JPH11259351A - データベース装置、共用データベース装置、共用データベースシステム、共用データベース装置のデータ抽出方法および共用データベース装置のデータ抽出プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 任命日前に更新データを受け入れることがで
きるようにする。 【解決手段】 各目的別データベースから発令日と任命
日を含む更新データが共用データベースＤＢに転送され
ると、中間ファイル生成部１３０はステータス管理テー
ブルを生成する。ステータス管理テーブルには発令日、
任命日および更新データの状態を示す状態コードが格納
されている。状態遷移管理部１４０は現在日と発令日お
よび任命日を比較して状態コードを管理する。そして、
状態コードが現在を示す場合に更新データを原本データ
ベース１０の内容に反映させる。また、抽出アプリケー
ション２１１〜２１７が、状態コードを参照して各目的
別データベース向けの抽出データを生成すると、マスク
部２３０によってマスク処理が施され、後処理部２４０
によってヘッダが付加されて、各目的別データベースに
ファイルが転送される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、更新データの状態
を自律的に管理するデータベース装置、共用データベー
ス装置、共用データベースシステム、共用データベース
装置のデータ抽出方法および共用データベース装置のデ
ータ抽出プログラムを記録した記録媒体に関する。

【０００２】

【従来の技術】近年の情報化社会にあっては、企業の活
動を支援するために各種の情報処理装置が用いられる。
例えば、大企業においては、人事システム、給与システ
ムあるいは社宅システムといった個別のデータベースに
よって業務管理が行われることが多い。

【０００３】このようなシステムにおいては、相互に関
連するデータに基づいて処理を行っているので、一つの
アプリケーションでデータの更新が行われると他のアプ
リケーションに更新されたデータをファイル化して転送
する必要が生じることがある。例えば、従業者が昇進に
伴いある事業所から別の事業所に異動になり、この異動
に関する情報が、まず、人事システムに入力されたとす
る。この場合、昇進に伴って給与は昇給するのでこの情
報を給与システムに渡す必要があり、また、勤務先が変
更になるので社宅に関する情報を社宅システムに渡す必
要が生じる。このため、人事システムでは、従業者の異
動に係わるデータを相手方のシステムで読み取れるよう
にデータ形式を変換してファイルを作成する。そして、
ファイルを格納した磁気ディスクを相手先のシステムで
読み込んだり、あるいは、通信網を介してファイルを転
送していた。

【０００４】ここで、Ｎ個のシステムが相互に関連して
動作しているとすれば、システム全体の変換アプリケー
ション数はＮ（Ｎ−１）個となるので、全体を構成する
システム数が増加すると、必要とされる変換アプリケー
ション数が飛躍的に増加してしまう。このため、変換ア
プリケーションを開発する工数、変換処理に要する工
数、あるいは、変換アプリケーションを記憶するコンピ
ュータ資源を消費してしまうといった問題がある。そこ
で、各システムで共通的に扱うデータを共有する共用デ
ータベースシステムが開発されている。

【０００５】共用データベースシステムは、個々のデー
タベースと共用データベースとから構成され、個々のデ
ータベースは共用データベースに各々接続される。個々
のデータベースでデータの更新が生じると、更新された
データが標準化されて共用データベースに蓄積される。
そして、共用データベースから他のデータベースに標準
化したデータを必要に応じて転送するようになってい
る。

【０００６】あるデータベースにおいて更新されたデー
タは、他の全てのデータベースで必要とされるわけでは
ないので、共用データベースは、あるデータベースから
の更新データを記憶内容に反映させると、他のデータベ
ース毎に更新データの抽出処理を行って、その抽出結果
を他のデータベースに転送する処理を実行する。

【０００７】

【発明が解決しようとする課題】ところで、上述した業
務管理システムにおいては、更新すべきデータが前もっ
てわかっている場合がある。例えば、ある社員の異動に
関する情報は、異動を発令する発令日や現実に異動が行
われる任命日より前に発生している。この場合、当該社
員の所属を検索可能なデータベースでは、検索日が任命
日前であれば検索結果として旧所属が出力され、検索日
が任命日以降であれば検索結果として新所属が出力され
るべきである。したがって、従来の業務管理システムで
は、更新データが前もって生成されていても、任命日以
降に更新データをデータベースに取り込む作業が必要と
されていた。

【０００８】また、異動や採用あるいは昇進といった業
務が発生すると、あるデータベースでは発令日を基準に
データの更新を行い、また、他のデータベースでは任命
日を基準にデータの更新を行うこともある。したがっ
て、従来の業務管理システムにおいては、データ種類や
データベースの種別に応じて更新データを取り込む必要
があり作業が煩雑であった。

【０００９】本発明は、上述した事情に鑑みてなされた
ものであり、更新データの状態を管理して、更新データ
を必要なタイミングで自動的に記憶内容に反映させるこ
とができるデータベース装置を提供することを目的とす
る。

【００１０】

【課題を解決するための手段】上記課題を解決するため
請求項１に記載の発明にあっては、複数のデータを関連
づけて記憶する記憶手段を備え、更新の条件を示す条件
データを含む更新データが入力されるデータベース装置
であって、入力された前記更新データを格納する格納手
段と、前記格納手段から読み出した前記更新データに係
わる条件データに基づいて、条件を満たすか否かを判定
する判定手段と、前記判定手段の判定結果が条件を満た
す場合には、当該更新データを前記記憶手段の記憶内容
に反映させる反映手段とを備えたことを特徴とする。

【００１１】また、請求項２記載の発明にあっては、前
記条件データは更新の時期を示すものであり、前記判定
手段は、現在時と前記条件データの示す時期を比較する
ことによって、条件を満たすか否かを判定することを特
徴とする。

【００１２】また、請求項３記載の発明にあっては、複
数のデータを関連づけて記憶する記憶手段を備え、取り
扱いの条件を示す複数の条件データを含む更新データが
入力されるデータベース装置であって、入力された前記
更新データを格納する格納手段と、前記格納手段から読
み出した前記更新データに係わる複数の条件データに基
づいて、各条件を満たすか否かを判定する判定手段と、
前記判定手段の判定結果に基づいて、当該更新データの
状態を示す状態データを生成する状態データ生成手段
と、前記状態データと当該更新データを関連づける管理
テーブルを生成する管理テーブル生成手段と、前記状態
データが変更されると前記管理テーブルに変更内容を反
映させるとともに、前記管理テーブルの内容を監視して
前記状態データが当該更新データを反映させることを示
す場合には、前記記憶手段の記憶内容に当該更新データ
を反映させる状態管理手段とを備えることを特徴とす
る。

【００１３】また、請求項４記載の発明にあっては、取
り扱いの条件を示す複数の条件データを含む更新データ
が、相互に関連するデータを取り扱う複数の個別データ
ベース装置から供給される共用データベース装置であっ
て、複数のデータを関連づけて記憶する記憶手段と、前
記各個別データベース装置から供給される更新データを
格納する格納手段と、前記格納手段から読み出した前記
更新データに係わる複数の条件データに基づいて、各条
件を満たすか否かを判定する判定手段と、前記判定手段
の判定結果に基づいて、当該更新データの状態を示す状
態データを生成する状態データ生成手段と、前記状態デ
ータと当該更新データを関連づける管理テーブルを生成
する管理テーブル生成手段と、前記状態データが変更さ
れると前記管理テーブルに変更内容を反映させるととも
に、前記管理テーブルの内容を監視して前記状態データ
が当該更新データを反映させることを示す場合には、前
記記憶手段の記憶内容に当該更新データを反映させる状
態管理手段と、前記個別データベース装置毎に定められ
た規則に従って、前記管理テーブルに格納されている前
記状態データを参照することにより、前記記憶手段およ
び前記格納手段から必要とされるデータを抽出して抽出
データを生成する抽出手段と、前記抽出データを対応す
る前記各個別データベース装置に各々転送する転送手段
とを備えたことを特徴とする。

