WO2013115282A1

WO2013115282A1 - インタフェース変換装置及びインタフェース変換方法、情報処理装置、情報処理システム、情報処理方法、プログラム及び記録媒体

Info

Publication number: WO2013115282A1
Application number: PCT/JP2013/052113
Authority: WO
Inventors: 竜也丸山; 成二上坂; 俊倫稲田
Original assignee: 株式会社ユニテックス
Priority date: 2012-01-31
Filing date: 2013-01-30
Publication date: 2013-08-08

Abstract

　異なる方式のインタフェースを有するハードウェアを接続するためのインタフェース変換装置及びインタフェース変換方法において、一方のハードウェアから他方のハードウェアへのデータ転送にエラーが発生しないように、また、エラーが発生した場合に、適切なデータ再転送を可能とする。　第１のインタフェース４の通信方式に適合したデータを、第２のインタフェース２の通信方式に適合したデータ形式に変換するデータ変換部３３と、第１のインタフェース４から受信したデータをデータ変換部３３へ送信する第１のデータ送受信部３１と、データ変換部３３による変換後のデータを記憶するデータ記憶部３４とデータ記憶部３４が記憶した複数のデータを記憶した順に、複数のデータの送信間隔には依存せず第２のインタフェース２へ送信する第２のデータ送受信部３２とを備える。

Description

インタフェース変換装置及びインタフェース変換方法、情報処理装置、情報処理システム、情報処理方法、プログラム及び記録媒体

　本発明は、異なる方式のインタフェースを有するハードウェアを接続するためのインタフェース変換装置及びインタフェース変換方法に関し、特に、一方のハードウェアから他方のハードウェアへのデータ転送にエラーが発生した場合に、適切なデータ再転送を可能とするインタフェース変換装置及びインタフェース変換方法に関する。
　また、本発明は、情報処理装置、情報処理システム、情報処理方法、プログラム及び記録媒体に係り、更に詳しくは、ＵＳＢポートを有する情報処理装置、該情報処理装置を含む情報処理システム、ＵＳＢポートを有する情報処理装置における情報処理方法、ＵＳＢポートを有する情報処理装置に用いられるプログラム、及び該プログラムが記録された記録媒体に関する。
　また、本発明は、変換装置、情報処理システム、変換方法、プログラム及び記録媒体に係り、更に詳しくは、互いにインタフェース規格が異なる２つの装置間の通信路上に設けられる変換装置、該変換装置を備える情報処理システム、互いにインタフェース規格が異なる２つの装置間の通信路上に設けられる変換装置における変換方法、互いにインタフェース規格が異なる２つの装置間の通信路上に設けられた装置に用いられるプログラム、及び該プログラムが記録された記録媒体に関する。

（１）従来から、ハードウェアを他のハードウェアと接続するためのインタフェースとしては、ハードウェアの性質に応じて、様々な処理方式のものが用いられている。例えば、パソコンにおいては、近年、ＵＳＢ（ユニバーサル・シリアル・バス、Universal Serial Bus）が標準装備されるようになり、プリンタや外付けハードディスク等の様々な周辺機器との接続が、ＵＳＢを介してなされるようになってきている。一方、ＬＴＯ（リニア・テープ・オープン、Linear Tape-Open）装置等のハイエンド機器では、データ転送の信頼性確保のため、例えばＳＡＳ（サス、Serial Attached SCSI）等のＵＳＢとは異なるインタフェースが用いられている。

　ところで、異なる通信方式のインタフェースを接続する場合には、両インタフェース間にインタフェース変換装置を介在させて、このインタフェース変換装置においてデータ形式を変換する必要がある。

　図４は、このような従来のインタフェース変換装置において、どのようにデータ転送がなされるかを示す図である。図示されるように、ホストコンピュータ１は、インタフェースとしてＵＳＢ２を備えている一方、テープデバイス（ＬＴＯ装置）３は、インタフェースとしてＳＡＳ４を備えている。インタフェース変換装置５は、ＵＳＢ２とＳＡＳ４の間に接続されている。

　このような構成において、テープデバイス３からホストコンピュータ１に向けてデータ転送を行う場合、図４の（ａ）に示すように、ＵＳＢ２からデータ転送要求であるＣＢＷ（Command Block Wrapper）が送信される。インタフェース変換装置５は、ＣＢＷをＳＡＳに適した形式であるコマンドフレームに変換して、ＳＡＳ４に向けて送信する。

　データ転送要求であるコマンドフレームを受けたＳＡＳ４は、送信すべきデータをテープデバイス３から読み込み、図４の（ｂ）に示すように、読み込んだデータを所定のフレームサイズで区切られたデータフレームとして、インタフェース変換装置５に向けて順次送信していく。データフレームの送信を受けたインタフェース変換装置５は、受け取ったデータフレームを、所定のパケットサイズに区切られたデータパケットに変換して、ＵＳＢ２に向けて順次転送していく。

　テープデバイス３から転送されるべき全データの転送が終了すると、図４の（ｆ）に示すように、ＳＡＳ４からデータ転送終了の通知であるレスポンスフレームの送信がなされる。インタフェース変換装置５は、このレスポンスフレームをＣＳＷ（Command Status Wrapper）に変換してＵＳＢ２へ送信し、転送処理が終了する（特許文献１～３参照）。

（２）パーソナルコンピュータなどの情報処理装置は、外部機器を付加することによって、機能を拡張することが可能であり、様々なシステムの中核となる装置として用いられている。

　そこで、情報処理装置と外部機器とを接続するためのインタフェースとして種々のものが考案された。

　例えば、ＳＣＳＩ（Ｓｍａｌｌ　Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍ　Ｉｎｔｅｒｆａｃｅ）が、ＡＮＳＩ（米国規格協会）によって１９８６年に規格化された。

　また、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）規格が、１９９６年に発表された。

　これらの規格は、その後、転送性能の向上等を目的として拡張が行われた。例えば、ＳＣＳＩについては、シリアル化されたＳＡＳ（Ｓｅｒｉａｌ　Ａｔｔａｃｈｅｄ　ＳＣＳＩ）が２００３年に標準化された。

　特許文献３には、ＵＳＢ接続インタフェース、及び仮想シリアルポートドライバを備える信号変換装置が開示されている。

　また、特許文献５には、仮想通信ポート作成削除手段を有する情報処理装置が開示されている。

　また、特許文献６には、読み出しエラーが起こった場合に、迅速かつ適切にデータ読み出しを続けることを目的とする読出装置が開示されている。

（３）パーソナルコンピュータなどの情報処理装置は、外部機器を付加することによって、機能を拡張することが可能であり、様々なシステムの中核となる装置として用いられている。

　そこで、情報処理装置と外部機器とを接続するためのインタフェースとして種々のものが提案された。

　例えば、特許文献１には、ＵＳＢストレージ機器が開示されている。

　特許文献２には、ＵＳＢ－ＡＴＡＰＩインタフェースシステムとこれに用いるＡＴＡＰＩ－ＵＳＢ変換機器が開示されている。

　また、特許文献７には、センスデータの保持に必要なメモリ容量を低減することを目的としたセンスデータ保持方法が開示されている。

特許第４３８１０３６号公報特開２００１‐３３７９１１号公報特開２０１１‐１４１２４号公報特開２００４－１８５３８８号公報国際公開第２００７／１０２４３４号特開平５－２８９９５５号公報

　上記（１）において、異なる方式のインタフェース間でデータ転送を行うためには、様々な技術手法をあらたに講じる必要がある。そして、本発明者らは、各インタフェースのデータ転送速度が異なる場合に、データ転送エラーが生じ得ることに思い至った。例えば、ＵＳＢとＳＡＳ間でデータ転送を行う場合、図４の（ｃ）に示すように、ＵＳＢ２によるデータパケットの受け取りが完了しないまま、所定時間（例えば１ｍｓ）以上が経過してしまうことがある。この場合、図４の（ｄ）に示すように、インタフェース変換装置５又はテープデバイス３においてタイムアウト（データ転送失敗）との判断がなされ、図４の（ｅ）に示すように、ＳＡＳ４からＵＳＢ２に向けてのデータ再送信がなされることになる。

　このようなエラー発生時のデータ再送信においては、インタフェースによる再送信データの処理方法の違いから、送信されるべきデータと実際に送信されるデータとの間でデータの不整合が生じてしまい得る。例えば、ＳＡＳにおいてデータの再送信がなされる場合、当初送信されるべきであった全データを最初から再送信するのに対して、再送信データを受信するＵＳＢにおいては、エラー発生前に既に送信完了が確認されているデータについては再送信が予定されておらず、エラー発生時までに送信完了済みのデータから後のデータについてのみ、再送信が予定されている。このため、図４の（ｅ）に示すように、インタフェース変換装置５がエラー発生時の再送信データをそのまま転送してしまうと、ＳＡＳ４が、送信されるべきであった全データを最初から送信してくるのに対して、ＵＳＢ２では、この最初からの再送信データを、既に送信完了済みのデータよりも後のデータ（すなわち、全データの途中からの再送信データ）として受け取ることになり、この結果、ＳＡＳ４からの転送データとＵＳＢ２で実際に受け取ったデータの間で不一致が生じてしまう。

　そして、本発明者らはさらに鋭意探索を行った結果、この各インタフェースのデータ転送速度の差に起因したデータ転送エラーの際に生じる不都合が発生しないように、また、不都合が発生した場合においても、以下の手法を用いることにより、適切なデータ転送を維持することが可能であることを見出した。すなわち、異なる方式のインタフェースを有するハードウェアを接続するためのインタフェース変換装置及びインタフェース変換方法において、一方のハードウェアから他方のハードウェアへのデータ転送にエラーが発生した場合に、適切なデータ再転送を可能とするインタフェース変換装置及びインタフェース変換方法を提供することを目的とする。

　上記（２）においては、パーソナルコンピュータでは、オペレーティングシステム（以下では、「ＯＳ」ともいう）として、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）が広く用いられている。

　この場合、一例として図３１に示されるように、アプリケーションソフトウェアとＳＣＳＩポートとの間には、ストレージクラスドライバ、ストレージポートドライバ、及びＳＣＳＩミニポートドライバが介在している。また、アプリケーションソフトウェアとＳＡＳポートとの間には、ストレージクラスドライバ、ストレージポートドライバ、及びＳＡＳミニポートドライバが介在している。そして、アプリケーションソフトウェアとＵＳＢポートとの間には、ストレージクラスドライバ、ＵＳＢマスストレージクラスドライバ、及びＵＳＢポートドライバが介在している。なお、アプリケーションソフトウェアとは、ソフトウェアそのものではなく、例えばソフトウェアがインストールされ、そのソフトウェアを実行する処理部である場合もある。

　アプリケーションソフトウェアがＳＣＳＩデバイスを制御するアプリケーションソフトウェアである場合、該アプリケーションソフトウェアは、例えば、ストレージクラスドライバを介してストレージポートドライバに問い合わせ、ＳＣＳＩポートに接続されているデバイスを制御対象とする。

　また、アプリケーションソフトウェアがＵＳＢデバイスを制御するアプリケーションソフトウェアである場合、該アプリケーションソフトウェアは、例えば、ストレージクラスドライバを介してＵＳＢマスストレージクラスドライバに問い合わせ、ＵＳＢポートに接続されているデバイスを制御対象とする。

　つまり、上記ＳＣＳＩデバイスを制御するアプリケーションソフトウェアは、ＵＳＢポートに接続されたＵＳＢデバイスを認識することができない（図３２参照）。

　ところで、近年、パーソナルコンピュータなどの情報処理装置は、ＵＳＢポートを標準装備するようになってきた。これに伴い、これまでＳＣＳＩ規格に対応していた外部機器も、ＵＳＢ規格に対応するようになってきた。

　しかしながら、ＳＣＳＩデバイスを制御するアプリケーションソフトウェアは、前述したようにＵＳＢデバイスを認識することができないため、該アプリケーションソフトウェアを修正する必要がある。この場合、該アプリケーションソフトウェアが古いと、修正できないという不都合があった。また、修正可能であっても、高額な修正費用が発生するとともに、修正に長い時間を要するという不都合があった。

　なお、ＳＣＳＩデバイスを制御するアプリケーションソフトウェアを修正しないで、ＵＳＢデバイスを認識する方法として、ＳＣＳＩデバイスとして認識される特殊なＵＳＢデバイスを用いることが考えられる。しかし、この場合は、ＵＳＢマスストレージクラスドライバ及びＵＳＢポートドライバの修正も必要となり、他社製品の場合には、修正不可であったり、アプリケーションソフトウェアの修正よりも更にコストが高くなるという不都合があった。

　本発明は、かかる事情の下になされたもので、その第１の目的は、コストアップを招くことなく、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアで、ＵＳＢデバイスを制御することができる情報処理装置を提供することにある。

　また、本発明の第２の目的は、コストアップを招くことなく、目的に応じたシステム構築ができる情報処理システムを提供することにある。

　また、本発明の第３の目的は、コストアップを招くことなく、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアで、ＵＳＢデバイスを制御することができる情報処理方法を提供することにある。

　また、本発明の第４の目的は、情報処理装置に対して、コストアップを招くことなく、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアで、ＵＳＢデバイスを制御することを可能にするプログラム及びそのプログラムが記録された記録媒体を提供することにある。

　上記（３）においては、発明者らは、ＵＳＢ規格に対応した第１の装置とＳＡＳ規格に対応した第２の装置との間の通信路上に設けられる変換装置を開発している。

　そして、発明者らは、第１の装置からのＵＳＢ規格に対応した形式の情報を、ＳＡＳ規格に対応した形式に変換して第２の装置に出力するとともに、第２の装置からのＳＡＳ規格に対応した形式の情報を、ＵＳＢ規格に対応した形式の情報に変換して第１の装置に出力する変換装置を試作した。

　この試作した変換装置（以下では、便宜上、「試作変換装置」ともいう）を介して、第１の装置としての情報処理装置と第２の装置としてのテープ装置とを接続したとき、該テープ装置に磁気テープが装着されていない等の異常があっても、その異常に関する情報が情報処理装置に通知されないという不都合があった。

　発明者らは、種々検討を行い、上記不都合の原因を見出した。この原因について図５４を用いて説明する。

　例えば、情報処理装置からリードコマンドが発行されると、試作変換装置は、該リードコマンドを所定のコマンドフレームに変換してテープ装置に出力する。

　このとき、テープ装置に磁気テープが装着されていないと、テープ装置は異常の内容に関する情報が含まれるセンスデータを作成し、該センスデータが含まれる所定のレスポンスフレームを試作変換装置に出力する。なお、テープ装置では、該レスポンスフレームの出力後、センスデータはクリアされる。

　試作変換装置は、テープ装置から上記レスポンスフレームを受け取ると、ダミーデータ及びコマンドの失敗を意味するステータス情報を情報処理装置に出力する。

　情報処理装置は、上記ステータス情報を受け取ると、センス情報を要求するリクエストセンスコマンドを発行する。

　試作変換装置は、該リクエストセンスコマンドを所定のコマンドフレームに変換してテープ装置に出力する。

　テープ装置は、センス情報が含まれる所定のデータフレームを試作変換装置に出力する。但し、このとき、テープ装置では、すでにセンスデータはクリアされているため、該センス情報にはセンスデータはセットされていない。

　試作変換装置は、テープ装置からデータフレームを受け取ると、所定の形式に変換して情報処理装置に出力する。

　情報処理装置は、センス情報を受け取っても、センスデータがないため、テープ装置での異常内容を知ることができない。

　本発明は、上述した発明者等の得た新規知見に基づいてなされたものであり、その第１の目的は、コストアップを招くことなく、ＵＳＢ規格に対応した第１の装置とＳＡＳ規格に対応した第２の装置との間の通信を正常に行うことができる変換装置を提供することにある。

　また、本発明の第２の目的は、コストアップを招くことなく、目的に応じたシステムを構築することができる情報処理システムを提供することにある。

　また、本発明の第３の目的は、コストアップを招くことなく、ＵＳＢ規格に対応した第１の装置とＳＡＳ規格に対応した第２の装置との間の通信を正常に行うことができる変換方法を提供することにある。

　また、本発明の第４の目的は、変換装置に対して、コストアップを招くことなく、ＵＳＢ規格に対応した第１の装置とＳＡＳ規格に対応した第２の装置との間の通信を正常に行わせることができるプログラム及びそのプログラムが記録された記録媒体を提供することにある。

　本発明によると、上記（１）に係る課題は、次の各項のようにして解決される。
（１）-（１）第１のインタフェースを有する第１の装置と、前記第１のインタフェースとは通信方式が異なる第２のインタフェースを有する第２の装置との間で通信を可能にするインタフェース変換装置であって、前記第１のインタフェースの通信方式に適合したデータを、前記第２のインタフェースの通信方式に適合したデータ形式に変換するデータ変換部と、前記第１のインタフェースから受信したデータを前記データ変換部へ送信する第１のデータ送受信部と、前記データ変換部による変換後の前記データを記憶するデータ記憶部と、前記データ記憶部から受信した前記データを前記第２のインタフェースへ送信する第２のデータ送受信部とを備え、前記第２のデータ送受信部は、前記データ記憶部が記憶した複数の前記データを記憶した順に、前記複数のデータの送信間隔には依存せず前記第２のインタフェースへ送信する。

（１）-（２）第１のインタフェースを有する第１の装置と、前記第１のインタフェースとは通信方式が異なる第２のインタフェースを有する第２の装置との間で通信を可能にするインタフェース変換装置であって、データを記憶するデータ記憶部と、前記第１のインタフェースから受信した前記データを前記データ記憶部へ送信する第１のデータ送受信部と、前記データ記憶部から受信した前記第１のインタフェースの通信方式に適合した前記データを、前記第２のインタフェースの通信方式に適合したデータ形式に変換するデータ変換部と、前記データ変換部から受信した前記データを前記第２のインタフェースへ送信する第２のデータ送受信部とを備え、前記第２のデータ送受信部は、前記データ変換部が変換した複数の前記データを変換した順に、前記複数のデータの送信間隔には依存せず前記第２のインタフェースへ送信する。

（１）-（３）上記（１）または（２）において、前記第２のデータ送受信部は、前記第２のインタフェースから受信したデータを前記データ変換部へ送信し、前記データ変換部は、前記第２のインタフェースの通信方式に適合した前記データを、前記第１のインタフェースの通信方式に適合したデータ形式に変換し、前記第１のデータ送受信部は、前記データ変換部から受信した前記データを前記第１のインタフェースへ送信する。

（１）-（４）第１のインタフェースを有する第１の装置と、前記第１のインタフェースとは通信方式が異なる第２のインタフェースを有する第２の装置との間で通信を可能にするインタフェース変換方法であって、データ変換部は、前記第１のインタフェースの通信方式に適合したデータを、前記第２のインタフェースの通信方式に適合したデータ形式に変換する変換ステップと、第１のデータ送受信部は、前記第１のインタフェースから受信したデータを前記データ変換部へ送信する送受信ステップと、データ記憶部は、前記データ変換部による変換後の前記データを記憶する記憶ステップと第２のデータ送受信部は、前記データ記憶部から受信した前記データを前記第２のインタフェースへ送信する送受信ステップとを含み、前記第２のデータ送受信部による送受信ステップは、前記データ記憶部が記憶した複数の前記データを記憶した順に、前記複数のデータの送信間隔には依存せず前記第２のインタフェースへ送信する。

（１）-（５）第１のインタフェースを有する第１の装置と、前記第１のインタフェースとは通信方式が異なる第２のインタフェースを有する第２の装置との間で通信を可能にするインタフェース変換方法であって、データ記憶部は、データを記憶する記憶ステップと、第１のデータ送受信部は、前記第１のインタフェースから受信した前記データを前記データ記憶部へ送信する送受信ステップと、データ変換部は、前記データ記憶部から受信した前記第１のインタフェースの通信方式に適合した前記データを、前記第２のインタフェースの通信方式に適合したデータ形式に変換する変換ステップと、第２のデータ送受信部は、前記データ変換部から受信した前記データを前記第２のインタフェースへ送信する送受信ステップとを含み、前記第２のデータ送受信部による送受信ステップは、前記データ変換部が変換した複数の前記データを変換した順に、前記複数のデータの送信間隔には依存せず前記第２のインタフェースへ送信する。

（１）-（６）本発明は、第１のインタフェースを有する第１の装置と第２のインタフェースを有する第２の装置との間でインタフェース変換を行うインタフェース変換装置において、第１の装置からのデータを第１のインタフェースを介して受け取るデータ受信手段と、データ受信手段により受け取ったデータを第２のインタフェースに適合した方式に変換するデータ変換手段と、データ変換手段により変換されたデータを第２のインタフェースを介して第２の装置に転送するデータ転送手段と、データ転送手段により第２の装置に転送されたデータに関する情報を記憶する転送データ情報記憶手段と、第１の装置から第２の装置へのデータ転送におけるエラー発生の判断がなされたときに、第１の装置から再送信されてきたデータのうち、転送データ情報記憶手段に記憶された情報に基づいて、エラー発生前に既に第２の装置に転送されていると判別されたデータ以外のデータについてのみ、データ変換手段とデータ転送手段とデータ記憶手段による処理を再開するデータ転送再開手段とを備えた。

（１）-（７）上記（６）において、第１のインタフェースは、エラー発生時のデータ再送信において、当初送信されるべきであった全データの再送信を行うものである一方、第２のインタフェースは、エラー発生時のデータ再送信において、当初送信されるべきであった全データのうち、エラー発生前に既に転送されたデータ以外の転送を受けつけるものであってもよい。

（１）-（８）上記（６）または（７）において、転送データ情報記憶手段に記憶された転送されたデータに関する情報は、第２の装置に転送済みのデータ量の指標となる情報であってもよい。

（１）-（９）上記（８）において、転送済みのデータ量の指標となる情報が、第２の装置に転送済みデータ量であってもよい。

（１）-（１０）上記（８）において、第１の装置から転送されるデータが、データフレームの形式で転送されるデータであり、転送済みのデータ量の指標となる情報が、第２の装置に転送済みのデータフレームの数であってもよい。

（１）-（１１）上記（６）～（１０）のいずれかにおいて、エラー発生の判断は、第２の装置におけるデータの受け取りが所定時間以上にわたって停滞した場合になされてもよい。

（１）-（１２）上記（６）または（７）において、また、転送データ情報記憶手段に記憶された転送されたデータに関する情報は、データ受信手段からデータ変換手段に転送済みのデータ量の指標となる情報であってもよい。

