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

Description

本発明は、疎結合システム、リカバリ方法、コンピュータ、および、プログラムに関する。

複数のホスト（Host-Computer、ホストコンピュータ）間で共用される共用資源を、ＭＳＣＰ（Multi-System Control Processor、排他制御装置）を用いて排他制御しながら複数の処理を行う疎結合システム（Loosely-Coupled System）がある。そのような疎結合システムにおいて、ホストから稼働系ＭＳＣＰに送信したロックもしくはアンロックを要求するコマンドをホスト側でも保持し、稼働系ＭＳＣＰが故障した場合、ホストに保持するコマンドに基づいて、故障した稼働系ＭＳＣＰが保持していた排他制御情報を待機系ＭＳＣＰに再生することにより、システムの運用を継続させる技術がある（例えば、特許文献１参照）。ホスト間の排他制御に使われるＭＳＣＰの稼働系障害時に待機系ＭＳＣＰに切り替えを行うことをＭＳＣＰリリーフと呼ぶ。複数のホストは、ＭＳＣＰリリーフを行うときに相互に同期をとりながら連携して動作しなければならない。一般に、そのような同期はホスト間通信によって実現されている。

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

複数のホストを備えた疎結合システムにおいて、拡張記憶装置を使用してホスト間通信を行う構成がある（例えば特許文献２参照）。しかしながら、複数のホストと複数のＭＳＣＰとを備えた疎結合システムにおいて、拡張記憶装置を使用してホスト間通信を行う場合、システムを構成する装置の種類および個数が増大し、コストが嵩む。

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

本発明の一形態に係る疎結合システムは、
複数のホストと、前記複数のホストで共用する共用資源と、前記複数のホストそれぞれに対して信号線を通じて接続された稼働系排他制御装置および待機系排他制御装置と、を備え、
前記稼働系排他制御装置および前記待機系排他制御装置のそれぞれは、排他制御機能とホスト間通信のためのメッセージ転送機能とを備え、
前記複数のホストのそれぞれは、前記稼働系排他制御装置の障害時、前記待機系排他制御装置を使用するホスト間通信によって前記複数のホスト間で同期を取りながら、前記共用資源の排他制御に使用する排他制御装置を稼働系排他制御装置から待機系排他制御装置に切り替えるＭＳＣＰリリーフを実行するように構成されている。

また、本発明の他の形態に係るリカバリ方法は、
複数のホストと、前記複数のホストで共用する共用資源と、前記複数のホストそれぞれに対して信号線を通じて接続され、排他制御機能とホスト間通信のためのメッセージ転送機能とを有する稼働系排他制御装置および待機系排他制御装置と、を備えた疎結合システムが実行するリカバリ方法であって、
前記複数のホストのそれぞれは、前記稼働系排他制御装置の障害時、前記待機系排他制御装置を使用するホスト間通信によって前記複数のホスト間で同期を取りながら、前記共用資源の排他制御に使用する排他制御装置を稼働系排他制御装置から待機系排他制御装置に切り替えるＭＳＣＰリリーフを実行する、
ように構成されている。

また、本発明の他の形態に係るコンピュータは、
複数のホストと、前記複数のホストで共用する共用資源と、前記複数のホストそれぞれに対して信号線を通じて接続された、排他制御機能とホスト間通信のためのメッセージ転送機能とを有する稼働系排他制御装置および待機系排他制御装置と、を備えた疎結合システムにおける前記ホストを構成するコンピュータであって、
前記稼働系排他制御装置の障害時、前記待機系排他制御装置を使用するホスト間通信によって前記複数のホスト間で同期を取りながら、前記共用資源の排他制御に使用する排他制御装置を稼働系排他制御装置から待機系排他制御装置に切り替えるＭＳＣＰリリーフを実行するＭＳＣＰリリーフ制御部、
を備えるように構成されている。

また、本発明の他の形態に係るプログラムは、
複数のホストと、前記複数のホストで共用する共用資源と、前記複数のホストそれぞれに対して信号線を通じて接続され、排他制御機能とホスト間通信のためのメッセージ転送機能とを有する稼働系排他制御装置および待機系排他制御装置と、を備えた疎結合システムにおける前記ホストを構成するコンピュータに、
待機系排他制御装置が組み込まれるまでの期間は稼働系排他制御装置を特別Ｉ／Ｆとして選択し、待機系排他制御装置が組み込まれた後の期間は待機系排他制御装置を特別Ｉ／Ｆとして選択するように、稼働系排他制御装置および待機系排他制御装置のうち特別Ｉ／Ｆとして選択された排他制御装置の情報を記憶するテーブルを更新する処理と、
業務処理を実行するアプリケーションからホスト間通信要求を受信すると、特別Ｉ／Ｆの使用を指定しない通信要求を生成し、ＭＳＣＰリリーフを実行するＭＳＣＰリリーフ制御部からメッセージ送信要求を受信すると、特別Ｉ／Ｆの使用を指定した通信要求を生成する処理と、
前記特別Ｉ／Ｆの使用を指定した通信要求に従って、前記テーブルの情報によって前記特別Ｉ／Ｆとして選択された排他制御装置に対して前記通信要求を送信し、前記特別Ｉ／Ｆの使用を指定しない通信要求に従って、稼働系排他制御装置に対して前記通信要求を送信する処理と、
前記稼働系排他制御装置の障害時、ホスト間通信によって前記複数のホスト間で同期を取りながら、前記共用資源の排他制御に使用する排他制御装置を稼働系排他制御装置から待機系排他制御装置に切り替えるＭＳＣＰリリーフを実行する処理と、
を行わせるように構成されている。

