JP5445593B2 - 無線通信装置および無線通信プログラム - Google Patents

Description

本発明は、無線通信装置および無線通信プログラムに関する。

近年、無線ＬＡＮ（Local Access Network）のアクセスポイントなどのネットワークインフラを用いずに、端末同士が接続してネットワークを構築するアドホックネットワークが利用されている。

アドホックネットワークで利用されるプロトコルとしては、ＩＥＴＦ（Internet Engineering Task Force）のＭＡＮＥＴ ＷＧ（Mobile Adhoc Networks Working Group）で検討されているリアクティブ型やプロアクティブ型のプロトコルがある。例えば、リアクティブ型のプロトコルとしては、ＡＯＤＶ（Adhoc On-Demand Distance Vector）が代表的なプロトコルであり、プロアクティブ型としては、ＯＬＳＲ（Optimized Link State Routing）が代表的なプロトコルである。

このようなアドホックネットワークに各ノードは、隣接する他ノードとメッセージを交換して隣接ノードの死活状況を検出し、ルーティングテーブルを作成する。そして、各ノードは、このようにして作成したルーティングテーブルを用いて、通信データの転送制御を実施する。

そして、アドホックネットワークのノード間の無線ＬＡＮでは、2.4GHz帯のＩＳＭ（Industry Science Medical）バンドで使用可能な１４チャネルの内の１つのチャネルが使用されている。複数チャネルを使用した無線ＬＡＮでは、例えば、送信元から送信先に通信データを送信する場合に、各ノードが持つ複数のチャネルに渡って形成されるパスを用いるか、２つ以上のパスに同じデータを送信することで、信頼性を向上させる技術が開示されている。

特開２００６−５０３７１号公報 国際公開第２００７／０２９３３７号

しかしながら、上述した技術では、各チャネルは周波数帯の一部が重複しているため、電波の干渉が生じ易く、混信が発生して、通信サービスが正常に利用できない事象が発生するという課題があった。

上述した課題を図１８と図１９とを例示して具体的に説明する。図１８は、近接するチャネルの事例を示す図であり、図１９は、混信の発生事例を示す図である。図１８に示すように、ＧＷ、ノードＡ、ノードＢ、ノードＣ、ノードＤ、ノードＥ、ノードＦを有するアドホックネットワークは、Ｘ（ＣＨ１４）、Ｙ（ＣＨ１１）、Ｚ（ＣＨ５）の３チャネルで接続されている。なお、ここでＸ、Ｙ、Ｚとは、チャネルで通信対象とするデータ種別を示しており、例えば、各ノードが検針装置である場合には電気、水道、ガスなどが該当する。

この場合、各ノードは、ＣＨ１４で通信したい状況であっても、各チャネルは周波数帯の一部が重複しているため、別のチャネルの通信を受信してしまう。このため、図１９に示すように、ノードが同一であるが、チャネル別に異なる通信サービスを行う場合に、チャネル間で混信が生じ、通信サービスが正常に利用できなくなる。

開示の技術は、上記に鑑みてなされたものであって、複数チャネルが利用可能なアドホックネットワーク環境においても、通信サービスを正常に利用することが可能である無線通信装置および無線通信プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、複数のチャネルのうちいずれかのチャネルを用いて、宛先ノードに通信データを送信する送信部と、前記複数のチャネルのうちいずれかのチャネルを用いて送信された自ノード宛の通信データを受信する受信部と、前記受信部によって受信された通信データに含まれるチャネル情報を取得し、取得されたチャネル情報が通信対象のチャネル情報であるか否かを判定する判定部と、前記判定部によって通信対象のチャネル情報であると判定された場合に、前記受信部によって受信された通信データに対して受信処理を実施し、前記判定部によって通信対象のチャネル情報でないと判定された場合に、前記受信された通信データを破棄する受信制御部とを有する。

また、本発明は、複数のチャネルのうちいずれかのチャネルを用いて、宛先ノードに通信データを送信する送信部と、前記複数のチャネルのうちいずれかのチャネルを用いて送信された自ノード宛の通信データを受信する受信部とを有し、前記送信部は、前記通信データに通信対象のチャネル情報を付加して、前記宛先ノードに通信データを送信する。

本発明にかかる無線通信装置および無線通信プログラムは、複数チャネルが利用可能なアドホックネットワーク環境においても、通信サービスを正常に利用することが可能であるという効果を奏する。

図１は、本願が開示する無線通信装置を含むアドホックネットワークの全体構成を示す図である。 図２は、ＧＷが隣接ノードにＨＥＬＬＯメッセージを送信する例を示す図である。 図３は、ノードｂが隣接ノードにＨＥＬＬＯメッセージを送信する例を示す図である。 図４は、確定した経路の例を示す図である。 図５は、ノードＹで生成されたルーティングテーブルの例を示す図である。 図６は、ＨＥＬＬＯメッセージのフォーマット例を示す図である。 図７は、ＨＥＬＬＯメッセージの生成例を示す図である。 図８は、実施例１に係る無線通信装置の構成を示すブロック図である。 図９は、実施例２に係る無線通信装置の構成を示すブロック図である。 図１０は、アドホックプロトコル処理部の詳細な構成を示す図である。 図１１は、アドホックフレームデータのフォーマット例を示す図である。 図１２は、実施例２に係る無線通信装置による処理の流れの概略を示す図である。 図１３は、実施例２に係る無線通信装置によるデータ送信処理の流れを示すフローチャートである。 図１４は、実施例２に係る無線通信装置によるデータ受信処理の流れを示すフローチャートである。 図１５は、チャネル番号を変更する場合のアドホックヘッダの例を示す図である。 図１６は、チャネル番号を変更する場合のデータフロー例を示す図である。 図１７は、無線通信プログラムを実行するコンピュータシステム１００を示す図である。 図１８は、複数チャネルを用いた従来のアドホックネットワークを示す図である。 図１９は、混信の発生事例を示す図である。

以下に、本発明にかかる無線通信装置および無線通信プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

