JP2015154205A - 通信装置、その制御方法、プログラム - Google Patents

Abstract

【課題】 より簡単に端末間の通信を確立したい。【解決手段】 第１の通信方式と、前記第１の通信方式よりも少ない消費電力で通信が可能な第２の通信方式とを利用可能な通信装置の制御方法であって、前記第２の通信方式により、外部装置の情報を受信し、前記第２の通信方式により前記外部装置の情報を受信した後、前記第１の通信方式を用いて前記外部装置の情報を受信し、前記第２の通信方式により受信された前記外部装置の情報と、前記第１の通信方式により受信された前記外部装置の情報とに基づき、前記第１の通信方式による通信を確立するかを判断し、前記第１の通信方式による通信を確立すると判断された場合、前記外部装置と通信するための無線ネットワークに参加し、前記外部装置との通信を確立する。【選択図】 図９

Description

本発明は、端末間でデータ通信を行う技術に関する。

近年、携帯端末への無線通信機能の実装が進むにつれて、端末間で簡単にデータの送受信を行うニーズが高まっている。

そこで特許文献１のように、端末同士を同じネットワークに参加させ、端末間での直接通信を行う技術が知られている。

特開２００７−０８１７３０号公報

しかしながら特許文献１に記載の技術では、ユーザは通信を行うタイミングで複数の端末を起動させ通信を確立する操作を行う必要があり煩雑であった。ここで起動の操作を省略するためには端末を常に通信可能な状態にしておけばよいが、消費電力の観点で好ましくなかった。

本発明に係る通信装置は、第１の通信方式と、前記第１の通信方式よりも少ない消費電力で通信が可能な第２の通信方式とを利用可能な通信装置であって、前記第２の通信方式により、外部装置の情報を受信する第１の受信手段と、前記第１の受信手段により前記外部装置の情報を受信した後、前記第１の通信方式を用いて前記外部装置の情報を受信する第２の受信手段と、前記第１の受信手段により受信された前記外部装置の情報と、前記第２の受信手段により受信された前記外部装置の情報とに基づき、前記第１の通信方式による通信を確立するかを判断する判断手段と、前記判断手段により前記第１の通信方式による通信を確立すると判断された場合、前記外部装置と通信するための無線ネットワークに参加し、前記外部装置との通信を確立する通信制御手段とを有する。

本発明によれば、要否操作で端末間の通信を確立することが可能となる。

デジタルカメラ及び携帯電話のハードウェア構成を示す図である。 携帯電話の外観図である。 デジタルカメラの外観図である。 デジタルカメラの処理フローを示す図である。 デジタルカメラの表示画面を示す図である。 携帯電話の処理フローを示す図である。 携帯電話の表示画面を示す図である。 デジタルカメラの表示画面を示す図である。 デジタルカメラの処理フローを示す図である。 携帯電話の処理フローを示す図である。 携帯電話の表示画面を示す図である。

［第１の実施形態］
図１は、本実施形態における通信システムの概要を示す図である。本実施形態における
通信システムは、携帯電話１００、デジタルカメラ１２０を含む。これらは携帯型の無線通信装置の一例である。

携帯電話１００及びデジタルカメラ１２０は外部装置と通信する無線ＬＡＮ通信が可能である。携帯電話１００とデジタルカメラ１２０は、図示しない無線ＬＡＮアクセスポイント（以下、ＡＰ）と通信し、無線ネットワークに接続する機能を備えると共に、ＡＰを用いずにお互いが直接通信を行う機能も有する。

以下、携帯電話１００の構成について説明する。携帯電話のシステムバス１１０には、ＣＰＵ１０１、ＲＡＭ１０２、不揮発性メモリ１０３、表示部１０４、操作部１０５、バッテリ１０６、３Ｇ通信部１０７、無線ＬＡＮ部１０８、省電力無線通信部１０９が接続されている。

ＣＰＵ１０１は、入力信号や各種のプログラムにしたがい、携帯電話１００の各部を制御する。ＣＰＵ１０１の制御として、例えば通信制御、記録制御、表示制御などがあげられる。

ＲＡＭ１０２は書き換え可能なメモリであり、携帯電話１００を制御するプログラムの作業領域として使用される。また、各種コンテンツデータやパラメータのバッファとしても使用される。

不揮発性メモリ１０３は、携帯電話１００を制御するプログラムと、画像データや文字データ・その他のデータなどのデータを格納する。携帯電話１００に電源が投入されると、ＣＰＵ１０１は不揮発性メモリ１０３からプログラムを読み込み、各部の制御を開始する。不揮発性メモリ１０３は、例えばフラッシュメモリなどからなる。

表示部１０４は、ＣＰＵ１０１の制御に基づいて、画像やＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）からなる画面などを表示する。表示部１０４は、例えば、液晶表示装置（ＬＣＤ）とそれをコントロールするＬＣＤドライバユニットで構成される。

操作部１０５は、ユーザの指示を受け付けるために使用される。本実施形態における操作部１０５は、複数のボタンと、表示部１０４の表示面に配置されたタッチパネルから構成される。操作部１０５はボタンの押下や、タッチパネルが検出する座標情報などをＣＰＵ１０１に通知する。

バッテリ１０６は、携帯電話１００が動作するための電力を供給するためのユニットである。

３Ｇ通信部１０７は、携帯電話１００と図示しない移動体通信網との間で音声およびデータを送受信するためのユニットである。３Ｇ通信部１０７は、無線通信を行うためのアンテナと無線信号を処理するための通信コントローラとから構成され、Ｗ−ＣＤＭＡ（ＵＭＴＳ）にしたがって無線通信を実現する。

無線ＬＡＮ部１０８は、およそ数十メートルの通信範囲での無線通信を実現するための通信ユニットである。具体的な通信方式としては、例えば、ＩＥＥＥ８０１．１１ａ／ｂ／ｇ／ｎ／ａｃなどがあげられる。無線ＬＡＮ部１０８は、無線通信のためのアンテナと無線信号を処理するための通信コントローラから構成される。本実施形態では、後述するデジタルカメラ１２０の無線ＬＡＮ部１３１との通信や、図示しないＡＰへの接続に用いられる。無線ＬＡＮ部１０８での通信は、第１の通信方式による通信の一例である。

省電力無線通信部１０９は、無線ＬＡＮ部１０８より少ない消費電力で無線通信を実現するための通信ユニットである。本実施形態でいう近距離通信とは、数ｍ〜数＋ｍ程度の通信範囲を想定した無線通信であり、例えばＢｌｕｅｔｏｏｔｈ（登録商標）やＺｉｇＢｅｅ（登録商標）があげられる。本実施形態ではＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙと呼ばれる極めて消費電力の少ない通信を行うものとする。省電力無線通信部１０９での通信は、第２の通信方式による通信の一例である。

この省電力無線通信部１０９は、無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。本実施例では、後述するデジタルカメラの１２０の省電力無線通信部１３３との通信に用いられる。

次に、デジタルカメラ１２０について説明する。

メインＣＰＵ１２１は、デジタルカメラ全体の制御をつかさどる。メインＣＰＵ１２１は、入力信号や各種のプログラムにしたがい、デジタルカメラ１２０の各部を制御する。メインＣＰＵ１０１の制御として、例えば通信制御、記録制御、表示制御、撮像制御などがあげられる。

ＲＡＭ１２２、不揮発性メモリ１２３、操作部１２４、表示部１２５の役割は携帯電話１００とほぼ同様であるため、ここでは説明を省略する。

記憶媒体Ｉ／Ｆ１２６は、いわゆるメモリカードなどの記憶媒体１２７を装着するためのインターフェースである。ＣＰＵ１２１は、記憶媒体Ｉ／Ｆ１２６に装着された記憶媒体１２７からのデータの読み出しや、当該記憶媒体１２７に対するデータの書き込みを制御する。

記憶媒体１２７は、撮影した画像データを保持するための書き換え可能な不揮発性メモリであり、例えばＳＤメモリーカードが用いられる。

撮像部１２８は、被写体の光学像を電気的な映像信号に変換し、映像信号を内部バス１３３に出力する撮像素子などで構成される。撮像素子としては、例えばＣＭＯＳイメージセンサーやＣＣＤイメージセンサーが利用される。

画像処理部１２９は、不揮発性メモリ１２３や記憶媒体１２７に格納された画像データや、撮像部１２８が出力する映像信号に対して各種画像処理を施す。なお、画像処理の種別によっては画像処理部１２９を用いずにＣＰＵ１２１がプログラムに従って画像処理を施すことも可能である。

