【事件の表示】
　平成１０年特許願第　　４４５２号「ヘルプ・ウィンドウを関連ウェブ・ページと一緒に同時に表示する方法及び装置」拒絶査定不服審判事件〔平成１０年　９月２５日出願公開、特開平１０−２５４５９３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は平成１０年１月１３日（パリ条約優先権主張１９９７年２月２５日、米国）の出願であって、平成１５年８月２８日付けで拒絶査定がなされ、これに対して平成１５年１１月２７日に拒絶査定に対する審判が請求されるとともに、同日付けで手続補正がなされたものである。
　
２．平成１５年１１月２７日付け手続補正について
［補正却下の決定の結論］
　平成１５年１１月２７日付け手続補正（以下「本件補正」という。）を却下する。
［理由］
　補正後の本願発明
　本件補正により、特許請求の範囲の請求項２５は次のとおり補正された。
「【請求項２５】ウェブ・サイト・ページを表示するブラウザ・サイト・モニタ上に、前記ウェブ・サイト・ページに関する情報を含むヘルプ情報を提供する方法であって、該方法がコンピュータにより実行される以下のステップ、すなわち、
　ブラウザ・サイトからサーバに前記ウェブ・サイト・ページに対する要求を提供するステップと、
　前記ブラウザ・サイトにおいて、前記ウェブ・サイト・ページと一緒に、前記ウェブ・ページに表示された項目に関連するヘルプ・ウィンドウを表示するためのコンピュータ実行可能命令を返却させて受信するステップと、
　前記ブラウザ・サイト・モニタ上に前記ウェブ・サイト・ページを表示するステップと、
　前記ブラウザ・サイトにおいて、前記ウェブ・サイト・ページの機能に対するヘルプ要求を受信するステップと、
　前記ブラウザ・サイトから前記サーバに、前記機能に関する要求を提供するステップと、
　前記ブラウザ・サイトにおいて、前記ウェブ・ページに表示された項目のリストを表示させ、かつ該項目の選択によりリンクさせるファイルを前記サーバから前記ブラウザに返却させて受信するステップと、
　リンクされたヘルプ情報をサーバから受信して、受信した前記ヘルプ情報を前記ブラウザ・サイト・モニタ上の前記ヘルプ・ウィンドウ内に表示するステップと、
　を含む、方法。」
　
　上記補正は、請求項２５に記載した発明を特定するために必要な事項について、「前記ウェブ・サイト・ページに関する情報を含むヘルプ・ウィンドウを表示するためのコンピュータ実行可能命令を前記サーバから返却させて受信するステップ」とあるのを、「前記ウェブ・ページに表示された項目に関連するヘルプ・ウィンドウを表示するためのコンピュータ実行可能命令を返却させて受信するステップ」と限定し、「前記機能に関するヘルプ情報に対する要求を提供するステップと、前記ブラウザ・サイトにおいて、前記ヘルプ情報を前記サーバから前記ブラウザに返却させて受信するステップ」とあるのを、「前記機能に関する要求を提供するステップと、前記ブラウザ・サイトにおいて、前記ウェブ・ページに表示された項目のリストを表示させ、かつ該項目の選択によりリンクさせるファイルを前記サーバから前記ブラウザに返却させて受信するステップ」と限定し、「前記ヘルプ情報を」とあるのを、「リンクされたヘルプ情報をサーバから受信して、受信した前記ヘルプ情報を」と限定するものであって、特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の前記請求項２５に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第４項の規定に適合するか）について以下に検討する。
　
（１）引用刊行物
　原査定の拒絶の理由に引用された、本願の優先日前に頒布された刊行物「Ｌａｕｒａ　Ｌｅｍａｙ著、続・ＨＴＭＬ入門　新機能，ＣＧＩ，Ｗｅｂの進化、（Ｔｅａｃｈ  Ｙｏｕｒｓｅｌｆ  Ｍｏｒｅ  Ｗｅｂ  Ｐｕｂｌｉｓｈｉｎｇ  ｗｉｔｈ  ＨＴＭＬ  ｉｎ  ａ  Ｗｅｅｋ）株式会社プレンティスホール出版、１９９５年１２月１５日、初版」（以下、「引用刊行物１」という。）には、図面とともに以下の記載がある。
（ア）「この章では、まずＷｅｂの世界の最新動向について解説します。具体的には、新しい　タグを紹介し、Ｗｅｂプレゼンテーションを行う上でそれらのタグをどのように扱うべきかについて検討します．つづいて，以下にあげるようなＮｅｔｓｃａｐｅ拡張機能について説明します．」（第２頁第１〜３行）
　
（イ）「大規模プレゼンテーションにおけるナビゲーションのサポート
　小さい規模のプレゼンテーションのほうが，小さいというそれだけで，大規模なプレゼンテーションよりもナビゲーションが簡単です．小さなプレゼンテーションでは，見るべきものがそれだけ少ないわけですし，したがって迷子になったり，ずーっとたどっていったら行き止まりだったという事態にも陥りにくいのです．このため，大規模なプレゼンテーションでは，ページからページにナビゲーションする通常のリンク以外にも，いくつかの方法でナビゲーションをサポートすることが必要になります．この節では，大規模なプレゼンテーションをあちこち行き来する際に役に立つ事柄を説明します．
ボタンバー
　ボタンバーとは，サーバ上の特定の場所を指す，テキストリンクかイメージリンクの並んだものです（テキストだけのボタンバーというのは妙な言葉ですが）．通常のナビゲーションアイコンと違って，ボタンバーは現在のページからの特定の種類の移動（ｕｐ，ｂａｃｋ，ｎｅｘｔなど）を行うのではなく，そのサイトで一番重要な部分への近道を与えるようになっています．ボタンバーは，プレゼンテーション全体の「クィックリファレンスカード」と考えてください．
　ボタンバーは，ページの一番上か下，あるいは両方に入れておくのが普通です．そして，テキスト，イメージ，あるいはその両方が入っています．ボタンバーをどのようにデザインするかはあなた次第で，ページをどのように作りたいかで決まりますが，以下にヒントをいくつかあげます．
　ボタンバーは，場所をとらずにそれぞれのボタンが何であるかわかるようになっているほうが，うまく機能するようです．先に断ったように，ボタンバーはクィックリファレンスで，そのページの残りの内容より大きくなってしまうようなフルメニューではありません．ボタンバーは「簡潔にして要領を得る」ようにしましょう．Ｎｅｔｓｃａｐｅのボタンバーはこの良い例です（図８−３）．（第２６１頁下から第６行〜第２６２頁第１８行）
　
（ウ）「両方を組み合わせたらどうでしょうか？Ａｐｐｌｅ社Ｗｅｂサイト（http://www.apple.com/）には、グラフィックスとテキストを使った２つのボタンバーが、それぞれ別の行にあります（図８−７）．」（第２６３頁下から第３行〜末行）
　
（エ）「付録Ｄ
　Ｎｅｔｓｃａｐｅ２．０の新機能」（第５０３頁見出し）
　
（オ）「フレーム機能
フレーム（ｆｒａｍｅ）機能というのは，ブラウザの１つのウインドウの中をいくつかに区切って，それぞれの領域（セル）に別々のドキュメントを表示させるという機能です．標準設定では，読み手はセルの境界位置を自由に移動したり，セル内のドキュメントをスクロールさせながら読んだりできます（ドキュメント作成者の判断によっては，境界の移動やスクロールをさせないようにも設定できます）． また，セルにＮＡＭＥ属性を付けておけば，他のドキュメントや同じドキュメントでリンク先としてセルを指定できるようになります．
この機能は一体，どういうふうに使うのでしょう？　想定されている使い方はたとえば次のようなものです．Ｗｅｂプレゼンテーションでは，目次や索引がリンクメニューになっていて，リンクをたどるとその項目の説明が見られる，という箇所がたくさんあります．　しかし，たどって見たらそれは求める情報ではなくて，また目次に戻って別のリンクをたどり，行き来しているうちに面倒になってくることも多いのです．そんなとき，「目次を出したままでおけたらいいのになあ」ときっと思うでしょう．フレーム機能は，まさにそれを実現するものなのです．
図Ｄ−１を見てください．画面が左右に分割され，左側の狭いほうに目次が表示されていますね．ここで目次のリンクメニューを選択すると，その項目が右側に現れます．右側の部分だけでも一人前のＨＴＭＬドキュメントで，その中にリンクがあってたどると別の場所ヘ行けたりします．でも，左側の目次はずっとそのままですから，いつでも別の項目を選択し直すことができます．
右下の部分はどうでしょう？  ここはボタンバーになっていて，クリックすると特定のべージヘ行けます．つまり，これまでみたいにスクロールしてボタンバーを探さなくてもいいわけです．ボタンバーから「戻る」を選択した場合にはセルの境界は消えて普通のページに飛びます．もちろん，右上のセルの中だけがそのページになるようにもできますが，使い勝手を考えてこうしたわけです．一方，「説明」を選択した場合には右上のセルの中だけが説明ページに変わります．
だいたい，わかりましたか？  では， このようなページを作り出すためのタグについて説明します．」（第５０４頁第１行〜第５０５頁第１３行）
　
（カ）「例題Ｄ．１  ○△□
お待たせしました．ようやく，例題を示す準備が整いました． この例題は，図Ｄ−ｌにあるように，ウィンドウの左側に様々な図形の種別を並べた目次があって， 目次の中のリンクを選択すると対応する項目が右側にロードされるというものです．しかしまず，入り口のページから始めましょう．図Ｄ−２に入り口のページの様子を示します（ファイル名はｆｉｇｕｒｅｓ．ｈｔｍｌです）．フレーム機能の付いたブラウザはまだほとんどないわけですから， このように入り口を分けて注意を促すのがよいでしょう． ＨＴＭＬコードを次に示しておきます．」（第５１０頁第１〜７行）
　
（キ）「では，各セルの内容を表すＨＴＭＬファイルも見てみましょう． まず左側の目次のセルからです（ファイル名はｆｉｇｕｒｅｔｏｃ．ｈｔｍｌです）．」（第５１１頁下から第２行〜末行）
　
（ク）「セルの内容を表すＨＴＭＬファイルも，これまで見てきた一般のＨＴＭＬファイルとまったく変わるところはありません．ただ，リンクタグのＴＡＲＧＥＴ属性として”ｆｉｇｓ”が指定してあるので，これらのリンクを選択したときには新しいページは右上のセルにロードされることになります．たとえば，「まる」のリンクを選択すると図Ｄ−ｌのような画面になるわけです．」（第５１２頁第１６〜１９行）
　
（ケ）「これで，フレーム機能を使った例については一通り探検しました．後は入り口のページで「通常版」のリンクを選択した場合が残っていますね．こちらはすでに学んだ普通の書き方のＨＴＭＬファイルを別に用意すればいいのだな，と思われましたか？ 確かに，そうしてもかまいません．しかしｆｉｇｕｒｅｓ．ｈｔｍｌのファイルを見ると，この「通常版」のリンクが選択された場合にはさっき見たｆｉｇｕｒｅｓ．ｈｔｍｌをロードしていることがわかります．その様子を図Ｄ−５に示します．
このように，セルの内容のＨＴＭＬファイルを単独のべージとしても表示させられるようにも設計しておくと，フレーム版と通常版で別のＨＴＭＬファイルを用意し保守するという手間がいろなくなります．
ところで，ここでたとえば「しかく」のリンクを選択するとどうなるでしょう？  一般のブラウザであれば，これまで通り「しかく」のページがロードされるだけです．しかし，Ｎｅｔｓｃａｐｅ ２．０では新しいウインドウが画面に現れ，そこに「しかく」のページがロードされます（図Ｄ−６）．これは，ＴＡＲＧＥＴ属性としてウインドウの名前を指定しておくと，そのリンクをたどったときに自動的に新しいウインドウが作られるという機能によります．
それで何がうれしいのでしょう？　まず，「目次」のページはもとのウィンドウに表示されたままですから，目次を見るのに後戻りする必要はありません．そして，目次のウインドウで別の項目を選択すると，今度は新しいウィンドウはできずに，これまで「しかく」が表示されていたウィンドウに新しいページがロードされます．
つまり，フレーム版で１つのウインドウの中の２つのセルを使ってやっていたことが， ２つのウィンドウでできるわけです．この場合，それぞれのウインドウの大きさを自由に変えたり不要なウインドウを閉じたりできますから，人によっては，こちらのほうが使いやすいと思うかもしれませんね．そして，Ｎｅｔｓｃａｐｅ ２．０以外のブラウザで見た場合には，完壁に普通のプレゼンテーションとして機能できるわけです．」（第５１４頁下から第５行〜第５１６頁下から第８行）
　
（コ）図Ｄ−１〜図Ｄ−７にはＮｅｔｓｃａｐｅの表示画面が示されている。
　
（サ）図８−７（第２６４頁）には、Ａｐｐｌｅ社Ｗｅｂサイト（http://www.apple.com/）をブラウザ（Ｎｅｔｓｃａｐｅ）で表示した画面が記載されており、「？」と記されたボタンバーと、「Ｈｅｌｐ」と記載された（テキストだけの）ボタンバーが記載されている。
　
　引用刊行物１にはＷｅｂ上のＨＴＭＬファイルを表示するＷｅｂブラウザであるＮｅｔｓｃａｐｅについて記載されているが、Ｗｅｂ上においてＨＴＭＬファイルがウェブサイトのサーバにあること、ＷｅｂブラウザであるＮｅｔｓｃａｐｅが端末である記憶装置、モニタを有するコンピュータにおいて動作し、Ｗｅｂブラウザはウェブサイトのサーバへ要求をしてサーバのＨＴＭＬフィルを取得してコンピュータのモニタに表示すること、ＷｅｂブラウザであるＮｅｔｓｃａｐｅがコンピュータ使用可能コードからなること、Ｎｅｔｓｃａｐｅがウェブサイトのサーバ上のＨＴＭＬファイルをサーバから受信し、ＨＴＭＬファイルのリンクをたどることにより、リンク先のＨＴＭＬファイルを取得することは当然のことである。
　
　そうすると、これら引用刊行物１の記載（主として記載事項（コ））から、引用刊行物１には以下の発明（以下、「引用発明」という。）が記載されているものと認められる。
「端末のコンピュータにおいて動作し、サーバへ要求をすることによりサーバ上のＨＴＭＬファイルをサーバから受信して端末のコンピュータのモニタに表示するＷｅｂブラウザであって、
　サーバから受信したＨＴＭＬファイルにより端末のコンピュータのモニタ上のウインドウに目次として３個表示されたリンク（まる、しかく、さんかく）の内、「しかく」と表示されたリンクを選択すると、ＨＴＭＬファイルの当該リンクに関し指定されたＴＡＲＧＥＴ属性に従い、元のウインドウは表示されたまま、新しいウインドウが作られ、当該ウインドウに「しかく」のページを表示するＨＴＭＬフィルがサーバからロードされて表示される、Ｗｅｂブラウザ。」
　
　同じく、原査定の拒絶の理由に周知例として引用された、本願の優先日前に頒布された刊行物「望月安吾著、ＨＴＭＬで親バカホームページ作成　第６回　いよいよフレー ム機能に挑戦するのだ、月刊アスキー、株式会社アスキー、１９９６年１２月１日、第２０巻第１２号、５５９〜５６４頁」（以下、「引用刊行物２」という。なお、原査定の拒絶の理由には、「望月安吾著、ＨＴＭＬで親バカホームページ作成　第６回　いよいよフレー ム機能に挑戦するのだ、月刊アスキー、株式会社アスキー、１９９６年１１月１日、第２０巻第１１号通巻第２３３号」と記載されているが、「発行月、号、通巻」は誤記であり、正しくは上記のとおりである。）には、図面とともに以下の記載がある
（シ）「フレーム機能とは，要するにＷｅｂブラウザの画面を縦横いろんな組み合わせの枠組み（フレーム）に区切ってしまって，それぞれの枠に別々のＨＴＭＬファイルを表示させるというものだ。フレーム機能を使えば，たとえば片方のフレームのアンカーボタンをクリツクすると，もう片方の枠内の表示がパッと切り替わるような，ちょうどＷｉｎｄｏｗｓ９５のエクスプローラみたいなかっこいいホームページをデザインすることだってできる（画面１）。」（第５５９頁左欄下から第８行〜中央欄第２行）
　
（ス）「今月の本絡的なサンプル
　最後に，より本格的なサンプルとして，フレームを使って「幸花里のＷｅｂアルバム」を作ってみた（画面５，リスト８〜１０ （album0.htm~album4.htm））。これは，担当アダチのホームページ（http//pweb.aix.or.jp/~shinsuke-a/）でいつも「建設中」と表示されて，なかなか実物ができあがってこないために，師匠の私が業を煮やして，勝手に作ってしまったものだ。
　画面を見ると分かるとおり，大きなコンセプトとしては，上下２段に分けて上段にはタイトルのビットマップを表示させる。下段はさらに左右のフレームに分割して，左側に目次を表示させる。目次の各項目をクリックすると，右側のフレームに対応する写真と簡単な説明が表示される。
　フレームを使わない従来のやり方では，目次のぺージからある写真のぺージを表示させてから，また別の写真を見るにはいったん目次のぺージに戻る必要があるが，フレーム機能を活用すれば，目次をワンクリックするだけで次々と別の写真に切り替えることができる。このように写真集といった用途には，フレーム機能は非常に向いている。」（第５６３頁右欄第２６行〜第５６４頁左欄第２１行）
　
（セ）第５６４頁右欄、「画面５」には、目次として複数の項目を表示したフレーム機能を利用したホームページが記載されている。
　
（２）対比
　本願補正発明と引用発明を対比すると、
　引用発明の「サーバ上のＨＴＭＬファイル」、及び「Ｗｅｂブラウザ」は、それぞれ、本願補正発明の「ウェブ・サイト・ページ」、及び「ブラウザ」に相当する。
　引用発明のブラウザ（Ｗｅｂブラウザ）が動作する端末の「コンピュータ」は、本願補正発明の「ブラウザ・サイト」に相当し、引用発明の端末のコンピュータの「モニタ」は本願補正発明の「ブラウザ・サイト・モニタ」に相当する。
　引用発明のブラウザ・サイトにおいて、サーバから受信したウェブ・サイト・ページ（ＨＴＭＬファイル）によりブラウザ・サイト・モニタ上のウインドウに目次として表示された特定のリンクを選択すると、ウェブ・サイト・ページの当該リンクに関し指定されたＴＡＲＧＥＴ属性に従い、元のウインドウは表示されたまま、新しいウインドウが作られ、当該ウインドウに当該リンク先のページを表示するウェブ・サイト・ページ（ＨＴＭＬファイル）がサーバからロードされて表示されるから、引用発明のリンクに関し指定された「ＴＡＲＧＥＴ属性」は、本願補正発明のウェブ・サイト・ページと一緒にウェブ・ページに表示された項目に関連するウィンドウを表示するためのサーバから返却される「コンピュータ実行可能命令」ということができる。また、引用発明の目次として表示された３個のリンクのそれぞれは、本願補正発明のウェブ・ページに表示された「項目」に相当し、引用発明の当該項目を選択することにより作られた新しいウインドウにはウェブ・ページに表示された項目により指定されたリンク先のページが表示されるから、当該ウインドウは、ウェブ・ページに関連するウィンドウということができ、引用発明において項目（リンク）を選択した場合に項目の選択によりサーバに要求がなされることは当然のことである。そして、ブラウザ・サイトにおいてウェブ・サイト・ページに対する要求を受信することもまた当然である。
　また、引用発明においてブラウザ・サイトにおいてＨＴＭＬファイルがロードされることは、本願補正発明の、ブラウザ・サイトにおいて、前記ウェブ・ページに表示された項目のリストを表示させ、かつ該項目の選択によりリンクさせるファイルを前記サーバから前記ブラウザに返却させて受信することと、ブラウザ・サイトにおいて、ファイルを前記サーバから前記ブラウザに返却させて受信する点で一致する。
　
　したがって、両者は
「ウェブ・サイト・ページを表示するブラウザ・サイト・モニタ上に、前記ウェブ・サイト・ページに関する情報を提供する方法であって、該方法がコンピュータにより実行される以下のステップ、すなわち、
　ブラウザ・サイトからサーバに前記ウェブ・サイト・ページに対する要求を提供するステップと、
　前記ブラウザ・サイトにおいて、前記ウェブ・サイト・ページと一緒に、前記ウェブ・ページに表示された項目に関連するウィンドウを表示するためのコンピュータ実行可能命令を返却させて受信するステップと、
　前記ブラウザ・サイト・モニタ上に前記ウェブ・サイト・ページを表示するステップと、
　前記ブラウザ・サイトにおいて、前記ウェブ・サイト・ページに対する要求を受信するステップと、
　前記ブラウザ・サイトから前記サーバに、前記要求を提供するステップと、
　前記ブラウザ・サイトにおいて、ファイルを前記サーバから前記ブラウザに返却させて受信するステップと、
　リンクされた情報をサーバから受信して、受信した前記情報を前記ブラウザ・サイト・モニタ上の前記ウィンドウ内に表示するステップと、
　を含む、方法。」の点で一致し、以下の点で相違している。
　
相違点１
　本願補正発明は、ウェブ・サイト・ページに関する情報を含むヘルプ情報を提供する方法であって、ウィンドウを表示するためのコンピュータ実行可能命令は、ヘルプ・ウィンドウを表示するためのものであって、受信する要求はウェブ・サイト・ページの機能に対するヘルプ要求であって、サーバに機能に関する要求を提供し、ヘルプ情報をサーバから受信し、受信した前記ヘルプ情報をヘルプ・ウィンドウ内に表示するのに対して、引用発明は、ウェブ・サイト・ページに関する情報を提供する方法であって、ウィンドウを表示するためのコンピュータ実行可能命令は、ウィンドウを表示するためのものであって、受信する要求はウェブ・サイト・ページに対する要求であって、サーバに要求を提供し、情報をサーバから受信し、受信した前記情報をウィンドウ内に表示しているが、ウェブ・サイト・ページに関する情報「を含むヘルプ情報」を提供することは記載されておらず、したがって、ウィンドウが「ヘルプ」・ウィンドウであること、受信する要求がウェブ・サイト・ページの「機能」に対する「ヘルプ」要求であること、サーバに「機能に関する」要求を提供し、「ヘルプ」情報をサーバから受信し、受信した前記「ヘルプ」情報をヘルプ・ウィンドウ内に表示することについて記載がない点。
　
相違点２
　本願補正発明は、ブラウザ・サイトにおいて、前記ウェブ・ページに表示された項目のリストを表示させ、かつ該項目の選択によりリンクさせるファイルを前記サーバから前記ブラウザに返却させているのに対して、引用発明では、ブラウザ・サイトにおいて、ファイルを前記サーバから前記ブラウザにファイルを返却させているが、当該ファイルがウェブ・ページに表示された項目のリストを表示させ、かつ該項目の選択によりリンクさせるファイルであることについては記載がない点。
　
（３）当審の判断
　以下、上記相違点について検討する。
　
相違点１について
　アプリケーションの実行に際してアプリケーションの操作、機能等に関するヘルプ情報を表示することは、本願の発明の詳細な説明（段落【０００３】）に従来技術として記載され、また、特開平５−８０９５８号公報（段落【０００２】〜【０００４】、【００１４】）に記載されているように周知であり、また、ウェブページにおいてリンクをクリックすることによりヘルプ情報を表示することも、本願の発明の詳細な説明（段落【０００４】）に従来技術として記載され、引用刊行物１（記載事項（イ）〜（エ））にも、Ａｐｐｌｅ社のＷｅｂサイトに、Ｈｅｌｐと記載されたテキストリンク（テキストで記載されたボタンバー）を有することが記載されているように周知である。
　そうすると、引用発明において上記周知技術を適用して、引用発明において、ウィンドウにウェブ・サイト・ページに関する情報を提供するために、ウェブ・ページに表示された項目に関連して表示されるウィンドウをヘルプウインドウとすることにより、受信する要求をウェブ・サイト・ページの機能に対するヘルプ要求とし、サーバに機能に関する要求を提供し、ヘルプ情報をサーバから受信し、受信した前記ヘルプ情報をヘルプ・ウィンドウ内に表示して本願補正発明のように構成することは上記周知技術に基づいて当業者が容易になし得ることである。
　
相違点２について
　ブラウザ・サイトにおいて、ウェブ・ページを表示する場合に項目リストを表示させ、項目の選択によりリンクさせることは引用発明に目次のリストを表示させてリンクすることが記載され、また引用刊行物２（記載事項（ス）、（セ））に複数の項目を有する目次を表示してリンクすることが記載されているように周知であるから、引用発明のブラウザ・サイトにおいて、ブラウザに返却させるファイルを、ウェブ・ページに表示された項目のリストを表示させ、かつ該項目の選択によりリンクさせるファイルとして本願補正発明のように構成することは当業者が適宜になし得ることである。
　
　そして、本願補正発明のように構成したことによる効果も引用発明及び周知技術から予測できる程度のものである。
　
　したがって、本願補正発明（請求項２５に係る発明）は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
（４）むすび
　以上のとおりであるから、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第４項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
　平成１５年１１月２７日付け手続補正は上記のとおり却下されたので、本願の請求項２５に係る発明（以下、「本願発明」という。）は、平成１５年６月２３日付け手続補正書の特許請求の範囲の請求項２５に記載された事項により特定される、以下のとおりのものである。
「【請求項２５】
　ウェブ・サイト・ページを表示するブラウザ・サイト・モニタ上に、前記ウェブ・サイト・ページに関する情報を含むヘルプ情報を提供する方法であって、該方法がコンピュータにより実行される以下のステップ、すなわち、
　ブラウザ・サイトからサーバに前記ウェブ・サイト・ページに対する要求を提供するステップと、
　前記ブラウザ・サイトにおいて、前記ウェブ・サイト・ページと一緒に、前記ウェブ・サイト・ページに関する情報を含むヘルプ・ウィンドウを表示するためのコンピュータ実行可能命令を前記サーバから返却させて受信するステップと、
　前記ブラウザ・サイト・モニタ上に前記ウェブ・サイト・ページを表示するステップと、
　前記ブラウザ・サイトにおいて、前記ウェブ・サイト・ページの機能に対するヘルプ要求を受信するステップと、
　前記ブラウザ・サイトから前記サーバに、前記機能に関するヘルプ情報に対する要求を提供するステップと、
　前記ブラウザ・サイトにおいて、前記ヘルプ情報を前記サーバから前記ブラウザに返却させて受信するステップと、
　前記ヘルプ情報を前記ブラウザ・サイト・モニタ上の前記ヘルプ・ウィンドウ内に表示するステップと、
　を含む、方法。」
　
（１）引用刊行物
　原査定の拒絶の理由に引用された引用刊行物及びその記載事項は、前記「２．（１）」に記載したとおりである。
　
（２）対比・判断
　本願発明は、前記２．で検討した本願補正発明の「前記ウェブ・サイト・ページに関する情報を含むヘルプ・ウィンドウを表示するためのコンピュータ実行可能命令を前記サーバから返却させて受信するステップ」とあるのを、「前記ウェブ・ページに表示された項目に関連するヘルプ・ウィンドウを表示するためのコンピュータ実行可能命令を返却させて受信するステップ」とする限定、「前記機能に関するヘルプ情報に対する要求を提供するステップと、前記ブラウザ・サイトにおいて、前記ヘルプ情報を前記サーバから前記ブラウザに返却させて受信するステップ」とあるのを、「前記機能に関する要求を提供するステップと、前記ブラウザ・サイトにおいて、前記ウェブ・ページに表示された項目のリストを表示させ、かつ該項目の選択によりリンクさせるファイルを前記サーバから前記ブラウザに返却させて受信するステップ」とする限定、及び「前記ヘルプ情報を」とあるのを、「リンクされたヘルプ情報をサーバから受信して、受信した前記ヘルプ情報を」とする限定を削除したものである。
　そうすると、本願発明の構成要件を全て含みさらに限定を付したものに相当する本願補正発明が、前記「２．（３）」に記載したとおり、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものである。
　
（３）むすび
　以上のとおり、本願発明（請求項２５に係る発明）は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　したがって、本願はその余の請求項について論及するまでもなく、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。