［全体構成］
まず、図１を用いて、本願が開示する無線通信装置を含むアドホックネットワークの全体構成を説明する。図１は、本願が開示する無線通信装置を含むアドホックネットワークの全体構成を示す図である。図１に示すように、ノードａ、ノードｂ、ノードｃ、ノードｄ、ノードｅ、ノードＹを有するアドホックネットワークが、ＧＷ（GateWay）を介してＬ３ネットワーク上のネットワークサーバに接続される。

本願が開示する無線通信装置は、各ノードに対応する装置であり、2.4GHz帯のＩＳＭ（Industry Science Medical）バンド等を使用して、各ノード、ＧＷおよびネットワークサーバと無線通信を行う。この無線通信装置は、例えば、位置が比較的固定された端末である電気、水道、ガスなどの検針装置に取り付けられる装置であり、各ノードは、無線通信装置が取り付けられた検針装置などである。

このような各ノードは、隣接するノードとの間で経路情報やノード間リンクの通信品質情報などのノード情報を含むメッセージ（ＨＥＬＬＯメッセージ）の送受信を定期的に行う。そして、各ノードは、ＨＥＬＬＯメッセージの送受信で得られた各経路の通信品質を計算し、その結果に基づいて最終宛先までの経路を複数構築し、最適な経路の確定を行ってルーティングテーブルを生成する。また、各ノードは、構築した経路に関して、実際のデータ通信の実績や隣接ノードとのＨＥＬＬＯメッセージの送受信から、各経路の通信品質を再計算（更新）し、経路の維持や最適経路の学習をして、ルーティングテーブルの随時変更を行う。

ＧＷは、アドホックネットワークである無線ＬＡＮ（Local Area Network）と、外部ネットワークであるＬ３ネットワークとを接続するネットワーク機器である。例えば、ＧＷは、プロトコル変換、ファイアウォール、ファイアウォールのルール動的変更などの機能を有するとともに、アドレス変換やデータの載せ換えなどを行うことにより、各ノードとネットワークサーバ等を相互接続する。

ネットワークサーバは、各ノードと相互に接続され、例えば、アドホックネットワークの状況、各ノードの性能情報や通信情報等を収集して管理する管理装置などである。なお、図１に示したノードの数、アドホックネットワークの数、Ｌ３ネットワークに接続されるサーバの数、上述した無線通信装置の例などは、あくまで例示であり、これに限定されるものではない。例えば、Ｌ３ネットワークには、他のアドホックネットワーク等が接続されていてもよい。

［アドホックネットワークの構築例］
次に、図２〜図７を用いて、各ノードがＨＥＬＬＯメッセージをやり取りすることで、図１に示したアドホックネットワークが自動的に構築する例について説明する。図２は、ＧＷが隣接ノードにＨＥＬＬＯメッセージを送信する例を示す図である。

図２に示すように、ＧＷは、ＨＥＬＬＯ送信タイミングに到達すると、自装置が保持する経路情報やノード間リンクの通信品質情報などのノード情報を含むＨＥＬＬＯメッセージをブロードキャスト送信する。そして、隣接するノードａ、ｂ、ｃは、ＧＷからのＨＥＬＬＯメッセージを受信する。なお、アドホックネットワーク構築初期において、ＧＷから送信されるノード情報は、ネットワーク構築前であることから空の状態である。

続いて、ＧＷからのＨＥＬＬＯメッセージを受信したノードａ、ｂ、ｃは、内部に管理・保持する経路情報テーブル（ルーティングテーブル）にＧＷを登録する。さらに、ノードａ、ｂ、ｃは、ＧＷから受信したＨＥＬＬＯメッセージに含まれたＧＷが保持しているノード情報を使用して経路品質やノード間リンクの通信品質を計算し、その結果をルーティングテーブルやリンクテーブルに登録する。尚、ノードａ、ｂ、ｃは、ＧＷから受信したＨＥＬＬＯメッセージの再ブロードキャスト、言い換えると、フラッディングは行わない。

上記ルーティングテーブルとは、宛先ノードまでの経路情報として、「ホップ数（Ｈｏｐ）、経路品質重み（ｄ）、復路リンク重み（Ｅ）」などを記憶するテーブルである。また、リンクテーブルとは、ＨＥＬＬＯメッセージで受信した各情報を記憶するものであり、例えば、ローカル送信元アドレス（ＬＳ）、リンク品質情報、ＨＥＬＬＯ受信回数、ＨＥＬＬＯ要求間隔などを記憶するテーブルである。

次に、図３に示すように、ノードｂは、ＨＥＬＬＯ送信タイミングに到達すると、自装置が保持するノード情報を含むＨＥＬＬＯメッセージをブロードキャスト送信する。このノードｂのＨＥＬＬＯメッセージには、ノードｂのノード情報の他に、ＧＷなど他のノード情報が含まれる。また、上述した処理は、ノードｂだけでなく、ＧＷからのＨＥＬＬＯメッセージを受信したノードａ、ノードｃでも実行される。なお、図３は、ノードｂが隣接ノードにＨＥＬＬＯメッセージを送信する例を示す図である。

続いて、ノードｂからのＨＥＬＬＯメッセージを受信したノードＹは、ノードｂをルーティングテーブルに登録すると共に、ＧＷ宛の経路がノードｂ経由であることと、その経路品質やリンク品質を計算した結果をルーティングテーブルやリンクテーブルに登録する。また、上述した処理は、ノードＹだけでなく、ノードｂからのＨＥＬＬＯメッセージを受信したノードａ〜ノードｅおよびＧＷでも実行され、ノードａやノードｃからのＨＥＬＬＯメッセージを受信したノードでも同様に実行される。

さらに、ノードｄおよびノードｅも、ノードｂと同様に、それぞれのＨＥＬＬＯ送信タイミングでＨＥＬＬＯメッセージをブロードキャスト送信する。したがって、ノードＹでは、ノードｂ、ｄ、ｅ各々からＧＷのノード情報を含むＨＥＬＬＯメッセージを受信するので、ＧＷ宛ての経路としてノードｂ、ｄ、ｅをそれぞれ次転送候補とする複数の経路を構築することができる。

