戻る

平成１５年（行ケ）第２８８号　審決取消請求事件
口頭弁論終結日　平成１６年１０月１４日
判決
原　　　　　　　告　　　有限会社ブリッツア
同訴訟代理人弁護士岩坪哲
同　　　　　　　　　　　赫高規
被告Ａ
同訴訟代理人弁理士佐藤英昭
同　斎藤栄一
主文
　　　　　１　原告の請求を棄却する。
２　訴訟費用は原告の負担とする。
　事実及び理由
第１　当事者の求めた裁判
　１　原告
(1)　特許庁が無効２００２－３５０５７号事件について平成１５年５月２７日
にした審決を取り消す。
(2)　訴訟費用は被告の負担とする。
　２　被告
　主文と同旨
第２　前提となる事実（当事者間に争いがない。）
１　特許庁における手続の経緯
　　(1)　原告は，発明の名称を「Ｗｅｂデータ収集装置およびその方法，並びに該
方法に係るプログラムを記憶した記憶媒体」とする特許第３０１７７３５号（平成
１１年７月２９日出願。優先日・同年４月３０日。優先権主張国・日本。同年１２
月２４日設定登録。以下「本件特許」という。）の特許権者である。
　　(2)　被告（請求人）は，平成１４年２月１９日，原告を被請求人として，本件
特許の請求項１ないし６に係る発明についての特許について，これを無効とするこ
とを求めて本件審判の請求をし，同請求は無効２００２－３５０５７号事件として
特許庁に係属した。本件審判の手続において，原告は，同年４月３０日，本件特許
出願に添付された明細書（甲２。以下「本件明細書」という。）の訂正（以下「本
件訂正」という。）を請求した。
　　特許庁は，平成１５年５月２７日，本件訂正の請求は認められないとした
上，「特許第３０１７７３５号の請求項１ないし６に係る発明についての特許を無
効とする。」との審決（以下「本件審決」という。）をし，その謄本は同年６月６
日に原告に送達された。
２　本件明細書の「特許請求の範囲」の請求項１ないし６に記載された発明（請
求項１ないし６に係る発明をそれぞれ「本件発明１」ないし「本件発明６」とい
う。）の要旨は，次のとおりである。
　　【請求項１】　インターネット，イントラネット，またはエクストラネット上
で，検索条件を入力し該検索条件に合致した情報を表示するページを対象として
Webデータを自動的に収集するWebデータ収集装置であって，検索対象のページを指
定する手段と，検索条件を入力する手段と，該検索条件での検索の実行を指示する
リクエストを生成して，検索対象のサーバに送信する手段と，検索結果であるレス
ポンスを受信する手段と，レスポンス中のコンテンツを格納する格納手段と，該コ
ンテンツ中から次ページの有無を検出する手段と，次ページがあったとき，該次ペ
ージの取得リクエストを送信して該ページデータを取得し前記格納手段に格納し，
次ページがある限りこれを繰り返す手段とを備えたことを特徴とするWebデータ収集
装置。
　　【請求項２】　インターネット，イントラネット，またはエクストラネット上
で，検索　条件を入力し該検索条件に合致した情報を表示するページを対象として
Webデータを自動的に収集するWebデータ収集装置であって，検索対象のページを指
定する手段と，検索条件を入力する手段と，該検索条件での検索の実行を指示する
リクエストを生成して，検索対象のサーバに送信する手段と，検索結果であるレス
ポンスを受信する手段と，レスポンス中のリンクをたどって該リンクページをダウ
ンロードし，該ダウンロードしたページデータを格納する格納手段と，前記レスポ
ンス中から次ページの有無を検出する手段と，次ページがあったとき，該次ページ
の取得リクエストを送信して該ページデータを取得し，取得したページデータ中の
リンクをたどって該リンクページをダウンロードし，該ダウンロードしたページデ
ータを前記格納手段に格納し，次ページがある限りこれを繰り返す手段とを備えた
ことを特徴とするＷｅｂデータ収集装置。
　　【請求項３】　さらに情報収集するネストレベルを指定する手段を備え，該ネ
ストレベルまで前記コンテンツ中に含まれるURLをたどって情報収集することを特徴
とする請求項１または２の何れか１つに記載のWebデータ収集装置。
　　【請求項４】　前記格納手段に格納する情報に対し，さらに別の検索条件での
検索をかけ，その検索結果を前記格納手段に格納することを特徴とする請求項１ま
たは２の何れか１つに記載のWebデータ収集装置。
　　【請求項５】検索された情報のうち，どのフィールドの情報を表示するか，
その表示条件を入力する手段をさらに備え，前記格納手段に格納された情報から，
前記表示条件で指定されたフィールドの情報を抽出して表示することを特徴とする
請求項１または２の何れか１つに記載のWebデータ収集装置。
　　【請求項６】　次ページがある限り情報収集を続ける代わりに，所定の条件に
基づいて情報収集を終了する手段をさらに備えた請求項１または２に何れか１つに
記載のWebデータ収集装置。
３　本件訂正後の明細書（甲４。以下「本件訂正明細書」という。）の「特許請
求の範囲」の請求項７ないし１３に記載の発明（以下「本件訂正発明７」ないし
「本件訂正発明１３」という。）の要旨は，次のとおりものである。
【請求項７】インターネット，イントラネット，またはエクストラネット上
で，検索条件を入力し該検索条件に合致した情報を表示するページを対象として
Webデータを自動的に収集するWebデータ収集方法であって，検索対象のページを指
定するステップと，検索条件を入力するステップと，該検索条件での検索の実行を
指示するリクエストを生成して，検索対象のサーバに送信するステップと，検索結
果であるレスポンスを受信するステップと，レスポンス中のコンテンツをファイル
として格納する格納ステップと，該コンテンツ内を解析し，次ページの指定がある
か否かを判別して次ページの有無を検出するステップと，次ページがあったとき，
該次ページの取得リクエストを送信して該ページデータを取得しファイルとして格
納し，次ページがある限りこれを繰り返すステップとを備えたことを特徴とする
Webデータ収集方法。
　　【請求項８】インターネット，イントラネット，またはエクストラネット上
で，検索条件を入力し該検索条件に合致した情報を表示するページを対象として
Webデータを自動的に収集するWebデータ収集方法であって，検索対象のページを指
定するステップと，検索条件を入力するステップと，該検索条件での検索の実行を
指示するリクエストを生成して，検索対象のサーバに送信するステップと，検索結
果であるレスポンスを受信するステップと，レスポンス中のリンクをたどって該リ
ンクページをダウンロードし，該ダウンロードしたページデータを格納する格納ス
テップと，前記レスポンス中のコンテンツ内を解析し，次ページの指定があるか否
かを判別して次ページの有無を検出するステップと，次ページがあったとき，該次
ページの取得リクエストを送信して該ページデータを取得し，取得したページデー
タ中のリンクをたどって該リンクページをダウンロードし，該ダウンロードしたペ
ージデータを前記格納手段に格納し，次ページがある限りこれを繰り返すステップ
とを備えたことを特徴とするWebデータ収集方法。
　　【請求項９】さらに情報収集するネストレベルを指定するステップを備え，該
ネストレベルまで前記コンテンツ中に含まれるURLをたどって情報収集することを特
徴とする請求項７または８の何れか１つに記載のWebデータ収集方法。
　　【請求項１０】前記ファイルとして格納する情報に対し，さらに別の検索条件
での検索をかけ，その検索結果をファイルとして格納することを特徴とする請求項
７または８の何れか１つに記載のWebデータ収集方法。
　　【請求項１１】検索された情報のうち，どのフィールドの情報を表示するか，
その表示条件を入力するステップをさらに備え，前記ファイルとして格納された情
報から，前記表示条件で指定されたフィールドの情報を抽出して表示することを特
徴とする請求項７または８の何れか１つに記載のWebデータ収集方法。
　　【請求項１２】次ページがある限り情報収集を続ける代わりに，所定の条件に
基づいて情報収集を終了することを特徴とする請求項７または８の何れか１つに記
載のWebデータ収集方法。
　　【請求項１３】請求項７から１２の何れか１つに記載のWebデータ収集方法に係
るプログラムを記憶したことを特徴とするプログラム記憶媒体。
４　本件審決の理由の要旨
（本件訂正の請求の適否）
(1)　本件訂正の目的の適否，新規事項の有無及び拡張・変更の存否
本件訂正は，①特許請求の範囲の減縮を目的とするもの，②特許請求の範
囲についてする訂正に伴って，特許請求の範囲の記載に対応する発明の詳細な説明
の記載を整合させるべく，明りょうでない記載の釈明を目的とするもの，③明らか
に誤記の訂正を目的とするもののいずれかであり，いずれも本件明細書に記載した
事項の範囲内においてするものであって，実質上特許請求の範囲を拡張し，変更す
るものではない。
　　(2)　独立特許要件
　　　ア　本件明細書の請求項７ないし１３について訂正は，審判の請求がされて
いない請求項についての訂正であり，その内容は特許請求の範囲の減縮を目的とし
たものであるから，その訂正により特定される本件訂正発明７ないし本件訂正発明
１３は，独立特許要件を具備することが必要である（特許法１３４条５項，１２６
条４項）。そこで，以下検討する。
　(ア)　本件訂正発明７
　　　　　　本件訂正発明７と米国特許第５８９０１７２号明細書（甲５
の(1)，(2)。以下「刊行物１」という。）に記載された発明（以下「引用発明１」
という。）を対比すると，刊行物１の自動ジャンプモードは，ユーザーにより選択
されたインターバルで順次検索条件に合致した情報を表示するWebページを表示する
のであるから，刊行物１には「インターネット上で，検索条件を入力し該検索条件
に合致した情報を表示するページを対象としてWebデータを自動的に収集するWebデ
ータ収集方法」が記載されていることは明らかである。そして，インターネット上
でWebデータを検索プロバイダにアクセスして検索する場合，検索に用いる検索プロ
バイダを指定することは必須であり，刊行物１に記載されたヤフー等の検索プロバ
イダは，本件訂正発明７の検索対象のページに相当するから，刊行物１に記載され
たWebデータ収集方法は，検索対象のページを指定するステップを備えたものである
ことは明らかである。
　　　　　　また，刊行物１に記載されたWebデータ収集方法は，刊行物１の記載事
項である別紙(イ)の「検索プロバイダは，クライアントに，彼らのサーバに接続し
て検索条件を入力させる。」及び同じく別紙(ハ)の「質問フォームはマークアップ
言語でエンコードされ，質問フィールド410を有しており，ユーザーはそこに所望の
検索トピックを入力することができる。」という記載からみて，検索条件を入力す
るステップを備えていること，同じく別紙(ハ)の「検索トピックが入力される
と，FIG.１に示す通り，ブラウザによってWEBを越えてサーバ34　ヤフー.により所
有される40へそれが送信される。」という記載からみて，該検索条件での検索の実
行を指示するリクエストを生成して，検索対象のサーバに送信するステップを備え
ていること，及び刊行物１の記載事項である別紙(イ)の「検索プロバイダは，検索
条件に合致するウェブのすべてのファイルのリストを提供する。」及び「ヤフーか
ら取得される情報が，特定のトピックのために，一般のトピック識別子とファイル
の場所のみを含んでいることに注意すべきである。」という記載，同じく別紙(ニ)
の「検索条件"Rat"に対応してヤフー.から取得された最初のファイル
が，FIG.5A-B,Cにかけて，ページ上部が502a，ページ下部が502bとしてそれぞれ示
されている。これらはスクロールバー500によりアクセスされる。取得されたファイ
ルは，広告504，検索結果のサマリー506，そして508-514および580-584で参照され
る複数のhot-linksを含んでいる。」という記載からみて，本件訂正発明７の「検索
結果であるレスポンスを受信するステップ」に相当するものを備えていることも明
らかであり，「レスポンス中のコンテンツをファイルとして格納する格納ステッ
プ」も実質的に備えているものと認められる。
　　　　　　　さらに，刊行物１に記載されたWebデータ収集方法は，刊行物１の記
載事項である別紙(へ)の「ユーザーが選択可能な表示インターバルに基づき，選択
されたインターバルでページ画像がブラウザウィンドウ406に表示される。インター
バルが終ると制御はmemoryfetch手順846に進み，解析されたHTMLファイルの次の
URLが取り出され，リスト最終判定部848において，当該URLが格納されたURL群の最
後であるかどうかが判定される。・・・最終URL判定部848において，判定が肯定で
あれば，制御は「next」リンク判定部850へ移行する。「next」リンク判定部850で
は，（FIG.5Cの588の例で示す通り）最終URLが次の１０個のエントリへのクエリを
含むかどうか判定される。」という記載からみて，本件訂正発明７の「該コンテン
ツ内を解析し，次ページの指定があるか否かを判別して次ページの有無を検出する
ステップ」に相当するものを備え，刊行物１の記載事項である別紙(ト)の「判定が
肯定であった場合，制御はjumper-browser-jumper手順852に進む。手順852では，次
の１０個のhot-linksのためのクエリがヤフー.に送られる。それに応じて，次の１
０個のhot-linksを含むHTMLにエンコードされたページが取得される。・・・一
方，nextリンク判定部850で否定の判定がされたら，jumper-browserの手順858にお
いて，この最後のURLがブラウザへ送られる。」という記載からみて，本件訂正発明
７の「次ページがあったとき，該次ページの取得リクエストを送信して該ページデ
ータを取得しファイルとして格納し，次ページがある限りこれを繰り返すステッ
プ」に相当するものを備えていると認められる。
以上のとおりであるので，本件訂正発明７は，引用発明１である。
　　　　　　なお，刊行物１の記載事項である別紙(へ)及び(ト)の「次の１０個の
エントリ」，「次の１０個のhot-links」という記載及びFIG.８Ｂの記載は，記載事
項である別紙(ニ)の「そのうち最初の２０件のhot-linksが表示されている。」と整
合しないが，後記のとおり，これはどちらかの誤記と認められる。また，このよう
な不整合が存在することにより上記判断が左右されるものでもない。
（注　上記の「なお」以下にある「後記のとおり」との部分は，以下の
説示部分を指している。
　　　　　　　まず，「Next20」について，原告は，FIG.5Bの「要約506」
に「Found74Matchescontainingrat.Displayingmatches1-20」と明記され，か
つYahoo検索サイトのヒット表示数が「２０」であることは当業界において周知の事
項でもあると主張している。確かに，Yahoo検索サイトの検索回答の１頁のヒット表
示数は最大「２０」であることから，「Next20」の記載は誤記ではないと認めるこ
とができる。
　　　　　　　次に，原告は，「次の１０個のエントリ」の記載の正当性につい
て，刊行物１には図面を含めて複数個所に「次の１０個のエントリ」という記載が
あり，そのいずれもが「次の２０個のエントリ」の誤記と解するのは不自然であ
り，「１０」という数値は刊行物１の発明者に意図的に選択され記載されたもので
ある旨主張し，さらにその根拠として，刊行物１の「他の実施形態では，ユーザー
が検索結果からいくつかのサイト識別情報（注：URL）が解析されるかを決めること
が出来る。例えば，検索結果が２０のサイト識別情報を提供するがユーザーは最初
の５個の識別情報のみを欲する場合，ユーザは最初の５個の識別情報のみが提供さ
れるよう特定することができる」との記述を挙げ，取得すべきURL（hot-links）の
数はユーザにおいて選択可能であることが刊行物１に示されているから，前記「次
の１０個のエントリ」に示された「１０」という数値もまた，ユーザが任意に選択
した数であってFIG.5Cにおける588の指示数値とは無関係である旨主張している。し
かしながら，誤記は錯誤により生じうるものであり，そうであれば，複数個所での
誤記は発生しうるものであるから，複数個所に同じ記載があるからといって，それ
らが誤記ではないと直ちに認めることはできない。また，原告のi引用する刊行物１
の記載であるが，「他の実施形態では」と記載されているとおり，いま問題となっ
ている「次の１０個のエントリ」に関する実施形態とは別の実施形態のものである
から，そもそも「次の１０個のエントリ」の正当性の根拠になり得ないものであ
る。そして，さらにいえば，「検索結果が２０のサイト識別情報を提供するが，ユ
ーザは最初の５個の識別情報のみが提供されるよう特定する」のであれば，「次の
５個のエントリ」を検索サイトに要求することなどあり得ないことである。したが
って，原告の主張する「次の１０個のエントリ」の記載の正当性を認めることはで
きず，また「次の１０個のエントリ」に示された「１０」という数値はユーザが任
意に選択した数であってFIG.5Cにおける588の指示数値とは無関係である旨の主張も
認めることはできない。なお，「次の１０個のエントリ」の記載が誤記ではなく，
「１０」という数値が意図的に記載されたということが，仮に認められるとした
ら，それは，「next」リンク判定部で判定するのは最終URLに対応するテキスト部分
に「next」があるか否かであって，「next10」あるいは「next20」の存否ではない
ことを示すため，すなわち「next」リンク判定部の機能を「next20」の判定と限定
解釈されるのを防ぐためと想定される。）
　　　　(イ)　本件訂正発明８
　　　　　　本件訂正発明８のうち，「インターネット，イントラネット，または
エクストラネット上で，検索条件を入力し該検索条件に合致した情報を表示するペ
ージを対象としてWebデータを自動的に収集するWebデータ収集方法であって，検索
対象のページを指定するステップと，検索条件を入力するステップと，該検索条件
での検索の実行を指示するリクエストを生成して，検索対象のサーバに送信するス
テップと，検索結果であるレスポンスを受信するステップ」を備えた部分までは，
本件訂正発明７と同一であるから，本件訂正発明７について上述したとおり，刊行
物１に記載されたものである。
　　　　　　そして，刊行物１の記載事項である別紙(ホ)の「この手順は，ユーザ
ーに対して，ブラウザウィンドウ内のレベル１のhot-linksで示されるレベル２のフ
ァイル群の動的なツアーを見ることを可能にする。連結ブロックAで開始し，制御は
memoryfetch手順840へ移行する。そこで最初のURL(FIG2で示される格納部230内
のhot-linksの一部である)がジャンパにより取り出される。次に，jumper-browser
手順842において，最初のURLがブラウザに送られる。userI/O208の制御により，
ブラウザは，当該サイトと当該サイトにあるファイルにアクセスし，ブラウザウィ
ンドウ406に当該ファイルがアップロードされ表示される。」という記載からみて，
刊行物１に記載されたWebデータ収集方法は，「検索結果であるレスポンスを受信す
るステップ」に引き続いて，本件訂正発明８の「レスポンス中のリンクをたどって
該リンクページをダウンロードし，該ダウンロードしたページデータを格納する格
納ステップ」を備え，また，本件訂正発明７について上述したとおり，「前記レス
ポンス中のコンテンツ内を解析し，次ページの指定があるか否かを判別して次ペー
ジの有無を検出するステップ」を備えていると認められる。
　　　　　　　さらに，刊行物１の記載事項である別紙(へ)及び(ト)からみて，刊
行物１に記載されたWebデータ収集方法は，「次ページがあったとき，該次ページの
取得リクエストを送信して該ページデータを取得し，取得したページデータ中のリ
ンクをたどって該リンクページをダウンロードし，該ダウンロードしたページデー
タを前記格納手段に格納し，次ページがある限りこれを繰り返すステップ」をも備
えるものと認められる。
　　　　　　したがって，本件訂正発明８は，引用発明１である。
　　　　(ウ)　本件訂正発明９
　　　　　　本件訂正発明９は，本件訂正発明７又は８の何れか１つのWebデータ収
集方法において，さらに情報収集するネストレベルを指定するステップを備え，該
ネストレベルまで前記コンテンツ中に含まれるURLをたどって情報収集することを発
明を特定するために必要な事項としたものであるが，Webデータ収集方法において，
情報収集するネストレベルを指定するステップを備え，該ネストレベルまで前記コ
ンテンツ中に含まれるURLをたどって情報収集することは，特開平１０－２０７７５
９号公報（甲９。以下「刊行物２」という。）に，「取得可能なページへのリンク
数を予め指定できる」として記載されており，本件訂正発明９は，引用発明１及び
刊行物２に記載された発明（以下「引用発明２」という。）に基づいて，当業者が
容易になし得たものである。
　　　　(エ)　本件訂正発明１０
　　　　　　本件訂正発明１０は，本件訂正発明７又は８の何れか１つのWebデータ
収集方法において，前記ファイルとして格納する情報に対し，さらに別の検索条件
での検索をかけ，その検索結果をファイルとして格納することを発明を特定するた
めに必要な事項としたものであるが，ファイルとして格納する最初の検索結果であ
る情報に対し，さらに別の検索条件での検索をかけ，その検索結果をファイルとし
て格納することは，特開平９－３０５６１１号公報（甲１０。以下「刊行物３」と
いう。）に，「１の検索条件に合致する検索結果を仮想データとして一時的に保存
する第１の手段と，保存されている仮想データに対して別の検索条件に基づく絞り
込み検索を行う第２の手段」として実質的に記載されており，本件訂正発明１０
は，引用発明１及び刊行物３に記載された発明（以下「引用発明３」という。）に
基づいて，当業者が容易になし得たものである。
　　　　(オ)　本件訂正発明１１
　　　　　　本件訂正発明１１は，本件訂正発明７又は８の何れか１つのWebデータ
収集方法において，検索された情報のうち，どのフィールドの情報を表示するか，
その表示条件を入力するステップをさらに備え，前記ファイルとして格納された情
報から，前記表示条件で指定されたフィールドの情報を抽出して表示することを発
明を特定するために必要な事項としたものであるが，検索された情報のうち，どの
フィールドの情報を表示するか，その表示条件を入力するステップをさらに備え，
前記ファイルとして格納された情報から，前記表示条件で指定されたフィールドの
情報を抽出して表示することは，特開平８－５５１３２号公報（甲１１。以下「刊
行物４」という。）に，「データベース検索利用者により入力される，表示項目を
表示するかという情報が記述されたリストを設け，検索結果のテキストを提示する
際に，当該リストに表示すると記述された内容を検索結果として提示する」として
実質的に記載されており，本件訂正発明１１は，引用発明１及び刊行物４に記載さ
れた発明（以下「引用発明４」という。）に基づいて，当業者が容易になし得たも
のである。
　　　　(カ)　本件訂正発明１２
　　　　　　本件訂正発明１２は，本件訂正発明７又は８の何れか１つのWebデータ
収集方法において，次ページがある限り情報収集を続ける代わりに，所定の条件に
基づいて情報収集を終了することを発明を特定するために必要な事項としたもので
あるが，Webデータ収集方法において，所定の条件に基づいて情報収集を終了するこ
とは，刊行物２に，「利用時間および料金の制限を設定できる」として記載されて
おり，本件訂正明細書の請求項１２に係る発明は，引用発明１及び２に基づいて，
当業者が容易になし得たものである。
　　　　(キ)　本件訂正発明１３
　　　　　　本件訂正発明１３は，「請求項７から１２の何れか１つに記載のWebデ
ータ収集方法に係るプログラムを記憶したことを特徴とするプログラム記憶媒体」
により特定されるものであり，上記(ア)ないし(カ)で検討したとおり，本件訂正発
明１３のうち本件訂正発明７及び８を引用する発明は，引用発明１であり，本件訂
正発明１３のうち本件訂正発明９ないし１２を引用する発明は，引用発明１ないし
４に基づいて，当業者が容易になし得たものである。
イ　以上のとおりであるので，本件訂正発明７，８及び本件訂正発明１３の
うち本件訂正発明７及び８を引用する発明は，特許法２９条１項３号の規定により
独立して特許を受けることができないものであり，また，本件訂正発明９ないし１
２，本件訂正発明１３のうち本件訂正発明９ないし１２を引用する発明は，特許法
第２９条２項の規定により独立して特許を受けることができないものである。
　　(3)　そうすると，本件訂正の請求は，特許法第１３４条５項，１２６条４項の
規定に適合しないので，同請求は認められない。
　　（本件発明１ないし６の無効理由の有無）
(1)　本件発明１ないし６と本件訂正発明７ないし１２をそれぞれ対比すると，
本件発明１ないし６はＷｅｂデータ収集装置の発明であって，各構成要件が手段で
表現され，本件訂正発明７ないし１２はＷｅｂデータ収集方法の発明であって，各
構成要件がステップで表現されたものであり，両者の各構成要件は，本件訂正発明
７ないし１２の次ページの有無を検出するステップが，本件発明１ないし６の次ペ
ージの有無を検出する手段に対して次ページの有無を検出する手法について限定し
たものである点，及び本件訂正発明７ないし１２においては，格納される情報がフ
ァイルとして格納される旨の限定がある点を除いて，それぞれ対応していることか
ら，カテゴリーは異なるものの，本件訂正発明７ないし１２は，本件発明１ないし
６をそれぞれ実質的に限定したものと認められる。
　　　　　したがって，本件発明１及び２は引用発明１であり，本件発明１及び２
に係る本件特許は，特許法２９条１項３号の規定に違反してされたものである。
　　　また，同じく，本件発明３は引用発明１及び２に基づいて，本件発明４
は引用発明１及び３に基づいて，本件発明５は引用発明１及び４に基づいて，及び
本件発明６は引用発明１及び２に基づいて，それぞれ当業者が容易になし得たもの
と認められるから，本件発明３乃至本件発明６の特許は，特許法２９条２項の規定
に違反してされたものである。
(2)　以上のとおりであるので，本件発明１ないし６に係る特許は，無効とす
べきものである。
第３　当事者の主張
（原告主張の取消事由）
　本件審決は，本件訂正の請求を認めず，本件発明１ないし６が特許要件を具
備しないと判断したが，本件訂正の請求の適否の判断において，本件訂正発明７，
８と引用発明１との一致点の認定を誤った結果，本件訂正発明７ないし１３につい
ての独立特許要件の具備に関する判断を誤り（取消事由１），また，本件訂正発明
７ないし１２が独立特許要件を具備しないとしても，本件明細書の「特許請求の範
囲」の請求項１ないし６については本件訂正を認めるべきであるのに，この点の判
断を誤った（取消理由２）ものであり，さらに，本件発明１ないし６の特許要件の
具備に関する判断において，本件発明１，２と引用発明１との一致点の認定を誤
り，その結果，上記特許要件の具備に関する判断を誤った（取消理由３）ものであ
り，それらの誤りが本件審決の結論に影響を及ぼすことは明らかである。
　１　取消理由１（本件訂正発明７ないし１３についての独立特許要件の具備に関
する判断の誤り）
(1)　本件訂正発明７について
　　本件審決は，刊行物１（甲５の(1)，(2)）に記載されたWebデータ収集方法
は，本件訂正発明７の「該コンテンツ内を解析し，次ページの指定があるか否かを
判別して次ページの有無を検出するステップと，」との構成要件（以下「構成要件
Ｇ」という。），及び「次ページがあったとき，該次ページの取得リクエストを送
信して該ページデータを取得しファイルとして格納し，次ページがある限りこれを
繰り返すステップと」との構成要件（以下「構成要件Ｈ」ともいう。）に相当する
構成を備えているとしたが，以下に述べるように誤りである。
　ア本件審決は，引用発明１における「「next」リンク判定部850」の処理に
供される最終URLが，FIG.5Cにおける符号588として示された「Next20」であるとの
誤った認定をし，刊行物１に本件訂正発明７の要部をなす構成要件Ｇが開示されて
いると判断したが，誤りである。
　　　　(ア)　刊行物１の記載の大半を字義に沿って忠実に解釈する限り，引用発
明１における「「next」リンク判定部850」の処理に供される最終URLはFIG.５Cにい
う符号584のhot-linkであると解するほかなく，これを符号588として示され
た「Next20」と解する余地はない。
　　　　　　すなわち，引用発明１における「「next」リンク判定部850」では，最
終URLが「次の１０個のエントリへのクエリを含むかどうか」が判定されるが，ここ
にいう最終URLは，「FIG.2で示される格納部230内のhot-links」のうちの最後のも
のであることは明らかである。なぜなら，「「next」リンク判定部850」への制御の
移行は，「最終URL判定部848において，判定が肯定である場合」に行われるもので
あるから，該「判定部848」によって｢最終｣であることが判定されたURLそのもの
が，「next」リンク判定部850の判定対象たる「最終URL」であることは明らかであ
るところ，最終URL判定部848によって「最終」であることが判定される
URLは，「memoryfetch手順840」によって取り出され，「jumperbrowser手順
842」，「遅延手順844」，「fetchnextURL手順846」による処理に供されるURL群
中の最終のもの，すなわち，「FIG.2で示される格納部230内のhot-links」のうちの
最終のものにほかならないからである。
　　　　　　しかして，上記の処理に供される「hot-links」について，刊行物１に
は「取得されたファイルは広告504，検索結果の要約506，そして508～514及び580～
584で参照される複数のhot-linksを含んでいる」(第７欄５９～６１行，訳文１８頁
１０～１２行)，「広告のすぐ下には，"Rat"の後にマッチするものが７４件あるこ
とを示す検索結果の要約506があり，そのうち最初の２０件のhot-linksが表示され
ている」（第８欄５～８行，訳文１８頁２３～２５行）などと説明されているに止
まり，刊行物１の実施例として掲げられたYahoo!画面（FIG.５A）中，本件訂正発明
７における「次ページの指定」に該当するもの（FIG.5Cに符号588として示され
た「Next20」）がhot-linksに該当する旨の記述は，刊行物１には一切存在しない。
　　　　　　かえって，刊行物１においては，「広告504は特別にjumperの広告領域
306に表示され，全てのhot-links508～514，580～584はjumperのドロップダウンリ
ストにセットされる」（第８欄３１～３３行，訳文１９頁１～３行）とされ，「全
てのhot-links」が「508～514，580～584」とされていること，また「最初のオプシ
ョンとしては，ユーザはjumperボタン312，314，316，318あるいは320を選択してそ
れぞれ，FIG.6で示される先頭，前，ランダム，次，最後のhot-links（jumper
drop-downlistwindow586に入っている。）に戻ることができる」（第９欄２～６
行，訳文１９頁４０～４４行）とされており，ドロップダウンリスト586の最後に
は「584」のhot-linkが存在することからすれば，「判定部848」によって最終であ
ることが判別され，さらに「「next」リンク判定部850」の処理に供される最終
URLは，「584」のhot-linkであると解するほかなく，これを「588」として示され
た「Next20」であるとすると，明らかに論理的不整合を生ずる。換言すれば，刊行
物１においては，「最終URL」に「Neｘt20」が含まれるか否かを当業者が明確に把
握できる程度の開示がなされているとは到底いえないのである。
　(イ)　この点に関し，本件審決は，上記の「jumperボタン312」等の記載
（第９欄２～６行，訳文１９頁４０～４４行）については，「「next」リンク判定
部850での判定が問題となる自動ジャンプモード時とは異なる場面でのものである」
との理由で，考慮に値しないものと判断しているが，誤りである。
　　　刊行物１の（第６欄４１～４６行，第６欄６３～６４行，第７欄５～
２１行，第９欄６３～６４行，第１０欄１～９行，第１０欄２３～２５行，第１０
欄３０～４５行）の記載から明らかなとおり，FIG.3に示されているjumperウインド
ウ300は，その内部に存するjumperボタン312等のボタンも含めて，第９欄２行にい
う「最初のオプション」に関する実施例であるのみならず，「「next」リンク判定
部850」での判定が問題となる自動ジャンプモードに関する実施例（FIG.8Bに表され
ているもの）の一部をなすものである。したがって，刊行物１内のFIG.3に関する一
連の記載はすべて，自動ジャンプモードの実施例に関する記載である。
　　　たとえば，刊行物１の文脈上，「ランダムジャンプボタン316は，解析
されたリスト上からランダムに選択されたhot-linkへユーザーを戻す」(第７欄８～
９行，訳文１６頁３７～３９行)との記載における「解析されたリスト」と，「タイ
マー開始ボタン322は，解析されたリストの全てのhot-linkを連続して自動選択する
ことを開始し，ブラウザはこれに対応して，各hot-linkに対応するURLから取得した
ファイルをユーザーに表示する。」(第７欄１１～１５行，訳文１６頁４１～４５
行)との記載（自動ジャンプモードに固有の記載である。）における「解析されたリ
スト」とを異なる意義に解する余地はない。
　刊行物１には，単独ジャンプ及び自動ジャンプモードの手順に関する
FIG.8Aの説明に関して，取得解析手段804で解析され得られたhot-linksは，jumper
のドロップダウンウインドウ586に表示されるとされており（第１０欄４～９行，訳
文２１頁１４～１８行），また，「URL表示手順812では，FIG.６に示すとお
り，hot-linksがjumperのドロップダウンウインドウ586に表示される」と記載され
ている（第１０欄２３～２５行，訳文２１頁３１～３２行）。ここにおけ
る「hot-links」の意義と，刊行物１の第９欄５行における「hot-links」の意義に
ついても，別異に解する余地がないことは明らかである。
　イ　本件審決は，刊行物１の「「next」リンク判定部」で判定するのは，最
終URLに対応するテキスト部分に，next20やnext10があるか否かではなく，
「「next」があるか否か」である旨断定する。しかしながら，「「next」リンク判
定部850」において，最終URLに対応するテキスト部分に「next」があるか否かを判
定しているということは，刊行物１には一切記載されていないし，示唆もされてい
ない。
　　(ア)　刊行物１において，「「next」リンク判定部」における判定方法に
ついては，唯一，「「next」リンク判定部850では，（FIG.5cの588の例で示すとお
り）その最終URLがまた次の１０個のエントリへのクエリを含むかどうか判定され
る。」（第１１欄１９～２２行，訳文２３頁２～５行）と記載されているのみであ
り，この記載において，判定の対象は，最終URLに対応するテキスト部分ではなく，
また，判定事項は「next」という「次ページ指定」そのものの存否ではなく，「次
の１０個のエントリへのクエリが含まれているか否か」である。したがって，何故
に，この記載部分に，最終URLに対応するテキスト部分に「next」があるか否かとい
う判定方法が開示されているということができるのかは不明というほかない。
　　　　刊行物１の頒布当時に，上記記載内容を補うに足りるWebデータ収集装
置分野における技術常識が存在したはずもないから，本件審決に認定の上記技術事
項が刊行物１に記載されているに等しいものと解する余地も存在しない。
　この点に関する本件審決の認定は誤りである。
　(イ)　刊行物１の上記(ア)の記載によれば，「「next」リンク判定部」に
おいては，「最終のURL」が「次の１０個のエントリへのクエリを含むかどうか」が
判定されるのであるから，引用発明１においては，たとえば，FIG.5A～5Cの例にお
いて最終ページに相当する，７４件のhot-linksのうちの「最後の４件の
hot-linksの一覧」を表示するページを取得する構成は，一切開示されていない。刊
行物１の「次の１０個のエントリ」が誤記であり，「次の２０個のエントリ」であ
るものと仮定したとしても，引用発明１においては，同様に，「最後の１４件の
hot-linksの一覧」を表示するページは取得できない。
　　　「最後の１４件」を取得できないとWebデータ収集装置として十分に機
能しないから，十分に機能させようとするなら「最後の」URLを取得できるようにな
っているはずだなどという解釈は，もちろん採用できない。　次ページの指定の有
無を判別することによって，複数ぺ－ジの順列集合体として生成されているWebデー
タを１ページ目から最終ページまで適切に取得する技術手段を開示したのは本件訂
正発明７が嚆矢であり，刊行物１にこのような技術が開示されていないことは明ら
かである。
　　　以上のとおり，引用発明１が，「該コンテンツ内を解析し，次ページ
の指定があるか否かを判別して次ページの有無を検出するステップ」（構成要件
Ｇ），「次ページがあったとき，該次ページの取得リクエストを送信して該ページ
データを取得しファイルとして格納し，次ページがある限りこれを繰り返すステッ
プ」（構成要件Ｈ）を備えていないことは明らかである。
　ウ　本件審決が，「刊行物１の記載事項である(へ)及び(ト)の「次の１０個
のエントリ」，「次の１０個のhot-links」という記載及びFIG.8Bの記載は，同じく
記載事項である(ニ)の「そのうち最初の２０件のhot-linksが表示されている。」と
整合しないが，これはどちらかの誤記と認められるから，「次の１０個のエント
リ」等の記載と「Next20」等の記載の不整合の存否によって，本件訂正発明７が引
用発明１であるとの判断は左右されないと判断し，なお，刊行物１における「次の
１０個のエントリ」等の記載における「１０」の数値はいずれも誤記であり，正し
くは「２０」であると判断しているが，以下に述べるとおり，いずれも誤りであ
る。
　(ア)　検索サービスYahoo!において，ユーザーが次の何件のhot-linksを取
得するかについて任意に指定し得ることは公知の事実であり，したがってまた，引
用発明１における「１０」という数値はユーザが任意に選択できる数値であり得
る。刊行物１における複数の記載（「nextリンク判定部850では，・・・その最終
URLがまた次の１０個のエントリへのクエリを含むかどうかが判定される。・・・手
順852では，次の１０個のhot-linksのためのクエリがYahoo.TMに送られる。それに
応じて，次の１０個のhot-linksを含むHTMLにエンコードされたページが取得され
る」（第１１欄１９～２７行，訳文２３頁２～１０行），FIG.8Bにおけ
る「LAST=NEXT"10"?」等の記載）からすれば，刊行物１記載の実施例においては，
次の何件のhot-linksを取得するかについての初期値として「１０件」と設定されて
いるものと解するしかない。
　　　そもそも，検索サービス利用時のインターネット・ナビゲーションに
おいて，検索結果のうちの最初の２０～３０件が重要であるというのが常識であ
り，検索キーワードに合致するhot-linksのうちの２１件目以降については，２０件
ごとのhot-linksを取得するのではなく，１０件ごとのhot-linksの取得に止めるこ
ととしても何らの不都合もないばかりか，かえって，受信するコンテンツのデータ
量が少なくなって快適にデータを取得できるというメリットがあるものといえる。
インターネット・ナビゲーションの効率化に関する発明である引用発明１において
は，次の何件のhot-linksを取得するかについて，「２０件」ではなく「１０件」と
設定することには十分な技術的意義が存するものである。
　(イ)　上述したとおり，「次の１０個のエントリ」等の記載
も，「Next20」等の記載も誤記ではないというべきであり，そのことを前提に刊行
物１の記載を解釈すれば，「「next」リンク判定部850」という「判定手段」は，
「最終URLが次の１０個のエントリへのクリエを含むか否かを判定する手段」であっ
て，同「判定部850」はFIG.5Cで符号588として示されている「Next20」，すなわち
本件でいうところの「次ページの指定」を検出しているものではないこと，引用発
明１における「「next」リンク判定部850」の判定が肯定であった場合に，「手順
852」で送信されるクエリは，「次の１０個のエントリへのクエリ」であり，「該次
ページ」とは別物の，「n=10」との条件の指定のある取得リクエストを送信してい
ることが明らかである。
　　　したがって，引用発明１が「該コンテンツ内を解析し，次ページの指
定があるか否かを判別して次ページの有無を検出するステップ」（構成要件Ｇ），
「次ページがあったとき，該次ページの取得リクエストを送信して該ページデータ
を取得しファイルとして格納し，次ページがある限りこれを繰り返すステップ」
（構成要件Ｈ）を備えていないことは明らかである。
(2)　本件訂正発明８について
　　本件審決は，本件訂正発明７について上述したとおり，刊行物１に記載さ
れたWebデータ収集方法は，「前記レスポンス中のコンテンツ内を解析し，次ぺ－ジ
の指定があるか否かを判別して次ページの有無を検出するステップ」を備えてお
り，また，刊行物１の記載事項である別紙(へ)及び(ト)からみて，「次ページがあ
ったとき，該次ページの取得リクエストを送信して該ぺ－ジデータを取得し，取得
したページデータ中のリンクを辿って該リンクぺ－ジをダウンロードし，該ダウン
ロードしたページデータを前記格納手段に格納し，次ぺ－ジがある限りこれを繰り
返すステップ」をも備えるとして，本件訂正発明８は引用発明１であると判断した
が，前記(1)で述べたとおり，引用発明１が構成要件Ｇ，Ｈに相当する構成を備えて
いるとの判断は誤りであるから，本件訂正発明８についての上記判断も誤りであ
る。
(3)　本件審決は，本件訂正発明７，８を引用した本件訂正発明９～１３の独立
特許要件の具備に関して，本件訂正発明７，８が引用発明１であることを前提とし
て，その新規性ないし進歩性を否定しているが，その前提を誤るものであり，本件
審決のこの点の判断は誤りである。
(4)以上のとおり，本件明細書の請求項７ないし１３についての訂正は認めら
れるべきものであるところ，本件審決は，この訂正は認められないとし，そのこと
を理由に，本件明細書の請求項１ないし６についての訂正も認められないとしたも
のであり，この点の判断が誤りであることは明らかである。
　２　取消理由２（本件訂正の請求の適否を請求項ごとに判断しなかった判断の誤
り）
　仮に，本件訂正発明７ないし１３が独立特許要件を具備していない（よって
訂正が認められない）としても，本件訂正の請求の適否は請求項ごとに判断される
べきである。しかして，本件明細書の「特許請求の範囲」の請求項１ないし６につ
いての本件訂正の請求は，独立特許要件以外の訂正要件を具備すれば足りるとこ
ろ，上記訂正請求はその要件を具備しているから，上記訂正請求は認容されるべき
である。
３　取消理由３（本件発明１ないし６についての特許要件の具備に関する判断の
誤り）
　本件審決は，本件訂正発明７及び８が引用発明１であることを前提に，カテ
ゴリーは異なるものの，本件訂正発明７ないし１２は，本件発明１ないし６を実質
的に限定したものと認められるから，本件発明１，２は引用発明１であり，また，
本件発明３ないし６は進歩性を有しない旨判断している。
　しかしながら，本件訂正発明７及び８が引用発明１であるとの本件審決の判
断が誤りであることは，前記１で述べたとおりであるから，本件審決の上記判断
は，その前提を欠いており，誤りである。
　（被告の反論）
１　取消理由１（本件訂正発明７ないし１３についての独立特許要件の判断の誤
り）について
(1)　本件訂正発明７について
　ア本件審決の，「引用発明１における「next」リンク判定部850」の処理
に供される最終URLは，FIG.5Cにおける符号588として示された「Next20」である」
とした判断に誤りはない。
　　(ア)　原告は，引用発明１における「「next」リンク判定部850」の処理に
供される最終URLはFIG.５Cにいう符号584のhot-linkであると解するほかないと主張
する。
　　　　しかしながら，刊行物１の記載によれば，memory-fetch手順840によ
り取り出されるのは「URL」であって，「hot-links」であるとは記載されていな
い。刊行物１記載の実施例において，最初に取り出すURLはhot-linksが記載されて
いる最初のページと一致する。しかしながら，memory-fetch手順840がhot-linksの
みを取り出し，それ以外のURLは取り出さないと解釈すべき記載はどこにも見られな
い。memory-fetch手順840により取り出されるのは「URL」なのであるから，当業者
であれば，「最終URL」が符号588の「Next20」で示されるURLを対象としていると理
解することに何ら疑問を生じる余地はなく，原告の上記主張は失当である。
　　(イ)本件審決の「jumperボタン312等の記載（第９欄２～６行）
は，「next」リンク判定部850での判定が問題となる自動ジャンプモード時とは異な
る場面のものである」とした判断に誤りはない。
　　　　刊行物１において，「全てのhot-links」が「508～514，580～584」で
あるという趣旨の記載があること及びドロップダウンリストの最後には「584」の
hot-linkが存在することから，「jumperボタン312」等の記載を，「next」リンク判
定部850での判定が問題となる自動ジャンプモード時と関連付けて論じることに無理
を生じることは明らかである。また，FIG.3に示されている「jumperウインドウ
300」中に「タイマー開始ボタン322」があるだけで，なぜ「刊行物１内のFIG.3に関
する一連の記載はすべて，自動ジャンプモードの実施例に関する記載である。」と
いう結論が導き出せるのか不可解である。
　イ　本件審決の「next判定部は「Next20」の記載を判定しているのではな
く，「Next」の記載を判定しているとするのが相当である」とした判断に誤りはな
く，これは極めて自然な解釈である。
　　　原告の，「判定の対象は，最終URLに対するテキスト部分ではなく，最終
URLそのものであり，また，判定事項は，「next」という「次ページの指定」そのも
のの存否ではなく，「次の１０個のエントリへのクエリが含まれているか否か」で
ある。」という主張は，前述したとおり，原告の誤った解釈に基づくものである。
　ウ(ア)原告は，「刊行物１の記載事項である(へ)及び(ト)の「次の１０個
のエン　トリ」，「次の１０個のhot-links」という記載及びFIG.8Bの記載は，記載
事項である(ニ)の「そのうち最初の２０件のhot-linksが表示されている。」と整合
しないが，これはどちらかの誤記と認められるとした本件審決の判断は誤りである
と主張する。
　　　　しかしながら，本件審決は，上記のような不整合が存在することによ
り本件訂正発明７が引用発明１であるとの判断が左右されるものでもないとしてい
るのであって，その判断に誤りはなく，原告の上記主張は，失当である。
　　(イ)　原告は，「検索サービスYahoo!において，次の何件のhot-linksを取
得するかについて任意に指定し得ることは公知の事実であり，したがってまた，引
用発明における「１０」という数値はユーザが任意に選択できる値でありうる。」
と主張する。
　　　　確かに，現在のYahoo!においては，AdvancedWebSearchのNumberof
Resultsによって，１ページで取得するhot-linksの件数を指定できるようになって
いる。しかしながら，現在の，［「WEBRESULTS21-40outofabout89」］と，刊
行物１のFIG.5の506「Found74Matchescontainingrat.Displayingmatches
1-20.」に開示されている当時の表記とは明らかに異なっており，現在の検索クエリ
で指定できる&n=10の引数が刊行物１に開示されている当時においても適用されてい
たとはいえない。また，FIG.5Cの588の「Next20」に対応し，次のページへのURLリ
ンクともなっている現在の表示は「Next」のみで，次のhot-linksの数は表示されて
いない。
　　　　仮に，当時もhot-linksの数を指定できるようになっていたとして
も，「Next」が「最終URL」を判断する対象であるということに変わりはなく，した
がって，「次の１０個のエントリ」等の記載と「Next20」等の記載の不整合の存否
によって，本件訂正発明７が引用発明１であるとの判断が左右されないとしていた
本件審決の判断に誤りはない。
　エ　以上のとおりであるので，本件訂正発明７は，引用発明１であるとした
本件審決の判断に誤りはない。
(2)　原告は，本件訂正発明７が引用発明１であるとした本件審決の判断が誤り
であることを前提に，本件訂正発明８が引用発明１であるとした判断も誤りである
と主張するが，本件訂正発明７についての本件審決の上記判断に誤りはないから，
原告の主張は，その前提を欠き失当である。
(3)　原告は，本件訂正発明７及び８が引用発明１であるとした本件審決の判断
が誤りであることを前提に，本件訂正発明７及び８を引用した本件訂正発明９ない
し１３が独立特許要件を具備しないとした本件審決の判断も誤りであると主張する
が，本件訂正発明７及び８についての本件審決の上記判断に誤りはないから，原告
の主張は，その前提を欠き失当である。
２　取消理由２（本件訂正の適否の判断を請求項ごとに判断しなかった誤り）
本件訂正の請求の適否は，請求項ごとに判断されるものではなく，一体とし
て判断されるべきものである。
無効審判の請求がされていない請求項に対する訂正については，従来と同様
に独立特許要件が判断されることになるところ，無効審判請求がされていない本件
訂正発明７ないし１２は独立特許要件を欠くものであるから，本件明細書の「特許
請求の範囲」の請求項７ないし１２について本件訂正の請求は認められず，したが
って，上記「特許請求の範囲」の請求項１ないし６についても訂正は認められな
い。
３　取消理由３（本件発明１ないし６についての特許要件の具備に関する判断の
誤り）
　原告は，本件訂正発明７及び８が引用発明１であるとした本件審決の判断が
誤りであることを前提に，本件発明１及び２の新規性に関する判断，本件発明３な
いし６の進歩性に関する判断も誤りであるとするが，本件訂正発明７及び８につい
ての本件審決の上記判断に誤りはないから，原告の主張は，その前提を欠き失当で
ある。
第４　当裁判所の判断
１　取消理由１（本件訂正発明７ないし１３についての独立特許要件の具備に関
する判断の誤り）について
(1)　本件訂正発明７について
　原告は，引用発明１は，本件訂正発明７の構成要件Ｇ（該コンテンツ内を
解析し，次ページの指定があるか否かを判別して次ページの有無を検出するステッ
プ）及び構成要件Ｈ（次ページがあったとき，該次ページの取得リクエストを送信
して該ページデータを取得しファイルとして格納し，次ページがある限りこれを繰
り返すステップ）に相当するものを備えているとした本件審決の判断は誤りである
とし，（原告主張の取消事由）１(1)のとおり主張するので，以下判断する。
　ア　原告は，「「next」判定部850」で判定される最終URLは，FIG.5Cにいう
符号584のhot-linkであると解するほかなく，これを符号588として示され
た「Next20」と解する余地はないと主張する。
　　(ア)　そこで検討するに，刊行物１には，「「Next」判定部850」に関し
て，別紙(ホ)のとおり，「FIG.8Bに検索手順の自動ジャンプモードの詳細を示す。
この手順は，ユーザーに対して，ブラウザウィンドウ内のレベル１のhot-linksで示
されるレベル２のファイル群の動的なツアーを見ることを可能にする。連結ブロッ
クＡで開始し，制御はmemoryfetch手順840へ移行する。そこで最初のURL（FIG.2で
示される格納部230内のhot-linksの一部である）がjumperにより取り出される。次
に，jumper－browser手順842において，最初のURLがブラウザに送られる。userI/O
208の制御により，ブラウザは，当該サイトと当該サイトにあるファイルにアクセス
し，ブラウザウィンドウ406に当該ファイルがアップロードされ表示される。」（第
１０欄５１～６１行，訳文２２頁１４～２５行）との記載，別紙(へ)のとおり，
「制御は遅延手順844へ進み，ユーザーが選択可能な表示インターバルに基づき，選
択されたインターバルでページ画像がブラウザウィンドウ406に表示される。インタ
ーバルが終ると制御はmemryfetch手順846に進み，解析されたHTMLファイルの次の
URLが取り出され，リスト最終判断部848において，当該URLが格納されたURL群の最
後であるかどうかが判定される。・・・判定が肯定であれば，制御は「next」リン
ク判定部850へ移行する。「next」リンク判定部850では，（FIG.5Cの588の例で示す
通り）その最終URLが，また，次の１０個のエントリへのクエリを含むかどうか判定
される。」（第１１欄３～２２行，訳文２２頁３３～２３頁５行）との記載があ
る。
　　　　上記記載によれば，引用発明１において，「「Next」判定部850」で
「次の１０個のエントリへのクエリを含むかどうか」が判定される最終URLは，「格
納部230」内に格納されたhot-linksでジャンパ（jumper28）により取り出されるも
のであると解される。
　　　　ところで，刊行物１には，別紙(ニ)のとおり，ブラウザにより取得さ
れたファイルが「nextfeature588」を含んでいることは記載されているが（第７
欄６４～６５行，訳文１８頁１４～１６行，及びFIG.5C），取得された「next
feature588」がジャンパにより「格納部230」にhot-linksの１つとして格納される
かどうかについて，明確な記載はない。
　　　　しかしながら，刊行物１には，上記のとおり，「「next」リンク判定
部850では，（FIG.5Cの588の例で示す通り）その最終URLが，また，次の１０個のエ
ントリへのクエリを含むかどうか判定される。」と記載されているから，「next
feature588」が格納部230に格納されて最終URLとして取り出されることが示唆され
ているといえる。仮に，「nextfeature588」が格納部230に格納されておらず，最
終URLとして「「next」リンク判定部」で判定されるhot-linkが原告の主張するよう
にFIG.5Cで示される「hot-link584」であるとするならば，この「hot-link584」
は対応するレベル２のファイルへのリンクを含むのみであって，「次の１０個のエ
ントリへのクエリを含むかどうかが判定される」という判定手順は技術的に意味の
ないものとなる。
　　　　したがって，刊行物１の上記記載からは，「「next」リンク判定部」
で判定される最終URLは，「nextfeature588」であると解するのが合理的であり，
当業者であればそのように解するのが自然である。
　(イ)　原告は，刊行物１のjumperボタン312等の記載（第９欄２～６行，訳
文１９頁４０～４４行）は，本件審決が認定した自動ジャンプモードの実施例の一
部をなすものであるから，本件審決が，上記「「next」リンク判定部」の解釈に際
して，上記「jumperボタン312等の記載（第９欄２～６行）は，「next」リンク判定
部850での判定が問題となる自動ジャンプモード時とは異なる場面のものである」と
判断したのは誤りであると主張する。
　　　原告の主張するように，刊行物１の「jumperボタン312」等の記載（第
９欄２～６行）は，自動ジャンプモードと共通の１つの実施例についての説明をし
た部分であるが，この記載中に「nextfeature588」への言及はない。
　　　ところで，刊行物１には，「jumperを使えば，ユーザはいくつかのオ
プションを有する。最初のオプションとしては，ユーザーはjumperボタン
312，314，316，318，320のひとつを選択してそれぞれ，Fig.6で示される，先頭，
前，ランダム，次，最後のhot-links（jumperドロップダウンリスト586に入ってい
る）に戻ることができる。ユーザの選択に対応して，選択されたhot-ｌinkに対応す
るファイルが取得され，ブラウザウィンドウ406に表示される。２つめのオプション
は，ユーザーはタイマー開始ボタンを選択して，解析されたリストのすべての
hot-linksを時間間隔を置いて自動的に連続して選択することを開始できる。自動ジ
ャンプモードの選択に対応して，選択されたhot-linkに対応する各ファイルが時間
間隔を置いてブラウザによって取得され表示される。３つめのオプションは，ユー
ザーがドロップダウンウィンドウボタン310を選択し，提示されたエントリをドロッ
プダウンリストからマウスをクリックして選択できることにある。」（第９欄１～
１５行，訳文１９頁３９行～２０頁７行）と記載されている。
また，刊行物１には，単独ジャンプモードと自動ジャンプモードに関
して，「FIG.9Bは単独ジャンプまたは自動ジャンプモードで，一度に多段階の縦断
をする本発明のひとつの実施形態を利用するものである。単独ジャンプモードで，
検索者がレベル５のファイル932に到達したとき，ユーザがレベル１に戻ることを欲
する場合，従来のブラウザのように逆順に辿る必要はない。すなわち，ユーザーは
jumperに対し，次のレベル１のhot-linkにアクセスすることを指示する。それに応
じて，jumperは単独ジャンプ914によって，レベル５のファイル932からレベル１フ
ァイル932のhot-linksで示されるレベル２ファイルにユーザーを戻らせる。多くの
時間が節約され，ユーザーは他のレベル１のhot-linksの検索を進めることができ
る。自動ジャンプモードでは，ユーザーは，ファイル902の全てのhot-linksにアク
セスするようjumperに指示する。すると，jumperはレベル２のファイル
926，934，936のそれぞれにアクセスして表示するようにブラウザに指示する。これ
らのファイルは，jumperが時間間隔を置いてhot-links924，922，920のそれぞれ
を，解析されたhot-linkリストからブラウザに送ることに対応して，ブラウザにア
クセスされるものである。ブラウザは，hot-links924，922，920がそれぞれ指し示
すファイル926，934，936にアクセスする。これにより，ユーザーはブラウザウィン
ドウで時間間隔を置いたアニメーションを見ることができる。」（第５欄２４～４
５行，訳文１４頁１～２３行）と記載されている。
　　　上記の各記載によれば，「jumperボタン312」等の記載部分は，自動ジ
ャンプモードとは異なる単独ジャンプモードのjumperボタンの使用法を説明した部
分であることが明らかである。そして，上記のように，単独ジャンプモード
は，「jumperボタン312」等を使用することにより，レベル５のファイルから，選択
されたレベル１のhot-linkに対応するレベル２のファイルに直接移ることができる
モードであるのに対し，自動ジャンプモードは，数ページに及ぶレベル１の
hot-linksに対応するレベル２のファイルを，すべて，時間間隔を置いて自動的に表
示することができるモードであるから，単独ジャンプモードでは，次ページが存在
するか否かに重要性がないのに対し，自動ジャンプモードでは，次ページがある場
合に次ページに移る処理が重要になるものである。なお，ブラウザによるWebデータ
の取得画面には，検索条件に合致した２０件未満の場合もあり，この場合は「next
feature」は存在しない。また，検索条件に合致した件数が２０件以上であっ
て，hot-linksの最後に「nextfeature」が存在し，jumperボタンによりこれが選択
された場合には，次の２０個のエントリを含むファイルが取得され，新たな２０件
のhot-linksが表示されるだけであるから，動作上何ら支障はない。したがって，い
ずれにしても，自動ジャンプモード以外では「nextfeature」に言及する必要は必
ずしもない。「jumperボタン312」等の記載部分には，このようなことから「next
feature」についての言及がないものと解される。
　　　そうすると，「jumper312」等の記載部分に「「nextfeature」につい
ての言及がないからといって，そのことは，「判定部848」によって「最終」である
ことが判別され，さらに「「next」リンク判定部850」の処理に供される「最終
URL」が「nextfeature」ではないとする根拠とはなり得ない。本件審決の上記判断
は，この趣旨をいうものと解されるのであって，これを誤りということはできない
(ウ)　以上のとおり，本件審決が，「「next」リンク判定部」で判断され
る最終URLが「nextfeature588」であると認定した点に誤りはない。
　　　イ　原告は，「「next」リンク判定部」においては，「最終のURL」が「次の
１０個のエントリへのクエリを含むか」どうかが判定されるのであり，「「next」
リンク判定部850」において，最終URLに対応するテキスト部分に「next」があるか
否かを判定しているということは，刊行物１には一切記載されていないし，示唆も
されていないと主張する。
　　　　　そこで，検討するに，刊行物１の記載事項である別紙(ニ)の記載と
FIG.5A～5Cの記載によれば，検索条件「Rat」に合致したファイルが７４件あること
が示されているが，この７４件について，刊行物１の「「next」リンク判定部850で
は，（FIG.5cの588の例で示すとおり）その最終URLがまた次の１０個のエントリへ
のクエリを含むかどうか判定される。」（第１１欄１９～２２行，訳文２３頁２～
５行）との記載に従って，hot-linksを１０個ずつ取得するようにすれば，最後は
「４件のhot-links」が残ってしまう。この場合，「「next」リンク判定部850」で
は，文字どおり，最終URLが「次の１０個のエントリへのクエリを含むがどうか」の
判断が行われるのであれば，その判定結果は否定となり，「最後の４個の
hot-links」に対応するレベル２のファイルは，自動ジャンプモードの手順ではブラ
ウザで表示することができない。
　　　　　しかし，引用発明１が，自動ジャンプモードで，「最後の４個の
hot-links」に対応するファイルを表示することなしに終了することを意図したもの
であるとは，技術常識からは考えられない。「「next」リンク判定部」が，最終
URLに「次の１０個のエントリへのクエリを含むかどうか」ではなく，「次の何個か
のエントリへのクエリを含むかどうか」を判断しているものと解すれば，「最後の
４件のhot-links」は，他のhot-linksと同様にブラウザに送られ，レベル２のファ
イルが表示できることは明らかである。そして，このように解することは，刊行物
１の他の記載と何ら矛盾するものでなく，引用発明１についての技術常識にかなっ
た合理的な解釈というべきである。したがって，当業者であれば，引用発明１にお
いて，「「next」リンク判定部」は，最終URLに対応するテキスト部分に「next」が
あるか否かを判定していると理解するのが自然である。この点に関する本件審決の
認定に誤りはない。
　　　　　なお，後述するように，刊行物１における「次の１０個のエントリ」，
「次の１０個のhot-links」という記載は，「次の２０個のエントリ」，「次の２０
個のhot-links」の誤記であると認めらるところ，その場合でも，「最後の１４件の
hot-linksの一覧」を表示するページを取得できる構成が開示されているか否かが問
題となるが，上記と同様に判断される。
　　　　　したがって，「「next」リンク判定部」は「Next20」ないし「Next10」
の記載を判定しているのではなく，「Next」の記載を判定しているとするのが相
当」とした本件審決の判断に誤りはない。
　　　ウ　原告は，刊行物１の記載事項である別紙(へ)及び(ト)の「次の１０個の
エントリ」，「次の１０個のhot-links」の「１０」の記載は，「２０」の誤記では
なく，そのことを前提にすれば，引用発明１の「「next」リンク判定部850」という
「判定手段」は，「最終URLが次の１０個のエントリへのクリエを含むか否かを判定
する手段」であって，同「判定部850」はFIG.5Cで符号588として示されてい
る「Next20」を検出しているものではなく，また，引用発明１における「「next」
リンク判定部850」の判定が肯定であった場合に，手順852で送信されるクエリは，
「該次ページ」とは別物の，「１０件」という指定のある取得リクエストであるこ
とは明らかであると主張する。
　　　　(ア)　原告において，刊行物１の記載中の上記「１０」を「２０」の誤記
ではないとする理由は，刊行物１には，「最終URLが，また，次の１０個のエントリ
へのクエリを含むかどうか判定される。判定が肯定であった場合，制御は
jumper-browser-jumper手順852に進む。手順852では，次の１０個のhot-linksのた
めのクエリがヤフーに送られる。それに応じて，次の１０個のhot-linksを含む
HTMLにエンコードされたページが取得される。」（第１１欄１９～２７行，訳文２
３頁４行～２３頁１０行）と記載され，FIG.8Bのフローチャート
に「LAST=NEXT"10"?」と記載されており，そのすべてを誤記であるということはで
きないというものである。
　　　　　　しかし，前記アで検討したように，引用発明１において，「「next」
判定部」で判定される最終URLは「nextfeature588」であって，刊行物１の
FIG.5Cには「Next20」として記載されている。Yahoo検索サイトの回答画面における
表示件数が通常は「２０件」であることは当業者に一般に知られた事実であるか
ら，刊行物１の記載事項である，「「next」判定部」で判定される最終URLが「次の
１０個のエントリを含むか否か」を判定し，この判定が肯定の場合に，「次の１０
個のhot-linksのためのクエリ」を送信し，「次の１０個のhot-linksを含むページ
が取得される」という記載（別紙(へ)及び(ト)）の「１０」は，明らかに「２０」
の誤りであると解される。上記「１０」に関する記載はすべて関連した記載である
から，１箇所の誤りがすべてに波及するのであり，すべての記載を誤記であるとす
る解釈は何ら不自然なものではない。
　　　　(イ)　原告は，検索サービスYahoo!において，次の何件のhot-linksを取得
するかについて任意に指定することは公知の事実であり，刊行物１に「１０」とい
う数字が複数箇所記載されていることからすれば，刊行物１では初期値として「１
０件」と設定されているものと解するしかないと主張する。また，ネットワークの
検索サービスにおいて，ユーザーは最初の２０～３０件をチェックし，目的の情報
が取得できそうにないことが分かれば，別のより適当な検索キーワードを試すのが
通常であり，２１件目以降についてさらに２０件ごとにデータを取得する必要性は
乏しく，１０件ごとにデータを取得していくことで十分であるとも主張する。
　　　　　　しかし，Yahoo検索サイトの表示数が通常２０件単位であることを考　
慮すれば，刊行物１にこれを「１０件」として設定することの明確な記載がされて
ない以上，初期値として「１０件」が設定されていると解することはできない。
　　　　　　なお，刊行物１には，「他の実施形態では，ユーザーが検索結果から
いくつかのサイト識別情報が解析されるかをユーザーが決められるようにすること
である。たとえば，検索結果が２０のサイト識別情報を提供し，ユーザーが最初の
５個の識別情報のみを欲する場合，ユーザは最初の５個の識別情報のみが提供され
るようにすることができる。」（第１２欄５１～５６行，訳文２５頁１０～１５
行）とも記載されているが，該記載は他の実施例についてのものであり，上記「１
０件」が初期設定されているという解釈とは結び付くものではない。
(ウ)　上記のとおり，刊行物１の記載事項である別紙(へ)及び(ト)の記載
事項である「次の１０個のエントリ」，「次の１０個のhot-links」との記載におけ
る「１０」は「２０」の誤りであると認められるから，それが誤記ではないことを
前提する原告の主張は，その前提を欠くものである。
　　のみならず，仮に刊行物１記載中の上記「１０」が誤記ではないとし
ても，引用発明１において，前記ア及びイで説示したところからすれば，
「「next」リンク判定部」で判断される最終URLが「nextfeature588」であるこ
と，「「next」リンク判定部」においては，最終URLに対応するテキスト部分
に「next」があるか否かを判定するものであることには変わりがないというべきで
あり，刊行物１には記載事項である別紙(へ)及び(ト)に「次の１０個のエント
リ」，「次の１０個のhot-links」との記載及びFIG.8Bに「LAST=NEXT"10"?」との記
載があり，他方，その記載事項である別紙(ニ)には「そのうち最初の２０件の
hot-linksが表示されている。」との記載があり，実施例の説明としては一貫性を欠
くが，このことにより，上記の判断が左右されるものではない。
エ　以上のとおり，原告の上記主張はいずれも理由がなく，本件訂正発明７
が引用発明１であるとの本件審決の判断に誤りがあるということはできない。
　　(2)　本件訂正発明８について
本件訂正発明７が引用発明１であるとの本件審決の判断に誤りがないこと
は前記(1)で説示したとおりであり，その誤りがあることを前提に，本件訂正発明８
の新規性に関する判断も誤りであるとする原告の主張は，その前提を欠き理由がな
い。
(3)　本件訂正発明９ないし１３について
　　本件訂正発明７及び８が引用発明１であるとの本件審決の判断に誤りがな
いことは前記(1)及び(2)で説示したとおりであり，その誤りがあることを前提に，
本件訂正発９ないし１３が新規性ないし進歩性を欠き，独立特許要件を具備しない
とした本件審決の判断の誤りをいう原告の主張は，その前提を欠き理由がない。
２　取消理由２（本件訂正の適否を請求項ごとに判断しなかった判断の誤り）に
ついて
　　１つの特許出願により特許を受けることのできる発明は，１つの発明又は単
一性の要件を満たす相互に技術的に密接に関連した２以上の発明であり，当該発明
についての特許出願において請求項が複数存在する場合，それらの請求項は互いに
関連している場合が通常であり，１つの請求項の訂正が他の請求項に影響を及ぼす
ことのあることは明らかである。このような関係にある請求項について，上記特許
出願に添付された明細書又は図面の記載についてこれを複数箇所にわたって訂正を
求める訂正請求は，その訂正が単なる誤記の訂正であるような形式的なものである
ときは格別，それが特許請求の範囲に実質的に影響を及ぼすものであるときには，
これを一体不可分の一個の訂正を求めているもの解すべきである。そして，このよ
うな訂正請求がされたときは，請求人において，訂正請求書の訂正事項を補正し
て，上記複数の訂正箇所のうち一部の箇所について訂正を求める趣旨を特定して明
示しない限り，特許庁は，複数の訂正箇所の全部につき一体として訂正を許すか許
さないかの判断ができるだけであると解するのが相当である。複数の請求項のうち
どの請求項について，いかなる訂正をするかどうかは，請求人において適宜選択で
きることであり，上記のように解しても格別の不都合はないというべきである。
　　本件訂正の請求は，本件明細書の「特許請求の範囲」の請求項１から１３に
関し複数箇所について特許請求の範囲に実質的に影響を及ぼす訂正を求めるもので
あるところ，原告は，本件審判の手続において，本件訂正の請求書を補正して，そ
の一部の箇所について訂正を求める趣旨を特定して明確にする措置をとっておら
ず，したがって，特許庁において，本件訂正の請求を一体不可分のものとして扱
い，その可否を判断したことに誤りはない。
３　取消事由３（本件発明１ないし６について特許要件の具備に関する判断の誤
り）について
　本件訂正発明７及び８が引用発明１であるとの本件審決の判断に誤りがない
ことは前記１で説示したとおりであり，したがって，その誤りがあることを前提
に，本件発明１及び２の新規性に関する判断，本件発明３ないし６の進歩性に関す
る判断も誤りであるとする原告の主張は，その前提を欠き理由がない。
　４　以上によれば，原告が取消事由として主張するところはいずれも理由がな
く，本件審決には他にこれを取り消すべき瑕疵は見あたらない。
　よって，原告の本件請求は，理由がないからこれを棄却することとし，主文
のとおり判決する。
　　　　東京高等裁判所知的財産第１部
　　　裁判長裁判官　　　　北　　山　　元　　章
　　裁判官　　　　　　青　　栁　　　　　馨
　　　　　　　　裁判官　　　沖　　中　　康　　人
別紙　米国特許第５８９０１７２号明細書（刊行物１）の記載事項
　(イ)　適切な情報をインターネットで見つけることのプロセスを速めるために，
インターネットのいくつかのサーバは，インターネットの索引と検索エンジンを提
供する。ヤフー・・・といったこれらの検索プロバイダは，２つの貴重な機能を実
行する。第1に，彼ら自身のインターネットリンクを使用して，絶えずインターネッ
トを検索し，全てのインターネットファイルを分類して索引を作成し，これらの索
引を彼らのデータベースに格納する。検索プロバイダは，クライアントに，彼らの
サーバに接続して検索条件を入力させる。それに応答して，検索プロバイダは，検
索条件に合致するウェブのすべてのファイルのリストを提供する。それゆえに，ヤ
フーといった検索プロバイダは，トピックに関連づけられたウェブのすべてのファ
イルのインデックスを更新するだけでなく，その索引をクライアントから検索可能
にするものである。ヤフーから取得される情報が，特定のトピックのために，一般
のトピック識別子とファイルの場所のみを含んでいることに注意すべきである。
（第１欄６２行ないし第２欄１２行，訳文８頁３１行～９頁２行）
　(ロ)　ジャンパの動作のよりよい理解のために，まず，ジャンパが実施される環
境を理解する必要がある。FIGS.1-2は，ジャンパが動作するハードウェア環境を示
す。FIG.1に示されるように，インターネット22はインターネット入力線24および
出力線26によりクライアント20に接続される。jumper28およびブラウザ30はクライ
アント20の一部である。インターネット22はサーバ32,34,36,38を含む。各サーバ
はHTMLファイルを保持する。クライアントと全サーバは電子的にリンクされてい
る。サーバ34は検索プロバイダとして示される。サーバは，CGI42,ユーザーの質問
が入力されるフォーム44，Webの全ファイルをトピックに対応づけて更新されたイ
ンデックス46を含む記憶装置を有している。（第５欄４７行ないし５９行，訳文１
４頁２５～３６行）
　(ハ)　FIG.４は従来のブラウザのユーザーインターフェースと，検索プロバイダ
の質問フォームを示す。このインターフェースにより，ユーザーはWEBファイルにア
クセスし，ファイル内容を表示することができる。ブラウザインターフェース
400は，ネットスケープナビゲイタのものである。ブラウザインターフェースはブラ
ウザメニューバー402，サイトウィンドウ404，そしてファイル閲覧のためのウィン
ドウ406を有する。ブラウザメニューバーは，戻るボタン412，ホームボタン414を有
する。ビューウィンドウに示されるファイルは，ヤフーの質問フォーム408である。
この質問フォームは質問フィールド410を有している。ブラウザメニューバー402は
一般に，ファイル編集および保存のために提供される。戻るボタン412はFIG.９Aに
示すように，検索ツリーの逆順に，ユーザーをひとつ戻す。ホームボタン414は，ユ
ーザーをブラウザウィンドウでホームページ900に戻す。ブラウザサイトウィンドウ
404は現在表示されているファイル，この例ではヤフー.の質問フォームに対応する
URLを表示する。質問フォームはマークアップ言語でエンコードされ，質問フィール
ド410を有しており，ユーザーはそこに所望の検索トピックを入力することができ
る。この例では，検索トピックは"Rat"である。検索トピックが入力されると，FIG.
１に示す通り，ブラウザによってWebを越えてサーバ34　ヤフー.により所有される
40へそれが送信される。（第７欄２７行ないし４９行，訳文１７頁９～末行）
　(ニ)　FIGS.５A-Cは，ジャンパおよびブラウザによりガイドされる検索セッショ
ンの最初の段階を示している。ブラウザインターフェース400，ブラウザにより取得
されたファイル，そしてjumperウィンドウ300が示されている。これは例示的な検索
のための基本的ツールである。検索条件"Rat"に対応してヤフー.から取得された最
初のファイルが，FIG.５A，B,Cにかけて，ページ上部が502a，ページ下部が502bと
してそれぞれ示されている。これらはスクロールバー500によりアクセスされる。取
得されたファイルは，広告504，検索結果のサマリー506，そして508-514および
580-584で参照される複数のhot-linksを含んでいる。代表的な
hot-link514は，URL51６と，テキスト部518との双方を含んでいる。FIG.５Cにジャ
ンパのドロップダウン・リスト586が示されている。さらに，取得されたファイルは
nextfeature588を含んでいる。FIG.４に示すとおり，検索条件"Rat"の入力に対応
して，検索条件がブラウザによってヤフー.へ送られる。ヤフー.のトピックインデ
ックス46（FIG.1に示す）が検索され，関連する全てのレベル１のhot-linksおよび
その他の情報を含むファイル502a-bがクライアント20に返送され，ブラウザによっ
て502a-bのように表示される。ページ502aは広告504の見出しを有する。広告のすぐ
下には，"Rat"の語にマッチするものが７４件あることを示す検索結果のサマリー
506があり，そのうち最初の２０件のhot-linksが表示されている。主題の記述を伴
う様々なhot-linksが太字・下線でこのページに表示される。たとえば，508
の"Entertainment,Humor..."，510の"RegionalAlternativeTheater..."，512
の"SpaceRAT"...，514の"Agrizap,Inc..."。（第７欄５１行ないし第８欄１２
行，訳文１８頁２～２９行）
　(ホ)　ユーザーがジャンパのメニューバーからタイマー開始ボタン322を選択した
場合，FIG.8Bに示される方法で自動ジャンプモードが開始する。・・・FIG.8Bに検
索手順の自動ジャンプモードの詳細を示す。この手順は，ユーザーに対して，ブラ
ウザウィンドウ内のレベル１のhot-linksで示されるレベル２のファイル群の動的な
ツアーを見ることを可能にする。連結ブロックAで開始し，制御はmemoryfetch手順
840へ移行する。そこで最初のURL(FIG2で示される格納部230内のhot-linksの一部
である)がジャンパにより取り出される。次に，jumper-browser手順842において，
最初のURLがブラウザに送られる。userI/O208の制御により，ブラウザは，当該サ
イトと当該サイトにあるファイルにアクセスし，ブラウザウィンドウ406に当該ファ
イルがアップロードされ表示される。（第１０欄３７行ないし６１行，訳文２２頁
１～２５行）
　(へ)　制御は遅延手順844へ進み，ユーザーが選択可能な表示インターバルに基づ
き，選択されたインターバルでページ画像がブラウザウィンドウ406に表示される。
インターバルが終ると制御はmemoryfetch手順846に進み，解析さたHTMLファイル
の次のURLが取り出され，リスト最終判定部848において，当該URLが格納された
URL群の最後であるかどうかが判定される。判定が否定である場合には，制御は
jumper-browser手順842に進み，次にアクセスされたURLをインターバル表示す
る。jumper-browser手順842からリスト最終判定部848に至るループは，ユーザー設
定可能なアニメーションを構成し，ここで，解析・格納されたURL群が，自動取得・
表示処理を駆動するために利用される。一方，最終URL判定部848において，判定が
肯定であれば，制御は「next」リンク判定部850へ移行する。「next」リンク判定部
850では，（FIG.5Cの588の例で示す通り）その最終URLが，また，次の１０個のエン
トリへのクエリを含むかどうか判定される。（第１１欄３行ないし２２行。訳文２
２頁３３行～２３頁５行）
　(ト)　判定が肯定であった場合，制御はjumper-browser-jumper手順852に進む。
手順852では，次の１０個のhot-linksのためのクエリがヤフー.に送られる。それ
に応じて，次の１０個のhot-linksを含むHTMLにエンコードされたページが取得され
る。制御は解析部854へ移行し，全URLおよび対応するテキスト識別子が広告イメー
ジと併せて解析される。次にバッファ手順856で，解析部の出力がこのセッションの
ために格納される。制御は自動取得・表示のためにmemoryfetch部840へ移行する。
一方，nextリンク判定部850で否定の判定がされたら，jumper-browserの手順858に
おいて，この最後のURLがブラウザへ送られる。そして，制御は，hot-link選択部
818へ戻るため，連結ブロックBへ進む。（第１１欄２２ないし３７行，訳文２３頁
６～１９行）

戻る