JP2015220604A - 通信装置、制御方法及びプログラム - Google Patents

Abstract

【課題】 通信装置が、相手装置の通信パラメータ要求の形式によらず、通信パラメータの提供を簡便に実行できるようにすること。【解決手段】 他の通信装置に通信パラメータを提供する機能を有する通信装置は、他の通信装置から第１の信号を受信した場合に、通信パラメータを他の通信装置に提供すると共に、第１の期間において他の通信装置から第２の信号を受信した場合には、第１の信号ｗ受信していない場合であっても通信パラメータを他の通信装置に提供するように通信パラメータを提供する機能を制御する。【選択図】 図３

Description

本発明は、通信装置による通信パラメータの提供方法に関する。

近年、パーソナルコンピュータ（ＰＣ）、携帯電話、デジタルカメラ、又はプリンタ等の機器へ、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）機能が搭載されることが増えている。一般に、無線ＬＡＮによるインフラストラクチャ・モードでの通信においては、基地局（アクセスポイント）が必要である。一方で、近年、端末に簡易基地局機能を搭載し、基地局がない環境下であっても、端末間でインフラストラクチャ・モードによる通信を実現するための技術が提案されている。この技術に関し、無線ＬＡＮの業界団体であるＷｉ−Ｆｉ Ａｌｌｉａｎｃｅでは、簡易基地局機能を搭載した端末を用いて、端末間の直接通信を実現するための仕様として、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔが規格化されている。

Ｗｉ−Ｆｉ Ｄｉｒｅｃｔでは、簡易基地局として動作する機器をＰ２Ｐ（Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ） ＧＯ（Ｇｒｏｕｐ Ｏｗｎｅｒ）とし、Ｐ２Ｐ ＧＯに接続する端末機器をＰ２Ｐ Ｃｌｉｅｎｔとして定めている。複数の機器のそれぞれがＰ２Ｐ ＧＯとＰ２Ｐ Ｃｌｉｅｎｔとのいずれとして動作するかは、機器間でインテント値と呼ばれる能力情報が交換されることにより決定される。また、ある機器が、他の機器との間でインテント値の交換を行わずに、必ずＰ２Ｐ ＧＯとして動作するようにすることもできる。このようなＰ２Ｐ ＧＯをＡｕｔｏｎｏｍｏｕｓ ＧＯと呼ぶ。

Ｐ２Ｐ ＧＯとなった機器は、簡易基地局機能を起動し、無線ネットワークを形成する。Ｐ２Ｐ Ｃｌｉｅｎｔは、Ｐ２Ｐ ＧＯが形成した無線ネットワークに対して、後述するＷＰＳ（Ｗｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ）による無線ＬＡＮの通信パラメータ設定を実行して、自動接続を行う。これにより、Ｐ２Ｐ ＧＯとＰ２Ｐ Ｃｌｉｅｎｔとは、Ｐ２Ｐグループと呼ばれる無線ＬＡＮのネットワークを形成し、Ｐ２Ｐグループ内では、Ｐ２Ｐ ＧＯとＰ２Ｐ Ｃｌｉｅｎｔとの間での無線ＬＡＮによる直接通信が可能となる。

ここで、上述のＷＰＳとは、無線ＬＡＮ接続に必要なセキュリティ設定等の通信パラメータのセットアップを簡単に行い、通信装置をインフラストラクチャネットワークに参加させるための無線ＬＡＮの標準技術である。ＷＰＳでは、エンローリと呼ばれる無線ＬＡＮネットワークに接続したい通信パラメータ受信装置が、レジストラと呼ばれる通信パラメータ提供装置から無線ＬＡＮ接続に必要な通信パラメータを取得する。また、ＷＰＳには、両方の機器でボタンを押すＰＢＣ（Ｐｕｓｈ Ｂｕｔｔｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）方式と、予め定めたＰＩＮコードを双方に設定して、そのＰＩＮコードが一致した機器間で通信パラメータの設定を行うＰＩＮ方式とがある。

Ｗｉ−Ｆｉ Ｄｉｒｅｃｔでは、簡易基地局機能を有するＰ２Ｐ ＧＯがレジストラとなり、Ｐ２Ｐ Ｃｌｉｅｎｔがエンローリとなる。Ｐ２Ｐ Ｃｌｉｅｎｔは、ＷＰＳによる通信パラメータの提供を要求するために、ＰＩＮ方式またはＰＢＣ方式の対応情報等を含むプロビジョンディスカバリ要求（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ）をＰ２Ｐ ＧＯに対して送信する。プロビジョンディスカバリ要求の受信を契機に、Ｐ２Ｐ ＧＯはレジストラとしての動作を開始し、ＷＰＳによる通信パラメータの提供処理を開始する。そのため、Ｐ２Ｐ ＧＯとなった通信装置に対して、レジストラの動作を開始するための指示操作がユーザに要求されない。

一方、ある相手装置が、Ｐ２Ｐ ＧＯである通信装置に対して、ＷＰＳのＰＢＣ方式で接続する場合を考える。この場合、相手装置がＰＢＣ方式によって通信パラメータを取得するには、通信装置がレジストラとして動作する必要がある。しかしながら、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ方式と異なり、ＰＢＣ方式では、相手装置は、プロビジョンディスカバリ要求を送信しないため、通信装置がレジストラとしての機能を起動するためのユーザによる指示操作が要求されることとなる。この場合、例えば、通信装置に具備しているＷＰＳ用ボタンを押下する等の指示操作をユーザが行う必要がある。

