JPH03160536A - データ処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、データアクセスを契機としてそのデータに係
わるプロセスを起動するデータ処理システムに関する。

〔従来技術〕

従来，データベース管理システムに於けるデータインテ
グリティ（完全性）のチェックについては、アン　イン
トロダクション　ツウ　データベースシステムズ　ボリ
ューム■（アデイソン　ウェズリ社発行）の第３５頁か
ら第１３０頁（ＡｎＩｎｔｒｏｄｕｃｔｉｏｎ　ｔｏ　
Ｄａｔａｂａｓｅ　Ｓｙｓｔｅｍｓ　Ｖｏｌｕｍｅｓ　
ＩＩ　＋Ｃ．Ｊ．　ＤＡＴＥ．　Ａｄｄｉｓｏｎ　Ｗｅ
ｓｌｅｙ）において論じられている。

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

上記した従来技術は、データベースに於けるデータの完
全性（値の正しさ、正当さ）を保証することを目的に用
意された機能であり、データアクセスに係わるより一般
的な処理に対応するための配慮がされておらず、またそ
の処理の記述機能に制限があった。

本発明は、前記問題点を解決するためになされたもので
ある。

本発明の目的は，データベースのデータに対するアクセ
スを契機に他の機能プロセッサを起動する処理プログラ
ムやイメージ，音声データなどメディア毎に異なる処理
プログラムを起動するようにしたデータ処理装置を提供
することにある。

本発明の他の目的は、ＣＡＤ／ＣＡＭ／ＣＡＥシステム
に於いて，部品データを使用した図面、３次元ソリッド
モデル等を生或しているとき，部品データの更新で図面
、３次元ソリッドモデルの変更を行うプログラムを実行
して部品データ更新を反映するようにしたデータ処理装
置を提供することにある。

更に、本発明の他の目的は、データベース中のデータを
アクセスした時に適用するルール、知識に関する処理を
実行するプログラムを起動するデ−タ処理装置を提供す
ることにある． 〔課題を解決するための手段〕 前記目的を達威するために、データベース中にデータを
アクセスした時に実行するプロセス（プログラム〉の識
別名とパラメタをデータと関連づけて格納しておき、デ
ータベース管理システムは、データアクセスが生じたと
きそのプロセスを起動することができる機構を設けた． さらに、プロセスでなく機構プロセッサの識別名をデー
タと関係づけて格納しておきデータがアクセスされたと
きその機構プロセッサを起動する機構を設けた． 〔作　用〕 前述した手段によれば、データベース中のデータと対応
づけてそのデータがアクセスされたことを契構に実行す
るプロセスが存在するかどうかを示すフラグをそのデー
タと関連づけてデータベース中に格納しておく． 一方，データベース中のデータがアクセ．スされたとき
実行するプロセスを格納しておくテーブルを用意する。

そのテーブルには，データベース中のデータを識別する
ための識別名と実行するプロセスの識別名リストを対応
づけて格納しておく．データベース中のデータがアクセ
スされたとき，データベース管理システムは、アクセス
されたデータと関連づけて格納してあるフラグを調べる
．そのフラグが実行すべきプロセスなしを指示している
時は，データベースアクセスを要求したアプリケーショ
ンプログラムへデータを返す．フラグが実行すべきプロ
セスありを指示しているとき，実行プロセスを格納して
あるテーブルを探索する．探索は、データベース中のデ
ータの識別名を使いそのテーブルの識別名を格納してあ
るカラムを探す。一致している識別名があるときは、そ
の識別名と対応づけて格納してあるプロセス識別名リス
トをプロセス実行ルーチンに渡しプロセス起動する． 一致するデータ識別名がみつからないときは，何もプロ
セスを起動させずに処理を終了する．〔実施例〕 以下、本発明の一実施例を図面を用いて具体的に説明す
る． 第１図は、データベース管理システム２とそれを利用す
るユーザプログラム１と本発明によって設けられたプロ
セス実行制御サブシステム３と計算機システムに於いて
入出力装置や記憶装置等を管理するオペレーティングシ
ステム４との関係を示したシステム構或図である。

