JP2022170325A - 端末装置のためのコンピュータプログラム、端末装置、及び、通信装置 - Google Patents

Abstract

【課題】端末装置を利用して、通信装置と外部装置との間に適切な方式に従った無線接続を確立させ得る技術を提供すること。【解決手段】端末装置は、端末装置と通信装置との間に確立されている第１の無線接続を利用して、通信装置から、通信装置がＷｉ－Ｆｉ規格の所定方式に従った無線通信を実行可能であるのか否かを示す可否情報を受信する可否情報受信部と、可否情報が、通信装置が所定方式をサポートしていることを示す場合に、端末装置と前記通信装置との間で所定方式に従った無線通信を実行するための第１の制御処理を実行する第１の通信制御部と、可否情報が、通信装置が所定方式をサポートしていないことを示す場合に、端末装置と通信装置との間でＷｉ－Ｆｉ規格の所定方式とは異なる方式に従った無線通信を実行するための第２の制御処理を実行する第２の通信制御部と、を備える。【選択図】図３

Description

本明細書は、通信装置と外部装置との間に無線接続を確立させるための技術を開示する。

特許文献１には、端末を利用して、プリンタとアクセスポイント（以下では「ＡＰ」と記載する）との間にＷｉ－Ｆｉ接続を確立させる技術が開示されている。特に、ＤＰＰ（Device Provisioning Protocolの略）方式に従って、プリンタとＡＰとの間にＷｉ－Ｆｉ接続を確立させる技術と、ＤＰＰ方式とは異なる非ＤＰＰ方式に従って、プリンタとＡＰとの間にＷｉ－Ｆｉ接続を確立させる技術と、が開示されている。

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

本明細書では、端末装置を利用して、通信装置と外部装置との間に適切な方式に従った無線接続を確立させ得る技術を提供する。

本明細書は、端末装置のためのコンピュータプログラムを開示する。前記コンピュータプログラムは、前記端末装置のコンピュータを、以下の各部、即ち、前記端末装置と通信装置との間に確立されている第１の無線接続を利用して、前記通信装置から、前記通信装置がＷｉ－Ｆｉ規格の所定方式に従った無線通信を実行可能であるのか否かを示す可否情報を受信する可否情報受信部と、前記可否情報が、前記通信装置が前記所定方式をサポートしていることを示す場合に、前記端末装置と前記通信装置との間で前記所定方式に従った前記無線通信を実行するための第１の制御処理を実行する第１の通信制御部であって、前記所定方式に従った前記無線通信は、前記通信装置の公開鍵が利用された認証要求を前記通信装置に送信する認証要求送信処理と、前記認証要求が前記通信装置に送信される場合に、前記通信装置から認証応答を受信する認証応答受信処理と、前記通信装置から前記認証応答が受信された後に、第１の接続情報を前記通信装置に送信する第１の接続情報送信処理であって、前記第１の接続情報は、前記通信装置と、前記端末装置とは異なる外部装置と、の間に前記Ｗｉ－Ｆｉ規格に従った第２の無線接続を確立するために、前記通信装置によって利用される情報である、前記第１の接続情報送信処理と、を含む、前記第１の通信制御部と、前記可否情報が、前記通信装置が前記所定方式をサポートしていないことを示す場合に、前記端末装置と前記通信装置との間で前記Ｗｉ－Ｆｉ規格の前記所定方式とは異なる方式に従った無線通信を実行するための第２の制御処理を実行する第２の通信制御部であって、前記異なる方式に従った前記無線通信は、前記認証要求を前記通信装置に送信することなく、前記第１の無線接続を利用して、第２の接続情報を前記通信装置に送信する第２の接続情報送信処理であって、前記第２の接続情報は、前記通信装置と前記外部装置との間に前記Ｗｉ－Ｆｉ規格に従った第３の無線接続を確立するために、前記通信装置によって利用される情報である、前記第２の接続情報送信処理、を含む、前記第２の通信制御部と、として機能させてもよい。

上記の構成によると、端末装置は、通信装置が所定方式をサポートしている場合に、所定方式に従った無線通信を実行するための第１の制御処理を実行することによって、通信装置と外部装置との間に第２の無線接続を確立させることができる。また、端末装置は、通信装置が所定方式をサポートしていない場合に、所定方式とは異なる方式に従った無線通信を実行するための第２の制御処理を実行することによって、通信装置と外部装置との間に第３の無線接続を確立させることができる。このために、端末装置は、通信装置と外部装置との間に適切な方式に従った無線接続を確立させ得る。

また、本明細書は、通信装置も開示する。通信装置は、端末装置から、前記通信装置の公開鍵が利用された認証要求であって、Ｗｉ－Ｆｉ規格の所定方式に従った前記認証要求を受信する認証要求受信部と、前記端末装置から前記認証要求が受信される場合に、前記所定方式に従った認証応答を前記端末装置に送信する認証応答送信部と、
前記認証応答が前記端末装置に送信された後に、前記端末装置から、前記所定方式に従った第１の接続情報を受信する第１の接続情報受信部と、前記端末装置から前記第１の接続情報が受信される場合に、前記第１の接続情報を利用して、第２の無線接続を前記端末装置とは異なる外部装置と確立する第１の確立部と、前記端末装置から前記認証要求を受信することなく、前記端末装置と前記通信装置との間に確立されている第１の無線接続を利用して、前記端末装置から、前記Ｗｉ－Ｆｉ規格の前記所定方式とは異なる方式に従った第２の接続情報を受信する第２の接続情報受信部と、前記端末装置から前記第２の接続情報が受信される場合に、前記第２の接続情報を利用して、前記Ｗｉ－Ｆｉ規格に従った第３の無線接続を前記外部装置と確立する第２の確立部と、を備えてもよい。

上記の構成によると、通信装置は、端末装置から第１の接続情報を受信することに応じて、第２の無線接続を外部装置と確立することができる。また、通信装置は、端末装置から第２の接続情報を受信することに応じて、第３の無線接続を外部装置と確立することができる。このために、通信装置は、端末装置を利用して、通信装置と外部装置との間に適切な方式に従った無線接続を確立し得る。

上記の通信装置のためのコンピュータプログラム、当該コンピュータプログラムを記憶するコンピュータ可読記録媒体、及び、通信装置によって実行される方法も新規で有用である。また、上記の端末装置のためのコンピュータプログラムを格納するコンピュータ可読記録媒体、当該コンピュータプログラムによって実現される端末装置、及び、当該端末装置によって実行される方法も、新規で有用である。また、上記の通信装置と、上記のコンピュータプログラムによって実現される端末装置と、を備える通信システムも、新規で有用である。

通信システムの構成を示す。 各デバイスによって実行される処理のシーケンス図を示す。 第１実施例のアプリケーションによって実行される処理のフローチャートを示す。 ケースＡ－１のシーケンス図を示す。 図４の続きのシーケンス図を示す。 ケースＡ－２のシーケンス図を示す。 ケースＢのシーケンス図を示す。 ケースＣのシーケンス図を示す。 第２実施例のアプリケーションによって実行される処理のフローチャートを示す。 ケースＤ－１及びケースＤ－２のシーケンス図を示す。 ケースＥのシーケンス図を示す。 第３実施例のアプリケーションによって実行される処理のフローチャートを示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、複数個の端末１０Ａ，１０Ｂと、複数個のプリンタ１００Ａ，１００Ｂと、ＡＰ（Access Pointの略）６と、を備える。本実施例の技術は、端末（例えば１０Ａ）を利用して、プリンタ（例えば１００Ａ）とＡＰ６との間にＷｉ－Ｆｉ規格に従った無線接続（以下では、「Ｗｉ－Ｆｉ接続」と記載する）を確立させる技術である。

（端末１０Ａの構成）
端末１０Ａは、携帯電話（例えばスマートフォン）、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。変形例では、端末１０Ａは、据置型のＰＣ、ノートＰＣ等であってもよい。端末１０Ａは、操作部１２Ａと表示部１４ＡとＷｉ－Ｆｉインターフェース１６Ａとカメラ１８Ａと制御部３０Ａとを備える。各部１２Ａ～３０Ａは、バス線（符号省略）に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。

操作部１２Ａは、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示を端末１０Ａに入力することができる。表示部１４Ａは、様々な情報を表示するためのディスプレイである。カメラ１８Ａは、物体を撮影するためのデバイスである。本実施例では、カメラ１８Ａは、ＡＰ６のＱＲコード（登録商標）、及び、プリンタ（例えば１００Ａ）に表示されるＱＲコードを撮影するために利用される。

Ｗｉ－ＦｉＩ／Ｆ１６Ａは、Ｗｉ－Ｆｉ規格に従ったＷｉ－Ｆｉ通信を実行するための無線Ｉ／Ｆである。Ｗｉ－Ｆｉ規格は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ、１１ａｃ等）に従って、無線通信を実行するための無線通信規格である。特に、Ｗｉ－ＦｉＩ／Ｆ１６Ａは、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＤＰＰ（Device Provisioning Protocolの略）方式をサポートしている。ＤＰＰ方式の詳細は、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Device Provisioning Protocol Specification Version 1.1.13」に記述されている。

Ｗｉ－ＦｉＩ／Ｆ１６Ａは、さらに、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Direct（登録商標）の略）方式をサポートしている。ＷＦＤ方式の詳細は、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Peer-to-Peer (P2P) Technical Specification Version1.1」に記述されている。ＷＦＤ方式では、Ｇｒｏｕｐ Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と記載する）、及び、クライアント状態（以下では「ＣＬ状態」と記載する）が定義されている。Ｇ／Ｏ状態は、ＷＦＤ方式に従って確立される無線接続において親局として動作する状態であり、ＣＬ状態は、当該無線接続において子局として動作する状態である。以下では、ＷＦＤ方式に従って確立されるＷｉ－Ｆｉ接続のことを「ＷＦＤ接続」と記載することがある。

また、端末１０Ａは、ＤＰＰ方式及びＷＦＤ方式とは異なる通常のＷｉ－Ｆｉ方式に従って、ＡＰ６とのＷｉ－Ｆｉ接続を確立することができる（以下では「通常のＷｉ－Ｆｉ方式をサポートしている」と記載することがある）。具体的には、通常のＷｉ－Ｆｉ方式では、端末１０Ａは、ＡＰ６によって形成されている無線ネットワークのＳＳＩＤ（Service Set Identifierの略）及びパスワードを利用して、ＡＰ６とのＷｉ－Ｆｉ接続を確立することができる。以下では、パスワードのことを「ＰＷ」と記載する。

制御部３０Ａは、ＣＰＵ３２Ａとメモリ３４Ａとを備える。ＣＰＵ３２Ａは、メモリ３４Ａに格納されているプログラム３６Ａ，３８Ａに従って、様々な処理を実行する。メモリ３４Ａは、揮発性メモリ、不揮発性メモリ等によって構成される。

ＯＳ（Operating Systemの略）プログラム３６Ａは、端末１０Ａの基本的な動作を実現するためのプログラムである。アプリケーション３８Ａは、端末１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させたり、プリンタ（例えば１００Ａ）とＡＰ６との間にＷｉ－Ｆｉ接続を確立させたりするためのプログラムである。以下では、ＯＳプログラム、アプリケーションのことを、それぞれ、「ＯＳ」、「アプリ」と記載する。アプリ３８Ａは、ＤＰＰ方式に従った処理をＯＳ３６Ａに実行させることによって、端末１０ＡとＡＰ６との間、又は、プリンタ（例えば１００Ａ）とＡＰ６との間にＷｉ－Ｆｉ接続を確立させることができる。アプリ３８Ａは、例えば、プリンタ１００Ａ，１００Ｂのベンダによって提供されるインターネット上のサーバ（図示省略）から端末１０Ａにインストールされる。

（端末１０Ｂの構成）
端末１０Ｂは、携帯電話（例えばスマートフォン）、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。変形例では、端末１０Ｂは、据置型のＰＣ、ノートＰＣ等であってもよい。端末１０Ｂは、操作部１２Ｂと表示部１４ＢとＷｉ－ＦｉＩ／Ｆ１６Ｂとカメラ１８Ｂと制御部３０Ｂとを備える。各部１２Ｂ～３０Ｂは、バス線（符号省略）に接続されている。制御部３０Ｂは、ＣＰＵ３２Ｂとメモリ３４Ｂとを備える。各部１２Ｂ～３４Ｂの構成は、Ｗｉ－ＦｉＩ／Ｆ１６ＢがＤＰＰ方式をサポートしていない点を除いて、端末１０Ａの各部１２Ａ～３４Ａの構成と同様である。即ち、Ｗｉ－ＦｉＩ／Ｆ１６Ｂは、ＷＦＤ方式と通常のＷｉ－Ｆｉ方式とをサポートしているが、ＤＰＰ方式をサポートしていない。

