(57)【特許請求の範囲】
【請求項１】
それぞれ１または複数のＣＰＵと主記憶装置とを有する複数のクラスタと，クラスタ間で共用される共用記憶装置とを備え，前記各クラスタの主記憶装置内にオンライン業務に必要になる運転情報とそれらの運転情報が更新されたか否かの更新表示情報とを保持する運転情報記憶手段を有し，前記共用記憶装置内にオンライン業務に必要になる最新の運転情報を保持する共用運転情報格納手段を有し，前記各クラスタでオンライン業務の並列処理を行うシステムにおけるオンライン運転情報管理方法であって，
運転情報を参照するトランザクションにおいて，前記運転情報記憶手段が保持する更新表示情報を調べ，更新なしの場合に前記運転情報記憶手段が保持する運転情報を参照し，更新ありの場合に前記共用運転情報格納手段から該当する運転情報を前記運転情報記憶手段に読み出して前記更新表示情報を更新ありに設定し，読み出した運転情報を参照する処理過程と，
運転情報を更新するトランザクションにおいて，前記共用運転情報格納手段が保持する運転情報を更新し，前記運転情報記憶手段が保持する更新表示情報を更新ありに設定するとともに，前記更新情報記憶手段に記憶される更新表示情報以外の運転情報については更新前の状態のままとし，他のクラスタに運転情報の更新通知を行う処理過程と，
他のクラスタからの運転情報の更新通知に対し，自クラスタ内の前記運転情報記憶手段が保持する更新表示情報を更新ありに設定する処理過程と，
前記運転情報を更新するトランザクションのキャンセル状態が発生した場合に，前記共用運転情報格納手段が保持する運転情報を更新トランザクション開始状態に戻す処理過程とを有する
ことを特徴とするマルチクラスタ・システムにおける運転情報管理方法。
【請求項２】
それぞれ１または複数のＣＰＵと主記憶装置とを有する複数のクラスタと，クラスタ間で共用される共用記憶装置とを備え，各クラスタでオンライン業務の並列処理を行うシステムにおいて，
前記各クラスタの主記憶装置内に，オンライン業務に必要になる運転情報とそれらの運転情報が更新されたか否かの更新表示情報とを保持する運転情報記憶手段と，
前記共用記憶装置内に，オンライン業務に必要になる最新の運転情報を保持する共用運転情報格納手段と，
運転情報が必要なときに，前記運転情報記憶手段が保持する更新表示情報を調べ，更新なしの場合に前記運転情報記憶手段が保持する運転情報を参照し，更新ありの場合に前記共用運転情報格納手段から該当する運転情報を前記運転情報記憶手段に読み出して参照する運転情報参照手段と，
運転情報を変更するときに，前記共用運転情報格納手段が保持する運転情報を更新し，前記運転情報記憶手段が保持する更新表示情報を更新ありに設定するとともに，前記更新情報記憶手段に記憶される更新表示情報以外の運転情報については更新前の状態のままとし，他のクラスタに運転情報の更新通知を行う運転情報更新手段と，
他のクラスタからの運転情報の更新通知に対し，自クラスタ内の前記運転情報記憶手段が保持する更新表示情報を更新ありに設定する運転情報管理手段とを備え，
前記運転情報更新手段は，オンライン業務における更新トランザクションとして起動され，その更新トランザクションのキャンセル状態が発生した場合には，前記共用運転情報格納手段が保持する運転情報が更新トランザクション開始状態に戻されるように構成されている
ことを特徴とするマルチクラスタ・システム。
【請求項３】
請求項２記載のマルチクラスタ・システムにおいて，
前記運転情報記憶手段が保持する更新表示情報は，当該クラスタの立ち上げ時には更新ありに初期設定されている
ことを特徴とするマルチクラスタ・システム。
【請求項４】
それぞれ１または複数のＣＰＵと主記憶装置とを有する複数のクラスタと，クラスタ間で共用される共用記憶装置とを備え，各クラスタでオンライン業務の並列処理を行うシステムに用いられるプログラムを格納したコンピュータ読み取り可能なプログラム記憶媒体であって，
運転情報が必要なときに，自クラスタの主記憶装置内に設けられたオンライン業務に必要になる運転情報とそれらの運転情報が更新されたか否かの更新表示情報とを保持する運転情報記憶手段の更新表示情報を調べ，更新なしの場合にその運転情報記憶手段が保持する運転情報を参照し，更新ありの場合に前記共用装置内に設けられた最新の運転情報を保持する運転情報格納手段から該当する運転情報を前記運転情報記憶手段に読み出して参照する運転情報参照処理と，
運転情報を変更するときに，前記共用運転情報格納手段が保持する運転情報を更新し，前記運転情報記憶手段が保持する更新表示情報を更新ありに設定するとともに，前記更新情報記憶手段に記憶される更新表示情報以外の運転情報については更新前の状態のままとし，他のクラスタに運転情報の更新通知を行う運転情報更新処理と，
他のクラスタからの運転情報の更新通知に対し，自クラスタ内の前記運転情報記憶手段が保持する更新表示情報を更新ありに設定する運転情報管理処理と，
前記運転情報更新処理をオンライン業務における更新トランザクションとして起動することにより，その更新トランザクションのキャンセル状態が発生した場合に，前記共用運転情報格納手段が保持する運転情報を更新トランザクション開始状態に戻す処理とをコンピュータに実行させるプログラムを格納した
ことを特徴とするオンライン運転情報管理のためのプログラム記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，ホットスタンバイおよびロードシェアによる複数のクラスタが混在するシステムにおいて，主記憶装置（メモリ）上に格納している業務オンライン運転情報を，各クラスタ間で同一データで反映を行う機能を持つマルチクラスタ・システムに関するものである。
【０００２】
業務オンライン取引においてトランザクション効率を上げるため，業務オンラインシステムでは業務オンライン運転情報を主記憶装置に展開して，各トランザクション毎にこれを照会している。
【０００３】
近年のコンピュータシステムでは，複数のクラスタによるオンライン業務の並列運用が可能になった。これにともない，各クラスタ内の主記憶装置上に展開している業務オンライン運転情報を，クラスタ間でともに同一データによる反映および保有するための技術が望まれている。
【０００４】
【従来の技術】
従来から複数クラスタによる大規模な業務オンラインシステムが用いられているが，複数クラスタは主として現用系と待機系として用いられていた。また，複数クラスタが現用系であっても，大規模な金融系のシステムでは主に機能分散の観点から用いられているため，複数クラスタは業務オンライン運転に必要な情報をそれぞれ独自に自クラスタ内の主記憶装置で管理すればよく，必ずしも共通の業務オンライン運転情報を照会する必要はなかった。
【０００５】
しかし，ロードシェアの観点からオンライン業務の並列運用を考えた場合，複数クラスタが共通の業務オンライン運転情報を統一的に利用する必要がある。
【０００６】
【発明が解決しようとする課題】
複数クラスタ間で共通の業務オンライン運転情報を照会するためには，その情報を主記憶装置ではなく，共通な外部記憶装置（ＤＡＳＤ）に格納し各クラスタからアクセスさせる必要がある。しかし，このようなシステムの場合には，トランザクション毎にこの外部記憶装置に対してアクセスが発生すると，これに対し，オンラインタスク間での資源の排他待ちや，外部記憶装置へのアクセスにかかる時間により，トランザクション処理性能そのものが低下してしまうという問題がある。
【０００７】
このため，複数のクラスタ間で同一の業務オンライン運転情報を主記憶装置上で管理し，資源の排他待ち時間をなくし，アクセス効率を向上させたシステムを実現することが望まれる。
【０００８】
本発明は，これらの問題を解決するため，主記憶装置と外部記憶装置の２つの資源に対して業務オンライン運転情報を配置することで，各クラスタで発生する業務オンライン運転情報の変更事象を採取し，リアルタイムに他クラスタへ同期反映を行うことを可能にすることを目的としている。
【０００９】
また，クラスタダウン後の再起動において，ダウン中に他クラスタで発生した業務オンライン運転情報の変更事象についても動的に引継ぎを行うことで，オンライン業務のトランザクション処理効率を向上させ，クラスタダウン等の異常時の整合性を保つことを目的としている。
【００１０】
【課題を解決するための手段】
上記目的を達成するため，本発明は，図１に示すような各手段を持つ。
図１は，本発明の構成例を示す。
【００１１】
本マルチクラスタ・システムは，クラスタ（＃０）１０，クラスタ（＃１）１０’の複数のクラスタと，これらのクラスタからアクセス可能な磁気ディスク装置等の共用記憶装置２０からなる。クラスタ１０，１０’は，それぞれ１または複数のＣＰＵと主記憶装置１３，１３’とを有し，各自でオンライン業務の並列処理を行うシステムを持つものである。クラスタ１０は，それぞれが以下に説明する手段を持つ。他のクラスタ１０’も同様である。
【００１２】
運転情報参照手段１１は，運転情報が必要なときに，主記憶装置１３に設けられた運転情報記憶手段１４が保持する更新表示情報を調べ，更新なしの場合に運転情報記憶手段１４が保持する運転情報を参照し，更新ありの場合に共用運転情報格納手段２１から該当する運転情報を運転情報記憶手段１４に読み出して参照する手段である。
【００１３】
運転情報更新手段１２は，運転情報を変更するときに，共用運転情報格納手段２１が保持する運転情報を更新し，運転情報記憶手段１４が保持する更新表示情報を更新ありに設定するとともに，他のクラスタに運転情報の更新通知を行う手段である。
【００１４】
運転情報記憶手段１４は，クラスタ１０の主記憶装置１３内に設けられ，オンライン業務に必要になる運転情報とそれらの運転情報が更新されたか否かの更新表示情報とを保持する。
【００１５】
運転情報管理手段１５は，他のクラスタからの運転情報の更新通知に対し，自クラスタ内の運転情報記憶手段１４が保持する更新表示情報を更新ありに設定する手段である。
【００１６】
共用運転情報格納手段２１は，共用記憶装置２０内に設けられ，オンライン業務に必要になる最新の運転情報を保持する。
本発明は，以下のように作用する。
【００１７】
クラスタ（＃０）１０において，運転情報更新手段１２は，運転情報を変更するときに，共用運転情報格納手段２１が保持する運転情報を更新し，運転情報記憶手段１４の更新表示情報を更新ありに設定するとともに，他のクラスタ（＃１）１０’に運転情報の更新通知を行う。クラスタ（＃１）１０’の運転情報管理手段１５’は，クラスタ（＃０）１０からの運転情報の更新通知に対し，運転情報記憶手段１４’が保持する該当する運転情報に付加された更新表示情報を更新ありに設定する。
【００１８】
クラスタ（＃０）１０において，運転情報が必要なときに，運転情報参照手段１１は，自クラスタの主記憶装置１３内にある運転情報記憶手段１４が保持する更新表示情報を調べる。更新表示が「更新なし」の場合には，運転情報記憶手段１４が保持する運転情報を参照し，運転情報の照会依頼元へ通知する。更新表示が「更新あり」の場合には，共用記憶装置２０へアクセスし共用運転情報格納手段２１から該当する運転情報を運転情報記憶手段１４に読み出して，更新表示を「更新あり」から「更新なし」に変更し，運転情報の照会依頼元へ新しい運転情報を通知する。
【００１９】
これにより，更新された運転情報を外部の共用記憶装置２０の共用運転情報格納手段２１で保持し，変更後の最初の運転情報照会において共用記憶装置２０から主記憶装置１３へ更新された運転情報を読み込むことで，複数クラスタ上での外部の共用記憶装置２０へのアクセス数を削減し，運転情報に対する排他待ち処理の軽減等を始め，アクセス効率を向上させることが可能となる。
【００２０】
また，共用記憶装置２０における共用運転情報格納手段２１が保持する運転情報の更新は，トランザクション処理として行い，このトランザクション処理実行中には共用運転情報格納手段２１に対する排他制御を行う。これにより，他のクラスタの主記憶装置上への前記更新事象が発生した運転情報の反映は，運転情報の更新事象を発生させた運転情報更新手段１２のトランザクションの完結と同期をとって行われることになる。
【００２１】
更新トランザクションがキャンセルや異常終了した場合には，共用運転情報格納手段２１が保持する情報は，いわゆるキャンセルリカバリによって更新トランザクションの開始前の状態に戻されるので，異常が生じても各クラスタ１０，１０’が異なる運転情報によって動作することはない。
【００２２】
以上の各処理手段をコンピュータによって実現するためのプログラムは，コンピュータが読み取り可能な可搬媒体メモリ，半導体メモリ，ハードディスクなどの適当な記憶媒体に格納することができる。
【００２３】
【発明の実施の形態】
以下に，本発明の実施の形態の一例を説明する。
図２は，本発明を実現するハードウェア構成の例を示す。
【００２４】
クラスタ１０，１０’は，それぞれ１または複数のＣＰＵと主記憶装置からなる。外部記憶装置である共用記憶装置（ＤＡＳＤ）２０は，チャネル３１，３１’を介してクラスタ１０，１０’に接続され，各クラスタ１０，１０’から排他的にアクセス可能になっている。また，クラスタ１０，１０’は，クラスタ間結合装置３２，３２’を介してＬＡＮ３３により接続され，クラスタ間通信を行う。さらに，クラスタ１０，１０’は，ＬＡＮ３４および通信制御装置３５により各端末（ＷＳ）３６とのオンライン業務のための通信を行う。
【００２５】
図３〜図５を用いて，本発明の動作処理をさらに詳しく説明する。
図３は，運転情報の更新事象が発生していない状態で，オンライン業務プログラムがトランザクション処理で運転情報の照会を行うときの処理論理を説明する図である。
【００２６】
業務ジョブ５０において業務プログラム５１からの照会依頼が発生すると，運転情報アクセスプログラム５２は，主記憶装置上に展開されている運転情報テーブル４１内の該当する運転情報４の更新表示を判定する（図３：ａ）。該当する運転情報４の更新表示は，「０」（すなわち，ＯＦＦ状態＝更新なし）であるため，そのまま主記憶装置上に展開されている運転情報４のデータを依頼元の業務プログラム５１へ通知する（図３：ｂ）。したがって，このトランザクション処理では，外部の共用記憶装置４２上に配置されている共用運転情報４３のデータに対するアクセス事象は発生しない（図３：ｃ）。
【００２７】
次に，図４に従って，運転情報の更新事象が発生したときの処理論理を説明する。
業務ジョブ６０において業務プログラム６１からの更新依頼が発生すると，運転情報アクセスプログラム６２は，まず更新後の運転情報４５のデータを外部の共用記憶装置４２上に格納する（図４：ａ）。次に，主記憶装置上の運転情報テーブル４１における該当する運転情報４の更新表示を「０」から「１」に変更し，更新表示をＯＮ状態に設定する（図４：ｂ）。このとき，主記憶装置上の運転情報４は更新前状態のままとする（図４：ｃ）。これは，このトランザクションにおいてトランザクションのキャンセル状態が発生した場合に，主記憶装置上の運転情報を，トランザクション開始点の状態に戻す手間を省くためである。
【００２８】
次に，運転情報の更新事象を，他のクラスタ（＃１）４０’上で起動されている運転情報管理プログラム５５’宛へ通知する（図４：ｄ）。クラスタ（＃１）４０’では，この通知を受けると自クラスタ内の主記憶装置上の該当する運転情報テーブル４１の更新表示を「０」から「１」に変更し，ＯＮ状態に設定する（図４：ｅ）。このとき，主記憶装置上の運転情報４は更新前の状態のままとする（図４：ｆ）。
【００２９】
次に，図５に従って，運転情報を更新したトランザクションが完結した後に，後続のトランザクションで該当運転情報の照会を行うときの処理論理を説明する。
【００３０】
業務プログラム５１からの運転情報の照会依頼が発生すると，運転情報アクセスプログラム５２は，主記憶装置上の運転情報テーブル４１における該当する運転情報４の更新表示の判定を行う（図５：ａ）。このとき，更新表示がＯＮ状態であると，外部の共用記憶装置４２上より更新後の運転情報４５の中の運転情報４のデータを入力し（図５：ｂ），主記憶装置上の運転情報テーブル４１の該当する運転情報４へ新しい更新データを反映させる（図５：ｃ）。続いて，運転情報テーブル４１の該当する運転情報４の更新表示を「１」から「０」に変更し，ＯＦＦ状態にする（図５：ｄ）。
【００３１】
これにより，更新された運転情報４を反映した後のトランザクション処理では，次の更新事象が発生するまで主記憶装置上のデータを取得する。
したがって，本発明では，運転情報の照会は，自クラスタ内の主記憶装置上のデータ入力を行い，更新データは外部記憶装置である共用記憶装置へ出力し，更新後の最初の照会にて外部の共用記憶装置より主記憶装置上へ反映を行う手段を実現することで，複数クラスタ上の業務オンライン処理において，オンライン運転情報の資源に対する排他待ち事象および外部記憶装置へのアクセス効率を大幅に改善することができる。
【００３２】
次に，図６〜図８を用いて，本発明の実施の形態の一例における処理動作の流れを説明する。
図６は，運転情報の照会時のプログラム処理の流れを示す図である。前出の図３および図５を用いた説明のように，運転情報の照会処理では，運転情報アクセスプログラム５２は，ステップＳ１〜Ｓ５の処理を行う。
【００３３】
まず，主記憶装置上に展開されている運転情報テーブルの該当する運転情報の更新表示がＯＮ状態か否かを判定する（Ｓ１）。更新表示がＯＦＦ状態であれば，主記憶装置上の運転情報を依頼元の業務プログラムへ通知して（Ｓ５），処理は完了する。更新表示がＯＮ状態であれば，外部の共用記憶装置より更新後の運転情報（更新データ）を入力し（Ｓ２），更新データを主記憶装置上に展開し（Ｓ３），更新表示をＯＦＦ状態に設定し（Ｓ４），その後，主記憶装置上より該当データを業務プログラムに通知して（Ｓ５），処理を完了する。
【００３４】
なお，Ｓ２の処理において外部の共用記憶装置へのアクセスが発生すると，共用記憶装置上の該当データに対する排他制御が行われ，他のプログラムから当該資源へのアクセスが抑止される。抑止の範囲は，外部記憶装置へのアクセス開始から該当トランザクションの終了までであり，この間抑止状態が続く。
【００３５】
図７は，運転情報の更新時のプログラム処理の流れを示す図である。
前出の図４を用いて説明したように，運転情報の更新処理では，運転情報アクセスプログラム６２は，外部の共用記憶装置上へ更新データを書き込んだ後（Ｓ１１），主記憶装置上の該当する運転情報テーブル上の更新表示をＯＮ状態に設定し（Ｓ１２），他のクラスタ宛に更新事象を通知する（Ｓ１３）。このとき，主記憶装置上の該当する運転情報テーブル上には更新データを書き込まない。更新事象が通知された他のクラスタでは，主記憶装置上の該当する運転情報テーブルの更新表示をＯＮ状態に設定する（Ｓ１４）。
【００３６】
主記憶装置上への反映は，例えば，図６に示すような場合において，各クラスタ内の別オンライン取引のトランザクション処理時に行われる。また，共用記憶装置へ更新データの書き込みが発生すると，共用記憶装置上の該当データに対する排他制御が行われ，他のプログラムから当該資源へのアクセスが抑止される。抑止の範囲は，外部記憶装置へのアクセス開始から該当トランザクションの終了までであり，その間抑止状態が続く。
【００３７】
図８は，運転情報の更新後の同一トランザクション内で，トランザクションキャンセル（異常）状態やプログラムの異常終了が発生したときのプログラム処理の流れを示す図である。この処理により，クラスタ間の運転情報の整合性を保持することができる。
【００３８】
ステップＳ２１〜Ｓ２３の処理は，図７に示すＳ１１〜Ｓ１３の処理と同様である。
例えば，ステップＳ２３の処理後トランザクション終了の前に，トランザクションキャンセル（異常）状態やプログラムの異常終了等の異常状態が発生すると，それまでのトランザクション内での処理による共用記憶装置上へのデータの書き出しは，既知のトランザクション制御の処理によって，すべてトランザクションの開始時点の状態に戻される。
【００３９】
ただし，主記憶装置上に展開された運転情報テーブルの内容（更新表示を除く）が，もしステップＳ２２の処理により更新されたとすると，そのまま元に戻されずに残ってしまうことになる。したがって，運転情報の更新事象が発生したトランザクション内で，主記憶装置上に展開したデータの内容をその時点で書き換えてしまうと，トランザクション上の整合性がとれなくなる。
【００４０】
このため，本発明では更新事象が発生したトランザクション内では主記憶装置上の運転情報テーブルを書き換えることはせず，更新表示だけを設定するだけで，該当トランザクションの終了を待ち合わせる。これにより，主記憶装置上に更新表示（ＯＮ状態）が残っていても，この更新表示にもとづき後続のトランザクション処理において外部記憶装置上より整合性のとれたデータを主記憶装置上へ転送して使用することができる。
【００４１】
すなわち，同一クラスタ内の後続のトランザクション処理において，照会依頼が発生すると，更新表示がＯＮ状態かどうかを判定するが（Ｓ２５），ここでは更新状態がＯＮ状態であるから，共用記憶装置より更新前のデータを入力することになり（Ｓ２６），このデータを主記憶装置上の該当する運転情報テーブルへ展開する（Ｓ２７）。その後，更新表示をＯＦＦ状態にし（Ｓ２８），主記憶装置上の新しい運転情報を依頼元の業務プログラムに通知して（Ｓ２９），処理を完了する。
【００４２】
次に，図９に従って，複数クラスタのうちいずれかがシステムダウンやクラスタ未起動状態であるとき，他のクラスタが既にオンライン業務を開始しておりオンライン運転情報が変更されている場合に，新たに起動されるクラスタに運転情報を反映させる処理論理を説明する。この処理により，再起動するクラスタについても運転情報の整合性を保持することができる。
【００４３】
図９のクラスタ（＃０）４０が停止している状態で，他のクラスタ（＃１）４０’では既にオンライン業務が開始され，外部の共用記憶装置４２上の運転情報は既に更新され更新後の運転情報４５を保持している（図９：ａ）。この状態で，クラスタ（＃０）４０が起動されると，システムの開始処理の過程で，主記憶装置上に展開される全ての運転情報テーブル４１中の運転情報の更新表示をＯＮ状態「１」に設定する（図９：ｂ）。これにより，クラスタ（＃０）４０のオンライン業務の最初のトランザクションにおいて，他のクラスタ（＃１）４０’と同様に，共用記憶装置４２の更新後の運転情報４５を照会することができる。
【００４４】
【実施例】
以下に，本発明の実施例として，銀行業務における自動機（ＣＤ，ＡＴＭ）取引業務への適用例を，図１０〜図１５を用いて説明する。
【００４５】
複数クラスタ間で同一業務を並列処理している場合には，各クラスタの運転情報が同一である必要がある。あるクラスタでは，自動機取引抑止表示の運転情報が「０」（自動機取引が可）であるのに対し，他のクラスタでは自動機取引抑止表示が「１」（自動機取引が不可）であることは，業務のバランスが崩れてしまい正当な銀行業務を遂行することができなくなる。したがって，クラスタ間の運転情報テーブルの同一化を図る仕組みが重要となる。
【００４６】
図１０は，銀行業務における自動機取引に関する本発明の実施例の動作概要を説明する図である。
クラスタ１００，２００には，主記憶装置１１０，２１０上の運転情報テーブル１１１，２１１に自動機取引抑止表示の運転情報と，その更新表示が格納されている。自動機取引抑止表示は，午前９時から午後７時までは「０」状態であり，これ以外は「１」状態となり，自動機取引抑止表示が「１」状態のとき自動機４００〜４０３からの取引は抑止される運用とする。
【００４７】
まず，銀行店舗内に設置されている現金自動取引機（ＣＤ，ＡＴＭ）等の自動機４０１，４０２より，一般顧客が現金の払出しまたは現金の預け入れを行う（図１０：ａ）。
【００４８】
自動機４０１，４０２から発生した取引電文は，通信制御装置５００により，並列処理を行っているクラスタ１００，２００に振り分けられる。振り分けられた取引電文は，各クラスタ１００，２００内の自動機取引プログラム１２０，２２０へ通知される（図１０：ｂ）。
【００４９】
自動機取引プログラム１２０，２２０は，業務トランザクションの開始にあたり，取引の有効性を判断するため，運転情報テーブル１１１，２１１を参照する（図１０：ｃ）。ここで，主記憶装置１１０，２１０上に展開されている運転情報テーブル１１１，２１１の更新状態は「０」であるため，該当する運転情報テーブルに対する更新事象は発生していないと判断する。
【００５０】
また，参照した自動機取引抑止表示は「０」であるため，自動機からの取引電文を処理し，該当する顧客口座データベース（顧客口座ＤＢ）３０１を更新し（図１０：ｄ），取引完了の旨を依頼元の自動機４０１，４０２へ通知する（図１０：ｅ）。なお，自動機取引抑止表示が「１」のときには，取引抑止のため，依頼元の自動機４０１，４０２に対しては，時間外の旨または窓口処理の旨等の取引拒否電文を通知する。
【００５１】
図１１は，運転情報テーブルのデータ構造の例を示す図である。外部の共用記憶装置上の１ブロックに１テーブルが保持される。このデータセット上のテーブル内容が各クラスタの主記憶装置上のテーブルに展開される。１テーブルは，例えば１２バイトの利用領域を持ち，利用するテーブル個数分展開されている。
【００５２】
運転情報は，ビット表現され，６４ビット分の情報表示を行う。図中の＊１は更新表示であり，更新表示（＊１）は「０」のときに主記憶装置上のテーブル内容と共用記憶装置にあるデータセット上のテーブル内容とが同じであることを示し，「１」のときに主記憶装置上のテーブル内容と共用記憶装置にあるデータセット上のテーブル内容とが異なることを示す。
【００５３】
運転情報テーブルの運転情報は，それぞれ異なる業務ジョブの運転情報のステータスを表示する。例えば図１２（Ａ）に示すように，運転情報（１）は勘定系業務で利用される運転情報のステータスを，運転情報（２）は情報系業務で利用される運転情報のステータスを示す。
【００５４】
運転情報のステータスの内容は，利用者が任意に設定でき，例えば図１２（Ｂ）に示すように，第０ビットに休日運転表示，第１ビットに自動機取引抑止表示，第２ビットにセンタカット処理抑止表示，…というように，運用のためのステータスが割り当てられる。
【００５５】
図１３は，本発明の実施例におけるシステム構成例を示す図である。
本実施例では，２つのクラスタ１００，２００と，各クラスタ間で共用資源として位置付けられる外部の共用記憶装置（ＤＡＳＤ）３０２により構成されるシステムとする。
【００５６】
クラスタ１００，２００のそれぞれにおいて，運転情報テーブル参照・更新プログラム１５２，２５２は，業務／運用ジョブ１５０，２５０で動作する業務／運用プログラム１５１，２５１のサブルーチン（部品）として構築されている。したがって，あらゆる利用者プログラムから起動することが可能である。運転情報テーブル参照・更新プログラム１５２，２５２において，主記憶装置１１０，２１０上の運転情報テーブル１１１，２１１または共用記憶装置３０２上の運転情報テーブル３０３へのアクセス制御が行われる。
【００５７】
このアクセス制御は，オンライン制御を司るオンラインデータベースシステム１４０，２４０のデータベース管理機構（ＤＢＭＳ）１４２，２４２で実現する。データベース管理機構（ＤＢＭＳ）１４２，２４２は，トランザクション管理とリンクして，資源の排他制御および資源のリカバリ制御を行う機能を持つ。
【００５８】
事象通知プログラム１６１，２６１は，各クラスタ内で一意に存在し，自クラスタ内で発生した運転情報テーブル１１１，２１１の更新事象を一元的に受け取り，他のクラスタに対しその更新事象を通知（更新通知）する。
【００５９】
運転情報テーブル制御プログラム１６２，２６２は，他のクラスタで発生した更新通知を受け取り，自クラスタ内の該当する運転情報テーブルの更新表示を更新する。また，オペレータ（操作者）インタフェースにより運転情報テーブル１１１，２１１の状態照会を行う。
【００６０】
なお，自動機４０１，４２０等や，操作者との通信は，オンラインデータベースシステム１４０，２４０のデータ通信管理機構（ＤＣＭＳ）１４１，２４１で実現する。データ通信管理機構（ＤＣＭＳ）１４１，２４１は，オンラインプログラム間の通信（クラスタ内／クラスタ間）および端末との通信を管理する機能を持つ。
【００６１】
次に，図１４〜図１５を用いて，本発明の実施例における処理動作を説明する。
自動機取引を開始する所定の時刻になり，操作者が自動機取引抑止解除コマンドを投入すると（図１４：ａ），運用プログラム１７０は運用電文入力を受け付けて，運転情報を更新するためのトランザクションを開始し，運転情報テーブル１１１の自動機取引抑止表示を「１」から「０」に更新し，運転情報参照・更新プログラム１５２に更新を依頼し，トランザクションを完了する。
【００６２】
この自動取引抑止解除の処理はスケジューラ１８０によって自動的に行うこともできる。この場合，スケジューラ１８０の時刻管理により「時刻（９：００）起動」のスケジュール処理表が起動されると（図１４：ａ’），スケジューラ１８０は，自動取引抑止解除のスケジュール処理を開始し，運転情報テーブル１１１の自動機取引抑止表示を「１」から「０」に更新し，運転情報参照・更新プログラム１５２に更新を依頼する。
【００６３】
運用プログラム１７０またはスケジューラ１８０から更新依頼を受け付けた運転情報参照・更新プログラム１５２は，外部の共用記憶装置３０２上の運転情報テーブル３０３を更新し（図１４：ｂ），主記憶装置１１０上の運転情報テーブル１１１の更新表示を「０」から「１」へ設定し（図１４：ｃ），事象通知プログラム１６１に対して更新事象通知を発行（ＰＯＳＴ）する（図１４：ｄ）。
【００６４】
事象通知プログラム１６１は，更新事象を待ち合わせており（ＷＡＩＴ），更新事象通知の発行（ＰＯＳＴ）により，トランザクションを開始する。受け付けた更新事象通知を他のクラスタ２００の運転情報テーブル制御プログラム２６２へ通知し（図１４：ｅ），通知完了の応答入力を受けてトランザクションを完了する。
【００６５】
クラスタ２００の運転情報テーブル制御プログラム２６２は，更新事象通知を入力してトランザクションを開始する。該当する運転情報テーブル２１１の更新表示を「０」から「１」へ設定し（図１４：ｆ），通知元の事象通知プログラム１６１へ完了通知をし（図１４：ｇ），トランザクションを完了する。
【００６６】
なお，他のクラスタが２以上ある場合には，（ｅ）〜（ｇ）の処理をクラスタ分繰り返して行う。
この後，自動機４０１から口座取引依頼が通知されると（図１５：ｈ），自動機取引プログラム１９０は，取引可否判定のため，運転情報参照・更新プログラム１５２に対し，該当する運転情報テーブル１１１の参照依頼を発行する。
【００６７】
運転情報参照・更新プログラム１５２は，主記憶装置１１０上の運転情報テーブル１１１の更新表示をチェックする（図１５：ｉ）。ここで，更新表示は「１」であるので，主記憶装置１１０上の運転情報テーブル１１１の内容は更新前のデータであると判断し，共用記憶装置３０２上の該当する運転情報テーブル３０３を読み出し，運転情報テーブル１１１に展開する（図１５：ｊ）。
【００６８】
続いて，外部の共用記憶装置３０２上の運転情報テーブル３０３と主記憶装置１１０上の運転情報テーブル１１１の内容が同じ状態になったため，運転情報テーブル１１１の更新表示を「１」から「０」へ設定する（図１５：ｋ）。これにより，以降，更新事象が発生するまでは，主記憶装置１１０上の運転情報テーブル１１１の参照だけが行われる。
【００６９】
なお，図１５に示す（ｉ）〜（ｋ）の処理は，各クラスタ毎に行われる。
【００７０】
【発明の効果】
以上説明したように，本発明によれば，複数クラスタで同一のオンライン運転情報を照会しながら処理されるオンライン業務プログラムのトランザクションにおいて，更新された運転情報を外部の共用記憶装置で保持し，変更後の最初の運転情報照会において共用記憶装置から各クラスタの主記憶装置へ更新された運転情報を読み込むようにする。
【００７１】
これにより，クラスタ間でのデータの同一性の確保，アクセス能力の向上の実現，および異常時のデータ保証を図ることが可能となる。
【図面の簡単な説明】
【図１】本発明の構成例を示す図である。
【図２】本発明を実現するハードウェア構成の例を示す図である。
【図３】運転情報の更新事象が発生していない状態で，オンライン業務プログラムがトランザクション処理で運転情報の照会を行うときの処理論理を説明する図である。
【図４】運転情報の更新事象が発生したときの処理論理を説明する図である。
【図５】運転情報を更新したトランザクションが完結した後に，後続のトランザクションで該当運転情報の照会を行うときの処理論理を説明する図である。
【図６】運転情報の照会時のプログラム処理の流れを示す図である。
【図７】運転情報の更新時のプログラム処理の流れを示す図である。
【図８】運転情報の更新後の同一トランザクション内で，異常終了が発生したときのプログラム処理の流れを示す図である。
【図９】複数クラスタのうちいずれかがシステムダウンやクラスタ未起動状態であるとき，他のクラスタが既にオンライン業務を開始しておりオンライン運転情報が変更されている場合に，運転情報を反映させる論理を説明する図である。
【図１０】銀行業務における自動機取引に関する本発明の実施例の動作概要を説明する図である。
【図１１】運転情報テーブルのデータ構造の例を示す図である。
【図１２】運転情報の利用の例および運転情報のステータスの内容例を示す図である。
【図１３】本発明の実施例におけるシステム構成例を示す図である。
【図１４】本発明の実施例における処理動作を説明する図である。
【図１５】本発明の実施例における処理動作を説明する図である。
【符号の説明】
１０，１０’  クラスタ
１１  運転情報参照手段
１２  運転情報更新手段
１３，１３’  主記憶装置
１４，１４’  運転情報記憶手段
１５，１５’  運転情報管理手段
２０  共用記憶装置
２１  共用運転情報格納手段
【図１】
0003550289.tif 000002
【図２】
0003550289.tif 000003
【図３】
0003550289.tif 000004
【図４】
0003550289.tif 000005
【図５】
0003550289.tif 000006
【図６】
0003550289.tif 000007
【図７】
0003550289.tif 000008
【図８】
0003550289.tif 000009
【図９】
0003550289.tif 000010
【図１０】
0003550289.tif 000011
【図１１】
0003550289.tif 000012
【図１２】
0003550289.tif 000013
【図１３】
0003550289.tif 000014
【図１４】
0003550289.tif 000015
【図１５】
0003550289.tif 000016