JP6565506B2 - 受信装置、受信制御方法および受信制御プログラム - Google Patents

受信装置、受信制御方法および受信制御プログラム Download PDF

Info

Publication number
JP6565506B2
JP6565506B2 JP2015175462A JP2015175462A JP6565506B2 JP 6565506 B2 JP6565506 B2 JP 6565506B2 JP 2015175462 A JP2015175462 A JP 2015175462A JP 2015175462 A JP2015175462 A JP 2015175462A JP 6565506 B2 JP6565506 B2 JP 6565506B2
Authority
JP
Japan
Prior art keywords
data
abnormal
data block
frame
reception control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015175462A
Other languages
English (en)
Other versions
JP2017055153A (ja
Inventor
唯 古仙
唯 古仙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2015175462A priority Critical patent/JP6565506B2/ja
Priority to US15/235,527 priority patent/US10014983B2/en
Publication of JP2017055153A publication Critical patent/JP2017055153A/ja
Application granted granted Critical
Publication of JP6565506B2 publication Critical patent/JP6565506B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • G06F11/1004—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's to protect a block of data words, e.g. CRC or checksum
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Information Transfer Systems (AREA)

Description

本発明は受信装置、受信制御方法および受信制御プログラムに関する。
複数の装置間で送受信されるデータに誤りがあるかを検出するための技術が知られている。例えば、パリティビットやＣＲＣ（Cyclic Redundancy Check）などのチェック符号を用いることで、データに誤りがあるか否かを検出できる。
また、誤り検出に関する次のような技術が提案されている。例えば、ホストからＨＤＤ（Hard Disk Drive）に転送されるデータにＣＲＣが付加され、ＨＤＤが、転送されたデータのエラーを、ＣＲＣを用いて検出する技術が提案されている。また、ディスク装置が、ディスクアレイ装置から転送されたデータを基に生成したチェックコードと当該転送されたデータに付随するチェックコードとを比較する技術が提案されている。
また、送信されたパケットを消失した場合、消失したパケットのみを再送信する技術が提案されている。
特開平１１−４５１５７号公報 特開２０００−１０５６７５号公報 特表２００５−５２９５２３号公報
ところで、データがパケット単位で送信される際には、パケット内のデータ領域に、当該データ領域のデータに基づくチェック符号が付加されることが多い。このような場合、受信装置は、チェック符号を用いてデータ領域のデータに異常がないかをチェックし、異常がある場合には、データ領域のデータの再送を送信装置に要求することができる。
しかし、チェック符号に基づいてデータ領域のデータに異常があると判定された場合でも、データ領域のデータ全体に異常があるとは限らず、そのデータの一部は正常であることもあり得る。このため、パケット単位でデータの再送を要求した場合には、データ領域のデータのうち、異常がある部分だけでなく正常な部分も再送されてしまい、その分だけ再送時間が長くなる。その結果、受信すべきデータ全体の受信が完了するまでの時間が長くなるという問題がある。
１つの側面では、本発明は、データの受信時間を短縮可能な受信装置、受信制御方法および受信制御プログラムを提供することを目的とする。
１つの態様では、送信装置からのデータを受信する受信装置が提供される。この受信装置は判定部と再送要求部とを有する。判定部は、複数のデータブロックと複数のデータブロックのそれぞれに基づいて算出された複数の第１チェック符号とを含むデータグループと、データグループに基づいて算出された第２チェック符号とを送信装置から受信すると、第２チェック符号に基づいてデータグループが異常であるかを判定し、異常である場合、複数の第１チェック符号に基づいて複数のデータブロックの中から異常なデータブロックを特定する。再送要求部は、異常なデータブロックの再送を送信装置に要求する。
また、１つの態様では、受信制御方法が提供される。この受信制御方法は、受信装置が、複数のデータブロックと複数のデータブロックのそれぞれに基づいて算出された複数の第１チェック符号とを含むデータグループと、データグループに基づいて算出された第２チェック符号とを送信装置から受信し、第２チェック符号に基づいてデータグループが異常であるかを判定し、データグループが異常である場合、複数の第１チェック符号に基づいて複数のデータブロックの中から異常なデータブロックを特定し、異常なデータブロックの再送を送信装置に要求する。
また、１つの態様では、受信制御プログラムが提供される。この受信制御プログラムは、コンピュータに、複数のデータブロックと複数のデータブロックのそれぞれに基づいて算出された複数の第１チェック符号とを含むデータグループと、データグループに基づいて算出された第２チェック符号とを送信装置から受信し、第２チェック符号に基づいてデータグループが異常であるかを判定し、データグループが異常である場合、複数の第１チェック符号に基づいて複数のデータブロックの中から異常なデータブロックを特定し、異常なデータブロックの再送を送信装置に要求する、処理を実行させる。
１つの側面では、データの受信時間を短縮できる。
第１の実施の形態の通信システムを示す図である。 第２の実施の形態のストレージシステムを示す図である。 ＣＭのハードウェア例を示す図である。 ＣＡのハードウェア例を示す図である。 ＦＣフレームを示す図である。 ＰＩのフォーマットを示す図である。 ＣＭの機能例を示す図である。 コピー元のデータ送信処理の例を示すフローチャートである。 コピー先のデータ受信処理の例（その１）を示すフローチャートである。 コピー先のデータ受信処理の例（その２）を示すフローチャートである。 コピー先のデータ受信処理の例（その３）を示すフローチャートである。 データチェック処理の例を示すフローチャートである。 バックアップ処理の例（その１）を示すシーケンス図である。 バックアップ処理の例（その２）を示すシーケンス図である。
以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の通信システムを示す図である。第１の実施の形態の通信システムは、送信装置１と受信装置２とを有する。送信装置１と受信装置２とは、ネットワーク３を介して接続される。例えば、送信装置１に格納されているデータを受信装置２にコピーしたい場合に、ネットワーク３を介して通信が行われる。
送信装置１は、データグループ４ａと、このデータグループ４ａに基づいて算出されたチェック符号４ｂとを受信装置２に送信する。チェック符号４ｂは、例えば、データグループ４ａに付加されて送信される。チェック符号４ｂは、例えばＣＲＣである。
データグループ４ａには、送信装置１から受信装置２に送信すべき実データが、データブロック毎に分割されて記録される。図１の例では、データグループ４ａはデータブロック５ａ，５ｂを含む。また、送信装置１は、データブロック５ａに基づいて算出されたチェック符号６ａと、データブロック５ｂに基づいて算出されたチェック符号６ｂとを、データグループ４ａに含めて送信する。チェック符号６ａ，６ｂは、例えば、それぞれデータブロック５ａ，５ｂに付加される。チェック符号６ａ，６ｂは、例えばＣＲＣである。
受信装置２は、判定部２ａおよび再送要求部２ｂを有する。判定部２ａおよび再送要求部２ｂは、例えば、プロセッサである。プロセッサには、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。また、判定部２ａおよび再送要求部２ｂは、マルチプロセッサであってもよい。
判定部２ａは、データグループ４ａとチェック符号４ｂとを送信装置１から受信する（ステップＳ１）。すると、判定部２ａは、まず、チェック符号４ｂに基づいてデータグループ４ａが異常であるかを判定する（ステップＳ２）。
ここで、データグループ４ａが異常であると判定した場合、判定部２ａは、チェック符号６ａ，６ｂに基づいて、データブロック５ａ，５ｂの中から異常なデータブロックを特定する（ステップＳ３）。すなわち、判定部２ａは、チェック符号６ａに基づいてデータブロック５ａが異常であるかを判定し、チェック符号６ｂに基づいてデータブロック５ｂが異常であるかを判定する。
ここで、データブロック５ｂが異常なデータブロックと特定されたとする。すると、再送要求部２ｂは、データブロック５ｂの再送を送信装置１に要求する（ステップＳ４）。図１では、データブロック５ｂの再送要求を再送要求７で表している。図示しないが、この再送要求に応じて、送信装置１は、データブロック５ｂを受信装置２に再送する。
以上の処理によれば、受信装置２は、チェック符号４ｂを用いた異常判定結果だけに基づいて異常なデータの再送を要求する場合と比較して、データの再送にかかる時間を短縮することができる。すなわち、チェック符号４ｂを用いた異常判定結果だけに基づいて再送を行う場合、受信装置２は、データグループ４ａ内のどの部分が異常であるかを判別できないので、データグループ４ａ全体の再送を送信装置１に要求する。この場合、データグループ４ａに含まれるデータブロック５ａは、受信装置２が正常に受信できているにもかかわらず、送信装置１から再度送信されてしまい、その分だけ再送に余計な時間がかかる。
これに対して、受信装置２は、データグループ４ａに含まれるデータブロック５ａ，５ｂ毎に異常判定を行い、異常があるデータブロック５ｂのみを再送要求することで、再送されるデータ量を削減し、再送時間を短縮することができる。その結果、受信装置２は、送信装置１から受信すべきデータ全体の受信を完了するまでにかかる時間を短縮することができる。
［第２の実施の形態］
次に、送信装置から受信装置へのデータ送信の一例として、ストレージ装置間でのデータコピーを適用した実施の形態について説明する。
図２は、第２の実施の形態のストレージシステムを示す図である。第２の実施の形態のストレージシステムは、ストレージ装置１０およびストレージ装置２０を含む。
ストレージ装置１０は、ストレージシステムのプライマリとして機能する。ストレージ装置２０は、ストレージシステムのセカンダリとして機能する。このストレージシステムでは、予期せぬ災害などに備えて、プライマリのストレージ装置１０に格納されるデータを遠隔地に配置されているセカンダリのストレージ装置２０にバックアップさせることができる。以下、プライマリのストレージ装置１０をコピー元のストレージ装置、セカンダリのストレージ装置２０をコピー先のストレージ装置という場合がある。
ストレージ装置１０は、ＣＭ（Controller Module）１００とＤＥ（Drive Enclosure）２００とを有する。ストレージ装置２０は、ＣＭ３００とＤＥ４００とを有する。ＤＥ２００，４００は、複数のＨＤＤを搭載する。
ＣＭ１００とＣＭ３００との間は、例えば、ファイバチャネル（ＦＣ：Fibre Channel）などを用いたＳＡＮ（Storage Area Network）を介して接続されている。
ＣＭ１００には、ホスト装置５００が接続されている。ＣＭ１００とホスト装置５００との間は、例えば、ＦＣを用いたＳＡＮを介して接続されている。ＣＭ１００は、ホスト装置５００からの要求に応じたＤＥ２００に対するデータアクセスを制御する。例えば、ＣＭ１００は、論理ボリュームを作成し、ホスト装置５００から論理ボリュームに対するアクセスを受け付ける。ＣＭ１００は、論理ボリュームに対応する物理記憶領域をＤＥ２００内に確保し、ホスト装置５００から論理ボリュームに対して書き込みが要求されたデータを、ＤＥ２００における対応する記憶領域に書き込む。論理ボリュームのデータは、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）によってＤＥ２００内の記憶領域への書き込みが制御されてもよい。
また、ＣＭ１００は、ＤＥ２００に記憶されたデータをＣＭ３００に送信してバックアップさせる。ＣＭ３００は、ＣＭ１００から送信されたデータを、ＤＥ４００にバックアップする。例えば、ＣＭ３００は、ＣＭ１００に作成された論理ボリュームの記憶領域を指定した読み出し要求をＣＭ１００に送信する。ＣＭ１００から読み出し要求に応じたデータが送信され、ＣＭ３００は、送信されたデータを、その論理ボリュームに対応付けてＤＥ４００に確保した記憶領域に書き込む。これにより、論理ボリュームのリモートコピーが実現される。
図３は、ＣＭのハードウェア例を示す図である。ＣＭ１００は、プロセッサ１０１、ＲＡＭ（Random Access Memory）１０２、ＳＳＤ（Solid State Drive）１０３、ＤＩ（Drive Interface）１０４、ＣＡ（Channel Adapter）１０５、ＣＡ１０６および読み取り装置１０７を有する。
プロセッサ１０１は、ＣＭ１００の情報処理を制御する。プロセッサ１０１は、複数のプロセッシング要素を含むマルチプロセッサであってもよい。
ＲＡＭ１０２は、ＣＭ１００の主記憶装置である。ＲＡＭ１０２は、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０２は、プロセッサ１０１による処理に用いる各種データを記憶する。
ＳＳＤ１０３は、ＣＭ１００の補助記憶装置である。ＳＳＤ１０３は、不揮発性の半導体メモリである。ＳＳＤ１０３には、プロセッサ１０１に実行させるプログラムや各種データなどが格納される。
ＤＩ１０４は、ＤＥ２００と通信するためのインタフェースである。ＣＡ１０５は、ホスト装置５００と通信するためのインタフェースである。ＣＡ１０６は、ＣＭ３００と通信するためのインタフェースである。
読み取り装置１０７は、可搬型の記録媒体１０７ａに記録されたプログラムやデータを読み取る装置である。記録媒体１０７ａとして、例えば、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤなどの磁気ディスク、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）などの光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）を使用できる。また、記録媒体１０７ａとして、例えば、フラッシュメモリカードなどの不揮発性の半導体メモリを使用することもできる。読み取り装置１０７は、例えば、プロセッサ１０１からの命令に従って、記録媒体１０７ａから読み取ったプログラムやデータをプロセッサ１０１に送信する。
なお、ＣＭ３００もＣＭ１００と同様のハードウェアにより実現できる。
図４は、ＣＡのハードウェア例を示す図である。図４は、ＣＭ１００が有するＣＡ１０６とＣＭ３００が有するＣＡ３０６のハードウェア例を示している。なお、図４では、ＣＭ１００，３００が有する他のハードウェアの図示を省略している。
ＣＡ１０６は、プロセッサ１０６ａおよびメモリ１０６ｂを有する。プロセッサ１０６ａは、ファームウェアプログラムを実行することでＣＡ１０６を統括的に制御する。また、プロセッサ１０６ａは、後述するＦＣフレームを生成し、ＦＣフレームを用いてＣＭ３００と通信する。メモリ１０６ｂは、揮発性の半導体メモリである。例えば、メモリ１０６ｂは、ＲＡＭである。メモリ１０６ｂは、プロセッサ１０６ａによる処理に用いる各種データを記憶する。
ＣＡ３０６は、ＣＡ１０６と同様のハードウェアにより実現できる。すなわち、ＣＡ３０６は、プロセッサ３０６ａおよびメモリ３０６ｂを有する。プロセッサ３０６ａは、ＦＣフレームを生成し、ＦＣフレームを用いてＣＭ１００と通知する。
なお、ＣＭ１００は、第１の実施の形態の送信装置１の一例であり、ＣＭ３００は、第１の実施の形態の受信装置２の一例である。また、ＣＡ１０６またはストレージ装置１０が送信装置１の一例であってもよいし、ＣＡ３０６またはストレージ装置２０が受信装置２の一例であってもよい。
図５は、ＦＣフレームを示す図である。図５は、プロセッサ１０６ａ，３０６ａが生成するＦＣフレームを示す図である。ＣＭ１００とＣＭ３００との間の通信は、ＦＣフレームが用いられる。
ＦＣフレームは、先頭側から、ＳＯＦ（Start Of Frame，４ｂｙｔｅｓ）、フレームヘッダ（２４ｂｙｔｅｓ）、ペイロード（２１１２ｂｙｔｅｓ）、ＣＲＣ（４ｂｙｔｅｓ）およびＥＯＦ（End Of Frame，４ｂｙｔｅｓ）を有する。また、ペイロードは、オプション（６４ｂｙｔｅｓ）およびデータ部（２０４８ｂｙｔｅｓ）を有する。
ＳＯＦには、ＦＣフレームの始まりを示す情報が記録される。フレームヘッダには、送信元および送信先のアドレスや、ＦＣフレームの種類を示す情報などが記録される。ペイロードには、主にＳＣＳＩ（Small Computer System Interface）コマンドに関する情報が記録される。ＣＲＣには、データ部のデータに誤りがあるかを検出するためのチェック符号が記録される。例えば、データ部のデータを所定の定数で割った余りがＣＲＣに記録される。ＥＯＦには、ＦＣフレームの終わりを示す情報が記録される。
ＦＣフレームの種類の例として、コマンドフレーム、データフレーム、レスポンスフレームなどがある。コマンドフレームにおけるペイロードのデータ部には、ＲＥＡＤコマンドやＷＲＩＴＥコマンドなどのＳＣＳＩコマンドが記録される。データフレームにおけるペイロードのデータ部には、ＳＣＳＩコマンドによって読み出しや書き込みが要求された実データが記録される。レスポンスフレームにおけるペイロードのデータ部には、ＳＣＳＩコマンドによって要求された処理を正常に完了したかを示す情報が記録される。
ここで、ＣＭ１００からＣＭ３００に対してデータフレームを用いて送信される実データは、複数のデータブロックに分割される。データブロックの１つの大きさは、５１２ｂｙｔｅｓである。本実施の形態では、データブロックに、Ｔ１０−ＤＩＦ（Data Integrity Field）で規定されたＰＩ（Protection Information）が付加される。ＰＩは、８ｂｙｔｅｓの保護情報である。データブロックとＰＩとを合わせた容量が５２０ｂｙｔｅｓなので、図５の下側に示すように、ＰＩが付加されたデータブロックを、データフレームにおけるペイロードのデータ部に３つまで記録することができる。
なお、データフレームにおけるペイロードのデータ部の大きさは、２０４８ｂｙｔｅｓを上限として可変となっている。そして、ＲＥＡＤコマンドを送信するコマンドフレームにおいては、対応するデータフレームにおけるペイロードのデータ部に格納させるデータブロック数を指定することが可能となっている。例えば、データブロック数が「１」に指定された場合、データフレームにおけるペイロードのデータ部は５２０ｂｙｔｅｓに縮小される。
図６は、ＰＩのフォーマットを示す図である。データブロックに付加されるＰＩは、ＣＲＣ（２ｂｙｔｅｓ）、ＡＰＰ（Application tag）（２ｂｙｔｅｓ）、ＬＢＡ（Logical Block Address，４ｂｙｔｅｓ）を有する。ＣＲＣには、データブロックに誤りがあるかを検出するためのチェック符号が記録される。例えば、データブロックを所定の定数で割った余りがＣＲＣに記録される。ＡＰＰには、任意の情報が登録される。ＬＢＡには、データブロックの位置を示すＬＢＡが登録される。
本実施の形態では、ＡＰＰに、１ビットのＵｎｗｒｉｔｅ Ｆｌａｇが記録される。Ｕｎｗｒｉｔｅ Ｆｌａｇは、データブロックのアドレスが示す読み出し元記憶領域が未書き込み領域であるか否かを示す。Ｕｎｗｒｉｔｅ Ｆｌａｇがｔｒｕｅ（例えば１）の場合、データブロックが未書き込み領域のデータ（０データ）であり、有効なデータが含まれていないことを示す。Ｕｎｗｒｉｔｅ Ｆｌａｇがｆａｌｓｅ（例えば０）の場合、データブロックが未書き込み領域のデータでないことを示す。なお、本実施の形態では、データブロックの読み出し元領域は論理ボリュームの記憶領域であり、Ｕｎｗｒｉｔｅ Ｆｌａｇがｔｒｕｅの場合、データブロックは論理ボリュームにおける未書き込み領域から読み出されたデータである。
図７は、ＣＭの機能例を示す図である。図７では、ＣＭ１００とＣＭ３００の機能例を説明する。
ＣＭ１００は、ボリューム管理部１１１、送受信制御部１１２および記憶部１１３を有する。
ボリューム管理部１１１の処理は、例えば、ＣＭ１００のプロセッサ１０１が所定のアプリケーションプログラムを実行することで実現される。ボリューム管理部１１１は、ホスト装置５００からの論理ボリュームに対するアクセスを制御する。例えば、ボリューム管理部１１１は、論理ボリュームに対応する物理記憶領域をＤＥ２００内に確保し、ホスト装置５００から論理ボリュームに対して書き込みが要求されたデータを、ＤＥ２００における対応する記憶領域に書き込む。また、ボリューム管理部１１１は、ＲＡＭ１０２をキャッシュメモリとして用いてホスト装置５００からの論理ボリュームに対するアクセスを制御してもよい。さらに、ボリューム管理部１１１は、論理ボリュームに含まれるデータのうち、ＣＭ３００からＣＡ１０６を介してコピー（読み出し）が要求されたデータを、ＤＥ２００（またはキャッシュメモリ）から読み出してＣＡ１０６に転送する。
送受信制御部１１２の処理は、例えば、ＣＡ１０６のプロセッサ１０６ａが所定のファームウェアプログラムを実行することで実現される。送受信制御部１１２は、ＣＭ３００からコピーのために読み出しが要求されたデータをボリューム管理部１１１から取得し、ＦＣフレームを用いてＣＭ３００に送信する。送受信制御部１１２は、読み出しが要求されたデータをデータブロックに分割し、各データブロックにＰＩを付加してＦＣフレームに格納する。
記憶部１１３は、例えば、ＣＡ１０６のメモリ１０６ｂに確保された記憶領域として実装される。記憶部１１３は、送受信制御部１１２がＣＭ３００に送信するデータを一時的に記憶する。
ＣＭ３００は、コピー制御部３１１、送受信制御部３１２、チェック処理部３１３および記憶部３１４を有する。
コピー制御部３１１の処理は、例えば、ＣＭ３００のメインプロセッサが所定のアプリケーションプログラムを実行することで実現される。コピー制御部３１１は、ＣＭ１００に作成された論理ボリュームのデータをバックアップするためのコピー処理を実行する。コピー制御部３１１は、論理ボリュームにおけるコピーすべき領域のアドレスを送受信制御部３１２に通知して、その領域のデータをＣＭ１００から読み出すように指示する。コピー制御部３１１は、指示に応じてＣＭ１００から読み出されて送信されたデータを、ＤＥ４００に書き込む。
送受信制御部３１２およびチェック処理部３１３の処理は、例えば、ＣＡ３０６のプロセッサ３０６ａが所定のファームウェアプログラムを実行することで実現される。送受信制御部３１２は、コピー制御部３１１からの指示に応じて、ＣＭ１００に対してＲＥＡＤコマンドを送信する。送受信制御部３１２は、ＲＥＡＤコマンドに応じてＣＭ１００から送信されたＦＣフレーム（データフレーム）について、チェック処理部３１３に異常がないかをチェックさせる。送受信制御部３１２は、異常がないと判定されたデータブロックをコピー制御部３１１に受け渡す。また、送受信制御部３１２は、異常があると判定されたデータブロックの再送を、ＣＭ１００に対して要求する。
チェック処理部３１３は、送受信制御部３１２がＣＭ１００から受信したデータについて、異常がないかをチェックする。具体的には、チェック処理部３１３は、ＣＭ１００から受信したＦＣフレームのＣＲＣを用いて、ＦＣフレームのペイロードに記録されたデータが異常であるか否かを判定する。ＦＣフレームのペイロードに記録されたデータを異常と判定した場合、チェック処理部３１３は、データブロックに付加されているＰＩのＣＲＣを用いて、当該データブロックが異常であるか否かを判定する。データブロックを異常と判定した場合、チェック処理部３１３は、データブロックに付加されているＰＩのＵｎｗｒｉｔｅ Ｆｌａｇがｔｒｕｅであるか否かを判定する。Ｕｎｗｒｉｔｅ Ｆｌａｇがｔｒｕｅの場合、チェック処理部３１３は、データブロックを０データとして修復する。Ｕｎｗｒｉｔｅ Ｆｌａｇがｆａｌｓｅの場合、チェック処理部３１３は、データブロックを異常なデータブロックと判定する。
記憶部３１４は、例えば、ＣＡ３０６のメモリ３０６ｂに確保された記憶領域として実装される。記憶部３１４は、送受信制御部３１２がＣＭ１００から受信したデータを一時的に記憶する。
次に、論理ボリュームのデータをＣＭ３００がバックアップするためのＣＭ１００からＣＭ３００へのコピー処理について、フローチャートを用いて説明する。
図８は、コピー元のデータ送信処理の例を示すフローチャートである。以下、図８に示す処理をステップ番号に沿って説明する。
（Ｓ１１）送受信制御部１１２は、コピー先のＣＭ３００からＲＥＡＤコマンドを含むＦＣフレーム（コマンドフレーム）を受信する。ＲＥＡＤコマンドには、論理ボリュームを指定するＬＵＮ（Logical Unit Number）と、読み出し領域を示す先頭ＬＢＡおよびデータ長が含まれている。
（Ｓ１２）送受信制御部１１２は、ＲＥＡＤコマンドによって示される読み出し領域をボリューム管理部１１１に通知する。ボリューム管理部１１１は、通知された読み出し領域に記録されたデータをＤＥ２００（またはキャッシュメモリ）から読み出し、送受信制御部１１２に送信する。送受信制御部１１２は、読み出されたデータを取得して、記憶部１１３に格納する。
（Ｓ１３）送受信制御部１１２は、ステップＳ１１で受信したＦＣフレームのデータ部を参照して、データフレームのデータ部に格納するデータブロック数を判別する。送受信制御部１１２は、ステップＳ１１で読み出しが要求されたデータのうち、未送信のデータブロックを、判別したデータブロック数の分だけ先頭側から選択する。
通常は、ステップＳ１１で受信したＦＣフレームのデータ部には、データブロック数として最大の「３」が記録されている。この場合、送受信制御部１１２は、未送信のデータブロックを先頭側から３つ選択する。ただし、未送信のデータブロックが３つ未満の場合には、それらが全て選択され、選択されるデータブロックは３つ未満となる。一方、ステップＳ１１で受信したＲＥＡＤコマンドが再送を要求するものである場合、データブロック数として「２」または「１」が記録されている場合がある。
送受信制御部１１２は、選択した各データブロックにＰＩを付加する。具体的には、送受信制御部１１２は、データブロックを所定の定数で割った余りをＰＩのＣＲＣに記録する。送受信制御部１１２は、データブロックを参照し、ＰＩのＵｎｗｒｉｔｅ Ｆｌａｇにデータブロックが０データであるか否かを示す情報を記録する。送受信制御部１１２は、データブロックの位置を示すＬＢＡをＰＩのＬＢＡに記録する。
送受信制御部１１２は、ＰＩが付加されたデータブロックを含むＦＣフレーム（データフレーム）を生成する。このとき、送受信制御部１１２は、ＰＩが付加されたデータブロックを含むペイロードのデータを所定の定数で割った余りを、ＦＣフレームのＣＲＣに記録する。また、送受信制御部１１２は、生成するＦＣフレームにおけるデータ部の長さを、ステップＳ１１で受信したＦＣフレームのデータ部に記録されたデータブロック数に応じて可変する。例えば、データブロック数が「１」である場合、送受信制御部１１２は、データ部の長さをデータブロックおよびＰＩが１組だけ記録される長さに設定する。
（Ｓ１４）送受信制御部１１２は、ＦＣフレームをＣＭ３００に送信する。
（Ｓ１５）送受信制御部１１２は、コピー先のＣＭ３００からステップＳ１４で送信したＦＣフレームに対する送信結果を受信する。
（Ｓ１６）送受信制御部１１２は、送信結果が正常か否かを判定する。正常の場合、処理をステップＳ１８に進める。異常の場合、処理をステップＳ１７に進める。
（Ｓ１７）送受信制御部１１２は、ステップＳ１１で受信したＲＥＡＤコマンドに応じたデータ送信処理を中断する。これにより、図８の処理は終了し、ＣＭ３００から新たなＲＥＡＤコマンドが送信されると、図８の処理が実行される。
（Ｓ１８）送受信制御部１１２は、ステップＳ１１で受信したＲＥＡＤコマンドによって読み出しが要求されたデータのデータブロックを全て送信済みであるか否かを判定する。送信済みの場合、処理を終了する。送信済みでない場合、処理をステップＳ１３に進める。
図９は、コピー先のデータ受信処理の例（その１）を示すフローチャートである。以下、図９に示す処理をステップ番号に沿って説明する。
（Ｓ２１）コピー制御部３１１は、論理ボリュームにおけるコピーすべき領域のアドレスを送受信制御部３１２に通知して、その領域のデータをＣＭ１００から読み出すように指示する。送受信制御部３１２は、コピー制御部３１１からの読み出し指示を受信する。
（Ｓ２２）送受信制御部３１２は、コピー元のＣＭ１００にＲＥＡＤコマンドを含むＦＣフレーム（コマンドフレーム）送信する。コマンドフレームには、コピー制御部３１１から指定されたＬＵＮ、先頭ＬＢＡおよびデータ長が含まれる。また、データフレームのデータ部に格納するデータブロック数として、最大の「３」が指定される。
（Ｓ２３）送受信制御部３１２は、コピー元のＣＭ１００からＦＣフレーム（データフレーム）を受信する。送受信制御部３１２は、受信したＦＣフレームを記憶部３１４に格納する。なお、このステップＳ２３で受信されるＦＣフレームは、ステップＳ２２または後述する図１１のステップＳ４４において送信されたＲＥＡＤコマンドに応じてＣＭ１００から送信されたものである。
（Ｓ２４）チェック処理部３１３は、ステップＳ２３で受信されたＦＣフレームに含まれるデータブロックに異常があるか否かを判定する。この判定処理の詳細については、図１２において説明する。チェック処理部３１３は、判定結果を送受信制御部３１２に通知する。
（Ｓ２５）送受信制御部３１２は、チェック処理部３１３から通知された判定結果に基づいて、ステップＳ２３で受信したＦＣフレームの中に異常と判定されたデータブロックが存在するかを判定する。存在する場合、処理を図１０のステップＳ３１に進める。存在しない場合、処理をステップＳ２６に進める。
（Ｓ２６）送受信制御部３１２は、ＦＣフレームが正常である旨をＣＭ１００に通知する。
（Ｓ２７）送受信制御部３１２は、記憶部３１４に格納されている正常なデータブロックをコピー制御部３１１に送信し、書き込みを指示する。コピー制御部３１１は、受信したデータブロックを、ＤＥ４００の所定領域に書き込む。これにより、受信したデータブロックに対応する論理ボリュームのデータがバックアップされる。なお、コピー制御部３１１は、受信したデータブロックをＣＭ３００のＲＡＭのキャッシュ領域に一旦書き込んだ後、これらのデータブロックをＤＥ４００に書き込んでもよい。
（Ｓ２８）送受信制御部３１２は、ステップＳ２２または後述する図１１のステップＳ４４において送信したＲＥＡＤコマンドによって読み出しを要求したデータのデータブロックを、全て受信済みであるか否かを判定する。全て受信済みの場合、処理を終了する。受信済みでないデータブロックがある場合、処理をステップＳ２３に進める。
図１０は、コピー先のデータ受信処理の例（その２）を示すフローチャートである。以下、図１０に示す処理をステップ番号に沿って説明する。
（Ｓ３１）送受信制御部３１２は、ＦＣフレームが異常である旨をＣＭ１００に通知する。
（Ｓ３２）送受信制御部３１２は、ステップＳ２４で異常と判定されたデータブロックに付加されているＰＩのＬＢＡを確認する。
（Ｓ３３）送受信制御部３１２は、ＲＥＡＤコマンドを含むＦＣフレーム（コマンドフレーム）を生成する。このＦＣフレームは、コピー元のＣＭ１００に対して、異常と判定されたデータブロックの再送要求を行うためのものである。ＦＣフレームのデータ部には、読み出し要求先のアドレスとして、ステップＳ２４で異常と判定されたデータブロックのＬＢＡが記録される。送受信制御部３１２は、生成したＦＣフレームをコピー元のＣＭ１００に送信する。これにより、異常が検出されたデータブロックの再送が要求される。また、送受信制御部３１２は、ステップＳ２４で異常と判定されたデータブロックを記憶部３１４から削除する。
ここで、例えば、ステップＳ２４で異常と判定されたデータブロックが１つのみの場合、生成されるＦＣフレームのデータ部には、そのデータブロックの先頭ＬＢＡと、１データブロック分のデータ長とが記録される。また、データブロックのデータ部に格納するデータブロック数として、「１」が記録される。
また、ステップＳ２４で異常と判定されたデータブロックが複数ある場合には、それらのデータブロックごとにＲＥＡＤコマンドが送信されてもよい。しかしながら、次のような処理を実行することで、ＲＥＡＤコマンドの発行数を抑制し、再送にかかる時間を短縮することができる。
ステップＳ２４で異常と判定されたデータブロックが２つ以上であり、かつ連続している場合、生成されるＦＣフレームのデータ部には、それらのデータブロックのうち先頭側のデータブロックの先頭ＬＢＡと、それらのデータブロック全体の長さを示すデータ長とが記録される。また、データブロックのデータ部に格納するデータブロック数としては、異常と判定されたデータブロックの数が記録される。
また、ステップＳ２４で異常と判定されたデータブロックが２つ以上であり、かつ、連続していない場合、送受信制御部３１２は、ステップＳ２３で受信したＦＣフレームに含まれるデータブロック全体の再送を要求する。すなわち、生成されるＦＣフレームのデータ部には、ステップＳ２３で受信したＦＣフレームに含まれるデータブロックのうち先頭側のデータブロックの先頭ＬＢＡと、それらのデータブロック全体の長さを示すデータ長とが記録される。また、データブロックのデータ部に格納するデータブロック数としては、ステップＳ２３で受信したＦＣフレームに含まれるデータブロックの数が記録される。
（Ｓ３４）送受信制御部３１２は、ＣＭ１００からＦＣフレーム（データフレーム）を受信する。受信したＦＣフレームには、再送要求したデータブロックが含まれている。また、再送されたデータブロックにはＰＩが付加されている。送受信制御部３１２は、受信したＦＣフレームを記憶部３１４に格納する。
（Ｓ３５）チェック処理部３１３は、ステップＳ３４で受信されたＦＣフレームに含まれるデータブロックに異常があるか否かを判定する。この判定処理の詳細については、図１２において説明する。チェック処理部３１３は、判定結果を送受信制御部３１２に通知する。
（Ｓ３６）送受信制御部３１２は、チェック処理部３１３から通知された判定結果に基づいて、ステップＳ３４で受信したＦＣフレームの中に異常と判定されたデータブロックが存在するかを判定する。存在する場合、処理をステップＳ３７に進める。存在しない場合、処理を図１１のステップＳ４１に進める。
（Ｓ３７）送受信制御部３１２は、ＦＣフレームが異常である旨をＣＭ１００に通知する。
（Ｓ３８）送受信制御部３１２は、データの受信に異常が発生した旨をコピー制御部３１１に通知し、処理を終了する。
以上の図１０の処理では、ステップＳ３３において、受信したＦＣフレームに含まれるデータブロックのうち異常のデータブロックのみが再送要求され、ステップＳ３４において、再送を要求した異常のデータブロックのみが受信される。これにより、ＦＣフレーム単位で再送を要求する場合より再送にかかる時間を短縮することができる。したがって、コピー制御部３１１から読み出しが要求されたデータ全体の受信にかかる時間を短縮することができる。
また、ステップＳ３３では、返信されるデータフレームのデータ部に含まれるデータブロック数として、読み出しを要求するデータブロック数と同じ数が指定される。これにより、ステップＳ３４で受信するＦＣフレームのデータ部の長さが必要最小限の長さに短縮される。したがって、再送にかかる時間を確実に短縮することができる。
なお、図１０の処理では、再送要求に応じて受信したＦＣフレームに異常のデータブロックが含まれる場合、送受信制御部３１２は、コピー制御部３１１にデータ異常を通知して処理を終了するものとした。しかし、例えば、再送要求に応じて受信したＦＣフレームに異常のデータブロックが含まれる場合、送受信制御部３１２は、正常なデータブロックを受信するまで所定回数だけ再送要求を送信してもよい。また、送受信制御部３１２は、ステップＳ３８でコピー制御部３１１に受信データの異常を通知した後、処理を終了せずに後述する図１１のステップＳ４３に進み、受信済みでない残りのデータの読み出し要求処理を実行してもよい。
図１１は、コピー先のデータ受信処理の例（その３）を示すフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。
（Ｓ４１）送受信制御部３１２は、ＦＣフレームが正常である旨をＣＭ１００に通知する。
（Ｓ４２）送受信制御部３１２は、ステップＳ２３で受信したＦＣフレーム内のデータブロックのうち、ステップＳ２４で正常と判定されたデータブロックと、ステップＳ３４で受信したＦＣフレーム内のデータブロックとを記憶部３１４から読み出す。読み出されるデータブロック群は、ステップＳ２３で受信したＦＣフレーム内のデータブロックのうち正常に受信されなかったデータブロックを、再送されたデータブロックによってリカバリしたものとなる。送受信制御部３１２は、読み出したデータブロック群をコピー制御部３１１に送信し、書き込みを指示する。コピー制御部３１１は、受信したデータブロック群を、ＤＥ４００の所定領域に書き込む。これにより、読み出したデータブロック群に対応する論理ボリュームのデータがバックアップされる。
（Ｓ４３）送受信制御部３１２は、ステップＳ２１でコピー制御部３１１から読み出しが指示されたデータのデータブロックを、全て受信済みであるか否かを判定する。全て受信済みの場合、処理を終了する。受信済みでないデータブロックがある場合、処理をステップＳ４４に進める。
（Ｓ４４）送受信制御部３１２は、ステップＳ２１でコピー制御部３１１から読み出しが指示されたデータのデータブロックのうち、受信済みでない残りのデータブロックの読み出しを要求するためのＲＥＡＤコマンドを含むＦＣフレーム（コマンドフレーム）を、ＣＭ１００に送信する。コマンドフレームには、受信済みでない残りのデータブロックが含まれるＬＵＮと、これらのデータブロックのうちの先頭ＬＢＡと、これらのデータブロック全体のデータ長とが含まれる。また、データフレームのデータ部に格納するデータブロック数として、最大の「３」が指定される。この後、処理を図９のステップＳ２３に進める。
図１２は、データチェック処理の例を示すフローチャートである。この図１２の処理は、図９のステップＳ２４および図１０のステップＳ３５の処理に対応する。以下、図１２に示す処理をステップ番号に沿って説明する。
（Ｓ５１）チェック処理部３１３は、受信したＦＣフレームのＣＲＣを用いて、ＦＣフレームのデータ部のデータが異常であるか否かを判定する。図１２の処理がステップＳ２４に対応する場合、ステップＳ２３で受信したＦＣフレームが判定処理の対象となる。図１２の処理がステップＳ３５に対応する場合、ステップＳ３４で受信したＦＣフレームが判定処理の対象となる。
チェック処理部３１３は、具体的には、ＦＣフレームのデータ部のデータを所定の定数で割った余りとＦＣフレームのＣＲＣが同じであるか否かにより、データ部のデータが異常であるかを判定する。当該余りとＣＲＣとが異なる場合はデータ部のデータが異常と判定し、処理をステップＳ５２に進める。当該余りとＣＲＣとが同じ場合はデータ部のデータが正常と判定し、図１２の処理を終了する。
（Ｓ５２）チェック処理部３１３は、Ｎに１を代入する。なお、Ｎは、データ部に含まれるデータブロックを指定するための変数である。
（Ｓ５３）チェック処理部３１３は、Ｎ番目のデータブロックに付加されているＰＩのＣＲＣを用いて、当該データブロックが異常であるか否かを判定する。詳細には、チェック処理部３１３は、データブロックを所定の定数で割った余りとＰＩのＣＲＣが同じであるか否かにより、データブロックが異常であるかを判定する。当該余りとＣＲＣとが異なる場合はデータブロックが異常と判定し、処理をステップＳ５４に進める。当該余りとＣＲＣとが同じ場合はデータブロックが正常と判定し、処理をステップＳ５７に進める。
（Ｓ５４）チェック処理部３１３は、Ｎ番目のデータブロックに付加されているＰＩのＵｎｗｒｉｔｅ Ｆｌａｇがｔｒｕｅであるか否かを判定する。ｔｒｕｅの場合、処理をステップＳ５５に進める。ｆａｌｓｅの場合、処理をステップＳ５６に進める。
（Ｓ５５）チェック処理部３１３は、記憶部３１４に記憶されているＮ番目のデータブロックを、未書き込み領域から読み出されたことを示すように修復する。例えば、チェック処理部３１３は、記憶部３１４に記憶されているＮ番目のデータブロックを、全ビットが０である０データに変換する。そして、処理をステップＳ５７に進める。
（Ｓ５６）チェック処理部３１３は、Ｎ番目のデータブロックを異常なデータブロックと判定する。
（Ｓ５７）チェック処理部３１３は、Ｎ番目のデータブロックがデータ部に含まれる最後のデータブロックであるか否かを判定する。最後のデータブロックの場合、図１２の処理を終了する。最後のデータブロックでない場合、処理をステップＳ５８に進める。
（Ｓ５８）チェック処理部３１３は、Ｎをインクリメントする。そして、処理をステップＳ５３に進める。
以上の図１２の処理では、ステップＳ５３でＰＩのＣＲＣを用いてデータブロックが異常と判定された場合でも、ステップＳ５４でＵｎｗｒｉｔｅ Ｆｌａｇがｔｒｕｅである場合には、異常なデータブロックと判定しないようにした。これにより、ＣＲＣを用いて異常と判定されたがそのビット内容がわかっているデータブロックを再送させずに済むため、再送させるデータ量を削減し、再送時間を短縮することができる。また、Ｕｎｗｒｉｔｅ Ｆｌａｇがｔｒｕｅであるデータブロックを未書き込み領域から読み出されたことを示すように修復することで、コピー制御部３１１に正しいデータブロックを受け渡すことができる。
次に、ＣＭ３００とＣＭ１００との間の通信処理の例について、シーケンス図を用いて説明する。
図１３は、バックアップ処理の例（その１）を示すシーケンス図である。以下、図１３に示す処理をステップ番号に沿って説明する。
（ＳＴ１０１）ＣＭ３００は、データブロックＸ１〜Ｘ５の読み出しを要求するためのＲＥＡＤコマンドを含むＦＣフレーム（コマンドフレーム）を、ＣＭ１００に送信する。なお、データブロックＸ１〜Ｘ５は、ある論理ボリューム上の連続したアドレス領域に記録されている。
（ＳＴ１０２）ＣＭ１００は、データブロックＸ１，Ｘ２，Ｘ３それぞれにＰＩを付加する。ＣＭ１００は、ＰＩが付加されたデータブロックＸ１，Ｘ２，Ｘ３を含むＦＣフレーム（データフレーム）を生成する。
（ＳＴ１０３）ＣＭ１００は、ＦＣフレームをＣＭ３００に送信する。
（ＳＴ１０４）ＣＭ３００は、受信したＦＣフレームのＣＲＣを用いて、ＦＣフレームのデータ部のデータが異常であるかをチェックする。ここでは、データ部のデータが異常であると判定されたとする。
（ＳＴ１０５）ＣＭ３００は、データブロックＸ１に付加されているＰＩのＣＲＣを用いて、データブロックＸ１が異常であるかをチェックする。ここでは、データブロックＸ１は異常でないと判定されたとする。
（ＳＴ１０６）ＣＭ３００は、データブロックＸ２に付加されているＰＩのＣＲＣを用いて、データブロックＸ２が異常であるかをチェックする。ここでは、データブロックＸ２は異常であると判定されたとする。この場合、次のステップＳＴ１０７の処理が実行される。
（ＳＴ１０７）ＣＭ３００は、データブロックＸ２に付加されているＰＩのＵｎｗｒｉｔｅ Ｆｌａｇを確認する。ここでは、Ｕｎｗｒｉｔｅ Ｆｌａｇがｆａｌｓｅであったとする。
（ＳＴ１０８）ステップＳＴ１０７の確認の結果から、ＣＭ３００は、データブロックＸ２を異常なデータブロックと判定する。
（ＳＴ１０９）ＣＭ３００は、データブロックＸ３に付加されているＰＩのＣＲＣを用いて、データブロックＸ３が異常であるかをチェックする。ここでは、データブロックＸ３は異常でないと判定されたとする。
図１４は、バックアップ処理の例（その２）を示すシーケンス図である。以下、図１４に示す処理をステップ番号に沿って説明する。
（ＳＴ１１１）ＣＭ３００は、ＦＣフレームが異常である旨をＣＭ１００に通知する。
（ＳＴ１１２）ＣＭ３００は、異常と判定されたデータブロックＸ２の再送を要求するためのＲＥＡＤコマンドを含むＦＣフレーム（コマンドフレーム）を、ＣＭ１００に送信する。
（ＳＴ１１３）ＣＭ１００は、データブロックＸ２にＰＩを付加する。ＣＭ１００は、ＰＩが付加されたデータブロックＸ２を含むＦＣフレーム（データフレーム）を生成する。
（ＳＴ１１４）ＣＭ１００は、ＦＣフレームをＣＭ３００に送信する。
（ＳＴ１１５）ＣＭ３００は、受信したＦＣフレームのＣＲＣを用いて、ＦＣフレームのデータ部のデータが異常であるかをチェックする。ここでは、データ部のデータが異常でないと判定されたとする。
（ＳＴ１１６）ＣＭ３００は、ＦＣフレームが正常である旨をＣＭ１００に通知する。
（ＳＴ１１７）ＣＭ３００は、ステップＳＴ１０１で読み出しを要求したデータブロックのうち、受信済みでないデータブロックＸ４，Ｘ５の読み出しを要求するためのＲＥＡＤコマンドを含むＦＣフレーム（コマンドフレーム）を、ＣＭ１００に送信する。
（ＳＴ１１８）ＣＭ１００は、データブロックＸ４，Ｘ５それぞれにＰＩを付加する。ＣＭ１００は、ＰＩが付加されたデータブロックＸ４，Ｘ５を含むＦＣフレーム（データフレーム）を生成する。
（ＳＴ１１９）ＣＭ１００は、ＦＣフレームをＣＭ３００に送信する。
（ＳＴ１２０）ＣＭ３００は、ＦＣフレームのＣＲＣを用いて、ＦＣフレームのデータ部のデータが異常であるかをチェックする。ここでは、データ部のデータが異常でないと判定されたとする。
（ＳＴ１２１）ＣＭ３００は、ＦＣフレームが正常である旨をＣＭ１００に通知する。
以上説明した第２の実施の形態によれば、ＦＣフレームを用いてＣＭ３００に送信される読み出しデータにおいて、データブロック毎にＣＲＣを含むＰＩが付加される。ＣＭ３００は、受信したＦＣフレームのデータ部のデータについて異常を検出した場合、ＰＩのＣＲＣを用いて異常なデータブロックを検出する。ＣＭ３００は、異常と検出したデータブロックのみをＣＭ１００に再送要求する。
これにより、ＦＣフレームのＣＲＣだけに基づいて再送要求を行う場合と比較して、再送にかかる時間を短縮することができる。すなわち、ＦＣフレームのＣＲＣだけに基づく場合、ＦＣフレーム単位で再送要求が行われる。この場合、ＦＣフレームに含まれるデータブロックの中に正常なデータブロックが含まれていても、ＦＣフレーム内の全てのデータブロックについて再送が要求される。これにより、正常に受信できたデータブロックについても再送されることから、再送に余計な時間がかかる。これに対して、第２の実施の形態によれば、異常と判定されたデータブロックのみをＣＭ１００に再送要求するので、再送されるデータ量が削減され、再送時間を短くできる。その結果、コピー制御部３１１から読み出しが要求されたデータ全体の受信にかかる時間を短縮することができる。
なお、第２の実施の形態では、送受信制御部３１２およびチェック処理部３１３の処理がＣＡ３０６によって実現される例について説明した。しかし、これに限らず、例えば、送受信制御部３１２およびチェック処理部３１３の処理は、ＣＭ３００のプロセッサが所定のプログラムを実行することによって実現されてもよい。この場合、送受信制御部３１２は、ＣＡ３０６を介してＣＭ１００と通信する。同様に、送受信制御部１１２の処理は、ＣＭ１００のプロセッサ１０１が所定のプログラムを実行することによって実現されてもよい。この場合、送受信制御部１１２は、ＣＡ１０６を介して送受信制御部３１２と通信する。
また、第２の実施の形態では、ＣＭ１００に格納されているデータをＣＭ３００に送信する場合を例示した。これに限らず、例えば、ホスト装置５００とＣＭ１００との間で行われる通信にも、第２の実施の形態に示したデータ異常のチェックおよび再送の手順を適用可能である。この場合、ホスト装置５００とＣＭ１００との間の通信では、ＦＣフレームが用いられ、ＦＣフレームに含まれるデータブロックにはＰＩが付加される。そして、ＣＭ１００は、例えば、ホスト装置５００から送信されたＦＣフレームのデータ部に異常を検出した場合、ＰＩのＣＲＣを用いて異常なデータブロックを検出する。ＣＭ１００は、異常と検出したデータブロックのみをホスト装置５００に再送要求する。
なお、第１の実施の形態の情報処理は、受信装置２に用いられるプロセッサに、プログラムを実行させることで実現できる。第２の実施の形態のＣＭ１００の情報処理は、ＣＡ１０６が有するプロセッサ１０６ａまたはＣＭ１００が有するプロセッサ１０１にプログラムを実行させることで実現できる。第２の実施の形態のＣＭ３００の情報処理は、ＣＡ３０６が有するプロセッサ３０６ａまたはＣＭ３００が有するプロセッサにプログラムを実行させることで実現できる。これらのプログラムは、コンピュータ読み取り可能な記録媒体に記録できる。
例えば、プログラムを記録した可搬型記録媒体を配布することで、プログラムを流通させることができる。また、例えば、ＣＭ３００が有するコピー制御部３１１、送受信制御部３１２およびチェック処理部３１３に相当する機能を実現するプログラムを別個のプログラムとし、各プログラムを別個に配布してもよい。ＣＭ３００が有するコピー制御部３１１、送受信制御部３１２およびチェック処理部３１３の機能が別個のコンピュータにより実現されてもよい。コンピュータは、例えば、可搬型記録媒体に記録されたプログラムを、ＲＡＭやＳＳＤなどの自己の記憶装置に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。
１ 送信装置
２ 受信装置
２ａ 判定部
２ｂ 再送要求部
３ ネットワーク
４ａ データグループ
４ｂ，６ａ，６ｂ チェック符号
５ａ，５ｂ データブロック
７ 再送要求
Ｓ１，Ｓ４ ステップ

Claims (5)

  1. 送信装置からのデータを受信する受信装置において、
    複数のデータブロックと前記複数のデータブロックのそれぞれに基づいて算出された複数の第１チェック符号とを含むデータグループと、前記データグループに基づいて算出された第２チェック符号とを前記送信装置から受信すると、前記第２チェック符号に基づいて前記データグループが異常であるかを判定し、異常である場合、前記複数の第１チェック符号に基づいて前記複数のデータブロックの中から異常なデータブロックを特定する判定部と、
    前記異常なデータブロックの再送を前記送信装置に要求する再送要求部と、
    を有する受信装置。
  2. 前記データグループは、前記複数のデータブロックのそれぞれに対応する複数の判定情報をさらに含み、各判定情報は、対応するデータブロックのアドレスが示す送信元記憶領域が未書き込み領域であるかを示し、
    前記判定部は、前記異常なデータブロックのうち、前記判定情報が前記未書き込み領域であることを示す一のデータブロックを、前記再送要求部が再送を要求する対象から除外する、
    請求項１記載の受信装置。
  3. 前記判定部は、前記一のデータブロックを、前記未書き込み領域から読み出されたことを示す値に変換する、
    請求項２記載の受信装置。
  4. データ受信を制御する受信制御方法において、
    受信装置が、
    複数のデータブロックと前記複数のデータブロックのそれぞれに基づいて算出された複数の第１チェック符号とを含むデータグループと、前記データグループに基づいて算出された第２チェック符号とを送信装置から受信し、
    前記第２チェック符号に基づいて前記データグループが異常であるかを判定し、
    前記データグループが異常である場合、前記複数の第１チェック符号に基づいて前記複数のデータブロックの中から異常なデータブロックを特定し、
    前記異常なデータブロックの再送を前記送信装置に要求する、
    受信制御方法。
  5. データ受信を制御する受信制御プログラムにおいて、
    コンピュータに、
    複数のデータブロックと前記複数のデータブロックのそれぞれに基づいて算出された複数の第１チェック符号とを含むデータグループと、前記データグループに基づいて算出された第２チェック符号とを送信装置から受信し、
    前記第２チェック符号に基づいて前記データグループが異常であるかを判定し、
    前記データグループが異常である場合、前記複数の第１チェック符号に基づいて前記複数のデータブロックの中から異常なデータブロックを特定し、
    前記異常なデータブロックの再送を前記送信装置に要求する、
    処理を実行させる受信制御プログラム。
JP2015175462A 2015-09-07 2015-09-07 受信装置、受信制御方法および受信制御プログラム Active JP6565506B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2015175462A JP6565506B2 (ja) 2015-09-07 2015-09-07 受信装置、受信制御方法および受信制御プログラム
US15/235,527 US10014983B2 (en) 2015-09-07 2016-08-12 System, receiving device, and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015175462A JP6565506B2 (ja) 2015-09-07 2015-09-07 受信装置、受信制御方法および受信制御プログラム

Publications (2)

Publication Number Publication Date
JP2017055153A JP2017055153A (ja) 2017-03-16
JP6565506B2 true JP6565506B2 (ja) 2019-08-28

Family

ID=58190721

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015175462A Active JP6565506B2 (ja) 2015-09-07 2015-09-07 受信装置、受信制御方法および受信制御プログラム

Country Status (2)

Country Link
US (1) US10014983B2 (ja)
JP (1) JP6565506B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106788916B (zh) * 2016-12-30 2021-08-27 深圳市优必选科技股份有限公司 用于总线的数据传输方法及数据传输装置
CN109934268B (zh) * 2019-02-20 2021-01-22 中国工商银行股份有限公司 异常交易检测方法及系统

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5677918A (en) * 1995-07-28 1997-10-14 Motorola, Inc. Method and device for efficient error correction in a packet-switched communication system
JPH09214474A (ja) * 1995-11-28 1997-08-15 Sanyo Electric Co Ltd デジタル通信方法及び受信装置
JP3027800B2 (ja) * 1996-09-17 2000-04-04 株式会社 アドテック 無線ｌａｎにおける伝送制御方法および伝送制御装置
JPH1145157A (ja) 1997-07-24 1999-02-16 Internatl Business Mach Corp <Ibm> データ転送装置、ディスク装置及びデータ転送方法
JP2000105675A (ja) 1998-09-29 2000-04-11 Nec Corp ディスクアレイ装置
JP3263671B2 (ja) * 1998-09-30 2002-03-04 三洋電機株式会社 誤り検出装置
KR100762632B1 (ko) * 2001-10-17 2007-10-01 삼성전자주식회사 부호 분할 다중 접속 통신 시스템에서 전송 채널 다중화/역다중화 장치 및 방법
US7535913B2 (en) 2002-03-06 2009-05-19 Nvidia Corporation Gigabit ethernet adapter supporting the iSCSI and IPSEC protocols
WO2004105022A1 (en) 2003-05-20 2004-12-02 Koninklijke Philips Electronics N.V. Handling unwritten areas on a storage medium
US8074146B2 (en) * 2007-09-28 2011-12-06 Broadcom Corporation Multiple cyclic redundancy check (CRC) engines for checking/appending CRCs during data transfers
WO2009096658A1 (en) * 2008-01-31 2009-08-06 Lg Electronics Inc. Method for determining transport block size and signal transmission method using the same
US20120195327A1 (en) * 2009-07-22 2012-08-02 Korea Electronics Technology Institute Frame formation method in wireless communication network for medical prosthetic device
JP5517677B2 (ja) * 2010-02-26 2014-06-11 株式会社日立製作所 無線通信システム、及び、無線通信方法
JP2011198272A (ja) * 2010-03-23 2011-10-06 Toshiba Corp 半導体記憶装置および半導体記憶装置の制御方法

Also Published As

Publication number Publication date
JP2017055153A (ja) 2017-03-16
US20170070316A1 (en) 2017-03-09
US10014983B2 (en) 2018-07-03

Similar Documents

Publication Publication Date Title
US7975168B2 (en) Storage system executing parallel correction write
US7647526B1 (en) Reducing reconstruct input/output operations in storage systems
JP5807458B2 (ja) ストレージシステム、ストレージ制御装置およびストレージ制御方法
US7570447B2 (en) Storage control device and method for detecting write errors to storage media
US7587631B2 (en) RAID controller, RAID system and control method for RAID controller
US20090210618A1 (en) Apparatus and method to allocate resources in a data storage library
US20070067666A1 (en) Disk array system and control method thereof
US20060236149A1 (en) System and method for rebuilding a storage disk
JP2013210847A (ja) ストレージシステム、ストレージ制御方法およびストレージ制御プログラム
US7454686B2 (en) Apparatus and method to check data integrity when handling data
US20100057978A1 (en) Storage system and data guarantee method
JP5852674B2 (ja) 情報機器間のデータ転送のデータ欠落を検出する方法
US20160170851A1 (en) Multi level data recovery in storage disk arrays
US11482294B2 (en) Media error reporting improvements for storage drives
JP6565506B2 (ja) 受信装置、受信制御方法および受信制御プログラム
JP3400328B2 (ja) データ記憶方法およびデータ記憶装置
JP2015114784A (ja) バックアップ制御装置及びバックアップ制御方法、ディスクアレイ装置、並びにコンピュータ・プログラム
US7174476B2 (en) Methods and structure for improved fault tolerance during initialization of a RAID logical unit
US8914668B2 (en) Asynchronous raid stripe writes to enable response to media errors
US11080136B2 (en) Dropped write error detection
US9383938B2 (en) Method, system, and apparatus for re-conveying input/output operations utilizing a sequential-access data storage device secondary communication port
JP2004185477A (ja) 光記憶媒体アレイ装置およびデータ転送方法
JP2012198704A (ja) ストレージ装置、制御装置およびストレージ装置制御方法
JP5640543B2 (ja) ストレージシステム及びその制御方法
JP6318769B2 (ja) ストレージ制御装置、制御プログラム、および制御方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180514

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190624

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190702

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190715

R150 Certificate of patent or registration of utility model

Ref document number: 6565506

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150