JP2002175327A - データベース管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上に分散配置されているデータ
ベースを一元管理可能なデータベース管理技術を提供す
る。 【解決手段】 統合オブジェクトリポジトリサーバが、
自身で保有するメタインデックス情報、たとえば対象デ
ータベースの所在アドレス、対象人物の特定ＩＤ等を利
用して、ネットワークで接続されている分散データベー
スに対して照会言語（たとえばＸＭＬベースによる照会
言語）により諸情報の抽出を要求する。そして、照会に
より得られた情報は統合オブジェクトリポジトリ上のメ
タインデックス情報配下に写像され、複数ＤＢに分散配
置された情報があたかも一箇所に集約されたごとく、一
元的に参照可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット等
のネットワーク上に分散されている各種データベースの
横断的管理手法に関する。

【０００２】

【従来の技術】昨今、様々な情報の電子データ化、デー
タベース化が進んできている。

【０００３】このようなデータベース化において、その
対象領域の決定およびデータベーススキーマの決定は、
その作成主体の恣意性に任されている。

【０００４】すなわち、作成主体にとって利用価値があ
ると認められる対象領域内の情報の格納および加工利用
が専らの目的であり、それ以外の情報は捨象されること
が多い。

【０００５】たとえば、行政単位、組織単位といったよ
うに、権限の所掌範囲が明確に区分されている場合にも
所掌範囲内に限ったデータベース化が図られるのが通常
であった。

【０００６】

【発明が解決しようとする課題】ところが、このような
作成主体中心のデーベース生成によって、ネットワーク
上では同一実体に関する諸属性情報であっても、異なる
データベースに分散配置される現象が多々発生してい
る。

【０００７】たとえば、人を対象としたデータベースに
ついて、図１に示すように、第１のデータベース（ＤＢ
１）には、人物の第１属性（たとえば職業）、第２属性
（たとえば趣味）、第３属性（たとえば家族構成）が登
録されており、第２のデータベース（ＤＢ２）には、第
４属性（たとえば学歴）、第５属性（たとえば保有資
格）が登録されているようなごときである。

【０００８】このように人物に関するデータベースが分
散している状況において、情報を収集する側の立場（デ
ータベース検索者）では、同一実体に帰属する諸属性情
報はデータベースを横断して（データベース透過的）に
収集したいという要求が発生してきている。

【０００９】上記の例でいえば、データベース検索者が
人物の職業と家族構成と保有資格とに関するデータを収
集したい場合、まず第１のデータベース（ＤＢ１）にア
クセスして職業（第１属性）と家族構成（第３属性）と
を抽出し、さらに第２のデータベース（ＤＢ２）にアク
セスして保有資格（第５属性）を抽出し、これらによっ
て得られた属性情報を基に新たなデータベース（ＤＢ
ｎ）を構築する必要があった。

【００１０】ところが、実際の作業ではデータベースが
複雑多岐にわたり、かつ属性情報も膨大でありかつその
所在も一々検索者が確認することは困難であるため、前
述のような検索者の手作業によるデータベース（ＤＢ
ｎ）の構築は事実上不可能であった。

【００１１】本発明は、このような点に鑑みてなされた
ものであり、ネットワーク上に分散配置されているデー
タベースを一元管理可能なデータベース管理技術を提供
することを技術的課題とする。

【００１２】

【課題を解決するための手段】本発明は、統合オブジェ
クトリポジトリサーバを用いて分散データベースを横断
的に管理するものであり、まず、統合オブジェクトリポ
ジトリサーバが、自身で保有するメタインデックス情
報、たとえば対象データベースの所在アドレス、対象人
物の特定ＩＤ等を利用して、ネットワークで接続されて
いる分散データベースに対して照会言語（たとえばＸＭ
Ｌベースによる照会言語）により諸情報の抽出を要求す
る。そして、照会により得られた情報は統合オブジェク
トリポジトリ上のメタインデックス情報配下に写像さ
れ、複数ＤＢに分散配置された情報があたかも一箇所に
集約されたごとく、一元的に参照可能となるものであ
る。

