JPH07248950A - 資源の更新連携方法 - Google Patents

Abstract

(57)【要約】 【目的】 例えばトランザクションシステムにおいて、
共有資源の更新処理と外部資源との更新処理の連携を制
御して両者の整合性を図る方法を提供する。 【構成】 メモリ内に外部資源１２に対応する代替外部
資源１５を構築し、共有資源１０の参照又は更新中に外
部資源１２の更新要求が発生したときは、この代替外部
資源１５を更新する。そして、共有資源１０の実更新が
可能か否かを判定し、可能であれば代替外部資源１５に
基づいて外部資源１２の実更新を行う。更に、外部資源
１２の実更新が正常に終了したか否かを判定し、正常に
終了したときに共有資源１０の実更新を行う。その後、
代替外部資源１５を削除する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数利用者から共有さ
れる共有資源と、この共有資源の参照又は更新を前提と
し、二次記憶装置等に保存される外部資源とを用いて処
理を行うコンピュータシステムに関し、特に、両資源の
更新連携を図る技術に関する。

【０００２】

【従来の技術】データベース管理システム（ＤＢＭＳ）
等の共有資源管理装置を用いたトランザクションシステ
ムにおいては、複数利用者が共有する共有資源と、この
共有資源の参照又は更新処理を前提とし、二次記憶装置
等に保存される外部資源とを有している。この場合、共
有資源の参照又は更新処理は、共有資源管理装置が提供
するトランザクション処理等によって実現され、共有資
源間の整合性が保証されている。他方、外部資源の更新
処理は、コンピュータシステムのオペレーティングシス
テムが提供する二次記憶装置への更新方法によって実現
されており、共有資源管理装置の管理対象外となってい
る。

【０００３】このように、従来のこの種のシステムで
は、共有資源の参照又は更新処理と、外部資源の更新処
理とが独立に処理され、両処理間の連携はとられていな
かった。

【０００４】

【発明が解決しようとする課題】共有資源は、複数利用
者がアクセスするものであるから優先的に処理の整合性
を保証する必要がある。そのため、場合によっては特定
のアクセスに対する制限、あるいはハードウエア障害な
どによって実際に生じた更新処理が正常に共有資源に反
映されない状況が発生し得る。この場合、共有資源管理
装置は、当該更新処理を無効にし、処理自身が行われる
前の状況を再現するが、無効になった更新処理を前提と
した外部資源の更新が既に行われていた場合は、共有資
源と外部資源との内容の不整合が生じる問題があった。

【０００５】本発明は、かかる問題点に鑑み、共有資源
の更新処理と外部資源との更新処理の連携を制御して両
者の整合性を図る方法を提供することを目的とする。

【０００６】

【課題を解決するための手段】本発明が提供する資源の
更新連携方法は、第１資源（共有資源）の更新と、更新
された第１資源を前提とする第２資源（外部資源）の更
新との連携方法であって、メモリ内に第２資源に対応す
る代替資源を構築し、第１資源の参照又は更新中に第２
資源の更新要求が発生したときは、該第２資源の更新に
代えて代替資源を更新するとともに、第１資源の実更新
が可能か否かを判定し、可能のときに代替資源に基づい
て第２資源の実更新を行うことを特徴とする。

【０００７】上記本発明の方法は、更に、第２資源の実
更新が正常に終了したか否かを判定し、正常に終了した
ときに第１資源の実更新を行うことを特徴とする。な
お、第１資源の実更新が不可能のとき、第２資源の実更
新が異常終了のとき、又は第１資源の実更新を終了した
ときは、前記代替資源をメモリから削除する。

【０００８】本発明が提供する他の方法は、上記資源の
更新連携方法において、代替資源を複写して仮想資源を
メモリ内に構築し、この仮想資源と前記第２資源の更新
処理以外の処理との対応情報を一時保持するとともに、
前記第１資源及び第２の資源の実更新に成功したときは
代替資源の削除前に前記第２資源に関わる更新処理以外
の処理を実行することを特徴とする。なお、処理実行後
は仮想資源も削除する。

【０００９】

