JP2021086489A - 疎結合システム - Google Patents

Abstract

【課題】複数のホストと複数のＭＳＣＰとの接続形態による制約を受けずに、故障した稼働系ＭＳＣＰが保持していた排他情報を待機系ＭＳＣＰに速やかに再生することは困難であること。【解決手段】疎結合システムは、複数のホストと、複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備える。稼働系排他制御装置は、それぞれのホストから送信された共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元のホストに送信し、且つ、コマンドとコマンド実行結果とを含む装置側ロックデータを待機系排他制御装置に送信する。待機系排他制御装置は、稼働系排他制御装置から装置側ロックデータを受信し、稼働系排他制御装置が故障した場合、稼働系排他制御装置から受信した装置側ロックデータに基づいて、故障した稼働系排他制御装置の排他制御情報を再生する。【選択図】図１４

Description

本発明は、疎結合システム、リカバリ方法、待機系排他制御装置、および、プログラムに関する。

複数のホスト（Host-Computer、ホストコンピュータ）間で共用される共用資源を、ＭＳＣＰ（Multi-System Control Processor、排他制御装置）を用いて排他制御しながら複数の処理を行う疎結合システム（Loosely-Coupled System）がある。そのような疎結合システムにおいて、ホストから稼働系ＭＳＣＰに送信したロックもしくはアンロックを要求するコマンドをホスト側でも保持し、稼働系ＭＳＣＰが故障した場合、ホストに保持するコマンドを待機系ＭＳＣＰに送信することにより、故障した稼働系ＭＳＣＰが保持していた排他制御情報を待機系ＭＳＣＰに再生することにより、システムの運用を継続させる技術（以下、第１の関連技術と記す）がある（例えば、特許文献１、２参照）。

また、複数のホストと複数のＭＳＣＰとが単一のネットワークに接続された疎結合システムにおいて、待機系ＭＳＣＰが、ネットワーク上の全ての通信を監視し、稼働系ＭＳＣＰが全て正常に運用されている間にホストから稼働系ＭＳＣＰへ発せられたコマンドを蓄積し、稼働系ＭＳＣＰに障害が発生したときに、蓄積したコマンドに含まれる上記障害が発生した稼働系ＭＳＣＰに対するコマンドおよび該コマンドに対する応答を抽出し、上記障害が発生した稼働系ＭＳＣＰの排他制御情報を再生する技術（以下、第２の関連技術と記す）がある（例えば、特許文献３参照）。

特許第３１３４８６４号 特許第３６３６１６３号 特許第５０６７０７５号

しかしながら、第１の関連技術では、ホストが稼働系ＭＳＣＰに送信したコマンドを大量に保持している状況で稼働系ＭＳＣＰが故障すると、ホストから待機系ＭＳＣＰへ全てのコマンドを送信し終わるまでに多くの時間がかかる。そのため、故障した稼働系ＭＳＣＰが保持していた排他制御情報を待機系ＭＳＣＰに速やかに再生するのは困難であった。一方、第２の関連技術では、そのような課題は解消されるけれども、複数のホストと複数のＭＳＣＰとが単一のネットワークで接続されていなければならないという制約がある。そのため、複数のホストと複数のＭＳＣＰとの接続形態による制約を受けずに、故障した稼働系ＭＳＣＰが保持していた排他制御情報を待機系ＭＳＣＰに速やかに再生し得る技術が望まれている。

本発明の目的は、上述した課題を解決する疎結合システムを提供することにある。

本発明の一形態に係る疎結合システムは、
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、
前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
前記待機系排他制御装置は、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
前記稼働系排他制御装置が故障した場合、前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
ように構成されている。

また本発明の他の形態に係るリカバリ方法は、
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備えた疎結合システムが実行するリカバリ方法であって、
前記稼働系排他制御装置が、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
前記待機系排他制御装置が、前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
ように構成されている。

また本発明の他の形態に係る待機系排他制御装置は、
複数のホストと前記複数のホストで共用する共用資源と稼働系排他制御装置と待機系排他制御装置とを備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信する、疎結合システムにおける前記待機系排他制御装置であって、
前記稼働系排他制御装置から前記装置側ロックデータを受信する手段と、
前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
を備えるように構成されている。

また本発明の他の形態に係るプログラムは、
複数のホストと前記複数のホストで共用する共用資源と稼働系排他制御装置と待機系排他制御装置とを備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信する、疎結合システムにおける前記待機系排他制御装置を構成するコンピュータに、
前記稼働系排他制御装置から前記装置側ロックデータを受信する処理と、
前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する処理と、
を行わせるように構成されている。

本発明は、上述した構成を有することにより、複数のホストと複数のＭＳＣＰとの接続形態にかかわらず、故障した稼働系ＭＳＣＰが保持していた排他制御情報を待機系ＭＳＣＰに速やかに再生することができる。

本発明の第１の実施形態に係る疎結合システムのブロック図である。 本発明の第１の実施形態におけるロックデータテーブルの一例を示す図である。 本発明の第１の実施形態における受信状況テーブルの一例を示す図である。 本発明の第１の実施形態において稼働系ＭＳＣＰが正常に動作している状態でホスト上のＡＰから共用資源の排他要求が出されたときのシステムの動作を示すフローチャートである。 本発明の第１の実施形態におけるＭＳＣＰリリーフ動作の一例を示すフローチャートである。 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生する迄にホストのＡＰから共用資源に対して出された一連の排他要求および稼働系ＭＳＣＰからホストに出されたアテンション通知の一例を示す図である。 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生した時点の排他制御テーブルで管理されている共用資源の排他制御状態を表す図である。 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生した時点のホスト１のロックデータテーブルの一例を示す図である。 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生した時点のホスト２のロックデータテーブルの一例を示す図である。 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生した時点の待機系ＭＳＣＰのロックデータテーブルの一例を示す図である。 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生した時点の待機系ＭＳＣＰのロックデータテーブルの他の例を示す図である。 本発明の第２の実施形態において稼働系ＭＳＣＰが正常に動作している状態でホスト上のＡＰから共用資源の排他要求が出されたときの疎結合システムの動作を示すフローチャートである。 本発明の第２の実施形態におけるＭＳＣＰリリーフ動作の一例を示すフローチャートである。 本発明の第２の実施形態においてホストで定期的に行われる処理の一例を示すフローチャートである。 本発明の第２の実施形態においてホストのＭＳＣＰリリーフ制御部で行われるロック成功に係る不足ロックデータに基づく復元処理（ステップＳ２１２）の一例を示すフローチャートである。 本発明の第３の実施形態におけるＭＳＣＰサブシステムの一例を示す図である。 本発明の第３の実施形態においてホストの排他制御部がロックコマンドを何れのＭＳＣＰに対して発行するかを決定するための制御情報の一例を示す図である。 本発明の第３の実施形態においてＭＳＣＰ０故障時のＭＳＣＰサブシステムの復元状態を示す図である。 本発明の第３の実施形態においてＭＳＣＰ１故障時のＭＳＣＰサブシステムの復元状態を示す図である。 本発明の第３の実施形態におけるＭＳＣＰサブシステムの他の例を示す図である。 本発明の第３の実施形態においてホストの排他制御部がロックコマンドを何れのＭＳＣＰに対して発行するかを決定するための制御情報の他の例を示す図である。 本発明の第３の実施形態においてＭＳＣＰ０故障時のＭＳＣＰサブシステムの復元状態を示す図である。 本発明の第３の実施形態においてＭＳＣＰ１故障時のＭＳＣＰサブシステムの復元状態を示す図である。 本発明の第３の実施形態においてＭＳＣＰ２故障時のＭＳＣＰサブシステムの復元状態を示す図である。 本発明の第４の実施形態に係る疎結合システムのブロック図である。

次に本発明の実施の形態について図面を参照して詳細に説明する。
［第１の実施形態］
図１を参照すると、本発明の第１の実施形態に係る疎結合システム１００は、２台のホスト１、２と、ホスト１，２間で共用される共用資源３と、稼働系ＭＳＣＰ４と、待機系ＭＳＣＰ５とを備えている。ホスト１は、信号線６１、６２、６３を通じて、共用資源３、稼働系ＭＳＣＰ４、待機系ＭＳＣＰ５に通信可能に接続されている。またホスト２は、信号線６４、６５、６６を通じて、共用資源３、稼働系ＭＳＣＰ４、待機系ＭＳＣＰ５に通信可能に接続されている。また稼働系ＭＳＣＰ４と待機系ＭＳＣＰ５は、信号線６７を通じて互いに通信可能に接続されている。

共用資源３は、ホスト１，２間で共用する資源（リソース）である。共用資源３は、例えばディスク装置などの記憶装置、或いは記憶装置に記憶されたファイルなどであってよい。

ホスト１は、オンライン処理やバッチ処理などの業務処理を実行する情報処理装置である。ホスト１は、演算処理部１１と記憶部１２と入出力装置１３とを含んで構成されている。

入出力装置１３は、キーボードなどの入力装置と、液晶ディスプレイなどの画面表示装置とを含んで構成されている。記憶部１２は、ハードディスクやメモリなどの記憶装置からなり、演算処理部１１での各種処理に必要な処理情報およびプログラム１２１を記憶するように構成されている。プログラム１２１は、演算処理部１１に読み込まれて実行されることにより各種処理部を実現するプログラムであり、入出力装置１３などのデータ入出力機能を介して外部装置（図示せず）や記録媒体（図示せず）から予め読み込まれて記憶部１２に保存される。記憶部１２で記憶される主な処理情報として、ロックデータテーブル１２２と受信状況テーブル１２３がある。

ロックデータテーブル１２２は、ホスト１から稼働系ＭＳＣＰ４に対して送信された共用資源３をロックもしくはアンロックするコマンドを保持するテーブルである。図２は、ロックデータテーブル１２２の一例を示す。この例のロックデータテーブル１２２は、ロックデータを格納するエントリを複数備えている。それぞれのエントリは、ＭＳＣＰ＿ＩＤ、コマンドイメージ、結果、通番の各項目を有する。ＭＳＣＰ＿ＩＤの項目には、稼働系ＭＳＣＰ４を一意に識別する識別情報が記録される。コマンドイメージの項目には、ロックコマンドもしくはアンロックコマンドのコマンドイメージが記録される。コマンドイメージは、例えば、ロックか、アンロックの何れであるかを示す要求種別、対象となる共用資源３の識別情報、ロックもしくはアンロックを要求したホストのアプリケーションプロセス（タスクとも称す）を一意に識別する識別情報などを含んで構成されていてよい。結果の項目には、ロックコマンドもしくはアンロックコマンドの実行結果が記録される。実行結果には、例えば、ロック成功、ロック待ち、アンロック成功などがある。通番の項目には、ロックコマンドもしくはアンロックコマンドの実行結果に対して稼働系ＭＳＣＰ４側で採番された通し番号が記録される。

受信状況テーブル１２３は、待機系ＭＳＣＰ５における稼働系ＭＳＣＰ４からのロックデータの受信状況を記録するテーブルである。図３は、受信状況テーブル１２３の一例を示す。この例の受信状況テーブル１２３は、稼働系ＭＳＣＰ＿ＩＤと待機系ＭＳＣＰ＿ＩＤと受信完了通番の各項目を有する１つのエントリを備えている。稼働系ＭＳＣＰ＿ＩＤの項目には、稼働系ＭＳＣＰ４の識別情報が記録される。待機系ＭＳＣＰ＿ＩＤの項目には、待機系ＭＳＣＰ５の識別情報が記録される。受信完了通番の項目には、待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番が記録される。受信完了通番は、稼働系ＭＳＣＰ４から待機系ＭＳＣＰ５への転送が完了した最新のロックデータに含まれる通番であるとも言える。