（プリンタ１００Ａの構成）
プリンタ１００Ａは、印刷機能を実行可能な周辺装置（例えば端末１０Ａの周辺装置）である。変形例では、プリンタ１００Ａは、印刷機能に加えて、スキャン機能、ＦＡＸ機能等を実行可能な多機能機であってもよい。プリンタ１００Ａは、プリンタＩＤ「ＡＡＡ」を有する。プリンタ１００Ａは、操作部１１２Ａと表示部１１４ＡとＷｉ－ＦｉＩ／Ｆ１１６Ａと印刷実行部１１８Ａと制御部１３０Ａとを備える。各部１１２Ａ～１３０Ａは、バス線（符号省略）に接続されている。

操作部１１２Ａは、複数のキーを備える。ユーザは、操作部１１２Ａを操作することによって、様々な指示をプリンタ１００Ａに入力することができる。表示部１１４Ａは、様々な情報を表示するためのディスプレイである。印刷実行部１１８Ａは、インクジェット方式、レーザ方式等の印刷機構を備える。Ｗｉ－ＦｉＩ／Ｆ１１６Ａは、端末１０ＡのＷｉ－ＦｉＩ／Ｆ１６Ａと同様である。即ち、Ｗｉ－ＦｉＩ／Ｆ１１６Ａは、ＤＰＰ方式とＷＦＤ方式と通常のＷｉ－Ｆｉ方式とをサポートしている。

制御部１３０Ａは、ＣＰＵ１３２Ａとメモリ１３４Ａとを備える。ＣＰＵ１３２Ａは、メモリ１３４Ａに格納されているプログラム１３６Ａに従って、様々な処理を実行する。メモリ１３４Ａは、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ１３４Ａは、Ｗｉ－ＦｉＩ／Ｆ１１６ＡのＭＡＣアドレス１４０Ａを記憶している。

（プリンタ１００Ｂの構成）
プリンタ１００Ｂは、印刷機能を実行可能な周辺装置（例えば端末１０Ａの周辺装置）である。変形例では、プリンタ１００Ｂは、印刷機能に加えて、スキャン機能、ＦＡＸ機能等を実行可能な多機能機であってもよい。プリンタ１００Ｂは、プリンタＩＤ「ＢＢＢ」を有する。プリンタ１００Ｂは、操作部１１２Ｂと表示部１１４ＢとＷｉ－ＦｉＩ／Ｆ１１６Ｂと印刷実行部１１８Ｂと制御部１３０Ｂとを備える。各部１１２Ｂ～１３０Ｂは、バス線（符号省略）に接続されている。制御部１３０Ｂは、ＣＰＵ１３２Ｂとメモリ１３４Ｂとを備える。各部１１２Ｂ～１３４Ｂの構成は、Ｗｉ－ＦｉＩ／Ｆ１１６ＢがＤＰＰ方式をサポートしていない点、及び、メモリ１３４ＢがＷｉ－ＦｉＩ／Ｆ１１６ＢのＭＡＣアドレス１４０Ｂを記憶している点を除いて、プリンタ１００Ａの各部１１２Ａ～１３４Ａの構成と同様である。即ち、Ｗｉ－ＦｉＩ／Ｆ１１６Ｂは、ＷＦＤ方式と通常のＷｉ－Ｆｉ方式とをサポートしているが、ＤＰＰ方式をサポートしていない。

（ＡＰ６の構成）
ＡＰ６は、ＷＦＤのＧ／Ｏ状態の機器ではなく、無線アクセスポイント又は無線ＬＡＮルータと呼ばれる通常のアクセスポイントである。ＡＰ６は、ＤＰＰ方式と通常のＷｉ－Ｆｉ方式とをサポートしている。ＡＰ６は、ＡＰ６が親局として動作するＷｉ－Ｆｉネットワークに所属している一対の機器の間の通信を中継する。

ＡＰ６は、公開鍵ＰＫａｐと、秘密鍵ｐｋａｐと、ＡＰ６のＷｉ－ＦｉＩ／Ｆ（図示省略）のＭＡＣアドレス８と、チャネル情報ＣＩ１と、ＳＳＩＤ「Ｓ１」と、ＰＷ「Ｐ１」を記憶している。公開鍵ＰＫａｐ及び秘密鍵ｐｋａｐは、ＤＰＰ方式に従った認証を実行する際に利用される。チャネル情報ＣＩ１は、ＡＰ６が利用可能な複数のチャネル（換言すると周波数の幅）のうちの１個以上のチャネルを示す情報である。ＡＰ６の筐体には、公開鍵ＰＫａｐ、ＭＡＣアドレス８、及び、チャネル情報ＣＩ１をコード化することによって得られるＱＲコードが貼付されている。ＳＳＩＤ「Ｓ１」は、ＡＰ６によって形成されるＷｉ－Ｆｉネットワークを識別する情報である。ＰＷ「Ｐ１」は、機器をＷｉ－Ｆｉネットワークに所属させる際に利用される認証情報である。

（端末１０ＡとＡＰ６との間のＤＰＰ方式に従ったＷｉ－Ｆｉ接続の確立；図２）
続いて、図２を参照して、端末１０ＡとＡＰ６との間に、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続を確立するための処理を説明する。図２の以下の説明では、理解の容易化のために、各デバイスのＣＰＵ（例えばＣＰＵ３２Ａ、１３２Ａ等）が実行する動作を、ＣＰＵを主体として記載せずに、各デバイス（例えば端末１０Ａ、プリンタ１００Ａ等）を主体として記載する。また、端末（例えば端末１０Ａ）を主体として記載する代わりに、ＯＳ（例えばＯＳ３６Ａ）又はアプリ（例えばアプリ３８Ａ）を主体として記載することがある。また、端末１０Ａ，１０Ｂ及びプリンタ１００Ａ，１００Ｂによって実行されるすべての通信はＷｉ－ＦｉＩ／Ｆ１６Ａ等を介して実行される。従って、以下では、通信を説明する際に、「Ｗｉ－ＦｉＩ／Ｆを介して」という説明を省略する。図４～図８の説明の際にも同様である。

Ｔ１０では、アプリ３８Ａは、ユーザからアプリ３８Ａを起動する操作を受け付ける。この結果、Ｔ１２において、アプリ３８Ａが起動される。

Ｔ１４では、アプリ３８Ａは、ユーザから、セットアップ開始操作を受け付ける。本実施例の「セットアップ」とは、端末１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させ、その後、プリンタとＡＰ６との間にＷｉ－Ｆｉ接続を確立させることを意味する。アプリ３８Ａは、セットアップ開始操作を受け付けると、Ｔ１６において、カメラ１８Ａを起動する。そして、Ｔ１８では、アプリ３８Ａは、ユーザから、ＡＰ６の筐体に貼付されているＱＲコードをカメラ１８Ａによって撮影する操作を受け付ける。

Ｔ１９では、アプリ３８Ａは、撮影済みのＱＲコードをデコードする。この結果、アプリ３８Ａは、公開鍵ＰＫａｐとＭＡＣアドレス８とチャネル情報ＣＩ１とを取得する。Ｔ１９の処理は、ＤＰＰ方式のＢｏｏｔｓｔｒａｐｐｉｎｇに相当する。

アプリ３８Ａは、公開鍵ＰＫａｐ等を取得すると、Ｔ２０において、ＤＰＰ開始指示をＯＳ３６Ａに供給する。ＤＰＰ開始指示は、公開鍵ＰＫａｐとＭＡＣアドレスＭＡＣ８とチャネル情報ＣＩ１とを含む。

ＯＳ３６Ａは、Ｔ２０において、アプリ３８ＡからＤＰＰ開始指示を取得すると、Ｔ２２において、ＤＰＰ開始指示に含まれるＭＡＣアドレス８を送信先として、ＤＰＰ開始指示に含まれる公開鍵ＰＫａｐが利用されたＡｕｔｈｅｎｔｉｃａｔｉｏｎ ＲｅｑｕｅｓｔをＡＰ６に送信する。以下では、Ａｕｔｈｅｎｔｉｃａｔｉｏｎのことを「Ａｕｔｈ」と記載し、Ｒｅｑｕｅｓｔのことを「Ｒｅｑ」と記載する。ここで、ＯＳ３６Ａは、ＤＰＰ開始指示に含まれるチャネル情報ＣＩ１によって示される１個以上のチャネルを順次利用して、Ａｕｔｈ ＲｅｑをＡＰ６に送信することを繰り返す。このように、ＯＳ３６Ａは、ＡＰ６が利用可能なチャネルを利用してＡｕｔｈ Ｒｅｑを送信するので、Ａｕｔｈ ＲｅｑをＡＰ６に適切に受信させることができる。

Ａｕｔｈ Ｒｅｑは、送信元の端末１０Ａの認証の実行を要求する信号である。具体的には、ＯＳ３６Ａは、まず、端末１０Ａの秘密鍵（図示省略）とＡＰ６の公開鍵ＰＫａｐとを利用して共有鍵を生成し、共有鍵を利用してランダム値を暗号化することによって暗号化データを生成する。そして、ＯＳ３６Ａは、端末１０Ａの公開鍵（図示省略）と暗号化データと端末１０ＡのＣａｐａｂｉｌｉｔｙとを含むＡｕｔｈ ＲｅｑをＡＰ６に送信する。端末１０ＡのＣａｐａｂｉｌｉｔｙは、ＤＰＰ方式のＣｏｎｆｉｇｕｒａｔｏｒのみとして動作可能であることを示す値を含む。

ＡＰ６は、Ｔ２２において、端末１０ＡからＡｕｔｈ Ｒｅｑを受信すると、Ｔ２３において、Ａｕｔｈ Ｒｅｑに含まれる暗号化データの認証を実行する。具体的には、ＡＰ６は、Ａｕｔｈ Ｒｅｑに含まれる端末１０Ａの公開鍵とＡＰ６の秘密鍵ｐｋａｐとを利用して共有鍵を生成し、共有鍵を利用して暗号化データを復号する。ＡＰ６は、暗号化データの復号が成功する場合に、認証が成功したと判断し、Ｔ２４以降の処理を実行する。

Ｔ２４では、ＡＰ６は、ＡＰ６のＣａｐａｂｉｌｉｔｙを含むＡｕｔｈ Ｒｅｓｐｎｏｓｅを端末１０Ａに送信する。以下では、Ｒｅｓｐｏｎｓｅのことを「Ｒｅｓ」と記載する。ＡＰ６のＣａｐａｂｉｌｉｔｙは、ＤＰＰ方式のＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含む。

ＯＳ３６Ａは、Ｔ２４において、ＡＰ６からＡｕｔｈ Ｒｅｓを受信すると、Ａｕｔｈ Ｒｅｓに含まれるＡＰ６のＣａｐａｂｉｌｉｔｙ（即ちＥｎｒｏｌｌｅｅ）と、端末１０Ａ自身のＣａｐａｂｉｌｉｔｙ（即ちＣｏｎｆｉｇｕｒａｔｏｒ）と、が衝突しないと判断する。そして、ＯＳ３６Ａは、Ｔ２５において、Ａｕｔｈ ＣｏｎｆｉｒｍをＡＰ６に送信する。Ａｕｔｈ Ｃｏｎｆｉｒｍは、端末１０ＡがＣｏｎｆｉｇｕｒａｔｏｒとして動作し、かつ、ＡＰ６がＥｎｒｏｌｌｅｅとして動作することを示す情報を含む。この結果、ＯＳ３６Ａは、Ｔ２６において、Ｃｏｎｆｉｇｕｒａｔｏｒとして動作することを決定する。Ｃｏｎｆｉｇｕｒａｔｏｒは、後述のＣｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔ（以下では「ＣＯ」と記載する）をＥｎｒｏｌｌｅｅに送信する役割を担うデバイスである。

また、Ｔ２８では、ＡＰ６は、Ｅｎｒｏｌｌｅｅとして動作することを決定する。Ｅｎｒｏｌｌｅｅは、ＣｏｎｆｉｇｕｒａｔｏｒからＣＯを受信する役割を担うデバイスである。Ｔ２２～Ｔ２８の処理は、ＤＰＰ方式のＡｕｔｈに相当する。