二次記憶装Ｉ５には、データベース６が格納されており
、その構造はデータ６１の列とそのデータがアクセスさ
れたとき実行するプロセスが存在するかどうかを示すフ
ラグε２を有するフィールドから構成されている． データベース中のデータの識別名とそのデータがアクセ
スされたとき実行するプロセス名を対応づけて管理して
いるデータ識別名７１とプロセス名７２の対応表７は、
プロセス実行制御サブシステム３によって参照される． 従来のデータベースとデータベース管理システムに対し
て、本発明によって追加された部分は、第１図の中に斜
線で示されている。

第１図の動作の概要を説明すると、データベースを活用
して作威される在庫管理．ＮＡ客管理システム・などの
ユーザプログラム１は，データベース６をアクセスする
ためにコマンド２ｌをデータベース管理システム２に渡
す。データベース管理システム２は、渡されたコマンド
２１を解釈実行２２シてデータベース６をアクセスする
（ステップ２７）。

このとき、データの列６！と関係づけて、格納してある
データがアクセスされたら実行させるプロセスがあるか
を示すフラグ６２をステップ２３でチェックする．もし
、フラグに実行すべきプロセスなしと示されているとき
は、アクセスした結果２６をユーザプログラム１に返す
． フラグが実行すべきプロセスありを示しているときは、
データベース管理システム２のステップ２４で、プロセ
ス実行制御サブシステム３に対してプロセスの実行を要
求２５を行う。

プロセス実行制御サブシステム３には，データベース管
理システム２が，データの識別名をパラメタとして渡す
。データベース管理システム２とプロセス実行制御サブ
システム３とは、共に並行に実行できるプログラムであ
るプロセスの形をしているものとする（代替の形態とし
てサブルーチン形式でも実現できる）。

プロセス実行制御サブシステム３は、データ識別名とプ
ロセス名対応表７を、データベース管理システムから渡
されたパラメタを使用して探索する。一致したデータ識
別名７ｌがあれば対応表のプロセス名７２を取り出し、
プロセスを起動するオペレーティングシステム４のマク
ロ命令３２を使いプロセスを起動してもらう。

第２図は、テーブル形式のデータ構造を有するデータベ
ースを示したものである。

データベース中のテーブルは、テーブル名で識別され、
この例では商品台帳１００がテーブル名である。テーブ
ルは、二次元の配列で構或され、縦の列のことをカラム
と呼び、商品台帳テーブル１００は、４つのカラムＮ０
．１０１，商品名１０２，価格１０３，台数１０４の４
つのカラムから構成されている。ＮＯ．，商品４！Ｉ，
価格，台数はそれぞれのカラムを識別するためのカラム
名である． 各カラムには，データが格納されており、ＮＯ．１０１
のカラムには、１０，２０，３０，４０，　．．．１０
０のデータが、商品名のカラムにはテレビ，ビデオ，・
・・といったデータが格納されている。テーブル内の各
データをアクセスする単位は、レコード１０５といって
横一列でアクセスする単位、カラム１列１０６をアクセ
スする単位、レコード１０５の中の一つのフィールド１
０７をアクセスする単位がある．この他、テーブル名で
テーブル全体をアクセスできる。

テーブル形式のデータは、磁気ディ゜スクなどの二次記
憶装１１０８に複数格納されている。それぞれのテーブ
ルは，テーブル名で識別される。次にテーブル中のカラ
ムは、カラム名で識別され、またテーブル中のレコード
は、キー力ラムの値で識別される．第２図では、カラム
ＮＯ．がキー力ラムでありレコード１０５は，キー力ラ
ム値ＮＯ．＝２０でアクセスされる。一方、レコード１
０５のフィ−ルドに１０７は、カラム名，価格とキーカ
ラム１直ＮＯ．＝２０で識別される． 第３ａ図は、磁気ディスク装置等の二次記憶装置に格納
されたテーブルの格納形式を示したものである．磁気デ
ィスク等の二次記憶装置は、ファイル１５Ｇと呼ばれる
領域に分けられそこにデータが格納される，前述した商
品台帳１００というテーブルは、ファイルの先頭からの
相対アドレス（ファイルの先頭をＯ基点として１バイト
づつ数えてアドレスづけを行う）　　Ｑ，１５１のとこ
ろから格納されているものとする。

