(57)【特許請求の範囲】
【請求項１】
コンセプト及び、このコンセプトに含まれる複数の属性名を定義したメタデータスキーマを異なるコンセプトについて複数取得するメタデータスキーマ取得手段と、
前記メタデータスキーマ取得手段が、取得した複数のメタデータスキーマのコンセプトと同じコンセプトと、前記属性名と、当該属性名に対する属性値の３つの組で定義されるメタデータを複数取得するメタデータ取得手段と、
前記メタデータスキーマ取得手段が取得した前記メタデータスキーマと、前記メタデータ取得手段が取得した前記メタデータの属性値とに基づいて、異なる複数のコンセプトの接続性を定義した結合スキーマを作成する結合スキーマ作成手段と、
前記結合スキーマ作成手段により作成された前記結合スキーマに対する属性値を割り当てる実体化手段と、
前記結合スキーマ作成手段が作成した前記結合スキーマを実体化する際に、前記結合スキーマにより結合された複数のコンセプトに含まれる各属性値が一致した場合には、当該属性値を前記結合スキーマにおける属性値として定義する旨の属性名変換ルールを保持する属性名変換ルール保持手段と、を備え、
前記実体化手段は、前記属性名変換ルール保持手段が保持する前記属性名変換ルールにしたがい、前記結合スキーマにおける属性値を定義することを特徴とするメタデータ検索装置。
【請求項２】
前記結合スキーマ作成手段により作成された前記結合スキーマにより接続性が定義された複数のコンセプトに含まれる複数の属性名の間の関係にしたがって規定された問い合わせ文を取得する問い合わせ文取得手段と、
前記複数のコンセプトおよび前記結合スキーマに基づいて、前記問い合わせ文取得手段が取得した前記問い合わせ文が示す属性名を特定する属性名特定手段と、
前記属性名特定手段が特定した前記属性名に対する前記属性値を検索結果として出力する検索結果出力手段と
をさらに備えたことを特徴とする請求項１に記載のメタデータ検索装置。
【請求項３】
前記メタデータスキーマ取得手段は、前記メタデータスキーマをインターネットを介して外部から取得し、
前記メタデータ取得手段は、前記メタデータを前記インターネットを介して外部から取得することを特徴とする請求項１または２に記載のメタデータ検索装置。
【請求項４】
前記メタデータスキーマ取得手段が取得した前記メタデータスキーマを保持するメタデータスキーマ保持手段と、
前記メタデータ取得手段が取得した前記メタデータを保持するメタデータ保持手段と、をさらに備え、
前記結合スキーマ作成手段は、前記メタデータスキーマ保持手段が保持する前記メタデータスキーマおよび前記メタデータ保持手段が保持する前記メタデータに基づいて、前記結合スキーマを作成することを特徴とする請求項１から３のいずれか一項に記載のメタデータ検索装置。
【請求項５】
メタデータ検索装置で実行されるメタデータ検索方法であって、
メタデータスキーマ取得手段が、コンセプト及び、このコンセプトに含まれる複数の属性名を定義したメタデータスキーマを異なるコンセプトについて複数取得するメタデータスキーマ取得ステップと、
メタデータ取得手段が、前記メタデータスキーマ取得ステップにおいて取得した複数のメタデータスキーマのコンセプトと同じコンセプトと、前記属性名と、当該属性名に対する属性値の３つの組で定義されるメタデータを複数取得するメタデータ取得ステップと、
結合スキーマ作成手段が、前記メタデータスキーマ取得ステップにおいて取得した前記メタデータスキーマと、前記メタデータ取得ステップにおいて取得した前記メタデータ属性値とに基づいて、異なる複数のコンセプトの接続性を定義した結合スキーマを作成する結合スキーマ作成ステップと、
実体化手段が、前記結合スキーマ作成ステップにより作成された前記結合スキーマに対する属性値を割り当てる実体化ステップと、を含み、
前記メタデータ検索装置は、前記結合スキーマ作成ステップで作成した前記結合スキーマを実体化する際に、前記結合スキーマにより結合された複数のコンセプトに含まれる各属性値が一致した場合には、当該属性値を前記結合スキーマにおける属性値として定義する旨の属性名変換ルールを保持する属性名変換ルール保持手段を備え、
前記実体化ステップは、前記属性名変換ルール保持手段が保持する前記属性名変換ルールにしたがい、前記結合スキーマにおける属性値を定義することを特徴とするメタデータ検索方法。
【請求項６】
メタデータ検索処理をコンピュータに実行させるためのメタデータ検索プログラムであって、
コンセプト及び、このコンセプトに含まれる複数の属性名を定義したメタデータスキーマを異なるコンセプトについて複数取得するメタデータスキーマ取得ステップと、
前記メタデータスキーマ取得ステップにおいて取得した複数のメタデータスキーマのコンセプトと同じコンセプトと、前記属性名と、当該属性名に対する属性値の３つの組で定義されるメタデータを複数取得するメタデータ取得ステップと、
前記メタデータスキーマ取得ステップにおいて取得した前記メタデータスキーマと、前記メタデータ取得ステップにおいて取得した前記メタデータの属性値とに基づいて、異なる複数のコンセプトの接続性を定義した結合スキーマを作成する結合スキーマ作成ステップと、
前記結合スキーマ作成ステップにより作成された前記結合スキーマに対する属性値を割り当てる実体化ステップと、を前記コンピュータに実行させ、
前記コンピュータは、前記結合スキーマ作成ステップで作成した前記結合スキーマを実体化する際に、前記結合スキーマにより結合された複数のコンセプトに含まれる各属性値が一致した場合には、当該属性値を前記結合スキーマにおける属性値として定義する旨の属性名変換ルールを保持する属性名変換ルール保持手段を備え、
前記実体化ステップは、前記属性名変換ルール保持手段が保持する前記属性名変換ルールにしたがい、前記結合スキーマにおける属性値を定義することを特徴とするメタデータ検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報に関する情報であるメタデータを検索するメタデータ検索装置、メタデータ検索方法およびメタデータ検索プログラムに関するものである。
【背景技術】
【０００２】
近年、情報や情報に関する情報を記述したメタデータが、インターネット上で広く流通しつつある。メタデータを活用して、関連情報を検索する技術への期待が高まっている。一般に、メタデータは構造データとして定義されることが多い。メタデータの形式は定まっておらず、データ制作者またはデータ提供者が独自に設計している。
【０００３】
しかしながら、上述のようにメタデータの形式はデータ制作者などが独自に設計しているため、異なる種類のメタデータ間では、項目名の関連性が定義されていない。このため、同種のメタデータ毎でしか検索ができない。
【０００４】
異なる種類のメタデータに跨った検索を行う技術として、各メタデータの形式に合わせた検索式を与えるものが知られている（例えば、「特許文献１」参照）。また、概念を利用した検索方法も開示されている（例えば「特許文献２」参照）。
【０００５】
【特許文献１】米国特許第２００４／００６４５６号明細書
【特許文献２】特開２００５−１４１６９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述のように異なる種類のメタデータに跨った検索を行う技術が提示されているものの、いずれもアドホックな方法をとることとなり不便である。さらに、新種の形式のメタデータが登場した場合、関連する全メタデータのスキーマの再設計を行う必要が生じてしまい、柔軟に対応できない。
【０００７】
本発明は、上記に鑑みてなされたものであって、煩雑な処理を行うことなく、新種の形式のメタデータにも柔軟に対応することができるメタデータ検索装置、メタデータ検索方法およびメタデータ検索プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、メタデータ検索装置であって、コンセプト及び、このコンセプトに含まれる複数の属性名を定義したメタデータスキーマを異なるコンセプトについて複数取得するメタデータスキーマ取得手段と、前記メタデータスキーマ取得手段が、取得した複数のメタデータスキーマのコンセプトと同じコンセプトと、前記属性名と、当該属性名に対する属性値の３つの組で定義されるメタデータを複数取得するメタデータ取得手段と、前記メタデータスキーマ取得手段が取得した前記メタデータスキーマと、前記メタデータ取得手段が取得した前記メタデータの属性値とに基づいて、異なる複数のコンセプトの接続性を定義した結合スキーマを作成する結合スキーマ作成手段と、前記結合スキーマ作成手段により作成された前記結合スキーマに対する属性値を割り当てる実体化手段と、前記結合スキーマ作成手段が作成した前記結合スキーマを実体化する際に、前記結合スキーマにより結合された複数のコンセプトに含まれる各属性値が一致した場合には、当該属性値を前記結合スキーマにおける属性値として定義する旨の属性名変換ルールを保持する属性名変換ルール保持手段と、を備え、前記実体化手段は、前記属性名変換ルール保持手段が保持する前記属性名変換ルールにしたがい、前記結合スキーマにおける属性値を定義する。
【０００９】
また、本発明の他の形態は、メタデータ検索装置で実行されるメタデータ検索方法であって、メタデータスキーマ取得手段が、コンセプト及び、このコンセプトに含まれる複数の属性名を定義したメタデータスキーマを異なるコンセプトについて複数取得するメタデータスキーマ取得ステップと、メタデータ取得手段が、前記メタデータスキーマ取得ステップにおいて取得した複数のメタデータスキーマのコンセプトと同じコンセプトと、前記属性名と、当該属性名に対する属性値の３つの組で定義されるメタデータを複数取得するメタデータ取得ステップと、結合スキーマ作成手段が、前記メタデータスキーマ取得ステップにおいて取得した前記メタデータスキーマと、前記メタデータ取得ステップにおいて取得した前記メタデータ属性値とに基づいて、異なる複数のコンセプトの接続性を定義した結合スキーマを作成する結合スキーマ作成ステップと、実体化手段が、前記結合スキーマ作成ステップにより作成された前記結合スキーマに対する属性値を割り当てる実体化ステップと、を含み、前記メタデータ検索装置は、前記結合スキーマ作成ステップで作成した前記結合スキーマを実体化する際に、前記結合スキーマにより結合された複数のコンセプトに含まれる各属性値が一致した場合には、当該属性値を前記結合スキーマにおける属性値として定義する旨の属性名変換ルールを保持する属性名変換ルール保持手段を備え、前記実体化ステップは、前記属性名変換ルール保持手段が保持する前記属性名変換ルールにしたがい、前記結合スキーマにおける属性値を定義する。
【００１０】
また、本発明の他の形態は、メタデータ検索処理をコンピュータに実行させるためのメタデータ検索プログラムであって、コンセプト及び、このコンセプトに含まれる複数の属性名を定義したメタデータスキーマを異なるコンセプトについて複数取得するメタデータスキーマ取得ステップと、前記メタデータスキーマ取得ステップにおいて取得した複数のメタデータスキーマのコンセプトと同じコンセプトと、前記属性名と、当該属性名に対する属性値の３つの組で定義されるメタデータを複数取得するメタデータ取得ステップと、前記メタデータスキーマ取得ステップにおいて取得した前記メタデータスキーマと、前記メタデータ取得ステップにおいて取得した前記メタデータの属性値とに基づいて、異なる複数のコンセプトの接続性を定義した結合スキーマを作成する結合スキーマ作成ステップと、前記結合スキーマ作成ステップにより作成された前記結合スキーマに対する属性値を割り当てる実体化ステップと、を前記コンピュータに実行させ、前記コンピュータは、前記結合スキーマ作成ステップで作成した前記結合スキーマを実体化する際に、前記結合スキーマにより結合された複数のコンセプトに含まれる各属性値が一致した場合には、当該属性値を前記結合スキーマにおける属性値として定義する旨の属性名変換ルールを保持する属性名変換ルール保持手段を備え、前記実体化ステップは、前記属性名変換ルール保持手段が保持する前記属性名変換ルールにしたがい、前記結合スキーマにおける属性値を定義する。
【発明の効果】
【００１１】
本発明にかかるメタデータ検索装置は、メタデータスキーマ取得手段が、コンセプト及び、このコンセプトに含まれる複数の属性名を定義したメタデータスキーマを異なるコンセプトについて複数取得し、メタデータ取得手段が、メタデータスキーマ取得手段が、取得した複数のメタデータスキーマのコンセプトと同じコンセプトと、属性名と、属性名に対する属性値の３つの組で定義されるメタデータを複数取得し、、結合スキーマ作成手段が、メタデータスキーマ取得手段が取得したメタデータスキーマと、メタデータ取得手段が取得したメタデータの属性値とに基づいて、異なる複数のコンセプトの接続性を定義した結合スキーマを作成するので、煩雑な処理を行うことなく、新種の形式のメタデータにも柔軟に対応することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１２】
以下に、本発明にかかるメタデータ検索装置、メタデータ検索方法およびメタデータ検索プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１３】
図１は、実施の形態にかかるメタデータ検索装置１０の機能構成を示すブロック図である。メタデータ検索装置１０は、メタデータ収集部１００と、メタデータデータベース（ＤＢ）１０２と、スキーマ収集部１０４と、スキーマＤＢ１０６と、結合スキーマ作成部１１０と、実体化部１１２と、属性名変換ルール保持部１１４と、メタデータクエリー部１２０とを備えている。
【００１４】
メタデータ検索装置１０は、検索対象に含めるべき複数のメタデータ群に対して設計されたクエリー式が予め存在する場合に、このクエリー式を実施するためのメタデータグラフを構築するものである。
【００１５】
メタデータ収集部１００は、例えばインターネット上に存在するメタデータを収集する。収集されたメタデータはメタデータＤＢ１０２に格納される。なお、メタデータ収集部１００は自動的にメタデータを収集してもよく、ユーザからの指定にしたがいメタデータを収集してもよい。また、メタデータ収集部１００は、外部からメタデータを取得すればよく、他の例としては、ユーザから入力されたメタデータを取得してもよい。
【００１６】
スキーマ収集部１０４は、メタデータの構造を定義したスキーマをインターネット上から収集する。収集されたスキーマはスキーマＤＢ１０６に格納される。なお、スキーマ収集部１０４は、自動的にスキーマを収集してもよく、ユーザからの指定にしたがいスキーマを収集してもよい。また、スキーマ収集部１０４は、外部からスキーマを取得すればよく、他の例としては、ユーザから入力されたスキーマを取得してもよい。
【００１７】
図２は、スキーマＤＢ１０６に格納されているスキーマを模式的に示す図である。図２に示すようにスキーマＤＢ１０６には、ＣＤアルバムというコンセプトが有する複数の属性名を定義したＣＤアルバムのスキーマ２００と、ライブ情報というコンセプトが有する複数の属性名を定義したライブ情報のスキーマ２１０とが格納されている。なお実施の形態においては、メタデータはグラフ構造で表されるものと仮定する。
【００１８】
図に示される円は、メタデータが表す情報の単位を表している。矢印は、属性を表し、矢印上のラベルは属性名を表す。長方形は、テキスト形式の属性値を表す。他の図においても同様である。
【００１９】
スキーマは、メタデータで使用される属性名の組とメタデータの構造とを定義したものである。ＣＤアルバムのスキーマ２００は、ＣＤアルバムのメタデータが３つの属性から構成されることを示している。また、ライブ情報のスキーマ２１０には、ライブ情報に関するメタデータが３つの属性から構成されることを示している。なお、スキーマは構造を定義するものなので、スキーマにおいて属性値は定義されていない。なお、メタデータをグラフ構造で表すデータ形式は、例えばＷ３Ｃで標準化されたＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）であってもよい。
【００２０】
図３は、メタデータＤＢ１０２に格納されているメタデータを模式的に示す図である。例えば、図３に示すように、メタデータＤＢ１０２は、ＣＤアルバムのメタデータ２０２とライブ情報のメタデータ２１２とを格納している。
【００２１】
ＣＤアルバムのメタデータ２０２は、「ａｕｔｈｏｒ」、「ｔｉｔｌｅ」および「商品番号」の３つの属性名それぞれに対応する３つの属性値「Ｂｉｌｌ」、「Ｗａｌｚ」および「１２３４５」を含んでいる。
【００２２】
また、ライブ情報のメタデータ２１２は、「ｐｌａｙｅｒ」、「ｄａｔｅ」および「ｐｌａｃｅ」の３つの属性名それぞれに対する３つの属性値「Ｂｉｌｌ」、「１９ｙｙ／ｍｍ／ｄｄ」および「Ｂｌｕｅ  Ｎｏｔｅ」を含んでいる。
【００２３】
結合スキーマ作成部１１０は、複数のメタデータの間を結合する結合スキーマを作成する。なお、結合スキーマは、対象となるスキーマそれぞれの上位概念として定義されたコンセプト同士を関係付けるものである。例えば、図３に示す例においは、ＣＤの属性名「ａｕｔｈｏｒ」に対する属性値「Ｂｉｌｌ」と、Ｌｉｖｅの属性名「ｐｌａｙｅｒ」に対する属性値「Ｂｉｌｌ」とが共通する。この場合には、属性名「ａｕｔｈｏｒ」と、属性名「ｐｌａｙｅｒ」との上位概念であるコンセプト「ａｒｔｉｓｔ」に含まれる複数の属性名を定義したメタデータスキーマ（結合スキーマ）を作成する。
【００２４】
作成した結合スキーマは、スキーマＤＢ１０６に格納される。実体化部１１２は、結合スキーマ作成部１１０により作成された結合スキーマを実体化する。具体的には、データを割り当てる。属性名変換ルール保持部１１４は、属性名変換ルールを保持する。ここで、属性名変換ルールとは、実体化部１１２が属性名を付与する際に利用するルールである。すなわち、実体化における処理条件である。
【００２５】
メタデータクエリー部１２０は、メタデータＤＢ１０２およびスキーマＤＢ１０６を参照し、指定された検索条件に合致するメタデータを検索する。なお、メタデータクエリー部１２０は、問い合わせ文取得手段、属性名特定手段および検索結果取得手段として機能する。
【００２６】
図４は、実施の形態にかかるメタデータ検索装置１０によるメタデータ編集処理を示すフローチャートである。まず、メタデータ収集部１００は、メタデータを収集する（ステップＳ１００）。一方、スキーマ収集部１０４は、このメタデータに対するスキーマを収集する（ステップＳ１０２）。
【００２７】
結合対象となる複数のスキーマがスキーマＤＢ１０６に存在し（ステップＳ１０４，Ｙｅｓ）、さらにこれらのスキーマに対する複数のメタデータがメタデータＤＢ１０２に存在する場合には（ステップＳ１０６，Ｙｅｓ）、結合スキーマ作成部１１０は、これら複数のメタデータを結合する結合スキーマを作成する（ステップＳ１０８）。そして、実体化部１１２は、結合スキーマを実体化する（ステップＳ１１０）。以上で、メタデータ編集処理が完了する。
【００２８】
図５は、結合スキーマ作成処理（ステップＳ１０８）における結合スキーマ作成部１１０の処理を説明するための図である。図５に示すａｒｔｉｓｔという結合スキーマ３００は、図２を参照しつつ説明したＣＤアルバムのスキーマ２００と、ライブ情報のスキーマ２１０とを結合するために定義されたものである。なお、ＣＤアルバムとライブ情報のスキーマおよびメタデータ自体は外部から取得したものであり、編集等は行わない。
【００２９】
このように、結合スキーマ（ａｒｔｉｓｔスキーマ）を作成し、異なるメタデータの上位概念として定義されたコンセプトを介することにより、メタデータの関連性追跡を実現することができる。
【００３０】
図６は、ａｒｔｉｓｔという結合スキーマ３００により形成された結合メタデータグラフ４００を示す図である。図６に示すように、ａｒｔｉｓｔという結合スキーマ３００により図２を参照しつつ説明したＣＤアルバムのスキーマ２００とライブ情報のスキーマ２１０とが結合された結合メタデータグラフ４００が形成されている。
【００３１】
図７は、実体化処理（ステップＳ１１０）における詳細な処理を示すフローチャートである。結合メタデータが作成されると、実体化部１１２は、結合対象となる複数のメタデータそれぞれの属性値を比較する（ステップＳ１２０）。属性値が一致した場合には（ステップＳ１２２，Ｙｅｓ）、属性名変換ルール保持部１１４が保持する属性名変換ルールにしたがい、結合メタデータを生成し、結合スキーマにおける属性名に対応する属性値をテキストデータで定義する（ステップＳ１２４）。
【００３２】
図８は、実体化処理（ステップＳ１１０）における処理をより具体的に説明するための図である。具体的には、ａｒｔｉｓｔという結合スキーマ３００により結合されたＣＤアルバムのメタデータ２０２の属性値とライブ情報のメタデータ２１２の属性値とを比較する。図８の例においては、ＣＤアルバムのメタデータ２０２の属性名「ａｕｔｈｏｒ」の属性値と、ライブ情報のメタデータ２１２の属性名「ｐｌａｙｅｒ」の属性値とが一致していると判定される。したがって、「ａｒｔｉｓｔ」メタデータを生成し、「ａｒｔｉｓｔ」の属性名「ｎａｍｅ」にテキストデータ「Ｂｉｌｌ」を定義する。すなわち、結合スキーマ３００の属性値「ｃｒｅａｔｅｓ」及び「ｐｌａｙｓ」が、下位概念であるスキーマ２００，２１０のコンセプトの接続性を定義している。
【００３３】
次に、以上の処理により登録されたメタデータ等を参照し、グラフのマッチングを実行することにより、該当するメタデータあるいは属性値を出力する処理について説明する。
【００３４】
図９および図１０は、クエリー処理を説明するための図である。例えば、メタデータクエリー部１２０が、図９に示すようなクエリーを取得したとする。すなわち、「商品番号が１２３４５であるＣＤアルバムを作成したアーティストが出演するライブのｄａｔｅとｐｌａｃｅを求める」ことを示すクエリーを取得したとする。
【００３５】
「商品番号が１２３４５であるＣＤアルバム」に対応する属性値「１２３４５」とこの属性値を含む結合メタデータグラフ４００を参照することにより、図１０に示すようにライブ情報のメタデータであるライブの「ｄａｔｅ」と「ｐｌａｃｅ」を特定することができる。
【００３６】
図１１は、実施の形態に係るメタデータ検索装置１０のハードウェア構成を示す図である。メタデータ検索装置１０は、ハードウェア構成として、メタデータ検索装置１０における結合メタデータ作成処理およびクエリー処理を含むメタデータ検索処理を実行するメタデータ検索プログラムなどが格納されているＲＯＭ５２と、ＲＯＭ５２内のプログラムに従ってメタデータ検索装置１０の各部を制御するＣＰＵ５１と、メタデータ検索装置１０の制御に必要な種々のデータを記憶するＲＡＭ５３と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５７と、各部を接続するバス６２とを備えている。
【００３７】
先に述べたメタデータ検索装置１０におけるメタデータ検索プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フロッピー（Ｒ）ディスク（ＦＤ）、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録されて提供されてもよい。
【００３８】
この場合には、メタデータ検索プログラムは、メタデータ検索装置１０において上記記録媒体から読み出して実行することにより主記憶装置上にロードされ、上記ソフトウェア構成で説明した各部が主記憶装置上に生成されるようになっている。
【００３９】
また、本実施の形態のメタデータ検索プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。
【００４０】
以上、本発明を実施の形態を用いて説明したが、上記実施の形態に多様な変更または改良を加えることができる。
【図面の簡単な説明】
【００４１】
【図１】実施の形態にかかるメタデータ検索装置１０の機能構成を示すブロック図である。
【図２】スキーマＤＢ１０６に格納されているスキーマを模式的に示す図である。
【図３】メタデータＤＢ１０２に格納されているメタデータを模式的に示す図である。
【図４】実施の形態にかかるメタデータ検索装置１０によるメタデータ編集処理を示すフローチャートである。
【図５】結合スキーマ作成処理（ステップＳ１０８）における結合スキーマ作成部１１０の処理を説明するための図である。
【図６】ａｒｔｉｓｔという結合スキーマ３００により形成された結合メタデータグラフ４００を示す図である。
【図７】実体化処理（ステップＳ１１０）における詳細な処理を示すフローチャートである。
【図８】実体化処理（ステップＳ１１０）における処理をより具体的に説明するための図である。
【図９】クエリー処理を説明するための図である。
【図１０】クエリー処理を説明するための図である。
【図１１】実施の形態に係るメタデータ検索装置１０のハードウェア構成を示す図である。
【符号の説明】
【００４２】
１０  メタデータ検索装置
５１  ＣＰＵ
５２  ＲＯＭ
５３  ＲＡＭ
５７  通信Ｉ／Ｆ
６２  バス
１００  メタデータ収集部
１０２  メタデータＤＢ
１０４  スキーマ収集部
１０６  スキーマＤＢ
１１０  結合スキーマ作成部
１１２  実体化部
１１４  属性名変換ルール保持部
１２０  メタデータクエリー部
２００  スキーマ
２０２  メタデータ
２１０  スキーマ
２１２  メタデータ
３００  結合スキーマ
４００  結合メタデータグラフ
【図１】
0004468309.tif 000002
【図２】
0004468309.tif 000003
【図３】
0004468309.tif 000004
【図４】
0004468309.tif 000005
【図５】
0004468309.tif 000006
【図６】
0004468309.tif 000007
【図７】
0004468309.tif 000008
【図８】
0004468309.tif 000009
【図９】
0004468309.tif 000010
【図１０】
0004468309.tif 000011
【図１１】
0004468309.tif 000012