(57)【要約】【課題】複数のＷｅｂサービスシステムを組み合わせてＷｅｂサービスを提供する複合ＷｅｂサービスシステムにおいてＸＭＬデータの伝達を容易にする。【解決手段】ＸＭＬスキーマ生成装置１００は、第１ＸＭＬデータ１１ｄのスキーマを規定する第１ＸＭＬスキーマ１１ｓを取得するＸＭＬスキーマ取得部１１０と、第１ＸＭＬスキーマ１１ｓに対応するドメインにおける共有知識を複数の概念として表すドメインオントロジー１４ｄを取得するドメインオントロジー取得部１２０と、第１ＸＭＬスキーマ１１ｓで規定される各データ要素に対してドメインオントロジー１４ｄにおける概念を対応付けることにより、第１ＸＭＬデータ１１ｄに意味的アノテーションが付与された第２ＸＭＬデータ１３ｄのスキーマを規定する第２ＸＭＬスキーマ１３０ｓを生成するＸＭＬスキーマ生成部１３０とを備える。【選択図】図１
2013206064.tif 000002
【特許請求の範囲】
【請求項１】
第１Ｗｅｂサービスシステムから出力される第１ＸＭＬデータに基づく処理を行うために第２Ｗｅｂサービスシステムにおいて利用されるＸＭＬスキーマを生成するＸＭＬスキーマ生成装置であって、
前記第１ＸＭＬデータのスキーマを規定する第１ＸＭＬスキーマを取得するＸＭＬスキーマ取得部と、
前記第１ＸＭＬスキーマに対応するドメインにおける共有知識を複数の概念として表すドメインオントロジーを取得するドメインオントロジー取得部と、
前記第１ＸＭＬスキーマで規定される各データ要素に対して前記ドメインオントロジーにおける概念を対応付けることにより、前記第１ＸＭＬデータに意味的アノテーションが付与された第２ＸＭＬデータのスキーマを規定する第２ＸＭＬスキーマを生成するＸＭＬスキーマ生成部とを備える
ＸＭＬスキーマ生成装置。
【請求項２】
前記ＸＭＬスキーマ生成装置は、さらに、
前記第１ＸＭＬスキーマおよび前記第２ＸＭＬスキーマに基づいて、前記第１ＸＭＬデータを前記第２ＸＭＬデータへ変換するためのスタイルシートを生成するスタイルシート生成部を備える
請求項１に記載のＸＭＬスキーマ生成装置。
【請求項３】
前記ＸＭＬスキーマ生成部は、前記第１ＸＭＬスキーマが木構造で表現されたスキーマ木に含まれる各ノードに対して、前記ドメインオントロジーが木構造で表現されたオントロジー木に含まれるノードを、ノードの類似性に基づいて対応付けることにより、前記各データ要素に対して前記概念を対応付ける
請求項１または２に記載のＸＭＬスキーマ生成装置。
【請求項４】
前記ＸＭＬスキーマ生成部は、ノードに対応する単語の文字列の類似性およびノードに対応する単語の意味の類似性の少なくとも一方に基づいて、前記スキーマ木に含まれる各ノードに対して前記オントロジー木に含まれるノードを対応付ける
請求項３に記載のＸＭＬスキーマ生成装置。
【請求項５】
前記ＸＭＬスキーマ生成部は、ノードのデータ型が一致するか否かに基づいて、前記スキーマ木に含まれる各ノードに対して前記オントロジー木に含まれるノードを対応付ける
請求項３または４に記載のＸＭＬスキーマ生成装置。
【請求項６】
前記ＸＭＬスキーマ生成部は、ノードの下方に存在するノード群の類似性に基づいて、前記スキーマ木に含まれる各ノードに対して前記オントロジー木に含まれるノードを対応付ける
請求項３〜５のいずれか１項に記載のＸＭＬスキーマ生成装置。
【請求項７】
第１Ｗｅｂサービスシステムから出力される第１ＸＭＬデータに基づく処理を行うために第２Ｗｅｂサービスシステムにおいて利用されるＸＭＬスキーマをコンピュータが生成するＸＭＬスキーマ生成方法であって、
前記コンピュータが、前記第１ＸＭＬデータのスキーマを規定する第１ＸＭＬスキーマを取得するＸＭＬスキーマ取得ステップと、
前記コンピュータが、前記第１ＸＭＬスキーマに対応するドメインにおける共有知識を複数の概念として表すドメインオントロジーを取得するドメインオントロジー取得ステップと、
前記コンピュータが、前記第１ＸＭＬスキーマで規定される各データ要素に対して前記ドメインオントロジーにおける概念を対応付けることにより、前記第１ＸＭＬデータに意味的アノテーションが付与された第２ＸＭＬデータのスキーマを規定する第２ＸＭＬスキーマを生成するＸＭＬスキーマ生成ステップとを含む
ＸＭＬスキーマ生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のＷｅｂサービスシステムを含む複合Ｗｅｂサービスシステムにおいて利用されるＸＭＬスキーマを生成する技術に関する。
【背景技術】
【０００２】
Ｗｏｒｌｄ−Ｗｉｄｅ  Ｗｅｂ上で利用可能な既存の複数のＷｅｂサービスシステムを組み合わせることにより、新たな機能を持つ複合Ｗｅｂサービスシステムを構成することができる。このような複合Ｗｅｂサービスシステムでは、基本的に複数のＷｅｂサービスシステムがパイプライン接続される。例えば、第１Ｗｅｂサービスシステムの出力データは、第２Ｗｅｂサービスシステムの入力データとして利用される。
【０００３】
これらのＷｅｂサービスシステムの入出力データは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で表現されることが多い。ＸＭＬ形式で表現されたデータ（以下、単に「ＸＭＬデータ」という）の構造を規定するためのスキーマ言語の国際標準規格としてＸＭＬスキーマ（非特許文献１参照）が普及している。以下において、このスキーマ言語の１つとしてのＸＭＬスキーマをＸＳＤと呼ぶ。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】C. M. Sperberg-McQueen、Henry Thompson、“W3C XML Schema”、［online］、2011年11月2日、W3C、［2012年3月22日検索］、インターネット〈URL：http://www.w3.org/XML/Schema〉
【非特許文献２】Joel Farrell、Holger Lausen、“Semantic Annotations for WSDL and XML Schema”、［online］、2007年8月28日、W3C、［2012年3月22日検索］、インターネット〈URL：http://www.w3.org/TR/sawsdl/〉
【非特許文献３】Deborah L. McGuinness、Frank van Harmelen、“OWL Web Ontology Language Overview”、［online］、2009年11月12日、W3C、［2012年3月22日検索］、インターネット〈URL：http://www.w3.org/TR/owl-features/〉
【非特許文献４】Tim Berners-Lee、“Primer: Getting into RDF & Semantic Web using N3”、［online］、2005年8月16日、W3C、［2012年3月22日検索］、インターネット〈URL：http://www.w3.org/2000/10/swap/Primer.html〉
【非特許文献５】James Clark、“XSL Transformations (XSLT) Version 1.0”、［online］、1999年11月16日、W3C、［2012年3月22日検索］、インターネット〈URL：http://www.w3.org/TR/xslt〉
【非特許文献６】“キャメルケース”、［online］、2012年2月15日、Wikipedia、［2012年3月22日検索］、インターネット〈URL：http://ja.wikipedia.org/wiki/%E3%82%AD%E3%83%A3%E3%83%A1%E3%83%AB%E3%82%B1%E3%83%BC%E3%82%B9〉
【非特許文献７】“レーベシュタイン距離”、［online］、2011年9月28日、Wikipedia、［2012年3月22日検索］、インターネット〈URL：http://ja.wikipedia.org/wiki/%E3%83%AC%E3%83%BC%E3%83%99%E3%83%B3%E3%82%B7%E3%83%A5%E3%82%BF%E3%82%A4%E3%83%B3%E8%B7%9D%E9%9B%A2〉
【非特許文献８】James Clark、Steve DeRose、“XML Path Language (XPath) Version 1.0”、［online］、1999年11月16日、W3C、［2012年3月22日検索］、インターネット〈URL：http://www.w3.org/TR/xpath/〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、非特許文献１のＸＳＤは、ＸＭＬデータの構造の記述には関与するが、ＸＭＬデータを構成する各データ要素の対象ドメインにおける意味に関する記述には関与しない。このため、第１Ｗｅｂサービスシステムの出力データが第２Ｗｅｂサービスシステムにとって未知のＸＭＬデータである場合に、第２Ｗｅｂサービスシステムは、ＸＳＤで記述されたＸＭＬスキーマを参照するだけでは、当該出力データに基づく処理を適切に行うことが難しい。
【０００６】
そこで、本発明の目的は、複数のＷｅｂサービスシステムを組み合わせてＷｅｂサービスを提供する複合ＷｅｂサービスシステムにおいてＸＭＬデータの伝達を容易にするためのＸＭＬスキーマを生成することができるＸＭＬスキーマ生成装置およびＸＭＬスキーマ生成方法を提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の一態様に係るＸＭＬスキーマ生成装置は、第１Ｗｅｂサービスシステムから出力される第１ＸＭＬデータに基づく処理を行うために第２Ｗｅｂサービスシステムにおいて利用されるＸＭＬスキーマを生成するＸＭＬスキーマ生成装置であって、前記第１ＸＭＬデータのスキーマを規定する第１ＸＭＬスキーマを取得するＸＭＬスキーマ取得部と、前記第１ＸＭＬスキーマに対応するドメインにおける共有知識を複数の概念として表すドメインオントロジーを取得するドメインオントロジー取得部と、前記第１ＸＭＬスキーマで規定される各データ要素に対して前記ドメインオントロジーにおける概念を対応付けることにより、前記第１ＸＭＬデータに意味的アノテーションが付与された第２ＸＭＬデータのスキーマを規定する第２ＸＭＬスキーマを生成するＸＭＬスキーマ生成部とを備える。
【０００８】
この構成によれば、ＸＭＬスキーマ生成装置は、第１ＸＭＬデータに意味的アノテーションが付与された第２ＸＭＬデータのスキーマを規定する第２ＸＭＬスキーマを生成することができる。つまり、ＸＭＬスキーマ生成装置は、第１ＸＭＬデータを形式的かつ意味的に規定する第２ＸＭＬスキーマを自動的に生成することができる。このように生成された第２ＸＭＬスキーマが適切な手段で公開されれば、第２Ｗｅｂサービスシステムは、第２ＸＭＬスキーマに基づいて、第１ＸＭＬデータを構成する各データ要素の意味を理解することができ、第１ＸＭＬデータに基づく処理を適切に行うことが可能となる。つまり、ＸＭＬスキーマ生成装置は、第１Ｗｅｂサービスシステムおよび第２Ｗｅｂサービスシステムを組み合わせてＷｅｂサービスを提供する複合ＷｅｂサービスシステムにおいてＸＭＬデータの伝達を容易にするためのＸＭＬスキーマを生成することができる。
【０００９】
例えば、前記ＸＭＬスキーマ生成装置は、さらに、前記第１ＸＭＬスキーマおよび前記第２ＸＭＬスキーマに基づいて、前記第１ＸＭＬデータを前記第２ＸＭＬデータへ変換するためのスタイルシートを生成するスタイルシート生成部を備えてもよい。
【００１０】
この構成によれば、ＸＭＬスキーマ生成装置は、第１ＸＭＬデータを第２ＸＭＬデータに変換するためのスタイルシートを生成することができる。つまり、第１Ｗｅｂサービスシステムの出力データを、対象ドメインにおける意味的アノテーションが付与された形式のデータに変換することが容易になる。これにより、仮に、第２Ｗｅｂサービスシステムが第２ＸＭＬスキーマを取得できない場合であっても、ドメインオントロジーを参照可能であれば、第２Ｗｅｂサービスシステムは、第１ＸＭＬデータの各データ要素の意味を自動的に認識することが可能となる。
【００１１】
例えば、前記ＸＭＬスキーマ生成部は、前記第１ＸＭＬスキーマが木構造で表現されたスキーマ木に含まれる各ノードに対して、前記ドメインオントロジーが木構造で表現されたオントロジー木に含まれるノードを、ノードの類似性に基づいて対応付けることにより、前記各データ要素に対して前記概念を対応付けてもよい。
【００１２】
この構成によれば、ＸＭＬスキーマ生成装置は、スキーマ木に含まれる各ノードに対して、オントロジー木に含まれるノードをノードの類似性に基づいて対応付けることにより、各データ要素に対して概念を対応付けることができる。したがって、ＸＭＬスキーマ生成装置は、データ要素とドメイン概念との対応付けの精度を向上させることが可能となる。
【００１３】
例えば、前記ＸＭＬスキーマ生成部は、ノードに対応する単語の文字列の類似性およびノードに対応する単語の意味の類似性の少なくとも一方に基づいて、前記スキーマ木に含まれる各ノードに対して前記オントロジー木に含まれるノードを対応付けてもよい。
【００１４】
この構成によれば、ＸＭＬスキーマ生成装置は、文字列の類似性および意味の類似性の少なくとも一方に基づいて、ノードの対応付けを行うことできる。したがって、ＸＭＬスキーマ生成装置は、データ要素およびドメイン概念を表す単語の特徴に基づいてノードの対応付けを行うことでき、データ要素とドメイン概念との対応付けの精度を向上させることが可能となる。
【００１５】
例えば、前記ＸＭＬスキーマ生成部は、ノードのデータ型が一致するか否かに基づいて、前記スキーマ木に含まれる各ノードに対して前記オントロジー木に含まれるノードを対応付けてもよい。
【００１６】
この構成によれば、ＸＭＬスキーマ生成装置は、ノードのデータ型が一致するか否かに基づいて、ノードの対応付けを行うことできる。したがって、ＸＭＬスキーマ生成装置は、データ要素およびドメイン概念を表すデータの特徴に基づいてノードの対応付けを行うことでき、データ要素とドメイン概念との対応付けの精度を向上させることが可能となる。
【００１７】
例えば、前記ＸＭＬスキーマ生成部は、ノードの下方に存在するノード群の類似性に基づいて、前記スキーマ木に含まれる各ノードに対して前記オントロジー木に含まれるノードを対応付けてもよい。
【００１８】
この構成によれば、ＸＭＬスキーマ生成装置は、ノードの下方に存在するノード群の類似性に基づいて、ノードの対応付けを行うことできる。したがって、ＸＭＬスキーマ生成装置は、スキーマ木およびオントロジー木におけるノードの位置など構造的な特徴を加味してノードの対応付けを行うことでき、データ要素とドメイン概念との対応付けの精度を向上させることが可能となる。
【００１９】
なお、これらの全般的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたは記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【００２０】
本発明の一態様に係るＸＭＬスキーマ生成装置によれば、複数のＷｅｂサービスシステムを組み合わせてＷｅｂサービスを提供する複合ＷｅｂサービスシステムにおいてＸＭＬデータの伝達を容易にするためのＸＭＬスキーマを生成することができる。
【図面の簡単な説明】
【００２１】
【図１】図１は、本発明の実施の形態におけるＸＭＬスキーマ生成装置の構成を示すブロック図である。
【図２】図２は、本発明の実施の形態における第１Ｗｅｂサービスシステムがアクセスする辞書データベース（一部）の一例を示す図である。
【図３】図３は、本発明の実施の形態における第１ＸＭＬデータの一例を示す図である。
【図４】図４は、本発明の実施の形態における第１ＸＭＬデータのスキーマを規定する第１ＸＭＬスキーマの一例を示す図である。
【図５】図５は、本発明の実施の形態におけるドメインオントロジーを視覚的に表示する図である。
【図６】図６は、本発明の実施の形態におけるドメインオントロジーの形式的な記述の一例を示す図である。
【図７】図７は、本発明の実施の形態における第２ＸＭＬスキーマの一例を示す図である。
【図８】図８は、本発明の実施の形態におけるスタイルシートの一例を示す図である。
【図９】図９は、本発明の実施の形態における第２ＸＭＬデータの一例を示す図である。
【図１０】図１０は、本発明の実施の形態におけるＸＭＬスキーマ生成装置によって行われる処理を示すフローチャートである。
【図１１】図１１は、本発明の実施の形態におけるＸＭＬスキーマ生成部によって行われる処理を示すフローチャートである。
【図１２】図１２は、本発明の実施の形態におけるスキーマ木の一例を示す図である。
【図１３】図１３は、本発明の実施の形態におけるオントロジー木の一例を示す図である。
【図１４】図１４は、本発明の実施の形態におけるオントロジー木の一例を示す図である。
【図１５】図１５は、本発明の実施の形態における対応付け結果の一例を示す図である。
【図１６】図１６は、本発明の実施の形態におけるデータ要素対応表の一例を示す図である。
【発明を実施するための形態】
【００２２】
（本発明の基礎となった知見）
上述したようにＸＳＤは、ＸＭＬデータを構成する各データ要素の対象ドメインにおける意味に関する記述には関与しない。そこで、対象ドメインにおける共有知識を複数の概念として形式的に記述したドメインオントロジーへの参照（以下、「意味的アノテーション」という）をＸＭＬスキーマに付与することが考えられる。この意味的アノテーションをＸＭＬスキーマに付与するための記述に関するＳＡＷＳＤＬ（非特許文献２参照）と呼ばれる規格が国際標準勧告となっている。
【００２３】
しかしながら、実際に意味的アノテーションをＸＭＬスキーマに付与する過程を自動化または支援する公知の手段は存在しない。
【００２４】
そこで、本発明の一態様に係るＸＭＬスキーマ生成装置は、複数のＷｅｂサービスシステムを組み合わせてＷｅｂサービスを提供する複合ＷｅｂサービスシステムにおいてＸＭＬデータの伝達を容易にするために、意味的アノテーションが付与されたＸＭＬスキーマを自動的に生成する。
【００２５】
以下、本発明の一態様に係るＸＭＬスキーマ生成装置について、図面を参照しながら具体的に説明する。
【００２６】
なお、以下で説明する実施の形態は、いずれも本発明の一具体例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００２７】
（実施の形態）
図１は、本発明の実施の形態における複合Ｗｅｂサービスシステム１０の構成を示す。図１に示すように、複合Ｗｅｂサービスシステム１０は、第１Ｗｅｂサービスシステム１１と、第２Ｗｅｂサービスシステム１２と、スタイルシート適用エンジン１３と、ドメインオントロジー記憶装置１４と、ＸＭＬスキーマ生成装置１００とを備える。
【００２８】
この複合Ｗｅｂサービスシステム１０は、第１Ｗｅｂサービスシステム１１が提供する第１Ｗｅｂサービスと、第２Ｗｅｂサービスシステム１２が提供する第２Ｗｅｂサービスとを組み合わせることにより、新たなＷｅｂサービスを提供する。ここで、Ｗｅｂサービスとは、例えばインターネットを介してＸＭＬデータの送受信を行うことにより提供されるサービスである。
【００２９】
第１Ｗｅｂサービスシステム１１は、第１Ｗｅｂサービスを提供するために、第１ＸＭＬスキーマ１１ｓに基づく第１ＸＭＬデータ１１ｄを出力する。具体的には、第１Ｗｅｂサービスシステム１１は、例えば、第１ＸＭＬデータ１１ｄを出力するためのプログラムを実行するコンピュータである。このプログラムは、例えば、辞書データベース検索プログラムあるいは商品発注プログラムなどである。
【００３０】
第１ＸＭＬデータ１１ｄとは、ＸＭＬ形式で表現されたデータである。ＸＭＬ形式で表現されたデータはＸＭＬ文書とも呼ばれる。なお、この第１ＸＭＬデータ１１ｄには、意味的アノテーションが付与されていない。
【００３１】
第１ＸＭＬスキーマ１１ｓは、第１ＸＭＬデータ１１ｄのスキーマを規定している。ここで、スキーマとは、ＸＭＬデータの論理的構造を表す。例えば、第１ＸＭＬスキーマ１１ｓは、非特許文献１に記載のＸＳＤを用いて記述される。
【００３２】
第２Ｗｅｂサービスシステム１２は、第１Ｗｅｂサービスとは異なる第２Ｗｅｂサービスを提供するために、第１Ｗｅｂサービスシステム１１から出力された第１ＸＭＬデータ１１ｄに基づく処理を行う。具体的には、第２Ｗｅｂサービスシステム１２は、例えば、第１ＸＭＬデータ１１ｄに基づく処理を行うためのプログラムを実行するコンピュータである。このプログラムは、例えば、辞書データベース検索結果処理プログラムあるいは商品受注プログラムなどである。
【００３３】
本実施の形態では、第２Ｗｅｂサービスシステム１２は、第２ＸＭＬスキーマ１３０ｓを参照して第２ＸＭＬデータ１３ｄを処理することにより、第１ＸＭＬデータ１１ｄに基づく処理を行う。ここで、第２ＸＭＬデータ１３ｄは、ＸＭＬ形式で表現されたデータである。この第２ＸＭＬデータ１３ｄは、第１ＸＭＬデータ１１ｄに意味的アノテーションが付与されたデータである。また、第２ＸＭＬスキーマ１３０ｓは、第２ＸＭＬデータ１３ｄのスキーマを規定している。例えば、第２ＸＭＬスキーマ１３０ｓは、非特許文献１に記載のＸＳＤを用いて記述される。
【００３４】
より具体的には、第２Ｗｅｂサービスシステム１２は、例えば、第２ＸＭＬデータ１３ｄが、第２ＸＭＬスキーマ１３０ｓで規定されたスキーマに適合しているか否かをチェックする。そして、第２ＸＭＬデータ１３ｄが、第２ＸＭＬスキーマ１３０ｓで規定されたスキーマに適合していると判定された場合に、第２Ｗｅｂサービスシステム１２は、第２ＸＭＬデータ１３ｄを解析し、解析結果に基づいて各種処理を行う。
【００３５】
スタイルシート適用エンジン１３は、スタイルシート１４０ｓを参照して、第１ＸＭＬスキーマ１１ｓに基づく第１ＸＭＬデータ１１ｄを、第２ＸＭＬスキーマ１３０ｓに基づく第２ＸＭＬデータ１３ｄに変換する。つまり、スタイルシート適用エンジン１３は、第１ＸＭＬデータ１１ｄに意味的アノテーションを付与することにより第２ＸＭＬデータ１３ｄを生成する。
【００３６】
ここで、スタイルシート１４０ｓとは、ＸＭＬデータの構造変換を規定する記述である。
【００３７】
ドメインオントロジー記憶装置１４は、ドメインオントロジー１４ｄを記憶しており、必要に応じてドメインオントロジー１４ｄをＸＭＬスキーマ生成装置１００に送信する。ドメインオントロジー１４ｄは、対象ドメインにおける共有知識を複数の概念として表す。
【００３８】
なお、ドメインオントロジー記憶装置１４は、１つのドメインオントロジーのみを記憶してもよいし、互いに異なる対象ドメインに対応する複数のドメインオントロジーを記憶してもよい。
【００３９】
ＸＭＬスキーマ生成装置１００は、第２Ｗｅｂサービスシステム１２において利用される第２ＸＭＬスキーマ１３０ｓを生成する。図１に示すように、ＸＭＬスキーマ生成装置１００は、ＸＭＬスキーマ取得部１１０と、ドメインオントロジー取得部１２０と、ＸＭＬスキーマ生成部１３０と、スタイルシート生成部１４０とを備える。
【００４０】
第１ＸＭＬスキーマ取得部１１０は、第１ＸＭＬスキーマ１１ｓを取得する。ここでは、第１ＸＭＬスキーマ取得部１１０は、第１Ｗｅｂサービスシステム１１からインターネットを介して第１ＸＭＬスキーマ１１ｓを取得する。
【００４１】
なお、第１ＸＭＬスキーマ取得部１１０は、必ずしも第１Ｗｅｂサービスシステム１１からインターネットを介して第１ＸＭＬスキーマ１１ｓを取得する必要はない。例えば、第１ＸＭＬスキーマ取得部１１０は、複合Ｗｅｂサービスシステム１０の外部の装置（例えば、公開Ｗｅｂサーバ）から第１ＸＭＬスキーマ１１ｓを取得してもよい。また例えば、第１ＸＭＬスキーマ取得部１１０は、記録媒体から第１ＸＭＬスキーマ１１ｓを取得してもよい。
【００４２】
ドメインオントロジー取得部１２０は、ドメインオントロジー記憶装置１４から第１ＸＭＬスキーマ１１ｓに対応するドメインにおける共有知識を複数の概念として表すドメインオントロジー１４ｄを取得する。つまり、ドメインオントロジー取得部１２０は、第１ＸＭＬスキーマ１１ｓに対応するドメインオントロジー１４ｄをドメインオントロジー記憶装置１４から読み出す。
【００４３】
ＸＭＬスキーマ生成部１３０は、第１ＸＭＬスキーマ１１ｓで規定されるデータ要素に対してドメインオントロジー１４ｄにおける概念（ドメイン概念）を対応付けることにより、第１ＸＭＬデータ１１ｄに意味的アノテーションが付与された第２ＸＭＬデータ１３ｄのスキーマを規定する第２ＸＭＬスキーマ１３０ｓを生成する。このように生成された第２ＸＭＬスキーマ１３０ｓは、例えば、第２Ｗｅｂサービスシステム１２へ送信される。
【００４４】
なお、第２ＸＭＬスキーマ１３０ｓは、必ずしも第２Ｗｅｂサービスシステム１２へ直接的に送信される必要はない。例えば、第２ＸＭＬスキーマ１３０ｓは、複合Ｗｅｂサービスシステム１０の外部の装置（例えば、公開Ｗｅｂサーバ）に送信され、保持されてもよい。この場合、第２Ｗｅｂサービスシステム１２は、必要に応じて、第２ＸＭＬスキーマ１３０ｓを外部装置から取得する。
【００４５】
スタイルシート生成部１４０は、第１ＸＭＬスキーマ１１ｓおよび第２ＸＭＬスキーマ１３０ｓに基づいて、第１ＸＭＬデータ１１ｄを第２ＸＭＬデータ１３ｄへ変換するためのスタイルシート１４０ｓを生成する。
【００４６】
以上のように、複合Ｗｅｂサービスシステム１０は、第１ＸＭＬデータ１１ｄに所望の意味的アノテーションが付与された第２ＸＭＬデータ１３ｄと、第２ＸＭＬデータ１３ｄのスキーマを規定する第２ＸＭＬスキーマ１３０ｓとを生成することができる。このようにＸＭＬデータに意味的アノテーションが付与されることにより、複合Ｗｅｂサービスシステム１０に含まれる複数のＷｅｂサービスシステム間におけるＸＭＬデータの伝達を容易にすることが可能となる。
【００４７】
次に、複合Ｗｅｂサービスシステム１０における各種データの具体例を説明する。ここでは、複合Ｗｅｂサービスシステム１０が辞書サービスを提供するためのシステム（辞書サービスシステム）である場合の各種データについて説明する。辞書サービスでは、見出し語と品詞との組みにより定められる辞書項目に対して、その意味（複数あり得る）を記述した辞書データベースから検索対象の意味が検索される。
【００４８】
図２は、本発明の実施の形態における第１Ｗｅｂサービスシステム１１がアクセスする辞書データベース（一部）の一例を示す。辞書データベースには、例えば、見出し語“ｖｏｉｃｅ”および品詞“ｎｏｕｎ”に対応づけて、意味“１．ａ  ｐｅｒｓｏｎ’ｓ  ｖｏｉｃｅ”および“２．ｔｈｅ  ｓｏｕｎｄ  ｍａｄｅ  ｂｙ  ｖｉｂｒａｔｉｏｎ  ｏｆ  ｖｏｃａｌ  ｆｉｅｌｄ”が格納されている。
【００４９】
図３は、本発明の実施の形態における第１ＸＭＬデータ１１ｄの一例を示す。ここでは、第１ＸＭＬデータ１１ｄは、見出し語“ｖｏｉｃｅ”、および品詞“ｎｏｕｎ（名詞）”を含む検索クエリに対する検索結果を示す。つまり、この第１ＸＭＬデータ１１ｄが、検索クエリに対する検索結果として、第１Ｗｅｂサービスシステム１１から出力される。
【００５０】
図４は、本発明の実施の形態における第１ＸＭＬデータ１１ｄのスキーマを規定する第１ＸＭＬスキーマ１１ｓの一例を示す。ここでは、第１ＸＭＬスキーマ１１ｓは、ＸＳＤで記述されている。
【００５１】
図５は、本発明の実施の形態におけるドメインオントロジー１４ｄを視覚的に表示する。以下に、図５を用いてドメインオントロジー１４ｄの内容を説明する。
【００５２】
辞書“Ｄｉｃｔｉｏｎａｒｙ”は、文字列“Ｓｔｒｉｎｇ”で表されるメタ情報“ＭｅｔａＤｅｓｃｒｉｐｔｉｏｎ”と辞書項目“Ｅｎｔｒｙ”の系列とからなる。
【００５３】
辞書項目は、語形情報“Ｆｏｒｍ”と意味情報“Ｓｅｎｓｅ”との組により規定される。意味辞書項目“Ｓｅｍｄｉｃ＿Ｅｎｔｒｙ”は、後述する意味辞書意味情報“ＳｅｍＤｉｃ＿Ｓｅｎｓｅ”を持つことを特徴とする、辞書項目“Ｅｎｔｒｙ”の下位分類“ｉｓａ”である。
【００５４】
語形情報“Ｆｏｒｍ”は、文字列で表される見出し語“ＬｅｍｍａＦｏｒｍ”と、文字列で表される品詞“ＰａｒｔＯｆＳｐｅｅｃｈ”との組により規定される。
【００５５】
意味辞書“Ｓｅｍａｎｔｉｃ＿Ｄｉｃｔｉｏｎａｒｙ”は、意味辞書項目“Ｓｅｍｄｉｃ＿Ｅｎｔｒｙ”を持つことを特徴とする、辞書“Ｄｉｃｔｉｏｎａｒｙ”の下位分類である。意味辞書項目“Ｓｅｍｄｉｃ＿Ｅｎｔｒｙ”は、意味辞書意味情報“ＳｅｍＤｉｃ＿Ｓｅｎｓｅ”を持つことを特徴とする。意味辞書意味情報“ＳｅｍＤｉｃ＿Ｓｅｎｓｅ”は、意味情報“Ｓｅｎｓｅ”の下位分類である。
【００５６】
意味辞書意味情報“ＳｅｍＤｉｃ＿Ｓｅｎｓｅ”は、意味関係“ＳｅｎｓｅＲｅｌａｔｉｏｎ”と、文字列で表される語義定義“Ｄｅｆｉｎｉｔｉｏｎ”とにより規定される。
【００５７】
意味関係“ＳｅｎｓｅＲｅｌａｔｉｏｎ”は、意味関係“ＳｅｎｓｅＲｅｌａｔｉｏｎ”を持つ意味情報“Ｓｅｎｓｅ”と、文字列で表される意味関係タイプ“ＳｅｎｓｅＲｅｌａｔｉｏｎＴｙｐｅ”とにより規定される。
【００５８】
図６は、本発明の実施の形態におけるドメインオントロジー１４ｄの形式的な記述の一例を示す。図６では、ドメインオントロジーを記述するための国際標準勧告であるＯＷＬ（非特許文献３参照）に対するＮ３形式（非特許文献４参照）と呼ばれる簡易表示形式でドメインオントロジー１４ｄが記述されている。
【００５９】
図７は、本発明の実施の形態における第２ＸＭＬスキーマ１３０ｓの一例を示す。ここでは、第２ＸＭＬスキーマ１３０ｓは、ＸＳＤで記述されている。また、第２ＸＭＬスキーマ１３０ｓには、ＳＡＷＳＤＬに従って意味的アノテーションが付与されている。
【００６０】
具体的には、意味的アノテーションの属性名として、ＳＡＷＳＤＬにより予め定められた文字列“ｓａｗｓｄｌ：ｍｏｄｅｌＲｅｆｅｒｅｎｃｅ”が記述されている。また、意味的アノテーションの属性値として、ドメインオントロジー１４ｄにおける対応概念を指定する統一資源識別子（例：“ｈｔｔｐ：／／ｄｉｃ．ｏｒｇ／ｓｅｍｄｉｃ．ｏｗｌ＃Ｅｎｔｒｙ”）が記述されている。
【００６１】
なお、図７において、ＸＭＬにおける要素とオントロジーにおけるクラスとの対応関係を示す意味的アノテーションのみがＸＭＬにおける要素の属性として付与されている。これは、ＳＡＷＳＤＬでは、ＸＭＬにおける属性に対して意味的アノテーションを付与できないことによる。
【００６２】
図８は、本発明の実施の形態におけるスタイルシート１４０ｓの一例を示す。ここでは、スタイルシート１４０ｓは、国際標準勧告であるＸＳＬＴ（ＸＭＬ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）（非特許文献８参照）に従って記述されている。
【００６３】
図８において、標準スタイルの文字で示した部分は、第１ＸＭＬデータ１１ｄ内の記述を第２ＸＭＬデータ１３ｄ内へコピーするために必要な記述である。また、太字スタイルの文字で示した部分は、意味的アノテーション（属性“ｗｓｄｌ：ｍｏｄｅｌＲｅｆｅｒｅｎｃｅ”および属性値）を付加するために必要な記述である。
【００６４】
図９は、本発明の実施の形態における第２ＸＭＬデータ１３ｄの一例を示す。具体的には、図９は、図３の第１ＸＭＬデータ１１ｄに対し、図８のスタイルシート１４０ｓを適用して得られる第２ＸＭＬデータ１３ｄを示す。図９において、太字スタイルの文字で示した部分が意味的アノテーションに相当する。
【００６５】
次に、以上のように構成されたＸＭＬスキーマ生成装置１００の動作について説明する。ＸＭＬスキーマ生成装置１００では、大きく分けて２つの処理（ＸＭＬスキーマ生成処理およびスタイルシート生成処理）が行われる。
【００６６】
図１０は、本発明の実施の形態におけるＸＭＬスキーマ生成装置１００によって行われる処理を示すフローチャートである。具体的には、（ａ）はＸＭＬスキーマ生成処理を示し、（ｂ）はスタイルシート生成処理を示す。
【００６７】
はじめに、（ａ）のＸＭＬスキーマ変換処理について説明する。
【００６８】
まず、ＸＭＬスキーマ取得部１１０は、第１ＸＭＬデータ１１ｄのスキーマを規定する第１ＸＭＬスキーマ１１ｓを取得する（Ｓ１００）。例えば、ＸＭＬスキーマ取得部１１０は、図４に示す第１ＸＭＬスキーマ１１ｓを読み込み、第１ＸＭＬスキーマ１１ｓを内部表現のデータに変換する。
【００６９】
次に、ドメインオントロジー取得部１２０は、ドメインオントロジー１４ｄを取得する（Ｓ１１０）。例えば、ドメインオントロジー取得部１２０は、図６に示すドメインオントロジー１４ｄを読み込み、ドメインオントロジー１４ｄを内部表現のデータに変換する。
【００７０】
次に、ＸＭＬスキーマ生成部１３０は、第１ＸＭＬスキーマ１１ｓで規定される各データ要素に対して、ドメインオントロジー１４ｄにおける概念（ドメイン概念）を対応付ける（Ｓ１２０）。この処理の詳細は後述する。
【００７１】
最後に、ＸＭＬスキーマ生成部１３０は、第１ＸＭＬスキーマ１１ｓの各データ要素が記述される箇所に、ステップＳ１２０において対応付けられたドメイン概念への参照（意味的アノテーション）を付加することにより、第２ＸＭＬスキーマ１３０ｓを生成する（Ｓ１３０）。
【００７２】
具体的には、ＸＭＬスキーマ生成部１３０は、例えば、第１ＸＭＬスキーマ１１ｓを先頭からスキャンして、後述するデータ要素対応表に含まれるデータ要素を表す文字列が記載されている箇所を特定する。そして、ＸＭＬスキーマ生成部１３０は、予め定められた文字列“ｓａｗｓｄｌ：ｍｏｄｅｌＲｅｆｅｒｅｎｃｅ”と、当該データ要素に対応するドメイン概念を指定する統一資源識別子（例：“ｈｔｔｐ：／／ｄｉｃ．ｏｒｇ／ｓｅｍｄｉｃ．ｏｗｌ＃Ｅｎｔｒｙ”）とを、特定された箇所に挿入することにより、第２ＸＭＬスキーマ１３０ｓを生成する。
【００７３】
このように、ＸＭＬスキーマ生成部１３０は、第１ＸＭＬスキーマ１１ｓとドメインオントロジー１４ｄとに基づいて、図７に示すような意味的アノテーション付きの第２ＸＭＬスキーマ１３０ｓを生成することができる。
【００７４】
次に、（ｂ）のスタイルシート生成処理について説明する。
【００７５】
まず、スタイルシート生成部１４０は、第１ＸＭＬスキーマ１１ｓを取得する（Ｓ２００）。例えば、スタイルシート生成部１４０は、図４に示す第１ＸＭＬスキーマ１１ｓを読み込み、第１ＸＭＬスキーマ１１ｓを内部表現のデータに変換する。なお、このステップＳ２００の処理は、ステップＳ１００と共通するので、すでにステップＳ１００が実行されている場合には省略されてもよい。
【００７６】
次に、スタイルシート生成部１４０は、ステップＳ１３０において生成された第２ＸＭＬスキーマ１３０ｓを取得する（Ｓ２１０）。例えば、スタイルシート生成部１４０は、図７に示す第２ＸＭＬスキーマ１３０ｓを読み込み、第２ＸＭＬスキーマ１３０ｓを内部表現のデータに変換する。
【００７７】
続いて、スタイルシート生成部１４０は、第１ＸＭＬスキーマ１１ｓと第２ＸＭＬスキーマ１３０ｓとの差異を抽出する（Ｓ２２０）。例えば、スタイルシート生成部１４０は、図４に示す第１ＸＭＬスキーマ１１ｓと、図７に示す第２ＸＭＬスキーマ１３０ｓとを比較照合し、第１ＸＭＬデータ１１ｄを第２ＸＭＬデータ１３ｄに変換する際に考慮すべき差異を抽出する。
【００７８】
ここで、第２ＸＭＬスキーマ１３０ｓの基本的な構造は第１ＸＭＬスキーマ１１ｓと同一である。このため、このステップＳ２２０の処理は比較的容易に実現される。例えば、この処理によって図７の太字スタイルの文字で示された部分が差異として抽出される。
【００７９】
最後に、スタイルシート生成部１４０は、抽出された差異に従って、スタイルシート１４０ｓを生成する（Ｓ２３０）。例えば、スタイルシート生成部１４０は、第１ＸＭＬスキーマ１１ｓ（図４）に基づく第１ＸＭＬデータ１１ｄ（図３）を、第２ＸＭＬスキーマ１３０ｓ（図７）に基づく第２ＸＭＬデータ１３ｄ（図９）へ変換するためのスタイルシート１４０ｓ（図８）を生成する。
【００８０】
上述のように、第１ＸＭＬデータ１１ｄと第２ＸＭＬデータ１３ｄの差異は、ｓｗｓｄｌ：ｍｏｄｅｌＲｅｆｅｒｅｎｃｅ属性を用いてドメイン概念への参照が付加された部分だけである。そのため、スタイルシート生成部１４０は、第１ＸＭＬデータ１１ｄを単にコピーする構造変換を規定する記述に対して、ｓｗｓｄｌ：ｍｏｄｅｌＲｅｆｅｒｅｎｃｅ属性および属性値を付加する記述を付け加えることにより容易にスタイルシート１４０ｓを生成することができる。
【００８１】
次に、図１０におけるデータ要素とドメイン概念との対応付け（Ｓ１２０）の詳細を図１１〜図１６を用いて説明する。
【００８２】
図１１は、本発明の実施の形態におけるＸＭＬスキーマ生成部１３０によって行われる処理を示すフローチャートである。図１２は、本発明の実施の形態におけるスキーマ木の一例を示す。図１３および図１４の各々は、本発明の実施の形態におけるオントロジー木の一例を示す。図１５は、本発明の実施の形態における対応付け結果の一例を示す。図１６は、本発明の実施の形態におけるデータ要素対応表の一例を示す。
【００８３】
まず、ＸＭＬスキーマ生成部１３０は、第１ＸＭＬスキーマ１１ｓを木構造に変換することによりスキーマ木を得る（Ｓ１２１）。このスキーマ木は、通常のＸＭＬ文書の構造解析においてＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）木と呼ばれるものに相当する。このスキーマ木に含まれる各ノードはデータ要素に対応する。図１２は、図３の第１ＸＭＬスキーマ１１ｓが木構造で表現されたスキーマ木を示す。
【００８４】
続いて、ＸＭＬスキーマ生成部１３０は、ドメインオントロジー１４ｄを木構造に変換することによりオントロジー木を得る（Ｓ１２２）。このオントロジー木に含まれる各ノードはドメイン概念に対応する。
【００８５】
ここでは、“ｈａｓＥｎｔｒｙ”などの“ｈａｓＸＸＸ”という名前を持つオブジェクトプロパティ、および、“Ｓｔｒｉｎｇ”などのデータ型を示すデータプロパティに応じて階層構造が形成される。例えば、図５のドメインオントロジー１４ｄから、図１３および図１４に示す２つのオントロジー木が得られる。
【００８６】
図１３のオントロジー木は、意味辞書“Ｓｅｍａｎｔｉｃ＿Ｄｉｃｔｉｏｎａｒｙ”をルートノードとして有する。また、図１４のオントロジー木は、意味辞書“Ｓｅｍａｎｔｉｃ＿Ｄｉｃｔｉｏｎａｒｙ”の上位概念である（すなわち、より抽象的な概念である）辞書“Ｄｉｃｔｉｏｎａｒｙ”をルートノードとして有する。
【００８７】
次に、ＸＭＬスキーマ生成部１３０は、スキーマ木に対応するオントロジー木を選択する（Ｓ１２３）。例えば、ＸＭＬスキーマ生成部１３０は、図１２のスキーマ木のルートノード“ＳｅｍａｎｔｉｃＬｅｘｉｃｏｎ”に対応するオントロジー木を選択する。
【００８８】
“ＳｅｍａｎｔｉｃＬｅｘｉｃｏｎ”は、キャメルケース（非特許文献５参照）という記法によって記述されている。したがって、ＸＭＬスキーマ生成部１３０は、“ＳｅｍａｎｔｉｃＬｅｘｉｃｏｎ”を“ｓｅｍａｎｔｉｃ”と“ｌｅｘｉｃｏｎ”との２語に容易に分けることができる。
【００８９】
ここで、対象ドメインにおける同義語を与える同義語リストが利用可能であるとする。この場合、ＸＭＬスキーマ生成部１３０は、同義語リストを参照することにより、“ｌｅｘｉｃｏｎ”と“ｄｉｃｔｉｏｎａｒｙ”とが同義語であることを同定することができる。これにより、ＸＭＬスキーマ生成部１３０は、“Ｓｅｍａｎｔｉｃ＿Ｄｉｃｔｉｏｎａｒｙ”をルートノードとして持つ図１３のオントロジー木を、図１２のスキーマ木に対応するオントロジー木として選択する。
【００９０】
次に、ＸＭＬスキーマ生成部１３０は、スキーマ木に含まれる各ノードに対応する、オントロジー木に含まれるノードを特定する（Ｓ１２４）。つまり、ＸＭＬスキーマ生成部１３０は、ノードの類似性に基づいて、スキーマ木に含まれる各ノードに対してオントロジー木に含まれるノードを対応付ける。
【００９１】
具体的には、ＸＭＬスキーマ生成部１３０は、スキーマ木およびオントロジー木の双方をトップダウンで走査しながら、ノードの対応付けを行なっていく。ここで、ノードの対応付けは、以下のようなノードの類似性を総合的に考慮した評価値に基づいて行われる。
【００９２】
（１）単語の類似性
単語の類似性は、文字列の類似性および意味の類似性に基づいて評価される。文字列の類似性は、例えば編集距離（非特許文献６参照）を用いて評価することができる。また、意味の類似性は、同義語リストを参照することにより評価することができる。ここでは、ＸＭＬスキーマ生成部１３０は、単語の類似性が高いほど（つまり、文字列の類似性および意味の類似性が高いほど）値が大きくなるように評価値を算出する。
【００９３】
このように、ＸＭＬスキーマ生成部１３０は、ノードに対応する単語の、文字列の類似性および意味の類似性の少なくとも一方に基づいて、スキーマ木に含まれる各ノードに対してオントロジー木に含まれるノードを対応付ける。
【００９４】
なお、各ノードに複数の単語が含まれる場合（例えば、キャメルケースで記述されている場合、あるいはハイフン類（“−”、“＿”）によって複数の単語が結合されている場合）は、ＸＭＬスキーマ生成部１３０は、それらの複数の単語の各々の類似性を評価する。
【００９５】
（２）データ型の一致
下位構造を有しないノード（リーフノード）は、ＸＭＬにおいては属性（ＸＳＤではｘｓ：ａｔｔｒｉｂｕｔｅタグにて規定される）に対応し、オントロジーにおいてはデータプロパティに対応する。このため、ＸＭＬスキーマ生成部１３０は、評価対象のノードがリーフノードである場合、ノードに対応するデータ型が一致している場合に値が大きくなるように評価値を算出する。
【００９６】
このように、ＸＭＬスキーマ生成部１３０は、ノードのデータ型が一致するか否かに基づいて、スキーマ木に含まれる各ノードに対してオントロジー木に含まれるノードを対応付ける。
【００９７】
（３）下位のノード群の類似性
ＸＭＬスキーマ生成部１３０は、評価対象のノードが下位構造を有するノードである場合、評価対象のノードより下位のノード群の類似性を評価する。つまり、ＸＭＬスキーマ生成部１３０は、評価対象のノードの下方（子ノード側）に存在するノード群の類似性が高いほど値が大きくなるように評価値を算出する。なお、ノード群の類似性は、ノード群に含まれる各ノードの類似性およびノード群の構造の類似性などに従って評価される。
【００９８】
このように、ＸＭＬスキーマ生成部１３０は、ノードの下方に存在するノード群の類似性に基づいて、スキーマ木に含まれる各ノードに対してオントロジー木に含まれるノードを対応付ける。
【００９９】
以上のように、ＸＭＬスキーマ生成部１３０は、ノードの類似性を示す評価値を算出する。そして、ＸＭＬスキーマ生成部１３０は、スキーマ木に含まれる各ノードに対して、選択されたオントロジー木に含まれる複数のノードのうち最も高い評価値を有するノードを対応付ける。
【０１００】
なお、ＸＭＬスキーマ生成部１３０は、必ずしも上記の３つの類似性のすべてに基づいて、スキーマ木に含まれる各ノードに対してオントロジー木に含まれるノードを対応付ける必要はない。例えば、ＸＭＬスキーマ生成部１３０は、単語の類似性、データ型の一致、および下位のノード群の類似性のうちのいずれか１つまたは２つに基づいて、スキーマ木に含まれる各ノードに対してオントロジー木に含まれるノードを対応付けてもよい。
【０１０１】
また、ＸＭＬスキーマ生成部１３０は、必ずしも上記の３つの類似性のみに基づいて、スキーマ木に含まれる各ノードに対してオントロジー木に含まれるノードを対応付ける必要はない。例えば、ＸＭＬスキーマ生成部１３０は、ノードのツリー上での位置（階層）の類似性などに基づいて、スキーマ木に含まれる各ノードに対してオントロジー木に含まれるノードを対応付けてもよい。
【０１０２】
このような対応付けが行われることにより、図１５に示すような対応関係が得られる。図１５において、実線で示す双方向矢印は、ＸＭＬにおける要素とオントロジーにおけるクラスとの対応関係を示す。また、破線で示す双方向矢印は、ＸＭＬにおける属性とオントロジーにおけるデータプロパティとの対応関係を示す。
【０１０３】
次に、ＸＭＬスキーマ生成部１３０は、対応付けを終了するか否かを判定する（Ｓ１２５）。具体的には、ＸＭＬスキーマ生成部１３０は、例えば、評価値の平均値が予め定められた閾値を超えるか否かに基づいて、対応付けを終了するか否かを判定する。
【０１０４】
ここで、対応付けを終了しないと判定された場合（Ｓ１２５のＮｏ）、ＸＭＬスキーマ生成部１３０は、ステップＳ１２３に戻って、他のオントロジー木を選択する。一方、対応付けを終了すると判定された場合（Ｓ１２５のＹｅｓ）、ＸＭＬスキーマ生成部１３０は、対応付け結果を出力し（Ｓ１２６）、処理を終了する。例えば、ＸＭＬスキーマ生成部１３０は、図１６に示すデータ要素対応表を対応付け結果として出力する。
【０１０５】
図１６において、第１ＸＭＬスキーマ１１ｓにおけるデータ要素は、ＸＰａｔｈ（非特許文献７参照）と呼ばれる、ＸＭＬデータの特定部分を指定するための記述に関する国際標準勧告に従って記述されている。また、ドメインオントロジーにおける概念は、ドメインオントロジーで規定されるクラスまたはデータプロパティ値を示している。
【０１０６】
以上のように、本実施の形態によれば、ＸＭＬスキーマ生成装置１００は、第１ＸＭＬデータ１１ｄに意味的アノテーションが付与された第２ＸＭＬデータ１３ｄのスキーマを規定する第２ＸＭＬスキーマ１３０ｓを生成することができる。つまり、ＸＭＬスキーマ生成装置１００は、第１ＸＭＬデータ１１ｄを形式的かつ意味的に規定する第２ＸＭＬスキーマ１３０ｓを自動的に生成することができる。このように生成された第２ＸＭＬスキーマ１３０ｓが適切な手段で公開されれば、第２Ｗｅｂサービスシステム１２は、第２ＸＭＬスキーマ１３０ｓに基づいて、第１ＸＭＬデータ１１ｄを構成する各データ要素の意味を理解することができ、第１ＸＭＬデータ１１ｄに基づく処理を適切に行うことが可能となる。つまり、ＸＭＬスキーマ生成装置１００は、第１Ｗｅｂサービスシステム１１および第２Ｗｅｂサービスシステム１２を組み合わせて新たなＷｅｂサービスを提供する複合Ｗｅｂサービスシステム１０において、ＸＭＬデータの伝達を容易にするためのＸＭＬスキーマを生成することができる。その結果、第三者が複合Ｗｅｂサービスシステム１０を構築することが促進される。
【０１０７】
また、ＸＭＬスキーマ生成装置１００は、第１ＸＭＬデータ１１ｄを第２ＸＭＬデータ１３ｄに変換するためのスタイルシート１４０ｓを生成することができる。つまり、第１Ｗｅｂサービスシステム１１の出力データを、対象ドメインにおける意味的アノテーションが付与された形式のデータに変換することが容易になる。これにより、仮に、第２Ｗｅｂサービスシステム１２が第２ＸＭＬスキーマ１３０ｓを取得できない場合であっても、ドメインオントロジー１４ｄを参照可能であれば、第２Ｗｅｂサービスシステム１２は、第１ＸＭＬデータ１１ｄの各データ要素の対象ドメインにおける意味を自動的に認識することが可能となる。
【０１０８】
以上、本発明の１つまたは複数の態様に係るＸＭＬスキーマ生成装置について、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の１つまたは複数の態様の範囲内に含まれてもよい。
【０１０９】
例えば、上記実施の形態において、ＸＭＬスキーマ生成装置１００は、スタイルシート生成部１４０を備えていたが、必ずしもスタイルシート生成部１４０を備える必要はない。つまり、ＸＭＬスキーマ生成装置１００は、必ずしもスタイルシート１４０ｓを生成する必要はない。このような場合であっても、ＸＭＬスキーマ生成装置１００は、第１ＸＭＬデータ１１ｄに意味的アノテーションが付与された第２ＸＭＬデータ１３ｄのスキーマを規定する第２ＸＭＬスキーマ１３０ｓを生成することができる。したがって、第２Ｗｅｂサービスシステム１２は、第２ＸＭＬスキーマ１３０ｓを解析することにより、第１ＸＭＬデータ１１ｄのデータ要素の意味的アノテーションを得ることができる。そして、第２Ｗｅｂサービスシステム１２は、意味的アノテーションに従ってドメインオントロジー１４ｄを参照することにより、データ要素の意味を取得することができ、第１ＸＭＬデータ１１ｄに基づく処理を適切に行うことが可能となる。
【０１１０】
また、上記実施の形態において、第１ＸＭＬスキーマ１１ｓおよび第２ＸＭＬスキーマ１３０ｓは、ＸＳＤで記述されていたが、他のスキーマ言語で記述されてもよい。例えば、第１ＸＭＬスキーマ１１ｓおよび第２ＸＭＬスキーマ１３０ｓは、ＤＴＤ（Ｄｏｃｕｍｅｎｔ  Ｔｙｐｅ  Ｄｅｆｉｎｉｔｉｏｎ）で記述されてもよい。
【０１１１】
また、上記実施の形態において、複合Ｗｅｂサービスシステム１０は、必ずしも辞書サービスシステムである必要はない。例えば、複合Ｗｅｂサービスシステム１０は、生産、販売、在庫、購買、物流、もしくは会計システム、またはそれらの組合せであってもよい。
【０１１２】
また、上記実施の形態において、ドメインオントロジー記憶装置１４は、ＸＭＬスキーマ生成装置１００の外部の装置であったが、ＸＭＬスキーマ生成装置１００に内蔵されてもよい。つまり、ドメインオントロジー記憶装置１４は、例えば、半導体メモリあるいはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）として、ＸＭＬスキーマ生成装置１００に備えられてもよい。
【０１１３】
また、本発明の一態様は、このようなＸＭＬスキーマ生成装置だけではなく、ＸＭＬスキーマ生成装置に含まれる特徴的な構成部をステップとするＸＭＬスキーマ生成方法であってもよい。また、本発明の一態様は、ＸＭＬスキーマ生成方法に含まれる特徴的な各ステップをコンピュータに実行させるコンピュータプログラムであってもよい。また、本発明の一態様は、そのようなコンピュータプログラムが記録された、コンピュータ読み取り可能な非一時的な記録媒体であってもよい。
【０１１４】
なお、上記実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記実施の形態のＸＭＬスキーマ生成装置などを実現するソフトウェアは、次のようなプログラムである。
【０１１５】
すなわち、このプログラムは、コンピュータに、第１ＸＭＬデータのスキーマを規定する第１ＸＭＬスキーマを取得するＸＭＬスキーマ取得ステップと、第１ＸＭＬスキーマに対応するドメインにおける共有知識を複数の概念として表すドメインオントロジーを取得するドメインオントロジー取得ステップと、第１ＸＭＬスキーマで規定される各データ要素に対してドメインオントロジーにおける概念を対応付けることにより、第１ＸＭＬデータに意味的アノテーションが付与された第２ＸＭＬデータのスキーマを規定する第２ＸＭＬスキーマを生成するＸＭＬスキーマ生成ステップとを実行させる。
【産業上の利用可能性】
【０１１６】
本発明は、複数のＷｅｂサービスシステムを組み合わせてＷｅｂサービスを提供する複合ＷｅｂサービスシステムにおいてＸＭＬデータの伝達を容易にするためのＸＭＬスキーマを生成するＸＭＬスキーマ生成装置として有用である。
【符号の説明】
【０１１７】
１０    複合Ｗｅｂサービスシステム
１１    第１Ｗｅｂサービスシステム
１１ｄ  第１ＸＭＬデータ
１１ｓ  第１ＸＭＬスキーマ
１２    第２Ｗｅｂサービスシステム
１３    スタイルシート適用エンジン
１３ｄ  第２ＸＭＬデータ
１４    ドメインオントロジー記憶装置
１４ｄ  ドメインオントロジー
１００    ＸＭＬスキーマ生成装置
１１０    ＸＭＬスキーマ取得部
１２０    ドメインオントロジー取得部
１３０    ＸＭＬスキーマ生成部
１３０ｓ  第２ＸＭＬスキーマ
１４０    スタイルシート生成部
１４０ｓ  スタイルシート
【図１】
2013206064.tif 000003
【図２】
2013206064.tif 000004
【図３】
2013206064.tif 000005
【図４】
2013206064.tif 000006
【図５】
2013206064.tif 000007
【図６】
2013206064.tif 000008
【図７】
2013206064.tif 000009
【図８】
2013206064.tif 000010
【図９】
2013206064.tif 000011
【図１０】
2013206064.tif 000012
【図１１】
2013206064.tif 000013
【図１２】
2013206064.tif 000014
【図１３】
2013206064.tif 000015
【図１４】
2013206064.tif 000016
【図１５】
2013206064.tif 000017
【図１６】
2013206064.tif 000018