【００１４】また、請求項５記載の発明にあっては、前
記共用データベース装置は業務管理を行うものであり、
前記複数の条件データは、業務の発令日および任命日を
示し、前記判定手段は、現在日と前記条件データの示す
発令日および任命日とを比較することによって各条件を
判定し、前記状態データ生成手段は、前記現在日が前記
発令日前である場合には未確定未来を示す状態データ
を、前記現在日が前記発令日以降で前記任命日前である
場合には確定未来を示す状態データを、前記現在日が前
記任命日以降である場合には現在を示す状態データを各
々生成し、前記状態管理手段は、前記管理テーブルの内
容を監視して前記状態データが現在日に至った時に前記
記憶手段の記憶内容に当該更新データを反映させ、前記
抽出手段は、前記個別データベース装置毎に定められた
規則に従って、前記管理テーブルに格納されている前記
状態データを参照することにより、任命日前であっても
前記格納手段から必要とされるデータを抽出して前記抽
出データを生成することを特徴とする。

【００１５】また、請求項６記載の発明にあっては、前
記共用データベース装置、複数の個別データベース装
置、および前記共用データベース装置と前記複数の個別
データベース装置とを接続する通信網とを備え、一の前
記個別データベース装置において更新された更新データ
が前記通信網を介して前記共用データベース装置に転送
されると、前記共用データベース装置は前記更新データ
を前記記憶手段の記憶内容に反映させ、前記記憶手段ま
たは前記格納手段から抽出した前記抽出データを前記通
信網を介して他の前記個別データベース装置に転送する
ことを特徴とする。

【００１６】また、請求項７記載の発明にあっては、複
数のデータを関連づけて記憶する記憶手段を備え、取り
扱いの条件を示す複数の条件データを含む更新データ
が、相互に関連するデータを取り扱う複数の個別データ
ベース装置から供給される共用データベース装置のデー
タ抽出方法であって、前記各個別データベース装置から
供給される更新データを格納手段に格納するステップ
と、前記格納手段から読み出した前記更新データに係わ
る複数の条件データに基づいて、各条件を満たすか否か
を判定するステップと、前記判定結果に基づいて、当該
更新データの状態を示す状態データを生成するステップ
と、前記状態データと当該更新データを関連づける管理
テーブルを生成するステップと、前記状態データが変更
されると前記管理テーブルに変更内容を反映させるとと
もに、前記管理テーブルの内容を監視して前記状態デー
タが当該更新データを反映させることを示す場合には、
前記記憶手段の記憶内容に当該更新データを反映させる
ステップと、前記個別データベース装置毎に定められた
規則に従って、前記管理テーブルに格納されている前記
状態データを参照することにより、前記記憶手段および
前記格納手段から必要とされるデータを抽出して抽出デ
ータを生成するステップと、前記抽出データを対応する
前記各個別データベース装置に各々転送するステップと
を備えたことを特徴とする。また、請求項８記載の発明
にあっては、前記共用データベース装置のデータ抽出方
法をコンピュータ装置に実行させる共用データベース装
置のデータ抽出プログラムを記録した記録媒体であるこ
とを特徴とする。

【００１７】

【発明の実施の形態】以下、図面を参照しつつ、本発明
の一実施形態に係わる共用データベースシステムについ
て説明する。

【００１８】１．実施形態の構成 １−１．全体構成 まず、共用データベースシステムの全体構成を説明す
る。図１は共用データベースシステムの全体構成を示す
ブロック図である。なお、共用データベースシステムは
各種の情報処理に応用できるが、ここでは、業務管理に
適用したものを一例として説明する。

【００１９】図において、共用データベースシステムＤ
Ｂは、相異なるロケーションに配置される目的別データ
ベースＳ１〜Ｓ７、標準化されたデータを蓄積する原本
データベース１０、および各目的別データベースＳ１〜
Ｓ７と共用データベース１０を各々接続するローカルエ
リアネットワークＬＡＮから構成されている。

【００２０】各目的別データベースＳ１〜Ｓ７は、例え
ばパーソナルコンピュータで構成され、そこには個別の
データベースが構築されている。例えば、人事システム
Ｓ１は従業者の人事異動、勤怠、評価、家族構成等を管
理し、給与システムＳ２は従業者の給与を管理し、年金
システムは退職者への年金の支給等を管理し、社宅シス
テムは社宅の入居状況を管理し、退職手当システムＳ５
は各社員の退職金を管理し、物流システムＳ６は物流を
管理し、経理システムＳ７は企業全体の経理を管理して
いる。

【００２１】このような各目的別データベースＳ１〜Ｓ
７は、相互に密接な関連を持っている。例えば、人事シ
ステムＳ１に蓄積される従業者の勤怠データは、当該従
業者の給与に反映させるため給与システムＳ２において
も必要とされる。また、従業者が社宅を希望する場合に
は、家族構成を考慮して社宅を斡旋する必要があるた
め、家族データが社宅システムＳ４で必要となる。この
ため、各目的別データベースＳ１〜Ｓ７に蓄積されるデ
ータに更新があると、更新データをファイル形式で転送
することによって共用データベースＤＢが更新データを
一旦集約し、共用データベースＤＢにおいて各目的別デ
ータベースＳ１〜Ｓ７に更新に用いるファイルが転送さ
れるようになっている。

【００２２】次に、共用データベースＤＢの主要部は、
原本データベース１０とデータベース管理機構２０から
構成される。ところで、各目的別データベースＳ１〜Ｓ
７のデータ型式（例えば、１データの文字数）は、それ
らのアプリケーションに依存する。このため、データベ
ース管理機構２０は各目的別データベースＳ１〜Ｓ７か
らの転送ファイルを標準化して標準データを生成し、こ
れを原本データベース１０に蓄積する。各目的別データ
ベースＳ１〜Ｓ７にデータを転送する際には、データベ
ース管理機構２０によって原本データベース１０から必
要とされる標準データの抽出処理が行われるようになっ
ている。このため、原本データベース１０のデータ構造
は抽出処理を効率良く実行できるようにグルーピングさ
れている。具体的には、社員、学歴あるいは所属といっ
た各種のテーブルから構成されており、テーブル名を指
定して検索が行えるようになっている。

【００２３】１−２：機能構成 次に、共用データベースＤＢの主要部の機能構成につい
て説明する。図２は共用データベースＤＢの機能構成を
示す機能ブロック図である。図に示すように共用データ
ベースＤＢは、原本データベース１０とデータベース管
理機構２０から構成されている。

【００２４】原本データベース１０に格納されるデータ
は、受入データ、現在データ、および過去データに大別
される。現在データは、現在のデータを示し現在データ
ベースに格納され、過去データは直前のデータを示し直
前データベースに格納される。また、各データベース
は、複数のテーブルから構成されており、例えば、社員
コードを所属する部署名と対応づけて格納した所属テー
ブル、社員コードと学歴を対応づけて格納した学歴テー
ブル、あるいは、社員コードと家族情報を対応づけて格
納した家族テーブル等の各種のテーブルから構成されて
いる。これに対して、受入データは、何らかの業務の発
生に伴って生成されるデータであって、現在データの状
態を管理やあるいは任命日前のデータとして用いられ、
ステータス管理テーブル、受入データ構成テーブル、お
よびイベントテーブルから構成されている。なお、これ
らのテーブルについては後述する。

【００２５】データベース管理機構２０は、各目的別デ
ータベースＳ１〜Ｓ７から転送されてくる更新ファイル
を原本データベース１０に反映させる反映処理機構１０
０と原本データベース１０から更新されたデータを抽出
して各目的別データベースＳ１〜Ｓ７に転送するファイ
ルを生成する抽出処理機構２００から構成される。

【００２６】まず、反映処理機構１００は、前処理部１
１０、標準化処理部１２０、中間ファイル生成部１３０
および状態遷移管理部１４０から構成されている。前処
理部１１０は、各目的別データベースＳ１〜Ｓ７から転
送されてくる更新ファイルに対して、通信経路で発生す
るエラーを検出し訂正するとともに、ヘッダ・トレイラ
の削除を行う。標準化処理部１２０は、データ型式の標
準化とグルーピングの標準化を行う。データ型式の標準
化では、上述したように例えば、１データの文字数が揃
えられ、標準データが生成される。また、グルーピング
の標準化では、原本データベース１０のデータ構造に適
合するようにデータをグルーピングして標準化済ファイ
ルを生成する。