その後、ノードＹは、各経路での経路品質やリンク品質情報に基づいて、最終宛先であるＧＷまでの最適経路を複数確定する。具体的には、図４に示すように、ノードＹは、ＧＷ宛の経路として、（１）ノードｂ−ＧＷ、（２）ノードｂ−ノードａ−ＧＷ、（３）ノードｅ−ノードｃ−ＧＷの３経路を確定する。なお、図４は、確定した経路の例を示す図である。

このようにして、各ノードは、宛先ノードまでの経路をルーティングテーブルとして生成する。ここで、ノードＹで生成されるルーティングテーブルの例について、図５を用いて説明する。図５は、ノードＹで生成されたルーティングテーブルの例を示す図である。図５に示すように、ノードＹは、「ＧＤ、ＬＤ、Ｈｏｐ、ｄ、Ｅ」として「ＧＷ、ＬＤ１、２、５０、２０」、「ＧＷ、ＬＤ２、３、６０、３０」、「ＧＷ、ＬＤ３、３、８０、５０」などと記憶する。

ここで記憶される「ＧＤ」とは、グローバル宛先アドレスを示しており、「ＬＤ」とは、管理する経路を区別する経路数番号であり、「Ｈｏｐ」とは、ＧＤまでのホップ数を示している。また、「ｄ」とは、ＧＤまでの経路上での遅延を数値化した経路品質重みであり、「Ｅ」とは、相手ノードから自ノード方向への通信品質重みである。

このように、各ノードは、各ノード間でＨＥＬＬＯメッセージを送受信し、各経路の通信品質を計算し、その結果をもって最終宛先までの複数の経路の構築及び最適な経路の確定を実施することで、ルーティングテーブルを生成することができる。また、各ノードは、構築した経路に関して、実際のデータ通信の実績や隣接ノードとのＨＥＬＬＯメッセージの送受信から、各経路の通信品質を再計算し、経路の維持や最適経路の学習をして、ルーティングテーブルの随時変更を行う。

［ＨＥＬＬＯメッセージ］
次に、図６と図７を用いて、上述したアドホックネットワークの構築およびルーティングテーブルの生成において、各ノードの間で送受信されるＨＥＬＬＯメッセージについて説明する。図６は、ＨＥＬＬＯメッセージのフォーマット例を示す図であり、図７は、ＨＥＬＬＯメッセージの生成例を示す図である。

（フレームフォーマット）
まず、図６を用いて、ＨＥＬＬＯメッセージのフォーマット例を説明する。図６に示すように、ＨＥＬＬＯメッセージは、アドホックヘッダ、圧縮ヘッダ、ＨＥＬＬＯメッセージヘッダ、複数のＨＥＬＬＯヘッダ、署名を有している。

アドホックヘッダは、アドホックネットワークで利用するプロトコル層（アドホックレイヤー）で必要とする情報が組み込まれたヘッダであり、複数のフィールドを有している。例えば、アドホックヘッダは、データ送受信先を示す「ローカル宛先アドレス（LD）」や「ローカル差出アドレス（LS）」いうフィールドを有している。また、アドホックヘッダは、ノード間で送受信するデータフレームの種別を表す「フレームタイプ」と、フレームのサイズを表す「フレームサイズ」というフィールドを有している。

また、ＨＥＬＬＯメッセージは、複数のＨＥＬＬＯヘッダを付けることが可能であるため、ノードはＨＥＬＬＯメッセージを圧縮アルゴリズムで圧縮して隣接ノードに送信、あるいは、受信したＨＥＬＬＯメッセージを伸張する機能を有している。例えば、ノード間で送受信するデータフレームがＨＥＬＬＯメッセージである場合、フレームの圧縮・伸張で必要とする情報が組み込まれた圧縮ヘッダがアドホックヘッダの後ろに付く。圧縮ヘッダは、圧縮ヘッダ以降のデータ部分（ペイロード）の圧縮手法を示す「圧縮タイプ」と、圧縮前のフレームのサイズを表す「フレームサイズ」というフィールドを有している。各ノード装置は、この圧縮タイプを考慮して、適切にペイロードの伸張を行うことができる。

ＨＥＬＬＯメッセージヘッダは、ノード間で自装置が保持する経路情報やノード間リンクの通信品質情報などのノード情報（ＨＥＬＬＯヘッダ）を送受信する際に必要とする情報が組み込まれたヘッダである。例えば、ＨＥＬＬＯメッセージヘッダには、ＨＥＬＬＯヘッダの個数を示す「ハローヘッダ数」、ノード装置のＩＤを示す「装置ＩＤ」と、ノード間リンクで暗号化された情報を復号するための「アクセスキー」というフィールドが含まれる。

さらに、ＨＥＬＬＯメッセージは、ノード間で送受信するデータのセキュリティ確保や第三者のなりすまし防止を実施する。例えば、ＨＥＬＬＯメッセージは、ノード間では送受信するデータフレームにはアドホックヘッダ以降のデータ部分（ペイロード）に署名が付与し、共通鍵を使用してペイロードを暗号化して送受信する。

ＨＥＬＬＯヘッダは、６バイトのグローバル宛先アドレス（ＧＤ）領域と、１バイトのノードタイプ／ホップ数領域と、１バイトの予備領域である予約領域と、４バイトの経路品質重み（ｄ）領域と、４バイトの復路リンク重み（Ｅ）とを有している。

かかるグローバル宛先アドレス（ＧＤ）領域は、最終宛先ノードを示す情報であり、例えば、最終宛先ノードのＭＡＣアドレスなどである。また、ノードタイプ／ホップ数領域は、グローバス宛先アドレスがＧＷの場合に１、ＧＷ以外の場合に０がセットされるＧＷ情報と、最終宛先ノードまでのホップ数を有している。また、経路品質重み（ｄ）は、グローバル宛先アドレスまでの経路上での遅延を数値化したものである。復路リンク重み（Ｅ）は、相手ノードから自ノード方向への通信品質重み、言い換えると、自装置から送信されたＨＥＬＬＯメッセージが相手にどの程度受信できているかを示す品質情報である。