演算処理部１１は、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部１２からプログラム１２１を読み込んで実行することにより、上記ハードウェアとプログラム１２１とを協働させて各種処理部を実現するように構成されている。演算処理部１１で実現される主な処理部として、ＡＰ（アプリケーションプロセス）１１１、排他制御部１１２、Ｉ／Ｏ制御部１１３、ロックデータ保持部１１４、ホスト間通信部１１５、受信状況問合せ部１１６、障害検出部１１７、および、ＭＳＣＰリリーフ制御部１１８がある。

ＡＰ１１１は、オンライン処理やバッチ処理などの業務処理を実行するように構成されている。ＡＰ１１１は、共用資源３に対してアクセスする前に共用資源３のロックを要求する排他要求（ロック要求）を排他制御部１１２に対して発行し、ロック成功のコマンド実行結果が排他制御部１１２から通知された後、共用資源３をアクセスするように構成されている。またＡＰ１１１は、共用資源３に対するアクセスを終えると、共用資源３のアンロックを要求する排他要求（アンロック要求）を排他制御部１１２に対して発行するように構成されている。

排他制御部１１２は、ＡＰ１１１から排他要求（ロック要求、アンロック要求）が発行されると、その排他要求に応じたコマンド（ロックコマンド、アンロックコマンド）を生成し、当該コマンドを稼働系ＭＳＣＰ４に対して送信（発行）するようＩ／Ｏ制御部１１３に要求するように構成されている。また排他制御部１１２は、上記コマンドの応答としてＩ／Ｏ制御部１１３からコマンド実行結果と通番とを受信すると、そのコマンド実行結果を要求元のＡＰ１１１へ報告し、また、稼働系ＭＳＣＰ４の識別番号とＩ／Ｏ制御部１１３に対して発行したコマンドのイメージとＩ／Ｏ制御部１１３から受信したコマンド実行結果と通番とをロックデータ保持部１１４へ通知するように構成されている。

Ｉ／Ｏ制御部１１３は、ホスト１と外部装置（ＭＳＣＰ、共用資源など）との間のＩ／Ｏ制御を司る。例えば、Ｉ／Ｏ制御部１１３は、排他制御部１１２からの要求に応じて、コマンド（ロックコマンド、アンロックコマンド）を、信号線６２を通じて稼働系ＭＳＣＰ４に対して発行する。またＩ／Ｏ制御部１１３は、上記発行したコマンドの実行結果と通番とを信号線６２を通じて稼働系ＭＳＣＰ４から受信すると、そのコマンド実行結果と通番とを排他制御部１１２に伝達する。その他、Ｉ／Ｏ制御部１１３は、ホスト間通信や受信状況問合せなどのためにホスト１とＭＳＣＰ４、５との間のＩ／Ｏ制御を実施する。

ロックデータ保持部１１４は、ロックデータをロックデータテーブル１２２に保存するように構成されている。例えば、ロックデータ保持部１１４は、稼働系ＭＳＣＰ４の識別番号とＩ／Ｏ制御部１１３に対して発行したコマンドのイメージとＩ／Ｏ制御部１１３から受信したコマンド実行結果と通番とを排他制御部１１２から通知されると、それらを１つのロックデータとしてロックデータテーブル１２２に確保した１つの空きエントリに記録する。

ホスト間通信部１１５は、ホスト１とホスト２との間の通信を行うように構成されている。本実施形態では、ホスト間通信部１１５は、ＭＳＣＰ４もしくはＭＳＣＰ５を介して、ホスト同士でメッセージ通信を行うように構成されている。但し、本発明は、ＭＳＣＰ４、５を使用してホスト間通信を行う構成に限定されない。例えば、図示しない拡張記憶装置などの記憶装置を使用してホスト間通信を行うようにしてもよいし、ＬＡＮなどのネットワークを通じてホスト間通信を行うようにしてもよい。

受信状況問合せ部１１６は、待機系ＭＳＣＰ５に対して、稼働系ＭＳＣＰ４からのロックデータの受信状況を問合せるように構成されている。また受信状況問合せ部１１６は、待機系ＭＳＣＰ５から受信状況の問合せ結果を受信すると、受信した問合せ結果に従って、受信状況テーブル１２３を更新するように構成されている。後述するように、受信状況の問合せ結果には、待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番が含まれている。受信状況問合せ部１１６は、受信状況の問合せ結果に含まれる通番により、受信状況テーブルの受信完了通番の項目を上書きするように構成されている。

障害検出部１１７は、システムの運用中、ＭＳＣＰ４、５の故障（障害）を検出するように構成されている。故障検出手法は任意である。例えば、障害検出部１１７は、一定周期でＭＳＣＰ４、５に対して何らかの問合せを行い、その問合せに対して一定時間内にＭＳＣＰ４、５から応答がなかった場合、ＭＳＣＰ４、５に故障が発生したことを検出してよい。

ＭＳＣＰリリーフ制御部１１８は、システムの運用中に障害検出部１１７によって稼働系ＭＳＣＰ４の故障が検出された場合、故障したＭＳＣＰ４が保持していた排他制御情報を待機系ＭＳＣＰ５に再生した後、待機系ＭＳＣＰ５を新たに稼働系ＭＳＣＰとして動作させてシステムの運用を継続させるように構成されている。ホスト間の排他制御に使われるＭＳＣＰの稼働系障害時に待機系ＭＳＣＰに切り替えを行うことをＭＳＣＰリリーフと呼ぶ。ＭＳＣＰリリーフ制御部１１８は、ＭＳＣＰリリーフの制御を行うように構成されている。

ホスト２は、ホスト１と同じくオンライン処理やバッチ処理などの業務処理を実行する情報処理装置である。ホスト２は、ホスト１と同様な構成および機能を有している。即ち、ホスト２は、ホスト１の演算処理部１１と記憶部１２と入出力装置１３と同様な演算処理部２１と記憶部２２と入出力装置２３とを含んで構成されている。また記憶部２２は、ホスト１のプログラム１２１、ロックデータテーブル１２２、および、受信状況テーブル１２３と同様な、プログラム２２１、ロックデータテーブル２２２、および、受信状況テーブル２２３を記憶するように構成されている。また演算処理部２１は、ホスト１のＡＰ１１１、排他制御部１１２、Ｉ／Ｏ制御部１１３、ロックデータ保持部１１４、ホスト間通信部１１５、受信状況問合せ部１１６、障害検出部１１７、および、ＭＳＣＰリリーフ制御部１１８と同様なＡＰ２１１、排他制御部２１２、Ｉ／Ｏ制御部２１３、ロックデータ保持部２１４、ホスト間通信部２１５、受信状況問合せ部２１６、障害検出部２１７、および、ＭＳＣＰリリーフ制御部２１８を含んで構成されている。

稼働系ＭＳＣＰ４は、通常時に共用資源３の排他制御を実行する情報処理装置である。稼働系ＭＳＣＰ４は、演算処理部４１と記憶部４２とを含んで構成されている。

記憶部４２は、ハードディスクやメモリなどの記憶装置からなり、演算処理部４１での各種処理に必要な処理情報およびプログラム４２１を記憶するように構成されている。プログラム４２１は、演算処理部４１に読み込まれて実行されることにより各種処理部を実現するプログラムであり、入出力装置（図示せず）などのデータ入出力機能を介して外部装置（図示せず）や記録媒体（図示せず）から予め読み込まれて記憶部４２に保存される。記憶部４２で記憶される主な処理情報として、排他制御テーブル４２２と通信領域４２４とがある。

排他制御テーブル４２２は、ホスト１およびホスト２からのロックコマンドおよびアンロックコマンドに基づいた共用資源３の排他制御状態を管理するテーブルである。例えば、排他制御テーブル４２２は、共用資源毎に、共用資源ＩＤ、その共用資源をロックしているホスト上のタスクＩＤの情報を含むロックリスト、その共用資源でロック待ちしているタスクＩＤの情報を含むロック待ちリストなどを管理する。

通信領域４２４は、ホスト１とホスト２間で稼働系ＭＳＣＰ４を通じて行われるホスト間通信のために共用される通信領域である。

演算処理部４１は、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部４２からプログラム４２１を読み込んで実行することにより、上記ハードウェアとプログラム４２１とを協働させて各種処理部を実現するように構成されている。演算処理部４１で実現される主な処理部として、排他制御部４１１、通番制御部４１２、ロックデータ送信部４１３、および、メッセージ転送部４１４がある。

排他制御部４１１は、ホスト１，２間で共用される共用資源３の排他制御を、排他制御テーブル４２２を生成・更新しながら実行するように構成されている。

例えば、排他制御部４１１は、ホスト１、２からロックを要求するコマンドを受信すると、排他制御テーブル４２２に記録された共用資源のロック状態から、ロック要求された共用資源をロックすることが可能か否かを判定する。ロック可であれば、排他制御部４１１は、ロックを要求したタスクがその共用資源をロックしている情報を排他制御テーブル４２２に登録し、ロック要求を行ったホスト上のタスクに対してロック成功のコマンド実行結果と通番制御部４１２から取得した通番とを送信する。また排他制御部４１１は、稼働系ＭＳＣＰ４の識別情報と上記ロックを要求するコマンドのイメージと上記実行結果と上記通番とをロックデータ送信部４１３へ通知する。

ロック不可であれば、排他制御部４１１は、ロック待ちの情報を排他制御テーブル４２２に登録し、ロック要求を行ったホスト上のタスクに対してロック待ちのコマンド実行結果と通番制御部４１２から取得した通番とを送信する。また排他制御部４１１は、稼働系ＭＳＣＰ４の識別情報と上記ロックを要求するコマンドのイメージと上記実行結果と上記通番とをロックデータ送信部４１３へ通知する。

また排他制御部４１１は、ホスト１，２からアンロックを要求するコマンドを受信すると、アンロック要求に該当するタスクのロック情報を排他制御テーブル４２２から削除し、アンロック要求を行ったホスト上のタスクに対してアンロック成功のコマンド実行結果と通番制御部４１２から取得した通番を送信する。また排他制御部４１１は、稼働系ＭＳＣＰ４の識別情報と上記アンロックを要求するコマンドのイメージと上記実行結果と上記通番とをロックデータ送信部４１３へ通知する。

さらに、アンロックされた共用資源に対してロック待ちしているタスクがあれば、排他制御部４１１は、排他制御テーブル４２２から当該ロック待ちの情報を削除した後、排他制御テーブル４２２にそのタスクがその共用資源をロックしている情報を登録し、ロック待ちしていたホスト上のタスクに対してロック成功の実行結果と排他ＩＤと通番制御部４１２から取得した通番とを含む通知を送信する。以降、この通知をアテンション通知と呼ぶ。上記排他ＩＤは、ロック待ちになっていたロックコマンドを特定できる情報であり、例えば、ロックコマンドに含まれるホスト上のタスクＩＤおよび共用資源ＩＤから構成されていてよい。また排他制御部４１１は、稼働系ＭＳＣＰ４の識別情報とアテンション通知とをロックデータ送信部４１３へ通知する。

通番制御部４１２は、排他制御部４１１から通番の取得が要求されると、排他制御部４１１に最後に通知した通番の次の通番を排他制御部４１１に通知するように構成されている。