【００２７】次に、中間ファイル生成部１３０は、原本
データベース１０に格納される各種のテーブルとそのカ
ラムの内容を指定するテーブルカラム情報を参照しつ
つ、中間ファイルを生成する。この中間ファイルは、ス
テータス管理テーブル、受入データ構成テーブル、およ
びイベントテーブルから構成される。これらのテーブル
は、原本データベース１０の更新に関するなんらかのイ
ベントが発生すると生成される。

【００２８】ところで、人材管理システムにおいては、
時間の管理が重要である。例えば、人事異動において
は、人事異動があったことを本人に伝える発令日と実際
に異動がある任命日が存在するが、発令日と任命日では
意味することが異なるため、人事異動に関する項目であ
っても各目的別データベースＳ１〜Ｓ７によっては、デ
ータを更新する日が相違する。そこで、ステータス管理
テーブルには、更新に関するデータの状態を示すデータ
が格納されるようになっており、これを参照することに
よって、反映抽出処理が行われるようになっている。

【００２９】次に、状態遷移管理部１４０は、現在の日
付とステータス管理テーブルに格納されている発令日お
よび任命日を比較することによって、状態を管理する。

【００３０】次に、抽出処理機構２００は、各目的別デ
ータベースＳ１〜Ｓ７毎に設けられた抽出アプリケーシ
ョン２１１〜２１７、これらの起動を制御するスケジュ
ール部２２０、抽出アプリケーション２１１〜２１７に
よって作成された１次抽出ファイルの項目からのセキュ
リティ上の理由から適切でない項目をマスクするマスク
部２３０、ヘッダ・トレイラを付加する後処理部２４０
から構成されている。

【００３１】スケジュール部２２０は、カレンダ機能を
有しており、予め設定された日付で所定の抽出アプリケ
ーション２１１〜２１７が起動するように、起動日時を
設定できるようになっている。給与の締日が毎月１５日
で支給日が２５日であるとすれば、２５日に間に合うよ
うに、例えば、毎月１７日に給与システムＳ２に対応す
る抽出アプリケーション２１１〜２１７が起動するよう
に設定すればよい。

【００３２】抽出アプリケーション２１１〜２１７は、
各目的別データベースＳ１〜Ｓ７向けに転送するデータ
を抽出して一次抽出ファイルを生成するようになってお
り、抽出の対象となる対象キーを特定する対象データ特
定部Ｍ１と、対象キーを用いて抽出したテーブルを結合
して各目的別データベースＳ１〜Ｓ７毎に一次抽出ファ
イルを生成する接続データ生成部Ｍ２とを各々備えてい
る。

【００３３】ここで、各抽出アプリケーション２１１〜
２１７は、各目的別データベースＳ１〜Ｓ７の仕様に適
合したデータを抽出するため、基本的には独立したもの
である。したがって、抽出アプリケーション２１１〜２
１７を別個独立したものとして構成することもできる。

【００３４】しかし、そのように抽出アプリケーション
２１１〜２１７を構成すると、プログラム量が膨大とな
り、また、各目的別アプリケーションＳ１〜Ｓ７の仕様
が変更されると、変更された仕様に合わせて抽出アプリ
ケーション２１１〜２１７を始めから作成し直す必要が
ある。さらに、新たな目的別データベースが追加された
場合には、新規な抽出アプリケーションを始めから作成
する必要がある。したがって、抽出アプリケーション２
１１〜２１７を別個独立して構成すると、プログラム量
が膨大となり、開発の工数が大きく、しかも稼働中の目
的別データベースＳ１〜Ｓ７に変更があった場合や新規
な目的別データベースを増設する場合に工数と時間がか
かるという問題がある。

【００３５】そこで、本実施形態にあっては、抽出処理
に用いられる複数の機能を各々モジュール化し、機能モ
ジュールの共用化を図っている。具体的には、各抽出ア
プリケーション２１１〜２１７の対象データ特定部Ｍ１
と接続データ生成部Ｍ２の機能がモジュール化されてお
り、複数の機能モジュールの中から必要なものを読み出
して、これにパラメータを与えるようになっている。こ
の機能モジュールを共用化により、プログラム量を削減
でき、しかも、機能モジュールの組み合わせによって、
目的別データベースＳ１〜Ｓ７の仕様の変更や、その増
設にも柔軟に対応することが可能となる。

【００３６】次に、各抽出アプリケーション２１１〜２
１７の対象データ特定部Ｍ１は、以下の観点から、抽出
の対象となる対象キーを特定する。なお、対象キーは、
抽出すべきデータを検索する際に手掛かりとなる項目で
あって、例えば、氏名コードが該当する。 抽出期間範囲 まず、データの抽出期間範囲は、変化があったデータを
抽出する範囲を示すものであり、その種別としては、
１）一日単位、２）前回抽出日以降現在まで、３）特定
日あるいは特定時点、４）一定期間がある。一日単位の
処理としては、例えば、経理システムＳ７に用いられる
売り上げ高の集計等が該当する。また、前回抽出日以降
現在までの処理は、最も一般的な処理であり、例えば、
社宅システムＳ４で必要とされる住所変更に伴う更新に
用いられる。また、一定期間の処理としては、例えば、
人事システムに用いられる勤怠データの集計が該当す
る。以上１）〜４）の各処理は期間指定モジュールとし
てモジュール化されており、各抽出アプリケーション２
１１〜２１７は、必要とされる期間指定モジュールを実
行することによって期間を指定できるようになってい
る。

【００３７】抽出可能なテーブルの判別 次に、抽出可能なテーブルの判別する処理としては、以
下のものがモジュール化されている。１）受信・反映後
に直ちに抽出を実行、２）現在値データが変更後に抽出
を実行、３）条件が発生した時に抽出を実行受信・反映
後に直ちに抽出を実行するものとしては、例えば、膨大
な給与計算を効率よく行うため社員の昇進に伴うデータ
を給与システムＳ２に転送する場合が該当する。また、
条件が発生した時に抽出を実行するの機能モジュールを
設けたのは、例えば、発令日を基準に更新を行う目的別
データベースや任命日を基準に更新を行うデータベース
に対して適切なタイミングで更新ファイルを転送するた
めである。

【００３８】関連するテーブルの抽出 次に、関連するテーブルを抽出する処理としては、以下
のものがモジュール化されている。１）変化に関わらな
い特定キー範囲の抽出、２）特定の業務発生に関わる抽
出、３）特定データの変更発生に関わる抽出がある。変
化に関わらない特定キー範囲の抽出としては、例えば、
関東あるいは東北といった地域による限定を行う。特定
イベント発生に関わる抽出としては、例えば、人事異動
によって特定人の職場が変更する場合が該当する。ま
た、特定データの変更とは、例えば、休職あるいは在職
といった在職状況の変更が該当する。このように、対象
データ特定部Ｍ１は、抽出期間範囲、抽出可能なテーブ
ルの判別、関連するテーブルの抽出といった観点から、
モジュール化された機能モジュールを読み出してこれに
パラメータを与えることによって対象キーを生成する。

【００３９】次に、接続データ生成部Ｍ２は、対象キー
に基づいて原本データベース１０から該当するテーブル
を読み出すとともにこれらを結合して、一次抽出ファイ
ルを生成する。テーブルの結合の態様としては、以下の
ものがある。 テーブル単位の結合 これは、原本データベース１０に格納されている各種の
テーブルをテーブル単位で抽出するものである。 関連する現在値テーブルの結合 これは、原本データベース１０に格納されている現在デ
ータベースのテーブルを抽出し結合するものであり、最
も一般的な結合の態様である。