【００１３】

【発明の実施の形態】

【００１４】

【実施例】以下、図面に基づいて、本発明の実施の形態
を説明する。

【００１５】図２は、本実施例の全体構成を示してい
る。同図に示すように、本実施例のシステム構成は、イ
ンターネットによるネットワークを中心に、これに接続
された統合オブジェクトリポジトリサーバ、データベー
スサーバ１〜ｎ、ウェブクライアント１〜ｎで構成され
ている。

【００１６】次に、図３を用いて統合オブジェクトリポ
ジトリサーバへのインデックス情報の格納方法を説明す
る。

【００１７】まず、人物をキーとして同一人物と同定さ
れたレコードに対し、統合オブジェクトリポジトリサー
バから各分散データベース上のインデックス情報へのリ
レーションを設定する。次に、統合オブジェクトリポジ
トリサーバ上にメタインデックス情報を格納する。これ
により、分散配置されたデータベース上に別個に格納さ
れていた実体データベースを統合オブジェクトリポジト
リサーバ上で統合管理するための基礎インデックスがで
きあがる。

【００１８】次に、図４に示すように、統合オブジェク
トリポジトリサーバ上に構築されたメタインデックス情
報（対象データベースの所在、対象人物特定ＩＤ等）を
利用して、各々の分散データベースに対しＸＭＬベース
の照会言語を用いて諸情報の抽出を要求する。そして、
照会により得られた情報は統合オブジェクトリポジトリ
サーバ上のメタインデックス情報配下に写像される。そ
して、複数データベースに分散配置されていた情報は、
あたかも一箇所に集約されたごとく、一元的に参照可能
となる。

【００１９】このようにして、図５に示すように、統合
オブジェクトリポジトリサーバ上には、分散データベー
ス上には存在していない新たな関係性の定義ができる。
これにより、統合オブジェクトリポジトリサーバは分散
データベース上の実体の単なる名寄せ機能の域を越えた
役割を果たすことになる。

【００２０】たとえば、（１）人物Ｂが人物Ａの配偶者
であった場合、人物Ａと人物Ｂの間に「配偶者関係」と
いうリレーションを定義すれば、配偶者をも含めた与信
管理情報等の取得が可能になる。また、（２）人物Ｂと
いうのが仮名で、実際には人物Ａと同一人物であること
が判明した場合には、人物Ａと人物Ｂとの間に「同一人
物」というリレーションを定義すれば、単なる名寄せ機
能を超えた統合情報の取得が可能となる。

【００２１】図６は、統合オブジェクトリポジトリサー
バ上でのメタインデックス情報の保持方法を示すテーブ
ルである。

【００２２】同図において、クラスは最少情報として
「クラス名」「アトリビュート名」「リレーション」
「接続クラス」を持つ。「クラス名」は当該クラスを他
クラスと識別するための名称であり、「アトリビュート
名」はクラスが保有する属性情報である。

【００２３】「リレーション」はクラスとクラスの間に
設定される関係性であり、「接続クラス」は当該リレー
ションにより関係付けられる接続先のクラスを表す。

【００２４】上記例にもとづけば、「ユーザ」というク
ラスは"保有する"というリレーションで「ＤＢ情報」と
いうクラスに関係付けられ、「ユーザ」は"配偶者関係
にある"、"保証人関係にある"というリレーションで
「ユーザ」に関係付けを行うことが可能である。なお、
定義可能なリレーションの数に特に限りはない。

【００２５】ここで、クラスに具体的属性値が与えられ
て実体化したものをインスタンスと呼ぶことにし、次の
図７〜１２を用いて、図３〜５で説明してきた内容が、
実際にどのようにインスタンス化されるかを説明する。

