JPS6312046A - Ｄｄ／ｄ管理デ−タ収集システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、ＤＤ／Ｄ　（Ｄａｔａ　Ｄｉｃｔｉｏｎａｒ
ｙ　Ｄｉｒｅｃｔｏｒｙ）上で管理対象とされるデータ
ベース定義詳細情報、データコミュニケーション定義詳
細情報および応用プログラム詳細情報とそれらの間に存
在する関連情報を、これら管理対象を扱うプロセッサを
起動した時に収集するＤＤ／Ｄ管理データ収集システム
に関する。

〔従来の技術〕

従来、ＤＩＩｌｏに登録／管理されるデータを収集する
場合、 ■　データ収集プロセッサが、直接ＤＤ／Ｄをアクセス
してデータを登録する（第５図参照）。

■　データ収集プロセッサが、一旦、作業用中間ファイ
ルに、収集したデータを出力し、後続ステップにＤＤ／
Ｄアクセス専用の処理を生成し、Ｄ［ｌ／Ｄにデータを
登録する（第６図参照）。

■　データ収集プロセッサは、作業用中間ファイルにデ
ータを一時的に出力し、後で登録処理専用の別プロセッ
サを起動し、一括してＤＤ／Ｄにデータを登録する（第
７図参照）。

といった方法が採られていた。

〔発明が解決しようとする問題点〕

Ｉ）Ｄ／Ｄにはデータに関する様々な情報が蓄積されて
おり、そこに登録／管理されているデータは適用システ
ムのいろいろなフェーズで参照され、それぞれ異なる見
方が要求されるので、ＤＤ／Ｄは通常、データベース構
造を持っていることが多い。

従って、データ収集プロセッサが直接ＤＤ／Ｄをアクセ
スする従来のシステム■では、ＤＤ／Ｄの構造を意識し
た処理を埋め込む必要があり、データ収集プロセッサに
対してメモリの増加と実行性能の低下という悪影響を与
えるという欠点がある。

また、従来のシステム■では、データ収集プロセッサへ
の直接の悪影響は避けられているが、登録処理が完了し
ないとデータ収集プロセッサの処理が完結しないため、
実行性能の低下という悪影響が解決できていないという
欠点がある。

例えば、データベース定義と、そのデータベースを参照
／更新するＣ０ＢＯＬプログラムとの関連情報をＣ０Ｂ
ＯＬコンパイラが収集する場合、上記■または■の方法
では、ひとつのコンパイル単位のコンパイル処理がＤＤ
／Ｄアクセスのために長びいて、プログラム開発作業の
能率が低下するという欠点が出る。また、従来のシステ
ム■では、データ収集プロセッサへの直接の悪影響は■
と同様に避けられているが、ＤＤ／Ｄへのデータ登録が
データ収集プロセッサの動作時より遅れるため、データ
の最新性が保証されないという欠点がある。

〔問題点を解決するための手段〕

本発明のＤＤ／Ｄ管理データ収集システムは、各フロセ
ッサに組込まれ、当該プロセッサにより起動され当該プ
ロセッサが扱うＤＤ／Ｄ管理対象データを作業用中間フ
ァイルに一時的に蓄積するデータ蓄積手段と、前記デー
タ蓄積手段によって一時的に蓄積されたデータを各プロ
セッサとは独立に読出しＤＤ／Ｄへ登録するデータ登録
手段と、前記データ登録手段に対して一時的に蓄積され
たデータの登録指示を伝達するプロセス通信手段とを有
する。

〔Ｔ底側〕

次に、本発明の実施例について図面を参照して説明する
。

第１図は本発明のＤＤ／Ｄ管理データ収集システムの一
実施例を示すブロック図である。

本実施例は、データ収集プロセッサ１、データ収集プロ
セッサｌに組み込まれているデータ蓄積手段２、作業用
中間ファイル３、プロセス通信手段４、データ登録手段
５、ＤＤ／Ｄファイル６で構成されている。

データ収集プロセッサｌは、収集したデータをプロセッ
サ１に組み込まれているデータ蓄積手段２を使用して作
業用中間ファイル３に出力する。