【００４０】関連する現在値テーブルと直前テーブル
の結合 これは、原本データベース１０に格納されている現在デ
ータベースと直前データベースの同一テーブル名のテー
ブルを抽出し結合するものである。 同一テーブルの複数オカレンスの結合 例えば、同一氏名コードの複数家族を含めて抽出し結合
する場合や、複数の資格を有する場合にそれらの資格デ
ータを抽出し結合する場合である。

【００４１】キー検索結果の外部キーによる結合 これは、氏名コード等の抽出キー情報によって、テーブ
ルを検索した後、抽出したテーブルの項目をキーとし
て、更に検索を行って所定の項目値を取得し、これを出
力テーブルに埋め込む場合である。例えば、氏名コード
や所属組織コードを格納する第１のテーブルと、所属組
織コードを所属組織名と対応づけて格納した第２のテー
ブルとがある場合において、氏名コードを抽出キー情報
として第１のテーブルを検索しそこから所属組織コード
を取得し、この所属組織コードをキーとして第２のテー
ブルを検索して所属組織名を取得し、これを第１のテー
ブルの所属組織コードの替わりに埋め込む場合が該当す
る。

【００４２】過去、未来も含めた関連テーブルの結合 これは、関連するテーブルを過去、未来も含めて抽出し
結合するものであって、例えば、過去の所属や前職など
の情報を抽出し結合する場合が該当する。これらのテー
ブルの結合処理もモジュール化されており、各機能モジ
ュールを適宜選択・組み合わせることによって、各目的
別データベースＳ１〜Ｓ７の仕様を満足する転送ファイ
ルを生成することが可能となる。なお、各機能モジュー
ルにおいて、結合の対象となるテーブルは、抽出パラメ
ータとして与えられる。このように、抽出プログラム２
１１〜２１７を、対象データ特定部Ｍ１と接続データ生
成部Ｍ２で構成しているのは、１）対象データの特定
（抽出キー情報の生成）は、後述する状態管理が中心で
あり、一方、接続データの生成はデータ抽出処理（テー
ブルアクセス処理）の共通化であり、性質が異なるこ
と、２）２ブロックとしてその間にファイルインターフ
ェースを設けてもオーバーヘッドはごくわずかであるこ
と等の理由による。

【００４３】次に、マスク部２３０は、各目的別データ
ベースＳ１〜Ｓ７毎にどのような項目をマスクするかを
定めたマスクパラメータを格納しており、このマスクパ
ラメータを用いて不要な項目をマスクするマスク処理を
行う。また、後処理部２４０は、送信に適した文字コー
ドに変換するとともに、ヘッダ・トレイラを付加して各
目的別データベースＳ１〜Ｓ７に向けた転送ファイルを
生成する。

【００４４】２．実施形態の動作 次に、実施形態の動作を説明する。 ２−１：目的別データベースから共用データベースへの
ファイル転送処理 各目的別データベースＳ１〜Ｓ７にデータの更新が生じ
ると、各目的別データベースＳ１〜Ｓ７は更新されたデ
ータに関わるテーブルを共用データベースＤＢに転送す
る。ここでは、人事システムＳ１が転送するテーブルを
例に挙げ説明する。なお、この例では、人事システムＳ
１に構築されているデータベースのデータ構造（テーブ
ルの持ち方）は、原本データベース１０のデータ構造と
共通しており、また、人事システムＳ１から転送される
ファイルを構成するデータは標準データの型式になって
いるものとする。

【００４５】人事システムＳ１において、ある社員に人
事異動が生じたとすると、人事システムＳ１は、当該社
員の氏名コード、人事異動の発令日と任命日、および更
新情報を組にした更新テーブルを生成する。この場合、
異動という業務（イベント）の発生に伴って、当該社員
の所属や勤務先等が変更になるので、原本データベース
１０に格納されている異動テーブル、所属テーブル、勤
務先テーブルといった各種のテーブルを更新する必要が
生じる。このため、更新テーブルは、原本データベース
１０に格納されている各種のテーブルのうち、変更が必
要となるテーブルの種類だけ生成される。例えば、ｎ個
のテーブルを更新する必要があるとすれば、人事システ
ムＳ１では、図３（ａ）に示すようにテーブルTBL1〜TB
Lnを生成するとともに、図３（ｂ）に示すイベント管理
テーブルTBLa1〜TBLanを生成する。

【００４６】イベント管理テーブルTBLa1〜TBLanは、氏
名コード、データ種別コード、および関連するテーブル
名から構成されている。ここで、データ種別コードは、
どのような業務の発生によってデータの更新が生じたか
を示すものであり、例えば、異動であれば「０１」、退
職であれば「０２」といったように業務が区別できるよ
うにコードが割り当てられている。また、テーブル名の
欄には、当該業務によって変更が生じる原本データベー
ス１０のテーブル名が格納されている。この例では、更
新に係わるテーブルはTBL1〜TBLnであるから、これらが
テーブル名として格納される。

【００４７】上述したテーブルTBL1〜TBLnおよびイベン
ト管理テーブルTBLa1〜TBLanがＬＡＮを介して共用デー
タベースＤＢに転送されると、データベース管理機構２
０の中間ファイル生成部１３０は、各テーブルTBL1〜TB
Lnにこれらを受け入れた日を業務発生日として加え、図
３（ａ）に示すようにイベントテーブルTBL1'〜TBLn'を
各々生成するとともに、図４（ａ）に示す受入データ構
成テーブルTBLb1〜TBLbnを生成する。受入データ構成テ
ーブルTBLb1〜TBLbnは、イベント管理テーブルTBLa1〜T
BLanに業務発生日を追加したものである。したがって、
受入データ構成テーブルTBLb1〜TBLbnを参照することに
よって、どのテーブルが更新されたのかを知ることがで
きる。

【００４８】また、中間ファイル生成部１３０は、イベ
ント管理テーブルTBLa1〜TBLanに業務発生日を加えると
共に、当該業務の状態に関する情報（現状態、状態遷移
実施日時）を加えたステータス管理テーブルTBLcを生成
する。なお、業務の状態に関する情報の書込については
状態遷移処理で詳細に説明する。こうして、生成された
イベントテーブルTBL1'〜TBLn'、受入データ構成テーブ
ルTBLb1〜TBLbn、ステータス管理テーブルTBLcは、原本
データベース１０の所定の格納領域に格納される。

【００４９】ところで、各目的別データベースＳ１〜Ｓ
７におけるデータの更新は、原則として任命日以降に行
われる。したがって、各目的別データベースＳ１〜Ｓ７
から共用データベースＤＢに更新データを転送するのが
通常である。しかしながら、本実施形態では、発令日お
よび任命日を格納したイベント管理テーブルTBLa1〜TBL
anを更新データに含ませて共用データベースＤＢに転送
しているので、任命日前に更新データを共用データベー
スＤＢに転送することができ、共用データベースＤＢに
おいて発令日および任命日を参照して、原本データベー
ス１０に更新データを反映させたり、あるいは、抽出処
理を適切な時期に実行することができるようになる。

【００５０】２−２：状態遷移処理 この共用データベースシステム１は、運用日（現在の日
付）と発令日および任命日の関係から、データの状態
を、（１）未確定未来、（２）確定未来、（３）現在、
（４）過去といった４つの段階に分けて管理しており、
状態遷移管理部１４０は、これらの状態をステータス管
理テーブルTBLcに反映させる。具体的には、（１）〜
（４）の状態を示す状態コード（２ビット）がステータ
ス管理テーブルTBLcに格納されるようになっている。

【００５１】ここで、未確定未来の状態とは、運用日が
発令日前、かつ運用日が任命日前の状態をいう。また、
確定未来の状態とは、運用日が発令日以降、かつ運用日
が任命日前の状態をいう。また、現在の状態とは、運用
日が発令日および任命日以降であり、かつ最新のものを
いう。また、過去とは、運用日が発令日および任命日以
降であり、かつ過去のものをいう。

【００５２】ところで、ステータス管理テーブルTBLcに
は、上述したようにある業務の発生に伴って変更の必要
が生じるテーブル名が格納されているから、ステータス
管理テーブルTBLcを参照すれば、関連テーブルの状態を
一元的に管理することができる。

