JP5374172B2

JP5374172B2 - 無線通信端末および無線ネットワークの接続設定方法

Info

Publication number: JP5374172B2
Application number: JP2009017521A
Authority: JP
Inventors: 和行澁谷; 仁司土屋; 顕彦坂本
Original assignee: Olympus Corp
Current assignee: Olympus Corp
Priority date: 2009-01-29
Filing date: 2009-01-29
Publication date: 2013-12-25
Anticipated expiration: 2029-01-29
Also published as: JP2010177978A; US20100189012A1; US8300546B2

Description

本発明は、無線通信を行う装置が無線ネットワークに参加する際の接続設定を簡易に行う無線通信端末および無線ネットワークの接続設定方法に関する。

従来、無線ＬＡＮ機能を有する通信端末がアクセスポイント（以下、ＡＰと略記する）の提供するネットワーク（インフラストラクチャネットワーク）に参加するには、通信端末において無線の接続やセキュリティのセットアップを行う必要があり、これには通信端末上で様々な設定の入力を要していた。この設定と入力は複雑なものであったため、特に無線ＬＡＮ技術に不慣れなユーザにとっては、セットアップを行うのは困難であった。

この問題に対し、無線の接続やセキュリティのセットアップを簡単に行い、通信端末をインフラストラクチャネットワークに参加させるための無線ＬＡＮの業界標準の技術として、非特許文献１が公開されている。この非特許文献１であるＷｉ−ＦｉＰｒｏｔｅｃｔｅｄＳｅｔｕｐ（ＴＭ）Ｓｐｅｃｉｆｉｃａｔｉｏｎ１．０（以下、ＷＰＳと略する）は、例えば、ｈｔｔｐｓ：／／ｗｗｗ．ｗｉ−ｆｉ．ｏｒｇ／ｋｎｏｗｌｅｄｇｅ＿ｃｅｎｔｅｒ＿ｏｖｅｒｖｉｅｗ．ｐｈｐ？ｔｙｐｅ＝４より入手可能である。

ＷＰＳでは、無線ＬＡＮ機能を有しネットワークへの参加を希望する外部端末と、先にネットワークに参加済みでかつ外部端末をネットワークへ参加させることができる機能を有する通信端末とのそれぞれにおいて、ユーザが実際のボタンを押す、またはＧＵＩ機能（グラフィカルユーザインタフェース機能）により画面上のボタンを押すことでセットアップを行うことができる。ｈｔｔｐ：／／ｓｔａｎｄａｒｄｓ．ｉｅｅｅ．ｏｒｇ／ｇｅｔｉｅｅｅ８０２／ｄｏｗｎｌｏａｄ／８０２．１１−２００７．ｐｄｆとして公開されている非特許文献２には、インフラストラクチャネットワークを介した通信を行うインフラストラクチャモードにおける通信方法が記載されている。

Ｗｉ−ＦｉＰｒｏｔｅｃｔｅｄＳｅｔｕｐ（ＴＭ）Ｓｐｅｃｉｆｉｃａｔｉｏｎ１．０ＩＥＥＥＳｔｄ．８０２．１１（ＴＭ）−２００７

一方、近年、ＡＰを必要とするインフラストラクチャモードとは異なり、通信端末同士が直接無線ＬＡＮ通信を行うアドホックモードが、ゲーム機やカメラといった携帯型端末を中心に普及し始めている。アドホックモードでは、いつでも誰でも小規模のネットワークを形成することが可能である。また、アドホックモードでは、ネットワークが利用される期間がインフラストラクチャモードに比べてかなり短い傾向にある。そのため、インフラストラクチャモードに比べて、セキュリティを多少犠牲にしても利便性を追求した利用方法が想定される。

したがって、既存のアドホックネットワークに対して複数の端末が参加する場合に、それら複数の端末が一括してアドホックネットワークに参加できると便利である。しかし、従来のＷＰＳでは、セキュリティの観点から、ネットワークへの参加を希望する端末１台と、ネットワークに参加済みの端末１台との合計２台の場合にのみ、それぞれの端末間でセットアップを行うことが可能となっている。これは、３台以上が同時にセットアップを行おうとすると発生するセキュリティ上のリスクを回避するためである。従来のＷＰＳをアドホックネットワークでも動作できるように適用しても、やはり合計２台の場合にしか端末間でセットアップを行うことができない。

このため、従来のＷＰＳでは、既存のアドホックネットワークに対して複数の端末が参加する場合、アドホックネットワークへの参加を希望する端末１台と、アドホックネットワークに参加済みの端末１台とをペアとするセットアップを複数回行う必要がある。このセットアップを複数回行うため、必要な操作が増加し面倒になる。また、セットアップの実行中に、セットアップを実行中の端末と、アドホックネットワークへの参加を希望する端末との間でセットアップを実行しようとしても、後から実行しようとしたセットアップが失敗し、再度セットアップをやり直すことになるため、余計な操作が増えることになる。

本発明は、上述した課題に鑑みてなされたものであって、複数の装置が無線ネットワークに参加するための接続設定を一括で行うことができる無線通信端末および無線ネットワークの接続設定方法を提供することを目的とする。

本発明は、上記の課題を解決するためになされたもので、所定のトリガを受け付けるトリガ受付部と、自端末との無線ネットワークに未参加である外部端末から、前記トリガを受け付けた後の当該外部端末との最初の通信時に当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付部と、前記トリガ受付部が受け付けた１つのトリガに対して、前記参加要求受付部が複数の外部端末から受け付けた前記参加要求のそれぞれを対応させ、それぞれの前記参加要求に応答して前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定部と、前記トリガ受付部が１つのトリガを受け付けた時点を含み、かつ、前記接続設定部が何れかの前記外部端末に対して前記接続設定を行っている期間を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶部と、を有し、前記接続設定部は、前記記憶部に記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれに対して前記接続設定を行い、前記所定の期間が終了したあと、前記参加要求を新たに受け付けた場合、当該新たに受け付けた参加要求を行った前記外部端末と、前記記憶部に記憶されている前記参加要求情報に対応する参加要求を行った前記外部端末と、が同一であるか否かを判断し、前記同一であると判断できた場合、当該新たに受け付けた参加要求を行った前記外部端末に対して前記接続設定を行う無線通信端末である。

また、本発明は、所定のトリガを受け付けるトリガ受付部と、自端末との無線ネットワークに未参加である外部端末から、前記トリガを受け付けた後の当該外部端末との最初の通信時に当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付部と、前記トリガ受付部が受け付けた１つのトリガに対して、前記参加要求受付部が複数の外部端末から受け付けた前記参加要求のそれぞれを対応させ、それぞれの前記参加要求に応答して前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定部と、前記トリガ受付部が１つのトリガを受け付けた時点を含み、かつ、前記接続設定部が何れかの前記外部端末に対して前記接続設定を行っている期間を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶部と、を有し、前記接続設定部は、前記記憶部に記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれに対して前記接続設定を行い、何れかの前記外部端末に対して前記無線ネットワークに参加させる接続設定が完了したあと、前記記憶部に他の前記外部端末の前記参加要求情報が記憶されている場合、当該参加要求情報に基づいて、他の前記外部端末に対する前記接続設定を自ら開始する無線通信端末である。

また、本発明は、所定のトリガを受け付けるトリガ受付ステップと、自端末との無線ネットワークに未参加である外部端末から、前記トリガを受け付けた後の当該外部端末との最初の通信時に当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付ステップと、前記トリガ受付ステップで受け付けた１つのトリガに対して、前記参加要求受付ステップで複数の外部端末から受け付けた前記参加要求のそれぞれを対応させ、それぞれの前記参加要求に応答して前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定ステップと、前記トリガ受付ステップで１つのトリガを受け付けた時点を含み、かつ、前記接続設定ステップで何れかの前記外部端末に対して前記接続設定を行っている期間を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶ステップと、を有し、前記接続設定ステップでは、前記記憶ステップで記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれに対して前記接続設定を行い、前記所定の期間が終了したあと、前記参加要求を新たに受け付けた場合、当該新たに受け付けた参加要求を行った前記外部端末と、前記記憶ステップで記憶されている前記参加要求情報に対応する参加要求を行った前記外部端末と、が同一であるか否かを判断し、前記同一であると判断できた場合、当該新たに受け付けた参加要求を行った前記外部端末に対して前記接続設定を行う無線ネットワークの接続設定方法である。
また、本発明は、所定のトリガを受け付けるトリガ受付ステップと、自端末との無線ネットワークに未参加である外部端末から、前記トリガを受け付けた後の当該外部端末との最初の通信時に当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付ステップと、前記トリガ受付ステップで受け付けた１つのトリガに対して、前記参加要求受付ステップで複数の外部端末から受け付けた前記参加要求のそれぞれを対応させ、それぞれの前記参加要求に応答して前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定ステップと、前記トリガ受付ステップで１つのトリガを受け付けた時点を含み、かつ、前記接続設定ステップで何れかの前記外部端末に対して前記接続設定を行っている期間を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶ステップと、を有し、前記接続設定ステップでは、前記記憶ステップで記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれに対して前記接続設定を行い、何れかの前記外部端末に対して前記無線ネットワークに参加させる接続設定が完了したあと、前記記憶ステップで他の前記外部端末の前記参加要求情報が記憶されている場合、当該参加要求情報に基づいて、他の前記外部端末に対する前記接続設定を自ら開始する無線ネットワークの接続設定方法である。

本発明によれば、１つのトリガに対して、複数の外部端末から受け付けた参加要求のそれぞれを対応させ、それぞれの参加要求に応答して複数の外部端末のそれぞれを無線ネットワークに参加させる接続設定を行うことによって、複数の装置が無線ネットワークに参加するための接続設定を一括で行うことができる。

本発明の一実施形態によるデジタルスチルカメラの構成を示すブロック図である。本発明の一実施形態によるデジタルスチルカメラの動作の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第１の動作例における登録待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第１の動作例における登録待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第１の動作例における参加待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第１の動作例における通信）の手順を示すシーケンス図である。本発明の一実施形態によるデジタルスチルカメラの動作（第２の動作例における登録待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第２の動作例における参加待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第２の動作例における通信）の手順を示すシーケンス図である。本発明の一実施形態によるデジタルスチルカメラの動作（第３の動作例における登録待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第３の動作例における登録待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第３の動作例における登録待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第３の動作例における参加待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第３の動作例における通信）の手順を示すシーケンス図である。本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における登録待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における登録待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における参加待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における参加待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における参加待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における参加待機動作）の手順を示すフローチャートである。本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第４の動作例における通信）の手順を示すシーケンス図である。本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第５の動作例における通信）の手順を示すシーケンス図である。本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第６の動作例における通信）の手順を示すシーケンス図である。本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第７の動作例における通信）の手順を示すシーケンス図である。

以下、図面を参照し、本発明の実施形態を説明する。本実施形態では、無線通信端末の一例として、デジタルスチルカメラを用いて説明する。これに限らず、ＰＣ、携帯電話、ＰＤＡ、光ディスク・ＨＤＤレコーダ、ＴＶ、ゲーム機、ビデオカメラなど、無線ネットワークに接続可能な装置を無線通信端末として使用することが可能である。

図１は、本実施形態によるデジタルスチルカメラ（以下、ＤＳＣと略記する）の構成を示している。図１に示すように、ＤＳＣ１０は、ＣＰＵ１０１、入力インターフェース部１０２、ＲＯＭ１０３、ＲＡＭ１０４、表示部１０５、外部Ｉ／Ｆ（外部インターフェース）１０６、ファイル管理部１０７、記録部１０８、圧縮伸張エンジン１０９、撮像部１１０を備える。

