JPH10124374A - レガシーシステムからのデータベース自動データローディング装置及びその方法 - Google Patents

Abstract

(57)【要約】 【課題】 レガシーシステムの複数の情報システムから
構築しようとするデータベースへ効率的に、かつ、自動
的にデータをローディングする装置及びその方法を提供
する。 【解決手段】 アプリケーションレイヤー部４と、デー
タエントリーレイヤー部３とを設け、データエントリー
レイヤー部３に、レガシーシステム２のデータファイル
ＦAn，ＦBn，…をもとのデータ構造を保持した形で蓄積
するファイルプール部６と、ローディング元データファ
イル、ローディング先データベース、ローディング対象
のデータ、データローディング条件、データ加工方法を
規定したルールを多数格納するルールベース８と、ファ
イルプール部６のデータファイルＦAn，ＦBn，…の蓄積
状況を監視し、アプリケーションレイヤー部３の所定の
データベース５に必要なデータが揃った後に、それらの
データを当該データベース５にローディングするコント
ローラ７と、を備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、統合化されていな
い複数の情報システムを有するレガシーシステムから、
データウェアハウス（Ｄａｔａ Ｗａｒｅｈｏｕｓ
ｅ）、データマート（Ｄａｔａ Ｍａｒｔ）、オペレー
ショナルデータストア（Ｏｐｅｒａｔｉｏｎａｌ Ｄａ
ｔａ Ｓｔｏｒｅ）等の大規模データベース、あるいは
エンドユーザー用の特定用途の小規模データベースへ、
自動的かつ効率的にデータをローディングするデータベ
ース自動データローディング装置及びその方法に関す
る。

【０００２】

【従来の技術】従来から、企業、団体等は、長年にわた
って統合化されていない業務処理用アプリケーション
（情報システム）を集合的に構築してきた。これらの情
報システムの集合体は、まとめて“レガシーシステム”
という名称で呼ばれている。

【０００３】レガシーシステムは、各企業等の基幹的な
業務処理を行っていることが多いため、企業等における
情報処理システムの基幹システムをなすことが多い。

【０００４】基幹システム（レガシーシステム）は、企
業等の日常的なデータ処理を行うものであるため、必要
に応じてその場その場で構築され、一般的には巨大化し
た複数の情報システムの集合体からなっている。

【０００５】これらの情報システムは、必要に応じて、
異なる目的とシステム設計者によって作成されているた
め、統合されていない状態でデータを大量に蓄えてい
る。ここで「統合されていない状態」は、たとえばデー
タの中に頻繁にでてくる“性別”を例にして言えば、
“ｍ”と“ｆ”と表わす情報システムもあれば、“０”
と“１”、“ｘ”と“ｙ”、“男”と“女”、などと表
わす情報システムもあるように、データの記述が異なる
こともある。また、たとえば顧客の氏名を表わすデータ
の場合、情報システムにより、フルネームで表わす場合
もあれば、いわゆるイニシャルと氏のように表わす場合
もある。

【０００６】これらのデータは、実体的には同一の意味
を有しているのにも拘わらず、データとしては種々の形
をとっているため、同一データとして統一されていない
状態で別々のファイルに散在している。

【０００７】また、従来のレガシーシステムでは、一部
重複した情報を含むデータが多数存在し、これらのデー
タ間の関連が取れない状態になっていることが多い。

【０００８】たとえば、顧客の口座を管理するシステム
において、一人の顧客が複数の口座種類を有している場
合がある。このような顧客に対して、従来のレガシーシ
ステムは、口座の種類に応じて複数の異なる情報システ
ムによってデータを処理していることがしばしばあっ
た。

【０００９】この場合、個々の情報システムのデータが
相互に無関係に存在していた。

【００１０】上記状態のレガシーシステムでは実際には
データを活用できないため、データを利用しようとする
場合は、レガシーシステム（複数の情報システム）から
専用のドライバを経由し、あるいはファイル単位でデー
タを取得し、専用のプログラムによってデータを加工
し、新たに構築したデータベースにそれらデータをロー
ディングしていた。

【００１１】上記レガシーシステムからデータベースを
構築する従来の方法について図２を用いて以下に説明す
る。

【００１２】図２は、既存のレガシーシステムから必要
なデータを取り出し、新たにデータベースを構築する方
法を概念的に示したものである。

【００１３】図２に示すように、レガシーシステム１０
は、複数の情報システムＡ，Ｂ，…を有しているものと
する。