商品台帳１００の最初のレコードデータの１０，テレビ
，　１５０．０００，　１　５は、レコードの先頭を示
すレコードＴａｇｌ　（１５１）につづき第１フィール
ドの属性を示すフィールドＴａｇｌ　（１５２）につづ
き，データ１（値は１０）１５３が、第２フィールドの
属性を示すフィールドＴａｇ２　（１５４）につづき、
第２データのテレビ（１５５）が以下同じように第４デ
ータまでつづき，次に第２レコードの先頭を示すレコー
ドＴａｇ２がつづき以下テーブルの最後のデータ（＝３
０）が格納される。

レコードの先頭にあるＴａｇは、第３ｂ図の１６０に示
すようなデータ形式で構或されている。！６１は、レコ
ードの型式（固定長か、可変長か、２５６キロバイトを
超す長いレコードかなどを示す）を示したフィールドで
あり、１６２は、このレコードを構或するフィールドの
個数を示すフィールドであり，商品台帳テーブルの場合
は４つのフィールドから構威されていることからその値
は４である。レコードの長さフィールド１６３は、Ｔａ
ｇを含めたレコード全体のバイト数であり，フィールド
１６４は，このレコードを削除したときＯがセットされ
、レコードの領域が再利用できることを示すものである
．１がセットされているときは、このレコードに格納さ
れているデータは，削除されたものでなく有効データで
あることを示している。

１６５のＰＥフィールドは，本発明で使うものでこのレ
コードをアクセスしたとき、実行するプロセスがあるか
どうかを示すフィールドであり、Ｏがセットされている
ときは、実行するプロセスなしを示し、１がセットされ
ているときは実行するプロセスがあることを示す。

一方、フィールドの属性を示すフィールドＴａｇ１７０
のレコード形式は，第３ｃ図に示すようにカラムの型式
１７１を示す領域、テーブルのフィールドの長さ（バイ
ト数）を示す領域１７２．カラムの識別番号を示す領域
１７３、テーブル上の対応するデータがアクセスされた
とき実行するプロセスがあるかどうかを示す領域１７４
から構或される。

カラムの形式１７１は、テーブルのカラムのデータ型式
（整数，文字列，実数，１０進数など）を示すものであ
り、カラムｉｄｌ７３はデータベースを管理するプログ
ラムがカラムを識別するために割付けたカラム識別番号
である。

領域１７４は、テーブル中の対応するデータをアクセス
したとき実行するプロセスが有るとき１，ないときＯの
値が設定される。

第４ａ，ｂ図は、テーブルを管理し、そのテーブルを構
成するカラムに関する属性を管理するために用意した表
をそれぞれ示したものである。

第４ａ図のテーブル名管理表１８０は、二次元の表形式
で前述のデータを格納した表と同じ形式で構威されてい
る。カラムは，テーブル名１８１を格納してあるカラム
と、データベースを管理するプログラムがテーブルを識
別するときに使う番号を格納してあるＴｉｄ力ラム１８
２、テーブルのデータが格納されているファイル上の先
頭からの相対アドレスを格納してあるカラム１８３から
構威されている。

商品台帳というテーブルの場合のテーブル管理表の値は
、テーブル名１８１のカラムに商品台帳，テーブル識別
番号のカラム１８２はＴ１，データ格納位置を示すカラ
ム１８３にＱ１のデータをそれぞれ格納する． 第４ｂ図のテーブルのカラム名を管理する表１９０は、
４つの領域から構成されている。最初の領域１９１は、
テーブル管理表１８０のカラムＴｉｄの領域で示したテ
ーブルを識別する番号を格納してあり、２番目の領域１
９２は，カラムの名前を格納してあり、領域１９３は、
カラムをデータベース管理システム２が識別するための
番号が格納されてあり、領域１９４には、カラムのデー
タ型式が格納されている． 第２図の商品台帳テーブル１００のカラム情報は、テー
ブル識別番号が、Ｔ１であり力ラム名はＮｏ．，商品名
，・・・であり、カラム識別番号はそれぞれＣ，，Ｃ，
で、データ型はＩ　（Ｉｎｔｅｇｅｒ），Ｃ　（Ｃｈａ
ｒａｃｔｅｒ）を示している。

