JP2003233528A - あるデータスキーマから別のデータスキーマへデータを変換するための変換を導出する方法及びシステム、データスキーマが埋め込まれ得るオントロジーモデルを構築する方法及びシステム、あるデータスキーマから別のデータスキーマへデータを変換するための命令プログラムを収録しておりコンピュータが読込み可能な一つ以上の媒体を含む製品並びにデータスキーマが埋め込まれ得る共通のオントロジーモデルを構築するための命令プログラムを収録しておりコンピュータが読込み可能な一つ以上の媒体を含む製品 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】第一のスキーマに従っているデータを第二のス
キーマに従うデータへ変換するための方法及びシステム
を提供する。 【解決手段】 ソースデータスキーマとターゲットデー
タスキーマとを受け取ること、そのソースデータスキー
マをオントロジーモデルへ写像すること、そのターゲッ
トデータスキーマをオントロジーモデルへ写像するこ
と、及び、そのオントロジーモデルを使用して、そのソ
ースデータスキーマに従っているデータをそのターゲッ
トデータスキーマに従うデータへ変換するための変換を
導出することを含む、あるデータスキーマから別のデー
タスキーマへデータを変換するための方法及びシステ
ム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データスキーマに
関するものであり、詳しくは、あるスキーマから別のス
キーマへデータを変換するための変換を導出することに
関するものである。

【０００２】

【従来の技術】オントロジーとは存在するものに関する
哲学である。コンピュータ科学では、オントロジーは、
現実の世界における実体とそれらの間の関係とを議論す
るための共通の辞書を作成するために、これらのモデル
を作るために使用されている。オントロジーの基本的な
概念は、下記に記載されている様に、（ｉ）インスタン
ス／事物のクラスと、（ｉｉ）これらのクラスの間の関
係とを含んでいる。オントロジーは、存在する事物につ
いて語るための語彙を提供する。

【０００３】インスタンス／事物 世界には多くの種類の「事物」が存在している。自動
車、人、ボート、ねじ、トランジスタの様な物質的な事
物が存在している。物質的に結合されている項目ではな
いかまたは全く物質的でさえもないがそれにも拘らず意
味を定義されてよい他の種類の事物が存在している。例
えば、会社は大いに想像的な事物であり、その唯一の物
質的な現れは会社の登記係での名簿中における掲載であ
る。会社は所有及び雇用してよい。会社は定義された始
まり及び終りをその存続期間に対して有している。

【０００４】そのメンバは始まり及び終りを有している
としてもそれ自体は始まり及び終りを有していない概念
であるホモサピエンス種の様に、その他の事物はもっと
抽象的であることがある。

【０００５】オントロジーのモデルは、「事物」につい
て語るために使用される。重要な語彙手段は事物間の
「関係」である。オントロジーモデル自体は、「事物」
を含まないが、事物について語り且つ事物を分類するた
めの語彙として使用され得るクラス記号及びプロパティ
記号を取り入れる。

【０００６】プロパティ プロパティとは事物と他の事物との特定の関係である。
プロパティは下記のものを含んでいる。 ●互いの一部である事物間の、例えば、パソコンとその
平面パネルスクリーンとの間の関係。 ●事物を作成する過程の様な過程を通して関係付けられ
ている事物間の、例えば、書籍とその著者との間の関
係。 ●事物とそれらの尺度との間の、例えば、事物とその重
さとの間の関係。

【０００７】幾つかのプロパティは、自然数または文字
列、例えば、キログラムでの重量値または人の名前の様
な基本的な概念にも事物を関係付ける。

【０００８】プロパティはオントロジー中で二重の役割
を演じる。一方では、個々の事物はプロパティによっ
て、例えば、人はその名前によって、または、書籍はそ
の題名及び著者によって参照される。他方では、共有さ
れている知識はしばしば事物のプロパティでもある。事
物は、そのプロパティのあるものの値について問い合わ
せるために、そのプロパティの別のものによって明記さ
れ得る。

【０００９】クラス 総てのプロパティが総ての事物に関係しているわけでは
ない。プロパティのソースを事物の「クラス」として議
論することが便利であり、クラスはフレームまたはエン
ドユーザ用にカテゴリーとも呼ばれる。幾つかのプロパ
ティのソースはしばしば一致し、例えば、書籍というク
ラスは著者というプロパティとＩＳＢＮ番号というプロ
パティとの両方のソースである。

【００１０】クラスが定義される細かさには柔軟性があ
る。自動車はクラスである。フィアット車も製造者とい
うプロパティについて制約された値を有するクラスであ
り得る。しかし、他の自動車に共通していない重要な特
別のプロパティをフィアット車が有していないかもしれ
ないので、このクラスを扱うことは不要かもしれない。
オントロジーの目的は重要なプロパティを有するクラス
を定義することであるが、原則としては、誰でも個々の
自動車一個と同程度に細かいクラスを定義することがで
きる。

【００１１】尺度の様な抽象的な概念も、他の水の塊と
接触した後はその主体性を維持することができない水の
塊の様な媒体も、それらを実数に写像する量というプロ
パティを有するクラスとしてモデルを作られてよい。

【００１２】典型的な数学モデルでは、基本的なオント
ロジーは下記のものを備えている。 ●その要素が「クラス記号」と呼ばれる集合Ｃ。 ●各々のｃ∈Ｃについて、普通の言葉によるそのクラス
ｃの定義。 ●その要素が「プロパティ記号」と呼ばれる集合Ｐ。 ●各々のｐ∈Ｐについて、 ○普通の言葉によるｐの定義、 ○ｐのソースと呼ばれるクラス記号、 ○ｐのターゲットと呼ばれるクラス記号。 ●Ｃ×Ｃについての継承関係と呼ばれる二進他動再帰逆
対称関係Ｉ。

【００１３】後続の議論では、便利さと明確さとのため
に、「クラス」という用語と「クラス記号」という用語
とが交換可能に使用されている。同様に、「プロパテ
ィ」という用語と「プロパティ記号」という用語とが交
換可能に使用されている。

【００１４】もしオントロジーモデルがクラスの中に集
合を包含する様に拡張されれば、ｃ×ｄについての古典
的な数学関係はｃからｄの中の集合へのプロパティと考
えられ得ることが、当業者には容易に分かる。

【００１５】もしＩ（ｃ₁，ｃ₂）であれば、ｃ₁はｃ₂の
子クラスと呼ばれ、ｃ₂はｃ₁の親クラスと呼ばれる。ま
た、ｃ₁はｃ₂から継承していると言われる。

【００１６】「Being」という著名な普遍的クラスは、
Ｃの中の総てのクラスの親クラスであることを一般に前
提とされている。

【００１７】オントロジーモデルについての変形は下記
のものを含んでよい。 ●最も一般的に使用されているプロパティである単項プ
ロパティへのプロパティの制約。 ●多重度や反転可能性の様なプロパティについてもっと
多くのものを明記する能力。

【００１８】クラス記号の観念は、書籍、自動車、会
社、住民の様な種全体のための包括的な属を記述する点
で概念的である。その属内のその種の特定のインスタン
スは、そのクラスの「インスタンス」と呼ばれる。従っ
て、「風と共に去りぬ」は書籍用のクラスのインスタン
スであり、「ＩＢＭ」は会社用のクラスのインスタンス
である。同様に、プロパティ記号の観念は、クラスのイ
ンスタンスに作用する実際のプロパティのためのテンプ
レートとして利用できる点で概念的である。

【００１９】クラス記号及びプロパティ記号は、Ｃ＋＋
のクラスの様なコンピュータプログラミングにおけるオ
ブジェクト指向のクラスに似ている。ヘッダファイル中
で定義されているクラスは、それらのメンバ及びフィー
ルド変数と共に、プログラマによって使用される特定の
クラスのインスタンス用のテンプレートとして利用でき
る。コンパイラは、クラスのインスタンスにメモリを振
り当てるためにヘッダファイルを使用して、プログラマ
がクラスのインスタンスを使用することを可能にする。
従って、ヘッダファイルは、左右上下にメンバを有する
矩形クラスを宣言することができる。そのヘッダファイ
ル内の宣言は、実際の「矩形オブジェクト」を例示しな
いが、プログラム中で例示される矩形用のテンプレート
として利用できる。同様に、オントロジーのクラスは、
そのインスタンス用のテンプレートとして利用できる。

【００２０】しかし、Ｃ＋＋のクラスとオントロジーの
クラスとには差異がある。プログラミングでは、クラス
は、テンプレートであり、プログラミングオブジェクト
を作成するために例示されている。オントロジーでは、
クラスは共通構造を文書化するが、インスタンスは現実
の世界に存在していてそのクラスを通して作成されはし
ない。

【００２１】オントロジーは、インスタンスそのものが
識別される前でさえも、そのインスタンスについて語る
ための語彙を提供する。書籍というクラスは、インスタ
ンスが「書籍である」と言うために使用される。著者と
いうプロパティは、インスタンスについて「の著者」と
いう節を人が作成することを可能にする。兄弟というプ
ロパティは、インスタンスについて「兄弟である」とい
う陳述を人が作成することを可能にする。継承は、例え
ば、「総ての書籍は出版作品である」と言うために使用
される。従って、出版作品にとって適切である総ての語
彙が書籍のために使用され得る。

【００２２】インスタンスについて語るための語彙を提
供するためにオントロジーモデルが一旦利用できる様に
なれば、そのインスタンスそのものがその語彙中へ嵌め
込まれ得る。各々のクラス記号ｃについて「ｃである」
を満たす総てのインスタンスはｃのインスタンスの集合
であると見なされ、この集合はＢ（ｃ）と表示される。
インスタンスの集合は継承と矛盾しないので、ｃ₁がｃ₂
の子クラスであればＢ（ｃ₁）⊆Ｂ（ｃ₂）である。ソー
スｃ₁及びターゲットｃ₂を有するプロパティ記号は、ソ
ースＢ（ｃ₁）及びターゲットＢ（ｃ₂）を有するプロパ
ティに対応する。なお、もしクラスｃ₁がクラスｃから
継承していれば、ｃ₁の総てのインスタンスもまたｃの
インスタンスであり、従って、ｃの語彙がｃ₁に適用可
能であることがオントロジーの活動範囲で既に知られて
いる。

【００２３】オントロジーは、複数のクラスのモデルと
これら複数のモデル間におけるプロパティの図式との作
成を可能にする。クラスが定義されると、関係するクラ
スへの手がかりを使用してそのクラスのプロパティが記
述される。これらのプロパティが今度はその関係するク
ラスのプロパティを調べるために使用されることがで
き、従ってプロパティのプロパティが任意の深さまでア
クセスされ得る。

【００２４】クラスと複合クラスとの両方について規定
が作られている。一般に、複合クラスは、論理積、論理
直積、ｓｅｔ、ｌｉｓｔ及びｂａｇの様な記号用のタグ
を使用して、もっと単純なクラスから組み立てられる。
「論理積」タグにはクラスまたは複合クラスのリストが
続く。「論理直積」タグにもクラスまたは複合クラスの
リストが続く。ｓｅｔ記号はクラスの部分集合を含むク
ラスを記述するために使用され、ｓｅｔ記号には単一ク
ラスまたは複合クラスが続く。ｌｉｓｔ記号はクラスの
順序部分集合つまり有限列を含むクラスを記述するため
に使用され、ｌｉｓｔ記号には単一クラスまたは複合ク
ラスが続く。ｂａｇ記号はクラスの非順序有限列つまり
重複要素を含むことのできる部分集合を記述するために
使用され、ｂａｇ記号には単一クラスまたは複合クラス
が続く。従って、ｓｅｔ［ｃ］はクラスｃのインスタン
スの集合のクラスを記述しており、ｌｉｓｔ［ｃ］はク
ラスｃのインスタンスのリストのクラスを記述してお
り、ｂａｇ［ｃ］はクラスｃのインスタンスのバッグの
クラスを記述している。

【００２５】正式な数学の用語では、集合Ｓに対して、
ｓｅｔ［Ｓ］はＰ（Ｓ）つまりＳの冪集合であり、ｂａ
ｇ［Ｓ］はＮ^S（Ｎは非負整数の集合）であり、ｌｉｓ
ｔ［Ｓ］は次の数式１である。

【数１】 次の数式２の自然写像が存在する。

【数２】 具体的に言うと、列（ｓ₁，ｓ₂，・・・，ｓ_n）∈ｌｉ
ｓｔ［Ｓ］については、φ（ｓ₁，ｓ₂，・・・，ｓ_n）
はｆ（ｓ）＝＃｛１≦ｉ≦ｎ：ｓ_i＝ｓ｝によって定義
される「度数ヒストグラム」である要素ｆ∈ｂａｇ
［Ｓ］であり、ｆ∈ｂａｇ［Ｓ］については、Ψ（ｆ）
∈ｓｅｔ［Ｓ］はｆのサポートによって与えられるＳの
部分集合、つまり、ｓｕｐｐ（ｆ）＝｛ｓ∈Ｓ：ｆ
（ｓ）＞０｝である。なお、合成写像φΨは列（ｓ₁，
ｓ₂，・・・，ｓ_n）をその要素｛ｓ₁，ｓ₂，・・・，ｓ
_n｝の集合へ写像する。有限集合Ｓについては、ｓｅｔ
［Ｓ］も有限であり、ｂａｇ［Ｓ］及びｌｉｓｔ［Ｓ］
は可算無限である。

【００２６】オントロジー体系についての一般的な参考
文献は、Sowa, John F., "Knowledge Representation,"
Brooks/Cole, Pacific Grove, CA, 2000.である。

【００２７】データを表及びフィールドへ編成するため
のテンプレートを定義するために、リレーショナルデー
タベーススキーマ（ＲＤＢＳ）が使用されている。一般
に表結合操作を使用することによって既存の表から表を
設定するためにＳＱＬ問い合わせが使用される。データ
を要素及び属性の階層へ編成するための記述文書に、拡
張可能マークアップ言語（ＸＭＬ）スキーマが使用され
ている。一般に、既存の文書中におけるタグ同士の間の
データをインポートすることによって、既存の文書から
ＸＭＬ文書を生成するためにＸＳＬＴスクリプトが使用
されている。ＸＳＬＴは元々はＸＭＬ文書からＨＴＭＬ
ページを生成するために開発された。

【００２８】リレーショナルデータベース及びＳＱＬに
ついての一般的な参考文献は、http://www.oracle.com
においてオンラインで利用できる文書"Oracle 9i: SQL
Reference,"である。ＸＭＬ、ＸＭＬスキーマ、ＸＰａ
ｔｈ及びＸＳＬＴは、World-Wide Webコンソーシアムの
標準であり、http://www.w3.orgにおいてオンラインで
利用できる。

【００２９】同じデータのソースに対してしばしば複数
のスキーマが存在しており、従ってそのデータはあるア
プリケーションから別のアプリケーションへ容易にはイ
ンポートまたはエクスポートされ得ない。例えば、リレ
ーショナルデータベースを処理するアプリケーションを
二つの航空会社が各々実行させているかもしれないが、
これら二つの会社によって使用されている夫々のリレー
ショナルデータベースが二つの異なるスキーマに従って
いれば、何れの会社も他の会社のデータベースを容易に
は使用することができない。これらの会社がデータを共
有するためには、一方のスキーマから他方のスキーマへ
データベースをエクスポートする必要がある。

【００３０】従って、第一のスキーマに従っているデー
タを第二のスキーマに従うデータへ変換することのでき
る手段に対する要求がある。

【００３１】

【課題を解決するための手段】本発明は、あるスキーマ
から別のスキーマへデータを変換するための変換を導出
する方法及びシステムを提供する。本発明は、入力つま
りソースデータスキーマに従っているデータを出力つま
りターゲットデータスキーマへ変換するための一般的な
方法及びシステムを記載している。好ましい実施形態に
おいては、本発明は、（ｉ）ソースＲＤＢＳからリレー
ショナルデータベースに適用されたときにそのリレーシ
ョナルデータベースをターゲットＲＤＢＳ中に設定する
ＳＱＬ問い合わせ、及び（ｉｉ）ソースＸＭＬスキーマ
に従っている文書に適用されたときにターゲットＸＭＬ
スキーマに従う文書を生成するＸＳＬＴスクリプト、を
提供するために使用され得る。

【００３２】本発明は、ソースからターゲットへの望ま
しい変換を完遂する変換を決定するために、オントロジ
ーモデルを使用することが好ましい。具体的に言うと、
本発明は、ソースデータスキーマとターゲットデータス
キーマとの両方が写像され得る共通のオントロジーモデ
ルを用いる。それらのソースデータスキーマ及びターゲ
ットデータスキーマを共通のオントロジーモデルへ写像
することによって、本発明は、それらの成分同士の間の
相互関係を導出し、ソースデータスキーマに従っている
データをターゲットデータスキーマに従うデータへ変換
するための適切な変換を決定するためにその相互関係を
使用する。

【００３３】ソースＲＤＢＳ及びターゲットＲＤＢＳが
与えられると、本発明の好ましい実施形態においては、
ターゲットデータベースへのソースデータベースの適切
な変換が下記によって生成される。 （ｉ）ソースＲＤＢＳ及びターゲットＲＤＢＳを共通の
オントロジーモデルへ写像する。 （ｉｉ）ソースＲＤＢＳの表の列及びターゲットＲＤＢ
Ｓの表の列をそのオントロジーモデルのプロパティの用
語で表現する。 （ｉｉｉ）ソース表の列の用語によるターゲット表の列
用の表現を導出する。 （ｉｖ）それらの表現を一つ以上のＳＱＬ問い合わせへ
変換する。

【００３４】ソースＲＤＢＳ及びターゲットＲＤＢＳは
共通のオントロジーモデルへ写像されるが、本発明の導
出される変換は、オントロジー形式を経由してデータを
変換する必要なしに、ソースＲＤＢＳからターゲットＲ
ＤＢＳへ直接に進む。それとは異なって、従来技術のユ
ニバーサルデータモデルは、中立モデルつまり共通のビ
ジネスオブジェクトを経由する変換にアプローチしてい
る。

【００３５】本発明は、Ｎ≧２であるＮ個のリレーショ
ナルデータベーススキーマに適用される。本発明を使用
すれば、それらのＲＤＢＳを共通のオントロジーモデル
へ写像することによって、データがそれらのＲＤＢＳの
何れか一つから他の何れか一つへ移され得る。Ｎ²個程
度の写像を必要とする従来技術のアプローチとは異なっ
て、本発明は多くてもＮ個の写像しか必要としない。

【００３６】企業でのアプリケーションのために、本発
明によって生成されるＳＱＬ問い合わせは企業アプリケ
ーション統合（ＥＡＩ）基盤施設内で展開されることが
好ましい。企業アプリケーション基盤施設によって使用
されているＳＱＬ以外の変換言語が本発明を使用して生
成され得ることが、当業者には分かる。例えば、ＩＢＭ
のＥＳＱＬ言語が、その製品のWebSphere MQファミリー
上での展開のために同様に導出され得る。

【００３７】ソースＸＭＬスキーマ及びターゲットＸＭ
Ｌスキーマが与えられると、本発明の好ましい実施形態
においては、ターゲットＸＭＬ文書へのソースＸＭＬ文
書の適切な変換が下記によって生成される。 （ｉ）ソースＸＭＬスキーマ及びターゲットＸＭＬスキ
ーマを共通のオントロジーモデルへ写像する。 （ｉｉ）ソースＸＭＬスキーマの要素及び属性並びにタ
ーゲットＸＭＬスキーマの要素及び属性をそのオントロ
ジーモデルのプロパティの用語で表現する。 （ｉｉｉ）ソースのＸＭＬ要素及びＸＭＬ属性の用語に
よるターゲットのＸＭＬ要素及びＸＭＬ属性用の表現を
導出する。 （ｉｖ）それらの表現をＸＳＬＴスクリプトへ変換す
る。

【００３８】従って、本発明の好ましい実施形態によれ
ば、ソースデータスキーマ及びターゲットデータスキー
マを受け取ること、ソースデータスキーマをオントロジ
ーモデルへ写像すること、ターゲットデータスキーマを
オントロジーモデルへ写像すること、及び、オントロジ
ーモデルを使用して、ソースデータスキーマに従ってい
るデータをターゲットデータスキーマに従うデータへ変
換するための変換を導出することを含む、あるデータス
キーマから別のスキーマへデータを変換するための変換
を導出する方法が提供される。

【００３９】本発明の好ましい実施形態によれば、ソー
スデータスキーマ及びターゲットデータスキーマを受け
取るスキーマ受取装置、データスキーマをオントロジー
モデルへ写像する写像処理装置、及び、ソースデータス
キーマ及びターゲットデータスキーマを共通のオントロ
ジーモデルへ写像する写像処理装置によって生成される
ソース写像及びターゲット写像に夫々基づいて、ソース
データスキーマに従っているデータをターゲットデータ
スキーマに従うデータへ変換するための変換を導出する
変換処理装置を含む、あるデータスキーマから別のスキ
ーマへデータを変換するための変換を導出するシステム
が更に提供される。

【００４０】本発明の好ましい実施形態によれば、少な
くとも一つのデータスキーマを受け取ること、及び、そ
の少なくとも一つのデータスキーマが埋め込まれ得るオ
ントロジーモデルを構築することを含む、データスキー
マが埋め込まれ得るオントロジーモデルを構築する方法
が更に提供される。

【００４１】本発明の好ましい実施形態によれば、少な
くとも一つのデータスキーマを受け取るスキーマ受取装
置、及び、その少なくとも一つのデータスキーマが埋め
込まれ得るオントロジーモデルを構築するモデル構築装
置を含む、データスキーマが埋め込まれ得るオントロジ
ーモデルを構築するシステムが更に提供される。

【００４２】本発明の好ましい実施形態によれば、ある
スキーマから別のスキーマへデータを変換するための命
令プログラムを収録しておりコンピュータが読込み可能
な一つ以上の媒体を含む製品であって、処理システムに
よって実行されると、命令プログラムが、処理システム
に、ソースデータスキーマ及びターゲットデータスキー
マを受け取られせ、ソースデータスキーマをオントロジ
ーモデルへ写像させ、ターゲットデータスキーマをオン
トロジーモデルへ写像させ、且つ、オントロジーモデル
を使用して、ソースデータスキーマに従っているデータ
をターゲットデータスキーマに従うデータへ変換させる
ための変換を導出させる製品が更に提供される。

【００４３】本発明の好ましい実施形態によれば、デー
タスキーマが埋め込まれ得る共通のオントロジーモデル
を構築するための命令プログラムを収録しておりコンピ
ュータが読込み可能な一つ以上の媒体を含む製品であっ
て、処理システムによって実行されると、命令プログラ
ムが、処理システムに、少なくとも一つのデータスキー
マを受け取らせ、且つ、その少なくとも一つのデータス
キーマが埋め込まれ得るオントロジーモデルを構築させ
る製品が更に提供される。

【００４４】本発明は、下記の実施の形態から、図面と
共に考えられれば、もっと十分に理解され且つ認識され
る。

【００４５】

【発明の実施の形態】本発明は、あるデータスキーマに
従っているデータを別のデータスキーマに従うデータへ
変換するための変換を導出することに関するものであ
る。本発明の好ましい実施形態が、ＲＤＢＳの様な表系
のデータスキーマ及びＸＭＬスキーマの様な文書系のス
キーマについて、ここに記述されている。