【００１４】一般にレガシーシステムは、データベース
を有するものと、単なるファイルシステム（たとえば商
品マスタファイルや在庫マスタファイルのようなものが
ある）で情報を蓄積するものとがある。

【００１５】データベースを有するものは、通常、その
データファイルは、データベース・ファイルという、そ
のデータベースマネジメントシステム（ＤＢＭＳ）にし
か読み取れないものとなっている。このデータベース・
ファイルを他の情報システムで利用するために、一般に
は特別なコマンドやツールにより、シリアル形式のファ
イルとしてメインフレーム等の記憶装置に出力される。

【００１６】一方、単なるファイルでデータを蓄積する
情報システムは、ファイルが元々シリアル形式であるの
で、そのままの形でメインフレーム等の記憶装置に格納
される。

【００１７】なお、図２は、データベースを有する情報
システムＡ，Ｂのみを示している。図２に示すように、
それらの情報システムＡ，Ｂ，…のデータベースファイ
ル（データファイルＦAn，ＦBn）は、ＤＢＭＳが直接管
理するファイル形式となっている（図２においてシステ
ム形式Ａ，Ｂのファイル形式と示す）。

【００１８】これら情報システムＡ，Ｂ，…のデータが
メインフレームの記憶装置に格納されるときは、他の情
報システムとのインターフェースをなすように、シリア
ル形式のデータとして格納される（ステップＳ２０
０）。

【００１９】ここで、シリアル形式とは、各レコードが
そのまま一連の形で連続的に記憶された形式をいう。た
とえば、顧客のＩＤ、年令、住所、性別、…からなるデ
ータは、その属性や項目に関係なく、連続的に配列され
た形式で記憶される。

【００２０】従来、このようなシリアル形式のデータか
ら必要なデータを取り出して、新たにデータベースを構
築するには、専用のドライバあるいはデータローディン
グ用のプログラム１１が必要であった。

【００２１】このデータローディング用のプログラム１
１は、シリアルに記録されたデータについて、１レコー
ドの長さ、各レコード中の所定の桁数に位置するデータ
の項目（ＩＤ、年令、…）、データの属性（文字、数
字）、等を定義し、シリアル形式のデータからデータベ
ース用のデータを抽出（ＲＤＢ化）する機能を有してい
る。

【００２２】また、データローディング用のプログラム
１１は、シリアル形式のデータから必要なデータを抽出
するときに、上述したような記述やフォーマットの不統
一も一定の統合化された記述とフォーマットに書き直し
て抽出する機能を有している。

【００２３】先の例で言えば、性別を表わすデータは全
て“ｍ”または“ｆ”という記述に統合するなどであ
る。

【００２４】また、先の顧客の例で言えば、データロー
ディング用プログラム１１は、同じ顧客に関する複数の
データから、その顧客の必要なデータを組み合わせて抽
出するようにしていた。

【００２５】たとえば、図２に示すように、データファ
イルＦAn，ＦBn，…のデータ、を組み合わせて新たに構
築するデータベース１２の一データとしていた。

【００２６】このように、データローディング用プログ
ラム１１は、複数のデータファイルＦAn，ＦBnから、上
記のようにして必要なデータを抽出し、加工し、これら
を組み合わせて新たなデータベース１２を構築していた
（ステップＳ２１０）。

【００２７】

【発明が解決しようとする課題】しかしながら、上記従
来のレガシーシステムからのデータローディング方法で
は、幾つかの不利・不便な点があった。

【００２８】すなわち、従来の方法はＳＱＬ（Ｓｔｒｕ
ｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）を利用
できず、レガシーシステムのデータから使用できるデー
タベースを構築する度に、レコード長、データ項目（Ｉ
Ｄ、年令、…）、データ属性（文字、数字、…）等を定
義し、必要に応じて記述方法やフォーマットを、データ
ローディング用プログラムにより書き換えなければなら
なかった。

【００２９】上記処理を行うデータローディング用プロ
グラムの作成は、シリアル形式のデータの内容、構造、
関連まで熟知していなければならず、また、定義等する
対象のデータが大量にあるため、その作成作業は時間と
手間がかかるものであった。

【００３０】しかも、同様のデータ定義、データ加工を
行うデータローディング用プログラムであっても、新た
に構築するデータベースが異なれば、重複して用意しな
ければならなかった。

【００３１】このため、データローディング用プログラ
ムの作成は、一般に膨大な時間と手間がかかるものであ
った。

