JP2017028455A

JP2017028455A - 通信装置、通信装置の制御方法、プログラム

Info

Publication number: JP2017028455A
Application number: JP2015144398A
Authority: JP
Inventors: 俊文濱地; Toshibumi Hamachi
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2015-07-21
Filing date: 2015-07-21
Publication date: 2017-02-02
Anticipated expiration: 2035-07-21
Also published as: JP6504951B2; US9843932B2; US20180054736A1; US20170026835A1; US10117099B2

Abstract

【課題】通信パラメータを取得する際に、他の通信装置が意図しない装置からのエラー通知により通信パラメータの提供処理が中断もしくは失敗してしまう可能性を低減すること。
【解決手段】通信装置は、他の通信装置から通信パラメータを取得する際の認証に失敗した場合であって、かつ、認証要求信号がユニキャストにより送信されたと判定された場合には、他の通信装置にエラーを通知する。一方、認証に失敗した場合であっても、認証要求信号がユニキャストにより送信されていないと判定された場合には、他の通信装置にエラーを通知しない。
【選択図】図４

Description

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

通信装置が無線ネットワークに接続して通信するには、暗号方式、暗号鍵、認証方式、認証鍵等のさまざまな通信パラメータを設定する必要がある。これらの通信パラメータの設定を容易にする技術として、特許文献１に示す技術がある。特許文献１では、通信装置が、通信パラメータの情報を含むＱＲコード（登録商標、以下省略）を表示させる。そして、このＱＲコードを撮影により読み取り、読み取った通信パラメータをアクセスポイントに設定させる。

特開２０１４−６０６２３号公報

しかしながら、画像の撮影を行うだけで、通信パラメータの設定が行われてしまうと、容易に無線ネットワークで通信が可能となり、セキュリティ上の問題が生じ得る。

そこで、ＱＲコード情報を表示した通信装置とＱＲコード情報を撮影した通信装置とが相互に認証を行い、認証に成功した場合に通信パラメータを受け渡すことでセキュリティを維持することが考えられる。

一方の通信装置が他方の通信装置のＭＡＣアドレスを知っていれば、認証を要求する信号をユニキャストで送信することができる。しかしながら、通信装置が他方の通信装置のＭＡＣアドレスを知らなければ、ブロードキャストまたはマルチキャストで認証を要求する信号を送信する必要がある。

ブロードキャストまたはマルチキャスト送信した場合、意図した相手装置以外にも要求信号が届いてしまうため、意図した相手装置以外からはエラー応答が返ってきてしまう。エラー応答が返ってきてしまうと、相手装置は処理を中断もしくは失敗してしまう可能性があった。

上記課題を鑑み、本発明は、通信パラメータを取得する際に、他の通信装置が意図しない装置からのエラー通知により通信パラメータの提供処理が中断もしくは失敗してしまう可能性を低減することを目的とする。

本発明の通信装置は、他の通信装置から通信パラメータを取得する際に、前記他の通信装置から送信される認証要求信号を受信する受信手段と、前記認証要求信号に含まれる識別情報に基づいて、前記他の通信装置を認証する認証手段と、前記認証要求信号がユニキャストにより送信されたか否かを判定する判定手段と、前記認証手段による認証に失敗した場合であって、かつ、前記認証要求信号がユニキャストにより送信されたと判定された場合には、前記他の通信装置にエラーを通知する通知手段と、前記認証手段による認証に成功した場合、前記他の通信装置から通信パラメータを取得する取得手段と、を有し、前記通知手段は、前記認証手段による認証に失敗した場合であっても、前記認証要求信号がユニキャストにより送信されていないと判定された場合には、前記他の通信装置にエラーを通知しない。

本発明によれば、通信パラメータを取得する際に、他の通信装置が意図しない装置からのエラー通知により通信パラメータの提供処理が中断もしくは失敗してしまう可能性を低減することができる。

通信装置のハードウェア構成を示す図。通信装置のソフトウェア構成を示す図。通信システムの構成を示す図。通信装置が実現するフローチャート。通信装置間のシーケンスチャート。通信装置間のシーケンスチャート。

以下、本実施形態に係る通信装置について、図面を参照しながら詳細に説明する。以下では、ＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮシステムを用いた例について説明するが、通信形態は必ずしもＩＥＥＥ８０２．１１準拠の無線ＬＡＮには限らない。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標、以下省略）、ＺｉｇＢｅｅ等の他の無線通信方式に準拠した通信装置にも適用可能である。また、有線ＬＡＮ等の有線通信方式に準拠した通信装置にも適用可能である。なお、ＩＥＥＥはＴｈｅＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ，Ｉｎｃ．の略である。