【００５３】図５は、ステータス管理テーブルTBLcを用
いた状態管理を示す図である。図において、状態遷移管
理部１４０にステータス管理テーブルTBLcが送られる
と、状態遷移管理部１４０は運用日をステータス管理テ
ーブルTBLcに格納されている発令日および任命日と比較
して、以下のように状態コードを生成する（Ｘ０）。

【００５４】まず、運用日が発令日前、かつ運用日が任
命日前である場合には、パスＰ１を介して未確定未来状
態Ｘ１に進み、未確定未来を示す状態コード００をステ
ータス管理テーブルTBLcに格納する。例えば、昇給予定
の業務が発生した場合などが該当する。

【００５５】次に、運用日が発令日以降であり、かつ運
用日が任命日前である場合には、パスＰ２を介して確定
未来状態Ｘ２に進み、確定未来を示す状態コード０１を
ステータス管理テーブルTBLcに格納する。例えば、配置
転換の業務が発生した場合などが該当する。

【００５６】次に、運用日が発令日以降であり、かつ運
用日が任命日以降である場合には、パスＰ３を介して現
在状態Ｘ３に進み、現在を示す状態コード１０をステー
タス管理テーブルTBLcに格納する。例えば、各種の補正
業務が発生した場合などが該当する。また、発令日と任
命日が同一日であり、かつ運用日が発令日以降である場
合には、パスＰ４を介して現在状態Ｘ３に進み、現在を
示す状態コード１０をステータス管理テーブルTBLcに格
納する。

【００５７】こうして、ステータス管理テーブルTBLcの
現状態の欄に状態コードが格納されるとともに、現状態
に移行した日時を示す状態遷移実施日時がステータス管
理テーブルTBLcに格納される。

【００５８】この後、状態遷移管理部１４０は、ステー
タス管理テーブルTBLcを毎日読み出して、そこに格納さ
れている発令日および任命日と運用日とを比較して状態
遷移処理を実行する。この場合、状態遷移管理部１４０
はステータス管理テーブルTBLcに格納されている状態コ
ード、発令日および任命日を読み出す。そして、読み出
された状態コードから当該業務の状態を検知する。次
に、運用日と発令日および任命日を比較して、運用日当
日の状態を把握する。業務の状態に変化があるならばス
テータス管理テーブルTBLcの更新を行い、一方、業務の
状態に変化がないならばステータス管理テーブルTBLcの
更新を行わない。

【００５９】例えば、読み出された状態コードが００で
あり、運用日と発令日が一致したとすれば、当該業務は
未確定未来状態Ｘ１からパスＰ５を介して確定未来状態
Ｘ２に変化する。この場合には、ステータス管理テーブ
ルTBLcの現状態の欄に状態コード０１を、また、状態遷
移実施日時の欄に状態遷移を実行した日時を格納して、
ステータス管理テーブルTBLcを更新する。また、未確定
未来状態Ｘ１からパスＰ６を介して現在状態Ｘ３に、確
定未来状態Ｘ２からパスＰ７を介して現在状態Ｘ３に変
化する場合も同様にステータス管理テーブルTBLcを更新
する。

【００６０】ところで、ある社員に人事異動が発生して
任命日を過ぎると、当該業務の状態は現在状態Ｘ３にな
るが、この社員について次の人事異動が発生したとす
る。この場合に、運用日が次の人事異動の任命日に至る
と、当該社員の人事異動について２つのステータス管理
テーブルTBLcが存在することになるが、当該社員の正確
なデータは新しいステータス管理テーブルTBLcによって
表されているので、古いステータス管理テーブルTBLcは
新しいものと区別する必要がある。このため、現在状態
Ｘ３にあるステータス管理テーブルTBLcに対して最新の
ステータス管理テーブルTBLcが発生した場合には、古い
業務を過去状態Ｘ４として取り扱うようにしている。

【００６１】具体的には、パスＰ３、Ｐ４、Ｐ６、Ｐ７
を経て現在状態Ｘ３に至ったステータス管理テーブルTB
Lcが発生すると、そこに格納されている氏名コードおよ
びデータ種別をキー情報として、現在状態Ｘ３にある他
のステータス管理テーブルTBLcを検索する。該当するも
のが抽出された場合には、そのステータス管理テーブル
TBLcの現状態の欄に状態コード１１を、また、状態遷移
実施日時の欄に状態遷移を実行した日時を格納して、ス
テータス管理テーブルTBLcを更新する。過去状態Ｘ３に
あるステータス管理テーブルTBLcは、削除アプリケーシ
ョン起動時に削除される（Ｐ９、Ｘ５）。この場合、当
該ステータス管理テーブルTBLcに関連するイベントテー
ブルTBL1'〜TBLn'や受入データ構成テーブルTBLb1〜TBL
bnも同時に削除される。なお、削除アプリケーションは
一月に一回といったように周期的に起動するように設定
しておけばよい。

【００６２】このように、ステータス管理テーブルTBLc
には運用日における業務の状態が状態コードとして格納
されているので、ステータス管理テーブルTBLcの業務発
生日、氏名コードおよびデータ種別コードを参照するこ
とによって、イベントテーブルTBL1'〜TBLn'、受入デー
タ構成テーブルTBLb1〜TBLbnの管理を行うことができ、
業務の状態に応じた反映処理や抽出処理が可能となる。

【００６３】２−３：反映処理 次に、原本データベース１０に格納される現在データの
反映処理について説明する。図６は現在データの反映処
理動作を示したものである。まず、反映処理機構１００
の状態遷移管理部１４０が、ステータス管理テーブルTB
Lcを参照して、現在状態Ｘ３にあるものの中から、状態
遷移日時が運用日と一致するものを抽出する。この場
合、抽出されたステータス管理テーブルTBLcは運用日と
任命日が一致するものである。現在データは、ある時点
における各社員の所属等の情報を表すものであるから、
任命日に至った受入データは現在データに反映させる必
要がある。このため、状態遷移管理部１４０は抽出され
たステータス管理テーブルTBLcの業務発生日、氏名コー
ドおよびデータ種別コードを参照して、関連するイベン
トテーブル（図３（ａ）のTBL1'〜TBLn'）を読み出して
現在データベースＤＢ１の更新を行う。この更新処理は
毎日行われ、一日前の現在データベースは直前データベ
ースＤＢ２として格納される。

【００６４】以上が原則的な反映処理であるが、データ
入力を忘れてしまった場合や、通信回線の故障、目的別
データベースＳ１〜Ｓ７の不具合等の諸般の事情によっ
て、任命日を過ぎて最新受入データが生成される場合が
ある。このような場合には、現在データベースＤＢ１に
内容を反映させるとともに、必要に応じて直前データベ
ースＤＢ２に内容を反映させる。

【００６５】このように、状態遷移管理部１４０は、ス
テータス管理テーブルTBLcの状態コードを参照して、更
新データの反映処理を行うので、各目的別データベース
Ｓ１〜Ｓ７は、任命日前であっても更新データを共用デ
ータベースＤＢに転送することが可能となる。この結
果、各目的別データベースＳ１〜Ｓ７から任意のタイミ
ングで更新データを転送することが可能となる。

【００６６】２−４：抽出処理 次に、各抽出アプリケーション２１１〜２１７で行われ
る抽出処理についてキー情報ファイルの生成処理と接続
データの生成処理に分かち説明する。

【００６７】２−４−１：キー情報ファイルの生成処理 キー情報ファイルの生成処理は、各抽出アプリケーショ
ン２１１〜２１７の対象データ特定部Ｍ１において実行
される。対象データ特定部Ｍ１は、まず、抽出タイミン
グを特定する機能モジュールによって、抽出処理を行う
タイミングを検知し、所定のタイミングで抽出処理を開
始する。例えば、給与システムＳ２は、膨大な計算処理
を実行するので、昇進に関する情報をいち早く知ってお
く必要がある。このため、これに対応する抽出アプリケ
ーション２１２では、運用日が任命日前であっても抽出
処理を実行する必要があるので、ステータス管理テーブ
ルTBLcの状態コードが０１の場合（確定未来状態Ｘ２）
で抽出処理を開始する。すなわち、任命日や運用日とい
った更新データを取り扱う条件に基づいて、更新データ
の状態を状態コードとして保持し、これを参照すること
によって抽出処理を行っており、これにより、任命日で
抽出処理を行なったり、あるいは発令日で抽出処理を行
うことが可能となる。