データ蓄積手段２に対してデータ収集プロセッサ１から
データ出力の終了通知が出されると、データ蓄積手段２
はプロセス通信手段４を使用してデータ登録手段５に、
作業用中間ファイル３に蓄積されたデータ００／Ｄフア
イル６へ出力することを要求する。データ登録手段５は
、プロセス通信手段４を利用して、送られてきたデータ
登録要求を受は取り、データ収集プロセッサ１が作業用
中間ファイル３←出力したデータをＤＤ／Ｄファイル６
に登録する処理を行なう。

第２図は、データ収集プロセッサ１が、データ収集プロ
セッサ１に組込まれるデータ蓄積手段２を使用して１作
業用中間ファイル３にデータを出力する動作を示す流れ
図である。データ蓄積手段２では、まず、作業用中間フ
ァイル３をオ′−プンしくステップ１０１　）　、時間
φ日付などの情報からサブファイル名を生成する（ステ
ップ１０３　）　、その後、生成されたサブファイル名
で、サブファイルのオープンを行ない（ステップ１０４
　）　、データ収集プロセッサ１が収集したデータを作
業用中間ファイル３に順次出力する（ステップ１０１３
　）　。

データの出力が完了するまで、データ出力を繰り返しく
ステップ１０８　）　、データの出力が完了したならば
サブファイルのクローズを行ない（ステップ１０９　）
　、プロセス通信手段４に対してデータ登録処理の起動
要求を登録する（ステップ１１１　）　。

さらに、サブファイル単位の処理の継続を行なうかを判
断しくステップ１１２　）　、処理を継続するならば、
サブファイルのオープンからの処理をサブファイルの処
理が完了するまで繰り返す、サブファイル単位の処理が
完了したならば１作業用中間ファイル３のクローズを行
ない（ステップ１１３）、データ蓄積手段２を終了する
。また、各処理でエラーが検出された場合は（ステップ
１０２゜１０５　、１０７　、１１０　、１１４　）　
、その都度、データ収集プロセッサ１にエラーが検出さ
れたことを通知する（ステップ１１５　）　。

このようにデータ収集プロセッサ１に組み込まれたデー
タ蓄積手段２は、作業用中間ファイル３にデータを一時
的に蓄える処理を行なうだけなので、通常のライブラリ
ファイルアクセスと同様の性能でデータ収集処理を行な
うことができ、メモリの増加も少ないし、また、データ
収集プロセッサ１は、ＤＤ／Ｄファイル６の構造を意識
することなく、データをＤＤ／Ｄファイル６に登録する
ことができるので、データ収集プロセッサ１の性能が低
下することもない。

第３図はデータ登録手段５の動作を示す流れ図である。

データ登録手段５は、まず、プロセス間通信準備を行な
い（ステップ２０１　）　、プロセス通信手段４からデ
ータ登録要求のメツセージを受は取り（ステップ２０３
　）　、データ収集プロセッサ１が、データ蓄積手段２
を使用して１作業用中間ファイル３に出力したデータの
ためのサブファイル名を受は取る。その後１作業用中間
ファイル３をオープンしくステップ２０４　）　、現時
点までの登録状態を保存するためのチェックポイントを
発行する（ステップ２０１３　）　、そしてＤｌｌ／Ｄ
ファイル６をオープンしくステップ２０？　）　、プロ
セス通信手段４で受は取ったサブファイル名をもとに作
業用中間ファイル３に作成されているサブファイルをオ
ープンして（ステップ２０９　）　、データ収集プロセ
ッサｌが出力したデータを読み込み（ステップ２１１）
、００／Ｄフアイル６にデータを登録する（ステップ２
１３　）　、ひとつのサブファイルのデータをＤＤ／Ｄ
ファイル６へ登録し終えるまで前記処理を繰り返す、ひ
とつのサブファイル分の登録が終了したらサブファイル
、００／Ｄフアイル６のクローズを行ない（ステップ２
１［１、２１８）　、また、現時点までの登録状態を保
存するためのチェックポイントを発行する（ステップ２
２０　）　、そして作業用中間ファイル３のクローズを
行ない（ステップ２２１　）　、次の登録要求を受は取
るために、プロセス通信手段４に受信要求を出す、プロ
セス通信手段４から、次に処理すべき登録要求を受は取
ると、ステップ２０２からの処理を繰り返す、各処理で
エラーが発生した場合は（ステップ２０５　、２０８　
、２１０　。

