JP2010114838A - 通信プロトコル変換装置、方法およびプログラム - Google Patents

Abstract

【課題】高効率な無線伝送にする。
【解決手段】ホスト１０１と通信装置１０３との間に接続される通信プロトコル変換装置であって、通信装置１０３を介して他の通信装置と通信する第１通信手段２０１と、通信装置を介して受信した第１通信信号がライト要求信号に対する応答信号、ライト完了信号、リード完了信号、リードデータ信号、およびリード準備要求信号のいずれであるかを解析する第１解析手段２０２と、ホストと通信する第２の通信手段２０５と、ホストから受信した第１ホスト信号がライト要求信号、およびリード要求信号のいずれであるかを解析する第２解析手段２０６と、第１ホスト信号を第２通信信号に変換し、第１通信信号を第２ホスト信号に変換する第１変換手段２０３と、第１通信信号または第１ホスト信号の解析結果に基づいた処理を実行する第１実行手段２０４と、を具備する。
【選択図】図２

Description

この発明は、メモリーインターフェイスプロトコルと無線伝送プロトコルの通信プロトコル変換装置、方法およびプログラムに関する。

記憶媒体であるハードディスクやフラッシュメモリを用いるドライブ装置の接続インターフェイス規格としてＳｅｒｉａｌ ＡＴＡ（ＳＡＴＡ）規格がある。また、パソコンに外付けのドライブ装置を接続するための規格として、Ｓｅｒｉａｌ ＡＴＡをベースとしたｅＳＡＴＡ(external Serial ATA)がある（例えば、非特許文献１参照）。ｅＳＡＴＡでの転送速度はＳＡＴＡに準拠しているため最高で１５０ＭＢ／ｓの通信が可能で、ケーブルの最大長は２ｍに対応している。

例えば、ｅＳＡＴＡにおいて、Ｗｒｉｔｅコマンドを実行し、ホストがドライブに対してライト要求信号を送った場合、ドライブからライト許可信号（ライト要求信号の応答信号）を受信してからドライブへのライトを開始する。１回のライトデータの最大長が決まっているため、ホストがドライブに対して１回のライトデータ信号を送信した場合、ドライブからの次のライト許可信号（ライトデータ信号に対する応答信号）を受信してから、次のライトデータ信号を送信する。つまり、ｅＳＡＴＡはドライブのライト処理能力を考慮した転送方式となっている。
これらの外部ドライブ装置との接続ケーブルをワイヤレス化すれば、ユーザの利便性が向上する。たとえば、Ｅｔｈｅｒｎｅｔ（登録商標）をワイヤレス化した無線ＬＡＮは広く普及している。
雑誌 Interface, October 2005, p59−p73

しかしながら、無線ＬＡＮは上位層の転送方式に関わらず上位層から転送されたフレームを全て無線信号に変換して送信するシステムである。そのため、有線での接続を前提に作られたＳＡＴＡ転送方式を無線ＬＡＮのような無線システム上で利用した場合は、転送処理の無駄が多く、ｅＳＡＴＡや無線ＬＡＮ自体の転送能力を十分に生かすことができない。

例えば、ホストとドライブとの間を無線伝送した場合、ホストは、ライトデータ信号の送信に対して次のライト許可信号を受信するまでは、ドライブはライト中であり、まだ、次のライト準備ができていないと判断して、ライトデータの送信を行わない。しかし、実際は、ドライブ側のライト準備はできているものの、ライト許可信号の無線伝送で誤りが生じ、再送処理に時間がかかっているだけかもしれない。一方で、ライト処理を行っている時の無線環境は良かったかもしれない。無線環境は動的に変化するものであり、無線環境とドライブ状況とは全く無相関であることから、無線伝送にとっては、ドライブ状況に関わらず無線伝送を行った方が効率的である。

このように従来の無線伝送方式を用いてｅＳＡＴＡをワイヤレス化しても、転送効率が悪いという問題がある。

この発明は、ホストとドライブを接続する通信インターフェイスを高効率な無線伝送にするためにプロトコル変換する通信プロトコル変換装置、方法およびプログラムを提供することを目的とする。

上述の課題を解決するため、本発明の通信プロトコル変換装置は、ホストと通信装置との間に接続される通信プロトコル変換装置であって、前記通信装置を介して他の通信装置と通信する第１通信手段と、前記通信装置を介して受信した第１通信信号がライト要求信号に対する応答信号、ライト完了信号、リード完了信号、リードデータ信号、およびリード準備要求信号のいずれであるかを解析する第１解析手段と、前記ホストと通信する第２の通信手段と、前記ホストから受信した第１ホスト信号がライト要求信号、およびリード要求信号のいずれであるかを解析する第２解析手段と、前記第１ホスト信号を第２通信信号に変換し、前記第１通信信号を第２ホスト信号に変換する第１変換手段と、前記第１通信信号または前記第１ホスト信号の解析結果に基づいた処理を実行する第１実行手段と、を具備することを特徴とする。

また、本発明の通信プロトコル変換装置は、情報のライトおよびリードの少なくともいずれか１つが可能なドライブとネットワークとの間に接続される通信プロトコル変換装置であって、前記ネットワークと通信可能に接続される第２ネットワーク通信手段と、前記ネットワークを介して受信した第５ネットワーク信号がライト要求信号、リード要求信号、およびライトデータ信号、ライト要求信号を解析する第２ネットワーク信号解析手段と、前記ドライブと通信可能に接続されるドライブ通信手段と、前記ドライブから受信した第１ドライブ信号がライト要求信号に対する応答信号、ライト完了信号、リードデータ信号、およびリード完了信号、リード準備要求信号、ライトデータ信号に対する応答信号を解析するドライブ信号解析手段と、前記第１ドライブ信号を第６ネットワーク信号に変換したり、前記第５ネットワーク信号を第２ドライブ信号に変換する第２変換手段と、前記第５ネットワーク信号または前記第１ドライブ信号の解析結果に基づいて、通信プロトコル処理を実行する第２実行手段と、を具備することを特徴とする。

本発明の通信プロトコル変換装置、方法およびプログラムによれば、ホストとドライブを接続する通信インターフェイスを高効率な無線伝送にするためにプロトコル変換することができる。

以下、図面を参照しながら本発明の実施形態に係る通信プロトコル変換装置、方法およびプログラムについて詳細に説明する。なお、以下の実施形態では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。
実施形態の通信プロトコル変換装置について図１を参照して説明する。図１では、ホスト側とデバイス側とを有線で接続する場合と比較して、ホスト側とデバイス側とを無線で接続する本実施形態の通信プロトコル変換装置を含んだ場合を説明する。図１はプロトコルスタックの一例を示している。また、ホストは情報処理装置、例えばＰＣであり、デバイスは例えばハードディスクである。
実施形態の通信プロトコル変換装置１０２は、トランスポート層１０１と無線部１０３との間に接続されていて、トランスポート層１０１および無線部１０３から来るデータを受け取り、通信プロトコルを変換し、それぞれ無線部１０３およびトランスポート層１０１に渡す。トランスポート層１０１は、上位のソフトウェア・ファームウエアがアクセスするためのタスク・ファイルまたはデータをフレームへ変換する。無線部１０３は、有線の場合のリンク層と物理層に対応し、無線フレームを生成し、所定の無線プロトコルに従って無線フレームの送受信を行う。なお、無線部１０４、通信プロトコル変換装置１０５、トランスポート層１０６はそれぞれ、トランスポート層１０１、通信プロトコル変換装置１０２、無線部１０３と同様な動作を行う。通信プロトコル変換装置１０２は後の図２に対応し、通信プロトコル変換装置１０５は後の図３に対応する。

また、ＳＡＴＡのプロトコルスタックの物理層とリンク層は、無線ＬＡＮ等の無線通信システムを用いる。しかし特に無線ＬＡＮに限定する必要はない。また、トランスポート層は、ＳＡＴＡのトランスポート層を用いる。

次に、通信プロトコル変換装置１０２について図２を参照して説明する。図２はホスト側の通信プロトコル変換装置である。
通信プロトコル変換装置１０２は、ネットワーク通信部２０１、ネットワーク信号解析部２０２、フレーム変換部２０３、プロトコル管理部２０４、ホスト通信部２０５、ホスト信号解析部２０６を含む。

ネットワーク通信部２０１は、ネットワークと通信するためのものである。ネットワーク通信部２０１は、図１の無線部が無線ＬＡＮであれば、無線ＬＡＮで受信した信号を上位層に受け渡すときのフレームフォーマットに従った信号を受信したり、送信するためのインターフェイスである。

ネットワーク信号解析部２０２は、ネットワークから受信した信号を解析する。ネットワーク信号解析部２０２は、例えば受信したネットワーク信号がライト要求信号に対する応答信号、ライト完了信号、リード完了信号、リードデータ信号、およびリード準備要求信号のいずれであるかを解析する。