以上では，表形式で管理するデータベースの管理情報と
二次記憶装置上での格納の仕方、管理情報との関係，本
発明で活用するデータをアクセスしたときプロセスを実
行するかどうかを判定するフラグの格納場所について述
べた． 第５ａ＝ｄ図は、アクセスするデータを識別するための
パラメタである．テーブル上の一つのフィールド，レコ
ード，カラム，テーブルは、第５ａ図の２００で示す４
つのバラメタ、２０１，　２０２．　２０５で識別され
る． ２０１は，テーブル識別名であり、どのテーブルをアク
セスするか指定する，２０２は、キーカラムの名前２０
３とカラムの値２０４からなるキーカラム値であり、テ
ーブル中のどのレコードをアクセスするかを指定する。

２０５は、カラム名でありテーブル中のどのカラムかを
指定する。

第５ｂ図の２０６は、商品台帳テーブル２０７のキー力
ラムＮＯ．　（２０８）のカラム値（　２０９）が２０
であり、レコードのカラム名（２１０）が価格であるフ
ィールドのデータ識別名を指定する例である。

第５ｃ図の２１１は，カラム名２１５を指定するところ
が指定なしを示す０であるので商品台帳テーブルのキー
力ラムがＮＯ．で、その値が２０のレコードのデータ識
別名であることを指定した例である。

第５ｄ図の２１６は，キー力ラムとその値が指定なしを
示すＯであるので，商品台帳テーブルのカラム，価格の
カラム値全体に対するデータを識別する名前である。

第６図の２３０は、データベース中のデータをアクセス
したとき、実行するプロセスがあることを示すフラグを
セットするコマンドである。パラメタは３つあり、ＴＮ
ＡＭＥはテーブル名，ＫＥＹはキー力ラム名とその値を
、ＣＮＡＭＥはカラム名を示し、アクセスするデータ識
別名を示す。ＫＥＹや、ＣＮＡＭＥのパラメタを指示し
ないときは、カラム全体、レコード全体、テーブル全体
というようにデータを識別する。

２３１のＲＥＳＥＴ　　ＦＬＡＧコマンドは、２３０で
セットしたフラグをリセットするものであり、パラメタ
は２３０と同じ３つである。

２３２のＳＨＯＷ　　ＦＬＡＧコマンドは、２３０，　
２３１でセット，リセットされるフラグの状態を調べる
コマンドであり，フラグがセットされているとき１，リ
セットされているときＯの値が返される．２３３のＦＥ
ＴＣＨコマンドは、データベース中のデータをアクセス
するための一つのコマンドであり、パラメタにデータ識
別名を示す３つのパラメタを有する．それぞれのパラメ
タの意味は，第５図で説明した通りであり、そのデータ
識別名で指定されたデータをデータベースの中から検索
して取り出すコマンドである。

第７図は，前述したＳＥＴ　　ＦＬＡＧ，ＲＥＳＥＴ　
　ＦＬＡＧ，ＳＨＯＷ　　ＦＬＡＧコマンドの処理のフ
ローチャートである。

