JPWO2004111877A1 - 情報処理方法及びその装置、及びそのプログラム - Google Patents

Abstract

システムが、複数の文書のそれぞれに埋め込まれたタイトルやキーワードなどのタグデータを取得して分類し、その分類結果に基づいて、キーワードがツリー形式で表示され、そのツリーの末端にそのキーワードに対応する文書のタイトルが表示されるビューを表示して、このビュー上でキーワードをたどってタイトルを選択すると対応する文書を表示できるので、複数の文書の中から目的の文書を簡単に見つけ出せる。

Description

本発明は、情報処理方法及びその装置、及びそのプログラムを記憶した記憶媒体に関し、特に、インターネットやイントラネットなどに存在する情報から、ユーザが目的の情報を簡単に得るための技術に関するものである。

従来、インターネットやイントラネットなどに存在する情報に対しては、適当なキーワードを入力し、種々のサーチエンジンを用いることで、該当するキーワードを含むページを検索することができる。
しかしながら、上記従来技術では、入力したキーワードを含んでさえいれば、あらゆるページがヒットしてしまうために、キーワードによっては、ユーザの目的に合わないページを大量に含んだ検索結果が得られてしまい、目的のページを見つけることが困難なことがあった。
また、入力したキーワードと目的のページで実際に使用されている語句との表現の相違により、目的のページが検索結果に含まれない場合もあった。
従って、検索により目的のページを過不足なく得るためには、ユーザが入力するキーワードを工夫して定める必要があった。

本発明の情報処理方法は、複数の文書のそれぞれに対応付けられたタイトルを含む所定の種類のタグデータを取得する取得工程と、前記タグデータを分類する分類工程と、前記分類工程による分類結果に基づいて、前記タイトルを末端とするツリー形式で前記タグデータが表示され、各タイトルの選択に応じて対応する文書を表示可能なメニューを表示するメニュー表示工程とを備える。
また、本発明の情報処理装置は、複数の文書のそれぞれに対応付けられたタイトルを含む所定の種類のタグデータを取得する取得手段と、前記タグデータを分類する分類手段と、前記分類手段による分類結果に基づいて、前記タイトルを末端とするツリー形式で前記タグデータが表示され、各タイトルの選択に応じて対応する文書を表示可能なメニューを表示するメニュー表示手段とを備える。
また、本発明のコンピュータ実行可能な情報処理プログラムは、複数の文書のそれぞれに対応付けられたタイトルを含む所定の種類のタグデータを取得する取得工程と、前記タグデータを分類する分類工程と、前記分類工程による分類結果に基づいて、前記タイトルを末端とするツリー形式で前記タグデータが表示され、各タイトルの選択に応じて対応する文書を表示可能なメニューを表示するメニュー表示工程とを備える。

