(57)【要約】【課題】複数の装置が無線ネットワークに参加するための接続設定を一括で行うことができる無線通信端末および無線ネットワークの接続設定方法を提供する。【解決手段】ＣＰＵ１０１は所定のトリガを受け付ける。また、ＣＰＵ１０１は、自端末との無線ネットワークに未参加である外部端末から当該無線ネットワークへの参加要求を無線通信により受け付ける。ＣＰＵ１０１は、受け付けた１つのトリガに対して、複数の外部端末から受け付けた参加要求のそれぞれを対応させ、それぞれの参加要求に応答して複数の外部端末のそれぞれを無線ネットワークに参加させる接続設定を行う。【選択図】図１
2010177978.tif 000002
【特許請求の範囲】
【請求項１】
所定のトリガを受け付けるトリガ受付部と、
自端末との無線ネットワークに未参加である外部端末から当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付部と、
前記トリガ受付部が受け付けた１つのトリガに対して、前記参加要求受付部が複数の外部端末から受け付けた前記参加要求のそれぞれを対応させ、それぞれの前記参加要求に応答して前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定部と、
を有する無線通信端末。
【請求項２】
前記トリガ受付部が１つのトリガを受け付けた時点を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶部をさらに有し、
前記接続設定部は、前記記憶部に記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれに対して前記接続設定を行う請求項１に記載の無線通信端末。
【請求項３】
所定のトリガを受け付けるトリガ受付ステップと、
自端末との無線ネットワークに未参加である外部端末から当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付ステップと、
前記トリガ受付部が１つのトリガを受け付けた時点を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶ステップと、
前記記憶部に記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定ステップと、
を有する、無線ネットワークの接続設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信を行う装置が無線ネットワークに参加する際の接続設定を簡易に行う無線通信端末および無線ネットワークの接続設定方法に関する。
【背景技術】
【０００２】
従来、無線ＬＡＮ機能を有する通信端末がアクセスポイント（以下、ＡＰと略記する）の提供するネットワーク（インフラストラクチャネットワーク）に参加するには、通信端末において無線の接続やセキュリティのセットアップを行う必要があり、これには通信端末上で様々な設定の入力を要していた。この設定と入力は複雑なものであったため、特に無線ＬＡＮ技術に不慣れなユーザにとっては、セットアップを行うのは困難であった。
【０００３】
この問題に対し、無線の接続やセキュリティのセットアップを簡単に行い、通信端末をインフラストラクチャネットワークに参加させるための無線ＬＡＮの業界標準の技術として、非特許文献１が公開されている。この非特許文献１であるＷｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄ  Ｓｅｔｕｐ（ＴＭ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  １．０（以下、ＷＰＳと略する）は、例えば、ｈｔｔｐｓ：／／ｗｗｗ．ｗｉ−ｆｉ．ｏｒｇ／ｋｎｏｗｌｅｄｇｅ＿ｃｅｎｔｅｒ＿ｏｖｅｒｖｉｅｗ．ｐｈｐ？ｔｙｐｅ＝４より入手可能である。
【０００４】
ＷＰＳでは、無線ＬＡＮ機能を有しネットワークへの参加を希望する外部端末と、先にネットワークに参加済みでかつ外部端末をネットワークへ参加させることができる機能を有する通信端末とのそれぞれにおいて、ユーザが実際のボタンを押す、またはＧＵＩ機能（グラフィカルユーザインタフェース機能）により画面上のボタンを押すことでセットアップを行うことができる。ｈｔｔｐ：／／ｓｔａｎｄａｒｄｓ．ｉｅｅｅ．ｏｒｇ／ｇｅｔｉｅｅｅ８０２／ｄｏｗｎｌｏａｄ／８０２．１１−２００７．ｐｄｆとして公開されている非特許文献２には、インフラストラクチャネットワークを介した通信を行うインフラストラクチャモードにおける通信方法が記載されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Ｗｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄ  Ｓｅｔｕｐ（ＴＭ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  １．０
【非特許文献２】ＩＥＥＥ  Ｓｔｄ．  ８０２．１１（ＴＭ）−２００７
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一方、近年、ＡＰを必要とするインフラストラクチャモードとは異なり、通信端末同士が直接無線ＬＡＮ通信を行うアドホックモードが、ゲーム機やカメラといった携帯型端末を中心に普及し始めている。アドホックモードでは、いつでも誰でも小規模のネットワークを形成することが可能である。また、アドホックモードでは、ネットワークが利用される期間がインフラストラクチャモードに比べてかなり短い傾向にある。そのため、インフラストラクチャモードに比べて、セキュリティを多少犠牲にしても利便性を追求した利用方法が想定される。
【０００７】
したがって、既存のアドホックネットワークに対して複数の端末が参加する場合に、それら複数の端末が一括してアドホックネットワークに参加できると便利である。しかし、従来のＷＰＳでは、セキュリティの観点から、ネットワークへの参加を希望する端末１台と、ネットワークに参加済みの端末１台との合計２台の場合にのみ、それぞれの端末間でセットアップを行うことが可能となっている。これは、３台以上が同時にセットアップを行おうとすると発生するセキュリティ上のリスクを回避するためである。従来のＷＰＳをアドホックネットワークでも動作できるように適用しても、やはり合計２台の場合にしか端末間でセットアップを行うことができない。
【０００８】
このため、従来のＷＰＳでは、既存のアドホックネットワークに対して複数の端末が参加する場合、アドホックネットワークへの参加を希望する端末１台と、アドホックネットワークに参加済みの端末１台とをペアとするセットアップを複数回行う必要がある。このセットアップを複数回行うため、必要な操作が増加し面倒になる。また、セットアップの実行中に、セットアップを実行中の端末と、アドホックネットワークへの参加を希望する端末との間でセットアップを実行しようとしても、後から実行しようとしたセットアップが失敗し、再度セットアップをやり直すことになるため、余計な操作が増えることになる。
【０００９】
本発明は、上述した課題に鑑みてなされたものであって、複数の装置が無線ネットワークに参加するための接続設定を一括で行うことができる無線通信端末および無線ネットワークの接続設定方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、上記の課題を解決するためになされたもので、所定のトリガを受け付けるトリガ受付部と、自端末との無線ネットワークに未参加である外部端末から当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付部と、前記トリガ受付部が受け付けた１つのトリガに対して、前記参加要求受付部が複数の外部端末から受け付けた前記参加要求のそれぞれを対応させ、それぞれの前記参加要求に応答して前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定部と、を有する無線通信端末である。
【００１１】
また、本発明の無線通信端末において、前記トリガ受付部が１つのトリガを受け付けた時点を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶部をさらに有し、前記接続設定部は、前記記憶部に記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれに対して前記接続設定を行う。
【００１２】
また、本発明は、所定のトリガを受け付けるトリガ受付ステップと、自端末との無線ネットワークに未参加である外部端末から当該無線ネットワークへの参加要求を無線通信により受け付ける参加要求受付ステップと、前記トリガ受付部が１つのトリガを受け付けた時点を含む所定の期間内に前記外部端末から受け付けた、前記参加要求に関する参加要求情報を記憶する記憶ステップと、前記記憶部に記憶された前記参加要求情報に基づいて、前記所定の期間内に前記参加要求を受け付けた前記複数の外部端末のそれぞれを前記無線ネットワークに参加させる接続設定を行う接続設定ステップと、を有する、無線ネットワークの接続設定方法である。
【発明の効果】
【００１３】
本発明によれば、１つのトリガに対して、複数の外部端末から受け付けた参加要求のそれぞれを対応させ、それぞれの参加要求に応答して複数の外部端末のそれぞれを無線ネットワークに参加させる接続設定を行うことによって、複数の装置が無線ネットワークに参加するための接続設定を一括で行うことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態によるデジタルスチルカメラの構成を示すブロック図である。
【図２】本発明の一実施形態によるデジタルスチルカメラの動作の手順を示すフローチャートである。
【図３】本発明の一実施形態によるデジタルスチルカメラの動作（第１の動作例における登録待機動作）の手順を示すフローチャートである。
【図４】本発明の一実施形態によるデジタルスチルカメラの動作（第１の動作例における登録待機動作）の手順を示すフローチャートである。
【図５】本発明の一実施形態によるデジタルスチルカメラの動作（第１の動作例における参加待機動作）の手順を示すフローチャートである。
【図６】本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第１の動作例における通信）の手順を示すシーケンス図である。
【図７】本発明の一実施形態によるデジタルスチルカメラの動作（第２の動作例における登録待機動作）の手順を示すフローチャートである。
【図８】本発明の一実施形態によるデジタルスチルカメラの動作（第２の動作例における参加待機動作）の手順を示すフローチャートである。
【図９】本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第２の動作例における通信）の手順を示すシーケンス図である。
【図１０】本発明の一実施形態によるデジタルスチルカメラの動作（第３の動作例における登録待機動作）の手順を示すフローチャートである。
【図１１】本発明の一実施形態によるデジタルスチルカメラの動作（第３の動作例における登録待機動作）の手順を示すフローチャートである。
【図１２】本発明の一実施形態によるデジタルスチルカメラの動作（第３の動作例における登録待機動作）の手順を示すフローチャートである。
【図１３】本発明の一実施形態によるデジタルスチルカメラの動作（第３の動作例における参加待機動作）の手順を示すフローチャートである。
【図１４】本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第３の動作例における通信）の手順を示すシーケンス図である。
【図１５】本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における登録待機動作）の手順を示すフローチャートである。
【図１６】本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における登録待機動作）の手順を示すフローチャートである。
【図１７】本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における参加待機動作）の手順を示すフローチャートである。
【図１８】本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における参加待機動作）の手順を示すフローチャートである。
【図１９】本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における参加待機動作）の手順を示すフローチャートである。
【図２０】本発明の一実施形態によるデジタルスチルカメラの動作（第４の動作例における参加待機動作）の手順を示すフローチャートである。
【図２１】本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第４の動作例における通信）の手順を示すシーケンス図である。
【図２２】本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第５の動作例における通信）の手順を示すシーケンス図である。
【図２３】本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第６の動作例における通信）の手順を示すシーケンス図である。
【図２４】本発明の一実施形態によるデジタルスチルカメラ間で行われる通信（第７の動作例における通信）の手順を示すシーケンス図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照し、本発明の実施形態を説明する。本実施形態では、無線通信端末の一例として、デジタルスチルカメラを用いて説明する。これに限らず、ＰＣ、携帯電話、ＰＤＡ、光ディスク・ＨＤＤレコーダ、ＴＶ、ゲーム機、ビデオカメラなど、無線ネットワークに接続可能な装置を無線通信端末として使用することが可能である。
【００１６】
図１は、本実施形態によるデジタルスチルカメラ（以下、ＤＳＣと略記する）の構成を示している。図１に示すように、ＤＳＣ１０は、ＣＰＵ１０１、入力インターフェース部１０２、ＲＯＭ１０３、ＲＡＭ１０４、表示部１０５、外部Ｉ／Ｆ（外部インターフェース）１０６、ファイル管理部１０７、記録部１０８、圧縮伸張エンジン１０９、撮像部１１０を備える。
【００１７】
ＣＰＵ１０１は、ＲＯＭ１０３に格納されている制御プログラムに従い、ＲＡＭ１０４を作業領域に用いて各種制御を行う。また、このＣＰＵ１０１は、ネットワークプロトコルにより、外部Ｉ／Ｆ１０６を介して無線ネットワークに接続し、外部の無線通信端末と通信できるようになっている。外部の無線通信端末との通信時に送受信するデータは、ＲＡＭ１０４に格納される。
【００１８】
入力インターフェース部１０２は、ユーザがＤＳＣ１０に対する操作入力を行うためのスイッチ、ボタン、キー、ダイヤル等の操作入力部である。また、この入力インターフェース部１０２は、表示部１０５に重ねられたタッチパネル等であってもよい。表示部１０５は、画像や操作メニュー等を表示することが可能である。ファイル管理部１０７は、ＣＰＵ１０１からの指示に従い、記録部１０８に記録されるファイルを管理する。
【００１９】
記録部１０８は、半導体メモリ、磁気メモリ、磁気ディスク、光ディスク、光磁気ディスク等の不揮発性の記録媒体、あるいはそれらに限らず、情報を記録することができる不揮発性の記録媒体であり、また上記記録媒体の組み合わせであってもよい。さらには、記録部１０８が単数の記録媒体のみから構成される必要は無く、記録部１０８が複数の記録媒体から構成されていても構わない。
【００２０】
圧縮伸張エンジン１０９は、画像の圧縮および伸張を行う。撮像部１１０は、被写体像を撮像し撮像データを生成する。
【００２１】
このような構成のＤＳＣ１０では、撮影時には、入力インターフェース部１０２に入力された指示に従って、ＣＰＵ１０１が撮像部１１０から撮像データを取り込む。さらに、ＣＰＵ１０１は、撮像データに基づく画像を表示部１０５に表示するとともに、ＲＡＭ１０４内に撮像データを格納する。そして、ＣＰＵ１０１が圧縮伸張エンジン１０９に圧縮指示を行うと、圧縮伸張エンジン１０９は、上記ＲＡＭ１０４内の撮像データを、ＣＰＵ１０１が指定するフォーマットの画像へと圧縮する。圧縮された画像は、ＣＰＵ１０１からの指示により、ファイル管理部１０７を通して記録部１０８に記録される。
【００２２】
このように記録部１０８に記録された画像の再生時には、まずＣＰＵ１０１からの指示により、ファイル管理部１０７を通して記録部１０８内の画像が読み出され、圧縮伸張エンジン１０９により、記録されているフォーマットに従い画像が伸張される。伸張された画像は表示部１０５に表示される。また、撮像時あるいは再生時のＤＳＣ１０および画像に係る設定を行うための設定画面が表示部１０５に表示された状態で、ユーザは入力インターフェース１０２を用いてＤＳＣ１０の設定を行うことが可能である。
【００２３】
次に、本実施形態によるＤＳＣ１０の動作を説明する。図２はＤＳＣ１０の動作の手順を示している。ＤＳＣ１０の電源がオンになると、ＣＰＵ１０１は、アドホックネットワークの接続設定をＲＡＭ１０４に記憶済みであり、かつその接続設定を外部Ｉ／Ｆ１０６に反映済みであるか否かを判定する（Ｓ１）。
【００２４】
アドホックネットワークの接続設定をＲＡＭ１０４に記憶済みであり、かつその接続設定を外部Ｉ／Ｆ１０６に反映済みである場合、ＣＰＵ１０１は登録待機動作を行う（Ｓ１０）。一方、アドホックネットワークの接続設定をＲＡＭ１０４に記憶済みでない場合、またはその接続設定を記憶済みであっても外部Ｉ／Ｆ１０６に反映済みでない場合、ＣＰＵ１０１は参加待機動作を行う（Ｓ２０）。
【００２５】
以下、登録待機動作と参加待機動作について、第１〜第７の動作例を挙げて詳細に説明する。以下では、他の端末からの参加要求を受け付け、アドホックネットワークへの登録を行う端末を登録端末（Ｒｅｇｉｓｔｒａｒ：レジストラ）とし、他の端末に対してアドホックネットワークへの参加要求を行う端末を参加端末（Ｅｎｒｏｌｌｅｅ：エンローリー）とする。
【００２６】
＜第１の動作例＞
まず、第１の動作例を説明する。図３〜図４は、第１の動作例における登録待機動作の手順を示している。ＣＰＵ１０１は、前回のセットアップの情報をクリアするため、ＲＡＭ１０４に記憶されている自身の役割をクリアする（Ｓ１１０）。続いて、ＣＰＵ１０１は、アドホックネットワークへの接続を指示するための自身の装置のボタンが押されたか否かを判断する（Ｓ１１１）。なお、アドホックネットワークへの接続の指示は、装置に取り付けられている物理的なボタンを押すことだけではなく、ＬＣＤに表示されるメニューやボタンを選択決定することによっても可能である。
【００２７】
ボタンが押されていない場合、処理はＳ１１５へ進む。一方、ボタンが押されている場合、ＣＰＵ１０１は、自身の役割を登録端末（Ｒｅｇｉｓｔｒａｒ）としてＲＡＭ１０４に記憶する（Ｓ１１２）。続いて、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１１３）。受付期間中である場合、処理はＳ１１５へ進む。一方、受付期間中でない場合、ＣＰＵ１０１は受付期間を開始する（Ｓ１１４）。続いて、処理はＳ１１５へ進む。
【００２８】
受付期間は、アドホックネットワークへの参加を希望する端末から参加を受け付ける期間である。本実施形態では、登録端末がアドホックネットワークへの参加希望を無制限に受け付けないようにしており、受付期間内にアドホックネットワークへの参加を希望した参加端末のみがセットアップを行うことができる。
【００２９】
処理がＳ１１５へ進んだ場合、ＣＰＵ１０１は、参加要求であるＰｒｏｂｅ  Ｒｅｑｕｅｓｔを他の装置から受信しているか否かを判断する（Ｓ１１５）。通常のＰｒｏｂｅ  Ｒｅｑｕｅｓｔには、送信元端末のＭＡＣアドレスのほか、セットアップ開始方法（ボタン押し方法、ＰＩＮコード入力方法等）、送信元端末のＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）等が含まれている。アドホックネットワークの接続設定がなされていない参加端末はＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信することができないが、アドホックネットワークの接続設定がなされている登録端末はＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信することができる。
【００３０】
Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを他の装置から受信していない場合、処理はＳ１２３へ進む。一方、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを他の装置から受信している場合、ＣＰＵ１０１は、そのＰｒｏｂｅ  Ｒｅｑｕｅｓｔに、ボタン押しセットアップであることを示す情報（以下、ＰＢＣ情報と略記する）が含まれているか否かを判断する（Ｓ１１６）。
【００３１】
Ｐｒｏｂｅ  ＲｅｑｕｅｓｔにＰＢＣ情報が含まれていない場合、ＣＰＵ１０１は、ＰＢＣ情報を含まないＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介してＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末へ送信する（Ｓ１２２）。続いて、処理はＳ１２３へ進む。一方、Ｐｒｏｂｅ  ＲｅｑｕｅｓｔにＰＢＣ情報が含まれている場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１１７）。
【００３２】
受付期間中である場合、処理はＳ１１９へ進む。一方、受付期間中でない場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔが存在するか否かを判断する（Ｓ１１８）。Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔが存在する場合、処理はＳ１１９へ進む。一方、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔが存在しない場合、ＣＰＵ１０１は受付期間を開始する（Ｓ１１８１）。つまり、受付期間は、自身のボタンが押されたタイミング、あるいは他の装置からＰＢＣ情報つきのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信したタイミングで開始する。Ｓ１１８１の後、処理はＳ１１９へ進む。
【００３３】
処理がＳ１１９へ進んだ場合、ＣＰＵ１０１は、自身の役割が登録端末であるか否かを判断する（Ｓ１１９）。自身の役割が登録端末でない場合、処理はＳ１２２へ進む。一方、自身の役割が登録端末である場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１１９１）。
【００３４】
受付期間中である場合、ＣＰＵ１０１は、ＰＢＣ情報と、自身が登録端末であることを示す情報とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介してＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末へ送信し（Ｓ１２０）、受信したＰｒｏｂｅ  ＲｅｑｕｅｓｔをＲＡＭ１０４に記憶する（Ｓ１２１）。なお、既に同一のＭＡＣアドレスを有する装置からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶している場合は、さらに別に記憶する必要はない。Ｓ１２１の後、処理はＳ１２３へ進む。
【００３５】
一方、受付期間中でない場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの中でセットアップが未実施のものの送信元端末のＭＡＣアドレスと、受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末のＭＡＣアドレスとが同一であるか否かを判断する（Ｓ１２１１）。２つのＭＡＣアドレスが同一である場合、処理はＳ１２０へ進む。一方、２つのＭＡＣアドレスが同一でない場合、処理はＳ１２２へ進む。なお、ここではそれぞれのＰｒｏｂｅ  Ｒｅｑｕｅｓｔが同一であるかどうかをＭＡＣアドレスを用いて判断しているが、判断に用いる情報はＭＡＣアドレスに限らず、たとえばＵＵＩＤのように送信元端末を一意に識別できる情報であればよい。本動作例、および他の動作例の説明において、他にＭＡＣアドレスを用いて判断を行っている箇所についても同様である。
【００３６】
処理がＳ１２３へ進んだ場合、ＣＰＵ１０１は、受付期間中であって、かつ受付期間の開始から所定時間が経過しているか否かを判断する（Ｓ１２３）。受付期間中でない、または受付期間の開始から所定時間が経過していない場合、処理はＳ１２８へ進む。一方、受付期間中であって、かつ受付期間の開始から所定時間が経過している場合、ＣＰＵ１０１は受付期間を終了する（Ｓ１２４）。なお、本実施形態の説明において、「所定時間」を複数個所で用いているが、これらの「所定時間」が同一時間とは限らない。
【００３７】
続いて、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔが存在するか否かを判断する（Ｓ１２５）。Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔが存在しない場合、ＣＰＵ１０１は登録待機動作を終了する。一方、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔが存在する場合、ＣＰＵ１０１は、記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔに関して、それらＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末の全てとセットアップが完了しているか否かを判断する（Ｓ１２６）。
【００３８】
Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末の１台以上とセットアップが完了していない場合、処理はＳ１２８へ進む。一方、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末の全てとセットアップが完了している場合、ＣＰＵ１０１は記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを全てＲＡＭ１０４から削除し（Ｓ１２７）、登録待機動作を終了する。
【００３９】
処理がＳ１２８へ進んだ場合、ＣＰＵ１０１はセットアップが現在実行中であるか否かを判断する（Ｓ１２８）。セットアップが現在実行中である場合、処理はＳ１３１へ進む。一方、セットアップの実行中ではない場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔに関して、その送信元端末とセットアップを実施していないＰｒｏｂｅ  Ｒｅｑｕｅｓｔがあるか否かを判断する（Ｓ１２９）。
【００４０】
送信元端末とセットアップを実施していないＰｒｏｂｅ  Ｒｅｑｕｅｓｔがない場合、処理はＳ１３１へ進む。一方、送信元端末とセットアップを実施していないＰｒｏｂｅ  Ｒｅｑｕｅｓｔがある場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔのうち、セットアップを実施していないいずれか１つの送信元端末からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの情報に基づいて、その送信元端末との間で、自身からセットアップを開始する（Ｓ１３０）。なお、セットアップを実施する送信元端末を選択する方法として、例えば最古に記憶していたＰｒｏｂｅ  Ｒｅｑｕｅｓｔを選択することができるが、これに限定せず様々な選択方法を用いることができる。Ｓ１３０に続いて、処理はＳ１３１へ進む。
【００４１】
処理がＳ１３１へ進んだ場合、ＣＰＵ１０１は、セットアップが終了しているか否かを判断する（Ｓ１３１）。セットアップが終了していない場合、処理はＳ１１１に戻る。一方、セットアップが終了している場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末の全てとの間でセットアップが完了しているか否かを判断する（Ｓ１３２）。
【００４２】
ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末の１台以上との間でセットアップが完了していない場合、処理はＳ１１１に戻る。一方、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末の全てとの間でセットアップが完了している場合、ＣＰＵ１０１は、現在受付期間外であるか否かを判断する（Ｓ１３３）。現在受付期間外である場合、処理はＳ１２７へ進む。一方、現在受付期間外でない場合、処理はＳ１１１に戻る。
【００４３】
上記の登録待機動作では、受付期間中にどの端末からもＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信されなかった場合、登録端末と他の端末との間でアドホックネットワークは形成されない。これに対して、受付期間中にどの端末からもＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信されなかった場合に、受付期間が終了しても、その後の所定期間内で最初にＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信した端末のみとの間でアドホックネットワークが形成されるようにしてもよい。これは、後述する他の動作例においても同様に適用可能である。
【００４４】
図５は、第１の動作例における参加待機動作の手順を示している。ＣＰＵ１０１は、前回のセットアップの情報をクリアするため、ＲＡＭ１０４に記憶されている自身の役割をクリアする（Ｓ２００）。続いて、ＣＰＵ１０１は、アドホックネットワークへの接続を指示するための自身の装置のボタンが押されたか否かを判断する（Ｓ２０１）。前述したように、アドホックネットワークへの接続の指示は、装置に取り付けられている物理的なボタンを押すことだけではなく、ＬＣＤに表示されるメニューやボタンを選択決定することによっても可能である。
【００４５】
ボタンが押されていない場合、再度Ｓ２０１の判断が行われる。一方、ボタンが押されている場合、ＣＰＵ１０１は、自身の役割を未確定端末（Ｅ／Ｒ）としてＲＡＭ１０４に記憶し（Ｓ２０２）、ＰＢＣ情報と、自身が未確定端末であることを示す情報とを含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを、外部Ｉ／Ｆ１０６を介して送信する（Ｓ２０３）。続いて、ＣＰＵ１０１は、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信したか否かを判断する（Ｓ２０４）。
【００４６】
Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信していない場合、再度Ｓ２０４の判断が行われる。一方、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信した場合、ＣＰＵ１０１は、そのＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅが、ＰＢＣ情報と、登録端末であることを示す情報とを含んでいるか否かを判断する（Ｓ２０５）。Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅが２つの情報を含んでいる場合、処理はＳ２０６へ進む。一方、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅが２つの情報のうち少なくとも一方を含んでいない場合、処理はＳ２０９へ進む。
【００４７】
処理がＳ２０６へ進んだ場合、ＣＰＵ１０１は、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）としてＲＡＭ１０４に記憶し（Ｓ２０６）、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送信元端末からセットアップが開始されたか否かを判断する（Ｓ２０７）。セットアップが開始されていない場合、再度Ｓ２０７の判断が行われる。一方、セットアップが開始された場合、ＣＰＵ１０１は、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送信元端末によるセットアップの開始に合わせて自身のセットアップを開始する（Ｓ２０７１）。
【００４８】
続いて、ＣＰＵ１０１は、セットアップが完了したか否かを判断する（Ｓ２０８）。セットアップが完了していない場合、再度Ｓ２０８の判断が行われる。一方、セットアップが完了した場合、ＣＰＵ１０１は参加待機動作を終了する。
【００４９】
一方、処理がＳ２０９へ進んだ場合、ＣＰＵ１０１は、ボタンが押されてから所定時間が経過しているか否かを判断する（Ｓ２０９）。所定時間が経過している場合、ＣＰＵ１０１は、タイムアウトエラーとして所定時間その旨を表示部１０５に表示し（Ｓ２１１）、参加待機動作を終了する。一方、所定時間が経過していない場合、ＣＰＵ１０１は、このタイミングから所定時間が経過するのを待つ（Ｓ２１０）。続いて、処理はＳ２０３に戻る。
【００５０】
図６は、上記の登録待機動作と参加待機動作による動作の一例を示している。図６に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。端末Ｂは、電源が入れられると、自身がアドホックネットワークＮＷ１の接続設定を記憶しており、それを反映済みであるので、登録待機動作を開始する（Ｓ１，Ｓ１０に対応）。登録待機動作では、端末Ｂは自身の役割をクリアし、ボタンが押されると、自身の役割を登録端末（Ｒｅｇｉｓｔｒａｒ）として記憶し、受付期間を開始する（Ｓ１１０〜Ｓ１１４に対応）。なお、この動作例では、受付期間を終了するまでの所定の期間は一例として１０秒としている。その後、端末ＢはＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信を待つ（Ｓ１１５に対応）。
【００５１】
一方、端末Ａは、電源が入れられると、自身がアドホックネットワークの接続設定を記憶していないため、参加待機動作を開始する（Ｓ１，Ｓ２０に対応）。参加待機動作では、端末Ａは自身の役割をクリアし、ボタンが押されると、自身の役割を未確定端末（Ｅ／Ｒ）として記憶し、ボタン押しセットアップであることを示す情報（ＰＢＣ情報）と、自身が未確定端末であることを示す情報（以下、Ｅ／Ｒ情報と略記する）とを含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信する（Ｓ２００〜Ｓ２０３に対応）。
【００５２】
端末Ｂは、アドホックネットワークＮＷ１に所属しているためＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信する（Ｓ１１５に対応）。端末Ａから送信されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔは、その中にＰＢＣ情報およびＥ／Ｒ情報を含んでいる（Ｓ１１６に対応）。その時点で端末Ｂは受付期間中であり、自身の役割を登録端末として記憶している（Ｓ１１７，Ｓ１１９，Ｓ１１９１に対応）。そこで、端末Ｂは、ＰＢＣ情報と、自身が登録端末であることを示す情報（以下、Ｒｅｇｉｓｔｒａｒ情報と略記する）とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ａに対して送信し（Ｓ１２０に対応）、端末Ａから送信されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶する（Ｓ１２１に対応）。
【００５３】
端末Ａは、端末ＢからＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信すると（Ｓ２０４に対応）、Ｐｒｏｂｅ  ＲｅｓｐｏｎｓｅにＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報が含まれているので、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）として記憶し（Ｓ２０５，Ｓ２０６に対応）、端末Ｂからセットアップが開始されるのを待つ（Ｓ２０７に対応）。
【００５４】
端末Ｂでは、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送信後、まだ受付期間が終了しておらず（Ｓ１２３に対応）、セットアップが行われていない（Ｓ１２８に対応）。端末ＡからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶済みで、かつ端末Ａとの間のセットアップが未実施であるため（Ｓ１２９に対応）、端末Ａとの間で、端末Ｂからセットアップが開始される（Ｓ１３０に対応）。
【００５５】
端末Ａは、端末Ｂからセットアップが開始された（Ｓ２０７に対応）後、セットアップを開始し（Ｓ２０７１に対応）、セットアップが完了すると（Ｓ２０８に対応）、参加待機動作を終了する。一方、端末Ｂは、セットアップを実施しつつ、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔの受信、受付期間の完了、およびセットアップの完了を待つ（Ｓ１１５，Ｓ１２３，Ｓ１３１に対応）。
【００５６】
端末Ｃは端末Ａと同様に、電源が入れられボタンが押されると、自身を未確定端末として記憶し、ＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信して、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅの受信を待つ（Ｓ１，Ｓ２０，Ｓ２００〜Ｓ２０３に対応）。端末ＢがＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると（Ｓ１１５に対応）、そのＰｒｏｂｅ  ＲｅｑｕｅｓｔがＰＢＣ情報を含んでおり（Ｓ１１６に対応）、受付期間中であって自身が登録端末であるので（Ｓ１１７，Ｓ１１９，Ｓ１１９１に対応）、端末ＢはＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ｃへ返信して（Ｓ１２０に対応）、端末Ｃから送信されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶する（Ｓ１２１に対応）。
【００５７】
端末Ｃは、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信すると、Ｐｒｏｂｅ  ＲｅｓｐｏｎｓｅにＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報が含まれている（Ｓ２０５に対応）ので、自身の役割を参加端末として記憶し、端末Ｂからセットアップが開始されるのを待つ（Ｓ２０６，Ｓ２０７に対応）。その後、端末Ｂは、受付期間が１０秒経過すると、受付期間を終了する（Ｓ１２３，Ｓ１２４に対応）。その際、端末Ｂは端末Ａおよび端末ＣからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶している（Ｓ１２５に対応）が、端末Ａ，端末Ｃいずれともセットアップが終了していない（Ｓ１２６に対応）ため、端末Ａとの間のセットアップの終了を待つ（Ｓ１３１に対応）。
【００５８】
端末Ａと端末Ｂの間のセットアップが完了した（Ｓ１３１に対応）時点では、端末Ｂと端末Ｃの間のセットアップが完了していない（Ｓ１３２に対応）。また、端末Ｂと端末Ｃとの間のセットアップも実施しておらず（Ｓ１２８に対応）、記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末の中で端末Ｃとの間のセットアップが未実施である（Ｓ１２９に対応）。このため、端末Ｂは端末Ｃとの間のセットアップを自身から開始する（Ｓ１３０に対応）。
【００５９】
端末Ｃは、端末Ｂからセットアップが開始されると（Ｓ２０７に対応）、セットアップを開始して（Ｓ２０７１に対応）、セットアップの完了を待ち（Ｓ２０８に対応）、セットアップの完了後に参加待機動作を終了する。
【００６０】
端末Ｂは、端末Ｃとの間のセットアップが完了した（Ｓ１３１に対応）際、記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元である端末Ａ、端末Ｃのいずれともセットアップが完了しており（Ｓ１３２に対応）、受付期間も終了している（Ｓ１３３に対応）ので、端末Ａおよび端末ＣからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを全てＲＡＭ１０４から削除して（Ｓ１２７に対応）、登録待機動作を終了する。
【００６１】
上記のように、ユーザが端末Ａ，Ｂ，Ｃのそれぞれに対して、アドホックネットワークへ参加するトリガを入力すれば、端末Ａと端末Ｂの間のセットアップおよび端末Ｂと端末Ｃの間のセットアップが実行される。したがって、端末Ａ，Ｂ，Ｃがアドホックネットワークに参加するための接続設定を一括で行うことができる。なお、セットアップに係る処理は重い処理であるので、本実施形態では、２つのセットアップを並行に行わず、一方のセットアップが完了した後で、他方のセットアップが開始されるようにしている。
【００６２】
＜第２の動作例＞
次に、第２の動作例を説明する。図７は、第２の動作例における登録待機動作の手順を示している。第２の動作例においても、図３に示す手順は同一である。また、図４に示す手順と、図７に示す手順との違いは、図４に示す手順では端末が自らセットアップを開始するのに対して、図７に示す手順ではセットアップが開始できる状態となった場合に端末が開始通知を送信し、参加端末からセットアップが開始されるのを待つということである。以下、図４に示す手順と異なる部分のみを説明する。
【００６３】
Ｓ１２８，Ｓ１２９で、セットアップが実行されておらず、かつ記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの中でその送信元端末とセットアップを実施していないＰｒｏｂｅ  Ｒｅｑｕｅｓｔが存在する場合、ＣＰＵ１０１は、セットアップを実施していないＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末のいずれか１つに対して、外部Ｉ／Ｆ１０６を介して開始通知を送信する（Ｓ１５０）。なお、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末を選択する方法として、例えば最古に記憶していたＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末を選択することができるが、これに限定せず様々な選択方法を用いることができる。
【００６４】
開始通知の送信後、ＣＰＵ１０１は、開始通知の送信先端末からセットアップが開始されたか否かを判断する（Ｓ１５１）。セットアップが開始されていない場合、再度Ｓ１５１の判断が行われる。一方、セットアップが開始された場合、ＣＰＵ１０１は、開始通知の送信先端末によるセットアップの開始に合わせて自身のセットアップを開始する（Ｓ１５２）。続いて、処理はＳ１３１へ進む。
【００６５】
図８は、第２の動作例における参加待機動作の手順を示している。図５に示す手順と、図８に示す手順との違いは、図５に示す手順では端末がＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送信元端末からセットアップが開始されるのを待つのに対して、図８に示す手順では端末が開始通知を受信するのを待ち、開始通知の受信後に自身からセットアップを開始するということである。以下、図５に示す手順と異なる部分のみを説明する。
【００６６】
Ｓ２０５，Ｓ２０６で、ＣＰＵ１０１は、ＰＢＣ情報と、Ｒｅｇｉｓｔｒａｒ情報とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信して、自身の役割を参加端末として記憶する。その後、ＣＰＵ１０１は、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送信元端末から開始通知を受信したか否かを判断する（Ｓ２２０）。開始通知を受信していない場合、再度Ｓ２２０の判断が行われる。一方、開始通知を受信した場合、ＣＰＵ１０１は、開始通知の送信元端末との間で、自身からセットアップを開始する（Ｓ２２１）。続いて、処理はＳ２０８へ進む。
【００６７】
図９は、上記の登録待機動作と参加待機動作による動作の一例を示している。図９に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。以下、図６に示す例と異なる部分のみを説明する。
【００６８】
端末Ｂが端末ＡへＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを返信して、端末Ａから送信されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶した（Ｓ１２０，Ｓ１２１に対応）後、セットアップの実行中ではなく（Ｓ１２８に対応）、かつ端末Ａとの間でセットアップが行われていない（Ｓ１２９に対応）ため、端末Ｂは端末Ａに対して開始通知を送信し（Ｓ１５０に対応）、端末Ａからセットアップが開始されるのを待つ（Ｓ１５１に対応）。
【００６９】
端末Ａは、端末Ｂからボタン押しセットアップであることを示す情報（ＰＢＣ情報）と、自身が登録端末であることを示す情報（Ｒｅｇｉｓｔｒａｒ情報）とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信し、自身を参加端末として記憶した後、端末Ｂからの開始通知の受信を待つ（Ｓ２０５，Ｓ２０６，Ｓ２２０に対応）。開始通知を受信すると、端末Ａは端末Ｂとの間で自身からセットアップを開始し（Ｓ２２１に対応）、セットアップの完了を待って（Ｓ２０８に対応）、参加待機動作を終了する。
【００７０】
端末Ｂは、端末Ａからセットアップが開始される（Ｓ１５１に対応）と、セットアップを開始し（Ｓ１５２に対応）、セットアップの完了を待つ（Ｓ１３１に対応）。また、端末Ｂは、端末ＣへＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを返信して、端末Ｃから送信されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶した（Ｓ１２０，Ｓ１２１に対応）時点では、端末Ａとの間でセットアップを実行中である（Ｓ１２８に対応）。端末Ａとの間のセットアップが完了した時点（Ｓ１３１に対応）では、端末Ｃとの間のセットアップが未実施である（Ｓ１３２に対応）。この時点では他にセットアップを行っておらず（Ｓ１２８に対応）、端末Ｃとの間でセットアップが未実施であるため（Ｓ１２９に対応）、端末Ｂは端末Ｃに対して開始通知を送信し（Ｓ１５０に対応）、端末Ｃからセットアップが開始されるのを待つ（Ｓ１５１に対応）。
【００７１】
端末Ｃは、端末ＢからＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信し、自身を参加端末として記憶した後、端末Ｂから開始通知の受信を待つ（Ｓ２０５，Ｓ２０６，Ｓ２２０に対応）。開始通知を受信すると、端末Ｃは端末Ｂとの間で自身からセットアップを開始し（Ｓ２２１に対応）、セットアップの完了を待って（Ｓ２０８に対応）、参加待機動作を終了する。
【００７２】
端末Ｂは、端末Ｃからセットアップが開始される（Ｓ１５１に対応）と、セットアップを開始し（Ｓ１５２に対応）、セットアップの完了を待つ（Ｓ１３１に対応）。端末Ｂは、端末Ｃとの間のセットアップが完了した（Ｓ１３１に対応）際、記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元である端末Ａ、端末Ｃのいずれともセットアップが完了しており（Ｓ１３２に対応）、受付期間も終了している（Ｓ１３３に対応）ので、端末Ａおよび端末ＣからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを全てＲＡＭ１０４から削除して（Ｓ１２７に対応）、登録待機動作を終了する。
【００７３】
上記のように、参加端末となる端末Ａ，Ｃから端末Ｂとのセットアップを開始することができる。従来のＷＰＳでは、参加端末側からセットアップを開始するので、第２の動作例においては、セットアップ処理の手順を変更する必要がない。
【００７４】
＜第３の動作例＞
次に、第３の動作例を説明する。図１０〜図１２は、第３の動作例における登録待機動作の手順を示している。図３〜図４に示す手順と、図１０〜図１２に示す手順との違いは、図３〜図４に示す手順では、登録端末が自らセットアップを開始するのに対して、図１０〜図１２に示す手順では、登録端末が、セットアップ可能な状態であるときに受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔに対応して、セットアップ可能であることを示す情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを送信し、参加端末からセットアップが開始されるのを待つということである。以下、図３〜図４に示す手順と異なる部分のみを説明する。
【００７５】
Ｓ１１６，Ｓ１１９で、受信したＰｒｏｂｅ  ＲｅｑｕｅｓｔがＰＢＣ情報を含んでいて、自身の役割が登録端末である場合、ＣＰＵ１０１は、自身がセットアップ可能な状態であるか否かを判断する（Ｓ１７０）。例えば、自身がセットアップを並列に複数行うことができないなどの理由により、自身がセットアップ可能な状態でない場合、処理はＳ１７１へ進む。一方、自身がセットアップ可能な状態である場合、処理はＳ１７２へ進む。
【００７６】
処理がＳ１７１へ進んだ場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１７１）。受付期間中である場合、処理はＳ１２０へ進む。一方、受付期間中でない場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔに関して、その送信元端末とセットアップを実施していないＰｒｏｂｅ  Ｒｅｑｕｅｓｔがあるか否かを判断する（Ｓ１７４）。
【００７７】
送信元端末とセットアップを実施していないＰｒｏｂｅ  Ｒｅｑｕｅｓｔがない場合、処理はＳ１２２へ進む。一方、送信元端末とセットアップを実施していないＰｒｏｂｅ  Ｒｅｑｕｅｓｔがある場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの中で、受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末のＭＡＣアドレスと、受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末のＭＡＣアドレスとが同一であるか否かを判断する（Ｓ１７５）。
【００７８】
２つのＭＡＣアドレスが一致しない場合、処理はＳ１２２へ進む。一方、２つのＭＡＣアドレスが一致する場合、ＣＰＵ１０１はセットアップが可能であるか否かを判断する（Ｓ１７６）。セットアップが可能である場合、処理はＳ１７３へ進み、セットアップが可能でない場合、処理はＳ１２０へ進む。
【００７９】
処理がＳ１７２へ進んだ場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１７２）。受付期間中でない場合、処理はＳ１７４へ進む。一方、受付期間中である場合、ＣＰＵ１０１は、ＰＢＣ情報と、登録端末であることを示す情報と、セットアップが実行可能であることを示す情報とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介して送信する（Ｓ１７３）。続いて、処理はＳ１２１へ進む。
【００８０】
一方、Ｓ１２８，Ｓ１２９で、セットアップが行われておらず、かつ記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの中でその送信元端末とセットアップを実施していないＰｒｏｂｅ  Ｒｅｑｕｅｓｔが存在する場合、ＣＰＵ１０１は、そのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末からセットアップが開始されたか否かを判断する（Ｓ１５３）。
【００８１】
記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末からセットアップが開始された場合、ＣＰＵ１０１は、その送信元端末によるセットアップの開始に合わせて自身のセットアップを開始する（Ｓ１５４）。続いて、処理はＳ１３１へ進む。一方、記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末からセットアップが開始されていない場合、処理はＳ１３１へ進む。
【００８２】
図１３は、第３の動作例における参加待機動作の手順を示している。図５に示す手順と、図１３に示す手順との違いは、図５に示す手順では端末がＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送信元端末からセットアップが開始されるのを待つのに対して、図１３に示す手順では端末は、ＰＢＣ情報と登録端末であることを示す情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信しても、セットアップが実行可能であることを示す情報が含まれない限りは所定時間ごとにＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信を繰り返し、セットアップが実行可能であることを示す情報が含まれるＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信したときに、自身からセットアップを開始するということである。以下、図５に示す手順と異なる部分のみを説明する。
【００８３】
Ｓ２０１，Ｓ２０２で、ＣＰＵ１０１は、ボタンが押されて、役割を未確定端末としてＲＡＭ１０４に記憶した後、自身の役割が未確定端末であるか否かを判断する（Ｓ２３０）。自身の役割が未確定端末である場合、処理はＳ２０３へ進む。一方、自身の役割が未確定端末でない場合、ＣＰＵ１０１は、ＰＢＣ情報と、自身が参加端末であることを示す情報とを含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信し（Ｓ２３１）、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅの受信を待つ（Ｓ２０４）。
【００８４】
Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信し、そのＰｒｏｂｅ  Ｒｅｑｕｅｓｔに、ＰＢＣ情報と、登録端末であることを示す情報とが含まれている場合（Ｓ２０５）、ＣＰＵ１０１は、自身の役割が未確定端末であるか否かを判断する（Ｓ２３２）。自身の役割が未確定端末でない場合、処理はＳ２３４へ進む。一方、自身の役割が未確定端末である場合、ＣＰＵ１０１は、自身の役割を参加端末としてＲＡＭ１０４に記憶する（Ｓ２３３）。続いて、処理はＳ２３４へ進む。
【００８５】
処理がＳ２３４へ進んだ場合、ＣＰＵ１０１は、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅに、セットアップが実行可能であることを示す情報が含まれているか否かを判断する（Ｓ２３４）。セットアップが実行可能であることを示す情報が含まれていない場合、処理はＳ２１０へ進む。一方、セットアップが実行可能であることを示す情報が含まれている場合、ＣＰＵ１０１は、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送信元端末との間で、自身からセットアップを開始し（Ｓ２３５）、セットアップの完了を待つ（Ｓ２０８）。
【００８６】
図１４は、上記の登録待機動作と参加待機動作による動作の一例を示している。図１４に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。以下、図６に示す例と異なる部分のみを説明する。
【００８７】
端末Ｂは、端末Ａからボタン押しセットアップであることを示す情報（ＰＢＣ情報）を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信し、自身が登録端末であることを認識している（Ｓ１１５，Ｓ１１６，Ｓ１１９に対応）。この時点では、端末Ｂは他の端末とセットアップを行っていないため、セットアップが可能であり（Ｓ１７０に対応）、また受付期間中でもある（Ｓ１７２に対応）。このため、端末Ｂは、ＰＢＣ情報と、自身が登録端末であることを示す情報（Ｒｅｇｉｓｔｒａｒ情報）と、セットアップ実行可能であることを示す情報（以下、Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅａｄｙ情報と略記する）とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ａへ返信し（Ｓ１７３に対応）、端末Ａから送信されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶する（Ｓ１２１に対応）。
【００８８】
端末Ａは、端末Ｂから受信したＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅが、ＰＢＣ情報、Ｒｅｇｉｓｔｒａｒ情報、およびＲｅｇｉｓｔｒａｔｉｏｎ  Ｒｅａｄｙ情報を含んでいるので、自身の役割を参加端末として記憶し、端末Ｂとの間で自身からセットアップを開始する（Ｓ２０５，Ｓ２３２〜Ｓ２３５に対応）。セットアップが完了すると（Ｓ２０８に対応）、端末Ａは参加待機動作を終了する。
【００８９】
端末Ｂは、端末Ａからセットアップが開始される（Ｓ１５３，Ｓ１５４に対応）と、セットアップの終了を待つ（Ｓ１３１に対応）。また、端末Ｂは、端末ＣからＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信し、自身が登録端末であることを認識している（Ｓ１１５，Ｓ１１６，Ｓ１１９に対応）。しかし、この時点では、端末Ａとの間でセットアップを実施中であるためセットアップが可能でなく、また受付期間中である（Ｓ１７０，Ｓ１７１に対応）。このため、端末Ｂは、端末ＣへＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを返信して、端末Ｃから送信されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶する（Ｓ１２０，Ｓ１２１に対応）。この時点では、端末Ａとの間でセットアップが実行中である（Ｓ１２８に対応）。この後、端末Ａとの間のセットアップが終了するが（Ｓ１３１に対応）、端末Ｃとの間のセットアップが未実施である（Ｓ１３２に対応）。
【００９０】
端末Ｃは、端末ＢからＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信し、自身を参加端末として記憶する（Ｓ２０５，Ｓ２３２，Ｓ２３３に対応）。しかし、端末ＢからのＰｒｏｂｅ  ＲｅｓｐｏｎｓｅにはＲｅｇｉｓｔｒａｔｉｏｎ  Ｒｅａｄｙ情報は含まれていない（Ｓ２３４に対応）。そこで、端末Ｃはしばらく待ち（Ｓ２１０に対応）、自身の役割が参加端末となっているので、ＰＢＣ情報と、自身が参加端末であることを示す情報（以下、Ｅｎｒｏｌｌｅｅ情報と略記する）とを含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信する（Ｓ２３０，Ｓ２３１に対応）。
【００９１】
そして、端末Ｃは、ＰＢＣ情報、Ｒｅｇｉｓｔｒａｒ情報、Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅａｄｙ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信するまで、任意の時間間隔ごとにＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信とＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの受信を繰り返す。
【００９２】
一方、端末Ｂは、端末Ｃから繰り返し送信されるＰｒｏｂｅ  Ｒｅｑｕｅｓｔに対して、受付期間中はＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ｃに返信する（Ｓ１１５〜１１７，Ｓ１１９，Ｓ１７０，Ｓ１７１，Ｓ１２０）。受付期間が終了した後、端末Ｂが、ＰＢＣ情報とＥｎｒｏｌｌｅｅ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると、記憶済みＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末の中で端末Ｃとの間でセットアップが未実施で、かつ既に端末ＣからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶済みであるため、受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔ中のＭＡＣアドレスは、記憶済みの端末ＣからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔ中のＭＡＣアドレスと一致する（Ｓ１７４，Ｓ１７５に対応）。しかし、端末Ａと端末Ｂの間でセットアップが実行中の間、他のセットアップが可能でない（Ｓ１７６に対応）ため、端末Ｂは、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ｃに返信する（Ｓ１２０に対応）。
【００９３】
端末Ｂが端末Ａとの間のセットアップを完了した後に端末ＣからＰＢＣ情報とＥｎｒｏｌｌｅｅ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると、自身は登録端末であることを認識しており、セットアップが可能である（Ｓ１１５，Ｓ１１６，Ｓ１１９，Ｓ１７０に対応）。受付期間が終了しており（Ｓ１７２に対応）、記憶済みの端末ＣからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末のＭＡＣアドレスと、直前に端末Ｃから受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末のＭＡＣアドレスとが同一であり、セットアップが可能なので（Ｓ１７４，Ｓ１７５，Ｓ１７６に対応）、端末Ｂは、ＰＢＣ情報、Ｒｅｇｉｓｔｒａｒ情報、Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅａｄｙ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ｃへ返信し（Ｓ１７３に対応）、端末Ｃからセットアップが開始されるのを待つ（Ｓ１５３に対応）。
【００９４】
端末Ｃは、端末ＢからＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報とＲｅｇｉｓｔｒａｔｉｏｎ  Ｒｅａｄｙ情報とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信すると（Ｓ２０４，Ｓ２０５，Ｓ２３４に対応）、端末Ｂとの間で自身からセットアップを開始し（Ｓ２３５に対応）、セットアップの完了を待って（Ｓ２０８に対応）、参加待機動作を終了する。
【００９５】
端末Ｂは、端末Ｃからセットアップが開始される（Ｓ１５３に対応）と、セットアップを開始し（Ｓ１５４に対応）、セットアップの完了を待つ（Ｓ１３１に対応）。端末Ｂは、端末Ｃとの間のセットアップが完了した（Ｓ１３１に対応）際、記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元である端末Ａ、端末Ｃのいずれともセットアップが完了しており（Ｓ１３２に対応）、受付期間も終了している（Ｓ１３３に対応）ので、端末Ａおよび端末ＣからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを全てＲＡＭ１０４から削除して（Ｓ１２７に対応）、登録待機動作を終了する。
【００９６】
上記のように、参加端末となる端末Ａ，Ｃから端末Ｂとのセットアップを開始することができる。従来のＷＰＳでは、参加端末側からセットアップを開始するので、第３の動作例においては、セットアップ処理の手順を変更する必要がない。また、第２の動作例では、端末Ａ，Ｃからセットアップを開始させるために端末Ｂが開始通知を送信するが、第３の動作例では、Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅａｄｙ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ｂが送信することで、端末Ａ，Ｃからセットアップが開始される。
【００９７】
＜第４の動作例＞
次に、第４の動作例を説明する。図１５〜図１６は、第４の動作例における登録待機動作の手順を示している。図３〜図４に示す手順と、図１５〜図１６に示す手順との違いは、図３〜図４に示す手順では、受付期間中であってもセットアップを随時開始していくのに対し、図１５〜図１６に示す手順では、端末同士がＰｒｏｂｅ  Ｒｅｑｕｅｓｔ、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅを用いて受付期間の残り時間を伝えあい、受付期間が短い方を適用するとともに、受付期間が完了してからセットアップを随時開始していくということである。以下、図３〜図４に示す手順と異なる部分のみを説明する。
【００９８】
Ｓ１１５，Ｓ１１６，Ｓ１１９で、ＣＰＵ１０１は、ＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信し、自身が登録端末である場合に、受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔが、受付期間の残り時間を示す情報を含んでいるか否かを判断する（Ｓ１９０）。Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔが、受付期間の残り時間を示す情報を含んでいない場合、処理はＳ１９５へ進む。一方、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔが、受付期間の残り時間を示す情報を含んでいる場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１９１）。
【００９９】
受付期間中でない場合、ＣＰＵ１０１は自身の受付期間を開始し、受付期間の残り時間を、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔに含まれる受付期間の残り時間に設定する（Ｓ１９２）。一方、受付期間である場合、ＣＰＵ１０１は、自身が把握している受付期間の残り時間が、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔに含まれている受付期間の残り時間と比較して長いか否かを判断する（Ｓ１９３）。前者の残り時間と後者の残り時間が同一、または前者の残り時間のほうが短い場合、処理はＳ１９５へ進む。一方、前者の残り時間のほうが長い場合、ＣＰＵ１０１は、自身の受付期間の残り時間を、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔに含まれている受付期間の残り時間で更新する（Ｓ１９４）。続いて、処理はＳ１９５へ進む。
【０１００】
処理がＳ１９５へ進んだ場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１９５）。受付期間中でない場合、処理はＳ１２２へ進む。受付期間中である場合、ＣＰＵ１０１は、ＰＢＣ情報と、登録端末であることを示す情報と、自身の受付期間の残り時間とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介してＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末へ送信する（Ｓ１９６）。続いて、処理はＳ１２１へ進む。
【０１０１】
また、Ｓ１２８，Ｓ１２９で、セットアップが実行中でなく、かつ記憶済みＰｒｏｂｅ  Ｒｅｑｕｅｓｔの中で送信元端末とセットアップを実施していないＰｒｏｂｅ  Ｒｅｑｕｅｓｔがある場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ１９７）。受付期間中である場合、処理はＳ１３１へ進む。一方、受付期間中でない場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔのうち、セットアップを実施していないいずれか１つの送信元端末からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの情報に基づいて、その送信元端末との間で、自身からセットアップを開始する（Ｓ１３０）。
【０１０２】
また、Ｓ１３１，Ｓ１３２でセットアップが終了し、記憶済みＰｒｏｂｅ  Ｒｅｑｕｅｓｔの全ての送信元端末とセットアップが完了している場合、処理はＳ１２７へ進む。一方、セットアップが完了していない場合、処理はＳ１１１へ戻る。
【０１０３】
図１７〜図２０は、第４の動作例における参加待機動作の手順を示している。ＣＰＵ１０１は、前回のセットアップの情報をクリアするため、ＲＡＭ１０４に記憶されている自身の役割をクリアする（Ｓ２５０）。続いて、ＣＰＵ１０１は、アドホックネットワークへの接続を指示するための自身の装置のボタンが押されたか否かを判断する（Ｓ２５１）。前述したように、アドホックネットワークへの接続の指示は、装置に取り付けられている物理的なボタンを押すことだけではなく、ＬＣＤに表示されるメニューやボタンを選択決定することによっても可能である。
【０１０４】
ボタンが押されていない場合、再度Ｓ２５１の判断が行われる。一方、ボタンが押されている場合、ＣＰＵ１０１は受付期間を開始し（Ｓ２５２）、自身の役割を未確定端末（Ｅ／Ｒ）としてＲＡＭ１０４に記憶する（Ｓ２５３）。続いて、ＣＰＵ１０１は、ＰＢＣ情報と、自身が未確定端末であることを示す情報と、自身の受付期間の残り時間を示す情報とを含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを、外部Ｉ／Ｆ１０６を介して送信する（Ｓ２５４）。続いて、ＣＰＵ１０１は、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを送信してから所定時間内にＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信したか否かを判断する（Ｓ２５５）。
【０１０５】
Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを送信してから所定時間内にＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信しなかった場合（例えば、全ての端末がアドホックネットワークに所属してなく、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを受信できる端末がない場合）、処理はＳ２７５へ進む。一方、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを送信してから所定時間内にＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信した場合、ＣＰＵ１０１は、そのＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅが、ＰＢＣ情報と、登録端末であることを示す情報とを含んでいるか否かを判断する（Ｓ２５６）。Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅが２つの情報のうち少なくとも一方を含んでいない場合、処理はＳ２７５へ進む。
【０１０６】
一方、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅが２つの情報を含んでいる場合、ＣＰＵ１０１は、受信したＰｒｏｂｅ  ＲｅｓｐｏｎｓｅをＲＡＭ１０４に記憶する（Ｓ２５７）。なお、受信したＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅと同一内容のＰｒｏｂｅ  ＲｅｓｐｏｎｓｅをＲＡＭ１０４に記憶済みである場合、受信したＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを記憶しなくてもよい。続いて、ＣＰＵ１０１は、受信したＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの中に、受付期間の残り時間を示す情報が含まれているか否かを判断する（Ｓ２５８）。受付期間の残り時間を示す情報が含まれていない場合、処理はＳ２６１へ進む。一方、受付期間の残り時間を示す情報が含まれている場合、ＣＰＵ１０１は、自身が把握している受付期間の残り時間が、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅに含まれている受付期間の残り時間と比較して長いか否かを判断する（Ｓ２５９）。
【０１０７】
前者の残り時間と後者の残り時間が同一、または前者の残り時間のほうが短い場合、処理はＳ２６１へ進む。一方、前者の残り時間のほうが長い場合、ＣＰＵ１０１は、自身の受付期間の残り時間を、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅに含まれている受付期間の残り時間で更新する（Ｓ２６０）。続いて、ＣＰＵ１０１は、自身がアドホックネットワークに所属しているか否かを判断する（Ｓ２６１）。自身がアドホックネットワークに所属している場合、処理はＳ２６３へ進む。一方、自身がアドホックネットワークに所属していない場合、ＣＰＵ１０１は、アドホックネットワークを生成する処理を行う（Ｓ２６２）。アドホックネットワークを生成した端末は、他の端末からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信できるようになる。そのため、ここでは、自身でアドホックネットワークの生成を行わずに、例えばＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅ送信元のアドホックネットワークに所属するように処理を行って、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを受信できるようにしてもよい。続いて、処理はＳ２６３へ進む。
【０１０８】
処理がＳ２６３へ進んだ場合、ＣＰＵ１０１は、受付期間中であって、かつ受付期間の開始から所定時間が経過しているか否かを判断する（Ｓ２６３）。受付期間中でない、または受付期間の開始から所定時間が経過していない場合、処理はＳ２８０へ進む。一方、受付期間中であって、かつ受付期間の開始から所定時間が経過している場合、ＣＰＵ１０１は、受付期間を終了し（Ｓ２６４）、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  ＲｅｑｕｅｓｔおよびＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの中で、登録端末であることを示す情報を含むものがあるか否かを判断する（Ｓ２６５）。
【０１０９】
登録端末であることを示す情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔがなく、かつ登録端末であることを示す情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅもない場合、処理はＳ２７０へ進む。一方、登録端末であることを示す情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔがある場合、または登録端末であることを示す情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅがある場合、ＣＰＵ１０１は、自身の役割を参加端末としてＲＡＭ１０４に記憶（Ｓ２６６）する。
【０１１０】
続いて、ＣＰＵ１０１は、記憶済みのＰｒｏｂｅ  ＲｅｑｕｅｓｔおよびＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送信元端末のいずれかの端末からセットアップが開始されたか否かを判断する（Ｓ２６７）。セットアップが開始されていない場合、再度Ｓ２６７の判断が行われる。一方、セットアップが開始された場合、ＣＰＵ１０１は、その送信元端末によるセットアップの開始に合わせて自身のセットアップを開始する（Ｓ２６７１）。続いて、ＣＰＵ１０１は、セットアップが完了したか否かを判断する（Ｓ２６８）。
【０１１１】
セットアップが完了していない場合、再度Ｓ２６８の判断が行われる。一方、セットアップが完了した場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｅｂ  ＲｅｑｕｅｓｔおよびＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを全て削除し（Ｓ２６９）、参加待機動作を終了する。
【０１１２】
一方、処理がＳ２７０へ進んだ場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  ＲｅｑｕｅｓｔおよびＰｒｏｂｅ  ＲｅｓｐｏｎｓｅのそれぞれのＭＡＣアドレスと自身のＭＡＣアドレスを比較して自身のＭＡＣアドレスが最大値であるか否かを判断する（Ｓ２７０）。自身のＭＡＣアドレスが最大値ではない場合、処理はＳ２６６へ進む。一方、自身のＭＡＣアドレスが最大値である場合、ＣＰＵ１０１は、自身の役割を登録端末としてＲＡＭ１０４に記憶する（Ｓ２７１）。このように、第４の動作例では、ボタンが押された端末の中に登録端末が存在しない場合でも、アドホックネットワークへの参加を希望する端末の中で最大のＭＡＣアドレスを有する端末が登録端末となる。なお、ここでは最大のＭＡＣアドレスで判断を行っているが、例えば最小のＭＡＣアドレスを有する端末が登録端末となってもよいし、大小の判断を例えばＵＵＩＤのように端末を一意に識別できる値に基づいて行ってもよい。
【０１１３】
続いて、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  ＲｅｑｕｅｓｔおよびＰｒｏｂｅ  Ｒｅｓｏｎｓｅの送信元端末のうち、セットアップを実施していないいずれか１つの端末との間で、自身からセットアップを開始する（Ｓ２７２）。続いて、ＣＰＵ１０１は、セットアップが終了したか否かを判断する（Ｓ２７３）。
【０１１４】
セットアップが終了していない場合、再度Ｓ２７３の判断が行われる。一方、セットアップが終了した場合、ＣＰＵ１０１は、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  ＲｅｑｕｅｓｔおよびＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送信元端末の全てとの間でセットアップが完了しているか否かを判断する（Ｓ２７４）。ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  ＲｅｑｕｅｓｔおよびＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送信元端末の１台以上との間でセットアップが完了していない場合、処理はＳ２７２に戻る。一方、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  ＲｅｑｕｅｓｔおよびＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送信元端末の全てとの間でセットアップが完了している場合、処理はＳ２６９へ進む。
【０１１５】
一方、処理がＳ２７５へ進んだ場合、ＣＰＵ１０１は、自身がアドホックネットワークに所属しているか否かを判断する（Ｓ２７５）。自身がアドホックネットワークに所属している場合、処理はＳ２７６１へ進む。一方、自身がアドホックネットワークに所属していない場合、ＣＰＵ１０１は、アドホックネットワークを生成する処理を行う（Ｓ２７６）。
【０１１６】
続いて、ＣＰＵ１０１は、受付期間中であって、かつ受付期間の開始から所定時間が経過しているか否かを判断する（Ｓ２７６１）。受付期間中でない、または受付期間の開始から所定時間が経過していない場合、処理はＳ２７７へ進む。一方、受付期間中であって、かつ受付期間の開始から所定時間が経過している場合、ＣＰＵ１０１は受付期間を終了する（Ｓ２７６２）。続いて、処理はＳ２６５へ進む。
【０１１７】
処理がＳ２７７へ進んだ場合、ＣＰＵ１０１は、ボタンが押されてから所定時間が経過しているか否かを判断する（Ｓ２７７）。所定時間が経過していない場合、処理はＳ２８０へ進む。一方、所定時間が経過している場合、ＣＰＵ１０１は、タイムアウトエラーとして所定時間その旨を表示部１０５に表示し（Ｓ２７８）、ＲＡＭ１０４に記憶済みのＰｒｏｂｅ  ＲｅｑｕｅｓｔおよびＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを全て削除してから（Ｓ２７９）、参加待機動作を終了する。
【０１１８】
処理がＳ２８０へ進んだ場合、ＣＰＵ１０１は、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを受信したか否かを判断する（Ｓ２８０）。Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していない場合、処理はＳ２８９へ進む。一方、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを受信した場合、ＣＰＵ１０１は、受付期間中であるか否かを判断する（Ｓ２８１）。受付期間中でない場合、ＣＰＵ１０１は、ＰＢＣ情報を含まないＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介してＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末へ送信する（Ｓ２８８）。続いて、処理はＳ２８９へ進む。
【０１１９】
一方、受付期間中である場合、ＣＰＵ１０１は、Ｐｒｏｂｅ  ＲｅｑｕｅｓｔにＰＢＣ情報が含まれているか否かを判断する（Ｓ２８２）。Ｐｒｏｂｅ  ＲｅｑｕｅｓｔにＰＢＣ情報が含まれていない場合、処理はＳ２８８へ進む。一方、Ｐｒｏｂｅ  ＲｅｑｕｅｓｔにＰＢＣ情報が含まれている場合、ＣＰＵ１０１はＰｒｏｂｅ  ＲｅｑｕｅｓｔをＲＡＭ１０４に記憶する（Ｓ２８３）。続いて、ＣＰＵ１０１は、受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔの中に、受付期間の残り時間を示す情報が含まれているか否かを判断する（Ｓ２８４）。
【０１２０】
受付期間の残り時間を示す情報が含まれていない場合、処理はＳ２８７へ進む。一方、受付期間の残り時間を示す情報が含まれている場合、ＣＰＵ１０１は、自身が把握している受付期間の残り時間が、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔに含まれている受付期間の残り時間と比較して長いか否かを判断する（Ｓ２８５）。前者の残り時間と後者の残り時間が同一、または前者の残り時間のほうが短い場合、処理はＳ２８７へ進む。一方、前者の残り時間のほうが長い場合、ＣＰＵ１０１は、自身の受付期間の残り時間を、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔに含まれている受付期間の残り時間で更新する（Ｓ２８６）。
【０１２１】
続いて、ＣＰＵ１０１は、ＰＢＣ情報と、自身が未確定端末であることを示す情報と、自身の受付期間の残り時間とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを、外部Ｉ／Ｆ１０６を介してＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末へ送信する（Ｓ２８７）。続いて、ＣＰＵ１０１は、所定時間が経過するのを待ち（Ｓ２８９）、Ｓ２５４で再度Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを送信する。
【０１２２】
図２１は、上記の登録待機動作と参加待機動作による動作の一例を示している。図２１に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。
【０１２３】
端末Ｃは、電源が入れられると、自身がアドホックネットワークの接続設定を記憶していないため、参加待機動作を開始する（Ｓ１，Ｓ２０に対応）。参加待機動作では端末Ａは、自身の役割をクリアし、ボタンが押されると、受付期間（例えば１０秒）を開始して、自身の役割を未確定端末（Ｅ／Ｒ）と記憶し、ボタン押しセットアップであることを示す情報（ＰＢＣ情報）と、自身が未確定端末であることを示す情報（Ｅ／Ｒ情報）と、受付期間の残り時間（ここでは１０秒）とを含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信する（Ｓ２５０〜Ｓ２５４に対応）。
【０１２４】
端末Ｂは、Ｓ２５１でボタンが押されるのを待っており、この時点ではアドホックネットワークに所属していないので、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを受信しＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを返信することができない。
【０１２５】
端末Ａは、電源が入れられると、自身がアドホックネットワークＮＷ１の接続設定を記憶しており、それを反映済みであるので、登録待機動作を開始する（Ｓ１，Ｓ１０に対応）。登録待機動作では、端末Ａは自身の役割をクリアする（Ｓ１１０に対応）。端末Ｃのボタンが押されてＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信された時点では、端末Ａのボタンは押されていない（Ｓ１１１に対応）ので、ＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると（Ｓ１１５，Ｓ１１６に対応）、受付期間中ではなく、また記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔが存在しないため、端末Ａは受付期間を開始する（Ｓ１１７，Ｓ１１８，Ｓ１１８１に対応）。この時点では自身の役割は何も設定されていないため（Ｓ１１９に対応）、端末Ａは、ＰＢＣ情報を含まないＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ｃに返信する（Ｓ１２２に対応）。
【０１２６】
端末Ｃは、所定時間（この場合、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅの受信待ち時間）が経過する前に端末ＡからＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信するが、そのＰｒｏｂｅ  ＲｅｓｐｏｎｓｅはＰＢＣ情報を含んでいない（Ｓ２５５，Ｓ２５６に対応）。端末Ｃはアドホックネットワークには所属していないため、端末Ｃのみからなるアドホックネットワークを生成する（Ｓ２７５，Ｓ２７６に対応）。
【０１２７】
この時点では、受付期間中であり、ボタンを押されてからタイムアウトとなるべき時間が経過していない（Ｓ２７６１，Ｓ２７７に対応）。端末Ｃは、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していないので（Ｓ２８０に対応）、しばらく待ってから（Ｓ２８９に対応）、再度Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを送信し、ＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを待つとともに、他の装置からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信を待つ（Ｓ２５４，Ｓ２５５，Ｓ２５６，Ｓ２８０に対応）。
【０１２８】
しばらくしてから端末Ｂのボタンが押された後、端末Ｃの動作と同様にして、端末Ｂは、ＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信する。端末ＡがＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると、既に受付期間中であり、自身の役割は何も設定されていないため、ＰＢＣ情報を含まないＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ｂに送信する（Ｓ１１５〜Ｓ１１７，Ｓ１１９，Ｓ１２２に対応）。
【０１２９】
端末ＣがＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信する（Ｓ２８０に対応）と、受付期間中であるため、端末ＣはＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶する（Ｓ２８１〜Ｓ２８３に対応）。端末Ｂから送信されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔに含まれる受付期間の残り時間は１０秒であり、この時点で端末Ｃの受付期間の残り時間が７秒であったとすると、端末Ｃはそのまま自身の受付期間を用いる（Ｓ２８４〜Ｓ２８６に対応）。
【０１３０】
続いて、端末Ｃは、ＰＢＣ情報と、自身が未確定端末であることを示す情報（Ｅ／Ｒ情報）、と自身の受付期間の残り時間（７秒）とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ｂに返信し（Ｓ２８７に対応）、しばらく待ってから（Ｓ２８９に対応）、再度Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを送信し、ＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを待つとともに、他の装置からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信を待つ（Ｓ２５４，Ｓ２５５，Ｓ２５６，Ｓ２８０に対応）。
【０１３１】
端末Ｂが端末ＡからＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信する際の動作は、端末Ｃが端末ＡからのＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信する際の動作と同じなので省略する。端末Ｂが端末ＣからＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信すると（Ｓ２５５，Ｓ２５６に対応）、端末ＢはＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを記憶する（Ｓ２５７に対応）。受信したＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅに含まれる受付期間の残り時間は７秒であり、自身の受付期間の残り時間１０秒よりも短いため、端末Ｂは自身の受付期間の残り時間を７秒に更新する（Ｓ２５８〜Ｓ２６０に対応）。
【０１３２】
端末ＣからのＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅが端末ＡからのＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅよりも早く送信されたとすると、端末Ｂはアドホックネットワークに所属していないためアドホックネットワークを生成する（Ｓ２６１，Ｓ２６２に対応）。受付期間は完了していないため（Ｓ２６３に対応）、端末Ｂはしばらく待ってから（Ｓ２８９に対応）、再度Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを送信し、ＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを待つとともに、他の装置からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信を待つ（Ｓ２５４，Ｓ２５５，Ｓ２５６，Ｓ２８０に対応）。
【０１３３】
端末Ａは、ボタンが押されると自身の役割を登録端末（Ｒｅｇｉｓｔｒａｒ）として記憶する（Ｓ１１１，Ｓ１１２に対応）。その後に、例えば端末Ｂが繰り返し送信している、ＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると、受付期間中であり、自身はＲｅｇｉｓｔｒａｒである（Ｓ１１５〜Ｓ１１７，Ｓ１１９に対応）。Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔには端末Ｂの受付期間の残り時間（ここでは３秒とする）が含まれており、まだ自身も受付期間中であり、自身の受付期間も３秒であるので、何もせずに先に進む（Ｓ１９０，Ｓ１９１，Ｓ１９３に対応）。受付期間中であるので、端末Ａは、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを送信し、端末Ｂから送信されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶する（Ｓ１９５，Ｓ１９６，Ｓ１２１に対応）。
【０１３４】
端末ＢがＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信する動作、端末Ｃが端末ＢからＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信する動作、および端末Ｃが端末ＢへＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを送信する動作については、前述した端末Ｂと端末Ｃの間のＰｒｏｂｅ  ＲｅｑｕｅｓｔとＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送受信と同じ動作なので、ここでは省略する。
【０１３５】
端末Ａは、例えば端末Ｃが繰り返し送信している、ＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると、端末Ｂが繰り返し送信した、ＰＢＣ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信した場合と同じ動作を行う。動作内容についての説明は省略する。
【０１３６】
端末Ａは、受付期間の開始から所定の期間が経過すると受付期間を終了する（Ｓ１２３，Ｓ１２４に対応）。記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔには、端末Ｂと端末Ｃを送信元端末とするものが存在するが、セットアップはどちらの端末とも完了しておらず、かつ現在セットアップが実行中でない（Ｓ１２５，Ｓ１２６，Ｓ１２８，Ｓ１２９に対応）。受付期間が完了しているため、端末Ａは端末Ｂとの間で自身からセットアップを開始する（Ｓ１９７，Ｓ１３０に対応）。
【０１３７】
一方、端末Ｂは、受付期間の開始から所定の期間が経過して受付期間が終了すると（Ｓ２７６１，Ｓ２７６２に対応）、端末ＡからのＰｒｏｂｅ  ＲｅｓｐｏｎｓｅがＲｅｇｉｓｔｒａｒ情報を含んでいるので（Ｓ２６５に対応）、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）として記憶する（Ｓ２６６に対応）。端末Ａからセットアップが開始され、セットアップが完了すると（Ｓ２６７，Ｓ２６７１，Ｓ２６８に対応）、端末Ａは記憶済みのＰｒｏｂｅ  ＲｅｑｕｅｓｔおよびＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの全てを削除して（Ｓ２６９に対応）、参加待機動作を終了する。
【０１３８】
端末Ｃは、自身の役割を参加端末として記憶し、端末Ａからセットアップが開始されるのを待つが、端末Ｂと同じ動作なのでここでは説明を省略する。
【０１３９】
端末Ａと端末Ｂの間のセットアップが終了したとき、端末Ａと端末Ｃの間のセットアップは終了しておらず、セットアップの実行中でない（Ｓ１３１，Ｓ１３２，Ｓ１２８，Ｓ１２９に対応）。受付期間は終了しているので、端末Ａは端末Ｃとの間でセットアップを開始する（Ｓ１９７，Ｓ１３０に対応）。
【０１４０】
端末Ｃは、端末Ａからセットアップが開始され、セットアップが完了すると（Ｓ２６７，Ｓ２６７１，Ｓ２６８に対応）、記憶済みのＰｒｏｂｅ  ＲｅｑｕｅｓｔおよびＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの全てを削除して（Ｓ２６９に対応）、参加待機動作を終了する。
【０１４１】
端末Ａは、端末Ｃとのセットアップが終了し、記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信元端末の全て（端末Ｂと端末Ｃ）とセットアップが完了したため（Ｓ１３２に対応）、記憶済みのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの全てを削除して（Ｓ１２７に対応）、登録待機動作を終了する。
【０１４２】
上記のように、受付期間が終了してから、各端末間のセットアップを行うことができる。登録端末の処理能力が限られている場合には、Ｐｒｏｂｅ  ＲｅｑｕｅｓｔやＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅの送受信に係る処理が集中しやすい受付期間が終了した後にセットアップを行うことは効果的である。また、最初にボタンが押された端末の受付期間を基準として、各端末の受付期間が更新されるので、各端末が認識する受付期間はほぼ同じとなる。よって、１つのトリガを基準とする所定の受付期間内に参加を受け付けた参加端末と登録端末との間で受付期間の終了後にセットアップを行うことができる。
【０１４３】
＜第５の動作例＞
次に、第５の動作例を説明する。図２２は、第５の動作例における登録待機動作と参加待機動作による動作の一例を示している。図２２に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。
【０１４４】
端末Ａは、ボタンが押されると、ボタン押しセットアップであることを示す情報（ＰＢＣ情報）と、自身が未確定端末であることを示す情報（Ｅ／Ｒ情報）とを含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信する。
【０１４５】
端末Ｂは、自身のボタンが押されたこと、または他の端末からＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信したことを契機として受付期間を開始する。この例では、端末Ｂは、端末ＡからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると、受付期間を開始し、受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶する。端末Ｂは、ボタンが押されると、自身の役割を登録端末（Ｒｅｇｉｓｔｒａｒ）として記憶する。
【０１４６】
端末Ｃは、ボタンが押されると、ＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信する。端末Ｂは、端末ＣからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると、受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶する。端末Ｂは、受付期間中はＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを送信しない。受付期間が終了すると、端末Ｂは、ＰＢＣ情報と、自身が登録端末であることを示す情報（Ｒｅｇｉｓｔｒａｒ情報）とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ａと端末Ｃに返信する。
【０１４７】
端末Ａは、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信すると、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）として記憶する。同様に、端末Ｃも、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信すると、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）として記憶する。この後、端末Ｂは端末Ａとのセットアップを開始し、そのセットアップが終了したら、端末Ｃとのセットアップを開始する。
【０１４８】
＜第６の動作例＞
次に、第６の動作例を説明する。図２３は、第６の動作例における登録待機動作と参加待機動作による動作の一例を示している。図２３に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。
【０１４９】
端末Ａは、ボタンが押されると、ボタン押しセットアップであることを示す情報（ＰＢＣ情報）と、自身が未確定端末であることを示す情報（Ｅ／Ｒ情報）とを含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信する。
【０１５０】
端末Ｂは、自身のボタンが押されたこと、または他の端末からＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信したことを契機として受付期間を開始する。この例では、端末Ｂは、端末ＡからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると、受付期間を開始する。続いて、端末Ｂは、ＰＢＣ情報も、自身の役割を示す情報も含まないＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ａに返信し、受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶する。端末Ｂは、ボタンが押されると、自身の役割を登録端末（Ｒｅｇｉｓｔｒａｒ）として記憶する。ＰＢＣ情報も、自身の役割を示す情報も含まないＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信した端末Ａは、ＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを定期的に送信する。このＰｒｏｂｅ  Ｒｅｑｕｅｓｔに対して、端末Ｂは上記のＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを返信する。
【０１５１】
端末Ｃは、ボタンが押されると、ＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信する。端末Ｂは、端末ＣからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると、ＰＢＣ情報も、自身の役割を示す情報も含まないＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ｃに返信し、受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔを記憶する。ＰＢＣ情報も、自身の役割を示す情報も含まないＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信した端末Ｃは、ＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを定期的に送信する。このＰｒｏｂｅ  Ｒｅｑｕｅｓｔに対して、端末Ｂは上記のＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを返信する。
【０１５２】
受付期間が終了した後に、端末ＡからのＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると、端末Ｂは、ＰＢＣ情報と、自身が登録端末であることを示す情報（Ｒｅｇｉｓｔｒａｒ情報）とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ｃに返信する。また、受付期間が終了した後に、端末ＣからのＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると、端末Ｂは、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報とを含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを端末Ｃに返信する。
【０１５３】
端末Ａと端末Ｃは、ＰＢＣ情報とＲｅｇｉｓｔｒａｒ情報を含むＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信すると、自身の役割を参加端末（Ｅｎｒｏｌｌｅｅ）として記憶する。この後、端末Ｂは端末Ａとのセットアップを開始し、そのセットアップが終了したら、端末Ｃとのセットアップを開始する。
【０１５４】
＜第７の動作例＞
次に、第７の動作例を説明する。図２４は、第７の動作例における登録待機動作と参加待機動作による動作の一例を示している。図２４に示す例では、ＤＳＣ１０の構成を有する端末Ａ，Ｂ，Ｃが存在している。図２４に示す例は、図２３に示す例とほぼ同様であるが、端末Ｂが受付期間内に端末Ａと端末ＣからＰＢＣ情報とＥ／Ｒ情報を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信した場合に返信するＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅには、ＰＢＣ情報と、自身の役割を示す情報とが含まれず、受付期間中であることを示す情報が含まれるということが異なる。
【０１５５】
上述したように、本実施形態によれば、登録端末となる端末において、アドホックネットワークの接続設定を行うための１つのトリガに対して、複数の端末から受け付けた参加要求（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）のそれぞれを対応させ、それぞれの参加要求に応答して複数の端末のそれぞれをアドホックネットワークに参加させる接続設定を行うことによって、複数の端末がアドホックネットワークに参加するための接続設定を一括で行うことができる。
【０１５６】
以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、上記では、本発明をアドホックモードに適用した場合の説明を行ったが、セキュリティの許容度によっては、本発明をインフラストラクチャモードに適用してもよい。
【符号の説明】
【０１５７】
１０・・・ＤＳＣ、１０１・・・ＣＰＵ（トリガ受付部、参加要求受付部、接続設定部）、１０２・・・入力インターフェース部、１０３・・・ＲＯＭ、１０４・・・ＲＡＭ（記憶部）、１０５・・・表示部、１０６・・・外部Ｉ／Ｆ、１０７・・・ファイル管理部、１０８・・・記録部、１０９・・・圧縮伸張エンジン、１１０・・・撮像部
【図１】
2010177978.tif 000003
【図２】
2010177978.tif 000004
【図３】
2010177978.tif 000005
【図４】
2010177978.tif 000006
【図５】
2010177978.tif 000007
【図６】
2010177978.tif 000008
【図７】
2010177978.tif 000009
【図８】
2010177978.tif 000010
【図９】
2010177978.tif 000011
【図１０】
2010177978.tif 000012
【図１１】
2010177978.tif 000013
【図１２】
2010177978.tif 000014
【図１３】
2010177978.tif 000015
【図１４】
2010177978.tif 000016
【図１５】
2010177978.tif 000017
【図１６】
2010177978.tif 000018
【図１７】
2010177978.tif 000019
【図１８】
2010177978.tif 000020
【図１９】
2010177978.tif 000021
【図２０】
2010177978.tif 000022
【図２１】
2010177978.tif 000023
【図２２】
2010177978.tif 000024
【図２３】
2010177978.tif 000025
【図２４】
2010177978.tif 000026