JP6486228B2 - 通信装置、制御方法、および、プログラム - Google Patents

Description

本発明は、通信パラメータを通信する通信装置に関する。

通信装置同士が無線通信する場合、互いに通信パラメータの設定をした上で、接続処理を行う必要である。そこで、特許文献１には、接続処理に先立って通信パラメータを公開鍵暗号方式によって共有する仕組みが開示されている。

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

通信パラメータを共有する際のセキュリティを高めるためには、認証処理を行う必要がある。この場合、通信装置は認証処理に必要な処理を行って、認証要求信号に対する応答信号を送信する必要がある。例えば、ＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）鍵共有プロトコルに基づいて共有鍵を生成し、生成した共有鍵で認証情報を暗号化してから、当該認証情報を応答信号として送信する必要がある。

しかしながら、通信装置の処理性能が低い場合、共有鍵の生成に数秒単位の処理時間を要する可能性がある。そのため、認証要求信号を受信してから応答信号を送信するまでに時間を要し、相手装置においてタイムアウトしてしまう可能性があった。

上記課題を鑑み、本発明は、早期に他の通信装置に通信装置の存在を通知することができると共に、認証情報を他の通信装置に通知できるようにすることを目的とする。

上述の課題を解決するために、本発明の通信装置は、他の通信装置から、前記他の通信装置の情報を含む認証要求信号を受信する受信手段と、前記認証要求信号に対する応答信号であって、所定のチャネルの情報を含む第１の応答信号を送信する第１の送信手段と、前記認証要求信号に含まれる前記他の通信装置の情報に基づいて、認証情報を暗号化する暗号化手段と、前記第１の応答信号に応じた前記他の通信装置から再度、認証要求信号を受信した場合、前記暗号化手段により暗号化された前記認証情報を含む第２の応答信号を送信する第２の送信手段と、前記認証情報による認証に成功した場合、前記他の通信装置から通信パラメータを取得する取得手段と、を有する。

本発明によれば、早期に他の通信装置に通信装置の存在を通知することができると共に、認証情報を他の通信装置に通知することができる。

ネットワーク構成図。 カメラ１０２のハードウェア構成図。 通信装置間のシーケンスチャート。 カメラ１０２の動作を表すフローチャート。

図１に、本実施形態におけるネットワークの構成を示す。１０１は、携帯電話１０３が基地局として動作することにより構築される無線ネットワークである。ここで、基地局とは、ＩＥＥＥ８０２．１１シリーズ規格に準拠したアクセスポイント（以下、ＡＰ）、もしくは、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅにより定められたＷｉ−Ｆｉ Ｄｉｒｅｃｔ規格に準拠したＧｒｏｕｐ Ｏｗｎｅｒである。

１０２はカメラであり、端末として動作することにより無線ネットワーク１０１に接続することができる。ここで、端末とは、ＩＥＥＥ８０２．１１シリーズ規格に準拠したステーション（ｎｏｎ‐ＡＰ ＳＴＡ）、もしくは、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅにより定められたＷｉ−Ｆｉ Ｄｉｒｅｃｔ規格に準拠したＣｌｉｅｎｔである。

また、カメラ１０２は公開鍵の情報を含むＱＲコード（登録商標、以下省略）を表示する。なお、ＱＲコードに代えてＣＰコード等、他の２次元コードであってもよいし、一次元のバーコードであってもよい。さらに、カメラ１０２は、カメラ１０２および携帯電話１０３の各々の公開鍵を用いたＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）鍵共有プロトコルに基づいて、携帯電話１０３と同じ共有情報を生成することにより、携帯電話１０３との間で相互認証を行う。

１０３は携帯電話であり、ＡＰとして動作し、無線ネットワーク１０１を構築する。携帯電話１０３は、カメラ１０２および携帯電話１０３の各々の公開鍵を用いたＤＨ鍵共有プロトコルに基づいて、カメラ１０２と同じ共有情報を生成することにより、カメラ１０２との間で相互認証を行う。

また、携帯電話１０３は、自装置が構築する無線ネットワーク１０１への接続に必要な通信パラメータを、認証済みの装置（以下の実施形態ではカメラ１０２）に提供する。ここで、通信パラメータには、無線ネットワーク１０１の識別子としてのＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）、暗号方式、暗号鍵、認証方式、認証鍵等が含まれる。なお、前述したいずれか１つのパラメータを含むものであってもよい。

以下では、通信パラメータを共有し、通信する通信装置としてカメラと携帯電話を例に説明するが、例えばプリンタ、ビデオカメラ、ＰＣ、ＰＤＡ、スマートフォン、スマートウォッチなどの他の種類の通信装置であってもよい。