ＣＰＵ１０１は、ＲＯＭ１０３に格納されている制御プログラムに従い、ＲＡＭ１０４を作業領域に用いて各種制御を行う。また、このＣＰＵ１０１は、ネットワークプロトコルにより、外部Ｉ／Ｆ１０６を介して無線ネットワークに接続し、外部の無線通信端末と通信できるようになっている。外部の無線通信端末との通信時に送受信するデータは、ＲＡＭ１０４に格納される。

入力インターフェース部１０２は、ユーザがＤＳＣ１０に対する操作入力を行うためのスイッチ、ボタン、キー、ダイヤル等の操作入力部である。また、この入力インターフェース部１０２は、表示部１０５に重ねられたタッチパネル等であってもよい。表示部１０５は、画像や操作メニュー等を表示することが可能である。ファイル管理部１０７は、ＣＰＵ１０１からの指示に従い、記録部１０８に記録されるファイルを管理する。

記録部１０８は、半導体メモリ、磁気メモリ、磁気ディスク、光ディスク、光磁気ディスク等の不揮発性の記録媒体、あるいはそれらに限らず、情報を記録することができる不揮発性の記録媒体であり、また上記記録媒体の組み合わせであってもよい。さらには、記録部１０８が単数の記録媒体のみから構成される必要は無く、記録部１０８が複数の記録媒体から構成されていても構わない。

圧縮伸張エンジン１０９は、画像の圧縮および伸張を行う。撮像部１１０は、被写体像を撮像し撮像データを生成する。

このような構成のＤＳＣ１０では、撮影時には、入力インターフェース部１０２に入力された指示に従って、ＣＰＵ１０１が撮像部１１０から撮像データを取り込む。さらに、ＣＰＵ１０１は、撮像データに基づく画像を表示部１０５に表示するとともに、ＲＡＭ１０４内に撮像データを格納する。そして、ＣＰＵ１０１が圧縮伸張エンジン１０９に圧縮指示を行うと、圧縮伸張エンジン１０９は、上記ＲＡＭ１０４内の撮像データを、ＣＰＵ１０１が指定するフォーマットの画像へと圧縮する。圧縮された画像は、ＣＰＵ１０１からの指示により、ファイル管理部１０７を通して記録部１０８に記録される。

このように記録部１０８に記録された画像の再生時には、まずＣＰＵ１０１からの指示により、ファイル管理部１０７を通して記録部１０８内の画像が読み出され、圧縮伸張エンジン１０９により、記録されているフォーマットに従い画像が伸張される。伸張された画像は表示部１０５に表示される。また、撮像時あるいは再生時のＤＳＣ１０および画像に係る設定を行うための設定画面が表示部１０５に表示された状態で、ユーザは入力インターフェース１０２を用いてＤＳＣ１０の設定を行うことが可能である。

次に、本実施形態によるＤＳＣ１０の動作を説明する。図２はＤＳＣ１０の動作の手順を示している。ＤＳＣ１０の電源がオンになると、ＣＰＵ１０１は、アドホックネットワークの接続設定をＲＡＭ１０４に記憶済みであり、かつその接続設定を外部Ｉ／Ｆ１０６に反映済みであるか否かを判定する（Ｓ１）。

アドホックネットワークの接続設定をＲＡＭ１０４に記憶済みであり、かつその接続設定を外部Ｉ／Ｆ１０６に反映済みである場合、ＣＰＵ１０１は登録待機動作を行う（Ｓ１０）。一方、アドホックネットワークの接続設定をＲＡＭ１０４に記憶済みでない場合、またはその接続設定を記憶済みであっても外部Ｉ／Ｆ１０６に反映済みでない場合、ＣＰＵ１０１は参加待機動作を行う（Ｓ２０）。

以下、登録待機動作と参加待機動作について、第１〜第７の動作例を挙げて詳細に説明する。以下では、他の端末からの参加要求を受け付け、アドホックネットワークへの登録を行う端末を登録端末（Ｒｅｇｉｓｔｒａｒ：レジストラ）とし、他の端末に対してアドホックネットワークへの参加要求を行う端末を参加端末（Ｅｎｒｏｌｌｅｅ：エンローリー）とする。

＜第１の動作例＞
まず、第１の動作例を説明する。図３〜図４は、第１の動作例における登録待機動作の手順を示している。ＣＰＵ１０１は、前回のセットアップの情報をクリアするため、ＲＡＭ１０４に記憶されている自身の役割をクリアする（Ｓ１１０）。続いて、ＣＰＵ１０１は、アドホックネットワークへの接続を指示するための自身の装置のボタンが押されたか否かを判断する（Ｓ１１１）。なお、アドホックネットワークへの接続の指示は、装置に取り付けられている物理的なボタンを押すことだけではなく、ＬＣＤに表示されるメニューやボタンを選択決定することによっても可能である。

ボタンが押されていない場合、処理はＳ１１５へ進む。一方、ボタンが押されている場合、ＣＰＵ１０１は、自身の役割を登録端末（Ｒｅｇｉｓｔｒａｒ）としてＲＡＭ１０４に記憶する（Ｓ１１２）。続いて、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１１３）。受付期間中である場合、処理はＳ１１５へ進む。一方、受付期間中でない場合、ＣＰＵ１０１は受付期間を開始する（Ｓ１１４）。続いて、処理はＳ１１５へ進む。

受付期間は、アドホックネットワークへの参加を希望する端末から参加を受け付ける期間である。本実施形態では、登録端末がアドホックネットワークへの参加希望を無制限に受け付けないようにしており、受付期間内にアドホックネットワークへの参加を希望した参加端末のみがセットアップを行うことができる。

処理がＳ１１５へ進んだ場合、ＣＰＵ１０１は、参加要求であるＰｒｏｂｅＲｅｑｕｅｓｔを他の装置から受信しているか否かを判断する（Ｓ１１５）。通常のＰｒｏｂｅＲｅｑｕｅｓｔには、送信元端末のＭＡＣアドレスのほか、セットアップ開始方法（ボタン押し方法、ＰＩＮコード入力方法等）、送信元端末のＵＵＩＤ（ＵｎｉｖｅｒｓａｌｌｙＵｎｉｑｕｅＩｄｅｎｔｉｆｉｅｒ）等が含まれている。アドホックネットワークの接続設定がなされていない参加端末はＰｒｏｂｅＲｅｑｕｅｓｔを受信することができないが、アドホックネットワークの接続設定がなされている登録端末はＰｒｏｂｅＲｅｑｕｅｓｔを受信することができる。

ＰｒｏｂｅＲｅｑｕｅｓｔを他の装置から受信していない場合、処理はＳ１２３へ進む。一方、ＰｒｏｂｅＲｅｑｕｅｓｔを他の装置から受信している場合、ＣＰＵ１０１は、そのＰｒｏｂｅＲｅｑｕｅｓｔに、ボタン押しセットアップであることを示す情報（以下、ＰＢＣ情報と略記する）が含まれているか否かを判断する（Ｓ１１６）。

ＰｒｏｂｅＲｅｑｕｅｓｔにＰＢＣ情報が含まれていない場合、ＣＰＵ１０１は、ＰＢＣ情報を含まないＰｒｏｂｅＲｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介してＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末へ送信する（Ｓ１２２）。続いて、処理はＳ１２３へ進む。一方、ＰｒｏｂｅＲｅｑｕｅｓｔにＰＢＣ情報が含まれている場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１１７）。

受付期間中である場合、処理はＳ１１９へ進む。一方、受付期間中でない場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔが存在するか否かを判断する（Ｓ１１８）。ＰｒｏｂｅＲｅｑｕｅｓｔが存在する場合、処理はＳ１１９へ進む。一方、ＰｒｏｂｅＲｅｑｕｅｓｔが存在しない場合、ＣＰＵ１０１は受付期間を開始する（Ｓ１１８１）。つまり、受付期間は、自身のボタンが押されたタイミング、あるいは他の装置からＰＢＣ情報つきのＰｒｏｂｅＲｅｑｕｅｓｔを受信したタイミングで開始する。Ｓ１１８１の後、処理はＳ１１９へ進む。

処理がＳ１１９へ進んだ場合、ＣＰＵ１０１は、自身の役割が登録端末であるか否かを判断する（Ｓ１１９）。自身の役割が登録端末でない場合、処理はＳ１２２へ進む。一方、自身の役割が登録端末である場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１１９１）。

受付期間中である場合、ＣＰＵ１０１は、ＰＢＣ情報と、自身が登録端末であることを示す情報とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介してＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末へ送信し（Ｓ１２０）、受信したＰｒｏｂｅＲｅｑｕｅｓｔをＲＡＭ１０４に記憶する（Ｓ１２１）。なお、既に同一のＭＡＣアドレスを有する装置からのＰｒｏｂｅＲｅｑｕｅｓｔを記憶している場合は、さらに別に記憶する必要はない。Ｓ１２１の後、処理はＳ１２３へ進む。

一方、受付期間中でない場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの中でセットアップが未実施のものの送信元端末のＭＡＣアドレスと、受信したＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末のＭＡＣアドレスとが同一であるか否かを判断する（Ｓ１２１１）。２つのＭＡＣアドレスが同一である場合、処理はＳ１２０へ進む。一方、２つのＭＡＣアドレスが同一でない場合、処理はＳ１２２へ進む。なお、ここではそれぞれのＰｒｏｂｅＲｅｑｕｅｓｔが同一であるかどうかをＭＡＣアドレスを用いて判断しているが、判断に用いる情報はＭＡＣアドレスに限らず、たとえばＵＵＩＤのように送信元端末を一意に識別できる情報であればよい。本動作例、および他の動作例の説明において、他にＭＡＣアドレスを用いて判断を行っている箇所についても同様である。

処理がＳ１２３へ進んだ場合、ＣＰＵ１０１は、受付期間中であって、かつ受付期間の開始から所定時間が経過しているか否かを判断する（Ｓ１２３）。受付期間中でない、または受付期間の開始から所定時間が経過していない場合、処理はＳ１２８へ進む。一方、受付期間中であって、かつ受付期間の開始から所定時間が経過している場合、ＣＰＵ１０１は受付期間を終了する（Ｓ１２４）。なお、本実施形態の説明において、「所定時間」を複数個所で用いているが、これらの「所定時間」が同一時間とは限らない。

続いて、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔが存在するか否かを判断する（Ｓ１２５）。ＰｒｏｂｅＲｅｑｕｅｓｔが存在しない場合、ＣＰＵ１０１は登録待機動作を終了する。一方、ＰｒｏｂｅＲｅｑｕｅｓｔが存在する場合、ＣＰＵ１０１は、記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔに関して、それらＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末の全てとセットアップが完了しているか否かを判断する（Ｓ１２６）。

ＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末の１台以上とセットアップが完了していない場合、処理はＳ１２８へ進む。一方、ＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末の全てとセットアップが完了している場合、ＣＰＵ１０１は記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔを全てＲＡＭ１０４から削除し（Ｓ１２７）、登録待機動作を終了する。

処理がＳ１２８へ進んだ場合、ＣＰＵ１０１はセットアップが現在実行中であるか否かを判断する（Ｓ１２８）。セットアップが現在実行中である場合、処理はＳ１３１へ進む。一方、セットアップの実行中ではない場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔに関して、その送信元端末とセットアップを実施していないＰｒｏｂｅＲｅｑｕｅｓｔがあるか否かを判断する（Ｓ１２９）。

送信元端末とセットアップを実施していないＰｒｏｂｅＲｅｑｕｅｓｔがない場合、処理はＳ１３１へ進む。一方、送信元端末とセットアップを実施していないＰｒｏｂｅＲｅｑｕｅｓｔがある場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔのうち、セットアップを実施していないいずれか１つの送信元端末からのＰｒｏｂｅＲｅｑｕｅｓｔの情報に基づいて、その送信元端末との間で、自身からセットアップを開始する（Ｓ１３０）。なお、セットアップを実施する送信元端末を選択する方法として、例えば最古に記憶していたＰｒｏｂｅＲｅｑｕｅｓｔを選択することができるが、これに限定せず様々な選択方法を用いることができる。Ｓ１３０に続いて、処理はＳ１３１へ進む。

