(57)【要約】【課題】アドホックモードにおいてＷＰＳを適用する際に複数の外部端末からＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信された場合に通信端末が対応できるようにすること。【解決手段】ＤＳＣ１３０は、アドホックネットワーク１８０に未参加のＤＳＣ１５０から送信されるＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信すると共に、未参加のＤＳＣを当該ネットワークに参加させるためのボタンが押されると、上記ネットワークに参加済みの他のＤＳＣであるＤＳＣ１４０に対し、上記未参加のＤＳＣを当該ネットワークに参加させる権限を有するレジストラを担うことを告知するレジストラ通知を送信し、そのレジストラ通知の受信までの所定時間内に上記ＤＳＣ１４０が上記ネットワークに未参加のＤＳＣ１６０から受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔの有無に係る情報であるレジストラ応答を、上記ＤＳＣ１４０から受信する。【選択図】図６
2010136100.tif 000002
【特許請求の範囲】
【請求項１】
アドホックネットワークに参加済みの一つの通信端末が、当該ネットワークに参加済みのいずれかの通信端末に対して当該ネットワークに未参加の外部端末から送信される当該ネットワークへの参加要求を受信すると共に、当該未参加の外部端末を当該ネットワークに参加させるための設定開始のトリガを受け付けるステップと、
上記トリガを受け付けた上記ネットワークに参加済みの一つの通信端末が、上記ネットワークに参加済みの他の通信端末に対し、上記ネットワークにおいて上記ネットワークに未参加の外部端末を当該ネットワークに参加させる権限を有するレジストラを担うことを告知するレジストラ通知を送信するステップと、
上記レジストラ通知を送信した上記一つの通信端末が、上記レジストラ通知の受信までの所定時間内に上記ネットワークに参加済みの他の通信端末が上記ネットワークに未参加の外部端末から受信した上記ネットワークへの参加要求の有無に係る情報を、上記ネットワークに参加済みの他の通信端末から受信するステップと、
を有することを特徴とするアドホックネットワーク参加処理方法。
【請求項２】
上記受信した参加要求の有無に係る情報に基づいて、セッション・オーバーラップを検出するステップを更に有することを特徴とする請求項１に記載のアドホックネットワーク参加処理方法。
【請求項３】
上記受信した参加要求の有無に係る情報に基づいて、一つの上記外部端末との間で上記アドホックネットワークに対する参加処理を開始することを特徴とする請求項１に記載のアドホックネットワーク参加処理方法。
【請求項４】
上記所定時間を第１の所定時間としたとき、
上記トリガを受け付けるまでの第２の所定時間内で、最先に参加要求を行った又は最後に参加要求を行った外部端末との間で参加処理を開始することを特徴とする請求項３に記載のアドホックネットワーク参加処理方法。
【請求項５】
上記受信した参加要求の有無に係る情報には、上記ネットワークに参加済みの他の通信端末が上記参加要求を受信した時間に関する情報が含まれていることを特徴とする請求項３に記載のアドホックネットワーク参加処理方法。
【請求項６】
上記アドホックネットワークに対する参加処理を開始する上記一つの外部端末の指定を操作者に要求するステップを更に有することを特徴とする請求項３に記載のアドホックネットワーク参加処理方法。
【請求項７】
他のアドホックネットワーク通信端末とアドホックネットワークの確立を行う通信部と、
上記アドホックネットワークに未参加の外部端末を該アドホックネットワークへ参加させるための設定開始のトリガを受け付ける受付部と、
上記他のアドホックネットワーク通信端末とアドホックネットワークを確立した状態で上記受付部にて上記トリガを受け付けた後、上記通信部に、上記他のアドホックネットワーク通信端末に対し、上記ネットワークにおいて上記ネットワークに未参加の外部端末を当該ネットワークに参加させる権限を有するレジストラを担うことを告知するレジストラ通知を送信させ、該他のアドホックネットワーク通信端末から該他のアドホックネットワーク通信端末が該レジストラ通知を受信するまでの所定時間内に上記外部端末から受信した上記アドホックネットワークへの参加要求に係る情報を受信させる通信制御部と、
を有することを特徴とするアドホックネットワーク通信端末。
【請求項８】
他のアドホックネットワーク通信端末とアドホックネットワークの確立を行う通信部と、
上記他のアドホックネットワーク通信端末とのアドホックネットワークの確立の後に、上記通信部に、上記アドホックネットワークに未参加の外部端末から上記アドホックネットワークへの参加要求を受信させると共に、上記他のアドホックネットワーク通信端末から上記ネットワークにおいて上記ネットワークに未参加の外部端末を当該ネットワークに参加させる権限を有するレジストラを担うことを告知するレジストラ通知を受信させ、該他のアドホックネットワーク通信端末に、該レジストラ通知を受信するまでの所定時間内に受信した上記参加要求に係る情報を送信させる通信制御部と、
を有することを特徴とするアドホックネットワーク通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アドホック無線ネットワークに外部端末を参加させるアドホックネットワーク参加処理方法、及び、そのようなアドホックネットワークに外部端末を参加させることができる機能を有するアドホックネットワーク通信端末に関する。
【背景技術】
【０００２】
従来、無線ＬＡＮ機能を有する通信端末がアクセスポイント（以下、ＡＰと略記する）の提供するネットワーク（インフラストラクチャネットワーク）に参加するには、通信端末において無線の接続やセキュリティのセットアップを行う必要があり、これには通信端末上で様々な設定の入力を要していた。この設定と入力は複雑なものであったため、特に無線ＬＡＮ技術に不慣れなユーザにとっては、セットアップを行うのは困難であった。
【０００３】
この問題に対し、無線の接続やセキュリティのセットアップを簡単に行い、通信端末をインフラストラクチャネットワークに参加させるための無線ＬＡＮの業界標準の技術として、非特許文献１が公開されている。この非特許文献１であるＷｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄ  Ｓｅｔｕｐ（ＴＭ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  １．０（以下、ＷＰＳと略記する）は、例えば、ｈｔｔｐｓ：／／ｗｗｗ．ｗｉ−ｆｉ．ｏｒｇ／ｋｎｏｗｌｅｄｇｅ＿ｃｅｎｔｅｒ＿ｏｖｅｒｖｉｅｗ．ｐｈｐ？ｔｙｐｅ＝４より入手可能である。
【０００４】
ＷＰＳでは、無線ＬＡＮ機能を有しネットワークへの参加を希望する外部端末と、先にネットワークに参加済みで且つ外部端末をネットワークへ参加させることができる機能を有する通信端末とのそれぞれにおいて、実際のまたは画面上のボタンを押すことでセットアップを行うことができる。
【０００５】
ＷＰＳによるインフラストラクチャネットワークへの外部端末の参加について、以下、図９（Ａ）及び（Ｂ）を用いて説明する。
【０００６】
図９（Ａ）は、インフラストラクチャネットワークにおけるネットワーク概念図である。
【０００７】
インフラストラクチャネットワーク１０は、通信端末であるＡＰ２０がネットワークを提供し、その他に該ＡＰ２０と接続される無線ＬＡＮ端末からなる。なお、同図では、無線ＬＡＮ端末として、２つの通信端末３０，４０が既に該インフラストラクチャネットワーク１０に参加済みとなっている例を示している。
【０００８】
ＡＰ２０とのセットアップが完了していない外部端末、例えば外部端末５０，６０は、物理的に該インフラストラクチャネットワーク１０内に入ってもＡＰ２０と接続できない。
【０００９】
図９（Ｂ）は、インフラストラクチャネットワーク１０におけるＷＰＳのボタン押し方式の動作例を示す図である。なお、これは、図９（Ａ）の状態に基づいて、ＷＰＳの動作を示した例となっている。
【００１０】
外部端末６０において設定開始のトリガとしてボタンが押されると、該外部端末６０では、役割を参加端末として決定し、参加要求としてＰｒｏｂｅ  Ｒｅｑｕｅｓｔがインフラストラクチャネットワーク１０内に送信される。
【００１１】
通常、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔには、送信元端末のＭＡＣアドレス情報が含まれている。加えて、ＷＰＳで使用されるＰｒｏｂｅ  Ｒｅｑｕｅｓｔには、セットアップ開始方法（ボタン押し方法、ＰＩＮコード入力方法、等々の方法のいずれかであるか）、さらに送信元端末のＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）も含まれている。
【００１２】
インフラストラクチャネットワーク１０では、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔに対してＡＰ２０がＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅで応答する。
【００１３】
外部端末５０においてセットアップ開始のトリガとしてボタンが押された場合も、上記と同じ動作が行われる。
【００１４】
ＷＰＳでは、通信端末側のボタンが押されると、通信端末はＭｏｎｉｔｏｒ  Ｔｉｍｅと呼ばれるボタンが押された時点を起点として遡った１２０秒の間、外部端末からＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していたかどうかを確認する。確認の結果、複数の異なる外部端末からＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していた場合、複数の外部端末との間でセットアップが開始されようとしていることを表すセッション・オーバーラップ（Ｓｅｓｓｉｏｎ  Ｏｖｅｒｌａｐ）エラーとしてセットアップを中断する。
【００１５】
この図では、ＡＰ２０にてボタンを押した結果、ＡＰ２０では、Ｍｏｎｉｔｏｒ  Ｔｉｍｅ内に受信していたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ送信元のＵＵＩＤまたはＭＡＣアドレスは２種類あり、２台の外部端末（外部端末５０，６０）からＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していたことが分かる。そのため、Ｓｅｓｓｉｏｎ  Ｏｖｅｒｌａｐとして判断することができる。
【００１６】
一方近年、ＡＰを必要とするインフラストラクチャモードとは異なり、通信端末同士が直接無線ＬＡＮ通信を行うアドホックモードが、ゲーム機やカメラといった携帯型端末を中心に普及し始めている。
【００１７】
例えばｈｔｔｐ：／／ｓｔａｎｄａｒｄｓ．ｉｅｅｅ．ｏｒｇ／ｇｅｔｉｅｅｅ８０２／ｄｏｗｎｌｏａｄ／８０２．１１−２００７．ｐｄｆとして公開されている非特許文献２のように、インフラストラクチャモードでは、常にＡＰがＢｅａｃｏｎを送信し、通信端末からＡＰの提供するネットワークにＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信されるとＡＰがＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを通信端末へ送信する。
【００１８】
これに対して、アドホックモードでは、Ｂｅａｃｏｎを送信する端末は、ネットワークに参加している端末が一定間隔で次々に交代していく。Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔがそのネットワークに対して送信されると、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔが送信されてきた時点で直近にＢｅａｃｏｎを送信していた通信端末がＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを送信しなければならない。ネットワークに参加しているその他の通信端末は、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅを送信してもよいが、送信しなくてもよい。
【非特許文献１】Ｗｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄ  Ｓｅｔｕｐ（ＴＭ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  １．０
【非特許文献２】ＩＥＥＥ  Ｓｔｄ．  ８０２．１１（ＴＭ）−２００７
【発明の開示】
【発明が解決しようとする課題】
【００１９】
アドホックモードにおいても、セットアップを簡単に行う手法が望まれている。そこで、このアドホックモードにおいて、上述したインフラストラクチャモードのようなＷＰＳを適用し、通信端末と外部端末との間で無線の接続やセキュリティのセットアップを行おうとすることが考えられるが、以下のような問題が発生する。
【００２０】
アドホックモードのネットワークに参加を希望する外部端末が複数存在している場合、複数の外部端末からそれぞれ異なるタイミングで、ネットワークに対してＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信される。アドホックモードでは、このＰｒｏｂｅ  Ｒｅｑｕｅｓｔに対して、上述したようにＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信されてきた時点で直近にＢｅａｃｏｎを送信していた通信端末のみがＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを送信する必要がある。そのため、それ以外の通信端末はＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信する必要が無く、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを受信したとしても、その受信を無視することとなる。その結果、通信端末のボタンが押された際、その通信端末はＭｏｎｉｔｏｒ  Ｔｉｍｅ内で自らがＢｅａｃｏｎを送信した直後に受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔしか把握することができず、ネットワークに対して送信された全てのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを把握することができない。従って、Ｍｏｎｉｔｏｒ  Ｔｉｍｅ内に複数の異なる外部端末からＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していたかどうか正しく判断することができず、それ以降の処理を適切に行うことができない。
【００２１】
この例を、図１０（Ａ）及び（Ｂ）を用いて説明する。  
図１０（Ａ）は、アドホックネットワークにおけるネットワーク概念図である。
【００２２】
アドホックネットワーク８０は、中心となるＡＰが存在せず、それぞれの通信端末がネットワークを形成する。同図では、２つの通信端末３０，４０が該アドホックネットワーク８０を形成している例を示している。
【００２３】
アドホックネットワーク８０を形成する通信端末とのセットアップが完了していない外部端末、例えば外部端末５０，６０は、物理的に該アドホックネットワーク８０内に入っても該アドホックネットワーク８０内の通信端末３０，４０と接続できない。
【００２４】
図１０（Ｂ）は、アドホックネットワーク８０におけるＷＰＳのボタン押し方式の動作例を示す図である。なお、これは、図１０（Ａ）の状態に基づいて、ＷＰＳの動作を示した例となっている。
【００２５】
外部端末６０でセットアップ開始のトリガとしてボタンが押されると、該外部端末６０では、役割を参加端末として決定し、参加要求としてＰｒｏｂｅ  Ｒｅｑｕｅｓｔがアドホックネットワーク８０内に送信される。
【００２６】
アドホックネットワーク８０では、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔに対してＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅで応答しなければならないのは、直近にＢｅａｃｏｎを送信した通信端末であるため、この場合、通信端末４０がＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅで応答する。
【００２７】
通信端末３０は、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを受信しない。
【００２８】
また、外部端末５０でセットアップ開始のトリガとしてボタンが押された場合には、直近にＢｅａｃｏｎを送信した通信端末である通信端末３０がＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅで応答し、通信端末４０は、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを受信しない。
【００２９】
通信端末３０にてセットアップ開始のトリガとしてボタンが押されると、該通信端末３０では、役割を登録端末と決定する。該通信端末３０が把握できているＭｏｎｉｔｏｒ  Ｔｉｍｅ内に受信していたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ送信元のＵＵＩＤまたはＭＡＣアドレスは１種類あり、１台の外部端末（この場合は外部端末５０）からのみＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していたと把握する。外部端末６０からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔは受信しないため、把握することができない。そのため、アドホックネットワーク８０に対しては２台の外部端末（外部端末５０，６０）からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信されているにもかかわらず、通信端末３０はＳｅｓｓｉｏｎ  Ｏｖｅｒｌａｐとして判断することができず、適切な処理が行われない。
【００３０】
本発明は、上記の点に鑑みてなされたもので、アドホックモードにおいてＷＰＳを適用する際に、アドホックネットワーク通信端末が参加するアドホックネットワークに対して複数の外部端末からＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信された場合に、上記アドホックネットワーク通信端末がその対応を可能とするアドホックネットワーク参加処理方法、及び、そのアドホックネットワーク通信端末を提供することを目的とする。
【課題を解決するための手段】
【００３１】
本発明のアドホックネットワーク参加処理方法の一態様は、
アドホックネットワークに参加済みの一つの通信端末が、当該ネットワークに参加済みのいずれかの通信端末に対して当該ネットワークに未参加の外部端末から送信される当該ネットワークへの参加要求を受信すると共に、当該未参加の外部端末を当該ネットワークに参加させるための設定開始のトリガを受け付けるステップと、
上記トリガを受け付けた上記ネットワークに参加済みの一つの通信端末が、上記ネットワークに参加済みの他の通信端末に対し、上記ネットワークにおいて上記ネットワークに未参加の外部端末を当該ネットワークに参加させる権限を有するレジストラを担うことを告知するレジストラ通知を送信するステップと、
上記レジストラ通知を送信した上記一つの通信端末が、上記レジストラ通知の受信までの所定時間内に上記ネットワークに参加済みの他の通信端末が上記ネットワークに未参加の外部端末から受信した上記ネットワークへの参加要求の有無に係る情報を、上記ネットワークに参加済みの他の通信端末から受信するステップと、
を有することを特徴とする。
【００３２】
また、本発明のアドホックネットワーク通信端末の一態様は、
他のアドホックネットワーク通信端末とアドホックネットワークの確立を行う通信部と、
上記アドホックネットワークに未参加の外部端末を該アドホックネットワークへ参加させるための設定開始のトリガを受け付ける受付部と、
上記他のアドホックネットワーク通信端末とアドホックネットワークを確立した状態で上記受付部にて上記トリガを受け付けた後、上記通信部に、上記他のアドホックネットワーク通信端末に対し、上記ネットワークにおいて上記ネットワークに未参加の外部端末を当該ネットワークに参加させる権限を有するレジストラを担うことを告知するレジストラ通知を送信させ、該他のアドホックネットワーク通信端末から該他のアドホックネットワーク通信端末が該レジストラ通知を受信するまでの所定時間内に上記外部端末から受信した上記アドホックネットワークへの参加要求に係る情報を受信させる通信制御部と、
を有することを特徴とする。
【００３３】
また、本発明のアドホックネットワーク通信端末の別の態様は、
他のアドホックネットワーク通信端末とアドホックネットワークの確立を行う通信部と、
上記他のアドホックネットワーク通信端末とのアドホックネットワークの確立の後に、上記通信部に、上記アドホックネットワークに未参加の外部端末から上記アドホックネットワークへの参加要求を受信させると共に、上記他のアドホックネットワーク通信端末から上記ネットワークにおいて上記ネットワークに未参加の外部端末を当該ネットワークに参加させる権限を有するレジストラを担うことを告知するレジストラ通知を受信させ、該他のアドホックネットワーク通信端末に、該レジストラ通知を受信するまでの所定時間内に受信した上記参加要求に係る情報を送信させる通信制御部と、
を有することを特徴とする。
【発明の効果】
【００３４】
本発明によれば、アドホックモードにおいてＷＰＳを適用する際に、アドホックネットワーク通信端末が参加するアドホックネットワークに対して複数の外部端末からＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信された場合に、上記アドホックネットワーク通信端末がその対応を可能とするアドホックネットワーク参加処理方法、及び、そのアドホックネットワーク通信端末を提供することができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明を実施するための最良の形態を図面を参照して説明する。
【００３６】
［第１実施形態］
図１は、本発明の第１実施形態に係るアドホックネットワーク参加処理方法の適用されるアドホックネットワークにおけるネットワーク概念図である。本第１実施形態は、アドホック通信端末及び外部端末をデジタルスチルカメラ（以下、ＤＳＣと略記する）とした例である。
【００３７】
アドホックネットワーク１８０は、中心となるＡＰが存在せず、それぞれのＤＳＣがネットワークを形成する。同図では、アドホック通信端末として２つのＤＳＣ１３０，１４０が該アドホックネットワーク１８０を形成している例を示している。
【００３８】
アドホックネットワーク１８０を形成する通信端末とのセットアップが完了していない外部端末としてのＤＳＣ１５０，１６０は、物理的に該アドホックネットワーク１８０内に入っても該アドホックネットワーク１８０内のＤＳＣ１３０，１４０と接続できない。
【００３９】
図２（Ａ）は、本発明の第１実施形態に係るアドホックネットワーク通信端末及び外部端末としてのＤＳＣ１３０，１４０，１５０，１６０の構成を示す図であり、図２（Ｂ）は、該ＤＳＣの背面図である。
【００４０】
ＤＳＣ１３０，１４０，１５０，１６０は、図２（Ａ）に示すように、ＣＰＵ１０１、入力インターフェース部１０２、ＲＯＭ１０３、ＲＡＭ１０４、表示部１０５、無線通信部１０６、ファイル管理部１０７、記録部１０８、圧縮伸張エンジン１０９、撮像部１１０を備える。
【００４１】
ＣＰＵ１０１は、ＲＯＭ１０３に格納されている制御プログラムに従いＲＡＭ１０４を用いて各種制御を行う。また、このＣＰＵ１０１は、無線通信部１０６によりアドホックネットワーク１８０に参加し、他のＤＳＣと通信できるようになっている。他のＤＳＣとの通信時に送受信するデータは、ＲＡＭ１０４に格納される。記録部１０８は、半導体メモリ、磁気メモリ、磁気ディスク、光ディスク、光磁気ディスク等の不揮発性の記録媒体、あるいはそれらに限らず情報を記録することができる不揮発性の記録媒体であり、また上記記録媒体の組み合わせであっても良い。さらには、該記録部１０８は、単数の記録媒体のみから構成される必要は無く、複数の記録媒体から構成されていても構わない。入力インターフェース部１０２は、該ＤＳＣ１３０，１４０，１５０，１６０にかかわる操作入力を行うためのスイッチ、ボタン、キー、ダイヤル等の操作入力部である。また、この入力インターフェース部１０２は、表示部１０５に重ねられたタッチパネル等であっても良い。
【００４２】
このような構成のＤＳＣ１３０，１４０，１５０，１６０では、撮影時には、入力インターフェース部１０２を用いた撮影指示に従ってＣＰＵ１０１は撮像部１１０から撮像データを取り込み、図２（Ｂ）に示すように表示部１０５に表示すると共に、ＲＡＭ１０４内に格納する。そして、圧縮伸張エンジン１０９に圧縮指示を行って、上記ＲＡＭ１０４内の撮像データを該ＣＰＵ１０１が指定するフォーマットの画像へと圧縮する。圧縮された画像は、ＣＰＵ１０１からの指示によりファイル管理部１０７を通して記録部１０８に記録される。
【００４３】
こうして記録部１０８に記録された画像の再生時には、まずＣＰＵ１０１からの指示により、ファイル管理部１０７を通して記録部１０８内の画像が開かれ、圧縮伸張エンジン１０９により記録されているフォーマットに従い伸張される。伸張された画像データは、表示部１０５に再生される。
【００４４】
また、表示部１０５に、撮像時あるいは再生時のＤＳＣ１３０，１４０，１５０，１６０および画像データにかかわる設定を行う設定画面を表示し、入力インターフェース部１０２を用いてＤＳＣ１３０，１４０，１５０，１６０の設定を行うことができる。更に、ＤＳＣ１３０，１４０，１５０，１６０及び画像データにかかわる設定を表示部１０５に表示することができる。
【００４５】
また、無線通信部１０６により他の通信端末であるＤＳＣとアドホックネットワーク１８０の確立を行うことができる。そして、記録部１０８に記録されている画像をファイル管理部１０７を介して無線通信部１０６によりアドホックネットワーク１８０に参加している他のＤＳＣとの間で授受することができる。
【００４６】
図３（Ａ）は、上記ＤＳＣ１３０，１４０，１５０，１６０のＣＰＵ１０１が実行するメインフローチャートを示す図である。
【００４７】
該ＤＳＣ１３０，１４０，１５０，１６０の電源投入後、アドホックネットワーク１８０の接続設定を記憶しているかどうかを判断する（ステップＳ１０１）。即ち、本実施形態では、アドホックネットワーク１８０を形成する他のＤＳＣとのセットアップが完了したとき、その無線の接続やセキュリティの情報を記録部１０８に記憶し、電源がオフされてもそれを保存するようにしておく。なお、この情報は所定の操作がなされたときにクリアされる。
【００４８】
そして、アドホックネットワーク１８０の接続設定を記憶している場合は後述する登録待機動作を行い（ステップＳ１０２）、記憶していない場合は後述する参加待機動作を行う（ステップＳ１０３）。
【００４９】
参加待機動作終了後は登録待機動作に移り、登録待機動作終了後は再び登録待機動作を開始する。
【００５０】
図４は、上記ステップＳ１０２の登録待機動作の詳細フローチャートを示す図である。  
この登録待機動作においては、最初に、記録部１０８に記憶してある自身の役割（後述する登録端末、登録代理端末、参加端末のいずれか）をクリアする（ステップＳ１１０）。
【００５１】
その後、Ｂｅａｃｏｎの送信権の有無を確認し（ステップＳ１１１）、Ｂｅａｃｏｎの送信権がない場合は、Ｂｅａｃｏｎを送信せずにＢｅａｃｏｎ受信を待つ（ステップＳ１１２）。なお、アドホックネットワークにおけるＢｅａｃｏｎの送信権の決定については、上記非特許文献２に開示されており、本発明の主旨とは異なるためここでは記載しない。
【００５２】
そして、Ｂｅａｃｏｎを受信したならば、Ｂｅａｃｏｎ内に含まれているＢｅａｃｏｎのインターバル時間が経過しているか否かを判別する（ステップＳ１１３）。ここで、Ｂｅａｃｏｎインターバルが経過していない場合は、入力インターフェース部１０２のボタン、または表示部１０５に表示された仮想上のボタンが押されたか否かを判別する（ステップＳ１１４）。このボタンも押されていない場合には、レジストラ通知受信の判断を行う（ステップＳ１１５）。そして、レジストラ通知を受信していない場合は、上記ステップＳ１１３のＢｅａｃｏｎインターバル経過判断に戻る。このように、ＣＰＵ１０１は、無線通信部１０６に、レジストラ通知を受信させる通信制御部として機能する。
【００５３】
なお、上記レジストラ通知とは、アドホックネットワーク１８０に参加しようとする当該ネットワークに未参加の外部端末であるＤＳＣから、当該ネットワークへの参加要求を受信すると共に当該未参加のＤＳＣを当該ネットワークに参加させるための設定開始のトリガを受け付けた、該ネットワークに参加済みの一つのＤＳＣが、上記ネットワークに参加済みの他のＤＳＣに対し、上記ネットワークにおいて上記ネットワークに未参加のＤＳＣを当該ネットワークに参加させる権限を有するレジストラを担うことを告知する通知のことである。
【００５４】
こうして、Ｂｅａｃｏｎインターバルが経過するまで、ボタン押しの判別とレジストラ通知受信判断とを繰り返す。そして、Ｂｅａｃｏｎインターバルが経過したならば（ステップＳ１１３）、この登録待機動作を終了する。
【００５５】
これに対して、Ｂｅａｃｏｎインターバルが経過する前に、入力インターフェース部１０２のボタン、または表示部１０５に表示された仮想上のボタンが押された場合には（ステップＳ１１４）、詳細は後述する登録動作を行い（ステップＳ１１６）、その登録動作終了後、この登録待機動作を終了する。
【００５６】
また、Ｂｅａｃｏｎインターバルが経過する前に、レジストラ通知を受信した場合には（ステップＳ１１５）、自身の役割を登録代理端末として記録部１０８に記憶する（ステップＳ１１７）。そして、レジストラ通知応答として、後述する参加要求としてのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信時間がレジストラ通知の受信時点を起点として遡った第１の所定時間、例えば過去１２０秒以内に該当する記憶済みの参加端末のＤＳＣに関する情報（ＵＵＩＤまたは／及びＭＡＣアドレス情報）、及び記憶済みのそれら参加端末からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔ受信時間に関する情報とを含めて、レジストラ通知の送信元である登録端末のＤＳＣへ送信する（ステップＳ１１８）。Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ受信時間に関する情報としては、例えば登録代理端末内のローカル時間、またはＰｒｏｂｅ  Ｒｅｑｕｅｓｔ受信時間からレジストラ通知受信若しくはレジストラ通知応答送信までに経過した時間などを利用することができる。その後、登録端末のＤＳＣ、参加端末のＤＳＣとの間でセットアップ処理を実施して（ステップＳ１１９）、該セットアップ処理の終了後、この登録待機動作を終了する。なお、セットアップ処理の実施内容については、本発明の主旨とは異なるためここでは記載しない。このように、ＣＰＵ１０１は、無線通信部１０６に、レジストラ通知応答を送信させる通信制御部として機能する。
【００５７】
一方、上記ステップＳ１１１においてＢｅａｃｏｎ送信権が有ると判別した場合には、Ｂｅａｃｏｎをアドホックネットワーク１８０内に送信し（ステップＳ１２０）、該Ｂｅａｃｏｎ送信後に、Ｂｅａｃｏｎインターバルが経過しているか否かを判別する（ステップＳ１２１）。ここで、Ｂｅａｃｏｎインターバルが経過していない場合には、宛先が自身が参加しているアドホックネットワーク１８０を含む（例えばワイルドカードＳＳＩＤ）参加要求としてのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信したか否かを判別する（ステップＳ１２２）。このように、ＣＰＵ１０１は、無線通信部１０６にＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信させる通信制御部として機能する。そして、宛先が自身が参加しているアドホックネットワーク１８０を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していない場合には、更に、入力インターフェース部１０２のボタン、または表示部１０５に表示された仮想上のボタンが押されたか否かを判別する（ステップＳ１２３）。このボタンも押されていない場合には、レジストラ通知受信の判断を行う（ステップＳ１２４）。そして、レジストラ通知を受信していない場合は、上記ステップＳ１２１のＢｅａｃｏｎインターバル経過判断に戻る。
【００５８】
こうして、Ｂｅａｃｏｎインターバルが経過するまで、宛先が自身が参加しているアドホックネットワーク１８０を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信と、ボタン押しの判別と、レジストラ通知受信判断と、を繰り返す。そして、Ｂｅａｃｏｎインターバルが経過したならば（ステップＳ１２１）、この登録待機動作を終了する。
【００５９】
また、Ｂｅａｃｏｎインターバルが経過する前に、入力インターフェース部１０２のボタン、または表示部１０５に表示された仮想上のボタンが押された場合、つまりアドホックネットワーク１８０に未参加の外部端末であるＤＳＣを当該ネットワークに参加させるための設定開始のトリガを受付けた場合には（ステップＳ１２３）、詳細は後述する登録動作を行い（ステップＳ１２５）、その登録動作終了後、この登録待機動作を終了する。このように、ＣＰＵ１０１は、アドホックネットワーク１８０に未参加の外部端末のＤＳＣを該アドホックネットワーク１８０へ参加させるための設定開始のトリガを受け付ける受付部として機能する。
【００６０】
また、Ｂｅａｃｏｎインターバルが経過する前に、レジストラ通知を受信した場合には（ステップＳ１２４）、上記ステップＳ１１７に進み、上述したステップＳ１１７乃至ステップＳ１１９の動作を実行した後、この登録待機動作を終了する。
【００６１】
また、宛先が自身が参加しているアドホックネットワーク１８０を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信した場合には（ステップＳ１２２）、そのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの中にボタン押しセットアップモードであることを示す情報と、送信元が参加端末であることを示す情報とが含まれているか否かを確認する（ステップＳ１２６）。
【００６２】
Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔがそのような情報を含んでいれば、参加端末のＤＳＣに関する情報（例えば、参加端末のＤＳＣのＵＵＩＤまたは／及びＭＡＣアドレス情報）と、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを受信した時間とを記録部１０８に記憶する（ステップＳ１２７）。そして、Ｐｒｏｂｅ  ＲｅｓｐｏｎｓｅをＰｒｏｂｅ  Ｒｅｑｕｅｓｔ送信元のＤＳＣへ送信した後（ステップＳ１２８）、上記ステップＳ１２３へ進んで、更に、Ｂｅａｃｏｎインターバルが経過するまで、宛先が自身が参加しているアドホックネットワーク１８０を含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信と、ボタン押しの判別と、レジストラ通知受信判断と、を繰り返すこととなる。
【００６３】
一方、受信したＰｒｏｂｅ  Ｒｅｑｕｅｓｔにボタン押しセットアップモードであることを示す情報、または送信元が参加端末であることを示す情報が含まれていなければ、上記ステップＳ１２８に進んで、Ｐｒｏｂｅ  ＲｅｓｐｏｎｓｅをＰｒｏｂｅ  Ｒｅｑｕｅｓｔ送信元のＤＳＣへ送信する。
【００６４】
図５は、上記ステップＳ１１６またはステップＳ１２５で実行される登録動作の詳細フローチャートを示す図である。
【００６５】
この登録動作においては、まず、自身の役割を登録端末として記録部１０８に記憶する（ステップＳ１４０）。その後、アドホックネットワーク１８０に参加している全ての通信端末であるＤＳＣに対して、自身が登録端末であることを示す情報を含む、レジストラ通知を送信して（ステップＳ１４１）、レジストラ通知応答の受信待ちとなる（ステップＳ１４２）。このように、ＣＰＵ１０１は、無線通信部１０６に、レジストラ通知を送信させ、またレジストラ通知応答を受信させる通信制御部として機能する。
【００６６】
アドホックネットワーク１８０に参加している他のＤＳＣでは、このレジストラ通知の受信に応じて、上記ステップＳ１１８の動作としてレジストラ通知応答を該レジストラ通知を送信したＤＳＣに送信してくる。そこで、レジストラ通知応答を受信すると、その中から参加端末のＤＳＣに関する情報（ＵＵＩＤまたは／及びＭＡＣアドレス情報など）を抽出して記録部１０８に記憶する（ステップＳ１４３）。そして、この抽出した参加端末のＤＳＣに関する情報と、自身が直接上記ステップＳ１２７で記憶していた参加端末のＤＳＣのうち、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔの受信時間がボタン押しを起点として遡った第２の所定時間であるＭｏｎｉｔｏｒ  Ｔｉｍｅ、この場合は過去１２０秒以内に該当する記憶済みの参加端末のＤＳＣに関する情報（ＵＵＩＤまたは／及びＭＡＣアドレス情報）とから、参加端末のＤＳＣが合計で２台以上存在するかどうか判断する（ステップＳ１４４）。
【００６７】
この判断の結果、参加端末のＤＳＣが合計で２台以上存在する場合は、Ｓｅｓｓｉｏｎ  Ｏｖｅｒｌａｐが発生したと判断し（ステップＳ１４５）、その旨を表示部１０５に表示する（ステップＳ１４６）。そして、以降のセットアップを中止して（ステップＳ１４７）、この登録動作を終了する。
【００６８】
これに対して、上記判断の結果、参加端末のＤＳＣが合計で２台以上存在しなかった場合は、登録代理端末のＤＳＣ、参加端末のＤＳＣとの間でセットアップを実施し（ステップＳ１４８）、セットアップ動作の終了後、この登録動作を終了する。
【００６９】
図３（Ｂ）は、上記ステップＳ１０３の参加待機動作の詳細フローチャートを示す図である。
【００７０】
この参加待機動作においては、最初に、記録部１０８に記憶してある自身の役割をクリアした後（ステップＳ１５０）、入力インターフェース部１０２のボタン、または表示部１０５に表示された仮想上のボタンが押されるのを待つ（ステップＳ１５１）。
【００７１】
入力インターフェース部１０２のボタン、または表示部１０５に表示された仮想上のボタンが押されると、自身の役割を参加端末として記録部１０８に記憶し（ステップＳ１５２）、ボタン押しセットアップモードであることを示す情報と、送信元が参加端末のＤＳＣであることを示す情報とを含むＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送信して（ステップＳ１５３）、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅの受信待ちとなる（ステップＳ１５４）。
【００７２】
アドホックネットワーク１８０に参加しているいずれかのＤＳＣにおいて、このＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信に応じて、上記ステップＳ１２８の動作としてＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを該Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを送信したＤＳＣに送信してくる。このＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信したならば、現在セットアップの実施中であるかどうかを判断し（ステップＳ１５５）、セットアップ実施中でなければ、上記Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ送信から所定の時間が経過するまで待ち（ステップＳ１５６）、経過後に上記ステップＳ１５３に戻って再びＰｒｏｂｅ  Ｒｅｑｕｅｓｔの送信を行う。
【００７３】
そして、セットアップ実施中となったならば、登録端末のＤＳＣ、登録代理端末のＤＳＣとの間でセットアップを継続し、（ステップＳ１５７）、セットアップが終了したならば、この参加待機動作を終了する。
【００７４】
この参加待機動作終了後は、該ＤＳＣはアドホックネットワーク１８０に参加済みのＤＳＣとなり、上述したようにステップＳ１０２の登録待機動作に進むこととなる。
【００７５】
図６は、本第１実施形態適用時のアドホックネットワーク１８０におけるＷＰＳのボタン押し方式の動作例を示す図である。これは、図１の状態に基づいて、図３（Ａ），（Ｂ）乃至図５の動作を示した例である。
【００７６】
アドホックネットワーク１８０に参加しようとする当該ネットワークに未参加の外部端末であるＤＳＣ１６０でセットアップ開始のトリガとしてボタンが押されると（上記ステップＳ１５１に対応する）、役割を参加端末として決定し（上記ステップＳ１５２に対応する）、参加要求としてＰｒｏｂｅ  Ｒｅｑｕｅｓｔがネットワーク内に送信される（上記ステップＳ１５３に対応する）。このＰｒｏｂｅ  Ｒｅｑｕｅｓｔは、当該ＤＳＣ１６０に関する情報（例えば、ＵＵＩＤ＝７８９ａｂｃ…、ＭＡＣ＝００：１１：２２：３３：４４：５５）を含む。
【００７７】
アドホックネットワーク１８０に参加済みの通信端末の内、一番最後にＢｅａｃｏｎを送信したＤＳＣ１４０が、このＤＳＣ１６０からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信してＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅで応答する（上記ステップＳ１２８に対応する）。一方、同じくアドホックネットワーク１８０に参加済みの通信端末であるＤＳＣ１３０は、このＢｅａｃｏｎインターバル内でＢｅａｃｏｎ送信権を有していないので、このＤＳＣ１６０からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信しない。
【００７８】
同様に、アドホックネットワーク１８０に参加しようとする当該ネットワークに未参加の外部端末であるＤＳＣ１５０でセットアップ開始のトリガとしてボタンが押された場合（上記ステップＳ１５１に対応する）、該ＤＳＣ１５０から参加要求としてＰｒｏｂｅ  Ｒｅｑｕｅｓｔがネットワーク内に送信される（上記ステップＳ１５３に対応する）。このＰｒｏｂｅ  Ｒｅｑｕｅｓｔは、当該ＤＳＣ１５０に関する情報（例えば、ＵＵＩＤ＝ｆｅｄｃｂａ…、ＭＡＣ＝１２：３４：５６：７８：９ａ：ｂｃ）を含む。
【００７９】
アドホックネットワーク１８０に参加済みの通信端末の内、一番最後にＢｅａｃｏｎを送信したアドホックネットワーク１８０に参加済みの通信端末であるＤＳＣ１３０が、このＤＳＣ１５０からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信してＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅで応答する（上記ステップＳ１２８に対応する）。このとき、ＤＳＣ１４０は、このＢｅａｃｏｎインターバル内でＢｅａｃｏｎ送信権を有していないので、このＤＳＣ１５０からのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信しない。
【００８０】
ここで、ＤＳＣ１３０がセットアップ開始のトリガとしてボタンを押されると（上記ステップＳ１２３に対応する）、役割を登録端末と決定する（上記ステップＳ１４０に対応する）。そして、ＤＳＣ１３０は、アドホックネットワーク１８０内の他の全ての通信端末（ここではＤＳＣ１４０）に対して、レジストラ通知を送信する（上記ステップＳ１４１に対応する）。
【００８１】
ＤＳＣ１４０は、レジストラ通知を受信すると（上記ステップＳ１２４に対応する）、自身の役割を登録代理端末として決定し（上記ステップＳ１１７に対応する）、当該ＤＳＣ１４０がレジストラ通知を受信するまでの第１の所定時間である１２０秒間に受信していたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ送信元（この例ではＤＳＣ１６０）に関する情報（ＵＵＩＤ＝７８９ａｂｃ…、ＭＡＣ＝００：１１：２２：３３：４４：５５）を、レジストラ通知応答としてＤＳＣ１３０に送信する（上記ステップＳ１１８に対応する）。その際、一例として、そのＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していたのは、レジストラ通知受信から９４秒前であるという情報（Ｔｉｍｅ＝９４）を付加して送信する。
【００８２】
登録端末として機能するＤＳＣ１３０は、そのようなレジストラ通知応答を受信すると（上記ステップＳ１４２に対応する）、自身がＭｏｎｉｔｏｒ  Ｔｉｍｅであるボタンが押された時点を起点として遡った１２０秒（第２の所定時間）内に受信していたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ送信元に関する情報（ＵＵＩＤ＝ｆｅｄｃｂａ…、ＭＡＣ＝１２：３４：５６：７８：９ａ：ｂｃ）と、登録代理端末として機能するＤＳＣ１４０から受信したレジストラ通知応答から抽出した（上記ステップＳ１４３に対応する）参加端末のＤＳＣ１６０に関する情報（ＵＵＩＤ＝７８９ａｂｃ…、ＭＡＣ＝００：１１：２２：３３：４４：５５、Ｔｉｍｅ＝９４）とから、アドホックネットワーク１８０に対してＭｏｎｉｔｏｒ  Ｔｉｍｅ内に２台の外部端末（ＤＳＣ１５０、ＤＳＣ１６０）からＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していたことが把握できる（上記ステップＳ１４４に対応する）。
【００８３】
従って、その後、登録端末として機能するＤＳＣ１３０は、Ｓｅｓｓｉｏｎ  Ｏｖｅｒｌａｐとして（上記ステップＳ１４５に対応する）セットアップを中断する（上記ステップＳ１４７に対応する）ことができる。
【００８４】
以上のように、本第１実施形態によれば、アドホックモードにおいてＷＰＳを適用する際に、通信端末であるＤＳＣ１３０が参加するアドホックネットワーク１８０に対して複数の外部端末であるＤＳＣ１５０，１６０からＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信された場合に、上記通信端末であるＤＳＣ１３０がそのことを把握できるので、Ｓｅｓｓｉｏｎ  Ｏｖｅｒｌａｐとして判断することができ、適切な処理を行うことが可能となる。
【００８５】
また、上記通信端末であるＤＳＣ１３０が例えばＢｅａｃｏｎ送信権が無い場合であっても、ボタン押しに応じてレジストラ通知を自身が参加するアドホックネットワーク１８０に対して送信することで、該ネットワークに参加済みの他の通信端末、例えばＤＳＣ１４０を登録代理端末としてレジストラ通知応答を受信して、登録端末として機能することができる。
【００８６】
［第２実施形態］
次に、本発明の第２実施形態を説明する。本第２実施形態は、上記ステップＳ１１６又は上記ステップＳ１２５で実行される登録動作の内容が異なるだけで、その他は上記第１実施形態と同様である。以下、上記第１実施形態と異なる部分のみを説明する。
【００８７】
図７は、本発明の第２実施形態における登録動作の詳細フローチャートを示す図である。
【００８８】
ここで、ステップＳ１６０乃至ステップＳ１６４は、上記第１実施形態におけるステップＳ１４０乃至ステップＳ１４４と同一である。
【００８９】
そして、本第２実施形態では、判断の結果、参加端末のＤＳＣが合計で２台以上存在する場合は、自身の記録部１０８に記憶していた参加端末に関する情報及びステップＳ１６３でレジストラ通知応答から抽出した参加端末に関する情報の一覧を表示部１０５に表示し（ステップＳ１６６）、入力インターフェース部１０２からいずれかの参加端末のＤＳＣが選択されるのを待つ（ステップＳ１６７）。こうして一つの参加端末が選択された後、登録代理端末のＤＳＣ、参加端末のＤＳＣとの間でセットアップを実施し（ステップＳ１６８）、セットアップ動作の終了後、この登録動作を終了する。
【００９０】
また、判断の結果、参加端末のＤＳＣが合計で２台以上存在しなかった場合は、登録代理端末のＤＳＣ、参加端末のＤＳＣとの間でセットアップを実施し（ステップＳ１６９）、セットアップ動作の終了後、この登録動作を終了する。
【００９１】
以上のように、本第２実施形態では、セットアップを行う参加端末のＤＳＣを操作者が指定選択できるようになっている。
【００９２】
従って、例えば、図６に示すように、登録端末として機能するＤＳＣ１３０が、アドホックネットワーク１８０に対してＭｏｎｉｔｏｒ  Ｔｉｍｅ内に２台の外部端末（ＤＳＣ１５０、ＤＳＣ１６０）からＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していたことを把握した際には（上記ステップＳ１６４に対応する）、表示部１０５にＤＳＣ１５０、ＤＳＣ１６０に関する情報を表示して（上記ステップＳ１６６に対応する）操作者の選択指定を受付け（上記ステップＳ１６７に対応する）、その選択指定されたＤＳＣと登録代理端末として機能するＤＳＣ１４０との間でセットアップ処理を継続する（上記ステップＳ１６８に対応する）ことができる。
【００９３】
［第３実施形態］
次に、本発明の第３実施形態を説明する。本第３実施形態は、上記ステップＳ１１６又は上記ステップＳ１２５で実行される登録動作の内容が異なるだけで、その他は上記第１実施形態と同様である。以下、上記第１実施形態と異なる部分のみを説明する。
【００９４】
図８は、本発明の第３実施形態における登録動作の詳細フローチャートを示す図である。
【００９５】
ここで、ステップＳ１７０乃至ステップＳ１７２は、上記第１実施形態におけるステップＳ１４０乃至ステップＳ１４２と同一である。
【００９６】
そして、本第３実施形態では、レジストラ通知応答を受信すると、その中から参加端末のＤＳＣに関する情報（ＵＵＩＤまたは／及びＭＡＣアドレス情報など）と、それぞれのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信時間に関する情報とを抽出して記録部１０８に記憶する（ステップＳ１７３）。そして、この抽出した参加端末のＤＳＣに関する情報と、自身が直接上記ステップＳ１２７で記憶していた参加端末のＤＳＣのうち、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔの受信時間がボタン押しを起点として遡った第２の所定時間であるＭｏｎｉｔｏｒ  Ｔｉｍｅ、この場合は過去１２０秒以内に該当する記憶済みの参加端末のＤＳＣに関する情報（ＵＵＩＤまたは／及びＭＡＣアドレス情報）とから、参加端末のＤＳＣが合計で２台以上存在するかどうか判断する（ステップＳ１７４）。
【００９７】
この判断の結果、参加端末のＤＳＣが合計で２台以上存在する場合は、上記ステップＳ１２７で自身が直接記録部１０８に記憶していた参加端末のＤＳＣからのＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信時間に関する情報と、上記ステップＳ１７３でレジストラ通知応答から抽出したＰｒｏｂｅ  Ｒｅｑｕｅｓｔの受信時間に関する情報とから、最先または最後に受信していたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ送信元の参加端末のＤＳＣを決定して、その参加端末のＤＳＣと、登録代理端末のＤＳＣとの間でセットアップを実施する（ステップＳ１７５）。そして、セットアップ動作の終了後、この登録動作を終了する。
【００９８】
また、判断の結果、参加端末のＤＳＣが合計で２台以上存在しなかった場合は、登録代理端末のＤＳＣ、参加端末のＤＳＣとの間でセットアップを実施し（ステップＳ１６９）、セットアップ動作の終了後、この登録動作を終了する。
【００９９】
以上のように、本第３実施形態では、ボタン押しを起点として遡った第２の所定時間であるＭｏｎｉｔｏｒ  Ｔｉｍｅ内で最先にＰｒｏｂｅ  Ｒｅｑｕｅｓｔを行った参加端末のＤＳＣまたは最後にＰｒｏｂｅ  Ｒｅｑｕｅｓｔを行った参加端末のＤＳＣを、セットアップを行う参加端末のＤＳＣとすることができるようになっている。なお、最先と最後のいずれとするかは、予めシステムで決めておいても良いし、操作者が設定できるようにしてあっても構わない。
【０１００】
従って、例えば、図６に示すように、登録端末として機能するＤＳＣ１３０が、アドホックネットワーク１８０に対してＭｏｎｉｔｏｒ  Ｔｉｍｅ内に２台の外部端末（ＤＳＣ１５０、ＤＳＣ１６０）からＰｒｏｂｅ  Ｒｅｑｕｅｓｔを受信していたことを把握した際には（上記ステップＳ１７４に対応する）、Ｍｏｎｉｔｏｒ  Ｔｉｍｅ内で最先のＰｒｏｂｅ  Ｒｅｑｕｅｓｔ送信元となるＤＳＣ１６０または最後のＰｒｏｂｅ  Ｒｅｑｕｅｓｔ送信元となるＤＳＣ１５０と登録代理端末として機能するＤＳＣ１４０との間でセットアップ処理を継続する（上記ステップＳ１７５に対応する）ことができる。
【０１０１】
以上実施形態に基づいて本発明を説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形や応用が可能なことは勿論である。
【０１０２】
例えば、上記実施形態の機能を実現するソフトウェアのプログラムをコンピュータに供給し、当該コンピュータがこのプログラムを実行することによって、上記機能を実現することも可能である。
【０１０３】
また、上記第１の所定時間と上記第２の所定時間を共に１２０秒としたが、互いに異なっても構わない。
【０１０４】
（付記）
前記の具体的実施形態から、以下のような構成の発明を抽出することができる。
【０１０５】
（１）  アドホック（無線）ネットワークに参加済みの一つの通信端末が、当該ネットワークに参加済みのいずれかの通信端末に対して当該ネットワークに未参加の外部端末から送信される当該ネットワークへの参加要求を受信すると共に、当該未参加の外部端末を当該ネットワークに参加させるための設定開始のトリガを受け付けるステップと、
上記トリガを受け付けた上記ネットワークに参加済みの一つの通信端末が、上記ネットワークに参加済みの他の通信端末に対し、上記ネットワークにおいて上記ネットワークに未参加の外部端末を当該ネットワークに参加させる権限を有するレジストラを担うことを告知するレジストラ通知を送信するステップと、
上記レジストラ通知を送信した上記一つの通信端末が、上記レジストラ通知の受信までの所定時間内に上記ネットワークに参加済みの他の通信端末が上記ネットワークに未参加の外部端末から受信した上記ネットワークへの参加要求の有無に係る情報を、（上記レジストラ通知を受信した）上記ネットワークに参加済みの他の通信端末から受信するステップと、
を有することを特徴とするアドホックネットワーク参加処理方法。
【０１０６】
（対応する実施形態）
この（１）に記載のアドホックネットワーク参加処理方法に関する実施形態は、第１乃至第３実施形態が対応する。それらの実施形態において、例えば、アドホックネットワーク１８０が上記アドホックネットワークに、ＤＳＣ１３０上記ネットワークに参加済みの一つの通信端末に、ＤＳＣ１５０が上記ネットワークに未参加の外部端末に、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔが上記ネットワークへの参加要求に、ボタン押しが上記設定開始のトリガに、ステップＳ１２３が上記設定開始のトリガを受け付けるステップに、ＤＳＣ１４０が上記ネットワークに参加済みの他の通信端末に、レジストラ通知が上記レジストラ通知に、ステップＳ１４１が上記レジストラ通知を送信するステップに、ＤＳＣ１６０が上記他の通信端末が参加要求を受信する上記ネットワークに未参加の外部端末に、レジストラ応答が上記ネットワークへの参加要求の有無に係る情報に、ステップＳ１４２が上記参加要求の有無に係る情報を他の通信端末から受信するステップに、それぞれ対応する。
【０１０７】
（作用効果）
この（１）に記載のアドホックネットワーク参加処理方法によれば、アドホックモードにおいてＷＰＳを適用する際に、アドホックネットワーク通信端末が参加するアドホックネットワークに対して複数の外部端末からネットワーク参加要求であるＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信された場合に、上記アドホックネットワーク通信端末はそのことを把握できるので、それに応じた対応を行うことが可能となる。
【０１０８】
（２）  上記受信した参加要求の有無に係る情報に基づいて、セッション・オーバーラップを検出するステップを更に有することを特徴とする（１）に記載のアドホックネットワーク参加処理方法。
【０１０９】
（対応する実施形態）
この（２）に記載のアドホックネットワーク参加処理方法に関する実施形態は、第１実施形態が対応する。それの実施形態において、例えば、ステップＳ１４５が上記セッション・オーバーラップを検出するステップに対応する。
【０１１０】
（作用効果）
この（２）に記載のアドホックネットワーク参加処理方法によれば、複数の外部端末からネットワーク参加要求が送信された場合に、アドホックネットワーク通信端末ではセッション・オーバーラップを検出することができるので、適切な処理を行うことが可能となる。
【０１１１】
（３）  上記受信した参加要求の有無に係る情報に基づいて、一つの上記外部端末との間で上記アドホックネットワークに対する参加処理を開始することを特徴とする（１）に記載のアドホックネットワーク参加処理方法。
【０１１２】
（対応する実施形態）
この（３）に記載のアドホックネットワーク参加処理方法に関する実施形態は、第２及び第３実施形態が対応する。それらの実施形態において、例えば、セットアップの実施が上記アドホックネットワークに対する参加処理を開始することに対応する。
【０１１３】
（作用効果）
この（３）に記載のアドホックネットワーク参加処理方法によれば、複数の外部端末からネットワーク参加要求が送信された場合に、アドホックネットワーク通信端末ではその内の一つの外部端末との間で、適切な処理を行うことが可能となる。
【０１１４】
（４）  上記所定時間を第１の所定時間としたとき、
上記トリガを受け付けるまでの第２の所定時間内で、最先に参加要求を行った又は最後に参加要求を行った外部端末との間で参加処理を開始することを特徴とする（３）に記載のアドホックネットワーク参加処理方法。
【０１１５】
（対応する実施形態）
この（４）に記載のアドホックネットワーク参加処理方法に関する実施形態は、第３実施形態が対応する。その実施形態において、例えば、レジストラ通知の受信時点を起点として遡った過去１２０秒が上記第１の所定時間に、ボタン押しを起点として遡った過去１２０秒のＭｏｎｉｔｏｒ  Ｔｉｍｅが上記第２の所定時間に、ＤＳＣ１６０が上記最先に参加要求を行った外部端末に、ＤＳＣ１５０が上記最後に参加要求を行った外部端末に、それぞれ対応する。
【０１１６】
（作用効果）
この（４）に記載のアドホックネットワーク参加処理方法によれば、最先又は最後に参加要求を行った一つの外部端末との間で、適切な処理を行うことが可能となる。
【０１１７】
（５）  上記受信した参加要求の有無に係る情報には、上記ネットワークに参加済みの他の通信端末が上記参加要求を受信した時間に関する情報が含まれていることを特徴とする（３）に記載のアドホックネットワーク参加処理方法。
【０１１８】
（対応する実施形態）
この（５）に記載のアドホックネットワーク参加処理方法に関する実施形態は、第３実施形態が対応する。その実施形態において、例えば、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ受信時間に関する情報が上記参加要求を受信した時間に関する情報に対応する。
【０１１９】
（作用効果）
この（５）に記載のアドホックネットワーク参加処理方法によれば、上記アドホックネットワークに対する参加処理を開始する一つの外部端末を上記参加要求を受信した時間に関する情報に基づいて容易に決定することができる。
【０１２０】
（６）  上記アドホックネットワークに対する参加処理を開始する上記一つの外部端末の指定を操作者に要求するステップを更に有することを特徴とする（３）に記載のアドホックネットワーク参加処理方法。
【０１２１】
（対応する実施形態）
この（６）に記載のアドホックネットワーク参加処理方法に関する実施形態は、第２実施形態が対応する。その実施形態において、例えば、ステップＳ１６６，Ｓ１６７が上記一つの外部端末の指定を操作者に要求するステップに対応する。
【０１２２】
（作用効果）
この（６）に記載のアドホックネットワーク参加処理方法によれば、操作者が任意に指定した一つの外部端末との間で、適切な処理を行うことが可能となる。
【０１２３】
（７）  他のアドホックネットワーク通信端末とアドホックネットワークの確立を行う通信部と、
上記アドホックネットワークに未参加の外部端末を該アドホックネットワークへ参加させるための設定開始のトリガを受け付ける受付部と、
上記他のアドホックネットワーク通信端末とアドホックネットワークを確立した状態で上記受付部にて上記トリガを受け付けた後、上記通信部に、上記他のアドホックネットワーク通信端末に対し、上記ネットワークにおいて上記ネットワークに未参加の外部端末を当該ネットワークに参加させる権限を有するレジストラを担うことを告知するレジストラ通知を送信させ、該他のアドホックネットワーク通信端末から該他のアドホックネットワーク通信端末が該レジストラ通知を受信するまでの所定時間内に上記外部端末から受信した上記アドホックネットワークへの参加要求に係る情報を受信させる通信制御部と、
を有することを特徴とするアドホックネットワーク通信端末。
【０１２４】
（対応する実施形態）
この（７）に記載のアドホックネットワーク通信端末に関する実施形態は、第１乃至第３実施形態が対応する。それらの実施形態において、例えば、ＤＳＣ１３０が上記アドホックネットワーク通信端末に、ＤＳＣ１４０が上記他のアドホックネットワーク通信端末に、アドホックネットワーク１８０が上記アドホックネットワークに、無線通信部１０６が上記通信部に、ＣＰＵ１０１が上記受付部及び上記通信制御部に、ＤＳＣ１６０が上記他のアドホックネットワーク通信端末がレジストラ通知を受信する外部端末に、それぞれ対応する。
【０１２５】
（作用効果）
この（７）に記載のアドホックネットワーク通信端末によれば、アドホックモードにおいてＷＰＳを適用する際に、アドホックネットワーク通信端末が参加するアドホックネットワークに対して複数の外部端末からネットワーク参加要求であるＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信された場合に、上記アドホックネットワーク通信端末がそのことを把握できるので、それに応じた対応を行うことが可能となる。
【０１２６】
（８）  他のアドホックネットワーク通信端末とアドホックネットワークの確立を行う通信部と、
上記他のアドホックネットワーク通信端末とのアドホックネットワークの確立の後に、上記通信部に、上記アドホックネットワークに未参加の外部端末から上記アドホックネットワークへの参加要求を受信させると共に、上記他のアドホックネットワーク通信端末から上記ネットワークにおいて上記ネットワークに未参加の外部端末を当該ネットワークに参加させる権限を有するレジストラを担うことを告知するレジストラ通知を受信させ、該他のアドホックネットワーク通信端末に、該レジストラ通知を受信するまでの所定時間内に受信した上記参加要求に係る情報を送信させる通信制御部と、
を有することを特徴とするアドホックネットワーク通信端末。
【０１２７】
（対応する実施形態）
この（８）に記載のアドホックネットワーク通信端末に関する実施形態は、第１乃至第３実施形態が対応する。それらの実施形態において、例えば、ＤＳＣ１４０が上記アドホックネットワーク通信端末に、ＤＳＣ１３０が上記他のアドホックネットワーク通信端末に、アドホックネットワーク１８０が上記アドホックネットワークに、無線通信部１０６が上記通信部に、ＤＳＣ１６０が上記ネットワークに未参加の外部端末に、ＣＰＵ１０１が上記通信制御部に、それぞれ対応する。
【０１２８】
（作用効果）
この（８）に記載のアドホックネットワーク通信端末によれば、アドホックモードにおいてＷＰＳを適用する際に、アドホックネットワーク通信端末が参加するアドホックネットワークに対して複数の外部端末からネットワーク参加要求であるＰｒｏｂｅ  Ｒｅｑｕｅｓｔが送信された場合に、上記アドホックネットワーク通信端末がそのことを把握できるので、それに応じた対応を行うことが可能となる。
【図面の簡単な説明】
【０１２９】
【図１】図１は、本発明の第１実施形態に係るアドホックネットワーク参加処理方法の適用されるアドホックネットワークにおけるネットワーク概念図である。
【図２】図２（Ａ）は、本発明の第１実施形態に係るアドホックネットワーク通信端末及び外部端末としてのＤＳＣの構成を示す図であり、図２（Ｂ）は、ＤＳＣの背面図である。
【図３】図３（Ａ）は、ＤＳＣのメインフローチャートを示す図であり、図３（Ｂ）は、図３（Ａ）中の参加待機動作の詳細フローチャートを示す図である。
【図４】図４は、図３（Ａ）中の登録待機動作の詳細フローチャートを示す図である。
【図５】図５は、図４中の登録動作の詳細フローチャートを示す図である。
【図６】図６は、第１実施形態適用時のアドホックネットワークにおけるＷＰＳのボタン押し方式の動作例を示す図である。
【図７】図７は、本発明の第２実施形態における登録動作の詳細フローチャートを示す図である。
【図８】図８は、本発明の第３実施形態における登録動作の詳細フローチャートを示す図である。
【図９】図９（Ａ）は、インフラストラクチャネットワークにおけるネットワーク概念図であり、図９（Ｂ）は、インフラストラクチャネットワークにおけるＷＰＳのボタン押し方式の動作例を示す図である。
【図１０】図１０（Ａ）は、アドホックネットワークにおけるネットワーク概念図であり、図１０（Ｂ）は、アドホックネットワークにおけるＷＰＳのボタン押し方式の動作例を示す図である。
【符号の説明】
【０１３０】
１０…インフラストラクチャネットワーク、  ２０…アクセスポイント（ＡＰ）、  ３０，４０…通信端末、  ５０，６０…外部端末、  ８０…アドホックネットワーク、  １０１…ＣＰＵ、  １０２…入力インターフェース部、  １０３…ＲＯＭ、  １０４…ＲＡＭ、  １０５…表示部、  １０６…無線通信部、  １０７…ファイル管理部、  １０８…記録部、  １０９…圧縮伸張エンジン、  １１０…撮像部、  １３０，１４０，１５０，１６０…デジタルスチルカメラ（ＤＳＣ）、  １８０…アドホックネットワーク。
【図１】
2010136100.tif 000003
【図２】
2010136100.tif 000004
【図３】
2010136100.tif 000005
【図４】
2010136100.tif 000006
【図５】
2010136100.tif 000007
【図６】
2010136100.tif 000008
【図７】
2010136100.tif 000009
【図８】
2010136100.tif 000010
【図９】
2010136100.tif 000011
【図１０】
2010136100.tif 000012