バッテリ１３０は、デジタルカメラ１２０が動作するための電力を供給するためのユニットである。バッテリ１３０は、デジタルカメラ１２０全体に電力を供給するほかに、後述するサブＣＰＵ１３２・省電力無線通信部１３３および不揮発性メモリ１３４に限定して電力を供給することができる。サブＣＰＵ１３２・省電力無線通信部１３３および不揮発性メモリ１３４に限定して電力を供給している状態（以降、スタンバイ状態）では、デジタルカメラ１２０は消費電力が極めて低い状態を保つことができる。

無線ＬＡＮ部１３１の役割は携帯電話１００とほぼ同様であるため、ここでは説明を省略する。

サブＣＰＵ１３２は、後述する省電力無線通信部１３３による通信と、スタンバイ状態におけるデジタルカメラ１２０の制御をつかさどる。サブＣＰＵ１３２は、自身の動作に必要なメモリを内蔵することにより、メモリ１２２や不揮発性メモリ１２３に電力が供給されないスタンバイ状態においても動作することができる。

また、サブＣＰＵ１３２により、デジタルカメラＳ１２０はスタンバイ状態においても、省電力無線通信部１３３を用いて携帯電話１００と通信することが可能である。さらに、サブＣＰＵ１３２は、省電力無線通信部１３３における通信内容に応じて、バッテリ１３０の電力をデジタルカメラ１２０全体が動作するように供給するように変更することができる。

省電力無線通信部１３３の役割は携帯電話１００とほぼ同様であるため、ここでは説明を省略する。

不揮発性メモリ１３３は、サブＣＰＵ１３２を制御するプログラムと動作に必要なデータを保持する。サブＣＰＵ１３２は、電源が供給されると、不揮発性メモリ１３４からプログラムを読み込み、省電力部線通信部１３３の動作と、メインＣＰＵ１２１との通信の制御を開始する。不揮発性メモリ１３４は、例えばフラッシュメモリやＥＥＰＲＯＭなどからなる。

なお、図１では、サブＣＰＵ１３２・省電力無線通信部１３３・不揮発性メモリ１３４は別々のハードウェアとして構成したが、ワンチップマイコンのように一つのハードウェアの中に統合して実現してもよい。

図２は、携帯電話１００の外観を示す図であり、（ａ）と（ｂ）は、それぞれ携帯電話１００の正面図と側面図を示す。

２０１はタッチパネル付の液晶ディスプレイであり、図１の操作部１０５及び表示部１０４に含まれる。ユーザは液晶ディスプレイ２０１をタッチすることで、液晶ディスプレイ２０１に表示されるＧＵＩの操作などを行うことができる。２０２は操作ボタンであり、操作部１０５に含まれる。ユーザはタッチパネル操作だけでなく、これらのボタンを用いることで携帯電話１００の機能の切り替えや、表示部１０４に表示されるＧＵＩの操作などを行うことができる。２０３はボリュームボタンであり、操作部１０５に含まれる。ユーザはこれらのボタンを用いることにより、音声通信時の音量を制御することができる。２０４は電源ボタンであり、操作部１０５に含まれる。ユーザはこのボタンを用いることにより、携帯電話１００の電源ＯＮ／ＯＦＦなどの操作を行うことができる。

図３は、デジタルカメラ１２０の外観を表す図である。図３の（ａ）・（ｂ）・（ｃ）は、それぞれデジタルカメラ１２０の正面図・背面図・底面図である。

３０１はシャッターボタンであり、操作部１２４を構成する。シャッターボタン３０１は、半押し状態と全押し状態とを区別して検出可能な２段階押し込みスイッチとなっており、半押し状態のときにオートフォーカス制御などの撮影準備動作を開始し、全押し状態の場合に静止画データを撮影するための撮影動作を開始する。３０２はファインダー窓であり、撮影時の構図決定の際に被写体像を後述のファインダー接眼部３０５から確認することができる。３０３はストロボであり、撮影時に必要に応じて発光し、暗い条件下でもきれいな静止画の撮影を可能にする。３０４は撮影レンズであり、撮像部１２８を構成する。３０５はファインダー接眼部であり、ユーザはここから被写体像を光学的に確認することができる。３０６は電源ボタンであり、デジタルカメラ１２０の電源をＯＮ・ＯＦＦする。３０７は操作部１２４を構成するボタン群である。ユーザはこれらのボタンを利用し、デジタルカメラ１２０のメニューを表示したり、各種パラメータを設定したりする。

３０８は撮影開始前には撮影範囲（構図の決定）に使用したり、後述する操作メニューを表示したり、撮影した映像データを再生して表示するためのＬＣＤであり、表示部１２５を構成する。３０９は三脚を固定するためのねじ穴である。３１０はバッテリ室であり、ユーザはこの中にバッテリ１３０と記憶媒体１２７を装着することができる。

＜動作説明＞
以下、本実施形態における各機器の動作を具体的に説明する。なお、以下のフローチャートに示す処理は、各機器のＣＰＵが入力信号やプログラムにしたがい、機器の各部を制御することで実現される。

最初に、携帯電話１００とデジタルカメラ１２０を省電力無線通信により相互に通信可能とするための初期設定時の動作について詳細に説明する。

まず、図４のフローチャートを用いて、デジタルカメラ１２０の動作について詳細に説明する。なお、本フローチャートの開始に先立ち、デジタルカメラ１２０は全体が動作する状態となっており、ユーザは操作部１２４を操作してデジタルカメラ１２０の設定を変更することが可能である。なお、この設定を行うにあたって、携帯電話１００とデジタルカメラ１２０の間でＢｌｕｅｔｏｏｔｈによる通信が行われる。本実施形態の携帯電話１００はＢｌｕｅｔｏｏｔｈのＣｅｎｔｒａｌとして、デジタルカメラ１２０はＢｌｕｅｔｏｏｔｈのＰｅｒｉｐｈｅｒａｌとして振る舞うものとする。

ステップＳ４０１において、デジタルカメラ１２０はユーザ操作などに基づき設定メニュー画面を表示し、ユーザ操作によりペアリング設定メニューが選択された場合に、ステップＳ４０２に進む。設定メニュー画面の動作については図５の操作画面の図を用いて後述する。

ステップＳ４０２においては、サブＣＰＵ１３２を通じ、省電力無線通信部１３３を用いて、ペアリングを開始するための情報をＡｄｖｅｒｔｉｓｅする。本実施形態では、Ｂｌｕｅｔｏｏｔｈ ＬＥ（Ｌｏｗ Ｅｎｅｒｇｙ）のＧＡＴＴプロファイルにより、デジタルカメラ１２０とのペアリングを行うためのＣａｍｅｒａＰａｉｒサービスを独自に規定している。このＣａｍｅｒａＰａｉｒサービスのＡｄｖｅｒｔｉｓｅ信号を送信することにより、Ａｄｖｅｒｔｉｓｅを行う。ＣａｍｅｒａＰａｉｒサービスのＡｄｖｅｒｔｉｓｅ信号には、初期設定を求める接続対象のデバイス（以下Ｃｅｎｔｒａｌ）がＣｅｎｔｒａｌを一意に特定するためのＩＤ情報であるＣｅｎｔｒａｌＩＤ特性を示す領域が含まれる。さらに、初期設定の進行状況を表すＳｔａｔｕｓ特性を示す領域も含まれている。ＣｅｎｔｒａｌＩＤ特性は、Ｂｌｕｅｔｏｏｔｈでの、ペアリングと呼ばれるデバイス間の認証処理を行うことが値を書き込む要件となっている。ステップＳ４０２におけるＡｄｖｅｒｔｉｓｅ信号のＣｅｎｔｒａｌＩＤ特性にはＮＵＬＬ値が、Ｓｔａｔｕｓ特性には文字列”Ｉｎｉｔｉａｌｉｚｉｎｇ”が設定されている。このＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｅは、明示的に停止の指示があるまでは、省電力無線通信部１３３によって、自動的に、繰り返し行われる。

ステップＳ４０３においては、ステップＳ４０２で開始したＡｄｖｅｒｔｉｓｅに対して、Ｃｅｎｔｒａｌから、ＣｅｎｔｒａｌＩＤ特性への書き込み要求があったか否かを判定する。この要求は、後述の、携帯電話１００側の処理ステップＳ６０５で行われる要求に対応するものである。要求がなかった場合には、要求があるまでステップＳ４０３の処理を繰り返す。所定の書き込み要求があった場合には、ステップＳ４０４以降の処理に進む。