コマンドを解析してコマンド名が、ＳＥＴ　　ＦＬＡＧ
，ＲＥＳＥＴ　　ＦＬＡＧ，ＳＨＯＷ　　ＦＬＡＧであ
るならば、コマンドの型式を示すＣＯＭＴＹＰＥという
変数に１．２．３の値をそれぞれ２４３，　２４４，　
２４５の処理で格納する。これは，三つのコマンドのパ
ラメタの形式が同じであるため、パラメタ処理を共通に
するためにはじめにコマンドの型式を変数ＣＯＭＴＹＰ
Ｅにセットして，パラメタの共通処理を行い、その後、
各々のコマンドの意味に対応する処理を行うためである
．コマンドバラメタのテーブル名、キー力ラムとキー値
，カラム名を解析して，その値をＴＮＡＭＥ，ＫＥＹ，
ＣＮＡＭＥという変数にセットする。

この変数をパラメタとしてＳＥＡＣＨＲＥＣというサブ
ルーチンをステップ２４６でコールする。このサブルー
チンは，テーブルの格納されている二次記憶装置に該当
するレコードが存在するかどうかを探し，そのレコード
のデータをみつけ出すサブルーチンでありその処理の詳
細は，第９図に示す． サブルーチンＳＥＡＣＨＲＥＣをコールしその結果をス
テップ２４７で判定し、該当レコードが存在しなかった
ときは、ステップ２４８でメッセージ出力しコマンド処
理を終了する。該当するレコードがあるときは、ステッ
プ２４６でそのレコードの該当フィールドを見つける。

変数ＣＮＡＭＥで指示されたカラム名と一致するフィー
ルドをフィールドＴＡＧ　（第３図の１７０）のカラム
ｉｄ（第３図の１７３）を調べて探す．カラムｉｄの求
め方は、ＣＮＡＭＥのカラム名と一致するカラム名を第
４図のカラム名管理表１９０を調べてカラム名フィール
ド１９２の値と一致するエントリを求めて，１９３のフ
ィールドの値を求めてカラムｉｄを求めることができる
． 一致するフィールドが見つかったならば、ステップ２５
０の判定処理でコマンドの種数を示す変数ＣＯＭＴＹＰ
Ｅを調べて処理分類を行う。

ＣＯＭＴＹＰＥが１のときは，ステップ２５１の処理で
該当するレコード中の該当フィールドのフィールドＴＡ
ＧのＰＥビットを１にセットする。

ＣＯＭＴＹＰＥが２のときは，ステップ２５２の処理で
該当フィールドのフィールドＴＡＧのＰＥビットをＯに
セットする。

ＣＯＭＴＹＰＥが３のときは、ステップ２５３の処理で
（ＳＨＯＷ　　ＦＬＡＧコマンドであることから）該当
フィーノレドのフィーノレドＴＡＧのＰＥビットの値を
リターン値として返す処理を行う。

第８図は、データベース中のデータをアクセスするため
のＦＥＴＣＨコマンドの処理のフローチャートである。

コマンドの意味と形式は、第６図の２３３で説明した通
りである。

ステフプ２６１では、コマンドのパラメタ値であるテー
ブル名を変数ＴＮＡＭＥへ、ＫＥＹ力ラムとキー値を変
数ＫＥＹに、カラム名を変数ＣＮＡＭＥにセットして、
データベース中の該当レコードを探索するサブルーチン
ＳＥＡＣＨＲＥＣをコールする。

サブルーチンＳＥＡＣＨＲＥＣからのリターン値を判定
して該当するレコードがあったかをステップ２６２の判
定処理で判定する。

該当するレコードがないときは，ステップ２６３の処理
で該当するレコードなしのエラーメッセージを出力する
。モしてＦＥＴＣＨコマンドの処理を終了する。

該当するレコードがあったときは、ステップ２６４の処
理で、レコード中に該当するアイールドがあるか、ＣＮ
ＡＭＥ変数のカラムｉｄを基にフィールドＴＡＧのカラ
ムｉｄを調べてみつける。該当するフィールドが見つか
ったときステップ２６５の処理でフィードルＴＡＧに続
いて格納されているデータ値をＦＥＴＣＨコマンドのリ
ターン値とする。