フレーム変換部２０３は、ネットワークと通信をするための通信フレームをホストと通信するための通信フレームに変換したり、ホストと通信するための通信フレームをネットワークと通信するための通信フレームに変換する。すなわち、フレーム変換部２０３は、有線用のパケットフォーマットを無線用のパケットフォーマットに変換したり、この逆の変換を行う。もしくは、無線部１０３の入力信号やホストの入力信号として解釈されるパケットフォーマットに変換したり、この逆の変換を行う。たとえば、無線部１０３が無線ＬＡＮの場合、無線部１０３への入力信号はイーサネット（登録商標）信号であることが多い。このような場合は、ホストと通信するための通信フレームをイーサネット信号に変換して、ネットワーク通信部２０１に渡す。ネットワーク通信部２０１は、イーサネットパケットとして無線部１０３に渡し、無線部１０３内で無線用のパケットフォーマットに変換する。

プロトコル管理部２０４は、ホストから受信した信号の解析結果や、ネットワークから受信した信号の解析結果に基づいて、次にどのような動作をするべきかを判断したり、ホストやネットワークに伝送するためのフレームを生成したりする。プロトコル管理部２０４は、ホスト通信部２０５に判断結果を渡す。また、プロトコル管理部２０４は、通信フレームを変換する必要があるかどうかをネットワーク信号解析部２０２またはホスト信号解析部２０６の解析結果に応じて判断し、ネットワーク通信部２０１またはホスト通信部２０５に電源の供給を開始したり停止したりする。

ホスト通信部２０５は、ホストと通信をする。ホスト信号解析部２０６は、ホストから受信した信号を解析する。ホスト信号解析部２０６は、例えば受信したホスト信号がライト要求信号、およびリード要求信号のいずれであるかを解析する。また、ホスト信号解析部２０６は、ホストから受信した信号がライトデータ信号（先頭、途中、最後のデータ）であるかどうかを解析する。ホスト信号解析部２０６がライトデータであると判定した場合は、フレーム変換部２０３でフレーム変換を行い、ネットワーク通信部２０１を介してネットワークに出力する。さらに、プロトコル管理部２０４がデータ信号に対する応答フレームを生成し、生成した応答フレームを、ホスト通信部２０５を介してホストに出力する。

次に、通信プロトコル変換装置１０５について図３を参照して説明する。図３はドライブ側の通信プロトコル変換装置である。
通信プロトコル変換装置１０５は、通信プロトコル変換装置１０２と同様に、ネットワーク通信部３０１、ネットワーク信号解析部３０２、フレーム変換部３０３、プロトコル管理部３０４を含み、さらに、ドライブ通信部３０５、ドライブ信号解析部３０６を含む。ネットワーク通信部３０１、ネットワーク信号解析部３０２、フレーム変換部３０３の動作はそれぞれネットワーク通信部２０１、ネットワーク信号解析部２０２、フレーム変換部２０３と同様である。プロトコル管理部３０４、ドライブ通信部３０５、ドライブ信号解析部３０６の動作が図２の場合と異なるが、特に、ドライブ信号解析部３０６とホスト信号解析部２０６とでは必要な処理が異なってくる。詳細については、実際のｅＳＡＴＡの各種コマンド処理を実行した場合を例に後に説明する。プロトコル管理部３０４の処理はプロトコル管理部２０４とはドライブ信号解析部３０６およびドライブ通信部３０５が図２と異なることで入出力する信号が異なるが、動作自体はプロトコル管理部２０４と同様である。

ドライブ通信部３０５は、ドライブと通信を行い、ＳＡＴＡのトランスポート層で定義されたフレームフォーマットに従った信号を受信したり、送信するためのインターフェイスである。

ドライブ信号解析部３０６は、ドライブから受信した信号を解析する。ドライブ信号解析部３０６は、例えばドライブから受信したドライブ信号がライト要求信号に対する応答信号、ライト完了信号、リードデータ信号、およびリード完了信号、リード準備要求信号、ライトデータ信号に対する応答信号を解析する。

次に、ＳＡＴＡの一般的な有線の場合のトランスポート層について説明する。図４は、ＤＭＡ Ｗｒｉｔｅコマンドを実行する場合のプロトコルであり、ホスト側がドライブ側にデータのライトを行う場合である。
ホスト側は、データをライトしたい旨の要求信号（ＲｅｇＨＤ ＦＩＳ）（信号Ｓ４０１）をドライブ側に送信する。このとき、送信するデータ容量もドライブ側に伝える。
ドライブ側は、要求信号を受け取りこのデータを書き込むことができるかどうかを判定し、ライトが可能である場合にはライトＯＫである旨の応答信号（ＤＭＡ Ａｃｔｉｖｅ）（信号Ｓ４０２）をホスト側に送信する。

ホスト側は、ドライブ側からの応答信号を受けて、ドライブ側へデータ転送（ＤａｔａＨＤ ＦＩＳ転送）（信号Ｓ４０３）を行う。
ドライブ側は、データを受け取り、まだ全てのデータを受け取っておらず、次のデータを受け取る準備が完了したら、応答信号（ＤＭＡ Ａｃｔｉｖｅ）（信号Ｓ４０４）をホスト側へ送信する。なお、データ転送では１回で送信可能なサイズ（例えば２キロバイト）が予め決まっているので、ホスト側が書き込むデータのデータ量に応じてＤａｔａＨＤ ＦＩＳ転送（信号Ｓ４０３、Ｓ４０５、Ｓ４０７）を複数回行う。データを受け取るたびに、まだ全てのデータを受け取っていない場合にはドライブ側は応答信号（ＤＭＡ Ａｃｔｉｖｅ）（信号Ｓ４０４、Ｓ４０６）をホスト側に送信する。

ドライブ側が、データを受け取り、信号Ｓ４０１で受け取った送信するデータ容量を参照して全てのデータを受け取ったと判断した場合には、データを全て受け取った旨の完了信号（ＲｅｇＤＨ ＦＩＳ）（信号Ｓ４０８）をホスト側に送信する。

次も、ＳＡＴＡの一般的な有線の場合のトランスポート層について説明する。図５は、ＤＭＡ Ｒｅａｄコマンドを実行する場合のプロトコルであり、ホスト側がドライブ側のデータを読み込む場合である。
ホスト側は、データをリードしたい旨の要求信号（ＲｅｇＨＤ ＦＩＳ）（信号Ｓ５０１）をドライブ側に送信する。
ドライブ側は、要求信号を受け取りこのデータを読み込むことができるかどうかを判定し、リードが可能である場合にはホスト側へデータ転送（ＤａｔａＤＨ ＦＩＳ転送）（信号Ｓ５０２）を行う。データ転送では１回で送信可能なサイズが予め決まっているので、ホスト側が読み込むデータのデータ量に応じてＤａｔａＤＨ ＦＩＳ転送（信号Ｓ５０２、Ｓ５０３、Ｓ５０４、Ｓ５０５）を複数回行う。
ドライブ側が、全てのデータをホスト側に転送したと判断した場合には、データを全て転送した旨の完了信号（ＲｅｇＤＨ ＦＩＳ）（信号Ｓ５０６）をホスト側に送信する。

次も、ＳＡＴＡの一般的な有線の場合のトランスポート層について説明する。図６は、図４と同様にライトの場合であるが、ＰＩＯ Ｗｒｉｔｅコマンドを実行する場合のプロトコルである点が図４とは異なる。
ホスト側は、データをライトしたい旨の要求信号（ＲｅｇＨＤ ＦＩＳ）（信号Ｓ５０１）をドライブ側に送信する。このとき、送信するデータ容量もドライブ側に伝える。ドライブ側は、要求信号を受け取りこのデータを書き込むことができるかどうかを判定し、ライトが可能である場合にはライトＯＫである旨の応答信号（ＰＩＯＳＵ（Ｄａｔａ準備完了））（信号Ｓ６０１）をホスト側に送信する。

ホスト側は、ドライブ側からの応答信号を受けて、ドライブ側へデータ転送（ＤａｔａＨＤ ＦＩＳ転送）（信号Ｓ４０３）を行う。ドライブ側は、データを受け取り、まだ全てのデータを受け取っておらず、次のデータを受け取る準備が完了したら、応答信号（ＰＩＯＳＵ（Ｄａｔａ準備完了））（信号Ｓ６０２）をホスト側へ送信する。なお、データ転送では１回で送信可能なサイズが予め決まっているので、ホスト側が書き込むデータのデータ量に応じてＤａｔａＨＤ ＦＩＳ転送（信号Ｓ４０３、Ｓ４０５、Ｓ４０７）を複数回行う。データを受け取るたびに、まだ全てのデータを受け取っていない場合にはドライブ側は応答信号（ＰＩＯＳＵ（Ｄａｔａ準備完了））（信号Ｓ６０２、Ｓ６０３）をホスト側に送信する。

ドライブ側が、データを受け取り、信号Ｓ５０１で受け取った送信するデータ容量を参照して全てのデータを受け取ったと判断した場合には、データを全て受け取った旨の完了信号（Ｒｅｇ ＤＨ ＦＩＳ）（信号Ｓ５０６）をホスト側に送信する。
図４と図６では、このように完了信号が異なるだけである。