これに対して、特許文献１には、電源の投入に応答して、ユーザ操作等外部からの命令を受けることなく、ＰＢＣ方式で通信パラメータを提供するためのレジストラとしての動作を開始する装置が記載されている。

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

しかしながら、特許文献１には、通信の相手装置から受信される通信パラメータ要求がＷｉ−Ｆｉ Ｄｉｒｅｃｔ方式の場合については記載されていない。そのため、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ方式の場合も考慮すると、通信装置が受信したのが、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ方式による要求であるか、ＰＢＣ方式による要求であるかを、その通信装置のユーザが意識する必要があるという課題があった。また、特許文献１の装置では、レジストラとしての動作を停止した後の通信パラメータの提供処理について記載されていない。そのため、レジストラとしての動作を停止した後に通信パラメータの提供処理を要求するためには、結局、ユーザが指示操作を行う必要があるという課題があった。

本発明は上記課題に鑑みなされたものであり、通信装置が、相手装置の通信パラメータ要求の形式によらず、通信パラメータの提供を簡便に実行できるようにするための技術を提供することを目的とする。

上記目的を達成するため、本発明による通信装置は、他の通信装置に通信パラメータを提供する提供手段と、前記他の通信装置から第１の信号を受信した場合に、前記通信パラメータを前記他の通信装置に提供するように前記提供手段を制御すると共に、第１の期間において前記他の通信装置から第２の信号を受信した場合には、前記第１の信号を受信していない場合であっても前記通信パラメータを前記他の通信装置に提供するように前記提供手段を制御する制御手段と、を有する。

本発明によれば、通信装置が、相手装置の通信パラメータ要求の形式によらず、通信パラメータの提供を簡便に実行できるようになる。

無線通信ネットワークの構成例を示す図。 プリンタ１０１の構成例を示すブロック図。 プリンタ１０１が実行する処理の流れの第１の例を示すフローチャート。 無線通信ネットワークにおける処理の流れの第１の例を示すシーケンス図。 無線通信ネットワークにおける処理の流れの第２の例を示すシーケンス図。 無線通信ネットワークにおける処理の流れの第３の例を示すシーケンス図。 レジストラとして機能する通信装置が複数存在する状態を示す概念図。 プリンタ１０１が実行する処理の流れの第２の例を示すフローチャート。

以下、添付図面を参照して本発明の実施の形態を詳細に説明する。以下では、ＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮシステムを用いた例について説明するが、必ずしもこれに限られない。

（無線通信ネットワークの構成）
図１に、本実施形態に係る無線通信ネットワークの構成例を示す。無線通信ネットワークは、例えば、それぞれが通信装置として機能する、プリンタ１０１、パーソナルコンピュータ（ＰＣ）１０３、及び携帯電話１０４並びに１０５を含む。以下では、ＰＣ１０３、及び携帯電話１０４並びに１０５の少なくともいずれかが、プリンタ１０１と接続する場合について説明する。また、以下では、プリンタ１０１、ＰＣ１０３、及び携帯電話１０４並びに１０５は、ＩＥＥＥ８０２．１１規格シリーズの準拠する無線ＬＡＮ機能を有するものとして説明するが、これ以外の無線通信機能を有していてもよい。

プリンタ１０１及び携帯電話１０４並びに１０５は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ機能を有し、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔプロトコルに基づいた通信処理に対応することができるものとする。

プリンタ１０１は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔの機能を用いて、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ） Ｇｒｏｕｐ Ｏｗｎｅｒ（ＧＯ）として、無線ネットワーク（Ｐ２Ｐグループ）１０２を形成する。なお、Ｐ２Ｐ ＧＯは、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔにおいて、基地局（アクセスポイント、ＡＰ）として動作する役割である。これに対して、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔにおいて、端末（ステーション、ＳＴＡ）として動作する役割を、Ｐ２Ｐ Ｃｌｉｅｎｔという。携帯電話１０４及び１０５は、例えば、Ｐ２Ｐ Ｃｌｉｅｎｔとして動作する。

また、プリンタ１０１は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔの機能を用いて、無線ネットワーク（Ｐ２Ｐグループ）１０２に接続した相手装置から通信パラメータの提供要求を受信したことに応じて、通信パラメータの提供処理を実行する。ここで、通信パラメータとは、例えば、ネットワーク識別子としてのＳＳＩＤ、暗号方式、暗号鍵、認証方式、又は認証鍵の少なくともいずれかを含む、無線通信を行うために必要な設定項目である。携帯電話１０４及び１０５は、例えばこの提供処理によって、プリンタ１０１から、無線ネットワーク（Ｐ２Ｐグループ）１０２を通じて、通信パラメータを受信することができる。

ＰＣ１０３は、無線ＬＡＮ機能を有するが、例えばＷｉ−Ｆｉ Ｄｉｒｅｃｔ機能を有しない又はこの機能が無効化されているなどの理由により、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔによる通信パラメータの提供を受けることができないものとする。そして、ＰＣ１０３は、ＷＰＳのＰＢＣ方式によって、無線ネットワーク１０２を通じて、プリンタ１０１から通信パラメータを受信する。

（プリンタの構成例）
図２に、本実施形態に係るプリンタ１０１の機能構成例を示す。図２に示す各機能部は、ハードウェア又はソフトウェアによって構成され、それぞれに相互関係を有するものである。また、図２に示す機能構成は一例であり、複数の機能部がまとめて１つの機能部として存在してもよいし、１つの機能部が複数に分かれて存在していてもよい。

