(57)【要約】【課題】データ及びデータ間の関連性を人間の感覚に即した形で提示できるようにする。【解決手段】メタデータ間のリンク関係をリンク元及びリンク先の識別情報の対のデータとして保持する第1データ構造と、各メタデータについて、当該メタデータに関連するファイルへのリンク・データを少なくとも含む第2データ構造と、メタデータの分類を規定する第3データ構造とを含み、メタデータの分類とメタデータ間のリンク関係とが独立に設定可能なデータ構造を利用する。このようにファイルを直接リンク付けずに、メタデータをリンク付けることで、図やグラフなどのデータも関連付けることができ且つ検索も容易になる。第2データ構造を用いればメタデータから図等のファイルをも参照できる。さらに第1データ構造を用いればリンクを双方向に辿ることができ、第3データ構造からも別途メタデータを辿ることができる。【選択図】図２
2008084336.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ読み取り可能で且つ当該コンピュータの記憶装置に格納されるデータ構造であって、
関連するデータへのリンク・データ及び当該関連するデータの少なくとも一部の属性を含む複数のメタデータと、
前記メタデータ間のリンク関係をリンク元のメタデータの識別情報及びリンク先のメタデータの識別情報の対のデータとして保持する第１データ構造と、
前記メタデータに含まれる前記属性とは異なるデータによって前記メタデータの分類を木構造により規定する第２データ構造と、
を含み、
前記メタデータの分類と前記メタデータ間のリンク関係とが独立に設定可能であり、
特定のメタデータの指定を検索条件として含む検索要求又は検索キーワードを検索条件として含む検索要求を受信した場合、前記コンピュータにより、前記検索要求の前記検索条件に該当するメタデータが前記複数のメタデータから抽出され、
前記コンピュータにより、前記第１データ構造において、前記リンク元のメタデータの識別情報又は前記リンク先のメタデータの識別情報として、抽出された前記メタデータの識別情報が登録されているかが確認され、登録されている場合には、対となる前記リンク元のメタデータ又は前記リンク先のメタデータが前記複数のメタデータから抽出され、
抽出された前記メタデータのリストが、前記検索要求元に出力され、
メタデータ分類一覧要求を受信した場合、前記コンピュータにより、前記第２データ構造にて規定される、木構造の前記メタデータの分類を表すメタデータ分類一覧データが生成され、前記メタデータ分類一覧要求元に出力される
データ構造。
【請求項２】
関連するデータへのリンク・データ及び当該関連するデータの少なくとも一部の属性を含む複数のメタデータと、
前記メタデータ間のリンク関係をリンク元のメタデータの識別情報及びリンク先のメタデータの識別情報の対のデータとして保持する第１データ構造と、
前記メタデータに含まれる前記属性とは異なるデータによって前記メタデータの分類を木構造により規定する第２データ構造と、
を含むデータ構造であって、
前記メタデータの分類と前記メタデータ間のリンク関係とが独立に設定可能であるデータ構造を格納するデータ格納部にアクセス可能なコンピュータにより実行される検索方法であって、
ユーザ端末から、特定のメタデータの指定を検索条件として含む検索要求又は検索キーワードを検索条件として含む検索要求を受信した場合、前記コンピュータにより、前記検索要求の前記検索条件に該当するメタデータを前記複数のメタデータから抽出するステップと、
前記コンピュータにより、前記第１データ構造において、前記リンク元のメタデータの識別情報又は前記リンク先のメタデータの識別情報として、抽出された前記メタデータの識別情報が登録されているかを確認し、登録されている場合には、対となる前記リンク元のメタデータ又は前記リンク先のメタデータを前記複数のメタデータから抽出するステップと、
前記コンピュータにより、抽出された前記メタデータのリストを、前記ユーザ端末に送信するステップと、
前記ユーザ端末からメタデータ分類一覧要求を受信した場合、前記コンピュータにより、前記第２データ構造にて規定される、木構造の前記メタデータの分類を表すメタデータ分類一覧データを生成し、前記ユーザ端末に送信するステップと、
含む検索方法。
【請求項３】
関連するデータへのリンク・データ及び当該関連するデータの少なくとも一部の属性を含む複数のメタデータと、
前記メタデータ間のリンク関係をリンク元のメタデータの識別情報及びリンク先のメタデータの識別情報の対のデータとして保持する第１データ構造と、
前記メタデータに含まれる前記属性とは異なるデータによって前記メタデータの分類を木構造により規定する第２データ構造と、
を含むデータ構造であって、
前記メタデータの分類と前記メタデータ間のリンク関係とが独立に設定可能であるデータ構造を格納するデータ格納部と、
ユーザ端末から、特定のメタデータの指定を検索条件として含む検索要求又は検索キーワードを検索条件として含む検索要求を受信した場合、前記検索要求の前記検索条件に該当するメタデータを前記複数のメタデータから抽出する手段と、
前記第１データ構造において、前記リンク元のメタデータの識別情報又は前記リンク先のメタデータの識別情報として、抽出された前記メタデータの識別情報が登録されているかを確認し、登録されている場合には、対となる前記リンク元のメタデータ又は前記リンク先のメタデータを前記複数のメタデータから抽出する手段と、
抽出された前記メタデータのリストを、前記ユーザ端末に送信する手段と、
前記ユーザ端末からメタデータ分類一覧要求を受信した場合、前記第２データ構造にて規定される、木構造の前記メタデータの分類を表すメタデータ分類一覧データを生成し、前記ユーザ端末に送信する手段と、
有する検索装置。
【請求項４】
関連するデータへのリンク・データ及び当該関連するデータの少なくとも一部の属性を含む複数のメタデータと、
前記メタデータ間のリンク関係をリンク元のメタデータの識別情報及びリンク先のメタデータの識別情報の対のデータとして保持する第１データ構造と、
前記メタデータに含まれる前記属性とは異なるデータによって前記メタデータの分類を木構造により規定する第２データ構造と、
を含むデータ構造であって、
前記メタデータの分類と前記メタデータ間のリンク関係とが独立に設定可能であるデータ構造を格納するデータ格納部にアクセス可能なコンピュータに、
ユーザ端末から、特定のメタデータの指定を検索条件として含む検索要求又は検索キーワードを検索条件として含む検索要求を受信した場合、前記コンピュータにより、前記検索要求の前記検索条件に該当するメタデータを前記複数のメタデータから抽出するステップと、
前記コンピュータにより、前記第１データ構造において、前記リンク元のメタデータの識別情報又は前記リンク先のメタデータの識別情報として、抽出された前記メタデータの識別情報が登録されているかを確認し、登録されている場合には、対となる前記リンク元のメタデータ又は前記リンク先のメタデータを前記複数のメタデータから抽出するステップと、
前記コンピュータにより、抽出された前記メタデータのリストを、前記ユーザ端末に送信するステップと、
前記ユーザ端末からメタデータ分類一覧要求を受信した場合、前記コンピュータにより、前記第２データ構造にて規定される、木構造の前記メタデータの分類を表すメタデータ分類一覧データを生成し、前記ユーザ端末に送信するステップと、
を実行させるための検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの管理技術に関する。
【背景技術】
【０００２】
ナレッジマネジメントシステム（以下、ＫＭ（Knowledge Management）システム）では、一般的に文書・測定値などの形式知であるデータをデータベース（ＤＢ）に登録して、当該データを検索するようになっている。データを登録する際には、複数の文書を分類し、まとめた形で登録する。データ参照時には、参照すべきカテゴリの一覧表示中から目的のデータを探すか、検索キーを用いてデータ内における検索キーの有無による検索を行う。このようなＫＭシステムではデータという形式知を扱うに留まり、暗黙知を取り扱うものはほとんどない。
【０００３】
従来の暗黙知を扱うとされるＫＭシステムにおいても、データからデータへのリンクを例えばＨＴＭＬ（Hyper Text Markup Language）のタグにて指定して暗黙知を形式知化するものに留まっている。この単純なタグを用いる方式では、指定した文書をタグを活用して表示することは可能であるが、特定のデータがどのデータから関連付けられているのかについての情報はない。そのため、通常人間が頭の中で行っているような情報関連付け（情報の連想とも呼ぶ）であるリンク元データの抽出や、データとデータのｎ対ｎの関連付け（１個のデータからｎ個のデータにリンクが張られるだけではなく、リンク元データへの関連付けもリンク先のｎ個のデータについて行われているということ）は不可能である。
【０００４】
例えば、ＡというＨＴＭＬファイルに、Ｂ及びＣというＨＴＭＬファイルへのリンクが含まれている場合、ＡからＢ又はＣへの移行は可能である。しかし、ユーザの参照履歴がなければ、Ｂ又はＣというＨＴＭＬファイルからはＡというＨＴＭＬファイルに戻ることは不可能である。よって、ＨＴＭＬファイルからは１対ｎという関係しか構築することはできない。また、遷移先のＨＴＭＬファイルが削除されても、遷移元のＨＴＭＬファイルにはリンクが残ってしまう。
【０００５】
なお、特開平８−２４９３４２号公報には、以下のような技術が開示されている。ハイパーメディア文書を構成する複数のカードの中から検索指示された語句を含むカードを検索するハイパー文書検索装置において、関連するカード間のリンク情報を管理するリンク管理部４と、検索用インデックスを管理するインデックス管理部５と、リンク管理部４により管理されるリンク情報に従ってインデックス管理部５により管理される検索用インデックスを参照し、上記検索指示された語句を含むカードを検索する検索部３とを具備え、検索指示された語句を含むカードをリンク先にもつリンク元カードを検索対象カードとして取り扱う、という技術が開示されている。しかし、上記のような技術では文書データであるカードを対象としているため、文書でないデータについては取り扱えない。また、文書データ毎にリンク情報を管理しているため、リンク情報だけを編集する場合であってもリンク元及びリンク先の文書データの両方のデータを修正しなければならない。さらに、文書データをリンクとは別の観点から分類することについては考慮していない。
【特許文献１】特開平８−２４９３４２号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、データ及びデータ間の関連性を人間の感覚に即した形で提示できるようにするための新規な技術を適用することである。
【課題を解決するための手段】
【０００７】
本発明の第１の態様に係るデータ構造は、コンピュータ読み取り可能で且つ当該コンピュータの記憶装置に格納されるデータ構造であって、関連するデータへのリンク・データ及び当該関連するデータの少なくとも一部の属性を含む複数のメタデータと、メタデータ間のリンク関係をリンク元のメタデータの識別情報及びリンク先のメタデータの識別情報の対のデータとして保持する第１データ構造と、メタデータに含まれる上記属性とは異なるデータによってメタデータの分類を木構造により規定する第２データ構造とを含み、メタデータの分類とメタデータ間のリンク関係とが独立に設定可能である。そして、特定のメタデータの指定を検索条件として含む検索要求又は検索キーワードを検索条件として含む検索要求を受信した場合、コンピュータにより、検索要求の検索条件に該当するメタデータが複数のメタデータから抽出され、コンピュータにより、第１データ構造において、リンク元のメタデータの識別情報又はリンク先のメタデータの識別情報として、抽出されたメタデータの識別情報が登録されているかが確認され、登録されている場合には、対となるリンク元のメタデータ又はリンク先のメタデータが複数のメタデータから抽出され、抽出されたメタデータのリストが、検索要求元に出力される。また、メタデータ分類一覧要求を受信した場合、コンピュータにより、第２データ構造にて規定される、木構造の前タデータの分類を表すメタデータ分類一覧データが生成され、メタデータ分類一覧要求元に出力される。
【０００８】
本発明の第２の態様に係る検索方法は、上記データ構造を格納するデータ格納部にアクセス可能なコンピュータにより実行される検索方法であって、ユーザ端末から、特定のメタデータの指定を検索条件として含む検索要求又は検索キーワードを検索条件として含む検索要求を受信した場合、コンピュータにより、検索要求の検索条件に該当するメタデータを複数のメタデータから抽出するステップと、コンピュータにより、第１データ構造において、リンク元のメタデータの識別情報又はリンク先のメタデータの識別情報として、抽出されたメタデータの識別情報が登録されているかを確認し、登録されている場合には、対となるリンク元のメタデータ又はリンク先のメタデータを複数のメタデータから抽出するステップと、コンピュータにより、抽出されたメタデータのリストを、ユーザ端末に送信するステップと、ユーザ端末からメタデータ分類一覧要求を受信した場合、コンピュータにより、第２データ構造にて規定される、木構造の前記メタデータの分類を表すメタデータ分類一覧データを生成し、ユーザ端末に送信するステップと含む。
【０００９】
本発明の第３の態様に係るデータ構造は、関連するデータ（例えばファイル）へのリンク・データを含む複数のメタデータと、メタデータ間のリンク関係をリンク元の識別情報及びリンク先の識別情報の対のデータとして保持する第１データ構造と、メタデータの分類を規定する第２データ構造とを含み、メタデータの分類とメタデータ間のリンク関係とが独立に設定可能なものである。
【００１０】
このようにデータ（例えばファイル）を直接リンク付けるのではなく、メタデータをリンク付けることにより、文書だけではなく図やグラフなどのデータについても関連付けることができ、且つ検索することも容易になる。また、上記のようなメタデータを用いればメタデータから図やグラフなどのファイルをも参照することができる。さらに、メタデータ間のリンク関係はメタデータ自身のデータとは別個に第１データ構造として管理され、リンク関係の変更を行う場合であってもリンク先及びリンク元のメタデータを修正する必要はない。さらに、第１データ構造を用いればリンクを双方向に辿ることができ、さらにリンク関係とは独立に設定されるメタデータの分類（第２データ構造）からも別途メタデータを辿ることができる。なお、ファイルはメタデータと関連付けられ、メタデータが他のメタデータと関連付けられるため、ファイルから見ればｎ対ｎの関連付けがなされることになる。
【００１１】
なお、上で述べた第２データ構造が、メタデータの分類を木構造により規定するようにしてもよい。メタデータが、例えばファイル・システムにおいて提供されるディレクトリ構造に基づいて分類・管理されるようにしてもよい。
【００１２】
また、上で述べたメタデータが、各メタデータが属する分類における所定の主題についてのテキスト・データをさらに含むようにしてもよい。
【００１３】
本発明の第３の態様に係るデータ処理方法は、登録するメタデータの分類について指定がなされた場合、第１データ格納部に当該メタデータの分類を表すデータを登録するステップと、メタデータに関連するファイルの指定を受けた場合、当該メタデータから、指定されたファイルへのリンク・データを、第２データ格納部に登録するステップと、メタデータ間のリンク関係がリンク元の識別情報及びリンク先の識別情報の対のデータとして指定された場合、リンク元の識別情報及びリンク先の識別情報の対のデータを第１データ格納部から独立した第３データ格納部に登録するステップとを含む。
【００１４】
また、本発明の第４の態様において、特定のメタデータの削除要求を受信した場合、第１データ格納部及び第２データ格納部から特定のメタデータに関するデータを削除するステップと、第３データ格納部において、特定のメタデータの識別情報がリンク元の識別情報及びリンク先の識別情報のいずれかに登録されている上記対のデータを削除するステップとを含むようにすることも可能である。メタデータの削除に応じてリンク関係を解除するためである。
【００１５】
さらに、本発明の第４の態様において、特定のメタデータが特定のユーザにより参照され且つ当該特定のユーザから要求を受けた場合、特定のユーザの参照履歴のデータを参照することなく、第３データ格納部から、特定のメタデータの識別情報がリンク先の識別情報として登録されている上記対のデータを抽出し、当該特定のメタデータのリンク元のメタデータを特定するステップをさらに含むようにしてもよい。これにより、容易にリンク元を辿ることができるようになる。
【００１６】
さらに、本発明の第４の態様において、メタデータ間のリンク関係の変更が要求された場合、第３データ格納部において該当するリンク元の識別情報及びリンク先の識別情報の対のデータを変更して登録するステップをさらに含むようにしてもよい。リンク関係の変更では、第３データ格納部のみを変更すればよいので、処理が簡単になる。
【００１７】
また、本発明に係るデータ処理方法をコンピュータに実行させるためのプログラムを作成することも可能であって、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、データ構造についても上記のような記憶媒体又は記憶装置に格納される。プログラム等は、ネットワークを介してデジタル信号として配信される場合もある。また、処理途中のデータについては、コンピュータのメモリに一時保管される。
【発明の効果】
【００１８】
以上述べたように、本発明によれば、データ及びデータ間の関連性を人間の感覚に即した形で提示できるようになる。
【発明を実施するための最良の形態】
【００１９】
図１に、本発明をナレッジマネジメント（ＫＭ）・システムに適用した場合の一実施の形態におけるシステム概要図を示す。例えば、イントラネットなどのＬＡＮ（Local Area Network）であるネットワーク１には、情報の利用者であるユーザが操作し、例えばウェブ（Ｗｅｂ）ブラウザ機能を有する１又は複数のクライアント端末Ａと、情報の登録者であるユーザが操作し、例えばＷｅｂブラウザ機能を有する１又は複数のクライアント端末Ｂと、Ｗｅｂサーバ機能を有しており本実施の形態において主要な処理を実施するＫＭシステムサーバ５とが接続されている。クライアント端末Ａ及びＢは、例えばパーソナルコンピュータである。
【００２０】
ＫＭシステムサーバ５は、情報の登録・変更・削除やリンクの登録・変更・削除を実施するための処理を行う登録処理部５１と、情報の検索を行うための検索処理部５２とを含む。これらの処理内容については以下で詳しく述べる。また、ＫＭシステムサーバ５は、データベース（ＤＢ）５３を管理しており、ＤＢ５３は以下に述べるようなデータを保持している。
【００２１】
論理的なデータ構造の一例を図２に示す。本実施の形態では１又は複数のデータを管理するためのメタデータを採用している。図２の例では、メタデータＡと、メタデータＢと、メタデータＣとがメタデータ登録領域に保持されている。また、各メタデータは、自己が管理しているデータに対するリンクを含んでいる。図２の例では、メタデータＡは、データａ１乃至データａｎを管理しており、点線でリンクが示されている。メタデータＢは、データｂ１乃至ｂｍを管理しており、同じく点線でリンクが示されている。さらに、メタデータＣは、データｃ１乃至ｃｋ及びデータｂ１を管理しており、同じく点線でリンクが示されている。なお、データは、データ登録領域に保持されている。メタデータＣのように、他のメタデータと重複する形でデータを管理するようにしても良い。このようにメタデータは、データと１対ｎの関係を有しているが、個々のデータとは独立しているため、データを改変することなくその内容・構成を自由に変更することができる。
【００２２】
また、メタデータ間は双方向で関連付けられている。但し、ここで双方向とは、リンク元とリンク先とを合わせて抽出できるような形態にてリンク関係を保持していることを示している。図２の例では、メタデータＡは、メタデータＢ及びメタデータＣと関連付けられており、リンクＸとリンクＺとして示されている。メタデータＢは、メタデータＡ及びメタデータＣと関連付けられており、リンクＸ及びリンクＹで示されている。メタデータＣは、メタデータＡ及びメタデータＢと関連付けられており、リンクＺ及びリンクＹで示されている。このようなリンク付けをメタデータについて行うことにより、例えば技術者が保有する連想情報である暗黙知を形式知化することができるようになる。このようにメタデータ間のリンクはＨＴＭＬにおけるリンクとは異なり、メタデータを介したデータ間の双方向なリンクである。ＨＴＭＬでは１対ｎの関連付けしかできなかったが、図２に示すようにデータから他のデータに対してメタデータを介してｎ対ｎで関連付けることができるようになる。
【００２３】
また図３に示すように、メタデータはメタデータ間のリンク関係だけで関連付けられるわけではなく、リンク関係とは独立にメタデータには分類が規定される。メタデータが分類されれば、当該メタデータにより管理されるデータも分類されることになる。図３の例では、メタデータＡ及びメタデータＢがカテゴリ１に分類され、メタデータＣはカテゴリ２に分類されている。さらに、カテゴリ１及びカテゴリ２は、カテゴリ３に分類されている。
【００２４】
このようなデータ構造を実現することにより、検索を行うユーザは、メタデータに含まれる文字データによりキーワード検索を行うことができ、メタデータのリンクを双方向に辿ることにより目的のデータを探索することができ、さらに図３で示すようなメタデータの分類に従って目的のデータを探索することも可能となる。
【００２５】
次に、図２及び図３で説明したデータ構造を実現するためのデータの一例を図４乃至図６を用いて説明する。図４は、メタデータに含まれるデータ・テーブルの一例を示す図である。図４の例では、文書名（メタデータＡ）と、添付ファイル名１（画面例１.doc）と、作成者名（東電一郎）と、本メタデータの主題（例えば事故）に関するデータである概要、原因及び対策と、事故発生日時と、メタデータのサイズと、メタデータ更新日時とが含まれる。本データ・テーブルに含まれる添付ファイル名１に対応するファイル名が、本メタデータから管理されるデータへのリンクを表すデータである。添付ファイル名は、１つだけではなく複数指定される場合もある。また図４に示したデータ項目だけではなく、他のデータ項目を設けることも可能である。
【００２６】
図５は、メタデータ間のリンク関係を規定するテーブルの一例を示す図である。図５の例では、リンク元の列５０１と、リンク先の列５０２とが設けられている。このように本実施の形態では、メタデータに関するデータとは別にリンク関係を規定するテーブルを設けるようにしているため、リンク関係の追加・変更・削除が必要になった場合であっても、リンクテーブルのみを変更すればよいため、処理が簡略化される。
【００２７】
図６は、メタデータの分類関係を規定するディレクトリ構造の一例を示す図である。図６の例では、文書というディレクトリに事故情報及び指示文書というディレクトリが設けられ、指示文書というディレクトリにカテゴリ１というディレクトリが設けられ、カテゴリ１というディレクトリにメタデータＡ及びメタデータＢというメタデータが含まれる構造を示している。このようなディレクトリ構造によるファイルの管理は、従来からオペレーティング・システム（ＯＳ：Operating System）のファイル・システムにおいて実現されているが、ファイル・システムに類似のデータ構造を別途用意することにより、メタデータの分類を規定及び管理することができる。但し、例えば１つのメタデータを１つのファイルとして特定のディレクトリに保存することにより、メタデータの分類関係を規定及び管理するようにしても良い。また、このような管理は、図５に示したリンク・テーブルとは別個に設定・管理されており、柔軟なデータの関連付けを可能としている。
【００２８】
次に、ＫＭシステムサーバ５の処理について図７乃至図２７を用いて説明する。最初に、登録処理部５１の処理について説明する。図７は、メタデータの登録処理フローを示す。情報の登録を行うユーザは、クライアント端末Ｂを操作して、クライアント端末Ｂにメタデータ登録ページにアクセスさせる（ステップＳ１）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂからのアクセスに応答して、分類指定ページ・データを送信する（ステップＳ３）。クライアント端末Ｂは、ＫＭシステムサーバ５から分類指定ページ・データを受信し、表示装置に表示する（ステップＳ５）。分類指定ページには、例えば今回登録するメタデータが登録されるべき分類（ディレクトリ）を入力するための入力欄が含まれている。
【００２９】
ユーザは、分類を入力欄に入力すると図示しない送信ボタンをクリックする。クライアント端末Ｂは、ユーザによる分類指定入力を受け付け、送信ボタンのクリックに応じて入力された分類データを送信する（ステップＳ７）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂから分類データを受信し、一旦記憶装置に格納する（ステップＳ９）。そして、メタデータ登録ページ・データをクライアント端末Ｂに送信する（ステップＳ１１）。クライアント端末Ｂは、ＫＭシステムサーバ５からメタデータ登録ページ・データを受信し、表示装置に表示する（ステップＳ１３）。例えば、図８のような画面が表示される。
【００３０】
図８の例では、文書名の入力欄８０１と、メタデータが管理するデータである添付ファイルのファイル名（ここでは添付ファイル名２）の入力欄８１４と、参照ボタン８０６と、作成者名の指定欄８０７と、概要の入力欄８０８と、原因の入力欄８０９と、対策の入力欄８１０と、リンクボタン８１１と、登録ボタン８１２と、終了ボタン８１３とが設けられている。添付ファイル名の入力欄８１４には、本メタデータが管理するデータである添付ファイルのファイル名をパスを含めて指定してもよいが、参照ボタン８０６をクリックして、クライアント端末ＢのＯＳを介してファイルを指定するようにしても良い。作成者名の指定欄８０７には、予め登録されている作成者足り得るユーザの名前がコンボボックスで表示されるため選択することにより入力が完了するようになっている。概要の入力欄８０８と、原因の入力欄８０９と、対策の入力欄８１０とには、メタデータのキーワード検索で使用される文章が入力される。終了ボタン８１３については登録せずに処理を終了させるためのボタンである。なお、図８には示していないが、他の項目についての入力欄を設けるようにしても良い。例えば、事故発生日時の入力欄である。
【００３１】
なお、説明の都合上、添付ファイル名が既に登録済みの場合の表示例も合わせて示されており、図８の例では、画面例.docというファイルが既登録とされている。既登録の添付ファイルに対しては、削除のためのチェックボックス８０２と、表示ボタン８０３と、ダウンロードボタン８０４と、文書差し替えボタン８０５とが設けられている。
【００３２】
内容を確認する場合には表示ボタン８０３をクリックすれば、クライアント端末ＢはＫＭシステムサーバ５に表示指示を送信し、ＫＭシステムサーバ５は表示指示に応じてＤＢ５３から該当する添付ファイルのデータを読み出し、ＫＭシステムサーバ５から添付ファイルのデータがクライアント端末Ｂに送信される。そして、クライアント端末Ｂは、添付ファイルのデータを受信し、例えば別ウインドウにて添付ファイルの内容を表示する。
【００３３】
ダウンロードボタン８０４をクリックすれば、クライアント端末ＢはＫＭシステムサーバ５にダウンロード指示を送信し、ＫＭシステムサーバ５はダウンロード指示に応じてＤＢ５３から該当する添付ファイルを読み出し、ＫＭシステムサーバ５から添付ファイルのデータをクライアント端末Ｂに送信する。そして、当該添付ファイルは、クライアント端末Ｂの指定されたディレクトリに保存される。
【００３４】
残りの削除のためのチェックボックス８０２と文書差し替えボタン８０５については当該メタデータが管理するデータ（ファイル）の変更処理のためのボタンである。これらを用いた処理については後に詳述する。
【００３５】
図８で示したように、文書名（メタデータ名）、添付ファイル名、作成者名、概要、原因及び対策について選択又は入力を行うと、これらのデータをクライアント端末Ｂは受け付ける（ステップＳ１５）。
【００３６】
リンクについてはリンクボタン８１１を用いてリンクを指定することになるが、この段階で指定せずとも良い。このリンクボタン８１１をクリックした場合の処理（ステップＳ１６）については、図１０を用いて後に説明する。
【００３７】
その後図８における登録ボタン８１２がクリックされると、クライアント端末Ｂは、ユーザから登録指示がなされたものとして、入力されたメタデータの内容をＫＭシステムサーバ５に送信する（ステップＳ１７）。この際、図８のような入力画面で入力されたデータだけではなく、指定された添付ファイル名のファイルについても同時に送信する。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂから、入力されたメタデータの内容を受信し、一旦記憶装置に格納する（ステップＳ１９）。そして、受信したメタデータの内容をＤＢ５３に登録する（ステップＳ２１）。例えばステップＳ９において受信した分類データに基づき、指定されたディレクトリにメタデータのファイルを登録する。又は、ステップＳ９において受信した分類データに基づき、今回登録されるメタデータの分類についてのデータをＤＢ５３に登録すると共に、受信したメタデータの内容を別途ＤＢ５３に登録するようにしても良い。なお、添付ファイルについては、別途ＤＢ５３の所定の領域に登録する。
【００３８】
以上のような処理を実施すれば、メタデータ及びメタデータが管理するデータ（ファイル）をＫＭシステムサーバ５のＤＢ５３に登録することができる。なお、上記のような登録を行った後に登録に係るメタデータを参照する際、すなわちクライアント端末Ａから特定のメタデータを指定して参照要求をＫＭシステムサーバ５に送信した場合には、クライアント端末ＡはＫＭシステムサーバ５から例えば図９に示すような内容を表示するためのページ・データを受信し、表示装置に表示を行う。
【００３９】
図９の例では、図８において入力された内容と同じ内容が表示されるメタデータ表示欄９０１と、リンクボタン９０２と、「閉じる」ボタン９０３とが含まれる。なお、メタデータ表示欄９０１に設けられた添付ファイル名の行における表示ボタン及びダウンロードボタンは、図８における表示ボタン８０３及びダウンロードボタン８０４と同じである。リンクボタン９０２については後に図２２乃至図２５を用いて説明する。「閉じる」ボタン９０３は、例えばメインメニューに戻るためのボタン若しくはウインドウをクローズするためのボタンである。
【００４０】
次に図１０乃至図１４を用いてメタデータのリンク関係を登録するための処理について説明する。図８においてリンクボタン８１１がクリックされると、クライアント端末Ｂは、リンク情報表示指示として受け付け（ステップＳ３１）、リンク情報表示要求データをＫＭシステムサーバ５に送信する（ステップＳ３３）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂからリンク情報表示要求データを受信すると（ステップＳ３５）、ＤＢ５３のリンク・テーブルを参照して、処理中のメタデータに関連するリンク・データを検索する。そして、検索結果を用いてリンク表示ページ・データを生成し、クライアント端末Ｂに送信する（ステップＳ３７）。クライアント端末Ｂは、ＫＭシステムサーバ５からリンク表示ページ・データを受信し、例えば表示装置に表示する（ステップＳ３９）。例えば図１１に示すような画面が表示される。
【００４１】
図１１の例では、追加ボタン１１０１と、削除ボタン１１０２と、終了ボタン１１０３と、リンク表示欄１１０４とが設けられている。但し、新規のメタデータ登録の場合には、リンク・データはまだ登録されていないので、リンク表示欄１１０４は空となっている。ここでは、メタデータ間のリンク関係を規定するため、ユーザは追加ボタン１１０１をクリックする。
【００４２】
クライアント端末Ｂは、ユーザからの追加指示を受け付け、追加要求をＫＭシステムサーバ５に送信する（ステップＳ４１）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂから追加要求を受信すると（ステップＳ４３）、ＤＢ５３において処理中のメタデータに対してロックをかける（ステップＳ４５）。不適切なリンク関係がリンクテーブルに登録されないようにするためである。なお、新規の場合にはメタデータはＤＢ５３に登録されていないのでスキップされる。そして、追加用ページ・データをクライアント端末Ｂに送信する（ステップＳ４７）。クライアント端末Ｂは、ＫＭシステムサーバ５から追加用ページ・データを受信し、表示装置に表示する（ステップＳ４９）。例えば図１２に示すような画面が表示される。
【００４３】
図１２の例では、リンク元メタデータ名の入力欄１２０１と、リンク先メタデータ名の入力欄１２０２と、リンク関係作成ボタン１２０３と、リンク関係を作成せずに処理を終了させるための終了ボタン１２０４と、メタデータを探すための参照ボタン１２０５とが設けられている。
【００４４】
参照ボタン１２０５をクリックすると、クライアント端末Ｂは、ＫＭシステムサーバ５にメタデータ参照要求を送信する。そして、ＫＭシステムサーバ５は、ＤＢ５３を参照して例えば図１３に示すような画面表示を行うためのメタデータ分類表示ページ・データを生成し、クライアント端末Ｂに送信する。クライアント端末Ｂは、ＫＭシステムサーバ５からメタデータ分類表示ページ・データを受信し、表示装置に表示する。図１３の例では、フォルダ形式の分類表示部１３０１と、特定の分類に含まれるメタデータを列挙するテーブル１３０２と、終了ボタン１３０３とが含まれる。ユーザは分類表示部１３０１から特定の分類を指定し、さらにその中のメタデータを指定することにより、図１２においてメタデータを指定することができる。但し、メタデータの名称を自ら入力しても良い。また、フォルダ形式にて分類表示を行っているが、他の形式にて表示を行ってメタデータを探索できるようにしてもよい。さらに、クライアント端末ＢとＫＭシステムサーバ５とが何回かやり取りをおこなって目的の分類のメタデータを探索するようにしても良い。なお、リンク元のメタデータ名については処理中のメタデータ名（ここではメタデータＡ）を埋め込んだ形で表示しても良いし、表示欄として入力できないようにする場合もある。
【００４５】
図１２で、リンク元のメタデータ名及びリンク先のメタデータ名を入力欄１２０１及び１２０２に入力し、作成ボタン１２０３をクリックすると、クライアント端末Ｂは、ユーザからのリンク・データ（リンク元とリンク先のメタデータの対）の入力を受け付け（ステップＳ５１）、入力されたリンク・データをＫＭシステムサーバ５に送信する（ステップＳ５３）。ＫＭシステムサーバ５は、クライアント端末Ｂからリンク・データを受信し、ＤＢ５３のリンク・テーブルに登録する（ステップＳ５５）。登録する際に登録可能か否か又は登録が妥当であるか否かを確認するようにしても良い。そして、ロック解除を行う（ステップＳ５７）。その後、今回登録したリンク関係を表示させるため、ＤＢ５３のリンク・テーブルからリンク表示ページ・データを生成し、クライアント端末Ｂに送信する（ステップＳ５９）。クライアント端末Ｂは、ＫＭシステムサーバ５からリンク表示ページ・データを受信し、表示装置に表示する（ステップＳ６１）。例えば図１４のような画面が表示される。
【００４６】
図１４の例では、追加ボタン１４０１と、削除ボタン１４０２と、終了ボタン１４０３と、リンク表示欄１４０４とが含まれる。ここでは、メタデータＡからメタデータＢへのリンクが登録されたことが表示されている。なお、リンク表示欄１４０４は、削除すべきリンク・データを特定するためのチェック・ボックスの列１４１１と、探索対象のメタデータ名（参照元文書名）の表示列１４１２と、リンクの方向表示列１４１３と、抽出されたメタデータ名（参照先文書名）の表示列１４１４と、参照先文書のリンク関係を表示させるためのリンク表示ボタンの列１４１５とが含まれる。なお、参照先文書名であるメタデータＢについてはハイパーリンクとなっており、メタデータＢの内容を表示させることができるようになっている。
【００４７】
次に、図１４において削除すべきリンク・データを特定するためのチェック・ボックスの列１４１１にチェックが付され、削除ボタン１４０２がクリックされた場合の処理について図１５を用いて説明する。
【００４８】
クライアント端末Ｂは、ユーザから削除対象のリンク・データの指定入力及び削除指示を受け付け（ステップＳ７１）、削除対象のリンク・データを特定する情報を含むリンク削除要求をＫＭシステムサーバ５に送信する（ステップＳ７３）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂから削除対象のリンク・データを特定する情報を含むリンク削除要求を受信する（ステップＳ７５）。そして、登録処理部５１は、特定されたリンク・データに関連するメタデータ（例えばリンク元及びリンク先）をＤＢ５３においてロックする（ステップＳ７７）。そして、ＤＢ５３のリンク・テーブルから特定されたリンク・データを削除する（ステップＳ７９）。すなわち該当する１レコードを削除する。そして、ＤＢ５３においてロックを解除し（ステップＳ８１）、再度リンク・テーブルを参照して、処理中のメタデータに関連するリンク・データを抽出し、リンク表示ページ・データを生成して、クライアント端末Ｂに送信する（ステップＳ８３）。クライアント端末Ｂは、ＫＭシステムサーバ５からリンク表示ページ・データを受信し、表示装置に表示する（ステップＳ８５）。これにより、ユーザはリンク・データを削除した結果を確認することができる。
【００４９】
次に、メタデータの変更処理について図１６を用いて説明する。ユーザは、クライアント端末Ｂを操作して、クライアント端末Ｂにメタデータ変更ページにアクセスさせる（ステップＳ９１）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂからメタデータ変更ページへのアクセスを受けると、ＤＢ５３を参照してメタデータの変更対象選択ページ・データを生成し、クライアント端末Ｂに送信する（ステップＳ９３）。クライアント端末Ｂは、メタデータの変更対象選択ページ・データを受信し、表示装置に表示する（ステップＳ９５）。メタデータの変更対象選択ページは、例えば図１３のように分類（フォルダ）を選択してその分類に含まれるメタデータを選択するようなページである。但し、クライアント端末ＢとＫＭシステムサーバ５の登録処理部５１で複数回やり取りを行って分類からメタデータを特定するようにしても良い。また、他の方法にてメタデータを特定できるようにしてもよい。
【００５０】
ユーザは、変更対象選択ページを参照して、変更対象メタデータを選択する。クライアント端末Ｂは、ユーザによる変更対象メタデータの選択入力を受け付け（ステップＳ９７）、選択されたメタデータを特定するデータをＫＭシステムサーバ５に送信する（ステップＳ９９）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂから選択メタデータを特定するデータを受信する（ステップＳ１０１）。また、選択メタデータをＤＢ５３においてロックする（ステップＳ１０３）。そして、ＤＢ５３から選択メタデータの内容を読み出し、当該読み出した内容を用いて内容変更入力ページ・データを生成し、クライアント端末Ｂに送信する（ステップＳ１０５）。クライアント端末Ｂは、ＫＭシステムサーバ５から内容変更入力ページ・データを受信し、表示装置に表示する（ステップＳ１０７）。なお、例えば図８のような画面が表示される。但し、既に登録されている内容については、修正可能な態様で、入力欄に埋め込まれている。選択されたデータについても選択状態で表示される。この段階で、添付ファイルを変更・削除・追加することができるが、これについては後に説明する。
【００５１】
ユーザは、図８のような画面において入力欄に変更後の内容を入力する。クライアント端末Ｂは、ユーザから内容変更入力を受け付け（ステップＳ１０９）、登録ボタンによる指示に応じて内容変更入力データをＫＭシステムサーバ５に送信する（ステップＳ１１１）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂから内容変更入力データを受信すると一旦記憶装置に格納する（ステップＳ１１３）。そして、ＤＢ５３に対する内容変更反映処理を実施する（ステップＳ１１５）。すなわち、変更後の内容をＤＢ５３に登録する。また、ロックを解除する（ステップＳ１１７）。
【００５２】
このようにすれば、既に登録されたメタデータを変更することができる。なお、変更後のメタデータの内容をメタデータ表示ページとしてクライアント端末Ｂの表示装置に表示させるようにしても良い。
【００５３】
次に、メタデータの削除処理について図１７を用いて説明する。ユーザは、クライアント端末Ｂを操作して、クライアント端末Ｂにメタデータ削除ページにアクセスさせる（ステップＳ１２１）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂからメタデータ削除ページへのアクセスを受けると、ＤＢ５３を参照してメタデータの削除対象選択ページ・データを生成し、クライアント端末Ｂに送信する（ステップＳ１２３）。クライアント端末Ｂは、メタデータの削除対象選択ページ・データを受信し、表示装置に表示する（ステップＳ１２５）。メタデータの削除対象選択ページは、例えば図１３のように分類（フォルダ）を選択してその分類に含まれるメタデータを選択するようなページである。但し、クライアント端末ＢとＫＭシステムサーバ５の登録処理部５１で複数回やり取りを行って分類からメタデータを特定するようにしても良い。また、他の方法にてメタデータを特定できるようにしてもよい。
【００５４】
ユーザは、削除対象選択ページを参照して、削除対象メタデータを選択する。クライアント端末Ｂは、ユーザによる削除対象メタデータの選択入力を受け付け（ステップＳ１２７）、選択されたメタデータを特定するデータをＫＭシステムサーバ５に送信する（ステップＳ１２９）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂから選択メタデータを特定するデータを受信する（ステップＳ１３１）。また、選択メタデータをＤＢ５３においてロックする（ステップＳ１３３）。そして、例えば、ＤＢ５３から選択メタデータの内容を読み出し、当該読み出した内容を用いて削除確認ページ・データを生成し、クライアント端末Ｂに送信する（ステップＳ１３５）。クライアント端末Ｂは、ＫＭシステムサーバ５から削除確認入力ページ・データを受信し、表示装置に表示する（ステップＳ１３７）。なお、例えば図９に類似する画面が表示される。なお、添付ファイルの参照ボタンやダウンロードボタンは設けられておらず、「削除」ボタン又は「終了」ボタンのみが設けられている。
【００５５】
ユーザは、図９のような画面において削除するメタデータの内容を確認し、削除ボタンをクリックする。クライアント端末Ｂは、ユーザから削除確認入力を受け付け（ステップＳ１３９）、削除確認入力データをＫＭシステムサーバ５に送信する（ステップＳ１４１）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂから削除確認入力データを受信する（ステップＳ１４３）。この削除確認入力データの受信に応じて、削除対象メタデータの識別情報でリンク・テーブルを検索し、該当するレコードを削除する（ステップＳ１４５）。すなわち、リンク・テーブルにおいて、リンク先又はリンク元として、削除対象メタデータが登録されたリンク・データを削除する。これにより、存在しないメタデータへのリンク及び存在しないメタデータからのリンクを除去することができる。そして、ＤＢ５３から削除対象メタデータの内容を削除する（ステップＳ１４７）。なお、この際、削除対象のメタデータの分類についてのデータも削除する。すなわち、当該メタデータが属する分類（例えばディレクトリ）にもはやそれが存在しないという状態にする。その後、ロックを解除する（ステップＳ１４９）。
【００５６】
このようにすることにより、内容を確認した後に不要となったメタデータを削除することができる。なお、ステップＳ１４９の後に削除完了を表すデータをクライアント端末Ｂに送信するようにしてもよい。
【００５７】
次に、メタデータが管理するデータ（添付ファイル）の変更処理について図１８を用いて説明する。例えば図８において、文書差し替えボタン８０５がクリックされた場合には、クライアント端末Ｂは文書差し替え要求をＫＭシステムサーバ５に送信する（ステップＳ１５１）。ＫＭシステムサーバ５の登録処理部５１は、文書差し替え要求を受信すると（ステップＳ１５３）、添付ファイル名の表示欄の代わりに添付ファイルのファイル名指定欄が設けられた差し替え用登録（又は変更）ページ・データ（図８と同様）を生成し、クライアント端末Ｂに送信する（ステップＳ１５５）。また、ＫＭシステムサーバ５の登録処理部５１は、差し替えの対象となる添付ファイルを特定して記録しておく（ステップＳ１５６）。一方、クライアント端末Ｂは、ＫＭシステムサーバ５から差し替え用登録ページ・データを受信し、表示装置に表示する（ステップＳ１５７）。
【００５８】
ユーザは、差し替える添付ファイルの指定入力を行い、クライアント端末Ｂは当該添付ファイルの指定入力を受け付ける（ステップＳ１５９）。なお、ユーザは、この段階でメタデータの他の内容について変更・追加などを指示することも可能である。また、添付ファイル名の指定は上で述べたように新規添付ファイルの指定の場合と同様である。そして、登録ボタン８１２のクリックに応じて、クライアント端末Ｂは、指定された添付ファイルのデータ等（メタデータの他の内容も含む）をＫＭシステムサーバ５に送信する（ステップＳ１６１）。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂから添付ファイル等のデータを受信し、一旦記憶装置に格納する（ステップＳ１６３）。そして、メタデータの内容において、添付ファイル名を指定の添付ファイルのファイル名で差し替え登録し、メタデータのその他の内容及び添付ファイルについてもＤＢ５３に登録する（ステップＳ１６５）。そして当該メタデータについてのロックを解除し（ステップＳ１６７）、当該メタデータの新たな内容でメタデータ表示ページ・データを生成し、クライアント端末Ｂに送信する（ステップＳ１６９）。クライアント端末Ｂは、ＫＭシステムサーバ５からメタデータ表示ページ・データを受信し、表示装置に表示する（ステップＳ１７１）。
【００５９】
このようにすれば、メタデータが管理するデータ（ファイル）を変更することができる。
【００６０】
次に、例えば図８において、削除のためのチェックボックス８０２にチェックが付され、登録ボタン８１２がクリックされた場合の処理を図１９を用いて説明する。クライアント端末Ｂは、添付ファイル削除指示を含む登録要求をＫＭシステムサーバ５に送信する（ステップＳ１８１）。なお、登録要求には、メタデータの他の内容について登録すべきデータを含む場合もある。ＫＭシステムサーバ５の登録処理部５１は、クライアント端末Ｂから添付ファイル削除指示を含む登録要求を受信すると（ステップＳ１８３）、ＤＢ５３において、指定された添付ファイル名の登録を処理中のメタデータから削除する（ステップＳ１８５）。また、ＤＢ５３において、登録要求に含まれる他の内容を処理中のメタデータに対して登録する（ステップＳ１８７）。その後ロック解除を行う（ステップＳ１８９）。そして、当該メタデータの新たな内容でメタデータ表示ページ・データを生成し、クライアント端末Ｂに送信する（ステップＳ１９１）。クライアント端末Ｂは、ＫＭシステムサーバ５からメタデータ表示ページ・データを受信し、表示装置に表示する（ステップＳ１９３）。
【００６１】
このようにすれば、メタデータが管理するデータ（ファイル）を削除することができる。
【００６２】
次に、検索処理部５２に関連する処理を説明する。メタデータの検索は、例えばキーワード検索や、分類からの検索、さらに特定のメタデータからリンクを辿っての検索がなされる。
【００６３】
キーワード検索の場合には、情報の検索者であるユーザが、例えば図２０に示すような画面においてキーワード等の検索条件を指定して、クライアント端末Ａから検索処理部５２に検索条件を送信する。図２０の例では、検索ボタン２００１と、検索条件をクリアするクリアボタン２００２と、検索キーワード入力欄２００３と、使用可能なキーワード一覧を表示するためのキーワード一覧ボタン２００４と、検索キーワードの適用対象を指定するためのチェックボックス群２００５と、検索対象の文書の種類を指定するためのラジオボタン２００６と、発生日、天候、店所及び所名を指定するための事故情報文書属性指定欄２００７と、全文検索のためのキーワード入力欄２００８と、キーワード一覧ボタン２００９と、カテゴリ（文献）入力欄２０１０と、カテゴリを指定するための参照ボタン２０１１と、日付指定のための入力指定欄２０１２と、ファイルタイプの指定欄２０１３と、表示件数、表示順及び作成者についての絞込み条件を入力するための欄２０１４とが含まれる。これらは一般的なキーワード検索において指定する条件と特に変わることはないので、これ以上説明しない。
【００６４】
以下、ＫＭシステムサーバ５の検索処理部５２は、図２１に示すような処理を実施する。すなわち、図２０のような検索条件入力欄に入力された検索条件のデータを受信し（ステップＳ２０１）、検索キーワード等による検索を実施し、該当するメタデータ及び当該メタデータが管理しているデータ（添付ファイル）をＤＢ５３から抽出し、一旦記憶装置に格納する（ステップＳ２０３）。また、抽出されたメタデータについてのリンク・データをリンク・テーブルを検索して確認する（ステップＳ２０５）。すなわち、リンク・テーブルに、抽出されたメタデータが、リンク元又はリンク先として登録されているか確認する。リンク・テーブルからリンク・データが抽出された場合には、リンクしているメタデータ及び当該メタデータにより管理されているデータ（添付ファイル）をＤＢ５３から抽出し、一旦記憶装置に格納する（ステップＳ２０７）。そして、抽出メタデータ及び抽出データ（抽出ファイル）のリストを生成し、要求元のクライアント端末Ａに送信する（ステップＳ２０９）。
【００６５】
例えば抽出されたメタデータ及び抽出されたデータ（抽出ファイル）は、ハイパーリンクとして列挙され、ユーザが参照するため、クリックした場合には、クライアント端末ＡからＫＭシステムサーバ５に参照要求を送信する。ＫＭシステムサーバ５の検索処理部５２は、参照要求に応じて該当するメタデータ又はデータ（添付ファイル）を、クライアント端末Ａに送信する。クライアント端末Ａは、表示装置に、選択したメタデータ又はデータ（添付ファイル）を表示する。例えば図９のような表示がなされる。
【００６６】
ここで図９のリンクボタン９０２がクリックされると、図２２に示すような処理が実施される。すなわち、メタデータＡというメタデータについて参照している状態で、リンクを参照する要求を入力するものである。クライアント端末Ａは、ユーザからリンク表示選択入力を受け付け（ステップＳ２１１）、ＫＭシステムサーバ５にキーとなるメタデータの識別情報を含む選択リンク情報を送信する（ステップＳ２１３）。ＫＭシステムサーバ５の検索処理部５２は、クライアント端末Ａから選択リンク情報を受信すると（ステップＳ２１５）、ＤＢ５３のリンク・テーブルをキーとなるメタデータの識別情報で検索して当該メタデータをリンク元又はリンク先とするメタデータを抽出し、当該抽出データに基づいてリンク・データを追加表示するページ・データを生成し、クライアント端末Ａに送信する（ステップＳ２１７）。クライアント端末Ａは、リンク・データを追加表示（追加する元がなければ単なる表示）するページ・データを受信し、表示装置に表示する（ステップＳ２１９）。例えば図２３に示すような画面が表示される。
【００６７】
図２３の例では、終了ボタン２３０１と、探索対象のメタデータ名の表示列２３０２と、リンクの方向の表示列２３０３と、抽出されたメタデータ名の表示列２３０４と、リンク表示ボタン２３０５と、リンク表示ボタン２３０６とが含まれる。このようにメタデータＡが、リンク元又はリンク先のいずれかに登録されたリンク・データが表示されるようになる。ここではメタデータＡには、メタデータＢに向けたリンクが設定されており、メタデータＤからリンクが張られていることが分かる。抽出されたメタデータの名称部分はハイパーリンクとなっており、クリックすればメタデータの内容を参照することができるようになっている。また、抽出されたメタデータに対応してリンク表示ボタンが設けられている。このリンク表示ボタンは、図９におけるリンクボタン９０２と同様の処理を実施させるためのボタンである。
【００６８】
リンク表示ボタン２３０５がクリックされると、図２２に示された処理が実施され、図２４に示すような画面が表示される。すなわち、メタデータＢが、リンク元又はリンク先のいずれかに登録されたリンク・データが表示されるようになる。ここではメタデータＢには、メタデータＡ及びメタデータＣからリンクが張られていることが分かる。ここでメタデータＣに対応するリンク表示ボタン２４０１がクリックされると、図２５に示すような画面が表示される。図２５では、メタデータＣが、リンク元又はリンク先のいずれかに登録されたリンク・データが表示される。ここではメタデータＣには、メタデータＢに向けたリンクが設定されており、メタデータＤからリンクが張られていることが分かる。
【００６９】
このような図２３乃至図２５から分かるように、一つのメタデータが特定されれば、当該メタデータからリンクが張られているメタデータだけではなく、当該メタデータがリンク先となっているメタデータに遷移することも可能となる。図２６に示すように、メタデータＡからメタデータＢにリンクＳが設定されており、メタデータＢからメタデータＣにリンクｔが設定されている場合、メタデータＡ、メタデータＢ、メタデータＣという順番に遷移することができるが、さらにメタデータＣ、メタデータＢ、メタデータＡという順番でも遷移することができる。ＨＴＭＬタグのリンクでも、メタデータＡ、メタデータＢ、メタデータＣという順番で遷移することができるが、参照履歴がなければ、メタデータＣ、メタデータＢ、メタデータＡの順番では遷移することができない。本実施の形態に従えば、参照履歴がなくとも、メタデータＢ又はＣを参照していれば、メタデータＡまで遡ることができる。これはリンク・テーブルを管理しているためである。
【００７０】
また、検索処理部５２における検索処理には図２１に示したような検索キーワードを主体とする検索条件に基づいて検索する処理だけではなく、特定のメタデータを指定することによる検索処理も含まれる。この処理を図２７を用いて説明する。ユーザが特定のメタデータを指定して検索指示をクライアント端末Ａに入力すると、クライアント端末Ａは、当該特定のメタデータの指定を含む検索要求をＫＭシステムサーバ５に送信する。ＫＭシステムサーバ５の検索処理部５２は、メタデータの指定を含む検索要求を受信する（ステップＳ２２１）。そして、当該メタデータが管理しているデータ（添付ファイル）をＤＢ５３から抽出し、一旦記憶装置に格納する（ステップＳ２２３）。また、指定されたメタデータでリンク・テーブルを検索し、当該メタデータがリンク元又はリンク先として登録されたリンク・データを抽出し、一旦記憶装置に格納する（ステップＳ２２５）。そして、リンク・データが抽出された場合には、リンクしているメタデータ及び当該メタデータが管理しているデータ（添付ファイル）を抽出し、一旦記憶装置に格納する（ステップＳ２２７）。そして、抽出されたメタデータ及び当該メタデータが管理するデータ（添付ファイル）のリストを生成し、クライアント端末Ａに送信する（ステップＳ２２９）。クライアント端末Ａは、抽出されたメタデータ及び当該メタデータが管理するデータ（添付ファイル）のリストを受信し、表示装置に表示する。
【００７１】
例えば抽出されたメタデータ及び抽出されたデータ（抽出ファイル）は、ハイパーリンクとして列挙され、ユーザが参照するため、クリックした場合には、クライアント端末ＡからＫＭシステムサーバ５に参照要求を送信する。ＫＭシステムサーバ５の検索処理部５２は、参照要求に応じて該当するメタデータ又はデータ（添付ファイル）を、クライアント端末Ａに送信する。クライアント端末Ａは、表示装置に選択したメタデータ又はデータ（添付ファイル）を表示する。
【００７２】
これにより特定のメタデータが関連するメタデータなどをユーザは一覧で参照することができ、メタデータの内容や添付ファイルの内容を参照することができる。
【００７３】
なお、図１３に示したように、メタデータの分類を一覧として示し、当該分類に従ってメタデータを探す方法もある。但し、これはＯＳにおいて通常提供されているディレクトリ構造の中からのファイルの探索と大きな差はないので、ここではこれ以上述べない。
【００７４】
以上述べた本発明の実施の形態によれば、リンク・テーブルなどのメタデータの関連付けにより暗黙知を形式知化してＫＭシステムにおいて取り扱うことができるようになる。また、リンク・テーブルに基づいて関連するメタデータ等を探索することができるため、データ検索時に漏れのない網羅的な検索を実施することができるようになる。
【００７５】
以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、画面例を示しているが、これは一例であって同様の内容を含む他の画面構成を採用しても良い。また、例えば複数の画面に分かれている内容を１つの画面にまとめることも可能であり、逆に１つの画面に表示されている内容を複数画面にて表示することも可能である。さらに、上で述べたデータ構造を用意できればそのデータ処理は上で述べた処理フローに限定されない。さらに、リンク・データの削除を１回につき１つ行う例を示したが、一度に複数のリンク・データを指定すれば、一度に複数のリンク・データを削除することも可能である。
【図面の簡単な説明】
【００７６】
【図１】本発明の一実施の形態に係るシステム概要図である。
【図２】本発明の一実施の形態に係るデータ構造の概念図である。
【図３】本発明の一実施の形態に係るデータ構造の概念図である。
【図４】メタデータの内容を表すテーブルの一例を示す図である。
【図５】リンク・テーブルの一例を示す図である。
【図６】メタデータの分類を表すディレクトリ構造を示す図である。
【図７】メタデータ登録処理の処理フローを示す図である。
【図８】メタデータ登録時の画面例を示す図である。
【図９】メタデータ参照時の画面例を示す図である。
【図１０】リンク登録処理の処理フローを示す図である。
【図１１】リンク登録処理の第１ステップにおける画面例である。
【図１２】リンク登録処理の第２ステップにおける画面例である。
【図１３】メタデータの分類状態を表す画面例である。
【図１４】リンク登録処理の第３ステップにおける画面例である。
【図１５】リンク削除処理の処理フローを示す図である。
【図１６】メタデータ変更処理の処理フローを示す図である。
【図１７】メタデータ削除処理の処理フローを示す図である。
【図１８】データ変更処理の処理フローを示す図である。
【図１９】データ削除処理の処理フローを示す図である。
【図２０】検索条件入力画面の一例を示す図である。
【図２１】第１の検索処理フローを示す図である。
【図２２】リンク表示のための処理フローを示す図である。
【図２３】リンク情報一覧表示の第１ステップの画面例を示す図である。
【図２４】リンク情報一覧表示の第２ステップの画面例を示す図である。
【図２５】リンク情報一覧表示の第３ステップの画面例を示す図である。
【図２６】メタデータのリンクの一例を示す図である。
【図２７】第２の検索処理フローを示す図である。
【符号の説明】
【００７７】
１  ネットワーク    
５  ＫＭシステムサーバ
５１  登録処理部
５２  検索処理部
５３  ＤＢ
【図１】
2008084336.tif 000003
【図２】
2008084336.tif 000004
【図３】
2008084336.tif 000005
【図４】
2008084336.tif 000006
【図５】
2008084336.tif 000007
【図６】
2008084336.tif 000008
【図７】
2008084336.tif 000009
【図８】
2008084336.tif 000010
【図９】
2008084336.tif 000011
【図１０】
2008084336.tif 000012
【図１１】
2008084336.tif 000013
【図１２】
2008084336.tif 000014
【図１３】
2008084336.tif 000015
【図１４】
2008084336.tif 000016
【図１５】
2008084336.tif 000017
【図１６】
2008084336.tif 000018
【図１７】
2008084336.tif 000019
【図１８】
2008084336.tif 000020
【図１９】
2008084336.tif 000021
【図２０】
2008084336.tif 000022
【図２１】
2008084336.tif 000023
【図２２】
2008084336.tif 000024
【図２３】
2008084336.tif 000025
【図２４】
2008084336.tif 000026
【図２５】
2008084336.tif 000027
【図２６】
2008084336.tif 000028
【図２７】
2008084336.tif 000029