通信装置及びその制御方法、プログラム、記憶媒体

トップ :: H 電気 :: H04 電気通信技術

【発明の名称】	通信装置及びその制御方法、プログラム、記憶媒体
【発明者】	【氏名】青木紀人
【要約】	【課題】通信予約帯域を予約して通信を行う通信装置において、通信装置が省電力モードへ移行した場合など通信予約帯域を指定するビーコン情報の送出を停止する状態に移行する場合に、通常の動作モードへの復帰時に短時間でチャネルを利用することを可能にする技術を提供する。【構成】無線通信を行う通信装置は、外部装置と無線通信を行う無線通信手段と、通信予約帯域を指定する情報を含むビーコン情報を前記無線通信手段に送出させる制御手段と、を備え、前記制御手段は、前記ビーコン情報の送出を停止する場合に、当該通信装置が予約していた前記通信予約帯域を指定するビーコン情報の送出を前記外部装置に要求する要求情報を、前記無線通信手段に送出させる。

【特許請求の範囲】
【請求項１】
無線通信を行う通信装置であって、
外部装置と無線通信を行う無線通信手段と、
通信予約帯域を指定する情報を含むビーコン情報を前記無線通信手段に送出させる制御手段と、
を備え、
前記制御手段は、
前記ビーコン情報の送出を停止する場合に、当該通信装置が予約していた前記通信予約帯域を指定するビーコン情報の送出を前記外部装置に要求する要求情報を、前記無線通信手段に送出させる
ことを特徴とする通信装置。
【請求項２】
前記外部装置が、前記通信帯域を指定するビーコン情報を送出しているか否かを判定する判定手段を更に備え、
前記制御手段は、
前記判定手段において前記外部装置が前記ビーコン情報を送出していると判定された場合は、前記要求情報を前記無線通信手段に送出させない
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記制御手段は、
省電力モードに移行する場合に、前記通信予約帯域を指定するビーコン情報の送出を前記外部装置に要求する要求情報を、前記無線通信手段に送出させる
ことを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記通信装置は、ワイヤレスＵＳＢのホスト装置であり、
前記外部装置は、ワイヤレスＵＳＢのデバイス装置である
ことを特徴とする請求項１乃至３の何れかに記載の通信装置。
【請求項５】
通信装置の制御方法であって、
通信予約帯域を指定する情報を含むビーコン情報を送信する送信工程と、
前記ビーコン情報の送信を停止する場合に、前記ビーコン情報により前記通信装置が予約していた通信予約帯域を指定するビーコン情報の送出を外部装置に要求する要求工程と、
を有することを特徴とする通信装置の制御方法。
【請求項６】
前記外部装置が、前記通信帯域を指定するビーコン情報を送出しているか否かを判定する判定工程を更に備え、
前記判定工程における判定結果に応じて、前記外部装置に前記通信予約帯域を指定するビーコン情報の送出を要求する
ことを特徴とする請求項５に記載の通信装置の制御方法。
【請求項７】
前記要求工程では、省電力モードに移行する場合に、前記通信予約帯域を指定するビーコン情報の送出を前記外部装置に要求する
ことを特徴とする請求項５又は６に記載の通信装置の制御方法。
【請求項８】
前記通信装置は、ワイヤレスＵＳＢのホスト装置であり、
前記外部装置は、ワイヤレスＵＳＢのデバイス装置である
ことを特徴とする請求項５乃至７の何れかに記載の通信装置の制御方法。
【請求項９】
コンピュータを請求項１乃至４のいずれかに記載の通信装置として機能させるためのプログラム。
【請求項１０】
請求項９に記載のプログラムを格納したコンピュータで読み取り可能な記憶媒体。

