(57)【要約】【課題】  情報機器に設けられているハードディスク等の発熱性の内部装置の温度が上昇した場合に、この内部装置へのアクセスを、簡便な方法で停止できるようにする。【解決手段】  情報機器は、ホストと通信を行う通信部であって、通常モードでは、正常にデータを受信できた場合には正常にデータを受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できなかった旨の返信をホストに行うとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できなかった旨の返信をホストに行う、通信部と、前記通信部で受信したデータに応じた動作を行う内部装置であって、連続して動作することにより熱を発する発熱性の内部装置と、前記内部装置の温度を検出する、温度検出部と、前記温度検出部から検出した温度が第１設定値以上であった場合には、前記通信部を前記通常モードから前記放熱モードに変更する、第１モード変更部と、を備える。【選択図】  図１
2006053886.tif 000002
【特許請求の範囲】
【請求項１】
ホストと通信を行う通信部であって、通常モードでは、正常にデータを受信できた場合には正常にデータを受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できなかった旨の返信をホストに行うとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できなかった旨の返信をホストに行う、通信部と、
前記通信部で受信したデータに応じた動作を行う内部装置であって、連続して動作することにより熱を発する発熱性の内部装置と、
前記内部装置の温度を検出する、温度検出部と、
前記温度検出部から検出した温度が第１設定値以上であった場合には、前記通信部を前記通常モードから前記放熱モードに変更する、第１モード変更部と、
を備えることを特徴とする情報機器。
【請求項２】
前記放熱モードにある場合に、前記温度検出部から検出した温度が第２設定値以下であった場合には、前記通信部を前記放熱モードから前記通常モードに変更する、第２モード変更部を、さらに備えることを特徴とする請求項１に記載の情報機器。
【請求項３】
前記第１設定値は前記内部装置の使用可能温度の上限より低く、
前記第２設定値は前記第１設定値よりも低い、
ことを特徴とする請求項１又は請求項２に記載の情報機器。
【請求項４】
前記放熱モードにおける前記所定の割合は１００％であることを特徴とする請求項１乃至請求項３のいずれかに記載の情報機器。
【請求項５】
前記データを正常に受信できなかった旨の返信は、ネガティブアクノーレッジである、ことを特徴とする請求項１乃至請求項４のいずれかに記載の情報機器。
【請求項６】
前記放熱モードでは、前記通信部は、前記データを正常に受信できなかった旨の返信の代わりに、所定の割合で、次回のデータを所定時間送信しないように要求する旨の返信をホストに行う、ことを特徴とする請求項１乃至請求項４のいずれかに記載の情報機器。
【請求項７】
前記放熱モードにおいて、ホストとの通信でタイムアウトが発生した場合には、前記放熱モードにおける前記所定の割合を少なくする、割合調整部を、さらに備えることを特徴とする請求項１乃至請求項６のいずれかに記載の情報機器。
【請求項８】
前記放熱モードにおいて、ホストとの通信でタイムアウトが発生した場合には、タイムアウトが発生するまでの時間に基づいて、前記放熱モードにおける前記所定の割合を決定する、割合決定部を、さらに備えることを特徴とする請求項１乃至請求項６のいずれかに記載の情報機器。
【請求項９】
当該情報機器から前記ホストに対して、自主的にデータの送信を停止させる要求を送信することができない通信の規格仕様である、ことを特徴とする請求項１乃至請求項８のいずれかに記載の情報機器。
【請求項１０】
受信したデータに応じた動作を行い、且つ、連続して動作することにより熱を発する発熱性の内部装置を有する情報機器の制御方法であって、
ホストと通信を行い、通常モードでは、正常にデータを受信できた場合には正常にデータを受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できなかった旨の返信をホストに行うとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できなかった旨の返信をホストに行うとともに、
前記内部装置の温度を検出し、この検出した温度が第１設定値以上であった場合には、通信のモードを前記通常モードから前記放熱モードに変更する、
ことを特徴とする情報機器の制御方法。
【請求項１１】
受信したデータに応じた動作を行い、且つ、連続して動作することにより熱を発する発熱性の内部装置を有する情報機器を制御するためのプログラムであって、
ホストと通信を行い、通常モードでは、正常にデータを受信できた場合には正常にデータを受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できなかった旨の返信をホストに行うとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できなかった旨の返信をホストに行うとともに、
前記内部装置の温度を検出し、この検出した温度が第１設定値以上であった場合には、通信のモードを前記通常モードから前記放熱モードに変更する、
ように情報機器を制御するためのプログラム。
【請求項１２】
ホストと通信を行う通信部であって、通常モードでは、正常にデータを受信できた場合にはデータを正常に受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できた旨の返信を行わないとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できた旨の返信を行わない、通信部と、
前記通信部で受信したデータに応じた動作を行う内部装置であって、連続して動作することにより熱を発する発熱性の内部装置と、
前記内部装置の温度を検出する、温度検出部と、
前記温度検出部から検出した温度が第１設定値以上であった場合には、前記通信部を前記通常モードから前記放熱モードに変更する、第１モード変更部と、
を備えることを特徴とする情報機器。
【請求項１３】
受信したデータに応じた動作を行い、且つ、連続して動作することにより熱を発する発熱性の内部装置を有する情報機器の制御方法であって、
ホストと通信を行い、通常モードでは、正常にデータを受信できた場合にはデータを正常に受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できた旨の返信を行わないとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できた旨の返信を行わないようにし、
前記内部装置の温度を検出し、この検出した温度が第１設定値以上であった場合には、通信のモードを前記通常モードから前記放熱モードに変更する、
ことを特徴とする情報機器の制御方法。
【請求項１４】
受信したデータに応じた動作を行い、且つ、連続して動作することにより熱を発する発熱性の内部装置を有する情報機器を制御するためのプログラムであって、
ホストと通信を行い、通常モードでは、正常にデータを受信できた場合にはデータを正常に受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できた旨の返信を行わないとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できた旨の返信を行わないようにし、
前記内部装置の温度を検出し、この検出した温度が第１設定値以上であった場合には、通信のモードを前記通常モードから前記放熱モードに変更する、
ように情報機器を制御するためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報機器及びその制御方法に関し、特に、連続して動作することにより熱を発する発熱性の内部装置を有する情報機器及びその制御方法に関する。
【背景技術】
【０００２】
近年、デジタルビデオカメラやデジタルスチルカメラなどに代表されるマルチメディアを扱う情報機器が、急速に普及してきている。このため、コンピュータとストレージ機能（情報蓄積記録機能）を持った情報機器（特にポータブルな機器）との間において、通常のデータファイルに限らず、ビデオデータや画像データ、音楽データなどのいわゆるマルチメディアファイルのデータのやり取りが頻繁に行われるようになっている。
【０００３】
マルチメディアファイル（特に画像データ）の容量は、ファイルフォーマットや圧縮率、収録時間などの要素によって変動があるものの、一般的には大容量である。このマルチメディアファイルの転送には、ＩＥＥＥ１３９４やユニバーサル・シリアル・バス（以下、ＵＳＢという）などの高速シリアルインターフェースが使われることが多くなっている。
【０００４】
このようなコンピュータと周辺情報機器との間で、ＵＳＢインターフェースなどによるデータのやり取りを行うと、コンピュータからの長時間にわたる連続アクセスにより、情報機器側の記録装置（例えば、ハードディスク）の温度が上昇してしまう。このため、情報機器自体に規定されている温度を超えないように、何らかの対策を施す必要が生じる。
【０００５】
このような温度上昇は、特に、ノート型のＰＣやＰＤＡ（Personal Digital Assistant）、その他、ポータブルな情報機器においては、次のような理由により顕著な問題となる。
【０００６】
すなわち、ハードディスク等の使用可能な温度範囲を超えると、誤動作をする恐れが生じるが、ポータブルな情報機器は、小型化、軽量化が製品のメリットとなり得るため、物理的に製品の重量増大や寸法肥大を伴うような放熱対策が施しにくい面がある。
【０００７】
また、ポータブルな情報機器においては、ユーザが製品本体を直接手に持って操作したり、ひざの上に置いて操作したり、あるいは衣類のポケットに入れて持ち運んだりすることが考えられる。その際、手の中、ひざの上、ポケットの中で、機器内部のハードディスクなどの記録装置が高温になると、ユーザが触れることができる製品本体も熱くなり、その熱さをユーザが不快に感じてしまう恐れがある。
【０００８】
製品の表面温度が上昇してある温度を超えないように抑制するためには、ハードディスク等の周辺温度を測定して、温度が設定値に近づいたら、それを抑制するように適切な処置を施すことが必要となる。
【０００９】
他の電子部品や、モジュール、装置と同様に、ハードディスク等の記録装置にも、それ自体の使用可能温度（これには動作保証温度、性能保証温度、周囲環境温度も含まれる）範囲のスペックにより、定格温度が決まっているので、その値に製品個々の性能バラツキ等を考慮し、それにマージンを加えた上で検出温度のしきい値を設定する必要がある。
【００１０】
なお、特開２０００−２０２５３号公報（以下、特許文献１という）は、記録ヘッドの温度上昇に伴う画質劣化を抑制する温度制御を行う画像記録装置を開示する。この画像記録装置では、コンピュータと画像記録装置との間をＵＳＢではなくＩＥＥＥ１３９４バスで繋げるとともに、温度抑制対象が画像記録装置の記録ヘッドに限られている。
【特許文献１】特開２０００−２０２５３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上述したような温度抑制のためには、次のような手法が一般的にとられている。
【００１２】
（１）発熱する部品、装置に対して、大きな放熱器や冷却用ファンを装着したり、通気口を配置したりする、物理的な対策。
（２）ＵＳＢによるコンピュータと情報機器との間の通信のやり取りによって、情報機器の温度が上昇したことをデータの送り側であるコンピュータに伝え、アクセスを抑制させる対策。
【００１３】
しかし、（１）の対策では、物理的に筐体の寸法が肥大化してしまい、また、ファンによる騒音が増大してしまう。また、部品を追加したり、取り付け工数が増大したりするため、コストアップを招いてしまう。
【００１４】
また、（２）の対策について、ＵＳＢインターフェースは、ホスト側のコンピュータを主とし、デバイス側の情報機器を従とする主従関係を有する規格仕様であり、主であるホストが情報機器との通信を管理しており、通信は、まずホスト側から始められ、デバイス側がそれに応答する形で進められる。
【００１５】
そのため、デバイス側の温度をホストが知り、何らかの制御を行うには、例えば、独自に、ホストからデバイスへデバイス内部の温度データを確認して送るようにリクエストを出し、そのデバイスから送られてきたデータを解析して、温度を抑制する必要がある場合は、送信データ量を抑える処理を行うなどの処理が必要となるが、これを実現する場合には、ホスト側にも独自のドライバソフトウェアが必要となる。
【００１６】
そのソフトウェアの作成やホスト機器への組み込みなどに対しては、開発にかかる期間、コスト、ドライバ配布にかかるコスト、メーカーまたはユーザーでのインストール作業、各コンピュータでの動作保証の問題、等多くの弊害が生じる。
【００１７】
もし、そのようにホスト側にも独自のソフトを組み込むなどの処理をしなければ、情報機器内の対象装置の表面温度が使用可能温度の上限に近づいてしまい、さらにこれを超える可能性がある場合でも、従である情報機器側から主であるコンピュータ側にそのことを通知することができない。したがって、このような主従関係のある通信インターフェースにおいて、ハードディスク等の発熱性の内部装置へのアクセスを、簡便な方法で停止できるようにすることが望まれている。また、主従関係のない通信インターフェースにおいても、ハードディスク等の発熱性の内部装置へのアクセスを、簡便な方法で停止できれば、便利である。
【００１８】
そこで本発明は、前記課題に鑑みてなされたものであり、ホストと通信を行う情報機器に設けられている発熱性の内部装置の温度が上昇した場合に、簡便な方法で、この内部装置へのアクセスを実質的に停止させることができるようにすることを目的とする
【課題を解決するための手段】
【００１９】
上記課題を解決するため、本発明に係る情報機器は、
ホストと通信を行う通信部であって、通常モードでは、正常にデータを受信できた場合には正常にデータを受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できなかった旨の返信をホストに行うとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できなかった旨の返信をホストに行う、通信部と、
前記通信部で受信したデータに応じた動作を行う内部装置であって、連続して動作することにより熱を発する発熱性の内部装置と、
前記内部装置の温度を検出する、温度検出部と、
前記温度検出部から検出した温度が第１設定値以上であった場合には、前記通信部を前記通常モードから前記放熱モードに変更する、第１モード変更部と、
を備えることを特徴とする。
【００２０】
この場合、前記放熱モードにある場合に、前記温度検出部から検出した温度が第２設定値以下であった場合には、前記通信部を前記放熱モードから前記通常モードに変更する、第２モード変更部を、さらに備えるようにしてもよい。
【００２１】
また、前記第１設定値は前記内部装置の使用可能温度の上限より低く、前記第２設定値は前記第１設定値よりも低いようにしてもよい。
【００２２】
また、前記放熱モードにおける前記所定の割合は１００％であるようにしてもよい。
【００２３】
また、前記データを正常に受信できなかった旨の返信は、ネガティブアクノーレッジであってもよい。
【００２４】
また、前記放熱モードでは、前記通信部は、前記データを正常に受信できなかった旨の返信の代わりに、所定の割合で、次回のデータを所定時間送信しないように要求する旨の返信をホストに行うようにしてもよい。
【００２５】
また、情報機器は、前記放熱モードにおいて、ホストとの通信でタイムアウトが発生した場合には、前記放熱モードにおける前記所定の割合を少なくする、割合調整部を、さらに備えていてもよい。
【００２６】
或いは、情報機器は、前記放熱モードにおいて、ホストとの通信でタイムアウトが発生した場合には、タイムアウトが発生するまでの時間に基づいて、前記放熱モードにおける前記所定の割合を決定する、割合決定部を、さらに備えていてもよい。
【００２７】
また、当該情報機器から前記ホストに対して、自主的にデータの送信を停止させる要求を送信することができない通信の規格仕様であってもよい。
【００２８】
本発明に係る情報機器の制御方法は、
受信したデータに応じた動作を行い、且つ、連続して動作することにより熱を発する発熱性の内部装置を有する情報機器の制御方法であって、
ホストと通信を行い、通常モードでは、正常にデータを受信できた場合には正常にデータを受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できなかった旨の返信をホストに行うとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できなかった旨の返信をホストに行うとともに、
前記内部装置の温度を検出し、この検出した温度が第１設定値以上であった場合には、通信のモードを前記通常モードから前記放熱モードに変更する、
ことを特徴とする。
【００２９】
本発明に係るプログラムは、
受信したデータに応じた動作を行い、且つ、連続して動作することにより熱を発する発熱性の内部装置を有する情報機器を制御するためのプログラムであって、
ホストと通信を行い、通常モードでは、正常にデータを受信できた場合には正常にデータを受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できなかった旨の返信をホストに行うとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できなかった旨の返信をホストに行うとともに、
前記内部装置の温度を検出し、この検出した温度が第１設定値以上であった場合には、通信のモードを前記通常モードから前記放熱モードに変更する、
ように情報機器を制御することを特徴とする。
【００３０】
本発明に係る情報機器は、
ホストと通信を行う通信部であって、通常モードでは、正常にデータを受信できた場合にはデータを正常に受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できた旨の返信を行わないとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できた旨の返信を行わない、通信部と、
前記通信部で受信したデータに応じた動作を行う内部装置であって、連続して動作することにより熱を発する発熱性の内部装置と、
前記内部装置の温度を検出する、温度検出部と、
前記温度検出部から検出した温度が第１設定値以上であった場合には、前記通信部を前記通常モードから前記放熱モードに変更する、第１モード変更部と、
を備えることを特徴とする。
【００３１】
本発明に係る情報機器の制御方法は、
受信したデータに応じた動作を行い、且つ、連続して動作することにより熱を発する発熱性の内部装置を有する情報機器の制御方法であって、
ホストと通信を行い、通常モードでは、正常にデータを受信できた場合にはデータを正常に受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できた旨の返信を行わないとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できた旨の返信を行わないようにし、
前記内部装置の温度を検出し、この検出した温度が第１設定値以上であった場合には、通信のモードを前記通常モードから前記放熱モードに変更する、
ことを特徴とする。
【００３２】
本発明に係るプログラムは、
受信したデータに応じた動作を行い、且つ、連続して動作することにより熱を発する発熱性の内部装置を有する情報機器を制御するためのプログラムであって、
ホストと通信を行い、通常モードでは、正常にデータを受信できた場合にはデータを正常に受信できた旨の返信をホストに行い、正常にデータを受信できなかった場合にはデータを正常に受信できた旨の返信を行わないとともに、放熱モードでは、正常にデータを受信できた場合でも、所定の割合でデータを正常に受信できた旨の返信を行わないようにし、
前記内部装置の温度を検出し、この検出した温度が第１設定値以上であった場合には、通信のモードを前記通常モードから前記放熱モードに変更する、
ように情報機器を制御することを特徴とする。
【発明を実施するための最良の形態】
【００３３】
〔第１実施形態〕
まず、第１実施形態に係る情報処理システムの概要を説明する。この第１実施形態においては、ホストであるコンピュータと、ハードディスクドライブなどの情報機器との間は、ＵＳＢインターフェースで接続されている。ＵＳＢインターフェースで規定されている規格仕様では、実際のデータのやり取りは、ハードディスクドライブなどの情報機器が属するマスストレージクラスのデバイスにおけるバルク転送で行われる。
【００３４】
バルク転送では、情報機器がデータを正常に受け取れなかった場合には、ハンドシェークパケットとして「ＮＡＫ」（ネガティブアクノーレッジ）を情報機器からコンピュータに送信する。この「ＮＡＫ」を受信したコンピュータでは、データが正常に受け取れたことを意味する「ＡＣＫ」（アクノーレッジ）を受信するまで、或いは、要求したデータを受信するまで、何度もデータの送信を再試行する仕様になっている。
【００３５】
本実施形態では仕様に応用して、情報機器自体の温度が上昇した場合、或いは、ハードディスクドライブの温度が上昇した場合には、情報機器はコンピュータに「ＮＡＫ」を所定の割合（０％を超えて１００％以下の所定の割合）で返信し続ける。こうすると、コンピュータは「ＡＣＫ」を受信するまで、或いは、要求したデータを受信するまで、同じデータを送信し続ける。
【００３６】
このような処理をしている間は、情報機器側のハードディスクドライブのアクセス量は著しく減少するため、ハードディスクドライブの表面温度も時間とともに降下していく。このため、ハードディスクドライブの表面温度を設定値まで下げることができる。この設定値を、情報機器の使用可能温度に対して余裕を持って設定すれば、その分がマージンとなる。
【００３７】
このようにすることで、コンピュータと情報機器との間において、主従関係のあるＵＳＢインターフェースを用いた場合でも、コンピュータ側に新たなソフトウェア的な変更を施すことなく、情報機器側のファームウェア等の変更で、情報機器の温度制御を実現することができる。すなわち、情報機器の温度を設定値以下に抑えるようにフィードバックをかけることで、情報機器の温度制御を可能にしている。
【００３８】
しかも、情報機器側の温度が設定値を超えそうな場合には、温度が下がるまでコンピュータからデータの送信が繰り返されることになり、正しいデータ送信が確保される。より詳しくを、以下に説明する。
【００３９】
図１は、本実施形態に係る情報処理システムの構成を説明するブロック図である。この図１に示すように、本実施形態における情報処理システムは、ホストとしてコンピュータ１０を備えており、情報機器としてストレージデバイス２０を備えている。これらコンピュータ１０とストレージデバイス２０との間は、ＵＳＢインターフェースにより接続されている。
【００４０】
すなわち、コンピュータ１０にはタイプＡの接続ポート１２が設けられており、ストレージデバイス２０にはタイプＢの接続ポート２２が設けられている。これらコンピュータ１０の接続ポート１２とストレージデバイス２０の接続ポート２２との間を、ＵＳＢケーブル３０が接続している。
【００４１】
さらに、ストレージデバイス２０は、ＵＳＢデバイスコントローラ４０と、ハードディスクドライブ４２と、ＡＴＡブリッジコントローラ４４と、ＣＰＵ４６とを備えて構成されている。ＵＳＢデバイスコントローラ４０と接続ポート２２との間はデータバスにより接続されている。ＵＳＢデバイスコントローラ４０とハードディスクドライブ４２との間、ＵＳＢデバイスコントローラ４０とＡＴＡブリッジコントローラ４４との間も、データバスにより接続されている。ＡＴＡブリッジコントローラ４４とＣＰＵ４６との間も、データバスにより接続されている。
【００４２】
ＵＳＢデバイスコントローラ４０は、ＵＳＢインターフェースに基づいて、コンピュータ１０とストレージデバイス２０との間のデータやり取りを制御する。ＵＳＢデバイスコントローラ４０とハードディスクドライブ４２とＡＴＡブリッジコントローラ４４との間は、ＡＴＡ規格に基づいてデータのやり取りがされている。ＡＴＡブリッジコントローラ４４は、ＡＴＡ規格に基づいて受信したデータをＣＰＵ４６用のデータ規格に変換し、ＣＰＵ４６に送信するとともに、ＣＰＵ４６からのデータをＡＴＡ規格に基づくデータに変換して、ＵＳＢデバイスコントローラ４０やハードディスクドライブ４２に送信する。
【００４３】
本実施形態におけるハードディスクドライブ４２の表面には、ハードディスクドライブ４２の温度を検出するための温度検出回路４８が設けられている。この温度検出回路４８には、例えば、サーミスタを使用した回路、ダイオードの順方向電圧の温度依存性を利用した回路、トランジスタのベース・エミッタ間の電圧の温度依存性を利用した回路などが考えられる。
【００４４】
ここで、ＵＳＢインターフェースにおいては、デバイスクラスというものが定義されている。通常、ＵＳＢインターフェースにおいて、ストレージデバイス２０のような記録装置を扱う場合、マスストレージクラスというクラスを使用する。マスストレージクラスには、フレキシブルディスクドライブ、ハードディスクドライブ、光ディスクドライブなどのディスクドライブが包含されている。また、ＵＳＢインターフェースにおいては、データ転送のタイプとして、コントロール転送、アイソクロナス転送、インタラプト転送、バルク転送の４種類が用意されている。
【００４５】
ハードディスクドライブなどの記録装置が属するマスストレージクラスのデバイスにおいては、実際のデータのやり取りは、バルク転送により行われる。バルク転送は、ファイルをプリンタに送信したり、ディスクの読み書きをしたりするような、非周期的な転送のうち、遅延が問題にならない大量のデータを、高い信頼性で転送する場合に用いられる。このバルク転送では、アイソクロナス転送やインタラプト転送によりバスが使用されている間は、処理を待つ必要があり、バスが空いた場合に転送が行われる。このため、データの転送速度は保証されていない。その代わり、バスが空いている時間をすべて使用することができるため、バスが空いていると非常に速い速度でデータ転送できるという利点がある。また、このバルク転送では、ホスト側がデバイス側から「ＮＡＫ」を受け取ると、「ＡＣＫ」を受け取るまで何度もデータ転送を再試行するようになっている。
【００４６】
ＵＳＢのバルク転送におけるトランザクションは、図２に示すようになっている。この図２から分かるように、バルク転送は、トークンパケットと、データパケットと、ハンドシェークパケットという３種類のパケットから構成されている。また、トランザクションとしては、ＩＮトランザクションと、ＯＵＴトランザクションとがある。ＩＮトランザクションは、デバイス内のデータをホストへ送信するトランザクションである。ＯＵＴトランザクションは、ホストから送信されたデータをデバイスが受信するトランザクションである。
【００４７】
ＩＮトランザクションの場合は、ホストからのＩＮトークンパケットに対して、デバイスがデータを送信できる場合はデータを送信し、送信できない場合は「ＮＡＫ」を返信する。すなわち、「ＮＡＫ」は返すデータが無い、または送信できる状態にないことを意味している。サポートしていないリクエストを要求された場合やエンドポイントが閉じている場合等には、「ＳＴＡＬＬ」（ストール）を返信する。
【００４８】
ＯＵＴトランザクションの場合は、ホストからのＯＵＴトークンパケットに続いてデータが送信されてくるので、このデータをデバイス側が受信できたかどうかを「ＡＣＫ」、「ＮＡＫ」、「ＮＹＥＴ」（ノットイエット）、「ＳＴＡＬＬ」で返信する。「ＡＣＫ」はデバイスがデータを正常に受信した場合に返信する。「ＮＡＫ」はデバイスがデータを正常に受信できなかった場合に返信する。すなわち、「ＮＡＫ」はデバイス側がビジーであることを意味している。「ＮＹＥＴ」は今回送信されたデータは正常に受信したが、次の送信はしばらく待ってからにして欲しい場合に返信する。つまり、「ＮＹＥＴ」を返信すれば、ホスト側に所定時間はデータを送信しないように要求したこととになる。「ＳＴＡＬＬ」はサポートしていないリクエストであった場合やエンドポイントが閉じている場合等に返信する。
【００４９】
バルク転送では、ＯＵＴトランザクションにおいて、ホスト側がデバイス側から「ＮＡＫ」を受け取った場合、ホスト側はデバイス側から「ＡＣＫ」を受け取るまで、データ転送を再試行する。また、ＩＮトランザクションにおいて、ホスト側がデバイス側から「ＮＡＫ」を受け取った場合、ホスト側はデバイス側から要求したデータを受け取るまで、ＩＮトークンパケットを再送信する。
【００５０】
本実施形態においては、ＵＳＢのこの規格仕様を利用して、ホスト側とデバイス側のバルク転送によるデータ通信において、デバイスの温度が設定値を超えた場合、デバイス側からホスト側に「ＮＡＫ」を返信するようにする。すなわち、ＩＮトランザクションの場合、デバイス側は、ホスト側からのＩＮトークンパケットに対して、データを送信する代わりに、「ＮＡＫ」を返す。ＯＵＴトランザクションの場合、デバイス側は、ホスト側からのＯＵＴトークンパケットに続いて、データを受信するが、正常にデータを受け取れた場合でも「ＮＡＫ」を返信する。このような処理により、デバイス側のハードディスクドライブ等の記録装置へのアクセス量を減らすことができ、上昇したデバイス温度を冷却させることができる。
【００５１】
そして、設定値に対してある程度温度が下がった場合、ＩＮトランザクションでは、ＩＮトークンパケットに対して、デバイス側は要求されたデータを返信し、ＯＵＴトランザクションでは、ホスト側から再送信されてくるデータに対して、デバイス側は「ＡＣＫ」を返信することにより、正常なデータ転送が再開される。
【００５２】
この処理を図３及び図４を用いて詳細に説明する。図３は、本実施形態に係るバルク転送処理の内容を説明するフローチャートを示す図である。この図３に示すバルク転送処理は、ＣＰＵ４６で定常的に実行されている処理である。図４は、本実施形態に係るバルク転送処理を実行している間のハードディスクドライブ４２における温度変化の一例を示すグラフである。
【００５３】
図３に示すように、デバイス側であるストレージデバイス２０は、バルク転送処理が始まると、温度検出回路４８からハードディスクドライブ４２の温度を取得する（ステップＳ１０）。続いて、ストレージデバイス２０は、ハードディスクドライブ４２の温度が、設定値α以上であるかどうかを判断する（ステップＳ１２）。本実施形態においては、例えばハードディスクドライブ４２の使用可能温度が６０℃以下であるので、設定値αの温度を５５℃にしている。
【００５４】
ハードディスクドライブ４２の温度が設定値α以上でない場合（ステップＳ１２：Ｎｏ）には、ストレージデバイス２０は通常の通信処理を行う（ステップＳ１４）。この通常の通信処理は、図４における期間Ａに相当し、本実施形態における通常モードに該当する。通常の通信処理を行っている間も、所定の周期でハードディスクドライブ４２の温度を取得し（ステップＳ１０）、設定値α以上になっていないかどうかをチェックし続ける（ステップＳ１２）。この通常の通信処理は、ＣＰＵ４６がＵＳＢデバイスコントローラ４０に、通常の通信処理を行うように指示をすることにより、ＵＳＢデバイスコントローラ４０により自律的に行われる。このため、ＵＳＢデバイスコントローラ４０がコンピュータ１０から受信したデータは、ハードディスクドライブ４２に格納され、逆に、ハードディスクドライブ４２から読み出されたデータは、コンピュータ１０に送信される。
【００５５】
一方、ハードディスクドライブ４２の温度が設定値α以上である場合（ステップＳ１２：Ｙｅｓ）には、ストレージデバイス２０は所定の割合で「ＮＡＫ」を返信する通信処理を行う（ステップＳ１６）。すなわち、ホスト側であるコンピュータ１０からトークンパケットやデータを受信した場合、所定の割合で「ＮＡＫ」をコンピュータ１０に返信する。この所定の割合で「ＮＡＫ」を返信する通信処理は、図４における期間Ｂに相当し、本実施形態における放熱モードに該当する。
【００５６】
所定の割合で「ＮＡＫ」を返信する通信処理を実現するためには、ＣＰＵ４６は、ＵＳＢデバイスコントローラ４０に、所定の割合で「ＮＡＫ」を返信する通信処理を行うように指示をする。
【００５７】
図５は、本実施形態に係るＵＳＢデバイスコントローラ４０の内部構成を説明する図である。この図５に示すように、ＵＳＢデバイスコントローラ４０は、指示判断部４０ａと、ＮＡＫ返信部４０ｂと、ＵＳＢ通信制御部４０ｃとを備えている。
【００５８】
指示判断部４０ａは、ＣＰＵ４６からの指示が、所定の割合で「ＮＡＫ」を返信する指示なのか、通常のＵＳＢ通信を行う指示なのかを判断する。ＮＡＫ返信部４０ｂは、指示判断部４０ａからの指示に基づいて、所定の割合で「ＮＡＫ」を返信する通信処理を行う。一方、ＵＳＢ通信制御部４０ｃは、指示判断部４０ａからの指示に基づいて、通常のＵＳＢ通信の通信処理を行う。
【００５９】
したがって、ステップＳ１６において、ＣＰＵ４６から、所定の割合で「ＮＡＫ」を返信する指示を受け取ったＵＳＢデバイスコントローラ４０では、ＮＡＫ返信部４０ｂが、コンピュータ１０から送信されてくるトークンパケットやデータに対して、所定の割合で「ＮＡＫ」を強制的に返信する。すなわち、「ＮＡＫ」を返信した場合には、受信したデータはハードディスクドライブ４２に格納することなく破棄される。また、ハードディスクドライブ４２からデータを読み出す要求に対しては、これを受け入れることなく破棄される。
【００６０】
所定の割合は、種々に設定することが可能であるが、例えば、１００％（すなわち、すべて「ＮＡＫ」を返信する）、や５０％などが考えられる。このようにすることにより、ハードディスクドライブ４２へのアクセスを削減したり、無くしたりすることができ、ハードディスクドライブ４２の温度を下げることができる。
【００６１】
このように所定の割合で「ＮＡＫ」を返信する通信処理を行いながら、所定の周期でハードディスクドライブ４２の温度を温度検出回路４８から取得し（ステップＳ１８）、その取得した温度が設定値β以下であるかどうかを判断する（ステップＳ２０）。本実施形態では、この設定値βは５０℃である。すなわち、５５℃の設定値αに対して５℃のマージンを設けている。
【００６２】
このステップＳ２０で取得した温度が設定値β以下でない場合（ステップＳ２０：Ｎｏ）には、引き続き所定の割合で「ＮＡＫ」を返信する通信処理を続行し（ステップＳ１６）、取得した温度が設定値β以下である場合（ステップＳ２０：Ｙｅｓ）には、ステップＳ１０に戻り、通常の通信処理を行う。すなわち、ステップＳ１４で、ＣＰＵ４６がＵＳＢデバイスコントローラ４０に対して、通常のＵＳＢ通信処理を行う指示を送信する。この指示を受信したＵＳＢデバイスコントローラ４０では、ＵＳＢ通信制御部４０ｃが通常のＵＳＢ通信処理を行う。
【００６３】
以上のように、本実施形態に係る情報処理システムによれば、ストレージデバイス２０のハードディスクドライブ４２の温度が設定値α以上になった場合には、コンピュータ１０からのハードディスクドライブ４２へのアクセスを削減し、又は、無くすことができる。このため、ハードディスクドライブ４２の温度を下げることができる。例えば図４に示すように、ハードディスクドライブ４２の温度が設定値α以上になった場合には、ハードディスクドライブ４２へのアクセスを減らし、又は、無くして、ハードディスクドライブ４２の温度を下げることができる。
【００６４】
そして、ハードディスクドライブ４２の温度が下がり、設定値β以下になった場合には、コンピュータ１０からのハードディスクドライブ４２へのアクセスを認めることにより、その後の処理を続行することができる。
【００６５】
しかも、ハードディスクドライブ４２へのアクセスを削減又は無くすために、ストレージデバイス２０はコンピュータ１０に「ＮＡＫ」を返信するだけであるので、ホスト側であるコンピュータ１０に特別なドライバソフトウェアを追加しなくても、本実施形態を実現することができる。すなわち、ＵＳＢインターフェースのように、デバイス側から自発的に通信できない規格仕様において、データの送受信の成否を伝達するハンドシェークパケットを利用することにより、デバイス側におけるハードディスクドライブ４２へのアクセスを拒否するという要望を満たすことができる。
【００６６】
また、本実施形態におけるハードディスクドライブ４２の温度制御は、ソフトウェアにより実現できるため、大きな冷却器や冷却用ファンを追加装着する必要がない。このため、特にポータブルな情報機器で問題となる放熱器の追加や、通気口の設置による筐体寸法の肥大化を回避することができるとともに、ファンによる騒音の発生も避けられる。
【００６７】
なお、本実施形態は、種々に変形可能である。例えば、図６及び図２から分かるように、バルク転送処理のうちのＯＵＴトランザクションについては、上述した図３のステップＳ１６の処理で、「ＮＡＫ」の代わりに「ＮＹＥＴ」を返信するようにしてもよい（ステップＳ３０）。この「ＮＹＥＴ」はＵＳＢ２．０のハイスピード転送でのみサポートされている。
【００６８】
この場合、バルク転送処理のうちのＩＮトランザクションについては、上述した図３と同様の処理を行うこととなる。また、ＵＳＢインターフェースの規格仕様では、デバイス側から「ＮＹＥＴ」を返信されたホスト側は、データ送信を再開する前に、「ＰＩＮＧ」を用いてデバイスのビジーチェックをすることになっている。
【００６９】
すなわち、図７に示すように、「ＮＹＥＴ」を受信したホストは、所定時間経過後に、デバイスのビジーチェックをするために、「ＰＩＮＧ」をデバイスに送信し、デバイスはそれに対して「ＡＣＫ」または「ＮＡＫ」のステータスを返す事になっている。デバイスの準備がまだできていない場合、すなわち、本実施形態ではハードディスクドライブ４２の温度が設定値β以下になっていない場合には、デバイスは「ＮＡＫ」を返信する。或いは、図８に示すように、ハードディスクドライブ４２の温度が設定値β以下になっていない場合には、デバイスは「ＰＩＮＧ」に対して一旦「ＡＣＫ」をホスト側に返信し、その後、データを受信した際に「ＮＹＥＴ」をホスト側に再度返信するようにしてもよい。
【００７０】
〔第２実施形態〕
上述した第１実施形態では、本発明をＵＳＢ規格に適用した例を説明したが、第２実施形態では、本発明をＩＥＥＥ１３９４規格に適用した例を説明する。なお、以下に説明する第２実施形態乃至第４実施形態では、上述した第１実施形態と異なる部分のみ説明する。
【００７１】
ＩＥＥＥ１３９４には、転送モードとして、アイソクロナス転送とアシンクロナス転送の２種類が存在する。アイソクロナス転送は、主に映像や音声などのリアルタイムデータの転送に用いられるモードであり、帯域幅が保証されている。アシンクロナス転送は、非同期データ転送用のモードであり、帯域幅は保証されていない。これら２つの転送モードのうち、アイソクロナス転送ではデータの受信確認は行われないが、アシンクロナス転送では、データの受信確認が行われる。受信確認の際には、データの受信側は、送信側からのデータを正常に受け取った場合には、アクノーレッジパケットを返信し、データを正常に受け取れなかった場合には、アクノーレッジビジーパケットを返信して、データを再送させる。但し、受信側が、相手先を指定しない全ノード宛のブロードキャストパケットを受信した場合には、データを正常に受け取った場合でも、アクノーレッジパケットを返信しないことになっている。
【００７２】
図９は、本実施形態に係る情報処理システムの構成を説明するブロック図であり、上述した図１に対応する図である。この図９は、コンピュータ１０とストレージデバイス２０との間が、ＩＥＥＥ１３９４ケーブル２００で接続されている点で、図１と相違する。このため、コンピュータ１０は、ＩＥＥＥ１３９４ケーブル２００のコネクタに合致した接続ポート２０２を備えており、ストレージデバイス２０もＩＥＥＥ１３９４ケーブル２００のコネクタに合致した接続ポート２０４を備えている。また、ストレージデバイス２０は、ＵＳＢデバイスコントローラ４０に代えて、ＩＥＥＥ１３９４コントローラ２１０を備えている。
【００７３】
図１０は、ＩＥＥＥ１３９４コントローラ２１０の内部構成を説明する図であり、上述した図５に対応する図である。この図１０に示すように、ＩＥＥＥ１３９４コントローラ２１０は、指示判断部２１０ａと、ビジーパケット返信部２１０ｂと、ＩＥＥＥ１３９４通信制御部２１０ｃとを備えている。
【００７４】
指示判断部２１０ａは、ＣＰＵ４６からの指示が、所定の割合でアクノーレッジビジーパケットを返信する指示なのか、通常のＩＥＥＥ１３９４通信を行う指示なのかを判断する。ビジーパケット返信部２１０ｂは、指示判断部２１０ａからの指示に基づいて、所定の割合でアクノーレッジビジーパケットを返信する通信処理を行う。一方、ＩＥＥＥ１３９４通信制御部２１０ｃは、指示判断部２１０ａからの指示に基づいて、通常のＩＥＥＥ１３９４通信の通信処理を行う。
【００７５】
図１１は、本実施形態に係るアシンクロナス転送処理の内容を説明するフローチャートを示す図であり、上述した図３に対応する図である。この図１１から分かるように、本実施形態においては、ステップＳ１６の代わりにステップＳ２００が実行される。すなわち、ハードディスクドライブ４２の温度が設定値α以上である場合（ステップＳ１２：Ｙｅｓ）には、ストレージデバイス２０は、所定の割合で、アクノーレッジビジーパケットを返信する通信処理を行う（ステップＳ２００）。すなわち、ホスト側であるコンピュータ１０からデータを受信した際に、正常にデータが受信できた場合でも、所定の割合で、アクノーレッジビジーパケットをコンピュータ１０に返信する。上述した第１実施形態と同様に、所定の割合でアクノーレッジビジーパケットを返信するための処理は、ＣＰＵ４６からの指示に基づいて、ＩＥＥＥ１３９４コントローラ２１０のビジーパケット返信部２１０ｂで自律的に行われる。そして、ハードディスクドライブ４０の温度が設定値β以下になった場合には、ＣＰＵ４６は、アクノーレッジビジーパケットを所定の割合で返信する処理を止めて、通常の処理に戻るよう、ＩＥＥＥ１３９４コントローラ２１０に指示をする（ステップＳ２０）。この指示を受信したＩＥＥＥ１３９４コントローラ２１０では、ＩＥＥＥ１３９４通信制御部２１０ｃが、ＩＥＥＥ１３９４の通常の通信処理を行う。
【００７６】
以上のように、本実施形態に係る情報処理システムによっても、ストレージデバイス２０のハードディスクドライブ４２の温度が設定値α以上になった場合には、コンピュータ１０からのハードディスクドライブ４２へのアクセスを削減し、又は、無くすことができる。このため、ハードディスクドライブ４２の温度を下げることができる。
【００７７】
〔第３実施形態〕
第３実施形態は、本発明をBluetooth規格に適用した実施形態である。Bluetoothには、通信リンクとして、ＳＣＯリンクとＡＣＬリンクとが存在する。
【００７８】
ＳＣＯリンクは、回線交換型であり、１つのマスターと１つのスレーブとの間で、１対１の通信を行うものである。リアルタイム伝送が可能で、主に、音声の伝送等に使用される。ＳＣＯリンクでは、受信したパケットに誤りがあっても、ＳＣＯリンクではデータパケットは再送されない。一方、ＡＣＬリンクは、パケット交換型で、マスターと複数のスレーブとの間で、１対多の通信を行うものである。
【００７９】
ＳＣＯリンク上で送受信されるデータパケットは、ＳＣＯパケットと総称される。ＳＣＯパケットは、そのペイロードに誤り検出符号を持っていない。ＡＣＬリンク上で送受信されるデータパケットは、ＡＣＬパケットと総称される。ＡＣＬパケットは、原則として、そのペイロードに誤り検出符号を持っており、再送機能を備えている。さらに、ＳＣＯリンクとＡＣＬリンクの双方に共通で定義されるパケットとして、共通パケットがある。
【００８０】
図１２Ａは、ＡＣＬリンクで用いられるパケットのフォーマットを示す図である。この図１２Ａに示すように、各パケットはフィールドとして、アクセスコードと、ヘッダと、ペイロードとを備えている。図１２Ｂに示すように、アクセスコードはフィールドとして、プリアンブルと、シンクワードと、トレーラとを備えている。図１２Ｃに示すように、ヘッダはフィールドとして、AM_ADDRと、TYPEと、FLOWと、ARQNと、SEQNと、HECとを備えている。図１２Ｄに示すように、ペイロードは、ペイロードヘッダと、ペイロードボディと、CRCとを備えている。
【００８１】
Bluetoothには、受信確認用のパケットは無く、その代わりに、ARQNフィールドを用いて、受信確認を行う。正しくデータを受信できた場合には、アクノーレッジの意味でARQN＝１とし、正しくデータを受信できなかった場合には、ネガティブアクノーレッジの意味でARQN＝０とすることにより、送信した相手に受信結果を伝達する。ARQN＝０の場合、これを受け取った送信側は、データを再送信する。
【００８２】
例えば、図１３に示すように、受信側がデータＡを正常に受信できなかった場合には、送信側にARQN＝０を返信して、再送を要求する。これを受けて、送信側は、データＡを再度送信する。受信側がデータＡを正常に受信できた場合には、送信側にARQN＝１を返信して、正常に受信したことを伝える。これを受けて、送信側は、次のデータＢを送信する。
【００８３】
また、Bluetoothには、通信リンク監視用のタイマーが定義されており、予め通信リンク監視タイマーに設定されている設定値以上の再送が続くと、マスター側がスレーブは通信不能と見なして、リンクを切断するようになっている。
【００８４】
図１４は、本実施形態に係る情報処理システムの構成を説明するブロック図であり、上述した図１に対応する図である。この図１４は、コンピュータ１０とストレージデバイス２０との間が、Bluetooth規格、つまり無線で接続されている点で、図１と相違する。このため、コンピュータ１０は、Bluetooth規格に合致した送受信ユニット３０２を備えており、ストレージデバイス２０もBluetooth規格に合致した送受信ユニット３０４を備えている。また、ストレージデバイス２０は、ＵＳＢデバイスコントローラ４０に代えて、ＢＬＵＥＴＯＯＴＨコントローラ３１０を備えている。
【００８５】
図１５は、ＢＬＵＥＴＯＯＴＨコントローラ３１０の内部構成を説明する図であり、上述した図５に対応する図である。この図１５に示すように、ＢＬＵＥＴＯＯＴＨコントローラ３１０は、指示判断部３１０ａと、ＡＲＱＮ返信部３１０ｂと、ＢＬＵＥＴＯＯＴＨ通信制御部３１０ｃとを備えている。
【００８６】
指示判断部３１０ａは、ＣＰＵ４６からの指示が、所定の割合でＡＲＱＮ＝０を返信する指示なのか、通常のＢＬＵＥＴＯＯＴＨ通信を行う指示なのかを判断する。ＡＲＱＮ返信部３１０ｂは、指示判断部３１０ａからの指示に基づいて、所定の割合でＡＲＱＮ＝０を返信する通信処理を行う。一方、ＢＬＵＥＴＯＯＴＨ通信制御部３１０ｃは、指示判断部３１０ａからの指示に基づいて、通常のＢＬＵＥＴＯＯＴＨ通信の通信処理を行う。
【００８７】
図１６は、本実施形態に係るBluetoothデータ受信処理の内容を説明するフローチャートを示す図であり、上述した図３に対応する図である。この図１６から分かるように、本実施形態においては、ステップＳ１６の代わりにステップＳ３００が実行される。すなわち、ハードディスクドライブ４２の温度が設定値α以上である場合（ステップＳ１２：Ｙｅｓ）には、ストレージデバイス２０は、所定の割合で、正常に受信できなかったことを示すARQN＝０を返信する通信処理を行う（ステップＳ３００）。すなわち、ホスト側であるコンピュータ１０からデータを受信した際に、正常にデータが受信できた場合でも、所定の割合で、ヘッダにARQN＝０を含むパケットをコンピュータ１０に返信する。上述した第１実施形態と同様に、所定の割合でヘッダにARQN＝０を含むパケットを返信するための処理は、ＣＰＵ４６からの指示に基づいて、ＢＬＵＥＴＯＯＴＨコントローラ３１０のＡＲＱＮ返信部３１０ｂで自律的に行われる。そして、ハードディスクドライブ４０の温度が設定値β以下になった場合には、ＣＰＵ４６は、ARQN＝０を所定の割合で返信する処理を止めて、通常の処理に戻るよう、ＢＬＵＥＴＯＯＴＨコントローラ３１０に指示をする（ステップＳ２０）。この指示を受信したＢＬＵＥＴＯＯＴＨコントローラ３１０では、ＢＬＵＥＴＯＯＴＨ通信制御部３１０ｃが、通常のＢＬＵＥＴＯＯＴＨ通信処理を行う。
【００８８】
以上のように、本実施形態に係る情報処理システムによっても、ストレージデバイス２０のハードディスクドライブ４２の温度が設定値α以上になった場合には、コンピュータ１０からのハードディスクドライブ４２へのアクセスを削減し、又は、無くすことができる。このため、ハードディスクドライブ４２の温度を下げることができる。
【００８９】
〔第４実施形態〕
第４実施形態は、本発明をＴＣＰ（Transmission Control Protocol）に適用した実施形態である。
【００９０】
ＴＣＰは送信されるすべてのデータについて、一定時間内にアクノーレッジによる受信確認を行うことになっている。すなわち、データセグメントが送信側から送出されると、タイマーが起動し、このタイマーが終了するまでにアクノーレッジを送信側が受信しなければならない。タイマーが終了するまでにアクノーレッジを受信できない場合、送信側はデータが失われたと判断して、データセグメントの再送信を行う。アクノーレッジは、図１７に示すＴＣＰセグメントヘッダフォーマットにおけるACKフラグを立てることにより行う。そして、所定回数再送信しても、アクノーレッジを受信できない場合には、送信側はRSTフラグを立てたセグメントを送信して、コネクションを強制終了する。
【００９１】
図１８は、本実施形態に係る情報処理システムの構成を説明するブロック図であり、上述した図１に対応する図である。この図１８は、コンピュータ１０とストレージデバイス２０との間が、ネットワーク４００を介したＴＣＰ規格により接続されている点で、図１と相違する。このため、コンピュータ１０は、ＴＣＰ規格のインターフェース４０２を備えており、ストレージデバイス２０もＴＣＰ規格のインターフェース４０４を備えている。また、ストレージデバイス２０は、ＵＳＢデバイスコントローラ４０に代えて、ＴＣＰコントローラ４１０を備えている。
【００９２】
図１９は、ＴＣＰコントローラ４１０の内部構成を説明する図であり、上述した図５に対応する図である。この図１９に示すように、ＴＣＰコントローラ４１０は、指示判断部４１０ａと、アクノーレッジ停止部４１０ｂと、ＴＣＰ通信制御部４１０ｃとを備えている。
【００９３】
指示判断部４１０ａは、ＣＰＵ４６からの指示が、所定の割合でアクノーレッジを返信しないようにする指示なのか、通常のＴＣＰ通信を行う指示なのかを判断する。アクノーレッジ停止部４１０ｂは、指示判断部４１０ａからの指示に基づいて、所定の割合でアクノーレッジを返信しない通信処理を行う。一方、ＴＣＰ通信制御部４１０ｃは、指示判断部４１０ａからの指示に基づいて、通常のＴＣＰ通信の通信処理を行う。
【００９４】
図２０は、本実施形態に係るＴＣＰデータ受信処理の内容を説明するフローチャートを示す図であり、上述した図３に対応する図である。この図２０から分かるように、本実施形態においては、ステップＳ１６の代わりにステップＳ４００が実行される。すなわち、ハードディスクドライブ４２の温度が設定値α以上である場合（ステップＳ１２：Ｙｅｓ）には、ストレージデバイス２０は、所定の割合で、アクノーレッジを返信しない通信処理を行う（ステップＳ４００）。すなわち、ホスト側であるコンピュータ１０からデータを受信した際に、正常にデータが受信できた場合でも、所定の割合で、アクノーレッジを返信せずに、受信したデータを破棄する。上述した第１実施形態と同様に、所定の割合でアクノーレッジを返信しないようにするための処理は、ＣＰＵ４６からの指示に基づいて、ＴＣＰコントローラ４１０のアクノーレッジ停止部４１０ｂで自律的に行われる。所定時間経過してもアクノーレッジを受信できないコンピュータ１０は、データの再送信をすることとなる。そして、ハードディスクドライブ４０の温度が設定値β以下になった場合には、ＣＰＵ４６は、所定の割合でアクノーレッジを返信しないようにする処理を止めて、通常の処理に戻るよう、ＴＣＰコントローラ４１０に指示をする（ステップＳ２０）。この指示を受信したＴＣＰコントローラ４１０では、ＴＣＰ通信制御部４１０ｃが、通常のＴＣＰ通信処理を行う。
【００９５】
以上のように、本実施形態に係る情報処理システムによっても、ストレージデバイス２０のハードディスクドライブ４２の温度が設定値α以上になった場合には、コンピュータ１０からのハードディスクドライブ４２へのアクセスを削減し、又は、無くすことができる。このため、ハードディスクドライブ４２の温度を下げることができる。
【００９６】
〔第５実施形態〕
上述した第１実施形態では、放熱モードにおいて、「ＮＡＫ」の返信割合を高くするとタイムアウトが発生し、ＵＳＢ通信が切断されてしまう可能性がある。ＵＳＢ通信が切断されてしまった場合、ユーザはコネクションの確立をやり直さなければならない。具体的には、ユーザは、ＵＳＢコネクタの抜き差しを行って、再度、コネクションを確立しなければならない。
【００９７】
しかし、タイムアウトになるまでの時間は、コンピュータ１０やストレージデバイス２０で使用されているＯＳの種類や、使用する通信ドライバの種類によって、変動するため、予め適正な所定の割合を定めておくのは困難である。
【００９８】
そこで、本実施形態においては、ＵＳＢデバイスコントローラ４０に学習機能を持たせ、ある割合で「ＮＡＫ」を返信している放熱モードにおいてコネクションが切断されてしまった場合には、次回からは、これまでよりも「ＮＡＫ」を返信する割合を少なく設定することにより、コネクションが切断されるのを回避できるようにしたものである。以下、上述した第１実施形態と異なる部分のみ説明する。
【００９９】
図２１は、本実施形態に係るＵＳＢデバイスコントローラ４０の内部構成を説明する図であり、上述した図５に対応する図である。この図２１に示すように、ＵＳＢデバイスコントローラ４０は、指示判断部４０ａと、ＵＳＢ通信制御部４０ｃと、ＮＡＫ返信部５００と、ＮＡＫ割合格納部５０２と、ＮＡＫ割合調整部５０４とを備えて構成されている。
【０１００】
指示判断部４０ａとＵＳＢ通信制御部４０ｃの機能は、上述した第１実施形態と同様である。ＮＡＫ返信部５００は、放熱モードにおいて、ＮＡＫ割合格納部５０２に格納されているＮＡＫ割合を取得して、このＮＡＫ割合で定められている割合で、「ＮＡＫ」をコンピュータ１０に返信する。ＮＡＫ割合調整部５０４は、放熱モードにおいて、タイムアウトが発生したかどうかを監視し、タイムアウトが発生した場合には、ＮＡＫ割合を削減して、ＮＡＫ割合格納部５０２に格納する。
【０１０１】
なお、本実施形態においては、これらの処理をハードウェアにより実現しているが、ＵＳＢデバイスコントローラ４０にマイクロコンピュータが内蔵されている場合には、これらの処理をソフトウェアにより実現することもできる。
【０１０２】
図２２は、本実施形態に係るＮＡＫ返信部５００で実行されるＮＡＫ返信処理を説明するフローチャートを示す図である。このＮＡＫ返信処理は、ＮＡＫ返信部５００が指示判断部４０ａから、所定の割合でＮＡＫを返信するように指示された場合に、起動される処理である。
【０１０３】
このＮＡＫ返信処理においては、ＮＡＫ返信部５００は、まず、ＮＡＫ割合格納部５０２に格納されているＮＡＫ割合を取得する（ステップＳ５００）。このＮＡＫ割合格納部５００には、例えば、初期値としては９０％の値のＮＡＫ割合が格納されている。
【０１０４】
次に、ＮＡＫ返信部５００は、この取得したＮＡＫ割合で定められている割合で、「ＮＡＫ」を返信する処理を行う（ステップＳ５０２）。すなわち、コンピュータ１０から送信されてくるデータやトークンパケットに対して、正常に受信できた場合でも、或いは、正常に処理できる場合でも、ＮＡＫ割合で定められている割合で、「ＮＡＫ」を返信する。
【０１０５】
次に、ＮＡＫ返信部５００は、指示判断部４０ａから、所定の割合で「ＮＡＫ」を返信する処理を終了するように指示されたかどうかを判断する（ステップＳ５０４）。所定の割合で「ＮＡＫ」を返信する処理を終了するように指示されていない場合（ステップＳ５０４：ＮＯ）には、上述したステップＳ５０２の処理を繰り返す。
【０１０６】
一方、所定の割合で「ＮＡＫ」を返信する処理を終了するように指示された場合（ステップＳ５０４：ＹＥＳ）には、このＮＡＫ返信処理を終了し、通常モードに戻る。
【０１０７】
図２３は、本実施形態に係るＮＡＫ割合調整部５０４で実行されるＮＡＫ割合調整処理を説明するフローチャートを示す図である。このＮＡＫ割合調整処理は、ＮＡＫ調整部５０４が指示判断部４０ａから、所定の割合でＮＡＫを返信する放熱モードに移行する通知を受けた場合に、起動される処理である。
【０１０８】
このＮＡＫ割合調整処理においては、ＮＡＫ調整部５０４は、まず、ＮＡＫ割合格納部５０２から、ＮＡＫ割合を取得する（ステップＳ５２０）。
【０１０９】
次に、ＮＡＫ割合調整部５０４は、タイムアウトが発生したかどうかを判断する（ステップＳ５２２）。タイムアウトが発生したかどうかの判断は、様々なものが考えられるが、例えば、ＩＮトランザクションにおいては、（１００％−ＮＡＫ割合）の割合で、データを送信することになるが、その送信したデータに対して、所定時間（例えば１０秒）待ってもコンピュータ１０からアクノーレッジが返信されてこない場合には、コンピュータ１０でタイムアウトが発生し、コネクションが切断されたと判断できる。これに対して、ＯＵＴトランザクションにおいては、（１００％−ＮＡＫ割合）の割合で、コンピュータ１０から送信されたデータに対してアクノーレッジを返信することになるが、所定時間（例えば１０秒）待っても、コンピュータ１０からデータが送信されてこない場合には、コンピュータ１０でタイムアウトが発生し、コネクションが切断されたと判断できる。
【０１１０】
タイムアウトが発生していない場合（ステップＳ５２２：ＮＯ）には、ＮＡＫ割合調整部５０４は、指示判断部４０ａから所定の割合でＮＡＫを返信する処理が終了した旨の通知を受けたかどうかを判断する（ステップＳ５２４）。ＮＡＫを返信する処理が終了した旨の通知を受けていない場合（ステップＳ５２４：ＮＯ）には、上述したステップＳ５２２からを繰り返す。一方、ＮＡＫを返信する処理が終了した旨の通知を受けた場合（ステップＳ５２４：ＹＥＳ）には、このＮＡＫ割合調整処理を終了する。
【０１１１】
これに対して、ステップＳ５２２でタイムアウトが発生したと判断した場合（ステップＳ５２２：ＹＥＳ）には、ステップＳ５２０で取得したＮＡＫ割合を削減する（ステップＳ５２６）。本実施形態においては、ステップＳ５２０で取得したＮＡＫ割合から、５％を減算し、これを新たなＮＡＫ割合とする。
【０１１２】
次に、ＮＡＫ割合調整部５０４は、この削減したＮＡＫ割合をＮＡＫ割合格納部５０２に格納する（ステップＳ５２８）。したがって、次回、ＮＡＫ返信処理が起動された場合には、この削減した新たなＮＡＫ割合に基づいて、「ＮＡＫ」を返信する処理が行われることとなる。そして、このＮＡＫ割合調整処理を終了する。
【０１１３】
以上のように、本実施形態に係る情報処理システムによれば、放熱モードにおいて、コンピュータ１０でタイムアウトが発生した場合には、次回からは、ＮＡＫを返信する割合が少なくなるようにしたので、タイムアウトを繰り返すうちに、やがて、タイムアウトが発生しないようにすることができる。
【０１１４】
なお、本実施形態においては、ＮＡＫ割合調整処理をＵＳＢデバイスコントローラ４０で行うこととしたが、ＣＰＵ４６で行うようにしてもよい。この場合、ＣＰＵ４６は「ＮＡＫ」を返信する指示をＵＳＢデバイスコントローラ４０に送信する際（ステップＳ１６）に、そのＮＡＫ割合もＵＳＢデバイスコントローラ４０に指示することとなる。
【０１１５】
〔第６実施形態〕
上述した第５実施形態では、放熱モードにおいてタイムアウトが発生した場合には、ＮＡＫ割合を所定の割合だけ少なくすることとしたが、本実施形態においては、タイムアウトが発生するまでの時間に基づいて、新たなＮＡＫ割合を決定するようにしたものである。以下、上述した第５実施形態と異なる部分のみを説明する。
【０１１６】
図２４は、本実施形態に係るＵＳＢデバイスコントローラ４０の内部構成を説明する図であり、上述した図２１に対応する図である。この図２４に示すように、ＵＳＢデバイスコントローラ４０は、指示判断部４０ａと、ＵＳＢ通信制御部４０ｃと、ＮＡＫ返信部５００と、ＮＡＫ割合格納部５０２と、ＮＡＫ割合決定部６００と、時間計測部６０２とを備えて構成されている。
【０１１７】
指示判断部４０ａとＵＳＢ通信制御部４０ｃとＮＡＫ返信部５００とＮＡＫ格納部５０２の機能は、上述した第５実施形態と同様である。ＮＡＫ割合決定部６００は、放熱モードにおいて、タイムアウトが発生したかどうかを監視し、タイムアウトが発生した場合には、タイムアウトが発生するまでの時間に基づいて、新たなＮＡＫ割合を決定して、ＮＡＫ割合格納部５０２に格納する。
【０１１８】
時間計測部６０２は、タイムアウトが発生するまでの時間を計測する。したがって、ＮＡＫ割合決定部６００は、タイムアウトが発生した場合には、この時間計測部６０２から、タイムアウトが発生するまでの時間を取得する。
【０１１９】
タイムアウトが発生するまでの時間の計測の手法には、様々なものが考えられる。例えば、連続して「ＮＡＫ」を返信している場合には、その連続している時間を計測し、その連続している時間をタイムアウトが発生するまでの時間としてもよい。或いは、最後に「ＡＣＫ」を返信してからタイムアウトが発生するまでの時間を計測してもよい。
【０１２０】
なお、本実施形態においては、これらの処理をハードウェアにより実現しているが、ＵＳＢデバイスコントローラ４０にマイクロコンピュータが内蔵されている場合には、これらの処理をソフトウェアにより実現することもできる。
【０１２１】
また、本実施形態に係るＮＡＫ返信部５００で実行されるＮＡＫ返信処理は、上述した第５実施形態と同様である。
【０１２２】
図２５は、本実施形態に係るＮＡＫ割合決定部６００で実行されるＮＡＫ割合決定処理を説明するフローチャートを示す図である。このＮＡＫ割合決定処理は、ＮＡＫ割合決定部６００が指示判断部４０ａから、所定の割合でＮＡＫを返信する放熱モードに移行する通知を受けた場合に、起動される処理である。
【０１２３】
このＮＡＫ割合決定処理においては、ＮＡＫ割合決定部６００は、まず、タイムアウトが発生したかどうかを判断する（ステップＳ６００）。タイムアウトが発生したかどうかの判断は、上述した第５実施形態と同様である。
【０１２４】
タイムアウトが発生していない場合（ステップＳ６００：ＮＯ）には、ＮＡＫ割合決定部６００は、指示判断部４０ａから所定の割合でＮＡＫを返信する処理が終了した旨の通知を受けたかどうかを判断する（ステップＳ６０２）。ＮＡＫを返信する処理が終了した旨の通知を受けていない場合（ステップＳ６０２：ＮＯ）には、上述したステップＳ６００からを繰り返す。一方、ＮＡＫを返信する処理が終了した旨の通知を受けた場合（ステップＳ６０２：ＹＥＳ）には、このＮＡＫ割合決定処理を終了する。
【０１２５】
これに対して、ステップＳ６００でタイムアウトが発生したと判断した場合（ステップＳ６００：ＹＥＳ）には、時間計測部６０２からタイムアウトまでの時間を取得する（ステップＳ６０４）。
【０１２６】
次に、ＮＡＫ割合決定部６００は、この取得したタイムアウトまでの時間に基づいて、新たなＮＡＫ割合を決定する（ステップＳ６０６）。図２６は、このとき使用されるＮＡＫ割合テーブルＴＢ１０の構成の一例を示す図である。本実施形態においては、このＮＡＫ割合テーブルＴＢ１０は、ＮＡＫ割合決定部６００の内部に設けられているＲＯＭに格納されている。このＮＡＫ割合テーブルＴＢ１０には、タイムアウトまでの時間と、これに対応するＮＡＫ割合とが格納されている。したがって、ステップＳ６０６では、取得したタイムアウトまでの時間に基づいて、このＮＡＫ割合テーブルＴＢ１０を検索し、タイムアウトまでの時間に対応する新たなＮＡＫ割合を取得する。
【０１２７】
タイムアウトまでの時間に対する適正なＮＡＫ割合は、通信プロトコルに基づいておよそ予測することが可能である。したがって、本実施形態では、この予測されたケースに基づいて、ＮＡＫ割合を定めている。
【０１２８】
次に、図２５に示すように、ＮＡＫ割合決定部６００は、この新たなＮＡＫ割合をＮＡＫ割合格納部５０２に格納する（ステップＳ６０８）。したがって、次回、ＮＡＫ返信処理が起動された場合には、この新たなＮＡＫ割合に基づいて、「ＮＡＫ」を返信する処理が行われることとなる。そして、このＮＡＫ割合決定処理を終了する。
【０１２９】
以上のように、本実施形態に係る情報処理システムによれば、放熱モードにおいて、コンピュータ１０でタイムアウトが発生した場合には、このタイムアウトが発生するまでの時間に基づいて、次回のＮＡＫ割合を決定するようにしたので、次回からはタイムアウトが発生する可能性を著しく低減することができる。
【０１３０】
なお、本実施形態においては、ＮＡＫ割合決定処理をＵＳＢデバイスコントローラ４０で行うこととしたが、ＣＰＵ４６で行うようにしてもよい。この場合、ＣＰＵ４６は「ＮＡＫ」を返信する指示をＵＳＢデバイスコントローラ４０に送信する際（ステップＳ１６）に、そのＮＡＫ割合もＵＳＢデバイスコントローラ４０に指示することとなる。
【０１３１】
なお、本発明は上述した実施形態に限定されずに、種々に変形可能である。例えば、上述した実施形態では、連続して動作することにより熱を発する発熱性の内部装置の一例として、ハードディスクドライブ４２を例に挙げて説明したが、この発熱性の内部装置はハードディスクドライブ４２に限られるものではない。例えば、発熱性の内部装置として、ＣＤ−Ｒ／ＲＷドライブ、ＤＶＤ−Ｒ／ＲＷドライブ、フレキシブルディスクドライブ、光ディスクドライブなどのスピンドル系の内部装置を備える情報機器であっても、本発明を適用することができる。また、発熱性の内部装置として、ＣＰＵなどの発熱性の電子回路を備える情報機器であっても、本発明を適用することができる。
【０１３２】
さらに、ストレージデバイス２０は、発熱性の内部装置を有する情報機器の一例であり、パーソナルコンピュータや、ＰＤＡ（Personal Digital Assistant）などであってもよい。
【０１３３】
また、上述した第１実施形態乃至第４実施形態における「所定の割合」（ステップＳ１６など）は、０％を超えて１００％以下であれば任意に設定可能である。但し、所定の割合を１００％に設定した場合、コンピュータ１０側でデータ送信の再試行の回数に制限がある場合や、タイムアウトの制限がある場合には、これらのエラーに該当してしまう可能性がある。このような場合、所定の割合を５０％や７０％に設定することにより、エラーに該当する可能性を低減することができる。また、ハードディスクドライブ４２の温度などに応じて、所定の割合を動的に変更するようにしてもよい。
【０１３４】
また、上述した各実施形態においては、所定の割合でデータが正常に受信できなかった旨を返信するための制御を、ＵＳＢデバイスコントローラ４０、ＩＥＥＥ１３９４コントローラ２１０、ＢＬＵＥＴＯＯＴＨコントローラ３１０、又は、ＴＣＰコントローラ４１０が自律的に行うこととしたが、この返信するための制御をＣＰＵ４６が自ら行うようにしてもよい。さらには、所定の割合でデータが正常に受信できなかった旨を返信するための制御の一部を、ＣＰＵ４６が行うようにしてもよい。この場合、例えば、図２４において、指示判断部４０ａ、ＮＡＫ返信部５００、ＮＡＫ割合格納部５０２、ＮＡＫ割合決定部６００、及び、時間計測部６０２が行う処理の少なくとも１つを、ＣＰＵ４６が行うようにすればよい。
【０１３５】
また、上述した第５実施形態及び第６実施形態では、ＵＳＢ通信の例を用いて、タイムアウトが発生した場合にＮＡＫ割合を調整したり変更したりする手法を説明したが、他の通信規格においても、この手法を適用することができる。
【０１３６】
また、上述の実施形態で説明した各処理については、これら各処理を実行するためのプログラムをフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）、ＲＯＭ、メモリカード等の記録媒体に記録して、記録媒体の形で頒布することが可能である。この場合、このプログラムが記録された記録媒体をストレージデバイス２０などの情報機器に読み込ませ、実行させることにより、上述した実施形態を実現することができる。
【０１３７】
また、ストレージデバイス２０などの情報機器は、オペレーティングシステムや別のアプリケーションプログラム等の他のプログラムを備える場合がある。この場合、情報機器の備える他のプログラムを活用し、記録媒体にはその情報機器が備えるプログラムの中から、上述した実施形態と同等の処理を実現するプログラムを呼び出すような命令を記録するようにしてもよい。
【０１３８】
さらに、このようなプログラムは、記録媒体の形ではなく、ネットワークを通じて搬送波として頒布することも可能である。ネットワーク上を搬送波の形で伝送されたプログラムは、ストレージデバイス２０などの情報機器に取り込まれて、このプログラムを実行することにより上述した実施形態を実現することができる。
【０１３９】
また、記録媒体にプログラムを記録する際や、ネットワーク上を搬送波として伝送される際に、プログラムの暗号化や圧縮化がなされている場合がある。この場合には、これら記録媒体や搬送波からプログラムを読み込んだストレージデバイス２０などの情報機器は、そのプログラムの復号や伸張化を行った上で、実行する必要がある。
【図面の簡単な説明】
【０１４０】
【図１】第１実施形態に係る情報処理システムの構成を説明するブロック図。
【図２】ＵＳＢインターフェースのバルク転送におけるトランザクションを説明する図。
【図３】第１実施形態に係るバルク転送処理の内容を説明するフローチャートを示す図。
【図４】第１実施形態に係るバルク転送をしている間のハードディスクドライブの温度変化の一例を示す図。
【図５】第１実施形態に係るＵＳＢデバイスコントローラの内部構成の一例を説明する図。
【図６】バルク転送におけるＯＵＴトランザクション処理の変形例を説明するフローチャートを示す図。
【図７】図６のＯＵＴトランザクション処理を行った場合のホストとデバイスとの間におけるやり取りの一例を示す図。
【図８】図６のＯＵＴトランザクション処理を行った場合のホストとデバイスとの間におけるやり取りの変形例を示す図。
【図９】第２実施形態に係る情報処理システムの構成を説明するブロック図。
【図１０】第２実施形態に係るＩＥＥＥ１３９４コントローラの内部構成の一例を説明する図。
【図１１】第２実施形態に係るアシンクロナス転送処理の内容を説明するフローチャートを示す図。
【図１２】図１２Ａは、第３実施形態におけるBluetoothで用いられるパケット構成を示す図、図１２Ｂは、アクセスコード部の構成を詳細に示す図、図１２Ｃは、ヘッダ部の構成を詳細に示す図、図１２Ｄは、ペイロード部の構成を詳細に示す図。
【図１３】第３実施形態におけるデータ送受信フローを説明する図。
【図１４】第３実施形態に係る情報処理システムの構成を説明するブロック図。
【図１５】第３実施形態に係るＢＬＵＥＴＯＯＴＨコントローラの内部構成の一例を説明する図。
【図１６】第３実施形態に係るBluetoothデータ受信処理の内容を説明するフローチャートを示す図。
【図１７】第４実施形態にけるＴＣＰ規格で用いられるセグメント構成を説明する図。
【図１８】第４実施形態に係る情報処理システムの構成を説明するブロック図。
【図１９】第４実施形態に係るＴＣＰコントローラの内部構成の一例を説明する図。
【図２０】第４実施形態に係るＴＣＰデータ受信処理の内容を説明するフローチャートを示す図。
【図２１】第５実施形態に係るＵＳＢデバイスコントローラの内部構成の一例を説明する図。
【図２２】第５実施形態に係るＵＳＢデバイスコントローラで実行されるＮＡＫ返信処理の内容を説明するフローチャートを示す図。
【図２３】第５実施形態に係るＵＳＢデバイスコントローラで実行されるＮＡＫ割合調整処理の内容を説明するフローチャートを示す図。
【図２４】第６実施形態に係るＵＳＢデバイスコントローラの内部構成の一例を説明する図。
【図２５】第６実施形態に係るＵＳＢデバイスコントローラで実行されるＮＡＫ割合決定処理の内容を説明するフローチャートを示す図。
【図２６】第６実施形態に係るＮＡＫ割合テーブルの構成の一例を説明する図。
【符号の説明】
【０１４１】
１０    コンピュータ
１２    タイプＡの接続ポート
２０    ストレージデバイス
２２    タイプＢの接続ポート
３０    ＵＳＢケーブル
４０    ＵＳＢデバイスコントローラ
４２    ハードディスクドライブ
４４    ＡＴＡブリッジコントローラ
４６    ＣＰＵ
４８    温度検出回路
２００  ＩＥＥＥ１３９４ケーブル
２０２  ＩＥＥＥ１３９４接続ポート
２０４  ＩＥＥＥ１３９４接続ポート
３０２  Ｂｌｕｅｔｏｏｔｈ送受信ユニット
３０４  Ｂｌｕｅｔｏｏｔｈ送受信ユニット
４００  ネットワーク
４０２  ＴＣＰ規格を含むインターフェースの接続ポート
４０４  ＴＣＰ規格を含むインターフェースの接続ポート
【図１】
2006053886.tif 000003
【図２】
2006053886.tif 000004
【図３】
2006053886.tif 000005
【図４】
2006053886.tif 000006
【図５】
2006053886.tif 000007
【図６】
2006053886.tif 000008
【図７】
2006053886.tif 000009
【図８】
2006053886.tif 000010
【図９】
2006053886.tif 000011
【図１０】
2006053886.tif 000012
【図１１】
2006053886.tif 000013
【図１２】
2006053886.tif 000014
【図１３】
2006053886.tif 000015
【図１４】
2006053886.tif 000016
【図１５】
2006053886.tif 000017
【図１６】
2006053886.tif 000018
【図１７】
2006053886.tif 000019
【図１８】
2006053886.tif 000020
【図１９】
2006053886.tif 000021
【図２０】
2006053886.tif 000022
【図２１】
2006053886.tif 000023
【図２２】
2006053886.tif 000024
【図２３】
2006053886.tif 000025
【図２４】
2006053886.tif 000026
【図２５】
2006053886.tif 000027
【図２６】
2006053886.tif 000028