処理がＳ１３１へ進んだ場合、ＣＰＵ１０１は、セットアップが終了しているか否かを判断する（Ｓ１３１）。セットアップが終了していない場合、処理はＳ１１１に戻る。一方、セットアップが終了している場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末の全てとの間でセットアップが完了しているか否かを判断する（Ｓ１３２）。

ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末の１台以上との間でセットアップが完了していない場合、処理はＳ１１１に戻る。一方、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末の全てとの間でセットアップが完了している場合、ＣＰＵ１０１は、現在受付期間外であるか否かを判断する（Ｓ１３３）。現在受付期間外である場合、処理はＳ１２７へ進む。一方、現在受付期間外でない場合、処理はＳ１１１に戻る。

上記の登録待機動作では、受付期間中にどの端末からもＰｒｏｂｅＲｅｑｕｅｓｔが送信されなかった場合、登録端末と他の端末との間でアドホックネットワークは形成されない。これに対して、受付期間中にどの端末からもＰｒｏｂｅＲｅｑｕｅｓｔが送信されなかった場合に、受付期間が終了しても、その後の所定期間内で最初にＰｒｏｂｅＲｅｑｕｅｓｔを送信した端末のみとの間でアドホックネットワークが形成されるようにしてもよい。これは、後述する他の動作例においても同様に適用可能である。

図５は、第１の動作例における参加待機動作の手順を示している。ＣＰＵ１０１は、前回のセットアップの情報をクリアするため、ＲＡＭ１０４に記憶されている自身の役割をクリアする（Ｓ２００）。続いて、ＣＰＵ１０１は、アドホックネットワークへの接続を指示するための自身の装置のボタンが押されたか否かを判断する（Ｓ２０１）。前述したように、アドホックネットワークへの接続の指示は、装置に取り付けられている物理的なボタンを押すことだけではなく、ＬＣＤに表示されるメニューやボタンを選択決定することによっても可能である。

ボタンが押されていない場合、再度Ｓ２０１の判断が行われる。一方、ボタンが押されている場合、ＣＰＵ１０１は、自身の役割を未確定端末（Ｅ／Ｒ）としてＲＡＭ１０４に記憶し（Ｓ２０２）、ＰＢＣ情報と、自身が未確定端末であることを示す情報とを含むＰｒｏｂｅＲｅｑｕｅｓｔを、外部Ｉ／Ｆ１０６を介して送信する（Ｓ２０３）。続いて、ＣＰＵ１０１は、ＰｒｏｂｅＲｅｓｐｏｎｓｅを受信したか否かを判断する（Ｓ２０４）。

ＰｒｏｂｅＲｅｓｐｏｎｓｅを受信していない場合、再度Ｓ２０４の判断が行われる。一方、ＰｒｏｂｅＲｅｓｐｏｎｓｅを受信した場合、ＣＰＵ１０１は、そのＰｒｏｂｅＲｅｓｐｏｎｓｅが、ＰＢＣ情報と、登録端末であることを示す情報とを含んでいるか否かを判断する（Ｓ２０５）。ＰｒｏｂｅＲｅｓｐｏｎｓｅが２つの情報を含んでいる場合、処理はＳ２０６へ進む。一方、ＰｒｏｂｅＲｅｓｐｏｎｓｅが２つの情報のうち少なくとも一方を含んでいない場合、処理はＳ２０９へ進む。

処理がＳ２０６へ進んだ場合、ＣＰＵ１０１は、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）としてＲＡＭ１０４に記憶し（Ｓ２０６）、ＰｒｏｂｅＲｅｓｐｏｎｓｅの送信元端末からセットアップが開始されたか否かを判断する（Ｓ２０７）。セットアップが開始されていない場合、再度Ｓ２０７の判断が行われる。一方、セットアップが開始された場合、ＣＰＵ１０１は、ＰｒｏｂｅＲｅｓｐｏｎｓｅの送信元端末によるセットアップの開始に合わせて自身のセットアップを開始する（Ｓ２０７１）。

続いて、ＣＰＵ１０１は、セットアップが完了したか否かを判断する（Ｓ２０８）。セットアップが完了していない場合、再度Ｓ２０８の判断が行われる。一方、セットアップが完了した場合、ＣＰＵ１０１は参加待機動作を終了する。

一方、処理がＳ２０９へ進んだ場合、ＣＰＵ１０１は、ボタンが押されてから所定時間が経過しているか否かを判断する（Ｓ２０９）。所定時間が経過している場合、ＣＰＵ１０１は、タイムアウトエラーとして所定時間その旨を表示部１０５に表示し（Ｓ２１１）、参加待機動作を終了する。一方、所定時間が経過していない場合、ＣＰＵ１０１は、このタイミングから所定時間が経過するのを待つ（Ｓ２１０）。続いて、処理はＳ２０３に戻る。

図６は、上記の登録待機動作と参加待機動作による動作の一例を示している。図６に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。端末Ｂは、電源が入れられると、自身がアドホックネットワークＮＷ１の接続設定を記憶しており、それを反映済みであるので、登録待機動作を開始する（Ｓ１，Ｓ１０に対応）。登録待機動作では、端末Ｂは自身の役割をクリアし、ボタンが押されると、自身の役割を登録端末（Ｒｅｇｉｓｔｒａｒ）として記憶し、受付期間を開始する（Ｓ１１０〜Ｓ１１４に対応）。なお、この動作例では、受付期間を終了するまでの所定の期間は一例として１０秒としている。その後、端末ＢはＰｒｏｂｅＲｅｑｕｅｓｔの受信を待つ（Ｓ１１５に対応）。

一方、端末Ａは、電源が入れられると、自身がアドホックネットワークの接続設定を記憶していないため、参加待機動作を開始する（Ｓ１，Ｓ２０に対応）。参加待機動作では、端末Ａは自身の役割をクリアし、ボタンが押されると、自身の役割を未確定端末（Ｅ／Ｒ）として記憶し、ボタン押しセットアップであることを示す情報（ＰＢＣ情報）と、自身が未確定端末であることを示す情報（以下、Ｅ／Ｒ情報と略記する）とを含むＰｒｏｂｅＲｅｑｕｅｓｔを送信する（Ｓ２００〜Ｓ２０３に対応）。

端末Ｂは、アドホックネットワークＮＷ１に所属しているためＰｒｏｂｅＲｅｑｕｅｓｔを受信する（Ｓ１１５に対応）。端末Ａから送信されたＰｒｏｂｅＲｅｑｕｅｓｔは、その中にＰＢＣ情報およびＥ／Ｒ情報を含んでいる（Ｓ１１６に対応）。その時点で端末Ｂは受付期間中であり、自身の役割を登録端末として記憶している（Ｓ１１７，Ｓ１１９，Ｓ１１９１に対応）。そこで、端末Ｂは、ＰＢＣ情報と、自身が登録端末であることを示す情報（以下、Ｒｅｇｉｓｔｒａｒ情報と略記する）とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ａに対して送信し（Ｓ１２０に対応）、端末Ａから送信されたＰｒｏｂｅＲｅｑｕｅｓｔを記憶する（Ｓ１２１に対応）。

端末Ａは、端末ＢからＰｒｏｂｅＲｅｓｐｏｎｓｅを受信すると（Ｓ２０４に対応）、ＰｒｏｂｅＲｅｓｐｏｎｓｅにＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報が含まれているので、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）として記憶し（Ｓ２０５，Ｓ２０６に対応）、端末Ｂからセットアップが開始されるのを待つ（Ｓ２０７に対応）。

端末Ｂでは、ＰｒｏｂｅＲｅｓｐｏｎｓｅの送信後、まだ受付期間が終了しておらず（Ｓ１２３に対応）、セットアップが行われていない（Ｓ１２８に対応）。端末ＡからのＰｒｏｂｅＲｅｑｕｅｓｔを記憶済みで、かつ端末Ａとの間のセットアップが未実施であるため（Ｓ１２９に対応）、端末Ａとの間で、端末Ｂからセットアップが開始される（Ｓ１３０に対応）。

端末Ａは、端末Ｂからセットアップが開始された（Ｓ２０７に対応）後、セットアップを開始し（Ｓ２０７１に対応）、セットアップが完了すると（Ｓ２０８に対応）、参加待機動作を終了する。一方、端末Ｂは、セットアップを実施しつつ、ＰｒｏｂｅＲｅｑｕｅｓｔの受信、受付期間の完了、およびセットアップの完了を待つ（Ｓ１１５，Ｓ１２３，Ｓ１３１に対応）。

端末Ｃは端末Ａと同様に、電源が入れられボタンが押されると、自身を未確定端末として記憶し、ＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを送信して、ＰｒｏｂｅＲｅｓｐｏｎｓｅの受信を待つ（Ｓ１，Ｓ２０，Ｓ２００〜Ｓ２０３に対応）。端末ＢがＰｒｏｂｅＲｅｑｕｅｓｔを受信すると（Ｓ１１５に対応）、そのＰｒｏｂｅＲｅｑｕｅｓｔがＰＢＣ情報を含んでおり（Ｓ１１６に対応）、受付期間中であって自身が登録端末であるので（Ｓ１１７，Ｓ１１９，Ｓ１１９１に対応）、端末ＢはＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ｃへ返信して（Ｓ１２０に対応）、端末Ｃから送信されたＰｒｏｂｅＲｅｑｕｅｓｔを記憶する（Ｓ１２１に対応）。

端末Ｃは、ＰｒｏｂｅＲｅｓｐｏｎｓｅを受信すると、ＰｒｏｂｅＲｅｓｐｏｎｓｅにＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報が含まれている（Ｓ２０５に対応）ので、自身の役割を参加端末として記憶し、端末Ｂからセットアップが開始されるのを待つ（Ｓ２０６，Ｓ２０７に対応）。その後、端末Ｂは、受付期間が１０秒経過すると、受付期間を終了する（Ｓ１２３，Ｓ１２４に対応）。その際、端末Ｂは端末Ａおよび端末ＣからのＰｒｏｂｅＲｅｑｕｅｓｔを記憶している（Ｓ１２５に対応）が、端末Ａ，端末Ｃいずれともセットアップが終了していない（Ｓ１２６に対応）ため、端末Ａとの間のセットアップの終了を待つ（Ｓ１３１に対応）。

端末Ａと端末Ｂの間のセットアップが完了した（Ｓ１３１に対応）時点では、端末Ｂと端末Ｃの間のセットアップが完了していない（Ｓ１３２に対応）。また、端末Ｂと端末Ｃとの間のセットアップも実施しておらず（Ｓ１２８に対応）、記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末の中で端末Ｃとの間のセットアップが未実施である（Ｓ１２９に対応）。このため、端末Ｂは端末Ｃとの間のセットアップを自身から開始する（Ｓ１３０に対応）。

端末Ｃは、端末Ｂからセットアップが開始されると（Ｓ２０７に対応）、セットアップを開始して（Ｓ２０７１に対応）、セットアップの完了を待ち（Ｓ２０８に対応）、セットアップの完了後に参加待機動作を終了する。

端末Ｂは、端末Ｃとの間のセットアップが完了した（Ｓ１３１に対応）際、記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの送信元である端末Ａ、端末Ｃのいずれともセットアップが完了しており（Ｓ１３２に対応）、受付期間も終了している（Ｓ１３３に対応）ので、端末Ａおよび端末ＣからのＰｒｏｂｅＲｅｑｕｅｓｔを全てＲＡＭ１０４から削除して（Ｓ１２７に対応）、登録待機動作を終了する。

