(57)【要約】【課題】制御局と子局間でのデータ通信が制御局としての機能レベルが高い子局が加入してきた場合に、制御局としての機能を移管すると、継続していたデータ通信が途切れてしまう場合がある。【解決手段】制御局としての機能レベルが高い子局が加入してきても制御局としての機能の移管はデータ通信終了後に行う。制御局と第一の子局間でデータ通信を行っている時に、第一の子局と隠れ端末の関係にあり、制御局としての機能レベルが高い第二の端末がピコネットに加入してきた際に、継続しているデータ通信が終了後に第二の子局に制御局の機能を移管する。【選択図】図１
2007201949.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１以上の子局と通信し、通信ネットワークを構成する制御局として振る舞う情報処理装置であって、
前記通信ネットワークへの参加要求を第１の子局から受信する受信手段と、
前記参加要求に応じて前記第１の子局が前記通信ネットワークに参加した場合に、該第１の子局が参加した旨を前記通信ネットワークに既に参加している第２の子局に通知する通知手段と、
前記第１の子局に制御局の機能を移管する移管手段と
を備え、
前記情報処理装置と前記第２の子局との間でデータ通信が行われている場合に、前記移管手段は、前記データ通信が終了するまで、前記第１の子局に対する制御局の機能の移管を抑制することを特徴とする情報処理装置。
【請求項２】
前記通知手段は、前記制御局の機能の前記第１の子局への移管を示唆する情報を含めて、前記第２の子局への前記通知を行い、
前記移管手段は、前記情報に基づく前記第１の子局への前記制御局の機能の移管を前記データ通信が終了するまで行わない旨の要求を前記第２の子局から受信した場合に、前記抑制を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記移管手段は、前記制御局の機能を前記第１の子局に移管するための準備手続を実行する準備手続手段を備え、
前記第２の子局から前記要求を受信した場合に、前記準備手続実行手段による準備手続を実行したのち、前記データ通信が終了した後に、前記移管を行うことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記第２の子局からの前記要求には、前記データ通信を終了するための通信回数に関する情報が含まれ、
前記移管手段は、前記準備手続を実行した後に前記第１の子局に前記通信回数に関する情報を通し、前記通信回数に相当する通信に基づき前記データ通信が終了した後に、前記移管を行うことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
通信ネットワークを構成する制御局の子局として通信可能な情報処理装置であって、
前記通信ネットワークへの他の第１の子局からの参加要求の受信を監視する監視手段と、
前記参加要求を受信した場合に、前記他の第１の子局の識別情報を保持する保持手段と、
前記制御局から前記通信ネットワークへ参加した他の第２の子局の参加の通知を受信する通信手段とを備え、
前記情報処理装置が、前記通知に基づき、制御局の機能が前記他の第２の子局に移管され、かつ、前記他の第２の子局の識別情報が前記保持手段に保持されている前記他の第１の子局の識別情報と一致しない場合に、前記通信手段は、前記制御局に対し、前記情報処理装置によるデータ通信が終了するまで、前記制御局の機能の移管の抑制要求を送信することを特徴とする情報処理装置。
【請求項６】
前記抑制要求には、前記データ通信が終了するまでに必要な前記制御局との間の通信回数に関する情報が含まれることを特徴とする請求項５に記載の情報処理装置。
【請求項７】
少なくとも１以上の子局と通信し、通信ネットワークを構成する制御局として振る舞う情報処理装置の制御方法であって、
前記通信ネットワークへの参加要求を第１の子局から受信する受信工程と、
前記参加要求に応じて前記第１の子局が前記通信ネットワークに参加した場合に、該第１の子局が参加した旨を前記通信ネットワークに既に参加している第２の子局に通知する通知工程と、
前記第１の子局に制御局の機能を移管する移管工程と
を備え、
前記情報処理装置と前記第２の子局との間でデータ通信が行われている場合に、前記移管工程では、前記データ通信が終了するまで、前記第１の子局に対する制御局の機能の移管が抑制されることを特徴とする情報処理装置の制御方法。
【請求項８】
通信ネットワークを構成する制御局の子局として通信可能な情報処理装置の制御方法であって、
前記通信ネットワークへの他の第１の子局からの参加要求の受信を監視する監視工程と、
前記参加要求を受信した場合に、前記他の第１の子局の識別情報を保持手段に保持する保持工程と、
前記制御局から前記通信ネットワークへ参加した他の第２の子局の参加の通知を受信する受信工程と、
前記情報処理装置が、前記通知に基づき、制御局の機能が前記他の第２の子局に移管され、かつ、前記他の第２の子局の識別情報が前記保持手段に保持されている前記他の第１の子局の識別情報と一致しない場合に、前記制御局に対し、前記情報処理装置によるデータ通信が終了するまで、前記制御局の機能の移管の抑制要求を送信する送信工程と
を備えることを特徴とする情報処理装置の制御方法。
【請求項９】
コンピュータを、請求項１乃至６のいずれかに記載の情報処理装置として機能させるためのコンピュータプログラム。
【請求項１０】
請求項９に記載のコンピュータプログラムを格納したコンピュータで読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制情報処理装置及びその制御方法、コンピュータプログラム及び記憶媒体に関する。
【背景技術】
【０００２】
制御局と１台以上の子局で構成されるネットワークにおける処理の従来例を図１１乃至１４を参照して説明する。図１１乃至１３はネットワークの構成例を示す図であり、図１４は該ネットワークにおけるシーケンスの一例を示す図である。
【０００３】
まず、図１１において、１１０１はピコネット１１０４を運営する制御局（以下PNC）であるプリンタを示す。また、１１０２はピコネット１１０４のメンバでありPNC１１０１の子局であるデジタルカメラ（以下、単に「デジカメ」ともいう。）を示す。１１０３は通常動作ではPNCとなり、ピコネットを運営するパソコン（以下PC）である。
【０００４】
図１２において、１２０１はＰＣ１１０３より送出されるassociation request（アソシエーション要求）信号である。このアソシエーション要求信号１２０１は、ＰＣ１１０３がピコネット１１０４への参加を要求する際にＰＮＣ１１０１へ送信される信号である。
【０００５】
図１３において、１３０１はＰＣ１１０３がＰＮＣとなった場合のピコネットを示す。また、１３０２はＰＮＣ１１０３より送出される同期信号（以下、「beacon」という。）である。
【０００６】
図１４を参照して、プリンタ１１０１がＰＮＣの場合のシーケンスを説明する。ＰＮＣであるプリンタ１１０１からbeacon１４０１及び１４０３が出力され、プリンタ１１０１とデジカメ１１０２との間でデータ通信１４０２、１４０４が行われている。
【０００７】
このとき、ＰＣ１１０３は電源ＯＦＦ状態である（１４０７）。ＰＣ１１０３はその後電源ON（１４０８）になり、プリンタ１１０１から送出されるbeacon１４０５を受信する。ＰＣ１１０３は、通常プリンタ１１０１とピコネットを形成して通信を行っているので、当然にプリンタ１１０１が形成するピコネット１１０４のメンバになって通信を確保しようとする。
【０００８】
そこで、ピコネット１１０４のメンバになるため、ＰＣ１１０３からassociation request信号１４０９がプリンタ１１０１に対して送出される。この信号を受信したプリンタ１１０１は、ＰＣ１１０３がピコネット１１０４のメンバになるためのassociation手順を遂行する（１４１０〜１４１３）。この手順によりassociationが完了すると（１４１４）、ＰＣ１１０３はピコネット１１０４のメンバになったことになる。なお、ＰＣ１１０３が出力するassociation request信号１４０９は、デジカメ１１０２には届かないため、デジカメ１１０２はこれを受信することはできない。即ち、ＰＣ１１０３とデジカメ１１０２とは、いわゆる「隠れ端末」の関係にある。
【０００９】
ここで、コンピュータ周辺機器とコンピュータとの同期化に関する規格であるIEEE８０２.１５.３規格（非特許文献１）では、ピコネットのメンバになる際のassociation request信号には、ＰＮＣになる条件を付属させることが義務づけられている。ここで、ＰＣ１１０３は通常時においてＰＮＣを担っていることから、ＰＮＣになる条件・機能を兼ね備えている。そして、ＰＮＣとしての機能はプリンタ１１０１よりも高い。その旨に関する情報は、association request信号１４０９に含まれている。
【００１０】
association request信号１４０９を受信したプリンタ１１０１は、自分よりもＰＮＣとしての機能レベルが高いＰＣ１１０３にＰＮＣ機能を必ず移管（ハンドオーバ）しなければならない。ＰＮＣ機能を移管すべき新メンバであるＰＣ１１０３が加入しても、プリンタ１１０１からＰＣ１１０３へのＰＮＣ機能の移管手続が終了していないので、プリンタ１１０１は移管手続が終了するまでbeacon１４１５を出力する。即ち、プリンタ１１０１とデジカメ１１０２との間のデータ通信１４１６は継続される。
【００１１】
このbeacon１４１５には新メンバであるＰＣ１１０３のＰＮＣとしての能力を示す信号が含まれている。ここでは現ＰＮＣであるプリンタ１１０１よりもＰＮＣとしての機能レベルが高いことが示され、近い将来ＰＮＣ機能の移管手続が行われることが示唆される。
【００１２】
これを受けて、ＰＮＣ機能の移管手続が「PNC handover request」信号１４１７によりプリンタ１１０１からＰＣ１１０３へ開始される。その後、プリンタ１１０１とＰＣ１１０３との間で、「PNC information」信号１４１８、「PNC handover information」信号１４１９、及び「PS information response」信号１４２０が送受信される。これらの移管手続のコマンドのやり取りによりＰＮＣ機能の移管手続が進み「PNC handover response」信号１４２１でコマンド上での手続は終了する。
【００１３】
この後に、プリンタ１１０１より送出されるbeacon１４２２には、どのような能力を持った端末が新しいＰＮＣになるのかを含む情報（PNChandoverIE）が含まれる。さらに、あと幾つのbeacon出力後に実際にＰＮＣ機能が移管されるのかを示す信号も含まれる。これらのbeacon（１４２２、１４２４）に同期してデータ通信も継続される（１４２３、１４２５）。
【００１４】
継いで、コマンド上での移管手続から実際の移管手続までの制限時間になり、実際にＰＮＣ機能が交代することとなる（１４２６）。ＰＮＣ機能がプリンタ１１０１からＰＣ１１０３に移管されると、beaconは新しいＰＮＣであるＰＣ１１０３より出力される。このとき、デジカメ１１０２とＰＣ１１０３とは、上記のようにいわゆる「隠れ端末」の関係にあるため、デジカメ１１０２はＰＣ１１０３からのbeacon１４２７を受信できない。したがって、ＰＮＣとの間で継続されていたデジカメ１１０２のデータ通信は途切れてしまう（１４２８）。
【非特許文献１】ＩＥＥＥ８０２．１５．３−２００３  ＩＥＥＥ標準
【発明の開示】
【発明が解決しようとする課題】
【００１５】
このように、より高い能力の端末がピコネットのメンバーとなり、ＰＮＣ機能の移管手続が行われる場合に、移管前のＰＮＣとの間で確立されていた通信が中断されてしまう事態が発生するという問題があった。
【００１６】
そこで本発明は、制御局機能の移管手続が行われる場合でも、移管前の通信の中断を回避可能とすることを目的とする。
【課題を解決するための手段】
【００１７】
上記課題を解決するための本発明は、少なくとも１以上の子局と通信し、通信ネットワークを構成する制御局として振る舞う情報処理装置であって、前記通信ネットワークへの参加要求を第１の子局から受信する受信手段と、前記参加要求に応じて前記第１の子局が前記通信ネットワークに参加した場合に、該第１の子局が参加した旨を前記通信ネットワークに既に参加している第２の子局に通知する通知手段と、前記第１の子局に制御局の機能を移管する移管手段とを備え、前記情報処理装置と前記第２の子局との間でデータ通信が行われている場合に、前記移管手段は、前記データ通信が終了するまで、前記第１の子局に対する制御局の機能の移管を抑制することを特徴とする。
【００１８】
上記課題を解決するための本発明は更に、通信ネットワークを構成する制御局の子局として通信可能な情報処理装置であって、前記通信ネットワークへの他の第１の子局からの参加要求の受信を監視する監視手段と、前記参加要求を受信した場合に、前記他の第１の子局の識別情報を保持する保持手段と、前記制御局から前記通信ネットワークへ参加した他の第２の子局の参加の通知を受信する通信手段とを備え、前記情報処理装置が、前記通知に基づき、制御局の機能が前記他の第２の子局に移管され、かつ、前記他の第２の子局の識別情報が前記保持手段に保持されている前記他の第１の子局の識別情報と一致しない場合に、前記通信手段は、前記制御局に対し、前記情報処理装置によるデータ通信が終了するまで、前記制御局の機能の移管の抑制要求を送信することを特徴とする。
【発明の効果】
【００１９】
本発明によれば、制御局機能の移管手続が行われる場合でも、移管前の通信の中断を回避できる。
【発明を実施するための最良の形態】
【００２０】
以下、添付の図面を参照して、発明の実施形態を説明する。
【００２１】
（第１の実施形態）
まず、本発明の第１の実施形態を図１、２、３、４及び７を参照して説明する。図１乃至４は、本実施形態に対応するピコネットの構成の一例を示す図である。図７は、本実施形態に対応する動作シーケンスの一例を示す図である。図１乃至４及び７では、共通する構成要素については、説明の簡単のために共通の参照番号を付してある。
【００２２】
まず、図１において、１０１はピコネット１０４の制御局（以下「ＰＮＣ」という）であるプリンタである。１０２はピコネット１０４の子局（以下DEV_１）であるデジタルカメラ（以下単に「デジカメ」という。）である。１０３は将来ピコネット１０４のメンバになることを希望している子局（以下DEV_２）であるパソコン（以下、単に「ＰＣ」という）である。デジカメ１０２とＰＣ１０３とは、お互いが送出する電波を受信できない位置関係にあり、いわゆる「隠れ端末」の関係にある。１０５は、プリンタ１０１とデジカメ１０２との間で行われているデータ通信を示す。
【００２３】
図１５に、ピコネットを構成する各装置（プリンタ１０１、デジカメ、ＰＣ１０３等）の代表的なハードウェア構成の一例を示す。図１５において、１５０１はＣＰＵで、ＲＡＭ（ランダムアクセスメモリ）１５０２やＲＯＭ（リードオンリメモリ）１５０５に格納されたプログラムやデータ等を用いてデバイスの制御を行う。１５０２はＲＡＭで、内部記憶装置１５０７内に格納された処理プログラムを読み込むエリアを備えると共に、ＣＰＵ１５０１が各種の処理を実行する際に用いるワークエリアも備える。
【００２４】
１５０３は装置のユーザーから入力を受付ける入力部であり、キーボード、ボタン、マウスなどで構成される。１５０４は通信Ｉ／Ｆ（インタフェース）で、ピコネット１０４等に接続するためのＩ／Ｆとして機能する。１５０５はＲＯＭで、装置全体の制御を行うプログラム（例えばブートプログラム等）等を格納する。１５０６は表示画面としての表示部で、ＣＲＴや液晶画面により構成されている。１５０７は内部記憶装置で、主としてハードディスクで構成され、図７、図８及び図１６に対応する処理プログラムや各種アプリケーションデータを格納する。ここに格納されているデータは必要に応じてＲＡＭ１５０２に読み出される。１５１０は上述の各部を繋ぐバスである。
【００２５】
図１において、プリンタ１０１はデジカメ１０２とピコネット１０４を形成し、プリンタ１０１とデジカメ１０２との間でデータ通信１０５が行われている。通常は、ＰＣ１０３がＰＮＣとなりプリンタ１０１は子局としてＰＣ１０３が運営するピコネット参加している。しかし、図１では、ＰＣ１０３が電源ＯＦＦ（７０３）状態となっている。ここで、例えばデジカメ１０２で撮影した写真をプリンタ１０１で印刷するためにプリンタ１０１とデジカメ１０２との間でデータ通信を行う場合、プリンタ１０１のみ電源ＯＮすればよく、ＰＣ１０３を電源ＯＮにする必要がない。よって、図１の場合では、プリンタ１０１の電源がＯＮ状態となっている。
【００２６】
ここで、IEEE８０２.１５.３規格準拠のピコネットでは、ＰＮＣとしての能力の高い端末がＰＮＣとして動作しなければならない。図１に示す例では、デジカメ１０２よりもプリンタ１０１の方がＰＮＣとしての能力が高いため、プリンタ１０１がＰＮＣとしてピコネット１０４を運営する。
【００２７】
ここで、ピコネット１０４のメンバになったデジカメ１０２は、プリンタ１０１の送出する同期信号７０１（以下beacon）を受信し、データ通信１０５（７０２）を開始する。
【００２８】
次に、図２において、ＰＣ１０３の電源がＯＮ（７０４）になる。これに伴い、ＰＣ１０３は、ＰＮＣであるプリンタ１０１からbeacon７０５を受信する。beacon７０５の受信に応じて、ＰＣ１０３は現在形成さているピコネット１０４のメンバになるためにassociation request信号（以下association信号）２０１（７０７）を、プリンタ１０１宛に送信する。このassociation信号２０１（７０７）はＰＮＣであるプリンタ１０１は当然に受信可能である。しかし、デジカメ１０２とＰＣ１０３とはお互いが送信する信号が受信することができない「隠れ端末」の関係にあるため、ＰＣ１０３が送信したassociation信号２０１（７０７）は、デジカメ１０２によっては傍受できない。なお、この信号は、プリンタ１０１に対して送信されるものであるため、デジカメ１０２においては傍受と表現した（７０８）。なお、association信号の具体例は、図６に示すようになる。
【００２９】
図６において、６００はassociation信号全体を示す。association信号６００のうち、「Overall capabilities」６０１は、信号を送信する子局の能力に関する情報が設定される。「overall capabilities」６０１には、「PNC capabilities」６０２として、子局のＰＮＣとしての能力に関する情報が含まれる。「PNC capabilities」６０２内には、「PNC rating」６０３として「PNC des-mode」６０４が含まれる。この「PNC des-mode」６０４は、後述するように、ＰＮＣ機能の移管を行うか否かを決定するために利用される。
【００３０】
association信号２０１（７０７）を受信したＰＮＣ１０１は、現在ＰＮＣ１０１が運営しているピコネット１０４のメンバにＰＣ１０３がなれるようにassociation手順を開始する（７０９〜７１２）。association手順はIEEE８０２.１５.３規格に基づく周知技術ゆえ、詳細な説明はここでは割愛する。なお、associationを行う際にＰＮＣになるための条件にどこまで合致しているか、ＰＮＣになるための機能レベルがどの程度かを提示する必要がある。
【００３１】
これはIEEE８０２.１５.３規格に明示されている。図５はＰＮＣになるための機能レベルを表しており、優先順位に従いorder1からorder8までが規定されている。このうち、優先順位の最も高いorder１（５０１）によれば、association信号６００の「PNC capabilities」６０２の「PNC Des-mode」６０４がＯＮ（“１”）になっている場合は、必ずＰＮＣ機能が移管されなくてならない。
【００３２】
ＰＣ１０３は、通常はＰＮＣとしてピコネットを運営しているため、プリンタ１０１よりもＰＮＣとしての機能も上位にある。よって、ＰＣ１０３のassociation信号（６００）では、「PNC Des-mode」（６０１）がＯＮ（“１”）になっている。また、このビット以外もＯＮにしてassociation信号が送出される。よって、ＰＣ１０３がピコネット１０４のメンバになった場合は、ＰＮＣ機能がプリンタ１０１から移管され、ＰＣ１０３がＰＮＣとして機能することになる。
【００３３】
association手順が完了すると（７１３）、現在のＰＮＣであるプリンタ１０１は、新しいメンバＰＣ１０３が加入したことをピコネット１０４のメンバに通知する。この通知は、図１０に示すような「DEV association IE」１０００を含むbeaconを出力することで行う（７１４）。これにより、どのような能力を持った端末がメンバになったかを通知することができる。このようにして、図３に示す新しいピコネット３０１が形成される。この時点ではまだ、ＰＮＣとしてプリンタ１０１がこのピコネットを運営している。
【００３４】
図１０の「DEV association IE」１０００では、ＰＣ１０３の情報として、「DEV_2 association info」１００１が含まれる。この「DEV_2 association info」１００１には、「DEV capabilities」１００２として、ＰＣ１０３の能力に関する情報が含まれる。この「DEV capabilities」１００２には、ＰＣ１０３のＰＮＣとしての能力に関する情報として「PNC capabilities」１００３が含まれる。「PNC capabilities」１００３には、「PNC rating」１００４として「PNC des-mode」１００５が含まれる。ＰＣ１０３は、上記のように、この「PNC Des-mode」がＯＮ（“１”）となっている。これにより、ＰＮＣの機能がＰＣ１０３に移管されることが示唆される。
【００３５】
デジカメ１０２は、beacon７１４に含まれる「DEV association IE」１０００内のＰＣ１０３に関する情報で「PNC Des-mode」１００５がＯＮとなっているため、ＰＣ１０３にＰＮＣの機能が移管されると判断できる。また、デジカメ１０２は、ＰＣ１０３と「隠れ端末」の関係にあるため、ＰＣ１０３から送信されたassociation信号６００を受信できなかった。
【００３６】
association信号を受信しないままにピコネットのメンバとなった端末は、自機との関係では「隠れ端末」に相当すると判定することができる。本実施形態では、デジカメ１０２は、ＰＣ１０３から送信されたassociation信号６００を受信できないまま、ＰＣ１０３がピコネット１０４のメンバとなった。従って、デジカメ１０２とＰＣ１０３とは互いに通信することができない「隠れ端末」の関係にあり、ＰＣ１０３がＰＮＣになった場合には、ＰＣ１０３がＰＮＣになった場合はピコネット内のＰＣ１０３が送出するbeaconを受信することができなくなる。その結果として、現在継続中のデータ通信が中断されてしまうこととなる。その一方で、現在ＰＮＣであるプリンタ１０１は、ＰＣ１０３に新しくＰＮＣ機能が移管された場合、デジカメ１０２が圏外になることはわからない。
【００３７】
現在継続中のデータ通信が中断されては困るので、デジカメ１０２は現在のＰＮＣであるプリンタ１０１に対し、例えば、「ＰＮＣ機能を移管するのは今行っているデータ通信の終了後にして下さい」といった内容の通知を行う。このコマンドはIEEE８０２.１５.３規格では用意されていないので、VenderSpecificエリアで独自のコマンドを予め用意しておき、送信する（７１５）。
【００３８】
このコマンドを受信したＰＮＣであるプリンタ１０１は、現在行われているデータ通信の終了後に、ＰＣ１０３にＰＮＣとしての機能を移管することにする。ここで、IEEE８０２.１５.３規格では「PNC Des-mode」６０１がＯＮの端末とassociation手順を行った場合には、該端末へＰＮＣ機能を移管しなくてはならないが、association手順後の移管の時間的制約はない。
【００３９】
そこで、プリンタ１０１は、データ通信が終了するまでＰＣ１０３へのＰＮＣとしての機能の移管を抑制する。プリンタ１０１は、デジカメ１０２に対してbeacon７１６を送出し、そのbeaconに同期してデジカメ１０２はデータ７１７をプリンタ１０１に対して送信する。この動作をデータ通信終了後まで継続する（７１６から７１９）。プリンタ１０１とデジカメ１０２との間でのデータ通信が終了すると（７１９）、プリンタ１０１はＰＣ１０３にＰＮＣ機能を移管するための準備手順を開始する（７２０〜７２４）。
【００４０】
ＰＮＣ移管のための準備手順終了後、現在のＰＮＣであるプリンタ１０１は「制御局はどの端末に移管するのか」「何回後のbeaconで移管するのか」などの情報を含むbeaconを出力する（７２５、７２６）。この情報は、図９に示す「PNC Handover IE」９００のようになる。図９において、「何回後のbeaconで移管するのか」の情報は、「Handover beacon number」９０１に設定される。また、「制御局はどの端末に移管するのか」の情報は、「New PNC DEVID」９０２や「New PNC address」９０３に設定される。
【００４１】
既定の回数のbeaconを出力した後、ＰＮＣ機能はＰＣ１０３に移管される（７２７）。
【００４２】
これにより図４に示すような新しいピコネット４０１が形成され、プリンタ１０１は「ＰＮＣ」から「DEV_３」になり、ＰＣ１０３は「DEV_２」から「ＰＮＣ」になる。新しい「ＰＮＣ」となったＰＣ１０３はbeaconを出力する（７２８）。しかし、デジカメ１０２は「ＰＮＣ」であるＰＣ１０３とは「隠れ端末」の関係であるため、このbeaconを受信できない。よってこのピコネット４０１からは圏外となり離脱することとなる。しかし、プリンタ１０１とデジカメ１０２との間で行われていたデータ通信は既に終了しているため、データ通信へのＰＮＣの移管による影響は回避することができた。
【００４３】
ここで、図１６を参照して、ピコネットのメンバである子局（デジカメ１０２）が新たなメンバ（ＰＣ１０３）の通知を受けた際の、ＰＮＣ（プリンタ１０１）へのVenderSpecificエリアの独自のコマンドの送信制御について説明する。
【００４４】
ステップＳ１６０１では、association信号６００を他の子局から受信したか否かを監視している。もし、association信号６００を受信した場合には（ステップＳ１６０１において「ＹＥＳ」）、ステップＳ１６０２に移行する。一方、association信号６００を受信しない場合には（ステップＳ１６０１において「ＮＯ」）、ステップＳ１６０３に移行する。
【００４５】
ステップＳ１６０２では、受信したassociation信号６００からデバイスアドレス(DEV address)６０４を抽出し、メモリに記憶しておく。但し、ここで保持すべき情報は、association信号６００の送信先を識別可能な情報であればよく、デバイスアドレスは一例であって、これに限定されるものではない。
【００４６】
ステップＳ１６０３では、受信したbeacon信号に「DEV association IE」１０００が含まれるか否かを判定する。もし、「DEV association IE」１０００が含まれている場合には（ステップＳ１６０３において「ＹＥＳ」）、ステップＳ１６０４に移行する。一方、「DEV association IE」１０００が含まれていない場合には（ステップＳ１６０３において「ＮＯ」）、ステップＳ１６０１に戻る。
【００４７】
ステップＳ１６０４では、新たにピコネットメンバとなった子局にＰＮＣ機能が移管される可能性があるか否かを判定する。この判定は、「DEV association IE」１０００に含まれる、「PNC capabilities」１００３等に基づいて行うことができる。もし、ＰＮＣ機能が移管される可能性があると判定された場合には（ステップＳ１６０４において「ＹＥＳ」）、ステップＳ１６０５に移行する。一方、ＰＮＣ機能が移管される可能性が無いと判定された場合には（ステップＳ１６０４において「ＮＯ」）、ステップＳ１６０１に戻る。
【００４８】
ステップＳ１６０５では、ＰＮＣ移管先が、ステップＳ１６０２において登録済みであるかを判定する。もし、登録済みであれば（ステップＳ１６０５において「ＹＥＳ」）、ステップＳ１６０６に移行して、デバイスアドレス登録を消去した後、ステップＳ１６０１に戻る。一方、登録済みでない場合は（ステップＳ１６０５において「ＮＯ」）、ステップＳ１６０７に移行する。この場合、ＰＮＣ移管先は「隠れ端末」であるので、ステップＳ１６０７では、現在のＰＮＣに対しVenderSpecificエリアの独自のコマンドを送信する。その後、ステップＳ１６０１に戻る。
【００４９】
以上のように、本実施形態によれば、より高い能力の端末がピコネットのメンバーとなりＰＮＣ機能の移管手続が行われる場合に、該端末と隠れ端末の関係にある他の端末と移管前のＰＮＣとの間で確立されていた通信の中断を回避できる。具体的に、他の端末と移管前のＰＮＣとの間の通信が終了するまで、ＰＮＣ機能を移管するための準備手続が遅延され、通信終了後に該準備手続が行われる。
【００５０】
（第２の実施形態）
本発明の第２の実施形態を、図８に示す動作シーケンスを参照して説明する。７０１から７１４までのシーケンスは上述の第１の実施形態と同様であるため、説明は適宜省略する。
【００５１】
それまで電源ＯＦＦであったＰＣ１０３が電源ＯＮになると、プリンタ１０１が運営しているピコネットのメンバになるためassociation信号２０１をプリンタ１０１に送信し、association手順を開始する（７０７）。その後、association手順が終了し（７１３）、新規加入した端末の情報を含むbeaconを送出する（７１４）。このbeaconを受信したデジカメ１０２は、予め作っておいたVender Specificエリアで独自のコマンドをＰＮＣであるプリンタ１０１へ送る（７１５）。このコマンドには、通信中の残りのデータを計算し、あと幾つのbeaconを受信すればデータ通信が終了するか、即ちデータ通信を終了するために必要な通信回数に関する情報が含まれる。
【００５２】
コマンド（７１５）を受信したプリンタ１０１は、ＰＣ１０３との間で移管のための準備手順を行う（７２０〜７２４）。移管準備手順終了後（７２４送出後）に、デジカメ１０２からコマンド（７１５）を介して要求されたbeaconの数量情報を「Handover beacon number」９０１に設定した「PNC handover IE」９００をbeaconに含めて送出する（８０１、８０３）。これにより、数量情報に従った通信回数分だけ、ＰＮＣの移管が抑制される。また、beaconに同期して、プリンタ１０１とデジカメ１０２との間でデータ通信が行われる（８０２〜８０４）。
【００５３】
データ通信が終了すると、ＰＮＣ機能がＰＣ１０３に移管される（８０５）。デジカメ１０２は、ＰＮＣがＰＣ１０３に移管された後に送出されるbeacon８０６は、「隠れ端末」の関係にあるために受信できず圏外となる。即ち、デジカメ１０２は、このピコネットから離脱する。しかし、以上のように、データ通信中に発生したＰＮＣ移管に伴う通信の中断は回避できた。
【００５４】
以上のように、本実施形態によれば、より高い能力の端末がピコネットのメンバーとなりＰＮＣ機能の移管手続が行われる場合に、該端末と隠れ端末の関係にある他の端末と移管前のＰＮＣとの間で確立されていた通信の中断を回避できる。具体的に、
ＰＮＣ機能を移管するための準備手続を行った後、他の端末と移管前のＰＮＣとの間の通信が終了するまで移管手続事態が遅延され、通信終了後に移管手続が行われる。
【００５５】
［その他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００５６】
また、本発明の目的は、前述した機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムに供給し、そのシステムがプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現し、そのプログラムコードを記憶した記憶媒体は本発明を構成する。また、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した機能が実現される場合も含まれる。
【００５７】
さらに、以下の形態で実現しても構わない。すなわち、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。そして、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行って、前述した機能が実現される場合も含まれる。
【００５８】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施形態に対応する通信ネットワークの構成の一例を示す図である。
【図２】本発明の実施形態に対応する通信ネットワークの構成の他の一例を示す図である。
【図３】本発明の実施形態に対応する通信ネットワークの構成の更に他の一例を示す図である。
【図４】本発明の実施形態に対応する通信ネットワークの構成の更に一例を示す図である。
【図５】本発明の実施形態に対応するassociation手順時にＰＮＣになるための優先順位を示す図である。
【図６】本発明の実施形態に対応するassociation信号のデータ構成の一例を示す図である。
【図７】本発明の第１の実施形態に対応する動作シーケンスの一例を示す図である。
【図８】本発明の第２の実施形態に対応する動作シーケンスの一例を示す図である。
【図９】本発明の実施形態に対応する「PNC handover IE」のデータ構成の一例を示す図である。
【図１０】本発明の実施形態に対応する「DEV association IE」のデータ構成の一例を示す図である。
【図１１】従来の通信ネットワークの構成を示す図である。
【図１２】従来の通信ネットワークの構成を示す図である。
【図１３】従来の通信ネットワークの構成を示す図である。
【図１４】従来の動作シーケンスを示す図である。
【図１５】本発明の実施形態に対応する、通信ネットワークを構成する装置のハードウェア構成の一例を示す図である。
【図１６】本発明の実施形態に対応する、VenderSpecificエリアのコマンドの送信制御処理の一例を示すフローチャートである。
【図１】
2007201949.tif 000003
【図２】
2007201949.tif 000004
【図３】
2007201949.tif 000005
【図４】
2007201949.tif 000006
【図５】
2007201949.tif 000007
【図６】
2007201949.tif 000008
【図７】
2007201949.tif 000009
【図８】
2007201949.tif 000010
【図９】
2007201949.tif 000011
【図１０】
2007201949.tif 000012
【図１１】
2007201949.tif 000013
【図１２】
2007201949.tif 000014
【図１３】
2007201949.tif 000015
【図１４】
2007201949.tif 000016
【図１５】
2007201949.tif 000017
【図１６】
2007201949.tif 000018