プリンタ１０１は、例えば、その機能として、無線通信制御部２０１、送受信部２０２、操作受付部２０３、表示部２０４、制御部２０５、及び記憶部２０６など、一般的な無線通信装置としての機能を有する。また、プリンタ１０１は、タイマ部２０７、基地局機能制御部２０８、端末機能制御部２０９、通信パラメータ提供部２１０、通信パラメータ受信部２１１、エラー通知部２１２、及び提供装置検出部２１３を有する。

無線通信制御部２０１は、無線ＬＡＮにより、他の無線装置との間で無線信号の送受信を行うための、アンテナ及び回路等を含み、さらに、それらの制御と通信の制御とを行うためのプログラムを含む。送受信部２０２は、各通信レイヤのプロトコルに応じたデータの送受信制御、及びＷｉ−Ｆｉ ＤｉｒｅｃｔとＷＰＳとに関連したプロトコル処理を行う。

操作受付部２０３は、ユーザによるプリンタ１０１の操作を受け付ける。操作受付部２０３は、例えば、Ｇｒｏｕｐ Ｏｗｎｅｒ機能を開始するトリガ、通信パラメータの設定処理を開始するトリガなどを与える設定ボタン等を含む。また、操作受付部２０３は、ハードウェアによって構成されてもよいし、表示部２０４によって出力されたアイコンのユーザによる選択を受け付けるなどの、ソフトウェアによる任意のＵＩによって構成されてもよい。表示部２０４は、ＬＣＤ、ＬＥＤ、又はスピーカなどのように、視覚と聴覚との少なくともいずれかによってユーザが認知可能な情報を出力するための各種表示処理を行う。

制御部２０５は、例えば、１つ又は複数のプロセッサ（ＣＰＵ等）によって構成され、記憶部２０６に記憶された制御プログラムを実行することによりプリンタ１０１全体を制御する。記憶部２０６は、プリンタ１０１を制御するためのプログラム及びデータが格納される、ＲＯＭ、一時的な記憶を司るＲＡＭ、等を含んで構成される。後述する各種動作は、例えば、記憶部２０６に記憶された制御プログラムを制御部２０５が実行することにより行われる。タイマ部２０７は、日時又は時刻等を示す時計機能と、ある所定時間を計測する。

基地局機能制御部２０８は、プリンタ１０１が無線ＬＡＮにおける基地局として動作するための処理を行う。基地局機能制御部２０８は、例えば、Ｗｉ−Ｆｉ ＤｉｒｅｃｔにおけるＰ２Ｐ ＧＯとして動作する際の制御を行う。端末機能制御部２０９は、プリンタ１０１が無線ＬＡＮにおける端末局として動作するための処理を行う。端末機能制御部２０９は、例えば、Ｗｉ−Ｆｉ ＤｉｒｅｃｔにおけるＰ２Ｐ Ｃｌｉｅｎｔとして動作する際の制御を行う。

通信パラメータ提供部２１０は、相手機器に通信パラメータを提供する。後述する通信パラメータ提供処理は、通信パラメータ提供部２１０によって実行される。通信パラメータ提供部２１０は、相手装置から通信パラメータ提供要求を受信したことに応じて、通信パラメータの提供処理を実行する。また、本実施形態では通信パラメータを提供する装置をレジストラ（Ｒｅｇｉｓｔｒａｒ）と呼ぶ。

通信パラメータ受信部２１１は、相手機器から通信パラメータを受信する。なお、本実施形態では、主としてプリンタ１０１がレジストラとして機能する場合について説明するため、本機能部はなくてもよい。しかしながら、プリンタ１０１が他のレジストラが提供する通信パラメータを用いて通信を行う場合は、通信パラメータ受信部２１１は、例えば通信パラメータ提供要求をレジストラに送信することにより、レジストラから通信パラメータを受信する。

エラー通知部２１２は、通信パラメータの提供処理を実行できないことを示す通知信号（パケット）を、相手装置へ送信する。なお、エラー通知部２１２は、通信パラメータの提供処理を実行できないことを、表示部２０４に表示させて、ユーザに通知する役割を果たしてもよい。提供装置検出部２１３は、プリンタ１０１がレジストラとして動作中に、プリンタ１０１以外にもレジストラが存在することを検出する。

（処理の流れ）
続いて、プリンタ１０１と、携帯電話１０４並びに１０５とＰＣ１０３との少なくともいずれかとの間で実行される処理の流れについて、いくつかの例を用いて説明する。なお、以下では、いずれの例においても、プリンタ１０１がＰ２Ｐ ＧＯとして機能し、通信パラメータの提供処理を行うものとする。

（（例１））
図３は、プリンタ１０１による通信パラメータ提供処理の流れの例を示すフローチャートである。本例では、プリンタ１０１は、操作受付部２０３において、ユーザの開始指示を受け付けたことに応じて基地局機能制御部２０８を起動し、Ｐ２Ｐ ＧＯとしての動作を開始する（Ｓ３０１）。プリンタ１０１は、Ｓ３０１でＰ２Ｐ ＧＯとしての動作を開始するとタイマ部２０７を起動し（Ｓ３０２）、レジストラとして通信パラメータ提供機能の動作を開始する（Ｓ３０３）。なお、Ｓ３０３で起動されるレジストラ機能は、所定時間の長さを有する有効期間を有し、タイマ部２０７は、この有効期間が開始してから所定時間が経過したかを判定するために用いられる。なお、Ｓ３０２の処理とＳ３０３の処理は、例えば、同時に行われてもよいし、Ｓ３０３の処理が開始された後にＳ３０２の処理が実行されてもよい。