（１）-（１３）上記（１２）において、また、第１の装置から転送されるデータが、データフレームの形式で転送されるデータであり、転送済みのデータ量の指標となる情報が、データ受信手段からデータ変換手段に転送済みのデータフレームの数であってもよい。

（１）-（１４）また、本発明は、第１のインタフェースを有する第１の装置と第２のインタフェースを有する第２の装置との間でインタフェース変換を行うインタフェース変換方法において、第１の装置からのデータを第１のインタフェースを介して受け取るステップと、第１の装置から受け取ったデータを第２のインタフェースに適合した方式に変換するステップと、第２のインタフェースに適合した方式に変換されたデータを第２のインタフェースを介して第２の装置に転送するステップと、第２の装置に転送されたデータに関する情報を記憶するステップと、第１の装置から第２の装置へのデータ転送におけるエラー発生を判断するステップと、データ転送におけるエラー発生の判断がなされたときに、第１の装置から再送信されてきたデータのうち、転送データ情報記憶手段に記憶された情報に基づいて、エラー発生前に既に第２の装置に転送されていると判別されたデータ以外のデータについてのみ、データの変換と転送及び転送されたデータに関する情報の記憶を再開するステップとを備えた。

（１）-（１５）また、本発明は、第１のインタフェースを有する第１の装置と第２のインタフェースを有する第２の装置との間に接続され、第１の装置からのデータを第２のインタフェースに対応する方式に変換して第２の装置に転送するインタフェース変換装置において、第１の装置から第２の装置へのデータ送信に発生したエラーに起因して、第１の装置から第２の装置へのデータ再送信が行われた場合に、第１の装置から再送信されたデータのうち、エラー発生前に既に第２の装置に転送されているデータ以外のデータのみを第２の装置に転送するようにした。

　また、本発明によると、上記（２）に係る課題は、次の各項のようにして解決される。
（２）-（１）本発明は、第１の観点からすると、ＵＳＢポートと、前記ＵＳＢポートを制御するＵＳＢポートドライバを有し、ＵＳＢ規格とは異なるインタフェース規格に対応し、デバイス制御を行うソフトウェアと、前記ＵＳＢポートにおけるＵＳＢデバイスの着脱を監視し、該着脱がなされると、前記ＵＳＢ規格とは異なるインタフェース規格に対応する仮想ポートにおける前記ＵＳＢデバイスの着脱を前記ソフトウェアに認識させ、前記ＵＳＢデバイスに対して発行されたコマンドを、前記ＵＳＢポートドライバに転送するパススルー機能を有する仮想ミニポートドライバと、を備える情報処理装置である。

　これによれば、コストアップを招くことなく、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアで、ＵＳＢデバイスを制御することができる。

（２）-（２）本発明は、第２の観点からすると、本発明の情報処理装置と、前記情報処理装置のＵＳＢポートに着脱されたＵＳＢデバイスと、を備える情報処理システムである。

　これによれば、コストアップを招くことなく、目的に応じたシステム構築ができる。

（２）-（３）本発明は、第３の観点からすると、ＵＳＢポートと、該ＵＳＢポートを制御するＵＳＢポートドライバとを備え、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアを実行するための情報処理装置における情報処理方法であって、前記ＵＳＢポートにおいてＵＳＢデバイスの着脱がなされると、前記ＵＳＢ規格とは異なるインタフェース規格に対応する仮想ポートにおいて前記ＵＳＢデバイスの着脱がなされたとする工程と、前記ＵＳＢデバイスに対してコマンドが発行されると、該コマンドを前記ＵＳＢポートドライバに転送する工程とを含む情報処理方法である。

（２）-（４）本発明は、第４の観点からすると、ＵＳＢポートと、該ＵＳＢポートを制御するＵＳＢポートドライバとを備え、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアを実行するための情報処理装置に用いられるプログラムであって、前記ＵＳＢポートにおいてデバイスの着脱がなされると、ＵＳＢ規格とは異なるインタフェース規格に対応する仮想ポートにおいて前記デバイスの着脱がなされたとする手順と、前記デバイスに対して発行されたコマンドを前記ＵＳＢポートドライバにパススルーする手順と、を前記情報処理装置の制御用コンピュータに実行させるプログラムである。

　これによれば、情報処理装置に対して、コストアップを招くことなく、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアで、ＵＳＢデバイスを制御させることが可能となる。

（２）-（５）本発明は、第５の観点からすると、本発明のプログラムが記録されたコンピュータ読み取り可能な記録媒体である。

　これによれば、本発明のプログラムが記録されているために、コンピュータに実行させることにより、コストアップを招くことなく、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアで、ＵＳＢデバイスを制御させることが可能となる。

　また、本発明によると、上記（３）に係る課題は、次の各項のようにして解決される。

（３）-（１）本発明は、第１の観点からすると、ＵＳＢ規格に対応した第１の装置とＳＡＳ規格に対応した第２の装置との間の通信路上に設けられる変換装置であって、前記ＵＳＢ規格に準拠し、前記第１の装置との通信を制御する第１の通信制御部と、前記ＳＡＳ規格に準拠し、前記第２の装置との通信を制御する第２の通信制御部と、前記第２の通信制御部を介して入力された前記第２の装置からのセンスデータが入力されると該センスデータを記憶し、コマンド失敗を意味するステータス情報を前記第１の通信制御部を介して前記第１の装置に出力し、前記第１の通信制御部を介して前記第１の装置から前記ステータス情報に対するセンスデータ要求コマンドが入力されると、前記記憶されたセンスデータを前記第１の通信制御部を介して前記第１の装置に出力する処理装置と、を備える変換装置である。

　これによれば、コストアップを招くことなく、ＵＳＢ規格に対応した第１の装置とＳＡＳ規格に対応した第２の装置との間の通信を正常に行うことができる。

（３）-（２）本発明は、第２の観点からすると、ＵＳＢ規格に対応した第１の装置と接続される本発明の変換装置と、前記変換装置の第２の通信制御部に接続され、ＳＡＳ規格に対応した第２の装置と、を備える情報処理システムである。

　これによれば、コストアップを招くことなく、目的に応じたシステムを構築することができる。

（３）-（３）本発明は、第３の観点からすると、本発明の変換装置と、前記変換装置の第１の通信制御部に接続され、ＵＳＢ規格に対応した第１の装置と、前記変換装置の第２の通信制御部に接続され、ＳＡＳ規格に対応した第２の装置と、を備える情報処理システムである。

（３）-（４）本発明は、第４の観点からすると、ＵＳＢ規格に対応した第１の装置とＳＡＳ規格に対応した第２の装置との間の通信路上に設けられる変換装置における変換方法であって、前記第２の装置からのセンスデータを、前記第１の装置に出力することなく一時的に保存する工程と、コマンド失敗を意味するステータス情報を前記第１の装置に出力する工程と、前記第１の装置から前記ステータス情報に対するセンスデータ要求コマンドが入力されたときに、前記一時的に保存されているセンスデータを前記第１の装置に出力する工程と、を含む変換方法である。

（３）-（５）本発明は、第５の観点からすると、ＵＳＢ規格に対応した第１の装置とＳＡＳ規格に対応した第２の装置との間の通信路上に設けられた変換装置に用いられるプログラムであって、前記第２の装置からのセンスデータを、前記第１の装置に出力することなく一時的に保存する手順と、コマンド失敗を意味するステータス情報を前記第１の装置に出力する手順と、前記第１の装置から前記ステータス情報に対するセンスデータ要求コマンドが入力されたときに、前記一時的に保存されているセンスデータを前記第１の装置に出力する手順と、を前記変換装置の制御用コンピュータに実行させるプログラムである。

　これによれば、コストアップを招くことなく、ＵＳＢ規格に対応した第１の装置とＳＡＳ規格に対応した第２の装置との間の通信を正常に行わせることができる。

（３）-（６）本発明は、第６の観点からすると、本発明のプログラムが記録されたコンピュータ読み取り可能な記録媒体である。

　本発明によれば、第１のインタフェースを有する第１の装置と、前記第１のインタフェースとは通信方式が異なる第２のインタフェースを有する第２の装置との間で通信を可能にするインタフェース変換装置又はインタフェース変換装置を用いたインタフェース変換方法において、データ記憶部が、第１の装置（例えば、テープデバイス）から第２の装置（例えば、ホストコンピュータ）、へ送信されるデータ（例えば、ブロックが分割された複数のデータフレーム）を、記憶することができる。即ち、第２のインタフェース（ＵＳＢ）側の通信の状況に影響を受けることなく、データ（１ブロックを分割したデータフレームの全て）をデータ記憶部へ送信し続けることが可能となる。

　一方、第２のデータ送受信部は、データ記憶部に記憶されたデータを送信するだけであるため、第１のインタフェース（ＳＡＳ）側の通信の状況に影響を受けることなく、コマンドに応じたデータ（データパケット）を全て第２の装置へ送信し続けることが可能となる。

　これにより、データ記憶部を設けることなく、直接的にデータを転送する場合に、第１のインタフェース（ＳＡＳ）の転送速度が第２のインタフェース（ＵＳＢ）よりも速いために発生する第２のインタフェース（ＵＳＢ）側でのデータ（データパケット）の転送待ち（タイムアウト）を解消することができ、インタフェース変換装置の可用性の向上を図ることができる。

　さらには、第２のデータ送受信部は、データ記憶部が記憶した複数のデータ（データフレーム）を、記憶した順で、複数のデータの送信間隔には依存せず第２のインタフェースへ送信することができるため、たとえ、データ（データパケット）の転送待ちが発生したとしても、データが前後して送信されるようなことはなく、確実にデータを送信することができ、インタフェース変換装置の信頼性の向上を図ることができる。

　また、データ（データパケット）の転送待ちを検知するためのエラー検知手段や、第１のインタフェース（ＳＡＳ）側に対してデータの停止を指示するための手段や、データの再送信を指示するための手段等を別途設ける必要がないため、処理スピードの向上、及び製造コストの低減を図ることができる。

　また、第１のインタフェース（ＳＡＳ）及び第２のインタフェース（ＵＳＢ）から送信されるコマンド（レスポンスフレーム、ＣＢＷ）をデータ記憶部に記憶させないことにより、当該データを記憶する処理及び記憶したデータを出力（送信）する処理を省略することができるため、処理速度の向上を図ることができる。

　また、データ転送エラーの発生に起因してデータの再転送が行われる場合、第１のインタフェースから再送信されてきたデータのうち、エラー発生前に第２の装置に転送完了済みのデータ以外のデータのみを、第２の装置に転送するようにしたので、例えば、データ再転送時に、第１の装置が当初送信されるべきであった全データの転送を行うものであるのに対して、第２の装置が既へ送信完了済みのデータ以外のデータを受け付けるものであったとしても、第１の装置から第２の装置に転送されるべきデータと実際に第２の装置に転送されたデータとの間で不一致が生じることがなく、適切なデータ再転送を行うことができる。

　また、本発明によれば、適切なデータ再転送は、再送信されてきたデータの一部を読み捨てる（破棄する）単純な処理だけで達成できるので、例えば、データ再転送を適切に行うために、第１又は第２のインタフェースの独自プロトコルを作成し、この独自プロトコルに対応するための変更を第１又は第２の装置に加える等の複雑な処置を必要としない。したがって、インタフェース変換装置だけに必要最小限の変更を加えるだけで、適切なデータ転送が可能となり、コスト削減を達成できるともに、他の機器への影響も最小限とすることができる。

　また、転送されたデータに関する情報として、転送完了済みデータのデータサイズを記憶しておき、再送信されてきたデータが既に第２の装置に転送完了したデータであるか否かの判断を転送完了済みデータのデータサイズに基づいて行うようにすれば、第２の装置に再転送すべきデータを判断するために、必要最小限の情報を保持しておくだけで済み、また、データサイズの大小関係の比較だけで、正確な判断を簡単に行うことができる。

本発明の第１の実施形態におけるインタフェース変換装置を示すブロック構成図である。本発明の第１の実施形態におけるデータ転送を説明するための概略図である。本発明の第１の実施形態のインタフェース変換装置を用いたインタフェース変換方法の手順を示すフローチャートである。従来のインタフェース変換装置におけるデータ転送を説明するための概略図である。本発明の第１の実施形態に係るインタフェース変換装置の構成図である。本発明の第２の実施形態におけるインタフェース変換装置を示すブロック構成図である。本発明の第２の実施形態におけるデータ転送を説明するための概略図である。本発明の第２の実施形態のインタフェース変換装置を用いたインタフェース変換方法の手順を示すフローチャートである。本発明の第２の実施形態の変形例１のインタフェース変換装置を示すブロック構成図である。同じく変形例２のインタフェース変換装置を示すブロック構成図である。同じく変形例３のインタフェース変換装置に係るデータ転送を説明するための概略図である。同じく変形例４のインタフェース変換装置に係るデータ転送を説明するための概略図である。同じく変形例５のインタフェース変換装置に係るデータ転送を説明するための概略図である。本発明の第３の実施形態に係る情報処理システムの構成を説明するためのブロック図である。図１４における情報処理装置の構成を説明するためのブロック図である。ＯＳに含まれる各種ドライバを説明するためのブロック図である。仮想ＳＣＳＩミニポートドライバを説明するためのブロック図（その１）である。仮想ＳＣＳＩミニポートドライバを説明するためのブロック図（その２）である。テープＲＷソフトウェアとドライバとの関係を説明するためのブロック図である。リード（ＲＥＡＤ）コマンドのフォーマットを説明するための図である。テープＲＷソフトウェア１０５００から発行されたコマンドの流れを説明するための図である。ＳＲＢの構造を説明するための図である。テープＲＷソフトウェアで発行されたコマンドを受け取ったときの、仮想ＳＣＳＩミニポートドライバの動作を説明するためのフローチャートである。ステータス情報のフォーマットを説明するための図である。センス情報の要求（ＲＥＱＵＥＳＴ　ＳＥＮＳＥ）コマンドのフォーマットを説明するための図である。センス情報のフォーマットを説明するための図である。センス情報を受け取ったときの、仮想ＳＣＳＩミニポートドライバの動作を説明するためのフローチャートである。指定されたブロックサイズと実際に記録されているブロックサイズとが不一致の場合の、テープＲＷソフトウェアとテープ装置との間の主なやりとりを説明するための図である。指定されたブロックサイズと実際に記録されているブロックサイズとが一致している場合の、テープＲＷソフトウェアとテープ装置との間の主なやりとりを説明するための図である。仮想ＳＡＳミニポートドライバを説明するためのブロック図である。各種デバイスとＯＳとの従来の関係を説明するためのブロック図である。従来の不都合を説明するためのブロック図である。本発明の第４の実施形態に係る情報処理システムの構成を説明するための図である。図３３における情報処理装置を説明するための図である。ＳＳＰフレームフォーマットを説明するための図である。図３５における「ＦＲＡＭＥ　ＴＹＰＥ」フィールドを説明するための図である。図３５における「ＩＮＦＯＲＭＡＴＩＯＮ　ＵＮＩＴ」フィールドにセットされるデータ（ＤＡＴＡ　ｉｎｆｏｒｍａｔｉｏｎ　ｕｎｉｔ）を説明するための図である。図３５における「ＩＮＦＯＲＭＡＴＩＯＮ　ＵＮＩＴ」フィールドにセットされるコマンド（ＣＯＭＭＡＮＤ　ｉｎｆｏｒｍａｔｉｏｎ　ｕｎｉｔ）を説明するための図である。図３５における「ＩＮＦＯＲＭＡＴＩＯＮ　ＵＮＩＴ」フィールドにセットされるレスポンス（ＲＥＳＰＯＮＳＥ　ｉｎｆｏｒｍａｔｉｏｎ　ｕｎｉｔ）を説明するための図である。図３９における「ＤＡＴＡＰＲＥＳ」フィールドを説明するための図である。図３３における変換装置を説明するための図である。リード（ＲＥＡＤ）コマンドを説明するための図である。ＣＢＷ（Ｃｏｍｍａｎｄ　Ｂｌｏｃｋ　Ｗｒａｐｐｅｒ）を説明するための図である。変換装置におけるＣＰＵの動作を説明するためのフローチャート（その１）である。ステータス情報を説明するための図である。センスデータのフォーマット（Ｓｅｎｓｅ　Ｄａｔａ　Ｆｏｒｍａｔ）を説明するための図である。変換装置におけるＣＰＵの動作を説明するためのフローチャート（その２）である。変換装置におけるＣＰＵの動作を説明するためのフローチャート（その３）である。ＣＳＷ（Ｃｏｍｍａｎｄ　Ｓｔａｔｕｓ　Ｗｒａｐｐｅｒ）を説明するための図である。リクエストセンス（ＲＥＱＵＥＳＴ　ＳＥＮＳＥ）コマンドを説明するための図である。変換装置におけるＣＰＵの動作を説明するためのフローチャート（その４）である。テープ装置に異常がある場合の、情報処理装置と変換装置とテープ装置との間の主なやりとりを説明するための図である。テープ装置に異常がない場合の、情報処理装置と変換装置とテープ装置との間の主なやりとりを説明するための図である。試作した変換装置の不都合を説明するための図である。

第１の実施形態

　以下、第１の実施形態について、図面に基づいて説明する。
なお、以下に説明する本実施形態は例示であって、特許請求の範囲に記載された本発明の範囲を不当に制限するものではない。
　図１には、本発明の実施形態におけるインタフェース変換装置１０を、ブロック構成図で示す。図示されるように、インタフェース変換装置１０は、ホストコンピュータ１のインタフェースであるＵＳＢ２と、テープデバイス（ＬＴＯ装置）３のインタフェースであるＳＡＳ４との間に配置され、ＵＳＢ２とＳＡＳ４とを接続している。インタフェース変換装置１０は、例えば、ＵＳＢ２とＳＡＳ４との間に介装される変換基板として構成され得る。

　インタフェース変換装置１０は、方式（プロトコル及びフォーマット）の異なる２つのインタフェース（本実施形態ではＵＳＢ及びＳＡＳ）の一方からのデータを、他方に適した方式に変換するためのデータ変換手段１１を備えている。インタフェース変換装置１０は、更に、データ転送要求を受信するデータ転送要求受信手段１２と、データ転送要求を送信するデータ転送要求送信手段１３と、転送データを受信するデータ受信手段１４と、転送データを送信するデータ転送手段１５と、データ転送終了を示す通知を受信するデータ転送終了通知受信手段１６と、データ転送終了を示す通知を送信するデータ転送終了通知送信手段１７とを備えている。

　詳しく説明すると、テープデバイス３のデータをホストコンピュータ１に読み込む場合、ＵＳＢ２からのデータ転送要求であるＣＢＷ（Ｃｏｍｍａｎｄ　Ｂｌｏｃｋ　Ｗｒａｐｐｅｒ）が、データ転送要求受信手段１２により受信され、データ変換手段１１によってＳＡＳに適したデータ形式であるコマンドフレームに変換され、データ転送要求送信手段１３によりＳＡＳ４に向けて送信される。このデータ転送要求に基づいてデータ転送が開始されると、ＳＡＳ４から転送データとして送信されてきたデータフレームが、データ受信手段１４により受信され、データ変換手段１１によってＵＳＢに適したデータ形式であるデータパケットに変換されて、データ転送手段１５によりＵＳＢ２に向けて送信される。更に、データ転送終了時には、ＳＡＳ４からのデータ転送終了通知であるレスポンスフレームがデータ転送終了通知受信手段１６により受信され、データ変換手段１１によりＣＳＷ（Ｃｏｍｍａｎｄ　Ｓｔａｔｕｓ　Ｗｒａｐｐｅｒ）に変換されて、データ転送終了通知送信手段１７によってＵＳＢ２に向けて送信されるようになっている。

　なお、ホストコンピュータ１のデータをテープデバイス３に書き込む場合には、ホストコンピュータ１より発せられたデータ受信要求としてのＣＢＷがＵＳＢ２を介してＳＡＳ４に向けて送信される。そして、ホストコンピュータ１からデータ転送が開始されると、データ変換手段１１によって適切なデータ形式に変換されて、ＳＡＳ４に向けてデータが順次送信される。データ転送終了時には、書き込みの終了を通知するＣＳＷが、データ転送終了通知送信手段１７によってＵＳＢ２に向けて送信されるようになっている。

　インタフェース変換装置１０は、更に、転送データ情報記憶手段１８と、エラー発生判断手段１９と、転送済みデータ判別及び破棄手段２０と、データ転送再開手段２１とを備えている。

　転送データ情報記憶手段１８は、テープデバイス３からホストコンピュータ１に向けてデータ転送がなされたときに、ＵＳＢ２に転送完了済みとなったデータに関する情報を記憶する手段である。具体的に、転送データ情報記憶手段１８は、データ転送要求に応じて転送されるべき全データのうち、その時点までに、ＵＳＢ２において受信が完了したデータのデータサイズを記憶するようになっている。

　エラー発生判断手段１９は、インタフェース変換装置１０によるデータ転送処理において、データの再転送が必要となるようなエラーが発生したか否かを判断する手段である。例えば、エラー発生判断手段１９は、転送データのＵＳＢ２による受信が停滞して、所定時間（例えば１ｍｓ）以上の時間が経過してしまったときに、エラー発生との判断を行うようになっている。具体的には、ＵＳＢ２に対する各データパケットの送信毎に、ＵＳＢ２からの受信確認通知であるＡＣＫ信号が確認され、ＡＣＫ信号がデータパケットの送信後に所定時間以上にわたって確認なされなかったときに、エラー発生の判定がなされることになる。

　なお、本実施形態では、インタフェース変換装置１０内に、エラー発生判断手段１９を備えるようにしたが、本発明はこのような形態に限られるものではなく、例えば、テープデバイス３においてデータ転送エラー発生の判断を行うようにして、インタフェース変換装置１０は、テープデバイス３から通知されたエラー発生の判断に基づいて処理を行うようにしてもよい。

　転送済みデータ判別及び破棄手段２０は、転送データの再転送が行われた場合に、ＳＡＳ４から受信した再転送データについて、転送データ情報記憶手段１８に記憶されている情報に基づいて、エラー発生前のデータ転送において既にＵＳＢ２での受信が完了しているデータであるか否かについての判別を行い、転送完了済みデータである場合に、そのデータを破棄（読み捨て）することにより、ＵＳＢ２に対して重複した転送がなされないようにする手段である。具体的に、転送済みデータ判別及び破棄手段２０は、ＳＡＳ４から順次再送信されてきたデータの累積サイズを算出し、この累積サイズが、転送データ情報記憶手段１８において記憶されている転送完了済みのデータサイズに至るまで、再送信されてきたデータを読み捨てていく。この場合、ＳＡＳ４から再送信されてくるデータは、エラー発生前のデータ転送と同じ順序で送信されてくるので、転送完了済みのデータサイズに至るまで読み捨てを行えば、既にＵＳＢ２に転送が完了しているデータのみが、適切に破棄されることになる。