次にステップ２６６の判定処理では、このデータをアク
セスした時に実行すべきプロセスがあるかどうかを、該
当フィールドのフィールドＴＡＧのＰＥビットを調べて
判定する． ＰＥビットが０のときは、ＦＥＴＣＨＬたデータ値をリ
ターン値として本コマンドの処理を終了する． ＰＥビットが１のときは、ステップ２６７の処理でプロ
セス起動制御サブシステムへ．ＴＮＡＭＥ，ＫＥＹ，Ｃ
ＮＡＭＥ変数の値で示されるデータ識別名をパラメタと
して渡し実行プロセスを起動してもらい，本コマンドを
終了する。尚、本コマンドのリターン値は、スタックに
入れてコマンドを使用したプログラムへ返すものとする
．第９図は、データベース中からテーブル名，キー力ラ
ム，キー力ラム値を与えられて該当するレコードを探索
するサブルーチンＳＥＡＣＨＲＥＣの処理のフローチャ
ートである。

ステップ２７１の処理では，第４図のテーブル名管理表
１８０のテーブル名を格納してあるカラム１８１をしら
ぺてサブルーチンＳＥＡＣＨＲＥＣに渡されたテーブル
名のパラメタと一致するエントリを見つける。

ステップ２７２は、一致したエントリが見つかったかど
うか判定し見つからないときは、ステップ２７３の処理
で該当するレコードなしのリターン値を返す． テーブル名の一致するエントリがあったときは、ステッ
プ２７４の処理でテーブルの格納されているファイル上
のアドレスを取り出す．第４図のテーブル名管理表１８
０のカラム１８３が該当するカラムである． ステップ２７５では，テーブルのレコードが格納されて
いる先頭レコードを読み出す。ステップ２７６ではこの
レコードのキー力ラムとキー値が、ＳＥＡＣＨＲＥＣサ
ブルーチンに与えられたパラメタにＫＥＹのキー力ラム
名とキー値と一致するか調べる。

ステップ２７７は、該当レコードのキー値が，ＳＥＡＣ
ＨＲＥＣサブルーチンのＫＥＹパラメタのキー値と一致
したときの処理でこのレコードを該当レコードとしてリ
ターン値として戻る，ステップ２７８は、次のレコード
の先頭にレコードの格納アドレスを進める．この処理は
，現在のレコードの格納アドレス値に第３図の１６０の
レコード長を加えて求める。

ステップ２７９は、もうレコードがないかどうかを調べ
る。レコードがないときは，ステップ２８Ｇで該当レコ
ードなしのリターン値を返す．レコードがあるとき、ス
テップ２８１で次のレコードを読み出す。つぎにステッ
プ２７６で該当レコードのキー値が一致しているか調べ
る．第１０ａ図は、データベースのデータをアクセスし
た時に起動するプロセスの存在するときにその起動制御
を行うサブシステムで使うデータ識別名，プロセス名の
対応表２９０を示したものであり，第１０ｂ図の２９７
，　２９８は、この対応表にデータ識別名とプロセス名
を登録するコマンドＲＥＧと、データ識別名とプロセス
名対応表から該当するエントリを削除するＤＲＯＰコマ
ンドを示したものである． テーブル識別名とプロセス対応表２９０は、６つのカラ
ムを有しており、カラム２９！は、対応表の該当するエ
ントリが、使用中であるか使用していないかを示すフラ
グである． カラム２９２から２９５は５データ識別名を示すもので
ありテーブル名，キー力ラム名，キー値，カラム名から
構成されている。

カラム２９６は、プロセス名の格納されている力ラムで
あり、２９２から２９５のカラム値で示されたデータ識
別名のデータがアクセスされたとき実行するプロセスの
名前である。

２９７は，データ識別名とプロセス名対応表にデータ識
別名とプロセス名を登録するＲＥＧコマンドである。パ
ラメタは，データ識別名を示すためのテーブル名を示す
パラメタ、ＫＥＹ力ラムとキー値，カラム名を示すパラ
メタ、実行するプロセス名を示すパラメタから構威され
る。この例では，商品台帳テーブルのキーカラムがＮＯ
．でそのキー値が２０でカラム名が価格のデータ識別名
がアクセスされたらプロセス名ＭＡＫＥＭＯＤＥＬと呼
ぶプロセスを実行するように登録するコマンド例である
． ２９８は、データ識別名とプロセス名の対応表からエン
トリを削除するＤＲＯＰコマンドである。