【００４６】本発明の好ましい実施形態によって、ある
スキーマから別のスキーマへデータを変換するための変
換を導出する方法の、簡略化された流れ図である図１を
参照する。この流れ図は段階１１０で始まっている。段
階１２０で、ソースデータスキーマ及びターゲットデー
タスキーマがインポートされる。これらのソースデータ
スキーマ及びターゲットデータスキーマは、表及び表の
列用のテンプレートの様なデータを格納するためのテン
プレートと構造化文書用のテンプレートとを記述する。
必要であれば、ソースデータスキーマ及び／またはター
ゲットデータスキーマは、標準形式から内部形式へ変換
されてもよい。例えば、それらはOracle形式から内部形
式へ変換されてもよい。

【００４７】段階１３０〜１６０で、ソースデータスキ
ーマ及びターゲットデータスキーマが共に埋め込まれ得
る共通のオントロジーモデルが得られる。段階１３０
で、初期のオントロジーモデルがインポートされるべき
か否かが決定される。インポートされるべきでなけれ
ば、論理は段階１６０へ直接に進む。インポートされる
べきであれば、段階１４０で初期のオントロジーモデル
がインポートされる。必要であれば、この初期のオント
ロジーモデルは、上述の形式のうちの一つの様な標準形
式から内部形式へ変換されてもよい。

【００４８】段階１５０で、ソースデータスキーマとタ
ーゲットデータスキーマとの両方を埋め込むのにその初
期のオントロジーモデルが適切であるか否かが決定され
る。適切であれば、論理は段階１７０へ直接に進む。適
切でなければ、段階１６０で、共通のオントロジーモデ
ルが構築される。初期のオントロジーモデルがエクスポ
ートされていれば、共通のオントロジーモデルは、その
初期のオントロジーモデルを編集することによって、具
体的に言うと、その初期のオントロジーモデルにクラス
及びプロパティを付加することによって、構築されるこ
とが好ましい。初期のオントロジーモデルがエクスポー
トされていなければ、共通のオントロジーモデルは最初
から構築される。共通のオントロジーモデルはユーザの
支援がある状態またはない状態で自動的に構築されてよ
いことが分かる。

【００４９】段階１７０で、ソースデータスキーマ及び
ターゲットデータスキーマが共通のオントロジーモデル
へ写像され、そのための写像が生成される。段階１８０
で、段階１７０で導出された写像に基づいて、ソースデ
ータスキーマに従っているデータをターゲットデータス
キーマに従うデータへ変換するための、変換が導出され
る。最後に、この流れ図は段階１９０で終了する。

【００５０】本発明の好ましい実施形態によって、ある
スキーマから別のスキーマへデータを変換するための変
換を導出するシステム２００の、簡略化されたブロック
図である図２を参照する。ソースデータスキーマ及びタ
ーゲットデータスキーマをインポートするためのスキー
マ受取装置２１０が図２に示されている。これらのソー
スデータスキーマ及びターゲットデータスキーマは、表
及び表の列用のテンプレートの様なデータを格納するた
めのテンプレートと構造化文書用のテンプレートとを記
述する。必要であれば、スキーマ受取装置２１０は、ソ
ースデータスキーマ及びターゲットデータスキーマを外
部形式から内部形式へ変換する。

【００５１】ソースデータスキーマ及びターゲットデー
タスキーマが共に埋め込まれ得る共通のオントロジーモ
デルを得るためのオントロジー受取装置／構築装置２２
０も、図２に示されている。オントロジー受取装置／構
築装置２２０の作用は、上記で図１の段階１３０〜１６
０に記載されている。

【００５２】ソースデータスキーマを共通のオントロジ
ーモデルへ写像するためのソース写像と、ターゲットデ
ータスキーマを共通のオントロジーモデルへ写像するた
めのターゲット写像とを生成するために、ソースデータ
スキーマ及びターゲットデータスキーマ並びに共通のオ
ントロジーモデルが写像処理装置２３０によって使用さ
れる。本発明の好ましい実施形態では、写像処理装置２
３０は、下記に詳細に記載されている様に、ソースデー
タスキーマ及びターゲットデータスキーマの成分に対応
するオントロジーのクラスを識別するためのクラス識別
装置２４０と、ソースデータスキーマ及びターゲットデ
ータスキーマの別の成分に対応するオントロジーのプロ
パティを識別するためのプロパティ識別装置２５０とを
含んでいる。

【００５３】ソースデータスキーマに従っているデータ
をターゲットデータスキーマに従うデータへ変換するた
めのソースからターゲットへの変換を導出するために、
写像処理装置によって生成されたソース写像及びターゲ
ット写像並びにインポートされたソースデータスキーマ
及びターゲットデータスキーマが、変換生成装置２６０
によって使用されることが好ましい。

【００５４】本発明の好ましい実施形態によって、一つ
以上のデータスキーマが埋め込まれ得る共通のオントロ
ジーモデルを構築する方法の、簡略化された流れ図であ
る図３を参照する。この流れ図は段階３１０で始まって
いる。段階１２０、１４０及び１６０は、上記に記載さ
れている通りの図１におけるこれらの同じ段階に似てい
る。最後に、この流れ図は段階３２０で終了する。

【００５５】本発明の好ましい実施形態によって、一つ
以上のデータスキーマが埋め込まれ得る共通のオントロ
ジーモデルを構築するシステム４００の、簡略化された
ブロック図である図４を参照する。データスキーマをイ
ンポートする図２からのスキーマ受取装置２１０が、図
４に示されている。初期のオントロジーモデルをインポ
ートするオントロジー受取装置４２０も図４に示されて
いる。必要であれば、オントロジー受取装置４２０は初
期のオントロジーモデルを外部形式から内部形式へ変換
する。

【００５６】初期のオントロジーモデル及びインポート
されたデータスキーマは、インポートされたデータスキ
ーマが総て埋め込まれ得る共通のオントロジーモデルを
生成するオントロジー構築装置４３０によって使用され
る。本発明の好ましい実施形態では、オントロジー構築
装置４３０は、初期のオントロジーモデルを編集するこ
とによって、具体的に言うと、インポートされたデータ
スキーマの成分に基づいて初期のオントロジーモデルに
クラスを付加するためにクラス構築装置４４０を使用す
ることによって、及び、インポートされたデータスキー
マの別の成分に基づいて初期のオントロジーモデルにプ
ロパティを付加するためにプロパティ構築装置４５０を
使用することによって、共通のオントロジーモデルを生
成する。

【００５７】本発明の応用は、特に下記のものを含んで
いる。 −データの共有を必要とする二つ以上のアプリケーショ
ン間の統合。 −あるデータベーススキーマから異なるデータベースス
キーマを使用している供給者または顧客へ供給チェーン
を横断してデータを伝送すること。 −二つ以上のデータベースを横断して問い合わせが実行
される様に、異なるスキーマを有する二つ以上のデータ
ベースから共通のデータベースへデータを移すこと。 −データのオフライン分析のために複数のデータベース
からデータウェアハウスデータベースを読み込むこと。 −二つのデータベースを同期させること。 −データベーススキーマが更新されるときにデータを移
動させること。 −古いデータベースまたはデータベースアプリケーショ
ンから後継のデータベースまたはデータベースアプリケ
ーションへ夫々データを移すこと。

【００５８】リレーショナルデータベーススキーマ 表定義または幾つかの場合にはメタデータとも呼ばれる
リレーショナルデータベーススキーマ（ＲＤＢＳ）は、
表及びフィールドとも呼ばれている表の列へデータを編
成するテンプレートを定義するために使用される。同じ
ソースのデータ用にしばしば複数のスキーマが存在して
おり、従ってそのデータはあるアプリケーションから別
のアプリケーションへ容易にはインポートまたはエクス
ポートされ得ない。本発明は、入力つまりソースリレー
ショナルデータベーススキーマを出力つまりターゲット
スキーマへ変換する一般的な方法及びシステムを記載し
ている。好ましい実施形態では、本発明は、ソーススキ
ーマからリレーショナルデータベースに適用されたとき
に、ターゲットスキーマでリレーショナルデータベース
を作り出すＳＱＬ問い合わせを提供するために使用され
得る。

【００５９】下記に詳細に記載されている様に、本発明
は、ソースからターゲットへの望ましい変換を完遂する
ＳＱＬ問い合わせを決定するために、オントロジーモデ
ルを使用することが好ましい。具体的に言うと、本発明
は、ソースＲＤＢＳとターゲットＲＤＢＳとの両方が埋
め込まれ得る共通のオントロジーモデルを用いる。ソー
スＲＤＢＳとターゲットＲＤＢＳとを共通のオントロジ
ーモデルに写像することによって、本発明は、それらの
表及びフィールド間の相互関係を導出し、ソースＲＤＢ
Ｓに従っているデータベースをターゲットＲＤＢＳに従
うデータベースへ変換する適切なＳＱＬ問い合わせを決
定するためにその相互関係を使用する。

【００６０】本発明は、ソースリレーショナルデータベ
ースをターゲットリレーショナルデータベースへ変換す
る実行可能なコードを導出するためにも使用され得る。
好ましい実施形態では、本発明は、ＪＤＢＣ（Ｊａｖａ
（登録商標）データベースコネクティビティ）ライブラ
リを使用してＳＱＬ問い合わせを実行するＪａｖａプロ
グラムを作成する。別の実施形態では、そのＪａｖａプ
ログラムは、ＳＱＬ問い合わせを使用せずに、データベ
ースを直接に操作する。

【００６１】企業でのアプリケーションのために、本発
明によって生成されるＳＱＬ問い合わせは企業アプリケ
ーション統合基盤施設内で展開されることが好ましい。

【００６２】ソースＲＤＢＳ及びターゲットＲＤＢＳは
共通のオントロジーモデルに写像されるが、本発明の導
出される変換は、オントロジー形式を経由してデータを
変換する必要なしに、ソースＲＤＢＳからターゲットＲ
ＤＢＳへ直接に進む。それとは異なって、従来技術のユ
ニバーサルデータモデルは、中立モデルを経由する変換
にアプローチしている。

【００６３】本発明は、Ｎ≧２であるＮ個のリレーショ
ナルデータベーススキーマに適用される。本発明を使用
すれば、それらのＲＤＢＳを共通のオントロジーモデル
へ写像することによって、データがそれらのＲＤＢＳの
何れか一つから他の何れか一つへ移され得る。Ｎ²個程
度の写像を必要とする従来技術のアプローチとは異なっ
て、本発明は多くてもＮ個の写像しか必要としない。

【００６４】ＲＤＢＳからオントロジーモデルへの「写
像」は下記のものとして定義されている。 （ｉ）ＲＤＢＳからの表の行がオントロジーモデルにお
けるクラスのインスタンスに対応するという点での、各
々の表とクラスとの関係。 （ｉｉ）ソースがＲＤＢＳからの与えられた表に対応す
るクラスであり、ターゲットがその表の列のデータ型と
互換性のあるデータ型を有している、ＲＤＢＳからの各
々の与えられた表については、表の各々の列とオントロ
ジーモデルにおけるプロパティまたはプロパティの合成
物との関係。ＲＤＢＳからオントロジーモデルへの写像
は、本質的である必要はない。つまり、夫々ＲＤＢＳ中
の表及び列に対応しないクラス及びプロパティがオント
ロジー中に存在してもよい。ＲＤＢＳの図式表現を提供
するのに写像は有益である。

【００６５】一般に、ＲＤＢＳからオントロジーモデル
への写像は存在するかもしれないが、ＲＤＢＳで使用さ
れている専門語は、オントロジーモデルで使用されてい
る専門語と全く異なっていてもよい。写像の有益性の一
部は、ＲＤＢＳ言語とオントロジー言語との間で翻訳可
能なことである。ＲＤＢＳの表／列言語とオントロジー
のクラス／プロパティ言語との間での翻訳に加えて、オ
ントロジー問い合わせ言語からの問い合わせとＳＱＬ
（標準的な問い合わせ言語）の様なＲＤＢＳ言語からの
問い合わせとの間の翻訳にも写像は有益であることが、
当業者には分かる。

【００６６】本発明の好ましい実施形態による、ＲＤＢ
Ｓからオントロジーモデルへの写像の第一の簡略化され
た図である、図５を参照する。Ｔ１と表示されておりＣ
１、Ｃ２、Ｃ３、Ｃ４と表示されている四列を有する表
５００が、図５に示されている。Ｋ１と表示されている
クラスとクラスＫ１について定義されているプロパティ
Ｐ１、Ｐ２、Ｐ３、Ｐ４とを有するオントロジーモデル
５５０も、図１に示されている。この標識付けは、表Ｔ
１からクラスＫ１への及び列Ｃ１、Ｃ２、Ｃ３、Ｃ４か
ら夫々のプロパティＰ１、Ｐ２、Ｐ３、Ｐ４への写像を
示している。

【００６７】本発明の好ましい実施形態による、ＲＤＢ
Ｓからオントロジーモデルへの写像の第二の簡略化され
た図である、図６を参照する。図５からの表１とＴ２と
表示されておりＤ１、Ｄ２、Ｄ３、Ｄ４と表示されてい
る四列を有する第二の表６００とが、図６に示されてい
る。表Ｔ１の列Ｃ１はキーであり、つまり、列Ｃ１に対
する各々の記載事項は一意であり且つその記載事項が置
かれている行に対する識別子として使用され得る。表Ｔ
２の列Ｄ３は、列Ｃ１からのキーの使用によって、表Ｔ
１を参照している。つまり、列Ｄ３の各々の記載事項
は、表Ｔ１内の行を参照しており、その行に対する列Ｃ
１からのキーの使用によってその様な行を明記してい
る。

【００６８】Ｋ１、Ｋ２と表示されている二つのクラス
を有するオントロジーモデル６５０も、図６に示されて
いる。クラスＫ１はそれについて定義されているプロパ
ティＰ１、Ｐ２、Ｐ３、Ｐ４を有しており、クラスＫ２
はそれについて定義されているプロパティＱ１、Ｑ２、
Ｑ４、Ｓを有している。プロパティＳは、そのソースと
してクラスＫ１を有しており、そのターゲットとしてク
ラスＫ２を有している。その標識付けは、表Ｔ１からク
ラスＫ１への及び列Ｃ１、Ｃ２、Ｃ３、Ｃ４から夫々の
プロパティＰ１、Ｐ２、Ｐ３、Ｐ４への写像を示してい
る。Ｃ１がキーとして利用できるという事実はプロパテ
ィＰ１が一対一対応であることに対応しているので、ク
ラスＫ１の二つの別個のインスタンスがプロパティＰ１
に対して同じ値を有することはない。

【００６９】その標識付けは、表Ｔ２からクラスＫ２へ
の及び列Ｄ１、Ｄ２、Ｄ４から夫々のプロパティＱ１、
Ｑ２、Ｑ４への写像をも示している。oが関数合成を表
示しているとすると、列Ｄ３は合成プロパティＰ１ｏＳ
に対応している。つまり、列Ｄ３はＳ（Ｋ２）のプロパ
ティＰ１に対応している。

【００７０】プロパティＰ１、Ｐ２、Ｐ３、Ｐ４、Ｑ
１、Ｑ２、Ｑ４は対応する列記載事項のデータ型に対応
する基本型に写像することが好ましいので、これらのプ
ロパティのターゲットは図６に示されていない。例え
ば、Ｐ１のターゲットは整数であってよく、Ｐ２のター
ゲットは浮動小数点数であってよく、Ｐ３のターゲット
は文字列であってよい。オントロジーモデル６５０のも
っと本質的な部分に焦点を合わせるために、その様な基
本型に対するクラスは示されていない。

【００７１】クラスＫ１、Ｋ２及びプロパティＳはオン
トロジーモデル６５０中に点線で示されている。オント
ロジーのこれらの部分は、表Ｔ１、Ｔ２の基礎になって
いるＲＤＢＳに透過である。これらは、ＲＤＢＳ中に直
接には存在しておらずオントロジーモデル中に存在して
いる付加的な構造を示している。

【００７２】ソースＲＤＢＳ及びターゲットＲＤＢＳが
与えられると、本発明の好ましい実施形態においては、
ターゲットデータベースへのソースデータベースの適切
な変換が下記によって生成される。 （ｉ）ソースＲＤＢＳ及びターゲットＲＤＢＳを共通の
オントロジーモデルに写像する。 （ｉｉ）そのオントロジーモデルのプロパティ用の記号
を使用して、ソースＲＤＢＳのフィールド及びターゲッ
トＲＤＢＳのフィールドをプロパティの用語で表現す
る。 （ｉｉｉ）ソース記号の用語によるターゲット記号用の
表現を導出する。 （ｉｖ）その表現を一つ以上のＳＱＬ問い合わせに変換
する。

【００７３】本発明の好ましい実施形態による、制約及
び結合を含むリレーショナルデータベース変換の簡略化
された図である、図７を参照する。

【００７４】ＸＭＬスキーマ 下記に詳細に記載されている様に、本発明は、ソースか
らターゲットへの望ましい変換を完遂するＸＳＬＴ変換
を決定するために、オントロジーモデルを使用すること
が好ましい。具体的に言うと、本発明は、ソースＸＭＬ
スキーマとターゲットＸＭＬスキーマとの両方が写像さ
れ得る共通のオントロジーモデルを用いる。ソースＸＭ
Ｌスキーマ及びターゲットＸＭＬスキーマを共通のオン
トロジーモデルに写像することによって、本発明は、そ
れらの要素及び属性同士の間の相互関係を導出し、ソー
スＸＭＬスキーマに従っている文書からターゲットＸＭ
Ｌスキーマに従う文書を生成する文書を変換するための
適切なＸＳＬＴスクリプトを決定するためにその相互関
係を使用する。

【００７５】本発明は、ソースＸＭＬ文書をターゲット
ＸＭＬ文書へ変換する実行可能なコードを導出するため
にも使用され得る。好ましい実施形態では、本発明は、
その変換を実行し得るＪａｖａコードの実行可能な部分
を提供するために、その導出されたＸＳＬＴスクリプト
をＪａｖａＸＳＬＴエンジンと共にパッケージする。

【００７６】これは、Ｔｉｂｃｏの様なＥＡＩ製品内で
ＸＳＬＴを展開するために使用されることが好ましい。
具体的に言うと、本発明の好ましい実施形態では、テキ
スト形式で提供されるＸＳＬＴスクリプトを実行させる
ためにＸａｌａｎＸＳＬＴエンジンを使用するＴｉｂｃ
ｏＭｅｓｓａｇｅＢｒｏｋｅｒ中に、（プラグ−インに
似ている）関数がインストールされる。最適化として、
そのＸＳＬＴスクリプトファイルがＪａｖａクラスファ
イルへコンパイルされることが好ましい。

【００７７】Ｔｉｂｃｏの様なＥＡＩ製品内でＸＳＬＴ
スクリプトを展開するための、本発明の好ましい実施形
態の使用の簡略化された図である、図８を参照する。

【００７８】ユーザインタフェース 出願人は、あるスキーマから別のスキーマへデータを変
換するための本発明の好ましい実施形態を実施するCOHE
RENCE^TMと名付けられているソフトウェアアプリケーシ
ョンを開発した。Coherenceはユーザに下記のことを可
能にする。 −ソースＲＤＢＳ及びターゲットＲＤＢＳをインポート
する。 −ソースＲＤＢＳとターゲットＲＤＢＳとの両方が埋め
込まれ得るオントロジーモデルを構築する。 −ソースＲＤＢＳとターゲットＲＤＢＳとをそのオント
ロジーモデルに写像する。 −そのオントロジーモデルのプロパティに制約を課す
る。その写像が一旦定義されると、Coherenceは、ソー
スＲＤＢＳをターゲットＲＤＢＳへ変換するためのＳＱ
Ｌ問い合わせを生成する。

【００７９】本発明の好ましい実施形態によって、Cohe
renceソフトウェアアプリケーションを使用して、ある
リレーショナルデータベーススキーマから別のリレーシ
ョナルデータベーススキーマへデータを変換するユーザ
インタフェースの図である、図９〜１３を参照する。左
枠９１０及び右枠９１５付きの主Coherenceウィンドウ
９０５が、図９に示されている。ウィンドウ９０５は、
夫々Authoring、Mapping、Transformationsと標識付け
されている三つの主タブ９２０、９２５、９３０を含ん
でいる。Authoringタブ９２０は、オントロジーモデル
についての情報を表示し且つクラス及びプロパティを付
加、削除及び編集することによってそのオントロジーモ
デルを修正するために、呼び出される。Mappingタブ９
２５は、ＲＤＢＳとオントロジーへのそのＲＤＢＳの写
像とについての情報を表示し且つその写像を編集するた
めに、呼び出される。Transformationsタブ９３０は、
ソースＲＤＢＳからターゲットＲＤＢＳへのＳＱＬ問い
合わせの形式での変換を表示するために、呼び出され
る。図９では、Authoring用のタブ９２０が選択されて
いることが示されている。

【００８０】左枠９１０は、オントロジーを見る二つの
モード用のアイコン、つまり、継承ツリー表示モードで
見るためのアイコン９３５と、パッケージ表示モードで
見るためのアイコン９４０とを含んでいる。

【００８１】継承ツリー表示モードは、親クラス関係及
び子クラス関係に対応する階層形式で、オントロジーの
クラスを示す。図９に示されている様に、Date、Numbe
r、Ratio、String、NamedElementの基本的なクラスに加
えて、Cityのクラスが存在している。左枠９１０で選択
されているクラスに対応して、右枠９１５はその選択さ
れているクラスについての情報を表示する。右枠９１５
は、クラス情報表示用の六つのタブ、つまり、General
用のタブ９４５、Properties用のタブ９５０、SSubclas
s用のタブ９５５、Enumerated Values用のタブ９６０、
Relations用のタブ９６５及びXMLschema用のタブ９７０
を含んでいる。図９にはGeneral用のタブ９４５に基づ
く表示が示されている。この表示は、そのクラスの名前
であるBeingと、そのクラスが属するパッケージつまりf
undametalとを含んでいる。この表示には、クラスBeing
用の空リストであるimmediate superclassesのリストも
示されている。この表示には、そのクラスのテキスト記
述、つまり、Beingは総てのクラスに対するルートクラ
スであるということ、も示されている。

【００８２】Enumerated Values用のタブ９６０は、名
前付き要素を有するクラス、つまり、総ての可能なイン
スタンスのリストを含むクラスに適用される。例えば、
クラスBooleanは計数値"True"及び"False"を有してお
り、クラスGenderは計数値"Male"及び"Female"を有して
いてよい。

【００８３】図１０は、オントロジー用のパッケージ表
示モードを示している。パッケージは、クラスやプロパ
ティの様な一つ以上のオントロジー概念を含むグループ
である。パッケージは、オントロジーについての情報を
種々の分類に編成するために使用される。図１０に示さ
れている様に、Being、Boolean、Date、Integerの様な
基本的なクラスを含む基本的なパッケージが存在してい
る。図１０には、WeatherFahrenheitと名付けられてお
りCityと名付けられているクラスを含んでいるパッケー
ジも示されている。

