JPH06324930A - データ処理装置およびデータ処理方法 - Google Patents

Abstract

(57)【要約】 【目的】 主データの更新時にその主データに関連する
関連データをデータの一貫性を保持しつつ同時に更新す
ることができるデータ処理装置を提供することである。 【構成】 処理方法記憶装置２には、主データの内容に
対する制約条件を定義するチェックルール、主データの
内容を用いて主データ自身の内容を更新する方法定義す
るローカルルール、主データに関連する関連データの内
容を用いて主データの内容を更新する方法を定義するフ
ェッチルール、および主データの内容を用いて主データ
に関連する関連データの内容を更新するデリベーション
ルールが格納される。。データ更新処理装置３は、処理
方法記憶装置２から該当するルールを抽出し、そのルー
ルにしたがって、主データの更新処理および関連データ
の更新処理を実行し、さらに、その関連データの更新か
ら派生するさらなる関連データの更新処理を実行する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はデータ処理装置および
データ処理方法に関し、特に、データの更新時にそのデ
ータに関連する関連データを併せて更新するデータ処理
装置およびデータ処理方法に関する。

【０００２】

【従来の技術】従来、コンピュータを用いたデータ処理
装置において、データ更新処理はシステム開発者により
定義され、すべてプログラム上に与えられていた。した
がって、システム開発者は、あるデータおよびそのデー
タに関連する関連データの更新処理方法をあらゆる場合
にわたって検討し、すべての場合における更新処理方法
をコーディングおよびテストし、プログラム上に記述し
ていた。そのため、開発されたプログラムは非常に複雑
になっていた。

【０００３】

【発明が解決しようとする課題】上記のように、プログ
ラムが非常に複雑になるので、プログラムの開発やテス
トに長時間を要し、開発コストも高くなっていた。その
上、更新処理の信頼性は低く、データの一貫性を保持す
ることが非常に困難となっていた。しかも、プログラム
が非常に複雑であるので、論理の変更が容易に行なえな
いという問題もある。

【０００４】この発明の目的は、一部のデータ間の関連
を定義することにより複雑に関連する関連データをその
一貫性を保持しつつ更新することができるデータ処理装
置およびデータ処理方法を提供することである。

【０００５】

【課題を解決するための手段】

（１） 第１の発明 第１の発明に係るデータ処理装置は、処理方法記憶手段
および処理手段を備える。

【０００６】処理方法記憶手段は、データの種類ごと
に、当該データの内容に関する制約条件、当該データの
内容を用いて当該データの内容を処理する第１の処理方
法、当該データに関連する関連データの内容を用いて当
該データの内容を処理する第２の処理方法、および当該
データの内容を用いて当該データに関連する関連データ
の内容を処理する第３の処理方法を記憶する。

【０００７】処理手段は、データ更新処理の中心となる
主データの更新時に、そのデータの種類および更新方法
に基づいて処理方法記憶手段から制約条件、第１の処理
方法、第２の処理方法および第３の処理方法のうち該当
する制約条件または該当する処理方法を読み取り、読み
取られた制約条件または処理方法にしたがってデータ処
理を行ない、そのデータ処理により主データに関連する
関連データが更新された場合に、更新された関連データ
の種類および更新方法に基づいて処理方法記憶手段から
制約条件、第１の処理方法、第２の処理方法および第３
の処理方法のうち該当する処理条件または該当する処理
方法を読み取り、読み取られた制約条件または処理方法
にしたがってデータ処理を行なう。

【０００８】（２） 第２の発明 第２の発明に係るデータ処理方法は次のステップを含
む。データの種類ごとに、当該データの内容に関する制
約条件、当該データの内容を用いて当該データの内容を
処理する第１の処理方法、当該データに関連する関連デ
ータの内容を用いて当該データの内容を処理する第２の
処理方法、および当該データの内容を用いて当該データ
に関連する関連データの内容を処理する第３の処理方法
を記憶する。

【０００９】データ更新の中心となる主データの更新時
に、その主データの種類および更新方法に基づいて、記
憶された制約条件、第１の処理方法、第２の処理方法お
よび第３の処理方法のうち該当する制約条件または処理
方法を読み取り、読み取られた制約条件または処理方法
にしたがってデータ処理を行ない、そのデータ処理によ
り主データに関連する関連データが更新された場合に、
更新された関連データの種類および更新方法に基づい
て、記憶された制約条件、第１の処理方法、第２の処理
方法および第３の処理方法のうち該当する制約条件また
は該当する処理方法を読み取り、読み取られた制約条件
または処理方法にしたがってデータ処理を行なう。