（メッセージ生成）
次に、図７を用いて、ＨＥＬＬＯメッセージの生成例について説明する。ここでは、あるノードが、図７の（ａ）に示すルーティングテーブルを保持していた場合について説明する。図７の（ａ）に示すルーティングテーブルは、グローバル宛先ノード（ＧＤ）を「Ａ、Ｂ、Ｃ、Ｄ」とし、それぞれのＧＤについて３つの経路を記憶している。例えば、ＧＤが「Ａ」の場合には、「ＬＤ、Ｈｏｐ、ｄ、Ｅ」として「ＬＤ１、５、５０、２０」、「ＬＤ２、６、６０、３０」、「ＬＤ３、４、８０、５０」と記憶している。

このようなルーティングテーブルを保持するノードは、自装置のＨＥＬＬＯメッセージ送信タイミングになると、各ＧＤへの経路における最適なルートのうち、ホップ数が閾値未満のルートをＨＥＬＬＯヘッダに書き込んで隣接ノードにブロードキャスト送信する。例えば、図７に示すように、ノードは、ＧＤが「Ａ」である経路のうち「Ｅ」が最小である「ＬＤ１」をＨＥＬＬＯヘッダに書き込む（図７の（１）参照）。同様に、ノードは、ＧＤが「Ｂ」である経路については「ＬＤ１」、「Ｃ」についても「ＬＤ１」をＨＥＬＬＯヘッダに書き込む（図７の（２）と（３）参照）。また、ノードは、ＧＤが「Ｃ」である経路のうち「Ｅ」が最小である「ＬＤ１」については、「Ｈｏｐ」が閾値「２０」未満でないためＨＥＬＬＯヘッダに書き込まない。その後、ノードは、このようにして生成したＨＥＬＬＯメッセージを隣接ノードにブロードキャスト送信する。

［無線通信装置の構成］
次に、図８を用いて、実施例１に係る無線通信装置の構成について説明する。図８は、実施例１に係る無線通信装置の構成を示すブロック図である。この無線通信装置１は、図１等に示した各ノードに対応する検針装置等に取り付けられる装置であり、送信部１ａと、受信部１ｂと、判定部１ｃと、受信制御部１ｄとを有する。

送信部１ａは、複数のチャネルのうちいずれかのチャネルを用いて、宛先ノードに通信データを送信する。例えば、送信部１ａは、アプリケーションなどの通信データであるアドホックメッセージフレーム内のアドホックヘッダに、当該通信データが使用するチャネル番号を付与して、宛先に送信する。

受信部１ｂは、複数のチャネルのうちいずれかのチャネルを用いて送信された自ノード宛の通信データを受信する。例えば、受信部１ｂは、他のノードから自装置宛の通信データを受信して、判定部１ｃに出力する。

判定部１ｃは、受信部１ｂによって受信された通信データに含まれるチャネル情報を取得し、取得されたチャネル情報が通信対象のチャネル情報であるか否かを判定する。例えば、判定部１ｃは、受信した通信データであるアドホックメッセージフレーム内のアドホックヘッダに含まれるチャネル番号が、無線通信装置１が現在通信対象としているチャネル番号であるか否かを判定し、その結果を受信制御部１ｄに出力する。

受信制御部１ｄは、判定部１ｃによって通信対象のチャネル情報であると判定された場合に、受信部１ｂによって受信された通信データに対して受信処理を実施する。また、受信制御部１ｄは、判定部１ｃによって通信対象のチャネル情報でないと判定された場合に、受信部１ｂによって受信された通信データを破棄する。

このように、実施例１によれば、通信データの送信側の無線通信機では、送信対象の通信データが利用するチャネル番号を付加して、宛先（受信側）に送信する。受信側の無線通信機では、受信した通信データに含まれるチャネル番号が、現在対象としてチャネル番号である場合にのみ受信する。この結果、受信側の無線通信機では、正常なチャネル番号で送信された通信データだけを受信することができる。つまり、受信側の無線通信機では、ネットワーク内で混信が発生した場合でも、通信データに含まれるチャネル番号から受信対象のデータであるか否かを判定することができる。したがって、複数チャネルが利用可能なアドホックネットワーク環境においても、通信サービスを正常に利用することが可能である。

ところで、本願が開示する無線通信装置は、実施例１で例示した制御部以外にも様々な制御部を有していてもよい。そこで、実施例２では、図９〜図１１を用いて、実施例１で例示した制御部以外の様々な制御部を有する無線通信装置について説明する。

［無線通信装置の構成］
まず、図９を用いて、実施例２に係る無線通信装置の構成について説明する。図９は、実施例２に係る無線通信装置の構成を示すブロック図である。図９に示すように、無線通信装置１０は、インタフェース部１１と、構成定義ＤＢ１２と、リンクテーブル１３と、ルーティングテーブル１４と、アドホックプロトコル処理部１５とを有する。さらに、無線通信装置１０は、データ受信処理部１６と、アプリケーション処理部１７と、データ送信処理部１８とを有する。

例えば、構成定義ＤＢ１２、リンクテーブル１３、ルーティングテーブル１４は、半導体メモリ素子、または、ハードディスクなどの記憶装置である。また、アドホックプロトコル処理部１５、データ受信処理部１６、アプリケーション処理部１７、データ送信処理部１８は、集積回路や電子回路などである。

かかるインタフェース部１１は、他の無線通信装置やＧＷとの間で無線通信を実施する無線通信インタフェースである。例えば、インタフェース部１１は、隣接する他ノードからＨＥＬＬＯメッセージや通常の通信データを受信し、アドホックプロトコル処理部１５に出力する。また、インタフェース部１１は、アドホックプロトコル処理部１５から受け付けたＨＥＬＬＯメッセージを隣接するノードにブロードキャスト送信したり、アドホックプロトコル処理部１５から受け付けた通信データを宛先ノードに送信したりする。

構成定義ＤＢ１２は、無線通信装置１０の通信状況等の構成情報を保持する記憶部である。例えば、構成定義ＤＢ１２は、通信データの種別に対応付けて、当該通信データで利用するチャネル番号を記憶し、現地点における無線送信信号出力レベル値等を記憶する。

リンクテーブル１３は、受信されたＨＥＬＬＯメッセージからデータ受信処理部１６によって抽出された情報を保持する記憶部である。例えば、リンクテーブル１３は、「ローカル送信元アドレス（ＬＳ）」、「リンク品質情報」、「ＨＥＬＬＯ受信回数」、「ＨＥＬＬＯ要求間隔」、「アクセスキー」などを記憶する。