図１に通信装置のハードウェアブロック構成を示す。１０１は装置全体を示す。１０２は、ＣＰＵ、または、ＭＰＵにより構成され、記憶部１０３に記憶されたプログラムを実行することにより通信装置１０１全体を制御する制御部である。なお、制御部１０２が実行しているＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）との協働により通信装置１０１全体を制御するようにしてもよい。制御部１０２は、更に他の通信装置との間で通信パラメータを通信し、共有するための制御も行う。

１０３はＲＯＭ、ＲＡＭにより構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。後述する各種動作は、記憶部１０３に記憶された制御プログラムを制御部１０２が実行することにより行われる。なお、記憶部１０３として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。

１０４はＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮ等の無線通信を行うための無線部である。無線通信には近距離無線通信、例えばＮＦＣ（ＮｅａｒＦｉｅｌｄＣｏｍｍｕｎｉｃａｔｉｏｎ）なども含まれる。１０５は各種表示を行う表示部でありＬＣＤやＬＥＤのように視覚で認知可能な情報の出力、あるいはスピーカなどの音出力が可能な機能を有する。表示部１０５は視覚情報および音情報の少なくともどちらか一方を出力する機能を備えるものである。ＱＲコードの表示も表示部１０５で実行する。

なお、ＱＲコードについては表示部１０５を通じて表示する以外に、ＱＲコードを通信装置の筺体にシールなどに記載された形態で貼り付けられていてもよいし、通信装置の取扱説明書や通信装置の販売時に梱包に用いられていた段ボールなどの包装等の通信装置の付属物にシールなどに記載された形態で貼り付けられていてもよい。また、通信装置やその付属物に直接記載されたものでもよい。

１０６はアンテナ制御部、そして１０７はアンテナである。１０８は、ユーザが各種入力等を行い、通信装置を操作するための操作部である。１０９は時間の経過を検知する計時部である。１１０は、画像を撮影するための撮像部である。ＱＲコードを読み込む際には、撮像部から入力された画像を制御部で解析することにより認証情報などのデータとして認識することが可能となる。

図２に、通信装置のソフトウェア機能ブロック図を示す。２０１はソフトウェア機能ブロック全体を示す。

２０２は通信パラメータ取得部である。通信パラメータ取得部２０２は、アクセスポイント（以下、ＡＰ）やステーション（以下、ＳＴＡ）等の他の通信装置と通信装置が無線通信するための通信パラメータを取得する。なお、ＡＰ、ＳＴＡはＩＥＥＥ８０２．１１シリーズ規格で規定されたインフラストラクチャモードにおけるＡＰ、ＳＴＡとして動作する。これに代えて、Ｗｉ−ＦｉＡｌｌｉａｎｃｅで規格化されたＷｉ−ＦｉＤｉｒｅｃｔにおいてＡＰ相当の機能を果たすＧｒｏｕｐＯｗｎｅｒ（ＧＯ）、ＳＴＡ相当の機能を果たすクライアント（ＣＬ）としてもよい。ここで、通信パラメータには、ＡＰ（ＧＯ）が構築した無線ネットワークの識別子であるＳＳＩＤ（ＳｅｒｖｉｃｅＳｅｔＩｄｅｎｔｉｆｉｅｒ）、および、無線ネットワークにおいて用いられる暗号方式、暗号鍵、認証方式、認証鍵の情報が含まれる。なお、前述したいずれか１つのパラメータを含むものであってもよい。

また、通信パラメータ取得部２０２は、更に、上位のサービスのための通信パラメータを取得してもよい。例えば、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）アドレスや他の通信装置の機能情報等である。

２０３はバーコード生成部である。バーコード生成部２０３は、通信パラメータを共有する際に必要な認証情報や通信装置の識別子などの情報を含むＱＲコードを生成する。なお、ＱＲコードに加えて、もしくは、代えて、ＣＰコード等、他の２次元コードを生成してもよい。また、一次元バーコードを生成するようにしてもよい。