図１は、本実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。
図２は、第１実施形態の機能構成を示すブロック図である。
図３は、本実施形態に係る情報処理装置の全体処理手順を示すフローチャートである。
図４は、初期処理の手順を示すフローチャートである。
図５は、メイン処理の手順を示すフローチャートである。
図６は、ビュー生成処理の手順を示すフローチャートである。
図７は、ツリー作成処理の手順を示すフローチャートである。
図８は、終了処理の手順を示すフローチャートである。
図９は、キーワードマップの表示例を示す図である。
図１０は、表示形式の設定画面例を示す図である。
図１１は、サイトマップの表示例を示す図である。
図１２は、ウェブページの内容例を示す図である。
図１３は、自治体のＦＡＱページに対するキーワードマップの表示例を示す図である。
図１４は、ごみＦＡＱページに対するキーワードマップの表示例を示す図である。
図１５は、ＣＲＭメイン画面の表示例を示す図である。
図１６は、第１実施形態の機能構成を示すブロック図である。
図１７は、ファイル取得処理の手順を示すフローチャートである。
図１８は、タグアレイに追加する処理の手順を示すフローチャートである。
図１９は、ソート項目設定処理の手順を示すフローチャートである。
図２０は、出力ノード設定処理の手順を示すフローチャートである。
図２１は、ビューオプション、形式取得処理の手順を示すフローチャートである。
図２２は、内部処理リスト、変数削除処理の手順を示すフローチャートである。
図２３は、入力画面例を示す図である。
図２４は、オプション指定画面例を示す図である。
図２５は、オプション指定画面例を示す図である。
図２６は、カスタムビュー表示画面例を示す図である。
図２７は、ウェブページ内容の例を示す図である。
図２８は、編集画面例を示す図である。
図２９は、第３実施形態の機能構成を示すブロック図である。
図３０は、第３実施形態のメイン処理の手順を示すフローチャートである。
図３１は、タグデータベースの構成例を示す図である。
図３２は、第４実施形態の機能構成を示すブロック図である。
図３３は、知識の例を示す図である。
図３４は、タグ編集画面の例を示す図である。
図３５は、タグ選択画面の例を示す図である。
図３６は、第５実施形態の機能構成を示すブロック図である。
図３７は、第５実施形態の機能構成を示すブロック図である。
図３８は、第５実施形態の機能構成を示すブロック図である。
図３９は、マルチユーザ環境を説明する図である。
図４０は、マルチユーザによる利用形態を説明する図である。
図４１は、文書管理システムの機能構成を示すブロック図である。
図４２は、文書管理システムの機能構成を示すブロック図である。
図４３は、文書管理システムの処理画面例を示す図である。
図４４は、文書管理システムの表示画面におけるキーワードマップ表示例を示す図である。