【作用】本発明の資源の更新連携方法では、第１資源の
参照又は更新中に第２資源の更新要求が発生すると代替
資源が更新され、以後の第２資源に関する情報はこの代
替資源から取得される。その後、第１資源の実更新が可
能か否かが判定され、可能のときに代替資源に基づいて
第２資源の実更新が行われる。次に、第２資源の実更新
が正常に終了したか否かが判定され、正常に終了したと
きのみ第１資源の実更新が行われる。

【００１０】つまり、第１資源の更新処理が無効になる
ときは第２資源の更新処理も無効になり、他方、第２資
源の実更新に失敗したときは第１資源の実更新も行われ
ないので、両資源の整合性が保証される。なお、第１資
源及び第２資源の更新処理が終了したときは代替資源が
削除されるので、通常の処理に影響を与えない。

【００１１】本発明の他の方法では、仮想資源と第２資
源の更新処理以外の処理との対応情報が一時保持され、
第１資源及び第２の資源の実更新に成功したときは、代
替資源の削除前に、第２資源に関わる上記更新処理以外
の処理が実行される。これにより両資源の整合性を保証
しつつ更新処理以外の処理が実行され、その後に代替資
源及び仮想資源が削除される。

【００１２】

【実施例】次に、図面を参照して本発明の実施例を詳細
に説明する。図１は、本発明の一実施例に係るトランザ
クションシステムの構成図であり、１０は複数の処理プ
ログラムが共有する共有資源（第１資源）、１１は共有
資源管理装置（ＤＢＭＳ）、１２は処理プログラムと１
対１に対応する外部資源（第２資源）、１３は複数の処
理プログラム、１４は更新処理制御部、１５はシステム
のメモリ内に構築された代替外部資源である。更新処理
制御部１４は、ＤＢＭＳ１１が行う共有資源１０の参照
／更新処理及びオペレーティングシステム（図示省略）
が行う外部資源１２の更新処理を連携させるものであ
り、実処理部１４１とバッファ１４２とを有している。

【００１３】なお、共有資源１０は、例えば各種トラン
ザクションに用いるデータベースであり、また、外部資
源１２は、データベースの外部に存する外部ファイルや
磁気テープ等の二次記録媒体の記録情報、バッファ１４
２は、共有資源１０と外部資源１２との更新制御を行う
ための制御情報を格納するテーブルである。

【００１４】次に、上記構成のトランザクションシステ
ムにおいて、共有資源１０の参照／更新要求があった場
合の処理、及び、外部資源の更新要求があった場合の処
理について具体的に説明する。

【００１５】（共有資源１０の参照／更新要求があった
場合の処理）図２は共有資源１０の参照／更新要求があ
った場合の更新処理制御部１４の処理の流れを示すフロ
ーチャートであり、Ｓは処理ステップを表す。図２を参
照すると、更新処理制御部１４は、この要求の受信（Ｓ
１０１）を契機に、外部プログラム等からの外部資源１
２の更新処理が発生したか否かをサーチし（Ｓ１０
２）、発生したときはバッファ１４２に外部資源１２の
情報が登録されているか否かを確認する（Ｓ１０３）。
登録されていないときは、外部資源１２と代替外部資源
１５との対応情報を新規に登録し（Ｓ１０４）、代替外
部資源１５を更新する（Ｓ１０５）。代替外部資源の更
新が終了したときは、再度Ｓ１０２の処理に戻る。

【００１６】このときのバッファ１４２の登録状態の変
遷は図３のとおりであり、バッファ１４２には、外部資
源１２の情報Target1と代替外部資源１５の情報tmplと
がそれぞれ対応付けられて登録される。なお、図３の例
は、一つの外部資源１２（Target1）とそれに対応する
一つの代替外部資源１５（tmpl）の例であるが、外部資
源１２が複数存在するときは、順次各外部資源１２の情
報Targetn（ｎ：自然数）とそれに対応する代替外部資
源１５の情報tmplとを順次バッファ１４２に登録する。
バッファ１４２への登録後は、図４に示すように、外部
資源１２の更新は行わず、代替外部資源１５のみの更新
を行う。

【００１７】一方、Ｓ１０２において外部資源１２の更
新処理が発生していないときは、代替外部資源１５の更
新処が終了していることを確認し（Ｓ１０６）、終了し
ていないときはＳ１０２の処理に戻る。終了していると
きは、共有資源１０の参照／更新処理は可能か否か、つ
まり、所定の処理制限やハードウエア障害などの異常状
況が発生しなかったかどうかを確認する（Ｓ１０７）。