本発明は、上述した構成を有することにより、疎結合システムを構成する装置の種類および個数を削減でき、その分、コストを抑えることができる。

本発明の第１の実施形態に係る疎結合システムのブロック図である。 本発明の第１の実施形態におけるロックデータテーブルの一例を示す図である。 本発明の第１の実施形態における受信状況テーブルの一例を示す図である。 本発明の第１の実施形態において、待機系ＭＳＣＰが組み込まれる前のＭＳＣＰ構成管理テーブルの一例を示す図である。 本発明の第１の実施形態において、待機系ＭＳＣＰが組み込まれた後のＭＳＣＰ構成管理テーブルの一例を示す図である。 本発明の第１の実施形態におけるホスト間通信のための受信制御テーブルの一例を示す図である。 本発明の第１の実施形態におけるホスト間通信メッセージの形式例を示す図である。 本発明の第１の実施形態におけるホスト間通信部の処理の一例を示すフローチャートである。 本発明の第１の実施形態におけるＩ／Ｏ制御部の処理の一例を示すフローチャートである。 本発明の第１の実施形態において待機系ＭＳＣＰをシステムに組み込む指示がオペレータからホストに入力されたときにＭＳＣＰリリーフ制御部が実行する処理の一例を示すフローチャートである。 本発明の第１の実施形態において稼働系ＭＳＣＰが正常に動作している状態でホスト上のＡＰから共用資源の排他要求が出されたときのシステムの動作を示すフローチャートである。 本発明の第１の実施形態におけるＭＳＣＰリリーフ動作の一例を示すフローチャートである。 本発明の第２の実施形態に係る疎結合システムのブロック図である。

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

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

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

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

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

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

ＭＳＣＰ構成管理テーブル１２４は、ホストに接続されている稼働系ＭＳＣＰおよび待機系ＭＳＣＰに関する情報、特別Ｉ／Ｆとして選択されているＭＳＣＰに関する情報を記憶するテーブルである。

図４Ａは、ＭＳＣＰ構成管理テーブル１２４および後述するＭＳＣＰ構成管理テーブル２２４の一例を示す。図４Ａに示す例は、ホスト１、２に対して稼働系ＭＳＣＰ４が接続され、待機系ＭＳＣＰ５が未だ接続されていないときのものである。ＭＳＣＰ構成管理テーブルの１つのエントリは、ホスト＿ＩＤとＭＳＣＰ情報と特別Ｉ／Ｆ情報の各項目から構成される。ホスト＿ＩＤの項目には、ホストの識別情報が記録される。ＭＳＣＰ情報の項目には、ホストに接続されているＭＳＣＰの識別情報と種別（稼働系または待機系）が記録される。特別Ｉ／Ｆ情報の項目には、当該ＭＳＣＰが特別Ｉ／Ｆに選択されているか否かを示す情報が記録される。図４Ａに示すＭＳＣＰ構成管理テーブル１２４の１行目のエントリは、ホスト１に稼働系ＭＳＣＰ４が接続されていること、その稼働系ＭＳＣＰ４が特別Ｉ／Ｆに選択されていることを表している。また、図４Ａに示すＭＳＣＰ構成管理テーブル２２４の１行目のエントリは、ホスト２に稼働系ＭＳＣＰ４が接続されていること、その稼働系ＭＳＣＰ４が特別Ｉ／Ｆに選択されていることを表している。

図４Ｂは、ＭＳＣＰ構成管理テーブル１２４およびＭＳＣＰ構成管理テーブル２２４の他の例を示す。図４Ｂに示す例は、ホスト１、２に対して稼働系ＭＳＣＰ４および待機系ＭＳＣＰ５が接続されているときのものである。図４Ｂに示すＭＳＣＰ構成管理テーブル１２４の１行目のエントリは、ホスト１に稼働系ＭＳＣＰ４が接続されていること、その稼働系ＭＳＣＰ４が特別Ｉ／Ｆに選択されていないことを表している。また、図４Ｂに示すＭＳＣＰ構成管理テーブル１２４の２行目のエントリは、ホスト１に待機系ＭＳＣＰ５が接続されていること、その待機系ＭＳＣＰ５が特別Ｉ／Ｆに選択されていることを表している。また、図４Ｂに示すＭＳＣＰ構成管理テーブル２２４の１行目のエントリは、ホスト２に稼働系ＭＳＣＰ４が接続されていること、その稼働系ＭＳＣＰ４が特別Ｉ／Ｆに選択されていないことを表している。また、図４Ｂに示すＭＳＣＰ構成管理テーブル２２４の２行目のエントリは、ホスト２に待機系ＭＳＣＰ５が接続されていること、その待機系ＭＳＣＰ５が特別Ｉ／Ｆに選択されていることを表している。

受信制御テーブル１２５は、ホスト１が他のホストからホスト間通信メッセージを受信する制御に使用するテーブルである。図５は、受信制御テーブル１２５の一例を示す。この例の受信制御テーブル１２５は、送信元利用者＿ＩＤと送信元ホスト＿ＩＤと通知先と受信バッファの各項目を有する１以上のエントリを備えている。送信元利用者＿ＩＤの項目には、送信元となる利用者の識別情報が記録される。送信元ホスト＿ＩＤの項目には、送信元となるホストの識別情報が記録される。通知先の項目には、ホスト間通信メッセージの通知先セマフォが記録される。受信バッファの項目には、受信したメッセージを格納する受信バッファの情報が記録される。例えば、１行目のエントリは、ホスト２のＡＰ２１１からホスト間通信メッセージを受信した場合、受信バッファＢ１０１に格納し、セマフォ（ＡＰ１１１）に通知することを表している。また、２行目のエントリは、ホスト２のＭＳＣＰリリーフ制御部２１８からホスト間通信メッセージを受信した場合、受信バッファＢ１０２に格納し、セマフォ（ＭＳＣＰリリーフ制御部１１８）に通知することを表している。ここで、セマフォ（ＡＰ１１１）、セマフォ（ＭＳＣＰリリーフ制御部１１８）は、ＡＰ１１１、ＭＳＣＰリリーフ制御部１１８が指定した通知先セマフォを意味している。

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