かかる「ローカル送信元アドレス（ＬＳ）」は、受信されたＨＥＬＬＯメッセージの送信元ノードのアドレス情報であり、「リンク品質情報」は、受信されたＨＥＬＬＯメッセージに含まれる「経路品質重み（ｄ）」である。また、「ＨＥＬＬＯ受信回数」は、ＬＳとの間で受信されたＨＥＬＬＯメッセージの回数を示しており、「ＨＥＬＬＯ要求間隔」は、ＬＳとの間で送受信する間隔を示している。「アクセスキー」は、送信元ノードから送信されたフレームタイプがＨＥＬＬＯメッセージ以外のデータフレームの暗号化を複合する際に使用する暗号鍵を示している。

ルーティングテーブル１４は、宛先ノードまでのルーティング情報を保持する記憶部である。具体的には、ルーティングテーブル１４は、宛先ノードまでの複数経路のうち、例えば通信品質重み「Ｅ」が小さい順、すなわち、通信品質が良い順に所定の数の経路を最適経路として記憶する。

例えば、ルーティングテーブル１４は、図５に示すように、ルーティング情報として、「ＧＤ、ＬＤ、Ｈｏｐ、ｄ、Ｅ」として「ＧＷ、ＬＤ１、２、５０、２０」、「ＧＷ、ＬＤ２、３、６０、３０」、「ＧＷ、ＬＤ３、３、８０、５０」などと記憶する。

ここで記憶される「ＧＤ」とは、グローバル宛先アドレスを示しており、「ＬＤ」とは、管理する経路を区別する経路数番号であり、「Ｈｏｐ」とは、ＧＤまでのホップ数を示している。また、「ｄ」とは、ＧＤまでの経路上での遅延を数値化した経路品質重みであり、「Ｅ」とは、相手ノードから自ノード方向への通信品質重みである。

アドホックプロトコル処理部１５は、データ送信処理部１８から送信された各データにアドホックヘッダを付加して宛先に送信し、インタフェース部１１によって受信されたデータをデータ受信処理部１６に出力する。例えば、アドホックプロトコル処理部１５は、データ送信処理部１８からＨＥＬＬＯメッセージが入力された場合には、当該ＨＥＬＬＯメッセージにアドホックヘッダを付加して、隣接するノード（他の無線通信装置）にブロードキャスト送信する。

また、アドホックプロトコル処理部１５は、データ送信処理部１８からアプリケーションなどのデータが入力された場合には、構成定義ＤＢ１２を参照し、当該データの種別で利用される通信対象のチャネル番号を取得する。続いて、アドホックプロトコル処理部１５は、入力されたデータに、構成定義ＤＢ１２から取得したチャネル番号を付加したアドホックヘッダを付加し、ルーティングテーブル１４に記憶されるルーティング情報にしたがって、宛先のノードに送信する。

また、アドホックプロトコル処理部１５は、インタフェース部１１によって受信されたデータが上述したＨＥＬＬＯメッセージであるのか、アプリケーション等によって処理される通信データであるのかを判定する。そして、アドホックプロトコル処理部１５は、受信されたデータがＨＥＬＬＯメッセージである場合には、当該ＨＥＬＬＯメッセージをデータ受信処理部１６に転送する。

また、アドホックプロトコル処理部１５は、受信されたデータが通信データである場合、通信データに含まれるチャネル情報を取得し、取得されたチャネル情報が通信対象のチャネル情報であるか否かを判定する。具体的には、アドホックプロトコル処理部１５は、受信された通信データのアドホックヘッダ等から、通信データの種別やチャネル番号を取得する。そして、アドホックプロトコル処理部１５は、取得した通信データの種別やチャネル番号の組み合わせが構成定義ＤＢ１２に格納されているか、すなわち、受信された通信データが通信対象のチャネル番号で送信されたデータであるのかを判定する。

その後、アドホックプロトコル処理部１５は、通信対象のチャネル情報である、すなわち、正常なチャネル番号で送信されたデータであると判定された場合に、当該通信データをデータ受信処理部１６に出力する。また、アドホックプロトコル処理部１５は、通信対象のチャネル番号でない、すなわち、正常なチャネル番号で送信されたデータではないと判定された場合に、受信された当該通信データを破棄する。

データ受信処理部１６は、アドホックプロトコル処理部１５から出力されたデータに対して各種受信処理を実行する。例えば、データ受信処理部１６は、アドホックプロトコル処理部１５から出力されたデータが通信データである場合には、当該通信データを処理対象とするアプリケーション等を実行するアプリケーション処理部１７に、受信された通信データを出力する。

また、データ受信処理部１６は、アドホックプロトコル処理部１５から出力されたデータがＨＥＬＬＯメッセージである場合には、リンクテーブル１３やルーティングテーブル１４の生成や更新等を実施する。具体的には、データ受信処理部１６は、受信されたＨＥＬＬＯメッセージが新たな送信元ノードから送信されたものであるか否かを、リンクテーブル１３の「ローカル送信元アドレス（ＬＳ）」を参照して判定する。そして、データ受信処理部１６は、新たな送信元ノードから送信されたものである場合には、新たなテーブルをリンクテーブル１３に生成する。すなわち、データ受信処理部１６は、ＨＥＬＬＯメッセージから「ＬＳ、リンク品質情報、ＨＥＬＬＯ受信回数、ＨＥＬＬＯ要求間隔、アクセスキー」を抽出または生成して、リンクテーブル１３に格納する。

また、データ受信処理部１６は、新たな送信元ノードから送信されたものではない、既存のノードから送信されたものである場合には、リンクテーブル１３を更新する。すなわち、データ受信処理部１６は、受信されたＨＥＬＬＯメッセージから「ＬＳ、リンク品質情報、ＨＥＬＬＯ受信回数、ＨＥＬＬＯ要求間隔、アクセスキー」を取得して、対応する「ＬＳ」のテーブルを更新する。

