(57)【要約】【課題】  実存するスキーマやメタデータを基にスキーマを正しく拡張する。【解決手段】  ユーザ装置２Ａの制御部２２は、返却されたメタデータの合計数を演算し、当該合計数が、予め自身に記憶された第１しきい値（例えば「３」）以上であれば、スキーマ管理装置１に対し、プロパティ値「ラーメン屋」とプロパティ「ラストオーダー時刻」を送信し、「ラストオーダー時刻」は、概念クラス「ラーメン屋」のインスタンスのプロパティとして適用可能であることを示すプロパティ定義の仮登録を依頼する（ステップＳ３９，４１）。【選択図】図１
2005141691.tif 000002
【特許請求の範囲】
【請求項１】
複数のリソースに共通な概念を示す概念クラスと当該複数のリソースが共通にもつプロパティとを含む文を蓄積することにより構成されたスキーマが記憶され、１つのリソースのＵＲＩであるリソースＵＲＩと該リソースがもつプロパティとを含むメタデータが蓄積されているときのスキーマ拡張方法であって、
コンピュータが、前記蓄積されたメタデータから、同一リソースＵＲＩと同一のプロパティとを含むメタデータを検索し、該検索されたメタデータの合計数を演算し、該演算された合計数が予め記憶されたしきい値以上である場合に、当該同一の概念クラスと当該プロパティとを含む文を前記スキーマに加えることを特徴とするスキーマ拡張方法。
【請求項２】
複数のリソースに共通な概念を示す概念クラスと当該複数のリソースが共通にもつプロパティとを含む文を蓄積することにより構成されたスキーマが記憶され、１つのリソースのＵＲＩであるリソースＵＲＩと該リソースがもつプロパティとを含むメタデータが蓄積されているときのスキーマ拡張方法であって、
コンピュータが、前記蓄積されたメタデータから、同一の概念クラスにより示される概念をもつ複数のリソースのリソースＵＲＩの中の特定のリソースＵＲＩ以外のリソースＵＲＩ並びに同一のプロパティを含むメタデータを検索し、該検索されたメタデータの合計数を演算し、該演算された合計数が予め記憶されたしきい値以上である場合に、当該同一の概念クラスと当該プロパティとを含む文を前記スキーマに加えることを特徴とするスキーマ拡張方法。
【請求項３】
複数のリソースに共通な概念を示す概念クラスと当該複数のリソースが共通にもつプロパティとを含む文を蓄積することにより構成されたスキーマが記憶され、１つのリソースのＵＲＩであるリソースＵＲＩと該リソースがもつプロパティとを含むメタデータが蓄積されているときのスキーマ拡張方法であって、
コンピュータが、前記蓄積されたメタデータから、同一の概念クラスにより示される概念をもつ複数のリソースのリソースＵＲＩのいずれか並びに同一のプロパティを含むメタデータを検索し、該検索されたメタデータの合計数を演算し、該演算された合計数が予め記憶されたしきい値以上である場合に、当該同一の概念クラスと当該プロパティとを含む文を前記スキーマに加えることを特徴とするスキーマ拡張方法。
【請求項４】
複数のリソースに共通な概念を示す概念クラスと当該複数のリソースが共通にもつプロパティとを含む文を蓄積することにより構成されたスキーマが記憶されているときのスキーマ拡張方法であって、
コンピュータが、前記スキーマから、同一の概念クラスの下位にある複数の概念クラスを含むスキーマの部分を検索し、当該スキーマの部分に同一のプロパティが含まれている場合に、前記同一の概念クラスと当該同一のプロパティとを含む文とを前記スキーマに加えることを特徴とするスキーマ拡張方法。
【請求項５】
複数のリソースに共通な概念を示す概念クラスと当該複数のリソースが共通にもつプロパティとを含む文を蓄積することにより構成されたスキーマが記憶され、１つのリソースのＵＲＩであるリソースＵＲＩと該リソースがもつプロパティとを含むメタデータが蓄積されているときのスキーマ拡張システムであって、
前記蓄積されたメタデータから、同一のリソースＵＲＩと同一のプロパティとを含むメタデータを検索し、該検索されたメタデータの合計数を演算し、該演算された合計数が予め記憶されたしきい値以上である場合に、当該同一の概念クラスと当該プロパティとを含む文を前記スキーマに加えることを特徴とするスキーマ拡張システム。
【請求項６】
複数のリソースに共通な概念を示す概念クラスと当該複数のリソースが共通にもつプロパティとを含む文を蓄積することにより構成されたスキーマが記憶され、１つのリソースのＵＲＩであるリソースＵＲＩと該リソースがもつプロパティとを含むメタデータが蓄積されているときのスキーマ拡張システムであって、
前記蓄積されたメタデータから、同一の概念クラスにより示される概念をもつ複数のリソースのリソースＵＲＩの中の特定のリソースＵＲＩ以外のリソースＵＲＩ並びに同一のプロパティを含むメタデータを検索し、該検索されたメタデータの合計数を演算し、該演算された合計数が予め記憶されたしきい値以上である場合に、当該同一の概念クラスと当該プロパティとを含む文を前記スキーマに加えることを特徴とするスキーマ拡張システム。
【請求項７】
複数のリソースに共通な概念を示す概念クラスと当該複数のリソースが共通にもつプロパティとを含む文を蓄積することにより構成されたスキーマが記憶され、１つのリソースのＵＲＩであるリソースＵＲＩと該リソースがもつプロパティとを含むメタデータが蓄積されているときのスキーマ拡張システムであって、
前記蓄積されたメタデータから、同一の概念クラスにより示される概念をもつ複数のリソースのリソースＵＲＩのいずれか並びに同一のプロパティを含むメタデータを検索し、該検索されたメタデータの合計数を演算し、該演算された合計数が予め記憶されたしきい値以上である場合に、当該同一の概念クラスと当該プロパティとを含む文を前記スキーマに加えることを特徴とするスキーマ拡張システム。
【請求項８】
複数のリソースに共通な概念またはこの概念の上位の概念を示す概念クラスと当該複数のリソースが共通にもつプロパティとを含む文を蓄積することにより構成されたスキーマが記憶されているときのスキーマ拡張システムであって、
前記スキーマから、同一の概念クラスの下位にある複数の概念クラスを含むスキーマの部分を検索し、当該スキーマの部分に同一のプロパティが含まれている場合に、前記同一の概念クラスと当該同一のプロパティとを含む文とを前記スキーマに加えることを特徴とするスキーマ拡張システム。
【請求項９】
前記蓄積されたメタデータの一部を検索して表示させる機能と、前記蓄積されたメタデータに新たなメタデータを加える機能とを備えたことを特徴とする請求項５乃至７のいずれかに記載のスキーマ拡張システム。
【請求項１０】
前記記憶されたスキーマの一部を検索して表示させる機能を備えたことを特徴とする請求項５乃至９のいずれかに記載のスキーマ拡張システム。
【請求項１１】
請求項５乃至１０のいずれかに記載のスキーマ拡張システムをコンピュータにより構成するためのコンピュータプログラム。
【請求項１２】
請求項５乃至１０のいずれかに記載のスキーマ拡張システムをコンピュータにより構成するためのコンピュータプログラムが格納された記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を保持するメタデータを管理するためのスキーマを拡張するスキーマ拡張システムに関する。
【背景技術】
【０００２】
従来にあって、リソースのＵＲＩ（Uniform Resource Idenfifier）とリソースの属性名（以下、プロパティという）とプロパティ値（属性値）とからなるメタデータを定義する目的で、複数のリソースに共通する概念を示す概念クラスと、当該複数のリソースが共通にもつプロパティとを備えたＲＤＦ（Resource Description Framework）文を蓄積することで構成されたスキーマが使用されている。
【０００３】
スキーマは、メタデータで利用されるボキャブラリを定義するものあり、具体的には、どのような概念クラスがあるか（概念クラスの定義）と、どのようなプロパティがあり、それはどのようなサブジェクトやオブジェクト（プロパティ値）をとり得るか（プロパティの定義）を定義する。つまり、候補となるサブジェクトやオブジェクトを概念クラスで表すのである。メタデータのＲＤＦ文においては、その概念クラスのインスタンスが定義されたプロパティと結び付くことになる。
【０００４】
そして、メタデータは、インターネットに代表されるコンピュータシステムでの様々な情報提供や情報検索に利用される。
【０００５】
例えば、下記の特許文献１に関連技術が開示されている。なお、当該文献においてメタデータはコンテキストデータと表記されている。
【０００６】
また、ＲＤＦについては、非特許文献１及び２に記載されている。
【特許文献１】特開２００２−２５１３１１号公報
【非特許文献１】「Resource Description Framework(RDF)Model and Syntax Specification」, Ora Lassia, Ralph R.Swick編,[online], インターネット<URL:http://www.w3.org/TR/1999/REC-rdf-syntax-19990222/>
【非特許文献２】「RDF Vocabulary Description Language 1.0: RDF Schema」, Dan Brickley, R.V.Guha編,[online], インターネット<URL:http://www.w3.org/TR/rdf-schema/>
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上記したようなメタデータを定義するスキーマを拡張する必要が生じたときは、新たなプロパティを含むＲＤＦ文がスキーマに追加される。
【０００８】
ＲＤＦ文の追加は、スキーマ管理者等が、スキーマを記憶するコンピュータを操作することにより行われる。そのため、操作ミス等により、スキーマが正しく拡張されないことがある。例えば、不要なＲＤＦ文が追加されたり、あるいは追加されないことがある。
【０００９】
また、スキーマ管理者等は、実際にコンピュータに記憶されたスキーマやメタデータとは無関係に、将来的に必要となるメタデータを予測してスキーマを拡張する。そのため、拡張された部分が実際にはメタデータ管理には不要となることがある。
【００１０】
そこで本発明は、上記の従来の課題に鑑みてなされたものであり、その目的とするところは、実存するスキーマまたはメタデータを基にスキーマを正しく拡張できるスキーマ拡張システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記従来の課題を解決するために、本発明では、コンピュータにより構成されたスキーマ拡張システムが、コンピュータの記憶部に蓄積されたメタデータから、同一のリソースＵＲＩと同一のプロパティとを含むメタデータを検索し、該検索されたメタデータの合計数を演算し、該演算された合計数が予め記憶されたしきい値以上であると判断した場合に、当該同一の概念クラスと当該プロパティとを含む文をスキーマに加えることによりスキーマを拡張する。
【００１２】
また、コンピュータにより構成されたスキーマ拡張システムが、コンピュータの記憶部に蓄積されたメタデータから、同一の概念クラスにより示される概念をもつ複数のリソースのリソースＵＲＩの中の特定のリソースＵＲＩ以外のリソースＵＲＩ並びに同一のプロパティを含むメタデータを検索し、該検索されたメタデータの合計数を演算し、該演算された合計数が予め記憶されたしきい値以上であると判断した場合に、当該同一の概念クラスと当該プロパティとを含む文をスキーマに加えることによりスキーマを拡張する。
【００１３】
また、コンピュータにより構成されたスキーマ拡張システムが、コンピュータの記憶部に蓄積されたメタデータから、同一の概念クラスにより示される概念をもつ複数のリソースのリソースＵＲＩのいずれか並びに同一のプロパティを含むメタデータを検索し、該検索されたメタデータの合計数を演算し、該演算された合計数が予め記憶されたしきい値以上であると判断した場合に、当該同一の概念クラスと当該プロパティとを含む文を前記スキーマに加えることによりスキーマを拡張する。
【００１４】
また、コンピュータにより構成されたスキーマ拡張システムが、コンピュータの記憶部に記憶されたスキーマから、同一の概念クラスの下位にある複数の概念クラスを含むスキーマの部分を検索し、当該スキーマの部分に同一のプロパティが含まれていると判断した場合に、同一の概念クラスと当該同一のプロパティとを含む文とをスキーマに加えることによりスキーマを拡張する。
【発明の効果】
【００１５】
本発明によれば、実存するスキーマやメタデータを基にスキーマを拡張するのでスキーマを正しく拡張することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面を参照して説明する。
【００１７】
図１は、本発明を適用したコンピュータシステムの構成を示す図である。
【００１８】
スキーマ管理装置１は、複数のリソースに共通する概念を示す概念クラスと、当該複数のリソースが共通にもつプロパティとを備えたＲＤＦ文を蓄積することで構成されたスキーマを記憶するとともに当該スキーマを適宜更新するように構成されたコンピュータである。本実施の形態では、「めんめん堂」という名の実存するラーメン屋やその他のラーメン屋、実存する中華料理店、飲食店、店舗などをリソースの例として説明する。
【００１９】
ユーザ装置２Ａ、２Ｂ及び２Ｃはそれぞれ、ユーザＡ、Ｂ及びＣに使用されるコンピュータであり、１つのリソースのＵＲＩであるリソースＵＲＩとリソースのプロパティ（属性名）とプロパティ値（属性値）とからなるメタデータを蓄積するとともに当該メタデータを適宜表示及び更新するように構成されている。
【００２０】
スキーマ管理装置１は、図示しないインターネットなどによりユーザ装置２Ａ、２Ｂ及び２Ｃと通信可能であり、ユーザ装置同士も同様に通信可能となっている。
【００２１】
図２は、スキーマ管理装置１で管理されるスキーマの一部を示すラベル付き有向グラフ（directed labeled graph）である。なお、本実施の形態で説明する図において、rdfとrdfsの名前空間はそれぞれ、非特許文献１及び２で示されているRDF、RDF Schemaで定義されたボキャブラリに対応している。
【００２２】
さて、図２を用いて、スキーマにおける概念クラスについて説明する。例えば、文字列「ラーメン屋」を概念クラスに用いる場合は、文字列「ラーメン屋」だけを概念クラスとするのではない。なぜならば、本実施の形態のようなコンピュータシステムが他にも存在し、そこでも文字列「ラーメン屋」が概念クラスとして使用されうるからである。そのため、文字列「ラーメン屋」の前に本実施の形態のコンピュータシステムを採用する企業に関わるアドレス等を付与し（例えば、http://www.ntt.co.jp/schema#ラーメン屋とし）、それを概念クラスとするのである。なお、以下の説明では、例えば文字列「ラーメン屋」を含む概念クラスを概念クラス「ラーメン屋」のように表記するが、概念クラスは他の概念クラスと重複しないユニークなものであればよい。
【００２３】
図２に示すように、スキーマ管理装置１で管理されている概念クラスから当該概念クラスの上位の概念クラスにラベルrdfs:subClassOfの矢印が延びている。例えば、概念クラス「中華料理店」は概念クラス「ラーメン屋」の上位の概念である。
【００２４】
また、ラベルrdfs:domainの矢印の根元にあるプロパティと矢印の先にある概念クラスとは同一のＲＤＦ文内で管理されている。具体的には、例えば、概念クラス「ラーメン屋」とプロパティ「麺のタイプ」とを含むＲＤＦ文が記憶されている。このＲＤＦ文は、プロパティ「麺のタイプ」を適用するための対象となるのが概念クラス「ラーメン屋」であることを示している。
【００２５】
また、ラベルrdfs:rangeの矢印の先にある概念クラスは矢印の根元にあるプロパティとは同一のＲＤＦ文内で管理されている。具体的には、例えば、概念クラス「時間」とプロパティ「営業開始時刻」とを含むＲＤＦ文が記憶されている。このＲＤＦ文は、概念クラス「時間」のインスタンスが、プロパティ「営業開始時刻」のプロパティ値として、メタデータに記述されるべきであることを定義している。
【００２６】
図１に戻って説明する。
【００２７】
ユーザ装置２Ａ、２Ｂ及び２Ｃは、リソースのリソースＵＲＩと該リソースのプロパティとプロパティ値とからなるメタデータを記憶して管理するメタデータ管理部２１と、新規なメタデータの登録やスキーマの拡張のため処理を行う制御部２２と、スキーマやメタデータを表示する表示部２３とを備える。
【００２８】
なお、制御部２２は、表示内容やデータ入力のためエリアを表示させるためのグラフィックデータを生成する主制御部と、当該グラフィックーデータを解釈して表示部２３に表示させ、またグラフィックデータが表示されているときに入力されたデータを主制御部に返却するＧＵＩ（Graphic User Interface)部とを含み、返却されたデータを基に主制御部が各種制御を行う。
【００２９】
図３は、ユーザ装置２Ａのメタデータ管理部２１が記憶しているメタデータを示すラベル付き有向グラフである。
【００３０】
図３において、ＵＲＩで表されるものは楕円で示されている。つまり、ユーザ装置２Ａのメタデータ管理部２１で管理されるメタデータにおけるリソースＵＲＩは、前述した概念クラスと同様の理由によりＵＲＩで表されている。なお、以下の説明では、例えば、店名「めんめん堂」を含むリソースＵＲＩをリソースＵＲＩ「めんめん堂」のように表記するが、リソースＵＲＩは他のリソースＵＲＩと重複しないユニークなものであればよい。
【００３１】
また、メタデータ管理部２１で管理されるメタデータには、文字列「ラーメン屋」を含むＵＲＩがプロパティ値として使用されている。なお、以下の説明では、この文字列「ラーメン屋」を含むＵＲＩをプロパティ値「ラーメン屋」と表記する。
【００３２】
一方、「めんめん堂」や「東京都三鷹市．．．．」のような文字列のみで構成されたプロパティ値も使用されている。なお、かかるプロパティ値は、図３では四角形で示されている。以下の説明では、このようなプロパティ値についても、プロパティ値「めんめん堂」やプロパティ値「東京都三鷹市．．．．」のように表記する。
【００３３】
そして、プロパティは、例えば文字列（「店名」など）を含むＵＲＩで構成されるが、プロパティは他のプロパティと重複しないユニークなものであればよい。プロパティは、以下の説明では、例えばプロパティ「店名」のように表記する。
【００３４】
なお、このような図上及び説明上の表記は、ユーザ装置２Ｂやユーザ装置２Ｃのメタデータについても同様である。
【００３５】
さて、図３に示すように、ユーザ装置２Ａのメタデータ管理部２１が記憶しているメタデータのリソースＵＲＩ「めんめん堂」から該ＵＲＩのプロパティのラベル付き矢印が当該プロパティのプロパティ値に延びている。
【００３６】
すなわち、ユーザ装置２Ａのメタデータ管理部２１には、リソースＵＲＩ「めんめん堂」とプロパティ「ｒｄｆ：ｔｙｐｅ」とプロパティ値「ラーメン屋」とからなるメタデータ、リソースＵＲＩ「めんめん堂」とプロパティ「店名」とプロパティ値「めんめん堂」とからなるメタデータ、リソースＵＲＩ「めんめん堂」とプロパティ「電話番号」とプロパティ値「０３−ｘｘｘｘ−ｘｘｘｘ」とからなるメタデータ、リソースＵＲＩ「めんめん堂」とプロパティ「住所」とプロパティ値「東京都三鷹市．．．．」とからなるメタデータとが記憶されている。
【００３７】
一方、図示しないが、ユーザ装置２Ｂのメタデータ管理部２１には、リソースＵＲＩ「めんめん堂」とプロパティ「営業開始時刻」とプロパティ値「１０：００」とからなるメタデータが記憶されている。
【００３８】
また、図示しないが、ユーザ装置２Ｃのメタデータ管理部２１には、「めんめん堂」とプロパティ「営業終了時刻」とプロパティ値「２３：００」とからなるメタデータが記憶されている。
【００３９】
なお、メタデータ管理部２１及び制御部２２は、コンピュータの制御素子（いわゆるＣＰＵ）が記憶装置（ハードディスク装置や半導体メモリなど）に記憶されたデータを読み書きすることにより機能する。
【００４０】
次に、本実施の形態の動作を説明する。
【００４１】
図４は、めんめん堂のラストオーダー時刻を含むメタデータを新たに登録するときのシーケンス図である。
【００４２】
ユーザＡがユーザ装置２Ａに所定の操作を行うと、ユーザ装置２Ａの制御部２２は、スキーマ管理装置１からスキーマを取得し、例えば、図５に示す概念クラス「飲食店」を含む複数の概念クラスを表示部２３にプルダウン表示させ、その中の概念クラス「飲食店」が選択されたときに、その下位の複数の概念クラスを同様に表示させ、その中の概念クラス「中華料理店」が選択されたときに、その下位の複数の概念クラスを同様に表示させる。
【００４３】
そして、表示された概念クラスの１つ（例えば、概念クラス「ラーメン屋」）が選択されると、制御部２２は、スキーマ管理装置１から、選択された概念クラスの上位の概念クラスであって業種に依存しない概念クラス（例えば、概念クラス「店舗」）のプロパティ（例えば、プロパティ「店名」、プロパティ「電話番号」、プロパティ「住所」）を取得し、図６に示すように、選択された概念クラスと、取得した各プロパティを表示部２３に表示させ、さらに、各表示されたプロパティに対応するプロパティ値をメタデータ検索のキーワードとして入力するためのエリアを表示させる。
【００４４】
一方、ユーザＡが店の電話番号から情報を登録しようとして、ユーザ装置２Ａに所定の操作を行うと、制御部２２は表示部２３に対し、図７に示すように、電話番号をメタデータ検索のキーワードとして入力するためのエリアを表示させる。
【００４５】
なお、ユーザ装置２Ａが店に入ったときに制御部２２は、ＧＰＳ（Global Posisioning System）と協働して、図８のように、店の店名をメタデータ検索のキーワードとして表示させるようにしてもよい。
【００４６】
ユーザ装置２Ａでは、ユーザＡにより、図６または図７のように表示されたエリアにキーワードが入力される、あるいは図８のように表示されたキーワードが指示される（ステップＳ１）。
【００４７】
以下、入力あるいは指示されたキーワードを単にキーワードという。また、図６に示すように表示されたプロパティ「店名」に対応するエリアに入力された「めんめん堂」がキーワードである場合を例にして説明する。
【００４８】
ユーザ装置２Ａの制御部２２は、自身のメタデータ管理部２１に対しキーワード「めんめん堂」を与えるとともに該キーワードに関連するメタデータを要求する。また、ユーザ装置２Ａのメタデータ管理部２１は、ユーザ装置２Ｂ及び２Ｃのメタデータ管理部２１に対し、同様にメタデータを検索するように要求する（ステップＳ３）。
【００４９】
各メタデータ管理部２１は、自身が管理するメタデータの中から、与えられたキーワード「めんめん堂」をプロパティ値として含むメタデータを検索し、検索されたメタデータにおけるリソースＵＲＩ「めんめん堂」を含む全てのメタデータを、自身が管理するメタデータの中からさらに検索する（ステップＳ５）。
【００５０】
ユーザ装置２Ａのメタデータ管理部２１は直接、そしてユーザ装置２Ｂ及び２Ｃのメタデータ管理部２１はユーザ装置２Ａのメタデータ管理部２１を介して、自身が検索したメタデータを制御部２２に返却する（ステップＳ７）。
【００５１】
本例では、ユーザ装置２Ａのメタデータ管理部２１から図３に示すメタデータが返却される。
【００５２】
次に、ユーザ装置２Ａの制御部２２は、プロパティ「ｒｄｆ：ｔｙｐｅ」を含むメタデータのプロパティ値「ラーメン屋」をスキーマ管理装置１に送信して、スキーマの検索を要求する（ステップＳ９）。
【００５３】
スキーマ管理装置１は、自身が記憶するスキーマから、送信されたプロパティ値「ラーメン屋」と同一の概念クラス「ラーメン屋」を含む部分を検索し（ステップＳ１１）、検索されたスキーマをユーザ装置２Ａの制御部２２に返却する（ステップＳ１３）。
【００５４】
本例では、概念クラス「ラーメン屋」と、この概念クラス「ラーメン屋」のインスタンスのプロパティである概念クラス「麺のタイプ」と、この概念クラス「ラーメン屋」の上位の概念クラス「中華料理店」と、その上位の概念クラス「飲食店」と、この概念クラス「飲食店」のインスタンスのプロパティ「営業開始時刻」及び「営業終了時刻」と、その上位の概念クラス「店舗」と、この概念クラス「店舗」のインスタンスのプロパティ「店名」、「住所」及び「電話番号」とプロパティ「営業開始時刻」及び「営業終了時刻」がインスタンスのプロパティとなる概念クラス「時間」とを含むスキーマの部分を検索して返却する。
【００５５】
ユーザ装置２Ａの制御部２２は、返却されたスキーマから概念クラス「ラーメン屋」に対する１以上上位の概念に対応するプロパティを検索する。本例では、プロパティ「営業開始時刻」及び「営業終了時刻」とが検索される。
【００５６】
ユーザ装置２Ａの制御部２２は、自身のメタデータ管理部２１に対し、リソースＵＲＩ「めんめん堂」並びに、プロパティ「営業開始時刻」及び「営業終了時刻」を与えてメタデータを要求する。また、ユーザ装置２Ａのメタデータ管理部２１は、ユーザ装置２Ｂ及び２Ｃのメタデータ管理部２１に対し、同様にメタデータを要求する（ステップＳ１５）。
【００５７】
各メタデータ管理部２１は、自身が管理するメタデータの中から「めんめん堂」と各プロパティを含むメタデータを検索する（ステップＳ１７）。
【００５８】
ユーザ装置２Ａのメタデータ管理部２１は直接、そしてユーザ装置２Ｂ及び２Ｃメタデータ管理部２１はユーザ装置２Ａのメタデータ管理部２１を介して、自身が検索したメタデータを制御部２２に返却する（ステップＳ１９）。
【００５９】
本例では、ユーザ装置２Ｂのメタデータ管理部２１からは、リソースＵＲＩ「めんめん堂」とプロパティ「営業開始時刻」とプロパティ値「１０：００」とからなるメタデータが返却され、ユーザ装置２Ｃのメタデータ管理部２１からは、リソースＵＲＩ「めんめん堂」とプロパティ「営業終了時刻」とプロパティ値「２３：００」とからなるメタデータが返却される。
【００６０】
ユーザ装置２Ａの制御部２２は、返却されたスキーマに含まれた概念クラスと、返却されたメタデータに含まれたプロパティ値とを表示部２３に表示させる（ステップＳ２１）。
【００６１】
図９は、表示部２３に表示された内容を示す図である。
【００６２】
図９に示すように、先ず、概念クラス「ラーメン屋」を表示させる。
【００６３】
その下に、この概念クラス「ラーメン屋」のインスタンスである、リソースＵＲＩ「めんめん堂」に対するプロパティ値「めんめん堂」、「０３−ｘｘｘｘ−ｘｘｘｘ」及び「東京都三鷹市．．．．」とを表示させる。
【００６４】
ここで、以下に説明する入力のためのエリアをプロパティ値に対応づけて表示しないのは、これらプロパティ値が、ユーザ装置２Ａ自身のメタデータ管理部２１から返却されたからであり、ユーザ装置２Ａ自身のメタデータ管理部２１には、以下に説明するように、ユーザにより正しいと認められたプロパティ値を含むメタデータのみが記憶されるからである。
【００６５】
さて、プロパティ値「めんめん堂」等の下には、返却されたスキーマに含まれたプロパティ「営業開始時刻」と、このプロパティのインスタンスであるプロパティ値「１０：００」、すなわちユーザ装置２Ｂのメタデータ管理部２１から返却されたプロパティ値とを対応づけて表示させる。なお、プロパティ値「１０：００」は、プロパティ値を入力するエリア内に表示され、書き換えが可能となっている。
【００６６】
また、スキーマに含まれたプロパティ「営業終了時刻」と、このプロパティのインスタンスであるプロパティ値「２３：００」、すなわちユーザ装置２Ｃのメタデータ管理部２１から返却されたプロパティ値とを対応づけて同様に表示させる。
【００６７】
さらに、その下に、返却されたスキーマに含まれたプロパティ「麺のタイプ」を表示させ、この概念に対応づけてこのプロパティのインスタンスであるプロパティ値を入力するエリアを表示させる。この場合、プロパティ「麺のタイプ」に対応するプロパティ値を含むメタデータが返却されなかったので、エリア内は空白となっている。
【００６８】
なお、プロパティ「麺のタイプ」がプロパティ「営業開始時刻」などよりも下に表示されるのは、返却されたスキーマにおいて、プロパティ「麺のタイプ」を有する概念クラス「ラーメン屋」よりも、プロパティ「営業開始時刻」などを有する概念クラス「飲食店」の方が上位だからである。
【００６９】
また、ステップＳ２１の表示では、新規なプロパティを入力するエリアと、このプロパティのインスタンスであるプロパティ値を入力するエリアとからなる組を表示させる。当該組は複数表示されるので、新規なプロパティとプロパティ値の組を複数入力できる。
【００７０】
また、ステップＳ２１の表示では、返却されたスキーマに含まれたプロパティと、新規なプロパティを入力するエリアとに対応づけてチェックボックスを表示させる。チェックボックスは、該チェックボックスに対応して表示または入力されたプロパティ値が正しい場合にユーザによりチェックされる。
【００７１】
なお、図８に示すように、ユーザ装置２Ａが店に持ち込まれたときに「めんめん堂」を表示させ、その店名が指定された場合は、図６において「めんめん堂」がキーワードとして入力された場合と同様に処理が行われる。
【００７２】
また、図７に示すように、メタデータ検索のキーワードを入力するためのエリアに「０３−ｘｘｘｘ−ｘｘｘｘ」が入力された場合は、図６において「０３−ｘｘｘｘ−ｘｘｘｘ」が入力された場合と同様に処理が行われる。そして、これら場合における表示結果は本例と同様になる。
【００７３】
さて、図９のような表示に対し、例えば、新規なプロパティを入力するエリアに新規なプロパティ「ラストオーダ時刻」が入力され、このプロパティのインスタンスであるプロパティ値を入力するエリアにプロパティ値「２２：３０」が入力され、プロパティ「営業開始時刻」及び「営業開始時刻」に対応するチェックボックスと、新規なプロパティ「ラストオーダ時刻」に対応するチェックボックスとがチェックされる。
【００７４】
ユーザ装置２Ａの制御部２２は、チェックされたプロパティ値を含むメタデータを、自身のメタデータ管理部２１に与え（ステップＳ２３）、メタデータ管理部２１は、与えられたメタデータを自身に新たに記憶させる（ステップＳ２５）。したがって、メタデータ管理部２１に記憶されるのは、ユーザ装置２ＡのユーザＡにより正しいと認められたもののみとなる。
【００７５】
図１０は、ステップＳ２３を終えた後のユーザ装置２Ａに記憶されたメタデータを示すラベル付き有向グラフである。
【００７６】
ユーザ装置２Ａのメタデータ管理部２１には、図３に示すメタデータに加えて、リソースＵＲＩ「めんめん堂」とプロパティ「営業開始時刻」とプロパティ値「１０：００」とからなるメタデータ、リソースＵＲＩ「めんめん堂」とプロパティ「営業終了時刻」とプロパティ値「２３：００」とからなるメタデータ、リソースＵＲＩ「めんめん堂」とプロパティ「ラストオーダー時刻」とプロパティ値「２２：３０」とからなるメタデータとが新たに記憶される。
【００７７】
なお、ステップＳ２１の表示が図１１に示すようなものであった場合、ユーザＡが、プロパティ「感想」及びプロパティ値「餃子セットが良かった」、プロパティ「割引情報」及びプロパティ値「ｈｔｔｐ：／／ａａａ．ｃｏ．ｊｐ／…」（ｈｔｔｐ：／／ａａａ．ｃｏ．ｊｐ／…は割引情報が得られるホームページのＵＲＩ）を入力し、プロパティ「営業開始時刻」、プロパティ「営業終了時刻」、プロパティ「ラストオーダー時刻」、プロパティ「感想」、プロパティ「割引情報」のチェックボックスにチェックすると、ユーザ装置２Ａのメタデータ管理部２１には、図１２に示すようなメタデータが記憶される。
【００７８】
次に、本実施の形態では、スキーマ管理装置１に記憶されたスキーマを条件つきで拡張する処理が行われる。なお、便宜上、プロパティ「ラストオーダー時刻」でスキーマを拡張する場合の処理を説明するが、他のプロパティについても同様の処理が行われる。
【００７９】
図１３及び図１４は、ユーザ装置２Ａによりスキーマ管理装置１のスキーマを拡張するときのシーケンス図である。
【００８０】
図１３に示すように、ユーザ装置２Ａの制御部２２は、プロパティ「ラストオーダー時刻」を含むメタデータを自身のメタデータ管理部２１に要求する（ステップＳ３１）。
【００８１】
ユーザ装置２Ａのメタデータ管理部２１は、プロパティ「ラストオーダー時刻」を含むメタデータとして、例えば、リソースＵＲＩ「めんめん堂」とプロパティ「ラストオーダー時刻」とプロパティ値「２２：３０」とからなるメタデータを検索し、該メタデータのリソースＵＲＩ「めんめん堂」とプロパティ「ｒｄｆ：ｔｙｐｅ」とを含むメタデータを検索して制御部２２に返却する（ステップＳ３３）。
【００８２】
ユーザ装置２Ａの制御部２２は、自身のメタデータ管理部２１に対し、リソースＵＲＩ「めんめん堂」とプロパティ「ラストオーダー時刻」とを含むメタデータを要求する。また、ユーザ装置２Ａのメタデータ管理部２１は、ユーザ装置２Ｂ及び２Ｃのメタデータ管理部２１に対し、同様に当該メタデータを要求する（ステップＳ３５）。
【００８３】
ユーザ装置２Ａのメタデータ管理部２１は直接、そしてユーザ装置２Ｂ及び２Ｃのメタデータ管理部２１はユーザ装置２Ａのメタデータ管理部２１を介して、当該メタデータを検索して返却する（ステップＳ３７）。
【００８４】
ユーザ装置２Ａの制御部２２は、返却されたメタデータの合計数を演算し、当該合計数が、予め自身に記憶された第１しきい値（例えば「３」）以上と判断すれば、スキーマ管理装置１に対し、プロパティ値「ラーメン屋」とプロパティ「ラストオーダー時刻」を送信し、仮のプロパティとしての登録を依頼する（ステップＳ３９，４１）。
【００８５】
図１５に示すように、スキーマ管理装置１は、送信されたプロパティ値「ラーメン屋」に等しい概念クラス「ラーメン屋」と、送信されたプロパティ「ラストオーダー時刻」とを含むＲＤＦ文をスキーマに加える（ステップＳ４３）。なお、スキーマ管理装置１は、プロパティ「ラストオーダー時刻」が仮のプロパティとなるように処理する。
【００８６】
次に、ユーザ装置２Ａの制御部２２は、自身のメタデータ管理部２１に対し、リソースＵＲＩ「めんめん堂」とプロパティ値「ラーメン屋」とプロパティ「ラストオーダー時刻」とを与えてリソースＵＲＩが「めんめん堂」ではないメタデータ検索を要求する。また、ユーザ装置２Ａのメタデータ管理部２１は、ユーザ装置２Ｂ及び２Ｃのメタデータ管理部２１に対し、同様にメタデータ検索を要求する（ステップＳ４５）。
【００８７】
各メタデータ管理部２１は、リソースＵＲＩが「めんめん堂」ではないリソースのＵＲＩとプロパティ値「ラーメン屋」とを含むメタデータを検索し、この検索されたメタデータにおけるリソースＵＲＩである、めんめん堂以外のラーメン屋のＵＲＩとプロパティ「ラストオーダー時刻」とを含むメタデータを検索する（ステップＳ４７）。
【００８８】
ユーザ装置２Ａのメタデータ管理部２１は直接、そしてユーザ装置２Ｂ及び２Ｃのメタデータ管理部２１はユーザ装置２Ａのメタデータ管理部２１を介して、検索したメタデータ（めんめん堂以外のラーメン屋のＵＲＩとプロパティ「ラストオーダー時刻」とを含むメタデータ）を返却する（ステップＳ４９）。
【００８９】
ユーザ装置２Ａの制御部２２は、返却されたメタデータの合計数を演算し、当該合計数が、予め自身に記憶された第２しきい値（例えば「３」）以上であると判断すれば、スキーマ管理装置１に対し、プロパティ値「ラーメン屋」とプロパティ「ラストオーダー時刻」を送信し、正式なプロパティとしての登録を依頼する（ステップＳ５１，５３）。
【００９０】
図１６に示すように、スキーマ管理装置１は、送信されたプロパティ値「ラーメン屋」に等しい概念クラス「ラーメン屋」と、送信されたプロパティ「ラストオーダー時刻」とを含むＲＤＦ文をスキーマに加える（ステップＳ５５）。なお、スキーマ管理装置１は、プロパティ「ラストオーダー時刻」が正式なプロパティとなるように処理する。
【００９１】
次に、ユーザ装置２Ａの制御部２２は、ステップＳ３９で求めた合計数と、ステップＳ４７で求めた合計数との合計数を演算し、それにより得られた合計数が、予め制御部２２に記憶された第３しきい値（例えば「１０」）以上であると判断すれば、スキーマ管理装置１に対し、プロパティ値「ラーメン屋」とプロパティ「ラストオーダー時刻」を送信し、上位の概念の仮のプロパティとしての登録を依頼する（ステップＳ６１，６３）。
【００９２】
図１７に示すように、スキーマ管理装置１は、送信されたプロパティ値「ラーメン屋」に等しい概念クラス「ラーメン屋」の１つ上位の概念クラス「中華料理店」を検索し、検索された概念クラス「中華料理店」と、送信されたプロパティ「ラストオーダー時刻」とを含むＲＤＦ文をスキーマに加える（ステップＳ６５）。なお、スキーマ管理装置１は、プロパティ「ラストオーダー時刻」が仮のプロパティとなるように処理する。
【００９３】
次にユーザ装置２Ａの制御部２２は、図１４に示すように、プロパティ値「ラーメン屋」をスキーマ管理装置１に送信して、スキーマを要求する（ステップＳ７１）。
【００９４】
図１８に示すように、スキーマ管理装置１は、送信されたプロパティ値「ラーメン屋」を概念クラスとして、この概念クラス「ラーメン屋」の１つ上位の概念クラス「中華料理店」を検索し、その概念クラス「中華料理店」の１つ下位の概念クラス「点心店」とこの概念のプロパティ、並びに、概念クラス「中華料理店」の１つ下位の概念クラス「ラーメン屋」とこの概念のプロパティからなるスキーマの部分を検索する（ステップＳ７３）。そして、検索したスキーマを制御部２２に返却する（ステップＳ７５）。
【００９５】
概念クラス「ラーメン屋」や概念クラス「点心店」は概念クラス「中華料理店」を親として持つ概念、つまり兄弟にあたる概念である。
【００９６】
ユーザ装置２Ａの制御部２２は、返却されたスキーマにおける１つの概念クラスのプロパティ、例えば概念クラス「ラーメン屋」のプロパティ「ラストオーダー時刻」を選択し、他の１つの概念クラスにもプロパティ「ラストオーダー時刻」があれば、スキーマ管理装置１に対し、プロパティ値「ラーメン屋」とプロパティ「ラストオーダー時刻」を送信し、上位の概念クラスの仮のプロパティとしての登録を依頼する（ステップＳ７７，７９）。
【００９７】
図１９に示すように、スキーマ管理装置１は、送信されたプロパティ値「ラーメン屋」に等しい概念クラス「ラーメン屋」の１つ上位の概念クラス「中華料理店」を検索し、検索された概念クラス「中華料理店」と、送信されたプロパティ「ラストオーダー時刻」とを含むＲＤＦ文をスキーマに加える（ステップＳ８１）。なお、スキーマ管理装置１は、プロパティ「ラストオーダー時刻」が仮のプロパティとなるように処理する。
【００９８】
ところで、スキーマ管理装置１のみで、スキーマを拡張することも可能である。例えば、スキーマ管理装置１が、プロパティ「ラストオーダー時刻」を有する概念クラス「ラーメン屋」の１つ上位の概念クラス「中華料理店」を検索し、その概念クラス「中華料理店」の１つ下位の概念、例えば「点心店」を検索する。そして、概念クラス「点心店」がプロパティ「ラストオーダー時刻」を備えていれば、プロパティ「ラストオーダー時刻」を概念クラス「中華料理店」についての「仮の」プロパティとする。
【００９９】
以上のような、スキーマの拡張により、図２０（ａ）に示すように、スキーマ内の概念クラス「ラーメン屋」が持つプロパティ「麺のタイプ」よりも、後から追加されたプロパティ「ラストオーダー時刻」を上に表示させることができる。
【０１００】
また、本実施の形態では、図２０（ｂ）に示すように、ユーザ装置２Ａ、２Ｂ及び２Ｃで管理されたメタデータをまとめて１つのユーザ装置で表示させることができる。
【０１０１】
以上の説明から明らかなように、図１のコンピュータシステムがスキーマ拡張システムに相当する。このスキーマ拡張システムは、スキーマ拡張方法として、ステップＳ３７で、蓄積されたメタデータから、同一の概念クラスである概念クラス「ラーメン屋」により示される概念をもつ特定のリソースのリソースＵＲＩ「めんめん堂」と同一のプロパティ「ラストオーダー時刻」とを含むメタデータを検索し、該検索されたメタデータの合計数をステップＳ３９で演算し、該演算された合計数が予め記憶された第１しきい値以上である場合に、ステップＳ４３で当該同一の概念クラス「ラーメン屋」と当該プロパティ「ラストオーダー時刻」とを含む文をスキーマに加えることによりスキーマを拡張する。その結果、実存するメタデータを基にスキーマを正しく拡張することができる。
【０１０２】
また、スキーマ拡張システムは、スキーマ拡張方法として、ステップＳ４７で、蓄積されたメタデータから、同一の概念クラス「ラーメン屋」により示される概念をもつ複数のリソースのリソースＵＲＩの中の特定のリソースＵＲＩ「めんめん堂」以外のリソースＵＲＩ並びに同一のプロパティ「ラストオーダー時刻」を含むメタデータを検索し、該検索されたメタデータの合計数をステップＳ５１で演算し、該演算された合計数が予め記憶された第２しきい値以上である場合に、ステップＳ５５で当該同一の概念クラス「ラーメン屋」と当該プロパティ「ラストオーダー時刻」とを含む文をスキーマに加えることによりスキーマを拡張する。その結果、実存するメタデータを基にスキーマを正しく拡張することができる。
【０１０３】
また、スキーマ拡張システムが、スキーマ拡張方法として、ステップＳ３７及び４７で、蓄積されたメタデータから、同一の概念クラス「ラーメン屋」により示される概念をもつ複数のリソースのリソースＵＲＩのいずれか（リソースＵＲＩ「めんめん堂」かそれ以外かを問わない）並びに同一のプロパティ「ラストオーダー時刻」を含むメタデータを検索し、該検索されたメタデータの合計数をステップＳ６１で演算し、該演算された合計数が予め記憶された第３しきい値以上である場合に、ステップＳ６５で当該同一の概念クラス「ラーメン屋」と当該プロパティ「ラストオーダー時刻」とを含む文をスキーマに加えることによりスキーマを拡張する。その結果、実存するメタデータを基にスキーマを正しく拡張することができる。
【０１０４】
また、スキーマ拡張システムが、スキーマ拡張方法として、ステップＳ７３で、スキーマから、同一の概念クラス「中華料理店」の下位にある複数の概念クラス、つまり概念クラス「ラーメン屋」と概念クラス「点心店」を含むスキーマの部分を検索し、当該スキーマの部分に同一のプロパティ「ラストオーダー時刻」が含まれている場合に、ステップＳ８１で、同一の概念クラス「中華料理店」と当該同一のプロパティ「ラストオーダー時刻」とを含む文とをスキーマに加えることによりスキーマを拡張する。その結果、実存するスキーマを基にスキーマを正しく拡張することができる。
【０１０５】
なお、本実施の形態では、複数のコンピュータによりスキーマ拡張システムを構成したが、単一のコンピュータでスキーマ拡張システムを構成してもよい。
【０１０６】
また、上記説明したスキーマ拡張システムをコンピュータにより構成するためのコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に格納したり、インターネットなどの通信網を介して伝送させて、広く流通させることができる。
【図面の簡単な説明】
【０１０７】
【図１】本発明を適用したコンピュータシステムの構成を示す図である。
【図２】スキーマ管理装置１で管理されるスキーマの一部を示すラベル付き有向グラフである。
【図３】ユーザ装置２Ａのメタデータ管理部２１が記憶しているメタデータを示すラベル付き有向グラフである。
【図４】めんめん堂のラストオーダー時刻を含むメタデータを新たに登録するときのシーケンス図である。
【図５】ユーザ装置２Ａに表示される表示内容を示す図である。
【図６】ユーザ装置２Ａに表示される表示内容を示す図である。
【図７】ユーザ装置２Ａに表示される表示内容を示す図である。
【図８】ユーザ装置２Ａに表示される表示内容を示す図である。
【図９】ユーザ装置２Ａに表示される表示内容を示す図である。
【図１０】ステップＳ２３を終えた後のユーザ装置２Ａに記憶されたメタデータを示すラベル付き有向グラフである。
【図１１】ユーザ装置２Ａに表示される表示内容を示す図である。
【図１２】ステップＳ２３を終えた後のユーザ装置２Ａに記憶されたメタデータを示すラベル付き有向グラフである。
【図１３】ユーザ装置２Ａによりスキーマ管理装置１のスキーマを拡張するときのシーケンス図である。
【図１４】ユーザ装置２Ａによりスキーマ管理装置１のスキーマを拡張するときのシーケンス図である。
【図１５】スキーマ拡張の様子を示す図である。
【図１６】スキーマ拡張の様子を示す図である。
【図１７】スキーマ拡張の様子を示す図である。
【図１８】返却されたスキーマを示す図である。
【図１９】スキーマ拡張の様子を示す図である。
【図２０】本実施の形態の効果を表す表示内容を示す図である。
【符号の説明】
【０１０８】
１    スキーマ管理装置
２Ａ、２Ｂ、２Ｃ  ユーザ装置
２１  メタデータ管理部
２２  制御部
２３  表示部
【図１】
2005141691.tif 000003
【図２】
2005141691.tif 000004
【図３】
2005141691.tif 000005
【図４】
2005141691.tif 000006
【図５】
2005141691.tif 000007
【図６】
2005141691.tif 000008
【図７】
2005141691.tif 000009
【図８】
2005141691.tif 000010
【図９】
2005141691.tif 000011
【図１０】
2005141691.tif 000012
【図１１】
2005141691.tif 000013
【図１２】
2005141691.tif 000014
【図１３】
2005141691.tif 000015
【図１４】
2005141691.tif 000016
【図１５】
2005141691.tif 000017
【図１６】
2005141691.tif 000018
【図１７】
2005141691.tif 000019
【図１８】
2005141691.tif 000020
【図１９】
2005141691.tif 000021
【図２０】
2005141691.tif 000022