【００２６】統合オブジェクトリポジトリサーバ上に
は、図７に示したようなユーザクラスのインスタンスの
みをメタインデックス情報として保持する。

【００２７】次に、分散データベース上に存在する各ユ
ーザのＤＢ情報は、ウェブクライアントからの要求に応
じてその都度実データベースへの照会を行い、実データ
ベースの写像としてＤＢ情報クラスのインスタンスを
（一時的に）生成させる。

【００２８】図８は、人物Ａに関するＤＢ情報クラスの
インスタンスを示すテーブル構成である。また、図９は
人物Ｂ関するＤＢ情報クラスのインスタンスを示すテー
ブル構成である。

【００２９】統合オブジェクトリポジトリサーバ上にあ
るメタインデックス情報（「保有する」というリレーシ
ョン）により、ユーザインスタンスとＤＢ情報インスタ
ンスが図１０に示すように関連付けられて見える。

【００３０】この段階では分散データベース上のデータ
を、同一人物のもとに「名寄せ」しただけのビューを提
供する。

【００３１】ここで、オブジェクトリポジトリ上の「ユ
ーザ」クラスに定義されている「配偶者関係にある」
「保証人関係にある」というリレーションに注目する。

【００３２】もともと各人のＤＢ情報は物理的に離れた
データベース上に分散配置されており、各情報間にこの
ような関係性定義は行われていないが、統合オブジェク
トリポジトリサーバ上では各々の分散データベースにお
ける定義とは独立して、新たなリレーションの定義が可
能である。

【００３３】たとえば、人物Ａにとって人物Ｂが配偶者
関係にあるとわかった場合は、図１１に示すように、人
物Ａのインスタンスのリレーション「配偶者関係にあ
る」の接続インスタンス先として人物Ｂを指定してやる
だけで良い。

【００３４】この操作により人物Ｂだけでなく、配偶者
関係にある人物Ｂに関するデータベース情報も、統合オ
ブジェクトリポジトリサーバ上では図１２に示すよう
に、透過的にアクセスできるようになる。

【００３５】図１３は、オブジェクトリポジトリ上で新
たな関係性を定義する表示画面例であり、図１４はそれ
により得られるデータベース横断的な新たなビューの表
示画面例である。

【００３６】図１５は、統合オブジェクトリポジトリサ
ーバの機能ブロック図である。

【００３７】同図に示すように、統合オブジェクトリポ
ジトリサーバは、データベース操作指示装置と、統合オ
ブジェクトリポジトリ運用・維持・管理装置と、実デー
タベース検索装置と、統合オブジェクトリポジトリデー
タベースで構成されている。

【００３８】データベース操作指示装置は、ユーザがユ
ーザインターフェースを通じて直接対峙する装置であ
り、基本的にはウェブブラウザアプリケーションプログ
ラムが用いられる。

【００３９】統合オブジェクトリポジトリサーバ自身を
システム的に管理できる管理者用ユーザインターフェー
スと、専らオブジェクトリポジトリ情報を活用するだけ
の一般ユーザ用ユーザインターフェースが用意される。

【００４０】統合オブジェクトリポジトリ運用・維持・
管理装置は、データベース操作指示装置の要求に応じ
て、分散配置された実データベース群に格納されたデー
タのインデックス情報を関連付けたメタインデックス情
報を格納する機能を有している。また、オブジェクトリ
ポジトリ内でオブジェクト間に全く新たな関係性の定義
を行うことも可能である。本装置から実データベース検
索装置に対しデータ検索要求を出し、実データベース検
索装置からの検索結果を受信、統合オブジェクトリポジ
トリ上に写像する機能を有している。

【００４１】統合オブジェクトリポジトリデータベース
は、実データベース群に格納されたデータのメタインデ
ックス情報や関係性情報を保持する統合データベースの
実体である。

【００４２】実データベース検索装置は、統合オブジェ
クトリポジトリ運用・維持・管理装置からの検索要求に
応じて実データベース群にSQL文などの照会言語を発行
し、検索結果を受領する機能を有している。