ＡＰ１１１は、オンライン処理やバッチ処理などの業務処理を実行するように構成されている。ＡＰ１１１は、共用資源３に対してアクセスする前に共用資源３のロックを要求する排他要求（ロック要求）を排他制御部１１２に対して発行し、ロック成功のコマンド実行結果が排他制御部１１２から通知された後、共用資源３をアクセスするように構成されている。またＡＰ１１１は、共用資源３に対するアクセスを終えると、共用資源３のアンロックを要求する排他要求（アンロック要求）を排他制御部１１２に対して発行するように構成されている。また、ＡＰ１１１は、ホスト２のＡＰ２１１との間でホスト間通信を行うために、事前に、ＡＰ２１１から受信するメッセージを格納するための受信バッファを確保した上で、ホスト間通信部１１５に対して、ＡＰ２１１の識別情報、通知先セマフォ、確保した受信バッファの情報を通知するように構成されている。

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

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

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

ホスト間通信部１１５は、ホスト間通信を行う利用者（ＡＰ１１１やＭＳＣＰリリーフ制御部１１８など）とＩ／Ｏ制御部１１３との間に介在して、ホスト間通信の制御を行うように構成されている。ホスト間通信部１１５は、利用者から、送信元利用者の識別情報、通知先セマフォ、確保した受信バッファの情報が通知されると、それらの項目を記載した新たなエントリを受信制御テーブル１２５に追加するように構成されている。また、ホスト間通信部１１５は、利用者からホスト間通信メッセージの送信要求を受信すると、Ｉ／Ｏ制御部１１３を通じて稼働系ＭＳＣＰ４または待機系ＭＳＣＰ５にホスト間通信のためのＩ／Ｏを発行するように依頼するように構成されている。また、ホスト間通信部１１５は、Ｉ／Ｏ制御部１１３を通じて稼働系ＭＳＣＰ４または待機系ＭＳＣＰ５からホスト間通信メッセージを受信すると、事前に確保しているバッファに格納し、通知先に登録されたセマフォに通知を行うように構成されている。

図６は、ホスト間通信メッセージの形式の一例を示す。この例では、ホスト間通信メッセージは、送信元ホスト＿ＩＤと送信元利用者＿ＩＤと宛先ホスト＿ＩＤとメッセージの各項目から構成されている。

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

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

ＭＳＣＰリリーフ制御部１１８は、システムの運用中に障害検出部１１７によって稼働系ＭＳＣＰ４の故障が検出された場合、故障したＭＳＣＰ４が保持していた排他制御情報を待機系ＭＳＣＰ５に再生した後、待機系ＭＳＣＰ５を新たに稼働系ＭＳＣＰとして動作させてシステムの運用を継続させるように構成されている。即ち、ＭＳＣＰリリーフ制御部１１８は、ＭＳＣＰリリーフの制御を行うように構成されている。ＭＳＣＰリリーフ制御部１１８は、ＭＳＣＰリリーフを行うときに他ホストのＭＳＣＰリリーフ制御部２１８と相互に同期をとりながら連携して動作するように構成されている。また、ＭＳＣＰリリーフ制御部１１８は、そのような同期をホスト間通信によって行うように構成されている。ＭＳＣＰリリーフ制御部１１８は、ホスト２のＭＳＣＰリリーフ制御部２１８との間でホスト間通信を行うために、事前に、ＭＳＣＰリリーフ制御部２１８から受信するメッセージを格納するための受信バッファを確保した上で、ホスト間通信部１１５に対して、ＭＳＣＰリリーフ制御部２１８の識別情報、通知先セマフォ、確保した受信バッファの情報を通知するように構成されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、上述のように構成された疎結合システム１００の動作を説明する。

先ず、ホスト間通信に関連する動作を説明する。以下では、ホスト間通信部１１５について説明するが、ホスト間通信部２１５も同様の動作となる。

図７は、ホスト間通信部１１５が利用者からホスト間通信メッセージの送信要求を受信したときに実行する処理の一例を示すフローチャートである。図７を参照すると、ホスト間通信部１１５は、ＡＰ１１１またはＭＳＣＰリリーフ制御部１１８などからホスト間通信メッセージの送信要求を受信すると、送信元利用者＿ＩＤの項目（図６参照）に記録されたＩＤに基づいて、要求元がＭＳＣＰリリーフ制御部１１８か否かを判断する（ステップＳ１１）。次に、ホスト間通信部１１５は、要求元がＭＳＣＰリリーフ制御部１１８であれば、メッセージの項目（図６参照）に記載されたメッセージを解析して、特別Ｉ／Ｆの変更を要求するメッセージか否かを判断する（ステップＳ１２９）。次に、ホスト間通信部１１５は、特別Ｉ／Ｆの変更を要求するメッセージでなければ、特別Ｉ／Ｆの使用を指定した送信要求を生成し（ステップＳ１３）、Ｉ／Ｏ制御部１１３に対して、上記生成した送信要求に基づくＩ／Ｏ発行を要求する（ステップＳ１６）。また、ホスト間通信部１１５は、要求元がＭＳＣＰリリーフ制御部１１８でないか、或いは要求元がＭＳＣＰリリーフ制御部１１８であっても特別Ｉ／Ｆの変更を要求するメッセージでなければ、ＭＳＣＰリリーフ実行中か否かを判断し（ステップＳ１４）、ＭＳＣＰリリーフ実行中でなければ、特別Ｉ／Ｆの使用を指定しない送信要求を生成し（ステップＳ１５）、Ｉ／Ｏ制御部１１３に対して、上記生成した送信要求に基づくＩ／Ｏ発行を要求する（ステップＳ１６）。また、ホスト間通信部１１５は、ＭＳＣＰリリーフ実行中であれば、受信したホスト間通信メッセージ要求に基づくＩ／Ｏ発行をＭＳＣＰリリーフが完了するまで待ち合わせる（ステップＳ１７）。