次も、ＳＡＴＡの一般的な有線の場合のトランスポート層について説明する。図７は、図５と同様にリードの場合であるが、ＰＩＯ Ｒｅａｄコマンドを実行する場合のプロトコルである点が図５とは異なる。
ホスト側は、データをリードしたい旨の要求信号（ＲｅｇＨＤ ＦＩＳ）（信号Ｓ５０１）をドライブ側に送信する。ドライブ側は、要求信号を受け取りこのデータを読み出すことができるかどうかを判定し、読み出しが可能である場合には読み出しＯＫである旨の応答信号（ＰＩＯＳＵ（Ｄａｔａ準備完了））（信号Ｓ７０１）をホスト側に送信し、これからデータを送信する旨をホスト側に伝える。

ドライブ側は、ホスト側へデータ転送（ＤａｔａＤＨ ＦＩＳ転送）（信号Ｓ５０２）を行う。データ転送では１回で送信可能なサイズが予め決まっているので、ホスト側が読み込むデータのデータ量に応じてＤａｔａＤＨ ＦＩＳ転送を（信号Ｓ５０２、Ｓ５０３、Ｓ５０５）複数回行う。データを読み出すたびに、まだ全てのデータを読み出していない場合にはドライブ側は応答信号（ＰＩＯＳＵ（Ｄａｔａ準備完了））（信号Ｓ７０２、Ｓ７０３、Ｓ７０４）をホスト側に送信する。ドライブ側は、全てのデータをホスト側に転送完了する最後のデータ（信号Ｓ７０５）を転送して終了する。

次に、図４で説明したＤＭＡ Ｗｒｉｔｅコマンドを単純に無線伝送に適用した場合のシーケンス例について図８を参照して説明する。なお、図８では、ある位置から上方が過去、下方が未来であり、時間は上方から下方に進む。図８は、ＳＡＴＡのトランスポート層のプロトコルを、全て無線伝送用のフレームにカプセル化して伝送する場合の例である。このような伝送を行うと、例えば、ホスト側からドライブ側へのフレーム伝送（ステップＳＴ８０１、ＳＴ８０５）が行われ、ドライブ側で処理（ステップＳＴ８０２）が行われ、ドライブ側での処理が完了したことをホスト側に通知し（ステップＳＴ８０３）、ホストは通知されたことを認識して（ステップＳＴ８０４）から次の処理を実行する。
つまり、図８のように、ステップＳＴ８０１、ＳＴ８０３、ＳＴ８０５での無線処理時間、ステップＳＴ８０４でのホスト処理時間、ステップＳＴ８０２でのドライブ処理時間が、シリアルに積み重なってトータルの処理時間になる。

しかし、無線伝送の処理時間とホストやドライブでの処理時間とはシリアルに処理する必要はない。つまり、ドライブでのライト処理中に、次のライトデータを無線伝送し、前のデータのライトが完了するまで、ドライブ側の一時バッファ（例えばネットワーク通信部３０１またはドライブ通信部３０５に含まれる）に蓄積しておいてもよい。実施形態の通信プロトコル変換装置は、この点を考慮した処理を行う。

そこで、実施形態の通信プロトコル変換装置について図９を参照して説明する。図９はＤＭＡ Ｗｒｉｔｅを実行する場合を示す。
＜ホスト側＞
トランスポート層１０１はデータをライトしたい旨の要求信号（ＲｅｇＨＤ ＦＩＳ）（信号Ｓ４０１）をホスト側の通信プロトコル変換装置１０２に渡す。このとき、送信するデータ容量も伝える。通信プロトコル変換装置１０２は、受け取った要求信号を無線用の要求信号（信号Ｓ９０１）に変換して無線部１０３に渡す。無線部１０３は、受け取った無線用の要求信号（無線フレーム［ＲｅｇＨＤ ＦＩＳ］）（信号Ｓ９０２）をドライブ側に無線送信する。

＜ドライブ側＞
無線部１０４が無線用の要求信号を無線受信し、受信した要求信号（信号Ｓ９０３）を通信プロトコル変換装置１０５に渡す。通信プロトコル変換装置１０５は、受け取った要求信号を有線用の要求信号（信号Ｓ４０１）に変換してトランスポート層１０６に渡す。ドライブ側でデバイスの内部処理を行い、このデータを書き込むことができるかどうかを判定し、ライトが可能である場合にはライトＯＫである旨の応答信号（ＤＭＡ Ａｃｔｉｖｅ）（信号Ｓ４０２）を通信プロトコル変換装置１０５に渡す。通信プロトコル変換装置１０５は、受け取った応答信号を無線用の応答信号に変換して無線部１０４に渡す（ステップＳＴ９０４）。無線部１０４は、無線用の応答信号（無線フレーム［ＤＭＡ Ａｃｔｉｖｅ］）（信号Ｓ９０５）を無線送信する。

＜ホスト側＞
無線部１０３は、無線用の応答信号（信号Ｓ９０６）を無線受信し、通信プロトコル変換装置１０２に渡す。通信プロトコル変換装置１０２は、受け取った応答信号を有線用の応答信号（信号Ｓ４０２）に変換しトランスポート層１０１に渡す。トランスポート層１０１は、ドライブ側からの応答信号を受けて、通信プロトコル変換装置１０２へデータ転送（ＤａｔａＨＤ ＦＩＳ）（信号Ｓ４０３）を行う。通信プロトコル変換装置１０２は、データを無線用のデータ（信号Ｓ９０７）に変換して無線部１０３に渡す。さらに、通信プロトコル変換装置１０２は、信号Ｓ４０１で送信したＲｅｇＨＤを解釈して、送信データ量から今回のデータ送信（信号Ｓ４０３）が最終フレーム（信号Ｓ９０８）であるかどうか判断し、最終フレームではないと判断した場合には、ドライブ側から応答信号（ＤＭＡ Ａｃｔｉｖｅ）を受け取ることなく、ドライブ側の代理としてこの応答信号をトランスポート層１０１に渡す（ステップＳＴ９１０）。無線部１０３は、無線用のデータを受け取り、ドライブ側へデータ（無線フレーム［ＤａｔａＨＤ ＦＩＳ］）（信号Ｓ９０８）を無線送信する。

＜ドライブ側＞
無線部１０４は、無線用のデータ（信号Ｓ９０９）を受け取り、通信プロトコル変換装置１０５に渡す。通信プロトコル変換装置１０５は、無線用のデータを有線用のデータ（信号Ｓ４０３）に変換して、トランスポート層１０６に渡す。トランスポート層１０６は、データを受け取り、まだ全てのデータを受け取っておらず、受け取る準備が完了したら、応答信号（ＤＭＡ Ａｃｔｉｖｅ）（信号Ｓ４０４）を通信プロトコル変換装置１０５に渡す。通信プロトコル変換装置１０５は、応答信号を受け取ってもこの応答信号を無線部１０４に転送しない（ステップＳＴ９１１）。ステップＳＴ９１０、ＳＴ９１１によってホスト側からドライブ側へデータを送信する時間を節約することが可能になる。

＜ホスト側＞
トランスポート層１０１は、ステップＳＴ９１０による応答信号を受け取り、通信プロトコル変換装置１０２へデータ転送（ＤａｔａＨＤ ＦＩＳ）（信号Ｓ４０５）を行う。以下、信号Ｓ９０７についての処理からステップＳＴ９１１、信号Ｓ４０３、Ｓ４０４についての処理と同様に、信号Ｓ９１２についての処理から信号Ｓ９１５についての処理、ステップＳＴ９１１、信号Ｓ４０５、Ｓ４０６についての処理を行う。そして、トランスポート層１０１は、信号Ｓ９１５の応答信号を受け取り、通信プロトコル変換装置１０２へデータ転送（ＤａｔａＨＤ ＦＩＳ）（信号Ｓ４０７）を行う。

通信プロトコル変換装置１０２は、データを無線用のデータ（信号Ｓ９１７）に変換して無線部１０３に渡す。さらに、ステップＳＴ９１０と同様に今回の（信号Ｓ４０７）のデータ送信が最終フレーム（信号Ｓ９１８）であるかどうか判断し、最終フレームであると判断した場合には、ステップＳＴ９１０のように応答信号をトランスポート層１０１に渡すことはしない（ステップＳＴ９１６）。
この後の信号Ｓ９１８、Ｓ９１９、Ｓ４０７についての処理は、信号Ｓ９０８、Ｓ９０９、Ｓ４０３についての処理と同様である。

＜ドライブ側＞
トランスポート層１０６は、データを受け取り、受け取った信号Ｓ４０１から送信するデータ容量を参照して全てのデータを受け取ったと判断した場合には、データを全て受け取った旨の完了信号（ＲｅｇＤＨ ＦＩＳ）（信号Ｓ４０８）を通信プロトコル変換装置１０５に渡す。通信プロトコル変換装置１０５は、受け取った完了信号を無線用の完了信号（信号Ｓ９２０）に変換して無線部１０４に渡す。無線部１０４は、無線用の完了信号（無線フレーム［ＲｅｇＤＨ ＦＩＳ］）（信号Ｓ９２１）を無線送信する。