　データ転送再開手段２１は、ＳＡＳ４からのデータ再送信が行われた場合、以前のデータ転送において既にＵＳＢ２で受信完了しているデータ以外のデータについて、ＵＳＢ２に対するデータ転送を再開する手段である。具体的に、データ転送再開手段２１は、ＳＡＳ４からの再送信データのデータサイズが、転送データ情報記憶手段１８により記憶された転送済みデータのデータサイズを超えたところから、データ変換手段１１によるデータ変換、データ転送手段１５によるデータ転送、及び転送データ情報記憶手段１８による転送済みデータサイズの記憶を再開させるようになっている。この場合、転送データ情報記憶手段１８における転送済みデータサイズの値は、エラー発生時点における転送済みデータサイズに、ＵＳＢ２へのデータ転送再開後に転送されたデータのサイズを、順次累積していった値となる。

　なお、インタフェース変換装置１０を具体的な変換基板とする場合の具体的な構成としては、上記各手段のうち、例えば、データ変換手段１１、データ転送要求受信手段１２、データ転送要求送信手段１３、データ受信手段１４、データ転送手段１５、データ転送終了通知受信手段１６、データ転送終了通知送信手段１７、エラー発生判断手段１９、転送済みデータ判別及び破棄手段２０、及びデータ転送再開手段２１の各手段を変換基板内に設けられたＣＰＵにより構成し、転送データ情報記憶手段１８等の各手段を変換基板内に設けられたメモリにより構成すればよい。

　図２は、本実施形態のインタフェース変換装置１０によるデータ転送を説明するための図である。データ転送の開始にあたっては、（ａ）に示すように、ＵＳＢ２からのデータ転送要求であるＣＢＷが、インタフェース変換装置１０においてコマンドフレームに変換されて、ＳＡＳ４へ送信される。このデータ転送要求を受けて、（ｂ）に示すように、ＳＡＳ４からのデータがデータフレームとして送信され、インタフェース変換装置１０においてデータパケットへと変換されて、ＵＳＢ２へ送信される。このようにＵＳＢ２へのデータ転送が行われると、（ｃ）に示すように、転送完了済みのデータサイズが記憶される。テープデバイス３からホストコンピュータ１へ送られるべき全データの送信が、特にエラーが発生することなく終了したら、（ｉ）に示すように、ＳＡＳ４からのデータ転送終了通知であるレスポンスフレームが、インタフェース変換装置１０においてＣＳＷに変換されてＵＳＢ２へ送信され、転送処理が終了する。

　このようなデータ転送において、（ｄ）に示すように、ＵＳＢ２におけるデータパケットの受信が停滞した状態で所定時間（例えば１ｍｓ）以上が経過した場合、（ｅ）に示すように、インタフェース変換装置１０においてタイムアウト（エラー発生）の判定がなされ、（ｆ）に示すように、ＳＡＳ４からのデータフレームの再転送が開始される。この場合、ＳＡＳ４からのデータ送信は、データ転送要求にしたがって転送されるべき全データの最初からなされるが、このように再送信されてきたデータは、（ｇ）に示すように、再送信データの累積サイズが転送完了済みデータサイズに至るまで読み捨てられる。すなわち、再転送データのうち、既にＵＳＢ２への転送完了済みのデータは、データ変換及び転送が行われることなく、破棄される。このような転送完了済みデータの読み捨てが終了し、ＳＡＳ４からの再送信データが、まだＵＳＢ２に転送が成功していないデータとなったら、（ｈ）に示すように、ＵＳＢ２へのデータ転送が再開され、ＳＡＳ４から再送信されてきたデータフレームがデータパケットに変換されて、ＵＳＢ２へと送信される。なお、（ｅ）インタフェース変換装置１０においてタイムアウトの判定を行う代わりに、次の方法でもエラーの検出は可能である。すなわち、（ｅ’）テープデバイス等のデータストレージ用デバイスがタイムアウトを発生し、インタフェース変換装置１０に対してデータの再転送を要求する。一方、そのタイムアウトを、インタフェース変換装置１０内のデータ変換手段１１やデータ転送要求送信手段１３，データ受信手段１４等が検出し、テープデバイス等のデータストレージデバイスからの上記データ再転送要求に対して、再転送を許可し、それを受けたデータストレージデバイスがデータを再転送する。

　次に、図３のフローチャートに基づいて、本実施形態のインタフェース変換装置１０を用いたインタフェース変換方法について詳細に説明する。
　フローチャートのステップＳ１では、インタフェース変換装置１０におけるデータ転送要求受信手段１２が、ＵＳＢ２からのデータ転送要求であるＣＢＷを受信する。ステップＳ２においては、データ変換手段１１において、ＣＢＷがＳＡＳに適したデータ形式であるコマンドフレームに変換される。ステップＳ３においては、データ転送要求送信手段１３が、データ転送要求であるコマンドフレームを、ＳＡＳ４に向けて送信する。

　続いて、ステップＳ４において、インタフェース変換装置１０のデータ受信手段１４により、ＳＡＳ４からのデータの受信がなされる。具体的には、ＳＡＳ４からのデータは、所定のフレームサイズに区切られた少なくとも１つのデータフレームとして順次送信され、データ受信手段１４により順次受信される。ステップＳ５においては、データフレームとしてＳＡＳ４から送信されてきたデータが、データ変換手段１１によって、所定のパケットサイズに区切られた少なくとも１つのデータパケットに変換される。ステップＳ６においては、データ変換手段１１により作成されたデータパケットが、データ転送手段１５によりＵＳＢ２に向けて順次転送される。

　ステップＳ７においては、インタフェース変換装置１０のエラー発生判断手段１９において、ＵＳＢ２へのデータ転送にエラーが発生したか否かの判断がなされる。例えば、インタフェース変換装置１０のデータ転送手段１５からＵＳＢ２に向けてデータパケットの転送が行われたのに対し、ＵＳＢ２におけるデータ受信の完了が所定時間以上にわたって確認されなかった場合、エラー発生判断手段によるエラー発生の判断がなされる。具体的には、各データパケットの送信後、そのデータパケットがＵＳＢ２において正しく受信されたことを通知するＡＣＫ信号（肯定応答信号）がＵＳＢ２から送信されて来ないままで、所定時間（例えば１ｍｓ）以上が経過した場合、ＵＳＢ２へのデータ転送にエラーが発生したとの判断がなされる。エラーが発生した際に、エラー発生判断手段１９は、データ受信手段１４がＳＡＳ４からのデータを受信しないように制御する。そのため、テープデバイス３はデータを送信出来ない状態で処理が停滞しタイムアウトが発生する。発生したタイムアウトをエラー発生判断手段１９が検出する。
なお、エラー発生判断手段１９によるエラー発生の判断は、このようなデータ転送が停滞した場合のエラーに限られるものではなく、ＵＳＢ２に対するデータ転送に何らかの問題が生じて、正しいデータ転送が行われなかったことが確認された場合には、エラー発生との判断がなされることになる。

　ステップＳ７において、データ転送エラー発生との判断がなされなかった場合には、ステップＳ８に進み、転送データ情報記憶手段１８に、転送済みデータに関する情報として、その時点までにＵＳＢ２に対してデータ転送が完了したデータ（転送済みデータ）のデータサイズ（データ量）が記憶される。具体的には、各データパケットの送信毎に、そのデータパケットがＵＳＢ２において正しく受信されたことを示すＡＣＫ信号が確認され、ＡＣＫ信号によりデータ転送の成功が確認されたデータパケットのバイト数を累積して加算していくことにより、その時点での転送完了済みデータのデータ量が算出され、転送データ情報記憶手段１８に記憶されることになる。

　なお、ＵＳＢ２へのデータ転送は、データパケット毎に行われるので、上記ステップＳ６、ステップＳ７及びステップＳ８における処理は、実際には、一つ一つのデータパケットの転送毎に繰り返されることになる。そこで、上記のようなデータ量の代わりに、転送完了済みのフレーム数をカウントしてそれを転送データ情報記憶手段１８に格納したり、あるいは、送信済みのパケットの数をカウントする手法を用いてもよい。

　また、本実施形態では、転送データ情報記憶手段１８に記憶される転送済みデータに関する情報は、転送完了済みデータのデータサイズとしたが、本発明は、このような形態に限られるものではなく、転送されるべき全データのうち、どのデータがＵＳＢ２に転送完了しているものであるかを示す情報であれば、どのような情報であっても構わない。また、転送完了済みデータのデータ量の算出に、ＡＣＫ信号によりデータ転送の成功が確認されたデータパケットのバイト数を累積して加算していく方法を採用する代わりに、図３には示されない以下の方法も採用可能である。すなわち、インタフェース変換装置１０のデータ変換手段１１，転送データ情報記憶手段１８，データ転送手段１５，データ受信手段１４，またはデータ転送終了通知受信手段１６等の側の所定の場所に、バッファ等の一時的なストレージの手段を有している場合に、例えばデータ受信手段１４からデータ変換手段１１への転送が完了した段階で、その転送済みデータ量をカウントし、それを読み飛ばしサイズとすることも可能である。

　ステップＳ８で転送済みデータに関する情報の記憶がなされたら、ステップＳ９において、データ転送終了通知受信手段１６が、ＳＡＳ４からのデータ転送終了通知（レスポンスフレーム）を受信したか否かが確認される。ＳＡＳ４からのデータ転送終了通知がない場合には、ステップＳ４に戻って、ＳＡＳ４からの転送データ受信以下のステップが繰り返される。一方、ＳＡＳ４からのデータ転送終了通知があった場合には、ステップＳ１０に進み、ＳＡＳ４からのデータ転送終了通知であるレスポンスフレームが、データ変換手段１１によりＣＳＷにデータ変換される。続いて、ステップＳ１１において、データ転送終了通知送信手段１７が、データ転送終了通知であるＣＳＷを、ＵＳＢ２に向けて送信することにより、処理が終了する。

　一方、ステップＳ７において、エラー発生判断手段１９によるデータ転送エラー発生の判断がなされた場合には、ステップＳ１２に進み、データ再転送要求を許可する。

　ステップＳ１３においては、データ受信手段１４が、データ再送信許可に従い、インタフェース変換装置１０はテープデバイス３が送信したデータ再送信許可要求に対しデータの再送信許可を返す。続いて、ステップＳ１４において、転送済みデータ判別及び破棄手段２０が、再送信されてきたデータが既にＵＳＢ２に転送が完了したデータであるか否かの判断を行い、転送完了済みデータである場合には、ステップＳ１５に進み、その再送信データを破棄（読み捨て）する。

　具体的に、転送済みデータ判別及び破棄手段２０は、データ再送信開始後にＳＡＳ４から順次送信されてきた再送信データのバイト数を加算していくことにより、累積バイト数を算出し、この再送信データの累積バイト数が、転送データ情報記憶手段１８に記憶されている転送完了済みデータのデータサイズ（バイト数）以下である場合は、その時点までに再送信されてきたデータは転送完了済みデータと同一であると判断し、再送信されてきたデータを破棄する。一方、再送信データの累積バイト数が、転送完了済みデータのデータサイズよりも大きくなったら、まだＵＳＢ２に転送されていないデータと判断する。

　ステップＳ１４において、転送完了済みデータであるとの判断がなされ、ステップＳ１５において、そのデータの破棄がなされたら、ステップＳ１３に戻って、転送済みデータ判別及び破棄手段２０による処理が継続される。一方、ステップＳ１４において、再送信データが転送完了済みデータではないデータに至ったとの判断がなされたら、ステップＳ５に戻り、通常のデータ転送処理が再開される。

　なお、転送済みデータ判別及び破棄手段２０における処理は、転送完了済みデータがＵＳＢ２に対して再転送されてしまうことを適切に禁止し得る処理であればよく、このための転送完了済みデータであるか否かの判定方法も、また転送完了済みであると判断された再送信データの処理方法も、転送完了済みデータの重複転送を禁止し得る限り、任意の方法を採用し得る。

　以上のように、本実施形態のインタフェース変換装置１０及びインタフェース変換方法によれば、データ転送エラーの発生に起因してデータの再転送が行われる場合、ＳＡＳ４から、当初送信されるべきであった全データの再送信がなされるのに対して、既にＵＳＢ２に対して転送完了済みのデータと同一のデータは破棄され、転送完了していないデータについてのみ、ＵＳＢ２に対する転送が行われる。したがって、ＵＳＢ２は、再転送において受信を予定しているデータ（当初送信されるべきであった全データのうち、まだ転送完了していないデータ）のみを、適切に再受信することになる。よって、エラー発生時のデータ再転送においても、テープデバイス３から送信されるべきデータと、実際にホストコンピュータ１へ送信されるデータとの間に、データの不整合が生じることはなく、適切なデータ再転送を行うことができる。

　また、このような適切なデータ再転送は、再送信されてきたデータの一部を読み捨てる単純な処理だけで達成されるので、例えば、データ再転送を適切に行うために、ＵＳＢ又はＳＡＳの独自プロトコルを作成し、この独自プロトコル対応のための変更をホストコンピュータ１又はテープデバイス３に加える等の複雑な処置を必要としない。したがって、インタフェース変換装置だけに必要最小限の変更を加えるだけで、ＵＳＢとＳＡＳ間の適切なデータ再転送が可能となり、コストを削減できるとともに、他の機器への影響も最小限とすることができる。

　また、ＳＡＳ４から再送信されてきたデータが、ＵＳＢ２に既に転送完了したデータであるか否かの判断は、ＵＳＢ２への転送完了済みデータのデータサイズに基づいてなされるので、この判断のために、必要最小限の情報を保持しておくだけで済み、また、データサイズの大小関係の比較だけで、正確な判断を容易に行うことができる。

　なお、上記実施形態では、インタフェース変換装置１０を、ＵＳＢとＳＡＳ間でインタフェース変換を行うものとしたが、本発明の適用範囲は、ＵＳＢとＳＡＳ間のインタフェース変換に限られるものではなく、本発明は、ＵＳＢ及びＳＡＳ以外の様々な方式のインタフェース間のインタフェース変換に対しても適用され得るものである。

　次に、図５に示すように、本発明の第１の実施の形態に係るインタフェース変換装置１０は、中央処理制御装置１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３及び入出力インタフェース１０９が、バス１１０を介して接続されている。入出力インタフェース１０９には、入力装置１０４、表示装置１０５、通信制御装置１０６、記憶装置１０７及びリムーバブルディスク１０８が接続されている。

　中央処理制御装置１０１は、入力装置１０４からの入力信号に基づいてＲＯＭ１０２からインタフェース変換装置１０等を起動するためのブートプログラムを読み出して実行し、さらに記憶装置１０７に記憶されたオペレーティングシステムを読み出す。さらに中央処理制御装置１０１は、入力装置１０４や通信制御装置１０６等の入力信号に基づいて、各種装置の制御を行い、ＲＡＭ１０３や記憶装置１０７等に記憶されたプログラム及びデータを読み出してＲＡＭ１０３にロードするとともに、ＲＡＭ１０３から読み出されたプログラムのコマンドに基づいて、データの計算または加工など、前述した一連の処理を実現する処理装置である。

　入力装置１０４は、操作者（ユーザおよびオペレータ等）が各種の操作を入力するキーボード、マウスなどの入力デバイスにより構成されており、操作者が実施する操作に基づいて入力信号を作成し、入出力インタフェース１０９及びバス１１０を介して中央処理制御装置１０１へ送信される。表示装置１０５は、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイ等であり、中央処理制御装置１０１からバス１１０及び入出力インタフェース１０９を介して表示装置１０５において表示させる出力信号を受信し、例えば中央処理制御装置１０１の処理結果等を表示する装置である。通信制御装置１０６は、ＬＡＮカードやモデム等の装置であり、インタフェース変換装置１０等をインターネットやＬＡＮ等の通信ネットワークに接続する装置である。通信制御装置１０６を介して通信ネットワークと送受信したデータは入力信号または出力信号として、入出力インタフェース１０９及びバス１１０を介して中央処理制御装置１０１へ送受信される。

　記憶装置１０７は、半導体記憶装置や磁気ディスク装置等であって、中央処理制御装置１０１で実行されるプログラムやデータが記憶されている。リムーバブルディスク１０８は、光ディスクやフレキシブルディスクのことであり、ディスクドライブによって読み書きされた信号は、入出力インタフェース１０９及びバス１１０を介して中央処理制御装置１０１へ送受信される。本発明の第１の実施の形態に係る記憶装置１０７は、転送データ情報記憶手段１８に該当する。

　本発明の第１の実施の形態に係るインタフェース変換装置１０の転送データ情報記憶手段１８は、記憶装置１０７が該当し、ＳＡＳ４からＵＳＢ２へのデータ転送の際に一時的に蓄積されるデータと共に、分割されたデータの転送完了時毎に記憶されるデータサイズ等の情報が格納される。また、データ変換手段１１、データ転送要求受信手段１２、データ転送要求送信手段１３、データ受信手段１４、データ転送手段１５、データ転送終了通知受信手段１６、データ転送終了通知送信手段１７、エラー発生判断手段１９、転送済みデータ判別及び破棄手段２０およびデータ転送再開手段２１等はインタフェース変換装置１０の全体を制御する中央演算処理装置（ＣＰＵ）の一部として中央処理制御装置１０１を構成する。さらに、データ転送エラー時のデータ再送信処理に関するプログラムがインタフェース変換装置１０の中央処理制御装置１０１に読み込まれ実行されることによって、転送済みデータ判別及び破棄手段２０およびデータ転送再開手段２１等に実装される。

（第２の実施形態）
　次に、本発明の第２の実施形態について説明する。
　図６に示すように、インタフェース変換装置３０は、第１のインタフェース４の通信方式に適合したデータを、第２のインタフェース２の通信方式に適合したデータ形式に変換するデータ変換部３３と、第１のインタフェース４から受信したデータをデータ変換部３３へ送信する第１のデータ送受信部３１と、データ変換部３３による変換後のデータを記憶するデータ記憶部３４と、データ記憶部３４から受信したデータを第２のインタフェース２へ送信する第２のデータ送受信部３２とを設ける。

　以下、第１の装置３をストレージデバイスの一つであるテープデバイス３、第１のインタフェース４をSerial Attached SCSIであるＳＡＳ４、第２の装置１を所定のＯＳ（Operating System）が搭載されたパーソナルコンピュータであるホストコンピュータ１、第２のインタフェース２をUniversal Serial BusであるＵＳＢ２と想定して説明する。

　従って、例えば、第２の装置１のリードコマンドに基づいて、第２のインタフェース２が送信するコマンドは、後述するＣＢＷであり、第１のインタフェース４が受信するコマンドは、後述するコマンドフレームである。また、第１のインタフェース４が送信するレスポンスは、後述するレスポンスフレームであり、第２のインタフェース２が受信するレスポンスは、例えば、後述するＣＳＷである。
　なお、装置やインタフェース等はこれらのものに限定されることはない。

　第１の装置３は通信インタフェースとして第１のインタフェース４を設ける。

　ここで、第２の装置（ホストコンピュータ）１が処理するデータは、第１の装置（テープデバイス）３の記憶媒体である磁気テープにブロックという形式のデータに複数に分割され記録される。なお、ブロック単位で分割されたデータをデータブロックという。また、第２の装置１において扱われるファイルはそのサイズによって複数のデータブロックに分割される。

　また、第２のインタフェース２がＣＢＷを送信してからＣＳＷを受信するまで、あるいは第１のインタフェース４がコマンドフレームを受信してからレスポンスフレームを送信するまでの一連のコマンドに基づいて転送されるデータは１ブロックである。また、当該ブロックは第１のインタフェース４のデータが送信（転送）される経路内において、フレーム単位に分割され転送される。

　第１の装置３及びインタフェース変換装置３０間、換言すると第１のインタフェース（ＳＡＳ）４における通信のトランスポート層はＳＳＰ（Serial SCSI Protocol）トランスポート層に準拠している。

　ＳＳＰにおいては、上述のフレームは、複数のフレームのタイプ（型）が規定されている。例えば、フレームのタイプは、所定のフィールドにデータがセットされたデータフレーム、所定のフィールドにコマンドがセットされたコマンドフレーム、所定のフィールドにレスポンスがセットされたレスポンスフレーム等がある。

　即ち、第１の装置３とインタフェース変換装置３０との間においては、データフレーム、コマンドフレーム（データ転送要求ともいう）、レスポンスフレーム（データ転送終了通知ともいう）が送受信される。
　具体的には、第２の装置１のリードコマンドに対応して、第１のインタフェースがコマンドフレームを受信する。また、コマンドフレームに基づいて、第１の装置３がデータを送信する際、第１のインタフェース４がデータフレームを送信する。また、データフレームの送信が終了した結果（応答）であるレスポンスとして、第１のインタフェースがレスポンスフレームを送信する。
　なお、データフレーム、コマンドフレーム及びレスポンスフレームは、第１のインタフェース４の通信方式に適合したデータ形式のデータである。

　図６に示すように、第２の装置１は通信インタフェースとして第２のインタフェース２を設ける。

　ここで、第２のインタフェース（ＵＳＢ）２のデータが転送される経路内において、上述のブロックは、パケット単位に分割され転送される。なお、パケット単位で分割されたデータをデータパケットいう。

　第２の装置１及びインタフェース変換装置３０間、換言すると第２のインタフェース（ＵＳＢ）２における通信プロトコル（データ転送プロトコル）として、バルクオンリー転送を採用する。
　例えば、図６の構成において、第２の装置１がリードコマンドを送信する際、当該コマンドは、第２のインタフェース２によってＣＢＷのフォーマットで送信される（このコマンドを、単にＣＢＷ、またはデータ転送要求という）。

　ＣＢＷは複数の情報等を有しており、例えば、ＣＢＷと対応するＣＳＷと結びつけるための情報、データトランスポートの予定データ長に係る情報、バルクイン転送かバルクアウト転送かを決定付ける情報等がある。

　そして、第２の装置１のリードコマンドに対応して、第１のインタフェース４が、第１の装置３に記憶された複数のブロックデータの１ブロック分をデータフレームに分割して送信した後、コマンドに対するステータスに係る情報（コマンドを正常に達成できたか、エラーとなったか等の情報）を含むレスポンスがＣＳＷのフォーマットで送信される（このレスポンスを、単にＣＳＷまたはデータ転送終了通知という）。
　なお、ＣＢＷ、ＣＳＷ、及びデータパケットは、第２のインタフェース２の通信方式に適合したデータ形式のデータである。