以下、図面を用いて本発明の１実施形態を詳細に説明する。
図１は、本実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。
同図において、ＣＰＵ１０１は、フローチャートにつき後述する処理手順を含む各種プログラムを実行し、システムバス１０６により接続された装置各部を制御する。ＲＡＭ１０２は、データやプログラムを一時記憶する。ＲＯＭ１０３は、固定的なデータやプログラムを記憶する。キーボード１０４は、文字を入力したり、機能を選択するためのキーを備えている。更に画面上の位置を指示するためのポインティングデバイスとしてマウスが備えられている。
ディスプレイ１０５は、検索などの処理結果を表示したり、ユーザインターフェース（ＵＩ）を提供する。ハードディスクドライブ（ＨＤＤ）１０６は、プログラムやデータを永続的に記憶できる。システムバス１０７は、上述した装置各部を接続し、装置間でデータやアドレス、制御信号を送受信する媒体として利用される。ＣＤ−Ｒ１０８は、ＣＤに対して情報の書き込み及び呼び出しを行なう。
フローチャートにつき後述する処理手順を含む各種プログラムは、ＲＯＭ１０３に記憶されていてもよいし、ＨＤＤ１０６からＲＡＭ１０２へ、処理に先立ってあるいは処理の実行中に必要に応じてロードされるようにしてもよい。
図２は、第１実施形態の機能構成を示すブロック図である。ビュー作成システム２０１は、複数の文書２０２のそれぞれに埋め込まれたタイトルやキーワードなどのタグデータを取得して分類し、その分類結果に基づいて、キーワードがツリー形式で表示され、そのツリーの末端にそのキーワードに対応する文書のタイトルが表示されるビュー２０３を表示して、ビュー２０３上でキーワードをたどってタイトルを選択すると対応する文書を表示できるようにする。
図３は、本実施形態に係る情報処理装置の全体処理手順を示すフローチャートである。ステップＳ３０１で初期処理を実行し、ステップＳ３０２でメイン処理を実行し、ステップＳ３０３でビュー生成処理を実行し、ステップＳ３０４で修了処理を実行する。
図４は、初期処理（ステップＳ３０１）の手順を示すフローチャートである。内部処理リストや変数を初期化し（ステップＳ４０１）、処理対象入力ファイルのリストを取得し（ステップＳ４０２）、ＦＩＬＥＬＩＳＴに追加する（ステップＳ４０３）。
図５は、メイン処理（ステップＳ３０２）の手順を示すフローチャートである。未処理のファイルを１つ取り出し（ステップＳ５０１）、ファイルが取り出せなければ終了する（ステップＳ５０２）。取り出したファイルを開き、ファイルの終わりであればこのファイルの処理を終了し、ステップＳ５０１に戻る。そうでなければ、順次タグデータ（タイトル及びキーワード）を取り出してタグアレイに追加し、タグデータがなくなったら、ステップＳ５０１に戻る（ステップＳ５０５〜５０７）。
図６は、ビュー生成処理（ステップＳ３０３）の手順を示すフローチャートである。
まず、ステップＳ６０１でソート項目（ＳＯＲＴＢＹ）を設定する。ここでは、キーワードでソートしてその下にページのタイトルを並べるキーワードマップ（例えば図９）とするか、各ページのタイトルの下にキーワードを並べるサイトマップ（例えば図１１）とするかを設定する。
その後、各ソート項目について（ステップＳ６０２〜６０３）、全ての出力ノード（ＯＵＴＰＵＴＮＯＤＥＳ）を設定し（ステップＳ６０４）、図７につき後述するツリー作成ＣｒｅａｔｅＴｒｅｅ（ＯＵＴＰＵＴＮＯＤＥＳ，ＳＯＲＴＢＹ）を実行し（ステップＳ６０５）、ビュー情報のオプションや形式を指定する情報を取得し（ステップＳ６０６）、ビュー情報を指定されたオプションで作成し（ステップＳ６０７）、ビュー情報を指定された形式で出力する（ステップＳ６０８）。
図７は、ツリー作成処理（ステップＳ６０５）の手順を示すフローチャートである。
まず、ＮｏｄｅＬｉｓｔをＮｕｌｌで初期化し（ステップＳ７０１）、ＯＵＴＰＵＴＮＯＤＥＳから次のＮｏｄｅ（Ｎ１）を取得し（ステップＳ７０２）、ＴＡＧＡＲＲＡＹ（ＳＯＲＴＢＹ）からＮ１に対するリストＬ１を取得し（ステップＳ７０５）、Ｌ１から次のノード情報Ｋ１を取得する（ステップＳ７０６）。
ノード情報Ｋ１が必要ない情報もしくはＮｏｄｅＬｉｓｔに既にある情報ならば何もせず、そうでなければＮｏｄｅＬｉｓｔに追加して、ステップＳ７０６に戻る（ステップＳ７０８〜７１０）。ノード情報Ｋ１がなくなれば、ステップＳ７０２に戻る（ステップＳ７０７）。
Ｎｏｄｅ（Ｎ１）がなくなれば、ＳＯＲＴＢＹ項目でソートし、処理を終了する（ステップＳ７０３〜７０４）。
図８は、終了処理（ステップＳ３０４）の手順を示すフローチャートである。内部処理リストや変数を削除し（ステップＳ８０１）、現在のリストや設定などの保存が必要であれば保存し（ステップＳ８０２〜８０３）、終了する。
図９は、キーワードマップの表示例を示す図である。
同図に示すように、各ページから取り出されたキーワードがソートされ、その下にページのタイトルが表示される。ここで、同一ページに複数のキーワードが設定されていた場合は、同図のＳｅｃｕｒｅ Ｓｔｏｒｅのように、それぞれのキーワードの下に同一ページのタイトルが重複して表示される。
図１０は、表示形式の設定画面例を示す図である。コンボボックスやプルダウンメニューにより、図９のようなキーワードマップや図１１のようなサイトマップを選択・設定できる。
図１１は、サイトマップの表示例を示す図である。各ページのタイトルが並べられ、その下にキーワードが表示される。
図１２は、ウェブページの内容例を示す図である。タイトルタグによりタイトルが、キーワードタグによりキーワードが識別でき、抽出できる。
図１３は、自治体のＦＡＱページに対するキーワードマップの表示例を示す図である。同一の情報を異なるキーワードから見つけることができる。例えば、「出生届出」は「戸籍の届出」の下にあるほか、「赤ちゃんが生まれました」からも見つけることができる。
図１４は、ごみＦＡＱページに対するキーワードマップの表示例を示す図である。ごみの分類からもごみに対するアクションからも情報を得ることができる。
図１５は、ＣＲＭメイン画面の表示例を示す図である。入力キーワードに関連するものが表示される。
図１６は、第２実施形態の機能構成を示すブロック図である。インターネットやイントラネットの情報１６０２をビューの作成対象としている点が実施形態１と異なっている。この場合、指定されたサイトの情報を一時記憶してから処理を行なう。
図１７は、第２実施形態におけるファイル取得処理（ステップＳ４０２）の手順を示すフローチャートである。
入力ファイルリストが存在しない場合、ユーザーに入力画面を表示する（ステップＳ１７０１〜１７０２）。入力ファイルとして外部のインターネット等が指定された場合は、入力ファイルを取得し、一時ホルダに保存してＦｉｌｅＬｉｓｔに追加する（ステップＳ１７０３〜１７０４）。外部から取得する必要がなければ、入力ファイルリストを決定する（ステップＳ１７０５）。必要があれば、ユーザに通知する（ステップＳ１７０６〜１７０７）。
図１８は、第２実施形態におけるタグアレイに追加する処理（ステップＳ５０７）の手順を示すフローチャートである。
取り出したタグがタイトルタグであれば、ＴＡＧＡＲＲＡＹ（ＴＩＴＬＥ）に追加し（ステップＳ１８０１〜１８０２）、メタタグあるいは特別タグであればＴＡＧＡＲＲＡＹ（ＴＡＧ）に追加する（ステップＳ１８０３〜１８０５）。
図１９は、ソート項目設定処理（ステップＳ６０１）の手順を示すフローチャートである。設定情報から出力ソート項目を取得し（ステップＳ１９０１）、設定情報がないかユーザに確認が必要な場合、ユーザから出力ソート項目を得て（ステップＳ１９０３）、出力ソート項目（ＳＯＲＴＢＹ）を決定する（ステップＳ１９０４）。
図２０は、出力ノード設定処理（ステップＳ６０４）の手順を示すフローチャートである。設定情報から出力ノードを取得し（ステップＳ２００１）、設定情報がないかユーザに確認が必要な場合、ユーザから出力ノードを得て（ステップＳ２００３）、出力ノード（ＯＵＴＰＵＴＮＯＤＥＳ）を決定する（ステップＳ２００４）。
図２１は、ビューオプション、形式取得処理（ステップＳ６０６）の手順を示すフローチャートである。設定情報からユーザに対して表示する必要があるかを取得し（ステップＳ２１０１）、ユーザに表示する必要があれば表示（ＳｈｏｗＴｒｅｅＶｉｅｗ）を実行し（ステップＳ２１０３）、ユーザまたは設定から出力形式・オプションを取得する（ステップＳ２１０４）。
図２２は、内部処理リスト・変数削除処理（ステップＳ８０１）の手順を示すフローチャートである。タグ情報の変更・追加・削除・順番の変更などがあり、かつ保存が必要な場合、変更された情報を保存し（ステップＳ２２０１〜２２０３）、内部処理リスト・変数削除を実行する（ステップＳ２２０４）。
図２３は、入力画面例を示す図である。ビューの作成対象となるファイルとして、フォルダ内のファイルやウェブ上のファイル、既にあるプロジェクトのファイルなどを指定する。その際、図２４、２５につき説明するようにオプションを指定することができる。
図２４は、フォルダを指定する際のオプション指定画面例を示す図である。対象に含めるべきファイルまたは除外すべきファイルやフォルダのタイプを指定でき、サブフォルダを何階層まで含めるかも指定できる。
図２５は、ＵＲＬを指定する際のオプション指定画面例を示す図である。ＨＴＭＬファイルのパージング中に外部リンクが見つかった場合、リンクを無視するか、リンクのみ加えるか、リンク先もスキャンするか、更にその場合に除外すべきサイトなどを指定できる。また、サブフォルダを何階層まで含めるかも指定できる。
図２６は、カスタムビュー表示画面例を示す図である。ウェブをブラウジングしているユーザにとって、ウェブサイトの内容において、どれをどの順で見せるかを決定することは困難なことも多い。また同じウェブサイトを様々なタイプのユーザが訪問し、ユーザのタイプによって探す対象となる情報が異なるため、ウェブサイトの作成者にとって、サイト内の表示順を指定するのは容易でない。また、クッキーなどを利用するには、異なるマシンでは有効でないし、個人的な情報や選択結果を与えなければならず、その情報を一般化する方法もない。そこで、カスタムタグをウェブページそのものに埋め込むことにより、図２６のようなカスタムビューを自動作成でき、それぞれのユーザタイプに応じた順で表示できる。
図２７は、カスタムタグが埋め込まれたウェブページ内容の例を示す図である。同図に示すように、例えば、ＣＵＳＴＯＭ１に対しては、ＫＷ１１、ＫＷ１２、ＫＷ１３、ＫＷ１４というように、それぞれのカスタムタグでキーワードの表示順が独立に設定されている。
図２８は、ＳｈｏｗＴｒｅｅＶｉｅｗを選択した際の編集画面例を示す図である。ここで、システムが作成したビューをユーザが編集可能である。同図に示すように、サイトマップはアルファベット順に表示されるので、他の順とするにはユーザが編集する必要がある。ユーザは、ツールバーの上下左右への移動指定ボタンやドラッグアンドドロップ操作により、ノードの位置を変更できる。またユーザは、キーワードやページタイトル、ビュー上のアイコンの編集も実行できる。また、カスタムタグの追加、編集、削除もできる。
図２９は、第３実施形態の機能構成を示すブロック図である。タグデータ２９０４を文書と独立に記憶している点が第２実施形態と異なっている。このようにすると、タグをファイル内に埋め込む必要がなくなり、タグを追加修正した場合も、そのたびにソースファイルを修正する必要がなくなる。本実施形態は、複数の人物が同一文書をアクセスし、異なるタグが必要となるようなマルチユーザ環境に適している。例えば、
ＰＲＩＶＡＴＥとＰＵＢＬＩＣという２種類のタグを定義し、特定の組織内ではＰＲＩＶＡＴＥタグを用い、誰でも使用できる部分はＰＵＢＬＩＣタグを用いるようにすることができる。
図３０は、第３実施形態のメイン処理の手順を示すフローチャートである。図５に示した第１実施形態のメイン処理との相違は、タグデータを文書と独立に記憶しているため、オープンしたファイルに対する全てのタグをデータベースから取得する処理（ステップＳ３００４）が追加されている点である。同様に第３実施形態の終了処理では、タグデータの更新はデータベースに対して実行される。
図３１は、タグデータベースの構成例を示す図である。文書テーブル（ａ）では、各文書にオブジェクトＩＤを付与し、ファイル名、ＵＲＬ、ページタイトル、保存日時と対応付けている。キーワードテーブル（ｂ）では、各キーワードにオブジェクトＩＤを付与し、キーワード、そのキーワードを含む文書のオブジェクトＩＤ、ツリー上で直前の位置にある親キーワードと対応付けている。ここでは、同一キーワードが別の文書に存在する場合、別のオブジェクトとして扱う。カスタムタグテーブル（ｃ）では、各タグにオブジェクトＩＤを付与し、タグ、そのタグの内容、そのタグを含む文書のオブジェクトＩＤ、ツリー上で直前の位置にある親タグと対応付けている。
図３２は、第４実施形態の機能構成を示すブロック図である。タグ情報知識ベース３２０５を備えている点が第３実施形態と異なっている。
タグ情報知識ベース３２０５には、一般のタグもしくは特定領域のタグが予め定義され、分類されており、システムはこれを用いてユーザが各ページにタグ付けする際にガイドを行なう。こうすることで、複数の人間が複数の文書にタグ付けする際に、各人がそれぞれ勝手なタグ付けを行なうのを防止できる。
図３３は、知識の例を示す図である。ここでは「ごみ」についての知識の例を示している。ＯＢＪＥＣＴＳとして、「生ごみ」、「粗大ごみ」、「資源ごみ」などがあり、「資源ごみ」の下位には、「ペットボトル」、「空き缶」、「ビン」がある。また、「ごみ」に関するＡＣＴＩＯＮとして、「出す」、「分別する」などが定義されている。タグ分類の知識はシステムに予め定義され、知識管理ツールにより、知識の追加、変更、削除を可能とする。また、特定分野のタグ分類の知識を追加することもできる。例えば、自治体の住民管理システムの場合、戸籍の届出や住民登録のような手続きは、法律や条例、規則に従っており、その知識は、このシステムの自治体用オプションとして、別パッケージで提供できる。
図３４は、タグ編集画面の例を示す図である。ここでは、ファイル名「ｓｔｏｒｅ．ａｓｐ」のファイルに対して、キーワードやタイトルなどを入力・編集することができる。キーワードなどでは、直接入力できるほか、選択（Ｃｈｏｏｓｅ）ボタンをクリックして、システムに用意されているキーワードを図３５に示すように表示させ、その中から選択することもできる。
図３５は、タグ選択画面の例を示す図である。図３４のタグ編集画面で選択（Ｃｈｏｏｓｅ）ボタンをクリックすると表示される。ここでは、キーワードタグに対する選択（Ｃｈｏｏｓｅ）ボタンをクリックした場合を示している。現在付与されているキーワードが枠内に表示され、その下にキーワードマップが表示されており、マップ内から選択したキーワードが付与される。また、マップ上で指定した位置に新たなキーワードを追加することも可能であり、更にドラッグアンドドロップやカット（コピー）アンドペースト操作により、キーワードマップ中のキーワードのツリー内の位置を変更することもできる。
図３６は、第５実施形態の機能構成を示すブロック図である。ビュー作成システムをクライアントサーバ型システムに設けたものである。ビュー作成システム３６０１は、ファイルを管理するファイルサーバ３６０２、データベースを管理するＤＢサーバ３６０３、情報発信システム３６０４とデータを送受信可能である。作成者３６０５は、文書のタグ付けをクライアントマシンまたはウェブ経由などで行なう。管理者３６０６もクライアントマシンまたはウェブ経由などで、タグ情報の確認、管理を行なう。また、使用者３６０７は、情報発信システム３６０４を介して、ビュー作成システム３６０１で作成したビューを参照しながら、情報を検索・閲覧し、フィードバックを行なうこともできる。
上述したビュー作成システムの各機能は、サーバ側に設けてもよいし、単一のクライアント端末に設けてもよいし、一部をサーバに、他の一部をクライアントに置くようにしてもよい。
図３７は、第５実施形態の機能構成を示すブロック図である。第４実施形態の構成に加え、情報・ファイル・文書取得サブシステム３７０２からもビュー作成の対象とする文書を受け取り、タグ情報管理サブシステム３７０４にタグ情報を与え、ファイルエクスポート・アップロードサブシステム３７０３によりビューを作成した文書をウェブサーバなどにエクスポート、アップロードすることができる。情報・ファイル・文書取得サブシステム３７０２は、文書管理システムやウェブコンテンツ管理システム（ＣＭＳ）などである。
図３８は、第５実施形態の機能構成を示すブロック図である。図３７の構成に加えて、ファイルエクスポート・アップロードサブシステム３８０３から情報発信システム３８０８を介してウェブページ３８０９を発信するほか、情報発信システム３８０８からビュー作成システム３８０１へ、作成されたビューに対するユーザからのフィードバックが与えられる。例えば、ウェブページ３８０９としてＦＡＱページを発信するＦＡＱシステムであれば、ユーザは、どう役に立ったか、どう改善して欲しいか（別の分類方法の提案など）をシステムに伝えることができる。
図３９は、マルチユーザ環境での管理方法を説明する図である。色々な人物がアクセス可能であり、それに応じて異なるタグ付けが行なわれている。ここでは、ＰＲＩＶＡＴＥとＰＵＢＬＩＣという２種類のタグを定義し、個人や課などの特定の組織内で用いるキーワードはＰＲＩＶＡＴＥタグを用い、誰でも使用できるキーワードはＰＵＢＬＩＣタグを用いるようにしている。更にユーザグループを定義して、グループ単位で、追加、修正、タグ付け、削除、編集などの機能の実行権を与えることも可能である。
図４０は、マルチユーザによる利用形態を説明する図である。同図に示すように、文書の作成、編集、タグ付け、タグの確認、承認などをそれぞれ異なる人物が実行できる。文書やタグの整合性を保つチェックイン・チェックアウト型の機能を備え、複数のユーザが同一の文書を同時に編集しないようにする。また、文書の発信前に監修者の承認を必要とするようにする。
図４１、図４２は、文書管理システムの機能構成を示すブロック図である。これらのシステムは、インターネットで閲覧したページなどを自動的に保存管理するものであり、その詳細は、特開２００２−５６００８号、特開２００２−１１７０４５号、特開２００２−３０４３９９号の各公報に記載されている。
図４３は、上述した文書管理システムの処理画面例を示す図である。閲覧したページをキーワードなどと対応付けて自動的に保存できる。図４４は、上記文書管理システムの表示画面におけるキーワードマップの表示例を示す図である。左側のキーワードマップから選択したページが右側の画面に表示され、マップ上でキーワードを編集することもできる。
尚、本発明は、単一の機器からなる装置に適用しても、複数の機器から構成されるシステムに適用してもよい。また、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、装置あるいはシステムに供給し、装置あるいはシステム内のコンピュータが記憶媒体に格納されたプログラムコードを読み出して実行することによって達成してもよい。
更に、装置あるいはシステム内のコンピュータが記憶媒体に格納されたプログラムコードを読み出して実行することによって、上述した実施形態の機能を直接実現するばかりでなく、そのプログラムコードの指示に基づいて、コンピュータ上で稼動しているＯＳなどの処理により、上述の機能を実現される場合も含まれる。
これらの場合、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