ステップＳ４０４からステップＳ４０８までの処理は、Ｂｌｕｅｔｏｏｔｈの標準的なプロトコルにより定義されているペアリング処理である。本実施形態におけるＣａｍｅｒａＰａｉｒサービスにおいては、ＣｅｎｔｒａｌＩＤ特性に値を書き込むためにはペアリングが必要である。したがってステップＳ４０４においては、省電力無線通信部１３３が、書き込みを要求したＣｅｎｔｒａｌがすでにＢｌｕｅｔｏｏｔｈペアリング済みであるか否かを判定する。ペアリング済みの場合には、ＣｅｎｔｒａｌＩＤ特性への値の書き込みは成功するため、そのままステップＳ４０９の処理に進む。ペアリングがまだ行われていない場合には、ステップＳ４０５において、省電力無線通信部１３３がＣｅｎｔｒａｌに対してペアリング要求を送信した後、ステップＳ４０６においてメインＣＰＵ１２１が表示部１２５にＰＩＮ確認画面を表示する。ここでは、ペアリングの要求ごとに毎回異なる６桁の数値が生成され、ＰＩＮ番号として利用される。続いて、ステップＳ４０７において、省電力無線通信部１３３が、ＣｅｎｔｒａｌからのＰＩＮ番号を受信したか否かを判定する。このＰＩＮ番号の受信は、後述の、携帯電話１０１の処理ステップＳ６０８で行われる送信に対応する物である。受信していない間は、受信があるまでステップＳ４０７の処理を繰り返す。受信した場合には、受信したＰＩＮ番号がステップＳ４０６で生成したＰＩＮ番号と一致しているか否かを判定する。一致していない場合には、ステップＳ４０５に戻り再度ペアリング要求の送信を行う。一致していた場合には、ステップＳ４０９に進む。

ステップＳ４０９においては、ＣａｍｅｒａＰａｉｒサービスのＣｅｎｔｒａｌＩＤの値を、サブＣＰＵ１３２を通じて不揮発性メモリ１３４に保存する。その後、ステップＳ４１０においては、初期設定が完了したことをＣｅｎｔｒａｌに対して通知する。具体的には、ＡｄｖｅｒｔｉｓｅにおけるＣａｍｅｒａＰａｉｒサービスの、Ｓｔａｔｕｓ特性の値を”Ｓｕｃｃｅｓｓ”として、Ａｄｖｅｒｔｉｓｅを受信したＣｅｎｔｒａｌが、初期設定が終了したことが判断できるようにする。

続いて、ステップＳ４１１においては、表示部１２５にペアリング完了画面を表示する。ペアリング完了画面の動作については図５の操作画面の図を用いて後述する。

最後に、ステップＳ４１２で、ステップＳ４０２で開始したＢｌｕｅｔｏｏｔｈのＣａｍｅｒａＰａｉｒサービスのＡｄｖｅｒｔｉｓｅを停止し、処理を終了する。

次に、図５の操作画面の図を用いて、図４の処理を行うにあたり、ユーザがデジタルカメラ１２０を用いて行う操作について詳細に説明する。

ステップＳ４０１のペアリング設定メニューの選択を行うためには、ユーザは以下の操作を行う。

まず、ユーザは、操作部３０７を操作することで、図５（ａ）に示すデジタルカメラ１２０の設定トップ画面を表示する。この、設定トップ画面において、ユーザが、表示されている設定項目一覧５０１の中から、携帯電話との接続設定メニュー項目５０２を選択すると、図５（ｂ）に示す、携帯電話との接続設定画面が表示される。この、携帯電話との接続設定画面において、ユーザが、表示されている設定項目一覧５１１の中から、携帯電話とのペアリング設定メニュー５１２を選択すると、図５（ｃ）に示す、携帯電話とのペアリング画面が表示される。この携帯電話とのペアリング画面内で、新しい携帯電話の追加メニュー項目５２１を選択する。以上が、ステップＳ４０１のペアリング設定メニューの選択を行うために、ユーザが行う操作の説明である。

図５（ｄ）は、ステップＳ４０６で表示されるＰＩＮ確認画面である。このＰＩＮ確認画面においては、ユーザはデジタルカメラ１２０に対して操作を行う必要はない。ＰＩＮ確認画面に表示されるＰＩＮコード５３１を携帯電話１００に対して入力することで、結果としてペアリングが行われ、ステップＳ４０７以降に進むことになる。

図５（ｅ）は、ステップＳ４１２で表示されるペアリング完了画面である。ユーザがこのペアリング完了画面において、ＯＫボタン５４２を選択することで、ステップＳ４１２の処理は終了し図４の処理全体が完了することとなる。

以上で、携帯電話１００とデジタルカメラ１２０を省電力無線通信により相互に通信可能とするための初期設定における、デジタルカメラ１２０の動作と、その際にユーザがデジタルカメラ１２０に対して行う操作について説明を行った。

続いて、携帯電話１００とデジタルカメラ１２０を省電力無線通信により相互に通信可能とするための初期設定における、携帯電話１００の動作と、その際にユーザが携帯電話１００に対して行う操作について説明する。

まず、図６のフローチャートを用いて、携帯電話１００の動作について詳細に説明する。なお、本フローチャートの開始に先立ち、ユーザは携帯電話１００において、デジタルカメラ１２０と通信を行うためのアプリケーションを起動しているものとする。なお、この設定を行うにあたって、携帯電話１００とデジタルカメラ１２０の間でＢｌｕｅｔｏｏｔｈによる通信が行われる。携帯電話１００はＢｌｕｅｔｏｏｔｈのＣｅｎｔｒａｌとして、デジタルカメラ１２０はＢｌｕｅｔｏｏｔｈのＰｅｒｉｐｈｅｒａｌとして振る舞う。

ステップＳ６０１において、携帯電話１００は、設定メニュー画面を表示し、ユーザがペアリング設定メニューを選択するのを待ち、ステップＳ６０２に進む。設定メニュー画面の動作については図７の操作画面の図を用いて後述する。

設定メニュー画面におけるユーザ操作によりステップＳ６０２に進むと、ステップＳ６０２において、ペアリング実行中画面を表示したのち、ステップＳ６０３に進む。ステップＳ６０３においては、省電力無線通信部１０９において、Ｂｌｕｅｔｏｏｔｈ ＰｅｒｉｐｈｅｒａｌからのＡｄｖｅｒｔｉｓｅを受信し、ステップＳ６０４において、受信したＡｄｖｅｒｔｉｓｅが、ＣａｍｅｒａＰａｉｒサービスを含むか否かを判定する。ステップＳ６０３においてＡｄｖｅｒｔｉｓｅを受信していない場合、または受信したＡｄｖｅｒｔｉｓｅがＣａｍｅｒａＰａｉｒサービスでない場合には、ＣａｍｅｒａＰａｉｒサービスのＡｄｖｅｒｔｉｓｅを受信するまで、ステップＳ６０３の処理を繰り返す。ＣａｍｅｒａＰａｉｒサービスのＡｄｖｅｒｔｉｓｅを受信した場合は、ステップＳ６０５に進む。ここで受信するＣａｍｅｒａＰａｉｒサービスのＡｄｖｅｒｔｉｓｅは、前述の、ステップＳ４０２においてデジタルカメラ１２０より送信されたＡｄｖｅｒｔｉｓｅに対応する。

ステップＳ６０５においては、携帯電話１００の個々のデバイスを特定可能な、固有のＩＤを生成し、ＣａｍｅｒａＰａｉｒサービスのＣｅｎｔｒａｌＩＤ特性に対して書き込み要求を行う。

