(57)【特許請求の範囲】
【請求項１】
ホストとバックアップ用ストレージシステムに接続されるストレージシステムにおいて、
第１記憶部と、
複数の更新データ記憶領域を有する第２記憶部と、
前記第１記憶部に対する更新データのライト要求を前記ホストから受信する制御部と、を備え、
前記制御部は、
前記更新データのライト要求を受信したときに、前記複数の更新データ記憶領域の１つである処理対象記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、
前記空き領域が存在していると判断した場合に、前記第１記憶部内における前記更新データの書込領域を示す第１書込先情報と、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示す第２書込先情報と、前記処理対象記憶領域として使用されている前記更新データ記憶領域の識別情報とを含む制御情報を、前記第２記憶部に記憶するとともに、前記更新データを前記第１記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域を前記第２記憶部内の他の更新データ記憶領域に変更し、前記制御情報を前記第２記憶部に記憶し、前記更新データを前記第１記憶部内に書き込むとともに、前記ホストに接続される他のストレージシステムに処理対象記憶領域の変更を指示し、
前記ライト要求の処理とは非同期に、前記第２記憶部内に記憶済みの制御情報に従って、前記第１記憶部に書き込み済みの更新データを前記第２記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の更新データと当該更新データに関する前記第２書込先情報とを、前記バックアップ用ストレージシステムに送信する
ことを特徴とするストレージシステム。
【請求項２】
前記制御部は、
前記ホストに接続されている前記他のストレージシステムから処理対象記憶領域の変更が指示されたときに、処理対象記憶領域を前記第２記憶部内の他の更新データ記憶領域に変更する
ことを特徴とする請求項１に記載のストレージシステム。
【請求項３】
前記制御部は、
所定の時間が経過する度に、前記処理対象記憶領域を前記第２記憶部内の他の更新データ記憶領域に変更するとともに、前記ホストに接続されている前記他のストレージシステムに処理対象記憶領域の変更を指示する
ことを特徴とする請求項１又は２に記載のストレージシステム。
【請求項４】
ホストに接続された複数台のホスト側ストレージシステムと、複数台のバックアップ用ストレージシステムとを含み、各ストレージシステム間が通信可能に接続されたストレージシステムネットワークにおいて、
前記複数台のホスト側ストレージシステムは、それぞれ、
第１記憶部と、
複数の更新データ記憶領域を有する第２記憶部と、
前記第１記憶部に対する更新データのライト要求を前記ホストから受信する第１制御部と、を備え、
前記第１制御部は、
前記更新データのライト要求を受信したときに、前記複数の更新データ記憶領域の１つである処理対象記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、
前記空き領域が存在していると判断した場合に、前記第１記憶部内における前記更新データの書込領域を示す第１書込先情報と、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示す第２書込先情報と、前記処理対象記憶領域として使用されている前記更新データ記憶領域の識別情報とを含む制御情報を、前記第２記憶部に記憶するとともに、前記更新データを前記第１記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域を前記第２記憶部内の他の更新データ記憶領域に変更し、前記制御情報を前記第２記憶部に記憶し、前記更新データを前記第１記憶部内に書き込むとともに、他の各ホスト側ストレージシステムに処理対象記憶領域の変更を指示し、
前記ライト要求の処理とは非同期に、前記第２記憶部内に記憶済みの制御情報に従って、前記第１記憶部に書き込み済みの更新データを前記第２記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の前記更新データと当該更新データに関する前記第２書込先情報とを、前記バックアップ用ストレージシステムに送信し、
前記複数台のバックアップ用ストレージシステムは、それぞれ、
第３記憶部と、
自バックアップ用ストレージシステムに対応づけられた前記ホスト側ストレージシステムが送信した前記更新データ及び前記第２書込先情報を受信し、受信した前記更新データを、受信した前記第２書込先情報が示している前記第３記憶部内の記憶領域に書き込む第２制御部と、
を備える
ことを特徴とするストレージシステムネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステムに関する。
【背景技術】
【０００２】
図１に、リモートコピー機能を有する既存のストレージシステム２００の構成、使用形態を示す。尚、以下で説明するストレージシステム２００は、筐体への記憶装置２２０（通常、ハードディスクドライブ）の搭載数を増やすことにより、総記憶容量を増大させることができるシステム（装置）である。また、ストレージシステム２００は、筐体に搭載されている複数の制御モジュール２１０により、それぞれ、特定の記憶装置２２０が制御されるシステムともなっている。
【０００３】
図１に示してあるように、ストレージシステム２００は、ホスト３００と遠隔地に設置されている他のストレージシステム２００（以下、コピー先システム２００と表記する）とに接続された状態で使用される。ホスト３００と接続されているストレージシステム２００（以下、コピー元システム２００と表記する）の各制御モジュール２１０内には、制御データ記憶領域と更新データ記憶領域とが複数組設けられている。また、コピー先システム２００の各制御モジュール２１０内にも、制御データ記憶領域と更新データ記憶領域とが複数組設けられている。尚、制御モジュール２１０とは、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等を組み合わせたユニットのことであり、
制御データ記憶領域、更新データ記憶領域とは、いずれも、ＲＡＭ上の一記憶領域のことである。
【０００４】
各制御モジュール２１０内の１組の制御データ記憶領域及び更新データ記憶領域は、１つのバッファセットに属する記憶領域として相互に対応付けられている。そして、コピー元システム２００内の各制御モジュール２１０は、以下のように動作する。
【０００５】
各制御モジュール２１０は、或る更新データのライト要求をホスト３００から受信した場合、ライト先情報の記憶と、或るバッファセット（以下、バッファセット０と表記する）に属する制御データ記憶領域への制御データの記憶とを行ってから、当該ライト要求に応答する。ここで、ライト先情報とは、更新データの書き込み位置を示す情報のことである。また、制御データとは、更新データのコピー先システム２００における書き込み位置を示す情報のことである。
【０００６】
また、コピー元システム２００内の各制御モジュール２１０は、随時（適宜）、ライト先情報に基づき更新データを記憶装置２２０から読み出して、バッファセット０に属する更新データ記憶領域に格納する処理を行う。
【０００７】
さらに、コピー元システム２００内の各制御モジュール２１０は、いずれかの制御モジュール２１０内の制御データ記憶領域に新たな制御データを記憶できなくなった場合等に同期的にバッファセットを切り替える。すなわち、各制御モジュール２１０は、制御データ、更新データを、それぞれ、例えば、バッファセット１に属する制御データ記憶領域、更新データ記憶領域に記憶する状態となる。
【０００８】
そして、コピー元システム２００内の各制御モジュール２１０は、バッファセット０に属する更新データ記憶領域への更新データの格納が完了してから、バッファセット０に属する各記憶領域上の情報を、順次、コピー先システム２００に送信する。
【０００９】
コピー先システム２００内の各制御モジュール２１０は、送られてくる情報をバッファセット０に関するものとして一旦内部に記憶する。そして、コピー先システム２００内の各制御モジュール２１０は、自システム２００内にバッファセット０に関する情報が全て揃ったときに、自身が保持している情報（複数の更新データと各更新データに関する制御データ）が示している内容の書き込みを記憶装置２２０に対して行う。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００６−２６０２９２号公報
【特許文献２】国際公開２００８−１５２６９１号パンフレット
【特許文献３】特開２０１０−０３９５７４号公報
【特許文献４】特開２０１１−０８６１６０号公報
【特許文献５】特開２０１１−０８６００６号公報
【特許文献６】特開２００３−１６７６８３号公報
【特許文献７】特開平７−２４４５９７号公報
【特許文献８】特開２００３−１２２５０９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
要するに、上記したストレージシステム２００（以下、既存ＳＳ２００と表記する）は、図１に示したような形で使用すれば、コピー先システム２００内のデータが、コピー元システム２００内に周期的にバックアップされる環境を実現できるものとなっている。従って、既存ＳＳ２００を図１に示したような形で使用しておけば、災害等によりコピー元システム２００が使用できなくなった場合に、コピー先システム２００を用いて業務を再開できる。
【００１２】
しかしながら、既存ＳＳ２００は、記憶装置２２０への追加では対応できない量の記憶容量が必要となった場合、システム自体を、より大容量のものに交換しなければならないものとなっている。
【００１３】
具体的には、ホスト３００に既存ＳＳ２００をもう１台接続すれば、ホスト３００側の記憶容量（ホスト３００がデータの記憶に利用できる記憶容量）を拡張することが出来る。また、遠隔地に既存ＳＳ２００（以下、第２コピー先システム２００と表記する）をもう１台追加すれば、ホスト３００側に追加した既存ＳＳ２００（以下、第２コピー元システム２００と表記する）内のデータを、第２コピー先システム２００内にバックアップすることが出来る。
【００１４】
ただし、追加した２システム間のリモートコピーは、元々あったコピー元／コピー先システム２００（以下、第１コピー元／第１コピー先システム２００と表記する）間のリモートコピーとは全く無関係に行われる。従って、４台の既存ＳＳ２００を組み合わせたシステムでは、第１コピー先システム２００内のデータが、或る時刻Ｔ１における第１コピー元システム２００内のバックアップデータとなっており、第２コピー先システム２００内のデータが、別時刻Ｔ２（例えば、Ｔ１と３０分異なる時刻）における第２コピー元システム２００内のバックアップデータとなっていることがあり得る。
【００１５】
そして、第１、第２コピー先システム２００内のバックアップデータがそのようなものであると、第１、第２コピー先システム２００を用いて業務を再開できない場合（例えば、第１、第２コピー元システム２００に、データベースが分散されて記憶されていた場合）がある。そのため、既存ＳＳ２００を用いている場合には、記憶装置２２０への追加では対応できない量の記憶容量が必要となったときに、システム自体を、より大容量のもの
に交換しなければならなかったのである。
【００１６】
そこで、開示の技術の一側面では、同じホストと接続されている他のストレージシステムと連携したリモートコピーが可能なストレージシステムを提供することを目的とする。
【００１７】
また、他の側面では、複数台の全ホスト側ストレージシステムがあたかも一台のストレージシステムとして機能して複数台のバックアップ用ストレージシステムへのリモートコピーが行われるストレージシステムネットワークを提供することを目的とする。
【課題を解決するための手段】
【００１８】
上記課題を解決するために、開示の技術の一態様の、ホストとバックアップ用ストレージシステムとに接続されるストレージシステムは、第１記憶部と、複数の更新データ記憶領域を有する第２記憶部と、第１記憶部に対する更新データのライト要求をホストから受信する制御部と、を備え、制御部は、ライト要求を受信したときに、複数の更新データ記憶領域の１つである処理対象記憶領域に、更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、空き領域が存在していると判断した場合に、第１記憶部内における更新データの書込領域を示す第１書込先情報と、バックアップ用ストレージシステム内における更新データの書込領域を示す第２書込先情報と、処理対象記憶領域として使用されている更新データ記憶領域の識別情報とを含む制御情報を、第２記憶部に記憶するとともに、更新データを第１記憶部に書き込み、空き領域が存在していないと判断した場合に、処理対象記憶領域を第２記憶部内の他の更新データ記憶領域に変更し、制御情報を第２記憶部に記憶し、更新データを第１記憶部内に書き込むとともに、ホストに接続される他のストレージシステムに処理対象記憶領域の変更を指示し、ライト要求の処理とは非同期に、第２記憶部内に記憶済みの制御情報に従って、第１記憶部に書き込み済みの更新データを第２記憶部の各更新データ記憶領域に読み出し、読み出しが完了した更新データ記憶領域上の更新データと当該更新データに関する第２書込先情報とを、バックアップ用ストレージシステムに送信する。
【００１９】
また、開示の技術の他の態様の、ホストに接続された複数台のホスト側ストレージシステムと、複数台のバックアップ用ストレージシステムとを含み、各ストレージシステム間が通信可能に接続されたストレージシステムネットワークは、各ホスト側ストレージシステムとして、第１記憶部と、複数の更新データ記憶領域を有する第２記憶部と、第１記憶部に対する更新データのライト要求をホストから受信する第１制御部とを備え、第１制御部は、更新データのライト要求を受信したときに、複数の更新データ記憶領域の１つである処理対象記憶領域に、更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、空き領域が存在していると判断した場合に、第１記憶部内における更新データの書込領域を示す第１書込先情報と、バックアップ用ストレージシステム内における更新データの書込領域を示す第２書込先情報と、処理対象記憶領域として使用されている更新データ記憶領域の識別情報とを含む制御情報を、第２記憶部に記憶するとともに、更新データを第１記憶部に書き込み、空き領域が存在していないと判断した場合に、処理対象記憶領域を第２記憶部内の他の更新データ記憶領域に変更し、制御情報を第２記憶部に記憶し、更新データを第１記憶部内に書き込むとともに、他の各ホスト側ストレージシステムに処理対象記憶領域の変更を指示し、ライト要求の処理とは非同期に、第２記憶部内に記憶済みの制御情報に従って、第１記憶部に書き込み済みの更新データを第２記憶部の各更新データ記憶領域に読み出し、読み出しが完了した更新データ記憶領域上の更新データと当該更新データに関する第２書込先情報とを、バックアップ用ストレージシステムに送信するシステムを含む。また、ストレージシステムネットワークは、各バックアップ用ストレージシステムとして、第３記憶部と、自バックアップ用ストレージシステムに対応づけられたホスト側ストレージシステムが送信した更新データ及び第２書込先情報を受信し、受信した更新データを、受信した第２書込先情報が示している第３記憶部内の記憶領域に書
き込む第２制御部とを備えたシステムを含む。
【発明の効果】
【００２０】
開示の技術によれば、同じホストと接続されている他のストレージシステムと連携したリモートコピーが可能なストレージシステムと、複数台のホスト側ストレージシステムと複数台のバックアップ用ストレージシステムとを含み、各ホスト側ストレージシステムから対応するバックアップ用ストレージシステムへのリモートコピーが連携的に行われるストレージシステムネットワークとを提供できる。
【図面の簡単な説明】
【００２１】
【図１】図１は、既存のストレージシステムの構成及び機能の説明図である。
【図２】図２は、開示の技術の一実施形態に係るストレージシステムの構成、及び、実施形態に係るストレージシステムを用いて構築されるストレージシステムネットワークの構成の説明図である。
【図３】図３は、実施形態に係るストレージシステム内の各ＣＭのメモリ上に用意されるグループ管理テーブルの説明図である。
【図４Ａ】図４Ａは、実施形態に係るストレージシステムネットワーク内で実行される初期構築ネゴシエーション処理の流れ図（その１）である。
【図４Ｂ】図４Ｂは、実施形態に係るストレージシステムネットワーク内で実行される初期構築ネゴシエーション処理の流れ図（その２）である。
【図５】図５は、受信ＣＭのメモリ上に用意されるバッファセット管理テーブルの説明図である。
【図６】図６は、メイン受信マスターＣＭのメモリ上に用意される空き受信バッファテーブルの説明図である。
【図７】図７は、送信ＣＭのメモリ上に用意されるバッファセット管理テーブルの説明図である。
【図８】図８は、バッファ管理テーブルの説明図である。
【図９】図９は、初期コピーセッション管理テーブルの説明図である。
【図１０】図１０は、コピー範囲設定作業時に、実施形態に係るストレージシステムネットワーク内で実行される処理の流れ図である。
【図１１】図１１は、初期コピー処理の流れ図である。
【図１２】図１２は、ライト要求受信時に実行されるライト要求解析・応答処理の流れ図である。
【図１３】図１３は、格納予約・キューイング処理の流れ図である。
【図１４】図１４は、ライト要求コピー制御テーブルの説明図である。
【図１５】図１５は、データ格納処理の流れ図である。
【図１６】図１６は、バッファセット切替依頼処理の流れ図である。
【図１７Ａ】図１７Ａは、バッファセット切替処理の流れ図（その１）である。
【図１７Ｂ】図１７Ｂは、バッファセット切替処理の流れ図（その２）である。
【図１８】図１８は、切替完了通知を受信したコピーセッション担当ＣＭが実行する処理の流れ図である。
【図１９】図１９は、空き受信バッファＩＤ割当処理の流れ図である。
【図２０Ａ】図２０Ａは、バッファセット管理テーブル転送処理の流れ図（その１）である。
【図２０Ｂ】図２０Ｂは、バッファセット管理テーブル転送処理の流れ図（その２）である。
【図２０Ｃ】図２０Ｃは、バッファセット管理テーブル転送処理の流れ図（その３）である。
【図２０Ｄ】図２０Ｄは、バッファセット受信完了通知受信時に実行される処理の流れ図である。
【図２１Ａ】図２１Ａは、バッファ管理テーブル及びバッファ転送処理の流れ図（その１）である。
【図２１Ｂ】図２１Ｂは、バッファ管理テーブル及びバッファ転送処理の流れ図（その２）である。
【図２１Ｃ】図２１Ｃは、バッファ管理テーブル及びバッファ転送処理の流れ図（その３）である。
【図２１Ｄ】図２１Ｄは、バッファ管理テーブル及びバッファ転送処理の流れ図（その４）である。
【図２１Ｅ】図２１Ｅは、バッファ管理テーブル及びバッファ転送処理の流れ図（その５）である。
【図２１Ｆ】図２１Ｆは、バッファ管理テーブル及びバッファ転送処理の流れ図（その６）である。
【図２１Ｇ】図２１Ｇは、バッファ管理テーブル及びバッファ転送処理の流れ図（その７）である。
【図２２Ａ】図２２Ａは、展開処理の流れ図（その１）である。
【図２２Ｂ】図２２Ｂは、展開処理の流れ図（その２）である。
【図２２Ｃ】図２２Ｃは、展開処理の流れ図（その３）である。
【図２３Ａ】図２３Ａは、解放処理の流れ図（その１）である。
【図２３Ｂ】図２３Ｂは、解放処理の流れ図（その２）である。
【図２４】図２４は、バッファセット定期切替処理の流れ図である。
【発明を実施するための形態】
【００２２】
以下、本書で開示の技術の実施の形態について、図面を参照して詳細に説明する。
【００２３】
図２に、開示の技術の一実施形態に係るストレージシステム１００の構成、及び、複数台のストレージシステム１００を組み合わせることにより構築されるストレージシステムネットワークの構成を示す。
【００２４】
まず、この図２を用いて、本実施形態に係るストレージシステム（以下、ＳＳとも表記する）１００の概要と、複数台のＳＳ１００を組み合わせることにより構築されるＳＳネットワークの概要とを、説明する。
【００２５】
図２に示してあるように、本実施形態に係るＳＳ１００は、筐体１０５と１つ以上のＣＭ（Controller Module；制御モジュール）１１０と記憶部１２０とを備えた装置（シス
テム）である。
【００２６】
筐体１０５は、各種仕様（記憶容量、応答速度等）の補助記憶装置（ハードディスク装置、ＳＳＤ（Solid State Drive）等)１２５を第１規定数まで搭載でき、ＣＭ１１０を第２規定数まで搭載できるユニットである。
【００２７】
記憶部１２０は、筐体１０５に搭載されている複数の補助記憶装置１２５によって実現されるユニットである。ＳＳ１００のセットアップ時には、ユーザにより、筐体１０５に搭載されている複数の補助記憶装置１２５（つまり、記憶部１２０）を幾つかのＲＡＩＤ(Redundant Array of Independent Disks)グループに分けるための設定作業が行われる。また、各ＲＡＩＤグループを幾つかの論理ユニットに分けるための設定作業や、各ＲＡＩＤグループの制御を担当させるＣＭ１１０を設定（指定）する作業も、行われる。
【００２８】
ＣＭ１１０は、基本的には、ホスト３００からのリード／ライト要求にて指定されている内容の処理（リート／ライトアクセス）を、記憶部１２０に対して行うユニットである。なお、ＳＳ１００内の各ＣＭ１１０がホスト３００から受信するリード／ライト要求は
、ＬＵＮ（Logical Unit Number）、ＬＢＡ（Logical Block Address）及びブロック数にてリード／ライトする記憶部１２０内の記憶領域を指定する要求である。また、ホスト３００は、或る論理ユニットに対するリード／ライト要求を、その論理ユニットの制御を担当しているＣＭ１１０に対して送信する。
【００２９】
図２に示してあるように、ＣＭ１１０は、ホスト３００に対するインターフェースモジュールであるＣＡ（Channel Adapter）１１３と、記憶部１２０に対するインターフェー
スモジュールである２つのＦＣ（Fibre Channel）１１５とを、備えている。また、ＣＭ
１１０は、他のＳＳ１００に対するインターフェースモジュールであるＲＡ（Remote Adapter）１１４、自ＣＭ１１０をＬＡＮ（Local Area Network）に接続するためのＬＡＮポート（図示略）も備えている。さらに、ＣＭ１１０は、ＲＯＭ（Read Only Memory；図示略）、当該ＲＯＭに記憶されているプログラム（ファームウェア）に従って各種処理を行うＣＰＵ（Central Processing Unit）１１１、各種データの一時記憶に使用されるメモ
リ１１２を備えている。
【００３０】
複数台のＳＳ１００を用いて構築されるＳＳネットワークは、ホスト３００に接続したＮ（≧２）台のＳＳ１００（以下、送信システム１００と表記する）と遠隔地に設置したＮ台のＳＳ１００（以下、受信システム１００と表記する）とをネットワーク接続したシステムである。
【００３１】
詳細については後述するが、このＳＳネットワークは、ホスト３００側のＮ台の送信システム１００が１台のストレージシステムのように機能して、遠隔地側のＮ台の受信システム１００に対して、ホスト３００による書き込みデータの順序性のあるコピーが行われるシステムである。
【００３２】
そして、本実施形態に係るＳＳ１００は、送信システムと受信システムとを何台かずつ含むシステムに、送信システム１００及び受信システム１００を追加すれば、既存の送信／受信システムの交換等が不要な形で、上記機能を有するＳＳネットワークを構築できる装置となっている。
【００３３】
以下、本実施形態に係るＳＳ１００の構成及び動作を、ＳＳネットワークの構成要素として使用されている場合を中心に、さらに具体的に説明する。
【００３４】
ＳＳネットワークは、通常、何台かのＳＳ１００を含む運用中のシステムに、何台かのＳＳ１００（受信システム１００、送信システム１００）を追加することにより構築されるものである。従って、ＳＳネットワークの通常の構築時には、ユーザにより、追加した何台かのＳＳ１００に対するセットアップ作業（ＲＡＩＤグループ等の設定作業）が行われる。
【００３５】
その後、ユーザにより、構成設定作業とコピー範囲設定作業とが行われる。
【００３６】
まず、構成設定作業の内容と、当該作業に関連するＣＭ１１０の機能とを、説明する。
【００３７】
ＳＳ１００用のＣＭ１１０は、構成設定用の各種Ｗｅｂページを提供するＷｅｂサーバ機能を有している。そのため、構成設定作業は、コンピュータを、或る受信システム内のＣＭ１１０にＬＡＮ経由（通常、受信システム内の各ＣＭ１１０のＬＡＮポートと接続されたハブ経由）で接続し、当該コンピュータのＷｅｂブラウザを起動することにより行われる。
【００３８】
なお、或るＳＳ１００の初回起動時等には、そのＳＳ１００内の各ＣＭ１１０に、ＳＳ
１００内での識別情報であるＣＭ−ＩＤ（本実施形態では、数値情報）が与えられる。そして、ＳＳ１００内の、最も小さなＣＭ−ＩＤが与えられたＣＭ１１０が、上記Ｗｅｂサーバ機能（及び他の各種機能）を有するＣＭ１１０（以下、マスターＣＭと表記する）として動作する。また、他の各ＣＭ１１０は、上記Ｗｅｂサーバ機能を有さないＣＭ１１０（以下、スレーブＣＭと表記する）として動作する。従って、ユーザにより設定された情報を実際に受け取るのは、マスターＣＭ（マスターＣＭとして動作しているＣＭ１１０）である。
【００３９】
詳細説明（構成設定用の各Ｗｅｂページの構成説明等）は省略するが、構成設定作業時には、ＳＳネットワークの構成要素（送信システム１００又は受信システム１００）とする各ＳＳ１００の識別情報がユーザにより設定される。また、メイン送信システム１００として動作させる１台の送信システム１００、サブ送信システム１００として動作させる１台以上の送信システム１００も設定される。メイン受信システム１００として動作させる１台の受信システム１００、サブ受信システム１００として動作させる１台以上の受信システム１００も設定される。
【００４０】
また、送信システム１００・受信システム１００間の対応関係も設定される。この対応関係の設定は、各受信／送信システム１００にグループＩＤを割り当てた上で、或る送信システム１００に割り当てたグループＩＤと、当該送信システム１００に対応付ける受信システム１００に割り当てたグループＩＤとを対応づけることにより行われる。
【００４１】
さらに、送信側トータルバッファサイズ、受信側トータルバッファサイズ及びバッファセット自動切替時間（各情報の詳細については後述する）も、ユーザにより設定される。
【００４２】
上記のような構成設定作業がなされると、実際に設定を受け付けたマスターＣＭから、自システム１００内の各スレーブＣＭ、他の各システム１００（送信／受信システム１００）内の各ＣＭ１１０に対して設定内容が通知される。そして、ＳＳネットワーク内の各ＣＭ１１０により、自身のメモリ１１２上に、ユーザによる設定内容や、各バッファセットの状況を管理するための情報や、各種処理の実行状況を管理するための情報を保持しておくためのグループ管理テーブルが用意される。
【００４３】
ＳＳネットワークを構成している各ＳＳ１００内の各ＣＭ１１０の動作は、自システムの種類、及び、自身がマスターＣＭであるかスレーブＣＭであるかにより異なる。そのため、以下では、説明の便宜上、〜システム１００（〜＝メイン送信、サブ送信、送信等）内のマスターＣＭのことを、〜マスターＣＭ（メイン送信マスターＣＭ、サブ受信マスターＣＭ、送信マスターＣＭ等）と表記することにする。同様に、〜システム１００内のスレーブＣＭ、ＣＭ１１０（マスターＣＭ又はスレーブＣＭ）のことを、それぞれ、〜スレーブＣＭ（メイン送信スレーブＣＭ等）、〜ＣＭ（送信ＣＭ等）と表記する。
【００４４】
図３に、メイン送信マスターＣＭが、構成設定作業時に、自身のメモリ１１２上に用意するグループ管理テーブル１５０の一例を示す。
【００４５】
なお、この図３に示したグループ管理テーブル１５０は、ユーザにより以下の設定がなされ、且つ、ユーザが指定した２台の送信システム１００内のＣＭ１１０の総数が４であった場合に、メイン送信マスターＣＭが、メモリ１１２上に用意するものである。
送信システムの台数：２
受信システムの台数：２
メイン送信システム（送信システム０）とするＳＳ１００の識別情報：“Ａ”
サブ送信システム（送信システム１）とするＳＳ１００の識別情報：“Ｂ”
メイン受信システム（受信システム０）とするＳＳ１００の識別情報：“Ｃ”
サブ受信システム（受信システム１）とするＳＳ１００の識別情報：“Ｄ”
メイン送信システムのグループＩＤ：“０”
サブ送信システムのグループＩＤ：“２”
メイン受信システムのグループＩＤ：“０”
サブ送信システムのグループＩＤ：“１”
メイン送信システムにメイン受信システムを対応づける（グループＩＤが“０”の送信システムにグループＩＤが“０”の受信システムを対応づける）。
サブ送信システムにサブ受信システムを対応づける（グループＩＤが“２”の送信システムにグループＩＤが“１”の受信システムを対応づける）。
送信側トータルバッファサイズ（ＭＢ）：６４
受信側トータルバッファサイズ（ＭＢ）：６４
バッファセット自動切替時間（ｓｅｃ）：６０
【００４６】
このグループ管理テーブル１５０に設定（記憶）されているバッファサイズは、各ＣＭ１１０のメモリ１１２上に用意する１個のバッファ（詳細は後述）のサイズ（ＭＢ（メガバイナリバイト）単位のサイズ）として予め定められている値である。バッファ管理テーブルサイズも、１個のバッファ管理テーブル（図８：詳細は後述）のサイズ（ＫＢ（キロバイナリバイト）単位のサイズ）として予め定められている値である。
【００４７】
グループ管理テーブル１５０に設定されているバッファセット数は、各送信システム１００内に用意するバッファセットの数を規定する情報である。グループ管理テーブル１５０には、このバッファセット数として、“送信側トータルバッファサイズ／バッファサイズ”の演算結果Ｎｓが設定される。
【００４８】
尚、バッファセットとは、或る送信システム１００のマスターＣＭ内のメモリ１１２上の１組のバッファセット管理テーブル、バッファ管理テーブル及びバッファと、同じ送信システムの各スレーブＣＭ内のメモリ１１２上の１組のバッファ管理テーブル及びバッファとのセットのことである。バッファセットの各構成要素の詳細については後述するが、バッファセットには、受信システム内に用意されるバッファセット（受信側バッファセット）もある。そのため、誤解を招く可能性がある場合には、各送信システム内に用意されるバッファセットのことを、送信側バッファセットと表記することにする。
【００４９】
グループ管理テーブル１５０に設定可能な他の各情報は、ユーザによる設定内容を示す情報（グループＩＤ、送信システム０（＝メイン送信システム）の識別情報、グループＩＤ対応関係情報等）や、以下の情報である。
【００５０】
・バッファセット自動切替時間
・バッファセット定期切替処理起動状態
・ネゴシエーション状態
・格納バッファセット番号
・バッファセット切替状態
・バッファセット切替依頼状態
・Ｎｓ個のバッファセット使用状態（“バッファセットｊ使用状態”；ｊ＝０〜Ｎｓ−１）
・バッファセット空き待ち状態
・全送信システム内の各送信ＣＭについての切替受付状態（“ＣＭ１０切り替え受け付け状態”等）
・展開バッファセット番号
・各バッファセットの受信システム別の受信状態（“バッファセットｊ受信システムｋ受信状態”；ｊ＝０〜Ｎｓ−１、ｋ＝０〜受信システム数−１）
【００５１】
換言すれば、グループ管理テーブル１５０は、Ｎｓ、受信システム１００の台数等により、実際の構成（実際に記憶可能な情報の数）が異なるテーブルとなっている。
【００５２】
そのため、メイン送信マスターＣＭは、構成設定作業がなされた際、ユーザによる設定内容や、送信側トータルバッファサイズとバッファサイズとから算出したＮｓ等に基づき、メモリ１１２上に用意するグループ管理テーブル１５０の実際の構成を決定する。
【００５３】
そして、メイン送信マスターＣＭは、決定した構成を有する、ユーザによる設定内容を記録し、バッファサイズ、バッファ管理テーブルサイズ、バッファセット数、ネゴシエーション状態として、それぞれ、８、１２、Ｎｓ、“ネゴシエーション未”を設定したグループ管理テーブル１５０（図３）を、メモリ１１２上に用意（生成）する。
【００５４】
他の各ＣＭ１１０のメモリ１１２上に用意されるグループ管理テーブル１５０も図３に示したグループ管理テーブル１５０と同構成のものである。ただし、ネゴシエーション状態は、送信マスターＣＭ（メイン送信マスターＣＭとサブ送信マスターＣＭ）のみが利用する情報となっている。また、バッファセット自動切替時間及びバッファセット自動切替処理起動状態は、メイン送信マスターＣＭのみが利用する情報となっている。
【００５５】
そのため、サブ送信マスターＣＭは、ネゴシエーション状態として、有意な情報が設定されていないグループ管理テーブル１５０をメモリ１１２上に用意する。また、各送信スレーブＣＭ及び各受信ＣＭは、ネゴシエーション状態、バッファセット自動切替時間及びバッファセット自動切替処理起動状態として、有意な情報が設定されていないグループ管理テーブル１５０をメモリ１１２上に用意（生成）する。
【００５６】
次に、グループ管理テーブル１５０の生成完了後における各ＣＭ１１０の動作を説明する。なお、以下の説明では、バッファセットのことを、ＢＳとも表記する。
【００５７】
メモリ１１２上へグループ管理テーブル１５０の生成が完了すると、各送信マスターＣＭ（各送信システム１００内のマスターＣＭ）は、図４Ａ及び図４Ｂに示した手順の初期構築ネゴシエーション処理を周期的に実行する状態となる。なお、この初期構築ネゴシエーション処理は、送信マスターＣＭのみにより実行されるものではなく、或る送信システム内のマスターＣＭ及びスレーブＣＭと、当該送信システムに対応する受信システム内のマスターＣＭとにより実行されるものである。また、この初期構築ネゴシエーション処理及び以下で説明する各処理中に各ＣＭ１１０が参照／更新する各テーブルは、自身のメモリ１１２上のテーブルである。
【００５８】
図４Ａに示してあるように、初期構築ネゴシエーション処理を開始した送信マスターＣＭは、まず、グループ管理テーブル１５０（図３）上のネゴシエーション状態が“ネゴシエーション未”であるか否かを判断する（ステップＳ１００１）。そして、送信マスターＣＭは、ネゴシエーション状態が“ネゴシエーション未”ではなかった場合（ステップＳ１００１；ＮＯ）には、特に何も行うことなく、この初期構築ネゴシエーション処理を終了する。
【００５９】
一方、ネゴシエーション状態が“ネゴシエーション未”であった場合（Ｓ１００１；ＹＥＳ）、送信マスターＣＭは、グループ管理テーブル１５０上のネゴシエーション状態を“ネゴシエーション中”に変更する（ステップＳ１００２）。次いで、送信マスターＣＭは、対応受信システム１００（自送信システム１００に対応づけられている受信システム１００）に、所定内容の初期通知を送信する（ステップＳ１００３）。
【００６０】
この初期通知は、対応受信システム１００内のマスターＣＭ（受信マスターＣＭ）により処理される。初期通知を受信した受信マスターＣＭは、グループ管理テーブル１５０上の展開ＢＳ番号を“無効”に初期化する（ステップＳ１００４）。また、このステップＳ１００４にて、受信マスターＣＭは、グループ管理テーブル１５０上の各ＢＳについての受信システム別の受信状態（“バッファセット０受信システム０受信状態”等）を“未受信”に初期化する処理も行う。
【００６１】
その後、受信マスターＣＭは、各受信側バッファセットｎ（ｎ＝０〜Ｎｓ−１：Ｎｓは、ＢＳ数）用の、各種情報として初期値を設定したＢＳ管理テーブルを、自身のメモリ１１２上に生成する（ステップＳ１００５）。
【００６２】
ここで、受信側バッファセットｎとは、ｎというバッファセット番号で識別される受信側バッファセットのことである。また、受信側バッファセットとは、或る受信システム内のマスターＣＭのメモリ１１２上の１組のＢＳ管理テーブル、バッファ管理テーブル及びバッファと、同じ受信システム内の各スレーブＣＭのメモリ１１２上の１組のバッファ管理テーブル及びバッファのセットのことである。受信側バッファセットは、０〜Ｎｓ−１のＢＳ番号が付けられた形で、受信システム内に、Ｎｓ個、用意される。なお、このＮｓという数は、バッファが割り当てられていないものも受信側バッファセットとしてカウントした場合の数である。
【００６３】
以下、受信側バッファセット用のＢＳ管理テーブル、受信側バッファセットｎ用のＢＳ管理テーブルのことを、それぞれ、受信側ＢＳ管理テーブル、受信側ＢＳ管理テーブルｎとも表記する。
【００６４】
図５に、受信側ＢＳ管理テーブルの一例を示す。この図５から明らかなように、受信側ＢＳ管理テーブルは、ＢＳ番号、バッファＩＤ受信状態及び展開待ち状態と共に、複数組の送信バッファＩＤ、受信バッファＩＤ、バッファ管理テーブル受信状態及びバッファ受信状態を記憶可能なテーブルである。
【００６５】
受信マスターＣＭは、ステップＳ１００５にて、各受信側ＢＳ管理テーブルｎ（ｎ＝０〜“Ｎｓ−１”）として、以下の情報を設定したものをメモリ１１２上に用意する。
【００６６】
バッファセット番号：ｎ
バッファＩＤ状態：“未受信”
展開待ち状態：“待ち中ではない”
各送信バッファＩＤ：“無効”
各受信バッファＩＤ：“無効”
各バッファ管理テーブル受信状態：“未受信”
各バッファ受信状態：“未受信”
【００６７】
ステップ１００５の処理を終えた受信マスターＣＭは、続くステップＳ１００６にて、まず、グループ管理テーブル１５０上の受信側トータルバッファサイズとバッファサイズとから、自システム内の各ＣＭ１１０のメモリ１１２上に用意するバッファの数Ｎｒを算出する。より具体的には、受信マスターＣＭは、“受信側トータルバッファサイズ／８”（８は、バッファサイズ）を演算することにより、自システム１００内の各ＭＣ１１０のメモリ１１２上に用意するバッファの数Ｎｒを算出する。
【００６８】
次いで、受信マスターＣＭは、自身のメモリ１１２上の用意するＮｒ個のバッファ及び各スレーブＣＭのメモリ１１２上の用意するＮｒ個のバッファについてのバッファＩＤを生成する。
【００６９】
各ＣＭ１１０が、メモリ１１２上にＹ個のバッファを用意する場合に各バッファとして使用するメモリ１１２上の記憶領域は、『“既定アドレス＋ｂ・８ＭＢ”（ｂ＝０〜Ｙ−１の整数値）を先頭アドレスとした８ＭＢの連続した記憶領域』と定められている。また、或るＣＭ１１０のメモリ１１２上の『“既定アドレス＋ｂ・８ＭＢ”を先頭アドレスとしたバッファ』のバッファＩＤは、当該ＣＭ１１０のＣＭ−ＩＤ（本実施形態では１バイトのデータ）に、ｂを表す１バイトデータを続けた情報と定められている。
【００７０】
従って、受信マスターＣＭは、自身のメモリ１１２上に用意するＮｒ個のバッファのバッファＩＤとして、自身のＣＭ−ＩＤに、それぞれ、０〜Ｎｒ−１を示す１バイトデータを続けたＮｒ個のデータを生成する。また、受信マスターＣＭは、各スレーブＣＭのメモリ１１２上に用意するＮｒ個のバッファのバッファＩＤとして、各スレーブＣＭのＣＭ−ＩＤに、それぞれ、０〜Ｎｒ−１を示す１バイトデータを続けたＮｒ個のデータを生成する。
【００７１】
上記のようにして、自システム１００の搭載ＣＭ数×Ｎｒ個のバッファＩＤを生成した受信マスターＣＭは、生成した各バッファＩＤを空き受信バッファＩＤとして初期通知送信元ＣＭに送信する。そして、受信マスターＣＭは、ステップＳ１００６の処理及び初期通知の受信により開始した処理を終了する。
【００７２】
一方、複数の空き受信バッファＩＤを受信した送信マスターＣＭは、自身のメモリ１１２上に空き受信バッファ管理テーブル１６０を用意し、用意した空き受信バッファ管理テーブル１６０に、受信した各空き受信バッファＩＤと、受信した空き受信バッファＩＤの総数とを登録する（ステップＳ１００７）。なお、送信マスターＣＭがメモリ１１２上に用意する空き受信バッファ管理テーブル１６０は、図６に示したように、空き受信バッファＩＤの総数（空き受信バッファＩＤ数）と、複数の空き受信バッファＩＤだけを記憶できるものである。
【００７３】
ステップＳ１００７（図４Ａ）の処理を終えた送信マスターＣＭは、グループ管理テーブル１５０上のネゴシエーション状態を“ネゴシエーション済”に変更する（ステップＳ１００８）。さらに、送信マスターＣＭは、グループ管理テーブル１５０上のバッファセット空き待ち状態、ＢＳ管理テーブル転送状態、ＢＳ定期切替処理起動状態を、それぞれ、“待ち中ではない”、“転送中ではない”、“未起動”に初期化する（ステップＳ１００９）。
【００７４】
その後、受信マスターＣＭは、ステップＳ１０１１（図４Ｂ）にて、各送信側バッファセットｎ（ｎ＝０〜Ｎｓ−１：Ｎｓは、バッファセット数）用の、各種初期値を設定したＢＳ管理テーブルをメモリ１１２上に用意する。
【００７５】
以下、送信側バッファセット用のＢＳ（バッファセット）管理テーブル、送信側バッファセットｎ用のＢＳ管理テーブルのことを、それぞれ、送信側ＢＳ管理テーブル、送信側ＢＳ管理テーブルｎとも表記する。
【００７６】
図７に、送信側ＢＳ管理テーブルの一例を示す。この図７から明らかなように、送信側ＢＳ管理テーブルは、ＢＳ番号、空き受信バッファＩＤ待ち状態及びテーブル転送待ち状態と共に、複数組の送信バッファＩＤ及び受信バッファＩＤを記憶可能なテーブルである。
【００７７】
受信マスターＣＭは、ステップＳ１０１１にて、各受信側ＢＳ管理テーブルｎ（ｎ＝０〜“Ｎｒ−１”）として、以下の情報を設定したものをメモリ１１２上に用意する処理を
行う。
【００７８】
バッファセット番号：ｎ
空き受信バッファＩＤ待ち状態：“未受信”
テーブル転送待ち状態：“待ち中ではない”
各送信バッファＩＤ：“無効”
各受信バッファＩＤ：“無効”
【００７９】
ステップＳ１０１１の処理を終えた送信マスターＣＭは、自システム１００内の各スレーブＣＭに、所定内容の初期構築ネゴシエーション通知を送信する（ステップＳ１０１２）。
【００８０】
その後、送信マスターＣＭは、グループ管理テーブル１５０上の各種情報を初期化する（ステップＳ１０１３）。具体的には、送信マスターＣＭは、グループ管理テーブル１５０（図３）上の格納ＢＳ番号、ＢＳ切替状態、各切替依頼受付状態（“ＣＭ１０切替依頼受付状態”等）を、それぞれ、“０”、“切替中ではない”、“依頼中ではない”に初期化する。さらに、送信マスターＣＭは、バッファセット０使用状態を“使用中”に初期化し、他の各バッファセット使用状態を“使用中ではない”に初期化する。
【００８１】
続くステップＳ１０１４において、送信マスターＣＭは、各送信側バッファセットｎ（ｎ＝１〜Ｎｓ−１）用の、各種初期値を設定したバッファ管理テーブルを自身のメモリ１１２上に用意する処理を行う。
【００８２】
バッファ管理テーブルは、図８に示したように、格納状態、セッション番号、コピー先ＬＵＮ、コピー先ＬＢＡ及びブロック数を含む１０２４個のインデックス情報を、バッファセット番号、インデックス情報ポインタ等と共に記憶可能なテーブルである。
【００８３】
このバッファ管理テーブル上のインデックス情報ｍ（ｍ＝０〜１０２３）中の格納状態は、バッファのｍ番目の単位記憶領域へのデータの格納が完了しているか否かを示す情報である。ここで、バッファの単位記憶領域とは、バッファ（バッファとして使用されている記憶領域）を１０２４分割した記憶領域（８ＫＢ（＝８ＭＢ／１０２４）の記憶領域）のことである。また、バッファのｍ番目の単位記憶領域とは、バッファの先頭側から数えてｍ番目の単位記憶領域（バッファ先頭の単位記憶領域が０番目の単位記憶領域）のことである。なお、既に説明したように、ＣＭ１１０が、Ｙ個のバッファとして使用するメモリ１１２上の記憶領域は、『“既定アドレス＋ｂ・８ＭＢ”（ｂ＝０〜Ｙ−１）を先頭アドレスとした８ＭＢの連続した記憶領域』である。従って、送信ＣＭのメモリ１１２上に用意されるバッファもそのようなものなのであるが、送信ＣＭは、『“既定アドレス＋ｂ・８ＭＢ”（ｂ＝０〜Ｎｓ−１）を先頭アドレスとした８ＭＢの連続した記憶領域』を、バッファセットｂのバッファとして使用するものとなっている。
【００８４】
インデックス情報ｍ中のコピー先ＬＵＮ、コピー先ＬＢＡ及びブロック数は、ｍ番目の単位記憶領域に格納されているデータ／その後に格納されるデータを書き込むべき受信システム１００内の記憶部１２０の記憶領域を示す情報である。インデックス情報中のセッション情報は、自インデックス情報が関連する一連の処理に対して付けられた識別情報である。
【００８５】
バッファ管理テーブル上のバッファセット番号は、自テーブルが属する送信側ＢＳのＢＳ番号である。インデックス情報ポインタは、バッファ管理テーブル上に実際に設定されているインデックス情報の総数、及び、セッション番号等が未設定の最も小さなインデックス情報番号（インデックス情報ｍにおけるｍ）を示しているように更新される値である
。バッファ転送待ち状態は、『自バッファ管理テーブルへのインデックス情報の設定が完了し、対応するバッファへのデータの格納が完了するのを待っている状態』となった場合に、“待ち中”に変更される情報である。
【００８６】
バッファ管理テーブル上の受信バッファＩＤは、同じ送信側バッファセットに含まれるバッファ上のデータの転送先バッファのバッファＩＤである。この受信バッファＩＤは、当該転送先バッファを受信ＣＭに通知するために（詳細は後述）、バッファ管理テーブルに設定されている情報となっている。
【００８７】
そして、ステップＳ１０１４の処理は、各受信側バッファセットｎ（ｎ＝０〜“Ｎｒ−１”）のＢＳ管理テーブルとして、以下の情報を設定したものをメモリ１１２上に用意する処理となっている。
【００８８】
バッファセット番号  ：ｎ
インデックス情報ポインタ  ：０
受信バッファＩＤ    ：“無効”
バッファ転送待ち状態：“待ち中ではない”
各格納状態          ：“未格納”、
各セッション番号    ：“無効”
各コピー先ＬＵＮ    ：“無効”
各コピー先ＬＢＡ    ：“無効”
各ブロック数        ：“無効”
【００８９】
ステップＳ１０１４の処理を終えた送信マスターＣＭは、空のＢＳ切替待ちキュー及び格納完了待ちキューを自身のメモリ１１２上に用意する（ステップＳ１０１５）。
【００９０】
また、初期構築ネゴシエーション通知を受信した送信スレーブＣＭも、送信マスターＣＭと同様に、まず、グループ管理テーブル１５０上の各種情報を初期化する（ステップＳ１０２１）。ただし、各ＢＳの使用状態は、送信マスターＣＭのみが利用する情報となっている。そのため、送信スレーブＣＭは、ステップＳ１０２１にて、グループ管理テーブル１５０上の格納ＢＳ番号、ＢＳ切替状態、各切替依頼状態を、それぞれ、“０”、“切替中ではない”、“依頼中ではない”に初期化する処理のみを行う。
【００９１】
その後、送信スレーブＣＭは、ステップＳ１０２２、Ｓ１０２３にて、それぞれ、ステップＳ１０１４、Ｓ１０１５と同じ処理を行う。
【００９２】
送信スレーブＣＭは、ステップＳ１０２３の処理が完了した場合には、処理の完了を送信マスターＣＭ（自システム１００内のマスターＣＭ）に通知する。
【００９３】
一方、ステップＳ１０１５の処理を終えた送信マスターＣＭは、各スレーブＣＭによる処理が完了するのを待機している（ステップＳ１０１６）。
【００９４】
そして、各スレーブＣＭによる処理が完了したことを認識した送信マスターＣＭは、自身がサブ送信マスターＣＭであった場合には、メイン送信マスターＣＭに処理の完了を通知する（ステップＳ１０１７）。そして、サブ送信マスターＣＭは、この初期構築ネゴシエーション処理を終了する。
【００９５】
また、各スレーブＣＭによる処理が完了したことを認識した送信マスターＣＭは、自身がメイン送信マスターＣＭであった場合には、各サブ送信システム１００から処理の完了が通知されるを待機する（ステップＳ１０１８）。そして、メイン送信マスターＣＭは、
各サブ送信システム１００による処理が完了したことが確認できたときに、ＢＳ定期切替処理（詳細は後述）を起動（ステップＳ１０１９）してから、初期構築ネゴシエーション処理を終了する。
【００９６】
次に、コピー範囲設定作業の内容と、当該作業に関連するＣＭ１１０の機能とを、説明する。
【００９７】
まず、コピー範囲設定作業の結果として、各送信ＣＭのメモリ１１２上に生成される初期コピーセッション管理テーブル１８０について説明する。
【００９８】
図９に、初期コピーセッション管理テーブル１８０の一例を示す。この初期コピーセッション管理テーブル１８０上のコピー元ＬＵＮ、コピー元ＬＢＡ及びブロック数は、データのバックアップを行うべき、送信システム側の１つの論理ユニット内の連続した記憶領域（以下、コピー元記憶領域と表記する）を規定する情報である。コピー先ＬＵＮ、コピー先ＬＢＡ及びブロック数は、コピー元記憶領域内のデータを記憶すべき、受信システム側の１つの論理ユニット内の連続した記憶領域（以下、コピー先記憶領域と表記する）を規定する情報である。
【００９９】
初期コピー状態は、自テーブル１８０に関する初期コピー処理（図１１；詳細は後述）が開始されているか否かを示す情報である。
【０１００】
セッションフェーズは、自テーブル１８０に関する初期コピー処理が完了しているか否かを示す情報である。このセッションフェーズは、自テーブル１８０に関する初期コピー処理の完了時に、"Equivalent"に変更される。セッションステータスは、受信システム１００・送信システム１００間を切り離すことが指示された際に、"Suspend"に変更される
情報である。
【０１０１】
コピー範囲設定作業時、ユーザは、ホスト３００を利用することにより、コピー元記憶領域としたい記憶領域毎に、初期コピーセッション情報（コピー元ＬＵＮ、コピー先ＬＵＮ、コピー元ＬＢＡ、コピー先ＬＢＡ及びブロック数）を設定する。
【０１０２】
ユーザが設定した初期コピーセッション情報は、図１０に模式的に示したように、ホスト３００から、コピー元論理ユニットを備えた送信システム１００内のマスターＣＭへ送信される（ステップＳ１１０１）。
【０１０３】
初期コピーセッション情報を受信した送信マスターＣＭは、グループ管理テーブル１５０上のネゴシエーション状態が“ネゴシエーション済”であるか否かを判断する（ステップＳ１１０２）。ネゴシエーション状態が“ネゴシエーション済”でなかった場合（ステップＳ１１０２；ＮＯ）、送信マスターＣＭは、異常終了（処理が異常終了した旨を示す情報）をホスト３００に送信する（ステップＳ１１０７）。そして、送信マスターＣＭは、処理を終了する。
【０１０４】
ネゴシエーション状態が“ネゴシエーション済”であった場合（ステップＳ１１０２；ＹＥＳ）、送信マスターＣＭは、コピーセッション担当ＣＭに、初期コピーセッション情報を送信する（ステップＳ１１０３）。ここで、コピーセッション担当ＣＭとは、処理対象となっている初期コピーセッション情報中のコピー元ＬＵＮで識別される論理ユニットの制御を担当しているＣＭ１１０のことである。なお、送信マスターＣＭ＝コピーセッション担当ＣＭであった場合、ステップＳ１１０３の処理が実行されることなく、ステップＳ１１０４、Ｓ１００５の処理が、コピーセッション担当ＣＭである送信マスターＣＭにより実行される。
【０１０５】
初期コピーセッション情報を受信したコピーセッション担当ＣＭは、ステップＳ１１０４にて、ユニークなセッションＩＤ（過去に生成した，現時点においても有効なセッションＩＤとは異なるセッションＩＤ）を生成する。そして、コピーセッション担当ＣＭは、セッションＩＤ、セッションステータス、セッションフェーズ、初期コピーセッション情報、初期コピー状態として、それぞれ、生成したセッションＩＤ、"Active"、“Copying
”、受信した初期コピーセッション情報、“未起動”を設定した初期コピーセッション管理テーブル１８０をメモリ１１２上に生成する。
【０１０６】
ステップＳ１１０４の処理を終えたコピーセッション担当ＣＭは、生成した初期コピーセッション管理テーブル１８０を対応受信システム１００内のコピーセッション担当ＣＭに送信する（ステップＳ１１０５）。対応受信システム１００内のコピーセッション担当ＣＭは、自身のメモリ１１２上に、受信した初期コピーセッション管理テーブル１８０を記憶（ステップＳ１１０６）してから、送信マスターＣＭに処理が完了した旨を通知する。
【０１０７】
処理が完了した旨が通知された送信マスターＣＭは、正常終了（処理が正常終了した旨を示す情報）をホスト３００に送信する（ステップＳ１１０８）。これにより、１つの初期コピーセッション管理テーブル１８０を１つの送信ＣＭのメモリ１１２上に生成するための処理が完了する。
【０１０８】
以下、ＣＭ１１０が、単独で、又は、他のＣＭ１１０と連携して実行する各種処理の内容を説明する。
【０１０９】
《初期コピー処理》
自身のメモリ１１２上に初期コピーセッション管理テーブル１８０を生成したコピーセッション担当ＣＭは、図１１に示した手順の初期コピー処理を開始する。そして、コピーセッション担当ＣＭは、まず、初期コピーセッション情報テーブル上のセッションステータスが"Active"であるか否かを判断する（ステップＳ１２０１）。
【０１１０】
セッションステータスが、"Active"ではなかった場合（ステップＳ１２０１；ＮＯ）、コピーセッション担当ＣＭは、初期コピー処理を終了する。
【０１１１】
セッションステータスが"Active"であった場合（ステップＳ１２０１；ＹＥＳ）、コピーセッション担当ＣＭは、セッションフェーズが"Copying"であるか否かを判断する（ス
テップＳ１２０２）。そして、コピーセッション担当ＣＭは、セッションフェーズが"Copying"ではなかった場合（ステップＳ１２０２；ＮＯ）には、初期コピー処理を終了する
。
【０１１２】
また、セッションフェーズが"Copying"であった場合（ステップＳ１２０２；ＹＥＳ）
、コピーセッション担当ＣＭは、初期コピー状態が“未起動”であるか否かを判断する（ステップＳ１２０３）。初期コピー状態が“未起動”であった場合（ステップＳ１２０３；ＹＥＳ）、コピーセッション担当ＣＭは、コピー対象管理用のコピー元ビットマップを自身のメモリ１１２上に用意する（ステップＳ１２０４）。ここで、コピー対象管理用のコピー元ビットマップとは、各ビットが、特定の記憶領域上のデータがコピーすべきものであるか否かを示しているデータ（ビットマップデータ）のことである。
【０１１３】
ステップＳ１２０４の処理を終えたコピーセッション担当ＣＭは、初期コピーセッション管理テーブル１８０上の初期コピー状態を“起動済”に変更する（ステップＳ１２０５）。次いで、コピーセッション担当ＣＭは、『コピー元ビットマップにてコピーすべきこ
とになっているデータの一部をコピー先にコピーし、コピーしたデータに関するコピー元ビットマップ中のビットの値を反転させる部分コピー処理』を行う（ステップＳ１２０６）。
【０１１４】
部分コピー処理を終えたコピーセッション担当ＣＭは、初期コピー（初期コピーセッション情報テーブル１８０に指定されている内容のコピー）が完了したか否かを判断する（ステップＳ１２０７）。そして、コピーセッション担当ＣＭは、初期コピーが完了していなかった場合（ステップＳ１２０７；ＮＯ）には、次回の初期コピー処理の実行時刻（日時）を設定（ステップＳ１２０８）してから、今回の初期コピー処理を終了する。
【０１１５】
ここまでの説明から明らかなように、２回目以降の初期コピー処理の実行時には、初期コピー状態が“起動済”となっている。そのため、コピーセッション担当ＣＭは、ステップＳ１２０３にて“ＮＯ”側へ分岐する。すなわち、コピーセッション担当ＣＭは、ステップＳ１２０４及びＳ１２０５の処理を行うことなく、ステップＳ１２０６にて、部分コピー処理を実行する。
【０１１６】
以上のような処理を繰り返した結果として、初期コピーが完了した場合（ステップＳ１２０７；ＹＥＳ）、コピーセッション担当ＣＭは、初期コピーセッション管理テーブル１８０上のセッションフェーズを“Equivalent”に変更する（ステップＳ１２０９）。そして、コピーセッション担当ＣＭは、初期コピー完了通知を対応受信システム内のコピーセッション担当ＣＭに送信する（ステップＳ１２１０）。
【０１１７】
この通知を受信した対応受信システム内のコピーセッション担当ＣＭは、セッションフェーズを“Equivalent”に変更（ステップＳ１２１１）してから、送信システム内のコピーセッション担当ＣＭに処理の完了を通知する。
【０１１８】
《ライト要求解析・応答処理》
ライト要求解析・応答処理は、ホスト３００からのライト要求を受信した送信ＣＭが実行する、図１２に示した手順の処理である。なお、既に説明したように、ホスト３００は、或る論理ユニットに対するライト要求を、その論理ユニットを担当している送信ＣＭに対して送信する。従って、このライト要求解析・応答処理を実行するのは、コピーセッション担当ＣＭである。
【０１１９】
図１２に示してあるように、ライト要求を受信したコピーセッション担当ＣＭは、まず、当該ライト要求が、自身が担当しているいずれかのコピー範囲（コピー元記憶領域）へのライト要求であるか否かを判断する（ステップＳ１３０１）。より具体的には、このステップＳ１３０１において、コピーセッション担当ＣＭは、受信したライト要求のデータのライト範囲と、コピー元記憶領域が重なる初期コピーセッション管理テーブル１８０（図９）がメモリ１１２上に存在しているか否かを判断する。なお、コピーセッション担当ＣＭは、そのような初期コピーセッション管理テーブル１８０が存在していた場合、当該初期コピーセッション管理テーブル１８０上に設定されているコピー先ＬＵＡを、転送先ＬＵＡとして記憶する。また、コピーセッション担当ＣＭは、当該初期コピーセッション管理テーブル１８０内に設定されているコピー元ＬＢＡ及びコピー先ＬＢＡに基づき、ライト要求中のＬＢＡに対応するコピー先ＬＵ内でのＬＢＡを求め、求めたＬＢＡを転送先ＬＢＡとして記憶する。
【０１２０】
受信したライト要求が、いずれかのコピー範囲へのライト要求ではなかった場合（ステップＳ１３０１；ＮＯ）、コピーセッション担当ＣＭは、受信したライト要求に応答する処理（ステップＳ１３０２）のみを行う。ここで、受信したライト要求に応答する処理とは、当該ライト要求で要求されている内容のデータの書き込みを記憶部１２０に対して行
ってから、ホスト３００に終了通知を送信する処理のことである。
【０１２１】
そして、ライト要求に応答したコピーセッション担当ＣＭは、このライト要求解析・応答処理を終了する。
【０１２２】
一方、受信したライト要求が、いずれかのコピー範囲へのライト要求であった場合（ステップＳ１３０１；ＹＥＳ）、コピーセッション担当ＣＭは、当該コピー範囲に関する初期コピーセッションのステータス、フェーズが、それぞれ、“Active”、“Equivalent”となっているか否かを判断する（ステップＳ１３０３）。
【０１２３】
既に説明したように、或る初期コピーセッションのフェーズは、ユーザにより指定された範囲のコピーが完了しないと“Equivalent”とはならない。従って、ライト要求の書き込み範囲とコピー範囲が重複する範囲重複初期コピーセッションのフェーズが“Equivalent”ではない場合、データの書き込みの順序性を保証する必要があるレベルまでデータのコピーが完了していないことになる。また、或る初期コピーセッションのステータスが、“Suspend”になるのは、ユーザが受信システムの切り離しを指示したときである。従っ
て、範囲重複初期コピーセッションのステータスが“Active”ではない場合も、データの書き込みの順序性を保証する必要がないことになる。
【０１２４】
そのため、ステータス＝“Active”且つフェーズ＝“Equivalent”が成立していなかった場合（ステップＳ１３０３；ＮＯ）、コピーセッション担当ＣＭは、コピー元ビットマップ更新処理（ステップＳ１３０４）を行う。ここで、コピー元ビットマップ更新処理とは、処理中のライト要求のライト範囲が初期コピー処理にてコピーされるようにコピー元ビットマップを更新する処理のことである。なお、このコピー元ビットマップ更新処理は、“更新処理”という名称ではあるが、処理中のライト要求のライト範囲が、初期コピー処理にて未だコピーされていない範囲であった場合、コピー元ビットマップの内容を変えない処理となっている。
【０１２５】
ステップＳ１３０４の処理を終えたコピーセッション担当ＣＭは、ライト要求に応答する（ステップＳ１３０５）。そして、コピーセッション担当ＣＭは、このライト要求解析・応答処理を終了する。
【０１２６】
一方、ステータス＝“Active”且つフェーズ＝“Equivalent”が成立していた場合（ステップＳ１３０３；ＹＥＳ）、コピーセッション担当ＣＭは、受信したライト要求に対する格納予約・キューイング処理を起動する（ステップＳ１３０６）。なお、「或るＣＭ１１０が、〜処理を起動する」とは、「当該ＣＭ１１０が、実行中の処理を中断することなく、〜処理を別処理として開始する」ということである。
【０１２７】
そして、コピーセッション担当ＣＭは、このライト要求解析・応答処理を終了する。
【０１２８】
《格納予約・キューイング処理》
格納予約・キューイング処理は、図１３に示した手順の処理である。なお、以下の説明において、Ｎｃとは、その時点におけるグループ管理テーブル１５０上のバッファセット番号のことである。また、バッファＮｃ、バッファ管理テーブルＮｃとは、送信側バッファセットＮｃ用のバッファ、バッファ管理テーブルのことである。
【０１２９】
図１３に示してあるように、格納予約・キューイング処理を開始したコピーセッション担当ＣＭは、まず、バッファセットが切替中である（グループ管理テーブル１５０上のＢＳ切替状態が“切替中”である）か否かを判断する（ステップＳ１４０１）。
【０１３０】
バッファセットが切替中であった場合（ステップＳ１４０１；ＹＥＳ）、コピーセッション担当ＣＭは、ライト要求をＢＳ切替待ちキューに入れる（ステップＳ１４０４）。そして、コピーセッション担当ＣＭは、この格納予約・キューイング処理を終了する。
【０１３１】
一方、バッファセットが切替中でなかった場合（ステップＳ１４０１；ＮＯ）、コピーセッション担当ＣＭは、バッファＮｃの空きサイズが今回のライトデータのサイズ以上であるか否かを判断する（ステップＳ１４０３）。より具体的には、コピーセッション担当ＣＭは、バッファ管理テーブルＮｃ上のインデックス情報ポインタの値ｍから、バッファＮｃの空きサイズ“（１０２４−ｍ）×８ＫＢ”を算出する。そして、コピーセッション担当ＣＭは、算出したバッファＮｃの空きサイズが、今回のライトデータのサイズ以上であるか否かを判断する。
【０１３２】
バッファＮｃの空きサイズがライトデータのサイズ未満であった場合に実行される処理の内容は、この格納予約・キューイング処理を実行しているコピーセッション担当ＣＭがメイン送信マスターＣＭであるか否かによって異なる。スレーブＣＭ又はサブ送信マスターＣＭであるコピーセッション担当ＣＭは、バッファＮｃの空きサイズがライトデータのサイズ未満であった場合（ステップＳ１４０２；ＮＯ）、バッファセット切替依頼処理（詳細は後述）を起動する（ステップＳ１４０４）。また、マスターＣＭであるコピーセッション担当ＣＭは、バッファＮｃの空きサイズがライトデータのサイズ未満であった場合（ステップＳ１４０２；ＮＯ）、バッファセット切替処理（詳細は後述）を起動する（ステップＳ１４０４）。
【０１３３】
そして、ステップＳ１４０４の処理を終えたコピーセッション担当ＣＭは、ライト要求をバッファセット切替待ちキューに入れて（ステップＳ１４０４）から、この格納予約・キューイング処理を終了する。
【０１３４】
一方、バッファＮｃの空きサイズがライトデータのサイズ以上であった場合（ステップＳ１４０２；ＹＥＳ）、コピーセッション担当ＣＭは、使用中バッファセットに関するいずれかのバッファ管理テーブル上に未格納同範囲インデックス情報が存在しているか否かを判断する（ステップＳ１４０５）。ここで、使用中バッファセットに関するバッファ管理テーブルとは、グループ管理テーブル１５０上の使用状態（“バッファセットｎ使用状態”）が“使用中”となっているバッファセットのことである。また、未格納同範囲インデックス情報とは（図８参照）、格納状態が“未格納”であり、コピー先ＬＵＮ、コピー先ＬＢＡ及びブロック数が示している記憶領域が、今回のライトデータの書き込み範囲と重複しているインデックス情報のことである。
【０１３５】
未格納同範囲インデックス情報が存在していなかった場合（ステップＳ１４０５；ＮＯ）、コピーセッション担当ＣＭは、インデックス情報更新処理（ステップＳ１４０７）を行う。
【０１３６】
このインデックス情報更新処理時、コピーセッション担当ＣＭは、まず、ユニークなセッション番号Ｓｎｅｗを生成する。次いで、コピーセッション担当ＣＭは、ライトデータのサイズを、現データサイズとして記憶すると共に、バッファ管理テーブルＮｃ上の現時点におけるインデックス情報ポインタの値を、ｍ及びｍ０として記憶する。そして、ステップＳ１３０１の処理（判断）時にその値を決定した転送先ＬＵＮ、転送先ＬＢＡを用いて以下の処理を行う。
【０１３７】
コピーセッション担当ＣＭは、まず、Ｓｎｅｗ、転送先ＬＵＮ、転送先ＬＢＡ、＆Ｈ１０を、それぞれ、インデックス情報ｍのセッション番号、ＬＵＮ、ＬＢＡ、ブロック数として、バッファ管理テーブルＮｃに設定する転送先ＬＵＮ等設定処理を行う。
【０１３８】
次いで、コピーセッション担当ＣＭは、バッファ管理テーブルＮｃ上のインデックス情報ポインタの値を“１”インクリメントする処理、及び、以下の演算処理を行う。
ｍ＝ｍ＋１
現データサイズ＝現データサイズ−８ＫＢ
転送先ＬＢＡ＝転送先ＬＢＡ＋＆Ｈ１０
【０１３９】
その後、コピーセッション担当ＣＭは、現データサイズ＞８ＫＢが成立するか否かを判断する。そして、コピーセッション担当ＣＭは、現データサイズ＞８ＫＢが成立していた場合には、上記した転送先ＬＵＮ等設定処理以降の処理を再び実行する。
【０１４０】
一方、現データサイズ≦８ＫＢが成立していた場合、コピーセッション担当ＣＭは、Ｓｎｅｗ、転送先ＬＵＮ、転送先ＬＢＡ、ブロック数単位の現データサイズを、それぞれ、セッション番号、ＬＵＮ、ＬＢＡ、ブロック数として、バッファ管理テーブルＮｃに設定する。
【０１４１】
そして、コピーセッション担当ＣＭは、バッファ管理テーブルＮｃ上のインデックス情報ポインタの値及びｍ値を、それぞれ、“１”インクリメントしてから、インデックス情報更新処理（ステップＳ１４０７）を終了する。
【０１４２】
インデックス情報更新処理を終えたコピーセッション担当ＣＭは、ライトデータを後で記憶部１２０から読み出してバッファＮｃの単位記憶領域ｍ０以降の記憶領域に格納できるようにするためのライト要求コピー制御テーブルをメモリ１１２上に生成する（ステップＳ１４０８）。
【０１４３】
より具体的には、コピーセッション担当ＣＭは、図１４に示した構成を有し、各種情報として以下の情報を設定したライト要求コピー制御テーブル１９０をメモリ１１２上に生成する。
【０１４４】
ライト要求コピー制御名：自動生成したユニークな名称
コピー元ＬＵＮ：ライトデータの書き込み先論理ユニットのＬＵＮ
コピー元ＬＢＡ：ライトデータの書き込み開始論理ブロックのアドレス（ＬＢＡ）
ブロック数：ライトデータのブロック数
バッファセット番号：Ｎｃ
格納領域オフセット：ｍ０
インデックス情報数：ｍ−ｍ０
セッション番号：Ｓｎｅｗ
【０１４５】
そして、コピーセッション担当ＣＭは、ライト要求に応答（ステップＳ１４０９）し、生成したライト要求コピー制御テーブル１９０に対するデータ格納処理を起動（ステップＳ１４１０）してから、この格納予約・キューイング処理を終了する。
【０１４６】
《データ格納処理》
データ格納処理は、図１５に示した手順の処理である。
【０１４７】
すなわち、或るライト要求コピー制御テーブル１９０に対するデータ格納処理を開始したコピーセッション担当ＣＭは、まず、当該テーブル１９０上の情報に基づき、格納予約データを記憶部１２０から読み出してバッファに記憶する処理（ステップ１５０１）を行う。より具体的には、コピーセッション担当ＣＭは、ライト要求コピー制御テーブル１９０上のコピー元ＬＵＮ、コピー元ＬＢＡ及びブロック数が示す記憶領域に記憶されている
データを記憶部１２０から読み出す。そして、ライト要求コピー制御テーブル１９０上のＢＳ番号、格納領域オフセットを、それぞれ、ｎ１、ｎ２と表記すると、コピーセッション担当ＣＭは、読み出したデータを、バッファｎ１の単位記憶領域ｎ２以降の記憶領域に記憶する。
【０１４８】
ステップ１５０１の処理を終えたコピーセッション担当ＣＭは、バッファに格納したデータに関する１つ或いは複数のインデックス情報中の格納状態を“格納中”に変更する（ステップＳ１５０２）。
【０１４９】
その後、コピーセッション担当ＣＭは、格納完了待ちキューが空であるか否かを判断する（ステップＳ１５０３）。格納完了待ちキューが空でなかった場合（ステップＳ１５０３；ＹＥＳ）、コピーセッション担当ＣＭは、格納予約可となったライト要求が格納完了待ちキューに入っているか否かを判断する（ステップＳ１５０４）。そして、格納予約可となったライト要求が格納完了待ちキューに入っていた場合（ステップＳ１５０４；ＹＥＳ）には、当該ライト要求を格納完了待ちキューから取り出して、取り出したライト要求に対する格納予約・キューイング処理（図１３）を起動する（ステップＳ１５０５）。
【０１５０】
ステップＳ１５０５の処理を終えたコピーセッション担当ＣＭは、バッファ管理テーブル上のバッファ転送待ち状態が“待ち中”であるか否かを判断する（ステップＳ１５０６）。
【０１５１】
コピーセッション担当ＣＭは、格納完了待ちキューが空であった場合（ステップＳ１５０３；ＹＥＳ）には、ステップＳ１５０５の処理を行うことなく、ステップＳ１５０６の処理（判断）を行う。また、コピーセッション担当ＣＭは、格納予約可となったライト要求が格納完了待ちキューにキューイングされていなかった場合（ステップＳ１５０４；ＮＯ）にも、ステップＳ１５０５の処理を行うことなく、ステップＳ１５０６の処理を行う。
【０１５２】
バッファ管理テーブル上のバッファ転送待ち状態が“待ち中”であった場合（ステップＳ１５０６；ＹＥＳ）、コピーセッション担当ＣＭは、バッファ管理テーブル上の全格納状態が“格納済”となっているか否かを判断する（ステップＳ１５０６；ＹＥＳ）。そして、コピーセッション担当ＣＭは、バッファ管理テーブル上の幾つかの格納状態が“未格納”となっていた場合（ステップＳ１５０７；ＮＯ）には、この格納処理を終了する。また、コピーセッション担当ＣＭは、バッファ管理テーブル上の転送待ち状態が“待ち中”でなかった場合（ステップＳ１５０６；ＮＯ）にも、この格納処理を終了する。
【０１５３】
コピーセッション担当ＣＭは、バッファ管理テーブル上の各格納状態が“格納済”となっていた場合（ステップＳ１５０７；ＹＥＳ）には、バッファ管理テーブル上の転送待ち状態を“待ち中ではない”に変更する（ステップＳ１５０８）。そして、コピーセッション担当ＣＭは、バッファ管理テーブル及びバッファ転送処理（図２１Ａ〜図２１Ｇ）を起動する（ステップＳ１５０８）。
【０１５４】
《バッファセット切替依頼処理》
図１６に、ＢＳ切替依頼処理の流れ図を示す。
【０１５５】
既に説明したように、このＢＳ切替依頼処理は、バッファＮｃの空きサイズがライトデータのサイズ未満であった場合に、スレーブＣＭ又はサブ送信マスターＣＭであるコピーセッション担当ＣＭが、実行する処理である。
【０１５６】
図１６に示してあるように、ＢＳ切替依頼処理を開始したコピーセッション担当ＣＭは
、まず、グループ管理テーブル１５０上のＢＳ切替依頼状態が、“依頼中”であるか否かを判断する（ステップＳ１６０１）。
【０１５７】
ＢＳ切替依頼状態が“依頼中”ではなかった場合（ステップＳ１６０１；ＮＯ）、コピーセッション担当ＣＭは、グループ管理テーブル１５０上のＢＳ切替依頼状態を“依頼中”に変更する（ステップＳ１６０２）。次いで、コピーセッション担当ＣＭは、メイン送信マスターＣＭに、新バッファセット番号Ｎｎｅｗを設定したバッファセット切替依頼を送信する（ステップＳ１６０３）。ここで、新バッファセット番号Ｎｎｅｗとは、バッファセット数Ｎｓとその時点における格納バッファセット番号Ｎｃとに基づき、所定のアルゴリズムで生成される、Ｎｃとは異なる、０以上、Ｎｓ−１以下の番号（整数値）のことである。なお、“所定のアルゴリズム”としては、例えば、『Ｎｃが、“Ｎｓ−１”であった場合には、新バッファセット番号Ｎｎｅｗを、“０”とし、Ｎｃが、“Ｎｓ−１”ではなかった場合には、新バッファセット番号Ｎｎｅｗを“Ｎｃ＋１”とする』といったものを例示できる。
【０１５８】
そして、バッファセット切替依頼の送信（ステップＳ１６０３）を終えたコピーセッション担当ＣＭは、このバッファセット切替依頼処理を終了する。
【０１５９】
一方、ＢＳ切替依頼状態が“依頼中”であった場合（ステップＳ１６０１；ＮＯ）、コピーセッション担当ＣＭは、特に処理を行うことなく、このバッファセット切替依頼処理を終了する。
【０１６０】
《バッファセット切替処理》
バッファセット切替処理は、バッファセット切替依頼を受信した場合と、バッファＮｃの空きサイズがライトデータのサイズ未満であった場合とに、メイン送信マスターＣＭが開始する図１７Ａ及び図１７Ｂに示した手順の処理である。なお、バッファＮｃの空きサイズがライトデータのサイズ未満であった場合、メイン送信マスターＣＭは、新バッファセット番号Ｎｎｅｗ番号を生成（決定）してから、このバッファセット切替処理を開始する。
【０１６１】
図１７Ａに示してあるように、バッファセット切替処理を開始したメイン送信マスターＣＭは、まず、新ＢＳ番号と、グループ管理テーブル１５０上の格納ＢＳ番号とが、一致しているか否かを判断する（ステップＳ１７０１）。
【０１６２】
両番号が一致していた場合（ステップＳ１７０１；ＮＯ）、バッファセットが新バッファセットに既に切り替えられていることになる。そのため、メイン送信マスターＣＭは、切替依頼元ＣＭに切替完了通知を送信（ステップＳ１７０２）から、このバッファセット切替処理を終了する。
【０１６３】
尚、切替完了通知を受信したコピーセッション担当ＣＭは、図１８に示したように、ＢＳ切替待ちキューからライト要求を取り出し、取り出したライト要求に対する格納予約・キューイング処理を起動する（ステップＳ１８０１）。そして、コピーセッション担当ＣＭは、グループ管理テーブル１５０上のＢＳ切替依頼中状態を“依頼中ではない”に変更して（ステップＳ１８０２）してから、この図の処理を終了する。
【０１６４】
図１７Ａに戻って、バッファセット切替処理の説明を続ける。
【０１６５】
新ＢＳ番号と格納ＢＳ番号とが一致していなかった場合（ステップＳ１７０１；ＮＯ）、メイン送信マスターＣＭは、グループ管理テーブル１５０上の切替依頼元ＣＭに関する切替依頼受付状態を“受付中”に変更する（ステップＳ１７０３）。
【０１６６】
次いで、メイン送信マスターＣＭは、グループ管理テーブル１５０上の切替依頼受付状態に基づき、他ＣＭ（今回の切替依頼元ＣＭとは異なるＣＭ１１０）からの切替依頼を受け付け済みであるか否かを判断する（ステップＳ１７０４）。
【０１６７】
他ＣＭからの切替依頼を受け付けていた場合（ステップＳ１７０４；ＹＥＳ）、図１７Ｂの処理（バッファセット切替処理の本体部分）が既に開始されていることになる。そのため、メイン送信マスターＣＭは、このＢＳ切替処理を終了する。
【０１６８】
また、他ＣＭからの切替依頼を受け付けていなかった場合（ステップＳ１７０４；ＮＯ）、メイン送信マスターＣＭは、未使用バッファセットがあるか否かを判断する（ステップＳ１７０５）。
【０１６９】
ここで、未使用バッファセットとは、受信システム１００側に転送すべきデータを全く保持していないバッファセット（つまり、新バッファセットとして利用可能なバッファセット）のことである。詳細については後述するが、送信マスターＣＭは、未使用バッファセットに関する使用状態（“バッファセットｎ使用状態”）が“未使用”となるように、グループ管理テーブル１５０を更新する（図２３Ｂ参照）。従って、メイン送信マスターＣＭは、未使用バッファセットがあるか否かを、“未使用”となっているバッファセット使用状態の有無により判断する。また、メイン送信マスターＣＭは、未使用バッファセットがなかった場合（ステップＳ１７０５；ＮＯ）、新バッファセットとして利用可能なバッファセットがないので、このバッファセット切替処理を一旦終了する。そして、メイン送信マスターＣＭは、解放処理（図２３Ｂ参照）により未使用バッファセットが用意されたときに、バッファセット切替処理を再度開始する。
【０１７０】
メイン送信マスターＣＭは、未使用バッファセットがあった場合（ステップＳ１７０５；ＹＥＳ）には、他の各送信ＣＭ（メイン送信スレーブＣＭ，サブ送信ＣＭ）に対して、所定内容のＢＳ切替状態変更指示を送信する（図１７Ｂ；ステップＳ１７１０）。
【０１７１】
ＢＳ切替状態変更指示の送信を終えたメイン送信マスターＣＭは、グループ管理テーブル１５０上のバッファセット切替状態を“切替中”に変更する（ステップＳ１７１１）。
【０１７２】
また、ＢＳ切替状態変更指示を受信した各送信ＣＭも、グループ管理テーブル１５０上のバッファセット切替状態を“切替中”に変更する（ステップＳ１７１１）。その後、各送信ＣＭは、処理完了をメイン送信マスターＣＭに通知する。
【０１７３】
ＢＳ切替状態の変更を終えたメイン送信マスターＣＭは、他の各送信ＣＭの処理（ＢＳ切替状態の“切替中”への変更）が完了するのを待機する（ステップＳ１７１２）。
【０１７４】
そして、メイン送信マスターＣＭは、他の各送信ＣＭによる処理が完了したことが分かった場合には、新ＢＳ番号をパラメータとして設定したＢＳ切替要求を他の各送信ＣＭに対して送信する（ステップＳ１７１３）。
【０１７５】
次いで、メイン送信マスターＣＭは、グループ管理テーブル１５０上の格納ＢＳ番号、ＢＳ切替状態を、それぞれ、新ＢＳ番号、“切替中ではない”に変更する（ステップＳ１７１４）。さらに、メイン送信マスターＣＭは、グループ管理テーブル１５０上の、新バッファセットに関するＢＳ使用状態（図１７Ｂでは、対応ＢＳ使用状態）を“使用中”に変更する（ステップＳ１７１４）。
【０１７６】
バッファ切替要求を受信した各送信ＣＭも、メイン送信マスターＣＭが行うものと同内
容の処理（ステップＳ１７１４）を行う。
【０１７７】
ステップＳ１７１４の処理を終えたサブ送信マスターＣＭは、旧バッファセット（変更前のＢＳ番号で識別されるバッファセット）に対する空き受信バッファＩＤ割当処理を非同期で起動する（ステップＳ１７１６）。ここで、「或るＣＭ１１０が、〜処理を非同期で起動する」とは、「当該ＣＭ１１０が、〜処理を、実行中の処理とは全く無関係に、負荷が小さくなった場合等に、随時、開始する」ということである。
【０１７８】
そして、サブ送信マスターＣＭは、処理完了通知をメイン送信マスターＣＭに送信してから、処理を終了する。
【０１７９】
また、ステップＳ１７１４の処理を終えた各送信スレーブＣＭは、ステップＳ１７１６の処理を行うことなく、処理完了通知をメイン送信マスターＣＭに送信してから、処理を終了する。
【０１８０】
一方、ステップＳ１７１４の処理を終えたメイン送信マスターＣＭは、旧バッファセットに対する空き受信バッファＩＤ割当処理を起動する（ステップＳ１７１５）。その後、メイン送信マスターＣＭは、他の各送信ＣＭの処理が完了するのを待機する（ステップＳ１７１７）。そして、メイン送信マスターＣＭは、他の各送信ＣＭによる処理が完了したことを確認できたときに、グループ管理テーブル１５０上の切替依頼状態が“依頼中”となっている各切替依頼元ＣＭに対して切替完了通知を送信（ステップＳ１７１８）してから、このＢＳ切替処理を終了する。
【０１８１】
《空き受信バッファＩＤ割当処理》
図１９に、空き受信バッファＩＤ割当処理の流れ図を示す。
【０１８２】
既に説明したように、この空き受信バッファＩＤ割当処理は、旧バッファセット（バッファ管理テーブルへのインデックス情報の書き込みが完了しているバッファセット）に対して行われるものである。
【０１８３】
図１９に示してあるように、空き受信バッファＩＤ割当処理を開始した送信マスターＣＭは、まず、必要数の空き受信バッファＩＤが空き受信バッファ管理テーブル１６０に記憶されているか否かを判断する（ステップＳ１９０１）。ここで、必要数の空き受信バッファＩＤとは、自システムに搭載されているＣＭ数Ｌと同数の空き受信バッファＩＤのことである。
【０１８４】
必要数の空き受信バッファＩＤが空き受信バッファ管理テーブル１６０に記憶されていなかった場合（ステップＳ１９０１）、送信マスターＣＭは、グループ管理テーブル１５０上の空き受信バッファＩＤ待ち状態を“待ち中”に変更する（ステップＳ１９０７）。そして、送信マスターＣＭは、この空き受信バッファＩＤ割当処理を終了する。
【０１８５】
一方、必要数の空き受信バッファＩＤが空き受信バッファ管理テーブル１６０に記憶されていた場合（ステップＳ１９０１；ＹＥＳ）、送信マスターＣＭは、空き受信バッファ管理テーブル１６０に記憶されている空き受信バッファＩＤの中から、旧バッファセットに関する各送信バッファＩＤに割り当てる空き受信バッファＩＤを選択する（ステップＳ１９０２）。
【０１８６】
次いで、送信マスターＣＭは、旧バッファセット用のＢＳ管理テーブルに、各送信バッファＩＤを設定すると共に、各送信バッファＩＤに対応する受信バッファＩＤとして、各送信バッファＩＤについて選択した空き受信バッファＩＤを設定する（ステップＳ１９０
３）。
【０１８７】
その後、送信マスターＣＭは、選択した空き受信バッファＩＤを空き受信バッファ管理テーブル１６０上から消去すると共に、空き受信バッファ管理テーブル１６０上の空き受信バッファＩＤ数を、現状を表す値に変更する処理（ステップＳ１９０４）を行う。
【０１８８】
次いで、送信マスターＣＭは、旧バッファセットに対するＢＳ管理テーブル転送処理を非同期で起動する（ステップＳ１９０５）。そして、送信マスターＣＭは、旧バッファセットに対するバッファ管理テーブル及びバッファ転送処理を非同期で起動（ステップＳ１９０６）してから、この空き受信バッファＩＤ割当処理を終了する。
【０１８９】
《バッファセット管理テーブル転送処理》
図２０Ａ〜図２０Ｄに、ＢＳ管理テーブル転送処理の流れ図を示す。なお、以下で説明に用いる各図及び以下の説明において、Ｘとは、或る処理の処理対象となっているバッファセットのＢＳ番号（旧バッファセットのＢＳ番号等）のことである。
【０１９０】
図２０Ａに示してあるように、ＢＳ管理テーブル転送処理を開始した送信マスターＣＭは、まず、グループ管理テーブル１５０上のＢＳ管理テーブル転送状態が“転送中”であるか否かを判断する（ステップＳ２１０１）。
【０１９１】
ＢＳ管理テーブル転送状態が“転送中”であった場合（ステップＳ２１０１；ＹＥＳ）、送信マスターＣＭは、ＢＳ管理テーブルＸ（バッファセットＸに属するＢＳ管理テーブル）上の転送待ち状態を“待ち中”に変更する（ステップＳ２１０８）。そして、送信マスターＣＭは、このＢＳ管理テーブル転送処理を終了する。
【０１９２】
一方、ＢＳ管理テーブル転送状態が“転送中”ではなかった場合（ステップＳ２１０１；ＮＯ）、送信マスターＣＭは、ＢＳ管理テーブルＸ上の転送待ち状態を“転送中”に変更する（ステップＳ２１０２）。そして、送信マスターＣＭは、ＢＳ管理テーブルＸ上の全情報（以下、管理テーブル情報と表記する）を対応受信システム内のマスターＣＭに送信する（ステップＳ２１０３）。
【０１９３】
以下、対応受信システム１００がサブ受信システム１００であった場合と、対応受信システム１００がメイン受信システム１００であった場合とに分けて、管理テーブル情報を受信した受信マスターＣＭの動作を説明する。
【０１９４】
対応受信システム１００がサブ受信システム１００であった場合、対応受信システム１００内のマスターＣＭ（つまり、サブ受信マスターＣＭ）は、図２０Ｂに示した手順の処理を実行する。
【０１９５】
すなわち、サブ受信マスターＣＭは、まず、受信した管理テーブル情報中のＢＳ番号にて特定されるＢＳ管理テーブル（以下、対応ＢＳ管理テーブルと表記する）に、管理テーブル情報中の各送信バッファＩＤ・受信バッファＩＤペアを設定する（ステップＳ２１１１）。
【０１９６】
次いで、サブ受信マスターＣＭは、対応ＢＳ管理テーブル上のバッファＩＤ受信状態（この時点では、“未受信”）を、“受信済”に変更する（ステップＳ２１１２）。
【０１９７】
その後、サブ受信マスターＣＭは、グループ管理テーブル１５０上の展開ＢＳ番号が“無効”（初期構築ネゴシエーション処理により初期値として設定される値）であるか否か判断する（ステップＳ２１１３）。
【０１９８】
展開ＢＳ番号が“無効”であった場合（ステップＳ２１１３；ＹＥＳ）、サブ受信マスターＣＭは、グループ管理テーブル１５０上の展開ＢＳ番号を、受信した管理テーブル情報中のＢＳ番号に変更する（ステップＳ２１１４）。そして、サブ受信マスターＣＭは、ＢＳ管理テーブル受信完了通知を、管理テーブル情報の送信元ＣＭに送信する（ステップＳ２１１５）。
【０１９９】
また、サブ受信マスターＣＭは、展開ＢＳ番号が“無効”ではなかった場合（ステップＳ２１１３；ＮＯ）には、ステップＳ２１１４の処理を行うことなく、ＢＳ管理テーブル受信完了通知を管理テーブル情報の送信元ＣＭに送信する（ステップＳ２１１５）。
【０２００】
その後、サブ受信マスターＣＭは、バッファセットＸに関する全要素情報の受信が完了したか否かを判断する（ステップＳ２１２１）。ここで、バッファセットＸに関する要素情報とは、受信した管理テーブル情報中のＢＳ番号で識別される送信側バッファセットの各構成要素（ＢＳ管理テーブル、何組かのバッファ管理テーブル及びバッファ）に保持されていた情報のことである。
【０２０１】
バッファセットＸに関する全要素情報の受信が完了していた場合（ステップＳ２１２１；ＹＥＳ）、サブ受信マスターＣＭは、ＢＳ受信完了通知をメイン送信マスターＣＭに送信（ステップＳ２１２２）してから、処理を終了する。また、サブ受信マスターＣＭは、バッファセットＸに関する全要素情報の受信が完了していなかった場合（ステップＳ２１２１；ＮＯ）には、ＢＳ情報受信完了通知を送信することなく、処理を終了する。
【０２０２】
対応受信システム１００がメイン受信システム１００であった場合、管理データ情報を受信した対応受信システム１００内のマスターＣＭ（つまり、メイン受信マスターＣＭ）は、図２０Ｃに示した手順の処理を実行する。
【０２０３】
すなわち、管理データ情報を受信したメイン受信マスターＣＭは、ステップＳ２１３１〜Ｓ２１３５にて、それぞれ、上記したステップＳ２１１１〜Ｓ２１１５の処理と同内容の処理を行う。
【０２０４】
そして、ステップＳ２１３５の処理を終えたメイン受信マスターＣＭは、バッファセットＸに関する全要素情報の受信が完了しているか否かを判断する（ステップＳ２１４１）。バッファセットＸに関する全要素情報の受信が完了していなかった場合（ステップＳ２１４１；ＮＯ）、メイン受信マスターＣＭは、特に処理を行うことなく、図２０Ｃの処理を終了する。
【０２０５】
一方、バッファセットＸに関する全要素情報の受信が完了していた場合（ステップＳ２１４１；ＹＥＳ）、メイン受信マスターＣＭは、グループ管理テーブル１５０上の、バッファセットＸに関する受信システム０受信状態を“受信済”に変更する（ステップＳ２１４２）。
【０２０６】
その後、メイン受信マスターＣＭは、バッファセットＸに関する各システム１００についての受信状態が全て“受信済”となっているか否かを判断する（ステップＳ２１４３）。そして、メイン受信マスターＣＭは、バッファセットＸに関する各システム１００についての受信状態が全て“受信済”となっていた場合（ステップＳ２１４３；ＹＥＳ）には、バッファセットＸに対する展開処理を非同期で起動（ステップＳ２１４４）してから、処理を終了する。
【０２０７】
また、バッファセットＸに関する各システム１００についての受信状態が全て“受信済
”となっていなかった場合（ステップＳ２１４３；ＮＯ）、メイン受信マスターＣＭは、ステップＳ２１４４の処理を行うことなく、処理を終了する。
【０２０８】
図２０Ａに戻って、ＢＳ管理テーブル受信完了通知受信後の送信マスターＣＭの動作を説明する。
【０２０９】
ＢＳ管理テーブル受信完了通知を受信した送信マスターＣＭは、グループ管理テーブル１５０上のＢＳ管理テーブル転送状態を“転送中ではない”に変更する（ステップＳ２１０４）。
【０２１０】
次いで、送信マスターＣＭは、テーブル転送待ち状態が“待ち中”になっているＢＳ管理テーブル（図２０Ａでは、“転送待ち中テーブル”）が存在しているか否かを判断する（ステップＳ２１０５）。そして、送信マスターＣＭは、テーブル転送待ち状態が“待ち中”になっているＢＳ管理テーブルが存在していた場合（ステップＳ２１０５；ＹＥＳ）には、当該ＢＳ管理テーブルに対するＢＳ管理テーブル転送処理を起動（ステップＳ２１０６）してから、実行していたＢＳ管理テーブル転送処理を終了する。
【０２１１】
ここで、図２０Ｄを用いて、ＢＳ受信完了通知を受信したメイン送信マスターＣＭの動作を説明しておくことにする。
【０２１２】
ＢＳ受信完了通知を受信した場合、メイン送信マスターＣＭは、この図２０Ｄに示した手順の処理を実行する。すなわち、ＢＳ受信完了通知を受信したメイン受信マスターＣＭは、まず、グループ管理テーブル１５０上の、バッファセットＸ及び自システム１００に関する受信状態（バッファセットＸ送信システム０受信状態）を“受信済”に変更する（ステップＳ２１５１）。次いで、メイン送信マスターＣＭは、バッファセットＸに関するシステム別の受信状態が全て“受信済”になっているか否かを判断する（ステップＳ２１５２）。そして、バッファセットＸに関するシステム別の受信状態が全て“受信済”になっていた場合（ステップＳ２１５２；ＹＥＳ）、メイン送信マスターＣＭは、バッファセットＸに対する展開処理を起動（ステップＳ２１５３）してから、この図の処理を終了する。また、メイン受信マスターＣＭは、バッファセットＸに関するシステム別の受信状態が一部のみが“受信済”になっていた場合（ステップＳ２１５２；ＮＯ）、展開処理を起動することなく、この図の処理を終了する。
【０２１３】
《バッファ管理テーブル及びバッファ転送処理》
図２１Ａ〜図２１Ｇに、バッファ管理テーブル及びバッファ転送処理の流れ図を示す。
【０２１４】
このバッファ管理テーブル及びバッファ転送処理は、送信マスターＣＭが開始する処理である。バッファセットＸについてのバッファ管理テーブル及びバッファ転送処理を開始した送信マスターＣＭは、ＢＳ番号Ｘ及び割当受信バッファＩＤを通知することにより自システム１００内の各ＣＭにバッファ管理テーブルの転送を依頼する（ステップＳ２２１１）。
【０２１５】
ここで、割当受信バッファＩＤとは、ＢＳ管理テーブルＸ（バッファセットＸのＢＳ管理テーブル）上に、転送対象バッファのバッファＩＤ（送信バッファＩＤ）に対応づけられて記憶されている受信バッファＩＤのことである。
【０２１６】
割当受信バッファＩＤ等が通知された各送信スレーブＣＭは、割当受信バッファＩＤを、バッファ管理テーブルＸに受信バッファＩＤとしてを設定する（ステップＳ２２１２）。また、ステップＳ２２１１の処理を終えた送信マスターＣＭも、割当受信バッファＩＤを、バッファ管理テーブルＸに受信バッファＩＤとして設定する（ステップＳ２２１２）
。
【０２１７】
次いで、各送信ＣＭは、バッファ管理テーブルＸ上のインデックス情報０〜ｍ−１（ｍは、その時点におけるインデックス情報ポインタの値）中の全格納状態が“格納済”となっているか否かを判断する（ステップＳ２２１３）。すなわち、各送信ＣＭは、格納予約データが全て転送対象バッファへ格納されているか否かを判断する（ステップＳ２２１３）。
【０２１８】
転送対象バッファへの格納が完了していない格納予約データが存在していた場合（ステップＳ２２１３；ＮＯ）、各送信ＣＭは、バッファ管理テーブルＸ上のバッファ転送待ち状態を“待ち中”に変更する（ステップＳ２２１３）。そして、各送信ＣＭは、このバッファ管理テーブル及びバッファ転送処理を終了する。
【０２１９】
一方、全格納予約データの転送対象バッファへの格納が完了していた場合（ステップＳ２２１３；ＹＥＳ）、各送信ＣＭは、バッファ管理テーブルＸ（バッファ管理テーブルＸ上の全情報）を対応受信ＣＭに送信する（ステップＳ２２１５）。
【０２２０】
バッファ管理テーブルＸを受信した受信ＣＭは、受信したテーブルをそのままメモリ１１２上に記憶する（ステップＳ２２１６）。そして、受信ＣＭは、バッファ管理テーブルの受信完了を対応送信ＣＭに通知する（ステップＳ２２１７）。
【０２２１】
以下、受信ＣＭがスレーブＣＭである場合と、受信ＣＭがマスターＣＭである場合とに分けて、ステップＳ２２１７の処理後の受信ＣＭの動作を説明する。
【０２２２】
受信ＣＭがスレーブＣＭである場合、ステップＳ２２１７の処理を終えた受信ＣＭ（受信スレーブＣＭ）は、図２１Ｂに示した手順の処理を実行する。
【０２２３】
すなわち、受信スレーブＣＭは、バッファ管理テーブルの受信完了を、自システム内のマスターＣＭに通知（ステップＳ２２３１）してから、バッファ管理テーブルの受信により開始した処理を終了する。
【０２２４】
一方、バッファ管理テーブルの受信完了が通知された受信マスターＣＭは、ＢＳ管理テーブルＸ上の、受信完了通知元ＣＭに関するバッファ管理テーブル受信状態を“受信済”に変更する（ステップＳ２２３１）。そして、受信マスターＣＭは、処理を終了する。
【０２２５】
また、受信ＣＭがマスターＣＭである場合、ステップＳ２２１７の処理を終えた受信ＣＭ（受信マスターＣＭ）は、図２１Ｃに示した手順の処理を実行する。
【０２２６】
すなわち、受信マスターＣＭは、ＢＳ管理テーブルＸ上の、自ＣＭ１１０に関するバッファ管理テーブル受信状態を“受信済”に変更する（ステップＳ２２３５）。そして、受信マスターＣＭは、処理を終了する。
【０２２７】
図２１Ａに戻って、バッファ管理テーブル及びバッファ転送処理の説明を続ける。
【０２２８】
バッファ管理テーブルの受信完了が通知された送信スレーブＣＭは、バッファ管理テーブルの転送完了を送信マスターＣＭに通知する（ステップＳ２２１８）。
【０２２９】
バッファ管理テーブルの転送完了が通知された送信マスターＣＭは、ＢＳ番号Ｘ及び割当受信バッファＩＤを通知することにより自システム１００内の各ＣＭ１１０にバッファの転送を依頼する（ステップＳ２２２１）。
【０２３０】
バッファの転送を依頼された送信ＣＭ（送信マスターＣＭ、送信スレーブＣＭ）は、割当受信バッファＩＤ及びバッファＸ上のデータ（以下、バッファデータと表記する）を、対応受信ＣＭに送信する（ステップＳ２２２２）。
【０２３１】
割当受信バッファＩＤ及びバッファデータを受信した受信ＣＭは、受信した割当受信バッファＩＤで識別される受信バッファに受信したバッファデータを格納する（ステップＳ２２２３）。そして、受信ＣＭは、対応送信ＣＭに受信完了を通知する（ステップＳ２２２４）。
【０２３２】
以下、受信ＣＭのタイプ別に、ステップＳ２２２４の処理後の受信ＣＭの動作を説明する。
【０２３３】
受信ＣＭがサブ受信スレーブＣＭである場合、ステップＳ２２２４の処理を終えた受信ＣＭ（サブ受信スレーブＣＭ）は、図２１Ｄに示した手順の処理を実行する。
【０２３４】
すなわち、サブ受信スレーブＣＭは、バッファ管理テーブルの受信完了を、自システム内のマスターＣＭに通知（ステップＳ２２４１）してから、処理を終了する。
【０２３５】
一方、バッファ管理テーブルの受信完了が通知されたサブ受信マスターＣＭは、ＢＳ管理テーブルＸ上の、受信完了通知元ＣＭに関するバッファ受信状態を“受信済”に変更する（ステップＳ２２４２）。その後、サブ受信マスターＣＭは、バッファセットＸに関する全要素情報の受信が完了したか否かを判断する（ステップＳ２２４３）。
【０２３６】
バッファセットＸに関する全要素情報の受信が完了していた場合（ステップＳ２２４３；ＹＥＳ）、サブ受信マスターＣＭは、ＢＳ受信完了通知をメイン送信マスターＣＭに送信（ステップＳ２２４３）してから、処理を終了する。また、サブ受信マスターＣＭは、バッファセットＸに関する全要素情報の受信が完了していなかった場合（ステップＳ２２４３；ＮＯ）には、ＢＳ情報受信完了通知を送信することなく、処理を終了する。
【０２３７】
受信ＣＭがメイン受信スレーブＣＭである場合、ステップＳ２２２４の処理を終えた受信ＣＭ（メイン受信スレーブＣＭ）は、図２１Ｅに示した手順の処理を実行する。
【０２３８】
すなわち、メイン受信スレーブＣＭは、バッファ管理テーブルの受信完了を、自システム１００内のマスターＣＭに通知（ステップＳ２２５１）してから、処理を終了する。
【０２３９】
バッファ管理テーブルの受信完了が通知されたメイン受信マスターＣＭは、ＢＳ管理テーブルＸ上の、受信完了通知元ＣＭに関するバッファ受信状態を“受信済”に変更する（ステップＳ２２５２）。その後、メイン受信マスターＣＭは、バッファセットＸに関する全要素情報の受信が完了したか否かを判断する（ステップＳ２２５３）。
【０２４０】
バッファセットＸに関する全要素情報の受信が完了していた場合（ステップＳ２２５３；ＹＥＳ）、メイン受信マスターＣＭは、グループ管理テーブル１５０上の、バッファセットＸ及び自システム（受信システム０）に関する受信状態を“受信済”に変更する（ステップＳ２２５４）。その後、メイン受信マスターＣＭは、バッファセットＸに関するシステム別の受信状態が全て“受信済”となっているか否かを判断する（ステップＳ２２５５）。
【０２４１】
そして、メイン受信マスターＣＭは、バッファセットＸに関するシステム別の受信状態が全て“受信済”となっていなかった場合（ステップＳ２２５５；ＮＯ）には、処理を終
了する。
【０２４２】
また、メイン受信マスターＣＭは、バッファセットＸに関するシステム別の受信状態が全て“受信済”となっていた場合（ステップＳ２２５５；ＹＥＳ）には、バッファセットＸに対する展開処理を起動（ステップＳ２２５６）してから、処理を終了する。
【０２４３】
受信ＣＭがサブ受信マスターＣＭである場合、ステップＳ２２２４の処理を終えた受信ＣＭ（サブ受信マスターＣＭ）は、図２１Ｆに示した手順の処理を実行する。
【０２４４】
すなわち、サブ受信マスターＣＭは、ＢＳ管理テーブルＸ上の、受信完了通知元ＣＭに関するバッファ受信状態を“受信済”に変更する（ステップＳ２２６２）。その後、サブ受信マスターＣＭは、バッファセットＸに関する全要素情報の受信が完了したか否かを判断する（ステップＳ２２６３）。
【０２４５】
バッファセットＸに関する全要素情報の受信が完了していた場合（ステップＳ２２６３；ＹＥＳ）、サブ受信マスターＣＭは、ＢＳ受信完了通知をメイン送信マスターＣＭに送信（ステップＳ２２６４）してから、処理を終了する。また、サブ受信マスターＣＭは、バッファセットＸに関する全要素情報の受信が完了していなかった場合（ステップＳ２２６３；ＮＯ）には、ＢＳ情報受信完了通知を送信することなく、処理を終了する。
【０２４６】
受信ＣＭがメイン受信スレーブＣＭである場合、ステップＳ２２２４の処理を終えた受信ＣＭ（メイン受信スレーブＣＭ）は、図２１Ｇに示した手順の処理を実行する。
【０２４７】
すなわち、メイン受信スレーブＣＭは、ＢＳ管理テーブルＸ上の、受信完了通知元ＣＭに関するバッファ受信状態を“受信済”に変更する（ステップＳ２２７２）。その後、メイン受信マスターＣＭは、バッファセットＸに関する全要素情報の受信が完了したか否かを判断する（ステップＳ２２７３）。
【０２４８】
バッファセットＸに関する全要素情報の受信が完了していた場合（ステップＳ２２７３；ＹＥＳ）、メイン受信マスターＣＭは、グループ管理テーブル１５０上の、バッファセットＸ及び自システム（受信システム０）に関する受信状態を“受信済”に変更する（ステップＳ２２７４）。その後、メイン受信マスターＣＭは、バッファセットＸに関するシステム別の受信状態が全て“受信済”となっているか否かを判断する（ステップＳ２２７５）。
【０２４９】
そして、メイン受信マスターＣＭは、バッファセットＸに関するシステム別の受信状態が全て“受信済”となっていなかった場合（ステップＳ２２７５；ＮＯ）には、処理を終了する。また、メイン受信マスターＣＭは、バッファセットＸに関するシステム別の受信状態が全て“受信済”となっていた場合（ステップＳ２２７５；ＹＥＳ）には、バッファセットＸに対する展開処理を起動（ステップＳ２２７６）してから、処理を終了する。
【０２５０】
《展開処理》
図２２Ａ〜図２２Ｃに、展開処理の流れ図を示す。
【０２５１】
或るバッファセットＸに対する展開処理を開始したメイン受信マスターＣＭは、まず、要展開ＢＳ番号Ｘが、グループ管理テーブル１５０上の展開ＢＳ番号と一致しているか否かを判断する（ステップＳ２３０１）。
【０２５２】
そして、メイン受信マスターＣＭは、要展開ＢＳ番号が展開ＢＳ番号と一致していた場合（ステップＳ２３０１）には、他の各受信システム１００のマスターＣＭに、ＢＳ番号
Ｘを指定した形でバッファＸの展開を依頼する（ステップＳ２３０３）。
【０２５３】
バッファＸの展開が依頼されたサブ受信マスターＣＭは、図２２Ｂに示してあるように、自システム１００内の各スレーブＣＭに、ＢＳ番号Ｘを指定した形でバッファＸの展開を依頼する（ステップＳ２３１１）。この依頼を受けた各サブ受信スレーブＣＭは、バッファＸ上の各データを、バッファ管理テーブルＸ上の各インデックス情報が示している記憶部１２０内の記憶領域に格納する（ステップＳ２３２１）。その後、サブ受信スレーブＣＭは、展開完了通知を、自システム１００内のマスターＣＭに送信する（ステップＳ２３２２）。
【０２５４】
また、バッファＸの展開を各サブ受信スレーブＣＭに依頼したサブ受信マスターＣＭも、バッファＸ上の各データを、バッファ管理テーブルＸ上の各インデックス情報が示している記憶部１２０内の記憶領域に格納する（ステップＳ２３１２）。
【０２５５】
ステップＳ２３１２の処理を終えたサブ受信マスターＣＭは、自システム１００内の全ＣＭによるバッファＸの展開が完了するのを監視する（ステップＳ２３１３；ＮＯ）。そして、サブ受信マスターＣＭは、全ＣＭによるバッファの展開が完了したとき（ステップＳ２３１３；ＹＥＳ）に、メイン送信マスターＣＭに展開完了通知を送信（ステップＳ２３１４）してから、処理を終了する。
【０２５６】
また、ステップＳ２３０３（図２２Ａ）の処理を終えたメイン受信マスターＣＭは、図２２Ｃに示した手順の処理を開始する。
【０２５７】
すなわち、メイン受信マスターＣＭは、自システム１００内の各スレーブＣＭに、ＢＳ番号Ｘを指定した形でバッファＸの展開を依頼する（ステップＳ２３３１）。この依頼を受けた各サブ受信スレーブＣＭは、バッファＸ上の各データを、バッファ管理テーブルＸ上の各インデックス情報が示している記憶部１２０内の記憶領域に格納する（ステップＳ２３４１）。その後、サブ受信スレーブＣＭは、展開完了通知を、自システム内のマスターＣＭに送信する（ステップＳ２３４２）。
【０２５８】
また、バッファＸの展開を各サブ受信スレーブＣＭに依頼したメイン受信マスターＣＭも、バッファＸ上の各データを、バッファ管理テーブルＸ上の各インデックス情報が示している記憶部１２０内の記憶領域に格納する（ステップＳ２３３２）。
【０２５９】
ステップＳ２３３２の処理を終えたメイン受信マスターＣＭは、展開完了通知が送信されてくるのを監視することにより、自システム１００内の全ＣＭによるバッファＸの展開が完了するのを待機する（ステップＳ２３３３；ＮＯ）。そして、メイン受信マスターＣＭは、全ＣＭによるバッファの展開が完了した場合（ステップＳ２３３３；ＹＥＳ）には、全受信システム１００によるバッファＸの展開が完了するのを待機する（図２２Ａ：ステップＳ２３０５；ＮＯ）。
【０２６０】
全受信システム１００によるバッファＸの展開が完了した場合（ステップＳ２３０５；ＹＥＳ）、メイン送信マスターＣＭは、グループ管理テーブル１５０上の展開バッファセット番号を、新バッファセット番号の生成手順と同手順で変更する（ステップＳ２３０６）。
【０２６１】
その後、メイン受信マスターＣＭは、次のバッファセット（変更後の展開バッファセット番号を有するバッファセット）のバッファ管理テーブル上の展開待ち状態が“待ち中”であるか否かを判断する（ステップＳ２３０７）。
【０２６２】
次のバッファセットのバッファ管理テーブル上の展開待ち状態が“待ち中”であった場合（ステップＳ２３０７；ＹＥＳ）、メイン受信マスターＣＭは、当該バッファセット内のバッファに対する展開処理を起動する（ステップＳ２３０８）。
【０２６３】
そして、メイン受信マスターＣＭは、展開が済んだバッファセットに対する解放処理を起動（ステップＳ２３０９）してから、処理を終了する。
【０２６４】
《解放処理》
図２３Ａ及び図２３Ｂに、展開処理の流れ図を示す。
【０２６５】
図２３Ａに示してあるように、或るバッファセットＸに対する解放処理を開始したメイン受信マスターＣＭは、まず、メイン送信マスターＣＭに、ＢＳ番号Ｘをパラメータとして設定したＢＳ解放要求を送信する（ステップＳ２５０１）
【０２６６】
また、メイン受信マスターＣＭは、他の各受信システム内のマスターＣＭにＢＳ解放要求を送信する（ステップＳ２５０２）。
【０２６７】
その後、メイン受信マスターＣＭは、グループ管理テーブル１５０上の、バッファセットＸに関するシステム別受信状態を全て“未受信”に変更する（ステップＳ２５０３）。次いで、メイン受信マスターＣＭは、ＢＳ管理テーブルＸを初期化する（ステップＳ２５０４）。具体的には、このステップＳ２５０４にて、メイン受信マスターＣＭは、ＢＳ管理テーブルＸ上のバッファセット受信状態、展開待ち状態を、それぞれ、“未受信”、“待ち中ではない”に初期化する。また、ステップＳ２５０４にて、メイン受信マスターＣＭは、ＢＳ管理テーブルＸ上の各受信バッファＩＤ、各送信バッファＩＤ、各バッファ管理テーブル受信状態、各バッファ受信状態を、それぞれ、“無効”、“無効”、“未受信”、“未受信”に初期化する。
【０２６８】
ＢＳ解放要求を受信した各サブ受信マスターＣＭも、グループ管理テーブル１５０上の、バッファセットＸに関するシステム別受信状態を全て“未受信”に変更（ステップＳ２５１３）し、ＢＳ管理テーブルＸを初期化する（ステップＳ２５１４）。
【０２６９】
一方、ＢＳ解放要求を受信したメイン送信マスターＣＭは、図２３Ｂに示してあるように、まず、ステップＳ２６０１にて、ＢＳ管理テーブルＸ上に設定されている各受信バッファＩＤを空き受信バッファテーブルに登録する。また、メイン送信マスターＣＭは、空き受信バッファテーブル上の空きバッファＩＤ数を更新する処理も行う。
【０２７０】
次いで、メイン送信マスターＣＭは、ＢＳ管理テーブルＸを初期化（ステップＳ２６０２）してから、サブ送信マスターＣＭに、ＢＳ番号Ｘをパラメータとして設定したＢＳ解放要求を送信する（ステップＳ２６０３）。このＢＳ解放要求を受信したサブ送信マスターＣＭは、グループ管理テーブル１５０上の、バッファセットＸ使用状態を“未使用”に変更（ステップＳ２６１４）し、バッファ管理テーブルＸを初期化する（ステップＳ２６１５）。
【０２７１】
また、ステップＳ２６０３の処理を終えたメイン送信マスターＣＭは、グループ管理テーブル１５０上の、バッファセットＸ使用状態を“未使用”に変更（ステップＳ２６０４）し、バッファ管理テーブルＸを初期化する（ステップＳ２６０５）。
【０２７２】
その後、メイン送信マスターＣＭは、空き受信バッファＩＤ待ち状態が“待ち中”となっているバッファセットが存在しているか否かを判断する（ステップＳ２６０６）。
【０２７３】
そのようなバッファセットが存在していた場合（ステップＳ２６０６；ＹＥＳ）、メイン送信マスターＣＭは、当該バッファセットに関する空き受信バッファＩＤ待ち状態を“待ち中ではない”に変更する（ステップＳ２６０７）。そして、メイン送信マスターＣＭは、当該バッファセットに対する空き受信バッファＩＤ割当処理を起動する（ステップＳ２６０８）。
【０２７４】
ステップＳ２６０９の処理を終えたメイン送信マスターＣＭは、グループ管理テーブル１５０上のＢＳ空き待ち状態が“空き待ち中”であるか否かを判断する（ステップＳ２６０９）。
【０２７５】
ＢＳ空き待ち状態が“空き待ち中”であった場合（ステップＳ２６０９；ＹＥＳ）、メイン送信マスターＣＭは、ＢＳ空き待ち状態を“待ち中ではない”に変更する（ステップＳ２６１０）。そして、メイン送信マスターＣＭは、ＢＳ切替処理を起動（ステップＳ２６１１）してから、この解放処理を終了する。
【０２７６】
《バッファセット定期切替処理》
図２４に、バッファセット定期切替処理の流れ図を示す。
【０２７７】
このバッファセット定期切替処理は、メイン受信マスターＣＭが実行する処理（図４Ｂ参照）である。
【０２７８】
図２４に示してあるように、バッファセット定期切替処理を開始したメイン受信マスターＣＭは、まず、グループ管理テーブル１５０上のネゴシエーション状態が“ネゴシエーション済”であるか否かを判断する（ステップＳ２００１）。そして、メイン受信マスターＣＭは、ネゴシエーション状態が“ネゴシエーション済”でなかった場合（ステップＳ２００１；ＮＯ）には、このバッファセット定期切替処理を終了する。
【０２７９】
一方、ネゴシエーション状態が“ネゴシエーション済”であった場合（ステップＳ２００１；ＹＥＳ）、メイン受信マスターＣＭは、グループ管理テーブル１５０に設定されているＢＳ自動切替時間に基づき、自処理の次回の実行時刻（日時）を設定する（ステップＳ２００２）。その後、メイン受信マスターＣＭは、グループ管理テーブル１５０上のＢＳ定期切替処理起動状態が“起動済”であるか否かを判断する（ステップＳ２００３）。
【０２８０】
ＢＳ定期切替処理起動状態が“起動済”ではなかった場合（ステップＳ２００３；ＮＯ）、メイン送信マスターＣＭは、ＢＳ定期切替処理起動状態を“起動済”に変更（ステップＳ２００４）してから、このバッファセット定期切替処理を終了する。一方、ＢＳ定期切替処理起動状態が“起動済”であった場合（ステップＳ２００３；ＹＥＳ）、ＢＳ番号が、その時点における格納ＢＳ番号と一致するバッファセットに対するＢＳ切替処理を起動（ステップＳ２００５）してから、このバッファセット定期切替処理を終了する。
【０２８１】
以上、詳細に説明したように、本実施形態に係るＳＳ（ストレージシステム）１００は、図１を用いて説明した既存のＳＳ２００と同様に、ＢＳ（バッファセット）を切り替えることにより非同期のリモートコピーを行うシステムとなっている。ただし、ＳＳ１００は、自装置内のＢＳの切り替えが必要となったときに他のＳＳ１００にＢＳの切り替えを要求できる装置であると共に、他のＳＳ１００からＢＳの切り替えが要求されたときに、ＢＳを切り替える装置となっている。
【０２８２】
従って、本実施形態に係るＳＳ１００を用いておけば、全送信システム１００が１台のストレージシステムのように機能して、遠隔地側の複数台の受信システム１００に対して、ホスト３００による書き込みデータの順序性のあるコピーが行われるＳＳネットワーク
を構築できることになる。しかも、上記したメイン送信／受信システム１００の機能から明らかなように、ＳＳ１００は、ホスト３００に１台だけを接続しておいてもリモートコピーが可能な装置（システム）となっている。従って、本実施形態に係るＳＳ１００によれば、ホスト３００側の記憶容量を、既にホスト３００に接続されているＳＳ１００の交換が不要な形で増大させることができることにもなる。
【０２８３】
《変形例》
上記した実施形態に係るＳＳ（ストレージシステム）１００は、各種の変形を行うことが出来る。例えば、ＳＳ１００を、バッファの容量が不足していることを見出したＣＭ１１０が図１７Ｂ（及び図１７Ａ）の処理を行う装置に変形することが出来る。また、ＳＳ１００を、バッファサイズをユーザが設定可能な装置に変形することも出来る。
【０２８４】
また、バッファ管理テーブル（図８）を、例えば８バイト程度のチェックコードが、各インデックス情報について記憶されるものに変形することも出来る。また、バッファ管理テーブルのサイズをバッファと同サイズにすることも出来る。なお、バッファ管理テーブルのサイズの調整は、バッファ管理テーブルに記憶するインデックス情報の内容や数を調整することにより容易に行うことが出来る。
【０２８５】
さらに、ＳＳ１００を、具体的なハードウェア構成が上記したものとは異なる装置（例えば、ＣＭ１１０が１つしか搭載できない装置）に変形しても良いことや、バッファ管理テーブル以外の各テーブルの構成／利用法が上記したものと異なっていても良いことなどは、当然のことである。
【０２８６】
以上、開示した技術に関し、更に以下の付記を開示する。
【０２８７】
（付記１）  ホストとバックアップ用ストレージシステムに接続されるストレージシステムにおいて、
第１記憶部と、
複数の更新データ記憶領域を有する第２記憶部と、
前記第１記憶部に対する更新データのライト要求を前記ホストから受信する制御部と、を備え、
前記制御部は、
更新データのライト要求を受信したときに、前記複数の更新データ記憶領域の１つである処理対象記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、
前記空き領域が存在していると判断した場合に、前記第１記憶部内における前記更新データの書込領域を示す第１書込先情報と、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示す第２書込先情報と、前記処理対象記憶領域として使用されている前記更新データ記憶領域の識別情報とを含む制御情報を、前記第２記憶部に記憶するとともに、前記更新データを前記第１記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域を前記第２記憶部内の他の更新データ記憶領域に変更し、前記制御情報を前記第２記憶部に記憶し、前記更新データを前記第１記憶部内に書き込むとともに、前記ホストに接続される他のストレージシステムに処理対象記憶領域の変更を指示し、
前記ライト要求の処理とは非同期に、前記第２記憶部内に記憶済みの制御情報に従って、前記第１記憶部に書き込み済みの更新データを前記第２記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の更新データと当該更新データに関する前記第２書込先情報とを、前記バックアップ用ストレージシステムに送信する
ことを特徴とするストレージシステム。
【０２８８】
（付記２）  前記制御部は、
前記ホストに接続されている前記他のストレージシステムから処理対象記憶領域の変更が指示されたときに、処理対象記憶領域を前記第２記憶部内の他の更新データ記憶領域に変更する
ことを特徴とする付記１に記載のストレージシステム。
【０２８９】
（付記３）  前記制御部は、
所定の時間が経過する度に、処理対象記憶領域を前記第２記憶部内の他の更新データ記憶領域に変更するとともに、前記ホストに接続されている前記他のストレージシステムに処理対象記憶領域の変更を指示する
ことを特徴とする付記１又は２に記載のストレージシステム。
【０２９０】
（付記４）  ホストとバックアップ用ストレージシステムとに接続されるストレージシステムにおいて、
第１記憶部と、
それぞれ、インデックス情報記憶領域及び更新データ記憶領域を含む複数の記憶領域セットを有する第２記憶部と、
前記第１記憶部に対する更新データのライト要求を前記ホストから受信する制御部と、を備え、
前記制御部は、
更新データのライト要求を受信したときに、前記複数の記憶領域セットの１つである処理対象記憶領域セットに含まれる前記更新データ記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、
前記空き領域が存在していると判断した場合に、前記第１記憶部内における前記更新データの書込領域を示す第１書込先情報と、前記更新データを格納すべき、前記処理対象記憶領域セットに含まれる前記更新データ記憶領域内の記憶領域を示す記憶領域指定情報とを含むライト要求コピー制御情報を前記第２記憶部に記憶し、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示すインデックス情報を前記処理対象記憶領域セットに含まれる前記インデックス情報記憶領域に記憶するとともに、前記更新データを前記第１記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域セットを他の記憶領域セットに変更し、前記ライト要求コピー制御情報を前記第２記憶部に記憶し、前記インデックス情報を前記処理対象記憶領域セットに含まれる前記インデックス情報記憶領域に記憶し、前記更新データを前記第１記憶部内に書き込むとともに、前記ホストに接続されている他のストレージシステムに処理対象記憶領域セットの変更を指示し、
前記ライト要求の処理とは非同期に、前記第２記憶部上の各ライト要求コピー制御情報にしたがって、前記第１記憶部内に書き込み済みの更新データを前記第２記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の前記更新データと当該更新データ記憶領域と同じ前記記憶領域セットに含まれる前記インデックス情報記憶領域上の前記インデックス情報とを、前記バックアップ用ストレージシステムに送信する
ことを特徴とするストレージシステム。
【０２９１】
（付記５）  ホストに接続された複数台のホスト側ストレージシステムと、複数台のバックアップ用ストレージシステムとを含み、各ストレージシステム間が通信可能に接続されたストレージシステムネットワークにおいて、
前記複数台のホスト側ストレージシステムは、それぞれ、
第１記憶部と、
複数の更新データ記憶領域を有する第２記憶部と、
前記第１記憶部に対する更新データのライト要求を前記ホストから受信する第１制御部
と、を備え、
前記第１制御部は、
更新データのライト要求を受信したときに、前記複数の更新データ記憶領域の１つである処理対象記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、
前記空き領域が存在していると判断した場合に、前記第１記憶部内における前記更新データの書込領域を示す第１書込先情報と、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示す第２書込先情報と、前記処理対象記憶領域として使用されている前記更新データ記憶領域の識別情報とを含む制御情報を、前記第２記憶部に記憶するとともに、前記更新データを前記第１記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域を前記第２記憶部内の他の更新データ記憶領域に変更し、前記制御情報を前記第２記憶部に記憶し、前記更新データを前記第１記憶部内に書き込むとともに、他の各ホスト側ストレージシステムに処理対象記憶領域の変更を指示し、
前記ライト要求の処理とは非同期に、前記第２記憶部内に記憶済みの制御情報に従って、前記第１記憶部に書き込み済みの更新データを前記第２記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の前記更新データと当該更新データに関する前記第２書込先情報とを、前記バックアップ用ストレージシステムに送信し、
前記複数台のバックアップ用ストレージシステムは、それぞれ、
第３記憶部と、
自バックアップ用ストレージシステムに対応づけられた前記ホスト側ストレージシステムが送信した前記更新データ及び前記第２書込先情報を受信し、受信した前記更新データを、受信した前記第２書込先情報が示している前記第３記憶部内の記憶領域に書き込む第２制御部と、
を備える
ことを特徴とするストレージシステムネットワーク。
【０２９２】
（付記６）  ホストに接続された複数台のホスト側ストレージシステムと、複数台のバックアップ用ストレージシステムとを含み、各ストレージシステム間が通信可能に接続されたストレージシステムネットワークにおいて、
前記ホスト側ストレージシステムは、それぞれ、
第１記憶部と、
それぞれ、インデックス情報記憶領域及び更新データ記憶領域を含む複数の記憶領域セットを有する第２記憶部と、
前記第１記憶部に対するライト要求を前記ホストから受信する第１制御部と、を備え、
前記第１制御部は、
更新データのライト要求を受信したときに、前記複数の記憶領域セットの１つである処理対象記憶領域セットに含まれる前記更新データ記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、
前記空き領域が存在していると判断した場合に、前記第１記憶部内における前記更新データの書込領域を示す第１書込先情報と、前記更新データを格納すべき、前記処理対象記憶領域セットに含まれる前記更新データ記憶領域内の記憶領域を示す記憶領域指定情報とを含むライト要求コピー制御情報を前記第２記憶部に記憶し、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示すインデックス情報を前記処理対象記憶領域セットに含まれる前記インデックス情報記憶領域に記憶するとともに、前記更新データを前記第１記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域セットを他の記憶領域セットに変更し、前記ライト要求コピー制御情報を前記第２記憶部に記憶し、前記インデックス情報を前記処理対象記憶領域セットに含まれる前記インデックス情報記憶領域に記憶し、前記更新データを前記第１記憶部内
に書き込むとともに、他の各ホスト側ストレージシステムに処理対象記憶領域セットの変更を指示し、
前記ライト要求の処理とは非同期に、前記第２記憶部上の各ライト要求コピー制御情報にしたがって、前記第１記憶部内に書き込み済みの更新データを前記第２記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の前記更新データと当該更新データ記憶領域と同じ前記記憶領域セットに含まれる前記インデックス情報記憶領域上の前記インデックス情報とを、自ホスト側ストレージシステムに対応づけられた前記バックアップ用ストレージシステムに送信し、
前記複数台のバックアップ用ストレージシステムは、それぞれ、
第３記憶部と、
自バックアップ用ストレージシステムに対応づけられている前記ホスト側ストレージシステムが送信した前記更新データ及び前記インデックス情報を受信し、受信した前記更新データを、受信した前記インデックス情報が示している前記第３記憶部内の記憶領域に書き込む第２制御部と、
を備える
ことを特徴とするストレージシステムネットワーク。
【符号の説明】
【０２９３】
１００  ストレージシステム
１０５  筐体
１１０  ＣＭ（制御モジュール）
１１１  ＣＰＵ
１１２  メモリ
１１３  ＣＡ
１１４  ＲＡ
１１５  ＦＣ
１２０  記憶部
１２５  補助記憶装置
１５０  グループ管理テーブル
１６０  受信バッファ管理テーブル
１８０  初期コピーセッション管理テーブル
１９０  ライト要求コピー制御テーブル
３００  ホスト
【図１】
0005737118.tif 000002
【図２】
0005737118.tif 000003
【図３】
0005737118.tif 000004
【図４Ａ】
0005737118.tif 000005
【図４Ｂ】
0005737118.tif 000006
【図５】
0005737118.tif 000007
【図６】
0005737118.tif 000008
【図７】
0005737118.tif 000009
【図８】
0005737118.tif 000010
【図９】
0005737118.tif 000011
【図１０】
0005737118.tif 000012
【図１１】
0005737118.tif 000013
【図１２】
0005737118.tif 000014
【図１３】
0005737118.tif 000015
【図１４】
0005737118.tif 000016
【図１５】
0005737118.tif 000017
【図１６】
0005737118.tif 000018
【図１７Ａ】
0005737118.tif 000019
【図１７Ｂ】
0005737118.tif 000020
【図１８】
0005737118.tif 000021
【図１９】
0005737118.tif 000022
【図２０Ａ】
0005737118.tif 000023
【図２０Ｂ】
0005737118.tif 000024
【図２０Ｃ】
0005737118.tif 000025
【図２０Ｄ】
0005737118.tif 000026
【図２１Ａ】
0005737118.tif 000027
【図２１Ｂ】
0005737118.tif 000028
【図２１Ｃ】
0005737118.tif 000029
【図２１Ｄ】
0005737118.tif 000030
【図２１Ｅ】
0005737118.tif 000031
【図２１Ｆ】
0005737118.tif 000032
【図２１Ｇ】
0005737118.tif 000033
【図２２Ａ】
0005737118.tif 000034
【図２２Ｂ】
0005737118.tif 000035
【図２２Ｃ】
0005737118.tif 000036
【図２３Ａ】
0005737118.tif 000037
【図２３Ｂ】
0005737118.tif 000038
【図２４】
0005737118.tif 000039