【００１８】共有資源１０の参照／更新処理が可能のと
きは、外部資源１２の実更新の処理に移行する。即ち、
バッファ１４２に登録された代替外部資源１５の情報tm
plをもとに実処理部１４１が外部資源１２を実更新する
（Ｓ１０８）。この外部資源１２の実更新は、具体的に
は、バッファ１４２から代替外部資源１５の情報を抽出
してこれを実際の外部資源１２に移すことによって行
う。そして外部資源１２の実更新が成功したか否かを確
認し（Ｓ１０９）、成功したときは、共有資源１０の参
照／更新処理を実際に反映させる（Ｓ１１０）。つまり
ＤＢＭＳ１１を介して共有資源１０を実更新する。

【００１９】その後、バッファ１４２に登録された情報
のうち、代替外部資源１５の情報tmplと外部資源１２の
情報Target1とを削除し（Ｓ１１４）、代替外部資源１
５自身をも棄却して（Ｓ１１５）処理を終える。図５
は、上述のように共有資源１０の参照／更新処理が正常
に終了した場合の各資源の状態を示す図であり、斜線で
示した資源は更新が行われた資源、破線で示した部分は
棄却された情報である。

【００２０】Ｓ１０７において共有資源１０の参照／更
新処理が正常に終了できないとき、あるいは外部資源１
２の実更新が成功しなかったときは、バッファ１４２の
対応情報target1をクリアし（Ｓ１１１）、代替外部資
源１５をも棄却する（Ｓ１１２）。その後、再度処理を
やり直すかどうかを確認し（Ｓ１１３）、やり直す場合
はＳ１０１に戻る。やり直さない場合は処理を終える。
図６はこの場合の各資源の状態を示す図であり、どの資
源も更新がなされない様子を示している。

【００２１】図５及び図６から明らかなように、共有資
源１０の実更新処理と外部資源１２の実更新は、共に行
われる／共に行われない、というように連携がとられて
いるので、資源間の整合性が保証される。

【００２２】（外部資源の更新要求があった場合の処
理）次に、図７及び図８を参照して外部プログラムＰか
ら外部資源１２を更新する場合の更新処理制御部１４の
処理について説明する。この場合、外部プログラムＰの
呼び出し元の処理が、それ以降で当該プログラムＰの処
理結果を利用する／しないに分類する必要がある。図７
は呼び出し元の処理がそのプログラムＰの処理結果を利
用する場合の処理の流れを示す説明図である。

【００２３】まず、更新処理制御部１４が、外部プログ
ラムＰによる外部資源の更新発生を検出すると（Ｓ２０
１）、バッファ１４２内の外部資源情報Target2及びそ
れに対応する代替外部資源情報tmp2を更新する（Ｓ２０
２）。これにより更新対象となる外部資源１２に代えて
対応する代替外部資源１５が更新される（Ｓ２０３）。
その後外部プログラムＰの実行が開始され（Ｓ２０
４）、外部資源１２を更新する必要が生じたときは、そ
れに代えて代替外部資源１５を更新する。外部プログラ
ムＰの処理が終了したときは（Ｓ２０５）、図２のＳ１
０６以降の処理を行う。これにより共有資源１０との更
新の連携がとられる。

【００２４】図８は、呼び出し元の処理がそのプログラ
ムＰの処理結果を利用しない場合の更新連携処理の流れ
を示す説明図である。この場合は、Ｓ３０１〜Ｓ３０３
までは図７のＳ２０１〜Ｓ２０３と同様となるが、外部
プログラムＰの実行（Ｓ３０４）の際に、実処理に先だ
って、該プログラムＰが使用する代替外部資源１５のコ
ピー（仮想資源）を作成し、これを外部プログラムＰの
実行情報と対応付けてバッファ１４２に格納する。そし
て以後の外部資源１２に対する処理は、このコピーされ
た代替外部資源１５’に対して行い（Ｓ３０６）、図２
のＳ１０６の処理に戻る。これにより共有資源１０と外
部資源１２との整合性を保証しつつプログラムＰが実行
され、その後に各代替資源１５、１５’が削除される。