前述の図４の説明において記述したように、ＣａｍｅｒａＰａｉｒサービスのＣｅｎｔｒａｌＩＤ特性は、値の書き込みにあたって、Ｂｌｕｅｔｏｏｔｈでの、ペアリングと呼ばれるデバイス間の認証処理が必要なように設定されている。そのため、ステップＳ６０６からステップＳ６０８で説明する、ペアリング処理が行われる。この処理は、Ｂｌｕｅｔｏｏｔｈの標準的なプロトコルにより定義されているペアリング処理である。まず、ステップＳ６０６においては、Ｃｅｎｔｒａｌからのペアリング要求を受信したか否かを判定する。このペアリング要求は、前述の図４ステップＳ４０５において送信されるペアリング要求に対応するものある。この要求は省電力無線通信部１０９が、ＣｅｎｔｒａｌＩＤ特性をＡｄｖｅｒｔｉｓｅしたＰｅｒｉｐｈｅｒａｌとすでにＢｌｕｅｔｏｏｔｈペアリング済みでない場合にのみ送信される。すでにペアリング済みでありＣｅｎｔｒａｌＩＤ特性に値を書き込むことができる場合には、この要求を受信しないため、ステップＳ６０９以降の処理に進む。ペアリング要求を受信した場合には、ステップＳ６０７で、表示部１０４にＰＩＮ入力画面を表示する。ＰＩＮ入力画面での操作については、図７の操作画面の図を用いて後述する。ＰＩＮ入力画面でユーザがＰＩＮ番号を入力すると、入力したＰＩＮ番号を、ステップＳ６０８でＰｅｒｉｐｈｅｒａｌに対して送信する。デジタルカメラ１２０では、この送信を受けて、すでに説明したようにステップＳ４０７およびステップＳ４０８におけるＰＩＮ番号の一致判定処理を行う。

ステップＳ６０８でＰＩＮ番号を送信した後には、ステップＳ６０９で、ペアリング完了通知を受信したか否かを判定する。具体的には、ＣａｍｅｒａＰａｉｒサービスのＳｔａｔｕｓ特性の値が”Ｓｕｃｃｅｓｓ”になったか否かを判定する。これは、前述のデジタルカメラ１２０の処理ステップＳ４１０において行われる処理に対応しており、ステップＳ６０８で送信したＰＩＤ番号が、デジタルカメラ１２０のステップＳ４０６で生成したＰＩＤ番号と一致する場合の通知である。そのため、ペアリング完了通知を受け取れなかった場合には、入力されたＰＩＤが誤っていると判断し、ステップＳ６０６の処理を繰り返す。ペアリング完了通知を受け取った場合には、ステップＳ６１０において、表示部１０４にペアリング完了画面の表示を行う。ペアリング完了画面の動作については図７の操作画面の図を用いて後述する。ペアリング完了画面を閉じると、図６の処理全体が完了である。

次に、図７の操作画面の図を用いて、図６の処理を行うにあたり、ユーザが携帯電話１００を用いて行う操作について詳細に説明する。

ステップＳ６０１のペアリング設定メニューの選択を行うためには、ユーザは、図７（ａ）に示すアプリケーションのトップ画面において、表示されている操作ボタンの中から、新しいカメラとのペアリングボタン７０２を選択する。図７（ｂ）は、ステップＳ６０２において液晶ディスプレイ２０１に表示されるペアリング実行中画面である。ペアリング実行中画面には、ユーザに対してデジタルカメラ１２０をペアリングモードで起動することを促すメッセージ７１１が表示されるが、このペアリング実行中画面においてはユーザは携帯電話１００に対して操作を行う必要はない。代わりに、指示されたようにデジタルカメラ１２０をペアリングモードで起動する必要がある。この操作についてはステップＳ４０１としてすでに説明した。その結果、結果としてペアリング処理が開始され、ステップＳ６０３以降に進むことになる。

図７（ｃ）は、ステップＳ６０７で表示されるＰＩＮ入力画面である。ユーザは、メッセージ７２１の指示に従い、図５（ｄ）のように表示されるＰＩＮコード５３１をＰＩＮ入力領域７２２に入力した後、ペアリング実行ボタン７２３を選択する。この操作により、ステップＳ６０７の処理は終了しＳ６０８以降の処理に進む。

図７（ｄ）は、ステップＳ６１０で表示されるペアリング完了画面である。ユーザがこのペアリング完了画面において、ＯＫボタン７３２を選択することで、ステップＳ６１０の処理は終了し図６の処理全体が完成することとなる。

以上で、携帯電話１００とデジタルカメラ１２０を省電力無線通信により相互に通信可能とするための、携帯電話１００の動作と、その際にユーザが携帯電話１００に対して行う操作について説明を行った。

デジタルカメラ１２０は、電源ボタン３０６をＯＦＦにした際に、デジタルカメラ全体への電力の供給をストップするか、あるいはスタンバイ状態とするかを切り替えられる。具体的には、携帯電話１００からの通信を省電力無線通信部１３３で受信できるようにするかどうかを設定によって切り替えることが可能である。以下、図８を用いて詳細に説明する。

図８（ａ）は、ユーザが操作部３０７を操作することで、表示部１２５に表示される設定トップ画面の図である。この、設定トップ画面において、ユーザが、表示されている設定項目一覧８０１の中から、携帯電話との接続設定メニュー項目８０２を選択すると、図８（ｂ）に示す、携帯電話との接続設定画面が表示される。携帯電話との接続設定画面において、ユーザが、表示されている設定項目一覧８１１の中から、携帯電話からの起動設定メニュー８１２を選択すると、図８（ｃ）に示す、携帯電話からの起動設定画面が表示される。携帯電話の起動設定画面には、有効メニュー８２１、無効メニュー８２２の２つの選択肢が表示されている。ユーザが、有効メニュー８２１を選択すると、デジタルカメラ１２０は、電源ボタン３０６をＯＦＦにした時にスタンバイ状態になり、携帯電話１００からの通信によりスタンバイ状態を解除可能な設定となる。ユーザが無効メニュー８２２を選択した場合には、デジタルカメラ１２０は、電源ボタン３０６をＯＦＦにした時にデジタルカメラ全体への電力の供給をストップし、携帯電話１００からの通信があっても電源がＯＮになることはない。

次に、スタンバイ状態のデジタルカメラ１２０に装着された記憶媒体１２７内の画像データを、携帯電話１００から取得する際の、デジタルカメラ１２０と携帯電話動作１００のそれぞれの動作について説明する。

まず、図９のフローチャートを用いて、デジタルカメラ１２０の動作について詳細に説明する。なお、本フローチャートの開始に先立ち、デジタルカメラ１２０はスタンバイ状態となっているとする。図９のフローチャートにおいて、ステップＳ９０１〜Ｓ９０６は、サブＣＰＵ１３２による処理であり、ステップＳ９０７〜Ｓ９２１はメインＣＰＵ１２１による処理であり、ステップＳ９２２はメインＣＰＵ１２１とサブＣＰＵ１３２の両方による処理である。

ステップＳ９０１において、サブＣＰＵ１３２は、自身に内蔵された不揮発性メモリ１３４内に、ペアリング済みＢｌｕｅｔｏｏｔｈデバイスのＣｅｎｔｒａｌＩＤ情報が１つ以上保存されているか否かを判定する。

保存されているＣｅｎｔｒａｌＩＤがある場合にはステップＳ９０２へ進み、ない場合には本フローチャートを終了する。

ステップＳ９０２において、サブＣＰＵ１３２は、省電力無線通信部１３３を用いてデジタルカメラ１２０に関する情報をＡｄｖｅｒｔｉｓｅする。具体的には、本実施形態のデジタルカメラ１２０は、Ｂｌｕｅｔｏｏｔｈ ＬＥのＧＡＴＴプロファイルにより、画像の公開を行うためのＣａｍｅｒａＶｉｅｗサービスを独自に規定している。ステップＳ９０２では、このＣａｍｅｒａＶｉｅｗサービスのＡｄｖｅｒｔｉｓｅを行う。ＣａｍｅｒａＶｉｅｗサービスのＡｄｖｅｒｔｉｓｅ信号には、Ａｄｖｅｒｔｉｓｅを行っているデジタルカメラ１２０の名称を示すＣａｍｅｒａＮａｍｅ特性を示す領域が含まれる。また、デジタルカメラ１２０の無線ＬＡＮ１３１のＭＡＣアドレスを示すＣａｍｅｒａＭＡＣ特性を示す領域が含まれる。さらに、公開された画像を選択保存する接続対象のＢｌｕｅｔｏｏｔｈデバイス（以下Ｃｅｎｔｒａｌ）が、無線ＬＡＮ ＭＡＣアドレスを書き込むためのＭＡＣ特性を示す領域とが含まれてる。ＭＡＣ特性については、値の書き込みにあたって、Ｂｌｕｅｔｏｏｔｈでの、ペアリングと呼ばれるデバイス間の認証処理が必要なように設定されている。ステップＳ９０２においては、ＭＡＣ特性にはＮＵＬＬ値が設定された状態でＡｄｖｅｒｔｉｓｅが行われている。このＢｌｕｅｔｏｏｔｈのＡｄｖｅｒｔｉｓｅは、明示的に停止の指示があるまでは、省電力無線通信部１３３によって、自動的に、繰り返し行われる。なお、本ステップで送信するＡｄｖｅｒｔｉｓｅは、後述のステップＳ１００２で受信される信号に対応している。