ロックデータ送信部４１３は、稼働系ＭＳＣＰ４の識別情報とロックもしくはアンロックを要求するコマンドのイメージと当該コマンドの実行結果と通番とが排他制御部４１１から通知されると、それらを１つのロックデータとして、信号線６７を通じて待機系ＭＳＣＰ５へ送信するように構成されている。またロックデータ送信部４１３は、稼働系ＭＳＣＰ４の識別情報とアテンション通知とが排他制御部４１１から通知されると、それらを１つのロックデータとして、信号線６７を通じて待機系ＭＳＣＰ５へ送信するように構成されている。ロックデータ送信部４１３は、１つのロックデータが発生する毎に、その発生したロックデータを、信号線６７を通じて待機系ＭＳＣＰ５へ送信するように構成されていてよい。或いはロックデータ送信部４１３は、発生したロックデータを送信バッファに蓄積し、蓄積量が閾値を超えるか、或いは最も過去に蓄積したロックデータの蓄積時刻からの経過時間が一定時間を超えると、送信バッファに蓄積された全てのロックデータを、信号線６７を通じて一括して待機系ＭＳＣＰ５へ送信するように構成されていてよい。

メッセージ転送部４１４は、稼働系ＭＳＣＰ４を通じて行われるホスト間通信のメッセージの転送を行うように構成されている。例えば、メッセージ転送部４１４は、信号線６２を通じてホスト１から受信したホスト２宛てのメッセージを、通信領域４２４に一時的に保持し、その後、通信領域４２４に保持したホスト２宛てのメッセージを、信号線６５を通じてホスト２へ送信するように構成されている。またメッセージ転送部４１４は、信号線６５を通じてホスト２から受信したホスト１宛てのメッセージを、通信領域４２４に一時的に保持し、その後、通信領域４２４に保持したホスト１宛てのメッセージを、信号線６２を通じてホスト１へ送信するように構成されている。

待機系ＭＳＣＰ５は、稼働系ＭＳＣＰ４が故障した場合に稼働系ＭＳＣＰ４に代わって共用資源３の排他制御を実行する情報処理装置である。待機系ＭＳＣＰ５は、演算処理部５１と記憶部５２とを含んで構成されている。

記憶部５２は、ハードディスクやメモリなどの記憶装置からなり、演算処理部５１での各種処理に必要な処理情報およびプログラム５２１を記憶するように構成されている。プログラム５２１は、演算処理部５１に読み込まれて実行されることにより各種処理部を実現するプログラムであり、入出力装置（図示せず）などのデータ入出力機能を介して外部装置（図示せず）や記録媒体（図示せず）から予め読み込まれて記憶部５２に保存される。記憶部５２で記憶される主な処理情報として、排他制御テーブル５２２とロックデータテーブル５２３と通信領域５２４とがある。

ロックデータテーブル５２３は、稼働系ＭＳＣＰ４から受信したロックデータを保持するテーブルである。

排他制御テーブル５２２は、ＭＳＣＰリリーフによって再生された排他制御テーブルである。その構成は、排他制御テーブル４２２と同じである。

通信領域５２４は、ホスト１とホスト２間で待機系ＭＳＣＰ５を通じて行われるホスト間通信のために共用される通信領域である。

演算処理部５１は、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部５２からプログラム５２１を読み込んで実行することにより、上記ハードウェアとプログラム５２１とを協働させて各種処理部を実現するように構成されている。演算処理部５１で実現される主な処理部として、メッセージ転送部５１４、ロックデータ受信部５１５、排他制御テーブル再生部５１６、および、受信状況応答部５１７がある。

ロックデータ受信部５１５は、稼働系ＭＳＣＰ４のロックデータ送信部４１３から送信されたロックデータを、信号線６７を通じて受信するように構成されている。ロックデータ受信部５１５は、受信したロックデータをロックデータテーブル５２３に保存するように構成されている。またロックデータ受信部５１５は、稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番を受信状況応答部５１７に通知するように構成されている。さらにロックデータ受信部５１５は、ＭＳＣＰリリーフ時、ホスト１、２のＭＳＣＰリリーフ制御部１１８から送信されたロックデータ（後述する不足ロックデータ）を、信号線６３、６６を通じて受信し、ロックデータテーブル５２３に保存するように構成されている。

受信状況応答部５１７は、ロックデータ受信部５１５から通知された、稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番を保持するように構成されている。また受信状況応答部５１７は、ホスト１、２の受信状況問合せ部１１６、２１６から受信状況の問合せ要求を受信すると、最後に保持した通番を問合せ元に送信するように構成されている。

排他制御テーブル再生部５１６は、ＭＳＣＰリリーフ時、ロックデータテーブル５２３に保持されたロックデータに基づいて、故障した稼働系ＭＳＣＰ４の排他制御テーブル４２２を排他制御テーブル５２２として再生するように構成されている。

メッセージ転送部５１４は、待機系ＭＳＣＰ５を通じて行われるホスト間通信のメッセージの転送を行うように構成されている。例えば、メッセージ転送部５１４は、信号線６３を通じてホスト１から受信したホスト２宛てのメッセージを、通信領域５２４に一時的に保持し、その後、通信領域５２４に保持したホスト２宛てのメッセージを、信号線６６を通じてホスト２へ送信するように構成されている。またメッセージ転送部５１４は、信号線６６を通じてホスト２から受信したホスト１宛てのメッセージを、通信領域５２４に一時的に保持し、その後、通信領域５２４に保持したホスト１宛てのメッセージを、信号線６３を通じてホスト１へ送信するように構成されている。

次に、上述のように構成された疎結合システム１００の動作を説明する。先ず、稼働系ＭＳＣＰ４が正常に動作している状態で何れかのホストのＡＰから共用資源３の排他要求が出されたときのシステムの動作を説明する。一例として、ホスト１のＡＰ１１１から排他要求が出された場合について説明するが、ホスト２のＡＰ２１１から排他要求が出された場合も同様の動作となる。

図４は、稼働系ＭＳＣＰ４が正常に動作している状態でホスト１上のＡＰ１１１から共用資源３の排他要求が出されたときのシステムの動作を示すフローチャートである。図４を参照すると、ＡＰ１１１から共用資源３の排他要求（ロック要求もしくはアンロック要求）が出されると（ステップＳ１０１）、排他制御部１１２は排他コマンド（ロックコマンドもしくはアンロックコマンド）を生成し（ステップＳ１０２）、Ｉ／Ｏ制御部１１３は、排他コマンドを、信号線６２を通じて稼働系ＭＳＣＰ４に対して送信（発行）する（ステップＳ１０３）。

稼働系ＭＳＣＰ４の排他制御部４１１は、ホスト１から排他コマンドを受信すると（ステップＳ１０４）、排他処理を実行し（ステップＳ１０５）、その実行結果（ロック成功、ロック待ち、アンロック成功）に対して通番制御部４１２から取得した通番を付与する（ステップＳ１０６）。次に排他制御部４１１は、実行結果と通番とを要求元のホスト１へ返却する（ステップＳ１０７）。またロックデータ送信部４１３は、排他制御部４１１から稼働系ＭＳＣＰ４の識別情報と上記排他コマンドのイメージとその実行結果と通番とを受け取り、それらを１つのロックデータとして信号線６７を通じて待機系ＭＳＣＰ５へ送信する（ステップＳ１０８）。

ホスト１のＩ／Ｏ制御部１１３は、排他コマンドに対するコマンド結果と通番とを信号線６２を通じて稼働系ＭＳＣＰ４から受信する（ステップＳ１０９）。次にロックデータ保持部１１４は、稼働系ＭＳＣＰ４の識別情報と上記発行された排他コマンドのイメージとその実行結果と通番とを１つのロックデータとしてロックデータテーブル１２２に保存する（ステップＳ１１０）。また排他制御部１１２は、上記コマンド結果を要求元のＡＰ１１１へ通知する（ステップＳ１１１）。一方、待機系ＭＳＣＰ５のロックデータ受信部５１５は、稼働系ＭＳＣＰ４から送信されたロックデータを、信号線６７を通じて受信し（ステップＳ１１２）、ロックデータテーブル５２３に保存する（ステップＳ１１３）。

また稼働系ＭＳＣＰ４の排他制御部４１１は、ホスト１から受信した排他コマンドがアンロックコマンドである場合、アンロックされた共用資源に対してロック待ちしているタスクがあれば（ステップＳ１１４）、そのロック待ちをロック成功に変更し（ステップＳ１１５）、そのロック成功の実行結果に通番制御部４１２から取得した通番を付与し（ステップＳ１１６）、ロック成功のコマンド実行結果と排他ＩＤと通番とを含むアテンション通知をホストへ送信する（ステップＳ１１７）。またロックデータ送信部４１３は、稼働系ＭＳＣＰ４の識別情報と上記アテンション通知とを１つのロックデータとして信号線６７を通じて待機系ＭＳＣＰ５へ送信する（ステップＳ１１８）。

ホスト１のＩ／Ｏ制御部１１３は、上記アテンション通知を受信する（ステップＳ１１９）。次にロックデータ保持部１１４は、稼働系ＭＳＣＰ４の識別情報と上記アテンション通知とを１つのロックデータとしてロックデータテーブル１２２に保存する（ステップＳ１２０）。また排他制御部１１２は、アテンション通知の排他ＩＤで特定されるＡＰ１１１へロック成功のコマンド結果を通知する（ステップＳ１２１）。一方、待機系ＭＳＣＰ５のロックデータ受信部５１５は、稼働系ＭＳＣＰ４から送信されたアテンション通知を含むロックデータを、信号線６７を通じて受信し（ステップＳ１２２）、ロックデータテーブル５２３に保存する（ステップＳ１２３）。

上述したように、稼働系ＭＳＣＰ４が正常に動作している場合、稼働系ＭＳＣＰ４は、何れかのホスト１、２から送信された共用資源３をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元のホスト１、２に送信し、且つ、稼働系ＭＳＣＰ４の識別情報とコマンドイメージとその実行結果と通番とを含むロックデータを待機系ＭＳＣＰ５に送信する。また、それぞれのホスト１、２は、稼働系ＭＳＣＰ４に送信したコマンドと稼働系ＭＳＣＰ４から受信したコマンド実行結果と通番とを含むロックデータをロックデータテーブル１２２に保持する。さらに待機系ＭＳＣＰ５は、稼働系ＭＳＣＰ４から受信したロックデータをロックデータテーブル５２３に保存する。このような動作が行われることにより、ホスト１、２から稼働系ＭＳＣＰ４に対して送信された排他コマンドとその実行結果とが、ホスト側のロックデータテーブル１２２、２２２に保存されると共に、待機系ＭＳＣＰ５側のロックデータテーブル５２３に保存されることになる。但し、稼働系ＭＳＣＰ４が、ステップＳ１０７の実行直後もしくはステップＳ１１７の実行直後に故障した場合、稼働系ＭＳＣＰ４からホスト１，２へ送信されたコマンド実行結果やアテンション通知は稼働系ＭＳＣＰ４に送信されない。また、ロックデータ送信部４１３が、過去一定期間もしくは一定量のロックデータを送信バッファに蓄積後、一括して信号線６７を通じてロックデータ受信部５１５へ送信する場合、送信前に稼働系ＭＳＣＰ４が故障すると、送信バッファに蓄積された全てのロックデータが待機系ＭＳＣＰ５へ送信されない。稼働系ＭＳＣＰ４故障時にホスト１、２のロックデータテーブル１２２、２２２に保存されているロックデータのうち、待機系ＭＳＣＰ５のロックデータテーブル５２３に存在しないロックデータを、不足ロックデータと呼ぶことがある。

