(57)【要約】【課題】ハイパーテキスト構造の文書群の関係を表す木構造を、ユーザに理解しやすくする。【解決手段】ユーザから複数の基準ページのＵＲＬの入力を受けると、装置は、それら各ページが属するディレクトリをノード６０−１，２，３として、それらディレクトリ同士の階層関係を示す上部木構造を作成する。また、装置は、各基準ページを起点としてリンクを辿っていくことで、各ページを根ノードとするサブツリー６５−１，２，３を作成する。そして装置は、上位木構造のノードノード６０−１，２，３に対し、対応するサブツリー６５−１，２，３の根ノードを接続することで、全体の木構造を形成する。【選択図】図６
2005078296.tif 000002
【特許請求の範囲】
【請求項１】
階層的なディレクトリ構造内に含まれる文書群が構成するハイパーテキスト構造に基づき、該ハイパーテキスト構造に対応する木構造を表す木構造データを作成するための装置であって、
ユーザからの入力に基づき、前記木構造において位置固定する複数の文書を基準文書として特定する基準文書特定手段と、
前記各基準文書の前記ディレクトリ構造内での位置情報に基づき、前記各基準文書間の階層関係を表す上部木構造データを作成する上部木構造作成手段と、
前記各基準文書を起点として前記ハイパーテキスト構造のリンクをたどることにより、前記各基準文書を根ノードとする文書群の木構造を示す各下部木構造データをそれぞれ作成する下部木構造作成手段と、
前記上部木構造データと前記各下部木構造データとを組み合わせることで前記ハイパーテキスト構造を表す木構造データを作成する木構造合成手段と、
を備える文書群構造データ作成装置。
【請求項２】
請求項１記載の装置であって、前記基準文書特定手段は、ユーザから前記各基準文書のディレクトリ構造内での位置情報の入力を受け付け、この入力に従い前記各基準文書を特定することを特徴とする文書群構造データ作成装置。
【請求項３】
請求項１記載の装置であって、前記下部木構造作成手段は、
ある基準文書を起点として前記ハイパーテキスト構造のリンクをたどっていく際に検出したリンク先の文書を、該基準文書を根ノードとする下部木構造に組み込むか否かを判定する判定手段を含み、
該判定手段は、前記起点とする基準文書が格納されるディレクトリが、前記複数の基準文書の各々が格納されるディレクトリのうち、前記階層的なディレクトリ構造において前記リンク先の文書の格納位置に対して最も近い祖先である場合に、該リンク先の文書を前記起点とする基準文書を根ノードとする下部木構造に組み込むと判定する、
ことを特徴とする文書群構造データ作成装置。
【請求項４】
請求項３記載の装置であって、
前記下部木構造作成手段は、前記判定手段にて、前記起点とする基準文書が格納されるディレクトリが、前記複数の基準文書の各々が格納されるディレクトリのうち、前記階層的なディレクトリ構造における前記リンク先の文書の格納位置に対する最も近い祖先でないと判定した場合には、該リンク先の文書を、子ノードを持たない参照ノードとして前記下部木構造に組み込む、
ことを特徴とする文書群構造データ作成装置。
【請求項５】
コンピュータ処理により、階層的なディレクトリ構造内に含まれる文書群が構成するハイパーテキスト構造に基づき、該ハイパーテキスト構造に対応する木構造を表す木構造データを作成する方法であって、
基準文書特定手段が、ユーザからの入力に基づき、前記木構造において位置固定する複数の文書を基準文書として特定し、
上部木構造作成手段が、前記各基準文書の前記ディレクトリ構造内での位置情報に基づき、前記各基準文書間の階層関係を表す上部木構造データを作成し、
下部木構造作成手段が、前記各基準文書を起点として前記ハイパーテキスト構造のリンクをたどることにより、前記各基準文書を根ノードとする文書群の木構造を示す各下部木構造データをそれぞれ作成し、
木構造合成手段が、前記上部木構造データと前記各下部木構造データとを組み合わせることで、前記ハイパーテキスト構造を表す木構造データを作成する、
文書群構造データ作成方法。
【請求項６】
コンピュータシステムを、階層的なディレクトリ構造内に含まれる文書群が構成するハイパーテキスト構造に基づき、該ハイパーテキスト構造に対応する木構造を表す木構造データを作成する装置として機能させるためのプログラムであって、該コンピュータシステムに、
ユーザからの入力に基づき、前記木構造において位置固定する複数の文書を基準文書として特定するステップ、
前記各基準文書の前記ディレクトリ構造内での位置情報に基づき、前記各基準文書間の階層関係を表す上部木構造データを作成するステップ、
前記各基準文書を起点として前記ハイパーテキスト構造のリンクをたどることにより、前記各基準文書を根ノードとする文書群の木構造を示す各下部木構造データをそれぞれ作成するステップ、
前記上部木構造データと前記各下部木構造データとを組み合わせることで、前記ハイパーテキスト構造を表す木構造データを作成するステップ、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハイパーリンク構造をなす文書群の関係を木構造で表現するための装置及び方法に関する。
【背景技術】
【０００２】
ＷＷＷ（ワールド・ワイド・ウェブ）上の文書群は、文書をノードとし、文書間のリンクをアークとするハイパーテキスト構造（ハイパーリンク構造とも呼ばれる）をなしている。このハイパーテキスト構造は、リンクにより任意の文書を容易に結びつけることができるという利点があるが、基本的にネットワーク構造であるため、文書数が増えて文書間の関係が複雑になると、人間が文書間の関係を把握することが困難となる。
【０００３】
これに対し、ハイパーテキスト構造を木（ツリー）構造に簡素化して表示する方法が従来より用いられている。このような方法の１つとして特許文献１に示されるものがある。この方法では、ハイパーテキスト構造において１つのノード（仮に「Ａ」とする）に対して複数のノードからリンクが張られている場合、これを木構造に変換する際には、それら複数のノードのうちの１つを選び、ノードＡをその選んだノードの子として配置し、ノードＡへとリンクしている他のノードには、ノードＡを示す参照用のノードを子として配置する。この処理では、ハイパーテキスト構造のリンクをたどっていく際、最初にノードＡに到達した時のリンク元ノードを木構造上での実ノードＡの親とする。参照用のノードは、木構造を構成する実ノードとは異なる表示をする。これら参照用のノードは実ノードＡと同じ文書を指すものであるが、木構造上での関係は実ノードＡに代表して示すので、参照用のノードは子ノードを持たない。
【０００４】
また、特許文献２にも、同様にハイパーテキスト構造を木構造の図式で表示する装置が開示されている。
【０００５】
また、アドビシステムズ社のウェブサイト管理ツールである「GoLive」は、ＷＷＷ上で始点文書を指定すると、その文書から順にリンクをたどって行くことでハイパーテキスト構造を調べ、そのハイパーテキスト構造中の１文書を指定すると、そのハイパーテキスト構造からその文書を根ノードとする木構造を作成して表示する機能を備えている。
【０００６】
このような従来方法では、ハイパーテキスト構造を木構造に変換して表示する場合、ある文書が木構造上でどの位置に来るか、すなわちハイパーテキスト構造上でのリンク元の複数のノードのうちのどのノードの子となるか、は、ハイパーテキスト構造のリンクをたどる順序に依存する。このため、文書の木構造上での位置は、文書それ自体が変更されなくても、別の文書のリンク記述の変更によって変化し得る。木構造上で実ノードの位置が変わると、その実ノードから広がるサブツリー内の全ノードの位置が変化する。このようなことから、ユーザがある文書の木構造上での位置を覚えておき、後で再びその文書にアクセスしようとしても、その文書の木構造上での位置が変化したため探索が困難になるという問題がある。
【０００７】
また、ハイパーテキストのリンクは自由に設定することができるため、ハイパーテキスト構造から作成した木構造は、文書群の概念的な分類とは直接的には無関係である。このため、例えばウェブサイト内の文書群の関係を、ハイパーテキスト構造から作成した木構造で示したとしても、必ずしもユーザにとって分かりやすく覚えやすい表示とはならなかった。例えば、ウェブサイトのトップページには、下位分類のインデックスページへのリンクに加え、雑多な更新情報へのリンクが示されており、これを単純に木構造で表現すると、概念レベルの異なるインデックスページと更新情報ページとが同列に示されることになり、分かりにくい。
【０００８】
【特許文献１】特開平６−３５６５７号公報
【特許文献２】特開２００２−２８８２２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、これら従来技術の問題点の少なくとも１つを解決することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、階層的なディレクトリ構造内に含まれる文書群が構成するハイパーテキスト構造に基づき、該ハイパーテキスト構造に対応する木構造を表す木構造データを作成するための装置であって、ユーザからの入力に基づき、前記木構造において位置固定する複数の文書を基準文書として特定する基準文書特定手段と、前記各基準文書の前記ディレクトリ構造内での位置情報に基づき、前記各基準文書間の階層関係を表す上部木構造データを作成する上部木構造作成手段と、前記各基準文書を起点として前記ハイパーテキスト構造のリンクをたどることにより、前記各基準文書を根ノードとする文書群の木構造を示す各下部木構造データをそれぞれ作成する下部木構造作成手段と、前記上部木構造データと前記各下部木構造データとを組み合わせることで前記ハイパーテキスト構造を表す木構造データを作成する木構造合成手段と、を含む文書群構造データ作成装置を提供する。
【００１１】
この構成において、基準文書を特定する際の基礎となる「ユーザの入力」は、例えばそれら各基準文書のディレクトリ構造上での格納位置（例えばＵＲＬ）の情報である。また、この他にも、ウェブサイトの指定と階層数との組合せを「ユーザの入力」として受け付け、その組合せに基づいて基準ページ群を特定することもできる（詳細は後述）。
【００１２】
本発明の好適な態様では、前記下部木構造作成手段は、ある基準文書を起点として前記ハイパーテキスト構造のリンクをたどっていく際に検出したリンク先の文書を、該基準文書を根ノードとする下部木構造に組み込むか否かを判定する判定手段を含み、該判定手段は、前記起点とする基準文書が格納されるディレクトリが、前記複数の基準文書の各々が格納されるディレクトリのうち、前記階層的なディレクトリ構造において前記リンク先の文書の格納位置に対して最も近い祖先である場合に、該リンク先の文書を前記起点とする基準文書を根ノードとする下部木構造に組み込むと判定する。
【００１３】
ここで、「最も近い祖先」には、前記リンク先の文書が格納されるディレクトリ自身も含まれるものとする。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態（以下、実施形態と呼ぶ）を、図面を参照して説明する。
【００１５】
図１は、本発明に係る文書群構造データ作成装置の機能ブロック図である。この構成において、リンク情報収集部１０は、ウェブページ群のハイパーテキスト構造を求める機能モジュールである。リンク情報収集部１０は、例えば、インターネット上にあるウェブページ中のリンク記述をたどって行くことで、ウェブページ間のリンク関係の情報（すなわちハイパーテキスト構造）を求める。リンク情報収集部１０は、例えば、ロボット検索エンジンのクローラーの同様の技術を用いて構築することができる。リンク情報収集部１０は、定期的に、あるいは所定の収集開始条件が満足される毎に、リンク情報の収集処理を実行する。リンク情報収集部１０がリンク情報の収集を行う範囲を、例えば予め登録された１乃至複数のドメインに限定しておけば、リンク情報収集部１０によるリンク情報の収集処理を比較的短時間で済ませることができる。
【００１６】
リンク情報収集部１０で求められたハイパーテキスト構造の情報は、ハイパーテキストモデル記憶部１２に記憶される。ハイパーテキストモデル記憶部１２には、ハイパーテキスト構造の情報として、例えば、各ウェブページのＵＲＬ(Uniform Resource Locator)とそれら各ウェブページ間のリンク関係の情報が記憶される。ハイパーテキストモデル記憶部１２に記憶された情報は、リンク情報収集部１０により収集処理が実行されるたびに更新される。
【００１７】
要求処理部１４は、この文書群構造データ作成装置に対してＬＡＮ（ローカルエリアネットワーク）やインターネットなどのデータ通信ネットワークを介して接続されたクライアント装置から、木構造データの要求（木構造要求１００）を受け付けて処理する機能モジュールである。木構造要求１００は、木構造において基準位置とすべき複数のウェブページのＵＲＬを含む。要求処理部１４は、例えば、基準位置とすべき複数のウェブページのＵＲＬを入力するための入力画面をウェブページとしてクライアント装置に提供する機能を備える。この場合、クライアント装置を操作するユーザは、その入力画面上で、基準位置とすべき各ウェブページのＵＲＬを入力する。この入力が終了し、ユーザが該入力画面上に設けられた送信ボタンを選択すると、このようにして入力された複数のＵＲＬを含む木構造要求１００のデータが、クライアント装置からこの文書群構造データ作成装置へと送信される。
【００１８】
木構造要求１００を受け取った要求処理部１４は、その要求に含まれる、基準位置とすべきウェブページ（以下「基準ページ」と呼ぶ）を示すＵＲＬ群をモデル探索部１６に提供する。
【００１９】
モデル探索部１６は、要求処理部１４から受け取った各基準ページのＵＲＬに基づき、上部木構造と下部木構造とを作成する。
【００２０】
まず、上部木構造の作成処理では、モデル探索部１６は、それら各基準ページのＵＲＬの比較に基づき、上部木構造を作成する。すなわち、この作成処理では、まず各基準ページごとに、当該ページのＵＲＬから当該ページが属するディレクトリを求める。リソースのＵＲＬは、そのリソースを得るためのプロトコル名("http")と、そのリソースが格納されているホスト装置の名前と、該ホスト装置のファイルシステムにおけるそのリソースまでのパスとの組合せで構成される。したがって、基準ページのＵＲＬから、該ＵＲＬのパス部分の末尾に示されるファイル名を削除すると、残った文字列は該基準ページが属する仮想的なディレクトリ（以下単に「ディレクトリ」という）を示していると捉えることができる。そして、各基準ページが属するディレクトリ同士のディレクトリ階層構造上での上下関係に基づき、上部木構造を作成する。上部木構造を構成する各ノードは、各基準ページが属するディレクトリにそれぞれ対応する。したがって、ある基準ページのファイルが格納されているディレクトリ（仮にディレクトリａとする）が、別の基準ページのファイルが格納されているディレクトリ（仮にディレクトリｂとする）の下位ディレクトリであれば、上部木構造では、ディレクトリａに対応するノードは、ディレクトリｂに対応するノードの子孫のノードになる。ここで、各基準ページが属する各ディレクトリの中に、ディレクトリ階層上でディレクトリａとディレクトリｂとの間に位置するディレクトリがなければ、上部木構造ではディレクトリａはディレクトリｂの子ノードになる。このようにモデル探索部１６は、木構造要求１００に含まれる各基準ページのファイルが格納されたディレクトリ群の中で、ディレクトリ階層構造（すなわりツリー構造）上で直近の関係となるディレクトリ同士を、上部木構造上では親子関係で結ぶ。このような処理により、上部木構造が作成される。
【００２１】
このようにして作成された上部木構造は、基準ページが格納されたディレクトリ同士の階層構造を示している。作成された上部木構造は、木構造データ合成部１８に提供される。
【００２２】
次に下部木構造の作成処理では、モデル探索部１６は、ハイパーテキストモデル記憶部１２に記憶されたハイパーテキスト構造のリンクを探索することにより、それら各基準ページをそれぞれ起点とした下部木構造を求める。例えば基準ページが３つあれば、下部木構造は３つ作成される。
【００２３】
下部木構造は、基準ページを起点としたウェブページ群のハイパーテキスト構造を木構造で表現したモデルである。基準ページを起点としたハイパーテキスト構造は、ハイパーテキストモデル記憶部１２に記憶されたハイパーテキスト構造の一部である。下部木構造では、基準ページが根ノードとなり、基準ページからリンクされているリンク先のウェブページがその根ノードの子ノードとなり、以降各ノードのウェブページのリンク先のページが当該ノードの子ノードとなる。
【００２４】
この個々の下部木構造を作成する処理は、基本的には、特許文献１や２に示される従来装置の処理と同じでよい。ただし、従来装置では、同じウェブページＡが他の複数のウェブページからリンクされている場合、ハイパーテキスト構造のリンクを辿っていく際に該ウェブページＡに最初に到達した際のリンク元のウェブページを、該ウェブページＡの木構造上での親ノードと決めたのに対し、このモデル探索部１６はそれとは異なった方式でウェブページ間の木構造での親子関係を決定する。
【００２５】
すなわち、モデル探索部１６は、ハイパーテキスト構造のリンクを辿る際に検出されるリンク先のウェブページの格納位置を示すＵＲＬと、各基準ページが格納されるディレクトリ（これらは各基準ページのＵＲＬから求められる）との比較に基づき、該リンク先のウェブページをどの基準ページを根ノードとする下部木構造に組み込むかを決定する。この処理は例えば以下のような流れとなる。
【００２６】
複数の基準ページのうちのある基準ページ（識別のためこれを注目基準ページと呼ぶ）を根ノードとする下部木構造を作成する場合を考える。この場合、モデル探索部１６は、注目基準ページを起点としてハイパーテキスト構造のリンクを辿っていく際に、リンク先のウェブページを検出するたびに、注目基準ページを根ノードとする下部木構造にそのリンク先ページを組み込むか否かを判断する。この判断では、ディレクトリの階層構造、すなわちこの場合はＵＲＬの階層構造において、注目基準ページが格納されるディレクトリが、ユーザの指定した各基準ページ（注目基準ページも含む）が格納されるディレクトリのうちで、そのリンク先ページのＵＲＬの最も近い祖先であるかどうかを判断する。この判断では、例えば、各基準ページが格納されるディレクトリのうちＵＲＬがリンク先ページのＵＲＬと最も長く一致するものが、注目基準ページが格納されたディレクトリである場合、この注目基準ページのディレクトリがリンク先ページの最も近い祖先であると判断出来る。このように、注目基準ページのディレクトリがリンク先ページの最も近い祖先であると判断した場合には、そのリンク先ページを当該注目基準ページを根ノードとする下部木構造に実ノードとして組み込む（すなわちそのリンク先ページをリンク元ページの子ノードとする）。そして、そのリンク先ページから先に対して、ハイパーテキスト構造の探索を続ける。
【００２７】
逆に、注目基準ページのディレクトリがリンク先ページの最も近い祖先でない場合は、そのリンク先ページは注目基準ページを起点とする下部木構造には組み込まない。この場合、注目基準ページを起点とする下部木構造を作成する処理の中では、そのリンク先ページから先のハイパーテキスト構造の探索は行わない。該リンク先ページから先のハイパーテキスト構造の探索は、該リンク先ページを実ノードとして含む別の下部木構造を作成する処理の中で実行される。
【００２８】
この方法によれば、ハイパーテキスト構造のリンクを探索する順序を仮に変えたとしても（インターネット上での各ウェブページの格納場所に変化がない限りにおいては）、木構造上での各ウェブページに対応するノードの位置は変わらない。
【００２９】
モデル探索部１６は、以上に説明した処理を基準ページ毎に繰り返すことで、各基準ページごとに、該基準ページを根ノードとした下部木構造を作成する。作成された複数の下部木構造の情報は、木構造データ合成部１８に提供される。
【００３０】
木構造データ合成部１８は、モデル探索部１６から受け取った上部木構造と複数の下部木構造とを合成して、木構造要求１００に対応する全体の木構造をしめす木構造データを作成する。
【００３１】
この合成処理では、各下部木構造の根ノードを、上部木構造のノードとリンクする。すなわち、上部木構造のノードに対し、そのノードに対応するディレクトリに格納された基準ページに対応する下部木構造の根ノードを、子ノードとして接続する。
【００３２】
作成された木構造データ１０２は、要求処理部１４により、木構造要求１００の送信元のクライアント装置に対し送信される。
【００３３】
以上、本発明に係る文書群構造データ作成装置の機能面での構成の一例を説明した。このような文書群構造データ作成装置は、一般的なコンピュータシステムを利用して構築することができる。例えば、典型的なコンピュータシステムは、図２に示すように、ＣＰＵ（中央演算ユニット）２０、ＲＡＭ（ランダムアクセスメモリ）２２、ＨＤＤ（ハードディスクドライブ）２４及びＬＡＮインタフェース２６が、バス２８を介して相互接続されている。図２のコンピュータシステムのＨＤＤ２４に、図１の各機能モジュール１０，１４，１６，１８の機能を記述したプログラムをインストールすれば、図１の文書群構造データ作成装置が得られる。ＣＰＵ２０が、ＲＡＭ２２を利用してそのプログラムを実行することで、上述の各機能が実現される。この装置は、ＬＡＮインタフェース２６を介して、ローカルエリアネットワークへ、そしてインターネットへと接続されており、ＬＡＮ又はインターネット上にあるクライアント装置から木構造要求１００を受け付けることができる。
【００３４】
次に、この文書群構造データ作成装置が実行する処理の内容を、具体例を用いて説明する。
【００３５】
図３は、ある企業「ＡＢＣＤ株式会社」のウェブサイトのトップページをブラウザに表示した時の、ブラウザの表示ウインドウの表示例を示している。このトップページには、「商品」、「ダウンロード」といったカテゴリ別のインデックスページ（目次ページ）へのリンク３２ａ、３２ｂの他に、新着情報を示したウェブページへのリンク３４ａ，３４ｂを含んでいる。
【００３６】
図４は、「ＡＢＣＤ株式会社」のウェブサイトのウェブページ群が構成するハイパーテキスト構造を示した図である。ノード４０−１，４０−２，・・・，４０−１１は、それぞれ該サイト内のウェブページを示す。そして、それらノード４０同士を結ぶ矢印４２は、ウェブページ間のリンクを示す。矢印の根本に位置するノードがリンク元のページであり、矢印の先端（すなわち矢じり側）に位置するノードがリンク先のページである。例えば、トップページ４０−１は、商品ページ４０−２，ダウンロードページ４０−３，商品Ｃのページ４０−６，及び商品Ａのドライバをダウンロードするためのページ４０−９に対するリンクを有している。図４は、図１のハイパーテキストモデル記憶部１２に記憶されるハイパーテキスト構造の一例とも言える。
【００３７】
従来装置が図４のハイパーテキスト構造から木構造を作成した場合、例えば図５に示すような構造ができる。この例は、トップページ５０−１を起点に作成した木構造であり、トップページ５０−１が木全体の根ノードとなっている。この根ノードの子ノードは、商品ページ５０−２，ダウンロードページ５０−３，商品Ｃのページ５０−６，及び商品Ａドライバダウンロードページ５０−９の４つを有している。以下、各ノードは、リンク先のページを子ノードとして有している。ただし、リンク先のページでも、既に木構造のノードとして登録済みのものは、該登録済みのノードに対応する参照ノード（図５の例では「コピー」）５１−１〜５１−５となる。参照ノードは子ノードを持たない。このような参照ノードに対し、木構造上に登録したノードは実ノードと呼ぶ。実ノードは、子ノードを持ち得る。例えば、図４のハイパーテキスト構造では、商品ページ４０−２は、商品Ａ〜Ｃの各ページ４０−４，４０−５，４０−６へとリンクしているが、そのうち商品Ｃのページ４０−６は、図５の木構造では、既にトップページ５０−１の子ノード５０−６として登場しているので、木構造上での商品ページ５０−２の子には、商品Ｃのページのコピー５１−１が参照ノードとしてリンクされている。これに対し、商品Ａ及びＢのページ５０−４，５０−５は、初出なので実ノードとして木構造に組み込まれている。
【００３８】
このような従来手法による木構造を、例えばブラウザのナビゲーションウインドウに表示した場合、個々のカテゴリを代表する商品ページ５０−２やダウンロードページ５０−３と、カテゴリに属する個別記事を表すに過ぎない商品Ｃのページ５０−６や商品Ａドライバダウンロードページ５０−９とが、トップページ５０−１の直下という同じ階層レベルに表示される。このように異なる概念レベルのウェブページが同一階層に表示されると、ユーザにはページ同士の概念的な関係が把握し難い。これでは、ユーザが木構造で所望のウェブページを探すのに不便である。例えばディレクトリの木構造を表示するファイル管理画面では、画面の面積の制限上、木構造全体を表示するのではなく、最上位の１階層のノード群のみを表示し、そのノード群の中で所望のノードをクリックすると、該ノードの子ノード群が表示されるという表示方式をとる場合が多い。ウェブページのナビゲーションウインドウで、図５の木構造を表示するのにそれと同様の表示方式をとった場合、どのような順序でノードを辿っていけば所望のページに達することができるのか、ユーザに推測しにくい。
【００３９】
また、トップページの新着情報は随時更新されるので、ある時商品Ｃのページ５０−６がトップページ５０−１の直下にあるとユーザが記憶したとしても、時間が経てばそのページ５０−６は他のノードの直下に移動してしまう。このため、ユーザにとってはアクセスしたいウェブページが木構造上で探しにくくなる場合があった。
【００４０】
これに対し、本実施形態の文書群構造データ作成装置で作成した木構造は、図６に示すようなものとなる。図６に示す例は、ユーザが図４のハイパーテキスト構造のうちの「ＡＢＣＤ会社トップページ」、「商品ページ」、及び「ダウンロードページ」の３つを基準ページとして指定したときに作成される木構造である。
【００４１】
図６の例では、基準ページである「ＡＢＣＤ会社トップページ」、「商品ページ」、及び「ダウンロードページ」がそれぞれ属する仮想的なディレクトリ６０−１("http://abcd.co.jp/")，６０−２("http://abcd.co.jp/product/")，６０−３("http://abcd.co.jp/download/")が、上部木構造を構成している。例えば、ディレクトリ"http://abcd.co.jp/product/"は、ディレクトリ"http://abcd.co.jp/"の直接の下位にあるので、上部木構造ではディレクトリ６０−１の子がディレクトリ６０−２となっている。
【００４２】
また、図６の例では、下部木構造群として、基準ページであるＡＢＣＤ会社トップページ６６−１，商品ページ６６−２及びダウンロードページ６６−６をそれぞれ根ノードとしたサブツリー（部分木）６５−１，６５−２及び６５−３が含まれる。これら各サブツリー６５が、それぞれ基準ページを起点とした下部木構造である。
【００４３】
これら各サブツリー６５は、従来装置による木構造のサブツリーと比較した場合、ウェブページの概念分けをよりよく示したものになる場合が多い。これは次のような理由からである。
【００４４】
すなわち、まず、一般にウェブデザイナーがウェブサイトを設計する場合、データ管理の効率性から言って、個々のウェブページを記述したファイルを行き当たりばったりの場所（ディレクトリ）に保存するよりは、概念的に整理したディレクトリ構造を作成し、各ウェブページのファイルをそのディレクトリ構造中の適切なディレクトリに保存することの方が多いと言える。理想的なケースでは、ウェブページ群が保存されるディレクトリ群の階層構造は、それらウェブページ群が構成する階層的な概念分類を表現したものとなる。現実はこのように理想的なディレクトリ構造をなしているばかりとは限らないが、後々のデータ管理の効率を少しでも考慮すれば、ディレクトリ構造は多かれ少なかれウェブページ群の概念分類を反映したものとなる。一方、本実施形態の文書群構造データ作成装置では、基準ページのノードの下位（子孫）には、その基準ページが属するディレクトリ、又はこのディレクトリの下位のディレクトリ群に属するウェブページのノードしか現れない。したがって、基準ページを根ノードとするサブツリーは、該基準ページが保存されたディレクトリに対応する概念分類に属するページ群を示していると捉えることができる。
【００４５】
このように本実施形態の装置が作成する木構造では、各サブツリー６５が概念分けされているので、ユーザがその木構造上で所望のウェブページを探すことが容易になる。
【００４６】
例えば、「商品Ｃのページ」は、従来装置による木構造（図５参照）では「ＡＢＣＤ会社トップページ」の子ノードであったが、図６の木構造では、「商品ページ」６６−２の子ノード６６−５となっている。本実施形態の装置によれば、仮にハイパーテキスト構造のリンクを辿る際に先に「ＡＢＣＤ会社トップページ」から「商品Ｃのページ」へのリンクを検出した場合でも、「ＡＢＣＤ会社トップページ」のディレクトリ６０−１のＵＲＬよりも「商品ページ」のディレクトリ６０−２のＵＲＬの方が、「商品Ｃのページ」６６−５のＵＲＬに近いので、「商品Ｃのページ」は木構造上での「ＡＢＣＤ会社トップページ」の子ノードとならない。これは、ウェブサイトに商品の情報を保存するディレクトリが作成されており、インデックス情報を示す「商品ページ」と、個々の商品情報を示す「商品Ａのページ」などのページがそのディレクトリに保存されているためである。本実施形態では、このようにウェブサイトのディレクトリ構造に従って、すなわちウェブページの概念階層構造に従って分離された、サブツリー６５−１，６５−２，６５−３を作成することができる。
【００４７】
そして、図６の木構造では、上部木構造の各ノード６０−１，２，及び３に対し、それぞれサブツリー６５−１，２，３の根ノード６６−１，２，３がそれぞれ子ノードとして接続されている。
【００４８】
なお、図６の例では、上部木構造の１つのノードに対し、サブツリーの１つの根ノードが接続されているが、これはあくまで一例である。同じディレクトリに格納された複数のウェブページが基準ページに指定された場合、それら各基準ページを起点としてサブツリーが形成されるので、上部木構造の当該ディレクトリのノードはそれら複数のサブツリーの根ノードに対して接続されることになる。
【００４９】
図６の木構造をウェブページのナビゲーション画面に表示すれば、少なくとも上部木構造の部分では、同じ階層には概念レベルが等しいディレクトリ群のノードが示される。また、下部木構造の基準ページのノードは上部木構造のノードにリンクされ、その上部木構造はハイパーテキスト構造のリンクよりも変更されにくいディレクトリ構造（すなわちＵＲＬの階層構造）によって決まるので、全体的な木構造での基準ページの位置は変更されにくい。また、上部木構造のノードから延びるサブツリー６５には、同じディレクトリ、従って同じ概念分類、に属するウェブページ群のノードが含まれる。また、ウェブページに記述されるリンクは更新により様々に変化するが、ウェブページのファイル自身の格納場所はリンクに比べて変化しにくいと考えられるので、図６の木構造では、従来手法の木構造に比べて、個々のウェブページの位置が変化しにくいといえる。このようなことから、この木構造を用いれば、ユーザは、所望のウェブページを探索するのが容易になる。
【００５０】
図７Ａ及び図７Ｂは、図６の木構造を表すデータの一例を示している。
【００５１】
図７Ａは、全体の木構造のうちの上部木構造のデータ内容を示している。このデータは、上部木構造を構成するノードの識別情報であるノードＩＤ７００，該ノードに対応するディレクトリのＵＲＬ７０２，及び該ノードの子ノードの情報７０４を含んでいる。子ノードの情報７０４には、該ノードが持つ各子ノードのノードＩＤが含まれる。上部木構造のノードの子ノードには、上部木構造中の他のノード（ディレクトリ）と、下部木構造の根ノード（ウェブページ）の２種類のノードが含まれ得る。このうち、下部木構造の根ノードを子ノードの情報７０４に組み込まれていることにより、上部木構造と下部木構造とが併合されている。
【００５２】
一方、図７Ｂは、全体の木構造のうちの下部木構造のデータ内容を示している。このデータは、下部木構造を構成するノードの識別情報であるノードＩＤ７１０，該ノードに対応するディレクトリのＵＲＬ７１２，該ノードの表示データ７１３、及び該ノードの子ノードの情報７１４を含んでいる。子ノードの情報７１４には他のウェブページのノードＩＤが示される。また、表示データ７１３は、木構造の表示において当該ノードの説明として付加する文字列である。表示データ７１３としては、例えば当該ノードに対応するウェブページのタイトルタグの文字列を用いることができる。なお、上部木構造のノードはディレクトリであってウェブページではないのでタイトルタグの文字列は存在しない。このため、上部木構造のノードの表示には、例えば該ノードのＵＲＬ全体、或いはそのＵＲＬの末尾のディレクトリなどを示す文字列を識別のために付せばよい。
【００５３】
このように、本実施形態の装置による木構造データは、ディレクトリ構造から導かれる上部木構造と、ハイパーテキスト構造から導かれる下部木構造群とを併合したものとなる。リンクが変更されても、上部木構造はほぼ固定的であるため、木構造上での基準ページの位置はほぼ固定的である。このように、基準ページの木構造上での位置がほぼ固定されるので、ユーザにとってはウェブページの探索が容易になる。また本実施形態の装置による木構造データでは、下部木構造は随時更新されるリンク構造を反映したものとなる。
【００５４】
なお、図６の木構造では、ハイパーテキスト構造上でリンクがあっても、それは必ずしも木構造上に表現されなかった。例えば、ハイパーテキスト構造では「ＡＢＣＤ会社トップページ」が「商品Ｃのページ」にリンクしていても、そのリンクは木構造には示さなかった。しかし、これはあくまで一例である。この代わりに、従来手法と同様、「商品Ｃのページ」を、「ＡＢＣＤ会社トップページ」のノード６６−１の直下に参照ノードとして接続することもできる。なお、「商品Ｃのページ」を示す実ノード６６−５は「商品ページ」のノード６６−２の直下にある。このように、リンク元のページとリンク先のページとがディレクトリ構造に基づく概念分類で異なる分類（サブツリー）に属する場合、木構造上で、リンク先のページを参照ノードとしてリンク元のページの実ノードに接続するようにすれば、ページ間のリンク関係も分かりやすくなる。この場合、木構造の表示では、参照ノードと実ノードとは異なる表示形態で表示する。
【００５５】
図８に、このような参照ノードを含んだ下部木構造群を示すデータの例を示す。この例では、図７Ｂに示したデータ項目に加え、ノードが実ノードであるか参照ノードであるかを示すノード種別７１６が含まれる。また、子ノード７１４には、参照ノードのノードＩＤも記述される。
【００５６】
以上に説明した実施形態は、あくまで例示のためのものであり、本発明の範囲内で様々な変形例が考えられる。
【００５７】
例えば、上記実施形態では、ウェブページのハイパーテキスト構造をいったんハイパーテキストモデル記憶部１２に記憶し、ユーザから木構造要求１００があった場合は、そのハイパーテキストモデル記憶部１２を探索して木構造データを作成したが、この代わりにユーザから木構造要求１００に応じてモデル探索部１６がインターネットを直接探索して木構造データを作成してもよい。
【００５８】
また、図４のハイパーテキスト構造において、商品Ｃのページ４０−６に、商品Ｃのプレスリリースページ（http://abcd.co.jp/release/c.html）へのリンクが記述されていたとする。この場合、商品ＣのプレスリリースページのＵＲＬ「http://abcd.co.jp/release/c.html」は、商品Ｃのページの上位の上部木構造ノード６０−２（図６）の下位ではない。また、他の基準ページからリンクを辿ってそのプレスリリースページに到達することもできないとする。このような場合、上述の処理では、そのプレスリリースページは、ユーザから指定された基準ページを起点とする下部木構造のどれにも属さないことになる。このようにハイパーテキスト構造の探索中に、ユーザから指定された基準ページを起点とする下部木構造のどれにも属さないウェブページが現れた場合、モデル探索部１６は、そのウェブページを基準ページと見なし、そのページのファイルが格納されたディレクトリを示すノードを新たに上部木構造に加え、該ページを根ノードとする下部木構造を作成する。上部木構造に追加するノードは、既存の他のノードとのディレクトリ構造上での階層関係を反映した形で上部木構造に組み込む。またこのウェブページに対するリンク元のページに対しては、下部木構造において、そのウェブページを表す参照ノードを子ノードとして接続する。
【００５９】
また、上記実施形態では、木構造を要求する際に、ユーザに複数の基準ページを指定させたが、これも必須ではない。例えば、予め文書群構造データ作成装置に対し、１つのウェブサイトに対する複数の基準ページを登録しておけば、ユーザは所望するウェブサイトを指定するだけで、そのウェブサイトについて本実施形態の木構造データを得ることができる。１つのウェブサイトに対する基準ページの登録は、ユーザ毎に行うようにすることもできる。
【００６０】
また、複数の基準ページの代わりに、別の条件をユーザに入力させ、文書群構造データ作成装置がその条件に従って複数の基準ページを選択することもできる。条件としては、例えば、ウェブサイトの名称（ウェブサーバのＵＲＬ）と階層数との組合せがある。この条件がユーザから指定された場合、まずモデル探索部１６は、該ウェブサイトのトップページを起点としてリンクを辿ることで、従来手法と同等の木構造を作成する。そして、モデル探索部１６は、この木構造に現れるノードのＵＲＬを調べ、ＵＲＬの階層構造において、トップページの属するディレクトリから指定された階層数の範囲にあるノードを基準ページに選ぶ。このように基準ページを決定した後は、上記実施形態と同様の処理を行えばよい。
【００６１】
また上記実施形態の文書群構造データ作成装置は、クライアント装置からの要求に応じて木構造データを提供するサーバであったが、この文書群構造データ作成装置の機能をユーザのパーソナルコンピュータに組み込むことももちろん可能である。
【００６２】
また以上では、インターネット上にあるウェブページ群のハイパーテキスト構造を木構造表示する場合を例にとって説明した。しかしながら、以上の説明から明らかなように、本発明はウェブページ群のみならず、階層的なディレクトリ構造中に格納され且つハイパーテキスト構造をなす文書群一般に適用可能である。
【図面の簡単な説明】
【００６３】
【図１】本発明に係る文書群構造データ作成装置の一例の機能ブロック図である。
【図２】図１の装置の基礎となるコンピュータシステムのハードウエア構成を概略的に示す図である。
【図３】「ＡＢＣＤ株式会社」のウェブサイトのトップページをブラウザに表示した時の、ブラウザの表示ウインドウの表示例を示す図である。
【図４】「ＡＢＣＤ株式会社」のウェブサイトのウェブページ群が構成するハイパーテキスト構造を示した図である。
【図５】従来装置が図４のハイパーテキスト構造から作成する木構造を示す図である。
【図６】本発明に係る文書群構造データ作成装置が、図４のハイパーテキスト構造から作成する木構造の一例を示す図である。
【図７Ａ】図６の木構造を示す木構造データのうち、上部木構造に対応する部分のデータ内容を示した図である。
【図７Ｂ】図６の木構造を示す木構造データのうち、下部木構造に対応する部分のデータ内容を示した図である。
【図８】参照ノードも表示する場合の下部木構造のデータ内容を示した図である。
【符号の説明】
【００６４】
１０  リンク情報収集部、１２  ハイパーテキストモデル記憶部、１４  要求処理部、１６  モデル探索部、１８  木構造データ合成部、６０−１，６０−２，６０−３  （上部木構造の）ノード、６５−１，６５−２，６５−３  サブツリー。
【図３】
2005078296.tif 000003
【図４】
2005078296.tif 000004
【図５】
2005078296.tif 000005
【図６】
2005078296.tif 000006
【図７Ａ】
2005078296.tif 000007
【図７Ｂ】
2005078296.tif 000008
【図８】
2005078296.tif 000009
【図１】
2005078296.tif 000010
【図２】
2005078296.tif 000011