(57)【要約】【課題】バスブリッジ装置において、データ転送レートを低下させることなく、ブリッジされた内蔵ストレージ機器などに対して割り込み制御をかける。【解決手段】第１の機器（３１）と第２の機器（３２）との間に設けられ、これらの間でデータ転送を行うバスブリッジ装置（１０Ｄ）は、第１の機器と第１のバスインタフェース（２１）を通じて通信する第１の転送制御部（１３）と、第２の機器（３２）と第２のバスインタフェース（２２）を通じて通信し、第２の機器（３２）から割り込み要求を受けて、第２の機器（３２）に対して割り込み制御をかける第２の転送制御部（１４）とを備えている。バスブリッジ装置（１０Ｄ）は、第１および第２の転送制御部（１３，１４）を介して第１および第２の機器間でデータ転送を行うとともに、第２の機器（３２）に対して割り込み制御をかける。【選択図】図７
2008287743.tif 000002
【特許請求の範囲】
【請求項１】
第１の機器と第２の機器との間に設けられ、これらの間でデータ転送を行うバスブリッジ装置であって、
前記第１の機器と第１のバスインタフェースを通じて通信する第１の転送制御部と、
前記第２の機器と第２のバスインタフェースを通じて通信し、前記第２の機器から割り込み要求を受けて、前記第２の機器に対して割り込み制御をかける第２の転送制御部とを備え、
前記第１および第２の転送制御部を介して前記第１および第２の機器間でデータ転送を行うとともに、前記第２の機器に対して割り込み制御をかける
ことを特徴とするバスブリッジ装置。
【請求項２】
請求項２に記載のバスブリッジ装置において、
前記第２の転送制御部は、前記割り込み制御によって、前記第２の機器から、当該バスブリッジ装置に接続された第３の機器の制御に係る情報を得、この情報に基づいて前記第３の機器を制御する
ことを特徴とするバスブリッジ装置。
【請求項３】
請求項２に記載のバスブリッジ装置において、
前記第２の転送制御部は、定期的に、前記第２の機器から、前記第３の機器の制御に係る情報を得る
ことを特徴とするバスブリッジ装置。
【請求項４】
請求項２に記載のバスブリッジ装置において、
前記第３の機器は、前記第２の機器の温度管理用のファンであり、
前記第３の機器の制御に係る情報は、前記第２の機器の温度管理情報である
ことを特徴とするバスブリッジ装置。
【請求項５】
請求項１に記載のバスブリッジ装置において、
前記第１のバスインタフェースは、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４規格またはＵＳＢ（universal serial bus）規格に準拠したものであり、
前記第２のバスインタフェースは、ＩＤＥ（Integrated Device Electronics）規格に準拠したものである
ことを特徴とするバスブリッジ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、互いに異なるバスインタフェースを有する複数の電子機器をブリッジし、これら機器間のデータ転送を制御するバスブリッジ装置およびそのデータ転送制御方法に関するものであり、特に、ＩＥＥＥ１３９４インタフェースを備えたホスト機器としてのコンピュータとＩＤＥインタフェースを備えた周辺機器との間でのデータ転送に好適なバスブリッジ装置の技術に属する。
【背景技術】
【０００２】
一般に、パーソナルコンピュータに標準搭載されているＩＤＥ（Integrated Device Electronics）インタフェースは安価であるため、内蔵用の光ディスクドライブやハードディスクドライブなどの内蔵ストレージ機器の最初のモデルとして持たせることが多い。これに比べて、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４やＵＳＢ２．０（universal serial bus）といった次世代のインタフェースは高価であり、現状では、あまり普及していない。したがって、Windows(登録商標)やMacOS(登録商標)などの一般的なオペレーティング・システムと内蔵ストレージ機器を、ＩＥＥＥ１３９４インタフェースを通じて接続する場合、新たにＩＥＥＥ１３９４インタフェースを備えた内蔵ストレージ機器を開発するよりも、既に開発されているＩＤＥインタフェースを備えた内蔵ストレージ機器を、ＩＤＥブリッジ（ブリッジ装置）を介してＩＥＥＥ１３９４インタフェースに接続する方がコスト面で有利であり、現在の主流となっている。
【０００３】
一方、コストダウンの目的で、内蔵ストレージ機器自体には温度管理用のファンやファン駆動用の制御出力端子が搭載されていない場合が多い。このため、たとえば、内蔵ストレージ機器の筐体にファンを取り付け、ＩＥＥＥ１３９４インタフェース側からそのファンを駆動および制御して、内蔵ストレージ機器の温度管理を行っている（たとえば、特許文献１参照）。
【特許文献１】特開平１０−２５４８１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
一般に、内蔵ストレージ機器の温度情報は、内蔵ストレージ機器にＩＤＥインタフェース用のベンダーユニークコマンドを発行することによって得ることができる。しかし、コンピュータが内蔵ストレージ機器からデータを読み出している最中に、ＩＥＥＥ１３９４インタフェース側から内蔵ストレージ機器に対してベンダーユニークコマンドを発行すると、データの読み出しが一時中断してしまうことがある。すなわち、ＩＥＥＥ１３９４インタフェース側からベンダーユニークコマンドを発行することによって、転送レートが低下し、再生中の動画や音声が途切れてしまうおそれがある。
【０００５】
上記問題に鑑み、本発明は、互いに異なるバスインタフェースを備えた複数の電子機器をブリッジし、これら機器間でデータ転送を行う際に、データ転送レートを低下させることなく、ブリッジされた内蔵ストレージ機器などに対して、温度情報取得などの割り込み制御をかけることが可能なバスブリッジ装置の提供を目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明が講じた手段は、第１の機器と第２の機器との間に設けられ、これらの間でデータ転送を行うバスブリッジ装置として、前記第１の機器と第１のバスインタフェースを通じて通信する第１の転送制御部と、前記第２の機器と第２のバスインタフェースを通じて通信し、前記第２の機器から割り込み要求を受けて、前記第２の機器に対して割り込み制御をかける第２の転送制御部とを備え、前記第１および第２の転送制御部を介して前記第１および第２の機器間でデータ転送を行うとともに、前記第２の機器に対して割り込み制御をかけるものとする。
【０００７】
本発明によると、第２の機器から割り込み要求が発生し、第２の転送制御部はこれを受けて第２の機器に対して割り込み制御をかける。これにより、第１の機器側から第２の機器側に、割り込み制御のためのコマンドを発行する必要がなくなり、第１および第２の機器間のデータ転送レートを低下させることなく、第２の機器に対して割り込み制御をかけることができる。
【０００８】
好ましくは、前記第２の転送制御部は、前記割り込み制御によって、前記第２の機器から、当該バスブリッジ装置に接続された第３の機器の制御に係る情報を得、この情報に基づいて前記第３の機器を制御するものとする。さらに、前記第２の転送制御部は、定期的に、前記第２の機器から、前記第３の機器の制御に係る情報を得ることが好ましい。また、具体的には、前記第３の機器は、前記第２の機器の温度管理用のファンであるとする。また、前記第３の機器の制御に係る情報は、前記第２の機器の温度管理情報であるとする。
【０００９】
上記のバスブリッジ装置において、具体的には、前記第１のバスインタフェースは、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４規格またはＵＳＢ（universal serial bus）規格に準拠したものとする。また、前記第２のバスインタフェースは、ＩＤＥ（Integrated Device Electronics）規格に準拠したものとする。
【発明の効果】
【００１０】
以上説明したように、本発明によると、互いに異なるバスインタフェースをそれぞれ備えた第１の機器および第２の機器をブリッジし、これら機器間のデータ転送を制御するバスブリッジ装置について、データ転送レートを低下させることなく、第２の機器に対して割り込み制御をかけることができる。これにより、たとえば、第２の機器からデータを読み出して動画などを再生中に、画像を途切れさせることなく第２の機器の温度管理情報などを取得することができる。そして、取得した温度管理情報などに基づいて、適切に第２の機器の温度管理などを行うことができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００１２】
（第１の参考例）
図１は、第１の参考例に係るバスブリッジ装置の構成を示す。参考例のバスブリッジ装置１０Ａは、第１のバスインタフェースとしてのＩＥＥＥ１３９４インタフェース２１を有する第１の機器としてＩＥＥＥ１３９４ホスト装置（ホスト機器）３１と、第２のバスインタフェースとしてのＩＤＥインタフェース２２を有する第２の機器としての内蔵ストレージ機器３２とをブリッジし、これら機器間のデータ転送を制御するとともに、接続された第３の機器としてのファン３３を制御して内蔵ストレージ機器３２の温度管理  バスブリッジ装置１０Ａは、ホスト機器３１側に接続されるＩＥＥＥ１３９４インタフェース部としてのＰＨＹ１１およびＬＩＮＫ１２と、ホスト機器３１との間でデータ転送処理を行う第１の転送制御部１３と、内蔵ストレージ機器３２との間でデータ転送処理を行う第２の転送制御部１４と、記憶部１５と、第２の転送制御部１４を制御する先読み制御部１６と、第１および第２の転送制御部１３，１４ならびにファン３３を制御する割り込み制御部としてのＣＰＵ１７とを備えている。
【００１３】
第１の転送制御部１３は、ＰＨＹ１１およびＬＩＮＫ１２を介してＩＥＥＥ１３９４のパケット制御を行い、ホスト機器３１から与えられたパケットを、内蔵ストレージ機器３２用のコマンドおよびデータを含むパケットとそれ以外のパケットとに区別して適宜処理する。具体的には、第１の転送制御部１３は、ＩＥＥＥ１３９４パケットの内容を解析して、ＯＲＢ（オペレーション・リクエスト・ブロック、図２参照）内のＣＤＢ（コマンド・データ・ブロック）から内蔵ストレージ機器３２へのコマンド（ＳＣＳＩコマンド、図３参照）を抽出する。そして、この抽出したコマンドを第２の転送制御部１４に送る。
【００１４】
第２の転送制御部１４は、第１の転送制御部１３から内蔵ストレージ機器３２用のコマンドを受け、ＩＤＥインタフェース２２を通じて内蔵ストレージ機器３２に当該コマンドを発行してデータ転送処理を行う。
【００１５】
記憶部１５は、内蔵ストレージ機器３２から読み出されたホスト機器３１宛ての送信データを一時的に記憶する。
【００１６】
先読み制御部１６は、ホスト機器３１から内蔵ストレージ機器３２宛てに発行されるコマンドを予測し、当該予測コマンドを第２の転送制御部１４に与えて、第２の転送制御部１４を制御する。
【００１７】
ＣＰＵ１７は、第１および第２の転送制御部１３，１４を制御してＩＥＥＥ１３９４インタフェース処理およびＩＤＥインタフェース処理を管理するとともに、適宜、ファン３３を制御する。
【００１８】
以上のように構成された本参考例のバスブリッジ装置１０Ａの動作について、図４のタイミングチャートを参照しながら説明する。
【００１９】
まず、ホスト機器３１からＩＥＥＥ１３９４インタフェース２１に、ＣＤＢ１を含むＯＲＢのパケットが出力される。第１の転送制御部１３は、このパケットを解析して第１のコマンドとしてのコマンド１を抽出し、コマンド１を第２の転送制御部１４に送る。そして、第１の転送制御部１３は、第２の転送制御部１４からの応答を待つ。このとき、ＣＰＵ１７によって、ＯＲＢ内の転送パラメータが第１の転送制御部１３にセットされる。
【００２０】
第２の転送制御部１４は、第１の転送制御部１３から与えられた内蔵ストレージ機器３２宛てのコマンド１を、ＩＤＥインタフェース２２を通じて内蔵ストレージ機器３２に発行し、内蔵ストレージ機器３２からデータ転送開始要求を受ける。データ転送開始要求を受けると、第２の転送制御部１４は、第１の転送制御部１３に対してコマンド完了通知を行うとともにデータ転送開始要求を行い、データ転送の指示をする。そして、ＩＤＥインタフェース２２を通じて内蔵ストレージ機器３２から転送されるデータ１を、記憶部１５を経由して第１の転送制御部１３に送る。第１の転送制御部１３は、与えられたデータをＩＥＥＥ１３９４のパケットに成形して、ＩＥＥＥ１３９４インタフェース２１を通じて当該データをホスト機器３１に送信する。
【００２１】
内蔵ストレージ機器３２からホスト機器３１にデータを転送する場合、内蔵ストレージ機器３２からのデータ転送の方が先に完了する。すなわち、内蔵ストレージ機器３２から、データ１〜データｎまでが読み出された時点で、第１の転送制御部１３は、まだ、記憶部１５に記憶されたデータの転送処理中である。そこで、先読み制御部１６は、先ほど第２の転送制御部１４から内蔵ストレージ機器３２に発行されたコマンド１を参照して、ホスト機器３１が次に発行するコマンドを予測し、当該予測コマンド（コマンド２）を第２の転送制御部１４に与えておく。なお、このとき、第１の転送制御部１３は、ホスト機器３１とのデータ転送中またはデータ転送終了処理中であるが、第２の転送制御部１４および先読み制御部１６は、これとは関係なく独立して動作する。
【００２２】
ここで、コマンド予測の一例を説明しておく。ホスト機器３１が発行したコマンドに従って内蔵ストレージ機器３２から映像や音声データを読み出す場合、一度に全データを読み出すのではなく、３２Ｋ〜６４ＫＢｙｔｅ程度の固定長にデータを分割して読み出すのが一般的である。このような場合、ホスト機器３１がデータ読み出しに当たって最初に発行したコマンドに指定されたデータの先頭アドレスおよびそのデータ長から、ホスト機器３１が次に発行するコマンドに指定されるデータの先頭アドレスおよびそのデータ長を予測することができる。特に、内蔵ストレージ機器３２が、音楽ＣＤやＤＶＤ−Ｖｉｄｅｏなどを再生する場合には、これらメディアにおいては連続したアドレスにデータが配置されることが多いため、読み出しに係るアドレスを予測することはきわめて容易である。
【００２３】
先読み制御部１６によって発行されたコマンド２に対して、内蔵ストレージ機器３２からデータ転送要求が第２の転送制御部１４に送られると、第２の転送制御部１４と内蔵ストレージ機器３２との間でデータ転送が開始される。このデータ転送において内蔵ストレージ機器３２から送信されるデータ１〜データｎは、第２の転送制御部１４を経由して記憶部１５に記憶される。この処理は、ホスト機器３１から内蔵ストレージ機器３２に次のコマンドが発行されるまで任意に繰り返される。
【００２４】
そして、ホスト機器３１は、ＣＤＢ１を含むＯＲＢのパケットの処理が完了すると、次に、ＣＤＢ２を含むＯＲＢのパケットを出力する。先ほどと同じく、ＣＰＵ１７によって第１の転送制御部１３のパラメータがセットされ、また、第１の転送制御部１３によって内蔵ストレージ機器３２宛ての第２のコマンドが抽出され、第２の転送制御部１４に送られる。このとき、先読み制御部１６は、ホスト機器３１からの当該次発行のコマンドと先に予測した予測コマンドとが一致するか否かを判断する。そして、一致すると判断したとき、第２の転送制御部１４を介して第１の転送制御部１３にコマンド完了通知を行うとともにデータ転送開始要求を行い、第１の転送制御部１３にデータ転送の指示をする。このとき、内蔵ストレージ機器３２へのコマンド発行は行われない。
【００２５】
第１の転送制御部１３は、データ転送開始要求を受けると、記憶部１５に記憶されているデータ１〜データｎを読み出してホスト機器３１に転送する。ここで、記憶部１５に記憶されているデータは、先読み制御部１６が予測したコマンドに基づいて内蔵ストレージ機器３２から先読みされたデータである。
【００２６】
記憶部１５から先読みされたデータが読み出されている間、第２の転送制御部１４、ＩＤＥインタフェース２２および内蔵ストレージ機器３２は動作してないアイドル状態にある。したがって、この間を利用してＣＰＵ１７から内蔵ストレージ機器３２宛てに温度情報取得コマンドを発行する。これにより、内蔵ストレージ機器３２からホスト機器３１へのデータ転送レートを低下させることなく、内蔵ストレージ機器３２から温度情報を取得することができる。
【００２７】
以上、本参考例によると、ホスト機器３１および内蔵ストレージ機器３２間のデータ転送レートを低下させることなく、温度情報の取得といった内蔵ストレージ機器３２に対する割り込み制御をかけることができる。これにより、たとえば、ホスト機器３１において内蔵ストレージ機器３２から読み出した動画データなどの再生中に、当該動画再生を途切れさせることなく、ファン３３を適宜制御して内蔵ストレージ機器３２の温度管理を行うことができる。
【００２８】
なお、ＣＰＵ７は、記憶部１５に記憶されたデータの量を監視し、ホスト機器３１によってまだ読み出されていないデータが所定量以上十分に残存している判断したとき、温度情報取得コマンドを発行することが好ましい。こうすることにより、第２の転送制御部１４、ＩＤＥインタフェース２２および内蔵ストレージ機器３２がアイドル状態にある期間内に、温度情報取得に係る処理を完了することが保証される。これにより、より確実に、ホスト機器３１および内蔵ストレージ機器３２間のデータ転送レートの低下を回避することができる。
【００２９】
また、先読み制御部１６は、予測コマンドとホスト機器３１からの次発行のコマンドとが一致しないと判断したとき、第２の転送制御部１４を介してＩＤＥインタフェース２２を制御し、内蔵ストレージ機器３２に対して先に発行した予測コマンドを破棄するように処置し、また、第２の転送制御部１４は、当該次発行のコマンドを内蔵ストレージ機器３２に新たに発行することが好ましい。こうすることにより、先読み制御部１６が予測誤りをした場合であっても、データ転送処理を正常な状態に復帰させることができる。
【００３０】
（第２の参考例）
図５は、第２の参考例に係るバスブリッジ装置の構成を示す。同図において、図１に示した構成要素と同様のものについては、図１と同一の符号を付している。図５からわかるように、本参考例のバスブリッジ装置１０Ｂは、第１の参考例に係るバスブリッジ装置１０Ａにおける記憶部１５を省略した構成となっている。以下、バスブリッジ装置１０Ｂの動作について、図６のタイミングチャートを参照しながら説明する。なお、バスブリッジ装置１０Ａと異なる点についてのみ説明する。
【００３１】
第２の転送制御部１４は、先読み制御部１６によって予測されたコマンド２を内蔵ストレージ機器３２に発行した後、内蔵ストレージ機器３２から実際にデータを先読みすることなく、データ転送フェーズでデータ転送処理を一時停止の状態にしておく。そして、先読み制御部１６によって、ホスト機器３１からの次発行のコマンドと先に予測したコマンドとの一致が判断され、第１の転送制御部１３に対してコマンド完了通知が行われ、データ転送の指示がされたとき、第２の転送制御部１４は、一時停止の状態にしていたデータ転送処理を再開する。このとき、内蔵ストレージ機器３２へのコマンド発行は行われず、一時停止していたデータ転送フェーズから処理が再開される。これにより、次発行のコマンドの処理に係るコマンド・オーバーヘッドを削減することができる。そして、この削減されたオーバーヘッドの期間に、ＣＰＵ１７は、内蔵ストレージ機器３２に割り込み制御をかけることができる。
【００３２】
以上、本参考例によると、データを先読みして一時的に記憶する記憶手段を備えることなく、ホスト機器３１および内蔵ストレージ機器３２間のデータ転送レートの低下を回避することができる。これにより、第１の参考例に係るバスブリッジ装置１０Ａよりも、より小さな回路規模で実施可能となる。
【００３３】
（第３の参考例）
図７は、第３の参考例に係るバスブリッジ装置の構成を示す。同図において、図１に示した構成要素と同様のものについては、図１と同一の符号を付している。図７からわかるように、本参考例のバスブリッジ装置１０Ｃは、第１の参考例に係るバスブリッジ装置１０Ａにおける記憶部１５および先読み制御部１６を省略した構成となっている。以下、バスブリッジ装置１０Ｃの動作について、図８のタイミングチャートを参照しながら説明する。なお、バスブリッジ装置１０Ａと異なる点についてのみ説明する。
【００３４】
ＣＰＵ１７は、第１の転送制御部１３を介してＩＥＥＥ１３９４インタフェース２１の使用状況、すなわちホスト機器３１からのコマンド発行の頻度を監視し、ホスト機器３１がＯＲＢを発行してこない状態を判断する。この場合、第２の転送制御部１４はアイドル状態にあるため、ＣＰＵ１７は、内蔵ストレージ機器３２に温度情報取得コマンドを発行すべく第２の転送制御部１４を駆動する。これにより、ホスト機器３１がＯＲＢを発行してこない空き時間を利用して、内蔵ストレージ機器３２の温度情報を得ることができる。
【００３５】
ＩＥＥＥ１３９４インタフェース２１に発行されるコマンド間の空き時間の判断には、たとえば、アイソクロナス（Isochronous）転送に係るいわゆるアイソクロナスギャップを用いることができる。アイソクロナス転送では、１２５μｓの間隔でパケット転送が行われるため、あるパケットの転送が完了し、次のパケットの転送が実行されるまでの空き時間（アイソクロナスギャップ）を判断することができる。したがって、この空き時間を利用して、内蔵ストレージ機器３２に割り込み制御をかけることが可能である。ただし、現在の内蔵ストレージ機器３２ではドライブ応答性能が十分でないため、アイソクロナスギャップ内に割り込み制御を完了することが困難である。しかし、将来的にはドライブ応答性能の向上が予想されるため、アイソクロナスギャップ内に割り込み制御を完了することは十分可能である。
【００３６】
以上、本参考例によると、ＩＥＥＥ１３９４インタフェース２１の使用状況を監視し、ホスト機器３１がＯＲＢを発行してこない空き時間に、内蔵ストレージ機器３２に対して割り込み制御をかけることができる。これにより、ホスト機器３１および内蔵ストレージ機器３２間のデータ転送レートを低下させることなく、内蔵ストレージ機器３２に対して、温度情報取得の割り込み制御をかけることができる。さらに、第１および第２の参考例に係るバスブリッジ装置１０Ａ，１０Ｂよりも、回路面積をより一層低減することができる。
【００３７】
（本発明の実施形態）
図９は、本発明の実施形態に係るバスブリッジ装置の構成を示す。同図において、図１に示した構成要素と同様のものについては、図１と同一の符号を付している。図７からわかるように、本実施形態のバスブリッジ装置１０Ｄは、第１の参考例に係るバスブリッジ装置１０Ａにおける記憶部１５、先読み制御部１６およびＣＰＵ１７を省略した構成となっている。以下、バスブリッジ装置１０Ｄについて、バスブリッジ装置１０Ａと異なる点についてのみ説明する。
【００３８】
ＩＤＥの仕様に関して、内蔵ストレージ機器３２と第２の転送制御部１４との間でやり取りされる情報としてＩＮＴＲＱ信号およびＳＴＡＴＵＳレジスタ情報がある。第２の転送制御部１４において、これら情報を、コマンド処理フェーズ、データ転送フェーズおよび何も送受信されていないアイドルフェーズのそれぞれと関連付けることによって、内蔵ストレージ機器３２から与えられる情報が、温度管理要求なのか、それとも通常の信号およびデータ処理要求なのかを見分けることができる。
【００３９】
コマンド処理フェーズおよびデータ転送フェーズにおいて、第２の転送制御部１４は、内蔵ストレージ機器３２からＩＮＴＲＱ信号を受けたとき、内蔵ストレージ機器３２からＩＤＥインタフェース２１のＳＴＡＴＵＳレジスタ情報を取得する。このとき、内蔵ストレージ機器３２は、ＳＴＡＴＵＳレジスタ情報に含まれるフラグによって温度管理要求を表すことにより、第２の転送制御部１４に温度管理のための制御を要求することができる。そして、この要求を受けた第２の転送制御部１４は、ファン３３を制御して、内蔵ストレージ機器３２の温度管理を行う。
【００４０】
また、アイドルフェーズにおいても上記と同様に、第２の転送制御部１４は、ＩＮＴＲＱ信号を受けることによって、内蔵ストレージ機器３２から、温度管理要求を表すフラグを含むＳＴＡＴＵＳレジスタ情報を得、これに基づいて、ファン３３を制御する。
【００４１】
以上、本実施形態によると、内蔵ストレージ機器３２からの割り込み要求（ＩＮＴＲＱ信号）に応じて、内蔵ストレージ機器３２から温度管理情報を得、これに基づいてファン３３を制御することができる。したがって、内蔵ストレージ機器３２に対して、温度情報取得コマンドを発行する必要がなく、ホスト機器３１および内蔵ストレージ機器３２間のデータ転送レートを低下させることがない。
【００４２】
なお、内蔵ストレージ機器３２からのＩＮＴＲＱ信号に応じてＳＴＡＴＵＳレジスタ情報を取得するのではなく、第２の転送制御部１４が内蔵ストレージ機器３２に対してポーリングし、定期的にＳＴＡＴＵＳ情報を得るようにすることも可能である。これにより、第２の転送制御部１４は、ＩＮＴＲＱ信号が与えられなくとも、ファン３３の制御タイミングを知ることができる。
【００４３】
上記説明において、本発明に係るバスブリッジ装置１０Ａ〜１０Ｄは、ＩＥＥＥ１３９４インタフェースとＩＤＥインタフェースとをブリッジするものであるとしたが、これはあくまでも一例であり、本発明が対象とするバスインタフェースはこれらに限定されるものではない。たとえば、ＩＥＥＥ１３９４に代えてＵＳＢ２．０などにしてもよい。
【００４４】
また、本発明の第２の機器として、内蔵ストレージ機器３２ではなく、外付けのストレージ機器であってもよい。また、本発明の第３の機器は、内蔵ストレージ機器３２の温度管理用のファン３３以外のものであってもよい。したがって、割り込み制御部としてのＣＰＵ１７が内蔵ストレージ機器３２に対して行う割り込み制御は、温度管理情報の取得に限定されるものではない。
【図面の簡単な説明】
【００４５】
【図１】第１の参考例に係るバスブリッジ装置の構成図である。
【図２】ＩＥＥＥ１３９４に係るＯＲＢのフォーマットを示す図である。
【図３】ＳＣＳＩコマンドのフォーマットを示す図である。
【図４】第１の参考例に係るバスブリッジ装置のタイミングチャートである。
【図５】第２の参考例に係るバスブリッジ装置の構成図である。
【図６】第２の参考例に係るバスブリッジ装置のタイミングチャートである。
【図７】第３の参考例に係るバスブリッジ装置の構成図である。
【図８】第３の参考例に係るバスブリッジ装置のタイミングチャートである。
【図９】本発明の一実施形態に係るバスブリッジ装置の構成図である。
【符号の説明】
【００４６】
１０Ｄ  バスブリッジ装置
１３  第１の転送制御部
１４  第２の転送制御部
２１  ＩＥＥＥ１３９４インタフェース（第１のバスインタフェース）
２２  ＩＤＥインタフェース（第２のバスインタフェース）
３１  ホスト機器（第１の機器）
３２  内蔵ストレージ機器（第２の機器）
３３  ファン（第３の機器）
【図１】
2008287743.tif 000003
【図２】
2008287743.tif 000004
【図３】
2008287743.tif 000005
【図４】
2008287743.tif 000006
【図５】
2008287743.tif 000007
【図６】
2008287743.tif 000008
【図７】
2008287743.tif 000009
【図８】
2008287743.tif 000010
【図９】
2008287743.tif 000011