次に、稼働系ＭＳＣＰ４の故障時にホスト間の排他制御に使われるＭＳＣＰを待機系ＭＳＣＰに切り替えるＭＳＣＰリリーフ動作について説明する。

図５はＭＳＣＰリリーフ動作の一例を示すフローチャートである。図５を参照すると、ホスト１の障害検出部１１７が稼働系ＭＳＣＰ４の障害を検出すると（ステップＳ１３１）、ホスト１が代表ホストとなって、ＭＳＣＰリリーフ制御部１１８によりＭＳＣＰリリーフ動作が開始される。

先ず、ＭＳＣＰリリーフ制御部１１８は、ホスト間通信部１１５によるホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して、稼働系ＭＳＣＰ４に故障が発生した旨の通知を送信する（ステップＳ１３２）。その後、ＭＳＣＰリリーフ制御部１１８は、ＡＰ１１１から共用資源３に対する新たな排他要求（ロック要求もしくはアンロック要求）が出されてもそれを保留するように排他制御部１１２を制御し、他の全ホストからの新規排他要求抑止完了通知の受信を待ち合わせる（ステップＳ１３４）。ホスト２のＭＳＣＰリリーフ制御部２１８は、ホスト間通信によって稼働系ＭＳＣＰ４に故障が発生した旨の通知を代表ホストから受信すると（ステップＳ１３５）、ＡＰ２１１から共用資源３に対する新たな排他要求（ロック要求もしくはアンロック要求）が出されてもそれを保留するように排他制御部２１２を制御し（ステップＳ１３６）、ホスト間通信部２１５によるホスト間通信を使用して、要求元のホスト１のＭＳＣＰリリーフ制御部１１８に新規排他要求抑止完了通知を送信する（ステップＳ１３７）。

代表ホスト１のＭＳＣＰリリーフ制御部１１８は、他の全ホストから新規排他要求抑止完了通知を受信すると（ステップＳ１３８）、ホスト間通信部１１５によるホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して、不足ロックデータ送信要求を送信する（ステップＳ１３９）。その後、ＭＳＣＰリリーフ制御部１１８は、ロックデータテーブル１２２に保存されているロックデータのうち、待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータ（不足ロックデータ）をロックデータテーブル１２２から取得し、信号線６３を通じて待機系ＭＳＣＰ５へ送信し（ステップＳ１４０）、他の全ホストからの不足ロックデータ送信完了通知の受信を待ち合わせる（ステップＳ１４１）。なお、ＭＳＣＰリリーフ制御部１１８は、不足ロックデータが存在しない場合、待機系ＭＳＣＰ５への不足ロックデータの送信は行わず、ステップＳ１４１の処理へと進む。ここで、ＭＳＣＰリリーフ制御部１１８は、不足ロックデータを次のようにして取得する。

先ず、ＭＳＣＰリリーフ制御部１１８は、受信状況問合せ部１１６に対して受信完了通番の問合せを依頼する。受信状況問合せ部１１６は、その依頼に応じて待機系ＭＳＣＰ５の受信状況応答部５１７へ受信完了通番を問合せる。その問合せに応じて受信状況応答部５１７は、稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番を受信完了通番として受信状況問合せ部１１６へ送信する。受信状況問合せ部１１６は、受信した受信完了通番をＭＳＣＰリリーフ制御部１１８へ通知する。ＭＳＣＰリリーフ制御部１１８は、通知された受信完了通番以降の通番を有するロックデータを不足ロックデータとしてロックデータテーブル１２２から取得する。

ホスト２のＭＳＣＰリリーフ制御部２１８は、ホスト間通信によって不足ロックデータ送信要求を受信すると（ステップＳ１４２）、ロックデータテーブル２２２に保存されているロックデータのうち、待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータを不足ロックデータとしてロックデータテーブル２２２から取得し、信号線６６を通じて待機系ＭＳＣＰ５へ送信し（ステップＳ１４３）、ホスト間通信部２１５のホスト間通信を使用して、代表ホスト１のＭＳＣＰリリーフ制御部１１８に対して不足ロックデータ送信完了通知を送信する（ステップＳ１４４）。なお、ＭＳＣＰリリーフ制御部２１８は、不足ロックデータが存在しない場合、待機系ＭＳＣＰ５への不足ロックデータの送信は行わず、ステップＳ１４４の処理へと進む。また、ＭＳＣＰリリーフ制御部２１８は、不足ロックデータの取得では、ＭＳＣＰリリーフ制御部１１８と同様の方法で受信完了通番を取得し、受信完了通番以降の通番を有するロックデータをロックデータテーブル５２３から取得する。

待機系ＭＳＣＰ５のロックデータ受信部５１５は、ホスト１のＭＳＣＰリリーフ制御部１１８から送信された不足ロックデータを、信号線６３を通じて受信すると、ロックデータテーブル５２３へ保存する（ステップＳ１４５）。また待機系ＭＳＣＰ５のロックデータ受信部５１５は、ホスト２のＭＳＣＰリリーフ制御部２１８から送信された不足ロックデータを、信号線６６を通じて受信すると、ロックデータテーブル５２３へ保存する（ステップＳ１４５）。

代表ホスト１のＭＳＣＰリリーフ制御部１１８は、他の全ホストから不足ロックデータ送信完了通知を受信すると（ステップＳ１４６）、信号線６３を通じて待機系ＭＳＣＰ５の排他制御テーブル再生部５１６に対して排他情報再生要求を送信する（ステップＳ１４７）。

待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、排他情報再生要求を受信すると（ステップＳ１４８）、ロックデータテーブル５２３から通番順にロックデータを読み出し、ロックデータに含まれるコマンド、コマンド実行結果、および、アテンション通知に基づいて、障害が発生した稼働系ＭＳＣＰ４の排他制御テーブル４２２と実質的に同じ内容の排他制御テーブル５２２を再生する（ステップＳ１４９）。そして、排他制御テーブル再生部５１６は、排他制御テーブル５２２の再生が完了すると、信号線６３を通じて再生完了通知を代表ホスト１のＭＳＣＰリリーフ制御部１１８へ送信し（ステップＳ１５０）、新稼働系ＭＳＣＰとして動作を開始する。

代表ホスト１のＭＳＣＰリリーフ制御部１１８は、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６から再生完了通知を受信すると（ステップＳ１５１）、ホスト間通信部１１５のホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して運用再開要求を送信する（ステップＳ１５２）。運用再開要求を受信したホスト２のＭＳＣＰリリーフ制御部２１８、および、運用再開要求を送信したホスト１のＭＳＣＰリリーフ制御部１１８は、以後、ＭＳＣＰ５を新稼働系ＭＳＣＰとしてシステムの運用を再開する。

このように本実施形態では、稼働系ＭＳＣＰ４が故障した場合、ホスト１、２のそれぞれは、ロックデータテーブルに保存されているロックデータのうち待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４から受信したロックデータに含まれる通番の最新のもの以降の通番のロックデータ（不足ロックデータ）を待機系ＭＳＣＰ５へ送信し、待機系ＭＳＣＰ５は、稼働系ＭＳＣＰ４が正常に動作しているときに稼働系ＭＳＣＰ４から受信したロックデータとホスト１，２のそれぞれから受信した不足ロックデータとに基づいて、故障した稼働系ＭＳＣＰ４の排他制御テーブル４２２の排他制御情報を排他制御テーブル５２２に再生する。

次に、簡単な例を挙げて、本実施形態によるＭＳＣＰリリーフについてさらに詳細に説明する。

図６Ａは、稼働系ＭＳＣＰ４に故障が発生する迄にホスト１、２のＡＰ１１１、２１１から共用資源３に対して出された一連の排他要求および稼働系ＭＳＣＰ４からホストに出されたアテンション通知の一例を示す図である。この例では、共用資源３は、ホスト１、２で共用される資源ａ１〜ａ３、ｂ１〜ｂ３を含んで構成されている。また、ＡＰ１１１、２１１からの排他要求およびアテンション通知は時間的に以下の順番で出されている。

（１）ＡＰ１１１から資源ａ２に対するロック要求（結果は成功）
（２）ＡＰ１１１から資源ａ１に対するロック要求（結果は成功）
（３）ＡＰ２１１から資源ａ２に対するロック要求（結果はロック待ち）
（４）ＡＰ１１１から資源ａ１に対するアンロック要求（結果は成功）
（５）ＡＰ１１１から資源ａ２に対するアンロック要求（結果は成功）
（６）稼働系ＭＳＣＰ４からＡＰ２１１に対する資源ａ２に係るアテンション通知
（７）ＡＰ２１１から資源ａ３に対するロック要求（結果は成功）
（８）ＡＰ１１１から資源ｂ１に対するロック要求（結果は成功）
（９）ＡＰ２１１から資源ｂ２に対するロック要求（結果は成功）
（１０）ＡＰ１１１から資源ｂ３に対するロック要求（結果は成功）
（１１）ＡＰ２１１から資源ａ３に対するアンロック要求（結果は成功）

図６Ｂは、稼働系ＭＳＣＰ４に故障が発生した時点の排他制御テーブル４２２で管理されている共用資源３の排他制御状態を表す図である。図６Ｂに示すように、稼働系ＭＳＣＰ４の故障時点の排他制御テーブル４２２は、ＡＰ１１１が資源ｂ１、ｂ３をロックし、ＡＰ２１１が資源ａ２、ｂ２をロックしている、という排他制御状態を保持している。

図７Ａ、図７Ｂ、および、図７Ｃは、稼働系ＭＳＣＰ４に故障が発生した時点のホスト１のロックデータテーブル１２２、ホスト２のロックデータテーブル２２２、および、待機系ＭＳＣＰ５のロックデータテーブル５２３の一例を表す図である。この例では、ロックデータテーブル１２２には、図６Ａに示される６つの要求（（１）ロック要求、（２）ロック要求、（４）アンロック要求、（５）アンロック要求、（８）ロック要求、（１０）ロック要求）に１対１に対応する６つのロックデータが保存されている。またロックデータテーブル２２２には、図６Ａに示される４つの要求（（３）ロック要求、（７）ロック要求、（９）ロック要求、（１１）アンロック要求）と１つのアテンション通知（（６）アテンション通知）とに１対１に対応する５つのロックデータが保存されている。また、待機系ＭＳＣＰ５のロックデータテーブル５２３には、図６Ａに示される全ての要求およびアテンション通知に１対１に対応する全てのロックデータが保存されている。

このような状態でＭＳＣＰリリーフが開始されると、待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番（受信完了通番）は、「１１１」である。そのため、ＭＳＣＰリリーフ制御部１１８、２１８は、ロックデータテーブル１２２、２２２中に受信完了通番「１１１」以降の通番を含むロックデータが１つも存在しないので、ステップＳ１４０、Ｓ１４３における待機系ＭＳＣＰ５への不足ロックデータの送信は実質的に行われない。そのため、ステップＳ１４７における待機系ＭＳＣＰ５に対する排他情報再生要求の送信は、速やかに実施されることになる。