【００８４】図１０に示されている様に、左枠９１０で
Cityが選択されており、それに対応して、右枠９１５は
そのクラスCityについての情報を表示している。右枠９
１５は、Properties用のタブ９５０に基づく情報を表示
している。分かる様に、クラスCityは、パッケージWeat
herFahrenheitに属しており、四つのプロパティ、つま
り、型RealNumberのCelsius、型Stringのname、型RealN
umberのFahrenheit、型RealNumberのyearを有してい
る。図１０は、プロパティCelsiusが制約を満足してい
ることを示している。具体的に言うと、Celsius = 5 *
(Fahrenheit - 32) / 9.

【００８５】図１１には、Mapping用のタブ９２５が選
択されていることが示されている。図１１の左枠に示さ
れている様に、二つのＲＤＢＳがCoherenceにインポー
トされている。WeatherCelsiusと名付けられておりTown
sと名付けられている表を含んでいる第一のＲＤＢＳ
と、WeatherFahrenheitと名付けられておりCitiesと名
付けられている表を含んでいる第二のＲＤＢＳとであ
る。

【００８６】図１１ではCitiesと名付けられている表が
選択されていることが示されており、それに対応して右
枠はオントロジーへのCitiesの写像に関する情報を表示
している。分かる様に、表Citiesは、三つのフィール
ド、つまり、Fahrenheit、city、yearを含んでいる。表
CitiesはオントロジーのクラスCityへ写像されており、
フィールドFahrenheitはオントロジーのプロパティFahr
enheitへ写像されており、フィールドcityはオントロジ
ーのプロパティnameへ写像されており、フィールドyear
はオントロジーのプロパティyearへ写像されている。こ
のＲＤＢＳWeatherFahrenheitはソースＲＤＢＳと呼ば
れる。

【００８７】Mapping用のタブ９２５が選択されている
と、右枠は、そのＲＤＢＳについての情報を表示するた
めの三つのタブ、つまり、Map Info用のタブ９７５、Ta
bleInfo用のタブ９８０、Foreign Keys用のタブ９８５
を含んでいる。

【００８８】WeatherCelsiusと名付けられているＲＤＢ
Ｓが図１２に表示されている。分かる様に、表Towns
は、三つのフィールド、つまり、town、Celcius、year
を含んでいる。この表TownsはオントロジーのクラスCit
yへ写像されており、フィールドtownはオントロジーの
プロパティnameへ写像されており、フィールドCelcius
はオントロジーのプロパティCelciusへ写像されてお
り、フィールドyearはオントロジーのプロパティyearへ
写像されている。このＲＤＢＳWeatherCelciusはターゲ
ットＲＤＢＳと呼ばれる。

【００８９】従って、ターゲットＲＤＢＳは次の表１の
通りである。

【表１】 ソースＲＤＢＳは次の表２の通りである。

【表２】

【００９０】図１３には、Transformations用のタブ９
３０が選択されていることが示されている。右枠で分か
る様に、ソース表はCitiesであり、ターゲット表はTown
sである。次のＳＱＬ問い合わせが望ましい変換を完遂
する。 INSERT INTO WeatherCelcius.Towns(CELCIUS, TOWN, YEAR) (SELECT (5 * (A.FAHRENHEIT - 32) / 9) AS CELCIUS, A.CITY AS TOWN, A.YEAR AS YEAR FROM WeatherFahrenheit.Cities A);

【００９１】本発明の好ましい実施形態によって、Cohe
renceへＲＤＢＳをインポートするアプリケーション用
のユーザインタフェースの図である、図１４を参照す
る。図１４には、スキーマ変換アプリケーション用のウ
ィンドウ１０１０が示されている。ユーザは次のフィー
ルドを明記することが好ましい。 −Database Name １０２０：OracleがＳＩＤ（System I
dentifier）と呼んでいるもの。 −Host Name １０３０：Oracle 8iサーバの名称（また
はGlobal Database Name）。 −Port １０４０：ポート番号 −Username １０５０：関係のあるスキーマへの特権を
有するユーザのユーザ名称。 −Password １０６０：関係のあるスキーマへの特権を
有するユーザのパスワード。 −Oracle Schema １０７０：.SML形式へ変換されるべき
Oracle中のスキーマつまりデータベース。この.SML形式
はCoherenceによって使用される内部ＲＤＢＳ形式であ
る。一つよりも多いスキーマをインポートする場合は、
セミコロン（；）がスキーマ名称同士の間に置かれる。 −Coherence Schema １０８０：Coherence中のMapping
Tab上に表示されるＲＤＢＳを識別する標識。このフィ
ールドは任意であり、もし空白のままであれば、Oracle
スキーマ名称が使用される。 −Output File １０９０：生成される.SMLファイル用の
名称。

【００９２】本発明の好ましい実施形態によって、Cohe
renceソフトウェアアプリケーションを使用して、ある
ＸＭＬスキーマから別のＸＭＬスキーマへデータを変換
するためのユーザインタフェースの図である、図１５〜
３２を参照する。図１５には、Airline Integrationオ
ントロジーモデルのパッケージビューをその左枠に有す
るウィンドウが示されている。この左枠はfundamental
パッケージからのクラスを表示している。クラスDateが
強調されていることが示されており、そのプロパティが
右枠に示されている。fundamentalパッケージが標準デ
ータ型用に使用されている。図１６には、Airline Inte
grationオントロジーモデルの階層ビューをその左枠に
有するウィンドウが示されている。この左枠は、Freque
ntFlyerがPassengerの子クラスであり、PassengerがPer
sonの子クラスであり、PersonがBeingの子クラスである
ことを示している。その右枠はクラスFrequentFlyerに
ついての一般的な情報を表示している。

【００９３】図１７は、既存のオントロジーモデルを開
くために使用されるウィンドウを示している。Coherenc
eソフトウェアアプリケーションでは、オントロジーモ
デルはＸＭＬを使用して記述され.omlファイルに格納さ
れる。この様なファイルは２００１年５月２５日に出願
されて共同オントロジーモデル化の方法及びシステムと
表題を付けられている本願出願人による共同出願中の米
国特許出願第０９／８６６，１０１号に記載されてお
り、これによって参照によりその内容が組み入れられて
いる。

【００９４】図１８は、図１６からの階層ビューを示し
ており、FrequentFlyerクラスのプロパティを示してい
る。プロパティfullNameが強調されており、制約情報用
のウィンドウは、オントロジーのプロパティfirstNam
e、lastName、fullName同士の間に関係が存在している
こと、つまり、fullNameが間に空白を有するfirstName
とlastNameとの連結であること、を示している。この関
係はConstraint_5として表示されている。

【００９５】図１９は、図１６からの階層ビューを示し
ており、Passengerクラスのテストインスタンスを示し
ている。インスタンスのリストが、そのリストから選択
された特定のインスタンス用のプロパティ値と共に、右
枠に表示されている。

【００９６】図２０は、航空会社情報用の二つのインポ
ートされるＸＭＬスキーマを示している。図２１は、Ｘ
ＭＬスキーマをCoherenceへインポートするためのウィ
ンドウを示している。図２２は、British Airways用の
インポートされるＸＭＬスキーマの表示と、そのインポ
ートされるスキーマからの複合型のリストとを有する、
ウィンドウを示している。複合型Journeyが選択されて
おり、右枠は、Journeyとその要素とがオントロジーモ
デルのクラス及びプロパティに現在は写像されていない
ことを示している。

【００９７】図２３は、British AirwaysＸＭＬスキー
マからAirline Integrationオントロジーモデルへの写
像を生成するためのウィンドウを示している。オントロ
ジーのクラスFlightがＸＭＬ複合型Journeyに対応する
ために選択されていることが示されている。図２４は図
２２からの左枠を示しており、その右枠は、今度は、Br
itish AirwaysＸＭＬスキーマからのＸＭＬ複合型Journ
eyがAirline Integrationオントロジーモデルからのク
ラスFlightへ写像されたことを示している。図２５は、
図２２からの左枠と、ＸＭＬスキーマから要素へ対応す
るためにプロパティ及び間接プロパティ（つまり、プロ
パティの合成物）を選択するためのウィンドウとを示し
ている。図２５には、クラスFlightのプロパティdistan
ceInMiles()が選択されていることが示されている。図
２６は図２２からの左枠を示しており、その右枠は、今
度は、JourneyがFlightに写像され、複合型Journey内の
ＸＭＬ要素distance_in_milesがクラスFlightのプロパ
ティdistanceInMiles()へ写像されたことを、示してい
る。図２７は図２２からの左枠を示しており、その右枠
は、今度は、写像が複合型Journeyの総てのＸＭＬ要素
へ拡張されたことを示しており、各々の要素が写像され
ている夫々のプロパティを示している。図２８は、複合
型Journey用のスキーマ情報を示しており、その要素と
それらのデータ型とをリストしている。

【００９８】図２９は、得られる変換を明記するための
ウィンドウを示している。図２９には、ソースデータス
キーマつまりインポートされたSwissAirＸＭＬスキーマ
からターゲットデータスキーマつまりインポートされた
British AirwaysＸＭＬスキーマへの変換を導出するた
めの要求が示されている。図３０には、SwissAirスキー
マに従っているＸＭＬ文書をBritish Airwaysスキーマ
に従うＸＭＬ文書へ変換するために生成されたＸＳＬＴ
スクリプトが示されている。図３１は、図３０からの導
出されたＸＳＬＴスクリプトを適用することによって得
られた、British AirwaysＸＭＬ文書へのSwissAirＸＭ
Ｌ文書の特定の変換を示している。最後に、図３２は、
特定の飛行便及び乗客付きの新しく生成されたBritish
AirwaysＸＭＬ文書の表示を示している。

【００９９】

【実施例】本発明の内容を明快にし且つ展示するため
に、一連の２３の実施例を通して本発明の作用が最初に
説明されており、実施の一般的な説明がその後に成され
ている。二つのシリーズの実施例が示されている。最初
の１１の実施例から成る第一のシリーズはＲＤＢＳ変換
に関するものである。これらの実施例の各々に対して、
ソースＲＤＢＳ及びターゲットＲＤＢＳが入力として示
されており、共通のオントロジーモデルへのこれらのス
キーマの写像も示されている。出力は、ソースＲＤＢＳ
に従っているデータベース表をターゲットＲＤＢＳに従
うデータベース表へ変換する適切なＳＱＬ問い合わせで
ある。各実施例は、ソース記号及びターゲット記号の導
出、ソース記号の用語によるターゲット記号の表現、及
び、この表現に基づく適切なＳＱＬ問い合わせの導出を
通って進む。

【０１００】最後の１２の実施例から成る第二のシリー
ズはＸＳＬＴ変換に関するものである。これらの実施例
の各々に対して、ソースＸＭＬスキーマ及びターゲット
ＸＭＬスキーマが入力として示されており、共通のオン
トロジーモデルへのこれらのスキーマの写像も示されて
いる。出力は、ソーススキーマに従っているＸＭＬ文書
をターゲットスキーマに従うＸＭＬ文書へ変換する適切
なＸＳＬＴスクリプトである。

【０１０１】第一実施例：Schoolchildren 第一実施例では、ターゲット表は次の表３の形式であ
る。

【表３】

【０１０２】四つのソース表は次の表４〜７の様に与え
られている。

【表４】

【表５】

【表６】

【表７】

【０１０３】基礎になっているオントロジーが図３３に
示されている。図３３中のオントロジーの点線部分は、
リレーショナルデータベーススキーマに透過な付加的な
オントロジー構造を示している。図３３中に示されてい
るプロパティの番号付けを使用すれば、オントロジーの
一意のプロパティは次の表８の様に識別される。

【表８】

【０１０４】オントロジーへのターゲットスキーマの写
像は次の表９の通りである。

【表９】

【０１０５】記号ｏはプロパティの合成を示すために使
用されている。オントロジーへのソーススキーマの写像
は、次の表１０の通りである。

【表１０】

【０１０６】ソースプロパティの索引は次の表１１の通
りである。

【表１１】

【０１０７】表１１中の記号は、ソース表のフィールド
をキーフィールドに関係付けている。従って、表Ｓ₁で
は、第一フィールドであるS₁.Nameがキーフィールドで
ある。第二フィールドであるS₁.School_Attendingは合
成物10o9o6^-1によって第一フィールドに関係付けられて
おり、第三フィールドであるS₁.Mother_NI_Numberは合
成物4o5o6^-1によって第一フィールドに関係付けられて
いる。一般に、表が一つよりも多いキーフィールドを含
んでいれば、これらのキーフィールドの各々に関係して
いる表現がリストされる。

【０１０８】６^-1の様な逆記法は、プロパティ６の逆を
示すために使用されている。プロパティ６はオントロジ
ーモデル中の一意のつまり一対一対応のプロパティであ
るので、これは十分に定義されている。Child_Nameにキ
ー付けされているターゲットプロパティの索引は、次の
表１２の通りである。

【表１２】

【０１０９】表１２に与えられているパスに基づくと、
望ましいＳＱＬ問い合わせは次の通りである。 INSERT INTO T(Child_Name, Mother_Name, School_Location, Form) (SELECT S₁.Name AS Child_Name, S₂.Name AS Mother_Name, S₃.Location AS School_Location, S₄.Form AS Form FROM S₁, S₂, S₃, S₄ WHERE S₂.NI_Number = S₁.Mother_NI_Number AND S₃.Name = S₁.School_Attending AND S₄.Name = S₁.Name);

【０１１０】実施例で提供される規則は、ソース記号の
用語によるターゲット記号の表現をＳＱＬ問い合わせへ
変換する段階に関するものである。一般に、 規則１：ソース表Ｓからのソース記号を使用してターゲ
ット記号が仮に(aob^-1)と表現されていると、ａへのＳ
の列の写像はＳＱＬ問い合わせのSELECT節の中で使用さ
れ、ｂへのＳの列の写像はWHERE節の中で使用される。 規則２：ソース記号の合成物としてターゲット記号が表
現されており、仮に、第一のソース表Ｓ₁からaob^-1が取
り出され、第二のソース表Ｓ₂からboc^-1が取り出され
て、(aob^-1) o (boc^-1)と表現されていると、Ｓ₁及びＳ
₂はｂへの夫々の列写像によってＳＱＬ問い合わせ中で
結合されなければならない。 規則３：ソース表Ｓからのソース記号を使用してターゲ
ット記号が仮に(aob^-1)と表現されており、且つ、その
ターゲット記号が形式boc^-1の他のソース記号で構成さ
れていなければ、表Ｓはｂへの列写像を介してターゲッ
ト表に結合されなければならない。

【０１１１】表１３、１４、１５、１６である次のサン
プルソースデータに適用されると、上記のＳＱＬ問い合
わせは表１７中のターゲットデータを作り出す。

【表１３】

【表１４】

【表１５】

【表１６】

【表１７】

【０１１２】第二実施例：Employees 第二実施例では、ターゲット表は次の表１８の形式であ
る。

【表１８】

【０１１３】四つのソース表は次の表１９〜２２の様に
与えられている。

【表１９】

【表２０】

【表２１】

【表２２】

【０１１４】基礎になっているオントロジーが、図３４
に示されている。図３４中のオントロジーの点線部分
は、リレーショナルデータベーススキーマに透過な付加
的なオントロジー構造である。そのオントロジーの一意
のプロパティは、次の表２３の通りである。

【表２３】

【０１１５】そのオントロジーへのターゲットスキーマ
の写像は、次の表２４の通りである。

【表２４】

【０１１６】そのオントロジーへのソーススキーマの写
像は、次の表２５の通りである。

【表２５】

【０１１７】ソースプロパティの索引は、次の表２６の
通りである

【表２６】

【０１１８】Nameにキー付けされているターゲットプロ
パティの索引は、次の表２７の通りである。

【表２７】