ステップＳ９０３において、サブＣＰＵ１３２は、省電力無線通信部１３３に対して、ＣａｍｅｒａＶｉｅｗサービスのＭＡＣ特性に対する書き込み要求があるか否かを判定する。サブＣＰＵ１３２は、所定の書き込み要求信号を受信するまで本ステップの処理を繰り返す。所定の書き込み要求信号を受信すると、ステップＳ９０４へ進む。

なお、本ステップで受信する書き込み要求信号は後述のステップＳ１００７で送出される信号に対応している。

ステップＳ９０４において、サブＣＰＵ１３２は、ステップＳ９０３で受信した書き込み要求信号が、ペアリング済みのＢｌｕｅｔｏｏｔｈデバイスから送信されたものか否かを判定する。この判定は、書き込み要求を行っているＣｅｎｔｒａｌのＣｅｎｔｒａｌＩＤが、不揮発性メモリ１３４内に保存されているかどうか、つまり、図４の初期設定によって設定されたＣｅｎｔｒａｌであるかどうかで行う。ペアリング済みのＢｌｕｅｔｏｏｔｈデバイスによるものであれば、ＣａｍｅｒａＶｉｅｗサービスのＭＡＣ特性の値を不揮発性メモリ１２３に保存した後、ステップＳ９０５へ進む。ペアリングしていないＢｌｕｅｔｏｏｔｈデバイスによるものであれば書き込み要求を受信するためにステップＳ９０３に戻る。

ステップＳ９０５において、サブＣＰＵ１３３は、ステップＳ９０２で開始したＡｄｖｅｒｔｉｓｅを中止する。

ステップＳ９０６では、サブＣＰＵ１３３は、バッテリ１３０を制御してメインＣＰＵ１２１を含むデジタルカメラ１２０全体に電源を供給する。

ステップＳ９０７では、メインＣＰＵ１２１は、無線ＬＡＮ部１３１を制御して無線ＬＡＮ通信が可能な状態とする。以降のデジタルカメラ１２０の通信は、メインＣＰＵ１２１が無線ＬＡＮ部１３１を制御することで実施される。なお、この時点では、無線ＬＡＮ部１３１はＡＰなど他の通信装置との通信確立（アソシエーション）はしていない。

ステップＳ９０８では、メインＣＰＵ１２１は、無線ＬＡＮの電波が到達可能な周囲の通信装置に対する、デジタルカメラ１２０が提供するアプリケーションレイヤのサービスの情報通知を有効にする。本実施例では、デジタルカメラ１２０は、アプリケーションレイヤのサービスとして画像データ提供サービスを提供する。

メインＣＰＵ１２１は、サービスの情報通知を有効にした際に、デジタルカメラ１２０内でユニークな通知ＩＤを乱数などを用いて生成する。この通知ＩＤは後述するステップＳ９０９で受信するセッション開始要求に含まることになる。メインＣＰＵ１２１は、セッション開始要求の許可判定時（後述するステップＳ９１０）に、セッション開始要求に含まれる通知ＩＤを確認することで、どのサービス情報通知に対応してセッション開始要求が行われたかを判別することができる。例えばデジタルカメラ１２０が複数のサービスを同時に提供する場合において、それぞれのサービスの情報通知に別々の通知ＩＤを与えることで、セッション開始要求を適切なサービスに対して行うことができるようになる。なお、この通知ＩＤは後述するステップＳ９１４でサービス情報の通知を停止するまでメモリ１２２に保持される。

この時点では無線ＬＡＮ部１３１は他の通信装置とアソシエーションしていないので、ＩＥＥＥ８０２．１１で定められたフレームタイプのうちマネージメントフレームを用いて、サービスの情報通知のための信号の送受信を行う。

本実施例では、マネージメントフレームの一種であるプローブリクエストフレームによりアプリケーションレイヤのサービスの検索が行われた場合に、プローブレスポンスフレームを返信することによってサービスの情報通知を行う。

プローブリクエストフレームには、検索したいアプリケーションレイヤのサービス、検索したい対象の通信装置のＭＡＣアドレス、検索を実行している通信装置のＭＡＣアドレスを示す情報などが含まれている。

検索したいアプリケーションレイヤのサービスとして指定したサービスを提供する通信装置のみが、このプローブリクエストに応答する。本実施例では、画像データ提供サービスが検索したいアプリケーションサービスとしてされていた場合に、デジタルカメラ１２０はプローブレスポンスフレームを返信する。検索したい対象の通信装置のＭＡＣアドレスとしては、特定の通信装置のＭＡＣアドレスを指定してもよいし、任意の通信装置を意味する値を指定してもよい。特定のＭＡＣアドレスを指定した場合には、当該ＭＡＣアドレスを有する通信装置のみが、このプローブリクエストフレームに応答する。

プローブレスポンスフレームには、レスポンス送信元のＭＡＣアドレス、通知ＩＤ、サービスの追加情報などが含まれている。

また、ステップＳ９０８以降では、後述するステップＳ９１４で停止するまで、ＣＰＵ１２１は無線ＬＡＮによる提供サービスの情報通知を継続的に行うものとする。すなわち、この間においてプローブリクエストフレームによるサービスの検索に対しては、プローブレスポンスフレームによるサービスの情報通知を随時行う。

なお、本ステップで受信するプローブリクエストフレームは後述するステップＳ１０１０で送出された信号であり、ステップＳ９０８で返信するプローブレスポンスフレームは後述するステップＳ１０１１において受信される信号に対応している。

ステップＳ９０９では、メインＣＰＵ１２１は、デジタルカメラ１２０の提供するサービスへの論理的な接続を確立するためのセッション開始要求を待つ。本ステップにおいても、ＩＥＥＥ８０２．１１で定められたマネージメントフレームを用いてセッション開始要求の受信を行う。

具体的には、マネージメントフレームの一種であるアクションフレームとして、セッション開始要求を受信するのを待つ。

このセッション開始要求のアクションフレームには、セッション開始要求の送信元のＭＡＣアドレスがデータとして含まれている。

このセッション開始要求を受信した場合はステップＳ９１０へ進む。

なお、本ステップで受信するアクションフレームは、後述するステップＳ１０１２で送信する信号に対応している。

ステップＳ９１０では、メインＣＰＵ１２１は、ステップＳ９０３で受信したＭＡＣアドレスとステップ９０８で生成した通知ＩＤを用いて、セッション開始を許可するか否かを判定する。具体的には、サブＣＰＵ１３２を介して不揮発性メモリ１３４から読み出し、ステップＳ９０９で受信したセッション開始要求送信元のＭＡＣアドレスと一致し、かつ、ステップＳ９０８で生成した通知ＩＤがステップＳ９１０で受信した通知ＩＤと一致する場合に限り、セッションの開始を許可する。

ＭＡＣアドレスが一致する場合は、セッション要求を行った通信装置は、ステップ９０３・Ｓ９０４においてＢｌｕｅｔｏｏｔｈで通信した通信装置と同一のデバイスであることになる。

セッションの開始を許可した場合にはステップＳ９１１へ進み、許可しなかった場合には、ステップＳ９１２へ進む。

ステップＳ９１１はセッション開始要求を許可しなかった場合の処理である。

メインＣＰＵ１２１は、セッション開始拒否を意味するデータをアクションフレームとして、セッション開始要求元の通信装置に返信する。

メインＣＰＵ１２１は、当該信号を返信するとステップＳ９０９に戻り、次なるセッション開始要求を待つ。

なお、本ステップで返信するアクションフレームは、後述するステップＳ１０１３で判定する信号に対応している。

ステップＳ９１２はセッション開始要求を許可した場合の処理である。

メインＣＰＵ１２１は、セッション開始許可を意味するデータをアクションフレームとして、セッション開始要求元の通信装置に返信する。

また、この際に、アプリケーションレイヤのサービスに関連する情報を返信内容に含めてもよい。例えば、画像データ提供サービスであれば、ＰＴＰ−ＩＰ（Ｐｉｃｔｕｒｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｏｖｅｒ ＴＣＰ／ＩＰ Ｎｅｔｗｏｒｋ）のようなアプリケーションレイヤで使用するプロトコルの情報を含んでもよい。

なお、本ステップで返信するアクションフレームは、後述するステップＳ１０１３で判定する信号に対応している。