以上説明したように、本発明の情報処理方法及びその装置、及びそのプログラムは、インターネットやイントラネットなどに存在する情報の管理に適しており、ユーザは複数の文書の中から目的の文書を簡単に見つけることができる。

Claims (29)

1. 複数の文書のそれぞれに対応付けられたタイトルを含む所定の種類のタグデータを取得する取得工程と、
   前記タグデータを分類する分類工程と、
   前記分類工程による分類結果に基づいて、前記タイトルを末端とするツリー形式で前記タグデータが表示され、各タイトルの選択に応じて対応する文書を表示可能なメニューを表示するメニュー表示工程とを有することを特徴とする情報処理方法。
2. 前記複数の文書はマークアップ言語で記述されており、前記取得工程では、それぞれの文書から前記所定の種類のタグデータを抽出することを特徴とする請求の範囲第１項に記載の情報処理方法。
3. 前記所定の種類のタグデータはキーワードを含むことを特徴とする請求の範囲第１項に記載の情報処理方法。
4. 前記メニューは、前記タイトルを末端としてキーワードをツリー形式で表示することを特徴とする請求の範囲第３項に記載の情報処理方法。
5. 同一ページから前記ツリーの異なる枝に属する複数のキーワードが取得された場合、前記メニュー表示工程では、そのページのタイトルを前記複数のキーワードのそれぞれに対応付けて重複して表示することを特徴とする請求の範囲第４項に記載の情報処理方法。
6. 前記メニューは、各文書のタイトルの下位にその文書に対応付けられたキーワードを表示することを特徴とする請求の範囲第３項に記載の情報処理方法。
7. 前記複数の文書のそれぞれは、ＦＡＱを表す文書であることを特徴とする請求の範囲第１項に記載の情報処理方法。
8. フォルダまたはファイルを指定する指定工程を備え、当該指定されたフォルダまたはファイルに属する文書を前記複数の文書とすることを特徴とする請求の範囲第１項に記載の情報処理方法。
9. 前記指定工程で指定された中で、指定すべきファイルの形式を更に指定する形式指定工程を備えることを特徴とする請求の範囲第８項に記載の情報処理方法。
10. 前記指定工程で指定された中で、除外すべきファイルの形式を更に指定する除外形式指定工程を備えることを特徴とする請求の範囲第８項に記載の情報処理方法。
11. 前記指定工程で指定された中で、指定すべきファイルの階層の深さを更に指定する階層指定工程を備えることを特徴とする請求の範囲第８項に記載の情報処理方法。
12. ネットワーク上のアドレスを指定する指定工程を備え、当該指定されたアドレスに属する文書を前記複数の文書とすることを特徴とする請求の範囲第１項に記載の情報処理方法。
13. 前記指定工程で指定されたアドレス内の文書に外部へのリンクが存在した場合、リンク先も対象とすることを特徴とする請求の範囲第１２項に記載の情報処理方法。
14. 対象から除外すべきリンク先を指定する除外リンク先指定工程を備えることを特徴とする請求の範囲第１３項に記載の情報処理方法。
15. 前記指定工程で指定されたアドレス内の文書に外部へのリンクが存在した場合、リンク先は対象外とすることを特徴とする請求の範囲第１２項に記載の情報処理方法。
16. 前記指定工程で指定されたアドレス内で、指定すべきファイルの階層の深さを更に指定する階層指定工程を備えることを特徴とする請求の範囲第１２項に記載の情報処理方法。
17. 前記所定の種類のタグデータはユーザの種別を含み、前記メニューは、各ユーザの種別の下位に、他のタグデータを表示することを特徴とする請求の範囲第１項に記載の情報処理方法。
18. 前記メニューを編集する編集工程を備えることを特徴とする請求の範囲第１項に記載の情報処理方法。
19. 前記編集工程ではタグデータを編集可能であることを特徴とする請求の範囲第１８項に記載の情報処理方法。
20. 前記編集工程ではノードデータを編集可能であることを特徴とする請求の範囲第１８項に記載の情報処理方法。
21. 前記編集工程ではノードデータの位置を移動可能であることを特徴とする請求の範囲第２０項に記載の情報処理方法。
22. タグデータが前記複数の文書のそれぞれと対応付けてデータベースに格納されており、前記取得工程では、前記所定の種類のタグデータを当該データベースから取得することを特徴とする請求の範囲第１項に記載の情報処理方法。
23. タグデータの知識を有するタグデータ知識ベースを参照して、ファイルに対応付けてタグデータを設定するタグデータ設定工程を備えることを特徴とする請求の範囲第２２項に記載の情報処理方法。
24. サーバを介したクライアントからの要求に応じて実行されることを特徴とする請求の範囲第１項に記載の情報処理方法。
25. 前記タグデータは私的か公的かの種別を含み、私的なタグデータに対してアクセス制限を行なうアクセス制限工程を備えることを特徴とする請求の範囲第１項に記載の情報処理方法。
26. 文書を保存管理するシステムにおいて、当該保存管理する文書を前記複数の文書とすることを特徴とする請求の範囲第１項に記載の情報処理方法。
27. 前記システムは、ブラウザにより閲覧したインターネット上の文書を保存管理するシステムであることを特徴とする請求の範囲第２６項に記載の情報処理方法。
28. 複数の文書のそれぞれに対応付けられたタイトルを含む所定の種類のタグデータを取得する取得手段と、
    前記タグデータを分類する分類手段と、
    前記分類手段による分類結果に基づいて、前記タイトルを末端とするツリー形式で前記タグデータが表示され、各タイトルの選択に応じて対応する文書を表示可能なメニューを表示するメニュー表示手段とを有することを特徴とする情報処理装置。
29. 複数の文書のそれぞれに対応付けられたタイトルを含む所定の種類のタグデータを取得する取得工程と、
    前記タグデータを分類する分類工程と、
    前記分類工程による分類結果に基づいて、前記タイトルを末端とするツリー形式で前記タグデータが表示され、各タイトルの選択に応じて対応する文書を表示可能なメニューを表示するメニュー表示工程とを有することを特徴とするコンピュータ実行可能な情報処理プログラム。

Images