【０１１９】表２７に与えられているパスに基づくと、
望ましいＳＱＬ問い合わせは次の通りである。 INSERT INTO T(Name, Department, Supervisor, Room#) (SELECT S₁.Name AS Name, S₁.Department AS Department, S₂.Supervisor AS Supervisor, S₃.Room_Assignment AS Room# FROM S₁, S₂, S₃ WHERE S₂.Employee_Name = S₁.Name AND S₃.ID# = S₁.Emp_ID#);

【０１２０】なお、表Ｓ₄はＳＱＬ中に必要でない。表
２８、２９、３０である次のサンプルソースデータに適
用されると、上記のＳＱＬ問い合わせは表３１中のター
ゲットデータを作り出す。

【表２８】

【表２９】

【表３０】

【表３１】

【０１２１】第三実施例：Airline Flights 第三実施例では、ターゲット表は次の表３２の形式であ
る。

【表３２】

【０１２２】二つのソース表は次の表３３、３４の様に
与えられている。

【表３３】

【表３４】

【０１２３】基礎になっているオントロジーが、図３５
に示されている。図３５中のオントロジーの点線部分
は、リレーショナルデータベーススキーマに透過な付加
的なオントロジー構造である。そのオントロジーの一意
のプロパティは、次の表３５の通りである。

【表３５】

【０１２４】そのオントロジーへのターゲットスキーマ
の写像は、次の表３６の通りである。

【表３６】

【０１２５】オントロジーへのソーススキーマの写像
は、次の表３７の通りである。

【表３７】

【０１２６】ソースプロパティの索引は次の表３８の通
りである。

【表３８】

【０１２７】FlightIDにキー付けされているターゲット
プロパティの索引は、次の表３９の通りである。

【表３９】

【０１２８】パス(2o1^-1)が表３９の二つの行に現れて
いるので、ＳＱＬ問い合わせ中のＳ₁のために二つの表
を作成する必要がある。表３７に与えられているパスに
基づくと、望ましいＳＱＬ問い合わせは次の通りであ
る。 INSERT INTO T(FlightID, DepartingCity, ArrivingCity) (SELECT S₂.FlightID AS FlightID, S₁₁.Location AS DepartingCity, S₁₂.Location AS ArrivingCity FROM S₁ S₁₁, S₁ S₁₂, S₂ WHERE S₁₁.APName = S₂.FromAirport AND S₁₂.APName = S₂.ToAirport);

【０１２９】一般に、 規則４：ターゲット記号の表現に際して同じソース記号
が複数回使用されていると、ソース記号の各々の発生は
そのソース記号を含んでいるソース表の別個の写しを参
照しなければならない。

【０１３０】表４０、４１である次のサンプルソースデ
ータに適用されると、上記のＳＱＬ問い合わせは表４２
中のターゲットデータを作り出す。

【表４０】

【表４１】

【表４２】

【０１３１】第四実施例：家系 第四実施例では、ターゲット表は次の表４３の形式であ
る。

【表４３】

【０１３２】一つのソース表は次の表４４の様に与えら
れている。

【表４４】

【０１３３】基礎になっているオントロジーが、図３６
に示されている。図３６中のオントロジーの点線部分
は、リレーショナルデータベーススキーマに透過な付加
的なオントロジー構造である。そのオントロジーの一意
のプロパティは、次の表４５の通りである。

【表４５】

【０１３４】そのオントロジーへのターゲットスキーマ
の写像は、次の表４６の通りである。

【表４６】

【０１３５】そのオントロジーへのソーススキーマの写
像は、次の表４７の通りである。

【表４７】

【０１３６】ソースプロパティの索引は、次の表４８の
通りである。

【表４８】

【０１３７】IDにキー付けされているターゲットプロパ
ティの索引は、次の表４９の通りである。

【表４９】

【０１３８】表４９に与えられているパスに基づくと、
望ましいＳＱＬ問い合わせは次の通りである。

【０１３９】第五実施例：家系 第五実施例では、第四実施例中におけるFather_Nameの
ターゲットプロパティがGrandfather_Nameに変更されて
いるので、ターゲット表は次の表５０の形式である。

【表５０】

【０１４０】一つのソース表は表４４に上記の様に与え
られている。基礎になっているオントロジーも、図３６
に示されている。そのオントロジーの一意のプロパティ
は、表４５における上記の通りである。

【０１４１】そのオントロジーへのターゲットスキーマ
の写像は、次の表５１の通りである。

【表５１】

【０１４２】そのオントロジーへのソーススキーマの写
像は、上記の表４７に与えられている。ソースプロパテ
ィの索引は、上記の表４８に与えられている。

【０１４３】IDにキー付けされているターゲットプロパ
ティの索引は、次の表５２の通りである。

【表５２】

【０１４４】表５２に与えられているパスに基づくと、
望ましいＳＱＬ問い合わせは次の通りである。

【０１４５】第六実施例：Dog Owners 第六実施例では、ターゲット表は次の表５３の形式であ
る。

【表５３】

【０１４６】二つのソース表は次の表５４の様に与えら
れている。

【表５４】

【表５５】

【０１４７】基礎になっているオントロジーが、図３７
に示されている。図３７中のオントロジーの点線部分
は、リレーショナルデータベーススキーマに透過な付加
的なオントロジー構造である。そのオントロジーの一意
のプロパティは、次の表５６の通りである。

【表５６】

【０１４８】そのオントロジーへのターゲットスキーマ
の写像は、次の表５７の通りである。

【表５７】

【０１４９】そのオントロジーへのソーススキーマの写
像は、次の表５８の通りである。

【表５８】

【０１５０】ソースプロパティの索引は、次の表５９の
通りである。

【表５９】

【０１５１】IDにキー付けされているターゲットプロパ
ティの索引は、次の表６０の通りである。

【表６０】

【０１５２】表６０に与えられているパスに基づくと、
望ましいＳＱＬ問い合わせは次の通りである。 INSERT INTO T(ID, Name, Dogs_Previous_Owner) (SELECT S₁.ID AS ID, S₁.Name AS Name, S₂.Previous_Owner AS Dogs_Previous_Owner FROM S₁, S₂ WHERE S₂.Name = S₁.Dog);

【０１５３】第七実施例：Employees 第七実施例では、ターゲット表は次の表６１の形式であ
る。

【表６１】

【０１５４】五つのソース表は次の表６２〜６６の様に
与えられている。

【表６２】

【表６３】

【表６４】

【表６５】

【表６６】

【０１５５】基礎になっているオントロジーが、図３８
に示されている。図３８中のオントロジーの点線部分
は、リレーショナルデータベーススキーマに透過な付加
的なオントロジー構造である。そのオントロジーの一意
のプロパティは、次の表６７の通りである。

【表６７】

【０１５６】そのオントロジーへのターゲットスキーマ
の写像は、次の表６８の通りである。

【表６８】

【０１５７】そのオントロジーへのソーススキーマの写
像は、次の表６９の通りである。

【表６９】

【０１５８】ソースプロパティの索引は、次の表７０の
通りである

【表７０】

【０１５９】IDにキー付けされているターゲットプロパ
ティの索引は、次の表７１の通りである。

【表７１】

【０１６０】表７１に与えられているパスに基づくと、
望ましいＳＱＬ問い合わせは次の通りである。 INSERT INTO T(ID, Name, Email, Department) (SELECT S₁.ID AS ID, S₃.Name AS Name, S₂.Email AS Email, S₁.Department AS Department FROM S₁, S₂, S₃ WHERE S₂.ID = S₁.ID AND S₃.ID = S₁.ID UNION SELECT S₁.ID AS ID, S₃.Name AS Name, S₄.Email AS Email, S₁.Department AS Department FROM S₁, S₃, S₄ WHERE S₃.ID = S₁.ID AND S₄.ID = S₁.ID UNION SELECT S₁.ID AS ID, S₃.Name AS Name, S₂.Email AS Email, S₅.Department AS Department FROM S₁, S₂, S₃, S₅ WHERE S₂.ID = S₁.ID AND S₃.ID = S₁.ID AND S₅.ID = S₁.ID UNION SELECT S₁.ID AS ID, S₃.Name AS Name, S₄.Email AS Email, S₅.Department AS Department FROM S₁, S₃, S₄, S₅ WHERE S₂.ID = S₁.ID AND S₃.ID = S₁.ID AND S₄.ID = S₁.ID AND S₅.ID = S₁.ID);

【０１６１】一般に、 規則５：ターゲット記号を表現するために使用されてい
るソース記号が複数のソース表中に存在していれば、各
々のその様な表はＳＱＬ問い合わせ中及び結果として生
じる結合問い合わせ中で参照されなければならない。

【０１６２】表７２、７３、７４、７５、７６である次
のサンプルソースデータに適用されると、上記のＳＱＬ
問い合わせは表７７中のターゲットデータを作り出す。

【表７２】

【表７３】

【表７４】

【表７５】

【表７６】

【表７７】

【０１６３】第八実施例：Employees 第八実施例では、ターゲット表は次の表７８の形式であ
る。

【表７８】

【０１６４】二つのソース表は次の表７９、８０の様に
与えられている。

【表７９】

【表８０】

【０１６５】基礎になっているオントロジーが、図３９
に示されている。図３９中のオントロジーの点線部分
は、リレーショナルデータベーススキーマに透過な付加
的なオントロジー構造である。そのオントロジーの一意
のプロパティは、次の表８１の通りである。

【表８１】

【０１６６】そのオントロジーへのターゲットスキーマ
の写像は、次の表８２の通りである。

【表８２】

【０１６７】そのオントロジーへのソーススキーマの写
像は、次の表８３の通りである。

【表８３】

【０１６８】ソースプロパティの索引は、次の表８４の
通りである

【表８４】

【０１６９】Emp_Nameにキー付けされているターゲット
プロパティの索引は、次の表８５の通りである。

【表８５】

【０１７０】ソース表Ｓ₁、Ｓ₂の各々がターゲット表Ｔ
を生成するのに十分であるので、望ましいＳＱＬはＳ₁
のみを含む問い合わせとＳ₂のみを含む問い合わせとの
和集合である。具体的に言うと、表８５に与えられてい
るパスに基づくと、望ましいＳＱＬ問い合わせは次の通
りである。

【０１７１】一般に、 規則６：総てのターゲット記号を生成するのに十分なソ
ース記号を一つ以上のソース表が含んでいれば、各々の
その様なソース表はＳＱＬ問い合わせ中及び結果として
生じる結合問い合わせ中で単独で使用されなければなら
ない。（規則６は規則５と矛盾していないことに注意が
必要である。）

【０１７２】表８６、８７である次のサンプルソースデ
ータに適用されると、上記のＳＱＬ問い合わせは表８８
中のターゲットデータを作り出す。

【表８６】

【表８７】

【表８８】

【０１７３】第九実施例：データ制約 第九実施例では、ターゲット表は次の表８９の形式であ
る。

【表８９】

【０１７４】二つのソース表は次の表９０、９１の様に
与えられている。

【表９０】

【表９１】

【０１７５】基礎になっているオントロジーが、図４０
に示されている。図４０中のオントロジーの点線部分
は、リレーショナルデータベーススキーマに透過な付加
的なオントロジー構造である。プロパティtemperature_
in_Centrigadeとプロパティtemperature_in_Fahrenheit
とは、次の制約によって関係付けられている。 Temperature_in_Centrigade(City) = 5/9 * (temperature_in_Fahrenheit(City) - 32)

【０１７６】そのオントロジーの一意のプロパティは、
次の表９２の通りである。

【表９２】

【０１７７】そのオントロジーへのターゲットスキーマ
の写像は、次の表９３の通りである。

【表９３】

【０１７８】オントロジーへのソーススキーマの写像
は、次の表９４の通りである。

【表９４】

【０１７９】ソースプロパティの索引は次の表９５の通
りである。

【表９５】

【０１８０】Cityにキー付けされているターゲットプロ
パティの索引は、次の表９６の通りである。

【表９６】

【０１８１】ソース表Ｓ₁、Ｓ₂の各々がターゲット表Ｔ
を生成するのに十分であるので、望ましいＳＱＬはＳ₁
のみを含む問い合わせとＳ₂のみを含む問い合わせとの
和集合である。具体的に言うと、表８５に与えられてい
るパスに基づくと、望ましいＳＱＬ問い合わせは次の通
りである。 INSERT INTO T(City, Temperature) (SELECT S₁.City AS City, 5/9 * (S₁.Temperature - 32) AS Temperature FROM S₁ UNION SELECT S₂.City AS City, S₂.Temperature AS Temperature FROM S₂);

【０１８２】一般に、 規則７：ターゲット記号が依存関係制約によって一つ以
上のソース記号の用語で表現され得るならば、その様な
制約はターゲット記号のリスト中に現れなければならな
い。

【０１８３】表９７、９８である次のサンプルソースデ
ータに適用されると、上記のＳＱＬ問い合わせは表９９
中のターゲットデータを作り出す。

【表９７】

【表９８】

【表９９】

【０１８４】第一〇実施例：Pricing 第一〇実施例では、ターゲット表は次の表１００の形式
である。

【表１００】

【０１８５】二つのソース表は次の表１０１、１０２の
様に与えられている。

【表１０１】

【表１０２】

【０１８６】基礎になっているオントロジーが、図４１
に示されている。図４１中のオントロジーの点線部分
は、リレーショナルデータベーススキーマに透過な付加
的なオントロジー構造である。プロパティpriceとプロ
パティcost_of_productionとプロパティmarginとは、次
の制約によって関係付けられている。 price(Product) = cost_of_production(Product) * margin(Product).

【０１８７】そのオントロジーの一意のプロパティは、
次の表１０３の通りである。

【表１０３】

【０１８８】そのオントロジーへのターゲットスキーマ
の写像は、次の表１０４の通りである。

【表１０４】

【０１８９】オントロジーへのソーススキーマの写像
は、次の表１０５の通りである。

【表１０５】

【０１９０】ソースプロパティの索引は次の表１０６の
通りである。

【表１０６】

【０１９１】Productにキー付けされているターゲット
プロパティの索引は、次の表１０７の通りである。

【表１０７】

【０１９２】表１０７に与えられているパスに基づく
と、望ましいＳＱＬ問い合わせは次の通りである。 INSERT INTO T(Product, Price) (SELECT S₁.SKU AS Product, (S₁.Cost) * (S₂.Margin) AS Price FROM S₁, S₂ WHERE S₂.Item = S₁.SKU);

【０１９３】表１０８、１０９である次のサンプルソー
スデータに適用されると、上記のＳＱＬ問い合わせは表
１１０中のターゲットデータを作り出す。

【表１０８】

【表１０９】

【表１１０】

【０１９４】第一一実施例：文字列連結 第一一実施例では、ターゲット表は次の表１１１の形式
である。

【表１１１】

【０１９５】一つのソース表は次の表１１２の様に与え
られている。

【表１１２】

【０１９６】基礎になっているオントロジーが、図４２
に示されている。図４２中のオントロジーの点線部分
は、リレーショナルデータベーススキーマに透過な付加
的なオントロジー構造である。プロパティfull_nameと
プロパティfirst_nameとプロパティlast_nameとは、次
の制約によって関係付けられている。 full_name(Person) = first_name(Person) ‖ last_name(Person) ‖は文字列連結を表示している。

【０１９７】そのオントロジーの一意のプロパティは、
次の表１１３の通りである。

【表１１３】

【０１９８】そのオントロジーへのターゲットスキーマ
の写像は、次の表１１４の通りである。

【表１１４】

【０１９９】オントロジーへのソーススキーマの写像
は、次の表１１５の通りである。

【表１１５】

【０２００】ソースプロパティの索引は次の表１１６の
通りである。

【表１１６】

【０２０１】ID#にキー付けされているターゲットプロ
パティの索引は、次の表１１７の通りである。

【表１１７】

【０２０２】表１１７に与えられているパスに基づく
と、望ましいＳＱＬ問い合わせは次の通りである。 INSERT INTO T(ID#, Full_Name) (SELECT S.ID# AS ID#, (S.First_Name) ‖ (S.Last_Name) AS Full_Name FROM S);

【０２０３】表１１８である次のサンプルソースデータ
に適用されると、上記のＳＱＬ問い合わせは表１１９中
のターゲットデータを作り出す。

【表１１８】

【表１１９】

【０２０４】第一二実施例：Books→Documents Books用のソースＸＭＬスキーマが下記によって与えら
れている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/20001/XMLschema"> <xs:element name="book" type="Book"/> <xs:complexType name="Book"> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="author" type="Author"/> </xs:sequence> </xs:complexType> <xs:complexType name="Author"> <xs:attribute name="name"/> </xs:complexType> </xs:schema>

【０２０５】Documents用のターゲットＸＭＬスキーマ
が下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema"> <xs:element name="document" type="Document"/> <xs:complexType name="Document"> <xs:all> <xs:element name="writer" type="xs:string"/> </xs:all> <xs:attribute name="title"/> </xs:complexType> </xs:schema>

【０２０６】ソースＸＭＬスキーマ及びターゲットＸＭ
Ｌスキーマ用の共通のオントロジーモデルが、図４３に
示されている。オントロジーモデルへのソースＸＭＬス
キーマの写像は、次の表１２０によって与えられる。

【表１２０】

【０２０７】オントロジーモデルへのターゲットＸＭＬ
スキーマの写像は、次の表１２１によって与えられる。

【表１２１】 表１２０、１２１は、ＸＳＬの要素及び属性を示すため
にＸＰａｔｈの記法を使用している。

【０２０８】表１２０、１２１に基づくと、ソーススキ
ーマに従っているＸＭＬ文書をターゲットスキーマに従
う対応文書へ写像するＸＳＬＴ変換は、次の作業を完遂
しなければならない。 １．document/@title ← book/name/text() ２．document/writer/text() ← book/author/@name

【０２０９】その様な変換は下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl: stylesheet version="1.0" xmlns:xsl="http ://www.w3.org/1999/XSL/Tr ansform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <document> <xsl:for-each select=".//book[position() = 1]"> <xsl:attribute name="title"> <xsl:value-of select="name()"/> </xsl:attribute> <xsl:element name="writer"> <xsl:value-of select="author/@name" /> </xsl:element> </xsl:for-each> </document> </xsl:template> </xsl:stylesheet>

【０２１０】第一三実施例：Books→Documents Books用のソースＸＭＬスキーマが下記によって与えら
れている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema"> <xs:element name="book" type="Book"/> <xs:complexType name="Book"> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="author" type="Author" minOccurs="0" maxOccurs="unb ounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Author"> <xs:attribute name="name"/> </xs:complexType> </xs:schema>

【０２１１】Documents用のターゲットＸＭＬスキーマ
が下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema"> <xs:element name="document" type="Document"/> <xs:complexType name="Document"> <xs:choice> <xs:element name="writer" type="xs:string" minOccurs="1" maxOccurs=" unbounded"/> <xs:element name="title" type="xs:string"/> <xs:element name="ISBN" type="xs:string" /> </xs:choice> </xs:complexType> </xs:schema>

【０２１２】ソースＸＭＬスキーマ及びターゲットＸＭ
Ｌスキーマ用の共通のオントロジーモデルが、図４４に
示されている。オントロジーモデルへのソースＸＭＬス
キーマの写像は、上記の表１１８によって与えられてい
る。オントロジーモデルへのターゲットＸＭＬスキーマ
の写像は、次の表１２２によって与えられる。

【表１２２】

【０２１３】表１２０、１２２に基づくと、ソーススキ
ーマに従っているＸＭＬ文書をターゲットスキーマに従
う対応文書へ写像するＸＳＬＴ変換は、次の作業を完遂
しなければならない。 １．document/title/text() ← book/name/text() ２．document/writer/text() ← book/author/@name

【０２１４】その様な変換は下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl: stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tra nsform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <document> <xsl:apply-templates select="book" /> </document> </xsl:template> <xsl:template match="book"> <xsl:choose> <xsl:when test="author"> <xsl:for-each select="author"> <xsl: element name="writer"> <xsl:value-of select="@name"/> </xsl:element> </xsl:for-each> </xsl:when> <xsl:when test="name"> <xsl:element name="title"> <xsl:value-of select="name/text()"/> </xsl:element> </xsl:when> </xsl:choose> </xsl:template> </xsl:stylesheet>

【０２１５】第一四実施例：Document Storage Books用のソースＸＭＬスキーマが下記によって与えら
れている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema"> <xs:element name="library" type="Library"/> <xs:complexType name="Library"> <xs:sequence> <xs:element name="source" type="Source" minOccurs="0" maxOccurs="unb ounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Source"> <xs:sequence> <xs:element name="review" type="Review" minOccurs="0" maxOccurs="unb ounded"/> <xs:element name="article" type="Article" minOccurs="0" maxOccurs="u nbounded"/> <xs:element name="letter" type="Letter" minOccurs="0" maxOccurs="unb ounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Review"> <xs:sequence> <xs:element name="author" type="xs:string" minOccurs="0" maxOccurs=" unbounded"/> </xs:sequence> <xs:attribute name="title"/> </xs:complexType> <xs:complexType name="Article"> <xs:sequence> <xs:element name="writer" type="xs:string" minOccurs="0" maxOccurs=" unbounded"/> </xs:sequence> <xs:attribute name="name"/> </xs:complexType> <xs:complexType name="Letter"> <xs:sequence> <xs:element name="sender" type="xs:string" minOccurs="0" maxOccurs=" unbounded"/> </xs:sequence> <xs:attribute name="name"/> <xs:attribute name="subject"/> <xs:attribute name="receiver"/> </xs:complexType> </xs:schema>

【０２１６】Documents用の第一のターゲットＸＭＬス
キーマが下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema"> <xs:element name="storage" type="Storage"/> <xs:complexType name="Storage"> <xs:sequence> <xs:element name="articles" type="Documents"/> <xs:element name="reviews" type="Documents"/> <xs:element name="letters" type="Letters"/> </xs:sequence> </xs:complexType> <xs:complexType name="Documents"> <xs:sequence> <xs:element name="document" type="Document" minOccurs="0" maxOccurs= "unbounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Letters"> <xs:sequence> <xs:element name="letter" type="Letter" minOccurs="0" maxOccurs="unb ounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Document"> <xs:sequence> <xs:element name="author" type="xs:string" minOccurs="0" maxOccurs=" unbounded"/> </xs:sequence> <xs:attribute name="title"/> </xs:complexType> <xs:complexType name="Letter"> <xs:sequence> <xs:element name="author" type="xs:string" minOccurs="0" maxOccurs=" unbounded"/> </xs:sequence> <xs:attribute name="name"/> <xs:attribute name="subject"/> <xs:attribute name="receiver"/> </xs:complexType> </xs:schema>

【０２１７】ソースＸＭＬスキーマ及び第一のターゲッ
トＸＭＬスキーマ用の共通のオントロジーモデルが、図
４５に示されている。オントロジーモデルへのソースＸ
ＭＬスキーマの写像は、次の表１２３によって与えられ
る。

【表１２３】

【０２１８】オントロジーモデルへの第一のターゲット
ＸＭＬスキーマの写像は、次の表１２４によって与えら
れる。

【表１２４】

【０２１９】表１２３、１２４に基づくと、ソーススキ
ーマに従っているＸＭＬ文書をターゲットスキーマに従
う対応文書へ写像するＸＳＬＴ変換は、次の作業を完遂
しなければならない。 １．storage ← library ２．letter/author/text() ← letter/sender/text()

【０２２０】その様な変換は下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:template match="/"> <xsl:apply-templates select="/library"/> </xsl:template> <xsl:template match="/library"> <storage> <articles> <xsl:apply-templates select="source[not(letter)]/article | source[no t(review)]/article"/> </articles> <reviews> <xsl:apply-templates select="source[not(letter)]/review"/> </reviews> <letters> <xsl:apply-templates select="source [not(review)]/letter"/> </letters> </storage> </xsl:template> <xsl:template match="article"> <article> <xsl:attribute name="title"><xsl:value-of select="@name"/></xsl:attrib ute> <xsl:apply-templates select="writer"/> </article> </xsl:template> <xsl:template match="review"> <review> <xsl:attribute name="title"><xsl:value-of select="@title"/></xsl:attri bute> <xsl:apply-templates select="author"/> </review> </xsl:template> <xsl:template match="letter"> <review> <xsl:attribute name="name"><xsl:value-of select="@name"/></xsl:attribu te> <xsl:attribute name="subject"><xsl:value-of select="@subject"/></xsl:a ttribute> <xsl:attribute name="receiver"><xsl:value-of select="@receiver"/></xsl :attribute> <xsl:apply-templates select="sender"/> </review> </xsl:template> <xsl:template match="article/writer | review/author | letter/sender"> <author> <xsl:value-of select="text()"/> </author> </xsl:template> </xsl:stylesheet>

【０２２１】Documents用の第二のターゲットＸＭＬス
キーマが下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema"> <xs:element name="storage" type="Storage"/> <xs:complexType name="Storage"> <xs:sequence> <xs:element name="books" type="Books"/> <xs:element name="magazines" type="Magazines"/> </xs:sequence> </xs:complexType> <xs:complexType name="Books"> <xs:sequence> <xs:element name="articles" type="Documents"/> <xs:element name="reviews" type="Documents"/> </xs:sequence> </xs:complexType> <xs:complexType name="Magazines"> <xs:sequence> <xs:element name="articles" type="Documents"/> <xs:element name="letters" type="Letters"/> </xs:sequence> </xs:complexType> <xs:complexType name="Documents"> <xs:sequence> <xs:element name="document" type="Document" minOccurs="0" maxOccurs= "unbounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Letters"> <xs:sequence> <xs:element name="letter" type="Letter" minOccurs="0" maxOccurs="unb ounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Document"> <xs:sequence> <xs:element name="author" type="xs:string" minOccurs="0" maxOccurs=" unbounded"/> </xs:sequence> <xs:attribute name="title"/> </xs:complexType> <xs:complexType name="Letter"> <xs:sequence> <xs:element name="author" type="xs:string" minOccurs="0" maxOccurs="un bounded"/> </xs:sequence> <xs:attribute name="name"/> <xs:attribute name="subject"/> <xs:attribute name="receiver"/> </xs:complexType> </xs:schema>

【０２２２】オントロジーモデルへの第二のターゲット
ＸＭＬスキーマの写像は、次の表１２５によって与えら
れる。

【表１２５】

【０２２３】表１２３、１２５に基づくと、ソーススキ
ーマに従っているＸＭＬ文書をターゲットスキーマに従
う対応文書へ写像するＸＳＬＴ変換は、次の作業を完遂
しなければならない。 １．storage ← library ２．letter/author/text() ← letter/sender/text()

【０２２４】その様な変換は下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:template match="/"> <xsl:apply-templates select="/library"/> </xsl:template> <xsl:template match="/library"> <storage> <books> <articles> <xsl:apply-templates select="source[not(letter)]/article"/> </articles> <reviews> <xsl:apply-templates select="source[not(letter)]/review"/> </reviews> </books> <magazines> <articles> <xsl:apply-templates select="source[not(review)]/article"/> </articles> <letters> <xsl:apply-templates select="source[not(review)]/letter"/> </letters> </magazines> </storage> </xsl:template> <xsl:template match="article"> <article> <xsl:attribute name="title"><xsl:value-of select="@name"/></xsl:attrib ute> <xsl:apply-templates select="writer"/> </article> </xsl:template> <xsl:template match="review"> <review> <xsl:attribute name="title"><xsl:value-of select="@title"/></xsl:attri bute> <xsl:apply-templates select="author"/> </review> </xsl:template> <xsl:template match="letter"> <review> <xsl:attribute name="name"><xsl:value-of select="@name"/></xsl:attribu te> <xsl:attribute name="subject"><xsl:value-of select="@subject"/></xsl:a ttribute> <xsl:attribute name="receiver"><xsl:value-of select="@receiver"/></xsl :attribute> <xsl:apply-templates select="sender"/> </review> </xsl:template> <xsl:template match="article/writer | review/author | letter/sender"> <author> <xsl:value-of select="text()"/> </author> </xsl:template> </xsl:stylesheet>

【０２２５】Documents用の第三のターゲットＸＭＬス
キーマが下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema"> <xs:element name="storage" type="Storage"/> <xs:complexType name="Storage"> <xs:sequence> <xs:element name="article_from_books" type="AB" minOccurs="0" maxOcc urs="unbounded"/> <xs:element name="article_from_magazines" type="AM" minOccurs="0" ma xOccurs="unbounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="AB"> <xs:sequence> <xs:element name="authors" type="xs:string" minOccurs="0" maxOccurs= "unbounded"/> </xs:sequence> <xs:attribute name="title"/> </xs:complexType> <xs:complexType name="AM"> <xs:sequence> <xs:element name="writers" type="xs:string" minOccurs="0" maxOccurs= "unbounded"/> </xs:sequence> <xs:attribute name="name"/> </xs:complexType> </xs:schema>

【０２２６】オントロジーモデルへの第三のターゲット
ＸＭＬスキーマの写像は、次の表１２６によって与えら
れる。

【表１２６】

【０２２７】表１２３、１２６に基づくと、ソーススキ
ーマに従っているＸＭＬ文書をターゲットスキーマに従
う対応文書へ写像するＸＳＬＴ変換は、次の作業を完遂
しなければならない。 １．storage ← library ２．letter/author/text() ← letter/sender/text()

【０２２８】その様な変換は下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:template match="/"> <xsl:apply-templates select="/library"/> </xsl:template> <xsl:template match="/library"> <storage> <xsl:apply-templates select="source[not(letter)]/article" mode="AB"/> <xsl:apply-templates select="source[not(review)]/article" mode="AM"/> </storage> </xsl:template> <xsl:template match="article" mode="AB"> <article_from_books> <xsl:attribute name="title"><xsl:value-of select="@name"/></xsl:attrib ute> <xsl:apply-templates select="writer" mode="AB"/> </article_from_books> </xsl:template> <xsl:template match="article" mode="AM"> <article_from_magazines> <xsl:attribute name="name"><xsl:value-of select="@name"/></xsl:attribu te> <xsl:apply-templates select="writer" mode="AM"/> </article_from_magazines> </xsl:template> <xsl:template match="article/writer" mode="AB"> <author> <xsl:value-of select="text()"/> </author> </xsl:template> <xsl:template match="article/writer" mode="AM"> <writer> <xsl:value-of select="text()"/> </writer> </xsl:template> </xsl:stylesheet>

【０２２９】第一五実施例：文字列変換 People用のソースＸＭＬスキーマが下記によって与えら
れている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="Person" type="Person"/> <xs:complexType name="Person"> <xs:sequence> <xs:element name="name" type="xs:string"/> <!-- name expected input in format firstName#LastName --> <xs:element name="ID" type="xs:string"/> <!-- ID expected input in format XXXXXXXXX-X --> <xs:element name="age" type="xs:string"/> <!-- age expected input in exponential form XXXeX --> </xs:sequence> </xs:complexType> </xs:schema>

【０２３０】People用のターゲットＸＭＬスキーマが下
記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="Person" type="Person"/> <xs:complexType name="Person"> <xs:sequence> <xs:element name="name" type="xs:string"/> <!-- name expected input in format LastName, FirstName --> <xs:element name="ID" type="xs:string"/> <!-- ID expected input in format 12XX-XXXXXXXX3E --> </xs:sequence> </xs:complexType> </xs:schema>

【０２３１】ソーススキーマをターゲットスキーマへ写
像するＸＳＬＴ変換は、下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <Person> <xsl:for-each select="Person"> <xsl: element name="name"> <xsl:value-of select="concat(substring-after(name,'#'), ', ', su bstring-before(name,'#'))"/> </xsl:element> <xsl:element name="ID"> <xsl:variable name="plainID" select="concat(substring-before(ID/ text(),'-'),substring-after(ID/text(),'-'))"/> <xsl:value-of select="concat('12',substring($plainID,1,2),'-',su bstring($plainID,3),'3E')"/> </xsl:element> <xsl:element name="age"> <xsl:call-template name="exponentiate"> <xsl:with-param name="power" select="substring-after(age,'e')" /> <xsl:with-param name="digit" select="substring-before(age,'e') "/> <xsl:with-param name="ten" select="1"/> </xsl:call-template> </xsl:element> </xsl:for-each> </Person> </xsl:template> <xsl:template name="exponentiate"> <xsl:param name="power"/> <xsl:param name="digit"/> <xsl:param name="ten"/> <xsl:choose> <xsl:when test="$power &gt; O"> <xsl:call-template name="exponentiate"> <xsl:with-param name="power" select="$power - 1"/> <xsl:with-param name="digit" select="$digit"/> <xsl:with-param name="ten" select="$ten * 10"/> </xsl:call-template> </xsl:when> <xsl:when test="$power &lt; 0"> <xsl:call-template name="exponentiate"> <xsl:with-param name="power" select="$power + 1"/> <xsl:with-param name="digit" select="$digit"/> <xsl:with-param name="ten" select="$ten div 10"/> </xsl:call-template> </xsl:when> <xsl:otherwise> <xsl:value-of select="format-number($digit * $ten, ',###.###') " /> </xsl:otherwise> </xsl:choose> </xsl:template> </xsl:stylesheet>

【０２３２】第一六実施例：文字列変換 People用のソースＸＭＬスキーマが下記によって与えら
れている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs=http://www.w3.org/2001/XMLschema elementFormDefault= "qualified" attributeFormDefault="unqualified"> <xs:element name="Person" type="Person"/> <xs:complexType name="Person"> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="homeTown" type="xs:string"/> </xs:sequence> <xs:attribute name="dog_name"/> </xs:complexType> </xs:schema>

【０２３３】People用のターゲットＸＭＬスキーマが下
記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="Person" type="Person"/> <xs:complexType name="Person"> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="homeTown" type="xs:string"/> </xs:sequence> <xs:attribute name="dog_name"/> </xs:complexType> </xs:schema>

【０２３４】ソーススキーマをターゲットスキーマへ写
像するＸＳＬＴ変換は、下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <Person> <xsl:for-each select="Person"> <xsl:attribute name="dog"> <xsl:value-of select="@dog_name"/> </xsl:attribute> <xsl:element name="name"> <xsl:value-of select="name/text()"/> </xsl:element> <xsl:element name="indexOfcarString_CaseInSensitive"> <xsl:variable name="case_neutral" select="translate(name, 'ABCDE FGHIJKLMNOPQRSTUVWXYZ', 'abcdefghijklmnopqrstuvwxyz')"/> <xsl:value-of select="string-length(substring-before($case_neutr al, 'car')) - 1"/> </xsl:element> <xsl:element name="indexOfcarString_CaseSensitive"> <xsl:value-of select="string-length(substring-before(name, 'car' )) - 1"/> </xsl:element> <xsl:element name="homeTown"> <xsl:value-of select="homeTown"/> </xsl:element> </xsl:for-each> </Person> </xsl:template> </xsl:stylesheet>

【０２３５】第一七実施例：Library→Storage Librarys用のソースＸＭＬスキーマが下記によって与え
られている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema"> <xs:element name="library" type="Library"/> <xs:complexType name="Library"> <xs:sequence> <xs:element name="book" type="Book" minOccurs="0" maxOccurs="unbound ed"/> </xs:sequence> </xs:complexType> <xs:complexType name="Book"> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="author" type="Author" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Author"> <xs:attribute name="name"/> </xs:complexType> </xs:schema>

【０２３６】Storage用のターゲットＸＭＬスキーマが
下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema"> <xs:element name="storage" type="Storage"/> <xs:complexType name="Storage"> <xs:sequence> <xs:element name="document" type="Document" minOccurs="0" maxOccurs= "unbounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Document"> <xs:sequence> <xs:element name="writer" type="xs:string" maxOccurs="unbounded"/> </xs:sequence> <xs:attribute name="title"/> </xs:complexType> </xs:schema>

【０２３７】ソースＸＭＬスキーマ及びターゲットＸＭ
Ｌスキーマ用の共通のオントロジーモデルが、図４３に
示されている。オントロジーモデルへのソースＸＭＬス
キーマの写像は、複合型とコンテナクラスset[Book]と
の間の付加的な対応と共に、表１２０によって与えられ
ている。オントロジーモデルへのターゲットＸＭＬスキ
ーマの写像は、複合型storageとコンテナクラスset[Boo
k]との間の付加的な対応と共に、表１２１によって与え
られている。

【０２３８】表１２０、１２１に基づくと、ソーススキ
ーマに従っているＸＭＬ文書をターゲットスキーマに従
う対応文書へ写像するＸＳＬＴ変換は、次の作業を完遂
しなければならない。 １．document/@title ← book/name/text() ２．document/writer/text() ← book/author/@name

【０２３９】その様な変換は下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl: stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tra nsform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <storage> <xsl:for-each select=".//library"> <xsl:for-each select="book"> <document> <xsl:attribute name="title"> <xsl:value-of select="name"/> </xsl:attribute> <writer> <xsl:for-each select="author/@name"> <xsl:value-of select="."/> </xsl:for-each> </writer> </document> </xsl:for-each> </xsl:for-each> </storage> </xsl:template> </xsl:stylesheet>

【０２４０】第一八実施例：事情変更 普通の文用のソースＸＭＬスキーマが下記によって与え
られている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs=http://www.w3.org/2001/XMLschema elementFormDefault= "qualified" attributeFormDefault="unqualified"> <xs:element name="Person" type="Person"/> <xs:complexType name="Person"> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="homeTown" type="xs:string"/> </xs:sequence> </xs:complexType> </xs:schema>

【０２４１】機密文用のターゲットＸＭＬスキーマが下
記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="Person" type="Person"/> <xs:complexType name="Person"> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="homeTown" type="xs:string"/> </xs:sequence> </xs:complexType> </xs:schema>

【０２４２】ソーススキーマをターゲットスキーマへ写
像するＸＳＬＴ変換は、下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <Person> <xsl:for-each select="Person"> <xsl:element name="low_name"> <xsl:value-of select="translate(name, 'ABCDEFGHIJKLMNOPQRSTUVWXY Z', 'abcdefghijklmnopqrstuvwxyz')"/> </xsl:element> <xsl:element name="upper_homeTown"> <xsl:value-of select="translate(homeTown, 'abcdefghijklmnopqrstu vwxyz','ABCDEFGHIJKLMNOPQRSTUVWXYZ')"/> </xsl:element> </xsl:for-each> </Person> </xsl:template> </xsl:stylesheet>

【０２４３】第一九実施例：番号操作 番号リスト用のソースＸＭＬスキーマが下記によって与
えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="List_o_Numbers" type="NumList"/> <xs:complexType name="NumList"> <xs:sequence> <xs:element name="first" type="xs:string"/> <xs:element name="second" type="xs:float"/> <xs:element name="third" type="xs:float"/> <xs:element name="fourth" type="xs:float"/> <xs:element name="fifth" type="xs:float"/> <xs:element name="sixth" type="xs:float"/> <xs:element name="seventh" type="xs:float"/> </xs:sequence> </xs:complexType> </xs:schema>

【０２４４】番号リスト用のターゲットＸＭＬスキーマ
が下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="List_o_Numbers" type="NumList"/> <xs:complexType name="NumList"> <xs:sequence> <xs:element name="first_as_num" type="xs:decimal"/> <!-- first_as _num - take a string and return a numerical value. Exemplifies use of th e operator value(string) --> <xs:element name="second_floor" type="xs:decimal"/> <!-- second f loor return nearest integer less than number. Exemplifies use of the ope rator floor(number) --> <xs:element name="second_firstDecimal_floor" type="xs:decimal"/> <!-- second_firstDecimal_floor - return nearest first decimal place less than number. Exemplifies use of the operator floor(number, signific ance) --> <xs:element name="third_ceil" type="xs:decimal"/> <!-- third_ceil - return nearest integer greater than number. Exemplifies use of the op erator ceil(number) --> <xs:element name="third_secondDecimal_ceil" type="xs:decimal"/> <!-- third_secondDecimal_ceil - return nearest second decimal place greater than number. Exemplifies use of the operator ceil(number, signif icance) --> <xs:element name="fourth_round" type="xs:decimal"/> <!--fourth_ro und - round the number in integers. Exemplifies use of the operator roun d(number) --> <xs:element name="fourth_thirdDecimal_round" type="xs:decimal"/> <!-- fourth_thirdDecimal_round - round the number up to third decima l. Exemplifies use of the operator round(number, significance) --> <xs:element name="fifth_roundToThousand" type="xs:decimal"/> <!-- fifth_roundToThousand - round the number up to nearest ten to t he third. Exemplifies use of the operator roundToPower(number, power) -- > <xs:element name="abs_sixth type="xs:decimal"/> <!-- abs_sixth - return absolute value of number. Exemplifies use of operator abs(number) --> <xs:element name="seventh" type="xs:string"/> <!-- seventh - retu rn number as string. Exemplifies use of operator string(number) --> </xs:sequence> </xs:complexType> </xs:schema>

【０２４５】ソーススキーマをターゲットスキーマへ写
像するＸＳＬＴ変換は、下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <List_o_Numbers> <xsl:for-each select="List_o_Numbers"> <xsl:element name="first_as_num"> <xsl:value-of select="number(first)"/> </xsl:element> <!-- first as num - take a string and return a n umerical value. Exemplifies use of the operator value(string) --> <xsl:element name="second_floor"> <xsl:value-of select="floor(second)"/> </xsl:element> <!-- second_floor return nearest integer less th an number. Exemplifies use of the operator floor(number) --> <xsl:element name="second_firstDecimal_floor"> <xsl:value-of select="floor(second*10) div 10"/> </xsl:element> <!-- second_firstDecimal_floor - return nearest first decimal place less than number. Exemplifies use of the operator fl oor(number, significance) --> <xsl:element name="third_ceil"> <xsl:value-of select="ceiling(third)"/> </xsl:element> <xsl:element name="third_secondDecimal_ceil"> <xsl:value-of select="ceiling(third*100) div 100"/> </xsl:element> <!-- third_ceil - return nearest integer greater than number. Exemplifies use of the operator ceil(number) --> <xsl:element name="fourth_round"> <xsl:value-of select="round(fourth)"/> </xsl:element> <!-- fourth_round - round the number in integers . Exemplifies use of the operator round(number) --> <xsl:element name="fourth_thirdDecimal_round"> <xsl:value-of select="round(fourth*1000) div 1000" /> </xsl:element> <!-- fourth_thirdDecimal_round - round the numbe r up to third decimal. Exemplifies use of the operator round(number, sig nificance) --> <xsl:element name="fifth_roundToThousand"> <xsl:value-of select="round(fifth div 1000) * 1000" /> </xsl:element> <!-- fifth_roundToThousand - round the number up to nearest ten to the third. Exemplifies use of the operator roundToPow er(number, power) --> <xsl:element name="abs_sixth"> <xsl:choose> <xsl:when test="sixth &lt; 0"> <xsl:value-of select="sixth * -1 "/> </xsl:when> <xsl:otherwise> <xsl:value-of select="sixth"/> </xsl:otherwise> </xsl:choose> </xsl:element> <!-- abs_sixth - return absolute value of number . Exemplifies use of operator abs(number) --> <xsl:element name="seventh"> <xsl:value-of select="concat(' ',string(seventh),' ')"/> </xsl:element> <!-- seventh - return number as string. Exemplif ies use of operator string(number) --> </xsl:for-each> </List_o_Numbers> </xsl:template> </xsl:stylesheet>

【０２４６】第二〇実施例：文字列操作 Person用のソースＸＭＬスキーマが下記によって与えら
れている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="Person" type="Person"/> <xs:complexType name="Person"> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="homeTown" type="xs:string"/> </xs:sequence> <xs:attribute name="dog_name" /> </xs:complexType> </xs:schema>

【０２４７】Person用のターゲットＸＭＬスキーマが下
記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="Person" type="Person"/> <xs:complexType name="Person"> <xs:sequence> <xs:element name="four_name" type="xs:string"/> <xs:element name="capital_homeTown" type="xs:string"/> <!-- four-Name is only four characters long, please. This exempl ifies use of the substring(string, start, length) operator--> <!-- capital_homeTown - we must insist you capitalize the first letter of a town, out of respect. This exemplifies use of the capital op erator--> </xs:sequence> <xs:attribute name="dog_trim"/> <xs:attribute name="dog_length"/> <!-- dog_trim - keep your dog trim - no blank spaces in front or after the name. This exemplifies use of the trim operator --> <!--dog_length - gives the number of characters (in integers, no t dog years) in your dog's name. This exemplifies use of the length(stri ng) operator --> </xs:complexType> </xs:schema>

【０２４８】ソーススキーマをターゲットスキーマへ写
像するＸＳＬＴ変換は、下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <Person> <xsl:for-each select="Person"> <xsl:attribute name="dog_trim"> <xsl:value-of select="normalize-space(@dog_name)"/> </xsl:attribute> <xsl:attribute name="dog_length"> <xsl:value-of select="string-length(normalize-space(@dog_name))" /> </xsl:attribute> <!-- dog_trim - This exemplifies use of the trim operator --> <!--dog_length - This exemplifies use of the length(string) operat or --> <xsl:element name="four_name"> <xsl:value-of select="substring(name,1, 4)"/> </xsl:element> <xsl:element name="capital_homeTown"> <xsl:value-of select="concat(translate(substring(normalize-space (homeTown),1,1), 'abcdefghijklmnopqrstuvwxyz','ABCDEFGHIJKLMNOPQRSTUVWXY Z'), substring(normalize-space(homeTown),2))" /> </xsl:element> <!-- four-Name. This exemplifies use of the substring(string, star t, length) operator--> <!-- capital_hometown. This exemplifies use of the capital operato r--> </xsl:for-each> </Person> </xsl:template> </xsl:stylesheet>

【０２４９】第二一実施例：温度変換 華氏温度用のソースＸＭＬスキーマが下記によって与え
られている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="city" type="city"/> <xs:complexType name="city"> <xs:sequence> <xs:element name="temperatureF" type="xs:string"/> </xs:sequence> <xs:attribute name="name" /> </xs:complexType> </xs:schema>

【０２５０】摂氏温度用のターゲットＸＭＬスキーマが
下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="town" type="town" /> <xs:complexType name="town"> <xs:sequence> <xs:element name="temperatureC" type="xs:string" /> </xs:sequence> </xs:complexType> <xs:attribute name="name" /> </xs:schema>

【０２５１】ソーススキーマをターゲットスキーマへ写
像するＸＳＬＴ変換は、下記によって与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <town> <xsl:for-each select="city"> <xsl:attribute name="name"> <xsl:value-of select="@name"/> </xsl:attribute> <xsl:element name="temperatureC"> <xsl:value-of select="floor( (temperatureF - 32) * (5 div 9) )" /> </xsl:element> </xsl:for-each> </town> </xsl:template> </xsl:stylesheet>

【０２５２】第二二実施例：Town with Books Town with books用のソースＸＭＬスキーマが下記によ
って与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="town" type="Town" /> <xs:complexType name="Town"> <xs:sequence> <xs:element name="library" type="Library" minOccurs="0" maxOccurs="u nbounded" /> </xs:sequence> <xs:attribute name="name" type="xs:string" /> </xs:complexType> <xs:complexType name="Library"> <xs:sequence> <xs:element name="book" type="Book" minOccurs="0" maxOccurs="unbound ed" /> </xs:sequence> <xs:attribute name="name" type="xs:string" /> </xs:complexType> <xs:complexType name="Book"> <xs:sequence> <xs:element name="title" type="xs:string" /> <xs:element name="author_name" type="xs:string" minOccurs="1" maxOcc urs="unbounded" /> </xs:sequence> </xs:complexType> </xs:schema>

【０２５３】List of books用のターゲットＸＭＬスキ
ーマが下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="list_of_books" type="books"/> <xs:complexType name="books"> <xs:sequence> <xs:element name="book" type="book" minOccurs="0" maxOccurs="unbound ed" /> </xs:sequence> </xs:complexType> <xs:complexType name="book"> <xs:sequence> <xs:element name="title" type="xs:string" /> <xs:element name="author_name" type="xs:string" minOccurs="1" maxOcc urs="unbounded" /> </xs:sequence> </xs:complexType> </xs:schema>

【０２５４】ソースＸＭＬスキーマ及びターゲットＸＭ
Ｌスキーマ用の共通のオントロジーモデルが、図４６に
示されている。オントロジーモデルへのソースＸＭＬス
キーマの写像は、次の表１２７によって与えられる。

【表１２７】

【０２５５】オントロジーモデルへのターゲットＸＭＬ
スキーマの写像は、次の表１２８に与えられる。

【表１２８】

【０２５６】表１２７、１２８に基づくと、ソーススキ
ーマに従っているＸＭＬ文書をターゲットスキーマに従
う対応文書へ写像するＸＳＬＴ変換は、下記によって与
えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:output method="xml" version="1.0" encoding="UTF-8 " indent="yes"/> <xsl:template match="/"> <books> <xsl:for-each select=".//book"> <book> <xsl:element name="title"> <xsl:value-of select="title/text()"/> </xsl:element> <xsl:for-each select="author_name"> <xsl:element name="author_name"> <xsl:value-of select="."/> </xsl:element> </xsl:for-each> </book> </xsl:for-each> </books> </xsl:template> </xsl:stylesheet>

【０２５７】第二三実施例：Town with Books Town用のソースＸＭＬスキーマが下記によって与えられ
ている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="town" type="Town"/> <xs:complexType name="Town"> <xs:sequence> <xs:element name="library" type="Library" minOccurs="0" maxOccurs="u nbounded"/> <xs:element name="police_station" type="PoliceStation" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> <xs:attribute name="name" type="xs:string"/> </xs:complexType> <xs:complexType name="Library"> <xs:sequence> <xs:element name="book" type="Book" minOccurs="0" maxOccurs="unbound ed"/> </xs:sequence> <xs:attribute name="name" type="xs:string"/> </xs:complexType> <xs:complexType name="Book"> <xs:sequence> <xs:element name="title" type="xs:string"/> <xs:element name="author_name" type="xs:string" maxOccurs="unbounded "/> </xs:sequence> </xs:complexType> <xs:complexType name="PoliceStation"> <xs:sequence> <xs:element name="Officers" type="Officers"/> </xs:sequence> <xs:attribute name="identifier" type="xs:string"/> </xs:complexType> <xs:complexType name="Officers"> <xs:sequence> <xs:element name="name" type="xs:string" minOccurs="1" maxOccurs="un bounded"/> </xs:sequence> </xs:complexType> </xs:schema>

【０２５８】Police stations用の第一のターゲットＸ
ＭＬスキーマが下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="PoliceStations" type="PoliceStations"/> <xs:complexType name="PoliceStations"> <xs:sequence> <xs:element name="Station" type="Station" minOccurs="0" maxOccurs="u nbounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Station"> <xs:sequence> <xs:element name="Officers" type="Officers"/> </xs:sequence> <xs:attribute name="identifier" type="xs:string"/> </xs:complexType> <xs:complexType name="Officers"> <xs:sequence> <xs:element name="name" type="xs:string" minOccurs="1" maxOccurs="10 "/> </xs:sequence> </xs:complexType> </xs:schema>

【０２５９】ソースＸＭＬスキーマ及びターゲットＸＭ
Ｌスキーマ用の共通のオントロジーモデルが、図４７に
示されている。オントロジーモデルへのソースＸＭＬス
キーマの写像は、次の表１２９によって与えられる。

【表１２９】

【０２６０】オントロジーモデルへの第一のターゲット
ＸＭＬスキーマの写像は、次の表１３０によって与えら
れる。

【表１３０】

【０２６１】表１２９、１３０に基づくと、ソーススキ
ーマに従っているＸＭＬ文書を第一のターゲットスキー
マに従う対応文書へ写像するＸＳＬＴ変換は、下記によ
って与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <PoliceStations> <xsl:for-each select=".//PoliceStation"> <Station> <xsl:attribute name="identifier"> <xsl:value-of select="@identifier"/> </xsl:attribute> <xsl:for-each select="Officers"> <Officers> <xsl:for-each select="name[position() &lt; 11]"> <xsl:element name="name"> <xsl:value-of select="."/> </xsl:element> </xsl:for-each> </Officers> </xsl:for-each> </Station> </xsl:for-each> </PoliceStations> </xsl:template> </xsl:stylesheet>

【０２６２】摂氏温度用の第二のターゲットＸＭＬスキ
ーマが下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="PoliceStations" type="PoliceStations"/> <xs:complexType name="PoliceStations"> <xs:sequence> <xs:element name="Station" type="Station" minOccurs="0" maxOccurs="u nbounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Station"> <xs:sequence> <xs:element name="Officers" type="Officers"/> </xs:sequence> <xs:attribute name="identifier" type="xs:string"/> </xs:complexType> <xs:complexType name="Officers"> <xs:sequence> <xs:element name="name" type="xs:string" minOccurs="10" maxOccurs="u nbounded"/> </xs:sequence> </xs:complexType> </xs:schema>

【０２６３】表１２９、１３０に基づくと、ソーススキ
ーマに従っているＸＭＬ文書を第二のターゲットスキー
マに従う対応文書へ写像するＸＳＬＴ変換は、下記によ
って与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <PoliceStations> <xsl:for-each select=".//PoliceStation"> <Station> <xsl:attribute name="identifier"> <xsl:value-of select="@identifier"/> </xsl:attribute> <xsl:for-each select="Officers"> <Officers> <xsl:for-each select="name"> <xsl:element name="name"> <xsl:value-of select="."/> </xsl:element> </xsl:for-each> </Officers> </xsl:for-each> <xsl:call-template name="generate_officer"> <xsl:with-param name="so_far" select="count(name)"/> </xsl:call-template> </Station> </xsl:for-each> </PoliceStations> </xsl:template> <xsl:template name="generate_officer"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; 10"> <bar> </bar> <xsl:call-template name="generate_officer"> <xsl:with-param name="so_far" select="$so_far + 1"/> </xsl:call-template> </xsl:if> </xsl:template> </xsl:stylesheet>

【０２６４】摂氏温度用の第三のターゲットＸＭＬスキ
ーマが下記によって与えられている。 <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLschema" elementFormDefaul t="qualified" attributeFormDefault="unqualified"> <xs:element name="PoliceStations" type="PoliceStations"/> <xs:complexType name="PoliceStations"> <xs:sequence> <xs:element name="Station" type="Station" minOccurs="0" maxOccurs="u nbounded"/> </xs:sequence> </xs:complexType> <xs:complexType name="Station"> <xs:sequence> <xs:element name="Officers" type="Officers"/> </xs:sequence> <xs:attribute name="identifier" type="xs:string"/> </xs:complexType> <xs:complexType name="Officers"> <xs:sequence> <xs:element name="name" type="xs:string" minOccurs="10" maxOccurs="2 0"/> </xs:sequence> </xs:complexType> </xs:schema>

【０２６５】表１２９、１３０に基づくと、ソーススキ
ーマに従っているＸＭＬ文書を第一のターゲットスキー
マに従う対応文書へ写像するＸＳＬＴ変換は、下記によ
って与えられる。 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Tran sform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="/"> <PoliceStations> <xsl:for-each select=".//PoliceStation"> <Station> <xsl:attribute name="identifier"> <xsl:value-of select="@identifier"/> </xsl:attribute> <xsl:for-each select="Officers"> <Officers> <xsl:for-each select="name[position() &lt; 11]"> <xsl:element name="name"> <xsl:value-of select="."/> </xsl:element> </xsl:for-each> </Officers> </xsl:for-each> <xsl:call-template name="generate_officer"> <xsl:with-param name="so_far" select="count(name)"/> </xsl:call-template> </Station> </xsl:for-each> </PoliceStations> </xsl:template> <xsl:template name="generate_officer"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; 20"> <bar> </bar> <xsl:call-template name="generate_officer"> <xsl:with-param name="so_far" select="$so_far + 1"/> </xsl:call-template> </xsl:if> </xsl:template> </xsl:stylesheet>

【０２６６】実施詳細−ＳＱＬ生成 上述の様に、且つ上記の一連の実施例を通して記載され
ている様に、本発明の好ましい実施形態によると、ソー
スＲＤＢＳからターゲットＲＤＢＳへの望ましい変換が
下記によって生成される。 （ｉ）ソースＲＤＢＳ及びターゲットＲＤＢＳを共通の
オントロジーモデルへ写像する。 （ｉｉ）そのオントロジーモデルのプロパティ用の記号
を使用して、ソースＲＤＢＳのフィールド及びターゲッ
トＲＤＢＳのフィールドをプロパティの用語で表現す
る。 （ｉｉｉ）ソース記号の用語によるターゲット記号用の
表現を導出する。 （ｉｖ）その表現を一つ以上のＳＱＬ問い合わせに変換
する。

【０２６７】共通のオントロジーモデルは、ソースＲＤ
ＢＳ及びターゲットＲＤＢＳからの表及びフィールドを
包含することを必要とされているので、初期のオントロ
ジーモデルにクラス及びプロパティを付加することによ
って構築されることが好ましい。クラス及びプロパティ
の付加は、ユーザによって手作業で、コンピュータによ
って自動的に、またはユーザ及びコンピュータの共同に
よって半自動的に、実行され得る。

【０２６８】共通のオントロジーモデルが構築されてい
る間に、ソースＲＤＢＳ及びターゲットＲＤＢＳの表及
びフィールドをオントロジーモデルの対応するクラス及
びプロパティと同一であるとみなすことによって、ソー
スＲＤＢＳ及びターゲットＲＤＢＳからオントロジーモ
デルへの写像も構築されることが好ましい。フィールド
は、単純なプロパティかまたはプロパティの合成物かの
何れかであるとして認識されることが好ましい。

【０２６９】本発明の好ましい実施形態では、ソースＲ
ＤＢＳ及びターゲットＲＤＢＳの写像の便宜を図るため
に、共通のオントロジーモデルを構築する際に、自動ユ
ーザガイダンスが提供される。具体的に言うと、ソース
ＲＤＢＳ及びターゲットＲＤＢＳを共通のオントロジー
モデルへ写像している間に、表に対応するクラスがオン
トロジー内で既に定義されていなければ、本発明はその
様なクラスを作成する能力をユーザに自動的に提供する
ことが好ましい。同様に、フィールドに対応するプロパ
ティがオントロジー内で既に定義されていなければ、本
発明はその様なプロパティを作成する能力をユーザに自
動的に提供することが好ましい。

【０２７０】本発明のこの自動ガイダンス機能は、ユー
ザが、ソースＲＤＢＳ及びターゲットＲＤＢＳを写像し
ている間に、共通のオントロジーを急いで構築すること
を可能にする。

【０２７１】本発明の好ましい実施形態では、自動ガイ
ダンスは、与えられた表の列が写像されてよいプロパテ
ィの選択をユーザに提供するために使用される。プロパ
ティの選択は、与えられた表の列のデータ型と互換性の
あるターゲット型を有するプロパティのみを含むことが
好ましい。例えば、与えられた表の列がデータ型VARCHA
R2を有していれば、プロパティの選択はターゲット型文
字列を有するプロパティのみを含む。同様に、与えられ
た表の列が外部表への外部キーであれば、プロパティの
選択はそのターゲットが外部表に対応するクラスである
プロパティのみを含む。

【０２７２】本発明の好ましい実施形態では、自動ガイ
ダンスは、共通のオントロジーのクラス間における継承
を決定する際に提供される。一方を他方から継承する二
つのクラスに二つの表が写像されるべきであると本発明
が推論する状態が識別される。その様な状態は、表Ｔ₁
が表Ｔ₂への外部キーである主キーを含んでいる場合に
生じる。その様な状態では、本発明は、Ｔ₁に対応する
クラスがＴ₂に対応するクラスから継承すると推論する
ことが好ましい。

【０２７３】例えば、Ｔ₁は、citizens用の表Ｔ₂用の外
部キーである主キーSocial_Security_Noを有するemploy
ees用の表であってよい。Social_Security_NoがＴ₁用の
主キー及びＴ₂用の外部キーの両方として利用できると
いう事実は、クラスEmployeesがクラスCitizensから継
承していることを意味している。

【０２７４】本発明が継承関係を推論する場合は、確認
または拒否するための機会をユーザが与えられることが
好ましい。しかし、ユーザがその様な機会を与えられな
くてもよい。

【０２７５】ソースＲＤＢＳのフィールド及びターゲッ
トＲＤＢＳのフィールドをオントロジーモデルのプロパ
ティの用語で表現することは、表の幾つかのフィールド
の中でキーフィールドを識別することと、その識別され
たキーフィールド用の逆プロパティ記号を使用してその
キーフィールドの用語で別のフィールドを表現すること
と、によって実行されることが好ましい。例えば、１で
表示されているプロパティにキーフィールドが対応して
おり、且つ、２で表示されているプロパティに第二のフ
ィールドが対応していれば、その第一のフィールドに対
するその第二のフィールドの関係は２ｏ１^-1で表示され
る。二つ以上のキーフィールドを表が有していれば、そ
れらのキーフィールドの各々に対して記号がリストされ
て、別のフィールドがそれらのキーフィールドにどの様
に関係しているのかを示すことが好ましい。例えば、上
記の第二のフィールドもキーフィールドであれば、その
第二のフィールドに対するその第一のフィールドの関係
は１ｏ２^-1で表示され、記号２ｏ１^-1と記号１ｏ２^-1と
の両方がリストされる。

【０２７６】ソース記号の用語によるターゲット記号用
の表現を導出することは、ターゲット記号で終わるパス
をソース記号中で検索することによって実施されること
が好ましい。例えば、ターゲット記号が３ｏ１^-1で与え
られれば、形式ａｏ１^-1のソース記号で始まり、合成物
の連鎖中における最も左のプロパティを反転させる連続
記号がその合成物の連鎖に付加されている、その様な合
成物の連鎖が形成される。従って、ａ^-1で終わっている
記号が記号ａｏ１^-1の左に付加され、プロパティ３がそ
の連鎖の左端に現れるまでこれが続く。

【０２７７】記号表現をＳＱＬ問い合わせへ変換するこ
とは、実施例に関連して上記に記載されている規則１〜
７を使用することによって完遂されることが好ましい。

【０２７８】表をクラスに写像する時は、その表がその
クラスの総てのインスタンスを含んでいると思われるか
否かを示すフラグが設定されることが好ましい。

【０２７９】実施詳細−ＸＳＬＴ生成アルゴリズム １．ターゲットスキーマから始まる。候補ルート要素を
識別することが最初の段階であることが好ましい。次
に、一つのその様な要素が識別されたとする。もし、二
つ以上のその様な候補が存在していれば、どれがＸＳＬ
Ｔ変換のルートであるべきかをユーザが決定することが
好ましい。この様にして<root>要素が識別されたとす
る。変換によって作り出される何れの文書も先頭タグ及
び最終タグがrootで識別されるという要求に最低でも従
うことを確立するために、次のＸＳＬＴスクリプトを作
成する。

【０２８０】２．オントロジーのクラスに写像されたタ
ーゲットスキーマ中の要素を識別することが次の段階で
あることが好ましい。最も簡単な事例であって且つ多分
実際上は最もしばしば遭遇される事例は、ルートそのも
のがクラス（それが、単純なクラス、コンテナクラスま
たはクロス乗積であっても）に写像されている事例であ
る。ルートそのものがクラスに写像されていなければ、
コード生成装置はクラスに写像されている要素に遭遇す
るまで数レベル下がることが好ましい。従って、クラス
に写像されていない要素は、クラスへの写像が始まる位
置まで、正しい順序で、上記の<root>タグ同士の間のＸ
ＳＬＴ中に配置されるべきことが好ましい。

【０２８１】３．本発明の内容を明快にし且つ展示する
ために、今後は、ターゲットＸＭＬ文書中に現れること
を予期されており且つオントロジーのクラスに写像され
ている要素<fu>（それが、ルート要素を意味しているの
かそのルートから出ているツリー内における要素の平行
集合を意味しているのかに拘らず）の用語でＸＳＬＴス
クリプト生成アルゴリズムが記載される。この扱いは、
今後の何れの事象においても同じである。

【０２８２】４．このＸＳＬＴ生成アルゴリズムは、下
記に詳述されている様に、条件の数に依存して異なる事
例に分かれることが好ましい。

【表１３１】

【０２８３】事例Ｃ、Ｄに対しては、ＸＭＬスキーマコ
ードは下記に似ていることが好ましい。 <xsd:complexType name="fus"> <xsd:sequence> <xsd:element name="fu" type="fu_view" minOccurs="0" maxOccurs="unbou nded"/> </xsd:sequence> </xsd:complexType>

【０２８４】事例Ｅ、Ｆに対しては、ＸＭＬスキーマコ
ードは下記に似ていることが好ましい。 <xsd:complexType name="fus"> <xsd:sequence> <xsd:element name="fu" type="fu_view" minOccurs="0" maxOccurs="n"> </xsd:sequence> </xsd:complexType>

【０２８５】事例Ｇ、Ｈに対しては、ＸＭＬスキーマコ
ードは下記に似ていることが好ましい。 <xsd:complexType name="fus"> <xsd:sequence> <xsd:element name="fu" type="fu_view" minOccurs="0" maxOccurs="n"> </xsd:sequence> </xsd:complexType>

【０２８６】<for-each>タグ同士の間に何が現れるべき
かについての規則に関しては、下記の段階５を参照のこ
と。 事例Ａ： <fu> <xsl:for-each select=".//foo[position() = 1]"> </xsl:for-each> </fu>

【０２８７】

【０２８８】

【０２８９】

【０２９０】 事例Ｅ： <xsl:template match="/"> <fus> <xsl:call-template name="find_foos1"> <xsl:with-param name="so_far" select="0"/> </xsl:call-template> </fus> </xsl:template> <xsl:template name="find_foos1"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; n+1"> <xsl:for-each select=".//foos1/foo"> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> <xsl:call-template name="find_foos2"> <xsl:with-param name="so_far" select="$so_far+count(.//foos1/foo)" /> </xsl:call-template> </xsl:template> <xsl:template name="find_foos2"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; n+1"> <xsl: for-each select=".//foos2/foo"> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> <xsl:call-template name="find_foos3"> <xsl:with-param name="so_far" select="$so_far+count(.//foos2/foo)" /> </xsl:call-template> </xsl:template> <xsl:template name="find_foosk"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; n+1"> <xsl:for-each select=".//foosn/foo"> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> </xsl:template>

【０２９１】 事例Ｆ： <xsl:template match="/"> <fus> <xsl:call-template name="find_foo1"> <xsl:with-param name="so_far" select="0"/> </xsl:call-template> </fus> </xsl:template> <xsl:template name="find_foo1"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; n+1"> <xsl:for-each select=".//foo1 "> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> <xsl:call-template name="find_foo2"> <xsl:with-param name="so_far" select="$so_far+count(.//foo1)"/> </xsl:call-template> </xsl:template> <xsl :template name="find_foo2"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; n+1"> <xsl:for-each select=".//foo2"> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> <xsl:call-template name="find_foo3"> <xsl:with-param name="so_far" select="$so_far+count(.//foo2)"/> </xsl:call-template> </xsl:template> <xsl:template name="find_fook"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; n+1"> <xsl: for-each select=".//fook"> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> </xsl:template>

【０２９２】 事例Ｇ： <xsl:template match="/"> <fus> <xsl:call-template name="find_foos1"> <xsl:with-param name="so_far" select="0"/> </xsl:call-template> </fus> </xsl:template> <xsl:template name="find_foos1"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; n+1"> <xsl:for-each select=".//foos1/foo"> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> <xsl:call-template name="find_foos2"> <xsl:with-param name="so_far" select="$so_far+count(.//foos1/foo)" /> </xsl:call-template> </xsl:template> <xsl:template name="find foos2"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; n+1"> <xsl:for-each select=".//foos2/foo"> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> <xsl:call-template name="find_foos3"> <xsl:with-param name="so_far" select="$so_far+count(.//foos2/foo)" /> </xsl:call-template> </xsl:template> <xsl:template name="find_foosn"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; k+1"> <xsl:for-each select=".//foosn/foo"> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> <xsl:call-template name="generate_fus"> <xsl:with-param name="so_far" select="$so_far+count(.//foosk/foo)" /> </xsl:call-template> </xsl:template> <xsl:template name="generate_fus"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; m"> <fu> </fu> <xsl:call-template name="generate_fus"> <xsl:with-param name="so_far" select="$so_far + 1"/> </xsl:call-template> </xsl:if> </xsl:template>

【０２９３】 事例Ｈ： <xsl:template match="/"> <fus> <xsl:call-template name="find_foo1"> <xsl:with-param name="so_far" select="0"/> </xsl:call-template> </fus> </xsl:template> <xsl:template name="find_foo1"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; n+1"> <xsl:for-each select=".//foo1"> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> <xsl:call-template name="find_foo2"> <xsl:with-param name="so_far" select="$so_far+count(.//foo1)"/> </xsl:call-template> </xsl:template> <xsl:template name="find_foo2"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; n+1"> <xsl:for-each select=".//foo2"> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> <xsl:call-template name="find_foo3"> <xsl:with-param name="so_far" select="$so_far+count(.//foo2)"/> </xsl:call-template> </xsl:template> <xsl:template name="find_foon"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; k+1"> <xsl:for-each select=".//foon"> <xsl:if test="$so_far+position() &lt; n+1"> <fu> </fu> </xsl:if> </xsl:for-each> </xsl:if> <xsl:call-template name="generate_fus"> <xsl:with-param name="so_far" select="$so_far+count(.//fook)"/> </xsl:call-template> </xsl:template> <xsl:template name="generate_fus"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; m"> <fu> </fu> <xsl:call-template name="generate_fus"> <xsl:with-param name="so_far" select="$so_far + 1"/> </xsl:call-template> </xsl:if> </xsl:template>

【０２９４】５．次に、上記に段階４で詳述されている
通りにクラスが処理されたとする。今後は、ＸＳＬＴ生
成アルゴリズムはクラスよりもむしろプロパティと連動
することによって進むことが好ましい。ＸＳＬＴ生成ア
ルゴリズムは再び事例に分けられる。<fu>タグ及び</fu
>タグが処理されて、今や主な問題は<fu>のプロパティ
である要素<bar>を処理することである、とする。

【０２９５】Sequenceリスト <fu>のプロパティがターゲットスキーマ中のsequence複
合型中にリストされているとする。明確さのために、複
合型fuがオントロジーのクラスFooに写像されており、
要素bar_iが夫々のプロパティFoo.bar_iに写像されている
とする。更に、オントロジーのクラスFooに写像するＸ
Ｐａｔｈ様式fu1をソースＸＭＬスキーマが有してお
り、関係のあるプロパティパスに更なる子様式fu1/barr
1、fu1/barr2等が写像しているとする。

【０２９６】本発明の好ましい実施形態では、異なる最
大出現回数及び最小出現回数を処理するためにコードの
特定の部分が生成される。コードのその様な部分は、上
記に記載されている様に生成された<fu>タグと</fu>タ
グとの内側に生成される。コードのその様な部分を作り
出すための一般的な規則は、下記の表１３２の通りであ
ることが好ましい。

【表１３２】

【０２９７】

【０２９８】

【０２９９】

【０３００】 事例Ｌ： <xsl:for-each select="barr"> <bar> <xsl:value-of select="."/> </bar> </xsl:for-each> <xsl:call-template name="generate_bar"> <xsl:with-param name="so_far" select="count(barr)"/> </xsl:call-template> <xsl:template name="generate_bar"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; m"> <bar> </bar> <xsl:call-template name="generate_bar"> <xsl:with-param name="so_far" select="$so_far + 1"/> </xsl:call-template> </xsl:if> </xsl:template>

【０３０１】 事例Ｍ： <xsl:for-each select="barr[position() &lt; n+1]"> <bar> <xsl:value-of select="."/> </bar> </xsl:for-each> <xsl:call-template name="generate_bar"> <xsl:with-param name="so_far" select="count(barr)"/> </xsl:call-template> <xsl:template name="generate_bar"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; m"> <bar> </bar> <xsl:call-template name="generate_bar"> <xsl:with-param name="so_far" select="$so_far + 1"/> </xsl:call-template> </xsl:if> </xsl:template>

【０３０２】

【０３０３】代表例として、複合型がターゲットスキー
マ中で下記の様に現れるとする。 <xs:complexType name="fu"> <xs:sequence> <xs:element name="bar1" type="xs:string" /> <xs:element name="bar2" type="xs:string" minOccurs="0" maxOccurs="7"/> <xs:element name="bar3" type="xs:string" minOccurs="1" maxOccurs="8"/> <xs:element name="bar4" type="xs:string" minOccurs="3" maxOccurs="unbo unded"/> <xs:element name="bar5" type="xs:string" minOccurs="0" maxOccurs="unbo unded"/> <xs:element name="barn" type="xs:string" /> </xs:sequence> </xs:complexType>

【０３０４】その場合には、上記の事例に基づいて、次
のＸＳＬＴスクリプトが生成される。 <fu> <barr1> <xsl:value-of select="bar1"/> </barr1> <xsl:for-each select="bar2[position() &lt; 5]"> <barr2> <xsl:value-of select="."/> </barr2> </xsl:for-each> <xsl:for-each select="bar3[position() &lt; 9]"> <barr3> <xsl:value-of select="."/> </barr3> </xsl:for-each> <xsl:call-template name="generate_barr3"> <xsl:with-param name="so_far" select="count(bar3)"/> </xsl:call-template> <xsl:for-each select="bar4"> <barr4> <xsl:value-of select="."/> </barr4> </xsl:for-each> <xsl:call-template name="generate_barr4"> <xsl:with-param name="so_far" select="count(bar4)"/> </xsl:call-template> <xsl:for-each select="bar5"> <barr5> <xsl:value-of select="."/> </barr5> </xsl:for-each> </xsl:if> </fu> </xsl:template> <xsl:template match="text()|@*"/> <xsl:template name="generate_barr3"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; 1"> <barr3> </barr3> <xsl:call-template name="generate_barr3"> <xsl:with-param name="so_far" select="$so_far + 1"/> </xsl:call-template> </xsl:if> </xsl:template> <xsl:template name="generate_barr4"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; 3"> <barr4> </barr4> <xsl:call-template name="generate_barr4"> <xsl:with-param name="so_far" select="$so_far + 1"/> </xsl:call-template> </xsl:if> </xsl:template>

【０３０５】Choiceリスト <fu>のプロパティがターゲットスキーマ中のchoice複合
型中にリストされているとする。また、上述の様に、fu
がオントロジーのクラスFooに写像されており、bar_iの
各々がプロパティFoo.bar_iに写像されているとする。更
に、上述の様に、オントロジーのクラスFooに写像する
ＸＰａｔｈ様式fooをソースＸＭＬスキーマが有してお
り、関係のあるプロパティパスに更なる子様式foo/barr
1、foo/barr2等が写像しているとする。

【０３０６】ターゲットchoiceブロックに関係するＸＳ
ＬＴスクリプトを作り出すための一般的な規則は、下記
の通りであることが好ましい。タグ<xsl:choose>及びタ
グ</xsl:choose>で始まる。choiceシーケンス中の各々
の要素に対して、<xsl:when test="barr">、</xsl:when
>をchooseブロック中に挿入し、sequenceブロックに対
して上記に正確に記載されている様にその要素の出現回
数制約に適切なコードをそのchooseブロック中に挿入
し、必要であれば新しいテンプレートを作成する。最後
に、minOccurs="0"を有する要素がそのchoiceブロック
中に存在していなければ、そのchoiceブロック中で任意
のタグ<barr>をでたらめに選択して、このタグ<barr>を
最終の</xsl:choose>、<xsl:otherwise>、<barr>、</ba
rr>、</xsl:otherwise>の直前でＸＳＬＴ中に挿入す
る。

【０３０７】代表例として、複合型がターゲットスキー
マ中で下記の様に現れるとする。 <xs:choice> <xs:element name="bar1" type="xs:string" /> <xs:element name="bar2" type="xs:string" minOccurs="0" maxOccurs="7"/> <xs:element name="bar3" type="xs:string" minOccurs="1" maxOccurs="8"/> <xs:element name="bar4" type="xs:string" minOccurs="3" maxOccurs="unbo unded"/> <xs:element name="bar5" type="xs:string" minOccurs="0" maxOccurs="unbo unded"/> <xs:element name="barn" type="xs:string" /> </xs:choice>

【０３０８】その場合には、上記の事例に基づいて、次
のＸＳＬＴスクリプトが生成される。 <fu> <xsl:choose> <xsl:when test="bar1"> <barr1> <xsl:value-of select="bar1"/> </barr1> </xsl:when> <xsl:when test="bar2"> <xsl:for-each select="bar2[position() &lt; 8]"> <barr2> <xsl:value-of select="."/> </barr2> </xsl:for-each> </xsl:when> <xsl:when test="bar3"> <xsl:for-each select="bar3[position() &lt; 9]"> <barr3> <xsl:value-of select="."/> </barr3> </xsl:for-each> <xsl:call-template name="generate_barr3"> <xsl:with-param name="so_far" select="count(bar3)"/> </xsl:call-template> </xsl:when> <xsl:when test="bar4"> <xsl:for-each select="bar4"> <barr4> <xsl:value-of select="."/> </barr4> </xsl:for-each> <xsl:call-template name="generate_barr4"> <xsl:with-param name="so_far" select="count(bar4)"/> </xsl:call-template> </xsl:when> <xsl:when test="bar5"> <xsl:for-each select="bar5"> <barr5> <xsl:value-of select="."/> </barr5> </xsl:for-each> </xsl:when> <xsl:otherwise> </xsl:otherwise> </xsl:choose> </fu> </xsl:template> <xsl:template match="text()|@*"/> <xsl:template name="generate_barr3"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; 1"> <barr3> </barr3> <xsl:call-template name="generate_barr3"> <xsl:with-param name="so_far" select="$so_far + 1"/> </xsl:call-template> </xsl:if> </xsl:template> <xsl:template name="generate_barr4"> <xsl:param name="so_far"/> <xsl:if test="$so_far &lt; 3"> <barr4> </barr4> <xsl:call-template name="generate_barr4"> <xsl:with-param name="so_far" select="$so_far + 1"/> </xsl:call-template> </xsl:if> </xsl:template>

【０３０９】Allリスト <fu>のプロパティがターゲットスキーマ中のall複合型
中にリストされているとする。また、上述の様に、foo
がオントロジーのクラスFooに写像されており、bar_iの
各々がプロパティFoo.bar_iに写像されているとする。更
に、オントロジーのクラスFooに写像するＸＰａｔｈ様
式fooをソースＸＭＬスキーマが有しており、関係のあ
るプロパティパスに更なる子様式foo/barr1、foo/barr2
等が写像しているとする。

【０３１０】本発明の好ましい実施形態では、ターゲッ
トタグに関係する各々のソースタグの存在を下記によっ
て検査することが一般的な規則である。

【０３１１】何れかの要素がminOccurs="1"を有してい
れば、否定検査も行われることが好ましい。

【０３１２】代表例として、複合型がターゲットスキー
マ中で下記の様に現れるとする。 <xs:complexType name="bar"> <xs:all> <xs:element name="bar2" type="xs:string" minOccurs="0" maxOccurs="1" /> <xs:element name="bar3" type="xs:string" minOccurs="1" maxOccurs="1" /> </xs:all> </xs:complexType>

【０３１３】その場合には、次のＸＳＬＴスクリプトが
生成される。

【０３１４】６．本発明の好ましい実施形態では、foo/
bar1、foo/bar2等の要素が段階５で上記の通りに処理さ
れていると、bar_i要素の各々に関係付けられているプロ
パティ分だけ総てのものが再帰的方法で繰り返す。つま
り、ターゲットＸＭＬスキーマがbar1、bar2等の子であ
る更なるタグを有していれば、これらのタグの各々がba
r1、bar2等の夫々のターゲットクラスのプロパティとし
て処理され且つ上記の規則が再帰的に適用されることが
好ましい。

【０３１５】追加的考察 上記の説明を読めば、当業者は、記載されている方法及
びシステムに適用され得る容易に分かる多くの変形が存
在することを理解できる。本発明が適用される第一の変
形は、ソースリレーショナルデータベースの表が二つ以
上のデータベース中に存在する構成である。そのソース
データベースがOracleデータベースであれば、本発明は
Oracleのクロス−データベース結合を使用することによ
って作動することが好ましい。別の実施形態において、
本発明は、第一のソースデータベース用の第一のＳＱＬ
問い合わせを生成するために適用されることができ、且
つ、その結果を第二のソースデータベース用の第二のＳ
ＱＬ問い合わせを生成するために使用することができ
る。一緒に使用されるこれら二つの問い合わせは、ター
ゲットデータベースを提供することができる。

【０３１６】上述の説明では、本発明はその特定の代表
的実施形態に関して記載された。しかし、特許請求の範
囲で述べられている通りの本発明のもっと広い真意及び
範囲から逸脱することなく、それら特定の代表的実施形
態に種々の修正及び変更が施されてよいことは、明らか
である。従って、明細書及び図面は、制約的な意味より
も説明的な意味で考慮に入れられるべきである。

【図面の簡単な説明】

【図１】本発明の好ましい実施形態によって、あるスキ
ーマから別のスキーマへデータを変換するための変換を
導出する方法の簡略化された流れ図である。

【図２】本発明の好ましい実施形態によって、あるスキ
ーマから別のスキーマへデータを変換するための変換を
導出するシステムの簡略化されたブロック図である。

【図３】本発明の好ましい実施形態によって、一つ以上
のデータスキーマが埋め込まれ得る共通のオントロジー
モデルを構築する方法の簡略化された流れ図である。

【図４】本発明の好ましい実施形態によって、一つ以上
のデータスキーマが埋め込まれ得る共通のオントロジー
モデルを構築するシステムの簡略化されたブロック図で
ある。

【図５】本発明の好ましい実施形態による、ＲＤＢＳか
らオントロジーモデルへの写像の簡略化された図であ
る。

【図６】本発明の好ましい実施形態による、ＲＤＢＳか
らオントロジーモデルへの写像の第二の簡略化された図
である。

【図７】本発明の好ましい実施形態による、制約及び結
合を含むリレーショナルデータベース変換の簡略化され
た図である。

【図８】Ｔｉｂｃｏの様なＥＡＩ製品内でＸＳＬＴスク
リプトを展開するための、本発明の好ましい実施形態の
使用の簡略化された図である。

【図９】本発明の好ましい実施形態によって、あるリレ
ーショナルデータベーススキーマから別のリレーショナ
ルデータベーススキーマへデータを変換するソフトウェ
アアプリケーション用のユーザインタフェースの図であ
る。

【図１０】本発明の好ましい実施形態によって、あるリ
レーショナルデータベーススキーマから別のリレーショ
ナルデータベーススキーマへデータを変換するソフトウ
ェアアプリケーション用のユーザインタフェースの図で
ある。

【図１１】本発明の好ましい実施形態によって、あるリ
レーショナルデータベーススキーマから別のリレーショ
ナルデータベーススキーマへデータを変換するソフトウ
ェアアプリケーション用のユーザインタフェースの図で
ある。

【図１２】本発明の好ましい実施形態によって、あるリ
レーショナルデータベーススキーマから別のリレーショ
ナルデータベーススキーマへデータを変換するソフトウ
ェアアプリケーション用のユーザインタフェースの図で
ある。

【図１３】本発明の好ましい実施形態によって、あるリ
レーショナルデータベーススキーマから別のリレーショ
ナルデータベーススキーマへデータを変換するソフトウ
ェアアプリケーション用のユーザインタフェースの図で
ある。

【図１４】本発明の好ましい実施形態によって、図９〜
１３に示されているソフトウェアアプリケーションへＲ
ＤＢＳをインポートするアプリケーション用のユーザイ
ンタフェースの図である。

【図１５】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図１６】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図１７】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図１８】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図１９】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図２０】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図２１】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図２２】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図２３】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図２４】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図２５】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図２６】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図２７】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図２８】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図２９】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図３０】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図３１】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図３２】本発明の好ましい実施形態によって、あるＸ
ＭＬスキーマから別のＸＭＬスキーマへデータを変換す
るソフトウェアアプリケーション用のユーザインタフェ
ースの図である。

【図３３】第一実施例に対応するオントロジーモデルの
図である。

【図３４】第二実施例に対応するオントロジーモデルの
図である。

【図３５】第三実施例に対応するオントロジーモデルの
図である。

【図３６】第四実施例に対応するオントロジーモデルの
図である。

【図３７】第五及び第六実施例に対応するオントロジー
モデルの図である。

【図３８】第七実施例に対応するオントロジーモデルの
図である。

【図３９】第八実施例に対応するオントロジーモデルの
図である。

【図４０】第九実施例に対応するオントロジーモデルの
図である。

【図４１】第一〇実施例に対応するオントロジーモデル
の図である。

【図４２】第一一実施例に対応するオントロジーモデル
の図である。

【図４３】第一二及び一七実施例に対応するオントロジ
ーモデルの図である。

【図４４】第一三実施例に対応するオントロジーモデル
の図である。

【図４５】第一四実施例に対応するオントロジーモデル
の図である。

【図４６】第二二実施例に対応するオントロジーモデル
の図である。

【図４７】第二三実施例に対応するオントロジーモデル
の図である。

【符号の説明】

２００…システム、２１０…スキーマ受取装置、２２０
…オントロジー受取装置／構築装置、２３０…写像処理
装置、２６０…変換生成装置、４００…システム、４２
０…オントロジー受取装置、４３０…オントロジー構築
装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ズィヴ・ズィー・ヘルマン イスラエル国、92504 エルサレム、アル フ シムホニー ストリート ６／１ (72)発明者 マーセル・ズヴィ・シュライバー イスラエル国、96406 エルサレム、アリ ー ドルズィン ストリート 26シー (72)発明者 トム・ワイ・ユーヴァル イスラエル国、96306 エルサレム、ラビ ー ビニャミン ストリート １／10 Ｆターム(参考） 5B082 GA07 (54)【発明の名称】 あるデータスキーマから別のデータスキーマへデータを変換するための変換を導出する方法及び システム、データスキーマが埋め込まれ得るオントロジーモデルを構築する方法及びシステム、 あるデータスキーマから別のデータスキーマへデータを変換するための命令プログラムを収録し ておりコンピュータが読込み可能な一つ以上の媒体を含む製品並びにデータスキーマが埋め込ま れ得る共通のオントロジーモデルを構築するための命令プログラムを収録しておりコンピュータ が読込み可能な一つ以上の媒体を含む製品

Claims (140)

【特許請求の範囲】
1. 【請求項１】 あるデータスキーマから別のデータスキ
   ーマへデータを変換するための変換を導出する方法であ
   って、 ソースデータスキーマとターゲットデータスキーマとを
   受け取ることと、 前記ソースデータスキーマをオントロジーモデルへ写像
   することと、 前記ターゲットデータスキーマを前記オントロジーモデ
   ルへ写像することと、 前記オントロジーモデルを使用して、前記ソースデータ
   スキーマに従っているデータを前記ターゲットデータス
   キーマに従うデータへ変換するための変換を導出するこ
   ととを具備する方法。
2. 【請求項２】 前記ソースデータスキーマ及び前記ター
   ゲットデータスキーマの少なくとも一つを外部形式から
   内部形式へ変換することを更に具備する請求項１に記載
   の方法。
3. 【請求項３】 前記オントロジーモデルを受け取ること
   を更に具備する請求項１に記載の方法。
4. 【請求項４】 前記オントロジーモデルを外部形式から
   内部形式へ変換することを更に具備する請求項１に記載
   の方法。
5. 【請求項５】 前記オントロジーモデルを生成すること
   を更に具備する請求項１に記載の方法。
6. 【請求項６】 初期のオントロジーモデルを受け取るこ
   とを更に具備し、前記生成は前記初期のオントロジーモ
   デルから前記オントロジーモデルを生成する請求項５に
   記載の方法。
7. 【請求項７】 前記初期のオントロジーモデルを外部形
   式から内部形式へ変換することを更に具備する請求項６
   に記載の方法。
8. 【請求項８】 前記ソースデータスキーマに従っている
   データを前記ターゲットデータスキーマに従うデータへ
   変換する実行可能なプログラムコードを生成することを
   更に具備する請求項１に記載の方法。
9. 【請求項９】 前記ソースデータスキーマはソースデー
   タの表を記述しているソース表スキーマであり、前記タ
   ーゲットデータスキーマはターゲットデータの表を記述
   しているターゲット表スキーマであり、前記ソース表ス
   キーマ及び前記ターゲット表スキーマは列を有する少な
   くとも一つの表を各々記述している請求項１に記載の方
   法。
10. 【請求項１０】 前記ソース表スキーマはソースリレー
    ショナルデータベースの表を記述しているソースリレー
    ショナルデータベーススキーマであり、前記ターゲット
    表スキーマはターゲットリレーショナルデータベースの
    表を記述しているターゲットリレーショナルデータベー
    ススキーマであり、前記変換はＳＱＬ問い合わせである
    請求項９に記載の方法。
11. 【請求項１１】 ソースデータスキーマの前記写像及び
    ターゲットデータスキーマの前記写像は、 少なくとも一つの表に対応する前記オントロジーモデル
    中における少なくとも一つのクラスを識別することと、 表の少なくとも一つの列に対応する前記オントロジーモ
    デル中における少なくとも一つのプロパティまたはプロ
    パティの合成物を識別することとを各々具備する請求項
    １０に記載の方法。
12. 【請求項１２】 前記導出は、 前記オントロジーモデルのプロパティを記号で標識付け
    することと、 前記ソースリレーショナルデータベーススキーマ中にお
    ける少なくとも一つの列を少なくとも一つのソース記号
    へ変換することと、 前記ターゲットリレーショナルデータベーススキーマ中
    における少なくとも一つの列を少なくとも一つのターゲ
    ット記号へ変換することと、 前記少なくとも一つのターゲット記号を少なくとも一つ
    のソース記号の用語で表現することとを具備する請求項
    １１に記載の方法。
13. 【請求項１３】 前記表現はプロパティの合成物を含む
    表現を使用する請求項１２に記載の方法。
14. 【請求項１４】 前記オントロジーモデル中のプロパテ
    ィ間に少なくとも一つの依存関係が存在し、前記導出は
    前記オントロジーモデル中のプロパティ間における前記
    少なくとも一つの依存関係をターゲットリレーショナル
    データベースの列とソースリレーショナルデータベース
    の列との間における少なくとも一つの依存関係であると
    解釈することを更に具備し、前記表現はターゲットリレ
    ーショナルデータベースの列とソースリレーショナルデ
    ータベースの列との間に前記少なくとも一つの依存関係
    を組み入れる請求項１２に記載の方法。
15. 【請求項１５】 前記表現は算術演算を含む表現を使用
    する請求項１４に記載の方法。
16. 【請求項１６】 前記表現は文字列演算を含む表現を使
    用する請求項１４に記載の方法。
17. 【請求項１７】 少なくとも一つのターゲットリレーシ
    ョナルデータベースの表を設定するために、少なくとも
    一つのソースリレーショナルデータベースの表に前記Ｓ
    ＱＬ問い合わせを適用することを更に具備する請求項１
    ０に記載の方法。
18. 【請求項１８】 前記少なくとも一つのソースリレーシ
    ョナルデータベースの表が単一のデータベース中に存在
    する請求項１７に記載の方法。
19. 【請求項１９】 前記少なくとも一つのソースリレーシ
    ョナルデータベースの表が複数のデータベース中に存在
    する請求項１７に記載の方法。
20. 【請求項２０】 前記ソースデータスキーマはソース文
    書を記述しているソース文書スキーマであり、前記ター
    ゲットデータスキーマはターゲット文書を記述している
    ターゲット文書スキーマである請求項１に記載の方法。
21. 【請求項２１】 前記ソース文書スキーマはソースＸＭ
    Ｌ文書を記述しているソースＤＴＤであり、前記ターゲ
    ット文書スキーマはターゲットＸＭＬ文書を記述してい
    るターゲットＤＴＤであり、前記ソースＤＴＤ及び前記
    ターゲットＤＴＤは少なくとも一つのＸＭＬ要素または
    ＸＭＬ属性を各々記述している請求項２０に記載の方
    法。
22. 【請求項２２】 前記変換はＸＱｕｅｒｙである請求項
    ２１に記載の方法。
23. 【請求項２３】 前記変換はＸＳＬＴスクリプトである
    請求項２１に記載の方法。
24. 【請求項２４】 前記ソース文書スキーマはソースＸＭ
    Ｌ文書を記述しているソースＸＭＬスキーマであり、前
    記ターゲット文書スキーマはターゲットＸＭＬ文書を記
    述しているターゲットＸＭＬスキーマであり、前記ソー
    スＸＭＬスキーマ及び前記ターゲットＸＭＬスキーマは
    少なくとも一つのＸＭＬ要素またはＸＭＬ属性を有する
    少なくとも一つのＸＭＬ複合型を各々記述している請求
    項２０に記載の方法。
25. 【請求項２５】 前記変換はＸＱｕｅｒｙである請求項
    ２４に記載の方法。
26. 【請求項２６】 前記変換はＸＳＬＴスクリプトである
    請求項２４に記載の方法。
27. 【請求項２７】 ソースデータスキーマの前記写像とタ
    ーゲットデータスキーマの前記写像とは、 少なくとも一つのＸＭＬ複合型に対応する前記オントロ
    ジーモデル中における少なくとも一つのクラスを識別す
    ることと、 少なくとも一つのＸＭＬ要素またはＸＭＬ属性に対応す
    る前記オントロジーモデル中における少なくとも一つの
    プロパティまたはプロパティの合成物を識別することと
    を各々具備する請求項２４に記載の方法。
28. 【請求項２８】 前記導出は、前記ソースＸＭＬスキー
    マのＸＭＬ要素及びＸＭＬ属性の用語で前記ターゲット
    ＸＭＬスキーマのＸＭＬ要素及びＸＭＬ属性を表現する
    ことを具備する請求項２４に記載の方法。
29. 【請求項２９】 前記表現はＸＰａｔｈパスを介して再
    帰的に実行される請求項２８に記載の方法。
30. 【請求項３０】 前記オントロジーモデル中のプロパテ
    ィ間に少なくとも一つの依存関係が存在し、前記導出は
    前記オントロジーモデル中のプロパティ間における前記
    少なくとも一つの依存関係をターゲットＸＭＬ要素とソ
    ースＸＭＬ要素との間における少なくとも一つの依存関
    係であると解釈することを更に具備する請求項２７に記
    載の方法。
31. 【請求項３１】 少なくとも一つのターゲットＸＭＬ文
    書を生成するために、少なくとも一つのソースＸＭＬ文
    書に前記ＸＳＬＴスクリプトを適用することを更に具備
    する請求項２６に記載の方法。
32. 【請求項３２】 前記少なくとも一つのソースＸＭＬ文
    書が単一のデータベース中に存在する請求項３１に記載
    の方法。
33. 【請求項３３】 前記少なくとも一つのソースＸＭＬ文
    書が複数のデータベース中に存在する請求項３１に記載
    の方法。
34. 【請求項３４】 あるデータスキーマから別のデータス
    キーマへデータを変換するための変換を導出するシステ
    ムであって、 ソースデータスキーマとターゲットデータスキーマとを
    受け取るスキーマ受取装置と、 データスキーマをオントロジーモデルへ写像する写像処
    理装置と、 前記ソースデータスキーマ及び前記ターゲットデータス
    キーマを共通のオントロジーモデルへ写像する前記写像
    処理装置によって生成される夫々のソース写像及びター
    ゲット写像に基づいて、前記ソースデータスキーマに従
    っているデータを前記ターゲットデータスキーマに従う
    データへ変換するための変換を導出する変換処理装置と
    を具備するシステム。
35. 【請求項３５】 前記ソースデータスキーマ及び前記タ
    ーゲットデータスキーマの少なくとも一つを外部形式か
    ら内部形式へ変換するスキーマ形式変換装置を更に具備
    する請求項３４に記載のシステム。
36. 【請求項３６】 前記オントロジーモデルを受け取るオ
    ントロジー受取装置を更に具備する請求項３４に記載の
    システム。
37. 【請求項３７】 前記オントロジーモデルを外部形式か
    ら内部形式へ変換するオントロジー形式変換装置を更に
    具備する請求項３６に記載のシステム。
38. 【請求項３８】 前記オントロジーモデルを生成するオ
    ントロジー構築装置を更に具備する請求項３４に記載の
    システム。
39. 【請求項３９】 初期のオントロジーモデルを受け取る
    オントロジー受取装置を更に具備しており、前記オント
    ロジー構築装置は前記初期のオントロジーモデルから前
    記オントロジーモデルを生成する請求項３８に記載のシ
    ステム。
40. 【請求項４０】 前記初期のオントロジーモデルを外部
    形式から内部形式へ変換するオントロジー形式変換装置
    を更に具備する請求項３９に記載のシステム。
41. 【請求項４１】 前記ソースデータスキーマに従ってい
    るデータを前記ターゲットデータスキーマに従うデータ
    へ変換する実行可能なプログラムコードを生成するプロ
    グラムコード生成装置を更に具備する請求項３４に記載
    のシステム。
42. 【請求項４２】 前記ソースデータスキーマはソースデ
    ータの表を記述しているソース表スキーマであり、前記
    ターゲットデータスキーマはターゲットデータの表を記
    述しているターゲット表スキーマであり、前記ソース表
    スキーマ及び前記ターゲット表スキーマは列を有する少
    なくとも一つのデータ表を各々記述している請求項３４
    に記載のシステム。
43. 【請求項４３】 前記ソース表スキーマはソースリレー
    ショナルデータベースの表を記述しているソースリレー
    ショナルデータベーススキーマであり、前記ターゲット
    表スキーマはターゲットリレーショナルデータベースの
    表を記述しているターゲットリレーショナルデータベー
    ススキーマであり、前記変換はＳＱＬ問い合わせである
    請求項４２に記載のシステム。
44. 【請求項４４】 前記写像処理装置は、 少なくとも一つの表に対応する前記共通のオントロジー
    モデル中における少なくとも一つのクラスを識別するク
    ラス識別装置と、 表の少なくとも一つの列に対応する前記共通のオントロ
    ジーモデル中における少なくとも一つのプロパティまた
    はプロパティの合成物を識別するプロパティ識別装置と
    を具備する請求項４３に記載のシステム。
45. 【請求項４５】 前記プロパティ識別装置は、与えられ
    た表の列に対応するかもしれない前記共通のオントロジ
    ーモデル中における少なくとも一つのプロパティの選択
    をユーザに与える請求項４４に記載のシステム。
46. 【請求項４６】 前記少なくとも一つのプロパティの選
    択は、前記与えられた表の列のデータ型と互換性のある
    ターゲットを有するプロパティのみを含む請求項４５に
    記載のシステム。
47. 【請求項４７】 外部表への外部キーである与えられた
    表の列に対しては、前記少なくとも一つのプロパティの
    選択は、そのターゲットが前記外部表に対応するクラス
    であるプロパティのみを含む請求項４６に記載のシステ
    ム。
48. 【請求項４８】 前記変換処理装置は、 前記共通のオントロジーモデルのプロパティに記号で標
    識付けするオントロジー標識付け装置と、 前記ソースリレーショナルデータベーススキーマ中にお
    ける少なくとも一つの列を少なくとも一つのソース記号
    へ変換し、前記ターゲットリレーショナルデータベース
    スキーマ中における少なくとも一つの列を少なくとも一
    つのターゲット記号へ変換する列変換装置と、 前記少なくとも一つのターゲット記号を少なくとも一つ
    のソース記号の用語で表現する記号処理装置とを具備す
    る請求項４３に記載のシステム。
49. 【請求項４９】 前記記号処理装置はプロパティの合成
    物を含む表現を使用する請求項４８に記載のシステム。
50. 【請求項５０】 前記オントロジーモデル中のプロパテ
    ィ間に少なくとも一つの依存関係が存在し、前記変換処
    理装置は前記オントロジーモデル中のプロパティ間にお
    ける前記少なくとも一つの依存関係をターゲットリレー
    ショナルデータベースの列とソースリレーショナルデー
    タベースの列との間における少なくとも一つの依存関係
    であると解釈する依存関係処理装置を更に具備し、前記
    記号処理装置はターゲットリレーショナルデータベース
    の列とソースリレーショナルデータベースの列との間に
    前記少なくとも一つの依存関係を組み入れる請求項４８
    に記載のシステム。
51. 【請求項５１】 前記記号処理装置は算術演算を含む表
    現を使用する請求項５０に記載のシステム。
52. 【請求項５２】 前記記号処理装置は文字列演算を含む
    表現を使用する請求項５０に記載のシステム。
53. 【請求項５３】 少なくとも一つのソースリレーショナ
    ルデータベースの表を受け取るデータ受取装置と、 少なくとも一つのターゲットリレーショナルデータベー
    スの表を設定するために、前記少なくとも一つのソース
    リレーショナルデータベースの表に前記ＳＱＬ問い合わ
    せを適用するデータ処理装置とを更に具備する請求項４
    ３に記載のシステム。
54. 【請求項５４】 前記少なくとも一つのソースリレーシ
    ョナルデータベースの表が単一のデータベース中に存在
    する請求項５３に記載のシステム。
55. 【請求項５５】 前記少なくとも一つのソースリレーシ
    ョナルデータベースの表が複数のデータベース中に存在
    する請求項５３に記載のシステム。
56. 【請求項５６】 前記ソースデータスキーマはソース文
    書を記述しているソース文書スキーマを含んでおり、前
    記ターゲットデータスキーマはターゲット文書を記述し
    ているターゲット文書スキーマを含んでいる請求項３４
    に記載のシステム。
57. 【請求項５７】 前記ソース文書スキーマはソースＸＭ
    Ｌ文書を記述しているソースＤＴＤであり、前記ターゲ
    ット文書スキーマはターゲットＸＭＬ文書を記述してい
    るターゲットＤＴＤであり、前記ソースＤＴＤ及び前記
    ターゲットＤＴＤは少なくとも一つのＸＭＬ要素または
    ＸＭＬ属性を各々記述している請求項５６に記載のシス
    テム。
58. 【請求項５８】 前記変換はＸＱｕｅｒｙである請求項
    ５７に記載のシステム。
59. 【請求項５９】 前記変換はＸＳＬＴスクリプトである
    請求項５７に記載のシステム。
60. 【請求項６０】 前記ソース文書スキーマはソースＸＭ
    Ｌ文書を記述しているソースＸＭＬスキーマを含んでお
    り、前記ターゲット文書スキーマはターゲットＸＭＬ文
    書を記述しているターゲットＸＭＬスキーマを含んでお
    り、前記ソースＸＭＬスキーマ及び前記ターゲットＸＭ
    Ｌスキーマは少なくとも一つのＸＭＬ要素またはＸＭＬ
    属性を有する少なくとも一つのＸＭＬ複合型を各々含ん
    でいる請求項５６に記載のシステム。
61. 【請求項６１】 前記変換はＸＱｕｅｒｙである請求項
    ６０に記載のシステム。
62. 【請求項６２】 前記変換はＸＳＬＴスクリプトである
    請求項６０に記載のシステム。
63. 【請求項６３】 前記写像処理装置は、 少なくとも一つのＸＭＬ複合型に対応する前記オントロ
    ジーモデル中における少なくとも一つのクラスを識別す
    るクラス識別装置と、 少なくとも一つのＸＭＬ要素またはＸＭＬ属性に対応す
    る前記オントロジーモデル中における少なくとも一つの
    プロパティまたはプロパティの合成物を識別するプロパ
    ティ識別装置とを具備する請求項６０に記載のシステ
    ム。
64. 【請求項６４】 前記変換処理装置は、前記ソースＸＭ
    ＬスキーマのＸＭＬ要素及びＸＭＬ属性の用語で前記タ
    ーゲットＸＭＬスキーマのＸＭＬ要素及びＸＭＬ属性を
    表現するＸＭＬ処理装置を具備する請求項６０に記載の
    システム。
65. 【請求項６５】 前記ＸＭＬ処理装置はＸＰａｔｈパス
    を介して再帰的に作動する請求項６４に記載のシステ
    ム。
66. 【請求項６６】 前記オントロジーモデル中のプロパテ
    ィ間に少なくとも一つの依存関係が存在し、前記変換処
    理装置は前記オントロジーモデル中のプロパティ間にお
    ける前記少なくとも一つの依存関係をターゲットＸＭＬ
    要素またはターゲットＸＭＬ属性とソースＸＭＬ要素ま
    たはソースＸＭＬ属性との間における少なくとも一つの
    依存関係であると解釈する依存関係処理装置を更に具備
    しており、前記ＸＭＬ処理装置はターゲットＸＭＬ要素
    またはターゲットＸＭＬ属性とソースＸＭＬ要素または
    ソースＸＭＬ属性との間に前記少なくとも一つの依存関
    係を組み入れる請求項６４に記載のシステム。
67. 【請求項６７】 少なくとも一つのソースＸＭＬ文書を
    受け取るデータ受取装置と、 少なくとも一つのターゲットＸＭＬ文書を生成するため
    に、前記少なくとも一つのソースＸＭＬ文書に前記ＸＳ
    ＬＴスクリプトを適用するデータ処理装置とを更に具備
    する請求項６０に記載のシステム。
68. 【請求項６８】 前記少なくとも一つのソースＸＭＬ文
    書が単一のデータベース中に存在する請求項６７に記載
    のシステム。
69. 【請求項６９】 前記少なくとも一つのソースＸＭＬ文
    書が複数のデータベース中に存在する請求項６７に記載
    のシステム。
70. 【請求項７０】 データスキーマが埋め込まれ得るオン
    トロジーモデルを構築する方法であって、 少なくとも一つのデータスキーマを受け取ることと、 前記少なくとも一つのデータスキーマが埋め込まれ得る
    オントロジーモデルを構築することとを具備する方法。
71. 【請求項７１】 前記少なくとも一つのデータスキーマ
    の少なくとも一つを外部形式から内部形式へ変換するこ
    とを更に具備する請求項７０に記載の方法。
72. 【請求項７２】 前記少なくとも一つのデータスキーマ
    は、列を有するデータの表を記述している少なくとも一
    つの表スキーマである請求項７０に記載の方法。
73. 【請求項７３】 前記少なくとも一つの表スキーマは、
    リレーショナルデータベースの表を記述している少なく
    とも一つのリレーショナルデータベーススキーマである
    請求項７２に記載の方法。
74. 【請求項７４】 前記オントロジーモデルの構築は、 初期のオントロジーモデルを提供することと、 前記少なくとも一つのリレーショナルデータベーススキ
    ーマ中に記述されている表に対応するクラスを前記初期
    のオントロジーモデルに付加することと、 前記少なくとも一つのリレーショナルデータベーススキ
    ーマ中に記述されている列に対応するプロパティを前記
    初期のオントロジーモデルに付加することとを具備する
    請求項７３に記載の方法。
75. 【請求項７５】 前記初期のオントロジーモデルは空で
    ある請求項７４に記載の方法。
76. 【請求項７６】 前記初期のオントロジーモデルは空で
    ない請求項７４に記載の方法。
77. 【請求項７７】 前記初期のオントロジーモデルを外部
    形式から内部形式へ変換することを更に具備する請求項
    ７６に記載の方法。
78. 【請求項７８】 前記クラスの付加はユーザと連携する
    コンピュータによって実行される請求項７４に記載の方
    法。
79. 【請求項７９】 前記クラスの付加は、前記少なくとも
    一つのリレーショナルデータベーススキーマ中に記述さ
    れているが前記オントロジーモデル中の既存のクラスに
    対応しない表が存在する場合に、ユーザに前記オントロ
    ジーモデルへクラスを付加させる請求項７８に記載の方
    法。
80. 【請求項８０】 前記クラスの付加はコンピュータによ
    って自動的に実行される請求項７４に記載の方法。
81. 【請求項８１】 前記クラスの付加は、前記少なくとも
    一つのリレーショナルデータベーススキーマ中に記述さ
    れているが前記オントロジーモデル中の既存のクラスに
    対応しない表が存在する場合に、前記オントロジーモデ
    ルへクラスを自動的に付加する請求項８０に記載の方
    法。
82. 【請求項８２】 前記プロパティの付加はユーザと連携
    するコンピュータによって実行される請求項７４に記載
    の方法。
83. 【請求項８３】 前記プロパティの付加は、前記少なく
    とも一つのリレーショナルデータベーススキーマ中に記
    述されているが前記オントロジーモデル中の既存のプロ
    パティまたはプロパティの合成物に対応しない表の列が
    存在する場合に、ユーザに前記オントロジーモデルへプ
    ロパティを付加させる請求項８２に記載の方法。
84. 【請求項８４】 前記プロパティの付加はコンピュータ
    によって自動的に実行される請求項７４に記載の方法。
85. 【請求項８５】 前記プロパティの付加は、前記少なく
    とも一つのリレーショナルデータベーススキーマ中に記
    述されているが前記オントロジーモデル中の既存のプロ
    パティまたはプロパティの合成物に対応しない表の列が
    存在する場合に、前記オントロジーモデルへプロパティ
    を自動的に付加する請求項８４に記載の方法。
86. 【請求項８６】 前記オントロジーモデルの構築は、前
    記少なくとも一つのリレーショナルデータベーススキー
    マ中に記述されている表間の関係に基づいて、前記オン
    トロジーモデル中のクラス間における継承関係を推論す
    ることを具備する請求項７０に記載の方法。
87. 【請求項８７】 前記オントロジーモデル中の第一のク
    ラスに対応する表が前記オントロジーモデル中の第二の
    クラスに対応する表にとっての外部キーである主キーを
    有している場合に、前記第一のクラスが前記第二のクラ
    スから継承していると推論される請求項８６に記載の方
    法。
88. 【請求項８８】 前記継承関係の推論は、推論された継
    承関係をユーザに確認させることを含む請求項８６に記
    載の方法。
89. 【請求項８９】 前記少なくとも一つのデータスキーマ
    は、文書を記述している少なくとも一つの文書スキーマ
    である請求項７０に記載の方法。
90. 【請求項９０】 前記少なくとも一つの文書スキーマ
    は、少なくとも一つのＸＭＬ要素またはＸＭＬ属性を含
    む少なくとも一つのＸＭＬ複合型を有するＸＭＬ文書を
    記述しているＸＭＬスキーマである請求項８９に記載の
    方法。
91. 【請求項９１】 前記オントロジーモデルの構築は、初
    期のオントロジーモデルを提供することと、 前記少なくとも一つのＸＭＬスキーマ中に記述されてい
    るＸＭＬ複合型に対応するクラスを前記初期のオントロ
    ジーモデルに付加することと、 前記少なくとも一つのＸＭＬスキーマ中に記述されてい
    るＸＭＬ要素及びＸＭＬ属性に対応するプロパティを前
    記初期のオントロジーモデルに付加することとを具備す
    る請求項９０に記載の方法。
92. 【請求項９２】 前記初期のオントロジーモデルは空で
    ある請求項９１に記載の方法。
93. 【請求項９３】 前記初期のオントロジーモデルは空で
    ない請求項９１に記載の方法。
94. 【請求項９４】 前記クラスの付加はユーザと連携する
    コンピュータによって実行される請求項９１に記載の方
    法。
95. 【請求項９５】 前記クラスの付加は、前記少なくとも
    一つのＸＭＬスキーマ中に記述されているが前記オント
    ロジーモデル中の既存のクラスに対応しないＸＭＬ複合
    型が存在する場合に、ユーザに前記オントロジーモデル
    へクラスを付加させる請求項９４に記載の方法。
96. 【請求項９６】 前記クラスの付加はコンピュータによ
    って自動的に実行される請求項９１に記載の方法。
97. 【請求項９７】 前記クラスの付加は、前記少なくとも
    一つのＸＭＬスキーマ中に記述されているが前記オント
    ロジーモデル中の既存のクラスに対応しないＸＭＬ複合
    型が存在する場合に、前記オントロジーモデルへクラス
    を自動的に付加する請求項９６に記載の方法。
98. 【請求項９８】 前記プロパティの付加はユーザと連携
    するコンピュータによって実行される請求項９１に記載
    の方法。
99. 【請求項９９】 前記プロパティの付加は、前記少なく
    とも一つのＸＭＬスキーマ中に記述されているが前記オ
    ントロジーモデル中の既存のプロパティまたはプロパテ
    ィの合成物に対応しないＸＭＬ要素またはＸＭＬ属性が
    存在する場合に、ユーザに前記オントロジーモデルへプ
    ロパティを付加させる請求項９８に記載の方法。
100. 【請求項１００】 前記プロパティの付加はコンピュー
     タによって自動的に実行される請求項９１に記載の方
     法。
101. 【請求項１０１】 前記プロパティの付加は、前記少な
     くとも一つのＸＭＬスキーマ中に記述されているが前記
     オントロジーモデル中の既存のプロパティまたはプロパ
     ティの合成物に対応しないＸＭＬ要素またはＸＭＬ属性
     が存在する場合に、前記オントロジーモデルへプロパテ
     ィを自動的に付加する請求項１００に記載の方法。
102. 【請求項１０２】 データスキーマが埋め込まれ得るオ
     ントロジーモデルを構築するシステムであって、 少なくとも一つのデータスキーマを受け取るスキーマ受
     取装置と、 前記少なくとも一つのデータスキーマが埋め込まれ得る
     オントロジーモデルを構築するモデル構築装置とを具備
     するシステム。
103. 【請求項１０３】 前記少なくとも一つのデータスキー
     マの少なくとも一つを外部形式から内部形式へ変換する
     スキーマ形式変換装置を更に具備する請求項１０２に記
     載のシステム。
104. 【請求項１０４】 前記少なくとも一つのデータスキー
     マは、列を有するデータの表を記述している少なくとも
     一つの表スキーマである請求項１０２に記載のシステ
     ム。
105. 【請求項１０５】 前記少なくとも一つの表スキーマ
     は、リレーショナルデータベースの表を記述している少
     なくとも一つのリレーショナルデータベーススキーマで
     ある請求項１０４に記載のシステム。
106. 【請求項１０６】 初期のオントロジーモデルを受け取
     るオントロジー受取装置を更に具備しており、前記モデ
     ル構築装置は、 前記少なくとも一つのリレーショナルデータベーススキ
     ーマ中に記述されている表に対応するクラスを前記初期
     のオントロジーモデルに付加するクラス付加装置と、 前記少なくとも一つのリレーショナルデータベーススキ
     ーマ中に記述されている表の列に対応するプロパティを
     前記初期のオントロジーモデルに付加するプロパティ付
     加装置とを具備する請求項１０５に記載のシステム。
107. 【請求項１０７】 前記初期のオントロジーモデルは空
     である請求項１０６に記載のシステム。
108. 【請求項１０８】 前記初期のオントロジーモデルは空
     でない請求項１０６に記載のシステム。
109. 【請求項１０９】 前記初期のオントロジーモデルを外
     部形式から内部形式へ変換するオントロジー形式変換装
     置を更に具備する請求項１０８に記載のシステム。
110. 【請求項１１０】 前記クラス付加装置はコンピュータ
     と連携するユーザによってガイドされる請求項１０６に
     記載のシステム。
111. 【請求項１１１】 前記クラス付加装置は、前記少なく
     とも一つのリレーショナルデータベーススキーマ中に記
     述されているが前記オントロジーモデル中の既存のクラ
     スに対応しない表が存在する場合に、ユーザに前記オン
     トロジーモデルへクラスを付加させる請求項１１０に記
     載のシステム。
112. 【請求項１１２】 前記クラス付加装置はコンピュータ
     によって自動的にガイドされる請求項１０６に記載のシ
     ステム。
113. 【請求項１１３】 前記クラス付加装置は、前記少なく
     とも一つのリレーショナルデータベーススキーマ中に記
     述されているが前記オントロジーモデル中の既存のクラ
     スに対応しない表が存在する場合に、前記オントロジー
     モデルへクラスを自動的に付加する請求項１１２に記載
     のシステム。
114. 【請求項１１４】 前記プロパティ付加装置はコンピュ
     ータと連携するユーザによってガイドされる請求項１０
     ６に記載のシステム。
115. 【請求項１１５】 前記プロパティ付加装置は、前記少
     なくとも一つのリレーショナルデータベーススキーマ中
     に記述されているが前記オントロジーモデル中の既存の
     プロパティまたはプロパティの合成物に対応しない表の
     列が存在する場合に、ユーザに前記オントロジーモデル
     へプロパティを付加させる請求項１１４に記載のシステ
     ム。
116. 【請求項１１６】 前記プロパティ付加装置がコンピュ
     ータによって自動的にガイドされる請求項１０６に記載
     のシステム。
117. 【請求項１１７】 前記プロパティ付加装置は、前記少
     なくとも一つのリレーショナルデータベーススキーマ中
     に記述されているが前記オントロジーモデル中の既存の
     プロパティまたはプロパティの合成物に対応しない表の
     列が存在する場合に、前記オントロジーモデルへプロパ
     ティを自動的に付加する請求項１１６に記載のシステ
     ム。
118. 【請求項１１８】 前記モデル構築装置は、前記少なく
     とも一つのリレーショナルデータベーススキーマ中にお
     ける表間の関係に基づいて、前記オントロジーモデル中
     のクラス間における継承関係を推論する継承処理装置を
     具備する請求項１０５に記載のシステム。
119. 【請求項１１９】 前記継承処理装置は、前記オントロ
     ジーモデル中の第一のクラスに対応する表が前記オント
     ロジーモデル中の第二のクラスに対応する表にとっての
     外部キーである主キーを有している場合に、前記第一の
     クラスが前記第二のクラスから継承していると推論する
     請求項１１８に記載のシステム。
120. 【請求項１２０】 前記モデル構築装置は、前記少なく
     とも一つのリレーショナルデータベーススキーマ中の表
     に対応するクラスが前記推論された継承関係に従うこと
     を保証する請求項１１８に記載のシステム。
121. 【請求項１２１】 前記継承処理装置は、推論された継
     承関係をユーザに確認させる請求項１２０に記載のシス
     テム。
122. 【請求項１２２】 前記少なくとも一つのデータスキー
     マは、文書を記述している少なくとも一つの文書スキー
     マを含んでいる請求項１０２に記載のシステム。
123. 【請求項１２３】 前記少なくとも一つの文書スキーマ
     は、少なくとも一つのＸＭＬ要素またはＸＭＬ属性を含
     む少なくとも一つのＸＭＬ複合型を有するＸＭＬ文書を
     記述している少なくとも一つのＸＭＬスキーマを含んで
     いる請求項１２２に記載のシステム。
124. 【請求項１２４】 初期のオントロジーモデルを受け取
     るオントロジー受取装置を更に具備しており、前記モデ
     ル構築装置は、 前記少なくとも一つのＸＭＬスキーマ中に記述されてい
     るＸＭＬ複合型に対応するクラスを前記初期のオントロ
     ジーモデルに付加するクラス付加装置と、 前記少なくとも一つのＸＭＬスキーマ中に記述されてい
     るＸＭＬ要素及びＸＭＬ属性に対応するプロパティを前
     記初期のオントロジーモデルに付加するプロパティ付加
     装置とを具備する請求項１２３に記載のシステム。
125. 【請求項１２５】 前記初期のオントロジーモデルは空
     である請求項１２４に記載のシステム。
126. 【請求項１２６】 前記初期のオントロジーモデルは空
     でない請求項１２４に記載のシステム。
127. 【請求項１２７】 前記クラス付加装置はコンピュータ
     と連携するユーザによってガイドされる請求項１２４に
     記載のシステム。
128. 【請求項１２８】 前記クラス付加装置は、前記少なく
     とも一つのＸＭＬスキーマ中に記述されているが前記オ
     ントロジーモデル中の既存のクラスに対応しないＸＭＬ
     複合型が存在する場合に、ユーザに前記オントロジーモ
     デルへクラスを付加させる請求項１２７に記載のシステ
     ム。
129. 【請求項１２９】 前記クラス付加装置はコンピュータ
     によって自動的にガイドされる請求項１２４に記載のシ
     ステム。
130. 【請求項１３０】 前記クラス付加装置は、前記少なく
     とも一つのＸＭＬスキーマ中に記述されているが前記オ
     ントロジーモデル中の既存のクラスに対応しないＸＭＬ
     複合型が存在する場合に、前記オントロジーモデルへク
     ラスを自動的に付加する請求項１２９に記載のシステ
     ム。
131. 【請求項１３１】 前記プロパティ付加装置はコンピュ
     ータと連携するユーザによってガイドされる請求項１２
     ４に記載のシステム。
132. 【請求項１３２】 前記プロパティ付加装置は、前記少
     なくとも一つのＸＭＬスキーマ中に記述されているが前
     記オントロジーモデル中の既存のプロパティまたはプロ
     パティの合成物に対応しないＸＭＬ要素またはＸＭＬ属
     性が存在する場合に、ユーザに前記オントロジーモデル
     へプロパティを付加させる請求項１３１に記載のシステ
     ム。
133. 【請求項１３３】 前記プロパティ付加装置がコンピュ
     ータによって自動的にガイドされる請求項１２４に記載
     のシステム。
134. 【請求項１３４】 前記プロパティ付加装置は、前記少
     なくとも一つのＸＭＬスキーマ中に記述されているが前
     記オントロジーモデル中の既存のプロパティまたはプロ
     パティの合成物に対応しないＸＭＬ要素またはＸＭＬ属
     性が存在する場合に、前記オントロジーモデルへプロパ
     ティを自動的に付加する請求項１３３に記載のシステ
     ム。
135. 【請求項１３５】 あるデータスキーマから別のデータ
     スキーマへデータを変換するための命令プログラムを収
     録しておりコンピュータが読込み可能な一つ以上の媒体
     を含む製品であって、処理システムによって実行される
     と、前記命令プログラムが、前記処理システムに、 ソースデータスキーマとターゲットデータスキーマとを
     受け取られせ、 前記ソースデータスキーマをオントロジーモデルへ写像
     させ、 前記ターゲットデータスキーマを前記オントロジーモデ
     ルへ写像させ、 前記オントロジーモデルを使用して、前記ソースデータ
     スキーマに従っているデータを前記ターゲットデータス
     キーマに従うデータへ変換させるための変換を導出させ
     る製品。
136. 【請求項１３６】 前記コンピュータが読込み可能な一
     つ以上の媒体は、一つ以上の不揮発性記憶装置を含む請
     求項１３５に記載の製品。
137. 【請求項１３７】 前記コンピュータが読込み可能な一
     つ以上の媒体は、データ信号によって変調されている搬
     送波を含む請求項１３５に記載の製品。
138. 【請求項１３８】 データスキーマが埋め込まれ得る共
     通のオントロジーモデルを構築するための命令プログラ
     ムを収録しておりコンピュータが読込み可能な一つ以上
     の媒体を含む製品であって、処理システムによって実行
     されると、前記命令プログラムが、前記処理システム
     に、 前記少なくとも一つのデータスキーマを受け取らせ、 前記少なくとも一つのデータスキーマが埋め込まれ得る
     オントロジーモデルを構築させる製品。
139. 【請求項１３９】 前記コンピュータが読込み可能な一
     つ以上の媒体は、一つ以上の不揮発性記憶装置を含む請
     求項１３８に記載の製品。
140. 【請求項１４０】 前記コンピュータが読込み可能な一
     つ以上の媒体は、データ信号によって変調されている搬
     送波を含む請求項１３８に記載の製品。