＜ホスト側＞
無線部１０３は、無線用の完了信号（信号Ｓ９２２）を無線受信し、通信プロトコル変換装置１０２に渡す。通信プロトコル変換装置１０２は、受け取った完了信号を有線用の応答信号（信号Ｓ４０８）に変換しトランスポート層１０１に渡す。トランスポート層１０１は、ドライブ側からの応答信号を受けてライトが終了したことを認識する。

以上の図９の処理により、ライト処理中に、次のライトデータを無線伝送することが可能となる。つまり、図１０に示すように無線処理時間とドライブ処理時間をパラレル化することができるため、トータルのライト時間を短縮することができる。すなわち、ステップＳＴ１００３とステップＳＴ１００４とをパラレルに処理することができる。また、ステップＳＴ１００６とステップＳＴ１００７ともパラレルに処理することができるので、これらのパラレル処理のおかげで図８の場合に比較してライト時間が短縮される。これらのパラレル処理は、ステップＳＴ９１０およびステップＳＴ９１１による。また、ドライブがホストに対して送信するＤＭＡ Ａｃｔｉｖｅを無線区間で送信する回数を減らすことができるため低消費電力化も可能となる。

図９では、ホスト側では、ホスト信号解析部２０６が、ホストから受信したホスト信号が途中のライトデータ信号（信号Ｓ４０３）であると解析した場合には、フレーム変換部２０３がホスト信号をネットワーク信号に変換し、ネットワーク通信部２０１がこのネットワーク信号（信号Ｓ９０７、Ｓ９０８）をネットワークに送信し、プロトコル管理部２０４がホスト信号に対応する応答信号を生成し、ホスト通信部２０５が応答信号をホストに送信する（ステップＳＴ９１０）。ホスト信号解析部２０６が、ホスト信号（信号Ｓ４０７）がライト要求信号、リード要求信号、および最後のライトデータ信号のいずれか１つであると解析した場合には（ステップＳＴ９１６）、フレーム変換部２０３がライト要求信号、リード要求信号、またはデータ信号をネットワーク信号に変換して、ネットワーク通信部２０１がネットワーク信号（信号Ｓ９１７、Ｓ９１８）をネットワークに送信する。

ホスト側では、ネットワーク信号解析部２０２が、ネットワーク信号が（信号Ｓ９０６，信号Ｓ９２２）ライト要求信号に対する応答信号、ライト完了信号、およびリード完了信号のいずれか１つであると解析した場合には、フレーム変換部２０３がネットワーク信号をホスト信号（信号Ｓ４０２，信号Ｓ４０８）に変換し、ホスト通信部２０５がホスト信号をホストに送信する。

また、ホスト通信部２０５が、ホストから受信したホスト信号（信号Ｓ４０１）がライト要求信号であると解析した場合には、ホスト信号解析部２０６はライトデータの全体長を検出し、ホスト通信部２０５がライトデータ信号（信号Ｓ４０３，Ｓ４０５，Ｓ４０７）を受信した場合には、ホスト信号解析部２０６は、ライトデータ信号の累積信号長をカウントし、全体長と累積信号長との比較を行い、ライトデータが最終データであるか否かを判断する（ステップＳＴ９１６）。

またドライブ側では、ネットワーク信号解析部３０２が、ネットワークを介して受信したネットワーク信号（信号Ｓ９０３）がライトデータ信号であると解析した場合には、ネットワーク信号解析部３０２はライトデータ信号の累積信号長をカウントし、全体長と累積信号長との比較を行い、ライトデータが最終データであるか否かを判断し、最終データであると判断されさらにドライブ通信部３０５がドライブからドライブ信号（信号Ｓ４０８）を受信した場合に、フレーム変換部３０３がドライブ信号をネットワーク信号に変換し、ネットワーク通信部３０１がネットワーク信号（信号Ｓ９２０，Ｓ９２１）をネットワークに送信し、さらに、ネットワーク信号解析部３０２が、ネットワークを介して受信したネットワーク信号（信号Ｓ９０３）がライトデータ信号であると解析した場合には、ネットワーク信号解析部３０２はライトデータ信号の累積信号長をカウントし、全体長と累積信号長との比較を行い、ライトデータが最終データであるか否かを判断し、最終データでないと判断されさらにドライブ通信部３０５がドライブからドライブ信号（信号Ｓ４０４）を受信した場合に、フレーム変換部３０３がドライブ信号をネットワーク信号に変換することを停止し、さらにネットワーク通信部３０１も停止する（ステップＳＴ９１１）。

次に、図９の処理の変形例として無線送信するデータフレームをアグリゲーション（Ａｇｇｒｅｇａｔｉｏｎ）して送信する場合について図１１を参照して説明する。
図１１での処理は、データ転送を分割して行わず、無線フレームの数回の転送分を１つにまとめて（アグリゲーションして）ホスト側からドライブ側にデータを転送することが図９での処理と異なる。すなわち、信号Ｓ９０８についての処理および信号Ｓ９１３についての処理を行わず、信号Ｓ９１８についての処理の代わりに、信号Ｓ９０７、Ｓ９１２、Ｓ９１７についての処理の３回分の転送データをアグリゲーションして無線フレーム（Ａｇｇｒｅｇａｔｅｄ無線フレーム［３×ＤａｔａＨＤ ＦＩＳ］）（信号Ｓ１１０７）で送信する。図１１では、無線部１０３が１つのフレームにまとめてドライブ側へ送信する。この場合のフレームは例えば図１２（１）のようになる。すなわち、図１２（１）の無線フレームは、３つのデータのそれぞれにＣＲＣを付加し、それらデータを１つにまとめ、まとめたデータに無線ヘッダーを付加したものである。この場合には無線部１０３がアグリゲーション方式に対応している必要がある。

これとは別に、実施形態の通信プロトコル変換装置１０２が３つのデータを１つにまとめ、１つにまとめたデータを無線部１０３に渡し、無線部１０３がこのデータを無線フレームとして送信してもよい。この場合は、信号Ｓ９０７についての処理、信号Ｓ１１０２についての処理がなくなり、信号Ｓ１１０５についての処理で３つのデータを１つにまとめたデータが通信プロトコル変換装置１０２から無線部１０３に渡される。複数のデータを１つにまとめる際にはデータを一時的に記憶するバッファが必要であるが、バッファは例えばネットワーク通信部２０１が含んでいる。また、ホスト通信部２０５がバッファを含んでいてもよい。この場合のフレームは例えば図１２（２）のようになる。すなわち、図１２（２）の無線フレームは、まとめた１つのデータにＣＲＣを付加し無線ヘッダーを付加したものである。この場合には、無線部１０３はアグリゲーション方式に対応している必要はない利点がある。

なお、図１１での、通信プロトコル変換装置１０２が代理でＤＭＡ Ａｃｔｉｖｅをトランスポート層１０１に渡したり（ステップＳＴ９１１）、通信プロトコル変換装置１０５がトランスポート層１０６から受け取ったＤＭＡ Ａｃｔｉｖｅを無線部１０４に渡さない（ステップＳＴ１１１１）、通信プロトコル変換装置１０２が最終フレームであると判断した場合には代理ＤＭＡ Ａｃｔｉｖｅをトランスポート層１０１に渡さない（ステップＳＴ１１０６）ことは図９での場合と同様である。
このように、データフレームをアグリゲーションして送信することも可能になるため、無線区間の伝送効率を向上させることもできる。

次に、実施形態の通信プロトコル変換装置を利用してＤＭＡ Ｒｅａｄを実行する場合について図１３を参照して説明する。図１３は、図５で説明したＤＭＡ Ｒｅａｄコマンドを無線伝送する場合のシーケンス例である。
図１３の例は、ＳＡＴＡのトランスポート層のプロトコルを、全て無線伝送用のフレームにカプセル化して伝送する場合の例である。ＤＭＡ Ｒｅａｄの場合、ＤＭＡ Ｗｒｉｔｅよりも処理が単純であるため、ＤＭＡ Ｗｒｉｔｅに比べるとトータルのリード時間を短縮する効果は少ないが、実施形態の通信プロトコル変換装置１０２を用いることにより、図１３に示すようにリードデータをアグリゲーションして送信することも可能となる。

＜ホスト側＞
トランスポート層１０１はデータをリードしたい旨の要求信号（ＲｅｇＨＤ ＦＩＳ）（信号Ｓ５０１）をホスト側の通信プロトコル変換装置１０２に渡す。通信プロトコル変換装置１０２は、受け取った要求信号を無線用の要求信号（ＲｅｇＨＤ ＦＩＳ）（信号Ｓ１３０１）に変換して無線部１０３に渡す。無線部１０３は、受け取った無線用の要求信号（無線フレーム［ＲｅｇＨＤ ＦＩＳ］）（信号Ｓ１３０２）をドライブ側に無線送信する。