【００６８】次に、対象データ特定部Ｍ１は、抽出期間
範囲を特定する。１日単位で状態の変化があったものを
抽出する場合には、ステータス管理テーブルTBLcの状態
遷移日時を参照して、この日付が運用日と一致するもの
を抽出する。また、前回抽出日以降に変化があったデー
タを抽出する場合には、前回抽出日とステータス管理テ
ーブルTBLcの状態遷移日時を比較して、状態遷移日時が
前回抽出日より後のものを抽出する。特定日（例えば、
毎月２５日）のデータを抽出する場合には、現在データ
に付与されているキー値を参照してデータを抽出する。
また、一定期間に変化したデータを抽出する場合には、
受入データ構成テーブルの業務発生日を参照して、例え
ば、１日から月末までに共用データベースＤＢが受け入
れたデータを抽出する。

【００６９】さらに、対象データ特定部Ｍ１は、抽出期
間範囲の特定によって限定されたデータに対して、以下
の観点から抽出処理を行う。まず、データの変化と無関
係に抽出を行う場合には、抽出のキーとなるキー情報を
指定して、現在データベースＤＢ１を検索し、該当する
テーブルに格納されている氏名コードを抽出する。この
場合、キー情報は抽出パラメータとして与えられる。ま
た、特に重要な抽出処理が、特定の業務（イベント）発
生に関わるデータ抽出処理と特定データの変更発生に関
わるデータ抽出処理である。前者は、採用や異動といっ
た業務に付随して各目的別データベースＳ１〜Ｓ７を更
新する場合に便利であり、一方、後者は業務の発生とは
無関係に特定データが変更した場合に関連するデータを
更新する場合に便利である。

【００７０】特定の業務発生に関わるデータ抽出処理を
実行する場合には、ステータス管理テーブルTBLcのデー
タ種別コードを参照して、抽出パラメータとして与えら
れるコードと一致するものを検索し、対応する氏名コー
ドを抽出する。また、特定データの変更発生に関わるデ
ータ抽出処理を実行する場合には、抽出パラメータとし
てテーブル名を与える。例えば、住所の変更に関するデ
ータを抽出するのであれば、住所テーブルのテーブル名
を抽出パラメータとして用いる。この場合には、受入デ
ータ構成テーブルTBLbを参照して、抽出パラメータと一
致するテーブル名が格納されている受入データ構成テー
ブルTBLbから氏名コードを抽出する。抽出した氏名コー
ドは、接続データの生成処理においてテーブルを抽出す
る際の抽出キー情報として用いられ、抽出キー情報ファ
イルに格納される。

【００７１】ところで、目的別データベースＳ１〜Ｓ７
は、各種の業務に対応できるように目的別に構築された
ものであるから、イベントの種類と各目的別データベー
スＳ１〜Ｓ７毎のデータ更新とは密接な関連がある。し
たがって、上述したように特定のイベントに係わる抽出
キー情報を、ステータス管理テーブルTBLcのデータ種別
コードを参照して抽出すると、効率よく抽出キー情報を
生成することが可能となる。一方、イベントとは関係な
く、特定のテーブルに格納されているデータを更新する
場合もある。したがって、データ種別コードによる抽出
と、テーブル名による抽出を適宜組み合わせることによ
って、要求に対応した抽出キー情報を効率良く生成する
ことが可能となる。

【００７２】２−４−２：接続データの生成処理 次に、抽出キー情報ファイルを用いた接続データの生成
処理について具体的に説明する。この例では、抽出キー
情報ファイルに社員Ａの氏名コードaaa、社員Ｂの氏名
コードbbbが格納されており、社宅システムＳ４に転送
する一次抽出ファイルを生成するものとする。また、社
宅システムＳ４では、社員データ、家族データおよび所
属データを必要とするものとする。

【００７３】この場合には、接続データ生成部Ｍ２は、
抽出パラメータと上述した関連する現在値テーブルの
結合を行う機能モジュール（以下、第１の機能モジュー
ルＦ１と呼ぶ）、同一テーブルの複数オカレンスの結
合を行う機能モジュール（以下、第２の機能モジュール
Ｆ２と呼ぶ）およびキー検索結果の外部キーによる結
合を行う機能モジュール（以下、第３の機能モジュール
Ｆ３と呼ぶ）を用いて接続データを生成する。

【００７４】この処理では、社員Ａ、社員Ｂの順で処理
が行われる。まず、第１の機能モジュールＦ１に、抽出
パラメータとして社員データを格納する社員テーブルの
名称、家族データを格納する家族テーブルの名称が与え
られると、氏名コードaaaと抽出パラメータに合致する
社員テーブルと家族テーブルとが抽出され結合される。
社員Ａの家族が妻、長男、長女であれば、例えば、図７
（ａ）に示すように社員Ａの社員テーブルTBLsaと妻、
長男、長女の各々家族テーブルTBLka1〜TBLka3とが抽出
され結合される。この場合、家族テーブルTBLka1〜TBLk
a3は、社員コードaaaの家族テーブルという意味におい
て同一テーブルに属するものである。このため、図７
（ａ）の抽出結合結果を第２の機能モジュールＦ２に入
力すると、図７（ｂ）に示す結合結果が得られる。

【００７５】次に、第３の機能モジュールＦ３によっ
て、外部キーによる結合処理を実行する。この場合の外
部キーは所属コード１０１である。このため、第３の機
能モジュールＦ３は、所属コードと所属名称の対応関係
を規定する所属テーブルTBLx（図７（ｃ）参照）を検索
して、「１０１」に対応する所属名称を取得し、これを
所属コード１０１の替わりに埋め込む。この結果、図７
（ｄ）に示す、結合テーブルが得られる。こうして得ら
れた結合テーブルを１レコードとして取り扱い、社員Ｂ
についも同様の処理を行ってレコードを得る。そして、
各レコードを一つのファイルに格納することによって、
一次抽出ファイルが作成される。この場合、一次抽出フ
ァイルには、転送先の目的別データベースＳ１〜Ｓ７を
区別できるファイル名が付与される。

【００７６】２−４−３：マスク処理および後処理 次に、マスク部２３０で行われるマスク処理について説
明する。各抽出アプリケーション２１１〜２１７では、
上述したように原本データベース１０に格納されている
テーブルの抽出・接続を行うことによって、一次抽出フ
ァイルを作成するが、この一次抽出ファイルの中には、
転送先の目的別データベースＳ１〜Ｓ７に転送すべきで
ない項目が含まれていることがある。例えば、社宅シス
テムＳ４では、学歴情報は必要なく、セキュリティ上こ
のような情報は社宅システムＳ４に転送すべきではな
い。このため、マスク部２３０は、各抽出アプリケーシ
ョン２１１〜２１７から一次抽出ファイルを受け取る
と、そのファイル名から転送先を検知する。そして、検
知結果に対応するマスクパラメータを用いて、一次抽出
ファイルの各項目のうち、転送するのが適切でない項目
をマスクして、マスク済抽出ファイルを作成する。この
後、後処理部２４０は、マスク済抽出ファイルの文字コ
ードを通信に用いられる標準文字コードに変換し、これ
にヘッダ・トレイラを付加して標準流通ファイルを作成
する。