Ｔ３０では、ＡＰ６は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑを端末１０Ａに送信する。以下では、Ｃｏｎｆｉｇｕｒａｔｉｏｎのことを「Ｃｏｎｆｉｇ」と記載する。Ｃｏｎｆｉｇ Ｒｅｑは、ＣＯの送信を要求する信号である。

ＯＳ３６Ａは、Ｔ３０において、ＡＰ６からＣｏｎｆｉｇ Ｒｅｑを受信すると、ＡＰ用ＣＯを生成する。具体的には、ＯＳ３６Ａは、まず、Ｗｉ－Ｆｉ接続を確立するためにＡＰ６によって利用されるべき情報であるＡＰ用Ｓｉｇｎｅｄ Ｃｏｎｎｅｃｔｏｒ（以下では「ＳＣ」と記載する）を生成する。ＡＰ用ＳＣは、例えば、無線ネットワークを識別する識別子であるグループＩＤを含む。そして、ＯＳ３６Ａは、ＡＰ用ＳＣを含むＡＰ用ＣＯを生成し、Ｔ３２において、ＡＰ用ＣＯを含むＣｏｎｆｉｇ ＲｅｓをＡＰ６に送信する。

ＡＰ６は、Ｔ３２において、端末１０ＡからＣｏｎｆｉｇ Ｒｅｓを受信すると、Ｔ３４において、Ｃｏｎｆｉｇ Ｒｅｓｕｌｔを端末１０Ａに送信する。Ｃｏｎｆｉｇ Ｒｅｓｕｌｔは、Ｃｏｎｆｉｇが成功したことを示すコード「STATUS_OK」を含む。Ｔ３０～Ｔ３４の処理は、ＤＰＰ方式のＣｏｎｆｉｇに相当する。

次いで、ＯＳ３６Ａは、Ｗｉ－Ｆｉ接続を確立するために端末１０Ａによって利用されるべき情報である端末用ＳＣを生成する。端末用ＳＣは、ＡＰ用ＳＣに含まれるグループＩＤと同じグループＩＤを含む。そして、ＯＳ３６Ａは、Ｔ４０において、端末用ＳＣを含むＤｉｓｃｏｖｅｒｙ ＲｅｑをＡＰ６に送信する。Ｄｉｓｃｏｖｅｒｙ Ｒｅｑは、相手のＳＣの送信を要求する信号である。

ＡＰ６は、Ｔ４０において、端末１０ＡからＤｉｓｃｏｖｅｒｙ Ｒｅｑを受信すると、ＡＰ用ＳＣを利用して、Ｄｉｓｃｏｖｅｒｙ Ｒｅｑに含まれる端末用ＳＣの認証を実行する。ＡＰ６は、端末用ＳＣの認証が成功すると、接続キーを生成する。そして、ＡＰ６は、Ｔ４２において、ＡＰ用ＳＣを含むＤｉｓｃｏｖｅｒｙ Ｒｅｓを端末１０Ａに送信する。

ＯＳ３６Ａは、Ｔ４２において、ＡＰ６からＤｉｓｃｏｖｅｒｙ Ｒｅｓを受信すると、端末用ＳＣを利用して、Ｄｉｓｃｏｖｅｒｙ Ｒｅｓに含まれるＡＰ用ＳＣの認証を実行する。ＯＳ３６Ａは、ＡＰ用ＳＣの認証が成功すると、接続キーを生成する。ここで生成される接続キーは、ＡＰ６によって生成される接続キーと同じである。即ち、端末１０Ａ及びＡＰ６によって接続キーが共有される。Ｔ４０及びＴ４２の処理は、ＤＰＰ方式のＮｅｔｗｏｒｋ Ａｃｃｅｓｓに相当する。

次いで、ＯＳ３６Ａは、接続キーを利用して、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信をＡＰ６と実行する。この結果、Ｔ５０において、端末１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。これにより、ＡＰ６が親局として動作する無線ネットワークが形成され、端末１０Ａが当該無線ネットワークに子局として所属する。

次いで、ＡＰ６は、Ｔ５２において、Ｓｔａｔｕｓ Ｑｕｅｒｙ Ｒｅｓｕｌｔ（以下では「Ｒｅｓｕｌｔ」と記載する）を端末１０Ａに送信する。Ｒｅｓｕｌｔは、端末１０ＡとＡＰ６との間のＷｉ－Ｆｉ接続が確立されたことを示す情報と、ＡＰ６のＳＳＩＤ「Ｓ１」と、を含む。

ＯＳ３６Ａは、Ｔ５２において、ＡＰ６からＲｅｓｕｌｔを受信することによって、ＡＰ６のＳＳＩＤ「Ｓ１」を取得する。

（アプリの処理；図３）
続いて、図３を参照して、端末（例えば端末１０Ａ）にインストールされるアプリ（例えばアプリ３８Ａ）によって実行される処理を説明する。図３の処理は、端末及びプリンタにおいて事前処理が実行されることに応じて、端末とプリンタとの間にＷＦＤ接続が確立されることをトリガとして開始される。事前処理については、図４を参照して後述する。以下では、ＷＦＤ接続が確立される端末、プリンタのことを、それぞれ、「対象端末」、「対象プリンタ」と記載する。また、図３の処理を説明する際に、対象端末のＣＰＵではなく、対象端末にインストールされているアプリ（以下では「対象アプリ」と記載する）を主体として記載する。

図３の初期状態では、対象端末とＡＰ６との間にＷｉ－Ｆｉ接続が確立済みである。ここで、対象端末とＡＰ６との間に確立されているＷｉ－Ｆｉ接続は、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続と、通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続と、のいずれか一方である。対象端末は、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続をＡＰ６と確立済みである場合には、ＡＰ６のＳＳＩＤ「Ｓ１」をメモリに記憶済みである（図２のＴ５２参照）。また、対象端末は、通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続をＡＰ６と確立済みである場合にも、ＡＰ６のＳＳＩＤ「Ｓ１」をメモリに記憶済みである。即ち、対象端末は、ＤＰＰ方式及び通常のＷｉ－Ｆｉ方式のどちらに従ったＷｉ－Ｆｉ接続をＡＰ６と確立済みである場合にも、ＡＰ６のＳＳＩＤ「Ｓ１」をメモリに記憶済みである。

Ｓ１０では、対象アプリは、認証画面ＳＣ１を対象端末の表示部に表示させる。認証画面ＳＣ１は、対象プリンタにログインするためのユーザ名及びＰＷを入力することを促すメッセージと、ユーザ名入力領域と、ＰＷ入力領域と、ＯＫボタンと、キャンセルボタンと、を含む。以下では、ユーザ名及びＰＷの組合せのことを「ユーザ認証情報」と記載する。

Ｓ１２では、対象アプリは、ユーザからユーザ認証情報の入力を受け付ける。具体的には、対象アプリは、ユーザから、認証画面ＳＣ１において、ユーザ名及びＰＷの入力を受け付けた後に、ＯＫボタンの選択を受け付ける。

Ｓ１４では、対象アプリは、確立済みのＷＦＤ接続を利用して、Ｓ１２で入力されたユーザ認証情報を対象プリンタに送信する。

Ｓ１６では、対象アプリは、ユーザ認証が成功したのか否かを判断する。具体的には、まず、Ｓ１４において、ユーザ認証情報が対象プリンタに送信されることに応じて、対象プリンタにおいて、当該ユーザ認証情報の認証が実行される。当該ユーザ認証情報が対象プリンタに記憶されている場合に認証が成功し、当該ユーザ認証情報が対象プリンタに記憶されていない場合に認証が失敗する。対象アプリは、確立済みのＷＦＤ接続を利用して、対象プリンタから認証が成功したことを示す情報を受信する場合に、ユーザ認証が成功したと判断し（Ｓ１６でＹＥＳ）、Ｓ２０に進む。一方、対象アプリは、確立済みのＷＦＤ接続を利用して、対象プリンタから認証が失敗したことを示す情報を受信する場合に、ユーザ認証が失敗したと判断し（Ｓ１６でＮＯ）、Ｓ２０以降の処理を実行することなく図３の処理を終了する。

仮に、ユーザ認証情報の認証が実行されない構成を採用すると、対象プリンタの正規のユーザではない第三者が、対象プリンタとＡＰとの間にＷｉ－Ｆｉ接続を確立させ得る。本実施例では、ユーザ認証情報の認証が成功する場合にのみＳ２０以降の処理が実行されるので、第三者が対象プリンタとＡＰとの間にＷｉ－Ｆｉ接続を確立させることを抑制することができる。この結果、対象プリンタのセキュリティを高めることができる。

Ｓ２０では、対象アプリは、対象端末がＤＰＰ方式をサポートしているのか否かを判断する。具体的には、対象端末のメモリは、対象端末のＷｉ－ＦｉＩ／ＦがＤＰＰ方式をサポートしているのか否かを示す情報（図示省略）を記憶している。対象アプリは、ＤＰＰ方式をサポートしていることを示す情報がメモリに記憶されている場合に、Ｓ２０でＹＥＳと判断し、Ｓ２２に進む。一方、対象アプリは、当該情報がメモリに記憶されていない場合に、Ｓ２０でＮＯと判断し、Ｓ６０に進む。

Ｓ２２では、対象アプリは、対象端末とＡＰ６との間で、ＤＰＰ方式に従った各種通信（即ち、図２のＴ２２～Ｔ５２）を実行済みであるのか否かを判断する。具体的には、対象端末のメモリは、対象端末とＡＰ６との間でＤＰＰ方式に従った各種通信を実行済みである場合には、その旨を示す情報（例えばＡＰ用ＣＯ）を記憶する。対象アプリは、当該情報がメモリに記憶されている場合に、Ｓ２２でＹＥＳと判断し、Ｓ３０に進む。一方、対象アプリは、当該情報がメモリに記憶されていない場合に、Ｓ２２でＮＯと判断し、Ｓ６０に進む。

Ｓ３０では、対象アプリは、ＷＦＤ接続を利用して、ＯＳＩ（Open System Interconnectionの略）参照モデルのネットワーク層以上の通信を実行することによって、問合せを対象プリンタに送信する。当該問合せは、対象プリンタがＤＰＰ方式をサポートしているのか否かを問い合わせると共に、対象プリンタのプリンタＩＤ、能力情報、及び、現在のステータスを問い合わせるための信号である。能力情報は、対象プリンタが実行可能な能力（例えばカラー印刷、両面印刷等）を示す情報である。

Ｓ３０では、対象アプリは、さらに、ＷＦＤ接続を利用して、対象プリンタから応答を受信する。当該応答は、対象プリンタがＤＰＰ方式をサポートしているのか否かを示す情報と、プリンタＩＤと、能力情報と、ステータスと、を含む。

Ｓ３２では、対象アプリは、対象プリンタがＤＰＰ方式をサポートしているのか否かを判断する。具体的には、対象アプリは、ＤＰＰ方式をサポートしていることを示す情報を含む応答を受信した場合に、Ｓ３２でＹＥＳと判断し、Ｓ３４に進む。一方、対象アプリは、ＤＰＰ方式をサポートしていないことを示す情報を含む応答を受信した場合に、Ｓ３２でＮＯと判断し、Ｓ６２に進む。

Ｓ３４では、対象アプリは、確認画面ＳＣ２を対象端末の表示部に表示させる。確認画面ＳＣ２は、対象プリンタとＡＰ６との間のＷｉ－Ｆｉ接続を確立させるための処理を実行するのか否かをユーザに問い合わせるための画面であり、Ｓ３０で受信済みの各情報（即ち、プリンタＩＤ、能力情報、ステータス）と、ＯＫボタンと、キャンセルボタンと、を含む。ユーザは、確認画面ＳＣ２を見ることによって、ＡＰ６とのＷｉ－Ｆｉ接続を確立すべきプリンタ（即ち対象プリンタ）の情報を確認することができる。

Ｓ３６では、対象アプリは、確認画面ＳＣ２内のＯＫボタンが選択されたのか、キャンセルボタンが選択されたのか、を判断する。対象アプリは、ＯＫボタンが選択される場合に、Ｓ３６でＹＥＳと判断してＳ４０に進み、キャンセルボタンが選択される場合に、Ｓ３６でＮＯと判断して、Ｓ４０以降の処理を実行することなく図３の処理を終了する。

Ｓ４０では、対象アプリは、ＷＦＤ接続を利用して、ＯＳＩ参照モデルのネットワーク層以上の通信を実行することによって、ＢＳ情報送信要求を対象プリンタに送信する。ＢＳ情報送信要求は、ＤＰＰ方式に従った各種通信（例えばＡｕｔｈ）において利用される情報であるＢＳ情報の送信を対象プリンタに要求する信号である。