＜ドライブ側＞
無線部１０４が無線用の要求信号を無線受信し、受信した要求信号（ＲｅｇＨＤ ＦＩＳ）（信号Ｓ１３０３）を通信プロトコル変換装置１０５に渡す。通信プロトコル変換装置１０５は、受け取った要求信号を有線用の要求信号（ＲｅｇＨＤ ＦＩＳ）（信号Ｓ５０１）に変換してトランスポート層１０６に渡す。ドライブ側でデバイスの内部処理を行い、このデータを読み込むことができるかどうかを判定し、リードが可能である場合にはデータ（ＤａｔａＤＨ ＦＩＳ）（信号Ｓ５０２）を通信プロトコル変換装置１０５に渡す。通信プロトコル変換装置１０５は、受け取ったデータを無線用のデータ（ＤａｔａＤＨ ＦＩＳ）（信号Ｓ１３０４）に変換して無線部１０４に渡す。無線部１０４は、データを受け取り、無線用のデータ（無線フレーム［ＤａｔａＤＨ ＦＩＳ］）（信号Ｓ１３０５）を無線送信する。

＜ホスト側＞
無線部１０３は、無線用のデータ（信号Ｓ１３０６）を無線受信し、通信プロトコル変換装置１０２に渡す。通信プロトコル変換装置１０２は、受け取ったデータ（信号Ｓ５０２）を有線用のデータに変換しトランスポート層１０１に渡す。

他の例として、以下に示すようにアグリゲーションして無線フレームを送信することもできる。実施形態の通信プロトコル変換装置を使用する通信では通常はアグリゲーションして無線フレームを送信する。
＜ドライブ側＞
信号Ｓ５０１の後にトランスポート層１０６は、ドライブ側でデバイスの内部処理を行い、このデータを読み込むことができるかどうかを判定し、リードが可能である場合にはデータ（ＤａｔａＤＨ ＦＩＳ）（信号Ｓ５０２）を通信プロトコル変換装置１０５に渡す。この信号Ｓ５０２を繰り返し、トランスポート層１０６は複数のデータを通信プロトコル変換装置１０５に順次渡す。

通信プロトコル変換装置１０５は、複数のデータをバッファリングしながら受け取り、例えばホスト側がリードしたい全てのデータ量だけデータをトランスポート層１０６から受け取ったらこれらのデータをアグリゲーションして、無線部１０４にアグリゲーションしたデータ（信号Ｓ１３０７）を渡す。通信プロトコル変換装置１０５は、例えばネットワーク通信部３０１またはドライブ通信部３０５にバッファを含んでいる。無線部１０４は、アグリゲーションしたデータ（信号Ｓ１３０８）を無線送信する。

＜ホスト側＞
無線部１０３がドライブ側からアグリゲーションしたデータ（信号Ｓ１３０９）を無線受信して、通信プロトコル変換装置１０２に渡す。通信プロトコル変換装置１０２は、アグリゲーションしたデータを有線用のデータに変換しアグリゲーションしたデータを分離する、または、アグリゲーションしたデータを分離し分離したデータ（信号Ｓ１３１０、Ｓ１３１１、Ｓ１３１２）ごとに有線用のデータに変換する。

＜ドライブ側＞
信号Ｓ５０５で、要求された全てのデータを通信プロトコル変換装置１０２に渡したら、完了信号（ＲｅｇＤＨ ＦＩＳ）（信号Ｓ５０６）を通信プロトコル変換装置１０５に渡す。通信プロトコル変換装置１０５は、完了信号を無線用の完了信号（信号Ｓ１３１３）に変換して無線部１０４に渡す。無線部１０４は、無線用の完了信号（無線フレーム［ＲｅｇＤＨ ＦＩＳ］）（信号Ｓ１３１４）をホスト側に送信する。

＜ホスト側＞
無線部１０３は、完了信号（信号Ｓ１３１５）をドライブ側から受け取り、通信プロトコル変換装置１０２に渡す。通信プロトコル変換装置１０２は、完了信号を有線用の完了信号（信号Ｓ５０６）に変換してトランスポート層１０１に渡す。トランスポート層１０１は、完了信号を受け取りデータのリードが完了したことを認識する。

また、図１３では、ＲｅｇＤＨ ＦＩＳをアグリゲーションしていないが、リードデータ信号にＲｅｇＤＨ ＦＩＳをアグリゲーションして送信することもできる。その際、ドライブ側の通信プロトコル変換装置１０５は、アグリゲーションするフレームをバッファリングする際に、フレームタイプを判断し、リード完了を意味するＲｅｇＤＨ ＦＩＳを受信するまでバッファリングして、ＲｅｇＤＨ ＦＩＳを受信したら、そこまでをアグリゲーションして送信してもよい。バッファリングするバッファは、例えばネットワーク通信部３０１が含んでいる。また、ドライブ通信部３０５がバッファを含んでいてもよい。

ネットワーク信号解析部２０２が、ネットワーク信号（信号Ｓ１３０６）がリードデータ信号であると解析した場合には、フレーム変換部２０３がネットワーク信号をホスト信号に変換し、ホスト通信部２０５がホスト信号（信号Ｓ５０２）をホストに送信する。

さらに、ネットワーク信号解析部２０２が、ネットワークを介して受信したネットワーク信号がＮ（Ｎ：２以上の整数）個のリードデータ信号（信号Ｓ１３０９）であると解析した場合には、プロトコル管理部２０４がリードデータ信号に対するリード準備要求信号を生成し、ホスト通信部２０５がリード準備要求信号をホストに送信し、フレーム変換部２０３がネットワーク信号に含まれるリードデータ信号の１つをホスト信号に変換し、ホスト通信部２０５がこのホスト信号（信号Ｓ１３１０、Ｓ１３１１、Ｓ１３１２）をホストに送信するこれら４つの処理をＮ回繰り返す。

次に、実施形態の通信プロトコル変換装置を利用して、ホスト側がドライブ側にライトを行う場合でＰＩＯ Ｗｒｉｔｅを実行する場合について図１４を参照して説明する。図１４の場合での本質的な思想は図９の場合と同様である。
図９でのＤＭＡ Ａｃｔｉｖｅが図１４ではＰＩＯＳＵに変わっている他は特に変更点はない。例えば、通信プロトコル変換装置１０２の特徴である処理の図９のステップＳＴ９１０、ＳＴ９１１、ＳＴ９１６はそれぞれ図１４のステップＳＴ１４０５、ＳＴ１４０４、ＳＴ１４０７に対応する。ステップＳＴ１４０５では、通信プロトコル変換装置１０２は、送信したＲｅｇＨＤ（信号Ｓ４０１）を解釈して、送信データ量から今回のデータ送信（信号Ｓ４０３）が最終フレーム（信号Ｓ９０８）であるかどうか判断し、最終フレームではないと判断した場合には、ドライブ側から応答信号（ＰＩＯＳＵ）を受け取ることなく、ドライブ側の代理としてこの応答信号をトランスポート層１０１に渡す。

ステップＳＴ１４０４では、通信プロトコル変換装置１０５は、応答信号（ＰＩＯＳＵ）を受け取ってもこの応答信号を無線部１０４に転送しない。ステップＳＴ１４０７では、今回のデータ送信（信号Ｓ４０７）が最終フレーム（信号Ｓ９１８）であるかどうか判断し、最終フレームであると判断した場合には、ステップＳＴ１４０５のように応答信号をトランスポート層１０１に渡すことはしない。

次に、実施形態の通信プロトコル変換装置を利用して、ホスト側がドライブ側からリードを行う場合でＰＩＯ Ｒｅａｄを実行する場合について図１５、図１６を参照して説明する。図１５の例はドライブ側からホスト側へ応答信号ＰＩＯＳＵを送信しない場合であり、図１６の例はドライブ側からホスト側へ応答信号ＰＩＯＳＵを送信する場合であり、この点が図１５と図１６とで本質的に異なる。
図１５の例では、ドライブ側のトランスポート層１０６が、データをリードしたい旨の要求信号（ＲｅｇＨＤ ＦＩＳ）（信号Ｓ５０１）をホスト側から受け取り、このデータを読み出すことができるかどうかを判定し、読み出しが可能である場合には応答信号（ＰＩＯＳＵ）（信号Ｓ７０１）とデータ（ＤａｔａＤＨ ＦＩＳ）（信号Ｓ５０２）を通信プロトコル変換装置１０５に渡す。

通信プロトコル変換装置１０５は、応答信号は無線部１０４に渡さず（ステップＳＴ１５０１）、データを無線用のデータ（ＤａｔａＤＨ ＦＩＳ）（信号Ｓ１３０４）に変換して無線部１０４に渡す。ドライブ側が応答信号をホスト側に送信しないことで、応答信号を送信する送信時間分だけ全てのデータを読み込む時間が短くなる。

