(57)【特許請求の範囲】
【請求項１】
無線通信装置であって、
無線ネットワークを形成している基地局装置が報知する報知信号を受信する受信手段と、
前記受信手段で報知信号を受信したタイミングに基づいて、前記無線ネットワークに参加している通信機器に対する要求信号の送信タイミングを決定する決定手段と、
前記決定手段により決定された送信タイミングで前記通信機器に要求信号を送信する送信手段と、
を有し、
前記要求信号は、前記無線ネットワークに参加する通信機器を検索するための信号を含み、
前記要求信号に対する前記通信機器からの応答信号に基づいて該通信機器が省電力モードで動作しているか否かを判定する判定手段を更に有し、
前記決定手段は、前記判定手段により前記通信機器が省電力モードで動作していないと判定された場合は、前記受信手段で報知信号を受信したタイミングに依存せずに前記送信タイミングを決定する
ことを特徴とする無線通信装置。
【請求項２】
前記無線通信装置は、前記無線ネットワークに参加していない
ことを特徴とする請求項１に記載の無線通信装置。
【請求項３】
前記通信機器は、起床状態とスリープ状態との間で交互に遷移する省電力モードで動作している
ことを特徴とする請求項１又は２に記載の無線通信装置。
【請求項４】
前記決定手段は、前記受信手段で報知信号を受信したタイミングから所定時間内のタイミングとなるように前記送信タイミングを決定する
ことを特徴とする請求項１乃至３の何れか１項に記載の無線通信装置。
【請求項５】
前記決定手段は、前記受信手段で報知信号を受信したタイミングに基づいて、後続の報知信号が送信される報知タイミングを予測し、該予測した報知タイミングの前後の所定期間内となるように前記送信タイミングを決定する
ことを特徴とする請求項１乃至３の何れか１項に記載の無線通信装置。
【請求項６】
前記決定手段は、前記受信手段で受信した報知信号に含まれる報知間隔情報と該報知信号を受信したタイミングとに基づいて、前記報知タイミングを予測する
ことを特徴とする請求項５に記載の無線通信装置。
【請求項７】
前記要求信号は、前記通信機器における所定のサービスの提供可否情報を要求するための信号を含む
ことを特徴とする請求項１乃至６の何れか１項に記載の無線通信装置。
【請求項８】
前記要求信号は、前記通信機器における無線接続パラメータの設定方式の情報を要求するための信号を含む
ことを特徴とする請求項１乃至７の何れか１項に記載の無線通信装置。
【請求項９】
無線通信装置の制御方法であって、
無線ネットワークを形成している基地局装置が報知する報知信号を受信する受信工程と、
前記受信工程で報知信号を受信したタイミングに基づいて、前記無線ネットワークに参加している通信機器に対する要求信号の送信タイミングを決定する決定工程と、
前記決定工程により決定された送信タイミングで前記通信機器に要求信号を送信する送信工程と、
を含み、
前記要求信号は、前記無線ネットワークに参加する通信機器を検索するための信号を含み、
前記要求信号に対する前記通信機器からの応答信号に基づいて該通信機器が省電力モードで動作しているか否かを判定する判定工程を更に含み、
前記決定工程では、前記判定工程により前記通信機器が省電力モードで動作していないと判定された場合は、前記受信工程で報知信号を受信したタイミングに依存せずに前記送信タイミングを決定する
ことを特徴とする無線通信装置の制御方法。
【請求項１０】
無線通信部を有するコンピュータを、請求項１乃至８の何れか１項に記載の無線通信装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置における要求信号の送受信制御に関するものである。
【背景技術】
【０００２】
近年、デジタルカメラやプリンタなどの電子機器に無線ＬＡＮステーション機能を搭載し、無線ＬＡＮアクセスポイントに接続して使用するケースが増えてきている。例えば、特許文献１には、デジタルカメラに無線通信機能を搭載し、画像共有を容易にする方法が開示されている。
【０００３】
また、無線ＬＡＮ機能搭載の電子機器間での無線通信接続を容易にするＷｉ−Ｆｉ Ｄｉｒｅｃｔ（登録商標）という規格がＷｉ−Ｆｉ Ａｌｌｉａｎｃｅにより制定されている。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔでは、各電子機器が無線ＬＡＮアクセスポイント（ＡＰ）または無線ＬＡＮステーション（ＳＴＡ）のいずれとして動作するかを決定するプロトコルが規定されている。当該プロトコルを実行することにより、電子機器の何れが無線ＬＡＮアクセスポイントになり、何れが無線ＬＡＮステーションになるかが自動的に決定されるため、ユーザの利便性が向上する。また、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔでは、オプション機能として上位のアプリケーションがサポートしているサービス情報を広告・検索する機能（サービスディスカバリ機能）も規定されている。当該サービスディスカバリ機能を使用することにより、接続相手となる電子機器の保持するサービス情報を、接続処理実行前に知ることができ、ユーザの利便性が向上する。なお、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔによる接続は、無線ＬＡＮステーションとして無線ＬＡＮアクセスポイントに接続した状態のまま並行して動作させることが可能である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−３５７６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、無線通信機能を有する電子機器においては、消費電力を削減するために間欠受信による省電力モードで動作する場合がある。例えば、無線ＬＡＮステーションとして動作している電子機器においては、省電力モードで動作している場合、接続している無線ＬＡＮアクセスポイントから指示された起床期間以外の期間はスリープ状態となっている。そして、スリープ状態の期間においては、当該電子機器は、外部の無線機器から送信されたパケットを受信することができない。すなわち、当該電子機器は、現在接続している無線ＬＡＮアクセスポイントを介した通信であれば、結果として起床期間にパケットが送信されるため、当該パケットを受信することが可能である。一方、外部の無線機器は当該電子機器の起床期間を知らないため当該電子機器の起床期間を考慮せずにパケットを送信することになる。そのため、当該電子機器がスリープ状態の期間に外部の無線機器が送信したパケットについては、当該電子機器は受信できないことになる。
【０００６】
そのため、例えば、省電力モードで動作している電子機器に対して同一のネットワークに属さない外部の無線機器が上述のサービスディスカバリ機能の検索パケットを送信する場合、誤った判定を行うことになる。すなわち、当該電子機器がスリープ状態の期間に外部の無線機器が検索パケットを送信した場合、当該電子機器は検索パケットを受信できず、結果として応答することが出来ない。その結果として、検索パケットを送信した外部の無線機器は、実際には検索対象の電子機器が存在しているにも関わらず、当該電子機器が存在しないと誤って判断をしてしまう可能性がある。
【０００７】
本発明は、このような問題に鑑みてなされたものであり、より好適な無線通信を可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述の問題点を解決するため、本発明に係る通信装置は以下の構成を備える。すなわち、無線通信装置は、無線ネットワークを形成している基地局装置が報知する報知信号を受信する受信手段と、前記受信手段で報知信号を受信したタイミングに基づいて、前記無線ネットワークに参加している通信機器に対する要求信号の送信タイミングを決定する決定手段と、前記決定手段により決定された送信タイミングで前記通信機器に要求信号を送信する送信手段と、を有し、前記要求信号は、前記無線ネットワークに参加する通信機器を検索するための信号を含み、前記要求信号に対する前記通信機器からの応答信号に基づいて該通信機器が省電力モードで動作しているか否かを判定する判定手段を更に有し、前記決定手段は、前記判定手段により前記通信機器が省電力モードで動作していないと判定された場合は、前記受信手段で報知信号を受信したタイミングに依存せずに前記送信タイミングを決定する。
【発明の効果】
【０００９】
本発明によれば、より好適な無線通信を可能とする技術を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】通信装置の内部構成を例示的に示すブロック図である。
【図２】通信装置の機能ブロックを例示的に示す図である。
【図３】通信装置を含むシステム全体の構成の一例を示す図である。
【図４】第１実施形態における通信装置の動作フローチャートである。
【図５】第１実施形態における動作シーケンス図である。
【図６】第２実施形態における通信装置の動作フローチャートである。
【図７】第２実施形態における動作シーケンス図である。
【図８】第３実施形態における通信装置の動作フローチャートである。
【図９】第３実施形態における動作シーケンス図である。
【発明を実施するための形態】
【００１１】
以下に、図面を参照して、この発明の好適な実施の形態を詳しく説明する。なお、以下の実施の形態はあくまで例示であり、本発明の範囲を限定する趣旨のものではない。
【００１２】
（第１実施形態）
本発明に係る無線通信装置の第１実施形態として、ＩＥＥＥ８０２．１１シリーズ規格（以下では単にＩＥＥＥ８０２．１１規格と呼ぶ）に準拠した通信を行う通信装置１０１を例に挙げて以下に説明する。特に、以下の説明においては、通信装置１０１は、ステーション（ＳＴＡ）として動作している他の通信機器に対して、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ接続を行う形態について説明する。なお、以下ではＩＥＥＥ８０２．１１規格の無線ＬＡＮシステムを用いた例について説明するが、他の無線通信方式であっても適用可能である。
【００１３】
＜装置構成＞
図１は、通信装置１０１の内部構成を例示的に示すブロック図である。
【００１４】
制御部１０２は、記憶部１０３に記憶される制御プログラムを実行することにより装置全体を制御する。記憶部１０３は、制御部１０２が実行する制御プログラムを記憶する。また、記憶部１０３は、無線部１０４で利用される通信パラメータ等の各種情報も記憶する。
【００１５】
無線通信部である無線部１０４は、ＩＥＥＥ８０２．１１規格に準拠した無線ＬＡＮ通信を行う。なお、無線ＬＡＮ通信は、アンテナ制御部１０７及びアンテナ１０８を介して行われる。
【００１６】
表示部１０５は、各種表示を行うでありＬＣＤやＬＥＤのように視覚で認知可能な情報の出力を行う。なお、音出力が可能なスピーカなどを更に有してもよい。
【００１７】
操作部１０９は、通信装置を操作するための各種入力をユーザから受け付けるための機能部であり、ボタン、スイッチ、キーボード、タッチパネルなどから構成される。
【００１８】
サービス提供部１１０は、通信装置１０１が提供するアプリケーションレベルのサービス情報を提供する機能を備えている。なお、サービスには、相手通信装置の機能を利用するクライアントサービスと、相手通信装置に自装置の機能を提供するサーバサービスと、がある。例えば、通信装置１０１がプリンタである場合は、外部機器に対し印刷機能のサーバサービスを提供する。また、通信装置１０１がデジタルカメラである場合は、外部機器に対し撮像機能のサーバサービスを提供し、あるいは、相手通信装置の提供する表示機能やストレージ機能を利用するクライアントサービスを提供する。計時部１１１は、時間の経過を計測するタイマである。
【００１９】
図２は、通信装置１０１の機能ブロック２０１を例示的に示す図である。以下の各機能は、制御部１０２が記憶部１０３に記憶された制御プログラムを実行することにより実現される。
【００２０】
Ｄｅｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ制御部２０２は、通信相手となる通信装置を検索するデバイス検索処理を動作させる機能部である。
【００２１】
Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ制御部２０３は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格に基づいた制御を行う機能部である。Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔにおいては、無線ＬＡＮアクセスポイント機能を実施する通信装置をＰ２Ｐグループオーナー（以下、ＧＯ）、無線ＬＡＮステーション機能を実施する通信装置をＰ２Ｐクライアント（以下、ＣＬ）と呼ばれる。これらの役割はＧＯネゴシエーションのプロトコルで決定され、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格で規定されている。Ｗｉ−Ｆｉ  ＤｉｒｅｃｔではＧＯが構築したネットワークをＰ２Ｐグループと呼ぶ。なお、以下では、Ｐ２Ｐグループの通信装置群（ＧＯとして動作するデバイス、ＣＬとして動作するデバイス、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔを起動したもののＧＯとして動作するかＣＬとして動作するか未決定のデバイス）をまとめて、Ｐ２Ｐデバイスと呼ぶ。
【００２２】
Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ制御部２０４は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔで規定されたサービスディスカバリ（Service Discovery：ＳＤ）機能をつかさどる。サービスディスカバリ機能は、ＩＥＥＥ８０２．１１ｕで定められたアクションフレームを送受信することにより、相手通信装置との間で、それぞれが保有するサービス情報をやりとりする。
【００２３】
具体的には、相手通信装置にSD_Query信号を送信し、相手通信装置からSD_Response信号を返答として受信する。もしくは、相手通信装置からSD_Query信号を受信し、応答信号として相手通信装置にSD_Response信号を送信する。ここで取り交わされるサービス情報には次の内容が含まれる。
・サービス通信を相互に実行するために利用するプロトコル情報
・サービスの必須機能やオプション機能の対応を示すサービス機能対応情報（例えば、プリンタであれば、両面印刷対応、カラーあるいは白黒印刷対応、フォーマット印刷対応）
【００２４】
もちろん、上述の情報は一例にすぎず、他の情報を含めるよう構成してもよい。
【００２５】
Ｐｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ制御部２０５は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔで規定されたプロビジョンディスカバリ（Provision Discovery）機能をつかさどる。プロビジョンディスカバリ機能は、ＩＥＥＥ８０２．１１ｕで定められたアクションフレームを送受信することにより、相手通信装置との間で、それぞれが保有する無線接続パラメータの設定方式の能力情報をやり取りする。
【００２６】
具体的には、相手通信装置にPD_Request信号を送信し、相手通信装置からPD_Response信号を返答として受信する。もしくは、相手通信装置からのPD_Request信号を受信し、応答信号として相手通信装置にPD_Response信号を送信する。ここで取り交わされる能力情報はＷＰＳの設定方式、例えば、ＰＩＮ（Personal Identification Number）方式やＰＢＣ（Push Button Configuration）方式に関連する情報が含まれる。
【００２７】
また、Ｐｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ制御部２０５を、相手通信装置に無線接続パラメータ設定動作を起動させるトリガとして利用することも可能である。具体的には、ＧＯとして動作している相手通信装置に対してPD_Request信号を送信することにより、相手通信装置に、PD_Response信号の返答及びＷＰＳレジストラ機能の起動をさせる。若しくは、自装置がＧＯとして動作している状態で相手通信装置からのPD_Request信号を受信した場合、PD_Response信号の送信及びＷＰＳレジストラ機能を起動する。
【００２８】
パケット受信部２０６及びパケット送信部２０７は、上位レイヤの通信プロトコルを含むパケットの送受信の制御をつかさどる機能部である。
【００２９】
サービス提供部２０８は、アプリケーションレイヤにおけるサービスを提供する機能部である。ここでのアプリケーションレイヤとはＯＳＩ参照モデルにおける第５層以上の上位レイヤにおけるサービス提供層のことをさす。すなわち印刷機能や画像ストリーミング機能や、ファイル転送機能などを提供する。
【００３０】
サービス利用部２０９は、アプリケーションレイヤにおけるサービスを利用する機能部である。具体的には、相手通信装置のアプリケーションレイヤのサービス提供部からのサービスを利用する。すなわち、印刷サービス提供装置へ印刷データを送信する機能や、デジタルディスプレイに動画像データを送信する機能である。
【００３１】
なお、上述の機能ブロック構成は例示的なものである。例えば、図２に示された複数の機能ブロックを１つの機能ブロックとして構成してもよいし、図２の１つの機能ブロックを複数の機能により構成してもよい。
【００３２】
図３は、通信装置１０１を含むシステム全体の構成の一例を示す図である。
【００３３】
無線ＬＡＮアクセスポイント３２（以下、ＡＰ３２）は、ＩＥＥＥ８０２．１１規格に従った、インフラストラクチャモードで動作するアクセスポイント（基地局装置）として動作する。ここでは、ＡＰ３２は、無線ネットワークであるネットワーク３１を構築しており、Beacon信号（報知信号）を定期的にブロードキャスト送信している。
【００３４】
無線ＬＡＮステーション３３（以下、ＳＴＡ３３）は、ＡＰ３２が構築しているネットワーク３１に参加している通信機器である。なお、ＳＴＡ３３は、ＩＥＥＥ８０２．１１規格にて規定されている省電力モードで動作している。即ち、無線信号の送受信が可能な起床状態（アクティブ状態）の期間と無線信号の送受信が不能なスリープ状態（ドーズ状態）の期間を交互に遷移するよう構成されている。
【００３５】
また、通信装置１０１であるｄｅｖｉｃｅ３４は、ＡＰ３２が構築しているネットワーク３１に参加（接続）していない通信装置である。ただし、ｄｅｖｉｃｅ３４は、ＡＰ３２の送信するBeacon信号を受信可能であり、かつ、ＳＴＡ３３と通信可能な範囲に存在している。
【００３６】
Beacon信号は、ネットワーク３１の存在をネットワーク内外に通知するためにＡＰ３２が定期的にブロードキャスト送信（報知）する信号である。また、Beacon信号は、ＡＰ３２の形成するネットワーク３１に参加しているＳＴＡ３３の省電力制御にも用いられる。
【００３７】
具体的には、省電力モードで動作するＳＴＡ３３は、Beacon信号が送信されるタイミングに同期して起床し（アクティブ状態になる）、Beacon信号を受信するように制御される。そのため、ＡＰ３２がBeacon信号を送信したタイミングにおいては、ＡＰ３２配下のＳＴＡ３３は省電力モードで動作中であっても起床してパケットを受信可能な状態である。ここで、起床している時間としては、一般に数ｍｓｅｃ〜数１０ｍｓｅｃ程度が設定されている。
【００３８】
そこで、第１実施形態では、通信装置１０１であるｄｅｖｉｃｅ３４が、ＡＰ３２から受信したBeacon信号を受信したタイミング後の所定時間内の期間に、ＳＴＡ３３に対する各種の要求信号を送信する形態について説明する。
【００３９】
＜装置の動作＞
以下では、印刷、映像ストリーミングといったサービスを実行するにあたってのサービス検索処理及び無線ＬＡＮレイヤで接続処理動作について説明する。
【００４０】
図４は、第１実施形態における通信装置の動作フローチャートである。具体的には、サービス利用装置であるｄｅｖｉｃｅ３４の動作フローチャートを示している。以下では、要求信号として、デバイス検索（Probe_Request信号）、サービス検索（SD_Query信号）、プロビジョンディスカバリ（PD_Request信号）の例について説明する。
【００４１】
ステップＳ４０１では、ｄｅｖｉｃｅ３４は、周辺のＡＰ（ここではＡＰ３２）が報知するBeacon信号の受信を待機する。そして、Beacon信号を受信するとＳ４０２に進む。
【００４２】
ステップＳ４０２では、ｄｅｖｉｃｅ３４は、デバイス検索要求の送信を行う。デバイス検索要求にはＩＥＥＥ８０２．１１規格で定められたProbe_Request信号を用いることで実現可能である。ここで、ｄｅｖｉｃｅ３４は、Ｓ４０１で受信したBeacon信号の受信タイミング後の数ｍｓｅｃ〜数１０ｍｓｅｃの期間を、Probe_Request信号の送信タイミングとして決定する。
【００４３】
なお、Probe_Request信号及びProbe_Response信号は、情報要素（Information Element：ＩＥ）として付加情報を追加できるよう構成されている。そのため、ｄｅｖｉｃｅ３４は、ＩＥの有無や内容（提供可否情報）によって、所望のサービスを提供可能な相手からの応答か否かを判断することが可能である。たとえば、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔによる接続が可能な相手か否かを知ることが可能である。
【００４４】
ステップＳ４０３では、ｄｅｖｉｃｅ３４は、デバイス検索応答の受信を待機する。検索応答にはProbe_Response信号を用いることができる。前述した通り、Probe_Response信号にはＩＥを付加することができ、ＩＥの情報を元にProbe_Response信号を送信した相手通信装置が所望のサービスを提供するサービス提供装置となりうるかを判断することが可能である。例えば、Probe_Response信号にＰ２Ｐ  ＩＥが付加されていれば、当該ＩＥに示されるサービスのサービス提供装置になりうると判断する。一方、付加されていなければサービス提供装置になり得ないと判断することも可能である。Ｓ４０３で所望の通信相手装置から検索応答を受信するとＳ４０４に進む。
【００４５】
ステップＳ４０４では、ｄｅｖｉｃｅ３４は、ＡＰ３２からのBeacon信号の受信を待機する。Beacon信号を受信するとＳ４０５に進む。
【００４６】
ステップＳ４０５では、ｄｅｖｉｃｅ３４は、Ｓ４０３で検索した相手装置にサービス検索要求を送信する。サービス検索要求にはSD_Query信号を用いることで実現可能である。ここで、ｄｅｖｉｃｅ３４は、Ｓ４０４で受信したBeacon信号の受信タイミング後の数ｍｓｅｃ〜数１０ｍｓｅｃの期間に、SD_Query信号を送信する。
【００４７】
ステップＳ４０６では、ｄｅｖｉｃｅ３４は、サービス検索応答の受信を待機する。サービス検索応答にはSD_Response信号を用いることで実現可能である。ｄｅｖｉｃｅ３４は受信したサービス検索応答の内容から所望のサービスを授受可能な相手通信装置であるかを判断する。
【００４８】
例えば、ｄｅｖｉｃｅ３４が、外部装置の提供する印刷サービスを利用しようとしている場合を仮定する。その場合、受信したサービス検索応答の内容から相手通信装置の提供可能なサービスが映像ストリーミングのみであると判断された場合は、所望のサービスを提供することを示すサービス検索応答を受信していないと判断する。相手通信装置が所望のサービスを提供可能と判断したら、当該相手通信装置をサービス提供装置として認識する。Ｓ４０６でサービス検索応答を受信するとＳ４０７に進む。
【００４９】
ステップＳ４０７では、ｄｅｖｉｃｅ３４は、ＡＰ３２からのBeacon信号の受信を待機する。Beacon信号を受信するとＳ４０８に進む。
【００５０】
ステップＳ４０８では、ｄｅｖｉｃｅ３４は、プロビジョン検索要求を送信する。プロビジョン検索要求にはPD_Request信号を用いることで実現可能である。ここで、ｄｅｖｉｃｅ３４は、Ｓ４０７で受信したBeacon信号の受信タイミング後の数ｍｓｅｃ〜数１０ｍｓｅｃの期間に、PD_Request信号を送信する。また、ここでは、自装置が実施可能な無線ＬＡＮパラメータ設定方式の候補情報をPD_Request信号にセットする。
【００５１】
ステップＳ４０９では、ｄｅｖｉｃｅ３４は、プロビジョン検索応答の受信を待機する。プロビジョン検索応答にはPD_Response信号を用いることで実現可能である。PD_Response信号には相手通信装置が選択した無線ＬＡＮパラメータ設定方式がセットされている。そのため、ｄｅｖｉｃｅ３４は、PD_Response信号にセットされた情報に従って実施する無線ＬＡＮパラメータ設定方式を選択することが可能となる。PD_Response信号を受信すると、無線接続処理の前処理である図４の処理を終了する。
【００５２】
図４の処理が終了すると、ｄｅｖｉｃｅ３４は、ＳＴＡ３３との無線接続処理を開始する。無線接続処理では、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格に従ってＰ２Ｐグループを形成する。具体的には、サービス提供装置（ここでは、ＳＴＡ３３）とサービス利用装置（ここでは、ｄｅｖｉｃｅ３４）が無線ＬＡＮ層及びＩＰ層での接続を確立する。接続が完了した後、Ｓ４０６で得たサービス情報を元にサービスを開始する。
【００５３】
印刷サービスであれば、サービス利用装置とは、印刷する対象となる画像データ、書類データを有している装置であり、例えば、デジタルカメラやスマートフォンなどである。一方、印刷サービスであれば、サービス提供装置とは、印刷機能を有している装置であり、例えば、プリンタである。
【００５４】
また、リアルタイム映像配信サービスであれば、サービス利用装置は、デジタルカメラやカムコーダなどの撮像装置であり、サービス提供装置は、テレビやプロジェクタなどの画像表示装置である。
【００５５】
さらに、使用するサービスがＤＬＮＡ（登録商標）規格準拠のコンテンツ配信サービスである場合、サービス利用装置はＤＭＳ（デジタルメディアサーバ）であり、サービス提供装置はＤＭＲ（デジタルメディアレンダラ―）である。
【００５６】
なお、図４のフローチャートには示していないが、各種信号の受信を待機する処理においては、一定時間でタイムアウトして待機を中断することも可能である。また、処理開始から一定時間の経過をトリガに全体の処理を中断することも可能である。さらに、所定の相手通信装置が存在しないと判断したら処理を中断することも可能である。
【００５７】
図５は、第１実施形態における動作シーケンス図である。具体的には、ＡＰ３２，ＳＴＡ３３，ｄｅｖｉｃｅ３４の各装置間の動作シーケンスを模式図である。図４に係る説明と同様に、ＳＴＡ３３がサービス提供装置、ｄｅｖｉｃｅ３４がサービス利用装置、ＡＰ３２がネットワークを構築するアクセスポイントである。
【００５８】
初期状態において、ＳＴＡ３３はネットワーク３１に参加（接続）しているが、ｄｅｖｉｃｅ３４はネットワーク３１には参加していない。また、ＳＴＡ３３は省電力モードで動作している。
【００５９】
以下では、図４に係る説明と同様に、ｄｅｖｉｃｅ３４がＳＴＡ３３の存在を検索して、ｄｅｖｉｃｅ３４とＳＴＡ３３がＷｉ−Ｆｉ  Ｄｉｒｅｃｔで接続する場合を例に説明する。具体的には、ｄｅｖｉｃｅ３４がデジタルカメラ、ＳＴＡ３３がプリンタであった場合に、ｄｅｖｉｃｅ３４が撮影した画像をＳＴＡ３３が提供する印刷機能を利用する場合が想定される。
【００６０】
なお、図５は、シーケンスの順序を例示的に示しているものであり、各信号の時間間隔を正しく表現しているものではない。たとえば、Ｆ５０２、Ｆ５０５、Ｆ５０８でｄｅｖｉｃｅが送信する各信号は、それぞれ、Ｆ５０１、Ｆ５０４、Ｆ５０７でＡＰが送信するBeacon信号の直後（数ｍｓｅｃ〜数１０ｍｓｅｃ以内）に送信される。
【００６１】
ＡＰ３２は、所定の送信間隔に従ってBeacon信号をブロードキャスト送信している（Ｆ５０１、Ｆ５０４、Ｆ５０７、Ｆ５１０）。ここでは所定の送信間隔が１００ｍｓｅｃに設定されている場合を例示している。また、ＳＴＡ３３は、Beacon信号が送信されるタイミングに合わせて起床し、ＡＰ３２からのBeacon信号を受信するように動作している。
【００６２】
一方、ｄｅｖｉｃｅ３４は、Ｆ５０１のBeacon信号を受信するとProbe_Request信号を送信する（Ｆ５０２）。この例では、Probe_Request信号をブロードキャスト送信によりＡＰ３２とＳＴＡ３３の両方に送信している。なお、同パケットを個別にユニキャスト送信するよう構成してもよい。
【００６３】
ＳＴＡ３３は、Probe_Request信号を受信するとProbe_Response信号をｄｅｖｉｃｅ３４に送信する（Ｆ５０３）。この例では、Probe_Response信号をユニキャスト送信する場合を例示している。ここで、ＳＴＡ３３はBeacon信号を受信するタイミング前後の数ｍｓｅｃ〜数１０ｍｓｅｃは起床した状態となるため、Probe_Request信号を受信することが可能である。
【００６４】
ｄｅｖｉｃｅ３４は、Ｆ５０４のBeacon信号を受信するとSD_Query信号をＳＴＡ３３に送信する（Ｆ５０５）。この例ではSD_Query信号をユニキャスト送信している。SD_Query信号を受信したＳＴＡ３３はSD_Response信号をｄｅｖｉｃｅ３４に送信する。この例ではSD_Response信号をユニキャスト送信している。
【００６５】
SD_Query信号にはｄｅｖｉｃｅ３４が期待するサービスが示されており、SD_Response信号にはＳＴＡ３３が提供可能なサービスが示されている。ここでは、ｄｅｖｉｃｅ３４が期待するサービスとＳＴＡ３３が提供可能なサービスが合致した場合を例示している。前述の通りＳＴＡ３３がBeacon信号受信のタイミングで起床した状態となっているため、ＳＴＡ３３はSD_Query信号を受信可能である。
【００６６】
ｄｅｖｉｃｅ３４は、Ｆ５０７のBeacon信号を受信するとPD_Request信号をＳＴＡ３３に送信する。この例では、PD_Request信号をユニキャスト送信する場合を例示している。PD_Request信号を受信したＳＴＡ３３はPD_Response信号をｄｅｖｉｃｅ３４に送信する。前述の通りＳＴＡ３３がBeacon信号受信のタイミングで起床した状態となっているため、ＳＴＡ３３はSD_Query信号を受信可能である。このやり取りにより無線ＬＡＮパラメータ設定方式が決定され、該設定方式に従って無線接続処理を実施する（Ｆ５１１）。
【００６７】
以上説明したとおり第１実施形態によれば、通信装置１０１であるｄｅｖｉｃｅ３４は、ＳＴＡ３３が参加するネットワークを形成するＡＰ３２の送信するBeacon信号の受信をトリガにして各種の要求信号を送信する。これにより、省電力モードで動作している相手通信装置における各種の要求信号の受信をより確実なものとすることを可能とする。これにより相手通信装置及び相手通信装置が提供するサービスを高い精度で検出することが可能となり、ユーザの利便性を向上させることが可能となる。
【００６８】
（第２実施形態）
第２実施形態においては、相手通信装置が省電力モードで動作していないことを判断可能な場合の動作形態について説明する。なお、装置構成（図１、図２）及びシステム構成（図３）については第１実施形態と同様であるため説明は省略する。
【００６９】
＜装置の動作＞
図６は、第２実施形態における通信装置の動作フローチャートである。具体的には、サービス利用装置であるｄｅｖｉｃｅ３４の動作フローチャートを示している。以下では、要求信号として、デバイス検索（Probe_Request信号）、サービス検索（SD_Query信号）、プロビジョンディスカバリ（PD_Request信号）の例について説明する。
【００７０】
Ｓ６０１〜Ｓ６０３はＳ４０１〜Ｓ４０３と同様であるため、説明を省略する。
【００７１】
ステップＳ６０４では、ｄｅｖｉｃｅ３４は、受信したProbe_Response信号に付与された情報からＳＴＡ３３が省電力モードで動作していないと判定可能かを判断する。例えば、Probe_Response信号にＰ２Ｐ  ＩＥとして付与されるＯＰＳ（Opportunistic Power Save）に関する情報に基づいて省電力モードが有効か否かを判断することができる。ＯＰＳは、ＳＴＡがＷｉ−Ｆｉ  ＤｉｒｅｃｔのＧＯとしても動作している場合に省電力モードとして動作可能とする機能である。ＧＯはアクセスポイントとして動作しているため、ＯＰＳが有効でない場合は「省電力モードになっていない」ことが特定できる。
【００７２】
Ｓ６０４においてＳＴＡ３３が省電力モード無効であると特定できなかった場合はＳ６０９〜Ｓ６１４の処理を実施し、接続処理を実行する。なお、Ｓ６０９〜Ｓ６１４はＳ４０４〜Ｓ４０９と同様であるため、説明を省略する。
【００７３】
一方、Ｓ６０４においてＳＴＡ３３が「省電力モード無効」であると特定できた場合は以降の検索要求のパケット送信をBeacon信号のタイミングに依存せず（考慮せず）に実施する。具体的には、ステップＳ６０６では、ｄｅｖｉｃｅ３４は、SD_Query信号を送信し、SD_Response信号の受信を待機する。ステップＳ６０７では、SD_Response信号を受信したらPD_Request信号を送信し、ステップＳ６０８では、PD_Response信号の受信を待機する。PD_Response信号を受信したら接続処理を実施する。ここで、それぞれ検索要求・応答パケットの送受信に関する処理自体は、Ｓ４０５、Ｓ４０６、Ｓ４０８、Ｓ４０９と同様であるため、説明を省略する。
【００７４】
図７は、第２実施形態における動作シーケンス図である。具体的には、ＡＰ３２，ＳＴＡ３３，ｄｅｖｉｃｅ３４の各装置間の動作シーケンスを模式図である。第１実施形態（図５）と同様に、ＳＴＡ３３がサービス提供装置、ｄｅｖｉｃｅ３４がサービス利用装置、ＡＰ３２がネットワークを構築するアクセスポイントである。
【００７５】
初期状態において、ＳＴＡ３３はネットワーク３１に参加（接続）しているが、ｄｅｖｉｃｅ３４はネットワーク３１には参加していない。また、ＳＴＡ３３は省電力モードが無効に設定されて動作している。
【００７６】
ＡＰ３２は、第１実施形態と同様にBeacon信号を送信している（Ｆ７０１、Ｆ７０９）。Ｆ７０２はＦ５０２と同様であるため、説明を省略する。
【００７７】
ＳＴＡ３３は、ＯＰＳが無効である旨の情報を付与したProbe_Response信号をｄｅｖｉｃｅ３４に送信する。ｄｅｖｉｃｅ３４は、Probe_Response信号を受信するとＳＴＡの省電力モードが無効であると判断する（Ｆ７０４）。
【００７８】
ＳＴＡ３３の省電力モードが無効と判断したｄｅｖｉｃｅ３４は、ＡＰ３２のBeacon信号タイミングを考慮することなくSD_Query信号を送信し（Ｆ７０５）、ＳＴＡ３３はSD_Response信号を返信する（Ｆ７０６）。
【００７９】
また、ｄｅｖｉｃｅ３４は、ＡＰ３２のBeacon信号タイミングを考慮することなくPD_Request信号を送信し（Ｆ７０７）、ＳＴＡ３３はPD_Response信号を返信する（Ｆ７０８）。
【００８０】
それぞれ検索要求・応答パケットの送受信に関する処理はＦ５０５、Ｆ５０６、Ｆ５０８、Ｆ５０９と同様であるため、詳細な説明は省略する。その後、PD_Response信号を受信したｄｅｖｉｃｅ３４は無線接続処理を実施する（Ｆ７１０）。
【００８１】
以上説明したとおり第２実施形態によれば、通信装置１０１であるｄｅｖｉｃｅ３４は、「省電力モード無効」に設定されていると特定した相手通信装置に対しては、Beacon信号タイミングを考慮することなく各種の要求信号を送信可能とする。これにより、相手通信装置による各種の要求信号の受信を確実なものとするとともに、サービス利用開始までの時間を短縮することが可能となる。
【００８２】
（第３実施形態）
第３実施形態においては、Beacon信号の報知タイミングを予測し、予測した報知タイミングに基づいて各種の要求信号を送信する場合の例について説明する。なお、装置構成（図１、図２）及びシステム構成（図３）については第１実施形態と同様であるため説明は省略する。
【００８３】
＜装置の動作＞
図８は、第３実施形態における通信装置の動作フローチャートである。具体的には、サービス利用装置であるｄｅｖｉｃｅ３４の動作フローチャートを示している。以下では、要求信号として、デバイス検索（Probe_Request信号）、サービス検索（SD_Query信号）、プロビジョンディスカバリ（PD_Request信号）の例について説明する。
【００８４】
Ｓ８０１はＳ４０１と同様である。ｄｅｖｉｃｅ３４はBeacon信号を受信するとＳ８０２に進む。
【００８５】
ステップＳ８０２では、ｄｅｖｉｃｅ３４は、Beacon信号を受信した時間とBeacon信号パケットに格納されているBeacon信号の報知間隔情報とに基づいて次のBeacon信号の報知タイミングを予測し、記憶する。予測は、次の１回の報知タイミングのみ行う構成でも良いが、数回先の報知タイミングまでを一括で予測してもよい。ここでは、Ｓ８０５及びＳ８０８で利用可能なように複数回分の報知タイミングまで予測するとする。Ｓ８０３、Ｓ８０４はＳ４０２、Ｓ４０３と同様であるため、説明を省略する。ｄｅｖｉｃｅ３４はProbe_Response信号を受信するとＳ８０５に進む。
【００８６】
ステップＳ８０５では、ｄｅｖｉｃｅ３４は、Ｓ８０２で予測したタイミングまで待機する。ステップＳ８０６では、待機が完了するとSD_Request信号の送信を行う。Ｓ８０６とＳ８０７はＳ４０５とＳ４０６と同様であるため、説明を省略する。
【００８７】
ステップＳ８０８では、ｄｅｖｉｃｅ３４は、Ｓ８０２で予測したタイミングまで待機する。Ｓ８０９、Ｓ８１０はＳ４０８、Ｓ４０９と同様であるため、説明を省略する。
【００８８】
なお、上述の説明では、Ｓ８０２で予測したタイミングまで待機した後に各種の要求信号を送信するように説明した。ただし、予測したタイミングの直前（数ｍｓｅｃ〜数１０ｍｓｅｃ以内）に各種の要求信号を送信するよう構成してもよい。すなわち、予測した報知タイミングの前後の所定期間内で送信すればよい。
【００８９】
図９は、第３実施形態における動作シーケンス図である。具体的には、ＡＰ３２，ＳＴＡ３３，ｄｅｖｉｃｅ３４の各装置間の動作シーケンスを模式図である。第１実施形態（図５）と同様に、ＳＴＡ３３がサービス提供装置、ｄｅｖｉｃｅ３４がサービス利用装置、ＡＰ３２がネットワークを構築するアクセスポイントである。
【００９０】
初期状態において、ＳＴＡ３３はネットワーク３１に参加（接続）しているが、ｄｅｖｉｃｅ３４はネットワーク３１には参加していない。また、また、ＳＴＡ３３は省電力モードで動作している。
【００９１】
ＡＰ３２は、第１実施形態と同様にBeacon信号を送信している（Ｆ９０１、Ｆ９０６、Ｆ９１０、Ｆ９１３）。
【００９２】
ｄｅｖｉｃｅ３４は、Ｆ９０１でBeacon信号を受信すると、以降のBeacon信号の報知タイミングを予測し、記憶する（Ｆ９０２）。Ｆ９０３、Ｆ９０４はＦ５０２、Ｆ５０３と同様であるため、説明を省略する。
【００９３】
ｄｅｖｉｃｅ３４は、Probe_Response信号を受信すると、Ｆ９０２で予測したタイミングまで待機する（Ｆ９０５）。待機が完了するとSD_Request信号を送信する（Ｆ９０７）。すなわち、第１実施形態では、Beacon信号の受信をトリガにSD_Request信号の送信を実行したが、第３実施形態では、Ｆ９０２で予測したタイミングに依存して送信している。Ｆ９０８はＦ５０６と同様であるため説明を省略する。
【００９４】
ｄｅｖｉｃｅ３４は、Ｆ９０５と同様に、次のBeacon信号の予測した報知タイミングまで待機する（Ｆ９０９）。待機が完了するとPD_Request信号を送信する（Ｆ９１１）。Ｆ９１２はＦ５０９と同様であるため、説明を省略する。その後、PD_Response信号を受信したｄｅｖｉｃｅ３４は無線接続処理を実施する（Ｆ９１３）。
【００９５】
以上説明したとおり第３実施形態によれば、通信装置１０１であるｄｅｖｉｃｅ３４は、ＳＴＡ３３が参加するネットワークを形成するＡＰ３２の送信するBeacon信号に基づいて、後続のBeacon信号の報知タイミングを予測する。そして、予測した報知タイミングに基づいて各種の要求信号を送信するよう制御する。これにより、省電力モードで動作している相手通信装置における各種の要求信号の受信をより確実なものとすることを可能とする。これにより相手通信装置及び相手通信装置が提供するサービスを高い精度で検出することが可能となり、ユーザの利便性を向上させることが可能となる。
【００９６】
（その他の実施例）
上述の実施形態は、本発明を実施するための一例を示すものであり、本発明の趣旨を逸脱しない限り種々の変更が可能である。
【００９７】
また上述の実施形態の通信装置は、デジタルカメラやプリンタに限らず、ＰＣやタブレット端末、ウェアラブル端末等であってもよい。又は、携帯電話やスマートフォン等のモバイル端末であってもよいし、複写機、複合機等の画像処理装置、テレビやレコーダー等のデジタル家電であってもよい。
【００９８】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００９９】
３１  ネットワーク；  ３２  ＡＰ；  ３３  ＳＴＡ；  ３４  ｄｅｖｉｃｅ
【図１】
0006478696.tif 000002
【図２】
0006478696.tif 000003
【図３】
0006478696.tif 000004
【図４】
0006478696.tif 000005
【図５】
0006478696.tif 000006
【図６】
0006478696.tif 000007
【図７】
0006478696.tif 000008
【図８】
0006478696.tif 000009
【図９】
0006478696.tif 000010