２１２　　、２１４　　、２１７　、２１９　、２２２
　）　、エラー処理を行なう（ステップ２２３　）　、
また、終了要求が発行された場合は（ステップ２０２　
）　、終了処理を行ない（ステップ２２４　）　、デー
タ登録手段３を終了させる。

このように、データ登録手段５はデータ収集プロセッサ
１からのデータ登録要求と連動して動作するため、ＤＤ
／Ｄファイル６には、常に最新のデータが蓄積される。

第４図はプロセス通信手段４の動作を示す流れ図である
。

プロセス通信手段４は、初期化処理部と通信メツセージ
受は取り部と通信メツセージ送り出し部から構成されて
いる。初期化処理部では、まず、プロセス通信領域が有
るか判断しくステップ３０１　）　、有ればプロセス通
信を行なうための領域を確保しくステップ３０２　）　
、プロセス通信を行なうための識別名を登録する（ステ
ップ３０３　）　、通信メツセージ受は取り部では、送
信要求したところよりメツセージを受は取り（ステップ
３１１　）　。

メツセージの格納準備を行ない（ステップ３１２）、領
域に余裕が有るか判断しくステップ３１３　）　、余裕
があればすでに登録された識別名を持つプロセスメツセ
ージ通信領域に順次格納する（ステップ３１４　）　、
　　もしも領域が一杯であった場合は、通信メツセージ
送り出し部の処理によって、メツセージが取り出され、
領域に余裕ができるまで（ステップ３２１，３２２　）
メツセージ登録処理は待ち状態にされる、また、通信メ
ツセージ送り出し部では、プロセスメツセージ通信領域
の中に蓄積されたメツセージをデータ登録手段５からの
要求に従って順次取り出しくステップ３２３　）　、メ
ツセージを送り出す（ステップ３２４　）　、もし領域
に何もメツセージが蓄積されていなければ、通信メツセ
ージ受は取り部の処理によってメツセージが領域に蓄積
されるまで待ち状態となる。

〔発明の効果〕

以上説明したように本発明は、ＤＤ／Ｄ管理対象データ
をデータ収集プロセッサとは独立に行なうことにより、
以下の効果がある。

（１）データ収集プロセッサはプロセッサに組込まれた
データ蓄積手段を使用して、通常のライブラリファイル
アクセスと同様な方式でＤＤ／Ｄにデータを登録するこ
とが出来るので、データ収集プロセッサの性能を低下さ
せることがない。

（２）データ登録部が独立しているためプロセッサ側の
メモリが縮小できる。

（３）データ収集プロセッサのデータ蓄積手段と連動し
て動作しているため、データの最新性が保証されている
。

【図面の簡単な説明】

第１図は本発明のＤＤ／Ｄ管理データ収集システムの一
実施例を示すブロック図、第２図はデータ蓄積手段２の
動作を示す流れ図、第３図はデータ登録手段５の動作を
示す流れ図、第４図はプロセス通信手段４の動作を示す
流れ図、第５図は従来の方法■を示すブロック図、第６
図は従来の方法■を示すブロック図、第７図は従来の方
法■を示すブロック図である。 １・・・・・・データ収集プロセッサ、２・・・・・・
データ蓄積手段、 ３・・・・・・作業用中間ファイル、 ４・・・・・・プロセス通信手段。 ５・・・・・・データ登録手段、 ６・・・・・・ＤＤ／Ｄファイル。 第１図 第４図

Claims (1)

1. 【特許請求の範囲】 ＤＤ／Ｄ上で管理対象とされるデータベース定義詳細情
   報、データコミュニケーション定義詳細情報および応用
   プログラム詳細情報とそれらの間に存在する関連情報を
   、これら各管理対象を扱うプロセッサを起動した時に収
   集するＤＤ／Ｄ管理データ収集システムにおいて、 各プロセッサに組込まれ、当該プロセッサにより起動さ
   れ当該プロセッサが扱うＤＤ／Ｄ管理対象データを作業
   用中間ファイルに一時的に蓄積するデータ蓄積手段と、 前記データ蓄積手段によって一時的に蓄積されたデータ
   を各プロセッサとは独立に読出しＤＤ／Ｄへ登録するデ
   ータ登録手段と、 前記データ登録手段に対して一時的に蓄積されたデータ
   の登録指示を伝達するプロセス通信手段とを有すること
   を特徴とするＤＤ／Ｄ管理データ収集システム。