２０４はバーコード表示制御部であり、バーコード生成部２０３で生成したバーコードを表示部１０５に表示する。２０５は認証処理部であり、通信パラメータの提供装置（パラメータ提供装置）との間で認証処理を実行する。２０６は宛先判断部であり、受信した信号の宛先アドレスを判定する。２０７は無線ＬＡＮ信号受信部、２０８は無線ＬＡＮ信号送信部であり、他の通信装置との間でＩＥＥＥ８０２．１１シリーズ規格に準拠した無線ＬＡＮ通信を行う。

２０９は接続処理部であり、ＡＰ（ＧＯ）が構築した無線ネットワークに接続するための処理を行う。２１０はデータ記憶部であり、ソフトウェアプログラムそのもの、通信パラメータ、認証情報、識別子、および生成したＱＲコード等の情報を記憶保持している。

なお、全ての機能ブロックはソフトウェアもしくはハードウェア的に相互関係を有するものである。また、上記機能ブロックは一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能を行うブロックに分かれてもよい。

図３は、本実施形態に係るカメラ３０１（以下、通信装置）、スマートフォン３０２（以下、提供装置）を含むネットワークシステムの構成を示した図である。ここでは、提供装置（ＡＰまたはＧＯ）は、通信装置に対して通信パラメータを提供する。また、提供装置が無線ネットワーク３０３（以下、ネットワーク）を構築している。

本実施形態において、通信装置は、先に説明した図１、図２の構成を有している。更に、通信装置は後述する通信パラメータ交換処理で使用する認証情報を保持している。該認証情報は、通信パラメータ交換処理の際のセキュリティを高めるために用いられる情報であり、通信装置の公開鍵や証明書、またはパスワードなどの情報である。また、通信装置は認証情報を含むＱＲコードを生成し、表示部１０５に表示する。ここで、公開鍵は公開鍵暗号方式で用いられる暗号鍵の１種である。

提供装置は通信装置のＱＲコードを撮像し、読み込むことで認証情報を取得する。そして、提供装置は、取得した認証情報を用いて通信装置と認証処理を実行し、通信パラメータを提供する。提供する通信パラメータは自身が構築する無線ネットワークの設定情報でもよいし、他のＡＰが構築する無線ネットワークの設定情報でもよい。

図４は、通信装置が提供装置から通信パラメータを取得する際に、記憶部１０３に記憶されたプログラムを制御部１０２が読み出し、それを実行することで実現される処理を示すフローチャートである。

まず、通信装置は認証情報を含むＱＲコードを生成する（Ｓ４０１）。ここで、ＱＲコードに認証情報以外の情報を含めるようにしてもよい。例えば、通信装置の識別子として、通信装置に固有のＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）アドレスを含むようにしてもよい。通信装置の識別子を含めることにより、提供装置が通信装置を探索する処理を容易にすることが可能となる。通信装置に固有の情報としてＭＡＣアドレス以外、ＵＵＩＤ（ＵｎｉｖｅｒｓａｌｌｙＵｎｉｑｕｅＩｄｅｎｔｉｆｉｅｒ）を用いてもよい。

なお、ＱＲコードの生成のトリガは、ユーザ操作であるものとする。しかし、これに限らず、所定の信号を受信した場合や、所定の条件（所定時刻になった、所定場所にいる等）を満たしたことをトリガにＱＲコードを生成するようにしてもよい。

次に、通信装置は、Ｓ４０１で生成したＱＲコードを表示部１０５に表示する（Ｓ４０２）。そして、通信装置は認証要求信号の受信を待ち受ける（Ｓ４０３）。ここでは、認証要求信号は８０２．１１シリーズに規定されたＡｃｔｉｏｎフレームを用いる。しかしこれに限らず、ＥＡＰ（ＥｘｔｅｎｓｉｂｌｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）信号を用いてもよい。

提供装置においては、表示部１０５に表示されたＱＲコードを撮像し、解析することによって通信装置の認証情報を取得する。そして、当該認証情報に基づいて識別情報を生成する。ここでは、ＱＲコードに認証情報として公開鍵の情報が含まれており、提供装置は公開鍵に対するハッシュ値を計算することにより、識別情報を得るものとする。なお、認証情報からどのように識別情報を得るかについては事前に共有されているものとする。

しかし、これに限らず、認証情報の一部または全てのデータから算出されたハッシュ値を識別情報としてもよいし、認証情報の一部を識別情報としてもよい。そして、提供装置は、識別情報を含む認証要求信号を送信する。なお、認証要求信号に、識別情報の他、提供装置の暗号鍵や乱数など、認証処理に利用される他の情報を含むようにしてもよい。