ホスト側は、ドライブ側からデータ（ＤａｔａＤＨ ＦＩＳ）（信号Ｓ１３０６）を受け取り、通信プロトコル変換装置１０２が応答信号（ＰＩＯＳＵ）（信号Ｓ７０１）を生成し（ステップＳＴ１５０２）、トランスポート層１０１に渡し、その後データを有線用のデータ（ＤａｔａＤＨ ＦＩＳ）（信号Ｓ５０２）に変換しトランスポート層１０１に渡す。このように、ホスト側の通信プロトコル変換装置１０２がドライブ側の代理で応答信号（ＰＩＯＳＵ）を生成してトランスポート層１０１に渡すことにより、ドライブ側から応答信号（ＰＩＯＳＵ）をホスト側が受信する必要がなくなる。

また、以下に示すようにアグリゲーションして無線フレームを送信することもできる。
信号Ｓ５０１についての処理の後にトランスポート層１０６は、ドライブ側でデバイスの内部処理を行い、このデータを読み出すことができるかどうかを判定し、読み出しが可能である場合にはデータ（ＤａｔａＤＨ ＦＩＳ）（信号Ｓ５０５）を通信プロトコル変換装置１０５に渡す。この信号Ｓ５０５についての処理を繰り返し、トランスポート層１０６は複数のデータを通信プロトコル変換装置１０５に順次渡す。

通信プロトコル変換装置１０５は、応答信号は無線部１０４に渡さず（ステップＳＴ１５０１）、複数のデータをバッファリングしながら受け取り、例えばホスト側がリードしたい全てのデータ量だけデータをトランスポート層１０６から受け取ったらこれらのデータをアグリゲーションして、無線部１０４にアグリゲーションしたデータ（信号Ｓ１３０７）を渡す。通信プロトコル変換装置１０５は、通信プロトコル変換装置１０５は、例えばネットワーク通信部３０１またはドライブ通信部３０５にバッファを含んでいる。無線部１０４は、アグリゲーションしたデータ（信号Ｓ１３０８）を無線送信する。

無線部１０３がドライブ側からアグリゲーションしたデータ（信号Ｓ１３０９）を無線受信して、通信プロトコル変換装置１０２に渡す。通信プロトコル変換装置１０２は、応答信号（ＰＩＯＳＵ）（信号Ｓ７０３、Ｓ７０４）を生成し、トランスポート層１０１に渡し、アグリゲーションしたデータを有線用のデータに変換しアグリゲーションしたデータを分離する、または、アグリゲーションしたデータを分離し分離したデータ（信号Ｓ５０５、Ｓ７０５）ごとに有線用のデータに変換する。

また、ネットワーク信号解析部２０２が、ネットワークを介して受信したネットワーク信号がリードデータ信号であると解析した場合には、プロトコル管理部２０４がリードデータ信号に対するリード準備要求信号を生成し、ホスト通信部２０５がリード準備要求信号をホストに送信し、フレーム変換部２０３が第１ネットワーク信号をホスト信号に変換し、ホスト通信部２０５がこのホスト信号をホストに送信する。

次に、実施形態の通信プロトコル変換装置を利用して、ホスト側がドライブ側からリードを行う場合でＰＩＯ Ｒｅａｄを実行する第２の例について図１６を参照して説明する。
ドライブ側のトランスポート層１０６が、データをリードしたい旨の要求信号（ＲｅｇＨＤ ＦＩＳ）（信号Ｓ５０１）をホスト側から受け取り、このデータを読み込むことができるかどうかを判定し、リードが可能である場合には応答信号（ＰＩＯＳＵ）（信号Ｓ７０１）とデータ（ＤａｔａＤＨ ＦＩＳ）（信号Ｓ５０２）を通信プロトコル変換装置１０５に渡す。

通信プロトコル変換装置１０５は、図１５の例とは異なり応答信号とデータを無線用のデータに変換したもの、または応答信号を無線用に変換したものとデータを無線用のデータに変換したものをアグリゲーション（Ａｇｇｒｅｇａｔｅｄ［ＰＩＯＳＵ，ＤａｔａＨＤ ＦＩＳ］）して無線部１０４に渡す。

ドライブ側から送信するデータがまだある場合には信号Ｓ７０１、Ｓ５０１、Ｓ１６０１−Ｓ１６０３、Ｓ７０１、Ｓ５０２についての処理と同様にしてデータを送信する（信号Ｓ７０２、Ｓ５０３、Ｓ１６０４−Ｓ１６０６、Ｓ７０２、Ｓ５０３についての処理；信号Ｓ７０３、Ｓ５０５、Ｓ１６０７−Ｓ１６０９、Ｓ７０３、Ｓ５０５についての処理）。

以上のように、ドライブ側が応答信号とデータをアグリゲーションしたものをホスト側に送信することで、応答信号を別途送信する送信時間分がなくなり、アグリゲーションする時間を考慮しても全てのデータを読み込む時間が短くすることができる。

また、ネットワーク信号解析部２０２が、ネットワークを介して受信したネットワーク信号（信号Ｓ１６０３）がリード準備要求信号とリードデータ信号をそれぞれ１つ含んでいると解析した場合には、フレーム変換部２０３がネットワーク信号をホスト信号に変換し、ホスト通信部２０５が、リード準備要求信号に対するホスト信号の第１部分信号（信号Ｓ７０１）、およびリードデータ信号に対するホスト信号部分の第２部分信号（信号Ｓ５０２）を第１部分信号、第２部分信号の順にホストに送信する。

さらに、ネットワーク信号解析部２０２が、ネットワークを介して受信したネットワーク信号がリード準備要求信号とリードデータ信号をそれぞれＮ個ずつ含んでいると解析した場合には、フレーム変換部２０３がネットワーク信号をホスト信号に変換し、ホスト通信部２０５が、リード準備要求信号の１つに対するホスト信号の第３部分信号、およびリードデータ信号の１つに対するホスト信号部分の第４部分信号を第３部分信号、第４部分信号の順にホストに送信するこれら２つの処理をＮ回繰り返す。

またさらに、ドライブ信号解析部３０６が、ドライブから受信したドライブ信号がリード準備要求信号（信号Ｓ７０１）であると解析した場合には、ネットワーク通信部３０１がネットワーク信号としてリードデータ信号（信号Ｓ５０２）を受信した後に、フレーム変換部３０３がリード準備要求信号とリードデータ信号とを１つの信号（信号Ｓ１６０１）にまとめてネットワーク信号に変換し、ネットワーク通信部３０１がネットワーク信号（信号Ｓ１６０２）をネットワークに送信する。

最後に、無線回線が切断された場合、または再送回数の上限に達した場合の対応について図１７を参照して説明する。
実施形態でのホストまたはデバイスは、無線誤り等が生じ、正しく送信できなかった場合には、所定回数の再送処理を行う。そして、送信フレームが再送回数の上限値に達したら、その旨を実施形態の通信プロトコル変換装置に通知する。また、実施形態の通信プロトコル変換装置が定期的にホストまたはデバイスの通信状況を確認し、送信フレームが再送回数の上限値に達していないかをチェックしてもよい。

図１７の例では、通信プロトコル変換装置１０２は、ホストが送信した無線信号が所定の再送回数の上限に達したことを認識した場合に、ホスト側から、送信フレーム（信号Ｓ１７０３）を受け取ったとしても、ＤＭＡ Ａｃｔｉｖｅを返信する処理を停止する（ステップＳＴ１７０４）。

すなわち、プロトコル管理部２０４は、ネットワークを介した通信が切断されたことを信号Ｓ１７０２によって認識し、ライトデータ信号（信号Ｓ１７０３）を受け取った場合に、「フレーム変換部２０３がフレーム変換を行い、ネットワーク通信部２０１を介してネットワークに出力し、かつ、プロトコル管理部２０４がライトデータ信号に対する応答フレームを生成し、ホスト通信部２０５がこの応答フレームをホストに出力する」（ステップＳＴ９１０）の処理を停止する（ステップＳＴ１７０４）。

この処理により、ホストは、ＤＭＡ Ａｃｔｉｖｅが返信されないため、ライト処理のエラーを把握することができる。同様に、無線回線が切断された場合には、その旨を通信プロトコル変換装置１０２に通知する。また、実施形態の通信プロトコル変換装置１０２が定期的にネットワーク装置の通信状況を確認し、無線回線が切断していないかをチェックしてもよい。

したがって、実施形態のプロトコル変換装置は、ネットワーク回線が切断したことを認識した場合には、ホスト側から、送信フレームを受信したとしても、ＤＭＡ Ａｃｔｉｖｅを返信する処理を停止することにより、ホストが、ライト処理のエラーを把握することができる。

以上の実施形態によれば、無線処理時間とドライブ処理時間をパラレル化したり、アグリゲーションしてデータを送信することにより、ライト時間やリード時間を短くすることができる。