プリンタ１０１は、Ｓ３０３においてレジストラとしての動作を開始した後に、送受信部２０２により、Ｗｉ−Ｆｉ ＤｉｒｅｃｔのＰ２Ｐ Ｃｌｉｅｎｔからの信号であるプロビジョンディスカバリ要求を受信したか否かを判定する（Ｓ３０４）。プリンタ１０１は、プロビジョンディスカバリ要求を受信した場合（Ｓ３０４でＹＥＳ）、そのプロビジョンディスカバリ要求の送信元の相手装置に対して、通信パラメータの提供処理を行う（Ｓ３０５）。そして、プリンタ１０１は、Ｓ３０５の通信パラメータ提供処理を完了すると、再びＳ３０４でプロビジョンディスカバリ要求を受信したか否かの判定を行う。なお、プロビジョンディスカバリ要求は、本実施形態における第１の信号の一例である。

一方、プリンタ１０１は、プロビジョンディスカバリ要求を受信していない場合（Ｓ３０４でＮＯ）、プロビジョンディスカバリ要求ではない、通信パラメータ提供要求信号を受信したかを判定する（Ｓ３０６）。

ここで、本実施形態では、この通信パラメータ提供要求信号がＥＡＰＯＬ−ＳＴＡＲＴパケットであるものとするが、これ以外の信号によって通信パラメータ提供要求がされてもよい。例えば、通信パラメータの提供装置を探索するための情報が付加された（ＲｅｑｕｅｓｔＴｙｐｅがＥｎｒｏｌｌｅｅ、すなわち通信パラメータ受信装置の）Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを通信パラメータ提供要求信号として用いてもよい。また、例えば、Ａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔのＲｅｑｕｅｓｔ ＴｙｐｅがＥｎｒｏｌｌｅｅであることにより、通信パラメータ提供要求が行われてもよい。さらに、ＰｒｏｂｅＲｅｑｕｅｓｔに含まれるＲｅｑｕｅｓｔ ｔｏ Ｅｎｒｏｌｌ属性が真であることにより、通信パラメータ提供要求が行われてもよい。なお、通信パラメータ提供要求信号は、本実施形態における第２の信号の一例である。

プリンタ１０１は、ＥＡＰＯＬ−ＳＴＡＲＴパケットを受信した場合（Ｓ３０６でＹＥＳ）、ＥＡＰＯＬ−ＳＴＡＲＴパケットの送信元の相手装置に対して、通信パラメータの提供処理を行う（Ｓ３０７）。そして、プリンタ１０１は、Ｓ３０７で通信パラメータの提供処理を完了すると、レジストラとしての動作を停止し（Ｓ３０９）、レジストラ機能の起動時間を計測していたタイマ部２０７を停止する（Ｓ３１０）。

一方、プリンタ１０１は、ＥＡＰＯＬ−ＳＴＡＲＴパケットを受信していない場合（Ｓ３０６）、レジストラ機能を起動してから、すなわちタイマ部２０７を起動してから経過した時間が所定時間（例えば２分）に達したかを判定する（Ｓ３０８）。なお、本実施形態では所定時間を２分としたが、これに限るものではなく、例えば、この所定時間は、例えばシステムの設計などにより決定される。プリンタ１０１は、タイマ部２０７を起動してから所定時間が経過したと判定すると（Ｓ３０８でＹＥＳ）、レジストラ機能とタイマ部２０７とを停止する（Ｓ３０９、Ｓ３１０）。なお、レジストラ機能を起動している期間、すなわち、レジストラ機能を起動してから所定時間（例えば２分）が経過するまでの期間は、本実施形態における第１の期間の一例である。

プリンタ１０１は、タイマ部２０７を起動してから所定時間が経過していないと判定すると（Ｓ３０８でＮＯ）、Ｐ２Ｐ ＧＯとしての機能が停止されるかを判定する（Ｓ３１１）。Ｐ２Ｐ ＧＯとしての機能が停止されるかの判定は、例えば、操作受付部２０３においてユーザからのＰ２Ｐ ＧＯ機能の停止指示が受け付けられたかの判定によって行われる。なお、これ以外の要因によって、Ｐ２Ｐ ＧＯとしての機能が停止されるかの判定が行われてもよい。例えば、プリンタ１０１に接続するＰ２Ｐ Ｃｌｉｅｎｔが存在しないままに所定時間が経過した場合に、Ｐ２Ｐ ＧＯとしての機能が停止されるように判定が行われてもよい。プリンタ１０１は、Ｐ２Ｐ ＧＯとしての機能が停止されると判定した場合（Ｓ３１１でＹＥＳ）、レジストラ機能とタイマ部２０７とを停止し（Ｓ３１２、Ｓ３１３）、パラメータ提供処理を終了する。一方、プリンタ１０１は、Ｐ２Ｐ ＧＯとしての機能が停止されないと判定した場合（Ｓ３１１でＮＯ）、再びＳ３０４においてプロビジョンディスカバリ要求を受信したか否かの判定を行う。

すなわち、プリンタ１０１は、Ｐ２Ｐ ＧＯであると共にＥＡＰＯＬ−ＳＴＡＲＴパケットを受信しない限りにおいて、レジストラとしての機能が開始されてからの時間が所定時間に達した場合に、レジストラとしての機能を停止する。一方、プリンタ１０１は、ＥＡＰＯＬ−ＳＴＡＲＴパケットの受信によって通信パラメータの提供が行われた場合、レジストラとしての機能が開始されてからの時間が所定時間に達しなくとも、レジストラとしての機能を停止する。