【００１０】

【作用】第１の発明に係るデータ処理装置および第２の
発明に係るデータ処理方法においては、主データの更新
時に、その主データの種類および更新方法に基づいて、
該当する制約条件または該当する処理方法が読み取ら
れ、読み取られた制約条件または処理方法にしたがって
データ処理が行なわれる。そのデータ処理により関連デ
ータが更新された場合には、その関連データの種類およ
び更新方法に基づいて、該当する制約条件または該当す
る処理方法が読み取られ、読み取られた制約条件または
処理方法にしたがってデータ処理が行なわれる。

【００１１】制約条件が読み取られると、その制約条件
を満足するデータのみが処理される。第１の処理方法が
読み取られると、当該データの内容を用いて当該データ
自身の内容が更新される。第２の処理方法が読み取られ
ると、関連データの内容を用いて当該データの内容が更
新される。第３の処理方法が読み取られると、当該デー
タの内容を用いて関連データの内容が更新される。

【００１２】このように、データの種類ごとに、制約条
件、第１の処理方法、第２の処理方法および第３の処理
方法を記憶するだけで、主データの更新時に、その主デ
ータの更新から派生する関連データの処理を同時に行な
うことができる。したがって、複数のデータが複雑な関
連を有していても、データの一貫性を保持しつつ関連す
るデータを同時に更新することが可能となる。

【００１３】

【実施例】図１は、この発明の一実施例によるデータ処
理装置の全体の構成を示すブロック図である。図１のデ
ータ処理装置は、データ格納ファイル１、処理方法記憶
装置２、データ更新処理装置３およびデータ入力装置４
を含む。

【００１４】データ格納ファイル１は、このデータ処理
装置に入力されて処理されたデータをデータの種類ごと
に格納する。そのため、データ格納ファイル１内のレコ
ードの構成は格納されるデータの構成と同一になる。こ
の実施例では、データ格納ファイル１は、注文データを
格納する注文ファイル１１、在庫データを格納する在庫
ファイル１２、および製造指図データを格納する製造指
図ファイル１３を含む。

【００１５】処理方法記憶装置２は、チェックルールを
記憶するチェックルール記憶部２１、ローカルルールを
記憶するローカルルール記憶部２２、フェッチルールを
記憶するフェッチルール記憶部２３およびデリベーショ
ンルールを記憶するデリベーションルール記憶部２４か
らなる。これらのルールは、それらが適用される適用タ
イミングとともに、データ処理の実行に先立ってそれぞ
れ対応する記憶部に記憶される。以下、処理方法記憶装
置２の記憶内容を関連定義ファイルと称す。

【００１６】ここで、適用タイミングとは、当該ルール
がどの更新方法の実行時に適用されるかを示すものであ
り、当該ルールがデータの追加時、データの変更時およ
びデータの削除時のうちいずれのときに適用されるかを
示す。

【００１７】チェックルールは、当該データの内容に対
する制約条件を定義する。このチェックルールを満たす
データのみがデータ格納ファイル１に格納される。

【００１８】ローカルルールは、当該データの内容を用
いて当該データ自身の内容を更新する方法を定義する。
フェッチルールは、当該データに関連する関連データの
内容を用いて当該データの内容を更新する方法を定義す
る。当該データは、ローカルルールまたはフェッチルー
ルにより更新された後、データ格納ファイル１に格納さ
れる。

【００１９】デリベーションルールは、当該データの内
容を用いて当該データに関連する関連データの内容を更
新する方法を定義する。このデリベーションルールによ
り関連データが更新される。

【００２０】データ更新処理装置３は、データ入力装置
４によりデータが入力されたときに、そのデータの種類
およびその更新方法を判別し、それらに基づいて、適用
されるべきルールを処理方法記憶装置２から抽出する。
そして、抽出されたルールにしたがって、データの更新
処理を実行する。その更新処理により関連データが更新
されたときには、データ更新処理装置３は、その関連デ
ータの種類およびその更新方法に基づいて、適用される
べきルールを処理方法記憶装置２から抽出し、抽出され
たルールにしたがってデータの更新処理を実行する。

