(57)【要約】【課題】  任意の異種インターフェイスの相互変換をするインターフェイス変換システムにおいて、データ転送効率を向上させ、エラーに対する処理を高性能かつ柔軟性を持たせ、高速で使い勝手のよいシステムを提供する。【解決手段】  ターゲット２側のデータ転送が終了したかどうかの判別からホスト１へのステータス情報の転送までの処理を自動化し、エラー発生時は外部制御装置６に対してエラー発生通知し、この通知を受けた外部制御装置６が適切なエラー処理を行う。【選択図】  図１
2005275452.tif 000002
【特許請求の範囲】
【請求項１】
第１のインターフェイスを有するホストと、
第２のインターフェイスを有するターゲットと、
前記第１及び第２のインターフェイスの相互変換を行う変換器と、
前記変換器を制御する外部制御装置とを備えたデータ転送制御システムであって、
前記変換器は、
前記第１のインターフェイス経由で受信した前記ホストからのコマンドを、前記第２のインターフェイスを経由して前記ターゲットに対して発行するコマンド処理装置と、
前記第１及び第２のインターフェイスの相互変換を行いながら、前記ホストと前記ターゲットとの間のデータ転送処理を行うデータ転送処理装置と、
前記受信したコマンドに対して作成されたステータス情報を、前記第１のインターフェイスを経由して前記ホストに転送するホスト宛ステータス転送装置と、
前記ターゲット側のコマンド処理判別を行うターゲットコマンド処理判別装置とを備え、
前記ターゲットコマンド処理判別装置は、
前記データ転送の終了を検知し、前記データ転送が正常終了したかを判別する手段と、
前記ステータス情報を前記ホスト宛ステータス転送装置に書き込む手段と、
前記ホスト宛ステータス転送装置に書き込まれた前記ステータス情報を前記ホストに転送させる手段と、
前記外部制御装置に対して前記ターゲットの状態通知を行う手段とを備えていることを特徴とするデータ転送制御システム。
【請求項２】
請求項１に記載されたデータ転送制御システムにおいて、
前記変換器は、前記コマンド処理でエラーが発生した場合に、該エラー内容に応じて前記コマンド処理を再実行させるコマンド再実行手段をさらに備えていることを特徴とするデータ転送制御システム。
【請求項３】
請求項２に記載されたデータ転送制御システムにおいて、
前記コマンド再実行手段は、再実行の回数に制限を設ける再実行回数制限手段をさらに備えていることを特徴とするデータ転送制御システム。
【請求項４】
請求項１に記載されたデータ転送制御システムにおいて、
前記変換器は、前記ターゲットコマンド処理判別装置の動作を有効又は無効とするように選択的に切り替える切り替え装置をさらに備えていることを特徴とするデータ転送制御システム。
【請求項５】
請求項１に記載されたデータ転送制御システムにおいて、
前記変換器は、前記ホストからの指示に関わらず、任意のコマンドを任意のタイミングで前記ターゲットに対して発行する特定コマンド発行手段をさらに備えていることを特徴とするデータ転送制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータとコンピュータ周辺装置との間でインターフェイスの相互変換を行うためのデータ転送制御システムに関するものである。
【背景技術】
【０００２】
図９は、従来のインターフェイス変換システムに関する構成図を示す。また、図１０は、従来のコマンド処理の工程を示す流れ図である。
【０００３】
図９において、４１はパソコン等のホスト、４２はコンピュータ周辺機器等のターゲット、４３は高速シリアルバスのＩＥＥＥ１３９４バス、４４はＩＤＥ（Integrated Drive Electronics）バス、４５はＩＥＥＥ１３９４バス４３とＩＤＥバス４４とのプロトコル相互変換を行う変換器、４６は変換器４５を制御する外部制御装置である。ここで、変換器４５は、ホスト宛ステータス転送装置４７、データ転送処理装置４８及びコマンド処理装置４９から構成されている。
【０００４】
前記ホスト宛ステータス転送装置４７は、ＩＥＥＥ１３９４バス４３を経由してホスト４１にステータス情報を転送する。
【０００５】
前記データ転送処理装置４８は、ホスト４１とターゲット４２との間のデータ転送を行い、さらにＩＥＥＥ１３９４バス４３側のデータ転送が終了したかどうかの判別を行う。
【０００６】
前記コマンド処理装置４９は、ホスト４１からＩＥＥＥ１３９４バス４３を経由して受信したコマンドをプロトコル変換して、ＩＤＥバス４４経由でターゲット４２へ発行し、さらに外部制御装置４６の指示によりターゲット４２へ指定コマンドを発行する。
【０００７】
前記ホスト４１は、ターゲット４２との間でデータ転送を行うために、ＩＥＥＥ１３９４バス４３を経由して任意のコマンドを発行し、図１０に示すように、ステップＳ４０１で、変換器４５はホスト４１からのコマンドを受信するまで待ち続け、コマンドが受信されるとステップＳ４０２に分岐する。
【０００８】
ステップＳ４０２で、変換器４５がホスト４１からのコマンドを受信すると、外部制御装置４６は、受信したコマンドに対するステータス情報を作成する。なお、この時点では、ステータス情報をホスト宛ステータス転送装置４７に書き込まない。また、ここで準備するステータス情報は、受信コマンドの処理が正常終了したものと仮定した内容にしておく。
【０００９】
ステップＳ４０３で、コマンド処理装置４９は、受信したコマンドをターゲット４２向けにプロトコル変換し、ＩＤＥバス４４を経由して前記変換したコマンドを発行する。
【００１０】
ステップＳ４０４で、データ転送処理装置４８は、ホスト４１とターゲット４２との間でデータ転送を開始する。なお、前記データは、データ転送処理装置４８がＩＤＥバス４４とＩＥＥＥ１３９４バス４３とのプロトコル変換を行いながら、ホスト４１がコマンドで指定した分だけ転送される。
【００１１】
ステップＳ４０５で、データ転送処理装置４８がＩＥＥＥ１３９４バス４３側のデータ転送の終了を検知すると外部制御装置４６へ終了通知し、続いて外部制御装置４６がＩＤＥバス４４側のデータ転送の終了を検知する。
【００１２】
ステップＳ４０５で、ＩＤＥバス４４側のデータ転送の終了を検知すると、ステップＳ４０６で、外部制御装置４６はＩＤＥバス４４側のデータ転送が正常終了したかを判定する。
【００１３】
ステップＳ４０６でデータ転送が正常終了したと判定された場合には、ステータス情報を転送するためにステップＳ４０９に分岐する。
【００１４】
ステップＳ４０６でエラー終了したと判定された場合には、ステップＳ４０７に分岐し、外部制御装置４６は、ターゲット４２側で発生したエラー情報を取得するためのコマンドをコマンド処理装置４９に発行させ、エラー情報を取得する。
【００１５】
ステップＳ４０８で、外部制御装置４６は、ステップＳ４０２で準備されたステータス情報を、前記取得したエラー情報に書き換える。
【００１６】
ステップＳ４０９で、外部制御装置４６は、ステップＳ４０２又はステップＳ４０８で準備されたステータス情報をホスト宛ステータス転送装置４７に書き込む。
【００１７】
ステップＳ４１０で、外部制御装置４６は、ＩＥＥＥ１３９４バス４３を経由してホスト４１へステータス情報を転送する。
【００１８】
このように、従来のインターフェイス変換システムでは、ターゲット４２側のデータ転送の終了を検知してからステータス情報をホストに転送するまでの処理（ステップＳ４０５〜Ｓ４１０）全てを外部制御装置４６に任せていた。
【００１９】
また、特許文献１には、上記構成に対しステータス情報を自動的に処理する装置が記載されている。
【特許文献１】特開平１−８４４７２号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
しかし、上述のような構成では、ターゲット側において、データ転送が終了したか否かの判別、データ転送が正常に終了したか否かの判別、ホスト宛ステータス転送処理装置へのステータス情報の書き込み及びホストへのステータス情報の転送処理といった過程には、必ず外部制御装置が介在しているので、データ転送が正常に終了したときに既定のステータス情報を転送する場合であっても必ず前記過程が実行されることとなり、この過程に要する時間がシステム全体のデータ転送効率の向上を妨げていた。
【００２１】
また、前記過程を全て自動処理させる場合、ターゲット側で発生するあらゆる状況に対応させる必要があり、さらにシステムによっても様々な状況が考えられるので、それらに全てに対応させる装置を開発したとしても、装置規模が大きくなり価格上昇を避けることが難しい。
【００２２】
本発明は、かかる点に鑑みてなされたものであり、その目的とするところは、任意の異種インターフェイスの相互変換をするインターフェイス変換システムにおいて、データ転送効率を向上させ、エラーに対する処理を高性能かつ柔軟性を持たせ、高速で使い勝手のよいシステムを提供することにある。
【課題を解決するための手段】
【００２３】
本発明は、上記目的に対して、ターゲット側のデータ転送が終了したかどうかの判別からホストへのステータス情報の転送までの処理を自動化し、エラー発生時は外部制御装置に対してエラー発生通知し、この通知を受けた外部制御装置が適切なエラー処理を行うようにした。
【００２４】
すなわち、請求項１の発明は、第１のインターフェイスを有するホストと、
第２のインターフェイスを有するターゲットと、
前記第１及び第２のインターフェイスの相互変換を行う変換器と、
前記変換器を制御する外部制御装置とを備えたデータ転送制御システムであって、
前記変換器は、
前記第１のインターフェイス経由で受信した前記ホストからのコマンドを、前記第２のインターフェイスを経由して前記ターゲットに対して発行するコマンド処理装置と、
前記第１及び第２のインターフェイスの相互変換を行いながら、前記ホストと前記ターゲットとの間のデータ転送処理を行うデータ転送処理装置と、
前記受信したコマンドに対して作成されたステータス情報を、前記第１のインターフェイスを経由して前記ホストに転送するホスト宛ステータス転送装置と、
前記ターゲット側のコマンド処理判別を行うターゲットコマンド処理判別装置とを備え、
前記ターゲットコマンド処理判別装置は、
前記データ転送の終了を検知し、前記データ転送が正常終了したかを判別する手段と、
前記ステータス情報を前記ホスト宛ステータス転送装置に書き込む手段と、
前記ホスト宛ステータス転送装置に書き込まれた前記ステータス情報を前記ホストに転送させる手段と、
前記外部制御装置に対して前記ターゲットの状態通知を行う手段とを備えていることを特徴とする。
【００２５】
請求項２の発明は、請求項１に記載されたデータ転送制御システムにおいて、
前記変換器は、前記コマンド処理でエラーが発生した場合、該エラー内容に応じて前記コマンド処理を再実行させるコマンド再実行手段をさらに備えていることを特徴とする。
【００２６】
請求項３の発明は、請求項２に記載されたデータ転送制御システムにおいて、
前記コマンド再実行手段は、再実行の回数に制限を設ける再実行回数制限手段をさらに備えていることを特徴とする。
【００２７】
請求項４の発明は、請求項１に記載されたデータ転送制御システムにおいて、
前記変換器は、前記ターゲットコマンド処理判別装置の動作を有効又は無効とするように選択的に切り替える切り替え装置をさらに備えていることを特徴とする。
【００２８】
請求項５の発明は、請求項１に記載されたデータ転送制御システムにおいて、
前記変換器は、前記ホストからの指示に関わらず、任意のコマンドを任意のタイミングで前記ターゲットに対して発行する特定コマンド発行手段をさらに備えていることを特徴とする。
【発明の効果】
【００２９】
以上のように、請求項１に係る発明によれば、データ転送が正常終了した場合とエラー終了した場合とで自動制御又は手動制御の分担をさせることにより、正常終了時には、コマンド処理時間を短縮してシステム全体の転送効率を向上させることができる。
【００３０】
また、コマンド処理において、外部制御装置の介在が少なくて済むので、データ転送中は外部制御装置に他の処理をさせることができ、外部制御装置を効率よく活用することができる。
【００３１】
さらに、エラー終了時には、外部制御装置に適切なエラー処理を行わせることで柔軟かつ安定したシステムを実現できる。
【００３２】
請求項２に係る発明によれば、エラー情報の内容に応じてコマンドを再発行させることで、ホスト側のエラー処理負担を減らすことができる。また、エラーが発生したコマンドをホストから再発行するよりも処理時間が短縮できるので、システム全体の転送効率を向上させることができる。
【００３３】
請求項３に係る発明によれば、コマンド再発行の回数に制限を設けることで、システムのデッドロックを回避することができる。
【００３４】
請求項４に係る発明によれば、変換器に切り替え手段を搭載することで、該切り替え手段によってデータ転送終了検知からステータス情報転送までの自動処理を有効又は無効とするように切り替えられるから、様々なシステムに柔軟に対応することが可能になり、使い勝手のよいシステムを実現できる。
【００３５】
請求項５に係る発明によれば、ホストからコマンドが発行されるまでの時間を利用して発行頻度の高い任意コマンドを事前にターゲットへ発行し、そのコマンドに対するターゲット側の最新ステータス情報を先取りしておくことで、ホストからの任意コマンドが事前発行しているコマンドに該当する場合には、直ちにステータス情報の転送処理へと移行できるので、コマンド受信からステータス情報転送までの時間が大幅に短縮され、システム全体の転送効率が向上する。
【発明を実施するための最良の形態】
【００３６】
以下、本発明の実施形態を図面に基づいて詳細に説明する。以下の好ましい実施形態の説明は、本質的に例示に過ぎず、本発明、その適用物或いはその用途を制限することを意図するものでは全くない。
【００３７】
（実施形態１）
図１は、本発明の実施形態１に係るインターフェイス変換システムを示す構成図である。図１において、１はパソコン等のホスト、２はコンピュータ周辺装置（ＤＶＤ−ＲＯＭ／ＲＡＭ、ＣＤ−ＲＯＭドライブ）等のターゲット、３は高速シリアルバスのＩＥＥＥ１３９４バス、４はＩＤＥバス、５はＩＥＥＥ１３９４バス３とＩＤＥバス４とのプロトコル相互変換を行う変換器、６は変換器５を制御するマイコン等の外部制御装置である。
【００３８】
前記変換器５は、ＩＥＥＥ１３９４バス３を経由してホスト１へステータス情報を転送するホスト宛ステータス転送装置７と、ホスト１とターゲット２との間のデータ転送処理を行うデータ転送処理装置８と、ホスト１から発行されたコマンドをターゲット２へ発行し、さらに外部制御装置６の指示で指定コマンドをターゲット２へ発行するコマンド処理装置９と、ターゲット側のコマンド処理判別を行うターゲットコマンド処理判別装置１０とを備えている。
【００３９】
前記ターゲットコマンド処理判別装置１０は、ターゲット２側において、データ転送の終了を検知し、データ転送が正常に終了したか又はエラー終了したかを判別し、ステータス情報をホスト宛ステータス転送装置７に書き込み、前記ホスト宛ステータス転送装置７からステータス情報をホスト１に転送する。さらに、外部制御装置６に対してエラー発生通知を行う。
【００４０】
図２は、本発明におけるコマンド処理の工程を示す流れ図である。また、図３は、本発明におけるコマンド処理時間の比較図である。
【００４１】
前記ホスト１は、ターゲット２との間でデータ転送を行うために、ＩＥＥＥ１３９４バス３を経由して任意のコマンドを発行し、図２に示すように、ステップＳ１０１で、変換器５はホスト１からのコマンドを受信するまで待ち続け、コマンドが受信されるとステップＳ１０２に分岐する。
【００４２】
ステップＳ１０２で、変換器５がホスト１からのコマンドを受信すると、ターゲットコマンド処理判別装置１０は、受信したコマンドに対するステータス情報をホスト宛ステータス転送装置７に書き込む。ここで書き込むステータス情報は、受信コマンドの処理が正常終了したものと仮定した内容にする。
【００４３】
ステップＳ１０３で、コマンド処理装置９は、受信したコマンドをターゲット２向けにプロトコル変換し、ＩＤＥバス４を経由して前記変換したコマンドを発行する。
【００４４】
ステップＳ１０４で、データ転送処理装置８は、ホスト１とターゲット２との間でデータ転送を開始する。なお、前記データは、データ転送処理装置８がＩＤＥバス４とＩＥＥＥ１３９４バス３とのプロトコル変換を行いながら、ホスト１がコマンドで指定した分だけ転送される。
【００４５】
ステップＳ１０５で、ターゲットコマンド処理判別装置１０は、ホスト１とターゲット２との間でのデータ転送が終了したことを検知すると、ターゲット２側のデータ転送が正常終了したか又はエラー終了したかを自動的に判別する。
【００４６】
前記データ転送が正常終了の場合には、ステップＳ１０６に進み、ステップＳ１０２で予め書き込んでおいたステータス情報をホスト１へ転送するために、ホスト宛ステータス転送装置７にステータス情報を転送させる。なお、ステータス情報はＩＥＥＥ１３９４バス３を経由してホスト１へ転送される。
【００４７】
このように、データ転送に際して外部制御装置６が介在しないため、ホスト１側から見ると、コマンドを発行してからステータス情報を受信するまでの時間が従来に比べ短縮される。これにより、システム全体としてコマンド発行間隔の短縮を実現し転送効率を向上することができる。
【００４８】
前記ターゲット２側のデータ転送がエラー終了の場合、外部制御装置６に対してエラー発生の通知を行い、エラーに対する処理を外部制御装置６に行わせる。なお、このエラー通知の方法として、変換器５内部にレジスタを敷設しておき、該レジスタに情報を設定して通知する、又は割り込みによって外部制御装置６に通知するといった手段を用いる。これは、エラー発生を優先的に素早く外部制御装置６へ通知できるようにするためであり、さらに、必要（エラー発生）以外は外部制御装置６に負担を掛けないためでもある。
【００４９】
ステップＳ１０７で、エラー通知を受けた外部制御装置６は、ターゲット２側で発生したエラー情報を取得する。具体的には、外部制御装置６からコマンド処理装置９に対してエラー情報を取得するための指定コマンドを発行するように指示し、ＩＤＥバス４を経由して前記指定コマンドをターゲット２に発行することにより、エラー情報を取得する。
【００５０】
ステップＳ１０８で、前記エラー情報を変換器５内のホスト宛ステータス転送装置７に書き込む。これによりステップＳ１０２で予め書込まれた“正常終了”というステータス情報が“エラー情報”へと書き換えられることになる。
【００５１】
そして、ステップＳ１０６で、ＩＥＥＥ１３９４バス３を経由してホスト１へステータス情報を転送する。
【００５２】
このように、エラー発生の場合には、外部制御装置６を介在させて適切なエラー処理を行うように制御する。したがって、外部制御装置６が介在することでシステム全体のデータ転送効率が低下してしまうが、確実にエラー処理を行いシステム全体の安定性を確保することができるという格別の効果が得られる。
【００５３】
前記ホスト１は、ターゲット２側からのステータス情報を受信することで、発行したコマンドに関する一連の処理を終了したと判断し、返ってきたステータス情報に基づいて次のコマンドを発行するか、又は再度同じコマンドを発行するかを決定する。このような処理はホスト１に依存することであり本システムには関係ない。本システムでの工程としてはステップＳ１０１へ戻り次のコマンドを待つことになる。
【００５４】
図３に示すように、従来のコマンド処理と本発明のシステムによるコマンド処理とを比較すると、コマンド“Ａ”終了時でΔＴ１、コマンド“Ｂ”終了時でΔＴ２分だけ処理時間が短縮されていることが分かる。
【００５５】
以上のように、本実施形態１によれば、データ転送が正常終了した場合とエラー終了した場合とで自動制御又は手動制御の分担をさせることにより、正常終了時には、コマンド処理時間を短縮してシステム全体の転送効率を向上させることができる。
【００５６】
また、コマンド処理において、外部制御装置の介在が少なくて済むので、データ転送中は外部制御装置に他の処理をさせることができ、外部制御装置を効率よく活用することができる。
【００５７】
さらに、エラー終了時には、外部制御装置に適切なエラー処理を行わせることで柔軟かつ安定したシステムを実現できる。
【００５８】
（実施形態２）
次に、本発明の実施形態２について説明する。なお、本実施形態２におけるインターフェイス変換システムの構成及び処理の流れは、基本的に実施形態１と同様であるので、実施形態１と同じ部分については同じ符号を付し、相違点についてのみ説明する。
【００５９】
図４は、本発明におけるコマンド処理の工程を示す流れ図である。また、図５は、本発明におけるコマンド処理時間の比較図である。
【００６０】
図４において、ホスト１とターゲット２との間のデータ転送が終了し、ターゲット２側でエラーが発生すると、ターゲットコマンド処理判別装置１０は外部制御装置６に対してエラー発生の通知をする。
【００６１】
ステップＳ１０７で、エラー通知を受けた外部制御装置６は、ターゲット２側で発生したエラー情報を取得する。
【００６２】
ステップＳ２０１で、外部制御装置６は、取得したエラー情報の内容を判別する。エラー内容がデータ化けやデータ欠け程度であれば、ＩＤＥバス４に対する一時的な外的要因等による不具合と考えられるため、ターゲット２では致命的なエラーが発生しておらず、コマンド再発行によるリカバリーが可能であると判断してステップＳ１０２に分岐し、ＩＤＥバス４を経由してターゲット２に対してコマンドを再発行する処理を行う。このとき、ホスト１に対してはステータス情報を転送していないので、ホスト１から次のコマンドを受信していない。すなわち、コマンド処理装置９は、エラー発生したコマンドが直ぐに再発行できる状態にある。
【００６３】
そして、再発行したコマンド処理が正常終了すれば、ホスト１に対して正常終了のステータス情報が転送される。これは、コマンド再発行処理に移行したときに、ステップＳ１０２で正常終了のステータス情報がホスト宛ステータス転送装置７へ既に書き込まれているからである。これにより、ホスト１は発行したコマンドが正常終了したものと判別して、次のコマンド処理へ移行できる。
【００６４】
上記以外の場合にはリカバリー不可能と判断して、ステップＳ１０８で、従来通りターゲット２から取得したステータス情報（この場合エラー）をホスト宛ステータス転送装置７に書き込み、ステップＳ１０６で、ステータス情報をＩＥＥＥ１３９４バス３経由でホスト１へ転送し、一連のコマンド処理を終了する。
【００６５】
なお、このようなコマンド再発行の実施には回数制限を設けるようにし、リカバリー処理を規定回数実施した場合には、それ以降はリカバリー不可能と判断して通常のエラー時と同じくステータス情報（エラー）をホスト１へ転送するようにしてもよい。これにより、リカバリー処理の無限ループ化を避けることができる。
【００６６】
図５に示すように、従来のコマンド再発行と本発明のシステムによるコマンド再発行とを比較すると、コマンド処理が正常終了するまでにΔＴ時間短縮されることが分かる。
【００６７】
以上のように、本実施形態２によれば、エラー情報の内容に応じてコマンドを再発行させることで、ホスト側のエラー処理負担を減らすことができる。
【００６８】
また、エラーが発生したコマンドをホストから再発行するよりも処理時間が短縮できるので、システム全体の転送効率を向上させることができる。
【００６９】
さらに、コマンド再発行の回数に制限を設けることで、システムのデッドロックを回避することができる。
【００７０】
（実施形態３）
さらに、本発明の実施形態３について説明する。図６は実施形態３のインターフェイス変換システムを示す構成図である。
【００７１】
図６に示すように、本実施形態３に係るインターフェイス変換システムの構成は、前記実施形態１のインターフェイス変換システムに対して、ターゲットコマンド処理判別装置１０の機能を有効又は無効とするように選択的に切り替える切り替え装置３１を搭載したものである。
【００７２】
ここで、前記切り替え装置３１は、変換器５内部に敷設されたレジスタに設定された設定値に基づいて、又は変換器５に外部接続された入力機器から入力される入力値に基づいて、ターゲットコマンド処理判別装置１０の機能を有効又は無効とするように切り替える。
【００７３】
前記切り替え装置３１により、ターゲットコマンド処理判別装置１０が有効とされた場合には、ターゲットコマンド処理判別装置１０とホスト宛ステータス転送装置７とが接続された構成になるので、前記実施形態１で説明したような制御が行われる。
【００７４】
前記切り替え装置３１により、ターゲットコマンド処理判別装置１０が無効とされた場合には、ターゲットコマンド処理判別装置１０とホスト宛ステータス転送装置７とが解放された構成になるので、ターゲット２側において、データ転送の終了を検知し、データ転送が正常に終了したか又はエラー終了したかを判別し、ステータス情報をホスト宛ステータス転送装置７に書き込み、前記ホスト宛ステータス転送装置７からステータス情報をホスト１に転送するという一連の処理を外部制御装置６に行わせる。
【００７５】
以上のように、本実施形態３によれば、変換器に切り替え手段を搭載することで、データ転送終了検知からステータス情報転送までの自動処理を有効又は無効とするように切り替えられるから、様々なシステムに柔軟に対応することが可能になり、使い勝手のよいシステムを実現できる。
【００７６】
例えば、システムによってデータ転送が正常終了した場合であっても任意の情報をステータス情報に付加することができる。また、ステータス情報を転送する前に他の処理を必要とするため、ステータス情報を自動的に転送させたくない場合にも応用できる。
【００７７】
（実施形態４）
また、本発明の実施形態４について説明する。図７は本実施形態４におけるコマンド処理の工程を示す流れ図である。また、図８はコマンド処理時間の比較図である。
【００７８】
ホスト１は、ターゲット２との間でデータ転送を行うために、ＩＥＥＥ１３９４バス３を経由して任意のコマンドを発行し、図７に示すように、ステップＳ３０１で、変換器５はホスト１からのコマンドを受信するまで待ち続け、ステップＳ３０２に分岐する。ステップＳ３０１でコマンドが受信されると、ステップＳ３０６に分岐する。
【００７９】
ステップＳ３０２で、コマンド処理が正常終了したものと仮定したステータス情報の設定を行い、ステップＳ３０３に進む。
【００８０】
ステップＳ３０３で、外部制御装置６は、コマンド処理装置９に対して、ホスト１からの発行頻度が高く、データ転送を伴わずに短時間で処理できる“Ｔｅｓｔ  Ｕｎｉｔ  Ｒｅａｄｙコマンド（以下、ＴＵＲコマンドと称す）”を発行させる。このＴＵＲコマンドは、ホスト１とターゲット２との間で通常行われているコマンド処理と同じように扱われる。
【００８１】
そして、ステップＳ３０４で、ターゲットコマンド処理判別装置１０は、ＴＵＲコマンド処理が終了したことを検知すると、ターゲット２側のコマンド処理が正常終了したか又はエラー終了したかを自動的に判別する。
【００８２】
前記コマンド処理が正常終了の場合には、ステップＳ３０５に進み、ステップＳ３０５でＴＵＲコマンドのステータス情報が取得済みであることを示すために予め準備されたフラグに、ステータス情報取得済みの情報をセットしておく。そして、ステップＳ３０１へ戻る。
【００８３】
前記コマンド処理がエラー終了の場合には、ステップＳ３１３に進み、ステップＳ３１３で、エラー通知を受けた外部制御装置６は、ターゲット２側で発生したエラー情報を取得する。
【００８４】
ステップＳ３１４で、前記エラー情報を変換器５内のホスト宛ステータス転送装置７に書き込む。そして、ステップＳ３０５に進む。
【００８５】
ホスト１からのコマンドが受信されるまで、外部制御装置６と変換器５とによって上記で説明したＴＵＲコマンド処理（ステップＳ３０１〜Ｓ３０５）を繰り返す。
【００８６】
ここで、ホスト１から発行されたコマンド処理と、ホスト１からのコマンド受信待ち時間を利用したコマンド事前発行処理の相関図を図８の下段に示す。これにより、変換器５はＴＵＲコマンドに対する最新のステータス情報を随時取得することになり、すぐに転送できる状態となる。
【００８７】
次に、ホスト１からのコマンドを受信すると、ステップＳ３０６で、その受信コマンドがＴＵＲコマンドかどうかを判定する。
【００８８】
ステップＳ３０６での判定が「ＹＥＳ」の場合、ステップＳ３０７に分岐して、前記受信コマンドがＴＵＲコマンドの最新ステータス情報を取得済みであるかどうかを、ステップＳ３０５で設定されたフラグを用いて判定する。
【００８９】
ステップＳ３０７での判定が「ＹＥＳ」の場合、ステップＳ３１２に分岐して、直ちにホスト１へステータス情報を転送する。なお、ステップＳ３０２又はステップＳ３１４においてＴＵＲコマンドの最新ステータス情報の設定は完了しているので、すぐに転送処理を行ってもよい。
【００９０】
ステップＳ３０７での判定が「ＮＯ」の場合（ホスト１から発行されたコマンドがＴＵＲ以外、又はＴＵＲコマンドのステータス情報が未取得）、前記実施形態１と同様に通常のコマンド処理を行う（ステップＳ３０８→ステップＳ３０９→ステップＳ３１０→ステップＳ３１１→ステップＳ３１２、又はステップＳ３０８→ステップＳ３０９→ステップＳ３１０→ステップＳ３１１→ステップＳ３１５→ステップＳ３１６→ステップＳ３１２）。
【００９１】
なお、本実施形態４では、ホスト１からのコマンドを待っている間、ターゲット２に対して発行するコマンドをＴＵＲコマンドで説明しているが、これに限定するものではなく、システムに応じてコマンド選択すればよい。
【００９２】
図８に示すように、従来のコマンド処理と本発明のシステムによるコマンド処理とを比較すると、正常終了するまでにΔＴ処理時間が短縮されることが分かる。
【００９３】
以上のように、本実施形態４によれば、ホストからコマンドが発行されるまでの時間を利用して発行頻度の高い任意コマンドを事前にターゲットへ発行し、そのコマンドに対するターゲット側の最新ステータス情報を先取りしておくことで、ホストからの任意コマンドが事前発行しているコマンドに該当する場合には、直ちにステータス情報の転送処理へと移行できるので、コマンド受信からステータス情報転送までの時間が大幅に短縮され、システム全体の転送効率が向上する。
【産業上の利用可能性】
【００９４】
本発明は、高速シリアルバスのＩＥＥＥ１３９４、ＵＳＢ、ＩＤＥインターフェイス等を有するコンピュータ周辺機器等において、コマンド処理時間を短縮してシステム全体の転送効率を向上させることができるという実用性の高い効果が得られることから、高速データ転送を実現するためのブリッジシステムとして有用である。
【図面の簡単な説明】
【００９５】
【図１】本発明のインターフェイス変換システムの構成図である。
【図２】本発明の実施形態１におけるコマンド処理の工程を示す流れ図である。
【図３】本発明と従来とのコマンド処理時間の比較図である。
【図４】本発明の実施形態２におけるコマンド処理の工程を示す流れ図である。
【図５】本発明の実施形態２におけるコマンド処理時間の比較図である。
【図６】本発明の実施形態３におけるインターフェイス変換システムの構成図である。
【図７】本発明の実施形態４におけるコマンド処理の工程を示す流れ図である。
【図８】本発明の実施形態４におけるコマンド処理時間の比較図である。
【図９】従来のインターフェイス変換システムの構成図である。
【図１０】従来のコマンド処理の工程を示す流れ図である。
【符号の説明】
【００９６】
１    ホスト
２    ターゲット
３    ＩＥＥＥ１３９４バス
４    ＩＤＥバス
５    変換器
６    外部制御装置
７    ホスト宛ステータス転送装置
８    データ転送処理装置
９    コマンド処理装置
１０    ターゲットコマンド処理判別装置
３１    切り替え装置
【図１】
2005275452.tif 000003
【図２】
2005275452.tif 000004
【図３】
2005275452.tif 000005
【図４】
2005275452.tif 000006
【図５】
2005275452.tif 000007
【図６】
2005275452.tif 000008
【図７】
2005275452.tif 000009
【図８】
2005275452.tif 000010
【図９】
2005275452.tif 000011
【図１０】
2005275452.tif 000012