ポートフォリオ機能
この判例には、下記の判例・審決が関連していると思われます。
| 審判番号（事件番号） | データベース | 権利 |
|---|---|---|
| 平成20行ケ10384審決取消請求事件 | 判例 | 特許 |
| 平成21行ケ10174審決取消請求事件 | 判例 | 特許 |
| 平成21行ケ10095審決取消請求事件 | 判例 | 特許 |
| 平成21行ケ10161審決取消請求事件 | 判例 | 特許 |
| 平成21行ケ10259審決取消請求事件 | 判例 | 特許 |
| 関連ワード | 進歩性(29条2項) / 容易に発明 / 引用発明の認定 / 相違点の認定 / 周知技術 / 公知技術 / 技術的範囲 / 技術常識 / 発明の詳細な説明 / クレーム / 援用権(援用) / 優先日 / 参酌 / 技術的意義 / 発明の要旨認定 / 容易に想到(容易想到性) / 禁反言 / 特許発明 / 実施 / 交換 / 構成要件 / 正当な理由 / 設定登録 / 混同 / 請求の理由 / 審理終結通知 / 訂正審判 / 審判の係属中 / 新規事項追加(新規事項の追加) / 請求の範囲 / 変更 / 訂正明細書 / 要旨変更 / 取消判決 / 判決の拘束力 / |
|---|
| 元本PDF |
裁判所収録の全文PDFを見る
 |
