平成31年 (ネ) 10034号損害賠償請求控訴事件｜特許判例データベース

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

会員機能

ＩＤ登録

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

判例データベース

審決データベース

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

ポートフォリオ機能

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

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

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

事件	平成 31年 (ネ) 10034号損害賠償請求控訴事件
事件	控訴人株式会社パッセルインテグレーション訴訟代理人弁護士中村隆夫加藤伸樹我妻崇明被控訴人ソフトバンクロボティクス株式会社訴訟代理人弁護士鮫島正洋和田祐造森下梓
裁判所	知的財産高等裁判所
判決言渡日	2019/10/31
権利種別	特許権
訴訟類型	民事訴訟
主文	１本件控訴を棄却する。２控訴費用は控訴人の負担とする。

事実及び理由
控訴の趣旨 1 原判決を取り消す。 2 被控訴人は,控訴人に対し,3億4915万5000円及びこれに対する平成29年10月18日から支払済みまで年5分の割合による金員を支払え。
事案の概要(略称は,特に断りのない限り,原判決に従う。) 11 事案の要旨本件は,発明の名称を「情報管理方法,情報管理プログラム,及び情報管理装置」とする特許(特許第3754438号。請求項の数15。以下「本件特許」という。)に係る特許権(以下「本件特許権」という。)を有していた控訴人が,被控訴人においてウェブサイト上で提供している別紙プログラム目録記載のプログラム(以下「被告プログラム」という。)が本件特許の特許請求の範囲の請求項14に係る発明(以下「本件発明」という。)の技術的範囲に属し,被控訴人による被告プログラムのウェブサイト上での提供等が本件特許権の侵害に当たる旨主張して,被控訴人に対し,本件特許権侵害の不法行為に基づく損害賠償として3億4915万5000円及びこれに対する不法行為の後の日である平成29年10月18日(訴状送達の日の翌日)から支払済みまで民法所定の年5分の割合による遅延損害金の支払を求めた事案である。原判決は,被告プログラムは本件発明の技術的範囲に属すると認めることはできないから,その余の点について判断するまでもなく,控訴人の請求は理由がないとして,これを棄却した。控訴人は,原判決を不服として,本件控訴を提起した。 2 前提事実以下のとおり訂正するほか,原判決の「事実及び理由」の第2の2記載のとおりであるから,これを引用する。 ? 原判決2頁16行目から20行目までを次のとおり改める。「本件特許の特許請求の範囲の請求項1及び14の記載は,次のとおりである。【請求項1】コンピュータが情報を管理する情報管理方法であって, 前記コンピュータに複数のノードそれぞれに対応付けて入力された管理すべき情報を,前記ノードを識別するノード識別情報に対応付けられた複 2 数のノードデータを含む文書ファイルとして前記コンピュータが記憶する情報記憶ステップと, 前記情報記憶ステップで記憶された前記文書ファイルの情報を前記コンピュータが表示する情報表示ステップと, 前記ノードデータに含まれるスクリプトを前記コンピュータが実行する情報評価ステップとを備え, 前記ノードデータは,ルートノードを除いて,当該ノードの親ノードを特定する親ノード識別情報を含んでおり, 前記スクリプトは,当該ノードデータに含まれる変数データである自ノード変数データと,当該ノードの直系上位ノードのノードデータに含まれる変数データである上位ノード変数データを利用した演算を行って,前記自ノード変数データの値を求める代入用スクリプトを含んでおり, 前記情報表示ステップは,前記親ノード識別情報を利用して,前記ノードの木構造を表示する木構造表示ステップと,前記表示された木構造のノードのうちの選択されたノードの前記自ノード変数データ,前記上位ノード変数データ及び前記スクリプトを表示するノードデータテーブル表示ステップを含み, 前記情報評価ステップは,前記代入用スクリプトの実行により,前記自ノード変数データの値を更新するステップを含む情報管理方法。【請求項14】請求項1ないし13のいずれか1項記載の情報管理方法における各ステップを,コンピュータに実行させるための情報管理プログラム。 ? 本件発明の構成要件の分説本件発明は,請求項1記載の情報管理方法における各ステップを発明特定事項に含むものであるところ,かかる本件発明を構成要件に分説すると, 次のとおりである(以下,頭書の記号に従って,「構成要件A」などとい 3 う。)。」 (2) 原判決4頁13行目の「本件behaｖiｏｒ.ｘaｒ」を「本件beh aｖiｏｒ.ｘaｒ1」と改め,同行末尾に行を改めて次のとおり加える。「ウ被告プログラムの内容は,原判決別紙3-1被告プログラム説明書(以下「別紙被告プログラム説明書」という。)記載のとおりである。」 ? 原判決4頁16行目の「甲4～6」を「甲4ないし7,30ないし33」と改める。 3 争点 ? 被告プログラムの本件発明の技術的範囲の属否(争点1) ア構成要件AないしDの充足性(争点1-1) イ構成要件Eの充足性(争点1-2) ウ構成要件Fの充足性(争点1-3) エ構成要件Gの充足性(争点1-4) オ構成要件H及びIの充足性(争点1-5) ? 無効の抗弁の成否(争点2) ア本件特許出願の優先日前に頒布された刊行物である乙9(特開平6-1 75852号公報)に記載された発明(以下「乙9発明」という。)を主引用例とする本件発明の新規性又は進歩性の欠如(争点2-1) イ本件特許出願の優先日前に頒布された刊行物である乙16(特開平10 -69379号公報)に記載された発明(以下「乙16発明」という。) を主引用例とする本件発明の新規性又は進歩性の欠如(争点2-2) ウ本件特許は特許法36条6項1号及び同条4項1号に違反しているか (争点2-3) エ本件特許は特許法36条6項2号に違反しているか(争点2-4) ? 損害の発生の有無及びその額(争点3)4 争点に関する当事者の主張 4? 争点1(被告プログラムの本件発明の技術的範囲の属否)についてア争点1-1(構成要件AないしDの充足性)について【控訴人の主張】 (ア) 本件発明の特許請求の範囲(請求項1記載の各ステップを発明特定事項に含む請求項14。以下同じ。)の記載によれば,構成要件Bの「管理すべき情報」は,ノードを識別する「ノード識別情報」に対応付けられた「複数のノードデータ」を含む「文書ファイル」としてコンピュータに記憶されるものであり,この「ノードデータ」は,「スクリプト」, 「親ノード識別情報」,「自ノード変数データ」,「上位ノード変数データ」及び「木構造」を表示するための情報を含むものを意味する。また,「ノード」は,「木構造」を前提とし,「木構造」は,数学の一分野であるグラフ理論に由来するところ,グラフ理論では,「グラフ」とは「いくつかの点とそれらを結ぶ何本かの線からなる図ないし構造」, 「木」とは「閉路を含まないグラフ」,「閉路」とは「頂点を順につないで輪にしたもの」とそれぞれ定義される(甲23の1)。しかるところ,控訴人は,本件特許出願の当時,本件発明により表示される図形には閉路を持つグラフが含まれることを前提としていたが, 単に「グラフ」という用語でクレームすると,これが閉路を持つ「グラフ」を意味するものとされ,「木」だけで表示されるケースは,より基本的な概念しか用いていないとして,クレームを充足しないものとされるのを懸念したため,「木構造」という用語を選択したものであるから, 本件発明の「木構造の表示」の用語は,閉路を含むグラフを表示することを排除するものではない。したがって,構成要件Bの「ノード」は, ノード(頂点)と2つのノードを結ぶエッジ(辺)により構成されるグラフにおける頂点を意味するものであり,このグラフには,閉路を持つものも,閉路を持たないものも含まれる。 5 さらに,本件特許出願の願書に添付した明細書(以下,図面を含めて「本件明細書」という。甲3)の記載(【0009】)に鑑みれば,構成要件Bの「文書ファイル」とは,テキストエディタ等で読むことのできるテキスト形式のファイルであり,1つの文書データを意味する。 (イ) 別紙被告プログラム説明書の記載によれば,被告プログラムの構成は,原判決別紙4被告プログラムの構成(原告)(以下「別紙4」という。)記載のとおりである。 (ウ) 被告プログラムは,ボックスを接続する形で本件ロボットのソフトウェアを実装することができる開発環境であり,別紙被告プログラム説明書及び別紙4に記載のとおり,コンピュータによって情報を管理するものであるから,構成要件A(「コンピュータが情報を管理する情報管理方法」)を充足する。次に,被告プログラムにおいて表示されるフローダイアグラムは,閉路を含まず,結合線により結合されたボックスで構成されているから, これらのボックスは,構成要件Bの「ノード」に該当し,各ボックスを識別するボックス識別番号(「id」の番号)は,構成要件Bの「ノード識別情報」に該当する。また,被告プログラムにおいてロボットの動作に関する情報がまとめられた「文書ファイル」であるbehaｖiｏｒ.ｘaｒ内で,ボックスに対応付けて入力されたスクリプトは,構成要件Bの「管理すべき情報」及び「ノードデータ」に該当する。そうすると,被告プログラムは,「ノードデータを含む文書ファイル」としてコンピュータが記憶する「情報記憶ステップ」を備えているから,構成要件Bを充足する。さらに,被告プログラムは,「文書ファイル」であるbehaｖiｏｒ.ｘaｒを読み込んで表示し,behaｖiｏｒ.ｘaｒに含まれるスクリプトを実行するステップを備えているから,構成要件C及びDを 6 充足する。【被控訴人の主張】(ア) 本件明細書の記載(【0007】,【0009】),構成要件H が「自ノード変数データの値を更新するステップ」と規定していることに照らせば,構成要件Bの「管理すべき情報」は,変数データの値を意味するから,「情報管理方法」における情報及び当該情報を含む「文書ファイル」(構成要件B)は,それ自体,多人数で共有し,再利用する価値のある,変数データの値を意味する。また,構成要件Bの「複数のノードそれぞれに対応付けて入力された管理すべき情報」との文言によれば,構成要件Bの「ノード」は,管理すべき情報を含むものであり,木構造を前提とした概念である。次に,本件明細書の記載(【0029】)によれば,構成要件Bの「ノード識別情報」は,ノードを識別する情報であって,ノード生成時に自動的に一意の番号が付与される情報を意味する。そして,本件特許の特許請求の範囲の請求項2及び9の記載並びに本件明細書の記載(【00 42】,【0049】)によれば,ノードの結合関係を表す参照リードは,構成要件Eの「親ノード識別情報」に基づく階層リードと区別されているから,構成要件Bの「ノード識別情報」は,ノードの結合関係を表す情報を含まないものを意味する。 (イ) 被告プログラムの構成が別紙4記載のとおりであるとの控訴人の主張は,争う。別紙被告プログラム説明書の記載及び証拠(乙3ないし7,19,2 8ないし31)によれば,被告プログラムの構成は,原判決別紙5被告プログラムの構成(被告)記載のとおりである。 (ウ) 被告プログラムが管理するbehaｖiｏｒ.ｘaｒに含まれるのはロボットを動作させるためのプログラムコードであって,人間がこの 7 意味を読み取り,多人数で共有して再利用するものではないから,被告プログラムには「情報」に該当するものが存在しない。そうすると,被告プログラムは,本件ロボットを動作させるためのソフトウェアを開発するためのソフトウェア開発環境であり,構成要件Aの「情報管理方法」であるとはいえず,構成要件Bの「管理すべき情報」,「ノード」及び「文書ファイル」を備えていない。また,「木構造」は,階層構造を備えるものであるが,被告プログラムのフローダイアグラムはプロセスを規定するものであって,階層構造を備えていないから,被告プログラムにおけるボックスは,構成要件B の「ノード」に該当するとはいえない。したがって,被告プログラムは, 「ノードデータ」及び「情報記憶ステップ」を備えていない。さらに,被告プログラムには,同一のidを有する複数のボックスデータが存在するから,idによってボックスを識別することは不可能である上,idは編集可能であって,固有の識別情報ではなく,ボックス生成時に自動的に一意の番号が付与されるものではないから,idは構成要件Bの「ノード識別情報」に該当するとはいえない。したがって, 被告プログラムは,構成要件Bの「ノード識別情報」を備えていない。以上によれば,被告プログラムは,構成要件A及びBを充足しない。そして上記のとおり,被告プログラムは,構成要件Bの「情報記憶ステップ」,「文書ファイル」及び「ノードデータ」を備えていないから,これらの存在を前提とする構成要件C及びDも充足しない。イ争点1-2(構成要件Eの充足性)について【控訴人の主張】 (ア) 本件発明の構成要件Eの「親ノード」とは,あるノードに対して, 当該ノードが属する順序系列内において,当該ノードに直近して先行するノードを指し,構成要件Eの「ルートノード」とは,当該ノードが属 8 する順序系列内における一番最初のノードを指し,「ルートノード」に対する「親ノード」は存在しない。次に,前記アの【控訴人の主張】のとおり,本件発明の「木構造の表示」は,閉路を含むグラフの表示を排除するものではなく,構成要件B の「ノード」は,ノード(頂点)とエッジ(辺)により構成されるグラフにおける頂点を意味するものである。本件明細書の記載(【0042】,【0049】,【0054】)によれば,親子のノード間を接続するリードは「階層リード」と呼ばれ, 「階層リード」は親子関係に基づいて表示されるから,「親」は,専ら木構造の表示におけるノード間のリードの接続に関するものを意味する。そして,構成要件Gの文言及び本件明細書の記載(【0038】,【0 060】)によれば,「木構造」は階層ごとに表示されるから,構成要件Eの「親ノード識別情報」は,階層ごとの木構造表示のために「親ノード」を識別する機能を有する情報を意味する。 (イ) 被告プログラムでは,各ボックスに入力コネクタと出力コネクタが含まれており,コネクタ同士を線でつなげることによって,ボックス間に結合関係が生じ(別紙被告プログラム説明書第2の3(2)),各ボックスは,コネクタを介して結合されると,出力コネクタのある結合元のボックスから,入力コネクタのある結合先のボックスへと,結合ボックス同士の処理順序が指定される(別紙被告プログラム説明書第2の4ア)。コネクタを介したボックスの結合により各ボックスの処理順序が指定されることは,①ボックスの結合関係を無視した順序で各ボックスのスクリプト処理が行われることがないこと,②「Peｐｐeｒプログラミング基本動作からアプリの企画・演出まで」と題する解説書(甲7の2 9頁)において,ボックスの結合線に従って「最初のボックスから次のボックスへと,処理が順番に移って」いくことを「順序実行」と呼んで 9 いることからも明らかである。したがって,被告プログラムにおいては,各ボックスをコネクタを介して結合することによって,ボックス間に「階層関係」が生じ,先に処理される(出力コネクタのある)「親ボックス」と,後に処理される(入力コネクタのある)「子ボックス」の親子関係が成立する。 (ウ)a 原判決別紙3-2(以下「別紙3-2」という。甲17)の本件 behaｖiｏｒ.ｘaｒ1をフローダイアグラムに表示した場合の接続関係は,次のとおりである。 (a) 各ボックスのidは,次のとおりである。ボックス自体とは異なる各「内壁コネクタ」(左側内壁コネクタ及び右側内壁コネクタ) (原判決別紙6(以下「別紙6」という。)の図1及び図2参照) の「id」は「0」である。 Set Language Localized Text Say Text Say id="2" id="5" id="2" id="1" (18行) (180行) (125行) (92行) ? 別紙3-2のｒｏｏｔボックスタグ内の結合情報(301行ないし303行)及びSaｙボックスタグ内の結合情報(292行ないし294行)は,次のとおりである。各結合情報の「inputowner=」及び「outputowner=」の次に記載された数字部分の「"1"」,「"2"」及び「"5"」は,括弧内の行(例えば,「180行」)において定義されたボックスの「id」の番号を表す(例えば, 「inputowner="5"」及び「outputowner="5"」の「"5"」は,「id 5」のLｏcaliｚed Teｘｔボックスを意味する。)。【ｒｏｏｔボックスタグ内の結合情報】 301: 10302: 303: ｒｏｏｔボックスのフローダイアグラムは,①「id0」(ｒｏｏｔボックスの左側内壁コネクタ)から「id2」(Seｔ Langｕageボックス)へ(303行),②「id2」(Seｔ Langｕageボックス)から「id1」(Saｙボックス)へ(301行),③「id1」(Saｙボックス)から「id0」(ｒｏｏｔボックスの右側内壁コネクタ)へ(302行)と結合していることを表している。【Saｙボックスタグ内の結合情報】292: 293: 294: Saｙボックスのフローダイアグラムは,①「id0」(Saｙボックスの左側内壁コネクタ) 「id5」から (Lｏcaliｚed Teｘｔボックス)へ(293行),②「id5」(Seｔ Langｕageボックス)から「id2」(Saｙ Teｘｔボックス)へ(294行),③「id2」(Saｙ Teｘｔボックス)から「id0」(Saｙボックスの右側内壁コネクタ)へ(292行)と結合していることを表している。そして,被告プログラムにおいては,あるボックスの入力コネクタ 11 に結合されている出力コネクタ及び当該出力コネクタを有しているボックスの情報がbehaｖiｏｒ.ｘaｒという文書ファイル上に記載されるから(別紙被告プログラム説明書第2の3(2)),ボックス及びコネクタ同士の結合情報が,ボックスデータの一部としてbeha ｖiｏｒ.ｘaｒに集積され,その結合情報によってボックス間の親子関係を読み取り,あるボックスに対する親ボックスを特定することができる。したがって,上記結合情報のうち,ボックスの親ボックスを特定する情報(例えば,301行の「inputowner="1"」に対する「outputow ner="2"」)は,構成要件Eの「親ノード」を特定する「親ノード識別情報」に該当する。 b また,被告プログラムにおいては,他のボックスの出力コネクタとの結合情報を持たないボックスが存在し,これは,当該ボックスが属する順序系列内における一番最初のボックスとなる。したがって,被告プログラムにおけるボックスのうち,当該ボックスの入力コネクタと他のボックスの出力コネクタとの結合情報を含まない特定のボックスが,構成要件Eの「ルートノード」に該当する。 c 以上によれば,被告プログラムは,構成要件Eを充足する。 (エ) (当審における控訴人の追加主張) a 別紙7-1(甲25の1)記載のbehaｖiｏｒ.ｘaｒ(以下「本件behaｖiｏｒ.ｘaｒ2」という。)をフローダイアグラムに表示した場合の接続関係は,次のとおりである。各ボックスのidは,次のとおりである。ボックス自体とは異なる「内壁コネクタ」(左側内壁コネクタ及び右側内壁コネクタ)(別紙 7-2(甲25の2)参照)の「id」は「0」である。 12 Set Language Localized Text Say Text id="2" id="5" id="3" (18行) (147行) (92行) 別紙7-1のｒｏｏｔボックスタグ内の結合情報(259行ないし262行)は,次のとおりである。各結合情報の「inputowner=」及び「outputowner=」の次に記載された数字部分の「"2"」,「"3"」及び「"5"」は,ボックスの「id」の番号を表す。 259: 260: 261: 262: 上記結合情報は,①「id0」(ｒｏｏｔボックスの左側内壁コネクタ)から「id2」(Seｔ Langｕageボックス)へ(261行),②「id2」(Seｔ Langｕageボックス)から「id5」(Lｏcaliｚed Teｘｔボックス)(260行) へ ,③「id5」(Lｏcaliｚed Teｘｔボックス)から「id3」(Saｙ Teｘｔボックス)へ(259行),④「id3」(Saｙ Teｘｔボックス)から「id0」(ｒｏｏｔボックスの右側内壁コネクタ)へ(262行)と結合していることを表している。したがって,前記(ウ)aと同様に,上記結合情報のうち,ボックスの親ボックスを特定する情報(例えば,259行の「inputowner="3"」に対する「outputowner="5"」)は,構成要件Eの「親ノード」を特定 13 する「親ノード識別情報」に該当する。 b また,前記(ウ)bと同様に,被告プログラムにおけるボックスのうち,当該ボックスの入力コネクタと他のボックスの出力コネクタとの結合情報を含まない特定のボックスが構成要件Eの「ルートノード」に該当する。 c 以上によれば,被告プロクラムは,構成要件Eを充足する。【被控訴人の主張】(ア) 構成要件Eは,「親ノード識別情報」は,「ノードデータ」に含まれると規定している。本件明細書の記載(【0036】,【0038】ないし【0042】,図2ないし図4,図9,図14)によれば,構成要件Eの「ノードデータ」は,ノードを示す特定の開始タグと,そのエンドタグとの間に挟まれた領域内のデータを意味するから,構成要件E の「親ノード識別情報」は,ノードを示す特定の開始タグと,そのエンドタグとの間に挟まれた領域内のデータに含まれるものを意味する。また,本件明細書の記載【0010】【0013】【0049】 ( , , , 図6,図8)によれば,構成要件Eの「親ノード」は,木構造を前提とした概念であるところ,「木構造」は,基本となるルートノードから複数の要素に枝分かれをした階層構造を意味するから,「親」は,1つの基本となる要素から複数の要素に枝分かれをした階層構造によって規定される親子関係における親を意味する。 (イ) 被告プログラムのフローダイアグラムは,ｒｏｏｔボックス,Se ｔ Langｕageボックス,Saｙボックス及びｒｏｏｔボックスの実行順序の処理の流れを定めたものであり,ｒｏｏｔボックスから出てｒｏｏｔボックスに戻る閉路を構成しており,階層構造は存在しないから,「木構造」であるとはいえず,親子及び上下という概念は存在しない。したがって,被告プログラムは,「木構造」を前提とした概念で 14 ある構成要件Eの「親ノード」及び「ルートノード」を備えていない。また,控訴人が構成要件Eの「親ノード識別情報」であると主張する Linkタグ内の情報は,ボックス間の結合関係を表すものである上, 各ボックスのBｏｘタグの開始タグとエンドタグとに挟まれた領域の外にあり(例えば,本件behaｖiｏｒ.ｘaｒ1のSeｔ lang ｕageボックス(18行ないし91行)に係るLinkタグは,このボックスの領域外である301行ないし303行に存在する。),「ノードデータ」に含まれているといえないから,構成要件Eの「親ノード識別情報」に当たらない。以上によれば,被告プログラムは,「親ノード」,「ルートノード」及び「親ノード識別情報」を備えていないから,構成要件Eを充足しない。 (ウ) 当審における控訴人の追加主張は,争う。ウ争点1-3(構成要件Fの充足性)について【控訴人の主張】 (ア) 構成要件Fの文言及び本件明細書の記載(【0031】,【003 2】)によれば,構成要件Fの「(直系)上位ノード」とは,順序系列内において,当該ノードに先行するノードを意味し,「上位」は,専ら下位ノードによるデータの承継に関するものを意味する。また,本件明細書の記載(【0007】)によれば,「上位ノード変数データ」が表示されることによって,選択したノードで用いられている上位ノード変数データを容易に把握することができ,管理すべき情報の更新を,簡単かつ効率的に行うことができるのであるから,構成要件Fの「上位ノード変数データ」は,当該ノードの直系上位ノードのノードデータに含まれる変数データを意味する。そして,本件明細書の記載(【0056】, 【0066】)によれば,「変数データ」は,変数名及び変数の値の2 15 つの要素からなるものであり,変数名のみによって特定することもできるものである。次に,構成要件Fの「代入用スクリプト」には,単純な代入処理だけでなく,数式を含んだ代入処理を行うスクリプトも含まれる。 (イ) 被告プログラムにおいて,Seｔ Langｕageボックス,S aｙボックス及びLｏcaliｚed Teｘｔボックスは,順序系列内において,Saｙ Teｘｔボックスに先行するボックスであるから (別紙被告プログラム説明書の図11及び図22),「(直系)上位ノード」を有し,その変数名又は変数の値は,「上位ノード変数データ」に該当する。次に,別紙4記載の被告プログラムの構成fにおいては,被告プログラムのLｏcaliｚed Teｘｔボックスは,直系上位ノードであるSeｔ Langｕageボックスにおいて入力された,上位ノード変数データである変数langの値である「Engliｓh」や「Ja ｐaneｓe」を利用して演算を行い,Lｏcaliｚed Teｘｔボックスの自ノード変数データである「Hellｏ」や「こんにちは」を決定しているから,被告プログラムは,構成要件Fの「代入用スクリプト」を備えている。また,別紙4記載の被告プログラムの構成f’においては,被告プログラムのSaｙ Teｘｔボックスは,「親からの変数を取得」機能を使用する場合,直系上位ノードであるSaｙボックスにおいて入力された上位ノード変数データである「Sｐeed(%)」や「Vｏice S haｐing(%)」の値を利用して演算を行うことにより,Saｙ Teｘｔボックスの自ノード変数であるｓenｔenceに代入し,S aｙ Teｘｔボックスの自ノード変数データであるｓenｔence の値を更新しているから,被告プログラムは,構成要件Fの「代入用ス 16 クリプト」を備えている。以上のとおり,被告プログラムは,「(直系)上位ノード」,「上位ノード変数データ」及び「代入用スクリプト」を備えているから,構成要件Fを充足する。【被控訴人の主張】(ア) 構成要件Fの文言によれば,「上位ノード変数データ」は,「直系上位ノードのノードデータに含まれる」ものであるところ,「ノードデータ」は,ノードを示す特定の開始タグと,そのエンドタグとの間に挟まれた領域内のデータであるから,「上位ノード変数データ」は,直系上位ノードのノードを示す特定の開始タグと,そのエンドタグとの間に挟まれた領域内のデータに含まれる変数データを意味する。また,本件発明は「木構造」を前提とするものであるから,構成要件 Fの「直系上位ノード」も「木構造」を前提とした概念であるところ, 「直系」とは,一般に,人と人との間の血統が親子の関係で続いている系統を意味するから,「直系上位ノード」は,木構造を前提として,自ノードと親子関係にあり,自ノードよりもルートノードに近いノードを意味する。さらに,構成要件Fは,「代入用スクリプト」は,「上位ノード変数データを利用した演算」を行って「自ノード変数データの値を求める」ものである旨を規定しているところ,「上位ノード変数データ」の変数名だけでは,変数名を利用した演算を行って,自ノード変数データの値を求めることは不可能であり,本件明細書の記載(【0031】,【0 032】)にも照らせば,「上位ノード変数データ」は,変数名のみならず,変数の値を意味するか,少なくとも変数の値を含むものと解釈される。次に,構成要件Dは,「前記ノードデータに含まれるスクリプト」と 17 規定し,構成要件Fは,この記載を受けて「前記スクリプトは…自ノード変数データの値を求める代入用スクリプトを含んでおり」と規定しているから,構成要件Fの「代入用スクリプト」は,自ノードのノードデータに含まれるものでなければならない。また,本件明細書記載の実施例(【0072】,【0073】)に照らせば,構成要件Fの「代入用スクリプト」は,親ノード変数データの値を自ノード変数データの値として代入するスクリプトを意味する。 (イ) 被告プログラムのフローダイアグラムにおける処理の流れは,閉路を構成し,親子,上下という概念は存在しないから,被告プログラムは, 構成要件Fの「(直系)上位ノード」及び「上位ノード変数データ」を利用した演算を行って自ノード変数データの値を求める「代入用スクリプト」を備えていない。控訴人の被告プログラムの構成fに関する主張についてみると,変数 langは,Seｔ Langｕageボックスに含まれる一時変数(ソースコードの実行後にはメモリから破棄される値を一時的に格納するもの)であり,自ノードであるSaｙボックス内に記載されたスクリプトには利用されておらず,また,langの値はSeｔ Langｕag eボックスに記憶されていない。さらに,被告プログラムでは,Lｏc aliｚed Teｘｔボックスに予め記載された値である「Hell ｏ」や「こんにちは」という値を,Seｔ Langｕageボックスの変数データを用いて選択しているにすぎず,自ボックス変数に上位ボックス変数の値を代入していないから,構成fは,構成要件Fの「代入用スクリプト」に当たらない。次に,控訴人の被告プログラムの構成f’に関する主張についてみると,被告プログラムのSaｙ Teｘｔボックスにおける「Sｐeed (%)」及び「Vｏice Shaｐing(%)」は,いずれも上位 18 ノード変数ではなく,Saｙ Teｘｔボックスの自ボックス変数である。また,Saｙ Teｘｔボックスが「親からの継承」機能によって「Sｐeed(%)」及び「Vｏice Shaｐing(%)」の値を継承する際,Saｙボックスはその継承元のボックスであるところ, SaｙボックスとSaｙ Teｘｔボックスは結合情報で結合されていないから,SaｙボックスはSaｙ Teｘｔボックスの上位ノードに該当しない。さらに,「Sｐeed(%) 及び」「Vｏice Shaｐing(%)」は,直系上位ノードのノードデータに含まれるものではなく,上位ノードのノードデータ中に変数の値を含むものではない。加えて,本件behaｖiｏｒ.ｘaｒ1には,「親からの継承」機能を実行するスクリプトは存在しないから,被告プログラムは,自ノードのノードデータに含まれる代入用スクリプトに利用され,代入用スクリプトが親ノード変数データの値を自ノード変数データの値として代入するスクリプトという構成が存在しない。以上のとおり,被告プログラムは,「(直系)上位ノード」,「上位ノード変数データ」及び「代入用スクリプト」を備えていないから,構成要件Fを充足しない。エ争点1-4(構成要件Gの充足性)について【控訴人の主張】 (ア) 構成要件Gの「木構造表示ステップ」について a 本件発明の「木構造の表示」の用語は,閉路を含むグラフを表示することを排除するものではなく,構成要件Bの「ノード」は,ノード (頂点)と2つのノードを結ぶエッジ(辺)により構成されるグラフにおける頂点を意味するものであり,このグラフには,閉路を持つものも,閉路を持たないものも含まれることは,前記アの【控訴人の主 19 張】の主張のとおりである。被告プログラムは,Linkタグ内のinｐｕｔｏｗneｒ(入力側・子)とｏｕｔｐｕｔｏｗneｒ(出力側・親)により結合情報を認識し,これに従ってフローダイアグラム上でボックスとボックス間の結合線で表現することによって「木構造」を表示している。また, Saｙボックスのフローダイアグラムの表示において,左側の内壁コネクタと右側の内壁コネクタは別の図形(点)として表示されており, ここに閉路は存在しないから,「親ノード識別情報」を利用して「ノード」の「木構造」を表示しているといえる。したがって,被告プログラムは,構成要件Gの「木構造表示ステップ」を備えている。 b この点に関し,原判決は,本件発明の「木構造」とは,ノードを表示するラベルとラベル間を接続する結合線であるリードから構成される図として表現される表示に関する概念であって,基本となる要素, すなわちルートから複数の要素に枝分かれをした階層構造を意味し, 閉路を含まないものと解される,被告プログラムのSaｙボックスのフローダイアグラムにおけるボックスの接続関係は,Saｙボックスから出発してSaｙボックスに戻る閉路として表示されており,「木構造」であるとはいえないから,被告プログラムは,「木構造」を表示するものとはいえず,構成要件Gの「木構造表示ステップ」を備えていない旨判断した。しかしながら,前記aのとおり,本件発明の「木構造の表示」の用語は,閉路を含むグラフを表示することを排除するものではなく,また,Saｙボックスのフローダイアグラムの表示において,左側の内壁コネクタと右側の内壁コネクタは別の図形(点)として表示されており,ここに閉路は存在しない。 20 したがって,被告プログラムは,「親ノード識別情報」を利用して「ノード」の「木構造」を表示しているといえるから,原判決の上記判断は誤りである。 (イ) 構成要件Gの「ノードデータテーブル表示ステップ」について a 本件明細書の記載(【0046】)によれば,「デザインテーブル 20は,ツリービューア10に表示されたノードのうちの選択されたノードが有する情報を表示する領域であ」ることからすると,構成要件Gの「ノードデータテーブル表示ステップ」にいう「テーブル」とは,情報を表示する領域を意味する。被告プログラムのフローダイアグラム画面上でボックスを選択してダブルクリックすると,当該ボックスに対応して管理されているスクリプトを「スクリプトエディタ」によって表示することができるから (別紙被告プログラム説明書の図14),被告プログラムは,「スクリプト」を表示する「ノードデータテーブル表示ステップ」を備えている。 b 被告プログラムのフローダイアグラム画面上でボックスを選択してクリックすると,右下に区分けされたインスペクタという名称のウィンドウ(以下「インスペクタ」という。)に,①当該ボックスが有している入力・出力コネクタの名称,②当該ボックスの変数名が表示される。インスペクタ上のアイコンをクリックすると,当該ボックスのコネクタや変数の追加,コネクタの名称やタイプ等の編集,削除をすることができる。このインスペクタに表示された入力コネクタの名称は,スクリプトエディタにより表示されるスクリプトにも含まれている。このうち,上記②の当該ボックスの変数名は,自ノード変数データを表示するものである(例えば,別紙被告プログラム説明書の図15 21 及び図16記載の「変数:Vｏice Shaｐing(%)」)。したがって,被告プログラムは,「自ノード変数データ」を表示する「ノードデータテーブル表示ステップ」を備えている。 c 次に,入力コネクタには,アプリを実行した際に,直近の親ボックスから引き渡される値が,当該コネクタに対応した引数へ書き込まれる。例えば,被告プログラムでは,Saｙ Teｘｔボックスの変数であるｐは,Saｙ Teｘｔボックスの入力コネクタ”ｏnInｐｕｔ_ｏnSｔaｒｔ()”という関数(別紙3-2の150行)の構成要素であり,直系上位ノードであるLｏcaliｚed Teｘｔボックスの出力コネクタｏnSｔｏｐｐed(Self,ｓenｔ enceｓ[ｓDefaｕlｔLang])(別紙3-2の219行)から出力された値を受け取る,コネクタの内部領域である。そして,入力コネクタとは,親ボックスから引き渡される値を記憶する変数が図形化されたものであり,入力コネクタの名称が構成要件 Gにおける「上位ノード変数データ」に該当する。この入力コネクタの名称は,インスペクタに表示される。したがって,インスペクタ及びスクリプトエディタにおける入力コネクタの名称に関する情報の表示は,上位ノード変数データを表示するものであるから,被告プログラムは,「上位ノード変数データ」を表示する「ノードデータテーブル表示ステップ」を備えている。 d 被告プログラムの構成g’に関し,被告プログラムのSaｙ Te ｘｔボックスの「スクリプトエディタ」において「親からの変数を取得」機能を使う場合,上位ノードであるSaｙボックスの変数から利用可能なものを一覧表示する機能がある。したがって,被告プログラムは,「上位ノード変数データ」を表示する「ノードデータテーブル表示ステップ」を備えている。なお,本 22 件発明において,インスペクタとスクリプトエディタを同時に表示する必要はないが,被告プログラムにおいては,スクリプトエディタをインスペクタと同時に表示することも可能である。 e 以上によれば,被告プログラムは,構成要件Gの「自ノード変数データ」,「上位ノード変数データ」及び「スクリプト」を表示する「ノードデータテーブル表示ステップ」を備えている。 f この点に関し原判決は,①構成要件Gの「ノードデータテーブル表示ステップ」にいう「ノードデータテーブル」とは,「ノードデータ」の一覧表であり,上位ノード変数データ,自ノード変数データ及び代入用スクリプトを同時に表示するものと解される,②本件明細書の【0 032】の記載から,「ノードデータテーブル」が表示する「ノード変数データ」は,変数の値を意味すると解されるとした上で,③被告プログラムの構成gについて被告プログラムのフローダイアグラム画面上のインスペクタに表示された入力コネクタの名称は変数の値ではないから,「上位ノード変数データ」に当たらず,また,被告プログラムの構成g’についてインスペクタ上にSaｙ Teｘｔボックスの変数Sｐeed(%)の値が表示されるが(別紙被告プログラム説明書の図19),これはSaｙ Teｘｔボックスにおいて表示されるものであり,自ノード変数を表示しているものと認められ,「上位ノード変数データ」を表示しているとみることはできないから,被告プログラムは,一覧表として「自ノード変数データ」及び「上位ノード変数データ」を同時に表示しているということはできない,④さらに,「親からの継承」の機能に関して,本件behaｖiｏｒ.ｘa ｒ1内に,自ノード変数データ及び上位ノード変数データを利用した演算を行って自ノード変数データの値を求める「代入用スクリプト」があると認めるに足りる証拠はないとして,被告プログラムは,構成 23要件Gの「自ノード変数データ,前記上位ノード変数データ及び前記スクリプトを表示するノードデータテーブル表示ステップ」を備えていない旨判断した。しかしながら,本件明細書の記載(【0046】,【0079】,図6)によれば,本件明細書では,図6の「デザインテーブル」に示すように,代入用スクリプト表示領域,生成用スクリプト表示領域,操作ボタン表示領域の表示は表形式というよりは,個々の情報をまとめて表示する領域という意味で「テーブル」という用語が使われており,その領域で表示すべき情報を,画面上でひとまとめに配置するか,分割して配置するかは,設計事項にすぎない。加えて,本件発明の技術的思想に照らせば,「ノードデータテーブル表示ステップ」は,表示された木構造の個々のノードに対応付けられた詳細情報を簡単に表示することができること(【0009】)により,文書ファイル(プログラム)の編集を容易にするためのものであるから,一覧表でなければならない等との制約を付けて解釈されるべきではない。また,本件明細書の【0032】における「変数の値(「変数データ」と記述する場合もある。)」との記載は,「変数データ」という用語を,文脈によって,変数の値を指す意味で用いることもあるという注意書きであると理解できること,「変数データ」は,変数名と変数の型を意味するというのが,プログラミングに関する通常の用語であること(甲24),実質的にも,本件発明が「ノードデータテーブル表示ステップ」において上位ノード変数データを表示させる目的は,表示された木構造の個々のノードに対応付けられた詳細情報を簡単に表示することができる(【0009】)ことにより,文書ファイル(プログラム)の編集を容易にする点にあり,変数名が分かれば,その目的を達成することができることからすると,本件発明の「変数データ」 24 は,本件明細書において文脈上変数の値を意味すべき場合を除き,変数名を指すと解すべきである。さらに,別紙3の2の「153行」では,「self.getParameter("S peed (%)")」は,SaｙボックスのSｐeed(%)の値を代入し, これと自ノード変数データを組み合わせて発話に関する変数ｓenｔ enceを求めているから,「代入用スクリプト」に該当する。したがって,原判決の上記判断は,その前提を欠くものであって, 誤りである。 (ウ) 小括前記(ア)及び(イ)によれば,被告プログラムにおける「情報表示ステップ」は,「木構造表示ステップ」と「ノードデータテーブル表示ステップ」を含むものといえるから,構成要件Gを充足する。【被控訴人の主張】(ア) 前記イの【被控訴人の主張】のとおり,「木構造」は,基本となるルートノードから複数の要素に枝分かれをした階層構造を意味するところ,被告プログラムのフローダイアグラムは,ｒｏｏｔボックス,Se ｔ Laｕgｕageボックス,Saｙボックス,ｒｏｏｔボックスという順序の処理の流れを定めており,ｒｏｏｔボックスから出てｒｏｏｔボックスに戻る閉路を構成しているから,階層構造は存在せず,親子及び上下という概念は存在しない。したがって,被告プログラムは,「木構造」を備えていないから,構成要件Gの「木構造表示ステップ」を備えていない。 (イ)a 「テーブル」は表を意味すること,本件明細書の記載(【006 5】,【0066】,【0057】,図6,図9,図10,図13) によれば,構成要件Gの「ノードデータテーブル表示ステップ」は, 変数名と変数の値とを表形式で表示するステップを意味し,また,自 25 ノード変数データ,上位ノード変数データ並びに当該自ノード変数データ及び上位ノード変数データを用いた代入用スクリプトを,全て同時に表示するものを意味する。 b この点に関し,控訴人は,控訴人主張の被告プログラムの構成 g に関し,インスペクタに表示される入力コネクタの名称が「上位ノード変数データ」に該当する旨主張するが,入力コネクタの名称は,コネクタ名であって変数ではない上,変数の値を含まないから,構成要件 Gの「上位ノード変数データ」に当たらない。また,控訴人主張の被告プログラムの構成 g’は,Saｙ Teｘｔボックスのスクリプトエディタに表示される「ｐ」は,前記ウの【被控訴人の主張】のとおり,自ボックス関数の引数であって上位ノード変数ではなく,一時変数であり,ｐの値はSaｙ Teｘｔボックスに記憶されておらず,被告プログラムにおいてｐの値を表示することはできないから,構成要件Gの「上位ノード変数データ」に当たらない。そして, 被告プログラムにおいて,「親からの変数を取得」機能によって表示されるのは,変数名にとどまり,変数の値は表示されないから,「親からの変数を取得」機能による表示は「上位ノード変数データ」に当たらない。したがって,被告プログラムは,「上位ノード変数データ」を表示する「ノードデータテーブル表示ステップ」を備えていない。 c 以上によれば,被告プログラムは,構成要件Gの「自ノード変数データ」,「上位ノード変数データ」及び「スクリプト」を表示する「ノードデータテーブル表示ステップ」を備えていない。 (ウ) 前記(ア)及び(イ)によれば,被告プログラムは,「木構造表示ステップ」及び「ノードデータテーブル表示ステップ」をいずれも備えてい 26 ないから,構成要件Gを充足しない。オ争点1-5(構成要件H及びIの充足性)について【控訴人の主張】 (ア) 「更新」とは,文書ファイルを変更するか否かに関わらず,自ノード変数データの値を更新することを意味し,構成要件Hの「更新するステップ」は,このような意味での「更新」を行うステップを意味する。被告プログラムでは,Saｙ Teｘｔボックスの自ノード変数であるｓenｔenceの値が,「代入用スクリプト」の実行によって導かれるところ,ｓenｔenceの値は,直系上位ノードであるSaｙボックスの「Sｐeed(%)」及び「Vｏice Shaｐing(%)」の値の設定や,Seｔ Langｕageボックスで設定した言語,L ｏcaliｚed Teｘｔボックスで言語に対応して入力されるあいさつ文に応じて更新されるから,被告プログラムは,構成要件Hの「更新するステップ」を備えており,構成要件Hを充足する。 (イ) 以上によれば,被告プログラムは,構成要件AないしHを充足するから,これを前提とする構成要件Iを充足する。したがって,被告プログラムは,本件発明の構成要件を全て充足するから,その技術的範囲に属する。【被控訴人の主張】 (ア) 構成要件B,C及びGの文言並びに本件明細書の記載【0043】 ( , 【0064】,【0067】,【0073】,図10)に照らせば,構成要件Hの「更新ステップ」においては,文書ファイルに含まれる自ノード変数データが変更される必要がある。しかしながら,被告プログラムにおいては,スクリプトの実行により behaｖiｏｒ.ｘaｒの値が変更されることはないから,被告プログラムは,「更新するステップ」を備えておらず,構成要件Hを充足し 27 ない。 (イ) 以上によれば,被告プログラムは,構成要件AないしHをいずれも充足しないから,これを前提とする構成要件Iを充足しない。したがって,被告プログラムは,本件発明の技術的範囲に属さない。 ? 争点2(無効の抗弁の成否)について以下のとおり訂正するほか,原判決の「事実及び理由」の第2の4?記載のとおりであるから,これを引用する。ア原判決18頁17行目から18行目までを「ア争点2-1(乙9発明を主引用例とする本件発明の新規性又は進歩性の欠如)について」と改める。イ原判決18頁21行目の「出願時」を「本件特許出願の優先日当時」と改める。ウ原判決19頁12行目の「乙9発明の公報」を「乙9」と,同頁13行目から14行目にかけての「実質的相違点ではないから,新規性を欠く。」を「実質的相違点ではない。したがって,本件発明は,新規性を欠く。」と改める。エ原判決19頁18行目の「設計事項にすぎないから,」の次に「本件発明は,」を加える。オ原判決19頁23行目から24行目にかけての「相違点について」「相を違点に係る本件発明の構成が」と,同行目の「よって」から25行目末尾までを「したがって,被控訴人の主張は理由がない。」と改める。カ原判決19頁末行から20頁1行目までを「イ争点2-2(乙16発明を主引用例とする本件発明の新規性又は進歩性の欠如)について」と改める。キ原判決20頁4行目の「出願時」を「本件特許出願の優先日当時」と, 同頁10行目の「相違点が既存の」を「相違点に係る本件発明の構成が」 28 と改める。ク原判決21頁9行目及び13行目の各「本件明細書等」を「本件明細書」と改める。 ? 争点3(損害の発生の有無及びその額)について以下のとおり訂正するほか,原判決の「事実及び理由」の第2の4?記載のとおりであるから,これを引用する。ア原判決21頁19行目,20行目及び23行目の各「売上」を「売上げ」と改める。イ原判決21頁23行目の「本件特許権」を「本件発明」と,同頁24行目の「本件におけるライセンス料率」を「本件発明の実施に対して受けるべき金銭の額に相当する損害額を算定するに当たっての実施料率」と改める。ウ原判決22頁1行目の「不法行為」を「本件特許侵害の不法行為」と, 同頁2行目の「本件特許権のライセンス料(特許法102条3項)に相当する損害額」を「本件発明の実施に対して受けるべき金銭の額に相当する損害額(特許法102条3項)」と改める。
当裁判所の判断当裁判所も,控訴人の請求は理由がないものと判断する。その理由は,以下のとおりである。 1 本件明細書の記載事項 ? 本件明細書(甲3)の「発明の詳細な説明」には,次のような記載がある (下記記載中に引用する図1ないし図4,図6,図10は,別紙明細書図面のとおりである。)。ア【技術分野】【0001】本発明は,コンピュータを用いて情報を管理する情報管理方法,情報管 29理プログラム,及び情報管理装置に関する。【背景技術】【0002】コンピュータを用いて各種情報の管理を行う場合,それぞれの情報を記憶したファイル(文書ファイル,画像ファイル等)を,所定のフォルダに保管することによって行うのが一般的である。しかし,作成したフォルダの構造及びそれぞれのフォルダに保管するファイルの種類等は,任意であってフォルダの作成者に依存するため,作成者以外の者が必要な情報に適確にアクセスすることは,必ずしも簡単ではない。すなわち,多数の者が情報を共有化し,再利用できるように,情報管理を行うことは容易ではない。【0003】特許文献1には,情報の共有化,再利用を効率よく実現することができる文書情報管理システムが記載されている。この文書情報管理システムは,案件(プロジェクト)毎にツリーを作成して表示し,作成した文書ファイルを,表示されたツリーの任意のノードに付随させて,サーバコンピュータに保管するものである。【0004】また,異なる計算機やアプリケーションで共通に取扱うことができるデータ形式として,XML(Extensible Markup Language)等の構造化文書規格があるが,特許文献2には,このような構造化文書を木構造として捉えて処理する構造化文書処理システムが記載されている。【0005】しかし,管理される各種情報の更新については,上記した管理システムにおいても,効率化が十分図られているとはいえない。すなわち,木構造のノードに含まれる情報は,相互に関連するものが多いが,上記した管理 30 システムにおいては,それぞれの文書の該当する部分を個別に更新する必要があり,十分効率的とはいえない。【0007】本発明は,上記事情に鑑みなされたもので,管理すべき情報の更新を, 簡単かつ効率的に行うことができる情報管理情報を提供することを目的とする。イ【課題を解決するための手段】【0008】本発明の情報管理方法は,コンピュータが情報を管理する情報管理方法であって,前記コンピュータに複数のノードそれぞれに対応付けて入力された管理すべき情報を,前記ノードを識別するノード識別情報に対応付けられた複数のノードデータを含む文書ファイルとして前記コンピュータが記憶する情報記憶ステップと,前記情報記憶ステップで記憶された前記文書ファイルの情報を前記コンピュータが表示する情報表示ステップと,前記ノードデータに含まれるスクリプトを前記コンピュータが実行する情報評価ステップとを備え,前記ノードデータは,ルートノードを除いて,当該ノードの親ノードを特定する親ノード識別情報を含んでおり,前記スクリプトは,当該ノードデータに含まれる変数データである自ノード変数データと,当該ノードの直系上位ノードのノードデータに含まれる変数データである上位ノード変数データを利用した演算を行って,前記自ノード変数データの値を求める代入用スクリプトを含んでおり,前記情報表示ステップは,前記親ノード識別情報を利用して,前記ノードの木構造を表示する木構造表示ステップと,前記表示された木構造のノードのうちの選択されたノードの前記自ノード変数データ,前記上位ノード変数データ及び前記スクリプトを表示するノードデータテーブル表示ステップを含み, 前記情報評価ステップは,前記代入用スクリプトの実行により,前記自 31ノード変数データの値を更新するステップを含むものである。【0009】本発明によれば,利用者が入力したデータに含まれるスクリプトを利用して,ノードデータを更新することができるので,管理すべき情報の更新を,簡単かつ効率的に行うことができる。また,複数のノードデータを含む1つの文書データを用いて,個々の業務や案件に関する情報を管理しているので,多数の利用者による情報の共有化,再利用を,簡単かつ効率的に行うことができるとともに,文書データに基づいて,簡単にノードの木構造を表示させることができ,業務や案件全体の把握を簡単に行うことができる。さらに,表示された木構造の個々のノードに対応付けられた詳細情報を簡単に表示することができる。【0010】本発明の情報管理方法は,前記木構造表示ステップが,前記ノードを示すノードラベルと,前記親ノードの前記ノードラベルとの間を接続する階層リードとの表示を含むものを含む。本発明によれば,ノードの階層関係を容易に識別することができる。【0013】本発明の情報管理方法は,前記ルートノードの前記ノードデータが,前記ルートノードが形成するページを識別する自己ページ番号を含んでおり,前記ルートノードを除くノードの前記ノードデータが,当該ノードが所属する所属ページを識別する所属ページ番号を含むとともに,当該ノードが形成する自己ページを識別する自己ページ番号を含むことが可能であり,前記木構造表示ステップが,前記自己ページ番号及び前記所属ページ番号に基づいて,前記ルートノードを先頭とする木構造を表示するとともに,前記自己ページ番号を有する前記ノードを先頭とする木構造を,異なるページに表示可能であるものを含む。本発明によれば,大きな木構造 32 でも効率よく表示することができ,管理すべき情報の全体構成を容易に把握することができる。また,特定のノードから別の木構造を作成することができるので,別の観点の木構造を簡単に作成することができ,管理すべき情報の整理が容易になる。【0015】本発明の情報管理方法は,前記ノードデータテーブル表示ステップが, 当該ノードの直系下位ノードの前記スクリプトでも利用される公開変数と,当該ノードの前記スクリプトでのみ利用される限定変数を含むものを含む。本発明によれば,必要な変数データのみを下位ノードに継承させることができる。【0022】本発明の情報管理プログラムは,上記した情報管理方法における各ステップを,コンピュータに実行させるための情報管理プログラムである。【発明の効果】【0024】以上の説明から明らかなように,本発明によれば,管理すべき情報の更新を,簡単かつ効率的に行うことができる。ウ【0027】コンピュータにインストールする情報管理プログラムは,管理すべき情報をノードに対応付けて入力する情報入力ステップ,情報入力ステップで入力されたデータを,各ノードを識別するノード識別情報に対応付けられた複数のノードデータを含む文書として記憶する情報記憶ステップ,情報記憶ステップで記憶された文書の情報を表示する情報表示ステップ,及びノードデータに含まれるスクリプトを実行する情報評価ステップを実行するためのプログラムを含んでいる。【0028】 33 図1に,ノードデータとして記憶される情報の一例を示す。記憶される情報は,ノード番号,ページ番号,親ノード番号,ノードラベル,ノード表示属性情報,変数情報,代入用スクリプト,生成用スクリプト,リンク情報を含む。【0029】ノード番号は,ノードを識別する情報であり,ノード生成時に自動的に一意の番号が付与される。ページ番号は,文書に含まれるノードを複数の木構造として表示するためのもので,そのノードが所属するページを識別する所属ページ番号に,そのノードが別のページを形成する場合にそのページを識別する自己ページ番号を含む。したがって,両方のページ番号が記憶されているノードは,2つのページに属することになる。親ノード番号は,そのノードの親ノードを識別する番号であり,ノード生成時に親ノードを指定することにより,その指定された親ノードのノード番号が自動的に記憶される。【0030】ノードラベルは,木構造表示時にそのノードを示す情報であり,ノード名称等任意の情報を記憶することができる。ノード表示属性情報は,ノード表示時の背景,文字の色,フォント等の文字属性,枠の形状,大きさ等の枠属性等を指定する情報である。ここで,JPG画像等をノードに表示したい場合は,その画像ファイルの場所を指定するURL等が記憶される。【0031】変数情報は,各ノードが保持するデータであって,変数名に対応させて記憶される。記憶される変数は,下位ノードから参照される公開変数と,自ノード内でのみ使用する限定変数を含む。また,変数の値(「変数データ」と記述する場合もある。)は,固定値が設定されても,スクリプトの実行によって演算された値が設定されてもよい。また,URLが設定され 34てもよい。どのような値が設定されるかは任意である。【0032】代入用スクリプトは,自ノードの変数の値を演算するためのものである。代入用スクリプトは,自ノードの変数の値である自ノード変数データと,そのノードの直系上位ノードの公開変数の値である上位ノード変数データを利用して記述することが可能である。【0033】生成用スクリプトは,辞書に登録してある別のノードやノード群(木構造の複数ノード)を利用して,新規にそのノードの下位のノードを生成するものである。生成用スクリプトを条件文と併用することにより,代入用スクリプトの実行により求められた変数データの結果によって,子ノードや孫ノードを生成することができる。生成用スクリプトを利用することにより,例えば,部品管理を行う場合,親部品のサイズによって子部品が変わるケースの子部品のデータを簡単に生成することができる。【0034】なお,代入用スクリプト及び生成用スクリプトに使用する言語としては,スクリプト言語として使用されている任意の言語を使用することができる。【0035】リンク情報は,各ノードにリンクするファイルに関する情報である。スタンドアローン型のコンピュータで実施する場合,この情報はリンクファイルのインデックス情報である。また,クライアント- サーバ型のコンピュータで実施する場合,リンクファイルをサーバに転送後,インデックス情報を作成し,記憶する。リンク情報を記憶することにより,各ノードをフォルダとして利用することが可能となる。【0036】ノードデータは,例えばタグ付き文書情報として記憶される。図2に, 35ノードデータの一例を示す。図2のデータは,ルートノードのノードデータの例であり,ノード番号(nodeNo) 「3450」自己ページ番号が , (ownPageNo)が「10」,ノードラベル(label)が「パッセル操作マニュアル」である。所属ページ番号を示す( belongPageNo )が「 0」,親ノード番号を示す(parentNodeNo)が「0」であることで,ルートノードであることを示している。図2の「x=”100”」から「color=”0”」までは,ノードの表示位置等のノード表示属性情報である。【0037】この形式では,変数情報が,「」と「」の間に挿入され,代入用スクリプトが,「」と「」の間に挿入され,生成用スクリプトが,「」と「」の間に,リンク情報が,「」と「」の間に挿入される。ただし,図2の例では,変数情報,代入用スクリプト,生成用スクリプトは,記憶されていない。【0038】図3に,ノードデータの別の例を示す。図3のデータは,ルートノード以外のノードデータの例である。所属ページ番号が「3484」,親ノード番号が「3488」となっており,ルートノード以外のノードのノードデータであることが把握できる。また,自己ページ番号が「3526」となっていることから,別ページの木構造の先頭ノードであることも把握できる。【0039】図4に,管理すべきデータを複数のノードデータを含む文書情報として記憶させたものの一例を示す。図4の文書は,ヘッダ部40,ノードデータ部41a～41n,ライン部42,レポート部43を備える。【0040】 36 ヘッダ部40は,管理される案件等を指すプロジェクトのプロジェクト番号,名称(プロジェクト名)等を示す情報を含んでいる。図4の例では, プロジェクト名が「Manual ver2」,プロジェクト番号が「10」であることを示している。【0041】ノードデータ部41aは,ルートノードのノードデータを示し,ノードデータ部41b～41nは,ルートノード以外のノードのノードデータである。【0042】ライン部42は,ノード間を接続するリードを定義する情報が記憶される領域である。ノード間を接続するリードは,親子のノード間を接続する階層リードと,階層関係とは無関係に一時的に変数を参照する参照元ノードと参照先ノード間を接続する参照リードがあるが,ライン部42は,参照リードの存在及び,位置,表示属性等を規定する。エ【0043】次に,記憶された文書情報の表示について説明する。図5に,文書情報の表示を行う場合の概略動作フローを示し,図4に示す文書の表示を行った場合の表示画面の例を図6に示す。【0044】図6の表示画面は,ツリービューア10とデザインテーブル20を有する。ツリービューア10は,ノードの木構造を表示する領域であり,情報管理時の各種操作を行うためのプルダウンメニュー,及びポップアップメニューを表示する領域も兼ねる。ノードの木構造の表示は,ラベルとリードの表示によって行い,図6の例では,ルートノードのラベル表示11a とルートノード以外のノードのラベル表示11b,11c,11dと,それらの間を接続する階層リード12b,12c,12dが表示されている。 37【0045】ラベル表示11a～11dは,ノード表示属性情報に基づいて表示されるが,ルートノードのラベル表示11aには,ルートノードであることを示すマーク13aが付加される。また,ルートノード以外のノードで自己ページ番号を有するノードは,その旨を示すマーク14b,14dが付加される。マーク14b,14dが付加されていることで,別ページの木構造が存在することを簡単に認識することができる。【0046】デザインテーブル20は,ツリービューア10に表示されたノードのうちの選択されたノードが有する情報を表示する領域であり,公開変数表示領域21,限定変数表示領域22,代入用スクリプト表示領域23,生成用スクリプト表示領域24,操作ボタン表示領域21a,22a,20aを有する。操作ボタン表示領域21aの各操作ボタンは,公開変数に対する各種操作を行うためのものであり,操作ボタン表示領域22aの各操作ボタンは,限定変数に対する各種操作を行うためのものである。また,操作ボタン表示領域20aの各操作ボタンは,デザインテーブル20に関する各種操作を行うためのものである。【0047】プロジェクト毎に作成された文書ファイルを選択し,開くと,図5に示す手順で表示処理が行われる。ステップS101では,文書データからルートノードを認識する。既述のように,ルートノードのノードデータは,所属ページ番号及び親ページ番号が「0」であるので,そのようなノードを探すことにより,ルートノードを認識することができる。なお,文書番号を一義的に割り当て,ルートノードの自己ページ番号を文書番号と一致させておくと,ルートノードの認識がさらに簡単になる。【0048】 38 ステップS102では,認識したルートノードの自己ノード番号を認識し,ステップS103では,認識したページ番号のページに属するノードを認識する。すなわち,ルートノードの自己ページ番号を所属ページ番号として有するノードを認識する。【0049】次いで,ステップS103で認識したノードのラベル表示を行う(ステップS104)。ラベル表示は,そのノードのノードラベル及びノード表示属性情報に基づいて表示する。そして,表示したノードの親子関係に基づいて階層リードを表示し,さらに,文書のライン部42の情報を参考にして,参照リードを表示する(ステップS105)。【0050】この状態では,ツリービューア10に木構造が表示された状態である。ステップS106では,ツリービューア10に表示されたノードが選択されたかどうかを判定し,選択されている場合,デザインテーブル20の表示を行い(ステップS107),そのノードの変数,スクリプト等を表示する(ステップS108)。図6は,ルートノードを選択した場合の例であり,ルートノードには,変数情報等が記憶されていないので,デザインテーブル20に,データの表示はない。この状態で,別のノードを選択すると,そのノードの変数等が表示される。【0051】記憶された変数の値が,URL又はファイルパスである場合は,その変数を選択した状態で領域21a,22aの「実行」ボタンをおすことにより,そのURL又はファイルパスの内容を表示する。【0052】デザインテーブル20は,ノードを選択することで表示されるが,各ノードのリンク情報,及びノードレポートの表示は,ノード選択後メニュー 39 を表示させて行う。リンク情報表示が指示されると,そのノードのノードデータのリンク情報のリストを別ウィンドウで表示する。リンク情報が記憶されていない場合は,リストが空欄である。表示されたリストの中のファイルが選択されると,そのファイルの内容に応じた情報の表示を行う。ノードレポート表示が指示されると,別ウィンドウに表示するとともに, レポート領域43を参照し,該当ノードの情報が記憶されている場合には, その情報を表示した別のウィンドウに表示する。【0053】ノードのリンク情報,及びノードレポートは,リンク情報のリスト,あるいはレポート表示ウィンドウを表示した状態で,追加,削除を行うことができる。オ【0054】図6に示した状態で,表示された木構造及びノードデータの編集が可能であり,編集操作に対応した表示を行う(ステップS109)。ツリービューア10上では,ノードの追加,削除,表示位置移動,表示属性変更, ノードラベル変更等を,プルダウンメニュー,ポップアップメニューの設定により行う。例えば,表示位置の変更は,ラベル表示をドラッグすることによって行い,ノードラベル及び表示属性の変更は,変更用のウィンドウを表示させて行う。また,ノードの削除は,削除したいノードを選択した状態で,メニューを表示させて削除する。ノードの追加は,メニューで追加モードに設定後,追加したいノードの親となるノードを選択し,そのままドラッグすることにより,新規ノードを生成する。また,ノードの繋ぎ換えは,繋ぎ換えたいノードを選択し,メニューを表示させて「ノード繋ぎ換え」を選択し,変更したい繋ぎ先のノード(親ノードとしたいノード)を選択することによって行う。生成されたノードのノードラベル,表示属性情報は,修正用のウィンドウを表示させて設定する。 40【0055】それぞれのノードに関するデータは,ノードデータとして1まとまりになっているので,これらの編集を行った場合でも,編集を行ったノードのノードデータに反映させるだけでよく,軽い処理負担で編集作業を行うことができる。【0056】デザインテーブルの情報を追加,修正する場合は,領域21a,22a,20aの該当するボタンを押すことによって行う。変数の追加は,領域21a又は22a「追加」ボタンを押して,新規の変数を生成し,変数名,値,修飾情報を入力する。変数の入力は,別ウィンドウで入力フォームを表示させて行ってもよい。【0057】代入用スクリプト及び生成用スクリプトは,公開変数領域21および限定変数領域22に表示された変数を利用して作成する。公開変数領域21には,自ノードの公開変数だけでなく,直系上位のすべてのノードの公開変数が表示される。直系上位のノード以外のノードの変数を参照したい場合は,参照リードを生成して,参照先のノードと関連付けておく。代入用スクリプト及び生成用スクリプトは代入用スクリプト領域23及び生成用スクリプト領域24に直接入力してもよいし,別のウィンドウを開いて入力するようにしてもよい。【0058】なお,デザインテーブル20の編集内容は,領域20aの更新ボタンを押すことによって,文書情報に反映される。【0059】続いて,ステップS110では,表示終了,すなわち文書クローズが指示されたかどうかを判定し,表示終了が支持されていない場合は,階層移 41 動指示がされているか否かを判定する(ステップS111) 階層移動は, 。マーク14b,14d等別の木構造の先頭ノードとなるノードを選択した状態で,ポップアップメニューから指示する。【0060】階層移動が指示されていると判定した場合,ステップS112で別ページの木構造を表示する。木構造の表示は,表示すべきページ番号を認識後, ステップS103～ステップS105の処理と同様の処理を行う。木構造の先頭でないノードに対して階層移動が指示される(階層を降りる旨の指示)と,そのノードを先頭とするノードを表示する。その時のページ番号は,そのノードの自己ページ番号である。木構造の先頭ノードを選択して階層移動を指示すると,そのノードの所属ページ番号が示すページの木構造を表示する。カ【0064】図8から明らかなように,部分「fore」は,3つの「MW70 巾木(表)」と3つの「MW70 パネル(表)」から構成される。図9に,1つの部品「M W70 巾木(表)」に対応するノード(図8では,便宜的に右肩に「」を付してある。)のノードデータの一部を示し,図10に,そのノードが選択された場合の公開変数表示領域21の表示例を,図11に,限定変数表示領域の表示例を示す。【0065】公開変数表示領域に表示される公開変数は,自ノードの公開変数51と, 直系上位ノードの公開変数52を含み,直系上位のノードの公開変数52 は,自ノードの公開変数51と異なる色で表示される(図10では,フォントを変えて示してある。)。また,公開変数には,固定値が入力される公開変数と,代入用スクリプトの実行によって計算される公開変数があり, 修飾領域に「なし」あるいは「要計算」を表示することによりに区別され 42 る。【0066】要計算の公開変数の値は,後述するように代入用スクリプトが実行されるまでは空欄であり,図9及び図10は,代入用スクリプト実行前の状態を示している。なお,直系上位ノードに要計算の公開変数が含まれ,その公開変数の値が代入スクリプトの実行前で定まっていない場合,その公開変数は,下位ノードの公開変数領域21に表示されない。すなわち,他のノードからの参照が一時停止される。【0067】代入用スクリプト及び生成用スクリプトは,操作ボタン表示領域20a の「評価」ボタンを押すことにより実行される。図12に,スクリプト実行時の概略動作フローを示す。スクリプトを実行したいターゲットのノード選択し,「評価」ボタンが押されると,評価条件設定用のダイアログボックスを表示する(ステップS301)。このダイアログボックスでは, 評価対象スクリプトの種類と,評価階層が少なくとも可能となっている。すなわち,代入用スクリプトのみの実行,生成用スクリプトの実行,両スクリプトの実行の設定と,自ノードのみを評価するか直系下位ノードの指定階層まで評価するかを設定する。【0071】ステップS307で,スクリプトを実行すべきノードが残っていると判断された場合は,ステップS303に戻り,下位のノードについて同様の判断を行い,スクリプトの実行を行う。キ【0072】次に,代入用スクリプト及び生成用スクリプトの具体例を,図8の「」を付したノードをターゲットノードとして説明する。図9に示すように, ターゲットノードは,要計算の公開変数として,「スライス数」と「色」 43 を有しており,代入用スクリプトとして,「スライス数=同一面数;」と「色=同一面数」を有している。評価前は,図10に示すように,公開変数「スライス数」と「色」の値は空欄となっている。【0073】この状態で,このノードを選択し,「評価ボタン」を押し,評価条件として代入用スクリプトの実行を設定すると,記憶された代入用スクリプトを実行する。したがって,公開変数「スライス数」の値は,上位ノードの公開変数である「同一面数」の値「1」となり,公開変数「色」の値は, 同様に上位ノードの公開変数である「巾木色」の値「F- 205」となる。代入用スクリプト実行後のデザインテーブルの公開変数表示領域21の表示例を,図13に示す。 ? 前記?の記載事項によれば,本件明細書には,本件発明に関し,次のとおりの開示があることが認められる。アコンピュータを用いて各種情報の管理を行う場合,それぞれの情報を記憶したファイルを,所定のフォルダに保管することによって行うのが一般的であるが,作成したフォルダの構造及びそれぞれのフォルダに保管するファイルの種類等は,任意であってフォルダの作成者に依存するため,作成者以外の者が必要な情報に適確にアクセスすることは簡単ではなく,多数の者が情報を共有化し,再利用できるように,情報管理を行うことは容易ではない(【0002】)。また,従来,案件(プロジェクト)毎にツリーを作成して表示し,作成した文書ファイルを表示されたツリーの任意のノードに付随させてサーバコンピュータに保管することができる文書情報管理システムや,異なる計算機やアプリケーションで共通に取扱うことができるXML等の構造化文書を木構造として捉えて処理する構造化文書処理システムが存在したが, 木構造のノードに含まれる情報は,相互に関連するものが多いにもかかわ 44 らず,上記各システムにおいては,それぞれの文書の該当する部分を個別に更新する必要があり,管理される各種情報の更新として,十分効率的とはいえなかった(【0003】ないし【0005】)。イ「本発明」は,上記事情に鑑み,管理すべき情報の更新を,簡単かつ効率的に行うことができる情報管理方法を提供することを目的とするものであり,その課題を解決する手段として,コンピュータが情報を管理する情報管理方法であって,前記コンピュータに複数のノードそれぞれに対応付けて入力された管理すべき情報を,前記ノードを識別するノード識別情報に対応付けられた複数のノードデータを含む文書ファイルとして前記コンピュータが記憶する情報記憶ステップと,前記情報記憶ステップで記憶された前記文書ファイルの情報を前記コンピュータが表示する情報表示ステップと,前記ノードデータに含まれるスクリプトを前記コンピュータが実行する情報評価ステップとを備え,前記ノードデータは,ルートノードを除いて,当該ノードの親ノードを特定する親ノード識別情報を含んでおり, 前記スクリプトは,当該ノードデータに含まれる変数データである自ノード変数データと,当該ノードの直系上位ノードのノードデータに含まれる変数データである上位ノード変数データを利用した演算を行って,前記自ノード変数データの値を求める代入用スクリプトを含んでおり,前記情報表示ステップは,前記親ノード識別情報を利用して,前記ノードの木構造を表示する木構造表示ステップと,前記表示された木構造のノードのうちの選択されたノードの前記自ノード変数データ,前記上位ノード変数データ及び前記スクリプトを表示するノードデータテーブル表示ステップを含み, 前記情報評価ステップは,前記代入用スクリプトの実行により,前記自ノード変数データの値を更新するステップを含むという構成を採用した (【0007】,【0008】)。「本発明」によれば,利用者が入力したデータに含まれるスクリプトを 45 利用してノードデータを更新し,管理すべき情報の更新を簡単かつ効率的に行うことができ,また,複数のノードデータを含む1つの文書データを用いて個々の業務や案件に関する情報を管理しているので,多数の利用者による情報の共有化,再利用を,簡単かつ効率的に行うことができるとともに,文書データに基づいて,簡単にノードの木構造を表示させることができ,業務や案件全体の把握を簡単に行うことができる上,表示された木構造の個々のノードに対応付けられた詳細情報を簡単に表示することができるため,管理すべき情報の更新を,簡単かつ効率的に行うことができるという効果を奏する(【0009】,【0024】)。 2 争点1(被告プログラムの本件発明の技術的範囲の属否)について本件の事案に鑑み,まず,争点1-2について判断し,次いで争点1-4について判断する。 ? 争点1-2(構成要件Eの充足性)についてア被告プログラムについて原判決33頁15行目の「17,」及び同頁17行目の「(ア) 」を削るほか,同頁15行目から34頁2行目までに記載のとおりであるから, これを引用する。イ構成要件Eの「ルートノード」の意義について (ア) 本件発明の構成要件Eの「前記ノードデータは,ルートノードを除いて,当該ノードの親ノードを特定する親ノード識別情報を含んでおり」との記載によれば,「親ノード識別情報」は「ノードの親ノードを特定する」識別情報であり,「当該ノード」の「ノードデータ」に含まれていることを理解できる。そして,本件発明の特許請求の範囲には,「ノードデータ」に関し, 「前記コンピュータに複数のノードそれぞれに対応付けて入力された管理すべき情報を,前記ノードを識別するノード識別情報に対応付けられ 46 た複数のノードデータを含む文書ファイルとして前記コンピュータが記憶する情報記憶ステップ」(構成要件B),「親ノード識別情報」に関し,「前記情報表示ステップは,前記親ノード識別情報を利用して,前記ノードの木構造を表示する木構造表示ステップ」(構成要件G)との記載がある。これらの構成要件B及びGの記載によれば,本件発明においては,「複数のノード」が「木構造」を有し,各「ノード」は当該ノードを識別する「ノード識別情報」を有すること,「親ノード識別情報」は,「木構造」における親子関係にあるノードの親ノードを識別する情報であることを理解できる。そして,構成要件Eの記載から,本件発明には,「ルートノード」と「ルートノード」以外の「ノード」が存在し,「ルートノード」以外の「ノード」の「ノードデータ」は,「親ノード識別情報」を含んでいるが,「ルートノード」の「ノードデータ」は,「親ノード識別情報」を含んでいないことを理解できる。 (イ) 本件明細書には,「ルートノード」を定義した記載はないが,「ルートノード」に関し,「…前記木構造表示ステップが,前記自己ページ番号及び前記所属ページ番号に基づいて,前記ルートノードを先頭とする木構造を表示するとともに,…」(【0013】),「ノードデータは,例えばタグ付き文書情報として記憶される。図2に,ノードデータの一例を示す。図2のデータは,ルートノードのノードデータの例であり,ノード番号(nodeNo)が「3450」,自己ページ番号(ownPageNo) が「10」,ノードラベル(label)が「パッセル操作マニュアル」である。所属ページ番号を示す(belongPageNo)が「0」,親ノード番号を示す (parentNodeNo)が「0」であることで,ルートノードであることを示している。」(【0036】),「…図4の文書は,ヘッダ部40,ノードデータ部41a～41n,ライン部42,レポート部43を備え 47る。」(【0039】),「ノードデータ部41aは,ルートノードのノードデータを示し,ノードデータ部41b～41nは,ルートノード以外のノードのノードデータである。」(【0041】),「ライン部42は,ノード間を接続するリードを定義する情報が記憶される領域である。ノード間を接続するリードは,親子のノード間を接続する階層リードと,階層関係とは無関係に一時的に変数を参照する参照元ノードと参照先ノード間を接続する参照リードがある…」【0042】 , ( ) 「図6の表示画面は,ツリービューア10とデザインテーブル20を有する。ツリービューア10は,ノードの木構造を表示する領域であり,情報管理時の各種操作を行うためのプルダウンメニュー,及びポップアップメニューを表示する領域も兼ねる。ノードの木構造の表示は,ラベルとリードの表示によって行い,図6の例では,ルートノードのラベル表示11aとルートノード以外のノードのラベル表示11b,11c,11dと,それらの間を接続する階層リード12b,12c,12dが表示されている。」(【0044】)との記載がある。そして,図4には,ノードデータ部41aの「nｏdeNｏ」が「3450」の「ノード」は,「ルートノード」であり,「ｐaｒenｔNｏdeNｏ」が「0」であること,ノードデータ部41bの「nｏdeNｏ」が「3451」の「ノード」は,「ｐaｒenｔNｏdeNｏ」が「3450」であることが示されている。また,図6には,ルートノードのラベル表示11aが,階層関係にあるノードの最初のノードとして表示されており,親ノードに当たるノードが存在しないことが示されている。これらの記載から,本件明細書には,「ルートノード」は,階層関係にあるノードの「木構造」の先頭のノードであり,親ノードに当たるノードが存在しないこと,このため,「ルートノード」のノードデータの 48 親ノード番号(「ｐaｒenｔNｏdeNｏ」)「0」は,親ノードを特定する識別情報には当たらないことが開示されていることが認められる。 (ウ) 以上の本件発明の特許請求の範囲の記載及び本件明細書の記載によれば,構成要件Eの「ルートノード」は,階層関係にあるノードの「木構造」の先頭のノードであって,そのノードデータに親ノードを特定する「親ノード識別情報」が含まないものであると解される。ウ控訴人の主張について控訴人は,本件behaｖiｏｒ.ｘaｒ1(別紙3-2)及び本件b ehaｖiｏｒ.ｘaｒ2(別紙7-1)の記載に基づいて,被告プログラムにおけるボックスにおいては,当該ボックスが属する順序系列内における一番最初のボックスであって,当該ボックスの入力コネクタと他のボックスの出力コネクタとの結合情報を持たないボックスが存在し,このボックスは,構成要件Eの「ルートノード」に該当する旨主張するので,以下において判断する。 (ア) 本件behaｖiｏｒ.ｘaｒ1について a 被告プログラムにより,本件ロボットに「こんにちは」を意味する単語をしゃべらせる振る舞いを構築した際に作成されたbehaｖi ｏｒ.ｘaｒが本件behaｖiｏｒ.ｘaｒ1(別紙3-2)であり,この内容をフローダイアグラムとして示したものが,別紙6の図 1ないし図3である。本件behaｖiｏｒ.ｘaｒ1で記述されるSaｙボックスは, 別紙6の図1に示され,SaｙボックスのｏnSｔaｒｔコネクタとｏnSｔｏｐｐedコネクタの間のフローダイアグラムは,別紙6の図2のとおり,①SaｙボックスのｏnSｔaｒｔコネクタ,②Lｏ caliｚed Teｘｔボックス,③Saｙ Teｘｔボックス, 49 ④SaｙボックスのｏnSｔｏｐｐedコネクタの順にリードで接続されている。本件behaｖiｏｒ.ｘaｒ1においては,ｒｏｏｔボックス(3 行ないし308行)の階層,ｒｏｏｔボックスに包含されるSeｔ L angｕageボックス(18行ないし91行)及びSaｙボックス (92行ないし300行)の階層並びにSaｙボックスに包含される Saｙ Teｘｔボックス(125行ないし179行)及びLｏca liｚed Teｘｔボックス(180行ないし291行)の階層が存在し,各ボックスを識別するために割り振られたidは,ｒｏｏｔボックスが「-1」(3行),Seｔ Langｕageボックスが「2」(18行),Saｙボックスが「1」(92行),Saｙ T eｘｔボックスが「2」(125行),Lｏcaliｚed Teｘｔボックスが「5」(180行)である。そして,上記各ボックス間の結合情報については,292行ないし 294行及び301行ないし303行の「」という形式で記載されたLinkタグ内において, 「inｐｕｔｏｗneｒ」が入力側のボックスのidを,「ｏｕｔｐｕｔｏｗneｒ」が出力側のボックスのidをそれぞれ表している。ただし,292行及び293行のLinkタグ内においては,Saｙボックスのidが「1」から「0」に,302行及び303行のLi nkタグ内においては,ｒｏｏｔボックスのidが「-1」から「0」に,それぞれ置き換えられている。「292: 293: 50 294: 」「301: 302: 303: 」b 前記aの認定事実によれば,本件behaｖiｏｒ.ｘaｒ1におけるボックス間の結合関係は,Linkタグ内の「inｐｕｔｏｗn eｒ」及び「ｏｕｔｐｕｔｏｗneｒ」のidを用いて,本件発明の「親ノード」に相当する結合元のボックスを識別する情報(「ｏｕｔｐｕｔｏｗneｒ」の番号)と本件発明の(子)「ノード」に相当する結合先のボックスを識別する情報(「inｐｕｔｏｗneｒ」の番号)とにより示されていること,本件behaｖiｏｒ.ｘaｒ1の 302行においては,idが「0」のｒｏｏｔボックスの結合元である親としてidが「1」のSaｙボックスが記述されていることが認められる。 c 控訴人は,本件behaｖiｏｒ.ｘaｒ1記載のボックスのうち, 当該ボックスが属する順序系列内における一番最初のボックスであって,当該ボックスの入力コネクタと他のボックスの出力コネクタとの結合情報を持たないボックスが,構成要件Eの「ルートノード」に該当する旨主張するところ,具体的にどのボックスが「ルートノード」に該当するのか明示していないが,「ｒｏｏｔボックスタグ内の結合情報」を取り上げて主張を構築していることに照らすと,「ｒｏｏｔボックス」が「ルートノード」に該当する旨主張しているものと解さ 51 れる。しかるところ,前記b認定のとおり,本件behaｖiｏｒ.ｘa ｒ1には,ｒｏｏｔボックスの結合情報(Linkタグ内の「inｐｕｔｏｗneｒ」及び「ｏｕｔｐｕｔｏｗneｒ」のid)として, 結合元である親を示すSaｙボックスのidである「1」が記述されており,このid「1」は,ｒｏｏｔボックスの親ノードを特定する「親ノード識別情報」に該当するものと認められる。そうすると,ｒｏｏｔボックスは,そのノードデータに「親ノード識別情報」が含まないものとはいえないから,構成要件Eの「ルートノード」に該当しない。 (イ) 別紙7-1の本件behaｖiｏｒ.ｘaｒ2について a 本件behaｖiｏｒ.ｘaｒ2(別紙7-1)も,被告プログラムにより,本件ロボットに「こんにちは」を意味する単語をしゃべらせる振る舞いを構築した際に作成されたbehaｖiｏｒ.ｘaｒであるが,本件behaｖiｏｒ.ｘaｒ1と異なり,フローダイアグラムボックスが存在しないものである。本件behaｖiｏｒ.ｘaｒ2の内容をフローダイアグラムとして示したものが,別紙7-2である。本件behaｖiｏｒ.ｘaｒ2においては,ｒｏｏｔボックス(3 行ないし267行)の階層並びにｒｏｏｔボックスに包含されるSe ｔ Langｕageボックス(18行ないし91行),Saｙ T eｘｔボックス(92行ないし146行)及びLｏcaliｚed T eｘｔボックス(147行ないし258行)の階層が存在し,各ボックスを識別するために割り振られたidは,ｒｏｏｔボックスが「- 1」(3行) Seｔ Langｕageボックスが , 「2」(18行), Saｙ Teｘｔボックスが「3」(92行),Lｏcaliｚed 52 Teｘｔボックスが「5」(147行)である。そして,上記各ボックス間の結合情報については,259行ないし 262行のLinkタグ内において,次のとおり記述されている。前記(ア)bと同様に,Linkタグ内において,「inｐｕｔｏｗne ｒ」が入力側のボックスのidを,「ｏｕｔｐｕｔｏｗneｒ」が出力側のボックスのidをそれぞれ表している。ただし,261行及び 262行のLinkタグ内においては,ｒｏｏｔボックスのidが「- 1」から「0」に置き換えられている。「259: 260: 261: 262: 」b 前記aの認定事実によれば,本件behaｖiｏｒ.ｘaｒ2におけるボックス間の結合関係も,本件behaｖiｏｒ.ｘaｒ1と同様に,「ｏｕｔｐｕｔｏｗneｒ」の番号と「inｐｕｔｏｗneｒ」の番号)により示されていること,本件behaｖiｏｒ.ｘaｒ2 の262行においては,idが「0」のｒｏｏｔボックスの結合元としてidが「3」のSaｙ Teｘｔボックスが記述されていることが認められる。 c 控訴人は,前記(ア)と同様に,本件behaｖiｏｒ.ｘaｒ2記載のボックスのうち,具体的にどのボックスが「ルートノード」に該当するのか明示していないが,「ｒｏｏｔボックスタグ内の結合情報」 53 を取り上げて主張を構築していることに照らすと,「ｒｏｏｔボックス」が「ルートノード」に該当する旨主張しているものと解される。しかるところ,前記b認定のとおり,本件behaｖiｏｒ.ｘa ｒ2には,ｒｏｏｔボックスの結合情報(Linkタグ内の「inｐｕｔｏｗneｒ」及び「ｏｕｔｐｕｔｏｗneｒ」のid)として, 結合元である親を示すSaｙ Teｘｔボックスのidである「3」が記述されており,このid「3」は,ｒｏｏｔボックスの親ノードを特定する「親ノード識別情報」に該当するものと認められる。そうすると,ｒｏｏｔボックスは,そのノードデータに「親ノード識別情報」が含まないものとはいえないから,構成要件Eの「ルートノード」に該当しない。 (ウ) 以上によれば,被告プログラムは構成要件Eの「ルートノード」に該当するボックスを備えているとの控訴人の主張は,理由がない。エ小括以上のとおり,被告プログラムは,構成要件Eの「ルートノード」に該当する構成を備えているものと認められないから,同構成要件を充足しない。 ? 争点1-4(構成要件Gの充足性)についてア構成要件Gの「木構造表示ステップ」について控訴人は,被告プログラムは,Linkタグ内のinｐｕｔｏｗneｒ (入力側・子)とｏｕｔｐｕｔｏｗneｒ(出力側・親)により結合情報を認識し,これに従ってフローダイアグラム上でボックスとボックス間の結合線で表現することによって「木構造」を表示しており,「親ノード識別情報」を利用して「ノード」の「木構造」を表示しているといえるから, 被告プログラムは,構成要件Gの「前記親ノード識別情報を利用して,前記ノードの木構造を表示する木構造表示ステップ」を備えている旨主張す 54 る。そこで検討するに,本件発明は,「複数のノード」が「木構造」を有していること,このノードの「木構造」の先頭のノードが構成要件Eの「ルートノード」であることは,前記(1)イ(ア)及び(ウ)認定のとおりである。しかるところ,前記(1)ウ認定のとおり,被告プログラムは,構成要件E の「ルートノード」に該当する構成を備えているものと認められないから, 被告プログラムは,「複数のノード」が「木構造」を有しているものと認めることはできない。そうすると,控訴人が挙げるフローダイアグラム上のボックスとボックス間の結合線の表現(表示)は,本件発明のノードの「木構造」の表示に当たるものと認めることはできないから,被告プログラムが構成要件Gの「前記親ノード識別情報を利用して,前記ノードの木構造を表示する木構造表示ステップ」を備えているとの控訴人の上記主張は理由がない。イ構成要件Gの「ノードデータテーブル表示ステップ」について (ア) 構成要件Gの「前記上位ノード変数データ」の意義について a 本件発明の構成要件Fの「前記スクリプトは,当該ノードデータに含まれる変数データである自ノード変数データと,当該ノードの直系上位ノードのノードデータに含まれる変数データである上位ノード変数データを利用した演算を行って,前記自ノード変数データの値を求める代入用スクリプトを含んでおり」との記載及び構成要件Gの「前記表示された木構造のノードのうちの選択されたノードの前記自ノード変数データ,前記上位ノード変数データ及び前記スクリプトを表示するノードデータテーブル表示ステップ」との記載から,本件発明の「上位ノード変数データ」は,「当該ノードの直系上位ノードのノードデータに含まれる変数データ」であり,構成要件Fの「前記自ノード変数データの値」を求める「代入用スクリプト」による演算に利用 55される「変数データ」であることを理解できる。次に,本件明細書には,「上位ノード変数データ」に関し,「変数情報は,各ノードが保持するデータであって,変数名に対応させて記憶される。記憶される変数は,下位ノードから参照される公開変数と,自ノード内でのみ使用する限定変数を含む。また,変数の値(「変数データ」と記述する場合もある。)は,固定値が設定されても,スクリプトの実行によって演算された値が設定されてもよい。また,URLが設定されてもよい。どのような値が設定されるかは任意である。」(【0031】),「代入用スクリプトは,自ノードの変数の値を演算するためのものである。代入用スクリプトは,自ノードの変数の値である自ノード変数データと,そのノードの直系上位ノードの公開変数の値である上位ノード変数データを利用して記述することが可能である。」(【0032】),「公開変数表示領域に表示される公開変数は,自ノードの公開変数51と,直系上位ノードの公開変数52を含み,直系上位のノードの公開変数52は,自ノードの公開変数51と異なる色で表示される(図10では,フォントを変えて示してある。。 )また,公開変数には,固定値が入力される公開変数と,代入用スクリプトの実行によって計算される公開変数があり,修飾領域に「なし」あるいは「要計算」を表示することによりに区別される。」(【0065】)との記載がある。そして,図10には,「直系上位ノードの公開変数の値である上位ノード変数データ」として,「52」に「変数名」及びそれに対応する「値」が示されている(例えば,「変数名」の欄「パネル色」「値」・欄「KW-400」)。これらの記載によれば,本件明細書には,「上位ノード変数データ」にいう「変数データ」は,「変数の値」を含むデータであることの開 56 示があることが認められる。以上の本件発明の特許請求の範囲の記載及び本件明細書の記載によれば,構成要件Gの「前記表示された木構造のノードのうちの選択されたノードの前記自ノード変数データ,前記上位ノード変数データ及び前記スクリプトを表示するノードデータテーブル表示ステップ」にいう「前記上位ノード変数データ」は,「当該ノードの直系上位ノードのノードデータ」に含まれる「変数の値」を含むデータであると解される。 b これに対し控訴人は,本件明細書の【0032】における「変数の値(「変数データ」と記述する場合もある。)」との記載は,「変数データ」という用語を,文脈によって,変数の値を指す意味で用いることもあるという注意書きであると理解できること,「変数データ」は,変数名と変数の型を意味するというのが,プログラミングに関する通常の用語であること(甲24),実質的にも,本件発明が「ノードデータテーブル表示ステップ」において上位ノード変数データを表示させる目的は,表示された木構造の個々のノードに対応付けられた詳細情報を簡単に表示することができる【0009】ことにより, ( ) 文書ファイル(プログラム)の編集を容易にする点にあり,変数名が分かれば,その目的を達成することができることからすると,本件発明の「上位ノード変数データ」は,本件明細書において文脈上変数の値を意味すべき場合を除き,変数名を指すと解すべきである旨主張する。しかしながら,本件明細書には,「上位ノード変数データ」が変数名のみで構成される場合を含むことについての記載や示唆はない。また,前記aの本件明細書の記載に照らすと,【0032】の「変数の値(「変数データ」と記述する場合もある。)」との記載は,「変 57 数データ」は「変数の値」を意味することを示した記載であると解するのが自然であり,これが変数の値を指す意味で用いることもあるという注意書きであるということはできない。したがって,控訴人の上記主張は採用することができない。 (イ) 被告プログラムにおける「ノードデータテーブル表示ステップ」の有無について a 控訴人は,入力コネクタは,親ボックスから引き渡される値を記憶する変数が図形化されたものであり,入力コネクタの名称が構成要件 Gにおける「上位ノード変数データ」に該当すること,インスペクタ及びスクリプトエディタに表示される入力コネクタの名称に関する情報の表示は,上位ノード変数データを表示するものであることからすると,被告プログラムは,「上位ノード変数データ」を表示する「ノードデータテーブル表示ステップ」を備えている旨主張する。しかしながら,前記(ア)a認定のとおり,構成要件Gの「前記上位ノード変数データ」は,「当該ノードの直系上位ノードのノードデータ」に含まれる「変数の値」を含むデータであると認められるところ, 入力コネクタの名称は,「変数の値」であるとはいえないから,控訴人の上記主張は,その前提を欠くものであり,理由がない。 b 控訴人は,被告プログラムの構成g’に関し,被告プログラムのS aｙ Teｘｔボックスの「スクリプトエディタ」において「親からの変数を取得」機能を使う場合,上位ノードであるSaｙボックスの変数から利用可能なものを一覧表示する機能があるから,被告プログラムは,「上位ノード変数データ」を表示する「ノードデータテーブル表示ステップ」を備えている旨主張する。しかしながら,控訴人の上記主張は,「スクリプトエディタ」において,どのような「上位ノード変数データ」が表示されるのかについ 58 て具体的に主張するものではないから,その主張自体理由がない。 c 以上によれば,被告プログラムは,「上位ノード変数データ」を表示する「ノードデータテーブル表示ステップ」を備えているものと認めることはできないから,構成要件Gの「前記表示された木構造のノードのうちの選択されたノードの前記自ノード変数データ,前記上位ノード変数データ及び前記スクリプトを表示するノードデータテーブル表示ステップ」を備えているものと認めることはできない。ウまとめ以上のとおり,被告プログラムは,構成要件Gの「木構造を表示する木構造表示ステップ」及び「ノードデータテーブル表示ステップ」を備えているものと認められないから,構成要件Gを充足しない。 (3) 小括以上によれば,被告プログラムは,本件発明の構成要件E及びGを充足しないから,その余の点について判断するまでもなく,本件発明の技術的範囲に属するものと認めることはできない。したがって,その余の点について判断するまでもなく,控訴人の請求は理由がない。 3 結論以上のとおり,控訴人の請求は理由がないから,控訴人の請求を棄却した原判決は相当である。したがって,本件控訴は理由がないからこれを棄却することとし,主文のとおり判決する。

裁判長裁判官	大鷹一郎

すごい知財EXPO'22

ページ上部へ