プリンタ１０１は、Ｓ３０９及びＳ３１０において、レジストラ機能とタイマ部２０７とを停止した後には、プロビジョンディスカバリ要求の受信を待ち受ける（Ｓ３１４）。そして、プリンタ１０１は、プロビジョンディスカバリ要求を受信すると（Ｓ３１４でＹＥＳ）、レジストラ機能を起動し（Ｓ３１５）、プロビジョンディスカバリ要求の送信元の相手装置に対して、通信パラメータの提供処理を行う（Ｓ３１６）。そして、プリンタ１０１は、Ｓ３１６で通信パラメータの提供処理を完了すると、レジストラ機能を停止し（Ｓ３１７）、Ｓ３１４におけるプロビジョンディスカバリ要求の待ち受け状態へと戻る。

プリンタ１０１は、プロビジョンディスカバリ要求を受信していない状態（Ｓ３１４でＮＯ）において、Ｐ２Ｐ ＧＯとしての機能が停止されるかを監視する（Ｓ３１８）。そして、プリンタ１０１は、Ｐ２Ｐ ＧＯとしての機能が停止されない場合には（Ｓ３１８でＮＯ）、Ｓ３１４におけるプロビジョンディスカバリ要求の待ち受け状態へと戻る。一方、プリンタ１０１は、Ｐ２Ｐ ＧＯとしての機能が停止される場合（Ｓ３１８でＹＥＳ）は、パラメータ提供処理を終了する。

このときの、無線通信ネットワークにおける各機器が実行する処理の流れについて説明する。図４は、無線通信ネットワークにおける通信パラメータ提供処理の流れを示すシーケンス図である。

プリンタ１０１は、操作受付部２０３において、ユーザからの指示操作を受け付けると、まず、Ｐ２Ｐ ＧＯとしての動作を開始し（Ｓ４０１）、タイマを起動し（Ｓ４０２）、そして、レジストラ機能を起動する（Ｓ４０３）。その後、プリンタ１０１は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ方式による接続を要求する携帯電話１０４からプロビジョンディスカバリ要求を受信する（Ｓ４０４）。プリンタ１０１は、このプロビジョンディスカバリ要求の受信に応じて、プロビジョンディスカバリ応答を送信し（Ｓ４０５）、携帯電話１０４に対して通信パラメータの提供処理を行う（Ｓ４０６）。なお、この場合は、プリンタ１０１はレジストラ機能とタイマとを停止することはない。

また、プリンタ１０１は、Ｓ４０３でのレジストラ機能を起動後、所定時間が経過する前に、ＰＢＣ方式による接続を要求するＰＣ１０３から、ＥＡＰＯＬ−ＳＴＡＲＴパケットを受信する（Ｓ４０７）。プリンタ１０１は、このように、レジストラ機能の有効期間においてＥＡＰＯＬ−ＳＴＡＲＴパケットを受信すると、そのＥＡＰＯＬ−ＳＴＡＲＴパケットの送信元であるＰＣ１０３に対して、通信パラメータ提供処理を行う（Ｓ４０８）。そして、プリンタ１０１は、ＥＡＰＯＬ−ＳＴＡＲＴパケットに応答して行われた通信パラメータの提供処理が完了すると、レジストラ機能とタイマとを停止する（Ｓ４０９、Ｓ４１０）。また、Ｓ４０２でタイマを起動してから所定時間が経過した場合でも、プリンタ１０１はレジストラ機能およびタイマを停止する。

プリンタ１０１は、レジストラ機能およびタイマを停止した後であっても、携帯電話１０５から受信した信号がプロビジョンディスカバリ要求である場合（Ｓ４１１）は、レジストラ機能を起動する（Ｓ４１２）。そして、プリンタ１０１は、プロビジョンディスカバリ要求の送信元である携帯電話１０５に対して、プロビジョンディスカバリ応答を送信し（Ｓ４１３）、通信パラメータの提供処理を行う（Ｓ４１４）。そして、プリンタ１０１は、Ｓ４１４での通信パラメータの提供処理が完了すると、レジストラ機能を停止する（Ｓ４１５）。なお、プリンタ１０１は、例えば携帯電話１０５から受信した信号がＥＡＰＯＬ−ＳＴＡＲＴパケットであった場合は、このタイミングではレジストラ機能が有効ではないため、携帯電話１０５に対する通信パラメータの提供処理を行わない。

このように、Ｐ２Ｐ ＧＯとなったプリンタ１０１は、ユーザからの指示操作を受け付けなくても、接続方式がＷｉ−Ｆｉ Ｄｉｒｅｃｔ方式またはＰＢＣ方式である相手装置に対して、通信パラメータを提供することができる。また、プリンタ１０１は、ＰＢＣ方式による通信パラメータ提供の完了後または所定時間の経過後も、接続方式がＷｉ−Ｆｉ Ｄｉｒｅｃｔ方式の相手装置に対しては、ユーザからの指示操作を受け付けることなく、通信パラメータを提供することができる。なお、プリンタ１０１は、ＰＢＣ方式による通信パラメータ提供の完了後または所定時間の経過後であっても、ユーザがＰＢＣ方式による接続の指示操作を行った場合は、レジストラ機能を起動して通信パラメータを提供することは可能である。

続いて、タイマを起動してから所定時間が経過する直前に、ユーザがＰＢＣ方式による接続用のボタンを押下して、プリンタ１０１に対して通信パラメータの提供処理を指示した場合の動作例について、図５を用いて説明する。プリンタ１０１はレジストラ機能を起動後に所定時間が経過するとレジストラ機能を停止するため、ユーザがＰＢＣ方式による接続を、例えば所定時間が経過する直前に要求した場合、通信パラメータの提供処理が実行されない場合が生じうる。