さらに、データ受信処理部１６は、上述したリンクテーブル１３の更新や新規テーブル生成が実施されると、リンクテーブル１３に格納されている情報から「ＧＤ、ＬＤ、Ｈｏｐ、ｄ、Ｅ」を有するルーティング情報を生成し、ルーティングテーブル１４に格納する。

アプリケーション処理部１７は、プログラムやアプリケーションを実行し、生成したデータ等を他ノードや他ネットワークに送信する。例えば、アプリケーション処理部１７は、アプリケーション層やプレゼンテーション層などの上位プロトコル層などを用いて実行されるアプリケーションプロセス等によって生成されたデータをデータ送信処理部１８に出力する。また、アプリケーション処理部１７は、データ受信処理部１６から通信データを受け付けると、当該通信データを処理するアプリケーション等を実行し、実行結果によって生成した新たなデータを宛先に送信したり、実行結果を図示しない記憶部等に保持したりする。

データ送信処理部１８は、ＨＥＬＬＯメッセージタイミングに到達すると、ＨＥＬＬＯメッセージを生成してアドホックプロトコル処理部１５に出力する。例えば、データ送信処理部１８は、ＨＥＬＬＯメッセージが有するアドホックヘッダ、圧縮ヘッダ、ＨＥＥＬＯメッセージヘッダ、複数のＨＥＬＬＯヘッダ、署名において、自装置が記憶するノード情報をＨＥＬＬＯヘッダに格納する。具体的には、データ送信処理部１８は、図７で説明したように、複数のＨＥＬＬＯヘッダ各々に、ルーティングテーブル１４に記憶されるグローバル宛先ノード（ＧＤ）ごとの最適な経路情報を格納する。そして、データ送信処理部１８は、グローバル宛先ノード（ＧＤ）ごとにノード情報を付加したＨＥＬＬＯヘッダを含むＨＥＬＬＯメッセージを生成してアドホックプロトコル処理部１５に出力する。

また、データ送信処理部１８は、アプリケーション処理部１７から通信データを受信した場合には、当該通信データとともに、アドホックヘッダの付加を要求するアドホックフレームデータ送信要求をアドホックプロトコル処理部１５に出力する。

［アドホックプロトコル処理部の処理］
次に、図１０と図１１とを用いて、図９で説明したアドホックプロトコル処理部１５が実行する処理について具体的に説明する。図１０は、アドホックプロトコル処理部の詳細な構成を示す図であり、図１１は、アドホックフレームデータのフォーマット例を示す図である。

図１０に示すように、アドホックプロトコル処理部１５は、データ送信処理部１８からアドホックフレームデータ送信要求を受け付けると、受け付けたデータにアドホックヘッダを付加したアドホックフレームデータを生成する（図１０の（１）参照）。このとき、アドホックプロトコル処理部１５は、受け付けた要求に含まれる通信データ（アドホックフレームデータ）が利用するチャネル番号を構成定義ＤＢ１２から取得し、取得したチャネル番号をアドホックヘッダに付加する。

具体的には、アドホックプロトコル処理部１５は、図１１に示すように、「ローカル宛先アドレス、ローカル差出アドレス、グループＩＤ、フレームタイプ、空き、フレーム長」を有するアドホックヘッダの「空き」領域に、チャネル番号（ＣＨ番号）を付加する。この「ローカル宛先アドレス」とは、アドホックフレームデータの宛先ノードを特定するＭＡＣ（Media Access Control）アドレス等の情報であり、「ローカル差出アドレス」は、送信元であるノード、つまり、自装置を特定するＭＡＣアドレス等の情報である。

また、「グループＩＤ」とは、アドホックネットワークを構成するノード群を市町村などの区域毎にグループ分けするための識別子情報である。この「グループＩＤ」は、同じ「グループＩＤ」を持つノード同士でしか通信が出来ないようにアドホックネットワークをグルーピング制御する用途等で使用する。また、フレームタイプとは、送信対象のアドホックメッセージフレームのタイプを示している。例えば、フレームタイプが「１」であるとＨＥＬＬＯメッセージ、「２」であると通信データである等、アドホックヘッダ以降のペイロード部分のデータ種別を示している。また、「フレーム長」とは、送信対象のアドホックフレームデータの長さを示している。

そして、アドホックプロトコル処理部１５は、データ送信処理部１８から受け付けたデータにアドホックヘッダを付加したアドホックフレームデータを生成し、インタフェース部１１を介して、宛先ノードに送信する（図１０の（２）参照）。

また、アドホックプロトコル処理部１５は、インタフェース部１１によってアドホックフレームデータが受信された場合、受信通知とともに当該アドホックフレームデータをインタフェース部１１から受信する（図１０の（３）参照）。すると、アドホックプロトコル処理部１５は、受信されたデータのアドホックヘッダからチャネル番号を取得する。続いて、アドホックプロトコル処理部１５は、取得したチャネル番号が通信対象のチャネル番号である場合にはデータ受信処理部１６に出力し、通信対象のチャネル番号でない場合には破棄する（図１０の（４）参照）。

具体的には、アドホックプロトコル処理部１５は、受信されたデータのアドホックヘッダからチャネル番号を取得するとともに、当該データのアドホックヘッダ等から当該データの種別を判定する。続いて、アドホックプロトコル処理部１５は、受信されたデータの種別に対応するチャネル番号を構成定義ＤＢ１２から取得し、構成定義ＤＢ１２から取得したチャネル番号と、データから直接取得したチャネル番号とが一致するか否かを判定する。そして、アドホックプロトコル処理部１５は、両方が一致する場合には通信対象のチャネル番号であると判定し、当該データをデータ受信処理部１６に出力し、一致しない場合には通信対象のチャネル番号でないと判定し、当該データを破棄する。

［無線通信装置による処理の流れ］
次に、図１２〜図１４を用いて、実施例２に係る無線通信装置による処理の流れを説明する。図１２は、実施例２に係る無線通信装置による処理の流れの概略を示す図であり、図１３は、実施例２に係る無線通信装置によるデータ送信処理の流れを示すフローチャートである。また、図１４は、実施例２に係る無線通信装置によるデータ受信処理の流れを示すフローチャートである。