上記のように、ユーザが端末Ａ，Ｂ，Ｃのそれぞれに対して、アドホックネットワークへ参加するトリガを入力すれば、端末Ａと端末Ｂの間のセットアップおよび端末Ｂと端末Ｃの間のセットアップが実行される。したがって、端末Ａ，Ｂ，Ｃがアドホックネットワークに参加するための接続設定を一括で行うことができる。なお、セットアップに係る処理は重い処理であるので、本実施形態では、２つのセットアップを並行に行わず、一方のセットアップが完了した後で、他方のセットアップが開始されるようにしている。

＜第２の動作例＞
次に、第２の動作例を説明する。図７は、第２の動作例における登録待機動作の手順を示している。第２の動作例においても、図３に示す手順は同一である。また、図４に示す手順と、図７に示す手順との違いは、図４に示す手順では端末が自らセットアップを開始するのに対して、図７に示す手順ではセットアップが開始できる状態となった場合に端末が開始通知を送信し、参加端末からセットアップが開始されるのを待つということである。以下、図４に示す手順と異なる部分のみを説明する。

Ｓ１２８，Ｓ１２９で、セットアップが実行されておらず、かつ記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの中でその送信元端末とセットアップを実施していないＰｒｏｂｅＲｅｑｕｅｓｔが存在する場合、ＣＰＵ１０１は、セットアップを実施していないＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末のいずれか１つに対して、外部Ｉ／Ｆ１０６を介して開始通知を送信する（Ｓ１５０）。なお、ＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末を選択する方法として、例えば最古に記憶していたＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末を選択することができるが、これに限定せず様々な選択方法を用いることができる。

開始通知の送信後、ＣＰＵ１０１は、開始通知の送信先端末からセットアップが開始されたか否かを判断する（Ｓ１５１）。セットアップが開始されていない場合、再度Ｓ１５１の判断が行われる。一方、セットアップが開始された場合、ＣＰＵ１０１は、開始通知の送信先端末によるセットアップの開始に合わせて自身のセットアップを開始する（Ｓ１５２）。続いて、処理はＳ１３１へ進む。

図８は、第２の動作例における参加待機動作の手順を示している。図５に示す手順と、図８に示す手順との違いは、図５に示す手順では端末がＰｒｏｂｅＲｅｓｐｏｎｓｅの送信元端末からセットアップが開始されるのを待つのに対して、図８に示す手順では端末が開始通知を受信するのを待ち、開始通知の受信後に自身からセットアップを開始するということである。以下、図５に示す手順と異なる部分のみを説明する。

Ｓ２０５，Ｓ２０６で、ＣＰＵ１０１は、ＰＢＣ情報と、Ｒｅｇｉｓｔｒａｒ情報とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを受信して、自身の役割を参加端末として記憶する。その後、ＣＰＵ１０１は、ＰｒｏｂｅＲｅｓｐｏｎｓｅの送信元端末から開始通知を受信したか否かを判断する（Ｓ２２０）。開始通知を受信していない場合、再度Ｓ２２０の判断が行われる。一方、開始通知を受信した場合、ＣＰＵ１０１は、開始通知の送信元端末との間で、自身からセットアップを開始する（Ｓ２２１）。続いて、処理はＳ２０８へ進む。

図９は、上記の登録待機動作と参加待機動作による動作の一例を示している。図９に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。以下、図６に示す例と異なる部分のみを説明する。

端末Ｂが端末ＡへＰｒｏｂｅＲｅｓｐｏｎｓｅを返信して、端末Ａから送信されたＰｒｏｂｅＲｅｑｕｅｓｔを記憶した（Ｓ１２０，Ｓ１２１に対応）後、セットアップの実行中ではなく（Ｓ１２８に対応）、かつ端末Ａとの間でセットアップが行われていない（Ｓ１２９に対応）ため、端末Ｂは端末Ａに対して開始通知を送信し（Ｓ１５０に対応）、端末Ａからセットアップが開始されるのを待つ（Ｓ１５１に対応）。

端末Ａは、端末Ｂからボタン押しセットアップであることを示す情報（ＰＢＣ情報）と、自身が登録端末であることを示す情報（Ｒｅｇｉｓｔｒａｒ情報）とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを受信し、自身を参加端末として記憶した後、端末Ｂからの開始通知の受信を待つ（Ｓ２０５，Ｓ２０６，Ｓ２２０に対応）。開始通知を受信すると、端末Ａは端末Ｂとの間で自身からセットアップを開始し（Ｓ２２１に対応）、セットアップの完了を待って（Ｓ２０８に対応）、参加待機動作を終了する。

端末Ｂは、端末Ａからセットアップが開始される（Ｓ１５１に対応）と、セットアップを開始し（Ｓ１５２に対応）、セットアップの完了を待つ（Ｓ１３１に対応）。また、端末Ｂは、端末ＣへＰｒｏｂｅＲｅｓｐｏｎｓｅを返信して、端末Ｃから送信されたＰｒｏｂｅＲｅｑｕｅｓｔを記憶した（Ｓ１２０，Ｓ１２１に対応）時点では、端末Ａとの間でセットアップを実行中である（Ｓ１２８に対応）。端末Ａとの間のセットアップが完了した時点（Ｓ１３１に対応）では、端末Ｃとの間のセットアップが未実施である（Ｓ１３２に対応）。この時点では他にセットアップを行っておらず（Ｓ１２８に対応）、端末Ｃとの間でセットアップが未実施であるため（Ｓ１２９に対応）、端末Ｂは端末Ｃに対して開始通知を送信し（Ｓ１５０に対応）、端末Ｃからセットアップが開始されるのを待つ（Ｓ１５１に対応）。

端末Ｃは、端末ＢからＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを受信し、自身を参加端末として記憶した後、端末Ｂから開始通知の受信を待つ（Ｓ２０５，Ｓ２０６，Ｓ２２０に対応）。開始通知を受信すると、端末Ｃは端末Ｂとの間で自身からセットアップを開始し（Ｓ２２１に対応）、セットアップの完了を待って（Ｓ２０８に対応）、参加待機動作を終了する。

端末Ｂは、端末Ｃからセットアップが開始される（Ｓ１５１に対応）と、セットアップを開始し（Ｓ１５２に対応）、セットアップの完了を待つ（Ｓ１３１に対応）。端末Ｂは、端末Ｃとの間のセットアップが完了した（Ｓ１３１に対応）際、記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの送信元である端末Ａ、端末Ｃのいずれともセットアップが完了しており（Ｓ１３２に対応）、受付期間も終了している（Ｓ１３３に対応）ので、端末Ａおよび端末ＣからのＰｒｏｂｅＲｅｑｕｅｓｔを全てＲＡＭ１０４から削除して（Ｓ１２７に対応）、登録待機動作を終了する。

上記のように、参加端末となる端末Ａ，Ｃから端末Ｂとのセットアップを開始することができる。従来のＷＰＳでは、参加端末側からセットアップを開始するので、第２の動作例においては、セットアップ処理の手順を変更する必要がない。

＜第３の動作例＞
次に、第３の動作例を説明する。図１０〜図１２は、第３の動作例における登録待機動作の手順を示している。図３〜図４に示す手順と、図１０〜図１２に示す手順との違いは、図３〜図４に示す手順では、登録端末が自らセットアップを開始するのに対して、図１０〜図１２に示す手順では、登録端末が、セットアップ可能な状態であるときに受信したＰｒｏｂｅＲｅｑｕｅｓｔに対応して、セットアップ可能であることを示す情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを送信し、参加端末からセットアップが開始されるのを待つということである。以下、図３〜図４に示す手順と異なる部分のみを説明する。

Ｓ１１６，Ｓ１１９で、受信したＰｒｏｂｅＲｅｑｕｅｓｔがＰＢＣ情報を含んでいて、自身の役割が登録端末である場合、ＣＰＵ１０１は、自身がセットアップ可能な状態であるか否かを判断する（Ｓ１７０）。例えば、自身がセットアップを並列に複数行うことができないなどの理由により、自身がセットアップ可能な状態でない場合、処理はＳ１７１へ進む。一方、自身がセットアップ可能な状態である場合、処理はＳ１７２へ進む。

処理がＳ１７１へ進んだ場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１７１）。受付期間中である場合、処理はＳ１２０へ進む。一方、受付期間中でない場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔに関して、その送信元端末とセットアップを実施していないＰｒｏｂｅＲｅｑｕｅｓｔがあるか否かを判断する（Ｓ１７４）。

送信元端末とセットアップを実施していないＰｒｏｂｅＲｅｑｕｅｓｔがない場合、処理はＳ１２２へ進む。一方、送信元端末とセットアップを実施していないＰｒｏｂｅＲｅｑｕｅｓｔがある場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの中で、受信したＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末のＭＡＣアドレスと、受信したＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末のＭＡＣアドレスとが同一であるか否かを判断する（Ｓ１７５）。

２つのＭＡＣアドレスが一致しない場合、処理はＳ１２２へ進む。一方、２つのＭＡＣアドレスが一致する場合、ＣＰＵ１０１はセットアップが可能であるか否かを判断する（Ｓ１７６）。セットアップが可能である場合、処理はＳ１７３へ進み、セットアップが可能でない場合、処理はＳ１２０へ進む。

処理がＳ１７２へ進んだ場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１７２）。受付期間中でない場合、処理はＳ１７４へ進む。一方、受付期間中である場合、ＣＰＵ１０１は、ＰＢＣ情報と、登録端末であることを示す情報と、セットアップが実行可能であることを示す情報とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介して送信する（Ｓ１７３）。続いて、処理はＳ１２１へ進む。

一方、Ｓ１２８，Ｓ１２９で、セットアップが行われておらず、かつ記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの中でその送信元端末とセットアップを実施していないＰｒｏｂｅＲｅｑｕｅｓｔが存在する場合、ＣＰＵ１０１は、そのＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末からセットアップが開始されたか否かを判断する（Ｓ１５３）。

記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末からセットアップが開始された場合、ＣＰＵ１０１は、その送信元端末によるセットアップの開始に合わせて自身のセットアップを開始する（Ｓ１５４）。続いて、処理はＳ１３１へ進む。一方、記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末からセットアップが開始されていない場合、処理はＳ１３１へ進む。

図１３は、第３の動作例における参加待機動作の手順を示している。図５に示す手順と、図１３に示す手順との違いは、図５に示す手順では端末がＰｒｏｂｅＲｅｓｐｏｎｓｅの送信元端末からセットアップが開始されるのを待つのに対して、図１３に示す手順では端末は、ＰＢＣ情報と登録端末であることを示す情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを受信しても、セットアップが実行可能であることを示す情報が含まれない限りは所定時間ごとにＰｒｏｂｅＲｅｑｕｅｓｔの送信を繰り返し、セットアップが実行可能であることを示す情報が含まれるＰｒｏｂｅＲｅｓｐｏｎｓｅを受信したときに、自身からセットアップを開始するということである。以下、図５に示す手順と異なる部分のみを説明する。

Ｓ２０１，Ｓ２０２で、ＣＰＵ１０１は、ボタンが押されて、役割を未確定端末としてＲＡＭ１０４に記憶した後、自身の役割が未確定端末であるか否かを判断する（Ｓ２３０）。自身の役割が未確定端末である場合、処理はＳ２０３へ進む。一方、自身の役割が未確定端末でない場合、ＣＰＵ１０１は、ＰＢＣ情報と、自身が参加端末であることを示す情報とを含むＰｒｏｂｅＲｅｑｕｅｓｔを送信し（Ｓ２３１）、ＰｒｏｂｅＲｅｓｐｏｎｓｅの受信を待つ（Ｓ２０４）。

