知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-02-16
(45)【発行日】2024-02-27
(54)【発明の名称】無線通信装置およびその制御方法
(51)【国際特許分類】
H04W 76/10 20180101AFI20240219BHJP
H04W 12/06 20210101ALI20240219BHJP
H04W 84/10 20090101ALI20240219BHJP
H04W 84/12 20090101ALI20240219BHJP
H04W 88/06 20090101ALI20240219BHJP
【ＦＩ】
H04W76/10
H04W12/06
H04W84/10 110
H04W84/12
H04W88/06
【請求項の数】
10
(21)【出願番号】P 2019119944
(22)【出願日】2019-06-27
(65)【公開番号】P2021005837
(43)【公開日】2021-01-14
【審査請求日】2022-06-07
(73)【特許権者】
【識別番号】000001007
【氏名又は名称】キヤノン株式会社
(74)【代理人】
【識別番号】100109380
【弁理士】
【氏名又は名称】小西 恵
(74)【代理人】
【識別番号】100109036
【弁理士】
【氏名又は名称】永岡 重幸
(72)【発明者】
【氏名】梅原 誠
【審査官】本橋 史帆
(56)【参考文献】
【文献】国際公開第２０１８／０７５１３５（ＷＯ，Ａ１）
【文献】特開２０１４－０２７５３７（ＪＰ，Ａ）
【文献】特開２０１８－１０７６１９（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
第１の無線通信と、前記第１の無線通信よりも低消費電力で通信可能な第２の無線通信とを実行可能な無線通信装置であって、他の無線通信装置が前記第１の無線通信を行う際に使用することができるチャネルを示す情報を、前記第２の無線通信によって前記他の無線通信装置から受信する受信手段と、
前記受信手段によって受信された情報に基づいて、前記チャネルで前記第１の無線通信のネットワークを構築する装置を表示する表示手段と、
前記表示された装置の中から、ユーザによって選択された第１の無線通信のネットワークを構築する選択装置に接続するために必要な通信パラメータを前記第１の無線通信によって前記他の無線通信装置に送信する送信手段と、を有する、
ことを特徴とする無線通信装置。
【請求項2】
前記無線通信装置は、バッテリ駆動機器であることを特徴とする請求項１に記載の無線通信装置。
【請求項3】
前記無線通信装置は、Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＤＰＰ）で規定されるコンフィギュレータとして動作することを特徴とする請求項１または２に記載の無線通信装置。
【請求項4】
他の無線通信装置が無線通信において使用することができるチャネル情報と、公開鍵とを取得する取得手段と、前記取得手段によって取得された情報に基づいて、無線通信のネットワークを構築する装置を表示する表示手段と、
前記取得手段によって取得された公開鍵に基づいて認証要求を前記他の無線通信装置に送信する送信手段と、
前記認証要求に基づく認証処理に成功した場合、前記表示された装置の中から、ユーザによって選択された無線通信のネットワークを構築する装置に接続するための通信パラメータを前記他の無線通信装置に提供する提供手段と、
を有することを特徴とする無線通信装置。
【請求項5】
前記無線通信装置は、Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＤＰＰ）で規定されるコンフィギュレータとして動作することを特徴とする請求項４に記載の無線通信装置。
【請求項6】
前記送信手段は、前記無線通信装置上でユーザ操作を受け付けると前記認証要求を送信することを特徴とする請求項４または５に記載の無線通信装置。
【請求項7】
スキャン処理を行うことにより、周囲のネットワークを構築する装置を検出する検出手段をさらに有することを特徴とする請求項１から６のいずれか一項に記載の無線通信装置。
【請求項8】
第１の無線通信と、前記第１の無線通信よりも低消費電力で通信可能な第２の無線通信とを実行可能な無線通信装置の制御方法であって、他の無線通信装置が前記第１の無線通信を行う際に使用することができるチャネルを示す情報を、前記第２の無線通信によって前記他の無線通信装置から受信し、
前記受信された情報に基づいて、前記チャネルで前記第１の無線通信のネットワークを構築する装置を表示し、
前記表示された装置の中から、ユーザによって選択された第１の無線通信のネットワークを構築する選択装置に接続するために必要な通信パラメータを前記第１の無線通信によって前記他の無線通信装置に送信することを特徴とする制御方法。
【請求項9】
通信装置の制御方法であって、他の無線通信装置が無線通信において使用することができるチャネル情報と、公開鍵とを取得し、
前記取得された情報に基づいて、無線通信のネットワークを構築する装置を表示し、
前記取得された公開鍵に基づいて認証要求を前記他の無線通信装置に送信し、
前記認証要求に基づく認証処理に成功した場合、前記表示された装置の中から、ユーザによって選択された無線通信のネットワークを構築する装置に接続するための通信パラメータを前記他の無線通信装置に提供することを特徴とする制御方法。
【請求項10】
コンピュータが読み取り実行することで、前記コンピュータを、請求項１乃至７のいずれか１項に記載の無線通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、無線通信装置およびその制御方法に関する。
【背景技術】
【0002】
従来、アクセスポイント（以下、「ＡＰ」と称する）を介して無線ＬＡＮ通信を行う技術が知られている。無線通信装置とＡＰとの間でセキュアな無線ＬＡＮ通信を行うには、暗号方式、暗号鍵、認証方式、認証鍵等のさまざまな通信パラメータを設定する必要がある。
【0003】
通信パラメータを無線ＬＡＮで伝送する方式として、Ｗｉ－Ｆｉ ＡｌｌｉａｎｃｅにおいてＤＰＰ（Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ）が策定されている。ＤＰＰでは、通信パラメータを提供するコンフィギュレータが、ＡＰに接続するために必要な情報であるコネクタという情報を、通信パラメータを受信するエンローリに提供する。ＤＰＰでは、ＱＲコード（登録商標）やＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）等により公開鍵情報を取得するブートストラップ（Ｂｏｏｔｓｔｒａｐ）処理が規定されている。また、ＤＰＰでは、デバイス認証を行う認証処理としてのＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ処理および通信パラメータの送信を行う設定処理としてのＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ処理が規定されている。
【0004】
特許文献１には、携帯端末を介して通信装置の通信パラメータを設定するにあたり、接続先となるＡＰをユーザが選択する通信パラメータ設定方法が開示されている。この通信パラメータ設定方法では、通信装置が周囲のＡＰをスキャンし、当該スキャンにより検出したＡＰの情報を携帯端末に送る。携帯端末は通信装置から受信した情報を用いて、ＡＰの一覧を携帯端末のＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）にリスト表示する。そして、ユーザがＡＰを選択すると、選択されたＡＰと通信するための通信パラメータが携帯端末から通信装置に送信される。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２０１５－２３４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
特許文献１に記載の通信パラメータ設定方法に、ＢＬＥを用いたＤＰＰを適用することで、コンフィギュレータとして動作する携帯端末からエンローリとして動作する通信装置に通信パラメータを伝送することを考える。
ユーザがコンフィギュレータおよびエンローリのＵＩを操作し、通信パラメータ設定アプリケーションを起動すると、コンフィギュレータとエンローリはブートストラップ処理を開始する。また、エンローリは周囲のＡＰを検出するために無線ＬＡＮを用いたスキャンを開始する。ブートストラップ処理では、エンローリは、公開鍵やＭＡＣアドレス等のＤＰＰ認証処理で必要となるブートストラップ情報を送信する。ブートストラップ情報は、ＢＬＥを用いてアドバタイジングパケットにより送信される。コンフィギュレータは、このアドバタイジングパケットを受信し、ブートストラップ情報を取得する。そして、コンフィギュレータは、得られたブートストラップ情報に基づいて、エンローリに無線ＬＡＮでＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ（認証要求）を送信し、エンローリと無線ＬＡＮ接続する。その後、コンフィギュレータは、エンローリからＡＰリストを無線ＬＡＮで受信し、ユーザが選択したＡＰの通信パラメータをエンローリに送信する。
ユーザがコンフィギュレータおよびエンローリのＵＩを操作し、通信パラメータ設定アプリケーションを起動すると、コンフィギュレータとエンローリはブートストラップ処理を開始する。また、エンローリは周囲のＡＰを検出するために無線ＬＡＮを用いたスキャンを開始する。ブートストラップ処理では、エンローリは、公開鍵やＭＡＣアドレス等のＤＰＰ認証処理で必要となるブートストラップ情報を送信する。ブートストラップ情報は、ＢＬＥを用いてアドバタイジングパケットにより送信される。コンフィギュレータは、このアドバタイジングパケットを受信し、ブートストラップ情報を取得する。そして、コンフィギュレータは、得られたブートストラップ情報に基づいて、エンローリに無線ＬＡＮでＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ（認証要求）を送信し、エンローリと無線ＬＡＮ接続する。その後、コンフィギュレータは、エンローリからＡＰリストを無線ＬＡＮで受信し、ユーザが選択したＡＰの通信パラメータをエンローリに送信する。
【0007】
上記の通信パラメータ設定処理では、エンローリは通信パラメータ設定アプリケーション起動後に無線ＬＡＮによるスキャンを実行するため、エンローリにおいて大きな電力消費が生じる。また、エンローリは、コンフィギュレータからＤＰＰ認証要求が送信されるまで、これを受信できる状態（受信アイドル状態）になっている必要がある。受信アイドル状態は、送受信機能を停止させるスリープ状態と比較して、大きな電力を消費する。特にエンローリがカメラ等のバッテリ駆動機器である場合、これら電力消費が問題となる場合がある。
なお、コンフィギュレータでスキャンを行えば、エンローリの消費電力を低減することができるが、コンフィギュレータとエンローリの無線ＬＡＮ対応チャンネルが異なる場合、ユーザ利便性が低くなる。例えば、コンフィギュレータは２．４ＧＨｚおよび５ＧＨｚに対応しているが、エンローリが２．４ＧＨｚにしか対応していない場合がある。この場合、コンフィギュレータはエンローリが無線ＬＡＮを用いて接続できない５ＧＨｚで動作しているＡＰを含むＡＰリストを表示することになる。このため、ユーザが誤ってエンローリが無線ＬＡＮを用いて接続できない５ＧＨｚで動作しているＡＰを選択してしまうことが有り得る。
なお、コンフィギュレータでスキャンを行えば、エンローリの消費電力を低減することができるが、コンフィギュレータとエンローリの無線ＬＡＮ対応チャンネルが異なる場合、ユーザ利便性が低くなる。例えば、コンフィギュレータは２．４ＧＨｚおよび５ＧＨｚに対応しているが、エンローリが２．４ＧＨｚにしか対応していない場合がある。この場合、コンフィギュレータはエンローリが無線ＬＡＮを用いて接続できない５ＧＨｚで動作しているＡＰを含むＡＰリストを表示することになる。このため、ユーザが誤ってエンローリが無線ＬＡＮを用いて接続できない５ＧＨｚで動作しているＡＰを選択してしまうことが有り得る。
【0008】
上記した課題に鑑み、本発明は、通信パラメータを取得するために自装置の認証情報を他の無線通信装置に提供する際に、自装置の消費電力を低減できる無線通信装置を提供することを目的とする。
【課題を解決するための手段】
【0009】
上記課題を解決するため、本発明の１つの態様に係る無線通信装置は、第１の無線通信と、前記第１の無線通信よりも低消費電力で通信可能な第２の無線通信とを実行可能な無線通信装置であって、他の無線通信装置が前記第１の無線通信を行う際に使用することができるチャネルを示す情報を、前記第２の無線通信によって前記他の無線通信装置から受信する受信手段と、前記受信手段によって受信された情報に基づいて、前記チャネルで前記第１の無線通信のネットワークを構築する装置を表示する表示手段と、前記表示された装置の中から、ユーザによって選択された第１の無線通信のネットワークを構築する選択装置に接続するために必要な通信パラメータを前記第１の無線通信によって前記他の無線通信装置に送信する送信手段と、を有する。
【発明の効果】
【0010】
本発明によれば、自装置の認証情報を他の無線通信装置に提供する際に、自装置の消費電力を低減することができる。
【図面の簡単な説明】
【0011】
【図1】本発明の実施形態に係る通信システムの構成を示す図である。
【図2】本発明の実施形態の通信装置のハードウェア構成を示すブロック図である。
【図4】カメラの動作を示すフローチャートである。
【図5】スマートフォンの動作を示すフローチャートである。
【図7】標準的なＤＰＰの動作を説明するためのシーケンス図である。
【発明を実施するための形態】
【0012】
以下、添付図面を参照して本発明の実施形態を詳細に説明する。なお、以下の実施形態は本発明を限定するものではなく、また、実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。実施形態の構成は、本発明が適用されるシステムおよび装置の仕様および各種条件（使用条件、使用環境等）によって適宜修正又は変更され得る。本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって確定されない。
本実施形態では、ＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）８０２．１１シリーズとＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）に準拠した通信システムを用いた例について説明する。ＢＬＥは、低消費電力で近距離の通信を行うことができる。なお、本発明はＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮやＢＬＥ以外の無線通信方式においても適用可能である。
本実施形態では、ＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）８０２．１１シリーズとＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）に準拠した通信システムを用いた例について説明する。ＢＬＥは、低消費電力で近距離の通信を行うことができる。なお、本発明はＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮやＢＬＥ以外の無線通信方式においても適用可能である。
【0013】
＜通信システム＞
図１は、本実施形態に係る通信システム１０の構成を示している。
通信システム１０は、カメラ２０と、スマートフォン３０と、ＡＰ３０３、３０４、３０５、３０６とを含む。以下では、ＡＰ３０３～３０６が形成するネットワークに、カメラ２０を参加させる場合の処理について説明する。カメラはバッテリ駆動機器であるとする。
スマートフォン３０は、ＤＰＰで規定されるコンフィギュレータとして動作し、ＡＰ３０３～３０６に接続するための情報をカメラ２０に提供する。カメラ２０は、ＤＰＰで規定されるエンローリとして動作する。本実施形態では、ＡＰ３０３～３０６のＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）をＳＳＩＤ＿ＡＰ３０３～３０６とする。
図１は、本実施形態に係る通信システム１０の構成を示している。
通信システム１０は、カメラ２０と、スマートフォン３０と、ＡＰ３０３、３０４、３０５、３０６とを含む。以下では、ＡＰ３０３～３０６が形成するネットワークに、カメラ２０を参加させる場合の処理について説明する。カメラはバッテリ駆動機器であるとする。
スマートフォン３０は、ＤＰＰで規定されるコンフィギュレータとして動作し、ＡＰ３０３～３０６に接続するための情報をカメラ２０に提供する。カメラ２０は、ＤＰＰで規定されるエンローリとして動作する。本実施形態では、ＡＰ３０３～３０６のＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）をＳＳＩＤ＿ＡＰ３０３～３０６とする。
【0014】
なお、本実施形態において、通信システム１０を構成する装置がカメラ２０、スマートフォン３０およびＡＰ３０３～３０６であるとして説明を行うが、例えば携帯電話、プリンタ、ＰＣ、ビデオカメラ、スマートウォッチ、ＰＤＡ、プロジェクタなどでもよい。ＰＣはＰｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒの略である。ＰＤＡはＰｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔの略である。また、本実施形態では、ＡＰの装置数を４として説明を行うが、ＡＰの装置数は任意である（３以下でもよいし、５以上でもよい）。通信システム１０において、カメラ２０、スマートフォン３０およびＡＰ３０３～３０６は、それぞれ、通信装置の一例であり、プリンタやウェアラブルデバイス、ＩｏＴ機器等であってもよい。
【0015】
＜通信装置のハードウェア構成＞
通信システム１０の通信装置（カメラ２０、スマートフォン３０およびＡＰ３０３～３０６）のハードウェア構成について図２を用いて説明する。
図２に示すように、通信装置１０１は、制御部１０２と、記憶部１０３と、無線ＬＡＮ通信部１０４、ＢＬＥ通信部１０５と、無線ＬＡＮ通信用アンテナ１０６と、ＢＬＥ通信用アンテナ１０７と、表示部１０８と、入力部１０９と、撮影部１１０とを有する。通信装置１０１は無線通信装置である。
制御部１０２は、記憶部１０３に記憶される制御プログラムを実行することにより通信装置１０１全体を制御する。制御部１０２は例えば１つまたは複数のプロセッサ（例えば、ＣＰＵまたはＭＰＵ）により構成される。ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。ＭＰＵはＭｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。なお、カメラ２０又はスマートフォン３０の制御部１０２が、記憶部１０３に記憶される制御プログラムを実行することにより、後述する図４や図５のフローチャートが実行される。
通信システム１０の通信装置（カメラ２０、スマートフォン３０およびＡＰ３０３～３０６）のハードウェア構成について図２を用いて説明する。
図２に示すように、通信装置１０１は、制御部１０２と、記憶部１０３と、無線ＬＡＮ通信部１０４、ＢＬＥ通信部１０５と、無線ＬＡＮ通信用アンテナ１０６と、ＢＬＥ通信用アンテナ１０７と、表示部１０８と、入力部１０９と、撮影部１１０とを有する。通信装置１０１は無線通信装置である。
制御部１０２は、記憶部１０３に記憶される制御プログラムを実行することにより通信装置１０１全体を制御する。制御部１０２は例えば１つまたは複数のプロセッサ（例えば、ＣＰＵまたはＭＰＵ）により構成される。ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。ＭＰＵはＭｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。なお、カメラ２０又はスマートフォン３０の制御部１０２が、記憶部１０３に記憶される制御プログラムを実行することにより、後述する図４や図５のフローチャートが実行される。
【0016】
記憶部１０３は、制御プログラム、画像データ、通信パラメータ等の各種情報を記憶する。後述する各種動作は、記憶部１０３に記憶された制御プログラムを制御部１０２が実行することにより行われる。記憶部１０３は、一つ又は複数のメモリ、例えば、ＲＯＭ、ＲＡＭ、ＨＤＤ、フラッシュメモリまたは着脱可能なＳＤカードなどの記憶媒体により構成される。ＲＯＭはＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略である。ＲＡＭはＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略である。ＨＤＤはＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略である。
【0017】
無線ＬＡＮ通信部１０４はＩＥＥＥ８０２．１１シリーズに準拠した無線通信を行う。無線ＬＡＮ通信部１０４は、無線ＬＡＮ通信を行うためのアンテナ１０６を有する。
ＢＬＥ通信部１０５はＢＬＥに準拠した無線通信を行う。ＢＬＥ通信部１０５は、ＢＬＥ通信を行うためのアンテナ１０７を有する。ＢＬＥ通信部１０５は、無線ＬＡＮ通信部１０４より消費電力が小さい。つまり、ＢＬＥ通信部１０５は、無線ＬＡＮ通信部１０４より低消費電力で動作可能である。
なお、本実施形態では、通信装置１０１は無線ＬＡＮ通信用アンテナ１０６とＢＬＥ通信用アンテナ１０７を備えるとしたが、ＲＦスイッチをさらに備え、２つのアンテナ１０６、１０７を共用する構成にしてもよい。ＲＦはＲａｄｉｏ Ｆｒｅｑｕｅｎｃｙの略である。
ＢＬＥ通信部１０５はＢＬＥに準拠した無線通信を行う。ＢＬＥ通信部１０５は、ＢＬＥ通信を行うためのアンテナ１０７を有する。ＢＬＥ通信部１０５は、無線ＬＡＮ通信部１０４より消費電力が小さい。つまり、ＢＬＥ通信部１０５は、無線ＬＡＮ通信部１０４より低消費電力で動作可能である。
なお、本実施形態では、通信装置１０１は無線ＬＡＮ通信用アンテナ１０６とＢＬＥ通信用アンテナ１０７を備えるとしたが、ＲＦスイッチをさらに備え、２つのアンテナ１０６、１０７を共用する構成にしてもよい。ＲＦはＲａｄｉｏ Ｆｒｅｑｕｅｎｃｙの略である。
【0018】
表示部１０８は各種情報（文字、画像、音声など）を表示・出力する。表示部１０８は、例えば、ＬＣＤやＬＥＤを有し、視覚で認知可能な形態で情報を表示する。ＬＣＤはＬｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙの略である。ＬＥＤはＬｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅの略である。また、表示部１０８は、スピーカなどを有し、聴覚で認知可能な形態で情報を出力する。表示部１０８は視覚情報および音情報の少なくともどちらか一方を出力する機能を備える。表示部１０８が視覚情報を出力（表示）する場合、表示部１０８は、表示する視覚情報に対応する画像データを保持するＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）を有する。表示部１０８は、ＶＲＡＭに格納した画像データをＬＣＤやＬＥＤに表示するための制御を行う。表示部１０８は、出力部と称してもよい。
【0019】
入力部１０９は、ユーザに操作されて各種入力等を行う。入力部１０９は、通信装置１０１を操作するために使用される。入力部１０９は、入力に対応するフラグを記憶部１０３に記憶する。入力部１０９を使用して、音声による入力を行ってもよい。入力部１０９は、操作部と称してもよい。
撮影部１１０は、撮像素子、レンズ等により構成され、静止画（写真）や動画の撮影を行う。
なお、図２に示した構成は一例であり、通信装置１０１は、その他のハードウェア構成を有してもよい。例えば通信装置１０１がプリンタである場合には、図２に示す構成の他に、印刷部を有していてもよい。また、通信装置１０１がＡＰ３０３～３０６である場合には、表示部１０８や撮影部１１０は備えていなくてもよい。
撮影部１１０は、撮像素子、レンズ等により構成され、静止画（写真）や動画の撮影を行う。
なお、図２に示した構成は一例であり、通信装置１０１は、その他のハードウェア構成を有してもよい。例えば通信装置１０１がプリンタである場合には、図２に示す構成の他に、印刷部を有していてもよい。また、通信装置１０１がＡＰ３０３～３０６である場合には、表示部１０８や撮影部１１０は備えていなくてもよい。
【0020】
＜通信装置の機能ブロック図＞
図３は、通信装置１０１のソフトウェア機能構成の一例を示している。本実施形態において、通信装置１０１の各機能ブロック（２０２～２１０）は、それぞれ記憶部１０３にプログラムとして記憶され、制御部１０２によって当該プログラムが実行されることにより当該機能が実施される。制御部１０２は、制御プログラムに従って、各ハードウェアの制御、および、情報の演算や加工を行うことで各機能を実現する。
図３は、通信装置１０１のソフトウェア機能構成の一例を示している。本実施形態において、通信装置１０１の各機能ブロック（２０２～２１０）は、それぞれ記憶部１０３にプログラムとして記憶され、制御部１０２によって当該プログラムが実行されることにより当該機能が実施される。制御部１０２は、制御プログラムに従って、各ハードウェアの制御、および、情報の演算や加工を行うことで各機能を実現する。
【0021】
図３に示すように、通信装置１０１は、通信パラメータ制御部２０２と、ＢＬＥパケット送信部２０３と、ＢＬＥパケット受信部２０４と、ＢＬＥ通信機能制御部２０５とを有する。また、通信装置１０１は、無線ＬＡＮパケット送信部２０６と、無線ＬＡＮパケット受信部２０７と、無線ＬＡＮ通信機能制御部２０８と、データ記憶部２０９と、サービス制御部２１０とを有する。
【0022】
通信パラメータ制御部２０２は、装置間で通信パラメータを共有するための通信パラメータ共有処理を実行する。通信パラメータ共有処理においては、提供装置が受信装置に、無線通信するための通信パラメータを提供する。通信パラメータには、ネットワーク識別子としてのＳＳＩＤ、暗号方式、暗号鍵、認証方式、認証鍵等の無線ＬＡＮ通信を行うために必要な無線通信パラメータが含まれる。また、通信パラメータには、ＤＰＰで規定されるコネクタ、ＭＡＣアドレス、ＰＳＫ、パスフレーズ、ＩＰ層での通信を行うためのＩＰアドレス、上位サービスに必要な情報等も含めてもよい。ＰＳＫはＰｒｅ－Ｓｈａｒｅｄ Ｋｅｙの略である。通信パラメータ制御部２０２が実行する通信パラメータ共有処理は、ＤＰＰに準拠しているとする。
【0023】
ＢＬＥパケット送信部２０３とＢＬＥパケット受信部２０４は、ＢＬＥ規格に準拠したパケットの送信および受信を行うためＢＬＥ通信部１０５を制御する。ＢＬＥを用いたＤＰＰでは、エンローリは公開鍵やＭＡＣアドレス等のブートストラップ情報を、アドバタイジングパケットの一種であるＡＵＸ＿ＡＤＶ＿ＩＮＤを用いてコンフィギュレータに送信する。公開鍵は公開鍵暗号方式で用いられる暗号鍵の一種である。
【0024】
ＢＬＥ通信機能制御部２０５は、ＢＬＥパケット送信部２０３およびＢＬＥパケット受信部２０４を制御することでＢＬＥ規格に定められた通信機能を提供する。
無線ＬＡＮパケット送信部２０６および無線ＬＡＮパケット受信部２０７は、上位レイヤの通信プロトコルを含むあらゆるパケットの送受信を制御する。また、無線ＬＡＮパケット送信部２０６および無線ＬＡＮパケット受信部２０７は、対向装置との間でＩＥＥＥ８０２．１１規格に準拠したパケットの送信および受信を行うために無線ＬＡＮ通信部１０４を制御する。
無線ＬＡＮパケット送信部２０６および無線ＬＡＮパケット受信部２０７は、上位レイヤの通信プロトコルを含むあらゆるパケットの送受信を制御する。また、無線ＬＡＮパケット送信部２０６および無線ＬＡＮパケット受信部２０７は、対向装置との間でＩＥＥＥ８０２．１１規格に準拠したパケットの送信および受信を行うために無線ＬＡＮ通信部１０４を制御する。
【0025】
無線ＬＡＮ通信機能制御部２０８は、無線ＬＡＮパケット送信部２０６および無線ＬＡＮパケット受信部２０７を制御することでＩＥＥＥ８０２．１１規格に定められた通信機能を提供する。例えば、無線ＬＡＮ通信機能制御部２０８は無線ＬＡＮパケット受信部２０７を制御し、周囲のＡＰを検出するためのスキャン処理を実行する。実行されるスキャン処理は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを送信してＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信するａｃｔｉｖｅ ｓｃａｎであってもよいし、ＡＰが送信するｂｅａｃｏｎ信号を受信するｐａｓｓｉｖｅ ｓｃａｎであってもよい。また、無線ＬＡＮ通信機能制御部２０８は、通信装置１０１がステーション（以下、「ＳＴＡ」と称する）として動作する場合、認証・暗号処理等を実行する。さらに、無線ＬＡＮ通信機能制御部２０８は、通信装置１０１がＡＰとして動作する場合、無線ネットワークを形成し、ＳＴＡに対する認証・暗号処理およびＳＴＡの管理等を実行する。
【0026】
データ記憶部２０９は、ソフトウェア、通信パラメータ、バーコード類の情報の記憶部１０３への書き込みおよび読み出しの制御を行う。
なお、通信装置１０１がＡＰ３０３～３０６である場合には、通信装置１０１は、ＢＬＥパケット送信部２０３と、ＢＬＥパケット受信部２０４と、ＢＬＥ通信機能制御部２０５とを備えていなくてもよい。
なお、通信装置１０１がＡＰ３０３～３０６である場合には、通信装置１０１は、ＢＬＥパケット送信部２０３と、ＢＬＥパケット受信部２０４と、ＢＬＥ通信機能制御部２０５とを備えていなくてもよい。
【0027】
サービス制御部２１０は、アプリケーションレイヤにおける制御部である。アプリケーションレイヤとはＯＳＩ参照モデルにおける第５層以上の上位レイヤにおけるサービス提供層のことを指す。すなわちサービス制御部２１０は、無線ＬＡＮ通信部１０４による無線ＬＡＮ通信を用いて、画像ストリーミング処理や、ファイル転送処理などを実行する。
【0028】
なお、図３に示した複数の機能ブロックが１つの機能ブロックに統合されてもよいし、いずれかの機能ブロックが複数の機能ブロックに分かれてもよい。また、図３に示した機能ブロックに含まれる一部または全部の機能がハードウェア化されていてもよい。この場合、各機能ブロックに含まれる一部または全部は、例えばＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）により構成される。
【0029】
以上の構成を有する通信装置１０１を有する通信システム１０の動作を、図４～図６を用いて説明する。なお、スマートフォン３０はＡＰ３０３に接続するために必要な通信パラメータを予め保持しているものとする。
＜エンローリの処理フロー＞
図４は、エンローリとして機能するカメラ２０が行う処理を示すフローチャートである。ＳはＳｔｅｐの略である。
図４のＳ４０１において、ユーザがカメラ２０の入力部１０９を操作し、通信パラメータ設定アプリケーションを起動する。通信パラメータ設定アプリケーションが起動されると、カメラ２０は、Ｓ４０２において、ＢＬＥ通信部１０５を起動する。
＜エンローリの処理フロー＞
図４は、エンローリとして機能するカメラ２０が行う処理を示すフローチャートである。ＳはＳｔｅｐの略である。
図４のＳ４０１において、ユーザがカメラ２０の入力部１０９を操作し、通信パラメータ設定アプリケーションを起動する。通信パラメータ設定アプリケーションが起動されると、カメラ２０は、Ｓ４０２において、ＢＬＥ通信部１０５を起動する。
【0030】
Ｓ４０３において、カメラ２０は、ＢＬＥ通信部１０５を制御し、ＡＤＶ＿ＥＸＴ＿ＩＮＤの送信を開始する。ＤＰＰでは、後述するＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ処理（認証処理）に必要となる公開鍵やＭＡＣアドレス等のブートストラップ情報をＡＵＸ＿ＡＤＶ＿ＩＮＤで送信することが規定されている。ＡＤＶ＿ＥＸＴ＿ＩＮＤとＡＵＸ＿ＡＤＶ＿ＩＮＤはいずれもＢＬＥで規定されるアドバタイジングパケットである。ＡＤＶ＿ＥＸＴ＿ＩＮＤは、ＡＵＸ＿ＡＤＶ＿ＩＮＤの存在を通知するためのアドバタイジングパケットである。本来、ＤＰＰで規定されるエンローリは、ＡＤＶ＿ＥＸＴ＿ＩＮＤとＡＵＸ＿ＡＤＶ＿ＩＮＤを周期的に送信し（図７の符号７０１と７０２）、ＡＵＸ＿ＡＤＶ＿ＩＮＤにブートストラップ情報を含ませて送信を行う。本実施形態のエンローリであるカメラ２０は、Ｓ４０３ではＡＤＶ＿ＥＸＴ＿ＩＮＤのみを送信し（図６の符号６０１）、ＡＵＸ＿ＡＤＶ＿ＩＮＤを送信しない。
【0031】
Ｓ４０４において、カメラ２０は、スマートフォン３０からＡＵＸ＿ＳＣＡＮ＿ＲＥＱを受信したかを判定する。Ｓ４０４の判定結果がＹｅｓの場合、Ｓ４０５に進む。Ｓ４０４の判定結果がＮｏの場合、Ｓ４０４を繰り返す。
ＡＵＸ＿ＳＣＡＮ＿ＲＥＱは、アドバタイジングパケット送信元に対して、ＡＵＸ＿ＳＣＡＮ＿ＲＳＰを要求するためのパケットである。ＤＰＰで規定されるコンフィギュレータは、ＡＤＶ＿ＥＸＴ＿ＩＮＤを受信できないとき、ＡＵＸ＿ＳＣＡＮ＿ＲＥＱを送信し、エンローリは、ＡＵＸ＿ＳＣＡＮ＿ＲＥＱを受信した場合、ＡＵＸ＿ＳＣＡＮ＿ＲＳＰにブートストラップ情報を含ませて送信を行うことが規定されている。
なお、図４ではＳ４０４の判定結果がＮｏの場合、Ｓ４０４を繰り返すとしたが、スマートフォン３０からＡＵＸ＿ＳＣＡＮ＿ＲＥＱを所定時間内に受信できない場合、カメラ２０はアプリケーションを終了するタイムアウト処理を行うようにしてもよい。つまり、Ｓ４０４の判定結果がＮｏである状態が所定時間続く場合には、Ｓ４０４からＥＮＤに進むようにしてよい。
ＡＵＸ＿ＳＣＡＮ＿ＲＥＱは、アドバタイジングパケット送信元に対して、ＡＵＸ＿ＳＣＡＮ＿ＲＳＰを要求するためのパケットである。ＤＰＰで規定されるコンフィギュレータは、ＡＤＶ＿ＥＸＴ＿ＩＮＤを受信できないとき、ＡＵＸ＿ＳＣＡＮ＿ＲＥＱを送信し、エンローリは、ＡＵＸ＿ＳＣＡＮ＿ＲＥＱを受信した場合、ＡＵＸ＿ＳＣＡＮ＿ＲＳＰにブートストラップ情報を含ませて送信を行うことが規定されている。
なお、図４ではＳ４０４の判定結果がＮｏの場合、Ｓ４０４を繰り返すとしたが、スマートフォン３０からＡＵＸ＿ＳＣＡＮ＿ＲＥＱを所定時間内に受信できない場合、カメラ２０はアプリケーションを終了するタイムアウト処理を行うようにしてもよい。つまり、Ｓ４０４の判定結果がＮｏである状態が所定時間続く場合には、Ｓ４０４からＥＮＤに進むようにしてよい。
【0032】
Ｓ４０５において、カメラ２０は、無線ＬＡＮ通信部１０４を起動する。つまり、ＡＵＸ＿ＳＣＡＮ＿ＲＥＱは、カメラ２０が有する２つの通信部１０４及び１０５のうち消費電力が高い方の通信部を起動させる信号である。
Ｓ４０６において、カメラ２０は、スマートフォン３０にＡＵＸ＿ＳＣＡＮ＿ＲＳＰを送信する。ここで、カメラ２０は、ＤＰＰ認証処理に必要となる公開鍵やＭＡＣアドレスの他に、カメラ２０の無線ＬＡＮ通信部１０４が対応しているチャンネルリストをＡＵＸ＿ＳＣＡＮ＿ＲＳＰに含ませて送信を行う。なお、当該チャンネルリストは、カメラ２０の無線ＬＡＮ通信部１０４が対応しているチャンネルを示す任意の形式（リスト以外の形式）の情報に置換してもよい。
Ｓ４０６において、カメラ２０は、スマートフォン３０にＡＵＸ＿ＳＣＡＮ＿ＲＳＰを送信する。ここで、カメラ２０は、ＤＰＰ認証処理に必要となる公開鍵やＭＡＣアドレスの他に、カメラ２０の無線ＬＡＮ通信部１０４が対応しているチャンネルリストをＡＵＸ＿ＳＣＡＮ＿ＲＳＰに含ませて送信を行う。なお、当該チャンネルリストは、カメラ２０の無線ＬＡＮ通信部１０４が対応しているチャンネルを示す任意の形式（リスト以外の形式）の情報に置換してもよい。
【0033】
ＡＵＸ＿ＳＣＡＮ＿ＲＳＰの送信が完了すると、カメラ２０は、Ｓ４０７において、ＢＬＥ通信部１０５を停止し、Ｓ４０８において、スマートフォン３０からＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ（認証要求）を受信したかを判定する。Ｓ４０８の判定結果がＹｅｓの場合、Ｓ４０９に進む。Ｓ４０８の判定結果がＮｏの場合、Ｓ４０８を繰り返す。
【0034】
Ｓ４０９において、カメラ２０は、カメラ２０の公開鍵から計算した識別情報と、受信したＤＰＰ認証要求に含まれる識別情報とに基づいて認証処理を行う。カメラ２０は、受信したＤＰＰ認証要求に含まれる識別情報と、計算した識別情報とが一致するか否かを判定し、認証処理が成功したか否かを示すＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ（認証応答）を送信する。その後、スマートフォン３０から認証に成功したことを示すＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｎｆｉｒｍを受信すると認証処理が完了し、ＤＰＰに基づく無線ＬＡＮ接続が確立する。
【0035】
Ｓ４１０において、カメラ２０はスマートフォン３０に通信パラメータを要求するＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔ（コンフィギュレーション要求）を送信する。当該Ｒｅｑｕｅｓｔに応答する形で、カメラ２０がスマートフォン３０から通信パラメータを含むＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ（コンフィギュレーション応答）を受信すると、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ処理が完了する。ＤＰＰでは、通信パラメータとしてＡＫＭ、レガシーＰＳＫ／パスフレーズ、Ｃｏｎｎｅｃｔｏｒ（コネクタ）、Ｅｘｐｉｒｙ（有効期限）などが定められている。ＡＫＭとは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ ｋｅｙ ｍａｎａｇｅｍｅｎｔ ｔｙｐｅの略であり、通信時にどの認証プロトコルや鍵交換アルゴリズムを使用するかを示す値である。レガシーＰＳＫ／パスフレーズは、従来のＷＰＡやＩＥＥＥ８０２．１１に基づいた認証・鍵交換を実施する際の暗号鍵である。レガシーＰＳＫ／パスフレーズは、ＤＰＰに非対応のＡＰに接続するための情報である。また、コネクタは、ＤＰＰが定めた認証プロトコルや鍵交換アルゴリズムで使用する各種情報である。コネクタは、ＤＰＰに対応するＡＰに接続するための情報である。ＷＰＡはＷｉ－Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ａｃｃｅｓｓの略である。
【0036】
Ｓ４１１において、カメラ２０は、ＤＰＰコンフィギュレーション応答に含まれる通信パラメータに基づきＡＰに接続要求信号を送信する。ＤＰＰに則した接続要求信号にはコネクタが含まれる。コネクタには、少なくとも通信パラメータを提供した装置（コンフィギュレータ）がスマートフォン３０であることを示す管理装置情報が含まれる。ＡＰは、接続要求信号を受信すると信号中の管理装置情報と自身が記憶する管理装置リストとを比較し、同一の装置（スマートフォン３０）が登録されているかを確認する。同一装置が登録されていることを確認すると、ＡＰはカメラ２０の接続を許可する接続許可信号をカメラ２０へ送信する。カメラ２０は、ＡＰから接続許可信号を受信すると、ＡＰとの間で４－Ｗａｙ Ｈａｎｄｓｈａｋｅを用いた鍵交換処理などの必要な処理を実施し、カメラ２０－ＡＰ間で無線ＬＡＮ接続が確立する。
【0037】
＜コンフィギュレータの処理フロー＞
図５は、コンフィギュレータとして機能するスマートフォン３０が行う処理を示すフローチャートである。
図５のＳ５０１において、ユーザがスマートフォン３０の入力部１０９を操作し、通信パラメータ設定アプリケーションを起動する。通信パラメータ設定アプリケーションが起動されると、スマートフォン３０は、Ｓ５０２において無線ＬＡＮ通信部１０４を起動する。
図５は、コンフィギュレータとして機能するスマートフォン３０が行う処理を示すフローチャートである。
図５のＳ５０１において、ユーザがスマートフォン３０の入力部１０９を操作し、通信パラメータ設定アプリケーションを起動する。通信パラメータ設定アプリケーションが起動されると、スマートフォン３０は、Ｓ５０２において無線ＬＡＮ通信部１０４を起動する。
【0038】
Ｓ５０３において、スマートフォン３０は、自身が対応している全チャンネルの無線ＬＡＮスキャンを実行し、周囲のＡＰを検出する。例えば、スマートフォン３０が２．４ＧＨｚと５ＧＨｚの両方に対応している場合には、双方のバンドで無線ＬＡＮスキャンを実行し、２．４ＧＨｚ又は５ＧＨｚのチャンネルにおいて無線ネットワークを構築している周囲のＡＰを検出する。
無線ＬＡＮスキャンが完了すると、スマートフォン３０は、Ｓ５０４においてＢＬＥ通信部１０５を起動する。
無線ＬＡＮスキャンが完了すると、スマートフォン３０は、Ｓ５０４においてＢＬＥ通信部１０５を起動する。
【0039】
Ｓ５０５において、スマートフォン３０は、カメラ２０の送信するＡＤＶ＿ＥＸＴ＿ＩＮＤを受信したかを判定する。Ｓ５０５の判定結果がＹｅｓの場合、Ｓ５０６に進む。Ｓ５０５の判定結果がＮｏの場合は、Ｓ５０５を繰り返す。
Ｓ５０６において、スマートフォン３０はカメラ２０にＡＵＸ＿ＳＣＡＮ＿ＲＥＱを送信する。スマートフォン３０のＳ５０６の動作の結果、カメラ２０ではＳ４０５とＳ４０６の処理が実行され、カメラ２０からスマートフォン３０にＡＵＸ＿ＳＣＡＮ＿ＲＳＰが送信される。
Ｓ５０７において、スマートフォン３０は、カメラ２０からＡＵＸ＿ＳＣＡＮ＿ＲＳＰを受信する。そして、スマートフォン３０は、ＡＵＸ＿ＳＣＡＮ＿ＲＳＰに含まれるチャンネルリストから、カメラ２０が対応しているチャンネルを把握する。
Ｓ５０６において、スマートフォン３０はカメラ２０にＡＵＸ＿ＳＣＡＮ＿ＲＥＱを送信する。スマートフォン３０のＳ５０６の動作の結果、カメラ２０ではＳ４０５とＳ４０６の処理が実行され、カメラ２０からスマートフォン３０にＡＵＸ＿ＳＣＡＮ＿ＲＳＰが送信される。
Ｓ５０７において、スマートフォン３０は、カメラ２０からＡＵＸ＿ＳＣＡＮ＿ＲＳＰを受信する。そして、スマートフォン３０は、ＡＵＸ＿ＳＣＡＮ＿ＲＳＰに含まれるチャンネルリストから、カメラ２０が対応しているチャンネルを把握する。
【0040】
Ｓ５０８において、スマートフォン３０は、Ｓ５０３のスキャン検出結果に基づくＡＰリストを表示部１０８に表示する。
ＡＰリストを表示部１０８に表示する際、スマートフォン３０は、Ｓ５０７で取得したカメラ２０のチャンネルリストから、カメラ２０が接続可能なチャンネルで動作しているＡＰのみを表示するようにしてもよい。つまり、検出したＡＰの全てを表示するのではなく、その一部を表示するようにしてもよい。例えば、カメラ２０が２．４ＧＨｚのみ対応している場合には、５ＧＨｚで動作しているＡＰはリスト表示せず、２．４ＧＨｚで検出されたＡＰのみをリスト表示するようにしてもよい。このような表示にすることで、コンフィギュレータとエンローリの無線ＬＡＮ対応チャンネルが異なる（コンフィギュレータが２．４ＧＨｚと５ＧＨｚに対応している一方で、エンローリが２．４ＧＨｚのみに対応している）場合であっても、エンローリが無線ＬＡＮ接続できない５ＧＨｚのＡＰをＡＰリストに表示しないことになる。このため、ユーザが誤って５ＧＨｚのＡＰ（エンローリが無線ＬＡＮ接続できないＡＰ）を選択してしまうことはない。
ＡＰリストを表示部１０８に表示する際、スマートフォン３０は、Ｓ５０７で取得したカメラ２０のチャンネルリストから、カメラ２０が接続可能なチャンネルで動作しているＡＰのみを表示するようにしてもよい。つまり、検出したＡＰの全てを表示するのではなく、その一部を表示するようにしてもよい。例えば、カメラ２０が２．４ＧＨｚのみ対応している場合には、５ＧＨｚで動作しているＡＰはリスト表示せず、２．４ＧＨｚで検出されたＡＰのみをリスト表示するようにしてもよい。このような表示にすることで、コンフィギュレータとエンローリの無線ＬＡＮ対応チャンネルが異なる（コンフィギュレータが２．４ＧＨｚと５ＧＨｚに対応している一方で、エンローリが２．４ＧＨｚのみに対応している）場合であっても、エンローリが無線ＬＡＮ接続できない５ＧＨｚのＡＰをＡＰリストに表示しないことになる。このため、ユーザが誤って５ＧＨｚのＡＰ（エンローリが無線ＬＡＮ接続できないＡＰ）を選択してしまうことはない。
【0041】
また、スマートフォン３０は、検出したＡＰ全てを表示部１０８に表示し、このうち、カメラ２０が接続可能なチャンネルで動作しているＡＰのみを選択可能とするよう表示してもよい。この場合、マークや色等でＡＰの選択可否を表示するようにしてもよい。つまり、表示部１０８は、無線ＬＡＮ通信部１０４のスキャン処理により検出したＡＰの全てを表示し、且つ、上記チャンネルのリスト（Ｓ５０７）に記載されたアクセスポイントとそれ以外のアクセスポイントとを区別可能に表示してもよい。
また、スマートフォン３０は、ＤＰＰを用いてカメラ２０に通信パラメータを提供可能なＡＰのみを選択して表示するようにしてもよい。
また、スマートフォン３０は、ＤＰＰを用いてカメラ２０に通信パラメータを提供可能、かつ自身が管理装置リストに登録されていることが既知のＡＰのみを表示するようにしてもよい。
なお、スマートフォン３０は、表示可能なＡＰが１台のみの場合は、Ｓ５０８はスキップするようにしてもよい。
また、スマートフォン３０は、ＤＰＰを用いてカメラ２０に通信パラメータを提供可能なＡＰのみを選択して表示するようにしてもよい。
また、スマートフォン３０は、ＤＰＰを用いてカメラ２０に通信パラメータを提供可能、かつ自身が管理装置リストに登録されていることが既知のＡＰのみを表示するようにしてもよい。
なお、スマートフォン３０は、表示可能なＡＰが１台のみの場合は、Ｓ５０８はスキップするようにしてもよい。
【0042】
Ｓ５０９において、ユーザがスマートフォン３０の入力部１０９を操作し、カメラ２０の無線ＬＡＮ接続先とするＡＰを選択すると、スマートフォン３０はＳ５１０においてＤＰＰ認証処理を開始する。
Ｓ５１０において、スマートフォン３０は、取得したブートストラップ情報に含まれる公開鍵に対するハッシュ値を計算することにより、識別情報を生成し、当該識別情報を含めたＤＰＰ認証要求を送信する。その後、ＤＰＰ認証要求をカメラ２０が受信し（Ｓ４０８）、カメラ２０からＤＰＰ認証応答がスマートフォン３０に送信される（Ｓ４０９）。そして、スマートフォン３０は、ＤＰＰ認証応答に含まれる情報に基づいて、認証処理と共通鍵の生成処理を行う。スマートフォン３０は認証処理に成功すると、認証に成功したことを示すＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｎｆｉｒｍをカメラ２０に送信し、ＤＰＰ認証処理を終了する。
Ｓ５１０において、スマートフォン３０は、取得したブートストラップ情報に含まれる公開鍵に対するハッシュ値を計算することにより、識別情報を生成し、当該識別情報を含めたＤＰＰ認証要求を送信する。その後、ＤＰＰ認証要求をカメラ２０が受信し（Ｓ４０８）、カメラ２０からＤＰＰ認証応答がスマートフォン３０に送信される（Ｓ４０９）。そして、スマートフォン３０は、ＤＰＰ認証応答に含まれる情報に基づいて、認証処理と共通鍵の生成処理を行う。スマートフォン３０は認証処理に成功すると、認証に成功したことを示すＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｎｆｉｒｍをカメラ２０に送信し、ＤＰＰ認証処理を終了する。
【0043】
Ｓ５１１において、スマートフォン３０は、Ｓ５０９で選択されたＡＰの通信パラメータを含むＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｎｆｉｒｍをカメラ２０に送信する。
【0044】
＜エンローリとコンフィギュレータの動作シーケンス＞
図６は、カメラ２０とスマートフォン３０の動作の一例を示すシーケンス図である。
カメラ２０は、通信パラメータ設定アプリケーションの起動後、ＢＬＥ通信部１０５を起動し（Ｓ４０２）、ＡＤＶ＿ＥＸＴ＿ＩＮＤ６０１の送信を開始する（Ｓ４０３）。一方、スマートフォン３０は、通信パラメータ設定アプリケーションの起動後、無線ＬＡＮ通信部１０４を起動し（Ｓ５０２）、スキャン処理を実行する（Ｓ５０３）。その後、スマートフォン３０は、ＢＬＥ通信部１０５を起動し（Ｓ５０４）、カメラ２０からＡＤＶ＿ＥＸＴ＿ＩＮＤ６０１を受信すると（Ｓ５０５）、ＡＵＸ＿ＳＣＡＮ＿ＲＥＱ６０２をカメラ２０に送信する（Ｓ５０６）。カメラ２０は、ＡＵＸ＿ＳＣＡＮ＿ＲＥＱ６０２を受信すると（Ｓ４０４）、無線ＬＡＮ通信部１０４を起動する（Ｓ４０５）。すなわち、カメラ２０は、スマートフォン３０から送信されるＡＵＸ＿ＳＣＡＮ＿ＲＥＱ６０２を、無線ＬＡＮ通信部１０４の起動トリガとして使用する。
図６は、カメラ２０とスマートフォン３０の動作の一例を示すシーケンス図である。
カメラ２０は、通信パラメータ設定アプリケーションの起動後、ＢＬＥ通信部１０５を起動し（Ｓ４０２）、ＡＤＶ＿ＥＸＴ＿ＩＮＤ６０１の送信を開始する（Ｓ４０３）。一方、スマートフォン３０は、通信パラメータ設定アプリケーションの起動後、無線ＬＡＮ通信部１０４を起動し（Ｓ５０２）、スキャン処理を実行する（Ｓ５０３）。その後、スマートフォン３０は、ＢＬＥ通信部１０５を起動し（Ｓ５０４）、カメラ２０からＡＤＶ＿ＥＸＴ＿ＩＮＤ６０１を受信すると（Ｓ５０５）、ＡＵＸ＿ＳＣＡＮ＿ＲＥＱ６０２をカメラ２０に送信する（Ｓ５０６）。カメラ２０は、ＡＵＸ＿ＳＣＡＮ＿ＲＥＱ６０２を受信すると（Ｓ４０４）、無線ＬＡＮ通信部１０４を起動する（Ｓ４０５）。すなわち、カメラ２０は、スマートフォン３０から送信されるＡＵＸ＿ＳＣＡＮ＿ＲＥＱ６０２を、無線ＬＡＮ通信部１０４の起動トリガとして使用する。
【0045】
ここで図７を参照して、ＡＵＸ＿ＳＣＡＮ＿ＲＥＱ６０２を無線ＬＡＮ通信部１０４の起動トリガとして使用することの効果（消費電力の低減）を説明する。
図７は、ＤＰＰで規定される標準的な動作シーケンスを示しており、図７の動作シーケンスは、図６に示した本実施形態の動作シーケンスとは異なる。図７において、カメラ２００は、通信パラメータ設定アプリケーションを起動すると、ＡＤＶ＿ＥＸＴ＿ＩＮＤ７０１とＡＵＸ＿ＡＤＶ＿ＩＮＤ７０２の送信を開始する。スマートフォン３００は、ＡＵＸ＿ＡＤＶ＿ＩＮＤ７０２を受信すると、ブートストラップ情報に基づいてＤＰＰ認証要求７０３をカメラ２００に送信する。ＤＰＰでは、カメラ２００とスマートフォン３００の間において、ＡＵＸ＿ＡＤＶ＿ＩＮＤ７０２の受信確認を行うシーケンスは規定されておらず、カメラ２００はスマートフォン３００がＤＰＰ認証要求７０３を送信するタイミングを知ることはできない。従って、カメラ２００は、ＤＰＰ認証要求７０３を受信するためには、例えばＡＤＶ＿ＥＸＴ＿ＩＮＤ７０１を送信する前に無線ＬＡＮ通信部１０４を起動し（７０４）、受信アイドル状態としておく必要がある。受信アイドル状態において、カメラ２００では大きな電力消費が生じる。
図７は、ＤＰＰで規定される標準的な動作シーケンスを示しており、図７の動作シーケンスは、図６に示した本実施形態の動作シーケンスとは異なる。図７において、カメラ２００は、通信パラメータ設定アプリケーションを起動すると、ＡＤＶ＿ＥＸＴ＿ＩＮＤ７０１とＡＵＸ＿ＡＤＶ＿ＩＮＤ７０２の送信を開始する。スマートフォン３００は、ＡＵＸ＿ＡＤＶ＿ＩＮＤ７０２を受信すると、ブートストラップ情報に基づいてＤＰＰ認証要求７０３をカメラ２００に送信する。ＤＰＰでは、カメラ２００とスマートフォン３００の間において、ＡＵＸ＿ＡＤＶ＿ＩＮＤ７０２の受信確認を行うシーケンスは規定されておらず、カメラ２００はスマートフォン３００がＤＰＰ認証要求７０３を送信するタイミングを知ることはできない。従って、カメラ２００は、ＤＰＰ認証要求７０３を受信するためには、例えばＡＤＶ＿ＥＸＴ＿ＩＮＤ７０１を送信する前に無線ＬＡＮ通信部１０４を起動し（７０４）、受信アイドル状態としておく必要がある。受信アイドル状態において、カメラ２００では大きな電力消費が生じる。
【0046】
図６に戻る。上述したように、本実施形態のカメラ２０は、スマートフォン３０から送信されるＡＵＸ＿ＳＣＡＮ＿ＲＥＱ６０２を、無線ＬＡＮ通信部１０４の起動トリガとして利用する。このため、カメラ２０の無線ＬＡＮ通信部１０４を受信アイドル状態とする時間を短縮することができ、消費電力を低減することができる。
カメラ２０の無線ＬＡＮ通信部１０４が起動された後（Ｓ４０５）、カメラ２０はスマートフォン３０にＡＵＸ＿ＳＣＡＮ＿ＲＳＰ６０３を送信し（Ｓ４０６）、ＢＬＥ通信部１０５を停止する（Ｓ４０７）。スマートフォン３０は、カメラ２０からＡＵＸ＿ＳＣＡＮ＿ＲＳＰ６０３を受信する（Ｓ５０７）。
その後、スマートフォン３０はカメラ２０にＤＰＰ認証要求を送信し（Ｓ５１０）、カメラ２０はＤＰＰ認証要求６０４を受信する（Ｓ４０８）。
カメラ２０の無線ＬＡＮ通信部１０４が起動された後（Ｓ４０５）、カメラ２０はスマートフォン３０にＡＵＸ＿ＳＣＡＮ＿ＲＳＰ６０３を送信し（Ｓ４０６）、ＢＬＥ通信部１０５を停止する（Ｓ４０７）。スマートフォン３０は、カメラ２０からＡＵＸ＿ＳＣＡＮ＿ＲＳＰ６０３を受信する（Ｓ５０７）。
その後、スマートフォン３０はカメラ２０にＤＰＰ認証要求を送信し（Ｓ５１０）、カメラ２０はＤＰＰ認証要求６０４を受信する（Ｓ４０８）。
【0047】
＜実施形態の効果＞
以上のように本実施形態によれば、カメラ２０（エンローリ）は、所定範囲内にあるＡＰを検出するためのスキャン処理を実行しない。従って、カメラ２０の消費電力を低減することができる。
また、本実施形態によれば、カメラ２０は、スマートフォン３０から送信されるＡＵＸ＿ＳＣＡＮ＿ＲＥＱ６０２を受信するまで、無線ＬＡＮ通信部１０４を起動しないので、カメラ２０の無線ＬＡＮ通信部１０４の受信アイドル時間を短縮することができる。従って、カメラ２０の消費電力を低減することができる。
さらに、カメラ２０が接続可能なＡＰリストをスマートフォン３０（コンフィギュレータ）に表示することができるため、ユーザ利便性を高めることができる。
以上のように本実施形態によれば、カメラ２０（エンローリ）は、所定範囲内にあるＡＰを検出するためのスキャン処理を実行しない。従って、カメラ２０の消費電力を低減することができる。
また、本実施形態によれば、カメラ２０は、スマートフォン３０から送信されるＡＵＸ＿ＳＣＡＮ＿ＲＥＱ６０２を受信するまで、無線ＬＡＮ通信部１０４を起動しないので、カメラ２０の無線ＬＡＮ通信部１０４の受信アイドル時間を短縮することができる。従って、カメラ２０の消費電力を低減することができる。
さらに、カメラ２０が接続可能なＡＰリストをスマートフォン３０（コンフィギュレータ）に表示することができるため、ユーザ利便性を高めることができる。
【0048】
なお、本実施形態では、カメラ２０がＡＵＸ＿ＡＤＶ＿ＩＮＤを送信しない動作について説明したが、本発明の実施形態はこれに限定されない。カメラ２０は、無線ＬＡＮ通信部１０４の起動トリガとしてＡＵＸ＿ＳＣＡＮ＿ＲＥＱを受信できればよく、カメラ２０がＡＵＸ＿ＡＤＶ＿ＩＮＤを送信するようにしても、本実施形態と同様にスマートフォン３０はスキャン実行完了後にＡＵＸ＿ＳＣＡＮ＿ＲＥＱを送信することが可能である。この場合、スマートフォン３０は、スキャン実行前にカメラ２０からＡＵＸ＿ＡＤＶ＿ＩＮＤを受信し、ＡＵＸ＿ＡＤＶ＿ＩＮＤに含まれるチャンネルリストに基づいて、カメラ２０が対応しているＡＰのみにスキャン処理を実行してもよい。つまり、スキャン処理を実行するチャンネルを、チャンネルリスト（チャンネルの情報）に基づいて決定してもよい。
【0049】
本実施形態において、カメラ２０とスマートフォン３０の間の通信を、ＩＥＥＥ８０２．１１準拠の無線ＬＡＮ通信とＢＬＥにより行う場合について説明したが、本発明の実施形態はこれに限定されない。例えば、ＬＴＥ、５Ｇ等の公衆無線通信、ワイヤレスＵＷＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、ＮＦＣ等の無線通信を用いてもよい。また上述の説明において無線ＬＡＮで用いるチャンネルの２．４ＧＨｚと５ＧＨｚは一例であり、６ＧＨｚ等のその他のチャンネルを使用してもよい。なお、ワイヤレスＵＷＢは、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷＩＮＥＴなどを含む。ＮＦＣはＮｅａｒＦｉｅｌｄＣｏｍｍｕｎｉｃａｔｉｏｎの略である。ＵＳＢはＵｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓの略である。ＵＷＢはＵｌｔｒａ Ｗｉｄｅ Ｂａｎｄの略である。
図４のＳ４０８の判定結果がＮｏの場合や図５のＳ５０５の判定結果がＮｏの場合も、アプリケーションを終了するタイムアウト処理を行うようにしてもよい。
図４のＳ４０８の判定結果がＮｏの場合や図５のＳ５０５の判定結果がＮｏの場合も、アプリケーションを終了するタイムアウト処理を行うようにしてもよい。
【0050】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【0051】
１０…通信システム、２０…カメラ、３０…スマートフォン、１０１…通信装置、１０２…制御部、１０４…無線ＬＡＮ通信部、１０５…ＢＬＥ通信部、１０８…表示部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】