【００４３】なお、実データベース群は、外部に分散配
置されたデータベース群を示している。

【００４４】これらの各機能部を用いたデータベース横
断的統合オブジェクトリポジトリの実現手段を、オブジ
ェクトとメッセージフローの観点で捉えたコラボレーシ
ョン図（図１６）と、その同一内容を時間軸上のシーケ
ンスとして理解しやすく並べ替えたシーケンス図（図１
７）とを用いて説明する。 （１）．検索依頼 まず、統合オブジェクトリポジトリサーバのブラウザプ
ログラムから検索条件を設定して検索要求を発行する。 （２）．検索解析 次に、統合オブジェクトリポジトリサーバのブラウザ制
御モジュールにより、ブラウザからの検索要求を解析・
統合する。AND条件（論理積条件）、OR条件（論理和条
件）等で設定された種々の検索条件を、ビジネスロジッ
クが処理できる形式に変換して受け渡す。 （３）．ＸＭＬ検索依頼 ブラウザ制御モジュールで解析・統合された検索要求
を、ＸＭＬ検索要求に変換する。 （４）．メタデータ検索依頼（native） ＸＭＬデータアクセスモジュールにより、統合リポジト
リが提供するＡＰＩ(Application Program Interface)
に対し、統合リポジトリ上に保管されているメタインデ
ックス情報を取得する要求を送る。ここで、"native"と
表現されているのは、外部からの照会用にリポジトリシ
ステムが提供するＡＰＩを利用して情報を取得するとい
う意味である。以下、分散配置されている固有データベ
ースに対する照会部分にも"native"という表現を用いる
が、これも各種データベースベンダーが提供するＡＰＩ
を通じて情報を取得するという意味である。 （５）メタデータ検索 リポジトリＡＰＩを通じてのメタデータ検索要求を受
け、実際の統合リポジトリに対し検索要求を発行する。 （６）．検索結果 前記メタデータ検索結果をリポジトリＡＰＩに返す。 （７）．メタデータ検索結果（native） リポジトリのnative ＡＰＩを通じてメタデータ検索結
果をＸＭＬデータアクセスモジュールに受け渡す。 （８）．ＸＭＬメタデータ検索結果 ＸＭＬデータアクセスモジュールはメタデータ検索結果
をＸＭＬ形式に変換してビジネスロジックに受け渡す。 （９）．ＸＭＬメタデータ検索結果解析 ビジネスロジックはＸＭＬメタデータ検索結果を解析す
る。メタデータ検索依頼および結果が複数にわたるとき
は、この解析処理を再帰的に繰り返す。 （１０）．ＸＭＬ固有データ検索依頼 統合リポジトリより取得されたメタインデックス情報に
基づき、分散データベース上に存在する固有データの検
索要求をＸＭＬＸＭＬ形式で発行する。 （１１）．固有データ検索依頼１（native） ＸＭＬデータアクセスモジュールは各種データベースが
提供するＡＰＩに対し、固有データ検索依頼を行う。 （１２）．固有データ検索１ データベースＡＰＩを通じての固有データ検索要求を受
け、実際の固有データベースに対し検索要求を発行す
る。 （１３）．固有データ検索結果１ 固有データ検索結果をデータベースＡＰＩに返す。 （１４）．固有データ検索結果１（native） データベースＡＰＩを通じて固有データ検索結果をＸＭ
Ｌデータアクセスモジュールに受け渡す。 （１５）．ＸＭＬ固有データ検索結果１ ＸＭＬデータアクセスモジュールは固有データ検索結果
をＸＭＬ形式に変換してビジネスロジックに受け渡す。 （１６）．固有データ検索依頼２（native） （１０）におけるＸＭＬ固有データ検索依頼が、ロケー
ションの異なる複数の固有データベースにまたがる場合
には、固有データベースに対する検索要求も複数回発生
する。その場合に２回目（以降）の固有データ検索要求
をデータベースＡＰＩに対して行う。 （１７）．固有データ検索２ データベースＡＰＩを通じて２回目（以降）の固有デー
タベースに対する検索を行う。 （１８）．固有データ検索結果２ ２回目（以降）の固有データ検索結果をデータベースＡ
ＰＩに返す。 （１９）．固有データ検索結果２（native） データベースＡＰＩを通じて２回目（以降）の固有デー
タ検索結果をＸＭＬデータアクセスモジュールに受け渡
す。 （２０）．ＸＭＬ固有データ検索結果２ ＸＭＬデータアクセスモジュールは２回目（以降）の固
有データ検索結果をＸＭＬ形式に変換してビジネスロジ
ックに受け渡す。 （２１）．ＸＭＬ固有データ検索結果合成（１＋２）処
理 ビジネスロジックは複数の検索結果に対し合成処理を行
う。 （２２）．固有データ検索結果 合成された検索結果を、（１）のブラウザからの検索依
頼に対する回答としてブラウザ制御モジュールに受け渡
す。 （２３）．検索結果表示 ブラウザ制御モジュールはスタイルシート等を参照しな
がら表示形式を整え、ブラウザに対し検索結果表示を行
う。

