(57)【要約】【課題】  従来の無線ネットワークでは、ＰＮＣが機能しなくなるとbeaconが突然送出されなくなるのでＤＥＶは、通信を途中で終了せざるを得ない。【解決手段】  一対一或は一対ｎの無線通信端末グループ内で、無線通信のための制御信号を自端末以外の他の無線通信端末に対して送信し（Ｓ１）、このグループの通信制御が不可能になる事態の発生を事前に検出すると（Ｓ２，Ｓ３，Ｓ４）、その旨を示す情報を含む制御信号を、他の無線通信端末に対して送信する（Ｓ６）。【選択図】  図１０
2007281625.tif 000002
【特許請求の範囲】
【請求項１】
グループ内通信のための制御信号を他の通信装置に対して送信する送信手段と、
前記グループ内通信の通信制御が不可能になる事態が発生する前の兆候を検出する検出手段と、
前記検出手段による前記兆候検出に応じて、前記グループ内通信の通信制御が不可能になることを前記他の通信装置に通知する通知手段と、
を有することを特徴とする通信装置。
【請求項２】
前記制御信号は、前記グループ内の通信の同期を確保するための信号であることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記検出手段は、電源電圧の降下を検出することを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記検出手段は、前記通信装置が正常に動作している際に一定の周期で出力される信号の周期変動を検出することを特徴とする請求項１又は２に記載の通信装置。
【請求項５】
前記検出手段は、前記他の通信装置からの信号の電界強度の低下を検出することを特徴とする請求項１又は２に記載の通信装置。
【請求項６】
通信のための制御信号を第１通信装置から受信し、当該制御信号に基づいて通信する通信手段と、
前記第１通信装置から送信される信号に基づいて、前記第１通信装置による前記グループの通信制御が不可能になる事態の発生を認識する認識手段と、
前記認識手段による認識に応じて、前記第１通信装置の代わりに前記制御信号を送信する送信手段と、
を有することを特徴とする通信装置。
【請求項７】
前記制御信号はビーコンであることを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
【請求項８】
グループ内通信のための制御信号を他の通信装置に対して送信する送信工程と、
前記グループの通信制御が不可能になる事態が発生する前の兆候を検出する検出工程と、
前記検出工程における前記兆候の検出に応じて、前記グループ内通信の通信制御が不可能になることを前記他の通信装置に通知する通知工程と、
を有することを特徴とする通信装置による通信制御方法。
【請求項９】
前記制御信号は、前記グループ内の通信の同期を確保するための信号であることを特徴とする請求項８に記載の通信制御方法。
【請求項１０】
前記検出工程では、電源電圧の降下を検出することを特徴とする請求項８又は９に記載の通信制御方法。
【請求項１１】
前記検出工程では、前記通信装置が正常に動作している際に一定の周期で出力される信号の周期変動を検出することを特徴とする請求項８又は９に記載の通信制御方法。
【請求項１２】
前記検出工程では、前記他の通信端末からの信号の電界強度の低下を検出することを特徴とする請求項８又は９に記載の通信制御方法。
【請求項１３】
通信のための制御信号を第１通信装置から受信し、当該制御信号に基づいて通信する通信工程と、
前記第１通信装置から送信される信号に基づいて、前記第１通信装置による前記グループの通信制御が不可能になる事態の発生を認識する認識工程と、
前記認識工程における認識に応じて、前記第１通信装置の代わりに前記制御信号を送信する送信工程と、
を有することを特徴とする通信装置による通信制御方法。
【請求項１４】
前記制御信号はビーコンであることを特徴とする請求項８乃至１３のいずれか１項に記載の通信制御方法。
【請求項１５】
グループ内で通信する通信システムであって、
第１の通信装置は、
通信のための制御信号を第２通信装置に対して送信する送信手段と、
前記グループの通信制御が不可能になる事態が発生する兆候を検出する検出手段と、
前記検出手段による前記兆候の検出に応じて、前記グループ内通信の通信制御が不可能になることを前記第２通信装置に対して通知する通知手段とを有し、
前記第２通信装置は、
前記第１通信装置からの通知に基づき前記第１通信装置による前記グループの通信制御が不可能になる事態の発生を認識する認識手段と、
前記認識手段による認識に応じて、前記第１通信装置の代わりに前記制御信号を送信する送信手段と、
を有することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
通信装置及び通信装置による通信制御方法と通信システムに関する。
【背景技術】
【０００２】
IEEE802.15.3の規定では、Piconet Coordinator（ＰＮＣ）がビーコン（beacon）を送信し、このbeaconに同期して通信する機器（ＤＥＶ）によりピコネットを形成する。
【０００３】
また、IEEE802.15.3では、ＰＮＣがピコネットを終了するときには、shutdownIEを含んだbeaconを出力し、全てのＤＥＶにピコネットの終了を通知することになっている（特許文献１）。
【特許文献１】特開２００４−３６４２５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記の従来例では、以下のような問題点があった。
（１）IEEE802.15.3規格によれば、ＰＮＣの動作停止が予想できる場合はshutdownIEを含んだbeaconを送出する事で、ピコネット内のＤＥＶにＰＮＣが機能停止になることを通知することができる。しかし通常、ＰＣが動作停止になり、システムがダウンする場合は突然発生することがほとんどであり、機能停止を予想することは困難である。従って、shutdownIEを含んだbeaconを送出することは事実上不可能といえる。従って、beaconが突然送出されなくなるので、このbeaconに同期して通信を行っているＤＥＶは、この通信を途中で終了せざるを得ない。
（２）ＰＮＣがshutdownIEを含むbeacon を出力したとしても、shutdownIEを含むbeaconを受信したデータ通信中のＤＥＶは、仮にこのbeaconを受信したからといってデータ伝送を継続できる手段はなく、ただ時間が経過して強制終了するのを待つだけである。
（３）shutdownIEを含むbeaconを受信したＤＥＶは、これを受信したからといって正式にＰＮＣのハンドオーバを受けることはない。従って、例えＰＮＣとして機能できる能力があったとしてもＰＮＣとして動作できない。このため、ピコネットはシャットダウンされることになる。
【０００５】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００６】
本願発明の特徴は、通信のための制御信号が発行できなくなる事態になる前に事前にそれを検出して、ネットワーク内の通信端末に通知できる技術を提供することにある。
【０００７】
また、ネットワークがシャットダウンする前に、そのネットワーク内の当該制御信号を発行できる機能を有する通信端末に、その制御信号の発行を肩代わりさせて、その時点で継続している通信を完了させる技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明の一態様に係る通信装置は以下のような構成を備える。即ち、
グループ内通信のための制御信号を他の通信装置に対して送信する送信手段と、
前記グループ内通信の通信制御が不可能になる事態が発生する前の兆候を検出する検出手段と、
前記検出手段による前記兆候検出に応じて、前記グループ内通信の通信制御が不可能になることを前記他の通信装置に通知する通知手段と、
を有することを特徴とする。
【０００９】
上記目的を達成するために本発明の一態様に係る通信装置は以下のような構成を備える。即ち、
通信のための制御信号を第１通信装置から受信し、当該制御信号に基づいて通信する通信手段と、
前記第１通信装置から送信される信号に基づいて、前記第１通信装置による前記グループの通信制御が不可能になる事態の発生を認識する認識手段と、
前記認識手段による認識に応じて、前記第１通信装置の代わりに前記制御信号を送信する送信手段とを有することを特徴とする。
【００１０】
上記目的を達成するために本発明の一態様に係る通信装置による通信制御方法は以下のような工程を備える。即ち、
グループ内通信のための制御信号を他の通信装置に対して送信する送信工程と、
前記グループの通信制御が不可能になる事態が発生する前の兆候を検出する検出工程と、
前記検出工程における前記兆候の検出に応じて、前記グループ内通信の通信制御が不可能になることを前記他の通信装置に通知する通知工程と、
を有することを特徴とする。
【００１１】
上記目的を達成するために本発明の一態様に係る通信装置による通信制御方法は以下のような工程を備える。即ち、
通信のための制御信号を第１通信装置から受信し、当該制御信号に基づいて通信する通信工程と、
前記第１通信装置から送信される信号に基づいて、前記第１通信装置による前記グループの通信制御が不可能になる事態の発生を認識する認識工程と、
前記認識工程における認識に応じて、前記第１通信装置の代わりに前記制御信号を送信する送信工程とを有することを特徴とする。
【００１２】
上記目的を達成するために本発明の一態様に係る通信システムは以下のような構成を備える。即ち、
グループ内で通信する通信システムであって、
第１の通信装置は、
通信のための制御信号を第２通信装置に対して送信する送信手段と、
前記グループの通信制御が不可能になる事態が発生する兆候を検出する検出手段と、
前記検出手段による前記兆候の検出に応じて、前記グループ内通信の通信制御が不可能になることを前記第２通信装置に対して通知する通知手段とを有し、
前記第２通信装置は、
前記第１通信装置からの通知に基づき前記第１通信装置による前記グループの通信制御が不可能になる事態の発生を認識する認識手段と、
前記認識手段による認識に応じて、前記第１通信装置の代わりに前記制御信号を送信する送信手段とを有することを特徴とする。
【００１３】
尚、この課題を解決するための手段は、本願発明の特徴の全てを列挙しているものではなく、特許請求の範囲に記載された他の請求項及びそれら特徴群の組み合わせも発明になり得る。
【発明の効果】
【００１４】
本発明によれば、通信のための制御信号が発行できなくなる事態になる前に事前にそれを検出して、ネットワーク内の通信装置に通知できる。
【００１５】
また本発明によれば、通信のための制御信号が発行されなくなる前に、そのネットワーク内の当該制御信号を発行できる機能を有する通信端末により、その制御信号の発行を肩代わりさせて、その時点で継続している通信を完了させることができるという効果がある。
【発明を実施するための最良の形態】
【００１６】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１７】
［実施の形態１］
図１は、本実施の形態に係るＰＮＣから送出されるbeaconフレームを説明する図で、図１（Ａ）は、non-secureなbeaconフレームのフォーマットを示し、図１（Ｂ）は、secureなbeaconフレームのフォーマットを示している。なお、ＰＮＣは、Piconet Coordinatorであり、ピコネットを管理する。beaconはＰＮＣがピコネットの同期をとるために定期的に出力される。このbeaconはピコネット内の全ての機器（以下、ＤＥＶ）が受信でき、ＤＥＶは受信したbeaconに同期して通信する。
【００１８】
図２は、本実施の形態に係るbeaconに含まれるＩＥ（information element）の一部であるshutdownIEのフォーマットを示す図である。
【００１９】
尚、ここで、non-secureフレームでもsecureフレームでも、information elementsエリアは確保されている。
【００２０】
図３は、本発明の実施の形態１に係る無線ネットワークの構成を示す図で、お互いに無線通信可能であるピコネットを形成している。このピコネットは、ＰＮＣであるＰＣ３０１が同期信号であるbeacon３０４，３０５を出力し、このピコネット内のデータ送受信を管理している。図では、ＰＣ３０１がＰＮＣで、プリンタ３０２、カメラ３０３は、このピコネットのＤＥＶである。
【００２１】
図４は、本実施の形態１に係るＰＮＣ３０１の無線通信部の構成を説明するブロック図である。
【００２２】
図４において、４０１は、無線通信機能のハードウェア及びソフトウェアを実装した無線カードである。４０２はこの無線カード４０１を実装するＰＣ３０１とのＰＣＩインターフェースである。ＰＣＩブリッジ４０３は、無線カード４０１のローカルバスとＰＣＩインターフェース４０２との間をブリッジして接続動作を可能にする。４０４は無線カード４０１の無線通信全般の制御を行う中央演算装置（ＣＰＵ）である。ＭＡＣ部４０５は、無線制御におけるMedium Access Control部で、無線通信のプロトコルを制御する。４０６は無線通信制御におけるＰＨＹ部、４０７は無線通信制御におけるＲＦ部である。４０８は無線電波を送受信するアンテナ部である。電源監視部４２０は、ＰＣＩインターフェース４０２により無線カード４０１に供給される高電圧Ｖ１を監視している。そして、この高電圧Ｖ１の電圧の降下を確認すると中央演算装置４０４に通知する。
【００２３】
図５は、無線カード４０１に供給される高電圧Ｖ１の降下を説明する図である。
【００２４】
図において、５０１は高電圧Ｖ１が電源断により低下し始める時間を示し、５０２は低電圧Ｖ２以下に低下し始める時間を示している。無線カード４０１は、供給される電圧が低電圧V２以下になると動作不能になる。ここでは、５０１で示すタイミングと５０２で示すタイミングとの時間経過はｔで表されている。
【００２５】
図６は、本実施の形態１の変形例に係るＰＣ３０１の無線通信部の構成を説明するブロック図で、前述の図４と共通する部分は同じ記号で示し、それらの説明を省略する。
【００２６】
図６において、６２０は、ＰＣＩインターフェース４０２が正常に機能しているか否かを判断するウォッチドックタイマの監視部である。この監視部６２０による監視結果は、タイマ監視部６２０から中央演算装置４０４に通知される。
【００２７】
また図７は、本実施の形態１の更に別の変形例に係るＰＣ３０１の無線通信部の構成を説明するブロック図で、前述の図４と共通する部分は同じ記号で示し、それらの説明を省略する。
【００２８】
図において、７２０は、ピコネット内のＤＥＶから受信した信号の電界強度を測定し、その結果を中央演算装置４０４に通知する電界強度監視部である。
【００２９】
このように、この実施の形態１に係るＰＮＣ３０１の無線通信部は、図４、図６及び図７のいずれか、或はこれらの構成を全て備えた構成、即ち、電源監視部４２０、タイマ監視部６２０及び電界強度監視部７２０の少なくともいずれか、或は全てを備えていてもよい。
【００３０】
図８は、電界強度が低下する状態を説明する図である。
【００３１】
図において、８０１は電界強度が落ち始める時間を示し、８０２は、８０１からｔ時間が経過した後、電界強度のスレッシュホールド値まで低下した時間を示している。
【００３２】
図９は、図６のウォッチドックタイマの監視部６２０で監視している際の波形例を説明する図である。
【００３３】
通常はパルス９００が時間間隔ｔ１で入力されるのに対し、そのパルス間隔が所定時間（ｔ２＞ｔ１）になっても次のパルスが入力されない場合、監視部６２０は、ＰＮＣの無線通信部に異常が発生したと認識する。
【００３４】
図１０は、本実施の形態１に係るＰＮＣ３０１における処理を説明するフローチャートで、この処理はＰＣ３０１の主制御部で実行される。
【００３５】
図１１は、この実施の形態１に係るピコネットにおける状況を説明するシーケンス図である。
【００３６】
まずステップＳ１で、ＰＣ３０１は、beacon３０４，３０５を送出する。IEEE802.15.3では、このbeaconとしては、図１（Ａ）に示す暗号化されていないフレームと、図１（Ｂ）に示す暗号化されているフレームとが規定されている。本実施の形態の主題ではないので、ここでは詳しく説明しないが、これらフレームにはInformation elements（IE）のエリアがあり、様々な情報をここに格納できる。その様々な情報の一部に、図２に示すshutdownIEがある。このshutdownIEは、ＰＣ３０１が何らの理由によりＰＮＣとして機能できなくなる場合に、このshutdownIEを含むbeaconを出力する。これにより、ＰＣ３０１がＰＮＣとして機能しないことを、そのピコネット内の各ＤＥＶに通知することを目的としている。このShutdownIEの中で、RemainingDEVIDは、次にＰＮＣになるＤＥＶを指名する。これは現状のピコネットにchildピコネットが存在している場合に、そのchildピコネットのＰＮＣを指名することによりなされる。従って、独立したピコネットである場合は、このRemainingDEVIDのエリアはPNCIDを入力するため、次にＰＮＣになるＤＥＶを指名することはない。
【００３７】
このBeaconを出力する手順は、ＰＣ３０１の主制御部からＰＣＩインターフェース４０２を介して無線カード４０１に起動命令を出す。この起動命令は、ＰＣＩブリッジ４０３により無線カード４０１内のローカルバスに変換されて中央演算装置４０４に送られる。中央演算装置４０４はＭＡＣ部４０５に対してbeaconを出力するコマンドを送信する。ＭＡＣ部４０５は、ＣＴＡ（ChannelTimeＡllocation）の時間情報などを含んだbeaconフレームを生成してＰＨＹ部４０６に送る。ＰＨＹ部４０６は、規定のＰＨＹヘッダを付加し、ＲＦ部４０７、アンテナ４０８から送信する。このbeaconを受信したプリンタ３０２、カメラ３０３は、ＰＣ３０１が制御するピコネット内で動作可能であることを確認することができる（図１１の１１００の状態）。
【００３８】
次にステップＳ２で、ＰＣ３０１の電源電圧が正常かどうかを判断し、正常でないときはステップＳ６で、shutdownIEを含むbeaconをＤＥＶに送出する。これは無線カード４０１の構成が前述の図４の構成の場合に該当する。
【００３９】
無線カード４０１電源としては通常、ＰＣ３０１から無線カード４０１に高い目の直流電圧を供給し、その無線カード４０１内でＤＣ−ＤＣコンバータ等により、ＣＰＵの動作電圧にまで低下させて使用するのが一般的である。図４の構成では、電源監視部４２０は、ＰＣＩインターフェース４０２から無線カード４０１に供給される高電圧Ｖ１を監視している。そして高電圧Ｖ１の電圧降下を確認すると（図５の５０１、図１１の１１０１）中央演算装置４０４に通知する。そして無線カード４０１の動作可能最低電圧値であるＶ２より低くなるまでの時間ｔ（図５）の間に、中央演算装置４０４はshutdownIEを含むbeaconを、そのピコネットのＤＥＶに出力する（図１１の１１０２）。これにより、このピコネット内の各ＤＥＶに、ＰＣ３０１がＰＮＣとして機能できなくなることを通知できる。
【００４０】
尚、ここでは、ＰＣ３０１の主制御部からの供給電源を監視することを例に揚げたが、ＡＣアダプタからの供給電源電圧の監視、スイッチング電源の出力の監視、ＡＣ電源を監視するようにしても良い。
【００４１】
ステップＳ２で電源電圧が正常であればステップＳ３に進み、ＰＣ３０１の主制御部との通信が正常かどうかを判定する。これは、ＰＣ３０１が動作停止状態又はロック状態になってＰＣＩインターフェース４０２が非活性状態になり、ＰＣ３０１の主制御部との通信が不通となって無線カード４０１の制御が不能になったかどうかを判定する場合に該当する。
【００４２】
通常の動作状態では、ＰＮＣであるＰＣ３０１からbeaconが送出されている。ＰＣ３０１と無線カード４０１はＰＣＩインターフェース４０２で接続されており、このＰＣＩインターフェース４０２が正常に動作しているか否かを判断する。これは図６の構成に対応している。ここでは、タイマ監視部６２０により、ＰＣ３０１の主制御部からのウォッチドッグタイマ出力を監視する。このウォッチドックタイマ出力は、ＰＣ３０１が正常に動作していれば、一定時間間隔のパルス信号である。これは図９において、一定の間隔ｔ１でパルス９００が送出されている間は正常であるが、パルスの時間間隔がｔ２空いても次のパルスが検出されない場合は、ＰＣ３０１の動作が停止したと判断する（図１１の１１０２）。よってこれ以降は、無線カード４０１の制御は、ＰＣ３０１が動作不能であると判定する。従ってＰＣ３０１は、これ以降はピコネットのＰＮＣとしての機能を果たすことができない。この場合もステップＳ６に進み、中央演算装置４０４は、shutdownIEを含むbeaconを出力し（図１１の１１０２）、ピコネット内のＤＥＶに、ＰＣ３０１がＰＮＣとしての機能を放棄する旨を通知する。
【００４３】
尚、この例ではウォッチドックタイマの出力を監視したが、ＰＣＩインターフェース４０２のアドレスバス、データバス、クロック等の信号の変化を監視しても良い。
【００４４】
一方、ステップＳ３で正常であると判定するとステップＳ４に進み、ＤＥＶからのpilot信号の電界強度を監視し、異常であればステップＳ６に進む。これは図７の構成に該当している。
【００４５】
このピコネット内では、ＰＣ３０１とＤＥＶ間の通信において、ＤＥＶは自分の存在をＰＮＣに示すために定期的にＤＥＶからＰＮＣへpilot信号を送信する。そこでＰＮＣは、このpilot信号の電界強度を監視し、ＤＥＶがＰＮＣの制御の範囲内から離れていく状況を確認してshutdownIEを出力する。
【００４６】
図８において、ＤＥＶからの電界強度はV/m_1のレベル以上であるのが通常である。ところが、ＤＥＶがＰＮＣから移動して離れていく場合や、ＰＮＣとＤＥＶとの間が遮蔽物により遮られ電界強度が低下する。そして、ピコネットの範囲内を示すスレッシュホールドであるV/m_2のレベル以下になると範囲外となり、この状態では制御不可能となる（図１１の１１０１）。図８では、通常は８０１である電界強度が、遮蔽物等の影響により８０２で示す方向に低下していく。この８０１から８０２まで低下する時間ｔの間に中央演算装置４０４に電界強度の低下を通知する。これによりステップＳ６で、中央演算装置４０４は、shutdownIEを含むbeaconを出力し（図１１の１１０２）、ピコネット内のＤＥＶに、ＰＣ３０１がＰＮＣでなくなることを通知する。
【００４７】
無線カードの中央演算装置４０４は、shutdownIEを含むbeaconを出力すると、ステップＳ７でＰＮＣとしての機能を停止する。また、ステップＳ４で正常と判断した場合には、ＰＮＣとしての機能を継続し、ステップＳ１に戻る。
【００４８】
以上説明したように本実施の形態１によれば、ＰＮＣがＰＮＣとして機能できなくなる兆候を察知し、ＰＮＣとして機能できなくなる前に他のＤＥＶにshutdownIEを含むbeaconで通知できる。従って、ピコネット内の各ＤＥＶは、そのネットワークでＰＮＣが存在しなくなることを事前に検知することができる。
【００４９】
［実施の形態２］
次に本発明に係る実施の形態２を説明する。
【００５０】
図１２は、本発明の実施の形態２に係る無線ネットワークの構成図で、前述の実施の形態１に係る図３と共通する部分は同じ記号で示し、それらの説明を省略する。
【００５１】
このピコネットの制御を行うＰＮＣの機能はＰＣ３０１が実行し、さらにこのピコネットはプリンタ（DEV_1）３０２、カメラ（DEV_2）３０３を含んでいる。ＰＣ３０１がＰＮＣとして機能している場合、beaconはＰＣ３０１から送出されている。このbeaconを受信したこのピコネットのＤＥＶであるプリンタ３０２とカメラ３０３は、このbeaconに同期してデータ通信を行う。尚、図１２では、ＰＣ３０１がＰＮＣとして機能できなくなり、カメラ３０３からプリンタ３０２に画像データが送信されて印刷が実行される状態を示している。
【００５２】
図１３は、この実施の形態２に係るピコネットにおけるデータ通信のsuperframeを説明する図である。ここでＣＡＰ，ＭＣＴＡに関しては既述のため割愛する。
【００５３】
ＣＴＡの割り当ては、ＣＴＡ１がカメラ（DEV_2）３０３からプリンタ（DEV_1）３０２、ＣＴＡ２はＰＣ３０１からプリンタ（DEV_1）３０２、ＣＴＡ３はカメラ（DEV_2）３０３からＰＣ３０１へデータ伝送をするように割り当てられている。ＰＮＣであるＰＣ３０１は、beaconからＣＴＡ３まで全てのタイミングと、どのＤＥＶがどのＣＴＡを使用しているかを把握している。これは、ＰＮＣがピコネット内のＤＥＶの情報を管理しているためである。
【００５４】
図１５は、本発明の実施の形態２に係るＤＥＶの無線部の構成を示すブロック図である。この例ではＤＥＶがプリンタ３０２、カメラ３０３であるため、この無線部はコンパクトフラッシュ（登録商標）カード（ＣＦカード）１５０１に実装されている。
【００５５】
１５０２は、このＣＦカード１５０１とプリンタ３０２、或はカメラ３０３と接続するＣＦインターフェース（CFI/F）である。ＣＦブリッジ部１５０３は、このＣＦカード１５０１のローカル制御バス及びデータバスとカメラ３０２或はプリンタ３０３の制御バスをブリッジする。１５０４は、このＣＦカード１５０１で無線通信を制御する中央演算装置である。プリンタ３０２に実装されるＣＦカード１５０１の中央演算装置１５０４にはＤＥＶとしての機能の他に、ＰＮＣとしての機能も備えている（ここでは便宜上カメラ３０２、プリンタ３０３のＣＦカード１５０１を同一のブロック図として表している）。ＰＮＣの機能は、beaconを定期的に出力し、ピコネット内の各ＤＥＶの持つ能力の管理、ＣＴＡの割り当てに関する情報などを管理する機能が含まれる。このため、潤沢なメモリを保持し、安定的に電源供給が可能である機器に限られ、よってこの例ではプリンタ３０３がＰＮＣの機能を備えるようにしている。ＭＡＣ部１５０５は、無線部のMedium Ａccess Controlを行う。ＰＨＹ部１５０６は、ＭＡＣ部１５０５からのＭＡＣフレームにＰＨＹフレームを付加する。ＲＦ部１５０７は、ＰＨＹ部１５０６からのフレームを無線化しアンテナ１５０８を介して送受信を行う。
【００５６】
図１４は、本発明の実施の形態２に係るピコネットにおける状況を説明するシーケンス図である。
【００５７】
図１６は、本実施の形態２に係るピコネットにおける処理を説明するフローチャートである。以下、これら図１４及び図１６を参照して、本実施の形態２に係る処理について説明する。
【００５８】
まずステップＳ１１で、ＰＮＣであるＰＣ３０１からbeaconを出力する（図１４の１４００）。次にステップＳ１２で、このbeaconを受信したプリンタ（DEV_1）３０２、カメラ（DEV_2）３０３は、これらカメラ３０３とプリンタ３０２との間でデータ伝送を開始する。この場合、データの送信元はカメラ３０３で、受信側はプリンタ３０２で、図１３に示すsuperframe内で使用するＣＴＡはＣＴＡ１である。データ伝送を行っているＤＥＶは、superframeのbeaconの開始時間、ＣＡＰの開始時間、ＭＣＴＡの開始時間、自らがデータ伝送しているＣＴＡ１の開始時間のみしかわからない。他のＤＥＶがデータ伝送している時間はＰＮＣのみしか解らない。
【００５９】
ここで、プリンタ３０２、カメラ３０３との間でデータの伝送中に、ＰＮＣであるＰＣ３０１が動作停止、或は電源断などのトラブルによりＰＮＣとしての機能を実行できなくなってしまった場合（図１４の１４０１）について考える。このときＰＮＣは、ピコネット内のＤＥＶにＰＮＣとしての機能が継続できなくなる旨を通知する必要がある。そこでステップＳ１３で、実施の形態１と同様な方法により、beacon内のＩＥ(information element)エリアにshutdownIEを挿入して送出する。これにより、このピコネット内の各ＤＥＶに通知できる（図１４の１４０２）。
【００６０】
次にステップＳ１４で、このピコネット内のＤＥＶ（ここではプリンタ３０２とカメラ３０３）にＰＮＣとしての機能を備えているＤＥＶがいるかどうかを判定する。ＰＮＣとしての機能を備えているＤＥＶが存在しない場合はステップＳ１５に進む。ここでは既にＰＣ３０１からのbeaconが途絶えているので、プリンタ３０２、カメラ３０３間のデータ伝送の同期は確保できない。しかし、IEEE802.15.3規格では、４個のbeacon分までの時間の間はpseude-staticCTAを用いてデータ伝送を行う事が許されている（図１４の１４０３）。しかしこれもbeaconが４個分のみの時間であるため、データの伝送終了まで行うことは困難である。従って、プリンタ３０２、カメラ３０３間のデータ伝送は途中で終了せざるを得ない。よってステップＳ１５では、ピコネットはシャットダウンされて終了となる。
【００６１】
一方、ステップＳ１４で、このピコネット内にＰＮＣ機能を備えたＤＥＶがいる場合はステップＳ１７に進む。ここでは、プリンタ３０２がＰＮＣの機能を備えているものとする。ＰＮＣであるＰＣ３０１からShutdownIEを含むbeaconを受信したプリンタ３０２は、現在のデータ伝送がpseude-staticCTAを用いて行われている間、即ち、４個分のbeaconが送出されるまでに、これまでＰＮＣであるＰＣ３０１が出力していたbeaconと同じタイミングで仮のbeaconを出力する（ステップＳ１７、図１４の１４０４）。この仮beaconにより仮ピコネットが形成される。しかし、これまでのbeaconにはピコネット内の全てのＤＥＶが使用しているＣＴＡの情報が含まれていた。しかしこの仮beaconは、beaconの開始時間、ＣＡＰの開始時間、ＭＣＴＡの開始時間、自身であるプリンタ３０２とカメラ３０３がデータ伝送に使用していたＣＴＡ１の期間のみしか定義することができない。
【００６２】
これによりステップＳ１８でカメラ３０３は、プリンタ３０２から出力される仮beaconにより同期を確保し、現在進行中のデータ伝送のみに限り継続することが可能となる（図１４の１４０５）。このデータ伝送はステップＳ１９で出た伝送が終了したと判断されるまで、繰り返し実行する。
【００６３】
プリンタ３０２が臨時で代行しているＰＮＣは、現在進行中のデータ伝送の終了までしか代行できない。これはＰＮＣは、ピコネット内の全てのＤＥＶに関する情報を管理する必要があり、ＰＣ３０１がＰＮＣであった時はプリンタ３０２はＤＥＶとしてしか機能していなかったため、それらの情報が取得できていないためである。これらの情報はＰＮＣにassociationしたときに通知されるもので、プリンタ３０２はカメラ３０３とはassociationしていないためこれらの情報を所持することが出来ない。
【００６４】
よってステップＳ１９で、現在進行中のデータ伝送が終了するとステップＳ２０に進み、仮ＰＮＣであるプリンタ３０２からshutdownIEを含むbeaconを出力する。これにより、仮のピコネットをシャットダウンする（図１４の１４０６）。
【００６５】
次にステップＳ２１で、カメラ３０３において、プリンタ３０２に伝送すべきデータが残っているかどうかを判定し、残っていない場合は、この処理を終了する。一方、プリンタ３０２に送信すべきデータがまだ残っている場合はステップＳ２２に進み、新たなＰＮＣとしてプリンタ３０２が新たにbeaconを送出しピコネットを形成する（図１４の１４０７）。そしてステップＳ２３で、新たなbeaconを受信したカメラ３０３は、新たなＰＮＣであるプリンタ３０２にassociationし（図１４の１４０８）、残ったデータをプリンタ３０２に送信する（図１４の１４０９）。
【００６６】
このようにＰＮＣが何らかの理由でＰＮＣとしての機能を果たせなくなった場合、ＰＮＣとしての機能を実行できるＤＥＶがＰＮＣの機能を代行し、進行中のデータ伝送を継続することができた。
【００６７】
以上説明したように実施の形態２によれば、shutdownIEを受信したＤＥＶがＰＮＣとして機能できる場合、これまでと同様のタイミングでbeaconを出力することで、進行中のデータ伝送を途切れなく継続できる。
【００６８】
（他の実施形態）
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また一つの機器からなる装置に適用しても良い。
【００６９】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムを読み出して実行することによっても達成され得る。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
【００７０】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００７１】
プログラムを供給するための記録媒体としては、様々なものが使用できる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などである。
【００７２】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。その場合、ダウンロードされるのは、本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルであってもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００７３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する形態としても良い。その場合、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムが実行可能な形式でコンピュータにインストールされるようにする。
【００７４】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される形態以外の形態でも実現可能である。例えば、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００７５】
更に、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれるようにしてもよい。この場合、その後で、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００７６】
【図１】本実施の形態に係るＰＮＣから送出されるbeaconフレームを説明する図である。
【図２】本実施の形態に係るbeaconに含まれるＩＥ（information element）の一部であるshutdownIEのフォーマットを示す図である。
【図３】本発明の実施の形態１に係る無線ネットワークの構成を示す図である。
【図４】本実施の形態１に係るＰＣの無線通信部の構成を説明するブロック図である。
【図５】無線カードに供給される高電圧Ｖ１の降下を説明する図である。
【図６】本実施の形態１の変形例に係るＰＣの無線通信部の構成を説明するブロック図である。
【図７】本実施の形態１の更に別の変形例に係るＰＣの無線通信部の構成を説明するブロック図である。
【図８】電界強度が低下する状態を説明する図である。
【図９】図６のウォッチドックタイマの監視部で監視している際の波形例を説明する図である。
【図１０】本実施の形態１に係るＰＮＣ３０１における処理を説明するフローチャートである。
【図１１】実施の形態１に係るピコネットにおける状況を説明するシーケンス図である。
【図１２】本発明の実施の形態２に係る無線ネットワークの構成図である。
【図１３】実施の形態２に係るピコネットにおけるデータ通信のsuperframeを説明する図である。
【図１４】本発明の実施の形態２に係るシーケンスを説明する図である。
【図１５】本発明の実施の形態２に係るＤＥＶの無線部の構成を示すブロック図である。
【図１６】本実施の形態２に係るピコネットにおける処理を説明するフローチャートである。
【図１７】IEEE802.15.3で規定されているピコネットで構成されている無線ＬＡＮを示す図である。
【図１８】このピコネットのデータ伝送を行う時のsuperframeを示す図である。
【図１９】従来例におけるＰＮＣの構成を説明するブロック図である。
【図２０】図１７のDEV_1とDEV_2とがデータ伝送中に、ＰＣがＰＮＣとして機能できなくなった場合の動作をシーケンスを説明する図である。
【図１】
2007281625.tif 000003
【図２】
2007281625.tif 000004
【図３】
2007281625.tif 000005
【図４】
2007281625.tif 000006
【図５】
2007281625.tif 000007
【図６】
2007281625.tif 000008
【図７】
2007281625.tif 000009
【図８】
2007281625.tif 000010
【図９】
2007281625.tif 000011
【図１０】
2007281625.tif 000012
【図１１】
2007281625.tif 000013
【図１２】
2007281625.tif 000014
【図１３】
2007281625.tif 000015
【図１４】
2007281625.tif 000016
【図１５】
2007281625.tif 000017
【図１６】
2007281625.tif 000018
【図１７】
2007281625.tif 000019
【図１８】
2007281625.tif 000020
【図１９】
2007281625.tif 000021
【図２０】
2007281625.tif 000022