JP3437441B2 - 検索方法、検索装置、および検索プログラムを記録した記録媒体 - Google Patents
検索方法、検索装置、および検索プログラムを記録した記録媒体Info
- Publication number
- JP3437441B2 JP3437441B2 JP09636398A JP9636398A JP3437441B2 JP 3437441 B2 JP3437441 B2 JP 3437441B2 JP 09636398 A JP09636398 A JP 09636398A JP 9636398 A JP9636398 A JP 9636398A JP 3437441 B2 JP3437441 B2 JP 3437441B2
- Authority
- JP
- Japan
- Prior art keywords
- search
- data
- item
- items
- searcher
- 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
Description
【０００１】
【発明の属する技術分野】本発明は、データ表現形式が
異なるデータ項目を有する複数のデータベースを用いて
データの検索を行う検索方法、検索装置、および検索プ
ログラムを記録した記録媒体に関する。
異なるデータ項目を有する複数のデータベースを用いて
データの検索を行う検索方法、検索装置、および検索プ
ログラムを記録した記録媒体に関する。
【０００２】
【従来の技術】企業は、顧客の管理や売り上げの管理な
どさまざまな業務のために、多くのデータベースシステ
ムを導入し、利用している。当初は、顧客や売り上げの
情報の記録・変更・利用などのような単純なデータ管理
の目的でデータベースを使用していたが、最近は、例え
ば地域別の商品の売れ筋が何かといった情報を求めるな
どの経営戦略的な情報を得るためにデータベースを利用
することが求められている。
どさまざまな業務のために、多くのデータベースシステ
ムを導入し、利用している。当初は、顧客や売り上げの
情報の記録・変更・利用などのような単純なデータ管理
の目的でデータベースを使用していたが、最近は、例え
ば地域別の商品の売れ筋が何かといった情報を求めるな
どの経営戦略的な情報を得るためにデータベースを利用
することが求められている。
【０００３】そのような目的のためには、１つのデータ
ベースの情報だけからでは不十分な場合があり、例えば
顧客情報と売り上げ情報を組み合わせるといったよう
に、複数のデータベースの情報を統合して利用する必要
がある。しかし、それぞれのデータベースは独立に運用
されているために、同じ内容の情報を異なった表現形
式、異なったデータ構造で表していることがある。
ベースの情報だけからでは不十分な場合があり、例えば
顧客情報と売り上げ情報を組み合わせるといったよう
に、複数のデータベースの情報を統合して利用する必要
がある。しかし、それぞれのデータベースは独立に運用
されているために、同じ内容の情報を異なった表現形
式、異なったデータ構造で表していることがある。
【０００４】これまで、複数のデータベースを統合して
利用する仕組みとして、マルチデータベースが研究・開
発されている。マルチデータベースシステムとはグロー
バルスキーマと呼ばれるユーザが利用するデータベース
の仮想的な構造を予め定義することによって、ユーザは
個別の情報の表現形式や構造を意識しないで、分散する
データベースを検索できるというシステムである。
利用する仕組みとして、マルチデータベースが研究・開
発されている。マルチデータベースシステムとはグロー
バルスキーマと呼ばれるユーザが利用するデータベース
の仮想的な構造を予め定義することによって、ユーザは
個別の情報の表現形式や構造を意識しないで、分散する
データベースを検索できるというシステムである。
【０００５】このようなマルチデータベースシステムで
は、データベースをまたがって複数のテーブルが必要な
場合であっても、グローバルスキーマで規定されていれ
ば、検索者は結合を意識する必要がないが、この場合、
結合を行うデータ項目は標準化されたデータなど、デー
タ項目のデータ同士が同じ値をとるものでなければなら
ない。
は、データベースをまたがって複数のテーブルが必要な
場合であっても、グローバルスキーマで規定されていれ
ば、検索者は結合を意識する必要がないが、この場合、
結合を行うデータ項目は標準化されたデータなど、デー
タ項目のデータ同士が同じ値をとるものでなければなら
ない。
【０００６】また、１つのデータベースに閉じたテーブ
ル間の結合であっても、結合対象となるデータ項目のデ
ータ表現形式が異なる場合、単純な型変換を利用するこ
とで、同一のデータ表現形式にすることができる場合は
結合可能であったが、コード変換、数値演算など複雑な
データ表現形式の変換が必要な場合は、該データ項目を
用いてテーブル間を結合することができない。
ル間の結合であっても、結合対象となるデータ項目のデ
ータ表現形式が異なる場合、単純な型変換を利用するこ
とで、同一のデータ表現形式にすることができる場合は
結合可能であったが、コード変換、数値演算など複雑な
データ表現形式の変換が必要な場合は、該データ項目を
用いてテーブル間を結合することができない。
【０００７】
【発明が解決しようとする課題】上述したように、従来
のマルチデータベースシステムでは、結合を行うデータ
項目が標準化されたデータなど、データ項目のデータ同
士が同じ値をとるものでなければならないという問題が
ある。
のマルチデータベースシステムでは、結合を行うデータ
項目が標準化されたデータなど、データ項目のデータ同
士が同じ値をとるものでなければならないという問題が
ある。
【０００８】また、１つのデータベースに閉じたテーブ
ル間の結合であっても、結合対象となるデータ項目のデ
ータ表現形式が異なる場合において、同一のデータ表現
形式にするために、コード変換、数値演算など複雑なデ
ータ表現形式の変換が必要な場合は、該データ項目を用
いてテーブル間を結合することができないという問題が
ある。
ル間の結合であっても、結合対象となるデータ項目のデ
ータ表現形式が異なる場合において、同一のデータ表現
形式にするために、コード変換、数値演算など複雑なデ
ータ表現形式の変換が必要な場合は、該データ項目を用
いてテーブル間を結合することができないという問題が
ある。
【０００９】本発明は、上記に鑑みてなされたもので、
その目的とするところは、データベースマネージメント
システム（ＤＢＭＳ）、データ構造、データ表現形式が
異なる複数のデータベースが存在する環境において、検
索者が、各データベースが有するデータ項目のデータ表
現形式を検索時に意識することなく、複数のデータベー
スからデータの検索を行うことを可能にする検索方法、
検索装置、および検索プログラムを記録した記録媒体を
提供することにある。
その目的とするところは、データベースマネージメント
システム（ＤＢＭＳ）、データ構造、データ表現形式が
異なる複数のデータベースが存在する環境において、検
索者が、各データベースが有するデータ項目のデータ表
現形式を検索時に意識することなく、複数のデータベー
スからデータの検索を行うことを可能にする検索方法、
検索装置、および検索プログラムを記録した記録媒体を
提供することにある。
【００１０】
【課題を解決するための手段】上記目的を達成するた
め、請求項１記載の発明は、１つの検索要求に対して同
じ意味を持つとともに異なるデータ表現形式を持つデー
タ項目を有する複数のデータベースからデータの検索を
行う検索方法であって、前記複数のデータベースのいず
れかが有するデータ項目の所在とデータ表現形式、テー
ブル間の結合に用いるデータ項目、およびデータ表現形
式間の変換方法を定義情報として予め定義し、検索対象
のデータ項目の所在を示す情報がない検索項目および検
索条件が検索者から入力されたとき、前記定義情報を用
いることにより前記検索項目および検索条件が検索対象
データベース上のどのデータ項目に対応するかを判定
し、この対応するデータ項目のデータ表現形式を決定
し、前記対応するデータ項目を前記検索項目および検索
条件に対応して組み合わせ、すべてのデータ項目を検索
するために必要な関連情報を前記定義情報から補い、検
索候補として検索者に返却し、この返却した検索候補の
中から検索者によって選択され、検索を要求された一つ
または複数の検索候補について、当該検索候補を構成し
ているデータ項目、検索条件をテーブルごとに分離し、
前記検索候補が複数のテーブルで構成されている場合に
は、結合条件を選択し、この結合条件を構成しているデ
ータ項目が同一データベースにない場合、もしくは結合
条件を構成しているデータ項目は同一データベースにあ
るものの、各データ項目のデータ表現形式が異なる場合
には、前記結合条件を構成するデータ項目を検索項目と
して指定する検索要求文を検索対象ごとに作成し、この
作成した検索要求文を用いて各検索対象にそれぞれ対応
するデータベースに対してデータの検索を行い、この検
索結果が複数ある場合、結合条件を構成するデータ項目
のデータ表現形式を、予め定義したデータ表現形式間の
変換方法によって同一のデータ表現形式に変換し、前記
複数の検索結果を統合して検索者に返却することを要旨
とする。
め、請求項１記載の発明は、１つの検索要求に対して同
じ意味を持つとともに異なるデータ表現形式を持つデー
タ項目を有する複数のデータベースからデータの検索を
行う検索方法であって、前記複数のデータベースのいず
れかが有するデータ項目の所在とデータ表現形式、テー
ブル間の結合に用いるデータ項目、およびデータ表現形
式間の変換方法を定義情報として予め定義し、検索対象
のデータ項目の所在を示す情報がない検索項目および検
索条件が検索者から入力されたとき、前記定義情報を用
いることにより前記検索項目および検索条件が検索対象
データベース上のどのデータ項目に対応するかを判定
し、この対応するデータ項目のデータ表現形式を決定
し、前記対応するデータ項目を前記検索項目および検索
条件に対応して組み合わせ、すべてのデータ項目を検索
するために必要な関連情報を前記定義情報から補い、検
索候補として検索者に返却し、この返却した検索候補の
中から検索者によって選択され、検索を要求された一つ
または複数の検索候補について、当該検索候補を構成し
ているデータ項目、検索条件をテーブルごとに分離し、
前記検索候補が複数のテーブルで構成されている場合に
は、結合条件を選択し、この結合条件を構成しているデ
ータ項目が同一データベースにない場合、もしくは結合
条件を構成しているデータ項目は同一データベースにあ
るものの、各データ項目のデータ表現形式が異なる場合
には、前記結合条件を構成するデータ項目を検索項目と
して指定する検索要求文を検索対象ごとに作成し、この
作成した検索要求文を用いて各検索対象にそれぞれ対応
するデータベースに対してデータの検索を行い、この検
索結果が複数ある場合、結合条件を構成するデータ項目
のデータ表現形式を、予め定義したデータ表現形式間の
変換方法によって同一のデータ表現形式に変換し、前記
複数の検索結果を統合して検索者に返却することを要旨
とする。
【００１１】請求項２記載の発明は、１つの検索要求に
対して同じ意味を持つとともに異なるデータ表現形式を
持つデータ項目を有する複数のデータベースからデータ
の検索を行う検索装置であって、前記複数のデータベー
スのいずれかが有するデータ項目の所在とデータ表現形
式、テーブル間の結合に用いるデータ項目、およびデー
タ表現形式間の変換方法を定義情報として予め定義して
蓄積する定義情報蓄積手段と、検索対象のデータ項目の
所在を示す情報がない検索項目および検索条件が検索者
から入力されたとき、前記定義情報蓄積手段に蓄積され
た定義情報を参照して前記検索項目および検索条件が検
索対象データベース上のどのデータ項目に対応するかを
判定し、この対応するデータ項目のデータ表現形式を決
定し、前記対応するデータ項目を前記検索項目および検
索条件に対応して組み合わせ、すべてのデータ項目を検
索するために必要な関連情報を前記定義情報から補い、
検索候補として検索者に返却する検索候補生成手段と、
前記返却した検索候補の中から検索者によって選択さ
れ、検索を要求された一つまたは複数の検索候補につい
て、当該検索候補を構成しているデータ項目、検索条件
をテーブルごとに分離し、前記検索候補が複数のテーブ
ルで構成されている場合には、結合条件を選択し、この
結合条件を構成しているデータ項目が同一データベース
にない場合、もしくは結合条件を構成しているデータ項
目は同一データベースにあるものの、各データ項目のデ
ータ表現形式が異なる場合には、前記結合条件を構成す
るデータ項目を検索項目として指定する検索要求文を検
索対象ごとに作成する検索制御手段と、この検索制御手
段で作成した検索要求文を用いて各検索対象にそれぞれ
対応するデータベースに対してデータの検索を行う検索
手段と、この検索手段における検索結果が複数ある場
合、結合条件を構成するデータ項目のデータ表現形式
を、予め定義したデータ表現形式間の変換方法によって
同一のデータ表現形式に変換し、前記複数の検索結果を
統合して検索者に返却する検索結果統合手段とを有する
ことを要旨とする。
対して同じ意味を持つとともに異なるデータ表現形式を
持つデータ項目を有する複数のデータベースからデータ
の検索を行う検索装置であって、前記複数のデータベー
スのいずれかが有するデータ項目の所在とデータ表現形
式、テーブル間の結合に用いるデータ項目、およびデー
タ表現形式間の変換方法を定義情報として予め定義して
蓄積する定義情報蓄積手段と、検索対象のデータ項目の
所在を示す情報がない検索項目および検索条件が検索者
から入力されたとき、前記定義情報蓄積手段に蓄積され
た定義情報を参照して前記検索項目および検索条件が検
索対象データベース上のどのデータ項目に対応するかを
判定し、この対応するデータ項目のデータ表現形式を決
定し、前記対応するデータ項目を前記検索項目および検
索条件に対応して組み合わせ、すべてのデータ項目を検
索するために必要な関連情報を前記定義情報から補い、
検索候補として検索者に返却する検索候補生成手段と、
前記返却した検索候補の中から検索者によって選択さ
れ、検索を要求された一つまたは複数の検索候補につい
て、当該検索候補を構成しているデータ項目、検索条件
をテーブルごとに分離し、前記検索候補が複数のテーブ
ルで構成されている場合には、結合条件を選択し、この
結合条件を構成しているデータ項目が同一データベース
にない場合、もしくは結合条件を構成しているデータ項
目は同一データベースにあるものの、各データ項目のデ
ータ表現形式が異なる場合には、前記結合条件を構成す
るデータ項目を検索項目として指定する検索要求文を検
索対象ごとに作成する検索制御手段と、この検索制御手
段で作成した検索要求文を用いて各検索対象にそれぞれ
対応するデータベースに対してデータの検索を行う検索
手段と、この検索手段における検索結果が複数ある場
合、結合条件を構成するデータ項目のデータ表現形式
を、予め定義したデータ表現形式間の変換方法によって
同一のデータ表現形式に変換し、前記複数の検索結果を
統合して検索者に返却する検索結果統合手段とを有する
ことを要旨とする。
【００１２】請求項３記載の発明は、１つの検索要求に
対して同じ意味を持つとともに異なるデータ表現形式を
持つデータ項目を有する複数のデータベースからデータ
の検索を行う検索装置を、前記複数のデータベースのい
ずれかが有するデータ項目の所在とデータ表現形式、テ
ーブル間の結合に用いるデータ項目、およびデータ表現
形式間の変換方法を定義情報として予め定義して蓄積す
る定義情報蓄積手段、検索対象のデータ項目の所在を示
す情報がない検索項目および検索条件が検索者から入力
されたとき、前記定義情報蓄積手段に蓄積された定義情
報を参照して前記検索項目および検索条件が検索対象デ
ータベース上のどのデータ項目に対応するかを判定し、
この対応するデータ項目のデータ表現形式を決定し、前
記対応するデータ項目を前記検索項目および検索条件に
対応して組み合わせ、すべてのデータ項目を検索するた
めに必要な関連情報を前記定義情報から補い、検索候補
として検索者に返却する検索候補生成手段、前記返却し
た検索候補の中から検索者によって選択され、検索を要
求された一つまたは複数の検索候補について、当該検索
候補を構成しているデータ項目、検索条件をテーブルご
とに分離し、前記検索候補が複数のテーブルで構成され
ている場合には、結合条件を選択し、この結合条件を構
成しているデータ項目が同一データベースにない場合、
もしくは結合条件を構成しているデータ項目は同一デー
タベースにあるものの、各データ項目のデータ表現形式
が異なる場合には、前記結合条件を構成するデータ項目
を検索項目として指定する検索要求文を検索対象ごとに
作成する検索制御手段、この検索制御手段で作成した検
索要求文を用いて各検索対象にそれぞれ対応するデータ
ベースに対してデータの検索を行う検索手段、この検索
手段における検索結果が複数ある場合、結合条件を構成
するデータ項目のデータ表現形式を、予め定義したデー
タ表現形式間の変換方法によって同一のデータ表現形式
に変換し、前記複数の検索結果を統合して検索者に返却
する検索結果統合手段、として機能させる検索プログラ
ムを記録したことを要旨とする。
対して同じ意味を持つとともに異なるデータ表現形式を
持つデータ項目を有する複数のデータベースからデータ
の検索を行う検索装置を、前記複数のデータベースのい
ずれかが有するデータ項目の所在とデータ表現形式、テ
ーブル間の結合に用いるデータ項目、およびデータ表現
形式間の変換方法を定義情報として予め定義して蓄積す
る定義情報蓄積手段、検索対象のデータ項目の所在を示
す情報がない検索項目および検索条件が検索者から入力
されたとき、前記定義情報蓄積手段に蓄積された定義情
報を参照して前記検索項目および検索条件が検索対象デ
ータベース上のどのデータ項目に対応するかを判定し、
この対応するデータ項目のデータ表現形式を決定し、前
記対応するデータ項目を前記検索項目および検索条件に
対応して組み合わせ、すべてのデータ項目を検索するた
めに必要な関連情報を前記定義情報から補い、検索候補
として検索者に返却する検索候補生成手段、前記返却し
た検索候補の中から検索者によって選択され、検索を要
求された一つまたは複数の検索候補について、当該検索
候補を構成しているデータ項目、検索条件をテーブルご
とに分離し、前記検索候補が複数のテーブルで構成され
ている場合には、結合条件を選択し、この結合条件を構
成しているデータ項目が同一データベースにない場合、
もしくは結合条件を構成しているデータ項目は同一デー
タベースにあるものの、各データ項目のデータ表現形式
が異なる場合には、前記結合条件を構成するデータ項目
を検索項目として指定する検索要求文を検索対象ごとに
作成する検索制御手段、この検索制御手段で作成した検
索要求文を用いて各検索対象にそれぞれ対応するデータ
ベースに対してデータの検索を行う検索手段、この検索
手段における検索結果が複数ある場合、結合条件を構成
するデータ項目のデータ表現形式を、予め定義したデー
タ表現形式間の変換方法によって同一のデータ表現形式
に変換し、前記複数の検索結果を統合して検索者に返却
する検索結果統合手段、として機能させる検索プログラ
ムを記録したことを要旨とする。
【００１３】
【００１４】
【００１５】
【００１６】
【発明の実施の形態】以下、図面を用いて本発明の実施
の形態について説明する。図１は、本発明の一実施形態
に係る検索装置の構成を示すブロック図である。同図に
示す検索装置は、検索者１からの検索要求に対して検索
対象データベース７を検索して検索結果を検索者１に返
却するものであり、検索候補生成部３、検索制御部１
７、検索結果統合部１３、データ変換部９、データ変換
部品１１、データベース検索部５、定義情報蓄積部１５
から構成されている。
の形態について説明する。図１は、本発明の一実施形態
に係る検索装置の構成を示すブロック図である。同図に
示す検索装置は、検索者１からの検索要求に対して検索
対象データベース７を検索して検索結果を検索者１に返
却するものであり、検索候補生成部３、検索制御部１
７、検索結果統合部１３、データ変換部９、データ変換
部品１１、データベース検索部５、定義情報蓄積部１５
から構成されている。
【００１７】前記検索候補生成部３は、検索者１の検索
要求に対して、検索候補となるデータベース、テーブ
ル、データ項目を決定し、それらを組み合わせた検索候
補を検索者１に返却する。データベース検索部５は、検
索対象データベース７に対して、検索要求文を送信し、
それに対する検索結果を受け取る。データ変換部９は、
データ変換部品１１を用いて、データ項目の値の変換を
行う。検索結果統合部１３は、検索された結果もしくは
データ変換された結果に対する結合を行う。
要求に対して、検索候補となるデータベース、テーブ
ル、データ項目を決定し、それらを組み合わせた検索候
補を検索者１に返却する。データベース検索部５は、検
索対象データベース７に対して、検索要求文を送信し、
それに対する検索結果を受け取る。データ変換部９は、
データ変換部品１１を用いて、データ項目の値の変換を
行う。検索結果統合部１３は、検索された結果もしくは
データ変換された結果に対する結合を行う。
【００１８】また、定義情報蓄積部１５は、予め定義さ
れたデータ項目の所在、結合を行うデータ項目、データ
項目のデータの表現形式、データ表現形式間の変換方法
などを定義情報として登録している。検索制御部１７は
検索者によって選択された検索候補から検索すべきデー
タベースを決定し、結合条件を勘案して検索対象毎に検
索要求文を生成する。検索結果統合部１３は検索結果が
複数存在する場合、複数の検索結果を統合する。データ
ベース検索部５は検索対象データベース７に対して検索
要求文により検索を行う。
れたデータ項目の所在、結合を行うデータ項目、データ
項目のデータの表現形式、データ表現形式間の変換方法
などを定義情報として登録している。検索制御部１７は
検索者によって選択された検索候補から検索すべきデー
タベースを決定し、結合条件を勘案して検索対象毎に検
索要求文を生成する。検索結果統合部１３は検索結果が
複数存在する場合、複数の検索結果を統合する。データ
ベース検索部５は検索対象データベース７に対して検索
要求文により検索を行う。
【００１９】次に、図２に示すフローチャートを参照し
て、以上のように構成される異種データ項目結合検索の
作用について説明する。検索者１が、データ項目の所在
を示す情報がない検索項目と検索条件を入力すると（ス
テップＳ１１）、検索候補生成部３では定義情報蓄積部
１５にある定義情報を用いて、検索項目、検索条件項目
が検索対象データベース７上のどのデータ項目に対応す
るかを決定し、それぞれのデータ項目のデータ表現形式
を表すドメインと同じ意味を表すドメインの集合である
ドメイングループの情報を添付する。そして、これらデ
ータ項目を組み合わせ、すべてのデータ項目を検索する
ために必要な関連情報を定義情報蓄積部１５にある関連
定義情報により補い、検索候補として検索者１に返却す
る（ステップＳ１３）。
て、以上のように構成される異種データ項目結合検索の
作用について説明する。検索者１が、データ項目の所在
を示す情報がない検索項目と検索条件を入力すると（ス
テップＳ１１）、検索候補生成部３では定義情報蓄積部
１５にある定義情報を用いて、検索項目、検索条件項目
が検索対象データベース７上のどのデータ項目に対応す
るかを決定し、それぞれのデータ項目のデータ表現形式
を表すドメインと同じ意味を表すドメインの集合である
ドメイングループの情報を添付する。そして、これらデ
ータ項目を組み合わせ、すべてのデータ項目を検索する
ために必要な関連情報を定義情報蓄積部１５にある関連
定義情報により補い、検索候補として検索者１に返却す
る（ステップＳ１３）。
【００２０】検索者１は本検索装置から返却された複数
の検索候補の中から、実際に検索を行う候補を選択し、
再び本検索装置に入力する（ステップＳ１５）。本検索
装置では、検索者１から入力された検索候補から、検索
すべき１つもしくは複数のデータベースを決定し、結合
条件を勘案して検索対象毎に検索要求文を作成する。そ
して検索対象ごとに検索要求文を生成し（ステップＳ１
７）、それぞれの検索対象に対応するデータベース７に
検索を要求して検索を行う（ステップＳ１９，Ｓ２
１）。１つもしくは複数のデータベース７の検索結果を
受け取り、検索結果が１つである場合は、そのまま検索
者１へ返却する。
の検索候補の中から、実際に検索を行う候補を選択し、
再び本検索装置に入力する（ステップＳ１５）。本検索
装置では、検索者１から入力された検索候補から、検索
すべき１つもしくは複数のデータベースを決定し、結合
条件を勘案して検索対象毎に検索要求文を作成する。そ
して検索対象ごとに検索要求文を生成し（ステップＳ１
７）、それぞれの検索対象に対応するデータベース７に
検索を要求して検索を行う（ステップＳ１９，Ｓ２
１）。１つもしくは複数のデータベース７の検索結果を
受け取り、検索結果が１つである場合は、そのまま検索
者１へ返却する。
【００２１】検索結果が複数であった場合、結合対象と
なるデータ項目についてドメインのチェックを行う。ド
メインが等しい場合は、そのままソートマージなどの既
知の結合方法を用いて結合する。同じドメイングループ
であるがドメインが等しくない場合は、結合対象データ
項目のデータをドメイングループの標準のドメインであ
るグローバルドメインに変換し、変換された値を用い
て、検索結果を結合する。すべての結合条件を評価し結
合を行った後、検索結果として検索者１に返却する（ス
テップＳ２３）。
なるデータ項目についてドメインのチェックを行う。ド
メインが等しい場合は、そのままソートマージなどの既
知の結合方法を用いて結合する。同じドメイングループ
であるがドメインが等しくない場合は、結合対象データ
項目のデータをドメイングループの標準のドメインであ
るグローバルドメインに変換し、変換された値を用い
て、検索結果を結合する。すべての結合条件を評価し結
合を行った後、検索結果として検索者１に返却する（ス
テップＳ２３）。
【００２２】次に、図２のステップＳ１３に示す検索候
補生成処理について図３に示すフローチャートを参照し
て説明する。図３において、検索者１から入力されたデ
ータ項目の所在情報のない検索要求項目と検索条件を検
索候補生成部３が受け取ると（ステップＳ３１）、検索
候補生成部３は、受け取った検索要求項目および検索条
件で指定された検索条件項目に対応するデータベースの
データ項目を定義情報蓄積部１５の同義語定義により決
定し、この決定されたデータ項目のドメインを定義情報
蓄積部１５の定義により決定する（ステップＳ３３）。
これらデータ項目を組み合わせ、検索候補案を作成する
（ステップＳ３５）。検索候補案のうち、すべてのデー
タ項目が１つのテーブルに含まれているものは、検索候
補とする（ステップＳ３７，Ｓ３９）。１つの検索候補
案を構成するデータ項目が１つもしくは複数のデータベ
ースにある複数のテーブルに存在する場合、それらテー
ブルの間の関連を定義情報蓄積部１５にある定義情報よ
り決定する（ステップＳ４１）。
補生成処理について図３に示すフローチャートを参照し
て説明する。図３において、検索者１から入力されたデ
ータ項目の所在情報のない検索要求項目と検索条件を検
索候補生成部３が受け取ると（ステップＳ３１）、検索
候補生成部３は、受け取った検索要求項目および検索条
件で指定された検索条件項目に対応するデータベースの
データ項目を定義情報蓄積部１５の同義語定義により決
定し、この決定されたデータ項目のドメインを定義情報
蓄積部１５の定義により決定する（ステップＳ３３）。
これらデータ項目を組み合わせ、検索候補案を作成する
（ステップＳ３５）。検索候補案のうち、すべてのデー
タ項目が１つのテーブルに含まれているものは、検索候
補とする（ステップＳ３７，Ｓ３９）。１つの検索候補
案を構成するデータ項目が１つもしくは複数のデータベ
ースにある複数のテーブルに存在する場合、それらテー
ブルの間の関連を定義情報蓄積部１５にある定義情報よ
り決定する（ステップＳ４１）。
【００２３】１つの検索候補案のデータ項目を含むテー
ブル間で関連が定義されており、すべてのデータ項目が
関連をたどることで結合可能であった場合、その検索候
補案を検索候補とする（ステップＳ４３）。このとき、
関連を結ぶ結合条件となるデータ項目について、ドメイ
ン、ドメイングループを定義情報蓄積部１５の定義より
決定する（ステップＳ４７）。このとき結合条件を構成
する２つのドメインが同じドメイングループに属してい
る場合、検索候補とする（ステップＳ４９）。すべての
検索候補案について上記の評価をした結果、得られた１
つまたは複数の検索候補を検索者１へ返却する（ステッ
プＳ５３）。
ブル間で関連が定義されており、すべてのデータ項目が
関連をたどることで結合可能であった場合、その検索候
補案を検索候補とする（ステップＳ４３）。このとき、
関連を結ぶ結合条件となるデータ項目について、ドメイ
ン、ドメイングループを定義情報蓄積部１５の定義より
決定する（ステップＳ４７）。このとき結合条件を構成
する２つのドメインが同じドメイングループに属してい
る場合、検索候補とする（ステップＳ４９）。すべての
検索候補案について上記の評価をした結果、得られた１
つまたは複数の検索候補を検索者１へ返却する（ステッ
プＳ５３）。
【００２４】次に、図２のステップＳ１７に示す検索要
求文作成（結合条件処理のみ）処理について図４に示す
フローチャートを参照して説明する。図４において、検
索者１から返却された検索候補の中から１つまたは複数
の検索候補を選択し、検索制御部１７に検索を要求する
と（ステップＳ６１）、検索制御部１７は、検索者１よ
り受け取った検索候補について、検索候補を構成してい
るデータ項目、検索条件をテーブルごとに分離し（ステ
ップＳ６３）、検索候補が１つのテーブルのみから作成
されているときは（ステップＳ６４）、そのまま検索要
求文を作成する（ステップＳ７７）。そうでない場合は
（ステップＳ６４）、結合条件を選択し（ステップＳ６
５）、結合条件となっているデータ項目については、と
もに同一データベースであり（ステップＳ６７）、ドメ
インが等しい場合には（ステップＳ６９）、結合条件を
そのままにして１つの検索要求文とする（ステップＳ７
１）。この結合条件が同一データベースにない場合、も
しくはデータ項目のドメインが異なる場合には結合条件
ではなく、検索項目として検索要求文を作成する（ステ
ップＳ７３）。以上の処理をすべての結合条件について
評価終了すると（ステップＳ７５）、検索制御部１７で
作成された検索要求文はデータベース検索部５に送ら
れ、検索対象データベース７に対して検索が行われ、検
索結果が得られる。
求文作成（結合条件処理のみ）処理について図４に示す
フローチャートを参照して説明する。図４において、検
索者１から返却された検索候補の中から１つまたは複数
の検索候補を選択し、検索制御部１７に検索を要求する
と（ステップＳ６１）、検索制御部１７は、検索者１よ
り受け取った検索候補について、検索候補を構成してい
るデータ項目、検索条件をテーブルごとに分離し（ステ
ップＳ６３）、検索候補が１つのテーブルのみから作成
されているときは（ステップＳ６４）、そのまま検索要
求文を作成する（ステップＳ７７）。そうでない場合は
（ステップＳ６４）、結合条件を選択し（ステップＳ６
５）、結合条件となっているデータ項目については、と
もに同一データベースであり（ステップＳ６７）、ドメ
インが等しい場合には（ステップＳ６９）、結合条件を
そのままにして１つの検索要求文とする（ステップＳ７
１）。この結合条件が同一データベースにない場合、も
しくはデータ項目のドメインが異なる場合には結合条件
ではなく、検索項目として検索要求文を作成する（ステ
ップＳ７３）。以上の処理をすべての結合条件について
評価終了すると（ステップＳ７５）、検索制御部１７で
作成された検索要求文はデータベース検索部５に送ら
れ、検索対象データベース７に対して検索が行われ、検
索結果が得られる。
【００２５】次に、図２のステップＳ２３に示す検索結
果統合処理について図５に示すフローチャートを参照し
て説明する。図５において、検索結果が検索結果統合部
１３に入力されると（ステップＳ８１）、検索結果統合
部１３は１つの検索候補に対する検索結果が１つである
か否かを判定し（ステップＳ８３）、検索結果が１つで
ある場合には、この検索結果をそのまま検索者１に返却
する（ステップＳ９３）。また、検索結果が２つ以上で
あった場合には、結合条件について精査する。２つの検
索結果を結合する条件となっているデータ項目につい
て、この結合条件を構成する２つのデータ項目のドメイ
ンが等しい場合には（ステップＳ８５）、２つの検索結
果に対してそのデータ項目の値を用いてソートマージな
ど既知の結合方法を用いて結合を行う（ステップＳ８
９）。２つのデータ項目のドメインが異なる場合、それ
らは同じドメイングループに属するので、２つのデータ
項目の値をデータ変換部品１１を用いてグローバルドメ
インへドメイン変換を行い（ステップＳ８７）、２つの
検索結果に対してそのデータ項目の値を用いて結合を行
う（ステップＳ８９）。すべての結合が行われた結果を
検索結果として検索者１に返却する（ステップＳ９１，
Ｓ９３）。
果統合処理について図５に示すフローチャートを参照し
て説明する。図５において、検索結果が検索結果統合部
１３に入力されると（ステップＳ８１）、検索結果統合
部１３は１つの検索候補に対する検索結果が１つである
か否かを判定し（ステップＳ８３）、検索結果が１つで
ある場合には、この検索結果をそのまま検索者１に返却
する（ステップＳ９３）。また、検索結果が２つ以上で
あった場合には、結合条件について精査する。２つの検
索結果を結合する条件となっているデータ項目につい
て、この結合条件を構成する２つのデータ項目のドメイ
ンが等しい場合には（ステップＳ８５）、２つの検索結
果に対してそのデータ項目の値を用いてソートマージな
ど既知の結合方法を用いて結合を行う（ステップＳ８
９）。２つのデータ項目のドメインが異なる場合、それ
らは同じドメイングループに属するので、２つのデータ
項目の値をデータ変換部品１１を用いてグローバルドメ
インへドメイン変換を行い（ステップＳ８７）、２つの
検索結果に対してそのデータ項目の値を用いて結合を行
う（ステップＳ８９）。すべての結合が行われた結果を
検索結果として検索者１に返却する（ステップＳ９１，
Ｓ９３）。
【００２６】更に、本発明を特願平８−３４５８９９号
「データベース異種性解消検索装置」のようなデータベ
ース検索装置に、本発明の検索候補生成機能と検索要求
文作成機能を問い合わせ変換部に、検索結果統合機能を
データ処理部に組み込むことにより、更に柔軟な検索を
行うことが可能である。
「データベース異種性解消検索装置」のようなデータベ
ース検索装置に、本発明の検索候補生成機能と検索要求
文作成機能を問い合わせ変換部に、検索結果統合機能を
データ処理部に組み込むことにより、更に柔軟な検索を
行うことが可能である。
【００２７】次に、検索対象データベース７および定義
情報蓄積部１５に蓄積される定義情報の具体例について
説明する。この説明では、検索対象データベース７とし
て２つのデータベースを例として挙げて説明するが、検
索対象データベースは２つに限定されるものではない。
情報蓄積部１５に蓄積される定義情報の具体例について
説明する。この説明では、検索対象データベース７とし
て２つのデータベースを例として挙げて説明するが、検
索対象データベースは２つに限定されるものではない。
【００２８】図６は、２つの検索対象データベース７の
例を示している。図６（ａ）に示すデータベースは、あ
る県から発信された電話の通話トラヒックを集計し蓄積
したものである。このデータベースを県毎発信トラヒッ
クデータベースと呼ぶ。図６（ｂ）のデータベースは県
毎の電話番号数を管理するものである。このデータベー
スを電話番号管理データベースと呼ぶ。
例を示している。図６（ａ）に示すデータベースは、あ
る県から発信された電話の通話トラヒックを集計し蓄積
したものである。このデータベースを県毎発信トラヒッ
クデータベースと呼ぶ。図６（ｂ）のデータベースは県
毎の電話番号数を管理するものである。このデータベー
スを電話番号管理データベースと呼ぶ。
【００２９】次に、図７に示すドメインに関する情報の
定義を説明する。ドメインの情報は図７（ａ）のドメイ
ン管理テーブルで管理する。この例では県ドメイングル
ープに、県名と県コードの２つのドメインが属してい
る。このうち、県名ドメインを県ドメイングループの標
準であるグローバルドメインとする。ドメインの変換に
関しては図７（ｂ）のドメイン変換管理テーブルでこれ
を管理する。あるドメインからグローバルドメインへの
変換と、グローバルドメインからあるドメインへの変換
を行う変換関数をここで指定する。データ項目の表現形
式を表すドメインは図７（ｃ）のデータ項目ドメイン定
義テーブルで定義する。
定義を説明する。ドメインの情報は図７（ａ）のドメイ
ン管理テーブルで管理する。この例では県ドメイングル
ープに、県名と県コードの２つのドメインが属してい
る。このうち、県名ドメインを県ドメイングループの標
準であるグローバルドメインとする。ドメインの変換に
関しては図７（ｂ）のドメイン変換管理テーブルでこれ
を管理する。あるドメインからグローバルドメインへの
変換と、グローバルドメインからあるドメインへの変換
を行う変換関数をここで指定する。データ項目の表現形
式を表すドメインは図７（ｃ）のデータ項目ドメイン定
義テーブルで定義する。
【００３０】データベーススキーマの定義を図８に示
す。データ項目とそれに対応する同義語は図８（ａ）の
データ項目同義語定義テーブルにて定義する。また、テ
ーブル間の関連の定義は図８（ｂ）の関連定義テーブル
にて行う。
す。データ項目とそれに対応する同義語は図８（ａ）の
データ項目同義語定義テーブルにて定義する。また、テ
ーブル間の関連の定義は図８（ｂ）の関連定義テーブル
にて行う。
【００３１】次に、具体例を挙げて、検索処理について
説明する。具体例として、「１９９８年０２月１０日の
県名と発信トラヒックと電話番号数」を検索する場合に
ついて説明する。この検索要求は 検索項目：県名，発信トラヒック，電話番号数 検索条件：日付＝19980210 として、検索候補生成部３に入力される。
説明する。具体例として、「１９９８年０２月１０日の
県名と発信トラヒックと電話番号数」を検索する場合に
ついて説明する。この検索要求は 検索項目：県名，発信トラヒック，電話番号数 検索条件：日付＝19980210 として、検索候補生成部３に入力される。
【００３２】検索候補生成部３では、入力された検索項
目の所在を決定する。この場合、 ・県名：県毎発信トラヒック．発信トラヒック．県名 ・県名：電話番号管理．県毎電話番号数．県コード ・発信トラヒック：県毎発信トラヒック．発信トラヒッ
ク．発信トラヒック ・電話番号数：電話番号管理．県毎電話番号数．電話番
号数 ・日付：県毎発信トラヒック．発信トラヒック．日付 となる。ここで「．」は「データベース名．テーブル
名．データ項目名」を示す。続いてこれらデータ項目を
組み合わせて検索候補案を生成する。
目の所在を決定する。この場合、 ・県名：県毎発信トラヒック．発信トラヒック．県名 ・県名：電話番号管理．県毎電話番号数．県コード ・発信トラヒック：県毎発信トラヒック．発信トラヒッ
ク．発信トラヒック ・電話番号数：電話番号管理．県毎電話番号数．電話番
号数 ・日付：県毎発信トラヒック．発信トラヒック．日付 となる。ここで「．」は「データベース名．テーブル
名．データ項目名」を示す。続いてこれらデータ項目を
組み合わせて検索候補案を生成する。
【００３３】・検索候補案１
検索項目
◇ 県毎発信トラヒック．発信トラヒック．県名
◇ 県毎発信トラヒック．発信トラヒック．発信トラヒ
ック ◇ 電話番号管理．県毎電話番号数．電話番号数 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210 ・検索候補案２ 検索項目 ◇ 電話番号管理．県毎電話番号数．県コード ◇ 県毎発信トラヒック．発信トラヒック．発信トラヒ
ック ◇ 電話番号管理．県毎電話番号数．電話番号数 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210
ック ◇ 電話番号管理．県毎電話番号数．電話番号数 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210 ・検索候補案２ 検索項目 ◇ 電話番号管理．県毎電話番号数．県コード ◇ 県毎発信トラヒック．発信トラヒック．発信トラヒ
ック ◇ 電話番号管理．県毎電話番号数．電話番号数 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210
【００３４】この２つの検索候補案について、テーブル
間の関連を評価する。ともに「県毎発信トラヒック．発
信トラヒック」テーブルと、「電話番号管理．県毎電話
番号数」テーブル間での関連が必要である。この関連は
関連定義より関連名「県」として存在しているので、結
合可能である。このとき結合を行うデータ項目は、「県
毎発信トラヒック．発信トラヒック．県名」と「電話番
号管理．県毎電話番号数．県コード」である。
間の関連を評価する。ともに「県毎発信トラヒック．発
信トラヒック」テーブルと、「電話番号管理．県毎電話
番号数」テーブル間での関連が必要である。この関連は
関連定義より関連名「県」として存在しているので、結
合可能である。このとき結合を行うデータ項目は、「県
毎発信トラヒック．発信トラヒック．県名」と「電話番
号管理．県毎電話番号数．県コード」である。
【００３５】次に結合対象となるデータ項目のドメイン
を調査する。「県毎発信トラヒック．発信トラヒック．
県名」のドメイングループとドメインはそれぞれ「県ド
メイングループ」と「県名ドメイン」、「電話番号管
理．県毎電話番号数．県コード」のドメイングループと
ドメインはそれぞれ「県ドメイングループ」と「県コー
ドドメイン」である。ここで結合するデータ項目のドメ
イングループがともに等しいので、検索候補案１，２と
も検索候補となる。従って、検索者に返却する検索候補
は以下になる。
を調査する。「県毎発信トラヒック．発信トラヒック．
県名」のドメイングループとドメインはそれぞれ「県ド
メイングループ」と「県名ドメイン」、「電話番号管
理．県毎電話番号数．県コード」のドメイングループと
ドメインはそれぞれ「県ドメイングループ」と「県コー
ドドメイン」である。ここで結合するデータ項目のドメ
イングループがともに等しいので、検索候補案１，２と
も検索候補となる。従って、検索者に返却する検索候補
は以下になる。
【００３６】・検索候補１
検索項目
◇ 県毎発信トラヒック．発信トラヒック．県名
◇ 県毎発信トラヒック．発信トラヒック．発信トラヒ
ック ◇ 電話番号管理．県毎電話番号数．電話番号数 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210 結合条件 ◇ 県毎発信トラヒック．発信トラヒック．県名＝電話
番号管理．県毎電話番号数．県コード ・検索候補２ 検索項目 ◇ 電話番号管理．県毎電話番号数．県コード ◇ 県毎発信トラヒック．発信トラヒック．発信トラヒ
ック ◇ 電話番号管理．県毎電話番号数．電話番号数 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210 結合条件 ◇ 県毎発信トラヒック．発信トラヒック．県名＝電話
番号管理．県毎電話番号数．県コード 検索者はこの２つの検索候補から実際に検索を行う検索
候補を選択し、検索を要求する。本実施形態では検索候
補１が選択されたとして、以下を説明する。
ック ◇ 電話番号管理．県毎電話番号数．電話番号数 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210 結合条件 ◇ 県毎発信トラヒック．発信トラヒック．県名＝電話
番号管理．県毎電話番号数．県コード ・検索候補２ 検索項目 ◇ 電話番号管理．県毎電話番号数．県コード ◇ 県毎発信トラヒック．発信トラヒック．発信トラヒ
ック ◇ 電話番号管理．県毎電話番号数．電話番号数 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210 結合条件 ◇ 県毎発信トラヒック．発信トラヒック．県名＝電話
番号管理．県毎電話番号数．県コード 検索者はこの２つの検索候補から実際に検索を行う検索
候補を選択し、検索を要求する。本実施形態では検索候
補１が選択されたとして、以下を説明する。
【００３７】検索者によって、検索候補１が入力された
とすると、まず検索候補をテーブル毎に分離する。検索
項目と検索条件について分離すると、・県毎発信トラヒ
ックデータベース．発信トラヒックテーブル 検索項目 ◇ 県毎発信トラヒック．発信トラヒック．発信トラヒ
ック 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210 ・電話番号管理データベース．県毎電話番号数テーブル 検索項目 ◇ 電話番号管理．県毎電話番号数．電話番号数 となる。
とすると、まず検索候補をテーブル毎に分離する。検索
項目と検索条件について分離すると、・県毎発信トラヒ
ックデータベース．発信トラヒックテーブル 検索項目 ◇ 県毎発信トラヒック．発信トラヒック．発信トラヒ
ック 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210 ・電話番号管理データベース．県毎電話番号数テーブル 検索項目 ◇ 電話番号管理．県毎電話番号数．電話番号数 となる。
【００３８】次に結合条件を評価する。結合条件は、
「県毎発信トラヒック．発信トラヒック．県名＝電話番
号管理．県毎電話番号数．県コード」であり、これを構
成しているデータ項目である「県毎発信トラヒック．発
信トラヒック．県名」、「電話番号管理．県毎電話番号
数．県コード」はデータベースが異なっているので、検
索項目として指定する。よってそれぞれのテーブル毎の
検索項目は、 ・県毎発信トラヒックデータベース．発信トラヒックテ
ーブル 検索項目 ◇ 県毎発信トラヒック．発信トラヒック．発信トラヒ
ック ◇ 県毎発信トラヒック．発信トラヒック．県名 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210 ・電話番号管理データベース．県毎電話番号数テーブル 検索項目 ◇ 電話番号管理．県毎電話番号数．電話番号数 ◇ 電話番号管理．県毎電話番号数．県コード となる。
「県毎発信トラヒック．発信トラヒック．県名＝電話番
号管理．県毎電話番号数．県コード」であり、これを構
成しているデータ項目である「県毎発信トラヒック．発
信トラヒック．県名」、「電話番号管理．県毎電話番号
数．県コード」はデータベースが異なっているので、検
索項目として指定する。よってそれぞれのテーブル毎の
検索項目は、 ・県毎発信トラヒックデータベース．発信トラヒックテ
ーブル 検索項目 ◇ 県毎発信トラヒック．発信トラヒック．発信トラヒ
ック ◇ 県毎発信トラヒック．発信トラヒック．県名 検索条件 ◇ 県毎発信トラヒック．発信トラヒック．日付＝1998
0210 ・電話番号管理データベース．県毎電話番号数テーブル 検索項目 ◇ 電話番号管理．県毎電話番号数．電話番号数 ◇ 電話番号管理．県毎電話番号数．県コード となる。
【００３９】これらから実際に検索を行うためのＳＱＬ
文を作成すると、 ・県毎発信トラヒックデータベースに対しては： select 発信トラヒック，県名 from発信トラヒック
where 日付＝"19980210" ・電話番号管理データベースに対しては：select電話番
号数，県コードfrom県毎電話番号数 の２つのデータベースに対する２つのＳＱＬ文となる。
ここで作成したＳＱＬ文を用いてそれぞれのデータベー
スに対して、データベース検索部５を通してデータの検
索を行う。県毎発信トラヒックデータベースの検索結果
を図９（ａ）、電話番号管理データベースの検索結果を
図９（ｂ）に示す。
文を作成すると、 ・県毎発信トラヒックデータベースに対しては： select 発信トラヒック，県名 from発信トラヒック
where 日付＝"19980210" ・電話番号管理データベースに対しては：select電話番
号数，県コードfrom県毎電話番号数 の２つのデータベースに対する２つのＳＱＬ文となる。
ここで作成したＳＱＬ文を用いてそれぞれのデータベー
スに対して、データベース検索部５を通してデータの検
索を行う。県毎発信トラヒックデータベースの検索結果
を図９（ａ）、電話番号管理データベースの検索結果を
図９（ｂ）に示す。
【００４０】２つのデータベースに対して検索を行った
ので、結合するデータ項目のドメインを比較する。前述
の通り「県毎発信トラヒック．発信トラヒック．県名」
と「電話番号管理．県毎電話番号数．県コード」のドメ
インは、「県名ドメイン」と「県コードドメイン」で異
なるので、結合対象データ項目をグローバルドメインに
変換する。結合対象データ項目のドメイングループは、
「県名ドメイングループ」であり、そのグローバルドメ
インは「県名ドメイン」である。従って、県名ドメイン
である「県毎発信トラヒック．発信トラヒック．県名」
の変換は行わず、「県コードドメイン」である「電話番
号管理．県毎電話番号数．県コード」の変換を行う。こ
のとき、県コードドメインから県名ドメインへの変換
は、ドメイン変換管理テーブルより「県コード名称変
換」関数を用いて行う。この関数では図１０に示した県
コードと県名の対応関係に基づき県コードのデータをド
メイン変換する。ドメイン変換が行われた結果を図１１
に示す。
ので、結合するデータ項目のドメインを比較する。前述
の通り「県毎発信トラヒック．発信トラヒック．県名」
と「電話番号管理．県毎電話番号数．県コード」のドメ
インは、「県名ドメイン」と「県コードドメイン」で異
なるので、結合対象データ項目をグローバルドメインに
変換する。結合対象データ項目のドメイングループは、
「県名ドメイングループ」であり、そのグローバルドメ
インは「県名ドメイン」である。従って、県名ドメイン
である「県毎発信トラヒック．発信トラヒック．県名」
の変換は行わず、「県コードドメイン」である「電話番
号管理．県毎電話番号数．県コード」の変換を行う。こ
のとき、県コードドメインから県名ドメインへの変換
は、ドメイン変換管理テーブルより「県コード名称変
換」関数を用いて行う。この関数では図１０に示した県
コードと県名の対応関係に基づき県コードのデータをド
メイン変換する。ドメイン変換が行われた結果を図１１
に示す。
【００４１】この変換された結果と県毎発信トラヒック
データベースに対する検索結果との結合を行った結果を
図１２に示す。このほかには結合条件がないため、本実
施形態ではこのまま検索者に検索結果として返却する。
データベースに対する検索結果との結合を行った結果を
図１２に示す。このほかには結合条件がないため、本実
施形態ではこのまま検索者に検索結果として返却する。
【００４２】
【発明の効果】以上説明したように、本発明によれば、
ＤＢＭＳ、データ構造、データ表現形式が異なる複数の
データベースが存在する環境において、検索者が、各デ
ータベースが有するデータ項目のデータ表現形式を検索
時に意識することなく、複数のデータベースからデータ
の検索を行うことが可能になる。
ＤＢＭＳ、データ構造、データ表現形式が異なる複数の
データベースが存在する環境において、検索者が、各デ
ータベースが有するデータ項目のデータ表現形式を検索
時に意識することなく、複数のデータベースからデータ
の検索を行うことが可能になる。
【図１】本発明の一実施形態に係る検索装置の構成を示
すブロック図である。
すブロック図である。
【図２】図１に示す検索装置の作用を示すフローチャー
トである。
トである。
【図３】図２のステップＳ１３に示す検索候補生成処理
を示すフローチャートである。
を示すフローチャートである。
【図４】図２のステップＳ１７に示す検索要求文作成
（結合条件処理のみ）処理を示すフローチャートであ
る。
（結合条件処理のみ）処理を示すフローチャートであ
る。
【図５】図２のステップＳ２３に示す検索結果統合処理
を示すフローチャートである。
を示すフローチャートである。
【図６】図１の実施形態における検索対象データベース
の例を示す図である。
の例を示す図である。
【図７】図１の実施形態におけるドメイン定義を示す図
である。
である。
【図８】図１の実施形態におけるスキーマ定義を示す図
である。
である。
【図９】図１の実施形態における検索対象データベース
からの検索結果を示す図である。
からの検索結果を示す図である。
【図１０】図１の実施形態におけるコード対応テーブル
を示す図である。
を示す図である。
【図１１】図１の実施形態においてドメイン変換された
検索結果を示す図である。
検索結果を示す図である。
【図１２】図１の実施形態における検索者の検索結果を
示す図である。
示す図である。
３ 検索候補生成部
５ データベース検索部
７ 検索対象データベース
９ データ変換部
１１ データ変換部品
１３ 検索結果統合部
１５ 定義情報蓄積部
１７ 検索制御部
フロントページの続き
(56)参考文献 特開 平10−49409（ＪＰ，Ａ)
特開 平５−127959（ＪＰ，Ａ)
特開 平５−54083（ＪＰ，Ａ)
星野隆，綱川光明，町原宏毅，ＤＢＳ
ＥＮＡ：マルチデータベース環境におけ
る情報資源管理と検索方式，情報処理学
会研究報告（98−ＤＢＳ−114−16）,
日本，社団法人，情報処理学会，1998年
１月20日，第98巻，第２号，ｐ．113
−120
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 17/30
G06F 12/00
ＪＩＣＳＴファイル（ＪＯＩＳ)
Claims (3)
- 【請求項１】 １つの検索要求に対して同じ意味を持つ
とともに異なるデータ表現形式を持つデータ項目を有す
る複数のデータベースからデータの検索を行う検索方法
であって、 前記複数のデータベースのいずれかが有するデータ項目
の所在とデータ表現形式、テーブル間の結合に用いるデ
ータ項目、およびデータ表現形式間の変換方法を定義情
報として予め定義し、 検索対象のデータ項目の所在を示す情報がない検索項目
および検索条件が検索者から入力されたとき、前記定義
情報を用いることにより前記検索項目および検索条件が
検索対象データベース上のどのデータ項目に対応するか
を判定し、この対応するデータ項目のデータ表現形式を
決定し、 前記対応するデータ項目を前記検索項目および検索条件
に対応して組み合わせ、すべてのデータ項目を検索する
ために必要な関連情報を前記定義情報から補い、検索候
補として検索者に返却し、 この返却した検索候補の中から検索者によって選択さ
れ、検索を要求された一つまたは複数の検索候補につい
て、当該検索候補を構成しているデータ項目、検索条件
をテーブルごとに分離し、前記検索候補が複数のテーブ
ルで構成されている場合には、結合条件を選択し、この
結合条件を構成しているデータ項目が同一データベース
にない場合、もしくは結合条件を構成しているデータ項
目は同一データベースにあるものの、各データ項目のデ
ータ表現形式が異なる場合には、前記結合条件を構成す
るデータ項目を検索項目として指定する検索要求文を検
索対象ごとに作成し、 この作成した検索要求文を用いて各検索対象にそれぞれ
対応するデータベースに対してデータの検索を行い、 この検索結果が複数ある場合、結合条件を構成するデー
タ項目のデータ表現形式を、予め定義したデータ表現形
式間の変換方法によって同一のデータ表現形式に変換
し、前記複数の検索結果を統合して検索者に返却するこ
とを特徴とする検索方法。 - 【請求項２】 １つの検索要求に対して同じ意味を持つ
とともに異なるデータ表現形式を持つデータ項目を有す
る複数のデータベースからデータの検索を行う検索装置
であって、 前記複数のデータベースのいずれかが有するデータ項目
の所在とデータ表現形式、テーブル間の結合に用いるデ
ータ項目、およびデータ表現形式間の変換方法を定義情
報として予め定義して蓄積する定義情報蓄積手段と、 検索対象のデータ項目の所在を示す情報がない検索項目
および検索条件が検索者から入力されたとき、前記定義
情報蓄積手段に蓄積された定義情報を参照して前記検索
項目および検索条件が検索対象データベース上のどのデ
ータ項目に対応するかを判定し、この対応するデータ項
目のデータ表現形式を決定し、前記対応するデータ項目
を前記検索項目および検索条件に対応して組み合わせ、
すべてのデータ項目を検索するために必要な関連情報を
前記定義情報から補い、検索候補として検索者に返却す
る検索候補生成手段と、 前記返却した検索候補の中から検索者によって選択さ
れ、検索を要求された一つまたは複数の検索候補につい
て、当該検索候補を構成しているデータ項目、検索条件
をテーブルごとに分離し、前記検索候補が複数のテーブ
ルで構成されている場合には、結合条件を選択し、この
結合条件を構成しているデータ項目が同一データベース
にない場合、もしくは結合条件を構成しているデータ項
目は同一データベースにあるものの、各データ項目のデ
ータ表現形式が異なる場合には、前記結合条件を構成す
るデータ項目を検索項目として指定する検索要求文を検
索対象ごとに作成する検索制御手段と、 この検索制御手段で作成した検索要求文を用いて各検索
対象にそれぞれ対応するデータベースに対してデータの
検索を行う検索手段と、 この検索手段における検索結果が複数ある場合、結合条
件を構成するデータ項目のデータ表現形式を、予め定義
したデータ表現形式間の変換方法によって同一のデータ
表現形式に変換し、前記複数の検索結果を統合して検索
者に返却する検索結果統合手段とを有することを特徴と
する検索装置。 - 【請求項３】 １つの検索要求に対して同じ意味を持つ
とともに異なるデータ表現形式を持つデータ項目を有す
る複数のデータベースからデータの検索を行う検索装置
を、 前記複数のデータベースのいずれかが有するデータ項目
の所在とデータ表現形式、テーブル間の結合に用いるデ
ータ項目、およびデータ表現形式間の変換方法を定義情
報として予め定義して蓄積する定義情報蓄積手段、 検索対象のデータ項目の所在を示す情報がない検索項目
および検索条件が検索者から入力されたとき、前記定義
情報蓄積手段に蓄積された定義情報を参照して前記検索
項目および検索条件が検索対象データベース上のどのデ
ータ項目に対応するかを判定し、この対応するデータ項
目のデータ表現形式を決定し、前記対応するデータ項目
を前記検索項目および検索条件に対応して組み合わせ、
すべてのデータ項目を検索するために必要な関連情報を
前記定義情報から補い、検索候補として検索者に返却す
る検索候補生成手段、 前記返却した検索候補の中から検索者によって選択さ
れ、検索を要求された一つまたは複数の検索候補につい
て、当該検索候補を構成しているデータ項目、検索条件
をテーブルごとに分離し、前記検索候補が複数のテーブ
ルで構成されている場合には、結合条件を選択し、この
結合条件を構成しているデータ項目が同一データベース
にない場合、もしくは結合条件を構成しているデータ項
目は同一データベースにあるものの、各データ項目のデ
ータ表現形式が異なる場合には、前記結合条件を構成す
るデータ項目を検索項目として指定する検索要求文を検
索対象ごとに作成する検索制御手段、 この検索制御手段で作成した検索要求文を用いて各検索
対象にそれぞれ対応するデータベースに対してデータの
検索を行う検索手段、 この検索手段における検索結果が複数ある場合、結合条
件を構成するデータ項目のデータ表現形式を、予め定義
したデータ表現形式間の変換方法によって同一のデータ
表現形式に変換し、前記複数の検索結果を統合して検索
者に返却する検索結果統合手段、 として機能させる検索プログラムを記録した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09636398A JP3437441B2 (ja) | 1998-04-08 | 1998-04-08 | 検索方法、検索装置、および検索プログラムを記録した記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09636398A JP3437441B2 (ja) | 1998-04-08 | 1998-04-08 | 検索方法、検索装置、および検索プログラムを記録した記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11296532A JPH11296532A (ja) | 1999-10-29 |
| JP3437441B2 true JP3437441B2 (ja) | 2003-08-18 |
Family
ID=14162913
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09636398A Expired - Lifetime JP3437441B2 (ja) | 1998-04-08 | 1998-04-08 | 検索方法、検索装置、および検索プログラムを記録した記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3437441B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001142892A (ja) * | 1999-11-11 | 2001-05-25 | Nippon Telegr & Teleph Corp <Ntt> | データ検索方法および装置とデータ検索プログラムを記録した記録媒体 |
| JP2003022271A (ja) * | 2001-07-09 | 2003-01-24 | Obic Co Ltd | データ検索装置、データ検索方法、及びデータ検索プログラム |
| MXPA04006390A (es) * | 2001-12-28 | 2005-06-08 | James Jonas Jeffrey | Creacion de depositos de datos en tiempo real. |
| JP4676703B2 (ja) * | 2003-03-20 | 2011-04-27 | 株式会社リコー | ユーザ認証装置、ユーザ認証方法、ユーザ認証プログラム及び記録媒体 |
| JP3730969B2 (ja) * | 2003-03-27 | 2006-01-05 | 西松建設株式会社 | ナレッジ管理システム |
| JP7081137B2 (ja) * | 2017-12-19 | 2022-06-07 | 富士通株式会社 | クエリ生成プログラム、クエリ生成方法およびクエリ生成装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0554083A (ja) * | 1991-08-21 | 1993-03-05 | Nec Corp | データベース検索方式 |
| JP2922347B2 (ja) * | 1991-11-07 | 1999-07-19 | 富士通株式会社 | 異種データベース間のデータ結合装置及びデータ結合方法 |
| JP4533974B2 (ja) * | 1996-08-01 | 2010-09-01 | 康 清木 | 異種データベース統合システム |
-
1998
- 1998-04-08 JP JP09636398A patent/JP3437441B2/ja not_active Expired - Lifetime
Non-Patent Citations (1)
| Title |
|---|
| 星野隆，綱川光明，町原宏毅，ＤＢＳＥＮＡ：マルチデータベース環境における情報資源管理と検索方式，情報処理学会研究報告（９８−ＤＢＳ−１１４−１６），日本，社団法人，情報処理学会，１９９８年 １月２０日，第９８巻，第２号，ｐ．１１３−１２０ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11296532A (ja) | 1999-10-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6282537B1 (en) | Query and retrieving semi-structured data from heterogeneous sources by translating structured queries | |
| AU779250B2 (en) | Method and apparatus for populating multiple data marts in a single aggregation process | |
| Bookstein | Information retrieval: A sequential learning process | |
| Motro et al. | Fusionplex: resolution of data inconsistencies in the integration of heterogeneous information sources | |
| US7634478B2 (en) | Metadata driven intelligent data navigation | |
| US6598046B1 (en) | System and method for retrieving documents responsive to a given user's role and scenario | |
| US7908125B2 (en) | Architecture for automating analytical view of business applications | |
| WO2008045634A1 (en) | Integration of database reporting with erp systems | |
| US20030140027A1 (en) | Universal Programming Interface to Knowledge Management (UPIKM) database system with integrated XML interface | |
| CN102253967B (zh) | 数据查找系统和数据查找方法 | |
| JP3437441B2 (ja) | 検索方法、検索装置、および検索プログラムを記録した記録媒体 | |
| US20040083223A1 (en) | Global database management system integrating heterogeneous data resources | |
| US7440969B2 (en) | Data processing systems and methods for processing a plurality of application programs requiring an input database table having a predefined set of attributes | |
| Schmidt et al. | Linguistic and architectural requirements for personalized digital libraries | |
| US20030172048A1 (en) | Text search system for complex queries | |
| JPH09212517A (ja) | 情報代行検索方法及び装置 | |
| US20040088290A1 (en) | Computer system | |
| NL1020500C2 (nl) | Computersysteem. | |
| JPH09251469A (ja) | セミカスタム・データベースシステム | |
| JP2003091535A (ja) | データ管理方法及びプログラム並びに装置 | |
| Rosenthal et al. | Scalability issues in data integration | |
| US7290111B2 (en) | Computer system | |
| JP2906638B2 (ja) | データベース検索システム | |
| JPH10162029A (ja) | 検索システムにおけるインデックスデータと映像データとの自動リンク方法 | |
| CN114153993B (zh) | 一种用于智能问答的知识图谱自动化构建方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090606 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090606 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100606 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100606 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110606 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120606 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130606 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140606 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 |