パラメタは、テーブル名，ＫＥＹ力ラムとキー値，カラ
ム名から構成されるデータ識別名である．２９８の例で
は、テーブル名が商品台帳で、キー力ラム名がＮＯ．キ
ー値が２０でカラム名が価格のエントリをデータ識別名
とプロセス名対応表から削除することを指定している。

第１１図は、データ識別名とプロセス名対応表にデータ
識別名とプロセス名を登録するＲＥＧ：１マンドの処理
フローである。

ステップ３０１の処理は、第１０図に記述したデータ識
別名とプロセス名対応表を探索して．未使用のエントリ
を見つける．これは、対応表の未使用フラグ２９１がＯ
の値のエントリを見つけることで実現できる． ステップ３０２の判定処理で対応表に空きエントリがな
いときは，ステップ３０３の処理で空きエントリなしの
エラーメッセージを出力してコマンド処理を終了する． ステップ３０４の処理は、空きエントリの使用フラグを
１にセットして使用中であることを設定する， ステップ３０５の処理は、データ識別名とプロセス名を
対応表に登録する。登録するデータは，ＲＦＣコマンド
のパラメタ解析で得たものである．第１２図は、データ
識別名とプロセス名対応表から、登録されているデータ
識別名とプロセス名を削除するＤＲＯＰコマンドの処理
フローである。

ステップ３１２の処理は、ＤＲＯＰコマンドのパラメタ
で与えられたデータ識別名と同じ名前が，対応表にある
か探索する．第１０ａ図の対応表２９０の２９２，　２
９３，　２９４，　２９５のカラム｛直とＤＲＯＰコマ
ンドのパラメタの値の一致するものを探して行う． ステップ３１３の判定で一致するものがなければ、ＤＲ
ＯＰコマンドの処理を終了する。

ステップ３１４は、一致したエントリがあったときの処
理で，該当エントリの使用フラグをＯにセットして未使
用エントリの状態にする。

データベース中のデータをアクセスしたとき起動するプ
ロセスが存在するとき，データベースを管理するプログ
ラムからデータ識別名をパラメタとしてプロセス起動制
御サブシステムにプロセス起動要求が発行される。

第１３図は、プロセス起動制御サブシステムの処理フロ
ーである。

ステップ３２１の処理は、データベース管理システムか
ら渡されたデータ識別名と第１０ａ図の対応表２９０の
データ識別名の格納力ラム（２９１，　２９２，２９３
，　２９４で示されるカラム）と一致しているエントリ
があるか探索する。

ステップ３２２で一致するエントリがないときその処理
を終了し、一致するエントリがあるときには、そのエン
トリの使用ビット（エントリのデータが有効かを示す）
をステップ３２３の判定処理で調べる．使用ビットが１
のときは、ステップ３２４の処理でオペレーティングシ
ステムに対してプロセス起動マクロを発行する．パラメ
タは、起動するプロセス名であり、第１０ａ図の対応表
から求める。使用ビットがＯのときは、対応表の次のエ
ントリをステップ３２１の処理で調べる。

第１４図は、第１３図で述べたプロセス起動制御サブシ
ステムを変形した処理であり、ステップ３３３の処理ま
では、第１３図のステップ３２３までの処理と同じであ
る。

異なるのは、該当エントリを対応表から見つけたときの
処理である．ここでは、直ちにプロセスを実行するので
なく，一担ファイルシステムへデータをアクセスし，プ
ロセスの起動を要求したときの時刻とデータ識別名、プ
ロセス名を格納しておく処理に置き換えるというもので
ある。

ステップ３３４の処理は，そのときの時刻をオペレーテ
ィングシステムのマクロを使い取得する処理である。

ステップ３３５の処理は、上述の時刻と対応表の該当エ
ントリ上のデータ識別名，プロセス名の３つのデータを
ファイルに出力する処理である。

