【事件の表示】
　平成　８年特許願第　１２５７２号「情報検索支援装置」拒絶査定不服審判事件〔平成　９年　８月　５日出願公開、特開平　９−２０４４３８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　この出願（以下、「本願」という。）は、平成８年１月２９日に出願したものであって、平成１６年３月１９日付けで拒絶理由が通知され、これに対して同年５月２４日付けで手続補正がなされたが、同年６月２２日付けで拒絶査定がなされ、これに対して同年７月２９日に拒絶査定不服審判が請求され、同年８月２７日に手続補正がなされたものである。
　
２．本願発明
　本願の請求項に係る発明は、平成１６年８月２７日付け手続補正書により補正された明細書の特許請求の範囲の請求項１及び２に記載されたとおりのものであるところ、請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。
「【請求項１】　ハイパーテキスト状に関連付けられた情報断片の検索機能を支援する情報検索支援装置において、
　ネットワークを介して接続された複数の情報断片サーバから情報断片を検索し、任意の情報断片を参照する情報断片検索手段と、
　前記情報断片検索手段により任意の情報断片が参照されると、参照された情報断片の識別情報、参照の際の経路情報、及び参照された情報断片から他の情報断片を参照するための未使用経路情報を検索履歴として格納する検索履歴記憶手段と、
　前記検索履歴記憶手段に前記検索履歴が格納される毎に、前記検索履歴から、参照されたことのある情報断片、参照された経路、及び参照されたことのある情報断片どうしで直接参照可能な未使用の経路を示すグラフを作成し、前記グラフを表示装置に表示するグラフ作成表示手段と、
　を有することを特徴とする情報検索支援装置。」
　
３．引用例・周知例
（１）引用例
　これに対し、原査定の拒絶理由で引用文献１として引用した、特開平６−２５９３１２号公報（以下、「引用例」という。）には、以下の記載がある。
（あ）「【０００１】
【産業上の利用分野】本発明は、二次的に定義される木構造を用いてネットワーク型文書の処理、出力を行なうネットワーク型文書処理装置に関する。
【０００２】
【従来の技術】文書構造として、文書の論理単位を参照関係によって関連づけたネットワーク構造を扱う文書編集装置に関わる従来技術には、ハイパーテキストと呼ばれる技術がある。ハイパーテキスト技術は、例えば、文献「Ｊａｋｏｂ  Ｎｉｅｌｓｅｎ，  Ｈｙｐｅｒｔｅｘｔ  ＆  Ｈｙｐｅｒｍｅｄｉａ，  ＨＢＪ出版局，  １９９１」に示されている。
【０００３】（ａ）  参照履歴に関する従来技術
上記のような従来の技術において、ハイパーテキストを探索しているときに、
（１）  どのようにしてそのノードにたどりついたのか思い出せない。
（２）  少し前に見たノードにどのようにして戻れば良いのかわからない。
などの問題が生じることが指摘されてきた。これらの問題は迷子問題と総称されるものである。これらの問題を解決するために参照履歴を保持し利用者に提示する装置が発明されるに至った。前記文献のｐ．２７ならびにＰ１２９−１３０に、２つの従来技術が記載されている。これらを簡単に説明する。
【０００４】一つは参照したノードの名前を時間順にリストにして表示するものである。表示された名前をポインティングデバイスによって選択することにより、以前に参照したノードに戻ることができる。
【０００５】二つめは、それまでに参照して、表示したノードの表示画像を時間順に並べて縮小表示するものである。この例でも縮小表示をポインティングデバイスによって選択することで、以前に参照したノードに戻ることができる。
【０００６】このように、従来技術では履歴を時間順に並べて表示し、その表示から以前に参照したノードに戻る手段を提供することによって、上述の問題の解決を図っている。ところが、なぜ以前に参照したノードに戻る必要があるのかを考察すると、従来技術は満足できる解決方法ではないことがわかる。すなわち、以前に参照したノードに戻る必要が生じるのは、それまでの探索の道筋の中で、選択しなかった別のノードの候補を調べ、場合によっては探索をやり直すためであることが多い。このような目的のために、以前に参照したノードに戻るのであれば、必要なのは、ノードにたどりつくまでの時間的な順序ではなく、どのような候補を選択してノードにたどりついたのかの、探索作業の経過である。しかしながら、従来技術ではノードにたどりついた時間的な順序は示されるが、探索作業の経過は示されない。例えば、図４（ａ）〜１０（ａ）に示す探索によって、同各図の（ｃ）のような時間に沿った参照順序の表示が得られるが、探索作業の経過を表現するためには有用なリストではない。」
　
（い）「【００２７】本発明（請求項１）のネットワーク型文書処理装置は、文書構造を管理する文書管理手段（図１の１１、図２の２２）と論理単位の参照を行なう論理単位参照手段（図１の１２、図２の２４）と、論理単位の参照の履歴を、参照された論理単位と、その参照時に他の候補となっていた参照単位を関連づけた木構造として管理する履歴木構造管理手段（図１の１３、図２の２５）を備えている。文書構造は所定の構成単位を関係付けて構成されている。文書構造の構成単位は文書の論理的なまとまりである論理単位であり、構成単位の関係付けは論理単位間の参照関係を規定する参照単位によって行なわれる。論理単位参照手段は、利用者の指示に従って論理単位中の参照単位を特定し、その参照する論理単位を選択する論理単位選択手段（図２の２４１）と、選択された論理単位を表示する論理単位表示手段（図２の２４２）とからなっている。なお、本明細書において、参照単位とは、論理単位から他の論理単位を参照するための指標となる論理単位の要素であり、論理単位は、例えば文書における章、段落など文書中の論理的なまとまりを表すものである。
【００２９】従来の履歴のリストも二次的な構造の一つであるが、構造が単純すぎるために履歴の管理に必要な情報のすべてを表現することができなかった。本発明では履歴を木構造で表現することによって、作業の経過の履歴を表現することを可能にしたものである。」
　
（う）「【００３６】
【実施例】
（第１の実施例）第１の実施例によるネットワーク型文書処理装置の構成を図２に示す。本実施例は、ネットワーク型文書において、利用者がネットワーク構造に沿って作業を進めて行くときに、ノードの参照の経過（履歴）を表す木構造を対話的に作成、表示するものである。その履歴を表す木構造をヒストリ木と呼ぶ。ヒストリ木はヒストリノードによって構成される。ネットワーク型文書のデータ構造から二次的な木構造を生成するために、本実施例では、構成単位が文書の論理的なまとまりである論理単位であって論理単位間の参照関係を規定する参照単位によって論理単位を関連づけた文書構造を用いる。その論理単位をフィールド、参照単位をアンカーと呼ぶ。さらに、論理単位を構成する文字などの基本単位をプリミティブと呼ぶ。プリミティブにはアンカーも含まれる。なお、このフィールドとアンカーによるデータ表現は本発明において本質的なものではない。ノードとリンクによるデータ表現でも構わない。」
　
（え）「【００３７】本実施例のネットワーク型文書編集装置は、図２に示すように文書構造を格納するハードディスクなどの文書格納部２１と、文書構造の管理を行う文書管理部２２と、装置外からの入力を扱うキーボードとマウスなど入力部２３と、装置外から入力された情報を元に、表示するべきフィールドを選択するフィールド参照部２４と、フィールド参照の履歴をヒストリ木として表現するため、参照に従って履歴ノードと候補ノードによる木構造を生成するなどの管理をするヒストリ木管理部２５と、ヒストリ木構造を表示したウィンドウを生成するヒストリ木表示生成部２６と、表示を行うディスプレイ装置など表示部２７とを備えている。
【００３８】さらに、文書管理部２２は、アンカーを管理するアンカー管理部２２１と、フィールドを管理するフィールド管理部２２２からなる。」
　
（お）「【００３９】アンカー管理部２２１は、アンカーの情報を文書格納部２１に格納したり、取り出したり、更新するなどの管理を行なう。アンカーは図１４（ｂ）に示すにようなデータ構造を有しており、アンカーを識別するためのアンカー識別子１４４、アンカーを表示する時のラベル１４５、アンカーが参照するフィールドへのポインタ１４６からなっている。フィールド管理部２２２は、フィールドの情報を文書格納部２１に格納したり、取り出したり、更新するなどの管理を行なう。フィールドは図１４（ａ）に示すようなデータ構造を有しており、フィールドを識別するためのフィールド識別子１４１、フィールドが規定する集合的関係の種類を表すフィールド・タイプ１４２、およびフィールドに含まれるプリミティブのリスト１４３からなっている。リスト中のプリミティブがアンカーであるときはアンカーへのポインタと内容データの基本要素のリストである。フィールドは例えばプリミティブの間の順序関係を保持することによって、文字列や章の並びを表現できる。このときには、フィールドタイプはストリームであり、従来技術で用いられるストリームと一致する。フィールドは順序のほかに、例えば二次元上の位置関係を保持できる。
【００４０】フィールド参照部２４は、入力部２３からの指示で、アンカーあるいはアンカーが参照しているフィールドを選択するアンカー・フィールド選択部２４１と、選択されたフィールドを表示したウィンドウを生成するフィールド表示生成部２４２からなる。」
　
（か）「【００４１】図３は、本実施例の二次的に生成される木構造のデータ構造を示すもので、（ａ）はヒストリ・ノード、（ｂ）はヒストリ・ノードとアンカーの参照関係を示している。ヒストリ・ノードのデータ構造は図３（ａ）に示すように、ヒストリ・ノードを識別するためのヒストリ・ノード識別子３１と、対応するアンカーへのポインタである対応アンカー３２と、対応アンカーが参照するフィールド中のアンカーのうち、過去に参照したものに対応する、ヒストリノードへのポインタのリストである子ヒストリ・ノード３３と、対応アンカーが参照するフィールド中のアンカーのうち、過去に参照しなかったものへのポインタのリストである候補アンカー３４からなっている。アンカーならびにフィールドのデータ構造は前述の図１４（ｂ）と同じである。」
　
（き）「【００４２】本実施例は、図４（ａ）、図５（ａ）、図６（ａ）、図７（ａ）、図８（ａ）、図９（ａ）、および図１０（ａ）［以下、図４（ａ）〜図１０（ａ）と略記する］に例示されるカード型のインタフェイスによるネットワーク型の文書の探索作業における履歴の管理を行う点に特徴を持つ文書処理装置である。本実施例では、参照の履歴は木構造として表現され、図４（ｂ）〜図１０（ｂ）のように表示される。
【００４３】図４（ａ）〜図１０（ａ）では、ディスプレイ内に表示されているウィンドウで、データを探索する様子を示している。即ち、
  「発明の説明」という名前のノードのウィンドウを開き、「請求項」のアイコンを選択して（図４（ａ））、そのウィンドウを開く（図５（ａ））。
  「請求項２」のアイコンを選択して（図５（ａ））、そのウィンドウを開く（図６（ａ））。
  「請求項」「請求項２」のウィンドウを閉じ、「発明の説明」のウィンドウに戻る（図７（ａ））。
  「実施例」のアイコンを選択して（図７（ａ））、ウィンドウを開く（図８（ａ））。
  図１５  「実施例２」のアイコンを選択して（図８（ａ））、ウィンドウを開く（図９（ａ））。
  「請求項２」のアイコンを選択して（図９（ａ））、ウィンドウを開く（図１０（ａ））。
