(57)【要約】  通信装置は、受信部と、第１ビーコン処理部と、第２ビーコン処理部と、認証処理部と、を備える。受信部は、第１共通鍵で保護されて無線ネットワーク上で送信される第１ビーコン、および、第１共通鍵で保護されずに無線ネットワーク上で送信される第２ビーコンを受信する。第１ビーコン処理部は、第１共通鍵を有する場合、第１ビーコンに含まれる情報を用いて無線ネットワークにアクセスする。第２ビーコン処理部は、第１共通鍵を有さない場合、第２ビーコンに含まれる情報を用いて無線ネットワークにアクセスする。認証処理部は、第２ビーコンに含まれる情報を用いて無線ネットワークに対する接続認証を行い、第１共通鍵を取得する。
2015121988.tif 000002
【特許請求の範囲】
【請求項１】
第１共通鍵で保護されて無線ネットワーク上で送信される第１ビーコン、および、前記第１共通鍵で保護されずに前記無線ネットワーク上で送信される第２ビーコンを受信する受信部と、
前記第１共通鍵を有する場合、前記第１ビーコンに含まれる情報を用いて前記無線ネットワークにアクセスする第１ビーコン処理部と、
前記第１共通鍵を有さない場合、前記第２ビーコンに含まれる情報を用いて前記無線ネットワークにアクセスする第２ビーコン処理部と、
前記第２ビーコンに含まれる情報を用いて前記無線ネットワークに対する接続認証を行い、前記第１共通鍵を取得する認証処理部と、
を備える通信装置。
【請求項２】
前記第２ビーコンは、保護されずに前記無線ネットワーク上で送信される、
請求項１に記載の通信装置。
【請求項３】
前記第２ビーコンは、前記第１共通鍵と異なる第２共通鍵で保護される、
請求項１に記載の通信装置。
【請求項４】
前記第２ビーコンは、公開鍵暗号の公開鍵または秘密鍵で保護される、
請求項１に記載の通信装置。
【請求項５】
前記無線ネットワークは、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２  ＴＳＣＨ（Time-Slotted  Channel  Hopping）  ＭＡＣ（Media  Access  Control）に準拠した無線ネットワークであり、
前記認証処理部は、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２  ＴＳＣＨ  ＭＡＣのＳｈａｒｅｄ  ＴｘリンクかつＲｘリンクであるリンクを使用して接続認証を行う、
請求項１に記載の通信装置。
【請求項６】
前記第１ビーコンおよび前記第２ビーコンは、指定された混成比で周期的に送信される、
請求項１に記載の通信装置。
【請求項７】
前記混成比は、前記無線ネットワークに接続済みの装置数に応じて変更される、
請求項６に記載の通信装置。
【請求項８】
前記第２ビーコンは、前記第２ビーコンの送信要求に応じて送信される、
請求項１に記載の通信装置。
【請求項９】
前記第２ビーコンは、前記無線ネットワークに対する接続が認証された装置にのみ必要な情報は含まない、
請求項１に記載の通信装置。
【請求項１０】
無線ネットワーク上で送信される、第１共通鍵で保護されるセキュア情報と前記第１共通鍵で保護されないノンセキュア情報とを含むビーコンを受信する受信部と、
前記第１共通鍵を有する場合、前記セキュア情報を用いて前記無線ネットワークにアクセスし、前記第１共通鍵を有さない場合、前記ノンセキュア情報を用いて前記無線ネットワークにアクセスするビーコン処理部と、
前記ノンセキュア情報を用いて前記無線ネットワークに対する接続認証を行い、前記第１共通鍵を取得する認証処理部と、
を備える通信装置。
【請求項１１】
前記ノンセキュア情報は、前記無線ネットワークに対する接続が認証された装置にのみ必要な情報は含まない、
請求項１０に記載の通信装置。
【請求項１２】
コンピュータを、
第１共通鍵で保護されて無線ネットワーク上で送信される第１ビーコン、および、前記第１共通鍵で保護されずに前記無線ネットワーク上で送信される第２ビーコンを受信する受信部と、
前記第１共通鍵を有する場合、前記第１ビーコンに含まれる情報を用いて前記無線ネットワークにアクセスする第１ビーコン処理部と、
前記第１共通鍵を有さない場合、前記第２ビーコンに含まれる情報を用いて前記無線ネットワークにアクセスする第２ビーコン処理部と、
前記第２ビーコンに含まれる情報を用いて前記無線ネットワークに対する接続認証を行い、前記第１共通鍵を取得する認証処理部、
として機能させるためのプログラム。
【請求項１３】
コンピュータを、
無線ネットワーク上で送信される、第１共通鍵で保護されるセキュア情報と前記第１共通鍵で保護されないノンセキュア情報とを含むビーコンを受信する受信部と、
前記第１共通鍵を有する場合、前記セキュア情報を用いて前記無線ネットワークにアクセスし、前記第１共通鍵を有さない場合、前記ノンセキュア情報を用いて前記無線ネットワークにアクセスするビーコン処理部と、
前記ノンセキュア情報を用いて前記無線ネットワークに対する接続認証を行い、前記第１共通鍵を取得する認証処理部、
として機能させるためのプログラム。
【請求項１４】
第１共通鍵で保護されて無線ネットワーク上で送信される第１ビーコン、および、前記第１共通鍵で保護されずに前記無線ネットワーク上で送信される第２ビーコンを受信する受信ステップと、
前記第１共通鍵を有する場合、前記第１ビーコンに含まれる情報を用いて前記無線ネットワークにアクセスする第１ビーコン処理ステップと、
前記第１共通鍵を有さない場合、前記第２ビーコンに含まれる情報を用いて前記無線ネットワークにアクセスする第２ビーコン処理ステップと、
前記第２ビーコンに含まれる情報を用いて前記無線ネットワークに対する接続認証を行い、前記第１共通鍵を取得する認証処理ステップと、
を含む通信方法。
【請求項１５】
無線ネットワーク上で送信される、第１共通鍵で保護されるセキュア情報と前記第１共通鍵で保護されないノンセキュア情報とを含むビーコンを受信する受信ステップと、
前記第１共通鍵を有する場合、前記セキュア情報を用いて前記無線ネットワークにアクセスし、前記第１共通鍵を有さない場合、前記ノンセキュア情報を用いて前記無線ネットワークにアクセスするビーコン処理ステップと、
前記ノンセキュア情報を用いて前記無線ネットワークに対する接続認証を行い、前記第１共通鍵を取得する認証処理ステップと、
を含む通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信装置、通信方法およびプログラムに関する。
【背景技術】
【０００２】
ＩＥＥＥ  ８０２．１５．４ｅ−２０１２では、ＴＳＣＨ（Time-Slotted  Channel  Hopping）  ＭＡＣ（Media  Access  Control）を使用した無線メッシュネットワーク通信規格が提案されている。この規格では、ある対象ネットワークへのノードの初期接続時に、対象ネットワークで使用されるＭＡＣレイヤ暗号鍵を取得するために接続認証を行う。接続認証にはジョインキー（Join  Key）と呼ばれる対象ネットワークに固有の１２８ビットの共通鍵が使用され、ジョインキーを持つノードのみが接続認証に成功する。ノードが対象ネットワークに対するジョインキーを持たない場合、ジョインキーを動的に配布するＯＴＡ（Over  The  Air）プロビジョニングという手順がプロビジョニングネットワークと呼ばれる専用のネットワーク上で実行される。【０００３】
プロビジョニングネットワークでは、対象ネットワークと同じＭＡＣ層および物理層を使用し、オンサイトでのジョインキー取得を実現するために、通常、プロビジョニングネットワークの無線カバレージが対象ネットワークの無線カバレージとオーバーラップするように構成される。プロビジョニングネットワークへの接続認証には、デフォルトジョインキー（Default  Join  Key）またはオープンジョインキー（Open  Join  Key）と呼ばれる１２８ビットの共通鍵が使用される。【０００４】
デフォルトジョインキーの値は、規格に従い公開される固定値であり、オープンジョインキーの値は、ノードに事前設定される非公開の固定値である。あるノードがプロビジョニングネットワークへの接続認証に成功すると、対象ネットワークに対するジョインキーがこのノードの公開鍵により暗号化されて配布される。このノードは自身の公開鍵に対応する秘密鍵によりジョインキーを復号化することによりジョインキーを取得する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】AMERICAN  NATIONAL  STANDARD  ANSI/ISA-100.11a-2011,  Wireless  systems  for  industrial  automation:  Process  control  and  related  applications
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の技術では、対象ネットワークとは別にプロビジョニングネットワークが必要となる。このため、システムの導入コストおよび管理コストが増大するだけでなく、初期接続時のプロビジョニングネットワークへの接続認証、および、対象ネットワークへの接続認証の２回の接続認証が必要となる問題がある。
【課題を解決するための手段】
【０００７】
実施形態の通信装置は、受信部と、第１ビーコン処理部と、第２ビーコン処理部と、認証処理部と、を備える。受信部は、第１共通鍵で保護されて無線ネットワーク上で送信される第１ビーコン、および、第１共通鍵で保護されずに無線ネットワーク上で送信される第２ビーコンを受信する。第１ビーコン処理部は、第１共通鍵を有する場合、第１ビーコンに含まれる情報を用いて無線ネットワークにアクセスする。第２ビーコン処理部は、第１共通鍵を有さない場合、第２ビーコンに含まれる情報を用いて無線ネットワークにアクセスする。認証処理部は、第２ビーコンに含まれる情報を用いて無線ネットワークに対する接続認証を行い、第１共通鍵を取得する。
【図面の簡単な説明】
【０００８】
【図１】第１の実施形態にかかる無線通信システムにおける対象ネットワークの構成例を示す図。
【図２】第１の実施形態にかかるノードの構成例を示す図。
【図３】第１の実施形態における通信制御処理のフローチャート。
【図４】第１の実施形態にかかる第２ビーコンの送信タイミングを示す図。
【図５】第１の実施形態にかかる第２ビーコンの送信タイミングを示す図。
【図６】ＴＳＣＨ  ＭＡＣで使用されるホッピングシーケンスを示す図。
【図７】ＴＳＣＨ  ＭＡＣで使用されるスロットフレームを示す図。
【図８】ＥＢのフォーマットの一例を示す図。
【図９】Auxiliary  Security  Headerフィールドのフォーマットを示す図。
【図１０】Security  Controlフィールドのフォーマットを示す図。
【図１１】「TSCH  Synchronization  IE」のペイロード部分のフォーマットを示す図。
【図１２】「TSCH  Slotframe  and  Link  IE」のペイロード部分のフォーマットを示す図。
【図１３】「TSCH  Timeslot  IE」のペイロード部分のフォーマットを示す図。
【図１４】「Channel  Hopping  IE」のペイロード部分のフォーマットを示す図。
【図１５】第１ビーコンと第２ビーコンともに同一のＴＳＣＨ  ＭＡＣ制御情報を配布する場合の動作例を示す図。
【図１６】第２ビーコンには既接続のノードにのみ必要な情報は含まない場合の動作例を示す図。
【図１７】公開鍵または秘密鍵で第２ビーコンを暗号化する構成例を示す図。
【図１８】第２の実施形態にかかるノードの構成例を示す図。
【図１９】第２の実施形態で用いるビーコンのフォーマットを示す図。
【図２０】第１または第２の実施形態にかかる通信装置のハードウェア構成図。
【発明を実施するための形態】
【０００９】
以下に添付図面を参照して、この発明にかかる通信装置の好適な実施形態を詳細に説明する。
【００１０】
（第１の実施形態）
第１の実施形態にかかる無線通信システムは、対象となる無線ネットワーク（対象ネットワーク）へ既接続のノード（通信装置）と未接続のノードに対して異なるセキュリティレベルまたは異なる鍵情報で保護された２種類のビーコン（第１ビーコン、第２ビーコン）を併用する。これにより、プロビジョニングネットワークを要することなく、既接続のノードに対する通信の安全性を提供しつつ未接続のノードに対する接続認証を行うことが可能となる。
【００１１】
保護は、例えば、暗号鍵を用いた暗号化、および、メッセージ認証情報の付加の少なくとも一方を含む処理である。保護の解除は、例えば、暗号化されたメッセージに対する復号化またはメッセージ認証情報の検証の少なくとも一方を含む処理である。以下では、主に保護として暗号化を用いる場合を例に説明する。メッセージ認証情報は、共通鍵暗号を用いて計算されるメッセージ認証コード（Message  Authentication  Code）かもしれないし、公開鍵暗号を用いて計算されるデジタル署名かもしれない。
【００１２】
なお、第２ビーコンは暗号化が施されないかもしれない。また、第２ビーコンは、第１ビーコンの暗号化に使用される暗号鍵とは異なる暗号鍵（第２共通鍵）で暗号化されるかもしれない。第２の暗号鍵は、共通鍵であってもよく、また信頼された公開鍵または信頼された認証局のデジタル署名が施された公開鍵に対応する秘密鍵であってもよい。
【００１３】
また、対象ネットワークは、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２  ＴＳＣＨ  ＭＡＣを使用した無線ネットワークで、かつ、接続認証にはＳｈａｒｅｄ  ＴｘリンクかつＲｘリンクであるリンクを使用してもよい。
【００１４】
なお適用可能なネットワークはこれに限られるものではない。例えば、Ｗｉ−Ｆｉ（Wireless  Fidelity）などの無線ＬＡＮ規格のネットワークに適用してもよい。また、接続認証に用いるリンクは上記に限られるものではなく、未認証のノードが利用可能なリンクであればどのようなリンクであってもよい。また、通信装置（ノード）は、無線通信が可能な装置であれば、どのような装置であってもよい。例えば、無線通信機能を備えるスマートメータ、センサ、および、家電などとして通信装置を実現してもよい。
【００１５】
第１ビーコンと第２ビーコンは所定の混合比を保って周期的に送信されるかもしれない（周期的ビーコン）。このとき、第１ビーコンと第２ビーコンの混成比を接続済ノード数に応じて動的に変更してもよい。また、第２ビーコンは、ビーコン送信要求を受信した場合の応答として送信されるようにしてもよい（オンデマンドビーコン）。なお、周期的ビーコンとオンデマンドビーコンは共存が可能である。
【００１６】
また、第２ビーコンには対象ネットワークに既接続のノードにのみ必要な情報は含まないかもしれない。
【００１７】
図１は、第１の実施形態にかかる無線通信システムにおける対象ネットワークの構成例を示す図である。図１に示すように、本実施形態にかかる無線通信システムは、通信装置としてのノード１０１〜１０６が、２ノード間の双方向無線リンクであるリンク１０７〜１１２で接続される。
【００１８】
ノード１０１とノード１０２とが、リンク１０７で接続される。ノード１０１とノード１０３とが、リンク１０８で接続される。ノード１０１とノード１０４とが、リンク１０９で接続される。ノード１０２とノード１０５とが、リンク１１０で接続される。ノード１０２とノード１０６とが、リンク１１１で接続される。ノード１０３とノード１０６とが、リンク１１２で接続される。
【００１９】
例えばノード１０１が、対象ネットワークのコーディネータであるとする。ビーコン（第１ビーコン、第２ビーコン）は、これらのノードそれぞれから送信され得る。各ノードは、同様の構成とすることができる。以下では、ノード１０１〜１０６を区別する必要がない場合は、ノード１００と呼ぶ場合がある。
【００２０】
図２は、第１の実施形態にかかるノード１００の構成例を示す図である。図２に示すように、ノード１００は、受信部２０１と、第１ビーコン処理部２０２と、第２ビーコン処理部２０３と、認証処理部２０４と、を備える。
【００２１】
受信部２０１は、他のノードなどの外部装置から各種情報を受信する。例えば、受信部２０１は、対象ネットワーク上で送信されるビーコンを受信する。本実施形態では、第１ビーコンおよび第２ビーコンが対象ネットワーク上で送信される。第１ビーコンは、第１ビーコン用暗号鍵（第１共通鍵）で暗号化されて対象ネットワーク上に送信されるビーコンである。第２ビーコンは、第１ビーコン用暗号鍵では暗号化されずに対象ネットワーク上に送信されるビーコンである。
【００２２】
第１ビーコン処理部２０２は、既に第１ビーコン用暗号鍵が得られている場合、第１ビーコンに含まれる情報を用いて対象ネットワークにアクセスする。第２ビーコン処理部２０３は、第１ビーコン用暗号鍵が得られていない場合、第２ビーコンに含まれる情報を用いて対象ネットワークにアクセスする。
【００２３】
認証処理部２０４は、第２ビーコンに含まれる情報を用いて対象ネットワークに対する接続認証を行うことにより第１ビーコン用暗号鍵を取得する。例えば、認証処理部２０４は、第２ビーコン処理部２０３から対象ネットワークにアクセスするために必要なＭＡＣの制御情報（以下、ＭＡＣ制御情報という）を入力し、接続認証に成功すると第１ビーコン処理部２０２に第１ビーコン用暗号鍵を出力する。出力される第１ビーコン用暗号鍵は、ＲＡＭ（Random  Access  Memory）などの記憶部（図示せず）に記憶されてもよい。
【００２４】
認証処理部２０４による認証プロトコルは任意であるが、例えば、ＲＦＣ５１９１で規定されるＰＡＮＡ（Protocol  for  carrying  Authentication  for  Network  Access）、ＩＥＥＥ  ８０２．１Ｘ、または、ＨＩＰ−ＤＥＸなどを接続認証プロトコルとして使用することができる。
【００２５】
第１ビーコン処理部２０２は、認証処理部２０４から入力した第１ビーコン用暗号鍵を使用して暗号化された第１ビーコンの復号化を行う。
【００２６】
なお、ノード１００が中継ノードである場合、第１ビーコン処理部２０２および第２ビーコン処理部２０３は、それぞれ第１ビーコンおよび第２ビーコンを送信する機能（送信部）を有していてもよい。また、図２は、主にＭＡＣ制御情報の処理に用いる構成部を記載しているが、ノード１００は、これ以外の機能を実行する構成部を備えていてもよい。
【００２７】
なお、ノード１００の各部（受信部、第１ビーコン処理部、第２ビーコン処理部、および認証処理部など）は、例えば、ＣＰＵ（Central  Processing  Unit）などの処理装置にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣ（Integrated  Circuit）などのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。
【００２８】
次に、このように構成された第１の実施形態にかかるノード１００による通信制御処理について図３を用いて説明する。図３は、第１の実施形態における通信制御処理の全体の流れを示すフローチャートである。
【００２９】
図３では、第１ビーコンおよび第２ビーコンともに暗号化される場合の例を示す。図３は、例えばＭＡＣフレームを受信した場合に実行される処理である。
【００３０】
受信部２０１は、ＭＡＣフレームを受信すると、受信したＭＡＣフレームのフレームタイプがビーコンであるか否かを判定する（ステップＳ３０１）。ビーコンでない場合（ステップＳ３０１：Ｎｏ）、処理を終了する。なお、図３では省略しているが、ビーコン以外のフレームタイプ（例えば、アソシエーションリクエスト、アソシエーションレスポンス、ＡＣＫ、ビーコンリクエストなど）であった場合、各フレームタイプに応じた処理が実行される。
【００３１】
フレームタイプがビーコンであった場合（ステップＳ３０１：Ｙｅｓ）、受信部２０１は、第１ビーコンを受信したか否かを判定する（ステップＳ３０２）。第１ビーコンであるか否かは、例えば、セキュリティ有効化（Security  Enabled）などのフレーム制御情報（詳細は後述）により判定できる。
【００３２】
第１ビーコンを受信した場合（ステップＳ３０２：Ｙｅｓ）、第１ビーコン処理部２０２は、第１ビーコン用暗号鍵が有るか否かを判定する（ステップＳ３０３）。例えば、既に接続認証が実行され、第１ビーコン用暗号鍵が記憶部等に記憶されている場合、第１ビーコン処理部２０２は、第１ビーコン用の暗号鍵が有ると判定する。
【００３３】
第１ビーコン用暗号鍵が有る場合（ステップＳ３０３：Ｙｅｓ）、第１ビーコン処理部２０２は、第１ビーコンを復号化する（ステップＳ３０４）。第１ビーコン処理部２０２は、復号化した第１ビーコンからＭＡＣ制御情報を取得し（ステップＳ３０５）、処理を終了する。第１ビーコン用暗号鍵がない場合（ステップＳ３０３：Ｎｏ）、第１ビーコン処理部２０２は、処理を終了する。
【００３４】
第１ビーコンを受信していない場合、すなわち、第２ビーコンを受信した場合（ステップＳ３０２：Ｎｏ）、第２ビーコン処理部２０３は、第１ビーコン用暗号鍵が有るか否かを判定する（ステップＳ３０６）。第１ビーコン用暗号鍵を持っていない場合（ステップＳ３０６：Ｎｏ）、第２ビーコン処理部２０３は、第２ビーコンを復号化する（ステップＳ３０７）。なお、第２ビーコンが暗号化されない場合は、ステップＳ３０７は省略される。第２ビーコン処理部２０３は、復号化した第２ビーコンからＭＡＣ制御情報を取得する（ステップＳ３０８）。
【００３５】
第１ビーコン用暗号鍵を持っている場合（ステップＳ３０６：Ｙｅｓ）、第２ビーコン処理部２０３は、処理を終了する。既に第１ビーコン用暗号鍵を持っている場合は、接続認証を実行する必要がないためである。
【００３６】
認証処理部２０４は、ノード１００がビーコンの送信元ノードとの間で接続認証を実施済みであるか否かを判定する（ステップＳ３０９）。実施済みの場合（ステップＳ３０９：Ｙｅｓ）、認証処理部２０４は、処理を終了する。実施済みでない場合（ステップＳ３０９：Ｎｏ）、認証処理部２０４は、ビーコンの送信元ノードとの間で接続認証を開始する（ステップＳ３１０）。
【００３７】
図４および図５は、第１の実施形態にかかるノード１００が受信する第２ビーコンの送信タイミングを示す図である。図４は、ビーコンが周期的に送信される場合の例である。図５は、第２ビーコンがオンデマンドビーコンとして送信される場合の例である。
【００３８】
図４のビーコン４０１および４０２は、それぞれ第１ビーコンおよび第２ビーコンを表す。一定時間間隔Ｔごとに、ビーコン４０１とビーコン４０２のいずれか１つが送信される。図４ではビーコン４０１とビーコン４０２の混成比が４:１になるように送信される。
【００３９】
第１ビーコンと第２ビーコンの混成比は、例えば接続済ノード数などに応じて動的に変更されてもよい。例えば、既接続ノード数がゼロの場合には、第２ビーコンのみを送信し、既接続ノード数が最大接続可能数に達した場合には第１ビーコンのみを送信し、それ以外の場合には既接続ノード数に比例するように第１ビーコンと第２ビーコンの混成比を設定してもよい。
【００４０】
図５のビーコン５０１および５０２は、それぞれ第２ビーコン送信要求、および、第２ビーコン送信要求に応じて送信される第２ビーコンを表す。ノード１００は、ビーコン５０１を例えばブロードキャストで送信し、その応答としてビーコン５０２を受信する。
【００４１】
以下、対象ネットワークがＩＥＥＥ  ８０２．１５．４ｅ−２０１２  ＴＳＣＨ  ＭＡＣを使用した無線メッシュネットワークである場合の構成例を示す。
【００４２】
ＴＳＣＨ  ＭＡＣでは、時間軸は固定長のタイムスロットに分割される。各タイムスロットでは、ＭＡＣフレーム（ＡＣＫフレームを除く）が最大１個送信され、その後、このフレームを受信したノードから最大１個のＡＣＫフレームが送達確認として送信される。
【００４３】
各タイムスロットは、コーディネータにより生成され、対象ネットワーク内に伝搬される絶対スロット番号（ＡＳＮ）と呼ばれる５オクテットの非負整数で識別される。ＡＳＮは、ＥＢ（Enhanced  Beacon）を使用してブロードキャストされる。ＥＢはまた、ＥＢＲ（Enhanced  Beacon  Request）に対する応答としてユニキャストで送信される。
【００４４】
本実施形態では、第１ビーコンおよび第２ビーコンとしてＥＢを使用する。あるタイムスロットで、ＭＡＣフレームの送信または受信に使用するチャネルＣＨは、チャネル番号を配列要素とするホッピングシーケンスリスト（ＨＳＬ）と呼ばれる配列と、そのタイムスロットのＡＳＮと、チャネルオフセット（ＣＯ）とにより以下の（１）式のように定められる。ただしＨＳＬの配列要素数をＬとする。
ＣＨ＝ＨＳＬ［（ＡＳＮ＋ＣＯ）  ｍｏｄ  Ｌ］・・・（１）
【００４５】
ＥＢの送信元である通信ノードとの通信のために使用されるチャネルが割当てられているタイムスロットはリンクと呼ばれる。リンクの種類は、送信リンク（Ｔｘリンク）、共有送信リンク（Ｓｈａｒｅｄ  Ｔｘリンク）、および、受信リンク（Ｒｘリンク）が存在する。
【００４６】
本実施形態では、Ｔｘリンクは、特定のノード１００のみが送信に使用可能なリンクであるとする。Ｓｈａｒｅｄ  Ｔｘリンクは、複数のノード１００が送信に使用可能なリンクであるとする。Ｒｘリンクは、Ｓｈａｒｅｄ  Ｔｘと組み合わせた場合には複数のノード１００が送受信に使用可能であり、単独で使用される場合には特定または複数のノード１００が受信に使用可能なリンクであるとする。ＥＢはＲｘリンク上に送信される。本実施形態では、接続認証はＳｈａｒｅｄ  ＴｘリンクかつＲｘリンクであるリンクを使用して実施される。
【００４７】
同一のタイムスロットで、異なるＣＯを用いることにより異なるチャネルを持つ複数のリンクが存在し得る。
【００４８】
図６で、横軸は「ＡＳＮ  ｍｏｄ  Ｌ」を表し、縦軸はチャネルを表す。横軸の左端かつ縦軸の上端が原点である。パターン６０１は、ＣＯ＝１の場合のチャネルホッピングパターンを表す。パターン６０２は、ＣＯ＝０の場合のチャネルホッピングパターンを表す。例えばパターン６０２は、ＨＳＬ［０］＝３、ＨＳＬ［１］＝５、ＨＳＬ［２］＝１、ＨＳＬ［３］＝４、ＨＳＬ［４］＝２、ＨＳＬ［５］＝７、ＨＳＬ［６］＝０、ＨＳＬ［７］＝６で与えられる。
【００４９】
図７は、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２のＴＳＣＨ  ＭＡＣで使用されるスロットフレームの一例を示す模式図である。スロットフレームは、一定個数のタイムスロットの並びである。スロットフレーム内のタイムスロットの数をスロットフレームサイズと呼ぶ。スロットフレームサイズは、ホッピングシーケンスリストの配列要素数Ｌとは独立に設定可能である。スロットフレームはＡＳＮ＝０を起点として繰返され、動的に生成、削除、および変更が可能である。
【００５０】
図７は、スロットフレームサイズが３のスロットフレームの時間軸上での配置を示している。スロットフレーム内のｉ番目（０≦ｉ＜スロットフレームサイズ）のタイムスロットをＴＳｉとする。図７では、ＴＳ０はＴｘリンク、ＴＳ１はＲｘリンク、ＴＳ２はリンク未割当のタイムスロットである。
【００５１】
なお、１つの対象ネットワークにスロットフレームサイズが異なる複数のスロットフレームが混在可能である。各スロットフレームは、スロットフレームハンドルと呼ばれる非負整数値で識別される。また、各ノード１００は、複数のスロットフレームを同時に使用可能である。ただし、各タイムスロットにおいて、Ｔｘリンクを持つスロットフレームがＲｘリンクを持つスロットフレームよりも優先的に使用され、かつ、スロットフレームハンドル値が大きいスロットフレームが優先的に使用される。
【００５２】
図８は、本実施形態における第１ビーコンおよび第２ビーコンであるＥＢのフォーマットの一例を示す図である。ＥＢは、ＭＡＣヘッダ（MHR）、ＭＡＣペイロード（MAC  Payload）、および、ＭＡＣフッタ（MFR）を含む。
【００５３】
ＭＡＣヘッダは、「Frame  Control」、「Sequence  Number」、「Addressing  Fields」、「Auxiliary  Security  Header」、および、０個以上の「Header  IE（Information  Element）」を含む。ＭＡＣフッタは、誤り検出符号（FCS（Frame  Check  Sequence））が入る。ＭＡＣペイロードは、０個以上の「Payload  IE」および「Beacon  Payload」を含む。
【００５４】
Frame  Controlフィールドは、フレーム種別（Frame  Type）、セキュリティ有効化（Security  Enabled）などのフレーム制御情報を含む。Sequence  NumberフィールドにはＥＢのシーケンス番号が入る。Addressing  Fieldsには送信元ＰＡＮ（Personal  Area  Network）識別子、宛先ＰＡＮ識別子、送信元アドレス、および、宛先アドレスが入る。
【００５５】
図９は、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２で規定されるAuxiliary  Security  Headerフィールドのフォーマットの一例を示す図である。Auxiliary  Security  Headerフィールドは、セキュリティ制御（Security  Control）フィールド、フレームカウンタ（Frame  Counter）、および、鍵識別子（Key  Identifier）を含む。
【００５６】
ＥＢが暗号化されない場合、Security  Enabled＝０に設定され、Auxiliary  Security  Headerフィールドは省略されてもよい。ＥＢが暗号化される場合、Auxiliary  Security  Headerフィールドが付加され、かつ、ＭＡＣペイロード部分にＩＥＥＥ  ８０２．１５．４−２０１１に規定されるＣＣＭ＊アルゴリズムを用いて暗号化が施される。
【００５７】
本実施形態においては、例えば、第１ビーコンにはAuxiliary  Security  Headerフィールドが使用され、第２ビーコンが暗号化されない場合には第２ビーコンのAuxiliary  Security  Headerフィールドは省略される。第２ビーコンが暗号化される場合には第２ビーコンにもAuxiliary  Security  Headerフィールドが使用され、かつ、第２ビーコンのKey  Identifierは、第１ビーコンのKey  Identifierと異なる値となる。この場合、第１ビーコンと第２ビーコンの暗号化に使われる暗号鍵は異なる。
【００５８】
図１０は、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２で規定されるSecurity  Controlフィールドのフォーマットの一例を示す図である。Security  Controlフィールドは、セキュリティレベル（Security  Level）、鍵識別子モード（Key  Identifier  Mode）、フレームカウンタ抑制（Frame  Counter  Suppression）、フレームカウンタサイズ（Frame  Counter  Size）、および、未使用部分（Reserved）を含む。ＥＢが暗号化される場合には、セキュリティレベルに０でない値が設定される。鍵識別子モードはＩＥＥＥ  ８０２．１５．４−２０１１に定義されるいずれの値を使用してもよい。フレームカウンタ抑制は、ＴＳＣＨ  ＭＡＣにおいては値１に設定される。このときAuxiliary  Security  Headerフィールド中のフレームカウンタが省略され、代わりにＡＳＮがフレームカウンタとして使われる。フレームカウンタサイズは、ＴＳＣＨ  ＭＡＣでは、５オクテットを意味する値１に設定される。
【００５９】
図８のHeader  IE、および、Payload  IEは、その他のＭＡＣ制御情報が入る。Beacon  Payloadには追加データが入る。
【００６０】
ＴＳＣＨ  ＭＡＣでは、Payload  IEのうち、ＭＬＭＥグループの「TSCH  Synchronization  IE」、「TSCH  Slotframe  and  Link  IE」、「TSCH  Timeslot  IE」、および、「Channel  Hopping  IE」が使用される。ノード１００は、これらのＩＥ（Information  Element）を使用して対象ネットワークに対してタイムスロットおよびチャネルの同期を行う。これらのＩＥのうち、「TSCH  Synchronization  IE」、「TSCH  Slotframe  and  Link  IE」、および、「Channel  Hopping  IE」は、各ノード１００で異なる内容のものが送信されるかもしれない。
【００６１】
図１１は、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２で定義される「TSCH  Synchronization  IE」のペイロード部分のフォーマットの一例を示す図である。「TSCH  Synchronization  IE」ペイロードは、ＡＳＮおよび「Join  Priority」を含む。
【００６２】
図１２は、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２で定義される「TSCH  Slotframe  and  Link  IE」のペイロード部分のフォーマットの一例を示す図である。「TSCH  Slotframe  and  Link  IE」ペイロードは、スロットフレーム数（Number  of  Slotframes）、および「Slotframe  and  link  information」を含む。「Slotframe  and  link  information」は、各スロットフレームについて、スロットフレームハンドル（Slotframe  Handle）、スロットフレームサイズ（Slotframe  Size）、リンク数（Number  of  Links）、および、リンク情報（Link  Information）を含む。リンク情報は、タイムスロット（Timeslot）、チャネルオフセット（Channel  Offset）、および、リンクオプション（Link  Options）を含む。リンクオプションは、リンクの種類などの情報を含む。
【００６３】
図１３は、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２で定義される「TSCH  Timeslot  IE」のペイロード部分のフォーマットの一例を示す図である。「TSCH  Timeslot  IE」ペイロードは、タイムスロットテンプレート識別子（Timeslot  Template  ID）およびフレーム送受信制御パラメータセット１３０１から構成される。フレーム送受信制御パラメータセット１３０１は、図１３に示すような複数のフレーム送受信制御パラメータから構成される。フレーム送受信制御パラメータセット１３０１は省略可能である。省略された場合、フレーム送受信制御パラメータセットは、アウトオブバンドに設定される。
【００６４】
図１４は、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２で定義される「Channel  Hopping  IE」のペイロード部分のフォーマットの一例を示す図である。「Channel  Hopping  IE」ペイロードは、ホッピングシーケンス識別子（Hopping  Sequence  ID）およびチャネルホッピングパラメータセット１４０１を含む。チャネルホッピングパラメータセット１４０１は、チャネル数（Number  of  Channels）、および、ホッピングシーケンスリスト（Hopping  sequence  list）などの情報を含む。チャネルホッピングパラメータセット１４０１は省略可能である。省略された場合、チャネルホッピングパラメータセット１４０１はアウトオブバンドに設定される。
【００６５】
図１５は、第１ビーコンと第２ビーコンともにＥＢを使用し、かつ、第１ビーコンと第２ビーコンともに同一のＴＳＣＨ  ＭＡＣ制御情報を配布する場合の動作例を示す図である。図１５は、ＥＢで送信されるＭＡＣ制御情報を模式的に示した図である。なおＥＢを受信した各ノード１００は、図１５に示すようにテーブル形式でＭＡＣ制御情報を記憶してもよい。図１５では、ＥＢは図１におけるノード１０１から送信される場合を示している。テーブル１５０１は、スロットフレームテーブルであり、テーブル１５０２および１５０３は、リンクテーブルである。
【００６６】
テーブル１５０１には、スロットフレームハンドル値が１および２である２個のスロットフレームが存在する。スロットフレームハンドル値１のスロットフレームのスロットフレームサイズは２０であり、リンク数は６である。スロットフレームハンドル値２のスロットフレームのスロットフレームサイズは４０であり、リンク数は２である。スロットフレームハンドル値２のスロットフレームは、スロットフレームハンドル値１のスロットフレームよりも優先度が高い。
【００６７】
テーブル１５０２は、スロットフレームハンドル値１のスロットフレームに対するリンクテーブルである。テーブル１５０３は、スロットフレームハンドル値２のスロットフレームに対するリンクテーブルである。テーブル１５０２および１５０３の左３列は、「TSCH  Slotframe  and  Link  IE」（図１２）のLink  Informationに相当する。最右列の「Detailed  Allocation」は、ＥＢの送信元（本例ではノード１０１）との通信のためにリンクを割当てられたノード１００を示す。
【００６８】
例えば、テーブル１５０２のタイムスロット値１は、ノード１０２に対してノード１０１からのフレーム受信用に割当てられている。タイムスロット値２は、ノード１０２に対してノード１０１へのフレーム送信用に割当てられている。「Detailed  Allocation」の値「＊」は任意のノードが使用可能であることを表す。例えば、テーブル１５０２のタイムスロット値０は、任意のノード１００がノード１０１からのフレーム受信用に使用可能である。本実施形態では、ＥＢフレームはＲｘリンクで「Detailed  Allocation」が「＊」のリンク（すなわち、テーブル１５０２のタイムスロット値０のリンク）上に送信されるものとする。
【００６９】
「Detailed  Allocation」の情報は、ＥＢでは配布されず、事前設定または上位レイヤプロトコル等の手段によりアウトオブバンドで設定されるものとする。
【００７０】
図１５では、ノード１０２およびノード１０３は、スロットフレームハンドル値１のスロットフレームにおいて２０タイムスロットに１個の送信スロットと１個の受信スロットが割当てられる。ノード１０４は、スロットフレームハンドル値２のスロットフレームにおいて４０タイムスロットに１個の送信スロットと１個の受信スロットが割当てられている。ただし、スロットフレーム間の優先度により、ノード１０２の送信用スロットと受信用スロットの２回に１回はノード１０４の送信用スロットと受信用スロットにそれぞれ使用される。この結果、ノード１０２の送信タイムスロットはＡＳＮ  ｍｏｄ  ４０＝２１、ノード１０２の受信タイムスロットはＡＳＮ  ｍｏｄ  ４０＝２２となる。ノード１０３の送信タイムスロットはＡＳＮ  ｍｏｄ  ２０＝４、ノード１０３の受信タイムスロットはＡＳＮ  ｍｏｄ  ２０＝５となる。ノード１０４の送信タイムスロットはＡＳＮ  ｍｏｄ  ４０＝１、ノード１０４の受信タイムスロットはＡＳＮ  ｍｏｄ  ４０＝２となる。
【００７１】
ノード１０１に未接続の任意のノード１００は、第２ビーコンから「Detailed  Allocation」を除くＴＳＣＨ  ＭＡＣ制御情報を得ることができる。この結果、ノード１００の認証処理部２０４は、「Link  Options」の値がＳｈａｒｅｄ  ＴｘかつＲｘであるスロットフレームハンドル値１のスロットフレームのタイムスロット値３のタイムスロット（ＡＳＮ  ｍｏｄ  ２０＝３）を接続認証に使用する。
【００７２】
このように、第１の実施形態では、対象ネットワークに既接続のノードは対象ネットワークに対してのみ有効な暗号鍵で暗号化された第１ビーコンでＭＡＣ制御情報を取得し、対象ネットワークに未接続のノードは第２ビーコンでＭＡＣ制御情報を取得する。このため、プロビジョニングネットワークを要することなく、かつ、対象ネットワーク上で既接続ノードに対する通信の安全性を提供しつつ、未接続ノードに対する接続認証を行うことが可能となる。
【００７３】
（変形例１）
図１６は、第１ビーコンと第２ビーコンともにＥＢを使用し、かつ、第２ビーコンには対象ネットワークに既接続のノードにのみ必要な情報は含まない場合の動作例を示す図である。図１６は、変形例１の第２ビーコンで送信されるＭＡＣ制御情報を模式的に示した図である。なお第１ビーコンには第１の実施形態の図１５と同一の情報が含まれる。
【００７４】
第２ビーコン用のＥＢには第１ビーコンに含まれる情報のうち、「Link  Options」の値がＳｈａｒｅｄ  ＴｘかつＲｘであるスロットフレームハンドル値１のスロットフレームのタイムスロット値３に関する情報のみが含まれる。そして、第２ビーコン用のＥＢには、スロットフレームハンドル値１のスロットフレームのタイムスロット値１，２，４，５に関する情報およびスロットフレームハンドル値２のスロットフレーム情報は含まれない。なお、不要な情報を含まない代わりに、不要な情報を無効な値に置き換えた情報を含むように構成してもよい。
【００７５】
ノード１０１に未接続の任意のノード１００は、第１の実施形態の図１５の場合と同様に「Link  Options」の値がＳｈａｒｅｄ  ＴｘおよびＲｘであるスロットフレームハンドル値１のスロットフレームのタイムスロット値３のタイムスロット（ＡＳＮ  ｍｏｄ  ２０＝３）を接続認証に使用することができる。
【００７６】
このように、変形例１では、対象ネットワークに未接続のノードは、対象ネットワークに既接続のノードのみが使用するリンクを第２ビーコンに含まれる情報のみからは特定できない。このため、第１の実施形態と同様の効果に加え、ＤｏＳ（Denial  of  Service）攻撃耐性を高くすることが可能になる。
【００７７】
（変形例２）
図１７は、信頼された公開鍵または信頼された認証局のデジタル署名が施された公開鍵に対応する秘密鍵で第２ビーコンを暗号化する場合の構成例を示す図である。第１ビーコンは、第１の実施形態または変形例１と同様に共通鍵で暗号化が施されているものとする。
【００７８】
本変形例では、第２ビーコンとしてＥＢを使用する。本変形例のＥＢは、図１７に示すように、ＣＣＭ＊による暗号化が施されない「Header  IE」の部分に、「Public  Key  IE」、「Certificate  IE」、および「Signature  IE」を含む。
【００７９】
「Public  Key  IE」には、ＥＢを送信したノード１００（ＥＢ送信ノード）の公開鍵が含まれる。「Certificate  IE」には、信頼される認証局が発行したＥＢ送信ノードの証明書（ＥＢ送信ノードの公開鍵を含む）が含まれる。「Signature  IE」には、ＭＡＣペイロードに対して、ＥＢ送信ノードの秘密鍵を用いて施されたデジタル署名の値が入る。
【００８０】
なお、「Public  Key  IE」が含まれる場合には「Certificate  IE」は不要である。また、ＥＢ送信ノードの公開鍵をアウトオブバンドで配布する場合には、「Public  Key  IE」および「Certificate  IE」ともに不要である。また、ＭＡＣペイロードは、ＥＢ送信ノードの公開鍵に対応する秘密鍵を用いて暗号化が施されているかもしれない。
【００８１】
このように、本変形例では、第２ビーコンに対してもデフォルトジョインキーやオープンジョインキーといった事前設定のグループ共通鍵を使用せずに暗号化を施すことが可能となる。このため、ある通信ノードがクラックされた場合の影響が対象ネットワーク全体に及ぶことを防ぐことができる。これにより、上記実施形態と同様の効果に加え、対象ネットワークの安全性を高めることが可能となる。
【００８２】
（第２の実施形態）
第２の実施形態では、共通鍵で暗号化されたセキュアパート（セキュア情報）と平文のノンセキュアパート（ノンセキュア情報）を有するビーコンを使用する。
【００８３】
図１８は、第２の実施形態にかかるノード１００−２の構成例を示す図である。図１８に示すように、ノード１００−２は、受信部２０１と、ビーコン処理部２０２−２と、認証処理部２０４と、を備える。
【００８４】
第２の実施形態では、第１ビーコン処理部２０２とおよび第２ビーコン処理部２０３の代わりにビーコン処理部２０２−２を備えることが第１の実施形態と異なっている。その他の構成および機能は、第１の実施形態にかかるノード１００のブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【００８５】
ビーコン処理部２０２−２は、セキュアパート用の暗号鍵（共通鍵）が得られている場合、ビーコンに含まれる情報を用いて対象ネットワークにアクセスする。ビーコン処理部２０２−２は、セキュアパート用の暗号鍵が得られていない場合、ノンセキュアパートに含まれる情報を用いて対象ネットワークにアクセスする。このように、ビーコン処理部２０２−２は、第１ビーコン処理部２０２による第１ビーコンを用いた処理、および、第２ビーコン処理部２０３による第２ビーコンを用いた処理、の代わりに、それぞれ、セキュアパートを用いた処理、および、ノンセキュアパートを用いた処理、を実行する。
【００８６】
ビーコン処理部２０２−２は、認証処理によりセキュアパート用の暗号鍵が得られた場合は、この暗号鍵を使用して暗号化されたセキュアパートの復号化を行う。
【００８７】
図１９は、第２の実施形態で用いるビーコンのフォーマットの一例を示す図である。第２の実施形態では、ビーコンとしてＥＢを使用する。ただし暗号化が施されないノンセキュアパートである「Header  IE」の部分１７０１に、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２の「TSCH  Synchronization  IE」、「TSCH  Slotframe  and  Link  IE」、「TSCH  Timeslot  IE」、「Channel  Hopping  IE」と同じＩＥペイロード構造を持つ、「TSCH  Join  Synchronization  IE」、「TSCH  Join  Slotframe  and  Link  IE」、「TSCH  Join  Timeslot  IE」、および、「Join  Channel  Hopping  IE」をそれぞれ使用する。「TSCH  Synchronization  IE」、「TSCH  Slotframe  and  Link  IE」、「TSCH  Timeslot  IE」、および、「Channel  Hopping  IE」は、「Payload  IE」の部分１７０２に含まれ、暗号化が施される。
【００８８】
本実施形態のビーコンは、図４と同様に周期的に送信されてもよいし、図５と同様にオンデマンドビーコンとして送信されてもよい。
【００８９】
対象ネットワークにアクセス可能なノード１００−２は、セキュアパート用の暗号鍵を持つ場合、ビーコンのセキュアパートに含まれる情報を使用して対象ネットワークにアクセスを行う。セキュアパート用の暗号鍵を有しない場合、ビーコンのノンセキュアパートを使用して対象ネットワークへのアクセスおよび接続認証を行い、接続認証成功時に上記セキュアパート用の暗号鍵を取得する。上記変形例１と同様に、ノンセキュアパートには対象ネットワークに既接続のノード１００−２にのみ必要な情報は含まないように構成してもよい。
【００９０】
このように、第２の実施形態では、第１の実施形態の第１ビーコンおよび第２ビーコンに含まれる情報を１個のビーコンで送信できる、このため、上記実施形態と同様の効果に加え、ビーコンのメッセージ数を削減できる。さらに本実施形態のビーコンは、第１ビーコンおよび第２ビーコンを使用する場合に比べてメッセージサイズは大きくなるものの、誤り訂正を行う場合には逆に誤り訂正の効果が相対的に大きくなる。
【００９１】
以上説明したとおり、第１から第２の実施形態では、対象ネットワークへ既接続のノードと未接続ノードに対して異なるセキュリティレベルが適用された、または、異なる暗号鍵で暗号化された２種類のビーコンまたはビーコンペイロードが併用される。これにより、プロビジョニングネットワークを要することなく、対象ネットワーク上で既接続ノードに対する通信の安全性を提供しつつ未接続ノードに対する接続認証を行うことが可能となる。
【００９２】
次に、第１または第２の実施形態にかかる通信装置のハードウェア構成について図２０を用いて説明する。図２０は、第１または第２の実施形態にかかる通信装置のハードウェア構成を示す説明図である。
【００９３】
第１または第２の実施形態にかかる通信装置は、ＣＰＵ５１などの制御装置と、ＲＯＭ（Read  Only  Memory）５２やＲＡＭ５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。
【００９４】
第１または第２の実施形態にかかる通信装置で実行される通信プログラムは、ＲＯＭ５２等に予め組み込まれて提供される。
【００９５】
第１または第２の実施形態にかかる通信装置で実行される通信プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact  Disk  Read  Only  Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact  Disk  Recordable）、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供されるように構成してもよい。
【００９６】
さらに、第１または第２の実施形態にかかる通信装置で実行される通信プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、第１または第２の実施形態にかかる通信装置で実行される通信プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【００９７】
第１または第２の実施形態にかかる通信装置で実行される通信プログラムは、コンピュータを上述した通信装置の各部（受信部、第１ビーコン処理部、第２ビーコン処理部、認証処理部など）として機能させうる。このコンピュータは、ＣＰＵ５１がコンピュータ読取可能な記憶媒体から通信プログラムを主記憶装置上に読み出して実行することができる。
【００９８】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせても良い。
【符号の説明】
【００９９】
１００〜１０６  ノード
１０７〜１１２  リンク
２０１  受信部
２０２  第１ビーコン処理部
２０３  第２ビーコン処理部
２０４  認証処理部
２０２−２  ビーコン処理部
【図１】
2015121988.tif 000003
【図２】
2015121988.tif 000004
【図３】
2015121988.tif 000005
【図４】
2015121988.tif 000006
【図５】
2015121988.tif 000007
【図６】
2015121988.tif 000008
【図７】
2015121988.tif 000009
【図８】
2015121988.tif 000010
【図９】
2015121988.tif 000011
【図１０】
2015121988.tif 000012
【図１１】
2015121988.tif 000013
【図１２】
2015121988.tif 000014
【図１３】
2015121988.tif 000015
【図１４】
2015121988.tif 000016
【図１５】
2015121988.tif 000017
【図１６】
2015121988.tif 000018
【図１７】
2015121988.tif 000019
【図１８】
2015121988.tif 000020
【図１９】
2015121988.tif 000021
【図２０】
2015121988.tif 000022
【国際調査報告】
2015121988.tif 000023
2015121988.tif 000024
2015121988.tif 000025
2015121988.tif 000026