また、上述の実施形態の中で示した処理手順に示された指示は、ソフトウェアであるプログラムに基づいて実行されることが可能である。汎用の計算機システムが、このプログラムを予め記憶しておき、このプログラムを読み込むことにより、上述した実施形態の通信プロトコル変換装置による効果と同様な効果を得ることも可能である。上述の実施形態で記述された指示は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ±Ｒ、ＤＶＤ±ＲＷなど）、半導体メモリ、またはこれに類する記録媒体に記録される。コンピュータまたは組み込みシステムが読み取り可能な記録媒体であれば、その記憶形式は何れの形態であってもよい。コンピュータは、この記録媒体からプログラムをリード、このプログラムに基づいてプログラムに記述されている指示をＣＰＵで実行させれば、上述した実施形態の通信プロトコル変換装置と同様な動作を実現することができる。もちろん、コンピュータがプログラムを取得する場合または読み込む場合はネットワークを通じて取得または読み込んでもよい。
また、記録媒体からコンピュータや組み込みシステムにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワーク等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。
さらに、本願発明における記録媒体は、コンピュータあるいは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶または一時記憶した記録媒体も含まれる。
また、記録媒体は１つに限られず、複数の媒体から本実施形態における処理が実行される場合も、本発明における記録媒体に含まれ、媒体の構成は何れの構成であってもよい。

なお、本願発明におけるコンピュータまたは組み込みシステムは、記録媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するためのものであって、パソコン、マイコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。
また、本願発明の実施形態におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の実施形態における機能を実現することが可能な機器、装置を総称している。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

実施形態の通信プロトコル変換装置と他装置との接続を示す図。 図１の通信プロトコル変換装置１０２のブロック図。 図１の通信プロトコル変換装置１０５のブロック図。 有線で接続されるホスト側とドライブ側との間でＤＭＡ Ｗｒｉｔｅコマンドを実行する場合の一例を示す図。 有線で接続されるホスト側とドライブ側との間でＤＭＡ Ｒｅａｄコマンドを実行する場合の一例を示す図。 有線で接続されるホスト側とドライブ側との間でＰＩＯ Ｗｒｉｔｅコマンドを実行する場合の一例を示す図。 有線で接続されるホスト側とドライブ側との間でＰＩＯ Ｒｅａｄコマンドを実行する場合の一例を示す図。 図４の場合の処理時間を示す図。 実施形態の通信プロトコル変換装置を使用した場合でのＤＭＡ Ｗｒｉｔｅコマンドを実行する場合の一例を示す図。 図９の場合の処理時間を示す図。 図９の処理の変形例であり、無線送信するデータフレームをアグリゲーションして送信する場合の一例を示す図。 図１１のデータをアグリゲーションする２つの例を示す図。 実施形態の通信プロトコル変換装置を使用した場合でのＤＭＡ Ｒｅａｄコマンドを実行する場合の一例を示す図。 実施形態の通信プロトコル変換装置を使用した場合でのＰＩＯ Ｗｒｉｔｅコマンドを実行する場合の一例を示す図。 実施形態の通信プロトコル変換装置を使用した場合でのＰＩＯ Ｒｅａｄコマンドを実行する場合の一例を示す図。 実施形態の通信プロトコル変換装置を使用した場合でのＰＩＯ Ｗｒｉｔｅコマンドを実行する場合の一例を示す図。 無線回線が切断された場合、または再送回数の上限に達した場合の実施形態の通信プロトコル変換装置の処理を説明するための図。

符号の説明

１０１、１０６・・・トランスポート層、１０２、１０５・・・通信プロトコル変換装置、１０３、１０４・・・無線部、２０１、３０１・・・ネットワーク通信部、２０２、３０２・・・ネットワーク信号解析部、２０３、３０３・・・フレーム変換部、２０４、３０４・・・プロトコル管理部、２０５・・・ホスト通信部、２０６・・・ホスト信号解析部、３０５・・・ドライブ通信部、３０６・・・ドライブ信号解析部。

Claims (16)

1. ホストと通信装置との間に接続される通信プロトコル変換装置であって、
   前記通信装置を介して他の通信装置と通信する第１通信手段と、
   前記通信装置を介して受信した第１通信信号がライト要求信号に対する応答信号、ライト完了信号、リード完了信号、リードデータ信号、およびリード準備要求信号のいずれであるかを解析する第１解析手段と、
   前記ホストと通信する第２の通信手段と、
   前記ホストから受信した第１ホスト信号がライト要求信号、およびリード要求信号のいずれであるかを解析する第２解析手段と、
   前記第１ホスト信号を第２通信信号に変換し、前記第１通信信号を第２ホスト信号に変換する第１変換手段と、
   前記第１通信信号または前記第１ホスト信号の解析結果に基づいた処理を実行する第１実行手段と、を具備することを特徴とする通信プロトコル変換装置。
2. 前記ホスト信号解析手段が、前記第１ホスト信号が最初または途中のライトデータ信号であると解析した場合には、前記変換手段が該第１ホスト信号を第３ネットワーク信号に変換し、前記ネットワーク通信手段が該第３ネットワーク信号をネットワークに送信し、前記第１実行手段が該第１ホスト信号に対応する応答信号を生成し、前記ホスト通信手段が該応答信号を前記ホストに送信し、
   前記ホスト信号解析手段が、前記第１ホスト信号がライト要求信号、リード要求信号、および最後のライトデータ信号のいずれか１つであると解析した場合には、前記変換手段が該ライト要求信号、該リード要求信号、または該データ信号を第４ネットワーク信号に変換して、前記ネットワーク通信手段が該第４ネットワーク信号をネットワークに送信する請求項１に記載の通信プロトコル変換装置。
3. 前記第１実行手段は前記ネットワークを介した通信が切断されたかどうかを認識し、該第１実行手段は該通信が切断されたことを認識し、かつ、前記ホスト信号解析手段が前記第１ホスト信号が最初または途中のライトデータであると解析した場合には、前記変換手段は該第１ホスト信号を変換する処理を停止し、かつ、前記第１実行手段は前記応答信号を生成する処理を停止することを特徴とする請求項２に記載の通信プロトコル変換装置。
4. 前記ネットワーク信号解析手段が、前記第１ネットワーク信号がライト要求信号に対する応答信号、ライト完了信号、およびリード完了信号のいずれか１つであると解析した場合には、前記変換手段が該第１ネットワーク信号を第３ホスト信号に変換し、前記ホスト通信手段が該第３ホスト信号を前記ホストに送信し、
   前記ネットワーク信号解析手段が、前記第１ネットワーク信号がリードデータ信号であると解析した場合には、前記第１実行手段が該リードデータ信号に対するリード準備要求信号を生成し、前記ホスト通信手段が該リード準備要求信号を前記ホストに送信し、前記変換手段が該第１ネットワーク信号を第４ホスト信号に変換し、前記ホスト通信手段が該第４ホスト信号を前記ホストに送信することを特徴とする請求項１に記載の通信プロトコル変換装置。
5. 前記ネットワーク信号解析手段が、前記第１ネットワーク信号がライト要求信号に対する応答信号、ライト完了信号、およびリード完了信号のいずれか１つであると解析した場合には、前記変換手段が該第１ネットワーク信号を第３ホスト信号に変換し、前記ホスト通信手段が該第３ホスト信号を前記ホストに送信し、
   前記ネットワーク信号解析手段が、前記第１ネットワーク信号がＮ（Ｎ：２以上の整数）個のリードデータ信号であると解析した場合には、前記第１実行手段が該リードデータ信号に対するリード準備要求信号を生成し、前記ホスト通信手段が該リード準備要求信号を前記ホストに送信し、前記変換手段が該第１ネットワーク信号に含まれる前記リードデータ信号の１つを第５ホスト信号に変換し、前記ホスト通信手段が該第５ホスト信号を前記ホストに送信するこれら４つの処理をＮ回繰り返すことを特徴とする請求項１に記載の通信プロトコル変換装置。
6. 前記ネットワーク信号解析手段が、前記第１ネットワーク信号がライト要求信号に対する応答信号、ライト完了信号、およびリード完了信号のいずれか１つであると解析した場合には、前記変換手段が該第１ネットワーク信号を第３ホスト信号に変換し、前記ホスト通信手段が該第３ホスト信号を前記ホストに送信し、
   前記ネットワーク信号解析手段が、前記第１ネットワーク信号がリード準備要求信号とリードデータ信号をそれぞれ１つ含んでいると解析した場合には、前記変換手段が該第１ネットワーク信号を第６ホスト信号に変換し、前記ホスト通信手段が、リード準備要求信号に対する第６ホスト信号の第１部分信号、およびリードデータ信号に対する第６ホスト信号部分の第２部分信号を該第１部分信号、該第２部分信号の順に前記ホストに送信することを特徴とする請求項１に記載の通信プロトコル変換装置。
7. 前記ネットワーク信号解析手段が、前記第１ネットワーク信号がライト要求信号に対する応答信号、ライト完了信号、およびリード完了信号のいずれか１つであると解析した場合には、前記変換手段が該第１ネットワーク信号を第３ホスト信号に変換し、前記ホスト通信手段が該第３ホスト信号を前記ホストに送信し、
   前記ネットワーク信号解析手段が、前記第１ネットワーク信号がリード準備要求信号とリードデータ信号をそれぞれＮ（Ｎ：２以上の整数）個ずつ含んでいると解析した場合には、前記変換手段が該第１ネットワーク信号を第７ホスト信号に変換し、前記ホスト通信手段が、リード準備要求信号の１つに対する第７ホスト信号の第３部分信号、およびリードデータ信号の１つに対する第７ホスト信号部分の第４部分信号を該第３部分信号、該第４部分信号の順に前記ホストに送信するこれら２つの処理をＮ回繰り返すことを特徴とする請求項１に記載の通信プロトコル変換装置。