Ｓ４２では、対象アプリは、ＷＦＤ接続を利用して、ネットワーク層以上の通信を実行することによって、対象プリンタからＢＳ情報を受信する。ＢＳ情報は、対象プリンタの公開鍵と、対象プリンタのＭＡＣアドレスと、チャネル情報と、を含む。このために、対象プリンタは、対象プリンタの公開鍵を取得することができる。Ｓ４０及びＳ４２の処理は、ＤＰＰ方式のＢｏｏｔｓｔｒａｐｐｉｎｇに相当する。

Ｓ４４では、対象アプリは、ＷＦＤ接続を利用して、ネットワーク層以上の通信を実行することによって、移行要求を対象プリンタに送信する。移行要求は、対象プリンタの状態を、ＤＰＰ非応答状態からＤＰＰ応答状態に移行させることを要求する信号である。ここで、ＤＰＰ非応答状態は、Ａｕｔｈ Ｒｅｓを送信不可能な状態であり、ＤＰＰ応答状態は、Ａｕｔｈ Ｒｅｓを送信可能な状態である。このために、対象プリンタは、対象端末からＡｕｔｈ Ｒｅｑを受信することに応じて、Ａｕｔｈ Ｒｅｓを対象端末に送信することができる。また、ＤＰＰ応答状態は、通常、ＤＰＰ非応答状態と比較してプリンタの処理負荷が高い状態である。これからＡｕｔｈが実行されるタイミングで移行要求が対象プリンタに送信されて対象プリンタがＤＰＰ応答状態に移行するので、対象プリンタの処理負荷を低減することができる。

Ｓ５０では、対象アプリは、ＤＰＰ開始指示を対象端末のＯＳに供給する。ＤＰＰ開始指示は、Ｓ４２で受信済みのＢＳ情報を含む。ＤＰＰ開始指示がＯＳによって取得されると、対象端末と対象プリンタとの間、及び、対象プリンタとＡＰ６との間でＤＰＰ方式に従った各種通信が実行され、対象プリンタとＡＰ６との間にＤＰＰ方式に従ったＷｉ－Ｆｉ接続が確立される。Ｓ５０の処理が終了すると、図３の処理が終了する。

また、Ｓ６０では、対象アプリは、ＷＦＤ接続を利用して、ネットワーク層以上の通信を実行することによって、問合せを対象プリンタに送信し、対象プリンタから応答を受信する。当該問合せは、対象プリンタがＤＰＰ方式をサポートしているのか否かを問い合わせない点を除いて、Ｓ３０で送信される問合せと同様である。また、Ｓ６０で受信される応答は、対象プリンタがＤＰＰ方式をサポートしているのか否かを示す情報を含まない点を除いて、Ｓ３０で受信される応答と同様である。

Ｓ６２では、対象アプリは、確認画面ＳＣ２を対象端末の表示部に表示させる。対象アプリは、Ｓ３０を経たＳ６２では、Ｓ３０で受信された各情報（即ち、プリンタＩＤ、能力情報、ステータス）を含む確認画面ＳＣ２を表示させる。対象アプリは、Ｓ６０を経たＳ６２では、Ｓ６０で受信された各情報（即ち、プリンタＩＤ、能力情報、ステータス）を含む確認画面ＳＣ２を表示させる。

Ｓ６４では、対象アプリは、確認画面ＳＣ２内のＯＫボタンが選択されたのか、キャンセルボタンが選択されたのか、を判断する。対象アプリは、ＯＫボタンが選択される場合に、Ｓ６４でＹＥＳと判断してＳ６６に進み、キャンセルボタンが選択される場合に、Ｓ６４でＮＯと判断して、Ｓ６６以降の処理を実行することなく図３の処理を終了する。

Ｓ６６では、対象アプリは、ＡＰ６のＳＳＩＤ「Ｓ１」を取得する。具体的には、対象アプリは、ＳＳＩＤ要求を対象端末のＯＳに供給して、ＯＳからＡＰ６のＳＳＩＤ「Ｓ１」を取得する。

Ｓ７０では、対象アプリは、入力画面ＳＣ３を対象端末の表示部に表示させる。入力画面ＳＣ３は、ＰＷの入力を促すメッセージと、Ｓ６６で取得済みのＳＳＩＤ「Ｓ１」と、ＰＷ入力領域と、ＯＫボタンと、キャンセルボタンと、を含む（図６参照）。

Ｓ７２では、対象アプリは、ＰＷの入力を受け付けたのか否かを判断する。具体的には、対象アプリは、入力画面ＳＣ３において、ＰＷの入力とＯＫボタンの選択とを受け付ける場合に、Ｓ７２でＹＥＳと判断し、Ｓ７４に進む。一方、対象アプリは、入力画面ＳＣ３において、キャンセルボタンの選択を受け付ける場合に、Ｓ７２でＮＯと判断し、Ｓ７４の処理を実行することなく図３の処理を終了する。

Ｓ７４では、対象アプリは、ＷＦＤ接続を利用して、Ｓ６６で取得済みのＳＳＩＤ及びＳ７２で入力済みのＰＷを対象プリンタに送信する。この結果、対象プリンタにおいてＳＳＩＤ及びＰＷが利用されることによって、対象プリンタとＡＰ６との間に通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続が確立される。Ｓ７４の処理が終了すると、図３の処理が終了する。

（ケースＡ－１；図４及び図５）
続いて、図３の処理によって実現される具体的なケースを説明する。まず、図４及び図５を参照して、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続をＡＰ６と確立済みである端末１０Ａを利用して、プリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるケースＡ－１を説明する。図４の初期状態では、端末１０ＡとＡＰ６との間にＤＰＰ方式に従ったＷｉ－Ｆｉ接続が確立済みである。即ち、図４の初期状態では、端末１０Ａ及びＡＰ６において、図２の処理が実行済みであり、ＡＰ６は、ＡＰ用ＣＯを記憶済みである（図２のＴ３２参照）。図４では、まず、Ｔ１１０～Ｔ１４０の事前処理が実行される。

Ｔ１１０では、プリンタ１００Ａは、ユーザからセットアップ開始操作を受け付ける。この場合、プリンタ１００Ａは、Ｔ１１２において、ＷＦＤ方式のＧ／Ｏ状態に移行する。プリンタ１００ＡがＧ／Ｏ状態として動作する無線ネットワークでは、ＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」が利用される。このように、プリンタ１００Ａは、ユーザからセットアップ開始操作を受け付けることに応じてＧ／Ｏ状態に移行するので、ユーザが望むタイミングでＧ／Ｏ状態に移行することができる。

Ｔ１１４では、プリンタ１００Ａは、ＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」をコード化することによって得られるＱＲコードを表示部１１４Ａに表示する。

Ｔ１２０～Ｔ１２６の処理は、図２のＴ１０～Ｔ１６の処理と同様である。また、Ｔ１２８の処理は、端末１０Ａによって撮影されるＱＲコードが、Ｔ１１４で表示されたＱＲコードである点を除いて、図２のＴ２８の処理と同様である。

Ｔ１３０では、アプリ３８Ａは、撮影済みのＱＲコードをデコードする。この結果、アプリ３８Ａは、ＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」を取得する。

Ｔ１３２では、アプリ３８Ａは、ＷＦＤ接続指示をＯＳ３６Ａに供給する。ＷＦＤ接続指示は、ＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」を含む。

ＯＳ３６Ａは、Ｔ１３２において、アプリ３８ＡからＷＦＤ接続指示を取得すると、Ｔ１４０において、プリンタ１００ＡとＷＦＤ接続を確立する。具体的には、ＯＳ３６Ａは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｓｓｏｃｉａｔｉｏｎ、４ｗａｙ－ｈａｎｄｓｈａｋｅ等の各種通信をプリンタ１００Ａと実行する。当該各種通信の過程において、プリンタ１００ＡにおいてＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」を利用した認証が実行され、当該認証が成功する場合に、端末１０Ａとプリンタ１００Ａとの間にＷＦＤ接続が確立される。このように、ＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」がコード化されたＱＲコードがプリンタ１００Ａによって表示され、当該ＱＲコードが端末１０Ａによって読み取られるので、端末１０Ａとプリンタ１００Ａとの間にＷＦＤ接続が適切に確立される。なお、図示省略しているが、端末１０Ａとプリンタ１００Ａとの間にＷＦＤ接続が確立されると、ＷＦＤ接続が確立されたことを示す情報がＯＳ３６Ａからアプリ３８Ａに供給される。また、ＷＦＤ接続が利用される以下の全ての通信は、ＯＳＩ参照モデルのネットワーク層以上の通信である。

アプリ３８Ａは、ＯＳ３６ＡからＷＦＤ接続が確立されたことを示す情報を取得する（図３の処理のトリガ）と、Ｔ１４２において、認証画面ＳＣ１（図３参照）を表示する（Ｓ１０）。

Ｔ１４４では、アプリ３８Ａは、ユーザからユーザＩＤ「Ｕ１」及びＰＷ「Ｐ３」の入力を受け付けた後に、ＯＫボタンの選択を受け付ける（Ｓ１２）。この場合、アプリ３８Ａは、Ｔ１５０において、ＷＦＤ接続を利用して、入力済みのユーザＩＤ「Ｕ１」及びＰＷ「Ｐ３」を含むユーザ認証情報をプリンタ１００Ａに送信する（Ｓ１４）。

プリンタ１００Ａは、Ｔ１５０において、端末１０Ａからユーザ認証情報を受信すると、当該ユーザ認証情報の認証を実行する。本ケースでは、プリンタ１００Ａは、Ｔ１５２において、認証が成功したと判断し、Ｔ１５４において、ＷＦＤ接続を利用して、認証が成功したことを示す情報を端末１０Ａに送信する。

アプリ３８Ａは、Ｔ１５４において、プリンタ１００Ａから認証が成功したことを示す情報を受信すると（Ｓ１６でＹＥＳ）、端末１０ＡがＤＰＰ方式をサポートしており（Ｓ２０でＹＥＳ）、かつ、端末１０ＡとＡＰ６との間でＤＰＰ方式に従った各種通信が実行済みである（Ｓ２２でＹＥＳ）ので、Ｔ１６０において、ＷＦＤ接続を利用して、問合せをプリンタ１００Ａに送信する（Ｓ３０）。

プリンタ１００Ａは、Ｔ１６０において、端末１０Ａから問合せを受信すると、Ｔ１６２において、ＷＦＤ接続を利用して、応答を端末１０Ａに送信する。当該応答は、プリンタ１００ＡがＤＰＰ方式をサポートしていることを示す情報と、プリンタ１００Ａの各情報（即ち、プリンタＩＤ「ＡＡＡ」、能力情報、ステータス）と、を含む。

アプリ３８Ａは、Ｔ１６２において、プリンタ１００Ａから応答を受信すると（Ｓ３０）、プリンタ１００ＡがＤＰＰ方式をサポートしていると判断し（Ｓ３２でＹＥＳ）、Ｔ１６４において、確認画面ＳＣ２（図３参照）を表示する（Ｓ３４）。その後、Ｔ１６６において、アプリ３８Ａは、ユーザから、確認画面ＳＣ２内のＯＫボタンの選択を受け付ける（Ｓ３６でＹＥＳ）。

（図４の続き；図５）
図５のＴ１７０では、アプリ３８Ａは、ＷＦＤ接続を利用して、ＢＳ情報送信要求をプリンタ１００Ａに送信する（図３のＳ４０）。

プリンタ１００Ａは、Ｔ１７０において、端末１０ＡからＢＳ情報送信要求を受信すると、Ｔ１７２において、プリンタ１００ＡのＭＡＣアドレス１４０Ａを利用して、プリンタ１００Ａの公開鍵ＰＫｐｒ及び秘密鍵ｐｋｐｒを生成する。このために、プリンタ１００Ａは、端末１０ＡからＢＳ情報送信要求を受信する前から公開鍵ＰＫｐｒ及び秘密鍵ｐｋｐｒを記憶しておく必要がない。そして、プリンタ１００Ａは、Ｔ１７４において、ＷＦＤ接続を利用して、公開鍵ＰＫｐｒとＭＡＣアドレス１４０Ａとチャネル情報ＣＩ２とを含むＢＳ情報を端末１０Ａに送信する。チャネル情報ＣＩ２は、プリンタ１００Ａが利用可能な複数のチャネル（換言すると周波数の幅）のうちの１個以上のチャネルを示す情報である。

