知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024176746
(43)【公開日】2024-12-19
(54)【発明の名称】無線通信装置及び方法
(51)【国際特許分類】
H04W 28/06 20090101AFI20241212BHJP
H04W 84/18 20090101ALI20241212BHJP
H04W 88/04 20090101ALI20241212BHJP
【ＦＩ】
H04W28/06
H04W84/18
H04W88/04
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2023095524
(22)【出願日】2023-06-09
(71)【出願人】
【識別番号】000003078
【氏名又は名称】株式会社東芝
(74)【代理人】
【識別番号】110001737
【氏名又は名称】弁理士法人スズエ国際特許事務所
(72)【発明者】
【氏名】向本 将規
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067BB27
5K067EE02
5K067EE25
5K067HH36
(57)【要約】
【課題】効率的な通信を実現することが可能な無線通信装置及び方法を提供することにある。
【解決手段】実施形態によれば、無線マルチホップネットワークを介してマルチホップ通信を行う無線通信装置が提供される。無線通信装置は、管理手段と、第１圧縮処理手段と、第１暗号処理手段と、送信手段とを具備する。管理手段は、無線通信装置が送信ノードである場合の第１圧縮ルールを管理する。第１圧縮処理手段は、第１圧縮ルールを適用することによって、ネットワークヘッダまたはトランスポートヘッダを圧縮する。第１暗号処理手段は、圧縮後にネットワークヘッダとネットワークデータとを暗号化する。送信手段は、暗号化されたネットワークヘッダと暗号化されたネットワークデータとを含むパケットを送信する。第１圧縮ルールは、受信ノードである他の無線通信装置と共有される。
【選択図】図３
【解決手段】実施形態によれば、無線マルチホップネットワークを介してマルチホップ通信を行う無線通信装置が提供される。無線通信装置は、管理手段と、第１圧縮処理手段と、第１暗号処理手段と、送信手段とを具備する。管理手段は、無線通信装置が送信ノードである場合の第１圧縮ルールを管理する。第１圧縮処理手段は、第１圧縮ルールを適用することによって、ネットワークヘッダまたはトランスポートヘッダを圧縮する。第１暗号処理手段は、圧縮後にネットワークヘッダとネットワークデータとを暗号化する。送信手段は、暗号化されたネットワークヘッダと暗号化されたネットワークデータとを含むパケットを送信する。第１圧縮ルールは、受信ノードである他の無線通信装置と共有される。
【選択図】図３
【特許請求の範囲】
【請求項1】
無線マルチホップネットワークを介してマルチホップ通信を行う無線通信装置において、
前記無線通信装置が前記マルチホップ通信における送信ノードである場合の第１圧縮ルールを管理する管理手段と、
前記第１圧縮ルールを適用することによって、ネットワークヘッダまたはネットワークデータに含まれるトランスポートヘッダを圧縮する第１圧縮処理手段と、
前記圧縮後に前記ネットワークヘッダと前記ネットワークデータとを暗号化する第１暗号処理手段と、
前記暗号化されたネットワークヘッダと前記暗号化されたネットワークデータとを含むパケットを送信する送信手段と
を具備し、
前記第１圧縮ルールは、前記マルチホップ通信における受信ノードである他の無線通信装置と共有される
無線通信装置。
前記無線通信装置が前記マルチホップ通信における送信ノードである場合の第１圧縮ルールを管理する管理手段と、
前記第１圧縮ルールを適用することによって、ネットワークヘッダまたはネットワークデータに含まれるトランスポートヘッダを圧縮する第１圧縮処理手段と、
前記圧縮後に前記ネットワークヘッダと前記ネットワークデータとを暗号化する第１暗号処理手段と、
前記暗号化されたネットワークヘッダと前記暗号化されたネットワークデータとを含むパケットを送信する送信手段と
を具備し、
前記第１圧縮ルールは、前記マルチホップ通信における受信ノードである他の無線通信装置と共有される
無線通信装置。
【請求項2】
前記パケットに含まれるネットワークヘッダ及びネットワークデータには、前記ネットワークヘッダまたは前記トランスポートヘッダが圧縮された際に適用された第１圧縮ルールを識別するための圧縮ルール識別情報が付与される請求項１記載の無線通信装置。
【請求項3】
前記第１圧縮ルールは、前記ネットワークヘッダまたは前記トランスポートヘッダを構成するフィールドの候補値を含み、
前記第１圧縮処理手段は、前記第１圧縮ルールに含まれるフィールドの候補値と前記ネットワークヘッダまたは前記トランスポートヘッダを構成する当該フィールドに設定されている値とが一致する場合に、当該フィールドを省略することによって当該ネットワークヘッダまたは当該トランスポートヘッダを圧縮する
請求項１記載の無線通信装置。
前記第１圧縮処理手段は、前記第１圧縮ルールに含まれるフィールドの候補値と前記ネットワークヘッダまたは前記トランスポートヘッダを構成する当該フィールドに設定されている値とが一致する場合に、当該フィールドを省略することによって当該ネットワークヘッダまたは当該トランスポートヘッダを圧縮する
請求項１記載の無線通信装置。
【請求項4】
前記第１圧縮処理手段は、前記第１圧縮ルールに含まれるフィールドの候補値と前記ネットワークヘッダまたは前記トランスポートヘッダを構成するフィールドに設定されている値の一部とが一致する場合に、当該値の一部を省略することによって当該ネットワークヘッダまたは当該トランスポートヘッダを圧縮する請求項３記載の無線通信装置。
【請求項5】
前記第１圧縮ルールを適用することによって、前記マルチホップ通信における送信対象のデータを圧縮する第２圧縮処理手段と、
前記圧縮された後の前記データを暗号化する第２暗号化処理手段と
を具備し、
前記ネットワークデータは、前記トランスポートヘッダ及び前記暗号化されたアプリケーションデータを含む
請求項１記載の無線通信装置。
前記圧縮された後の前記データを暗号化する第２暗号化処理手段と
を具備し、
前記ネットワークデータは、前記トランスポートヘッダ及び前記暗号化されたアプリケーションデータを含む
請求項１記載の無線通信装置。
【請求項6】
前記第１圧縮ルールは、前記無線通信装置または前記他の無線通信装置が前記無線マルチホップネットワークに参入する際のプロビジョニング時に、当該無線通信装置及び当該他の無線通信装置に配布される請求項１記載の無線通信装置。
【請求項7】
受信手段を更に具備し、
前記管理手段は、前記無線通信装置が前記マルチホップ通信における受信ノードである場合の第２圧縮ルールを管理し、
前記受信手段は、他の無線通信装置から送信されたパケットであって、当該他の無線通信装置において暗号化されたネットワークヘッダ及び暗号化されたネットワークデータを含むパケットを受信し、
前記第１暗号処理手段は、前記受信されたパケットに含まれるネットワークヘッダ及びネットワークデータを復号し、
前記復号されたネットワークヘッダまたは前記復号されたネットワークデータに含まれるトランスポートヘッダは、前記他の無線通信装置において前記第２圧縮ルールを適用することによって圧縮されており、
前記第１圧縮処理手段は、前記第２圧縮ルールを参照することによって、前記復号されたネットワークヘッダまたは前記復号されたネットワークデータに含まれるトランスポートヘッダを展開する
請求項１記載の無線通信装置。
前記管理手段は、前記無線通信装置が前記マルチホップ通信における受信ノードである場合の第２圧縮ルールを管理し、
前記受信手段は、他の無線通信装置から送信されたパケットであって、当該他の無線通信装置において暗号化されたネットワークヘッダ及び暗号化されたネットワークデータを含むパケットを受信し、
前記第１暗号処理手段は、前記受信されたパケットに含まれるネットワークヘッダ及びネットワークデータを復号し、
前記復号されたネットワークヘッダまたは前記復号されたネットワークデータに含まれるトランスポートヘッダは、前記他の無線通信装置において前記第２圧縮ルールを適用することによって圧縮されており、
前記第１圧縮処理手段は、前記第２圧縮ルールを参照することによって、前記復号されたネットワークヘッダまたは前記復号されたネットワークデータに含まれるトランスポートヘッダを展開する
請求項１記載の無線通信装置。
【請求項8】
前記受信されたパケットに含まれるネットワークヘッダ及びネットワークデータには、前記ネットワークヘッダまたは前記トランスポートヘッダが圧縮された際に適用された第３圧縮ルールを識別するための圧縮ルール識別情報が付与されており、
前記第１暗号処理手段は、前記圧縮ルール識別情報によって識別される第３圧縮ルールが前記第２圧縮ルールとして管理されている場合に、前記ネットワークヘッダまたは前記トランスポートヘッダを復号する
請求項７記載の無線通信装置。
前記第１暗号処理手段は、前記圧縮ルール識別情報によって識別される第３圧縮ルールが前記第２圧縮ルールとして管理されている場合に、前記ネットワークヘッダまたは前記トランスポートヘッダを復号する
請求項７記載の無線通信装置。
【請求項9】
前記送信手段は、前記受信されたパケットに含まれる圧縮ルール識別情報によって識別される第３圧縮ルールが前記第２圧縮ルールとして管理されていない場合、当該パケットを他の無線通信装置に転送する請求項８記載の無線通信装置。
【請求項10】
前記第２圧縮ルールは、前記無線通信装置または前記マルチホップ通信における送信ノードである他の無線通信装置が前記無線マルチホップネットワークに参入する際のプロビジョニング時に、当該無線通信装置及び当該他の無線通信装置に配布される請求項７記載の無線通信装置。
【請求項11】
前記ネットワークヘッダまたは前記トランスポートヘッダが圧縮されることによって、前記パケットにおいて前記マルチホップ通信における送信対象のデータに割り当てられるデータ領域が拡張される請求項１～１０のいずれか一項に記載の無線通信装置。
【請求項12】
無線マルチホップネットワークを介してマルチホップ通信を行う無線通信装置が実行する方法であって、
前記無線通信装置が前記マルチホップ通信における送信ノードである場合の第１圧縮ルールを管理することと、
前記第１圧縮ルールを適用することによって、ネットワークヘッダまたはネットワークデータに含まれるトランスポートヘッダを圧縮することと、
前記圧縮後に前記ネットワークヘッダと前記ネットワークデータとを暗号化することと、
前記暗号化されたネットワークヘッダと前記暗号化されたネットワークデータとを含むパケットを送信することと
を具備し、
前記第１圧縮ルールは、前記マルチホップ通信における受信ノードである他の無線通信装置と共有される
方法。
前記無線通信装置が前記マルチホップ通信における送信ノードである場合の第１圧縮ルールを管理することと、
前記第１圧縮ルールを適用することによって、ネットワークヘッダまたはネットワークデータに含まれるトランスポートヘッダを圧縮することと、
前記圧縮後に前記ネットワークヘッダと前記ネットワークデータとを暗号化することと、
前記暗号化されたネットワークヘッダと前記暗号化されたネットワークデータとを含むパケットを送信することと
を具備し、
前記第１圧縮ルールは、前記マルチホップ通信における受信ノードである他の無線通信装置と共有される
方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、無線通信装置及び方法に関する。
【背景技術】
【0002】
近年では、広範なエリアにおけるセンシング等の用途のために無線マルチホップネットワークを構築し、マルチホップ通信を行うことが知られている。なお、マルチホップ通信は、無線マルチホップネットワークを構成する複数のノード（無線通信装置）がバケツリレー形式でデータ（パケット）を転送することによって長距離通信を実現する通信方式である。マルチホップ通信は、ネットワークを構築するコスト（各ノードの設置コスト）やスケーラビリティの面で利点がある。
【0003】
ところで、上記した無線マルチホップネットワークにおいては、マルチホップ通信において送受信可能なデータのサイズ（つまり、無線マルチホップネットワークにおいて送受信されるパケットに含まれるペイロードに割り当てられるデータ領域）が小さい場合があり、効率的な通信ができない可能性がある。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特表２０２０－５０２８３３号公報
【非特許文献】
【0005】
【非特許文献1】Bluetooth Mesh プロファイル 1.0.1、［online］、インターネット＜ＵＲＬ：https://www.bluetooth.com/ja-jp/specifications/specs/mesh-profile-1-0-1/＞
【非特許文献2】RFC 8824 Static Context Header Compression、［online］、インターネット＜ＵＲＬ：https://datatracker.ietf.org/doc/rfc8824/＞
【発明の概要】
【発明が解決しようとする課題】
【0006】
そこで、本発明が解決しようとする課題は、効率的な通信を実現することが可能な無線通信装置及び方法を提供することにある。
【課題を解決するための手段】
【0007】
実施形態によれば、無線マルチホップネットワークを介してマルチホップ通信を行う無線通信装置が提供される。前記無線通信装置は、管理手段と、第１圧縮処理手段と、第１暗号処理手段と、送信手段とを具備する。前記管理手段は、前記無線通信装置が前記マルチホップ通信における送信ノードである場合の第１圧縮ルールを管理する。前記第１圧縮処理手段は、前記第１圧縮ルールを適用することによって、ネットワークヘッダまたはネットワークデータに含まれるトランスポートヘッダを圧縮する。前記第１暗号処理手段は、前記圧縮後に前記ネットワークヘッダと前記ネットワークデータとを暗号化する。前記送信手段は、前記暗号化されたネットワークヘッダと前記暗号化されたネットワークデータとを含むパケットを送信する。前記第１圧縮ルールは、前記マルチホップ通信における受信ノードである他の無線通信装置と共有される。
【図面の簡単な説明】
【0008】
【図1】第１実施形態に係る無線通信装置を含むネットワーク構成の一例を示す図。
【図2】無線マルチホップネットワークの適用例を示す図。
【図3】無線通信装置の機能構成の一例を示す図。
【図4】無線通信装置のハードウェア構成の一例を示す図。
【図5】アプリケーションデータ送信処理の処理手順の一例を示すフローチャート。
【図6】本実施形態におけるヘッダの圧縮を概念的に説明するための図。
【図7】アプリケーションデータ受信処理の処理手順の一例を示すフローチャート。
【図8】パケット転送処理の処理手順の一例を示すフローチャート。
【図9】第２実施形態における圧縮ルールの一例を示す図。
【発明を実施するための形態】
【0009】
以下、図面を参照して、実施形態について説明する。
（第１実施形態）
図１は、第１実施形態に係る無線通信装置を含むネットワーク構成の一例を示す。図１においては、例えば近距離無線通信を行うことが可能なように構成された無線通信装置１０－１～１０－６が示されている。
（第１実施形態）
図１は、第１実施形態に係る無線通信装置を含むネットワーク構成の一例を示す。図１においては、例えば近距離無線通信を行うことが可能なように構成された無線通信装置１０－１～１０－６が示されている。
【0010】
なお、本実施形態における近距離無線通信には、ＢＬＥ（Bluetooth Low Energy（登録商標））に基づく無線通信が含まれる。この場合、無線通信装置１０－１～１０－６は、ＢＬＥに基づく無線通信を行うことが可能な例えばＩｏＴ（Internet of Things）デバイスやスマートフォン等の様々な電子機器によって実現される。
【0011】
ここで、ＢＬＥ（Bluetooth Low Energy）にはＢｌｕｅｔｏｏｔｈ Ｍｅｓｈと称される無線マルチホップネットワークを形成する機能があり、図１に示す無線通信装置１０－１～１０－６の各々は、当該Ｂｌｕｅｔｏｏｔｈ Ｍｅｓｈによって形成された無線マルチホップネットワーク（無線マルチホップメッシュネットワーク）を構成するノードとして動作する。
【0012】
上記した無線マルチホップネットワークにおいては、例えば無線通信装置１０－１から送信されたデータを無線通信装置１０－２～１０－５が中継し、当該無線通信装置１０－２～１０－５によって中継されたデータを無線通信装置１０－６が受信するマルチホップ通信を行うことができる。これによれば、例えば無線通信装置１０－１は、当該無線通信装置１０－１のＢＬＥに基づく通信範囲を超えた無線通信装置１０－６との通信（データの送受信）を実現することが可能となる。
【0013】
なお、図２は、本実施形態における無線マルチホップネットワークの適用例を示す。図２においては、建物に設置されているエレベータの保守管理に無線マルチホップネットワークを適用することを想定しており、図２に示す無線通信装置１０－１は、例えば保守員が保有するスマートフォンに相当する。
【0014】
この場合、無線通信装置１０－１は、建物内に配置されている他の無線通信装置１０－２～１０－５を介して、例えば当該建物の屋上に設置されている無線通信装置１０－６（エレベータ管理装置またはエレベータ制御装置等）と通信を行うことが可能となる。
【0015】
ここでは無線通信装置１０－１から送信されたデータが無線通信装置１０－６において受信される場合を想定しているが、当該データの送信元である無線通信装置１０－１は送信ノードと称され、当該データの送信先である無線通信装置１０－６は受信ノードと称される。また、無線通信装置１０－１（送信ノード）から送信されたデータを無線通信装置１０－６（受信ノード）に中継する無線通信装置１０－２～１０－５は、中継ノードと称される。
【0016】
なお、本実施形態において無線マルチホップネットワークを構成する無線通信装置１０－１～１０－６は、それぞれ送信ノード、受信ノード及び中継ノードとして動作し得る。具体的には、例えば無線通信装置１０－４が送信ノードとして動作し、無線通信装置１０－１が受信ノードとして動作する場合には、他の無線通信装置１０－２、１０－３、１０－５及び１０－６が中継ノードとして動作してもよい。また、複数の無線通信装置１０－１～１０－６のうちの少なくとも１つは、中継ノードとしてのみ動作する無線通信装置であってもよい。
【0017】
なお、上記したＢｌｕｅｔｏｏｔｈ Ｍｅｓｈはフラッディング通信によって確実性の高いマルチホップ通信を実現する。フラッディング通信において、無線マルチホップネットワークを構成する各ノードは、マルチホップ通信を行う際に当該ノードと通信可能な範囲内にある全てのノードにデータを転送するように動作する。このようなフラッディング通信においては、マルチホップ通信のための特定の経路を選択する必要がないことからネットワーク管理が単純であり、ネットワーク内の一部のノード間で通信断が発生したとしても大きな支障なく通信を継続することができる。
【0018】
ところで、Ｂｌｕｅｔｏｏｔｈ Ｍｅｓｈは、ＢＬＥにおけるビーコン送信モードを用いることでフラッディング通信を行うが、当該ビーコン送信モードでビーコンとして送信されるパケットは、ペイロードに割り当てられるデータ領域が十数バイトと非常に小さい。このため、パケット単体では単純な制御メッセージのようなデータしか送信することができず、適用できるアプリケーション（送信対象のデータを生成するためのアプリケーション等）が限られる。
【0019】
この場合、サイズが大きいデータを複数のパケットに分割して送信することが考えられる。しかしながら、上記したフラッディング通信ではパケットが中継ノードを経由する度に複製される（周囲の全てのノードに転送される）ため、データを多数のパケットに分割して送信すると、無線マルチホップネットワーク上にパケットが溢れる（ネットワークの負荷が大きくなる）ような事態が生じる。これにより、無線マルチホップネットワークが崩壊し、当該無線マルチホップネットワークを構成するノード間における通信の疎通が取れなくなり、マルチホップ通信（フラッディング通信）を行うことができなくなる可能性がある。
【0020】
このため、多様なアプリケーション（サービス）にＢｌｕｅｔｏｏｔｈ Ｍｅｓｈを用いるためには、パケットに含まれるペイロードに割り当てられるデータ領域（ペイロードサイズ）の拡張が求められる。この場合、Ｂｌｕｅｔｏｏｔｈ Ｍｅｓｈにおけるパケット全体のサイズ（最大長）はＢｌｕｅｔｏｏｔｈ規格により定められているため、ペイロードサイズを拡張するためにはパケットに含まれるヘッダ（情報）等に割り当てられているデータ領域（つまり、ペイロード以外のデータ領域）を削減し、当該削減されたデータ領域をペイロードに割り当てる必要がある。
【0021】
そこで、本実施形態においては、例えばＢｌｕｅｔｏｏｔｈ Ｍｅｓｈによって形成された無線マルチホップネットワークにおいて送受信されるパケットに含まれるヘッダを圧縮することでペイロードに割り当てられるデータ領域を拡張（拡大）する構成について説明する。
【0022】
図３は、本実施形態に係る無線通信装置の機能構成の一例を示す。なお、図３に示す無線通信装置１０は、例えば図１に示す無線通信装置１０－１～１０－６のうちの１つの無線通信装置を表している。以下の説明においても同様である。
【0023】
図３に示すように、無線通信装置１０は、圧縮ルール管理部１１、送受信部１２、アプリケーション管理部１３、アプリケーション処理部１４、ネットワーク管理部１５及びネットワーク処理部１６を含む。
【0024】
ここで、Ｂｌｕｅｔｏｏｔｈ Ｍｅｓｈによって形成される無線マルチホップネットワークに無線通信装置１０が参入する場合、当該無線通信装置１０は、プロビジョナーと称される機器から認証を受ける必要がある。このプロビジョナーから認証を受けるための手続きをプロビジョニングという。プロビジョニングにおいては、無線通信装置１０に対して２種類の鍵と圧縮ルールとが配布（付与）される。
【0025】
プロビジョニングにおいて配布される２種類の鍵は、データを暗号化及び復号するために利用されるＮｅｔｗｏｒｋ Ｋｅｙ及びＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙを含む。Ｎｅｔｗｏｒｋ Ｋｅｙは、無線マルチホップネットワーク全体で共有される共通鍵暗号方式に基づく鍵（情報）である。Ａｐｐｌｉｃａｔｉｏｎ Ｋｅｙは、無線通信装置１０に適用されるアプリケーション毎に用意される共通鍵暗号方式に基づく鍵（情報）である。Ａｐｐｌｉｃａｔｉｏｎ Ｋｅｙはアプリケーションデータを保護する目的で利用され、Ｎｅｔｗｏｒｋ Ｋｅｙはパケット全体を保護する目的で利用される。そのためアプリケーションデータはＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙで暗号化された上でネットワーク情報等を付与され、それら全体に対してＮｅｔｗｏｒｋ Ｋｅｙで暗号化を施される。
【0026】
プロビジョニングにおいて配布される圧縮ルールは、パケット送信時にヘッダを圧縮する及びパケット受信時にヘッダを展開するために利用される。
【0027】
圧縮ルール管理部１１は、上記した圧縮ルールを管理（保持）する。具体的には、圧縮ルール管理部１１は、例えば無線通信装置１０がマルチホップ通信の送信ノードである場合の圧縮ルールを、当該マルチホップ通信における受信ノード毎に管理する。なお、この無線通信装置１０がマルチホップ通信における送信ノードである場合の圧縮ルールは、当該マルチホップ通信における受信ノードである他の無線通信装置１０と共有される。
【0028】
更に、圧縮ルール管理部１１は、例えば無線通信装置１０がマルチホップ通信における受信ノードである場合の圧縮ルールを、当該マルチホップ通信における送信ノード毎に管理する。なお、この無線通信装置１０がマルチホップ通信における受信ノードである場合の圧縮ルールは、当該マルチホップ通信における送信ノードである他の無線通信装置１０と共有される。
【0029】
換言すれば、圧縮ルール管理部１１は、無線通信装置１０が送受信ノードとなる場合の全ての圧縮ルールを管理する。なお、圧縮ルール管理部１１によって管理される圧縮ルールには、プロビジョナーによって当該圧縮ルール（つまり、送受信ノードの組み合わせやアプリケーションの種別）を識別するための識別情報（以下、圧縮ルールＩＤと表記）が割り当てられている。
【0030】
送受信部１２は、パケットの送受信を行う。具体的には、送受信部１２は、無線通信装置１０が送信ノードとして動作する場合に、他の無線通信装置にパケットを送信する。また、送受信部１２は、無線通信装置１０が受信ノードまたは中継ノードとして動作する場合に、他の無線通信装置から送信されたパケットを受信する。
【0031】
アプリケーション管理部１３は、アプリケーションデータを管理する機能を有する。なお、本実施形態においてアプリケーションデータとは、無線通信装置１０に対して適用されるアプリケーションに基づいて生成されるデータ（送信対象のデータ）であり、上記したように無線マルチホップネットワークにおいて送受信されるパケットに含まれるペイロードに相当する。
【0032】
アプリケーション処理部１４は、アプリケーションデータに対する各種処理を実行する。アプリケーション処理部１４は、上記したプロビジョニングにおいて配布されたＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙを保持する。アプリケーション処理部１４は、圧縮処理部１４ａ及び暗号処理部１４ｂを含む。
【0033】
圧縮処理部１４ａは、圧縮ルール管理部１１によって管理されている圧縮ルールを適用することによって、パケット送信時にアプリケーションデータを圧縮する。また、圧縮処理部１４ａは、圧縮ルール管理部１１によって管理されている圧縮ルールを参照することによって、パケット受信時にアプリケーションデータを展開する。
【0034】
暗号処理部１４ｂは、アプリケーション処理部１４において保持されているＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙを用いて、パケット送信時にアプリケーションデータを暗号化する。暗号処理部１４ｂは、アプリケーション処理部１４において保持されているＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙを用いて、パケット受信時にアプリケーションデータを復号する。
【0035】
ネットワーク管理部１５は、無線マルチホップネットワークを介した通信（パケットの伝送）を管理する機能を有する。ネットワーク管理部１５は、例えばパケットに含まれるヘッダを生成する処理等を実行する。
【0036】
ネットワーク処理部１６は、パケットに含まれるヘッダに対する各種処理を実行する。ネットワーク処理部１６は、上記したプロビジョニングにおいて配布されたＮｅｔｗｏｒｋ Ｋｅｙを保持する。ネットワーク処理部１６は、圧縮処理部１６ａ及び暗号処理部１６ｂを含む。
【0037】
ここで、本実施形態において無線マルチホップネットワークを介して送受信されるパケットは、ネットワークヘッダとネットワークペイロードに相当するネットワークデータを含む。なお、ネットワークヘッダは、ネットワーク層の処理で付与または参照されるヘッダである。
【0038】
また、ネットワークデータは、トランスポートヘッダとトランスポートペイロードに相当するアプリケーションデータを含む。なお、トランスポートヘッダは、トランスポート層の処理で付与または参照されるヘッダである。
【0039】
圧縮処理部１６ａは、圧縮ルール管理部１１によって管理されている圧縮ルールを適用することによって、パケット送信時にネットワークヘッダまたはトランスポートヘッダを圧縮する。また、圧縮処理部１６ａは、圧縮ルール管理部１１によって管理されている圧縮ルールを参照することによって、パケット受信時にネットワークヘッダまたはトランスポートヘッダを展開する。
【0040】
暗号処理部１６ｂは、ネットワーク処理部１６において保持されているＮｅｔｗｏｒｋ Ｋｅｙを用いて、パケット送信時にネットワークヘッダ及びネットワークデータを暗号化する。暗号処理部１６ｂは、ネットワーク処理部１６において保持されているＮｅｔｗｏｒｋ Ｋｅｙを用いて、パケット受信時にネットワークヘッダ及びネットワークデータを復号する。
【0041】
また、図３においては主に送受信ノードとして動作する無線通信装置１０の機能構成について説明したが、例えば中継ノードとして動作する無線通信装置１０は、当該図３に示す機能構成のうちの一部が省略されていてもよい。具体的には、中継ノードとして動作する無線通信装置１０は、図３に示す各部１１～１６のうち、アプリケーション管理部１３及びアプリケーション処理部１４が省略された機能構成であってもよい。
【0042】
【0043】
ＣＰＵ１０１は、無線通信装置１０内の各コンポーネントの動作を制御するプロセッサである。ＣＰＵ１０１は、ストレージデバイスである不揮発性メモリ１０２から主メモリ１０３にロードされる様々なプログラムを実行する。通信デバイス１０４は、少なくとも上記したＢＬＥに基づく無線通信を実行するように構成されている。
【0044】
なお、図４においては省略されているが、無線通信装置１０がスマートフォンによって実現されている場合には、当該無線通信装置１０は、入力デバイス及び表示デバイスが一体として構成されたタッチスクリーンディスプレイ等を更に備えていてもよい。
【0045】
また、本実施形態において、図３に示す各部１１～１６の一部または全ては、図４に示すＣＰＵ１０１に所定のプログラムを実行させること、すなわち、ソフトウェアによって実現されてもよいし、ＩＣ（Integrated Circuit）等のハードウェアによって実現されてもよいし、ソフトウェア及びハードウェアを組み合わせた構成によって実現されてもよい。
【0046】
以下、本実施形態に係る無線通信装置１０がアプリケーションデータ通信（つまり、アプリケーションデータの送受信）を行う場合の動作について説明する。ここでは、上記した無線マルチホップネットワークを介して他の無線通信装置１０に対してアプリケーションデータを送信する際の処理（以下、アプリケーションデータ送信処理と表記）及び当該他の無線通信装置１０から送信されたアプリケーションデータを受信する際の処理（以下、アプリケーションデータ受信処理と表記）について説明する。
【0047】
図５のフローチャートを参照して、アプリケーションデータ送信処理の処理手順の一例について説明する。なお、アプリケーションデータ送信処理は、マルチホップ通信において送信ノードとして動作する無線通信装置１０によって実行される。
【0048】
まず、アプリケーション管理部１３は、無線通信装置１０に対して適用されるアプリケーションに基づいてアプリケーションデータを生成する（ステップＳ１）。なお、アプリケーションデータは、当該無線通信装置１０と接続されるセンサ等から取得されるデータであってもよい。
【0049】
次に、アプリケーション処理部１４に含まれる圧縮処理部１４ａは、ステップＳ１において生成されたアプリケーションデータを圧縮する（ステップＳ２）。
【0050】
ここで、上記したように圧縮ルール管理部１１はマルチホップ通信における受信ノード（つまり、アプリケーションデータの送信先）毎に圧縮ルールを管理しているところ、ステップＳ２におけるアプリケーションデータの圧縮は、ステップＳ１において生成されたアプリケーションデータの送信先に応じた圧縮ルールを当該アプリケーションデータに適用することによって行われる。具体的には、ステップＳ２においては、例えば圧縮ルールとアプリケーションデータとを比較し、当該アプリケーションデータに圧縮可能な部分があれば、当該アプリケーションデータを圧縮するような処理が実行される。なお、圧縮ルール及びアプリケーションデータによっては、当該アプリケーションデータは圧縮されなくてもよい。
【0051】
ステップＳ２の処理が実行されると、暗号処理部１４ｂは、当該ステップＳ２において圧縮されたアプリケーションデータを暗号化する（ステップＳ３）。ステップＳ３におけるアプリケーションデータの暗号化は、アプリケーション処理部１４において保持されているＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙを用いて行われる。
【0052】
次に、ネットワーク管理部１５は、トランスポート層の処理を実行することによって、トランスポートヘッダを生成する（ステップＳ４）。なお、ステップＳ４において生成されるトランスポートヘッダは、例えば１バイトであり、複数のフィールドから構成される。
【0053】
更に、ネットワーク管理部１５は、ネットワーク層の処理を実行することによって、ネットワークヘッダを生成する（ステップＳ５）。なお、ステップＳ５において生成されるネットワークヘッダは、上記したトランスポートヘッダと同様に、複数のフィールドから構成される。
【0054】
ここで、上記したフラッディング通信においては、通信可能な範囲内にある全てのノードにパケットが転送される。この場合、無線マルチホップネットワーク内で永続的にパケットが転送され続けることを回避し、当該無線マルチホップネットワークにおける適切な通信を実現するために、当該パケットの転送可能回数をＴＴＬ（Time To Live）を用いて管理する。これによれば、例えばＴＴＬが「１」以上である場合には「１」を減じてパケットを他のノードに転送し、当該ＴＴＬが「０」である場合にはパケットを転送せずに破棄するという転送処理を実行することができる。
【0055】
上記したネットワークヘッダを構成する複数のフィールドには、送信ノードである無線通信装置１０のアドレス及び受信ノードである他の無線通信装置１０のアドレスが設定されるフィールドの他に、このＴＴＬが設定されるフィールド（以下、ＴＴＬフィールドと表記）等が含まれる。
【0056】
次に、ネットワーク処理部１６に含まれる圧縮処理部１６ａは、ステップＳ４において生成されたトランスポートヘッダ及びステップＳ５において生成されたネットワークヘッダを圧縮する（ステップＳ６）。なお、ステップＳ６におけるヘッダの圧縮は、上記したアプリケーションデータの送信先に応じた圧縮ルールを当該ヘッダに適用することによって行われる。具体的には、ステップＳ６においては、圧縮ルールと各ヘッダとを比較し、当該ヘッダに圧縮可能な部分があれば、当該ヘッダを圧縮するような処理が実行される。
【0057】
なお、上記したように圧縮ルールを適用することによってアプリケーションンデータを圧縮することも可能であるから、当該圧縮ルールには、アプリケーションデータを圧縮するためのルール及びヘッダ（トランスポートヘッダ及びネットワークヘッダ）を圧縮するためのルールが含まれているということができる。
【0058】
ステップＳ６の処理が実行されると、暗号処理部１６ｂは、当該ステップＳ６において圧縮されたネットワークヘッダ及びネットワークデータ（ネットワークペイロード）を暗号化する（ステップＳ７）。
【0059】
なお、ステップＳ７におけるネットワークヘッダ及びネットワークデータの暗号化は上記したようにネットワーク処理部１６において保持されているＮｅｔｗｏｒｋ Ｋｅｙを用いて行われるが、当該ネットワークヘッダに対しては、例えば難読化と称される技術が適用された暗号化が行われてもよい。
【0060】
また、ステップＳ７において暗号化されるネットワークデータには、上記したステップＳ６において圧縮されたトランスポートヘッダ及びステップＳ３において暗号化されたアプリケーションデータ（トランスポートペイロード）が含まれる。すなわち、本実施形態においては、アプリケーションデータと、ネットワークヘッダ及びネットワークデータとに対して２段階の暗号化が行われているといえる。
【0061】
次に、圧縮処理部１６ａは、上記したステップＳ６においてヘッダを圧縮するために適用された圧縮ルール（ステップＳ２においてアプリケーションデータを圧縮するために適用された圧縮ルール）に割り当てられている圧縮ルールＩＤを圧縮ルール管理部１１から取得する。ネットワーク処理部１６は、上記したようにステップＳ７において暗号化されたネットワークヘッダ及びネットワークデータに対して、圧縮処理部１６ａによって取得された圧縮ルールＩＤを付与する（ステップＳ８）。
【0062】
ステップＳ８の処理が実行されると、ネットワーク管理部１５は、ステップＳ８において圧縮ルールＩＤが付与されたネットワークヘッダ及びネットワークデータを含むパケットを生成する（ステップＳ９）。
【0063】
ステップＳ９において生成されたパケットは、無線マルチホップネットワークを介して送受信部１２から他の無線通信装置１０に送信される（ステップＳ１０）。なお、上記したフラッディング通信によれば、ステップＳ１０において送信されたパケットは、無線通信装置１０と通信可能な範囲内に位置している全ての無線通信装置１０において受信される。
【0064】
ここで、本実施形態においては、ネットワークヘッダまで含めて暗号化の対象とするため、全てのデータを参照することができる（つまり、全てのデータが揃っている）状態、つまり、ネットワークヘッダ及びネットワークデータ（ネットワークペイロード）の暗号化の前に圧縮を行うことが好ましい。しかしながら、Ｂｌｕｅｔｏｏｔｈ Ｍｅｓｈにおいては事前にアプリケーションデータを暗号化した上でトランスポートヘッダ及びネットワークヘッダが生成されるため、ネットワークヘッダ及びネットワークデータの暗号化を行うタイミングでは既にアプリケーションデータが暗号化されており、このタイミングで当該アプリケーションデータを圧縮することは困難である。
【0065】
このため、本実施形態においては、上記した２段階の暗号化と同様に圧縮も２段階に分け、各暗号化の直前に圧縮を行うものとする。具体的には、図５に示すステップＳ３におけるアプリケーションデータの暗号化の直前に当該アプリケーションデータの圧縮を行い、ステップＳ７におけるネットワークヘッダ及びネットワークデータの暗号化の直前に当該ネットワークヘッダ及び当該ネットワークデータに含まれるトランスポートヘッダの圧縮を行う。このような構成によれば、Ｂｌｕｅｔｏｏｔｈ Ｍｅｓｈにおいてもアプリケーションデータ及びヘッダを適切に圧縮することが可能となる。
【0066】
以下、本実施形態におけるヘッダの圧縮の概要を説明する。本実施形態においては、例えば送信ノードである無線通信装置１０と受信ノードである他の無線通信装置１０との間で、ヘッダ（ネットワークヘッダ及びトランスポートヘッダ）を構成する各フィールドに設定される値を共通に認識している場合には、パケットにおいて当該フィールドを省略することができると考える。すなわち、本実施形態におけるヘッダの圧縮とは、上記したネットワークヘッダ及びトランスポートヘッダの各々を構成する複数のフィールドの少なくとも一部を省略することをいう。
【0067】
ここで、図６は、本実施形態におけるヘッダの圧縮を概念的に示している。図６の上段は、圧縮前のネットワークヘッダ、トランスポートヘッダ及びアプリケーションデータを示している。図６の上段に示すように、ネットワークヘッダは例えばＴＴＬフィールドを含む複数のフィールドから構成されている。また、トランスポートヘッダも同様に複数のフィールドから構成されている。
【0068】
図６の上段に示すネットワークヘッダ及びトランスポートヘッダが圧縮されると、例えばネットワークヘッダを構成する複数のフィールド及びトランスポートヘッダを構成する複数のフィールドの少なくとも１つが省略されることにより、当該ネットワークヘッダ及びトランスポートヘッダが圧縮され、当該ヘッダがパケットにおいて占めるサイズが低減される。
【0069】
なお、図６の下段は、圧縮後のネットワークヘッダ、トランスポートヘッダ及びアプリケーションデータを示している。図６の下段に示す例においては、ネットワークヘッダを構成するＴＴＬフィールド以外の複数のフィールドが省略されるとともに、トランスポートヘッダを構成する全てのフィールド（つまり、トランスポートヘッダ自体）が省略されている。
【0070】
このようなネットワークヘッダ及びトランスポートヘッダの圧縮によれば、上記したように圧縮ルールＩＤが付与されたとしても、アプリケーションデータがパケットにおいて占めるサイズ（つまり、ペイロードサイズ）を拡張することができる。
【0071】
なお、ネットワークヘッダの圧縮においては、当該ネットワークヘッダを構成する複数のフィールドのうちの少なくとも１つが省略されるが、当該省略されるフィールド（の数）は、上記した圧縮ルールに依存する。ただし、上記したようにネットワークヘッダを構成するＴＴＬフィールドは省略されないものとする。
【0072】
ここではヘッダの圧縮について説明したが、上記したアプリケーションデータの圧縮についても同様の観点で行われる。つまり、送信ノードである無線通信装置１０と受信ノードである他の無線通信装置１０との間で、例えばアプリケーションデータの一部を共通に認識していれば、当該アプリケーションデータの一部を省略することによって当該アプリケーションデータを圧縮することができる。
【0073】
次に、図７のフローチャートを参照して、アプリケーションデータ受信処理の処理手順の一例について説明する。なお、アプリケーションデータ受信処理は、マルチホップ通信において受信ノードまたは中継ノードとして動作する無線通信装置１０によって実行される。
【0074】
まず、送受信部１２は、無線マルチホップネットワークを介して他の無線通信装置１０から送信または転送されたパケットを受信する（ステップＳ１１）。ステップＳ１において受信されたパケットは、上記した図５に示すステップＳ１０において送信されたパケットと同様のパケットであり、暗号化（または難読化）されたネットワークヘッダ及び暗号化されたネットワークデータに圧縮ルールＩＤが付与された構造を有する。
【0075】
次に、ネットワーク処理部１６に含まれる圧縮処理部１６ａは、ステップＳ１１において受信されたパケットから圧縮ルールＩＤを取得し、当該圧縮ルールＩＤを用いて圧縮ルール管理部１１に対して問い合わせを行う。これにより、圧縮処理部１６ａは、パケットから取得された圧縮ルールＩＤが割り当てられている圧縮ルール（以下、対象圧縮ルールと表記）が圧縮ルール管理部１１において管理（保持）されているか否かを判定する（ステップＳ１２）。
【0076】
ここで、本実施形態において、圧縮ルール管理部１１は、無線通信装置１０が送信ノードである場合の圧縮ルール及び当該無線通信装置１０が受信ノードである場合の圧縮ルールを管理している。このため、アプリケーションデータ受信処理（つまり、パケットを受信する場合）において対象圧縮ルールが圧縮ルール管理部１１において管理されているということは、無線通信装置１０が受信ノードであることを意味する。
【0077】
すなわち、対象圧縮ルールが圧縮ルール管理部１１において管理されていると判定された場合（ステップＳ１２のＹＥＳ）、無線通信装置１０は、受信ノードとして動作する。この場合、暗号処理部１６ｂは、ステップＳ１１において受信されたパケットからネットワークヘッダ及びネットワークデータを取り出す。
【0078】
ここで、パケットから取り出されたネットワークヘッダ及びネットワークデータは、上記したアプリケーションデータ送信処理において説明したようにＮｅｔｗｏｒｋ Ｋｅｙを用いて暗号化されている。このため、暗号処理部１６ｂは、パケットから取り出されたネットワークヘッダ及びネットワークデータを、ネットワーク処理部１６において保持されているＮｅｔｗｏｒｋ Ｋｅｙを用いて復号する（ステップＳ１３）。ステップＳ１３において復号されたネットワークデータには、トランスポートヘッダ及び暗号化されたアプリケーションデータが含まれる。
【0079】
ステップＳ１３の処理が実行されると、圧縮処理部１６ａは、上記した対象圧縮ルールを圧縮ルール管理部１１から取得する。圧縮処理部１６ａは、取得された対象圧縮ルールを参照することによって、ステップＳ１３において復号されたネットワークヘッダ及び当該復号されたネットワークデータに含まれるトランスポートヘッダを展開する（ステップＳ１４）。なお、ステップＳ１４においては、上記したアプリケーションデータ送信処理におけるヘッダの圧縮において省略されたフィールドを復元するような処理が実行される。
【0080】
ここで、上記したようにステップＳ１３において復号されたネットワークデータに含まれるアプリケーションデータは、上記したアプリケーションデータ送信処理において説明したようにＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙを用いて暗号化されている。このため、アプリケーション処理部１４に含まれる暗号処理部１４ｂは、ネットワークデータに含まれるアプリケーションデータを、アプリケーション処理部１４において保持されているＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙを用いて復号する（ステップＳ１５）。
【0081】
なお、アプリケーション処理部１４においては複数のＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙが保持されている場合があるが、ステップＳ１５の処理において用いられるＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙは、例えばステップＳ１４において展開されたヘッダ（を構成する所定のフィールドに設定されている値）に基づいて特定することができる。
【0082】
また、図７には示されていないが、無線通信装置１０が例えば無線マルチホップネットワークに参入している（つまり、Ｎｅｔｗｏｒｋ Ｋｅｙを保持している）としても、Ａｐｌｌｉｃａｔｉｏｎ Ｋｅｙを保持していない場合には、無線通信装置１０は、アプリケーションンデータを受け取ることはできない。このため、無線通信装置１０（アプリケーション処理部１４）がＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙを保持していない場合には、ステップＳ１５の処理は実行されず、アプリケーションデータ受信処理は終了される。なお、無線通信装置１０（アプリケーション処理部１４）がＡｐｐｌｉｃａｔｉｏｎ Ｋｅｙを保持していない場合には、当該無線通信装置１０は、後述する中継ノードとしての処理を実行してもよい。
【0083】
ステップＳ１５の処理が実行されると、圧縮処理部１４ａは、上記した対象圧縮ルールを圧縮ルール管理部１１から取得する。圧縮処理部１４ａは、取得された対象圧縮ルールを参照することによって、ステップＳ１５において復号されたアプリケーションデータを展開する（ステップＳ１６）。なお、ステップＳ１６においては、上記したアプリケーションデータ送信処理におけるアプリケーションデータの圧縮において省略された当該アプリケーションデータの一部を復元するような処理が実行される。
【0084】
次に、アプリケーション管理部１３は、ステップＳ１６において展開されたアプリケーションデータを取得する（ステップＳ１７）。
【0085】
上記したように無線通信装置１０が受信ノードとして動作する場合には、ステップＳ１３～Ｓ１７の処理が実行されることにより、受信されたパケットからアプリケーションデータを取り出すことができる。
【0086】
なお、ここではアプリケーションデータ送信処理においてアプリケーションデータが圧縮されている場合を想定しているが、当該アプリケーションデータが圧縮されていない場合にはステップＳ１６の処理は省略されても構わない。
【0087】
一方、対象圧縮ルールが圧縮ルール管理部１１において管理されていないと判定された場合（ステップＳ１２のＮＯ）、無線通信装置１０は、中継ノードとして動作する。この場合、暗号処理部１６ｂは、ステップＳ１１において受信されたパケットからネットワークヘッダを取り出す。
【0088】
上記したようにパケットから取り出されたネットワークヘッダはＮｅｔｗｏｒｋ Ｋｅｙを用いて暗号化されているため、暗号処理部１６ｂは、当該ネットワークヘッダを、ネットワーク処理部１６において保持されているＮｅｔｗｏｒｋ Ｋｅｙを用いて復号する（ステップＳ１８）。
【0089】
なお、図７には示されていないが、無線通信装置１０が例えば無線マルチホップネットワークに参入しておらず、当該無線通信装置１０（ネットワーク処理部１６）がＮｅｔｗｏｒｋ Ｋｅｙを保持していない場合には、ステップＳ１８の処理は実行されず、アプリケーションデータ受信処理は終了される。
【0090】
次に、ネットワーク管理部１５は、ステップＳ１８において復号されたネットワークヘッダを構成するＴＴＬフィールドに設定されている値（つまり、ＴＴＬ）を更新する（ステップＳ１９）。具体的には、ステップＳ１９においては、ＴＴＬから「１」を減じることによって当該ＴＴＬを更新する。
【0091】
ステップＳ１９の処理が実行されると、暗号処理部１６ｂは、ネットワーク処理部１６において保持されているＮｅｔｗｏｒｋ Ｋｅｙを用いてネットワークヘッダを再び暗号化する（ステップＳ２０）。
【0092】
ステップＳ２０の処理が実行されると、ネットワーク管理部１５は、ステップＳ１１において受信されたパケットに含まれるネットワークヘッダをステップＳ２０において暗号化されたネットワークヘッダとするパケットを生成する（ステップＳ２１）。
【0093】
ステップＳ２１において生成されたパケットは、無線マルチホップネットワークを介して送受信部１２から他の無線通信装置１０に転送（送信）される（ステップＳ２２）。なお、上記したフラッディング通信によれば、ステップＳ２２において転送されたパケットは、無線通信装置１０と通信可能な範囲内に位置している全ての無線通信装置１０において受信される。
【0094】
上記したように無線通信装置１０が中継ノードとして動作する場合には、ステップＳ１８～Ｓ２２の処理が実行されることにより、適切にＴＴＬを更新してパケットを転送することができる。
【0095】
なお、ここではパケットが転送される場合について説明したが、上記したようにＴＴＬが「０」である場合には、当該パケットは、転送されず、破棄される。
【0096】
ここで、一般に、上記したように無線マルチホップネットワークを介して受信されるパケットに含まれるネットワークヘッダには当該パケットの送信先のノード（つまり、受信ノード）のアドレスが設定されているフィールド（以下、送信先アドレスフィールドと表記）が存在する。このため、パケットを受信した無線通信装置１０は、この送信先アドレスフィールドを参照することによって、当該無線通信装置１０が受信ノードであるか中継ノードであるかを判定することができる。
【0097】
しかしながら、送信先アドレスフィールドを参照するためには、暗号化されているネットワークヘッダをＮｅｔｗｏｒｋ Ｋｅｙを用いて復号する必要がある。
【0098】
また、本実施形態においてはネットワークヘッダを圧縮することによって送信先アドレスフィールドが省略されている可能性があり、この場合には、当該ネットワークヘッダを展開しなければ送信先アドレスフィールドを参照することができない。
【0099】
フラッディング通信において多数のパケットが送受信されることを鑑みると、上記したネットワークヘッダの復号及び展開を無線通信装置１０においてパケットが受信される度に行うことは、円滑なマルチホップ通信を阻害する可能性がある。
【0100】
また、無線通信装置１０において受信された全てのパケットに含まれるネットワークヘッダを展開するためには、無線通信装置１０（圧縮ルール管理部１１）が無線マルチホップネットワークにおいて用意されている全ての圧縮ルールを管理（保持）しておく必要がある。このような構成は、当該圧縮ルールを管理するためのメモリ領域の圧迫や圧縮ルールを配布するプロビジョニングの処理時間の増大の要因となる。
【0101】
このため、本実施形態に係る無線通信装置１０は、当該無線通信装置１０が送受信ノードである場合の圧縮ルールを管理する構成を採用する。このような構成によれば、無線通信装置１０は、ネットワークヘッダの復号及び展開を行うことなく、他の無線通信装置１０（送信ノード）において付与された圧縮ルールＩＤと当該無線通信装置１０（圧縮ルール管理部１１）において管理されている圧縮ルールに割り当てられている圧縮ルールＩＤとを比較することによって、当該無線通信装置１０が受信ノードであるか中継ノードであるかを判定することができる。
【0102】
また、本実施形態においてはフラッディング通信を行う場合を想定しており、当該フラッディング通信においてはＴＴＬを用いてパケットの転送可能回数が管理されるが、無線通信装置１０が中継ノードである場合には当該ＴＴＬを更新してパケットを転送する必要がある。しかしながら、上記したように無線通信装置１０が送受信ノードである場合の圧縮ルールを管理する構成である場合、当該無線通信装置１０が中継ノードである場合には受信されたパケットに含まれるネットワークヘッダを展開するための圧縮ルールを管理していない。このため、本実施形態においては、中継ノードが適切にＴＴＬを更新することができるように、当該ＴＴＬが設定されているＴＴＬフィールドを省略するような圧縮は行われないものとする。
【0103】
なお、例えば無線通信装置１０において受信されるパケットに含まれるネットワークヘッダを構成するＴＴＬフィールドに設定されているＴＴＬは初期値や当該無線通信装置１０に到達するまでのパケットの経路（中継数）に応じて異なるため、当該ＴＴＬを送受信ノード間（つまり、圧縮ルール）で予め設定しておくようなことはできない。すなわち、本実施形態においては、ＴＴＬフィールドを省略するような圧縮を行うことはできないということもできる。
【0104】
ところで、上記した図７においては受信ノード（送信先）が１つである場合を想定しているが、例えばネットワークヘッダを構成する送信先アドレスフィールドに複数の無線通信装置１０のアドレスが設定されている場合には、図７に示す処理が実行される際に、当該パケットを転送する処理（以下、パケット転送処理と表記）が更に実行されてもよい。
【0105】
以下、図８のフローチャートを参照して、上記したパケット転送処理の処理手順の一例を示す。なお、図８に示す処理は、例えば図７に示すステップＳ１５以降の処理とは別に、ステップＳ１４の処理の後に実行されることを想定している。
【0106】
まず、ネットワーク管理部１５は、図７に示すステップＳ１４において展開されたネットワークヘッダを構成する複数のフィールドのうちの送信先アドレスフィールドを参照し、パケットを転送する必要があるか否かを判定する（ステップＳ３１）。ステップＳ３１においては、送信先アドレスフィールドに設定されているアドレスが例えばブロードキャストアドレスまたは複数のアドレスが指定されているグループアドレスである（つまり、無線通信装置１０以外の受信ノードがある）場合に、パケットを転送する必要があると判定される。一方、ステップＳ３１においては、送信先アドレスフィールドに設定されているアドレスが無線通信装置１０のアドレスのみである場合に、パケットを転送する必要がないと判定される。
【0107】
パケットを転送する必要があると判定された場合（ステップＳ３１のＹＥＳ）、ネットワーク管理部１５は、ネットワークヘッダを構成する複数のフィールドのうちのＴＴＬフィールドに設定されている値（つまり、ＴＴＬ）を更新する（ステップＳ３２）。なお、ステップＳ３２の処理は、上記した図７に示すステップＳ１９の処理に相当する。
【0108】
ステップＳ３２の処理が実行されると、ネットワーク処理部１６に含まれる圧縮処理部１６ａは、ステップＳ３２において更新されたＴＴＬが反映されたネットワークヘッダ及び図７に示すステップＳ１４において展開されたトランスポートヘッダを圧縮する（ステップＳ３３）。なお、ステップＳ３３の処理は上記した図５に示すステップＳ６の処理と同様であるため、ここではその詳しい説明を省略する。なお、ステップＳ３３における圧縮は、ネットワークヘッダ及びトランスポートヘッダに対して上記した対象圧縮ルールを適用することによって行われる。
【0109】
次に、暗号処理部１６ｂは、ステップＳ３３において圧縮されたネットワークヘッダ及びネットワークデータを暗号化する（ステップＳ３４）。なお、ステップＳ３４の処理は上記した図５に示すステップＳ７の処理と同様であるため、ここではその詳しい説明を省略する。
【0110】
ステップＳ３４の処理が実行されると、ネットワーク処理部１６は、ステップＳ３４において暗号化されたネットワークヘッダ及びネットワークデータに対して、上記した対象圧縮ルールに割り当てられている圧縮ルールＩＤを付与する（ステップＳ３５）。
【0111】
ステップＳ３５の処理が実行されると、ネットワーク管理部１５は、ステップＳ３５において圧縮ルールＩＤが付与されたネットワークヘッダ及びネットワークデータを含むパケットを生成する（ステップＳ３６）。
【0112】
ステップＳ３６において生成されたパケットは、無線マルチホップネットワークを介して送受信部１２から他の無線通信装置１０に転送（送信）される（ステップＳ３７）。
【0113】
一方、ステップＳ３１においてパケットを転送する必要がないと判定された場合（ステップＳ３１のＮＯ）、パケット転送処理は終了される。
【0114】
上記した図８に示すパケット転送処理によれば、無線通信装置１０は、図７に示すアプリケーションデータ受信処理においてパケットからネットワークヘッダ情報を取得した段階で当該パケットを他の無線通信装置１０に更に転送することが可能となる。
【0115】
上記したように本実施形態に係る無線通信装置１０（送信ノード）は、当該無線通信装置１０がマルチホップ通信における送信ノードである場合の圧縮ルール（第１圧縮ルール）を管理し、当該圧縮ルールを適用することによって、ネットワークヘッダまたはネットワークデータに含まれるトランスポートヘッダを圧縮し、当該圧縮後にネットワークヘッダとネットワークデータとを暗号化し、当該暗号化されたネットワークヘッダと当該暗号化されたネットワークデータとを含むパケットを送信する。
【0116】
また、本実施形態に係る無線通信装置１０（受信ノード）は、当該無線通信装置１０がマルチホップ通信における受信ノードである場合の圧縮ルール（第２圧縮ルール）を管理し、他の無線通信装置１０から送信されたパケットであって、当該他の無線通信装置１０において暗号化されたネットワークヘッダ及び暗号化されたネットワークデータを含むパケットを受信し、当該暗号化されたネットワークヘッダ及び当該暗号化されたネットワークデータを復号し、当該復号されたネットワークヘッダまたは当該復号されたネットワークデータに含まれるトランスポートヘッダを、当該圧縮ルールを参照することによって展開する。
【0117】
なお、本実施形態における圧縮ルールは、送受信ノードである無線通信装置１０間で共有される。具体的には、この圧縮ルールの共有は、例えば送信ノードまたは受信ノードである無線通信装置１０が無線マルチホップネットワークに参入する際のプロビジョニング時に、当該送信ノード及び受信ノードである無線通信装置１０に配布されることにより実現可能である。本実施形態においては、このような構成により、送信ノードである無線通信装置１０において圧縮されたネットワークヘッダまたはトランスポートヘッダを受信ノードである無線通信装置１０において適切に展開することが可能となる。
【0118】
本実施形態においては、上記したようにネットワークヘッダまたはトランスポートヘッダを圧縮することにより、当該ヘッダがパケットにおいて占めるデータ領域を低減することができるため、当該パケットにおいてアプリケーションデータに割り当てられるデータ領域（つまり、ペイロードサイズ）を拡張することができる。すなわち、本実施形態においては、１つのパケットで送信することが可能なアプリケーションデータのデータ量を増加させることができるため、無線マルチホップネットワークを介して送受信されるパケットの数を低減させ、効率的な通信を実現することが可能となる。
【0119】
また、本実施形態に係る無線通信装置１０から送信されるパケットに含まれるネットワークヘッダ及びネットワークデータには、当該ネットワークヘッダまたは当該ネットワークヘッダに含まれるトランスポートヘッダが圧縮された際に適用された圧縮ルールを識別するための圧縮ルールＩＤが付与される。
【0120】
パケットを受信した無線通信装置１０は、当該パケットに含まれるネットワークヘッダ及びネットワークデータに付与されている圧縮ルールＩＤによって識別される圧縮ルールが当該無線通信装置１０において管理されている場合には、当該ネットワークヘッダ及びネットワークデータを復号する。一方、パケットを受信した無線通信装置１０は、当該パケットに含まれるネットワークヘッダ及びネットワークデータに付与されている圧縮ルールＩＤによって識別される圧縮ルールが当該無線通信装置１０において管理されてない場合には、当該パケットを他の無線通信装置１０に転送（送信）する。
【0121】
このような構成によれば、パケットを受信した無線通信装置１０は、当該パケットに含まれるネットワークヘッダを復号及び展開する（つまり、送信先アドレスフィールドを参照する）ことなく、当該無線通信装置１０が受信ノードまたは中継ノードであること把握し、当該受信ノードまたは中継ノードとして適切に動作することができる。
【0122】
上記した本実施形態の構成によれば、例えばＢｌｕｅｔｏｏｔｈ Ｍｅｓｈ（のパケットフォーマット）に適した圧縮ルールに従ってヘッダの圧縮及び展開を行うことにより、当該Ｂｌｕｅｔｏｏｔｈ Ｍｅｓｈのセキュリティ機能（使用）と共存することが可能な形式でペイロードサイズの拡張を行うことができる。
【0123】
なお、本実施形態はネットワークヘッダまたはトランスポートヘッダが圧縮されることによってペイロードサイズ（パケットにおいてアプリケーションデータに割り当てられるデータ領域）を拡張する構成であればよいが、当該パケットが送信される際に、上記した圧縮ルールを適用することによって当該アプリケーションデータが圧縮されてもよい。このような構成によれば、１つのパケットで送信可能なアプリケーションデータのデータ量をより増加させることができるため、更に効率的な通信を実現することができる。
【0124】
また、本実施形態においては無線通信装置１０が無線マルチホップネットワークに参入する際のプロビジョニング時に圧縮ルールが配布される（つまり、圧縮ルールの共有をプロビジョニング時に行う）ものとして説明したが、当該圧縮ルールの配布（共有）は、プロビジョニング時以外に行われてもよい。具体的には、圧縮ルールは、例えば適用されるアプリケーションに応じて無線通信装置１０の製造時等に予めハードコーディングされていてもよい。また、圧縮ルールは、アプリケーションデータ通信を行う際に、送信ノード及び受信ノードとなる無線通信装置１０間で共有されてもよい。この場合、圧縮ルールは、例えば送信ノードとなる無線通信装置１０において作成（用意）されて受信ノードとなる無線通信装置１０に送信（配布）されてもよいし、受信ノードとなる無線通信装置１０において作成（用意）されて送信ノードとなる無線通信装置１０に送信（配布）されてもよい。
【0125】
また、本実施形態においてはＢｌｕｅｔｏｏｔｈ Ｍｅｓｈによって形成された無線マルチホップネットワークについて説明したが、本実施形態に係る無線通信装置１０は、例えばアプリケーションデータの暗号化とネットワークヘッダ及びネットワークデータの暗号化とのように２段階で暗号化を行ってパケットを送受信するような通信技術によって形成される無線マルチホップネットワークに適用されても構わない。
【0126】
（第２実施形態）
次に、第２実施形態について説明する。本実施形態においては、前述した第１実施形態において説明した圧縮ルールの具体例について説明する。
次に、第２実施形態について説明する。本実施形態においては、前述した第１実施形態において説明した圧縮ルールの具体例について説明する。
【0127】
【0128】
なお、ＳＣＨＣとは、ＲＦＣで標準化されたＩＰヘッダ圧縮規格である。ＳＣＨＣにおいては、送受信ノード間でどのように圧縮／展開するかが記された表を圧縮ルールとして共有する。ＳＣＨＣは、ＩＰヘッダを主な適用先としており、Ｂｌｕｅｔｏｏｔｈ Ｍｅｓｈによって形成される無線マルチホップネットワークにおいて送受信されるパケット（Ｂｌｕｅｔｏｏｔｈパケット）におけるヘッダを圧縮することは想定されていない。
【0129】
このため、本実施形態においては、上記したＳＣＨＣを基にしたＢｌｕｅｔｏｏｔｈ Ｍｅｓｈ（Ｂｌｕｅｔｏｏｔｈパケット）に適用可能な圧縮ルール（ルール表）について説明する。
【0130】
図９に示すように、本実施形態における圧縮ルールは、パケットに含まれるネットワークヘッダ及びトランスポートヘッダ等を構成するフィールドの各々に対応づけて、フィールド長、Ｔａｒｇｅｔ Ｖａｌｕｅ（以下、ＴＶと表記）、Ｍａｔｃｈ Ｏｐｅｒａｔｉｏｎ（以下、ＭＯと表記）及びＣｏｍｐｒｅｓｓｉｏｎ／Ｄｅｃｏｍｐｒｅｓｓｉｏｎ Ａｃｔｉｏｎｓ（以下、ＣＤＡと表記）を含む。なお、ＴＶ、ＭＯ及びＣＤＡは、ＳＣＨＣにおいて用いられる用語である。
【0131】
フィールド長は、対応づけられているフィールドに設定される値の長さ（つまり、フィールドサイズ）を示し、例えばビットで表される。ＴＶは、対応づけられているフィールドに設定される候補値（当該フィールドの候補値）を示す。ＭＯは、対応づけられているＴＶとフィールドに設定されている値との関係性を示し、例えばＣＤＡを適用するか否かに関する判断基準に相当する。ＣＤＡは、対応づけられているフィールドに対する圧縮／展開方法を示す。
【0132】
ここで、図９に示すように、フィールドは、ＩＶＩ、ＮＩＣ、ＣＴＬ、ＴＴＬ、Ｓｅｑ、Ｓｒｃ Ａｄｄｒ、Ｄｓｔ Ａｄｄｒ、ＳＥＧ、ＡＫＦ、ＡＩＤ、ＯｐＣｏｄｅ、Ｐａｒａｍ、Ｎｅｔ ＭＩＣ及びＴｒａｎｓ ＭＩＣを含む。なお、ＩＶＩフィールド、ＮＩＣフィールド、ＣＴＬフィールド、ＴＴＬフィールド、Ｓｅｑフィールド、Ｓｒｃ Ａｄｄｒフィールド及びＤｓｔ Ａｄｄｒフィールドはネットワークヘッダを構成し、ＳＥＦフィールド、ＡＫＦフィールド及びＡＩＤフィールドはトランスポートヘッダを構成する。
【0133】
ＩＶＩフィールドにはＮｅｔｗｏｒｋ Ｋｅｙに関連する値が設定され、当該値は同一のネットワーク内で通信を行う限り一意に定まる。このため、ＩＶＩフィールドは、圧縮ルールにおいて当該フィールドに設定される値を共有しておくことで省略することができる。この場合、図９に示す圧縮ルールにおいてＩＶＩフィールドには、ＴＶ「０」、ＭＯ「ｅｑｕａｌ」及びＣＤＡ「ｎｏｔ－ｓｅｎｔ」が対応づけられている。これによれば、ＩＶＩフィールドに設定されている値が「０」と一致する場合に当該ＩＶＩフィールドを省略することが示されている。
【0134】
ＩＶＩフィールドと同様に、ＮＩＣフィールドにはＮｅｔｗｏｒｋ Ｋｅｙに関連する値が設定され、当該値は同一のネットワーク内で通信を行う限り一意に定まる。しかしながら、ＮＩＣフィールドには、ネットワークの構築に応じた特定の値（固定値）が設定される。このため、図９に示す圧縮ルールにおいてＮＩＣフィールドには、ＴＶ「Ｘ１」、ＭＯ「ｅｑｕａｌ」及びＣＤＡ「ｎｏｔ－ｓｅｎｔ」が対応づけられている。これによれば、ＮＩＣフィールドに設定されている値が特定の値「Ｘ１」と一致する場合に当該ＮＩＣフィールドを省略することが示されている。
【0135】
ＣＴＬフィールドは、パケットに含まれるペイロードがアプリケーションデータであるかネットワークの維持のための制御データであるかによって設定される値が異なる。本実施形態においてはアプリケーションデータ通信を行うことを想定しており、パケットに含まれるペイロードは、アプリケーションデータである。この場合、ＣＴＬフィールドに設定される値は０が想定される。このため、図９に示す圧縮ルールにおいてＣＴＬフィールドには、ＴＶ「０」、ＭＯ「ｅｑｕａｌ」及びＣＤＡ「ｎｏｔ－ｓｅｎｔ」が対応づけられている。これによれば、ＣＴＬフィールドに設定されている値が特定の値「０」と一致する場合に当該ＣＴＬフィールドを省略することが示されている。
【0136】
ＴＴＬフィールドには上記したように転送回数に応じて（つまり、１ホップ毎に）更新される値（つまり、転送可能回数）が設定されるため、送受信ノード間で予め値を定めておく（当該値を予測して圧縮ルールに記載しておく）ことができない。このため、図９に示す圧縮ルールにおいて、ＴＴＬフィールドに対応するＴＶは記載されていない。また、図９に示す圧縮ルールにおいてＴＴＬフィールドには、ＭＯ「ｉｇｎｏｒｅ」及びＣＤＡ「ｖａｌｕｅ－ｓｅｎｔ」が対応づけられている。これによれば、ＴＴＬフィールドに設定されている値とＴＶを比較することなく当該ＴＴＬフィールドを省略しない（つまり、圧縮対象外とする）ことが示されている。
【0137】
Ｓｅｑフィールドにはシーケンス番号が設定され、当該シーケンス番号は、パケット毎に値が異なる。このため、Ｓｅｑフィールドに設定される値を特定する（つまり、ＴＶに記載しておく）ことは困難である。しかしながら、Ｓｅｑフィールドのフィールドサイズ（フィールド長）は２４ビットである。この場合、Ｓｅｑフィールドに設定される値の左端の数ビットは値が頻繁に変動しないと考えると、当該数ビットは部分的に省略することが可能であるといえる。この場合、図９に示す圧縮ルールにおいてＳｅｑフィールドには、ＴＶ「０ｘ００」、ＭＯ「ｅｑｕａｌ」及びＣＤＡ「ＬＳＢ（Least Significant Bit）」が対応づけられている。これによれば、Ｓｅｑフィールドに設定されている値の左端１バイトが特定の値、「０ｘ００」と一致する場合に左端の１バイトを省略する（つまり、当該１バイトを除いたＬＳＢを送信する）ことが示されている。
【0138】
Ｓｒｃ Ａｄｄｒフィールドには、送信ノードである無線通信装置１０のアドレスが設定される。Ｄｓｔ Ａｄｄｒフィールドには、受信ノードである無線通信装置１０のアドレスが設定される。なお、本実施形態においては、前述した第１実施形態において説明したように送受信ノードの組み合わせ毎に圧縮ルールを配布する構成により、当該圧縮ルールにおける送受信ノードは一意に定められる。このため、図９に示す圧縮ルールにおいてＳｒｃ Ａｄｄｒフィールドには、ＴＶ「Ｘ２」、ＭＯ「ｅｑｕａｌ」及びＣＤＡ「ｎｏｔ－ｓｅｎｔ」が対応づけられている。これによれば、Ｓｒｃ Ａｄｄｒフィールドに設定されている値が一意に定められる送信ノードのアドレス「Ｘ２」と一致する場合に当該Ｓｒｃ Ａｄｄｒフィールドを省略することが示されている。同様に、図９に示す圧縮ルールにおいてＤｓｔ Ａｄｄｒフィールドには、ＴＶ「Ｘ３」、ＭＯ「ｅｑｕａｌ」及びＣＤＡ「ｎｏｔ－ｓｅｎｔ」が対応づけられている。これによれば、Ｓｒｃ Ａｄｄｒフィールドに設定されている値が一意に定められる受信ノードのアドレス「Ｘ３」と一致する場合に当該Ｄｓｔ Ａｄｄｒフィールドを省略することが示されている。すなわち、送受信ノードのアドレスが固定のアドレスであれば、Ｓｒｃ Ａｄｄｒフィールド及びＤｓｔ Ａｄｄｒフィールドを完全に削減する形で圧縮することができる。
【0139】
上記したようにトランスポートヘッダはＳＥＧフィールド、ＡＫＦフィールドＡＩＤフィールドから構成されており、当該ＳＥＧフィールド、ＡＫＦフィールドＡＩＤフィールドのフィールドサイズの合計は１バイトである。
【0140】
ＳＥＧフィールドには、アプリケーションデータを複数のパケットに分けて送信するセグメント分割が生じるか否かを示す値が設定される。なお、ＳＥＧフィールドに設定される値は、送受信ノードに適用されるアプリケーションに応じたアプリケーションデータのサイズを見積もることによって予測することができる場合がある。図９に示す圧縮ルールにおいてはセグメント分割が生じないことを想定しており、ＳＥＧフィールドにはＴＶ「０」、ＭＯ「ｅｑｕａｌ」及びＣＤＡ「ｎｏｔ－ｓｅｎｔ」が対応づけられている。これによれば、ＳＥＧフィールドに設定されている値が特定の値「０」と一致する場合に当該ＳＥＧフィールドを省略することが示されている。なお、セグメント分割が生じる場合には、当該セグメント分割を管理するための別のフィールドが追加されることになる。
【0141】
ＡＫＦフィールド及びＡＩＤフィールドは、Ａｐｐｌｉｃａｔｉｏｎ Ｋｅｙに関する値が設定される。Ａｐｐｌｉｃａｔｉｏｎ Ｋｅｙを用いる場合、ＡＫＦフィールドには常に１が設置され、ＡＩＤフィールドには送受信ノードに適用されるアプリケーションによって定められたＩＤが設定される。このため、送受信ノードに適用されるアプリケーションが同一であれば、ＡＫＦフィールド及びＡＩＤフィールドに設定される値を送受信ノード間で事前に共有することができる。この場合、図９に示す圧縮ルールにおいてＡＫＦフィールドには、ＴＶ「１」、ＭＯ「ｉｇｎｏｒｅ」及びＣＤＡ「ｎｏｔ－ｓｅｎｔ」が対応づけられている。これによれば、ＡＫＦフィールドに設定されている値とＴＶとを比較することなく当該ＡＫＦフィールドを省略することが示されている。また、図９に示す圧縮ルールにおいてＡＩＤフィールドには、ＴＶ「Ｘ４」、ＭＯ「ｅｑｕａｌ」及びＣＤＡ「ｎｏｔ－ｓｅｎｔ」が対応づけられている。これによれば、ＡＩＤフィールドに設定されている値がアプリケーションによって定められたＩＤ「Ｘ４」と一致する場合に当該ＡＩＤフィールドを省略することが示されている。
【0142】
なお、圧縮ルールにおけるＯｐＣｏｄｅフィールド及びＰａｒａｍフィールドは、アプリケーションデータ（つまり、パケットに含まれるペイロード）に相当する。例えばアプリケーションデータに予め定められた値が含まれる場合には、当該値（つまり、アプリケーションデータの一部）をＳＣＨＣにより省略（圧縮）することができる。具体的には、例えばＢｌｕｅｔｏｏｔｈ Ｍｅｓｈにおいてはアプリケーションデータの先頭にＯｐＣｏｄｅフィールドが付与されており、当該ＯｐＣｏｄｅフィールドには、送受信ノードに適用されるアプリケーションの種別（を示す値）が設定される。すなわち、送受信ノードに適用されるアプリケーションの種別が限られている場合には、ＯｐＣｏｄｅフィールドには特定の値（固定値）が設定される。この場合、図９に示す圧縮ルールにおいてＯｐＣｏｄｅフィールドには、ＴＶ「Ｘ５」、ＭＯ「ｅｑｕａｌ」及びＣＤＡ「ｎｏｔ－ｓｅｎｔ」が対応づけられている。これによれば、ＯｐＣｏｄｅフィールドに設定されている値が特定の値「Ｘ５」と一致する場合に当該ＯｐＣｏｄｅフィールドを省略することが示されている。
【0143】
一方、Ｐａｒａｍフィールドには、アプリケーションデータ自体が設定される。図９に示す圧縮ルールにおいてＰａｒａｍフィールドには、ＴＶ「－」、ＭＯ「ｉｇｎｏｒｅ」及びＣＤＡ「ｖａｌｕｅ－ｓｅｎｔ」が対応づけられている。これによれば、Ｐａｒａｍフィールドに設定されている値とＴＶを比較することなく当該Ｐａｒａｍフィールドを省略しない（つまり、圧縮対象外とする）ことが示されている。なお、Ｐａｒａｍフィールドに特定の値のみが設定されるような場合には、当該ＰａｒａｍフィールドをＳＣＨＣにより省略（圧縮）してもよい。更に、例えばＳｅｑフィールドにおいて説明したように、Ｐａｒａｍフィールドに設定されている値（アプリケーションデータ自体）の一部のみを省略するような構成とすることも可能である。
【0144】
Ｎｅｔ ＭＩＣ（Ｎｅｔｗｏｒｋ ＭＩＣ）フィールド及びＴｒａｎｓ ＭＩＣ（Ｔｒａｎｓｐｏｒｔ ＭＩＣ）フィールドには、アプリケーションデータ毎に異なる値（例えば、誤り訂正用のハッシュ値等）が設定されるため、送受信ノード間で予め値を定めておく（当該値を予測して圧縮ルールに記載しておく）ことができない。このため、図９に示す圧縮ルールにおいてＮｅｔ ＭＩＣフィールド及びＴｒａｎｓ ＭＩＣフィールドには、ＴＶ「－」、ＭＯ「ｉｇｎｏｒｅ」及びＣＤＡ「ｖａｌｕｅ－ｓｅｎｔ」が対応づけられている。これによれば、Ｎｅｔ ＭＩＣフィールド及びＴｒａｎｓ ＭＩＣフィールドに設定されている値とＴＶとを比較することなく当該Ｎｅｔ ＭＩＣフィールド及びＴｒａｎｓ ＭＩＣフィールドを省略しない（つまり、圧縮対象外とする）ことが示されている。
【0145】
上記した図９に示す圧縮ルールが適用された場合、送信ノードである無線通信装置１０は、ネットワークヘッダを構成するＩＶＩフィールド、ＮＩＣフィールド、ＣＴＬフィールド、Ｓｅｑフィールドの一部、Ｓｒｃ Ａｄｄｒフィールド及びＤｓｔ Ａｄｄｒフィールドを省略するように当該ネットワークヘッダを圧縮し、トランスポートヘッダを構成するＳＥＧフィールド、ＡＫＦフィールド及びＡＩＤフィールドを省略するように当該トランスポートヘッダを圧縮することができる。更に、図９に示す圧縮ルールが適用された場合、ＯｐＣｏｄｅフィールドを更に省略（圧縮）することができる。
【0146】
この場合、受信ノードである無線通信装置１０は、図９に示す圧縮ルールを参照することによって、上記したように圧縮された各フィールドを復元（つまり、ヘッダを展開）することができる。具体的には、例えば１ビットのフィールド長のフィールドに「０」を設定することによってＩＶＩフィールドを復元することができ、７ビットのフィールド長のフィールドに「Ｘ１」を設定することによってＮＩＣフィールドを復元することができる。圧縮において省略された他のフィールドについても同様に復元していくことで、圧縮される前のネットワークヘッダ及びトランスポートヘッダ等を得ることができる。
【0147】
なお、本実施形態において説明した圧縮ルールは、当該圧縮ルールにおいて省略することができると記載されているフィールド（つまり、図９に示す例では、圧縮対象となるＩＶＩフィールド、ＮＩＣフィールド、ＣＴＬフィールド、Ｓｅｑフィールド、Ｓｒｃ Ａｄｄｒフィールド、Ｄｓｔ Ａｄｄｒフィールド、ＳＥＧフィールド、ＡＫＦフィールド、ＡＩＤフィールド、ＯｐＣｏｄｅフィールド）の全てを省略することができる場合に適用されるものとする。具体的には、圧縮ルールに記載されている例えばＮＩＣフィールド以外の省略可能なフィールド（例えば、ＩＶＩフィールド等）を省略することができたとしても、例えばＮＩＣフィールドに設定されている値が固定値「Ｘ１」と一致しない場合には、当該圧縮ルールは適用されない（つまり、圧縮は行われない）ものとする。圧縮ルールの一部のみを適用することによって圧縮されたネットワークヘッダ及びトランスポートヘッダ等を展開する場合には処理が煩雑になることが考えられるため、本実施形態においては、上記したように圧縮対象となる全てのフィールドを省略することができる場合に当該圧縮ルールを適用する構成を採用することで、圧縮されたネットワークヘッダ及びトランスポートヘッダ等を適切に展開することができるようにする。
【0148】
上記したように本実施形態において、圧縮ルールは例えばネットワークヘッダまたはトランスポートヘッダを構成するフィールドの候補値（ＴＶ）を含み、当該フィールドの候補値とネットワークヘッダ及びトランスポートヘッダを構成するフィールドに設定されている値とが一致する場合に、当該フィールドを省略することによって当該ネットワークヘッダ及びトランスポートヘッダを圧縮する。本実施形態においては、このような構成により、図９に示すようなＳＣＨＣを基にしたＢｌｕｅｔｏｏｔｈ Ｍｅｓｈ（Ｂｌｕｅｔｏｏｔｈパケット）に適用可能な圧縮ルールに基づくネットワークヘッダ及びトランスポートヘッダ等の圧縮を実現することが可能となる。
【0149】
なお、本実施形態においては、上記した図９に示すＳｅｑフィールドにおいて説明したように、圧縮ルールに含まれるフィールドの候補値（ＴＶ）とヘッダ（ネットワークヘッダまたはトランスポートヘッダ）を構成するフィールドに設定されている値の一部とが一致する場合に、当該値の一部を省略することによって当該ヘッダを圧縮してもよい。このような構成によれば、フィールドの一部でも圧縮することが可能であるため、圧縮効率を向上させることが可能となる。
【0150】
以上述べた少なくとも１つの実施形態によれば、効率的な通信を実現することが可能な無線通信装置及び方法を提供することができる。
【0151】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【0152】
１０，１０－１，１０－６…無線通信装置、１１…圧縮ルール管理部、１２…送受信部、１３…アプリケーション管理部、１４…アプリケーション処理部、１４ａ…圧縮処理部、１４ｂ…暗号処理部、１５…ネットワーク管理部、１６…ネットワーク処理部、１６ａ…圧縮処理部、１６ｂ…暗号処理部、１０１…ＣＰＵ、１０２…不揮発性メモリ、１０３…主メモリ、１０４…通信デバイス。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】