図２は、本実施形態におけるカメラ１０２のハードウェア構成を示すブロック図である。

１０２は、カメラ全体を示す。２０１は、ＩＥＥＥ８０２．１１シリーズに準拠した無線通信の制御や、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信の制御を行う無線通信制御部である。無線通信制御部２０１は各通信レイヤのプロトコルに応じたデータの送受信制御を行い、アンテナ２０２を制御して無線通信のための無線信号を送受信する。

２０３は、カメラ１０２を操作するための操作部である。操作部２０３にはカメラ１０２に備わっている機能を開始するためのボタン等が含まれる。なお、操作部２０３はハードウェアで構成されていてもよいし、表示部２０４により出力されたアイコンを選択する等ソフトウェアによるソフトＵＩで構成されてもよい。２０４は、ＬＣＤやＬＥＤ等により構成され、視覚により認知可能な情報を出力する表示部である。なお、スピーカのように聴覚により認知可能な情報を出力してもよいし、振動子のように振動により認知可能な情報を出力してもよい。

２０５は、ＣＰＵ、または、ＭＰＵにより構成され、記憶部２０６に記憶されたプログラムを実行することによりカメラ１０２全体を制御する制御部である。なお、制御部２０５が実行しているＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働によりカメラ１０２全体を制御するようにしてもよい。

２０６は、カメラ１０２を制御するためのプログラムやデータが格納されたＲＯＭや一時的な記憶を司るＲＡＭから構成される記憶部である。後述する各種動作は、記憶部２０６に記憶された制御プログラムを制御部２０５が読み出して実行することにより実現される。なお、記憶部２０６として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。

上記機能ブロックは一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能を行うブロックに分かれてもよい。

以下に、カメラ１０２と携帯電話１０３との間で通信パラメータを共有する際の処理について述べる。図３は、カメラ１０２と携帯電話１０３との間の処理を示すシーケンスチャートである。ここで、カメラ１０２は通信パラメータの受信装置として動作し、携帯電話１０３は通信パラメータの提供装置として動作する。

まず、カメラ１０２はユーザ操作に従って、通信パラメータの設定を行うために必要な情報を含むＱＲコードを自装置の表示部２０４に表示させる（Ｓ３０１）。なお、カメラ１０２は、通信パラメータ設定モードをユーザにより指示された場合、通信パラメータの設定を行うために必要な情報を含むＱＲコードを表示させるものとする。

ここで、通信パラメータの設定を行うために必要な情報とは、通信パラメータを受信する際に、携帯電話１０３（提供装置）の認証、および、通信パラメータの暗号化に用いられる情報である。具体的には、カメラ１０２の公開鍵の情報である。なお、カメラ１０２の公開鍵に加え、カメラ１０２の固有情報であるＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスの情報を含んでいてもよい。また、カメラ１０２のＭＡＣアドレスに代えてＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）であってもよい。

携帯電話１０３は不図示の撮像部により撮像することにより、カメラ１０２に表示されているＱＲコードを読み取る（Ｓ３０２）。携帯電話１０３は、読み取ったＱＲコードを復号し、該ＱＲコードに含まれる情報を取得する。そして、携帯電話１０３は、ＱＲコードから取得された情報に、通信パラメータの設定を行うために必要な情報、即ち、カメラ１０２の公開鍵の情報が含まれているか否かを判定する。

ＱＲコードにカメラ１０２の公開鍵の情報が含まれている場合、携帯電話１０３は、当該公開鍵の情報に対してハッシュ関数を適用し、ハッシュ値を算出する（Ｓ３０３）。

ハッシュ値を算出すると、携帯電話１０３は、公開鍵の生成元であるカメラ１０２との間で認証処理を行うための認証要求信号（以下、単に認証要求と称する）をブロードキャスト送信する（Ｓ３０４）。なお、ＱＲコードにＭＡＣアドレス情報が含まれている場合には、認証要求を当該ＭＡＣアドレス宛てにユニキャスト送信するようにしてもよい。

認証要求には、Ｓ３０３において算出されたハッシュ値、および、携帯電話１０３の公開鍵の情報が含まれる。携帯電話１０３は、携帯電話１０３が対応する複数の周波数チャネルの各々において認証要求を送信する。ここでは、２．４ＧＨｚ帯の１〜１３チャネルの各々において携帯電話１０３は認証要求を送信する。

