(57)【特許請求の範囲】
【請求項１】
通信装置であって、
第１の通信部を用いて実行されるサービスに関する情報を前記第１の通信部よりも消費電力が小さい第２の通信部を用いて他の通信装置から取得する第１の取得手段と、
前記第１の取得手段によって取得された情報に基づいて、ユーザによって選択されたサービスを前記第１の通信部を用いた通信によって前記他の通信装置が実行可能であるか判断する判断手段と、
前記第１の通信部を用いた通信を行うための前記他の通信装置の識別子を、前記第２の通信部を用いて該他の通信装置から取得する第２の取得手段と、
前記判断手段によって、前記他の通信装置がユーザによって選択されたサービスを前記第１の通信部を用いた通信によって実行可能であると判断された場合、前記第２の取得手段によって取得された識別子に基づいて、前記サービスに関する詳細情報を前記第１の通信部を用いて前記他の通信装置から取得する第３の取得手段と、
前記第３の取得手段によって取得された前記詳細情報に基づいて、前記第１の通信部を用いて、ユーザによって選択されたサービスの利用を開始する制御手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記第１の取得手段は、前記他の通信装置により報知された前記サービスに関する情報を取得することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記第１の取得手段は、前記サービスに関する情報を前記他の通信装置に対して要求し、前記他の通信装置からの応答により前記サービスに関する情報を取得することを特徴とする請求項１に記載の通信装置。
【請求項４】
前記第２の取得手段は、前記識別子を前記他の通信装置に対して要求し、前記他の通信装置からの応答により前記識別子を取得することを特徴とする請求項１乃至３の何れか１項に記載の通信装置。
【請求項５】
前記第３の取得手段は、前記詳細情報を前記他の通信装置に対して要求し、前記他の通信装置からの応答により前記詳細情報を取得することを特徴とする請求項１乃至４の何れか１項に記載の通信装置。
【請求項６】
前記サービスに関する情報により前記他の装置が前記第１の通信部を用いて実行されるサービスを提供していない場合、前記第１の通信部を用いて実行されるサービスが提供できないことをユーザへ通知する通知手段をさらに備えることを特徴とする請求項１乃至５の何れか１項に記載の通信装置。
【請求項７】
前記第１の通信部は、Ｗｉ−Ｆｉを用いた通信を行う通信部であり、前記第２の通信部は、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙを用いた通信を行う通信部であることを特徴とする請求項１乃至６の何れか１項に記載の通信装置。
【請求項８】
通信装置であって、
第１の通信部を用いて実行されるサービスに関する情報を前記第１の通信部よりも消費電力が小さい第２の通信部を用いて他の通信装置へ送信する第１の送信手段と、
前記サービスに関する情報に基づく前記他の通信装置からの要求に応じて、前記第１の通信部を用いた通信を行うための前記通信装置の識別子を前記第２の通信部を用いて前記他の通信装置へ送信する第２の送信手段と、
前記識別子に基づく前記他の通信装置からの要求に応じて、前記サービスを実行するための詳細情報を前記第１の通信部を用いて前記他の通信装置へ送信する第３の送信手段と、
を備えることを特徴とする通信装置。
【請求項９】
通信装置の制御方法であって、
第１の取得手段が、第１の通信部を用いて実行されるサービスに関する情報を前記第１の通信部よりも消費電力が小さい第２の通信部を用いて他の通信装置から取得する第１の取得工程と、
判断手段が、前記第１の取得工程によって取得された情報に基づいて、ユーザによって選択されたサービスを前記第１の通信部を用いた通信によって前記他の通信装置が実行可能であるか判断する判断工程と、
第２の取得手段が、前記第１の通信部を用いた通信を行うための前記他の通信装置の識別子を、前記第２の通信部を用いて該他の通信装置から取得する第２の取得工程と、
第３の取得手段が、前記判断工程によって、前記他の通信装置がユーザによって選択されたサービスを前記第１の通信部を用いた通信によって実行可能であると判断された場合、前記第２の取得工程によって取得された識別子に基づいて、前記サービスに関する詳細情報を前記第１の通信部を用いて前記他の通信装置から取得する第３の取得工程と、
制御手段が、前記第３の取得工程によって取得された前記詳細情報に基づいて、前記第１の通信部を用いて、ユーザによって選択されたサービスの利用を開始する制御工程と、
を有することを特徴とする通信装置の制御方法。
【請求項１０】
通信装置の制御方法であって、
第１の送信手段が、第１の通信部を用いて実行されるサービスに関する情報を前記第１の通信部よりも消費電力が小さい第２の通信部を用いて他の通信装置へ送信する第１の送信工程と、
第２の送信手段が、前記サービスに関する情報に基づく前記他の通信装置からの要求に応じて、前記第１の通信部を用いた通信を行うための前記通信装置の識別子を前記第２の通信部を用いて前記他の通信装置へ送信する第２の送信工程と、
第３の送信手段が、前記識別子に基づく前記他の通信装置からの要求に応じて、前記サービスを実行するための詳細情報を前記第１の通信部を用いて前記他の通信装置へ送信する第３の送信工程と、
を有することを特徴とする通信装置の制御方法。
【請求項１１】
請求項９又は１０に記載の通信装置の制御方法の各工程をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）以外にも、携帯電話やデジタルカメラ、プリンタ等の端末機器へのＷｉ−Ｆｉ機能の搭載が普及してきている。
【０００３】
一方、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）バージョン３．０以前のものと比較して小さい消費電力で通信が可能なＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（以下ＢＬＥ）が、Ｂｌｕｅｔｏｏｔｈ ４．０仕様の一部として規格化されている。近年、ＢＬＥ通信機能をサポートするスマートフォンをはじめとした端末機器も普及してきており、ＢＬＥを用いてスマートフォンと通信する機器（例えば腕時計など）も存在する。
【０００４】
また、ＢＬＥのような低消費電力の通信を行う通信部を用いてＷｉ−Ｆｉ通信の起動・停止を通知または制御することにより、Ｗｉ−Ｆｉ通信全体の消費電力を低減させる技術が知られている。
【０００５】
特許文献１では、データ通信部より少ない消費電力で他の情報処理装置と無線通信が可能な低電力通信部を用いて、データ通信に必要な処理を行う通信処理期間を除いてデータ通信部を非アクティブ状態にするアドホック接続の無線通信システムが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７―３０６２０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載の技術では、サービス提供側の通信装置がＷｉ−Ｆｉ通信機能を介してサービスを提供する場合、当該サービスの利用要求がいつ発生するかわからないため、当該通信装置は常にＷｉ−Ｆｉ通信機能を起動させておかねばならず、そのため著しく電力が消費されてしまうという課題がある。
【０００８】
本発明は、上記の課題に鑑みてなされたものであり、通信装置における通信処理に係る電力消費を低減する技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明の一態様による通信装置は以下の構成を備える。即ち、
通信装置であって、
第１の通信部を用いて実行されるサービスに関する情報を前記第１の通信部よりも消費電力が小さい第２の通信部を用いて他の通信装置から取得する第１の取得手段と、
前記第１の取得手段によって取得された情報に基づいて、ユーザによって選択されたサービスを前記第１の通信部を用いた通信によって前記他の通信装置が実行可能であるか判断する判断手段と、
前記第１の通信部を用いた通信を行うための前記他の通信装置の識別子を、前記第２の通信部を用いて該他の通信装置から取得する第２の取得手段と、
前記判断手段によって、前記他の通信装置がユーザによって選択されたサービスを前記第１の通信部を用いた通信によって実行可能であると判断された場合、前記第２の取得手段によって取得された識別子に基づいて、前記サービスに関する詳細情報を前記第１の通信部を用いて前記他の通信装置から取得する第３の取得手段と、
前記第３の取得手段によって取得された前記詳細情報に基づいて、前記第１の通信部を用いて、ユーザによって選択されたサービスの利用を開始する制御手段と、
を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、通信装置における通信処理に係る電力消費を低減することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る通信システムの構成の一例を示す図。
【図２】本発明の一実施形態に係る通信装置（デジタルカメラ）の機能ブロック構成の一例を示す図。
【図３】本発明の一実施形態に係る通信装置（スマートフォン）の機能ブロック構成の一例を示す図。
【図４】第１の実施形態に係る通信システムのシーケンス処理を説明する図。
【図５】本発明の一実施形態実施形態に係る通信装置（デジタルカメラ）が実施する処理の手順を示すフローチャート。
【図６】本発明の一実施形態実施形態に係る通信装置（スマートフォン）が実施する処理の手順を示すフローチャート。
【図７】第２の実施形態に係る通信システムのシーケンス処理を説明する図。
【図８】第１の実施形態に係る通信装置（デジタルカメラ）が提供するサービス情報の一例を示す図。
【発明を実施するための形態】
【００１２】
以下、添付の図面を参照しながら、本発明の実施形態について詳述する。
【００１３】
（第１の実施形態）
＜通信システムの構成＞
まず図１を参照して、本発明の一実施形態に係る通信システムの構成の一例を説明する。１０１は、ＢＬＥ通信およびＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮ通信機能（以下、Ｗｉ−Ｆｉ通信機能）を有するデジタルカメラ（ＤＳＣ：Ｄｉｇｉｔａｌ  ｓｔｉｌｌ  ｃａｍｅｒａ）である。１０２は、ＢＬＥ通信およびＷｉ−Ｆｉ通信機能を有するスマートフォンである。ＤＳＣ１０１は、スマートフォン１０２とＢＬＥ通信および／またはＷｉ−Ｆｉ通信を介して接続可能である。尚、ＤＳＣやスマートフォンは通信装置の一例であり、その他の通信装置であるＰＣやプリンタ等にも適用可能である。
【００１４】
スマートフォン１０２は、ＤＳＣ１０１内に記憶されている撮像画像データを、Ｗｉ−Ｆｉ通信機能を利用して閲覧・取得することが可能である。スマートフォン１０２は、ＤＳＣ１０１内に記憶されている撮像画像データに関するサムネイル情報を参照してもよい。ＤＳＣ１０１とスマートフォン１０２とは、ＢＬＥ通信、Ｗｉ−Ｆｉ通信で接続処理を実現するための機器の関連付け処理（以後、ペアリング処理）が済んでいる状態である。すなわち、ＤＳＣ１０１がＢＬＥ通信機能を介して報知する機器情報を、スマートフォン１０２が検知したことに応じて、自動的に接続処理がなされる状態である。また、ＤＳＣ１０１とスマートフォン１０２とでＷｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）を実施することで、または、Ｗｉ−Ｆｉ接続に必要なパラメータを予め共有しておくことで、Ｗｉ−Ｆｉ接続が実現できる状態である。
【００１５】
ここで、Ｗｉ−Ｆｉの業界団体であるＷｉ−Ｆｉ  Ａｌｌｉａｎｃｅでは、簡易基地局機能を搭載した端末を用いて、端末間の直接通信を実現するための仕様を定めたＷｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）が規格化されている。Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔを実施するにあたり、接続前に実施するサービスに対応した通信装置を検索することが可能である。その場合、ＩＥＥＥ８０２．１１ｕで定められたアクションフレームを使用したＳｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  ＲｅｑｕｅｓｔフレームとＳｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｓｐｏｎｓｅフレームを用いてサービスの探索が実施される。サービスに対応した通信装置を接続前に発見し、発見された通信装置との間でＷｉ−Ｆｉ  Ｄｉｒｅｃｔで接続し、サービスの通信を実施することができる。
【００１６】
以下、当該通信システムにおいて、本実施形態ではＤＳＣ１０１のＷｉ−Ｆｉ通信機能がＯＦＦ状態であっても、ＤＳＣ１０１が提供するＷｉ−Ｆｉ通信機能をスマートフォン１０２が起動させて、スマートフォン１０２が画像データを取得する例を説明する。
【００１７】
＜通信装置（デジタルカメラ）の構成＞
図２は、本発明の一実施形態に係るＤＳＣの機能ブロック構成の一例を示す図である。電源部２０１は、ＤＳＣ１０１の各構成要素に電力を供給する。なお、電源部２０１は供給する電力を商用電源から取得するが、これに限らず内蔵バッテリを有する構成としてもよい。
【００１８】
制御部２０２は、ＣＰＵやＭＰＵ等により構成されており、記憶部２０６に記憶されたプログラムを実行することによりＤＳＣ１０１全体を制御する。なお、制御部２０２が実行しているＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）との協働によりＤＳＣ１０１全体を制御するようにしてもよい。
【００１９】
ユーザインタフェース部（以下、ＵＩ部）２０３は、各種情報の表示や、ユーザからの各種操作の受付を行う。Ｗｉ−Ｆｉ通信部２０４は、アンテナ２０５を介してＩＥＥＥ８０２．１１シリーズに準拠した通信を行う。記憶部２０６は、ＲＯＭやＲＡＭ等により構成されており、後述する各種動作を行うためのプログラム（ＯＳを含む）や、画像データ等の各種情報を記憶する。なお、記憶部２０６として、ＲＯＭ、ＲＡＭ等のメモリの他に、ＳＤメモリなどの記憶媒体を用いてもよい。
【００２０】
サービス応答処理部２０７は、Ｗｉ−Ｆｉ通信部２０４またはＢＬＥ通信部２０９を介して受信したＤＳＣ１０１の提供サービスに関する問い合わせ要求に対して、応答内容を作成する。もしくは定期的にＤＳＣ１０１の提供サービスに関する情報を報知するための信号を作成し、作成した信号をＷｉ−Ｆｉ通信部２０４またはＢＬＥ通信部２０９を介して送信する指示を行う。
【００２１】
ＤＳＣ機能処理部２０８は、ＤＳＣ１０１のカメラ機能に関する処理部であって、撮像の実行、撮像画像の記憶部２０６への記憶、記憶された画像データのＵＩ部２０３への表示等を行う。なお、その他のデジタルカメラに関する機能に関しては説明を省略する。ＢＬＥ通信部２０９は、アンテナ２１０を介してＢＬＥに準拠した通信を行う。
【００２２】
＜通信装置（スマートフォン）の構成＞
続いて、図３は、本発明の一実施形態に係るスマートフォンの機能ブロック構成の一例を示す図である。電源部３０１は、スマートフォン１０２の各構成要素に電力を供給する。なお、電源部３０１は供給する電力を商用電源から取得するが、これに限らず内蔵バッテリを有する構成としてもよい。
【００２３】
制御部３０２は、ＣＰＵやＭＰＵ等により構成されており、記憶部３０６に記憶されたプログラムを実行することによりスマートフォン１０２全体を制御する。なお、制御部３０２が実行しているＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）との協働によりスマートフォン１０２全体を制御するようにしてもよい。
【００２４】
ユーザインタフェース部（以下、ＵＩ部）３０３は、各種情報の表示や、ユーザからの各種操作の受付を行う。Ｗｉ−Ｆｉ通信部３０４は、アンテナ３０５を介してＩＥＥＥ８０２．１１シリーズに準拠した通信を行う。記憶部３０６は、ＲＯＭやＲＡＭ等により構成されており、後述する各種動作を行うためのプログラム（ＯＳを含む）や、画像データ等の各種情報を記憶する。なお、記憶部３０６として、ＲＯＭ、ＲＡＭ等のメモリの他に、ＳＤメモリなどの記憶媒体を用いてもよい。サービス検索処理部３０７は、サービス探索を実施し、周辺機器から得た探索結果を処理する。ＢＬＥ通信部３０９は、アンテナ３１０を介してＢＬＥに準拠した通信を行う。通信制御部３０８は、Ｗｉ−Ｆｉ通信部３０４とＢＬＥ通信部３０９との間の切り替え処理を実施する。
【００２５】
なお、図２及び図３に示す各機能ブロックはハードウェアとして実装されるが、これらの機能ブロックの少なくとも一部をソフトウェアモジュールとして実装してもよい。機能ブロックがソフトウェアモジュールとして実装される場合には、その機能ブロックは記憶部２０６に格納され、制御部２０２が備えるＣＰＵがそのソフトウェアを実行することによって機能が実行されることになる。
【００２６】
＜通信システムの処理シーケンス＞
次に図４のシーケンス図、図５及び図６のフローチャートを参照して、本発明の一実施形態における通信システム（ＤＳＣ１０１及びスマートフォン１０２）の動作手順について説明する。当該動作手順は、スマートフォン１０２がＤＳＣ１０１内に記憶されている撮像画像データをＷｉ−Ｆｉ通信によって取得すること、または当該データに関するサムネイル情報を参照することを可能とするための処理を示す。
【００２７】
まずＤＳＣ１０１における動作手順を示す。本実施形態においてＤＳＣ１０１の処理は、ＤＳＣ１０１の電源ＯＮを契機に開始される（Ｆ４０２）。なお、本発明において処理開始の契機はこれ以外のタイミングであってもよい。例えば当該ＤＳＣ１０１内に記憶されている撮像画像データを他の装置に転送する処理、または当該撮像画像データに関するサムネイル情報の提供処理といったサービスの提供開始を契機に実行されてもよい（Ｆ４０４）。サービスの他の具体例としては、ファイル転送、プリント、ストリーミングサービスが考えられる。また、本処理が開始されるまで、ＢＬＥ通信部２０９、Ｗｉ−Ｆｉ通信部２０４における通信機能への電源供給は停止されている状態である。
【００２８】
当該サービスの提供開始を契機に、ＤＳＣ１０１はＢＬＥ通信部２０９へ給電を開始し、ＢＬＥ通信部２０９を介してＤＳＣ１０１に関する情報を提供するための機器情報信号の報知を開始する（Ｆ４０５、Ｓ５０１）。ＤＳＣ１０１とＢＬＥのペアリング処理が完了している機器、ここではスマートフォン１０２が当該機器情報信号を受信すると、ＢＬＥ通信による接続が行われる（Ｆ４０６、Ｓ５０２、Ｓ５０３）。
【００２９】
なお、図５では、ペアリング済みの相手とＢＬＥ接続が実施できることを前提としたフローチャートになっているが、通信相手が別の用途でＢＬＥを利用していて、接続要求信号が送信できない場合が起こり得る。ＢＬＥペアリング相手が不在、あるいは別用途でＢＬＥを利用しており接続要求をできないことも想定して、スマートフォン１０２はＢＬＥ接続要求信号を所定時間の間に受信できない場合にはエラーと判定して処理を終了する制御を加えてもよい。これにより、無駄な電力消費を低減することができる。
【００３０】
一方、スマートフォン１０２においては、ユーザが電源をＯＮにする（Ｆ４０１）、またはＤＳＣ１０１内に記憶される撮像画像へのアクセスを必要とする処理を開始すると、本発明の処理が開始される（Ｆ４０３）。本処理が開始されたスマートフォン１０２は検索フェーズに入り、当該検索フェーズにおいて、通信制御部３０８は、ＢＬＥ通信部３０９を介して、ＢＬＥ通信可能な周辺機器の検索処理を開始する。すなわち、ＢＬＥ通信により機器情報信号を報知する機器を検索する（Ｆ４０５、Ｓ６０１）。機器情報信号を受信すると、ＢＬＥ通信部３０９は機器情報信号を送信している機器、ここではＤＳＣ１０１に対して機器接続要求信号を送信する（Ｓ６０２）。当該処理によりＢＬＥ接続の処理が完了する（Ｆ４０６、Ｓ６０３）。なお、ここでの接続とはＢＬＥのＬｉｎｋ  Ｌａｙｅｒ  Ｌｅｖｅｌでの接続を意味する。
【００３１】
続いて、スマートフォン１０２の通信制御部３０８は、サービス検索処理部３０７に対して、周辺機器がサポートしているサービスに関する情報を取得するように指示を出す。
【００３２】
これを受けたサービス検索処理部３０７は、能力情報要求をＢＬＥ通信部３０９によるＢＬＥ通信を用いて送信する（Ｆ４０８、Ｓ６０４）。
【００３３】
能力情報要求を受信したＤＳＣ１０１は、サービス応答処理部２０７を用いて能力情報応答を送信する（Ｆ４０９、Ｓ５０４、Ｓ５０５）。この応答信号に含まれるサービス情報とは、ＤＳＣによって実現されるサービスに関する情報であり、具体例を図８に示す。図８に示されるように、各サービスは提供するにあたって利用する通信方式（例えばＷｉ−ＦｉやＢｌｕｅｔｏｏｔｈ）と関連付けられている。よって、当該情報を受信したスマートフォン１０２は、サービスをいずれの通信方式を使って実現すべきかを選択することができる。図８に示すように、ファイル転送サービス及びプリントサービスには、Ｗｉ−ＦｉとＢｌｕｅＴｏｏｔｈが対応している。画像転送サービス及びストリーミングサービスには、Ｗｉ−Ｆｉのみが対応している。ＯＢＥＸ（ＯＢｊｅｃｔ ＥＸｃｈａｎｇｅ）には、ＢｌｕｅＴｏｏｔｈのみが対応している。なお、図８はあくまで一例であり、機器が提供するサービスと対応する通信方式との関連性が明示されていれば、この限りではない。
【００３４】
また、ここではスマートフォン１０２からの能力情報要求に対して、ＤＳＣ１０１が能力情報応答を応答する方式になっているが、ＤＳＣ１０１が能力情報応答に相当する情報を能動的に報知し、スマートフォン１０２が受信する方式であってもよい（Ｆ４０７）。この場合、ＤＳＣ１０１は、サービスの開始を契機に、図８に示される情報を能力情報報知信号として送信し、これをスマートフォン１０２が受信することで、サービス検索処理部３０７が動作するようにしてもよい。なお、能力情報要求に対してＤＳＣ１０１が能力情報応答を応答する方式と、ＤＳＣ１０１が能力情報応答に相当する情報を報知してスマートフォン１０２が受信する方式とを並行して実施してもよい。
【００３５】
スマートフォン１０２は、能力情報応答（または能力情報報知信号」を受信すると（Ｓ６０５）、サービス検索処理部３０７が、これらのサービス情報からユーザ所望の処理に必要なサービスを選択し、当該サービスで使用することができる通信方式の情報を取得する。そして、そのサービスがＷｉ−Ｆｉで利用できるか否かを判定する（Ｓ６０６）。サービスがＷｉ−Ｆｉで利用できる場合、Ｓ６０７へ進む。一方、サービスがＷｉ−Ｆｉで利用できない場合、当該サービスは、Ｗｉ−Ｆｉ通信以外の、例えばＢＬＵＥＴＯＯＴＨ通信で利用できるサービスであるとしてその旨を明示する（Ｓ６１４）。
【００３６】
なお、ＤＳＣ１０１ではＷｉ−Ｆｉを既に別サービスで利用中（例えば、ホットスポット接続中）の場合もある。その場合は、ＤＳＣ１０１がＷｉ−Ｆｉが現在所望のサービスについて利用できるか否かを能力情報応答に含めてもよい。この場合、スマートフォン１０２の表示部に、ＤＳＣ１０１がＷｉ−Ｆｉ利用中のため、サービスにＷｉ−Ｆｉが利用できない旨のエラー通知を表示して処理を終了する。また、ＤＳＣ１０１のＷｉ−Ｆｉが利用できないことをスマートフォン１０２で検知したら、Ｗｉ−Ｆｉで利用解除要求をＤＳＣ１０１に対して要求し、ユーザによるＷｉ−Ｆｉ解除操作を促してもよい。これにより、早い段階で所望のサービスに対する接続可否を判断できるため、システム全体として省電力化を実現できる。
【００３７】
本実施形態では、Ｗｉ−Ｆｉ通信機能で利用できるサービスをＤＳＣ１０１が提供している。具体的には、ユーザ所望の処理である「画像共有処理」を実現する「ファイル転送」サービスをＤＳＣ１０１がＷｉ−Ｆｉ通信で提供している状態である。従って、サービス検索処理部３０７は、ユーザ所望の処理である「画像共有処理」を実現する「ファイル転送」サービスを選択する（Ｓ６０７）。当該サービスを選択すると、サービス検索処理部３０７は、ＢＬＥ接続機器であるＤＳＣ１０１に対して当該サービスを実現するＷｉ−Ｆｉインタフェースの機器固有識別子の問い合わせを実施する（Ｆ４１０：Ｗｉ−Ｆｉ機器固有識別子情報要求）。機器固有識別子の一例としてはＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）  ＡｄｒｅｓｓやＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）などが考えられる。
【００３８】
問い合わせを受けたＤＳＣ１０１のサービス応答処理部２０７は、自機器の機器固有識別子を応答信号に含めて、Ｗｉ−Ｆｉ機器固有識別子情報応答として送信する（Ｆ４１１、Ｓ５０６）。さらに、サービス応答処理部２０７は、スマートフォン１０２からのＷｉ−Ｆｉ通信を介した問い合わせに備えてＷｉ−Ｆｉ通信部２０４へ起動要求を行う。これを受けたＷｉ−Ｆｉ通信部２０４は、電源部２０１からの給電を受けて起動処理を行う（Ｆ４１３、Ｓ５０７）。
【００３９】
スマートフォン１０２では、機器固有識別子取得処理が完了すると（Ｓ６０８）、スマートフォン１０２の通信制御部３０８がＷｉ−Ｆｉ通信部３０４へ起動を指示し、これを受けてＷｉ−Ｆｉ通信部３０４が起動する（Ｆ４１２、Ｓ６０９）。さらに、Ｗｉ−Ｆｉ通信部３０４を介して先に取得した機器固有識別子を利用してＤＳＣ１０１へ「ファイル転送サービス」の詳細に関する問い合わせを実施するため、サービス情報要求を送信する（Ｆ４１４、Ｓ６１０）。問い合わせの方法としては、ＩＥＥＥ８０２．１１ｕで定められたアクションフレームを使用したＳｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔフレームを送信する方法が考えられる。
【００４０】
ＤＳＣ１０１は、サービス情報要求を受信すると（Ｓ５０８）、「ファイル転送サービス」を実施するための詳細情報を含むサービス情報応答を送信する（Ｆ４１５、Ｓ５０９）。同様に、当該応答もＩＥＥＥ８０２．１１ｕで定められたアクションフレームを使用したＳｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｓｐｏｎｓｅフレームを送信する方法が考えられる。
【００４１】
スマートフォン１０２では、サービス情報応答を受信すると（サービス情報取得処理が完了すると）、スマートフォン１０２のサービス検索処理部３０７が、ユーザの所望する動作「画像共有動作」に対してＤＳＣ１０１が提供する「ファイル転送」サービスの利用を開始する。詳細には、まずスマートフォン１０２、ＤＳＣ１０１の各々が備えるＷｉ−Ｆｉ通信部を介してＷｉ−Ｆｉ接続処理を実施する（Ｆ４１６、Ｓ５１０、Ｓ６１２）。さらに、Ｗｉ−Ｆｉ通信部を介して「ファイル転送サービス」を実施する（Ｆ４１７、Ｓ５１１、Ｓ６１３）ことにより、ＤＳＣ１０１に記憶されている撮像画像データをスマートフォン１０２で共有することができる。
【００４２】
以上説明したように、本実施形態では、スマートフォン１０２とＤＳＣ１０１とは、ＢＬＥ通信で利用可能サービスの有無の確認を行う。すなわちＷｉ−Ｆｉ通信部を使用しない。従って、サービスを提供するＤＳＣ１０１は、Ｗｉ−Ｆｉ通信部を常時起動させる必要がないため、電力の消費を低減できる。これにより、ＤＳＣ１０１、スマートフォンにおいてユーザビリティを損なうことなく消費電力の低減が図ることができる。
【００４３】
すなわち、本実施形態では、第１の通信部を介したサービスに関する問い合わせを、第１の通信部よりも低消費電力で実現できる第２の通信部を用いて実施する。これにより、サービスの利用が確定した時のみ第１の通信部を起動することが可能になるので、消費電力の低減が実現できる。
【００４４】
＜第２の実施形態＞
第１の実施形態では、スマートフォン１０２のユーザの所望の処理に対して、ＤＳＣ１０１が当該所望の処理を実現するサービスを提供している場合について説明した。本実施形態ではこれ以外の例について説明する。すなわち、本実施形態においては、ＤＳＣ１０１が提供するサービスをＷｉ−Ｆｉ通信で実施できない状態であるものとする。なお、説明に用いる通信システムの構成、各機器の機能構成については第１の実施形態で説明した図１乃至図３と同様である。また、処理の手順を示すフローチャートも図５、図６とほぼ同様である。シーケンス図は図４に代えて図７を用いる。
【００４５】
スマートフォン１０２とＤＳＣ１０１とがＢＬＥ通信を介して接続状態になり、スマートフォン１０２がＤＳＣ１０１の提供するサービス情報をＢＬＥ通信で取得する処理までは第１の実施形態と同様の処理である（Ｆ７０３を除くＦ７０１〜Ｆ７１０の処理）。
【００４６】
スマートフォン１０２のサービス検索処理部３０７は、ＤＳＣ１０１が提供するサービス情報を取得すると、提供サービスと対応通信機能とに基づいてＳ６０６の判定処理を実施する。ここでは、ＤＳＣ１０１はＷｉ−Ｆｉ通信でのサービス提供を実施していない。従って、スマートフォン１０２は、接続機器であるＤＳＣ１０１がＷｉ−Ｆｉ通信で実現できるサービスを提供していないことをユーザにエラーとして通知する。具体的には、ユーザインタフェース部３０３にＷｉ−Ｆｉ通信できるサービスがない旨を明示する（Ｆ７１１）。ここで、図６のＳ６１４の処理は、本実施形態では、制御部３０２が、Ｗｉ−Ｆｉ通信できるサービスがない旨をユーザインタフェース部に明示する処理に置き換わっている。
【００４７】
さらには、スマートフォン１０２のサービス検索処理部３０７は、Ｗｉ−Ｆｉ通信でのみサービス実施可、またはＷｉ−Ｆｉ通信以外でもサービス実施可のいずれかを設定できる機能を有してもよい。本実施形態の場合「Ｗｉ−Ｆｉ通信でのみサービス実施可（Ｗｉ−Ｆｉ以外でのサービス利用不可）」を設定することで（Ｆ７０３）、Ｗｉ−Ｆｉ通信という高速通信以外のサービス実施を回避することができるので、ユーザが長時間のサービス処理に付き合わされる事態を回避できる。また「Ｗｉ−Ｆｉ通信以外でもサービス実施可」と設定した場合には、例えば長時間かかっても処理を実行したいというユーザの意図に応えることができる。
【００４８】
以上説明したように、本実施形態では、スマートフォン１０２とＤＳＣ１０１とは、ＢＬＥ通信で利用可能サービスの有無の確認を行う。本実施形態のようにサービス提供機器がＷｉ−Ｆｉ通信を使用したサービスを提供していない場合に、サービス利用機器がＷｉ−Ｆｉ通信部起動せずにそのことを確認できるので、より消費電力を低減できる。
【００４９】
上記実施形態では、第１の通信の例としてＷｉ−Ｆｉを用い、第２の通信の例としてＢＬＥを用いて説明したが、第１の通信に使う電力よりも第２の通信に使う電力の方が低ければ、Ｗｉ−ＦｉとＢＬＥ以外の通信方式を適用しても構わない。
【００５０】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５１】
１０１：ＤＳＣ、１０２：スマートフォン、２０１：電源部、２０２：制御部、２０３：ＵＩ部、２０４：Ｗｉ−Ｆｉ通信部、２０５：アンテナ、２０６：記憶部、２０７：サービス応答処理部、２０８：ＤＳＣ機能処理部、２０９：ＢＬＥ通信部、２１０：アンテナ、３０１：電源部、３０２：制御部、３０３：ユーザインタフェース部、３０４：Ｗｉ−Ｆｉ通信部、３０５：アンテナ、３０６：記憶部、３０７：サービス検索処理部、３０８：通信制御部、３０９：ＢＬＥ通信部、３１０：アンテナ
【図１】
0006579804.tif 000002
【図２】
0006579804.tif 000003
【図３】
0006579804.tif 000004
【図４】
0006579804.tif 000005
【図５】
0006579804.tif 000006
【図６】
0006579804.tif 000007
【図７】
0006579804.tif 000008
【図８】
0006579804.tif 000009