【００３２】また、従来の方法は、レガシーシステムの
負荷の面からも好ましくなかった。

【００３３】すなわち、レガシーシステムの同じデータ
ファイルを用いて複数のデータベースを構築する場合、
従来の方法では何回もレガシーシステムにアクセスする
ことになり、レガシーシステムの大きな負荷となってい
た。

【００３４】さらに、従来の方法は、構築しようとする
データベースが生成される過程においても好ましくない
点があった。すなわち、上記図２の説明でも明らかなよ
うに、新たに構築しようとするデータベースの各データ
（表における１行からなるデータ）は、複数のレガシー
システムの情報システムのデータファイルＦAn，ＦBn，
…のデータを組み合わたものからなる。従って、これら
の複数のレガシーシステムの情報システムのデータが揃
わなければ、データを取得できず、ローディング・プロ
グラムがエラーとなる。この場合、人間がデータ取得可
能のタイミングを予測し、ローディング・プログラムの
作動の再スケジューリングを行っていた。

【００３５】ところが、上記情報システムのデータが揃
うタイミングは、情報システムによってまちまちである
ため、従来は上記ローディングプログラムの再スケジュ
ーリングを行うことがしばしばあった。このため、構築
しようとするデータベースへのデータローディングが遅
れたり、レガシーシステムへ余分な負荷をかけていた。

【００３６】そこで、本願発明の解決しようとする課題
は、レガシーシステムの複数の情報システムから構築し
ようとするデータベースへ効率的に、かつ、自動的にデ
ータをローディングする装置及びその方法を提供するこ
とにある。

【００３７】

【課題を解決するための手段】本願請求項１に係るレガ
シーシステムからのデータベース自動データローディン
グ装置は、構築しようとするデータベースを少なくとも
一つ有しているアプリケーションレイヤー部と、レガシ
ーシステムの複数の情報システムからデータを受け取
り、前記アプリケーションレイヤー部のデータベースに
ローディングするデータエントリーレイヤー部と、から
なり、前記データエントリーレイヤー部は、レガシーシ
ステムの複数の情報システムからデータファイルをもと
のデータ構造を保持した形で蓄積するファイルプール部
と、ローディング元データファイル、ローディング先デ
ータベース、ローディング対象のデータ、データローデ
ィング条件、データ加工方法を規定したルールを多数格
納するルールベースと、前記ルールベースのルールに従
い、前記ファイルプール部のデータファイルの蓄積状況
を監視し、前記アプリケーションレイヤー部の所定のデ
ータベースに必要なデータが揃った後に、それらのデー
タを当該データベースにローディングするコントローラ
と、を備えていることを特徴とするものである。

【００３８】本願請求項２に係るレガシーシステムから
のデータベース自動データローディング方法は、レガシ
ーシステムの複数の情報システムが生成したデータファ
イルをもとのデータ構造を保持した形で蓄積し、前記デ
ータファイルの蓄積状況を監視し、所定の構築しようと
するデータベースに必要なデータが揃った後に、それら
のデータを抽出し、当該データベースにローディングす
るようにしたことを特徴とするものである。

【００３９】本願請求項３に係る記憶媒体は、構築しよ
うとするデータベースを少なくとも一つ有しているアプ
リケーションレイヤー部と、レガシーシステムの複数の
情報システムからデータを受け取り、前記アプリケーシ
ョンレイヤー部のデータベースにローディングするデー
タエントリーレイヤー部とを構成し、前記データエント
リーレイヤー部に、レガシーシステムの複数の情報シス
テムからデータファイルをもとのデータ構造を保持した
形で蓄積するファイルプール部と、ローディング元デー
タファイル、ローディング先データベース、ローディン
グ対象のデータ、データローディング条件、データ加工
方法を規定したルールを多数格納するルールベースと、
前記ルールベースのルールに従い、前記ファイルプール
部のデータファイルの蓄積状況を監視し、前記アプリケ
ーションレイヤー部の所定のデータベースに必要なデー
タが揃った後に、それらのデータを当該データベースに
ローディングするコントローラと、を備えるようにコン
ピュータを制御するものである。

【００４０】

【発明の実施の形態】次に本発明の実施の形態について
以下に説明する。図１は、本発明による「レガシーシス
テムからのデータベース自動データローディング装置」
の構成とその処理方法を概念的に示したブロック図であ
る。