待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ロックデータテーブル５２３に保存された図７Ｃに示す合計１１個のロックデータを、通番の順に処理することによって、故障時点の排他制御テーブル４２２を排他制御テーブル５２２に再生する。例えば、排他制御テーブル再生部５１６は、通番１０１のロックデータに基づいて、共用資源ａ２がＡＰ１１１によってロックされている状態を管理する情報を排他制御テーブル５２２に作成する。即ち、排他制御テーブル再生部５１６は、ＡＰ１１１から共用資源ａ２に対するロックコマンドが発行され且つロック成功したときに稼働系ＭＳＣＰ４の排他制御部４１１が排他制御テーブル４２２に対して行う処理と同様の処理を、排他制御テーブル５２２に対して行う。また排他制御テーブル再生部５１６は、通番１０３のロックデータの場合、ＡＰ２１１が共用資源ａ２をロック待ちしている状態を管理する情報を排他制御テーブル５２２に作成する。また排他制御テーブル再生部５１６は、通番１０５のロックデータの場合、共用資源ａ２がＡＰ１１１によってロックされている状態を管理する情報を排他制御テーブル５２２から削除する。また排他制御テーブル再生部５１６は、通番１０６のアテンション通知に係るロックデータの場合、ＡＰ２１１が共用資源ａ２をロック待ちしている状態を管理する情報を排他制御テーブル５２２から削除し、代わりに、共用資源ａ２がＡＰ２１１によってロックされている状態を管理する情報を排他制御テーブル５２２に作成する。

上記説明では、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ロックデータテーブル５２３に保存されたロックデータを通番の順に処理することによって、故障時点の排他制御テーブル４２２を排他制御テーブル５２２に再生した。しかし、排他制御テーブルの再生方法は上記に限定されない。故障時点の排他制御テーブル４２２を再生できるのであれば、他の方法を使用してもよい。例えば、次のような方法であってもよい。

待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ロックデータテーブル５２３に対して、先ず、以下の処理１、２をその順に行う。
処理１：アテンション通知の前提となるロック待ちのロックデータにおけるロック待ちをロック成功に変更し、当該アテンション通知のロックデータを削除する。
処理２：アンロック成功のロックデータとその前提となるロック成功のロックデータとをロックデータテーブル５２３から削除する。

次に排他制御テーブル再生部５１６は、ロックデータテーブル５２３からロック成功のロックデータを全て抽出し、それぞれのコマンドイメージに従って、ロックコマンドに応じた排他制御を行って排他制御テーブル５２２を更新する。次に排他制御テーブル再生部５１６は、ロックデータテーブル５２３からロック待ちのロックデータを全て抽出し、それぞれのコマンドイメージに従って、ロックコマンドに応じた排他制御を行って排他制御テーブル５２２を更新する。以上の処理により、故障時点の排他制御テーブル４２２を排他制御テーブル５２２に再生することができる。

図７Ｃに示すように、稼働系ＭＳＣＰ４に故障が発生した時点のホスト１、２のロックデータテーブル１２２、２２２に保存されたロックデータの全てが、待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されている状況では、ホスト１、２側から待機系ＭＳＣＰ５へロックデータを１つも送信することなく、稼働系ＭＳＣＰ４故障時の排他制御テーブル４２２を待機系ＭＳＣＰ５の排他制御テーブル５２２に再生することができる。

図７Ｄは、稼働系ＭＳＣＰ４に故障が発生した時点の待機系ＭＳＣＰ５のロックデータテーブル５２３の他の例を表す図である。この例では、ロックデータテーブル５２３には、図６Ａに示される５つの要求（（１）ロック要求、（２）ロック要求、（３）ロック要求、（４）アンロック要求、（５）アンロック要求）に１対１に対応する５つのロックデータが保存されている。このような状態でＭＳＣＰリリーフが開始されると、待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番（受信完了通番）は、「１０５」になる。そのため、ＭＳＣＰリリーフ制御部１１８は、通番「１０５」以降の通番を含むロックデータ（通番１０８、１１０のロックデータ）を不足ロックデータとしてロックデータテーブル１２２から取得し、待機系ＭＳＣＰ５へ送信する。またＭＳＣＰリリーフ制御部２１８は、通番「１０５」以降の通番を含むロックデータ（通番１０６、１０７、１０９、１１１）を不足ロックデータとしてロックデータテーブル１２２から取得し、待機系ＭＳＣＰ５へ送信する。そして、ＭＳＣＰリリーフ制御部１１８から待機系ＭＳＣＰ５に対して排他情報再生要求が送信される。待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ロックデータテーブル５２３に保存された図７Ｄに示す合計５個のロックデータと、上述のようにしてホスト１、２から送信された不足ロックデータとを、通番の順に処理することによって、故障時点の排他制御テーブル４２２を排他制御テーブル５２２に再生する。このように、稼働系ＭＳＣＰ４に故障が発生した時点でホスト１、２のロックデータテーブル１２２、２２２に保存されているロックデータの全てが待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていない場合、不足しているロックデータだけをホスト１、２側から待機系ＭＳＣＰ５へ送信する。これにより、稼働系ＭＳＣＰ４故障時の排他制御テーブル４２２を待機系ＭＳＣＰ５の排他制御テーブル５２２に速やかに再生することができる。

このように本実施形態によれば、ホスト１、２が稼働系ＭＳＣＰ４に送信したロックコマンド、アンロックコマンドをロックデータテーブル１２２、２２２に大量に保持している状況で稼働系ＭＳＣＰ４が故障した場合であっても、故障した稼働系ＭＳＣＰ４が排他制御テーブル４２２に保持していた排他制御情報を待機系ＭＳＣＰ５の排他制御テーブル５２２に速やかに再生することができる。

［第２の実施形態］
次に、本発明の第２の実施形態に係る疎結合システム２００について、第１の実施形態との相違点を中心に説明する。

図８は稼働系ＭＳＣＰ４が正常に動作している状態でホスト１上のＡＰ１１１から共用資源３の排他要求が出されたときの疎結合システム２００の動作を示すフローチャートである。また図９はＭＳＣＰリリーフ動作の一例を示すフローチャートである。また図１０はホスト１，２において定期的に行われる処理の一例を示すフローチャートである。

第１の実施形態では、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ＭＳＣＰリリーフの開始後にホストから受信した排他情報再生要求を契機に排他制御テーブル５２２の再生処理を開始した（図５のステップＳ１４８、Ｓ１４９）。これに対して本実施形態では、排他制御テーブル再生部５１６は、稼働系ＭＳＣＰ４が正常に動作している最中に、稼働系ＭＳＣＰ４から受信したロックデータに基づいて、排他制御テーブル５２２の再生処理を行う。具体的には、稼働系ＭＳＣＰ４が正常に動作している最中に、ロックデータ受信部５１５が稼働系ＭＳＣＰ４のロックデータ送信部４１３から新たなロックデータを受信し保存する毎に（図８のステップＳ１１２、Ｓ１１３）、排他制御テーブル再生部５１６は、その新たに受信して保存されたロックデータに基づいて排他制御テーブル５２２の再生処理を行う（ステップＳ２０１）。こうすることによって、待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４と全く同じ動作をほぼ並行して行うことになるため、稼働系ＭＳＣＰ４故障によるＭＳＣＰリリーフ時に待機系ＭＳＣＰ５で再生すべきコマンド量が低減され、故障した稼働系ＭＳＣＰ４が排他制御テーブル４２２に保持していた排他情報を待機系ＭＳＣＰ５の排他制御テーブル５２２により速やかに再生することができる。

また本実施形態では、排他制御テーブル再生部５１６は、排他制御テーブル５２２の再生処理に使ったロックデータに含まれる稼働系ＭＳＣＰ４の識別情報と通番とを受信状況応答部５１７に通知し、受信状況応答部５１７は、通知された稼働系ＭＳＣＰ４の識別情報に対応して、通知された通番を受信完了通番として保持する（ステップＳ２０２）。さらに本実施形態では、図１０のフローチャートに示されるように、ホスト１、２の受信状況問合せ部１１６、２１６は、稼働系ＭＳＣＰ４が正常に動作している最中に、例えばタイマによって定期的に起動され、起動される毎に、待機系ＭＳＣＰ５に対して稼働系ＭＳＣＰ４からのロックデータの受信状況を問合せ（ステップＳ２３１）、その応答である受信完了通番を受信状況テーブル１２３に保存する（ステップＳ２３２）。さらに、ロックデータ保持部１１４、２１４は、受信状況テーブル１２３に保存された最新の受信完了通番に基づいて、ロックデータテーブル１２２、２２２を更新する（ステップＳ２３３）。

ステップＳ２３３におけるロックデータテーブル１２２、２２２の更新では、ロックデータ保持部１１４、２１４は、以下の処理ａ、ｂをその順に行う。
処理ａ：最新の受信完了通番以前の通番を有するアテンション通知のロックデータの通番で、その前提となるロック待ちのロックデータの通番を上書きし、且つ、ロック待ちをロック成功に変更する。また当該アテンション通知のロックデータを削除する。
処理ｂ：最新の受信完了通番以前の通番を有するアンロック成功のロックデータとその前提となるロック成功のロックデータとをロックデータテーブル１２２、２２２から削除する。

例えば、ロックデータテーブル１２２が図７Ａに示す状態にあるときに最新の受信完了通番が「１０７」として得られた場合、ロックデータ保持部１１４は、通番「１０４」のアンロック成功のロックデータおよびその前提となる通番「１０２」のロック成功のロックデータと、通番「１０５」のアンロック成功のロックデータおよびその前提となる通番「１０１」のロック成功のロックデータとをロックデータテーブル１２２から削除する。また、ロックデータテーブル２２２が図７Ｂに示す状態にあるときに最新の受信完了通番が「１０７」として得られた場合、ロックデータ保持部２１４は、アテンション通知のロックデータの通番「１０６」で、その前提となるロック待ちのロックデータの通番「１０３」を上書きし、且つ、そのロック待ちをロック成功に変更する。なお、通番「１１１」のアンロック成功のロックデータおよびその前提となる通番「１０７」のロック成功のロックデータは、双方の通番が共に受信完了通番「１０７」以降でないため、削除されない。その理由は、もし削除してしまうと、待機系ＭＳＣＰ５が受信完了通番「１０７」の時点で稼働系ＭＳＣＰ４に故障が発生した場合、待機系ＭＳＣＰ５が排他制御テーブル５２２上で管理している、ＡＰ２１１が共用資源ａ３をロックしている状態を、アンロックするためのコマンドをホスト２から待機系ＭＳＣＰ５へ不足ロックデータとして送信できないためである。

上記のようにロックデータテーブル１２２、２２２を更新することにより、ロックデータテーブル１２２、２２２に保存されるロックデータ量を削減でき、ロックデータテーブル１２２、２２２に必要な記憶容量を削減することができる。

また第１の実施形態では、ホスト１、２のＭＳＣＰリリーフ制御部１１８、２１８は、不足ロックデータ全体を待機系ＭＳＣＰ５へ送信し、排他制御テーブル再生部５１６は、受信したロックデータに基づいて排他制御テーブル５２２の再生を行った。これに対して本実施形態では、ホスト１、２のＭＳＣＰリリーフ制御部１１８、２１８は、不足ロックデータに含まれるロック成功したロックコマンド、ロック待ちしたロックコマンドを待機系ＭＳＣＰ５に対して発行し、排他制御テーブル再生部５１６は、発行されたロックコマンドに基づく排他制御処理を行うことによって、排他制御テーブル５２２の再生を行う。以下、この点について詳細に説明する。