アプリ３８Ａは、Ｔ１７４において、プリンタ１００ＡからＢＳ情報を受信すると（Ｓ４２）、Ｔ１７６において、ＷＦＤ接続を利用して、移行要求をプリンタ１００Ａに送信する（Ｓ４４）。

プリンタ１００Ａは、Ｔ１７６において、端末１０Ａから移行要求を受信すると、Ｔ１７８において、プリンタ１００Ａの状態をＤＰＰ非応答状態からＤＰＰ応答状態に移行させる。

アプリ３８Ａは、Ｔ１８０において、ＤＰＰ開始指示をＯＳ３６Ａに供給する（Ｓ５０）。ＤＰＰ開始指示は、ＢＳ情報を含む。

Ｔ１８２～Ｔ１９６の処理は、各処理を実行する主体が異なる点、及び、各処理において利用される情報が異なる点を除いて、図２のＴ２２～Ｔ４２の処理と同様である。特に、ＯＳ３６Ａは、プリンタ１００Ａが利用可能なチャネルを利用してＡｕｔｈ Ｒｅｑを送信するので、Ａｕｔｈ Ｒｅｑをプリンタ１００Ａに適切に受信させることができる。Ｔ１８２～Ｔ１９６の処理の後に、Ｔ１９８において、プリンタ１００ＡとＡＰ６との間にＤＰＰ方式に従ったＷｉ－Ｆｉ接続が確立される。Ｔ１９９の処理は、当該処理を実行する主体が異なる点を除いて、Ｔ５２の処理と同様である。

上記の各処理によって、端末１０Ａ及びプリンタ１００Ａの双方がＡＰ６によって形成される無線ネットワークに所属する。これにより、プリンタ１００Ａは、端末１０ＡからＡＰ６を介して印刷データを受信して、当該印刷データに従った印刷を実行することができる。

（ケースＡ－２；図６）
続いて、図６を参照して、通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続をＡＰ６と確立済みである端末１０Ａを利用して、プリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるケースＡ－２を説明する。図６の初期状態は、端末１０ＡとＡＰ６との間に通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続が確立済みである点を除いて、図４の初期状態と同様である。即ち、図６の初期状態では、図２の処理は実行されておらず、端末１０ＡとＡＰ６との間には、ＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」が利用されたＷｉ－Ｆｉ接続が確立されている。

図６では、まず、図４のＴ１１０～Ｔ１５４と同様の処理が実行される。そして、アプリ３８Ａは、図６で参照するＴ１５４において、プリンタ１００Ａから認証が成功したことを示す情報を受信すると（図３のＳ１６でＹＥＳ）、端末１０ＡがＤＰＰ方式をサポートしており（Ｓ２０でＹＥＳ）、端末１０ＡとＡＰ６との間でＤＰＰ方式に従った各種通信が実行済みでないので（Ｓ２２でＮＯ）、Ｔ２６０において、ＷＦＤ接続を利用して、問合せをプリンタ１００Ａに送信する（Ｓ６０）。

プリンタ１００Ａは、Ｔ２６０において、端末１０Ａから問合せを受信すると、Ｔ２６２において、ＷＦＤ接続を利用して、応答を端末１０Ａに送信する。当該応答は、プリンタ１００ＡがＤＰＰ方式をサポートしているのか否かを示す情報を含まない点を除いて、図４のＴ１６２で送信される応答と同様である。Ｔ２６４及びＴ２６６の処理は、Ｔ１６４及びＴ１６６の処理と同様である。

アプリ３８Ａは、Ｔ２７０において、ＳＳＩＤ要求をＯＳ３６Ａに供給する。

ＯＳ３６Ａは、Ｔ２７０において、アプリ３６ＡからＳＳＩＤ要求を取得すると、Ｔ２７２において、端末１０ＡがＷｉ－Ｆｉ接続を現在確立しているＡＰ６のＳＳＩＤ「Ｓ１」をアプリ３８Ａに供給する。この結果、アプリ３８Ａは、ＡＰ６のＳＳＩＤ「Ｓ１」を取得する（Ｓ６６）。

アプリ３８Ａは、Ｔ２７４において、入力画面ＳＣ３を表示する（Ｓ７０）。入力画面ＳＣ３は、Ｔ２７２で取得済みのＳＳＩＤ「Ｓ１」を含む。

アプリ３８Ａは、Ｔ２７６において、ユーザからＰＷ「Ｐ１」の入力を受け付けた後に、ＯＫボタンの選択を受け付ける（Ｓ７２でＹＥＳ）。この場合、アプリ３８Ａは、Ｔ２７８において、ＷＦＤ接続を利用して、ＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」をプリンタ１００Ａに送信する（Ｓ７４）。

プリンタ１００Ａは、Ｔ２７８において、端末１０ＡからＳＳＩＤ「Ｓ１」及びＰＷ「」を受信する。この結果、プリンタ１００Ａは、Ｔ２８０において、通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続をＡＰ６と確立する。具体的には、プリンタ１００Ａは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｓｓｏｃｉａｔｉｏｎ、４ｗａｙ－ｈａｎｄｓｈａｋｅ等の各種通信をＡＰ６と実行する。当該各種通信の過程において、ＡＰ６においてＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」を利用した認証が実行され、当該認証が成功する場合に、プリンタ１００ＡとＡＰ６との間に通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続が確立される。本ケースでも、端末１０Ａ及びプリンタ１００Ａの双方がＡＰ６によって形成される無線ネットワークに所属することができる。

（ケースＢ；図７）
続いて、図７を参照して、通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続をＡＰ６と確立済みである端末１０Ｂを利用して、プリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるケースＢを説明する。Ｔ３１０～Ｔ３５４の処理は、図４のＴ１１０～Ｔ１５４の処理と同様である。

アプリ３８Ｂは、Ｔ３５４において、プリンタ１００Ａから認証が成功したことを示す情報を受信すると（図３のＳ１６でＹＥＳ）、端末１０ＢがＤＰＰ方式をサポートしていないので（Ｓ２０でＮＯ）、Ｔ３６０において、問合せをプリンタ１００Ａに送信する（Ｓ６０）。Ｔ３６０～Ｔ３８０の処理は、図６のＴ２６０～Ｔ２８０の処理と同様である。本ケースでは、端末１０Ｂ及びプリンタ１００Ａの双方がＡＰ６によって形成される無線ネットワークに所属することができる。

（ケースＣ；図８）
続いて、図８を参照して、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続をＡＰ６と確立済みである端末１０Ａを利用して、プリンタ１００ＢとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるケースＣを説明する。Ｔ４１０～Ｔ４６０の処理は、端末１０Ａとプリンタ１００Ｂの間にＷＦＤ接続を確立するために利用されるＳＳＩＤ及びＰＷがそれぞれＳＳＩＤ「Ｓ４」及びＰＷ「Ｐ４」である点を除いて、図４のＴ１１０～Ｔ１６０の処理と同様である。また、Ｔ４６２の処理は、応答が、プリンタ１００ＢがＤＰＰ方式をサポートしていないことを示す情報と、プリンタ１００Ｂの各情報（即ち、プリンタＩＤ「ＢＢＢ」、能力情報、ステータス）と、を含む点を除いて、Ｔ１６２の処理と同様である。

アプリ３８Ａは、Ｔ４６２において、プリンタ１００Ｂから応答を受信すると（Ｓ３０）、プリンタ１００ＢがＤＰＰ方式をサポートしていないと判断し（Ｓ３２でＮＯ）、Ｔ４６４において、確認画面ＳＣ２を表示する（Ｓ６２）。Ｔ４６６～Ｔ４８０の処理は、図６のＴ２６６～Ｔ２８０の処理と同様である。本ケースでは、端末１０Ａ及びプリンタ１００Ｂの双方がＡＰ６によって形成される無線ネットワークに所属することができる。

（本実施例の効果）
上記の構成によると、端末１０Ａは、ＤＰＰ方式をサポートしているプリンタ１００Ａと、ＤＰＰ方式に従った各種通信を実行することによって（図５のＴ１８２～Ｔ１９６）、プリンタ１００ＡとＡＰ６との間にＤＰＰ方式に従ったＷｉ－Ｆｉ接続を確立させることができる。また、端末１０Ａは、ＤＰＰ方式をサポートしていないプリンタ１００Ｂと、通常のＷｉ－Ｆｉ方式に従った各種通信を実行することによって、プリンタ１００ＢとＡＰ６との間に通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続を確立させることができる。このように、端末１０Ａは、各プリンタ１００Ａ，１００ＢとＡＰ６との間に適切な方式に従ったＷｉ－Ｆｉ接続を確立させることができる。

また、プリンタ１００Ａは、プリンタ用ＳＣを含むプリンタ用ＣＯを受信することによって（図５のＴ１９２）、ＤＰＰ方式に従って、ＡＰ６とのＷｉ－Ｆｉ接続を確立する（Ｔ１９８）。一方、プリンタ１００Ａは、ＤＰＰ方式をサポートしていない端末１０Ｂから、ＡＰ６によって形成される無線ネットワークのＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」を受信することによって（図７のＴ３７８）、通常のＷｉ－Ｆｉ方式に従って、ＡＰ６とのＷｉ－Ｆｉ接続を確立する（Ｔ３８０）。特に、プリンタ１００Ａは、ＤＰＰ方式をサポートしている端末１０Ａからプリンタ用ＳＣを含むプリンタ用ＣＯを受信し、ＤＰＰ方式をサポートしていない端末１０ＢからＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」を受信する。このように、プリンタ１００Ａは、端末１０Ａ又は１０Ｂを利用して、プリンタ１００ＡとＡＰ６との間に適切な方式に従ったＷｉ－Ｆｉ接続を確立することができる。

特に、プリンタ１００Ａは、ＤＰＰ方式に従ってＡＰ６とＷｉ－Ｆｉ接続を確立することも（図４、図５のケースＡ－１）、通常のＷｉ－Ｆｉ方式に従ってＡＰ６とＷｉ－Ｆｉ接続を確立することもできる（図６のケースＡ－２）。そして、アプリ３８Ａは、プリンタ１００ＡとＡＰ６との間にＤＰＰ方式に従ったＷｉ－Ｆｉ接続を確立できる場合には、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続を確立させることを優先させる（図３のＳ３２でＹＥＳの場合にＳ３４～Ｓ５０を実行する）。上記の通り、ＤＰＰ方式では、ユーザがＰＷの入力を実行する必要がない。このように、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続を確立させることを優先させることによって、ユーザが実行すべき操作が少なくなり得るので、ユーザの利便性が向上し得る。

また、端末１０ＡとＡＰ６との間でＤＰＰ方式に従った各種通信を実行済みでない場合に、端末１０ＡとＡＰ６との間でＤＰＰ方式に従った各種通信を実行することをユーザに促す比較例を想定する。この比較例では、プリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるための各種処理を中断して端末１０ＡとＡＰ６との間でＤＰＰ方式に従った各種通信を実行することになる。このため、プリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるまでに比較的時間がかかる。一方、本実施例では、端末１０ＡとＡＰ６との間で、ＤＰＰ方式に従った各種通信を実行済みでない場合（図３のＳ２２でＮＯ）に、通常のＷｉ－Ｆｉ方式に従って、プリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させる。従って、上記の比較例のようにプリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるための各種処理を中断しなくて済むので、比較的迅速にプリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させることができる。

また、一般的に、ＡＰ６のＳＳＩＤ「Ｓ１」はＡＰ６の管理者によって変更され得るが、ＡＰ用ＳＣを含むＡＰ用ＣＯは管理者によって変更不可能である。従って、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続では、管理者によってＡＰ６のＳＳＩＤ「Ｓ１」が変更されたとしても、プリンタ１００ＡとＡＰ６との間に確立されたＷｉ－Ｆｉ接続が切断されない。このために、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続を確立させることを優先させることによって、プリンタ１００ＡとＡＰ６との間のＷｉ－Ｆｉ接続が切断される可能性を低くすることができる。

また、プリンタ１００ＡとＡＰ６との間にＤＰＰ方式に従ったＷｉ－Ｆｉ接続を確立させる際に利用されるＱＲコードと、プリンタ１００ＡとＡＰ６との間に通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続を確立させる際に利用されるＱＲコードと、が異なる比較例を想定する。この比較例では、Ｗｉ－Ｆｉ接続の知識に乏しいユーザは、どちらのＱＲコードを利用してプリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるべきかがわからず、この結果、プリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立されない可能性がある。一方、本実施例では、ユーザは、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続が確立されるべき状況でも、通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続が確立されるべき状況でも、プリンタ１００Ａに表示される同じＱＲコード（図４のＴ１１４参照）を撮影すれば、適切な方式に従ってプリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させることができる。このため、ユーザの利便性が向上する。

