JP2003248675A - ビューによる構造化文書処理方法，構造化文書処理装置，そのプログラムおよびそのプログラムの記録媒体 - Google Patents
ビューによる構造化文書処理方法，構造化文書処理装置，そのプログラムおよびそのプログラムの記録媒体Info
- Publication number
- JP2003248675A JP2003248675A JP2002045959A JP2002045959A JP2003248675A JP 2003248675 A JP2003248675 A JP 2003248675A JP 2002045959 A JP2002045959 A JP 2002045959A JP 2002045959 A JP2002045959 A JP 2002045959A JP 2003248675 A JP2003248675 A JP 2003248675A
- Authority
- JP
- Japan
- Prior art keywords
- structured document
- schema
- view
- conversion
- expression
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Document Processing Apparatus (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 所定のスキーマで蓄積されている構造化文書
の更新と検索を，独自のスキーマで行うことができるよ
うにし，データベース検索と構造変換のコストの低減を
可能にする。 【解決手段】 構造化文書に対する任意の構造と値の表
現形式をビューとして定義し，構造化文書蓄積装置１０
に蓄積される構造化文書の蓄積スキーマとビューとの間
の構造と値の表現形式に関する変換規則をスキーマ辞書
２３に登録する。アプリケーション３０からの構造化文
書の挿入要求に対して，構造変換処理部２１により変換
規則を用いて入力された構造化文書の構造と値の表現形
式を変換し，構造化文書蓄積装置１０に蓄積する。ま
た，構造化文書の検索要求に対して，検索式変換処理部
２２により変換規則を用いて検索式を蓄積スキーマに合
うように変換し，検索を行った後，検索結果をビューに
合わせて変換する。
の更新と検索を，独自のスキーマで行うことができるよ
うにし，データベース検索と構造変換のコストの低減を
可能にする。 【解決手段】 構造化文書に対する任意の構造と値の表
現形式をビューとして定義し，構造化文書蓄積装置１０
に蓄積される構造化文書の蓄積スキーマとビューとの間
の構造と値の表現形式に関する変換規則をスキーマ辞書
２３に登録する。アプリケーション３０からの構造化文
書の挿入要求に対して，構造変換処理部２１により変換
規則を用いて入力された構造化文書の構造と値の表現形
式を変換し，構造化文書蓄積装置１０に蓄積する。ま
た，構造化文書の検索要求に対して，検索式変換処理部
２２により変換規則を用いて検索式を蓄積スキーマに合
うように変換し，検索を行った後，検索結果をビューに
合わせて変換する。
Description
【０００１】
【発明の属する技術分野】本発明は，単一の構造でデー
タベースに蓄積された複数の構造化文書を，仮想的に任
意の構造と値の表現形式へ変換したようにユーザに見
せ，検索・挿入することを可能にしたビューによる構造
化文書処理方法，構造化文書処理装置，そのプログラム
およびそのプログラムの記録媒体に関するものである。
タベースに蓄積された複数の構造化文書を，仮想的に任
意の構造と値の表現形式へ変換したようにユーザに見
せ，検索・挿入することを可能にしたビューによる構造
化文書処理方法，構造化文書処理装置，そのプログラム
およびそのプログラムの記録媒体に関するものである。
【０００２】
【従来の技術】従来は，構造化文書データベースと，構
造化文書の構造変換機能とは，まったく分離しており，
データベースの検索・挿入と，構造変換とは，逐次的に
処理されていた。
造化文書の構造変換機能とは，まったく分離しており，
データベースの検索・挿入と，構造変換とは，逐次的に
処理されていた。
【０００３】従来の構造化文書の蓄積・検索システム
で，ユーザが任意の構造と表現形式で検索結果を得よう
とする場合，以下の２通りの方法がとられていた。 （１）蓄積されているすべての構造化文書を構造変換機
能により変換し，変換結果を一時記憶へ保存し，その
後，ユーザは一時記憶に対して検索式を適用して最終的
な検索結果を得る。 （２）ユーザが，データベースに蓄積されている構造化
文書のスキーマを意識して検索式を作成し，作成した検
索式を構造化文書の蓄積・検索システムに適用して結果
検索を取得し，その結果を構造変換機能により変換し，
最終的な検索結果を得る。
で，ユーザが任意の構造と表現形式で検索結果を得よう
とする場合，以下の２通りの方法がとられていた。 （１）蓄積されているすべての構造化文書を構造変換機
能により変換し，変換結果を一時記憶へ保存し，その
後，ユーザは一時記憶に対して検索式を適用して最終的
な検索結果を得る。 （２）ユーザが，データベースに蓄積されている構造化
文書のスキーマを意識して検索式を作成し，作成した検
索式を構造化文書の蓄積・検索システムに適用して結果
検索を取得し，その結果を構造変換機能により変換し，
最終的な検索結果を得る。
【０００４】
【発明が解決しようとする課題】しかし，以上の従来の
方法では，それぞれ次のような問題があった。上記
（１）の方法の場合，どのような検索でもすべての構造
化文書の構造変換が必要であり，処理効率が悪い。上記
（２）の方法の場合，ユーザがデータベースに蓄積され
ている構造化文書のスキーマを意識して検索式を作成す
る必要があり，ユーザの負担が大きい。
方法では，それぞれ次のような問題があった。上記
（１）の方法の場合，どのような検索でもすべての構造
化文書の構造変換が必要であり，処理効率が悪い。上記
（２）の方法の場合，ユーザがデータベースに蓄積され
ている構造化文書のスキーマを意識して検索式を作成す
る必要があり，ユーザの負担が大きい。
【０００５】また，どちらの従来の構造化文書蓄積・検
索システムでも，任意の構造と表現形式で構造化文書を
挿入することはできなかった。
索システムでも，任意の構造と表現形式で構造化文書を
挿入することはできなかった。
【０００６】電子商取引システムの例に従って，本発明
の背景と従来技術およびその問題点を説明する。
の背景と従来技術およびその問題点を説明する。
【０００７】近年，情報流通のフォーマットとして利用
されるようになったＸＭＬ（eXtensible Markup Langua
ge）が注目を集めている。ＸＭＬは優れたデータ表現力
と拡張性を備えており，企業間の電子商取引（ＥＣ）な
どへの応用が期待されている。
されるようになったＸＭＬ（eXtensible Markup Langua
ge）が注目を集めている。ＸＭＬは優れたデータ表現力
と拡張性を備えており，企業間の電子商取引（ＥＣ）な
どへの応用が期待されている。
【０００８】電子商取引において，企業間でＸＭＬ電子
伝票をやり取りするためには，共通スキーマを用いる必
要がある。しかし，各企業のデータベースに格納された
ＸＭＬ電子伝票は，各企業の独自スキーマで記述される
ことが多いため，多量のＸＭＬ電子伝票を相互にやりと
りするためには，独自スキーマと共通スキーマ間で構造
変換する必要がある。
伝票をやり取りするためには，共通スキーマを用いる必
要がある。しかし，各企業のデータベースに格納された
ＸＭＬ電子伝票は，各企業の独自スキーマで記述される
ことが多いため，多量のＸＭＬ電子伝票を相互にやりと
りするためには，独自スキーマと共通スキーマ間で構造
変換する必要がある。
【０００９】従来，ＸＭＬの構造変換はデータベースの
外部で行われており，データベース検索と，検索結果の
構造変換は逐次的に処理されていた。そのため，データ
ベース検索の結果に，構造変換後に不要な情報が含まれ
ることになり，データベース検索と構造変換のコストが
上昇するという問題があった。
外部で行われており，データベース検索と，検索結果の
構造変換は逐次的に処理されていた。そのため，データ
ベース検索の結果に，構造変換後に不要な情報が含まれ
ることになり，データベース検索と構造変換のコストが
上昇するという問題があった。
【００１０】図３１に，従来のＢ２Ｂ（Business to Bu
siness）集中型電子商取引システムの構成例を示す。現
在，中小規模のＢ２Ｂ電子商取引や，マーケットプレー
スのプラットフォームとして，図３１に示すようなデー
タセンタ１００による集中型のＢ２Ｂプラットフォーム
１２０が用いられている。３００Ａ〜３００Ｃは，各企
業Ａ〜Ｃの社内システムである。
siness）集中型電子商取引システムの構成例を示す。現
在，中小規模のＢ２Ｂ電子商取引や，マーケットプレー
スのプラットフォームとして，図３１に示すようなデー
タセンタ１００による集中型のＢ２Ｂプラットフォーム
１２０が用いられている。３００Ａ〜３００Ｃは，各企
業Ａ〜Ｃの社内システムである。
【００１１】図３２に，従来のＢ２Ｂプラットフォーム
の例を示す。図３２において，各企業のデータベース３
１０Ａ〜３１０Ｃに格納されたＸＭＬ電子伝票は，各企
業の独自スキーマ３１１Ａ〜３１１Ｃで記述されるた
め，ＸＭＬ電子伝票のスキーマを，各企業の独自スキー
マ３１１Ａ〜３１１Ｃから共通スキーマ１１１に変換す
る必要がある。
の例を示す。図３２において，各企業のデータベース３
１０Ａ〜３１０Ｃに格納されたＸＭＬ電子伝票は，各企
業の独自スキーマ３１１Ａ〜３１１Ｃで記述されるた
め，ＸＭＬ電子伝票のスキーマを，各企業の独自スキー
マ３１１Ａ〜３１１Ｃから共通スキーマ１１１に変換す
る必要がある。
【００１２】このＸＭＬ電子伝票をスキーマ変換する方
式として，図３２に示すようにＸＭＬ変換エンジン３２
０Ａ〜３２０Ｃを用いる方法がある。一般的にＸＭＬ変
換は，Ｗ３Ｃにより標準化されたＸＭＬ構造変換言語Ｘ
ＳＬＴにより記述でき，現在，多くのＸＳＬＴによるＸ
ＭＬ変換処理系が実装されている。
式として，図３２に示すようにＸＭＬ変換エンジン３２
０Ａ〜３２０Ｃを用いる方法がある。一般的にＸＭＬ変
換は，Ｗ３Ｃにより標準化されたＸＭＬ構造変換言語Ｘ
ＳＬＴにより記述でき，現在，多くのＸＳＬＴによるＸ
ＭＬ変換処理系が実装されている。
【００１３】従来方式では，ＸＭＬデータベース１１０
とＸＳＬＴによるＸＭＬ変換エンジン３２０Ａ〜３２０
Ｃとが独立しているため，各企業がＢ２Ｂプラットフォ
ーム１２０にあるＸＭＬデータベース１１０から，独自
スキーマ３１１Ａ〜３１１Ｃで検索結果を得ようとする
場合，ユーザが，Ｂ２Ｂプラットフォーム１２０のＸＭ
Ｌデータベース１１０に蓄積されているＸＭＬ電子伝票
のスキーマを意識して検索式を作成し，さらにＸＭＬデ
ータベース１１０の検索結果をＸＭＬ変換エンジン３２
０Ａ〜３２０Ｃにより変換し，最終的な検索結果を得る
という処理が必要であった。
とＸＳＬＴによるＸＭＬ変換エンジン３２０Ａ〜３２０
Ｃとが独立しているため，各企業がＢ２Ｂプラットフォ
ーム１２０にあるＸＭＬデータベース１１０から，独自
スキーマ３１１Ａ〜３１１Ｃで検索結果を得ようとする
場合，ユーザが，Ｂ２Ｂプラットフォーム１２０のＸＭ
Ｌデータベース１１０に蓄積されているＸＭＬ電子伝票
のスキーマを意識して検索式を作成し，さらにＸＭＬデ
ータベース１１０の検索結果をＸＭＬ変換エンジン３２
０Ａ〜３２０Ｃにより変換し，最終的な検索結果を得る
という処理が必要であった。
【００１４】しかし，この方式では，次のような問題が
ある。 〔問題点１〕ユーザがデータベースに蓄積されているＸ
ＭＬ文書のスキーマを意識して検索式を作成する必要が
あるため，各企業のシステムと，Ｂ２Ｂプラットフォー
ムとの独立性が悪い。 〔問題点２〕共通スキーマは，各企業が必要とする情報
を漏れなく盛り込むため，構造が複雑になる傾向がある
が，個々の企業が検索する場合，変換後に必要でないＸ
ＭＬの要素もＸＭＬデータベースの検索結果として各企
業へ出力されるため，通信コストがかかる。 〔問題点３〕ＸＳＬＴは記述が難しく，ＸＭＬ電子伝票
の変換には構造変換の機能が過剰であることに加え，値
の表現形式の変換機能が不足しており，現実の電子商取
引に対応できない。
ある。 〔問題点１〕ユーザがデータベースに蓄積されているＸ
ＭＬ文書のスキーマを意識して検索式を作成する必要が
あるため，各企業のシステムと，Ｂ２Ｂプラットフォー
ムとの独立性が悪い。 〔問題点２〕共通スキーマは，各企業が必要とする情報
を漏れなく盛り込むため，構造が複雑になる傾向がある
が，個々の企業が検索する場合，変換後に必要でないＸ
ＭＬの要素もＸＭＬデータベースの検索結果として各企
業へ出力されるため，通信コストがかかる。 〔問題点３〕ＸＳＬＴは記述が難しく，ＸＭＬ電子伝票
の変換には構造変換の機能が過剰であることに加え，値
の表現形式の変換機能が不足しており，現実の電子商取
引に対応できない。
【００１５】本発明は，電子商取引システムに限られる
わけではないが，以上の問題点の解決を図り，例えば各
企業の独自スキーマをＸＭＬビューとして定義し，ＸＭ
Ｌビューとデータベースのスキーマとの間の構造変換の
際に，構造変換に最適化したデータベース検索を行うこ
とで，データベース検索と構造変換のコストを低減でき
るようにすることを目的とする。
わけではないが，以上の問題点の解決を図り，例えば各
企業の独自スキーマをＸＭＬビューとして定義し，ＸＭ
Ｌビューとデータベースのスキーマとの間の構造変換の
際に，構造変換に最適化したデータベース検索を行うこ
とで，データベース検索と構造変換のコストを低減でき
るようにすることを目的とする。
【００１６】
【課題を解決するための手段】本発明は，上記課題を解
決するため，単一のスキーマ（以下，蓄積構造または蓄
積スキーマという）でデータベースに蓄積された構造化
文書を，その利用目的やアプリケーションにより，構造
と値の表現形式が異なる仮想的なスキーマ（以下，ビュ
ーという）に変換したように見せ，ビューに対して構造
化文書の検索・挿入を行うことを可能とする。また，ビ
ューを階層的に定義し，ビューに対するビューへの構造
化文書の検索・挿入を行うことを可能とする。
決するため，単一のスキーマ（以下，蓄積構造または蓄
積スキーマという）でデータベースに蓄積された構造化
文書を，その利用目的やアプリケーションにより，構造
と値の表現形式が異なる仮想的なスキーマ（以下，ビュ
ーという）に変換したように見せ，ビューに対して構造
化文書の検索・挿入を行うことを可能とする。また，ビ
ューを階層的に定義し，ビューに対するビューへの構造
化文書の検索・挿入を行うことを可能とする。
【００１７】本発明の原理構成図を図１に示す。本シス
テムは，構造化文書を蓄積するデータベースである構造
化文書蓄積装置１０と，構造化文書のビューを生成する
ビュー生成装置２０と，構造化文書を処理するアプリケ
ーション３０からなる。
テムは，構造化文書を蓄積するデータベースである構造
化文書蓄積装置１０と，構造化文書のビューを生成する
ビュー生成装置２０と，構造化文書を処理するアプリケ
ーション３０からなる。
【００１８】ビュー生成装置２０は，構造化文書蓄積装
置１０の蓄積構造とビューの間で相互に構造化文書を変
換する構造変換処理部２１と，ビューに対する検索式を
蓄積構造に対する検索式に変換する検索式変換処理部２
２と，蓄積構造とビューの定義，スキーマの階層関係の
定義，構造の変換と検索式の構造変換のルールを蓄積す
るスキーマ辞書（構造・検索変換ルール辞書）２３から
なる。
置１０の蓄積構造とビューの間で相互に構造化文書を変
換する構造変換処理部２１と，ビューに対する検索式を
蓄積構造に対する検索式に変換する検索式変換処理部２
２と，蓄積構造とビューの定義，スキーマの階層関係の
定義，構造の変換と検索式の構造変換のルールを蓄積す
るスキーマ辞書（構造・検索変換ルール辞書）２３から
なる。
【００１９】スキーマ辞書２３は，以下の情報を持つ。
(1) スキーマ情報
スキーマ情報は，単一の蓄積構造のスキーマと，複数の
ビューのスキーマの定義である。 (2) スキーマ階層情報 スキーマ階層情報は，スキーマの階層関係を表す親スキ
ーマと子スキーマの対応関係の一覧である。スキーマの
階層関係は木構造をとり，スキーマ階層情報は親スキー
マと子スキーマの組の集合からなる。より根（ルート）
寄りのスキーマを親スキーマとし，より葉（リーフ）寄
りのスキーマを子スキーマとする。スキーマの階層関係
において，蓄積構造を表すスキーマを木構造のルートに
する必要があり，ビューを表すスキーマは，任意の多段
の木構造をとることができる。 (3) 構造・検索式変換ルール 構造・検索式変換ルール（以下，変換ルールという）
は，スキーマの階層関係における親スキーマと子スキー
マの間で，構造化文書中の要素の対応を記述し，構造化
文書の構造と検索式を構造変換するためのルールであ
り，親スキーマの個々の要素と子スキーマの個々の要素
との一対一の対応関係の一覧で表される。 (4) 値の表現形式変換情報 値の表現形式変換情報は，構造化文書の値を親スキーマ
と子スキーマの間で変換するための情報である。
ビューのスキーマの定義である。 (2) スキーマ階層情報 スキーマ階層情報は，スキーマの階層関係を表す親スキ
ーマと子スキーマの対応関係の一覧である。スキーマの
階層関係は木構造をとり，スキーマ階層情報は親スキー
マと子スキーマの組の集合からなる。より根（ルート）
寄りのスキーマを親スキーマとし，より葉（リーフ）寄
りのスキーマを子スキーマとする。スキーマの階層関係
において，蓄積構造を表すスキーマを木構造のルートに
する必要があり，ビューを表すスキーマは，任意の多段
の木構造をとることができる。 (3) 構造・検索式変換ルール 構造・検索式変換ルール（以下，変換ルールという）
は，スキーマの階層関係における親スキーマと子スキー
マの間で，構造化文書中の要素の対応を記述し，構造化
文書の構造と検索式を構造変換するためのルールであ
り，親スキーマの個々の要素と子スキーマの個々の要素
との一対一の対応関係の一覧で表される。 (4) 値の表現形式変換情報 値の表現形式変換情報は，構造化文書の値を親スキーマ
と子スキーマの間で変換するための情報である。
【００２０】次に，本実施の形態における処理手順につ
いて，図２〜図５を用いて説明する。図２のフローチャ
ートに示すように，本処理手順は，スキーマ辞書の設定
ステップＳ１０と，構造化文書の挿入（更新）ステップ
Ｓ２０と，構造化文書の検索ステップＳ３０の３段階に
分かれている。
いて，図２〜図５を用いて説明する。図２のフローチャ
ートに示すように，本処理手順は，スキーマ辞書の設定
ステップＳ１０と，構造化文書の挿入（更新）ステップ
Ｓ２０と，構造化文書の検索ステップＳ３０の３段階に
分かれている。
【００２１】複数の構造化文書を処理する場合，ステッ
プＳ１０を初めに一度だけ行い，以降は個々の構造化文
書について任意の順序でステップＳ２０，ステップＳ３
０を繰り返し行う。
プＳ１０を初めに一度だけ行い，以降は個々の構造化文
書について任意の順序でステップＳ２０，ステップＳ３
０を繰り返し行う。
【００２２】図２に示すスキーマ辞書の設定ステップＳ
１０の詳細について，図３に従って説明する。まず，ス
テップＳ１１では，蓄積構造の作成を行う。ここでは，
ユーザが設計した単一の任意のスキーマを入力し，構造
化文書蓄積装置１０に構造化文書を蓄積する際のスキー
マである蓄積構造と定め，スキーマ辞書２３に登録す
る。
１０の詳細について，図３に従って説明する。まず，ス
テップＳ１１では，蓄積構造の作成を行う。ここでは，
ユーザが設計した単一の任意のスキーマを入力し，構造
化文書蓄積装置１０に構造化文書を蓄積する際のスキー
マである蓄積構造と定め，スキーマ辞書２３に登録す
る。
【００２３】次に，ステップＳ１２では，ビューの作成
を行う。ここでは，ユーザが設計した複数の任意のスキ
ーマを入力し，構造化文書を検索・挿入する際のスキー
マであるビューと定め，スキーマ辞書２３に登録する。
を行う。ここでは，ユーザが設計した複数の任意のスキ
ーマを入力し，構造化文書を検索・挿入する際のスキー
マであるビューと定め，スキーマ辞書２３に登録する。
【００２４】ステップＳ１３では，スキーマ階層情報の
作成を行う。ここでは，ユーザは，ステップＳ１１とス
テップＳ１２で作成した蓄積構造とビューを表すスキー
マの階層関係を設計し，その設計した情報を入力してス
キーマ階層情報としてスキーマ辞書２３に登録する。
作成を行う。ここでは，ユーザは，ステップＳ１１とス
テップＳ１２で作成した蓄積構造とビューを表すスキー
マの階層関係を設計し，その設計した情報を入力してス
キーマ階層情報としてスキーマ辞書２３に登録する。
【００２５】ステップＳ１４では，変換ルールの作成を
行う。ここでは，ユーザが作成したスキーマ階層中で親
子関係にある親スキーマと子スキーマの間で，構造・検
索式を変換するルールを入力し，スキーマ辞書２３に登
録する。
行う。ここでは，ユーザが作成したスキーマ階層中で親
子関係にある親スキーマと子スキーマの間で，構造・検
索式を変換するルールを入力し，スキーマ辞書２３に登
録する。
【００２６】ステップＳ１５では，表現形式変換情報の
作成を行う。ここでは，ユーザが作成した親スキーマと
子スキーマの間で構造化文書中の値の表現形式を変換す
る表現形式変換情報を入力し，スキーマ辞書２３に登録
する。
作成を行う。ここでは，ユーザが作成した親スキーマと
子スキーマの間で構造化文書中の値の表現形式を変換す
る表現形式変換情報を入力し，スキーマ辞書２３に登録
する。
【００２７】次に，図２に示す構造化文書の挿入ステッ
プＳ２０の詳細について，図４に従って説明する。
プＳ２０の詳細について，図４に従って説明する。
【００２８】ステップＳ２１では，ユーザからの構造化
文書の入力を行う。ユーザは，アプリケーション３０を
通して，ステップＳ１２で作成した複数のビューの中
の，任意の単一のビュー構造に従った「構造化文書」を
作成し，「構造化文書」とそのビュー名とをビュー生成
装置２０へ入力する。
文書の入力を行う。ユーザは，アプリケーション３０を
通して，ステップＳ１２で作成した複数のビューの中
の，任意の単一のビュー構造に従った「構造化文書」を
作成し，「構造化文書」とそのビュー名とをビュー生成
装置２０へ入力する。
【００２９】ステップＳ２２では，変換経路情報の作成
を行う。構造変換処理部２１は，スキーマ辞書２３のス
キーマ階層情報を用いて，指定されたビューから蓄積構
造へ変換する経路（これを「変換経路情報」という）を
作成する。
を行う。構造変換処理部２１は，スキーマ辞書２３のス
キーマ階層情報を用いて，指定されたビューから蓄積構
造へ変換する経路（これを「変換経路情報」という）を
作成する。
【００３０】ステップＳ２３では，変換ルールの結合を
行う。構造変換処理部２１は，前ステップＳ２２で作成
した「変換経路情報」に従い，スキーマ辞書２３の変換
ルールを結合し，指定のビューと蓄積構造との間の変換
ルール（これを「結合した変換ルール」という）を作成
する。
行う。構造変換処理部２１は，前ステップＳ２２で作成
した「変換経路情報」に従い，スキーマ辞書２３の変換
ルールを結合し，指定のビューと蓄積構造との間の変換
ルール（これを「結合した変換ルール」という）を作成
する。
【００３１】ステップＳ２４では，構造化文書の構造変
換を行う。構造変換処理部２１は，「結合した変換ルー
ル」を用いて，アプリケーション３０から入力された
「構造化文書」を，「変換された構造化文書」へ構造変
換する。同時に，スキーマ辞書２３の「表現形式変換情
報」を用いて，値の表現形式を変換する。
換を行う。構造変換処理部２１は，「結合した変換ルー
ル」を用いて，アプリケーション３０から入力された
「構造化文書」を，「変換された構造化文書」へ構造変
換する。同時に，スキーマ辞書２３の「表現形式変換情
報」を用いて，値の表現形式を変換する。
【００３２】ステップＳ２５では，変換された構造化文
書の蓄積を行う。構造変換処理部２１は，「変換された
構造化文書」を構造化文書蓄積装置１０に蓄積する。
書の蓄積を行う。構造変換処理部２１は，「変換された
構造化文書」を構造化文書蓄積装置１０に蓄積する。
【００３３】次に，図２に示す構造化文書の検索ステッ
プＳ３０の詳細について，図５に従って説明する。
プＳ３０の詳細について，図５に従って説明する。
【００３４】まず，ステップＳ３１では，ユーザが発行
した検索式を入力する。ユーザは，アプリケーション３
０を通して，ステップＳ１２で作成したビュー内の，任
意のビューの構造に従った「検索式」を作成し，「検索
式」とそのビュー名とをビュー生成装置２０へ入力す
る。
した検索式を入力する。ユーザは，アプリケーション３
０を通して，ステップＳ１２で作成したビュー内の，任
意のビューの構造に従った「検索式」を作成し，「検索
式」とそのビュー名とをビュー生成装置２０へ入力す
る。
【００３５】ステップＳ３２では，変換経路情報の作成
を行う。構造変換処理部２１は，スキーマ辞書２３のス
キーマ階層情報を用いて，指定のビューから蓄積構造へ
変換する経路（「変換経路情報」）を作成する。
を行う。構造変換処理部２１は，スキーマ辞書２３のス
キーマ階層情報を用いて，指定のビューから蓄積構造へ
変換する経路（「変換経路情報」）を作成する。
【００３６】ステップＳ３３では，変換ルールの結合を
行う。構造変換処理部２１は，前ステップＳ３２で作成
した「変換経路情報」に従い，スキーマ辞書２３の変換
ルールを結合し，指定のビューと蓄積構造との間の変換
ルール（「結合した変換ルール」）を作成する。
行う。構造変換処理部２１は，前ステップＳ３２で作成
した「変換経路情報」に従い，スキーマ辞書２３の変換
ルールを結合し，指定のビューと蓄積構造との間の変換
ルール（「結合した変換ルール」）を作成する。
【００３７】ステップＳ３４では，検索式の構造変換を
行う。検索式変換処理部２２は，ユーザから受取った
「検索式」を，「結合した変換ルール」を用いて「変換
された検索式」に構造変換し，同時に，スキーマ辞書２
３の「表現形式変換情報」を用いて値の表現形式を変換
し，構造化文書蓄積装置１０に出力する。
行う。検索式変換処理部２２は，ユーザから受取った
「検索式」を，「結合した変換ルール」を用いて「変換
された検索式」に構造変換し，同時に，スキーマ辞書２
３の「表現形式変換情報」を用いて値の表現形式を変換
し，構造化文書蓄積装置１０に出力する。
【００３８】ステップＳ３５では，検索を実行する。構
造化文書蓄積装置１０は，「変換された検索式」を実行
し，「検索結果」を得る。次に，構造化文書蓄積装置１
０は，「検索結果」を構造変換処理部２１へ出力する。
造化文書蓄積装置１０は，「変換された検索式」を実行
し，「検索結果」を得る。次に，構造化文書蓄積装置１
０は，「検索結果」を構造変換処理部２１へ出力する。
【００３９】ステップＳ３６では，検索結果の構造変換
を行う。構造変換処理部２１は，「検索結果」を，「結
合した変換ルール」を用いて「変換された検索結果」に
構造変換し，同時に，スキーマ辞書２３の「表現形式変
換情報」を用いて値の表現形式を変換し，アプリケーシ
ョン３０に返却する。
を行う。構造変換処理部２１は，「検索結果」を，「結
合した変換ルール」を用いて「変換された検索結果」に
構造変換し，同時に，スキーマ辞書２３の「表現形式変
換情報」を用いて値の表現形式を変換し，アプリケーシ
ョン３０に返却する。
【００４０】ステップＳ３７では，変換された検索結果
を返却する。アプリケーション３０は，「変換された検
索結果」をユーザへ返却する。
を返却する。アプリケーション３０は，「変換された検
索結果」をユーザへ返却する。
【００４１】上記のように，本発明は，蓄積構造とビュ
ーの間の変換ルールをあらかじめ辞書に登録し，この辞
書を用いて構造と検索式の構造と値の表現形式の変換を
行うことにより，蓄積構造に従って記述された構造化文
書を，ユーザの定義する任意のビューを通して検索・挿
入を行うことができる。
ーの間の変換ルールをあらかじめ辞書に登録し，この辞
書を用いて構造と検索式の構造と値の表現形式の変換を
行うことにより，蓄積構造に従って記述された構造化文
書を，ユーザの定義する任意のビューを通して検索・挿
入を行うことができる。
【００４２】
【発明の実施の形態】本発明の実施の形態を以下に示
す。なお，本実施の形態では，構造化文書記述言語とし
てＸＭＬ（eXtensible Markup Language：World Wide W
eb Consortiumにより規格化），スキーマ記述言語とし
てＤＴＤ（Document Type Definition：World Wide Web
Consortium により規格化），検索式記述言語としてＸ
Ｐａｔｈ（World Wide Web Consortium により規格化）
を用いる。また，特開平１０−１４３５３９号公報の
「情報検索方法および情報検索システムおよび情報資源
辞書データを記録した記録媒体および情報検索プログラ
ムを記録した記録媒体」に述べられている値の表現形式
の変換手法を表現形式変換手法として用いる。
す。なお，本実施の形態では，構造化文書記述言語とし
てＸＭＬ（eXtensible Markup Language：World Wide W
eb Consortiumにより規格化），スキーマ記述言語とし
てＤＴＤ（Document Type Definition：World Wide Web
Consortium により規格化），検索式記述言語としてＸ
Ｐａｔｈ（World Wide Web Consortium により規格化）
を用いる。また，特開平１０−１４３５３９号公報の
「情報検索方法および情報検索システムおよび情報資源
辞書データを記録した記録媒体および情報検索プログラ
ムを記録した記録媒体」に述べられている値の表現形式
の変換手法を表現形式変換手法として用いる。
【００４３】蓄積構造とビュー，ビューと別のビューと
の間で，値の日付の表記や重さの単位などの表現形式の
管理方法に違い（非互換性）が存在する。
の間で，値の日付の表記や重さの単位などの表現形式の
管理方法に違い（非互換性）が存在する。
【００４４】本実施の形態では，各スキーマの表現形式
の違いをドメインという概念で管理し，表現形式の相互
変換を行う。ドメインの構成を図示すると，例えば図６
のように表現できる。ここで，「￥１，０００」や「千
円」などの値の１つの表現形式を１つのドメインとみな
し，相互に変換可能なドメインの一群をドメイングルー
プと呼ぶ。図中のＭ１，Ｍ２，…，Ｍ６がそれぞれドメ
インである。
の違いをドメインという概念で管理し，表現形式の相互
変換を行う。ドメインの構成を図示すると，例えば図６
のように表現できる。ここで，「￥１，０００」や「千
円」などの値の１つの表現形式を１つのドメインとみな
し，相互に変換可能なドメインの一群をドメイングルー
プと呼ぶ。図中のＭ１，Ｍ２，…，Ｍ６がそれぞれドメ
インである。
【００４５】ドメイングループ中の１つのドメインを代
表とし，他のドメインとの間の変換手段（ドメイン変換
関数）を定義することで，すべての表現形式の相互変換
を可能にする。代表とするドメイン（図６ではドメイン
Ｍ１）を「グローバルドメイン」と呼ぶ。
表とし，他のドメインとの間の変換手段（ドメイン変換
関数）を定義することで，すべての表現形式の相互変換
を可能にする。代表とするドメイン（図６ではドメイン
Ｍ１）を「グローバルドメイン」と呼ぶ。
【００４６】ドメインの定義は，スキーマ辞書２３にド
メイン名，ドメイングループ名，ドメイン間の変換関数
を設定し，スキーマの要素毎にドメイン名を対応付ける
ことで行う。以上の表現形式の相互変換については，特
開平１０−１４３５３９号公報に記載されている技術を
用いることができる。
メイン名，ドメイングループ名，ドメイン間の変換関数
を設定し，スキーマの要素毎にドメイン名を対応付ける
ことで行う。以上の表現形式の相互変換については，特
開平１０−１４３５３９号公報に記載されている技術を
用いることができる。
【００４７】本実施の形態における手順は，図２で説明
したスキーマ辞書の設定ステップＳ１０，構造化文書の
挿入ステップＳ２０，構造化文書の検索ステップＳ３０
の３段階に分かれている。
したスキーマ辞書の設定ステップＳ１０，構造化文書の
挿入ステップＳ２０，構造化文書の検索ステップＳ３０
の３段階に分かれている。
【００４８】複数の構造化文書を処理する場合，ステッ
プＳ１０を初めに一度だけ行い，以降は個々の構造化文
書について任意の順序でステップＳ２０，ステップＳ３
０を繰り返し行う。
プＳ１０を初めに一度だけ行い，以降は個々の構造化文
書について任意の順序でステップＳ２０，ステップＳ３
０を繰り返し行う。
【００４９】最初に，図３に示すスキーマ辞書の設定
（図２のステップＳ１０）の実施の形態について，具体
例に従って説明する。
（図２のステップＳ１０）の実施の形態について，具体
例に従って説明する。
【００５０】ステップＳ１１の蓄積構造の作成では，ユ
ーザは，図７に示す「スキーマＲ」を蓄積構造と定め，
スキーマ辞書２３に登録する。
ーザは，図７に示す「スキーマＲ」を蓄積構造と定め，
スキーマ辞書２３に登録する。
【００５１】ステップＳ１２のビューの作成では，ユー
ザは，図８に示す「スキーマＡ」，図９に示す「スキー
マＢ」，図１０に示す「スキーマＣ」をビューと定め，
スキーマ辞書２３に登録する。
ザは，図８に示す「スキーマＡ」，図９に示す「スキー
マＢ」，図１０に示す「スキーマＣ」をビューと定め，
スキーマ辞書２３に登録する。
【００５２】スキーマＡ，Ｂ，Ｃ，Ｒのスキーマ親子関
係（スキーマ階層）が，図１１に示すとおりであったと
する。ステップＳ１３のスキーマ階層情報の作成では，
ユーザは，図１１のスキーマ親子関係を表すスキーマ階
層情報をスキーマ辞書２３に登録する。図１２は，その
スキーマ辞書２３に登録されるスキーマ階層情報の例を
示している。
係（スキーマ階層）が，図１１に示すとおりであったと
する。ステップＳ１３のスキーマ階層情報の作成では，
ユーザは，図１１のスキーマ親子関係を表すスキーマ階
層情報をスキーマ辞書２３に登録する。図１２は，その
スキーマ辞書２３に登録されるスキーマ階層情報の例を
示している。
【００５３】ステップＳ１４の変換ルールの作成では，
ユーザは，「スキーマＲ」と「スキーマＡ」，「スキー
マＡ」と「スキーマＢ」，「スキーマＲ」と「スキーマ
Ｃ」の間で，図１３に示す変換ルールを作成し，スキー
マ辞書２３に登録する。
ユーザは，「スキーマＲ」と「スキーマＡ」，「スキー
マＡ」と「スキーマＢ」，「スキーマＲ」と「スキーマ
Ｃ」の間で，図１３に示す変換ルールを作成し，スキー
マ辞書２３に登録する。
【００５４】なお，図１３において，“R:/product/par
ts/item ”は，スキーマＲのＸＰａｔｈ表記の要素“/p
roduct/parts/item ”を表す。また，“R:/product/par
ts/item/@type ”は，スキーマＲの要素“/product/par
ts/item ”の属性“type”を表す。さらに図１３におい
て，表の左側は親スキーマの要素，右側は子スキーマの
要素を表し，各行が一つの要素の対応関係を表している
ものとする。
ts/item ”は，スキーマＲのＸＰａｔｈ表記の要素“/p
roduct/parts/item ”を表す。また，“R:/product/par
ts/item/@type ”は，スキーマＲの要素“/product/par
ts/item ”の属性“type”を表す。さらに図１３におい
て，表の左側は親スキーマの要素，右側は子スキーマの
要素を表し，各行が一つの要素の対応関係を表している
ものとする。
【００５５】ステップＳ１５の表現形式変換情報の作成
では，ユーザは，蓄積構造とビュー，ビューと別のビュ
ーとの間で，値の表現形式が異なっている要素につい
て，図１４に示す値の表現形式変換情報（ドメイン定
義）を作成し，スキーマ辞書２３に登録する。
では，ユーザは，蓄積構造とビュー，ビューと別のビュ
ーとの間で，値の表現形式が異なっている要素につい
て，図１４に示す値の表現形式変換情報（ドメイン定
義）を作成し，スキーマ辞書２３に登録する。
【００５６】次に，図４に示す構造化文書の挿入（図２
のステップＳ２０）の実施の形態について，具体例に従
って説明する。
のステップＳ２０）の実施の形態について，具体例に従
って説明する。
【００５７】ステップＳ２１のユーザからの構造化文書
の入力では，ユーザは，アプリケーション３０を通し
て，図１５に示す「構造化文書Ｄ」を作成し，「構造化
文書Ｄ」と「構造化文書Ｄ」のビュー名「スキーマＢ」
を，ビュー生成装置２０へ入力する。
の入力では，ユーザは，アプリケーション３０を通し
て，図１５に示す「構造化文書Ｄ」を作成し，「構造化
文書Ｄ」と「構造化文書Ｄ」のビュー名「スキーマＢ」
を，ビュー生成装置２０へ入力する。
【００５８】ステップＳ２２の変換経路情報の作成で
は，構造変換処理部２１は，スキーマ辞書２３のスキー
マ階層情報を用いて，アプリケーション３０から入力さ
れたビュー名「スキーマＢ」から，蓄積構造「スキーマ
Ｒ」へ変換する経路を作成し，図１６に示す「変換経路
情報」として出力する。これは，ビュー名「スキーマ
Ｂ」から，蓄積構造「スキーマＲ」へ変換するために
は，「スキーマＢ」から「スキーマＡ」へ変換し，「ス
キーマＡ」から実際の蓄積構造「スキーマＲ」へ変換す
ることを示している。
は，構造変換処理部２１は，スキーマ辞書２３のスキー
マ階層情報を用いて，アプリケーション３０から入力さ
れたビュー名「スキーマＢ」から，蓄積構造「スキーマ
Ｒ」へ変換する経路を作成し，図１６に示す「変換経路
情報」として出力する。これは，ビュー名「スキーマ
Ｂ」から，蓄積構造「スキーマＲ」へ変換するために
は，「スキーマＢ」から「スキーマＡ」へ変換し，「ス
キーマＡ」から実際の蓄積構造「スキーマＲ」へ変換す
ることを示している。
【００５９】ステップＳ２３の変換ルールの結合では，
構造変換処理部２１は，図１６に示す「変換経路情報」
に従い，スキーマ辞書２３の図１３に示す変換ルールを
結合し，図１７に示すスキーマＢから蓄積構造への変換
ルール（「結合した変換ルールＸ」）を作成する。
構造変換処理部２１は，図１６に示す「変換経路情報」
に従い，スキーマ辞書２３の図１３に示す変換ルールを
結合し，図１７に示すスキーマＢから蓄積構造への変換
ルール（「結合した変換ルールＸ」）を作成する。
【００６０】ステップ２４の構造化文書の構造変換で
は，構造変換処理部２１は，ユーザから受け取った「構
造化文書Ｄ」を，ステップＳ２３で作成した「結合した
変換ルールＸ」を用いて，図１８に示す「変換された構
造化文書Ｄ′」へ変換する。変換は，「結合した変換ル
ールＸ」に従い，ビューの要素を，蓄積構造の要素に置
き換えることにより行う。ここで，要素に図１４に示す
表現形式変換情報が設定されている場合には，値の表現
形式の変換を行う。
は，構造変換処理部２１は，ユーザから受け取った「構
造化文書Ｄ」を，ステップＳ２３で作成した「結合した
変換ルールＸ」を用いて，図１８に示す「変換された構
造化文書Ｄ′」へ変換する。変換は，「結合した変換ル
ールＸ」に従い，ビューの要素を，蓄積構造の要素に置
き換えることにより行う。ここで，要素に図１４に示す
表現形式変換情報が設定されている場合には，値の表現
形式の変換を行う。
【００６１】ここでは，例えば「B: /商品 /価格」要素
は，ドメイングループが金額，ドメインがＭ６であり，
「R:/product/price」要素は，ドメイングループが金
額，ドメインがＭ４の形式であるので，「￥１５０，０
００」を「１５０，０００」へ変換するような処理を行
う。最後に「変換された構造化文書Ｄ′」を構造化文書
蓄積装置１０に出力する。
は，ドメイングループが金額，ドメインがＭ６であり，
「R:/product/price」要素は，ドメイングループが金
額，ドメインがＭ４の形式であるので，「￥１５０，０
００」を「１５０，０００」へ変換するような処理を行
う。最後に「変換された構造化文書Ｄ′」を構造化文書
蓄積装置１０に出力する。
【００６２】ステップＳ２５の変換された構造化文書の
蓄積では，構造化文書蓄積装置１０は，「蓄積された構
造化文書Ｄ′」を蓄積する。
蓄積では，構造化文書蓄積装置１０は，「蓄積された構
造化文書Ｄ′」を蓄積する。
【００６３】次に，図５に示す構造化文書の検索ステッ
プＳ３０の実施の形態について，具体例に従って説明す
る。
プＳ３０の実施の形態について，具体例に従って説明す
る。
【００６４】ステップＳ３１のユーザが発行した検索式
の入力では，ユーザは，アプリケーション３０を通し
て，図１９に示す「検索式Ｑ」を作成し，「検索式Ｑ」
とビュー名「スキーマＢ」を，ビュー生成装置２０へ入
力する。この「検索式Ｑ」は，「“種別”属性が“ハー
ドディスク”である“構成品”要素の子要素である“機
能”要素」を取得することを意味している。
の入力では，ユーザは，アプリケーション３０を通し
て，図１９に示す「検索式Ｑ」を作成し，「検索式Ｑ」
とビュー名「スキーマＢ」を，ビュー生成装置２０へ入
力する。この「検索式Ｑ」は，「“種別”属性が“ハー
ドディスク”である“構成品”要素の子要素である“機
能”要素」を取得することを意味している。
【００６５】ステップＳ３２の変換経路情報の作成で
は，構造変換処理部２１は，スキーマ辞書２３のスキー
マ階層情報を用いて，アプリケーション３０から入力さ
れたビュー名「スキーマＢ」から，蓄積構造「スキーマ
Ｒ」へ変換する経路を作成し，前述した図１６に示す
「変換経路情報」として出力する。
は，構造変換処理部２１は，スキーマ辞書２３のスキー
マ階層情報を用いて，アプリケーション３０から入力さ
れたビュー名「スキーマＢ」から，蓄積構造「スキーマ
Ｒ」へ変換する経路を作成し，前述した図１６に示す
「変換経路情報」として出力する。
【００６６】ステップＳ３３の変換ルールの結合では，
構造変換処理部２１は，「変換経路情報」に従い，スキ
ーマ辞書２３の変換ルールを結合し，図１７に示すスキ
ーマＡから蓄積構造への変換ルール（「結合した変換ル
ールＸ」）を作成する。
構造変換処理部２１は，「変換経路情報」に従い，スキ
ーマ辞書２３の変換ルールを結合し，図１７に示すスキ
ーマＡから蓄積構造への変換ルール（「結合した変換ル
ールＸ」）を作成する。
【００６７】ステップＳ３４の検索式の構造変換では，
構造変換処理部２１は，「結合した変換ルールＸ」を用
いて，アプリケーション３０から入力された「検索式
Ｑ」を，図２０に示す「変換された検索式Ｑ′」に変換
する。この変換は，「結合した変換ルールＸ」に従い，
ビューの要素を蓄積構造の要素に置き換えることにより
行う。図２０に示す「変換された検索式Ｑ′」は，
「“type”属性が“ハードディスク”である“item”要
素」を取得することを意味している。ここで，要素に図
１４に示す表現形式変換情報が設定されている場合に
は，値の表現形式の変換を行う。
構造変換処理部２１は，「結合した変換ルールＸ」を用
いて，アプリケーション３０から入力された「検索式
Ｑ」を，図２０に示す「変換された検索式Ｑ′」に変換
する。この変換は，「結合した変換ルールＸ」に従い，
ビューの要素を蓄積構造の要素に置き換えることにより
行う。図２０に示す「変換された検索式Ｑ′」は，
「“type”属性が“ハードディスク”である“item”要
素」を取得することを意味している。ここで，要素に図
１４に示す表現形式変換情報が設定されている場合に
は，値の表現形式の変換を行う。
【００６８】ステップＳ３５の検索実行では，構造化文
書蓄積装置１０は，「変換された検索式Ｑ′」を実行
し，図２１に示す「検索結果Ｒ」を得る。次に，「検索
結果Ｒ」を構造変換処理部２１へ出力する。
書蓄積装置１０は，「変換された検索式Ｑ′」を実行
し，図２１に示す「検索結果Ｒ」を得る。次に，「検索
結果Ｒ」を構造変換処理部２１へ出力する。
【００６９】ステップＳ３６の検索結果の構造変換で
は，構造変換処理部２１は，構造化文書蓄積装置１０か
ら入力された「検索結果Ｒ」を，「結合した変換ルール
Ｘ」を用いて図２２に示す「変換された検索結果Ｒ′」
に変換し，アプリケーション３０に出力する。変換は，
「結合した変換ルールＸ」に従い，蓄積構造の要素をビ
ューの要素に置き換えることにより行う。ここで，要素
に図１４に示す表現形式変換情報が設定されている場合
には，値の表現形式の変換を行う。
は，構造変換処理部２１は，構造化文書蓄積装置１０か
ら入力された「検索結果Ｒ」を，「結合した変換ルール
Ｘ」を用いて図２２に示す「変換された検索結果Ｒ′」
に変換し，アプリケーション３０に出力する。変換は，
「結合した変換ルールＸ」に従い，蓄積構造の要素をビ
ューの要素に置き換えることにより行う。ここで，要素
に図１４に示す表現形式変換情報が設定されている場合
には，値の表現形式の変換を行う。
【００７０】ステップＳ３７の変換された検索結果の返
却では，アプリケーション３０は，構造変換処理部２１
から入力された「変換された検索結果Ｒ′」をユーザへ
返却する。
却では，アプリケーション３０は，構造変換処理部２１
から入力された「変換された検索結果Ｒ′」をユーザへ
返却する。
【００７１】なお，ステップＳ２４にて行った構造化文
書の構造変換について，図２３を用いて説明する。この
とき，「結合した変換ルール」において，ビューのスキ
ーマを変換元のスキーマ，蓄積構造のスキーマを変換先
のスキーマとして処理を進める。
書の構造変換について，図２３を用いて説明する。この
とき，「結合した変換ルール」において，ビューのスキ
ーマを変換元のスキーマ，蓄積構造のスキーマを変換先
のスキーマとして処理を進める。
【００７２】図４の構造化文書の構造変換ステップＳ２
４では，まず図２３のステップＳ２４１により番号付け
を行う。ここでは，変換元の構造化文書Ｄに対して，そ
の木構造を例えば図２４と表すとき，図２５に示すよう
に，木構造中の個々の要素に行きがけ順で番号を付与す
る。
４では，まず図２３のステップＳ２４１により番号付け
を行う。ここでは，変換元の構造化文書Ｄに対して，そ
の木構造を例えば図２４と表すとき，図２５に示すよう
に，木構造中の個々の要素に行きがけ順で番号を付与す
る。
【００７３】ステップＳ２４２の構造変換では，前ステ
ップＳ２４１で付与した番号の順に，各要素に注目し，
以下の手順（Ｓ２４２ａ〜ｃ）を繰り返す。
ップＳ２４１で付与した番号の順に，各要素に注目し，
以下の手順（Ｓ２４２ａ〜ｃ）を繰り返す。
【００７４】ステップＳ２４２ａのパスの取り出しで
は，注目する要素から，ルート要素に至るパスを取得す
る。例えば，図２５の番号の要素のパスは「 /商品 /
構成品/種別」である。
は，注目する要素から，ルート要素に至るパスを取得す
る。例えば，図２５の番号の要素のパスは「 /商品 /
構成品/種別」である。
【００７５】ステップＳ２４２ｂのパスの変換では，前
ステップＳ２４２ａで作成したパスをキーとして「結合
した変換ルール」から，変換先のパスを作成する。変換
元のパス「 /商品 /構成品 /種別」をキーとすると，変
換先のパス「/product/parts/item/@type 」が得られ
る。なお，ここで，指定のキーが「結合した変換ルー
ル」にない場合には，このパスを無視して次の要素に進
む。
ステップＳ２４２ａで作成したパスをキーとして「結合
した変換ルール」から，変換先のパスを作成する。変換
元のパス「 /商品 /構成品 /種別」をキーとすると，変
換先のパス「/product/parts/item/@type 」が得られ
る。なお，ここで，指定のキーが「結合した変換ルー
ル」にない場合には，このパスを無視して次の要素に進
む。
【００７６】ステップＳ２４２ｃの変換されたパスの配
置では，変換先のパスを変換先の木構造中に配置する。
例として，変換先のパス「/product/parts/item/@type
」は，図２６の番の要素として配置する。このと
き，パスの途中の要素がない場合には，新たに作成す
る。図２６の“/product/parts”要素は，番の要素を
配置する際に，同時に作成されたものである。
置では，変換先のパスを変換先の木構造中に配置する。
例として，変換先のパス「/product/parts/item/@type
」は，図２６の番の要素として配置する。このと
き，パスの途中の要素がない場合には，新たに作成す
る。図２６の“/product/parts”要素は，番の要素を
配置する際に，同時に作成されたものである。
【００７７】ステップＳ２４３の結果出力では，ステッ
プＳ２４２によって図２７の木構造で示される構造化文
書が作成され，これを出力として本手順を終了する。
プＳ２４２によって図２７の木構造で示される構造化文
書が作成され，これを出力として本手順を終了する。
【００７８】また，ステップＳ３４にて行った検索式の
構造変換は，検索式を木構造ととらえ，ビューのスキー
マを変換元のスキーマ，蓄積構造のスキーマを変換先の
スキーマとし，図２３のステップＳ２４１〜Ｓ２４３と
同等の処理を行うことで実現できる。例として「検索式
Ｑ」は，図２８に示す木構造ととらえ，図２９に変換す
ることで，「構造化された検索式Ｑ′」を得る。
構造変換は，検索式を木構造ととらえ，ビューのスキー
マを変換元のスキーマ，蓄積構造のスキーマを変換先の
スキーマとし，図２３のステップＳ２４１〜Ｓ２４３と
同等の処理を行うことで実現できる。例として「検索式
Ｑ」は，図２８に示す木構造ととらえ，図２９に変換す
ることで，「構造化された検索式Ｑ′」を得る。
【００７９】また，ステップＳ３６にて行った構造化文
書の構造変換は，蓄積構造のスキーマを変換元のスキー
マ，ビューのスキーマを変換先とし，図２３のステップ
Ｓ２４１〜Ｓ２４３と同等の処理を行うことで実現でき
る。
書の構造変換は，蓄積構造のスキーマを変換元のスキー
マ，ビューのスキーマを変換先とし，図２３のステップ
Ｓ２４１〜Ｓ２４３と同等の処理を行うことで実現でき
る。
【００８０】また，アプリケーション３０は「スキーマ
Ｃ」もビューとして利用できる。しかし，「スキーマ
Ｃ」は，「スキーマＲ」のすべての情報を表現していな
い。よって，「スキーマＣ」から「スキーマＲ」への変
換はできないため，アプリケーション３０は，構造化文
書の検索をすることは可能であるが，構造化文書の挿入
をすることはできない（ビューは読み取り専用であ
る）。
Ｃ」もビューとして利用できる。しかし，「スキーマ
Ｃ」は，「スキーマＲ」のすべての情報を表現していな
い。よって，「スキーマＣ」から「スキーマＲ」への変
換はできないため，アプリケーション３０は，構造化文
書の検索をすることは可能であるが，構造化文書の挿入
をすることはできない（ビューは読み取り専用であ
る）。
【００８１】［本発明の適用例］本発明のＢ２Ｂ（Busi
ness to Business）電子商取引システムへの適用例につ
いて説明する。
ness to Business）電子商取引システムへの適用例につ
いて説明する。
【００８２】本システムは，図３１および図３２で述べ
た従来のＢ２Ｂ電子商取引システムの問題に対し，各企
業の独自スキーマをＸＭＬビューとして定義し，ＸＭＬ
ビューとデータベースのスキーマ（蓄積スキーマとい
う）との間の構造変換の際に，構造変換に最適化したデ
ータベース検索を行うことで，データベース検索と構造
変換のコストを低減可能とする。
た従来のＢ２Ｂ電子商取引システムの問題に対し，各企
業の独自スキーマをＸＭＬビューとして定義し，ＸＭＬ
ビューとデータベースのスキーマ（蓄積スキーマとい
う）との間の構造変換の際に，構造変換に最適化したデ
ータベース検索を行うことで，データベース検索と構造
変換のコストを低減可能とする。
【００８３】図３０に，本発明のＢ２Ｂ電子商取引シス
テムへの適用例を示す。ＸＭＬ文書検索・変換システム
２００は，図１に示すビュー生成装置２０に相当するも
のである。ＸＭＬ文書検索・変換システム２００におい
て，データセンタ１００にあるＸＭＬデータベース１１
０に対して，各企業の独自スキーマ３１１Ａ〜３１１Ｃ
に合ったＸＭＬビュー２１１Ａ〜２１１Ｃを定義し，各
企業の社内システム３００Ａ〜３００Ｃで動作するアプ
リケーションは，それぞれＸＭＬビュー２１１Ａ〜２１
１Ｃを通して，ＸＭＬデータベース１１０中のＸＭＬ文
書の検索，更新を行うことができる。
テムへの適用例を示す。ＸＭＬ文書検索・変換システム
２００は，図１に示すビュー生成装置２０に相当するも
のである。ＸＭＬ文書検索・変換システム２００におい
て，データセンタ１００にあるＸＭＬデータベース１１
０に対して，各企業の独自スキーマ３１１Ａ〜３１１Ｃ
に合ったＸＭＬビュー２１１Ａ〜２１１Ｃを定義し，各
企業の社内システム３００Ａ〜３００Ｃで動作するアプ
リケーションは，それぞれＸＭＬビュー２１１Ａ〜２１
１Ｃを通して，ＸＭＬデータベース１１０中のＸＭＬ文
書の検索，更新を行うことができる。
【００８４】そのため，ＸＭＬ文書検索・変換システム
２００は，図１に示すビュー生成装置２０が持つ構造変
換処理部２１，検索式変換処理部２２，スキーマ辞書２
３を備え，構造変換処理部２１によってスキーマ辞書２
３を参照し，各ＸＭＬビュー２１１Ａ〜２１１Ｃと蓄積
スキーマ２１０との間のスキーマ変換を行い，また，検
索式変換処理部２２によってスキーマ辞書２３を参照
し，ＸＰｐａｔｈで記述された検索式の変換を行う。
２００は，図１に示すビュー生成装置２０が持つ構造変
換処理部２１，検索式変換処理部２２，スキーマ辞書２
３を備え，構造変換処理部２１によってスキーマ辞書２
３を参照し，各ＸＭＬビュー２１１Ａ〜２１１Ｃと蓄積
スキーマ２１０との間のスキーマ変換を行い，また，検
索式変換処理部２２によってスキーマ辞書２３を参照
し，ＸＰｐａｔｈで記述された検索式の変換を行う。
【００８５】このＸＭＬ文書検索・変換システム２００
を，集中サーバであるデータセンタ１００に設置し，各
企業Ａ〜Ｃが個々のビューでアクセス可能とする。この
ＸＭＬ文書検索・変換システム２００により，Ｂ２Ｂ電
子商取引に必要な下記の機能が実現され，既存システム
の問題点を解決することができる。
を，集中サーバであるデータセンタ１００に設置し，各
企業Ａ〜Ｃが個々のビューでアクセス可能とする。この
ＸＭＬ文書検索・変換システム２００により，Ｂ２Ｂ電
子商取引に必要な下記の機能が実現され，既存システム
の問題点を解決することができる。
【００８６】(a) 各企業Ａ〜Ｃは，独自スキーマ３１１
Ａ〜３１１ＣをＸＭＬビュー２１１Ａ〜２１１Ｃとして
ＸＭＬ文書検索・変換システム２００に登録し，ＸＭＬ
ビュー２１１Ａ〜２１１Ｃを通して検索・更新を行うこ
とができ，各企業Ａ〜Ｃの社内システム３００Ａ〜３０
０Ｃの独立性が向上する。
Ａ〜３１１ＣをＸＭＬビュー２１１Ａ〜２１１Ｃとして
ＸＭＬ文書検索・変換システム２００に登録し，ＸＭＬ
ビュー２１１Ａ〜２１１Ｃを通して検索・更新を行うこ
とができ，各企業Ａ〜Ｃの社内システム３００Ａ〜３０
０Ｃの独立性が向上する。
【００８７】(b) 検索結果の出力に必要な部分だけをデ
ータセンタ１００から各企業Ａ〜Ｃに通信すればよいた
め，検索処理の処理速度が向上する。
ータセンタ１００から各企業Ａ〜Ｃに通信すればよいた
め，検索処理の処理速度が向上する。
【００８８】(c) Ｂ２Ｂ電子商取引に必要不可欠な値の
変換が実現される。例えば，次のような値の変換を容易
に自動的に行うことが可能になる。
変換が実現される。例えば，次のような値の変換を容易
に自動的に行うことが可能になる。
【００８９】
----------------------------------------------------------------
＜重量＞１０００＜／重量＞ ←→ ＜重量＞１Ｋｇ＜／重量＞
＜価格＞１５，０００＜／価格＞ ←→ ＜価格＞１５千円＜／価格＞
＜年＞２００２＜／年＞ ←→ ＜年＞Ｈ１４＜／年＞
----------------------------------------------------------------
【００９０】
【発明の効果】以上のとおり，本発明では，以下のよう
な効果がある。 (a) 検索結果の出力に必要な部分だけを変換すればよい
ため，検索処理の処理速度の向上が図られる。 (b) 仮想的に定義されたビューに対して検索式を作成す
ればよいため，構造化文書の蓄積・検索において，デー
タベースのスキーマと，アプリケーションのスキーマと
を分離し，データベースとアプリケーションの独立した
開発を実現することができる。
な効果がある。 (a) 検索結果の出力に必要な部分だけを変換すればよい
ため，検索処理の処理速度の向上が図られる。 (b) 仮想的に定義されたビューに対して検索式を作成す
ればよいため，構造化文書の蓄積・検索において，デー
タベースのスキーマと，アプリケーションのスキーマと
を分離し，データベースとアプリケーションの独立した
開発を実現することができる。
【００９１】以上のことから，本発明によって構造化文
書の二次利用が大幅に促進されることが期待できる。
書の二次利用が大幅に促進されることが期待できる。
【図１】本発明の原理構成図である。
【図２】本発明の実施の形態の処理手順を示すフローチ
ャートである。
ャートである。
【図３】スキーマ辞書の設定の処理フローチャートであ
る。
る。
【図４】構造化文書の挿入の処理フローチャートであ
る。
る。
【図５】構造化文書の検索の処理フローチャートであ
る。
る。
【図６】ドメインの定義を説明する図である。
【図７】スキーマＲ（蓄積スキーマ）の例を示す図であ
る。
る。
【図８】スキーマＡ（ビュー）の例を示す図である。
【図９】スキーマＢ（ビュー）の例を示す図である。
【図１０】スキーマＣ（ビュー）の例を示す図である。
【図１１】スキーマ階層の例を示す図である。
【図１２】スキーマ階層情報の例を示す図である。
【図１３】変換ルールの例を示す図である。
【図１４】ドメイン定義の例を示す図である。
【図１５】構造化文書Ｄの例を示す図である。
【図１６】変換経路情報の例を示す図である。
【図１７】結合した変換ルールＸの例を示す図である。
【図１８】変換された構造化文書Ｄ′の例を示す図であ
る。
る。
【図１９】検索式Ｑの例を示す図である。
【図２０】変換された検索式Ｑ′の例を示す図である。
【図２１】検索結果Ｒの例を示す図である。
【図２２】変換された検索結果Ｒ′の例を示す図であ
る。
る。
【図２３】構造化文書の挿入の例を示す図である。
【図２４】構造化文書Ｄの木構造を示す図である。
【図２５】構造化文書Ｄの木構造の行きがけ順を示す図
である。
である。
【図２６】構造変換途中の構造化文書Ｄ″の木構造を示
す図である。
す図である。
【図２７】構造変換された構造化文書Ｄ″の木構造を示
す図である。
す図である。
【図２８】検索式Ｑの木構造を示す図である。
【図２９】構造変換された検索式Ｑ″の木構造を示す図
である。
である。
【図３０】本発明の適用システムの例を示す図である。
【図３１】従来の集中型Ｂ２Ｂ電子商取引システムの構
成例を示す図である。
成例を示す図である。
【図３２】従来のＢ２Ｂプラットフォームの例を示す図
である。
である。
１０ 構造化文書蓄積装置
２０ ビュー生成装置
２１ 構造変換処理部
２２ 検索式変換処理部
２３ スキーマ辞書
３０ アプリケーション
Claims (12)
- 【請求項１】 複数の構造化文書が単一の蓄積スキーマ
で蓄積される構造化文書データベースを，前記蓄積スキ
ーマとは異なる構造と値の表現形式でもって定義された
仮想的なスキーマであるビューを通して更新する構造化
文書の更新処理方法であって，前記構造化文書データベ
ースに挿入する構造化文書とビュー指定情報とを入力す
るステップと，前記蓄積スキーマと前記ビューとの間の
あらかじめ登録された構造および値の表現形式に関する
変換規則情報を用い，前記入力された構造化文書を前記
蓄積スキーマに適合する構造に変換するとともに，前記
入力された構造化文書の値の表現形式を前記蓄積スキー
マの値の表現形式に変換するステップと，変換された構
造化文書を前記構造化文書データベースに蓄積するステ
ップとを有することを特徴とするビューによる構造化文
書処理方法。 - 【請求項２】 請求項１に記載のビューによる構造化文
書処理方法において，前記ビューを表すスキーマは前記
蓄積スキーマをルートとする木構造の階層関係を持つよ
うに定義することができ，前記変換規則情報として，前
記蓄積スキーマと１段目のビューとの間の変換規則情報
の他に，親子関係にあるビュー間の変換規則情報を持
ち，前記入力された構造化文書を変換するにあたって，
指定されたビューから前記蓄積スキーマへ変換する前記
木構造における変換経路情報を作成するステップと，前
記変換経路情報が複数の階層にわたるときに，経路上の
各階層に対応する変換規則情報を結合するステップとを
有し，前記入力された構造化文書を変換するステップで
は，前記結合された変換規則情報を用いて変換すること
を特徴とするビューによる構造化文書処理方法。 - 【請求項３】 複数の構造化文書が単一の蓄積スキーマ
で蓄積される構造化文書データベースを，前記蓄積スキ
ーマとは異なる構造と値の表現形式でもって定義された
仮想的なスキーマであるビューを通して検索する構造化
文書の検索処理方法であって，前記構造化文書データベ
ースを検索する検索式とビュー指定情報とを入力するス
テップと，前記蓄積スキーマと前記ビューとの間のあら
かじめ登録された構造および値の表現形式に関する変換
規則情報を用い，前記入力された検索式を前記蓄積スキ
ーマに適合する構造の検索式に変換するとともに，前記
入力された検索式の値の表現形式を前記蓄積スキーマの
値の表現形式に変換するステップと，変換された検索式
を用いて前記構造化文書データベースを検索するステッ
プと，検索結果を前記変換規則情報を用いて前記ビュー
の構造に変換するとともに，その値の表現形式を前記ビ
ューの値の表現形式に変換するステップとを有すること
を特徴とするビューによる構造化文書処理方法。 - 【請求項４】 請求項３に記載のビューによる構造化文
書処理方法において，前記ビューを表すスキーマは前記
蓄積スキーマをルートとする木構造の階層関係を持つよ
うに定義することができ，前記変換規則情報として，前
記蓄積スキーマと１段目のビューとの間の変換規則情報
の他に，親子関係にあるビュー間の変換規則情報を持
ち，前記入力された検索式を変換するにあたって，指定
されたビューから前記蓄積スキーマへ変換する前記木構
造における変換経路情報を作成するステップと，前記変
換経路情報が複数の階層にわたるときに，経路上の各階
層に対応する変換規則情報を結合するステップとを有
し，前記入力された検索式を変換するステップおよび検
索結果を変換するステップでは，前記結合された変換規
則情報を用いて変換することを特徴とするビューによる
構造化文書処理方法。 - 【請求項５】 複数の構造化文書が単一の蓄積スキーマ
で蓄積される構造化文書データベースを，前記蓄積スキ
ーマとは異なる構造と値の表現形式でもって定義された
仮想的なスキーマであるビューを通して更新する構造化
文書処理装置であって，あらかじめ登録された前記蓄積
スキーマと前記ビューとの間の構造および値の表現形式
に関する変換規則情報を記憶する手段と，前記構造化文
書データベースに挿入する構造化文書とビュー指定情報
とを入力する手段と，前記変換規則情報を用い，前記入
力された構造化文書を前記蓄積スキーマに適合する構造
に変換するとともに，前記入力された構造化文書の値の
表現形式を前記蓄積スキーマの値の表現形式に変換する
手段と，変換された構造化文書を前記構造化文書データ
ベースに蓄積する手段とを備えることを特徴とするビュ
ーによる構造化文書処理装置。 - 【請求項６】 請求項５に記載のビューによる構造化文
書処理装置において，前記ビューを表すスキーマは前記
蓄積スキーマをルートとする木構造の階層関係を持つよ
うに定義することができ，前記変換規則情報を記憶する
手段は，前記蓄積スキーマと１段目のビューとの間の変
換規則情報の他に，親子関係にあるビュー間の変換規則
情報を記憶し，前記入力された構造化文書を変換するに
あたって，指定されたビューから前記蓄積スキーマへ変
換する前記木構造における変換経路情報を作成する手段
と，前記変換経路情報が複数の階層にわたるときに，経
路上の各階層に対応する変換規則情報を結合する手段と
を備え，前記入力された構造化文書を変換する手段で
は，前記結合された変換規則情報を用いて変換すること
を特徴とするビューによる構造化文書処理装置。 - 【請求項７】 複数の構造化文書が単一の蓄積スキーマ
で蓄積される構造化文書データベースを，前記蓄積スキ
ーマとは異なる構造と値の表現形式でもって定義された
仮想的なスキーマであるビューを通して検索する構造化
文書処理装置であって，あらかじめ登録された前記蓄積
スキーマと前記ビューとの間の構造および値の表現形式
に関する変換規則情報を記憶する手段と，前記構造化文
書データベースを検索する検索式とビュー指定情報とを
入力する手段と，前記変換規則情報を用い，前記入力さ
れた検索式を前記蓄積スキーマに適合する構造の検索式
に変換するとともに，前記入力された検索式の値の表現
形式を前記蓄積スキーマの値の表現形式に変換する手段
と，変換された検索式を用いて前記構造化文書データベ
ースを検索する手段と，検索結果を前記変換規則情報を
用いて前記ビューの構造に変換するとともに，その値の
表現形式を前記ビューの値の表現形式に変換する手段と
を備えることを特徴とするビューによる構造化文書処理
装置。 - 【請求項８】 請求項７に記載のビューによる構造化文
書処理装置において，前記ビューを表すスキーマは前記
蓄積スキーマをルートとする木構造の階層関係を持つよ
うに定義することができ，前記変換規則情報を記憶する
手段は，前記蓄積スキーマと１段目のビューとの間の変
換規則情報の他に，親子関係にあるビュー間の変換規則
情報を記憶し，前記入力された検索式を変換するにあた
って，指定されたビューから前記蓄積スキーマへ変換す
る前記木構造における変換経路情報を作成する手段と，
前記変換経路情報が複数の階層にわたるときに，経路上
の各階層に対応する変換規則情報を結合する手段とを備
え，前記入力された検索式を変換する手段および検索結
果を変換する手段では，前記結合された変換規則情報を
用いて変換することを特徴とするビューによる構造化文
書処理装置。 - 【請求項９】 請求項６または請求項８に記載の構造化
文書処理装置において，前記変換規則情報を記憶する手
段は，前記蓄積スキーマおよび複数のビューのスキーマ
の定義情報と，前記蓄積スキーマをルートとする木構造
の前記蓄積スキーマおよび複数のビューのスキーマの階
層関係を表す情報と，前記スキーマの階層関係における
親スキーマと子スキーマとの間で，構造化文書中の要素
の対応を記述し，構造化文書の構造または検索式を構造
変換するための規則情報と，構造化文書の値を親スキー
マと子スキーマとの間で変換するための値の表現形式変
換情報とを記憶することを特徴とするビューによる構造
化文書処理装置。 - 【請求項１０】 複数の構造化文書が単一の蓄積スキー
マで蓄積される構造化文書データベースを，前記蓄積ス
キーマとは異なる構造と値の表現形式でもって定義され
た仮想的なスキーマであるビューを通して更新または検
索する構造化文書処理装置であって，あらかじめ登録さ
れた前記蓄積スキーマと前記ビューとの間の構造および
値の表現形式に関する変換規則情報を記憶する手段と，
前記ビューを用いた構造化文書の挿入要求に対し，前記
変換規則情報を用い，入力された構造化文書を前記蓄積
スキーマに適合する構造と値の表現形式に変換し，前記
構造化文書データベースに蓄積する手段と，前記ビュー
を用いた構造化文書の検索要求に対し，前記変換規則情
報を用い，入力された検索式を前記蓄積スキーマに適合
した構造と値の表現形式の検索式に変換し，前記構造化
文書データベースを検索し，その検索結果について前記
変換規則情報を用い，前記ビューに適合した構造と値の
表現形式の検索結果に変換して要求元へ返却する手段と
を備えることを特徴とするビューによる構造化文書処理
装置。 - 【請求項１１】 請求項１から請求項４までのいずれか
に記載のビューによる構造化文書処理方法を，コンピュ
ータに実行させるための構造化文書処理プログラム。 - 【請求項１２】 請求項１から請求項４までのいずれか
に記載のビューによる構造化文書処理方法を，コンピュ
ータに実行させるためのプログラムを記録したことを特
徴とする構造化文書処理プログラムの記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002045959A JP2003248675A (ja) | 2002-02-22 | 2002-02-22 | ビューによる構造化文書処理方法，構造化文書処理装置，そのプログラムおよびそのプログラムの記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002045959A JP2003248675A (ja) | 2002-02-22 | 2002-02-22 | ビューによる構造化文書処理方法，構造化文書処理装置，そのプログラムおよびそのプログラムの記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003248675A true JP2003248675A (ja) | 2003-09-05 |
Family
ID=28659559
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002045959A Pending JP2003248675A (ja) | 2002-02-22 | 2002-02-22 | ビューによる構造化文書処理方法，構造化文書処理装置，そのプログラムおよびそのプログラムの記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003248675A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007536639A (ja) * | 2004-05-04 | 2007-12-13 | フィッシャー−ローズマウント・システムズ・インコーポレーテッド | プロセスコントロールデータにアクセスするための方法および装置 |
| US8676786B2 (en) | 2010-12-17 | 2014-03-18 | Fujitsu Limited | Computer product, data conversion apparatus, and conversion method |
-
2002
- 2002-02-22 JP JP2002045959A patent/JP2003248675A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007536639A (ja) * | 2004-05-04 | 2007-12-13 | フィッシャー−ローズマウント・システムズ・インコーポレーテッド | プロセスコントロールデータにアクセスするための方法および装置 |
| US8676786B2 (en) | 2010-12-17 | 2014-03-18 | Fujitsu Limited | Computer product, data conversion apparatus, and conversion method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Aumueller et al. | Schema and ontology matching with COMA++ | |
| US8924415B2 (en) | Schema mapping and data transformation on the basis of a conceptual model | |
| Su et al. | Automating the transformation of XML documents | |
| US6834287B1 (en) | Classification engine for managing attribute-based data | |
| US7266549B2 (en) | Optimization using a multi-dimensional data model | |
| US6839714B2 (en) | System and method for comparing heterogeneous data sources | |
| US6604100B1 (en) | Method for converting relational data into a structured document | |
| US9558239B2 (en) | Relational query planning for non-relational data sources | |
| Visser et al. | Enabling technologies for interoperability | |
| US8234312B2 (en) | Schema mapping and data transformation on the basis of layout and content | |
| US20060265352A1 (en) | Methods and apparatus for information integration in accordance with web services | |
| Boyd et al. | AutoMed: A BAV data integration system for heterogeneous data sources | |
| US20030177481A1 (en) | Enterprise information unification | |
| US20020143742A1 (en) | Apparatus, method, and program for retrieving structured documents | |
| CN105849726A (zh) | 用于高效地支持通过分层标记数据的即席查询的通用索引 | |
| US7668888B2 (en) | Converting object structures for search engines | |
| Martin et al. | Increasing the financial transparency of european commission project funding | |
| CN116795859A (zh) | 数据分析方法、装置、计算机设备和存储介质 | |
| US7953742B2 (en) | Three-phase single-pass efficient processing of Xquery update | |
| US20050278353A1 (en) | XML schema tool | |
| JP2003248675A (ja) | ビューによる構造化文書処理方法，構造化文書処理装置，そのプログラムおよびそのプログラムの記録媒体 | |
| Elmasri et al. | Conceptual modeling for customized XML schemas | |
| CN102646099B (zh) | 模式匹配系统、模式映射系统及方法 | |
| Angelis et al. | Generating and exploiting semantically enriched, integrated, linked and open museum data | |
| JP2005056085A (ja) | データ構造変換プログラム |