JP3438805B2 - データベース異種性解消検索装置 - Google Patents
データベース異種性解消検索装置Info
- Publication number
- JP3438805B2 JP3438805B2 JP34589996A JP34589996A JP3438805B2 JP 3438805 B2 JP3438805 B2 JP 3438805B2 JP 34589996 A JP34589996 A JP 34589996A JP 34589996 A JP34589996 A JP 34589996A JP 3438805 B2 JP3438805 B2 JP 3438805B2
- Authority
- JP
- Japan
- Prior art keywords
- domain
- database
- user
- search
- conversion function
- 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.)
- Expired - Lifetime
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、複数のデータベー
スが存在する環境において同じ意味を有するが、データ
ベースによってそれぞれ表現が異なるデータ項目をその
表現の違いを解消して検索するデータベース異種性解消
検索装置に関する。
スが存在する環境において同じ意味を有するが、データ
ベースによってそれぞれ表現が異なるデータ項目をその
表現の違いを解消して検索するデータベース異種性解消
検索装置に関する。
【０００２】
【従来の技術】企業は、顧客の管理や、売り上げの管理
などさまざまな業務のために、多くのデータベースシス
テムを導入し、利用している。当初は、顧客や売り上げ
の情報の記録・変更・利用などのような単純なデータ管
理の目的でデータベースを使用していたが、最近は、例
えば地域別の商品の売れ筋は何かといった情報を求める
などの経営戦略的な情報を得るためにデータベースを利
用することが求められている。
などさまざまな業務のために、多くのデータベースシス
テムを導入し、利用している。当初は、顧客や売り上げ
の情報の記録・変更・利用などのような単純なデータ管
理の目的でデータベースを使用していたが、最近は、例
えば地域別の商品の売れ筋は何かといった情報を求める
などの経営戦略的な情報を得るためにデータベースを利
用することが求められている。
【０００３】そのような目的のためには、１つのデータ
ベースの情報だけからでは不十分な場合があり、例えば
顧客情報と売り上げ情報を組み合わせるといったよう
に、複数のデータベースの情報を統合して利用する必要
がある。しかし、それぞれのデータベースは独立に運用
されているために、同じ内容の情報を異なった表現形式
で表していることがある。複数のデータベースの情報を
統合する場合、その違いをなくすことが必要である。
ベースの情報だけからでは不十分な場合があり、例えば
顧客情報と売り上げ情報を組み合わせるといったよう
に、複数のデータベースの情報を統合して利用する必要
がある。しかし、それぞれのデータベースは独立に運用
されているために、同じ内容の情報を異なった表現形式
で表していることがある。複数のデータベースの情報を
統合する場合、その違いをなくすことが必要である。
【０００４】これまで、複数のデータベースを統合して
利用する仕組みとして、マルチデータベースが研究・開
発されている。マルチデータベースシステムとは、グロ
ーバルスキーマと呼ばれるユーザが利用するデータベー
スの仮想的な構造を予め定義することによって、ユーザ
は個別の情報の表現形式や構造を意識しないで、分散す
るデータベースを検索できるというシステムである。
利用する仕組みとして、マルチデータベースが研究・開
発されている。マルチデータベースシステムとは、グロ
ーバルスキーマと呼ばれるユーザが利用するデータベー
スの仮想的な構造を予め定義することによって、ユーザ
は個別の情報の表現形式や構造を意識しないで、分散す
るデータベースを検索できるというシステムである。
【０００５】しかし、この方式では、ユーザはこのグロ
ーバルスキーマの形式でしか、データを見ることができ
ず、１つの見方を強制されることになる。
ーバルスキーマの形式でしか、データを見ることができ
ず、１つの見方を強制されることになる。
【０００６】
【発明が解決しようとする課題】これまでの方式では、
グローバルスキーマを定義するために、すべてのデータ
ベースにおけるデータの表現形式を知っている必要があ
った。しかし、それには、すべてのデータベースの内容
に通じる必要があり、実際は非常に難しい。よって、自
分の持つデータベース以外の表現形式をできるだけ知ら
なくても、データの表現の違いを解消できる仕組みが必
要である。
グローバルスキーマを定義するために、すべてのデータ
ベースにおけるデータの表現形式を知っている必要があ
った。しかし、それには、すべてのデータベースの内容
に通じる必要があり、実際は非常に難しい。よって、自
分の持つデータベース以外の表現形式をできるだけ知ら
なくても、データの表現の違いを解消できる仕組みが必
要である。
【０００７】また、ユーザは、自分の持っているデータ
ベースと同じ表現形式で、他のデータベースの情報を取
りたいという要求がある。これは、自分の使っているア
プリケーションを用いて他のデータベースのデータを使
いたいが、そのアプリケーションが自分のデータベース
の表現形式に合わせて作られるからである。この要求を
既存のマルチデータベースで実現しようとすると、ユー
ザのデータベースと同じ形式を持ったグローバルスキー
マをユーザ毎に定義する必要があり、非効率であった。
よって、グローバルスキーマを定義することなく、断片
的にデータの違いを定義することによって、データの表
現の違いを解消することが必要である。そして、ユーザ
が利用したい表現形式を容易に変更できる仕組みが必要
である。
ベースと同じ表現形式で、他のデータベースの情報を取
りたいという要求がある。これは、自分の使っているア
プリケーションを用いて他のデータベースのデータを使
いたいが、そのアプリケーションが自分のデータベース
の表現形式に合わせて作られるからである。この要求を
既存のマルチデータベースで実現しようとすると、ユー
ザのデータベースと同じ形式を持ったグローバルスキー
マをユーザ毎に定義する必要があり、非効率であった。
よって、グローバルスキーマを定義することなく、断片
的にデータの違いを定義することによって、データの表
現の違いを解消することが必要である。そして、ユーザ
が利用したい表現形式を容易に変更できる仕組みが必要
である。
【０００８】本発明は、上記に鑑みてなされたもので、
その目的とするところは、各データベースによるデータ
項目の表現が同じ意味にも関わらず異なっていても、各
ユーザ自身の表現形式で各データベースを自由に検索す
ることができるデータベース異種性解消検索装置を提供
することにある。
その目的とするところは、各データベースによるデータ
項目の表現が同じ意味にも関わらず異なっていても、各
ユーザ自身の表現形式で各データベースを自由に検索す
ることができるデータベース異種性解消検索装置を提供
することにある。
【０００９】
【課題を解決するための手段】上記目的を達成するた
め、請求項１記載の本発明は、複数のデータベースが存
在する環境において同じ意味を有するが、データベース
によってそれぞれ表現が異なるデータ項目をその表現の
違いを解消して検索するデータベース異種性解消検索装
置であって、各データベースのデータ項目のデータの表
現形式であるドメインをローカルドメインとして各デー
タベース毎に管理するローカルドメイン管理テーブル
と、同じ意味を有する各ドメインをドメイングループと
して管理するとともに、各ドメイングループ内において
代表して標準的に使用されるグローバルドメインを選択
して管理するドメイングループ管理テーブルと、前記グ
ローバルドメインと前記ローカルドメインとの間の双方
向又は片方向の変換を行う変換関数を管理する変換関数
管理テーブルと、各ドメイングループごとにユーザが見
えるドメインをユーザドメインとして管理するユーザド
メイン管理テーブルと、ユーザから入力された問い合わ
せ文の検索データが記憶されているデータベースおよび
該検索データに対応するローカルドメインを前記ローカ
ルドメイン管理テーブルから探索するとともに、該ロー
カルドメインが含まれるドメイングループと前記ユーザ
からユーザドメインを前記ユーザドメイン管理テーブル
から探索するドメイン探索手段と、データベースへの問
い合わせ文の中に変換関数を記述できる場合であって、
該ドメイン探索手段で探索したローカルドメインとユー
ザドメインとが異なる場合、該ローカルドメインをユー
ザドメインに変換する変換関数を前記変換関数管理テー
ブルから探索する変換関数探索手段と、該変換関数探索
手段で探索された変換関数を用いて、前記問い合わせ文
を各データベースに適合した問い合わせ文に翻訳し、こ
の翻訳された問い合わせ文により各データベースを検索
する検索手段とを有することを要旨とする。
め、請求項１記載の本発明は、複数のデータベースが存
在する環境において同じ意味を有するが、データベース
によってそれぞれ表現が異なるデータ項目をその表現の
違いを解消して検索するデータベース異種性解消検索装
置であって、各データベースのデータ項目のデータの表
現形式であるドメインをローカルドメインとして各デー
タベース毎に管理するローカルドメイン管理テーブル
と、同じ意味を有する各ドメインをドメイングループと
して管理するとともに、各ドメイングループ内において
代表して標準的に使用されるグローバルドメインを選択
して管理するドメイングループ管理テーブルと、前記グ
ローバルドメインと前記ローカルドメインとの間の双方
向又は片方向の変換を行う変換関数を管理する変換関数
管理テーブルと、各ドメイングループごとにユーザが見
えるドメインをユーザドメインとして管理するユーザド
メイン管理テーブルと、ユーザから入力された問い合わ
せ文の検索データが記憶されているデータベースおよび
該検索データに対応するローカルドメインを前記ローカ
ルドメイン管理テーブルから探索するとともに、該ロー
カルドメインが含まれるドメイングループと前記ユーザ
からユーザドメインを前記ユーザドメイン管理テーブル
から探索するドメイン探索手段と、データベースへの問
い合わせ文の中に変換関数を記述できる場合であって、
該ドメイン探索手段で探索したローカルドメインとユー
ザドメインとが異なる場合、該ローカルドメインをユー
ザドメインに変換する変換関数を前記変換関数管理テー
ブルから探索する変換関数探索手段と、該変換関数探索
手段で探索された変換関数を用いて、前記問い合わせ文
を各データベースに適合した問い合わせ文に翻訳し、こ
の翻訳された問い合わせ文により各データベースを検索
する検索手段とを有することを要旨とする。
【００１０】請求項１記載の本発明にあっては、ユーザ
から入力された問い合わせ文の検索データが記憶されて
いるデータベースおよび該検索データに対応するローカ
ルドメインをローカルドメイン管理テーブルから探索す
るとともに、該ローカルドメインが含まれるドメイング
ループとユーザからユーザドメインをユーザドメイン管
理テーブルから探索し、データベースへの問い合わせ文
の中に変換関数を記述できる場合であって、この探索し
たローカルドメインとユーザドメインとが異なる場合、
ローカルドメインをユーザドメインに変換する変換関数
を変換関数管理テーブルから探索し、この変換関数を用
いて、ユーザからの問い合わせ文を各データベースに適
合した問い合わせ文に翻訳し、この翻訳された問い合わ
せ文により各データベースを検索するため、各データベ
ースにおける検索データの表現形式がユーザ自身の表現
形式と異なっても自由に検索することができる。また、
請求項２記載の本発明は、複数のデータベースが存在す
る環境において同じ意味を有するが、データベースによ
ってそれぞれ表現が異なるデータ項目をその表現の違い
を解消して検索するデータベース異種性解消検索装置で
あって、各データベースのデータ項目のデータの表現形
式であるドメインをローカルドメインとして各データベ
ース毎に管理するローカルドメイン管理テーブルと、同
じ意味を有する各ドメインをドメイングループとして管
理するとともに、各ドメイングループ内において代表し
て標準的に使用されるグローバルドメインを選択して管
理するドメイングループ管理テーブルと、前記グローバ
ルドメインと前記ローカルドメインとの間の双方向又は
片方向の変換を行う変換関数を管理する変換関数管理テ
ーブルと、各ドメイングループごとにユーザが見えるド
メインをユーザドメインとして管理するユーザドメイン
管理テーブルと、ユーザから入力された問い合わせ文の
検索データが記憶されているデータベースおよび該検索
データに対応するローカルドメインを前記ローカルドメ
イン管理テーブルから探索するとともに、該ローカルド
メインが含まれるドメイングループと前記ユーザからユ
ーザドメインを前記ユーザドメイン管理テーブルから探
索するドメイン探索手段と、データベースへの問い合わ
せ文の中に変換関数を記述できない場合であって、該ド
メイン探索手段で探索したローカルドメインとユーザド
メインとが異なる 場合、ユーザドメインをローカルドメ
インに変換する第１の変換関数、及びローカルドメイン
をユーザドメインに変換する第２の変換関数を前記変換
関数管理テーブルから探索する変換関数探索手段と、該
変換関数探索手段で探索された前記第１の変換関数を用
いて、前記問い合わせ文に含まれる値をユーザドメイン
からローカルドメインに変換して、各データベースを検
索し、検索された結果の値を前記第２の変換関数を用い
てローカルドメインからユーザドメインに変換する検索
手段とを有することを要旨とする。 請求項２記載の本発
明にあっては、ユーザから入力された問い合わせ文の検
索データが記憶されているデータベースおよび該検索デ
ータに対応するローカルドメインをローカルドメイン管
理テーブルから探索するとともに、該ローカルドメイン
が含まれるドメイングループとユーザからユーザドメイ
ンをユーザドメイン管理テーブルから探索し、データベ
ースへの問い合わせ文の中に変換関数を記述できない場
合であって、この探索したローカルドメインとユーザド
メインとが異なる場合、ユーザドメインをローカルドメ
インに変換する第１の変換関数、及びローカルドメイン
をユーザドメインに変換する第２の変換関数を変換関数
管理テーブルから探索し、この第１の変換関数を用い
て、ユーザからの問い合わせ文に含まれる値をユーザド
メインからローカルドメインに変換して、各データベー
スを検索し、検索された結果の値を第２の変換関数を用
いてローカルドメインからユーザドメインに変換するた
め、各データベースにおける検索データの表現形式がユ
ーザ自身の表現形式と異なっても自由に検索することが
できる。
から入力された問い合わせ文の検索データが記憶されて
いるデータベースおよび該検索データに対応するローカ
ルドメインをローカルドメイン管理テーブルから探索す
るとともに、該ローカルドメインが含まれるドメイング
ループとユーザからユーザドメインをユーザドメイン管
理テーブルから探索し、データベースへの問い合わせ文
の中に変換関数を記述できる場合であって、この探索し
たローカルドメインとユーザドメインとが異なる場合、
ローカルドメインをユーザドメインに変換する変換関数
を変換関数管理テーブルから探索し、この変換関数を用
いて、ユーザからの問い合わせ文を各データベースに適
合した問い合わせ文に翻訳し、この翻訳された問い合わ
せ文により各データベースを検索するため、各データベ
ースにおける検索データの表現形式がユーザ自身の表現
形式と異なっても自由に検索することができる。また、
請求項２記載の本発明は、複数のデータベースが存在す
る環境において同じ意味を有するが、データベースによ
ってそれぞれ表現が異なるデータ項目をその表現の違い
を解消して検索するデータベース異種性解消検索装置で
あって、各データベースのデータ項目のデータの表現形
式であるドメインをローカルドメインとして各データベ
ース毎に管理するローカルドメイン管理テーブルと、同
じ意味を有する各ドメインをドメイングループとして管
理するとともに、各ドメイングループ内において代表し
て標準的に使用されるグローバルドメインを選択して管
理するドメイングループ管理テーブルと、前記グローバ
ルドメインと前記ローカルドメインとの間の双方向又は
片方向の変換を行う変換関数を管理する変換関数管理テ
ーブルと、各ドメイングループごとにユーザが見えるド
メインをユーザドメインとして管理するユーザドメイン
管理テーブルと、ユーザから入力された問い合わせ文の
検索データが記憶されているデータベースおよび該検索
データに対応するローカルドメインを前記ローカルドメ
イン管理テーブルから探索するとともに、該ローカルド
メインが含まれるドメイングループと前記ユーザからユ
ーザドメインを前記ユーザドメイン管理テーブルから探
索するドメイン探索手段と、データベースへの問い合わ
せ文の中に変換関数を記述できない場合であって、該ド
メイン探索手段で探索したローカルドメインとユーザド
メインとが異なる 場合、ユーザドメインをローカルドメ
インに変換する第１の変換関数、及びローカルドメイン
をユーザドメインに変換する第２の変換関数を前記変換
関数管理テーブルから探索する変換関数探索手段と、該
変換関数探索手段で探索された前記第１の変換関数を用
いて、前記問い合わせ文に含まれる値をユーザドメイン
からローカルドメインに変換して、各データベースを検
索し、検索された結果の値を前記第２の変換関数を用い
てローカルドメインからユーザドメインに変換する検索
手段とを有することを要旨とする。 請求項２記載の本発
明にあっては、ユーザから入力された問い合わせ文の検
索データが記憶されているデータベースおよび該検索デ
ータに対応するローカルドメインをローカルドメイン管
理テーブルから探索するとともに、該ローカルドメイン
が含まれるドメイングループとユーザからユーザドメイ
ンをユーザドメイン管理テーブルから探索し、データベ
ースへの問い合わせ文の中に変換関数を記述できない場
合であって、この探索したローカルドメインとユーザド
メインとが異なる場合、ユーザドメインをローカルドメ
インに変換する第１の変換関数、及びローカルドメイン
をユーザドメインに変換する第２の変換関数を変換関数
管理テーブルから探索し、この第１の変換関数を用い
て、ユーザからの問い合わせ文に含まれる値をユーザド
メインからローカルドメインに変換して、各データベー
スを検索し、検索された結果の値を第２の変換関数を用
いてローカルドメインからユーザドメインに変換するた
め、各データベースにおける検索データの表現形式がユ
ーザ自身の表現形式と異なっても自由に検索することが
できる。
【００１１】また、請求項３記載の本発明は、請求項１
又は２記載の発明において、前記変換関数探索手段は、
前記ローカルドメインと前記ユーザドメイン間を直接変
換する変換関数を探索できない場合には、前記ローカル
ドメインと前記ユーザドメイン間を変換しうる複数の変
換関数の組み合わせを探索する手段を有することを要旨
とする。
又は２記載の発明において、前記変換関数探索手段は、
前記ローカルドメインと前記ユーザドメイン間を直接変
換する変換関数を探索できない場合には、前記ローカル
ドメインと前記ユーザドメイン間を変換しうる複数の変
換関数の組み合わせを探索する手段を有することを要旨
とする。
【００１２】請求項３記載の本発明にあっては、ローカ
ルドメインとユーザドメイン間を直接変換する変換関数
を探索できない場合には、ローカルドメインとユーザド
メイン間を変換しうる複数の変換関数を組み合わせて、
ローカルドメインとユーザドメイン間の変換をすること
ができる。
ルドメインとユーザドメイン間を直接変換する変換関数
を探索できない場合には、ローカルドメインとユーザド
メイン間を変換しうる複数の変換関数を組み合わせて、
ローカルドメインとユーザドメイン間の変換をすること
ができる。
【００１３】
【発明の実施の形態】以下、図面を用いて本発明の実施
の形態について説明する。
の形態について説明する。
【００１４】図１は、本発明の一実施形態に係るデータ
ベース異種性解消検索装置の構成を示すブロック図であ
る。本実施形態のデータベース異種性解消検索装置は、
複数のデータベースが存在する環境において同じ意味を
有するが、データベースによってそれぞれ表現が異なる
データ項目をその表現の違いを解消して検索するもので
あり、データベースのデータ項目の値の表現形式（これ
をドメインと称する）を管理し、同じ意味を有するドメ
インをドメイングループとし、このドメイングループの
中から代表して標準的に使用されるグローバルドメイン
を選択し、検索時にデータベースのローカルドメインと
グローバルドメインとが異なる場合、ドメイン間の変換
関数を呼び出し、この変換関数を用いてユーザの問い合
わせ文を各データベースに適合した問い合わせ文に翻訳
し、この翻訳した問い合わせ文によりデータベースを検
索するものであり、該データベース異種性解消検索装置
は、図１に示すように、ユーザのアプリケーションプロ
グラム１２から入力される問い合わせ文１３の構文を解
析する構文解析部１と、この問い合わせ文に対する処理
の全体の流れを制御する問い合わせ処理制御部２、問い
合わせの変換を行う問い合わせ変換部３、ドレイン間の
データ変換を行う関数の集まりである変換関数ライブラ
リ４、および検索されたデータのドメインを変換するデ
ータ処理部６からなる問い合わせ処理部１１と、分散デ
ータベースにアクセスするためのデータベースアクセス
部５と、ドメイン、ドメイングループなどの情報、デー
タベースに含まれるテーブルの情報などを記憶し管理す
るメタデータ蓄積部７と、該メタデータ蓄積部７に対す
るメタデータの投入変換などを行うメタデータ管理部８
とから構成され、前記データベースアクセス部５にはそ
れぞれデータベース９および該データベース９を管理す
るデータベース管理システム１０からなる複数のデータ
ベースシステムが接続されている。なお、データベース
９はローカルデータベースとも称する。
ベース異種性解消検索装置の構成を示すブロック図であ
る。本実施形態のデータベース異種性解消検索装置は、
複数のデータベースが存在する環境において同じ意味を
有するが、データベースによってそれぞれ表現が異なる
データ項目をその表現の違いを解消して検索するもので
あり、データベースのデータ項目の値の表現形式（これ
をドメインと称する）を管理し、同じ意味を有するドメ
インをドメイングループとし、このドメイングループの
中から代表して標準的に使用されるグローバルドメイン
を選択し、検索時にデータベースのローカルドメインと
グローバルドメインとが異なる場合、ドメイン間の変換
関数を呼び出し、この変換関数を用いてユーザの問い合
わせ文を各データベースに適合した問い合わせ文に翻訳
し、この翻訳した問い合わせ文によりデータベースを検
索するものであり、該データベース異種性解消検索装置
は、図１に示すように、ユーザのアプリケーションプロ
グラム１２から入力される問い合わせ文１３の構文を解
析する構文解析部１と、この問い合わせ文に対する処理
の全体の流れを制御する問い合わせ処理制御部２、問い
合わせの変換を行う問い合わせ変換部３、ドレイン間の
データ変換を行う関数の集まりである変換関数ライブラ
リ４、および検索されたデータのドメインを変換するデ
ータ処理部６からなる問い合わせ処理部１１と、分散デ
ータベースにアクセスするためのデータベースアクセス
部５と、ドメイン、ドメイングループなどの情報、デー
タベースに含まれるテーブルの情報などを記憶し管理す
るメタデータ蓄積部７と、該メタデータ蓄積部７に対す
るメタデータの投入変換などを行うメタデータ管理部８
とから構成され、前記データベースアクセス部５にはそ
れぞれデータベース９および該データベース９を管理す
るデータベース管理システム１０からなる複数のデータ
ベースシステムが接続されている。なお、データベース
９はローカルデータベースとも称する。
【００１５】このように構成される本実施形態のデータ
ベース異種性解消検索装置は、検索を実行する前にドメ
インの定義などの準備を行う準備フェーズと実際の検索
を行う検索フェーズの２段階の処理を実施する。
ベース異種性解消検索装置は、検索を実行する前にドメ
インの定義などの準備を行う準備フェーズと実際の検索
を行う検索フェーズの２段階の処理を実施する。
【００１６】まず、準備フェーズについて説明する。こ
の準備フェーズでは、ドメインの定義を行うが、本実施
形態におけるドメインの管理の考え方について図２を参
照して説明する。データベースにおけるデータ項目のデ
ータ値の表現法であるドメインとして、例えば図２に示
すように、血液型を表す場合のドメインとしては、血液
型値で表す場合、血液型コードで表す場合、血液型詳細
で表す場合などのように種々の表現方法がある。このよ
うに種々の表現法の中で同じ意味を有するものをドメイ
ングループとして定義し、この中からただ１つのドメイ
ンをユーザに見えるドメインとして設定することで、ユ
ーザに対して単一な見方を提供することができる。な
お、図２では、ドメイングループとして、年月日も挙
げ、この中には年／月／日や月．日．年などを種々のド
メインを示している。また、図２では、ユーザは血液型
コードおよび年／月／日を使用しており、これらがユー
ザドメインとなる。
の準備フェーズでは、ドメインの定義を行うが、本実施
形態におけるドメインの管理の考え方について図２を参
照して説明する。データベースにおけるデータ項目のデ
ータ値の表現法であるドメインとして、例えば図２に示
すように、血液型を表す場合のドメインとしては、血液
型値で表す場合、血液型コードで表す場合、血液型詳細
で表す場合などのように種々の表現方法がある。このよ
うに種々の表現法の中で同じ意味を有するものをドメイ
ングループとして定義し、この中からただ１つのドメイ
ンをユーザに見えるドメインとして設定することで、ユ
ーザに対して単一な見方を提供することができる。な
お、図２では、ドメイングループとして、年月日も挙
げ、この中には年／月／日や月．日．年などを種々のド
メインを示している。また、図２では、ユーザは血液型
コードおよび年／月／日を使用しており、これらがユー
ザドメインとなる。
【００１７】ドメインについては、次に示す４つの設
定、すなわちローカルドメインの設定、ドメイングルー
プの設定、変換関数の作成、ユーザドメインの設定が必
要であり、ユーザはメタデータ管理部８を用いてドメイ
ンなどの情報の設定を行う。また、これらの情報はメタ
データ蓄積部７に保存される。更に、メタデータ蓄積部
７に保存される各情報のテーブルの構成を図３および図
４に示す。各ドメインの設定について説明する。
定、すなわちローカルドメインの設定、ドメイングルー
プの設定、変換関数の作成、ユーザドメインの設定が必
要であり、ユーザはメタデータ管理部８を用いてドメイ
ンなどの情報の設定を行う。また、これらの情報はメタ
データ蓄積部７に保存される。更に、メタデータ蓄積部
７に保存される各情報のテーブルの構成を図３および図
４に示す。各ドメインの設定について説明する。
【００１８】（１）ローカルドメインの設定：ローカル
データベース９の項目に対し、その表現形式を表す概念
である「ドメイン」を設定する。これをローカルドメイ
ンと呼ぶ。例えば、あるデータベースのデータ項目「氏
名」（型はchar（20））に対し、これのドメインをName
であると設定する。このNameというドメインの表す意味
は、単にchar（20）という型だけではなく、「氏名」の
より細かい表現の形式を表す。例えば、このNameは、 ・姓が先で、名が後である。 ・姓と名の間隔は、半角スペースである。
データベース９の項目に対し、その表現形式を表す概念
である「ドメイン」を設定する。これをローカルドメイ
ンと呼ぶ。例えば、あるデータベースのデータ項目「氏
名」（型はchar（20））に対し、これのドメインをName
であると設定する。このNameというドメインの表す意味
は、単にchar（20）という型だけではなく、「氏名」の
より細かい表現の形式を表す。例えば、このNameは、 ・姓が先で、名が後である。 ・姓と名の間隔は、半角スペースである。
【００１９】といった表現形式である。列に対するドメ
インの定義は、図３（ａ）に示すように「列」テーブル
に保持される。
インの定義は、図３（ａ）に示すように「列」テーブル
に保持される。
【００２０】基本的には、この作業は、ローカルデータ
ベースの管理者が行う。その時、メタデータ管理部８を
用いて、既に定義されているドメインを参照する。も
し、自分のデータベースのデータ項目のドメインとして
使えるドメインが既に定義されているようなら、それを
用い、新たにドメインを作成しない。
ベースの管理者が行う。その時、メタデータ管理部８を
用いて、既に定義されているドメインを参照する。も
し、自分のデータベースのデータ項目のドメインとして
使えるドメインが既に定義されているようなら、それを
用い、新たにドメインを作成しない。
【００２１】（２）ドメイングループの設定：表現の形
式は異なっているが、実際には同じ意味を表しているド
メインのグループをドメイングループと呼ぶ。このグル
ープに入るドメインは、すべて同じ意味の異なった表現
法である。本装置では、ユーザからは、このドメイング
ループに含まれるドメインはすべて１つのドメインに統
一されて見える。
式は異なっているが、実際には同じ意味を表しているド
メインのグループをドメイングループと呼ぶ。このグル
ープに入るドメインは、すべて同じ意味の異なった表現
法である。本装置では、ユーザからは、このドメイング
ループに含まれるドメインはすべて１つのドメインに統
一されて見える。
【００２２】ローカルデータベースの管理者は、自分が
定義したドメインがどのドメイングループに入るのかを
判断し、そのドメイングループに入れる処理をする。適
当なドメイングループが見つからない場合は、新しいド
メイングループを作成する。もし、既に定義されている
ドメインであれば、どれかのドメイングループに含まれ
ているので設定をする必要はない。図３（ｂ）にドメイ
ングループを示す。
定義したドメインがどのドメイングループに入るのかを
判断し、そのドメイングループに入れる処理をする。適
当なドメイングループが見つからない場合は、新しいド
メイングループを作成する。もし、既に定義されている
ドメインであれば、どれかのドメイングループに含まれ
ているので設定をする必要はない。図３（ｂ）にドメイ
ングループを示す。
【００２３】ドメイングループの中には、１つの代表し
て標準的に使われるドメインを設定しておく（この設定
は、基本的に本装置の管理者が行う）。そのドメインを
グローバルドメインと呼ぶ。図３（ｃ）にグローバルド
メインを示す。
て標準的に使われるドメインを設定しておく（この設定
は、基本的に本装置の管理者が行う）。そのドメインを
グローバルドメインと呼ぶ。図３（ｃ）にグローバルド
メインを示す。
【００２４】（３）変換関数作成：これは、既に変換関
数が定義されている場合は、必要はない。グローバルド
メインとローカルドメインの間の変換関数を一般のプロ
グラミング言語を用いて作成する。作成した関数は、コ
ンパイルし、ダイナミックにリンクできる形式にする。
数が定義されている場合は、必要はない。グローバルド
メインとローカルドメインの間の変換関数を一般のプロ
グラミング言語を用いて作成する。作成した関数は、コ
ンパイルし、ダイナミックにリンクできる形式にする。
【００２５】メタデータ管理部８を用いて、この変換関
数とドメインの関係を登録する。変換関数とドメインの
対応、変換関数の所在は、図４に示すように、「変換関
数」テーブルに保持される。
数とドメインの関係を登録する。変換関数とドメインの
対応、変換関数の所在は、図４に示すように、「変換関
数」テーブルに保持される。
【００２６】変換関数は、グローバルドメイン→ローカ
ルドメイン、ローカルドメイン→グローバルドメインと
いうように双方向の関数を作る。ただし、変換によって
は、双方向に関数を作ることが不可能な場合もある
（例：名前の変換で、「鈴木 源吾」→「鈴木源吾」と
いう変換＝空白の削除は可能だが、その逆は一般的には
不可能である）。その場合は、片方向のみの関数を作成
する。双方向の関数を作る理由は、直接変換する関数が
ない場合に、関数を組み合わせて変換を行うためであ
る。
ルドメイン、ローカルドメイン→グローバルドメインと
いうように双方向の関数を作る。ただし、変換によって
は、双方向に関数を作ることが不可能な場合もある
（例：名前の変換で、「鈴木 源吾」→「鈴木源吾」と
いう変換＝空白の削除は可能だが、その逆は一般的には
不可能である）。その場合は、片方向のみの関数を作成
する。双方向の関数を作る理由は、直接変換する関数が
ない場合に、関数を組み合わせて変換を行うためであ
る。
【００２７】（４）ユーザドメインの設定：ドメイング
ループの中から、ユーザに実際に見えるドメインを（ユ
ーザ毎に）選んでおく。これをユーザドメインと呼ぶ。
ユーザが本装置に問い合わせを行う場合、さまざまなド
メインにより表現されている項目があっても、すべてこ
のユーザドメインによる表現に統一される。また、この
ユーザドメインを変更することによって、ユーザからの
データの見え方を変更することができる。図３（ｄ）に
ユーザドメインを示す。
ループの中から、ユーザに実際に見えるドメインを（ユ
ーザ毎に）選んでおく。これをユーザドメインと呼ぶ。
ユーザが本装置に問い合わせを行う場合、さまざまなド
メインにより表現されている項目があっても、すべてこ
のユーザドメインによる表現に統一される。また、この
ユーザドメインを変更することによって、ユーザからの
データの見え方を変更することができる。図３（ｄ）に
ユーザドメインを示す。
【００２８】次に、検索フェーズについて説明する。ド
メインの情報を用いて以下のように検索を行う。ユーザ
は、一般にアプリケーションプログラムから、本装置の
機能をライブラリなどの形で呼び出し使用する。ユーザ
からの問い合わせは、関係データベースの検索言語であ
るＳＱＬ言語で作成する。
メインの情報を用いて以下のように検索を行う。ユーザ
は、一般にアプリケーションプログラムから、本装置の
機能をライブラリなどの形で呼び出し使用する。ユーザ
からの問い合わせは、関係データベースの検索言語であ
るＳＱＬ言語で作成する。
【００２９】（１）問い合わせＤＢの決定：構文解析部
１により問い合わせを解析し、問い合わせに含まれるテ
ーブル・列を含むデータベースをメタデータ蓄積部７の
「列」テーブルを検索することによって知る。
１により問い合わせを解析し、問い合わせに含まれるテ
ーブル・列を含むデータベースをメタデータ蓄積部７の
「列」テーブルを検索することによって知る。
【００３０】（２）問い合わせに含まれる列のドメイン
の検索：問い合わせに含まれる列のドメインを図３
（ａ）に示す「列」テーブルを検索することによって知
る。
の検索：問い合わせに含まれる列のドメインを図３
（ａ）に示す「列」テーブルを検索することによって知
る。
【００３１】（３）ユーザドメインの検索：問い合わせ
ているユーザとドメインから、図３（ｄ）に示す「ドメ
イングループユーザ」テーブルを検索することにより、
ユーザドメインを検索する。
ているユーザとドメインから、図３（ｄ）に示す「ドメ
イングループユーザ」テーブルを検索することにより、
ユーザドメインを検索する。
【００３２】（４）変換関数の探索：ユーザドメインと
（２）のドメインの間の変換関数を図４に示す「変換関
数」テーブルを用いて調べる。Ａ→Ｂと直接適用できる
変換関数が見つからない場合、Ａ→Ｃ，Ｃ→Ｂと組み合
わせて変換できないかを探索する。これは、ドメインを
ノード、ドメイン間の変換関数の存在をエッジにしたグ
ラフ上の探索問題であり、グラフ理論で検討されている
アルゴリズムを用いて容易に実現することができる。
（２）のドメインの間の変換関数を図４に示す「変換関
数」テーブルを用いて調べる。Ａ→Ｂと直接適用できる
変換関数が見つからない場合、Ａ→Ｃ，Ｃ→Ｂと組み合
わせて変換できないかを探索する。これは、ドメインを
ノード、ドメイン間の変換関数の存在をエッジにしたグ
ラフ上の探索問題であり、グラフ理論で検討されている
アルゴリズムを用いて容易に実現することができる。
【００３３】（５）問い合わせの翻訳と実行：データベ
ースアクセス部５に用いるシステムの差で、２つの実現
方式がある。データベースアクセス部５は、データベー
ス統合のためのミドルウェアを用いる。
ースアクセス部５に用いるシステムの差で、２つの実現
方式がある。データベースアクセス部５は、データベー
ス統合のためのミドルウェアを用いる。
【００３４】実現方式１はデータベースアクセス部５が
拡張可能データベース的な機能を許す場合である。
拡張可能データベース的な機能を許す場合である。
【００３５】ユーザが定義した関数を使って、機能を拡
張できるようなデータベース管理システムを拡張可能デ
ータベース管理システム（拡張可能ＤＢＭＳ）と呼ぶ。
これに相当する機能がデータベースアクセス部に用いる
ことのできる場合、変換関数は、拡張可能ＤＢＭＳのユ
ーザ定義関数として実現することができる。そして、そ
の関数を問い合わせ言語の中で用いることができる。
張できるようなデータベース管理システムを拡張可能デ
ータベース管理システム（拡張可能ＤＢＭＳ）と呼ぶ。
これに相当する機能がデータベースアクセス部に用いる
ことのできる場合、変換関数は、拡張可能ＤＢＭＳのユ
ーザ定義関数として実現することができる。そして、そ
の関数を問い合わせ言語の中で用いることができる。
【００３６】データベースアクセス部に渡す問い合わせ
を作るために、ユーザの問い合わせの文中に含まれる列
を、変換関数を含む形に置き換える。
を作るために、ユーザの問い合わせの文中に含まれる列
を、変換関数を含む形に置き換える。
【００３７】
の形式である。検索する列と条件式の列のドメインがユ
ーザドメインと異なる場合、以下の置き換えを行う。
ーザドメインと異なる場合、以下の置き換えを行う。
【００３８】Ａ）（検索する列）を（ローカルドメイン
→ユーザドメインへの変換関数）（（検索する列））に
置き換える。 Ｂ）（条件式に含まれる列）を（ローカルドメイン→ユ
ーザドメインへの変換関数）（（条件式に含まれる
列））に置き換える。
→ユーザドメインへの変換関数）（（検索する列））に
置き換える。 Ｂ）（条件式に含まれる列）を（ローカルドメイン→ユ
ーザドメインへの変換関数）（（条件式に含まれる
列））に置き換える。
【００３９】実現方式２はデータベースアクセス部５が
関係データベースの機能しか持たない場合である。関係
データベースと同じ機能でしか、データベースアクセス
できないミドルウェアでは、拡張可能データベースのよ
うに、ユーザ定義関数を問い合わせ言語内で用いること
ができないので、実現方式１のように問い合わせを書き
換えることでは、変換を実現できない。以下のようにし
てデータの変換を実現する必要がある。
関係データベースの機能しか持たない場合である。関係
データベースと同じ機能でしか、データベースアクセス
できないミドルウェアでは、拡張可能データベースのよ
うに、ユーザ定義関数を問い合わせ言語内で用いること
ができないので、実現方式１のように問い合わせを書き
換えることでは、変換を実現できない。以下のようにし
てデータの変換を実現する必要がある。
【００４０】・問い合わせの中に含まれる値の変換：問
い合わせに含まれる値をユーザドメインからローカルド
メインに変換する。 ・検索結果の変換：データ処理部６が、検索された結果
の値をローカルドメインからユーザドメインに変換す
る。
い合わせに含まれる値をユーザドメインからローカルド
メインに変換する。 ・検索結果の変換：データ処理部６が、検索された結果
の値をローカルドメインからユーザドメインに変換す
る。
【００４１】それぞれの方式ともに、複数のデータベー
スにアクセスを行うが、結果はそれぞれのデータベース
への検索結果の和を取ることとする。
スにアクセスを行うが、結果はそれぞれのデータベース
への検索結果の和を取ることとする。
【００４２】次に、具体的に合成変換を行う場合と行わ
ない場合の２つの例について説明する。図５に使用する
サンプルデータベース（ＤＢ）を示す。ドメインなどの
メタデータについては、図３および図４の値はこの例に
沿っている。例１、例２の両方で同じデータベースを用
いる。２つの例は、準備フェーズの変換関数の定義まで
は共通である。ユーザドメインの設定から先が異なって
いる。２つのデータベース（ＤＢ）は以下の形式であ
る。
ない場合の２つの例について説明する。図５に使用する
サンプルデータベース（ＤＢ）を示す。ドメインなどの
メタデータについては、図３および図４の値はこの例に
沿っている。例１、例２の両方で同じデータベースを用
いる。２つの例は、準備フェーズの変換関数の定義まで
は共通である。ユーザドメインの設定から先が異なって
いる。２つのデータベース（ＤＢ）は以下の形式であ
る。
【００４３】
つまり、ＤＢ１の「氏名」は名字と名前の間に空白をお
かず、ＤＢ２の「氏名」は名字と名前の間に半角の空白
をおく。ＤＢ１の血液型は、コードで表現され、ＤＢ２
の血液型は値で表現されている。
かず、ＤＢ２の「氏名」は名字と名前の間に半角の空白
をおく。ＤＢ１の血液型は、コードで表現され、ＤＢ２
の血液型は値で表現されている。
【００４４】まず、例１として、合成変換を行わない場
合について説明する。例１の準備フェーズとして、上述
したようにローカルドメイン、ドメイングループ、変換
関数の定義およびユーザドメインの決定がそれぞれ以下
のように行われる。
合について説明する。例１の準備フェーズとして、上述
したようにローカルドメイン、ドメイングループ、変換
関数の定義およびユーザドメインの決定がそれぞれ以下
のように行われる。
【００４５】（１）ローカルドメインの定義：ＤＢ１，
ＤＢ２の管理者は、それぞれ自分のＤＢの列に対してそ
のローカルドメインを設定する。ＤＢ１の氏名のドメイ
ンは姓名間のスペースがないので、NameNoSpace とす
る。ＤＢ１の血液型のドメインはコードで表現されてい
るので、BloodTypeCode とする。ＤＢ２の氏名のドメイ
ンは姓名間にスペースがあるので、NameSpace とする。
ＤＢ２の血液型のドメインは半角の値で表現されている
ので、BloodTypeValueとする。
ＤＢ２の管理者は、それぞれ自分のＤＢの列に対してそ
のローカルドメインを設定する。ＤＢ１の氏名のドメイ
ンは姓名間のスペースがないので、NameNoSpace とす
る。ＤＢ１の血液型のドメインはコードで表現されてい
るので、BloodTypeCode とする。ＤＢ２の氏名のドメイ
ンは姓名間にスペースがあるので、NameSpace とする。
ＤＢ２の血液型のドメインは半角の値で表現されている
ので、BloodTypeValueとする。
【００４６】（２）ドメイングループの定義：ここで
は、ドメイングループとして ・Name（含まれるドメインは、NameNoSpace ，NameSpac
e 、グローバルドメインは、NameNoSpace ）、 ・BloodType （含まれるドメインは、BloodTypeCode ，
BloodTypeValue，BloodTypeValueLarge 、グローバルド
メインは、BloodTypeValueLarge ） の２つを設定する。ここで、BloodTypeValueLarge と
は、（Ａ，Ｂ，Ｏ，ＡＢ）という全角文字で値の入って
いるドメインである。
は、ドメイングループとして ・Name（含まれるドメインは、NameNoSpace ，NameSpac
e 、グローバルドメインは、NameNoSpace ）、 ・BloodType （含まれるドメインは、BloodTypeCode ，
BloodTypeValue，BloodTypeValueLarge 、グローバルド
メインは、BloodTypeValueLarge ） の２つを設定する。ここで、BloodTypeValueLarge と
は、（Ａ，Ｂ，Ｏ，ＡＢ）という全角文字で値の入って
いるドメインである。
【００４７】
（４）ユーザドメインの決定：この例では、ユーザドメ
インはグローバルドメインと等しいとする（図３（ｄ）
にあるユーザgsuzuki が使う場合である）。つまり、 とする。
インはグローバルドメインと等しいとする（図３（ｄ）
にあるユーザgsuzuki が使う場合である）。つまり、 とする。
【００４８】次に、例１の検索フェーズについて説明す
る。◎ユーザの問い合わせを次のようにＳＱＬ文に変換
する。 問い合わせ：select氏名 where血液型＝”Ａ” （１）血液型と氏名を含むテーブルの検索：「列」テー
ブルを検索して、ＤＢ１とＤＢ２を発見する。
る。◎ユーザの問い合わせを次のようにＳＱＬ文に変換
する。 問い合わせ：select氏名 where血液型＝”Ａ” （１）血液型と氏名を含むテーブルの検索：「列」テー
ブルを検索して、ＤＢ１とＤＢ２を発見する。
【００４９】
以下（４）以降は、上述した実現方式１と実現方式２に
分けて説明する。
分けて説明する。
【００５０】実現方式１の場合について説明する。
（６）問い合わせ実行：各ＤＢ毎の検索結果は、次のよ
うになる。 ＤＢ１：鈴木美紀 ＤＢ２：町原宏毅 最終的な検索結果はその和をとって、 鈴木美紀 町原宏毅 となる。
うになる。 ＤＢ１：鈴木美紀 ＤＢ２：町原宏毅 最終的な検索結果はその和をとって、 鈴木美紀 町原宏毅 となる。
【００５１】次に、実現方式２の場合について説明す
る。 （６）問い合わせの翻訳を行う。
る。 （６）問い合わせの翻訳を行う。
【００５２】
ＤＢ１：select氏名 where血液型＝”０”
ＤＢ２：select氏名 where血液型＝”Ａ”
となる。
【００５３】次に、例２として、合成変換を行う場合に
ついて説明する。ＤＢ１を使用するユーザが、ＤＢ１の
形式で情報を得たいという状況を考える。このとき、ユ
ーザドメインをＤＢ１の型にすることになる（図３にあ
るユーザsatoh が使う場合である）。
ついて説明する。ＤＢ１を使用するユーザが、ＤＢ１の
形式で情報を得たいという状況を考える。このとき、ユ
ーザドメインをＤＢ１の型にすることになる（図３にあ
るユーザsatoh が使う場合である）。
【００５４】まず、準備フェーズについて説明するが、
（３）までは、例１と同様であるので、次のように
（４）を行う。
（３）までは、例１と同様であるので、次のように
（４）を行う。
【００５５】（４）ユーザドメインの決定：Nameのユー
ザドメインをNameNoSpace とする。BloodType のユーザ
ドメインをBloodTypeCode とする。次に、例２の検索フ
ェーズについて説明する。ユーザの問い合わせを次のよ
うにＳＱＬ文に変更する。
ザドメインをNameNoSpace とする。BloodType のユーザ
ドメインをBloodTypeCode とする。次に、例２の検索フ
ェーズについて説明する。ユーザの問い合わせを次のよ
うにＳＱＬ文に変更する。
【００５６】以上説明したように、本発明によれば、ユ
ーザから入力された問い合わせ文の検索データが記憶さ
れているデータベースおよび該検索データに対応するロ
ーカルドメインをローカルドメイン管理テーブルから探
索するとともに、該ローカルドメインが含まれるドメイ
ングループとユーザからユーザドメインをユーザドメイ
ン管理テーブルから探索し、データベースへの問い合わ
せ文の中に変換関数を記述できる場合であって、この探
索したローカルドメインとユーザドメインとが異なる場
合、ローカルドメインをユーザドメインに変換する変換
関数を変換関数管理テーブルから探索し、この変換関数
を用いて、ユーザからの問い合わせ文を各データベース
に適合した問い合わせ文に翻訳し、この翻訳された問い
合わせ文により各データベースを検索するので、各デー
タベースにおける検索データの表現形式がユーザ自身の
表現形式と異なっても、ユーザは自分の欲しい表現形式
でデータを自由に検索して容易に得ることができ、デー
タベースのデータをより自由に利用することが可能とな
る。また、グローバルスキーマの定義を必要とせず、表
現形式の違いを解消することができる。また、本発明に
よれば、ユーザから入力された問い合わせ文の検索デー
タが記憶されているデータベースおよび該検索データに
対応するローカルドメインをローカルドメイン管理テー
ブルから探索するとともに、該ローカルドメインが含ま
れるドメイングループとユーザからユーザドメインをユ
ーザドメイン管理テーブルから探索し、データベースへ
の問い合わせ文の中に変換関数を記述できない場合であ
って、この探索したローカルドメインとユーザドメイン
とが異なる場合、ユーザドメインをローカルドメインに
変換する第１の変換関数、及びローカルドメインをユー
ザドメインに変換する第２の変換関数を変換関数管理テ
ーブルから探索し、この第１の変換関数を用いて、ユー
ザからの問い合わせ文に含まれる値をユーザドメインか
らローカルドメインに変換して、各データベースを検索
し、検索された結果の値を第２の変換関数を用いてロー
カルドメインからユーザドメインに変換するので、各デ
ータベースにおける検索データの表現形式がユーザ自身
の表現形式と異なっても、ユーザは自分の欲しい表現形
式でデータを自由に検索して容易に得ることができ、デ
ータベースのデータをより自由に利用すること が可能と
なる。また、グローバルスキーマの定義を必要とせず、
表現形式の違いを解消することができる。
ーザから入力された問い合わせ文の検索データが記憶さ
れているデータベースおよび該検索データに対応するロ
ーカルドメインをローカルドメイン管理テーブルから探
索するとともに、該ローカルドメインが含まれるドメイ
ングループとユーザからユーザドメインをユーザドメイ
ン管理テーブルから探索し、データベースへの問い合わ
せ文の中に変換関数を記述できる場合であって、この探
索したローカルドメインとユーザドメインとが異なる場
合、ローカルドメインをユーザドメインに変換する変換
関数を変換関数管理テーブルから探索し、この変換関数
を用いて、ユーザからの問い合わせ文を各データベース
に適合した問い合わせ文に翻訳し、この翻訳された問い
合わせ文により各データベースを検索するので、各デー
タベースにおける検索データの表現形式がユーザ自身の
表現形式と異なっても、ユーザは自分の欲しい表現形式
でデータを自由に検索して容易に得ることができ、デー
タベースのデータをより自由に利用することが可能とな
る。また、グローバルスキーマの定義を必要とせず、表
現形式の違いを解消することができる。また、本発明に
よれば、ユーザから入力された問い合わせ文の検索デー
タが記憶されているデータベースおよび該検索データに
対応するローカルドメインをローカルドメイン管理テー
ブルから探索するとともに、該ローカルドメインが含ま
れるドメイングループとユーザからユーザドメインをユ
ーザドメイン管理テーブルから探索し、データベースへ
の問い合わせ文の中に変換関数を記述できない場合であ
って、この探索したローカルドメインとユーザドメイン
とが異なる場合、ユーザドメインをローカルドメインに
変換する第１の変換関数、及びローカルドメインをユー
ザドメインに変換する第２の変換関数を変換関数管理テ
ーブルから探索し、この第１の変換関数を用いて、ユー
ザからの問い合わせ文に含まれる値をユーザドメインか
らローカルドメインに変換して、各データベースを検索
し、検索された結果の値を第２の変換関数を用いてロー
カルドメインからユーザドメインに変換するので、各デ
ータベースにおける検索データの表現形式がユーザ自身
の表現形式と異なっても、ユーザは自分の欲しい表現形
式でデータを自由に検索して容易に得ることができ、デ
ータベースのデータをより自由に利用すること が可能と
なる。また、グローバルスキーマの定義を必要とせず、
表現形式の違いを解消することができる。
【００５７】また、既存のマルチデータベースにおいて
は、すべてのデータベースにおける表現形式を知らなけ
れば、表現形式の違いを解消できないのに対して、本発
明では、ローカルデータベースの管理者が自分の持って
いるデータベースにおける表現形式であるローカルドメ
インと標準的な表現形式であるグローバルドメインのみ
を意識すればよく、他のデータベースでどのように表現
されているかを意識する必要がない。
は、すべてのデータベースにおける表現形式を知らなけ
れば、表現形式の違いを解消できないのに対して、本発
明では、ローカルデータベースの管理者が自分の持って
いるデータベースにおける表現形式であるローカルドメ
インと標準的な表現形式であるグローバルドメインのみ
を意識すればよく、他のデータベースでどのように表現
されているかを意識する必要がない。
【図１】本発明の一実施形態に係るデータベース異種性
解消検索装置の構成を示すブロック図である。
解消検索装置の構成を示すブロック図である。
【図２】ドメイン管理の考え方を示す説明図である。
【図３】図１のデータベース異種性解消検索装置に使用
されているメタデータ蓄積部に蓄積される列テーブル、
ドメインテーブル、ドメイングループテーブル、ドメイ
ングループユーザテーブルの構成を示す図である。
されているメタデータ蓄積部に蓄積される列テーブル、
ドメインテーブル、ドメイングループテーブル、ドメイ
ングループユーザテーブルの構成を示す図である。
【図４】図１のデータベース異種性解消検索装置に使用
されているメタデータ蓄積部に蓄積される変換関数テー
ブルの構成を示す図である。
されているメタデータ蓄積部に蓄積される変換関数テー
ブルの構成を示す図である。
【図５】サンプルのデータベースを示す図である。
【図６】変換関数が使用する血液型対応表の例を示す図
である。
である。
【図７】ドメインの合成変換を示す説明図である。
１ 構文解析部
２ 問い合わせ処理制御部
３ 問い合わせ変換部
４ 変換関数ライブラリ
５ データベースアクセス部
６ データ処理部
７ メタデータ蓄積部
８ メタデータ管理部
９ データベース
１０ データベース管理システム
フロントページの続き
(56)参考文献 特開 平７−65032（ＪＰ，Ａ)
特開 平６−67867（ＪＰ，Ａ)
西澤格，高須淳宏，安達淳，情報検索
におけるスキーマの統合と質問処理，情
報処理学会研究報告（93−ＤＢＳ−94−
９），日本，社団法人情報処理学会,
1993年 ７月23日，第93巻，第65号,
ｐ．69−77
ＤＵＲＡＮＤ，Ｊ．ｅｔ ａｌ．，Ｏ
ｂｊｅｃｔ Ｖｉｅｗ Ｂｒｏｋｅｒ：
Ａ Ｍｅｄｉａｔｉｏｎ Ｓｅｒｖｉｃ
ｅ ａｎｄ Ａｒｃｈｉｔｅｃｔｕｒｅ
ｔｏ Ｐｒｏｖｉｄｅ Ｏｂｊｅｃｔ
−Ｏｒｉｅｎｔｅｄ Ｖｉｅｗｓ ｏ
ｆ，Ｃｏｍｐｕｔｅｒ Ｓｃｉｅｎｃ
ｅ，1994年 ７月，Ｖｏｌ．819，ｐ.
412−428，タイトルの続き：Ｈｅｔｅｒ
ｏｇｅｎｅｏｕｓ Ｄａｔａｂａｓｅｓ
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 17/30
G06F 12/00
ＪＩＣＳＴファイル（ＪＯＩＳ)
Claims (3)
- 【請求項１】 複数のデータベースが存在する環境にお
いて同じ意味を有するが、データベースによってそれぞ
れ表現が異なるデータ項目をその表現の違いを解消して
検索するデータベース異種性解消検索装置であって、 各データベースのデータ項目のデータの表現形式である
ドメインをローカルドメインとして各データベース毎に
管理するローカルドメイン管理テーブルと、 同じ意味を有する各ドメインをドメイングループとして
管理するとともに、各ドメイングループ内において代表
して標準的に使用されるグローバルドメインを選択して
管理するドメイングループ管理テーブルと、前記グローバルドメインと前記ローカルドメインとの間
の双方向又は片方向の 変換を行う変換関数を管理する変
換関数管理テーブルと、各ドメイングループごとにユーザが見えるドメインをユ
ーザドメインとして管理するユーザドメイン管理テーブ
ルと、 ユーザから入力された問い合わせ文の検索データが記憶
されているデータベースおよび該検索データに対応する
ローカルドメインを前記ローカルドメイン管理テーブル
から探索するとともに、該ローカルドメインが含まれる
ドメイングループと前記ユーザからユーザドメインを前
記ユーザドメイン管理テーブルから探索するドメイン探
索手段と、データベースへの問い合わせ文の中に変換関数を記述で
きる場合であって、 該ドメイン探索手段で探索したロー
カルドメインとユーザドメインとが異なる場合、該ロー
カルドメインをユーザドメインに変換する変換関数を前
記変換関数管理テーブルから探索する変換関数探索手段
と、 該変換関数探索手段で探索された変換関数を用いて、前
記問い合わせ文を各データベースに適合した問い合わせ
文に翻訳し、この翻訳された問い合わせ文により各デー
タベースを検索する検索手段とを有することを特徴とす
るデータベース異種性解消検索装置。 - 【請求項２】 複数のデータベースが存在する環境にお
いて同じ意味を有するが、データベースによってそれぞ
れ表現が異なるデータ項目をその表現の違いを解消して
検索するデータベース異種性解消検索装置であって、 各データベースのデータ項目のデータの表現形式である
ドメインをローカルドメインとして各データベース毎に
管理するローカルドメイン管理テーブルと、 同じ意味を有する各ドメインをドメイングループとして
管理するとともに、各ドメイングループ内において代表
して標準的に使用されるグローバルドメインを選択して
管理するドメイングループ管理テーブルと、 前記グローバルドメインと前記ローカルドメインとの間
の双方向又は片方向の変換を行う変換関数を管理する変
換関数管理テーブルと、 各ドメイングループごとにユーザが見えるドメインをユ
ーザドメインとして管理するユーザドメイン管理テーブ
ルと、 ユーザから入力された問い合わせ文の検索データが記憶
されているデータベースおよび該検索データに対応する
ローカルドメインを前記ローカルドメイン管理テーブル
から探索するとともに、該ローカルドメインが含まれる
ドメイングループと前記ユーザからユーザドメインを前
記ユーザドメイン管理テーブルから探索するドメイン探
索手段と、 データベースへの問い合わせ文の中に変換関数を記述で
きない場合であって、該ドメイン探索手段で探索したロ
ーカルドメインとユーザドメインとが異なる場合、ユー
ザドメインをローカルドメインに変換する第１の変換関
数、及びローカルドメインをユーザドメインに変換する
第２の変換関数を前記変換関数管理テーブルから探索す
る変換関数探索手段と、 該変換関数探索手段で探索された前記第１の変換関数を
用いて、前記問い合わせ文に含まれる値をユーザドメイ
ンからローカルドメインに変換して、各データベースを
検索し、検索された結果の値を前記第２の変換関数を用
いてローカルドメインからユーザドメインに変換する検
索手段と を有することを特徴とするデータベース異種性
解消検索装置。 - 【請求項３】 前記変換関数探索手段は、前記ローカル
ドメインと前記ユーザドメイン間を直接変換する変換関
数を探索できない場合には、前記ローカルドメインと前
記ユーザドメイン間を変換しうる複数の変換関数の組み
合わせを探索する手段を有することを特徴とする請求項
１又は２記載のデータベース異種性解消検索装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34589996A JP3438805B2 (ja) | 1996-12-25 | 1996-12-25 | データベース異種性解消検索装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34589996A JP3438805B2 (ja) | 1996-12-25 | 1996-12-25 | データベース異種性解消検索装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10187742A JPH10187742A (ja) | 1998-07-21 |
| JP3438805B2 true JP3438805B2 (ja) | 2003-08-18 |
Family
ID=18379754
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34589996A Expired - Lifetime JP3438805B2 (ja) | 1996-12-25 | 1996-12-25 | データベース異種性解消検索装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3438805B2 (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11120245A (ja) * | 1997-10-16 | 1999-04-30 | Meidensha Corp | 設備情報の管理システム |
| US6424980B1 (en) | 1998-06-10 | 2002-07-23 | Nippon Telegraph And Telephone Corporation | Integrated retrieval scheme for retrieving semi-structured documents |
| JP2000224255A (ja) * | 1999-01-29 | 2000-08-11 | Jisedai Joho Hoso System Kenkyusho:Kk | データ送信装置およびデータ送信方法 |
| JP2000224257A (ja) * | 1999-01-29 | 2000-08-11 | Jisedai Joho Hoso System Kenkyusho:Kk | 送信装置および受信装置 |
| JP2001076005A (ja) | 1999-06-30 | 2001-03-23 | Hitachi Ltd | データベースシステム |
| JP2001282818A (ja) * | 2000-04-03 | 2001-10-12 | Toshiba Corp | 業務系データの分析装置 |
| KR20020005186A (ko) * | 2000-06-21 | 2002-01-17 | 김기용 | 도메인 포워딩 방법 및 이를 구현할 수 있는 프로그램이수록된 컴퓨터로 읽을 수 있는 기록매체 |
| JP2002351717A (ja) * | 2001-05-29 | 2002-12-06 | Toshiba Corp | データアクセスシステム、データ連携システム及びデータ連携プログラム並びにデータ連携方法 |
| US7295755B2 (en) | 2001-06-22 | 2007-11-13 | Thomson Licensing | Method and apparatus for simplifying the access of metadata |
| JP2004021880A (ja) | 2002-06-20 | 2004-01-22 | Fuji Xerox Co Ltd | デバイス検索システムおよびその方法 |
| WO2004059443A2 (en) * | 2002-12-23 | 2004-07-15 | Dexterra, Inc. | Mobile data and software update system and method |
| JP2006018450A (ja) * | 2004-06-30 | 2006-01-19 | Toshiba Corp | 検索システム及びプログラム |
| JP2011094828A (ja) * | 2009-10-27 | 2011-05-12 | Mitsubishi Electric Corp | エアフィルタ及びこのエアフィルタを備えた空気調和機 |
| US8549026B2 (en) * | 2010-10-12 | 2013-10-01 | Clinicomp International, Inc. | Standardized database access system and method |
| US11403328B2 (en) * | 2019-03-08 | 2022-08-02 | International Business Machines Corporation | Linking and processing different knowledge graphs |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0667867A (ja) * | 1992-06-15 | 1994-03-11 | Fuji Xerox Co Ltd | アプリケーションプログラムのデータべースアクセス方式 |
| JPH0765032A (ja) * | 1993-08-27 | 1995-03-10 | Toshiba Corp | データベース言語変換機能を持つ情報処理システム |
-
1996
- 1996-12-25 JP JP34589996A patent/JP3438805B2/ja not_active Expired - Lifetime
Non-Patent Citations (2)
| Title |
|---|
| ＤＵＲＡＮＤ，Ｊ．ｅｔ ａｌ．，Ｏｂｊｅｃｔ Ｖｉｅｗ Ｂｒｏｋｅｒ：Ａ Ｍｅｄｉａｔｉｏｎ Ｓｅｒｖｉｃｅ ａｎｄ Ａｒｃｈｉｔｅｃｔｕｒｅ ｔｏ Ｐｒｏｖｉｄｅ Ｏｂｊｅｃｔ−Ｏｒｉｅｎｔｅｄ Ｖｉｅｗｓ ｏｆ，Ｃｏｍｐｕｔｅｒ Ｓｃｉｅｎｃｅ，１９９４年 ７月，Ｖｏｌ．８１９，ｐ．４１２−４２８，タイトルの続き：Ｈｅｔｅｒｏｇｅｎｅｏｕｓ Ｄａｔａｂａｓｅｓ |
| 西澤格，高須淳宏，安達淳，情報検索におけるスキーマの統合と質問処理，情報処理学会研究報告（９３−ＤＢＳ−９４−９），日本，社団法人情報処理学会，１９９３年 ７月２３日，第９３巻，第６５号，ｐ．６９−７７ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10187742A (ja) | 1998-07-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Meijer et al. | Linq: reconciling object, relations and xml in the. net framework | |
| US7152074B2 (en) | Extensible framework supporting deposit of heterogenous data sources into a target data repository | |
| JP3438805B2 (ja) | データベース異種性解消検索装置 | |
| US6233578B1 (en) | Method and system for information retrieval | |
| US7310639B2 (en) | Providing query correlation attributes | |
| US7991782B2 (en) | Iterative data analysis enabled through query result abstraction | |
| US5428737A (en) | Comprehensive bilateral translation between SQL and graphically depicted queries | |
| KR100659889B1 (ko) | 데이터 액세스 방법, 기록매체 및 컴퓨터 | |
| US7752197B2 (en) | SQL query construction using durable query components | |
| US7747640B2 (en) | Method for regenerating selected rows for an otherwise static result set | |
| KR20050117525A (ko) | 관계형 데이터베이스 엔진에 의한 ｓｑｌ 처리를 위해비구조화 데이터를 구조화 데이터로 실시간으로 모으는방법 | |
| US6915303B2 (en) | Code generator system for digital libraries | |
| KR20060008296A (ko) | 추상적 데이터베이스에서의 규칙 애플리케이션 관리 | |
| JP3786233B2 (ja) | 情報検索方法および情報検索システム | |
| KR19990055219A (ko) | 에이치티엠엘(html) 문서 저장 및 검색 시스템 | |
| JPH11250073A (ja) | 複数データベース意味的階層検索方法及び装置及び複数データベース意味的階層検索プログラムを格納した記憶媒体 | |
| Carey et al. | Data access interoperability in the IBM database family | |
| US20040249792A1 (en) | Automated query file conversions upon switching database-access applications | |
| Lawrence et al. | Unity-a database integration tool | |
| Antipin et al. | Efficient virtual data integration based on XML | |
| Blakeley et al. | Enabling component databases with OLE DB | |
| Peng et al. | Using XQuery to describe mappings from global schemas to local data sources | |
| Hammer et al. | Overview of the integration wizard project for querying and managing semistructured data in heterogeneous sources | |
| Cannataro et al. | Using views to query xml documents | |
| Hinds et al. | A semantic data dictionary method for database schema integration in CIESIN |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090613 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090613 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100613 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100613 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130613 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140613 Year of fee payment: 11 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |