ワイヤレスＵＳＢシステム、デバイスワイヤアダプタ及び有線ＵＳＢデバイスの制御方法
【課題】無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合においても、システムの消費電力を削減することができるワイヤレスＵＳＢシステムを提供すること。
【解決手段】本発明に係るワイヤレスＵＳＢシステム１は、無線ＵＳＢ規格に従ってデータ通信を行うホスト４と、有線ＵＳＢデバイス３と接続され、該有線ＵＳＢデバイス３とホスト４の間のデータ通信を中継するデバイスワイヤアダプタ２を有するワイヤレスＵＳＢシステム１であって、デバイスワイヤアダプタ２が、有線ＵＳＢデバイス３と前記ホスト４の間のデータ通信状況に応じて、有線ＵＳＢデバイス３を通常の動作状態から低消費電力状態へと設定する。
【解決手段】本発明に係るワイヤレスＵＳＢシステム１は、無線ＵＳＢ規格に従ってデータ通信を行うホスト４と、有線ＵＳＢデバイス３と接続され、該有線ＵＳＢデバイス３とホスト４の間のデータ通信を中継するデバイスワイヤアダプタ２を有するワイヤレスＵＳＢシステム１であって、デバイスワイヤアダプタ２が、有線ＵＳＢデバイス３と前記ホスト４の間のデータ通信状況に応じて、有線ＵＳＢデバイス３を通常の動作状態から低消費電力状態へと設定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスワイヤアダプタの下流側に有線接続される有線ＵＳＢデバイスを低消費電力状態へと設定するワイヤレスＵＳＢシステム、デバイスワイヤアダプタ及び有線ＵＳＢデバイスの制御方法に関する。
【背景技術】
【０００２】
従来の有線ＵＳＢシステムが非特許文献１等に開示されている。図７に従来の有線ＵＳＢ（Ｗｉｒｅｄ−ＵＳＢ）システムを示す（非特許文献１等）。図７のドライバスタック構成図に示すように、有線ＵＳＢシステムは、ハードウェア６１に加えて、ドライバソフトウェア６２及びアプリケーション６３を有する。ドライバソフトウェア６３は、以下に示すドライバスタック（ホストコントローラドライバ６２１、ＵＳＢバスクラスドライバ６２２及びＵＳＢハブドライバ６２３）で構成され、それぞれの機能を担う。
【０００３】
ホストコントローラドライバ６２１は、ＰＣＩなどを介して、ハードウェア（ホストコントローラ）との通信を行う。ＵＳＢバスクラスドライバ６２２(ＵＳＢＤ．ＳＹＳ)は、ＵＳＢトランザクション処理、バス・エニュメレーション管理、電力管理を行う。ＵＳＢハブドライバ６２３(ＵＳＢＨＵＢ．ＳＹＳ)は、ポートの初期化、ハブ（ＨＵＢ）トランザクションの管理、特定ハブ上のダウンストリームデバイスの初期化、ハブに接続されたデバイスの管理を行う。
【０００４】
有線ＵＳＢシステムは、ＰＣＩなどに接続されたハードウェア６１(ホストコントローラ)を認識してハードウェア６１に対応した「ホストコントローラドライバ６２１」をロードし、その上に「ＵＳＢバスクラスドライバ６２２」及び「ＵＳＢハブドライバ６２３」をロードする。このドライバスタックにおいて、接続されたＵＳＢデバイスを含めた有線ＵＳＢシステム６の電力管理機能は「ＵＳＢバスクラスドライバ６２２」及び「ＵＳＢハブドライバ６２３」により担われる。
【０００５】
図８（ａ）は、有線ＵＳＢシステムにおける下流ポート有線ＵＳＢデバイスのサスペンド／レジューム動作を説明するための図である。尚、ここでは、ＵＳＢハブ７１１において、ＵＳＢデバイス７１２、７１３が接続される側を下流側と呼び、ＵＳＢホスト７２が接続される側を上流側という。有線ＵＳＢシステムにおけるホスト７１のドライバスタックでは、下流ポート有線ＵＳＢデバイスがどこに接続されているのかを把握している。ドライバはこの情報に基づいて、ＵＳＢデバイス７１２、７１３を省電力状態にすることが必要となった場合に、該当ＵＳＢデバイスが接続されているハブ７１１のポート（Ｐｏｒｔ）に対してＳｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)要求を発行して処理する。これにより、該当デバイスをサスペンド（Ｓｕｓｐｅｎｄ）状態に遷移させると共に、再び該当のデバイスの動作を要求する場合には、Ｃｌｅａｒ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)要求により該当デバイスをレジューム（Ｒｅｓｕｍｅ）する。
【非特許文献１】「最新技術解説 入門ＵＳＢ」、技術評論社、ｐ．１６１、３．１．４ ＵＳＢドライバスタック
【非特許文献２】「ＵＳＢコンプリート 第２版」、株式会社エスアイビー・アクセス、ｐ．１９３、１０−２ Ｗｉｎ３２ドライバモデル
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＵＳＢ２．０規格に基づく有線ＵＳＢデバイスでは、３ｍｓｅｃの期間、ホスト或いはハブからパケットが来ないことを検出すると、サスペンドの状態となり消費電力を削減する。また、ホスト或いはハブからのレジューム信号の検出によりウェイクアップ（Ｗａｋｅｕｐ）して動作状態へと復帰する。有線ＵＳＢシステムは、デバイスの制御をホストに集約したホストセントリックなシステムであり、これらサスペンドやレジュームといった各デバイスの動作状態の制御についてもホスト（一般的にはＰＣ）上で動作するドライバにより管理・制御が行われる。
【０００７】
無線ＵＳＢシステム（Ｗｉｒｅｌｅｓｓ ＵＳＢ（ＷＵＳＢ））においても、基本的にこのドライバ構成は引き継がれている。ただし、無線ＵＳＢシステムにおける「ＵＳＢバスクラスドライバ」に相当する部分では無線ＵＳＢデバイスの管理のみを行う。デバイスワイヤアダプタ（ＤｅｖｉｃｅＷｉｒｅＡｄａｐｔｅｒ（ＤＷＡ））下に接続された有線ＵＳＢデバイスの管理は、無線ＵＳＢシステムのドライバスタック上にデバイスワイヤアダプタクラスのドライバがロードされ、このドライバが上述の有線ＵＳＢドライバスタックを構成することで同様にして機能する。このため、デバイスワイヤアダプタにおいても、原則として、デバイスワイヤアダプタは下流ポートに接続されたどのデバイスをサスペンド及びレジュームするのかを関知しておらず、下流ポートに接続されるデバイスの管理については、無線により接続されたホスト上のドライバにより管理・制御される。
【０００８】
しかしながら、無線ＵＳＢシステムでは、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合には、下流ポートに接続されている有線ＵＳＢデバイスが動作状態のまま電力を消費し続けてしまうという問題点がある。以下、問題点について図を用いて説明する。
【０００９】
図８（ｂ）に示すように、デバイスワイヤアダプタ（ＤＷＡ）８１は、上流ポート側は無線８４である無線ＵＳＢによりホストコントローラ８３と接続される。デバイスワイヤアダプタ８１は無線接続されているホストコントローラ８３からの要求によって、下流ポートに接続された有線ＵＳＢデバイス８２に対する転送処理を行う。このため、下流ポートに接続されている有線ＵＳＢデバイス８２をサスペンド状態とするには、無線接続されているホストコントローラ８３からの指示が必要となるものの、有線の場合とは異なり、無線の場合には常に通信可能な状態であることが保障されているわけではない。各種機器が出すノイズなど、周辺環境の変化により無線通信の状態が悪化したことにより接続が消失した場合や、ホストコントローラ８３を突然停止された場合にはサスペンドの指示を受けることができず、下流のデバイス８２をサスペンド状態に遷移させることができないため、動作状態のまま電力を消費し続けることになる。
【００１０】
例えばデバイスワイヤアダプタ８１の近くにノイズ源が存在する場合を想定する。ノイズ源によって通信不能となる期間が非常に長い場合には、デバイスワイヤアダプタ８１はホスト８３からのフレームを一切受信できずに切断される。一方で、ホスト８３からのフレームを極僅かでも受信可能な状態であり、それに対して応答が可能である場合には切断されないものの、このような環境では、フレームサイズの増加によりエラーとなる確率が増大し、極めて小さなフレームを除外しては頻繁にエラーとなり再送が繰り返される。このとき、上述したように、デバイスワイヤアダプタ８１はホストコントローラ８３からの要求に従い下流ポートに対して転送処理を行うため、このように頻繁にエラーが発生して再送を繰り返す状況においては、下流ポートに対する通信処理は非常に散発的なものとなる。そして、下流ポートに接続されている有線ＵＳＢデバイス８２はホストとの状態とは無関係であり、サスペンドするための処理もされることがないために、動作状態のままとなり電力を消費し続けてしまう。
【課題を解決するための手段】
【００１１】
上述した課題を解決するために、本発明に係るワイヤレスＵＳＢシステムは、無線ＵＳＢ規格に従ってデータ通信を行うホストと、有線ＵＳＢデバイスと接続され、該有線ＵＳＢデバイスと前記ホストの間のデータ通信を中継するデバイスワイヤアダプタを有するワイヤレスＵＳＢシステムであって、前記デバイスワイヤアダプタが、前記有線ＵＳＢデバイスと前記ホストの間のデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することを特徴とする。
【００１２】
このような構成により、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合においても、デバイスワイヤアダプタ自身により、下流に接続された有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することで、システムの消費電力を削減することができる。
【００１３】
上述した課題を解決するために、本発明に係るデバイスワイヤアダプタは、所定の無線通信プロトコルに従って上流ポートが無線接続され、下流ポートに接続される有線ＵＳＢデバイスに対してデータ転送処理を行うデバイスワイヤアダプタであって、前記デバイスワイヤアダプタが、前記有線ＵＳＢデバイスへ転送するデータのデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することを特徴とする。
【００１４】
このような構成により、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合においても、デバイスワイヤアダプタ自身により、下流に接続された有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することで、消費電力を削減することができる。
【００１５】
上述した課題を解決するために、本発明に係る有線ＵＳＢデバイスの制御方法は、所定の無線通信プロトコルに従ってデータを入出力するデバイスワイヤアダプタを介してデータ転送処理を行い、当該デバイスワイヤアダプタの下流ポートに接続される有線ＵＳＢデバイスを制御する有線ＵＳＢデバイスの制御方法であって、前記有線ＵＳＢデバイスへと転送するデータのデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することを特徴とする。
【００１６】
このような構成により、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合においても、データのデータ通信状況に応じて、下流に接続された有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することで、有線ＵＳＢデバイスの消費電力を削減することができる。
【発明の効果】
【００１７】
本発明にかかるワイヤレスＵＳＢシステムによれば、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合においても、システムの消費電力を削減することができる。
【発明を実施するための最良の形態】
【００１８】
実施の形態１．
以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。本実施の形態にかかるデバイスワイヤアダプタ（ＤｅｖｉｃｅＷｉｒｅＡｄａｐｔｅｒ（以下ＤＷＡという））は、所定の無線通信プロトコルに従って上流ポートが無線接続される。また、ＤＷＡは、下流ポート（ＤｏｗｎＰｏｒｔ）に接続される有線ＵＳＢデバイスに対してデータ転送処理を行うと共に、有線ＵＳＢデバイスへ転送するデータのデータ通信状況に応じて、有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定する。
【００１９】
図１に本実施の形態にかかるＤＷＡのブロック図を示す。図１に示すＤＷＡ２は、Ｗｉｒｅｌｅｓｓ ＵＳＢ 転送処理制御部２１と、ＲＰｉｐｅ Ｄｅｓｃｒｉｐｔｏｒ処理部２２と、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３と、Ｗｉｒｅｄ−ＵＳＢ転送処理制御部２４と、ＲＰｉｐｅ情報２５と、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔバッファ２６と、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７を有する。
【００２０】
続いて、各機能ブロックについて詳細に説明する。Ｗｉｒｅｌｅｓｓ ＵＳＢ 転送処理制御部２１は、ＷｉＭｅｄｉａ及び無線ＵＳＢに準拠した転送プロトコル処理を行うＭｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ(ＭＡＣ)及びＥｎｄｐｏｉｎｔ Ｃｏｎｔｒｏｌｌｅｒ(ＥＰＣ)を含む。Ｗｉｒｅｌｅｓｓ ＵＳＢ 転送処理制御部２１は、無線物理層であるＰＨＹに対して送受信データの受け渡しを行う。ＲＰｉｐｅ Ｄｅｓｃｒｉｐｔｏｒ処理部２２は、ＷｉｒｅＡｄａｐｔｅｒに規定されているＲｅｍｏｔｅ Ｐｉｐｅ（ＲＰｉｐｅ）に対するリクエスト（Ｒｅｑｕｅｓｔ）の応答を行う。
【００２１】
ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３は、ＷｉｒｅＡｄａｐｔｅｒに規定されるトランスファリクエスト（ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ）を受信して、有線ＵＳＢへの転送処理を行い、その結果としてトランスファリザルト（ＴｒａｎｓｆｅｒＲｅｓｕｌｔ）を生成する。Ｗｉｒｅｄ−ＵＳＢ転送処理制御部２４は、ＵＳＢ２．０規格に準拠した転送プロトコル処理を行うものであり、プロトコル処理、パラシリ変換処理を行い、有線ＵＳＢとして転送するためのデータの受け渡しを行う。
【００２２】
ＲＰｉｐｅ情報２５は、ＲＰｉｐｅ毎における各種Ｄｅｓｃｒｉｐｔｏｒ情報を保持するレジスタ群である。ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔバッファ２６は、受信したトランスファリクエスト情報を保持し、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御ブロック２３による処理に伴って、その処理結果を更新・保持するためのレジスタ群である。Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７は、ＤＷＡ２の下流ポートに接続された有線ＵＳＢデバイスのバス構成及び状態（Ｓｔａｔｕｓ）を更新・保持するためのレジスタ群である。
【００２３】
次に、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３の構成について詳細に説明する。ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３は、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ受信処理部２３１と、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ生成処理部２３２と、Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部２３３と、ＤｏｗｎＰｏｒｔ側転送処理部２３４と、Ｔｉｍｅｒ値セット処理部２３５と、ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部２３６と、ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部２３７を有する。
【００２４】
ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ受信処理部２３１は、トランスファリクエストフレームを受信してその内容を解釈し、トランスファリクエストをレジスタに格納するためのモジュールである。Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ生成処理部２３２は、受信した（コントロール）リスクエスト及び／又はトランスファリクエストの内容から、新規ＵＳＢデバイスの認識処理、及び既存デバイスに対するサスペンド或いはレジューム要求を検出し、下流ポートに接続された有線ＵＳＢデバイスのバス構成及び状態をＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７に格納するためのモジュールである。
【００２５】
Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部２３３は、所定の周期毎にＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７を検索し、予め定めた期間を超えて無線ＵＳＢホストからのトランスファリクエストが来ていないと思われるデバイスを検出する。そして、検出されたデバイスに対して、無線ＵＳＢホストに代わって、検出されたデバイスをサスペンド或いはレジュームさせるためのトランスファリクエストを生成処理するモジュールである。ＤｏｗｎＰｏｒｔ側転送処理部２３４は、トランスファリクエストの内容を、ＲＰｉｐｅ Ｄｅｓｃｒｉｐｔｏｒにおいて指定されたパラメータに基づいてＵＳＢ２．０に従った転送として分割して、Ｗｉｒｅｄ−ＵＳＢ転送処理制御部２４に対して処理要求を出すモジュールである。このトランスファリクエストにて指定されたデータを処理することによって、トランスファリクエストを完了する。
【００２６】
Ｔｉｍｅｒ値セット処理部２３５は、まず、トランスファリクエストに対するトランスファリザルトの生成に伴い、該当のデバイスに対するコントロールリクエストが全て処理されたか否かを判定する。次いで、全て処理された場合には、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＩｄｌｅ Ｔｉｍｅｒフィールドに値をセットすることにより、リクエストが無い期間の判定を行う。ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部２３６は、ＤｏｗｎＰｏｒｔ側転送処理部２３４において処理された結果に基づいて、無線ＵＳＢホストに返すデータ(トランスファリザルト)を生成するモジュールである。ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部２３７は、転送結果であるトランスファリザルトを無線ＵＳＢホストに対し送信するためのモジュールである。
【００２７】
尚、従来のＤＷＡは、無線ＵＳＢにて受信したトランスファリクエストを下流ポート側の有線ＵＳＢ（ＵＳＢ２．０）への転送として処理するため、機能ブロック(ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３)を備える。このＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３は、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ受信処理部２３１と、ＤｏｗｎＰｏｒｔ側転送処理部２３４と、ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部２３６と、ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部２３７とから構成される。上述したように、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ受信処理部２３１は、無線ＵＳＢにより送信されるトランスファリクエストフレームを受信し、Ｒｅｍｏｔｅ Ｐｉｐｅ（ＲＰｉｐｅ）情報を結び付けて下流ポート側への転送要求として内部バッファに格納する。ＤｏｗｎＰｏｒｔ側転送処理部２３４は、保持されているトランスファリクエストにより、下流ポートに対して有線ＵＳＢとしての転送処理を分割して実行し、処理結果の判定を行う。ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部２３６は、下流ポート側の転送処理により完了した結果に基づいて、無線ＵＳＢホストに対して返すトランスファリザルトを生成する。ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部２３７は、トランスファリザルトを無線ＵＳＢにより送信する。図９に、従来のＤＷＡのブロック図の一例を示す。
【００２８】
これに対し、本実施形態におけるＤＷＡ２では、下流ポートに接続されたＵＳＢデバイスのバス構成を解析して保持するための「Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ生成処理部２３２」と、下流ポートに接続されているＵＳＢデバイスを自立的にサスペンド或いはレジュームさせるための判定部分である「Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部２３３」と、トランスファリザルトの生成に伴い該当のデバイスに対する処理要求が無くなったことを判定するための「Ｔｉｍｅｒ値セット処理部２３５」と、バス構成を保持しておく「Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７」のレジスタ群を追加して構成するものである。
【００２９】
次に、下流ポートに接続された有線ＵＳＢデバイスのバス構成及び状態を格納する、デバイスリストテーブル（Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ）２７について説明する。図２は、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７によって保持される情報の構成を示す表である。Ｄｅｖ Ａｄｄｒｅｓｓは、該当デバイスのアドレスを示し、Ｓｅｔ Ａｄｄｒｅｓｓ Ｒｅｑｕｅｓｔにより指定されたＤｅｖ Ａｄｄｒｅｓｓをセットする。Ｈｕｂ Ａｄｄｒｅｓｓは、該当デバイスが接続されているハブのアドレスを示し、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)時のハブのデバイスアドレスをセットする。Ｈｕｂ Ｐｏｒｔは、該当デバイスが接続されているハブのポート番号を示し、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)時のハブのポートをセットする。Ｉｄｌｅ Ｔｉｍｅｒは、該当デバイスに対する最後のトランスファリクエストの処理完了時刻からの経過時間を示す。Ｓｕｓｐｅｎｄ ｂｉｔは、ＤＷＡ２が自立的にサスペンドさせている状態か否かを示す（Ａｃｉｔｉｖｅ／Ｓｕｐｅｎｄ）。Ｈｏｓｔ Ｓｔａｔは、該当デバイスに対して、無線ＵＳＢホストからサスペンドされたか否かを示す（Ａｃｉｔｉｖｅ／Ｓｕｐｅｎｄ）。
【００３０】
次に、本実施の形態にかかるＤＷＡ２を有するワイヤレスＵＳＢシステムについて、図３を用いてその動作の概要を説明する。ワイヤレスＵＳＢシステム１は、無線ＵＳＢ規格に従ってデータ通信を行うホスト４と、有線ＵＳＢデバイス３と接続され、有線ＵＳＢデバイス３とホスト４の間のデータ通信を中継するＤＷＡ２を有する。ＤＷＡ２は、受信したトランスファリクエストに従い転送を制御するＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３内部に、自立的なサスペンド／レジューム制御の機能を追加することにより、一定期間ホストとの通信が途絶えた場合や、未使用デバイスに対するサスペンド或いはレジューム制御機能を持つ。
【００３１】
より詳細には、まず、ＲＰｉｐｅ／ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ情報から、ホストコントローラによりＰＯＲＴ＿ＲＥＳＥＴ要求されたハブのアドレス、その後に割り当てられたデバイスアドレス、及び接続ポートを取得することによりバス構成を保持する。そして、ＲＰｉｐｅ／ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ情報を継続的に監視し、以下の条件に合致するデバイスを検出する。まず、サスペンド状態で無く、ペンディング（待ち状態）中のトランスファリクエストが存在しないデバイスに対しては、該当デバイスが接続されているハブに対してサスペンド指示を出す。一方、サスペンド状態で、新たにトランスファリクエストを受信したデバイスに対しては、該当デバイスが接続されているハブに対してレジューム指示を出す。尚、ＰＯＲＴ＿ＲＥＳＥＴ時の処理を取得する方法に代えて、ベンダ固有リクエスト定義して、独自のドライバソフトウェアからバス構成情報を取得し、ＤＷＡ２へと与える方式としてもよい。
【００３２】
次に、本実施の形態にかかるＤＷＡ２の動作について図４に示すフローチャートを用いて説明する。ＤＷＡ２は無線ＵＳＢホスト４（以下、ホスト４という）からのＷｉｒｅ Ａｄａｐｔｅｒ Ｃｌａｓｓ Ｒｅｑｕｅｓｔ（リクエスト）やＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ（トランスファリクエスト）を解釈し、それに応じて下流ポートに対する処理を行う。まず、ホスト４は、ＤＷＡ２の下流ポートに有線ＵＳＢデバイス３が接続されたことを検出した場合、デバイス３が接続されたＤＷＡ２もしくはハブ３１のポートに対してＳｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)を発行する。これにより、接続されたデバイス３をリセットする。次いで、Ｓｅｔ Ａｄｄｒｅｓｓにより、接続されたデバイス３に対するアドレスを割り当てる。
【００３３】
ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３では、このトランスファリクエストの内容を解釈する。ここで、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)を認識した場合には、その要求がされたハブ（ＤＷＡ２自身も含む）のアドレス及びポート番号を、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＨｕｂ Ａｄｄｒｅｓｓ及びＨｕｂ Ｐｏｒｔにそれぞれ記憶する（図４（ａ）におけるステップＳ６０２）。次いで、ホスト４はデバイス３の能力などを把握するため、幾つかのＤｅｓｃｒｉｐｔｏｒ情報をデバイス３から読み出す。そして、該当デバイス３に対するＳｅｔ Ａｄｄｒｅｓｓによって、該当デバイス３のアドレスを割り当てるためのトランスファリクエストを送信する。このＳｅｔ Ａｄｄｒｅｓｓが発行されたことを認識すると、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＤｅｖ Ａｄｄｒｅｓｓにセットする（図４（ａ）におけるステップＳ６０３）。これにより、下流ポートに接続されたデバイス３の構成を把握することができる。
【００３４】
また、デバイス３は、通常、ホスト４からの要求によりサスペンド或いはレジュームされる。このため、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ生成処理部２３２において、前述のバス構成の生成処理に加えて、ホスト４からデバイス３をサスペンド状態にするＳｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)及びＣｌｅａｒ Ｐｏｒｔ Ｆｅａｔｕｒｅ (ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を検出して、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７におけるＨｏｓｔ Ｓｔａｔを更新する（図４（ａ）におけるステップＳ６０４、Ｓ６０５）。これにより、Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部２３３がサスペンドさせるデバイス３を検出する場合には、Ｈｏｓｔ Ｓｔａｔに既にサスペンド状態としてあるデバイス３を除外することができる。更に、Ｇｅｔ Ｐｏｒｔ Ｓｔａｔｕｓリクエストを検出することにより、下流ポートのデバイス３が接続を解除（Ｄｉｓｃｏｎｎｅｃｔ）された場合には、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７から該当のデバイス情報を削除するものとする（図４（ａ）におけるステップＳ６０６）。
【００３５】
通常の転送処理に伴うトランスファリクエストを受信した場合には（図４（ａ）におけるステップＳ６０７）、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７の該当Ｄｅｖｉｃｅ ＡｄｄｒｅｓｓのＩｄｌｅ Ｔｉｍｅｒを参照し、Ｉｄｌｅ Ｔｉｍｅｒがセットされている場合にはそれをクリアする。また、ＤｏｗｎＰｏｒｔ側転送処理部２３４によって処理をするため、トランスファリクエストバッファに登録する（図４（ｂ）におけるステップＳ７０２）。次いで、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７を参照した際に、自発的にサスペンド状態に入れたことを示すＳｕｓｐｅｎｄ ｂｉｔがセットされていた場合には、受信したトランスファリクエストの処理を行う前に、そのデバイス３が接続されているＨｕｂ Ａｄｄｒｅｓｓ、Ｐｏｒｔに対して、Ｃｌｅａｒ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を発行することによりデバイス３をレジュームすると共に、Ｓｕｓｐｅｎｄ ｂｉｔをクリアする（図４（ｂ）におけるステップＳ７０３乃至Ｓ７０６）。
【００３６】
ＤｏｗｎＰｏｒｔ側転送処理部２３４は、ＲＰｉｐｅ情報を参照して、トランスファリクエストバッファに登録された要求をＵＳＢ２．０のパケット構成に分割してＷｉｒｅｄ−ＵＳＢ転送処理制御部２４へと渡す。これにより、下流ポートへの転送処理を起動する。トランスファリクエストで指定されたデータの送受信が完了するまでこの処理を繰り返し（図４（ｃ）におけるステップＳ８０１、Ｓ８０２）、処理が完了した後、Ｔｉｍｅｒ値セット処理部２３５・ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部２３６へと引き渡す。トランスファリクエストに対する処理が完了した後、転送結果に基づいて、ホスト４に対して返すデータ（トランスファリザルト）を生成する（図４（ｃ）におけるステップＳ８０３）。また、同一デバイス３宛に他のトランスファリクエストが存在しているかをチェックする（図４（ｃ）におけるステップＳ８０４、Ｓ８０５）。いずれのＲＰｉｐｅにも存在しない場合、ここでＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７の該当デバイス３におけるＩｄｌｅ Ｔｉｍｅｒに現在のタイマー値をセットする（図４（ｃ）におけるステップＳ８０７）。生成されたトランスファリザルトは、ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部２３７を介して、ホスト４へ送信され、一連の転送処理が完了する。
【００３７】
Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部２３３は、これらの処理の期間、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７に記録されているＩｄｌｅ Ｔｉｍｅｒ値を所定の周期で順番に繰り返しチェックする。この値は上述したように、トランスファリクエストの受信でクリアされ、トランスファリザルトの生成時に処理待ちのトランスファリクエストが無い場合にセットされる。このため、この値がセットされている期間は、該当デバイス３宛ての待機中のトランスファリクエストが存在していないもと判断することができる。そこで、セットされているタイマー値と現在値とを比較する（図４（ｄ）におけるステップＳ９０１）。比較の結果、一定の期間以上経過しているデバイス３に対して、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７に記録されているＨｕｂ Ａｄｄｒｅｓｓ、Ｐｏｒｔ宛としてＳｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を発行し（ステップＳ９０４）、それに対するトランスファリザルトの生成処理をマスク（遮断）する。Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ処理が完了したところでＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＳｕｓｐｅｎｄ ｂｉｔをセットし（図４（ｄ）におけるステップＳ９０６）、該当デバイス３を内部的にサスペンド状態にしたことを記録する。この動作により、所望のデバイス３を低消費電力状態であるサスペンドの状態にすることができる。
【００３８】
図５は、上述したＵＳＢ２．０における各リクエストの値を示す表である。それぞれのリクエストを検出した場合の処理内容を以下に説明する。Ｓｅｔ Ａｄｄｒｅｓｓを検出した場合は、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＤｅｖ Ａｄｄｒｅｓｓにデバイスアドレスをセットする。Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)を検出した場合は、このリクエストの対象ＲＰｉｐｅのアドレスをＨｕｂ Ａｄｄｒｅｓｓに、Ｐｏｒｔ＿ＩｎｄｅｘをＨｕｂ ＰｏｒｔとしてＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７にセットする。Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を検出した場合は、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７において、Ｐｏｒｔ＿Ｉｎｄｅｘで指定されたポートに接続されたことになっているデバイス３のＨｏｓｔ ＳｔａｔをＳｕｓｐｅｎｄにセットして更新する。Ｃｌｅａｒ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を検出した場合は、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７において、Ｐｏｒｔ＿Ｉｎｄｅｘで指定されたポートに接続されたことになっているデバイス３のＨｏｓｔ ＳｔａｔをＡｃｔｉｖｅにセットして更新する。Ｇｅｔ Ｐｏｒｔ Ｓｔａｔｕｓを検出した場合は、受信したデータのｂｉｔ−０（Ｃｕｒｒｅｎｔ Ｃｏｎｎｅｃｔ Ｓｔａｔｕｓ）がクリアされている場合、Ｐｏｒｔ＿Ｉｎｄｅｘにて指定されたポートに接続されたことになっているデバイス３の情報を、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７から削除する。
【００３９】
次に、本実施の形態にかかるＤＷＡ２の動作について図６に示すタイミングチャートを用いて説明する。まず、ホスト４とＤＷＡ２との接続を確立する（ステップＳ１０１）ＤＷＡ２からの接続要求に応じて、エニュメレーション処理を起動する。そして、ＤＷＡ２に対してＷｉｒｅＡｄａｐｔｅｒＥｎａｂｌｅ（下流ポートの有効化）を行い、下流ポートデバイス３に対してＳｔａｒｔ Ｏｆ Ｆｒａｍｅ（ＳＯＦ）を送出開始して下流ポートデバイス３の接続を検出すると共に、下流ポートデバイス３が動作を開始する。ホスト４は、ＤＷＡ２からの下流ポートデバイス３接続検出通知を受信すると、ＲＰｉｐｅ（Ａｄｄｒｅｓｓ０）セットを行う。
【００４０】
次いで、下流ポートデバイス３のエニュメレーション処理を行う（ステップＳ１０２）。ＤＷＡ２はホスト４からの（コントロール）リクエストやトランスファリクエストを解釈し、下流ポートに接続されたデバイス３の構成を把握する。接続されたデバイス３に対するエニュメレーション処理が起動され、各種ディスクリプタの取得、デバイスアドレスの設定のほか、必要に応じてコンフィグレーションの設定などが行われる。まず、ホスト４は、デバイス３が接続されたＤＷＡ２に対してリクエストとしてＳｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)を発行する。これにより、接続されたデバイス３をリセットする。また、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)を認識した場合には、その要求がされたハブ（ＤＷＡ２自身も含む）のＨｕｂ Ａｄｄｒｅｓｓ及びＨｕｂ Ｐｏｒｔ情報を取得する（ステップＳ１０３）。次いで、ホスト４はデバイス３の能力などを把握するため、幾つかのＤｅｓｃｒｉｐｔｏｒ情報をデバイス３から読み出す。そして、トランスファリクエストとしてＳｅｔ Ａｄｄｒｅｓｓを発行し、接続されたデバイス３に対するアドレスを割り当てる。このＳｅｔ Ａｄｄｒｅｓｓが発行されたことを認識した場合には、デバイス３のＤｅｖ Ａｄｄｒｅｓｓ情報を取得する（ステップＳ１０４）。
【００４１】
下流ポートデバイス３のエニュメレーション処理の終了後、下流ポートデバイス３に対するＲＰｉｐｅ（Ａｄｄｒｅｓｓ０）セットを行うことにより、下流ポートデバイス３の接続を確立する（ステップＳ１０５）。次いで、下流ポートデバイス３に対するデータ転送処理を開始する（ステップＳ１０６）。このとき、通常の転送処理に伴うトランスファリクエストを受信した場合には、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７の該当Ｄｅｖｉｃｅ ＡｄｄｒｅｓｓのＩｄｌｅ Ｔｉｍｅｒを参照し、Ｉｄｌｅ Ｔｉｍｅｒがセットされている場合にはそれをクリア（例えば０に設定）する（ステップＳ１０７）。無線状態が悪化しておらず、通常の状態においては、このようにして転送処理を行う（ステップＳ１０８乃至Ｓ１０９）。トランスファリクエストで指定されたデータの送受信が完了するまでこの処理を繰り返してゆき、トランスファリクエストに対する処理が完了した後、転送結果に基づいて、ホスト４に対して返すデータ（トランスファリザルト）を生成する。このとき、同一デバイス３宛に他のトランスファリクエストが存在しているかをチェックする。いずれのＲＰｉｐｅにも存在しない場合、ここでＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７の該当デバイス３におけるＩｄｌｅ Ｔｉｍｅｒに現在のタイマー値をセットする（ステップＳ１１１）。
【００４２】
ここで、無線状態の悪化などにより、ホスト４からの要求を受信しにくい状況となった場合には、通信エラーが発生し再送が繰り返されることになる。ＤＷＡ２では、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７に記録されているＩｄｌｅ Ｔｉｍｅｒ値を所定の周期で順番に繰り返しチェックする。ＤＷＡ２がセットされているタイマー値と現在の値とを比較チェックした結果、Ｉｄｌｅ Ｔｉｍｅｒ値セットから一定の期間以上経過しているデバイス３が存在している場合には、該当デバイス３に対して、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を発行し（ステップＳ１１２）、それに対するトランスファリザルトの生成処理をマスクする。そして、下流ポートデバイス３に対してＳＯＦ送出を停止することによって、下流ポートデバイスをサスペンド状態にする。即ち、下流ポートデバイスは、ＤＷＡ２から３ｍｓの間パケットを受信しない場合には、サスペンド状態へと遷移する。また、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ処理が完了したところでＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＳｕｓｐｅｎｄ ｂｉｔをセットし（ステップＳ１１３）、該当デバイス３を内部的にサスペンド状態にしたことを記録する。この動作により、所望のデバイス３をサスペンドの状態にすることができる。
【００４３】
次いで、無線状態が回復して、再びホスト４からのトランスファリクエストを受信可能な状態となった場合には、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７を参照した際に、自発的にサスペンド状態に入れたことを示すＳｕｓｐｅｎｄ ｂｉｔがセットされていた場合には、受信したトランスファリクエストの処理を行う前に、そのデバイス３が接続されているＨｕｂ Ａｄｄｒｅｓｓ、Ｐｏｒｔに対して、Ｃｌｅａｒ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を発行することによりデバイス３をレジュームすると共に、Ｓｕｓｐｅｎｄ ｂｉｔをクリアする（ステップＳ１１４）。そして、トランスファリクエストに対する処理が完了した後、転送結果に基づいて、生成されたトランスファリザルトが、ホスト４へ送信され、一連の転送処理が完了する。
【００４４】
以上説明したように、本実施の形態では、ＤＷＡ２内部において下流ポートに接続されたデバイス３の構成を把握した上で、処理待ちのトランスファリクエストが無くなった時点で、必要に応じ下流ポートデバイス３をサスペンド状態とする。これにより、ホスト４からトランスファリクエストを受信することが難しい状態においても、下流ポートのデバイス３をサスペンドの状態に入れることが可能となる。このため、無線状態が回復して、再びホスト４からのトランスファリクエストを受信可能な状態となるまでの期間、無駄に動作状態のままでいることが無くなり、下流ポートに接続されたデバイス３が消費する電力を削減することが可能となる。
【００４５】
従来のＤＷＡは、ホストからのトランスファリクエストに従い、下流ポートへの転送処理、及び下流ポートに接続されたデバイスのサスペンド／レジューム処理などを行うものである。しかしながら、ホストとの接続は無線であるため、その接続は常に安定しているものとは限らない。ホストからの要求を受信しにくい状況となった場合には、当然ながら、下流ポートデバイスをサスペンドするための要求なども受信しにくい状況となり、ホストによりデバイスを制御することができない。
【００４６】
他方、本実施の形態に係るＤＷＡ２によれば、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合においても、ＤＷＡ２自身により、下流に接続された有線ＵＳＢデバイス３を通常の動作状態から低消費電力状態へと設定することで、システムの消費電力を削減することができる。
【００４７】
なお、本発明は上述した実施の形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態１にかかるデバイスワイヤアダプタを示すブロック図である。
【図２】本発明の実施の形態１にかかるＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅによって保持される情報の構成を示す表である。
【図３】本発明のワイヤレスＵＳＢシステムの動作概要を示す図である。
【図４（ａ）】本発明のワイヤレスＵＳＢシステムにおける動作を示すフローチャートである。
【図４（ｂ）】本発明のワイヤレスＵＳＢシステムにおける動作を示すフローチャートである。
【図４（ｃ）】本発明のワイヤレスＵＳＢシステムにおける動作を示すフローチャートである。
【図４（ｄ）】本発明のワイヤレスＵＳＢシステムにおける動作を示すフローチャートである。
【図５】本発明のワイヤレスＵＳＢシステムにおける各リクエストの値を示す表である。
【図６（ａ）】本発明のワイヤレスＵＳＢシステムの動作を示すタイミングチャートである。
【図６（ｂ）】本発明のワイヤレスＵＳＢシステムの動作を示すタイミングチャートである。
【図７】従来の有線ＵＳＢ（Ｗｉｒｅｄ−ＵＳＢ）システムを示すブロック図である。
【図８】ＵＳＢシステムにおける下流ポートデバイスのサスペンド／レジューム動作を説明するための図である。
【図９】従来のデバイスワイヤアダプタを示すブロック図である。
【符号の説明】
【００４９】
１ 無線ＵＳＢシステム
２ ＤＷＡ
３ 有線ＵＳＢデバイス
４ ホスト
２１ Ｗｉｒｅｌｅｓｓ ＵＳＢ 転送処理制御部
２２ ＲＰｉｐｅ Ｄｅｓｃｒｉｐｔｏｒ処理部
２３ ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部
２３１ ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ受信処理部
２３２ Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ生成処理部
２３３ Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部
２３４ ＤｏｗｎＰｏｒｔ側転送処理部
２３５ Ｔｉｍｅｒ値セット処理部
２３６ ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部
２３７ ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部
２４ Ｗｉｒｅｄ−ＵＳＢ転送処理制御部
２５ ＲＰｉｐｅ情報
２６ ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔバッファ
２７ Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ
【技術分野】
【０００１】
本発明は、デバイスワイヤアダプタの下流側に有線接続される有線ＵＳＢデバイスを低消費電力状態へと設定するワイヤレスＵＳＢシステム、デバイスワイヤアダプタ及び有線ＵＳＢデバイスの制御方法に関する。
【背景技術】
【０００２】
従来の有線ＵＳＢシステムが非特許文献１等に開示されている。図７に従来の有線ＵＳＢ（Ｗｉｒｅｄ−ＵＳＢ）システムを示す（非特許文献１等）。図７のドライバスタック構成図に示すように、有線ＵＳＢシステムは、ハードウェア６１に加えて、ドライバソフトウェア６２及びアプリケーション６３を有する。ドライバソフトウェア６３は、以下に示すドライバスタック（ホストコントローラドライバ６２１、ＵＳＢバスクラスドライバ６２２及びＵＳＢハブドライバ６２３）で構成され、それぞれの機能を担う。
【０００３】
ホストコントローラドライバ６２１は、ＰＣＩなどを介して、ハードウェア（ホストコントローラ）との通信を行う。ＵＳＢバスクラスドライバ６２２(ＵＳＢＤ．ＳＹＳ)は、ＵＳＢトランザクション処理、バス・エニュメレーション管理、電力管理を行う。ＵＳＢハブドライバ６２３(ＵＳＢＨＵＢ．ＳＹＳ)は、ポートの初期化、ハブ（ＨＵＢ）トランザクションの管理、特定ハブ上のダウンストリームデバイスの初期化、ハブに接続されたデバイスの管理を行う。
【０００４】
有線ＵＳＢシステムは、ＰＣＩなどに接続されたハードウェア６１(ホストコントローラ)を認識してハードウェア６１に対応した「ホストコントローラドライバ６２１」をロードし、その上に「ＵＳＢバスクラスドライバ６２２」及び「ＵＳＢハブドライバ６２３」をロードする。このドライバスタックにおいて、接続されたＵＳＢデバイスを含めた有線ＵＳＢシステム６の電力管理機能は「ＵＳＢバスクラスドライバ６２２」及び「ＵＳＢハブドライバ６２３」により担われる。
【０００５】
図８（ａ）は、有線ＵＳＢシステムにおける下流ポート有線ＵＳＢデバイスのサスペンド／レジューム動作を説明するための図である。尚、ここでは、ＵＳＢハブ７１１において、ＵＳＢデバイス７１２、７１３が接続される側を下流側と呼び、ＵＳＢホスト７２が接続される側を上流側という。有線ＵＳＢシステムにおけるホスト７１のドライバスタックでは、下流ポート有線ＵＳＢデバイスがどこに接続されているのかを把握している。ドライバはこの情報に基づいて、ＵＳＢデバイス７１２、７１３を省電力状態にすることが必要となった場合に、該当ＵＳＢデバイスが接続されているハブ７１１のポート（Ｐｏｒｔ）に対してＳｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)要求を発行して処理する。これにより、該当デバイスをサスペンド（Ｓｕｓｐｅｎｄ）状態に遷移させると共に、再び該当のデバイスの動作を要求する場合には、Ｃｌｅａｒ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)要求により該当デバイスをレジューム（Ｒｅｓｕｍｅ）する。
【非特許文献１】「最新技術解説 入門ＵＳＢ」、技術評論社、ｐ．１６１、３．１．４ ＵＳＢドライバスタック
【非特許文献２】「ＵＳＢコンプリート 第２版」、株式会社エスアイビー・アクセス、ｐ．１９３、１０−２ Ｗｉｎ３２ドライバモデル
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＵＳＢ２．０規格に基づく有線ＵＳＢデバイスでは、３ｍｓｅｃの期間、ホスト或いはハブからパケットが来ないことを検出すると、サスペンドの状態となり消費電力を削減する。また、ホスト或いはハブからのレジューム信号の検出によりウェイクアップ（Ｗａｋｅｕｐ）して動作状態へと復帰する。有線ＵＳＢシステムは、デバイスの制御をホストに集約したホストセントリックなシステムであり、これらサスペンドやレジュームといった各デバイスの動作状態の制御についてもホスト（一般的にはＰＣ）上で動作するドライバにより管理・制御が行われる。
【０００７】
無線ＵＳＢシステム（Ｗｉｒｅｌｅｓｓ ＵＳＢ（ＷＵＳＢ））においても、基本的にこのドライバ構成は引き継がれている。ただし、無線ＵＳＢシステムにおける「ＵＳＢバスクラスドライバ」に相当する部分では無線ＵＳＢデバイスの管理のみを行う。デバイスワイヤアダプタ（ＤｅｖｉｃｅＷｉｒｅＡｄａｐｔｅｒ（ＤＷＡ））下に接続された有線ＵＳＢデバイスの管理は、無線ＵＳＢシステムのドライバスタック上にデバイスワイヤアダプタクラスのドライバがロードされ、このドライバが上述の有線ＵＳＢドライバスタックを構成することで同様にして機能する。このため、デバイスワイヤアダプタにおいても、原則として、デバイスワイヤアダプタは下流ポートに接続されたどのデバイスをサスペンド及びレジュームするのかを関知しておらず、下流ポートに接続されるデバイスの管理については、無線により接続されたホスト上のドライバにより管理・制御される。
【０００８】
しかしながら、無線ＵＳＢシステムでは、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合には、下流ポートに接続されている有線ＵＳＢデバイスが動作状態のまま電力を消費し続けてしまうという問題点がある。以下、問題点について図を用いて説明する。
【０００９】
図８（ｂ）に示すように、デバイスワイヤアダプタ（ＤＷＡ）８１は、上流ポート側は無線８４である無線ＵＳＢによりホストコントローラ８３と接続される。デバイスワイヤアダプタ８１は無線接続されているホストコントローラ８３からの要求によって、下流ポートに接続された有線ＵＳＢデバイス８２に対する転送処理を行う。このため、下流ポートに接続されている有線ＵＳＢデバイス８２をサスペンド状態とするには、無線接続されているホストコントローラ８３からの指示が必要となるものの、有線の場合とは異なり、無線の場合には常に通信可能な状態であることが保障されているわけではない。各種機器が出すノイズなど、周辺環境の変化により無線通信の状態が悪化したことにより接続が消失した場合や、ホストコントローラ８３を突然停止された場合にはサスペンドの指示を受けることができず、下流のデバイス８２をサスペンド状態に遷移させることができないため、動作状態のまま電力を消費し続けることになる。
【００１０】
例えばデバイスワイヤアダプタ８１の近くにノイズ源が存在する場合を想定する。ノイズ源によって通信不能となる期間が非常に長い場合には、デバイスワイヤアダプタ８１はホスト８３からのフレームを一切受信できずに切断される。一方で、ホスト８３からのフレームを極僅かでも受信可能な状態であり、それに対して応答が可能である場合には切断されないものの、このような環境では、フレームサイズの増加によりエラーとなる確率が増大し、極めて小さなフレームを除外しては頻繁にエラーとなり再送が繰り返される。このとき、上述したように、デバイスワイヤアダプタ８１はホストコントローラ８３からの要求に従い下流ポートに対して転送処理を行うため、このように頻繁にエラーが発生して再送を繰り返す状況においては、下流ポートに対する通信処理は非常に散発的なものとなる。そして、下流ポートに接続されている有線ＵＳＢデバイス８２はホストとの状態とは無関係であり、サスペンドするための処理もされることがないために、動作状態のままとなり電力を消費し続けてしまう。
【課題を解決するための手段】
【００１１】
上述した課題を解決するために、本発明に係るワイヤレスＵＳＢシステムは、無線ＵＳＢ規格に従ってデータ通信を行うホストと、有線ＵＳＢデバイスと接続され、該有線ＵＳＢデバイスと前記ホストの間のデータ通信を中継するデバイスワイヤアダプタを有するワイヤレスＵＳＢシステムであって、前記デバイスワイヤアダプタが、前記有線ＵＳＢデバイスと前記ホストの間のデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することを特徴とする。
【００１２】
このような構成により、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合においても、デバイスワイヤアダプタ自身により、下流に接続された有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することで、システムの消費電力を削減することができる。
【００１３】
上述した課題を解決するために、本発明に係るデバイスワイヤアダプタは、所定の無線通信プロトコルに従って上流ポートが無線接続され、下流ポートに接続される有線ＵＳＢデバイスに対してデータ転送処理を行うデバイスワイヤアダプタであって、前記デバイスワイヤアダプタが、前記有線ＵＳＢデバイスへ転送するデータのデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することを特徴とする。
【００１４】
このような構成により、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合においても、デバイスワイヤアダプタ自身により、下流に接続された有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することで、消費電力を削減することができる。
【００１５】
上述した課題を解決するために、本発明に係る有線ＵＳＢデバイスの制御方法は、所定の無線通信プロトコルに従ってデータを入出力するデバイスワイヤアダプタを介してデータ転送処理を行い、当該デバイスワイヤアダプタの下流ポートに接続される有線ＵＳＢデバイスを制御する有線ＵＳＢデバイスの制御方法であって、前記有線ＵＳＢデバイスへと転送するデータのデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することを特徴とする。
【００１６】
このような構成により、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合においても、データのデータ通信状況に応じて、下流に接続された有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定することで、有線ＵＳＢデバイスの消費電力を削減することができる。
【発明の効果】
【００１７】
本発明にかかるワイヤレスＵＳＢシステムによれば、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合においても、システムの消費電力を削減することができる。
【発明を実施するための最良の形態】
【００１８】
実施の形態１．
以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。本実施の形態にかかるデバイスワイヤアダプタ（ＤｅｖｉｃｅＷｉｒｅＡｄａｐｔｅｒ（以下ＤＷＡという））は、所定の無線通信プロトコルに従って上流ポートが無線接続される。また、ＤＷＡは、下流ポート（ＤｏｗｎＰｏｒｔ）に接続される有線ＵＳＢデバイスに対してデータ転送処理を行うと共に、有線ＵＳＢデバイスへ転送するデータのデータ通信状況に応じて、有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定する。
【００１９】
図１に本実施の形態にかかるＤＷＡのブロック図を示す。図１に示すＤＷＡ２は、Ｗｉｒｅｌｅｓｓ ＵＳＢ 転送処理制御部２１と、ＲＰｉｐｅ Ｄｅｓｃｒｉｐｔｏｒ処理部２２と、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３と、Ｗｉｒｅｄ−ＵＳＢ転送処理制御部２４と、ＲＰｉｐｅ情報２５と、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔバッファ２６と、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７を有する。
【００２０】
続いて、各機能ブロックについて詳細に説明する。Ｗｉｒｅｌｅｓｓ ＵＳＢ 転送処理制御部２１は、ＷｉＭｅｄｉａ及び無線ＵＳＢに準拠した転送プロトコル処理を行うＭｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ(ＭＡＣ)及びＥｎｄｐｏｉｎｔ Ｃｏｎｔｒｏｌｌｅｒ(ＥＰＣ)を含む。Ｗｉｒｅｌｅｓｓ ＵＳＢ 転送処理制御部２１は、無線物理層であるＰＨＹに対して送受信データの受け渡しを行う。ＲＰｉｐｅ Ｄｅｓｃｒｉｐｔｏｒ処理部２２は、ＷｉｒｅＡｄａｐｔｅｒに規定されているＲｅｍｏｔｅ Ｐｉｐｅ（ＲＰｉｐｅ）に対するリクエスト（Ｒｅｑｕｅｓｔ）の応答を行う。
【００２１】
ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３は、ＷｉｒｅＡｄａｐｔｅｒに規定されるトランスファリクエスト（ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ）を受信して、有線ＵＳＢへの転送処理を行い、その結果としてトランスファリザルト（ＴｒａｎｓｆｅｒＲｅｓｕｌｔ）を生成する。Ｗｉｒｅｄ−ＵＳＢ転送処理制御部２４は、ＵＳＢ２．０規格に準拠した転送プロトコル処理を行うものであり、プロトコル処理、パラシリ変換処理を行い、有線ＵＳＢとして転送するためのデータの受け渡しを行う。
【００２２】
ＲＰｉｐｅ情報２５は、ＲＰｉｐｅ毎における各種Ｄｅｓｃｒｉｐｔｏｒ情報を保持するレジスタ群である。ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔバッファ２６は、受信したトランスファリクエスト情報を保持し、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御ブロック２３による処理に伴って、その処理結果を更新・保持するためのレジスタ群である。Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７は、ＤＷＡ２の下流ポートに接続された有線ＵＳＢデバイスのバス構成及び状態（Ｓｔａｔｕｓ）を更新・保持するためのレジスタ群である。
【００２３】
次に、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３の構成について詳細に説明する。ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３は、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ受信処理部２３１と、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ生成処理部２３２と、Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部２３３と、ＤｏｗｎＰｏｒｔ側転送処理部２３４と、Ｔｉｍｅｒ値セット処理部２３５と、ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部２３６と、ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部２３７を有する。
【００２４】
ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ受信処理部２３１は、トランスファリクエストフレームを受信してその内容を解釈し、トランスファリクエストをレジスタに格納するためのモジュールである。Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ生成処理部２３２は、受信した（コントロール）リスクエスト及び／又はトランスファリクエストの内容から、新規ＵＳＢデバイスの認識処理、及び既存デバイスに対するサスペンド或いはレジューム要求を検出し、下流ポートに接続された有線ＵＳＢデバイスのバス構成及び状態をＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７に格納するためのモジュールである。
【００２５】
Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部２３３は、所定の周期毎にＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７を検索し、予め定めた期間を超えて無線ＵＳＢホストからのトランスファリクエストが来ていないと思われるデバイスを検出する。そして、検出されたデバイスに対して、無線ＵＳＢホストに代わって、検出されたデバイスをサスペンド或いはレジュームさせるためのトランスファリクエストを生成処理するモジュールである。ＤｏｗｎＰｏｒｔ側転送処理部２３４は、トランスファリクエストの内容を、ＲＰｉｐｅ Ｄｅｓｃｒｉｐｔｏｒにおいて指定されたパラメータに基づいてＵＳＢ２．０に従った転送として分割して、Ｗｉｒｅｄ−ＵＳＢ転送処理制御部２４に対して処理要求を出すモジュールである。このトランスファリクエストにて指定されたデータを処理することによって、トランスファリクエストを完了する。
【００２６】
Ｔｉｍｅｒ値セット処理部２３５は、まず、トランスファリクエストに対するトランスファリザルトの生成に伴い、該当のデバイスに対するコントロールリクエストが全て処理されたか否かを判定する。次いで、全て処理された場合には、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＩｄｌｅ Ｔｉｍｅｒフィールドに値をセットすることにより、リクエストが無い期間の判定を行う。ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部２３６は、ＤｏｗｎＰｏｒｔ側転送処理部２３４において処理された結果に基づいて、無線ＵＳＢホストに返すデータ(トランスファリザルト)を生成するモジュールである。ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部２３７は、転送結果であるトランスファリザルトを無線ＵＳＢホストに対し送信するためのモジュールである。
【００２７】
尚、従来のＤＷＡは、無線ＵＳＢにて受信したトランスファリクエストを下流ポート側の有線ＵＳＢ（ＵＳＢ２．０）への転送として処理するため、機能ブロック(ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３)を備える。このＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３は、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ受信処理部２３１と、ＤｏｗｎＰｏｒｔ側転送処理部２３４と、ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部２３６と、ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部２３７とから構成される。上述したように、ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ受信処理部２３１は、無線ＵＳＢにより送信されるトランスファリクエストフレームを受信し、Ｒｅｍｏｔｅ Ｐｉｐｅ（ＲＰｉｐｅ）情報を結び付けて下流ポート側への転送要求として内部バッファに格納する。ＤｏｗｎＰｏｒｔ側転送処理部２３４は、保持されているトランスファリクエストにより、下流ポートに対して有線ＵＳＢとしての転送処理を分割して実行し、処理結果の判定を行う。ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部２３６は、下流ポート側の転送処理により完了した結果に基づいて、無線ＵＳＢホストに対して返すトランスファリザルトを生成する。ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部２３７は、トランスファリザルトを無線ＵＳＢにより送信する。図９に、従来のＤＷＡのブロック図の一例を示す。
【００２８】
これに対し、本実施形態におけるＤＷＡ２では、下流ポートに接続されたＵＳＢデバイスのバス構成を解析して保持するための「Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ生成処理部２３２」と、下流ポートに接続されているＵＳＢデバイスを自立的にサスペンド或いはレジュームさせるための判定部分である「Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部２３３」と、トランスファリザルトの生成に伴い該当のデバイスに対する処理要求が無くなったことを判定するための「Ｔｉｍｅｒ値セット処理部２３５」と、バス構成を保持しておく「Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７」のレジスタ群を追加して構成するものである。
【００２９】
次に、下流ポートに接続された有線ＵＳＢデバイスのバス構成及び状態を格納する、デバイスリストテーブル（Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ）２７について説明する。図２は、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７によって保持される情報の構成を示す表である。Ｄｅｖ Ａｄｄｒｅｓｓは、該当デバイスのアドレスを示し、Ｓｅｔ Ａｄｄｒｅｓｓ Ｒｅｑｕｅｓｔにより指定されたＤｅｖ Ａｄｄｒｅｓｓをセットする。Ｈｕｂ Ａｄｄｒｅｓｓは、該当デバイスが接続されているハブのアドレスを示し、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)時のハブのデバイスアドレスをセットする。Ｈｕｂ Ｐｏｒｔは、該当デバイスが接続されているハブのポート番号を示し、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)時のハブのポートをセットする。Ｉｄｌｅ Ｔｉｍｅｒは、該当デバイスに対する最後のトランスファリクエストの処理完了時刻からの経過時間を示す。Ｓｕｓｐｅｎｄ ｂｉｔは、ＤＷＡ２が自立的にサスペンドさせている状態か否かを示す（Ａｃｉｔｉｖｅ／Ｓｕｐｅｎｄ）。Ｈｏｓｔ Ｓｔａｔは、該当デバイスに対して、無線ＵＳＢホストからサスペンドされたか否かを示す（Ａｃｉｔｉｖｅ／Ｓｕｐｅｎｄ）。
【００３０】
次に、本実施の形態にかかるＤＷＡ２を有するワイヤレスＵＳＢシステムについて、図３を用いてその動作の概要を説明する。ワイヤレスＵＳＢシステム１は、無線ＵＳＢ規格に従ってデータ通信を行うホスト４と、有線ＵＳＢデバイス３と接続され、有線ＵＳＢデバイス３とホスト４の間のデータ通信を中継するＤＷＡ２を有する。ＤＷＡ２は、受信したトランスファリクエストに従い転送を制御するＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３内部に、自立的なサスペンド／レジューム制御の機能を追加することにより、一定期間ホストとの通信が途絶えた場合や、未使用デバイスに対するサスペンド或いはレジューム制御機能を持つ。
【００３１】
より詳細には、まず、ＲＰｉｐｅ／ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ情報から、ホストコントローラによりＰＯＲＴ＿ＲＥＳＥＴ要求されたハブのアドレス、その後に割り当てられたデバイスアドレス、及び接続ポートを取得することによりバス構成を保持する。そして、ＲＰｉｐｅ／ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ情報を継続的に監視し、以下の条件に合致するデバイスを検出する。まず、サスペンド状態で無く、ペンディング（待ち状態）中のトランスファリクエストが存在しないデバイスに対しては、該当デバイスが接続されているハブに対してサスペンド指示を出す。一方、サスペンド状態で、新たにトランスファリクエストを受信したデバイスに対しては、該当デバイスが接続されているハブに対してレジューム指示を出す。尚、ＰＯＲＴ＿ＲＥＳＥＴ時の処理を取得する方法に代えて、ベンダ固有リクエスト定義して、独自のドライバソフトウェアからバス構成情報を取得し、ＤＷＡ２へと与える方式としてもよい。
【００３２】
次に、本実施の形態にかかるＤＷＡ２の動作について図４に示すフローチャートを用いて説明する。ＤＷＡ２は無線ＵＳＢホスト４（以下、ホスト４という）からのＷｉｒｅ Ａｄａｐｔｅｒ Ｃｌａｓｓ Ｒｅｑｕｅｓｔ（リクエスト）やＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ（トランスファリクエスト）を解釈し、それに応じて下流ポートに対する処理を行う。まず、ホスト４は、ＤＷＡ２の下流ポートに有線ＵＳＢデバイス３が接続されたことを検出した場合、デバイス３が接続されたＤＷＡ２もしくはハブ３１のポートに対してＳｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)を発行する。これにより、接続されたデバイス３をリセットする。次いで、Ｓｅｔ Ａｄｄｒｅｓｓにより、接続されたデバイス３に対するアドレスを割り当てる。
【００３３】
ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部２３では、このトランスファリクエストの内容を解釈する。ここで、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)を認識した場合には、その要求がされたハブ（ＤＷＡ２自身も含む）のアドレス及びポート番号を、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＨｕｂ Ａｄｄｒｅｓｓ及びＨｕｂ Ｐｏｒｔにそれぞれ記憶する（図４（ａ）におけるステップＳ６０２）。次いで、ホスト４はデバイス３の能力などを把握するため、幾つかのＤｅｓｃｒｉｐｔｏｒ情報をデバイス３から読み出す。そして、該当デバイス３に対するＳｅｔ Ａｄｄｒｅｓｓによって、該当デバイス３のアドレスを割り当てるためのトランスファリクエストを送信する。このＳｅｔ Ａｄｄｒｅｓｓが発行されたことを認識すると、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＤｅｖ Ａｄｄｒｅｓｓにセットする（図４（ａ）におけるステップＳ６０３）。これにより、下流ポートに接続されたデバイス３の構成を把握することができる。
【００３４】
また、デバイス３は、通常、ホスト４からの要求によりサスペンド或いはレジュームされる。このため、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ生成処理部２３２において、前述のバス構成の生成処理に加えて、ホスト４からデバイス３をサスペンド状態にするＳｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)及びＣｌｅａｒ Ｐｏｒｔ Ｆｅａｔｕｒｅ (ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を検出して、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７におけるＨｏｓｔ Ｓｔａｔを更新する（図４（ａ）におけるステップＳ６０４、Ｓ６０５）。これにより、Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部２３３がサスペンドさせるデバイス３を検出する場合には、Ｈｏｓｔ Ｓｔａｔに既にサスペンド状態としてあるデバイス３を除外することができる。更に、Ｇｅｔ Ｐｏｒｔ Ｓｔａｔｕｓリクエストを検出することにより、下流ポートのデバイス３が接続を解除（Ｄｉｓｃｏｎｎｅｃｔ）された場合には、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７から該当のデバイス情報を削除するものとする（図４（ａ）におけるステップＳ６０６）。
【００３５】
通常の転送処理に伴うトランスファリクエストを受信した場合には（図４（ａ）におけるステップＳ６０７）、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７の該当Ｄｅｖｉｃｅ ＡｄｄｒｅｓｓのＩｄｌｅ Ｔｉｍｅｒを参照し、Ｉｄｌｅ Ｔｉｍｅｒがセットされている場合にはそれをクリアする。また、ＤｏｗｎＰｏｒｔ側転送処理部２３４によって処理をするため、トランスファリクエストバッファに登録する（図４（ｂ）におけるステップＳ７０２）。次いで、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７を参照した際に、自発的にサスペンド状態に入れたことを示すＳｕｓｐｅｎｄ ｂｉｔがセットされていた場合には、受信したトランスファリクエストの処理を行う前に、そのデバイス３が接続されているＨｕｂ Ａｄｄｒｅｓｓ、Ｐｏｒｔに対して、Ｃｌｅａｒ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を発行することによりデバイス３をレジュームすると共に、Ｓｕｓｐｅｎｄ ｂｉｔをクリアする（図４（ｂ）におけるステップＳ７０３乃至Ｓ７０６）。
【００３６】
ＤｏｗｎＰｏｒｔ側転送処理部２３４は、ＲＰｉｐｅ情報を参照して、トランスファリクエストバッファに登録された要求をＵＳＢ２．０のパケット構成に分割してＷｉｒｅｄ−ＵＳＢ転送処理制御部２４へと渡す。これにより、下流ポートへの転送処理を起動する。トランスファリクエストで指定されたデータの送受信が完了するまでこの処理を繰り返し（図４（ｃ）におけるステップＳ８０１、Ｓ８０２）、処理が完了した後、Ｔｉｍｅｒ値セット処理部２３５・ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部２３６へと引き渡す。トランスファリクエストに対する処理が完了した後、転送結果に基づいて、ホスト４に対して返すデータ（トランスファリザルト）を生成する（図４（ｃ）におけるステップＳ８０３）。また、同一デバイス３宛に他のトランスファリクエストが存在しているかをチェックする（図４（ｃ）におけるステップＳ８０４、Ｓ８０５）。いずれのＲＰｉｐｅにも存在しない場合、ここでＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７の該当デバイス３におけるＩｄｌｅ Ｔｉｍｅｒに現在のタイマー値をセットする（図４（ｃ）におけるステップＳ８０７）。生成されたトランスファリザルトは、ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部２３７を介して、ホスト４へ送信され、一連の転送処理が完了する。
【００３７】
Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部２３３は、これらの処理の期間、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７に記録されているＩｄｌｅ Ｔｉｍｅｒ値を所定の周期で順番に繰り返しチェックする。この値は上述したように、トランスファリクエストの受信でクリアされ、トランスファリザルトの生成時に処理待ちのトランスファリクエストが無い場合にセットされる。このため、この値がセットされている期間は、該当デバイス３宛ての待機中のトランスファリクエストが存在していないもと判断することができる。そこで、セットされているタイマー値と現在値とを比較する（図４（ｄ）におけるステップＳ９０１）。比較の結果、一定の期間以上経過しているデバイス３に対して、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７に記録されているＨｕｂ Ａｄｄｒｅｓｓ、Ｐｏｒｔ宛としてＳｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を発行し（ステップＳ９０４）、それに対するトランスファリザルトの生成処理をマスク（遮断）する。Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ処理が完了したところでＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＳｕｓｐｅｎｄ ｂｉｔをセットし（図４（ｄ）におけるステップＳ９０６）、該当デバイス３を内部的にサスペンド状態にしたことを記録する。この動作により、所望のデバイス３を低消費電力状態であるサスペンドの状態にすることができる。
【００３８】
図５は、上述したＵＳＢ２．０における各リクエストの値を示す表である。それぞれのリクエストを検出した場合の処理内容を以下に説明する。Ｓｅｔ Ａｄｄｒｅｓｓを検出した場合は、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＤｅｖ Ａｄｄｒｅｓｓにデバイスアドレスをセットする。Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)を検出した場合は、このリクエストの対象ＲＰｉｐｅのアドレスをＨｕｂ Ａｄｄｒｅｓｓに、Ｐｏｒｔ＿ＩｎｄｅｘをＨｕｂ ＰｏｒｔとしてＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７にセットする。Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を検出した場合は、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７において、Ｐｏｒｔ＿Ｉｎｄｅｘで指定されたポートに接続されたことになっているデバイス３のＨｏｓｔ ＳｔａｔをＳｕｓｐｅｎｄにセットして更新する。Ｃｌｅａｒ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を検出した場合は、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７において、Ｐｏｒｔ＿Ｉｎｄｅｘで指定されたポートに接続されたことになっているデバイス３のＨｏｓｔ ＳｔａｔをＡｃｔｉｖｅにセットして更新する。Ｇｅｔ Ｐｏｒｔ Ｓｔａｔｕｓを検出した場合は、受信したデータのｂｉｔ−０（Ｃｕｒｒｅｎｔ Ｃｏｎｎｅｃｔ Ｓｔａｔｕｓ）がクリアされている場合、Ｐｏｒｔ＿Ｉｎｄｅｘにて指定されたポートに接続されたことになっているデバイス３の情報を、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７から削除する。
【００３９】
次に、本実施の形態にかかるＤＷＡ２の動作について図６に示すタイミングチャートを用いて説明する。まず、ホスト４とＤＷＡ２との接続を確立する（ステップＳ１０１）ＤＷＡ２からの接続要求に応じて、エニュメレーション処理を起動する。そして、ＤＷＡ２に対してＷｉｒｅＡｄａｐｔｅｒＥｎａｂｌｅ（下流ポートの有効化）を行い、下流ポートデバイス３に対してＳｔａｒｔ Ｏｆ Ｆｒａｍｅ（ＳＯＦ）を送出開始して下流ポートデバイス３の接続を検出すると共に、下流ポートデバイス３が動作を開始する。ホスト４は、ＤＷＡ２からの下流ポートデバイス３接続検出通知を受信すると、ＲＰｉｐｅ（Ａｄｄｒｅｓｓ０）セットを行う。
【００４０】
次いで、下流ポートデバイス３のエニュメレーション処理を行う（ステップＳ１０２）。ＤＷＡ２はホスト４からの（コントロール）リクエストやトランスファリクエストを解釈し、下流ポートに接続されたデバイス３の構成を把握する。接続されたデバイス３に対するエニュメレーション処理が起動され、各種ディスクリプタの取得、デバイスアドレスの設定のほか、必要に応じてコンフィグレーションの設定などが行われる。まず、ホスト４は、デバイス３が接続されたＤＷＡ２に対してリクエストとしてＳｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)を発行する。これにより、接続されたデバイス３をリセットする。また、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＲＥＳＥＴ)を認識した場合には、その要求がされたハブ（ＤＷＡ２自身も含む）のＨｕｂ Ａｄｄｒｅｓｓ及びＨｕｂ Ｐｏｒｔ情報を取得する（ステップＳ１０３）。次いで、ホスト４はデバイス３の能力などを把握するため、幾つかのＤｅｓｃｒｉｐｔｏｒ情報をデバイス３から読み出す。そして、トランスファリクエストとしてＳｅｔ Ａｄｄｒｅｓｓを発行し、接続されたデバイス３に対するアドレスを割り当てる。このＳｅｔ Ａｄｄｒｅｓｓが発行されたことを認識した場合には、デバイス３のＤｅｖ Ａｄｄｒｅｓｓ情報を取得する（ステップＳ１０４）。
【００４１】
下流ポートデバイス３のエニュメレーション処理の終了後、下流ポートデバイス３に対するＲＰｉｐｅ（Ａｄｄｒｅｓｓ０）セットを行うことにより、下流ポートデバイス３の接続を確立する（ステップＳ１０５）。次いで、下流ポートデバイス３に対するデータ転送処理を開始する（ステップＳ１０６）。このとき、通常の転送処理に伴うトランスファリクエストを受信した場合には、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７の該当Ｄｅｖｉｃｅ ＡｄｄｒｅｓｓのＩｄｌｅ Ｔｉｍｅｒを参照し、Ｉｄｌｅ Ｔｉｍｅｒがセットされている場合にはそれをクリア（例えば０に設定）する（ステップＳ１０７）。無線状態が悪化しておらず、通常の状態においては、このようにして転送処理を行う（ステップＳ１０８乃至Ｓ１０９）。トランスファリクエストで指定されたデータの送受信が完了するまでこの処理を繰り返してゆき、トランスファリクエストに対する処理が完了した後、転送結果に基づいて、ホスト４に対して返すデータ（トランスファリザルト）を生成する。このとき、同一デバイス３宛に他のトランスファリクエストが存在しているかをチェックする。いずれのＲＰｉｐｅにも存在しない場合、ここでＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７の該当デバイス３におけるＩｄｌｅ Ｔｉｍｅｒに現在のタイマー値をセットする（ステップＳ１１１）。
【００４２】
ここで、無線状態の悪化などにより、ホスト４からの要求を受信しにくい状況となった場合には、通信エラーが発生し再送が繰り返されることになる。ＤＷＡ２では、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７に記録されているＩｄｌｅ Ｔｉｍｅｒ値を所定の周期で順番に繰り返しチェックする。ＤＷＡ２がセットされているタイマー値と現在の値とを比較チェックした結果、Ｉｄｌｅ Ｔｉｍｅｒ値セットから一定の期間以上経過しているデバイス３が存在している場合には、該当デバイス３に対して、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を発行し（ステップＳ１１２）、それに対するトランスファリザルトの生成処理をマスクする。そして、下流ポートデバイス３に対してＳＯＦ送出を停止することによって、下流ポートデバイスをサスペンド状態にする。即ち、下流ポートデバイスは、ＤＷＡ２から３ｍｓの間パケットを受信しない場合には、サスペンド状態へと遷移する。また、Ｓｅｔ Ｐｏｒｔ Ｆｅａｔｕｒｅ処理が完了したところでＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７のＳｕｓｐｅｎｄ ｂｉｔをセットし（ステップＳ１１３）、該当デバイス３を内部的にサスペンド状態にしたことを記録する。この動作により、所望のデバイス３をサスペンドの状態にすることができる。
【００４３】
次いで、無線状態が回復して、再びホスト４からのトランスファリクエストを受信可能な状態となった場合には、Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ２７を参照した際に、自発的にサスペンド状態に入れたことを示すＳｕｓｐｅｎｄ ｂｉｔがセットされていた場合には、受信したトランスファリクエストの処理を行う前に、そのデバイス３が接続されているＨｕｂ Ａｄｄｒｅｓｓ、Ｐｏｒｔに対して、Ｃｌｅａｒ Ｐｏｒｔ Ｆｅａｔｕｒｅ(ＰＯＲＴ＿ＳＵＳＰＥＮＤ)を発行することによりデバイス３をレジュームすると共に、Ｓｕｓｐｅｎｄ ｂｉｔをクリアする（ステップＳ１１４）。そして、トランスファリクエストに対する処理が完了した後、転送結果に基づいて、生成されたトランスファリザルトが、ホスト４へ送信され、一連の転送処理が完了する。
【００４４】
以上説明したように、本実施の形態では、ＤＷＡ２内部において下流ポートに接続されたデバイス３の構成を把握した上で、処理待ちのトランスファリクエストが無くなった時点で、必要に応じ下流ポートデバイス３をサスペンド状態とする。これにより、ホスト４からトランスファリクエストを受信することが難しい状態においても、下流ポートのデバイス３をサスペンドの状態に入れることが可能となる。このため、無線状態が回復して、再びホスト４からのトランスファリクエストを受信可能な状態となるまでの期間、無駄に動作状態のままでいることが無くなり、下流ポートに接続されたデバイス３が消費する電力を削減することが可能となる。
【００４５】
従来のＤＷＡは、ホストからのトランスファリクエストに従い、下流ポートへの転送処理、及び下流ポートに接続されたデバイスのサスペンド／レジューム処理などを行うものである。しかしながら、ホストとの接続は無線であるため、その接続は常に安定しているものとは限らない。ホストからの要求を受信しにくい状況となった場合には、当然ながら、下流ポートデバイスをサスペンドするための要求なども受信しにくい状況となり、ホストによりデバイスを制御することができない。
【００４６】
他方、本実施の形態に係るＤＷＡ２によれば、無線状態の悪化などにより接続が消失した場合や、ホストが突然停止された場合においても、ＤＷＡ２自身により、下流に接続された有線ＵＳＢデバイス３を通常の動作状態から低消費電力状態へと設定することで、システムの消費電力を削減することができる。
【００４７】
なお、本発明は上述した実施の形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態１にかかるデバイスワイヤアダプタを示すブロック図である。
【図２】本発明の実施の形態１にかかるＤｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅによって保持される情報の構成を示す表である。
【図３】本発明のワイヤレスＵＳＢシステムの動作概要を示す図である。
【図４（ａ）】本発明のワイヤレスＵＳＢシステムにおける動作を示すフローチャートである。
【図４（ｂ）】本発明のワイヤレスＵＳＢシステムにおける動作を示すフローチャートである。
【図４（ｃ）】本発明のワイヤレスＵＳＢシステムにおける動作を示すフローチャートである。
【図４（ｄ）】本発明のワイヤレスＵＳＢシステムにおける動作を示すフローチャートである。
【図５】本発明のワイヤレスＵＳＢシステムにおける各リクエストの値を示す表である。
【図６（ａ）】本発明のワイヤレスＵＳＢシステムの動作を示すタイミングチャートである。
【図６（ｂ）】本発明のワイヤレスＵＳＢシステムの動作を示すタイミングチャートである。
【図７】従来の有線ＵＳＢ（Ｗｉｒｅｄ−ＵＳＢ）システムを示すブロック図である。
【図８】ＵＳＢシステムにおける下流ポートデバイスのサスペンド／レジューム動作を説明するための図である。
【図９】従来のデバイスワイヤアダプタを示すブロック図である。
【符号の説明】
【００４９】
１ 無線ＵＳＢシステム
２ ＤＷＡ
３ 有線ＵＳＢデバイス
４ ホスト
２１ Ｗｉｒｅｌｅｓｓ ＵＳＢ 転送処理制御部
２２ ＲＰｉｐｅ Ｄｅｓｃｒｉｐｔｏｒ処理部
２３ ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ制御部
２３１ ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔ受信処理部
２３２ Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ生成処理部
２３３ Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ処理部
２３４ ＤｏｗｎＰｏｒｔ側転送処理部
２３５ Ｔｉｍｅｒ値セット処理部
２３６ ＴｒａｎｓｆｅｒＲｅｓｕｌｔ生成処理部
２３７ ＴｒａｎｓｆｅｒＲｅｓｕｌｔ送信処理部
２４ Ｗｉｒｅｄ−ＵＳＢ転送処理制御部
２５ ＲＰｉｐｅ情報
２６ ＴｒａｎｓｆｅｒＲｅｑｕｅｓｔバッファ
２７ Ｄｅｖｉｃｅ Ｌｉｓｔ Ｔａｂｌｅ
【特許請求の範囲】
【請求項１】
無線ＵＳＢ規格に従ってデータ通信を行うホストと、
有線ＵＳＢデバイスと接続され、該有線ＵＳＢデバイスと前記ホストの間のデータ通信を中継するデバイスワイヤアダプタを有するワイヤレスＵＳＢシステムであって、
前記デバイスワイヤアダプタが、前記有線ＵＳＢデバイスと前記ホストの間のデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定する
ことを特徴とするワイヤレスＵＳＢシステム。
【請求項２】
前記デバイスワイヤアダプタが、
前記有線ＵＳＢデバイスと前記ホストの間のデータ通信が予め定めた期間以上行われていない場合に、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定する
ことを特徴とする請求項１記載のワイヤレスＵＳＢシステム。
【請求項３】
前記デバイスワイヤアダプタが、
前記ホストから前記有線ＵＳＢデバイスに対する全てのコントロールリクエストが処理されている場合に、当該有線ＵＳＢデバイスに対するコントロールリクエストが無い期間を測定し、前記デバイスワイヤアダプタの下流側に接続された前記有線ＵＳＢデバイスのうち、前記測定期間が予め定めた期間を超えた有線ＵＳＢデバイスが存在する場合に、当該有線ＵＳＢデバイスをサスペンド状態とするためのトランスファリクエストを生成処理する
ことを特徴とする請求項１又は２いずれか１項記載のワイヤレスＵＳＢシステム。
【請求項４】
前記デバイスワイヤアダプタが、
前記ホストから受信したコントロールリクエスト及び／又はトランスファリクエストから、前記有線ＵＳＢデバイスに対するサスペンド／レジューム要求を検出することで、接続された前記有線ＵＳＢデバイスの状態を記憶部に格納し、格納された前記有線ＵＳＢデバイスの前記状態がアクティブ状態である前記有線ＵＳＢデバイスをサスペンド状態とするためのトランスファリクエストを生成処理する
ことを特徴とする請求項１乃至３いずれか１項記載のワイヤレスＵＳＢシステム。
【請求項５】
前記デバイスワイヤアダプタが、
当該デバイスワイヤアダプタの下流側に接続された前記有線ＵＳＢデバイスのバス構成及び状態を格納するデバイスリストテーブルと、
前記ホストから受信したコントロールリクエスト及び／又はトランスファリクエストから、前記デバイスワイヤアダプタに新規に接続される有線ＵＳＢデバイスの認識処理を行うと共に、既存の有線ＵＳＢデバイスに対するサスペンド／レジューム要求を検出することで、接続された有線ＵＳＢデバイスのバス構成及び状態を前記デバイスリストテーブルに格納するデバイスリストテーブル生成処理部と、
前記ＵＳＢデバイスから前記ホストに対するトランスファリザルトを生成するときに、前記ホストから当該有線ＵＳＢデバイスに対する全てのコントロールリクエストが処理されている場合に、当該有線ＵＳＢデバイスに対するコントロールリクエストが無い期間を測定するためのタイマー値を前記デバイスリストテーブルにセットして格納するタイマー値セット処理部と、
所定の周期毎に前記デバイスリストテーブルを検索して、前記有線ＵＳＢデバイスのうち、前記タイマー値が予め定めた期間を超えた有線ＵＳＢデバイスが存在する場合に、当該有線ＵＳＢデバイスをサスペンド状態とするためのトランスファリクエストを生成処理するサスペンド／レジューム処理部と
を有することを特徴とする請求項１乃至４いずれか１項記載のワイヤレスＵＳＢシステム。
【請求項６】
所定の無線通信プロトコルに従って上流ポートが無線接続され、下流ポートに接続される有線ＵＳＢデバイスに対してデータ転送処理を行うデバイスワイヤアダプタであって、
前記デバイスワイヤアダプタが、前記有線ＵＳＢデバイスへ転送するデータのデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定する
ことを特徴とするデバイスワイヤアダプタ。
【請求項７】
所定の無線通信プロトコルに従ってデータを入出力するデバイスワイヤアダプタを介してデータ転送処理を行い、当該デバイスワイヤアダプタの下流ポートに接続される有線ＵＳＢデバイスを制御する有線ＵＳＢデバイスの制御方法であって、
前記有線ＵＳＢデバイスへと転送するデータのデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定する
ことを特徴とする有線ＵＳＢデバイスの制御方法。
【請求項１】
無線ＵＳＢ規格に従ってデータ通信を行うホストと、
有線ＵＳＢデバイスと接続され、該有線ＵＳＢデバイスと前記ホストの間のデータ通信を中継するデバイスワイヤアダプタを有するワイヤレスＵＳＢシステムであって、
前記デバイスワイヤアダプタが、前記有線ＵＳＢデバイスと前記ホストの間のデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定する
ことを特徴とするワイヤレスＵＳＢシステム。
【請求項２】
前記デバイスワイヤアダプタが、
前記有線ＵＳＢデバイスと前記ホストの間のデータ通信が予め定めた期間以上行われていない場合に、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定する
ことを特徴とする請求項１記載のワイヤレスＵＳＢシステム。
【請求項３】
前記デバイスワイヤアダプタが、
前記ホストから前記有線ＵＳＢデバイスに対する全てのコントロールリクエストが処理されている場合に、当該有線ＵＳＢデバイスに対するコントロールリクエストが無い期間を測定し、前記デバイスワイヤアダプタの下流側に接続された前記有線ＵＳＢデバイスのうち、前記測定期間が予め定めた期間を超えた有線ＵＳＢデバイスが存在する場合に、当該有線ＵＳＢデバイスをサスペンド状態とするためのトランスファリクエストを生成処理する
ことを特徴とする請求項１又は２いずれか１項記載のワイヤレスＵＳＢシステム。
【請求項４】
前記デバイスワイヤアダプタが、
前記ホストから受信したコントロールリクエスト及び／又はトランスファリクエストから、前記有線ＵＳＢデバイスに対するサスペンド／レジューム要求を検出することで、接続された前記有線ＵＳＢデバイスの状態を記憶部に格納し、格納された前記有線ＵＳＢデバイスの前記状態がアクティブ状態である前記有線ＵＳＢデバイスをサスペンド状態とするためのトランスファリクエストを生成処理する
ことを特徴とする請求項１乃至３いずれか１項記載のワイヤレスＵＳＢシステム。
【請求項５】
前記デバイスワイヤアダプタが、
当該デバイスワイヤアダプタの下流側に接続された前記有線ＵＳＢデバイスのバス構成及び状態を格納するデバイスリストテーブルと、
前記ホストから受信したコントロールリクエスト及び／又はトランスファリクエストから、前記デバイスワイヤアダプタに新規に接続される有線ＵＳＢデバイスの認識処理を行うと共に、既存の有線ＵＳＢデバイスに対するサスペンド／レジューム要求を検出することで、接続された有線ＵＳＢデバイスのバス構成及び状態を前記デバイスリストテーブルに格納するデバイスリストテーブル生成処理部と、
前記ＵＳＢデバイスから前記ホストに対するトランスファリザルトを生成するときに、前記ホストから当該有線ＵＳＢデバイスに対する全てのコントロールリクエストが処理されている場合に、当該有線ＵＳＢデバイスに対するコントロールリクエストが無い期間を測定するためのタイマー値を前記デバイスリストテーブルにセットして格納するタイマー値セット処理部と、
所定の周期毎に前記デバイスリストテーブルを検索して、前記有線ＵＳＢデバイスのうち、前記タイマー値が予め定めた期間を超えた有線ＵＳＢデバイスが存在する場合に、当該有線ＵＳＢデバイスをサスペンド状態とするためのトランスファリクエストを生成処理するサスペンド／レジューム処理部と
を有することを特徴とする請求項１乃至４いずれか１項記載のワイヤレスＵＳＢシステム。
【請求項６】
所定の無線通信プロトコルに従って上流ポートが無線接続され、下流ポートに接続される有線ＵＳＢデバイスに対してデータ転送処理を行うデバイスワイヤアダプタであって、
前記デバイスワイヤアダプタが、前記有線ＵＳＢデバイスへ転送するデータのデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定する
ことを特徴とするデバイスワイヤアダプタ。
【請求項７】
所定の無線通信プロトコルに従ってデータを入出力するデバイスワイヤアダプタを介してデータ転送処理を行い、当該デバイスワイヤアダプタの下流ポートに接続される有線ＵＳＢデバイスを制御する有線ＵＳＢデバイスの制御方法であって、
前記有線ＵＳＢデバイスへと転送するデータのデータ通信状況に応じて、前記有線ＵＳＢデバイスを通常の動作状態から低消費電力状態へと設定する
ことを特徴とする有線ＵＳＢデバイスの制御方法。
【図１】
【図２】
【図３】
【図４（ａ）】
【図４（ｂ）】
【図４（ｃ）】
【図４（ｄ）】
【図５】
【図６（ａ）】
【図６（ｂ）】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４（ａ）】
【図４（ｂ）】
【図４（ｃ）】
【図４（ｄ）】
【図５】
【図６（ａ）】
【図６（ｂ）】
【図７】
【図８】
【図９】
【公開番号】特開２００９−３７３８７（Ｐ２００９−３７３８７Ａ）
【公開日】平成２１年２月１９日（２００９．２．１９）
【国際特許分類】
【出願番号】特願２００７−２００６０７（Ｐ２００７−２００６０７）
【出願日】平成１９年８月１日（２００７．８．１）
【出願人】（３０２０６２９３１）ＮＥＣエレクトロニクス株式会社 (8,021)
【Ｆターム（参考）】
【公開日】平成２１年２月１９日（２００９．２．１９）
【国際特許分類】
【出願日】平成１９年８月１日（２００７．８．１）
【出願人】（３０２０６２９３１）ＮＥＣエレクトロニクス株式会社 (8,021)
【Ｆターム（参考）】
[ Back to top ]