【００２１】図２に処理方法記憶装置２に記憶される関
連定義ファイルの一例を示す。この関連定義ファイル
は、各ルールごとに、ルール種別フィールド２１、主デ
ータ名フィールド２２、関連データフィールド２３、適
用タイミングフィールド２４および処理内容フィールド
２５を含む。関連データフィールド２３はデータ名フィ
ールド２３ａおよびキーフィールド２３ｂを含む。

【００２２】ルール種別フィールド２１には、適用され
るべきルールの種別が格納される。主データ名フィール
ド２２には、当該ルールが適用される主データの種類が
格納され、関連データフィールド２３には、その主デー
タに関連して更新される関連データの種類およびキー項
目名が格納される。適用タイミングフィールド２４に
は、当該ルールがデータの追加処理、データの変更処理
およびデータの削除処理のうちどの更新方法の実行時に
適用されるべきかが“〇”で指定される。処理内容フィ
ールド２５には、当該ルールにおける処理方法が格納さ
れる。

【００２３】関連定義ファイルの第１行目にはチェック
ルールＣが格納される。このチェックルールＣは、在庫
データが追加または変更されたときに“在庫数量”≧０
を満足する必要があることを示している。この条件を満
足する在庫データのみが在庫ファイル１２に格納され
る。

【００２４】第２行目にはデリベーションルールＤ１が
格納される。このデリベーションルールＤ１では、在庫
データが変更されたときに、その在庫データの“在庫数
量”が０であれば、その在庫データと同一の“商品コー
ド”を有する製造指図データに“製造指図数量”＝５０
および“納期”＝当日＋５日を設定し、その製造指図デ
ータを製造指図ファイル１３に格納する。第３行目には
デリベーションルールＤ２が示される。このデリベーシ
ョンルールＤ２では、注文データが追加、変更または削
除されたときに、その注文データと同一の“商品コー
ド”を有する在庫データ内の“在庫数量”から注文デー
タ内の“注文数量”を引き、新たな“在庫数量”を在庫
データに設定し、その在庫データを在庫ファイル１２に
格納する。

【００２５】第４行目にはフェッチルールＦが格納され
る。このフェッチルールＦでは、注文データが追加また
は変更されたときに、その注文データと同一の“商品コ
ード”を有する在庫データから“単価”を取り出し、そ
れを注文データ内の“単価”に設定し、その注文データ
を注文ファイル１１に格納する。第５行目にはローカル
ルールＬが格納される。このローカルルールＬでは、注
文データが追加または変更されたときに、その注文デー
タ内の“単価”と“注文数量”とを掛け合わせ、その結
果をその注文データ内の“合計金額”に設定する。

【００２６】なお、デリベーションルールＤ２の処理内
容フィールド２５には、データの追加時（ポジティブケ
ース）における更新処理方法が示され、データの変更ま
たは削除時（ネガティブケース）における更新処理方法
は示されていない。注文データの変更時には、該当する
在庫データ内の“在庫数量”から注文データの新しい
“注文数量”と古い“注文数量”との差が引かれ、その
結果がその在庫データに設定される。また、データの削
除時には、該当する在庫データ内の“在庫数量”に注文
データ内の“注文数量”が加えられ、その結果が新たな
“在庫数量”としてその在庫データに設定される。

【００２７】このように、デリベーションルールについ
ては、処理内容フィールド２５にポジティブケースにお
ける処理内容のみが定義される。ネガティブケースの更
新時には、データ更新処理装置３がポジティブケースに
おける更新処理方法をネガティブケースにおける更新処
理方法に変換する。

【００２８】次に、図３および図４のフローチャートを
参照しながら図１のデータ処理装置の動作を説明する。

【００２９】データ入力装置４よりデータが入力される
と（ステップＳ１）、データ更新処理装置３は、まず、
そのデータの種類および更新方法を判別し、それらに基
づいて処理方法記憶装置２内の関連定義ファイルをサー
チする（ステップＳ２）。関連定義ファイルにその条件
で適用されるルールが存在するならばそのルールを読み
取り（ステップＳ３）、そのルールがデリベーションル
ールでありかつ入力されたデータの更新方法がネガティ
ブケースであるか否かを判別する（ステップＳ４）。

【００３０】読み取られたルールがデリベーションルー
ルであり、入力されたデータの更新方法がネガティブケ
ースである場合には、データ更新処理装置３は、ポジテ
ィブケースにおける関連データの更新処理方法をネガテ
ィブケースにおける関連データの更新処理方法に変換し
（ステップＳ５）、変換されたルールにしたがって更新
処理を実行する（ステップＳ６）。入力されたデータの
更新方法がポジティブケースである場合または読み取ら
れたルールがデリベーションルールでない場合には、デ
ータ更新処理装置３は、読み取られたルールにしたがっ
て更新処理を実行する（ステップＳ７）。

【００３１】適用されたルールがチェックルールの場合
には、データ更新処理装置３は、入力されたデータがそ
の制約条件を満足するか否かを判別する（ステップＳ
８）。入力されたデータがその制約条件を満足しない場
合にはエラーメッセージを出力する（ステップＳ１
７）。

【００３２】適用されたルールにより関連データが更新
されないとき、すなわち適用されたルールがデリベーシ
ョンルールでない場合には（ステップＳ９）、ステップ
Ｓ２に戻る。適用されたルールがデリベーションルール
の場合には（ステップＳ９）、データ更新処理装置３
は、更新された関連データの種類およびその更新方法を
判別し、それらに基づいて処理方法記憶装置２内の関連
定義ファイルをサーチする（ステップＳ１０）。関連定
義ファイルにその条件で適用されるルールが存在しない
場合には（ステップＳ１１）、ステップＳ２に戻る。

【００３３】関連定義ファイルにその条件で適用される
ルールが存在するならば、データ更新処理装置３は、そ
のルールを読み取り（ステップＳ１１）、そのルールが
デリベーションルールでありかつ更新された関連データ
の更新方法がネガティブケースであるか否かを判別する
（ステップＳ１２）。

【００３４】読み取られたルールがデリベーションルー
ルであり、更新された関連データの更新方法がネガティ
ブケースである場合には、データ更新処理装置３は、ポ
ジティブケースにおける関連データの更新処理方法をネ
ガティブケースにおける関連データの更新処理方法に変
換し（ステップＳ１３）、変換されたルールにしたがっ
て更新処理を実行する（ステップＳ１４）。更新された
関連データの更新方法がポジティブケースである場合ま
たは読み取られたルールがデリベーションルールでない
場合には、データ更新処理装置３は、読み取られたルー
ルにしたがって更新処理を実行する（ステップＳ１
５）。

【００３５】適用されたルールがチェックルールの場合
には、データ更新処理装置３は、更新された関連データ
がその制約条件を満足するか否かを判別する（ステップ
Ｓ１６）。更新された関連データがその制約条件を満足
しない場合にはエラーメッセージを出力する（ステップ
Ｓ１７）。その関連データがチェックルールを満足する
場合には（ステップＳ１６）、ステップＳ１０に戻る。

【００３６】このようにして、入力されたデータから直
接派生して更新される関連データに対してステップＳ１
０からステップＳ１６までの処理が実行され、さらに、
関連データの更新により派生して更新されるさらなる関
連データのすべてに対してステップＳ１０からステップ
Ｓ１６までの処理が実行される。

【００３７】入力されたデータに適用されるべきすべて
のルールについてステップＳ２からステップＳ１６の処
理が実行された後、更新されたデータおよびそれに派生
して更新された関連データがそれぞれデータ格納ファイ
ル１に格納される（ステップＳ１８）。

【００３８】以下、図５に示す例を用いてより詳細に図
１のデータ処理装置の動作を説明する。図５には、在庫
ファイル１２に格納される在庫データの一例が示され
る。この例においては、商品コードＡＡＡＡＡの商品に
ついては単価が１０００円であり、在庫数量が２０個で
ある。また、商品コードＢＢＢＢＢの商品については単
価が３０００円であり、在庫数量が５個である。

【００３９】ここで、顧客ｘｘｘより商品コードＢＢＢ
ＢＢの商品を１０個注文されたものとする。この場合、
データ入力装置４によりデータ更新処理装置３にその注
文データが入力される（ステップＳ１）。

【００４０】データ更新処理装置３は、入力されたデー
タが注文データであり、その更新方法が注文データの追
加処理（ポジティブケース）であると判別し、処理方法
記憶装置２内の関連定義ファイルにおいて主データ名が
注文データであり、データの追加時に適用されるルール
を検索する（ステップＳ２）。図２の関連定義ファイル
においては、第３行目から第５行目までのデリベーショ
ンルールＤ２、フェッチルールＦおよびローカルルール
Ｌが抽出される（ステップＳ３）。

【００４１】データ更新処理装置３は、抽出されたルー
ルにしたがって順次更新処理を実行する。まず、第３行
目のデリベーションルールＤ２にしたがって注文データ
に関する更新処理が実行される（ステップＳ４〜Ｓ
６）。すなわち、商品コード＝ＢＢＢＢＢの在庫データ
が在庫ファイル１２から読み取られ、その在庫データ内
の在庫数量＝５個から注文データ内の注文数量＝１０個
が引かれ、−５個が新たな在庫数量として算出される。

【００４２】この場合、入力された注文データに関連し
て在庫データが変更されるので（ステップＳ９）、デー
タ更新処理装置３は、処理方法記憶装置２内の関連定義
ファイルにおいて、主データが在庫データであり、かつ
変更時に適用されるルールを検索する（ステップＳ１
０）。図２の関連定義ファイルにおいては、第１行目お
よび第２行目のチェックルールＣおよびデリベーション
ルールＤ１が抽出される（ステップＳ１１）。

【００４３】データ更新処理装置３は、抽出されたルー
ルにしたがって順次更新処理を実行する。まず、第１行
目のチェックルールＣが適用される。この場合、新たな
在庫数量＝−５は在庫数量＝０の制約条件を満足しない
ので、エラーメッセッジが出力され（ステップＳ１６，
Ｓ１７）、入力された注文データが破棄される。

【００４４】次に、顧客ｙｙｙより商品コードＢＢＢＢ
Ｂの商品を５個注文されたものとする。その注文データ
はデータ入力装置４よりデータ更新処理装置３に入力さ
れる（ステップＳ１）。

【００４５】この場合にも、上記の例と同様に、まず、
図２の関連定義ファイルにおける第３行目から第５行目
までのデリベーションルールＤ２、フェッチルールＦお
よびローカルルールＬが抽出され（ステップＳ２，Ｓ
３）、それらのルールが順に適用される。

【００４６】まず、デリベーションルールＤ２にしたが
って注文データに関する更新処理が実行される（ステッ
プＳ４〜Ｓ６）。それにより、商品コード＝ＢＢＢＢＢ
の在庫データにおいて在庫数量が０個になる。

【００４７】この場合も、上記の例と同様に、入力され
た注文データに関連して在庫データが変更されるので
（ステップＳ９）、主データ名が在庫データであり、か
つ変更時に適用されるルールが検索される（ステップＳ
１０）。この場合も、図２の関連定義ファイルにおける
第１行目および第２行目のチェックルールＣおよびデリ
ベーションルールＤ１が抽出され（ステップＳ１１）、
それらのルールにしたがって在庫データに関連する更新
処理が実行される。

【００４８】まず、第１行目のチェックルールＣにおい
て、新たな在庫数量＝０個は在庫数量≧０の制約条件を
満足するので（ステップＳ１６）、次に、第２行目のデ
リベーションルールＤ１が適用される。

【００４９】第２行目のデリベーションルールＤ１によ
れば、在庫数量が０個の場合に新たな製造指図データが
製造指図ファイル１３に追加される。ここで、新たな在
庫数量＝０個はデリベーションルールＤ１の条件を満足
するので、商品コード＝ＢＢＢＢＢ，製造指図数量＝５
０個，納期＝当日＋５日という新たな製造指図データが
準備される（ステップＳ１２，Ｓ１５）。

【００５０】このようにして、注文データに関するデリ
ベーションルールＤ２に関連して、在庫データに関する
チェックルールＣおよびデリベーションルールＤ１が適
用される。

【００５１】その後、注文データに関するフェッチルー
ルＦが適用される（ステップＳ２〜Ｓ７）。それにより
商品コード＝ＢＢＢＢＢの在庫データから単価＝３００
０円が読み取られ、注文データに設定される。さらに、
注文データに関するローカルルールＬが適用される（ス
テップＳ２〜ステップＳ７）。それにより、注文データ
内の単価＝３０００円が注文データ内の注文数量＝５個
に掛け合わされ、合計金額＝１５０００円としてその注
文データに設定される。

【００５２】このようにして、処理方法記憶装置２に記
憶されたルールのうちその入力データに関するすべての
ルールが適用されると、更新されたデータ、更新された
関連データ、および更新された関連データに派生して更
新されたさらなる関連データがデータ格納ファイル１に
格納される（ステップＳ１８）。

【００５３】上記の例においては、入力されて更新され
た注文データが注文ファイル１１に格納され、製造指図
データが製造指図ファイル１３に追加格納され、在庫デ
ータが在庫ファイル１２に変更格納される。

【００５４】上記実施例では、デリベーションルールに
ついては関連定義ファイルにポジティブケースにおける
処理内容のみが定義され、ネガティブケースにおける処
理内容はデータ更新処理装置３によりポジティブケース
における処理内容から推論されるものとしたが、適用タ
イミングごとにルールを定義し、データ更新処理装置３
が、定義されたルールにおける処理内容をそのまま実行
するようにしてもよい。

【００５５】

【発明の効果】以上のように第１および第２の発明によ
れば、データの種類ごとに、制約条件および第１ないし
第３の処理方法を記憶することにより、主データの更新
時に、主データの更新から派生するすべての関連データ
の処理を同時に実行することができる。

【００５６】したがって、複数のデータが複雑な関連を
有しても、データの一貫性を保持しつつ関連するデータ
を同時に更新することができる。また、更新処理の信頼
性が高くなり、論理の変更も容易に行なうことができ
る。さらに、プログラムの開発およびテストの時間が短
縮され、開発コストも低くなる。。

【図面の簡単な説明】

【図１】この発明の一実施例によるデータ処理装置の全
体の構成を示すブロック図である。

【図２】図１に示される処理方法記憶装置に記憶される
関連定義ファイルの一例を示す図である。

【図３】図１のデータ処理装置の動作を説明するための
フローチャートである。

【図４】図１のデータ処理装置の動作を説明するための
フローチャートである。

【図５】図１に示されるデータ格納ファイルに格納され
る在庫データの一例を示す図である。

【符号の説明】

１ データ格納ファイル ２ 処理方法記憶装置 ３ データ更新処理装置 ４ データ入力装置 １１ 注文ファイル １２ 在庫ファイル １３ 製造指図ファイル ２１ チェックルール記憶部 ２２ ローカルルール記憶部 ２３ フェッチルール記憶部 ２４ デリベーションルール記憶部 なお、各図中同一符号は同一または相当部分を示す。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 データの種類ごとに、当該データの内容
   に関する制約条件、当該データの内容を用いて当該デー
   タの内容を処理する第１の処理方法、当該データに関連
   する関連データの内容を用いて当該データの内容を処理
   する第２の処理方法、および当該データの内容を用いて
   当該データに関連する関連データの内容を処理する第３
   の処理方法を記憶する処理方法記憶手段と、 データ更新処理の中心となる主データの更新時に、前記
   主データの種類および更新方法に基づいて前記処理方法
   記憶手段から前記制約条件、第１の処理方法、第２の処
   理方法および第３の処理方法のうち該当する制約条件ま
   たは該当する処理方法を読み取り、前記読み取られた制
   約条件または処理方法にしたがってデータ処理を行い、
   前記データ処理により前記主データに関連する関連デー
   タが更新された場合に、前記更新された関連データの種
   類および更新方法に基づいて前記処理方法記憶手段から
   該当する制約条件または該当する処理方法を読み取り、
   前記読み取られた制約条件または処理方法にしたがって
   データ処理を行う処理手段とを備えた、データ処理装
   置。
2. 【請求項２】 データの種類ごとに、当該データの内容
   に関する制約条件、当該データの内容を用いて当該デー
   タの内容を処理する第１の処理方法、当該データに関連
   する関連データの内容を用いて当該データの内容を処理
   する第２の処理方法、および当該データの内容を用いて
   当該データに関連する関連データの内容を処理する第３
   の処理方法を記憶し、 データ更新処理の中心となる主データの更新時に、前記
   主データの種類および更新方法に基づいて、前記記憶さ
   れた制約条件、第１の処理方法、第２の処理方法および
   第３の処理方法のうち該当する制約条件または該当する
   処理方法を読み取り、前記読み取られた制約条件または
   処理方法にしたがってデータ処理を行ない、前記データ
   処理により前記主データに関連する関連データが更新さ
   れた場合に、前記更新された関連データの種類および更
   新方法に基づいて、前記記憶された制約条件、前記第１
   の処理方法、前記第２の処理方法および前記第３の処理
   方法のうち該当する制約条件または該当する処理方法を
   読み取り、前記読み取られた制約条件または処理方法に
   したがってデータ処理を行なう、データ処理方法。