図９に示すように、ホスト１のＭＳＣＰリリーフ制御部１１８は、他の全ホストから新規排他要求抑止完了通知を受信すると（ステップＳ１３８）、ホスト間通信部１１５によるホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して、ロック成功に係る不足ロックデータに基づく復元要求を送信する（ステップＳ２１１）。その後、ＭＳＣＰリリーフ制御部１１８は、ロックデータテーブル１２２に保存されているロック成功に係るロックデータのうち待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータに基づいて、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６との間で、不足ロックデータに基づく復元処理を行う（ステップＳ２１２、Ｓ２１３）。そして、ＭＳＣＰリリーフ制御部１１８は、他の全ホストからのロック成功に係る不足ロックデータに基づく復元完了通知の受信を待ち合わせる（ステップＳ２１４）。なお、ＭＳＣＰリリーフ制御部１１８は、ロック成功に係る不足ロックデータが存在しない場合、待機系ＭＳＣＰ５との間のロック成功に係る不足ロックデータに基づく復元処理は行わず、ステップＳ２１４の処理へと進む。

一方、ホスト２のＭＳＣＰリリーフ制御部２１８は、ロック成功に係る不足ロックデータに基づく復元要求を受信すると（ステップＳ２１５）、ロックデータテーブル２２２に保存されているロック成功に係るロックデータのうち待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータ（不足ロックデータ）に基づいて、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６との間で、不足ロックデータに基づく復元処理を行う（ステップＳ２１６、Ｓ２１７）。そして、ＭＳＣＰリリーフ制御部２１８は、ロック成功に係る不足ロックデータに基づく復元処理を完了すると、ホスト間通信部２１５によるホスト間通信を使用して、ロック成功に係る不足ロックデータに基づく復元完了通知をホスト１のＭＳＣＰリリーフ制御部１１８へ送信する（ステップＳ２１８）。

ホスト１のＭＳＣＰリリーフ制御部１１８は、他の全ホストからロック成功に係る不足ロックデータに基づく復元完了通知を受信すると（ステップＳ２１９）、ホスト間通信部１１５によるホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して、ロック待ちに係る不足ロックデータに基づく復元要求を送信する（ステップＳ２２１）。その後、ＭＳＣＰリリーフ制御部１１８は、ロックデータテーブル１２２に保存されているロック待ちに係るロックデータのうち待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータに基づいて、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６との間で、不足ロックデータに基づく復元処理を行う（ステップＳ２２２、Ｓ２２３）。そして、ＭＳＣＰリリーフ制御部１１８は、他の全ホストからのロック待ちに係る不足ロックデータに基づく復元完了通知の受信を待ち合わせる（ステップＳ２２４）。なお、ＭＳＣＰリリーフ制御部１１８は、ロック待ちに係る不足ロックデータが存在しない場合、待機系ＭＳＣＰ５との間のロック待ちに係る不足ロックデータに基づく復元処理は行わず、ステップＳ２２４の処理へと進む。

一方、ホスト２のＭＳＣＰリリーフ制御部２１８は、ロック待ちに係る不足ロックデータに基づく復元要求を受信すると（ステップＳ２２５）、ロックデータテーブル２２２に保存されているロック待ちに係るロックデータのうち待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータ（不足ロックデータ）に基づいて、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６との間で、不足ロックデータに基づく復元処理を行う（ステップＳ２２６、Ｓ２２７）。そして、ＭＳＣＰリリーフ制御部２１８は、ロック待ちに係る不足ロックデータに基づく復元処理を完了すると、ホスト間通信部２１５によるホスト間通信を使用して、ロック待ちに係る不足ロックデータに基づく復元完了通知をホスト１のＭＳＣＰリリーフ制御部１１８へ送信する（ステップＳ２２８）。ロック成功およびロック待ちに係る不足ロックデータに基づく復元が完了した待機系ＭＳＣＰ５は、以後、新稼働系として動作する。

ホスト１のＭＳＣＰリリーフ制御部１１８は、他の全ホストからロック待ちに係る不足ロックデータに基づく復元完了通知を受信すると（ステップＳ２２９）、ホスト間通信部１１５のホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して運用再開要求を送信し（ステップＳ２３０）、以後、ＭＳＣＰ５を新稼働系ＭＳＣＰとしてシステムの運用を再開する。またホスト２のＭＳＣＰリリーフ制御部２１８は、運用再開要求を受信すると（ステップＳ２３１）、以後、ＭＳＣＰ５を新稼働系ＭＳＣＰとしてシステムの運用を再開する。

図１１は、ホスト１のＭＳＣＰリリーフ制御部１１８で行われるロック成功に係る不足ロックデータに基づく復元処理（ステップＳ２１２）の一例を示すフローチャートである。図１１を参照すると、ＭＳＣＰリリーフ制御部１１８は、先ず、ロックデータテーブル１２２からロック成功に係るロックデータを１つ取り出す（ステップＳ２４１）。ここで、ロック成功に係るロックデータとは、コマンド実行結果が「ロック成功」となっているロックデータであって、それに関連するアンロック成功のロックデータがロックデータテーブル１２２に存在しないものである。また、コマンド実行結果が「ロック待ち」になっているロックデータであって、それに関連するアテンション通知がロックデータテーブル１２２に保存されており、且つ、それに関連するアンロック成功のロックデータがロックデータテーブル１２２に存在しないものも、ロック成功に係るロックデータとして扱う（このときの通番はアテンション通知の通番を使用する）。

次にＭＳＣＰリリーフ制御部１１８は、コマンド発行先のＭＳＣＰとして待機系ＭＳＣＰ５を決定する（ステップＳ２４２）。次にＭＳＣＰリリーフ制御部１１８は、受信状況テーブル１２３から最新の受信完了通番を参照する（ステップＳ２４３）。次にＭＳＣＰリリーフ制御部１１８は、ステップＳ２４１で取り出したロックデータに含まれる通番が最新の受信完了通番より大きいか否か（より最新か否か）を判定する（ステップＳ２４４）。次にＭＳＣＰリリーフ制御部１１８は、その判定結果がＹＥＳならば、ステップＳ２４１で取り出したロックデータに含まれるコマンドイメージで特定されるロックコマンドを送信バッファ（図示せず）に蓄積し（ステップＳ２４５）、ステップＳ２４６へ進む。また上記判定結果がＮＯならば、ＭＳＣＰリリーフ制御部１１８は、ステップＳ２４５をスキップして、ステップＳ２４６へ進む。ステップＳ２４６では、ＭＳＣＰリリーフ制御部１１８は、ロック成功に係るロックデータをロックデータテーブル１２２から全て取り出したか否かを判定し、その判定結果がＮＯならば、ステップＳ２４１に戻って、上述した処理と同様の処理を繰り返す。。上記判定結果がＹＥＳならば、ＭＳＣＰリリーフ制御部１１８は、送信バッファに蓄積された全てのロックコマンドをＩ／Ｏ制御部１１３を通じて、待機系ＭＳＣＰ５へ発行する（ステップＳ２４７）。待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ＭＳＣＰリリーフ制御部１１８から発行されたロックコマンドに応じた排他制御処理を行って、排他制御テーブル５２２を更新する。

ホスト２のＭＳＣＰリリーフ制御部２１８で行われるロック成功に係る不足ロックデータに基づく復元処理（ステップＳ２１６）も、図１１を参照して説明した処理と同様に行われる。またホスト１、２のＭＳＣＰリリーフ制御部１１８、２１８で行われるロック待ちに係る不足ロックデータに基づく復元処理（ステップＳ２２２、２２６）は、ロック成功に係るロックデータの代わりにロック待ちに係るロックデータに基づいて行われる以外、図１１を参照して説明した処理と同様に行われる。ここで、ロック待ちに係るロックデータとは、コマンド実行結果が「ロック待ち」となっているロックデータであって、それに関連するアテンション通知がロックデータテーブル１２２に存在しないものである。

［第３の実施形態］
次に、本発明の第３の実施形態に係る疎結合システム３００について、第１の実施形態との相違点を中心に説明する。

第１の実施形態では、稼働系ＭＳＣＰおよび待機系ＭＳＣＰがそれぞれ１台の構成であったが、本実施形態ではそれ以外の構成に対して本発明を適用する例を説明する。以下、疎結合システムに存在するＭＳＣＰの集合をＭＳＣＰサブシステムと記す。

図１２Ａは、ＭＳＣＰサブシステムの一例を示す。この例では、ＭＳＣＰは、ＭＳＣＰ０、ＭＳＣＰ１、ＭＳＣＰ２の合計３台存在する。そのうち、ＭＳＣＰ０は、第１の実施形態における稼働系ＭＳＣＰ４と同様な動作を行い、ＭＳＣＰ２は、第１の実施形態における待機系ＭＳＣＰ５と同様な動作を行い、ＭＳＣＰ１は、第１の実施形態における稼働系ＭＳＣＰ４および待機系ＭＳＣＰ５の両方の動作を行っている。具体的には、ＭＳＣＰ０は、ホスト１、２から発行されたロックコマンド、アンロックコマンドに従って排他制御を実施して排他制御テーブルＡを更新し、またロックデータをＭＳＣＰ０の待機系であるＭＳＣＰ１に対して送信している。またＭＳＣＰ１は、ホスト１、２から発行されたロックコマンド、アンロックコマンドに従って排他制御を実施して排他制御テーブルＢを更新し、またロックデータをＭＳＣＰ１の待機系であるＭＳＣＰ１に対して送信している。さらにＭＳＣＰ１は、ＭＳＣＰ０から受信したロックデータをロックデータテーブルＡに保存している。またＭＳＣＰ２は、ＭＳＣＰ１から受信したロックデータをロックデータテーブルＢに保存している。なお、ＭＳＣＰ０およびＭＳＣＰ１のロックデータ送信部４１３には、ロックデータの送り先となるＭＳＣＰの情報が事前に設定されている。

図１２Ｂは、複数のホスト１、２の排他制御部がロックコマンドを何れのＭＳＣＰに対して発行するかを決定するための制御情報の一例を示す。この制御情報は各ホスト１，２に事前に記憶されている。この例では、共用資源の識別情報（例えばファイルＩＤとブロックＩＤとを連列したもの）を数値として、その数値を４で割った余りをハッシュ値として求め、そのハッシュ値に対応して予め定められたＭＳＣＰをコマンド発行先ＭＳＣＰとしている。具体的には、ＭＳＣＰ０とＭＳＣＰ１が正常な場合、排他制御部は、ハッシュ値が０または１の共用資源についてはＭＳＣＰ０に対してコマンドを発行し、ハッシュ値が２または３の共用資源についてはＭＳＣＰ１に対してコマンドを発行する。また、ＭＳＣＰ０が故障してＭＳＣＰ１とＭＳＣＰ２とが動作している場合、排他制御部は、ハッシュ値が０または１の共用資源についてはＭＳＣＰ２に対してコマンドを発行し、ハッシュ値が２または３の共用資源についてはＭＳＣＰ１に対してコマンドを発行する。また、ＭＳＣＰ１が故障してＭＳＣＰ０とＭＳＣＰ２とが動作している場合、排他制御部は、ハッシュ値が０または１の共用資源についてはＭＳＣＰ０に対してコマンドを発行し、ハッシュ値が２または３の共用資源についてはＭＳＣＰ２に対してコマンドを発行する。

