【事件の表示】
　平成　７年特許願第２３３７５２号「情報検索装置」拒絶査定不服審判事件〔平成　９年　３月２８日出願公開、特開平　９−　８１５８０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
１．手続の経緯
　本願は平成７年９月１２日の出願であって、平成１６年４月２６日付け（発送日同年５月１１日）で拒絶理由が通知され、これに対し同年７月１２日付けで手続補正がなされたが、同年１０月４日付け（発送同年１０月１２日）で拒絶査定がなされ、これに対し、平成１６年１１月１１日に拒絶査定不服審判が請求されると共に同日付けで手続補正がなされたものである。
　
　
２．本願発明
　平成１６年１１月１１日付け手続補正は、原査定時における請求項１乃至４を択一的に引用する請求項５の内容を原査定時の請求項１に追加し、原査定時の請求項５を削除するものであるから、請求項の削除を目的とするものである。
　そして、本願の請求項１に係る発明（以下、「本願発明」という。）は、平成１６年１１月１１日付け手続補正で補正された特許請求の範囲の請求項１に記載された以下のものと認める。
「ネットワークを介して接続される情報検索サーバーから取得した検索情報を、内部情報に基づいて自動的に変更して表示出力する情報検索装置であって、
　入力された検索情報を取得するためのデータを前記情報検索サーバーに送信し、当該情報検索サーバーより前記検索情報を取得する検索情報取得手段と、
　前記検索情報取得手段によって取得した検索情報を変更するための情報である内部情報を保管する内部情報保管手段と、
　前記検索情報取得手段によって取得した検索情報を、前記内部情報を参照して変更する情報変換手段とを備え、
　前記情報変換手段が、前記検索情報取得手段が取得した第１の検索情報に含まれる所定の語句についての辞書情報を、第２の検索情報として取得するためのデータを、当該第１の検索情報に組み込むように、当該第１の検索情報を変更する
　ことを特徴とする情報検索装置。」
   
 　
３．引用例及び周知技術
（１）引用例
　原査定の拒絶理由で引用した、上浦真樹ほか，ハイパーメディアデータベースの段階的構造化と多重ビュー，情報処理学会研究報告，日本，社団法人情報処理学会，１９９５年　７月２０日，第９５巻　第６５号，第２２５頁〜第２３２頁（以下、「引用例」という。）には、以下の記載がある。
（あ）「本稿では、ハイパーテキスト文書に対して、視点に応じてリンク設定等が切り替えられる「多重ビュー機構」、および、部分的にオーサリングされた文書群（「不完全web」）から完全なハイパーテキスト文書群を生成していく機構を提案する。前者は、ハイパーリンク設定情報を質問対で表現することで１種の仮想リンクを実現するもので、ここでは、既存のＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ 上で実際に行った実装についても報告する。後者は、アンカー設定、キーワード付与、リンクの設定などを部分的に行ったハイパーテキスト文書群から集合演算、フィルタリンダ演算、合成演算を通じて完全なハイパーテキスト文書群を生成するもので、本稿では、この機構の概念やモデルについて主に報告する。」（２２５頁７〜１４行）
（い）「１   まえがき
　現在、ネットワーク技術の進展により、インターネットが情報を提供する環境を巨大な分散型のデータベースとしてみる試みが起こっている。その一つが情報を分散型ハイパーテキストとして提供する仕組であるＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ （以下ＷＷＷ）である［１］。ＷＷＷ によって、ユーザはインターネット上の様々な形式の情報をリンクで結合し、容易にアクセスすることが可能となり、幅広いユーザが様々な情報を共有することができる。
　しかし、現在のＷＷＷでは文書データをハイパーテキスト化する場合、次のような問題があると考えられる。
・全てのデータに対して明示的かつ静的にリンク情報を付けていかなければならない。これはデータが多量である場合、オーサーは多大な労力を必要とすることになる。
・文書情報の追加、変更、更新、削除といったことが頻繁に起こった場合、それに応じたリンクの更新といった作業が煩雑、複雑となるという問題がある。
・現在のＨＴＭＬ文書のような形式では、１つのＨＴＭＬ文書を共有しながら、多様な視点から異なるリンク情報を設定するということが困難である。特に、著者以外の利用者が独自の視点から利用者固有のリンク情報を元のＨＴＭＬ文書に付加することが困難である。
この問題に対して本論文では、
・仮想リンクによる多重ビュー機構 
・不完全ｗｅｂからの段階的なｗｅｂ生成方式
を提案する。
　前者は、我々が以前に提案した、データベース質問対による動的リンク機構（質問対リンク）のＷＷＷ環境への導入により、文書データとリンク情報を切り離し、元の文書に対して種々の仮想リンクを設定する機構である。」（２２６頁左欄１〜３６行）
（う）「２  多重ビュー
２．１  質問対リンク
　質問対リンク［２］［３］はハイパーテキストにおけるアンカー間のリンクをデータベースへの２つの質問文によって表すことにより仮想的にリンクをはる、一種の動的リンクを実現している。
　ここでいう動的リンクとは、静的リンクがあらかじめリンク先が決まっているのに対して、データベースへの問い合わせによってリンク元のアンカーとリンク先が決定するものである。
　ＨＴＭＬ［４］がドキュメント内にリンク情報を埋め込んで記述するのに対して、質問対リンクではドキュメントとリンク情報を分割してもっている。リンク情報は２つの質問文からなる質問の対で構成され片方の質問文はアンカ−の指定を、もう一方はリンク先の指定を行なう（図１参照）。」（２２６頁右欄１３〜２８行）
（え）「２．２  質問対リンクを用いた多重ビューの実現
　質問対リンクという動的リンク機構は組織的なリンク設定に有用であるが，これを仮想リンク機構と考えると現在のＷＷＷの次の課題を解決するのにも役立つものと考えられる。
　システム構築の留意点としては、次のような事項があげられる。
１．サーバ側にこの機構を装備するだけで、既存のＷＷＷブラウザが多重ビュー機能を使用することができなければならない。
２．現在のＷＷＷの静的リンク機構と共存する。
３．元のＨＴＭＬ文書の変更を強いることがない。
４．仮想リンクで生成されるアンカーが、元のＨＴＭＬ 文書に埋め込まれているアンカーと衝突した場合、元のアンカーの情報を失ってはならない。
　本研究ではこれらの問題に対して以下のように対処した。まずＷＷＷサーバのＣＧＩ（Ｔｈｅ Ｃｏｍｍｏｎ Ｇａｔｅ−ｗａｙ Ｉｎｔｅｒｆａｃｅ）機能を用いて外部プログラムとして構築することによって１目つ（審決注：原文のママ）の問題を解決した。２、３については、元のＨＴＭＬ文書を一度外部に格納し、このデータに対して仮想リンク機構によって生成されたアンカーを埋め込むことで解決した。また、４については、アンカーの衝突の際は、リンク先のＵＲＬを引数としてとっておき、元のリンク先と仮想リンクによるリンク先の双方を任意で選択できるようにした。」（２２７頁左欄１〜２６行）
（お）「２．３   システムの概要
　本システムの利用者は元のＨＴＭＬ文書群とは別に質問対による仮想リンク情報ファイルを作成する。リンク情報ファイルはアンカーとなる単語を示す質問文とリンク先となるドキュメントを指定する質問文のペアの集合である。ＷＷＷサーバに対してあるクライアントからそのＨＴＭＬ文書を参照する要求が来た際、外部プログラムが作動しリンク情報ファイルより得られるアンカーを探し、該当するものに一時的にリンク情報のタグを埋め込んだドキュメントをクライアントに返す。
　クライアントがあるアンカーを選ぶと外部プログラムはリンク先を検索し結果をアンカーの埋め込まれたＵＲＬのリストとして返す。
　クライアントはリストの一つを選択することでリンク先へとたどり着く。
　これによって、ユーザは元のＨＴＭＬ文書に埋め込まれているリンクと、質問対リンクによる仮想リンクを意識せず同時に見ることができる。この様な機能によりドキュメント製作者はこのドキュメントに対する様々な視点にもとづく仮想リンクが没定（「設定」の誤記と考えられる。）されてもリンク情報の更新を行なう必要がなくなる。
　質問対リンクはドキュメント内の単語と他のドキュメント間のリンク関係を表し、形式的には以下のように表す。
＜ｕｉｄ，ｑｕｅｒｙ１，ｑｕｅｒｙ２＞
ここで、
・ ｕｉｄ：識別子
・ ｑｕｅｒｙ１：リンクの始点となる単語をを（審決注：原文のママ）表す質問文
・ ｑｕｅｒｙ２：リンク先となるドキュメントを表す質問文
ｑｕｅｒｙ１、ｑｕｅｒｙ２の質問文は以下のように構成される。
＜ｆｉｌｅ，ｄｉｒ，ｔｉｔｌｅ，ｗｏｒｄ，ａｃｃｅｓｓ＞
ここで、
・ ｆｉｌｅ：ファイル名の指定。指定されたファイルに対して検索を行なう。
・ ｄｉｒ：ディレクトリ名の指定。そのディレクトリ内のファイルに対して検索を行なう。
・ ｔｉｔｌｅ：指定した単語が文書のタイトルに含まれる。
・ ｗｏｒｄ：指定した単語がドキュメント内に含まれる。
・ ａｃｃｅｓｓ：これまでのサーバ内のドキュメントに対するアクセス回数、次のアクセスまでの時間の記録より、ドキュメントに対してランク付けを行なっておき、そのランクを指定する。
　質問文の構成要素はすべてが値を持つ必要はない。検索は値を持つ属性それぞれに対して真となるものとなるドキュメントまたは単語を捜し出すことによって行なわれる。通常、ｆｉｌｅ属性とｄｉｒ属性はどちらかが値を持ち、ドキュメントを限定するためのものであるが、２つがともに値を持つ場合はｆｉｌｅ属性のみを有効とする。ｔｉｔｌｅ属性とｗｏｒｄ属性はドキュメントのテキストサーチにより行なわれ、これによりドキュメントの内容に対する限定を主な目的とする。ここで、リンクの始点を表す質問文では単語を指すためのｗｏｒｄ属性が必ず必要となる。ａｃｃｅｓｓ属性はドキュメントに対するアクセスの回数、次のアクセスまでの時間によってそのドキュメントの重要度、または主要度を指定するためのものである。ドキュメントへのアクセスの回数はそのドキュメントヘ張られているリンクの数に大きく左右され、一概にアクセス数の多少でドキュメントの価値を判断することはできない。そこで、あるドキュメントがアクセスされ後に次のアクセスが起こるまでの時間をそのドキュメントの参照時間と考え、アクセス回数とその参照時間の２つの要素からこれまでのアクセスの記録から見たドキュメントの価値を決定する。」（２２７頁左欄２７行〜２２８頁左欄１０行）
（か）「２．４  システムの実現
　多重ビュー機構を実現する為の外部プログラムをプログラミング言語Ｐｅｒｌによって構築した。質問対リンク群はＬｉｎｋｆｉｌｅに格納される。外部プログラムはアンカ−生成とリンク検索の２つからなり、前者はＬｉｎｋｆｉｌｅ よりドキュメント内のアンカーを作成し、後者はリンク先となるドキュメントを検索するものである（図２参照）。」（２２８頁左欄１１〜１８行）
（き）「２．４．１  データ構造
・ ＨＴＭＬ文書
本来、質問検索を行なう際、ＨＴＭＬ文書はデータベースに格納しておくことが望ましいが、現在のＷＷＷの静的リンク機構と共存させる為、現行のままＵＮＩＸのファイルとして置いておき、ＷＷＷの対象となるデイレクトリ以下のＨＴＭＬ 文書に対してＵＮＩＸのｆｉｎｄコマンドとＰｅｒｌによる正規表現のパターンマッチを用いて検索を行っている。
・Ｌｉｎｋｎｆｉｌｅ 
質問対リンク群は、ｆｉｌｅ１， ｄｉｒ１， ｔｉｔｌｅ１， ｗｏｒｄ１，　ａｃｃｅｓｓ１，　ｆｉｌｅ２， ｄｉｒ２， ｔｉｔｌｅ２， ｗｏｒｄ２， ａｃｃｅｓｓ２の１０項目のデータ配列に格納され、ーつの配列値が１つの質問対リンクとなる。」（２２８頁左欄１９行〜同右欄２行）
（く）「２．４．２  アンカ−生成プログラム
　指定されたドキュメントに対し質問対リンクによるアンカーを埋め込む。引数は対象とするドキュメントのＵＲＬ、出力は与えられたドキュメントのコピーに新しくアンカ−を埋め込んだＨＴＭＬ文書である。処理の流れは以下の通り。
１．クライアントからＵＲＬで指定され起動する。
ＵＲＬがドキュメントＵＲＬを引数としたアンカー生成プログラムの指定となったアンカーをクライアントがクリックすることで起動する。
２．引数を与えられ、ドキュメントを決定する。
引数として与えられたＵＲＬをデイレクトリパスに変換し、ドキュメントへのパイプをオープンする。
３．ドキュメントのソースをコピーし配列として取リ込む。
４． ＨＴＭＬ内の相対パスを絶対パスに変換する。
ＵＲＬはドキュメントの指定を相対パスで記述することができる。しかし、ドキュメントのコピーを外部プログラムで出力すると、カレントディレクトリが変化し相対パスでソースを指定できなくなるため相対パスを絶対パスに変換する。
５． Ｌｉｎｋｆｉｌｅよりそのドキュメントに対して条件を満たす質問対を検索する。
Ｌｉｎｋｆｉｌｅのすべてのｑｕｅｒｙ１に対して検索を行なう。５つの属性はｗｏｒｄ属性を除いて値を持つ場合と持たない場合がある。属性が値を持たない場合その属性に対する質問結果はすべてのドキュメントが真となる。５つの属性に対する検索はｆｉｌｅ，ｄｉｒ，ａｃｃｅｓｓ，ｔｉｔｌｅ, ｗｏｒｄの順で行ない、１つ偽を返した時点でそのｑｕｅｒｙの結果は偽となる。
６．質問文が指す単語にアンカ−が埋められているか調べる。
アンカーのタグがある単語のリンク先を別に保存しておく。その後に、検索の結果、真となったｑｕｅｒｙ１が指す単語に対してアンカー記述を行なうが、その単語が元々アンカーのタグがあるかどうかを判別する。
７．リンク先、引数を決定し、コピーした配列にアンカ−を理め込む。
まず、検索の結果、真となったｑｕｅｒｙ１が指す単語をタグで囲む。記述はコピーした配列に対して行なう。タグは、
＜Ａ ＨＲＥＦ＝”ｈｔｔｐ：／／サーバ名／ｃｇｉ−ｂｉｎ／リンク探索プログラム？ｑｕｅｒｙ＝配列番号＆ＵＲＬ＝保存したＵＲＬ”＞単語＜／Ａ＞
となり、リンク探索プログラムに配列番号と保存したＵＲＬを引数として与えたＵＲＬをアンカーとする。
つぎに、リンク先がリンク探索プログラムでないアンカーに対してリンク先をアンカー生成プログラム、引数を元々あったリンク先のドキュメントのＵＲＬとして、常に外部プログラムが呼び出されるようにする。
８．クライアントにコピーした配列を返し、終了する。」（２２８頁右欄３行〜２２９頁左欄１５行）
（け）「２．４．３  リンク探索プログラム
　指定された質問文よりリンク先を検索し、そのリストを表示する。引数はＬｉｎｋｆｉｌｅの属性値番号とＵＲＬ。出力はアンカーを埋め込んだＵＲＬのリストのＨＴＭＬ 文書。処理の流れは以下の通り。
１．クライアントからアンカーとなる単語を選択され起動する。
リンク探索プログラムの起動はクライアントがアンカーとなる単語を選択することにより行なわれる。
２．引数に質問文と元々のリンク先のＵＲＬを与えられる。
３．質問文より該当するドキュメントを検索する。
指定されたｑｕｅｒｙ２の条件を満たすドキュメントを検索する。属性は、Ａｎｃｈｏｒ Ｍａｋｅ Ｐｒｏｇｒａｍ と同じくｆｉｌｅ，ｄｉｒ，ａｃｃｅｓｓ，ｔｉｔｌｅ，ｗｏｒｄの順で検索し、ｆｉｌｅ，ｄｉｒ，ａｃｃｅｓｓを満たすドキュメントを決定した後そのドキュメントに対してｔｉｔｌｅ，ｗｏｒｄでテキストサーチする。
４．結果をＵＲＬのリストとして表示する。
検索の結果、真となったドキュメントのディレクトリパスをＵＲＬに変換し、それをリストとして表示する。その際リストにはリンク先をアンカー生成プログラム、引数をそのＵＲＬとしてアンカ−記述を行なう。
５．元々のリンク先のＵＲＬがあればリストに加える。
プログラム起動時に引数ＵＲＬを与えられていた場合、そのＵＲＬもそれと明示してリストに加える。
６．クライアントにリストを表示し、終了する。」（２２９頁左欄１６行〜右欄６行）
（こ）「４    これからの課題
　本稿では質問対リンクによるＷＷＷにおける多重ビュー機能の実現、不完全Ｗｅｂモデルによる段階的なオーサリングからのハイパーテキスト生成について述べてきた。今後の課題としては以下の事項が考えられる。
・仮想リンク機構のｐｒｏｘｙによる実現。」（２３２頁右欄１〜７行目）
　
　引用例の記載（あ）によれば、引用例には、ハイパーテキスト文書に対して、視点に応じてリンク設定が切り替えられる「多重ビュー機構」が、ハイパーリンク設定情報を質問対で表現することで１種の仮想リンクを実現するものであること、及び、既存のＷｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ（ＷＷＷ）上で実際に行った実装についての報告が記載されているものと認められる。
　引用例の記載（い）によれば、現在のＷＷＷで文書データをハイパーテキスト化する場合の問題として、１つのＨＴＭＬ文書を共有しながら、多様な視点から異なるリンク情報を設定するということが困難である。特に、著者以外の利用者が独自の視点から利用者固有のリンク情報を元のＨＴＭＬ文書に付加することが困難であることが記載されていると認められる。
　引用例の記載（う）によれば、「多重ビュー」の「質問対リンク」は、ハイパーテキスト間のリンクをデータベースへの２つの質問文によって表すことにより仮想的にリンクをはるものであること、データベースへの問い合わせによってリンク元のアンカーとリンク先が決定すること、質問対の片方の質問はアンカーの指定、もう一方はリンク先の指定を行うものであることが記載されていると認められる。
　引用例の記載（え）によれば、多重ビューのシステム構築において、ＷＷＷサーバのＣＧＩ機能を用いて外部プログラムとして構築すること、元のＨＴＭＬ文書を一度外部に格納し、このデータに対して仮想リンク機構によって生成されたアンカーを埋め込むこと、アンカーの衝突の際は、リンク先のＵＲＬを引数としてとっておき、元のリンク先と仮想リンクによるリンク先の双方を任意で選択できることが記載されていると認められる。
　引用例の記載（お）によれば、元のＨＴＭＬ文書群とは別に質問対による仮想リンク情報ファイルを作成すること、ＷＷＷサーバに対してあるクライアントからＨＴＭＬ文書を参照する要求が来た際、外部プログラムが作動しリンク情報ファイルより得られるアンカーを探し、該当するものに一時的にリンク情報のタグを埋め込んだドキュメントをクライアントに返すものであること、質問対リンクはドキュメント内の単語と他のドキュメント間のリンク関係を表し、リンクの始点となる単語を表す質問文（ｑｕｅｒｙ１）と、リンク先となるドキュメントを表す質問文（ｑｕｅｒｙ２）を要素としてもち、リンクの始点を表す質問文では、単語を指すためのｗｏｒｄ属性（の値）が必ず必要であることが記載されていると認められる。
　引用例の記載（か）によれば、外部プログラムは、質問対リンク群が格納されるＬｉｎｋｆｉｌｅよりドキュメント内のアンカーを作成するアンカー生成プログラムと、リンク先のドキュメントを検索するリンク検索プログラムの２つからなることが記載されていると認められる。
　引用例の記載（き）によれば、ＨＴＭＬ文書は、現行のままＵＮＩＸのファイルとして置いておき、ＷＷＷの対象となるディレクトリ以下のＨＴＭＬ文書に対して検索を行うこと、質問対リンク群が１０項目のデータ配列に格納され、一つの配列値が１つの質問対リンクとなることが記載されていると認められる。ここで「現行のまま」とは、引用例に記載されたシステムが、ＷＷＷサーバの外部プログラムとして構築されることから、ＷＷＷサーバにおいて通常用いられる方法・形式をそのまま流用することであると解される。
　引用例の記載（く）によれば、アンカー生成プログラムは、クライアントから対象とするドキュメントのＵＲＬを引数として起動し、指定されたドキュメントに対し質問対リンクによるアンカーを埋め込み、与えられたドキュメントのコピーに新しくアンカーを埋め込んだＨＴＭＬ文書をクライアントに返すものであること、アンカー生成プログラムの処理において、対象とするドキュメントのソースをコピーし配列として取り込むこと、対象とするドキュメントに対して条件を満たす質問対を検索すること、その際、Ｌｉｎｋｆｉｌｅのすべてのｑｕｅｒｙ１に対して検索を行うこと、リンク先、引数を決定しコピーした配列にアンカーを埋め込む際に、検索の結果真となったｑｕｅｒｙ１が指す単語をタグで囲むこと、該タグは＜Ａ ＨＲＥＦ＝”ｈｔｔｐ：／／サーバ名／ｃｇｉ−ｂｉｎ／リンク探索プログラム？ｑｕｅｒｙ＝配列番号＆ＵＲＬ＝保存したＵＲＬ”＞単語＜／Ａ＞となり、リンク探索プログラムに配列番号と保存したＵＲＬを引数として与えたＵＲＬをアンカーとすることが記載されていると認められる。上記記載（く）において埋め込まれるアンカーのタグが、質問対検索の結果が「真」となった「単語」について、質問対を示す配列番号と保存したＵＲＬを引数として外部プログラムである「リンク探索プログラム」を呼び出すためのものになっていることは、明らかである。
　引用例の記載（け）によれば、リンク探索プログラムは、クライアントからアンカーとなる単語を選択されて起動し、引数として与えられた質問対のｑｕｅｒｙ２（リンク先となるドキュメントを表す質問文）の条件を満たすドキュメントを検索し、結果をＵＲＬのリストとしてクライアントに表示すること、及び、該リストには、リンク先をアンカー生成プログラム、引数をそのＵＲＬとしてアンカー記述を行うことが記載されていると認められる。
　引用例の記載（こ）によれば、今後の課題として、仮想リンク機構のｐｒｏｘｙによる実現が考えられることが記載されていると認められる。
　
　以上のことから、引用例には、以下の発明（以下、「引用発明」という。）が記載されているといえる。
「多重ビュー機構を実現するシステムであって、
ＷＷＷサーバと、ＷＷＷサーバのＣＧＩを用いて呼び出されるアンカー生成プログラム及びリンク探索プログラムを備え、
ＨＴＭＬ文書と、質問対リンク群であるＬｉｎｋｆｉｌｅをデータとしてもち、
ＵＲＬがドキュメントのＵＲＬを引数としたアンカー生成プログラムの指定となったアンカーをクライアントがクリックすることで、アンカー生成プログラムが起動し、
アンカー生成プログラムは、指定されたドキュメントであるＨＴＭＬ文書をコピーし、
Ｌｉｎｋｆｉｌｅ中の各質問対から、リンクの始点となる単語を示す質問文ｑｕｅｒｙ１の条件を満たす質問対を検索し、
検索の結果、真となったｑｕｅｒｙ１が指す指定されたドキュメント中の単語に対して、リンク探索プログラムを呼び出すアンカーを埋め込み、
クライアントに返すものであり、
クライアントがリンク探索プログラムを呼び出すアンカーを埋め込んだ単語を選択することでリンク探索プログラムが起動し、
リンク探索プログラムは、指定された質問対のリンク先となるドキュメントを示す質問文ｑｕｅｒｙ２の条件を満たすドキュメントを検索し、結果をＵＲＬのリストとしてクライアントに表示する　、
多重ビュー機構を実現するシステム。」
　
（２）周知技術
　原査定の備考欄で周知技術として例示した、この出願の出願前に頒布された文献である、田中淳，ＷＷＷ用機械翻訳ソフトが登場１万円台の低価格製品も，日経コンピュータ，日本，日経ＢＰ社，１９９５年　８月　７日，第３７１号，第５９頁〜第６１頁（以下、「文献１」という。）には、以下の記載がある。
（さ）「インターネット上の情報検索システムＷＷＷなどの英文情報を日本語にする機械翻訳ソフトが相次ぎ登場した。年内に６製品が出そろう。従来の機械翻訳ソフトの機能を絞り，処理速度を上げながら低価格にしたのが特徴だ。スタンドアロンで使うクライアント版と，企業内での共同利用を想定したサーバー版がある。」（５９頁左上欄１〜５行）
（し）「ＷＷＷブラウザ向けに最適化
　インターネット対応の機械翻訳ソフトに共通する特徴は３つある。まずＷＷＷブラウザと連携できること。ブラウザがＷＷＷから情報画面（ぺージ）を検索すると翻訳ソフトがバックグラウンドで自動的に日本語文に変換する，あるいはブラウザ上に表示された英文を範囲指定して翻訳ボタンを押すと日本語を表示する， といった操作性を提供する。
　ＷＷＷでは，関連する他のぺージを呼び出すための参照情報（リンク）が画面上のアイコンや単語に付けられていて，ブラウザ上のマウスによる操作で参照先に飛ぶことができる。インターネット対応の翻訳ソフトでは，英文中のリンク情報を保持したまま翻訳結果を生成し，英文画面と同じ操作で参照先に飛べる日本語画面を作る製品が多い。」（５９頁右欄５行〜６０頁左欄１２行）
（す）「インターネット対応の翻訳ソフトは大きくクライアント版とサーバー版の製品に分かれる（図２）。」（６０頁中欄下から２行〜右欄１行）また、図２（６１頁）には、「クライアント版とサーバー版の機械翻訳の違い」と題された図が記載されている。
　文献１の上記記載によれば、インターネット上の情報検索システムＷＷＷなどの英文情報を日本語にする機械翻訳ソフト製品が複数あること、インターネット対応の機械翻訳ソフトの特徴としてＷＷＷブラウザと連携できること、製品はクライアント版とサーバー版があることが認められる。
　
　また、この出願の出願前に頒布された文献である、村田稔樹、山本秀樹、永田淳次、快適なインターネットサーフィングを支援するＷＷＷ用機械翻訳システム、電子情報通信学会技術研究報告  ＯＦＳ９５−１〜７  オフィスシステム、社団法人電子情報通信学会、１９９５年０５月２５日、第９５巻、第７７号、第３１〜３６頁（以下、「文献２」という。）には、以下の記載がある。
（せ）「例えば、情報発信側は自分の日常使用する言語で情報発信できればより迅速に情報提供可能であるが、他の言語への翻訳を行なった後に情報を提供しようとすると時間的遅れや余分な労力が発生する。また、情報検索者はあるＷＷＷサーバに必要な情報があることがわかったとしても、その情報が自分の母国語で以外の言語で記述されていると理解に時間がかかってしまう。
　これでは操作が簡便であるにもかかわらず依然敷居の高いものになってしまっている。そこで我々は、ＷＷＷ用に機械翻訳を導入することによって、言語的な敷居をなくしたＷＷＷ用機械翻訳システムを開発した。本システムは、通常のＷＷＷの情報検索操作の際に、自然に機械翻訳を使用できることを目標とする。以下では、ＷＷＷの情報検索操作について考察し、それをもとにＷＷＷ用機械翻訳システムに必要となる機能を明らかにする。そしてその要求を満たすため３つの実現方法を提案する。さらに３つの中で実際に開発したＷ３−ＰＥＮＳＥＥシステムとその評価について言及する。」（３２頁左欄２４〜４５行）
（そ）「３　実現方式
　本章では、上記の機能を満たすＷＷＷ用機械翻訳システムの３つの実現方式について提案する。ＷＷＷ用機械翻訳システムは、図１に示すように、基本的には機械翻訳システムをおく場所によって３つの型に分けられる。
ＷＷＷサーバ型：ＷＷＷサーバ型（図１（１））は、ＷＷＷサーバ側に機械翻訳システムをおき、ＷＷＷサーバの外部コマンド実実行機能（Ｃｏｍ−ｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ：ＣＧＩ）として翻訳を実行する。いったん翻訳機能を使用するとその後のＷＷＷサーバのアクセスはすべてこの翻訳システムを経由するように、文書中のリンクをすべて書き換える必要がある。翻訳指定などの操作ボタンは、ＷＷＷサーバ型の翻訳システムからブラウザに送信する文書の先頭に追加することによって実現する。翻訳操作ボタンは、翻訳結果の文書へのリンクとして実現する。
通信路型：通信路型（図１（２））は、ＷＷＷサーバとブラウザとの通信路に機械翻訳システムをおくシステムである。ブラウザとＷＷＷサーバの間のすべてのデータはＷＷＷ用機械翻訳システムを中継することになる。したがってＷＷＷサーバ型と異なりリンクの書き換えは必要なくなる。詳細は第４章で述べる。
ブラウザ型：ブラウザ型のシステムはブラウザ側の計算機に機械翻訳システムをおく。ブラウザのメニューの中に機械翻訳の起動メニューができるようにブラウザと機械翻訳は密にリンクされる。（図１（３））」（３３頁左欄２４行〜右欄３行）
　上記文献２の記載によれば、ＷＷＷ用機械翻訳システムが、機械翻訳システムをおく場所によって「ＷＷＷサーバ型」、「通信路型」、「ブラウザ型」の３つの型に分けられることが記載されていると認められる。すなわち、ＷＷＷ用機械翻訳システムをおく場所の選択肢として、「ＷＷＷサーバ」、「通信路上」、「ブラウザ側の計算機」の３種類が記載されているものと認められる。
　
　同じく、この出願の出願前に頒布された文献である、小原　忍、Ｗｉｎｄｏｗｓ用の低価格翻訳ソフト：インターネットに対応”英語の壁”を乗り越える　個人利用をターゲットにした低価格製品が相次いで登場、日経オープンシステム 、日経ＢＰ社、１９９５年０７月１５日、第２８号、第２４５〜２５７頁（以下、「文献３」という。）には、以下の記載がある。
（た）「インターネット関連アプリと連携する翻訳ソフトが増えてきた
　翻訳ソフト業界での新しい流れがＷＷＷブラウザなどのインターネッ卜関連アプリケーションとの組み合わせだ（表１）。
　最初に製品化したのが沖ソフトウェアのＰＥＮＳＥＥ ｆｏｒ Ｉｎｔｅｒｎｅｔ（英日，ｐ．２４５の写真１，図４）。翻訳エンジンはＵＮＩＸワークステーション（Ｓｕｎ）で稼動し，Ｗｉｎｄｏｗｓ上に表示機能を置くクライアント／サーバー（Ｃ／Ｓ）構成を採る。Ｗｉｎｄｏｗｓパソコン上で動作する翻訳ソフトではないため，ｐｐ．２５２−２５７の表２には含めていない。Ｗｉｎｄｏｗｓ側に特別なクライアント・ソフトはいらない。ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）２・０対応ならばＷＷＷブラウザは特に指定しない。写真１でわかるように，翻訳結果ではＨＴＭＬのリンク情報も保持する。価格は，翻訳プロセスを１０個まで起動できる本体が１４万８０００円。９５年秋にはダイアルアップＩＰ接続での利用を想定したＷｉｎｄｏｗｓマシンだけで稼働する製品の提供を予定する。
　Ｗｉｎｄｏｗｓマシンだけで稼働するという面では，ノヴァと山種産業が販売するＮｅｔＳｕｒｆｅｒ／ｅｊ（英日，写真２）がインターネット関連アプリと翻訳ソフトが連携した最初の製品だ。翻訳機能を備えるＷＷＷブラウザといった位置付けになる。ブラウザ中の翻訳したい文章を選択（マウスで反転）し，指定ボタンを押す。すると写真２右下のような原文と翻訳文が左右対訳として表示されるウインドウが立ち上がる。ブラウザの画面レイアウトを保ちながら日本語訳を表示するモードもある。ただし日本語画面ではＨＴＭＬのリンク情報は保持しない。
　高電社は現在，ｊ・Ｌｏｎｄｏｎ／ＥＪ（英日）にパソコン通信ソフトｊ・Ｗｏｒｌｄｎｅｔを無料添付している。使い方はＮｅｔＳｕｒｆｅｒと同様だ。さらに８〜９月にはＷＷＷブラウザの添付を計画している。三洋インフォメーションビジネスや富士通もＷＷＷ関連アプリと翻訳ソフトを連携した製品の提供を予定／検討している。ロゴヴィスタも「インターネットはこれから考える」（同社常務取締役の佐野英之氏）など，さらに製品は揃ってきそうだ。」（２４８頁右欄下から３行〜２４９頁中欄末尾）
（ち）「意外と便える辞書引き製品
　翻訳ソフトではないが，英単語の辞書引き製品も情報収集ツールとして利用できる。ここでいう辞書引き製品とは，ＣＤ−ＲＯＭ辞書などとは異なる。英文を読み込み，その中のすべてまたはは指定の単語を辞書引きする製品である。ＮＥＣが９５年６月から出荷開始した９８００円の英日辞書引き君（ｐ．２５１の写真７）やスピリットのＸ−ＤＩＣなどがある。ヘタに翻訳して語順を換えてしまうよりも，とりあえず単語の意味だけを日本語化してほしい場合に有効だ。
　英日結引き君は自ら９万語の辞書を持つほか，他社のＣＤ−ＲＯＭ辞書を検索したり，高電社のｊ・Ｌｏｎｄｏｎや８月にＮＥＣが提供する英日翻訳エンジンを呼び出したりできる。
　スピリツトのＸ−ＥＪ／２（英日）や富士通のＡＴＬＡＳ（英日／日英）には，単に辞書引きだけをするモードがある。」（２５５頁右欄６行〜２５６頁右欄１行）
　上記文献３の記載（た）によれば、ＷＷＷブラウザなどのインターネット関連アプリケーションと連携する英日翻訳ソフトが複数発表されていることが認められる。
　また、上記文献３の記載（ち）によれば、英単語の辞書引き製品が発表されていること、翻訳ソフトに「辞書引きだけをするモード」を備えたものがあることが記載されていることが認められる。
　
　また、“インターネットの容易な利用を実現するソフトの発売について”、[online]、平成７年７月５日、日本電気株式会社、[平成２０年４月１７日検索]、インターネットURL: http://www.nec.co.jp/press/ja/9507/0503.html（以下、「文献４」という。）には、以下の記載がある。
（つ）「ＮＥＣはこのたび、世界最大規模のコンピュータネットワークであるインターネットへの容易な接続を可能とするソフト合計７種類をインターネットプロダクトファミリ「ｍｅｓｈＰＬＵＳ」（メッシュプラス）の名称で体系化し、本日より販売活動を開始いたしました。 
新製品は、情報発信のためのＷＷＷサーバへの接続を実現するソフトや英日翻訳機能を実現するソフトなどから構成されるものであり、専門的な知識が無いユーザーがインターネットの利用を開始する際に必要となるソフトをＮＥＣが一括して提供するものであります。 
「ｍｅｓｈＰＬＵＳ」を構成するソフトは次の通りであります。 
・ 米国Ｎｅｔｓｃａｐｅ社（社長：ジェームス・クラーク氏、本社：米国カリフォルニア州）が提供しているＷＷＷサーバの接続・表示用ソフトに、英日辞書引き機能を付加し、ＷＷＷサーバの画面上で不明な英単語をその場で日本語に翻訳することを可能とするソフト「Ｎｅｔｓｃａｐｅ／ｅｊ」（注１）。 
（略）
・「Ｎｅｔｓｃａｐｅ／ｅｊ」や、ＷＷＷサーバへの接続・表示用ソフト「ＭｏｓｉｃＶｉｅｗ」、電子メールソフトなどと連携して利用し、インターネット上の英文を日本語に翻訳することが可能なソフト「英日翻訳アダプタ　ｆｏｒ　Ｉｎｔｅｒｎｅｔ」。 
（略）
・ 約９万語の単語辞書を持ち、英単語辞書引き機能、英熟語辞書引き機能、例文検索機能、メモ書き機能などを実現したソフト「英日辞書引き君」。 
（略）
「Ｎｅｔｓｃａｐｅ／ｅｊ」、「IｎｔｅｒｎｅｔＧｏＧｏ！」、「英日翻訳アダプタ ｆｏｒ Ｉｎｔｅｒｎｅｔ」、「英日辞書引き君」の４種類のソフトは、基本ソフト（ＯＳ）に「Ｗｉｎｄｏｗｓ ３．１」(注３）を採用したパソコンで、「ＷｏｒｄｔｏＷｅｂ」は 、ＯＳに「ＷｉｎｄｏｗｓＮＴ　３．５」（注４）や「Ｗｉｎｄｏｗｓ　３．１」を採用したパソコンで「Ｎｅｔｓｃａｐｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ　Ｓｅｒｖｅｒ」および「Ｎｅｔｓｃａｐｅ　Ｃｏｍｍｅｒｃｅ　Ｓｅｒｖｅｒ」の２種類ソフトは、ＯＳに「ＷｉｎｄｏｗｓＮＴ　３．５」やＵＮＩＸ（注５）を採用したコンピュータで、それぞれ利用されるものであります。 
（略）
電子メールの利用や情報の発信など、近年、インターネットの利用は、企業や個人を問わず、急激に盛んになっております。 
しかしながら、インターネットでやり取りされる情報の多くは英語で作成されたものであり、市場からは、日本語でのインターネットの容易な利用を実現する製品を求める声が高まっております。 」
　上記文献４の記載によれば、インターネットでやり取りされる情報の多くは英語で作成されたものであり、日本語でのインターネットの容易な利用を実現する、パソコン上で利用されるソフトとして、（１）米国Ｎｅｔｓｃａｐｅ社が提供しているＷＷＷサーバの接続・表示用ソフトに、英日辞書引き機能を付加し、ＷＷＷサーバの画面上で不明な英単語をその場で日本語に翻訳することを可能とするソフト「Ｎｅｔｓｃａｐｅ／ｅｊ」、（２）「Ｎｅｔｓｃａｐｅ／ｅｊ」や、ＷＷＷサーバへの接続・表示用ソフト「ＭｏｓｉｃＶｉｅｗ」、電子メールソフトなどと連携して利用し、インターネット上の英文を日本語に翻訳することが可能なソフト「英日翻訳アダプタ　ｆｏｒ　Ｉｎｔｅｒｎｅｔ」、及び、（３）約９万語の単語辞書を持ち、英単語辞書引き機能、英熟語辞書引き機能、例文検索機能、メモ書き機能などを実現したソフト「英日辞書引き君」が記載されているものと認められる。
     
     
４．対比
　引用発明と本願発明とを対比する。
　引用発明における、「ＷＷＷサーバ」は、情報を検索する機能を有し、ネットワークを介してクライアントに接続されるものであることが明らかであるから、本願発明における「ネットワークを介して接続される情報検索サーバー」に相当する。
　引用発明における、「クライアント」は、ネットワークを介してＷＷＷサーバに接続され、情報の表示出力を行うものであることが明らかであるから、本願発明における「情報検索装置」に相当する。
　引用発明における、「指定されたドキュメント」は、本願発明における「第１の検索情報」に相当する。
　引用発明における、「アンカーを埋め込む」構成は、指定されたドキュメントを変更する点で、本願発明における「情報変換手段」が「第１の検索情報を変更する」構成に相当する。また、該埋め込みが自動的に行われることは明らかである。
　引用発明における、「Ｌｉｎｋｆｉｌｅ」は、指定されたドキュメントにアンカーを埋め込むための情報であるから、本願発明における「検索情報を変更するための情報である内部情報」に相当する。また、引用例に記載されたシステムにおいて、該「Ｌｉｎｋｆｉｌｅ」を保管する手段を備えることは明らかである。
　引用発明における、「ＵＲＬがドキュメントのＵＲＬを引数としたアンカー生成プログラムの指定となったアンカーをクライアントがクリックすること」は、クリックに対してドキュメントのＵＲＬを引数としたアンカー生成プログラムが該ドキュメントにアンカーを埋め込んだものを返すものであることから、該ドキュメント（検索情報）を取得するためのデータをクライアントが送信しているという点で、本願発明における「入力された検索情報を取得するためのデータを前記情報検索サーバーに送信」することに対応する。
　引用発明における、「アンカー生成プログラム」が「指定されたドキュメントであるＨＴＭＬ文書をコピー」する構成は、「検索情報」を取得する手順である点で本願発明における「検索情報取得手段」が「情報検索サーバーより前記検索情報を取得する」構成と、共通する。
　引用発明における、「単語」及び質問文における「ｗｏｒｄ属性」の値は、共に、本願発明における、「語句」に相当する。
　引用発明における、「検索の結果、真となったｑｕｅｒｙ１が指す単語」は、指定されたドキュメント中の、ｑｕｅｒｙ１のｗｏｒｄ属性の値と一致する（加えて、その他の属性の条件が真である）単語であり、その単語に対してアンカーを埋め込むものであるから、本願発明における「第１の検索情報に含まれる所定の語句」に相当する。
　引用発明における、「リンク探索プログラム」がクライアントに返す「ＵＲＬのリスト」は、ｑｕｅｒｙ１が指す単語に対し質問対で関係づけられているｑｕｅｒｙ２の検索結果であるから、指定されたドキュメント中の「単語」についての情報であるといえ、この点で、本願発明における「第１の検索情報に含まれる所定の語句についての辞書情報」及び「第２の検索情報」と共通する。
　引用発明において指定されたドキュメントに埋め込まれる、「リンク探索プログラムを呼び出すアンカー」は、ｑｕｅｒｙ１が指す単語に対し、質問対のｑｕｅｒｙ２で指示される情報をリンク探索プログラムによって取得するためのアンカーであり、記載（く）にあるように、ＨＴＭＬのタグというデータであるから、所定の語句についての情報を取得するためのデータである点で、本願発明における「所定の語句についての辞書情報を、第２の検索情報として取得するためのデータ」と共通する。
　引用発明における、「アンカー生成プログラム」は、指定されたドキュメントに対しＬｉｎｋｆｉｌｅを用いてアンカーの埋め込みを行うものであるから、第１の検索情報を内部情報を参照して変更する手段であるという点で、本願発明における「情報変換手段」と共通する。
　
　してみると、引用発明と本願発明とは、
「ネットワークを介して接続される情報検索サーバーと、
情報検索装置を備え、
検索情報を、内部情報に基づいて自動的に変更して表示出力するものであって、
検索情報を変更するための情報である内部情報を保管する内部情報保管手段と
検索情報を、前記内部情報を参照して変更する情報変換手段とを備え、
入力された検索情報を取得するためのデータを情報検索装置から情報検索サーバーに送信し、
前記検索情報を取得し、
前記情報変換手段が、前記検索情報取得手段が取得した第１の検索情報に含まれる所定の語句についての情報を、第２の検索情報として取得するためのデータを、当該第１の検索情報に組み込むように、当該第１の検索情報を変更し、
情報検索装置が表示出力する、
ことを特徴とするもの。」
　　
である点で一致し、以下の点で相違する。
（１）「第２の検索情報」として取得する「所定の語句」についての「情報」が、本願発明では「辞書情報」とされているのに対して、引用発明はそのようになっていない点。
（２）「内部情報保管手段」及び「情報変換手段」について、本願発明では情報検索装置が備えるようになっており、第１の検索情報の取得と変更が「情報検索装置」で行われるのに対して、引用発明はそのようになっていない点。
　　
５．当審の判断
　相違点（１）及び（２）について判断する。
                                    　
　まず、相違点（１）について判断するに、引用発明は、「単語」に対するリンクを動的にはるものを開示しており、そのリンク先で提供される情報の内容はシステムの利用者が任意に決定すべきものであるところ、「単語」に関連付けられる情報として、その単語の訳語、意味、詳細な説明といった「辞書情報」は、文献３及び４に記載されているように、この出願の出願前において一般的に用いられるものであるから、引用発明に記載されたシステムにおいて、「単語」についての「辞書情報」を提示するシステムとし、「辞書情報」を取得するためのデータを組みこむように構成することは当業者が必要に応じて適宜実施すべき設計的事項にすぎない。
　
　次に、相違点（２）について判断する。引用発明は、ＷＷＷサーバ（「情報検索サーバ」）でアンカーを組みこむものであり、仮想リンク機構をｐｒｏｘｙで行うことが「これからの課題」で示唆されているものの、クライアントである「情報検索装置」で組みこむ点については、記載も示唆もない。
　一方、文献１，２に記載されているように、通信ネットワークを介してサーバから提供される情報に対する、翻訳サービスを実現する際に、（１）検索情報を提供するサーバ、（２）通信路上（のサーバ）、（３）クライアント、のいずれかで提供すればよいことは、周知の事項であり、どのような構成を用いるかは、サービスの提供対象とするサーバ及びクライアントの範囲や、費用の回収（販売）方法といった、種々の観点から、当業者が検討し所望する要件に適合するものを決定すべきところ、クライアント側で翻訳や辞書引きを提供することは、文献３，４に記載されているようにこの出願の出願前において広く行われている周知の事項である。
　また、文献３，４に記載されているように、翻訳と辞書引きとは、密接な関係にあり、翻訳の提供に関する技術を単語の辞書引きに適用することに格別の技術的阻害要因があるとはいえない。
　してみれば、引用発明における、所定の単語に関するアンカーを組みこむ構成をクライアント側で行うように構成することは、当業者が容易になし得たことである。
　
　また、本願発明の効果は引用例及び周知事項から当業者が予想可能な範囲内のものであり、格別のものではない。
　
　してみれば、本願発明は、引用例１及び周知事項に基づいてこの出願の出願前において当業者が容易に発明できたものであるので特許法第２９条第２項の規定により特許を受けることができない。
  　
　
６．むすび
　以上のとおり、本願の請求項１に係る発明は、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、他の請求項について検討するまでもなく、本願は拒絶されるべきものである。
　よって、結論のとおり審決する。