【００４１】図１において、本発明によるデータベース
自動データローディング装置を１、レガシーシステムを
２、とする。ここで、レガシーシステム２は、既存のデ
ータの統合されていない種々の情報システムＡ，Ｂ，…
の集合体である。データベース自動データローディング
装置１は、レガシーシステム２から必要なデータを高効
率かつ自動的に抽出し、所定のデータベースにローディ
ングする本発明による装置である。

【００４２】なお、データベース自動データローディン
グ装置１及びレガシーシステム２は、専用の装置であっ
てもよいが、通常は所定のプログラムによって制御され
たオフコン、ワークステーション、パーソナルコンピュ
ータ等である。

【００４３】データベース自動データローディング装置
１は、データエントリーレイヤー部３と、アプリケーシ
ョンレイヤー部４とからなる。アプリケーションレイヤ
ー部４は、構築しようとするデータベース５を含む手段
であって、複数のデータベースを保持し、それらへデー
タローディングできるように構成されている。上記デー
タベース５は、データウェアハウス、データマート、オ
ペレーショナルデータストアである。

【００４４】ここで、「データウェアハウス」とは、基
幹システムが管理するデータを統合し、エンドユーザー
が自由に分析・加工できるように、共通のデータ形式に
変換して一元管理したデータベースをいう。「データマ
ート」とは、ユーザーの用途別に基幹システムのデータ
を統合化したデータベースをいう。「オペレーショナル
データストア」とは、データウェアハウスが過去のデー
タも有するのに対して、現在のデータのみを含む一元管
理されたデータベースをいう。

【００４５】データエントリーレイヤー部３は、上記ア
プリケーションレイヤー部４のデータベース５にデータ
をローディングする手段である。このデータエントリー
レイヤー部３は、レガシーシステム２のデータを受け取
り、一時的に蓄積し、タイミングを調節した上で、それ
らのデータを所定のデータベース５へローディングする
機能を有している。

【００４６】上記機能を実現するために、データエント
リーレイヤー部３は、さらにファイルプール部６と、コ
ントローラ７と、ルールベース８と、からなる。

【００４７】ファイルプール部６は、レガシーシステム
２の情報システムＡ，Ｂ，…から、それらのデータファ
イルＦAn，ＦBn，…を、そのもとのデータ構造を保持し
た形で、受け取って一時的に蓄積しておく手段である。

【００４８】ここで、「データ構造を保持した形で蓄積
する」とは、データベースを有する情報システムの場合
は、その情報システムのコマンドやツールを使用してそ
の情報システムのＤＢＭＳが管理するデータベース・フ
ァイルを一旦シリアル形式のデータファイルとして出力
し、これをデータベース自動データローディング装置１
側のローダーにより、データベース自動データローディ
ング装置１側のＤＢＭＳが管理するデータベース・ファ
イルとして、もとのデータベースのデータ構造のまま蓄
積することをいう。

【００４９】また、「データ構造を保持した形で蓄積す
る」は、通常のシリアル形式のファイルを蓄積する場合
を含み、この場合はデータベース自動データローディン
グ装置１のローダーにより、シリアル形式のファイルを
もとのシリアル形式のデータ構造のまま蓄積する。

【００５０】なお、図１においては、データベースを有
する情報システムＡ，Ｂのみを示しており、情報システ
ムＡ，ＢのデータファイルＦAn，ＦBnは、もとのデータ
ベースのデータ構造のままファイルプール部６に蓄積さ
れる。

【００５１】以下の説明では、シリアル形式のファイル
については容易に推察できるので、データベースを有す
る情報システムＡ，Ｂのみについて説明する。

【００５２】コントローラ７は、ファイルプール部６の
データファイルＦAn，ＦBn，…の蓄積状況を監視し、所
定のタイミングで必要なデータを抽出し、それらを組み
合わせてアプリケーションレイヤー部４のデータベース
５にローディングする手段である。

【００５３】ルールベース８は、コントローラ７の作動
の条件、すなわち、ローディング元データファイルＦA
n，ＦBn，…と、ローディング先のデータベース５と、
ローディングするデータ、ローディングするタイミング
（データローディング条件）、ローディングする際の加
工方法（統合化等）、等を規定しているデータベースで
ある。なお、このルールベース８は、必要に応じて設定
を変更することができる。

【００５４】次に、以上の構成からなるデータベース自
動データローディング装置１による処理の流れについて
図１を用いて以下に説明する。