図１２Ｃは、ＭＳＣＰ０故障時のＭＳＣＰサブシステムの復元状態を示す。ＭＳＣＰ０が故障した場合、ＭＳＣＰ１のロックデータテーブルＡに保存されたロックデータに基づいて、故障したＭＳＣＰ０の排他制御テーブルＡをＭＳＣＰ１上に復元し、またＭＳＣＰ２のロックデータテーブルＢに保存されたロックデータに基づいて、ＭＳＣＰ１の排他制御テーブルＢをＭＳＣＰ２上に復元する。そして、故障したＭＳＣＰ０をシステムから切り離し、ＭＳＣＰ１、２の２台を使ってシステムの運用を継続する。

図１２Ｄは、ＭＳＣＰ１故障時のＭＳＣＰサブシステムの復元状態を示す。ＭＳＣＰ１が故障した場合、ＭＳＣＰ２のロックデータテーブルＢに保存されたロックデータに基づいて、ＭＳＣＰ２上にＭＳＣＰ１の排他制御テーブルＢを復元する。そして、故障したＭＳＣＰ１をシステムから切り離し、ＭＳＣＰ０、２の２台を使ってシステムの運用を継続する。

図１３Ａは、ＭＳＣＰサブシステムの他の例を示す。この例では、ＭＳＣＰは、ＭＳＣＰ０、ＭＳＣＰ１、ＭＳＣＰ２の合計３台存在し、それぞれのＭＳＣＰは第１の実施形態における稼働系ＭＳＣＰ４および待機系ＭＳＣＰ５の両方の動作を行っている。

具体的には、ＭＳＣＰ０は、ホスト１、２から発行されたロックコマンド、アンロックコマンドに従って排他制御を実施して排他制御テーブルＡを更新し、またロックデータをＭＳＣＰ０の待機系であるＭＳＣＰ１、ＭＳＣＰ２に対して送信している。またＭＳＣＰ１は、ホスト１、２から発行されたロックコマンド、アンロックコマンドに従って排他制御を実施して排他制御テーブルＢを更新し、またロックデータをＭＳＣＰ１の待機系であるＭＳＣＰ０、ＭＳＣＰ２に対して送信している。またＭＳＣＰ２は、ホスト１、２から発行されたロックコマンド、アンロックコマンドに従って排他制御を実施して排他制御テーブルＣを更新し、またロックデータをＭＳＣＰ２の待機系であるＭＳＣＰ０、１に対して送信している。さらにＭＳＣＰ０は、ＭＳＣＰ１およびＭＳＣＰ２から受信したロックデータをロックデータテーブルＢ、Ｃに保存している。またＭＳＣＰ１は、ＭＳＣＰ０およびＭＳＣＰ２から受信したロックデータをロックデータテーブルＡ、Ｂに保存している。またＭＳＣＰ２は、ＭＳＣＰ０およびＭＳＣＰ１から受信したロックデータをロックデータテーブルＡ、Ｂに保存している。なお、ＭＳＣＰ０、ＭＳＣＰ１、ＭＳＣＰ２のロックデータ送信部４１３には、ロックデータの送り先となるＭＳＣＰの情報が事前に設定されている。

図１３Ｂは、複数のホスト１、２の排他制御部がロックコマンドを何れのＭＳＣＰに対して発行するかを決定するための制御情報の一例を示す。この制御情報は各ホスト１，２に事前に記憶されている。この例では、共用資源の識別情報を数値として、その数値を６で割った余りをハッシュ値として求め、そのハッシュ値に対応して予め定められたＭＳＣＰをコマンド発行先ＭＳＣＰとしている。具体的には、ＭＳＣＰ０、ＭＳＣＰ１、ＭＳＣＰ２の全てが正常な場合、排他制御部は、ハッシュ値が０または１の共用資源についてはＭＳＣＰ０に対してコマンドを発行し、ハッシュ値が２または３の共用資源についてはＭＳＣＰ１に対してコマンドを発行し、ハッシュ値が４または５の共用資源についてはＭＳＣＰ２に対してコマンドを発行する。また、ＭＳＣＰ０が故障してＭＳＣＰ１とＭＳＣＰ２とが動作している場合、排他制御部は、ハッシュ値が０、２、または３の共用資源についてはＭＳＣＰ１に対してコマンドを発行し、ハッシュ値が１、４、または５の共用資源についてはＭＳＣＰ２に対してコマンドを発行する。また、ＭＳＣＰ１が故障してＭＳＣＰ０とＭＳＣＰ２とが動作している場合、排他制御部は、ハッシュ値が０、１、または２の共用資源についてはＭＳＣＰ０に対してコマンドを発行し、ハッシュ値が３、４、または５の共用資源についてはＭＳＣＰ２に対してコマンドを発行する。また、ＭＳＣＰ２が故障してＭＳＣＰ０とＭＳＣＰ１とが動作している場合、排他制御部は、ハッシュ値が０、１、または４の共用資源についてはＭＳＣＰ０に対してコマンドを発行し、ハッシュ値が２、３、または５の共用資源についてはＭＳＣＰ１に対してコマンドを発行する。

図１３Ｃは、ＭＳＣＰ０故障時のＭＳＣＰサブシステムの復元状態を示す。ＭＳＣＰ０が故障した場合、ホスト１のＭＳＣＰリリーフ制御部１１８は、図１３Ｂに示した制御情報を参照して、故障したＭＳＣＰ０の代わりに使用するＭＳＣＰ１、ＭＳＣＰ２が受け持つ共用資源を決定する。図１３Ｂを参照すると、ＭＳＣＰ０故障時、ハッシュ値０の共用資源をＭＳＣＰ１が受け持ち、ハッシュ値１の共用資源をＭＳＣＰ２が受け持つように定められている。ホスト１のＭＳＣＰリリーフ制御部１１８は、図５のステップＳ１３９においてホスト２のＭＳＣＰリリーフ制御部２１８に対して不足ロックデータ送信要求を送信する際、故障したＭＳＣＰ０の代わりに使用するＭＳＣＰ１、ＭＳＣＰ２が受け持つ共用資源に係る上記決定情報を添付する。そして、ＭＳＣＰリリーフ制御部１１８は、ロックデータテーブル１２２中の不足ロックデータのうち、ハッシュ値０の共用資源に係るロックデータをＭＳＣＰ０の排他制御テーブル復元用の不足ロックデータとしてＭＳＣＰ１へ送信し、ハッシュ値１の共用資源に係るロックデータをＭＳＣＰ１の排他制御テーブル復元用の不足ロックデータとしてＭＳＣＰ２へ送信する。またホスト１のＭＳＣＰリリーフ制御部１１８は、図５のステップＳ１４３では、ロックデータテーブル２２２中の不足ロックデータのうち、ハッシュ値０の共用資源に係るロックデータをＭＳＣＰ０の排他制御テーブル復元用の不足ロックデータとしてＭＳＣＰ１へ送信し、ハッシュ値１の共用資源に係るロックデータをＭＳＣＰ１の排他制御テーブル復元用の不足ロックデータとしてＭＳＣＰ２へ送信する。

またホスト１のＭＳＣＰリリーフ制御部１１８は、図５のステップＳ１４７では、ハッシュ値０の共用資源に限定する指示を添えたＭＳＣＰ０排他情報再生要求をＭＳＣＰ１へ送信し、またハッシュ値１の共用資源に限定する指示を添えたＭＳＣＰ０排他情報再生要求をＭＳＣＰ２へ送信する。ＭＳＣＰ１の排他制御テーブル再生部５１６は、ＭＳＣＰ１のロックデータテーブルＡに保存されたロックデータ中のハッシュ値０の共用資源に係るロックデータに基づいて、故障したＭＳＣＰ０の排他制御テーブルＡの一部である排他制御テーブルＡ１をＭＳＣＰ１上に復元する。またＭＳＣＰ２の排他制御テーブル再生部５１６は、ＭＳＣＰ２のロックデータテーブルＡに保存されたロックデータ中のハッシュ値１の共用資源に係るロックデータに基づいて、故障したＭＳＣＰ０の排他制御テーブルＡの残りの部分である排他制御テーブルＡ２を復元する。その後、故障したＭＳＣＰ０がシステムから切り離され、ＭＳＣＰ１、２の２台を使ってシステムの運用が継続される。このとき、ＭＳＣＰ１では、排他制御テーブルＡ１、Ｂを使用し、ＭＳＣＰ２では、排他制御テーブルＡ２、Ｃを使用する。

図１３Ｄは、ＭＳＣＰ１故障時のＭＳＣＰサブシステムの復元状態を示す。ＭＳＣＰ１が故障した場合、ＭＳＣＰ０故障時と同様のＭＳＣＰリリーフ動作が行われることにより、ＭＳＣＰ０のロックデータテーブルＢに保存されたロックデータに基づいて、故障したＭＳＣＰ１の排他制御テーブルＢの一部である排他制御テーブルＢ１がＭＳＣＰ０上に復元され、またＭＳＣＰ２のロックデータテーブルＢに保存されたロックデータに基づいて、故障したＭＳＣＰ１の排他制御テーブルＢの残りの部分である排他制御テーブルＢ２が復元される。そして、故障したＭＳＣＰ１がシステムから切り離され、ＭＳＣＰ０、２の２台を使ってシステムの運用が継続される。

図１３Ｅは、ＭＳＣＰ２故障時のＭＳＣＰサブシステムの復元状態を示す。ＭＳＣＰ２が故障した場合、ＭＳＣＰ０故障時と同様のＭＳＣＰリリーフ動作が行われることにより、ＭＳＣＰ０のロックデータテーブルＣに保存されたロックデータに基づいて、故障したＭＳＣＰ２の排他制御テーブルＣの一部である排他制御テーブルＣ１がＭＳＣＰ０上に復元され、またＭＳＣＰ１のロックデータテーブルＣに保存されたロックデータに基づいて、故障したＭＳＣＰ２の排他制御テーブルＣの残りの部分である排他制御テーブルＣ２が復元される。そして、故障したＭＳＣＰ２がシステムから切り離し、ＭＳＣＰ０、１の２台を使ってシステムの運用が継続される。

排他制御テーブルＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２を復元する方法について、排他制御テーブルＡ１を例にしてより詳細に説明する。

ホスト１のＭＳＣＰリリーフ制御部１１８は、図５のステップＳ１４０において、先ず、ロックデータテーブル１２２に保存されているロックデータのうち、ＭＳＣＰ１がＭＳＣＰ０から最後に受信したロックデータに含まれる通番（受信完了通番）以降の通番を含むロックデータを全て取得する。この取得したロックデータに係る共用資源は、その識別情報のハッシュ値が０または１の何れかである。次にＭＳＣＰリリーフ制御部１１８は、上記取得したロックデータのうち、共用資源の識別情報のハッシュ値が０となるロックデータのみを不足ロックデータとして取得し、ＭＳＣＰ０排他制御テーブル復元用の不足ロックデータとしてＭＳＣＰ１へ送信する。またホスト２のＭＳＣＰリリーフ制御部２１８は、図５のステップＳ１４３において、先ず、ロックデータテーブル２２２に保存されているロックデータのうち、ＭＳＣＰ１がＭＳＣＰ０から最後に受信したロックデータに含まれる通番（受信完了通番）以降の通番を含むロックデータを全て取得する。この取得したロックデータに係る共用資源は、その識別情報のハッシュ値が０または１の何れかである。次にＭＳＣＰリリーフ制御部２１８は、上記取得したロックデータのうち、共用資源の識別情報のハッシュ値が０となるロックデータのみをＭＳＣＰ０排他制御テーブル復元用の不足ロックデータとして取得し、ＭＳＣＰ１へ送信する。