（処理の流れの概略）
まず、無線通信装置による処理の流れの概略を説明する。図１２に示すように、データ送信側の無線通信装置１０では、アドホックプロトコル処理部１５が、送信対象のアドホックフレームデータのうち、アドホックプロトコルで処理されるアドホックヘッダに使用チャネルを付加する。さらに、データ送信側の無線通信装置１０では、インタフェース部１１が、送信対象のアドホックフレームデータに、イーサプロトコルで処理されるイーサヘッダを付加し、無線通信で宛先に送信する。

一方、データ受信側の無線通信装置１０では、インタフェース部１１が、アドホックフレームデータを受信すると、受信したデータのイーサヘッダ等から自装置宛か否かが判定し、自装置宛のデータのみを受信する。さらに、データ受信側の無線通信装置１０では、アドホックプロトコル処理部１５が、受信したアドホックフレームデータのアドホックヘッダからチャネル番号を取得し、通信対象となっているチャネル番号であるか否かを判定する。そして、データ受信側の無線通信装置１０では、アドホックプロトコル処理部１５が、受信したデータのチャネル番号が通信対象のチャネル番号であると判定した場合に、当該データをデータ受信処理部１６に出力する。また、データ受信側の無線通信装置１０のアドホックプロトコル処理部１５は、受信したデータのチャネル番号が通信対象のチャネル番号でないと判定された場合には、当該データを破棄する。

（データ送信処理の流れ）
次に、実施例２に係る無線通信装置によるデータ送信処理の流れを説明する。図１３に示すように、無線通信装置１０のアドホックプロトコル処理部１５は、データ送信処理部１８からデータ送信開始を受信すると（ステップＳ１０１肯定）、送信対象のアドホックフレームデータで使用すべきチャネル番号を、構成定義ＤＢ１２から取得する。

そして、アドホックプロトコル処理部１５は、送信対象のアドホックフレームデータのアドホックヘッダにチャネル番号を付加したデータを生成する（ステップＳ１０２）続いて、アドホックプロトコル処理部１５は、生成したデータをルーティングテーブル１４に記憶されるルーティング情報にしたがって、宛先に送信する（ステップＳ１０３）。

（データ受信処理の流れ）
次に、実施例２に係る無線通信装置によるデータ受信処理の流れを説明する。図１４に示すように、無線通信装置１０のインタフェース部１１は、自装置宛のアドホックフレームデータが受信する（ステップＳ２０１肯定）。すると、アドホックプロトコル処理部１５は、受信されたアドホックフレームデータのアドホックヘッダにチャネル番号が付加されているか否かを判定する（ステップＳ２０２）。

そして、チャネル番号が付加されている場合（ステップＳ２０２肯定）、アドホックプロトコル処理部１５は、アドホックヘッダからチャネル番号を取得し（ステップＳ２０３）、通信対象のチャネル番号と一致するか否かを判定する（ステップＳ２０４）。続いて、アドホックプロトコル処理部１５は、アドホックヘッダから取得したチャネル番号が通信対象のチャネル番号と一致する場合（ステップＳ２０４肯定）、当該データをデータ受信処理部１６に出力する（ステップＳ２０５）。その後、データ受信処理部１６やアプリケーション処理部１７によって、受信処理が実行される。

一方、チャネル番号が付加されていない場合（ステップＳ２０２否定）または通信対象のチャネル番号と一致しない場合（ステップＳ２０４否定）、アドホックプロトコル処理部１５は、受信したデータを破棄する（ステップＳ２０６）。

［実施例２による効果］
このように、実施例２によれば、複数のチャネルを同時に用いて通信するアドホックネットワークにおいて、電波干渉による混信状態が生じた場合でも、無線通信装置は、正常にチャネル毎の通信・サービスを利用することができる。

ところで、実施例１では、アドホックヘッダにチャネル番号を付与し、混信環境であっても正常にサービスを利用することができる例について説明したが、これ以外にも、例えば、アドホックヘッダを用いて、利用されているチャネル番号を変更することもできる。そこで、実施例３では、図１５と図１６とを用いて、アドホックフレームデータのアドホックヘッダを利用して、利用されているチャネル番号を変更する例について説明する。

図１５は、チャネル番号を変更する場合のアドホックヘッダの例を示す図であり、図１６は、チャネル番号を変更する場合のデータフロー例を示す図である。具体的には、チャネル番号を管理したり、ノードから各種情報を取得して管理したりする管理サーバなどは、図１５に示すように、変更後のチャネル番号（ＣＨ番号）と変更指示（ＣＨ番号変更指示）を付加してアドホックヘッダを拡張し、宛先に送信する。

例えば、ノードＤのチャネル番号を「１１」から「０９」に変更する指示を送信する場合、管理サーバは、「ＣＨ番号変更指示」に「１（変更しない場合は０）」、「ＣＨ番号」に「９」を付加したアドホックヘッダを生成する。そして、管理サーバは、図１６に示すように、ルーティング情報にしたがって、ＧＷ−ノードＡ経由で、生成したアドホックヘッダを含むアドホックフレームデータをノードＤへ送信する。ノードＤでは、受信したアドホックフレームデータのアドホックヘッダの「ＣＨ番号変更指示」が「１」であることから、アドホックヘッダの「ＣＨ番号＝９」にチャネル番号を変更する。

このように、わざわざ個別のノードまで出向いて、設定変更を実施する必要が無く、アドホックフレームデータを用いてチャネル番号を変更することができる。例えば、災害などで、一番のライフラインである水道検針器のノードが故障し、このノードの故障を原因として、水道を使用することが出来ない事象が発生したとする。この場合、正常に動作するガス検針器のノードを転用して水道検針器のノードに取り付ける際に、上述したような方法でチャネル番号を変更し、水道検針器および水道が使用できるようになる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

（チャネル番号の変更）
例えば、実施例３では、管理装置がノードのチャネル番号を変更する例について説明したが、これに限定されるものではなく、同様の手法を用いることで、ノード同士でチャネル番号を変更することもできる。

（チャネル情報）
例えば、実施例１〜３では、チャネル情報としてチャネル番号を用いた例について説明したが、これに限定されるものではなく、例えば、一意に付与された整理番号など、チャネルを特定することのできる情報であればよい。