【００７７】こうして作成された標準流通ファイルがＬ
ＡＮを介して各目的別データベースＳ１〜Ｓ７に転送さ
れると、各目的別データベースＳ１〜Ｓ７に設けられた
変換アプリケーションによって、そこで使用される形態
の既存レコード形式に変換された後、更新データとして
格納される。この場合、原本データベース１０のデータ
構造（テーブルの持ち方）は、上述したように各目的別
データベースＳ１〜Ｓ７のデータ構造を考慮して構成さ
れているので、変換アプリケーションでは、項目の並べ
替えといった単純な処理を行うだけで済む。このため、
変換アプリケーションはごく小規模なもので足り、開発
工数や格納領域が少なくて済むといった利点がある。

【００７８】３．まとめ 上述したように本実施形態によれば、抽出アプリケーシ
ョン２１１〜２１７を対象データ特定部Ｍ１と接続デー
タ生成部Ｍ２に分割し、各部で行われる処理を機能モジ
ュール化して、これらの機能モジュールを適宜組み合わ
せ、抽出パラメータを与えるようにしたので、各目的別
データベースＳ１〜Ｓ７向けの抽出アプリケーション２
１１〜２１７において機能モジュールの共用化を図るこ
とができる。この結果、個別にプログラムを作成した場
合に比較して、プログラム量を削減でき、しかも各目的
別データベースＳ１〜Ｓ７に仕様変更が生じたり、新た
な目的別データベースを追加する場合にも短時間で新規
な抽出アプリケーションを開発可能な環境を提供するこ
とができる。

【００７９】また、上述した実施形態によれば、各目的
別データベースＳ１〜Ｓ７において、イベント（業務）
の発生に伴って関連する複数のデータが更新されると当
該イベントの種別を示すデータ種別コードを含むイベン
ト管理テーブルTBLaが生成され、これが共用データベー
スＤＢに転送される。そして、イベントに関連するデー
タを抽出する場合には、受入データ構成テーブルTBLbに
格納されているデータ種別コードを参照することによっ
て抽出キー情報ファイルが生成される。採用、異動とい
ったイベントが発生すると、あるイベントに対応する複
数の目的別データベースで更新処理が生じるので、上述
したようにデータ種別コードによってキー情報を抽出す
ることにより、関連するテーブルを効率良く抽出するこ
とが可能となる。

【００８０】また、上述した実施形態によれば、各目的
別データベースＳ１〜Ｓ７において、データが更新され
ると当該データが格納されるべきテーブル名を含むイベ
ント管理テーブルTBLaが生成され、これが共用データベ
ースＤＢに転送される。そして、特定のデータに関する
データを抽出する場合には、受入データ構成テーブルTB
Lbに格納されているテーブル名を参照することによって
抽出キー情報ファイルが生成される。したがって、ある
テーブルについて更新されたデータを抽出する場合に抽
出処理を効率良く行うことができる。

【００８１】また、上述した実施形態によれば、ステー
タス管理テーブルTBLcを用いて、業務の状態を管理する
ようにしたので、更新データの状態を把握しながら、現
在データを適切なタイミングで反映させることができ、
また、各目的別データベースＳ１〜Ｓ７で必要されるタ
イミングで抽出処理を行うことができる。この場合、業
務の状態は２ビットの状態コードで表すことができ、状
態コードを用いてステータス管理テーブルTBLcを検索す
れば当該業務に関連するイベントテーブルの状態を一元
的に把握することができるので、効率の良い検索が可能
となる。特に、当該業務が正式に確定する任命日前の発
令日や、発令日前の未確定未来の状態を表すことができ
るので、計算量が膨大で任命日前に予め更新データを渡
す必要があるシステムに対しても、適切なタイミングで
抽出処理で行って、必要なファイルを転送することが可
能となる。

【００８２】また、マスク部２３０によって、開示すべ
きでない項目はマスクするようにしたので、各目的別デ
ータベースＳ１〜Ｓ７で必要とされる項目のみを転送フ
ァイルに含めることができ、高度なセキュリティを容易
に確保することができる。

【００８３】４．変形例 以上、本発明に係わる実施形態を説明したが、本発明は
上述した実施形態に限定されるものではなく、以下に述
べる各種の変形が可能である。 上述した実施形態において、ステータス管理テーブル
TBLcは、発令日、任命日といった複数の時間条件で業務
の状態を管理したが、本発明はこれに限定されるもので
はなく、例えば、受注日、納入日といった時間条件で業
務の状態を管理するようにしてもよい。すなわち、デー
タの状態が時間に係わる条件によって変化するような場
合に、その状態を表すコードで状態を管理することがで
きる。

【００８４】また、各目的別データベースＳ１〜Ｓ７か
ら転送される発令日、任命日といったデータは、これに
基づいて原本データベース１０に対する反映処理、ある
いは原本データベース１０からの抽出処理を実行する際
に使用されるので、更新データを取り扱う条件を示す条
件データとして把握することができる。したがって、共
用データベースＤＢは、取り扱う条件を示す条件データ
に基づいて、条件を満たすか否か状態遷移管理部１４０
で判定し、その判定結果を状態コードとしてステータス
管理テーブルTBLcに反映させ、ステータス管理テーブル
TBLcを参照することによって、反映処理と抽出処理を行
っているといえる。

【００８５】また、このような取り扱い条件を示す条件
データを用いた反映処理と抽出処理は、共用データベー
スＤＢばかりでなく、通常のデータベース装置に適用し
てもよいことは勿論である。このデータベース装置で
は、更新の条件を示す条件データを含む更新データを上
述した原本データベース１０に対応する記憶手段の一部
の記憶領域（格納手段）に格納し、記憶手段から読み出
した前記更新データに係わる条件データに基づいて、条
件を満たすか否かをデータベース管理機構２０で判定
し、判定結果が条件を満たす場合には、更新データを記
憶手段の他の記憶領域の記憶内容に反映させるようにす
ればよい。

【００８６】また、反映処理や抽出処理に代表される取
り扱いの条件を示す複数の条件データを含む更新データ
を記憶手段の一部の記憶領域（格納手段）に格納し、記
憶手段から読み出した前記更新データに係わる条件デー
タに基づいて、条件を満たすか否かをデータベース管理
機構２０で判定し、判定結果に基づいて、更新データの
状態を示す状態データを生成し、状態データと更新デー
タを関連づけるステータス管理テーブルを生成し（中間
ファイル生成部１３０に対応）、状態データが変更され
ると前記管理テーブルに変更内容を反映させるととも
に、前記管理テーブルの内容を監視して前記状態データ
が当該更新データを反映させることを示す場合には、記
憶手段の記憶内容に更新データを反映させる（状態管遷
移管理部１４０に対応）ようにしてもよい。

【００８７】上述した実施形態において、各抽出アプ
リケーション２１１〜２１７は対象データ特定部Ｍ１と
接続データ生成部Ｍ２とに分割されていたが、これを一
体として取り扱ってもよいことは勿論である。また、対
象データ特定部Ｍ１と接続データ生成部Ｍ２は複数の機
能モジュールを組み合わせ、これに抽出パラメータを与
えることによって抽出処理を実行していたが、例えば、
機能モジュールをＳＱＬ言語でプログラムし、動的ＳＱ
Ｌ文で抽出パラメータを記述することにより、抽出処理
を実行できるようにプログラムしてもよい。

【００８８】上述した実施形態においてデータベース
管理機構２０はコンピュータシステムに用いられるソフ
トウエアによって実現されるが、本発明は、これらのプ
ログラムを記憶した記憶媒体としても把握されることは
勿論である。この場合、記録媒体としては、例えば、フ
ロッピーディスク、ＭＯディスク、ハードディスク等の
磁気記録媒体、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の光記
録媒体の他、ＲＡＭ、ＲＯＭ等の半導体記録媒体が該当
するが、要は、プログラムを記録再生可能な記録媒体で
あれば、どのようなものであってもよい。

【００８９】

【発明の効果】上述したように本発明に係る発明特定事
項によれば、更新データに取り扱いの条件を定めた条件
データを含ませるようにし、条件データに基づいて反映
処理や抽出処理を実行するようにしたので、実際の反映
処理を実行する前の更新データを入力することができ、
更新データの入力時期に余裕を持たせることができる。
また、データベース装置や共用データベース装置におい
ては、更新データを入力しさえすれば、そこに含まれて
いる条件データに基づいて、当該更新データの状態を自
律的に管理し、反映抽出処理を自動的に行うことができ
る。