ステップＳ９１３では、メインＣＰＵ１２１は、セッション開始要求を行った通信装置とのセッションの確立を行う。

具体的には、ＷｉＦｉ Ｄｉｒｅｃｔプロトコル仕様に基づいた処理を行い、通信装置間でどちらが無線ＬＡＮアクセスポイントになり、どちらが無線ＬＡＮステーションになるかといった無線レイヤにおける役割を決定する。

Ｗｉ−Ｆｉ Ｄｉｒｅｃｔにおいては、無線ＬＡＮアクセスポイント機能を実施する通信装置をＰ２Ｐグループオーナー（以下、ＧＯ）、無線ＬＡＮステーション機能を実施する通信装置をＰ２Ｐクライアント（以下、ＣＬ）と称する。

ＧＯとＣＬが決定すると、ＧＯとＣＬ間でアソシエーションを行い、無線ＬＡＮのレイヤとして接続する。さらに、ＧＯとＣＬ間でＩＰアドレスの決定も行われる。

本ステップが完了することで、セッション開始要求を行った通信装置とデジタルカメラ１２０との論理的な接続が確立する。すなわち、前記通信装置のアプリケーションは、デジタルカメラ１２０の提供するアプリケーションレイヤのサービスとのＴＣＰ／ＩＰおよびＵＤＰ／ＩＰによる通信を行うことができるようになる。

なお、本ステップの処理は、後述するステップＳ１０１５に対応している。

ステップＳ９１４では、メインＣＰＵ１２１は、ステップＳ９０８で有効にしたアプリケーションレイヤのサービスの通知情報を無効にする。したがって、本ステップ以降はサービスを検索するためのプローブリクエストフレームには応答しないことになる。また、ステップＳ９０８でＲＡＭ１２２に格納した通知ＩＤも消去する。

ステップＳ９１５では、メインＣＰＵ１２１は、ステップＳ９０８で通知していたアプリケーションレイヤのサービスを実現するためのアプリケーションを開始する。

具体的には、ＰＴＰ−ＩＰのレスポンダー機能を開始し、以降ＴＣＰ／ＩＰデータとして受信したＰＴＰ―ＩＰパケットと、それに含まれるＰＴＰコマンドに応じた動作をするようになる。

ステップＳ９１６では、メインＣＰＵ１２１は、ステップＳ９１５で開始したアプリケーションレイヤのサービスに対するコマンドを受信したか否かを判定する。

具体的には、受信したＴＣＰ／ＩＰデータがＰＴＰ−ＩＰパケットであるか否かを判定し、ＰＴＰ−ＩＰパケットである場合にはステップＳ９１７へ進み、異なる場合にはステップＳ９１８へ進む。

なお、本ステップで受信するＰＴＰ−ＩＰパケットは、後述するステップＳ１０１７やＳ１０１９等で送信するＰＴＰ−ＩＰパケットに対応している。

ステップＳ９１７では、メインＣＰＵ１２１は、受信したＰＴＰ−ＩＰパケットとそれに含まれたＰＴＰコマンドに応じた動作を行う。

例えば、指定した画像データのサムネイルを取得するＰＴＰコマンドを受信した場合は、記憶媒体１２７に格納された当該データからサムネイルデータを生成し、ＰＴＰレスポンスとして返信する。同様に画像データを取得するＰＴＰコマンドを受信した場合は、記憶媒体１２７に格納された当該データの一部あるいはすべてをメモリ１２２に読み込み、ＰＴＰレスポンスとして返信する。

ステップＳ９１８では、メインＣＰＵ１２１は、ステップＳ９１３で確立したセッション切断要求があるか否かを判定する。このセッション切断要求は、あらかじめ決められたポート番号を用いてＴＣＰあるいはＵＤＰのデータを送受信することにより行う。

セッション切断要求がある場合はステップＳ９１９に進み、ない場合はステップＳ９１６に戻り次なるＰＴＰ−ＩＰパケットを待つ。

ステップＳ９１９では、メインＣＰＵ１２１は、ステップＳ９１３で確立したセッションを終了させる。具体的には、ＷｉＦｉ Ｄｉｒｅｃｔプロトコル仕様に基づいた処理を行い、アソシエーションの解除し、ＧＯあるいはＣＬの役割を終了する。ステップＳ９２０では、メインＣＰＵ１２１は、ステップＳ９１５で開始したアプリケーションレイヤのサービスを実現するためのソフトウェアを停止する。

ステップＳ９２１では、メインＣＰＵ１２１は、無線ＬＡＮ部１３１を制御してすべての無線ＬＡＮ通信が行えない状態とする。

ステップＳ９２２では、メインＣＰＵ１２１は、サブＣＰＵ１３２にスタンバイ状態に進むことを指示した後、すべての処理を停止する。サブＣＰＵ１３２は、バッテリ１３０を制御して、サブＣＰＵ１３２・省電力無線通信部１３３および不揮発性メモリ１３４にのみ電力を供給し、デジタルカメラ１２０をスタンバイ状態に遷移させる。

本ステップが完了すると、ステップＳ９０２に戻り、サブＣＰＵ１３２はＢｌｕｅｔｏｏｔｈによるＡｄｖｅｒｔｉｓｅを再開し、次なる接続処理の開始を待つ。以上が、デジタルカメラ１２０の動作である。

続いて、図１０のフローチャートを用いて、携帯電話１００の動作について詳細に説明する。なお、本フローチャートの開始に先立ち、携帯電話１００の無線ＬＡＮ部１０８は通信可能な状態であるとする。無線ＬＡＮ部の通信状態としては、他の通信装置と接続中（セッション開始中）であってもよいし、接続相手がいない状態であってもよい。

また、デジタルカメラと通信して画像データを取得するアプリケーションはあらかじめインストールされているものとする。

ステップＳ１００１では、ＣＰＵ１０１は、ユーザにより画像を取得するためのアプリケーションの起動が起動されるのを待つ。アプリケーションの起動は、ユーザが操作部１０６を操作して指示する。

画像を取得するためのアプリケーションが起動するとステップＳ１００２へ進む。

ステップＳ１００２では、ＣＰＵ１０１は、省電力無線通信部１０９を制御して、他の通信装置がＡｄｖｅｒｔｉｓｅとして送信する信号を受信する。

なお、本ステップで受信するＡｄｖｅｒｔｉｓｅは、前述のステップＳ９０２で送信される信号に対応している。

Ａｄｖｅｒｔｉｓｅを受信するとステップＳ１００３へ進む。

ステップＳ１００３では、ＣＰＵ１０１は、ステップＳ１００２で受信したＡｄｖｅｒｔｉｓｅが、ＣａｍｅｒａＶｉｅｗサービスを含むか否かを判定する。

ＣａｍｅｒａＶｉｅｗサービスのＡｄｖｅｒｔｉｓｅを受信した場合は、ステップＳ１００４へ進み、ＣａｍｅｒａＶｉｅｗサービスでない場合はステップＳ１００２へ戻り次のＡｄｖｅｒｔｉｓｅの受信を待つ。

ステップＳ１００４では、ＣＰＵ１０１は、ステップＳ１００２で受信し、かつ、ステップＳ１００３でＣａｍｅｒａＶｉｅｗサービスを含むと判定されたＡｄｖｅｒｔｉｓｅを送信した通信機器を、検出済みカメラとして表示部１０４に発見済みカメラ画面に表示する。発見済みカメラ画面の動作については、図１１（ｂ）を用いて後述する。

ステップＳ１００５では、ＣＰＵ１０１は、ユーザが検出済みのカメラのいずれかを選択したか否かを判定する。具体的には、図１１（ｂ）のＧＵＩがタッチパネルつき液晶ディスプレイに表示されている状態において、ユーザがカメラ名が表示されているエリアのいずれか（たとえば１１１２）をタッチしたかどうかを判定する。

カメラ名がタッチされた場合は、ステップＳ１００６へ進み、タッチされていない場合はステップＳ１００２へ戻り次のＡｄｖｅｒｔｉｓｅの受信を待つ。

ステップＳ１００６で、ＣＰＵ１０１は、表示部１０４の表示をＢｌｕｅｔｏｏｔｈ接続中画面に変更する。Ｂｌｕｅｔｏｏｔｈ接続中画面の動作については、図１１（ｃ）を用いて後述する。

ステップＳ１００７では、ステップＳ１００５においてユーザが選択したカメラがＡｄｖｅｒｔｉｓｅしたＣａｍｅｒａＶｉｅｗサービスのＭＡＣ特性に対して、省電力無線通信部１０９を用いて自身のＭＡＣアドレスを書き込む。