【００２５】なお、本実施例では、トランザクションシ
ステムの例について説明したが、本発明は更新の連携を
とる必要がある他のシステムにも適用することができ
る。

【００２６】

【発明の効果】以上の説明から明らかなように、本発明
の資源の更新連携方法によれば、第１資源の参照又は更
新中に第２資源の更新要求が発生すると第２の資源の更
新処理に代えて代替資源が更新され、第１資源の実更新
が可能のときにこの代替資源に基づいて第２資源の実更
新が行われるので、第１資源の更新が不可能なときは第
２の資源の実更新も無効になる。

【００２７】また、第２資源の実更新が正常に終了した
ときのみ第１資源の実更新が行われるので、両資源の整
合性が保証される。なお、第１資源及び第２資源の更新
処理が終了したときは代替資源が削除されるので、通常
の処理に影響を与えない。

【００２８】また、本発明の他の更新連携方法によれ
ば、第１資源及び第２の資源の実更新に成功したとき
は、代替資源の削除前に、第２資源に関わる更新処理以
外の処理が実行されるので、両資源の整合性を保証しつ
つ上記処理が実行される。代替資源及び仮想資源はその
後に削除され、他の処理に影響を与えない。

【００２９】このように本発明の各方法によれば、第１
の資源及び第２の資源の更新連携によって両資源の整合
性が保証されるので、アプリケーション等の開発に際し
て、従来必要であった各資源の処理の有効／無効を判断
するステップを省略することができる。

【図面の簡単な説明】

【図１】本発明の一実施例に係るトランザクションシス
テムの構成図。

【図２】本実施例において共有資源の参照／更新要求が
あった場合の更新処理制御部の処理の流れを示すフロー
チャート。

【図３】本実施例におけるバッファの登録状態の変遷を
示す説明図。

【図４】本実施例における代替外部資源の更新状態を示
す説明図。

【図５】本実施例において共有資源及び外部資源の更新
が共に正常終了した場合の状態説明図。

【図６】本実施例において共有資源及び外部資源の少な
くとも一方の更新が異常終了した場合の状態説明図。

【図７】本実施例において、呼び出し元の処理が外部プ
ログラムの処理結果を利用する場合の処理の流れを示す
説明図。

【図８】本実施例において、呼び出し元の処理がそのプ
ログラムＰの処理結果を利用しない場合の更新連携処理
の流れを示す説明図。

【符号の説明】

１０ 共有資源（第１資源） １１ 共有資源管理装置 １２ 外部資源（第２資源） １３ 処理プログラム １４ 更新処理制御部 １４１ 実処理部 １４２ バッファ １５ 代替外部資源（代替資源） １５’代替外部資源のコピー（仮想資源）

Claims (4)

【特許請求の範囲】
1. 【請求項１】 第１資源の更新と、更新された第１資源
   を前提とする第２資源の更新との連携方法であって、メ
   モリ内に前記第２資源に対応する代替資源を構築し、前
   記第１資源の参照又は更新中に前記第２資源の更新要求
   が発生したときは、該第２資源の更新に代えて前記代替
   資源を更新するとともに、前記第１資源の実更新が可能
   か否かを判定し、可能のときに前記代替資源に基づいて
   前記第２資源の実更新を行うことを特徴とする資源の更
   新連携方法。
2. 【請求項２】 請求項１記載の資源の更新連携方法にお
   いて、前記第２資源の実更新が正常に終了したか否かを
   判定し、正常に終了したときに前記第１資源の実更新を
   行うことを特徴とする資源の更新連携方法。
3. 【請求項３】 請求項２記載の資源の更新連携方法にお
   いて、前記第１資源の実更新が不可能のとき、前記第２
   資源の実更新が異常終了のとき、又は前記第１資源の実
   更新を終了したときは、前記代替資源を前記メモリから
   削除することを特徴とする資源の更新連携方法。
4. 【請求項４】 請求項１又は２記載の資源の更新連携方
   法において、前記代替資源を複写して仮想資源をメモリ
   内に構築し、この仮想資源と前記第２資源の更新処理以
   外の処理との対応情報を一時保持するとともに、前記第
   １資源及び第２の資源の実更新に成功したときは前記代
   替資源の削除前に前記第２資源に関わる更新処理以外の
   処理を実行することを特徴とする資源の更新連携方法。