ＰｒｏｂｅＲｅｓｐｏｎｓｅを受信し、そのＰｒｏｂｅＲｅｑｕｅｓｔに、ＰＢＣ情報と、登録端末であることを示す情報とが含まれている場合（Ｓ２０５）、ＣＰＵ１０１は、自身の役割が未確定端末であるか否かを判断する（Ｓ２３２）。自身の役割が未確定端末でない場合、処理はＳ２３４へ進む。一方、自身の役割が未確定端末である場合、ＣＰＵ１０１は、自身の役割を参加端末としてＲＡＭ１０４に記憶する（Ｓ２３３）。続いて、処理はＳ２３４へ進む。

処理がＳ２３４へ進んだ場合、ＣＰＵ１０１は、ＰｒｏｂｅＲｅｓｐｏｎｓｅに、セットアップが実行可能であることを示す情報が含まれているか否かを判断する（Ｓ２３４）。セットアップが実行可能であることを示す情報が含まれていない場合、処理はＳ２１０へ進む。一方、セットアップが実行可能であることを示す情報が含まれている場合、ＣＰＵ１０１は、ＰｒｏｂｅＲｅｓｐｏｎｓｅの送信元端末との間で、自身からセットアップを開始し（Ｓ２３５）、セットアップの完了を待つ（Ｓ２０８）。

図１４は、上記の登録待機動作と参加待機動作による動作の一例を示している。図１４に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。以下、図６に示す例と異なる部分のみを説明する。

端末Ｂは、端末Ａからボタン押しセットアップであることを示す情報（ＰＢＣ情報）を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信し、自身が登録端末であることを認識している（Ｓ１１５，Ｓ１１６，Ｓ１１９に対応）。この時点では、端末Ｂは他の端末とセットアップを行っていないため、セットアップが可能であり（Ｓ１７０に対応）、また受付期間中でもある（Ｓ１７２に対応）。このため、端末Ｂは、ＰＢＣ情報と、自身が登録端末であることを示す情報（Ｒｅｇｉｓｔｒａｒ情報）と、セットアップ実行可能であることを示す情報（以下、ＲｅｇｉｓｔｒａｔｉｏｎＲｅａｄｙ情報と略記する）とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ａへ返信し（Ｓ１７３に対応）、端末Ａから送信されたＰｒｏｂｅＲｅｑｕｅｓｔを記憶する（Ｓ１２１に対応）。

端末Ａは、端末Ｂから受信したＰｒｏｂｅＲｅｓｐｏｎｓｅが、ＰＢＣ情報、Ｒｅｇｉｓｔｒａｒ情報、およびＲｅｇｉｓｔｒａｔｉｏｎＲｅａｄｙ情報を含んでいるので、自身の役割を参加端末として記憶し、端末Ｂとの間で自身からセットアップを開始する（Ｓ２０５，Ｓ２３２〜Ｓ２３５に対応）。セットアップが完了すると（Ｓ２０８に対応）、端末Ａは参加待機動作を終了する。

端末Ｂは、端末Ａからセットアップが開始される（Ｓ１５３，Ｓ１５４に対応）と、セットアップの終了を待つ（Ｓ１３１に対応）。また、端末Ｂは、端末ＣからＰＢＣ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信し、自身が登録端末であることを認識している（Ｓ１１５，Ｓ１１６，Ｓ１１９に対応）。しかし、この時点では、端末Ａとの間でセットアップを実施中であるためセットアップが可能でなく、また受付期間中である（Ｓ１７０，Ｓ１７１に対応）。このため、端末Ｂは、端末ＣへＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを返信して、端末Ｃから送信されたＰｒｏｂｅＲｅｑｕｅｓｔを記憶する（Ｓ１２０，Ｓ１２１に対応）。この時点では、端末Ａとの間でセットアップが実行中である（Ｓ１２８に対応）。この後、端末Ａとの間のセットアップが終了するが（Ｓ１３１に対応）、端末Ｃとの間のセットアップが未実施である（Ｓ１３２に対応）。

端末Ｃは、端末ＢからＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを受信し、自身を参加端末として記憶する（Ｓ２０５，Ｓ２３２，Ｓ２３３に対応）。しかし、端末ＢからのＰｒｏｂｅＲｅｓｐｏｎｓｅにはＲｅｇｉｓｔｒａｔｉｏｎＲｅａｄｙ情報は含まれていない（Ｓ２３４に対応）。そこで、端末Ｃはしばらく待ち（Ｓ２１０に対応）、自身の役割が参加端末となっているので、ＰＢＣ情報と、自身が参加端末であることを示す情報（以下、Ｅｎｒｏｌｌｅｅ情報と略記する）とを含むＰｒｏｂｅＲｅｑｕｅｓｔを送信する（Ｓ２３０，Ｓ２３１に対応）。

そして、端末Ｃは、ＰＢＣ情報、Ｒｅｇｉｓｔｒａｒ情報、ＲｅｇｉｓｔｒａｔｉｏｎＲｅａｄｙ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを受信するまで、任意の時間間隔ごとにＰｒｏｂｅＲｅｑｕｅｓｔの送信とＰｒｏｂｅＲｅｓｐｏｎｓｅの受信を繰り返す。

一方、端末Ｂは、端末Ｃから繰り返し送信されるＰｒｏｂｅＲｅｑｕｅｓｔに対して、受付期間中はＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ｃに返信する（Ｓ１１５〜１１７，Ｓ１１９，Ｓ１７０，Ｓ１７１，Ｓ１２０）。受付期間が終了した後、端末Ｂが、ＰＢＣ情報とＥｎｒｏｌｌｅｅ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信すると、記憶済みＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末の中で端末Ｃとの間でセットアップが未実施で、かつ既に端末ＣからのＰｒｏｂｅＲｅｑｕｅｓｔを記憶済みであるため、受信したＰｒｏｂｅＲｅｑｕｅｓｔ中のＭＡＣアドレスは、記憶済みの端末ＣからのＰｒｏｂｅＲｅｑｕｅｓｔ中のＭＡＣアドレスと一致する（Ｓ１７４，Ｓ１７５に対応）。しかし、端末Ａと端末Ｂの間でセットアップが実行中の間、他のセットアップが可能でない（Ｓ１７６に対応）ため、端末Ｂは、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ｃに返信する（Ｓ１２０に対応）。

端末Ｂが端末Ａとの間のセットアップを完了した後に端末ＣからＰＢＣ情報とＥｎｒｏｌｌｅｅ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信すると、自身は登録端末であることを認識しており、セットアップが可能である（Ｓ１１５，Ｓ１１６，Ｓ１１９，Ｓ１７０に対応）。受付期間が終了しており（Ｓ１７２に対応）、記憶済みの端末ＣからのＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末のＭＡＣアドレスと、直前に端末Ｃから受信したＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末のＭＡＣアドレスとが同一であり、セットアップが可能なので（Ｓ１７４，Ｓ１７５，Ｓ１７６に対応）、端末Ｂは、ＰＢＣ情報、Ｒｅｇｉｓｔｒａｒ情報、ＲｅｇｉｓｔｒａｔｉｏｎＲｅａｄｙ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ｃへ返信し（Ｓ１７３に対応）、端末Ｃからセットアップが開始されるのを待つ（Ｓ１５３に対応）。

端末Ｃは、端末ＢからＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報とＲｅｇｉｓｔｒａｔｉｏｎＲｅａｄｙ情報とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを受信すると（Ｓ２０４，Ｓ２０５，Ｓ２３４に対応）、端末Ｂとの間で自身からセットアップを開始し（Ｓ２３５に対応）、セットアップの完了を待って（Ｓ２０８に対応）、参加待機動作を終了する。

端末Ｂは、端末Ｃからセットアップが開始される（Ｓ１５３に対応）と、セットアップを開始し（Ｓ１５４に対応）、セットアップの完了を待つ（Ｓ１３１に対応）。端末Ｂは、端末Ｃとの間のセットアップが完了した（Ｓ１３１に対応）際、記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの送信元である端末Ａ、端末Ｃのいずれともセットアップが完了しており（Ｓ１３２に対応）、受付期間も終了している（Ｓ１３３に対応）ので、端末Ａおよび端末ＣからのＰｒｏｂｅＲｅｑｕｅｓｔを全てＲＡＭ１０４から削除して（Ｓ１２７に対応）、登録待機動作を終了する。

上記のように、参加端末となる端末Ａ，Ｃから端末Ｂとのセットアップを開始することができる。従来のＷＰＳでは、参加端末側からセットアップを開始するので、第３の動作例においては、セットアップ処理の手順を変更する必要がない。また、第２の動作例では、端末Ａ，Ｃからセットアップを開始させるために端末Ｂが開始通知を送信するが、第３の動作例では、ＲｅｇｉｓｔｒａｔｉｏｎＲｅａｄｙ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ｂが送信することで、端末Ａ，Ｃからセットアップが開始される。

＜第４の動作例＞
次に、第４の動作例を説明する。図１５〜図１６は、第４の動作例における登録待機動作の手順を示している。図３〜図４に示す手順と、図１５〜図１６に示す手順との違いは、図３〜図４に示す手順では、受付期間中であってもセットアップを随時開始していくのに対し、図１５〜図１６に示す手順では、端末同士がＰｒｏｂｅＲｅｑｕｅｓｔ、ＰｒｏｂｅＲｅｓｐｏｎｓｅを用いて受付期間の残り時間を伝えあい、受付期間が短い方を適用するとともに、受付期間が完了してからセットアップを随時開始していくということである。以下、図３〜図４に示す手順と異なる部分のみを説明する。

Ｓ１１５，Ｓ１１６，Ｓ１１９で、ＣＰＵ１０１は、ＰＢＣ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信し、自身が登録端末である場合に、受信したＰｒｏｂｅＲｅｑｕｅｓｔが、受付期間の残り時間を示す情報を含んでいるか否かを判断する（Ｓ１９０）。ＰｒｏｂｅＲｅｑｕｅｓｔが、受付期間の残り時間を示す情報を含んでいない場合、処理はＳ１９５へ進む。一方、ＰｒｏｂｅＲｅｑｕｅｓｔが、受付期間の残り時間を示す情報を含んでいる場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１９１）。

受付期間中でない場合、ＣＰＵ１０１は自身の受付期間を開始し、受付期間の残り時間を、ＰｒｏｂｅＲｅｑｕｅｓｔに含まれる受付期間の残り時間に設定する（Ｓ１９２）。一方、受付期間である場合、ＣＰＵ１０１は、自身が把握している受付期間の残り時間が、ＰｒｏｂｅＲｅｑｕｅｓｔに含まれている受付期間の残り時間と比較して長いか否かを判断する（Ｓ１９３）。前者の残り時間と後者の残り時間が同一、または前者の残り時間のほうが短い場合、処理はＳ１９５へ進む。一方、前者の残り時間のほうが長い場合、ＣＰＵ１０１は、自身の受付期間の残り時間を、ＰｒｏｂｅＲｅｑｕｅｓｔに含まれている受付期間の残り時間で更新する（Ｓ１９４）。続いて、処理はＳ１９５へ進む。

処理がＳ１９５へ進んだ場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１９５）。受付期間中でない場合、処理はＳ１２２へ進む。受付期間中である場合、ＣＰＵ１０１は、ＰＢＣ情報と、登録端末であることを示す情報と、自身の受付期間の残り時間とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介してＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末へ送信する（Ｓ１９６）。続いて、処理はＳ１２１へ進む。