出力されたファイル上の情報は、端末装置から読み出さ
れ対話形式や一括形式で処理することができる。

時刻は、格納されたプロセスの実行順序を決めるために
使う。

データをアクセスして起動するプロセスの機能には、以
下のような機能を組み込むことが可能である。

（１）マルチプロセッサシステムに於いて他のプロセッ
サを起動する。

（２）ネットワークシステム上の他のワークステーショ
ンやサーバを起動する。

（３）ジョブの実行手続をカタログとして記述し、それ
をコマンドインタプリタに渡すことを可能にして、その
カタログ中に記述されたジョブを起動する。

また、データベース管理システムと起動するプロセスの
制御方式には、次の二つの形態を組込むことができる。

（１）データベース管理システムは、起動したプロセス
の処理が終了するまで次の処理を進めないで待つ方式。

（２）データベース管理システムは、起動したプロセス
の処理が終了しなくても次の処理を進める方式。

〔発明の効果〕

以上、説明したように、本発明によれば、データに依存
した処理をデータアクセス時に起動できるので、データ
の値の範囲のチェックやそのデータをアクセスして新し
てデータを生成する処理などをデータベースを活用した
アプリケーション毎に書く必要がなくなり，プログラム
の作成効率が向上する。また，データを修正したとき，
そのデータを活用したアプリケーションすべてを修正す
る必要がなくなり，データに付随したプロセスのみを修
正すればよく、保守が容易になる．

【図面の簡単な説明】

第１図は、本発明の実施例のシステム構成図、第２図は
、データベースのデータ構造を示す図、第３ａ［ｌ〜第
３ｃ図は、テーブルの格納形式を示す図、 第４ａ図，第４ｂ図は、テーブルおよびカラム名管理表
の構成図、 第５ａ図〜第５ｄ図は．データ識別名の表現形式を示す
図、 第６図は、データベース中のプロセス実行フラグを制御
するコマンドの図、 第７図は．ＳＥＴ　　ＦＬＡＧ，ＲＥＳＥＴ　　ＦＬＡ
Ｇ，ＳＨＯＷ　　ＦＬＡＧの処理フローチャート， 第８図は、ＦＥＴＣＨコマンドの処理フローチャート、 第９図は、データベース中のレコードをサーチするサブ
ルーチンの処理フローチャート、第１０ａ図，第１０ｂ
図は、プロセス起動制御サブシステムで使用するデータ
識別名とプロセス名対応表とそれを操作するコマンドを
示す図、第１１図は、ＲＥＧコマンドの処理フローチャ
ート、 第１２図は、ＤＲＯＰコマンドの処理フローチャート、 第１３図、第１４図は、プロセス起動制御サブシステム
の処理フローチャートを示す図である．図中．１・・・
ユーザプログラム、２・・・データベ−ス管理システム
、ａ・・・プロセス実行制御サブシステム、４・・・オ
ペレーティングシステム、５・・・二次記憶装置、６・
・・データベース，６１・・・データベース中のデータ
，６２・・・実行指定フラグ、７・・・データ識別名と
プロセス名を登録した対応表。

Claims (1)

1. 【特許請求の範囲】 １、データベースと、特定データに対応して起動すべき
   プロセスを記憶する手段と、前記データベースがアクセ
   スされた時、前記記憶手段を参照し、プロセスが登録さ
   れていれば該プロセスを起動する手段とを設けたことを
   特徴とするデータ処理システム。 ２、前記プロセスはプロセッサであることを特徴とする
   請求項１記載のデータ処理システム。 ３、前記プロセッサはネットワーク上のワークステーシ
   ョンあるいはサーバであることを特徴とする請求項２記
   載のデータ処理システム。 ４、前記プロセスはジョブ群を記述したカタログ名であ
   ることを特徴とする請求項１記載のデータ処理システム
   。 ５、前記プロセス起動手段はオペレーティングシステム
   に対してプロセス起動マクロを発行することを特徴とす
   る請求項１記載のデータ処理システム。