【００４４】図４（ａ）〜図１０（ａ）の各操作に対応する履歴情報の表示例として、図４（ｃ）〜図１０（ｃ）では、従来技術である参照履歴のリスト、図４（ｂ）〜図１０（ｂ）は、本実施例におけるヒストリ木の表示例を示した。図４（ｂ）〜図１０（ｂ）の本実施例によるヒストリ木の表示例では参照されたフィールドに対応する矩形と参照関係を表す線分が太い線で描かれている。細い線で描かれるのは、参照が行われた時に提示されていた他の候補である。これに対して、図４（ｃ）〜図１０（ｃ）の従来技術では参照履歴のリストが示されるだけで、参照が行われた時に提示されていた他の候補については何も表されていない。このように、本実施例では従来の表示では表現できなかった、作業の経過を理解することができる。なお、本実施例では実際に参照されたものをより上の位置に表示するようにしているが、フィールド内での順序で上下を決めてもよい。」
　
（く）「【００４５】次に、本実施例の動作について図１１〜図１３に示すフローチャートにより説明する。本実施例においては、フィールドを表示しているウィンドウ内で、アンカーを示すアイコンにマウスのカーソルを移動し、クリックすることによって対応するフィールドを参照する。たとえば、図４（ａ）においては、フィールドを表示しているウィンドウ４１内でアンカーを示すアイコン「請求項」４２をマウスでクリックすることによってそれに対応するフィールドを表示するウィンドウ５１（図５（ａ））を開く。このようにして４２のアンカーに対応して５２、５３、５４のアンカーからなるフィールドが参照される。
【００４６】クリックしたところに対応するアンカーアイコンがないとき（例えば、図１０（ａ））には「閉じる」のメニュー（図示されていない）が選択できる。さらに、ウィンドウ外でクリックすると「終了」のメニューが選択できる。カーソルが入っているウィンドウに表示されているフィールドをカレントフィールドとする。なお、一番初めのアンカーの選択だけは、ウィンドウからはできない。プログラムの起動時に利用者が指定する。
【００４７】図１１はフィールド参照部２４の処理の内容を表すフィールド参照アルゴリズムのフローを示すものである。
【００４８】（開始）
（ステップＳ１１１０）利用者は、入力部２３によりカーソルを移動させて一つのアンカーアイコンを指示する。例えば、図４においてアンカーアイコン４２をクリックする。そうすると、アンカー・フィールド選択部２４１は、そのクリック信号と位置情報を基に、文書管理部２２におけるアンカー管理部２２１により管理されているアンカーの中から前記クリックされたアンカーを特定する。
【００４９】（ステップＳ１１１１）フィールド表示生成部２４２は、その特定されたアンカーに対応するフィールドのデータをフィールド管理部２２２から得て、フィールドを表示するウィンドウを生成し、それを表示部２７を介して表示する。
【００５０】（ステップＳ１１１２）ヒストリ木生成アルゴリズム（Ａ）（図１２）を呼び出す。後述するように、ヒストリ木管理部２５により参照したフィールドがヒストリ木の形で管理され、ヒストリ木表示アルゴリズム（図１３）により表示される。
【００５１】（ステップＳ１１１３）ステップＳ１１１１において生成された、フィールドを表示したウィンドウ内に、カーソルを移動する。
【００５２】（ステップＳ１１１４）カーソル位置が、フィールドを表示したウィンドウ内にあるかそのウィンドウ外にあるかを調べる。
【００５３】［フィールドを表示したウィンドウ内にある場合］フィールドを表示したウィンドウ内にカーソルがある場合は、マウスのクリック入力を待ち、以下のアンカー選択に関する処理を行なう。
（ステップＳ１１１５）カーソルのあるウィンドウで表示されているフィールドをカレントフィールドとする。
【００５４】（ステップＳ１１１６）マウスがクリックされたか否かを判定し、クリックされていなかったときはステップＳ１１１４へ、クリックされたときはステップＳ１１１７へ移る。
【００５５】（ステップＳ１１１７）アンカー・フィールド選択部２４１は、クリックに対応するアンカーの選択処理を行なう。
（ステップＳ１１１８）アンカーの選択に失敗したか否かを判定する。
【００５６】（ステップＳ１１１９）アンカーの選択に失敗しなかったとき、即ち、前記クリックがアンカーアイコン上でなされたときには、そのアンカーに対応するフィールドがすでに表示されているか否かを判定する。フィールドが表示されていなかったときは、その表示とヒストリ木への登録を行なうために、ステップＳ１１１１へ移行する。
【００５７】（ステップＳ１１２０）フィールドが表示されていたときは、そのフィールドが表示されているウィンドウ内にカーソルを移動し、ステップＳ１１１４へ処理を移行する。
【００５８】（ステップＳ１１３０）ステップＳ１１１８において、アンカーの選択に失敗したと判定されたとき、即ち、カーソルがアンカーアイコン以外の位置にあるときにクリックがなされたときは、そのクリックがメニューの「閉じる」を選択したものであるか否かを判定する。その判定の結果、メニューの「閉じる」の選択でなかったときには、次にクリック入力を待機するためステップＳ１１１４へ移る。
【００５９】（ステップＳ１１３１）その判定の結果「閉じる」が選択された場合にはウィンドウを閉じる処理を行なう。
【００６０】［フィールドを表示したウィンドウ外］
（ステップＳ１１４０、Ｓ１１４１）ステップＳ１１１４の判定の結果フィールドを表示したウィンドウ外の位置にカーソルがある場合に、マウスのクリックを監視し、クリックがあったときにはそれがメニュー終了の選択であるか否かを判定し、終了の選択であればフィールド参照処理を終了する。それ以外の場合には、ステップＳ１１１４へ処理を移行する。」
　
（け）「【００６１】図１２はヒストリ木管理部２５の処理の内容を表すヒストリ木アルゴリズムのフローを示すものである。新しいフィールドの表示がなされるとそれをヒストリ木に加える処理を行なう。
（Ａの開始）
（ステップＳ１２０）図１１のステップＳ１１１１により表示されたフィールドに対応するアンカーにより、ヒストリ木を探索し、そのアンカーに対応するヒストリノードがあるか否かを調べる。ヒストリノードがあれば、フィールドはヒストリ木に既に加えらたものであるので、そのまま図１１のもとの処理の流れに戻る。ヒストリノードがなければ、以下のヒストリノードの作成と表示の処理を行う。
【００６２】（ステップＳ１２１）アンカーに対応するヒストリノードを新しく生成する。ヒストリノードは図３（ａ）に示すデータ構造を有する。一方、対象とするネットワーク型文書のデータ構造は本実施例ではフィールドが図１４（ａ）に、アンカーが図１４（ｂ）に示すとおりである。新しく作成するヒストリノードの「対応アンカー」の欄３２に、選択されたアンカーへのポインタを格納する。そのアンカーの参照フィールドによって指示されるネットワーク型文書のフィールド中にあるアンカーのリストをヒストリノードにおける候補アンカーのリスト３４として格納する。たとえば、図４（ａ）が表示されている状態は図３（ｂ）のように表される。この状態でアンカーアイコン「請求項」４２が選択され、図５（ａ）のように、その「請求項」の参照するフィールドを表示するウィンドウ５１が新たに生成されたときには、ヒストリノードが作成され、図３（ｃ）に示す状態となる。新しく作成するヒストリノードＨ００２には、対応アンカー３２の欄にアンカー「請求項」Ａ００２へのポインタを格納し、ウィンドウ５１に前記新たに表示されたフィールドにある他のアンカー「請求項１」Ａ００５、「請求項２」Ａ００６、「請求項３」Ａ００７を候補アンカーリスト３４に格納する。
【００６３】（ステップＳ１２２）カレントフィールドに対応するヒストリノードを選択する。
【００６４】（ステップＳ１２３）選択に失敗したか否かを判定し、選択に失敗した場合には図１１の処理の流れに戻る。
【００６５】（ステップＳ１２４、Ｓ１２５）選択したヒストリノードの候補アンカーから、対応するアンカーを削除する。子ヒストリノードリストに、新しく生成したヒストリノードを加える。これにより、たとえば、図３（ｂ）のヒストリノードＨ００１の候補アンカーから、アンカーＡ００２が除かれ、新しく生成されたヒストリノードＨ００２が子ヒストリノードに加えられる（図３（ｃ））。
【００６６】（ステップＳ１２６）ルートのヒストリノードにヒストリ木表示アルゴリズム（Ｂ）を適用するためヒストリ木表示生成部２６へ処理を移す。」
　
（こ）「【００６７】図１３はヒストリ木表示生成部２６の処理の内容を表すヒストリ木表示アルゴリズムのフローを示すものである。新しくヒストリノードが生成された後に更新されたヒストリ木の表示処理を行う。
（Ｂの開始）
（ステップＳ１３１）まず、ルートのヒストリノードを表示する。
【００６８】（ステップＳ１３２）ヒストリノードの持つ子ヒストリノードのすべてに対して表示アルゴリズム（Ｂ）を適用する。再帰呼びだしによりすべてのヒストリノードを表示する。図７（ｂ）〜図１０（ｂ）において、太線の部分がヒストリノードに対応する表示である。
【００６９】（ステップＳ１３３）ヒストリノードの持つ候補アンカーを表示する。図７（ｂ）〜図１０（ｂ）において、細線の部分が候補アンカーに対応する表示である。この表示を行った後に、図１１の処理の流れ（ステップ１２）へ戻る。
【００７０】従来の履歴のリストも二次的な構造の一つであるが、構造が単純すぎるために履歴の管理に必要な情報のすべてを表現することができなかった。本実施例によれば、ネットワーク構造から二次的に生成した木構造で履歴を表現することによって、作業の経過の履歴を分かり易く表現することができる。」
　
　引用例１の記載（あ）によれば、引用例の発明は「ネットワーク型文書の処理、出力を行うネットワーク型文書処理装置」に関するものであること、文書構造として、文書の論理単位を参照関係によって関連づけたネットワーク構造を扱う文書編集装置に関わる従来技術には、ハイパーテキストと呼ばれる技術があること、ハイパーテキストの探索において、 どのようにしてそのノードにたどりついたのか思い出せない、少し前に見たノードにどのようにして戻れば良いのかわからないなどの「迷子問題」と総称される問題があることが記載されているといえる。
　
　引用例の記載（い）によれば、請求項１の「ネットワーク型文書処理装置」は、「文書構造を管理する文書管理手段」と「論理単位の参照を行なう論理単位参照手段」と「論理単位の参照の履歴を、参照された論理単位と、その参照時に他の候補となっていた参照単位を関連づけた木構造として管理する履歴木構造管理手段」を備えていること、文書構造は所定の構成単位を関係付けて構成されていること、文書構造の構成単位は文書の論理的なまとまりである論理単位であり、構成単位の関係付けは論理単位間の参照関係を規定する参照単位によって行なわれること、
「論理単位参照手段」は、利用者の指示に従って論理単位中の参照単位を特定し、その参照する論理単位を選択する「論理単位選択手段」と、選択された論理単位を表示する「論理単位表示手段」とからなっていることが記載されているといえる。
　
　引用例の記載（う）によれば、第１の実施例によるネットワーク型文書処理装置は、ネットワーク型文書において、利用者がネットワーク構造に沿って作業を進めて行くときに、ノードの参照の経過（履歴）を表す木構造を対話的に作成、表示するものであること、ネットワーク型文書のデータ構造から二次的な木構造を生成するために、本実施例では、構成単位が文書の論理的なまとまりである論理単位であって論理単位間の参照関係を規定する参照単位によって論理単位を関連づけた文書構造を用いることが記載されているといえる。
　
　引用例の記載（え）によれば、第１の実施例の「ネットワーク型文書処理装置」は、文書構造を格納するハードディスクなどの「文書格納部」と、文書構造の管理を行う「文書管理部」と、装置外からの入力を扱うキーボードとマウスなどの「入力部」と、装置外から入力された情報を元に、表示するべきフィールドを選択する「フィールド参照部」と、フィールド参照の履歴をヒストリ木として表現するため、参照に従って履歴ノードと候補ノードによる木構造を生成するなどの管理をする「ヒストリ木管理部」と、ヒストリ木構造を表示したウィンドウを生成する「ヒストリ木表示生成部」と、表示を行うディスプレイ装置などの「表示部」とを備えていること、また、「文書管理部」は、アンカーを管理する「アンカー管理部」とフィールドを管理する「フィールド管理部」からなることが記載されているといえる。
　
　引用例の記載（お）によれば、アンカー管理部は、アンカーの情報を文書格納部に格納したり、取り出したり、更新するなどの管理を行なうこと、フィールド管理部は、フィールドの情報を文書格納部に格納したり、取り出したり、更新するなどの管理を行なうこと、及び、アンカーとフィールドのデータ構造が記載されているといえる。
　また、フィールド参照部は、入力部からの指示で、アンカーあるいはアンカーが参照しているフィールドを選択するアンカー・フィールド選択部と、選択されたフィールドを表示したウィンドウを生成するフィールド表示生成部からなることが記載されているといえる。
　
　引用例の記載（か）によれば、二次的に生成される木構造のデータ構造について、「ヒストリ・ノード」のデータ構造が、「ヒストリ・ノードを識別するためのヒストリ・ノード識別子」と、「対応するアンカーへのポインタである対応アンカー」と、「対応アンカーが参照するフィールド中のアンカーのうち、過去に参照したものに対応する、ヒストリノードへのポインタのリストである子ヒストリ・ノード」と、「対応アンカーが参照するフィールド中のアンカーのうち、過去に参照しなかったものへのポインタのリストである候補アンカー」からなっていること、及び、ヒストリ・ノードとアンカーの参照関係が図３（ｂ）に示されていることが記載されているといえる。
　
　引用例の記載（き）によれば、図４（ａ）〜図１０（ａ）に、カード型のインタフェイスによるネットワーク型の文書の探索作業が例示され、図４（ｂ）〜図１０（ｂ）に対応する履歴情報の本実施例（第１の実施例）によるヒストリ木の表示例が示されていること、図４（ｂ）〜図１０（ｂ）の本実施例によるヒストリ木の表示例では参照されたフィールドに対応する矩形と参照関係を表す線分が太い線で描かれ、参照が行われた時に提示されていた他の候補が細い線で描かれることが記載されているといえる。
　
　引用例の記載（く）によれば、本実施例の動作について、
　ステップＳ１１１０で、利用者が入力部によりカーソルを移動させて一つのアンカーアイコンを指示すると、アンカー・フィールド選択部は、文書管理部におけるアンカー管理部により管理されているアンカーの中から前記クリックされたアンカーを特定し、
　続くステップＳ１１１１で、フィールド表示生成部は、その特定されたアンカーに対応するフィールドのデータをフィールド管理部から得て、フィールドを表示するウィンドウを生成し、それを表示部を介して表示し、
　続くステップＳ１１１２で、ヒストリ木生成アルゴリズム（Ａ）を呼び出し、ヒストリ木管理部により参照したフィールドがヒストリ木の形で管理され、ヒストリ木表示アルゴリズムにより表示される
ことが記載されているといえる。
　
　引用例の記載（け）によれば、新しいフィールドの表示がなされるとそれをヒストリ木に加える処理を行なうヒストリ木管理部のヒストリ木生成アルゴリズムの内容は、
表示されたフィールドに対応するアンカーにより、ヒストリ木を探索し、そのアンカーに対応するヒストリノードがあるか否かを調べ、ヒストリノードがなければ、アンカーに対応するヒストリノードを新しく生成し、新しく作成するヒストリノードの「対応アンカー」の欄に、選択されたアンカーへのポインタを格納し、そのアンカーの参照フィールドによって指示されるネットワーク型文書のフィールド中にあるアンカーのリストをヒストリノードにおける候補アンカーのリストとして格納し、
カレントフィールドに対応するヒストリノードを選択し、選択したヒストリノードの候補アンカーから、対応するアンカーを削除し、子ヒストリノードリストに、新しく生成したヒストリノードを加え、
ルートのヒストリノードにヒストリ木表示アルゴリズム（Ｂ）を適用するためヒストリ木表示生成部へ処理を移す
ものであることが記載されているといえる。
　
　引用例の記載（こ）、及び、図７（ｂ）〜図１０（ｂ）、図１３の記載によれば、新しくヒストリノードが生成された後に更新されたヒストリ木の表示処理を行うヒストリ木表示生成部のヒストリ木表示アルゴリズムは、再帰呼び出しによりすべてのヒストリノードを太線で表示し、また、ヒストリノードの持つ候補アンカーを細線で表示するものであることが記載されているといえる。
　
　引用例における請求項１と第１の実施例とは対応するものであると解される。してみると、上記の引用例の記載（あ）〜（こ）から、引用例には以下の発明（以下、「引用発明」という。）が記載されているといえる。
　
「構成単位が文書の論理的なまとまりである論理単位（フィールド）であって論理単位間の参照関係を規定する参照単位（アンカー）によって論理単位を関連づけた文書構造を用いるネットワーク型文書において、利用者がネットワーク構造に沿って作業を進めて行くときに、ノードの参照の経過（履歴）を表す木構造を対話的に作成、表示するネットワーク型文書処理装置であって、
　文書構造を格納するハードディスクなどの文書格納部と、
　アンカーの情報を文書格納部に格納したり、取り出したり、更新するなどの管理を行なうアンカー管理部とフィールドの情報を文書格納部に格納したり、取り出したり、更新するなどの管理を行なうフィールド管理部からなる文書構造の管理を行う文書管理部と、
　装置外からの入力を扱うキーボードとマウスなどの入力部と、
　入力部からの指示でアンカーあるいはアンカーが参照しているフィールドを選択するアンカー・フィールド選択部と、選択されたフィールドを表示したウィンドウを生成するフィールド表示生成部からなるフィールド参照部と、
　フィールド参照の履歴をヒストリ木として表現するため、参照に従って履歴ノードと候補ノードによる木構造を生成するなどの管理をするヒストリ木管理部と、
　ヒストリ木構造を表示したウィンドウを生成するヒストリ木表示生成部と、
表示を行うディスプレイ装置などの表示部とを備え、
　二次的に生成される木構造のヒストリ・ノードのデータ構造が、「ヒストリ・ノードを識別するためのヒストリ・ノード識別子」と、「対応するアンカーへのポインタである対応アンカー」と、「対応アンカーが参照するフィールド中のアンカーのうち、過去に参照したものに対応する、ヒストリノードへのポインタのリストである子ヒストリ・ノード」と、「対応アンカーが参照するフィールド中のアンカーのうち、過去に参照しなかったものへのポインタのリストである候補アンカー」からなり、
　利用者が入力部によりカーソルを移動させて一つのアンカーアイコンを指示すると、アンカー・フィールド選択部は、文書管理部におけるアンカー管理部により管理されているアンカーの中から前記クリックされたアンカーを特定し、
　フィールド表示生成部は、その特定されたアンカーに対応するフィールドのデータをフィールド管理部から得て、フィールドを表示するウィンドウを生成し、それを表示部を介して表示し、
　ヒストリ木生成アルゴリズムを呼び出し、
　ヒストリ木生成アルゴリズムは、表示されたフィールドに対応するアンカーにより、ヒストリ木を探索し、そのアンカーに対応するヒストリノードがあるか否かを調べ、ヒストリノードがなければ、アンカーに対応するヒストリノードを新しく生成し、新しく作成するヒストリノードの「対応アンカー」の欄に、選択されたアンカーへのポインタを格納し、そのアンカーの参照フィールドによって指示されるネットワーク型文書のフィールド中にあるアンカーのリストをヒストリノードにおける候補アンカーのリストとして格納し、
　カレントフィールドに対応するヒストリノードを選択し、選択したヒストリノードの候補アンカーから、対応するアンカーを削除し、子ヒストリノードリストに、新しく生成したヒストリノードを加え、
　ルートのヒストリノードにヒストリ木表示アルゴリズムを適用するためヒストリ木表示生成部へ処理を移し、
　ヒストリ木表示アルゴリズムは、再帰呼び出しによりすべてのヒストリノードを太線で表示し、また、ヒストリノードの持つ候補アンカーを細線で表示する、
　ネットワーク型文書処理装置」
　
　
（２）周知例１
　この出願の出願前に頒布された刊行物である、相場亮他著、社団法人情報処理学会編、新版  情報処理ハンドブック、第１版、株式会社オーム社、1995年11月25日、９６３頁右欄〜９６４頁（以下、「周知例１」という。）には、以下の記載がある。
「７・５　ハイパーメディアシステム
７・５・１　ハイパーメディアとは
　ハイパーメディアとは，意味的に関係するマルチメディア情報（文字，静止画，動画，音声・音楽などで表現された情報）を関連付け，その関連づけの構造に従って，対話的に興味のある情報を引き出していく情報利用環境である．
（略）
　ハイパーメディアの基本構造は，個々のマルチメディア構造を表現するノードと，ノード間の関連付け情報を表現するリンクとからなる．リンクに沿った情報の検索・提示をナビゲーションと呼び，ハイパーメディアシステムの大きな特徴となっている．
（略）
７・５・３　ハイパーメディアの構成手法
　以下では，ハイパーメディアシステムを構成する要素技術，構成手法につき紹介する
〔１〕ノード
（略）
〔２〕リンク
（略）
〔３〕ブラウザツール
　ハイパーメディアでは，情報空間の中で迷子になったり，リンク作成・編集の心的負担が増えることなどがよく問題とされる．ブラウザツールは，このような問題の軽減のために，情報内容の空間／時間的関係を一見してわかりやすく表示する支援ツールである．
（略）
７・５・５　分散型ハイパーメディア
　分散型ハイパーメディアとは，ネットワーク間にまたがる各種メディア資源間に，リンクをはることで，関係する資源間のアクセス便宜をはかるものである．ＷＷＷ（ｗｏｒｌｄ　ｗｉｄｅ　ｗｅｂ）は，代表的な分散型ハイパーメディアシステムである。
（略）
　分散型ハイパーメディアは，次世代の大規模ハイパーメディアシステムの核として，今後の期待は大きい．
（原　良憲）」
　
　周知例１の記載によれば、文字などのマルチメディア情報について、意味的に関係するものを関連付けるハイパーメディアシステムにおいて、情報空間の中で迷子になる問題があること、その軽減のために、情報内容の空間／時間的関係を一見してわかりやすく表示する支援ツールである「ブラウザツール」が要素技術としてあること、また、ＷＷＷ（ｗｏｒｌｄ　ｗｉｄｅ　ｗｅｂ）が、ネットワーク間にまたがる各種メディア資源間にリンクをはることで関係する資源間のアクセス便宜をはかる「分散型ハイパーメディア」の代表的なものであることが記載されているといえる。
　
　
（３）周知例２
　この出願の出願前に頒布された刊行物である、大見嘉弘他、 インターネット上の情報を利用できるカード操作ツールＰＡＮ−ＷＷＷ、 情報処理学会論文誌、第３７巻  第１号、社団法人情報処理学会、1996年01月15日、154〜162頁（以下、「周知例２」という。）の第155頁右欄１４〜３６行には、以下の記載がある。
「２．２  分散ハイパー構造の根本的な欠点
　以上のようにインターネットからの情報収集には，従来の収集手段にはない長所が数多くある．  しかし，地球規模の非常に複雑なリンク構造を持つために情報収集作業に困難をきたす根本的な欠点を持っている．
　インターネット上のＷＷＷサーバ， Ｇｏｐｈｅｒサーバは相互にリンクを張ることで巨大なハイパーテキストを構成している．従来からハイパーテキストは，リンクをたどっているうちに自分のいる位置や向かう方向の感覚を喪失する「迷子問題」という根本的問題があることが指摘されている．
　迷子問題の原因には，ハイパーテキストシステムがユーザに構造の特定の一部しか示さないために，全体を捕え難くしていることがあげられる．また，リンクが視覚的でないことから，ユーザがリンクの前後関係を記憶する必要が生ずる．このため，これらの問題を克服するために，ナビゲーション機能やブラウザに関する研究がさかんに行われている． しかし，個人べースのハイパーテキストでさえ，構造が複雑になると情報をブラウザで空間上に提示するのが困難になる．ましてや，世界中の人々によって自由に構築されたインターネット上の分散ハイパー構造をブラウザで自動的に提示することは事実上不可能である．」
　
　周知例２の記載によれば、インターネット上のＷＷＷサーバ， Ｇｏｐｈｅｒサーバが相互にリンクを張ることで巨大なハイパーテキストを構成していること、従来からハイパーテキストは，リンクをたどっているうちに自分のいる位置や向かう方向の感覚を喪失する「迷子問題」という根本的問題があることが指摘されていること、問題を克服するために、ナビゲーション機能やブラウザに関する研究がさかんに行われていることが記載されているといえる。
　
　
４．対比
　本願発明と引用発明とを対比する。
　
　引用発明における「フィールド」は、文書の論理的なまとまりである論理単位であるから、情報の断片であるといえ、本願発明における「情報断片」に相当する。
　ここで、本願発明における、「ハイパーテキスト状に関連付けられた」との記載について、それがどのようなものであるのか、請求項には具体的な定義はなく、その具体的内容が明確でないため、発明の詳細な説明を参照する。
　平成１６年８月２７日付け手続補正書により補正された（以下、省略する。）発明の詳細な説明の段落０００２、段落００１２及び図面の図１の記載を参酌すると、本願発明における「ハイパーテキスト状」とは、「ひとまとまりの情報を持つ情報断片を複数用意し、それぞれの情報断片に固有のＩＤを持たせ、ある情報断片に、それと関連する情報断片のＩＤ情報を保持させることにより、それらの情報断片を関連付け、ある情報断片上の操作で他の情報断片のＩＤ情報を指定することにより、関連する別の情報断片を参照できるようにした、情報や知識を表現する形態」であると解される。
　一方、引用例の記載（お）、及び、図１４のアンカー及びフィールドのデータ構造についての記載を参照すると、引用発明における「ネットワーク型文書」の「フィールド」は「フィールド識別子」（本願における「情報断片のＩＤ」に対応する。）を有し、フィールド中に含まれるプリミティブのリスト１４３には、アンカー（本願における「それと関連する情報断片のＩＤ情報」に対応する。）へのポインタが含まれ、アンカーには、アンカーが参照するフィールドへのポインタが含まれるように記載されている。そして、引用例の記載（く）に記載されているように、アンカーを介して他のフィールドを参照できるように情報が関連付けられていることは明らかである。してみれば、引用発明における「フィールド」は、本願発明でいう「ハイパーテキスト状に関連付けられ」ているといえる。
　したがって、引用発明における「フィールド」は、本願発明における、「ハイパーテキスト状に関連付けられた情報断片」に相当する。
　
　本願発明における「情報断片の検索機能」に関し、本願の請求項１には、「情報断片」に対する処理・動作について「検索」と「参照」との異なる用語が混在しており、それらにどのような違いがあるのか（あるいは同じであるのか）明確ではないため、発明の詳細な説明を参照する。
　本願の発明の詳細な説明には、「情報断片」の「検索」と「参照」がそれぞれ、どのような情報の処理や操作であるのか、定義や説明といった具体的な記載はない。
　一方、本願の発明の詳細な説明の段落００１３、及び、００１４には、以下の記載がある。
「【００１３】
　情報断片参照装置１０において、情報断片検索装置１が、ユーザの要求に応じて情報断片２１〜２３を検索すると、検索履歴記憶手段１１は、参照された情報断片の識別情報と参照された際の経路情報とを検索履歴として格納する。この際、参照された情報断片の識別情報は既参照情報断片記憶部１１ａに格納され、参照された際の経路情報は参照経路記憶部１１ｂに格納される。」
「【００１４】
　グラフ作成手段１２は、検索履歴記憶手段１１の内容から、検索された情報断片と参照経路とを表すグラフ１２ａを作成する。そして、作成したグラフ１２ａを表示装置２の画面に表示する。」
　段落００１３の記載によれば、ユーザーの要求に応じて情報断片２１〜２３を「検索」すると、「参照」された情報断片の識別情報と「参照」された際の経路情報とを「検索」履歴として格納するように記載されている。
　次に、段落００１４の記載よれば、グラフ作成手段は、「検索」履歴記憶手段の内容から、「検索」された情報断片と「参照」経路とを表すグラフを作成すると記載されている。
　これらの記載によれば、段落００１３で「検索履歴記憶手段」に格納される「情報断片」についての情報は「参照」された情報断片の識別情報であり、該「検索履歴記憶手段」の内容から「検索」された情報断片のグラフが作成されることから、「検索」と「参照」が実質的に異なる操作と仮定すると、記載の内容が矛盾する。すなわち、「検索」された情報断片及び経路についての情報は検索履歴記憶手段に格納されないのに、該記憶手段の内容から「検索」された情報断片のグラフができることになる。
　また、図１の番号１０で参照される手段について、本願の発明の詳細な説明の段落００１２では、「情報断片検索支援装置１０」との記載があるのに対して、同段落００１３では、「情報断片参照装置１０」と記載されており、図面の同一手段に対して「検索」（支援）と「参照」という異なる表記が用いられている。
　以上のことから、本願の発明の詳細な説明において、「情報断片」に対する「検索」と「参照」とは、特段区別されず、実質的に同じ処理ないしは動作を指していると解するほかない。
　してみると、本願発明における「検索機能」とは、「ネットワークを介して接続された複数の情報断片サーバから情報断片を検索し、任意の情報断片を参照する」という「検索」と「参照」を行う機能であると解される。
　一方、引用発明において、利用者が入力部によりカーソルを移動させて一つのアンカーアイコンを指示すると、アンカー・フィールド選択部は、文書管理部におけるアンカー管理部により管理されているアンカーの中から前記クリックされたアンカーを特定し、フィールド表示生成部は、その特定されたアンカーに対応するフィールドのデータをフィールド管理部から得て、フィールドを表示するウィンドウを生成し、それを表示部を介して表示する構成となっている。この構成は、「フィールド」を検索・参照しているといえるから、引用発明の「ネットワーク型文書処理装置」は、本願発明における「検索機能」に相当する機能を有しているといえる。
　そして、引用発明の記載（こ）に「本実施例によれば、ネットワーク構造から二次的に生成した木構造で履歴を表現することによって、作業の経過の履歴を分かり易く表現することができる」とある。作業の経過の履歴をわかり易く表現することは、ユーザのフィールドの検索・参照という作業を支援するものといえる。
　してみると、引用発明における、「装置（ネットワーク型文書処理装置）」は、情報断片の検索機能を支援する装置であるといえるから、本願発明における「情報検索支援装置」に相当する。
　
　引用発明の「文書格納部」は、「フィールド」を含む文書構造を格納し、「フィールド参照部」に「フィールド」等の情報を提供することから、本願発明における「情報断片サーバ」とは、「情報断片（フィールド）」を格納・提供する手段である点で共通する。
　
　引用発明における「文書管理部」と「フィールド参照部」は、「文書格納部」に対して、「フィールド」（情報断片）の検索ないし参照を行う手段であるから、本願発明における「情報断片検索手段」に相当する。
　
　引用発明における、「ヒストリ木」によって表現される情報は、ノード参照の経過（履歴）であるから本願発明における「検索履歴」に相当する。　
　
　引用発明における「ヒストリ木生成アルゴリズム」が実行される条件（タイミング）について、引用発明では、利用者が特定したアンカーに対応するフィールドを表示した後に該アルゴリズムが呼び出されるようになっている。一方、本願発明における「検索履歴記憶手段」が一連の情報を「検索履歴として格納する」動作は、「情報断片検索手段により任意の情報断片が参照されると」実行されることから、引用発明における「ヒストリ木生成アルゴリズム」が実行される条件（タイミング）と、本願発明における「検索履歴記憶手段」が一連の情報を「検索履歴として格納する」動作が行われる条件は、どちらも情報断片（フィールド）が参照（表示）されると行われる点で共通する。
　引用発明における「ヒストリ木生成アルゴリズム」が、「表示されたフィールドに対応するアンカーにより、ヒストリ木を探索し、そのアンカーに対応するヒストリノードがあるか否かを調べ、ヒストリノードがなければ、アンカーに対応するヒストリノードを新しく生成し、新しく作成するヒストリノードの「対応アンカー」の欄に、選択されたアンカーへのポインタを格納し、そのアンカーの参照フィールドによって指示されるネットワーク型文書のフィールド中にあるアンカーのリストをヒストリノードにおける候補アンカーのリストとして格納」する処理で新しく生成する「ヒストリノード」に関し、「ヒストリノード」の「対応アンカー」の欄には選択されたアンカーへのポインタが格納され、引用発明における「アンカー」には「参照フィールド」の欄があり選択（参照）されたフィールドへのポインタが格納されることから、これらの構造によって、選択されたフィールドを識別する情報が記録されることは明らかであり、引用発明において、本願発明における「参照された情報断片の識別情報」に相当する情報が、ヒストリノードの生成にともない記憶されるといえる。
　また、引用発明における「ヒストリ木生成アルゴリズム」が、「カレントフィールドに対応するヒストリノードを選択し、選択したヒストリノードの候補アンカーから、対応するアンカーを削除し、子ヒストリノードリストに、新しく生成したヒストリノードを加え」る処理は、カレントフィールドと選択したフィールドとの関連付けに関し、カレントフィールドから新しく生成したヒストリノードが示すフィールドを選択した旨の情報を加えるものであるから、カレントフィールドから選択したフィールドという、経路を記録しているといえるから、引用発明において、本願発明における「参照の際の経路情報」に相当する情報が、ヒストリノードの生成にともない記憶されるといえる。
　また、引用発明における「ヒストリ木生成アルゴリズム」が、「そのアンカーの参照フィールドによって指示されるネットワーク型文書のフィールド中にあるアンカーのリストをヒストリノードにおける候補アンカーのリストとして格納」する処理に関し、「そのアンカーの参照フィールドによって指示されるネットワーク型文書のフィールド」とは、選択されたフィールドであり、該フィールドの中にある「アンカー」は、他のフィールドを選択するための経路を示す情報であるといえる。そして、処理中のヒストリノードは、新たに生成されたヒストリノードであるから、該アンカーはいずれも未使用のものである。してみると、引用発明において、本願発明における「参照された情報断片から他の情報断片を参照するための未使用経路情報」に相当する情報が、ヒストリノードの生成にともない記憶されるといえる。
　以上のことから、引用発明において、選択されたアンカーに対応するフィールドが表示されると、「ヒストリ木生成アルゴリズム」によって「参照された情報断片の識別情報」、「参照の際の経路情報」、「参照された情報断片から他の情報断片を参照するための未使用経路情報」のそれぞれに相当する情報が「ヒストリ木」に格納されるといえる。そして、該処理を行う手段である、引用発明における「ヒストリ木生成アルゴリズム」及び「ヒストリ木」は、本願発明における「検索履歴記憶手段」に相当する。
　
　引用例における「ヒストリ木」の表示処理について、引用例の記載（こ）の段落００６７には、「新しくヒストリノードが生成された後に更新されたヒストリ木の表示処理を行う。」とあり、また、引用例の図４（ａ），（ｂ）〜図１０（ａ），（ｂ）の記載から、引用発明において、ヒストリ木の表示が、「新しくヒストリノードが生成され」る毎に行われるといえる。
　そして、引用発明における「ヒストリノード」の生成は、上記のとおり、本願発明における「検索履歴が格納される」構成に対応するといえるから、引用発明におけるヒストリ木の表示の時期的条件は、本願発明における「前記検索履歴記憶手段に前記検索履歴が格納される毎に」という「グラフ」の表示の時期的条件と共通する。
　引用発明の「ヒストリ木表示アルゴリズム」によって表示されるヒストリ木のうち、太線で表示される「ヒストリノード」は、データ構造における「ヒストリノード」が既に選択・表示されたフィールドに対して生成されるものであるから、本願発明における「参照されたことのある情報断片」に相当する。
　また、図４（ｂ）〜図１０（ｂ）で太線で表示される「ヒストリノード」に対応する表示は、ノード間を太線で示しており、該ノード間の太線は、本願発明における「参照された経路」に相当する。
　また、「候補アンカー」は、それまでに選択されていないアンカーであるから、「候補アンカー」への細線は、本願発明における「未使用の経路」であるといえる。
　そして、引用例の図９（ａ），（ｂ）及び図１０（ａ），（ｂ）を参照すると、図９（ａ），（ｂ）には、表示されている「実施例２」中の未選択の「請求項２」のアンカーについて、図９（ｂ）中に細線で「実施例２」の右側に表示されるように記載され、同時に、「請求項」から「請求項２」へ太線で接続される表示がされている。
　この表示は、「請求項中」の「請求項２」が、既に選択済みであると同時に、「実施例２」中の「請求項２」が未選択であることを表示していると解される。
　してみると、「請求項２」について、選択されたことのあるフィールド（「請求項２」と「実施例２」）どうしで直接参照可能な未使用の経路（「実施例２」と「請求項２」間の細線）を表示する構成が、引用例には記載されているといえ、この構成は、本願発明における「参照された経路、及び参照されたことのある情報断片どうしで直接参照可能な未使用の経路」に相当する。
　また、これらの表示が、ヒストリ木の情報から作成されることは明らかである。
　本願発明における「グラフ」について、請求項には情報断片と経路を示すグラフであることが記載されているが、「グラフ」がどのようなものであるのか、具体的な定義ないし限定はされていない。
　そこで、発明の詳細な説明の記載を参酌すると、段落００１５及び００１６の記載等から、本願発明における「グラフ」とは、ノード（節点）と、該ノード間を結ぶアーク（辺）とでノード間の関係を表現したものと解される。
　一方、引用発明の「ヒストリ木表示アルゴリズム」が表示するものは、引用例の図４（ｂ）〜図１０（ｂ）を参照すると、文書の論理単位（フィールド）を表す長方形を、論理単位間の参照関係に基づいて線で結び木構造で表現したものであり、ノードとアークからなるグラフの一種といえる。してみれば、引用発明において表示される「ヒストリ木」は、本願発明における「グラフ」に相当する。
　引用発明において、「ヒストリ木表示アルゴリズム」が表示を行う先は、「表示を行うディスプレイ装置などの表示部」であることは自明であり、引用発明における、「表示を行うディスプレイ装置などの表示部」は、本願発明における「表示装置」に相当する。
　以上のことから、引用発明における、「ヒストリ木表示アルゴリズム」は、本願発明における「前記検索履歴記憶手段に前記検索履歴が格納される毎に、前記検索履歴から、参照されたことのある情報断片、参照された経路、及び参照されたことのある情報断片どうしで直接参照可能な未使用の経路を示すグラフを作成し、前記グラフを表示装置に表示するグラフ作成表示手段」に相当する。
　
　してみると、本願発明と引用発明とは以下の点で一致し、また、相違する。
　
（一致点）
「ハイパーテキスト状に関連付けられた情報断片の検索機能を支援する情報検索支援装置において、
　情報断片を格納・提供する手段から情報断片を検索し、任意の情報断片を参照する情報断片検索手段と、
　前記情報断片検索手段により任意の情報断片が参照されると、参照された情報断片の識別情報、参照の際の経路情報、及び参照された情報断片から他の情報断片を参照するための未使用経路情報を検索履歴として格納する検索履歴記憶手段と、
　前記検索履歴記憶手段に前記検索履歴が格納される毎に、前記検索履歴から、参照されたことのある情報断片、参照された経路、及び参照されたことのある情報断片どうしで直接参照可能な未使用の経路を示すグラフを作成し、前記グラフを表示装置に表示するグラフ作成表示手段と、
　を有することを特徴とする情報検索支援装置。」である点
　
（相違点）
　「情報断片検索手段」に「情報断片を格納・提供する手段」が、本願発明では、「ネットワークを介して接続された複数の情報断片サーバ」であるのに対して、引用発明はそのようになっていない点。
　
　
５．当審の判断
　上記相違点について判断する。
　引用発明では、ハイパーテキスト状に関連付けられた情報断片（フィールド）は、ハードディスクなどの「文書格納部」から提供されるものであるが、ＷＷＷ（ｗｏｒｌｄ　ｗｉｄｅ　ｗｅｂ）のようにネットワーク間にまたがるインターネット上のサーバが提供する情報間でリンクをはることでハイパーテキスト（ハイパーメディア）を構成し、これらのサーバから情報を検索・参照することは、例えば、周知例１，２に記載されているように、この出願の出願前において周知のことである。
　そして、引用例の記載（あ）、及び周知例１，２に記載されているように、ハイパーテキストには、リンクをたどっているうちに「迷子」になるという共通の課題を有しているといえる。
　してみると、引用発明と該周知の事項とは、ハイパーテキストという共通の技術分野に属しており、また、共通の課題を有するものであるから、引用発明に該周知の事項を適用し、ネットワークを介して接続された複数の情報断片サーバから情報断片を検索・参照する際に参照の経過（履歴）を管理・表示するように構成することは、当業者が容易になし得たことである。
　
　また、本願発明の効果は引用例及び周知の事項から当業者が予想可能な範囲内のものであり、格別のものではない。
　
　
６．むすび
　したがって、本願発明は引用例に記載された発明及び周知の事項に基づいて当業者が容易に発明をすることができたものであるので、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、その余の請求項について検討するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。