また、Ｓ１２８，Ｓ１２９で、セットアップが実行中でなく、かつ記憶済みＰｒｏｂｅＲｅｑｕｅｓｔの中で送信元端末とセットアップを実施していないＰｒｏｂｅＲｅｑｕｅｓｔがある場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１９７）。受付期間中である場合、処理はＳ１３１へ進む。一方、受付期間中でない場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔのうち、セットアップを実施していないいずれか１つの送信元端末からのＰｒｏｂｅＲｅｑｕｅｓｔの情報に基づいて、その送信元端末との間で、自身からセットアップを開始する（Ｓ１３０）。

また、Ｓ１３１，Ｓ１３２でセットアップが終了し、記憶済みＰｒｏｂｅＲｅｑｕｅｓｔの全ての送信元端末とセットアップが完了している場合、処理はＳ１２７へ進む。一方、セットアップが完了していない場合、処理はＳ１１１へ戻る。

図１７〜図２０は、第４の動作例における参加待機動作の手順を示している。ＣＰＵ１０１は、前回のセットアップの情報をクリアするため、ＲＡＭ１０４に記憶されている自身の役割をクリアする（Ｓ２５０）。続いて、ＣＰＵ１０１は、アドホックネットワークへの接続を指示するための自身の装置のボタンが押されたか否かを判断する（Ｓ２５１）。前述したように、アドホックネットワークへの接続の指示は、装置に取り付けられている物理的なボタンを押すことだけではなく、ＬＣＤに表示されるメニューやボタンを選択決定することによっても可能である。

ボタンが押されていない場合、再度Ｓ２５１の判断が行われる。一方、ボタンが押されている場合、ＣＰＵ１０１は受付期間を開始し（Ｓ２５２）、自身の役割を未確定端末（Ｅ／Ｒ）としてＲＡＭ１０４に記憶する（Ｓ２５３）。続いて、ＣＰＵ１０１は、ＰＢＣ情報と、自身が未確定端末であることを示す情報と、自身の受付期間の残り時間を示す情報とを含むＰｒｏｂｅＲｅｑｕｅｓｔを、外部Ｉ／Ｆ１０６を介して送信する（Ｓ２５４）。続いて、ＣＰＵ１０１は、ＰｒｏｂｅＲｅｑｕｅｓｔを送信してから所定時間内にＰｒｏｂｅＲｅｓｐｏｎｓｅを受信したか否かを判断する（Ｓ２５５）。

ＰｒｏｂｅＲｅｑｕｅｓｔを送信してから所定時間内にＰｒｏｂｅＲｅｓｐｏｎｓｅを受信しなかった場合（例えば、全ての端末がアドホックネットワークに所属してなく、ＰｒｏｂｅＲｅｑｕｅｓｔを受信できる端末がない場合）、処理はＳ２７５へ進む。一方、ＰｒｏｂｅＲｅｑｕｅｓｔを送信してから所定時間内にＰｒｏｂｅＲｅｓｐｏｎｓｅを受信した場合、ＣＰＵ１０１は、そのＰｒｏｂｅＲｅｓｐｏｎｓｅが、ＰＢＣ情報と、登録端末であることを示す情報とを含んでいるか否かを判断する（Ｓ２５６）。ＰｒｏｂｅＲｅｓｐｏｎｓｅが２つの情報のうち少なくとも一方を含んでいない場合、処理はＳ２７５へ進む。

一方、ＰｒｏｂｅＲｅｓｐｏｎｓｅが２つの情報を含んでいる場合、ＣＰＵ１０１は、受信したＰｒｏｂｅＲｅｓｐｏｎｓｅをＲＡＭ１０４に記憶する（Ｓ２５７）。なお、受信したＰｒｏｂｅＲｅｓｐｏｎｓｅと同一内容のＰｒｏｂｅＲｅｓｐｏｎｓｅをＲＡＭ１０４に記憶済みである場合、受信したＰｒｏｂｅＲｅｓｐｏｎｓｅを記憶しなくてもよい。続いて、ＣＰＵ１０１は、受信したＰｒｏｂｅＲｅｓｐｏｎｓｅの中に、受付期間の残り時間を示す情報が含まれているか否かを判断する（Ｓ２５８）。受付期間の残り時間を示す情報が含まれていない場合、処理はＳ２６１へ進む。一方、受付期間の残り時間を示す情報が含まれている場合、ＣＰＵ１０１は、自身が把握している受付期間の残り時間が、ＰｒｏｂｅＲｅｓｐｏｎｓｅに含まれている受付期間の残り時間と比較して長いか否かを判断する（Ｓ２５９）。

前者の残り時間と後者の残り時間が同一、または前者の残り時間のほうが短い場合、処理はＳ２６１へ進む。一方、前者の残り時間のほうが長い場合、ＣＰＵ１０１は、自身の受付期間の残り時間を、ＰｒｏｂｅＲｅｓｐｏｎｓｅに含まれている受付期間の残り時間で更新する（Ｓ２６０）。続いて、ＣＰＵ１０１は、自身がアドホックネットワークに所属しているか否かを判断する（Ｓ２６１）。自身がアドホックネットワークに所属している場合、処理はＳ２６３へ進む。一方、自身がアドホックネットワークに所属していない場合、ＣＰＵ１０１は、アドホックネットワークを生成する処理を行う（Ｓ２６２）。アドホックネットワークを生成した端末は、他の端末からのＰｒｏｂｅＲｅｑｕｅｓｔを受信できるようになる。そのため、ここでは、自身でアドホックネットワークの生成を行わずに、例えばＰｒｏｂｅＲｅｓｐｏｎｓｅ送信元のアドホックネットワークに所属するように処理を行って、ＰｒｏｂｅＲｅｑｕｅｓｔを受信できるようにしてもよい。続いて、処理はＳ２６３へ進む。

処理がＳ２６３へ進んだ場合、ＣＰＵ１０１は、受付期間中であって、かつ受付期間の開始から所定時間が経過しているか否かを判断する（Ｓ２６３）。受付期間中でない、または受付期間の開始から所定時間が経過していない場合、処理はＳ２８０へ進む。一方、受付期間中であって、かつ受付期間の開始から所定時間が経過している場合、ＣＰＵ１０１は、受付期間を終了し（Ｓ２６４）、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔおよびＰｒｏｂｅＲｅｓｐｏｎｓｅの中で、登録端末であることを示す情報を含むものがあるか否かを判断する（Ｓ２６５）。

登録端末であることを示す情報を含むＰｒｏｂｅＲｅｑｕｅｓｔがなく、かつ登録端末であることを示す情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅもない場合、処理はＳ２７０へ進む。一方、登録端末であることを示す情報を含むＰｒｏｂｅＲｅｑｕｅｓｔがある場合、または登録端末であることを示す情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅがある場合、ＣＰＵ１０１は、自身の役割を参加端末としてＲＡＭ１０４に記憶（Ｓ２６６）する。

続いて、ＣＰＵ１０１は、記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔおよびＰｒｏｂｅＲｅｓｐｏｎｓｅの送信元端末のいずれかの端末からセットアップが開始されたか否かを判断する（Ｓ２６７）。セットアップが開始されていない場合、再度Ｓ２６７の判断が行われる。一方、セットアップが開始された場合、ＣＰＵ１０１は、その送信元端末によるセットアップの開始に合わせて自身のセットアップを開始する（Ｓ２６７１）。続いて、ＣＰＵ１０１は、セットアップが完了したか否かを判断する（Ｓ２６８）。

セットアップが完了していない場合、再度Ｓ２６８の判断が行われる。一方、セットアップが完了した場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｅｂＲｅｑｕｅｓｔおよびＰｒｏｂｅＲｅｓｐｏｎｓｅを全て削除し（Ｓ２６９）、参加待機動作を終了する。

一方、処理がＳ２７０へ進んだ場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔおよびＰｒｏｂｅＲｅｓｐｏｎｓｅのそれぞれのＭＡＣアドレスと自身のＭＡＣアドレスを比較して自身のＭＡＣアドレスが最大値であるか否かを判断する（Ｓ２７０）。自身のＭＡＣアドレスが最大値ではない場合、処理はＳ２６６へ進む。一方、自身のＭＡＣアドレスが最大値である場合、ＣＰＵ１０１は、自身の役割を登録端末としてＲＡＭ１０４に記憶する（Ｓ２７１）。このように、第４の動作例では、ボタンが押された端末の中に登録端末が存在しない場合でも、アドホックネットワークへの参加を希望する端末の中で最大のＭＡＣアドレスを有する端末が登録端末となる。なお、ここでは最大のＭＡＣアドレスで判断を行っているが、例えば最小のＭＡＣアドレスを有する端末が登録端末となってもよいし、大小の判断を例えばＵＵＩＤのように端末を一意に識別できる値に基づいて行ってもよい。

続いて、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔおよびＰｒｏｂｅＲｅｓｏｎｓｅの送信元端末のうち、セットアップを実施していないいずれか１つの端末との間で、自身からセットアップを開始する（Ｓ２７２）。続いて、ＣＰＵ１０１は、セットアップが終了したか否かを判断する（Ｓ２７３）。

セットアップが終了していない場合、再度Ｓ２７３の判断が行われる。一方、セットアップが終了した場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔおよびＰｒｏｂｅＲｅｓｐｏｎｓｅの送信元端末の全てとの間でセットアップが完了しているか否かを判断する（Ｓ２７４）。ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔおよびＰｒｏｂｅＲｅｓｐｏｎｓｅの送信元端末の１台以上との間でセットアップが完了していない場合、処理はＳ２７２に戻る。一方、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔおよびＰｒｏｂｅＲｅｓｐｏｎｓｅの送信元端末の全てとの間でセットアップが完了している場合、処理はＳ２６９へ進む。

一方、処理がＳ２７５へ進んだ場合、ＣＰＵ１０１は、自身がアドホックネットワークに所属しているか否かを判断する（Ｓ２７５）。自身がアドホックネットワークに所属している場合、処理はＳ２７６１へ進む。一方、自身がアドホックネットワークに所属していない場合、ＣＰＵ１０１は、アドホックネットワークを生成する処理を行う（Ｓ２７６）。

続いて、ＣＰＵ１０１は、受付期間中であって、かつ受付期間の開始から所定時間が経過しているか否かを判断する（Ｓ２７６１）。受付期間中でない、または受付期間の開始から所定時間が経過していない場合、処理はＳ２７７へ進む。一方、受付期間中であって、かつ受付期間の開始から所定時間が経過している場合、ＣＰＵ１０１は受付期間を終了する（Ｓ２７６２）。続いて、処理はＳ２６５へ進む。

処理がＳ２７７へ進んだ場合、ＣＰＵ１０１は、ボタンが押されてから所定時間が経過しているか否かを判断する（Ｓ２７７）。所定時間が経過していない場合、処理はＳ２８０へ進む。一方、所定時間が経過している場合、ＣＰＵ１０１は、タイムアウトエラーとして所定時間その旨を表示部１０５に表示し（Ｓ２７８）、ＲＡＭ１０４に記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔおよびＰｒｏｂｅＲｅｓｐｏｎｓｅを全て削除してから（Ｓ２７９）、参加待機動作を終了する。

処理がＳ２８０へ進んだ場合、ＣＰＵ１０１は、ＰｒｏｂｅＲｅｑｕｅｓｔを受信したか否かを判断する（Ｓ２８０）。ＰｒｏｂｅＲｅｑｕｅｓｔを受信していない場合、処理はＳ２８９へ進む。一方、ＰｒｏｂｅＲｅｑｕｅｓｔを受信した場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ２８１）。受付期間中でない場合、ＣＰＵ１０１は、ＰＢＣ情報を含まないＰｒｏｂｅＲｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介してＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末へ送信する（Ｓ２８８）。続いて、処理はＳ２８９へ進む。