カメラ１０２は携帯電話１０３からの認証要求を受信すると、認証要求に含まれるハッシュ値が、カメラ１０２の公開鍵のハッシュ値と一致しているか否かを判定する（Ｓ３０５）。ハッシュ値が一致している場合、カメラ１０２は携帯電話１０３に対して認証要求に対する応答信号としてＡｃｋ応答信号（以下、単にＡｃｋ応答と称する）を通知する（Ｓ３０６）。このＡｃｋ応答には、カメラ１０２が無線通信に使用する無線チャネルの情報が含まれる。これにより、携帯電話１０３はカメラ１０２が使用する無線チャネルを知ることができるので、その後の通信では当該無線チャネルを使用する。これにより、携帯電話１０３が対応する複数の周波数チャネルの各々において信号を送信する必要がなくなるため、携帯電話１０３は効率的に処理を行うことができる。

続いて、カメラ１０２は、通信パラメータを暗号化するための暗号鍵の元となる暗号情報と、認証要求に含まれる携帯電話１０３の公開鍵の情報とに基づいてＤＨ処理を実行し、携帯電話１０３との第１の共有鍵を生成する（Ｓ３０６−２）。更に、カメラ１０２の公開鍵に対応する秘密鍵の情報と認証要求に含まれる携帯電話１０３の公開鍵の情報とに基づいて、第２の共有鍵を生成する。そして、カメラ１０２は第１の共有鍵を用いて、カメラ１０２を認証するための認証情報に対して、暗号化処理を行う（Ｓ３０６−３）。更に、カメラ１０２は第２の共有鍵を用いて、通信パラメータを暗号化するための暗号鍵の元となる暗号情報に対して、暗号化処理を行う。

このＤＨ処理には、数秒単位の処理時間がかかる。そのため、ＤＨ処理が完了するより前にＡｃｋ応答を返すことにより、携帯電話１０３に対しカメラ１０２の存在を早く通知する。もちろん、当該Ａｃｋ応答には、上述のようにＤＨ処理により生成された共有鍵を用いて暗号化された認証情報や暗号情報は含まれない。

携帯電話１０３は、カメラ１０２からＡｃｋ応答を受信すると、カメラ１０２の存在を認識する（Ｓ３０７）。そして、携帯電話１０３は、認証処理を実施するために、Ｓ３０６で取得した無線チャネルに対して再度、認証要求を送信する（Ｓ３０８）。

カメラ１０２は、携帯電話１０３から再度、認証要求を受信すると、Ｓ３０６−３で暗号化された認証情報や暗号情報の情報を含めた認証応答信号（以下、単に認証応答と称する）を携帯電話１０３に送信する（Ｓ３０９）。

携帯電話１０３は認証応答を受信すると、次のように認証処理を行う。まず、携帯電話１０３は、ＱＲコードから取得したカメラ１０２の公開鍵の情報と携帯電話１０３の公開鍵に対応する秘密鍵の情報とに基づいて、第２の共有鍵を生成する。そして、生成した第２の共有鍵を用いて、暗号情報を復号する。更に、携帯電話１０３は復号した暗号情報と携帯電話１０３の公開鍵に対応する秘密鍵の情報とに基づいてＤＨ処理を実行し、第１の共有鍵を生成する。そして、生成した第１の共有鍵を用いて、認証情報を復号する。このようにして、認証情報が正しく復号された場合に、携帯電話１０３はカメラ１０２の認証に成功する。一方、認証情報が正しく復号されなかった場合は、携帯電話１０３はカメラ１０２の認証に失敗し、処理を終了する。この際、携帯電話１０３はエラーをカメラ１０２に通知するようにしてもよい。

このようにして、カメラ１０２の認証に成功すると、携帯電話１０３は、認証処理が完了したことを示す認証確認をカメラ１０２に送信する（Ｓ３１０）。

その後、携帯電話１０３は、暗号情報に基づいて通信パラメータを暗号化するための暗号鍵を生成し、当該暗号鍵で暗号化した通信パラメータをカメラ１０２に提供する（Ｓ３１１）。なお、カメラ１０２においても、同様にして暗号鍵を生成し、当該暗号鍵を用いた復号処理を行うことにより、通信パラメータを取得する。

このようにして、携帯電話１０３からカメラ１０２へ通信パラメータが提供され、カメラ１０２は提供された（受信した）通信パラメータに従って無線ネットワーク１０１へ接続する。そして、カメラ１０２と携帯電話１０３とが無線通信を行う。

図４に、カメラ１０２が通信パラメータを取得する場合に、記憶部２０６に記憶されたプログラムを制御部２０５が読み出し、それを実行することで実現される処理の流れのフローチャートを示す。

なお、図４に示すフローチャートの少なくとも一部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。

カメラ１０２が、ＱＲコードを表示してから通信パラメータを取得するまでの処理を示すフローチャートである。

