"ホストとバックアップ用ストレージシステムに接続されるストレージシステムにおいて、第1記憶部と、複数の更新データ記憶領域を有する第2記憶部と、前記第1記憶部に対する更新データのライト要求を前記ホストから受信する制御部と、を備え、前記制御部は、前記更新データのライト要求を受信したときに、前記複数の更新データ記憶領域の1つである処理対象記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、前記空き領域が存在していると判断した場合に、前記第1記憶部内における前記更新データの書込領域を示す第1書込先情報と、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示す第2書込先情報と、前記処理対象記憶領域として使用されている前記更新データ記憶領域の識別情報とを含む制御情報を、前記第2記憶部に記憶するとともに、前記更新データを前記第1記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域を前記第2記憶部内の他の更新データ記憶領域に変更し、前記制御情報を前記第2記憶部に記憶し、前記更新データを前記第1記憶部内に書き込むとともに、前記ホストに接続される他のストレージシステムに処理対象記憶領域の変更を指示し、前記ライト要求の処理とは非同期に、前記第2記憶部内に記憶済みの制御情報に従って、前記第1記憶部に書き込み済みの更新データを前記第2記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の更新データと当該更新データに関する前記第2書込先情報とを、前記バックアップ用ストレージシステムに送信することを特徴とするストレージシステム。前記制御部は、前記ホストに接続されている前記他のストレージシステムから処理対象記憶領域の変更が指示されたときに、処理対象記憶領域を前記第2記憶部内の他の更新データ記憶領域に変更することを特徴とする請求項1に記載のストレージシステム。前記制御部は、所定の時間が経過する度に、前記処理対象記憶領域を前記第2記憶部内の他の更新データ記憶領域に変更するとともに、前記ホストに接続されている前記他のストレージシステムに処理対象記憶領域の変更を指示することを特徴とする請求項1又は2に記載のストレージシステム。ホストに接続された複数台のホスト側ストレージシステムと、複数台のバックアップ用ストレージシステムとを含み、各ストレージシステム間が通信可能に接続されたストレージシステムネットワークにおいて、前記複数台のホスト側ストレージシステムは、それぞれ、第1記憶部と、複数の更新データ記憶領域を有する第2記憶部と、前記第1記憶部に対する更新データのライト要求を前記ホストから受信する第1制御部と、を備え、前記第1制御部は、前記更新データのライト要求を受信したときに、前記複数の更新データ記憶領域の1つである処理対象記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、前記空き領域が存在していると判断した場合に、前記第1記憶部内における前記更新データの書込領域を示す第1書込先情報と、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示す第2書込先情報と、前記処理対象記憶領域として使用されている前記更新データ記憶領域の識別情報とを含む制御情報を、前記第2記憶部に記憶するとともに、前記更新データを前記第1記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域を前記第2記憶部内の他の更新データ記憶領域に変更し、前記制御情報を前記第2記憶部に記憶し、前記更新データを前記第1記憶部内に書き込むとともに、他の各ホスト側ストレージシステムに処理対象記憶領域の変更を指示し、前記ライト要求の処理とは非同期に、前記第2記憶部内に記憶済みの制御情報に従って、前記第1記憶部に書き込み済みの更新データを前記第2記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の前記更新データと当該更新データに関する前記第2書込先情報とを、前記バックアップ用ストレージシステムに送信し、前記複数台のバックアップ用ストレージシステムは、それぞれ、第3記憶部と、自バックアップ用ストレージシステムに対応づけられた前記ホスト側ストレージシステムが送信した前記更新データ及び前記第2書込先情報を受信し、受信した前記更新データを、受信した前記第2書込先情報が示している前記第3記憶部内の記憶領域に書き込む第2制御部と、を備えることを特徴とするストレージシステムネットワーク。要するに、上記したストレージシステム200以下、既存SS200と表記するは、図1に示したような形で使用すれば、コピー先システム200内のデータが、コピー元システム200内に周期的にバックアップされる環境を実現できるものとなっている。従って、既存SS200を図1に示したような形で使用しておけば、災害等によりコピー元システム200が使用できなくなった場合に、コピー先システム200を用いて業務を再開できる。しかしながら、既存SS200は、記憶装置220への追加では対応できない量の記憶容量が必要となった場合、システム自体を、より大容量のものに交換しなければならないものとなっている。具体的には、ホスト300に既存SS200をもう1台接続すれば、ホスト300側の記憶容量ホスト300がデータの記憶に利用できる記憶容量を拡張することが出来る。また、遠隔地に既存SS200以下、第2コピー先システム200と表記するをもう1台追加すれば、ホスト300側に追加した既存SS200以下、第2コピー元システム200と表記する内のデータを、第2コピー先システム200内にバックアップすることが出来る。ただし、追加した2システム間のリモートコピーは、元々あったコピー元/コピー先システム200以下、第1コピー元/第1コピー先システム200と表記する間のリモートコピーとは全く無関係に行われる。従って、4台の既存SS200を組み合わせたシステムでは、第1コピー先システム200内のデータが、或る時刻T1における第1コピー元システム200内のバックアップデータとなっており、第2コピー先システム200内のデータが、別時刻T2例えば、T1と30分異なる時刻における第2コピー元システム200内のバックアップデータとなっていることがあり得る。そして、第1、第2コピー先システム200内のバックアップデータがそのようなものであると、第1、第2コピー先システム200を用いて業務を再開できない場合例えば、第1、第2コピー元システム200に、データベースが分散されて記憶されていた場合がある。そのため、既存SS200を用いている場合には、記憶装置220への追加では対応できない量の記憶容量が必要となったときに、システム自体を、より大容量のものに交換しなければならなかったのである。そこで、開示の技術の一側面では、同じホストと接続されている他のストレージシステムと連携したリモートコピーが可能なストレージシステムを提供することを目的とする。また、他の側面では、複数台の全ホスト側ストレージシステムがあたかも一台のストレージシステムとして機能して複数台のバックアップ用ストレージシステムへのリモートコピーが行われるストレージシステムネットワークを提供することを目的とする。上記課題を解決するために、開示の技術の一態様の、ホストとバックアップ用ストレージシステムとに接続されるストレージシステムは、第1記憶部と、複数の更新データ記憶領域を有する第2記憶部と、第1記憶部に対する更新データのライト要求をホストから受信する制御部と、を備え、制御部は、ライト要求を受信したときに、複数の更新データ記憶領域の1つである処理対象記憶領域に、更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、空き領域が存在していると判断した場合に、第1記憶部内における更新データの書込領域を示す第1書込先情報と、バックアップ用ストレージシステム内における更新データの書込領域を示す第2書込先情報と、処理対象記憶領域として使用されている更新データ記憶領域の識別情報とを含む制御情報を、第2記憶部に記憶するとともに、更新データを第1記憶部に書き込み、空き領域が存在していないと判断した場合に、処理対象記憶領域を第2記憶部内の他の更新データ記憶領域に変更し、制御情報を第2記憶部に記憶し、更新データを第1記憶部内に書き込むとともに、ホストに接続される他のストレージシステムに処理対象記憶領域の変更を指示し、ライト要求の処理とは非同期に、第2記憶部内に記憶済みの制御情報に従って、第1記憶部に書き込み済みの更新データを第2記憶部の各更新データ記憶領域に読み出し、読み出しが完了した更新データ記憶領域上の更新データと当該更新データに関する第2書込先情報とを、バックアップ用ストレージシステムに送信する。また、開示の技術の他の態様の、ホストに接続された複数台のホスト側ストレージシステムと、複数台のバックアップ用ストレージシステムとを含み、各ストレージシステム間が通信可能に接続されたストレージシステムネットワークは、各ホスト側ストレージシステムとして、第1記憶部と、複数の更新データ記憶領域を有する第2記憶部と、第1記憶部に対する更新データのライト要求をホストから受信する第1制御部とを備え、第1制御部は、更新データのライト要求を受信したときに、複数の更新データ記憶領域の1つである処理対象記憶領域に、更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、空き領域が存在していると判断した場合に、第1記憶部内における更新データの書込領域を示す第1書込先情報と、バックアップ用ストレージシステム内における更新データの書込領域を示す第2書込先情報と、処理対象記憶領域として使用されている更新データ記憶領域の識別情報とを含む制御情報を、第2記憶部に記憶するとともに、更新データを第1記憶部に書き込み、空き領域が存在していないと判断した場合に、処理対象記憶領域を第2記憶部内の他の更新データ記憶領域に変更し、制御情報を第2記憶部に記憶し、更新データを第1記憶部内に書き込むとともに、他の各ホスト側ストレージシステムに処理対象記憶領域の変更を指示し、ライト要求の処理とは非同期に、第2記憶部内に記憶済みの制御情報に従って、第1記憶部に書き込み済みの更新データを第2記憶部の各更新データ記憶領域に読み出し、読み出しが完了した更新データ記憶領域上の更新データと当該更新データに関する第2書込先情報とを、バックアップ用ストレージシステムに送信するシステムを含む。また、ストレージシステムネットワークは、各バックアップ用ストレージシステムとして、第3記憶部と、自バックアップ用ストレージシステムに対応づけられたホスト側ストレージシステムが送信した更新データ及び第2書込先情報を受信し、受信した更新データを、受信した第2書込先情報が示している第3記憶部内の記憶領域に書き込む第2制御部とを備えたシステムを含む。開示の技術によれば、同じホストと接続されている他のストレージシステムと連携したリモートコピーが可能なストレージシステムと、複数台のホスト側ストレージシステムと複数台のバックアップ用ストレージシステムとを含み、各ホスト側ストレージシステムから対応するバックアップ用ストレージシステムへのリモートコピーが連携的に行われるストレージシステムネットワークとを提供できる。以下、本書で開示の技術の実施の形態について、図面を参照して詳細に説明する。図2に、開示の技術の一実施形態に係るストレージシステム100の構成、及び、複数台のストレージシステム100を組み合わせることにより構築されるストレージシステムネットワークの構成を示す。まず、この図2を用いて、本実施形態に係るストレージシステム以下、SSとも表記する100の概要と、複数台のSS100を組み合わせることにより構築されるSSネットワークの概要とを、説明する。図2に示してあるように、本実施形態に係るSS100は、筐体105と1つ以上のCMControllerModule;制御モジュール110と記憶部120とを備えた装置システムである。筐体105は、各種仕様記憶容量、応答速度等の補助記憶装置ハードディスク装置、SSDSolidStateDrive等125を第1規定数まで搭載でき、CM110を第2規定数まで搭載できるユニットである。記憶部120は、筐体105に搭載されている複数の補助記憶装置125によって実現されるユニットである。SS100のセットアップ時には、ユーザにより、筐体105に搭載されている複数の補助記憶装置125つまり、記憶部120を幾つかのRAIDグループに分けるための設定作業が行われる。また、各RAIDグループを幾つかの論理ユニットに分けるための設定作業や、各RAIDグループの制御を担当させるCM110を設定指定する作業も、行われる。CM110は、基本的には、ホスト300からのリード/ライト要求にて指定されている内容の処理リート/ライトアクセスを、記憶部120に対して行うユニットである。なお、SS100内の各CM110がホスト300から受信するリード/ライト要求は、LUNLogicalUnitNumber、LBALogicalBlockAddress及びブロック数にてリード/ライトする記憶部120内の記憶領域を指定する要求である。また、ホスト300は、或る論理ユニットに対するリード/ライト要求を、その論理ユニットの制御を担当しているCM110に対して送信する。図2に示してあるように、CM110は、ホスト300に対するインターフェースモジュールであるCAChannelAdapter113と、記憶部120に対するインターフェースモジュールである2つのFCFibreChannel115とを、備えている。また、CM110は、他のSS100に対するインターフェースモジュールであるRARemoteAdapter114、自CM110をLANLocalAreaNetworkに接続するためのLANポート図示略も備えている。さらに、CM110は、ROMReadOnlyMemory;図示略、当該ROMに記憶されているプログラムファームウェアに従って各種処理を行うCPUCentralProcessingUnit111、各種データの一時記憶に使用されるメモリ112を備えている。複数台のSS100を用いて構築されるSSネットワークは、ホスト300に接続したN≧2台のSS100以下、送信システム100と表記すると遠隔地に設置したN台のSS100以下、受信システム100と表記するとをネットワーク接続したシステムである。詳細については後述するが、このSSネットワークは、ホスト300側のN台の送信システム100が1台のストレージシステムのように機能して、遠隔地側のN台の受信システム100に対して、ホスト300による書き込みデータの順序性のあるコピーが行われるシステムである。そして、本実施形態に係るSS100は、送信システムと受信システムとを何台かずつ含むシステムに、送信システム100及び受信システム100を追加すれば、既存の送信/受信システムの交換等が不要な形で、上記機能を有するSSネットワークを構築できる装置となっている。以下、本実施形態に係るSS100の構成及び動作を、SSネットワークの構成要素として使用されている場合を中心に、さらに具体的に説明する。SSネットワークは、通常、何台かのSS100を含む運用中のシステムに、何台かのSS100受信システム100、送信システム100を追加することにより構築されるものである。従って、SSネットワークの通常の構築時には、ユーザにより、追加した何台かのSS100に対するセットアップ作業RAIDグループ等の設定作業が行われる。その後、ユーザにより、構成設定作業とコピー範囲設定作業とが行われる。まず、構成設定作業の内容と、当該作業に関連するCM110の機能とを、説明する。SS100用のCM110は、構成設定用の各種Webページを提供するWebサーバ機能を有している。そのため、構成設定作業は、コンピュータを、或る受信システム内のCM110にLAN経由通常、受信システム内の各CM110のLANポートと接続されたハブ経由で接続し、当該コンピュータのWebブラウザを起動することにより行われる。なお、或るSS100の初回起動時等には、そのSS100内の各CM110に、SS100内での識別情報であるCM-ID本実施形態では、数値情報が与えられる。そして、SS100内の、最も小さなCM-IDが与えられたCM110が、上記Webサーバ機能及び他の各種機能を有するCM110以下、マスターCMと表記するとして動作する。また、他の各CM110は、上記Webサーバ機能を有さないCM110以下、スレーブCMと表記するとして動作する。従って、ユーザにより設定された情報を実際に受け取るのは、マスターCMマスターCMとして動作しているCM110である。詳細説明構成設定用の各Webページの構成説明等は省略するが、構成設定作業時には、SSネットワークの構成要素送信システム100又は受信システム100とする各SS100の識別情報がユーザにより設定される。また、メイン送信システム100として動作させる1台の送信システム100、サブ送信システム100として動作させる1台以上の送信システム100も設定される。メイン受信システム100として動作させる1台の受信システム100、サブ受信システム100として動作させる1台以上の受信システム100も設定される。また、送信システム100受信システム100間の対応関係も設定される。この対応関係の設定は、各受信/送信システム100にグループIDを割り当てた上で、或る送信システム100に割り当てたグループIDと、当該送信システム100に対応付ける受信システム100に割り当てたグループIDとを対応づけることにより行われる。さらに、送信側トータルバッファサイズ、受信側トータルバッファサイズ及びバッファセット自動切替時間各情報の詳細については後述するも、ユーザにより設定される。上記のような構成設定作業がなされると、実際に設定を受け付けたマスターCMから、自システム100内の各スレーブCM、他の各システム100送信/受信システム100内の各CM110に対して設定内容が通知される。そして、SSネットワーク内の各CM110により、自身のメモリ112上に、ユーザによる設定内容や、各バッファセットの状況を管理するための情報や、各種処理の実行状況を管理するための情報を保持しておくためのグループ管理テーブルが用意される。SSネットワークを構成している各SS100内の各CM110の動作は、自システムの種類、及び、自身がマスターCMであるかスレーブCMであるかにより異なる。そのため、以下では、説明の便宜上、~システム100~=メイン送信、サブ送信、送信等内のマスターCMのことを、~マスターCMメイン送信マスターCM、サブ受信マスターCM、送信マスターCM等と表記することにする。同様に、~システム100内のスレーブCM、CM110マスターCM又はスレーブCMのことを、それぞれ、~スレーブCMメイン送信スレーブCM等、~CM送信CM等と表記する。図3に、メイン送信マスターCMが、構成設定作業時に、自身のメモリ112上に用意するグループ管理テーブル150の一例を示す。なお、この図3に示したグループ管理テーブル150は、ユーザにより以下の設定がなされ、且つ、ユーザが指定した2台の送信システム100内のCM110の総数が4であった場合に、メイン送信マスターCMが、メモリ112上に用意するものである。送信システムの台数:2受信システムの台数:2メイン送信システム送信システム0とするSS100の識別情報:Aサブ送信システム送信システム1とするSS100の識別情報:Bメイン受信システム受信システム0とするSS100の識別情報:Cサブ受信システム受信システム1とするSS100の識別情報:Dメイン送信システムのグループID:0サブ送信システムのグループID:2メイン受信システムのグループID:0サブ送信システムのグループID:1メイン送信システムにメイン受信システムを対応づけるグループIDが0の送信システムにグループIDが0の受信システムを対応づける。サブ送信システムにサブ受信システムを対応づけるグループIDが2の送信システムにグループIDが1の受信システムを対応づける。送信側トータルバッファサイズMB:64受信側トータルバッファサイズMB:64バッファセット自動切替時間sec:60このグループ管理テーブル150に設定記憶されているバッファサイズは、各CM110のメモリ112上に用意する1個のバッファ詳細は後述のサイズMBメガバイナリバイト単位のサイズとして予め定められている値である。バッファ管理テーブルサイズも、1個のバッファ管理テーブル図8:詳細は後述のサイズKBキロバイナリバイト単位のサイズとして予め定められている値である。グループ管理テーブル150に設定されているバッファセット数は、各送信システム100内に用意するバッファセットの数を規定する情報である。グループ管理テーブル150には、このバッファセット数として、送信側トータルバッファサイズ/バッファサイズの演算結果Nsが設定される。尚、バッファセットとは、或る送信システム100のマスターCM内のメモリ112上の1組のバッファセット管理テーブル、バッファ管理テーブル及びバッファと、同じ送信システムの各スレーブCM内のメモリ112上の1組のバッファ管理テーブル及びバッファとのセットのことである。バッファセットの各構成要素の詳細については後述するが、バッファセットには、受信システム内に用意されるバッファセット受信側バッファセットもある。そのため、誤解を招く可能性がある場合には、各送信システム内に用意されるバッファセットのことを、送信側バッファセットと表記することにする。グループ管理テーブル150に設定可能な他の各情報は、ユーザによる設定内容を示す情報グループID、送信システム0=メイン送信システムの識別情報、グループID対応関係情報等や、以下の情報である。バッファセット自動切替時間バッファセット定期切替処理起動状態ネゴシエーション状態格納バッファセット番号バッファセット切替状態バッファセット切替依頼状態Ns個のバッファセット使用状態バッファセットj使用状態;j=0~Ns-1バッファセット空き待ち状態全送信システム内の各送信CMについての切替受付状態CM10切り替え受け付け状態等展開バッファセット番号各バッファセットの受信システム別の受信状態バッファセットj受信システムk受信状態;j=0~Ns-1、k=0~受信システム数-1換言すれば、グループ管理テーブル150は、Ns、受信システム100の台数等により、実際の構成実際に記憶可能な情報の数が異なるテーブルとなっている。そのため、メイン送信マスターCMは、構成設定作業がなされた際、ユーザによる設定内容や、送信側トータルバッファサイズとバッファサイズとから算出したNs等に基づき、メモリ112上に用意するグループ管理テーブル150の実際の構成を決定する。そして、メイン送信マスターCMは、決定した構成を有する、ユーザによる設定内容を記録し、バッファサイズ、バッファ管理テーブルサイズ、バッファセット数、ネゴシエーション状態として、それぞれ、8、12、Ns、ネゴシエーション未を設定したグループ管理テーブル150図3を、メモリ112上に用意生成する。他の各CM110のメモリ112上に用意されるグループ管理テーブル150も図3に示したグループ管理テーブル150と同構成のものである。ただし、ネゴシエーション状態は、送信マスターCMメイン送信マスターCMとサブ送信マスターCMのみが利用する情報となっている。また、バッファセット自動切替時間及びバッファセット自動切替処理起動状態は、メイン送信マスターCMのみが利用する情報となっている。そのため、サブ送信マスターCMは、ネゴシエーション状態として、有意な情報が設定されていないグループ管理テーブル150をメモリ112上に用意する。また、各送信スレーブCM及び各受信CMは、ネゴシエーション状態、バッファセット自動切替時間及びバッファセット自動切替処理起動状態として、有意な情報が設定されていないグループ管理テーブル150をメモリ112上に用意生成する。次に、グループ管理テーブル150の生成完了後における各CM110の動作を説明する。なお、以下の説明では、バッファセットのことを、BSとも表記する。メモリ112上へグループ管理テーブル150の生成が完了すると、各送信マスターCM各送信システム100内のマスターCMは、図4A及び図4Bに示した手順の初期構築ネゴシエーション処理を周期的に実行する状態となる。なお、この初期構築ネゴシエーション処理は、送信マスターCMのみにより実行されるものではなく、或る送信システム内のマスターCM及びスレーブCMと、当該送信システムに対応する受信システム内のマスターCMとにより実行されるものである。また、この初期構築ネゴシエーション処理及び以下で説明する各処理中に各CM110が参照/更新する各テーブルは、自身のメモリ112上のテーブルである。図4Aに示してあるように、初期構築ネゴシエーション処理を開始した送信マスターCMは、まず、グループ管理テーブル150図3上のネゴシエーション状態がネゴシエーション未であるか否かを判断するステップS1001。そして、送信マスターCMは、ネゴシエーション状態がネゴシエーション未ではなかった場合ステップS1001;NOには、特に何も行うことなく、この初期構築ネゴシエーション処理を終了する。一方、ネゴシエーション状態がネゴシエーション未であった場合S1001;YES、送信マスターCMは、グループ管理テーブル150上のネゴシエーション状態をネゴシエーション中に変更するステップS1002。次いで、送信マスターCMは、対応受信システム100自送信システム100に対応づけられている受信システム100に、所定内容の初期通知を送信するステップS1003。この初期通知は、対応受信システム100内のマスターCM受信マスターCMにより処理される。初期通知を受信した受信マスターCMは、グループ管理テーブル150上の展開BS番号を無効に初期化するステップS1004。また、このステップS1004にて、受信マスターCMは、グループ管理テーブル150上の各BSについての受信システム別の受信状態バッファセット0受信システム0受信状態等を未受信に初期化する処理も行う。その後、受信マスターCMは、各受信側バッファセットnn=0~Ns-1:Nsは、BS数用の、各種情報として初期値を設定したBS管理テーブルを、自身のメモリ112上に生成するステップS1005。ここで、受信側バッファセットnとは、nというバッファセット番号で識別される受信側バッファセットのことである。また、受信側バッファセットとは、或る受信システム内のマスターCMのメモリ112上の1組のBS管理テーブル、バッファ管理テーブル及びバッファと、同じ受信システム内の各スレーブCMのメモリ112上の1組のバッファ管理テーブル及びバッファのセットのことである。受信側バッファセットは、0~Ns-1のBS番号が付けられた形で、受信システム内に、Ns個、用意される。なお、このNsという数は、バッファが割り当てられていないものも受信側バッファセットとしてカウントした場合の数である。以下、受信側バッファセット用のBS管理テーブル、受信側バッファセットn用のBS管理テーブルのことを、それぞれ、受信側BS管理テーブル、受信側BS管理テーブルnとも表記する。図5に、受信側BS管理テーブルの一例を示す。この図5から明らかなように、受信側BS管理テーブルは、BS番号、バッファID受信状態及び展開待ち状態と共に、複数組の送信バッファID、受信バッファID、バッファ管理テーブル受信状態及びバッファ受信状態を記憶可能なテーブルである。受信マスターCMは、ステップS1005にて、各受信側BS管理テーブルnn=0~Ns-1として、以下の情報を設定したものをメモリ112上に用意する。バッファセット番号:nバッファID状態:未受信展開待ち状態:待ち中ではない各送信バッファID:無効各受信バッファID:無効各バッファ管理テーブル受信状態:未受信各バッファ受信状態:未受信ステップ1005の処理を終えた受信マスターCMは、続くステップS1006にて、まず、グループ管理テーブル150上の受信側トータルバッファサイズとバッファサイズとから、自システム内の各CM110のメモリ112上に用意するバッファの数Nrを算出する。より具体的には、受信マスターCMは、受信側トータルバッファサイズ/88は、バッファサイズを演算することにより、自システム100内の各MC110のメモリ112上に用意するバッファの数Nrを算出する。次いで、受信マスターCMは、自身のメモリ112上の用意するNr個のバッファ及び各スレーブCMのメモリ112上の用意するNr個のバッファについてのバッファIDを生成する。各CM110が、メモリ112上にY個のバッファを用意する場合に各バッファとして使用するメモリ112上の記憶領域は、既定アドレスb8MBb=0~Y-1の整数値を先頭アドレスとした8MBの連続した記憶領域と定められている。また、或るCM110のメモリ112上の既定アドレスb8MBを先頭アドレスとしたバッファのバッファIDは、当該CM110のCM-ID本実施形態では1バイトのデータに、bを表す1バイトデータを続けた情報と定められている。従って、受信マスターCMは、自身のメモリ112上に用意するNr個のバッファのバッファIDとして、自身のCM-IDに、それぞれ、0~Nr-1を示す1バイトデータを続けたNr個のデータを生成する。また、受信マスターCMは、各スレーブCMのメモリ112上に用意するNr個のバッファのバッファIDとして、各スレーブCMのCM-IDに、それぞれ、0~Nr-1を示す1バイトデータを続けたNr個のデータを生成する。上記のようにして、自システム100の搭載CM数×Nr個のバッファIDを生成した受信マスターCMは、生成した各バッファIDを空き受信バッファIDとして初期通知送信元CMに送信する。そして、受信マスターCMは、ステップS1006の処理及び初期通知の受信により開始した処理を終了する。一方、複数の空き受信バッファIDを受信した送信マスターCMは、自身のメモリ112上に空き受信バッファ管理テーブル160を用意し、用意した空き受信バッファ管理テーブル160に、受信した各空き受信バッファIDと、受信した空き受信バッファIDの総数とを登録するステップS1007。なお、送信マスターCMがメモリ112上に用意する空き受信バッファ管理テーブル160は、図6に示したように、空き受信バッファIDの総数空き受信バッファID数と、複数の空き受信バッファIDだけを記憶できるものである。ステップS1007図4Aの処理を終えた送信マスターCMは、グループ管理テーブル150上のネゴシエーション状態をネゴシエーション済に変更するステップS1008。さらに、送信マスターCMは、グループ管理テーブル150上のバッファセット空き待ち状態、BS管理テーブル転送状態、BS定期切替処理起動状態を、それぞれ、待ち中ではない、転送中ではない、未起動に初期化するステップS1009。その後、受信マスターCMは、ステップS1011図4Bにて、各送信側バッファセットnn=0~Ns-1:Nsは、バッファセット数用の、各種初期値を設定したBS管理テーブルをメモリ112上に用意する。以下、送信側バッファセット用のBSバッファセット管理テーブル、送信側バッファセットn用のBS管理テーブルのことを、それぞれ、送信側BS管理テーブル、送信側BS管理テーブルnとも表記する。図7に、送信側BS管理テーブルの一例を示す。この図7から明らかなように、送信側BS管理テーブルは、BS番号、空き受信バッファID待ち状態及びテーブル転送待ち状態と共に、複数組の送信バッファID及び受信バッファIDを記憶可能なテーブルである。受信マスターCMは、ステップS1011にて、各受信側BS管理テーブルnn=0~Nr-1として、以下の情報を設定したものをメモリ112上に用意する処理を行う。バッファセット番号:n空き受信バッファID待ち状態:未受信テーブル転送待ち状態:待ち中ではない各送信バッファID:無効各受信バッファID:無効ステップS1011の処理を終えた送信マスターCMは、自システム100内の各スレーブCMに、所定内容の初期構築ネゴシエーション通知を送信するステップS1012。その後、送信マスターCMは、グループ管理テーブル150上の各種情報を初期化するステップS1013。具体的には、送信マスターCMは、グループ管理テーブル150図3上の格納BS番号、BS切替状態、各切替依頼受付状態CM10切替依頼受付状態等を、それぞれ、0、切替中ではない、依頼中ではないに初期化する。さらに、送信マスターCMは、バッファセット0使用状態を使用中に初期化し、他の各バッファセット使用状態を使用中ではないに初期化する。続くステップS1014において、送信マスターCMは、各送信側バッファセットnn=1~Ns-1用の、各種初期値を設定したバッファ管理テーブルを自身のメモリ112上に用意する処理を行う。バッファ管理テーブルは、図8に示したように、格納状態、セッション番号、コピー先LUN、コピー先LBA及びブロック数を含む1024個のインデックス情報を、バッファセット番号、インデックス情報ポインタ等と共に記憶可能なテーブルである。このバッファ管理テーブル上のインデックス情報mm=0~1023中の格納状態は、バッファのm番目の単位記憶領域へのデータの格納が完了しているか否かを示す情報である。ここで、バッファの単位記憶領域とは、バッファバッファとして使用されている記憶領域を1024分割した記憶領域8KB=8MB/1024の記憶領域のことである。また、バッファのm番目の単位記憶領域とは、バッファの先頭側から数えてm番目の単位記憶領域バッファ先頭の単位記憶領域が0番目の単位記憶領域のことである。なお、既に説明したように、CM110が、Y個のバッファとして使用するメモリ112上の記憶領域は、既定アドレスb8MBb=0~Y-1を先頭アドレスとした8MBの連続した記憶領域である。従って、送信CMのメモリ112上に用意されるバッファもそのようなものなのであるが、送信CMは、既定アドレスb8MBb=0~Ns-1を先頭アドレスとした8MBの連続した記憶領域を、バッファセットbのバッファとして使用するものとなっている。インデックス情報m中のコピー先LUN、コピー先LBA及びブロック数は、m番目の単位記憶領域に格納されているデータ/その後に格納されるデータを書き込むべき受信システム100内の記憶部120の記憶領域を示す情報である。インデックス情報中のセッション情報は、自インデックス情報が関連する一連の処理に対して付けられた識別情報である。バッファ管理テーブル上のバッファセット番号は、自テーブルが属する送信側BSのBS番号である。インデックス情報ポインタは、バッファ管理テーブル上に実際に設定されているインデックス情報の総数、及び、セッション番号等が未設定の最も小さなインデックス情報番号インデックス情報mにおけるmを示しているように更新される値である。バッファ転送待ち状態は、自バッファ管理テーブルへのインデックス情報の設定が完了し、対応するバッファへのデータの格納が完了するのを待っている状態となった場合に、待ち中に変更される情報である。バッファ管理テーブル上の受信バッファIDは、同じ送信側バッファセットに含まれるバッファ上のデータの転送先バッファのバッファIDである。この受信バッファIDは、当該転送先バッファを受信CMに通知するために詳細は後述、バッファ管理テーブルに設定されている情報となっている。そして、ステップS1014の処理は、各受信側バッファセットnn=0~Nr-1のBS管理テーブルとして、以下の情報を設定したものをメモリ112上に用意する処理となっている。バッファセット番号:nインデックス情報ポインタ:0受信バッファID:無効バッファ転送待ち状態:待ち中ではない各格納状態:未格納、各セッション番号:無効各コピー先LUN:無効各コピー先LBA:無効各ブロック数:無効ステップS1014の処理を終えた送信マスターCMは、空のBS切替待ちキュー及び格納完了待ちキューを自身のメモリ112上に用意するステップS1015。また、初期構築ネゴシエーション通知を受信した送信スレーブCMも、送信マスターCMと同様に、まず、グループ管理テーブル150上の各種情報を初期化するステップS1021。ただし、各BSの使用状態は、送信マスターCMのみが利用する情報となっている。そのため、送信スレーブCMは、ステップS1021にて、グループ管理テーブル150上の格納BS番号、BS切替状態、各切替依頼状態を、それぞれ、0、切替中ではない、依頼中ではないに初期化する処理のみを行う。その後、送信スレーブCMは、ステップS1022、S1023にて、それぞれ、ステップS1014、S1015と同じ処理を行う。送信スレーブCMは、ステップS1023の処理が完了した場合には、処理の完了を送信マスターCM自システム100内のマスターCMに通知する。一方、ステップS1015の処理を終えた送信マスターCMは、各スレーブCMによる処理が完了するのを待機しているステップS1016。そして、各スレーブCMによる処理が完了したことを認識した送信マスターCMは、自身がサブ送信マスターCMであった場合には、メイン送信マスターCMに処理の完了を通知するステップS1017。そして、サブ送信マスターCMは、この初期構築ネゴシエーション処理を終了する。また、各スレーブCMによる処理が完了したことを認識した送信マスターCMは、自身がメイン送信マスターCMであった場合には、各サブ送信システム100から処理の完了が通知されるを待機するステップS1018。そして、メイン送信マスターCMは、各サブ送信システム100による処理が完了したことが確認できたときに、BS定期切替処理詳細は後述を起動ステップS1019してから、初期構築ネゴシエーション処理を終了する。次に、コピー範囲設定作業の内容と、当該作業に関連するCM110の機能とを、説明する。まず、コピー範囲設定作業の結果として、各送信CMのメモリ112上に生成される初期コピーセッション管理テーブル180について説明する。図9に、初期コピーセッション管理テーブル180の一例を示す。この初期コピーセッション管理テーブル180上のコピー元LUN、コピー元LBA及びブロック数は、データのバックアップを行うべき、送信システム側の1つの論理ユニット内の連続した記憶領域以下、コピー元記憶領域と表記するを規定する情報である。コピー先LUN、コピー先LBA及びブロック数は、コピー元記憶領域内のデータを記憶すべき、受信システム側の1つの論理ユニット内の連続した記憶領域以下、コピー先記憶領域と表記するを規定する情報である。初期コピー状態は、自テーブル180に関する初期コピー処理図11;詳細は後述が開始されているか否かを示す情報である。セッションフェーズは、自テーブル180に関する初期コピー処理が完了しているか否かを示す情報である。このセッションフェーズは、自テーブル180に関する初期コピー処理の完了時に、Equivalentに変更される。セッションステータスは、受信システム100送信システム100間を切り離すことが指示された際に、Suspendに変更される情報である。コピー範囲設定作業時、ユーザは、ホスト300を利用することにより、コピー元記憶領域としたい記憶領域毎に、初期コピーセッション情報コピー元LUN、コピー先LUN、コピー元LBA、コピー先LBA及びブロック数を設定する。ユーザが設定した初期コピーセッション情報は、図10に模式的に示したように、ホスト300から、コピー元論理ユニットを備えた送信システム100内のマスターCMへ送信されるステップS1101。初期コピーセッション情報を受信した送信マスターCMは、グループ管理テーブル150上のネゴシエーション状態がネゴシエーション済であるか否かを判断するステップS1102。ネゴシエーション状態がネゴシエーション済でなかった場合ステップS1102;NO、送信マスターCMは、異常終了処理が異常終了した旨を示す情報をホスト300に送信するステップS1107。そして、送信マスターCMは、処理を終了する。ネゴシエーション状態がネゴシエーション済であった場合ステップS1102;YES、送信マスターCMは、コピーセッション担当CMに、初期コピーセッション情報を送信するステップS1103。ここで、コピーセッション担当CMとは、処理対象となっている初期コピーセッション情報中のコピー元LUNで識別される論理ユニットの制御を担当しているCM110のことである。なお、送信マスターCM=コピーセッション担当CMであった場合、ステップS1103の処理が実行されることなく、ステップS1104、S1005の処理が、コピーセッション担当CMである送信マスターCMにより実行される。初期コピーセッション情報を受信したコピーセッション担当CMは、ステップS1104にて、ユニークなセッションID過去に生成した,現時点においても有効なセッションIDとは異なるセッションIDを生成する。そして、コピーセッション担当CMは、セッションID、セッションステータス、セッションフェーズ、初期コピーセッション情報、初期コピー状態として、それぞれ、生成したセッションID、Active、Copying、受信した初期コピーセッション情報、未起動を設定した初期コピーセッション管理テーブル180をメモリ112上に生成する。ステップS1104の処理を終えたコピーセッション担当CMは、生成した初期コピーセッション管理テーブル180を対応受信システム100内のコピーセッション担当CMに送信するステップS1105。対応受信システム100内のコピーセッション担当CMは、自身のメモリ112上に、受信した初期コピーセッション管理テーブル180を記憶ステップS1106してから、送信マスターCMに処理が完了した旨を通知する。処理が完了した旨が通知された送信マスターCMは、正常終了処理が正常終了した旨を示す情報をホスト300に送信するステップS1108。これにより、1つの初期コピーセッション管理テーブル180を1つの送信CMのメモリ112上に生成するための処理が完了する。以下、CM110が、単独で、又は、他のCM110と連携して実行する各種処理の内容を説明する。《初期コピー処理》自身のメモリ112上に初期コピーセッション管理テーブル180を生成したコピーセッション担当CMは、図11に示した手順の初期コピー処理を開始する。そして、コピーセッション担当CMは、まず、初期コピーセッション情報テーブル上のセッションステータスがActiveであるか否かを判断するステップS1201。セッションステータスが、Activeではなかった場合ステップS1201;NO、コピーセッション担当CMは、初期コピー処理を終了する。セッションステータスがActiveであった場合ステップS1201;YES、コピーセッション担当CMは、セッションフェーズがCopyingであるか否かを判断するステップS1202。そして、コピーセッション担当CMは、セッションフェーズがCopyingではなかった場合ステップS1202;NOには、初期コピー処理を終了する。また、セッションフェーズがCopyingであった場合ステップS1202;YES、コピーセッション担当CMは、初期コピー状態が未起動であるか否かを判断するステップS1203。初期コピー状態が未起動であった場合ステップS1203;YES、コピーセッション担当CMは、コピー対象管理用のコピー元ビットマップを自身のメモリ112上に用意するステップS1204。ここで、コピー対象管理用のコピー元ビットマップとは、各ビットが、特定の記憶領域上のデータがコピーすべきものであるか否かを示しているデータビットマップデータのことである。ステップS1204の処理を終えたコピーセッション担当CMは、初期コピーセッション管理テーブル180上の初期コピー状態を起動済に変更するステップS1205。次いで、コピーセッション担当CMは、コピー元ビットマップにてコピーすべきことになっているデータの一部をコピー先にコピーし、コピーしたデータに関するコピー元ビットマップ中のビットの値を反転させる部分コピー処理を行うステップS1206。部分コピー処理を終えたコピーセッション担当CMは、初期コピー初期コピーセッション情報テーブル180に指定されている内容のコピーが完了したか否かを判断するステップS1207。そして、コピーセッション担当CMは、初期コピーが完了していなかった場合ステップS1207;NOには、次回の初期コピー処理の実行時刻日時を設定ステップS1208してから、今回の初期コピー処理を終了する。ここまでの説明から明らかなように、2回目以降の初期コピー処理の実行時には、初期コピー状態が起動済となっている。そのため、コピーセッション担当CMは、ステップS1203にてNO側へ分岐する。すなわち、コピーセッション担当CMは、ステップS1204及びS1205の処理を行うことなく、ステップS1206にて、部分コピー処理を実行する。以上のような処理を繰り返した結果として、初期コピーが完了した場合ステップS1207;YES、コピーセッション担当CMは、初期コピーセッション管理テーブル180上のセッションフェーズをEquivalentに変更するステップS1209。そして、コピーセッション担当CMは、初期コピー完了通知を対応受信システム内のコピーセッション担当CMに送信するステップS1210。この通知を受信した対応受信システム内のコピーセッション担当CMは、セッションフェーズをEquivalentに変更ステップS1211してから、送信システム内のコピーセッション担当CMに処理の完了を通知する。《ライト要求解析応答処理》ライト要求解析応答処理は、ホスト300からのライト要求を受信した送信CMが実行する、図12に示した手順の処理である。なお、既に説明したように、ホスト300は、或る論理ユニットに対するライト要求を、その論理ユニットを担当している送信CMに対して送信する。従って、このライト要求解析応答処理を実行するのは、コピーセッション担当CMである。図12に示してあるように、ライト要求を受信したコピーセッション担当CMは、まず、当該ライト要求が、自身が担当しているいずれかのコピー範囲コピー元記憶領域へのライト要求であるか否かを判断するステップS1301。より具体的には、このステップS1301において、コピーセッション担当CMは、受信したライト要求のデータのライト範囲と、コピー元記憶領域が重なる初期コピーセッション管理テーブル180図9がメモリ112上に存在しているか否かを判断する。なお、コピーセッション担当CMは、そのような初期コピーセッション管理テーブル180が存在していた場合、当該初期コピーセッション管理テーブル180上に設定されているコピー先LUAを、転送先LUAとして記憶する。また、コピーセッション担当CMは、当該初期コピーセッション管理テーブル180内に設定されているコピー元LBA及びコピー先LBAに基づき、ライト要求中のLBAに対応するコピー先LU内でのLBAを求め、求めたLBAを転送先LBAとして記憶する。受信したライト要求が、いずれかのコピー範囲へのライト要求ではなかった場合ステップS1301;NO、コピーセッション担当CMは、受信したライト要求に応答する処理ステップS1302のみを行う。ここで、受信したライト要求に応答する処理とは、当該ライト要求で要求されている内容のデータの書き込みを記憶部120に対して行ってから、ホスト300に終了通知を送信する処理のことである。そして、ライト要求に応答したコピーセッション担当CMは、このライト要求解析応答処理を終了する。一方、受信したライト要求が、いずれかのコピー範囲へのライト要求であった場合ステップS1301;YES、コピーセッション担当CMは、当該コピー範囲に関する初期コピーセッションのステータス、フェーズが、それぞれ、Active、Equivalentとなっているか否かを判断するステップS1303。既に説明したように、或る初期コピーセッションのフェーズは、ユーザにより指定された範囲のコピーが完了しないとEquivalentとはならない。従って、ライト要求の書き込み範囲とコピー範囲が重複する範囲重複初期コピーセッションのフェーズがEquivalentではない場合、データの書き込みの順序性を保証する必要があるレベルまでデータのコピーが完了していないことになる。また、或る初期コピーセッションのステータスが、Suspendになるのは、ユーザが受信システムの切り離しを指示したときである。従って、範囲重複初期コピーセッションのステータスがActiveではない場合も、データの書き込みの順序性を保証する必要がないことになる。そのため、ステータス=Active且つフェーズ=Equivalentが成立していなかった場合ステップS1303;NO、コピーセッション担当CMは、コピー元ビットマップ更新処理ステップS1304を行う。ここで、コピー元ビットマップ更新処理とは、処理中のライト要求のライト範囲が初期コピー処理にてコピーされるようにコピー元ビットマップを更新する処理のことである。なお、このコピー元ビットマップ更新処理は、更新処理という名称ではあるが、処理中のライト要求のライト範囲が、初期コピー処理にて未だコピーされていない範囲であった場合、コピー元ビットマップの内容を変えない処理となっている。ステップS1304の処理を終えたコピーセッション担当CMは、ライト要求に応答するステップS1305。そして、コピーセッション担当CMは、このライト要求解析応答処理を終了する。一方、ステータス=Active且つフェーズ=Equivalentが成立していた場合ステップS1303;YES、コピーセッション担当CMは、受信したライト要求に対する格納予約キューイング処理を起動するステップS1306。なお、或るCM110が、~処理を起動するとは、当該CM110が、実行中の処理を中断することなく、~処理を別処理として開始するということである。そして、コピーセッション担当CMは、このライト要求解析応答処理を終了する。《格納予約キューイング処理》格納予約キューイング処理は、図13に示した手順の処理である。なお、以下の説明において、Ncとは、その時点におけるグループ管理テーブル150上のバッファセット番号のことである。また、バッファNc、バッファ管理テーブルNcとは、送信側バッファセットNc用のバッファ、バッファ管理テーブルのことである。図13に示してあるように、格納予約キューイング処理を開始したコピーセッション担当CMは、まず、バッファセットが切替中であるグループ管理テーブル150上のBS切替状態が切替中であるか否かを判断するステップS1401。バッファセットが切替中であった場合ステップS1401;YES、コピーセッション担当CMは、ライト要求をBS切替待ちキューに入れるステップS1404。そして、コピーセッション担当CMは、この格納予約キューイング処理を終了する。一方、バッファセットが切替中でなかった場合ステップS1401;NO、コピーセッション担当CMは、バッファNcの空きサイズが今回のライトデータのサイズ以上であるか否かを判断するステップS1403。より具体的には、コピーセッション担当CMは、バッファ管理テーブルNc上のインデックス情報ポインタの値mから、バッファNcの空きサイズ1024-m×8KBを算出する。そして、コピーセッション担当CMは、算出したバッファNcの空きサイズが、今回のライトデータのサイズ以上であるか否かを判断する。バッファNcの空きサイズがライトデータのサイズ未満であった場合に実行される処理の内容は、この格納予約キューイング処理を実行しているコピーセッション担当CMがメイン送信マスターCMであるか否かによって異なる。スレーブCM又はサブ送信マスターCMであるコピーセッション担当CMは、バッファNcの空きサイズがライトデータのサイズ未満であった場合ステップS1402;NO、バッファセット切替依頼処理詳細は後述を起動するステップS1404。また、マスターCMであるコピーセッション担当CMは、バッファNcの空きサイズがライトデータのサイズ未満であった場合ステップS1402;NO、バッファセット切替処理詳細は後述を起動するステップS1404。そして、ステップS1404の処理を終えたコピーセッション担当CMは、ライト要求をバッファセット切替待ちキューに入れてステップS1404から、この格納予約キューイング処理を終了する。一方、バッファNcの空きサイズがライトデータのサイズ以上であった場合ステップS1402;YES、コピーセッション担当CMは、使用中バッファセットに関するいずれかのバッファ管理テーブル上に未格納同範囲インデックス情報が存在しているか否かを判断するステップS1405。ここで、使用中バッファセットに関するバッファ管理テーブルとは、グループ管理テーブル150上の使用状態バッファセットn使用状態が使用中となっているバッファセットのことである。また、未格納同範囲インデックス情報とは図8参照、格納状態が未格納であり、コピー先LUN、コピー先LBA及びブロック数が示している記憶領域が、今回のライトデータの書き込み範囲と重複しているインデックス情報のことである。未格納同範囲インデックス情報が存在していなかった場合ステップS1405;NO、コピーセッション担当CMは、インデックス情報更新処理ステップS1407を行う。このインデックス情報更新処理時、コピーセッション担当CMは、まず、ユニークなセッション番号Snewを生成する。次いで、コピーセッション担当CMは、ライトデータのサイズを、現データサイズとして記憶すると共に、バッファ管理テーブルNc上の現時点におけるインデックス情報ポインタの値を、m及びm0として記憶する。そして、ステップS1301の処理判断時にその値を決定した転送先LUN、転送先LBAを用いて以下の処理を行う。コピーセッション担当CMは、まず、Snew、転送先LUN、転送先LBA、H10を、それぞれ、インデックス情報mのセッション番号、LUN、LBA、ブロック数として、バッファ管理テーブルNcに設定する転送先LUN等設定処理を行う。次いで、コピーセッション担当CMは、バッファ管理テーブルNc上のインデックス情報ポインタの値を1インクリメントする処理、及び、以下の演算処理を行う。m=m1現データサイズ=現データサイズ-8KB転送先LBA=転送先LBAH10その後、コピーセッション担当CMは、現データサイズ>8KBが成立するか否かを判断する。そして、コピーセッション担当CMは、現データサイズ>8KBが成立していた場合には、上記した転送先LUN等設定処理以降の処理を再び実行する。一方、現データサイズ≦8KBが成立していた場合、コピーセッション担当CMは、Snew、転送先LUN、転送先LBA、ブロック数単位の現データサイズを、それぞれ、セッション番号、LUN、LBA、ブロック数として、バッファ管理テーブルNcに設定する。そして、コピーセッション担当CMは、バッファ管理テーブルNc上のインデックス情報ポインタの値及びm値を、それぞれ、1インクリメントしてから、インデックス情報更新処理ステップS1407を終了する。インデックス情報更新処理を終えたコピーセッション担当CMは、ライトデータを後で記憶部120から読み出してバッファNcの単位記憶領域m0以降の記憶領域に格納できるようにするためのライト要求コピー制御テーブルをメモリ112上に生成するステップS1408。より具体的には、コピーセッション担当CMは、図14に示した構成を有し、各種情報として以下の情報を設定したライト要求コピー制御テーブル190をメモリ112上に生成する。ライト要求コピー制御名:自動生成したユニークな名称コピー元LUN:ライトデータの書き込み先論理ユニットのLUNコピー元LBA:ライトデータの書き込み開始論理ブロックのアドレスLBAブロック数:ライトデータのブロック数バッファセット番号:Nc格納領域オフセット:m0インデックス情報数:m-m0セッション番号:Snewそして、コピーセッション担当CMは、ライト要求に応答ステップS1409し、生成したライト要求コピー制御テーブル190に対するデータ格納処理を起動ステップS1410してから、この格納予約キューイング処理を終了する。《データ格納処理》データ格納処理は、図15に示した手順の処理である。すなわち、或るライト要求コピー制御テーブル190に対するデータ格納処理を開始したコピーセッション担当CMは、まず、当該テーブル190上の情報に基づき、格納予約データを記憶部120から読み出してバッファに記憶する処理ステップ1501を行う。より具体的には、コピーセッション担当CMは、ライト要求コピー制御テーブル190上のコピー元LUN、コピー元LBA及びブロック数が示す記憶領域に記憶されているデータを記憶部120から読み出す。そして、ライト要求コピー制御テーブル190上のBS番号、格納領域オフセットを、それぞれ、n1、n2と表記すると、コピーセッション担当CMは、読み出したデータを、バッファn1の単位記憶領域n2以降の記憶領域に記憶する。ステップ1501の処理を終えたコピーセッション担当CMは、バッファに格納したデータに関する1つ或いは複数のインデックス情報中の格納状態を格納中に変更するステップS1502。その後、コピーセッション担当CMは、格納完了待ちキューが空であるか否かを判断するステップS1503。格納完了待ちキューが空でなかった場合ステップS1503;YES、コピーセッション担当CMは、格納予約可となったライト要求が格納完了待ちキューに入っているか否かを判断するステップS1504。そして、格納予約可となったライト要求が格納完了待ちキューに入っていた場合ステップS1504;YESには、当該ライト要求を格納完了待ちキューから取り出して、取り出したライト要求に対する格納予約キューイング処理図13を起動するステップS1505。ステップS1505の処理を終えたコピーセッション担当CMは、バッファ管理テーブル上のバッファ転送待ち状態が待ち中であるか否かを判断するステップS1506。コピーセッション担当CMは、格納完了待ちキューが空であった場合ステップS1503;YESには、ステップS1505の処理を行うことなく、ステップS1506の処理判断を行う。また、コピーセッション担当CMは、格納予約可となったライト要求が格納完了待ちキューにキューイングされていなかった場合ステップS1504;NOにも、ステップS1505の処理を行うことなく、ステップS1506の処理を行う。バッファ管理テーブル上のバッファ転送待ち状態が待ち中であった場合ステップS1506;YES、コピーセッション担当CMは、バッファ管理テーブル上の全格納状態が格納済となっているか否かを判断するステップS1506;YES。そして、コピーセッション担当CMは、バッファ管理テーブル上の幾つかの格納状態が未格納となっていた場合ステップS1507;NOには、この格納処理を終了する。また、コピーセッション担当CMは、バッファ管理テーブル上の転送待ち状態が待ち中でなかった場合ステップS1506;NOにも、この格納処理を終了する。コピーセッション担当CMは、バッファ管理テーブル上の各格納状態が格納済となっていた場合ステップS1507;YESには、バッファ管理テーブル上の転送待ち状態を待ち中ではないに変更するステップS1508。そして、コピーセッション担当CMは、バッファ管理テーブル及びバッファ転送処理図21A~図21Gを起動するステップS1508。《バッファセット切替依頼処理》図16に、BS切替依頼処理の流れ図を示す。既に説明したように、このBS切替依頼処理は、バッファNcの空きサイズがライトデータのサイズ未満であった場合に、スレーブCM又はサブ送信マスターCMであるコピーセッション担当CMが、実行する処理である。図16に示してあるように、BS切替依頼処理を開始したコピーセッション担当CMは、まず、グループ管理テーブル150上のBS切替依頼状態が、依頼中であるか否かを判断するステップS1601。BS切替依頼状態が依頼中ではなかった場合ステップS1601;NO、コピーセッション担当CMは、グループ管理テーブル150上のBS切替依頼状態を依頼中に変更するステップS1602。次いで、コピーセッション担当CMは、メイン送信マスターCMに、新バッファセット番号Nnewを設定したバッファセット切替依頼を送信するステップS1603。ここで、新バッファセット番号Nnewとは、バッファセット数Nsとその時点における格納バッファセット番号Ncとに基づき、所定のアルゴリズムで生成される、Ncとは異なる、0以上、Ns-1以下の番号整数値のことである。なお、所定のアルゴリズムとしては、例えば、Ncが、Ns-1であった場合には、新バッファセット番号Nnewを、0とし、Ncが、Ns-1ではなかった場合には、新バッファセット番号NnewをNc1とするといったものを例示できる。そして、バッファセット切替依頼の送信ステップS1603を終えたコピーセッション担当CMは、このバッファセット切替依頼処理を終了する。一方、BS切替依頼状態が依頼中であった場合ステップS1601;NO、コピーセッション担当CMは、特に処理を行うことなく、このバッファセット切替依頼処理を終了する。《バッファセット切替処理》バッファセット切替処理は、バッファセット切替依頼を受信した場合と、バッファNcの空きサイズがライトデータのサイズ未満であった場合とに、メイン送信マスターCMが開始する図17A及び図17Bに示した手順の処理である。なお、バッファNcの空きサイズがライトデータのサイズ未満であった場合、メイン送信マスターCMは、新バッファセット番号Nnew番号を生成決定してから、このバッファセット切替処理を開始する。図17Aに示してあるように、バッファセット切替処理を開始したメイン送信マスターCMは、まず、新BS番号と、グループ管理テーブル150上の格納BS番号とが、一致しているか否かを判断するステップS1701。両番号が一致していた場合ステップS1701;NO、バッファセットが新バッファセットに既に切り替えられていることになる。そのため、メイン送信マスターCMは、切替依頼元CMに切替完了通知を送信ステップS1702から、このバッファセット切替処理を終了する。尚、切替完了通知を受信したコピーセッション担当CMは、図18に示したように、BS切替待ちキューからライト要求を取り出し、取り出したライト要求に対する格納予約キューイング処理を起動するステップS1801。そして、コピーセッション担当CMは、グループ管理テーブル150上のBS切替依頼中状態を依頼中ではないに変更してステップS1802してから、この図の処理を終了する。図17Aに戻って、バッファセット切替処理の説明を続ける。新BS番号と格納BS番号とが一致していなかった場合ステップS1701;NO、メイン送信マスターCMは、グループ管理テーブル150上の切替依頼元CMに関する切替依頼受付状態を受付中に変更するステップS1703。次いで、メイン送信マスターCMは、グループ管理テーブル150上の切替依頼受付状態に基づき、他CM今回の切替依頼元CMとは異なるCM110からの切替依頼を受け付け済みであるか否かを判断するステップS1704。他CMからの切替依頼を受け付けていた場合ステップS1704;YES、図17Bの処理バッファセット切替処理の本体部分が既に開始されていることになる。そのため、メイン送信マスターCMは、このBS切替処理を終了する。また、他CMからの切替依頼を受け付けていなかった場合ステップS1704;NO、メイン送信マスターCMは、未使用バッファセットがあるか否かを判断するステップS1705。ここで、未使用バッファセットとは、受信システム100側に転送すべきデータを全く保持していないバッファセットつまり、新バッファセットとして利用可能なバッファセットのことである。詳細については後述するが、送信マスターCMは、未使用バッファセットに関する使用状態バッファセットn使用状態が未使用となるように、グループ管理テーブル150を更新する図23B参照。従って、メイン送信マスターCMは、未使用バッファセットがあるか否かを、未使用となっているバッファセット使用状態の有無により判断する。また、メイン送信マスターCMは、未使用バッファセットがなかった場合ステップS1705;NO、新バッファセットとして利用可能なバッファセットがないので、このバッファセット切替処理を一旦終了する。そして、メイン送信マスターCMは、解放処理図23B参照により未使用バッファセットが用意されたときに、バッファセット切替処理を再度開始する。メイン送信マスターCMは、未使用バッファセットがあった場合ステップS1705;YESには、他の各送信CMメイン送信スレーブCM,サブ送信CMに対して、所定内容のBS切替状態変更指示を送信する図17B;ステップS1710。BS切替状態変更指示の送信を終えたメイン送信マスターCMは、グループ管理テーブル150上のバッファセット切替状態を切替中に変更するステップS1711。また、BS切替状態変更指示を受信した各送信CMも、グループ管理テーブル150上のバッファセット切替状態を切替中に変更するステップS1711。その後、各送信CMは、処理完了をメイン送信マスターCMに通知する。BS切替状態の変更を終えたメイン送信マスターCMは、他の各送信CMの処理BS切替状態の切替中への変更が完了するのを待機するステップS1712。そして、メイン送信マスターCMは、他の各送信CMによる処理が完了したことが分かった場合には、新BS番号をパラメータとして設定したBS切替要求を他の各送信CMに対して送信するステップS1713。次いで、メイン送信マスターCMは、グループ管理テーブル150上の格納BS番号、BS切替状態を、それぞれ、新BS番号、切替中ではないに変更するステップS1714。さらに、メイン送信マスターCMは、グループ管理テーブル150上の、新バッファセットに関するBS使用状態図17Bでは、対応BS使用状態を使用中に変更するステップS1714。バッファ切替要求を受信した各送信CMも、メイン送信マスターCMが行うものと同内容の処理ステップS1714を行う。ステップS1714の処理を終えたサブ送信マスターCMは、旧バッファセット変更前のBS番号で識別されるバッファセットに対する空き受信バッファID割当処理を非同期で起動するステップS1716。ここで、或るCM110が、~処理を非同期で起動するとは、当該CM110が、~処理を、実行中の処理とは全く無関係に、負荷が小さくなった場合等に、随時、開始するということである。そして、サブ送信マスターCMは、処理完了通知をメイン送信マスターCMに送信してから、処理を終了する。また、ステップS1714の処理を終えた各送信スレーブCMは、ステップS1716の処理を行うことなく、処理完了通知をメイン送信マスターCMに送信してから、処理を終了する。一方、ステップS1714の処理を終えたメイン送信マスターCMは、旧バッファセットに対する空き受信バッファID割当処理を起動するステップS1715。その後、メイン送信マスターCMは、他の各送信CMの処理が完了するのを待機するステップS1717。そして、メイン送信マスターCMは、他の各送信CMによる処理が完了したことを確認できたときに、グループ管理テーブル150上の切替依頼状態が依頼中となっている各切替依頼元CMに対して切替完了通知を送信ステップS1718してから、このBS切替処理を終了する。《空き受信バッファID割当処理》図19に、空き受信バッファID割当処理の流れ図を示す。既に説明したように、この空き受信バッファID割当処理は、旧バッファセットバッファ管理テーブルへのインデックス情報の書き込みが完了しているバッファセットに対して行われるものである。図19に示してあるように、空き受信バッファID割当処理を開始した送信マスターCMは、まず、必要数の空き受信バッファIDが空き受信バッファ管理テーブル160に記憶されているか否かを判断するステップS1901。ここで、必要数の空き受信バッファIDとは、自システムに搭載されているCM数Lと同数の空き受信バッファIDのことである。必要数の空き受信バッファIDが空き受信バッファ管理テーブル160に記憶されていなかった場合ステップS1901、送信マスターCMは、グループ管理テーブル150上の空き受信バッファID待ち状態を待ち中に変更するステップS1907。そして、送信マスターCMは、この空き受信バッファID割当処理を終了する。一方、必要数の空き受信バッファIDが空き受信バッファ管理テーブル160に記憶されていた場合ステップS1901;YES、送信マスターCMは、空き受信バッファ管理テーブル160に記憶されている空き受信バッファIDの中から、旧バッファセットに関する各送信バッファIDに割り当てる空き受信バッファIDを選択するステップS1902。次いで、送信マスターCMは、旧バッファセット用のBS管理テーブルに、各送信バッファIDを設定すると共に、各送信バッファIDに対応する受信バッファIDとして、各送信バッファIDについて選択した空き受信バッファIDを設定するステップS1903。その後、送信マスターCMは、選択した空き受信バッファIDを空き受信バッファ管理テーブル160上から消去すると共に、空き受信バッファ管理テーブル160上の空き受信バッファID数を、現状を表す値に変更する処理ステップS1904を行う。次いで、送信マスターCMは、旧バッファセットに対するBS管理テーブル転送処理を非同期で起動するステップS1905。そして、送信マスターCMは、旧バッファセットに対するバッファ管理テーブル及びバッファ転送処理を非同期で起動ステップS1906してから、この空き受信バッファID割当処理を終了する。《バッファセット管理テーブル転送処理》図20A~図20Dに、BS管理テーブル転送処理の流れ図を示す。なお、以下で説明に用いる各図及び以下の説明において、Xとは、或る処理の処理対象となっているバッファセットのBS番号旧バッファセットのBS番号等のことである。図20Aに示してあるように、BS管理テーブル転送処理を開始した送信マスターCMは、まず、グループ管理テーブル150上のBS管理テーブル転送状態が転送中であるか否かを判断するステップS2101。BS管理テーブル転送状態が転送中であった場合ステップS2101;YES、送信マスターCMは、BS管理テーブルXバッファセットXに属するBS管理テーブル上の転送待ち状態を待ち中に変更するステップS2108。そして、送信マスターCMは、このBS管理テーブル転送処理を終了する。一方、BS管理テーブル転送状態が転送中ではなかった場合ステップS2101;NO、送信マスターCMは、BS管理テーブルX上の転送待ち状態を転送中に変更するステップS2102。そして、送信マスターCMは、BS管理テーブルX上の全情報以下、管理テーブル情報と表記するを対応受信システム内のマスターCMに送信するステップS2103。以下、対応受信システム100がサブ受信システム100であった場合と、対応受信システム100がメイン受信システム100であった場合とに分けて、管理テーブル情報を受信した受信マスターCMの動作を説明する。対応受信システム100がサブ受信システム100であった場合、対応受信システム100内のマスターCMつまり、サブ受信マスターCMは、図20Bに示した手順の処理を実行する。すなわち、サブ受信マスターCMは、まず、受信した管理テーブル情報中のBS番号にて特定されるBS管理テーブル以下、対応BS管理テーブルと表記するに、管理テーブル情報中の各送信バッファID受信バッファIDペアを設定するステップS2111。次いで、サブ受信マスターCMは、対応BS管理テーブル上のバッファID受信状態この時点では、未受信を、受信済に変更するステップS2112。その後、サブ受信マスターCMは、グループ管理テーブル150上の展開BS番号が無効初期構築ネゴシエーション処理により初期値として設定される値であるか否か判断するステップS2113。展開BS番号が無効であった場合ステップS2113;YES、サブ受信マスターCMは、グループ管理テーブル150上の展開BS番号を、受信した管理テーブル情報中のBS番号に変更するステップS2114。そして、サブ受信マスターCMは、BS管理テーブル受信完了通知を、管理テーブル情報の送信元CMに送信するステップS2115。また、サブ受信マスターCMは、展開BS番号が無効ではなかった場合ステップS2113;NOには、ステップS2114の処理を行うことなく、BS管理テーブル受信完了通知を管理テーブル情報の送信元CMに送信するステップS2115。その後、サブ受信マスターCMは、バッファセットXに関する全要素情報の受信が完了したか否かを判断するステップS2121。ここで、バッファセットXに関する要素情報とは、受信した管理テーブル情報中のBS番号で識別される送信側バッファセットの各構成要素BS管理テーブル、何組かのバッファ管理テーブル及びバッファに保持されていた情報のことである。バッファセットXに関する全要素情報の受信が完了していた場合ステップS2121;YES、サブ受信マスターCMは、BS受信完了通知をメイン送信マスターCMに送信ステップS2122してから、処理を終了する。また、サブ受信マスターCMは、バッファセットXに関する全要素情報の受信が完了していなかった場合ステップS2121;NOには、BS情報受信完了通知を送信することなく、処理を終了する。対応受信システム100がメイン受信システム100であった場合、管理データ情報を受信した対応受信システム100内のマスターCMつまり、メイン受信マスターCMは、図20Cに示した手順の処理を実行する。すなわち、管理データ情報を受信したメイン受信マスターCMは、ステップS2131~S2135にて、それぞれ、上記したステップS2111~S2115の処理と同内容の処理を行う。そして、ステップS2135の処理を終えたメイン受信マスターCMは、バッファセットXに関する全要素情報の受信が完了しているか否かを判断するステップS2141。バッファセットXに関する全要素情報の受信が完了していなかった場合ステップS2141;NO、メイン受信マスターCMは、特に処理を行うことなく、図20Cの処理を終了する。一方、バッファセットXに関する全要素情報の受信が完了していた場合ステップS2141;YES、メイン受信マスターCMは、グループ管理テーブル150上の、バッファセットXに関する受信システム0受信状態を受信済に変更するステップS2142。その後、メイン受信マスターCMは、バッファセットXに関する各システム100についての受信状態が全て受信済となっているか否かを判断するステップS2143。そして、メイン受信マスターCMは、バッファセットXに関する各システム100についての受信状態が全て受信済となっていた場合ステップS2143;YESには、バッファセットXに対する展開処理を非同期で起動ステップS2144してから、処理を終了する。また、バッファセットXに関する各システム100についての受信状態が全て受信済となっていなかった場合ステップS2143;NO、メイン受信マスターCMは、ステップS2144の処理を行うことなく、処理を終了する。図20Aに戻って、BS管理テーブル受信完了通知受信後の送信マスターCMの動作を説明する。BS管理テーブル受信完了通知を受信した送信マスターCMは、グループ管理テーブル150上のBS管理テーブル転送状態を転送中ではないに変更するステップS2104。次いで、送信マスターCMは、テーブル転送待ち状態が待ち中になっているBS管理テーブル図20Aでは、転送待ち中テーブルが存在しているか否かを判断するステップS2105。そして、送信マスターCMは、テーブル転送待ち状態が待ち中になっているBS管理テーブルが存在していた場合ステップS2105;YESには、当該BS管理テーブルに対するBS管理テーブル転送処理を起動ステップS2106してから、実行していたBS管理テーブル転送処理を終了する。ここで、図20Dを用いて、BS受信完了通知を受信したメイン送信マスターCMの動作を説明しておくことにする。BS受信完了通知を受信した場合、メイン送信マスターCMは、この図20Dに示した手順の処理を実行する。すなわち、BS受信完了通知を受信したメイン受信マスターCMは、まず、グループ管理テーブル150上の、バッファセットX及び自システム100に関する受信状態バッファセットX送信システム0受信状態を受信済に変更するステップS2151。次いで、メイン送信マスターCMは、バッファセットXに関するシステム別の受信状態が全て受信済になっているか否かを判断するステップS2152。そして、バッファセットXに関するシステム別の受信状態が全て受信済になっていた場合ステップS2152;YES、メイン送信マスターCMは、バッファセットXに対する展開処理を起動ステップS2153してから、この図の処理を終了する。また、メイン受信マスターCMは、バッファセットXに関するシステム別の受信状態が一部のみが受信済になっていた場合ステップS2152;NO、展開処理を起動することなく、この図の処理を終了する。《バッファ管理テーブル及びバッファ転送処理》図21A~図21Gに、バッファ管理テーブル及びバッファ転送処理の流れ図を示す。このバッファ管理テーブル及びバッファ転送処理は、送信マスターCMが開始する処理である。バッファセットXについてのバッファ管理テーブル及びバッファ転送処理を開始した送信マスターCMは、BS番号X及び割当受信バッファIDを通知することにより自システム100内の各CMにバッファ管理テーブルの転送を依頼するステップS2211。ここで、割当受信バッファIDとは、BS管理テーブルXバッファセットXのBS管理テーブル上に、転送対象バッファのバッファID送信バッファIDに対応づけられて記憶されている受信バッファIDのことである。割当受信バッファID等が通知された各送信スレーブCMは、割当受信バッファIDを、バッファ管理テーブルXに受信バッファIDとしてを設定するステップS2212。また、ステップS2211の処理を終えた送信マスターCMも、割当受信バッファIDを、バッファ管理テーブルXに受信バッファIDとして設定するステップS2212。次いで、各送信CMは、バッファ管理テーブルX上のインデックス情報0~m-1mは、その時点におけるインデックス情報ポインタの値中の全格納状態が格納済となっているか否かを判断するステップS2213。すなわち、各送信CMは、格納予約データが全て転送対象バッファへ格納されているか否かを判断するステップS2213。転送対象バッファへの格納が完了していない格納予約データが存在していた場合ステップS2213;NO、各送信CMは、バッファ管理テーブルX上のバッファ転送待ち状態を待ち中に変更するステップS2213。そして、各送信CMは、このバッファ管理テーブル及びバッファ転送処理を終了する。一方、全格納予約データの転送対象バッファへの格納が完了していた場合ステップS2213;YES、各送信CMは、バッファ管理テーブルXバッファ管理テーブルX上の全情報を対応受信CMに送信するステップS2215。バッファ管理テーブルXを受信した受信CMは、受信したテーブルをそのままメモリ112上に記憶するステップS2216。そして、受信CMは、バッファ管理テーブルの受信完了を対応送信CMに通知するステップS2217。以下、受信CMがスレーブCMである場合と、受信CMがマスターCMである場合とに分けて、ステップS2217の処理後の受信CMの動作を説明する。受信CMがスレーブCMである場合、ステップS2217の処理を終えた受信CM受信スレーブCMは、図21Bに示した手順の処理を実行する。すなわち、受信スレーブCMは、バッファ管理テーブルの受信完了を、自システム内のマスターCMに通知ステップS2231してから、バッファ管理テーブルの受信により開始した処理を終了する。一方、バッファ管理テーブルの受信完了が通知された受信マスターCMは、BS管理テーブルX上の、受信完了通知元CMに関するバッファ管理テーブル受信状態を受信済に変更するステップS2231。そして、受信マスターCMは、処理を終了する。また、受信CMがマスターCMである場合、ステップS2217の処理を終えた受信CM受信マスターCMは、図21Cに示した手順の処理を実行する。すなわち、受信マスターCMは、BS管理テーブルX上の、自CM110に関するバッファ管理テーブル受信状態を受信済に変更するステップS2235。そして、受信マスターCMは、処理を終了する。図21Aに戻って、バッファ管理テーブル及びバッファ転送処理の説明を続ける。バッファ管理テーブルの受信完了が通知された送信スレーブCMは、バッファ管理テーブルの転送完了を送信マスターCMに通知するステップS2218。バッファ管理テーブルの転送完了が通知された送信マスターCMは、BS番号X及び割当受信バッファIDを通知することにより自システム100内の各CM110にバッファの転送を依頼するステップS2221。バッファの転送を依頼された送信CM送信マスターCM、送信スレーブCMは、割当受信バッファID及びバッファX上のデータ以下、バッファデータと表記するを、対応受信CMに送信するステップS2222。割当受信バッファID及びバッファデータを受信した受信CMは、受信した割当受信バッファIDで識別される受信バッファに受信したバッファデータを格納するステップS2223。そして、受信CMは、対応送信CMに受信完了を通知するステップS2224。以下、受信CMのタイプ別に、ステップS2224の処理後の受信CMの動作を説明する。受信CMがサブ受信スレーブCMである場合、ステップS2224の処理を終えた受信CMサブ受信スレーブCMは、図21Dに示した手順の処理を実行する。すなわち、サブ受信スレーブCMは、バッファ管理テーブルの受信完了を、自システム内のマスターCMに通知ステップS2241してから、処理を終了する。一方、バッファ管理テーブルの受信完了が通知されたサブ受信マスターCMは、BS管理テーブルX上の、受信完了通知元CMに関するバッファ受信状態を受信済に変更するステップS2242。その後、サブ受信マスターCMは、バッファセットXに関する全要素情報の受信が完了したか否かを判断するステップS2243。バッファセットXに関する全要素情報の受信が完了していた場合ステップS2243;YES、サブ受信マスターCMは、BS受信完了通知をメイン送信マスターCMに送信ステップS2243してから、処理を終了する。また、サブ受信マスターCMは、バッファセットXに関する全要素情報の受信が完了していなかった場合ステップS2243;NOには、BS情報受信完了通知を送信することなく、処理を終了する。受信CMがメイン受信スレーブCMである場合、ステップS2224の処理を終えた受信CMメイン受信スレーブCMは、図21Eに示した手順の処理を実行する。すなわち、メイン受信スレーブCMは、バッファ管理テーブルの受信完了を、自システム100内のマスターCMに通知ステップS2251してから、処理を終了する。バッファ管理テーブルの受信完了が通知されたメイン受信マスターCMは、BS管理テーブルX上の、受信完了通知元CMに関するバッファ受信状態を受信済に変更するステップS2252。その後、メイン受信マスターCMは、バッファセットXに関する全要素情報の受信が完了したか否かを判断するステップS2253。バッファセットXに関する全要素情報の受信が完了していた場合ステップS2253;YES、メイン受信マスターCMは、グループ管理テーブル150上の、バッファセットX及び自システム受信システム0に関する受信状態を受信済に変更するステップS2254。その後、メイン受信マスターCMは、バッファセットXに関するシステム別の受信状態が全て受信済となっているか否かを判断するステップS2255。そして、メイン受信マスターCMは、バッファセットXに関するシステム別の受信状態が全て受信済となっていなかった場合ステップS2255;NOには、処理を終了する。また、メイン受信マスターCMは、バッファセットXに関するシステム別の受信状態が全て受信済となっていた場合ステップS2255;YESには、バッファセットXに対する展開処理を起動ステップS2256してから、処理を終了する。受信CMがサブ受信マスターCMである場合、ステップS2224の処理を終えた受信CMサブ受信マスターCMは、図21Fに示した手順の処理を実行する。すなわち、サブ受信マスターCMは、BS管理テーブルX上の、受信完了通知元CMに関するバッファ受信状態を受信済に変更するステップS2262。その後、サブ受信マスターCMは、バッファセットXに関する全要素情報の受信が完了したか否かを判断するステップS2263。バッファセットXに関する全要素情報の受信が完了していた場合ステップS2263;YES、サブ受信マスターCMは、BS受信完了通知をメイン送信マスターCMに送信ステップS2264してから、処理を終了する。また、サブ受信マスターCMは、バッファセットXに関する全要素情報の受信が完了していなかった場合ステップS2263;NOには、BS情報受信完了通知を送信することなく、処理を終了する。受信CMがメイン受信スレーブCMである場合、ステップS2224の処理を終えた受信CMメイン受信スレーブCMは、図21Gに示した手順の処理を実行する。すなわち、メイン受信スレーブCMは、BS管理テーブルX上の、受信完了通知元CMに関するバッファ受信状態を受信済に変更するステップS2272。その後、メイン受信マスターCMは、バッファセットXに関する全要素情報の受信が完了したか否かを判断するステップS2273。バッファセットXに関する全要素情報の受信が完了していた場合ステップS2273;YES、メイン受信マスターCMは、グループ管理テーブル150上の、バッファセットX及び自システム受信システム0に関する受信状態を受信済に変更するステップS2274。その後、メイン受信マスターCMは、バッファセットXに関するシステム別の受信状態が全て受信済となっているか否かを判断するステップS2275。そして、メイン受信マスターCMは、バッファセットXに関するシステム別の受信状態が全て受信済となっていなかった場合ステップS2275;NOには、処理を終了する。また、メイン受信マスターCMは、バッファセットXに関するシステム別の受信状態が全て受信済となっていた場合ステップS2275;YESには、バッファセットXに対する展開処理を起動ステップS2276してから、処理を終了する。《展開処理》図22A~図22Cに、展開処理の流れ図を示す。或るバッファセットXに対する展開処理を開始したメイン受信マスターCMは、まず、要展開BS番号Xが、グループ管理テーブル150上の展開BS番号と一致しているか否かを判断するステップS2301。そして、メイン受信マスターCMは、要展開BS番号が展開BS番号と一致していた場合ステップS2301には、他の各受信システム100のマスターCMに、BS番号Xを指定した形でバッファXの展開を依頼するステップS2303。バッファXの展開が依頼されたサブ受信マスターCMは、図22Bに示してあるように、自システム100内の各スレーブCMに、BS番号Xを指定した形でバッファXの展開を依頼するステップS2311。この依頼を受けた各サブ受信スレーブCMは、バッファX上の各データを、バッファ管理テーブルX上の各インデックス情報が示している記憶部120内の記憶領域に格納するステップS2321。その後、サブ受信スレーブCMは、展開完了通知を、自システム100内のマスターCMに送信するステップS2322。また、バッファXの展開を各サブ受信スレーブCMに依頼したサブ受信マスターCMも、バッファX上の各データを、バッファ管理テーブルX上の各インデックス情報が示している記憶部120内の記憶領域に格納するステップS2312。ステップS2312の処理を終えたサブ受信マスターCMは、自システム100内の全CMによるバッファXの展開が完了するのを監視するステップS2313;NO。そして、サブ受信マスターCMは、全CMによるバッファの展開が完了したときステップS2313;YESに、メイン送信マスターCMに展開完了通知を送信ステップS2314してから、処理を終了する。また、ステップS2303図22Aの処理を終えたメイン受信マスターCMは、図22Cに示した手順の処理を開始する。すなわち、メイン受信マスターCMは、自システム100内の各スレーブCMに、BS番号Xを指定した形でバッファXの展開を依頼するステップS2331。この依頼を受けた各サブ受信スレーブCMは、バッファX上の各データを、バッファ管理テーブルX上の各インデックス情報が示している記憶部120内の記憶領域に格納するステップS2341。その後、サブ受信スレーブCMは、展開完了通知を、自システム内のマスターCMに送信するステップS2342。また、バッファXの展開を各サブ受信スレーブCMに依頼したメイン受信マスターCMも、バッファX上の各データを、バッファ管理テーブルX上の各インデックス情報が示している記憶部120内の記憶領域に格納するステップS2332。ステップS2332の処理を終えたメイン受信マスターCMは、展開完了通知が送信されてくるのを監視することにより、自システム100内の全CMによるバッファXの展開が完了するのを待機するステップS2333;NO。そして、メイン受信マスターCMは、全CMによるバッファの展開が完了した場合ステップS2333;YESには、全受信システム100によるバッファXの展開が完了するのを待機する図22A:ステップS2305;NO。全受信システム100によるバッファXの展開が完了した場合ステップS2305;YES、メイン送信マスターCMは、グループ管理テーブル150上の展開バッファセット番号を、新バッファセット番号の生成手順と同手順で変更するステップS2306。その後、メイン受信マスターCMは、次のバッファセット変更後の展開バッファセット番号を有するバッファセットのバッファ管理テーブル上の展開待ち状態が待ち中であるか否かを判断するステップS2307。次のバッファセットのバッファ管理テーブル上の展開待ち状態が待ち中であった場合ステップS2307;YES、メイン受信マスターCMは、当該バッファセット内のバッファに対する展開処理を起動するステップS2308。そして、メイン受信マスターCMは、展開が済んだバッファセットに対する解放処理を起動ステップS2309してから、処理を終了する。《解放処理》図23A及び図23Bに、展開処理の流れ図を示す。図23Aに示してあるように、或るバッファセットXに対する解放処理を開始したメイン受信マスターCMは、まず、メイン送信マスターCMに、BS番号Xをパラメータとして設定したBS解放要求を送信するステップS2501また、メイン受信マスターCMは、他の各受信システム内のマスターCMにBS解放要求を送信するステップS2502。その後、メイン受信マスターCMは、グループ管理テーブル150上の、バッファセットXに関するシステム別受信状態を全て未受信に変更するステップS2503。次いで、メイン受信マスターCMは、BS管理テーブルXを初期化するステップS2504。具体的には、このステップS2504にて、メイン受信マスターCMは、BS管理テーブルX上のバッファセット受信状態、展開待ち状態を、それぞれ、未受信、待ち中ではないに初期化する。また、ステップS2504にて、メイン受信マスターCMは、BS管理テーブルX上の各受信バッファID、各送信バッファID、各バッファ管理テーブル受信状態、各バッファ受信状態を、それぞれ、無効、無効、未受信、未受信に初期化する。BS解放要求を受信した各サブ受信マスターCMも、グループ管理テーブル150上の、バッファセットXに関するシステム別受信状態を全て未受信に変更ステップS2513し、BS管理テーブルXを初期化するステップS2514。一方、BS解放要求を受信したメイン送信マスターCMは、図23Bに示してあるように、まず、ステップS2601にて、BS管理テーブルX上に設定されている各受信バッファIDを空き受信バッファテーブルに登録する。また、メイン送信マスターCMは、空き受信バッファテーブル上の空きバッファID数を更新する処理も行う。次いで、メイン送信マスターCMは、BS管理テーブルXを初期化ステップS2602してから、サブ送信マスターCMに、BS番号Xをパラメータとして設定したBS解放要求を送信するステップS2603。このBS解放要求を受信したサブ送信マスターCMは、グループ管理テーブル150上の、バッファセットX使用状態を未使用に変更ステップS2614し、バッファ管理テーブルXを初期化するステップS2615。また、ステップS2603の処理を終えたメイン送信マスターCMは、グループ管理テーブル150上の、バッファセットX使用状態を未使用に変更ステップS2604し、バッファ管理テーブルXを初期化するステップS2605。その後、メイン送信マスターCMは、空き受信バッファID待ち状態が待ち中となっているバッファセットが存在しているか否かを判断するステップS2606。そのようなバッファセットが存在していた場合ステップS2606;YES、メイン送信マスターCMは、当該バッファセットに関する空き受信バッファID待ち状態を待ち中ではないに変更するステップS2607。そして、メイン送信マスターCMは、当該バッファセットに対する空き受信バッファID割当処理を起動するステップS2608。ステップS2609の処理を終えたメイン送信マスターCMは、グループ管理テーブル150上のBS空き待ち状態が空き待ち中であるか否かを判断するステップS2609。BS空き待ち状態が空き待ち中であった場合ステップS2609;YES、メイン送信マスターCMは、BS空き待ち状態を待ち中ではないに変更するステップS2610。そして、メイン送信マスターCMは、BS切替処理を起動ステップS2611してから、この解放処理を終了する。《バッファセット定期切替処理》図24に、バッファセット定期切替処理の流れ図を示す。このバッファセット定期切替処理は、メイン受信マスターCMが実行する処理図4B参照である。図24に示してあるように、バッファセット定期切替処理を開始したメイン受信マスターCMは、まず、グループ管理テーブル150上のネゴシエーション状態がネゴシエーション済であるか否かを判断するステップS2001。そして、メイン受信マスターCMは、ネゴシエーション状態がネゴシエーション済でなかった場合ステップS2001;NOには、このバッファセット定期切替処理を終了する。一方、ネゴシエーション状態がネゴシエーション済であった場合ステップS2001;YES、メイン受信マスターCMは、グループ管理テーブル150に設定されているBS自動切替時間に基づき、自処理の次回の実行時刻日時を設定するステップS2002。その後、メイン受信マスターCMは、グループ管理テーブル150上のBS定期切替処理起動状態が起動済であるか否かを判断するステップS2003。BS定期切替処理起動状態が起動済ではなかった場合ステップS2003;NO、メイン送信マスターCMは、BS定期切替処理起動状態を起動済に変更ステップS2004してから、このバッファセット定期切替処理を終了する。一方、BS定期切替処理起動状態が起動済であった場合ステップS2003;YES、BS番号が、その時点における格納BS番号と一致するバッファセットに対するBS切替処理を起動ステップS2005してから、このバッファセット定期切替処理を終了する。以上、詳細に説明したように、本実施形態に係るSSストレージシステム100は、図1を用いて説明した既存のSS200と同様に、BSバッファセットを切り替えることにより非同期のリモートコピーを行うシステムとなっている。ただし、SS100は、自装置内のBSの切り替えが必要となったときに他のSS100にBSの切り替えを要求できる装置であると共に、他のSS100からBSの切り替えが要求されたときに、BSを切り替える装置となっている。従って、本実施形態に係るSS100を用いておけば、全送信システム100が1台のストレージシステムのように機能して、遠隔地側の複数台の受信システム100に対して、ホスト300による書き込みデータの順序性のあるコピーが行われるSSネットワークを構築できることになる。しかも、上記したメイン送信/受信システム100の機能から明らかなように、SS100は、ホスト300に1台だけを接続しておいてもリモートコピーが可能な装置システムとなっている。従って、本実施形態に係るSS100によれば、ホスト300側の記憶容量を、既にホスト300に接続されているSS100の交換が不要な形で増大させることができることにもなる。《変形例》上記した実施形態に係るSSストレージシステム100は、各種の変形を行うことが出来る。例えば、SS100を、バッファの容量が不足していることを見出したCM110が図17B及び図17Aの処理を行う装置に変形することが出来る。また、SS100を、バッファサイズをユーザが設定可能な装置に変形することも出来る。また、バッファ管理テーブル図8を、例えば8バイト程度のチェックコードが、各インデックス情報について記憶されるものに変形することも出来る。また、バッファ管理テーブルのサイズをバッファと同サイズにすることも出来る。なお、バッファ管理テーブルのサイズの調整は、バッファ管理テーブルに記憶するインデックス情報の内容や数を調整することにより容易に行うことが出来る。さらに、SS100を、具体的なハードウェア構成が上記したものとは異なる装置例えば、CM110が1つしか搭載できない装置に変形しても良いことや、バッファ管理テーブル以外の各テーブルの構成/利用法が上記したものと異なっていても良いことなどは、当然のことである。以上、開示した技術に関し、更に以下の付記を開示する。付記1ホストとバックアップ用ストレージシステムに接続されるストレージシステムにおいて、第1記憶部と、複数の更新データ記憶領域を有する第2記憶部と、前記第1記憶部に対する更新データのライト要求を前記ホストから受信する制御部と、を備え、前記制御部は、更新データのライト要求を受信したときに、前記複数の更新データ記憶領域の1つである処理対象記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、前記空き領域が存在していると判断した場合に、前記第1記憶部内における前記更新データの書込領域を示す第1書込先情報と、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示す第2書込先情報と、前記処理対象記憶領域として使用されている前記更新データ記憶領域の識別情報とを含む制御情報を、前記第2記憶部に記憶するとともに、前記更新データを前記第1記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域を前記第2記憶部内の他の更新データ記憶領域に変更し、前記制御情報を前記第2記憶部に記憶し、前記更新データを前記第1記憶部内に書き込むとともに、前記ホストに接続される他のストレージシステムに処理対象記憶領域の変更を指示し、前記ライト要求の処理とは非同期に、前記第2記憶部内に記憶済みの制御情報に従って、前記第1記憶部に書き込み済みの更新データを前記第2記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の更新データと当該更新データに関する前記第2書込先情報とを、前記バックアップ用ストレージシステムに送信することを特徴とするストレージシステム。付記2前記制御部は、前記ホストに接続されている前記他のストレージシステムから処理対象記憶領域の変更が指示されたときに、処理対象記憶領域を前記第2記憶部内の他の更新データ記憶領域に変更することを特徴とする付記1に記載のストレージシステム。付記3前記制御部は、所定の時間が経過する度に、処理対象記憶領域を前記第2記憶部内の他の更新データ記憶領域に変更するとともに、前記ホストに接続されている前記他のストレージシステムに処理対象記憶領域の変更を指示することを特徴とする付記1又は2に記載のストレージシステム。付記4ホストとバックアップ用ストレージシステムとに接続されるストレージシステムにおいて、第1記憶部と、それぞれ、インデックス情報記憶領域及び更新データ記憶領域を含む複数の記憶領域セットを有する第2記憶部と、前記第1記憶部に対する更新データのライト要求を前記ホストから受信する制御部と、を備え、前記制御部は、更新データのライト要求を受信したときに、前記複数の記憶領域セットの1つである処理対象記憶領域セットに含まれる前記更新データ記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、前記空き領域が存在していると判断した場合に、前記第1記憶部内における前記更新データの書込領域を示す第1書込先情報と、前記更新データを格納すべき、前記処理対象記憶領域セットに含まれる前記更新データ記憶領域内の記憶領域を示す記憶領域指定情報とを含むライト要求コピー制御情報を前記第2記憶部に記憶し、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示すインデックス情報を前記処理対象記憶領域セットに含まれる前記インデックス情報記憶領域に記憶するとともに、前記更新データを前記第1記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域セットを他の記憶領域セットに変更し、前記ライト要求コピー制御情報を前記第2記憶部に記憶し、前記インデックス情報を前記処理対象記憶領域セットに含まれる前記インデックス情報記憶領域に記憶し、前記更新データを前記第1記憶部内に書き込むとともに、前記ホストに接続されている他のストレージシステムに処理対象記憶領域セットの変更を指示し、前記ライト要求の処理とは非同期に、前記第2記憶部上の各ライト要求コピー制御情報にしたがって、前記第1記憶部内に書き込み済みの更新データを前記第2記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の前記更新データと当該更新データ記憶領域と同じ前記記憶領域セットに含まれる前記インデックス情報記憶領域上の前記インデックス情報とを、前記バックアップ用ストレージシステムに送信することを特徴とするストレージシステム。付記5ホストに接続された複数台のホスト側ストレージシステムと、複数台のバックアップ用ストレージシステムとを含み、各ストレージシステム間が通信可能に接続されたストレージシステムネットワークにおいて、前記複数台のホスト側ストレージシステムは、それぞれ、第1記憶部と、複数の更新データ記憶領域を有する第2記憶部と、前記第1記憶部に対する更新データのライト要求を前記ホストから受信する第1制御部と、を備え、前記第1制御部は、更新データのライト要求を受信したときに、前記複数の更新データ記憶領域の1つである処理対象記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、前記空き領域が存在していると判断した場合に、前記第1記憶部内における前記更新データの書込領域を示す第1書込先情報と、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示す第2書込先情報と、前記処理対象記憶領域として使用されている前記更新データ記憶領域の識別情報とを含む制御情報を、前記第2記憶部に記憶するとともに、前記更新データを前記第1記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域を前記第2記憶部内の他の更新データ記憶領域に変更し、前記制御情報を前記第2記憶部に記憶し、前記更新データを前記第1記憶部内に書き込むとともに、他の各ホスト側ストレージシステムに処理対象記憶領域の変更を指示し、前記ライト要求の処理とは非同期に、前記第2記憶部内に記憶済みの制御情報に従って、前記第1記憶部に書き込み済みの更新データを前記第2記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の前記更新データと当該更新データに関する前記第2書込先情報とを、前記バックアップ用ストレージシステムに送信し、前記複数台のバックアップ用ストレージシステムは、それぞれ、第3記憶部と、自バックアップ用ストレージシステムに対応づけられた前記ホスト側ストレージシステムが送信した前記更新データ及び前記第2書込先情報を受信し、受信した前記更新データを、受信した前記第2書込先情報が示している前記第3記憶部内の記憶領域に書き込む第2制御部と、を備えることを特徴とするストレージシステムネットワーク。付記6ホストに接続された複数台のホスト側ストレージシステムと、複数台のバックアップ用ストレージシステムとを含み、各ストレージシステム間が通信可能に接続されたストレージシステムネットワークにおいて、前記ホスト側ストレージシステムは、それぞれ、第1記憶部と、それぞれ、インデックス情報記憶領域及び更新データ記憶領域を含む複数の記憶領域セットを有する第2記憶部と、前記第1記憶部に対するライト要求を前記ホストから受信する第1制御部と、を備え、前記第1制御部は、更新データのライト要求を受信したときに、前記複数の記憶領域セットの1つである処理対象記憶領域セットに含まれる前記更新データ記憶領域に、前記更新データを記憶可能な容量の空き領域が存在しているか否かを判断し、前記空き領域が存在していると判断した場合に、前記第1記憶部内における前記更新データの書込領域を示す第1書込先情報と、前記更新データを格納すべき、前記処理対象記憶領域セットに含まれる前記更新データ記憶領域内の記憶領域を示す記憶領域指定情報とを含むライト要求コピー制御情報を前記第2記憶部に記憶し、前記バックアップ用ストレージシステム内における前記更新データの書込領域を示すインデックス情報を前記処理対象記憶領域セットに含まれる前記インデックス情報記憶領域に記憶するとともに、前記更新データを前記第1記憶部に書き込み、前記空き領域が存在していないと判断した場合に、前記処理対象記憶領域セットを他の記憶領域セットに変更し、前記ライト要求コピー制御情報を前記第2記憶部に記憶し、前記インデックス情報を前記処理対象記憶領域セットに含まれる前記インデックス情報記憶領域に記憶し、前記更新データを前記第1記憶部内に書き込むとともに、他の各ホスト側ストレージシステムに処理対象記憶領域セットの変更を指示し、前記ライト要求の処理とは非同期に、前記第2記憶部上の各ライト要求コピー制御情報にしたがって、前記第1記憶部内に書き込み済みの更新データを前記第2記憶部の各更新データ記憶領域に読み出し、読み出しが完了した前記更新データ記憶領域上の前記更新データと当該更新データ記憶領域と同じ前記記憶領域セットに含まれる前記インデックス情報記憶領域上の前記インデックス情報とを、自ホスト側ストレージシステムに対応づけられた前記バックアップ用ストレージシステムに送信し、前記複数台のバックアップ用ストレージシステムは、それぞれ、第3記憶部と、自バックアップ用ストレージシステムに対応づけられている前記ホスト側ストレージシステムが送信した前記更新データ及び前記インデックス情報を受信し、受信した前記更新データを、受信した前記インデックス情報が示している前記第3記憶部内の記憶領域に書き込む第2制御部と、を備えることを特徴とするストレージシステムネットワーク。"