【００４５】

【発明の効果】本発明によれば、ネットワーク上に分散
配置されているデータベースを一元管理することができ
る。

【図面の簡単な説明】

【図１】 従来技術における個別データベースに分散配
置された情報を示す説明図

【図２】 本発明の実施例における全体ネットワーク構
成図

【図３】 実施例の統合オブジェクトリポジトリサーバ
へのインデックス情報の格納状態を示す図

【図４】 実施例の分散データベース上の統合オブジェ
クトリポジトリサーバへの写像状態を示す図

【図５】 実施例の統合オブジェクトリポジトリサーバ
上での新たな関係性の定義状態を示す図

【図６】 実施例のユーザとクラスの各テーブル構成を
示す図

【図７】 実施例のユーザクラスのインスタンスを示す
テーブル構成図

【図８】 実施例のＤＢ情報クラスのインスタンスを示
すテーブル構成図（１）

【図９】 実施例のＤＢ情報クラスのインスタンスを示
すテーブル構成図（２）

【図１０】 実施例のユーザインスタンスとＤＢ情報イ
ンスタンスとの関係を示す概念図

【図１１】 実施例の人物Ａのインスタンスのテーブル
構成図

【図１２】 実施例の人物間の透過的な関係を示す概念
図

【図１３】 実施例のオブジェクトリポジトリ上で新た
な関係性を定義する表示画面例

【図１４】 実施例のデータベース横断的な新たなビュ
ーの表示画面例である。

【図１５】 実施例の統合オブジェクトリポジトリサー
バの機能ブロック構成図

【図１６】 実施例のデータベース横断的統合オブジェ
クトリポジトリのコラボレーション図

【図１７】 実施例のデータベース横断的統合オブジェ
クトリポジトリのシーケンス図

───────────────────────────────────────────────────── フロントページの続き (72)発明者 尾崎 博昭 東京都港区赤坂七丁目５番47号 株式会社 ウェッブアイ内 Ｆターム(参考） 5B075 KK02 5B082 GA08 GC04 HA08 HA09

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して接続される２以上
   のデータベースと接続される統合オブジェクトリポジト
   リサーバにおいて、 前記統合オブジェクトリポジトリサーバが、自身のメタ
   インデックス情報を参照してネットワークを介して各デ
   ータベースに対して照会言語を用いて諸情報の抽出を要
   求するステップと、 照会により得られた情報を前記統合オブジェクトリポジ
   トリサーバが受信するステップと、 前記統合オブジェクトリポジトリサーバが前記情報を前
   記メタインデックス情報の下位階層に写像するステップ
   とからなるデータベース管理方法。