ステップＳ１００８では、ＣＰＵ１０１は、ステップＳ１００７で行ったＢｌｕｅｔｏｏｔｈによるＭＡＣアドレスの書き込みが成功したか否かを判定する。

ＭＡＣアドレスの書き込みに成功した場合はステップＳ１００９へ進み、失敗した場合にはＳ１０２４へ進む。

なお、本ステップで送信する書き込み要求信号は前述のステップＳ９０３で受信する信号と対応している。

以降、携帯電話１００の通信は、ＣＰＵ１０１が無線ＬＡＮ部１０８を制御することで実施される。

ステップＳ１００９で、ＣＰＵ１０１は、表示部１０４の表示を無線ＬＡＮ接続中画面に変更する。無線ＬＡＮ接続中画面の動作については、図１１（ｄ）を用いて後述する。

ステップＳ１０１０では、ＣＰＵ１０１は、無線ＬＡＮの電波が到達可能な周囲の通信装置が提供するアプリケーションレイヤのサービスの検索を、ＩＥＥＥ８０２．１１のマネージメントフレームを用いて行う。

サービスの検索は、マネージメントフレームの一種であるプローブリクエストフレームを送信することにより実施する。

プローブリクエストフレームには、検索したいアプリケーションレイヤのサービス、アプリケーションレイヤのサービスの詳細条件、検索したい対象の通信装置のＭＡＣアドレス、検索を実行している通信装置のＭＡＣアドレスを示す情報が含まれている。

本実施例では、検索したいサービスとして画像データ提供サービスを指定し、検索したい対象の通信装置のＭＡＣアドレスとして、ユーザがステップＳ１００３で選択したカメラに対応するＭＡＣアドレスを指定する。このカメラのＭＡＣアドレスについては、ステップＳ１００２で受信するＡｄｖｅｒｔｉｓｅにおける、ＣａｍｅｒａＶｉｅｗサービスのＣａｍｅｒａＭＡＣ特性から取得できる。

なお、本ステップで送信するプローブリクエストフレームは、前述のステップＳ９０８で受信される信号と対応している。

ステップＳ１０１１では、ＣＰＵ１０１は、ステップＳ１０１１で送信したプローブリクエストフレームに対して、プローブレスポンスフレームの応答があるか否か、および所望のサービスに関する応答か否かを判定する。

プローブレスポンスフレームには、自身のＭＡＣアドレス、サービスの追加情報、通知ＩＤなどが含まれており、所望のサービスに関する応答か否かを判定することができる。

一定時間中にプローブレスポンスフレームを受信しなかった場合、あるいは、プローブレスポンスフレームに所望のサービスが含まれていなかった場合はステップＳ１０１０に戻る。一方、プローブレスポンスフレームを受信、所望のサービスに関する応答であった場合は、検索対象のサービスを有する通信装置を検出したとしてステップＳ１０１２へ進む。

なお、本ステップで受信するプローブレスポンスフレームは、前述のステップＳ９０８で送信される信号に対応している。

ステップＳ１０１２では、ＣＰＵ１０１は、ステップＳ１０１１で検出した通信装置に対して、論理的な接続を確立するためのセッション開始要求を行う。本ステップにおいても、ＩＥＥＥ８０２．１１で定められたマネージメントフレームを用いてセッション開始要求の受信を行う。

具体的には、マネージメントフレームの一種であるアクションフレームとして、セッション開始要求を送信する。このセッション開始要求のアクションフレームには、セッション開始要求の送信元のＭＡＣアドレスと、ステップＳ１０１１で受信したプローブレスポンスフレームから取得した通知ＩＤとがデータとして含まれている。

なお、本ステップで送信するアクションフレームは、前述のステップＳ９０９で送信する信号に対応している。

ステップＳ１０１３では、ＣＰＵ１０１は、ステップＳ１０１２で送信したセッション開始要求に対する応答が、セッション開始拒否を意味するデータを含むアクションフレームか否かを判定する。セッション開始拒否のアクションフレームであった場合はステップＳ１０２４へ進み、異なる場合はステップＳ１０１４へ進む。

なお、本ステップで判定するアクションフレームは、前述のステップＳ９１１で送信する信号に対応している。

ステップＳ１０１４では、ＣＰＵ１０１は、ステップＳ１０１２で送信したセッション開始要求に対する応答が、セッション開始許可を意味するデータを含むアクションフレームか否かを判定する。

また、この受信したアクションフレームに、アプリケーションレイヤのサービスに関連する情報が含まれていてもよい。例えば、画像データ提供サービスであれば、ＰＴＰ−ＩＰのような使用するプロトコルの情報が含まれていてもよい。

セッション開始許可のアクションフレームであった場合はステップＳ１０１５へ進み、異なる場合にはステップＳ１０１２へ戻り、再度セッションの開始を要求する。

なお、本ステップで判定するアクションフレームは、前述のステップＳ９１２で送信する信号に対応している。

ステップＳ１０１５では、ＣＰＵ１０１は、セッション開始許可を応答した通信装置（すなわちステップＳ１００５で選択したカメラ）とのセッションの確立を行う。

本ステップの処理は、前述のステップＳ９１３の処理と同様のため、説明を省略する。

なお、本フローチャートの実行以前に、既に無線ＬＡＮ部１０８が他の通信装置あるいはＡＰとのセッションを確立していた場合は、本ステップでは新たなセッションを構築するものとする。

本ステップが完了することで携帯電話１００とユーザがステップＳ１００５で選択したデジタルカメラとの論理的な接続が確立する。

すなわち、ステップＳ１００１で起動したアプリケーションは、前記選択したデジタルカメラの提供するアプリケーションレイヤのサービスとのＴＣＰ／ＩＰおよびＵＤＰ／ＩＰによる通信を行うことができるようになる。

本実施例では、ＰＴＰ−ＩＰを用いて通信を行うものとする。

ステップＳ１０１６で、ＣＰＵ１０１は、表示部１０４の表示を接続完了時に表示されるＧＵＩに変更する。図１１（ｆ）はステップ１０１６で表示されるＧＵＩの例である。１１５１にステップＳ１００５でユーザが選択したカメラ名が表示され、ユーザは無線ＬＡＮによる接続処理が完了したことを認識することができる。

なお、ユーザが１１５２のボタンを選択（タップ）すると、ステップＳ１０１７へ進む。

ステップＳ１０１７では、ＣＰＵ１０１は、セッションを確立したカメラに対し、サムネイルデータを取得するためのＰＴＰコマンドをＰＴＰ−ＩＰを用いて送信し、取得したサムネイルデータを用いて、ユーザが取得する画像を選択するためのＧＵＩを表示する。

なお、本ステップで送受信するサムネイルを取得するためのＰＴＰ−ＩＰパケットは、前述のステップＳ９１６およびステップＳ９１７で送受信するＰＴＰ−ＩＰパケットと対応している。

図１１（ｇ）はステップＳ１０１７で表示されるＧＵＩの例である。

カメラから取得したサムネイルデータは１１６２で示す領域に一覧表示される。ユーザが各サムネイルをタップするとデータ取得対象を表すマークが重畳表示される。例えば、１１６４で示すサムネイルをタップすると、１１６５で示すマークが表示される。

ステップＳ１０１８では、ＣＰＵ１０１は、操作部１０５の操作により、ステップＳ１０１７で表示したＧＵＩにおいて画像の保存が選択されたか否かを判定する。

ＣＰＵ１０１は、図１１（ｇ）において保存ボタン１１６３がタップされた場合に画像の保存が選択されたと判定する。

画像保存が選択された場合はステップＳ１０１９へ進み、選択されていない場合はステップＳ１０２１へ進む。

ステップＳ１０１９では、ＣＰＵ１０１は、図１１の（ｇ）で保存対象として選択された各サムネイルに対して、画像データを取得するためのＰＴＰコマンドをＰＴＰ−ＩＰを用いて送信することで、それぞれの本体画像データを取得する。

なお、本ステップで送受信するＰＴＰ−ＩＰパケットは、先述のステップＳ９１６およびステップＳ９１７で送受信するＰＴＰ−ＩＰパケットと対応している。

ステップＳ１０２０では、ＣＰＵ１０１は、ＧＵＩ画面を更新し画像の取得が完了したことをユーザに通知する。具体的には図１１（ｇ）でしめしたデータ取得対象を示すマークを消去する。