8. 前記ホスト信号解析手段が、前記第１ホスト信号がライト要求信号であると解析した場合には、前記ホスト信号解析手段はライトデータの全体長を検出し、前記ホスト通信手段がライトデータ信号を受信した場合には、前記ホスト信号解析手段は、該ライトデータ信号の累積信号長をカウントし、該全体長と該累積信号長との比較を行い、ライトデータが最終データであるか否かを判断することを特徴とする請求項１に記載の通信プロトコル変換装置。
9. 情報のライトおよびリードの少なくともいずれか１つが可能なドライブとネットワークとの間に接続される通信プロトコル変換装置であって、
   前記ネットワークと通信可能に接続される第２ネットワーク通信手段と、
   前記ネットワークを介して受信した第５ネットワーク信号がライト要求信号、リード要求信号、およびライトデータ信号、ライト要求信号を解析する第２ネットワーク信号解析手段と、
   前記ドライブと通信可能に接続されるドライブ通信手段と、
   前記ドライブから受信した第１ドライブ信号がライト要求信号に対する応答信号、ライト完了信号、リードデータ信号、およびリード完了信号、リード準備要求信号、ライトデータ信号に対する応答信号を解析するドライブ信号解析手段と、
   前記第１ドライブ信号を第６ネットワーク信号に変換したり、前記第５ネットワーク信号を第２ドライブ信号に変換する第２変換手段と、
   前記第５ネットワーク信号または前記第１ドライブ信号の解析結果に基づいて、通信プロトコル処理を実行する第２実行手段と、を具備することを特徴とする通信プロトコル変換装置。
10. 前記ドライブ信号解析手段が、前記第１ドライブ信号がライト要求信号に対する応答信号、ライト完了信号、リードデータ信号、およびリード完了信号のいずれか１つであると解析した場合には、前記第２変換手段が該第１ドライブ信号を第７ネットワーク信号に変換し、前記２ネットワーク通信手段が該第７ネットワーク信号を前記ネットワークに送信し、
    前記ドライブ信号解析手段が、前記第１ドライブ信号がライトデータ信号に対する応答信号、およびリード準備要求信号のいずれか１つであると解析した場合には、前記第２変換手段および前記第２ネットワーク通信手段を停止することを特徴とする請求項９に記載の通信プロトコル変換装置。
11. 前記ドライブ信号解析手段が、前記第１ドライブ信号がライト要求信号に対する応答信号、ライト完了信号、およびリード完了信号のいずれか１つであると解析した場合には、前記第２変換手段が該第１ドライブ信号を前記第８ネットワーク信号に変換し、前記２ネットワーク通信手段が該第８ネットワーク信号を前記ネットワークに送信し、
    前記ドライブ信号解析手段が、前記第１ドライブ信号がライトデータ信号に対する応答信号であると解析した場合には、前記第２変換手段および前記第２ネットワーク通信手段を停止し、
    前記ドライブ信号解析手段が、前記第１ドライブ信号がリード準備要求信号であると解析した場合には、前記ドライブ通信手段が前記第１ドライブ信号としてリードデータ信号を受信した後に、前記第２変換手段が該リード準備要求信号と該リードデータ信号とを１つの信号にまとめて第９ネットワーク信号に変換し、前記第２ネットワーク通信手段が該第９ネットワーク信号を前記ネットワークに送信することを特徴とする請求項９に記載の通信プロトコル変換装置。
12. 前記第２ネットワーク信号解析手段が、前記第５ネットワーク信号がライト要求信号、リード要求信号、およびライトデータ信号のいずれか１つであると解析した場合には、前記第２変換手段が該第５ネットワーク信号を第３ドライブ信号に変換し、前記ドライブ通信手段が該第３ドライブ信号を前記ドライブに送信することを特徴とする請求項９に記載の通信プロトコル変換装置。
13. 前記第２ネットワーク信号解析手段が、前記第５ネットワーク信号がライト要求信号であると解析しその後、前記ドライブ通信手段が前記ドライブからライト応答信号を受信した場合には、前記第２変換手段が該ライト応答信号を第１０ネットワーク信号に変換し、前記第２ネットワーク通信手段が該第１０ネットワーク信号をネットワークに送信し、
    前記第２ネットワーク信号解析手段が、前記第５ネットワーク信号がライトデータ信号であると解析しその後、前記ドライブ通信手段が前記ドライブからライト応答信号を受信した場合には、前記第２変換手段が該ライト応答信号を第１０ネットワーク信号に変換することを停止し、前記第２ネットワーク通信手段への出力を停止し、
    前記第２ネットワーク信号解析手段が、前記第５ネットワーク信号がライトデータ信号であると解析しその後、前記ドライブ通信手段が前記ドライブからライト完了信号を受信した場合には、前記第２変換手段が該ライト完了信号を第１１ネットワーク信号に変換し、前記第２ネットワーク通信手段が該第１１ネットワーク信号をネットワークに送信することを特徴とする請求項９に記載の通信プロトコル変換装置。
14. 前記第２ネットワーク信号解析手段が、前記第５ネットワーク信号がライト要求信号であると解析した場合には、前記第２ネットワーク信号解析手段はライトデータの全体長を検出し、さらに前記ドライブ通信手段が前記ドライブから前記第１ドライブ信号を受信した場合に、前記第２変換手段が該第１ドライブ信号を第１２ネットワーク信号に変換し、前記第２ネットワーク通信手段が該第１２ネットワーク信号をネットワークに送信し、
    前記第２ネットワーク信号解析手段が、前記第５ネットワーク信号がライトデータ信号であると解析した場合には、前記第２ネットワーク信号解析手段はライトデータ信号の累積信号長をカウントし、該全体長と該累積信号長との比較を行い、ライトデータが最終データであるか否かを判断し、最終データであると判断されさらに前記ドライブ通信手段が前記ドライブから第１ドライブ信号を受信した場合に、前記第２変換手段が第１ドライブ信号を第１３ネットワーク信号に変換し、前記第２ネットワーク通信手段が該第１３ネットワーク信号をネットワークに送信し、
    前記第２ネットワーク信号解析手段が、前記第５ネットワーク信号がライトデータ信号であると解析した場合には、前記第２ネットワーク信号解析手段はライトデータ信号の累積信号長をカウントし、該全体長と該累積信号長との比較を行い、ライトデータが最終データであるか否かを判断し、最終データでないと判断されさらに前記ドライブ通信手段が前記ドライブから第１ドライブ信号を受信した場合に、前記第２変換手段が第１ドライブ信号を第１４ネットワーク信号に変換することを停止し、さらに前記第２ネットワーク通信手段への出力も停止することを特徴とする請求項９に記載の通信プロトコル変換装置。
15. 情報のライトおよびリードの少なくともいずれか１つが可能なドライブとネットワークとの間に接続される通信プロトコル変換装置で使用される通信プロトコル変換方法であって、
    前記ネットワークと通信可能に接続し、
    前記ネットワークを介して受信した第５ネットワーク信号がライト要求信号、リード要求信号、およびライトデータ信号、ライト要求信号を解析し、
    前記ドライブと通信可能に接続し、
    前記ドライブから受信した第１ドライブ信号がライト要求信号に対する応答信号、ライト完了信号、リードデータ信号、およびリード完了信号、リード準備要求信号、ライトデータ信号に対する応答信号を解析し、
    前記第１ドライブ信号を第６ネットワーク信号に変換したり、前記第５ネットワーク信号を第２ドライブ信号に変換し、
    前記第５ネットワーク信号または前記第１ドライブ信号の解析結果に基づいて、処理を実行することを特徴とする通信プロトコル変換方法。
16. 情報のライトおよびリードの少なくともいずれか１つが可能なドライブとネットワークとの間に接続される通信プロトコル変換装置で使用する通信プロトコル変換プログラムであって、
    コンピュータを、
    前記ネットワークと通信可能に接続される第２ネットワーク通信手段と、
    前記ネットワークを介して受信した第５ネットワーク信号がライト要求信号、リード要求信号、およびライトデータ信号、ライト要求信号を解析する第２ネットワーク信号解析手段と、
    前記ドライブと通信可能に接続されるドライブ通信手段と、
    前記ドライブから受信した第１ドライブ信号がライト要求信号に対する応答信号、ライト完了信号、リードデータ信号、およびリード完了信号、リード準備要求信号、ライトデータ信号に対する応答信号を解析するドライブ信号解析手段と、
    前記第１ドライブ信号を第６ネットワーク信号に変換したり、前記第５ネットワーク信号を第２ドライブ信号に変換する第２変換手段と、
    前記第５ネットワーク信号または前記第１ドライブ信号の解析結果に基づいて、処理を実行する第２実行手段として機能させるための通信プロトコル変換プログラム。

Images