ＭＳＣＰ１のロックデータ受信部５１５は、図５のステップＳ１４５において、ホスト１、２から送信された上記不足ロックデータを受信してロックデータテーブルＡに保存する。またＭＳＣＰ１の排他制御テーブル再生部５１６は、図５のステップＳ１４９において、ロックデータテーブルＡに保存されたロックデータに基づいて、故障したＭＳＣＰ０の排他制御テーブルＡのうち、ハッシュ値が０となる識別情報の共用資源に係る排他制御テーブルＡ１を再生する。具体的には、ロックデータテーブルＡに保存されているロックデータのうち、ハッシュ値が０となる識別情報の共用資源に係るロックデータに基づいて排他制御テーブルを再生する。

排他制御テーブルＡ２は、ハッシュ値が１となる識別情報の共用資源に係るロックデータに基づいて再生されるテーブルである。排他制御テーブルＢ１は、ハッシュ値が２となる識別情報の共用資源に係るロックデータに基づいて再生されるテーブルである。排他制御テーブルＢ２は、ハッシュ値が３となる識別情報の共用資源に係るロックデータに基づいて再生されるテーブルである。排他制御テーブルＣ１は、ハッシュ値が４となる識別情報の共用資源に係るロックデータに基づいて再生されるテーブルである。排他制御テーブルＣ２は、ハッシュ値が５となる識別情報の共用資源に係るロックデータに基づいて再生されるテーブルである。これらの排他制御テーブルＡ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の再生方法は、排他制御テーブルＡ１の再生方法と同様であるため、その詳細な説明は省略する。

図１３Ａ〜図１３Ｅを参照して説明したように、稼働系ＭＳＣＰ（例えばＭＳＣＰ０）に対して複数の待機系ＭＳＣＰ（例えばＭＳＣＰ1、ＭＳＣＰ２）を備えた疎結合システムにおいて、稼働系ＭＳＣＰ０は、ロックデータをそれぞれの待機系ＭＳＣＰ１、２に送信し、稼働系ＭＳＣＰ０が故障した場合、それぞれのホスト１、２は、故障した稼働系ＭＳＣＰ０の代わりに使用する複数の待機系ＭＳＣＰ１，２それぞれが受け持つ共用資源を決定し、待機系ＭＳＣＰ１、２毎に、ホスト側のロックデータのうち待機系ＭＳＣＰ１、２が稼働系ＭＳＣＰから受信したロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系ＭＳＣＰ１、２が受け持つ共用資源に係るロックデータを待機系ＭＳＣＰ１，２へ送信し、それぞれの待機系ＭＳＣＰ１、２は、稼働系ＭＳＣＰ０から受信したロックデータとそれぞれのホスト１、２から受信したロックデータとに基づいて、故障した稼働系ＭＳＣＰ０の排他制御テーブルＡのうち当該待機系ＭＳＣＰ１，２が受け持つ共用資源に係る排他制御テーブルＡ１、Ａ２を再生する。このようにすることによって、稼働系ＭＳＣＰ０故障時に、その排他制御テーブルＡ全体を１つの待機系ＭＳＣＰ（例えばＭＳＣＰ１）に再生する場合に比べて、排他制御テーブル再生処理の負荷が特定のＭＳＣＰに集中するのを防止でき、また運用再開後にロックもしくはアンロックに係る排他制御処理の負荷が特定のＭＳＣＰに集中するのを防止することができる。

［第４の実施形態］
次に本発明の第４の実施形態に係る疎結合システム４００について説明する。図１４を参照すると、疎結合システム４００は、複数のホスト４０１と、複数のホスト４０１で共用する共用資源４０２と、稼働系ＭＳＣＰ４０３と、待機系ＭＳＣＰ４０４と、を備えている。

稼働系ＭＳＣＰ４０３は、それぞれのホスト４０１から送信された共用資源４０２をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元のホスト４０１に送信するように構成されている。また稼働系ＭＳＣＰ４０３は、上記コマンドと上記コマンド実行結果とを含む装置側ロックデータを待機系ＭＳＣＰ４０４に送信するように構成されている。

待機系ＭＳＣＰ４０４は、稼働系ＭＳＣＰ４０３から装置側ロックデータを受信するように構成されている。また待機系ＭＳＣＰ４０４は、稼働系ＭＳＣＰ４０３が故障した場合、稼働系ＭＳＣＰ４０３から受信した装置側ロックデータに基づいて、故障した稼働系ＭＳＣＰ４０３の排他制御情報を再生するように構成されている。

このように構成された疎結合システム４００は、以下のように機能する。即ち、稼働系ＭＳＣＰ４０３は、それぞれのホスト４０１から送信された共用資源４０２をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元のホスト４０１に送信し、また上記コマンドと上記コマンド実行結果とを含む装置側ロックデータを待機系ＭＳＣＰ４０４に送信する。待機系ＭＳＣＰ４０４は、稼働系ＭＳＣＰ４０３から装置側ロックデータを受信し、稼働系ＭＳＣＰ４０３が故障した場合、稼働系ＭＳＣＰ４０３から受信した装置側ロックデータに基づいて、故障した稼働系ＭＳＣＰ４０３の排他制御情報を再生する。

このように本実施形態によれば、複数のホストと複数のＭＳＣＰとの接続形態による制約を受けずに、故障した稼働系ＭＳＣＰが保持していた排他制御情報を待機系ＭＳＣＰに速やかに再生することができる。その理由は、稼働系ＭＳＣＰ４０３は、それぞれのホスト４０１から送信された共用資源４０２をロックもしくはアンロックするコマンドに従って排他処理を行い、上記コマンドと上記コマンド実行結果とを含む装置側ロックデータを待機系ＭＳＣＰ４０４に送信し、待機系ＭＳＣＰ４０４は、稼働系ＭＳＣＰ４０３から装置側ロックデータを受信し、稼働系ＭＳＣＰ４０３が故障した場合、稼働系ＭＳＣＰ４０３から受信した装置側ロックデータに基づいて、故障した稼働系ＭＳＣＰ４０３の排他制御情報を再生するためである。

以上、上記各実施形態を参照して本発明を説明したが、本発明は、上述した実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解しうる様々な変更をすることができる。

本発明は、複数のホスト間で共用される共用資源を、ＭＳＣＰを用いて排他制御しながら複数の処理を行う疎結合システムに利用できる。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、
前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
前記待機系排他制御装置は、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
前記稼働系排他制御装置が故障した場合、前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
疎結合システム。
［付記２］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、
前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、
前記待機系排他制御装置は、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
疎結合システム。
［付記３］
前記待機系排他制御装置を複数備え、
前記稼働系排他制御装置は、前記装置側ロックデータをそれぞれの前記待機系排他制御装置に送信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、それぞれの前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報のうち当該待機系排他制御装置が受け持つ前記共用資源に係る排他制御情報を再生する、
付記２に記載の疎結合システム。
［付記４］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備えた疎結合システムが実行するリカバリ方法であって、
前記稼働系排他制御装置が、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
前記待機系排他制御装置が、前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
リカバリ方法。
［付記５］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備えた疎結合システムが実行するリカバリ方法であって、
前記稼働系排他制御装置が、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
それぞれの前記ホストが、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、
前記待機系排他制御装置が、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストが、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、前記待機系排他制御装置が、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
リカバリ方法。
［付記６］
前記疎結合システムは、前記待機系排他制御装置を複数備え、
前記稼働系排他制御装置が、前記装置側ロックデータをそれぞれの前記待機系排他制御装置に送信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストが、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、それぞれの前記待機系排他制御装置が、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報のうち当該待機系排他制御装置が受け持つ前記共用資源に係る排他制御情報を再生する、
付記５に記載のリカバリ方法。
［付記７］
複数のホストと前記複数のホストで共用する共用資源と稼働系排他制御装置と待機系排他制御装置とを備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信する、疎結合システムにおける前記待機系排他制御装置であって、
前記稼働系排他制御装置から前記装置側ロックデータを受信する手段と、
前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
を備える待機系排他制御装置。
［付記８］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置であって、
前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する手段と、
前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
を備える待機系排他制御装置。
［付記９］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、複数の待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを複数の前記待機系排他制御装置のそれぞれに送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置であって、
前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する手段と、
前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
を備える待機系排他制御装置。
［付記１０］
複数のホストと前記複数のホストで共用する共用資源と稼働系排他制御装置と待機系排他制御装置とを備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信する、疎結合システムにおける前記待機系排他制御装置を構成するコンピュータに、
前記稼働系排他制御装置から前記装置側ロックデータを受信する処理と、
前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する処理と、
を行わせるためのプログラム。
［付記１１］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置を構成するコンピュータに、
前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する処理と、
前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する処理と、
を行わせるためのプログラム。
［付記１２］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、複数の待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを複数の前記待機系排他制御装置のそれぞれに送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置を構成するコンピュータに、
前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する処理と、
前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する処理と、
を行わせるためのプログラム。

１…ホスト
２…ホスト
３…共用資源
４…稼働系ＭＳＣＰ
５…待機系ＭＳＣＰ

Claims (10)

1. 複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、
   前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
   前記待機系排他制御装置は、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
   前記稼働系排他制御装置が故障した場合、前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
   疎結合システム。
2. 複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、
   前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
   それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、
   前記待機系排他制御装置は、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
   前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
   疎結合システム。
3. 前記待機系排他制御装置を複数備え、
   前記稼働系排他制御装置は、前記装置側ロックデータをそれぞれの前記待機系排他制御装置に送信し、
   前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、それぞれの前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報のうち当該待機系排他制御装置が受け持つ前記共用資源に係る排他制御情報を再生する、
   請求項２に記載の疎結合システム。
4. 複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備えた疎結合システムが実行するリカバリ方法であって、
   前記稼働系排他制御装置が、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
   前記待機系排他制御装置が、前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
   リカバリ方法。
5. 複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備えた疎結合システムが実行するリカバリ方法であって、
   前記稼働系排他制御装置が、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
   それぞれの前記ホストが、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、
   前記待機系排他制御装置が、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
   前記稼働系排他制御装置が故障した場合、それぞれの前記ホストが、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、前記待機系排他制御装置が、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
   リカバリ方法。
6. 前記疎結合システムは、前記待機系排他制御装置を複数備え、
   前記稼働系排他制御装置が、前記装置側ロックデータをそれぞれの前記待機系排他制御装置に送信し、
   前記稼働系排他制御装置が故障した場合、それぞれの前記ホストが、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、それぞれの前記待機系排他制御装置が、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報のうち当該待機系排他制御装置が受け持つ前記共用資源に係る排他制御情報を再生する、
   請求項５に記載のリカバリ方法。
7. 複数のホストと前記複数のホストで共用する共用資源と稼働系排他制御装置と待機系排他制御装置とを備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信する、疎結合システムにおける前記待機系排他制御装置であって、
   前記稼働系排他制御装置から前記装置側ロックデータを受信する手段と、
   前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
   を備える待機系排他制御装置。
8. 複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置であって、
   前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する手段と、
   前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
   を備える待機系排他制御装置。
9. 複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、複数の待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを複数の前記待機系排他制御装置のそれぞれに送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置であって、
   前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する手段と、
   前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
   を備える待機系排他制御装置。
10. 複数のホストと前記複数のホストで共用する共用資源と稼働系排他制御装置と待機系排他制御装置とを備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信する、疎結合システムにおける前記待機系排他制御装置を構成するコンピュータに、
    前記稼働系排他制御装置から前記装置側ロックデータを受信する処理と、
    前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する処理と、
    を行わせるためのプログラム。
    
    

Images