（第１のデータ送受信部３１）
　第１のデータ送受信部３１は、第１のインタフェース４、データ変換部３３、データ記憶部３４に接続される。
　また、第１のデータ送受信部３１は、データ転送要求送信手段１３と、データ受信手段１４と、データ転送終了通知受信手段１６とを設ける。
　第１のデータ送受信部３１は、第１のインタフェース４から送信されたデータ（データフレーム、レスポンスフレーム）を受信するとともにデータ変換部３３へ送信する。また、データ変換部３３から受信したデータ（コマンドフレーム）を第１のインタフェース４へ送信する。

　具体的には、データ転送要求送信手段１３は、データ変換部３３により変換されたコマンドフレームを受信するとともに第１のインタフェース４へ送信する。
　データ受信手段１４は、第１のインタフェース４から送信（転送）されたデータフレームを受信するとともにデータ変換部３３へ送信する。
　データ転送終了通知受信手段１６は、第１のインタフェース４から送信（転送）されたレスポンスフレームを受信するとともにデータ変換部３３へ送信する。

（データ変換部３３）
　図６に示すように、データ変換部３３は、第１のデータ送受信部３１、第２のデータ送受信部３２及びデータ記憶部３４に接続され、第１の実施形態のデータ変換手段１１の機能を含む。
　即ち、第１のインタフェース４の通信方式に適合したデータを第２のインタフェース２の通信方式に適合したデータ形式に変換する（以下、第１変換処理ともいう）。
　また、第２のインタフェース２の通信方式に適合したデータを第１のインタフェース４の通信方式に適合したデータ形式に変換する（以下、第２変換処理ともいう）。

　具体的には、データ変換部３３は、第１変換処理として、第１のデータ送受信部３１から送信されたデータフレームを受信してデータパケットに変換する。また、第１のデータ送受信部３１から送信されたレスポンスフレームを受信してＣＳＷに変換する。
　また、第２変換処理として、第２のデータ送受信部３２から送信されたＣＢＷを受信してコマンドフレームに変換する。
　データ変換部３３は、変換後のデータをデータ記憶部３４へ送信する。

（データ記憶部３４）
　図６に示すように、データ記憶部３４は、第１のデータ送受信部３１、第２のデータ送受信部３２及びデータ変換部３３に接続される。
　データ記憶部３４は、データ変換部３３により変換されたデータまたはレスポンスを受信して記憶する。
　具体的には、データ変換部３３により、データフレームが変換されたデータパケット、レスポンスフレームが変換されたＣＳＷを記憶する。

　データ記憶部３４は、データブロックの１ブロックを格納可能な容量を有する。即ち、１つのコマンドで転送されるデータブロックを格納（記憶）することができる。データブロックのサイズは１～１６７７７２１５ｂｙｔｅに規定されているため、データ記憶部３４の記憶域として１６７７７２１５ｂｙｔｅ以上の容量を確保すればよい。

　また、データ記憶部３４は、データの上書き処理を行う。
　即ち、第２のインタフェース２が送信した１つのコマンド（ＣＢＷ）に基づいて、第１のインタフェース４により複数のデータブロックのうち１ブロック（便宜的に第１ブロックという）分のデータフレームが送信（転送）されて、第２のインタフェース２がＣＳＷの受信したことによって、１つのコマンドに対する処理が終了した後、次の１つのコマンド（ＣＢＷ）に基づいて、第１のブロックに隣接する１ブロック（便宜的に第２ブロックという）が送信（転送）された場合、データ記憶部３４は、既に記憶されている第１ブロックに係るデータパケットを第２ブロックに係るデータパケットに順次上書きして記憶する。
　データ記憶部３４は、記憶済みのデータを第２のデータ送受信部３２へ送信する。

（第２のデータ送受信部３２）
　図６に示すように、第２のデータ送受信部３２は、第２のインタフェース２、データ変換部３３、データ記憶部３４に接続される。
　また、データ転送要求受信手段１２と、データ転送手段１５と、データ転送終了通知送信手段１７とを設ける。
　第２のデータ送受信部３２は、第２のインタフェース２から送信されたデータ（ＣＢＷ）を受信するとともに、データ変換部３３へ送信し、データ記憶部３４から送信されたデータ（データパケット、ＣＳＷ）を受信するとともに、第２のインタフェース２へ送信する。

　具体的には、データ転送要求受信手段１２は、第２のインタフェース２から送信（転送）されたＣＢＷを受信するとともにデータ変換部３３へ送信する。
　データ転送手段１５は、データ変換部３３により変換され、データ記憶部３４に記憶されているデータパケットを受信するとともに第２のインタフェース２へ送信する。
　データ転送終了通知送信手段１７は、データ変換部３３により変換され、データ記憶部３４に記憶されているＣＳＷを、受信するとともに第２のインタフェース２へ送信する。

　また、データ転送終了通知送信手段１７がＣＳＷを第２のインタフェース２へ送信するタイミングは、第２のインタフェース２が、コマンドに応じて送信されるべきデータパケットの全てを受信した後である。
　これにより、第１のインタフェース（ＳＡＳ）４の転送速度が第２のインタフェース（ＵＳＢ）２の転送速度よりも早いという転送速度の差によって、データパケット送信中にＣＳＷが第２のインタフェース２へ送信されてしまうという不具合を防止することができる。

　第２のデータ送受信部３２は、データ記憶部３４に記憶されている複数のデータパケットを受信して、ＦＩＦＯに従って、順次第２のインタフェース２へ送信する。また、第２のデータ送受信部３２は、データパケットの送信間隔の大小に依存せずにデータパケットを送信する。換言すると、データの送信間隔が大きくなったとしても、第２のデータ送受信部３２は、データパケットの送信を待機させて、所定のタイミングで送信を再開する。
　これにより、第２のデータ送受信部３２がデータパケットを第２のインタフェース２へ送信する際、第１のインタフェース（ＳＡＳ）４のデータの転送速度が第２のインタフェース（ＵＳＢ）２の転送速度よりも早いという転送速度の差に起因して、第２のインタフェース２の処理（受信）が間に合わず、送信間隔が所定時間（例えば、１ｍｓ）以上の開き（以下、単に、データの転送速度の差によるデータの転送待ちという）が生じてしまった場合であっても、第２のデータ送受信部３２はデータの送信を待機し、第２のインタフェース２の処理が完了し次第（所定のタイミングで）、未送信のデータパケットから順次送信する。
　これにより、たとえデータの転送速度の差によるデータパケットの転送待ちが発生したとしても、データパケットが前後して送信されるようなことはなく、確実にデータを送信することができ、インタフェース変換装置３０の信頼性の向上を図ることができる。

（インタフェース変換装置３０によるデータ転送について）
　図７を参照して、インタフェース変換装置３０によるデータ転送について説明する。なお、本説明において、第１の装置３をテープデバイス３、第１のインタフェース４をＳＡＳ４、第２の装置１をホストコンピュータ１、第２のインタフェース２をＵＳＢ２、第１及び第２のデータ送受信部３１、３２をＰＣＩ（Peripheral Component Interconnect）バスであるＰＣＩバス３１、３２、データ変換部３３を、データ変換に係る処理機能を有するＣＰＵ（Central Processing Unit）であるＣＰＵ３３、データ記憶部３４をＲＡＭ（Random Access Memory）であるＲＡＭ３４として説明する。
　また、テープデバイス３からホストコンピュータ１へのデータ転送の契機として、例えば、操作者が、ホストコンピュータ１に対して、磁気テープに記録されているデータをハードディスクへのコピー（以下、単にコピー処理という）をするように指示することを想定する。なお、インタフェース変換装置３０の作動や制御等に関係のない処理等については説明を省略する。

　操作者の指示により、ホストコンピュータ１はテープデバイス３に対してデータの読み込み命令であるリードコマンドを送信する。その際、図７中（ａ）に示すように、ＵＳＢ２はＣＢＷをインタフェース変換装置３０へ送信（転送）し、ＰＣＩバス３２は受信したＣＢＷをＣＰＵ３３へ送信し、ＣＰＵ３３は受信したＣＢＷをコマンドフレームに変換し、ＰＣＩバス３１は変換されたコマンドフレームを所定のタイミングでＳＡＳ４へ送信する。

　次いで、テープデバイス３はコマンドフレームに基づくデータ（ブロックデータ）をホストコンピュータ１へ送信する。その際、図中（ｂ）及び（ｃ）に示すように、ＳＡＳ４はブロックデータを分割したデータフレームをＰＣＩバス３１に送信（転送）し、ＰＣＩバス３１は受信したデータフレームをＣＰＵ３３へ送信し、ＣＰＵ３３は受信したデータフレームをデータパケットに変換してＲＡＭ３４へ送信し、ＲＡＭ３４は受信したデータパケットを記憶域に記憶する。このような流れで、リードコマンドに基づいて１ブロック分の全てのデータフレームをデータパケットに変換し、ＲＡＭ３４に記憶することができる。

　ＳＡＳ４は、ブロックデータの１ブロック分の全てのデータフレームをＰＣＩバス３１に送信すると、図中（ｄ）に示すように、レスポンスフレームをＰＣＩバス３１へ送信（転送）し、ＰＣＩバス３１は受信したレスポンスフレームをＣＰＵ３３へ送信し、ＣＰＵ３３は受信したレスポンスフレームをＣＳＷに変換してＲＡＭ３４へ送信し、ＲＡＭ３４は受信したＣＳＷを記憶する。
　このように、全てのデータパケットをＵＳＢ２が受信してから送信されるべきであるＣＳＷをＲＡＭ３４に記憶させるという、時間的な緩衝機能を持たせることによって、後述するように、ＰＣＩバス３２は適切なタイミングでＣＳＷをＵＳＢ２へ送信することができる。

　以上の（ｂ）～（ｄ）までがＳＡＳ４側の処理ということができる。
このように、テープデバイス３及びインタフェース変換装置３０間で処理を略完結させることができるため、ＵＳＢ２の通信の影響を受けないようにして、データフレームに分割したブロックの全てを送信し続けることが可能となる。従って、ＵＳＢ２及びＳＡＳ４間におけるデータの転送速度の差によるデータの転送待ち（タイムアウト）を解消することができ、エラーの発生率を低減させることができる。

　次いで、図中（ｅ）に示すように、ＰＣＩバス３２は、ＲＡＭ３４に記憶されたデータパケットを受信して、ＵＳＢ２へ送信する。

　ここで、図中（ｆ）に示すように、何らかの原因で、ＵＳＢ２によるデータパケットの受信ができずに所定時間（例えば１ｍｓ）以上が経過してしまうことがある。
　その際、ＰＣＩバス３２は、データパケットの送信を待機する。

　そして、ＵＳＢ２の受信に係る処理が完了し次第、図中（ｇ）に示すように、データを途中から、換言すると未送信のデータパケットをＵＳＢ２へ送信を開始する。

　図中（ｈ）に示すように、ＰＣＩバス３２は、最後のデータパケットを受信してＵＳＢ２へ送信することによって、１ブロック分の全てのデータが送信される。
　図中（ｉ）に示すように、ＰＣＩバス３２は、上記（ｈ）の最後のデータパケットをＵＳＢ２へ送信した後、ＲＡＭ３４に記憶されたＣＳＷをＵＳＢ２へ送信する。
　以上の（ｅ）～（ｉ）までがＵＳＢ２側の処理ということができる。
　なお、（ａ）はＳＡＳ４側及びＵＳＢ２側の処理を跨いでいる。

（インタフェース変換装置３０を用いたインタフェース変換方法の手順に係るフロー）
　図８を参照して、インタフェース変換装置３０を用いたインタフェース変換方法の手順について説明する。
　図８に示すように、ステップＳ２３～ステップＳ２８（ＳＡＳ（第１のインタフェース）４側の処理ステップ）及びステップＳ２９～ステップＳ３３（ＵＳＢ（第２のインタフェース）２側の処理ステップ）は、ステップＳ２２の後に並列処理として実行される。
　なお、データ転送の契機として、上述と同様、例えば、操作者が、ホストコンピュータ（第２の装置）１に対してコピー処理を指示することを想定する。なお、インタフェース変換装置３０の作動や制御等に関係のない処理等については説明を省略する。

　操作者の指示により、ホストコンピュータ１はリードコマンドを送信する。その際、ＰＣＩバス（第２のデータ送受信部）３２は、ＵＳＢ２から送信されたデータ転送要求であるＣＢＷを受信する（ステップＳ２０）。
　ＣＰＵ（データ変換部）３３は、ＰＣＩバス３２から受信したＣＢＷを同じくデータ転送要求であるコマンドフレームに変換（第２変換処理）する（ステップＳ２１）。
　ＰＣＩバス（第１のデータ送受信部）３１は、第２変換処理されたコマンドフレームをＳＡＳ４へ送信する（ステップＳ２２）。

　続いて、ＳＡＳ側の一連の処理方法として、ＰＣＩバス３１は、ＳＡＳ４により分割されて送信されたデータフレーム（ブロックデータの１ブロック分）を受信する（ステップＳ２３）。そして、ＣＰＵ３３は、データフレームをデータパケットに変換（第１変換処理）する（ステップＳ２４）。

　ＲＡＭ（データ記憶部）３４は、第１変換処理されたデータパケットを記憶域に順次記憶する。（ステップＳ２５）。
　ここで、ＣＰＵ３３は、ＳＡＳ４から送信されたデータ転送終了通知であるレスポンスフレームを、ＰＣＩバス３１を介して受信した場合（ステップＳ２６でＹＥＳ）、同じくデータ転送終了通知であるＣＳＷに変換（第１変換処理）する（ステップＳ２７）。
　次いで、ＲＡＭ３４は、第１変換処理されたＣＳＷを記憶域に記憶する。（ステップＳ２８）。
　一方、ステップＳ２６において、ＣＰＵ３３が、ＳＡＳ４から送信されたデータ転送終了通知であるレスポンスフレームを受信していない場合（ステップＳ２６でＮＯ）、ステップＳ２３の処理に戻る。

　次に、ステップＳ２２の処理に続くＵＳＢ２側の処理方法として、まず、ＲＡＭ３４がデータパケットを記憶している場合（ステップＳ２９でＹＥＳ）、ＰＣＩバス３２は、ＲＡＭ３４に記憶されているデータパケットを受信してＵＳＢ２へ送信する（ステップＳ３０）。
　一方、ステップＳ２９において、ＲＡＭ３４がデータパケットを記憶していない場合（ステップＳ２９でＮＯ）、当該条件判断が繰り返し行われる。

　ＰＣＩバス３２によりＵＳＢ４に全てのデータパケット（１ブロック分）が送信され（ステップＳ３１でＹＥＳ）、さらに、ＲＡＭ３４にＣＳＷが記憶されている場合（ステップＳ３２でＹＥＳ）、ＰＣＩバス３２は、記憶されているＣＳＷをＵＳＢ２へ送信する（ステップＳ３３）。
　一方、ステップＳ３１において、ＰＣＩバス３２によりＵＳＢ４に全てのデータパケット（１ブロック分）が送信されていない場合（ステップＳ３１でＮＯ）、ステップＳ３０の処理に戻る。また、ステップＳ３２において、ＲＡＭ３４にＣＳＷが記憶されていない場合（ステップＳ３２でＮＯ）、当該条件判断が繰り返し行われる。

　以上、本発明の第１及び第２の実施形態について説明したが、本発明の要旨を逸脱しない範囲内で、本実施形態のインタフェース変換装置１０、３０に対して、次のような変形や変更を施すことが可能である。なお、上述の本発明の２つの実施形態、及び後述する変形例におけるそれぞれの構成要件、構成部の配置、データの流れ等を適宜組み合わせることが可能である。

（第２の実施形態の変形例１）
　図９に示すように、インタフェース変換装置３０Ａは、データの送受信を行う構成部としてデータ送受信装置４０を備える。
　データ送受信装置４０は、ＣＢＷ及びコマンドフレームなどのコマンドを送受信するコマンド送受信部４１と、データを送受信するデータ送受信部４２と、ＣＳＷ及びレスポンスコマンドなどのレスポンスを送受信するレスポンス送受信部４３とを設ける。

　即ち、コマンド送受信部４１は、データ転送要求受信手段１２及びデータ転送要求送信手段１３と同様の機能を含み、データ送受信部４２は、データ受信手段１４及びデータ転送手段１５と同様の機能を含み、レスポンス送受信部４３は、データ転送終了通知受信手段１６及びデータ転送終了通知送信手段１７と同様の機能を含む。

　例えば、コマンド送受信部４１は、第２の装置１のリードコマンドに基づいて第２のインタフェース２が送信するＣＢＷを受信するとともに、データ変換部へ送信する。また、データ変換部３３により変換さたコマンドフレームを受信するとともに、第１のインタフェース４へ送信する。
　データ送受信部４２は、コマンドフレームに基づいて第１のインタフェースにより送信されるデータフレームを受信するとともに、データ変換部３３へ送信する。また、データ変換部３３により変換された後、データ記憶部３４に記憶されたデータパケットを受信するとともに、第２のインタフェース２へ送信する。
　レスポンス送受信部４３は、第１のインタフェースが全てのデータフレームを送信した後に送信するレスポンスフレームを受信するとともに、データ変換部３３へ送信する。また、データ変換部３３により変換された後、データ記憶部３４に記憶されたＣＳＷを受信するとともに、第１のインタフェース２へ送信する。

（第２の実施形態の変形例２）
　図１０に示すように、インタフェース変換装置３０Ｂは、データ記憶部３４に接続されるデータ削除部３９を備える。データ削除部３９は、第２の実施形態のデータ記憶部３４の上書き処理の代わりに、ＵＳＢ２にＣＳＷが送信されたことに基づいて、データ記憶部３４の記憶域に記憶されている不要となったデータを削除する。
　即ち、第２のインタフェース２が送信した１つのコマンド（ＣＢＷ）に基づいて、第１のインタフェース４によりデータブロックの１ブロック（便宜的に第３ブロックという）分のデータフレームが送信（転送）されて、第２のインタフェース２がＣＳＷの受信したことによって、１つのコマンドに対する処理が終了した後、データ削除部３９は、第３ブロックに係るデータを削除する。

（第２の実施形態の変形例３）
　図１１に示すように、ＣＰＵ（データ変換部）３３をＵＳＢ２側に設け、ＲＡＭ（データ記憶部）３４をＳＡＳ４側に設ける。

　図中（ｂ’）及び（ｃ’）に示すように、ＳＡＳ４はデータブロックを分割したデータフレームをＰＣＩバス３１に送信（転送）し、ＰＣＩバス３１は受信したデータフレームをＲＡＭ３４へ送信し、ＲＡＭ３４は受信したデータフレームを記憶域に記憶する。
　このような流れで、リードコマンドに基づいて１ブロック分の全てのデータフレームを記憶することができる。

　ＳＡＳ４は、１ブロック分の全てのデータフレームをＰＣＩバス３１に送信すると、図中（ｄ’）に示すように、レスポンスフレームをＰＣＩバス３１へ送信（転送）し、ＰＣＩバス３１は受信したレスポンスフレームをＲＡＭ３４へ送信し、ＲＡＭ３４は受信したレスポンスフレームを記憶域に記憶する。

　図中（ｅ’）に示すように、ＣＰＵ３３は記憶されているデータフレームを順次受信して、データフレームがＲＡＭ３４に記憶された順にデータパケットに変換し、ＰＣＩバス３２は、変換されたデータパケットを受信して、ＣＰＵ３３に変換された順にＵＳＢ２へ順次送信する。

　ここで、図中（ｆ）に示すように、ＵＳＢ２がデータパケットの受信ができずに所定時間（例えば１ｍｓ）以上が経過してしまうことがある。
　その際、ＰＣＩバス３２は、データパケットの送信を一時的に待機する。

　そして、ＵＳＢ２の受信に係る処理が完了し次第、図中（ｇ’）に示すように、データを途中から、換言すると未送信のデータパケットをＵＳＢ２へ送信を開始する。

　そして、ＵＳＢ２の受信に係る処理が完了し次第、図中（ｇ’）に示すように、ＣＰＵ３３はデータパケットへの変換をデータの途中から、換言すると未変換のデータパケットから順次開始し、ＰＣＩバス３２は変換されたデータパケットを受信して、ＵＳＢ２へ送信する。

　図中（ｈ’）に示すように、ＣＰＵ３３は最後のデータフレームを変換し、ＰＣＩバス３２は変換された最後のデータパケットを受信して、ＵＳＢ２へ送信することによって、１ブロック分の全てのデータが送信される。
　図中（ｉ’）に示すように、上記（ｈ’）の最後のデータパケットをＵＳＢ２へ送信した後、ＣＰＵ３３は、ＲＡＭ３４に記憶されたレスポンスフレームをＣＳＷに変換し、ＰＣＩバス３２は、変換されたＣＳＷを受信して、ＵＳＢ２へ送信する。

　ここで、ＣＰＵ３３は、データ記憶部３４に記憶されたデータフレームを、ＦＩＦＯに従って順次データパケットに変換する。ＰＣＩバス３２は、ＣＰＵ３３のデータの変換順にデータパケットを順次ＵＳＢ２へ送信する。また、ＰＣＩバス３２は、データパケットの送信間隔の大小に依存せずにデータパケットを送信する。
　これにより、データの転送速度の差によるデータの転送待ちが生じてしまった場合であっても、ＰＣＩバス３２はデータパケットの送信を待機し、ＵＳＢ２の処理が完了し次第、ＰＣＩバス３２はＣＰＵ３３の変換順にデータパケットをＵＳＢ２に順次送信する。
　なお、図中（ａ）は、図７における（ａ）と同一の処理のため説明を省略する。

（第２の実施形態の変形例４）
　図１２に示すように、データ記憶部（ＲＡＭ）３４の記憶対象を、コマンド（データ転送要求）であるＣＢＷ含むものとする。

　図中（ａ’）に示すように、ＵＳＢ２はＣＢＷをＰＣＩバス３２へ送信（転送）し、ＰＣＩバス３２は受信したＣＢＷをＲＡＭ３４へ送信し、ＣＰＵ３３は記憶されてＣＢＷをコマンドフレームに変換し、ＰＣＩバス３１は変換されたコマンドフレームをＳＡＳ４へ送信する。
　なお、図中（ｂ）～（ｉ）は、図７における（ｂ）～（ｉ）と同一の処理のため説明を省略する。

（第２の実施形態の変形例５）
　図１３に示すように、上記の変形例３及び変形例４を組み合わせることができる。即ち、ＣＰＵ（データ変換部）３３をＵＳＢ２側に設け、ＲＡＭ（データ記憶部）３４をＳＡＳ４側に設けるとともに、データ記憶部（ＲＡＭ）３４の記憶対象を、コマンド（データ転送要求）であるＣＢＷを含むものとする。

　図中（ａ’’）に示すように、ＵＳＢ２はＣＢＷをＰＣＩバス３２へ送信（転送）し、ＰＣＩバス３２は受信したＣＢＷをＣＰＵ３３へ送信し、ＣＰＵ３３はＣＢＷをコマンドフレームに変換し、ＲＡＭ３４は、変換されたコマンドフレームを記憶し、ＰＣＩバス３１は記憶されているコマンドフレームをＳＡＳ４へ送信する。
　なお、図中（ｂ’）～（ｉ’）は、図１１における（ｂ’）～（ｉ’）と同一の処理のため説明を省略する。

第３の実施形態

　以下、本発明の第３の実施形態を図１４～図２９に基づいて説明する。図１４には、第３の実施形態に係る情報処理システム１０１０の概略構成が示されている。

　この情報処理システム１０１０は、情報処理装置１０１００と、テープ装置１０２０５などを備えている。

　テープ装置１０２０５は、記録媒体である磁気テープと、該磁気テープに対してデータの読み書きを行うためのＲＷ装置と、情報処理装置１０１００からの指示に応じて該ＲＷ装置を制御する制御装置などから構成されている。なお、磁気テープはカートリッジ化されており、取り替えることが可能である。

　磁気テープには、ブロックサイズの異なる複数のブロックにそれぞれデータが記録されている。

　ここでは、テープ装置１０２０５は、ＵＳＢ規格に対応している。

　情報処理装置１０１００は、一例として図１５に示されるように、ＣＰＵ１０１１０、ＲＡＭ１０１２０、ＲＯＭ１０１３０、表示装置１０１４０、入力装置１０１５０、ＨＤＤ装置１０１６０、光ディスク装置１０１７０、及びＵＳＢポートＰｕなどを有している。

　表示装置１０１４０は、表示器として液晶ディスプレイを含み、ＣＰＵ１０１１０から指示された各種情報を表示する。

　入力装置１０１５０は、入力媒体としてキーボードを含み、操作者から入力された各種情報をＣＰＵ１０１１０に通知する。

　ＨＤＤ装置１０１６０は、記録媒体であるハードディスクと、該ハードディスクに対してデータの読み書きを行うためのＲＷ装置と、ＣＰＵ１０１１０の指示に応じて前記ＲＷ装置を制御する制御装置などから構成されている。そして、ハードディスクには、ＯＳを含む複数のプログラム、該複数のプログラムで用いられる各種データなどが記録されている。

　光ディスク装置１０１７０は、記録媒体である光ディスクに対してデータの読み書きを行うためのＲＷ装置と、ＣＰＵ１０１１０の指示に応じて該ＲＷ装置を制御する制御装置などから構成されている。

　ＣＰＵ１０１１０は、ＲＯＭ１０１３０及びＲＡＭ１０１２０に格納されているプログラムを実行することができる。

　ＲＯＭ１０１３０には、電源投入時にＣＰＵ１０１１０によって実行されるプログラム、いわゆるブートプログラムが格納されている。このブートプログラムが実行されると、ハードディスクに記録されているＯＳがＲＡＭ１０１２０に転送される。

　ＣＰＵ１０１１０は、ブートプログラムの実行が完了すると、ＲＡＭ１０１２０に転送されたＯＳを起動する。

　ＵＳＢポートＰｕには、テープ装置１０２０５が接続される。

　ここでは、情報処理装置１０１００として、パーソナルコンピュータが用いられている。そして、ＯＳ（オペレーティングシステム）として、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）が用いられている。

　ＯＳは、一例として図１６に示されるように、ストレージクラスドライバ１０３０１、ストレージポートドライバ１０３０３、ＵＳＢマスストレージクラスドライバ１０３０５、ＳＣＳＩミニポートドライバ１０３０７、ＳＡＳミニポートドライバ１０３０９、ＵＳＢポートドライバ１０３１１を含んでいる。なお、ストレージクラスドライバ１０３０１を特定する必要がある場合は、便宜上、ＳＣＳＩデバイスに対応するストレージクラスドライバ１０３０１を「ストレージクラスドライバ１０３０１ａ」、ＳＡＳデバイスに対応するストレージクラスドライバ１０３０１を「ストレージクラスドライバ１０３０１ｂ」、ＵＳＢデバイスに対応するストレージクラスドライバ１０３０１を「ストレージクラスドライバ１０３０１ｃ」ともいう。

　ストレージクラスドライバ１０３０１は、各ストレージに共通する機能が実装されたドライバであり、ストレージの種類に応じた機能を提供する。例えば、ストレージがテープの場合は、テープドライバとも呼ばれ、テープ巻戻しやテープ排出などのテープ装置を制御する特有の機能を有している。また、ストレージがディスクの場合は、ディスクドライバとも呼ばれ、ディスク容量を取得する特有の機能を有している。

　ストレージポートドライバ１０３０３は、ＳＣＳＩプロトコルに共通する機能が実装されたドライバであり、各ポートドライバにインタフェースを提供する。

　ＵＳＢマスストレージクラスドライバ１０３０５は、ＵＳＢ接続機器をストレージ装置として制御するためのドライバであり、該ＵＳＢマスストレージクラスドライバ１０３０５上でストレージクラスドライバ１０３０１が動作するのを可能にする。なお、ＵＳＢマスストレージクラスドライバ１０３０５がない場合は、各ＵＳＢ接続機器に対応した専用のドライバが必要となる。

　ＳＣＳＩミニポートドライバ１０３０７は、ＳＣＳＩポートを制御する。ＳＡＳミニポートドライバ１０３０９は、ＳＡＳポートを制御する。ＵＳＢポートドライバ１０３１１は、ＵＳＢポートを制御する。

　本実施形態では一例として図１７に示されるように、情報処理装置１０１００は、ＯＳ上で動作する仮想ＳＣＳＩミニポートドライバ１０４０１を有している。この仮想ＳＣＳＩミニポートドライバ１０４０１は、ＯＳ上に仮想のＳＣＳＩポートＰｓを作成する。なお、ストレージクラスドライバ１０３０１を特定する必要がある場合は、便宜上、仮想のＳＣＳＩポートＰｓに仮想的に接続されたデバイスに対応するストレージクラスドライバ１０３０１を「ストレージクラスドライバ１０３０１ｄ」ともいう。

　なお、仮想ＳＣＳＩミニポートドライバ１０４０１は、ハードディスクに記録されており、ＯＳとともにＲＡＭ１０１２０に転送される。そして、仮想ＳＣＳＩミニポートドライバ１０４０１は、ＯＳに続いて起動される。

　ここでは、この仮想ＳＣＳＩミニポートドライバ１０４０１は、図１８に示されるように、ストレージポートドライバ１０３０３とストレージクラスドライバ１０３０１ｃとの間に位置している。

　そして、仮想ＳＣＳＩミニポートドライバ１０４０１は、ＵＳＢポートＰｕにおけるＵＳＢデバイスの着脱を監視し、該着脱がなされると、仮想のＳＣＳＩポートＰｓにおける該ＵＳＢデバイスの着脱情報をストレージポートドライバ１０３０３に通知する。

　このときの仮想ＳＣＳＩミニポートドライバ１０４０１及びストレージポートドライバ１０３０３の動作について簡単に説明する。
（１）仮想ＳＣＳＩミニポートドライバ１０４０１は、起動すると、ＵＳＢポートＰｕにおけるＵＳＢデバイスの着脱を監視するワーカースレッドを作成する。
（２）このワーカースレッドが、ストレージクラスドライバ１０３０１ｃからの情報に基づいて、ＵＳＢポートＰｕにおけるデバイスの着脱状態の変化を監視する。
（３）ワーカースレッドが上記着脱状態の変化を検知すると、仮想ＳＣＳＩミニポートドライバ１０４０１は、デバイスの着脱状態に変更があったことをストレージポートドライバ１０３０３に通知する。
（４）すると、ストレージポートドライバは、仮想ＳＣＳＩミニポートドライバ１０４０１に対して、デバイスの着脱状態のチェックを指示する。
（５）仮想ＳＣＳＩミニポートドライバ１０４０１は、ストレージクラスドライバ１０３０１ｃからの情報に基づいて、ＵＳＢポートＰｕにおけるデバイスの着脱状態をチェックし、その結果をストレージポートドライバ１０３０３に通知する。

　これにより、ストレージポートドライバ１０３０３は、仮想のＳＣＳＩポートＰｓ（実際は、ＵＳＢポートＰｕ）におけるデバイスの着脱状態を認識することができる。

　そして、ストレージポートドライバ１０３０３は、仮想のＳＣＳＩポートＰｓにデバイス（ここでは、ＵＳＢデバイス）が接続されると、該デバイスを、ＳＣＳＩデバイスとしてレジストリに登録する。このとき、ＵＳＢマスストレージクラスドライバ１０３０５は、該デバイスを、ＵＳＢデバイスとしてレジストリに登録する。すなわち、該デバイスは、ＳＣＳＩデバイス及びＵＳＢデバイスとしてレジストリに登録される。

　また、仮想ＳＣＳＩミニポートドライバ１０４０１は、仮想ＳＣＳＩミニポートドライバ１０４０１を経由する全てのコマンドを、ストレージクラスドライバ１０３０１ｃ及びＵＳＢマスストレージクラスドライバ１０３０５を介してＵＳＢポートドライバ１０３１１に、そのフォーマットを変更することなく転送するパススルー機能を有している。

　ＳＣＳＩインタフェースでは、それぞれのデバイスに対してＩＤが必要となる。前記ワーカースレッドが接続状態の変化を監視することにより、０～１５のＩＤをチェックし、仮想ＳＣＳＩポートに空いているＩＤを割り当てる。

　次に、テープ装置１０２０５にセットされている磁気テープに記録されているデータをハードディスクにコピーする場合について説明する。ここでは、すでにＵＳＢポートＰｕにテープ装置１０２０５が接続されているものとする。

　操作者は、入力装置１０１５０を介して、ＳＣＳＩ規格に対応したテープ装置用に作成され、該テープ装置に対してデータの読み書きを行うためのアプリケーションソフトウェアであるテープＲＷソフトウェア（以下では、「テープＲＷソフトウェア１０５００」という）を起動させる。なお、該テープＲＷソフトウェア１０５００は、ハードディスクに記録されており、操作者の起動要求があると、ＯＳによってＲＡＭ１０１２０に転送され、起動される。

　テープＲＷソフトウェアは、磁気テープに記憶されているデータのレコード形式が固定長、及び可変長に対応している。操作者は、磁気テープのレコード形式に応じて、固定長、又は可変長を選択することができる。なお、ここでは、磁気テープに記憶されているデータのレコード形式が、可変長形式の場合について説明する。

　図１９には、テープＲＷソフトウェア１０５００と各ドライバとの関係が示されている。

　テープＲＷソフトウェア１０５００は、起動されると、レジストリを検索し、ＳＣＳＩデバイスとして登録されているデバイスを、制御対象のデバイスとする。ここでは、テープ装置１０２０５が制御対象のデバイスとされる。すなわち、テープＲＷソフトウェア１０５００は、仮想ＳＣＳＩポートＰｓにテープ装置１０２０５が接続されていることを認識する。

　なお、テープＲＷソフトウェア１０５００は、制御対象のデバイスを、ストレージクラスドライバ１０３０１ｄを介してストレージポートドライバ１０３０３に問い合わせても良い。

　そして、テープＲＷソフトウェア１０５００は、初期メニュー画面を表示装置１０１４０に表示させる。

　操作者は、入力装置１０１５０を介して、コピーするブロックのサイズを指定してハードディスクへのコピー（以下では、便宜上、単に「コピー処理」ともいう）をテープＲＷソフトウェア１０５００に指示する。これにより、テープＲＷソフトウェア１０５００から、テープ装置１０２０５に対するリード（ＲＥＡＤ）コマンドが発行される。なお、ここでは、磁気テープに記録されている実際のブロックサイズが不明であるため、操作者は、大きめのブロックサイズを指定する。

　テープＲＷソフトウェア１０５００から発行されるリードコマンドのフォーマットが図２０に示されている。操作者が指定したブロックサイズは、「Ｔｒａｎｓｆｅｒ　Ｌｅｎｇｔｈ」にバイト単位でセットされる。

　ここで、テープＲＷソフトウェア１０５００から発行されたコマンドの流れについて図２１を用いて説明する。

　テープＲＷソフトウェア１０５００からコマンドが発行されると、該コマンドは、ストレージクラスドライバ１０３０１ａ、ストレージクラスドライバ１０３０１ｂ及びストレージクラスドライバ１０３０１ｄに送られる。該コマンドを受け取った各ストレージクラスドライバは、ＳＣＳＩデバイスでの該コマンドの実行に必要なパラメータ情報を該コマンドに付加し、いわゆるＳＲＢ（ＳＣＳＩ　ＲＥＱＵＥＳＴ　ＢＬＯＣＫ）形式（図２２参照）にして、ストレージポートドライバ１０３０３に送出する。

　ここで、ＳＲＢ形式について簡単に説明する。図２２において、項目名「Ｆｕｎｃｔｉｏｎ」は、要求するオペレーションに関する情報がセットされ、例えば、要求するコマンドがＳＣＳＩコマンドであれば、「ＳＲＢ＿ＦＵＮＣＴＩＯＮ＿ＥＸＥＣＵＴＥ＿ＳＣＳＩ（０ｘ００）」がセットされる。

　項目名「ＳｒｂＳｔａｔｕｓ」は、要求完了時のステータスに関する情報がセットされ、例えば、デバイスへのコマンドの発行が成功であれば、「ＳＲＢ＿ＳＴＡＴＵＳ＿ＳＵＣＳＳＥＳ（０ｘ０１）」がセットされる。なお、装置がいわゆる「ＣＨＥＣＫ　ＣＯＮＤＩＴＩＯＮ」を返したときも、成功として扱われる。

　項目名「ＳｃｓｉＳｔａｔｕｓ」は、ＳＣＳＩコマンドの結果に関する情報がセットされ、例えば、正常終了であれば、「ＳＣＳＩＳＴＡＴ＿ＧＯＯＤ（０ｘ００）」がセットされ、いわゆる「ＣＨＥＣＫ　ＣＯＮＤＩＴＩＯＮ」であれば、「ＳＣＳＩＳＴＡＴ＿ＣＨＥＣＫ＿ＣＯＮＤＩＴＩＯＮ（０ｘ０２）」がセットされる。

　項目名「ＤａｔａＴｒａｎｓｆｅｒＬｅｎｇｔｈ」は、データ入出力バッファのサイズに関する情報がセットされ、実際に転送されたデータサイズがバッファサイズ未満であれば、実際に転送されたデータサイズで上書きされる。

　項目名「Ｃｄｂ」は、「Ｃｏｍｍａｎｄ　Ｄｅｓｃｒｉｐｔｅｒ　Ｂｌｏｃｋ」であり、デバイスに発行するコマンド関する情報がセットされる。

　ストレージポートドライバ１０３０３は、該ＳＲＢを各ポートドライバに送出する。そして、仮想ＳＣＳＩミニポートドライバ１０４０１が受け取ったＳＲＢは、ストレージクラスドライバ１０３０１ｃを介してＵＳＢマスストレージクラスドライバ１０３０５に転送される。

　ＵＳＢマスストレージクラスドライバ１０３０５は、受け取ったＳＲＢに含まれるコマンドに、ＵＳＢデバイスでの該コマンドの実行に必要なパラメータ情報を付加し、いわゆるＵＲＢ（ＵＳＢ　ＲＥＱＵＥＳＴ　ＢＬＯＣＫ）形式にして、ＵＳＢポートドライバ１０３１１に送出する。

　テープＲＷソフトウェア１０５００で発行されたコマンドを受け取ったときの、仮想ＳＣＳＩミニポートドライバ１０４０１の動作について、図２３のフローチャートを用いて説明する。図２３のフローチャートは、このときに仮想ＳＣＳＩミニポートドライバ１０４０１で実行される一連の処理アルゴリズムに対応している。この処理アルゴリズムは、ＣＰＵ１０１１０で実行される。

　最初のステップＳ１０４０１では、受け取ったコマンドがリードコマンドであるか否かを判断する。ここでは、該コマンドはリードコマンドであるため、ここでの判断は肯定され、ステップＳ１０４０３に移行する。

　このステップＳ１０４０３では、リードコマンドに含まれるＳＩＬＩ（Ｓｕｐｐｒｅｓｓ　Ｉｎｃｏｒｒｅｃｔ　Ｌｅｎｇｔｈ　Ｉｎｄｉｃａｔｏｒ）（図２０参照）の設定内容を変更したか否かの情報がセットされるＳＩＬＩ変更フラグに「０」をセットし、初期化する。

　次のステップＳ１０４０５では、リードコマンドに含まれるＳＩＬＩの設定内容が「１」すなわち「有効」であるか否かを判断する。ＳＩＬＩの設定内容が「有効」であれば、ここでの判断は肯定され、ステップＳ１０４０７に移行する。

　このステップＳ１０４０７では、ＳＩＬＩの設定内容を「０」すなわち「無効」に変更する。

　次のステップＳ１０４０９では、ＳＩＬＩ変更フラグに、ＳＩＬＩの設定内容が変更されたことを意味する「１」をセットする。

　次のステップＳ１０４１１では、該コマンドが含まれるＳＲＢを、ストレージクラスドライバ１０３０１ｃに転送し、テープＲＷソフトウェア１０５００で発行されたコマンドを受け取ったときの処理を終了する。

　なお、上記ステップＳ１０４０５において、ＳＩＬＩの設定内容が「有効」でなければ、ステップＳ１０４０５での判断は否定され、上記ステップＳ１０４１１に移行する。

　また、上記ステップＳ１０４０１において、受け取ったコマンドがリードコマンドでなければ、ステップＳ１０４０１での判断は否定され、上記ステップＳ１０４１１に移行する。

　仮想ＳＣＳＩミニポートドライバ１０４０１から送出されたＳＲＢは、ストレージクラスドライバ１０３０１ｃを介してＵＳＢマスストレージクラスドライバ１０３０５に転送され、ＵＳＢマスストレージクラスドライバ１０３０５でＵＲＢに変換され、ＵＳＢポートドライバ１０３１１、ＵＳＢポートＰｕを介してテープ装置１０２０５に送られる。

　テープ装置１０２０５は、該ＵＲＢを受け取ると、該ＵＲＢに含まれるコマンド（ここでは、リードコマンド）を実行する。

　ここでは、ＳＩＬＩの設定内容が「無効」とされているため、テープ装置１０２０５は、指定されたブロックサイズと磁気テープに実際に記録されているブロックサイズとが不一致の場合には、「Ｓｔａｔｕｓ　Ｃｏｄｅ」に「ＣＨＥＣＫ　ＣＯＮＤＩＴＩＯＮ」を意味する「０ｘ０２」をセットしたステータス情報（図２４参照）を情報処理装置１０１００に出力する。一方、テープ装置１０２０５は、指定されたブロックサイズと磁気テープに実際に記録されているブロックサイズとが一致している場合には、「Ｓｔａｔｕｓ　Ｃｏｄｅ」に「ＧＯＯＤ」を意味する「０ｘ００」をセットしたステータス情報を情報処理装置１０１００に出力する。

　また、テープ装置１０２０５は、ブロックデータ及び転送サイズが含まれるデータ情報を情報処理装置１０１００に出力する。

　ＵＳＢポートドライバ１０３１１は、ステータス情報を受け取ると、「Ｓｔａｔｕｓ　Ｃｏｄｅ」をチェックし、「０ｘ０２」すなわち「ＣＨＥＣＫ　ＣＯＮＤＩＴＩＯＮ」であれば、センス情報の要求コマンド（ＲＥＱＵＥＳＴ　ＳＥＮＳＥ）（図２５参照）をテープ装置１０２０５に送出する。

　一方、「Ｓｔａｔｕｓ　Ｃｏｄｅ」が「０ｘ００」すなわち「ＧＯＯＤ」であれば、ＵＳＢポートドライバ１０３１１は、データ情報をＵＳＢマスストレージクラスドライバ１０３０５に転送する。このデータ情報は、ストレージクラスドライバ１０３０１ｃ、仮想ＳＣＳＩミニポートドライバ１０４０１、ストレージポートドライバ１０３０３、及びストレージクラスドライバ１０３０１ｄを介して、テープＲＷソフトウェア１０５００に送られる。

　テープ装置１０２０５は、センス情報の要求コマンド（ＲＥＱＵＥＳＴ　ＳＥＮＳＥ）を受け取ると、指定されたブロックサイズと実際に記録されているブロックサイズとの差に関するデータが含まれるセンス情報（図２６参照）を情報処理装置１０１００に出力する。

　なお、ＳＩＬＩの設定内容が「無効」で、指定されたブロックサイズと実際に記録されているブロックサイズとが不一致の場合、「Ｖａｌｉｄ」に「１」、「ＩＬＩ（Ｉｌｌｅｇａｌ　Ｌｅｎｇｔｈ　Ｉｎｄｉｃａｔｏｒ）」に「１」、「ＳＥＮＳＥ　ＫＥＹ」に「０」、「Ｉｎｆｏｒｍａｔｉｏｎ」に指定されたブロックサイズと実際に記録されているブロックサイズとの差、「Ａｄｄｉｔｉｏｎａｌ　Ｓｅｎｓｅ　Ｃｏｄｅ」に「０」、「Ａｄｄｉｔｉｏｎａｌ　Ｓｅｎｓｅ　Ｃｏｄｅ　Ｑｕａｌｉｆｉｅｒｓ」に「０」が、それぞれセットされる。

　ここで、「Ｖａｌｉｄ」にセットされた「１」は、「Ｉｎｆｏｒｍａｔｉｏｎ」が有効であることを意味している。また、「ＩＬＩ（Ｉｌｌｅｇａｌ　Ｌｅｎｇｔｈ　Ｉｎｄｉｃａｔｏｒ）」にセットされた「１」は、指定されたブロックサイズと実際に記録されているブロックサイズとが不一致であることを意味している。

　このセンス情報は、ＵＳＢポートドライバ１０３１１、ＵＳＢマスストレージクラスドライバ１０３０５、及びストレージクラスドライバ１０３０１ｃを介して、仮想ＳＣＳＩミニポートドライバ１０４０１に送られる。