【００５５】レガシーシステム２の情報システムＡ，Ｂ
は、日々の企業活動等の中で情報を収集し、データファ
イルＦAn，ＦBn，…の形で管理している（ステップＳ１
００）。これらデータファイルＦAn，ＦBn，…は、シス
テムにより異なる時点で生成される。

【００５６】データベース自動データローディング装置
１のデータエントリーレイヤー部３は、上記データファ
イルＦAn，ＦBn，…をそれぞれが生成された時点で、そ
のファイル構造のまま、すなわち、データベースの構造
のまま、ファイルプール部６へローディングし、蓄積す
る（ステップＳ１１０）。

【００５７】上記ファイルプール部６へのデータファイ
ルローディングは、情報システムＡ，ＢのＤＢＭＳに付
属するローディングツール、ファイル転送の手段、デー
タベース自動データローディング装置１のＤＢＭＳに付
属するローディングツールにより行なう。これらツール
の利用により、ローディングを簡単に行うことができ
る。

【００５８】上記ファイルプール部６に対して、コント
ローラ７は、データファイルの蓄積状況を常時監視する
（ステップＳ１２０）。ファイルプール部６に所定デー
タベース５に必要なデータファイルＦAn，ＦBn，…が蓄
積されたときは、コントローラ７は、それらのデータフ
ァイルＦAn，ＦBn，…から所定のデータを抽出し、それ
らのデータの形式や記述方法を変換し、それらデータを
組み合わせてアプリケーションレイヤー部４の所定のデ
ータベース５へ自動的にローディングする（ステップＳ
１３０）。

【００５９】なお、このように、どのデータファイルＦ
An，ＦBn，…のデータが揃ったら、どのデータをどのよ
うに加工して組み合わせ、どのデータベース５にローデ
ィングするかのルールは、ルールベース８に格納されて
いる。コントローラ７は、ルールベース８を参照し、そ
れらのルールに従って上述したように自動的にデータベ
ース５にデータをローディングする。

【００６０】なお、コントローラ７がデータベース５に
データローディングするときは、データファイルＦAn，
ＦBn，…がデータベースの構造を有しているので、ＳＱ
Ｌ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａ
ｇｅ）を使用することができる。

【００６１】次に、本実施形態のデータベース自動デー
タローディング装置１の作用・効果について以下に説明
する。

【００６２】本実施形態のデータベース自動データロー
ディング装置１によれば、レガシーシステム２の情報シ
ステムＡ，ＢがそれぞれのデータファイルＦAn，ＦBn，
…を生成すると、それらのデータファイルＦAn，ＦBn，
…を、データベースの構造のまま一旦ファイルプール部
６に蓄積する。

【００６３】このファイルプール部６に所定のデータフ
ァイルＦAn，ＦBn，…が揃うと、コントローラ７は自動
的にそれらのデータを抽出し、加工し、さらに組み合わ
せてアプリケーションレイヤー部４の所定のデータベー
ス５にローディングする。

【００６４】従って、生成時点が異なるデータを含むデ
ータベース５についても、データが揃った最も早い時点
で一回のアクセスとローディング処理によって効率的に
データローディングをすることができる。

【００６５】また、アプリケーションレイヤー部４に複
数のデータベース５を有する場合には、それらデータベ
ース５にデータローディングするプログラムを個々に用
意することなく、単一のコントローラ７により、データ
の蓄積状況に応じて順不同に異なるデータベース５にデ
ータローディングすることができる。

【００６６】これにより、従来構築するデータベースご
とにデータローディング用のプログラムを用意していた
無駄を省くことができる。

【００６７】さらに、上記ファイルプール部６のデータ
蓄積状況の確認や、ファイルプール部６からのデータロ
ーディングは、レガシーシステム２以外のデータエント
リーレイヤー部３内部で行うので、ファイルアクセスに
よってレガシーシステム２に本来の処理以外の余分な負
荷をかけることがない。

【００６８】また、ファイルプール部６において、デー
タファイルＦAn，ＦBn，…はデータベースの形のまま取
り扱われるので、データベース用にすでに開発されてい
る簡便なローディングツールやＳＱＬを使用でき、デー
タ構造を定義する煩雑なプログラムの作成を避けること
ができる。

【００６９】

【発明の効果】本発明のレガシーシステムからのデータ
ベース自動データローディング装置及びその方法は、フ
ァイルプール部により、レガシーシステムの情報システ
ムのデータファイルを、もとのデータ構造を保持した形
で蓄積する。次に、コントローラにより、所定のデータ
ファイルが揃うと、自動的にそれらのデータを抽出、加
工、組合せして所定のデータベースにそれらデータをロ
ーディングする。