【発明の詳細な説明】【技術分野】
【０００１】
本発明は、通信装置及びその制御方法、プログラム、記憶媒体に関する。
【背景技術】
【０００２】
無線ネットワークを形成する無線通信システムにおいて、種々の規格で省電力モードが定義されている。Wireless USB（ＷＵＳＢ、ワイヤレスＵＳＢ）規格（非特許文献１）においては、ホスト及びデバイスの両者に対してそれぞれ省電力モードが定義されている。
【０００３】
同規格による通信システムおいては、ホストとデバイスはＷＵＳＢクラスタを形成し、Time Division Multiple Access(ＴＤＭＡ)ベースのスーパーフレームを用いて通信が行われる。スーパーフレームは１つあたり２５６μｓの２５６個のMedia Access Slot（ＭＡＳ）から構成され、先頭１６ＭＡＳはBeacon Period（ＢＰ）としてビーコンのみが送信される。残りの期間はクラスタ毎に通信予約帯域（通信可能帯域）であるDistributed Reservation Protocol（ＤＲＰ）として予約される。ＤＲＰはホストあるいはデバイスから送信されるビーコン内のＤＲＰ Information Element（ＤＲＰＩＥ）によってその期間が示される。
【０００４】
ホストとデバイスの同期管理は自立分散型で行われ、ホストはスーパーフレームの同期管理を行う機能を持つ。ホストまたはデバイスはスーパーフレームの同期調整を自分以外のビーコンを傍受することによって行う。デバイスは大別してスーパーフレームの同期管理を自分自身で行うSelf-beaconing Device（ＳＢＤ）とスーパーフレームの同期管理を自分自身行わないDirected Beaconing Device（ＤＢＤ）が存在する。ＤＢＤはホストからの指示によってスーパーフレームの同期管理を行うことができる。このために、ＤＢＤは、以下の三つの機能、即ち、ＤＢＤ自身が受信するパケットをカウントするカウントパケット機能、特定のパケットを補足するキャプチャパケット機能、及び特定フレームを送信するトランスミットパケット機能を持つ。
【０００５】
ＷＵＳＢ規格ではＷＵＳＢクラスタが複数存在することができ、それらが互いに重複することが許されている。複数のホスト及びデバイスは互いにスーパーフレーム内の同期及びＤＲＰ予約を行う。ホストとＳＢＤのみが存在する場合には、同期確立にホストはＷＵＳＢ層での動作は必要ない。
【０００６】
ＤＢＤがＷＵＳＢクラスタ内に存在する場合、ホストはＷＵＳＢ層でＤＢＤにトランスミットパケット機能を用いてビーコンを送信させることによって周囲のホスト／デバイスとの同期確立を行う。
【非特許文献１】Wireless USB Specifications 1.0
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ＷＵＳＢ規格に従った通信システムにおいて、ＷＵＳＢクラスタ内にＤＢＤが存在し、ＷＵＳＢホストが省電力モードに入る状況を考える。このような場合、他にもＷＵＳＢクラスタが存在すると、以前に予約され、ＷＵＳＢホストが使用していたＤＲＰが、他のＷＵＳＢクラスタに占有されてしまう可能性がある。以前使用していたＤＲＰが他のＷＵＳＢクラスタに占有されると、ＷＵＳＢホストが省電力モードから復帰した場合に、そのＷＵＳＢホストはＤＲＰの再予約を初期状態から行わなければならず、素早くチャネルを利用することができない。
【０００８】
本発明は上記問題に鑑みなされたものであり、通信予約帯域を予約して通信を行う通信装置において、通信装置が省電力モードへ移行した場合など通信予約帯域を指定するビーコン情報の送出を停止する状態に移行する場合に、通常の動作モードへの復帰時に短時間でチャネルを利用することを可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明による通信装置は以下の構成を備える。即ち、
無線通信を行う通信装置であって、
外部装置と無線通信を行う無線通信手段と、
通信予約帯域を指定する情報を含むビーコン情報を前記無線通信手段に送出させる制御手段と、
を備え、
前記制御手段は、
前記ビーコン情報の送出を停止する場合に、当該通信装置が予約していた前記通信予約帯域を指定するビーコン情報の送出を前記外部装置に要求する要求情報を、前記無線通信手段に送出させる。
【００１０】
また、本発明による通信装置の制御方法は、以下の構成を備える。即ち、
通信装置の制御方法であって、
通信予約帯域を指定する情報を含むビーコン情報を送信する送信工程と、
前記ビーコン情報の送信を停止する場合に、前記ビーコン情報により前記通信装置が予約していた通信予約帯域を指定するビーコン情報の送出を外部装置に要求する要求工程と、
を有する。
【発明の効果】
【００１１】
本発明によれば、通信予約帯域を予約して通信を行う通信装置において、通信装置が省電力モードへ移行した場合など通信予約帯域を指定するビーコン情報の送出を停止する状態に移行する場合に、通常の動作モードへの復帰時に短時間でチャネルを利用することを可能にする技術を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面を参照して本発明に係る実施の形態を詳細に説明する。ただし、この実施の形態に記載されている構成要素はあくまでも例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。
【００１３】
＜＜実施形態１＞＞
本実施形態に係る構成をＷＵＳＢ規格に従って説明する。本実施形態の通信装置と通信システムの構成を、図１と図２を参照して説明する。通信装置は単一の通信装置で実現しても良いし、必要に応じた複数の機能を追加した形態で実現しても良い。
【００１４】
（システム構成）
図１は、本実施形態における通信装置の構成を示すブロック図である。図１において、１１０は通信装置全体を制御する処理するCentral Processing Unit（ＣＰＵ）である。１２０は外部装置などから供給されるプログラムやデータを一時記憶するRandom Access Memory（ＲＡＭ）である。１３０は変更を必要としないプログラムやパラメータを格納するRead Only Memory（ＲＯＭ）である。１４０は無線通信機能を実現する無線通信インターフェイスである。１５０は無線通信インターフェイス１４０に使用するアンテナである。無線通信装置１００は上記の構成で実現しても良いし、必要に応じて記憶装置、表示装置などの機能を追加した形態で実現しても良い。
【００１５】
尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。
【００１６】
本実施形態では、ＲＯＭ１３０から本実施形態に係るプログラム及び関連データをＲＡＭ１２０にロードして実行させる例を示すが、これに限られない。例えば、本実施形態に係るプログラムを動作させる度に、既にプログラムがインストールされているハードディスク装置やメモリ装置等からＲＡＭ１２０にロードするようにしてもよい。或いは、本実施形態に係るプログラムをＲＯＭ１３０に記録しておき、これをメモリマップの一部をなすように構成し、直接ＣＰＵ１１０で実行することも可能である。
【００１７】
また、本実施形態では、説明の便宜のため、本実施形態に係る通信装置を１つの装置で実現した構成について述べるが、複数の装置にリソースを分散した構成によって実現してもよい。例えば、記憶や演算のリソースを複数の装置に分散した形に構成してもよい。或いは、通信装置上で仮想的に実現される構成要素毎にリソースを分散し、並列処理を行うようにしてもよい。
【００１８】
図２は、本実施形態における通信システムの構成を示す図である。図２において、２１０はＷＵＳＢクラスタ２００においてホストとしての機能を持つＷＵＳＢホストである。２２０はデバイスとしての機能を持つＷＵＳＢデバイスである。図２では、ＷＵＳＢホストが制御するＷＵＳＢデバイスが一台だけ存在するが、必要に応じてＷＵＳＢデバイスが複数存在しても良い。図２に例示する本実施形態の通信システムにおいては、ＷＵＳＢホストとＷＵＳＢデバイスで構成されるＷＵＳＢクラスタが２つ存在する。図２においては、別のＷＵＳＢホスト２１１がＷＵＳＢクラスタ２０１を形成し、ＷＵＳＢデバイス２２０はＷＵＳＢクラスタ２００及び２０１の通信可能範囲に位置している。本図におけるＷＵＳＢデバイス２２０はＤＢＤであるが、ＤＢＤとＳＢＤが混在するＷＵＳＢクラスタであっても構わない。また、ＤＢＤ２２０の通信範囲にあるＷＵＳＢホスト２１１の代わりにＳＢＤが存在する構成であっても構わない。
【００１９】
（ＭＡＣ層のフレーム構成）
次に、ＷＵＳＢ規格が利用するMedia Access Control（ＭＡＣ）層のフレーム構成について、図３を参照して説明する。図３は、ＷＵＳＢ規格のスーパーフレームのフォーマットを模式的に示した図である。
【００２０】
ＷＵＳＢ規格はスーパーフレーム３００と呼ばれるフレーム単位で通信時間が管理される。スーパーフレームは２５６μｓ単位の２５６個のＭＡＳ３５０から構成され、１スーパーフレーム長は６５５３６μｓである。スーパーフレームの先頭１６ＭＡＳはＢＰ４００として割り当てられ、ＷＵＳＢホスト、ＳＢＤはＢＰ４００中にビーコンを送信することで、スーパーフレーム中の帯域をＤＲＰとして予約する。例えば、ビーコン４１０はビーコングループパラメータ４１１、ＤＲＰＩＥ（４１２）とその他のInformation Element（ＩＥ）４１３から構成され、ＤＲＰＩＥ４１２で予約したＭＡＳの配置を通知する。ＷＵＳＢホストがＷＵＳＢクラスタ内にＤＢＤを持つ場合、周囲のデバイスとのスーパーフレームの同期管理はＤＢＤを介してＤＢＤの周囲で傍受できるパケットを解析およびパケットを送信させることによって行う。
【００２１】
（ＷＵＳＢチャネルとＭＡＣ層の関係）
次に、ＷＵＳＢ規格のＷＵＳＢチャネルとＭＡＣ層の関係について、図４を参照して説明する。図４は、ＷＵＳＢチャネルからＭＡＣ層チャネル予約へのマッピングを示した模式図である。
【００２２】
図４において、各ＤＲＰ（４２０、４３０、４４０、４５０、４６０、４７０）は、あるＷＵＳＢクラスタ内の通信予約時間に相当する。これらのＤＲＰではデータの入出力方向等を制御するMicro-scheduled Management Command（ＭＭＣ）がＷＵＳＢホストによってブロードキャストされる。ここで、ＭＭＣはヘッダと複数のＩＥから構成される。ＭＭＣから次のＭＭＣの前までの区間はTransaction Group（ＴＧ）と呼ばれ、例えば、ＭＭＣ４４３に対してのＴＧは４４４である。
【００２３】
（スーパーフレームの同期調整）
次に、ＷＵＳＢホスト同士がＤＢＤを介してスーパーフレームの同期調整を行う処理について、図５を参照して説明する。図５は、ＷＵＳＢホスト２１０がＤＢＤ２２０を介してＷＵＳＢホスト２１１とスーパーフレームの同期調整を行う際の処理の流れを示すシーケンスチャートである。ここで、ＷＵＳＢホスト２１０は、ＤＢＤ２２０が傍受できるパケットを知るためにカウントパケット機能を有効にする。
【００２４】
まず、Ｓ１１０において、ＷＵＳＢホスト２１０は、SetWUSBData(Receive Params)リクエストを送出して、ＤＢＤ２２０にカウントパケット初期化要求を行う。SetWUSBData(Receive Params)リクエストには、受信パケットフィルタ、受信チャネル、受信開始時間、及び受信終了時間から構成される受信パラメータの設定が含まれる。
【００２５】
カウントパケット初期化要求を受信すると、Ｓ１２０において、ＤＢＤ２２０は、カウントパケット機能を初期化する。
【００２６】
次に、Ｓ１３０において、ＷＵＳＢホスト２１０はSetFeature(COUNT_PACKETS)リクエストでＤＢＤ２２０にカウントパケット有効化要求を行う。SetFeature(COUNT_PACKETS)リクエストには、受信するパケット数、期間、ＭＡＣヘッダ情報等のパラメータの設定が含まれる。ＤＢＤ２２０は、カウントパケット有効化要求を受信すると、Ｓ１４０において、カウントパケットを有効化し、Ｓ１０１のように、ＷＵＳＢホスト２１１が送信しているパケットを受信し保存する。
【００２７】
次に、Ｓ１５０において、ＤＢＤ２２０が受信したパケットを知るために、ＷＵＳＢホスト２１０は、GetStatus(Received Data)リクエストを送信する。ＤＢＤ２２０は、GetStatus(Received Data)リクエストを受信すると、Ｓ１６０において、受信パケットをＷＵＳＢホスト２１０へ送信する。
【００２８】
Ｓ１７０において、ＷＵＳＢホスト２１０は所望のパケットが何時受信できるかを解析する。図５においてＷＵＳＢホスト２１０が所望のパケットはＷＵＳＢクラスタ間のスーパーフレームの同期調整を行うためのものであるので、ビーコンである。Ｓ１７０の受信パケット解析により所望のビーコンの受信タイミングがわかると、次に、ＷＵＳＢホスト２１０はキャプチャパケット機能を有効化し、所望パケットを解析するための処理を行う。
【００２９】
Ｓ１８０において、ＷＵＳＢホスト２１０は、カウントパケット機能を無効化するためにＤＢＤ２２０にClearFeature(COUNT_PACKETS)リクエストを送信する。ＤＢＤ２２０は、ClearFeature(COUNT_PACKETS)リクエストの受信に応じて、Ｓ１９０において、カウントパケット機能を無効化する。
【００３０】
Ｓ２００において、ＷＵＳＢホスト２１０は、SetWUSBData(Receive Params)リクエストをＤＢＤ２２０に送信してキャプチャパケット機能の初期化を要求する。SetWUSBData(Receive Params)リクエストには、受信パケットフィルタ、受信チャネル、受信開始時間、及び受信終了時間から構成される受信パラメータの設定が含まれる。ＤＢＤ２２０は、SetWUSBData(Receive Params)リクエストの受信に応じて、Ｓ２１０において、キャプチャパケット機能を初期化する。
【００３１】
Ｓ２２０において、ＷＵＳＢホスト２１０はSetFeature(CAPTURE_PACKET)リクエストでキャプチャパケット機能の有効化要求をＤＢＤ２２０に行う。SetFeature(CAPTURE_PACKET)リクエストを受信すると、ＤＢＤ２２０は、Ｓ２３０において、パケットキャプチャ機能を有効化する。
【００３２】
ここで、Ｓ２４０において、ＷＵＳＢホスト２１１が送信したビーコンをＤＢＤ２２０は受信し保存したとする。
【００３３】
Ｓ２５０において、ＤＢＤ２２０が受信したビーコンの内容を解析するために、ＷＵＳＢホスト２１０は、GetStatus(Received Data)リクエストを送信する。GetStatus(Received Data)リクエストを受信すると、ＤＢＤ２２０は、Ｓ２６０において、受信パケットをＷＵＳＢホスト２１０へ送信する。
【００３４】
Ｓ２７０において、ＷＵＳＢホスト２１０は、ＤＢＤ２２０が受信したビーコンを解析することでＢＰ中に送信することができるビーコンスロットを知ることができる。
【００３５】
Ｓ２８０において、ＷＵＳＢホスト２１０は、キャプチャパケット機能を無効化するためにＤＢＤ２２０にClearFeature(CAPTURE_PACKET)リクエストを送信する。ClearFeature(CAPTURE_PACKET)リクエストを受信すると、ＤＢＤ２２０は、Ｓ２９０において、キャプチャパケット機能を無効化する。
【００３６】
Ｓ３００において、ＷＵＳＢホスト２１０は、SetWUSBData(Transmit Params)リクエストを送信することでＤＢＤ２２０に送信してトランスミットパケット機能の初期化を要求する。SetWUSBData(Transmit Params)リクエストには、送信時間、及び送信時間調整値から構成される送信パラメータの設定が含まれる。SetWUSBData(Transmit Params)リクエストを受信すると、ＤＢＤ２２０は、Ｓ３１０において、トランスミットパケット機能を初期化する。
【００３７】
Ｓ３２０において、ＷＵＳＢホスト２１０は、ＭＡＣヘッダ及びペイロードから構成される送信データを設定するSetWUSBData(Transmit Data)リクエストをＤＢＤ２２０に送信する。SetWUSBData(Transmit Data)リクエストを受信すると、ＤＢＤ２２０は、受信したデータを保存するように制御する。
【００３８】
Ｓ３３０において、ＷＵＳＢホスト２１０はＤＢＤ２２０にSetFeature(DEV_XMIT_PACKET)リクエストを送信することで、保存した送信データの送信開始を要求する。Ｓ３４０において、ＤＢＤ２２０はＳ３２０で受信して保存したビーコンデータを送信し、ＷＵＳＢホスト２１１はそのビーコンを傍受することができる。Ｓ３５０において、ＷＵＳＢホスト２１１はＳ３４０で傍受したビーコンを参照してスーパーフレームの同期調整を行う。
【００３９】
Ｓ３６０において、ＷＵＳＢホスト２１０は、必要に応じてトランスミットパケット機能を無効化するためにＤＢＤ２２０に、ClearFeature(DEV_XMIT_PACKET)リクエストを送信する。ClearFeature(DEV_XMIT_PACKET)リクエストを受信すると、Ｓ３７０において、ＤＢＤ２２０は、トランスミットパケット機能を無効化する。
【００４０】
（スリープ時の通常動作）
次に、ＷＵＳＢホストがスリープする際の通常の構成における動作について、図６を参照して説明する。図６は、互いにスーパーフレーム間の同期を確立したＷＵＳＢクラスタ２００とＷＵＳＢクラスタ２０１において、ＷＵＳＢホスト２１０がスリープする際の通常動作を示すタイミングチャートである。図６において、横軸は時間軸を表す。
【００４１】
スーパーフレームＮ（３００）において、ＷＵＳＢホスト２１０は、ＤＢＤ２２０にＳ３３０でトランスミットパケットリクエストを行って、ビーコンの送出を要求している。このスーパーフレーム内ではＷＵＳＢホスト２１０及びＤＢＤ２００が使用するＤＲＰ５００とＷＵＳＢホスト２１１が使用するＤＲＰ５１０は予約帯域が重なることは無い。
【００４２】
スーパーフレームＮ＋１（３０１）において、ＷＵＳＢホスト２１０がスリープすると決定する際に、そのスーパーフレーム内においてＳ３６０でトランスミットパケット停止リクエストを送信している。このフレームにおいてもＤＲＰ５２０とＤＲＰ５３０が重なることは無い。
【００４３】
スーパーフレームＮ＋２（３０２）において、ＷＵＳＢホスト２１０とＤＢＤ２２０はビーコンを送信しないが、ＷＵＢ２１１は一つ前のスーパーフレームＮ＋１（３０１）の情報を用いてＤＲＰ５５０を生成している。
【００４４】
スーパーフレームＮ＋３（３０３）において、ＷＵＳＢホスト２１１が生成するＤＲＰ５７０は可能な限り多くのＭＡＳを予約しようと試みる。以降のスーパーフレームで、ＷＵＳＢホスト２１０がＷＵＳＢチャネルを回復する際には、以前に使用していたＤＲＰ（例えば５２０）を用いるとＷＵＳＢホスト２１１が使用しているＤＲＰと衝突する可能性がある。従って、このような従来の構成においては、ＷＵＳＢホスト２１０はＤＲＰの予約を図５に示されるシーケンスチャートの手順を用いて初めからやり直さなければならず、ＷＵＳＢチャネル復帰に時間がかかると言う課題があった。
【００４５】
（本実施形態に係るスリープ時の動作）
次に、図７を参照して本実施形態に係る構成におけるスリープ時の動作について説明する。図７は、本実施形態に係る構成におけるスリープ時の動作を示すタイミングチャートである。なお、図６同様、横軸は時間軸を表す。
【００４６】
スーパーフレームＮ（３００）において、ＷＵＳＢホスト２１０は、ＤＢＤ２２０と通信するためのＤＲＰ５００を持ち、ＷＵＳＢホスト２１１が通信するためのＤＲＰ５１０とは予約帯域が重なっていない。このフレームでＤＢＤ２２０はトランスミットパケット機能によってビーコンを送信していないが、していても構わない。
【００４７】
図７では、スーパーフレームＮ＋１（３０１）でＷＵＳＢホスト２１０がスリープしようとしている。このとき、ＤＢＤ２２０がトランスミットパケット機能を用いてビーコンを送信していない場合、トランスミットパケットリクエスト(Ｓ３００、Ｓ３２０、Ｓ３３０)を用いてＤＢＤ２２０にビーコン送信要求を行う。このスーパーフレーム中もＤＲＰ５２０とＤＲＰ５３０の予約帯域は重ならない。このスーパーフレームより前にＤＢＤ２２０がトランスミットパケット機能を用いてビーコンを送信している場合、トランスミットパケットリクエストの工程を省略することもできる。
【００４８】
スーパーフレームＮ＋２（３０２）において、ＷＵＳＢホスト２１０はビーコン送信を停止するが、ＤＢＤ２２０はトランスミットパケット機能によってビーコンをＢＰ４０２の期間で送信する。ＤＢＤ２２０のビーコンによってＤＲＰ５４０が予約され、ＤＲＰ５５０との予約帯域は重ならない。このスーパーフレーム以降、任意の時点でホストがアウェイクしても、ＤＲＰは既に予約されているのでＷＵＳＢチャネルを素早く復帰することができる。
【００４９】
（ＷＵＳＢホストの動作）
次に、ＷＵＳＢホスト２１０の動作について図８を参照して説明する。図８は、ＷＵＳＢホスト２１０の動作の流れを示すフローチャートである。
【００５０】
ステップＳ５００において、ＷＵＳＢホスト２１０は、自身がスリープするかを判定する。スリープしない場合（ステップＳ５００でＮＯ）にはステップＳ５１０に進み、ＷＵＳＢホスト２１０はビーコンを送信し、再びステップＳ５００に戻る。
【００５１】
ステップＳ５００でスリープする場合（ステップＳ５００でＹＥＳ）には、ステップＳ５２０において、ＷＵＳＢホスト２１０は自身のメモリに蓄積されたコマンド履歴を参照してＤＢＤ２２０にビーコン送信を指示したかを判定する。ビーコン送信を指示していた場合（ステップＳ５００でＹＥＳ）には、再びステップＳ５００に戻る。ＷＵＳＢホスト２１０がＤＢＤ２２０にビーコン送信を指示していなかった場合（ステップＳ５００でＮＯ）には、ステップＳ５３０へ進む。
【００５２】
ステップＳ５３０においては、ＷＵＳＢホスト２１０は、一連のビーコン送信リクエストをＤＢＤ２２０に要求する。即ち、これまで使用してきたＷＵＳＢクラスタ２００のＤＲＰ（図７の例ではＤＲＰ５４０、５６０）の使用を継続するためのビーコンを送出し続けるように、ＤＢＤ２２０に要求する。その後再びステップＳ５００に戻る。
【００５３】
なお、図８はＷＵＳＢホストの動作の一例を示したものであり、その他の手順でも同様の動作が実現できることは言うまでも無い。
【００５４】
（ＤＢＤの動作）
次に、ＤＢＤ２２０の動作について図９を参照して説明する。図９はＤＢＤ２２０の動作の流れを示すフローチャートである。
【００５５】
ステップＳ６００において、ＤＢＤ２２０は、ＷＵＳＢホスト２１０からパケット送信リクエストを受信したかを判定する。受信していない場合（ステップＳ６００でＮＯ）にはステップＳ６００に再び戻り、受信している場合（ステップＳ６００でＹＥＳ）にはステップＳ６１０へ進む。
【００５６】
ステップＳ６１０において、ＤＢＤ２２０はＷＵＳＢホスト２１０からトランスミットパケット無効化要求であるClearFeature(DEV_XMIT_PACKET)リクエストを受信したかを判定する。受信した場合（ステップＳ６１０でＹＥＳ）にはステップＳ６００に再び戻り、受信していない場合（ステップＳ６１０でＮＯ）にはステップＳ６２０に進む。
【００５７】
ステップＳ６２０においては、ＤＢＤ２２０が既にビーコンを送信しているかどうかを判定する。送信している場合（ステップＳ６２０でＹＥＳ）には再びステップＳ６１０に戻り、送信していない場合（ステップＳ６２０でＮＯ）にはステップＳ６３０へ進む。
【００５８】
ステップＳ６３０においては、ＤＢＤ２２０はトランスミットパケット機能を用いてビーコンを送信する。このビーコンによって、ＷＵＳＢクラスタ２００の通信に用いられてきたＤＲＰ（図７の例ではＤＲＰ５４０、５６０）が継続して確保される。その後、再びステップＳ６１０に戻る。
【００５９】
なお、図９はＤＢＤの動作の一例を示したものであり、その他の手順でも同様の動作が実現できることは言うまでも無い。
【００６０】
上記のように、本実施形態に係る構成においては、ＷＵＳＢホストがビーコンを送信しない省電力モードへ移行する時に、ＷＵＳＢホストは、ＷＵＳＢデバイスにホストの代わりにＤＲＰを確保するためのビーコンを送信させるための要求情報を送出する。当該要求情報を受信したＷＵＳＢデバイスは、その内容に基づいてこれまで使用してきたＤＲＰを確保するためのビーコンの送出を開始する。これにより、ＷＵＳＢデバイスから送信されるビーコンによって、ＷＵＳＢホストがスリープしているときにも通信予約帯域が保持され、ＷＵＳＢホストがアウェイクする際に通信を素早く復帰させることができる。
【００６１】
なお、本実施形態では、無線通信としてＷＵＳＢを想定して説明を行ったが、通信予約帯域を予約して通信を行う通信ならば、本実施形態の手法を用いることで、スリープ時からの復帰時に素早く通信を開始することができる。
【００６２】
＜＜実施形態２＞＞
第１実施形態では、スリープからの復帰後、ＷＵＳＢホストが通信するＷＵＳＢデバイスが１つである場合について例示的に説明したが、スリープからの復帰後に通信するＷＵＳＢデバイスは２つ以上存在してもよい。本実施形態では、そのような一例として、スリープからの復帰後に通信するＷＵＳＢデバイスが２つ存在する場合について説明する。
【００６３】
（システム構成）
本実施形態で用いられる通信装置は実施形態１と同様、図１に示される。本実施形態で用いられる通信システムの構成は、図１０に示される。図１０は、本実施形態における通信システムの構成を示す図である。
【００６４】
図１０において、２１０はＷＵＳＢクラスタ２００においてホストとしての機能を持つＷＵＳＢホストである。２２０及び２２１はデバイスとしての機能を持つＷＵＳＢデバイスである。図１０では、ＷＵＳＢホストが制御するＷＵＳＢデバイスが二台だけであるが、必要に応じてＷＵＳＢデバイスが複数存在しても良い。
【００６５】
図１０に例示する通信システムにおいては、ＷＵＳＢホストとＷＵＳＢデバイスで構成されるＷＵＳＢクラスタが３つ存在する。図１０においては、別のＷＵＳＢホスト２１１がＷＵＳＢクラスタ２０１を形成し、ＷＵＳＢデバイス２２０はＷＵＳＢクラスタ２００及び２０１の通信可能範囲に位置している。更に、別のＷＵＳＢホスト２１２がＷＵＳＢクラスタ２０２を形成し、ＷＵＳＢデバイス２２１はＷＵＳＢクラスタ２００及び２０２の通信可能範囲に位置している。なお、ＷＵＳＢクラスタ２０１と２０２の通信可能範囲は重複していない。
【００６６】
図１０におけるＷＵＳＢデバイス２２０及び２２１はＤＢＤであるが、ＤＢＤとＳＢＤが混在するＷＵＳＢクラスタであっても構わない。また、ＤＢＤ２２０の通信範囲にあるＷＵＳＢホスト２１１、及びＤＢＤ２２１の通信範囲にあるＷＵＳＢホスト２１２の代わりに、ＳＢＤが存在する構成であっても構わない。ＷＵＳＢホスト２１０がＷＵＳＢクラスタ２０２に対してＤＢＤ２２１を介してトランスミットパケット機能を利用する手順は、図５と同様の手順を用いて実現することができる。また、本実施形態におけるＷＵＳＢホスト２１０、ＤＢＤ２２０、及びＤＢＤ２２１の動作フローは図８及び図９で示したフローと同様である。
【００６７】
（本実施形態に係るスリープ時の動作）
次に、本実施形態に係る構成におけるスリープ時の動作について、図１１を参照して説明する。図１１は、本実施形態に係る構成におけるスリープ時の動作を示すタイミングチャートである。図１１において、横軸は時間軸を表す。
【００６８】
スーパーフレームＮ（３００）において、ＷＵＳＢホスト２１０はＤＢＤ２２０及びＤＢＤ２２１と通信するためのＤＲＰ５００を有している。ＤＲＰ５００は、ＷＵＳＢホスト２１１が通信するためのＤＲＰ５１０及びＷＵＳＢホスト２１２が通信するためのＤＲＰ５１１とは予約帯域が重なっていない。ＤＲＰ５１０とＤＲＰ５１１は図１０の例では互いの通信範囲が重なっていないので予約帯域が重なることができるが、ＤＲＰ予約帯域は重なっていなくても構わない。このフレームでＤＢＤ２２０またはＤＢＤ２２１はトランスミットパケット機能によってビーコンを送信していないが、していても構わない。
【００６９】
スーパーフレームＮ＋１（３０１）でＷＵＳＢホスト２１０がスリープしようとする状況を考える。この場合、ＤＢＤ２２０及びＤＢＤ２２１がトランスミットパケット機能を用いてビーコンを送信していない場合、ＷＵＳＢホスト２１０は、ＤＢＤ２２０及びＤＢＤ２２１に対してそれぞれビーコン送信要求を行う。ただし、ビーコン送信要求は、ＤＢＤトランスミットパケットリクエスト(Ｓ３００、Ｓ３２０、Ｓ３３０)を用いて行う。このスーパーフレーム中もＤＲＰ５２０とＤＲＰ５３０／ＤＲＰ５３１の予約帯域は重ならない。このスーパーフレームより前にＤＢＤ２２０またはＤＢＤ２２１がトランスミットパケット機能を用いてビーコンを送信している場合、トランスミットパケットリクエストの工程を省略することもできる。
【００７０】
スーパーフレームＮ＋２（３０２）において、ＷＵＳＢホスト２１０はビーコン送信を停止するが、ＤＢＤ２２０及びＤＢＤ２２１はトランスミットパケット機能によってビーコンをＢＰ４０２の期間で送信する。ＤＢＤ２２０及びＤＢＤ２２１のビーコンによってＤＲＰ５４０が予約され、ＤＲＰ５５０／ＤＲＰ５５１との予約帯域は重ならない。従って、このスーパーフレーム以降、任意の時点でホストがアウェイクしても、ＤＲＰは既に予約されているのでＷＵＳＢチャネルを素早く復帰することができる。
【００７１】
上記のように、本実施形態に係る構成においては、省電力モードへ移行する時に、ＷＵＳＢホストは、ＷＵＳＢデバイスのそれぞれに対してＤＲＰを確保するためのビーコンを送信させるための要求情報を送出する。当該要求情報を受信したＷＵＳＢデバイスは、それぞれ、その内容に基づいてこれまで使用してきたＤＲＰを確保するためのビーコンの送出を開始する。これにより、ＷＵＳＢデバイスから送信されるビーコンによって、ＷＵＳＢホストがスリープしているときにも通信予約帯域が保持され、ＷＵＳＢホストがアウェイクする際に各通信を素早く復帰させることができる。
【００７２】
＜＜その他の実施形態＞＞
以上、本発明の実施形態例について詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様を取ることが可能である。具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００７３】
尚、本発明は、前述した実施形態の機能を実現するプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００７４】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明の技術的範囲に含まれる。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含む。
【００７５】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００７６】
プログラムを供給するための記録媒体としては、例えば、次のものが含まれる。即ち、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＣＤ－ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ－ＲＯＭ，ＤＶＤ－Ｒ）等が含まれる。
【００７７】
その他、プログラムの供給形態としては、次のようなものも考えられる。即ち、クライアント装置のブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明に係るコンピュータプログラム、或いは、圧縮され自動インストール機能を含むファイルをＨＤ等の記録媒体にダウンロードする形態も考えられる。また、本発明に係るプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００７８】
また、次のような供給形態も考えられる。即ち、まず、本発明に係るプログラムを暗号化してＣＤ－ＲＯＭ等の記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報の使用により暗号化されたプログラムを実行してコンピュータにインストールさせて本発明に係る構成を実現する。このような供給形態も可能である。
【００７９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、次のような実現形態も想定される。即ち、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００８０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づいても前述した実施形態の機能が実現される。即ち、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００８１】
【図１】通信装置の構成を示すブロック図である。
【図２】実施形態１における通信システムの構成を示す図である。
【図３】ＷＵＳＢ規格のスーパーフレームのフォーマットを模式的に示した図である。
【図４】ＷＵＳＢチャネルからＭＡＣ層チャネル予約へのマッピングを示した模式図である。
【図５】スーパーフレームの同期調整を行う際の処理の流れを示すシーケンスチャートである。
【図６】ＷＵＳＢホストがスリープする際の通常動作を示すタイミングチャートである。
【図７】実施形態１に係る構成におけるスリープ時の動作を示すタイミングチャートである。
【図８】ＷＵＳＢホストの動作の流れを示すフローチャートである。
【図９】ＤＢＤの動作の流れを示すフローチャートである。
【図１０】実施形態２における通信システムの構成を示す図である。
【図１１】実施形態２に係る構成におけるスリープ時の動作を示すタイミングチャートである。

【出願人】	【識別番号】０００００１００７【氏名又は名称】キヤノン株式会社
【出願日】	平成１８年９月１２日（２００６．９．１２）
【代理人】	【識別番号】１０００７６４２８【弁理士】【氏名又は名称】大塚康徳【識別番号】１００１１２５０８【弁理士】【氏名又は名称】高柳司郎【識別番号】１００１１５０７１【弁理士】【氏名又は名称】大塚康弘【識別番号】１００１１６８９４【弁理士】【氏名又は名称】木村秀二
【公開番号】	特開２００８－７２２５１（Ｐ２００８－７２２５１Ａ）
【公開日】	平成２０年３月２７日（２００８．３．２７）
【出願番号】	特願２００６－２４７３５２（Ｐ２００６－２４７３５２）