　センス情報を受け取ったときの仮想ＳＣＳＩミニポートドライバ１０４０１の動作について、図２７のフローチャートを用いて説明する。図２７のフローチャートは、このときに実行される一連の処理アルゴリズムに対応している。この処理アルゴリズムは、ＣＰＵ１０１１０で実行される。

　最初のステップＳ１０５０１では、ＳＩＬＩ変更フラグが「１」であるか否かを判断する。ＳＩＬＩ変更フラグが「１」であれば、ここでの判断は肯定され、ステップＳ１０５０３に移行する。

　このステップＳ１０５０３では、センス情報から、指定されたブロックサイズと実際に記録されているブロックサイズとの差に関するデータを抽出する。

　次のステップＳ１０５０５では、上記指定されたブロックサイズと実際に記録されているブロックサイズとの差に関するデータから、実際に記録されているブロックサイズを算出する。例えば、指定されたブロックサイズと実際に記録されているブロックサイズとの差が６００バイトであり、指定されたブロックサイズが１０００バイトであれば、４００バイトを実際に記録されているブロックサイズとする。

　次のステップＳ１０５０７では、上記算出された実際に記録されているブロックサイズを、データ情報における転送サイズにセットする。上記の例では、４００バイトが転送サイズにセットされる。具体的には、前述したＳＲＢの構造における「ＤａｔａＴｒａｎｓｆｅｒＬｅｎｇｔｈ」にセットされる。

　次のステップＳ１０５０９では、データ情報をストレージポートドライバ１０３０３に送出する。そして、センス情報を受け取ったときの処理を終了する。

　なお、上記ステップＳ１０５０１において、ＳＩＬＩ変更フラグが１でなければ、ステップＳ１０５０１での判断は否定され、上記ステップＳ１０５０９に移行する。

　ストレージポートドライバ１０３０３に送出されたデータ情報は、ストレージクラスドライバ１０３０１ｄを介して、テープＲＷソフトウェア１０５００に送られる。

　そして、テープＲＷソフトウェア１０５００は、テープ装置１０２０５から読み出されたブロックデータをハードディスクにコピーする。これにより、コピー処理は終了する。

　ところで、仮にＳＩＬＩの設定内容が「有効」とされていると、テープ装置１０２０５は、指定されたブロックサイズと実際に記録されているブロックサイズとが不一致であっても、指定されたブロックサイズを転送サイズとして、データ情報を送出する。

　なお、従来のＳＣＳＩ規格に対応したテープ装置では、ＳＩＬＩの設定内容が「有効」とされている場合に、指定されたブロックサイズと実際に記録されているブロックサイズとが不一致であっても、実際に記録されているブロックサイズを転送サイズとして、データ情報を送出していた。

　そこで、本実施形態において、仮にＳＩＬＩの設定内容が「有効」とされていると、指定されたブロックサイズと実際に記録されているブロックサイズとが不一致の場合に、テープＲＷソフトウェア１０５００は、実際に記録されているブロックサイズを誤ることとなり、異常動作をするおそれがある。

　しかしながら、本実施形態では、前述した如く、指定されたブロックサイズと実際に記録されているブロックサイズとが不一致であっても、実際に記録されているブロックサイズが転送サイズとされているため、テープＲＷソフトウェア１０５００は、正常に動作することができる。

　図２８及び図２９は、前述したテープＲＷソフトウェア１０５００とテープ装置１０２０５との間の主なやりとりをわかりやすく図示したものである。なお、図２８は、指定されたブロックサイズと実際に記録されているブロックサイズとが不一致の場合であり、図２９は、指定されたブロックサイズと実際に記録されているブロックサイズとが一致している場合である。

　以上の説明から明らかなように、ＣＰＵ１０１１０によって、本発明の情報処理方法が実施されている。なお、ＣＰＵ１０１１０によるプログラムに従う処理の少なくとも一部をハードウェアによって構成することとしても良いし、あるいは全てをハードウェアによって構成することとしても良い。

　また、情報処理装置１０１００のＣＰＵ１０１１０によって、本発明の制御用コンピュータが構成され、ＨＤＤ装置１０１６０のハードディスクによって、本発明の記録媒体が構成されている。

　以上説明したように、本実施形態に係る情報処理装置１０１００によると、ＣＰＵ１０１１０、ＲＡＭ１０１２０、ＲＯＭ１０１３０、表示装置１０１４０、入力装置１０１５０、ＨＤＤ装置１０１６０、光ディスク装置１０１７０、及びＵＳＢポートＰｕなどを有している。

　ハードディスクには、ＯＳ及び仮想ＳＣＳＩミニポートドライバ１０４０１などが記録されている。

　ＣＰＵ１０１１０は、電源が投入されると、ＲＯＭ１０１３０に格納されているブートプログラムを実行した後、ＯＳ及び仮想ＳＣＳＩミニポートドライバ１０４０１をＲＡＭ１０１２０に転送し、ＯＳ及び仮想ＳＣＳＩミニポートドライバ１０４０１を起動する。

　仮想ＳＣＳＩミニポートドライバ１０４０１は、ＵＳＢポートＰｕに対するデバイスの着脱を監視し、着脱があると、仮想ＳＣＳＩポートに対してデバイスの着脱があったことをテープＲＷソフトウェア１０５００に認識させる。

　また、仮想ＳＣＳＩミニポートドライバ１０４０１は、テープ装置１０２０５に対して発行されたコマンドを、そのフォーマットを変えることなく、ストレージクラスドライバ１０３０１ｃ及びＵＳＢマスストレージクラスドライバ１０３０５を介してＵＳＢポートドライバ１０３１１に転送するパススルー機能を有している。

　また、仮想ＳＣＳＩミニポートドライバ１０４０１は、テープＲＷソフトウェア１０５００でリードコマンドが発行され、該リードコマンドに含まれるＳＩＬＩの設定内容が「有効」であれば、「無効」に変更して送出する。

　この場合、仮想ＳＣＳＩミニポートドライバ１０４０１は、テープ装置１０２０５からのセンス情報を受け取ると、実際に読み出されたブロックサイズを算出し、その算出結果をデータ情報における転送サイズにセットする。このデータ情報は、ストレージポートドライバ１０３０３及びストレージクラスドライバ１０３０１ｄを介して、テープＲＷソフトウェア１０５００に送られる。

　このように、仮想ＳＣＳＩミニポートドライバ１０４０１を用いることにより、ＳＣＳＩ規格に対応したテープ装置用に作成されたアプリケーションソフトウェアを、そのままＵＳＢ規格に対応したテープ装置の制御に使用することができる。

　そこで、コストアップを招くことなく、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアで、ＵＳＢデバイスを制御することができる。

　そして、情報処理システム１０１０は、情報処理装置１０１００を備えているため、結果として、コストアップを招くことなく、目的に応じたシステムを構築することができる。

　ところで、特許文献３は、ＵＳＢ接続インタフェースをシリアルポートインタフェースと見なし、ＵＳＢインタフェースから入力される信号をシリアルポートプロトコルに基づいて処理可能な仮想シリアルポートドライバを備えている。しかしながら、磁気テープ装置に関する記載はない。

　特許文献５には、仮想通信ポートの作成・削除について記載されている。しかしながら、アプリケーションソフトウェアが対応していないインタフェースに対する具体的記載はない。

　特許文献６には、ＳＩＬＩが１に設定、又は１に設定されていない場合の処理が記載されている。しかしながら、磁気テープの記憶形式に対応する具体的記載はない。

　なお、上記実施形態では、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアとして、ＳＣＳＩ規格に対応するテープＲＷソフトウェア１０５００が用いられる場合について説明したが、これに限定されるものではない。例えば、図３０に示されるように、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアとして、ＳＡＳ規格に対応するテープＲＷソフトウェア１０５０３が用いられても良い。この場合は、前記仮想ＳＣＳＩミニポートドライバ１０４０１に代えて、仮想ＳＡＳミニポートドライバ１０４０３が用いられる。なお、便宜上、仮想のＳＡＳポートに仮想的に接続されたデバイスに対応するストレージクラスドライバ１０３０１を「ストレージクラスドライバ１０３０１ｅ」ともいう。

　この仮想ＳＡＳミニポートドライバ１０４０３は、ＵＳＢポートＰｕに対するデバイスの着脱を監視し、着脱があると、仮想ＳＡＳポートに対してデバイスの着脱があったことをテープＲＷソフトウェア１０５０３に認識させる。

　また、仮想ＳＡＳミニポートドライバ１０４０３は、テープ装置１０２０５に対して発行されたコマンドを、そのフォーマットを変えることなく、ストレージクラスドライバ１０３０１ｃ及びＵＳＢマスストレージクラスドライバ１０３０５を介してＵＳＢポートドライバ１０３１１に転送するパススルー機能を有している。

　また、仮想ＳＡＳミニポートドライバ１０４０３は、テープＲＷソフトウェア１０５０３でリードコマンドが発行され、該リードコマンドに含まれるＳＩＬＩの設定内容が「有効」であれば、「無効」に変更して送出する。

　この場合、仮想ＳＡＳミニポートドライバ１０４０３は、テープ装置１０２０５からのセンス情報を受け取ると、実際に記録されているブロックサイズを算出し、その算出結果をデータ情報における転送サイズにセットする。該データ情報は、ストレージポートドライバ１０３０３及びストレージクラスドライバ１０３０１ｅを介して、テープＲＷソフトウェア１０５０３に送られる。

　また、上記実施形態では、仮想ＳＣＳＩミニポートドライバ１０４０１によって作成されたワーカースレッドが、ＵＳＢポートＰｕにおけるＵＳＢデバイスの着脱を監視する場合について説明したが、これに限定されるものではなく、仮想ＳＣＳＩミニポートドライバ１０４０１自身が、ＵＳＢポートＰｕにおけるＵＳＢデバイスの着脱を監視しても良い。

　また、上記実施形態において、磁気テープに記録されているデータを光ディスクにコピーする場合であっても、上記実施形態と同様な効果を得ることができる。

　また、上記実施形態において、操作者は、テープＲＷソフトウェア１０５００に指示して、前記ハードディスク及び光ディスクに記録されているデータをテープ装置１０２０５にセットされている磁気テープにコピーすることができる。

　また、上記実施形態では、表示装置１０１４０の表示器が液晶ディスプレイの場合について説明したが、これに限定されるものではない。例えば、液晶ディスプレイに代えて、ＣＲＴディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイなどを用いても良い。

　また、上記実施形態では、仮想ＳＣＳＩミニポートドライバ１０４０１が、ＨＤＤ装置１０１６０のハードディスクに記録されている場合について説明したが、これに限定されるものではない。例えば、仮想ＳＣＳＩミニポートドライバ１０４０１が、光ディスクに記録されていても良い。この場合は、該光ディスクは、光ディスク装置１０１７０にセットされ、ＯＳとともにＲＡＭ１０１２０に転送される。

　また、上記実施形態では、情報処理装置１０１００として、パーソナルコンピュータが用いられる場合について説明したが、これに限定されるものではない。

　また、上記実施形態では、ＯＳ（オペレーティングシステム）として、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）が用いられる場合について説明したが、これに限定されるものではない。

第４の実施形態

　以下、本発明の第４の実施形態を図３３～図５３に基づいて説明する。図３３には、第４の実施形態に係る情報処理システム２０１０の概略構成が示されている。

　この情報処理システム２０１０は、情報処理装置２０１００と、変換装置２０３００と、テープ装置２０５００などを備えている。

　情報処理装置２０１００は、一例として図３４に示されるように、ＣＰＵ２０１１０、ＲＡＭ２０１２０、ＲＯＭ２０１３０、表示装置２０１４０、入力装置２０１５０、ＨＤＤ装置２０１６０、光ディスク装置２０１７０、ＵＳＢインタフェース（ＵＳＢ　Ｉ／Ｆ）２０１８０、及びＵＳＢポートＰｕなどを有している。

　表示装置２０１４０は、表示器として液晶ディスプレイを含み、ＣＰＵ２０１１０から指示された各種情報を表示する。

　入力装置２０１５０は、入力媒体としてキーボードを含み、操作者から入力された各種情報をＣＰＵ２０１１０に通知する。

　ＨＤＤ装置２０１６０は、記録媒体であるハードディスクと、該ハードディスクに対してデータの読み書きを行うためのＲＷ装置と、ＣＰＵ２０１１０の指示に応じて前記ＲＷ装置を制御する制御装置などから構成されている。そして、ハードディスクには、ＯＳを含む複数のプログラム、該複数のプログラムで用いられる各種データなどが記録されている。

　光ディスク装置２０１７０は、記録媒体である光ディスクに対してデータの読み書きを行うためのＲＷ装置と、ＣＰＵ２０１１０の指示に応じて該ＲＷ装置を制御する制御装置などから構成されている。

　ＣＰＵ２０１１０は、ＲＯＭ２０１３０及びＲＡＭ２０１２０に格納されているプログラムを実行することができる。

　ＲＯＭ２０１３０には、電源投入時にＣＰＵ２０１１０によって実行されるプログラム、いわゆるブートプログラムが格納されている。このブートプログラムが実行されると、ハードディスクに記録されているＯＳがＲＡＭ２０１２０に転送される。

　ＣＰＵ２０１１０は、ブートプログラムの実行が完了すると、ＲＡＭ２０１２０に転送されたＯＳを起動する。

　ＵＳＢポートＰｕは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）規格に準拠した通信ポートである。

　ＵＳＢインタフェース２０１８０は、ＵＳＢポートＰｕを介した情報の入出力を制御する。

　ここでは、情報処理装置２０１００として、パーソナルコンピュータが用いられている。そして、ＯＳ（オペレーティングシステム）として、マイクロソフト社製のＷｉｎｄｏｗｓ（登録商標）が用いられている。

　テープ装置２０５００は、記録媒体である磁気テープと、該磁気テープに対してデータの読み書きを行うためのＲＷ装置と、情報処理装置２０１００からの指示に応じて該ＲＷ装置を制御する制御装置などから構成されている。なお、磁気テープはカートリッジ化されており、取り替えることが可能である。

　テープ装置２０５００は、可変長のブロックに対応しており、磁気テープには、サイズの異なる複数のブロックにそれぞれデータが記録されている。

　テープ装置２０５００は、ＳＡＳ（Ｓｅｒｉａｌ　Ａｔｔａｃｈｅｄ　ＳＣＳＩ）規格に対応している。そして、テープ装置２０５００と変換装置２０３００との間の情報の通信におけるトランスポート層（Ｔｒａｎｓｐｏｒｔ　ｌａｙｅｒ）は、ＳＳＰ（Ｓｅｒｉａｌ　ＳＣＳＩ　Ｐｒｏｔｏｃｏｌ）トランスポート層に準拠している（例えば、「Ｓｅｒｉａｌ　Ａｔｔａｃｈｅｄ　ＳＣＳＩ　（ＳＡＳ）　Ｉｎｔｅｒｆａｃｅ　Ｍａｎｕａｌ」参照）。

　図３５には、ＳＳＰにおけるフレームのフォーマット（ＳＳＰ　ｆｒａｍｅ　ｆｏｒｍａｔ）が示されている。図３５において、「ＦＲＡＭＥ　ＴＹＰＥ」フィールドに「０１ｈ」がセットされていると、該フレームは「データフレーム」であり、「ＩＮＦＯＲＭＡＴＩＯＮ　ＵＮＩＴ」フィールドにデータがセットされている（図３６参照）。また、「ＦＲＡＭＥ　ＴＹＰＥ」フィールドに「０６ｈ」がセットされていると、該フレームは「コマンドフレーム」であり、「ＩＮＦＯＲＭＡＴＩＯＮ　ＵＮＩＴ」フィールドにコマンドがセットされている（図３６参照）。さらに、「ＦＲＡＭＥ　ＴＹＰＥ」フィールドに「０７ｈ」がセットされていると、該フレームは「レスポンスフレーム」であり、「ＩＮＦＯＲＭＡＴＩＯＮ　ＵＮＩＴ」フィールドにレスポンスがセットされている（図３６参照）。

　図３７には、上記データフレームの「ＩＮＦＯＲＭＡＴＩＯＮ　ＵＮＩＴ」フィールドにセットされるデータ（ＤＡＴＡ　ｉｎｆｏｒｍａｔｉｏｎ　ｕｎｉｔ）が示されている。

　図３８には、上記コマンドフレームの「ＩＮＦＯＲＭＡＴＩＯＮ　ＵＮＩＴ」フィールドにセットされるコマンド（ＣＯＭＭＡＮＤ　ｉｎｆｏｒｍａｔｉｏｎ　ｕｎｉｔ）が示されている。

　図３９には、上記レスポンスフレームの「ＩＮＦＯＲＭＡＴＩＯＮ　ＵＮＩＴ」フィールドにセットされるレスポンス（ＲＥＳＰＯＮＳＥ　ｉｎｆｏｒｍａｔｉｏｎ　ｕｎｉｔ）が示されている。図３９において、「ＤＡＴＡＰＲＥＳ」フィールドに「００ｂ」がセットされていると、データがないことを意味している（図４０参照）。また、「ＤＡＴＡＰＲＥＳ」フィールドに「０１ｂ」がセットされていると、レスポンスデータがあることを意味している（図４０参照）。さらに、「ＤＡＴＡＰＲＥＳ」フィールドに「１０ｂ」がセットされていると、センスデータがあることを意味している（図４０参照）。

　変換装置２０３００は、一例として図４１に示されるように、第１の通信制御部２０３１０、処理部２０３２０、及び第２の通信制御部２０３３０などを有している。

　そして、第１の通信制御部２０３１０は、ＵＳＢポート２０３１１、ＵＳＢインタフェース２０３１２、ＵＳＢ送受信部２０３１３を有している。

　また、第２の通信制御部２０３３０は、ＳＡＳポート２０３３１、ＳＡＳインタフェース２０３３２、ＳＡＳ送受信部２０３３３を有している。

　ＵＳＢポート２０３１１は、ＵＳＢ規格に準拠した通信ポートであり、ＵＳＢケーブルを介して情報処理装置２０１００のＵＳＢポートＰｕに接続されている。

　ＵＳＢインタフェース２０３１２は、ＵＳＢポート２０３１１を制御する。

　ＵＳＢ送受信部２０３１３は、ＵＳＢポート２０３１１及びＵＳＢインタフェース２０３１２を介した情報処理装置２０１００との双方向の通信を制御する。ＵＳＢ送受信部２０３１３は、情報処理装置２０１００からの受信があると、処理部２０３２０に通知する。また、ＵＳＢ送受信部２０３１３は、処理部２０３２０から送信要求があると、指示された情報を、情報処理装置２０１００に出力する。

　ＳＡＳポート２０３３１は、ＳＡＳ規格に準拠した通信ポートであり、ＳＡＳケーブルを介してテープ装置２０５００が接続されている。

　ＳＡＳインタフェース２０３３２は、ＳＡＳポート２０３３１を制御する。

　ＳＡＳ送受信部２０３３３は、ＳＡＳポート２０３３１及びＳＡＳインタフェース２０３３２を介したテープ装置２０５００との双方向の通信を制御する。ＳＡＳ送受信部２０３３３は、テープ装置２０５００からの受信があると、処理部２０３２０に通知する。また、ＳＡＳ送受信部２０３３３は、処理部２０３２０から送信要求があると、指示された情報をテープ装置２０５００に出力する。

　処理部２０３２０は、ＣＰＵ２０３２１、ＲＯＭ２０３２２、及びＲＡＭ２０３２３を有している。

　ＣＰＵ２０３２１は、ＲＯＭ２０３２２に格納されているプログラムを実行する。

　ＲＯＭ２０３２２には、ＣＰＵ２０３２１にて解読可能なコードで記述された複数のプログラム、及び各プログラムの実行に用いられる複数のデータ等が格納されている。

　ＲＡＭ２０３２３は、作業用のメモリである。このＲＡＭ２０３２３には、センスデータ（図４６及び図４７参照）が一時的に格納されるセンスデータ格納領域が設けられている。ここでは、該センスデータ格納領域の大きさは９６バイトである。なお、第２の通信制御部２０３３０にてセンスデータのデータ長を検知し、該センスデータ格納領域の大きさを９６バイト以下で使用することもできる。

　次に、テープ装置２０５００にセットされている磁気テープに記録されているデータを、情報処理装置２０１００のハードディスクにコピーする場合について説明する。なお、ここでは、情報処理装置２０１００と変換装置２０３００との間のデータ転送プロトコルとして、ＵＳＢ　Ｍａｓｓ　Ｓｔｒａｇｅ　Ｃｌａｓｓ　Ｂｕｌｋ－Ｏｎｌｙ　Ｔｒａｎｓｐｏｒｔ（例えば、”Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ　Ｍａｓｓ　Ｓｔｏｒａｇｅ　Ｃｌａｓｓ　Ｂｕｌｋ－Ｏｎｌｙ　Ｔｒａｎｓｐｏｒｔ　Ｒｅｖｉｓｉｏｎ１．０”、ＵＳＢ　Ｉｍｐｌｅｍｅｎｔｅｒｓ　Ｆｏｒｕｍ、Ｓｅｐｔｅｍｂｅｒ　３１、１９９９．参照）を使用する。

　操作者は、入力装置２０１５０を介して、ＵＳＢ規格に対応したテープ装置用に作成され、テープ装置に対してデータの読み書きを行うためのアプリケーションソフトウェアであるテープＲＷソフトウェア（以下では、「テープＲＷソフトウェア２０６００」という）を起動させる。なお、該テープＲＷソフトウェア２０６００は、前記ハードディスクに記録されており、操作者の起動要求があると、ＯＳによってＲＡＭ２０１２０に転送され、起動される。

　テープＲＷソフトウェア２０６００は、起動すると、初期メニュー画面を表示装置２０１４０に表示させる。

　操作者は、磁気テープに記録されているデータのハードディスクへのコピー（以下では、便宜上、単に「コピー処理」ともいう）をテープＲＷソフトウェア２０６００に指示する。これにより、テープ装置２０５００に対するリードコマンド（図４２参照）が、情報処理装置２０１００から変換装置２０３００に出力される。なお、該リードコマンドは、図４３に示されるＣＢＷ（Ｃｏｍｍａｎｄ　Ｂｌｏｃｋ　Ｗｒａｐｐｅｒ）のフォーマットで、情報処理装置２０１００から出力される。

　ここで、該ＣＢＷのフォーマットについて簡単に説明する。図４３における「ｄＣＢＷＳｉｇｎａｔｕｒｅ」は、データパケットがＣＢＷであると認知するためのフィールドである。「ｄＣＢＷＴａｇ」は、コマンドブロックタグであり、ＣＢＷと対応するＣＳＷ（Ｃｏｍｍａｎｄ　Ｓｔａｔｕｓ　Ｗｒａｐｐｅｒ）とを結びつけるために存在し、情報処理装置２０１００が指定する。

