(57)【要約】【課題】  制御局として機能する通信装置がスリープモードに遷移した後、従属局として機能する通信装置の周囲に新たな制御局が起動してもスーパーフレーム同期調整及び帯域予約調整を可能とする。【解決手段】  制御局として機能する通信装置が、従属局として機能する他の通信装置にビーコンを送信する。そして、アクティブモードからスリープモードへ遷移した後、従属局から他の制御局が送信するビーコンを受信したことを知らせる通知を受信すると、アクティブモードへ遷移する。【選択図】      図８
2009094579.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおける制御局として機能する通信装置であって、
従属局として機能する他の通信装置にビーコンを送信する送信手段と、
アクティブモードからスリープモードへ遷移した後に、前記従属局から、他の制御局が送信するビーコンを受信したことを知らせる通知を受信すると、前記アクティブモードへ遷移する遷移手段とを有することを特徴とする通信装置。
【請求項２】
通信システムにおける従属局として機能する通信装置であって、
制御局として機能する他の通信装置からビーコンを受信する受信手段と、
前記制御局がアクティブモードからスリープモードへ遷移することを知らせる通知を受けた後に、他の制御局からのビーコンを受信すると、前記制御局が前記アクティブモードへ遷移する通知を行う通知手段とを有することを特徴とする通信装置。
【請求項３】
前記従属局は、前記他の制御局が使用する予約帯域の帯域幅が閾値以上であるか否かを判定する手段を更に有し、
前記判定の結果に応じて前記通知手段は前記制御局へ前記通知を行うことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記従属局は、前記他の制御局に対する従属局の接続要求の数が閾値以上であるか否かを判定する手段を更に有し、
前記判定の結果に応じて前記通知手段は前記制御局へ前記アクティブモードへ遷移するよう通知することを特徴とする請求項２又は３に記載の通信装置。
【請求項５】
通信システムであって、
制御局として機能する通信装置は、
従属局として機能する他の通信装置にビーコンを送信する送信手段と、
アクティブモードからスリープモードへ遷移した後に、前記従属局から、他の制御局が送信するビーコンを受信したことを知らせる通知を受信すると、前記アクティブモードへ遷移する遷移手段とを有し、
前記従属局として機能する通信装置は、
前記制御局として機能する他の通信装置からビーコンを受信する受信手段と、
前記制御局がアクティブモードからスリープモードへ遷移することを知らせる通知を受けた後に、他の制御局からのビーコンを受信すると、前記制御局が前記アクティブモードへ遷移する通知を行う通知手段とを有することを特徴とする通信システム。
【請求項６】
通信システムにおける制御局として機能する通信装置の通信方法であって、
従属局として機能する他の通信装置にビーコンを送信する送信工程と、
アクティブモードからスリープモードへ遷移した後に、前記従属局から、他の制御局が送信するビーコンを受信したことを知らせる通知を受信すると、前記アクティブモードへ遷移する遷移工程とを有することを特徴とする通信装置の通信方法。
【請求項７】
通信システムにおける従属局として機能する通信装置の通信方法であって、
制御局として機能する他の通信装置からビーコンを受信する受信工程と、
前記制御局がアクティブモードからスリープモードへ遷移することを知らせる通知を受けた後に、他の制御局からのビーコンを受信すると、前記制御局が前記アクティブモードへ遷移する通知を行う通知工程とを有することを特徴とする通信装置の通信方法。
【請求項８】
請求項６又は７に記載の通信装置の通信方法をコンピュータに実行させるためのプログラム。
【請求項９】
請求項８に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、相互に通信を行う通信システムにおける通信技術に関する。
【背景技術】
【０００２】
ＷＵＳＢ１．０規格では、ホスト及びデバイスがＷＵＳＢクラスタを形成し、ＴＤＭＡベースのスーパーフレームを用いて通信が行われる（例えば、非特許文献１参照）。このＷＵＳＢはWireless Universal Serial Busの略で、ＴＤＭＡはTime Division Multiple Accessの略である。
【０００３】
スーパーフレームは、２５６μｓ単位のメディアアクセススロット（ＭＡＳ）が２５６個で構成され、先頭１６ＭＡＳはＢＰ（Beacon Period）としてビーコンが送信される。１ＭＡＳにビーコンスロットは３つ割り当てられ、１６ＭＡＳ中に４８ビーコンスロット存在するが、ビーコンスロット番号０及び１はＢＰの再配置に使用するために帯域予約を目的として使用することができない。
【０００４】
また、スーパーフレームにおけるＢＰ以外の残り期間は、クラスタ毎に通信可能帯域であるＤＲＰ（Distributed Reservation Period）として使用される。このＤＲＰはホスト或いはデバイスから送信されるビーコン内のDRP IE（DRP Information Element）によってその期間が示される。
【０００５】
ホスト及びデバイスの同期管理は自立分散型で行われ、ホストはスーパーフレーム同期調整管理を行う機能を持つ。そして、ホスト又はデバイスはスーパーフレーム同期調整を自分以外のビーコンを受信することで行う。
【０００６】
デバイスは、自分自身がスーパーフレーム同期調整管理を行う機能を持つＳＢＤ、自分自身がスーパーフレーム同期調整管理を行う機能を持たないＤＢＤ、同期管理を行わずに更なる消費電力低減のためにビーコンの送受信を行わないＮＢＤに大別される。ここで、ＳＢＤはSelf-Beaconing Deviceの略で、ＤＢＤはDirected Beaconing Deviceの略である。そして、ＮＢＤはNon Beaconing Deviceの略である。
【０００７】
次に、ＷＵＳＢ１．０規格が利用するＭＡＣ（Media Access Control）層のフレーム構成を、図１を用いて説明する。
【０００８】
この規格は、ＭＡＣ層としてＥＣＭＡ−３６８規格を使用し、スーパーフレーム３００と呼ばれるフレーム単位で通信時間が管理され、１スーパーフレームの期間は６５５３６μｓである（例えば、非特許文献２参照）。スーパーフレームの先頭１６ＭＡＳはＢＰ３１０として割り当てられ、ＷＵＳＢホストとＳＢＤはＢＰ３１０中にビーコンを送信することによりスーパーフレーム中の帯域をＤＲＰとして予約する。スーパーフレームの開始時点、即ち、ＢＰ３０の開始時点は、ＢＰＳＴ（Beacon Period Start Time）と呼ばれている。ビーコン３１１はビーコングループパラメータ３１２、DRP IE３１３とBPO IE３１４とその他のＩＥ（Information Element）３１５から構成される。
【０００９】
ビーコンを送信しているデバイスはDRP IE３１３で、帯域を予約したＭＡＳの配置を通知し、BOP IE３１４で自身が使用するビーコンスロットと周囲のデバイスのビーコンスロット番号及びＢＰの長さを通知する。
【００１０】
次に、ＷＵＳＢチャネルとＭＡＣ層の関係を、図２を用いて説明する。図２の各ＤＲＰ（３２０、３３０、３４０、４２０、４３０、５２０）はあるＷＵＳＢクラスタ内の通信帯域予約時間である。各ＤＲＰでは、データの入出力方向などを制御するＭＭＣ（Micro-scheduled Management Command）がＷＵＳＢホストによってブロードキャストされ、ＭＭＣはヘッダと複数のＩＥから構成される。
【００１１】
また、ＭＭＣから次のＭＭＣの前までの区間はＴＧ（Transaction Group）と呼ばれ、例えばＭＭＣ３４３に対してのＴＧは３４５である。ＭＭＣ３４３には、ＷＵＳＢホストからＷＵＳＢデバイスへの通信帯域、ＷＵＳＢデバイスからＷＵＳＢホストへの通信帯域などが記述される。
【００１２】
ＷＵＳＢ１．０規格では、ＷＵＳＢホストはスリープモードを備え、スリープモードに遷移する場合、ＭＭＣにChannel Stop IEを記述して送信し、ＷＵＳＢデバイスに対してＷＵＳＢチャネルの利用を停止することを宣言する。ＷＵＳＢホストはＷＵＳＢデバイスとの接続を保証するために、TrustTimeOut時間以内にアウェイクモードになり、ＷＵＳＢチャネルの利用を再開する。ＷＵＳＢチャネルの利用を再開するにはＭＭＣからChannel Stop IEを取り除くだけである。
【００１３】
ＷＵＳＢホストのスリープモードは更に、ＷＵＳＢデバイスがＷＵＳＢホストをアウェイクモードに遷移させる設定を持ち、Channel Stop IEにその設定がされているか否かを記述する。
【非特許文献１】Wireless Universal Serial Bus Specification、 Revision 1.0
【非特許文献２】Standard ECMA-368 High Rate Ultra Wideband PHY and MAC Standard
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、ＷＵＳＢホストとＤＢＤが接続し、ＷＵＳＢホストがスリープモードに遷移する場合、ＤＢＤ周囲に新たなＷＵＳＢホストが起動するとＤＲＰが衝突してしまう、という問題があった。
【００１５】
本発明は、制御局として機能する通信装置がスリープモードに遷移した後、従属局として機能する通信装置の周囲に新たな制御局が起動してもスーパーフレーム同期調整及び帯域予約調整を可能とすることを目的とする。
【課題を解決するための手段】
【００１６】
本発明は、通信システムにおける制御局として機能する通信装置であって、従属局として機能する他の通信装置にビーコンを送信する送信手段と、アクティブモードからスリープモードへ遷移した後に、前記従属局から、他の制御局が送信するビーコンを受信したことを知らせる通知を受信すると、前記アクティブモードへ遷移する遷移手段とを有することを特徴とする。
【００１７】
また、本発明は、通信システムにおける従属局として機能する通信装置であって、制御局として機能する他の通信装置からビーコンを受信する受信手段と、前記制御局がアクティブモードからスリープモードへ遷移することを知らせる通知を受けた後に、他の制御局からのビーコンを受信すると、前記制御局が前記アクティブモードへ遷移する通知を行う通知手段とを有することを特徴とする。
【００１８】
更に、本発明は、通信システムであって、制御局として機能する通信装置は、従属局として機能する他の通信装置にビーコンを送信する送信手段と、アクティブモードからスリープモードへ遷移した後に、前記従属局から、他の制御局が送信するビーコンを受信したことを知らせる通知を受信すると、前記アクティブモードへ遷移する遷移手段とを有し、前記従属局として機能する通信装置は、前記制御局として機能する他の通信装置からビーコンを受信する受信手段と、前記制御局がアクティブモードからスリープモードへ遷移することを知らせる通知を受けた後に、他の制御局からのビーコンを受信すると、前記制御局が前記アクティブモードへ遷移する通知を行う通知手段とを有することを特徴とする。
【発明の効果】
【００１９】
本発明によれば、制御局として機能する通信装置がスリープモードに遷移した後、従属局として機能する通信装置の周囲に新たな制御局が起動してもスーパーフレーム同期調整及び帯域予約調整を行うことができる。
【発明を実施するための最良の形態】
【００２０】
以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。
【００２１】
［第１の実施形態］
第１の実施形態における通信装置の構成を、図３を用いて説明する。通信装置は単一の通信装置で実現しても良いし、必要に応じた複数の機能を追加した形態で実現しても良い。この通信装置の構成は、ＷＵＳＢホスト（制御局）及びＷＵＳＢデバイス（従属局）に適用される。
【００２２】
図３は、第１の実施形態における通信装置の構成の一例を示すブロック図である。図３に示すように、通信装置１００は、基本的に通信装置全体を制御するＣＰＵ１１０、外部装置などから供給されるプログラムやデータを一時記憶するＲＡＭ１２０、ＣＰＵ１１０の制御プログラムや各種パラメータなどを格納するＲＯＭ１３０を含む。更に、通信装置１００は、無線通信機能を実現する無線通信インターフェース１４０、アンテナ１５０を含む。また、通信装置１００は、上述の構成で実現しても良いし、必要に応じて記憶装置、表示装置などの機能を追加した形態で実現しても良い。
【００２３】
ここで、通信装置１００は、複数の通信装置が互いにビーコンを送信することによってタイミング同期を確立する機能を有する。このタイミング同期確立の手順を、図４に示すシステム構成図及び図５に示すタイミングチャートを用いて説明する。
【００２４】
図４は、複数の通信装置で構成される通信システムの構成の一例を示す図である。図４に示す例では、２１０はＷＵＳＢクラスタ２００においてホストとして機能するＷＵＳＢホストである。２２０はデバイスとして機能するＷＵＳＢデバイスである。尚、図４では、ＷＵＳＢホスト２１０が制御するＷＵＳＢデバイス２２０が一台だけであるが、必要に応じてＷＵＳＢデバイスが複数存在しても良い。
【００２５】
ここで、通信システムは、ＷＵＳＢホストとＷＵＳＢデバイスとで構成されるＷＵＳＢクラスタが２つ存在することによって実現される。つまり、他のＷＵＳＢホスト２１１がビーコングループ２０１を形成し、ＷＵＳＢデバイス２２０はＷＵＳＢクラスタ２００及び２０１の通信可能範囲に位置する。
【００２６】
図５は、ＷＵＳＢホスト２１０がＷＵＳＢデバイス２２０と接続してスーパーフレーム同期を行う場合のタイミングチャートを示す図である。ここで、ＷＵＳＢデバイス２２０は、スーパーフレーム同期調整管理を行う機能を持たないデバイス（以下、ＤＢＤ２２０と称す）とする。図中、横軸は時間軸を示す。
【００２７】
ＷＵＳＢホスト２１０はＷＵＳＢクラスタ２００を形成する際に、ＢＰ３１０中にビーコンの送信を行い、ＷＵＳＢホスト２１１はＢＰ３９０中にビーコンの送信を行う。尚、ＷＵＳＢホスト２１０とＷＵＳＢホスト２１１はＢＰＳＴが同一ではないので、スーパーフレーム同期が行われていない。また、ＷＵＳＢホスト２１０はスーパーフレーム３００中にはＤＲＰ３６０を予約帯域とし、ＷＵＳＢホスト２１１はＤＲＰ３５０を予約帯域としている。
【００２８】
図５において、ＤＲＰ３５０とＤＲＰ３６０は予約帯域の一部が衝突している。ＤＢＤ２２０はＤＲＰ３６０中に受信モードになり、ＷＵＳＢホスト２１０からCount Packetsコマンドを受信する（Ｓ６００）。このCount Packetsコマンドはパケットヘッダを受信させるためのコマンドであり、受信開始時間、終了時間及びフィルタリングの対象となるパケットヘッダを指定する。この例では、ＤＢＤ２２０が受信する開始時間と終了時間はスーパーフレーム４００である。
【００２９】
一方、ＤＢＤ２２０は、スーパーフレーム４００期間中、指定期間中にパケットを受信し、ＷＵＳＢホスト２１０がフィルタリングの対象とするパケットヘッダをＲＡＭ１２０のバッファに一時保存する（Ｓ６０１）。次に、ＤＢＤ２２０はスーパーフレーム５００において、ＤＲＰ５６０期間中、受信パケットヘッダをＷＵＳＢホスト２１０に通知する（Ｓ６０２）。
【００３０】
この通知により、ＤＢＤ２２０から受信パケットヘッダを受け取ると、ＷＵＳＢホスト２１０はビーコンを受信するために、受信パケットヘッダを解析する。そして、ＷＵＳＢホスト２１０は、スーパーフレーム６００において、解析結果からビーコンを受信させるためにＤＢＤ２２０へCapture Packetコマンドを送信する（Ｓ６０３）。Capture Packetコマンドでは、受信開始時間、終了時間及びフィルタリングの対象となるビーコンなどが指定される。
【００３１】
一方、ＤＢＤ２２０は、スーパーフレーム７００においてＷＵＳＢホスト２１１のＢＰ７９０期間中のビーコンをキャプチャする（Ｓ６０４）。ＤＢＤ２２０は、ＤＲＰ７６０期間中、ＷＵＳＢホスト２１１から受信したビーコンをＷＵＳＢホスト２１０に送信する（Ｓ６０５）。
【００３２】
ここで、ＷＵＳＢホスト２１０は、受信したビーコンを解析し、ＷＵＳＢホスト２１１のスーパーフレームの開始時点（ＢＰＳＴ）にスーパーフレーム同期を行い、ＢＰＳＴをＷＵＳＢホスト２１１と同じにする。ＷＵＳＢホスト２１０は、スーパーフレーム８００においてＤＢＤ２２０にＷＵＳＢホスト２１１が作成したビーコンを送信するように指示する（Ｓ６０６）。
【００３３】
ＤＢＤ２２０は、スーパーフレーム９００において、送信を指示されたビーコンを送信し、ＷＵＳＢホスト２１１のＤＲＰ９５０とは衝突を起こさない。また、スーパーフレーム９００以降は、ＷＵＳＢホスト２１０がＤＲＰを再配置していても、Ｓ６０５と同様にＤＢＤ２２０に送信させるビーコンを更新する。
【００３４】
これにより、ＷＵＳＢホスト２１１はＤＢＤ２２０のビーコンを参照して自身のＤＲＰ９５０をＤＲＰ９６０と衝突しない時間に再配置する。説明の簡略化のために、Ｓ６０１からＳ６０６のステップは連続しているが、特に、このタイミングに限定されるものではないことは言うまでもない。
【００３５】
図６は、ＷＵＳＢホスト２１０がＤＢＤ２２０と接続している際にＷＵＳＢホスト２１０がスリープモードに遷移する場合のタイミングチャートを示す図である。図６において、横軸は時間軸を示す。
【００３６】
まず開始時において、図５と同様に、スーパーフレーム１１００期間中のＢＰ１１１０において、ＷＵＳＢホスト２１０はＤＢＤ２２０に自身が作成したビーコンを送信させており、ＤＢＤ２２０の通信範囲にＷＵＳＢホスト２１１が起動する。ＷＵＳＢホスト２１０が予約したＤＲＰ１１６０において、ＷＵＳＢホスト２１０はＭＭＣ内にChannel Stop IEを入れて送信する（Ｓ７００）。このChannel Stop IEにはチャネルの利用を停止する時間と、RemoteWakeupを受付けるか否かが記述される。
【００３７】
RemoteWakeupとは、デバイスがホストをスリープモードからアクティブモードへ遷移させることで、これはデバイスからDevice Notificationを受信することによって行われる。また、Device NotificationのタイプはRemoteWakeup以外に、Connectなどがある。
【００３８】
ＷＵＳＢホスト２１０は、ＤＲＰが開放されたことをＤＢＤ２２０周囲のデバイスに通知するために、ＤＢＤ２２０にＤＲＰが開放されたことを示すビーコンを送信させるためのコマンドを発行する（Ｓ７０１）。
【００３９】
次に、スーパーフレーム１２００において、ＷＵＳＢホスト２１０はＤＲＰを開放し、ＷＵＳＢホスト２１１がＤＢＤ２２０との通信範囲に起動すると、ＷＵＳＢホスト２１１は任意の期間にＤＲＰ１２５０を予約することができる。ＷＵＳＢホスト２１０は、ＷＵＳＢデバイスとの接続を維持するために、TrustTimeout期間以内に少なくとも一度は起動する。ＷＵＳＢホスト２１０は、チャネルの利用を再開する前にDevice Notificationを受け入れるＭＭＣを最低３回送信する。
【００４０】
一方、ＤＢＤ２２０はアクティブモードである間、ＭＭＣをトレースし続けることによってＷＵＳＢホスト２１０が送信するＭＭＣを受信する。ＷＵＳＢホスト２１１は、スーパーフレーム１３００において任意のＤＲＰ１３５０を予約し、スリープモードから復帰しようとするＷＵＳＢホスト２１０も任意のＤＲＰ１３６０を予約する場合、ＤＲＰが衝突することがある。スーパーフレーム１３００以降においても、ＷＵＳＢホスト２１０とＷＵＳＢホスト２１１が予約するＤＲＰ同士が衝突すると言う問題があった。Ｓ７００〜Ｓ７０４のタイミングは説明の簡略化のために記述されたもので、特にこのタイミングに限定されるものではないことは言うまでもない。
【００４１】
図７は、ＷＵＳＢホスト２１０がＤＢＤ２２０と接続している際にＷＵＳＢホスト２１０がスリープモードに遷移し、ＤＲＰの衝突を回避する場合のタイミングチャートを示す図である。図７において、横軸は時間軸を示す。
【００４２】
まず開始時に、スーパーフレーム１８００期間中のＢＰ１８１０において、ＷＵＳＢホスト２１０はＤＢＤ２２０に自身が作成したビーコンを送信させている。その後、ＤＢＤ２２０の通信範囲にＷＵＳＢホスト２１１が起動する。ＷＵＳＢホスト２１０が予約したＤＲＰ１８６０において、ＷＵＳＢホスト２１０はＭＭＣ内にChannel Stop IEを入れることでチャネルの利用を停止する時間と、デバイスからのRemoteWakeupを受付けることを記述する（Ｓ８００）。
【００４３】
また、ＷＵＳＢホスト２１０は、ＤＲＰが開放されたことをＤＢＤ２２０周囲のデバイスに通知するために、ＤＢＤ２２０にＤＲＰが開放されたことを示すビーコンを送信させるためのコマンドを発行する（Ｓ８０１）。
【００４４】
次に、スーパーフレーム１９００において、ＷＵＳＢホスト２１０はＤＲＰを開放し、ＷＵＳＢホスト２１１ＤＢＤ２２０との通信範囲に起動すると、ＷＵＳＢホスト２１１は任意の期間にＤＲＰ１９５０を予約することができる。ＷＵＳＢホスト２１０は、TrustTimeout期間以内に少なくとも一度は起動し、チャネルの利用を再開する前にDevice Notificationを受け入れるＭＭＣを最低３回送信する。
【００４５】
一方、ＤＢＤ２２０はアクティブモードである間、ＭＭＣをトレースし続けることによってＷＵＳＢホストが送信するＭＭＣを受信する。ＷＵＳＢホスト２１１は、スーパーフレーム２０００において任意のＤＲＰ２０５０を予約する。スリープモードから復帰しようとするＷＵＳＢホスト２１０はＤＲＰ２０６０中にChannel Stop IEを入れたＭＭＣを送信する（Ｓ８０２）。この場合、ＤＲＰ２０５０とＤＲＰ２０６０が衝突することがある。
【００４６】
ＤＢＤ２２０は、スーパーフレーム２１００において、以前のスーパーフレームでＷＵＳＢホスト２１１のＭＭＣを受信したことを通知するのにＷＵＳＢホスト２１０にDevice Notificationを送信する（Ｓ８０３）。タイプはRemoteWakeupである。ＷＵＳＢホスト２１０は、スーパーフレーム２２００以降、アクティブモードに遷移する。ＷＵＳＢホスト２１０は、スーパーフレーム２３００以降、図５と同様の操作を開始し、スーパーフレーム同期を行うのと同様の操作でＤＲＰを再配置することで衝突を回避する。
【００４７】
尚、Ｓ８００〜Ｓ８０５のタイミングは説明の簡略化のために記述されたもので、特にこのタイミングに限定されるものではないことは言うまでもない。
【００４８】
図８は、第１の実施形態におけるＷＵＳＢホストの動作を示すフローチャートである。尚、この処理手順はＷＵＳＢホストのＲＯＭ１３０に保存され、起動時にＣＰＵ１１０によって読み出され、実行される。
【００４９】
まず、Ｓ８１０において、ＷＵＳＢホスト２１０は図５に示すように、ＤＢＤ２２０を介してスーパーフレーム同期調整及びＤＲＰ予約を行う。次に、Ｓ８２０において、スリープモードに入らずアウェイク状態のままでいる時にはＳ８１０に戻り、上述した動作を繰り返す。また、スリープモードに入る時にはＳ８３０へ進み、ＷＵＳＢデバイスがＷＵＳＢホストをアウェイク状態に遷移させることを許容するためのRemote Wakeupを設定するか否かを判定する。ここで、判定結果が「真」ならば、Ｓ８４０へ進み、また判定結果が「偽」ならば、Ｓ８６０へ進む。
【００５０】
Ｓ８４０では、ＷＵＳＢホスト２１０はＭＭＣにChannel Stop IEを記述し、そのＩＥ内のRemote Wakeupビットを設定して送信する。そして、Ｓ８５０において、ＷＵＳＢホスト２１０はＤＢＤ２２０からDevice Notificationを受信したか否かを判定する。判定結果が「偽」ならばＳ８４０に戻り、上述した動作を繰り返す。また、判定結果が「真」ならばＳ８８０へ進み、ＷＵＳＢホスト２１０はＭＭＣからChannel Stop IEを取り除いてアクティブモードに遷移する。
【００５１】
一方、Ｓ８６０では、ＷＵＳＢホスト２１０はＭＭＣにChannel Stop IEを記述し、そのＩＥ内のRemote Wakeupビットを設定しないで送信する。そして、Ｓ８７０において、ＷＵＳＢホスト２１０はＤＢＤ２２０に対してコマンド発行、データ通信などのイベントがあるか否かを判定する。ここで、判定結果が偽ならばＳ８６０に戻り、上述した動作を繰り返す。また、判定結果が「真」ならばＳ８８０へ進み、ＷＵＳＢホスト２１０はＭＭＣからChannel Stop IEを取り除いてアクティブモードに遷移する。
【００５２】
図９は、第１の実施形態におけるＤＢＤの動作を示すフローチャートである。尚、この処理手順はＤＢＤ２２０のＲＯＭ１３０に保存され、起動時にＣＰＵ１１０によって読み出され、実行される。
【００５３】
まず、Ｓ９１０において、ＤＢＤ２２０は少なくとも１スーパーフレーム期間受信モードとなり、ＭＭＣを傍受する。次に、Ｓ９２０において、ＤＢＤ２２０はTrust Timeout以内にＭＭＣを受信したか否かを判定する。ここで、判定結果が「真」ならばＳ９３０へ進み、また判定結果が「偽」ならばＳ９９０へ進む。
【００５４】
このＳ９３０では、ＤＢＤ２２０は接続先ＷＵＳＢホスト２１０からChannel Stop IE中にRemote Wakeupビットが設定されたＭＭＣを受信したか否かを判定する。判定結果が「真」ならばＳ９４０へ進み、また判定結果が「偽」ならばＳ９９０へ進む。
【００５５】
このＳ９４０では、ＤＢＤ２２０はＷＵＳＢホスト２１０へのイベント、例えばReconnectなどがあるか否かを判定する。ここで、判定結果が「真」であればＳ９５０へ進み、また判定結果が「偽」であればＳ９７０へ進む。
【００５６】
このＳ９５０では、ＤＢＤ２２０はＳ９４０で判定したイベントに対応するDevice Notificationタイプを設定する。Device Notificationタイプは、ＷＵＳＢホストをアクティブモードに遷移させる他の通知、例えばConnectに設定しても良い。そして、Ｓ９６０において、ＤＢＤ２２０は設定されたタイプでDevice NotificationをＷＵＳＢホスト２１０に送信し、Ｓ９１０に戻り、上述した動作を繰り返す。
【００５７】
一方、Ｓ９７０では、ＤＢＤ２２０は接続していないホストのＭＭＣを受信したか否かを判定する。ここで、判定結果が「真」ならばＳ９８０へ進み、ＤＢＤ２２０はDevice NotificationタイプをRemote Wakeupに設定する。そして、Ｓ９６０において、ＤＢＤ２２０は設定されたタイプでDevice NotificationをＷＵＳＢホスト２１０に送信し、Ｓ９１０に戻り、上述した動作を繰り返す。
【００５８】
第１の実施形態ではRmote Wakeupを用いているが、ConnectなどＷＵＳＢホストをスリープモードからアクティブモードに遷移させる他のタイプを設定しても良い。
【００５９】
また、Ｓ９７０で、判定結果が「偽」ならばＳ９９０へ進み、ＤＢＤ２２０はＷＵＳＢホスト２１０との接続を維持するか否かを判定する。ここで、判定結果が「真」ならばＳ９１０に戻り、上述した動作を繰り返す。また、判定結果が「偽」ならばＷＵＳＢホスト２１０との接続を終了する。
【００６０】
第１の実施形態によれば、ＷＵＳＢホスト２１０がスリープモードに遷移した後、ＤＢＤ２２０周囲に新たなＷＵＳＢホスト２１１が起動してもスーパーフレーム同期調整及び帯域予約調整を行うことができる。
【００６１】
［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態を詳細に説明する。尚、第２の実施形態における通信装置の構成は、第１の実施形態で説明した図３に示す構成と同様であり、その説明は省略する。また、第２の実施形態における通信システムの構成も、第１の実施形態で説明した図４に示す構成と同様であり、その説明は省略する。
【００６２】
第２の実施形態では、ＤＢＤ２２０は、ＷＵＳＢホスト２１１に割り当てる予約帯域の閾値ＤＲＰｔｈを持つ。そして、ＤＢＤ２２０は、ＷＵＳＢホスト２１１が使用する帯域幅がある閾値以上であると、ＷＵＳＢホスト２１０の予約帯域と衝突する可能性があると判定する。
【００６３】
第２の実施形態では、ＷＵＳＢホスト２１１が使用する帯域幅によりスーパーフレーム同期調整及び帯域予約調整を行うものである。
【００６４】
図１０は、第２の実施形態における追加部分のＤＢＤ２２０の動作を示すフローチャートである。この動作は、図９に示すＳ９７０とＳ９８０の間に追加される。
【００６５】
Ｓ９７１において、接続していないのＷＵＳＢホスト２１１の予約帯域がＤＲＰｔｈを上回るかを判定する。ここで、判定結果が「真」ならばＳ９８０へ進み、また判定結果が「偽」ならばＳ９９０へ進む。
【００６６】
第２の実施形態によれば、ＷＵＳＢホスト２１０がスリープモードに遷移した後、ＤＢＤ２２０周囲に新たなＷＵＳＢホスト２１１が起動してある予約帯域以上占有する場合に、スーパーフレーム同期調整及び帯域予約調整を行うことができる。
【００６７】
［第３の実施形態］
次に、図面を参照しながら本発明に係る第３の実施形態を詳細に説明する。尚、第３の実施形態における通信装置の構成は、第１の実施形態で説明した図３に示す構成と同様であり、その説明は省略する。また、第３の実施形態における通信システムの構成も、第１の実施形態で説明した図４に示す構成と同様であり、その説明は省略する。
【００６８】
第３の実施形態では、ＤＢＤ２２０は、接続していないＷＵＳＢホスト２１１に接続されるＷＵＳＢデバイス数の閾値ＤＥＶｔｈを持つ。このＷＵＳＢデバイスからの接続要求に対するＷＵＳＢホストの応答がＭＭＣによって行われるので、ＤＢＤ２２０はＭＭＣを解析することで、ＷＵＳＢホストに接続される端末数を知ることができる。ＤＢＤ２２０は、ＷＵＳＢホスト２１１に接続する端末数がある閾値以上であると、ＷＵＳＢホスト２１１が予約するＤＲＰが増大することに伴ってＷＵＳＢホスト２１０の予約帯域と衝突する可能性があると判定する。
【００６９】
第３の実施形態では、ＷＵＳＢホスト２１１に接続する端末数によりスーパーフレーム同期調整及び帯域予約調整を行うものである。
【００７０】
図１１は、第３の実施形態における追加部分のＤＢＤ２２０の動作を示すフローチャートである。この動作は、図９に示すＳ９７０とＳ９８０の間に追加される。
【００７１】
Ｓ９７２において、接続していないＷＵＳＢホスト２１１のデバイス数がＤＥＶｔｈを上回るか否かを判定する。ここで、判定結果が「真」ならばＳ９８０へ進み、また判定結果が「偽」ならばＳ９９０へ進む。
【００７２】
第３の実施形態によれば、ＷＵＳＢホスト２１０がスリープモードに遷移した後、ＤＢＤ２２０周囲に新たなＷＵＳＢホスト２１１が起動して接続デバイス数がある一定以上の場合に、スーパーフレーム同期調整及び帯域予約調整を行うことができる。
【００７３】
尚、本発明は複数の機器（例えば、ホストコンピュータ，インターフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。
【００７４】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行する。これによっても、本発明の目的が達成されることは言うまでもない。
【００７５】
この場合、コンピュータ読み取り可能な記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【００７６】
このプログラムコードを供給するための記録媒体として、例えばフレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【００７７】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、次の場合も含まれることは言うまでもない。即ち、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合である。
【００７８】
更に、記録媒体から読出されたプログラムコードがコンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００７９】
【図１】ＷＵＳＢ１．０規格が利用するＭＡＣ（Media Access Control）層のフレーム構成を示す図である。
【図２】ＷＵＳＢチャネルとＭＡＣ層の関係を説明するための図である。
【図３】第１の実施形態における通信装置の構成の一例を示すブロック図である。
【図４】複数の通信装置で構成される通信システムの構成の一例を示す図である。
【図５】ＷＵＳＢホスト２１０がＷＵＳＢデバイス２２０と接続してスーパーフレーム同期を行う場合のタイミングチャートを示す図である。
【図６】ＷＵＳＢホスト２１０がＤＢＤ２２０と接続している際にＷＵＳＢホスト２１０がスリープモードに遷移する場合のタイミングチャートを示す図である。
【図７】ＷＵＳＢホスト２１０がＤＢＤ２２０と接続している際にＷＵＳＢホスト２１０がスリープモードに遷移し、ＤＲＰの衝突を回避する場合のタイミングチャートを示す図である。
【図８】第１の実施形態におけるＷＵＳＢホストの動作を示すフローチャートである。
【図９】第１の実施形態におけるＤＢＤの動作を示すフローチャートである。
【図１０】第２の実施形態における追加部分のＤＢＤ２２０の動作を示すフローチャートである。
【図１１】第３の実施形態における追加部分のＤＢＤ２２０の動作を示すフローチャートである。
【符号の説明】
【００８０】
１００  通信装置
１１０  ＣＰＵ
１２０  ＲＡＭ
１３０  ＲＯＭ
１４０  無線通信インターフェース
１５０  アンテナ
【図１】
2009094579.tif 000003
【図２】
2009094579.tif 000004
【図３】
2009094579.tif 000005
【図４】
2009094579.tif 000006
【図５】
2009094579.tif 000007
【図６】
2009094579.tif 000008
【図７】
2009094579.tif 000009
【図８】
2009094579.tif 000010
【図９】
2009094579.tif 000011
【図１０】
2009094579.tif 000012
【図１１】
2009094579.tif 000013