JP2004192355A - 情報の検索方法およびその装置および情報検索のためのコンピュータプログラム - Google Patents
情報の検索方法およびその装置および情報検索のためのコンピュータプログラム Download PDFInfo
- Publication number
- JP2004192355A JP2004192355A JP2002359927A JP2002359927A JP2004192355A JP 2004192355 A JP2004192355 A JP 2004192355A JP 2002359927 A JP2002359927 A JP 2002359927A JP 2002359927 A JP2002359927 A JP 2002359927A JP 2004192355 A JP2004192355 A JP 2004192355A
- Authority
- JP
- Japan
- Prior art keywords
- metadata
- displayed
- value
- document
- label
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
【課題】文書やデータベースなどを検索する場合、効果的に適切な検索結果に絞り込むことが望まれる。また検索結果絞り込み過程における関連情報の参照も望まれる。
【解決手段】メタデータ（概念情報）を画面にラベル表示し、そのラベルを選択することで、次々に下位のメタデータや関連するメタデータを表示し、それを選択することで、視覚的に検索処理を行い目的の文書を探すことができる。また互いに関係のある情報同士を関連表示、例えばメタデータ名のラベル同士を線で連結させる、あるいは無関係の情報を背反表示させることにより、関連情報を容易に知ることができる。
【選択図】 図１６
【解決手段】メタデータ（概念情報）を画面にラベル表示し、そのラベルを選択することで、次々に下位のメタデータや関連するメタデータを表示し、それを選択することで、視覚的に検索処理を行い目的の文書を探すことができる。また互いに関係のある情報同士を関連表示、例えばメタデータ名のラベル同士を線で連結させる、あるいは無関係の情報を背反表示させることにより、関連情報を容易に知ることができる。
【選択図】 図１６
Description
【０００１】
【発明の属する技術分野】
本発明はメタデータが付与されたデータを扱うシステム（体系化システム、と呼ぶ）に関するもので、メタデータの付与に関する技術、あるいは文書およびデータベースの検索方法および検索システムあるいは検索のためのコンピュータプログラムに関する。
【０００２】
【従来の技術】
メタデータの付与に関する技術、あるいは文書およびデータベースの検索方法および検索システムあるいは検索のためのコンピュータプログラムに関するものには以下のような技術がある（例えば、特許文献１、特許文献２参照）。
【０００３】
特許文献１には、「予め全体のデータベースシステムのメタデータを管理する情報資源管理辞書に、ネットワークに接続されているデータベースシステムの情報収集のための基本的な管理情報を登録しておき、情報収集のための基本的な情報により指定されたタイミングで個別データベースシステムのメタデータや個別の情報資源ツールからメタデータを収集し、収集されたメタデータを情報資源管理辞書に反映させる技術」が記載されている。
【０００４】
また特許文献２には、「キーワード整形器は、同意語・不要語を参照して、文書データから文書単語対と文書メタデータを生成する。キーワード関係抽出器は、階層関係を参照して、階層関係、同値関係、連想関係を抽出し、ディレクトリファイル生成器は、トップキーワード、階層関係、同値関係、連想関係、および文書メタデータからディレクトリファイルを生成する。利用者は、ディレクトリアクセス部を介してディレクトリファイルにアクセスする技術」が記載されている。
【０００５】
【特許文献１】
特開平１０−９１５０３号公報（例えば段落番号００１０、００１４等、図１等）
【特許文献２】
特開２０００−１０９９６号公報（例えば００３９、０１３６、図１、図２等）
【０００６】
【発明が解決しようとする課題】
検索処理においては、より利用し易いシステムおよび方法が望まれている。本発明は例えば情報を概念情報（以下メタデータという）で整理し、メタデータを検索に使用し、検索のための操作がより便利なシステムあるいは方法、コンピュータプログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明における課題を解決するための１つの手段は、一般文書やデータベースなどの検索対象を検索しようとする検索情報に基づき、以下の実施の形態で述べている如きメタデータを複数抽出しラベルとして画面に表示し、これらのラベルから特定のラベルを指定することにより、指定されたラベルに基づき選別して検索結果を出力するようにしたことである。その際、互いに関連するメタデータのラベルとの関連を把握しやすくしたことことである。
また本発明によれば出力結果を見てラベル指定をさらに変更し、検索結果の最適化を図ることが可能である。
【０００８】
【発明の実施の形態】
本発明に係る実施の形態について説明する。図１に情報検索システムの構成を示す。本システムは、複数の操作装置１０２とこれらの操作装置１０２からの検索要求に基づき検索を実行する検索処理装置（例えばサーバで構成）１０１とを備えている。操作装置１０２は、利用者が検索の操作を行うための装置で、各操作装置１０２は入力装置としてのキーボードやマウスと出力装置としてのディスプレイや印刷手段を有している。利用者であるクライアントはこの検索処理装置１０１を利用して文書の登録を行う。その文書に付与すべきメタデータは、システムが自動で付与してくれる。メタデータ自体はシステム構築時にシステム管理者が登録するが、システム構築後もシステム管理者の許可のもと手動で登録を行うことが可能である。
【０００９】
次に検索時のメタデータ入力（本実施例ではラベルによる指定）を行い、画面に検索結果を表示する手順について説明する。また検索処理装置１０１は、文書やメタデータの蓄積手段やメタデータの受付手段および検索結果の出力手段を備えており、さらにメタデータのためのデータベース（以下メタデータＤＢと記す）１０３や文書のためのデータベース（文書ＤＢ）１０４、文書とメタデータの組合せに関するデータベース（文書メタデータＤＢ）１０５に接続されている。メタデータＤＢ１０３や文書ＤＢ１０４、文書メタデータＤＢ１０５は主に検索処理を実行する上で利用するデータベースである。
【００１０】
図２は上記情報検索システムが検索処理を行う上で、例えばメタデータによる情報検索の処理を行う場合のシステムの動作とデータベースの利用の関係を示す動作説明図である。実際はシステムはプログラムを実行して以下に説明する動作を行うが、仮想的に処理目的を達成するシステムが構築され、そのシステムは処理のための構成を持つとして説明する。但し上述の通り、システムは機能を持ち、処理動作をなすのみで、実際には以下のような専用の構成を備えているものではない、以下の専用の各手段は動作あるいは機能である。図２に本発明の１つの処理手順例を示す。まず図２のステップＳ２００にて、システム構築時に、メタデータ管理者がメタデータのカテゴリを表すメタデータ名とそのメタデータ名に属するメタデータの値を作成する。作成したメタデータ名とメタデータ値はメタデータＤＢ１０３に登録する。またメタデータの作成にあたりメタデータの上位概念・下位概念などは管理者が設定しなくともよい。そのため、メタデータ作成者の負担を大きく減らすことができる。また、固定のディレクトリ構成をもたない（すなわち任意のメタデータに対する上位のメタデータは１つと限らない）ので、検索者が個別に持つ概念の上下関係と異なるディレクトリ構成になることはない。なお、メタデータ名をメタデータの値とする上位概念となるメタデータを作成しメタデータ間に階層構造を設けることも可能である。この際は上位のメタデータ名を１つに固定する必要もなく、自由に複数個設定することができる。この内容の詳細は図３にて説明する。
【００１１】
次に図２のフローを用いて、システム全体のフローを説明する。まずステップＳ２０１においてクライアントは操作装置１０２の入力手段から文章を入力し、サーバではクライアントから入力され、登録された文書を文書ＤＢに格納する。この際、ステップＳ２０４でメタデータ付与手段において文書に付与するメタデータを文書に関連付けて文書メタデータＤＢに登録する。なお、文書メタデータＤＢに登録するメタデータは、ステップＳ２０２で該当メタデータ抽出手段にてシステムがメタデータＤＢから得る。さらにステップＳ２０３で該当メタデータ特定手段で文書に付与すべきメタデータをシステムが自動で特定する。また、この際、システムの自動処理に任せず、システム管理者が個別に付与すべきメタデータを特定することも可能である。文書登録およびメタデータの付与の詳細に関しては後述する。
【００１２】
文書検索時にはステップＳ２２０でメタデータ提示手段にて、クライアントからの接続要求の操作によってサーバはメタデータをクライアントの操作装置１０２に返す。次にステップＳ２０９でメタデータ入力手段にて、クライアントがメタデータを選択する操作を行うことによって、ステップＳ２１０でメタデータ該当文書検索手段によって、サーバは選択されたメタデータを持つ文書を特定し、ステップＳ２１４でメタデータ該当文書出力手段によって、その結果をクライアントの操作装置１０２に返す。
【００１３】
情報検索システムの処理内容を大きく分けると、蓄積時の処理と検索時の処理と出力時の処理とに分けることができる。蓄積時や検索時の処理は、操作装置１０２および検索処理装置１０１、とメタデータＤＢ１０３や文書ＤＢ１０４、文書メタデータＤＢ１０５で行われる。文書蓄積時のメタデータの自動付与や、検索処理はサーバである検索処理装置１０１が行い、文書登録や検索キーの指定や検索命令は主にクライアントの操作装置１０２で行う。検索結果の出力処理は主に操作装置１０２で行う。
【００１４】
図３にカテゴリのディレクトリへの構成例を示す。ここでいうカテゴリとはメタデータの同一種別のグループを意味し、ディレクトリとは上位のメタデータが一意に決まる多分岐構造のデータ構造である。図に示すようにカテゴリのディレクトリ構成は、１つのカテゴリに対して複数存在するのが通常である。従って文書のカテゴリを作成することに比べて、作成したカテゴリをディレクトリ（階層）にマッピングすることは難しい。例えば、製品Ａの基本設計書のカテゴリは、製品カテゴリとして「製品Ａ」、文書カテゴリとして「基本設計書」が考えられる。そのカテゴリをディレクトリに分類するときには、３１１と３１２のどちらのディレクトリに分類するべきか、即ち「製品」３０１と「文書」３０２のどちらのメタデータを上位にしたディレクトリに分類するべきかは、他に蓄積されている文書や、利用方法により変化する。例えば、ある製品Ａについての文書を探す場合には図３の３１１のようなディレクトリ構成が望ましいが、基本設計書のサンプルを探す場合には図３の３１２のようなディレクトリ構成が望ましい。そこで、本発明の１実施例ではカテゴリをディレクトリとしてとらえるのではなく、カテゴリの情報を文書のメタデータとして保持し、そのメタデータを用いて文書の体系化を行う。ここで、本システムのメタデータは、カテゴリすなわちメタデータ名（例えば「製品」３０１、「文書」３０２など）と各カテゴリの情報すなわちメタデータ値（例えば「製品Ａ」、「基本設計書」など）を意味する。また、後述するが、メタデータの付与された情報（文書など）を効果的に扱うことのできるインタフェースを提供する。
【００１５】
図４にメタデータの一例を示す。本発明の実施例で、例えば図４のようなメタデータを扱うととする。ここで、メタデータは、カテゴリを表すメタデータ名（例えば図４の４０１では「製品名」）と、メタデータ名のカテゴリ内の種類を表すメタデータの値（例えば図４の４０１では「製品Ａ」、「製品Ｂ」、「製品Ｃ」、・・・）からなる。図４の４０２と４０３も同様である。
【００１６】
図５にメタデータに関する情報保持方法を示す。図５には、文書のメタデータの例とメタデータに文書を埋め込んだ例を示す。この例では、メタデータはＸＭＬ等の形式で文書に付与する。図５の５１１〜５１３に示すように、文書へのリンク（ＵＲＬやフルパスなど）を含んだ形で文書のメタデータを表すことが可能である。文書がＸＭＬやＨＴＭＬの形式の場合には、図５の５１４に示すように文書を埋め込んだ形で表すことも可能である。また、図５の５１４のように、１つのカテゴリ（例えば「文書種別」）に複数のメタデータの値（例えば基本設計書５０２と詳細設計書５０３）を付与することも可能である。この方法により、複数のディレクトリにかかわる文書（例えば、製品Ｂに関するもので、メタデータの文書種別に基本設計書５０２と詳細設計書５０３が合わさった文書など）を表現することができる。従って、ディレクトリ保管の場合における、このような文書をどのディレクトリに格納すべきか判断できないといった問題を本実施例の方法で容易に解決できる。このように、同一階層に複数の概念をもつ文書を上位概念が一意に決まるディレクトリ構成のフォルダに容易に格納できないという問題は、本実施例の方法で解決することができる。従って本実施例の方法を用いることで、文書の格納に関するこのような作業を効率良く悩まずに実施できる。
【００１７】
図６〜図１５を用いて、蓄積時の処理であるメタデータ付与エージェントについて説明を行う、なお以下で英数字「Ｓ」はシステム動作手順であるステップを意味している。まず図６にシステムによるメタデータの自動付与のフローチャートを示す。まずＳ６０１にてメタデータを付与する新規文書が操作装置１０２から入力される。詳細は文書新規登録画面（図１３）にて、後述する。次にメタデータの各カテゴリ（例えば種別、製品名等）に関する処理を行う。Ｓ６０２にて処理対象のカテゴリを選択する。Ｓ６０３においては、第１に一つのカテゴリの各メタデータに対する処理を行う。その処理では、例えば当該メタデータと当該新規文書の類似度を取得し、当該メタデータと当該類似度を記憶する。続いて記憶したメタデータを類似度の高い順でソートする。これをＡとする。類似度の取得に用いる手法については何を用いてもかまわない。Ｓ６０４にて、ここで処理を予定している全てのカテゴリに対する上記のメタデータのソート処理が終了したかチェックする。終了していなければＳ６０２に戻り、ソート処理を継続する。この処理では、あるカテゴリのメタデータの中で、新規文書にふさわしいメタデータを選ぶ。例えば、当該新規文書に「生産計画ＡＢＣ」という単語が多く現れる場合、製品名のメタデータ「生産計画ＡＢＣ」は当該新規文書にふさわしいと判断する。Ｓ６０２とＳ６０３の一連の処理が、終了したら、Ｓ６０５の処理に移る。
【００１８】
Ｓ６０５では蓄積済みの文書から、当該入力文書と類似する文書を検索する。次にＳ６０６にて、検索した各文書に対する次に示す処理を行う、なおこの処理は一例である。まず第１に、そこで検索した文書に付与されたメタデータを取得する。第２に取得した各メタデータに対する処理として、取得したメタデータと当該入力文書の類似度を記憶する。次に記憶したメタデータをスコア（類似度を数値で定量的に表したもの）の合計で、類似度の高い順にソートする。これをＢとする。Ｓ６０７では、検索結果の上位Ｎ文書に対してＳ６０６のソート処理が完了したかをチェックする。完了していなければ、Ｓ６０６に戻り処理を続行する。完了していればＳ６０８に移る。上記の処理では、当該新規文書に類似した文書のメタデータを選ぶ。例えば、当該新規文書に類似した文書のＮ個において、「基本設計書」というメタデータが多く現れる場合（例えば設定値を超えて現れた場合）、種別のメタデータ「基本設計書」は当該新規文書にふさわしいメタデータであると判断する。
【００１９】
Ｓ６０８ではメタデータの各カテゴリに対する次の処理を行う。前術のＡとＢの、順位の和が小さい順にメタデータをソートして、これを推定カテゴリとする。またこのＡまたはＢに係数をかけてＡやＢの重みを調整することも可能である。すなわち類似度のスコアが大きい順に推定カテゴリを設ける。システムでは、ＡとＢを総合して、当該新規文書にふさわしいメタデータを決定する。全てのカテゴリの処理が終了していなければＳ６０８を繰り返す。全てのカテゴリの処理が終了したら、即ちＳ６０９でＹＥＳなら、文書一覧画面（図１１）に戻る。文書一覧画面（図１１）については後述する。
【００２０】
図７にはメタデータを付与するためのエージェント機能に係る画面の遷移図を示す。はじめにユーザ認証画面７０１でログインの操作を行ったユーザを特定する。次に個人を対象としたライブラリの検索画面７０２に遷移し、そこで個人を対象としたライブラリの条件を入力する検索を行う。個人ライブラリの検索結果を表す画面７０３が表示される。この画面で、例えば検索された人のリストから、参照したい人のライブラリへのリンクを選択する。次に選択結果の画面である文書一覧の表示画面７０４に遷移する。文書一覧の画面７０４からは文書内容を表す画面７０５、あるいは文書の新規登録を行う画面７０６、メタデータを変更するための画面７０７に遷移する。文書内容を表す画面７０５では文書の概念（メタデータ）や目次などが表示される。文書の新規登録を行う画面７０６では、指定の文書を新規に登録することができる。メタデータを変更するための画面７０７では登録した文書のメタデータを変更することができる。メタデータの変更画面７０７では、例えばメタデータの１つである「文書」に関連する製品名を指定するためのメタデータを変更するための詳細画面７０８を表示し、その画面から製品名を選択できる。
【００２１】
図８にユーザ認証画面の一例を示す。ユーザ認証画面はユーザの個別番号（以下ＩＤと記す）の入力フィールド８０２やパスワードの入力フィールド８０３、「ログイン」を操作する表示（例えば表示ボタン）８０４、入力を消去する表示（例えば「クリア」ボタン）８０５から構成される。操作手順は次に示すとおりである。まずユーザは、自分のユーザＩＤとパスワードを操作装置１０２に入力し、「ログイン」ボタンを操作（例えばクリック）する。すると画面は個人ライブラリの検索画面（図９）に遷移する。本画面（図８）では、システムを利用するユーザを識別できる。またパスワードによるセキュリティ管理も行える。個人ライブラリの検索画面（図９）から戻り、再度ログイン処理を行った場合は、前回のログインユーザは自動的にログアウトされ、今回指定のユーザでログインすることができる。
【００２２】
図９に個人ライブラリの検索画面の一例９０１を示す。ライブラリの検索画面は、部署名を選択または入力するためのフィールド９０２とキーワードを入力するためのフィールド９０３、更新日を入力するためのフィールド９０４、検索を実行するための「検索」ボタン９０５、入力された内容を削除するための「クリア」ボタン９０６から構成される。操作手順は次に示すとおりである。まずユーザは検索条件（部署、キーワードおよび更新日）を上記フィールドに一個所以上入力または選択し、検索を実行、即ち「検索」ボタンをクリックする。すると画面は個人ライブラリの検索結果画面（図１０）に遷移する。個人ライブラリの検索条件の入力画面の例９０１では、蓄積された文書群の中から、ユーザが見たい文書を、部署、キーワードおよび更新日の各視点で絞り込むことができる。キーワードには、文書サブジェクト、文書種別、製品名および作成者名などを指定できる。この場合、メタデータのカテゴリが増えればそのカテゴリ値も指定できる。
【００２３】
図１０に個人ライブラリの検索結果の一例を示す画面である。個人ライブラリの検索結果の画面１００１は、検索エリアとして図９で説明した個人ライブラリの検索画面と同様のものを表示することで、検索条件がどうであったかが分かるように検索条件を表示している。この検索エリアには部署の選択フィールド１００２、キーワードの入力フィールド１００３、更新日の入力フィールド１００４および再検索を実行するための操作ボタン１００５、あるいは入力内容を消去するための操作を行う「クリア」ボタン１００６が設けられている。操作手順は図９で説明した個人ライブラリの検索の操作方法と同様である。部署の選択フィールド１００２やキーワードの入力フィールド１００３、更新日の入力フィールド１００４の内容を変更して「再検索」ボタン１００５を押せば、新たに変更した検索条件の検索結果を検索結果の表示エリアに反映できる。個人ライブラリの検索結果の画面（図１０）は、検索結果の表示エリアとして、列方向に氏名列１００７、所属列１００８、個人ライブラリへのリンク列１００９が設けられている。行方向にはそれらのデータが複数表示されている。検索結果表示エリアの操作手順は次に示すとおりである。まずユーザは氏名列における１個の個人ライブラリのリンク１０１０をクリックする。すると画面は文書一覧の画面（図１１）に遷移する。戻りのための表示を図１１は省略しているが、戻りの操作を行うことで図１０に戻ることが出来、上述したように、選択フィールドや入力フィールドの値である１００２〜１００４の内容を変更して「再検索」ボタン１００５をクリックすることにより、何度でも検索をしなおすことができる。本画面では、蓄積された文書群の中から、ユーザが見たい文書を、部署、キーワードおよび更新日の各視点で絞り込み、文書の登録者等の情報を一覧で参照できる。なお氏名列１００７における氏名は、文書の登録者の氏名である。
【００２４】
図１１に文書一覧画面の一例１１０１を示す。文書一覧画面は、例えばエージェントの発話１１１１があり、誰が登録した文書であるかの説明や、文書の新規登録１１０２や文書情報の変更１１０３、使い方のヘルプ１１０４へのリンクが表示されている。文書一覧では列方向に文書サブジェクト列１１０６、文書種別列１１０７、製品名列１１０８、作成者名列１１０９から構成され、行方向にそれらのデータが複数表示されている。１１１０に示すように登録者（本実施例ではログイン者）とは異なる作成者の情報も参照できる。文書一覧画面の操作手順は次に示すとおりである。例えば、ユーザは文書サブジェクト列１１０６における１個の文書サブジェクト「基本設計書（全体編）」１１１２をクリックする。すると画面は文書内容を表示する画面（図１２）に遷移する。文書内容の画面（図１２）には選択された文書サブジェクト例えば「基本設計書（全体編）」に関する種別、製品名、作者、本文といった情報が表示されている。文書一覧の画面（図１１）の機能においては、ログイン時のユーザが当該個人ライブラリの登録者と一致していない場合、エージェントの発話において文書の新規登録のための画面やメタデータの変更のための画面へのリンクを表示しない。そのため他人が登録した文書やメタデータを変更することが抑止できる。図１１の例ではエージェントの発話１１１１の「ＡＡさんの登録した文書一覧です。」とあるＡＡが登録者の氏名である。なお作成者名１１０９は文書の作成者（著者）であり、文書の登録者とは区別されている。また本画面では、１人のユーザが登録した文書群と各文書のメタデータを一覧で参照できる。さらにエージェントが、画面の種別に応じて、現在可能な操作をガイダンスするため、ユーザは操作に戸惑うことが少なくなる。
【００２５】
図１２に文書内容の画面の一例１２０１を示す。文書内容の画面は、エージェントの発話１２０６と文書内容１２０５から構成される。エージェントの発話１２０６はメタデータ１２０２、文書一覧へのリンク１２０３、使い方のヘルプへのリンク１２０４で構成され、他の形式で表示しても良い。操作手順は次に示すとおりである。ユーザはエージェントの発話における、文書一覧画面へのリンク１２０３をクリックする。すると画面は文書一覧の画面（図１１）に遷移する。本画面では、１個の文書の内容（タイトルと目次など）とメタデータ（種別、製品名、作成者など）を参照できる。
【００２６】
図１３に文書の新規登録のための画面の一例１３０１を示す。文書の新規登録の画面はエージェントの発話１３０６、文書ファイルパスの入力フィールド１３０４、「登録」ボタン１３０５から構成される。エージェントの発話１３０６には「文書を新規登録します。」というガイダンスに加え、文書一覧へのリンク１３０２と使い方のヘルプへのリンク１３０３がある。なお他の形式で表示しても良い。操作手順は次に示すとおりである。まずユーザは文書ファイルのパスを入力フィールド１３０４に入力し、「登録」ボタン１３０５をクリックする。するとエージェントは、図３のフローチャートで述べた以下の処理を行う。第１ステップで、当該文書ファイルから本文を抽出する。第２ステップで、当該文書の本文に含まれるメタデータを検索し、メタデータ毎に出現数によって重みを加算する。第３ステップで、当該文書と本文が類似する蓄積文書を検索する。第４ステップで、検索結果の各文書に付与済みのメタデータ毎に、当該各文書の類似度によって重みを加算する。第５ステップで、メタデータの種別毎に重みの最も大きいメタデータを新規登録した文書に付与する。その文書とメタデータの付与情報はシステムに登録される。また、文書一覧へのリンク１３０２を選択すると画面は文書一覧の画面（図１１）に遷移する。この時、新規登録した文書のメタデータは、文書一覧の画面（図１１）に反映されている。文書の新規登録の画面（図１３）の機能では、ユーザのクライアントＰＣ即ち操作装置１０２にある文書を当該システムに登録することができる。さらに、当該文書に対し、最も適切であるとエージェントが判断したメタデータを自動的に文書に対して付与することができる。これにより、ユーザが手作業で、メタデータを文書に付与する必要が無くなり、登録作業における手間が大幅に削減できる。
【００２７】
図１４にメタデータの変更のための画面の一例１４０１を示す。メタデータの変更画面はエージェントの発話１４１２とメタデータを変更するための情報とからなる。エージェントの発話１４１２は「文章の情報を変更します。」というガイダンスに加え、文書一覧へのリンク１４０２、文書の新規登録画面へのリンク１４０３および使い方のヘルプへのリンク１４０４からなる。なお他の形式で表示しても良い。メタデータを変更するための情報は文書サブジェクトの入力フィールド１４０６、文書種別の選択または入力フィールド１４０７、製品名の選択または入力フィールド１４０８、作成者名の選択または入力フィールド１４０９から構成される。メタデータを変更する操作手順は次に示すとおりである。まずユーザは文書のメタデータ（文書サブジェクト、文書種別、製品名および作成者名）の中で、１つのメタデータを変更する。例えば、ＸＸ株式会社殿提案資料１４１３における製品名１４１４を変更するとする。メタデータの候補は、文書新規登録画面でエージェントが取得したメタデータの中で、重みの大きい（すなわち類似度が高くメタデータとしてふさわしい）メタデータである。メタデータの候補はリスト１４１０に表示されるので、その中から任意の製品名を選択して製品名１４１４にセットする。メタデータの候補はリスト１４１０に、重みの大きい順に表示されている。メタデータの候補を選択する操作として、例えばリスト１４１０の中からその他・・・１４１１をクリックする。すると、メタデータ変更の詳細画面（図１５）が表示される。メタデータ変更の詳細画面（図１５）では、既存のメタデータ群の中から、各文書に対してメタデータの候補を提示する。詳細は後述する。これにより、ユーザが文書にメタデータを付与する手間を削減することができる。エージェントの発話１４１２エリアにおいて例えばユーザは、文書一覧画面へのリンクをクリックする。すると文書一覧画面（図１１）に遷移する。この時、メタデータ変更の画面（図１４）で変更したメタデータは文書一覧画面（図１１）に反映されている。また、エージェントの発話における文書を新規登録したいというリンク１４０３を選択すると文書の新規登録のための画面（図１３）に遷移する。
【００２８】
図１５にメタデータの変更のための詳細画面の一例１５０１を示す。メタデータ変更の詳細画面はメタデータ値の一覧から構成される。操作手順は次に示すとおりである。まずメタデータを変更するための画面（図１４）にて、例えば、サブジェクトがＸＸ株式会社殿提案資料１４１３の行の製品名を設定するとする。その際、製品名の入力欄の１つ、例えばコンボボックスを選択し製品名の一覧１４１０を表示する。その中から、例えば「その他・・・」１４１１を選択する。するとメタデータの変更のための詳細画面１５０１が表示される。その画面から１個のメタデータ例えば「ＨＨシステム」１５０２をクリックする。すると画面はメタデータの変更画面（図１４）へ再び戻る。この時、ユーザが選択したメタデータすなわち「ＨＨシステム」を１４１４の欄に反映する。このように例では「ＨＨシステム」を選択したのでメタデータの変更画面（図１４）の１４１４の欄には「ＨＨシステム」が新たに入力されることになる。この実施例では、既存のメタデータ群を表示し、そこからユーザが適切なメタデータを選択して文書に付与する例を示した。これにより、ユーザは文書に付与するメタデータの変更作業においても、適切なメタデータを自分で考える手間を削減できる。さらに、メタデータとして、類義語や異表記などの混入を防ぎ、メタデータのノイズを減少させる効果がある。例えば、上記の例で一覧からのみメタデータを選択するのであれば「ＨＨシステム」で統一できる。これに対して入力域への手作業による入力にすると「ＨＨＳＹＳＴＥＭ」、「ＨＨ−システム」、「Ｈ Ｈ システム」のように同じものを指すのに異なるメタデータを増やしてしまう危険性が高い。このように一覧を表示して、そこからメタデータを選択させることでメタデータのノイズを減少させることが可能である。以上、蓄積時の処理について説明を行った。本実施例ではメタデータの付与方法について、その実施例（実施形態例）に加えて、実施上の効果について述べた。
【００２９】
図１６以降では、検索時の処理と出力時について説明する。以下ではメタデータが付与された文書を効果的に検索するシステムの実施例について説明する。本実施例では、メタデータが付与された文書を効果的に扱うために、図１６に示すように、画面上にメタデータ名を表すラベルを分散させた画面（メタデータマップと呼ぶ）を用いる。ここでは、メタデータとして、図５の５１１〜５１４の文書と文書のメタデータを扱うと仮定する。まず図１６の１６１１はメタデータマップの初期状態である。このメタデータのマップはビジュアルに検索を行うことができるビジュアル検索画面としての意味合いをもつものである。メタデータのマップには、初期状態ではメタデータのカテゴリを表す上位、例えば最上位の概念であるメタデータ名が表示されている。この例では３個の表示であるが、１個でもよい。しかし２個以上の方が本発明の利用効果が大きい。ユーザはこれらのメタデータ名の中から、文書検索で絞り込みたいカテゴリを代表するメタデータ名を選択（ラベルをクリック）して、文書検索を開始する。最上位のメタデータ名は例えば、図３を例にとれば、「製品」と「文書」である。ディレクトリの構成要素が同じでも、分類基準が変われば構成（ディレクトリ構成）も変るため、最上位のメタデータは１つのカテゴリに対して複数存在し得る。例えば、１つのカテゴリに対して１０個の構成（ディレクトリ構成）があったとすると、最大で１０個のメタデータ名が初期画面（図１６の１６１１）に表示される。仮にこの初期画面をデータマップではなく、ディレクトリを用いて表示する場合について説明する。本発明の方法では１つのカテゴリに関して複数の構成をとることができる。たとえば１つのカテゴリに関して１０とおりのディレクトリ構成をとることができるとする。その場合、ディレクトリを１０個表示することになる。そのため、１つのウィンドウに１つのディレクトリを表示すると仮定するのであれば、ウィンドウを１０枚用意することになる。それにくらべれば、初期状態で例えば最上位のメタデータ名を表示する本実施例の方法はウィンドウが少なくて、例えば１枚で、済み大変見やすく、大変便利である。
【００３０】
図１６の１６１２は図１６の１６１１の状態からメタデータ名である「製品」のラベルをクリック即ち選択した状態を表したメタデータのマップの例である。メタデータ名「製品」のラベルがクリックされると、そのメタデータ名に属するメタデータの値が表示される。ここで、図１６の１６１２におけるメタデータ名「製品」のメタデータ値は「製品Ａ」、「製品Ｂ」，「製品Ｃ」である。なお、このメタデータ値のラベルは、メタデータ名の表示位置の周囲に重なりを防ぐように表示し、メタデータ名とメタデータ値を線で結ぶなりして関連がわかるようにして表示される。また、メタデータ値が多数ある場合には、メタデータが付与されている文書数や、選択済みのメタデータやそれに関連するメタデータなどを指標として評価し、メタデータの重要度を決定し、重要度の高い順にメタデータ値をメタデータのマップに表示する。重要度の低いその他のメタデータ値は「その他」などのラベルとして１つのラベルにまとめて、メタデータのマップ上に表示するようにしてもよい。その場合、その「その他」のラベルを選択すると、その他のメタデータ値を例えばリスト形式で表示させ、そこからそのメタデータ値の選択を可能とする。またグループ化できるメタデータはそれらを代表するグループ名を１つのラベルとして定義できる。そこで、そのグループ名を選択するとそのグループ内のメタデータをリスト形式で表示しそこからメタデータ値を選択できる。また、選択されたラベルを再クリックすることで、選択された「メタデータ名」のラベルを非選択状態とすることができる。その場合はその「メタデータの値」のラベルの色を薄くしたり、ラベルのサイズを小さくしたり、ラベル自体を非表示にすることもできる。ラベル自体を非表示にした場合は、その上位概念のラベルを選択しなおせば、再度表示することができる。
【００３１】
次にユーザは表示されたメタデータの値を表すラベルの中から、該当するラベルを選択する。この操作により、選択されたメタデータの値をもつ文書が絞り込まれる。また、複数のメタデータの値を選択すると、ＯＲ条件、またはＡＮＤ条件で絞り込みが行われる。この際、ＯＲ条件やＡＮＤ条件はポップアップメニューや環境設定で設定することもできる。あるいは、メタデータ値を選択する過程で、同時にその条件式を別ウィンドウなどに、条件式表示画面として表示し、その条件式を変更できるようにすることなどが可能である。具体的な例をあげると、環境設定などでＡＮＤを設定していた場合、例えばＡ、Ｂ、Ｃと選択すると、条件式表示画面には「Ａ ＡＮＤ Ｂ ＡＮＤ Ｃ」と表示される。この際、ＡＮＤ式は、クリック操作などで変更できるようになっている。さらにこの条件式に括弧アイテムなどをドラックすることで、括弧を挿入することなども可能である。また選択されたラベルを再クリックすることで、選択されたメタデータの値を非選択状態にし、絞り込みをしなおすことも可能である。また、選択したくないラベルを（例えばコントロールキーを押しながら）非選択にしていくことも可能である。
【００３２】
図１６の１６１３は図１６の１６１２において、メタデータの値「製品Ａ」のラベルをクリックした場合のメタデータのマップ（すなわちビジュアル検索画面）の出力例である。このとき、「製品Ａ」のメタデータの値が付与されているのは図５を参照すればわかるように、図５の５１１〜５１３の文書１・文書２・文書３である。従って文書１・文書２・文書３が検索結果となる。また、「製品Ａ」のメタデータを持っていない文書４（図５の５１４）は検索結果として抽出されない。詳細は後述するが、検索結果の抽出例は、図１７〜図１９の１７０１に示すとおりである。また「製品Ａ」のラベルがクリックされた時に、同じカテゴリ内の、他のラベルの色を薄く表示するなどして選択された「製品Ａ」のラベルを強調している。また操作モードにより、選択されていない、同じカテゴリ内の他のラベルを小さくすることも、非表示にすることもできる。この操作により、情報を絞り込んで、同時に見る必要がある情報を極力スクロールなどせずに見ることができるようにするなどの配慮を行い、画面を見やすくすることができる。
【００３３】
図１６の１６１４は図１６の１６１３において、メタデータ名「文書」のラベルがクリックされた時のメタデータマップの一例を示している。「製品」のラベルがクリックされたときと同様に「文書」のメタデータ名に属するメタデータの値が表示される。文書に属するメタデータ値は、ここでは「基本設計書」、「詳細設計書」、「テスト」である。このときに、図５の５１１〜５１３に示すとおり、文書１・文書２・文書３は図１６の１６１３で選択された「製品Ａ」のメタデータに加え「基本設計書」、「詳細設計書」のメタデータも持っている。そこで、図１６の１６１４に示すように、これらのラベルを線１６２１〜１６２２で結ぶなどしてメタデータ値の間の関連を強調することもできる。メタデータ値間の関連度を強調する方法として、関連するラベル同士を線で結ぶ以外に、「ラベルの背景色、色調、濃淡による関連度の表現」、「ラベルへの識別マークの付与による関連度の表現」、「ラベルの枠線の種別や線幅による関連度の表現」、「ラベルの形状、大きさによる関連度の表現」、「文字フォントによる関連度の表現」、「ラベル間の距離の違いによる関連度の表現」などを用いても良い。このように、上記関連性あるいは関連度を視覚的な方法で表示することが望ましい。
【００３４】
図１６の１６１５は図１６の１６１４において、メタデータ名「文書」のメタデータの値である「基本設計書」のラベルが選択された場合のメタデータマップの表示例を示している。メタデータマップ上では、「製品Ａ」と「基本設計書」が指定されている。図５の例では「製品Ａ」と「基本設計書」のメタデータを持っているの５１１の文書１と５１２の文書２の２つである。従って文書１と文書２が検索結果となる。検索結果の抽出例は、詳細は後述するが、図１７〜図１９の１７０１に示すとおりである。
【００３５】
本実施例の方法によれば、このようにメタデータマップに表示されているメタデータを表すラベルを選択していくことにより目的の文書を絞り込むことが容易となる。また、選択していくメタデータ名は「製品」でも「文書」でも「納入先」でも好きなものから選択していくことが可能である。そのため、先に挙げた問題すなわち、図３の３１１、３１２に示すように分類基準が複数ある場合、検索する人が望むディレクトリ構成を複数の画面等をめくるなどして探さなければならないといった面倒な作業を回避することが可能である。例えば本実施例でいえば、「製品」「文書」「納入先」の３つのディレクトリ構成があり、この中から自分が必要とするディレクトリを探すとする。そのためには１つのウィンドウに１つのディレクトリが表示できるとすると、３枚のウィンドウを用意しそれをめくるなどの操作が必要になる。ディレクトリが１００あれば１００枚めくることになる。さらに、その中から文書を探す過程で、他のディレクトリとの関連がつかめないという問題も発生する。本実施例では、これらの問題を全て解決できる。まずディレクトリのトップの、メタデータのラベルのみが初期画面に表示されるため、ディレクトリ構成が１００あっても、初期状態では、１画面の中の、１００個のラベルから適切なものを１つ選ぶだけで検索を実施できる。さらにメタデータマップ上で互いに関連するメタデータのラベルをネットワーク状に線で連結していくため、気になる他のディレクトリのメタデータとの関連も上述したように簡単に把握できる。さらに、メタデータマップでどのラベルが選択されているのかを保存しておくことが可能であるため、コンピュータを再起動した後に、本実施例のシステムを立ち上げたときに前回の状態を再現することも可能である。
【００３６】
図１７に選択されたメタデータを含む文書を表示する例を示す。図の左側エリアにメタデータのマップ１６１５を、上側エリア１７０２に選択されたラベル（メタデータの値）を、右側エリア１７０１に選択されたメタデータの値を持つ文書のリストを示している。上記メタデータのマップ１６１５を表示するエリアは、検索操作の手順に基づいて、図１６で説明した画面遷移が表示され、図１６で説明した処理が為されていく。上側エリア１７０２のメタデータの値は、操作手順すなわちラベルの選択順に基づいて作成されている。また、その情報を簡略化するために、階層数（階層の深さ、実施例では「・」の数＋１）はこの実施例では２つに固定している。階層数の固定は、解除して全て出力することも可能である。また上側エリア１７０２のメタデータ値は手入力することもできる。上側エリア１７０２のメタデータ値の全てを出力する場合はメタデータが同一のカテゴリ（ディレクトリ構成）中にあり、なおかつ階層の上位から下位への遷移の過程で、操作した中から個々のメタデータ値を順番に抽出して、メタデータの値（例えばメタデータ１・メタデータ２・・・）を出力する。
【００３７】
また、図１７のメタデータのマップ１６１５の代わりに、図１８の１８０１のようにディレクトリの形で選択されたメタデータを表示することもできる。また上側エリア１７０２のメタデータ値（階層を持つメタデータ）を手入力した場合、そのメタデータ値とシステム保管の全メタデータのメタデータ値とで部分マッチングを行い、そのメタデータ値が合致するシステムに保管されているディレクトリを表示する。表示されたディレクトリが期待したものでない場合つまり同じ階層を持つメタデータが複数存在する場合は、他に合致したディレクトリを順に表示する。その際の表示順はシステムに先に登録された順、後に登録された順、最上位階層のメタデータ名の５０音順などがある。本実施例の方法によれば、例えば、図３の３１１と３１２のディレクトリ、両方の構成に基づく概念からでも文書を選択していことが可能となる。またこのような問題を少なくするために最上位メタデータ名を別途指定することも可能である。指定の仕方は＠マークなどの記号を先頭につけて＠（最上位メタデータ名）・メタデータ名・メタデータ値などとしても良いし、別領域に最上位メタデータ名を表示しても良い。
【００３８】
図１９もメタデータ利用による検索機能のインタフェースの例である。メタデータを表形式１９０１で表している。メタデータの表における「製品」１９１１・「文書」１９１２などのメタデータ名をクリックすることで、そのメタデータの値でソートして表示することが可能である。また、メタデータの列（「製品」１９１１と「文書」１９１２など）をドラック操作などで入れ替えることにより並び替えの優先順位を変更することも可能である。
【００３９】
また、ユーザ補助の観点から便利な機能として以下の機能がある。例えば図１６においてメタデータを選択していく過程について、それまでのユーザの選択履歴を記録しておき、ユーザが選択しやすい（すなわち選択頻度の高い）メタデータ名やメタデータ情報を目立たせることなども可能である。目立たせる方法としては、「ラベルの背景色、色調、濃淡による関連度の表現」、「ラベルへの識別マークの付与による関連度の表現」、「ラベルの枠線の種別や線幅による関連度の表現」、「ラベルの形状、大きさによる関連度の表現」、「文字フォントによる関連度の表現」によるものなどが考えられる。
【００４０】
メタデータ間の関連に関して、メタデータには共起（共に反応する）する関係と排他する関係も定義可能である。これにより、あるメタデータのラベルが選択された場合、共起関係にあるメタデータのラベルが自動的に選択されるようにできる（例えば、「ＪＡＶＡ（Ｒ）」のメタデータの値を選択すると、自動的に「オブジェクト指向」が選択されるなど）、また排他関係にあるメタデータが自動的に非選択になるようにすることも可能である。
【００４１】
リレーショナルデータベース（ＲＤＢと呼ぶ）への適用の観点から、本発明は文書に付与されたメタデータのみに適用するのではなく、データベースのデータに適用することも可能である。例えばＲＤＢ等の各フィールド名がメタデータ名として、フィールドの値（データ）がメタデータの値として利用できる。また、参照したいフィールドを本文と定義することで、上述の検索方法を利用することができる。またＲＤＢ等をＸＭＬの形式にして出力することで、本発明をそのまま適用することができる。このことにより、データベースに蓄積されている情報を、メタデータマップを用いたシステムで、階層構造を固定せず、視覚的にデータ間の関連を確認しながら目的どおりに絞り込むことが可能となる。
【００４２】
メタデータの再配置に関しては、以下に示す方法で画面を見やすくし、操作をしやすくする手法を設けている。すなわち、メタデータマップの表示に関して、メタデータのラベルの数が増加した場合、ラベルが重ならないようにマップの再配置を自動で行う。また、マップを見やすくするために、線が密集しないようにラベルの再配置を自動的に行う。ラベルの再配置方法は次に述べるように、複数存在する。第１の方法としては、各ラベルの近傍のラベルのみを、ずらすことで重なりや密集を解決する。この方法は現状の配置を大きく変えずに、ラベルの再配置を行い、見やすくするものである。第２の方法としては、全ラベルの均等配置を行う方法である。この方法は現在の配置をある程度維持しながら、全体のバランスを取り直す方法である。この方法によって、ラベル全体が均等に配置しなおされて見やすくなる。第３には乱数を使うなどし、完全に再配置をやり直す方法がある。この場合は、現在のメタデータマップの配置は維持されないが、現在の配置が気にいらない場合には有効である。さらに第４の方法として、互いに類似するラベルを近傍に配置するなどの手法もある。メタデータマップのラベルの再配置は検索作業の途中に、任意に手動で行うこともできる。また、環境設定やオプション設定などで自動的に、ラベルの再配置を行うようにもできる。また表示情報の増減に伴って文字や図形の大きさを変更することが可能である。表示するメタデータの数がある値を超えると文字表示の大きさであるポイント数を下げる、あるいは重なり表示が出来るとまたは表示間隔が狭くなると文字表示の大きさであるポイント数を下げるようにすることで見易さを維持できる。また図１６の例１６１４のように関連を線で表示する場合、線がクロスしないように表示することが好ましい。
【００４３】
また図１７〜１９において、特に図１７において、表示エリア１６１５に多数の情報を表示すると文字などの表示の大きさを小さくしなければならなくなる。この場合表示エリア１６１５と１７０１の境界を移動可能とすることで１６１５の表示面積を広げる操作を可能とすることが望ましい。また表示エリアの拡大に伴ってエリア１６１５内の表示文字を自動的に大きくすることが望ましい。逆にエリア１６１５を縮小する操作では、エリア１６１５の文字は自動的に縮小する。あるいは関連性の低い即ち関連度の線が細い線の表示を自動的に消すことも有効である。
【００４４】
以上述べたように本発明の実施例として、文書のメタデータをディレクトリ構成で定義せず、上位概念や下位概念を意識しない自由な形式の構成で定義する方法について述べた。この方法は、文書をフォルダ（ディレクトリ）で格納せずに、メタデータを付与した状態で格納する、文書の格納方法と、とらえることができる。この方法によれば、ディレクトリ構成を意識する必要がなく、上位概念が複数存在しても容易に文書のメタデータを定義できる。そのため文書の登録者が思い描くメタデータを正確に登録することができる。また、本発明の実施例では、メタデータマップ上でディレクトリを意識することなく、ラベルを選択していくことで、ディレクトリ検索のように情報を絞り込むことが可能な機能について述べた。この際、メタデータマップは複数のディレクトリ構成に展開できる要素をもっているので、検索者が思い描くディレクトリ構成を想定して検索を行うことが可能である。さらに、この検索実行時に、メタデータをメタデータマップの形、ディレクトリの形、および表形式で表示でき、そこで、好きなラベル（位置）またはディレクトリまたは値やフィールドから検索を行うことが可能な情報検索方法を提示した。また文書を検索していく過程で、他のディレクトリ構成（カテゴリ）に含まれる文書との関連などが、ラベル同士が線で結合されることにより、容易に判別できる方法について述べた。この方法によれば、メタデータ同士の関連をたどって、関連情報を広く調べることも可能となり、必要な情報を充分に調査することができ検索精度を上げることができて、大変便利である。またＤＢのフィールド情報をメタデータとして、ＤＢの内容を容易に検索できる検索方法について、その内容を説明した。ＤＢの内容をそのまま、本実施例の検索方法で検索できれば、既に構築済みのＤＢの検索を視覚的に、キーワードの決定に労力を使わずに快適に行うことができる。
【００４５】
【発明の効果】
本発明によれば、検索処理のための情報のカテゴライズ作業としてのメタデータの文書への付与作業の操作性が向上する。
また本発明によれば、メタデータのラベルなどを利用した検索方法において、検索処理の操作性が向上する、あるいは検索精度が向上する。
【図面の簡単な説明】
【図１】情報検索装置のシステム構成図である。
【図２】システム全体の処理フローチャートである。
【図３】カテゴリのディレクトリへの構成例である。
【図４】メタデータの例である。
【図５】メタデータの持たせ方の例である。
【図６】文書蓄積、メタデータ付与処理のフローチャートである。
【図７】文書蓄積、メタデータ付与処理の画面遷移である。
【図８】文書蓄積、メタデータ付与処理のユーザ認証画面の説明図である。
【図９】文書蓄積、メタデータ付与処理の個人ライブラリ検索画面の説明図である。
【図１０】文書蓄積、メタデータ付与処理の個人ライブラリ検索結果画面の説明図である。
【図１１】文書蓄積、メタデータ付与処理の文書一覧画面の説明図である。
【図１２】文書蓄積、メタデータ付与処理の文書内容画面の説明図である。
【図１３】文書蓄積、メタデータ付与処理の文書新規登録画面の説明図である。
【図１４】文書蓄積、メタデータ付与処理のメタデータ変更画面の説明図である。
【図１５】文書蓄積、メタデータ付与処理のメタデータ変更詳細画面の説明図である。
【図１６】メタデータマップによる検索の流れである。
【図１７】メタデータマップによる検索結果である。
【図１８】メタデータのディレクトリと検索結果である。
【図１９】メタデータの表と検索結果である。
【符号の説明】
１０１ サーバ（検索処理装置）
１０２ クライアント（操作装置）
１０３ メタデータデータベース
１０４ 文書データベース
１０５ 文書メタデータデータベース
２０１ 文書入力手段
２０２ 該当メタデータ抽出手段
２０３ 該当メタデータ特定手段
２０４ 該当メタデータ付与手段
２０９ メタデータ入力手段
２１０ メタデータ該当文書検索手段
２１４ メタデータ該当文書出力手段
２２０ メタデータ提示手段
１１１１ メタデータ付与エージェントの発話の一例
１６１５ メタデータマップの表示例
１７０１ 文書検索結果の一例（検索文書一覧の一例）
１８０１ メタデータのディレクトリ形表示例
１９０１ メタデータの表形式による表示例
【発明の属する技術分野】
本発明はメタデータが付与されたデータを扱うシステム（体系化システム、と呼ぶ）に関するもので、メタデータの付与に関する技術、あるいは文書およびデータベースの検索方法および検索システムあるいは検索のためのコンピュータプログラムに関する。
【０００２】
【従来の技術】
メタデータの付与に関する技術、あるいは文書およびデータベースの検索方法および検索システムあるいは検索のためのコンピュータプログラムに関するものには以下のような技術がある（例えば、特許文献１、特許文献２参照）。
【０００３】
特許文献１には、「予め全体のデータベースシステムのメタデータを管理する情報資源管理辞書に、ネットワークに接続されているデータベースシステムの情報収集のための基本的な管理情報を登録しておき、情報収集のための基本的な情報により指定されたタイミングで個別データベースシステムのメタデータや個別の情報資源ツールからメタデータを収集し、収集されたメタデータを情報資源管理辞書に反映させる技術」が記載されている。
【０００４】
また特許文献２には、「キーワード整形器は、同意語・不要語を参照して、文書データから文書単語対と文書メタデータを生成する。キーワード関係抽出器は、階層関係を参照して、階層関係、同値関係、連想関係を抽出し、ディレクトリファイル生成器は、トップキーワード、階層関係、同値関係、連想関係、および文書メタデータからディレクトリファイルを生成する。利用者は、ディレクトリアクセス部を介してディレクトリファイルにアクセスする技術」が記載されている。
【０００５】
【特許文献１】
特開平１０−９１５０３号公報（例えば段落番号００１０、００１４等、図１等）
【特許文献２】
特開２０００−１０９９６号公報（例えば００３９、０１３６、図１、図２等）
【０００６】
【発明が解決しようとする課題】
検索処理においては、より利用し易いシステムおよび方法が望まれている。本発明は例えば情報を概念情報（以下メタデータという）で整理し、メタデータを検索に使用し、検索のための操作がより便利なシステムあるいは方法、コンピュータプログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明における課題を解決するための１つの手段は、一般文書やデータベースなどの検索対象を検索しようとする検索情報に基づき、以下の実施の形態で述べている如きメタデータを複数抽出しラベルとして画面に表示し、これらのラベルから特定のラベルを指定することにより、指定されたラベルに基づき選別して検索結果を出力するようにしたことである。その際、互いに関連するメタデータのラベルとの関連を把握しやすくしたことことである。
また本発明によれば出力結果を見てラベル指定をさらに変更し、検索結果の最適化を図ることが可能である。
【０００８】
【発明の実施の形態】
本発明に係る実施の形態について説明する。図１に情報検索システムの構成を示す。本システムは、複数の操作装置１０２とこれらの操作装置１０２からの検索要求に基づき検索を実行する検索処理装置（例えばサーバで構成）１０１とを備えている。操作装置１０２は、利用者が検索の操作を行うための装置で、各操作装置１０２は入力装置としてのキーボードやマウスと出力装置としてのディスプレイや印刷手段を有している。利用者であるクライアントはこの検索処理装置１０１を利用して文書の登録を行う。その文書に付与すべきメタデータは、システムが自動で付与してくれる。メタデータ自体はシステム構築時にシステム管理者が登録するが、システム構築後もシステム管理者の許可のもと手動で登録を行うことが可能である。
【０００９】
次に検索時のメタデータ入力（本実施例ではラベルによる指定）を行い、画面に検索結果を表示する手順について説明する。また検索処理装置１０１は、文書やメタデータの蓄積手段やメタデータの受付手段および検索結果の出力手段を備えており、さらにメタデータのためのデータベース（以下メタデータＤＢと記す）１０３や文書のためのデータベース（文書ＤＢ）１０４、文書とメタデータの組合せに関するデータベース（文書メタデータＤＢ）１０５に接続されている。メタデータＤＢ１０３や文書ＤＢ１０４、文書メタデータＤＢ１０５は主に検索処理を実行する上で利用するデータベースである。
【００１０】
図２は上記情報検索システムが検索処理を行う上で、例えばメタデータによる情報検索の処理を行う場合のシステムの動作とデータベースの利用の関係を示す動作説明図である。実際はシステムはプログラムを実行して以下に説明する動作を行うが、仮想的に処理目的を達成するシステムが構築され、そのシステムは処理のための構成を持つとして説明する。但し上述の通り、システムは機能を持ち、処理動作をなすのみで、実際には以下のような専用の構成を備えているものではない、以下の専用の各手段は動作あるいは機能である。図２に本発明の１つの処理手順例を示す。まず図２のステップＳ２００にて、システム構築時に、メタデータ管理者がメタデータのカテゴリを表すメタデータ名とそのメタデータ名に属するメタデータの値を作成する。作成したメタデータ名とメタデータ値はメタデータＤＢ１０３に登録する。またメタデータの作成にあたりメタデータの上位概念・下位概念などは管理者が設定しなくともよい。そのため、メタデータ作成者の負担を大きく減らすことができる。また、固定のディレクトリ構成をもたない（すなわち任意のメタデータに対する上位のメタデータは１つと限らない）ので、検索者が個別に持つ概念の上下関係と異なるディレクトリ構成になることはない。なお、メタデータ名をメタデータの値とする上位概念となるメタデータを作成しメタデータ間に階層構造を設けることも可能である。この際は上位のメタデータ名を１つに固定する必要もなく、自由に複数個設定することができる。この内容の詳細は図３にて説明する。
【００１１】
次に図２のフローを用いて、システム全体のフローを説明する。まずステップＳ２０１においてクライアントは操作装置１０２の入力手段から文章を入力し、サーバではクライアントから入力され、登録された文書を文書ＤＢに格納する。この際、ステップＳ２０４でメタデータ付与手段において文書に付与するメタデータを文書に関連付けて文書メタデータＤＢに登録する。なお、文書メタデータＤＢに登録するメタデータは、ステップＳ２０２で該当メタデータ抽出手段にてシステムがメタデータＤＢから得る。さらにステップＳ２０３で該当メタデータ特定手段で文書に付与すべきメタデータをシステムが自動で特定する。また、この際、システムの自動処理に任せず、システム管理者が個別に付与すべきメタデータを特定することも可能である。文書登録およびメタデータの付与の詳細に関しては後述する。
【００１２】
文書検索時にはステップＳ２２０でメタデータ提示手段にて、クライアントからの接続要求の操作によってサーバはメタデータをクライアントの操作装置１０２に返す。次にステップＳ２０９でメタデータ入力手段にて、クライアントがメタデータを選択する操作を行うことによって、ステップＳ２１０でメタデータ該当文書検索手段によって、サーバは選択されたメタデータを持つ文書を特定し、ステップＳ２１４でメタデータ該当文書出力手段によって、その結果をクライアントの操作装置１０２に返す。
【００１３】
情報検索システムの処理内容を大きく分けると、蓄積時の処理と検索時の処理と出力時の処理とに分けることができる。蓄積時や検索時の処理は、操作装置１０２および検索処理装置１０１、とメタデータＤＢ１０３や文書ＤＢ１０４、文書メタデータＤＢ１０５で行われる。文書蓄積時のメタデータの自動付与や、検索処理はサーバである検索処理装置１０１が行い、文書登録や検索キーの指定や検索命令は主にクライアントの操作装置１０２で行う。検索結果の出力処理は主に操作装置１０２で行う。
【００１４】
図３にカテゴリのディレクトリへの構成例を示す。ここでいうカテゴリとはメタデータの同一種別のグループを意味し、ディレクトリとは上位のメタデータが一意に決まる多分岐構造のデータ構造である。図に示すようにカテゴリのディレクトリ構成は、１つのカテゴリに対して複数存在するのが通常である。従って文書のカテゴリを作成することに比べて、作成したカテゴリをディレクトリ（階層）にマッピングすることは難しい。例えば、製品Ａの基本設計書のカテゴリは、製品カテゴリとして「製品Ａ」、文書カテゴリとして「基本設計書」が考えられる。そのカテゴリをディレクトリに分類するときには、３１１と３１２のどちらのディレクトリに分類するべきか、即ち「製品」３０１と「文書」３０２のどちらのメタデータを上位にしたディレクトリに分類するべきかは、他に蓄積されている文書や、利用方法により変化する。例えば、ある製品Ａについての文書を探す場合には図３の３１１のようなディレクトリ構成が望ましいが、基本設計書のサンプルを探す場合には図３の３１２のようなディレクトリ構成が望ましい。そこで、本発明の１実施例ではカテゴリをディレクトリとしてとらえるのではなく、カテゴリの情報を文書のメタデータとして保持し、そのメタデータを用いて文書の体系化を行う。ここで、本システムのメタデータは、カテゴリすなわちメタデータ名（例えば「製品」３０１、「文書」３０２など）と各カテゴリの情報すなわちメタデータ値（例えば「製品Ａ」、「基本設計書」など）を意味する。また、後述するが、メタデータの付与された情報（文書など）を効果的に扱うことのできるインタフェースを提供する。
【００１５】
図４にメタデータの一例を示す。本発明の実施例で、例えば図４のようなメタデータを扱うととする。ここで、メタデータは、カテゴリを表すメタデータ名（例えば図４の４０１では「製品名」）と、メタデータ名のカテゴリ内の種類を表すメタデータの値（例えば図４の４０１では「製品Ａ」、「製品Ｂ」、「製品Ｃ」、・・・）からなる。図４の４０２と４０３も同様である。
【００１６】
図５にメタデータに関する情報保持方法を示す。図５には、文書のメタデータの例とメタデータに文書を埋め込んだ例を示す。この例では、メタデータはＸＭＬ等の形式で文書に付与する。図５の５１１〜５１３に示すように、文書へのリンク（ＵＲＬやフルパスなど）を含んだ形で文書のメタデータを表すことが可能である。文書がＸＭＬやＨＴＭＬの形式の場合には、図５の５１４に示すように文書を埋め込んだ形で表すことも可能である。また、図５の５１４のように、１つのカテゴリ（例えば「文書種別」）に複数のメタデータの値（例えば基本設計書５０２と詳細設計書５０３）を付与することも可能である。この方法により、複数のディレクトリにかかわる文書（例えば、製品Ｂに関するもので、メタデータの文書種別に基本設計書５０２と詳細設計書５０３が合わさった文書など）を表現することができる。従って、ディレクトリ保管の場合における、このような文書をどのディレクトリに格納すべきか判断できないといった問題を本実施例の方法で容易に解決できる。このように、同一階層に複数の概念をもつ文書を上位概念が一意に決まるディレクトリ構成のフォルダに容易に格納できないという問題は、本実施例の方法で解決することができる。従って本実施例の方法を用いることで、文書の格納に関するこのような作業を効率良く悩まずに実施できる。
【００１７】
図６〜図１５を用いて、蓄積時の処理であるメタデータ付与エージェントについて説明を行う、なお以下で英数字「Ｓ」はシステム動作手順であるステップを意味している。まず図６にシステムによるメタデータの自動付与のフローチャートを示す。まずＳ６０１にてメタデータを付与する新規文書が操作装置１０２から入力される。詳細は文書新規登録画面（図１３）にて、後述する。次にメタデータの各カテゴリ（例えば種別、製品名等）に関する処理を行う。Ｓ６０２にて処理対象のカテゴリを選択する。Ｓ６０３においては、第１に一つのカテゴリの各メタデータに対する処理を行う。その処理では、例えば当該メタデータと当該新規文書の類似度を取得し、当該メタデータと当該類似度を記憶する。続いて記憶したメタデータを類似度の高い順でソートする。これをＡとする。類似度の取得に用いる手法については何を用いてもかまわない。Ｓ６０４にて、ここで処理を予定している全てのカテゴリに対する上記のメタデータのソート処理が終了したかチェックする。終了していなければＳ６０２に戻り、ソート処理を継続する。この処理では、あるカテゴリのメタデータの中で、新規文書にふさわしいメタデータを選ぶ。例えば、当該新規文書に「生産計画ＡＢＣ」という単語が多く現れる場合、製品名のメタデータ「生産計画ＡＢＣ」は当該新規文書にふさわしいと判断する。Ｓ６０２とＳ６０３の一連の処理が、終了したら、Ｓ６０５の処理に移る。
【００１８】
Ｓ６０５では蓄積済みの文書から、当該入力文書と類似する文書を検索する。次にＳ６０６にて、検索した各文書に対する次に示す処理を行う、なおこの処理は一例である。まず第１に、そこで検索した文書に付与されたメタデータを取得する。第２に取得した各メタデータに対する処理として、取得したメタデータと当該入力文書の類似度を記憶する。次に記憶したメタデータをスコア（類似度を数値で定量的に表したもの）の合計で、類似度の高い順にソートする。これをＢとする。Ｓ６０７では、検索結果の上位Ｎ文書に対してＳ６０６のソート処理が完了したかをチェックする。完了していなければ、Ｓ６０６に戻り処理を続行する。完了していればＳ６０８に移る。上記の処理では、当該新規文書に類似した文書のメタデータを選ぶ。例えば、当該新規文書に類似した文書のＮ個において、「基本設計書」というメタデータが多く現れる場合（例えば設定値を超えて現れた場合）、種別のメタデータ「基本設計書」は当該新規文書にふさわしいメタデータであると判断する。
【００１９】
Ｓ６０８ではメタデータの各カテゴリに対する次の処理を行う。前術のＡとＢの、順位の和が小さい順にメタデータをソートして、これを推定カテゴリとする。またこのＡまたはＢに係数をかけてＡやＢの重みを調整することも可能である。すなわち類似度のスコアが大きい順に推定カテゴリを設ける。システムでは、ＡとＢを総合して、当該新規文書にふさわしいメタデータを決定する。全てのカテゴリの処理が終了していなければＳ６０８を繰り返す。全てのカテゴリの処理が終了したら、即ちＳ６０９でＹＥＳなら、文書一覧画面（図１１）に戻る。文書一覧画面（図１１）については後述する。
【００２０】
図７にはメタデータを付与するためのエージェント機能に係る画面の遷移図を示す。はじめにユーザ認証画面７０１でログインの操作を行ったユーザを特定する。次に個人を対象としたライブラリの検索画面７０２に遷移し、そこで個人を対象としたライブラリの条件を入力する検索を行う。個人ライブラリの検索結果を表す画面７０３が表示される。この画面で、例えば検索された人のリストから、参照したい人のライブラリへのリンクを選択する。次に選択結果の画面である文書一覧の表示画面７０４に遷移する。文書一覧の画面７０４からは文書内容を表す画面７０５、あるいは文書の新規登録を行う画面７０６、メタデータを変更するための画面７０７に遷移する。文書内容を表す画面７０５では文書の概念（メタデータ）や目次などが表示される。文書の新規登録を行う画面７０６では、指定の文書を新規に登録することができる。メタデータを変更するための画面７０７では登録した文書のメタデータを変更することができる。メタデータの変更画面７０７では、例えばメタデータの１つである「文書」に関連する製品名を指定するためのメタデータを変更するための詳細画面７０８を表示し、その画面から製品名を選択できる。
【００２１】
図８にユーザ認証画面の一例を示す。ユーザ認証画面はユーザの個別番号（以下ＩＤと記す）の入力フィールド８０２やパスワードの入力フィールド８０３、「ログイン」を操作する表示（例えば表示ボタン）８０４、入力を消去する表示（例えば「クリア」ボタン）８０５から構成される。操作手順は次に示すとおりである。まずユーザは、自分のユーザＩＤとパスワードを操作装置１０２に入力し、「ログイン」ボタンを操作（例えばクリック）する。すると画面は個人ライブラリの検索画面（図９）に遷移する。本画面（図８）では、システムを利用するユーザを識別できる。またパスワードによるセキュリティ管理も行える。個人ライブラリの検索画面（図９）から戻り、再度ログイン処理を行った場合は、前回のログインユーザは自動的にログアウトされ、今回指定のユーザでログインすることができる。
【００２２】
図９に個人ライブラリの検索画面の一例９０１を示す。ライブラリの検索画面は、部署名を選択または入力するためのフィールド９０２とキーワードを入力するためのフィールド９０３、更新日を入力するためのフィールド９０４、検索を実行するための「検索」ボタン９０５、入力された内容を削除するための「クリア」ボタン９０６から構成される。操作手順は次に示すとおりである。まずユーザは検索条件（部署、キーワードおよび更新日）を上記フィールドに一個所以上入力または選択し、検索を実行、即ち「検索」ボタンをクリックする。すると画面は個人ライブラリの検索結果画面（図１０）に遷移する。個人ライブラリの検索条件の入力画面の例９０１では、蓄積された文書群の中から、ユーザが見たい文書を、部署、キーワードおよび更新日の各視点で絞り込むことができる。キーワードには、文書サブジェクト、文書種別、製品名および作成者名などを指定できる。この場合、メタデータのカテゴリが増えればそのカテゴリ値も指定できる。
【００２３】
図１０に個人ライブラリの検索結果の一例を示す画面である。個人ライブラリの検索結果の画面１００１は、検索エリアとして図９で説明した個人ライブラリの検索画面と同様のものを表示することで、検索条件がどうであったかが分かるように検索条件を表示している。この検索エリアには部署の選択フィールド１００２、キーワードの入力フィールド１００３、更新日の入力フィールド１００４および再検索を実行するための操作ボタン１００５、あるいは入力内容を消去するための操作を行う「クリア」ボタン１００６が設けられている。操作手順は図９で説明した個人ライブラリの検索の操作方法と同様である。部署の選択フィールド１００２やキーワードの入力フィールド１００３、更新日の入力フィールド１００４の内容を変更して「再検索」ボタン１００５を押せば、新たに変更した検索条件の検索結果を検索結果の表示エリアに反映できる。個人ライブラリの検索結果の画面（図１０）は、検索結果の表示エリアとして、列方向に氏名列１００７、所属列１００８、個人ライブラリへのリンク列１００９が設けられている。行方向にはそれらのデータが複数表示されている。検索結果表示エリアの操作手順は次に示すとおりである。まずユーザは氏名列における１個の個人ライブラリのリンク１０１０をクリックする。すると画面は文書一覧の画面（図１１）に遷移する。戻りのための表示を図１１は省略しているが、戻りの操作を行うことで図１０に戻ることが出来、上述したように、選択フィールドや入力フィールドの値である１００２〜１００４の内容を変更して「再検索」ボタン１００５をクリックすることにより、何度でも検索をしなおすことができる。本画面では、蓄積された文書群の中から、ユーザが見たい文書を、部署、キーワードおよび更新日の各視点で絞り込み、文書の登録者等の情報を一覧で参照できる。なお氏名列１００７における氏名は、文書の登録者の氏名である。
【００２４】
図１１に文書一覧画面の一例１１０１を示す。文書一覧画面は、例えばエージェントの発話１１１１があり、誰が登録した文書であるかの説明や、文書の新規登録１１０２や文書情報の変更１１０３、使い方のヘルプ１１０４へのリンクが表示されている。文書一覧では列方向に文書サブジェクト列１１０６、文書種別列１１０７、製品名列１１０８、作成者名列１１０９から構成され、行方向にそれらのデータが複数表示されている。１１１０に示すように登録者（本実施例ではログイン者）とは異なる作成者の情報も参照できる。文書一覧画面の操作手順は次に示すとおりである。例えば、ユーザは文書サブジェクト列１１０６における１個の文書サブジェクト「基本設計書（全体編）」１１１２をクリックする。すると画面は文書内容を表示する画面（図１２）に遷移する。文書内容の画面（図１２）には選択された文書サブジェクト例えば「基本設計書（全体編）」に関する種別、製品名、作者、本文といった情報が表示されている。文書一覧の画面（図１１）の機能においては、ログイン時のユーザが当該個人ライブラリの登録者と一致していない場合、エージェントの発話において文書の新規登録のための画面やメタデータの変更のための画面へのリンクを表示しない。そのため他人が登録した文書やメタデータを変更することが抑止できる。図１１の例ではエージェントの発話１１１１の「ＡＡさんの登録した文書一覧です。」とあるＡＡが登録者の氏名である。なお作成者名１１０９は文書の作成者（著者）であり、文書の登録者とは区別されている。また本画面では、１人のユーザが登録した文書群と各文書のメタデータを一覧で参照できる。さらにエージェントが、画面の種別に応じて、現在可能な操作をガイダンスするため、ユーザは操作に戸惑うことが少なくなる。
【００２５】
図１２に文書内容の画面の一例１２０１を示す。文書内容の画面は、エージェントの発話１２０６と文書内容１２０５から構成される。エージェントの発話１２０６はメタデータ１２０２、文書一覧へのリンク１２０３、使い方のヘルプへのリンク１２０４で構成され、他の形式で表示しても良い。操作手順は次に示すとおりである。ユーザはエージェントの発話における、文書一覧画面へのリンク１２０３をクリックする。すると画面は文書一覧の画面（図１１）に遷移する。本画面では、１個の文書の内容（タイトルと目次など）とメタデータ（種別、製品名、作成者など）を参照できる。
【００２６】
図１３に文書の新規登録のための画面の一例１３０１を示す。文書の新規登録の画面はエージェントの発話１３０６、文書ファイルパスの入力フィールド１３０４、「登録」ボタン１３０５から構成される。エージェントの発話１３０６には「文書を新規登録します。」というガイダンスに加え、文書一覧へのリンク１３０２と使い方のヘルプへのリンク１３０３がある。なお他の形式で表示しても良い。操作手順は次に示すとおりである。まずユーザは文書ファイルのパスを入力フィールド１３０４に入力し、「登録」ボタン１３０５をクリックする。するとエージェントは、図３のフローチャートで述べた以下の処理を行う。第１ステップで、当該文書ファイルから本文を抽出する。第２ステップで、当該文書の本文に含まれるメタデータを検索し、メタデータ毎に出現数によって重みを加算する。第３ステップで、当該文書と本文が類似する蓄積文書を検索する。第４ステップで、検索結果の各文書に付与済みのメタデータ毎に、当該各文書の類似度によって重みを加算する。第５ステップで、メタデータの種別毎に重みの最も大きいメタデータを新規登録した文書に付与する。その文書とメタデータの付与情報はシステムに登録される。また、文書一覧へのリンク１３０２を選択すると画面は文書一覧の画面（図１１）に遷移する。この時、新規登録した文書のメタデータは、文書一覧の画面（図１１）に反映されている。文書の新規登録の画面（図１３）の機能では、ユーザのクライアントＰＣ即ち操作装置１０２にある文書を当該システムに登録することができる。さらに、当該文書に対し、最も適切であるとエージェントが判断したメタデータを自動的に文書に対して付与することができる。これにより、ユーザが手作業で、メタデータを文書に付与する必要が無くなり、登録作業における手間が大幅に削減できる。
【００２７】
図１４にメタデータの変更のための画面の一例１４０１を示す。メタデータの変更画面はエージェントの発話１４１２とメタデータを変更するための情報とからなる。エージェントの発話１４１２は「文章の情報を変更します。」というガイダンスに加え、文書一覧へのリンク１４０２、文書の新規登録画面へのリンク１４０３および使い方のヘルプへのリンク１４０４からなる。なお他の形式で表示しても良い。メタデータを変更するための情報は文書サブジェクトの入力フィールド１４０６、文書種別の選択または入力フィールド１４０７、製品名の選択または入力フィールド１４０８、作成者名の選択または入力フィールド１４０９から構成される。メタデータを変更する操作手順は次に示すとおりである。まずユーザは文書のメタデータ（文書サブジェクト、文書種別、製品名および作成者名）の中で、１つのメタデータを変更する。例えば、ＸＸ株式会社殿提案資料１４１３における製品名１４１４を変更するとする。メタデータの候補は、文書新規登録画面でエージェントが取得したメタデータの中で、重みの大きい（すなわち類似度が高くメタデータとしてふさわしい）メタデータである。メタデータの候補はリスト１４１０に表示されるので、その中から任意の製品名を選択して製品名１４１４にセットする。メタデータの候補はリスト１４１０に、重みの大きい順に表示されている。メタデータの候補を選択する操作として、例えばリスト１４１０の中からその他・・・１４１１をクリックする。すると、メタデータ変更の詳細画面（図１５）が表示される。メタデータ変更の詳細画面（図１５）では、既存のメタデータ群の中から、各文書に対してメタデータの候補を提示する。詳細は後述する。これにより、ユーザが文書にメタデータを付与する手間を削減することができる。エージェントの発話１４１２エリアにおいて例えばユーザは、文書一覧画面へのリンクをクリックする。すると文書一覧画面（図１１）に遷移する。この時、メタデータ変更の画面（図１４）で変更したメタデータは文書一覧画面（図１１）に反映されている。また、エージェントの発話における文書を新規登録したいというリンク１４０３を選択すると文書の新規登録のための画面（図１３）に遷移する。
【００２８】
図１５にメタデータの変更のための詳細画面の一例１５０１を示す。メタデータ変更の詳細画面はメタデータ値の一覧から構成される。操作手順は次に示すとおりである。まずメタデータを変更するための画面（図１４）にて、例えば、サブジェクトがＸＸ株式会社殿提案資料１４１３の行の製品名を設定するとする。その際、製品名の入力欄の１つ、例えばコンボボックスを選択し製品名の一覧１４１０を表示する。その中から、例えば「その他・・・」１４１１を選択する。するとメタデータの変更のための詳細画面１５０１が表示される。その画面から１個のメタデータ例えば「ＨＨシステム」１５０２をクリックする。すると画面はメタデータの変更画面（図１４）へ再び戻る。この時、ユーザが選択したメタデータすなわち「ＨＨシステム」を１４１４の欄に反映する。このように例では「ＨＨシステム」を選択したのでメタデータの変更画面（図１４）の１４１４の欄には「ＨＨシステム」が新たに入力されることになる。この実施例では、既存のメタデータ群を表示し、そこからユーザが適切なメタデータを選択して文書に付与する例を示した。これにより、ユーザは文書に付与するメタデータの変更作業においても、適切なメタデータを自分で考える手間を削減できる。さらに、メタデータとして、類義語や異表記などの混入を防ぎ、メタデータのノイズを減少させる効果がある。例えば、上記の例で一覧からのみメタデータを選択するのであれば「ＨＨシステム」で統一できる。これに対して入力域への手作業による入力にすると「ＨＨＳＹＳＴＥＭ」、「ＨＨ−システム」、「Ｈ Ｈ システム」のように同じものを指すのに異なるメタデータを増やしてしまう危険性が高い。このように一覧を表示して、そこからメタデータを選択させることでメタデータのノイズを減少させることが可能である。以上、蓄積時の処理について説明を行った。本実施例ではメタデータの付与方法について、その実施例（実施形態例）に加えて、実施上の効果について述べた。
【００２９】
図１６以降では、検索時の処理と出力時について説明する。以下ではメタデータが付与された文書を効果的に検索するシステムの実施例について説明する。本実施例では、メタデータが付与された文書を効果的に扱うために、図１６に示すように、画面上にメタデータ名を表すラベルを分散させた画面（メタデータマップと呼ぶ）を用いる。ここでは、メタデータとして、図５の５１１〜５１４の文書と文書のメタデータを扱うと仮定する。まず図１６の１６１１はメタデータマップの初期状態である。このメタデータのマップはビジュアルに検索を行うことができるビジュアル検索画面としての意味合いをもつものである。メタデータのマップには、初期状態ではメタデータのカテゴリを表す上位、例えば最上位の概念であるメタデータ名が表示されている。この例では３個の表示であるが、１個でもよい。しかし２個以上の方が本発明の利用効果が大きい。ユーザはこれらのメタデータ名の中から、文書検索で絞り込みたいカテゴリを代表するメタデータ名を選択（ラベルをクリック）して、文書検索を開始する。最上位のメタデータ名は例えば、図３を例にとれば、「製品」と「文書」である。ディレクトリの構成要素が同じでも、分類基準が変われば構成（ディレクトリ構成）も変るため、最上位のメタデータは１つのカテゴリに対して複数存在し得る。例えば、１つのカテゴリに対して１０個の構成（ディレクトリ構成）があったとすると、最大で１０個のメタデータ名が初期画面（図１６の１６１１）に表示される。仮にこの初期画面をデータマップではなく、ディレクトリを用いて表示する場合について説明する。本発明の方法では１つのカテゴリに関して複数の構成をとることができる。たとえば１つのカテゴリに関して１０とおりのディレクトリ構成をとることができるとする。その場合、ディレクトリを１０個表示することになる。そのため、１つのウィンドウに１つのディレクトリを表示すると仮定するのであれば、ウィンドウを１０枚用意することになる。それにくらべれば、初期状態で例えば最上位のメタデータ名を表示する本実施例の方法はウィンドウが少なくて、例えば１枚で、済み大変見やすく、大変便利である。
【００３０】
図１６の１６１２は図１６の１６１１の状態からメタデータ名である「製品」のラベルをクリック即ち選択した状態を表したメタデータのマップの例である。メタデータ名「製品」のラベルがクリックされると、そのメタデータ名に属するメタデータの値が表示される。ここで、図１６の１６１２におけるメタデータ名「製品」のメタデータ値は「製品Ａ」、「製品Ｂ」，「製品Ｃ」である。なお、このメタデータ値のラベルは、メタデータ名の表示位置の周囲に重なりを防ぐように表示し、メタデータ名とメタデータ値を線で結ぶなりして関連がわかるようにして表示される。また、メタデータ値が多数ある場合には、メタデータが付与されている文書数や、選択済みのメタデータやそれに関連するメタデータなどを指標として評価し、メタデータの重要度を決定し、重要度の高い順にメタデータ値をメタデータのマップに表示する。重要度の低いその他のメタデータ値は「その他」などのラベルとして１つのラベルにまとめて、メタデータのマップ上に表示するようにしてもよい。その場合、その「その他」のラベルを選択すると、その他のメタデータ値を例えばリスト形式で表示させ、そこからそのメタデータ値の選択を可能とする。またグループ化できるメタデータはそれらを代表するグループ名を１つのラベルとして定義できる。そこで、そのグループ名を選択するとそのグループ内のメタデータをリスト形式で表示しそこからメタデータ値を選択できる。また、選択されたラベルを再クリックすることで、選択された「メタデータ名」のラベルを非選択状態とすることができる。その場合はその「メタデータの値」のラベルの色を薄くしたり、ラベルのサイズを小さくしたり、ラベル自体を非表示にすることもできる。ラベル自体を非表示にした場合は、その上位概念のラベルを選択しなおせば、再度表示することができる。
【００３１】
次にユーザは表示されたメタデータの値を表すラベルの中から、該当するラベルを選択する。この操作により、選択されたメタデータの値をもつ文書が絞り込まれる。また、複数のメタデータの値を選択すると、ＯＲ条件、またはＡＮＤ条件で絞り込みが行われる。この際、ＯＲ条件やＡＮＤ条件はポップアップメニューや環境設定で設定することもできる。あるいは、メタデータ値を選択する過程で、同時にその条件式を別ウィンドウなどに、条件式表示画面として表示し、その条件式を変更できるようにすることなどが可能である。具体的な例をあげると、環境設定などでＡＮＤを設定していた場合、例えばＡ、Ｂ、Ｃと選択すると、条件式表示画面には「Ａ ＡＮＤ Ｂ ＡＮＤ Ｃ」と表示される。この際、ＡＮＤ式は、クリック操作などで変更できるようになっている。さらにこの条件式に括弧アイテムなどをドラックすることで、括弧を挿入することなども可能である。また選択されたラベルを再クリックすることで、選択されたメタデータの値を非選択状態にし、絞り込みをしなおすことも可能である。また、選択したくないラベルを（例えばコントロールキーを押しながら）非選択にしていくことも可能である。
【００３２】
図１６の１６１３は図１６の１６１２において、メタデータの値「製品Ａ」のラベルをクリックした場合のメタデータのマップ（すなわちビジュアル検索画面）の出力例である。このとき、「製品Ａ」のメタデータの値が付与されているのは図５を参照すればわかるように、図５の５１１〜５１３の文書１・文書２・文書３である。従って文書１・文書２・文書３が検索結果となる。また、「製品Ａ」のメタデータを持っていない文書４（図５の５１４）は検索結果として抽出されない。詳細は後述するが、検索結果の抽出例は、図１７〜図１９の１７０１に示すとおりである。また「製品Ａ」のラベルがクリックされた時に、同じカテゴリ内の、他のラベルの色を薄く表示するなどして選択された「製品Ａ」のラベルを強調している。また操作モードにより、選択されていない、同じカテゴリ内の他のラベルを小さくすることも、非表示にすることもできる。この操作により、情報を絞り込んで、同時に見る必要がある情報を極力スクロールなどせずに見ることができるようにするなどの配慮を行い、画面を見やすくすることができる。
【００３３】
図１６の１６１４は図１６の１６１３において、メタデータ名「文書」のラベルがクリックされた時のメタデータマップの一例を示している。「製品」のラベルがクリックされたときと同様に「文書」のメタデータ名に属するメタデータの値が表示される。文書に属するメタデータ値は、ここでは「基本設計書」、「詳細設計書」、「テスト」である。このときに、図５の５１１〜５１３に示すとおり、文書１・文書２・文書３は図１６の１６１３で選択された「製品Ａ」のメタデータに加え「基本設計書」、「詳細設計書」のメタデータも持っている。そこで、図１６の１６１４に示すように、これらのラベルを線１６２１〜１６２２で結ぶなどしてメタデータ値の間の関連を強調することもできる。メタデータ値間の関連度を強調する方法として、関連するラベル同士を線で結ぶ以外に、「ラベルの背景色、色調、濃淡による関連度の表現」、「ラベルへの識別マークの付与による関連度の表現」、「ラベルの枠線の種別や線幅による関連度の表現」、「ラベルの形状、大きさによる関連度の表現」、「文字フォントによる関連度の表現」、「ラベル間の距離の違いによる関連度の表現」などを用いても良い。このように、上記関連性あるいは関連度を視覚的な方法で表示することが望ましい。
【００３４】
図１６の１６１５は図１６の１６１４において、メタデータ名「文書」のメタデータの値である「基本設計書」のラベルが選択された場合のメタデータマップの表示例を示している。メタデータマップ上では、「製品Ａ」と「基本設計書」が指定されている。図５の例では「製品Ａ」と「基本設計書」のメタデータを持っているの５１１の文書１と５１２の文書２の２つである。従って文書１と文書２が検索結果となる。検索結果の抽出例は、詳細は後述するが、図１７〜図１９の１７０１に示すとおりである。
【００３５】
本実施例の方法によれば、このようにメタデータマップに表示されているメタデータを表すラベルを選択していくことにより目的の文書を絞り込むことが容易となる。また、選択していくメタデータ名は「製品」でも「文書」でも「納入先」でも好きなものから選択していくことが可能である。そのため、先に挙げた問題すなわち、図３の３１１、３１２に示すように分類基準が複数ある場合、検索する人が望むディレクトリ構成を複数の画面等をめくるなどして探さなければならないといった面倒な作業を回避することが可能である。例えば本実施例でいえば、「製品」「文書」「納入先」の３つのディレクトリ構成があり、この中から自分が必要とするディレクトリを探すとする。そのためには１つのウィンドウに１つのディレクトリが表示できるとすると、３枚のウィンドウを用意しそれをめくるなどの操作が必要になる。ディレクトリが１００あれば１００枚めくることになる。さらに、その中から文書を探す過程で、他のディレクトリとの関連がつかめないという問題も発生する。本実施例では、これらの問題を全て解決できる。まずディレクトリのトップの、メタデータのラベルのみが初期画面に表示されるため、ディレクトリ構成が１００あっても、初期状態では、１画面の中の、１００個のラベルから適切なものを１つ選ぶだけで検索を実施できる。さらにメタデータマップ上で互いに関連するメタデータのラベルをネットワーク状に線で連結していくため、気になる他のディレクトリのメタデータとの関連も上述したように簡単に把握できる。さらに、メタデータマップでどのラベルが選択されているのかを保存しておくことが可能であるため、コンピュータを再起動した後に、本実施例のシステムを立ち上げたときに前回の状態を再現することも可能である。
【００３６】
図１７に選択されたメタデータを含む文書を表示する例を示す。図の左側エリアにメタデータのマップ１６１５を、上側エリア１７０２に選択されたラベル（メタデータの値）を、右側エリア１７０１に選択されたメタデータの値を持つ文書のリストを示している。上記メタデータのマップ１６１５を表示するエリアは、検索操作の手順に基づいて、図１６で説明した画面遷移が表示され、図１６で説明した処理が為されていく。上側エリア１７０２のメタデータの値は、操作手順すなわちラベルの選択順に基づいて作成されている。また、その情報を簡略化するために、階層数（階層の深さ、実施例では「・」の数＋１）はこの実施例では２つに固定している。階層数の固定は、解除して全て出力することも可能である。また上側エリア１７０２のメタデータ値は手入力することもできる。上側エリア１７０２のメタデータ値の全てを出力する場合はメタデータが同一のカテゴリ（ディレクトリ構成）中にあり、なおかつ階層の上位から下位への遷移の過程で、操作した中から個々のメタデータ値を順番に抽出して、メタデータの値（例えばメタデータ１・メタデータ２・・・）を出力する。
【００３７】
また、図１７のメタデータのマップ１６１５の代わりに、図１８の１８０１のようにディレクトリの形で選択されたメタデータを表示することもできる。また上側エリア１７０２のメタデータ値（階層を持つメタデータ）を手入力した場合、そのメタデータ値とシステム保管の全メタデータのメタデータ値とで部分マッチングを行い、そのメタデータ値が合致するシステムに保管されているディレクトリを表示する。表示されたディレクトリが期待したものでない場合つまり同じ階層を持つメタデータが複数存在する場合は、他に合致したディレクトリを順に表示する。その際の表示順はシステムに先に登録された順、後に登録された順、最上位階層のメタデータ名の５０音順などがある。本実施例の方法によれば、例えば、図３の３１１と３１２のディレクトリ、両方の構成に基づく概念からでも文書を選択していことが可能となる。またこのような問題を少なくするために最上位メタデータ名を別途指定することも可能である。指定の仕方は＠マークなどの記号を先頭につけて＠（最上位メタデータ名）・メタデータ名・メタデータ値などとしても良いし、別領域に最上位メタデータ名を表示しても良い。
【００３８】
図１９もメタデータ利用による検索機能のインタフェースの例である。メタデータを表形式１９０１で表している。メタデータの表における「製品」１９１１・「文書」１９１２などのメタデータ名をクリックすることで、そのメタデータの値でソートして表示することが可能である。また、メタデータの列（「製品」１９１１と「文書」１９１２など）をドラック操作などで入れ替えることにより並び替えの優先順位を変更することも可能である。
【００３９】
また、ユーザ補助の観点から便利な機能として以下の機能がある。例えば図１６においてメタデータを選択していく過程について、それまでのユーザの選択履歴を記録しておき、ユーザが選択しやすい（すなわち選択頻度の高い）メタデータ名やメタデータ情報を目立たせることなども可能である。目立たせる方法としては、「ラベルの背景色、色調、濃淡による関連度の表現」、「ラベルへの識別マークの付与による関連度の表現」、「ラベルの枠線の種別や線幅による関連度の表現」、「ラベルの形状、大きさによる関連度の表現」、「文字フォントによる関連度の表現」によるものなどが考えられる。
【００４０】
メタデータ間の関連に関して、メタデータには共起（共に反応する）する関係と排他する関係も定義可能である。これにより、あるメタデータのラベルが選択された場合、共起関係にあるメタデータのラベルが自動的に選択されるようにできる（例えば、「ＪＡＶＡ（Ｒ）」のメタデータの値を選択すると、自動的に「オブジェクト指向」が選択されるなど）、また排他関係にあるメタデータが自動的に非選択になるようにすることも可能である。
【００４１】
リレーショナルデータベース（ＲＤＢと呼ぶ）への適用の観点から、本発明は文書に付与されたメタデータのみに適用するのではなく、データベースのデータに適用することも可能である。例えばＲＤＢ等の各フィールド名がメタデータ名として、フィールドの値（データ）がメタデータの値として利用できる。また、参照したいフィールドを本文と定義することで、上述の検索方法を利用することができる。またＲＤＢ等をＸＭＬの形式にして出力することで、本発明をそのまま適用することができる。このことにより、データベースに蓄積されている情報を、メタデータマップを用いたシステムで、階層構造を固定せず、視覚的にデータ間の関連を確認しながら目的どおりに絞り込むことが可能となる。
【００４２】
メタデータの再配置に関しては、以下に示す方法で画面を見やすくし、操作をしやすくする手法を設けている。すなわち、メタデータマップの表示に関して、メタデータのラベルの数が増加した場合、ラベルが重ならないようにマップの再配置を自動で行う。また、マップを見やすくするために、線が密集しないようにラベルの再配置を自動的に行う。ラベルの再配置方法は次に述べるように、複数存在する。第１の方法としては、各ラベルの近傍のラベルのみを、ずらすことで重なりや密集を解決する。この方法は現状の配置を大きく変えずに、ラベルの再配置を行い、見やすくするものである。第２の方法としては、全ラベルの均等配置を行う方法である。この方法は現在の配置をある程度維持しながら、全体のバランスを取り直す方法である。この方法によって、ラベル全体が均等に配置しなおされて見やすくなる。第３には乱数を使うなどし、完全に再配置をやり直す方法がある。この場合は、現在のメタデータマップの配置は維持されないが、現在の配置が気にいらない場合には有効である。さらに第４の方法として、互いに類似するラベルを近傍に配置するなどの手法もある。メタデータマップのラベルの再配置は検索作業の途中に、任意に手動で行うこともできる。また、環境設定やオプション設定などで自動的に、ラベルの再配置を行うようにもできる。また表示情報の増減に伴って文字や図形の大きさを変更することが可能である。表示するメタデータの数がある値を超えると文字表示の大きさであるポイント数を下げる、あるいは重なり表示が出来るとまたは表示間隔が狭くなると文字表示の大きさであるポイント数を下げるようにすることで見易さを維持できる。また図１６の例１６１４のように関連を線で表示する場合、線がクロスしないように表示することが好ましい。
【００４３】
また図１７〜１９において、特に図１７において、表示エリア１６１５に多数の情報を表示すると文字などの表示の大きさを小さくしなければならなくなる。この場合表示エリア１６１５と１７０１の境界を移動可能とすることで１６１５の表示面積を広げる操作を可能とすることが望ましい。また表示エリアの拡大に伴ってエリア１６１５内の表示文字を自動的に大きくすることが望ましい。逆にエリア１６１５を縮小する操作では、エリア１６１５の文字は自動的に縮小する。あるいは関連性の低い即ち関連度の線が細い線の表示を自動的に消すことも有効である。
【００４４】
以上述べたように本発明の実施例として、文書のメタデータをディレクトリ構成で定義せず、上位概念や下位概念を意識しない自由な形式の構成で定義する方法について述べた。この方法は、文書をフォルダ（ディレクトリ）で格納せずに、メタデータを付与した状態で格納する、文書の格納方法と、とらえることができる。この方法によれば、ディレクトリ構成を意識する必要がなく、上位概念が複数存在しても容易に文書のメタデータを定義できる。そのため文書の登録者が思い描くメタデータを正確に登録することができる。また、本発明の実施例では、メタデータマップ上でディレクトリを意識することなく、ラベルを選択していくことで、ディレクトリ検索のように情報を絞り込むことが可能な機能について述べた。この際、メタデータマップは複数のディレクトリ構成に展開できる要素をもっているので、検索者が思い描くディレクトリ構成を想定して検索を行うことが可能である。さらに、この検索実行時に、メタデータをメタデータマップの形、ディレクトリの形、および表形式で表示でき、そこで、好きなラベル（位置）またはディレクトリまたは値やフィールドから検索を行うことが可能な情報検索方法を提示した。また文書を検索していく過程で、他のディレクトリ構成（カテゴリ）に含まれる文書との関連などが、ラベル同士が線で結合されることにより、容易に判別できる方法について述べた。この方法によれば、メタデータ同士の関連をたどって、関連情報を広く調べることも可能となり、必要な情報を充分に調査することができ検索精度を上げることができて、大変便利である。またＤＢのフィールド情報をメタデータとして、ＤＢの内容を容易に検索できる検索方法について、その内容を説明した。ＤＢの内容をそのまま、本実施例の検索方法で検索できれば、既に構築済みのＤＢの検索を視覚的に、キーワードの決定に労力を使わずに快適に行うことができる。
【００４５】
【発明の効果】
本発明によれば、検索処理のための情報のカテゴライズ作業としてのメタデータの文書への付与作業の操作性が向上する。
また本発明によれば、メタデータのラベルなどを利用した検索方法において、検索処理の操作性が向上する、あるいは検索精度が向上する。
【図面の簡単な説明】
【図１】情報検索装置のシステム構成図である。
【図２】システム全体の処理フローチャートである。
【図３】カテゴリのディレクトリへの構成例である。
【図４】メタデータの例である。
【図５】メタデータの持たせ方の例である。
【図６】文書蓄積、メタデータ付与処理のフローチャートである。
【図７】文書蓄積、メタデータ付与処理の画面遷移である。
【図８】文書蓄積、メタデータ付与処理のユーザ認証画面の説明図である。
【図９】文書蓄積、メタデータ付与処理の個人ライブラリ検索画面の説明図である。
【図１０】文書蓄積、メタデータ付与処理の個人ライブラリ検索結果画面の説明図である。
【図１１】文書蓄積、メタデータ付与処理の文書一覧画面の説明図である。
【図１２】文書蓄積、メタデータ付与処理の文書内容画面の説明図である。
【図１３】文書蓄積、メタデータ付与処理の文書新規登録画面の説明図である。
【図１４】文書蓄積、メタデータ付与処理のメタデータ変更画面の説明図である。
【図１５】文書蓄積、メタデータ付与処理のメタデータ変更詳細画面の説明図である。
【図１６】メタデータマップによる検索の流れである。
【図１７】メタデータマップによる検索結果である。
【図１８】メタデータのディレクトリと検索結果である。
【図１９】メタデータの表と検索結果である。
【符号の説明】
１０１ サーバ（検索処理装置）
１０２ クライアント（操作装置）
１０３ メタデータデータベース
１０４ 文書データベース
１０５ 文書メタデータデータベース
２０１ 文書入力手段
２０２ 該当メタデータ抽出手段
２０３ 該当メタデータ特定手段
２０４ 該当メタデータ付与手段
２０９ メタデータ入力手段
２１０ メタデータ該当文書検索手段
２１４ メタデータ該当文書出力手段
２２０ メタデータ提示手段
１１１１ メタデータ付与エージェントの発話の一例
１６１５ メタデータマップの表示例
１７０１ 文書検索結果の一例（検索文書一覧の一例）
１８０１ メタデータのディレクトリ形表示例
１９０１ メタデータの表形式による表示例
Claims (6)
- 表示装置の表示画面にラベルを表示し、表示されたラベルを選択すると、選択されたラベルに属するメタデータの値が表示され、表示されたメタデータの値を選択すると選択されたメタデータの値に属するメタデータの値がさらに表示される操作を行って検索操作を行う検索方法であって、上記選択されたラベルとその選択に基づいて表示されたメタデータの値との関連および表示されたメタデータの値の中の選択表示されたメタデータの値と該選択に基づいてさらに表示されたメタデータの値との関連を視覚的に表示したことを特徴とする情報の検索方法。
- 表示装置の表示画面に複数個のラベルを表示し、表示されたラベルを選択すると選択されたラベルに属する第１のメタデータの値が上記選択されたラベルの周辺に表示されると共に、上記選択されたラベルと第１のメタデータの値との関係が表示され、
さらに上記表示された第１のメタデータの値を選択すると選択されたメタデータの値に属する第２のメタデータの値を選択された第１のメタデータの周辺に表示すると共に、上記選択された第１のメタデータと上記第２のメタデータの値との関連を表示することを特徴とする情報の検索方法。 - 表示装置の表示画面に複数個のラベルを表示し、表示されたラベルを選択すると選択されたラベルに属する第１のメタデータの値が上記選択されたラベルの周辺に表示されると共に、上記選択されたラベルと第１のメタデータの値との関係が線で表示され、
さらに上記表示された第１のメタデータの値を選択すると選択されたメタデータの値に属する第２のメタデータの値を選択された第１のメタデータの周辺に表示すると共に、上記選択された第１のメタデータと上記第２のメタデータの値との関連を線で表示することを特徴とする情報の検索方法。 - 表示装置および入力手段、処理手段を備え、
上記表示装置に複数個のラベルを表示し、
表示されたラベルの選択が入力手段によって行われると、上記処理手段は選択されたラベルに属する第１のメタデータの値を検索して上記選択されたラベルの周辺に表示すると共に、上記選択されたラベルと第１のメタデータの値との関係を表示し、
上記表示された第１のメタデータの値がさらに入力手段によって選択されると、選択されたメタデータの値に属する第２のメタデータの値を上記処理手段は検索して、選択された第１のメタデータの周辺に表示すると共に、上記選択された第１のメタデータと上記第２のメタデータの値との関連を表示することを特徴とする情報の検索装置。 - 表示装置および入力手段を備えた処理手段によって実行されることにより処理手段が以下の処理機能を備えることを特徴とする情報検索のためのコンピュータプログラム。
表示装置にラベルを表示し、表示されたラベルを選択すると、選択されたラベルに属する第１のメタデータの値が表示され、表示された第１のメタデータの値をさらに選択すると選択されたメタデータの値に属する第２のメタデータの値がさらに表示され、上記選択されたラベルとその選択に基づいて表示された第１のメタデータの値との関連および表示された第１のメタデータの値の中の選択表示されたメタデータの値と該選択に基づいてさらに表示されたメタデータの値との関連を視覚的に表示する機能。 - 表示装置および入力手段を備えた処理手段によって実行されることにより処理手段が以下の処理機能を備えることを特徴とする情報検索のためのコンピュータプログラム。
表示装置に複数個のラベルを表示し、
表示されたラベルの選択が入力手段によって行われると、上記処理手段は選択されたラベルに属する第１のメタデータの値を検索して上記選択されたラベルの周辺に表示すると共に、上記選択されたラベルと第１のメタデータの値との関係を表示し、
上記表示された第１のメタデータの値がさらに入力手段によって選択されると、選択されたメタデータの値に属する第２のメタデータの値を上記処理手段は検索して、選択された第１のメタデータの周辺に表示すると共に、上記選択された第１のメタデータと上記第２のメタデータの値との関連を表示する機能。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002359927A JP4084647B2 (ja) | 2002-12-11 | 2002-12-11 | 情報検索システム、情報検索方法及び情報検索プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002359927A JP4084647B2 (ja) | 2002-12-11 | 2002-12-11 | 情報検索システム、情報検索方法及び情報検索プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004192355A true JP2004192355A (ja) | 2004-07-08 |
| JP4084647B2 JP4084647B2 (ja) | 2008-04-30 |
Family
ID=32759180
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002359927A Expired - Fee Related JP4084647B2 (ja) | 2002-12-11 | 2002-12-11 | 情報検索システム、情報検索方法及び情報検索プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4084647B2 (ja) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006036008A1 (en) * | 2004-09-29 | 2006-04-06 | Institute Of Medicinal Molecular Design. Inc. | Method of displaying molecule function network |
| CN1955908A (zh) * | 2005-10-24 | 2007-05-02 | 索尼株式会社 | 显示信息的方法和程序以及信息处理装置 |
| JP2009064399A (ja) * | 2007-09-14 | 2009-03-26 | Hitachi East Japan Solutions Ltd | 検索結果表示方法、検索結果表示プログラムおよび検索結果表示装置 |
| JP2009064097A (ja) * | 2007-09-04 | 2009-03-26 | Hitachi East Japan Solutions Ltd | 検索結果表示方法、検索結果表示プログラムおよび検索結果表示装置 |
| JP2009230648A (ja) * | 2008-03-25 | 2009-10-08 | Hitachi East Japan Solutions Ltd | 文書群分析支援装置 |
| KR101054050B1 (ko) * | 2008-11-28 | 2011-08-03 | 한국과학기술원 | 사용자의 정보 검색을 지원하기 위한 개인화된 시각화 방법 |
| JP2013069042A (ja) * | 2011-09-21 | 2013-04-18 | Fuji Xerox Co Ltd | 情報処理装置及び情報処理プログラム |
| WO2015182271A1 (ja) * | 2014-05-27 | 2015-12-03 | ソニー株式会社 | 情報処理装置及び情報処理方法 |
| US10152496B2 (en) | 2012-09-13 | 2018-12-11 | Ntt Docomo, Inc. | User interface device, search method, and program |
| WO2021005936A1 (ja) * | 2019-07-10 | 2021-01-14 | 三菱電機株式会社 | 文書情報提示装置及びプログラム |
| JP2021026521A (ja) * | 2019-08-06 | 2021-02-22 | 株式会社東芝 | 不適合事例検索システムおよび不適合事例検索方法 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4289432B2 (ja) | 2005-06-13 | 2009-07-01 | 新東工業株式会社 | 鋳枠無し上鋳型および下鋳型の造型装置 |
-
2002
- 2002-12-11 JP JP2002359927A patent/JP4084647B2/ja not_active Expired - Fee Related
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006036008A1 (en) * | 2004-09-29 | 2006-04-06 | Institute Of Medicinal Molecular Design. Inc. | Method of displaying molecule function network |
| CN1955908A (zh) * | 2005-10-24 | 2007-05-02 | 索尼株式会社 | 显示信息的方法和程序以及信息处理装置 |
| JP2007115180A (ja) * | 2005-10-24 | 2007-05-10 | Sony Corp | 情報処理装置、情報表示方法および情報表示プログラム |
| US8756525B2 (en) | 2005-10-24 | 2014-06-17 | Sony Corporation | Method and program for displaying information and information processing apparatus |
| JP2009064097A (ja) * | 2007-09-04 | 2009-03-26 | Hitachi East Japan Solutions Ltd | 検索結果表示方法、検索結果表示プログラムおよび検索結果表示装置 |
| JP2009064399A (ja) * | 2007-09-14 | 2009-03-26 | Hitachi East Japan Solutions Ltd | 検索結果表示方法、検索結果表示プログラムおよび検索結果表示装置 |
| JP2009230648A (ja) * | 2008-03-25 | 2009-10-08 | Hitachi East Japan Solutions Ltd | 文書群分析支援装置 |
| KR101054050B1 (ko) * | 2008-11-28 | 2011-08-03 | 한국과학기술원 | 사용자의 정보 검색을 지원하기 위한 개인화된 시각화 방법 |
| JP2013069042A (ja) * | 2011-09-21 | 2013-04-18 | Fuji Xerox Co Ltd | 情報処理装置及び情報処理プログラム |
| US9176954B2 (en) | 2011-09-21 | 2015-11-03 | Fuji Xerox Co., Ltd. | Information processing apparatus, information processing method, and non-transitory computer readable medium for presenting associated information upon selection of information |
| US10152496B2 (en) | 2012-09-13 | 2018-12-11 | Ntt Docomo, Inc. | User interface device, search method, and program |
| WO2015182271A1 (ja) * | 2014-05-27 | 2015-12-03 | ソニー株式会社 | 情報処理装置及び情報処理方法 |
| US10599739B2 (en) | 2014-05-27 | 2020-03-24 | Sony Corporation | Information processing device and information processing method |
| WO2021005936A1 (ja) * | 2019-07-10 | 2021-01-14 | 三菱電機株式会社 | 文書情報提示装置及びプログラム |
| JP2021015358A (ja) * | 2019-07-10 | 2021-02-12 | 三菱電機ビルテクノサービス株式会社 | 文書情報提示装置及びプログラム |
| JP7325252B2 (ja) | 2019-07-10 | 2023-08-14 | 三菱電機ビルソリューションズ株式会社 | 文書情報提示装置及びプログラム |
| JP2021026521A (ja) * | 2019-08-06 | 2021-02-22 | 株式会社東芝 | 不適合事例検索システムおよび不適合事例検索方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4084647B2 (ja) | 2008-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5721897A (en) | Browse by prompted keyword phrases with an improved user interface | |
| US5913215A (en) | Browse by prompted keyword phrases with an improved method for obtaining an initial document set | |
| US10423697B2 (en) | User interface with navigation controls for the display or concealment of adjacent content | |
| JP5744873B2 (ja) | トラステッドクエリのシステムおよび方法 | |
| US20030004941A1 (en) | Method, terminal and computer program for keyword searching | |
| JP2007527558A (ja) | ウェブサイトなどの情報源によるナビゲーション | |
| JPH05128157A (ja) | 文書検索装置 | |
| JPH0844759A (ja) | 情報検索システム及び方法 | |
| CN110188165A (zh) | 合同模板获取方法、装置、存储介质和计算机设备 | |
| JP4084647B2 (ja) | 情報検索システム、情報検索方法及び情報検索プログラム | |
| KR101441219B1 (ko) | 정보 엔터티들의 자동 연관 | |
| US8181116B1 (en) | Method and apparatus for hyperlink list navigation | |
| KR101401250B1 (ko) | 전자문서에 대한 키워드맵 제공 방법 및 이를 위한 키워드맵 제공 프로그램을 기록한 컴퓨터로 판독가능한 기록매체 | |
| JP3864235B2 (ja) | 情報検索システムおよび情報検索プログラム | |
| KR20000030486A (ko) | 지역정보 검색전용 인터넷 정보 검색 시스템 및 이를이용한 인터넷 정보 검색 방법 | |
| US8612431B2 (en) | Multi-part record searches | |
| JPH0785102A (ja) | 文書検索方法 | |
| JP2014102625A (ja) | 情報検索システム、プログラム、および方法 | |
| JP2007073072A (ja) | 関連文書表示装置 | |
| JPH117452A (ja) | ネットワークを介した情報収集方法および装置と該方法を実施するプログラムを記録した記録媒体 | |
| KR100905029B1 (ko) | 이동통신수단으로의 지식정보 제공방법과 그 시스템 | |
| US20080228725A1 (en) | Problem/function-oriented searching method for a patent database system | |
| JP2746198B2 (ja) | 全文対象データベース検索方法 | |
| Hung et al. | Digital Texts and GIS: The interrogation and coordinated visualization of Classical Chinese texts | |
| JP2506987B2 (ja) | 画像検索装置及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040610 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071031 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071225 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080205 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080215 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110222 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140222 Year of fee payment: 6 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140222 Year of fee payment: 6 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140222 Year of fee payment: 6 |
|
| R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140222 Year of fee payment: 6 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140222 Year of fee payment: 6 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |