JP2003006176A - データ処理装置，方法およびプログラム - Google Patents
データ処理装置，方法およびプログラムInfo
- Publication number
- JP2003006176A JP2003006176A JP2001188400A JP2001188400A JP2003006176A JP 2003006176 A JP2003006176 A JP 2003006176A JP 2001188400 A JP2001188400 A JP 2001188400A JP 2001188400 A JP2001188400 A JP 2001188400A JP 2003006176 A JP2003006176 A JP 2003006176A
- Authority
- JP
- Japan
- Prior art keywords
- data
- subsystem
- file
- interface
- flag
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Abstract
(57)【要約】
【課題】 サブシステム異常終了時の再処理およびサブ
システムの個別実行が容易なデータ処理装置，方法およ
びプログラムを提供する。 【解決手段】 サブシステム実行部１１は、複数のサブ
システムを順次実行する。各サブシステム（例えば、サ
ブシステムＡ）は、サブシステムＡで更新するデータフ
ァイルＡ２１の保存ファイルＡ４１への保存、プログラ
ムＡ１１１の実行、インタフェースファイルＡ３１の更
新状態フラグの変更、の３ステップより成る。プログラ
ムＡ１１１は、インタフェースファイルＡ３１とインタ
フェースファイルＢ３２の更新状態フラグに基づきデー
タファイルＡ２１に対する更新動作を制御する。
システムの個別実行が容易なデータ処理装置，方法およ
びプログラムを提供する。 【解決手段】 サブシステム実行部１１は、複数のサブ
システムを順次実行する。各サブシステム（例えば、サ
ブシステムＡ）は、サブシステムＡで更新するデータフ
ァイルＡ２１の保存ファイルＡ４１への保存、プログラ
ムＡ１１１の実行、インタフェースファイルＡ３１の更
新状態フラグの変更、の３ステップより成る。プログラ
ムＡ１１１は、インタフェースファイルＡ３１とインタ
フェースファイルＢ３２の更新状態フラグに基づきデー
タファイルＡ２１に対する更新動作を制御する。
Description
【０００１】
【発明の属する技術分野】本発明は、複数のサブシステ
ムを順次実行してデータを処理するデータ処理装置に関
し、特にサブシステム間でデータ連携を行うデータファ
イルの更新状態を管理してデータ処理を行うデータ処理
装置，方法およびプログラムに関する。
ムを順次実行してデータを処理するデータ処理装置に関
し、特にサブシステム間でデータ連携を行うデータファ
イルの更新状態を管理してデータ処理を行うデータ処理
装置，方法およびプログラムに関する。
【０００２】
【従来の技術】従来、複数のサブシステムから成るバッ
チ処理システムを実行するデータ処理装置において、各
サブシステム間はデータファイルを介してデータ連携し
ている。
チ処理システムを実行するデータ処理装置において、各
サブシステム間はデータファイルを介してデータ連携し
ている。
【０００３】このようなバッチ処理システムにおいて
は、各サブシステムでの異常終了時のデータ復旧を想定
し、バッチ処理システムの開始で先ず各サブシステム間
で使用する全データファイルの保存を行い、データファ
イルの保存が終了した後にサブシステムを順次実行して
いる。各サブシステムの実行では、各サブシステムはサ
ブシステム間のデータファイルを直接更新して処理を行
っている。
は、各サブシステムでの異常終了時のデータ復旧を想定
し、バッチ処理システムの開始で先ず各サブシステム間
で使用する全データファイルの保存を行い、データファ
イルの保存が終了した後にサブシステムを順次実行して
いる。各サブシステムの実行では、各サブシステムはサ
ブシステム間のデータファイルを直接更新して処理を行
っている。
【０００４】
【発明が解決しようとする課題】しかしながら、上述し
た従来の技術では、以下のような問題点があった。
た従来の技術では、以下のような問題点があった。
【０００５】すなわち、障害が発生してサブシステムが
異常終了した場合、先に保存した全データファイルを復
元し、バッチ処理の最初のサブシステムから再実行しな
ければならならず、データファイルの復元と再処理に大
変な時間と労力を費やすということである。
異常終了した場合、先に保存した全データファイルを復
元し、バッチ処理の最初のサブシステムから再実行しな
ければならならず、データファイルの復元と再処理に大
変な時間と労力を費やすということである。
【０００６】また、各サブシステムを順次実行しなけれ
ばならず、各サブシステムを個別に実行することができ
ないということである。
ばならず、各サブシステムを個別に実行することができ
ないということである。
【０００７】本発明の目的は、上記の問題点を解決し、
サブシステムのデータファイルの更新状態を管理するイ
ンタフェースファイルを用い、サブシステム異常終了時
の再処理およびサブシステムの個別実行が容易なデータ
処理装置，方法およびプログラムを提供することにあ
る。
サブシステムのデータファイルの更新状態を管理するイ
ンタフェースファイルを用い、サブシステム異常終了時
の再処理およびサブシステムの個別実行が容易なデータ
処理装置，方法およびプログラムを提供することにあ
る。
【０００８】
【課題を解決するための手段】本願第１の発明のデータ
処理装置は、複数のサブシステムを順次実行してデータ
を処理するデータ処理装置であって、複数のサブシステ
ムを順次実行するサブシステム実行部と、前記サブシス
テム対応に存在し前記サブシステム間でデータを連携す
るデータファイルの更新状態を管理するインタフェース
フラグとを備え、前記サブシステム実行部は前記インタ
フェースフラグに基づいて前記データファイルへの出力
を制御することを特徴とする。
処理装置は、複数のサブシステムを順次実行してデータ
を処理するデータ処理装置であって、複数のサブシステ
ムを順次実行するサブシステム実行部と、前記サブシス
テム対応に存在し前記サブシステム間でデータを連携す
るデータファイルの更新状態を管理するインタフェース
フラグとを備え、前記サブシステム実行部は前記インタ
フェースフラグに基づいて前記データファイルへの出力
を制御することを特徴とする。
【０００９】本願第２の発明のデータ処理装置は、第１
の発明において前記サブシステム実行部は、上流サブシ
ステムであり下流サブシステムとの間でデータを連携す
るためのデータファイルを作成するデータ作成側サブシ
ステムが、データ作成側サブシステムのインタフェース
フラグとデータ受取側サブシステムのインタフェースフ
ラグが同値の場合に新規書き出しで前記データファイル
を作成し、データ作成側サブシステムのインタフェース
フラグとデータ受取側サブシステムのインタフェースフ
ラグが異値の場合に追加書き出しで前記データファイル
を作成する、ように制御し、下流サブシステムであり前
記データ作成側サブシステムが作成したデータファイル
を受け取るデータ受取側サブシステムが、データ作成側
サブシステムのインタフェースフラグとデータ受取側サ
ブシステムのインタフェースフラグが同値の場合に前記
データファイルを取り込まず、データ作成側サブシステ
ムのインタフェースフラグとデータ受取側サブシステム
のインタフェースフラグが異値の場合に前記データファ
イルを取り込む、ように制御する、ことを特徴とする。
の発明において前記サブシステム実行部は、上流サブシ
ステムであり下流サブシステムとの間でデータを連携す
るためのデータファイルを作成するデータ作成側サブシ
ステムが、データ作成側サブシステムのインタフェース
フラグとデータ受取側サブシステムのインタフェースフ
ラグが同値の場合に新規書き出しで前記データファイル
を作成し、データ作成側サブシステムのインタフェース
フラグとデータ受取側サブシステムのインタフェースフ
ラグが異値の場合に追加書き出しで前記データファイル
を作成する、ように制御し、下流サブシステムであり前
記データ作成側サブシステムが作成したデータファイル
を受け取るデータ受取側サブシステムが、データ作成側
サブシステムのインタフェースフラグとデータ受取側サ
ブシステムのインタフェースフラグが同値の場合に前記
データファイルを取り込まず、データ作成側サブシステ
ムのインタフェースフラグとデータ受取側サブシステム
のインタフェースフラグが異値の場合に前記データファ
イルを取り込む、ように制御する、ことを特徴とする。
【００１０】本願第３の発明のデータ処理方法は、複数
のサブシステムを順次実行してデータを処理するデータ
処理方法であって、各サブシステムはサブシステム間で
データを連携するデータファイルの更新状態を管理する
インタフェースフラグに基づいて処理したデータを出力
することを特徴とする。
のサブシステムを順次実行してデータを処理するデータ
処理方法であって、各サブシステムはサブシステム間で
データを連携するデータファイルの更新状態を管理する
インタフェースフラグに基づいて処理したデータを出力
することを特徴とする。
【００１１】本願第４の発明のデータ処理方法は、第３
の発明において上流サブシステムであるデータ作成側サ
ブシステムは、データ作成側サブシステムのインタフェ
ースフラグとデータ受取側サブシステムのインタフェー
スフラグが同値の場合に処理したデータを新規書き出し
でファイルに作成し、下流サブシステムであるデータ受
取側サブシステムは、データ作成側サブシステムのイン
タフェースフラグとデータ受取側サブシステムのインタ
フェースフラグが異値の場合に前記データ作成側サブシ
ステムが作成したファイルを参照し処理したデータを新
規書き出しでファイルに作成する、ことを特徴とする。
の発明において上流サブシステムであるデータ作成側サ
ブシステムは、データ作成側サブシステムのインタフェ
ースフラグとデータ受取側サブシステムのインタフェー
スフラグが同値の場合に処理したデータを新規書き出し
でファイルに作成し、下流サブシステムであるデータ受
取側サブシステムは、データ作成側サブシステムのイン
タフェースフラグとデータ受取側サブシステムのインタ
フェースフラグが異値の場合に前記データ作成側サブシ
ステムが作成したファイルを参照し処理したデータを新
規書き出しでファイルに作成する、ことを特徴とする。
【００１２】本願第５の発明のデータ処理方法は、第４
の発明において前記データ作成側サブシステムは、デー
タ作成側サブシステムのインタフェースフラグとデータ
受取側サブシステムのインタフェースフラグが異値の場
合に処理したデータを追加書き出しでファイルに作成す
ることを特徴とする。
の発明において前記データ作成側サブシステムは、デー
タ作成側サブシステムのインタフェースフラグとデータ
受取側サブシステムのインタフェースフラグが異値の場
合に処理したデータを追加書き出しでファイルに作成す
ることを特徴とする。
【００１３】本願第６の発明のデータ処理方法は、第４
または第５の発明において前記データ受取側サブシステ
ムは、データ作成側サブシステムのインタフェースフラ
グとデータ受取側サブシステムのインタフェースフラグ
が同値の場合に何も処理を行わないことを特徴とする。
または第５の発明において前記データ受取側サブシステ
ムは、データ作成側サブシステムのインタフェースフラ
グとデータ受取側サブシステムのインタフェースフラグ
が同値の場合に何も処理を行わないことを特徴とする。
【００１４】本願第７の発明のデータ処理プログラム
は、複数のサブシステムを順次実行してデータを処理す
るデータ処理プログラムであって、コンピュータに、各
サブシステムがサブシステム間でデータを連携するデー
タファイルの更新状態を管理するインタフェースフラグ
に基づいて処理したデータを出力するサブシステム実行
機能、を実現させる。
は、複数のサブシステムを順次実行してデータを処理す
るデータ処理プログラムであって、コンピュータに、各
サブシステムがサブシステム間でデータを連携するデー
タファイルの更新状態を管理するインタフェースフラグ
に基づいて処理したデータを出力するサブシステム実行
機能、を実現させる。
【００１５】本願第８発明のデータ処理プログラムは、
第７の発明において前記サブシステム実行機能は、上流
サブシステムであるデータ作成側サブシステムがデータ
作成側サブシステムのインタフェースフラグとデータ受
取側サブシステムのインタフェースフラグが同値の場合
に処理したデータを新規書き出しでファイルに作成する
処理、下流サブシステムであるデータ受取側サブシステ
ムがデータ作成側サブシステムのインタフェースフラグ
とデータ受取側サブシステムのインタフェースフラグが
異値の場合に前記データ作成側サブシステムが作成した
ファイルを参照し処理したデータを新規書き出しでファ
イルに作成する処理、を有することを特徴とする。
第７の発明において前記サブシステム実行機能は、上流
サブシステムであるデータ作成側サブシステムがデータ
作成側サブシステムのインタフェースフラグとデータ受
取側サブシステムのインタフェースフラグが同値の場合
に処理したデータを新規書き出しでファイルに作成する
処理、下流サブシステムであるデータ受取側サブシステ
ムがデータ作成側サブシステムのインタフェースフラグ
とデータ受取側サブシステムのインタフェースフラグが
異値の場合に前記データ作成側サブシステムが作成した
ファイルを参照し処理したデータを新規書き出しでファ
イルに作成する処理、を有することを特徴とする。
【００１６】本願第９の発明のデータ処理プログラム
は、第８の発明において前記サブシステム実行機能は、
前記データ作成側サブシステムがデータ作成側サブシス
テムのインタフェースフラグとデータ受取側サブシステ
ムのインタフェースフラグが異値の場合に処理したデー
タを追加書き出しでファイルに作成する処理を有するこ
とを特徴とする。
は、第８の発明において前記サブシステム実行機能は、
前記データ作成側サブシステムがデータ作成側サブシス
テムのインタフェースフラグとデータ受取側サブシステ
ムのインタフェースフラグが異値の場合に処理したデー
タを追加書き出しでファイルに作成する処理を有するこ
とを特徴とする。
【００１７】本願第１０の発明のデータ処理プログラム
は、第８または第９の発明において前記サブシステム実
行機能は、前記データ受取側サブシステムがデータ作成
側サブシステムのインタフェースフラグとデータ受取側
サブシステムのインタフェースフラグが同値の場合に何
も行わずに終了する処理を有することを特徴とする。
は、第８または第９の発明において前記サブシステム実
行機能は、前記データ受取側サブシステムがデータ作成
側サブシステムのインタフェースフラグとデータ受取側
サブシステムのインタフェースフラグが同値の場合に何
も行わずに終了する処理を有することを特徴とする。
【００１８】
【発明の実施の形態】本発明の特徴は、複数のサブシス
テムで構成されサブシステム間をデータファイルにて連
携するバッチ処理システムにおいて、サブシステムのデ
ータファイルの更新状態を管理するインタフェースフラ
グを設けることにより、第１に、バッチ処理システムの
途中のサブシステムが異常終了した場合に、先頭サブシ
ステムから再実行することなく、異常終了したサブシス
テムが更新するデータファイルのみを復元し、該当する
サブシステムからの再処理を可能とすることである。第
２に、各サブシステムを複数回実行しても整合性が確保
できることである。
テムで構成されサブシステム間をデータファイルにて連
携するバッチ処理システムにおいて、サブシステムのデ
ータファイルの更新状態を管理するインタフェースフラ
グを設けることにより、第１に、バッチ処理システムの
途中のサブシステムが異常終了した場合に、先頭サブシ
ステムから再実行することなく、異常終了したサブシス
テムが更新するデータファイルのみを復元し、該当する
サブシステムからの再処理を可能とすることである。第
２に、各サブシステムを複数回実行しても整合性が確保
できることである。
【００１９】インタフェースフラグは各サブシステムに
対応して存在する。インタフェースフラグを用いたデー
タファイル出力の制御方法について、データ作成側サブ
システム（上流サブシステム）とデータ受取側サブシス
テム（下流サブシステム）との２つのサブシステムから
成るバッチ処理を例にとり説明する。
対応して存在する。インタフェースフラグを用いたデー
タファイル出力の制御方法について、データ作成側サブ
システム（上流サブシステム）とデータ受取側サブシス
テム（下流サブシステム）との２つのサブシステムから
成るバッチ処理を例にとり説明する。
【００２０】データ作成側サブシステム（上流サブシス
テム）は、データ作成側サブシステムのインタフェース
フラグとデータ受取側サブシステムのインタフェースフ
ラグが同値の場合は前回作成したデータはデータ受取側
サブシステムで受取済であるとみなし新規書き出しでデ
ータを作成し、データ作成側サブシステムのインタフェ
ースフラグとデータ受取側サブシステムのインタフェー
スフラグが異値の場合は前回作成したデータはデータ受
取側サブシステムで未受取であるとみなし追加書き出し
でデータを作成する。
テム）は、データ作成側サブシステムのインタフェース
フラグとデータ受取側サブシステムのインタフェースフ
ラグが同値の場合は前回作成したデータはデータ受取側
サブシステムで受取済であるとみなし新規書き出しでデ
ータを作成し、データ作成側サブシステムのインタフェ
ースフラグとデータ受取側サブシステムのインタフェー
スフラグが異値の場合は前回作成したデータはデータ受
取側サブシステムで未受取であるとみなし追加書き出し
でデータを作成する。
【００２１】データ受取側サブシステム（下流サブシス
テム）は、データ作成側サブシステムのインタフェース
フラグとデータ受取側サブシステムのインタフェースフ
ラグが同値の場合はデータ作成側サブシステムで作成し
たデータを既に受取済であるとみなし何も行わず、デー
タ作成側サブシステムのインタフェースフラグとデータ
受取側サブシステムのインタフェースフラグが異値の場
合はデータ作成側サブシステムで作成したデータを未受
取であるとみなし取り込んで新規書き出しでデータを作
成する。
テム）は、データ作成側サブシステムのインタフェース
フラグとデータ受取側サブシステムのインタフェースフ
ラグが同値の場合はデータ作成側サブシステムで作成し
たデータを既に受取済であるとみなし何も行わず、デー
タ作成側サブシステムのインタフェースフラグとデータ
受取側サブシステムのインタフェースフラグが異値の場
合はデータ作成側サブシステムで作成したデータを未受
取であるとみなし取り込んで新規書き出しでデータを作
成する。
【００２２】本発明の実施の形態について、図面を参照
して詳細に説明する。
して詳細に説明する。
【００２３】図１は、本発明の実施の形態を示すブロッ
ク図である。
ク図である。
【００２４】図１を参照すると、本発明の実施の形態
は、データ処理装置１と、データファイルＡ２１と、デ
ータファイルＢ２２と、インタフェースファイルＡ３１
と、インタフェースファイルＢ３２と、保存ファイルＡ
４１と、保存ファイルＢ４２と、業務ファイルＡ５１
と、を備える。
は、データ処理装置１と、データファイルＡ２１と、デ
ータファイルＢ２２と、インタフェースファイルＡ３１
と、インタフェースファイルＢ３２と、保存ファイルＡ
４１と、保存ファイルＢ４２と、業務ファイルＡ５１
と、を備える。
【００２５】データ処理装置１は、プログラム制御によ
り動作するコンピュータであり、サブシステム実行部１
１を備える。サブシステム実行部１１は、プログラムＡ
１１１とプログラムＢ１１２とを有する。
り動作するコンピュータであり、サブシステム実行部１
１を備える。サブシステム実行部１１は、プログラムＡ
１１１とプログラムＢ１１２とを有する。
【００２６】サブシステム実行部１１は、複数のサブシ
ステムを順次実行する。本実施例では、２つのサブシス
テム（データ作成側サブシステムであるサブシステムＡ
とデータ受取側サブシステムであるサブシステムＢ）を
実行するものとする。
ステムを順次実行する。本実施例では、２つのサブシス
テム（データ作成側サブシステムであるサブシステムＡ
とデータ受取側サブシステムであるサブシステムＢ）を
実行するものとする。
【００２７】プログラムＡ１１１はサブシステムＡで使
用されるプログラムであり、プログラムＢ１１２はサブ
システムＢで使用されるプログラムである。
用されるプログラムであり、プログラムＢ１１２はサブ
システムＢで使用されるプログラムである。
【００２８】プログラムＡ１１１は、業務ファイルＡ５
１を参照して定められた処理を行いデータファイルＡ２
１を更新する。このとき、インタフェースファイルＡ３
１およびインタフェースファイルＢ３２の更新状態フラ
グを参照してデータファイルＡ２１に対する更新を次の
ように制御する。 （１）インタフェースファイルＡ３１の更新状態フラグ
が’０’でインタフェースファイルＢ３２の更新状態フ
ラグが’０’の場合は、サブシステムＢが既にデータフ
ァイルＡ２１を取込済なので、新規書き込みとする。 （２）インタフェースファイルＡ３１の更新状態フラグ
が’０’でインタフェースファイルＢ３２の更新状態フ
ラグが’１’の場合は、サブシステムＢがデータファイ
ルＡ２１を未取込なので、追加書き込みとする。 （３）インタフェースファイルＡ３１の更新状態フラグ
が’１’でインタフェースファイルＢ３２の更新状態フ
ラグが’０’の場合は、サブシステムＢがデータファイ
ルＡ２１を未取込なので、追加書き込みとする。 （４）インタフェースファイルＡ３１の更新状態フラグ
が’１’でインタフェースファイルＢ３２の更新状態フ
ラグが’１’の場合は、サブシステムＢが既にデータフ
ァイルＡ２１を取込済なので、新規書き込みとする。
１を参照して定められた処理を行いデータファイルＡ２
１を更新する。このとき、インタフェースファイルＡ３
１およびインタフェースファイルＢ３２の更新状態フラ
グを参照してデータファイルＡ２１に対する更新を次の
ように制御する。 （１）インタフェースファイルＡ３１の更新状態フラグ
が’０’でインタフェースファイルＢ３２の更新状態フ
ラグが’０’の場合は、サブシステムＢが既にデータフ
ァイルＡ２１を取込済なので、新規書き込みとする。 （２）インタフェースファイルＡ３１の更新状態フラグ
が’０’でインタフェースファイルＢ３２の更新状態フ
ラグが’１’の場合は、サブシステムＢがデータファイ
ルＡ２１を未取込なので、追加書き込みとする。 （３）インタフェースファイルＡ３１の更新状態フラグ
が’１’でインタフェースファイルＢ３２の更新状態フ
ラグが’０’の場合は、サブシステムＢがデータファイ
ルＡ２１を未取込なので、追加書き込みとする。 （４）インタフェースファイルＡ３１の更新状態フラグ
が’１’でインタフェースファイルＢ３２の更新状態フ
ラグが’１’の場合は、サブシステムＢが既にデータフ
ァイルＡ２１を取込済なので、新規書き込みとする。
【００２９】プログラムＡ１１１によるデータファイル
Ａ２１に対する更新が完了した場合、サブシステム実行
部１１は、新規書き込みの場合、インタフェースファイ
ルＡ３１の更新状態フラグを、’０’であれば’１’
に、’１’であれば’０’に、変更する。追加書き込み
の場合は、インタフェースファイルＡ３１の更新状態フ
ラグを変更しない。
Ａ２１に対する更新が完了した場合、サブシステム実行
部１１は、新規書き込みの場合、インタフェースファイ
ルＡ３１の更新状態フラグを、’０’であれば’１’
に、’１’であれば’０’に、変更する。追加書き込み
の場合は、インタフェースファイルＡ３１の更新状態フ
ラグを変更しない。
【００３０】プログラムＢ１１２は、データファイルＡ
２１を参照して定められた処理を行いデータファイルＢ
２２を更新する。このとき、インタフェースファイルＡ
３１およびインタフェースファイルＢ３２の更新状態フ
ラグを参照してデータファイルＢ２２に対する更新を次
のように制御する。 （１）インタフェースファイルＡ３１の更新状態フラグ
が’０’でインタフェースファイルＢ３２の更新状態フ
ラグが’０’の場合は、データファイルＡ２１を既に取
込済なので処理を行わず、データファイルＢ２２を更新
しない。 （２）インタフェースファイルＡ３１の更新状態フラグ
が’０’でインタフェースファイルＢ３２の更新状態フ
ラグが’１’の場合は、データファイルＡ２１を未取込
なので取り込んで処理を行い、新規書き込みとする。 （３）インタフェースファイルＡ３１の更新状態フラグ
が’１’でインタフェースファイルＢ３２の更新状態フ
ラグが’０’の場合は、データファイルＡ２１を未取込
なので取り込んで処理を行い、新規書き込みとする。 （４）インタフェースファイルＡ３１の更新状態フラグ
が’１’でインタフェースファイルＢ３２の更新状態フ
ラグが’１’の場合は、データファイルＡ２１を既に取
込済なので処理を行わず、データファイルＢ２２を更新
しない。
２１を参照して定められた処理を行いデータファイルＢ
２２を更新する。このとき、インタフェースファイルＡ
３１およびインタフェースファイルＢ３２の更新状態フ
ラグを参照してデータファイルＢ２２に対する更新を次
のように制御する。 （１）インタフェースファイルＡ３１の更新状態フラグ
が’０’でインタフェースファイルＢ３２の更新状態フ
ラグが’０’の場合は、データファイルＡ２１を既に取
込済なので処理を行わず、データファイルＢ２２を更新
しない。 （２）インタフェースファイルＡ３１の更新状態フラグ
が’０’でインタフェースファイルＢ３２の更新状態フ
ラグが’１’の場合は、データファイルＡ２１を未取込
なので取り込んで処理を行い、新規書き込みとする。 （３）インタフェースファイルＡ３１の更新状態フラグ
が’１’でインタフェースファイルＢ３２の更新状態フ
ラグが’０’の場合は、データファイルＡ２１を未取込
なので取り込んで処理を行い、新規書き込みとする。 （４）インタフェースファイルＡ３１の更新状態フラグ
が’１’でインタフェースファイルＢ３２の更新状態フ
ラグが’１’の場合は、データファイルＡ２１を既に取
込済なので処理を行わず、データファイルＢ２２を更新
しない。
【００３１】プログラムＢ１１２によるデータファイル
Ｂ２２に対する更新が完了した場合、サブシステム実行
部１１は、新規書き込みの場合、インタフェースファイ
ルＢ３２の更新状態フラグを、’０’であれば’１’
に、’１’であれば’０’に変更する。データファイル
Ｂ２２を更新しない場合は、インタフェースファイルＢ
３２の更新状態フラグを変更しない。
Ｂ２２に対する更新が完了した場合、サブシステム実行
部１１は、新規書き込みの場合、インタフェースファイ
ルＢ３２の更新状態フラグを、’０’であれば’１’
に、’１’であれば’０’に変更する。データファイル
Ｂ２２を更新しない場合は、インタフェースファイルＢ
３２の更新状態フラグを変更しない。
【００３２】データファイルＡ２１は、サブシステムＡ
とサブシステムＢで使用されるファイルであり、プログ
ラムＡ１１１が更新し、プログラムＢ１１２が参照す
る。
とサブシステムＢで使用されるファイルであり、プログ
ラムＡ１１１が更新し、プログラムＢ１１２が参照す
る。
【００３３】データファイルＢ２２は、サブシステムＢ
で使用されるファイルであり、プログラムＢ１１２が更
新する。
で使用されるファイルであり、プログラムＢ１１２が更
新する。
【００３４】インタフェースファイルＡ３１は、データ
ファイルＡ２１の更新状態を管理するファイルであり、
データファイルＡ２１の更新状態を表す更新状態フラグ
を有する。更新状態フラグは、初期値が’０’であ
り、’０’と’１’の値を交互に持つ。データファイル
Ａ２１に対する更新が新規書き込みの場合、正常に実行
されると、’０’であれば’１’に、’１’であれば’
０’に変更される。データファイルＡ２１に対する更新
が追加書き込みの場合は、変更されない。
ファイルＡ２１の更新状態を管理するファイルであり、
データファイルＡ２１の更新状態を表す更新状態フラグ
を有する。更新状態フラグは、初期値が’０’であ
り、’０’と’１’の値を交互に持つ。データファイル
Ａ２１に対する更新が新規書き込みの場合、正常に実行
されると、’０’であれば’１’に、’１’であれば’
０’に変更される。データファイルＡ２１に対する更新
が追加書き込みの場合は、変更されない。
【００３５】インタフェースファイルＢ３２は、データ
ファイルＢ２２の更新状態を管理するファイルであり、
データファイルＢ２２の更新状態を表す更新状態フラグ
を有する。更新状態フラグは、初期値が’０’であ
り、’０’と’１’の値を交互に持つ。データファイル
Ｂ２２に対する更新が新規書き込みの場合、正常に実行
されると、’０’であれば’１’に、’１’であれば’
０’に変更される。データファイルＢ２２を更新しない
場合は、変更されない。
ファイルＢ２２の更新状態を管理するファイルであり、
データファイルＢ２２の更新状態を表す更新状態フラグ
を有する。更新状態フラグは、初期値が’０’であ
り、’０’と’１’の値を交互に持つ。データファイル
Ｂ２２に対する更新が新規書き込みの場合、正常に実行
されると、’０’であれば’１’に、’１’であれば’
０’に変更される。データファイルＢ２２を更新しない
場合は、変更されない。
【００３６】保存ファイルＡ４１は、サブシステム実行
部１１がデータファイルＡ２１の内容を保存するファイ
ルである。
部１１がデータファイルＡ２１の内容を保存するファイ
ルである。
【００３７】保存ファイルＢ４２は、サブシステム実行
部１１がデータファイルＢ２２の内容を保存するファイ
ルである。
部１１がデータファイルＢ２２の内容を保存するファイ
ルである。
【００３８】業務ファイルＡ５１は、サブシステムＡで
使用されるファイルであり、プログラムＡ１１１が参照
する。
使用されるファイルであり、プログラムＡ１１１が参照
する。
【００３９】本発明の実施の形態の動作について、図面
を用いて詳細に説明する。
を用いて詳細に説明する。
【００４０】図２は、本発明の実施の形態の動作の流れ
を示す図である。
を示す図である。
【００４１】図３は、本発明の実施の形態の動作を説明
する図である。
する図である。
【００４２】図２を参照すると、本実施例のバッチ処理
は、２つのサブシステム（データ作成側サブシステムで
あるサブシステムＡとデータ受取側サブシステムである
サブシステムＢ）がサブシステム実行部１１によりサブ
システムＡの実行→サブシステムＢの実行の順序で処理
される。
は、２つのサブシステム（データ作成側サブシステムで
あるサブシステムＡとデータ受取側サブシステムである
サブシステムＢ）がサブシステム実行部１１によりサブ
システムＡの実行→サブシステムＢの実行の順序で処理
される。
【００４３】サブシステムＡは、より詳細には以下に示
すステップが実行される。 （ステップＡ１）ステップＡ２で更新するデータファイ
ルＡ２１の保存 （ステップＡ２）プログラムＡ１１１の実行 （ステップＡ３）インタフェースファイルＡ３１の更新
状態フラグの変更 サブシステムＢは、より詳細には以下に示すステップが
実行される。 （ステップＢ１）ステップＢ２で更新するデータファイ
ルＢ２２の保存 （ステップＢ２）プログラムＢ１１２の実行 （ステップＢ３）インタフェースファイルＢ３２の更新
状態フラグの変更 上記の各ステップについて、図２および図３を参照し
て、より詳細に説明する。
すステップが実行される。 （ステップＡ１）ステップＡ２で更新するデータファイ
ルＡ２１の保存 （ステップＡ２）プログラムＡ１１１の実行 （ステップＡ３）インタフェースファイルＡ３１の更新
状態フラグの変更 サブシステムＢは、より詳細には以下に示すステップが
実行される。 （ステップＢ１）ステップＢ２で更新するデータファイ
ルＢ２２の保存 （ステップＢ２）プログラムＢ１１２の実行 （ステップＢ３）インタフェースファイルＢ３２の更新
状態フラグの変更 上記の各ステップについて、図２および図３を参照し
て、より詳細に説明する。
【００４４】（１）ステップＡ１を実行する。
ステップＡ２の異常終了に備えて、プログラムＡ１１１
が更新するデータファイルＡ２１を保存ファイルＡ４１
に保存する。
が更新するデータファイルＡ２１を保存ファイルＡ４１
に保存する。
【００４５】（２）ステップＡ２を実行する。
プログラムＡ１１１は、業務ファイルＡ５１を参照して
定められた処理を行いデータファイルＡ２１を更新す
る。プログラムＡ１１１は、インタフェースファイルＡ
３１およびインタフェースファイルＢ３２の更新状態フ
ラグを参照し、インタフェースファイルＡ３１の更新状
態フラグが’０’でインタフェースファイルＢ３２の更
新状態フラグが’０’であるので、データファイルＡ２
１に対する更新動作を新規書き込みとする。
定められた処理を行いデータファイルＡ２１を更新す
る。プログラムＡ１１１は、インタフェースファイルＡ
３１およびインタフェースファイルＢ３２の更新状態フ
ラグを参照し、インタフェースファイルＡ３１の更新状
態フラグが’０’でインタフェースファイルＢ３２の更
新状態フラグが’０’であるので、データファイルＡ２
１に対する更新動作を新規書き込みとする。
【００４６】（３）ステップＡ３を実行する。
サブシステム実行部１１は、プログラムＡ１１１による
データファイルＡ２１に対する更新（新規書き込み）が
完了したので、インタフェースファイルＡ３１の更新状
態フラグを’０’から’１’に変更する。インタフェー
スファイルＡ３１の更新状態フラグが’１’でインタフ
ェースファイルＢ３２の更新状態フラグが’０’とな
る。
データファイルＡ２１に対する更新（新規書き込み）が
完了したので、インタフェースファイルＡ３１の更新状
態フラグを’０’から’１’に変更する。インタフェー
スファイルＡ３１の更新状態フラグが’１’でインタフ
ェースファイルＢ３２の更新状態フラグが’０’とな
る。
【００４７】（４）ステップＢ１を実行する。
ステップＢ２の異常終了に備えて、プログラムＢ１１２
が更新するデータファイルＢ２２を保存ファイルＢ４２
に保存する。
が更新するデータファイルＢ２２を保存ファイルＢ４２
に保存する。
【００４８】（５）ステップＢ２を実行する。
プログラムＢ１１２は、データファイルＡ２１を参照し
て定められた処理を行いデータファイルＢ２２を更新す
る。プログラムＡ１１１は、インタフェースファイルＡ
３１およびインタフェースファイルＢ３２の更新状態フ
ラグを参照し、インタフェースファイルＡ３１の更新状
態フラグが’１’でインタフェースファイルＢ３２の更
新状態フラグが’０’であるので、データファイルＢ２
２に対する更新動作を新規書き込みとする。
て定められた処理を行いデータファイルＢ２２を更新す
る。プログラムＡ１１１は、インタフェースファイルＡ
３１およびインタフェースファイルＢ３２の更新状態フ
ラグを参照し、インタフェースファイルＡ３１の更新状
態フラグが’１’でインタフェースファイルＢ３２の更
新状態フラグが’０’であるので、データファイルＢ２
２に対する更新動作を新規書き込みとする。
【００４９】（６）ステップＢ３を実行する。
サブシステム実行部１１は、プログラムＢ１１２による
データファイルＢ２２に対する更新（新規書き込み）が
完了したので、インタフェースファイルＢ３２の更新状
態フラグを’０’から’１’に変更する。インタフェー
スファイルＡ３１の更新状態フラグが’１’でインタフ
ェースファイルＢ３２の更新状態フラグが’１’とな
る。
データファイルＢ２２に対する更新（新規書き込み）が
完了したので、インタフェースファイルＢ３２の更新状
態フラグを’０’から’１’に変更する。インタフェー
スファイルＡ３１の更新状態フラグが’１’でインタフ
ェースファイルＢ３２の更新状態フラグが’１’とな
る。
【００５０】以上で、複数サブシステムの１サイクルの
処理が終了する。次は、インタフェースファイルＡ３１
の更新状態フラグが’１’でインタフェースファイルＢ
３２の更新状態フラグが’１’の状態で、またサブシス
テムＡの実行から始まる。
処理が終了する。次は、インタフェースファイルＡ３１
の更新状態フラグが’１’でインタフェースファイルＢ
３２の更新状態フラグが’１’の状態で、またサブシス
テムＡの実行から始まる。
【００５１】上記方法を用いれば、サブシステムＢが異
常終了した場合、サブシステムＢで更新するデータファ
イルＢ２２の保存を復元すればデータファイルＢ２２の
整合性は確保される。また、サブシステムＡを複数回実
行してもデータファイルＡ２１はサブシステムＢ内のプ
ログラムＢ１１２がデータを取込済でなければ追加書き
込みすることから、サブシステムＢへの整合性は確保さ
れる。これらのことについて、以下に説明する。
常終了した場合、サブシステムＢで更新するデータファ
イルＢ２２の保存を復元すればデータファイルＢ２２の
整合性は確保される。また、サブシステムＡを複数回実
行してもデータファイルＡ２１はサブシステムＢ内のプ
ログラムＢ１１２がデータを取込済でなければ追加書き
込みすることから、サブシステムＢへの整合性は確保さ
れる。これらのことについて、以下に説明する。
【００５２】先ず、サブシステムＢが異常終了した場合
について説明する。 （１）ステップＢ１を実行する。 （２）ステップＢ２を実行する。ここで、プログラムＢ
１１２の実行中に異常終了する。 （３）ステップＢ１で保存した保存ファイルＢ４２から
データファイルＢ２２を復元する。 （４）ステップＢ２を再実行する。プログラムＢ１１２
は正常に終了する。 （５）ステップＢ３を実行する。
について説明する。 （１）ステップＢ１を実行する。 （２）ステップＢ２を実行する。ここで、プログラムＢ
１１２の実行中に異常終了する。 （３）ステップＢ１で保存した保存ファイルＢ４２から
データファイルＢ２２を復元する。 （４）ステップＢ２を再実行する。プログラムＢ１１２
は正常に終了する。 （５）ステップＢ３を実行する。
【００５３】このように、サブシステムＢが異常終了し
た場合、サブシステムＢで更新するデータファイルＢ２
２の保存を復元してプログラムＢ１１２を再実行すれば
データファイルＢ２２の整合性は確保される。サブシス
テムＡで異常終了した場合も同様である。
た場合、サブシステムＢで更新するデータファイルＢ２
２の保存を復元してプログラムＢ１１２を再実行すれば
データファイルＢ２２の整合性は確保される。サブシス
テムＡで異常終了した場合も同様である。
【００５４】続いて、サブシステムＡを複数回（本説明
例では２回）実行した場合について説明する。 （１）ステップＡ１を実行する。 （２）ステップＡ２を実行する。プログラムＡ１１１
は、業務ファイルＡ５１を参照して処理を行いデータフ
ァイルＡ２１を更新し、正常に終了する。ここでは、イ
ンタフェースファイルＡ３１の更新状態フラグが’０’
でインタフェースファイルＢ３２の更新状態フラグが’
０’であるので、データファイルＡ２１に対する更新動
作は新規書き込みとなる。 （３）ステップＡ３を実行する。インタフェースファイ
ルＡ３１の更新状態フラグが’１’でインタフェースフ
ァイルＢ３２の更新状態フラグが’０’となる。 （４）ステップＡ１を実行する。 （５）ステップＡ２を実行する。プログラムＡ１１１
は、上記（２）とは異なる業務ファイル（業務ファイル
ＡＡ）を参照して処理を行いデータファイルＡ２１を更
新し、正常に終了する。ここでは、インタフェースファ
イルＡ３１の更新状態フラグが’１’でインタフェース
ファイルＢ３２の更新状態フラグが’０’であるので、
データファイルＡ２１に対する更新動作は追加書き込み
となる。 （６）ステップＡ３を実行する。データファイルＡ２１
に対する更新が追加書き込みであったのでインタフェー
スファイルの更新状態フラグは変更されず、インタフェ
ースファイルＡ３１の更新状態フラグが’１’でインタ
フェースファイルＢ３２の更新状態フラグが’０’のま
まである。
例では２回）実行した場合について説明する。 （１）ステップＡ１を実行する。 （２）ステップＡ２を実行する。プログラムＡ１１１
は、業務ファイルＡ５１を参照して処理を行いデータフ
ァイルＡ２１を更新し、正常に終了する。ここでは、イ
ンタフェースファイルＡ３１の更新状態フラグが’０’
でインタフェースファイルＢ３２の更新状態フラグが’
０’であるので、データファイルＡ２１に対する更新動
作は新規書き込みとなる。 （３）ステップＡ３を実行する。インタフェースファイ
ルＡ３１の更新状態フラグが’１’でインタフェースフ
ァイルＢ３２の更新状態フラグが’０’となる。 （４）ステップＡ１を実行する。 （５）ステップＡ２を実行する。プログラムＡ１１１
は、上記（２）とは異なる業務ファイル（業務ファイル
ＡＡ）を参照して処理を行いデータファイルＡ２１を更
新し、正常に終了する。ここでは、インタフェースファ
イルＡ３１の更新状態フラグが’１’でインタフェース
ファイルＢ３２の更新状態フラグが’０’であるので、
データファイルＡ２１に対する更新動作は追加書き込み
となる。 （６）ステップＡ３を実行する。データファイルＡ２１
に対する更新が追加書き込みであったのでインタフェー
スファイルの更新状態フラグは変更されず、インタフェ
ースファイルＡ３１の更新状態フラグが’１’でインタ
フェースファイルＢ３２の更新状態フラグが’０’のま
まである。
【００５５】このように、サブシステムＡを複数回実行
した場合、データファイルＡ２１はサブシステムＢ内の
プログラムＢ１１２によるデータ取り込みが行われてい
ないので追加書き込みされることから、サブシステムＢ
への整合性は確保される。
した場合、データファイルＡ２１はサブシステムＢ内の
プログラムＢ１１２によるデータ取り込みが行われてい
ないので追加書き込みされることから、サブシステムＢ
への整合性は確保される。
【００５６】更に、サブシステムＢを複数回（本説明例
では２回）実行した場合について説明する。 （１）ステップＢ１を実行する。 （２）ステップＢ２を実行する。プログラムＢ１１２
は、データファイルＡ２１を参照して処理を行いデータ
ファイルＢ２２を更新し、正常に終了する。ここでは、
インタフェースファイルＡ３１の更新状態フラグが’
１’でインタフェースファイルＢ３２の更新状態フラグ
が’０’であるので、データファイルＢ２２に対する更
新動作は新規書き込みとなる。 （３）ステップＢ３を実行する。インタフェースファイ
ルＡ３１の更新状態フラグが’１’でインタフェースフ
ァイルＢ３２の更新状態フラグが’１’となる。 （４）ステップＢ１を実行する。 （５）ステップＢ２を実行する。ここでは、インタフェ
ースファイルＡ３１の更新状態フラグが’１’でインタ
フェースファイルＢ３２の更新状態フラグが’１’であ
るので、データファイルＢ２２に対する更新動作は行わ
ない。 （６）ステップＢ３を実行する。データファイルＢ２２
に対する更新が行われなかったのでインタフェースファ
イルの更新状態フラグは変更されず、インタフェースフ
ァイルＡ３１の更新状態フラグが’１’でインタフェー
スファイルＢ３２の更新状態フラグが’１’のままであ
る。
では２回）実行した場合について説明する。 （１）ステップＢ１を実行する。 （２）ステップＢ２を実行する。プログラムＢ１１２
は、データファイルＡ２１を参照して処理を行いデータ
ファイルＢ２２を更新し、正常に終了する。ここでは、
インタフェースファイルＡ３１の更新状態フラグが’
１’でインタフェースファイルＢ３２の更新状態フラグ
が’０’であるので、データファイルＢ２２に対する更
新動作は新規書き込みとなる。 （３）ステップＢ３を実行する。インタフェースファイ
ルＡ３１の更新状態フラグが’１’でインタフェースフ
ァイルＢ３２の更新状態フラグが’１’となる。 （４）ステップＢ１を実行する。 （５）ステップＢ２を実行する。ここでは、インタフェ
ースファイルＡ３１の更新状態フラグが’１’でインタ
フェースファイルＢ３２の更新状態フラグが’１’であ
るので、データファイルＢ２２に対する更新動作は行わ
ない。 （６）ステップＢ３を実行する。データファイルＢ２２
に対する更新が行われなかったのでインタフェースファ
イルの更新状態フラグは変更されず、インタフェースフ
ァイルＡ３１の更新状態フラグが’１’でインタフェー
スファイルＢ３２の更新状態フラグが’１’のままであ
る。
【００５７】このように、サブシステムＢを複数回実行
した場合、２回目以降はサブシステムＡのデータファイ
ルＡ２１をサブシステムＢ内のプログラムＢ１１２によ
り既に取込済なのでデータファイルＢ２２を更新しな
い。データファイルＢ２２の整合性は確保される。
した場合、２回目以降はサブシステムＡのデータファイ
ルＡ２１をサブシステムＢ内のプログラムＢ１１２によ
り既に取込済なのでデータファイルＢ２２を更新しな
い。データファイルＢ２２の整合性は確保される。
【００５８】上述したように、サブシステムのデータフ
ァイルの更新状態を管理するインタフェースファイルを
用いることにより、第１に、サブシステムが異常終了し
た場合、該当するサブシステムのデータファイルのみを
復元し該当サブシステムからの再実行を可能し、第２
に、各サブシステムを個別に実行することを可能にす
る。このことにより、サブシステム異常終了時の再処理
およびサブシステムの個別実行が容易となる効果を生じ
る。
ァイルの更新状態を管理するインタフェースファイルを
用いることにより、第１に、サブシステムが異常終了し
た場合、該当するサブシステムのデータファイルのみを
復元し該当サブシステムからの再実行を可能し、第２
に、各サブシステムを個別に実行することを可能にす
る。このことにより、サブシステム異常終了時の再処理
およびサブシステムの個別実行が容易となる効果を生じ
る。
【００５９】本発明による上述した実施の形態におい
て、データ処理装置の処理動作を実行するためのプログ
ラム等を、データとしてコンピュータの磁気ディスクや
光ディスク等の記録媒体（図示せず）に記録するように
し、記録されたデータを読み出してデータ処理装置を動
作させるために用いる。このように、本発明によるデー
タ処理装置を動作させるデータを記録媒体に記録させ、
この記録媒体をインストールすることによりデータ処理
装置の機能が実現できるようになる。
て、データ処理装置の処理動作を実行するためのプログ
ラム等を、データとしてコンピュータの磁気ディスクや
光ディスク等の記録媒体（図示せず）に記録するように
し、記録されたデータを読み出してデータ処理装置を動
作させるために用いる。このように、本発明によるデー
タ処理装置を動作させるデータを記録媒体に記録させ、
この記録媒体をインストールすることによりデータ処理
装置の機能が実現できるようになる。
【００６０】
【発明の効果】第１の効果は、サブシステムの個別実行
が容易となることである。
が容易となることである。
【００６１】その理由は、サブシステムのデータファイ
ルの更新状態を管理するインタフェースファイルを設
け、インタフェースファイルの更新状態フラグに基づき
サブシステムのデータファイル更新を制御する手段を設
けたからである。
ルの更新状態を管理するインタフェースファイルを設
け、インタフェースファイルの更新状態フラグに基づき
サブシステムのデータファイル更新を制御する手段を設
けたからである。
【００６２】第２の効果は、サブシステム異常終了時の
再処理が容易となることである。
再処理が容易となることである。
【００６３】その理由は、サブシステムの処理ごとにデ
ータファイルを保存する手段、サブシステム異常時に保
存ファイルからデータファイルを復元しサブシステムの
データファイルの更新状態を管理するインタフェースフ
ァイルを参照して再処理を行う手段を設けたからであ
る。
ータファイルを保存する手段、サブシステム異常時に保
存ファイルからデータファイルを復元しサブシステムの
データファイルの更新状態を管理するインタフェースフ
ァイルを参照して再処理を行う手段を設けたからであ
る。
【図１】本発明の実施の形態の構成を示すブロック図
【図２】本発明の実施の形態の動作の流れを示す図
【図３】本発明の実施の形態の動作を説明する図
１ データ処理装置
１１ サブシステム実行部
２１ データファイルＡ
２２ データファイルＢ
３１ インタフェースファイルＡ
３２ インタフェースファイルＢ
４１ 保存ファイルＡ
４２ 保存ファイルＢ
５１ 業務ファイルＡ
１１１ プログラムＡ
１１２ プログラムＢ
Claims (10)
- 【請求項１】 複数のサブシステムを順次実行してデー
タを処理するデータ処理装置であって、複数のサブシス
テムを順次実行するサブシステム実行部と、前記サブシ
ステム対応に存在し前記サブシステム間でデータを連携
するデータファイルの更新状態を管理するインタフェー
スフラグとを備え、前記サブシステム実行部は前記イン
タフェースフラグに基づいて前記データファイルへの出
力を制御することを特徴とするデータ処理装置。 - 【請求項２】 前記サブシステム実行部は、上流サブシ
ステムであり下流サブシステムとの間でデータを連携す
るためのデータファイルを作成するデータ作成側サブシ
ステムが、データ作成側サブシステムのインタフェース
フラグとデータ受取側サブシステムのインタフェースフ
ラグが同値の場合に新規書き出しで前記データファイル
を作成し、データ作成側サブシステムのインタフェース
フラグとデータ受取側サブシステムのインタフェースフ
ラグが異値の場合に追加書き出しで前記データファイル
を作成する、ように制御し、下流サブシステムであり前
記データ作成側サブシステムが作成したデータファイル
を受け取るデータ受取側サブシステムが、データ作成側
サブシステムのインタフェースフラグとデータ受取側サ
ブシステムのインタフェースフラグが同値の場合に前記
データファイルを取り込まず、データ作成側サブシステ
ムのインタフェースフラグとデータ受取側サブシステム
のインタフェースフラグが異値の場合に前記データファ
イルを取り込む、ように制御する、ことを特徴とする請
求項１記載のデータ処理装置。 - 【請求項３】 複数のサブシステムを順次実行してデー
タを処理するデータ処理方法であって、各サブシステム
はサブシステム間でデータを連携するデータファイルの
更新状態を管理するインタフェースフラグに基づいて処
理したデータを出力することを特徴とするデータ処理方
法。 - 【請求項４】 上流サブシステムであるデータ作成側サ
ブシステムは、データ作成側サブシステムのインタフェ
ースフラグとデータ受取側サブシステムのインタフェー
スフラグが同値の場合に処理したデータを新規書き出し
でファイルに作成し、下流サブシステムであるデータ受
取側サブシステムは、データ作成側サブシステムのイン
タフェースフラグとデータ受取側サブシステムのインタ
フェースフラグが異値の場合に前記データ作成側サブシ
ステムが作成したファイルを参照し処理したデータを新
規書き出しでファイルに作成する、ことを特徴とする請
求項３記載のデータ処理方法。 - 【請求項５】 前記データ作成側サブシステムは、デー
タ作成側サブシステムのインタフェースフラグとデータ
受取側サブシステムのインタフェースフラグが異値の場
合に処理したデータを追加書き出しでファイルに作成す
ることを特徴とする請求項４記載のデータ処理方法。 - 【請求項６】 前記データ受取側サブシステムは、デー
タ作成側サブシステムのインタフェースフラグとデータ
受取側サブシステムのインタフェースフラグが同値の場
合に何も処理を行わないことを特徴とする請求項４また
は５記載のデータ処理方法。 - 【請求項７】 複数のサブシステムを順次実行してデー
タを処理するデータ処理プログラムであって、コンピュ
ータに、各サブシステムがサブシステム間でデータを連
携するデータファイルの更新状態を管理するインタフェ
ースフラグに基づいて処理したデータを出力するサブシ
ステム実行機能、を実現させるためのデータ処理プログ
ラム。 - 【請求項８】 前記サブシステム実行機能は、上流サブ
システムであるデータ作成側サブシステムがデータ作成
側サブシステムのインタフェースフラグとデータ受取側
サブシステムのインタフェースフラグが同値の場合に処
理したデータを新規書き出しでファイルに作成する処
理、下流サブシステムであるデータ受取側サブシステム
がデータ作成側サブシステムのインタフェースフラグと
データ受取側サブシステムのインタフェースフラグが異
値の場合に前記データ作成側サブシステムが作成したフ
ァイルを参照し処理したデータを新規書き出しでファイ
ルに作成する処理、を有することを特徴とする請求項７
記載のデータ処理プログラム。 - 【請求項９】 前記サブシステム実行機能は、前記デー
タ作成側サブシステムがデータ作成側サブシステムのイ
ンタフェースフラグとデータ受取側サブシステムのイン
タフェースフラグが異値の場合に処理したデータを追加
書き出しでファイルに作成する処理を有することを特徴
とする請求項８記載のデータ処理プログラム。 - 【請求項１０】 前記サブシステム実行機能は、前記デ
ータ受取側サブシステムがデータ作成側サブシステムの
インタフェースフラグとデータ受取側サブシステムのイ
ンタフェースフラグが同値の場合に何も行わずに終了す
る処理を有することを特徴とする請求項８または９記載
のデータ処理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001188400A JP2003006176A (ja) | 2001-06-21 | 2001-06-21 | データ処理装置，方法およびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001188400A JP2003006176A (ja) | 2001-06-21 | 2001-06-21 | データ処理装置，方法およびプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003006176A true JP2003006176A (ja) | 2003-01-10 |
Family
ID=19027507
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001188400A Pending JP2003006176A (ja) | 2001-06-21 | 2001-06-21 | データ処理装置，方法およびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003006176A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8601493B2 (en) | 2005-03-28 | 2013-12-03 | Mitsubishi Electric Corporation | Application controlling apparatus and storage medium which stores software for the apparatus |
-
2001
- 2001-06-21 JP JP2001188400A patent/JP2003006176A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8601493B2 (en) | 2005-03-28 | 2013-12-03 | Mitsubishi Electric Corporation | Application controlling apparatus and storage medium which stores software for the apparatus |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9460184B2 (en) | Application of a differential dataset to a data store using sequential change sets | |
| JP4886918B1 (ja) | フラッシュコピー・プロセスを処理する方法、ならびにそのためのシステム、およびコンピュータ・プログラム | |
| US7269607B2 (en) | Method and information technology infrastructure for establishing a log point for automatic recovery of federated databases to a prior point in time | |
| JP2004258944A (ja) | ストレージ装置およびその管理方法 | |
| JP2004512599A (ja) | ディジタル信号処理装置 | |
| US20110078499A1 (en) | Business process error handling through process instance backup and recovery | |
| JP5619179B2 (ja) | 計算機システム、ジョブ実行管理方法、及びプログラム | |
| US9513923B2 (en) | System and method for context migration across CPU threads | |
| US7072912B1 (en) | Identifying a common point in time across multiple logs | |
| US8201179B2 (en) | Multi-threaded shared state variable control | |
| CN113220662A (zh) | 索引迁移方法、装置、电子设备及存储介质 | |
| CN113051071A (zh) | 命令提交方法和装置、命令读取方法和装置、电子设备 | |
| US9760484B2 (en) | Data processing method and electronic device | |
| JP2003006176A (ja) | データ処理装置，方法およびプログラム | |
| WO2018022303A1 (en) | Capturing commands in a multi-engine graphics processing unit | |
| US20190188036A1 (en) | Computer system and program migration method | |
| JP4989496B2 (ja) | コマンドネット実行装置、コマンドネット実行プログラム及びコマンドネット実行プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JPH02240762A (ja) | 情報処理装置 | |
| CN116841614B (zh) | 乱序访存机制下的顺序向量调度方法 | |
| JPH0438537A (ja) | Ｄａｓｄ上のデータ・バックアップ／復元方式 | |
| JPH1153239A (ja) | データベースのロールバック処理方法及び前記ロールバック処理方法の手順を記録した記録媒体 | |
| US7490226B2 (en) | Method using vector component comprising first and second bits to regulate movement of dependent instructions in a microprocessor | |
| JP3022011B2 (ja) | データバックアップシステム | |
| JPH01259432A (ja) | バッチジョブの再実行方式 | |
| JP2002007148A (ja) | 共有資源の排他制御システム及び資源ロック方法並びに記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040813 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050301 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050307 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050628 |