また、アプリ３８Ａは、ＯＳＩ参照モデルのネットワーク層以上の通信を実行することによって、ＢＳ情報送信要求をプリンタ１００Ａに送信して（図３のＳ４０、図５のＴ１７０）、プリンタ１００Ａから公開鍵ＰＫｐｒを含むＢＳ情報を受信する（Ｓ４２、Ｔ１７４）。このように、アプリ３８Ａは、ネットワーク層以上の通信を実行するので、例えば、Ｐｒｏｂｅ Ｒｅｑ等のネットワーク層より下層のレイヤの通信を実行することによって公開鍵ＰＫｐｒを受信する構成と比較して、公開鍵ＰＫｐｒをセキュアに受信し得る。このために、プリンタ１００ＡとＡＰ６との間に無線接続をセキュアに確立させ得る。

（対応関係）
ケースＡ－１及びケースＡ－２では、プリンタ１００Ａ、端末１０Ａが、それぞれ、「通信装置」、「端末装置」の一例である。ケースＢでは、プリンタ１００Ａ、端末１０Ｂが、それぞれ、「通信装置」、「端末装置」の一例である。ケースＣでは、プリンタ１００Ｂ、端末１０Ａが、それぞれ、「通信装置」、「端末装置」の一例である。ＡＰ６が、「外部装置」の一例である。ＤＰＰ方式、通常のＷｉ－Ｆｉ方式が、それぞれ、「所定方式」、「異なる方式」の一例である。プリンタ１００Ａの公開鍵ＰＫｐｒが、「公開鍵」の一例である。プリンタ用ＳＣを含むプリンタ用ＣＯが、「第１の接続情報」の一例である。ＡＰ６のＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」が、「第２の接続情報」の一例である。プリンタ１００ＡがＧ／Ｏとして動作する無線ネットワークのＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」が、「第３の接続情報」の一例である。プリンタ１００Ａの表示部１１４Ａが、「出力部」の一例である。ＷＦＤ方式のＧ／Ｏ状態が、「親局状態」の一例である。ユーザＩＤ「Ｕ１」及びＰＷ「Ｐ３」の組合せが、「ユーザ認証情報」の一例である。プリンタＩＤ、能力情報、及びステータスが、「装置情報」の一例である。応答に含まれるＤＰＰ方式をサポートしているのか否かを示す情報が、「可否情報」の一例である。特に、ＤＰＰ方式をサポートしていることを示す情報が、「可能情報」の一例である。

図４のＴ１４０で確立されるＷＦＤ接続、図５のＴ１９８で確立されるＷｉ－Ｆｉ接続、図６のＴ２８０で確立されるＷｉ－Ｆｉ接続が、それぞれ、「第１の無線接続」、「第２の無線接続」、「第３の無線接続」の一例である。図４のＴ１１０で受け付けられるセットアップ開始操作が、「確立指示」の一例である。

図４のＴ１１０の処理、Ｔ１１２の処理が、それぞれ、「通信装置」の「受付部」、「移行部」によって実行される処理の一例である。Ｔ１４０の処理、Ｔ１６２の処理が、それぞれ「通信装置」の「第３の確立部」、「装置情報送信部（及び可能情報送信部）」によって実行される処理の一例である。Ｔ１７０及びＴ１７２の処理、Ｔ１８２の処理、Ｔ１８４の処理、Ｔ１９２の処理、Ｔ１９８の処理が、それぞれ、「通信装置」の「関連処理実行部」、「認証要求受信部」、「認証応答送信部」、「第１の接続情報受信部」、「第１の確立部」によって実行される処理の一例である。図７のＴ３７８の処理、Ｔ３８０の処理が、それぞれ、「通信装置」の「第２の接続情報受信部」、「第２の確立部」によって実行される処理の一例である。

図３のＳ１４の処理、Ｓ３０の処理が、それぞれ、「コンピュータプログラム」の「認証情報送信部」、「可否情報受信部（及び装置情報受信部）」によって実行される処理の一例である。また、Ｓ６０の処理が、「コンピュータプログラム」の「装置情報受信部」によって実行される処理の一例である。Ｓ３４及びＳ６２の処理、Ｓ４２の処理が、それぞれ、「コンピュータプログラム」の「表示制御部」、「公開鍵取得部」によって実行される処理の一例である。Ｓ５０の処理、Ｓ６６～Ｓ７４の処理が、それぞれ、「コンピュータプログラム」の「第１の通信制御部」、「第２の通信制御部」によって実行される処理の一例である。特に、Ｓ７４の処理が、「第２の接続情報送信処理」の一例である。図５のＴ１８２の処理、Ｔ１８４の処理、Ｔ１９２の処理が、それぞれ、「端末装置」の「認証要求送信処理」、「認証応答受信処理」、「第１の接続情報送信処理」の一例である。図４のＴ１３２の処理が、「コンピュータプログラム」の「確立制御部」によって実行される処理の一例である。

（第２実施例）
続いて、第２実施例を説明する。第２実施例は、図３のＳ２２の処理に代えて図９のＳ１２２の処理が実行される点、図３のＳ５０の具体的な処理が異なる点、及び、図３のＳ６６の具体的な処理が異なり得る点が、第１実施例とは異なる。

（アプリケーションの処理；図９）
図９を参照して、第２実施例のアプリケーションによって実行される処理を説明する。なお、図９の初期状態では、対象端末とＡＰ（例えばＡＰ６）との間にＷｉ－Ｆｉ接続が確立されていなくてもよい。

図９のＳ１６でＹＥＳと判断される場合に、対象アプリは、Ｓ１２２において、対象端末とＡＰ６との間にＷｉ－Ｆｉ接続が確立済みであるのか否かを判断する。具体的には、対象端末のメモリは、対象端末とＡＰ６との間にＷｉ－Ｆｉ接続が確立されているのか否かを示すフラグ情報（図示省略）を記憶している。対象アプリは、対象端末とＡＰ６との間にＷｉ－Ｆｉ接続が確立済みであることを示すフラグ情報がメモリに記憶されている場合に、Ｓ１２２でＹＥＳと判断して、Ｓ２０に進む。一方、対象アプリは、対象端末とＡＰ６との間にＷｉ－Ｆｉ接続が確立済みでないことを示すフラグ情報がメモリに記憶されている場合に、Ｓ１２２でＮＯと判断して、Ｓ６０に進む。

なお、対象アプリは、Ｓ１２２でＹＥＳと判断される場合には、対象端末とＡＰ６との間に確立されているＷｉ－Ｆｉ接続が、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続であるのか、通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続であるのか、を判断し、その判断結果を記憶する。即ち、対象端末とＡＰ６との間で、ＤＰＰ方式に従った各種通信を実行済みであるのか否かを判断し、その判断結果を記憶する。その具体的な処理は、図３のＳ２２の処理と同様である。

Ｓ１５０では、対象アプリは、ＤＰＰ開始指示を対象端末のＯＳに供給する。ＤＰＰ開始指示は、ＢＳ情報に加えて、対象端末とＡＰ６との間に確立されているＷｉ－Ｆｉ接続が、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続であるのか、通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続であるのか、を示す情報（Ｓ１２２参照）を含む。この情報は、対象端末と対象プリンタとの間でＣｏｎｆｉｇが実行される際に利用される。

また、図９のＳ１６６では、Ｓ１２２でＮＯを経た場合と、Ｓ２０でＮＯ、又はＳ３２でＮＯを経た場合と、で具体的な処理が異なる。Ｓ２０でＮＯ、又はＳ３２でＮＯを経たＳ１６６の具体的な処理は、図２のＳ６６の処理と同様である。

Ｓ１２２でＮＯを経たＳ１６６では、対象アプリは、Ｐｒｏｂｅ Ｒｅｑをブロードキャストによって送信し、対象端末の周囲に存在するＡＰから、当該ＡＰのＳＳＩＤを含むＰｒｏｂｅ Ｒｅｓを受信することによって、ＡＰのＳＳＩＤを取得する。なお、対象アプリは、１個以上のＳＳＩＤが取得される場合に、Ｓ７０の処理を実行する前に、１個以上のＳＳＩＤの中から１個のＳＳＩＤをユーザに選択させるための選択画面を対象端末の表示部に表示させてもよい。そして、対象アプリは、Ｓ７０において、取得済みのＳＳＩＤのうちの１個のＳＳＩＤを含む入力画面ＳＣ３を対象端末の表示部に表示させる。変形例では、対象アプリは、Ｓ１２２でＮＯを経た場合、Ｓ１６６の処理を省略してもよい。この場合、Ｓ７０の処理に代えて、ＳＳＩＤの入力欄と、ＰＷの入力欄と、ＯＫボタンと、キャンセルボタンと、を含む入力画面を対象端末の表示部に表示させてもよい。そして、対象アプリは、Ｓ７２において、ＳＳＩＤ及びＰＷの入力を受け付けた後にＯＫボタンの選択を受け付ける場合に、Ｓ７４において、入力済みのＳＳＩＤ及びＰＷを対象プリンタに送信してもよい。

（ケースＤ－１；図１０）
続いて、図９の処理によって実行される具体的なケースを説明する。まず、図１０を参照して、ＤＰＰ方式に従ったＷｉ－Ｆｉ接続をＡＰ６と確立済みである端末１０Ａを利用して、プリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるケースＤ－１を説明する。図１０は、図４の続きの処理である。即ち、ケースＤ－１では、端末１０ＡとＡＰ６との間にＤＰＰ方式に従ったＷｉ－Ｆｉ接続が確立済みであり（図９のＳ１２２でＹＥＳ、Ｓ２０でＹＥＳ）、かつ、プリンタ１００ＡがＤＰＰ方式をサポートしている（Ｓ３２でＹＥＳ）。

まず、ケースＤ－１では、図５のＴ１７０～Ｔ１７８と同様の処理が実行される。その後、アプリ３８Ａは、Ｔ５１０において、ＤＰＰ開始指示をＯＳ３６Ａに供給する（Ｓ１５０）。ＤＰＰ開始指示は、ＢＳ情報と、端末１０ＡとＡＰ６との間にＤＰＰ方式に従ったＷｉ－Ｆｉ接続が確立済みであることを示す情報と、を含む。その後、Ｔ１８２～Ｔ１８８と同様の処理が実行される。

Ｔ５２０～Ｔ５２４では、ＤＰＰ方式のＣｏｎｆｉｇが実行される。Ｔ５２０～Ｔ５２４の処理は、図５のＴ１９０～Ｔ１９４の処理と同様である。その後、図５のＴ１９５～Ｔ１９９と同様の処理が実行され、プリンタ１００ＡとＡＰ６との間にＤＰＰ方式に従ったＷｉ－Ｆｉ接続が確立される。本ケースでも、端末１０Ａ及びプリンタ１００Ａの双方がＡＰ６によって形成される無線ネットワークに所属することができる。

（ケースＤ－２；図１０）
続いて、図１０を参照して、通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続をＡＰ６と確立済みである端末１０Ａを利用して、プリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるケースＤ－２を説明する。ケースＤ－２では、端末１０ＡとＡＰ６との間に、ＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」が利用されたＷｉ－Ｆｉ接続（即ち、通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続）が確立済みであり（Ｓ１２２でＹＥＳ）、かつ、端末１０ＡがＤＰＰ方式をサポートしており（Ｓ２２でＹＥＳ）、かつ、プリンタ１００ＡがＤＰＰ方式をサポートしている（Ｓ３２でＹＥＳ）。

まず、ケースＤ－２では、図４のＴ１１０～Ｔ１６６の処理、及び、図５のＴ１７０～Ｔ１７８と同様の処理が実行される。その後、アプリ３８Ａは、Ｔ５３０において、ＤＰＰ開始指示をＯＳ３６Ａに供給する。ＤＰＰ開始指示は、ＢＳ情報と、端末１０ＡとＡＰ６との間に通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続が確立済みであることを示す情報と、を含む。その後、Ｔ１８２～Ｔ１８８と同様の処理が実行される。

Ｔ５４０～Ｔ５４４では、ＤＰＰ方式のＣｏｎｆｉｇが実行される。Ｔ５４０～Ｔ５４４の処理は、Ｔ５４２において端末１０Ａからプリンタ１００Ａに送信されるプリンタ用ＣＯが、ＡＰ６のＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」を含む点を除いて、図５のＴ１９０～Ｔ１９４の処理と同様である。