このようにホスト間通信部１１５は、ＭＳＣＰリリーフ制御部１１８からホスト間通信メッセージの送信要求を受信すると、一部の例外（即ち特別Ｉ／Ｆ変更要求）を除き、特別Ｉ／Ｆの使用を指定した送信要求に基づくＩ／Ｏ発行をＩ／Ｏ制御部１１３に要求し、ＭＳＣＰリリーフ制御部１１８以外のＡＰ１１１などからホスト間通信メッセージの送信要求を受信すると、特別Ｉ／Ｆの使用を指定しない送信要求に基づくＩ／Ｏ発行をＩ／Ｏ制御部１１３に要求する。

ＭＳＣＰリリーフ制御部１１８から特別Ｉ／Ｆ変更要求のホスト間通信が出されたときに、特別Ｉ／Ｆの使用を指定した送信要求を生成しない理由は、以下の通りである。即ち、待機系ＭＳＣＰ５に障害が発生した場合、ＭＳＣＰ構成管理テーブル１２４、２２４を図４Ｂに示す状態から図４Ａに示す状態に変更するために、ＭＳＣＰリリーフ制御部１１８とＭＳＣＰリリーフ制御部２１８との間で特別Ｉ／Ｆ変更要求を授受する。このとき、ホスト間通信の要求元がＭＳＣＰリリーフ制御部であるので、ステップＳ１２が存在しないと、特別Ｉ／Ｆの使用を指定した送信要求が生成され、図８のステップＳ２２において障害の発生した待機系ＭＳＣＰ５が選択されてしまう。そのため、特別Ｉ／Ｆを待機系ＭＳＣＰ５から稼働系ＭＳＣＰ４へ変更する特別Ｉ／Ｆ変更要求のホスト間通信が、稼働系ＭＳＣＰ４経由で実行されるようにしている。

また、上記の説明では、ホスト間通信部１１５、２１５は、ＭＳＣＰリリーフ実行中、ＭＳＣＰリリーフ制御部以外のＡＰなどからのホスト間通信を待ち合わせるようにした。しかし、図７のステップＳ１４を省略し、ステップＳ１１でＮＯと判断した場合、および、ステップＳ１２でＹＥＳと判断した場合、ステップＳ１５の処理に進むようにしてもよい。

図８は、Ｉ／Ｏ制御部１１３がホスト間通信部１１５から送信要求に基づくＩ／Ｏ発行要求を受信したときに実行する処理の一例を示すフローチャートである。図８を参照すると、先ず、Ｉ／Ｏ制御部１１３は、特別Ｉ／Ｆの使用を指定した送信要求か否かを判断する（ステップＳ２１）。次に、Ｉ／Ｏ制御部１１３は、特別Ｉ／Ｆの使用を指定した送信要求であれば、ホスト間通信に使用するＭＳＣＰとして、ＭＳＣＰ構成管理テーブル１２４において特別Ｉ／Ｆに設定されたＭＳＣＰを選択する（ステップＳ２２）。また、Ｉ／Ｏ制御部１１３は、特別Ｉ／Ｆの使用を指定しない送信要求であれば、ホスト間通信に使用するＭＳＣＰとして、ＭＳＣＰ構成管理テーブル１２４において稼働系ＭＳＣＰとして設定されたＭＳＣＰを選択する（ステップＳ２３）。次に、Ｉ／Ｏ制御部１１３は、ステップＳ２１またはＳ２２で選択されたＭＳＣＰに基づいて、Ｉ／Ｏのパスを決定する（ステップＳ２４）。即ち、Ｉ／Ｏ制御部１１３は、ステップＳ２２またはＳ２３で選択されたＭＳＣＰが稼働系ＭＳＣＰ４であれば、ホスト１と稼働系ＭＳＣＰ４とを接続する信号線６２をＩ／Ｏのパスに決定し、待機系ＭＳＣＰ５であれば、ホスト１と待機系ＭＳＣＰ５とを接続する信号線６３をＩ／Ｏのパスに決定する。次に、Ｉ／Ｏ制御部１１３は、受信した送信要求に付随するホスト間通信メッセージを上記決定したパスを通じて該当するＭＳＣＰに対して送信する（ステップＳ２５）。