そこで、プリンタ１０１は、所定時間が経過する前にユーザからのＰＢＣ方式による接続指示を受け付けた場合は、タイマを再起動する。これにより、プリンタ１０１は、ＰＢＣ方式による接続処理を実行可能な期間を、ユーザが期待する期間に一致させることが可能となり、ユーザの期待通りに通信パラメータを提供することを可能とする。

図５は、このような場合の、無線通信ネットワークにおける通信パラメータ提供処理を示すシーケンス図である。図５において、Ｓ５０１からＳ５０６までの処理及びＳ５１１からＳ５１６までの処理は、図４のＳ４０１からＳ４０６までの処理及びＳ４１０からＳ４１５までの処理とそれぞれ同様であるため、説明を省略する。

図５において、プリンタ１０１は、Ｓ５０６において携帯電話１０４に対して通信パラメータの提供処理を行った後に、ユーザからのＰＢＣ方式による通信パラメータの提供処理の指示を受け付けたとする。この場合、プリンタ１０１はタイマ部２０７を再起動する（Ｓ５０７）。すなわち、プリンタ１０１は、タイマ部２０７で計測していた時間を（例えば０に）リセットし、再起動したタイミングからの時間を計測する。この場合、プリンタ１０１は、再起動後に経過した時間が所定時間に達し、又はＥＡＰＯＬ−ＳＴＡＲＴパケットによる通信パラメータの提供が行われた場合に、レジストラとしての機能を終了することとなる。図５では、プリンタ１０１は、Ｓ５０７でタイマを再起動した後、所定時間が経過する前にＰＣ１０３から通信パラメータ要求を受信すると（Ｓ５０８）、ＰＣ１０３に対して通信パラメータ提供処理を行う（Ｓ５０９）。そして、プリンタ１０１は、通信パラメータの提供処理が完了した後に、レジストラとしての機能を停止する（Ｓ５１０）。

なお、図５には示していないが、プリンタ１０１は、携帯電話１０４との間で通信パラメータ提供処理を実行中である間（Ｓ５０６）は、操作受付部２０３を介した開始指示ボタンを無効化して、提供処理が完了した後にそのボタンを有効化してもよい。また、プリンタ１０１は、無効化の期間中、表示部２０４に通信パラメータ提供処理の進行状況を表示させ、どの端末に提供処理を実行しているかをユーザに通知してもよい。

このように、プリンタ１０１は、タイマを起動してから所定時間が経過する前に、ユーザからのＰＢＣ方式による通信パラメータの提供処理の指示を受け付けた場合にタイマを再起動する。これにより、ＰＢＣ方式による通信パラメータの提供を実行することができる期間をユーザが期待する期間に一致させることが可能となる。

（（例２））
本例では、携帯電話１０４から受信した通信パラメータの提供要求に対して応答する前に、ＰＣ１０３からも通信パラメータの提供要求を受信した場合の処理の流れについて説明する。図６に、本例に係る、無線通信ネットワークにおける通信パラメータ提供処理の流れを示す。なお、図６において、Ｓ６０１からＳ６０４の処理は、それぞれ、Ｓ４０１からＳ４０４の処理と同様のため、説明を省略する。

本例では、プリンタ１０１は、Ｓ６０４でプロビジョンディスカバリ要求を受信し、携帯電話１０４へプロビジョンディスカバリ応答を送信する前に、ＰＣ１０３から通信パラメータの要求を意図するＥＡＰＯＬ−ＳＴＡＲＴパケットを受信する（Ｓ６０５）。すると、プリンタ１０１は、携帯電話１０４に対して、通信パラメータを提供できない旨のエラーを、エラー通知部２１２を介して通知する（Ｓ６０６）。本エラーは、明示的にエラーコードによって通知されてもよいし、肯定応答の際に含まれるべき情報を含めない応答により通知されてもよいし、または、応答そのものが送信されないことにより通知されてもよい。

プリンタ１０１は、Ｓ６０６で携帯電話１０４に対してエラーを通知した後に、表示部２０４に携帯電話１０４と接続できない旨のエラーを表示してもよい（Ｓ６０７）。ここで、プリンタ１０１は、Ｓ６０４で受信したプロビジョンディスカバリ要求に携帯電話１０４のデバイス名などの識別情報が含まれていれば、エラーと共に、その識別情報に対応するデバイス名を表示部２０４に表示させてもよい。なお、プリンタ１０１は、Ｓ６０７における表示部２０４へのエラー表示を行い、Ｓ６０６における携帯電話１０４に対してのエラー通知を行わないようにしてもよい。すなわち、プリンタ１０１は、エラー表示と他の装置へのエラー通知との少なくともいずれかを行うようにすることができる。また、プリンタ１０１は、表示部２０４にエラーを表示してから携帯電話１０４に対してエラー通知を行ってもよい。

プリンタ１０１は、携帯電話１０４に対する通信パラメータの提供をエラーとして行わない一方で、ＰＢＣ方式による通信パラメータの提供を要求したＰＣ１０３に対しては、通信パラメータを提供する（Ｓ６０８）。そして、プリンタ１０１は、ＰＣ１０３に対する通信パラメータ提供処理が終了すると、レジストラ機能およびタイマを停止する（Ｓ６０９、Ｓ６１０）。その後、プリンタ１０１は、携帯電話１０４からプロビジョンディスカバリ要求を再受信（Ｓ６１１）したことに応じて、携帯電話１０４に対して通信パラメータの提供処理を実行する（Ｓ６１２〜Ｓ６１５）。なお、Ｓ６１２〜Ｓ６１５の処理は、通信パラメータの要求元及び提供先が携帯電話１０５ではなく、携帯電話１０４であることを除いて、図４のＳ４１１〜Ｓ４１４と同様であるため、詳細な説明については省略する。

