(57)【特許請求の範囲】
【請求項１】
特定の通信プロトコルに従う通信のための装置であって、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
前記プロセッサは、前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成し、
他装置から送信された接続要請フレームを処理して、前記他装置がサポートする衝突回避方式に関する情報を抽出し、前記抽出された衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較した結果に基づいて前記他装置との通信を制御することを特徴とする通信装置。
【請求項２】
前記プロセッサは、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように前記ビーコンフレームを生成することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、前記他装置に接続割当フレームを送信しないことを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、前記他装置に前記接続要請フレームに対する受信応答及び接続割当フレームを送信しないことを特徴とする請求項１又は２に記載の通信装置。
【請求項５】
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、自装置への接続が不可であることを示す接続割当フレームを前記他装置に送信することを特徴とする請求項１又は２に記載の通信装置。
【請求項６】
前記判別情報は、前記ビーコンフレームのＭＡＣヘッダのフレームコントロールフィールドの予備フィールドに含まれることを特徴とする請求項２に記載の通信装置。
【請求項７】
自装置の衝突回避方式は、ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ  Ａｌｏｈａのいずれかであることを特徴とする請求項１に記載の通信装置。
【請求項８】
前記他装置の衝突回避方式は、ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ  Ａｌｏｈａのいずれかであることを特徴とする請求項１に記載の通信装置。
【請求項９】
請求項１乃至８の何れか１項に記載の通信装置と、
現在の日時を計数する計時部と、
を備えることを特徴とする電子時計。
【請求項１０】
特定の通信プロトコルに従う通信のための装置であって、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
前記プロセッサは、他装置から送信されたフレームがビーコンフレームである場合、前記ビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断し、
前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、
前記他装置から前記接続要請フレームに対する受信応答が所定時間内に受信される場合には、接続割当フレームの受信を待機し、
前記他装置から前記接続要請フレームに対する受信応答が前記所定時間内に受信されない場合には、受信待機を終了する
ことを特徴とする通信装置。
【請求項１１】
特定の通信プロトコルに従う通信のための装置であって、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
前記プロセッサは、他装置から送信されたフレームがビーコンフレームである場合、前記ビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断し、
前記プロセッサは、前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、
所定時間内に、前記他装置から接続割当フレームが受信されない場合には受信待機を終了する
ことを特徴とする通信装置。
【請求項１２】
第１の装置と第２の装置とを含み、特定の通信プロトコルに従う通信のためのシステムであって、
前記第１の装置は、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
前記第２の装置は、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
前記第１の装置のプロセッサは、
前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるように、かつ、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように、ビーコンフレームを生成し、
前記第２の装置のプロセッサは、
前記第１の装置から送信されたビーコンフレームに前記判別情報が含まれているかどうかに基づいて前記ビーコンフレームを処理し、前記通信プロトコルにより定義されたフレームフォーマットに基づいて接続要請フレームを生成して前記第１の装置に送信し、
前記第１の装置のプロセッサは、前記第２の装置から送信された前記接続要請フレームを処理して、前記第２の装置がサポートする衝突回避方式に関する情報を抽出し、前記第２の装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較した結果に基づいて、前記第２の装置との通信を制御することを特徴とするシステム。
【請求項１３】
特定の通信プロトコルに従う通信のできる装置の通信方法であって、
前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成するステップと、
他装置から送信された接続要請フレームを処理するステップと、
前記接続要請フレームから前記他装置がサポートする衝突回避方式に関する情報を抽出するステップと、
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較するステップと、
前記比較の結果に基づいて前記他装置との通信を制御するステップと、
を含むことを特徴とする通信方法。
【請求項１４】
特定の通信プロトコルに従う通信のできる装置の通信方法であって、
他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断する判断ステップと、
前記判断ステップにおいて前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、前記他装置から前記接続要請フレームに対する受信応答が所定時間内に受信される場合には、接続割当フレームの受信を待機し、前記他装置から前記接続要請フレームに対する受信応答が前記所定時間内に受信されない場合には、受信待機を終了する制御ステップと、
を含むことを特徴とする通信方法。
【請求項１５】
特定の通信プロトコルに従う通信のできる装置の通信方法であって、
他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断する判断ステップと、
前記判断ステップにおいて前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、所定時間内に、前記他装置から接続割当フレームが受信されない場合には受信待機を終了する制御ステップと、
を含むことを特徴とする通信方法。
【請求項１６】
特定の通信プロトコルに従う通信のための第１の装置及び第２の装置を含むシステムの通信方法であって、
前記第１の装置において、前記通信プロトコルに基づいて規定された複数の種類の情報の中で、前記第１の装置がサポートする衝突回避方式に関する情報が省略されるように、かつ、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように、ビーコンフレームを生成するステップと、
前記第２の装置において、前記第１の装置から送信されたビーコンフレームに前記判別情報が含まれているかどうかを判断するステップと、
前記第２の装置において、前記ビーコンフレームに前記判別情報が含まれている場合に、前記通信プロトコルにより定義されたフレームフォーマットに基づいて接続要請フレームを生成して前記第１の装置に送信するステップと、
前記第１の装置において、前記第２の装置から送信された前記接続要請フレームを処理して、前記第２の装置がサポートする衝突回避方式に関する情報を抽出するステップと、
前記第１の装置において、前記第２の装置の衝突回避方式に関する情報と、前記第１の装置の衝突回避方式に関する情報とを比較した結果に基づいて、前記第２の装置との通信を制御するステップと、
を含むことを特徴とする通信方法。
【請求項１７】
特定の通信プロトコルに従う通信が可能な装置を制御するプログラムであって、
前記装置に、
前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成するステップと、
他装置から送信された接続要請フレームを処理するステップと、
前記接続要請フレームから前記他装置がサポートする衝突回避方式に関する情報を抽出するステップと、
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較するステップと、
前記比較の結果に基づいて前記他装置との通信を制御するステップと、
を実行させるプログラム。
【請求項１８】
特定の通信プロトコルに従う通信が可能な装置を制御するプログラムであって、
前記装置に、
他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省
略されていることを示す判別情報が含まれているかどうかを判断する判断ステップと、
前記判断ステップにおいて前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、前記他装置から前記接続要請フレームに対する受信応答が所定時間内に受信される場合には、接続割当フレームの受信を待機し、前記他装置から前記接続要請フレームに対する受信応答が前記所定時間内に受信されない場合には、受信待機を終了する制御ステップと、
を実行させるプログラム。
【請求項１９】
特定の通信プロトコルに従う通信が可能な装置を制御するプログラムであって、
前記装置に、
他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省
略されていることを示す判別情報が含まれているかどうかを判断する判断ステップと、
前記判断ステップにおいて前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、所定時間内に、前記他装置から接続割当フレームが受信されない場合には受信待機を終了する制御ステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信システム、通信方法、及びこの通信方法を実行するためのプログラムに関する。
【背景技術】
【０００２】
近年、医療サービスのように人体に密接して配置されたデバイスを利用する分野に情報通信技術を適用する研究が活発に行われてきた。ＩＥＥＥ８０２委員会はボディエリアネットワーク（Ｂｏｄｙ  Ａｒｅａ  Ｎｅｔｗｏｒｋ；ＢＡＮ）アプリケーションのための近距離低電力無線通信を目的とするＩＥＥＥ８０２．１５．６標準プロトコルを提案した。
【０００３】
ＩＥＥＥ８０２．１５．６プロトコルは人の身中（ｉｎ−ｂｏｄｙ）、身体の上（ｏｎ−ｂｏｄｙ）、または、身体の周囲（ｏｆｆ−ｂｏｄｙ）で動作する無線ＢＡＮ（ＷＢＡＮとも称す。）のための物理（ｐｈｙｓｉｃａｌ；ＰＨＹ）レイヤ及び媒体アクセス制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ；ＭＡＣ）サブレイヤを定義する。ここで、身体は人体に限定されなく、動物やその他の人に似た電波環境を持つ有機体等に応用される可能性も排除しない。
【０００４】
ＩＥＥＥ８０２．１５．６プロトコルによると、ＢＡＮネットワークに属する装置はハブ（ｈｕｂ）、又は、ノード（ｎｏｄｅ）として機能し、１つのハブと、１つ又はそれ以上のノードとが一つの独立的なネットワークを形成する。ネットワークに含まれる通信装置、特に、モバイル装置は主に小型電池で動作するため、動作可能時間を伸ばすためには消費電力を低減することが重要である。
【０００５】
電池寿命を節約するための技術として、例えば、特表２０１２−５１９４３９号は、無線センサーネットワークに属する装置が、検出されたパラメーター値及び現在の電池電荷レベルに基づいて適切なスリープパターンを判定し、これを上記ネットワーク内の他の装置に送信すれば、上記他の装置は上記スリープパターンに基づいて動作を制御する技術を開示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特表２０１２−５１９４３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ビーコンモードで動作するハブは一つ又はそれ以上のビーコン信号を活動ビーコン周期（『スーパーフレーム』とも称す。）ごとに発信しなければならない。従来、ＩＥＥＥ８０２．１５．６プロトコルにおいて、ビーコンフレームはＭＡＣケーパビリティー（ＭＡＣ  Ｃａｐａｂｉｌｉｔｙ）等の、ノードがハブと通信を行う際に必要になる多量の情報を含む。ビーコンフレームに含まれたＭＡＣケーパビリティーはハブがサポートする衝突回避方式に関する情報を含む。ところで、ノードがＣＳＭＡ／ＣＡとＳｌｏｔｔｅｄ  Ａｌｏｈａの二種類の方式のうち、片方しかサポートできない場合には、ハブがサポートする衝突回避方式に関わらず自分がサポートする方式で対応するので、ハブがサポートする衝突回避方式は意味のある情報とはならない。また、ハブとノードとの衝突回避方式が一致しても、ハブの状態によりノードの接続要請を拒否する等、それに対して応答できない場合もある。このような場合にはハブが発信するビーコンフレームに含まれた一部の情報は電力消耗の原因に過ぎない。
【０００８】
この発明の目的は、二つの通信装置の接続プロセスにおいて消費される電力を低減する通信方法、これを実現する為の装置、システム、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の１つの態様は、特定の通信プロトコルに従う通信のための装置であって、上記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、上記プロセッサは、上記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成し、他装置から送信された接続要請フレームを処理して、上記他装置がサポートする衝突回避方式に関する情報を抽出し、上記抽出された衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較した結果に基づいて上記他装置との通信を制御する。
【００１０】
また、本発明の他の１つの態様は、特定の通信プロトコルに従う通信のための装置であって、上記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、上記プロセッサは、他装置から送信されたフレームがビーコンフレームである場合、上記ビーコンフレームに上記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断し、上記判断結果に基づいて、上記他装置との通信を制御する。
【発明の効果】
【００１１】
本発明によると、通信接続プロセスに関連した端末の電力消費を低減することができる。
【図面の簡単な説明】
【００１２】
以下の詳細な記述が以下の図面と合わせて考慮されると、本願のより深い理解が得られる。これらの図面は例示に過ぎず、本発明の範囲を限定するものではない。
【図１】ＢＡＮの構成を示す図である。
【図２】本発明の一実施形態に係る通信システムを示すブロック図である。
【図３】ハブ又はノード内のＰＨＹレイヤとＭＡＣサブレイヤを示す図である。
【図４】ＢＡＮの時間参照ベースを示す図である。
【図５】ビーコンモードのビーコン周期内でのアクセス期間のレイアウトを示す。
【図６】ノードとハブとの接続手続きを示す図である。
【図７】（Ａ）はＭＡＣフレームのフォーマットを示す図であり、（Ｂ）はＭＡＣヘッダのフォーマットを示す図であり、（Ｃ）はフレームコントロール（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドのフォーマットを示す図であり、（Ｄ）はＭＡＣフレームボディのフォーマットを示す図である。
【図８】ビーコン（Ｂｅａｃｏｎ）フレームのフレームペイロードフォーマットを示す図である。
【図９】接続要請（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）フレームのフレームペイロードフォーマットを示す図である。
【図１０】接続割当（Ｃｏｎｎｅｃｔｉｏｎ  Ａｓｓｉｇｎｍｅｎｔ）フレームのフレームペイロードフォーマットを示す図である。
【図１１】ＭＡＣケーパビリティー（ＭＡＣ  Ｃａｐａｂｉｌｉｔｙ）フィールドのフォーマットを示す図である。
【図１２】本発明の一実施形態に係るビーコンフレームの省略フィールドを示す図である。
【図１３】（Ａ）及び（Ｂ）は本発明の一実施形態に係るノードとハブとの接続手続きを示す信号フローダイヤグラムである。
【図１４】（Ａ）及び（Ｂ）は本発明の一実施形態に係るノードとハブとの接続手続きを示す信号フローダイヤグラムである。
【図１５】本発明の一実施形態による接続プロセスを実現するためのアルゴリズムを示すフローチャートである。
【図１６】（Ａ）は本発明の一実施形態に係る電子時計型装置の外見を示す図であり、（Ｂ）はこの装置のハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【００１３】
本明細書においては、主に本発明をＢＡＮに適用した実施形態について説明するが、本発明の適用分野はＢＡＮに限定されない。例えば、本発明は、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、Ｗｉ−Ｆｉ（登録商標）、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（登録商標）等の他の無線通信技術にも適用可能である。
【００１４】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
【００１５】
図１はＢＡＮの構成を示す模式図である。ＢＡＮ１０はハブＨの役割をする装置と、ノードＮの役割をする装置を含む。一つのＢＡＮには一つのハブが存在する反面、ノードの数は０から当該ハブの最大接続可能ノード数（ｍＭａｘＢＡＮＳｉｚｅ）の範囲である。図１に示された例においては、４個のノードＮ１乃至Ｎ４がＢＡＮに属するが、ノードの数は図示の例に限定されない。ハブＨは、例えば、スマートフォン、ＰＤＡ等の携帯端末、又は通信機能を含む電子時計である。ノードＮは、例えば、生体信号を測定したり入力受けたりしてハブＨに伝達する機能を行う生体信号測定装置、生体信号モニタリング装置、若しくは、各種センサー、又はこれらを含む電子時計である。
【００１６】
図２は本発明の一実施形態に係る通信システムを示すブロック図である。本実施形態において、通信システム２０はハブとして機能する装置２００と、ノードとして機能する装置３００とを含む。図２の例では、一個のノードがハブと通信することを示すが、上記のように、ハブに接続可能なノードの数はこの例に限定されない。装置２００は、一つ又はそれ以上のノードと通信し、これらを制御する。装置３００は医療機器、家電製品、個人娯楽機器、等の一つ又はそれ以上のアプリケーションのための、身体（人間の体に限定されない。）上で、内部で、又は、その周囲で動作する低電力無線ノードである。
【００１７】
装置２００は、通信部２１０、プロセッサ２２０、及びメモリ２３０を含む。プロセッサ２２０はアンテナ２１２及び通信部（或いは、ｔｒａｎｓｃｅｉｖｅｒ）２１０を介して、及び／又は、インターネット又は他のＢＡＮネットワークに連結されたワイヤーライン（図示せず）を介して交換されるメッセージを処理する。アンテナ２１２はプロセッサ２２０によって採用される無線通信方式に対応する周波数の電波を送受信する。通信部２１０は、プロセッサ２２０から入力された電気信号を電磁波に変換したり、受信した電磁波を電気信号に変換したりしてプロセッサ２２０に出力する回路を含む。このような電気信号は、フレームの単位で送受信される。本実施形態において、プロセッサ２２０はＢＡＮプロトコルに従って他の装置、例えば、装置３００へ送信するフレームを生成し、他の装置、例えば、装置３００から受信されたフレームをＢＡＮプロトコルに従って処理（例えば、復号）する。プロセッサ２２０はソフトウェア、ファームウェア、ハードウェア、又は、これらの組合せによって構成されることができる。
【００１８】
メモリ２３０は送受信されるフレームのデータ（以下、『フレームデータ』と称す。）だけでなく、フレーム構造、媒体アクセス制御、及び電力管理情報等のデータを格納するために使われることができる。特に、メモリ２３０に、装置２００が他の装置と接続した履歴（ｈｉｓｔｏｒｙ）に関する情報（以下、『履歴情報』と称す。）を格納することができる。上記履歴情報は、他の装置から受信したＭＡＣフレームに記録された情報を含むことができる。上記ＭＡＣフレームに記録された情報は、例えば、上記他の装置のＭＡＣケーパビリティー、ＰＨＹケーパビリティー等を含む。また、メモリ２３０は、プロセッサ２２０によって使われるコンピュータプログラム命令、ソフトウェア、及び／又はファームウェアを格納するために使われることもできる。メモリ２３０としては、通信装置２００に組み込まれた、又は、通信装置２００から着脱可能なＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、又はディスクドライブ等を含む任意の記憶装置が使われることができる。或いは、メモリ２３０はプロセッサ２２０に組み込まれた、又は、プロセッサ２２０から着脱可能な任意の記憶装置であっても良い。
【００１９】
装置３００は、通信部３１０、プロセッサ３２０、及びメモリ３３０を含む。プロセッサ３２０はアンテナ３１２及び通信部（或いは、ｔｒａｎｓｃｅｉｖｅｒ）３１０を介して交換されるメッセージを処理する。アンテナ３１２はプロセッサ３２０によって採用される無線通信方式に対応する周波数の電波を送受信する。通信部３１０は、プロセッサ３２０から入力された電気信号を電磁波に変換したり、受信した電磁波を電気信号に変換したりしてプロセッサ３２０に出力する回路を含む。本実施形態において、プロセッサ３２０はＢＡＮプロトコルに従って他の装置、例えば、装置２００へ送信するフレームを生成し、他の装置、例えば、装置２００から受信されたフレームをＢＡＮプロトコルに従って処理する。プロセッサ３２０はソフトウェア、ファームウェア、ハードウェア、又は、これらの組合せによって構成されることができる。
【００２０】
メモリ３３０は送受信されるフレームデータだけでなく、フレーム構造、媒体アクセス制御、及び電力管理情報等のデータを格納するために使われることができる。特に、メモリ３３０には、他の装置、例えば、装置２００から受信したＭＡＣフレームに記録された情報を含むことができる。上記ＭＡＣフレームに記録された情報は、例えば、上記他の装置のＭＡＣケーパビリティー等を含む。また、メモリ３３０は、プロセッサ３２０によって使われるコンピュータプログラム命令、ソフトウェア、及び／又はファームウェアを格納するために使われることもできる。メモリ３３０としては、通信装置３００に組み込まれた、又は、通信装置３００から着脱可能なＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、又はディスクドライブ等を含む任意の記憶装置が使われることができる。或いは、メモリ３３０はプロセッサ３２０に組み込まれた、又は、プロセッサ３２０から着脱可能な任意の記憶装置であっても良い。
【００２１】
装置２００又は３００は、例えば、体温、呼吸、心拍数、血糖、等の身体からのデータをモニターするために使われるセンサー、又は、心拍調節期（ｐａｃｅ  ｍａｋｅｒ）、呼吸器、インスリンポンプを制御する等の機能を提供するデバイス（図示省略）と連結されることができる。
【００２２】
図１に示されたネットワーク１０と、図２に示されたシステム２０とは例示に過ぎず、本明細書に記述されたフレーム生成方法及び処理方法を具現することができるシステム又はデバイスの範囲を制限することではない。本発明に従って通信を行う任意の装置は本発明の範囲に属する。
【００２３】
ハブ２００又はノード３００は、内部的に物理的（ｐｈｙｓｉｃａｌ又はＰＨＹ）レイヤと媒体アクセス制御（ＭＡＣ）サブレイヤとに区分けされる。図３はＩＳＯ／ＯＳＩ−ＩＥＥＥ８０２リファレンスモデルによるＰＨＹレイヤとＭＡＣサブレイヤとを示す。ノードとハブ間の直接的な通信はＰＨＹレイヤとＭＡＣサブレイヤで起こる。本実施形態の場合、ノード又はハブのＰＨＹレイヤとＭＡＣサブレイヤとは与えられた時間に一つのチャンネルで動作するが、本発明の技術思想はこれに限定されない。
【００２４】
ノード又はハブ内で、ＰＨＹはＭＡＣとの間に位置したＰＨＹサービスアクセスポイント（Ｓｅｒｖｉｃｅ  ａｃｃｅｓｓ  ｐｏｉｎｔ；ＳＡＰ）を通じてＭＡＣにサービスを提供し、ＭＡＣはＭＡＣサブレイヤの真上に位置したＭＡＣ  ＳＡＰを通じてＭＡＣクライアント（上位レイヤ）にサービスを提供する。送信時に、ＭＡＣクライアントはＭＡＣ  ＳＡＰを経てＭＡＣサブレイヤへＭＡＣサービスデータユニット（ＭＳＤＵ）を通過させ、ＭＡＣサブレイヤはＰＨＹ  ＳＡＰを経てＰＨＹレイヤへＭＡＣフレーム（ＭＡＣプロトコルデータユニット又はＭＰＤＵとも称す。）を通過させる。受信時には、ＰＨＹレイヤはＭＡＣフレームをＰＨＹ ＳＡＰを経てＭＡＣサブレイヤへ通過させ、ＭＡＣサブレイヤはＭＡＣ ＳＡＰを経てＭＡＣクライアントへＭＳＤＵを通過させる。
【００２５】
以下、図４及び図５を参照して、媒体アクセスについて説明する。全てのノードとハブは、それらの媒体アクセスが時間により計画（スケジューリング）されるならば、図４に示すように時間参照ベース（ｔｉｍｅ  ｒｅｆｅｒｅｎｃｅ  ｂａｓｅ）を構築する。ＢＡＮ内の時間参照割当を提供又はサポートするために、ハブはビーコンを発信するかどうかにかかわらず時間軸をビーコン周期（スーパーフレーム）に分割する時間ベースを構築する。各ビーコン周期は同じ長さを持って、０、１、．．．、ｓ（ここで、ｓ≦２５５）の番号が付けられた割当スロットにより構成される。このような場合に、ハブは、非活動スーパーフレームを除いた各ビーコン周期（スーパーフレーム）でビーコンを送信したり、いかなるスーパーフレームでもビーコンを送信しなかったりする。ビーコンはネットワークの存在を知らせてノードにネットワークに参加させるためにハブによって送信されるフレームである。また、ビーコンは、媒体アクセスコーディネーション、ノード電力管理、クロック同期化などのネットワーク管理のために送信される。
【００２６】
ＩＥＥＥ８０２．１５．６プロトコルによると、ハブは次の三種類のアクセスモードの中の一つのモードで動作する。
（１）ビーコン周期（スーパーフレーム）基盤ビーコンモード：時間参照割当を可能にするために、非活動スーパーフレームを除いたそれぞれのビーコン周期（スーパーフレーム）でハブがビーコンを送信する。
（２）スーパーフレーム基盤非ビーコンモード：媒体へのアクセスが、時間参照を含み、スーパーフレーム及び割当スロットを有するが、ハブがビーコンを送信しない。ハブはスーパーフレーム期間中に管理されたアクセス期間（Ｍａｎａｇｅｄ  Ａｃｃｅｓｓ  Ｐｈａｓｅ：ＭＡＰ）のみ運営する。
（３）スーパーフレームに基づかない非ビーコンモード：媒体へのアクセスが時間参照を含まず、ハブがビーコンを送信しない。
【００２７】
図５はビーコンモードのビーコン周期内でのアクセス期間のレイアウトを示す。ビーコンモードで、ハブは図５に示すように、各々の活動ビーコン周期内にアクセス期間を編成する。図５においてＢはビーコンを示す。活動スーパーフレームにおいて、ハブはビーコンを送信し、アクセス期間を提供する。アクセス期間はマネジメント、コントロール、及びデータタイプフレームを交換するために使われる。非活動スーパーフレームでは、ハブはビーコンを送信しないで、如何なるアクセス期間も提供しない。
【００２８】
ハブは排他的アクセス期間（Ｅｘｃｌｕｓｉｖｅ  Ａｃｃｅｓｓ  Ｐｈａｓｅ：ＥＡＰ）１、ランダムアクセス期間（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｈａｓｅ：ＲＡＰ）１、管理されたアクセス期間（Ｍａｎａｇｅｄ  Ａｃｃｅｓｓ  Ｐｈａｓｅ：ＭＡＰ）、排他的アクセス期間２、ランダムアクセス期間２、他の管理されたアクセス期間、及び競争アクセス期間（Ｃｏｎｔｅｎｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｈａｓｅ：ＣＡＰ）を図５に図示された順に配置する。０でない長さを有するＣＡＰを提供するために、ハブはそれに先立ってＢ２フレームを送信する。後続するＣＡＰの長さが０である場合にはハブがＢ２フレームを送信しない。
【００２９】
ＢＡＮのように、集中化されたコントローラを使わない分散環境において、全てのステーション（ハブ端末、ノード端末）はチャンネルに接近するために競争するが、二つ以上のステーションが同時にチャネルを使う場合には信号の衝突によって通信ができなくなる。このような衝突を防ぐために、ＢＡＮは『衝突回避を含むキャリア感知多重アクセス（ｃａｒｒｉｅｒ  ｓｅｎｓｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ  ｗｉｔｈ  ｃｏｌｌｉｓｉｏｎ  ａｖｏｉｄａｎｃｅ；ＣＳＭＡ／ＣＡ）』又は『Ｓｌｏｔｔｅｄ  Ａｌｏｈａ』の中でいずれかに基づいた競争アクセスをサポートする。競争アクセスによって、ノードは競争アクセス期間（ＣＡＰ）内に一つ又はそれ以上のフレームの通信を開始するための時間を取得する。ハブ又はノードは競争アクセス又はランダムアクセスで衝突を回避する方式として、上記ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ  Ａｌｏｈａのいずれかをサポートする。ビーコンフレームは上記衝突回避方式を含む、ハブがサポートしている機能に関する情報をノードに伝達し、ノードとハブとの同期化のためにスーパーフレームの開始を知らせる。
【００３０】
ＣＳＭＡ／ＣＡは、ノードが伝送するデータがある時、設定された競争ウィンドウ（ＣＷ：Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ）内で所定の数のスロットに相当する時間を待った後に伝送を試みる方式である。Ｓｌｏｔｔｅｄ  Ａｌｏｈａは、チャンネルを時間帯別に分けて衝突危険を減らす方式で、各ノードは時間帯の開始のみで伝送が可能である。
【００３１】
図６は従来のノードとハブとの接続手続きを示す信号フローダイヤグラムである。示されたように、まだハブに接続されていないノードは、ハブから発信されたビーコンフレームを受信し、受信されたビーコンフレームからスーパーフレーム及びネットワークに関する様々な情報を取得する。上記情報は、ビーコンフレームのヘッダに含まれたネットワークの固有な識別情報であるネットワークＩＤ（本実施形態の場合、ＢＡＮ  ＩＤ）と、ハブのアドレス、及びペイロードに記録されたＭＡＣケーパビリティーを含む。ノードは、取得された上記情報に基づいて接続要請（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）フレームを生成し、これをハブに送信する。接続要請フレームはハブとの接続の生成又は変更を要請するためにノードによって送信されるフレームである。ノードから接続要請フレームを受信したハブは成功的なフレームの受信を確認させる確認応答フレームであるＩ−Ａｃｋ（Ｉｍｍｅｄｉａｔｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームをノードに送信した後、接続割当（Ｃｏｎｎｅｃｔｉｏｎ  Ａｓｓｉｇｎｍｅｎｔ）フレームを生成してノードに送信する。接続割当フレームは、接続要請に答えたり、接続割当を開始又は変更したりするためにハブから送信されるフレームである。接続割当フレームは当該ノードの接続を許容するかどうかを示す情報を含む。
【００３２】
ハブが当該ノードの接続を許容する場合に、ハブから接続割当フレームを受信したノードはＩ−Ａｃｋフレームをハブへ送信する。これによって、ノードとハブとが接続され、互いに必要な情報（データ）を交わすことができる状態になる。一方、ハブが当該ノードの接続を許容しない場合に、ノードはこれ以上ハブへフレームを伝送しないし、接続手続きは終了する。
【００３３】
以下では、ＢＡＮ通信に用いられるビーコンフレーム、接続要請フレーム、及び接続割当フレームのＭＡＣフレーム構造について詳細に説明する。本発明の一実施形態に係るＭＡＣフレームのフォーマットは図７（Ａ）に示される。ＭＡＣフレームは固定された長さのＭＡＣヘッダ、可変長のＭＡＣフレームボディ、及び固定された長さのフレームチェックシークエンス（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ；ＦＳＣ）フィールドを含む。フレームチェックシークエンスフィールドは、ＭＡＣフレームのフッター（ｆｏｏｔｅｒ）である。ＭＡＣフレームに含まれるフィールドは以下に詳細に定義される。以下の図面において、ＭＡＣフレームに含まれたフィールドは左側から右側の順に伝送され、点線で描かれたフィールドはオプション又は選択的に含まれないフィールドである。各フィールドの上には当該フィールドに含まれるオクテット（ｏｃｔｅｔ）の数と、対応するオクテット伝送順序が表示される。予備（ｒｅｓｅｒｖｅｄ）フィールドは送信時には０に設定され、受信時には無視される。
【００３４】
図７（Ｂ）は、本実施形態に係るＭＡＣヘッダのフォーマットを示す。ＭＡＣヘッダは、フレームコントロール（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）、受信者（Ｒｅｃｉｐｉｅｎｔ）ＩＤ、送信者（Ｓｅｎｄｅｒ）ＩＤ、ＢＡＮ  ＩＤフィールドを含む。フレームコントロールの詳細については後述する。受信者ＩＤは現在のフレームの受信者の縮約されたアドレス（即ち、ＨＩＤ（ｈｕｂ  ｉｄｅｎｔｉｆｉｅｒ）又はＮＩＤ（ｎｏｄｅ  ｉｄｅｎｔｉｆｉｅｒ））、送信者ＩＤは現在のフレームの送信者の縮約されたアドレス（即ち、ＨＩＤ（ｈｕｂ  ｉｄｅｎｔｉｆｉｅｒ）又はＮＩＤ（ｎｏｄｅ  ｉｄｅｎｔｉｆｉｅｒ））、ＢＡＮ  ＩＤは現在のフレームが伝送されるＢＡＮの縮約されたアドレスに設定される。
【００３５】
本実施形態に係るフレームコントロールのフォーマットは図７（Ｃ）に詳細に示される。フレームコントロールの各フィールドはＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．２．１．１に定義されている。フレームコントロールのフィールドの中でフレームサブタイプ（Ｆｒａｍｅ  Ｓｕｂｔｙｐｅ）とフレームタイプ（Ｆｒａｍｅ  Ｔｙｐｅ）フィールドとは、下記の表１に従って現在のフレームのタイプを表示するように設定される。
【表１】
0006631242.tif 000002
【００３６】
表１に示したように、フレームタイプの値は現在のフレームのタイプを示す。特に、フレームタイプ値が００であればマネジメントフレームであり、０１であればコントロールフレーム、１０であればデータフレーム、１１であれば予備フレームであることを示す。フレームサブタイプの値は現在のフレームのサブタイプによって設定される。即ち、フレームタイプ値と、フレームサブタイプ値との組合せが現在のフレームの種類を示す。例えば、フレームタイプ値が００、フレームサブタイプ値が００００であれば現在のフレームがビーコンフレームであり、フレームタイプ値が００、フレームサブタイプ値が１０００であれば現在のフレームが接続要請フレームであり、フレームタイプ値が００、フレームサブタイプ値が１００１であれば現在のフレームが接続割当フレームであることを示す。一方、フレームタイプ値が０１、フレームサブタイプ値が００００であれば現在のフレームがＩ−Ａｃｋフレームであることを示す。
【００３７】
図７（Ｄ）は、本実施形態に係るＭＡＣフレームボディのフォーマットを示す。現在のフレームがセキュアでない（ｕｎｓｅｃｕｒｅｄ）フレームである場合（ＭＡＣヘッダのフレームコントロール（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドのセキュリティレベル（Ｓｅｃｕｒｉｔｙ  Ｌｅｖｅｌ）フィールドによって示される。）、ローオーダーセキュリティシークエンス番号（ｌｏｗ−ｏｒｄｅｒ  Ｓｅｃｕｒｉｔｙ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）フィールド及びＭＩＣ（Ｍｅｓｓａｇｅ  Ｉｎｔｅｇｒｉｔｙ  Ｃｏｄｅ）フィールドは存在しない。フレームペイロードは受信者に伝えられなければならないフィールドのシークエンスである。ノードによってハブに伝送されるＩ−Ａｃｋフレームはペイロードを含まない。ハブによってノードに伝送されるＩ−Ａｃｋフレームは選択的にペイロードを含む。
【００３８】
本実施形態に係るビーコンフレームは、図８に示したフォーマットを持つフレームペイロードを含む。ビーコンフレームのフレームペイロードの各フィールドはＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．３．１に定義されている。ビーコンフレームのフレームペイロードの複数のフィールドの中で、ＲＡＰ１スタート（ＲＡＰ１Ｓｔａｒｔ）、ビーコンシフティングシークエンス（Ｂｅａｃｏｎ  Ｓｈｉｆｔｉｎｇ  Ｓｅｑｕｅｎｃｅ）、チャンネルホッピング状態（Ｃｈａｎｎｅｌ  Ｈｏｐｐｉｎｇ  Ｓｔａｔｅ）、次のチャンネルホップ（ Ｎｅｘｔ  Ｃｈａｎｎｅｌ  Ｈｏｐ）、及び非活動期間（Ｉｎａｃｔｉｖｅ  Ｄｕｒａｔｉｏｎ）は一定の条件の下に存在するオプションデータである。
【００３９】
本実施形態に係る接続要請フレームは図９に示したフォーマットを持つフレームペイロードを含む。受信者アドレス（Ｒｅｃｉｐｉｅｎｔ Ａｄｄｒｅｓｓ）フィールドは現在のフレームの受信者のＥＵＩ−４８に設定され、ＥＵＩ−４８を知らない場合は０に設定される。送信者アドレス（Ｓｅｎｄｅｒ  Ａｄｄｒｅｓｓ）フィールドは現在のフレームの送信者のＥＵＩ−４８に設定される。ＭＡＣケーパビリティーフィールドは接続要請フレームを送信するノードがサポートする機能に関する情報（例えば、ノードがサポートする衝突回避方式）を含む。接続要請フレームのフレームペイロードの残りのフィールドの各々はＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．３．６に定義されている。
【００４０】
本実施形態に係る接続割当フレームは図１０に示したフォーマットを有すフレームペイロードを含む。接続割当フレームのフレームペイロードに含まれる複数のフィールドの各々はＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．３．７に定義されている。上記複数のフィールドのうちモード／状態（Ｍｏｄｅ／Ｓｔａｔｕｓ）フィールドについて詳細に説明する。モード／状態フィールドはハブのアクセスモード及び接続割当の状態を示し、そのフォーマットは図１０に一緒に示されている。アクセスインジケーター（Ａｃｃｅｓｓ  Ｉｎｄｉｃａｔｏｒ）フィールドはハブのアクセスモードに設定される。フィールド値は下記の表２に示されている。
【表２】
0006631242.tif 000003
【００４１】
接続状態（Ｃｏｎｎｅｃｔｉｏｎ  Ｓｔａｔｕｓ）フィールドは接続割当の状態に設定される。フィールド値は下記の表３に示されている。
【表３】
0006631242.tif 000004
【００４２】
すなわち、ハブが、受信された接続要請フレームの送信者であるノードの接続要請を許容する場合には接続状態フィールドの値が０に設定され、接続要請を拒否する場合には拒否の理由に応じて接続状態フィールドの値が１−１０の中で一つに設定される。ノードはハブから受信した接続割当フレームのペイロードに含まれた接続状態フィールドの値によって接続要請が許容されたか拒否されたかを判断することができる。
【００４３】
図８乃至図１０に示されたように、ビーコンフレーム、接続要請フレーム及び接続割当フレームはそのペイロードにＭＡＣケーパビリティー（ＭＡＣ  Ｃａｐａｂｉｌｉｔｙ）フィールドを含む。ＭＡＣケーパビリティーフィールドは、当該フレームの送信者が多様な機能及び機能的要件をサポートするかどうかを示し、図１１に図示されたフォーマットを有する。ＭＡＣケーパビリティーはフレームの送信者がサポートする機能を受信者に知らせる。ＭＡＣケーパビリティーの各フィールドは下記のように定義される（ＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．６．１を参照）。
１）ＣＳＭＡ／ＣＡフィールドは、送信者がＥＡＰ１、ＲＡＰ１、ＥＡＰ２、ＲＡＰ２及びＣＡＰでＣＳＭＡ／ＣＡを用いることによって得られた競争的割当をサポートすれば１に設定され、そうでなければ０に設定される。即ち、フレームの送信者が衝突回避方式としてＣＳＭＡ／ＣＡをサポートすればこのフィールドは１に設定される。
２）Ｓｌｏｔｔｅｄ  Ａｌｏｈａ  Ａｃｃｅｓｓフィールドは、送信者がＥＡＰ１、ＲＡＰ１、ＥＡＰ２、ＲＡＰ２及びＣＡＰでＳｌｏｔｔｅｄ  Ａｌｏｈａアクセスを用いることによって得られた競争的割当をサポートすれば１に設定され、そうでなければ０に設定される。即ち、フレームの送信者が衝突回避方式としてＳｌｏｔｔｅｄ  Ａｌｏｈａをサポートすればこのフィールドは１に設定される。
３）Ｔｙｐｅ−Ｉ  Ｐｏｌｌｉｎｇ  Ａｃｃｅｓｓフィールドは、送信者がタイプ−Ｉポーリング割当をサポートすれば１に、そうでなければ０に設定される。
４）Ｔｙｐｅ−ＩＩ Ｐｏｌｌｉｎｇ  Ａｃｃｅｓｓフィールドは、送信者がタイプ−ＩＩポーリング割当をサポートすれば１に、そうでなければ０に設定される。
５）Ｓｃｈｅｄｕｌｅｄ  Ａｃｃｅｓｓフィールドは、送信者が計画された割当をサポートすれば１に、そうでなければ０に設定される。
６）Ｕｎｓｃｈｅｄｕｌｅｄ  Ａｃｃｅｓｓフィールドは、計画されなかった双方向リンク割当をサポートすれば１に、そうでなければ０に設定される。
７）Ｆｒａｇｍｅｎｔａｔｉｏｎ／Ｒｅａｓｓｅｍｂｌｙフィールドは、送信者が断片化及び再組立てをサポートすれば１に、そうでなければ０に設定される。
８）Ｃｏｍｍａｎｄ  Ｆｒａｍｅｓフィールドは、送信者がコマンドフレームの処理及び機能性をサポートすれば１に、そうでなければ０に設定される。
９）Ｎｏｄｅ  Ａｌｗａｙｓ  Ａｃｔｉｖｅ／Ｈｕｂ  Ｃｌｏｃｋ  ＰＰＭフィールドは、ノードによって送信されるフレームにおいてはＮｏｄｅ  Ａｌｗａｙｓ  Ａｃｔｉｖｅフィールドとして用いられ、ノードがいつも活動状態にあれば１に、そうでなければ０に設定される。ハブによって送信されるフレームにおいては、Ｈｕｂ  Ｃｌｏｃｋ  ＰＰＭフィールドとして用いられ、ハブがｐｐｍの最小正確度がｍＨｕｂＣｌｏｃｋＰＰＭＬｉｍｉｔ／２であるクロックを有すれば１に設定され、ｐｐｍの最小正確度がｍＨｕｂＣｌｏｃｋＰＰＭＬｉｍｉｔであるクロックを有すれば０に設定される。
１０）Ｇｕａｒｄ  Ｔｉｍｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇフィールドは、ノードによって送信されるフレームにおいてはノードが集中形ガード時間提供をサポートし要求すれば１に設定され、分散形ガード時間提供をサポートし要求すれば０に設定される。ハブによって送信されるフレームにおいては、予備（即ち、リザーブ）フィールドになる。
１１）Ｌ−Ａｃｋ／Ｂ−Ａｃｋフィールドは送信者がＬ−Ａｃｋ／Ｂ−Ａｃｋ確認を全部サポートすれば１に、そうでなければ０に設定される。
１２）Ｇ−Ａｃｋフィールドは送信者がグループ確認をサポートすれば１に、そうでなければ０に設定される。
１３）Ｒｅｌａｙｉｎｇ  Ｎｏｄｅフィールドは、フレームの送信者が２−ホップ拡張されたスターＢＡＮの中継（Ｒｅｌａｙｉｎｇ）ノードに要求される機能性をサポートするノードであれば１に、この機能性をサポートしないノードであれば０に設定される。フレームの送信者がハブならば、予備フィールドになる。
１４）Ｒｅｌａｙｉｎｇ  Ｈｕｂ／Ｎｏｄｅフィールドは送信者が２−ホップ拡張されたスターＢＡＮで中継された（ｒｅｌａｙｅｄ）ハブ又はノードが要求する機能性をサポートすれば１に、そうでなければ０に設定される。
１５）Ｂｅａｃｏｎ  Ｓｈｉｆｔｉｎｇフィールドは送信者がビーコンシフティングをサポートすれば１に、そうでなければ０に設定される。
１６）Ｃｈａｎｎｅｌ  Ｈｏｐｐｉｎｇフィールドは送信者がチャンネルホッピングをサポートすれば１に、そうでなければ０に設定される。
１７）Ｄａｔａ  Ｓｕｂｔｙｐｅｓフィールドは現在のフレームの受信者から受信されたデータタイプフレームのための送信者によってサポートされるデータサブタイプの最大個数に設定される。
【００４４】
上述のとおり、従来のＢＡＮ通信プロセスにおいて、ハブは自分がサポートする機能に関する情報を含むＭＡＣケーパビリティーフィールドを含むビーコンフレームを発信する。特に、ビーコンフレームのＭＡＣケーパビリティーにはハブがサポートする衝突回避方式（ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ  Ａｌｏｈａ）に関する情報を示すフィールドが含まれる（上記ＣＳＭＡ／ＣＡフィールド及びＳｌｏｔｔｅｄ  Ａｌｏｈａフィールド）。ところで、例えば、ノードがＣＳＭＡ／ＣＡ及びＳｌｏｔｔｅｄ  Ａｌｏｈａの中で一つの衝突回避方式のみに対応でき、ハブがサポートする衝突回避方式に対応できない場合には、結局当該ノードの接続要請がハブによって拒否されるために、ハブがサポートする衝突回避方式に関する情報は当該ノードに対しては重要な情報とはならない。図１０及び表３に示されたように、ハブはノードから受信した接続要請フレームに含まれた情報に基づいて、当該ノードの接続要請を許容するか、拒否するかを決めることができる。従って、本発明の一実施形態においては、衝突回避方式に関する情報が省略されている、即ち、ＣＳＭＡ／ＣＡ及びＳｌｏｔｔｅｄ  Ａｌｏｈａフィールドが省略されているビーコンフレームをスーパーフレームごとに発信する。より好ましい実施形態においては、ＭＡＣケーパビリティーフィールドを省略したビーコンフレームを発信することによってハブの電力消費をさらに低減させる。
【００４５】
上記のように、本発明の一実施形態によると、ハブは、図８に示されたビーコンフレームフォーマットにより規定された複数のフィールドの中でＭＡＣケーパビリティーフィールドが省略されたペイロードを有するビーコンフレームを生成して発信する。図１１に示されたようにＭＡＣケーパビリティーフィールドは、多量のデータを含むので、ＭＡＣケーパビリティーフィールドが省略されたペイロードを有するビーコンフレームを発信することで、ハブの電力消費を低減することができる。
【００４６】
上記実施形態において、ビーコンフレームのＭＡＣケーパビリティーフィールドが省略されたことを、ノードに通知することが好ましい。本発明の一実施形態によると、ビーコンフレームのＭＡＣヘッダのフレームコントロールフィールドの予備（即ち、リザーブ）になっている４ビット（図７（Ａ）乃至７（Ｃ）参照）の中で特定の１ビットを省略（Ｅｌｉｓｉｏｎ ）フィールドとして定義する。図１２に示されたように、本実施形態では、ビーコンフレームのＭＡＣヘッダのフレームコントロールフィールドの予備になっているｂ４〜ｂ７ビットの中でｂ４が省略フィールドとして用いられる。省略されたフィールドが無い場合はｂ４フィールドの値が０に設定され、ＭＡＣケーパビリティーフィールドが省略された場合は、ｂ４フィールドの値が１に設定される。
【００４７】
ノードがハブからビーコンフレームを受信すると、ビーコンフレームのＭＡＣヘッダ、ＭＡＣフレームボディ、及びＦＣＳに含まれたデータを順次抽出する。ノードは抽出されたＭＡＣヘッダのフレームコントロールフィールドの省略フィールドの値により、上記ビーコンフレームのペイロードに省略されたフィールドがあるかどうかを判断する。即ち、上記省略フィールドの値はビーコンフレームに省略されたフィールドがあるかを示す判別情報として用いられる。具体的に、ノードは省略フィールドの値が０であれば、図８に示されたフォーマットに従ってビーコンフレームのペイロードを処理（例えば、復号）し、省略フィールドの値が１であれば、図８に示されたフォーマットからＭＡＣケーパビリティーフィールドが省略されたフォーマットに従ってビーコンフレームのペイロードを処理する。このようにしてノードはビーコンフレームのヘッダに含まれた上記判別情報に従ってビーコンフレームのペイロードを処理することができる。
【００４８】
一方、本発明の省略フィールドとして用いられるフィールドは上記実施形態に限定されない。上記実施形態ではＭＡＣヘッダのフレームコントロールフィールドの予備になっているｂ４〜ｂ７ビットの中でｂ４ビットが省略フィールドとして用いられるが、他の実施形態では他のビット（例えば、ｂ５−ｂ７の中で１ビット）が使われても良い。また、フレームコントロールの他のフィールドに含まれている予備である１ビットを省略フィールドとして用いても良い。例えば、フレームタイプフィールドの予備やフレームサブタイプフィールドの予備を用いることができる（表１参照）。省略フィールドとして用いられるフィールドの種類は本発明の本質的な思想を構成しない。
【００４９】
図１３（Ａ）及び図１３（Ｂ）は上記実施形態によるハブとノードとの接続手続きを示す信号フローダイヤグラムである。図１３（Ａ）はハブへの接続が可能な場合の信号フローを示す一方、図１３（Ｂ）は接続が不可能な場合の信号フローを示す。上記のように、本実施形態では、電力消費をさらに低減するために、図１３（Ａ）及び図１３（Ｂ）に示されたように、ＭＡＣケーパビリティーフィールドが省略されたビーコンフレームを発信する。従って、図６に示された従来の接続手続きとは違い、ノードはビーコンフレームからハブのＭＡＣケーパビリティーを取得しない。
【００５０】
ノードは受信されたビーコンフレームに判別情報が含まれていれば、ＭＡＣケーパビリティーフィールドが省略されたフレームフォーマットに従って受信されたビーコンフレームのペイロードを処理する。ノード は、ビーコンフレームのヘッダ（図７（Ａ）及び図７（Ｂ）参照）に含まれるネットワークＩＤ（本実施形態の場合、ＢＡＮ  ＩＤ）と、ハブのアドレス等の、ビーコンフレームから取得された情報に基づいて接続要請フレームを生成し、これをハブへ送信する。接続要請フレームは図９に示されたフォーマットを有するフレームペイロードを含む。図９に示されたように接続要請フレームはＭＡＣケーパビリティーフィールドを含んでおり、当該ＭＡＣケーパビリティーフィールドにはノード端末が対応する衝突回避方式に関する情報が含まれる。ハブは、ノードから接続要請フレームを受信すれば、成功的なフレーム受信をノードに確認させるための確認応答フレームであるＩ−Ａｃｋ（Ｉｍｍｅｄｉａｔｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームをノードへ送信する。ハブはノードから受信された接続要請フレームを処理してノードの対応する衝突回避方式を確認し、これを自分がサポートする衝突回避方式と比較することによって、当該ノードの接続を許容するかどうかを判断する。
【００５１】
衝突回避方式が一致し、他の接続拒否事由が無い場合は、図１３（Ａ）に示されたように、ハブが接続割当フレームを生成してノードへ送信する。接続割当フレームは図１０に示されたフォーマットを有するフレームペイロードを含む。この場合、接続割当フレームのモード／状態（Ｍｏｄｅ／Ｓｔａｔｕｓ）フィールドの接続状態（Ｃｏｎｎｅｃｔｉｏｎ  Ｓｔａｔｕｓ）フィールドは、表３に示されたように、０（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｃｅｐｔｅｄ）に設定される。また、接続割当フレームはハブがサポートする通信方式を含むＭＡＣケーパビリティー等の通信に必要な情報をノードに通知する。ハブから接続割当フレームを受信したノードはＩ−Ａｃｋフレームをハブへ送信する。これによって、ノードとハブとが接続され、互いに必要な情報（データ）を通信することができる状態になる。
【００５２】
一方、ハブの衝突回避方式とノードの衝突回避方式が一致しないとハブが判断した場合は、ハブはノードの接続要請を許容しない。この場合、図１３（Ｂ）に示されたように、ハブはＩ−Ａｃｋフレーム、及びモード／状態フィールドの接続状態フィールドの値が１に設定された接続割当フレームをノードへ送信する。上記接続割当フレームを受信したノードは接続が不可能であると判断し、接続プロセスを終了する。
【００５３】
衝突回避方式は一致するが、表３に示されたように接続が可能でない他の事由がある場合には、ハブはその事由に応じてモード／状態フィールドの接続状態フィールドの値を１―１０の中で一つに設定した接続割当フレームを生成してノードに送信する。
【００５４】
図１４（Ａ）及び図１４（Ｂ）は、図１３（Ｂ）の他の実施形態によるハブとノードの接続手続きを示す信号フローダイヤグラムである。まず、図１４（Ａ）の実施形態においては、ハブが図８に示されたフレームフォーマットのビーコンフレームを生成して発信する。即ち、ビーコンフレームはＭＡＣケーパビリティーフィールドを含む。ビーコンフレームを受信したノードは、ハブへ接続要請フレームを送信する。図１３（Ｂ）の実施形態とは違い、ハブは当該接続要請フレームを送信したノードの接続を拒否する場合、Ｉ−Ａｃｋフレーム及び接続割当フレームを送信しない低電力モードで動作する。ノードは所定の時間内に接続要請フレームに対するＩ−Ａｃｋフレームが受信されなければ、ハブが接続を許容しないと判断して受信待機状態を終了する。上記所定の時間は、例えば、接続されていない状態でポールによって割当された時間、即ち、ｕｎｃｏｎｎｅｃｔｅｄ  ｐｏｌｌｅｄ  ａｌｌｏｃａｔｉｏｎである。本実施形態によると、ハブはＩ−Ａｃｋフレーム、及び接続が不可能であることを知らせる接続割当フレームを生成及び送信しないし、ノードは所定の時間が経過した後に受信待機状態を終了するので、ハブとノードの消費電力を低減することができる。
【００５５】
図１４（Ｂ）の実施形態においては、図１４（Ａ）と同様にハブ及びノードが低電力モードで動作する一方、ＭＡＣケーパビリティーフィールドが省略されたビーコンフレームを用いる。これによって、ハブがビーコンフレームを発信するために消費する電力も低減することができる。また、ハブが発信するビーコンフレームにはＭＡＣケーパビリティーが省略されたことを示す判別情報が含まれることが好ましい。上記ビーコンフレームを受信したノードは、図８に示されたビーコンフレームのペイロードフォーマットの中でＭＡＣケーパビリティーフィールドが省略されたフォーマットに従って、受信されたビーコンフレームのペイロードを処理する。ノードは所定の時間（例えば、ｕｎｃｏｎｎｅｃｔｅｄ  ｐｏｌｌｅｄ  ａｌｌｏｃａｔｉｏｎ）内に接続要請フレームに対する受信応答であるＩ−Ａｃｋフレームが受信されなければ、ハブへの接続が不可能であると判断し、受信待機状態を終了する。
【００５６】
図１４（Ａ）及び図１４（Ｂ）の実施形態においては、ノードが接続要請フレームを送信してから所定の時間内にハブからＩ−Ａｃｋフレームが受信されなければ接続が不可能であると判断して受信待機状態を終了する。他の実施形態では、ハブがサポートする衝突回避方式にノードが対応していない場合にはＩ−Ａｃｋフレーム及び接続割当フレームをハブが送信しない低電力モードで動作する一方（図１４（Ａ）又は（Ｂ））、衝突回避方式は一致するがその他の接続拒否事由がある場合にはハブがＩ−Ａｃｋフレーム及び接続割当フレームを送信することにしても良い（図１３（Ｂ））。一方、他の実施形態においては、接続を許容しない場合にもＩ−Ａｃｋフレームは送信するが、接続割当フレームは送信しないことにしても良い。この場合には、所定の時間内に接続割当フレームが受信されなければ、ノードは接続が不可能であると判断して受信待機状態を終了する。また、省略されるフィールドはＭＡＣケーパビリティーフィールドに限定されないし、ＭＡＣケーパビリティーフィールド及びＰＨＹケーパビリティーフィールドを省略することも可能である。
【００５７】
図１４（Ｂ）に示された実施形態によると、次の理由で図６に示された接続手続きに比べて消費電力をより低減することができる。
第一に、ハブが通信方式に関する情報、好適にはＭＡＣケーパビリティーフィールドが省略された省略形ビーコンフレームを発信するので、ビーコンフレームの発信のために必要になるハブの電力消費を低減することができる。
第二に、ハブはノードの接続を許容しない場合接続割当フレームを送信しないし、ノードは所定の時間内にハブから接続割当フレームが受信されなければ当該ハブへの接続が不可能であると判断して受信待機状態を終了する（即ち、低電力モード）。従って、ハブが接続割当フレームを生成して送信するために無駄に電力を消費することがなくなる。ノードにおいても、接続割当フレームを受信して処理するために消費する電力を低減することができる。
【００５８】
図１５は本発明の一実施形態による接続プロセスを実現するためのアルゴリズムを示すフローチャートである。以下、図２を一緒に参照して、図１５のプロセスを詳細に説明する。
【００５９】
接続プロセスが開始されると、ハブ２００のプロセッサ２２０はメモリ２３０から必要な情報を読み出してビーコンフレームを生成する（ステップＳ１５０２）。そして、ハブ２００の通信部２１０は、上記生成されたビーコンフレームを発信する（ステップＳ１５０４）。ノード３００の通信部３１０が上記ビーコンフレームを受信すれば（ステップＳ１５２０）、プロセッサ３２０は上記ビーコンフレームのヘッダを処理する（ステップＳ１５２２）。プロセッサ３２０は受信されたビーコンフレームのヘッダを処理してハブの衝突回避方式に関する情報が省略されていることを示す判別情報があるかどうかを判断する（ステップＳ１５２４）。上記判別情報が検出されていない場合（ステップＳ１５２４：ＮＯ）、プロセッサ３２０はビーコンフレームに省略された情報がないと判断してノーマルモードで動作する（ステップＳ１５２６）。即ち、図６に示された方式で接続プロセスが行われる。
【００６０】
上記判別情報が検出された場合（ステップＳ１５２４：ＹＥＳ）、プロセッサ３２０はペイロードにおいて特定の情報が省略された省略形ビーコンフレームが受信されたと判断し、上記省略形ビーコンフレームを処理する（ステップＳ１５２８）。上記特定の情報はハブがサポートする衝突回避方式に関する情報であり、好適にはＭＡＣケーパビリティーフィールドである。プロセッサ３２０はビーコンフレームから取得された情報に基づいて接続要請フレームを生成し（ステップＳ１５３０）、通信部３１０が上記接続要請フレームをハブ２００に送信する（ステップＳ１５３２）。
【００６１】
ハブ２００の通信部２１０がノード３００から接続要請フレームを受信すれば（ステップＳ１５０６）、プロセッサ２２０は接続要請フレームを処理して接続要請フレームのペイロードのＭＡＣケーパビリティーフィールドからノード３００が対応している衝突回避方式に関する情報を取得する。プロセッサ２２０はメモリ２３０からハブ２００がサポートする衝突回避方式に関する情報を読み出して、これを上記取得された衝突回避方式に関する情報と比較する（ステップＳ１５０８）。衝突回避方式が一致する場合（ステップＳ１５０８：ＹＥＳ）、他の接続拒否の事由があるかどうかを判断する（ステップＳ１５１０）。他の接続拒否事由がない場合は（ステップＳ１５１０：ＮＯ）、接続要請フレームの受信を確認させるＩ−Ａｃｋフレームを生成してノード３００に送信する（ステップＳ１５１２）。次に、ハブ３００はモード／状態フィールドの接続状態フィールドが０に設定された接続割当フレームを生成してノード３００に送信する（ステップＳ１５１４）。ノード３００の通信部３１０がＩ−Ａｃｋフレーム及び接続割当フレームを受信して（ステップＳ１５３４及びステップＳ１５３６）、プロセッサ３２０がこれらを処理すると、接続プロセスが完了され、ハブ２００とノード３００とはデータを交わすことができる状態になる。
【００６２】
一方、上記衝突回避方式が一致していない場合（ステップＳ１５０８：ＮＯ）、又は他の接続拒否の事由がある場合は（ステップＳ１５１０：ＹＥＳ）、低電力モードで動作する（ステップＳ１５１６）。即ち、図１４（Ｂ）に示されたように、ハブ２００はＩ−Ａｃｋフレーム及び接続割当フレームの生成及び送信を行わない。ノード３００は所定の時間内に接続要請フレームに対するＩ−Ａｃｋフレームが受信されなければ、ハブ２００が接続を許容しないと判断し、受信待機状態を終了する。上記所定の時間は、例えば、接続されていない状態でポールによって割当された時間、即ち、ｕｎｃｏｎｎｅｃｔｅｄ  ｐｏｌｌｅｄ  ａｌｌｏｃａｔｉｏｎである。
【００６３】
［第２実施形態］
図１６はＢＡＮ内のハブ又はノードとして機能することができる装置の例示的な実施形態を示し、図１６（Ａ）は外観を示す図であり、図１６（Ｂ）は当該装置のハードウェア構成を示すブロック図である。本実施形態において、上記装置は電子時計である。図１６（Ｂ）に示したように、電子時計１６００は通信モジュール１６１０を備え、通信モジュール１６１０はアンテナ１６１２、通信部１６１４及びプロセッサ１６１６を含む。プロセッサ１６１６はアンテナ１６１２及び通信部１６１４を介して、及び／又は、インターネット又は他のＢＡＮに連結されたワイヤーライン（図示せず）を介して交換されるメッセージを処理する。プロセッサ１６１６は、ソフトウェア、ファームウェア、又は、ハードウェアによって構成されることができる。アンテナ１６１２、通信部１６１４、プロセッサ１６１６の構成及び機能は、図２に関連して説明したアンテナ２１２又は３１２、通信部２１０又は３１０、プロセッサ２２０又は３２０の構成及び機能と同様であるので、より詳細な説明は省略する。また、通信モジュール１６１０は他の装置と送受信するフレームデータ、フレーム構造、媒体アクセス制御及び電力管理情報等のデータ、プロセッサ１６１６によって使われるコンピュータプログラム命令、ソフトウェア、及び／又は、ファームウェア等を格納するメモリ（図示せず）をさらに備えても良い。
【００６４】
中央制御部１６２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の演算処理装置によって構成され、電子時計１６００全体の動作を制御する。例えば、中央制御部１６２０はＲＯＭ１６６０に記録されているプログラムに従って各種の処理を実行する。なお、図２に関連して説明したプロセッサ２２０又は３２０と同様の構成及び機能を中央制御部１６２０で実現しても良いし、中央制御部１６２０とプロセッサ１６１６とが協働して実現しても良い。
【００６５】
入力部１６３０は電子時計１６００の端末本体に対して各種情報及び指示の入力を行う機能を備えた複数個のボタン（ここでいうボタンには、ハードウェアのみならずソフトウェアによって実現されるものも含む。）等により構成されている。ユーザにより各種ボタンが操作されると、入力部１６３０は、操作されたボタンに応じた操作指示を中央制御部１６２０に出力する。中央制御部１６２０は、入力部１６３０から入力された指示に従って所定の動作を各部に実行させる。
【００６６】
表示部１６４０は中央制御部１６２０からの指示に従って、時刻や外部から受信したメッセージ等の各種情報を表示する。
時計部１６５０はシステムクロック又は発振器によって生成される信号から時刻信号を生成し、現在の時刻を出力する。
ＲＯＭ１６６０は中央制御部１６２０で実行される制御プログラム等を格納する。また、ＲＯＭ１６６０はプロセッサ１６１６によって使われるコンピュータプログラム命令、ソフトウェア、及び／または、ファームウェア等を格納しても良い。
ＲＡＭ１６７０は中央制御部１６２０が各種処理を実行する際の作業領域（ｗｏｒｋ  ａｒｅａ）を提供し、電子時計１６００の各部により処理されるデータを格納する。また、ＲＡＭ１６７０は送受信されるフレームデータを格納するのみならず、フレーム構造、媒体アクセス制御及び電力管理情報、等のデータを格納しても良い。
【００６７】
なお、電子時計１６００は、他の装置と連結されることができる。上記他の装置は、例えば、体温、呼吸、心拍数、血糖、等の身体からのデータをモニターするために使われるセンサー、又は、心拍調節期、呼吸器、インスリンポンプを制御する等の機能を提供する装置である。
【００６８】
以上、本発明をＢＡＮ通信に適用した実施形態について説明したが、本発明の適用分野はＢＡＮに限定されないし、例えば、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（登録商標）等の他の無線通信技術にも適用可能である。
【００６９】
上述したプロセスは、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。特定のプロセスをソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ハブ又はノードとして機能する通信装置に、ネットワークや記録媒体からインストールされる。このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布されるリムーバブルメディア（図示せず）等により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成されても良い。
【００７０】
本発明が属する技術分野における通常の知識を有する者は、上記説明及び関連図面から本発明の多くの変形及び他の実施形態を導出することができる。従って、本発明は開示された特定の実施形態に限定されない。本明細書では、複数の特定用語が使われているが、これらは一般的な意味として単に説明の目的のために使われただけであり、発明を制限する目的で使われたものではない。添付の特許請求の範囲及びその均等物により定義される一般的な発明の概念及び思想を抜け出さない範囲で多様な変形が可能である。
【００７１】
本発明のいくつかの実施形態を説明したが、本発明の範囲は、上述の実施の形態に限定されるものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
【００７２】
［付記］
＜請求項１＞
特定の通信プロトコルに従う通信のための装置であって、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
前記プロセッサは、前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成し、
他装置から送信された接続要請フレームを処理して、前記他装置がサポートする衝突回避方式に関する情報を抽出し、前記抽出された衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較した結果に基づいて前記他装置との通信を制御することを特徴とする通信装置。
＜請求項２＞
前記プロセッサは、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように前記ビーコンフレームを生成することを特徴とする請求項１に記載の通信装置。
＜請求項３＞
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、前記他装置に接続割当フレームを送信しないことを特徴とする請求項１又は２に記載の通信装置。
＜請求項４＞
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、前記他装置に前記接続要請フレームに対する受信応答及び接続割当フレームを送信しないことを特徴とする請求項１又は２に記載の通信装置。
＜請求項５＞
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、自装置への接続が不可であることを示す接続割当フレームを前記他装置に送信することを特徴とする請求項１又は２に記載の通信装置。
＜請求項６＞
前記判別情報は、前記ビーコンフレームのＭＡＣヘッダのフレームコントロールフィールドの予備フィールドに含まれることを特徴とする請求項２に記載の通信装置。
＜請求項７＞
自装置の衝突回避方式は、ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ  Ａｌｏｈａのいずれかであることを特徴とする請求項１に記載の通信装置。
＜請求項８＞
前記他装置の衝突回避方式は、ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ  Ａｌｏｈａのいずれかであることを特徴とする請求項１に記載の通信装置。（図１１）
＜請求項９＞
請求項１乃至８の何れか１項に記載の通信装置と、
現在の日時を計数する計時部と、
を備えることを特徴とする電子時計。
＜請求項１０＞
特定の通信プロトコルに従う通信のための装置であって、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
前記プロセッサは、他装置から送信されたフレームがビーコンフレームである場合、前記ビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断し、前記判断結果に基づいて、前記他装置との通信を制御することを特徴とする通信装置。
＜請求項１１＞
前記プロセッサは、前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、
前記他装置から前記接続要請フレームに対する受信応答が所定時間内に受信される場合には、接続割当フレームの受信を待機し、
前記他装置から前記接続要請フレームに対する受信応答が前記所定時間内に受信されない場合には、受信待機を終了することを特徴とする請求項１０に記載の通信装置。
＜請求項１２＞
前記プロセッサは、前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、
所定時間内に、前記他装置から接続割当フレームが受信されない場合には受信待機を終了することを特徴とする請求項１０に記載の通信装置。
＜請求項１３＞
請求項１０又は１２に記載の通信装置と、
現在の日時を計数する計時部と、
を備えることを特徴とする電子時計。
＜請求項１４＞
第１の装置と第２の装置とを含み、特定の通信プロトコルに従う通信のためのシステムであって、
前記第１の装置は、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
前記第２の装置は、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生  成し処理するプロセッサを含み、
前記第１の装置のプロセッサは、
前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるように、かつ、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように、ビーコンフレームを生成し、
前記第２の装置のプロセッサは、
前記第１の装置から送信されたビーコンフレームに前記判別情報が含まれているかどうかに基づいて前記ビーコンフレームを処理し、前記通信プロトコルにより定義されたフレームフォーマットに基づいて接続要請フレームを生成して前記第１の装置に送信し、
前記第１の装置のプロセッサは、前記第２の装置から送信された前記接続要請フレームを処理して、前記第２の装置がサポートする衝突回避方式に関する情報を抽出し、前記第２の装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較した結果に基づいて、前記第２の装置との通信を制御することを特徴とするシステム。
＜請求項１５＞
特定の通信プロトコルに従う通信のできる装置の通信方法であって、
前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成するステップと、
他装置から送信された接続要請フレームを処理するステップと、
前記接続要請フレームから前記他装置がサポートする衝突回避方式に関する情報を抽出するステップと、
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較するステップと、
前記比較結果に基づいて前記他装置との通信を制御するステップと、
を含むことを特徴とする通信方法。
＜請求項１６＞
特定の通信プロトコルに従う通信のできる装置の通信方法であって、
他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断するステップと、
前記判断結果に基づいて、前記他装置との通信を制御するステップと、
を含むことを特徴とする通信方法。
＜請求項１７＞
特定の通信プロトコルに従う通信のための第１の装置及び第２の装置を含むシステムの通信方法であって、
前記第１の装置において、前記通信プロトコルに基づいて規定された複数の種類の情報の中で、前記第１の装置がサポートする衝突回避方式に関する情報が省略されるように、かつ、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように、ビーコンフレームを生成するステップと、
前記第２の装置において、前記第１の装置から送信されたビーコンフレームに前記判別情報が含まれているかどうかを判断するステップと、
前記第２の装置において、前記ビーコンフレームに前記判別情報が含まれている場合に、前記通信プロトコルにより定義されたフレームフォーマットに基づいて接続要請フレームを生成して前記第１の装置に送信するステップと、
前記第１の装置において、前記第２の装置から送信された前記接続要請フレームを処理して、前記第２の装置がサポートする衝突回避方式に関する情報を抽出するステップと、
前記第１の装置において、前記第２の装置の衝突回避方式に関する情報と、前記第１の装置の衝突回避方式に関する情報とを比較した結果に基づいて、前記第２の装置との通信を制御するステップと、
を含むことを特徴とする通信方法。
＜請求項１８＞
特定の通信プロトコルに従う通信が可能な装置を制御するプログラムであって、
前記装置に、
前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成するステップと、
他装置から送信された接続要請フレームを処理するステップと、
前記接続要請フレームから前記他装置がサポートする衝突回避方式に関する情報を抽出するステップと、
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較するステップと、
前記比較結果に基づいて前記他装置との通信を制御するステップと、
を実行させるプログラム。
＜請求項１９＞
特定の通信プロトコルに従う通信が可能な装置を制御するプログラムであって、
前記装置に、
他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断するステップと、
前記判断結果に基づいて、前記他装置との通信を制御するステップと、
を実行させるプログラム。
【符号の説明】
【００７３】
１０      ボディエリアネットワーク（ＢＡＮ）
２０      ＢＡＮ  通信システム
２００    ハブ
２１０    通信部
２１２    アンテナ
２２０    プロセッサ
２３０    メモリ
３００    ノード
３１０    通信部
３１２    アンテナ
３２０    プロセッサ
３３０    メモリ
１６００  電子時計
１６１０  通信モジュール
１６１２  アンテナ
１６１４  通信部
１６１６  プロセッサ
１６２０  中央制御部
１６３０  入力部
１６４０  表示部
１６５０  時計部
【図１】
0006631242.tif 000005
【図２】
0006631242.tif 000006
【図３】
0006631242.tif 000007
【図４】
0006631242.tif 000008
【図５】
0006631242.tif 000009
【図６】
0006631242.tif 000010
【図７】
0006631242.tif 000011
【図８】
0006631242.tif 000012
【図９】
0006631242.tif 000013
【図１０】
0006631242.tif 000014
【図１１】
0006631242.tif 000015
【図１２】
0006631242.tif 000016
【図１３】
0006631242.tif 000017
【図１４】
0006631242.tif 000018
【図１５】
0006631242.tif 000019
【図１６】
0006631242.tif 000020