一方、受付期間中である場合、ＣＰＵ１０１は、ＰｒｏｂｅＲｅｑｕｅｓｔにＰＢＣ情報が含まれているか否かを判断する（Ｓ２８２）。ＰｒｏｂｅＲｅｑｕｅｓｔにＰＢＣ情報が含まれていない場合、処理はＳ２８８へ進む。一方、ＰｒｏｂｅＲｅｑｕｅｓｔにＰＢＣ情報が含まれている場合、ＣＰＵ１０１はＰｒｏｂｅＲｅｑｕｅｓｔをＲＡＭ１０４に記憶する（Ｓ２８３）。続いて、ＣＰＵ１０１は、受信したＰｒｏｂｅＲｅｑｕｅｓｔの中に、受付期間の残り時間を示す情報が含まれているか否かを判断する（Ｓ２８４）。

受付期間の残り時間を示す情報が含まれていない場合、処理はＳ２８７へ進む。一方、受付期間の残り時間を示す情報が含まれている場合、ＣＰＵ１０１は、自身が把握している受付期間の残り時間が、ＰｒｏｂｅＲｅｑｕｅｓｔに含まれている受付期間の残り時間と比較して長いか否かを判断する（Ｓ２８５）。前者の残り時間と後者の残り時間が同一、または前者の残り時間のほうが短い場合、処理はＳ２８７へ進む。一方、前者の残り時間のほうが長い場合、ＣＰＵ１０１は、自身の受付期間の残り時間を、ＰｒｏｂｅＲｅｑｕｅｓｔに含まれている受付期間の残り時間で更新する（Ｓ２８６）。

続いて、ＣＰＵ１０１は、ＰＢＣ情報と、自身が未確定端末であることを示す情報と、自身の受付期間の残り時間とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介してＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末へ送信する（Ｓ２８７）。続いて、ＣＰＵ１０１は、所定時間が経過するのを待ち（Ｓ２８９）、Ｓ２５４で再度ＰｒｏｂｅＲｅｑｕｅｓｔを送信する。

図２１は、上記の登録待機動作と参加待機動作による動作の一例を示している。図２１に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。

端末Ｃは、電源が入れられると、自身がアドホックネットワークの接続設定を記憶していないため、参加待機動作を開始する（Ｓ１，Ｓ２０に対応）。参加待機動作では端末Ａは、自身の役割をクリアし、ボタンが押されると、受付期間（例えば１０秒）を開始して、自身の役割を未確定端末（Ｅ／Ｒ）と記憶し、ボタン押しセットアップであることを示す情報（ＰＢＣ情報）と、自身が未確定端末であることを示す情報（Ｅ／Ｒ情報）と、受付期間の残り時間（ここでは１０秒）とを含むＰｒｏｂｅＲｅｑｕｅｓｔを送信する（Ｓ２５０〜Ｓ２５４に対応）。

端末Ｂは、Ｓ２５１でボタンが押されるのを待っており、この時点ではアドホックネットワークに所属していないので、ＰｒｏｂｅＲｅｑｕｅｓｔを受信しＰｒｏｂｅＲｅｓｐｏｎｓｅを返信することができない。

端末Ａは、電源が入れられると、自身がアドホックネットワークＮＷ１の接続設定を記憶しており、それを反映済みであるので、登録待機動作を開始する（Ｓ１，Ｓ１０に対応）。登録待機動作では、端末Ａは自身の役割をクリアする（Ｓ１１０に対応）。端末Ｃのボタンが押されてＰｒｏｂｅＲｅｑｕｅｓｔが送信された時点では、端末Ａのボタンは押されていない（Ｓ１１１に対応）ので、ＰＢＣ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信すると（Ｓ１１５，Ｓ１１６に対応）、受付期間中ではなく、また記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔが存在しないため、端末Ａは受付期間を開始する（Ｓ１１７，Ｓ１１８，Ｓ１１８１に対応）。この時点では自身の役割は何も設定されていないため（Ｓ１１９に対応）、端末Ａは、ＰＢＣ情報を含まないＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ｃに返信する（Ｓ１２２に対応）。

端末Ｃは、所定時間（この場合、ＰｒｏｂｅＲｅｓｐｏｎｓｅの受信待ち時間）が経過する前に端末ＡからＰｒｏｂｅＲｅｓｐｏｎｓｅを受信するが、そのＰｒｏｂｅＲｅｓｐｏｎｓｅはＰＢＣ情報を含んでいない（Ｓ２５５，Ｓ２５６に対応）。端末Ｃはアドホックネットワークには所属していないため、端末Ｃのみからなるアドホックネットワークを生成する（Ｓ２７５，Ｓ２７６に対応）。

この時点では、受付期間中であり、ボタンを押されてからタイムアウトとなるべき時間が経過していない（Ｓ２７６１，Ｓ２７７に対応）。端末Ｃは、ＰｒｏｂｅＲｅｑｕｅｓｔを受信していないので（Ｓ２８０に対応）、しばらく待ってから（Ｓ２８９に対応）、再度ＰｒｏｂｅＲｅｑｕｅｓｔを送信し、ＰＢＣ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを待つとともに、他の装置からのＰｒｏｂｅＲｅｑｕｅｓｔの受信を待つ（Ｓ２５４，Ｓ２５５，Ｓ２５６，Ｓ２８０に対応）。

しばらくしてから端末Ｂのボタンが押された後、端末Ｃの動作と同様にして、端末Ｂは、ＰＢＣ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを送信する。端末ＡがＰＢＣ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信すると、既に受付期間中であり、自身の役割は何も設定されていないため、ＰＢＣ情報を含まないＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ｂに送信する（Ｓ１１５〜Ｓ１１７，Ｓ１１９，Ｓ１２２に対応）。

端末ＣがＰＢＣ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信する（Ｓ２８０に対応）と、受付期間中であるため、端末ＣはＰｒｏｂｅＲｅｑｕｅｓｔを記憶する（Ｓ２８１〜Ｓ２８３に対応）。端末Ｂから送信されたＰｒｏｂｅＲｅｑｕｅｓｔに含まれる受付期間の残り時間は１０秒であり、この時点で端末Ｃの受付期間の残り時間が７秒であったとすると、端末Ｃはそのまま自身の受付期間を用いる（Ｓ２８４〜Ｓ２８６に対応）。

続いて、端末Ｃは、ＰＢＣ情報と、自身が未確定端末であることを示す情報（Ｅ／Ｒ情報）、と自身の受付期間の残り時間（７秒）とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ｂに返信し（Ｓ２８７に対応）、しばらく待ってから（Ｓ２８９に対応）、再度ＰｒｏｂｅＲｅｑｕｅｓｔを送信し、ＰＢＣ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを待つとともに、他の装置からのＰｒｏｂｅＲｅｑｕｅｓｔの受信を待つ（Ｓ２５４，Ｓ２５５，Ｓ２５６，Ｓ２８０に対応）。

端末Ｂが端末ＡからＰｒｏｂｅＲｅｓｐｏｎｓｅを受信する際の動作は、端末Ｃが端末ＡからのＰｒｏｂｅＲｅｓｐｏｎｓｅを受信する際の動作と同じなので省略する。端末Ｂが端末ＣからＰＢＣ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを受信すると（Ｓ２５５，Ｓ２５６に対応）、端末ＢはＰｒｏｂｅＲｅｓｐｏｎｓｅを記憶する（Ｓ２５７に対応）。受信したＰｒｏｂｅＲｅｓｐｏｎｓｅに含まれる受付期間の残り時間は７秒であり、自身の受付期間の残り時間１０秒よりも短いため、端末Ｂは自身の受付期間の残り時間を７秒に更新する（Ｓ２５８〜Ｓ２６０に対応）。

端末ＣからのＰｒｏｂｅＲｅｓｐｏｎｓｅが端末ＡからのＰｒｏｂｅＲｅｓｐｏｎｓｅよりも早く送信されたとすると、端末Ｂはアドホックネットワークに所属していないためアドホックネットワークを生成する（Ｓ２６１，Ｓ２６２に対応）。受付期間は完了していないため（Ｓ２６３に対応）、端末Ｂはしばらく待ってから（Ｓ２８９に対応）、再度ＰｒｏｂｅＲｅｑｕｅｓｔを送信し、ＰＢＣ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを待つとともに、他の装置からのＰｒｏｂｅＲｅｑｕｅｓｔの受信を待つ（Ｓ２５４，Ｓ２５５，Ｓ２５６，Ｓ２８０に対応）。

端末Ａは、ボタンが押されると自身の役割を登録端末（Ｒｅｇｉｓｔｒａｒ）として記憶する（Ｓ１１１，Ｓ１１２に対応）。その後に、例えば端末Ｂが繰り返し送信している、ＰＢＣ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信すると、受付期間中であり、自身はＲｅｇｉｓｔｒａｒである（Ｓ１１５〜Ｓ１１７，Ｓ１１９に対応）。ＰｒｏｂｅＲｅｑｕｅｓｔには端末Ｂの受付期間の残り時間（ここでは３秒とする）が含まれており、まだ自身も受付期間中であり、自身の受付期間も３秒であるので、何もせずに先に進む（Ｓ１９０，Ｓ１９１，Ｓ１９３に対応）。受付期間中であるので、端末Ａは、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを送信し、端末Ｂから送信されたＰｒｏｂｅＲｅｑｕｅｓｔを記憶する（Ｓ１９５，Ｓ１９６，Ｓ１２１に対応）。

端末ＢがＰｒｏｂｅＲｅｓｐｏｎｓｅを受信する動作、端末Ｃが端末ＢからＰｒｏｂｅＲｅｑｕｅｓｔを受信する動作、および端末Ｃが端末ＢへＰｒｏｂｅＲｅｓｐｏｎｓｅを送信する動作については、前述した端末Ｂと端末Ｃの間のＰｒｏｂｅＲｅｑｕｅｓｔとＰｒｏｂｅＲｅｓｐｏｎｓｅの送受信と同じ動作なので、ここでは省略する。

端末Ａは、例えば端末Ｃが繰り返し送信している、ＰＢＣ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信すると、端末Ｂが繰り返し送信した、ＰＢＣ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信した場合と同じ動作を行う。動作内容についての説明は省略する。

端末Ａは、受付期間の開始から所定の期間が経過すると受付期間を終了する（Ｓ１２３，Ｓ１２４に対応）。記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔには、端末Ｂと端末Ｃを送信元端末とするものが存在するが、セットアップはどちらの端末とも完了しておらず、かつ現在セットアップが実行中でない（Ｓ１２５，Ｓ１２６，Ｓ１２８，Ｓ１２９に対応）。受付期間が完了しているため、端末Ａは端末Ｂとの間で自身からセットアップを開始する（Ｓ１９７，Ｓ１３０に対応）。

一方、端末Ｂは、受付期間の開始から所定の期間が経過して受付期間が終了すると（Ｓ２７６１，Ｓ２７６２に対応）、端末ＡからのＰｒｏｂｅＲｅｓｐｏｎｓｅがＲｅｇｉｓｔｒａｒ情報を含んでいるので（Ｓ２６５に対応）、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）として記憶する（Ｓ２６６に対応）。端末Ａからセットアップが開始され、セットアップが完了すると（Ｓ２６７，Ｓ２６７１，Ｓ２６８に対応）、端末Ａは記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔおよびＰｒｏｂｅＲｅｓｐｏｎｓｅの全てを削除して（Ｓ２６９に対応）、参加待機動作を終了する。

端末Ｃは、自身の役割を参加端末として記憶し、端末Ａからセットアップが開始されるのを待つが、端末Ｂと同じ動作なのでここでは説明を省略する。

端末Ａと端末Ｂの間のセットアップが終了したとき、端末Ａと端末Ｃの間のセットアップは終了しておらず、セットアップの実行中でない（Ｓ１３１，Ｓ１３２，Ｓ１２８，Ｓ１２９に対応）。受付期間は終了しているので、端末Ａは端末Ｃとの間でセットアップを開始する（Ｓ１９７，Ｓ１３０に対応）。