プリンタ１０１がＰ２Ｐ ＧＯとしての動作を開始してから所定時間が経過した場合、ＰＢＣ方式で通信パラメータの提供を要求するには、ユーザがプリンタ１０１に対してＰＢＣ方式による提供の指示操作を行う必要がある。一方で、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ方式で通信パラメータを要求する場合は、Ｐ２Ｐ ＧＯとしての動作を開始してから所定時間が経過した後も、ユーザは、プリンタ１０１に対して指示操作を行う必要がない。これに対して、本例では、プリンタ１０１は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ方式による提供要求とＰＢＣ方式による提供要求をほぼ同時に受信した場合、ＰＢＣ方式による提供要求を送信した相手装置を優先して通信パラメータを提供する。これにより、プリンタ１０１がＰ２Ｐ ＧＯとしての動作を開始してから所定時間が経過する前に、ＰＢＣ方式による提供要求を送信した相手装置に対して通信パラメータを提供することができる確率を上げることができる。また、プリンタ１０１は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ方式で通信パラメータを要求する相手装置に対しては、その相手装置が要求を再送するようにシステムを構築することにより、確実に通信パラメータを提供することができる。

（（例３））
実際の環境では、図７に示すように、通信パラメータを提供するためのレジストラ機能を有する無線ＬＡＮのアクセスポイント（ＡＰ）７０１が、プリンタ１０１の近傍にいる場合がありうる。なお、アクセスポイント７０１は、無線ネットワーク７０２を形成するものとする。この場合、プリンタ１０１がレジストラ機能として動作中に、アクセスポイント７０１もレジストラとして動作することが起こり得る。すなわち、レジストラが複数台存在することによるセッションオーバーラップが発生しうる。本例では、このセッションオーバーラップが生じた場合の処理について、説明する。

図８は、本例におけるプリンタ１０１による通信パラメータ提供処理の流れの例を示すフローチャートである。図８において、Ｓ８０１〜Ｓ８０３及びＳ８１０〜Ｓ８２４の処理は、図３におけるＳ３０１〜Ｓ３０３及びＳ３０４〜Ｓ３１８の処理とそれぞれ同様であるため、説明を省略する。

プリンタ１０１は、Ｓ８０３でレジストラとしての動作を開始した後、提供装置検出部２１３によって、レジストラとして動作する他の通信装置が存在するかの検出処理を行う（Ｓ８０４）。そして、プリンタ１０１は、レジストラとして動作する他の通信装置を検出しなかった場合（Ｓ８０４でＮＯ）、処理をＳ８１０に移し、図３におけるＳ３０４〜Ｓ３１８と同様の処理を実行する。一方、プリンタ１０１は、レジストラとして動作する他の通信装置を検出した場合（Ｓ８０４でＹＥＳ）、プリンタ１０１自身のレジストラとしての動作を停止する（Ｓ８０５）。プリンタ１０１は、その後、通信パラメータの提供処理を行わないままに、レジストラとして動作する他の通信装置を検出した回数が所定の回数に達したかを判定する（Ｓ８０６）。所定の回数は、例えば３回などであるが、この値は例えばシステム構成などにより任意の回数に設定されてもよい。プリンタ１０１は、検出回数が所定の回数に達していない場合（Ｓ８０６でＮＯ）は、表示部２０４に、所定の期間だけ待機してから接続を要求するべきであることを示すエラーを表示し（Ｓ８０７）、所定時間待機する（Ｓ８０８）。所定時間は例えば３０秒などであるが、他の値が用いられてもよい。プリンタ１０１は、その後、Ｓ８０８において所定の期間だけ待機した後に、レジストラとしての動作を再開する（Ｓ８０３）。一方、プリンタ１０１は、検出回数が所定の回数に達したと判定した場合（Ｓ８０６でＹＥＳ）、表示部２０４にレジストラとしての動作を停止する旨のエラーを表示し（Ｓ８０９）、タイマを停止する（Ｓ８１６）。

このように、プリンタ１０１は、レジストラとして動作する他の通信装置を検出した場合、レジストラとしての動作を停止する。そして、プリンタ１０１は、所定の期間だけ待機した後にレジストラとしての動作を再開する。このため、プリンタ１０１は、他の通信装置がレジストラとして通信パラメータを提供する処理を妨害せずに、自装置による通信パラメータの提供処理を行うことが可能となる。

なお、上述の各処理は、プリンタ１０１がＡｕｔｏｎｏｍｏｕｓ ＧＯとして動作する場合に限って実行される処理としてもよい。すなわち、プリンタ１０１がＰ２Ｐ ＧＯとして動作するために、相手装置とインテント値の交換を行うことなく、必ずＰ２Ｐ ＧＯとなる動作モードで動作している場合に限って実行される処理としてもよい。したがって、相手装置とインテント値の交換を行った結果、Ｐ２Ｐ ＧＯとして動作することが決まった場合には、同じくＰ２Ｐ ＧＯとして動作するものの、上述の処理を実行しないようにすることができる。

また、上述の各例では、プリンタ１０１がＰ２Ｐ ＧＯとして機能する場合の処理について説明したが、プリンタ１０１は、Ｐ２Ｐ ＧＯではなく、インフラストラクチャ・モードの基地局として機能して、通信パラメータの提供処理を実行してもよい。また、上述の各例において、プリンタ１０１は、通信パラメータの提供処理に失敗した場合、表示部２０４に通信パラメータの提供処理に失敗した旨のエラーを表示してもよい。また、プリンタ１０１は、ＰＢＣ方式による通信パラメータの提供処理に失敗した場合、タイマを起動してから所定時間内であれば、通信パラメータの提供処理を再度実行してもよい。