まず、操作部２０３に対するユーザからの所定の操作が行われると、カメラ１０２は、表示部２０４に、カメラ１０２の公開鍵の情報を含むＱＲコードを表示する（Ｓ４０１）。その後、カメラ１０２はパラメータ提供装置から認証要求を受信したか否かを判定する（Ｓ４０２）。Ｓ４０２において認証要求を受信していないと判定した場合、認証要求の受信の待ち受け処理を繰り返す。

認証要求を受信したと判定した場合（Ｓ４０２のＹｅｓ）、認証要求に含まれるハッシュ値が、カメラ１０２の公開鍵のハッシュ値と一致しているか否かを判定する（Ｓ４０３）。ハッシュ値が一致していないと判定した場合（Ｓ４０３のＮｏ）、当該認証要求を破棄し、他の認証要求の受信を待ち受ける（Ｓ４０２）。なお、所定時間が経過しても、ハッシュ値の一致する認証要求を受信しなかった場合には、図４に示す処理を終了するようにしてもよい。

一方、ハッシュ値が一致したと判定した場合（Ｓ４０３のＹｅｓ）、カメラ１０２は、認証要求の送信元（ここでは携帯電話１０３）に対して既にＡｃｋ応答を送信したか否かを判定する（Ｓ４０４）。なお、当該判定に代えて、図３のＳ３０６−２〜３０６−３で説明したＤＨ処理および暗号処理が完了しているか否かを判定するようにしてもよい。

Ａｃｋ応答を送信済みではないと判定された場合（Ｓ４０４のＮｏ）、認証要求の送信元（ここでは携帯電話１０３）に対してカメラ１０２の存在を認識させるために、カメラ１０２は認証要求に対する応答信号としてＡｃｋ応答を送信する（Ｓ４０５）。なお、Ａｃｋ応答には、カメラ１０２が無線通信に使用する無線チャネルの情報が含まれる。

そして、カメラ１０２は、上述のようにして第１の共有鍵および第２の共有鍵を生成する。そして、カメラ１０２は第１の共有鍵を用いて、カメラ１０２を認証するための認証情報に対して、暗号化処理を行う（Ｓ４０６）。更に、カメラ１０２は第２の共有鍵を用いて、通信パラメータを暗号化するための暗号鍵の元となる暗号情報に対して、暗号化処理を行う。その後、Ｓ４０２に戻り、携帯電話１０３から認証要求の受信を再度、待ち受ける。

次に、Ａｃｋ応答を送信済みであると判定された場合（Ｓ４０４のＹｅｓ）について説明する。即ち、上述の携帯電話１０３から認証要求の受信の再度の待ち受けにおいて、認証要求を受信した場合である。

この場合、カメラ１０２は、Ｓ４０６で暗号化された認証情報と暗号情報を含む認証応答を携帯電話１０３に送信する（Ｓ４０７）。その後、カメラ１０２は、暗号情報に基づいて生成された暗号鍵を用いて暗号化された通信パラメータを携帯電話１０３から取得する。そして、カメラ１０２は、上述のように生成された暗号鍵を用いて復号処理を行い、通信パラメータを取得する（Ｓ４０８）。

以上のように、カメラ１０２は携帯電話１０３からの認証要求に対して、ＤＨ処理に先立って、Ａｃｋ応答を送信する。その後、ＤＨ処理を行うことで、認証情報を暗号化するための第１の共有鍵、および、暗号情報を暗号化するための第２の共有鍵を生成する。

これにより、早期に携帯電話１０３に対してカメラ１０２の存在を通知することができるので、携帯電話１０３がカメラ１０２を検出できずに、通信パラメータを提供するための処理を終了してしまう可能性を低減することができる。

更に、１回目の認証要求を受信したことに応じてＤＨ処理を開始するので、携帯電話１０３から再度、認証要求を受信した場合には、即座に暗号化された認証情報および暗号情報を送信することができる。

上述の実施形態においては、カメラ１０２は、ＱＲコードの画像を利用して携帯電話１０３に、カメラ１０２の公開鍵の情報を通知した。しかし、これに代えて、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢｌｕｅｔｏｏｔｈ（登録商標、以下省略）などの無線通信を用いて通知するようにしてもよい。また、ＩＥＥＥ８０２．１１ａｄもしくはトランスファージェット（ＴｒａｎｓｆｅｒＪｅｔ）等の無線通信を用いて通知するようにしてもよい。