端末Ｃは、端末Ａからセットアップが開始され、セットアップが完了すると（Ｓ２６７，Ｓ２６７１，Ｓ２６８に対応）、記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔおよびＰｒｏｂｅＲｅｓｐｏｎｓｅの全てを削除して（Ｓ２６９に対応）、参加待機動作を終了する。

端末Ａは、端末Ｃとのセットアップが終了し、記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの送信元端末の全て（端末Ｂと端末Ｃ）とセットアップが完了したため（Ｓ１３２に対応）、記憶済みのＰｒｏｂｅＲｅｑｕｅｓｔの全てを削除して（Ｓ１２７に対応）、登録待機動作を終了する。

上記のように、受付期間が終了してから、各端末間のセットアップを行うことができる。登録端末の処理能力が限られている場合には、ＰｒｏｂｅＲｅｑｕｅｓｔやＰｒｏｂｅＲｅｓｐｏｎｓｅの送受信に係る処理が集中しやすい受付期間が終了した後にセットアップを行うことは効果的である。また、最初にボタンが押された端末の受付期間を基準として、各端末の受付期間が更新されるので、各端末が認識する受付期間はほぼ同じとなる。よって、１つのトリガを基準とする所定の受付期間内に参加を受け付けた参加端末と登録端末との間で受付期間の終了後にセットアップを行うことができる。

＜第５の動作例＞
次に、第５の動作例を説明する。図２２は、第５の動作例における登録待機動作と参加待機動作による動作の一例を示している。図２２に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。

端末Ａは、ボタンが押されると、ボタン押しセットアップであることを示す情報（ＰＢＣ情報）と、自身が未確定端末であることを示す情報（Ｅ／Ｒ情報）とを含むＰｒｏｂｅＲｅｑｕｅｓｔを送信する。

端末Ｂは、自身のボタンが押されたこと、または他の端末からＰｒｏｂｅＲｅｑｕｅｓｔを受信したことを契機として受付期間を開始する。この例では、端末Ｂは、端末ＡからのＰｒｏｂｅＲｅｑｕｅｓｔを受信すると、受付期間を開始し、受信したＰｒｏｂｅＲｅｑｕｅｓｔを記憶する。端末Ｂは、ボタンが押されると、自身の役割を登録端末（Ｒｅｇｉｓｔｒａｒ）として記憶する。

端末Ｃは、ボタンが押されると、ＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを送信する。端末Ｂは、端末ＣからのＰｒｏｂｅＲｅｑｕｅｓｔを受信すると、受信したＰｒｏｂｅＲｅｑｕｅｓｔを記憶する。端末Ｂは、受付期間中はＰｒｏｂｅＲｅｓｐｏｎｓｅを送信しない。受付期間が終了すると、端末Ｂは、ＰＢＣ情報と、自身が登録端末であることを示す情報（Ｒｅｇｉｓｔｒａｒ情報）とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ａと端末Ｃに返信する。

端末Ａは、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを受信すると、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）として記憶する。同様に、端末Ｃも、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを受信すると、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）として記憶する。この後、端末Ｂは端末Ａとのセットアップを開始し、そのセットアップが終了したら、端末Ｃとのセットアップを開始する。

＜第６の動作例＞
次に、第６の動作例を説明する。図２３は、第６の動作例における登録待機動作と参加待機動作による動作の一例を示している。図２３に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。

端末Ｂは、自身のボタンが押されたこと、または他の端末からＰｒｏｂｅＲｅｑｕｅｓｔを受信したことを契機として受付期間を開始する。この例では、端末Ｂは、端末ＡからのＰｒｏｂｅＲｅｑｕｅｓｔを受信すると、受付期間を開始する。続いて、端末Ｂは、ＰＢＣ情報も、自身の役割を示す情報も含まないＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ａに返信し、受信したＰｒｏｂｅＲｅｑｕｅｓｔを記憶する。端末Ｂは、ボタンが押されると、自身の役割を登録端末（Ｒｅｇｉｓｔｒａｒ）として記憶する。ＰＢＣ情報も、自身の役割を示す情報も含まないＰｒｏｂｅＲｅｓｐｏｎｓｅを受信した端末Ａは、ＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを定期的に送信する。このＰｒｏｂｅＲｅｑｕｅｓｔに対して、端末Ｂは上記のＰｒｏｂｅＲｅｓｐｏｎｓｅを返信する。

端末Ｃは、ボタンが押されると、ＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを送信する。端末Ｂは、端末ＣからのＰｒｏｂｅＲｅｑｕｅｓｔを受信すると、ＰＢＣ情報も、自身の役割を示す情報も含まないＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ｃに返信し、受信したＰｒｏｂｅＲｅｑｕｅｓｔを記憶する。ＰＢＣ情報も、自身の役割を示す情報も含まないＰｒｏｂｅＲｅｓｐｏｎｓｅを受信した端末Ｃは、ＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを定期的に送信する。このＰｒｏｂｅＲｅｑｕｅｓｔに対して、端末Ｂは上記のＰｒｏｂｅＲｅｓｐｏｎｓｅを返信する。

受付期間が終了した後に、端末ＡからのＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信すると、端末Ｂは、ＰＢＣ情報と、自身が登録端末であることを示す情報（Ｒｅｇｉｓｔｒａｒ情報）とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ｃに返信する。また、受付期間が終了した後に、端末ＣからのＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信すると、端末Ｂは、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報とを含むＰｒｏｂｅＲｅｓｐｏｎｓｅを端末Ｃに返信する。

端末Ａと端末Ｃは、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを受信すると、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）として記憶する。この後、端末Ｂは端末Ａとのセットアップを開始し、そのセットアップが終了したら、端末Ｃとのセットアップを開始する。

＜第７の動作例＞
次に、第７の動作例を説明する。図２４は、第７の動作例における登録待機動作と参加待機動作による動作の一例を示している。図２４に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。図２４に示す例は、図２３に示す例とほぼ同様であるが、端末Ｂが受付期間内に端末Ａと端末ＣからＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅＲｅｑｕｅｓｔを受信した場合に返信するＰｒｏｂｅＲｅｓｐｏｎｓｅには、ＰＢＣ情報と、自身の役割を示す情報とが含まれず、受付期間中であることを示す情報が含まれるということが異なる。

上述したように、本実施形態によれば、登録端末となる端末において、アドホックネットワークの接続設定を行うための１つのトリガに対して、複数の端末から受け付けた参加要求（ＰｒｏｂｅＲｅｑｕｅｓｔ）のそれぞれを対応させ、それぞれの参加要求に応答して複数の端末のそれぞれをアドホックネットワークに参加させる接続設定を行うことによって、複数の端末がアドホックネットワークに参加するための接続設定を一括で行うことができる。

以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、上記では、本発明をアドホックモードに適用した場合の説明を行ったが、セキュリティの許容度によっては、本発明をインフラストラクチャモードに適用してもよい。

１０・・・ＤＳＣ、１０１・・・ＣＰＵ（トリガ受付部、参加要求受付部、接続設定部）、１０２・・・入力インターフェース部、１０３・・・ＲＯＭ、１０４・・・ＲＡＭ（記憶部）、１０５・・・表示部、１０６・・・外部Ｉ／Ｆ、１０７・・・ファイル管理部、１０８・・・記録部、１０９・・・圧縮伸張エンジン、１１０・・・撮像部

Claims

所定のトリガを受け付けるトリガ受付部と、
自端末との無線ネットワークに未参加である外部端末から、前記トリガを受け付けた後の当該外部端末との最初の通信時に当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付部と、
前記トリガ受付部が受け付けた１つのトリガに対して、前記参加要求受付部が複数の外部端末から受け付けた前記参加要求のそれぞれを対応させ、それぞれの前記参加要求に応答して前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定部と、
前記トリガ受付部が１つのトリガを受け付けた時点を含み、かつ、前記接続設定部が何れかの前記外部端末に対して前記接続設定を行っている期間を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶部と、
を有し、
前記接続設定部は、前記記憶部に記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれに対して前記接続設定を行い、前記所定の期間が終了したあと、前記参加要求を新たに受け付けた場合、当該新たに受け付けた参加要求を行った前記外部端末と、前記記憶部に記憶されている前記参加要求情報に対応する参加要求を行った前記外部端末と、が同一であるか否かを判断し、前記同一であると判断できた場合、当該新たに受け付けた参加要求を行った前記外部端末に対して前記接続設定を行う無線通信端末。
所定のトリガを受け付けるトリガ受付部と、
自端末との無線ネットワークに未参加である外部端末から、前記トリガを受け付けた後の当該外部端末との最初の通信時に当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付部と、
前記トリガ受付部が受け付けた１つのトリガに対して、前記参加要求受付部が複数の外部端末から受け付けた前記参加要求のそれぞれを対応させ、それぞれの前記参加要求に応答して前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定部と、
前記トリガ受付部が１つのトリガを受け付けた時点を含み、かつ、前記接続設定部が何れかの前記外部端末に対して前記接続設定を行っている期間を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶部と、
を有し、
前記接続設定部は、前記記憶部に記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれに対して前記接続設定を行い、何れかの前記外部端末に対して前記無線ネットワークに参加させる接続設定が完了したあと、前記記憶部に他の前記外部端末の前記参加要求情報が記憶されている場合、当該参加要求情報に基づいて、他の前記外部端末に対する前記接続設定を自ら開始する無線通信端末。
所定のトリガを受け付けるトリガ受付ステップと、
自端末との無線ネットワークに未参加である外部端末から、前記トリガを受け付けた後の当該外部端末との最初の通信時に当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付ステップと、
前記トリガ受付ステップで受け付けた１つのトリガに対して、前記参加要求受付ステップで複数の外部端末から受け付けた前記参加要求のそれぞれを対応させ、それぞれの前記参加要求に応答して前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定ステップと、
前記トリガ受付ステップで１つのトリガを受け付けた時点を含み、かつ、前記接続設定ステップで何れかの前記外部端末に対して前記接続設定を行っている期間を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶ステップと、
を有し、
前記接続設定ステップでは、前記記憶ステップで記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれに対して前記接続設定を行い、前記所定の期間が終了したあと、前記参加要求を新たに受け付けた場合、当該新たに受け付けた参加要求を行った前記外部端末と、前記記憶ステップで記憶されている前記参加要求情報に対応する参加要求を行った前記外部端末と、が同一であるか否かを判断し、前記同一であると判断できた場合、当該新たに受け付けた参加要求を行った前記外部端末に対して前記接続設定を行う無線ネットワークの接続設定方法。
所定のトリガを受け付けるトリガ受付ステップと、
自端末との無線ネットワークに未参加である外部端末から、前記トリガを受け付けた後の当該外部端末との最初の通信時に当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付ステップと、
前記トリガ受付ステップで受け付けた１つのトリガに対して、前記参加要求受付ステップで複数の外部端末から受け付けた前記参加要求のそれぞれを対応させ、それぞれの前記参加要求に応答して前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定ステップと、
前記トリガ受付ステップで１つのトリガを受け付けた時点を含み、かつ、前記接続設定ステップで何れかの前記外部端末に対して前記接続設定を行っている期間を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶ステップと、
を有し、
前記接続設定ステップでは、前記記憶ステップで記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれに対して前記接続設定を行い、何れかの前記外部端末に対して前記無線ネットワークに参加させる接続設定が完了したあと、前記記憶ステップで他の前記外部端末の前記参加要求情報が記憶されている場合、当該参加要求情報に基づいて、他の前記外部端末に対する前記接続設定を自ら開始する無線ネットワークの接続設定方法。