　また、図４３における「ｄＣＢＷＤａｔａＴｒａｎｓｆｅｒＬｅｎｇｔｈ」は、データトランスポートの予定データ長であり、ここが０の場合、データトランスポートは存在しない。「ｂｍＣＢＷＦｌａｇｓ」は、ビット７が０の場合、データトランスポートはバルクアウト転送で行われ、ビット７が１の場合、データトランスポートはバルクイン転送で行われる。ビット６～０は０固定である。ここでは、テープ装置２０５００からデータを受け取るので、上記ビット７は１である。

　また、図４３における「ｂＣＢＷＬＵＮ」は、コマンドブロックが送られている装置の論理ユニット番号（Ｌｏｇｉｃａｌ　Ｕｎｉｔ　Ｎｕｍｂｅｒ）である。「ｂＣＢＷＣＢＬｅｎｇｔｈ」は、次の「ＣＢＷＣＢ」フィールドの有効バイト数を表す。

　さらに、図４３における「ＣＢＷＣＢ」は、テープ装置２０５００によって実行されるコマンドブロックが格納されるフィールドである。このフィールドに情報処理装置２０１００が実行したいコマンドがセットされる。ここでは、コマンドフォーマットとして、「ＳＣＳＩ　Ｐｒｉｍａｒｙ　Ｃｏｍｍａｎｄｓ」が用いられるように設定されている。

　変換装置２０３００では、該ＣＢＷを受信すると、情報処理装置２０１００から受信があった旨の通知が、ＵＳＢ送受信部２０３１３から処理部２０３２０のＣＰＵ２０３２１になされる。

　このときの、ＣＰＵ２０３２１の動作について、図４４のフローチャートを用いて説明する。図４４のフローチャートは、通信シーケンスが「アイドル状態」（シーケンスフラグ＝０）にあるときの、ＣＰＵ２０３２１によって実行される一連の処理アルゴリズムに対応している。

　最初のステップＳ２０４０１では、情報処理装置２０１００からのＣＢＷを、コマンドフレームに変換する。

　次のステップＳ２０４０３では、上記コマンドフレームの送信をＳＡＳ送受信部２０３３３に指示する。これにより、該コマンドフレームは、ＳＡＳインタフェース２０３３２及びＳＡＳポート２０３３１を介して、テープ装置２０５００に出力される。

　次のステップＳ２０４０５では、通信シーケンスを「アイドル状態」から「テープ装置からのデータ待ち状態」（シーケンスフラグ＝１）に変更する。そして、通信シーケンスが「アイドル状態」にあるときの処理を終了する。

　テープ装置２０５００は、変換装置２０３００からコマンドフレームを受信すると、ここでは、該コマンドフレームのコマンドがリードコマンドであるため、磁気テープからのデータの読み出し操作を行う。そして、テープ装置２０５００は、データが正常に読み出されると、該データが含まれるデータフレームを変換装置２０３００に出力する。

　また、テープ装置２０５００は、上記データフレームを出力すると、続けて、センスデータを含まないレスポンスフレームを変換装置２０３００に出力する。このとき、該レスポンスフレームの「ＳＴＡＴＵＳ」フィールドには、「Ｓｔａｔｕｓ　Ｃｏｄｅ」が「ＧＯＯＤ」を意味する「００ｈ」であるステータス情報（図４５参照）がセットされている。

　一方、テープ装置２０５００は、磁気テープからのデータの読み出しが正常に行われなかった場合には、データフレームを出力せずに、異常の内容を示すセンスデータ（図４６及び図４７参照）を作成し、該センスデータが含まれるレスポンスフレームを変換装置２０３００に出力する。このとき、該レスポンスフレームの「ＳＴＡＴＵＳ」フィールドには、「Ｓｔａｔｕｓ　Ｃｏｄｅ」が「ＣＨＥＣＫ　ＣＯＮＤＩＴＩＯＮ」を意味する「０２ｈ」であるステータス情報がセットされている。なお、テープ装置２０５００は、該レスポンスフレームを出力すると、ここで作成されたセンスデータを消去（クリア）する。

　そこで、テープ装置２０５００に異常がない場合には、レスポンスフレームにセンスデータはなく、テープ装置２０５００に異常がある場合には、レスポンスフレームにセンスデータが存在することとなる。

　変換装置２０３００では、テープ装置２０５００からのフレームを受信すると、テープ装置２０５００から受信があった旨の通知が、ＳＡＳ送受信部２０３３３から処理部２０３２０のＣＰＵ２０３２１になされる。

　このときの、ＣＰＵ２０３２１の動作について、図４７及び図４８のフローチャートを用いて説明する。図４７及び図４８のフローチャートは、通信シーケンスが「テープ装置からのデータ待ち状態」にあるときに、ＣＰＵ２０３２１によって実行される一連の処理アルゴリズムに対応している。

　最初のステップＳ２０５０１では、前記「ＦＲＡＭＥ　ＴＹＰＥ」フィールドを参照し、受信したフレームがデータフレームであるかレスポンスフレームであるかを判断する。「ＦＲＡＭＥ　ＴＹＰＥ」フィールドにセットされている値が「０１ｈ」であれば、受信したフレームがデータフレームであると判断し、ステップＳ２０５０３に移行する。

　このステップＳ２０５０３では、受信したデータフレームを、ＵＳＢ規格に対応したデータに変換する。

　次のステップＳ２０５０５では、上記データの送信をＵＳＢ送受信部２０３１３に指示する。これにより、該データは、ＵＳＢインタフェース２０３１２及びＵＳＢポート２０３１１を介して、情報処理装置２０１００に出力される。ここでは、上記「ｄＣＢＷＤａｔａＴｒａｎｓｆｅｒＬｅｎｇｔｈ」で予定された長さのデータが、データトランスポートとして出力される。そして、通信シーケンスが「テープ装置からのデータ待ち状態」にあるときの処理を終了する。

　一方、上記ステップＳ２０５０１において、「ＦＲＡＭＥ　ＴＹＰＥ」フィールドにセットされている値が「０７ｈ」であれば、受信したフレームがレスポンスフレームであると判断し、図４８のステップＳ２０６０１に移行する。

　このステップＳ２０６０１では、受信したレスポンスフレームの前記「ＤＡＴＡＰＲＥＳ」フィールドを参照し、該レスポンスフレームにセンスデータが有るか否かを判断する。「ＤＡＴＡＰＲＥＳ」フィールドにセットされている値が「１０ｂ」であれば、ここでの判断は肯定され、ステップＳ２０６０３に移行する。

　このステップＳ２０６０３では、レスポンスフレームに含まれるセンスデータをＲＡＭ２０３２３のセンスデータ格納領域に保存する。

　次のステップＳ２０６０５では、異常発生フラグに、テープ装置２０５００に異常があったことを示す１をセットする。すなわち、異常発生フラグをセット状態とする。

　次のステップＳ２０６０７では、ダミーデータを作成する。

　次のステップＳ２０６０９では、該ダミーデータの送信をＵＳＢ送受信部２０３１３に指示する。これにより、該ダミーデータは、ＵＳＢインタフェース２０３１２及びＵＳＢポート２０３１１を介して、情報処理装置２０１００に出力される。

　次のステップＳ２０６１１では、ステータス情報として、図４９に示されるＣＳＷ（Ｃｏｍｍａｎｄ　Ｓｔａｔｕｓ　Ｗｒａｐｐｅｒ）を作成する。

　ここで、ＣＳＷについて簡単に説明する。図４９における「ｄＣＳＷＳｉｇｎａｔｕｒｅ」フィールドは、データパケットがＣＳＷであると認知するためのフィールドである。「ｄＣＳＷＴａｇ」フィールドは、コマンドブロックタグであり、ＣＢＷにＣＳＷを結びつけるために存在し、上記ＣＢＷの「ｄＣＢＷＴａｇ」フィールドと同じ値が入る。

　また、図４９における「ＣＳＷＤａｔａＲｅｓｉｄｕｅ」フィールドは、上記ＣＢＷの「ｄＣＢＷＤａｔａＴｒａｎｓｆｅｒＬｅｎｇｔｈ」フィールドの値と実際にテープ装置２０５００が処理したデータ量の相違がセットされる。「ｂＣＳＷＳｔａｔｕｓ」フィールドは、コマンドの成功あるいは失敗を意味する値がセットされる。例えば、コマンドが正常に終了した場合は「Ｃｏｍｍａｎｄ　Ｐａｓｓｅｄ」を意味する「００ｈ」がセットされ、コマンドが失敗した場合は「Ｃｏｍｍａｎｄ　Ｆａｉｌｅｄ」を意味する「０１ｈ」がセットされる。ここでは、「ｂＣＳＷＳｔａｔｕｓ」フィールドに「０１ｈ」がセットされる。

　次のステップＳ２０６１３では、該ＣＳＷの送信をＵＳＢ送受信部２０３１３に指示する。これにより、該ＣＳＷは、ＵＳＢインタフェース２０３１２及びＵＳＢポート２０３１１を介して、情報処理装置２０１００に出力される。

　次のステップＳ２０６１５では、通信シーケンスを、「テープ装置からのデータ待ち状態」から「情報処理装置からのリクエストセンス待ち状態」（シーケンスフラグ＝２）に変更する。そして、通信シーケンスが「テープ装置からのデータ待ち状態」にあるときの処理を終了する。

　一方、上記ステップＳ２０６０１において、「ＤＡＴＡＰＲＥＳ」フィールドにセットされている値が「１０ｂ」でなければ、ステップＳ２０６０１での判断は否定され、ステップＳ２０６２１に移行する。

　このステップＳ２０６２１では、前記「ｂＣＳＷＳｔａｔｕｓ」フィールドに正常終了を意味する「００ｈ」がセットされたＣＳＷを作成する。

　次のステップＳ２０６２３では、該ＣＳＷの送信をＵＳＢ送受信部２０３１３に指示する。これにより、該ＣＳＷは、ＵＳＢインタフェース２０３１２及びＵＳＢポート２０３１１を介して、情報処理装置２０１００に出力される。

　次のステップＳ２０６２５では、通信シーケンスを、「テープ装置からのデータ待ち状態」から「アイドル状態」（シーケンスフラグ＝０）に変更する。

　次のステップＳ２０６２７では、異常発生フラグに０をセットし、異常発生フラグをリセット状態にする。そして、通信シーケンスが「テープ装置からのデータ待ち状態」にあるときの処理を終了する。

　情報処理装置２０１００では、変換装置２０３００からデータ（ダミーデータを含む）を受信すると、ＣＰＵ２０１１０は、該データをＲＡＭ２０１２０に格納する。

　そして、情報処理装置２０１００では、「ｂＣＳＷＳｔａｔｕｓ」フィールドに正常終了を意味する「００ｈ」がセットされたＣＳＷを受信すると、ＣＰＵ２０１１０は、ＲＡＭ２０１２０に格納されている該データのハードディスクへの書き込みをＨＤＤ装置２０１６０の制御装置に指示する。これにより、磁気テープに記録されているデータは、情報処理装置２０１００のハードディスクにコピーされ、テープＲＷソフトウェア２０６００でのコピー処理が終了する。

　一方、情報処理装置２０１００は、「ｂＣＳＷＳｔａｔｕｓ」フィールドにコマンド失敗を意味する「０１ｈ」がセットされたＣＳＷを受信すると、センスデータを要求するコマンドであるリクエストセンス（ＲＥＱＵＥＳＴ　ＳＥＮＳＥ）コマンド（図５０参照）のＣＢＷを変換装置２０３００に出力する。

　このときの、ＣＰＵ２０３２１の動作について、図５１のフローチャートを用いて説明する。図５１のフローチャートは、通信シーケンスが「情報処理装置からのリクエストセンス待ち状態」にあるときのＣＰＵ２０３２１によって実行される一連の処理アルゴリズムに対応している。

　最初のステップＳ２０７０１では、異常発生フラグの値が１であるか否かを判断する。異常発生フラグの値が１であれば、ここでの判断は肯定され、ステップＳ２０７０３に移行する。

　このステップＳ２０７０３では、異常発生フラグをクリア状態にするため、異常発生フラグに０をセットする。

　次のステップＳ２０７０５では、受信したＣＢＷのコマンドがリクエストセンスコマンドであるか否かを判断する。受信したＣＢＷのコマンドがリクエストセンスコマンドであれば、ここでの判断は肯定され、ステップＳ２０７０７に移行する。

　このステップＳ２０７０７では、ＲＡＭ２０３２３のセンスデータ格納領域に保存されているセンスデータの送信をＵＳＢ送受信部２０３１３に指示する。これにより、該センスデータは、ＵＳＢインタフェース２０３１２及びＵＳＢポート２０３１１を介して、情報処理装置２０１００に出力される。

　次のステップＳ２０７０９では、センスデータの送信を確認した後、センスデータ格納領域に保存されているセンスデータを削除する。

　次のステップＳ２０７１１では、「ｂＣＳＷＳｔａｔｕｓ」フィールドに正常終了を意味する「００ｈ」がセットされたＣＳＷを作成する。

　次のステップＳ２０７１３では、該ＣＳＷの送信をＵＳＢ送受信部２０３１３に指示する。これにより、該ＣＳＷは、ＵＳＢインタフェース２０３１２及びＵＳＢポート２０３１１を介して、情報処理装置２０１００に出力される。

　次のステップＳ２０７１５では、通信シーケンスを「情報処理装置からのリクエストセンス待ち状態」から「アイドル状態」（シーケンスフラグ＝０）に変更する。そして、通信シーケンスが「情報処理装置からのリクエストセンス待ち状態」にあるときの処理を終了する。

　情報処理装置２０１００では、上記センスデータ及び上記ＣＳＷを受信すると、テープＲＷソフトウェア２０６００は、テープ装置２０５００での異常の内容を表示装置２０１４０に表示させるとともに、コピー処理を中止し、操作者の指示を待つ。

　一方、上記ステップＳ２０７０５において、受信したＣＢＷのコマンドがリクエストセンスコマンドでなければ、ステップＳ２０７０５での判断は否定され、ステップＳ２０７３１に移行する。

　このステップＳ２０７３１では、該ＣＢＷをコマンドフレームに変換する。

　次のステップＳ２０７３３では、該コマンドフレームの送信をＳＡＳ送受信部２０３３３に指示する。これにより、該コマンドフレームは、ＳＡＳインタフェース２０３３２及びＳＡＳポート２０３３１を介して、テープ装置２０５００に出力される。

　次のステップＳ２０７３５では、コマンドに応じて通信シーケンスを変更する。例えば、該コマンドがリードコマンドであれば、通信シーケンスを「テープ装置からのデータ待ち状態」（シーケンスフラグ＝１）に変更する。また、該コマンドがライトコマンドであれば、通信シーケンスを「情報処理装置からのデータ待ち状態」（シーケンスフラグ＝３）に変更する。そして、通信シーケンスが「情報処理装置からのリクエストセンス待ち状態」にあるときの処理を終了する。

　また、上記ステップＳ２０７０１において、異常発生フラグの値が１でなければ、ステップＳ２０７０１での判断は否定され、上記ステップＳ２０７３１に移行する。

　図５２及び図５３は、前述した情報処理装置２０１００と変換装置２０３００とテープ装置２０５００との間の主なやりとりをわかりやすく図示したものである。なお、図５２は、テープ装置２０５００に異常がある場合であり、図５３は、テープ装置２０５００に異常がない場合である。

　以上の説明から明らかなように、変換装置２０３００のＣＰＵ２０３２１によって行われる処理において、本発明の変換方法が実施されている。なお、ＣＰＵ２０３２１によるプログラムに従う処理の少なくとも一部をハードウェアによって構成することとしても良いし、あるいは全てをハードウェアによって構成することとしても良い。

　また、変換装置２０３００のＣＰＵ２０３２１によって、本発明における制御用コンピュータが構成され、変換装置２０３００のＲＯＭ２０３２２によって、本発明の記録媒体が構成されている。

　以上説明したように、本実施形態に係る変換装置２０３００によると、ＵＳＢ規格に対応した情報処理装置２０１００とＳＡＳ規格に対応したテープ装置２０５００との間の通信路上に設けられ、第１の通信制御部、処理部２０３２０、及び第２の通信制御部２０３３０などを有している。

　そして、第１の通信制御部２０３１０は、ＵＳＢポート２０３１１、ＵＳＢインタフェース２０３１２、ＵＳＢ送受信部２０３１３を有している。また、第２の通信制御部２０３３０は、ＳＡＳポート２０３３１、ＳＡＳインタフェース２０３３２、ＳＡＳ送受信部２０３３３を有している。そして、処理部２０３２０は、ＣＰＵ２０３２１、ＲＯＭ２０３２２、及びＲＡＭ２０３２３などを有している。

　ＣＰＵ２０３２１は、情報処理装置２０１００からのＣＢＷをコマンドフレームに変換し、テープ装置２０５００に出力する。また、ＣＰＵ２０３２１は、テープ装置２０５００からのデータフレームをＵＳＢ規格に対応したデータに変換し、情報処理装置２０１００に出力する。

　また、ＣＰＵ２０３２１は、テープ装置２０５００からセンスデータを含むレスポンスフレームを受信すると、該センスデータを情報処理装置２０１００に転送せずに、ＲＡＭ２０３２３のセンスデータ格納領域に一時的に保存するとともに、コマンド失敗を意味するＣＳＷを情報処理装置２０１００に出力する。このとき、ＣＰＵ２０３２１は、異常発生フラグに、テープ装置２０５００に異常があったことを示す１をセットする。

　さらに、ＣＰＵ２０３２１は、異常発生フラグの値が１のときに、情報処理装置２０１００からリクエストセンスコマンドのＣＢＷを受信すると、ＲＡＭ２０３２３のセンスデータ格納領域に保存されているセンスデータを情報処理装置２０１００に出力する。

　この場合、テープ装置２０５００に磁気テープが装着されていない等の異常があれば、情報処理装置２０１００は該異常の内容を正しく知ることができる。

　そこで、ＵＳＢ規格に対応した情報処理装置２０１００とＳＡＳ規格に対応したテープ装置２０５００との間の通信路上に変換装置２０３００を配置することにより、コストアップを招くことなく、ＵＳＢ規格に対応した情報処理装置２０１００とＳＡＳ規格に対応したテープ装置２０５００との間の通信を正常に行うことが可能となる。

　そして、情報処理システム２０１０は、変換装置２０３００を備えているため、結果として、コストアップを招くことなく、目的に応じたシステムを構築することができる。

　また、上記実施形態において、操作者は、テープＲＷソフトウェア２０６００に指示して、前記ハードディスク及び光ディスクに記録されているデータをテープ装置２０５００にセットされている磁気テープにコピーすることができる。この場合であっても、テープ装置２０５００に磁気テープが装着されていない等の異常があれば、情報処理装置２０１００は該異常の内容を正しく知ることができる。

　ところで、特許文献１には、ＵＳＢストレージ機器から転送されるデータを、ＵＳＢとは異なる他のインタフェース（例えば、ＩＤＥ、ＳＣＳＩ）に変換することが記載されている。しかしながら、ＵＳＢとＳＡＳとの変換に伴う課題を解決する技術は記載されていない。

　また、特許文献２は、デバイスにステータス情報を書き込むステータスレジスタ、第２の機器（ＰＣ）にステータスレジスタの内容を取得するためのＵＳＢリクエストを発行する手段が記載されている。しかしながら、ＵＳＢとＳＡＳとの変換に伴う課題を解決する技術は記載されていない。

　また、特許文献７には、デバイスのセンスデータ保持方法について記載されている。しかしながら、ＵＳＢとＳＡＳとの変換に伴う課題を解決する技術は記載されていない。

　なお、上記実施形態では、情報処理装置２０１００と変換装置２０３００との間のデータ転送プロトコルとして、ＵＳＢ　Ｍａｓｓ　Ｓｔｒａｇｅ　Ｃｌａｓｓ　Ｂｕｌｋ－Ｏｎｌｙ　Ｔｒａｎｓｐｏｒｔが使用される場合について説明したが、これに限定されるものではなく、ＵＳＢ　Ｍａｓｓ　Ｓｔｒａｇｅ　Ｃｌａｓｓ　Ｃｏｎｔｒｏｌ／Ｂｕｌｋ／Ｉｎｔｅｒｒｕｐｔ（ＣＢＩ）　Ｔｒａｎｓｐｏｒｔが使用されても良い。

　また、上記実施形態において、前記テープ装置２０５００に代えて、ＳＡＳ規格に対応した他のストレージデバイスが用いられても良い。この場合は、前記テープＲＷソフトウェア２０６００に代えて、該ストレージデバイスに対応したソフトウェアが用いられる。

　また、上記実施形態では、表示装置２０１４０の表示器が液晶ディスプレイの場合について説明したが、これに限定されるものではない。例えば、液晶ディスプレイに代えて、ＣＲＴディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイなどを用いても良い。

　また、上記実施形態では、情報処理装置２０１００として、パーソナルコンピュータが用いられる場合について説明したが、これに限定されるものではない。

　また、上記実施形態では、ＯＳ（オペレーティングシステム）として、マイクロソフト社製のＷｉｎｄｏｗｓ（登録商標）が用いられる場合について説明したが、これに限定されるものではない。

　また、第１の通信制御部２０３１０の構成は、上記実施形態に限定されるものではない。

　また、処理部２０３２０の構成は、上記実施形態に限定されるものではない。

　また、第２の通信制御部２０３３０の構成は、上記実施形態に限定されるものではない。

産業上利用可能性

　上記第３の実施形態においては、本発明の情報処理装置は、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアで、ＵＳＢデバイスを制御するのに適している。また、本発明の情報処理システムは、目的に応じたシステムを構築するのに適している。また、本発明の情報処理方法は、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアで、ＵＳＢデバイスを制御するのに適している。また、本発明のプログラム及び記録媒体は、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアで、ＵＳＢデバイスを制御させるのに適している。

　上記第４の実施形態においては、本発明の変換装置は、ＵＳＢ規格に対応した装置とＳＡＳ規格に対応した装置との間の通信を正常に行うのに適している。また、本発明の情報処理システムは、目的に応じたシステムを構築するのに適している。また、本発明の変換方法は、ＵＳＢ規格に対応した装置とＳＡＳ規格に対応した装置との間の通信を正常に行うのに適している。また、本発明のプログラム及び記憶媒体は、ＵＳＢ規格に対応した装置とＳＡＳ規格に対応した装置との間の通信を正常に行わせるのに適している。