また、ＱＲコードを表示部に表示するのではなく、通信装置の筺体や通信装置の取扱説明書、包装等の付属物にシールなどに記載された形態でＱＲコード貼り付けておいてもよい。また、通信装置や通信装置の付属物に直接記載されたＱＲコード等のコード情報でもよい。

また、上述の実施形態において、通信装置間でＩＥＥＥ８０２．１１シリーズ規格に準拠した無線ＬＡＮ通信を行う場合について説明したが、これに限る物ではない。例えば、ワイヤレスＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、ＮＦＣ等の無線通信媒体を用いて実施してもよい。

また、上述の実施形態では、ＤＨ鍵共有プロトコルに基づく認証処理を説明したが、これに限るものではなく、公開鍵暗号方式等、他の方式により認証処理を行ってもよい。

また、上述の実施形態では、Ａｃｋ応答の送信後に、ＤＨ処理を行って第１および第２の共有鍵を生成し、認証情報および暗号情報を暗号化した。しかし、これに限らず、２度目の認証要求を受信してから、ＤＨ処理、および、暗号化処理を行うようにしてもよい。Ａｃｋ応答にチャネル情報が含まれるため、携帯電話１０３はチャネルを移動することなく、通知されたチャネル上でカメラ１０２からの認証応答を待つことができる。従って、ＤＨ処理、および、暗号化処理に時間を要したとしても、携帯電話１０３は認証応答を受信することができる。また、このように構成することにより、携帯電話１０３から２度目の認証要求が来なかった場合には、ＤＨ処理、および、暗号化処理を行わないので、処理負荷を軽減することができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ ネットワーク
１０２ カメラ
１０３ 携帯電話

Claims (10)

1. 通信装置であって、
   他の通信装置から、前記他の通信装置の情報を含む認証要求信号を受信する受信手段と、
   前記認証要求信号に対する応答信号であって、所定のチャネルの情報を含む第１の応答信号を送信する第１の送信手段と、
   前記認証要求信号に含まれる前記他の通信装置の情報に基づいて、認証情報を暗号化する暗号化手段と、
   前記第１の応答信号に応じた前記他の通信装置から再度、認証要求信号を受信した場合、前記暗号化手段により暗号化された前記認証情報を含む第２の応答信号を送信する第２の送信手段と、
   前記認証情報による認証に成功した場合、前記他の通信装置から通信パラメータを取得する取得手段と、
   を有することを特徴とする通信装置。
2. 前記通信装置の公開鍵の情報を表示部に表示させる表示手段を更に有することを特徴とする請求項１に記載の通信装置。
3. 前記表示手段は、前記通信装置の公開鍵の情報を、二次元コード、もしくは、バーコードとして前記表示部に表示させることを特徴とする請求項２に記載の通信装置。
4. 前記認証要求信号に含まれる前記他の通信装置の情報は、前記他の通信装置の公開鍵の情報であることを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 前記認証要求信号に前記通信装置の公開鍵のハッシュ値が含まれているか否かを判定する判定手段を更に有し、
   前記認証要求信号に前記公開鍵のハッシュ値が含まれていると判定された場合、前記第１の送信手段は前記第１の応答信号を送信し、
   前記認証要求信号に前記公開鍵のハッシュ値が含まれていないと判定された場合、前記第１の送信手段は前記第１の応答信号を送信しないことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
6. 前記認証要求信号は前記他の通信装置からブロードキャストされる信号であることを特徴とする請求項１から５のいずれか１項に記載の通信装置。
7. 前記通信装置は、前記通信パラメータを用いて、前記他の通信装置とＩＥＥＥ８０２．１１シリーズに準拠した無線通信を行うことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
8. 前記通信パラメータは、無線通信するための暗号方式、暗号鍵、認証方式、認証鍵のうち、少なくともいずれか１つの情報を含むことを特徴とする請求項１から７のいずれか１項に記載の通信装置。
9. 通信装置の制御方法であって、
   他の通信装置から、前記他の通信装置の情報を含む認証要求信号を受信する受信工程と、
   前記認証要求信号に対する応答信号であって、所定のチャネルの情報を含む第１の応答信号を送信する第１の送信工程と、
   前記認証要求信号に含まれる前記他の通信装置の情報に基づいて、認証情報を暗号化する暗号化工程と、
   前記第１の応答信号に応じた前記他の通信装置から再度、認証要求信号を受信した場合、暗号化された前記認証情報を含む第２の応答信号を送信する第２の送信工程と、
   前記認証情報による認証に成功した場合、前記他の通信装置から通信パラメータを取得する取得工程と、
   を有することを特徴とする制御方法。
10. コンピュータを請求項１から８のいずれか１項に記載の通信装置として動作させるためのプログラム。

Images