|---|
| 事件 |
審決取消請求事件
|
|---|---|
| 裁判所のデータが存在しません。 | |
| 裁判所 | 知的財産高等裁判所 |
| 判決言渡日 | 2010/01/26 |
| 権利種別 | 特許権 |
| 訴訟類型 | 行政訴訟 |
| 判例全文 | |
|---|---|
|
判例全文
平成２２年１月２６日判決言渡同日原本領収裁判所書記官 （） （「」。） 平成２０年 行ケ 第１０３３５号審決取消請求事件 以下 Ａ事件 という （） （「」。） 平成２０年 行ケ 第１０３４９号審決取消請求事件 以下 Ｂ事件 という 口頭弁論終結日平成２１年１０月２１日 判決 Ａ事件原告有 限 会 社 エ ン 企 画 同 訴 訟 代 理 人 弁 護 士野口明男 同 三好豊 同 飯塚卓也 Ｂ事件原告株 式 会 社 ペ ン タ く ん 同 訴 訟 代 理 人 弁 護 士長 谷 川純 同 訴 訟 復 代 理 人 弁 護 士井筒大介 同 訴 訟 代 理 人 弁 理 士鹿股俊雄 両事件被告株 式 会 社 パ ス コ 両事件被告株式会社昭文社デジタルソリューション （審決上の表示「日本コンピュータグラフィック株式会社 ）」 上記２名訴訟代理人弁護士上谷清 同 永井紀昭 同 仁田陸郎 同 萩尾保繁 同 笹本摂 同 山口健司 同 薄葉健司 同 石神恒 太 郎 同 訴 訟 代 理 人 弁 理 士水谷好男 主文 １Ａ事件原告及びＢ事件原告の請求をいずれも棄却する。 ２訴訟費用は，Ａ事件について生じた費用はＡ事件原告の，Ｂ事件について生 じた費用はＢ事件原告の，各負担とする。 事実及び理由 第１請求 特許庁が無効２００６?８０１７５号事件について平成２０年８月１９日にした 審決のうち，特許第２７７００９７号の請求項に係る発明についての特許を無効と するとの部分を取り消す。 第２事案の概要 本件は，Ａ事件原告有限会社エン企画（以下「原告エン企画」という ）が以前。 有しており，現在はＢ事件原告株式会社ペンタくん（以下「原告ペンタくん」とい う ）が有する「地図データ作成方法及びその装置」という名称の特許（以下「本 。 件特許」という ）につき，両事件被告株式会社パスコ及び同株式会社昭文社デジ 。 タルソリューション（なお，当時は「日本コンピュータグラフィック株式会社」で あったが，平成２０年１０月１日，商号を現商号に変更した ）が無効審判を請求。 したところ，特許庁は，請求不成立の審決をしたので，被告らは，同審決の取消し ，，， を求めて知的財産高等裁判所に訴訟を提起し 同裁判所が 同審決を取り消した後 特許庁では，本件特許を無効とする旨の審決をしたため，原告らがその取消しを求 めた事案である。 本件での主たる争点は，本件特許に係る発明が 「ARC/INFO Users Guide, Ver.5 ， Vol.1, Vol.2」と題する書面（甲２。審判請求の際に提出されたのは上記標題の文 書の一部であるが，以下，上記標題の文書全体を指す ）に記載された発明（以下 。 「引用発明」又は「甲２発明」という ）から容易に想到することができたか否か 。 である。 なお，被告らは，両事件（弁論併合済み）で乙号証を提出しているところ，Ｂ事 件において乙２３ないし２５が欠番であることを除き，証拠番号は共通である。 １特許庁における手続の経緯 (1) 原告エン企画は，発明の名称を「地図データ作成方法及びその装置」とする 特許第２７７００９７号（平成４年３月５日出願〔特願平４?４８７０６号 。優〕 先権主張平成３年６月２４日。平成１０年４月１７日設定登録 ）の本件特許の特。 許権者であったが，その後，これを原告ペンタくんに譲渡した。 (2) 被告らは，平成１８年９月６日，原告ペンタくんを被請求人として，本件特 許を無効とする審判請求をし，原告エン企画が被請求人のために参加した。 (3) 特許庁は，上記審判請求を無効２００６?８０１７５号事件として審理した 上で，平成１９年４月１７日 「本件審判の請求は，成り立たない 」との審決（以 ， 。 下「前審決」という ）をし，その謄本は，同月２６日，被告らに送達された。 。 (4) 被告らは 知的財産高等裁判所に審決取消訴訟を提起し 同庁平成１９年 行 ， （（ ケ）第１０１８５号事件 ，同裁判所は，平成２０年３月２５日，上記審決を取り ） 消す旨の判決（以下「前判決」という ）をした。。 (5) 再度の審判において，原告ペンタくんは，同年４月１１日，訂正請求をした （同年５月３０日付け訂正請求書参照）ところ，特許庁は，同年８月１９日，同訂 正を認めた上で，本件特許を無効とする審決をし，同審決の謄本は，同月２９日， 原告らに送達された。 ２本件特許に係る発明の内容 (1) 本件特許に係る発明は，平成２０年５月３０日付け訂正請求書により訂正さ れた明細書（丙４０。以下「本件訂正明細書」という ）の特許請求の範囲の請求 。 項１，請求項２に記載された次のとおりのものであり（下線部の「自動的に」が挿 入された，同明細書によれば，地域や地点ごとに属性を付与された地図情報を自 。） 動的に作成する地図データ作成装置に関するものである。 【請求項１】 「地形図等の原図を読み取って得られるラスターデータからベクトルデータを作 成した後，該ベクトルデータを線端を示す点データを含む二次元の線データに自動 的に変換し，それらの二次元線データを座標上の線分に変換し，該線分を所定方向 に接続し，終点が始点と一致したときはそれらの線分からなる面データの閉領域デ ータを自動的に作成し，終点が始点と一致しないときはそれらの線分からなる面デ ータを自動的に作成して，該面データの前記不連続となる始点及び終点を報知表示 し，該不連続点から任意の点又は線へ接続する線データを入力に基づいて生成する ことにより該面データに対応する閉領域データを作成し，上記各閉領域データに属 性データを付与可能にして該閉領域データを記憶，表示又は印刷する地図データ作 成方法（以下「本件特許発明１」という ） 。」 。 【請求項２】 「地形図等の原図を読み取って得られるラスターデータからベクトルデータを作 成するベクトルデータ作成手段と，該ベクトルデータ作成手段により出力されるベ クトルデータを線端を示す点データを含む二次元の線データに自動的に変換する二 次元線データ作成手段と，該二次元線データ作成手段により出力される二次元線デ ータを座標上の線分に変換する線分作成手段と，該線分作成手段により出力される 線分を所定方向に接続し，終点が始点と一致したときはそれらの線分からなる面デ ータの閉領域データを自動的に作成し，終点が始点と一致しないときはそれらの線 分からなる面データを自動的に作成する面データ作成手段と，該面データ作成手段 が作成した面データの不連続となる前記始点及び終点を報知表示する不連続点報知 表示手段と，該不連続点報知表示手段による報知表示に基づいて前記始点及び終点 から任意の点又は線へ接続する線データを生成すべく該接続線データを入力する入 力装置と，該入力装置による入力に基づいて前記不連続となる始点及び終点を有す る面データに対応する閉領域データを作成し，上記各閉領域データに属性データを 付与可能にして該閉領域データを記憶，表示又は印刷する記憶表示印刷手段と，を 有することを特徴とする地図データ作成装置（以下「本件特許発明２」といい， 。」 本件特許発明１と併せて「本件特許発明」という ）。 (2) 本件特許発明１は次のように分説される（以下，分説された各構成要件を単 に「構成要件１Ａ」などという。。） １Ａ地形図等の原図を読み取って得られるラスターデータからベクトルデー タを作成した後， １Ｂ該ベクトルデータを線端を示す点データを含む二次元の線データに自動 的に変換し， １Ｃそれらの二次元線データを座標上の線分に変換し， １Ｄ該線分を所定方向に接続し，終点が始点と一致したときはそれらの線分 からなる面データの閉領域データを自動的に作成し，終点が始点と一致し ないときはそれらの線分からなる面データを自動的に作成して， １Ｅ該面データの前記不連続となる始点及び終点を報知表示し， １Ｆ該不連続点から任意の点又は線へ接続する線データを入力に基づいて生 成することにより該面データに対応する閉領域データを作成し， １Ｇ上記各閉領域データに属性データを付与可能にして該閉領域データを記 憶，表示又は印刷する １Ｈ地図データ作成方法。 ３審決の内容 審決は，次のとおり，引用発明から本件特許発明を想到することは容易であった として，本件特許発明は，特許法29条2項の規定により特許を受けることができ ないとした。 (1) 本件特許発明１の内容（同発明の内容は，平成２０年５月３０日付け訂正請 求書による訂正後のものであり，訂正前の発明とは，構成要件１Ｂの「自動的に」 の部分が異なる ）について。 「前判決では，同年５月３０日付け訂正前の本件特許発明１の要旨につき認定しており，本 件特許発明１は，その認定により解釈されるべきものであって，同認定の要旨は以下のとおり である 」。 ア構成要件１Ａ（ 地形図等の原図を読み取って得られるラスターデータから 「 ベクトルデータを作成した後 ）について」 「本件特許発明１の技術分野において 『ラスターデータ』は１つ１つの画素の集合で表現 ， されるデータなどと説明され 『ベクトルデータ』は位置と形状がＸＹ座標で表現されたデー ， タなどと説明される一般的な用語であると求められ（判決注：正しくは「認められ」と解され る，本件特許発明１においても，そのような普通の意味のものとして使用されていると認め 。） ることができる 」。 イ構成要件１Ｂ（ 該ベクトルデータを先端を示す点データを含む二次元の線 「 データに変換し ）について」 「 二次元の線データ』は，構成要件１Ａの『ベクトルデータ』から，その後の処理に仕様 『 判決注：正しくは 使用 と解されるするために変換されたデータについて これを ベ （「」。） ，『 クトルデータ』とは区別する意味で 『二次元の線データ』といっているものと理解すること ， ができる 」。 ウ構成要件１Ｃ（ それらの二次元線データを座標上の線分に変換し）につ 「 ，」 いて 「構成要件１Ｃの『二次元線データを座標上の線分に変換』とは，二次元の線データについ て，途中に接点や交点を持たない線分ととする工程であると一応理解することができる 」。 「特許請求の範囲に記載された『座標上の線分に変換』とは線分に変換した後の， ， ・・・ ， 『』，『』 線分に変換するのとは別の工程として記載されている 線分の始点等の性質を 決定記録 することなどが，構成要件１Ｃの『二次元線データを座標上の線分に変換』という工程に直ち に含まれるものであるとは認められない 」。 エ構成要件１Ｄの前半（ 該線分を所定方向に接続し，終点が始点と一致した 「 ときはそれらの線分からなる面データの閉領域データを自動的に作成し）につい，」 て 構成要件１Ｄの前半は所定 との意味が定まっていること 定まってあること広 「 ，『』，『。。』（ 辞苑第６版）という普通の用語であり構成要件１Ｃの『座標上の線分』について，あ ， ・・・ らかじめ定められた一定の接続方向に接続していって，その終点と始点が一致したときは，そ れらの線分の組み合わせについて，面データの閉領域として，これを自動的に作成することを 規定していると認められる。 そして，ここでいう『線分からなる面データ』とは，構成要件１Ｄの後半で，始点と終点が 一致しないときにも 『線分からなるデータ』が作成されることからも，線分を所定方向に接 ， 続することによって構成される一本以上の線分の組み合わせをいうものと解することができ る 」。 オ構成要件１Ｄの後半（ 終点が始点と一致しないときはそれらの線分からな 「 る面データを自動的に作成し）について，」 「構成要件１Ｄの後半は 『座標上の線分』について，あらかじめ定められた一定の接続方 ， 向に接続していって，その始点と終点が一致しないとき，それらの線分の組合せについても， 面データとして，これを自動的に作成するものであると理解することができる。 なお，ここでは，データの『作成』をすることが規定されているのであり，構成要件が規定 するのはデータの『作成』であり 『記憶』等ではない 」 ，。 カ構成要件１Ｅ（ 該面データの前記不連続となる始点および終点を報知表示 「 し）について，」 「本件特許発明１は 『座標上の線分』をあらかじめ定められた一定の接続方向に接続して ， いって，その始点と終点が一致しないときでも，それらの線分の組合せを面データとして作成 するのであるが，構成要件１Ｅは，そのような線分の組合せにおいて，不連続となる始点と終 点について，知らせるための表示を行うものであると認められる。 構成要件１Ｅの『不連続となる始点および終点』についてどのような点を ・・・ ・・・ ， 『不連続となる始点及び終点』とするかが，必ずしも一義的かつ明確に決まるものではない。 しかし不連続となる始点および終点』は，点データから出る線データが一本のみで ，『 ・・・ ある孤立点と一致するものと一応認められる 」。 キ構成要件１Ｆ（ 該不連続点から任意の点又は線へ接続する線データを入力 「 に基づいて生成することにより該面データに対応する閉領域データを作成し）に，」 ついて 「構成要件１Ｆの『該不連続点』とは，構成要件１Ｄ，１Ｅなどに照らしても，所定方向に ， 『』『』 接続していった線分の組合せにおいて 始点と終点が一致しないときのそれら 始点終点 をいい，報知表示されている点であって，構成要件１Ｆは，それらの点について，任意の点， 又は線に接続する線データを入力して，これを生成し，これについて，その線分の組合せであ る閉領域データを作成することを規定しているものと解釈できる。 ここで，構成要件１Ｅと同様，この工程は，線分の『所定方向の接続』を規定する構成要件 １Ｄとは別個の工程であり，線データの入力について，線分の『所定方向の接続』と同様の工 程を経ることが規定されているものではない 」。 ク構成要件１Ｇ（ 上記各閉領域データに属性データを付与可能にして該閉デ 「 ータを記憶，表示又は印刷する）について。」 「これは，構成要件１Ｄ前半において自動的に作成された閉領域データおよび構成要件１Ｆ ， ， において作成された閉領域データについて 属性データを付与することが可能になるようにし 閉領域データについて，記憶，表示，印刷することを規定しているものと解される。 属性データを不要（判決注：正しくは「付与」と解される ）可能にする方法が，上 ・・・ 。 記実施例のように，番号を自動的に一括して順次付与することなどによりされるものに限定さ れるものとは認められない 」。 (2) 引用発明の内容 ア甲２の記載内容について 「甲２号証には，以下の事項が記載されている 」。 「There are seven steps used for coverage automation in ARC/INFO. (ｱ) 1 Prepare the map sheet for digitizing. 2 Digitize the coverage. 3 Identify and correct digitizing errors. 4 Define features and build topology. 5 Identify and correct topology error. 6 Assign attributes to coverage features. （１０?２頁１８?２４行） 7 Identify and correct attribute coding errors.」 （日本語訳） 「ＡＲＣ／ＩＮＦＯにおけるカバレッジの自動化は７つのステップからなります。 １．デジタイジングのためのマップシートを用意します。 ２．カバレッジをデジタイザー入力します。 ３．デジタイジングエラーを発見して訂正します。 ４．フィーチャーを定義し，トポロジーを生成します。 ５．トポロジーエラーを発見して訂正します。 ６．カバレッジフィーチャーに属性を付与します。 ７．属性コーディングミスを発見して訂正します 」。 「Graphics terminals are used for map display and interactive coordinate entry (ｲ) using the screen's cursor. Cursor movement can be controlled by a joy disk, thumb wheels, or arrow keys on the terminal keyboard; or via a mouse or graphics tablet which is （１?１７頁１６行?２０行） connected directly to the graphics terminal.」 （日本語訳） 「グラフィック端末は，地図を表示したり，画面のカーソルを使用して対話式で座標を入力 するために使用します。カーソルの動きは，端末キーボード上のジョイディスク，サムホイー ル，矢印キーによって制御します。グラフィック端末に直接，接続しているグラフィックスタ ブレット又はマウスによって制御することもできます 」。 「Scanning. Performed by a device which scans a manual map and creates a series of (ｳ) raster values (ON/OFF) which are subsequently turned into a series of linear coordinates (referred to as raster-to-vector conversion). ARC/INFO accepts such linear coordinates （４?６頁１４行?１８行） as input as though the coordinates came from a digitizer.」 （日本語訳） 「スキャニング（走査）地図をスキャニングして，ラスター値（ＯＮ／ＯＦＦ）を一連の座 標に変換する（ラスターベクトル変換）装置によって実行されます。ＡＲＣ／ＩＮＦＯはその ような座標を，デジタイザーで入力された座標と同じように取り扱います 」。 A polygon is defined by the number of arcs and a list of those arcs which comprise (ｴ) 「 its border. Polygon 2 in the example below has four arcs which define it, including the island inside of it. A '0' is included in the list of arcs to denote that arcs defining islands will be listed next. The direction of an arc determines the sign of the arc number in the list. A '-' sign means that the arc would have to be reversed to build a closed loop （５?７頁１４行?２０行） for the polygon.」 （日本語訳） 「ポリゴンは，その境界線を形成するアークの番号と，アークのリストによって定義されま す。下の例のポリゴン２は，ポリゴン内の島を含めて，ポリゴンを定義する４本のアークをも ちます。次に，島を適する（判決注：正しくは「定義するアークが」と解される ）あげられ。 ， ” ”。， るということを示すために アークのリストの中の ０ が含まれています アークの向きが リストの中のアーク番号につく記号を決められます。すなわち ”?”という記号は，閉じた ， ポリゴングループを作るには，そのアークが逆向きにならなければならないことを意味してい ます 」。 「以上より，甲２号証には 『地図を表示するグラフィック端末を有しており，地図を イ ， スキャニングして，ラスター値を一連の座標に変換（ラスターベクトル変換）し，フィーチャ ーを定義してトポロジーを生成し，トポロジーエラーを発見して訂正し，カバレッジフィーチ ャーに属性を付与することを特徴とするカバレッジの自動化 』の発明が記載されている 」 。 。 (3) 引用発明と本件特許発明１の一致点及び相違点 ア一致点 「地形図等の原図を読み取って得られたラスターデータからベクトルデータを作成した後， ベクトルデータから，フィーチャーを定義してトポロジーを生成し，トポロジーエラーを発見 して訂正することを特徴とする地図データの作成方法 」。 イ相違点１ 「本件特許発明１が『ベクトルデータを線端を示す点データを含む二次元の線データに”自 動的に”変換し，それらの二次元線データを座標上の線分に変換』して面データの作成処理に 供するのに対し，甲２号証記載の発明は，ラスター値を一連の座標に変換する（ラスターベク トル変換）して得られたデータ，すなわちベクトルデータをフィーチャーを定義しトポロジー を生成する処理に供するものであるが，このベクトルデータを二次元の線データに変換して， 二次元の線データを座標上の線分に変換し，この座標上の線分からフィーチャーを定義してト ポロジーを生成する構成を有していない点 」。 ウ相違点２ 「『 ， 本件特許発明１が 各閉領域データに属性データを付与可能にして該閉領域データを記憶 表示又は印刷する』のに対し，甲２号証記載の発明が，地図を表示するグラフィック端末を有 しており 『カバレッジフィーチャーに属性を付与する』点 」 ， 。 エ相違点３ 「本件特許発明１が『線分を所定方向に接続し，終点が始点と一致したときはそれらの線分 からなる面データの閉領域データを自動的に作成し，終点が始点と一致しないときはそれらの 線分からなる面データを自動的に作成して，該面データの前記不連続となる始点及び終点を報 知表示し，該不連続点から任意の点又は線へ接続する線データを入力に基づいて生成すること により該面データに対応する閉領域データを作成』する構成を有するのに対し，甲２号証記載 の発明は，フィーチャーを定義してトポロジーを生成し，トポロジーエラーを発見して訂正す るものであるが，その具体的な処理について甲２号証には記載されていない点 」。 (4) 容易想到性について ア相違点１について 「甲２号証記載の発明は，ラスター値を一連の座標に変換する（ラスターベクトル変換）し て得られたデータ，すなわちベクトルデータを，フィーチャーを定義する処理に供するもので ある。 ， ， ここで ベクトルデータが線分や一連の折れ線についてのデータを有することは周知であり ベクトルデータからベクトルデータに含まれる各線分を得ることや，ベクトルデータに含まれ る一連の折れ線を分割して線分を得ることも，図形処理の分野において普通に行われる程度の ことである。 さらに，線分や一連の折れ線を定義する際に，線端を示す点データを用いることは，図形処 理の分野において技術常識である。 ， ， ， また 地図作製分野において 図形データは全て二次元座標上で定義されるものであるから 折れ線データを『二次元の線データ ，線分を『座標上の線分』と表現することは，格別困難 』 なことではない。 そして，線端を示す点データを含む二次元の線データへの変換に際し 『自動的に』変換す ， るか否かは適宜決定すべきものである。一般に，データの変換は，個別に格別の必要がなけれ ばその過程でキー入力を必要とするものではなく，通常は自動的に行われるものである。甲２ 号証記載の発明も，明記はされていないが 『自動的』であると推察することが自然である。 ， 仮に甲第２号証に記載の発明が自動的に変換が行われるものでないとしても，例えば甲第３９ 号証に示されているように，変換を自動的に行うことは周知であって，そのような変換を自動 的に変換することは設計的事項にすぎない。 なお，フィーチャーの定義を，ベクトルデータから直接行うか，線分データから行うかは， 当業者が適宜選択する事項にすぎない。 よって，甲２号証記載の発明において，ベクトルデータからフィーチャーを定義を行うため に，ベクトルデータから一連の折れ線を抽出して，線端を示す点データを含む二次元の線デー タに自動的に変換し，この二次元の線データを座標上の線分に変換し，座標上の線分をフィー チャー，すなわち図形要素の定義に供するよう構成することは当業者が容易になし得たことで ある 」。 イ相違点２について 「地図データを構成する図形要素について，属性を付与すること，図形要素のデータを記憶 すること，印刷することは普通に行われる程度のことであり，また，図形要素として閉領域デ ータがあることは広く知られていることであるから，甲２号証記載の発明において，閉領域デ ータに属性データを付与可能にし，記憶，表示，印刷するよう構成することは，当業者が容易 になし得たことである 」。 ウ相違点３について 「本件特許発明１において 『不連続となる始点及び終点』は，点データから出る線データ ， が一本のみである孤立点と一致するものと一応認められる。不連続となる始点及び終点の表示 に当たり，線分を所定方向に接続することによって，不連続点を求めることが規定されている ものではない （判決第６１(11)における判示 ） 。 。 また，フィーチャーとは，図形要素を要素種の名称とパラメータにより表現したものであっ て，例えば円弧，線分といった図形要素の要素種の名称と，図形要素の定義に必要な座標や長 ，（，，，），（， さなどのパラメータを組合せて 円弧 中心座標 半径 開始角度 終了角度線分 始点 終点）のような形式で表現されるものであり，トポロジーは，図形構成要素の位相関係，すな わち図形要素どうしの接続関係を意味するものであるから，甲２号証に記載の発明は，地図を スキャンニングして，ラスター値をベクトル変換し，線分（フィーチャー）を定義して図形の 接続関係（トポロジー）を生成するものにおいて，接続関係（フィーチャー）のエラーを発見 して訂正するものである。 そして，図形編集において，閉じているべき図形が閉じていなかった際に，閉じた図形とな るよう編集する課題は，一般的にあるといえる。 また，複数の線分からなる図形について，閉じているべき図形が閉じていないとは，閉じて いない箇所は，その点データから出る線データが一本のみである孤立点に他ならない。 してみれば，線分を定義して図形の接続関係を生成するものにおいて，接続関係が生成され た図形を構成する線分群に『不連続となる始点及び終点』が存在する場合に，これをエラーと して，その対処（例えば修正）を促すための表示をすることは，甲２号証に基づいて当業者が 容易に想到することができたものである。 なお，そもそも線分の集合から閉じている領域（閉領域）を抽出する場合に，線分を所定の 方向に順次追っていくことは極めて普通の手法である。 例えば，甲７?９号証に記載されているように，複数の線分からなる図形について，線分を 隣接関係に基づいて右回り等の所定の向きで追跡し，閉ループを構成する線分群を求めること は，図形処理の分野において周知のことである。 したがって，線分の集合から閉領域を抽出する場合に，線分を所定の方向に順次追っていく ことは，設計的事項にすぎないことである。 そして，これらを相違点を総合的に考慮しても，相違点は個々に独立した違いであって，複 数の相違点１?３によって格別顕著な効果を生ずるものではないから，本件特許発明１は，甲 ２号証に記載の発明及び周知技術に基づいて，当業者が容易に発明をすることができたもので ある 」。 (5) 本件特許発明２について 「本件特許発明２は，本件特許発明１とカテゴリーを異とするものであるが，その構成要件 については本件特許発明１と異なるものではない。したがって，本件特許発明２の甲２号証に 記載の発明との対比，判断は，上記本件特許発明１と同様の対比，判断となる 」。 第３原告ら主張の要旨 １原告エン企画の主張する取消事由 (1) 取消事由１（本件特許発明１の「二次元の線データ」及び「座標上の線分」 等の認定の誤り） ア本件特許発明の目的は，座標点列にすぎないベクトルデータのみから，点デ ータ及び線データからなるトポロジー構造（点，線，面の３種類のベクタ型データ の基本図形を，ノード，アーク，ポリゴンの関係で表すデータ形式）を有する面デ ータを自動的に作成することを可能にすることにあるところ 「二次元線データ」， は，それを分割して接続することによってアーク・ノード構造を有する面データを 作成できるものでなければならない。そして，本件特許発明の提供する工程により 「二次元の線データ」を分割・接続することによってトポロジー構造を有する面デ ータが作成されるためには，元データとなる「二次元の線データ」もトポロジー構 造を有するものであることを要する（以上の点は，明細書や添付図面の記載からも 明らかである。。） また，前判決も 「二次元の線データ」の典型が，実施例のＬファイルからＤフ ， ァイルへの変換工程を経た線データであることを前提としながらも，誤った定義を 与えて無用な限定解釈が生じることを回避するために 「 二次元の線データ』は， ，『 構成要件１Ａの『ベクトルデータ』から，その後の処理に使用するために変換され たデータについて，これを『ベクトルデータ』とは区別する意味で 『二次元の線， データ』といっているものと理解することができる」との表現を用いたにすぎない ものと解される。 ，，「」「」 以上のとおり 構成要件１Ｂ １Ｃの 二次元の線データ 及び 座標上の線分 は，いずれも，線端点に配置される点データと関係付けられ，線相互の接続によっ て面としての認識が可能な線データであるところ，審決は 「二次元の線データ」 ， 及び「座標上の線分」がトポロジー構造を有する面データを作成する機能を持った データであることを看過し，単なるベクトルデータと同じものとしか捉えないとい う点で，本件特許発明１の要旨認定を完全に誤った違法があり，この誤りに起因し て，前判決で認定された相違点の理解についても誤った違法がある。 イ前判決は，あくまでも，前審決が相違点３についての判断を行う前提として の発明の要旨認定に当たり，構成要件１Ｅの理解を誤ったことを理由として前審決 を取り消したものであり，前判決における構成要件１Ｅ以外の構成要件についての 要旨認定については，法的な拘束力は及ばない。したがって，裁判所が，本訴にお いて，改めて厳密な解釈を行うことも許されるはずである。 もっとも，審決の「二次元の線データ」への理解は，前判決が判示した広めの構 成要件解釈によった場合ですら誤っている（単なるベクトルデータをもって 「そ， の後の処理に使用するために 「ベクトルデータから」変換されたものとはいえな 」 い ）から，いずれにせよ，審決の取消しは免れない。 。 (2) 取消事由２（相違点１についての容易想到性の判断の誤り） ア仮に，審決が本件特許発明１の構成要件１Ｂ及び１Ｃの意味内容を正しく理 解しており，取消事由１が存在しないと想定した場合にも，審決の認定判断は，相 違点１の容易想到性判断において，誤っている。 イラスターデータから取得した「ベクトルデータ」は，そのままでは線分接続 によるトポロジー構造を有する「面データ」の作成に供することができないからこ そ，これを「二次元の線データ」及び「座標上の線分」に変換することにより，そ のような構造を有する面データ作成に供することができるようにしたのが本件特許 発明１である。 そして，本件特許発明１の構成要件１Ｂ，１Ｃ及び１Ｄは，それぞれが単独で技 術的な意義を有するものではなく，一連のものとして共通の目的のもとに一体的に 用いられることによって初めて，本件特許発明１の課題解決の中核的手段として技 （「」 ，「」「」， 術的な意義ベクトルデータ が二次元の線データ座標上の線分 を経て 最終的に「面データ」へと変換されることにより 「トポロジー構造を有する面デ ， ータ」が自動的に作成されること）を生じる。したがって，個々の構成がそれぞれ に公知ないし容易想到であることではなく，一連の処理が全体として本件特許発明 １の課題解決目的のもとで単一の公知文献に開示されているなど，全体として容易 （，， 想到であることが示されなければならない 各構成要件は 本件特許発明１の目的 すなわち，ラスターデータから取得したベクトルデータから点データと線データを 有するトポロジー構造の面データを自動的に作成するという共通の目的を達成する ための一連の構成要件として規定されているものであり，構成要件１Ｂ，１Ｃ，１ Ｄの各構成要件は，いずれも単独では本件特許発明１の解決課題との関係では意味 をなさない。。） しかし，実際には，構成要件１Ｂないし１Ｄが全体として容易想到であると認め るに足る公知文献は一切示されておらず，個々の構成要件が容易想到であることの みを論じる被告らの主張は失当である。 ウ(ｱ) 甲２には，抽象的な記載があるのみで，ラスターベクトル変換によって取 得したデータからフィーチャーを定義してトポロジーを生成するための具体的処理 についての技術の開示は全くなく，ラスターベクトル変換によって取得した座標デ ータを「自動的に」読み込むという記載やそのためのコマンド等の記載もない。 そして，本件特許出願当時の ARC/INFO では，ラスターベクトル変換によって得 られたデータをそのままトポロジー生成に供することはできず，トポロジーを生成 するためには，各座標にノードやバーテックス（中間点）等を設けるためのキー値 を手作業で入力することが必要であった（すなわち，ARC/INFO においては，アー クの入力に当たり，入力する座標点の一つ一つに，ノードを設けるか否かを示すデ ータであるキー値（ノードを置くべき場所に「２ ，中間点に「１ ）を入力しなけ 」」 ればならないという基本的な技術思想による制約がある。。） このように，ノード（点データ）を配置すべき座標を人間の判断で入力する技術 しか開示されていない文献である甲２は，複数アークの分岐点に置かれてアーク相 互の接続情報を記録するノードのようなトポロジー情報は人間の判断で入力すべき であるという技術思想の枠から出ておらず，このような甲２から，線データのベク トルデータのみからトポロジー構造を有する面データを自動的に作成するという本 件特許発明１のコアともいうべき構成要件１Ｂ，１Ｃに係る構成を容易に想到でき るはずはない。 また，審決は 「甲２発明における面データ作成のためのデータ変換処理は『自 ， 動的』であると推察することが自然である」旨認定したが，これは誤りであり，前 判決の認定にすら反するものである。 (ｲ) 甲２記載の引用発明において，本件特許発明１の構成要件１Ａに対応する箇 所では，ラスターベクトル変換は「地図をスキャニングして 「一連の座標」に変」 換するものであり，キー値やノードの手入力を含むものではない。 引用発明において，キー値及びアークの入力は，ラスターベクトル変換を行った 後（構成要件１Ａに相当する構成の後 ，フィーチャーを定義する前（構成要件１ ） Ｄに相当する構成の前）に行う必要があるから，位置付けるとすれば，構成要件１ Ｂ及び１Ｃの容易想到性の判断の前提事実としてである。 そして，ARC/INFO においては，キー値「２」を入力することによって，現実に 線分の接続関係が記録される点データであるノードが生成されるから，キー値の入 力が構成要件１Ａに関する事情であるなどということはあり得ない。 (ｳ)ARC/INFO において，キー値情報を自動的に取得していたなどという証拠は なく，それが可能であったならば，丙２２（ARCEDIT ユーザーズガイド）のような 迂遠な座標入力方法など無用である。ARC/INFO における座標入力は，すべての方 式において 「個々の座標点ごとに」キー値入力が行われており，キー値「２」の ， 入力がコンピュータに対するノード作成の指示であることは明白である。 そして，ARC/INFO においては，少なくとも分岐点にはノードが置かれる必要が あるという技術上の制約があり，それを守らないと，分岐点とキー値「２」が入力 された場所との間に二重アークが発生するという問題が生じる。このほか，仮に個 々の座標点に与えられるべきキー値を誤った場合には，ARC/INFO では，複数のア ークを構成する座標であっても，区別せずに順次読み込むため，本来ノードとして アークの終点となるべき座標が中間点として取り扱われ，別個のアークとして入力 されるべき複数のアークが誤った中間点を経て一本のアークに連結してしまうな ど，不正結合が生じるため，甲２の技術においては，ノードを生成すべき分岐点座 標を人が選択し，当該座標にキー値２を，それ以外の座標には中間点を示すキー値 １を，いずれも人間の判断によって与えるしかなかったものである。 (ｴ) 本件特許の出願以前には，ラスターデータから取得した座標点列にすぎない ベクトルデータからトポロジーを有する面データを得ることは不可能であり，その ような面データを作成するにはトポロジーデータを手入力する必要があるとの固定 観念が存在しており（丙１７，１８には，デジタイザ入力において，トポロジーデ ータであるノードの手入力が必要であると記載され，丙２４，２５には，オートデ ジタイズ手法により得られたデータは面的な認識ができないと記載されており（な お，丙２４の「別版にして入力すれば可能である」旨の記載は，家形や道路などを あらかじめ分離して別版にして入力することにより，各階層（レイヤ）が異なった 地目を表すものとして地図データを管理し，色分け表示ができるという意味にすぎ ない，丙２６論文には，被告株式会社パスコがスキャナーにより得たデータを 。） ARC/INFO に取り込む研究を行っている旨が記載され，丙１９論文の記載からも， ベクトルデータのみから面データを作成する本件特許発明１の効果が画期的なもの であったことが明らかである。このほか，丙２０にも，ノードが，単なるアークの 始点又は終点ではなく，複数のアークが接続する位置を示すトポロジーデータであ ることが記載されている，甲２発明もそのような固定観念の枠内の技術にすぎな 。） いところ，本件特許発明は，かかる固定観念を覆し，ベクトルデータのみからトポ ロジー構造を有する面データを自動的に作成することを可能にすることにより，従 来技術に比して地図データ作成にかかる労力を軽減して人件費及び作業時間の大幅 な削減を達成するという顕著な効果を有するものである。 (ｵ)確かに，本件特許発明１でも （オンスクリーン入力においては）ベクトル ， データ入力の際のレコードの始点終点の決定が必要となるが，人が分岐点を認識す ることを必要とする ARC/INFO におけるキー値入力作業と，そのような制約がなく データ入力の自由度の高い本件特許発明とでは，作業労力や作業効率，機械化が可 能となるレベルが全く異なるものである。なお，ARC/INFO において生成されるア ーク・ノード構造を有するアークデータは，単なるベクトルデータよりもはるかに 複雑で重い上，本件特許発明１に用いることができるオンスクリーン入力では，原 図のラスターデータをパソコンのスクリーンに表示し，それを背景にしてベクトル データを取得し，入力ミスも入力作業と並行してリアルタイムに，スクリーン上で 簡単にチェックできるものであり，これは従来のデジタイズ入力におけるチェック 作業に比べてはるかに容易である。 エ(ｱ) 個々的にみても，甲４記載の抽象的なアルゴリズムは本件特許発明１の構 成とは全く異なり，甲４では 「ベクトルデータ」を「二次元の線データ」に変換 ， する構成要件１Ｂに相当する構成は開示されていない（そもそも甲４に記載された データ変換は，属性も付与され既にいったん完成された面のデータを対象としたも ので，本件特許発明１とは全く異なる。。） また，甲９記載の「二次ベクトルデータ」には独立の点データ部が存在せず，本 件特許発明１の「二次元の線データ」に相当するものではなく，同技術は，単に， 座標の連続からなる閉ループとしての面データを作成する技術を開示するところ， これはアーク・ノード構造を有する面データではなく，本件特許発明とは全く別の 技術である。 さらに，甲２記載の DXFARC コマンドは，構成要件１Ｂの「ベクトルデータ」を 変換するものではなく 本件特許出願当時の ARC/INFO バージョン５ ０ の DXFARC （ （． ） ， ，， コマンドは 当時の DXF データにしか対応していないところ 当時の DXF データは ラスターデータから取得することがおよそ不可能なデータが一般的に含まれてお ， ， ， り このような DXF データは 本件特許発明１の構成要件１Ａによって得られる ラスターデータから作成されるベクトルデータには該当しない，構成要件１Ｂを。） 開示するものではない。なお，ポリラインデータは，典型的な製図用 CAD データ であって，地図データ作成用ではなかったから，ポリラインデータの DXF データ がベクトルデータに当たるとしても，それをもって，ポリラインデータが本件特許 ， 。 出願前に 構成要件１Ａのベクトルデータとして用いられていたことにはならない (ｲ) 乙１１記載の技術は，単にベクトルデータを「途中に接点や交点を持たない 線分」に分解する処理にすぎず，構成要件１Ｃの「二次元の線データ」を「途中に 接点や交点を持たない線分」に分解する処理は開示されていない。 また，甲７記載の技術は，ノードを画素分析で抽出した上でノード間をつなぐア ークを作成しようとする点で従来の技術思想の枠を出ておらず，ラスターデータか ら構成要件１Ａ，１Ｂ，１Ｃの工程を経ないまま座標上の線分を作成しようとする ものであって，構成要件１Ｂ，１Ｃを開示するものではない。 このように，構成要件１Ｃに関し，ベクトルデータを「途中に接点や交点を持た ない線分」に分割することは，甲７，９には一切開示されておらず，乙１１につい ても，分割処理の対象とされているのは線データとしてのベクトルデータであり， 本件特許発明のように，点データ部と線データ部が相互に関係づけられている構造 のデータに記録された二次元線データではない。 なお，甲２記載の CLEAN コマンドでは，重なっていない二重アークの修正や， 他のノードや座標と補正可能範囲にないダングリングノードの削除，修正等はでき ない。重なっている二重アークの問題の解決は，ファジー許容範囲の指定により行 うことになるが，丙４４（ARC/INFO ユーザーズガイド vol.２）によれば，ファジ ー許容範囲の指定が大きくても小さくても，すべての不都合を解決し得るものでは なく，CLEAN コマンドを掛ける前に，予め可能な限り手作業で補正を行う必要があ ったものである。 (ｳ) 甲３９（User's Guide ARC SCANNER Rev3.2 ）は，その公知性が証明されてい ない上，ここでは，本件特許発明１の１Ｂや１Ｃの構成要件はもとより，どのよう な技術思想によってラスターデータから ARC/INFO のカバレッジ変換をなし得るの か，その構成すら明らかにされていない。また，甲３９に記載された技術は，ラス ターデータの画素分析によってノードを配置するというもので，本件特許発明１の ように，二次元の線データを座標点列に基づいて分割し，線の端点にノードを発生 させるというものではなく，仮に甲３９の技術が公知技術であったとしても，これ ， ， 。 によって 本件特許発明１の構成要件１Ｂ １Ｃが容易に想到できるものではない オなお，乙１１に記載された発明は，線データから面データの作成を試みた技 術であるが，ここで用いられているデータは線同士の接続関係を把握できない線デ ータであったため，周囲の線分とポリゴン境界をなす線分とを区別して，前者にカ ウント値１を，後者にカウント値２を付加して，線分接続の際にこのカウント値を 減算することにより面認識を試みるなど，複雑な処理を要していたものであり，こ のように，従来，単なる線データの集合をそのまま用いるだけでは面としての認識 が不可能であった。 しかし，本件特許発明１では，線データの端点に線データとは別に独立した点デ ータを置くことにより，線データ同士の接続関係を把握できるようにし，さらに， ， 。 同接続関係から 線分同士を接続して面データを作成できるようにしたものである カ本件特許発明１は，主として構成要件１Ｂ，１Ｃを有することにより，以下 のような実用上の顕著な効果を有するものであり，同発明は，実際に，沖縄県警の パトロールシステムの構築に利用され，莫大な費用削減効果を達成している。 ?ラスターデータからの多様なベクトルデータ取得方法で取得されたベクトルデ ータから面データを自動作成することができるようになり，入力工程の大幅な省力 化が達成された。 ?ベクトルデータの取得に当たっては，オンスクリーン入力の場合も含め，必ず しも分岐点からデータの取得を開始したり，分岐点でデータ入力を終了する必要が ないため，データ入力の自由度が向上した。 ?データ入力やデータ修正（特に本件特許発明の実施例２を参照）が軽い単純な ベクトルデータ上で可能となったため，安価な汎用パソコンを用いて多数人による 分散作業を行うことが可能となり，データ入力・修正の時間及び費用が大幅に削減 された。 ?面データの不連続点を修正する構成を用いることにより，?と相まって，分散 処理による簡単なデータ修正が可能となった。 キ以上のとおり，本件特許発明１の構成要件１Ｂや１Ｃを容易想到とする審決 の判断は誤りである。 (3) 取消事由３（相違点１についての容易想到性の判断における理由不備） 本件特許発明１の構成要件１Ｂにおけるベクトルデータの二次元線データへの変 換工程や，構成要件１Ｃにおける座標上の線分への変換工程は，いずれも本件特許 発明１の中核的技術として，特許付与の基礎となった重要な構成であるから，証拠 に基づく具体的な認定事実の明示を要しないほどの周知技術であるとか，設計的事 項にすぎないとされるような事実であるはずがない。 そうであるにもかかわらず，審決は，証拠に基づく具体的な事実を何ら摘示する ことなく，周知技術であるとか設計事項にすぎないなどという，検証不能な抽象的 な判断で安易に容易想到と判示したものである。 以上のとおり，審決は，理由付けの記載を欠く違法（特許法157条2項4号違 反）があり，取消しを免れない。 (4) 取消事由４（相違点２についての容易想到性の判断において属性付与の段階 が異なることを看過した誤り） ア本件特許発明１が，面データを完成させた後に各面データに識別子を振るな どして属性付与を可能とするものであるのに対し，引用発明は，面データ作成前に ラベルポイントを付与して属性を付与する（ラベルポイント入力と同時に，地域や 地点ごとに特定されたポリゴンユーザーＩＤを入力する ）ものであり，このよう 。 に属性付与可能にする段階が異なっている。 なお，本件特許発明１にいう「属性付与を可能とする」とは，閉領域に識別のた めの番号等（識別子）を付することをいうものであって，PAT （ポリゴン属性テー ブル）の作成時に属性付与可能となるとはいえない。また，本件特許発明１は，属 性付与可能とする段階を閉領域面データ完成後とすることにより，面データに線分 の切れ等のエラーが存在した場合に属性情報が面データ外に流出してしまうという ラベルエラーの発生を防止し，当該エラーのチェックや修正という煩雑な作業をほ とんど不要にしたものであり，この点は，地図データの作成を効率良く行うという 効果に大きく寄与している。 ところが，審決は，この点につき何ら判断をせず，相違点２は当業者が容易にな し得たなどと認定しており，属性付与の段階の相違というファクターについての判 断を遺脱しており，誤りである。 イなお，被告らは，CREATELABELS コマンドの存在について審判請求の理由と していないため，そもそも本訴において同コマンドにつき主張できない上，同コマ ンドを用いてポリゴンユーザーＩＤを各ポリゴンに一括付与すると，その後に非常 に煩雑な作業が必要となるため，地図データという大量のデータにラベルポイント を付する方法としては実用的ではない。同コマンドは，本来，ラベルポイント入力 完了後に，ミス等で入力が抜けている箇所に入力するために補完的に利用するもの にすぎず，この点を根拠に，相違点２の構成の開示があるということはできない。 また，このように例外的な CREATELABELS コマンドは，前判決が参酌を許容する 技術文献等には該当せず，ARC/INFO という１つのソフトウェアの一部に同コマン ドにつき記載があるからといって，属性番号を閉領域データの完成後に付与すると いう技術が周知であったとはいえない。 ウ本件特許発明１では，ポリゴンとラスターデータとをスクリーン上で重ね合 わせ，画面を見ながら対応付けを行うことができるのであり，画面と原図との見比 べが必要であった ARC/INFO よりも格段にデータ入力が容易になっている。 (5) 取消事由５（手続上の違法） ア最高裁判所昭和５１年５月６日第１小法廷判決・裁判集民事１１７号４５９ 頁や知的財産高等裁判所平成２０年１１月１２日判決（平成１９年（行ケ）第１０ ３１５号事件）を前提とすれば，審判請求書の補正の有無や要旨変更の有無にかか わらず，審判の過程で訂正請求が認められるべき場合には，訂正請求が認められる ことを前提として，無効原因の存否に関する攻撃防御方法についての修正補充の機 会を当事者双方に与えなければ違法と解されるとともに 特許法134条2項の 答 ，「 弁書を要しない特別の事情」とは，審判請求書の補正がされてもなお被請求人にお いて攻撃防御方法についての修正補充を一般的に必要としない場合，すなわち，無 効審判請求が成り立たない場合に限られるというべきである。 しかるに，特許庁は，結果的に本件特許を無効としたにもかかわらず，原告ペン ， （， タくんからの訂正請求を受けて 請求人たる被告らが審判請求書の補正 同補正は 審判請求書には添付されていなかった甲３９を援用したものであり，請求の理由の 要旨を変更するものであった ）を行った際に，被請求人である原告ペンタくん及 。 び参加人である原告エン企画に対し，特許法134条2項により保障されている答 弁・反論の機会を与えずに審決を行ったものであり，訂正請求を前提とした主張の 修正補充の機会は，原告らに対し全く与えられておらず，違法である。なお，請求 の要旨変更に該当するか否かは，審判請求の時点を基準として判断され，審判請求 後に特許を無効にする根拠となる事実を変更するものは，請求の理由の要旨変更に 該当する。 ，， ， イまた 審決に際して 当事者双方が要請していた口頭審理の開催のみならず 書面審理に付する場合は通常されるべき書面審理通知すらなく，審理終結通知が当 事者及び参加人に送付されたのみであった。原告エン企画が平成２０年７月８日付 けで提出していた弁駁書記載の主張は，審決において主張として整理されてもいな い。このように，審決取消しを内容とする前判決後に「さらに審理を行」った事実 ， 。， ， もなく 特許法181条5項に違反する なお 前審決取消訴訟前の審判の審理は 平成２０年８月５日付け審理終結通知によって既に終結しており，審決が取り消さ れたからといって，終結した審理までが当然に再開するものではない。 ウそもそも特許法等における無効審判に関する手続規定は，行政機関である特 許庁が，国民が保有する重要財産である特許を無効にするという決定的に不利益な 処分を課すものであることにかんがみ，憲法上要求される適正手続（憲法31条） の内容を手続法として具体化したものである。ところが，審決は，そのような特許 法等における手続的要請を無視して行われた。 エ以上のとおり，特許庁が行った審決は，特許法134条2項，181条5項 の明示の要請に反し，上記最高裁判例にも反し，ひいては憲法31条の要請である 適正手続にも違背するという重大な瑕疵を有するものであり，取消しを免れない。 ２原告ペンタくんの主張する取消事由 (1) 本件特許発明１と甲２発明との相違点について ア構成要件１Ｂにおける「二次元の線データ」とは 「点データと線データが ， 互いに関係づけられた構成のデータ」であり，無限定のものではなく，少なくとも 線データ部と点データ部とを有するもので，後の閉領域データを取り扱うことが可 能なデータであると解すべきである。そして，前判決の「二次元の線データ」につ いての認定は，判決の結論に影響を及ぼす判断理由ではないので，拘束力はないと いうべきである。 ただし，仮に構成要件１Ｂの要旨についての認定が前判決どおりであるとしても なお，甲２発明から本件特許発明１の構成要件１Ｂ，１Ｃが容易想到でないことは 後記(2) のとおりである。 イ審決は，本件特許発明１や甲２発明を正しく理解していないが，文言上は， 誤解が表現されていない。したがって，審決による一致点・相違点の認定自体には 誤りはないものの，審決が挙げる相違点は理解しにくい。そこで，原告ペンタくん は，本件特許発明１と引用発明との相違点１，２につき，以下の?ないし?のとお りであると解する（相違点１’ないし３’は審決の相違点１に相当し，相違点４’ は審決の相違点２に相当する。なお，審決が認定した相違点３については，進歩 。） 性判断に当たって主要な相違点ではないので，争わない。 ?相違点１’ 本件特許発明１は 「ベクトルデータを線端を示す点データを含む二次元の線デ ， ータに自動的に変換し，それらの二次元線データを座標上の線分に変換して」面デ ータの作成処理に供するのに対し，引用発明は，このベクトルデータを二次元の線 データに変換する工程を有していない点 ?相違点２’ 本件特許発明１は，二次元の線データを座標上の線分に変換するのに対し，引用 発明はこの構成を有していない点 ?相違点３’ 本件特許発明１は，座標上の線分からフィーチャーを定義してトポロジーを生成 するのに対し，引用発明はこの構成を有していない点 ?相違点４’ 本件特許発明１は，データ入力に際し，閉領域データを特定するための属性を付 与せず，閉領域がすべて完成したときに属性データを付与可能にするのに対し，引 用発明では，ポリゴントポロジー生成以前の段階で，地図を表示するグラフィック 端末によってカバレッジフィーチャーに属性を付与する点 (2) 取消事由１（相違点１についての容易想到性の判断の誤り） ア(ｱ) そもそも，本件特許発明１は方法の特許であって，構成要件ごとに区別す るのではなく，甲２発明と本件特許発明とを全体として比較すべきである。 そして，本件特許発明１と引用発明との相違点は，１Ｂと１Ｃの構成要件が存在 するか否かという点のみでなく，こうした一連の工程が１Ａと１Ｄの構成要件の間 に（この順で）存在するか否かであり，１Ｂ，１Ｃにつきそれぞれ独立の構成要件 として議論する被告らの判断方法は恣意的である。 (ｲ) 甲２発明には，地図をスキャニングしてラスター値を一連のベクトル座標に 変換したとしても，この変換したベクトル座標自体に基づいてポリゴントポロジー を生成する構成は開示されておらず，甲２発明は，従来技術（甲５３（数値地図ユ ーザーズガイド）の記載等からすれば「ベクトルデータとは別の手段（デジタイザ 等）で別途位置データを入力し，同データに基づき位相関係を持った地図データの 編集・作成をする」というもので，ベクトルデータに基づき属性データを付与可能 な閉領域を作成するという構成を採っていない ）と近似した技術にすぎない。 。 そして，前記相違点１’ないし４’の構成，特に構成要件１Ａないし１Ｃの工程 を有すること，及び１Ａないし１Ｃの工程に従って作成された「座標上の線分」か ら「面データ」を自動的に作成することは，甲２その他の甲号証には何ら記載も示 唆もなく，出願当時の当業者の技術常識をもってしても，本件特許発明を容易に想 到できないことは明らかである。 現に，甲２発明は，デジタイザーにより各フィーチャーを入力する方法（現在で は全く行われていない方法）という，本件特許発明１とは異なるデータ入力方法を 採っているが，仮に本件特許発明１が容易想到であったならば，甲２発明がデジタ イザーを利用する必要はないはずである。 また，本件特許発明１においては，その構成により，従来のデータ入力に要した 労力及びハードウェアの処理負担を大幅に軽減することが可能となり，その結果， 低コストで効率の良い地図データ作成方法を提供するという本件訂正明細書記載の 顕著な作用効果を奏するもので，引用発明及びその他の甲号証に記載された発明か らは到底予測できないものである。 (ｳ) 以上のとおり，本件特許発明１は，引用発明及びその他の甲号証に記載され た発明から容易に想到することはできず，特許法29条2項の規定に違反しない。 イ審決は，面（閉領域）をベクトルデータで単純に定義することができるとの 前提に立っているものと解される。しかし，ベクトルデータは単なるｘｙ座標の点 列であり，このベクトルデータによって定義できるのは，この点列自体であって， 複数の線分によって定義されるトポロジーを有した面データは定義できない。 ，， ， そこで 従来技術においては デジタイザ等を用いて手作業で閉領域を作成して その内部にラベル点を付して定義したり，引用発明では，さらにポリゴントポロジ ーを追加的に作成したり，仮にスキャナーを使用してラスターデータからベクトル データを作成しても，これとは別途トポロジーを作成して面の内部を定義したり， 甲５３（数値地図ユーザーズガイド）でも，スキャナーとデジタイザを併用して面 の内部を定義したりしている。 ， ， 本件特許発明１は 従来技術の行っていたこのような困難な作業を行うことなく ベクトルデータからトポロジーを有した面データの閉領域を作成できるように，構 成要件１Ｂ以降の工程を提供するものである（なお，全ポリゴン構造は 「閉領域， の境界線を定義する位置の点列」であり，各ポリゴンを定義するノードは別に保存 され，本件特許発明のような，点データと線データからできた閉領域ではない。。） しかるに，審決の認定は，本件特許発明１もまたベクトルデータによって一本の 閉じた線データとして擬似面データを作成する技術と誤認しているようにも解され るが，審決は，閉領域の境界を一本の線分で示すことと，閉領域自体を示すことが 異なる事項であること，従来技術が閉領域を示すために閉領域内の任意の点に代表 （） 。，， 点 ラベルポイント等 を設けてきたことを理解していない それならば 審決は 本件特許発明１の前提となる技術的問題点すらも，正しく理解していないことにな り，取消しを免れない。 ウ本件特許発明１の技術は，ベクトルデータを二次元の線データに自動的に変 換して，同線データを途中に接点や交点を持たない線分に変換するものであり，審 決が理解するようなベクトルデータから任意に一部のデータを取り出して線分とし て定義するものではない。 また，審決（４０頁）は 「二次元の線データ」から「座標上の線分」という工 ， 「」 ，，「」 程で作成される以外に 線分 が存在することを前提とし かつ座標上の線分 は「二次元の線データ」を分解したものとしているが，これは，前判決と矛盾して おり，誤りである。 そして，甲２発明におけるポリゴンフィーチャーは，図形要素の名称とパラメー ターの組合せのみでは十分に定義できないものであり，審決は，甲２発明の前提概 。，， 念であるポリゴンフィーチャーの概念の認識を誤っている このほか 甲２発明は ラスターベクトル変換したベクトルデータの座標点一つ一つにキー値を付加し，ア ークを作成してノード・アーク構造を作成し，更にポリゴンを作成して任意の位置 にデジタイズされた一個のラベルポイントを作成するものであって，審決が述べる ような方法を採用したデータ作成方法ではない。 エ(ｱ) 被告らが指摘する文献について検討すると，甲４は，異なるベクトルデー タ構造間でのデータ変換について記載したもので，属性も付与されて完成した面デ ータを従来の技術思想でアーク・ノードデータに変換することについて抽象的，断 片的に述べたものにすぎず，甲９の技術は，閉ループ抽出を目的として，まず論理 的特異点を設け，この論理的特異点から連続するベクトルを追跡し，次の論理的特 異点に到達するまでのベクトルの連なりをアークとするものであって，表現上は本 件特許発明と似た表現（ 二次ベクトルデータ」等）が使用されているが，ラスタ 「 ーデータからベクトルデータを作成することから始まる本件特許発明とは全く構成 が異なるものであり，甲２の DXFARC コマンドは，CAD データを ARC/INFO で読み込 むことができることを示すにすぎず，その経過において，ベクトルデータから二次 元線データを作成するものではない。 以上のとおり，甲４，甲９，甲２の DXFARC コマンドから，本件特許発明１の構 成要件１Ｂに想到することは容易であるとはいえない。 (ｲ) 乙１１記載の技術は，単なるベクトルデータを閉領域化する技術であって， 本件特許発明のようにアーク・ノードに構造化された面データを作成する技術を目 的とするものではなく，また，その前提的処理として，二次元の線データを互いの 接点や交点で分割する技術の開示はなく，甲７記載の技術は，まず端点や孤立点等 につき特徴点として特徴点テーブルに記録した後，２つの特徴点を結ぶ中心線の画 素列（ラスターデータ）をベクトルデータに変換してブランチとして記録し，これ を追跡処理していく技術にすぎず，本件特許発明の技術思想とは全く異なるもので ある。 ，，， ， ， なお 甲７ 甲９ 乙１１記載の技術のいずれもが 初めに点データを作成して その後に点データどうしの間を線データとしてベクトル化するものであるか，又は 構成要件１Ｂ以降の構成要件を持たない技術であって，これらの技術から，本件特 許発明のように （二次元）線データを作成した後で，当該二次元の線データを途 ， 中に接点や交点を持たない線分に分割するという構成を容易に想到できるものでは ない。 このほか，甲２発明の「CLEAN」コマンドにつき 「CLEAN はアーク間の交点を見 ， つけ，アークを分割し，交点にノード（アークの終点）を作成します 」という記。 載はあるが，これは大量なコマンド群の中の１つのコマンドの説明にすぎない上， 「CLEAN 」はラベル点に対しても幾何学的解析を行っているため，上記記載から， 本件特許発明１の１Ｃの構成要件を容易に想到することはできない。また，CLEAN コマンドは，アーク（始点，終点がノードで定義された線データ）とラベル点で定 義されたポリゴンの作成が前提とされており，単なるベクトルデータから変換され た「二次元線データを座標上の線分に変換する」１Ｃの構成要件を有しているわけ でもない。 以上のとおり，甲７，甲８，甲２の CLEAN コマンド等から，本件特許発明１の 構成要件１Ｃに想到することは容易であるとはいえない。 (ｳ)このように，被告らが引用する証拠に開示された技術は，いずれも 「ラス， ターベクトルから作成したベクトルデータ」から「面データの閉領域データ」作成 の過程において，構成要件１Ｂ，１Ｃを２つとも，かつこの順で保有するものでは なく，このような構成を想起させるものでもなく，相違点１が容易想到でないこと は明らかである。 (3) 取消事由２（相違点２についての容易想到性の判断の誤り） ア地図データを構成する図形要素について，属性を付与することは普通に行わ れることであり，図形要素として閉領域データがあることは広く知られているが， 面データの閉領域データを完成させた後に属性データを付与可能とすることは当業 者が容易になし得ることではなく，そのような技術の開示もない。 本件特許発明１は，閉領域をトポロジーとして完全に定義し，閉領域を定義した 後に属性を付与可能としたもので，引用発明のようにフィーチャーを形状的に定義 する過程（ステップ２）で既に属性を付与してしまう方法とは全くその発想を異に しているのである。 しかるに，審決は，属性付与可能とした段階についての引用発明との相違点につ いて判断しておらず，取消しを免れない。 イなお，構成要件１Ｇにおける「属性データを付与可能」とは，閉領域データ に属性データを付与するために外部の属性テーブルと閉領域テーブルとを結びつけ る何らかの指標（ポリゴン識別番号等）を付与することであり，同工程が，属性テ ーブルないし属性データそのものの作成を意味しないことは明らかであるところ， 被告らが指摘する「PAT 」とは，属性データそのものであるから，PAT がポリゴン を定義された後にしか作成されないとしても，それによって，本件特許発明１と引 用発明において，属性付与を可能とする段階が同じことにはならない。 そして，属性付与を可能とする段階が閉領域データ作成前であるか後であるかに より，作業の省力化や作業時間の効率化等，顕著な技術的効果の相違をもたらすも のである。 ウ被告らは，審判請求において，CREATELABELS コマンドの存在を請求の理由 としていないから，本訴における同コマンドの主張自体が許されない上，同コマン ドは，本来，ラベルポイントの入力が完了した後，入力ミス等によりラベルポイン トの入力が抜けている箇所につき，ラベルポイントを入力するために利用するもの であり，あくまで補完的なコマンドにすぎず，その存在をもって，属性付与を可能 とする段階が本件特許発明１と引用発明において同じとはいえない。 (4) 取消事由３（手続上の違法） ア特許法145条1項は無効審判は原則として口頭審理によるとした ，「 。」，「 だし，審判長は，当事者若しくは参加人の申立てにより又は職権で，書面審理によ るものとすることができる 」と規定している。。 ところが，本件審決における審判長は，技術説明会や口頭審理を実施することな く，審決を行った。審決には「その（本件特許発明の）技術内容については更に説 明を聴くまでもなく明らかであるので，技術説明，口頭審理については，その必要 性を認めない 」旨の記載がある。。 特許庁は，結果として，審理方式につき，原則行うべきである口頭審理に代えて 書面審理を行ったことになるが，原告ペンタくんに対し，口頭審理と書面審理のい ずれにするかを明示又は通知することなく，審決に至ったものである。 確かに，特許法145条には，審理方式を当事者に明示又は通知するとの明文上 の規定はないが，審理方式を当事者に明示しないことは，当事者の適切な攻撃・防 御の機会を奪うもので，同条の趣旨にも反し，極めて不当である。 イまた，特許庁が内外に公表し，審判長及び当事者が採るべき審判手続の指針 を規定している審判便覧（甲５０）には 「審判長は，無効審判（商標登録取消審 ， 判を含む ）事件において，当事者若しくは参加人の申立てにより又は職権により 。 書面審理によるものとするときは，当事者及び参加人に書面審理の通知をする 」。 と記載されているところ，本件での審理方式の明示や通知の欠如が上記手続規定に も違反することは明らかである。 このように，本件において，審理方式が明示されないまま審決に至ったため，原 告ペンタくんの口頭審理による攻撃防御の手段が失われたばかりか，本来行われる べき書面審理通知後の書面審理における書面等の提出による攻撃防御の手段も奪わ れたもので，極めて不当である。 なお，前審決は，前判決により取り消されたのであるから，再開後の無効審判で は，当然ながら，審理を改めてやり直すべきである。また，本件で，原告ペンタく んは特許請求の範囲を訂正する訂正請求を行っており，第二次無効審判の審理方式 も第一次無効審判の継続でないことは明らかである。 ウ特許庁が，正当な理由もなく，技術説明会を含めた口頭審理による審理を行 わなかったことは，原告ペンタくんの適切な攻撃防御の機会を不当に失わせるもの であって，特許法145条1項の規定に違背する。そして，審決における容易想到 性に係る判断が非論理的ではなはだ杜撰であることからして 「技術内容について， は更に説明を聴くまでもなく明らかである」などとは到底いえない。 エ以上のとおり，本件での審決に至る審判手続には，審理方式を明示しなかっ た違法，書面審理通知の欠如の違法，審理を口頭審理によらない違法という特許法 145条の規定に違反する重大な手続違背があるから，直ちに取り消されるべきで ある。 第４被告らの反論 １原告エン企画の主張する取消事由に対して (1) 取消事由１（本件特許発明１の「二次元の線データ」及び「座標上の線分」 等の認定の誤り）に対して ア前判決において，構成要件１Ｂ，１Ｃの「二次元の線データ」のデータ構造 については，トポロジー構造などの具体的な構造に限定されないものと認定されて ， （「」 ， いるものであり 原告エン企画の取消事由１の主張 上記 二次元の線データ は 点データ部と線データ部が互いに関連付けられた構造のデータの線データ部に書き 込まれた線データを意味する旨）は，前判決の拘束力にも反するものであって，失 当である。 そして，特許発明の要旨の認定は，各構成要件ごとに個別に認定できるものでは なく，全体として一つの特許発明の要旨が認定されるものであるから，前判決のし た本件特許発明の要旨の認定は，そのすべてが拘束力を有するものである。 仮に，前判決の構成要件１Ｂの要旨認定に法的拘束力が生じないとしても，同認 定は合理的なものであって，これを覆すに足りる主張はされていない。 イ原告エン企画が指摘する「Ｄファイル」は，本件特許発明の実施例の１つに すぎず，特許請求の範囲の記載として「Ｄファイル」の具体的構成が規定されてい るわけでもないため 「二次元の線データ」の構造がＤファイルのような特定のデ ， ータ構造のものに限定されることはない。 このほか，本件訂正明細書（丙４０）には （点データと線データとが 「関係づ ， ） けられた」とか 「接続情報 「接続関係 「トポロジー」といった文言は一切存在 ，」」 しない。 ，， 「」 また 特許請求の範囲の記載上 本件特許発明１によって作成される 面データ がトポロジー構造を有する旨の限定はなく，前判決も 「 線分からなる面データ』 ，『 とは ・・・線分を所定方向に接続することによって構成される一本以上の線分の ， 組合せをいうものと解される 」と認定するのみで，それ以上の意義を有するもの 。 とは認定していない。 このように，本件特許発明によって作成される「面データ」がトポロジー構造を 有するとの限定はないにもかかわらず，そのような限定があることを前提として， 「 その後の処理に供してもトポロジー面データの作成ができないようなベクトル 『 データ』まで『二次元の線データ』に含まれるものではない」との原告エン企画の 主張は，主張自体（いかなる「ベクトルデータ」が，その後の処理に供してもトポ ロジー面データの作成ができないのか等）が意味不明であり，その前提も欠いてい る。 (2) 取消事由２（相違点１についての容易想到性の判断の誤り）に対して ア構成要件１Ｂは 「ベクトルデータを線端を示す点データを含む二次元の線 ， データに自動的に変換」というものであり 「二次元の線データ」とは，構成要件 ， １Ａの「ベクトルデータ」から，その後の処理に使用するために変換されたデータ について，これを「ベクトルデータ」とは区別する意味で 「二次元の線データ」 ， といっているにすぎず，その具体的なデータ構造については，何も限定されていな い。 そうすると，構成要件１Ｂの「ベクトルデータを線端を示す点データを含む二次 元の線データに自動的に変換」の意義は，単に，ラスターデータから作成され，何 らかのファイルフォーマットに格納されたベクトルデータを （ポリゴン作成など， の地図データの処理を行うソフトウェアが読込み可能な）線端を示す点データを含 む別のファイルフォーマットのデータに自動的に変換することを意味するにすぎな い。 イ(ｱ)「線データ同士の接続関係を把握すること ，そのために「点データを線 」 データとは別に設けること」とは，要するに，トポロジー（接続関係，隣接関係， エリアの定義等の位相関係）を把握するために，アーク・ノード構造を採用するこ とと同義であるが，アーク・ノード構造データは，出願前に刊行された入門書（甲 （）。「」（（）） ４ 乙１０これらの訳文は 入門地理情報システム甲４の１ 乙１０の１ である ）に，そのデータ構造が開示されているとおり，本件特許出願当時から， 。 当業者にとって周知慣用の技術である。 そして，地図情報システム（ＧＩＳ）の分野において，全ポリゴン構造，アーク ・ノード構造，リレーショナル構造，ＤＬＧなど，異なるデータ構造間で相互交換 をできるようにしておかなければならないことも，本件特許出願時の当業者にとっ て技術常識であり（甲４（乙１０ ，甲５参照「線端を示す点データ」を含まな ））， いデータ構造である「全ポリゴン構造」から 「線端を示す点データ」を含む「ア ， ーク・ノード構造」に変換することも知られていた（甲４（乙１０）参照 。） 当業者であれば，上記の変換を，一定のアルゴリズムを実行するプログラムを作 「」 ，， 成・実行することにより 自動的に 行うことを試みるのが通常であろうし また 変換前のデータ構造と変換後のデータ構造の相違が分かっているのであれば，自動 ， 。 変換プログラムを作成することは 当業者であれば容易であることは明らかである (ｲ) ラスターデータから作成した（一次）ベクトルデータを，次の処理（線分接 続ないし境界追跡による面データ作成）に使用するために，線端を示す点データを 含む「二次ベクトルデータ及びアークデータ （甲９）や「特徴点テーブル及びブ 」 ランチテーブル （甲７）に変換する技術も存在していた。なお，甲７の技術にお 」 いては 「特徴点を結ぶ中心線の画素列を直線近似してベクトル列に変換し，この ， ベクトル列を処理単位（ブランチ）とする」前に 「点列 （一連の座標値であるベ ，」 クトルデータ）がラスターデータから取得されており，すなわち，点列データを保 有し，ベクトル番号が振られたベクトルデータの作成（ ベクトルテーブル」の作 「 成）が，ブランチテーブルの作成に先行している。 このほか，甲２には，DXFARC コマンド（CAD の分野で用いられる DXF フォーマッ ），， トデータを ARC/INFO 用のデータに変換するコマンド が記載され 甲２の１には DXFARC コマンド以外のデータ変換コマンドについて記載されている。 なお，ｘｙ座標値以外の情報（ハンドル番号，画層情報等）を含むという点にお ，「」「」 「 」 いて当時の DXF データ である ポリライン と ライトウェイトポリライン に相違はない また 前判決によれば 構成要件１Ａの ラスターデータ から ベ 。，，「」「 クトルデータ」の作成は，その作成方法を規定するものではなく，人手を利用する ものも含まれるから，人手を利用して付加される情報が含まれていても，一連の座 標値によって「線」等の図形の位置と形状を表すデータでさえあれば，構成要件１ Ａの「ベクトルデータ」に該当することは明らかであって，原告エン企画が主張す る「当時の DXF データ」も，構成要件１Ａの「ベクトルデータ」に該当する。 (ｳ)甲３９は，ArcScanner が１９８６年にリリースされるに伴い頒布されたも ので，その公知性は証明されている上，審決は，甲３９につき「データの変換を自 動的に行うことが当業者にとって周知であったこと」の例として挙げているにすぎ ない。 (ｴ) 本件特許発明１の特許請求の範囲に，構成要件１Ｂの変換の具体的アルゴリ ズムが規定されているものではなく，本件特許発明１は，構成要件１Ｂの変換の具 体的アルゴリズムの構築の困難性に特許性が認められたものでもなく，その構築の 困難性は，構成要件１Ｂの容易想到性判断とは関係がない。 (ｵ) また，仮に，本件特許発明１の「二次元の線データ」がトポロジー構造のも ，， 「」 のであるとしても 前記のとおり 単なる座標点列データである 全ポリゴン構造 のデータから，トポロジー構造である「アーク・ノード構造」のデータに変換する ことは，当時の当業者にとって周知の技術であった（甲４（乙１０）参照 。） (ｶ) なお 「ベクトルデータ」という用語の中に，既に「線データ （すなわち， ， 」 線図形を表す一連のｘｙ座標値が１レコードに収められたデータ）の意味が含まれ ており，ARC/INFO においても，当然，ベクトルデータのラインデータは，１レコ ードに一連のｘｙ座標値を収める形で取り扱っており 原告エン企画が主張する 点 ，「 単位」の管理などしていない。 ウ(ｱ)構成要件１Ｃの「二次元線データを座標上の線分に変換」とは 「二次元， の線データ」について，途中に接点や交点を持たない線分とする工程である。 面データないしポリゴン等の定義に使用するために，ベクトルデータを「途中に 接点や交点を持たない線分」に分割することは，甲７，９，乙１１等に記載されて いるとおり，本件特許出願時の当業者にとって周知の技術であった（なお，甲７の 技術では 「線データ （直線近似する前の点列）の作成が「点データ （特徴点テ ，」 」 ーブル）の作成に先行しており，甲７では，単なるベクトルデータから 「特徴点， テーブル「ブランチテーブル「ベクトルテーブル」という構造を有するデータ 」，」， に変換し，さらに，ベクトルを「ブランチ」という，途中に接点や交点を持たない ベクトル列の単位に変換することが記載されているから，構成要件１Ｂ及び１Ｃの 構成要件が開示されていることは明らかである。。） また，そもそも甲２において「CLEAN はアーク間の交点を見つけ，アークを分析 し，交点にノード（アークの終点）を作成します 」との記載があることからすれ 。 ば，構成要件１Ｃは，本来，本件特許発明１と甲２発明の一致点として認定される べき構成であって，相違点１の一部として認定されるべきものではない。 前判決は，構成要件１Ｃにつき，本件特許発明１と甲２発明との一致点として認 定しても，相違点として認定した上で，当該技術分野において普通に行われる程度 ， ， のこととして認定したとしても 進歩性を肯定する事情にはならないという意味で 結論は同じであるとしているにすぎない。 (ｲ) 本件特許出願前から，線データ（一連の座標値）のみからなる全ポリゴン構 造という形の面データは存在した（甲４（乙１０）参照）上，上記(ｱ) のとおり， 甲２発明の ARC/INFO においては，ベクトルデータ（線データ）から CLEANを 実行してポリゴン（面データ）を自動的に作成することが記載されており 「単に， 線を表すベクトルデータからでは面データを作成できなかった」旨の明細書の【０ ００５ 【０００７】の記載は真実に反する。 】 また，原告エン企画による 「 本件特許発明１では）線データ同士の接続関係か ，（ ら 線分同士を接続して面データを作成できるようにした 旨の主張は 前判決構 ， 」，（「 成要件１Ｄが，接続について，一定方向に接続していくということを超えて，どの ような方向で接続していくかや，接続に当たり，どのような情報を利用するかを直 接規定するものとは認められない」旨認定している ）の拘束力に反する。 。 エ(ｱ) 原告エン企画は，相違点１の容易想到性の判断に関連して，従来技術ない し甲２発明は，トポロジーデータである「キー値」ないし「ノード」の手入力が必 要であったのに対し，本件特許発明はこれらの手入力を不要にした旨主張する。 しかし，そもそも 「キー値」ないし「ノード」の手入力の要否は，ラスターデ ， ータからベクトルデータを作成する際に，それが必要かどうかという問題（自動入 力方式か手動入力方式かの相違によって生じる違い）であって，すなわち構成要件 １Ａに関する事情である（原告エン企画も，別訴事件では，この点につき認めてい た ）から，相違点１の容易想到性とは無関係である。 。 そして，構成要件１Ａのラスターデータからベクトルデータの作成においては， 「その作成，変換過程において，人手を利用するものを直ちに除外するものではな い」から，構成要件１Ａのベクトルデータを手動入力で作成する際に必要な「キー 値」ないし「ノード」の手入力は，本件特許発明１と甲２発明との実質的な相違点 とはなり得ない（前判決同旨 。） もっとも，仮に 「キー値」の手入力が構成要件１Ｂ，１Ｃに関するものである ， 旨の原告エン企画の主張を前提とすると，構成要件１Ｂに「自動的に」の文言を追 加する訂正は新規事項の追加であったことになり（すなわち，本件特許発明１は， 「」 ，「」 キー値 の手入力が必要であったという従来技術の課題を データを 自動的に 変換することにより，新たに解決したことになる，そのような不当な結論を招く 。） 原告エン企画の「キー値」に関する上記主張は，内容の当否にかかわらず成立し得 ない。 (ｲ)いずれにしても 「キー値」の技術的意義は，ベクトルデータを手動で入力 ， （デジタイザ入力，オンスクリーン入力）するに当たり，クリックした点が１レコ ードの開始点又は終了点なのか，そうではないのかを示す情報にすぎず，甲２でい う「ノード」も，アークの終点（端点）の意味でしかなく 「キー値」の「２」に ， 。，， よって入力されるｘｙ座標点を意味するにすぎない 一方 トポロジーデータとは エリアの定義，接続関係，隣接関係といった，マップフィーチャー同士の空間的関 係（位相関係）を示すデータのことであり，ARC/INFO の「キー値」や「ノード」 が，トポロジーデータに当たらないことは明白である。実際，ARC/INFO において は （手動入力の場合における）キー値入力の段階（ステップ２）では，トポロジ ， ー・データは作成されず，これが生成されるのは，アークの分割（交点におけるノ ードの自動生成 の際に用いるコマンドと同じ CLEAN コマンドを実行した段階 ス ） ， （ テップ４）である。そして，アーク・ノード・トポロジーは，CLEAN を実行するこ とで初めて作成又は更新される「AAT」 ファイルに格納される。 ， ，「」 このように ARC/INFO においてトポロジー・データが生成されるのはキー値 が入力されるステップ２よりも後のステップ４であるから 「 キー値』の入力はト ，『 ポロジー・データの入力である」旨の原告エン企画の主張は虚偽である。 (ｳ) なお，キー値（トポロジーデータではない）の手入力が必要なのは，デジタ イザー入力やオンスクリーン入力など，ベクトルデータを手動で入力する場合のみ である。 これに対し，ラスターデータから自動的にベクトルデータを取得するラスター／ ベクトル変換（自動入力方式）では，特定のアルゴリズムによってラスターデータ 上の図形を自動的にベクトルデータ化するため，１レコードとして収めるデータの （ｘｙ座標の）範囲につき，予め一定のルール（例えば，分岐点と分岐点の間を１ レコードとすること）を定めておいて，自動的に認識するので，キー値「２」又は 「１」といった，１レコードの開始点又は終了点か，そうではない（中間点）かの 情報（１レコードの範囲を定めるための情報）は，そもそも別途入力する必要がな い（甲２ Vol.1 の４?６頁，甲９，乙１４，１５参照 。そして，審決が認定する ） 甲２発明とは 「ラスター／ベクトル変換（自動入力）によって得たベクトルデー ， タを ARC/INFO でポリゴン化（フィーチャーを定義）する方法」であるため，甲２ 発明においては，キー値及びノードの手入力は不要である。逆に，本件特許発明に おいても，オンスクリーン入力方式（手動入力方式）の場合には，１レコードに収 めるｘｙ座標値の範囲を定めるに当たり，ｘｙ座標値の情報のほか 「始点又は終， 点であるのか，そうでないのか」を知らせる情報，すなわち ARC/INFO でいう「キ ー値」の手入力が別途必要であることは，原告エン企画も認めている。 したがって，いずれにしても，キー値入力の要否は，本件特許発明１と甲２発明 との相違点とはなり得ない。 (ｴ) 甲２（ARC/INFO Ver.5 ）より前のバージョンである ARC/INFO Ver.3 の時点 で，複数の線分の交点を定義していないデジタイジング（ スパゲッティデジタイ 「 ジングが紹介されていた 乙２３参照 ことに加え ARC/INFO においては CLEAN 」）（），， コマンドにより，未入力のアークの交点に自動的にノードを生成する機能があるた め，手動入力においても，必ずしもノードとなるべき位置にキー値「２」を入力す る必要はない。すなわち，甲２発明においても，交点を定義することなくラインデ ータ（アーク）を入力し，後で CLEAN コマンドを実行することにより，複数のラ インデータの交点の箇所で自動的にノードを作成し，複数の線分（アーク）に分割 できるものである。 したがって，キー値の入力の要否を根拠とする，原告エン企画による本件特許発 明１の効果についての主張は，いずれも失当である。 (ｵ) 丙２２（ARCEDIT ユーザーズガイド）に記載された３つの方法（ オンスク「 リーン入力」を含む ）は，いずれも ARCEDIT という ARC/INFO のオプショナルソ 。 フトウェアを使用して座標を入力する方法にすぎない上，いずれも，１レコードに 収めるべきｘｙ座標の範囲を，ユーザーが任意で定める入力方式であるから，キー 値の入力が必要になるのも当然である。 そして，丙２２記載の方法のうち「キーボード又はファイルによって座標の数値 を直接入力する方法」は，ラスターベクトル変換，オンスクリーン入力，デジタイ （ ， ザー入力等とは別個独自の優位性 あらかじめ正確な座標値が判明している場合に 最も正確な位置データの入力が可能となること）をもった入力方法であり，この入 力方法の存在は，キー値の入力の要否とは全く別個の問題である。 (ｶ)原告エン企画が主張する ARC/INFO におけるデータ入力手法（二重アークの 弊害を避けるために，必ず分岐点にノード（キー値「２ ）を置かなければならな 」 いこと等）は，単なる憶測にすぎない。 また，二重アークの問題とは，ArcScan（ARC/INFO 上で直接ラスター・ベクトル 変換を行うためのアプリケーション）が自動的・機械的にラスターデータ上のフィ ーチャーをトレースするため，時として同じフィーチャーを二回以上トレースし， 重複したアークが作成される事態が避けられないという，ラスター・ベクトル変換 に特有の問題であって，分岐点にキー値「２」が入力されているか否かとは一切関 係のない問題である。もっとも，CLEAN コマンドによるアーク分割（交点でのノー ド自動生成）機能のある ARC/INFO において，原告エン企画が主張するような二重 アークの問題は生じ得ない。 このほか，ジャンクション・テーブルは，ArcScan が二重アークの生成を防止す るための管理テーブルであって，地図データ間のトポロジー・データを管理するた めのものではない。 また，ダングリングノードとは，どこにも接続していないアークの端点であり， 分岐点ないし交点ではないため，ダングリングノードの削除や修正等も，分岐点に キー値「２」を入力するか否かとは関係がない。 (ｷ) 仮に，甲２発明において「キー値」の入力が必要であり，本件特許発明にお いて不要であるとしても，自動入力方式（ラスター／ベクトル変換）において，キ ー値を手入力することなく，ラスターデータからベクトルデータを自動的に作成す ることは，当時の当業者にとって周知の技術であった。 オ甲２発明においても，交点（ 接続点・分岐点」と同じ）を定義することな 「 （）， ， くラインデータアーク を入力し後で CLEAN コマンドを実行することにより ，（） 複数のラインデータの交点の箇所で自動的にノードを作成し 複数の線分 アーク に分割できるのであるから 「必ず複数の線分の接続点（分岐点）でキー値『２』 ， を入力しなければならない」という制約は，甲２発明には存在せず 「ノードを入， 力しなければトポロジーを有する面データの作成はできない」という固定観念など 存在しなかった。 原告エン企画が指摘する各文献のうち，丙１７，１８の「ノード」とは，単にア ークの始点又は終点の意味でしかなく，トポロジーデータではないし，丙２４にお いては 「別版にして（すなわちレイヤーごとに）入力すれば属性付与が可能であ ， る」旨の記載があり，これは，構造別（データ種別）にトレース基図（入力原図） を作成すれば，オート・デジタイズ（ラスターベクトル変換）で取得したベクトル データも面的な認識ができ，属性を付加できる旨の記載といえ，丙２６上の記載に ついても，自動入力方式（オートデジタイズ）でデータを得るためには原則として 構造別（データ種別）の入力基図を作成しなければならないという実用上の制限が ある上，誤認識が多く修正作業に相当な手間がかかることなどから，自動入力方式 が限られた場面でしか利用されていないという状況を前提に，より実用的な自動入 力方式を可能にするための研究を行っていることを示すにすぎず，ここには 「ARC/INFO においては，トポロジーデータが自動的に生成される」旨も記載され ており，丙１９についても，同論文発表者が独自にポリゴン生成プログラム作成を 試みたことを示すものであって，これらの文献に基づく原告エン企画の主張はいず れも失当である。 カ審決は，構成要件１Ａの「ベクトルデータ」を用いて構成要件１Ｄの「面デ ータ 「閉領域データ」を作成する点は，甲２発明が既に有する構成であり，その 」 間をつなぐ具体的処理に関し，構成要件１Ｂ，１Ｃという処理を採用することが当 業者にとって容易になし得た旨判断したものである。 以上のような審決の相違点１の容易想到性の判断は，本件特許発明１の構成要件 １Ａから１Ｄまでを一連の流れとして捉えた上で，なお，甲２発明と本件特許発明 １との相違点１は，当業者にとって容易に想到し得るというものである。 そして，相違点１についての被告らの主張は，審決の認定判断を補足し，補強す るものであり，審決同様，本件特許発明１の構成要件１Ａから１Ｄまでを一連の流 れとして捉えた上での主張であって，これに反する原告エン企画の主張は失当であ る。 なお，各公知資料（甲４（乙１０ ，甲７，９，乙１１）の位置付け（甲２発明 ） に構成要件１Ｂ及び１Ｃの処理を採用することの容易想到性の判断に当たり，考慮 すべき当業者の技術常識ないし周知技術を立証する証拠）からすれば，各公知資料 が単独で構成要件１Ａから１Ｄまでの一連の流れのすべてを開示していなくとも， それぞれの証明主題は立証できるものであり その立証がされれば 審決のした 相 ，，「 違点１」の容易想到性の判断が正しいことは根拠付けられる。 また，そもそも本件特許発明１における「二次元の線データ」は，トポロジー構 造などの具体的な構造のものに限定されないのであるから，上記の各公知資料が取 り扱うデータがアーク・ノード構造ないしトポロジー構造である「二次元の線デー タ」でないことは，上記の各公知資料を用いることの妨げにはならない。 「 」， キARC/INFO の入力方法よりオンスクリーン入力の方が自由度が高い とか 「 」， ARC/INFO の入力方法の方がオンスクリーン入力よりデータが重い との主張は その前提（ARC/INFO においては，必ず分岐点でキー値「２」を入力しなければな らないとか，キー値の入力がトポロジー・データの入力であるとの主張）において 誤っており 「オンスクリーン入力では背景との照らし合わせが可能であるから， ， デジタイザ入力よりも入力作業が容易である」との主張は正しいが，これはオンス クリーン入力の効果であって，本件特許発明１の効果ではない。 また，本件特許発明１が丙２４，２６における従来の課題を解決した旨の原告エ ン企画の主張は，明細書の記載に基づくものではなく，失当である。 このほか，別訴での判決（乙２８，２９ （那覇地方裁判所沖縄支部平成１１年 ） （ワ）第１７８号事件の判決及びその控訴審判決）からすれば，本件特許発明の顕 著な効果についての原告エン企画の主張は虚偽である可能性が高い。 ク以上のとおり，甲２発明に，相違点１の構成（構成要件１Ｂ及び１Ｃ）を適 用することは，当業者が容易になし得たことであり，審決の相違点１についての容 易想到性の判断に誤りはない。 (3) 取消事由３（相違点１についての容易想到性の判断における理由不備）に対 して 取消事由３は，原告エン企画が取消事由１において主張している本件特許発明１ の要旨認定の誤りを前提とした主張であり（いずれも，原告エン企画による構成要 。）， ， 件１Ｂの要旨についての主張内容は同一である取消事由１が成り立たない以上 取消事由３の主張は，その前提において失当である。 (4) 取消事由４（相違点２についての容易想到性の判断において属性付与の段階 が異なることを看過した誤り）に対して ア審決が認定した相違点２は，本件特許発明１が構成要件１Ｇを有するのに対 し，甲２発明がかかる構成を有しない点である。 そして，アーク・ノード構造データやリレーショナル構造データのポリゴンが属 性情報を格納できることからも明らかなとおり，地理情報システム（ＧＩＳ）にお いて，地図データであるポリゴン（閉領域データ）に属性情報を付与可能にするこ とは，当時の当業者にとって周知・慣用の技術であり（甲４（乙１０）等参照 ，） ，， ， 図形要素のデータを記憶 印刷することも 普通に行われる程度のことであるから この点について審決が特に証拠を明示しなかったことも当然であり，当時の当業者 が，相違点２を容易に想到し得たことは明らかである。 イ属性情報の付与は，識別子（ユーザーＩＤ）のほかに，属性情報を格納する ためのデータテーブルがなければ可能とならない。 甲２発明には，? CLEAN 等で，ポリゴン・トポロジーを生成する前に各ポリゴ ンごとにラベルポイントとユーザーＩＤを入力しておく方法のほか，?ポリゴン・ トポロジー生成後（閉領域データ完成後）に，ラベルポイントとユーザーＩＤとを 自動的に一括付与する方法（CREATELABELS コマンドを使用する方法）も存在する （なお，少なくとも，原告エン企画の主張が真実に反することを示すための主張・ 弾劾証拠として，CREATELABELS コマンドについての主張・立証が許されることは 。，， ， 明らかである また 同コマンドは まず甲２発明の意義を明らかにするとともに 識別子の自動一括付与によって属性付与を可能にすることが当業者にとって周知技 術であったことを示し，さらに，甲２発明には識別番号を付する構成もあることを 示すものである。同コマンドでは，ポリゴンユーザーＩＤをランダムにではなく， 連続した一連の番号を付与するものであって，同コマンドを用いる方法が「煩雑で 非現実的」であるとの原告エン企画の主張は憶測にすぎない。。） 結局，ARC/INFO では，ラベルポイント及びユーザーＩＤの付与につき，上記２ つの方法のいずれを用いても，識別子（ユーザーＩＤ）と属性テーブル（PAT テー ブル）の両者がそろって「属性付与が可能」となるのは，終点と始点とが一致し， ポリゴン・トポロジーが定義されて PAT ファイルが作成された後（CLEAN コマンド 実行後）であるから，属性情報が漏洩する不都合など生じない。 以上のとおり，甲２発明において，属性を付与可能にする段階は，ポリゴンが定 義された（閉領域データが作成された）後であり，属性付与の段階についても，甲 ２発明と本件特許発明とは一致する。 ウなお，構成要件１Ｇの「属性付与を可能」とすることが，識別番号等を付す ることを意味する旨の主張は，前判決の拘束力に反し，失当である。 もっとも，属性付与可能とする段階を，ポリゴン作成前とするか，後とするかに ， ，， よって 技術的効果に顕著な相違が生じるものではなく これをいずれにするかは 単なる設計的事項にすぎない。 このほか，本件特許発明１の特許請求の範囲において，属性付与の方法につき， 「ポリゴンとラスターデータとをスクリーン上で重ね合わせ，画面を見ながら対応 付けを行う」との規定はなく，原告エン企画が主張する「ポリゴンとラスターデー タとをスクリーン上で重ね合わせ，画面を見ながら対応付けを行うことができる」 ことによる効果は，本件特許発明１の効果として主張できるものではない。 エ以上のとおり，甲２発明に，相違点２の構成（構成要件１Ｇ）を適用するこ とは，当業者が容易になし得たことであり，同旨である審決の相違点２についての 容易想到性の判断に誤りはない。 (5) 取消事由５（手続上の違法）に対して ア取消判決後の再審理（特許法181条5項）は，前の審判手続をそのまま継 承する形で再開される（同法157条1項）ものであり，前の審判手続と再開後の 審判手続は一体としてみる必要がある。 そこで，本件において，前の審判手続を振り返ると，平成１９年２月１４日に口 頭審理が行われ，当該期日において，審判長により，本件審理は，それ以降書面審 理とする旨告知されている（乙１８ 。このように，前判決後に再開された無効審 ） 判の審理方式は，書面審理で行われることが，当事者らに正式に通知されており， 。，（） 実際に書面審理が行われたものである そして 再開後の審理の開始通知 甲５７ ， 。 が出されていることからしても 再開後に審理が実際行われたことは明らかである いずれにしても，書面審理通知は，特許法上の義務ではなく，その違反が直ちに 違法となるものではない。 イ本件において，請求人たる被告らによる平成２０年７月９日付けの審判請求 書に対する手続補正のうち，補正１は審判請求における対象である請求項１に関す ， ，， る記載を 訂正された本件特許発明の請求項１に合致させるものであり 補正２は 当該請求項１の訂正に合わせて，証拠方法である甲３９における指摘内容を補正す るものであるから，審判請求の理由を変更するものではない。なお，審判請求時を 基準として，請求の要旨変更の有無を判断すべき旨の原告エン企画の主張は，根拠 がなく，失当であり，甲３９は 「請求の理由」の特許庁への提示と同時に提出さ ， れた証拠であって，新たに追加された証拠ではない。 ，，「」 ， このように 上記手続補正は請求の理由 の要旨変更には当たらないところ 要旨変更でなければ，そもそも答弁書提出の機会を与える必要もない（特許法１３ 1条の2第1項，134条2項参照 。） ウ原告エン企画が指摘する最高裁判所昭和５１年５月６日判決の第一義的な趣 旨は，特許権者によるクレームの訂正によって，従前の無効原因が無意味となりか ねない無効審判請求人に対して，弁論の機会を与えることにあり，それによって審 判請求人から新たな攻撃防御方法が追加された場合に限り，被請求人（特許権者） に対して，それに対する反論の機会を与える趣旨であることが明らかである。 本件では，前述のとおり，審判請求人による平成２０年７月９日付けの審判請求 書の補正が「請求の理由」の変更に当たらないのであるから，上記最高裁判決の趣 旨からして，被請求人及び参加人に対して反論の機会を与える必要はない。そもそ も，本件では，原告ペンタくん及び原告エン企画の双方とも，訂正後のクレームに つき十分に弁論の機会が与えられていたものであり，審決書の「１．手続の経緯」 において，原告エン企画の平成２０年７月８日付け弁駁書（丙１４）が記載されて いることからしても，同書面をも考慮して審決がされたことは明らかである。 エ原告エン企画は，上記弁駁書（丙１４）において，被告らによる審判請求書 の補正が，特許法131条の2第2項1号の要件を充足するものではない（すなわ ち，同法134条2項の答弁書提出の機会を与える必要がない）ことを主張してい たものであるから，禁反言の法理からしても，本訴において，特許法134条2項 違反の主張をすることは許されない。 ２原告ペンタくんの主張する取消事由に対して (1) 取消事由１（相違点１についての容易想到性の判断の誤り）に対して ア前判決において 「構成要件１Ｂの『ベクトルデータを線端を示す点データ ， を含む二次元の線データに自動的に変換』の意義は，単に，ラスターデータから作 成され，何らかのファイルフォーマットに格納されたベクトルデータを （ポリゴ， ン作成などの地図データの処理を行うソフトウェアが読込み可能な）線端を示す点 データを含む別のファイルフォーマットのデータに，自動的に変換することを意味 するにすぎない」と認定されており 「二次元の線データ」とは，特定のデータ構 ， 造を持ったデータに限定されていない。 以上のとおり，構成要件１Ｂの「二次元の線データ」とは，構成要件１Ａの「ベ クトルデータ」から，その後の処理に使用するために変換されたデータについて， これを「ベクトルデータ」とは区別する意味で「二次元の線データ」といっている にすぎず，構成要件１Ｃの「二次元線データを座標上の線分に変換」とは 「二次， 」， 。 元の線データ について 途中に接点や交点を持たない線分とする工程にすぎない このように，相違点１の構成要件１Ｂ，１Ｃの技術的意義は，上記程度のものであ って，原告ペンタくんが主張するような技術的問題点は，そもそも考慮されるもの ではない。 イ(ｱ) 地図情報システム（ＧＩＳ）の分野において，全ポリゴン構造，アーク・ ノード構造，リレーショナル構造，ＤＬＧなど，異なるデータ構造間で相互交換を できるようにしておかなければならないことは，本件特許出願時の当業者にとって 技術常識であり（甲４（乙１０ ，甲５参照「線端を示す点データ」を含まない ））， データ構造である「全ポリゴン構造」から 「線端を示す点データ」を含む「アー ， ク・ノード構造」に変換することも知られていた（甲４（乙１０）参照 。） 当業者であれば，上記の変換を，一定のアルゴリズムを実行するプログラムを作 「」 ，， 成・実行することにより 自動的に 行うことを試みるのが通常であろうし また 変換前のデータ構造と変換後のデータ構造の相違が分かっているのであれば，自動 ， 。 変換プログラムを作成することは 当業者であれば容易であることは明らかである このほか ラスターデータから作成した 一次 ベクトルデータを 次の処理 線 ， （），（ 分接続ないし境界追跡による面データ作成）に使用するために，線端を示す点デー タを含む「二次ベクトルデータ及びアークデータ （甲９）や「特徴点テーブル及 」 びブランチテーブル （甲７）に変換する技術も存在していた。なお，甲７の技術 」 においては 「特徴点を結ぶ中心線の画素列を直線近似してベクトル列に変換し， ， このベクトル列を処理単位（ブランチ）とする」前に 「点列 （一連の座標値であ ，」 るベクトルデータ）がラスターデータから取得されており，すなわち，点列データ を保有し，ベクトル番号が振られたベクトルデータの作成（ ベクトルテーブル」「 の作成）が，ブランチテーブルの作成に先行している。 さらに，甲２には，DXFARC コマンド（CAD の分野で用いられる DXF フォーマット データを ARC/INFO 用のデータに変換するコマンド）が記載され，甲２の１には， DXFARC コマンド以外のデータ変換コマンドについて記載されている。これは，す なわち，甲２や甲２の１に記載されているソフトウェア ARC/INFO は，コマンド実 行によって，様々なファイルフォーマットのベクトルデータを，ARC/INFO のカバ レッジに自動的に変換できることを示し，ひいては，甲２発明も，構成要件１Ｂの 構成を有する事実を示している。したがって，審決や前判決における「甲２発明は 構成要件１Ｂを有しない」旨の認定は本来誤っているが，本件特許発明１の進歩性 を否定するという結論において正当であり，影響はない。 ， ， もっとも 仮に審決や前判決の構成要件１Ｂに関する上記認定が正しいとしても DXFARC コマンド等の存在は，異なるデータ構造間の変換が当業者にとって周知技 術であったことを示す資料の一つにもなる。 (ｲ) 面データないしポリゴン等の定義に使用するために，ベクトルデータを「途 中に接点や交点を持たない線分」に分割することは，甲７，９，乙１１等に記載さ れているとおり，本件特許出願時の当業者にとって，周知の技術である。 なお，甲２において「CLEAN はアーク間の交点を見つけ，アークを分析し，交点 にノード（アークの終点）を作成します 」との記載があることからすれば，構成 。 要件１Ｃは，本来，本件特許発明１と甲２発明の一致点として認定されるべき構成 であって，相違点１の一部として認定されるべきものではない。前判決は，構成要 件１Ｃにつき，本件特許発明１と甲２発明との一致点として認定しても，相違点と して認定した上で，当該技術分野において普通に行われる程度のこととして認定し たとしても，進歩性を肯定する事情にはならないという意味で，結論は同じである としているにすぎない。 (ｳ) 以上のとおり，甲２発明に，相違点１の構成（構成要件１Ｂ及び１Ｃ）を適 用することは，当業者が容易になし得たことである。 ウ審決は，構成要件１Ａの「ベクトルデータ」を用いて構成要件１Ｄの「面デ ータ 「閉領域データ」を作成する点は，甲２発明が既に有する構成であり，その 」 間をつなぐ具体的処理に関し，構成要件１Ｂ，１Ｃという処理を採用することが当 業者にとって容易になし得た旨判断したものである。 以上のような審決の相違点１の容易想到性の判断は，本件特許発明１の構成要件 １Ａから１Ｄまでを一連の流れとして捉えた上で，なお，甲２発明と本件特許発明 １との相違点１は，当業者にとって容易に想到し得るというものである。 そして，相違点１に関する被告らの主張は，審決の認定判断を補足し，補強する ものであり，審決同様，本件特許発明１の構成要件１Ａから１Ｄまでを一連の流れ として捉えた上での主張であって，これに反する原告ペンタくんの主張は失当であ る。 なお，各公知資料（甲４（乙１０ ，甲７，９，乙１１）の位置付け（甲２発明 ） に構成要件１Ｂ及び１Ｃの処理を採用することの容易想到性の判断に当たり，考慮 すべき当業者の技術常識ないし周知技術を立証する証拠）からすれば，各公知資料 が単独で構成要件１Ａから１Ｄまでの一連の流れのすべてを開示していなくとも， それぞれの証明主題は立証できるものであり その立証がされれば 審決のした 相 ，，「 違点１」の容易想到性の判断が正しいことは根拠付けられる。 また，そもそも，本件特許発明１における「二次元の線データ」は，トポロジー 構造などの具体的な構造のものに限定されないのであるから，上記の各公知資料が 取り扱うデータがアーク・ノード構造ないしトポロジー構造である「二次元の線デ ータ」でないことは，上記の各公知資料を用いることの妨げにはならない。 CLEAN コマンドに関する原告ペンタくんの主張についても，上記同様，失当であ る。 ， ， エ特許発明の要旨の認定は 各構成要件ごとに個別に認定できるものではなく 全体として１つの特許発明の要旨が認定されるものであるため，１つの構成要件の 要旨の認定が異なれば，他の構成要件の要旨の解釈にも影響を及ぼすことは必然で ある。 したがって，前判決のした本件特許発明の要旨の認定は，そのすべてが拘束力を 有するものであり，仮に拘束力がないとしても，その認定は合理的なものであり， これを覆すに足りる主張は原告ペンタくんからされていない。 オ甲２発明が甲５３記載の技術と同じであるかのような原告ペンタくんの主張 は誤りである上，甲２発明が「ラスターデータから作成したベクトルデータに基づ いて，このデータ自体から属性データを付与可能な閉領域を作成するという方法を とっていない」旨の原告ペンタくんの主張は，審決や前判決の認定にも反する。 なお，一本の線によってポリゴンを定義する方法も当然存在しており（甲４（乙 １０）の全ポリゴン構造 ，原告ペンタくんが主張する「ベクトルデータによって ） そのベクトルデータに囲まれた閉領域を定義できない」との意味は不明である。 このほか，原告ペンタくんは 「ポリゴンフィーチャーは，図形要素の名称とパ ， ラメータの組合せのみでは十分に定義できない」旨主張するが，具体的にポリゴン の定義に他にどのような要素が必要であるかを明らかにしておらず，上記主張を裏 付ける証拠も提出していないため，上記主張は失当である。 (2) 取消事由２（相違点２についての容易想到性の判断の誤り）に対して ア審決が認定した相違点２は，本件特許発明１が構成要件１Ｇを有するのに対 し，甲２発明がこのような構成を有しない点である。 そして，アーク・ノード構造データやリレーショナル構造データのポリゴンが属 性情報を格納できることからも明らかなとおり，地理情報システム（ＧＩＳ）にお いて，地図データであるポリゴン（閉領域データ）に属性情報を付与可能にするこ とは，当時の当業者にとって周知・慣用の技術であり（甲４（乙１０）等参照 ，） ，， ， 図形要素のデータを記憶 印刷することも 普通に行われる程度のことであるから この点について審決が特に証拠を明示しなかったことも当然であり，当時の当業者 が，相違点２の構成を容易に想到し得たことは明らかである。 イ属性情報の付与は，識別子（ユーザーＩＤ）のほかに，属性情報を格納する ためのデータテーブルがなければ可能とならない。 甲２発明には，? CLEAN 等で，ポリゴン・トポロジーを生成する前に各ポリゴ ンごとにラベルポイントとユーザーＩＤを入力しておく方法のほか，?ポリゴン・ トポロジー生成後（閉領域データ完成後）に，ラベルポイントとユーザーＩＤとを 自動的に一括付与する方法（CREATELABELS コマンドを使用する方法）も存在する （CREATELABELS コマンドは，まず甲２発明の意義を明らかにするとともに，識別 子の自動一括付与によって属性付与を可能にすることが当業者にとって周知技術で あったことを示し，さらに，甲２発明には識別番号を付する構成もあることを示す ものである。なお，CREATELABELS コマンドでポリゴンユーザーＩＤを一括付与す る方法が非常に煩雑で非現実的である旨の主張は，単なる憶測にすぎない。。） 結局，ARC/INFO では，ラベルポイント及びユーザーＩＤの付与につき，上記２ つの方法のいずれを用いても，識別子（ユーザーＩＤ）と属性テーブル（PAT テー ブル）の両者がそろって「属性付与が可能」となるのは，終点と始点とが一致し， ポリゴン・トポロジーが定義されて PAT ファイルが作成された後（CLEAN コマンド 実行後）であるから，属性情報が漏洩する不都合など生じない。 以上のとおり，甲２発明において，属性を付与可能にする段階は，ポリゴンが定 義された（閉領域データが作成された）後であり，属性付与の段階についても，甲 ２発明と本件特許発明とは一致する。 ウなお，構成要件１Ｇの「属性付与を可能」とすることが，識別番号等を付す ることを意味する旨の主張は，前判決の拘束力に反し，失当である。 このように，構成要件１Ｇに関しては，ラベルポイント（識別子）の有無は，本 ，，， 件特許発明１の技術的範囲とは無関係の事情であるが 上記イのとおり 実際には 甲２発明も，CREATELABELS コマンドにより，ラベルポイントを自動一括付与する ことができる。 もっとも，属性付与可能とする段階を，ポリゴン作成前とするか，後とするかに ， ，， よって 技術的効果に顕著な相違が生じるものではなく これをいずれにするかは 単なる設計的事項にすぎない。 エ以上のとおり，甲２発明に，相違点２の構成（構成要件１Ｇ）を適用するこ とは，当業者が容易になし得たことであり，審決の相違点２についての容易想到性 の判断に誤りはない。 (3) 取消事由３（手続上の違法）に対して ア取消判決後の再審理（特許法181条5項）は，前の審判手続をそのまま継 承する形で再開される（同法157条1項）ものであり，前の審判手続と再開後の 審判手続は一体としてみる必要がある。 そこで，本件において，前の審判手続を振り返ると，平成１９年２月１４日に口 頭審理が行われ，当該期日において，審判長により，本件審理は，それ以降書面審 理とする旨告知されている（乙１８ 。このように，前判決後に再開された無効審 ） 判の審理方式は，書面審理で行われることが，当事者らに正式に通知されており， 実際に書面審理が行われたものである。 したがって，審理方式の明示はあったものであり，この点に関する原告ペンタく んの主張は失当である。また，書面審理通知は，特許法上の義務ではなく，その違 反が直ちに違法となるものではない。 イ特許法145条1項は，無効審判は原則として口頭審理によるとしながら， 審判長の裁量により，職権で書面審理とすることも許容しており，さらに，事件が 審決をするのに熟したかどうかの判断についても，審判長の裁量に属する事項であ るから，裁量の範囲を逸脱したとみるべき特段の事情のない限り，無効審判におい て，口頭審理を開くことなく審決をしたからといって，違法になることはない。 そして，本件においては，前判決によって本件特許発明の要旨の認定が既にされ （同認定判断には拘束力があるため，審決はこれに反する認定ができない，さら。） に，証拠方法の認定も，一致点・相違点の認定もされているため，再開後の無効審 判において，新たに技術内容の説明を聴く必要性に乏しかった。また，再開前の無 効審判において既に口頭審理がされていたことからすれば，なおさら，再開後にお いて，さらに技術説明や口頭審理を行う必要性は乏しく，本件で，職権により書面 ， 。 審理のまま審決をしたことにつき 審判長の裁量の逸脱がないことは明らかである ウ特許庁の無効審判においては，民事訴訟において要請される直接主義の原則 が法律上要請されておらず，再開後の無効審判の合議体が再開前の合議体と異なっ ていることも，何ら違法ではない。 第５当裁判所の判断 １本件特許発明１の内容について (1) 本件訂正明細書（丙４０）には，以下の記載がある。 「 ，， ア 上記地域や地点毎に属性を付与した地図情報をコンピュータに記憶させるには 先ず デジタイザ等を用い，手作業で地図上の区域や地点の縁に沿って入力端末を移動させ，この入 力端末の移動データを区域や地点の輪郭線を表す面データとしてコンピュータに入力したの ち，その面データに属性を付与していた。また，等高線による地形のみを描いた地図等も，土 木・測量用として広く使用されている。このような地図は，ときに応じて修正・更新を行う必 要がある。このような地図もコンピュータに読み取らせ，図形の歪みを自動的に直す等の補正 。 ， ， を行っている このような場合のコンピュータ処理では 上記のような面データの概念がなく ， ， 単に線を表すベクトルデータとして取り扱われ 説明文等を付加して表示することはできても 図形データに属性を付与するということはできない。又，線データの「切れ」などの自動検出 が出来ず，又，家形のような直角部を有するベクトル認識対象にあっては，例えば当該家形が ６画形であれば６本の線データに分解されて，一本の折れ線データに一括して自動的にベクト ル化する事は出来ない為，地形図のような大量かつ重畳的な原図データから直接ベクトル処理 した後で家形や道路等を種別分けする作業は著しく困難であり，予め各々のトレース図の作成 （段落【０００４】?【０００５ ） を必要とする状況にある。」 】 「 従来技術の問題点】上述のデジタイザによる面データの入力は，例えば，沖縄県， イ 【 鳥取県等の縮尺１／２５０００の土地利用状況図を作成するとしても，それぞれおよそ１０万 個もの面データが必要とされる。これらの面データの入力は上述したように全て手作業によっ て入力されるものであるが，コンピュータ処理において，上述のようにして入力された一つ一 つの面データに，後の処理で属性を割り当てるためには，それぞれの面データが閉面を構成し ていなければならない ・・・このため，上述のデジタイザによる面データの入力作業は熟練 。 ， 。， ， を要し 極めて手数のかかる作業である 従って 人件費が地図情報作成コストの５０％以上 ときには９０％を占めるとさえいわれ，その総体的費用は極めて高価である。また，手数がか かるため面データ完成までの期間も数か月という長期にわたる。このため実務に供される管理 資料としては，対応が遅れるという問題があった。また，単なる線データをコンピュータに記 憶させても，面データを作成することができないと，上述した地域や地点毎の属性を付与する ことができない。従って，属性によって管理する地図情報として用いることができない。この ように，従来は，地図の輪郭線データを手作業で入力しなければならず，また，線データを自 動的に読み取ることができるものは，その後の属性付与の処理ができないという状態であり， 又，線の「切れ」の自動検出や，直角部を有するベクトル化対象物の一本の折れ線への自動一 括長ベクトル化も出来ないという状況であり，一貫して自動的に地図情報を作成する方法も装 （段落【０００６】?【０００８ ） 置も存在しなかった。」 】 「 発明の目的】本発明は，上記従来の実情に鑑みてなされたものであり，その目的と ウ 【 するところは，地域や地点毎に属性を付与可能なように保存した地図情報を大幅に効率良く自 動的に作成することが容易にできる地図データ作成方法及び装置を提供することである。 【発明の要点】本発明は上記目的を達成するために，地形図等の原図を読み取って得られる ラスターデータから二次元のベクトル線データを作成し，このベクトル線データから少なくと も点データ，線データからなる面データを作成し，この面データを構成する線データの不連続 点を入力により点データ又は線データに接続して閉領域面データを作成し，この閉領域面デー タを入力により付与される属性データ別に記憶，表示または印刷するようにし，上記不連続点 の接続に際しては，例えば複数の接続修正装置で行うようにし，不連続点には不連続点である （段落【０００９】 ことを報知する記号を付して表示するようにしたことを要点とする。」 ?【００１０ ）】 「 実施例】以下，本発明の実施例について，図面を参照しながら説明する。図１は本 エ 【 （段落【００１１ ） 発明に係わる一実施例の構成図である。」 】 「同図において，画像ベクトル線データ発生装置１は，地形図等の原図，あるいは， オ 例えば図６(a)に示すような回路配線画像等を自動的に読み込んで画像に対応する電気信号を 発生するイメージスキャナ１?１，そのイメージスキャナ１?１から入力される電気信号から ディジタル・イメージ信号を生成するパターン認識モジュール１?２，パターン認識モジュー ル１?２により生成されたディジタル・イメージ信号から細線データを抽出しベクトルデータ ， ， を作成して 例えば図６(b)に示す線データ画像作成処理を行う線データ画像処理装置１?３ 及びその線データ画像処理装置１?３により作成されたベクトルデータを後述する線データ画 （段落【００１ 像処理用Ｌファイル２ａとして記憶するＲＡＭ(I) １?４からなっている。」 ２ ）】 「データ変換装置２は，その入力側に画像ベクトル線データ発生装置１が接続され， カ また出力側には閉領域・属性データ作成装置３が接続されている。そして，画像ベクトル線デ ータ発生装置１から線データ画像処理用Ｌファイル２ａを読み出して，そのＬファイル２ａの 要素数１?ｎに分割された線データを解析し，折線，交点等を認識して二次元の線データに自 動的に変換し，詳しくは後述する閉面データ画像処理用Ｄファイル２ｂの点データ及び二次元 （段落【００１３ ） の線データとして閉領域・属性データ作成装置３へ出力する。」 】 「また，図２(b) の閉面データ画像処理用Ｄファイル２ｂは，同図(a) の線データ画像 キ 処理用Ｌファイル２ａとは全く異なるファイル構成であり，閉領域データを取り扱うための， 例えばＤＬＧファイルと同様な構成になっている。すなわち，ファイル構成を示すデータを格 納するヘッダー部２ｂ?１，折れ線の頂点や線端を示す点データを格納する点データ部２ｂ? ２，閉領域の少なくとも１つの属性を示すデータを格納する領域データ部２ｂ?３，及び，線 （段落【００１８ ） データを格納する線データ部２ｂ?４からなっている。」 】 「続いて，図３に，データ変換装置２の内部構成を示す。同図に示すように，データ変 ク 換装置２は マイクロプロセッサからなるＣＰＵ３１と プログラムが格納されたＲＯＭ(Read ， ， Only Memory)３２からなる。ＣＰＵ３１は，ＲＯＭ３２に格納されたプログラムに基づいて線 データ画像処理用Ｌファイル２ａのデータを閉面データ画像処理用Ｄファイル２ｂに変換す る。次に，上記線データ画像処理用Ｌファイル２ａのデータを閉面データ画像処理用Ｄファイ ル２ｂに変換するＣＰＵ３１の処理動作を図４及び図５のフローチャートを用いて説明する。 （【】 なお この処理は特には図示しないレジスタｉ及びｊを用いて行われる ， 。」 段落 ００１９ ?【００２０ ）】 「次に，上記面データの作成処理について，図５に示すフローチャートを用いて説明 ケ する。先ずステップＳ５１で，上記閉面データ画像処理用Ｄファイル２ｂに作成した線データ を読み出して，線分に分解する。この線分への分解処理は，上記読み出した線データを，他の 線データとの接点，交点で分割して，途中に接点や交点を持たない線分に細分し，それらの各 （段落【００２３ ） 線分に線分番号を付与する処理である。」 】 「続いてステップＳ５２に進み，上記の線分の始点又は終点の点種を決定する。この コ 処理は，上記線データを途中に接点や交点を持たない線分に細分する際，細分の基となった線 分の始点又は終点が，孤立点（他の線データへの接続なし ，分岐点（接点 ，又は中間点（折 ）） （段落【００２４ ） れ線の頂角）のいずれであったかを記録する処理である。」 】 「次に，ステップＳ５３で，それらの線分を始点及び終点に基づいてソートし，続い サ てステップＳ５４で，それらソートした線分を一定方向に接続していく。この接続方向は，時 計回り，逆時計回りいずれでもよい。線分の終点が分岐点であった場合，接続される同一始点 を有する線分が複数存在する。上記接続方向が予めいずれか一定方向へ定められていることに より，それらの複数の線分の中から，共に面データを構成する線分を自動的に選択して接続す （段落【００２５ ） ることができる。」 】 「そして，ステップＳ５５では，接続された線分の終点の点種を判別し，最初の線分 シ の始点と同一の座標であるか，または次に接続する線分がない孤立点であった場合は，接続処 （段落【００２６ ） 理を終了してステップＳ５６に進む。」 】 「ステップＳ５６では，接続された一連の線分によって構成された面データに面デー ス 。 ， タ番号を付与して閉面データ画像処理用Ｄファイル２ｂに再格納する 上記ステップＳ５５で 接続された線分の終点の点種が最初の線分の始点と同一の座標ではなく，また，孤立点でもな （段落【００２７ ） いときはステップＳ５４に戻って次の線分を接続する。」 】 「そして，同図（判決注：図７）矢印Ａ，Ｂ ・・・Ｆで示される線の不連続部を所定 セ ， のマークを点滅させる等して告知し，その線の不連続部が正しく閉じるように，キーボード３ ?３の特には図示しないカーソルキー若しくはキーボード３?３等に接続された不図示のマウ ス端末等により修正入力が可能なようになっている。このように修正，補完されて正しい閉領 域面データとなった線データは再び閉面データ画像処理用Ｄファイル２ｂの線データ部２ｂ? ４に格納されると共に，同ファイルの点データ部２ｂ?２の対応する点データも自動的に修正 （段落【００２９ ） されて再格納される。」 】 「上記のようにして作成された閉領域のみからなる地図図形データには，キーボード ソ ３?３を用いて閉領域で示される各地域や地点を特定するために，それら地図上の閉領域に， （） 。， 例えば図８に示すような番号 丸で囲んで示す が自動的に一括して順次付与される そして この番号が同ファイルの領域データ部２ｂ?３の対応する位置に格納される。さらに，この番 号に対して属性を示すデータを入力することにより番号により特定された地域や地点に属性が 付与される。この属性データも同様に同ファイルの領域データ部２ｂ?３の対応する位置に格 （段落【００３０ ） 納され，これにより所定の地図情報は完成する。」 】 (2)構成要件１Ａ（ 地形図等の原図を読み取って得られるラスターデータから 「 ベクトルデータを作成した後 ）について」 特許請求の範囲及び明細書の発明の詳細な説明において，用語は，その有する普 通の意味で使用し，かつ，明細書及び特許請求の範囲全体を通じて統一して使用し なければならないが，特定の意味で使用する場合には，意味を定義して使用するこ とができるところ 「ラスターデータ」及び「ベクトルデータ」について，本件訂 ， 。， ， 正明細書に特段の定義はない そうであれば 本件特許発明１の技術分野において 「ラスターデータ」は 「１つ１つの画素の集合で表現されるデータ」などと説明 ， され 「ベクトルデータ」は 「位置と形状がＸＹ座標で表現されたデータ」などと ，， 説明される一般的な用語であり，本件特許発明１においても，そのような普通の意 味のものとして使用されていると認めることになる。 なお 「ラスターデータ」から「ベクトルデータ」を作成する方法については， ， 次の(3) 記載のとおりである。 (3)構成要件１Ｂ（ 該ベクトルデータを線端を示す点データを含む二次元の線 「 データに自動的に変換し ）について」 ア構成要件１Ｂは，上記の「ベクトルデータ」を「二次元の線データ」に自動 的に変換することを規定し，また 「二次元の線データ」が線端を示す点データを ， 含むことを規定している。 「」 ，「」 イ構成要件１Ｂの 該ベクトルデータ は 構成要件１Ａの ベクトルデータ であると理解できるが 「ベクトルデータ」から変換される「線端を示す点データ ， を含む二次元の線データ」は，地形図等を読み取って得られる本件特許発明１にお けるベクトルデータ自体が「二次元」の「線データ」といえるものであることなど から，変換前の「ベクトルデータ」と何が異なるかが特許請求の範囲の記載からは 一義的に明らかでない。そして，本件訂正明細書の発明の詳細な説明においても， 「二次元の線データ」についての直接的な定義はない。 もっとも，発明の詳細な説明の実施例の説明には，ベクトルデータである「線デ ータ画像処理用Ｌファイル２ａ （前記(1)オ）を読み出して 「要素数１?ｎに分 」 ， 割された線データを解析し，折線，交点等を認識して二次元の線データに自動的に 変換し （同カ）との記載があり，その「二次元の線データ」が「閉面データ画像 」 処理用Ｄファイル２ｂの点データ及び二次元の線データ となり 同カその 閉 」（），「 面データ画像処理用Ｄファイル２ｂ」に作成した線データを読み出して，後記(4) のとおり，線分への分解を行うという構成要件１Ｃに規定する工程が行われている （同ケ 。） ，「」 ，「」， そうすると二次元の線データ は 構成要件１Ａの ベクトルデータ から その後の処理に使用するために変換されたデータについて，これを「ベクトルデー タ」とは区別する意味で 「二次元の線データ」といっているものと理解すること ， ができる。 ウ構成要件１Ａは 「ラスターデータ」から「ベクトルデータ」の作成を規定 ， するが，その作成の方法について規定するものではない。他方で，構成要件１Ｂに ついては 「ベクトルデータ」を「二次元の線データ」に「自動的に」変換するこ ， とを規定している。 そして，本件訂正明細書の発明の詳細な説明によれば，本件特許発明１は，属性 を付与可能なように保存した地図情報を効率良く自動的に作成することが容易にで きる地図データ作成方法，装置を提供することを目的とするものであるとされ（前 記(1)ウ ，従来技術として，デジタイザを使用した入力により面データを作成す ） る方法が挙げられるとともに，これが手数，費用等がかかるなどの欠点があったこ と 「単なる線データ」は「面データ」と扱われなかったことが記載（同イ）され ， ている。 これに，本件訂正明細書の【発明の要点 （同ウ）の記載や構成要件１Ｃの「座 】 標上の線分」が途中に接点等を有さない線分とされ（後記(4)，構成要件１Ｄの） 「面データ」がその「座標上の線分」の組合せとされること（後記(5) ）も総合す ると，本件特許発明１は 「閉領域面データ」を作成するに当たって，デジタイザ ， による入力ではなく 「ラスターデータ」から作成した，線データである「ベクト ， ルデータ」を利用し，それを「二次元の線データ」に「自動的に」変換し，さらに それを交点等を有さない線分である「座標上の線分」に変換し，閉面を構成してい ないときも含めてその「座標上の線分」の組合せを「自動的」に作成し，線分の組 合せが閉面を構成していないときは，不連続点を報知して，容易に属性データ付与 可能な閉領域面データを作成するというものであると認められる。他方，本件訂正 明細書においても 「ラスターデータ」から，途中に接点等を有さない線分である ， 「座標上の線分」を作成，変換する過程について，従来技術との関係で新たな課題 を解決したことが記載されているものではない（もっとも，訂正により，ベクトル データから二次元の線データへの変換については 「自動的」な方法に限定されて ， いる。。） そうすると，前記の従来技術として記載されたところとの対比においても，本件 特許発明１については 「ラスターデータ」を利用して，途中に接点等を有さない ， 線分である「座標上の線分」を作成することができれば，本件特許発明の課題を解 決することができると認められるのであって 「ラスターデータ」から「座標上の ， 線分」を作成するまでの過程自体が課題とされたものではなく（ただし，訂正によ り 「ベクトルデータ」から「二次元の線データ」への変換は「自動的に」行われ ， るものに限定されている，上記工程については，その工程を経ていれば （上記 。） ， 「ベクトルデータ」から「二次元の線データ」への変換が「自動的」であることを 除き）その工程の過程において人手を利用する作業工程を含むとしても，本件特許 発明１の技術思想に直ちに反するものとは認められない。 したがって，本件特許発明１において 「ラスターデータ」から「ベクトルデー ， 」，「」「」，， タ二次元の線データ から 座標上の線分 を作成 変換する各過程において それを機械により自動的に行うことが考えられるのであるが，本件特許発明１は， そのような場合に限られず，その作成，変換過程において，人手を利用するものを 直ちに除外するものではないと解され，また，このことは，これらの作成，変換に ついて 「自動的」に行うという規定が特許請求の範囲に必ずしも規定されていな ， いこととも整合する。 本件訂正明細書においては，実施例において 「ラスターデータ」から「ベクト ， ルデータ」の作成については，原図を自動的に読み込んで画像に対応する電気信号 を発生させるイメージスキャナを用い，パターン認識モジュールによりディジタル ・イメージ信号を生成し，そのディジタル・イメージ信号から，細線データを抽出 してベクトルデータを作成する処理が記載され（前記(1)オ「ベクトルデータ」）， から「二次元の線データ」の変換については，ＣＰＵ３１が，ベクトルデータに対 応する 線データ画像処理用Ｌファイル２ａ から 二次元の線データ を含む 閉 「 」「」「 面データ画像処理用Ｄファイル２ｂ」に変換を行い，その処理動作を表すものとし て図４のフローチャートのステップとして記載されていて（同ク「二次元の線デ）， ータ」から「座標上の線分」への変換についてもフローチャートが記載されるなど して（同ケ ，いずれも，人手を利用することが直接，記載されているものではな ） いが，これらは，データの作成，変換についての一実施例として記載されたものと 認められる（ただし 「ベクトルデータ」から「二次元の線データ」への変換につ ， いては，自動的に行われるものに限定される。。） エなお，本件訂正明細書の実施例においては，Ｌファイル２ａ及びＤファイル ２ｂとの名称のファイルが記載され，その構成が規定されている（前記(1) キ等） が，それらのファイル名やその定義が特許請求の範囲に記載されたものではなく， 構成要件１Ｂについて，明細書の実施例として記載された具体的なファイルに限定 してその変換をいうものでないことは明らかである。この点については，後記２で も再度検討する。 (4)構成要件１Ｃ（ それらの二次元線データを座標上の線分に変換し）につ 「 ，」 いて ア構成要件１Ｃの「二次元線データを座標上の線分に変換」は，前記構成要件 １Ｂにおいて規定されている「二次元の線データ」を「座標上の線分」に変換する ことを規定する。しかし，ベクトルデータがそもそも座標で表現されたものであっ て，それを「二次元の線データ」に変換し，さらにそれを変換したという「座標上 の線分」という用語が，本件特許発明１の技術分野において，普通の用語であると か，技術常識により定まるものとは認められず 「座標上の線分」の意味も，デー ， タを座標上の線分に変換するとの意味も一義的に明らかでない。 イ本件訂正明細書に 「座標上の線分」や 「二次元線データを座標上の線分」 ，， に変換することの定義はないし，座標上の線分との用語も記載されていない。 ，【】【】 本件訂正明細書の実施例における説明のうち 段落 ００２３ から ００２５ には，面データの作成処理についての説明があり，ステップＳ５１で 「二次元の， 線データ」である「閉面データ画像処理用Ｄファイル２ｂ」に作成した線データを 読み出して 「線分」に分解すること，この処理は 「線データ」を，他の線データ ， ， との接点，交点で分割して，途中に接点や交点を持たない線分に細分することが記 載され，ステップＳ５２では，上記細分化された線分の始点，終点が，他の線デー タへの接続がない孤立点，接点である分岐点，折れ線の頂角である中間点のいずれ かを決定し，記録することが記載され，ステップＳ５３で，それらの線分を始点及 び終点に基づいてソートし，ステップＳ５４でソートした線分を一定方向に接続し ていくことが記載されている（前記(1)ケ?サ 。） 上記の実施例における説明のうち，ステップＳ５４以下は，線分を一定方向に接 続していくことが記載されているところ，構成要件１Ｄが線分の所定方向への接続 を定めるものであることから，構成要件１Ｄに対応し得るものと理解できるが，構 成要件１Ｃが記載する「二次元線データを座標上の線分に変換し」について，本件 訂正明細書の発明の詳細な説明においても 「座標上の線分」という用語がそもそ ， も用いられていないのであるから，本件訂正明細書を参酌しても，その内容が直ち に明らかになるものではない。 ，「」 「」 もっとも 構成要件１Ｃは 二次元線データ から変換された後のものが 線分 であることを規定するところ，ステップＳ５１には 「二次元の線データ」を利用 ， して「線分」に分解することが記載されており，ステップＳ５４が「線分」を所定 方向に接続していくことを規定し，構成要件１Ｄに対応し得ることからも，構成要 件１Ｃの「線分」は，ステップＳ５１にいうような，他の線データとの接点，交点 ， ， で分割して 途中に接点や交点を持たない線分であると理解することができるので 構成要件１Ｃの「二次元線データを座標上の線分に変換」とは 「二次元の線デー， タ」について，途中に接点や交点を持たない線分とする工程であると一応理解する ことができる。 ウ他方，上記実施例では，ステップＳ５１の後に，構成要件１Ｄに対応し得る ステップＳ５４までの間に，ステップＳ５２，５３が記載されていて，それらのス テップにおいて，ステップＳ５１により細分化された線分について，さらに，線分 の始点等の性質を「決定「記録」し，また，線分を「ソート」することが記載さ 」， れている。 しかし，上記工程については，構成要件１Ｃの「二次元線データを座標上の線分 に変換」という 「座標上の線分に変換」という工程に文言上，直ちに含まれるも ， のではないし，また，そもそも 「座標上の線分に変換」することの定義は本件訂 ， 正明細書にもないのであり，明細書の記載を参酌しても，特許請求の範囲に記載さ れた「座標上の線分に変換」とは，上記イのとおり，途中に接点や交点を持たない 「線分」に変換するものと理解できる以上，線分に変換した後の，線分に変換する こととは別の工程として記載されている，線分の始点等の性質を「決定「記録」」， することなどが，構成要件１Ｃの「二次元線データを座標上の線分に変換」という 工程に直ちに含まれるものであるとは認められない。 (5)構成要件１Ｄの前半（ 該線分を所定方向に接続し，終点が始点と一致した 「 ときはそれらの線分からなる面データの閉領域データを自動的に作成し）につい，」 て 構成要件１Ｄの前半は 「所定」との意味が 「定まっていること。定まってある ，， こと広辞苑第６版 という普通の用語であり 本件訂正明細書においても・ 。」（）， ，「 ・・線分を一定方向に接続していく。この接続方向は，時計回り，逆時計回りいず れでもよい（前記(1) サ）として 「所定」に対応するものとして 「一定方向」 。」， ， に接続していくと記載されていることにも照らしても，構成要件１Ｃの「座標上の 線分」について，あらかじめ定められた一定の接続方向に接続していって，その終 点と始点が一致したときは，それらの線分の組合せについて，面データの閉領域デ ， 。 ータとして これを自動的に作成するものであることを規定していると認められる そして，ここでいう「線分からなる面データ」とは，構成要件１Ｄの後半で，始 「」， 点と終点が一致しないときにも 線分からなる面データ が作成されることからも 線分を所定方向に接続することによって構成される一本以上の線分の組合せをいう ものと解することができる。 (6)構成要件１Ｄの後半（ 終点が始点と一致しないときはそれらの線分からな 「 る面データを自動的に作成して）について，」 上記(5)及び本件訂正明細書の記載に照らせば，構成要件１Ｄの後半は 「座標， 上の線分」について，あらかじめ定められた一定の接続方向に接続していって，そ の始点と終点が一致しないとき，それらの線分の組合せについても，面データとし て，これを自動的に作成するものであると理解することができる。 なお，ここでは，データの「作成」をすることが規定されているのであり，構成 要件が規定するのはデータの「作成」であり 「記憶」等ではない。 ， (7)構成要件１Ｅ（ 該面データの前記不連続となる始点及び終点を報知表示 「 し）について，」 ア本件特許発明１は 「座標上の線分」をあらかじめ定められた一定の接続方 ， 向に接続していって，その始点と終点が一致しないときでも，それらの線分の組合 せを面データとして作成するのであるが，構成要件１Ｅは，そのような線分の組合 せにおいて，不連続となる始点と終点について，知らせるための表示を行うもので あると認められる。 本件特許発明１において，構成要件１Ｄまでが面データ，すなわち，線分の組合 せの作成に係る構成であるが，構成要件１Ｅは，そのように作成された線分の組合 せについて，始点と終点が一致していないときに，これを「不連続となる始点及び 終点」として，報知表示することを規定しているのであって，構成要件１Ｄが規定 している，線分を「所定方向に接続」するという工程とは別個の工程である。報知 表示するためにどのように「不連続となる始点及び終点」を発見するかが，特許請 求の範囲において一義的に直接，記載されているものではないし，その発見のため に，線分の「所定方向の接続」などの作業を規定するものではない。 そして，本件訂正明細書の第１の実施例には 「不連続となる始点及び終点」を ， 発見するための具体的な手法についての記載はなく，第２の実施例とされているも のにおいては，不連続部の修正作業に関連し，点データへ接続する線データの本数 を検出して孤立点を検出することが記載されている（段落【００４２。】） イ構成要件１Ｅの「不連続となる始点及び終点」について，具体的に特許請求 の範囲には 「終点と始点が一致しない」としか規定せず，そもそも，始点と終点 ， をどのような方法で決定するかが明らかでないので，どのような点を「不連続とな る始点及び終点」とするかが，必ずしも一義的かつ明確に決まるものではない。 しかし，本件訂正明細書の実施例において，ステップＳ５５で，他の線データへ の接続がなく，点データから出る線データが一本のみである「孤立点」であれば， ステップＳ５６に進むとしていること（前記(1) シ ，第２の実施例とされている ） ，「（））」（【】）， ものにおいて検出された孤立点 不連続点 座標段落 ００３８として 孤立点を不連続点と記載していること，他方 「分岐点（接点（同コ）として挙 ，）」 げられている点を「不連続となる始点及び終点」とすることについての記載，示唆 はないし 「分岐点」のように複数の線分に接続する点を「不連続となる始点，終 ， 点」とするような始点，終点の決定方法をあえて想定する根拠が実施例も含めた本 件訂正明細書に記載されているものでないことに照らすと 「不連続となる始点及 ， び終点」は，点データから出る線データが一本のみである孤立点と一致するものと 一応認められる。 (8)構成要件１Ｆ（ 該不連続点から任意の点又は線へ接続する線データを入力 「 に基づいて生成することにより該面データに対応する閉領域データを作成し ）に」 ついて 構成要件１Ｆの「該不連続点」とは，構成要件１Ｄ，１Ｅなどに照らしても，所 定方向に接続していった線分の組合せにおいて，始点と終点が一致しないときのそ れら「始点「終点」をいい，報知表示されている点であって，構成要件１Ｆは， 」， それらの点について，任意の点，又は線に接続する線データを入力して，これを生 成し，これについて，その線分の組合せについて，始点と終点が一致する線分の組 合せである閉領域データを作成することを規定しているものと解釈できる。 ここで，構成要件１Ｅと同様，この工程は，線分の「所定方向の接続」を規定す る構成要件１Ｄとは別個の工程であり，線データの入力について，線分の「所定方 向の接続」と同様の工程を経ることが規定されているものではない。 (9)構成要件１Ｇ（ 上記各閉領域データに属性データを付与可能にして該閉領 「 域データを記憶，表示又は印刷する）について。」 これは，構成要件１Ｄ前半において自動的に作成された閉領域データ及び構成要 件１Ｆにおいて作成された閉領域データについて，属性データを付与することが可 能になるようにし，閉領域データについて，記憶，表示，印刷することを規定して いるものと解される。 構成要件１Ｇにおける「属性データを付与可能」とすることについて，実施例に は，閉領域に，番号が自動的に一括して順次付与されること，番号に対して属性を 示すデータを入力することにより，番号により特定された地域や地点に属性が付与 されることが記載されているが（前記(1)ソ ，これは，閉領域データに属性データ ） を付与可能にする一方法を示したものと理解でき，属性データを付与可能にする方 法が，上記実施例のように，番号を自動的に一括して順次付与することなどにより されるものに限定されるものとは認められない。なお，この点は，後記５でも再度 検討する。 (10)本件特許発明１の要旨は上記のとおりであり（基本的に前判決が認定した とおりであって，同認定は合理的であり，これを覆すに足りる証拠はない，以上。） を前提として，原告らの主張する取消事由の有無につき検討することとする。 （「」 ２原告エン企画が主張する取消事由１ 本件特許発明１の 二次元の線データ 及び「座標上の線分」等の認定の誤り）について (1) 原告エン企画は，本件特許発明１の「二次元の線データ」及び「座標上の線 分」はトポロジー構造を有するものであって，その具体的な構造に何ら限定がない とする審決の認定は誤りである旨主張する。また，原告エン企画は，前判決におけ る「二次元の線データ」の認定につき，法的な拘束力はない（前判決は，この点を 理由として前審決を取り消したものではない ）から，裁判所が本訴において改め 。 て厳密な解釈を行うことも許される旨主張する。 (2)しかし，本件特許発明１の請求項１には 「二次元の線データ」や「座標上 ， の線分」につき，原告エン企画が主張する「トポロジー構造のファイル」や 「点， データと関連付けられ，面データを構成できる機能を有する」ことについては記載 ， ， 。 がなく 原告エン企画の上記主張は 特許請求の範囲の記載に基づくものではない そして，本件訂正明細書（丙４０）上においても 「二次元の線データ」や「座 ， 標上の線分」につき明確に定義する記載はない。 もっとも 同明細書 丙４０ の実施例では二次元の線データ は 段落 ０ ，（），「」 ，【 ０１３】の２箇所に記載されており（前記１(1) カ ，ここでは，Ｌファイル２ａ ） の要素数１?ｎに分割された「線データ」を解析して，Ｄファイル２ｂの「点デー 」 。， タ及び二次元の線データとして 出力することが記載されている この実施例では 「二次元の線データ」がＤファイルの一部であるとされているが，特許請求の範囲 において何ら限定がないにもかかわらず，上記実施例の記載のみをもって，原告エ ン企画が主張するように，本件特許発明１の「二次元の線データ」や「座標上の線 分」が「トポロジー構造」を有するなどと認定することはできない。 ，，「 ， このほか 原告エン企画はトポロジー構造を有する面データを作成するには 『』 」。 基となる 二次元の線データ もトポロジー構造を有する必要がある 旨主張する しかし，仮に 「面データ」がトポロジー構造を有するとしても，これによって ， 直ちに，そのような「面データ」を生成する基となった「二次元の線データ」もト ポロジー構造を有するとはいえない。 (3) なお，原告ペンタくんも，原告エン企画の上記主張と同様の主張をする（た だし，原告ペンタくんによれば，これは独立した審決取消事由ではないとのことで ある ）が，上記同様，理由がない。 。 ，「」「」 (4) 以上のとおり 本件特許発明１の 二次元の線データ 及び 座標上の線分 はトポロジー構造を有するものには限定されず，この点に関する原告エン企画の主 張は理由がない。 ３原告エン企画が主張する取消事由２及び原告ペンタくんが主張する取消事由 １（相違点１についての容易想到性の判断の誤り）について (1)原告らは，いずれも 「ベクトルデータにつき，その後の処理に使用するた ， めに『線端を示す点データを含む』二次元の線データに自動的に変換する」という ， （（）， 構成要件１Ｂの容易想到性を否定し 被告らが提示した各種文献 甲４ 乙１０ 甲７，９，乙１１，甲２の DXFARC コマンドに関する部分。なお，本判決において は，英語の文献は日本語訳（甲４の１等）を引用する。また，本判決で指摘する各 種文献のうち甲３９以外の文献（英語の文献については原文献を指す ）が，いず。 れも本件特許の優先日前に刊行・公表されたことに特段争いはない ）は，いずれ。 も本件特許発明１とは異なる技術を開示するにすぎない旨主張する。 ， ，， しかし 本件特許発明１の構成要件１Ｂの容易想到性を検討する上で 各文献が それ自体で構成要件１Ｂをすべて開示しているかではなく，そのような構成を採る ための示唆があるかを問題にすべきものであって，各文献が示す技術が具体的な構 成において本件特許発明１とは異なる旨の原告らの主張部分は理由がない。 ， ， そして 大量のデータ変換を手作業で行うことが煩雑であることは自明であって このような作業を自動化しようと試みることは当然であるといえ，甲５（コンピュ 「カナダでＣＧＩＳとＣＡＮＳＹＳ間でデータ交換の必要が ータ・マッピング入門）上の 起きたが，論理的な変換が不可能であったため，いったんＸＹプロッタで出力した地図をディ との記載（１８９頁）も，データ変 ジタイザで入力したという冗談みたいな話がある 」。 換を自動的に行うよう試みることが技術常識であったことを示す記載といえる。 「アーク・ノードデータ構造では・・・点 また，乙１０（入門地理情報システム）に が重要な基本的構成要素である。アークは一連のｘ?ｙ座標対で定義される独立した線分であ る。ノードはアークの端にあり，アークの交点をなす。線の端点であるノードと線に関係のな いノードを明確に区別することもある。ポリゴンは，複数のアークで完全に囲まれた領域であ る。したがって，ノードは二つ以上のアークに，またつながっている二つ以上のポリゴンに共 と記載されている（乙１０の１の４１ないし４２頁）ことからすれば， 有される 」。 「」 。 アーク・ノード構造のデータが 線端を示す点データ を含むことが明らかである さらに，乙１０においては，全ポリゴン構造のデータをアーク・ノード構造に変換 することについても検討されている（乙１０の１の６４頁 。） このほか，データの表現形式を変換すること自体は，乙１０の「6.1.1 データ構 」（ ），（ ） 造変換乙１０の１の６２ないし６８頁甲５ コンピュータ・マッピング入門 の「１データ交換の必要性 （１８９ないし１９０頁「ＣＡＤデータ入力を効 」）， 「最後にベクト 率化，図面の自動入力装置に脚光」と題する論文（甲３１の７５頁。 ル化したデータをユーザーが持つＣＡＤシステムに合わせたフォーマットに変換して，データ ） をＣＡＤシステムに渡す コンピュータ・マッピング・システムの場合も手順は同じである 。 。」 等にも記載されているように，普通に行われていることにすぎない。 以上からすれば 「ベクトルデータにつき，その後の処理に使用するために『線 ， 端を示す点データを含む』二次元の線データに自動的に変換する」という本件特許 発明１の構成要件１Ｂは容易想到であったというべきである。 (2) 原告らは，いずれも 「 二次元の線データ』につき，途中に接点や交点を持 ，『 たない線分とする」という構成要件１Ｃの容易想到性を否定し，被告らが提示した 甲７，９，乙１１は，いずれも上記容易想到性を肯定する根拠とならない旨主張す る。 しかし，上記(1) 同様，各文献の位置付けについての原告らの主張は採用できな い。 そして，甲２（ARC/INFO Users Guide Volume 2 （ARC/INFO 第２巻）に，CLEAN ） 「CLEAN はカバレッジ・ノードとポリゴンを明確にするためにカバレッジ コマンドに関して ・アークとラベル点に幾何学的解析を実行してポリゴンおよびアーク・ノード・トポロジーを 構築します。CLEAN によって行われる具体的な幾何学的解析は次のとおりです「CLEAN はア。」 ーク間の交点を見つけ，アークを分析（判決注： 分割」の誤りと解される ）し，交点にノー 「 。 との記載がある（１２６頁）ことに加え，甲２が ド（アークの終点）を作成します 」。 ユーザーズガイドであることからすれば，アーク間の「交点」で分割し，同交点に ノード（アークの終点）を作成することは周知であったといえる。 「第２図は，本発明に このほか，乙１１（特開平１?２７４２８５号公報）には， よる図形データ処理工程の一例を示す説明図である。図(ｲ) に示すような境界図形が第１の記 憶部２１にあると，まず，第１の回路１１ですべての境界図形を閉図形とし，第２の回路１２ で曲線の折れ線近似を行い，その交点，接点における分割処理を行ったのち，それらのベクト ル線分に対し，図(ﾛ) に示す如く，第４の回路１４により，属性としてのカウント値を，周辺 との記載がある（３頁左下欄?右下 部にあっては１，内部にあっては２だけ付与する 」。 欄 。乙１１に開示された上記技術では，線分への分割前に境界図形を閉図形とし ） ており，本件特許発明１とはデータのフォーマット上の差異もあるが，いずれにし ても，乙１１には，交点，接点における線分への分割処理が記載されているもので ある。 以上の甲２の CLEAN コマンドに関する記載や乙１１上の記載からすれば 「 二次，『 元の線データ』につき，途中に接点や交点を持たない線分とする」という本件特許 発明１の構成要件１Ｃは容易想到であったというべきである。 (3) 原告らは，本件特許発明１の構成要件１Ｂないし１Ｄは，共通の目的のため の一連の構成要件であって，いずれも単独では課題解決に意味をなさないにもかか わらず，被告らが構成要件１Ｂないし１Ｄ全体の容易想到性を論じていないことを 不当であると主張する。 しかし，そもそも審決の取消しを求める以上は，審決自体の問題点を指摘すべき であって，被告らの主張の問題点を指摘しても意味がない。 原告らの主張が審決自体の問題点を指摘する趣旨であったとしても，審決は，構 成要件１Ｂないし１Ｄの各要件ごとに全く独立して容易想到性を判断しているので はなく，本件特許発明１の全体を考察するについて，単に，便宜上，クレームの記 載を分説して判断しているだけであり，このような審決の採用した容易想到性に関 する判断方法は何ら不当ではない。 (4)ア 原告エン企画は，甲２発明においては「キー値」の入力を必要とする（す なわち，トポロジーを有する面データの作成が自動的に行われてはいない）から， ベクトルデータのみからトポロジーを有する面データ作成を自動的に行うための構 成である本件特許発明１の構成要件１Ｂ，１Ｃを想到するのは容易ではないと主張 するので，検討する。 「 ，。 イ甲２には， ユーザーが利用することのできる第３の論理装置は 座標入力装置です 座標入力装置は，ユーザーのディスプレイ画面上のカーソルの位置，またはデジタイザー上に 貼られた地図の位置を定めて入力するために使用します。座標入力装置は，２つの情報，すな わちカーソルの位置のｘ，ｙ座標値とカーソルの位置を入力するために使われるキーを ARC/INFO に送ります。特別なキー番号を使うことが重要であり，キー番号がソフトウェアに実 行するべきことを伝えます。例えば，１本のアークを入力するためには，カーソル上で２のキ ーを使えば，アークを開始し，１のキーはアークに沿ってバーテックスをデジタイズするため に使われ，再び２のキーを使えば，アークを終了します。様々なサブシステムにおいて１２ま での異なるキーが，コーディネート装置で使われます。ARCEDIT のコマンドは，多くのキーオ との記載が プションをもちます。とりわけ，アークの追加と編集に関して多いようです 」。 あり（８?６頁 ，同記載からすれば，甲２における「キー値」は，座標入力装置 ） によって，ｘｙ座標値とともに入力される数値で，キー値「２」は，１本のアーク の入力の開始と終了を表し，キー値「１」は，アークに沿って入力途中であること を表すものであり，甲２におけるキー値入力は，デジタイザ等による座標値の入力 と同時に行われるものといえる（座標値入力とキー値入力とが異なる時点で行われ る旨の記載や示唆は全くない。。） 一方で，本件特許発明１の構成要件１Ａは，ラスターデータからベクトルデータ の作成に関する構成で，構成要件１Ｂは，ベクトルデータから二次元の線データへ の「自動的な」変換に関する構成である。 そうであるとすれば，甲２の「キー値」入力は，座標値入力と同時に行われるの であるから，本件特許発明１の構成要件１Ａに対応することになるところ，本件特 許発明１の構成要件１Ａにおいては，ラスターデータからベクトルデータを作成す る具体的な方法につき特定はない（構成要件１Ｂにおいては，訂正により「自動的 に」という限定がされたが，構成要件１Ａについては，このような限定はされてい ない ）から，キー値の入力の有無は，そもそも甲２発明と本件特許発明１との相 。 違点とはならないものである。 ウ仮に，本件特許発明１において「オンスクリーン入力方式」という手動入力 方式を採った場合，?ユーザーが最初に指定した点，?その後に指定した点，?ユ ーザーが最後の点として指定した点の各入力作業が必要である（この点は，被告ら と原告エン企画との間で争いがなく，被告らと原告ペンタくんとの間では弁論の全 趣旨によって認められる。。） 他方で，甲２の「キー値」入力においては，キー値「２」の入力が上記?及び? に対応し，キー値「１」の入力が上記?に対応するから，仮に本件特許発明１にお いてオンスクリーン入力方式を採った場合には，キー値によってアークの始点・終 点等を指定するのと同等の作業が必要ということになる。 したがって，甲２発明において，手動入力方式を採った場合にキー値の手入力を 必要とするとしても，本件特許発明１においても，仮に手動入力方式を採った場合 には，キー値に相当する情報の入力が必要であって，この点は，両者の相違点とは ならない。 「（） ，（） エ甲２には， スキャニング 走査地図をスキャンニングして ラスター値 ON/OFF を一連の座標に変換する（ラスターベクトル変換です）装置によって実行されます。ARC/INFO との記載 はそのような座標を，デジタイザーで入力された座標と同じように取り扱います 」。 がある（４?６頁）ところ，審決が引用発明（甲２発明）として認定した発明は， 入力にスキャニングを用いるラスターベクトル変換（自動変換）方式のものである （前記第２の３(2)イ参照 。） 甲２には，自動変換方式を用いる場合において，キー値の手入力の要否について は明示されていない。しかし，上記のとおり，甲２において，地図をスキャニング して ラスターベクトル変換 により 一連の座標に変換 していること ARC/INFO 「」「」， では，このような座標をデジタイザーで入力された座標と同様に取り扱うことに加 「デジタイザーのカーソルボタン え，丙２０（甲２（ARC/INFO 第１巻）の全文）には を押す度に，新しいｘ，ｙ座標（バーテックス）がフィーチャーに追加されます。アークをデ ジタイザー入力するには，トレースする時にアークに沿ってとびとびにカーソルキーを押しま との記載があり（１０?３頁参照 ，デジタイザ入力では，アーク（始点と終 す 」。 ） 点を有する線データ）が入力されているものである。 「電子計算機システムを利 また，乙１４（特開昭６０?１９５６７５号公報）には， 用した画像処理においては ・・・たとえば被処理画像が道路地図等の線図形の場合には，こ ， れを図形構成画素を”１”とし背景構成画素を”０”とする２値画像データに変換したあと， これをたとえば折点・分岐点および交差点等（以下屈曲点と総称する）ならびに端点等を境界 との記載 として部分線図形に分割し，各々の部分線図形をベクトルデータに変換すること」 があり（１頁左欄の下から１行目?右欄１１行目まで ，添付図面（第１図）にお ） いて「端点抽出回路３」との記載がある。そして，乙１５（特開昭６１?５３７５ 「・・・図において・・・２は画像メモリ１に記憶さ 号公報）の【従来の技術】欄には， れた第４図(a) に例示するような画像データ・・・の輪郭を追跡して，接点・・・および屈曲 との記載があり（２頁左上欄１０行 点・・・を抽出し記憶する端点抽出部であり・・・」 ），（）「」。， 以下添付図面 第３図 において 端点抽出部２ との記載がある すなわち 乙１４，１５には，端点や屈曲点（折点，分岐点，交差点）の間を１単位として， 当該単位ごとにベクトル化することが記載されているといえる。 「これに対し，ＡＮＡＴｅｃｈ図面自動入力シス このほか，前出の甲３１において， テムでは，専用のハードウエアにより読み込みと同時にベクトルの始点，終点，交差点を検出 との記載がある（７８頁?７９頁）ほか，スキャナーで読み込まれたラスター し」 データのベクトル化により 始点と終点の座標を抽出することが記載されている ８ ， （ ２頁図Ａ 。） 以上の記載を総合して得られる技術水準を前提とすると，スキャナー入力でラス ターデータからベクトルデータを作成する場合，一定のルールに従って１レコード に収めるべきデータの範囲を決定しているため 「キー値」ないしそれに相当する ， 情報の手入力は不要と認められ，甲２においても，スキャナー入力の場合には，キ ー値の手入力は不要である。 オこのほか，原告エン企画は，分岐点にノードを置かなければ二重アークが生 じる旨主張する。 確かに，丙３８には，重複したアークが作成されることを防ぐ方法等が記載され ているが，これは，スキャン入力時に（ラインの分岐点ではなく）ラインの中間点 からトレースを開始すると，重複したアークが作成される可能性があるとの記載で あって（丙３８の１２２頁参照 ，あくまで同じ位置を重複してスキャンすること ） による問題であり，分岐点にノードを置くか否かとは直接関係がない。 もっとも，前記(2) のとおり，ARC/INFO においては，CLEAN コマンドの実行によ り，アーク間の交点にノードを自動的に作成することが可能であるから，そもそも 原告エン企画が主張するような二重アークは生じない。 カまた，原告エン企画は 「キー値を誤ると複数のアークが１本のアークに連 ， 結するなど不正結合が生じるため，キー値は人間が判断するしかなかった」とも主 張する。 しかし 「不正結合」とは，入力を誤ったことによる不具合であるため，人間が ， （ ）。， 入力を誤った場合でも発生するものである 例えば丙２４の６７頁参照そして 自動的な処理においてエラーが生じた場合，人がそのエラーを補助的に修正するこ ，「 」 とは普通に行われていることからしてもキー値は人間が判断するしかなかった とはいえない。 キ原告エン企画は，前判決の認定からしても，甲２発明はベクトルデータから 面データ作成を自動的に行うものではなく，キー値を手入力する必要があると主張 する。 「 前）審決は 『フィーチャーを定義してトポロジ しかし，前判決（６６頁参照）は， （， ーを生成し』と認定しているのであって，甲２発明として，ラスター／ベクトル変換で得られ たベクトルデータから自動的にフィーチャーを定義できるとの発明を認定したとは認められな とするのみであって，甲２発明がベクトルデータから面データ作成を自動的に い」 行うか否かにつき明示的に判断したものではなく，この点に関する本判決の認定と 前判決の判断が矛盾するものではない。 ク原告エン企画は 「ノードを配置すべき座標を人間の判断で入力する技術し ， か開示されていない甲２から，線データ（ベクトルデータ）のみからトポロジー構 造を有する面データを自動的に作成するという本件特許発明１のコアともいうべき 構成要件１Ｂ，１Ｃに係る構成を容易に想到できるはずがない 」と主張する。。 しかし，前記イのとおり，キー値の入力は，構成要件１Ａに係る部分であって， これが構成要件１Ｂ，１Ｃに係る部分であることを前提とする原告エン企画の上記 主張は，前提を欠くものである。 ケ以上のとおり 「キー値」の入力の有無は，そもそも甲２発明と本件特許発 ， 明１との相違点とはならない上，いずれにおいても，仮に手動入力方式を採ればキ ー値やこれに相当する情報の手入力が必要になり，自動変換方式を採れば手入力は 不要になるものであって，キー値に関する原告エン企画の主張は理由がない。 (5)ア 原告エン企画は，ラスターデータから取得した座標点列にすぎないベクト ルデータからトポロジーを有する面データを得ることは不可能であり，そのような 面データを作成するにはトポロジーデータの手入力が必要であるとの固定観念が存 在したものであって，甲２発明もそのような固定観念にとらわれている旨主張し， その根拠として各種文献（丙１７ないし１９，２４ないし２６等）を挙げるので， 検討する。 （ ），， イ丙１７ 数値地図ユーザーズガイド の図１?９に デジタイザ入力に関し ，（） 「」 「 」 ノード計測左・右ポリゴンＩＤ入力 や 等の記載があり 丙１８ 国土数値情報 「例４道路の計測」 「まず道路と図郭線との交点，道路 のに （デジタイザ入力に関し ，） の交差・分岐点，路線の始終点，道路施設等の変化する点等に直径１ mm の円を記入する。こ との記載がある れをノードと言い，２つのノードの間を結ぶ道路の区間をアークと言う 」。 （）。，，，「」 ２４頁このように 丙１７ 丙１８には デジタイザ入力において ノード 入力が必要である旨が記載されているといえる。 ，，（ ）， しかし 他方で 乙２３ ARC/INFO ユーザーマニュアルバージョン３ には 「デジタイジング・・・手作業によるデジタル化は時間がかかり，単調な作業である。 ARC/INFO はマップフィーチャーを自由な形でデジタイズするので手作業に比較して簡単であ る。例えば，ラインは『スパゲッティ』としてデジタイズでき，ラインが他のラインと交差す と記載されており（３０頁 ，甲２より前のバージョ る位置を定義する必要がない 」。 ） ンの ARC/INFO において，デジタイザ入力の場合も，交点の入力は必須ではなかっ たと認められる。 なお，原告エン企画は，丙２０の５?３頁にも，ノードがトポロジーデータであ ることが記載されているとも主張するが，いずれにしても，上記のとおり，デジタ イザ入力の場合に常にトポロジーデータの入力が必須であるとは認められない。 また，そもそも，前記(4) エのとおり，スキャナー入力では，キー値等の手入力 は不要である。 ウ(ｱ)丙２４（東京都都市計画地図情報システム開発調査報告書 （なお，丙２） ５は丙２４の概要版である ）には，以下の記載がある。 。 「オート・デジタイズ」 ａ 「作業方法」 (a) 「・・・スキャナを用い既成図をラスタ・データとして入力し，ラスタ／ベクタ変換によっ （６ て，ベクトル・データを生成する。生成されたベクトルデータに対し，属性を付加する。」 ８頁） 「特徴」 (b) 「地図図式から自動的に構造（データ種別）を分ける技術が未発達であり，現在のところ， 建物について実用化されているにすぎない このため あらかじめ入力原図を作成し 構造 デ 。， ，（ （６８頁） ータ種別）を分ける必要がある。」 「実験フロー」 ｂ 「西新宿方面約１ kmについて航空写真よりディジタルマッピング手法により，真位置デ ２ ータファイルを作成する。さらに地形図として図式表現した原図の作成を実施する。ハンドデ ジタイズ及びオート・デジタイズの両手法は，この原図を用いてデータ入力を行なうことにな る。ハンド・デジタイズの場合，地形図として表現されたデータの内容全てを網羅することは 人的作業において不可能であるため，建物データの収得にとどめた。オートデジタイズ手法で は全てのデータを一律に組み込み，ベクトル化を図ることになり，図式表現された地形図が， （６９頁） 属性をもたない線データとして，認識された。」 「実験結果」 ｃ 「データ量」 （７０頁） 「それぞれの手法によるデータ量は以下のようになった。」 以下省略 判決注：ＤＭ（デジタルマッピング）データについては，線データ及びセグメン ト数につき，建物データが「内数」として記載されており，他方で 「オート・デ， ジタイズ」については，線データ及びセグメント数について 「内数」の記載がな， い。 「データ乖離量」 ｄ 「ハンド・デジタイズとＤＭデータから建物データを面として扱い，ＤＭデータを基準にし たデータ乖離量を求めた。 オート・デジタイズによるデータは，建物データという意味の属性がついておらず，また面 （７１頁） 的な認識もできないため，比較の対象とはしなかった。」 (ｲ)原告エン企画が指摘するとおり，丙２４には 「オート・デジタイズ」によ ， るデータは面的な認識ができないとの記載がある（上記(ｱ) ｄ参照 。） しかし，上記記載は，西新宿の航空写真に基づいて，実験的に作成したある地図 データ（建物データの線データと他の属性のデータの線データが混在した地形図デ ータをそのままオートデジタイズしたデータ）につき，建物データという属性がつ いておらず，面的な認識ができないという事例の紹介にすぎず，この記載により， およそオートデジタイズデータにつき，一般的に面的な認識ができないものと認め られるものではない。 そもそも上記(ｱ)ａ(b)からすれば，建物データを分ける技術は丙２４作成時にお いて既に実用化されていたものであって 「建物データを面として扱う」こと自体 ， は可能であったものと認められる。 そして，上記(ｱ) ｄのとおり「面的な認識ができない」理由については丙２４上 に明確な記載がないものの，例えば，建物以外に道路等のデータが混在する地形図 では，各属性のデータが混在しており，入力データが不適切なことが原因で，面デ ータが認識できなかったものと推測される。 「オート・デジタイズ手法によるベクトル・データは，白図のラ このほか，丙２４には， スターデータを圧縮したものとみることができる。また図形毎に階層化した属性が与えられな いため（別版にして入力すれば可能である）単なる背景としてしか利用できないという弱点を との記載もある（７２頁）ことからすれば 「地図を複数の別版にすれば属 持つ 」。 ， 性を付与できる」ものと認められる。 「またスキャナによ エ丙２６（被告株式会社パスコの担当者の発表論文）には， との記載がある（７０頁右 るデータを ARC/INFO へ取り込む研究も積極的に行っている 」。 欄 。） 「トポロジ・データは，内部ＩＤ番号を用いた表として自動生成さ しかし，丙２６には， れる 」 「このような特徴は，スキャナにより入力されたデータを 。 との記載（６７頁右欄）， 扱う際に，非常に有効となる 」 「これらの機能は，図１０に示す 。 との記載（６９頁左欄）， との記載（７０頁左欄）のほか，図 ARC/INFO のモジュールによりサポートされている 」。 １０には，ARC/INFO のモジュールとして等とともにの ， 「デジタイザ」「スキャナ」 記載がある（７０頁左欄）ことからすれば，ARC/INFO にはスキャナーによるデー タを取り扱う技術が既にあったものと認められる。 昨 オ丙１９４色問題の数値地図への適用 と題する論文 には 発表者が （「 」）， 「 年のエン企画特許問題が生じる前に・・・アークデータのみあれば，ポリゴンデータが生成さ との記載がある（６３頁右欄 。 れるのではないかと考えていた」 ） 「発表者は・・・ＧＩＳの先進技術を深く習得したわけではなかっ しかし，丙１９には， との記載もあり（６３頁左欄 ，丙１９の発表者がＧＩＳの先進技術について た 」。 ） 習得が深くないことからすれば 同人の認識に関する上記記載からポリゴン 面 ， ，「（ データ）の自動生成」についての当時の技術水準を認定することはできない。 カ以上のとおり，原告エン企画が挙げる各種文献（丙１７ないし１９，２４な いし２６等）はいずれも 「トポロジーを有する面データを作成するにはトポロジ ， ーデータの手入力が必要であるとの固定観念」が存在したことの根拠とはならず， その他，上記固定観念が存在したことを認めるに足りる証拠はない。 キなお，原告エン企画は，乙１１に記載された発明につき，周囲の線分とポリ ゴン境界をなす線分とを区別して，前者にカウント値１を，後者にカウント値２を 付加して，線分接続の際にカウント値を減算することにより面認識を試みるなど， 複雑な処理を要していたもので，線データから面データを認識することは不可能で あった旨主張する。 しかし，複雑な処理を要するとしても，乙１１に現にそのような処理方法が記載 ， ， されている以上 線データから面データを認識することができないことにはならず 原告エン企画の上記主張は理由がない。 (6)原告エン企画は 「甲３９（ArcScanner）は公知性が証明された文書ではな ， く，いずれにしても，甲３９においては，ラスターデータからカバレッジ変換をす る構成を明示しておらず，甲３９では画素分析によりノードを認識するのに対し， 本件特許発明１においては線データを分割してノードを発生させるものである 」。 旨主張する。 しかし，審決は，甲３９（ARC SCANNER ユーザーズガイドRev3.2）につき，デ ータの変換一般につき「自動的に行う」ことが周知であることの根拠として引用し たものであって（審決４７頁参照 ，具体的にどのように変換するかまで引用する ） ものではなく，具体的な変換方式の相違に関する原告エン企画の主張は，採用でき ない（ただし，本判決においては 「データ変換が自動的に行われること」が周知 ， であったことの根拠として甲３９を用いるものではない。。） (7) 原告ペンタくんは，本件特許発明１が容易想到であるならば，甲２において デジタイザを使用する必要はない旨主張するが，精度や用途に応じて各種データ入 力方式を選択すべきであることは自明であって，原告ペンタくんの上記主張は理由 がない。 (8) 原告ペンタくんは，審決の４６頁の「ベクトルデータからベクトルデータに 含まれる各線分を得ること」との記載につき，本件特許発明１はベクトルデータか ら任意の一部を線分とするものではない旨主張する。 しかし，審決の上記記載における「線分」には「接点，交点を含まない」との意 味があるものと解されるところ，このように解した場合には，同記載は，構成要件 １Ｃと実質的に同じ内容を述べているにすぎず，ベクトルデータの「任意の一部」 を線分とすることを述べるものではない。 また，原告ペンタくんは，審決の４０頁の「明細書の『線分』のうち，二次元の 線データを分解して得られた線分について，他の線分と区別するために『座標上の 線分』という表現を導入したもの」との記載につき，審決が「二次元の線データ」 から「座標上の線分」への変換の工程以外に，線分が存在することを前提としてい る上，座標上の線分が二次元の線データを分解したものと解している点で，前判決 にも矛盾している旨主張する。 しかし，審決の上記記載は，平成１０年１月２９日付け手続補正の適法性を検討 している部分にすぎず，ここでの検討は審決による本件特許発明１の認定部分では ない。また，仮に，審決の上記記載が，原告ペンタくんが主張するような誤解を招 くものであるとしても 「座標上の線分」以外に「線分」が存在するか否か等は審 ， 決の結論に影響を及ぼすものではなく，いずれにしろ原告ペンタくんの上記主張は 理由がない。 ，， （） (9) 原告ペンタくんは 審決が 引用発明がベクトルデータだけから面 閉領域 を定義できると考えているとすれば，誤解である旨主張する。 しかし，審決の相違点１の判断における「フィーチャーの定義を，ベクトルデー タから直接行うか，線分データから行うかは，当業者が適宜選択する事項にすぎな い 」との記載のうち「ベクトルデータから直接行う」の部分は，ベクトルデータ 。 から（線分に分ける等の中間処理をせずに）直接，面データ（フィーチャー）を生 成することを述べたにすぎず，審決が線データ（ベクトルデータ）と面データとを 混同したものではなく，原告ペンタくんの上記主張は理由がない。 また，原告ペンタくんは，座標点列から閉領域は作成できないとも主張するが， 乙１０に，全ポリゴン構造のデータをアーク・ノード構造に変換することが記載さ れている（乙１０の１の６４頁参照）ことからしても，座標点列からトポロジー構 造への変換は周知といえる。 このほか，原告ペンタくんは，全ポリゴン構造（乙１０参照）は点データと線デ ータからできた閉領域ではない旨主張するが，被告らは，全ポリゴン構造につき， 点データと線データからなるとは主張しておらず，この点に関する原告ペンタくん の主張は理由がない。 なお，原告ペンタくんは 「審決は，従来技術が閉領域を表すため，閉領域内部 ， に代表点を設けてきたことを理解していない」とも主張するが，審決の説示がその ように解されるとは認められない上，原告ペンタくんの主張は，審決の取消しにい かなる影響を及ぼすものであるか不明であるから，失当である。 (10)原告ペンタくんは 「引用発明は，座標点にキー値を付加し，ポリゴンを ， 作成してデジタイズされたラベルポイントを作成するものである」旨主張する。 しかし，同主張の位置付けは不明確である（原告ペンタくんは，引用発明の認定 の誤りを審決取消事由としていない ）上，審決は，甲２のスキャニングに関する 。 記載（４?６頁参照）等に基づいて引用発明を認定したものであるところ，原告ペ ンタくんは，引用発明に関し，キー値の付加やデジタイズ等に言及するなど，審決 が認定したものと異なる内容（手動入力方式）につき主張しており，審決を正解し ていないものといわざるを得ない。 このほか，原告ペンタくんは，甲２発明のポリゴンフィーチャーは，名称とパラ メータのみでは十分に定義できないとも主張するが，同主張の位置付けも不明確で あり（これが仮に審決の相違点３の認定に関する主張であるとしても，原告ペンタ くんは，相違点３の認定の誤りを取消事由として主張していない，その当否が審。） 決の結論に影響を及ぼすものとはいえず，失当である。 (11)以上のとおり，相違点１についての容易想到性に関する審決の「甲２発明 において，ベクトルデータからフィーチャーの定義を行うために，ベクトルデータ から一連の折れ線を抽出して，線端を示す点データを含む二次元の線データに自動 的に変換し，この二次元の線データを座標上の線分に変換し，座標上の線分をフィ ーチャー，すなわち図形要素の定義に供するよう構成することは当業者が容易にな し得た」との判断に誤りはなく，この点に関する原告らの主張はいずれも理由がな い。 ４原告エン企画が主張する取消事由３（相違点１についての容易想到性の判断 における理由不備）について 原告エン企画は，審決が，構成要件１Ｂ，１Ｃにつき，証拠に基づく具体的な事 実を何ら摘示せず，周知技術であるとか設計事項にすぎないなどという，検証不能 な抽象的な判断で安易に容易想到と判示したものであって，理由付けの記載を欠く 違法がある旨主張する。 確かに，審決の相違点１についての容易想到性の判断では 「周知 「技術常識」 ，」 「格別困難なことではない」といった文言が用いられている部分が多いが，特定の 技術が実際に当業者に周知であるならば，そのような記載で足りることもあると解 される上，そもそも，審決の判断に供されたある技術が周知であることは，当該技 術の構成が特定されている限り，証明の成否の問題であり，審判段階で立証が不十 分であっても，審決取消訴訟で補充立証をすることが原則として許されるものであ る。本件では，ベクトルデータから二次元の線データへの変換過程につき 「甲２， には，データの変換が自動的に行われることが記載されていると推察され，仮にそ うでないとしても，甲３９に示されるように，変換を自動的に行うことは周知であ る」として証拠が引用されており，証拠の引用が全くないわけではなく，理由不備 ということはできない。そして，本件訴訟では，審決が周知技術として用いた技術 が周知であることについて，関係証拠によって証明されているところである。 また，前記２，３のとおり，原告エン企画が主張する取消事由１，２はいずれも 理由がない以上，相違点１の容易想到性に係る審決の理由付けの記載の程度が，本 件での結論に影響を及ぼすものでもなく，原告エン企画の上記主張は理由がない。 ５原告エン企画が主張する取消事由４及び原告ペンタくんが主張する取消事由 ２（相違点２についての容易想到性の判断の誤り）について 「アーク・ノードデータベースでは，いろいろな属性データを簡単に導入 (1) 乙１０には することができる」 「アーク・ノードの例では，デ との記載（乙１０の１の４２頁）や， ータの属性値は，位相情報とともに保存されていた。リレーショナルデータ構造では，属性情 報は分離独立している。この方法は現在，市販の地理情報システムでもちいられている一般的 な設計手法となっている ・・・ポリゴンについてのテーブルでは，面積や土地利用規制，評 。 との記載（同４３頁）があり，以上からす 価額，所有権について記録することもある 」。 れば，地図データ（閉領域データを含む ）に属性情報を付与可能にすることは周 。 知技術であったと認められる。そして，データの記憶，表示，印刷も極めて普通に 行われることである。 したがって 「甲２発明において，閉領域データに属性付与を可能にし，記憶， ， 表示，印刷するよう構成することは，当業者が容易になし得たことである」旨の審 決の判断に誤りはない。 (2) 原告らは，?審決が，相違点２の判断に当たり，属性付与の段階の相違につ いて判断遺脱している旨，?属性付与可能にするとは「識別子を付する」ことであ り，PAT の作成をもって属性付与可能になるものではない旨，?本件特許発明１に は，ラベルエラーのチェックや修正作業をほぼ不要にするなど，顕著な効果がある 旨，? CREATELABELS コマンドについての主張は許されず，そもそも同コマンドは 例外的な場合に使用されるにすぎない旨主張する。 しかし，そもそも，原告らは，甲２発明と本件特許発明１の相違点２の認定につ き審決取消事由として争うものではない上，本件特許発明１については，構成要件 １Ｆまでで作成された閉領域データについて，属性データを付与可能にしているも のであるが，審決の「本件特許発明１が『各閉領域データに属性データを付与可能 にして・・・ 」との相違点２の認定においても，そのように，構成要件１Ｆまで 』 で作成された閉領域データについて，属性データを付与可能にすることを前提とし ていると解されるのであり，この構成につき，審決は検討の対象としているから， 審決がこの点につき判断を遺脱しているとの原告らの主張は理由がない。 (3)ア 本件特許発明１の構成要件１Ｇ「各閉領域データに属性データを付与可能 にして・・」の部分には，属性データを付与可能にする具体的な方法につき記載が ない。 「上記のようにして作成された閉領域の もっとも，本件訂正明細書（丙４０）には， みからなる地図図形データには，キーボード３?３を用いて閉領域で示される各地域や地点を 特定するために，それら地図上の閉領域に，例えば図８に示すような番号（丸で囲んで示す） が自動的に一括して順次付与される。そして，この番号が同ファイルの領域データ部２ｂ?３ の対応する位置に格納される。さらに，この番号に対して属性を示すデータを入力することに より番号により特定された地域や地点に属性が付与される。この属性データも同様に同ファイ ルの領域データ部２ｂ?３の対応する位置に格納され，これにより所定の地図情報は完成す と記載され（段落【００３０，実施例としては，閉領域に番号を自動的に る 」。 】） 一括して順次付与すること，この番号に対して属性データを入力することにより， 番号により特定された地域や地点に属性を付与することが記載されている。 「・・・面デ しかし，他方で，本件訂正明細書には 「従来技術の問題点」として ， ータの表す輪郭線が・・・不連続となっていれば・・・面データに与えた属性がこの不連続点 から周囲に漏洩して不都合を生ずる ・・・ 「また，単なる線データ 。」 （段落【０００６】）， をコンピュータに記憶させても，面データを作成することができないと・・・地域や地点毎の （段落【０００７ ）と記載され 「発明の目的」と 属性を付与することができない。」 】， 「本発明は・・・その目的とするところは，地域や地点毎に属性を付与可能なように保存 して （段落【００ した地図情報を大幅に効率良く自動的に作成することが容易にできる・・・」 ０９ ）とも記載されている。 】 したがって，本件特許発明１における「属性付与可能」とは，面データの表す輪 郭線の不連続がないことや，面データが作成できるようにすることをその前提とす るものといえ，段落【００３０】の実施例の記載は，属性付与を可能にする一方法 を例示したものにすぎず 「属性付与可能」という概念につき，実施例における， ， 番号を自動的に一括付与することに限定して解することはできない。 「正しいポリゴンまたはアーク・ノード イ(ｱ) 甲２には 「CLEAN 」コマンドに関して ， ・トポロジをもつカバレッジを作成します。このために CLEAN は幾何学的な座標の誤りを修正 ・訂正し，アークをポリゴンに組み立て，各ポリゴンまたはアークの要素属性情報を作成しま （），， す つまり PAT または AAT を作成します （， ）。」 との記載があり １２５頁丙２０には 「ARC/INFO で，BUILD，CLEAN というコマンドを使用すると，自動的にフィーチャートポロジ ，。」「， 。 ーが作成 更新されますフィーチャー属性は フィーチャー属性テーブルに格納されます ， 。 フィーチャー属性テーブルは ARC/INFO によって作成される特別な INFO データファイルです CLEAN または BUILD により，３つのフィーチャータイプ，ポリゴン，ライン，ポイントに関す る INFO データファイルを作成，更新することができます「ARC/INFO は，ポリゴン属性テー 。」 との記載がある（５?１０頁 。 ブル? PAT・・・を持ちます 」。 ） 「カバレッジの要素属性テーブルを また，乙１６には 「BUILD 」コマンドに関して ， 作成または更新します。BUILD の POLY オプションを指定したときは，ポリゴンとアーク・ノー ド・トポロジーを定義し，LINE オプションを指定したときはアーク・ノード・トポロジーを定 （訳文１１３頁 ， 義します。ポイント要素とその属性は POINT オプションで作成します。」 ） 「BUILD は座標エラーのあるカバレッジに実行してはなりません。BUILD に POLY オプションを ，（ ）， 指定したときは問題の生じるエラーには 交差するアーク 交点にノードが定義されていない 閉じていないポリゴンまたは一致するノードのないノード，細長いポリゴンがあります。カバ （訳文１１８頁）との各記載 レッジ要素の座標を ARCEDIT コマンドで修正してください。」 がある。 以上からすれば，ARC/INFO においては，CLEAN 又は BUILD コマンドを実行して， ポリゴン・トポロジーが定義された後にポリゴン属性テーブル（PAT ファイル）が 作成されるものであり，ポリゴンが閉じていない場合等に PATファイルが作成さ れることは，原則的に予定されていないものといえる。 (ｲ) 審決は，主に甲２における「カバレッジ」の作成手順の７つのステップの記 載（１０?２頁）と，スキャニングの記載（４?６頁）に基づいて「甲２発明」を 認定したものと認められる。 そして，カバレッジの作成手順の「ステップ１?７ （前記第２の３(2)ア(ｱ)参 」 照）は，?ステップ１（マップシートの用意 ，?ステップ２及び３（デジタイザ ） ー入力及びそのエラーの訂正 ，?ステップ４及び５（フィーチャーの定義，トポ ） ロジー生成及びトポロジーエラーの訂正 ，?ステップ６及び７（属性付与等）の ） ４段階に大別でき，実際に属性付与が予定されているのはステップ６以降である。 そして，面データが存在しなければ，面データへの属性付与ができないことは自 明であり 「識別子を付与するだけで，面データ完成前であっても既に属性情報が ， 付与可能な状態となっている」旨の原告エン企画の主張は採用できない。 (ｳ) 以上のとおり，甲２発明においては，ステップ４においてフィーチャーの定 義及びトポロジーの生成が行われ（面データの作成に相当する，その際，CLEAN。） 又は BUILD コマンドの実行により，ポリゴンの属性を格納するための PAT が作成 され （順序は前後するものの）ステップ３及び５において，デジタイジングエラ ， ー及びトポロジーエラーが訂正された後に，ステップ６において属性を付与するこ とが想定されている。 他方で，本件特許発明１においては，構成要件１Ｄで面データを自動的に作成す ，， ， るとともに 構成要件１Ｅ １Ｆにおいて不連続点に関する修正作業を行った後に 構成要件１Ｇにおいて属性を付与することが想定されている。 このように，甲２発明，本件特許発明１のいずれにおいても，不連続点等のエラ ーの修正後に属性を付与することが想定されており，属性を付与する段階に差異は ない。 なお，原告らは，甲２発明においては，識別子の付与段階で属性付与可能である 旨主張するが，既に検討したとおり，面データ完成前の段階においては属性付与可 能ではないことに加え，本件特許発明１でも，構成要件１Ｄにおいて面データが自 動的に作成された段階で識別子を付与すれば，その段階で属性付与可能ともいえる （前記アのとおり，本件特許発明１における「属性付与可能」という概念につき， 段落【００３０】の実施例における，番号を自動的に一括付与することに限定して 解することはできない ）のであって，いずれにしても，本件特許発明１と甲２発 。 明において，属性付与可能な段階に差異はない。 ウ以上のとおり，属性付与可能となる段階につき，甲２発明と本件特許発明１ とで差異はなく，原告らの主張は採用できない。 また，原告らは，甲２発明と本件特許発明１において属性付与可能となる段階に 差異があることにより，本件特許発明１には「ラベルエラーのチェックや修正作業 をほぼ不要にする」との顕著な効果が存在する旨主張する。 しかし，そもそも甲２発明と本件特許発明１とでは，属性付与可能となる段階に 差異がない以上，当該差異があることを前提とする原告らの上記主張は理由がない 上，本件特許発明１においても，不連続点がある場合には線データを入力すること により閉領域データを作成するという修正作業が必要なのであって，本件特許発明 １に顕著な効果があるとは認められない。 (4)したがって，CREATELABLES コマンドについて検討するまでもなく，審決の 相違点２についての容易想到性の判断に誤りはない。 ６原告エン企画が主張する取消事由５及び原告ペンタくんが主張する取消事由 ３（手続上の違法）について (1)ア 原告エン企画は，被告らによる審判請求書の補正は，新たに甲３９を援用 ， ，，， したもので 審判請求の要旨の変更に当たるにもかかわらず 特許庁は その際に 被請求人に特許法134条2項による答弁・反論の機会を与えずに審決を行った旨 主張する。 特許法134条2項は，同法131条の2第2項の場合，すなわち特許無効審判 請求における請求の理由の補正がその要旨を変更するものであるが，補正を許可す る場合，特別の事情がない限り，被請求人に対し答弁書提出の機会を与えるべきこ とを規定する。 そして，上記「要旨の変更」とは，無効理由の根拠条文を追加，変更したりする 場合や，無効理由たる事実を証明する証拠を追加したり，差し替えたりする場合で ある。 イ本件において，原告ペンタくんが，平成２０年５月３０日付け訂正請求書に より本件特許発明１の構成要件１Ｂにつき「自動的に」との文言を挿入したのに対 し，被告らは，同年７月９日付け手続補正（乙３０参照）で，補正１として，無効 審判の対象である請求項１に関する記載を，訂正後の本件特許発明の請求項１に合 致させるとともに，補正２として，無効審判の口頭審理で既に提出されていた甲３ ９（ARC SCANNER ユーザーズガイド Rev3.2（乙２０参照）につき 「なお ”ベク ），， トルデータを２次元の線データに自動的に変換する”点については，甲３９号証に 開示されているように本件特許出願前に公知である「この文献には次の記載があ 。」 る 『ARC SCANNER は，スキャナーが作成したデータを ARC/INFO カバレッジに変換 。 するソフトウェアプログラムです（訳文の第１頁７行乃至８行 『使用法：BEGIN 。』 ） ＜ cover ＞出力カバレッジは このセッションにより自動的に作成されます訳 ， 。』（ 文第２頁８行乃至９行」との指摘をしたものである。 ）。 以上のとおり，被告らによる上記補正は，無効理由の根拠条文を追加，変更する ものではない。 もっとも，１つの文献に複数の発明が記載されていることも少なくなく，また， 文献自体が大部で，そこに多数の発明が記載されているような場合もあるから，審 判請求書等において，文献の名称としては記載されていても，具体的に無効理由と して引用されていない発明について，その後，審判請求の理由とすることは，法に よって許されない，理由の要旨を変更するものとなる場合がある。 しかし，被告らが，平成１９年２月１４日付け口頭審理陳述要領書（乙２０）と ともに甲３９を提出していたこと，甲３９はわずか６頁（訳文においては８頁）の 文献であって，かつ，被告らが上記補正で引用した部分は，同文献の「はじめに」 及び「ARC SCANNER の機能」の記載であり，同文献の基本的部分であることからす れば，被告らによる上記補正は，無効理由たる事実を証明する証拠を追加したり， 差し替えたりするものでもないというべきであり，やはり「要旨の変更」には当た らない。 ウこの点に関し，原告エン企画は，請求の要旨変更に該当するか否かは，審判 請求時を基準として判断すべき旨主張するが，相手方の防御の機会を保障するとい う特許法134条2項の趣旨からすれば 「要旨の変更」に該当するか否かは実質 ， 的に検討すべきであるところ，補正時より１年以上前に提出されていた証拠（甲３ ９）については，原告らには反論の機会が十分あったというべきであり，原告エン 企画の上記主張は理由がない。 なお，原告エン企画が引用する最高裁判所昭和５１年５月６日判決は，特許の無 効審判の係属中に当該特許の訂正審判の審決がされ，これにより無効審判の対象に 変更が生じた場合に，審判官は，原則として，変更された後の審判の対象について ，， 当事者双方に弁論の機会を与えなければならない旨判示するものであるが これは 基本的には，無効審判請求人が無効事由の主張立証をする機会を保障することを主 目的とするものというべきである。そして，本件のように，少なくとも自ら訂正請 求を行った特許権者（原告ペンタくん）については，訂正請求を行う時点で，無効 審判の対象に変更が生じることにつき認識済みというべきである（ただし，無効審 判の請求人が，訂正請求をした特許権者の予期に反するような補正を行った場合は 別論である ）上，既に検討したとおり，被告らが行った平成２０年７月９日付け 。 手続補正は「要旨の変更」に当たらないので，いずれにしても，本件において，同 補正後に，審判官が当事者らに主張の修正補充の機会を与えなかったとしても，そ の点につき手続上の違法はないというべきである。 (2) このほか，原告エン企画は，本件においては書面審理通知すらされず，審理 終結通知が当事者らに送付されたのみであって，審決は，原告エン企画が提出した 弁駁書について主張として整理してもおらず，前判決後に「さらに審理を行っ」た 事実がなく，特許法181条5項に違反しており，憲法31条の趣旨にも反する旨 主張する。 しかし，書面審理通知は特許法上の義務ではなく，その懈怠があったとしても， 直ちに違法であるとはいえない。もっとも，本件において，再開前の無効審判（無 効２００６?８０１７５事件）の平成１９年２月１４日午後２時の第１回口頭審理 において，審判長が「本件審理は，以後書面審理とする 」と通知した旨が，同審 。 理に係る調書上記載されており（乙１８参照 ，少なくとも再開前に，書面審理の ） 通知はあったというべきであり，再開後に審理開始通知（甲５７）もされていると ころである（なお，審決取消訴訟によって審決が取り消されて審判手続が再開され た場合には，判決の審決取消事由が審判手続の違法であるなど特段の事情がない限 り，従前の審判手続の続行として手続が追行される。。） また，審決は，原告エン企画や被告らの弁駁書に言及しており（４頁 ，内容的） にも，訂正請求による構成要件１Ｂの「自動的に変換」の部分につき検討し，認定 ，「」。 しているものであって 前判決後に さらに審理を行った ものというべきである ， ， したがって 本件での特許庁における審理につき特許法181条5項違反はなく 憲法31条違反を根拠とする原告エン企画の主張についても理由がない。 (3) 原告ペンタくんは，特許庁が審理方式を当事者に明示しなかったことが，特 ， ，（） 許法145条の趣旨に反し 書面審理通知をしなかったことは 甲５０ 審判便覧 の手続規定にも違反する旨主張する。 しかし，上記(2) のとおり，書面審理通知は特許法上の義務ではなく，その懈怠 があったとして，特許庁の審判便覧（甲５０参照）の定めに違反するとしても，そ れによって直ちに違法となるものではないが，本件では，少なくとも再開前の無効 ， （）， 審判の第１回口頭審理において 書面審理通知はあったものであり 乙１８参照 特許庁は審理方式を当事者に明示していたといえる。 また，原告ペンタくんは，特許庁が正当な理由もなく口頭審理を行わなかったこ とは，原告ペンタくんの適切な攻撃防御の機会を不当に失わせるものであり，特許 法145条1項の規定に違背するとも主張する。 しかし，同項本文は，特許無効審判につき口頭審理を原則と定めているものの， 同項ただし書では，申立て又は職権で書面審理によることも可能とされており，審 理方式の選択は原則として審判長の裁量の範囲内であるところ，本件において，無 効審判再開前に口頭審理が行われていたことからすれば，再開後に改めて口頭審理 が行われなかったとしても，これは審判長の裁量の範囲内というべきである。 (4) 以上のとおり，審決に手続上の違法はなく，この点に関する原告らの主張は いずれも理由がない。 ７以上のとおり，審決の認定判断に誤りはなく，手続上の違法もなく，審決取 消事由はいずれも理由がないから，原告らの請求をいずれも棄却することとする。 知的財産高等裁判所第１部 裁判長裁判官 塚原朋一 裁判官 東海林保 裁判官 矢口俊哉 |