Ｔ５５０では、プリンタ１００Ａは、通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続をＡＰ６と確立する。具体的には、プリンタ１００Ａは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｓｓｏｃｉａｔｉｏｎ、４ｗａｙ－ｈａｎｄｓｈａｋｅ等の各種通信をＡＰ６と実行する。当該各種通信の過程において、ＡＰ６においてＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」を利用した認証が実行され、当該認証が成功する場合に、プリンタ１００ＡとＡＰ６との間に通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続が確立される。Ｔ５５２の処理は、Ｔ１９９の処理と同様である。本ケースでも、端末１０Ａ及びプリンタ１００Ａの双方がＡＰ６によって形成される無線ネットワークに所属することができる。ＡＰ６のＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」を含むプリンタ用ＣＯが、「第１の接続情報」の一例である。

（ケースＥ；図１１）
続いて、図１１を参照して、ＡＰとのＷｉ－Ｆｉ接続を確立済みでない端末１０Ａを利用して、プリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるケースＥを説明する。図１１の初期状態では、端末１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立されていない（Ｓ１２２でＮＯ）。

まず、ケースＥでは、図４のＴ１１０～Ｔ１５４と同様の処理が実行される。Ｔ６６０～Ｔ６６６の処理は、図６のＴ２６０～Ｔ２６６の処理と同様である。

Ｔ６７０では、アプリ３８Ａは、Ｐｒｏｂｅ Ｒｅｑをブロードキャストによって送信し、Ｔ６７２において、ＡＰ６からＰｒｏｂｅ Ｒｅｓを受信する。Ｐｒｏｂｅ Ｒｅｓは、ＡＰ６のＳＳＩＤ「Ｓ１」を含む。Ｔ６７４～Ｔ６８０の処理は、図６のＴ２７４～Ｔ２８０の処理と同様である。このように、端末１０ＡがＡＰ６とＷｉ－Ｆｉ接続を確立済みでない状況でも、プリンタ１００ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させることができる。

（本実施例の効果）
上記のように、プリンタ１００Ａは、端末１０ＡがＡＰ６とのＷｉ－Ｆｉ接続を確立済みである場合（図１０のケースＤ－１及びケースＤ－２）、プリンタ用ＳＣ（又はＡＰ６のＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」）を含むプリンタ用ＣＯを受信することによって（図１０のＴ５２２（又は図１０のＴ５４２））、ＡＰ６とのＷｉ－Ｆｉ接続を確立する（図１０で参照する図５のＴ１９８（又はＴ５５０））。一方、プリンタ１００Ａは、端末１０ＡがＡＰ６とのＷｉ－Ｆｉ接続を確立済みでない場合（図１１のケースＥ）、端末１０ＡからＡＰ６によって形成される無線ネットワークのＳＳＩＤ「Ｓ１」及びＰＷ「Ｐ１」を受信することによって（図１１のＴ６７８）、ＡＰ６とのＷｉ－Ｆｉ接続を確立する（Ｔ６８０）。このように、プリンタ１００Ａは、端末１０Ａから受信される情報に応じて、ＡＰ６とのＷｉ－Ｆｉ接続を適切に確立することができる。

（第３実施例）
続いて、第３実施例を説明する。第３実施例は、図３のＳ３０及びＳ３２の処理が実行されるタイミングが異なる。また、第３実施例では、Ｓ６０の処理は実行されない。以下では、第１実施例とは異なる点を中心に説明する。また、図１２では、第１実施例と同様の処理のステップには同じステップ番号を付し、その詳細な説明を省略する。

（アプリケーションの処理；図１２）
図１２を参照して、第３実施例のアプリケーションによって実行される処理を説明する。図１２のＳ１６でＹＥＳと判断される場合に、対象アプリは、Ｓ３０及びＳ３２の処理を実行する。対象アプリは、Ｓ３２でＹＥＳと判断する場合にＳ２０に進み、Ｓ３２でＮＯと判断する場合にＳ６２に進む。また、対象アプリは、Ｓ２０でＮＯと判断される場合に、Ｓ６２に進む。同様に、対象アプリは、Ｓ２２でＮＯと判断される場合に、Ｓ６２に進む。

即ち、第３実施例では、端末がＤＰＰ方式をサポートしているのか否かの判断に先立って、プリンタがＤＰＰ方式をサポートしているのか否かを判断する。このような場合でも、端末は、プリンタとＡＰとの間に適切な方式に従ったＷｉ－Ｆｉ接続を確立させることができる。

以上、本明細書が開示する技術の具体例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）プリンタ１００Ａは、図４のＴ１１２でＷＦＤ方式のＧ／Ｏに移行することに代えて、ＳｏｆｔＡＰの親局に移行してもよい。本変形例では、ＳｏｆｔＡＰの親局に移行する処理が、「通信装置」の「移行部」によって実行される処理の一例である。また、別の変形例では、プリンタ１００Ａがセットアップ開始操作を受け付けることに応じて、端末（例えば端末１０Ａ）が親局になるべきことを示す情報を含むＱＲコードを表示してもよい。そして、当該ＱＲコードが端末１０Ａによって撮影されることに応じて、端末１０ＡがＷＦＤ方式のＧ／Ｏ状態に移行して、端末１０Ａとプリンタ１００Ａとの間にＷＦＤ接続が確立されてもよい。本変形例では、「通信装置」の「出力制御部」、及び「移行部」を省略可能である。一般的に言うと、「第１の無線接続」は、「通信装置」が親局として動作してもよいし、「端末装置」が親局として動作してもよい。

（変形例２）プリンタ１００Ａは、Ｔ１１４において、プリンタ１００Ａと端末（例えば端末１０Ａ）との間にＮＦＣ（Near Field Communicationの略）接続を確立させるために、端末をプリンタ１００Ａに近づけることをユーザに促すためのメッセージがコード化されたＱＲコードを表示してもよい。この場合、アプリ３８Ａは、Ｔ１３０において当該メッセージを端末１０Ａに表示してもよい。この結果、図４のＴ１４０において、端末１０Ａがプリンタ１００Ａに近づけられることに応じて、端末１０Ａとプリンタ１００Ａとの間にＮＦＣ接続が確立されてもよい。本変形例では、上記のメッセージの表示が、「コンピュータプログラム」の「確立制御部」によって実行される処理の一例であり、ＮＦＣ接続が、「第１の無線接続」の一例である。また、本変形例では、「コンピュータプログラム」の「接続情報取得部」を省略可能である。また、別の変形例では、図４のＴ１４０において、端末１０Ａとプリンタ１００Ａとの間にＢＴ（Bluetooth（登録商標）の略）接続が確立されてもよい。本変形例では、ＢＴ接続が「第１の無線接続」の一例である。一般的に言うと、「第１の無線接続」は、Ｗｉ－Ｆｉ規格に従った無線接続でなくてもよい。

（変形例３）プリンタ１００Ａは、図４のＴ１１４において、ＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」がコード化されたＱＲコードの印刷を印刷実行部１１８Ａに実行させてもよい。本変形例では、印刷されたＱＲコードを撮影することによってＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」を取得する処理が、「コンピュータプログラム」の「接続情報取得部」によって実行される処理の一例である。また、別の変形例では、プリンタ１００Ａは、Ｔ１１４において、ＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」をＮＦＣＩ／Ｆに供給してもよい。この場合、端末（例えば端末１０Ａ）がプリンタ１００Ａに近づけられることに応じて、端末はＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」を取得する。本変形例では、ＮＦＣＩ／Ｆを介してＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」を取得する処理が、「コンピュータプログラム」の「接続情報取得部」によって実行される処理の一例である。また、別の変形例では、プリンタ１００Ａは、Ｔ１１４において、ＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」をＢＴＩ／Ｆに供給してもよい。この場合、端末（例えば端末１０Ａ）は、ＢＴＩ／Ｆを介してＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」を取得する。本変形例では、ＢＴＩ／Ｆを介してＳＳＩＤ「Ｓ２」及びＰＷ「Ｐ２」を取得する処理が、「コンピュータプログラム」の「接続情報取得部」によって実行される処理の一例である。

（変形例４）プリンタ１００Ａは、図４のＴ１６２において、プリンタＩＤ「ＡＡＡ」、能力情報、及びステータスを含まない応答を端末１０Ａに送信してもよい。本変形例では、「通信装置」の「装置情報送信部」を省略可能である。また、Ｓ２０でＮＯ又はＳ２２でＮＯと判断される場合に、アプリ３８は、図３のＳ６０～Ｓ６４の処理を省略して、Ｓ６６の処理に進んでもよい。本変形例では、「通信装置」の「装置情報送信部」を省略可能であり、「コンピュータプログラム」の「装置情報受信部」及び「表示制御部」を省略可能である。

（変形例５）アプリ３８Ａは、図３のＳ１０～Ｓ１６の処理を省略可能である。本変形例では、「通信装置」の「認証情報受信部」を省略可能であり、「コンピュータプログラム」の「認証情報送信部」を省略可能である。

（変形例６）ＡＰ６にはＰＷ「Ｐ１」が設定されていなくてもよい。この場合、例えば端末１０Ａは、ＡＰ６のＳＳＩＤ「Ｓ１」を選択することに応じて、ＡＰ６と通常のＷｉ－Ｆｉ方式に従ったＷｉ－Ｆｉ接続を確立する。一般的に言うと、「第２の接続情報」は、「ユーザによって入力されるパスワード」を含まなくてもよい。

（変形例７）端末１０Ａ及びプリンタ１００Ａは、ＤＰＰ方式とは異なる方式をサポートしていてもよく、プリンタ１００Ａは、ＤＰＰ方式とは異なる方式に従って、端末１０Ａとプリンタ１００Ａとの間で、認証要求、認証応答、第１の接続情報等の各種通信を実行してもよい。一般的に言うと、「所定方式」はＤＰＰ方式に限定されない。

（変形例８）アプリ３８Ａは、図５のＴ１７０の処理に代えて、プリンタ１００Ａによって利用されるべき公開鍵ＰＫｐｒを生成してもよい。この場合、アプリ３８Ａは、生成済みの公開鍵ＰＫｐｒをプリンタ１００Ａに送信してもよい。本変形例では、プリンタ１００Ａが端末１０Ａから公開鍵ＰＫｐｒを受信する処理が、「通信装置」の「関連処理実行部」によって実行される処理の一例である。また、アプリ３８Ａが公開鍵ＰＫｐｒを生成する処理が、「コンピュータプログラム」の「公開鍵取得部」によって実行される処理の一例である。

（変形例９）プリンタ１００Ａは、図４のＴ１１０において、ウェブサーバとして機能するプリンタ１００Ａへのアクセスを端末（例えば端末１０Ａ）から受け付けて、端末からウェブサーバを介してセップ開始操作を受け付けてもよい。本変形例では、端末からウェブサーバを介してセットアップ開始操作を受け付けることが、「通信装置」の「受付部」によって実行される処理の一例である。

（変形例１０）上記の実施例では、図５のＴ１８２～Ｔ１９４の処理が端末１０ＡのＯＳ３６Ａによって実行されたが、これに代えて、これらの各種処理がアプリ３８Ａによって実行されてもよい。

（変形例１１）上記の各実施例では、図２～図１２の各処理がソフトウェア（例えばＯＳ３６Ａ，３６Ｂ，アプリ３８Ａ，３８Ｂ、プログラム１３６Ａ，１３６Ｂ）によって実現されるが、これらの各処理の少なくとも１つが論理回路等のハードウェアによって実現されてもよい。

本明細書または図面に説明した技術要素は、単独で、あるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成し得るものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、６：ＡＰ、８，１４０Ａ，１４０Ｂ：ＭＡＣアドレス、１０Ａ，１０Ｂ：端末、１２Ａ，１２Ｂ，１１２Ａ，１１２Ｂ：操作部、１４Ａ，１４Ｂ，１１４Ａ，１１４Ｂ：表示部、１６Ａ，１６Ｂ，１１６Ａ，１１６Ｂ：Ｗｉ－ＦｉＩ／Ｆ、１８Ａ，１８Ｂ：カメラ、３０Ａ，３０Ｂ，１３０Ａ，１３０Ｂ：制御部、３２Ａ，３２Ｂ，１３２Ａ，１３２Ｂ：ＣＰＵ、３４Ａ，３４Ｂ，１３４Ａ，１３４Ｂ：メモリ、３６Ａ，３６Ｂ：ＯＳプログラム、３８Ａ，３８Ｂ：アプリケーション、１００Ａ，１００Ｂ：プリンタ、１１８Ａ，１１８Ｂ：印刷実行部、１３６Ａ，１３６Ｂ：プログラム