このようにＩ／Ｏ制御部１１３は、特別Ｉ／Ｆの使用を指定した送信要求であれば、稼働系ＭＳＣＰ４および待機系ＭＳＣＰ５のうち特別Ｉ／Ｆに選択されたＭＳＣＰに対してホスト間通信メッセージを送信し、特別Ｉ／Ｆの使用を指定しない送信要求であれば、稼働系ＭＳＣＰ４に対してホスト間通信メッセージを送信する。従って、ホスト１、２に稼働系ＭＳＣＰ４が接続され、待機系ＭＳＣＰ５が接続されていないため、ＭＳＣＰ構成管理テーブル１２４、２２４が図４Ａに示した状態にある場合、Ｉ／Ｏ制御部１１３は、特別Ｉ／Ｆの使用を指定するか否かに関係なく、常に、稼働系ＭＳＣＰ４に対してホスト間通信メッセージを送信することになる。一方、ホスト１、２に稼働系ＭＳＣＰ４および待機系ＭＳＣＰ５が接続され、ＭＳＣＰ構成管理テーブル１２４、２２４が図４Ｂに示した状態にある場合、Ｉ／Ｏ制御部１１３は、特別Ｉ／Ｆの使用を指定した送信要求であれば、待機系ＭＳＣＰ５に対してホスト間通信メッセージを送信し、特別Ｉ／Ｆの使用を指定しない送信要求であれば、稼働系ＭＳＣＰ４に対してホスト間通信メッセージを送信することになる。前述したように、ホスト間通信部１１５は、ホスト間通信の送信元がＭＳＣＰリリーフ制御部１１８であれば一部の例外を除き、特別Ｉ／Ｆの使用を指定した送信要求を生成し、ホスト間通信の送信元がＭＳＣＰリリーフ制御部１１８以外であれば、特別Ｉ／Ｆの使用を指定しない送信要求を生成する。その結果、待機系ＭＳＣＰ５経由のホスト間通信パスは、ＭＳＣＰリリーフ専用とすることができる。

図９は、待機系ＭＳＣＰ５をシステムに組み込む指示がオペレータからホスト１に入力されたときにＭＳＣＰリリーフ制御部１１８が実行する処理の一例を示すフローチャートである。図９を参照すると、先ず、ＭＳＣＰリリーフ制御部１１８は、待機系ＭＳＣＰ５の組み込み通知をホスト間通信によってホスト２のＭＳＣＰリリーフ制御部２１８に対して送信し（ステップＳ３１）、ホスト１における待機系ＭＳＣＰ５の装置状態をＵＮＡＶＡＩＬからＳＰＡＲＥに変更し（ステップＳ３２）、全ホストが待機系ＭＳＣＰ５の組み込みを完了するのを待ち合わせる（ステップＳ３３）。待機系ＭＳＣＰ５を組み込む前の時点では、ＭＳＣＰ構成管理テーブル１２４、２２４は図４Ａに示す状態にあるため、ホスト１からホスト２へのホスト間通信は、稼働系ＭＳＣＰ４経由で行われる。

ホスト２のＭＳＣＰリリーフ制御部２１８は、待機系ＭＳＣＰ５の組み込み通知を受信すると（ステップＳ３４）、ホスト２における待機系ＭＳＣＰ５の装置状態をＵＮＡＶＡＩＬからＳＰＡＲＥに変更し（ステップＳ３５）、その組み込み完了通知をホスト間通信によってホスト１のＭＳＣＰリリーフ制御部１１８へ送信する（ステップＳ３６）。

ホスト１のＭＳＣＰリリーフ制御部１１８は、全ホストが待機系ＭＳＣＰ５の組み込みを完了すると、特別Ｉ／Ｆを稼働系ＭＳＣＰ４から待機系ＭＳＣＰ５へ変更する要求（特別Ｉ／Ｆ変更要求）をホスト間通信によってホスト２のＭＳＣＰリリーフ制御部２１８へ送信し（ステップＳ３７）、図４Ａに示す状態のＭＳＣＰ構成管理テーブル１２４を図４Ｂに示す状態に変更し（ステップＳ３８）、全ホストの変更完了を待ち合わせる（ステップＳ３９）。ホスト２のＭＳＣＰリリーフ制御部２１８は、特別Ｉ／Ｆを稼働系ＭＳＣＰ４から待機系ＭＳＣＰ５へ変更する要求を受信すると（ステップＳ４０）、図４Ａに示す状態のＭＳＣＰ構成管理テーブル２２４を図４Ｂに示す状態に変更し（ステップＳ４１）、変更完了をホスト間通信によってホスト１のＭＳＣＰリリーフ制御部１１８へ送信する（ステップＳ４２）。ホスト１のＭＳＣＰリリーフ制御部１１８は、全ホストで変更が完了すると、システム状態をＭＳＣＰリリーフ有効な状態として管理する（ステップＳ４３）。一方、何らかの障害が原因でホスト２からの変更完了通知が届かないなどの事象が発生し、全ホストでの変更完了を確認できない場合、システム状態をＭＳＣＰリリーフ無効な状態として管理する（ステップＳ４４）。