通信装置は認証要求信号を受信すると（Ｓ４０３のＹｅｓ）、認証要求信号に含まれる識別情報に基づいて認証処理を行う（Ｓ４０４）。具体的には、通信装置においても、提供装置と同様に認証情報に基づいて識別情報を算出し、通信装置において算出された識別情報と、認証要求信号に含まれる識別情報とが一致するか否かを判定する。

なお、識別情報を算出することに代えて、予め認証情報に基づいて算出される識別情報を記憶部１０３に記憶しておくようにしてもよい。この場合、通信装置は、記憶部１０３に記憶された識別情報と認証要求信号に含まれる識別情報とが一致するか否かを判定する。

識別情報が一致しなかった場合、即ち、認証に失敗した場合（Ｓ４０４のＮｏ）、通信装置は、受信した認証要求信号がユニキャストにより送信されたものであるか否かを判定する（Ｓ４０８）。ここでは、認証要求信号の宛先アドレスが通信装置のＭＡＣアドレス宛かを確認する。そして、通信装置のＭＡＣアドレス宛であった場合はユニキャストであると判定する。一方、宛先アドレスとして、マルチキャストアドレスやブロードキャストアドレス等、通信装置固有のＭＡＣアドレスとは異なるアドレス設定されていた場合、認証要求信号がユニキャストにより送信されたものではないと判定する。

そして、認証要求信号がユニキャストにより送信されたものであると判定された場合、通信装置は、認証に失敗したことを示すエラー信号を提供装置に送信する（Ｓ４０９）。エラー信号も認証要求信号と同様に、ＡｃｔｉｏｎフレームまたはＥＡＰ信号を用いることができる。

一方、認証要求信号がユニキャストにより送信されたものではないと判定された場合、通信装置は、エラー信号を送信することなく図４に示す処理を終了する。なお、これに代えて、Ｓ４０３に戻り、再度認証要求信号の待ち受けを行うようにしてもよい。

即ち、認証に失敗した場合には、認証要求信号がユニキャストで送信されていればエラー信号を送信し、認証要求信号がユニキャストにより送信されていなければエラー信号を送信しない。これにより、提供装置に対して必要なエラー信号を送信すると共に、不要なエラー信号を送信する可能性を低減することができる。

なお、ここでは宛先アドレスが通信装置のＭＡＣアドレス宛か否かに基づいてユニキャストであるか否かを判定したが、これに代えて、宛先アドレスがブロードキャストまたはマルチキャストアドレスであるか否かで判定してもよい。この場合、宛先アドレスがブロードキャストまたはマルチキャストアドレスでなかった場合にはエラー信号を送信し、これらのアドレスであった場合にはエラー信号を送信しないようにする。

一方、Ｓ４０４において認証が成功した場合、即ち、識別情報が一致した場合（Ｓ４０４のＹｅｓ）、認証に成功したことを示す認証応答信号を提供装置に送信する（Ｓ４０５）。なお、認証応答信号には識別情報、認証情報、暗号鍵、乱数など提供装置における認証に必要な情報が含まれる。また、認証情報や暗号鍵などの情報を暗号化して送信することでセキュリティを高めることができる。当該暗号化にはＤＨ（Ｄｉｆｆｉｅ‐Ｈｅｌｌｍａｎ）鍵共有方式や公開鍵暗号方式などを利用することで実現が可能である。また、通信装置と提供装置は認証処理によって、その後の暗号通信に用いる共有鍵を共に保持した状態となる。

ここでは、通信装置は、認証要求信号がユニキャストにより送信されたか否かに関わらず、認証応答信号を送信する。これにより、提供装置が認証要求信号を同報送信した場合であっても、適切に認証処理を進めることができる。

通信装置が認証応答信号を送信すると、提供装置は当該認証応答信号に含まれる情報に基づいて通信装置を認証する。

このようにして、通信装置と提供装置との間で認証処理が成功すると、通信装置は通信パラメータを取得して設定するための処理を実行する（Ｓ４０６）。ここでは、これを通信パラメータ交換処理と称する。

具体的には、通信装置が通信パラメータを要求する設定要求信号を提供装置に送信し、これに対して提供装置が、通信パラメータを含む応答信号を返す。なお、通信パラメータは認証処理で共有した共通鍵を用いて暗号化されているものとする。これにより、通信パラメータを提供する際のセキュリティを高めることができる。

通信パラメータを取得すると、通信装置は取得した通信パラメータを用いて無線ネットワークに接続する（Ｓ４０７）。そして、通信装置と他の通信装置との間で無線通信を行う。