【図面の簡単な説明】

【図１】 本発明の一実施形態に係わる共用データベー
スシステムの全体構成を示すブロック図である。

【図２】 同実施形態に係わる共用データベースの機能
構成を示す機能ブロック図である。

【図３】 同実施形態に係わる人事システムで生成され
るテーブルの例を示す図である。

【図４】 （ａ）は同実施形態に係わる受入データ構成
テーブルの例を示したものであり、（ｂ）は同実施形態
に係わるステータス管理テーブルの例を示したものであ
る。

【図５】 同実施形態に係わるステータス管理テーブル
を用いた状態管理を示す図である。

【図６】 同実施形態に係わる現在データの反映処理動
作を示す図である。

【図７】 同実施形態に係わる接続データ生成動作の一
例を示す図である。

【符号の説明】

Ｓ１〜Ｓ７…目的別データベース（個別データベース装
置） ＤＢ…共用データベース（共用データベース装置、デー
タベース装置） １０…原本データベース（記憶手段、格納手段） １００…反映処理機構（判定手段、反映手段、状態デー
タ生成手段、管理テーブル生成手段、状態管理手段） ２００…抽出処理機構（抽出手段、転送手段） ２１１〜２１７…抽出アプリケーション ２３０…マスク部 ２４０…後処理部（転送手段） Ｍ１…対象データ特定部（抽出手段） Ｍ２…接続データ生成部（抽出手段） ＬＡＮ…ローカルエリアネットワーク（通信網）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 城戸 武志 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 山本 景輔 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 寒川 竜行 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 複数のデータを関連づけて記憶する記憶
   手段を備え、更新の条件を示す条件データを含む更新デ
   ータが入力されるデータベース装置であって、 入力された前記更新データを格納する格納手段と、 前記格納手段から読み出した前記更新データに係わる条
   件データに基づいて、条件を満たすか否かを判定する判
   定手段と、 前記判定手段の判定結果が条件を満たす場合には、当該
   更新データを前記記憶手段の記憶内容に反映させる反映
   手段とを備えたことを特徴とするデータベース装置。
2. 【請求項２】 前記条件データは更新の時期を示すもの
   であり、前記判定手段は、現在時と前記条件データの示
   す時期を比較することによって、条件を満たすか否かを
   判定することを特徴とする請求項１に記載のデータベー
   ス装置。
3. 【請求項３】 複数のデータを関連づけて記憶する記憶
   手段を備え、取り扱いの条件を示す複数の条件データを
   含む更新データが入力されるデータベース装置であっ
   て、 入力された前記更新データを格納する格納手段と、 前記格納手段から読み出した前記更新データに係わる複
   数の条件データに基づいて、各条件を満たすか否かを判
   定する判定手段と、 前記判定手段の判定結果に基づいて、当該更新データの
   状態を示す状態データを生成する状態データ生成手段
   と、 前記状態データと当該更新データを関連づける管理テー
   ブルを生成する管理テーブル生成手段と、 前記状態データが変更されると前記管理テーブルに変更
   内容を反映させるとともに、前記管理テーブルの内容を
   監視して前記状態データが当該更新データを反映させる
   ことを示す場合には、前記記憶手段の記憶内容に当該更
   新データを反映させる状態管理手段とを備えることを特
   徴とするデータベース装置。
4. 【請求項４】 取り扱いの条件を示す複数の条件データ
   を含む更新データが、相互に関連するデータを取り扱う
   複数の個別データベース装置から供給される共用データ
   ベース装置であって、 複数のデータを関連づけて記憶する記憶手段と、 前記各個別データベース装置から供給される更新データ
   を格納する格納手段と、 前記格納手段から読み出した前記更新データに係わる複
   数の条件データに基づいて、各条件を満たすか否かを判
   定する判定手段と、 前記判定手段の判定結果に基づいて、当該更新データの
   状態を示す状態データを生成する状態データ生成手段
   と、 前記状態データと当該更新データを関連づける管理テー
   ブルを生成する管理テーブル生成手段と、 前記状態データが変更されると前記管理テーブルに変更
   内容を反映させるとともに、前記管理テーブルの内容を
   監視して前記状態データが当該更新データを反映させる
   ことを示す場合には、前記記憶手段の記憶内容に当該更
   新データを反映させる状態管理手段と、 前記個別データベース装置毎に定められた規則に従っ
   て、前記管理テーブルに格納されている前記状態データ
   を参照することにより、前記記憶手段および前記格納手
   段から必要とされるデータを抽出して抽出データを生成
   する抽出手段と、 前記抽出データを対応する前記各個別データベース装置
   に各々転送する転送手段とを備えたことを特徴とする共
   用データベース装置。
5. 【請求項５】 前記共用データベース装置は業務管理を
   行うものであり、 前記複数の条件データは、業務の発令日および任命日を
   示し、 前記判定手段は、現在日と前記条件データの示す発令日
   および任命日とを比較することによって各条件を判定
   し、 前記状態データ生成手段は、前記現在日が前記発令日前
   である場合には未確定未来を示す状態データを、前記現
   在日が前記発令日以降で前記任命日前である場合には確
   定未来を示す状態データを、前記現在日が前記任命日以
   降である場合には現在を示す状態データを各々生成し、 前記状態管理手段は、前記管理テーブルの内容を監視し
   て前記状態データが現在日に至った時に前記記憶手段の
   記憶内容に当該更新データを反映させ、 前記抽出手段は、前記個別データベース装置毎に定めら
   れた規則に従って、前記管理テーブルに格納されている
   前記状態データを参照することにより、任命日前であっ
   ても前記格納手段から必要とされるデータを抽出して前
   記抽出データを生成することを特徴とする請求項４に記
   載の共用データベース装置。
6. 【請求項６】 請求項４または５に記載した共用データ
   ベース装置、複数の個別データベース装置、および前記
   共用データベース装置と前記複数の個別データベース装
   置とを接続する通信網とを備え、 一の前記個別データベース装置において更新された更新
   データが前記通信網を介して前記共用データベース装置
   に転送されると、前記共用データベース装置は前記更新
   データを前記記憶手段の記憶内容に反映させ、前記記憶
   手段または前記格納手段から抽出した前記抽出データを
   前記通信網を介して他の前記個別データベース装置に転
   送することを特徴とする共用データベースシステム。
7. 【請求項７】 複数のデータを関連づけて記憶する記憶
   手段を備え、取り扱いの条件を示す複数の条件データを
   含む更新データが、相互に関連するデータを取り扱う複
   数の個別データベース装置から供給される共用データベ
   ース装置のデータ抽出方法であって、 前記各個別データベース装置から供給される更新データ
   を格納手段に格納するステップと、 前記格納手段から読み出した前記更新データに係わる複
   数の条件データに基づいて、各条件を満たすか否かを判
   定するステップと、 前記判定結果に基づいて、当該更新データの状態を示す
   状態データを生成するステップと、 前記状態データと当該更新データを関連づける管理テー
   ブルを生成するステップと、 前記状態データが変更されると前記管理テーブルに変更
   内容を反映させるとともに、前記管理テーブルの内容を
   監視して前記状態データが当該更新データを反映させる
   ことを示す場合には、前記記憶手段の記憶内容に当該更
   新データを反映させるステップと、 前記個別データベース装置毎に定められた規則に従っ
   て、前記管理テーブルに格納されている前記状態データ
   を参照することにより、前記記憶手段および前記格納手
   段から必要とされるデータを抽出して抽出データを生成
   するステップと、 前記抽出データを対応する前記各個別データベース装置
   に各々転送するステップとを備えたことを特徴とする共
   用データベース装置のデータ抽出方法。
8. 【請求項８】 請求項７に記載の共用データベース装置
   のデータ抽出方法をコンピュータ装置に実行させる共用
   データベース装置のデータ抽出プログラムを記録した記
   録媒体。