（無線通信装置の構成）
例えば、実施例１〜３では、チャネル番号が付与された通信データのうち、通信対象のチャネル番号が付与されたデータのみを受信する受信制御と、通信対象のチャネル番号を付加した通信データを宛先に送信する送信制御を有する無線通信装置について説明した。ところが、無線通信装置は、両方の制御を必ず有している必要はなく、どちらか一方のみを有する構成であってもよい。

（システム構成等）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、例えば図５、図７等に示した各種のデータやパラメータを含む情については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、例えばデータ受信処理部１６とデータ送信処理部１８とを統合するなど各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（プログラム）
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。

図１７は、無線通信プログラムを実行するコンピュータシステム１００を示す図である。図１７に示すように、コンピュータシステム１００は、ＲＡＭ１０１と、ＨＤＤ１０２と、ＲＯＭ１０３と、ＣＰＵ１０４とを有する。ここで、ＲＯＭ１０３には、上の実施例と同様の機能を発揮するプログラムがあらかじめ記憶されている。つまり、図１７に示すように、アプリケーション処理プログラム１０３ａ、データ送信処理プログラム１０３ｂ、アドホックプロトコル処理プログラム１０３ｃ、データ受信処理プログラム１０３ｄがあらかじめ記憶されている。

そして、ＣＰＵ１０４には、これらのプログラム１０３ａ〜１０３ｄを読み出して実行することで、図１７に示すように、各プロセスとなる。つまり、アプリケーション処理プロセス１０４ａ、データ送信処理プロセス１０４ｂ、アドホックプロトコル処理プロセス１０４ｃ、データ受信処理プロセス１０４ｄとなる。なお、アプリケーション処理プロセス１０４ａ、図９に示したアプリケーション処理部１７に対応し、同様に、データ送信処理プロセス１０４ｂは、データ送信処理部１８に対応する。また、アドホックプロトコル処理プロセス１０４ｃは、アドホックプロトコル処理部１５に対応し、データ受信処理プロセス１０４ｄは、データ受信処理部１６に対応する。

また、ＨＤＤ１０２には、構成定義テーブル１０２ａと、リンクテーブル１０２ｂと、ルーティングテーブル１０２ｃとが設けられる。構成定義テーブル１０２ａは、図９に示した構成定義テーブル１２に対応し、リンクテーブル１０２ｂは、リンクテーブル１３に対応し、ルーティングテーブル１０２ｃは、ルーティングテーブル１４に対応する。

ところで、上記したプログラム１０３ａ〜１０３ｄは、必ずしもＲＯＭ１０３に記憶させておく必要はない。例えば、コンピュータシステム１００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に記憶させておくにしてもよい。また、コンピュータシステム１００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」に記憶させておいてもよい。さらに、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータシステム１００に接続される「他のコンピュータシステム」に記憶させておいてもよい。そして、コンピュータシステム１００がこれらからプログラムを読み出して実行するようにしてもよい。

すなわち、この他の実施例でいうプログラムは、上記した「可搬用の物理媒体」、「固定用の物理媒体」、「通信媒体」などの記録媒体に、コンピュータ読み取り可能に記録されるものである。そして、コンピュータシステム１００は、このような記録媒体からプログラムを読み出して実行することで上記した実施例と同様の機能を実現する。なお、この他の実施例でいうプログラムは、コンピュータシステム１００によって実行されることに限定されるものではない。例えば、他のコンピュータシステムまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

１ 無線通信装置
１ａ 送信部
１ｂ 受信部
１ｃ 判定部
１ｄ 受信制御部
１０ 無線通信装置
１１ インタフェース部
１２ 構成定義ＤＢ
１３ リンクテーブル
１４ ルーティングテーブル
１５ アドホックプロトコル処理部
１６ データ受信処理部
１７ アプリケーション処理部
１８ データ送信処理部

Claims (6)

1. 複数のチャネルのうち、いずれかのチャネル番号情報を含み、自装置のアドレス情報を宛先情報に含む通信データを受信する受信部と、
   前記受信部によって受信された通信データに含まれるチャネル番号情報を取得し、取得されたチャネル番号情報が通信対象のチャネル番号情報であるか否かを判定する判定部と、
   前記判定部によって通信対象のチャネル番号情報であると判定された前記通信データに対して受信処理を実施し、前記判定部によって通信対象のチャネル番号情報でないと判定された前記通信データを破棄する受信制御部と
   を有することを特徴とする無線通信装置。
2. 前記受信部によって受信された通信データに、前記通信対象のチャネル番号情報の変更指示が含まれていた場合に、前記通信対象のチャネル番号情報を変更指示されたチャネル番号情報に変更するチャネル変更指示部をさらに有することを特徴とする請求項１に記載の無線通信装置。
3. 複数のチャネルのうち、いずれかのチャネルを用いて、宛先装置に通信データを送信する送信部を有し、
   前記送信部は、前記宛先装置のアドレス情報を宛先情報に含め、前記宛先装置が通信対象とするチャネル番号情報を含めた前記通信データを生成し、生成した前記通信データを前記宛先装置に送信することを特徴とする無線通信装置。
4. 前記送信部は、前記通信データに、前記通信対象のチャネル番号情報の変更を指示する情報を付加して、前記宛先装置に送信することを特徴とする請求項３に記載の無線通信装置。
5. コンピュータに、
   複数のチャネルのうち、いずれかのチャネル番号情報を含み、自装置のアドレス情報を宛先情報に含む通信データを受信し、
   前記受信された通信データに含まれるチャネル情報を取得し、取得されたチャネル情報が通信対象のチャネル情報であるか否かを判定し、
   前記通信対象のチャネル情報であると判定された前記通信データに対して受信処理を実施し、前記通信対象のチャネル情報でないと判定された前記通信データを破棄する、
   処理を実行させることを特徴とする無線通信プログラム。
6. コンピュータに、
   複数のチャネルのうち、いずれかのチャネルを用いて、宛先装置に通信データを送信する際に、前記宛先装置のアドレス情報を宛先情報に含め、前記宛先装置が通信対象とするチャネル番号情報を含めた前記通信データを生成し、
   生成した前記通信データを前記宛先装置に送信する
   処理を実行させることを特徴とする無線通信プログラム。

Images