図５に、上述のフローチャートに従って動作する通信装置が、提供装置から通信パラメータを取得する際のシーケンスチャートを示す。

通信装置は認証情報を含むＱＲコード生成する（Ｆ５０１）。ここでは、ＱＲコードに通信装置のＭＡＣアドレスの情報を含めないものとする。そして、通信装置は生成したＱＲコードを表示部に表示する（Ｆ５０２）。提供装置は通信装置のＱＲコードを読み込むことで認証情報を取得する（Ｆ５０３）。

提供装置は認証情報に基づいて計算された識別情報を含む認証要求信号を送信する（Ｆ５０４）。ここでは、提供装置はＱＲコードに通信装置のＭＡＣアドレスが含まれておらず、通信装置のＭＡＣアドレスを認識できないため、提供装置は認証要求信号をブロードキャストで送信する。

通信装置は認証要求信号を受信すると、当該信号に含まれる識別情報に基づいて認証処理を行う。そして、当該認証に成功すると、通信装置は暗号鍵の情報を含む認証応答信号を提供装置に送信する（Ｆ５０５）。なお、この例では認証要求信号がブロードキャストで送信されているため、認証処理に失敗した場合には、通信装置はエラー信号を送信しない。

提供装置は認証応答信号を受信し、当該信号に含まれる情報に基づいて認証処理を実行する。認証に成功すると、提供装置は認証確認信号を通信装置に送信し（Ｆ５０６）、認証に成功したことを通信装置に通知する。

通信装置は認証確認信号を受信すると通信パラメータを要求する設定要求信号を提供装置に送信する（Ｆ５０７）。提供装置は設定要求信号を受信すると、通信パラメータを含む設定応答信号を通信装置に送信する（Ｆ５０８）。ここで、通信パラメータを、認証処理で共有した共通鍵を用いて暗号化することが可能である。

通信装置は通信パラメータを取得すると、提供装置が構築する無線ネットワークに接続する（Ｆ５０９）。接続に完了すると、通信装置は当該無線ネットワーク上で提供装置とデータ通信が可能となる。

図６に、上述のフローチャートに従って動作する通信装置が、提供装置から通信パラメータを取得する際の他のシーケンスチャートを示す。図６では、通信装置がパラメータ提供装置１（以下、提供装置１）との通信パラメータ取得処理を中断し、パラメータ提供装置２（以下、提供装置２）と通信パラメータ取得処理を行う場合について説明する。

まず、通信装置はＱＲコード生成する（Ｆ６０１）。ここでは、通信装置の認証情報とＭＡＣアドレスを含むＱＲコードを生成する。そして、通信装置は生成したＱＲコードを表示する（Ｆ６０２）。

提供装置１は通信装置が表示したＱＲコードを読み込むことで、通信装置の認証情報とＭＡＣアドレスを取得する（Ｆ６０３）。次にユーザ操作などにより、通信装置の通信パラメータを設定するための処理がキャンセルされる（Ｆ６０４）。その後、別の提供装置（ここでは提供装置２）と接続するためのユーザ操作が行われたものとする。

当該ユーザ操作が行われると、ユーザ操作に応じて、通信装置はＱＲコードを再度生成する（Ｆ６０５）。このとき、セキュリティを担保するため、通信装置はＦ６０１とは異なる認証情報を用いてＱＲコードを生成する。これによりキャンセル前の認証情報を用いて認証処理が実行することを防止することができる。

提供装置１は通信装置のＭＡＣアドレスを取得しているので、ユニキャストで認証要求を通信装置に送信する（Ｆ６０７）。パラメータ提供装置１はキャンセル前の認証情報を用いて識別情報を算出しているため、通信装置が算出した識別情報と一致しない。また、通信装置が認証要求信号は通信装置のＭＡＣアドレス宛にユニキャストで送信されていると判断し、エラー信号を提供装置１に送信する（Ｆ６０８）。エラー信号を受信したパラメータ提供装置１は処理を中断する。このとき、エラーになったことを提供装置１のＵＩに表示してもよい。

以降、通信装置は提供装置２との間で処理を実行する（Ｆ６０９〜６１５）が、これはＦ５０３〜５０９の処理と同様であるため、ここでの説明は省略する。

通信装置は、提供装置２が構築する無線ネットワークとの接続処理が成功すると、提供装置２とデータ通信可能な状態となる。