このようにオペレータから待機系ＭＳＣＰ５の組み込み指示が入力されると、各ホストのＭＳＣＰリリーフ制御部１１８、２１８は、ホスト間通信によって連絡を取り合って、待機系ＭＳＣＰ５を各ホストに組み込み、特別Ｉ／Ｆを稼働系ＭＳＣＰ４から待機系ＭＳＣＰ５へ変更する。これより以降、全ホストは、同じ待機系ＭＳＣＰ５を特別Ｉ／Ｆとして使用したホスト間通信を行うことができるようになる。また、その後、稼働系ＭＳＣＰ４に障害が発生すると、ＭＳＣＰリリーフが実施され、障害に係る稼働系ＭＳＣＰ４はシステムから切り離され、待機系ＭＳＣＰ５が新たな稼働系ＭＳＣＰとして動作する。このとき、ＭＳＣＰリリーフ制御部１１８、２１８は、ホスト間通信によって連絡を取り合って、ＭＳＣＰ構成管理テーブル１２４、２２４を更新し、新たな稼働系になったＭＳＣＰ５を特別Ｉ／Ｆに選択する。また、稼働系ＭＳＣＰ４に障害が発生する前に待機系ＭＳＣＰ５に障害が発生すると、ＭＳＣＰリリーフ制御部１１８、２１８は、ホスト間通信によって連絡を取り合って、ＭＳＣＰ構成管理テーブル１２４、２２４を図４Ｂの状態から図４Ａの状態に更新する。このとき、ＭＳＣＰリリーフ制御部１１８からＭＳＣＰリリーフ制御部２１８に対して出されるホスト間通信は、要求元がＭＳＣＰリリーフ制御部１１８であり、メッセージが特別Ｉ／Ｆの変更要求であるため、特別Ｉ／Ｆの使用を指定しない送信要求がホスト間通信部で生成され、その結果、Ｉ／Ｏ制御部１１３は障害の発生した待機系ＭＳＣＰ５を使用せずに稼働系ＭＳＣＰ４に対してメッセージを送信することになる。

次に、ＭＳＣＰリリーフ制御部１１８からＭＳＣＰリリーフ制御部２１８へのホスト間通信を例にして、ＭＳＣＰリリーフ中のホスト間通信の手順を説明する。

ＭＳＣＰリリーフは、ＭＳＣＰリリーフ制御部１１８、２１８により実行される。ＭＳＣＰリリーフ制御部１１８、２１８は、ホスト間通信によって相互に同期をとりながら連携して動作する。このＭＳＣＰリリーフ時に行われるホスト間通信は、特別Ｉ／Ｆに選択された待機系ＭＳＣＰ５を使用して以下のように実施される。

先ず、ＭＳＣＰリリーフ制御部１１８は、図６に示す送信元ホスト＿ＩＤにホスト１のＩＤを、送信元利用者＿ＩＤにＭＳＣＰリリーフ制御部１１８のＩＤを、宛先ホスト＿ＩＤにホスト２のＩＤを、メッセージに通知する情報を、それぞれ記録したホスト間通信メッセージの送信要求をホスト間通信部１１５へ送出する。ホスト間通信部１１５は、ホスト間通信の要求元がＭＳＣＰリリーフ制御部１１８であり、メッセージが特別Ｉ／Ｆ変更要求ではないので、特別Ｉ／Ｆの使用を指定した送信要求を生成する。このため、Ｉ／Ｏ制御部１１３は、図４ＢのＭＳＣＰ構成管理テーブル１２４に基づき、信号線６３を通じて待機系ＭＳＣＰ５に対してホスト間通信メッセージを送信する。待機系ＭＳＣＰ５のメッセージ転送部５１４は、上記メッセージを受信すると、受信したメッセージを通信領域５２４に記憶する。次に、メッセージ転送部５１４は、メッセージの宛先ホスト＿ＩＤに従って、通信領域５２４から読み出したメッセージを、信号線６６を通じてホスト２へ送信する。ホスト２のホスト間通信部２１５は、上記メッセージをＩ／Ｏ制御部２１３を通じてメッセージ転送部５１４から受信し、メッセージ中の送信元ホスト＿ＩＤおよび送信元利用者＿ＩＤに一致する送信元ホスト＿ＩＤおよび送信元利用者＿ＩＤを有する受信制御テーブル２２５のエントリの受信バッファの項目に記録された受信バッファにメッセージを格納し、通知先の項目に記録されたセマフォを通じてＭＳＣＰリリーフ制御部２１８へ通知を行う。ＭＳＣＰリリーフ制御部２１８は、受信バッファに格納されたメッセージを読み込むことにより、ＭＳＣＰリリーフ制御部１１８から送信されたメッセージの内容を確認することができる。ＭＳＣＰリリーフ中のＭＳＣＰリリーフ制御部２１８からＭＳＣＰリリーフ制御部１１８へのＭＳＣＰリリーフ中のホスト間通信も、上記手順と基本的に同様の手順により、特別Ｉ／Ｆとして選択された待機系ＭＳＣＰ５を使用して実施される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、上記説明では、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ＭＳＣＰリリーフの開始後にホストから受信した排他情報再生要求を契機に排他制御テーブル５２２の再生処理を開始した。しかし、排他制御テーブル再生部５１６は、稼働系ＭＳＣＰ４が正常に動作している最中に、稼働系ＭＳＣＰ４から受信したロックデータに基づいて、排他制御テーブル５２２の再生処理を行うようにしてもよい。

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

このように本実施形態によれば、疎結合システムを構成する装置の種類および個数を削減でき、その分、コストを抑えることができる。その理由は、ＭＳＣＰを使ってホスト間通信を行うようにしているためである。

また本実施形態によれば、各ホストのホスト間通信部１１５、２１５は、ＭＳＣＰリリーフ制御部１１８、２１８からホスト間通信要求を受信すると、特別Ｉ／Ｆの使用を指定した通信要求を生成し、ＭＳＣＰリリーフ制御部以外のＡＰ１１１、２１１などからホスト間通信要求を受信すると、特別Ｉ／Ｆの使用を指定しない通信要求を生成し、Ｉ／Ｏ制御部１１３、２１３は、待機系ＭＳＣＰ５がシステムに組み込まれた状態では、特別Ｉ／Ｆの使用を指定した通信要求に従って特別Ｉ／Ｆとして選択された待機系ＭＳＣＰ５に対して通信要求を送信し、特別Ｉ／Ｆの使用を指定しない通信要求に従って稼働系ＭＳＣＰ４に対して通信要求を送信する。そのため、ＭＳＣＰリリーフ制御部１１８とＭＳＣＰリリーフ制御部２１８との間のホスト間通信に待機系ＭＳＣＰ５を専用に使用することができる。そのため、ＭＳＣＰリリーフ制御部１１８、２１８は、ＭＳＣＰリリーフに関連しない他のホスト間通信による影響を受けることなく、相互に同期をとりながら連携してＭＳＣＰリリーフ動作を実行することができる。

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