ステップＳ１０２１では、ＣＰＵ１０１は、画像取得アプリケーションを終了する指示がなされたか否かを判定する。ＣＰＵ１０１は、図１１（ｇ）において終了ボタン１１６１がタップされた場合に終了が指示されたと判定する。

終了が指示された場合はステップＳ１０２２へ進み、終了が指示されていない場合はステップＳ１０１７へ戻り取得する画像の選択を継続する。

ステップＳ１０２２では、ＣＰＵ１０１は、ステップＳ１０１５で確立したセッションを終了させる。

具体的には、ＷｉＦｉ Ｄｉｒｅｃｔプロトコル仕様に基づいた処理を行い、アソシエーションの解除し、ＧＯあるいはＣＬの役割を終了する。

ステップＳ１０２３では、ＣＰＵ１０１は、ステップＳ１００１で開始した、カメラとの接続処理を終了し、本フローチャートを終了する。

一方、ステップＳ１０２４は、ステップＳ１００８およびステップＳ１０１３のいずれかにおいて接続処理が失敗した場合の処理であり、ＣＰＵ１０１は、接続失敗を表す接続失敗画面を表示する。接続失敗画面の動作については、図１１（ｅ）を用いて後述する。

次に、図１１の操作画面の図を用いて、図１０の処理を行うにあたり、ユーザが携帯電話１００を用いて行う操作について詳細に説明する。

ステップＳ１００１において、デジタルカメラとの接続操作を実行するために、ユーザは、図１１（ａ）に示すアプリケーションのトップ画面において、表示されている操作ボタンの中から、カメラとの接続ボタン１１０１を選択することで、ステップＳ１００２のＡｄｖｅｒｔｉｓｅ受信処理に進む。

続いて表示される画面は、図１１（ｂ）に示す、ステップＳ１００４で表示される発見済みカメラ画面である。この画面には、これまでステップＳ１００２からステップＳ１００５までの処理の繰り返しで受信された、ＣａｍｅｒａＶｉｅｗサービスのＡｄｖｅｒｔｉｓｅを行っているＰｅｒｉｐｈｅｒａｌを、カメラ一覧領域１１１１に一覧して表示している。カメラ一覧領域１１１１に表示されるのは、ＣａｍｅｒａＶｉｅｗサービスのＣａｍｅｒａＮａｍｅ特性から取得した文字列である。ユーザが、発見済みカメラ画面において特定のカメラ１１１２を選択すると、ステップＳ１００５からステップＳ１００６に進み、図１１（ｃ）のＢｌｕｅｔｏｏｔｈ接続中画面が表示される。また、ステップＳ１００９においては、図１１（ｄ）の無線ＬＡＮ接続中画面が表示される。ユーザは、Ｂｌｕｅｔｏｏｔｈ接続中画面および無線ＬＡＮ接続中画面においては携帯電話１００に対して操作を行う必要はなく、メッセージ１１２１あるいはメッセージ１１３１の表示に従い、接続処理が終わるのを待つのみでよい。Ｂｌｕｅｔｏｏｔｈ接続中画面においては、１１２１にステップＳ１００５でユーザが選択したカメラ名と、Ｂｌｕｅｔｏｏｔｈによる接続中であることが表示され、ユーザはＢｌｕｅｔｏｏｔｈによる接続処理が行われていることを認識することができる。また、無線ＬＡＮ接続中画面においては、１１３１にステップＳ１００５でユーザが選択したカメラ名と、無線ＬＡＮによる接続中であることが表示され、ユーザは無線ＬＡＮによる接続処理が行われていることを認識することができる。

ステップＳ１００８のＢｌｕｅｔｏｏｔｈ書き込み、あるいはステップＳ１０１３の無線ＬＡＮセッション開始のいずれかに失敗した場合には、ステップＳ１０２４で、図１１（ｅ）に示す接続失敗画面が表示される。ユーザは、接続失敗画面が表示されたら、メッセージ１１４１の指示に従い、ＯＫボタン１１４２を選択すると、処理はステップＳ１０２３に進み、カメラとの接続操作は終了する。

図１１（ｆ）は、ステップＳ１０１６で表示される接続完了確認画面である。ユーザは、この画面においては、ＯＫボタン１１５２を選択することで、処理はステップＳ１０１７に進む。

図１１（ｇ）は、ステップＳ１０１７で表示される画像選択画面である。画像選択画面には、終了ボタン１１６１、サムネイル一覧１１６２、保存ボタン１１６３が表示されている。ユーザが終了ボタン１１６１を選択すると、ステップＳ１０２１における終了指示が行われ、ステップＳ１０２２に進む。サムネイル一覧１１６２には、デジタルカメラ１２０に保存されている画像のサムネイルが一覧で表示される。ユーザは、表示されているサムネイルから、携帯電話１００に保存をしたい画像のサムネイル１１６４を選択すると、サムネイル上には選択アイコン１１６５が表示される。サムネイル一覧に表示されている画像の中から、複数の画像を選択することで、選択アイコン１１６５を複数表示することも可能である。また、すでに選択アイコン１１６５が表示されている画像を再度選択することで、選択アイコン１１６５を消去することも可能である。選択アイコン１１６５が１つ以上表示された状態で、保存ボタン１１６３を選択すると、処理はステップＳ１０１８からステップＳ１０１９に進み、選択された画像に対して、ステップＳ１０１６の画像データ取得処理が実行される。ステップＳ１０２０では、ステップＳ１０１６で保存した画像のサムネイル上から、選択アイコン１１６５が消去される。

以上述べたように、本実施形態では、Ｂｌｕｅｔｏｏｔｈによる低消費電力で通信を待機することにより、例えばデジタルカメラのようなバッテリ駆動の携帯機器においても通信を常時待ち受けることを可能にした。

さらに本実施形態では、Ｂｌｕｅｔｏｏｔｈによる通信の後、さらに無線ＬＡＮによるネットワークを形成する前に自機とＢｌｕｅｔｏｏｔｈにより通信した相手かを判断する構成とした。このことにより、無駄なネットワークの形成することを防止することが可能となる。

また、本実施形態ではデジタルカメラを一度省電力状態にすれば、ユーザは携帯電話のみを操作することでデジタルカメラから携帯電話への画像の送信が可能となる。したがって、ユーザは画像を送信したい場合、デジタルカメラと携帯電話の両方を取り出して操作する必要がない。

［他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (5)

1. 第１の通信方式と、前記第１の通信方式よりも少ない消費電力で通信が可能な第２の通信方式とを利用可能な通信装置であって、
   前記第２の通信方式により、外部装置の情報を受信する第１の受信手段と、
   前記第１の受信手段により前記外部装置の情報を受信した後、前記第１の通信方式を用いて前記外部装置の情報を受信する第２の受信手段と、
   前記第１の受信手段により受信された前記外部装置の情報と、前記第２の受信手段により受信された前記外部装置の情報とに基づき、前記第１の通信方式による通信を確立するかを判断する判断手段と、
   前記判断手段により前記第１の通信方式による通信を確立すると判断された場合、前記外部装置と通信するための無線ネットワークに参加し、前記外部装置との通信を確立する通信制御手段とを有する通信装置。
2. 前記第１の受信手段により受信された前記外部装置の情報及び前記第２の受信手段により受信された前記外部装置の情報は、前記外部装置に固有のＩＤ情報であることを特徴とする請求項１に記載の通信装置。
3. 前記判断手段により前記第１の通信方式による通信を確立すると判断された場合、前記通信制御手段は前記外部装置と直接通信するための無線ネットワークを形成するための通信を行うことを特徴とする請求項１または２に記載の通信装置。
4. 第１の通信方式と、前記第１の通信方式よりも少ない消費電力で通信が可能な第２の通信方式とを利用可能な通信装置の制御方法であって、
   前記第２の通信方式により、外部装置の情報を受信し、
   前記第２の通信方式により前記外部装置の情報を受信した後、前記第１の通信方式を用いて前記外部装置の情報を受信し、
   前記第２の通信方式により受信された前記外部装置の情報と、前記第１の通信方式により受信された前記外部装置の情報とに基づき、前記第１の通信方式による通信を確立するかを判断し、
   前記第１の通信方式による通信を確立すると判断された場合、前記外部装置と通信するための無線ネットワークに参加し、前記外部装置との通信を確立することを特徴とする通信装置の制御方法。
5. コンピュータを、請求項１乃至３のいずれか１項に記載の通信装置の各手段として機能させるコンピュータが読み取り可能なプログラム。

Images