以上のように、本実施形態によれば、宛先が限定されて送信された信号に対しては識別情報が一致しない場合にエラーを通知するが、宛先が限定されてない場合はエラーを通知しない。そのため、意図した通信装置以外から提供装置がエラー通知を受信する可能性を低減することが可能となる。その結果、通信パラメータを提供する提供装置が、不要なエラー通知によって処理を中断、もしくは、失敗してしまう可能性を低減できる。即ち、通信装置が通信パラメータを取得する際に、他の通信装置が意図しない装置からのエラー通知により通信パラメータの提供処理が中断もしくは失敗してしまう可能性を低減することができる。

なお、上述の実施形態においては、ＱＲコードを利用して認証情報を提供する方法について説明した。しかしこれに限らず、ＮＦＣや、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、トランスファージェット（ＴｒａｎｓｆｅｒＪｅｔ）など、ＩＥＥＥ８０２．１１シリーズとは異なる通信距離の通信を用いて認証情報を提供するようにしてもよい。例えば、ＮＦＣで認証情報を提供し、ＩＥＥＥ８０２．１１シリーズに準拠した通信により、通信パラメータを取得するようにしてもよい。

また、ＩＥＥＥ８０２．１１ａｄで認証情報を提供し、ＩＥＥＥ８０２．１１ａｃに準拠した通信により、通信パラメータを取得するようにしてもよい。即ち、通信範囲の狭い通信方式で認証情報を提供し、当該方式よりも通信範囲の広い通信方式で通信パラメータを取得するようにしてもよい。これにより、認証情報を提供する範囲を制限できると共に、認証情報を提供後に、通信装置間の距離が離れてしまった場合でも、通信パラメータを取得することができる。

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

３０１通信装置
３０２パラメータ提供装置
３０３ネットワーク

Claims

通信装置であって、
他の通信装置から通信パラメータを取得する際に、前記他の通信装置から送信される認証要求信号を受信する受信手段と、
前記認証要求信号に含まれる識別情報に基づいて、前記他の通信装置を認証する認証手段と、
前記認証要求信号がユニキャストにより送信されたか否かを判定する判定手段と、
前記認証手段による認証に失敗した場合であって、かつ、前記認証要求信号がユニキャストにより送信されたと判定された場合には、前記他の通信装置にエラーを通知する通知手段と、
前記認証手段による認証に成功した場合、前記他の通信装置から通信パラメータを取得する取得手段と、
を有し、
前記通知手段は、前記認証手段による認証に失敗した場合であっても、前記認証要求信号がユニキャストにより送信されていないと判定された場合には、前記他の通信装置にエラーを通知しないことを特徴とする通信装置。
暗号鍵の情報を含むコードを表示する表示手段を更に有し、
前記識別情報は、前記暗号鍵の情報に基づいて生成される情報であることを特徴とする請求項１に記載の通信装置。
前記表示手段が表示するコードはバーコード、二次元コードのいずれかを含むことを特徴とする請求項２に記載の通信装置。
前記暗号鍵は、前記通信装置の公開鍵であることを特徴とする請求項２または３に記載の通信装置。
前記識別情報は、前記通信装置の公開鍵のハッシュ値であることを特徴とする請求項１から４のいずれか１項に記載の通信装置。
前記認証手段による認証に成功した場合、前記認証要求信号がユニキャストにより送信されたか否かに関わらず、認証に成功したことを示す認証応答信号を送信する送信手段を更に有することを特徴とする請求項１から５のいずれか１項に記載の通信装置。
通信装置の制御方法であって、
他の通信装置から通信パラメータを取得する際に、前記他の通信装置から送信される認証要求信号を受信する受信工程と、
前記認証要求信号に含まれる識別情報に基づいて、前記他の通信装置を認証する認証工程と、
前記認証要求信号がユニキャストにより送信されたか否かを判定する判定工程と、
該認証に失敗した場合であって、かつ、前記認証要求信号がユニキャストにより送信されたと判定された場合には、前記他の通信装置にエラーを通知する通知工程と、
前記認証に成功した場合、前記他の通信装置から通信パラメータを取得する取得工程と、
を有し、
前記通知工程において、前記認証に失敗した場合であっても、前記認証要求信号がユニキャストにより送信されていないと判定された場合には、前記他の通信装置にエラーを通知しないことを特徴とする制御方法。
コンピュータを請求項１から６のいずれか１項に記載の通信装置として動作させるためのプログラム。