［第２の実施形態］
次に本発明の第２の実施形態に係る疎結合システム２００について説明する。図１２を参照すると、疎結合システム２００は、複数のホスト２０１と、複数のホスト２０１で共用する共用資源２０２と、稼働系ＭＳＣＰ２０３と、待機系ＭＳＣＰ２０４と、を備えている。また、稼働系ＭＳＣＰ２０３および待機系ＭＳＣＰ２０４のそれぞれは、排他制御機能とホスト間通信のためのメッセージ転送機能とを備えている。また、複数のホスト２０１のそれぞれは、稼働系ＭＳＣＰ２０３の障害時、待機系ＭＳＣＰ２０４を使用するホスト間通信によって複数のホスト２０１間で同期を取りながら、共用資源の排他制御に使用するＭＳＣＰを稼働系ＭＳＣＰ２０３から待機系ＭＳＣＰ２０４に切り替えるＭＳＣＰリリーフを実行するように構成されている。

このように構成された疎結合システム２００は、以下のように機能する。即ち、複数のホスト２０１は、複数のホスト２０１で共用する共用資源２０２を、稼働系ＭＳＣＰ２０３を用いて排他制御しながら複数の処理を実行し、稼働系ＭＳＣＰ２０３に障害が発生すると、待機系ＭＳＣＰ２０４を使用するホスト間通信によって複数のホスト２０１間で同期を取りながら、共用資源２０２の排他制御に使用するＭＳＣＰを稼働系ＭＳＣＰ２０３から待機系ＭＳＣＰ２０４に切り替えるＭＳＣＰリリーフを実行する。

上記のように構成され、動作する疎結合システム２００によれば、疎結合システムを構成する装置の種類および個数を削減でき、その分、コストを抑えることができる。その理由は、ＭＳＣＰを使ってホスト間通信を行うようにしているためである。

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

例えば、第１の実施形態では、稼働系ＭＳＣＰ４は、それぞれのホスト１、２から送信された共用資源３をロックもしくはアンロックするコマンドに従って排他処理を行い、上記コマンドと上記コマンド実行結果とを含むロックデータを待機系ＭＳＣＰ５に送信し、待機系ＭＳＣＰ５は、稼働系ＭＳＣＰ４が故障した場合、稼働系ＭＳＣＰ４から受信したロックデータおよびホスト１，２から受信した不足ロックデータに基づいて、故障した稼働系ＭＳＣＰ４の排他制御情報を再生した。しかし、故障した稼働系ＭＳＣＰ４の排他制御情報を再生する方法は、上記した方法に限定されない。例えば、特許文献１に記載される再生方法、即ち、故障した稼働系ＭＳＣＰ４の排他制御情報の再生に必要な全てのロックコマンドをホストから待機系ＭＳＣＰへ送信する再生方法であってもよい。

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

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

Claims (5)

1. 複数のホストと、前記複数のホストで共用する共用資源と、前記複数のホストそれぞれに対して信号線を通じて接続された稼働系排他制御装置および待機系排他制御装置と、を備え、
   前記稼働系排他制御装置および前記待機系排他制御装置のそれぞれは、排他制御機能とホスト間通信のためのメッセージ転送機能とを備え、
   前記複数のホストのそれぞれは、
   稼働系排他制御装置および待機系排他制御装置のうち特別Ｉ／Ｆとして選択された排他制御装置の情報を記憶するテーブルと、
   待機系排他制御装置が組み込まれるまでの期間は稼働系排他制御装置を特別Ｉ／Ｆとして選択し、待機系排他制御装置が組み込まれた後の期間は待機系排他制御装置を特別Ｉ／Ｆとして選択するように前記テーブルを更新し、前記稼働系排他制御装置の障害時、ホスト間通信によって前記複数のホスト間で同期を取りながら、前記共用資源の排他制御に使用する排他制御装置を稼働系排他制御装置から待機系排他制御装置に切り替えるＭＳＣＰリリーフを実行するＭＳＣＰリリーフ制御部と、
   前記ＭＳＣＰリリーフ制御部からメッセージ送信要求を受信すると、特別Ｉ／Ｆの使用を指定した通信要求を生成し、前記ＭＳＣＰリリーフ制御部以外の要求元からメッセージ送信要求を受信すると、特別Ｉ／Ｆの使用を指定しない通信要求を生成するホスト間通信部と、
   前記特別Ｉ／Ｆの使用を指定した通信要求に従って、前記テーブルの情報によって前記特別Ｉ／Ｆとして選択された排他制御装置に対して前記通信要求を送信し、前記特別Ｉ／Ｆの使用を指定しない通信要求に従って、稼働系排他制御装置に対して前記通信要求を送信するＩ／Ｏ制御部と、
   を備える
   疎結合システム。
2. 前記ホスト間通信部は、前記ＭＳＣＰリリーフ制御部からのメッセージ送信要求が、特別Ｉ／Ｆ変更要求に係るものか否かを判断し、特別Ｉ／Ｆ変更要求に係るものでなければ特別Ｉ／Ｆの使用を指定した通信要求を生成し、特別Ｉ／Ｆ変更要求に係るものであれば特別Ｉ／Ｆの使用を指定しない通信要求を生成するように構成されている、
   請求項１に記載の疎結合システム。