さらに、上述の各例において、プリンタ１０１は、相手機器の接続台数を制限していないが、接続台数に上限値を設けてもよい。接続台数の上限は、例えば５台などに制限されてもよい。また、プリンタ１０１は、相手装置の接続台数が上限値に達した場合、表示部２０４に接続台数が上限値に達している旨のエラーを表示しもよい。また上述の各例において、プリンタ１０１は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ方式による接続を要求する相手装置に対して、プロビジョンディスカバリ要求の受信を契機に、通信パラメータの提供処理を実行したが、これに限られない。プリンタ１０１は、例えば、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ機能に対応していることが分かる識別情報が付加してあるプローブリクエストの受信を契機に、通信パラメータの提供処理を実行してもよい。

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

１０１：プリンタ、２０５：制御部、２０７：タイマ部、２１０：通信パラメータ提供部

Claims (18)

1. 通信装置であって、
   他の通信装置に通信パラメータを提供する提供手段と、
   前記他の通信装置から第１の信号を受信した場合に、前記通信パラメータを前記他の通信装置に提供するように前記提供手段を制御すると共に、第１の期間において前記他の通信装置から第２の信号を受信した場合には、前記第１の信号を受信していない場合であっても前記通信パラメータを前記他の通信装置に提供するように前記提供手段を制御する制御手段と、
   を有することを特徴とする通信装置。
2. 前記通信装置は基地局として機能する基地局機能を有し、
   前記制御手段は、前記基地局機能が起動されたことに応じて、前記第１の期間を開始する、
   ことを特徴とする請求項１に記載の通信装置。
3. 前記制御手段は、前記通信装置が前記基地局として機能しなくなったことに応じて、前記第１の期間を終了する、
   ことを特徴とする請求項２に記載の通信装置。
4. 前記制御手段は、前記第２の信号を受信したことに応じて、前記第１の期間を終了する、
   ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 前記制御手段は、前記第１の期間が開始してから所定時間が経過したことに応じて、前記第１の期間を終了する、
   ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
6. ユーザからの操作を受け付ける受付手段をさらに有し、
   前記制御手段は、前記第１の期間が開始してから前記所定時間が経過する前に、前記受付手段において所定の操作を受け付けた場合、当該所定の操作を受け付けてから前記所定時間が経過したことに応じて、前記第１の期間を終了する、
   ことを特徴とする請求項５に記載の通信装置。
7. 前記制御手段は、前記第１の期間において前記提供手段を起動すると共に、前記第１の期間ではない期間において第１の信号を受信した場合に前記提供手段を起動する、
   ことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
8. 前記制御手段は、前記第１の期間において、第１の他の通信装置から前記第１の信号を受信し、第２の他の通信装置から前記第２の信号を受信した場合、前記第２の他の通信装置に前記通信パラメータを提供するように、前記提供手段を制御する、
   ことを特徴とする請求項１から７のいずれか１項に記載の通信装置。
9. 前記第１の他の通信装置へは前記通信パラメータが提供されないことを前記通信装置のユーザに通知する通知手段をさらに有する、
   ことを特徴とする請求項８に記載の通信装置。
10. 前記第１の他の通信装置からの前記第１の信号に対する応答が送信されないことにより、前記第１の他の通信装置へは前記通信パラメータが提供されないことが当該第１の他の通信装置へ通知される、
    ことを特徴とする請求項８または９に記載の通信装置。
11. 前記第１の他の通信装置へは前記通信パラメータが提供されないことを前記第１の他の通信装置へ通知する通知信号を送信する送信手段をさらに有する、
    ことを特徴とする請求項８または９に記載の通信装置。
12. 通信パラメータを提供する他の装置を検出する検出手段をさらに有し、
    前記制御手段は、前記検出手段が他の装置を検出したことに応じて、前記提供手段を停止させる、
    ことを特徴とする請求項１から１１のいずれか１項に記載の通信装置。
13. 前記制御手段は、前記提供手段を停止させてから第２の期間だけ待った後に前記提供手段を起動する、
    ことを特徴とする請求項１２に記載の通信装置。
14. 前記提供手段が停止された回数が、通信パラメータが提供されないままに所定の回数に達した場合、エラーを表示する表示手段をさらに有する、
    ことを特徴とする請求項１３に記載の通信装置。
15. 前記第１の信号は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔのプロビジョンディスカバリ要求である、
    ことを特徴とする請求項１から１４のいずれか１項に記載の通信装置。
16. 前記第２の信号は、ＥＡＰＯＬ−ＳＴＡＲＴパケットである、
    ことを特徴とする請求項１から１５のいずれか１項に記載の通信装置。
17. 他の通信装置に通信パラメータを提供する提供手段を有する通信装置の制御方法であって、
    制御手段が、前記他の通信装置から第１の信号を受信した場合に、前記通信パラメータを前記他の通信装置に提供するように前記提供手段を制御すると共に、第１の期間において前記他の通信装置から第２の信号を受信した場合には、前記第１の信号を受信していない場合であっても前記通信パラメータを前記他の通信装置に提供するように前記提供手段を制御する制御工程を有する、
    ことを特徴とする制御方法。
18. 他の通信装置に通信パラメータを提供する提供手段を有する通信装置に備えられたコンピュータに、請求項１７に記載の制御方法を実行させるためのプログラム。

Images