×この技術を簡単クリック査定この機能をご利用いただくには、会員登録(無料)が必要です。出願した特許の牽制数、引用された数などを知る事ができます。気になる技術や特許をブックマークしておけば、いつでも後から読むことができます。後で印刷するために、公報をPDFでダウンロードできます。会員登録してastamuseを使えば、もっと簡単に便利にお使いいただけます。会員登録(無料)「astamuse」は世界中の挑戦したい社会課題に挑戦し、未来を創る人のプラットフォームです。※この項目の情報は公開日時点(2015年10月5日)のものです。(16)課題データ通信の帯域を圧迫することなく、最終データの消失によるI/O停止を予防することのできるデータ通信装置、データ通信システム及びデータ通信方法を提供すること。有する情報に基づき前記各ポートにおける伝送エラーの発生頻度の上昇を予測するエラー発生予測手段と、エラー発生予測手段により伝送エラーの発生頻度の上昇が予測された場合に、最後のデータ列を含むデータである最終データを二回以上送信するよう送信手段に指示する指示手段と、を備え、送信手段は、指示手段より指示を受信した場合に最終データを二回以上送信するデータ通信装置。Channel、以下FC)通信では、ひとつのシーケンスを1個または複数個のフレームで伝送する。このとき、受信側は、最後のデータ列を含むフレーム(最終フレーム)を受信することにより、一連のフレームの伝送が完了したことを認識することができる。クラス3のFC通信では、フレーム伝送におけるACK(ACKnowledgement)応答が定義されていない(非特許文献1)。そのため伝送路上でフレーム伝送エラーが発生すると、該当フレームが受信側に到達しないだけでなく、送信側が伝送エラーを認識することもできない。クラス3のFC通信でフレーム伝送エラーが発生して「最終フレーム以外」のフレームの消失が発生した場合、受信側が消失したフレームを受信していなかったとしても、受信側が最終フレームを受信した時点で一連のフレームの伝送が完了する。Interface)レイヤー等受信側の上位レイヤーがフレームの消失を認識して送信側にエラーレスポンスを返すことにより、送信側に再送を促すことができる。概要データ通信の帯域を圧迫することなく、最終データの消失によるI/O停止を予防することのできるデータ通信装置、データ通信システム及びデータ通信方法を提供すること。有する情報に基づき前記各ポートにおける伝送エラーの発生頻度の上昇を予測するエラー発生予測手段と、前記エラー発生予測手段により伝送エラーの発生頻度の上昇が予測された場合に、最後のデータ列を含むデータである最終データを二回以上送信するよう前記送信手段に指示する指示手段と、を備え、前記送信手段は、前記指示手段より前記指示を受信した場合に前記最終データを二回以上送信するデータ通信装置。請求項2前記エラー発生予測手段は、前記データ通信装置及び他のデータ通信装置に用いられている部品の状態監視又は前記各ポートの伝送エラー率の比較のうち少なくともいずれか一方に基づいて前記伝送エラーの発生頻度の上昇を予測する、請求項1に記載のデータ通信装置。請求項3同内容の前記最終データを二回以上受信した場合に一の前記最終データを保持し残りの前記最終データを破棄する受信手段をさらに備える請求項1又は2に記載のデータ通信装置。請求項4前記指示を受信した送信手段に対応するポートの伝送エラー発生頻度の平常化を確認した場合に、前記指示を解除するよう指示するキャンセル指示手段をさらに備える請求項1乃至3のいずれか一項に記載のデータ通信装置。有する情報に基づき前記各ポートにおける伝送エラーの発生頻度の上昇を予測するエラー発生予測手段と、前記エラー発生予測手段により伝送エラーの発生頻度の上昇が予測された場合に、並び順が規定されている複数のデータ列のうち最後のデータ列を含むデータである最終データを二回以上送信するよう前記データ通信装置及び他のデータ通信装置に指示する指示手段と、を備え、前記データ通信装置及び他のデータ通信装置は、前記複数のデータ列を送信する送信手段を有し、前記送信手段は、前記データ通信装置及び前記他のデータ通信装置が前記指示を受信した場合に前記最終データを二回以上送信するデータ通信システム。請求項6前記エラー発生予測手段は、前記データ通信装置及び他のデータ通信装置に用いられている部品の状態監視又は前記各ポートの伝送エラー率の比較のうち少なくともいずれか一方に基づいて前記伝送エラーの発生頻度の上昇を予測する、請求項5に記載のデータ通信システム。前記エラー発生予測手段と、前記指示手段と、を備える請求項5又は6に記載のデータ通信システム。請求項8前記データ通信装置及び他のデータ通信装置は、同内容の前記最終データを二回以上受信した場合に一の前記最終データを保持し残りの前記最終データを破棄する受信手段をさらに備える付記5乃至7のいずれか一項に記載のデータ通信システム。請求項9データ通信装置及び他のデータ通信装置を含むデータ通信システムにおけるデータ通信方法であって、前記データ通信装置及び他のデータ通信装置の各ポートの状態に関する情報に基づき前記各ポートにおける伝送エラーの発生頻度の上昇を予測するエラー発生予測ステップと、前記エラー発生予測ステップにて伝送エラーの発生頻度の上昇が予測された場合に、並び順が規定されている複数のデータ列のうち最後のデータ列を含むデータである最終データを二回以上送信するよう指示する指示ステップと、前記指示に応じて前記最終データを二回以上送信する送信ステップと、を含むデータ通信方法。0001本発明は、データ通信装置、データ通信システム及びデータ通信方法に関する。Channel、以下FC)通信では、ひとつのシーケンスを1個または複数個のフレームで伝送する。このとき、受信側は、最後のデータ列を含むフレーム(最終フレーム)を受信することにより、一連のフレームの伝送が完了したことを認識することができる。0003クラス3のFC通信では、フレーム伝送におけるACK(ACKnowledgement)応答が定義されていない(非特許文献1)。そのため伝送路上でフレーム伝送エラーが発生すると、該当フレームが受信側に到達しないだけでなく、送信側が伝送エラーを認識することもできない。0004もし、クラス3のFC通信でフレーム伝送エラーが発生して「最終フレーム以外」のフレームの消失が発生した場合、受信側が消失したフレームを受信していなかったとしても、受信側が最終フレームを受信した時点で一連のフレームの伝送が完了する。Interface)レイヤー等受信側の上位レイヤーがフレームの消失を認識して送信側にエラーレスポンスを返すことにより、送信側に再送を促すことができる。発明が解決しようとする課題0006しかし、関連技術には以下の問題があった。上述した通りクラス3のFC通信にはACK応答が存在しない。そのため、「最終フレーム」が消失した場合には、受信側は最終フレーム待ち、送信側はレスポンス待ちの状態で両系が待ち状態となり、フレーム伝送が停止する。上位レイヤーの視点では、この状態は発行したI/O(Input/Output)に対する応答が返ってこない無応答状態に見える。0007このような無応答状態に陥った場合、一般的には、例えばSCSIレイヤー等上位レイヤーのタイマーにより30秒後、または60秒後に応答待ち状態がタイムアウトして再送処理が実行される。少なくともタイムアウトするまでの間はI/Oが停止することになる。0008本発明は、上述した課題を解決するデータ通信装置、データ通信システム及びデータ通信方法を提供することを目的とする。有する情報に基づき前記各ポートにおける伝送エラーの発生頻度の上昇を予測するエラー発生予測手段と、エラー発生予測手段により伝送エラーの発生頻度の上昇が予測された場合に、最後のデータ列を含むデータである最終データを二回以上送信するよう送信手段に指示する指示手段と、を備え、送信手段は、指示手段より指示を受信した場合に最終データを二回以上送信する。有する情報に基づき各ポートにおける伝送エラーの発生頻度の上昇を予測するエラー発生予測手段と、エラー発生予測手段により伝送エラーの発生頻度の上昇が予測された場合に、並び順が規定されている複数のデータ列のうち最後のデータ列を含むデータである最終データを二回以上送信するようデータ通信装置及び他のデータ通信装置に指示する指示手段と、を備え、データ通信装置及び他のデータ通信装置は、複数のデータ列を送信する送信手段を有し、送信手段は、データ通信装置及び前記他のデータ通信装置が指示を受信した場合に最終データを二回以上送信する。0011本発明のデータ通信方法は、データ通信装置及び他のデータ通信装置を含むデータ通信システムにおけるデータ通信方法であって、データ通信装置及び他のデータ通信装置の各ポートの状態に関する情報に基づき各ポートにおける伝送エラーの発生頻度の上昇を予測するエラー発生予測ステップと、エラー発生予測ステップにて伝送エラーの発生頻度の上昇が予測された場合に、並び順が規定されている複数のデータ列のうち最後のデータ列を含むデータである最終データを二回以上送信するよう指示する指示ステップと、指示に応じて最終データを二回以上送信する送信ステップと、を含む。発明の効果0012本発明によれば、データ通信の帯域を圧迫することなく、最終データの消失によるI/O停止を予防することのできるデータ通信装置、データ通信方法及びデータ通信システムを提供することができる。図面の簡単な説明0013第1の実施形態にかかるデータ通信装置100の構成を示す図である。第1の実施形態にかかるデータ通信装置100の動作を説明するフロー図である。第2の実施形態にかかるデータ通信システム2000の構成を示す図である。第2の実施形態にかかるFCフレームヘッダの構成を示すである。第3の実施形態にかかるデータ通信システム2000のうち一つのリンクの両端のポートに着目した場合の構成を示す図である。第3の実施形態にかかる管理テーブル114bに格納されている情報を示す図である。第3の実施形態にかかるデータ通信システム2000の動作を示す図である。第3の実施形態にかかるデータ通信システム2000の動作を示す図である。第3の実施形態にかかるデータ通信システム2000の動作を示す図である。第3の実施形態にかかるデータ通信システム2000の動作を示す図である。Delivery、TCP/IPにおける伝送フローを示す図である。第4の実施形態にかかるデータ通信システム3000の構成を示す図である。第4の実施形態にかかるデータ通信システム3000の動作を示す図である。TCP/IPにおける伝送フローを示す図である。TCP/IPにおける伝送フローを示す図である。実施例0014[第1の実施形態]本実施形態においては、一例としてフレーム単位でデータを伝送する態様について説明する。0015図1は、第1の実施形態にかかるデータ通信装置100の構成を示す図である。110、エラー発生予測手段111、指示手段112及び送信手段113を備える。データ通信装置100は、送信手段113により、並び順が規定されている複数のフレームを他のデータ通信装置(図示せず)に送信する。図10016装置情報収集手段110は、一定時間間隔おきにデータ通信装置100及び他のデータ通信装置の各ポートの状態に関する情報を有する。110によりポーリングする方法や、各装置の装置情報送信手段が一定時間間隔おきに情報を送信する方法が考えられる。この他、データ通信システムの管理者等が予め装置情報収集手段110に各ポートの状態に関する情報を記憶させてもよい。110が有する情報に基づき各ポートの伝送エラーの発生頻度の上昇を予測する。0018指示手段112は、エラー発生予測手段111により伝送エラーの発生頻度の上昇が予測された場合、動作モードを多重化モードに変更するように、すなわち、最終フレームを二回以上送信するように送信手段113に指示する。ここで、最終フレームとは、並び順が規定されている複数のフレームのうち最後のフレームをいう。0019送信手段113は、指示手段112より上記指示を受信した場合、最終フレームを二回以上送信する。0020続いて、図2を用いてデータ通信装置100の動作を説明する。図20021装置情報収集手段110は、一定時間間隔おきにデータ通信装置100及び他のデータ通信装置の各ポートの状態に関する情報を収集する(ステップS21)。110が有する情報に基づき各ポートの伝送エラーの発生頻度の上昇を予測する(ステップS22)。エラー発生予測手段111により伝送エラーの発生頻度の上昇が予測された場合(ステップS22でYes)、指示手段112は送信手段113に対して最終フレームを二回以上送信するように指示する(ステップS23)。当該指示を受信した送信手段113は、最終フレームを二回以上送信する(ステップS24)。伝送エラーの発生頻度の上昇が予測されない場合は(ステップS22でNo)、最終フレームを二回以上送信しない。0022本実施形態にかかるデータ通信装置100によれば、エラー発生予測手段111により伝送エラーの発生頻度の上昇が予測された場合に指示手段112が最終フレームを二回以上送信するよう送信手段113に指示し、当該指示を受信した送信手段113が最終フレームを二回以上送信する。これにより、二回以上送信された最終フレームを受信する側の装置においては、二回以上送信されたいずれかの最終フレームが消失した場合であっても消失していない最終フレームを用いて受信を完結させることができる。この結果、最終フレームの消失によるI/O停止を予防することができる。最終フレームのみを二回以上送信するため、FC通信の帯域を圧迫することがない。0023二回以上送信された最終フレームを受信する側の装置においては、同内容の最終フレームを二回以上受信した場合に一の最終フレームを保持し残りの最終フレームを破棄する受信手段を設けることができる。0024[第2の実施形態]本実施形態においては、一例としてフレーム単位でデータを伝送する態様について説明する。0025図3は、第2の実施形態にかかるデータ通信システム2000の構成を示す図である。対応する手段を管理コントローラ800に設けた例について説明する。本実施形態では、指示手段に対応する手段として二重化指示手段112bを設け、最終フレームを連続して二回送信(二重送信)する態様について説明する。図30026データ通信システム2000は、管理コントローラ800及び装置400、500、600、700(以下、各装置)を含む。各装置は例えばサーバ、FCスイッチ、ストレージである。0027管理コントローラ800は、さらに管理テーブル114b及びキャンセル指示手段115bを備える。0028装置情報収集手段110bは、一定時間間隔おきに後述する各装置の装置情報送信手段から各装置の各ポートの状態に関する情報を収集し、管理テーブル114bに保持する。110bによりポーリングする方法や、各装置の装置情報送信手段が一定時間間隔おきに情報を送信する方法が考えられる。この他、データ通信システムの管理者等が予め装置情報収集手段110bに各ポートの状態に関する情報を記憶させてもよい。0029エラー発生予測手段111bは、管理テーブル114bに保持された情報に基づき各ポートの伝送エラーの発生頻度の上昇を予測する。118(後述)に、最終フレームを二重送信するよう二重化指示を発行する。二重化指示には、伝送エラーの発生頻度の上昇が予測されたポート、すなわち二重化指示の対象となるポートの情報も含まれる。118とに、二重化指示を解除するよう二重化キャンセル指示を発行する。二重化キャンセル指示には、二重化指示のキャンセル対象となるポート番号の情報も含まれる。0032装置情報送信手段116c、116d、116e、116f(以下、116)は、管理コントローラ800に自装置の各ポートの状態に関する情報を送信する。118c、118d、118e、118f(以下、118)は、管理コントローラ800の二重化指示手段112bにより送信された二重化指示を受信し、該当ポートの送信手段113(後述)と受信手段117(後述)の動作モードを二重化モードに変更する。118は、管理コントローラ800のキャンセル指示手段115bより二重化キャンセル指示を受信した場合、該当ポートの送信手段113と受信手段117の二重化モードを解除する。0034受信フレーム保持手段119c、119d、119e、119f(以下、119)は、受信手段117が受信したフレームのヘッダ情報を保持する。0035図4は、第2の実施形態におけるFCフレームヘッダの構成を示すである。図4における各ヘッダ情報について説明する。・D_ID:送信先のポートアドレスである。・S_ID:送信元のポートアドレスである。・F_CTL:先頭フレームか、最終フレームか、送信側がオリジネータかレスポンダか等、エクスチェンジやシーケンスの属性を表す値である。・SEQ_ID:D_IDとS_IDの組に対して、シーケンスごとに固有の番号である。・SEQ_CNT:ひとつのシーケンス中の複数フレームの連続番号、又はひとつのエクスチェンジ中の複数シーケンスの連続番号である。・OX_ID:オリジネータが発行するエクスチェンジ番号である。・RX_ID:レスポンダが発行するエクスチェンジ番号である。図40036送信手段113c、113d、113e、113f(以下、113)は、二重化モードで動作する場合、フレームを送信する際に送信対象フレームのヘッダのF_CTLフィールド(図4参照)の「End_Sequence」ビットを確認する。「End_Sequence」ビットが1であった場合と0であった場合とで以下のように動作する。図40037F_CTLフィールドの「End_Sequence」ビットが1であった場合、送信対象のフレームが該当シーケンスの最終フレームであることを意味する。この場合送信手段113は、フレームを連続して二回送信する。隣接ノード間のリンクに対する連続送信であるため、同一フレームを二回送信する間に、別のフレームの送信は割り込まない。0038F_CTLフィールドの「End_Sequence」ビットが0であった場合、送信対象のフレームが該当シーケンスの最終フレームではないことを意味する。この場合送信手段113は、フレームを一回だけ送信する。0039受信手段117c、117d、117e、117f(以下、117)は、二重化モードで動作する場合、フレームを受信した際に、受信フレームのヘッダのF_CTLフィールド(図4参照)の「End_Sequence」ビットを確認する。「End_Sequence」ビットが1であった場合と0であった場合とで以下のように動作する。図40040「End_Sequence」ビットが1であり、かつ受信フレーム保持手段119がヘッダ情報を保持している場合、受信したフレームのヘッダ情報と受信フレーム保持手段119が保持しているヘッダ情報とが同一かどうかを確認する。両者のヘッダ情報が同一であった場合、受信手段117は、受信したフレームが「二重送信されたフレームの二回目のフレーム」であると判断し、受信したフレームを破棄するとともに受信フレーム保持手段119が保持しているヘッダ情報をクリアする。両者のヘッダ情報が同一でなかった場合、受信手段117は、「直前に受信した最終フレームの一回目または二回目の受信を消失しており、今回のフレームは、別のシーケンスの最終フレームの一回目の受信である」と判断し、受信フレーム保持手段119が保持している情報を受信したフレームのヘッダ情報で更新する。その後、通常の処理により受信したフレームを宛先ポートにルーティングする。「End_Sequence」ビットが1であり、かつ受信フレーム保持手段119が何も情報を保持していない場合、受信手段117は、受信したフレームが「二重送信されたフレームの一回目のフレーム」であると判断して、受信したフレームのヘッダ情報を受信フレーム保持手段119に保持する。その後、通常の処理により受信したフレームを宛先ポートにルーティングする。0041「End_Sequence」ビットが0であった場合、受信手段117は、受信フレーム保持手段119が保持しているフレームヘッダ情報をクリアする。その後、通常の処理により受信したフレームを宛先ポートにルーティングする。0042なお、連続して受信した二個のフレームの同一性の確認は、フレームヘッダ全体(24バイト)を比較することや、フレームの一意性を確認することができるヘッダ情報の一部(D_ID、S_ID、SEQ_ID、OX_ID、RX_IDなど)を比較することより行われる。118の制御に基づいて二重化モードを解除した送信手段113は、最終フレームの二重送信動作を終了する。同様に二重化モードを解除した受信手段117は、最終フレームの二重受信のチェックと、二重受信した最終フレームの破棄の動作を終了する。0044なお、装置が二重化キャンセル指示を受けていない場合でも、二重化モードで動作しているポートがリンクダウンした場合、該当ポートの送信手段113は、最終フレームの二重送信動作を終了する。この場合、該当ポートの受信手段117は、最終フレームの二重受信のチェックと、二重受信した最終フレームの破棄の動作を終了する。110bが各装置の装置情報送信手段116から各ポートの状態を収集した際に二重化モードの解除を知ることができる。0046[第3の実施形態]本実施形態では、図3における一つのリンクの両端のポートに着目し、第2の実施形態において説明した発明について詳細に説明する。本実施形態では、第2の実施形態と同様、最終フレームを二重送信する態様について説明する。図30047図5は、図3におけるデータ通信システム2000のうち一つのリンクの両端のポートに着目した場合の構成を示す図である。図6は、管理コントローラ800が管理する管理テーブル114bの構成を示す図である。Network)で接続されている。装置400のポート12と装置500のポート21とは、FCケーブルで接続されている。110b、管理テーブル114b、エラー発生予測手段111b、二重化指示手段112b及びキャンセル指示手段115bを備える。110b、エラー発生予測手段111b、二重化指示手段112b及びキャンセル指示手段115bの構成は、第2の実施形態において説明した通りである。0050管理テーブル114bには、以下の情報が格納される(図6)。110bが管理テーブル114bのエントリを作成および更新する。・IPアドレス:装置のIPアドレスである。・WWPN:ポートのWWPNであり、テーブル内で一意である。・Tx(初回登録値):エントリを新規作成する際のTx(後述)の値である。経年劣化判断の際に用いられる。・Rx(初回登録値):エントリを新規作成する際のRx(後述)の値である。経年劣化判断の際に用いられる。・ポートID(自分自身):自分自身のポートIDである。・ポートID(対向ポート):対向するポートのポートIDである。リンクアップしていない場合は無効値を格納する。管理コントローラは、ポートIDが無効値から有効値に変更された時点でリンクアップしたと認識する。有効値から無効値に変更された時点でリンクダウンしたと認識する。Pluggable:光ケーブルと装置の接続部のメディアコンバータ)の送信側の電力値である(0dB=1mV)。・Rx:SFPの受信側の電力値である(0dB=1mV)。・エラーカウント:装置が保持しているエラーカウンタ値である。一般的には単純なインクリメンタルカウンタの値である。・I/Oカウント:装置が保持しているI/O回数のカウンタ値である。一般的には単純なインクリメンタルカウンタの値である。図60051また、収集した装置情報、すなわち管理テーブル114bが格納する情報から以下の項目が算出され管理テーブル114bに格納される。・単位時間のエラーカウント:今回装置より取得したエラーカウント値から、前回取得したエラーカウント値を減算して算出した値である。・単位時間のI/O回数:今回装置より取得したI/O回数から、前回取得したI/O回数を減算して算出した値である。0052また、管理テーブル114bには、二重化実行中か否かを保持する項目として以下の項目も格納される。・二重化フラグ:True/Flaseのブール値であり、二重化指示を出しているか否かを示す。118c及びルーティング手段120cは、装置400にそれぞれ1個存在する。́は、装置400が有するポートごとに存在する。118cの構成は、第2の実施形態において説明した通りである。0055送信手段113cは、ポート11にフレームを送信する。́は、ポート12にフレームを送信する。0056受信手段117cは、ポート11からフレームを受信する。́は、ポート12からフレームを受信する。́が受信したフレームのヘッダ情報を保持する。0058ルーティング手段120cは、ポート11、12から受信したフレームを適切な宛先のポートにルーティングする。ルーティング手段120cは一般的なFCスイッチの構成要素であるため、説明を省略する。0059装置500は、装置400と同様の構成を有する。0060続いて、データ通信システム2000の動作について説明する。0061装置情報収集手段110bは、一定時間間隔おきに装置情報送信手段116c、116dからポート11、12、21、22の状態を収集する。116c、116dが一定時間間隔おきに装置情報収集手段110bに情報を送信する方法が考えられる。この他、データ通信システムの管理者等が予め装置情報収集手段110bに各ポートの状態に関する情報を記憶させてもよい。0062装置情報収集手段110bは、収集した情報に含まれるWWPNを手がかりにして管理テーブル114bを検索する。該当エントリが見つかった場合は、以下に示すように、エントリの項目を収集した情報で更新する。「WWPN」、「Tx(初回登録値)」、「Rx(初回登録値)」は更新対象外である。・装置から取得する値のうち、「エラーカウント」と「I/O回数」は、一般的には単純なインクリメンタルカウンタの値である。そのため、管理テーブル114bのエントリのうち「単位時間のエラーカウント」と「単位時間のI/O回数」は、装置から取得した「エラーカウント」および「I/O回数」と、更新前のエントリの値(前回取得値)を元に算出され、更新される。・装置から取得した「ポートID(対向ポート)」が無効値であった場合、「二重化フラグ」の値をFalseに更新する。0063収集した情報に含まれるWWPNのエントリが管理テーブル114b内に存在しない場合は、当該WWPNのエントリを新規作成する。当該WWPNに対応する「Tx(初回登録値)」と「Rx(初回登録値)」には、装置から取得したTxとRxの値が格納される。「WWPN」、「Tx(初回登録値)」、「Rx(初回登録値)」には、エントリを新規作成した際の初回登録値が保持され続ける。装置やケーブル等の経年劣化を判断する場合は、装置を管理コントローラの管理下に置いた直後の値と、その後の運用時の値とを比較する必要があるためである。0064また、「単位時間のエラーカウント」と「単位時間のI/O回数」は装置から取得した情報を格納する項目ではないため、「単位時間のエラーカウント」と「単位時間のI/O回数」にはそれぞれ初期値0が格納される。「二重化フラグ」は装置から取得した情報を格納する項目ではないため、「二重化フラグ」には初期値Falseが格納される。0065装置情報収集手段110bが管理テーブル114bを更新した後、エラー発生予測手段111bは、管理テーブル114bの情報に基づきエントリ単位(ポート単位)に伝送エラーの発生頻度の上昇を予測する。ここでは、一例として、以下の条件のいずれかを満たした場合に平常時に比べて該当ポートの伝送エラーの発生頻度が上昇しやすくなっていると判断するものとする。a.「Rx」の値が-10dBである場合。この場合は、伝送能力が不足していると考えられる。b.「Rx」の値が「Rx(初回登録値)」から-3dB劣化した場合。この場合は、装置やケーブルに経年劣化が生じていると考えられる。c.同一IPアドレスのエントリのうち、「単位時間のエラーカウント」÷「単位時間のI/O回数」の値が突出している場合。この場合、同一装置内において特定のポートにおいて他のポートよりもI/Oごとのエラー発生回数が多いと考えられる。0066条件a及びbは装置の部品の状態監視による予測であり、条件cは同一装置内の各ポートの伝送エラー率の比較による予測であるといえる。条件cを用いる場合、あるポートの伝送エラー率が閾値を超えなくても、他のポートの挙動との比較により当該ポートの伝送エラーの発生頻度の上昇を予測することができる。0067以下では、図7を用いて上述した条件のうちポート21のRxの絶対値が閾値(-10dB)を下回った場合の動作に関して説明する。図70068例えば、管理コントローラ800の装置情報収集手段110bが取得したポート21のRxの値が「-11dB」であった場合、エラー発生予測手段111bは、管理テーブル114bのエントリを検査した際に、「WWPN=ポート21」のエントリのRxの値が-10dBを下回ったことを検出する(ステップS31でYes)。エラー発生予測手段111bは、「WWPN=ポート21」の伝送エラーの発生頻度の上昇を予測し、二重化指示手段112bに当該予測をした旨を通知するとともに、「WWPN=ポート21」のエントリの「二重化フラグ」の値をTrueに更新する(ステップS32)。0069二重化指示手段112bは、管理テーブル114bの「WWPN=ポート21」のエントリから、伝送エラー発生頻度の上昇を予測した装置のIPアドレス(装置2_IP)とポートID(ポート21_ID)、およびそのポートに接続されている対向ポートのポートID(ポート12_ID)を取得する。対向ポートのポートID(ポート12_ID)を手がかりにして管理テーブル114bの「ポートID(自分自身)」を検索し、該当するエントリから対向ポートを有する装置のIPアドレス(装置1_IP)を取得する(ステップS33)。118cに「ポート12_ID」に対する最終フレーム二重化指示を発行する。118dに「ポート21_ID」に対する最終フレーム二重化指示を発行する(ステップS34)。́を二重化モードに変更する。118dは、ポート21に対応する送信手段113dと受信手段117dを二重化モードに変更する(ステップS35)。これにより、ポート12とポート21が二重化モードで動作することになる。́の内容をクリアする。同様に、装置500の受信手段117dは、受信フレーム保持手段119dの内容をクリアする(ステップS36)。0073続いて、図8を用いてポート12からポート21へのフレーム送信時の動作について説明する。二重化モードで動作するポート12とポート21に関して、ポート12からポート21への送信と、ポート21からポート12への送信の動作とは、送信装置と受信装置が逆になるだけで動作内容は同様である。そのため、ここではポート12からポート21への送信時の動作についてのみ説明する。́は、送信対象フレームのヘッダのF_CTLフィールド(図4参照)の「End_Sequence」ビットを確認する(ステップS41)。́は、フレームを連続して二回送信する(ステップS42)。́は、フレームを一回だけ送信する(ステップS43)。図40075続いて、図9を用いてフレームを受信した際の受信手段117dの動作について説明する。受信手段117dは、受信したフレームのヘッダのF_CTLフィールド(図4参照)の「End_Sequence」ビットを確認する(ステップS51)。「End_Sequence」ビットが1であり(ステップS51でEnd_Sequence=1)、かつ受信フレーム保持手段119dがヘッダ情報を保持している場合(ステップS52でYes)、受信したフレームのヘッダ情報と、受信フレーム保持手段119dが保持しているヘッダ情報とが同一かどうかを確認する(ステップS53)。両者のヘッダ情報が同一であった場合(ステップS53でYes)、受信手段117dは受信フレーム保持手段119dの内容をクリアするとともに(ステップS54)、受信したフレームを破棄する(ステップS55)。両者のヘッダ情報が異なった場合(ステップS53でNo)、受信手段117dは受信フレーム保持手段119dの内容をクリアした後(ステップS56)、受信したフレームのヘッダ情報を受信フレーム保持手段119dに格納する(ステップS57)。受信したフレームをルーティング手段120dに送信し、通常の処理により宛先ポートにルーティングする(ステップS58)。図90076「End_Sequence」ビットが1であり(ステップS51でEnd_Sequence=1)、かつ受信フレーム保持手段119dが何も情報を保持していない場合(ステップS52でNo)、受信手段117dは、受信したフレームのヘッダ情報を受信フレーム保持手段119dに保持する(ステップS59)。受信したフレームをルーティング手段120dに送信し、通常の処理により宛先ポートにルーティングする(ステップS58)。0077「End_Sequence」ビットが0であった場合(ステップS51でEnd_Sequence=0)、受信手段117dは受信フレーム保持手段119dの内容をクリアする。受信したフレームをルーティング手段120dに送信し、通常の処理により宛先ポートにルーティングする(ステップS60)。受信フレーム保持手段119dが保持するヘッダ情報は、フレームヘッダ全体(24バイト)であってもよいし、フレームの一意性を確認することができるヘッダ情報の一部(D_ID、S_ID、SEQ_ID、OX_ID、RX_IDなどの組み合わせ)であってもよい。0078以上の動作により、ポート12とポート21との間における最終フレームの通信だけが二重化される。0079続いて、図10を用いて最終フレームの二重送信を終了させる動作について説明する。装置情報手段110bが取得した、ポート21のRxの値が「-9dB」であった場合、エラー発生予測手段111bは、管理テーブル114bのエントリを検査した際に「二重化フラグ=True」のエントリ(「WWPN=ポート21」のエントリ)のRxの値が-10dBを上回ったことを検出する(ステップS71でYes)。エラー発生予測手段111bは、「WWPN=ポート21」の伝送エラーの発生頻度の上昇が解消された、すなわち、伝送エラーの発生頻度が平常化したと判断する。二重化キャンセル指示手段115bに当該旨を通知するとともに、「WWPN=ポート21」のエントリの「二重化フラグ」の値をFalseに更新する(ステップS72)。図100080キャンセル指示手段115bは、管理テーブル114bの「WWPN=ポート21」のエントリから、装置のIPアドレス(装置2_IP)とポートID(ポート21_ID)、およびそのポートに接続されている対向ポートのポートID(ポート12_ID)を取得する。対向ポートのポートID(ポート12_ID)を手がかりにして管理テーブル114bの「ポートID(自分自身)」を検索し、該当するエントリから、対向ポートを持つ装置のIPアドレス(装置1_IP)を取得する(ステップS73)。118cに対して「ポート12_ID」に対する二重化キャンセル指示を発行する。118dに対して、「ポート21_ID」に対する二重化キャンセル指示を発行する(ステップS74)。́の二重化モードを解消する。118dは、ポート21に対応する送信手段113dと受信手段117dの二重化モードを解消する(ステップS75)。これにより、ポート12とポート21との間の最終フレームの二重送信が終了する。́、送信手段113d、受信手段117dは、二重化モードの動作を終了する。116c、116dからポートの状態を収集した際の「ポートID(対向ポート)」が無効値になることにより、リンクダウンによるポート12とポート21の二重化モードの解除を把握する。これにより、管理テーブル114bの「二重化フラグ」の値がFalseに更新される。0085本実施形態におけるデータ通信装置2000によれば、装置不良などの要因によるフレーム消失の発生しやすさを予測した上で最終フレームの二重送信を行うため、今後発生する可能性がある最終フレーム消失、およびそれを原因とするI/O停止を防ぐことができる。フレーム消失の発生しやすさを予測したリンクに対して最終フレームだけを二重送信するため、エンドノード間の伝送性能の劣化が少なくて済む。Delivery)に適用した場合の例について説明する。0087図11は、R2D2における伝送フローの一例を示す図である。ACKnowledgement)又はごく短時間のACK待ち状態のタイムアウトを行うことにより高速再送を実現する技術である。ACK待ち状態が存在することから、ACKが返ってこない場合に問題が生じる。これは、上述したクラス3のFC通信における最終フレームの消失によるI/O停止に相当する。図110088装置間のリンクにおいて、NACKまたはACK待ち状態のタイムアウトによる再送が頻発する場合、何らかの理由で装置間のリンクの伝送品質が低下していることを意味する。そこで、本実施形態にかかるデータ通信システム3000では、何らかの伝送品質の低下を検出した場合に、該当リンクに対してデータとACKの二重送信を実行する。0089図12は、データ通信システム3000の構成を示す図である。装置200と装置300はイーサネットで接続されている。図12には装置200から装置300にデータを送信する際に動作する構成を示している。装置300から装置200にデータを送信する際に動作する構成は、装置200と装置300の構成を逆にするだけであるため、説明を省略する。23、ACKK受信手段24、ACK保持手段25、検出手段26及び指示手段27を備える。0091送信キュー21は、一般的なレイヤー2スイッチが持つ送信キューである。0092送信手段22は、送信キュー21内のデータを装置300に送信する。この際、データを送信した旨を送信状態記憶手段23に通知する。NACK受信後あるいはACK待ち状態のタイムアウト後にデータを再送する場合、再送である旨を送信状態記憶手段23に通知する。0093送信手段22は、指示手段27(後述)からデータ二重送信指示に基づいて同一データ(R2D2の場合は全てのMACフレームとそれらのフレームに対応するACK)を連続して二回送信する。送信手段22は、ACK受信手段24(後述)により通知されたACKが肯定応答である場合、送信キュー21内の次のデータを送信する。ACK応答が否定応答である場合には、直前に送信したデータを再送する。送信手段22は、一定時間内にACK受信手段24から通知を受けなかった場合、直前に送信したデータを再送する。0094送信状態記憶手段23は、以下の情報を保持する。・正常データ送信回数:送信手段22から通知を受けた、再送ではないデータの送信回数である。・再送回数:送信手段22から通知を受けた、NACK受信後のデータ再送回数、又は送信手段22から通知を受けた、ACK待ち状態のタイムアウト回数である。0095ACK受信手段24は、装置300のACK送信手段33(後述)が送信したACKパケットを受信する。ACK受信手段24は、受信したACKパケットと、ACK保持手段25(後述)が保持する情報とを比較する。両者が異なる場合、ACK受信手段24はACK保持手段25の内容をクリアする。ACKパケットの情報をACK保持手段25に格納し、送信手段22にACKの種類(肯定応答または否定応答)を通知する。ACK受信手段24が受信したACKパケットと、ACK保持手段25が保持する情報とが同一である場合、ACK保持手段25の内容をクリアする。この場合、送信手段22に対する通知は行わない。0096ACK保持手段25には、直前に受信したACKパケットの一意性を識別できる情報が格納される。ACK保持手段25には、ACKパケット全体を格納してもよいし、ACKパケットの一部の情報だけを格納してもよい。装置起動直後のACK保持手段25には何も格納されていない。0097検出手段26は、第1の実施形態におけるエラー発生予測手段に対応する構成である。NACKまたはACK待ち状態のタイムアウトによる再送が頻発する場合等、何らかの理由で装置間のリンクの伝送品質が低下していることを検出する。この場合、伝送エラーの発生頻度の上昇が予測される。0098指示手段27は、検出手段26により伝送品質の低下が検出された場合に、送信手段22に対してデータ二重送信指示を送信する。0099装置300は、受信データ保持手段31、受信手段32、ACK送信手段33及び受信バッファ34を備える。0100受信データ保持手段31には、直前に受信したデータに関する、データの一意性を識別できる情報(ヘッダ情報など)が格納される。装置起動直後の受信データ保持手段31には何も格納されていない。0101受信手段32は、装置200の送信手段22が送信したデータを受信する。受信手段32は、受信したデータと、受信データ保持手段31が保持する情報とを比較する。両者が異なる場合、受信手段32は受信データ保持手段31の内容をクリアする。受信データ保持手段31に受信データの一意性を識別する情報を格納し、受信データを受信バッファ34(後述)に送信してACK送信手段33(後述)にACK(肯定応答または否定応答)の送信指示を出す。受信手段32が受信したデータと、受信データ保持手段31が保持する情報とが同一である場合、受信手段32は受信データ保持手段31の内容をクリアし、ACK送信手段33にACK(肯定応答)の送信指示を出す。受信データは、受信手段32により破棄される。0102ACK送信手段33は、ACKパケットを装置200に送信する。0103受信バッファ34は、一般的なレイヤー2スイッチが持つ受信バッファである。23が管理する情報に基づいて装置間のリンクの伝送品質の低下を検出した場合における動作について説明する。ここでは例として、以下の条件のいずれかを満たした場合に、装置間のリンクの伝送品質が低下していると判断するものとする。検出手段26が装置間のリンクの伝送品質の低下を検出した場合(ステップS81でYes)、指示手段27は送信手段22にデータ二重送信指示を送信する(ステップS82)。データ二重送信指示を受けた送信手段22は、装置200から装置300に対するデータ送信の際、同一データを連続して二回送信(二重送信)する(ステップS83)。図130105一個目または二個目のデータが消失(ロスト)していない場合(ステップS84でNo)、二重送信されたデータのうち二個目のデータは、受信手段32により破棄される(ステップS86)。一個目または二個目のデータが消失した場合は(ステップS84でYes)、どちらか一方のデータにより通信が継続される(ステップS85)。0106また、装置300が装置200から同一データを連続して二回受信した場合、装置300から装置200に送信されるACKパケットも連続して二回送信される。0107二重送信されたACKパケットのうち二個目のACKパケットは、ACK受信手段24により破棄される。一個目または二個目のACKパケットが消失した場合は、どちらか一方のデータにより通信が継続される。0108時間の経過とともに送信状態記憶手段23が保持する情報が更新され、指示手段27が、装置間のリンクの伝送品質の低下が解消したと判断した場合、指示手段27は送信手段22にデータ二重送信停止指示を出す。データ二重化停止指示を受けた送信手段22は二重送信を停止する。0109本実施形態にかかるデータ通信システム3000によれば、第1乃至第3の実施形態にかかるデータ通信装置又はデータ通信システムをR2D2に適用することにより、R2D2におけるACK待ち状態による通信の停止を予防することができる。Protocol)に適用した場合の例について説明する。0111TCPにはFC通信における最終フレームという概念が存在しない。TCPはACKが定義されたプロトコルであり、受信側からACKが返ってこない場合に、ACK待ち状態で通信が停止する。これは、クラス3のFC通信における最終フレームの消失によるI/O停止に相当する。0112TCP/IPにおける伝送フローも図11と同様に示される。図11において、ノード1はACK待ち状態のタイムアウト後にパケットの再送を行う。ここで再度ノード2からACKを受信できなかった場合、一般的にはACK待ち状態のタイマー値を増加させた上でパケットの再送を行う。再送を繰り返した結果、再送回数が閾値を超えた時点でコネクションが解放される。ノード1上で動作するアプリケーションの視点では、この状態はノード2の無応答に見える。この状態は、例えばモバイル環境等、回線品質が悪い場合に頻発する可能性がある。本実施形態にかかるデータ通信システムでは、この状態を回避するため、ノード2が回線品質の劣化を検出した際に、ACKパケットを二重送信する。Check)チェックによるパケット破壊の検出の頻度が上がった場合に、回線品質が低下したと判断して、ACKパケットの二重送信を開始する。0114ノード1は、受信したACKパケットのACK番号を記憶し、受信済ACKパケットと同じ内容のACKパケットを受信した場合、受信したACKパケットを破棄する。0115本実施形態にかかるデータ通信システムによれば、例えばモバイル回線等、通信品質が安定しない回線におけるACK待ちによる通信性能劣化を防止することができる。0116なお、ノード1におけるACK待ちタイムアウトの増加や、再送回数が増加した場合などノード1が回線品質低下を検出した場合、ノード1からノード2に対するデータの二重送信を行う方法も考えられる。これは輻輳の誘発原因となる可能性が高いため、本実施形態ではノード2からノード1に送信するACKパケットだけを二重送信するものとする。0117また、上述した通り、TCPにはFC通信における最終フレームという概念が存在しない。一連のデータストリームを送信する際の最後のパケットが消失した場合、送信側は最終パケットのACK待ち状態で通信を停止する。これは、クラス3のFC通信における最終フレーム消失によるI/O停止に相当する。0118例えば図14に示すように三個のパケットを送信するケースを考える。ノード1から送信した3個のパケットのうち二個目のパケットが消失した場合、ノード1は三個目のパケットに対するACKパケットの情報を参照することにより、二個目のパケットが消失したことを把握することができる。これにより、ノード1は即座に二個目のパケットから再送を実行することができる。図140119しかし、図15に示すようにノード1からノード2に送信するパケットが三個の状態で、三個目のパケットが消失した場合、ノード1は三個目のパケットに対するACK待ち状態で通信を停止する。モバイル環境等の、回線品質が悪い場合で再送が多発している場合に、上記のような最終パケット消失による通信性能劣化が発生する可能性がある。図150120この状態を回避するため、ACK待ちタイムアウトの増加や、再送回数が増加した場合などノード1が回線品質の劣化を検出した場合に、ノード1の送信バッファ内の最後のパケットを二重送信する。0121ノード2は同一内容のパケットを2回受信した場合に、二個目のパケットを破棄する。0122以上により、例えばモバイル回線等、通信品質が安定しない回線におけるACK待ちによる通信性能劣化を防止することができる。0123以上、本発明の実施形態について説明したが、本発明は、上記実施形態に限定されるものではなく、本発明の趣旨を逸脱しない限りにおいて、他の変形例、応用例を含むことは言うまでもない。0124上記の実施形態の一部又は全部は、以下のようにも記載されうるが、以下には限られない。前記送信手段は、前記指示手段より前記指示を受信した場合に前記最終データを二回以上送信するデータ通信装置。0126(付記2)前記エラー発生予測手段は、前記データ通信装置及び他のデータ通信装置に用いられている部品の状態監視又は前記各ポートの伝送エラー率の比較のうち少なくともいずれか一方に基づいて前記伝送エラーの発生頻度の上昇を予測する、付記1に記載のデータ通信装置。0127(付記3)同内容の前記最終データを二回以上受信した場合に一の前記最終データを保持し残りの前記最終データを破棄する受信手段をさらに備える付記1又は2に記載のデータ通信装置。0128(付記4)前記指示を受信した送信手段に対応するポートの伝送エラー発生頻度の平常化を確認した場合に、前記指示を解除するよう指示するキャンセル指示手段をさらに備える付記1乃至3のいずれか一項に記載のデータ通信装置。前記送信手段は、前記データ通信装置及び前記他のデータ通信装置が前記指示を受信した場合に前記最終データを二回以上送信するデータ通信システム。0130(付記6)前記エラー発生予測手段は、前記データ通信装置及び他のデータ通信装置に用いられている部品の状態監視又は前記各ポートの伝送エラー率の比較のうち少なくともいずれか一方に基づいて前記伝送エラーの発生頻度の上昇を予測する、付記5に記載のデータ通信システム。前記エラー発生予測手段と、前記指示手段と、を備える付記5又は6に記載のデータ通信システム。0132(付記8)前記データ通信装置及び他のデータ通信装置は、同内容の前記最終データを二回以上受信した場合に一の前記最終データを保持し残りの前記最終データを破棄する受信手段をさらに備える付記5乃至7のいずれか一項に記載のデータ通信システム。0133(付記9)前記管理コントローラは、前記エラー発生予測手段が、前記伝送エラーの発生頻度の上昇を予測したポートの伝送エラー発生頻度の平常化を確認した場合に、前記指示を解除するよう指示するキャンセル指示手段をさらに備える請求項5乃至8のいずれか一項に記載のデータ通信システム。前記指示に応じて前記最終データを二回以上送信する送信ステップと、を含むデータ通信方法。0135(付記11)前記エラー発生予測ステップにて、前記データ通信装置及び他のデータ通信装置に用いられている部品の状態監視又は前記各ポートの伝送エラー率の比較のうち少なくともいずれか一方に基づいて前記伝送エラーの発生頻度の上昇を予測する、付記10に記載のデータ通信方法。0136(付記12)同内容の前記最終データを二回以上受信した場合に一の前記最終データを保持し残りの前記最終データを破棄する受信ステップをさらに備える付記10又は11に記載のデータ通信方法。0137(付記13)前記エラー発生予測ステップにて、前記伝送エラーの発生頻度の上昇を予測したポートの伝送エラー発生頻度の平常化が確認された場合に、前記指示を解除するよう指示するキャンセル指示ステップをさらに備える請求項10乃至12のいずれか一項に記載のデータ通信方法。データ通信システムページトップへこの技術を出願した法人この情報を共有FacebookTwitterGoogle+LinkedInこの技術を発明した人物この情報を共有FacebookTwitterGoogle+LinkedInページトップへ関連する挑戦したい社会課題この情報を共有FacebookTwitterGoogle+LinkedIn高い食料自給率を実現する高い食料自給率を実現すると、国内での食料の安定供給や、他国の問題による食料不足などの問題を防止する可能性が高まります。日本の食料自給率は非常に低く、食料面で海外に大きく依存しているのが現状です...最終更新日:2018/06/18サイバー攻撃のない社会を実現する5G通信技術、IoTサービスの普及に伴い「サイバー攻撃のない社会」はこれまで以上に重要になります。イノベーションを導く多くの企業が膨大な労力と費用をかけて新たな市場や事業を生み出そうとしている中「イノベーション」にかかわるデータのニーズはかつてないほどの高まりを見せいます。