Claims (20)

1. 端末装置のためのコンピュータプログラムであって、
   前記コンピュータプログラムは、前記端末装置のコンピュータを、以下の各部、即ち、
   前記端末装置と通信装置との間に確立されている第１の無線接続を利用して、前記通信装置から、前記通信装置がＷｉ－Ｆｉ規格の所定方式に従った無線通信を実行可能であるのか否かを示す可否情報を受信する可否情報受信部と、
   前記可否情報が、前記通信装置が前記所定方式をサポートしていることを示す場合に、前記端末装置と前記通信装置との間で前記所定方式に従った前記無線通信を実行するための第１の制御処理を実行する第１の通信制御部であって、
   前記所定方式に従った前記無線通信は、
   前記通信装置の公開鍵が利用された認証要求を前記通信装置に送信する認証要求送信処理と、
   前記認証要求が前記通信装置に送信される場合に、前記通信装置から認証応答を受信する認証応答受信処理と、
   前記通信装置から前記認証応答が受信された後に、第１の接続情報を前記通信装置に送信する第１の接続情報送信処理であって、前記第１の接続情報は、前記通信装置と、前記端末装置とは異なる外部装置と、の間に前記Ｗｉ－Ｆｉ規格に従った第２の無線接続を確立するために、前記通信装置によって利用される情報である、前記第１の接続情報送信処理と、
   を含む、前記第１の通信制御部と、
   前記可否情報が、前記通信装置が前記所定方式をサポートしていないことを示す場合に、前記端末装置と前記通信装置との間で前記Ｗｉ－Ｆｉ規格の前記所定方式とは異なる方式に従った無線通信を実行するための第２の制御処理を実行する第２の通信制御部であって、
   前記異なる方式に従った前記無線通信は、
   前記認証要求を前記通信装置に送信することなく、前記第１の無線接続を利用して、第２の接続情報を前記通信装置に送信する第２の接続情報送信処理であって、前記第２の接続情報は、前記通信装置と前記外部装置との間に前記Ｗｉ－Ｆｉ規格に従った第３の無線接続を確立するために、前記通信装置によって利用される情報である、前記第２の接続情報送信処理、
   を含む、前記第２の通信制御部と、
   として機能させる、コンピュータプログラム。
2. 前記第１の通信制御部は、前記端末装置が前記所定方式に従った無線通信を前記外部装置と実行済みであり、かつ、前記可否情報が、前記通信装置が前記所定方式をサポートしていることを示す場合に、前記第１の制御処理を実行し、
   前記第２の通信制御部は、さらに、前記端末装置が前記所定方式に従った前記無線通信を前記外部装置と実行済みでない場合に、前記第２の制御処理を実行する、請求項１に記載のコンピュータプログラム。
3. 前記第１の通信制御部は、前記端末装置と前記外部装置との間に無線接続が確立されており、かつ、前記可否情報が、前記通信装置が前記所定方式をサポートしていることを示す場合に、前記第１の制御処理を実行し、
   前記第２の通信制御部は、前記端末装置と前記外部装置との間に前記無線接続が確立されていない場合に、前記第２の制御処理を実行する、請求項１又は２に記載のコンピュータプログラム。
4. 前記コンピュータプログラムは、前記コンピュータを、さらに、
   前記第１の無線接続を利用して、前記通信装置から、前記通信装置に関連する装置情報を受信する装置情報受信部と、
   受信済みの前記装置情報を前記端末装置の表示部に表示させる表示制御部と、
   として機能させる、請求項１から３のいずれか一項に記載のコンピュータプログラム。
5. 前記コンピュータプログラムは、前記コンピュータを、さらに、
   前記第１の無線接続を利用して、ユーザ認証情報を前記通信装置に送信する認証情報送信部として機能させ、
   前記通信装置において、前記ユーザ認証情報の認証が成功し、かつ、前記端末装置から前記第１の接続情報が受信される場合に、前記通信装置と前記外部装置との間に前記第２の無線接続が確立され、
   前記通信装置において、前記ユーザ認証情報の認証が成功し、かつ、前記端末装置から前記第２の接続情報が受信される場合に、前記通信装置と前記外部装置との間に前記第３の無線接続が確立され、
   前記通信装置において、前記ユーザ認証情報の認証が失敗する場合に、前記第２の無線接続及び前記第３の無線接続のどちらも確立されない、請求項１から４のいずれか一項に記載のコンピュータプログラム。
6. 前記コンピュータプログラムは、前記コンピュータを、さらに、
   前記第１の無線接続を前記通信装置と確立するための確立制御処理を実行する確立制御部として機能させる、請求項１から５のいずれか一項に記載のコンピュータプログラム。
7. 前記第１の無線接続は、前記通信装置が親局として動作すると共に前記端末装置が子局として動作するための無線接続であり、
   前記コンピュータプログラムは、前記コンピュータを、さらに、
   前記第１の無線接続を確立するための第３の接続情報を取得する接続情報取得部として機能させ、
   前記確立制御部は、前記第３の接続情報を利用して、前記確立制御処理を実行する、請求項６に記載のコンピュータプログラム。
8. 前記第１の無線接続は、前記Ｗｉ－Ｆｉ規格に従った無線接続である、請求項１から７のいずれか一項に記載のコンピュータプログラム。
9. 前記第１の接続情報は、ユーザによって入力される情報を含まず、
   前記第２の接続情報は、ユーザによって入力されるパスワードを含む、請求項１から８のいずれか一項に記載のコンピュータプログラム。
10. 前記所定方式は、ＤＰＰ（Device Provisioning Protocolの略）方式であり、
    前記第１の接続情報は、前記ＤＰＰ方式のＣｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔであり、
    前記第２の接続情報は、前記外部装置によって形成される無線ネットワークのＳＳＩＤ（Service Set Identifierの略）を含む、請求項１から９のいずれか一項に記載のコンピュータプログラム。
11. 前記コンピュータプログラムは、前記コンピュータを、さらに、
    前記可否情報が、前記通信装置が前記所定方式をサポートしていることを示す場合に、前記通信装置の前記公開鍵を取得する公開鍵取得部として機能させ、
    前記認証要求送信処理は、取得済みの前記公開鍵が利用された前記認証要求を前記通信装置に送信する、請求項１から１０のいずれか一項に記載のコンピュータプログラム。
12. 端末装置であって、
    前記端末装置と通信装置との間に確立されている第１の無線接続を利用して、前記通信装置から、前記通信装置がＷｉ－Ｆｉ規格の所定方式に従った無線通信を実行可能であるのか否かを示す可否情報を受信する可否情報受信部と、
    前記可否情報が、前記通信装置が前記所定方式をサポートしていることを示す場合に、前記通信装置の公開鍵が利用された認証要求であって、前記Ｗｉ－Ｆｉ規格の所定方式に従った前記認証要求を前記通信装置に送信する認証要求送信部と、
    前記認証要求が前記通信装置に送信される場合に、前記通信装置から、前記所定方式に従った認証応答を受信する認証応答受信部と、
    前記通信装置から前記認証応答が受信された後に、前記所定方式に従った第１の接続情報を前記通信装置に送信する第１の接続情報送信部であって、前記第１の接続情報は、前記通信装置と、前記端末装置とは異なる外部装置と、の間に前記Ｗｉ－Ｆｉ規格に従った第２の無線接続を確立するために、前記通信装置によって利用される情報である、前記第１の接続情報送信部と、
    前記可否情報が、前記通信装置が前記所定方式をサポートしていないことを示す場合に、前記認証要求を前記通信装置に送信することなく、前記第１の無線接続を利用して、第２の接続情報を前記通信装置に送信する第２の接続情報送信部であって、前記第２の接続情報は、前記通信装置と前記外部装置との間に前記Ｗｉ－Ｆｉ規格に従った第３の無線接続を確立するために、前記通信装置によって利用される情報である、前記第２の接続情報送信部と、
    を備える、端末装置。
13. 通信装置であって、
    端末装置から、前記通信装置の公開鍵が利用された認証要求であって、Ｗｉ－Ｆｉ規格の所定方式に従った前記認証要求を受信する認証要求受信部と、
    前記端末装置から前記認証要求が受信される場合に、前記所定方式に従った認証応答を前記端末装置に送信する認証応答送信部と、
    前記認証応答が前記端末装置に送信された後に、前記端末装置から、前記所定方式に従った第１の接続情報を受信する第１の接続情報受信部と、
    前記端末装置から前記第１の接続情報が受信される場合に、前記第１の接続情報を利用して、第２の無線接続を前記端末装置とは異なる外部装置と確立する第１の確立部と、
    前記端末装置から前記認証要求を受信することなく、前記端末装置と前記通信装置との間に確立されている第１の無線接続を利用して、前記端末装置から、前記Ｗｉ－Ｆｉ規格の前記所定方式とは異なる方式に従った第２の接続情報を受信する第２の接続情報受信部と、
    前記端末装置から前記第２の接続情報が受信される場合に、前記第２の接続情報を利用して、前記Ｗｉ－Ｆｉ規格に従った第３の無線接続を前記外部装置と確立する第２の確立部と、
    を備える、通信装置。
14. 前記通信装置は、さらに、
    前記第１の無線接続を利用して、前記通信装置が前記所定方式に従った無線通信を実行可能であることを示す可能情報を前記端末装置に送信する可能情報送信部を備え、
    前記第１の確立部は、前記可能情報の送信に基づいて、前記端末装置から前記第１の接続情報が受信される場合に、前記第１の接続情報を利用して、前記第２の無線接続を前記外部装置と確立し、
    前記第２の確立部は、前記可能情報の送信にも関わらず、前記端末装置から前記第２の接続情報が受信される場合に、前記第２の接続情報を利用して、前記第３の無線接続を前記外部装置と確立する、請求項１３に記載の通信装置。
15. 前記認証要求受信部は、前記端末装置が前記所定方式をサポートしている場合に、前記端末装置から前記認証要求を受信し、
    前記第２の接続情報受信部は、前記端末装置が前記所定方式をサポートしていない場合に、前記端末装置から前記認証要求を受信することなく、前記第１の無線接続を利用して、前記端末装置から前記第２の接続情報を受信する、請求項１３又は１４に記載の通信装置。
16. 前記認証要求受信部は、前記端末装置が前記所定方式に従った無線通信を前記外部装置と実行済みである場合に、前記端末装置から前記認証要求を受信し、
    前記第２の接続情報受信部は、前記端末装置が前記所定方式に従った前記無線通信を前記外部装置と実行済みでない場合に、前記端末装置から前記認証要求を受信することなく、前記第１の無線接続を利用して、前記端末装置から前記第２の接続情報を受信する、請求項１３から１５のいずれか一項に記載の通信装置。
17. 前記認証要求受信部は、前記端末装置と前記外部装置との間に無線接続が確立されている場合に、前記端末装置から前記認証要求を受信し、
    前記第２の接続情報受信部は、前記端末装置と前記外部装置との間に前記無線接続が確立されていない場合に、前記端末装置から前記認証要求を受信することなく、前記第１の無線接続を利用して、前記端末装置から前記第２の接続情報を受信する、請求項１３から１６のいずれか一項に記載の通信装置。
18. 前記通信装置は、さらに、
    前記第１の無線接続を利用して、前記通信装置に関連する装置情報を前記端末装置に送信する装置情報送信部であって、前記装置情報が前記端末装置によって受信されることに応じて、前記装置情報が前記端末装置の表示部に表示される、前記装置情報送信部を備える、請求項１３から１７のいずれか一項に記載の通信装置。
19. 前記通信装置は、さらに、
    無線接続を前記外部装置と確立するための確立指示をユーザから受け付ける受付部と、
    前記確立指示が受け付けられる場合に、前記通信装置の状態を親局として動作しない非親局状態から前記親局として動作する親局状態に移行させる移行部と、
    前記通信装置の状態が前記親局状態に移行された後に、前記通信装置が前記親局として動作すると共に前記端末装置が子局として動作する前記第１の無線接続を前記端末装置と確立する第３の確立部と、
    を備える、請求項１３から１８のいずれか一項に記載の通信装置。
20. 前記通信装置は、さらに、
    前記端末装置が前記所定方式をサポートしている場合に、前記公開鍵に関連する関連処理を実行する関連処理実行部であって、前記公開鍵は前記端末装置によって取得される、前記関連処理実行部を備え、
    前記認証要求受信部は、前記端末装置から、前記端末装置によって取得済みの前記公開鍵が利用された前記認証要求を受信する、請求項１３から１９のいずれか一項に記載の通信装置。

Images