3. 複数のホストと、前記複数のホストで共用する共用資源と、前記複数のホストそれぞれに対して信号線を通じて接続され、排他制御機能とホスト間通信のためのメッセージ転送機能とを有する稼働系排他制御装置および待機系排他制御装置と、を備えた疎結合システムが実行するリカバリ方法であって、
   前記複数のホストのそれぞれは、
   待機系排他制御装置が組み込まれるまでの期間は稼働系排他制御装置を特別Ｉ／Ｆとして選択し、待機系排他制御装置が組み込まれた後の期間は待機系排他制御装置を特別Ｉ／Ｆとして選択するように、稼働系排他制御装置および待機系排他制御装置のうち特別Ｉ／Ｆとして選択された排他制御装置の情報を記憶するテーブルを更新し、
   業務処理を実行するアプリケーションからホスト間通信要求を受信すると、特別Ｉ／Ｆの使用を指定しない通信要求を生成し、ＭＳＣＰリリーフを実行するＭＳＣＰリリーフ制御部からメッセージ送信要求を受信すると、特別Ｉ／Ｆの使用を指定した通信要求を生成し、
   前記特別Ｉ／Ｆの使用を指定した通信要求に従って、前記テーブルの情報によって前記特別Ｉ／Ｆとして選択された排他制御装置に対して前記通信要求を送信し、前記特別Ｉ／Ｆの使用を指定しない通信要求に従って、稼働系排他制御装置に対して前記通信要求を送信し、
   前記稼働系排他制御装置の障害時、ホスト間通信によって前記複数のホスト間で同期を取りながら、前記共用資源の排他制御に使用する排他制御装置を稼働系排他制御装置から待機系排他制御装置に切り替えるＭＳＣＰリリーフを実行する、
   リカバリ方法。
4. 複数のホストと、前記複数のホストで共用する共用資源と、前記複数のホストそれぞれに対して信号線を通じて接続され、排他制御機能とホスト間通信のためのメッセージ転送機能とを有する稼働系排他制御装置および待機系排他制御装置と、を備えた疎結合システムにおける前記ホストを構成するコンピュータであって、
   稼働系排他制御装置および待機系排他制御装置のうち特別Ｉ／Ｆとして選択された排他制御装置の情報を記憶するテーブルと、
   待機系排他制御装置が組み込まれるまでの期間は稼働系排他制御装置を特別Ｉ／Ｆとして選択し、待機系排他制御装置が組み込まれた後の期間は待機系排他制御装置を特別Ｉ／Ｆとして選択するように前記テーブルを更新し、前記稼働系排他制御装置の障害時、ホスト間通信によって前記複数のホスト間で同期を取りながら、前記共用資源の排他制御に使用する排他制御装置を稼働系排他制御装置から待機系排他制御装置に切り替えるＭＳＣＰリリーフを実行するＭＳＣＰリリーフ制御部と、
   前記ＭＳＣＰリリーフ制御部からメッセージ送信要求を受信すると、特別Ｉ／Ｆの使用を指定した通信要求を生成し、前記ＭＳＣＰリリーフ制御部以外の要求元からメッセージ送信要求を受信すると、特別Ｉ／Ｆの使用を指定しない通信要求を生成するホスト間通信部と、
   前記特別Ｉ／Ｆの使用を指定した通信要求に従って、前記テーブルの情報によって前記特別Ｉ／Ｆとして選択された排他制御装置に対して前記通信要求を送信し、前記特別Ｉ／Ｆの使用を指定しない通信要求に従って、稼働系排他制御装置に対して前記通信要求を送信するＩ／Ｏ制御部と、
   を備えるコンピュータ。
5. 複数のホストと、前記複数のホストで共用する共用資源と、前記複数のホストそれぞれに対して信号線を通じて接続され、排他制御機能とホスト間通信のためのメッセージ転送機能とを有する稼働系排他制御装置および待機系排他制御装置と、を備えた疎結合システムにおける前記ホストを構成するコンピュータに、
   待機系排他制御装置が組み込まれるまでの期間は稼働系排他制御装置を特別Ｉ／Ｆとして選択し、待機系排他制御装置が組み込まれた後の期間は待機系排他制御装置を特別Ｉ／Ｆとして選択するように、稼働系排他制御装置および待機系排他制御装置のうち特別Ｉ／Ｆとして選択された排他制御装置の情報を記憶するテーブルを更新する処理と、
   業務処理を実行するアプリケーションからホスト間通信要求を受信すると、特別Ｉ／Ｆの使用を指定しない通信要求を生成し、ＭＳＣＰリリーフを実行するＭＳＣＰリリーフ制御部からメッセージ送信要求を受信すると、特別Ｉ／Ｆの使用を指定した通信要求を生成する処理と、
   前記特別Ｉ／Ｆの使用を指定した通信要求に従って、前記テーブルの情報によって前記特別Ｉ／Ｆとして選択された排他制御装置に対して前記通信要求を送信し、前記特別Ｉ／Ｆの使用を指定しない通信要求に従って、稼働系排他制御装置に対して前記通信要求を送信する処理と、
   前記稼働系排他制御装置の障害時、ホスト間通信によって前記複数のホスト間で同期を取りながら、前記共用資源の排他制御に使用する排他制御装置を稼働系排他制御装置から待機系排他制御装置に切り替えるＭＳＣＰリリーフを実行する処理と、
   を行わせるためのプログラム。

Images