【００７０】従って、この装置と方法によれば、生成時
点がまちまちのデータについて、データが揃った時点で
最も早い時点で一回のアクセスとローディング処理によ
って効率的に、かつ、自動的に所定のデータベースにデ
ータローディングをすることができる。

【００７１】また、複数のデータベースを構築しようと
する場合には、従来の方法のようにデータベースごとに
データローディング用プログラムを用意することなく、
単一のコントローラにより、データの蓄積状況に応じて
順不同に異なるデータベースにデータローディングをす
ることができる。

【００７２】さらに、データ蓄積状況の確認や、データ
ローディングは、レガシーシステム以外のデータエント
リーレイヤー部で行うので、レガシーシステムに余分な
負荷をかけることがない。

【００７３】また、本発明においてレガシーシステムの
データファイルは、もとのデータ構造を保持したまま取
り扱われるので、データベース形式のファイルについて
は、ＤＢＭＳ用にすでに開発されている簡便なローディ
ングツールを使用でき、ＳＱＬを使用することにより、
煩雑なプログラムの作成を避けることができる。

【図面の簡単な説明】

【図１】本発明による「レガシーシステムからのデータ
ベース自動データローディング装置」の構成と、その処
理の方法を示したブロック図。

【図２】従来の「レガシーシステムからのデータローデ
ィング方法」の処理の流れを示したブロック図。

【符号の説明】

１ 自動データローディング装置 ２ レガシーシステム ３ データエントリーレイヤー部 ４ アプリケーションレイヤー部 ５ データベース ６ ファイルプール部 ７ コントローラ ８ ルールベース Ａ 情報システム Ｂ 情報システム

Claims (3)

【特許請求の範囲】
1. 【請求項１】構築しようとするデータベースを少なくと
   も一つ有しているアプリケーションレイヤー部と、レガ
   シーシステムの複数の情報システムからデータを受け取
   り、前記アプリケーションレイヤー部のデータベースに
   ローディングするデータエントリーレイヤー部と、から
   なり、 前記データエントリーレイヤー部は、 レガシーシステムの複数の情報システムからデータファ
   イルをもとのデータ構造を保持した形で蓄積するファイ
   ルプール部と、 ローディング元データファイル、ローディング先データ
   ベース、ローディング対象のデータ、データローディン
   グ条件、データ加工方法を規定したルールを多数格納す
   るルールベースと、 前記ルールベースのルールに従い、前記ファイルプール
   部のデータファイルの蓄積状況を監視し、前記アプリケ
   ーションレイヤー部の所定のデータベースに必要なデー
   タが揃った後に、それらのデータを当該データベースに
   ローディングするコントローラと、を備えていることを
   特徴とするレガシーシステムからのデータベース自動デ
   ータローディング装置。
2. 【請求項２】レガシーシステムの複数の情報システムが
   生成したデータファイルをもとのデータ構造を保持した
   形で蓄積し、 前記データファイルの蓄積状況を監視し、所定の構築し
   ようとするデータベースに必要なデータが揃った後に、
   それらのデータを抽出し、当該データベースにローディ
   ングするようにしたことを特徴とするレガシーシステム
   からのデータベース自動データローディング方法。
3. 【請求項３】構築しようとするデータベースを少なくと
   も一つ有しているアプリケーションレイヤー部と、レガ
   シーシステムの複数の情報システムからデータを受け取
   り、前記アプリケーションレイヤー部のデータベースに
   ローディングするデータエントリーレイヤー部とを構成
   し、 前記データエントリーレイヤー部に、 レガシーシステムの複数の情報システムからデータファ
   イルをもとのデータ構造を保持した形で蓄積するファイ
   ルプール部と、 ローディング元データファイル、ローディング先データ
   ベース、ローディング対象のデータ、データローディン
   グ条件、データ加工方法を規定したルールを多数格納す
   るルールベースと、 前記ルールベースのルールに従い、前記ファイルプール
   部のデータファイルの蓄積状況を監視し、前記アプリケ
   ーションレイヤー部の所定のデータベースに必要なデー
   タが揃った後に、それらのデータを当該データベースに
   ローディングするコントローラと、を備えるようにコン
   ピュータを制御するプログラムを記憶した記憶媒体。