　１　ホストコンピュータ
　２　ＵＳＢ
　３　テープデバイス
　４　ＳＡＳ
１０　インタフェース変換装置
１１　データ変換手段
１２　データ転送要求受信手段
１３　データ転送要求送信手段
１４　データ受信手段
１５　データ転送手段
１６　データ転送終了通知受信手段
１７　データ転送終了通知送信手段
１８　転送データ情報記憶手段
１９　エラー発生判断手段
２０　転送済みデータ判別及び破棄手段
２１　データ転送再開手段
３０　インタフェース変換装置
３１　第１のデータ送受信部
３２　第２のデータ送受信部
３３　データ変換部
３４　データ記憶部
３９　データ削除部
４０　データ送受信装置
４１　コマンド送受信部
４２　データ送受信部
４３　レスポンス送受信部
１０１　中央処理制御装置
１０２　ＲＡＭ
１０３　ＲＯＭ
１０４　入力装置
１０５　表示装置
１０６　通信制御装置
１０７　記憶装置
１０８　リムーバブルディスク
１０９　入出力インタフェース
１０１０　情報処理システム
１０１００　情報処理装置
１０１１０　ＣＰＵ（制御用コンピュータ）
１０１２０　ＲＡＭ
１０１３０　ＲＯＭ
１０１４０　表示装置
１０１５０　入力装置
１０１６０　ＨＤＤ装置
１０１７０　光ディスク装置
１０２０５　テープ装置（デバイス）
１０３０１　ストレージクラスドライバ
１０３０３　ストレージポートドライバ
１０３０５　ＵＳＢマスストレージクラスドライバ
１０３０７　ＳＣＳＩミニポートドライバ
１０３０９　ＳＡＳミニポートドライバ
１０３１１　ＵＳＢポートドライバ
１０４０１　仮想ＳＣＳＩミニポートドライバ（仮想ミニポートドライバ）
１０４０３　仮想ＳＡＳミニポートドライバ（仮想ミニポートドライバ）
１０５００　テープＲＷソフトウェア（ソフトウェア）
１０５０３　テープＲＷソフトウェア（ソフトウェア）
２０１０　情報処理システム
２０１００　情報処理装置（第１の装置）
２０１１０　ＣＰＵ
２０１２０　ＲＡＭ
２０１３０　ＲＯＭ
２０１４０　表示装置
２０１５０　入力装置
２０１６０　ＨＤＤ装置
２０１７０　光ディスク装置
２０１８０　ＵＳＢ　Ｉ／Ｆ
２０３００　変換装置
２０３１０　第１の通信制御部
２０３１１　ＵＳＢポート
２０３１２　ＵＳＢインタフェース
２０３１３　ＵＳＢ送受信部
２０３２０　処理部（処理装置）
２０３２１　ＣＰＵ
２０３２２　ＲＯＭ（記録媒体）
２０３２３　ＲＡＭ
２０３３０　第２の通信制御部
２０３３１　ＳＡＳポート
２０３３２　ＳＡＳインタフェース
２０３３３　ＳＡＳ送受信部
２０５００　テープ装置（第２の装置）
２０６００　テープＲＷソフトウェア
Ｐｓ　仮想ＳＣＳＩポート（仮想ポート）
Ｐｕ　ＵＳＢポート

Claims

　第１のインタフェースを有する第１の装置と、前記第１のインタフェースとは通信方式が異なる第２のインタフェースを有する第２の装置との間で通信を可能にするインタフェース変換装置であって、
　前記第１のインタフェースの通信方式に適合したデータを、前記第２のインタフェースの通信方式に適合したデータ形式に変換するデータ変換部と、
　前記第１のインタフェースから受信したデータを前記データ変換部へ送信する第１のデータ送受信部と、
　前記データ変換部による変換後の前記データを記憶するデータ記憶部と、
　前記データ記憶部から受信した前記データを前記第２のインタフェースへ送信する第２のデータ送受信部とを備え、
　前記第２のデータ送受信部は、前記データ記憶部が記憶した複数の前記データを記憶した順に、前記複数のデータの送信間隔には依存せず前記第２のインタフェースへ送信することを特徴とするインタフェース変換装置。
　第１のインタフェースを有する第１の装置と、前記第１のインタフェースとは通信方式が異なる第２のインタフェースを有する第２の装置との間で通信を可能にするインタフェース変換装置であって、
　データを記憶するデータ記憶部と、
　前記第１のインタフェースから受信した前記データを前記データ記憶部へ送信する第１のデータ送受信部と、
　前記データ記憶部から受信した前記第１のインタフェースの通信方式に適合した前記データを、前記第２のインタフェースの通信方式に適合したデータ形式に変換するデータ変換部と、
　前記データ変換部から受信した前記データを前記第２のインタフェースへ送信する第２のデータ送受信部とを備え、
　前記第２のデータ送受信部は、前記データ変換部が変換した複数の前記データを変換した順に、前記複数のデータの送信間隔には依存せず前記第２のインタフェースへ送信することを特徴とするインタフェース変換装置。
　前記第２のデータ送受信部は、前記第２のインタフェースから受信したデータを前記データ変換部へ送信し、
　前記データ変換部は、前記第２のインタフェースの通信方式に適合した前記データを、前記第１のインタフェースの通信方式に適合したデータ形式に変換し、
　前記第１のデータ送受信部は、前記データ変換部から受信した前記データを前記第１のインタフェースへ送信することを特徴とする請求項１または２に記載のインタフェース変換装置。
　第１のインタフェースを有する第１の装置と、前記第１のインタフェースとは通信方式が異なる第２のインタフェースを有する第２の装置との間で通信を可能にするインタフェース変換方法であって、
　データ変換部は、前記第１のインタフェースの通信方式に適合したデータを、前記第２のインタフェースの通信方式に適合したデータ形式に変換する変換ステップと、
　第１のデータ送受信部は、前記第１のインタフェースから受信したデータを前記データ変換部へ送信する送受信ステップと、
　データ記憶部は、前記データ変換部による変換後の前記データを記憶する記憶ステップと
　第２のデータ送受信部は、前記データ記憶部から受信した前記データを前記第２のインタフェースへ送信する送受信ステップとを含み、
　前記第２のデータ送受信部による送受信ステップは、前記データ記憶部が記憶した複数の前記データを記憶した順に、前記複数のデータの送信間隔には依存せず前記第２のインタフェースへ送信することを特徴とするインタフェース変換方法。
　第１のインタフェースを有する第１の装置と、前記第１のインタフェースとは通信方式が異なる第２のインタフェースを有する第２の装置との間で通信を可能にするインタフェース変換方法であって、
　データ記憶部は、データを記憶する記憶ステップと、
　第１のデータ送受信部は、前記第１のインタフェースから受信した前記データを前記データ記憶部へ送信する送受信ステップと、
　データ変換部は、前記データ記憶部から受信した前記第１のインタフェースの通信方式に適合した前記データを、前記第２のインタフェースの通信方式に適合したデータ形式に変換する変換ステップと、
　第２のデータ送受信部は、前記データ変換部から受信した前記データを前記第２のインタフェースへ送信する送受信ステップとを含み、
　前記第２のデータ送受信部による送受信ステップは、前記データ変換部が変換した複数の前記データを変換した順に、前記複数のデータの送信間隔には依存せず前記第２のインタフェースへ送信することを特徴とするインタフェース変換方法。
　第１のインタフェースを有する第１の装置と第２のインタフェースを有する第２の装置との間でインタフェース変換を行うインタフェース変換装置において、
　前記第１の装置からのデータを前記第１のインタフェースを介して受け取るデータ受信手段と、
　前記データ受信手段により受け取ったデータを前記第２のインタフェースに適合した方式に変換するデータ変換手段と、
　前記データ変換手段により変換されたデータを前記第２のインタフェースを介して前記第２の装置に転送するデータ転送手段と、
　前記データ転送手段により前記第２の装置に転送されたデータに関する情報を記憶する転送データ情報記憶手段と、
　前記第１の装置から前記第２の装置へのデータ転送におけるエラー発生の判断がなされたときに、前記第１の装置から再送信されてきたデータのうち、前記転送データ情報記憶手段に記憶された情報に基づいて、前記エラー発生前に既に前記第２の装置に転送されていると判別されたデータ以外のデータについてのみ、前記データ変換手段と前記データ転送手段と前記データ記憶手段による処理を再開するデータ転送再開手段と
を備えることを特徴とするインタフェース変換装置。
　前記第１のインタフェースは、エラー発生時のデータ再送信において、当初送信されるべきであった全データの再送信を行うものである一方、前記第２のインタフェースは、エラー発生時のデータ再送信において、当初送信されるべきであった全データのうち、エラー発生前に既に転送されたデータ以外の転送を受けつけるものであることを特徴とする請求項６に記載のインタフェース変換装置。
　前記転送データ情報記憶手段に記憶された転送されたデータに関する情報は、前記第２の装置に転送済みのデータ量の指標となる情報であることを特徴とする請求項６または７に記載のインタフェース変換装置。
　前記転送済みのデータ量の指標となる情報が、前記第２の装置に転送済みデータ量であることを特徴とする請求項８に記載のインタフェース変換装置。
　前記第１の装置から転送されるデータが、データフレームの形式で転送されるデータであり、
　前記転送済みのデータ量の指標となる情報が、前記第２の装置に転送済みのデータフレームの数であることを特徴とする請求項８に記載のインタフェース変換装置。
　前記エラー発生の判断は、前記第２の装置におけるデータの受け取りが所定時間以上にわたって停滞した場合になされることを特徴とする請求項６～１０のいずれか１項に記載のインタフェース変換装置。
　前記転送データ情報記憶手段に記憶された転送されたデータに関する情報は、前記データ受信手段から前記データ変換手段に転送済みのデータ量の指標となる情報であることを特徴とする請求項６または７に記載のインタフェース変換装置。
　前記第１の装置から転送されるデータが、データフレームの形式で転送されるデータであり、
　前記転送済みのデータ量の指標となる情報が、前記データ受信手段から前記データ変換手段に転送済みのデータフレームの数であることを特徴とする請求項１２に記載のインタフェース変換装置。
　第１のインタフェースを有する第１の装置と第２のインタフェースを有する第２の装置との間でインタフェース変換を行うインタフェース変換方法において、
　前記第１の装置からのデータを前記第１のインタフェースを介して受け取るステップと、
　前記第１の装置から受け取ったデータを前記第２のインタフェースに適合した方式に変換するステップと、
　前記第２のインタフェースに適合した方式に変換されたデータを前記第２のインタフェースを介して前記第２の装置に転送するステップと、
　前記第２の装置に転送されたデータに関する情報を記憶するステップと、
　前記第１の装置から前記第２の装置へのデータ転送におけるエラー発生を判断するステップと、
　前記データ転送におけるエラー発生の判断がなされたときに、前記第１の装置から再送信されてきたデータのうち、前記転送データ情報記憶手段に記憶された情報に基づいて、前記エラー発生前に既に前記第２の装置に転送されていると判別されたデータ以外のデータについてのみ、データの変換と転送及び転送されたデータに関する情報の記憶を再開するステップと
を備えたことを特徴とするインタフェース変換方法。
　第１のインタフェースを有する第１の装置と第２のインタフェースを有する第２の装置との間に接続され、前記第１の装置からのデータを前記第２のインタフェースに対応する方式に変換して前記第２の装置に転送するインタフェース変換装置において、
　前記第１の装置から前記第２の装置へのデータ送信に発生したエラーに起因して、前記第１の装置から前記第２の装置へのデータ再送信が行われた場合に、前記第１の装置から再送信されたデータのうち、前記エラー発生前に既に前記第２の装置に転送されているデータ以外のデータのみを前記第２の装置に転送することを特徴とするインタフェース変換装置。
　ＵＳＢポートと、
　前記ＵＳＢポートを制御するＵＳＢポートドライバを有し、ＵＳＢ規格とは異なるインタフェース規格に対応し、デバイス制御を行うソフトウェアと、
　前記ＵＳＢポートにおけるＵＳＢデバイスの着脱を監視し、該着脱がなされると、前記ＵＳＢ規格とは異なるインタフェース規格に対応する仮想ポートにおける前記ＵＳＢデバイスの着脱を前記ソフトウェアに認識させ、前記ＵＳＢデバイスに対して発行されたコマンドを、前記ＵＳＢポートドライバに転送するパススルー機能を有する仮想ミニポートドライバと、を備える情報処理装置。
　前記ＵＳＢ規格とは異なるインタフェース規格は、ＳＣＳＩ規格であり、
　前記仮想ポートは、仮想ＳＣＳＩポートであることを特徴とする請求項１６に記載の情報処理装置。
　前記ＵＳＢ規格とは異なるインタフェース規格は、ＳＡＳ規格であり、
　前記仮想ポートは、仮想ＳＡＳポートであることを特徴とする請求項１６に記載の情報処理装置。
　前記ＵＳＢデバイスは、磁気テープ装置であり、
　前記ソフトウェアは、前記磁気テープ装置から読み込んだデータが可変長のレコード形式に対応しており、
　前記仮想ミニポートドライバは、前記磁気テープ装置に対してリードコマンドが発行されると、該リードコマンドに含まれるＳＩＬＩ（Ｓｕｐｐｒｅｓｓ　Ｉｎｃｏｒｒｅｃｔ　Ｌｅｎｇｔｈ　Ｉｎｄｉｃａｔｏｒ）を無効に設定し、
　前記リードコマンドで要求されたブロックサイズと、前記磁気テープ装置から読み込んだ実際のブロックサイズとが一致していない場合に、前記実際のブロックサイズを前記磁気テープ装置からの転送サイズとすることを特徴とする請求項１６～１８のいずれか一項に記載の情報処理装置。
　請求項１６～１９のいずれか一項に記載の情報処理装置と、
　前記情報処理装置のＵＳＢポートに接続されたＵＳＢデバイスと、を備える情報処理システム。
　ＵＳＢポートと、該ＵＳＢポートを制御するＵＳＢポートドライバとを備え、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアを実行するための情報処理装置における情報処理方法であって、
　前記ＵＳＢポートにおいてＵＳＢデバイスの着脱がなされると、前記ＵＳＢ規格とは異なるインタフェース規格に対応する仮想ポートにおいて前記ＵＳＢデバイスの着脱がなされたとする工程と、
　前記ＵＳＢデバイスに対してコマンドが発行されると、該コマンドを前記ＵＳＢポートドライバに転送する工程とを含む情報処理方法。
　前記ＵＳＢ規格とは異なるインタフェース規格は、ＳＣＳＩ規格であることを特徴とする請求項２１に記載の情報処理方法。
　前記ＵＳＢ規格とは異なるインタフェース規格は、ＳＡＳ規格であることを特徴とする請求項２１に記載の情報処理方法。
　前記デバイスは、磁気テープ装置であり、
　前記ソフトウェアは、前記磁気テープ装置から読み込んだデータが可変長のレコード形式に対応しており、
　前記磁気テープ装置に対してリードコマンドが発行されると、該リードコマンドに含まれるＳＩＬＩ（Ｓｕｐｐｒｅｓｓ　Ｉｎｃｏｒｒｅｃｔ　Ｌｅｎｇｔｈ　Ｉｎｄｉｃａｔｏｒ）を無効に設定する工程と、
　前記リードコマンドで要求されたブロックサイズと前記磁気テープ装置から読み込んだ実際のブロックサイズとが一致していない場合に、前記実際のブロックサイズを前記磁気テープ装置からの転送サイズとする工程と、を更に含むことを特徴とする請求項２１～２３のいずれか一項に記載の情報処理方法。
　ＵＳＢポートと、該ＵＳＢポートを制御するＵＳＢポートドライバとを備え、ＵＳＢ規格とは異なるインタフェース規格に対応するソフトウェアを実行するための情報処理装置に用いられるプログラムであって、
　前記ＵＳＢポートにおいてデバイスの着脱がなされると、ＵＳＢ規格とは異なるインタフェース規格に対応する仮想ポートにおいて前記デバイスの着脱がなされたとする手順と、
　前記デバイスに対して発行されたコマンドを前記ＵＳＢポートドライバにパススルーする手順と、を前記情報処理装置の制御用コンピュータに実行させるプログラム。
　前記ＵＳＢデバイスは、磁気テープ装置であり、
　前記ＵＳＢデバイスに対してリードコマンドが発行されると、該リードコマンドに含まれるＳＩＬＩ（Ｓｕｐｐｒｅｓｓ　Ｉｎｃｏｒｒｅｃｔ　Ｌｅｎｇｔｈ　Ｉｎｄｉｃａｔｏｒ）を無効に設定し、前記リードコマンドで要求されたブロックサイズと前記磁気テープ装置から読み込んだ実際のブロックサイズとが一致していない場合に、前記実際のブロックサイズを前記磁気テープ装置からの転送サイズとする手順を、前記制御用コンピュータに更に実行させることを特徴とする請求項２５に記載のプログラム。
　請求項２５又は２６に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
　ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）規格に対応した第１の装置とＳＡＳ（Ｓｅｒｉａｌ　Ａｔｔａｃｈｅｄ　ＳＣＳＩ）規格に対応した第２の装置との間の通信路上に設けられる変換装置であって、
　前記ＵＳＢ規格に準拠し、前記第１の装置との通信を制御する第１の通信制御部と、
　前記ＳＡＳ規格に準拠し、前記第２の装置との通信を制御する第２の通信制御部と、
　前記第２の通信制御部を介して入力された前記第２の装置からのセンスデータが入力されると該センスデータを記憶し、コマンド失敗を意味するステータス情報を前記第１の通信制御部を介して前記第１の装置に出力し、前記第１の通信制御部を介して前記第１の装置から前記ステータス情報に対するセンスデータ要求コマンドが入力されると、前記記憶されたセンスデータを前記第１の通信制御部を介して前記第１の装置に出力する処理装置と、を備える変換装置。
　前記処理装置は、前記コマンド失敗を意味するステータス情報を前記第１の通信制御部を介して前記第１の装置に出力すると、異常発生フラグをセット状態とし、
　前記センスデータ要求コマンドは、前記異常発生フラグがセット状態のときに入力されたセンスデータ要求コマンドであることを特徴とする請求項２８に記載の変換装置。
　前記処理装置は、前記コマンド失敗を意味するステータス情報を前記第１の通信制御部を介して前記第１の装置に出力した後に、前記第１の通信制御部を介して前記第１の装置からコマンドを受け取ると、前記異常発生フラグをリセット状態にすることを特徴とする請求項２９に記載の変換装置。
　前記処理装置は、前記記憶されたセンスデータを前記第１の通信制御部を介して前記第１の装置に出力すると、前記記憶されたセンスデータを消去することを特徴とする請求項２８～３０のいずれか一項に記載の変換装置。
　前記ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）規格に対応した第１の装置と接続される請求項２８～３１のいずれか一項に記載の変換装置と、
　前記変換装置の第２の通信制御部に接続され、ＳＡＳ（Ｓｅｒｉａｌ　Ａｔｔａｃｈｅｄ　ＳＣＳＩ）規格に対応した第２の装置と、を備える情報処理システム。
　請求項２８～３１のいずれか一項に記載の変換装置と、
　前記変換装置の第１の通信制御部に接続され、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）規格に対応した第１の装置と、
　前記変換装置の第２の通信制御部に接続され、ＳＡＳ（Ｓｅｒｉａｌ　Ａｔｔａｃｈｅｄ　ＳＣＳＩ）規格に対応した第２の装置と、を備える情報処理システム。
　ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）規格に対応した第１の装置とＳＡＳ（Ｓｅｒｉａｌ　Ａｔｔａｃｈｅｄ　ＳＣＳＩ）規格に対応した第２の装置との間の通信路上に設けられる変換装置における変換方法であって、
　前記第２の装置からのセンスデータを、前記第１の装置に出力することなく一時的に保存する工程と、
　コマンド失敗を意味するステータス情報を前記第１の装置に出力する工程と、
　前記第１の装置から前記ステータス情報に対するセンスデータ要求コマンドが入力されたときに、前記一時的に保存されているセンスデータを前記第１の装置に出力する工程と、を含む変換方法。
　前記ステータス情報を前記第１の装置に出力する工程に続いて、
　異常発生フラグをセット状態とする工程を更に含み、
　前記センスデータを前記第１の装置に出力する工程では、前記異常発生フラグがセット状態のときに入力されたセンスデータ要求コマンドを、前記ステータス情報に対するセンスデータ要求コマンドとすることを特徴とする請求項３４に記載の変換方法。
　前記ステータス情報を前記第１の装置に出力した後に、前記第１の装置からコマンドが入力されると、前記異常発生フラグをリセット状態とする工程を更に含むことを特徴とする請求項３５に記載の変換方法。
　前記ステータス情報を前記第１の装置に出力する工程に続いて、
　前記一時的に保存されているセンスデータを消去する工程を更に含むことを特徴とする請求項３４～３６のいずれか一項に記載の変換方法。
　ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）規格に対応した第１の装置とＳＡＳ（Ｓｅｒｉａｌ　Ａｔｔａｃｈｅｄ　ＳＣＳＩ）規格に対応した第２の装置との間の通信路上に設けられた変換装置に用いられるプログラムであって、
　前記第２の装置からのセンスデータを、前記第１の装置に出力することなく一時的に保存する手順と、
　コマンド失敗を意味するステータス情報を前記第１の装置に出力する手順と、
　前記第１の装置から前記ステータス情報に対するセンスデータ要求コマンドが入力されたときに、前記一時的に保存されているセンスデータを前記第１の装置に出力する手順と、を前記変換装置の制御用コンピュータに実行させるプログラム。
　前記ステータス情報を前記第１の装置に出力する手順に続いて、
　異常発生フラグをセット状態とする手順を前記制御用コンピュータに更に実行させ
　前記センスデータを前記第１の装置に出力する手順では、前記異常発生フラグがセット状態のときに入力されたセンスデータ要求コマンドを、前記ステータス情報に対するセンスデータ要求コマンドとすることを特徴とすることを特徴とする請求項３８に記載のプログラム。
　前記ステータス情報を前記第１の装置に出力した後に、前記第１の装置からコマンドを受け取ると、前記異常発生フラグをリセット状態とする手順を前記制御用コンピュータに更に実行させることを特徴とする請求項３９に記載のプログラム。
　前記ステータス情報を前記第１の装置に出力する手順に続いて、
　前記一時的に保存されているセンスデータを消去する手順を前記制御用コンピュータに更に実行させることを特徴とする請求項３８～４０のいずれか一項に記載のプログラム。
　請求項３８～４１のいずれか一項に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。