(57)【要約】      （修正有）【課題】セマンティックの自由度を向上させるとともに、通信を簡素化する技術を提供する。【解決手段】複数の通信装置に接続される通信システム１０であって、それぞれにインデックスが割り当てられた通信装置を少なくとも一つ含むグループに対して操作が行なわれる場合に、グループのセマンティックを表すグループ識別子を用いて、認証済みの通信装置を制御する制御部を有する。【選択図】図１
2018174550.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信装置に接続される通信システムであって、
それぞれにグループ管理木の葉ノードの識別子が割り当てられた通信装置のうち、第一の通信装置と第二の通信装置とで構成される個別通信用のグループに対して操作が行なわれる場合に、前記第一の通信装置に対応するグループ管理木の葉ノードの識別子と、前記第二の通信装置に対応するグループ管理木の葉ノードの識別子とを含む文字列を、前記個別通信用のグループのグループ識別子として用いて、認証済みの前記通信装置を制御する制御部、を有し、
前記グループ識別子は、グループの種類によって形式が異なる、
通信システム。
【請求項２】
前記制御部は、操作の対象となるグループの存命中は値が不変である可変値のフィールドを含む前記グループ識別子を用いて制御する請求項１に記載の通信システム。
【請求項３】
前記制御部は、複数のグループが存在する場合に、グループごとに異なる前記グループ識別子を用いて制御する請求項１又は２に記載の通信システム。
【請求項４】
前記制御部は、グループに存在する通信装置のうち、代表通信装置の識別子を含んだ前記可変値のフィールドを含む前記グループ識別子を用いて制御する請求項２に記載の通信システム。
【請求項５】
前記制御部は、グループごとに異なるグループ共通鍵を用いて、前記グループ識別子を含むパケットを暗号化する請求項１〜４の何れか一つに記載の通信システム。
【請求項６】
前記制御部は、ＩＥＥＥ８０２．２１ｄを用いて、前記グループ共通鍵を配布する請求項５に記載の通信システム。
【請求項７】
前記制御部は、前記個別通信用のグループの一方の通信装置からの要求に応じて、前記個別通信用のグループの他方の通信装置に対応する前記グループ管理木の葉ノードの識別子を通知する請求項１に記載の通信システム。
【請求項８】
前記制御部は、通信装置の初期接続時に、該通信装置に対応する葉ノードの識別子及びデバイス鍵を配布する請求項１に記載の通信システム。
【請求項９】
前記制御部は、セキュリティポリシーを表す情報を含む前記グループ識別子を用いて制御する請求項１〜８の何れか一つに記載の通信システム。
【請求項１０】
前記個別通信用のグループの前記グループ識別子は、グループ識別子の型を示す情報と、前記第一の通信装置に対応するグループ管理木の葉ノードの識別子と、所定記号と、前記第二の通信装置に対応するグループ管理木の葉ノードの識別子とが、文字列の連結を表す演算子で連結された形式で表される請求項１〜９の何れか一つに記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信システムに関する。
【背景技術】
【０００２】
従来、ＨＡＮ（Home  Area  Network）機器等を有する通信システムにおいて、各パケットに付与されるグループ識別子とセマンティックの対応付け方法には、ＲＦＣ（Request  For  Comment）２３７５のような静的な対応付け方法と、ＲＦＣ４５６６のような動的な対応付け方法とが存在する。
【先行技術文献】
【特許文献】
【０００３】
【非特許文献１】ＲＦＣ  ２３７５（IPv6  Multicast  Address  Assignments）
【非特許文献２】ＲＦＣ  ４５６６（Session  Description  Protocol）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＲＦＣ２３７５では、グループ識別子とセマンティックとの対応付けのためのシグナリングが不要であるものの、グループ識別子とセマンティックとの組み合わせが固定的且つ限定的となる。ＲＦＣ４５６６では、グループ識別子とセマンティックと組み合わせが自由であるものの、グループ識別子とセマンティックとの対応付けのためのシグナリングが必要であり、また、パケット毎に対応付けの参照が必要となる。このように、グループ識別子とセマンティックの対応付け方法は、静的な対応付け方法と動的な対応付け方法とで一長一短となる。
【０００５】
本発明が解決しようとする課題は、セマンティックの自由度を向上させるとともに、通信を簡素化することができる通信システムを提供することである。
【課題を解決するための手段】
【０００６】
実施の形態の通信システムは、複数の通信装置に接続される通信システムであって、それぞれにグループ管理木の葉ノードの識別子が割り当てられた通信装置のうち、第一の通信装置と第二の通信装置とで構成される個別通信用のグループに対して操作が行なわれる場合に、第一の通信装置に対応するグループ管理木の葉ノードの識別子と、第二の通信装置に対応するグループ管理木の葉ノードの識別子とを含む文字列を、個別通信用のグループのグループ識別子として用いて、認証済みの通信装置を制御する制御部を有する。
【図面の簡単な説明】
【０００７】
【図１】第１の実施形態に係る通信システムの構成を示すブロック図。
【図２】第１の実施形態に係るコントローラと機器との接続関係を示す図。
【図３】第１の実施形態に係るノード種別の対応を示す図。
【図４】第１の実施形態に係る各装置のハードウェア構成を示すブロック図。
【図５】第１の実施形態に係るコーディネータの機能構成を示すブロック図。
【図６】第１の実施形態に係るグループ管理木とＬｅａｆＩＤとを示す図。
【図７】第１の実施形態に係るグループ割り当て規則を示す図。
【図８】第１の実施形態に係る通信手順を示す全体シーケンス。
【図９】第１の実施形態に係る認証シーケンス。
【図１０】第１の実施形態に係る鍵共有シーケンス。
【図１１】第１の実施形態に係るグループ通信セキュリティポリシーのデフォルト値を示す図。
【図１２】第１の実施形態に係るＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージに含まれるセキュリティポリシー非依存ＴＬＶを示す図。
【図１３】第１の実施形態に係るＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージに含まれるセキュリティポリシー非依存ＴＬＶを示す図。
【図１４】第１の実施形態に係るＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージに含まれるセキュリティポリシー非依存ＴＬＶを示す図。
【図１５】第１の実施形態に係るＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージに含まれるセキュリティポリシー非依存ＴＬＶを示す図。
【図１６】第１の実施形態に係るＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージに含まれるセキュリティポリシー非依存ＴＬＶを示す図。
【図１７】第１の実施形態に係るＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージに含まれるセキュリティポリシー非依存ＴＬＶを示す図。
【図１８】第１の実施形態に係るＭＩＨ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｕｐｄａｔｅ  ｉｎｄｉｃａｔｉｏｎメッセージに含まれるセキュリティポリシー非依存ＴＬＶを示す図。
【図１９】第１の実施形態に係るＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージに含まれるセキュリティポリシー非依存ＴＬＶを示す図。
【図２０】第１の実施形態に係るＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージに含まれるセキュリティポリシー非依存ＴＬＶを示す図。
【図２１】第１の実施形態に係る鍵共有フェーズ１Ａの詳細シーケンス。
【図２２】第１の実施形態に係る鍵共有フェーズ１Ｂの詳細シーケンス。
【図２３】第１の実施形態に係る鍵共有フェーズ２の詳細シーケンス。
【図２４】第１の実施形態に係る鍵共有フェーズ２の詳細シーケンス。
【図２５】第１の実施形態に係る暗号通信の詳細シーケンス。
【図２６】第１の実施形態に係る証明書リボークの詳細シーケンス。
【図２７】第１の実施形態に係るグループ鍵更新の詳細シーケンス。
【発明を実施するための形態】
【０００８】
（第１の実施形態）
［システムアーキテクチャ］
図１は、第１の実施形態に係る通信システムの構成例を示すブロック図である。本実施形態では、ＥＣＨＯＮＥＴ  Ｌｉｔｅノードのセキュリティ機能を例に挙げて説明する。ＥＣＨＯＮＥＴ  Ｌｉｔｅノードは、セキュリティ機能として、ＩＥＥＥ８０２．２１ｄ及びＲＦＣ５１９１で規定されるＰＡＮＡ（Protocol  for  carrying  Authentication  for  Network  Access）をサポートする。
【０００９】
図１に示すように、通信システム１０は、コーディネータ２０と、コントローラ３０と、機器４０とを有する。これらのうち、コーディネータ２０は、１つのＥＣＨＯＮＥＴ  Ｌｉｔｅドメイン（以下、単に「ドメイン」と呼ぶ場合がある）内に１つ存在する。例えば、ドメインは、１つのＨＡＮ（Home  Area  Network）である。コントローラ３０は、１つのドメイン内に少なくとも１つ存在する。すなわち、コントローラ３０はＭ個（Ｍ≧１）存在する。機器４０は、１つのドメイン内に少なくとも１つ存在する。すなわち、機器４０はＮ個（Ｎ≧１）存在する。図２は、第１の実施形態に係るコントローラ３０と機器４０との接続関係の例を示す図である。図２に示すように、コントローラ３０と機器４０とは、１つのドメイン内に少なくとも１つ存在する。また、機器４０は、コントローラ３０によって形成されるグループ（アプリケーションシステムグループ）に属する。ここで、機器４０は、複数のアプリケーションシステムグループに属する場合も有り得る。
【００１０】
コーディネータ２０と各コントローラ３０との間では、「相互認証」及び「鍵共有」の手順が実施される。同様に、コーディネータ２０と各機器４０との間では、「相互認証」及び「鍵共有」の手順が実施される。また、コントローラ３０と機器４０との間では、「暗号通信」が行なわれる。暗号通信で使用される暗号鍵は、鍵共有の手順において、コーディネータ２０から各コントローラ３０及び各機器４０に配布される。なお、暗号通信は、コントローラ３０間や機器４０間で行われても良い。相互認証、鍵共有及び暗号通信の詳細な手順については後述する。
【００１１】
図３は、第１の実施形態に係るノード種別の対応例を示す図である。図３では、ＥＣＨＯＮＥＴ  Ｌｉｔｅノード種別と、ＰＡＮＡノード種別と、ＩＥＥＥ８０２．２１ｄノード種別との対応付けを例に挙げている。コーディネータ２０は、グループ管理及びセキュリティ管理の主体となるノードであり、ＥＣＨＯＮＥＴ  Ｌｉｔｅの管理や操作関連機器グループの新規クラスとして定義される。コントローラ３０及び機器４０は、ＥＣＨＯＮＥＴ  Ｌｉｔｅの管理や操作関連機器グループの既存クラスである。コーディネータ２０は、ＰＡＮＡのＰＡＡ（PANA  Authentication  Agent）及びＩＥＥＥ８０２．２１ｄのＰｏＳ（Point  of  Service）  ｗｉｔｈ  ＧＭ（Group  Manager）の機能を有する。コントローラ３０及び機器４０は、ＰＡＮＡのＰａＣ（PANA  Client）及びＩＥＥＥ８０２．２１ｄのＰｏＳの機能を有する。なお、コーディネータ２０は、ＥＣＨＯＮＥＴ  Ｌｉｔｅノード機器でない場合もある。このとき、本実施形態に係る通信システムは、ＥＣＨＯＮＥＴ  Ｌｉｔｅ以外のシステムにも適用可能である。
【００１２】
図４は、第１の実施形態に係る各装置のハードウェア構成例を示すブロック図である。ここでは、コーディネータ２０を例に挙げて説明する。図４に示すように、コーディネータ２０は、ＣＰＵ（Central  Processing  Unit）２２と、ＲＡＭ（Random  Access  Memory）２３と、ＲＯＭ（Read  Only  Memory）２４と、通信Ｉ／Ｆ２５とを有する。上記各ハードウェアは、バス２１によって接続されている。ＣＰＵ２２は、コーディネータ２０の動作を統括的に制御する。ＣＰＵ２２は、ＲＡＭ２３をワークエリア（作業領域）として、ＲＯＭ２４等に格納されたプログラムを実行することで、コーディネータ２０全体の動作を制御する。通信Ｉ／Ｆ２５は、外部装置（例えば、コントローラ３０や機器４０等）と通信するためのインタフェースである。
【００１３】
図５は、第１の実施形態に係るコーディネータ２０の機能構成例を示すブロック図である。図５に示すように、コーディネータ２０は、制御部２１０と、通信部２２０とを有する。制御部２１０は、コーディネータ２０の動作を統括的に制御し、各種処理を実行する。各種処理は後述する。通信部２２０は、コントローラ３０や機器４０との通信を制御する。なお、コントローラ３０や機器４０も、制御部と通信部とを有し、後述する各種処理を実行する。
【００１４】
［グループ管理］
ＥＣＨＯＮＥＴ  Ｌｉｔｅセキュリティでは、ＨＡＮグループ、個別通信用グループ、アプリケーションシステムグループ、及びコントローラグループの４種類のグループを扱うことができる。これらのうち、ＨＡＮグループ（グループ数＝１）は、ドメイン内の全てのＥＣＨＯＮＥＴ  Ｌｉｔｅノード間の暗号通信に使用可能である。また、ＨＡＮグループでは、１つのグループ暗号鍵「Ｋ１」がドメイン内の全てのＥＣＨＯＮＥＴ  Ｌｉｔｅノードで共有される。
【００１５】
個別通信用グループは、ある特定の２つのＥＣＨＯＮＥＴ  Ｌｉｔｅノード間での暗号通信に使用可能である。ある特定の２つのＥＣＨＯＮＥＴ  Ｌｉｔｅノードの識別子をｘ，ｙとすると、グループ暗号鍵Ｋ＿ｘｙ又はグループ暗号鍵Ｋ＿ｙｘ（本実施形態では、Ｋ＿ｘｙ＝Ｋ＿ｙｘとする）が、ノードｘ、ノードｙ間で共有される。
【００１６】
アプリケーションシステムグループ（グループ数＝Ｍ）は、ある特定のコントローラ３０に接続するＥＣＨＯＮＥＴ  Ｌｉｔｅノード（コントローラ３０を含む）間での暗号通信に使用可能である。コントローラ３０の識別子をｃｔｌとすると、グループ暗号鍵Ｋ＿ｃｔｌが、コントローラｃｔｌに接続するＥＣＨＯＮＥＴ  Ｌｉｔｅノードで共有される。
【００１７】
コントローラグループ（グループ数＝１）は、ドメイン内の全てのコントローラ３０間の暗号通信に使用可能である。また、コントローラグループでは、１つのグループ暗号鍵Ｋ２がドメイン内の全てのコントローラ３０で共有される。
【００１８】
上記４種類全てのグループによるグループ通信において、ＩＥＥＥ８０２．２１ｄによる暗号通信を行なうものとする。以下、‘＋’は文字列の連結を表す演算子、ＴｙｐｅはＬｅａｆＩＤ、ＥＵＩ６４アドレス又はショートアドレスの何れのタイプかを識別する文字、‘Ｌ’（ＬｅａｆＩＤ）、‘Ｅ’（ＥＵＩ６４アドレス）、‘Ｓ’（ＩＥＥＥ８０２．１５．４ショートアドレス）の何れかである。ＩＤｘ、ＩＤｙは個別通信用グループに属する２つのＥＣＨＯＮＥＴ  Ｌｉｔｅノードの識別子（ＬｅａｆＩＤ、ＥＵＩ６４アドレス、ＩＥＥＥ８０２．１５．４ショートアドレスの何れか）、ＩＤｃｔｌはアプリケーションシステムにおけるコントローラ３０の識別子（ＬｅａｆＩＤ、ＥＵＩ６４アドレス、ＩＥＥＥ８０２．１５．４ショートアドレスの何れか）である。
【００１９】
このとき、パケットに付与されるＩＥＥＥ８０２．２１ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒとして、ＬｅａｆＩＤ、ＥＵＩ６４アドレス又はＩＥＥＥ８０２．１５．４ショートアドレスが使用されるかもしれない。例えば、パケットに付与されるＩＥＥＥ８０２．２１ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒは、“Ｌ１０”、“Ｅ００１１２２３３ＡＡＢＢＣＣＤＤ”、“Ｓ００１１”等である。ＬｅａｆＩＤは、ＩＥＥＥ８０２．２１ｄのグループ管理木における葉ノードの識別子であり、ＩＥＥＥ８０２．２１ｄノードの識別子として使用可能である。なお、グループ管理木における葉ノードの識別子は、インデックスの一例である。例えば、インデックスは、ＭＡＣアドレス等の識別子を表す。
【００２０】
ＬｅａｆＩＤ長は、グループ管理木サイズに依存する。葉ノード数が２５６であるグループ管理木の場合、ＢＡＳＥ１６エンコーディング時のＬｅａｆＩＤ長は２バイトとなる。また、ＢＡＳＥ１６エンコーディング時のＥＵＩ６４アドレス長は１６バイト、ＢＡＳＥ１６エンコーディング時のＩＥＥＥ８０２．１５．４ショートアドレス長は４バイトとなる。以下、ＬｅａｆＩＤ、ＥＵＩ６４アドレス、ＩＥＥＥ８０２．１５．４ショートアドレスの符号化には、ＢＡＳＥ１６エンコーディングを使用するものとする。
【００２１】
図６は、第１の実施形態に係るグループ管理木とＬｅａｆＩＤとの例を示す図である。図６において、ＬｅａｆＩＤは、２進数表現で表されている。グループ管理木において、葉ノードと各通信ノードとは、１対１に対応している。また、グループ管理木の各ノードには、固有の１２８ビットの暗号鍵が対応している。ここで、ある通信ノードについて、根ノードから葉ノードに至るパス上に存在する各ノードに対応する暗号鍵のリストを、該当の通信ノードに対するデバイス鍵と呼ぶ。例えば、根ノードから葉ノードに至るパス上に存在する各ノードについて、Ｎ０に対しては、ノード０、ノード００、ノード０００、ノード００００となる。ある通信ノードのデバイス鍵は、該通信ノードとＧＭとの間で共有される。例えば、通信ノードＮ０、Ｎ１、Ｎ２、Ｎ３をグループメンバとすると、鍵暗号化に使用されるノード鍵は、ノード００のノード鍵となる。また、通信ノードＮ１、Ｎ２、Ｎ３、Ｎ４、Ｎ６、Ｎ７をグループメンバとすると、鍵暗号化に使用されるノード鍵は、ノード００、ノード０１００、ノード０１１のノード鍵となる。
【００２２】
グループ通信において、パケットに付与されるＩＥＥＥ８０２．２１ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒとして、ＩＥＥＥ８０２．２１ｄで規定されるＭＩＨＦ  ＧｒｏｕｐＩＤを使用する。ＭＩＨＦ  ＧｒｏｕｐＩＤの値は、グループによって異なる。図７は、第１の実施形態に係るグループ割り当て規則の例を示す図である。ＨＡＮグループに対しては、ＭＩＨＦ  ＧｒｏｕｐＩＤとしてＭＩＨＦ  ＢｒｏａｄｃａｓｔＩＤ（＝“”）を使用する。個別通信用グループに対しては、ＭＩＨＦ  ＧｒｏｕｐＩＤとして、Ｔｙｐｅ＋ＩＤｘ＋‘＠’＋ＩＤｙを使用する。例えば、個別通信用グループのＭＩＨＦ  ＧｒｏｕｐＩＤは、“Ｌ１０＠２０”、“Ｅ００１１２２３３ＡＡＢＢＣＣＤＤ＠００１１２２３３ＢＢＣＣＤＤＥＥＦＦ”、“Ｓ００１１＠ＡＡＢＢ”等となる。
【００２３】
アプリケーションシステムグループに対しては、ＭＩＨＦ  ＧｒｏｕｐＩＤとして、Ｔｙｐｅ＋‘＠’＋ＩＤｃｔｌを使用する。例えば、アプリケーションシステムグループのＭＩＨＦ  ＧｒｏｕｐＩＤは、“Ｌ＠２０”、“Ｅ＠００１１２２３３ＢＢＣＣＤＤＥＥＦＦ”、“Ｓ＠ＡＡＢＢ”等となる。コントローラグループに対しては、ＭＩＨＦ  ＧｒｏｕｐＩＤとして、“Ｃｏｎｔｒｏｌｌｅｒｓ”を使用する。以下では、ＭＩＨＦ  ＩＤ及びＭＩＨＦ  Ｂｒｏａｄｃａｓｔ以外のＭＩＨＦ  ＧｒｏｕｐＩＤを、“ＩＤ（Ｔｙｐｅ）”と表記する場合がある。例えば、ＭＩＨＦ  ＧｒｏｕｐＩＤ“Ｌ１０＠２０”については、１０＠２０（Ｌ）と表記する。
【００２４】
［通信手順］
図８は、第１の実施形態に係る通信手順の例を示す全体シーケンスである。図８に示すように、コーディネータ２０とコントローラ３０との間で、「１．機器登録」、「２．認証・鍵共有」が実施され、コントローラ３０と機器４０との間で「３．暗号通信」が実施される。同様に、コーディネータ２０と機器４０との間で、「１．機器登録」、「２．認証・鍵共有」が実施され、コントローラ３０と機器４０との間で「３．暗号通信」が実施される。なお、「１．機器登録」と「２．認証・鍵共有」において、コントローラ３０と機器４０とは、任意の順序で起動可能である。以下では、コントローラ３０と機器４０とを、「参加ノード」と呼ぶ場合がある。
【００２５】
まず、参加ノードとコーディネータ２０との間で機器登録が行なわれる。参加ノードは、ＵＰｎＰ又はＥＣＨＯＮＥＴ  Ｌｉｔｅ（何れもセキュリティなし）等を使用してコーディネータ２０を発見する。コーディネータ２０は、ＵＰｎＰ又はＥＣＨＯＮＥＴ  Ｌｉｔｅ等のブロードキャストを受信した場合に、送信元を登録する。なお、登録内容の確定は、後述する認証・鍵共有の成功時に行なわれても良い。このとき、認証・鍵共有に失敗した場合には、登録内容を破棄する。
【００２６】
次に、参加ノードとコーディネータ２０との間で認証及び鍵共有を行なう。参加ノードとコーディネータ２０との間の認証時には、相互認証のために証明書の交換が行なわれる。認証に成功した場合、コーディネータ２０は、鍵共有に使用される８０２．２１ｄデバイス鍵を暗号化して参加ノードに配布する。なお、リブート時の処理負荷を軽減するために、参加ノードは、認証及び鍵共有時に、コーディネータ２０から配布された情報を不揮発性メモリに保持するものとする。
【００２７】
参加ノードとコーディネータ２０との間の鍵共有は、コーディネータ２０から参加ノードに対してグループ鍵を配布することにより行なわれる。グループ鍵は、参加ノードの要求なしで配布される場合（プッシュ）と、参加ノードからの要求により配布される場合（プル）とがある。また、コーディネータ２０は、参加ノードに対し、別の参加ノードに関する証明書を配布するかもしれない。
【００２８】
その後、参加ノードの間で暗号通信が行なわれる。コントローラ３０と機器４０との間の暗号通信に加えて、コントローラ３０間、機器間においても暗号通信が行なわれても良い。暗号通信に使用されるメッセージには、暗号化されたＥＣＨＯＮＥＴ  Ｌｉｔｅ電文が含まれ、送信元ノードによるデジタル署名を付与することができる。本実施形態では、例えば、メッセージ送信にマルチキャストが使用される場合、ドメインの範囲があるＩＰリンクの範囲と一致する場合には、マルチキャストアドレスとして、Ａｌｌ  Ｎｏｄｅｓリンクローカルアドレス（ＦＦ０２：０：０：０：０：０：０：１）を使用する。
【００２９】
図９は、第１の実施形態に係る認証シーケンスの例である。認証時には、ＰＡＮＡの上で証明書を使用したＲＦＣ５２１６で規定されるＥＡＰ−ＴＬＳによる相互認証を実施するものとする。このとき、Ｘ．５０９証明書の交換と、ＥＣＤＨ（楕円Diffie‐Hellman）鍵交換とが行なわれ、相互認証とセッション鍵とが確立される。コーディネータ２０から参加ノードには、認証局（CA：Certificate  Authority）のＸ．５０９証明書も配布されるかもしれない。認証に成功すると、コーディネータ２０から参加ノードに、少なくとも参加ノードの８０２．２１ｄデバイス鍵、コーディネータ２０の８０２．２１ｄＬｅａｆＩＤ、及び、参加ノードの８０２．２１ｄＬｅａｆＩＤが配布される。参加ノードの８０２．２１ｄデバイス鍵は、暗号化して配布する必要がある。このときの暗号化は、ＲＦＣ６７８６で規定される暗号化機能が使用される。なお、確立されたＰＡＮＡセッションは、直ちに削除しても良い。
【００３０】
図１０は、第１の実施形態に係る鍵共有シーケンスの例である。鍵共有は、参加ノードとコーディネータ２０との間の認証完了後に行なうフェーズ（フェーズ１）と、参加ノードが暗号通信を行なう通信ピアを発見したときに行なうフェーズ（フェーズ２）とに分けられる。フェーズ１は、コーディネータ２０とコントローラ３０との間の鍵共有であるフェーズ１Ａと、コーディネータ２０と機器４０との間の鍵共有であるフェーズ１Ｂとに分かれる。なお、フェーズ１Ａとフェーズ１Ｂとは、何れが先に行なわれても良い。また、フェーズ２は、コーディネータ２０とコントローラ３０との間の鍵共有であるフェーズ２Ａと、コーディネータ２０と機器４０との間の鍵共有であるフェーズ２Ｂとに分かれる。なお、フェーズ２Ａとフェーズ２Ｂとは、何れが先に行なわれても良い。フェーズ１Ａ、フェーズ１Ｂ、フェーズ２Ａ及びフェーズ２Ｂの各フェーズでは、ＩＥＥＥ８０２．２１ｄを使用して鍵共有を行なう。以下に、各フェーズについて説明する。
【００３１】
フェーズ１Ａにおいて、コーディネータ２０は、コントローラ３０に対し、コーディネータ２０とコントローラ３０との間の個別通信用グループ鍵をプッシュにより配布する（図１０の（１）参照）。そして、コーディネータ２０は、コントローラ３０に対し、ＨＡＮグループ鍵をプッシュにより配布する（図１０の（２）参照）。続いて、コーディネータ２０は、コントローラ３０に対し、コントローラグループ鍵をプッシュにより配布する（図１０の（３）参照）。その後、コーディネータ２０は、コントローラ３０に対し、アプリケーションシステムグループ鍵をプッシュにより配布する（図１０の（４）参照）。
【００３２】
フェーズ１Ｂにおいて、コーディネータ２０は、機器４０に対し、コーディネータ２０と機器４０との間の個別通信用グループ鍵をプッシュにより配布する（図１０の（５）参照）。そして、コーディネータ２０は、機器４０に対し、ＨＡＮグループ鍵をプッシュにより配布する（図１０の（６）参照）。
【００３３】
フェーズ２Ａにおいて、コーディネータ２０は、コントローラ３０に対し、コントローラ３０と機器４０との間の個別通信用グループ鍵を、プル又はプッシュにより配布する（図１０の（７）参照）。ここで、フェーズ２Ａがフェーズ２Ｂよりも先に行なわれる場合にはプル、フェーズ２Ｂがフェーズ２Ａよりも先に行なわれる場合にはプッシュとなる。そして、コーディネータ２０は、コントローラ３０に対し、機器４０のＸ．５０９証明書をプッシュにより配布する（図１０の（８）参照）。
【００３４】
フェーズ２Ｂにおいて、コーディネータ２０は、機器４０に対し、コントローラ３０と機器４０との間の個別通信用グループ鍵を、プル又はプッシュにより配布する（図１０の（９）参照）。ここで、フェーズ２Ａがフェーズ２Ｂよりも先に行なわれる場合にはプル、フェーズ２Ｂがフェーズ２Ａよりも先に行なわれる場合にはプッシュとなる。そして、コーディネータ２０は、機器４０に対し、アプリケーションシステムグループ鍵をプッシュにより配布する（図１０の（１０）参照）。続いて、コーディネータ２０は、機器４０に対し、コントローラ３０のＸ．５０９証明書をプッシュにより配布する（図１０の（１１）参照）。
【００３５】
図１０に示した鍵共有シーケンスにおいて、（３）は、コントローラグループ鍵を使用しない場合には不要である。また、（４）及び（１０）は、アプリケーションシステムグループ鍵を使用しない場合には不要である。また、（８）は、暗号通信において機器４０の送信元署名を付与しない場合には不要である。また、プッシュによるグループ鍵配布は、プルによるグループ鍵配布に置き換えることも可能である。
【００３６】
（１）及び（５）以外の各ステップでコーディネータ２０と参加ノードとの間で交換されるＩＥＥＥ８０２．２１ｄメッセージは、コーディネータ２０と参加ノードとの間の個別通信用グループ宛てに送信される。また、（１）及び（５）で交換されるＩＥＥＥ８０２．２１ｄメッセージは、個別ノード宛てに送信される。図１０に示した（１）〜（１１）の各ステップは、「プッシュによるグループ鍵配布」、「プルによるグループ鍵配布」、「プッシュによる証明書配布」の３種類の基本手順に分類できる。以下では、これらの３種類の手順について説明する。
【００３７】
プッシュによるグループ鍵配信時に、コーディネータ２０は、参加ノードに対し、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信した参加ノードは、コーディネータ２０に対し、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。
【００３８】
プルによるグループ鍵配信時に、参加ノードは、コーディネータ２０に対し、ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信したコーディネータ２０は、参加ノードに対し、ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。
【００３９】
プッシュによる証明書配布時に、コーディネータ２０は、参加ノードに対し、ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを受信した参加ノードは、コーディネータ２０に対し、ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。
【００４０】
暗号通信では、ユニキャスト暗号通信とマルチキャスト暗号通信とをサポートする。ユニキャスト暗号通信と、マルチキャスト暗号通信とでは、暗号化されたＥＣＨＯＮＥＴ  Ｌｉｔｅメッセージを含むＭＩＨ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｕｐｄａｔｅ  ｉｎｄｉｃａｔｉｏｎメッセージが使用される。ユニキャスト暗号通信のＭＩＨ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｕｐｄａｔｅ  ｉｎｄｉｃａｔｉｏｎメッセージは、個別通信用グループ宛てに送信される。マルチキャスト暗号通信のＭＩＨ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｕｐｄａｔｅ  ｉｎｄｉｃａｔｉｏｎメッセージは、個別通信用グループ以外のグループ宛てに送信される。
【００４１】
証明書リボーク時に、コーディネータ２０は、ＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージをマルチキャスト又はユニキャストで送信する。マルチキャストで送信する場合、ドメインの範囲内においてＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを受信したノード（コントローラ３０又は機器４０）は、ＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージをユニキャストでコーディネータ２０に送信する。
【００４２】
証明書リボーク時のユニキャストＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージは、コーディネータ２０と参加ノードとの間の個別通信用グループ宛てに送信される。マルチキャストＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージは、ＨＡＮグループ宛てに送信される。ＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージは、コーディネータ２０と参加ノードとの間の個別通信用グループ宛てに送信される。ユニキャストによる証明書リボークは、マルチキャストによる証明書リボークと併用することが可能である。
【００４３】
鍵更新時に、コーディネータ２０は、プッシュによるグループ鍵配信を起動する。このとき、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージをマルチキャストで一斉同報する、又は、ユニキャストで個別ノード宛てに送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信した参加ノード（コントローラ３０又は機器４０）は、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを、ユニキャストでコーディネータ２０に送信する。
【００４４】
鍵更新時のユニキャストＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージは、コーディネータ２０と参加ノードとの間の個別通信用グループ宛てに送信される。マルチキャストＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージは、ＨＡＮグループ宛てに送信される。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージは、コーディネータ２０と参加ノードとの間の個別通信用グループ宛てに送信される。ユニキャストによる鍵更新は、マルチキャストによるグループ鍵更新と併用することが可能である。
【００４５】
あるグループに対する鍵更新は、グループからメンバーが離脱した場合、グループを削除する場合、グループのメンバーによる再登録が起こった場合、に起動される。また、鍵更新による通信瞬断を避けることが好ましく、パケット送信とパケット受信とにおいて、以下の実装が推奨される。パケット送信では、新鍵をコーディネータ２０から受信してから一定期間（Ｔ）、旧鍵を使用し、以降は新鍵を使用する。パケット受信では、新鍵をコーディネータ２０から受信してから一定期間（２Ｔ）、旧鍵及び新鍵のどちらでも使用可能とする。ここで、「Ｔ」は、鍵更新時間の最大値であり、例えばデフォルト値は１８０秒である。
【００４６】
鍵更新時に新鍵の受信に失敗したことで新鍵を保有していない参加ノードは、新鍵で暗号化された、自ノードが属するグループ宛てのメッセージを受信した場合に、プルによるグループ鍵配信を起動すれば良い。鍵更新の結果、一定期間２Ｔの間、コーディネータ２０がＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージをグループに所属するノードの何れからも受信しなかった場合には、鍵更新失敗となる。鍵更新に失敗したコーディネータ２０は、鍵更新のリトライを試みても良く、これにより、鍵更新のリトライのたびに新しい鍵が生成されるかもしれない。
【００４７】
あるグループを削除する場合には、削除対象のグループに対し、空のＣｏｍｐｌｅｔｅ  Ｓｕｂｔｒｅｅを指定した鍵更新を実施する。又は、Ｃｏｍｐｌｅｔｅ  Ｓｕｂｔｒｅｅにグループ管理木の未使用の葉ノードを１つだけ含む鍵更新を実行する。
【００４８】
［セキュリティ］
本実施形態で使用されるＩＥＥＥ８０２．２１ｄの全てのメッセージに適用されるセキュリティ共通処理のうち、ＩＥＥＥ８０２．２１ｄで詳細が規定されていない部分を規定する。ＩＥＥＥ８０２．２１ｄメッセージの保護のためのセキュリティは、秘匿性、送信元認証の２種類である。これらのうち、秘匿性は、ＡＥＳ−ＣＣＭにより実現される。また、送信元認証は、鍵長２５６ビットのＥＣＤＳＡにより実現される。秘匿性の有効時には、ＳＡＩＤ（Security  Association  Identifier）  ＴＬＶ（Type  Length  Value）、及びＳｅｃｕｒｉｔｙ  ＴＬＶが使用される。送信元認証の有効時には、Ｓｉｇｎａｔｕｒｅ  ＴＬＶが使用される。秘匿性と送信元認証とがともに有効である場合には、ＳＡＩＤ  ＴＬＶ、Ｓｅｃｕｒｉｔｙ  ＴＬＶ、Ｓｉｇｎａｔｕｒｅ  ＴＬＶが使用される。以下に、ＩＥＥＥ８０２．２１ｄメッセージの保護に関するセキュリティポリシーと、ＡＥＳ−ＣＣＭで使用されるシーケンス番号の更新方法とを説明する。
【００４９】
セキュリティポリシーには、個別通信のセキュリティポリシーと、グループ通信のセキュリティポリシーとが存在する。本実施形態において、個別通信とは、ＩＥＥＥ８０２．２１ｄのＤｅｓｔｉｎａｔｉｏｎ  ＩｄｅｎｔｉｆｉｅｒにＭＩＨＦ  ＩＤを使用した１対１の通信のことを指す。また、グループ通信とは、ＩＥＥＥ８０２．２１ｄのＤｅｓｔｉｎａｔｉｏｎ  ＩｄｅｎｔｉｆｉｅｒにＭＩＨＦ  ＧｒｏｕｐＩＤを使用した多対多の通信のことを指す。グループ通信の特殊ケースとして、グループメンバ数が２である通信を個別グループ通信と呼ぶ。個別通信と個別グループ通信とは、セキュリティポリシーの観点で区別される。
【００５０】
個別通信については、秘匿性は常に無効とし、送信元認証は常に有効とする。グループ通信に関しては、グループ毎に、全体ポリシー、送信元別ポリシー、メッセージ別ポリシー等のセキュリティポリシーを定める。全体ポリシーは、対象グループ全体に適用されるセキュリティポリシーである。全体ポリシーには、「有効」又は「無効」の何れかのポリシーが設定される。送信元別ポリシーは、同一グループ内の送信元別に適用されるセキュリティポリシーである。送信元別ポリシーには、全体ポリシーに対する例外が適用される送信元を指定する。例えば、送信元別ポリシーは、全体ポリシーが「有効」であるときに例外＝「無効」となり、全体ポリシーが「無効」であるときに例外＝「有効」となる。送信元別ポリシーは、全体ポリシーの例外を適用する送信元識別子のリスト、Ｂｌｏｏｍ  Ｆｉｌｔｅｒ、又は、Ｃｏｍｐｌｅｔｅ  Ｓｕｂｔｒｅｅにより指定される。
【００５１】
メッセージ別ポリシーは、同一グループ内のメッセージ毎に適用されるポリシーである。メッセージ別ポリシーには、全体ポリシーに対する例外が適用されるメッセージを指定する。例えば、メッセージ別ポリシーは、全体ポリシーが「有効」であるときに例外＝「無効」となり、全体ポリシーが「無効」であるときに例外＝「有効」となる。メッセージ別ポリシーは、全体ポリシーの例外を適用するメッセージ識別子のリスト、Ｂｌｏｏｍ  Ｆｉｌｔｅｒ、又は、ビットマップにより指定される。
【００５２】
図１１は、第１の実施形態に係るグループ通信セキュリティポリシーのデフォルト値の例を示す図である。図１１において、網掛けで表された箇所は、変更不可である。例えば、設定により変更可能なセキュリティポリシーは、個別通信用グループ以外の送信元認証に関する送信元別ポリシー及びメッセージ別ポリシーである。変更可能なセキュリティポリシーの設定は、事前に設定しておく、グループ識別子にポリシー情報を埋め込む、グループ操作コマンドで通知する、の何れかにより行なわれる。なお、グループ操作コマンドは、ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ又はＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅである。
【００５３】
ＩＥＥＥ８０２．２１ｄのＡＥＳ−ＣＣＭは、１３オクテットのＮｏｎｃｅを使用する。このＮｏｎｃｅは、ＴｒａｎｓａｃｔｉｏｎＩＤ（２オクテット）、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（１０オクテット）、ＦｒａｇｍｅｎｔＮｕｍｂｅｒ（１オクテット）を連結したものである。これらのうち、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ以外は、パケットヘッダのフィールドである。ＩＥＥＥ８０２．２１ｄでは、グループ毎にＳｅｑｕｅｎｃｅＮｕｍｂｅｒが管理される。認証及び鍵共有時には、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝０が各ノードに対して通知される。ＳｅｑｕｅｎｃｅＮｕｍｂｅｒは、鍵更新時にゼロにリセットされ、鍵更新手順を用いて各ノードに通知される。
【００５４】
ノードのリブート時に、リブートしたノードは、リブート前に使用していたＳｅｑｕｅｎｃｅＮｕｍｂｅｒを保持していない場合、コーディネータ２０に対して、ＭＩＨ  Ｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ（ＲｅｑｕｅｓｔＣｏｄｅ＝１のＭＩＨ  Ｒｅｇｉｓｔｒａｔｉｏｎ）による再登録を実行する。コーディネータ２０は、再登録したノードが所属する各グループについて鍵更新を行なう。このとき、ＰＡＮＡによる認証及び再認証は不要である。本実施形態では、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒは１０オクテットであるため、グループ存命中にＳｅｑｕｅｎｃｅＮｕｍｂｅｒが１周することはないものと仮定する。なお、グループ存命中とは、対象となるグループに含まれるノード数が１以上であることを指す。
【００５５】
［ＩＥＥＥ８０２．２１ｄメッセージＴＬＶ］
本実施形態で使用されるＩＥＥＥ８０２．２１ｄメッセージに含まれるセキュリティポリシー非依存ＴＬＶを説明する。セキュリティポリシー非依存ＴＬＶは、ＩＥＥＥ８０２．２１ｄ  ＴＬＶのうち、ＳＡＩＤ  ＴＬＶ、Ｓｅｃｕｒｉｔｙ  ＴＬＶ及びＳｉｇｎａｔｕｒｅ  ＴＬＶ以外のＴＬＶである。
【００５６】
図１２は、第１の実施形態に係るＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージに含まれるセキュリティポリシー非依存ＴＬＶの例を示す図である。図１２に示すように、ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒは、コーディネータ２０の識別子である。ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、ユニキャストの場合、参加ノードの識別子、又は、コーディネータ２０と参加ノードとの間の個別通信用グループの識別子である。また、ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、マルチキャストの場合、ＨＡＮグループの識別子である。ＴａｒｇｅｔＩｄｅｎｔｉｆｉｅｒは、グループ識別子であり、個別通信用グループ又はアプリケーションシステムグループの場合はＬｅａｆＩＤを使用する。
【００５７】
ＲｅｓｐｏｎｓｅＦｌａｇは、応答要求フラグであり、値「１」を指定する。ＧｒｏｕｐＫｅｙＤａｔａは、暗号化されたグループ鍵であり、空のＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅが指定される場合、ＧｒｏｕｐＫｅｙＤａｔａ及びＳＡＩＤＮｏｔｉｆｉｃａｔｉｏｎは不要である。ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅは、ＧｒｏｕｐＫｅｙＤａｔａの復号に使用されるＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅデータである。ＳｅｑｕｅｎｃｅＮｕｍｂｅｒは、暗号通信時の送信パケットのＡＥＳ−ＣＣＭ  ＮｏｎｃｅフィールドのＳｅｑｕｅｎｃｅＮｕｍｂｅｒ部の初期値である。ＴａｒｇｅｔＡｄｄｒｅｓｓは、個別通信用グループの場合にメッセージに含まれ、参加ノードに対する通信ピアノードのＩＰアドレスを指定する。ＳＡＩＤ  Ｎｏｔｉｆｉｃａｔｉｏｎは、ＧｒｏｕｐＫｅｙＤａｔａに対応するＳＡＩＤを指定する。
【００５８】
図１３は、第１の実施形態に係るＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージに含まれるセキュリティポリシー非依存ＴＬＶの例を示す図である。図１３に示すように、ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒは、参加ノードの識別子である。ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、コーディネータ２０の識別子、又は、コーディネータ２０と参加ノードとの間の個別通信用グループ識別子である。ＴａｒｇｅｔＩｄｅｎｔｉｆｉｅｒは、グループ識別子であり、個別通信用グループ又はアプリケーションシステムグループの場合はＬｅａｆＩＤを使用する。ＧｒｏｕｐＳｔａｔｕｓは、グループ操作結果であり、Ｊｏｉｎ  ｏｐｅｒａｔｉｏｎ  ｓｕｃｃｅｓｓｆｕｌ（値「０」）を指定する。
【００５９】
図１４は、第１の実施形態に係るＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージに含まれるセキュリティポリシー非依存ＴＬＶの例を示す図である。図１４に示すように、ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒは、参加ノードの識別子である。ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、コーディネータ２０と参加ノードとの間の個別通信用グループ識別子である。ＴａｒｇｅｔＩｄｅｎｔｉｆｉｅｒは、グループ識別子であり、個別通信用グループの場合はＬｅａｆＩＤ以外の識別子を指定する。ＧｒｏｕｐＡｃｔｉｏｎは、グループ操作種別であり、Ｊｏｉｎ  ｔｈｅ  ｇｒｏｕｐ（値「０」）を指定する。
【００６０】
図１５は、第１の実施形態に係るＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージに含まれるセキュリティポリシー非依存ＴＬＶの例を示す図である。図１５に示すように、ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒは、コーディネータ２０の識別子である。ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、コーディネータ２０と参加ノードとの間の個別通信用グループ識別子である。ＴａｒｇｅｔＩｄｅｎｔｉｆｉｅｒは、グループ識別子であり、個別通信用グループ又はアプリケーションシステムグループの場合はＬｅａｆＩＤを使用する。ＧｒｏｕｐＫｅｙＤａｔａは、暗号化されたグループ鍵である。ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅは、ＧｒｏｕｐＫｅｙＤａｔａの復号に使用されるＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅデータである。ＳｅｑｕｅｎｃｅＮｕｍｂｅｒは、暗号通信時の送信パケットのＡＥＳ−ＣＣＭ  ＮｏｎｃｅフィールドのＳｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ部の初期値である。ＳＡＩＤ  Ｎｏｔｉｆｉｃａｔｉｏｎは、ＧｒｏｕｐＫｅｙＤａｔａに対応するＳＡＩＤを指定する。
【００６１】
図１６は、第１の実施形態に係るＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージに含まれるセキュリティポリシー非依存ＴＬＶの例を示す図である。図１６に示すように、ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒは、参加ノードの識別子である。ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、ユニキャストの場合、コーディネータ２０と参加ノードとの間の個別通信用グループの識別子である。また、ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、マルチキャストの場合、ＨＡＮグループの識別子である。Ｃｅｒｔｉｆｉｃａｔｅは、参加ノードと暗号通信を行なう通信ピアノードのＸ．５０９証明書である。
【００６２】
図１７は、第１の実施形態に係るＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージに含まれるセキュリティポリシー非依存ＴＬＶの例を示す図である。図１７に示すように、ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒは、コーディネータ２０の識別子である。ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、コーディネータ２０と参加ノードとの間の個別通信用グループの識別子である。ＣｅｒｔｉｆｉｃａｔｅＳｅｒｉａｌＮｕｍｂｅｒは、ＨＩＭ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージにより配布されたＸ．５０９証明書のシリアル番号である。ＣｅｒｔｉｆｉｃａｔｅＳｔａｔｕｓは、配布された証明書のステータスであり、証明書が有効である場合にはＣｅｒｔｉｆｉｃａｔｅ  Ｖａｌｉｄ（値「０」）が入る。
【００６３】
図１８は、第１の実施形態に係るＭＩＨ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｕｐｄａｔｅ  ｉｎｄｉｃａｔｉｏｎメッセージに含まれるセキュリティポリシー非依存ＴＬＶの例を示す図である。図１８に示すように、ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒは、送信元ノードの識別子である。ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、宛先識別子であり、ユニキャスト暗号通信の場合には個別通信用グループの識別子が使用される。ここで、個別通信用グループの識別子は、ＩＤｘ＋‘＠’＋ＩＤｙ（Ｌ）、又は、ＩＤｙ＋‘＠’＋ＩＤｘ（Ｌ）である。また、ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、マルチキャスト暗号通信の場合、アプリケーションシステムグループ使用時にはアプリケーションシステムグループの識別子（‘＠’＋ＩＤｃｔｌ（Ｌ））が使用され、それ以外のグループ使用時にはＨＡＮグループの識別子（“”）が使用される。ＣｏｎｆｉｇｕｒａｔｉｏｎＤａｔａには、ＥＣＨＯＮＥＴ  Ｌｉｔｅ電文が含まれる。
【００６４】
図１９は、第１の実施形態に係るＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージに含まれるセキュリティポリシー非依存ＴＬＶの例を示す図である。図１９に示すように、ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒは、コーディネータ２０の識別子である。ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、ユニキャストの場合、コーディネータ２０と参加ノードとの間の個別通信用グループの識別子である。また、ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、マルチキャストの場合、ＨＡＮグループの識別子である。ＣｅｒｔｉｆｉｃａｔｅＳｅｒｉａｌＮｕｍｂｅｒは、リボークされる証明書のシリアル番号である。ＣｅｒｔｉｆｉｃａｔｅＲｅｖｏｃａｔｉｏｎは、リボークされる証明書の発行元のデジタル署名である。
【００６５】
図２０は、第１の実施形態に係るＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージに含まれるセキュリティポリシー非依存ＴＬＶの例を示す図である。図２０に示すように、ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒは、参加ノードの識別子である。ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、コーディネータ２０と参加ノードとの間の個別通信用グループの識別子である。ＣｅｒｔｉｆｉｃａｔｅＳｅｒｉａｌＮｕｍｂｅｒは、リボークされる証明書のシリアル番号である。ＣｅｒｔｉｆｉｃａｔｅＳｔａｔｕｓは、リボークされる証明書のステータスであり、リボーク成功の場合にはＣｅｒｔｉｆｉｃａｔｅ  Ｖａｌｉｄ（値「１」）を設定する。
【００６６】
次に、本実施形態に係る鍵共有、暗号通信、証明書リボーク、鍵更新についての詳細シーケンスを説明する。
【００６７】
［鍵共有フェーズ１の詳細シーケンス］
図２１は、第１の実施形態に係る鍵共有フェーズ１Ａの詳細シーケンスの例である。図２１では、ＩＤｃｔｌはコントローラ３０の識別子、ＩＤｃｄｎはコーディネータ２０の識別子、ＩＤｄｅｖは機器４０の識別子を表す。また、図２１に示す（１）〜（４）は、図１０に示した（１）〜（４）に相当する。
【００６８】
図２１の（１）に示すように、コーディネータ２０は、コントローラ３０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ（Ｌ），ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ＿ｃｄｎ，ｃｔｌ），ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅ，ＲｅｓｐｏｎｓｅＦｌａｇ＝１，ＴａｒｇｅｔＩＤ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳｅｑｕｅｎｃｅＮｕｍ，ＳＡＩＤＮｏｔｉｆ，Ｓｉｇｎａｔｕｒｅ」が含まれる。また、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信したコントローラ３０は、コーディネータ２０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｄｅｖ（Ｌ），ｄｓｔ＝ＩＤｃｄｎ（Ｌ），ＴａｒｇｅｔＩＤ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＧｒｏｕｐＳｔａｔｕｓ，Ｓｉｇｎａｔｕｒｅ」が含まれる。
【００６９】
図２１の（２）に示すように、コーディネータ２０は、コントローラ３０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ１），ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅ，ＲｅｓｐｏｎｓｅＦｌａｇ＝１，ＴａｒｇｅｔＩＤ＝“”，ＳｅｑｕｅｎｃｅＮｕｍ，ＳＡＩＤＮｏｔｉｆ｝」が含まれる。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信したコントローラ３０は、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｃｔｌ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＴａｒｇｅｔＩＤ＝“”，ＧｒｏｕｐＳｔａｔｕｓ｝」が含まれる。
【００７０】
図２１の（３）に示すように、コーディネータ２０は、コントローラ３０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ２），ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅ，ＲｅｓｐｏｎｓｅＦｌａｇ＝１，ＴａｒｇｅｔＩＤ＝“Ｃｏｎｔｒｏｌｌｅｒｓ”，ＳｅｑｕｅｎｃｅＮｕｍ，ＳＡＩＤＮｏｔｉｆ｝」が含まれる。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信したコントローラ３０は、コーディネータ２０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｃｔｌ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＴａｒｇｅｔＩＤ＝“Ｃｏｎｔｒｏｌｌｅｒｓ”，ＧｒｏｕｐＳｔａｔｕｓ｝」が含まれる。
【００７１】
図２１の（４）に示すように、コーディネータ２０は、コントローラ３０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ＿ｃｔｌ），ＣｏｍｐｕｌｅｔｅＳｕｂｔｒｅｅ，ＲｅｓｐｏｎｓｅＦｌａｇ＝１，ＴａｒｇｅｔＩＤ＝＠ＩＤｃｔｌ（Ｌ），ＳＡＩＤＮｏｔｉｆ，ＳｅｑｕｅｎｃｅＮｕｍ｝」が含まれる。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信したコントローラ３０は、コーディネータ２０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｃｔｌ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＴａｒｇｅｔＩＤ＝＠ＩＤｃｔｌ（Ｌ），ＧｒｏｕｐＳｔａｔｕｓ｝」が含まれる。
【００７２】
なお、鍵共有フェーズ１Ａにおいては、図２１の（１）に先立ち、コントローラ３０からコーディネータ２０に対し、ＩＥＥＥ８０２．２１‐２００８で規定されるＭＩＨ  Ｒｅｇｉｓｔｒａｔｉｏｎが行なわれるかもしれない。
【００７３】
図２２は、第１の実施形態に係る鍵共有フェーズ１Ｂの詳細シーケンスの例である。図２２では、ＩＤｃｔｌはコントローラ３０の識別子、ＩＤｃｄｎはコーディネータ２０の識別子、ＩＤｄｅｖは機器４０の識別子を表す。また、図２２に示す（５）及び（６）は、図１０に示した（５）及び（６）に相当する。
【００７４】
図２２の（５）に示すように、コーディネータ２０は、機器４０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ（Ｌ），ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ＿ｃｄｎ，ｄｅｖ），ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅ，ＲｅｓｐｏｎｓｅＦｌａｇ＝１，ＴａｒｇｅｔＩＤ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳｅｑｕｅｎｃｅＮｕｍ，ＳＡＩＤＮｏｔｉｆ，Ｓｉｇｎａｔｕｒｅ」が含まれる。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信した機器４０は、コーディネータ２０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｄｅｖ（Ｌ），ｄｓｔ＝ＩＤｃｄｎ（Ｌ），ＴａｒｇｅｔＩＤ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＧｒｏｕｐＳｔａｔｕｓ，Ｓｉｇｎａｔｕｒｅ」が含まれる。
【００７５】
図２２の（６）に示すように、コーディネータ２０は、機器４０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ１），ＣｏｍｐｌｅｔｅＳｕｂｔｕｒｅｅ，ＲｅｓｐｏｎｓｅＦｌａｇ＝１，ＴａｒｇｅｔＩＤ＝“”，ＳＡＩＤＮｏｔｉｆ，ＳｅｑｕｅｎｃｅＮｕｍ｝」が含まれる。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信した機器４０は、コーディネータ２０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｄｅｖ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＴａｒｇｅｔＩＤ＝“”，ＧｒｏｕｐＳｔａｔｕｓ｝」が含まれる。
【００７６】
なお、鍵共有フェーズ１Ｂにおいては、図２２の（５）に先立ち、機器４０からコーディネータ２０に対し、ＩＥＥＥ８０２．２１‐２００８で規定されるＭＩＨ  Ｒｅｇｉｓｔｒａｔｉｏｎが行なわれるかもしれない。
【００７７】
［鍵共有フェーズ２の詳細シーケンス］
図２３は、第１の実施形態に係る鍵共有フェーズ２の詳細シーケンスの例である。図２３では、フェーズ２Ａがフェーズ２Ｂよりも先行する場合を例に挙げる。図２３では、ＩＤｃｔｌはコントローラ３０の識別子、ＩＤｃｄｎはコーディネータ２０の識別子、ＩＤｄｅｖは機器４０の識別子を表す。また、図２３に示す（７）〜（１１）は、図１０に示した（７）〜（１１）に相当する。
【００７８】
図２３の（７）に示すように、コントローラ３０は、コーディネータ２０に対して、ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｔｌ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＴａｒｇｅｔＩＤ＝ＩＤｄｅｖ＠ＩＤｃｔｌ（Ｅ  ｏｒ  Ｓ），ＧｒｏｕｐＡｃｔｉｏｎ＝ｊｏｉｎ｝」が含まれる。ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信したコーディネータ２０は、コントローラ３０に対して、ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ＿ｃｔｌ，ｄｅｖ），ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅ，ＴａｒｇｅｔＩＤ＝ＩＤｄｅｖ＠ＩＤｃｔｌ（Ｌ），ＧｒｏｕｐＳｔａｔｕｓ，ＳＡＩＤＮｏｔｉｆ，ＳｅｑｕｅｎｃｅＮｕｍ｝」が含まれる。
【００７９】
図２３の（８）に示すように、コーディネータ２０は、コントローラ３０に対して、ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛Ｃｅｒｔｉｆｉｃａｔｅ（ＣＥＲＴｄｅｖ）｝」が含まれる。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを受信したコントローラ３０は、コーディネータ２０に対して、ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｃｔｌ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＣｅｒｔｉｆｉｃａｔｅＳｅｒｉａｌＮｕｍｂｅｒ，ＣｅｒｔｉｆｉｃａｔｅＳｔａｔｕｓ｝」が含まれる。
【００８０】
図２３の（９）に示すように、コーディネータ２０は、機器４０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ＿ｃｔｌ，ｄｅｖ），ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅ，ＲｅｓｐｏｎｓｅＦｌａｇ＝１，ＴａｒｇｅｔＡｄｄｒ＝ＩＰｃｔｌ，ＴａｒｇｅｔＩＤ＝ＩＤｄｅｖ＠ＩＤｃｔｌ（Ｌ），ＳＡＩＤＮｏｔｉｆ，ＳｅｑｕｅｎｃｅＮｕｍ｝」が含まれる。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信した機器４０は、コーディネータ２０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｄｅｖ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＴａｒｇｅｔＩＤ＝ＩＤｄｅｖ＠ＩＤｃｔｌ（Ｌ），ＧｒｏｕｐＳｔａｔｕｓ｝」が含まれる。
【００８１】
図２３の（１０）に示すように、コーディネータ２０は、機器４０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ＿ｃｔｌ），ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅ，ＲｅｓｐｏｎｓｅＦｌａｇ＝１，ＴａｒｇｅｔＩＤ＝＠ＩＤｃｔｌ（Ｌ），ＳＡＩＤＮｏｔｉｆ，ＳｅｑｕｅｎｃｅＮｕｍ｝」が含まれる。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信した機器４０は、コーディネータ２０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｄｅｖ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＴａｒｇｅｔＩＤ＝＠ＩＤｃｔｌ（Ｌ），ＧｒｏｕｐＳｔａｔｕｓ｝」が含まれる。
【００８２】
図２３の（１１）に示すように、コーディネータ２０は、機器４０に対して、ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛Ｃｅｒｔｉｆｉｃａｔｅ（ＣＥＲＴｃｔｌ）｝」が含まれる。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを受信した機器４０は、コーディネータ２０に対して、ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｄｅｖ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＣｅｒｔｉｆｉｃａｔｅＳｅｒｉａｉＮｕｍｂｅｒ，ＣｅｒｔｉｆｉｃａｔｅＳｔａｔｕｓ｝」が含まれる。
【００８３】
なお、鍵共有フェーズ２Ｂをコントローラ３０間通信の鍵共有に使用する場合、鍵共有フェーズ２Ｂの機器４０（ＩＤｄｅｖ）は、鍵共有フェーズ２Ａのコントローラ３０（ＩＤｃｔｌ）の通信相手のコントローラ３０（ＩＤｃｔｌ’）に置き換えられ、（７）が省略される。また、鍵共有フェーズ２Ａを機器間通信の鍵共有に使用する場合、鍵共有フェーズ２Ａのコントローラ３０（ＩＤｃｔｌ）は、鍵共有フェーズ２Ｂの機器４０（ＩＤｄｅｖ）の通信相手の機器４０（ＩＤｄｅｖ’）に置き換えられ、（７）が省略される。
【００８４】
図２４は、第１の実施形態に係る鍵共有フェーズ２の詳細シーケンスの例である。図２４では、フェーズ２Ｂがフェーズ２Ａよりも先行する場合を例に挙げる。図２４では、ＩＤｃｔｌはコントローラ３０の識別子、ＩＤｃｄｎはコーディネータ２０の識別子、ＩＤｄｅｖは機器４０の識別子を表す。また、図２４に示す（７）〜（１１）は、図１０に示した（７）〜（１１）に相当する。
【００８５】
図２４の（９）に示すように、機器４０は、コーディネータ２０に対して、ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｄｅｖ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＴａｒｇｅｔＩＤ＝ＩＤｄｅｖ＠ＩＤｃｔｌ（Ｅ  ｏｒ  Ｓ），ＧｒｏｕｐＡｃｔｉｏｎ＝ｊｏｉｎ｝」が含まれる。ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信したコーディネータ２０は、機器４０に対して、ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿ＭＮ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ＿ｃｔｌ，ｄｅｖ），ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅ，ＴａｒｇｅｔＩＤ＝ＩＤｄｅｖ＠ＩＤｃｔｌ（Ｌ），ＧｒｏｕｐＳｔａｔｕｓ，ＳＡＩＤＮｏｔｉｆ，ＳｅｑｕｅｎｃｅＮｕｍ｝」が含まれる。
【００８６】
図２４の（１０）に示すように、コーディネータ２０は、機器４０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ＿ｃｔｌ），ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅ，ＲｅｓｐｏｎｓｅＦｌａｇ＝１，ＴａｒｇｅｔＩＤ＝＠ＩＤｃｔｌ（Ｌ），ＳＡＩＤＮｏｔｉｆ，ＳｅｑｕｅｎｃｅＮｕｍ｝」が含まれる。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信した機器４０は、コーディネータ２０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｄｅｖ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＴａｒｇｅｔＩＤ＝＠ＩＤｃｔｌ（Ｌ），ＧｒｏｕｐＳｔａｔｕｓ｝」が含まれる。
【００８７】
図２４の（１１）に示すように、コーディネータ２０は、機器４０に対して、ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｄｅｖ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛Ｃｅｒｔｉｆｉｃａｔｅ（ＣＥＲＴｃｔｌ）｝」が含まれる。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを受信した機器４０は、コーディネータ２０に対して、ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｄｅｖ（Ｌ），ｄｓｔ＝ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＣｅｒｔｉｆｉｃａｔｅＳｅｒｉａｌＮｕｍｂｅｒ，ＣｅｒｔｉｆｉｃａｔｅＳｔａｔｕｓ｝」が含まれる。
【００８８】
図２４の（７）に示すように、コーディネータ２０は、コントローラ３０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＧｒｏｕｐＫｅｙＤａｔａ（Ｋ＿ｃｔｌ，ｄｅｖ），ＣｏｍｐｌｅｔｅＳｕｂｔｒｅｅ，ＲｅｓｐｏｎｓｅＦｌａｇ＝１，ＴａｒｇｅｔＡｄｄｒ＝ＩＰｄｅｖ，ＴａｒｇｅｔＩＤ＝ＩＤｄｅｖ＠ＩＤｃｔｌ（Ｌ），ＳＡＩＤＮｏｔｉｆ，ＳｅｑｕｅｎｃｅＮｕｍ｝」が含まれる。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを受信したコントローラ３０は、コーディネータ２０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｃｔｌ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ＠ｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＴａｒｇｅｔＩＤ＝ＩＤｄｅｖ＠ＩＤｃｔｌ（Ｌ），ＧｒｏｕｐＳｔａｔｕｓ｝」が含まれる。
【００８９】
図２４の（８）に示すように、コーディネータ２０は、コントローラ３０に対して、ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージには、「ｓｒｃ＝ＩＤｃｄｎ（Ｌ），ｄｓｔ＝ＩＤｃｔｌ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛Ｃｅｒｔｉｆｉｃａｔｅ（ＣＥＲＴｄｅｖ）｝」が含まれる。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを受信したコントローラ３０は、コーディネータ２０に対して、ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＩＨ＿Ｐｕｓｈ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージには、「ｓｒｃ＝ＩＤｃｌｔ（Ｌ），ｄｓｔ＝ＩＤｃｄｎ（Ｌ），ＳＡＩＤ，Ｓｅｃｕｒｉｔｙ｛ＣｅｒｔｉｆｉｃａｔｅＳｅｒｉａｌＮｕｍｂｅｒ，ＣｅｒｔｉｆｉｃａｔｅＳｔａｔｕｓ｝」が含まれる。
【００９０】
［暗号通信の詳細シーケンス］
図２５は、第１の実施形態に係る暗号通信の詳細シーケンスの例である。図２５に示すように、コントローラ３０又は機器４０は、ユニキャスト暗号通信とマルチキャスト暗号通信において、コントローラ３０又は機器４０に対して、ＭＩＨ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｕｐｄａｔｅ  ｉｎｄｉｃａｔｉｏｎメッセージを送受信する。ＭＩＨ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｕｐｄａｔｅ  ｉｎｄｉｃａｔｉｏｎメッセージの送受信は、コントローラ３０又は機器４０（ＩＤｘ）と、コントローラ３０又は機器４０（ＩＤｙ）とにより行なわれる。
【００９１】
［証明書リボークの詳細シーケンス］
図２６は、第１の実施形態に係る証明書リボークの詳細シーケンスの例である。図２６に示すように、コーディネータ２０は、コントローラ３０又は機器４０に対して、マルチキャスト又はユニキャストにより、ＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。これにより、コントローラ３０又は機器４０は、コーディネータ２０に対して、ＭＩＨ＿Ｒｅｖｏｋｅ＿Ｃｅｒｔｉｆｉｃａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。
【００９２】
［グループ鍵更新の詳細シーケンス］
図２７は、第１の実施形態に係るグループ鍵更新の詳細シーケンスの例である。図２７に示すように、コーディネータ２０は、コントローラ３０又は機器４０に対して、マルチキャスト又はユニキャストにより、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｑｕｅｓｔメッセージを送信する。これにより、コントローラ３０又は機器４０は、コーディネータ２０に対して、ＭＩＨ＿Ｎｅｔ＿Ｇｒｏｕｐ＿Ｍａｎｉｐｕｌａｔｅ  ｒｅｓｐｏｎｓｅメッセージを送信する。
【００９３】
本実施形態によれば、グループ識別子の構造に、グループのセマンティックを表し、且つ、グループの存命中は値が不変である可変値のフィールドを含むパケットをグループで送受するので、セマンティックの自由度を向上させるとともに、通信を簡素化することができる。
【００９４】
また、上記文書中や図面中等で示した処理手順、制御手順、具体的名称、各種のデータやパラメータ等を含む情報は、特記する場合を除いて任意に変更することができる。また、図示した制御装置の各構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散又は統合の具体的形態は、図示のものに限られず、その全部又は一部を各種の負担や使用状況等に応じて、任意の単位で機能的又は物理的に分散又は統合することができる。
【００９５】
また、上記実施形態に係る通信システム１０に含まれるコーディネータ２０やコントローラ３０、機器４０は、例えば、汎用のコンピュータ装置を基本ハードウェアとして用いることで実現することが可能である。実行されるプログラムは、上述してきた各機能を含むモジュール構成となっている。プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録されて提供しても、ＲＯＭ等に予め組み込んで提供しても良い。
【００９６】
また、上述してきた実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。また、各実施形態は、内容を矛盾させない範囲で適宜組み合わせることが可能である。また、各実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９７】
１０  通信システム
２０  コーディネータ
３０  コントローラ
４０  機器
【図１】
2018174550.tif 000003
【図２】
2018174550.tif 000004
【図３】
2018174550.tif 000005
【図４】
2018174550.tif 000006
【図５】
2018174550.tif 000007
【図６】
2018174550.tif 000008
【図７】
2018174550.tif 000009
【図８】
2018174550.tif 000010
【図９】
2018174550.tif 000011
【図１０】
2018174550.tif 000012
【図１１】
2018174550.tif 000013
【図１２】
2018174550.tif 000014
【図１３】
2018174550.tif 000015
【図１４】
2018174550.tif 000016
【図１５】
2018174550.tif 000017
【図１６】
2018174550.tif 000018
【図１７】
2018174550.tif 000019
【図１８】
2018174550.tif 000020
【図１９】
2018174550.tif 000021
【図２０】
2018174550.tif 000022
【図２１】
2018174550.tif 000023
【図２２】
2018174550.tif 000024
【図２３】
2018174550.tif 000025
【図２４】
2018174550.tif 000026
【図２５】
2018174550.tif 000027
【図２６】
2018174550.tif 000028
【図２７】
2018174550.tif 000029