"複数の通信装置により形成された無線ネットワーク内の各通信装置と直接又は間接的に無線通信することが可能な通信装置において、直接の無線通信が可能な他の通信装置から送信された隣接ノード発見メッセージを受信すると、当該隣接ノード発見メッセージからその送信元である前記他の通信装置のIPアドレスとMACアドレスを取得し、当該取得したIPアドレスとMACアドレスを対応付けてARPテーブルに登録する、ことを特徴とする通信装置。請求項1に記載の通信装置において、当該通信装置から送出するIPパケットの宛先のIPアドレスに対応するMACアドレスが前記ARPテーブルから特定できない場合に、当該IPアドレスについてのARP要求を送信する、ことを特徴とする通信装置。請求項1又は請求項2に記載の通信装置において、前記ARPテーブルにIPアドレスとMACアドレスの対応が登録された他の通信装置から所定時間内に次の隣接ノード発見メッセージを受信できない場合に、前記ARPから当該他の通信装置のIPアドレスとMACアドレスの対応を削除する、ことを特徴とする通信装置。上述したようなアドホックルーティングプロトコルを用いることで、無線ネットワークを自律的に構築することができ、無線ネットワーク上での通信が可能となる。しかしながら、従来の方式では、ARPにより得られたMACアドレスのアドレスエントリは、一定時間以上経過すると、永続的なエントリでなければ消去されるので、対象のIPアドレスに該当するMACアドレスを取得し直すために、ARPでの取得要求送信、応答受信を再度行う必要がある。このため、MACアドレスの取得の度にARPメッセージの送受信で通信帯域が消費されてしまい、通信効率の悪化を招いてしまう。また、ARPメッセージの送受信によるMACアドレスの取得が完了するまでデータ送信が中断されるので、データの到達遅延も発生することになる。本発明は、このような従来の事情に鑑みて為されたものであり、アドホックルーティングプロトコルによる無線ネットワークにおいて、IPアドレスとMACアドレスの対応を、効率的に特定する技術を提案することを目的とする。本発明では、複数の通信装置により形成された無線ネットワーク内の各通信装置と直接又は間接的に無線通信することが可能な通信装置において、直接の無線通信が可能な他の通信装置から送信された隣接ノード発見メッセージを受信すると、データリンク層にて、当該隣接ノード発見メッセージの送信に使用されたIPパケット及びMACフレームからその送信元である前記他の通信装置のIPアドレスとMACアドレスを取得し、当該取得したIPアドレスとMACアドレスを対応付けてネットワーク層のARPテーブルに登録するように構成した。これにより、IPアドレスとMACアドレスの対応を、ARPを用いずに或いは併用して、効率的に特定することができる。したがって、ARPメッセージの送受信による通信帯域の消費が抑制され、通信効率をより高めることができる。また、ARPメッセージの送受信によるMACアドレスの取得が完了するまでデータ送信を中断させる必要がなくなり、データの到達遅延も解消することができる。また、本発明の通信装置では、当該通信装置から送出するIPパケットの宛先のIPアドレスに対応するMACアドレスが前記ARPテーブルから特定できない場合に、当該IPアドレスについてのARP要求を送信するように構成した。これにより、隣接ノード発見メッセージからIPアドレスとMACアドレスの対応を特定できなかった通信装置との間でも通信を行うことができる。また、本発明の通信装置では、前記ARPテーブルにIPアドレスとMACアドレスの対応が登録された他の通信装置から所定時間内に次の隣接ノード発見メッセージを受信できない場合に、前記ARPから当該他の通信装置のIPアドレスとMACアドレスの対応を削除するように構成した。これにより、隣接ノード発見メッセージを送信した通信装置の移動等により通信できなくなった状況に対処することができる。本発明の通信装置によれば、アドホックルーティングプロトコルによる無線ネットワークにおいて、IPアドレスとMACアドレスの対応を、効率的に特定することができる。したがって、ARPメッセージの送受信による通信帯域の消費が抑制され、通信効率をより高めることができる。また、ARPメッセージの送受信によるMACアドレスの取得が完了するまでデータ送信を中断させる必要がなくなり、データの到達遅延も解消することができる。本発明の実施例を説明するに先立って、OLSRプロトコルの基本動作について説明しておく。図7には、アドホックネットワークによる通信の概要を示してある。図7の例では、ノードAによる通信エリア1と、ノードCによる通信エリア2とが重複するエリアにノードBが滞在している。この場合、ノードBは、ノードAとノードCとの通信を中継する中継ノードとなる。すなわち、例えば、ノードAから送出されたノードC宛のデータは、ノードBにより中継されてノードCへ送付される。このように、アドホックルーティングを用いることで、無線ネットワークアドホックネットワーク内の各移動端末は直接又は間接的に他の移動端末と無線通信することができる。OLSRによるパケットは、UDPUserDatagramProtocolのポート番号698番を使って送受信される。OLSRでは、そのパケットを利用して、主に、HelloメッセージとTCメッセージの2つの制御メッセージを交換しながらネットワーク内の情報を把握し、通信経路を構築する。Helloメッセージは、各ノードの持つ情報の配信を目的として定期的に送信される隣接ノード発見メッセージであり、各ノードはこのメッセージを受信して周辺ノードの情報を収集し、周辺ノードとの論理接続ローカルリンクや、MPRMultiPointRelayと呼ばれる中継ノードの決定を行う。図8には、Helloメッセージによる論理接続の概要を示してある。図8aは、Helloメッセージによる論理接続の様子を示しており、図8bは、その処理シーケンスを示している。また、図9には、Helloメッセージのフォーマットを示してある。Helloメッセージは、Helloメッセージの送信元の存在を保証する維持時間が格納されるinvalidtimeF11、Helloメッセージの送信間隔が格納されるHelloIntervalF12、リンクの状態を表すLINKTYPEが格納されるLinkCodeF13などの領域を有する。維持時間及び送信間隔は、システムの運用形態などに応じて定められた値が用いられ、ノード毎に異なる値を用いてもよく、運用中に値を変化させてもよい。なお、一般に、維持時間には送信時間の2.5倍以上の値が用いられる。図8を参照してHelloメッセージによる論理接続について説明する。ノードBは、初期の段階では自分の存在をアピールするために、LINKTYPEF13をUNSPEC_LINKリンク状態不明にしたHelloメッセージを、隣接ノードノードA,Cへ送信するT101。以下では、ノードAとノードBとの間の処理に着目して説明するが、ノードBとノードCとの間でも同様な処理が行われる。ノードBからのHelloメッセージを受信したノードAは、この時点で、送信元ノードBから自分へのリンクが構築されたと認識するT102。しかしながら、ノードAは、双方向のリンクであることは分からないので、次の送信周期にて、LINKTYPEF13をASYM_LINK片方向リンクにしたHelloメッセージを、隣接ノードノードBへ送信するT103。ノードAからのHelloメッセージを受信したノードBは、ASYM_LINKの対象に自身のノードが含まれていたとき、自身が送出したUNSPEC_LINKのHelloメッセージが隣接ノードに受信されたこと、そして、隣接ノードからのHelloメッセージを受信できたことから、送信元ノードAとの間で双方向のリンクが構築されたことを認識するT104。その後、ノードBは、次の送信周期にて、LINKTYPEF13をSYM_LINK双方向リンクにしたHelloメッセージを、隣接ノードノードA,Cへ送信するT105。ノードBからのHelloメッセージを受信したノードAは、送信元ノードBとの間で双方向のリンクが構築できたことと、送信元の先に次隣接ノードノードCが存在することを認識しT106、次の送信周期にて、LINKTYPEF13をSYM_LINK双方向リンクにしたHelloメッセージにて、双方向のリンクが構築できたノードノードBとの次隣接ノードノードCをNEXTHOPとして、隣接ノードノードBへ送信するT107。また、その際に、MPR中継ノードとして隣接ノードの1つノードBを選択する旨を通知すべく、LINKTYPEF13をMPRLINKにしたHelloメッセージを隣接ノードノードBへ送信する。なお、各ノードから送出されるHelloメッセージは、全ての隣接ノードへブロードキャストフラッディングされるが、それより先のノードへの中継送信は行われない。TCメッセージは、MPR中継ノードに選択されたノードのみが送信する制御メッセージであり、ネットワーク全体の構成を通知するために使用される。図10には、TCメッセージのフラッディングの概要を示してある。図10aは、TCメッセージのフラッディングの様子を示しており、図10bは、その処理シーケンスを示している。また、図11には、TCメッセージによる経路決定の概要を示してある。図11aは、ネットワーク構成トポロジーを示しており、図11bは、ノードAからノードGまでの経路を示している。また、図12には、TCメッセージのフォーマットを示してある。TCメッセージは、メッセージの寿命を表す値が格納されるMsgTTLF21、近隣広告ノードのアドレスが格納されるAdvertisedNeighborNodeF22などの領域を有する。ここでは、MPRに選ばれたノードEを中心に説明する。図8に示したHelloメッセージによるMPR選定で選ばれたノードEは、自分をMPRに選んだノードノードG,D,F,B,Cを近隣広告ノードF22として含めたTCメッセージをブロードキャスト送信するT111。TCメッセージを受信したノードは、自身もMPR例えば、ノードBの場合には、当該TCメッセージから近隣広告ノードの情報を取得して自分のネットワークトポロジー情報に追加した後に、当該TCメッセージのMsgTTLF21を1つ減らして再びブロードキャスト送信するT112。一方、MPR以外のノード例えば、ノードAがTCメッセージを受信した場合は、当該TCメッセージから近隣広告ノードの情報を取得して自分のネットワークトポロジー情報に追加して終了するT113。これらの処理は、他のMPR例えば、ノードFについても同様に行われる。その後、各ノードは、自分のネットワークトポロジー情報から、他のノードへ到達する最短経路の計算を開始する。ここでは、ノードAを中心に説明する。TCメッセージを受信できた各ノードは、共通のネットワークトポロジー情報を所有している。図11の例では、トポロジー情報として、[B←A]、[B←D]、[B←E]、[C←A]、[C←F]、[E←B]、[E←C]、[E←D]、[E←F]、[E←G]、[F←C]、[F←E]、[F←I]の各リンク情報が所有されている。ノードAは、このトポロジー情報から他のノード本例では、ノードGへ到達するためのリンク情報をトポロジー情報から抽出し、最短経路の計算を行う。ノードGとリンク論理接続しているのはノードEであるため、まずは、[E⇔G]L1のリンク情報が抽出される。次に、ノードEとリンクしているノードのリンク情報を抽出する。ここで、ノードAは、ノードEに到達するためのMPRとしてノードBを選択しているため、ここでは、[B⇔E]L2のリンク情報が抽出される。同様に、[B⇔A]L3のリンク情報が抽出される。以上から、ノードGに到達するために必要なリンク情報は[G⇔E⇔B⇔A]L4となり、この情報を元に、ノードAはノードGまでの経路を設定する。以上のように、OLSRでは、HelloメッセージとTCメッセージの2つの制御メッセージにより、各ノードはメッシュネットワークに参加している全ノードと自由に通信ができるようになる。また、OLSRには、HNAHostandNetworkAssociationメッセージと呼ばれる制御メッセージがある。HNAメッセージは、ノードがゲートウェイとして機能する場合に使用される補助的なメッセージである。ゲートウェイとなるノードに予め有線ネットワークの情報を設定しておくことで、HNAメッセージを送信することが可能になる。図13には、HNAメッセージによる経路通知の概要を示してある。図13aは、HNAメッセージによる経路通知の様子を示しており、図13bは、HNAメッセージによる通知に従ってインターネット接続する様子を示している。また、図14には、HNAメッセージのフォーマットを示してある。HNAメッセージの送信は、TCメッセージと同様のフラッディング手法が用いられる。すなわち、HNAメッセージはTCメッセージと同様にブロードキャストされ、受信したMPRが再度ブロードキャストを行うことで、構成中の無線ネットワーク内の移動端末全てに通知される。図13の例では、インターネットゲートウィのアドレスが予め登録されたノードGから送出されたHNAメッセージにより、無線ネットワーク内の各ノードに、ノードGの先にインターネットゲートウェイが存在することが通知される。これにより、例えば、ノードAは、ノードB,E,Gを経由して、インターネットへの接続を行うことができる。次に、本発明の一実施形態に係る通信装置について図面を参照して説明する。図1には、本発明の一実施形態に係る通信装置移動端末の構成例を示してある。本例の通信装置は、レイヤー4L4であるトランスポート層以上に、アドホックルーティングプロトコルを実現するネットワークモジュール10が配置され、その中に、アドホックルーティング制御部11、制御メッセージ送信部12、制御メッセージ受信部13、制御メッセージ生成部14、ルーティング情報ベース15が配置される。また、レイヤー3L3であるネットワーク層に、ルーティングテーブル16、ARPテーブル17が配置される。また、レイヤー2L2であるデータリンク層MAC層に、有線MAC部18、無線MAC部19、無線リンクコントロール部21、トラフィック監視部22、ARP情報管理設定部23が配置される。すなわち、本例の通信装置は、従来の通信装置図20参照に、無線リンクコントロール部21、トラフィック監視部22、ARP情報管理設定部23を追加した構成になっている。以下では、従来の通信装置と同様な動作機能については説明を適宜省略し、主に相違部分について説明する。無線リンクコントロール部21は、OLSRのHelloメッセージ隣接ノード発見メッセージの送信に使用されたIPパケット及びMACフレームを解析して、その送信元の通信装置のIPアドレスとMACアドレスを取得する機能以下、ARMS-ARPAdhocRoutingMessageSnooping-AddressResolutionProtocolというを有すると共に、ARMS-ARPの動作状態を切り替える起動又は停止させる機能を有する。トラフィック監視部22は、無線MAC部19を流れる情報を監視して無線回線使用率、無線送信レート、無線受信レートなどのトラフィック情報を取得する処理を定期的に行う。トラフィック監視部22にて取得されたトラフィック情報は、無線リンクコントロール部21へ渡されて、ARMS-ARPの動作状態の切り替え判断に使用される。ARP情報管理設定部23は、無線リンクコントロール部21による指示に従って、ARMS-ARPで取得されたIPパケット及びMACフレームを対応付けたアドレスエントリをARPテーブル17に設定登録し、或いはARPテーブル17から削除する等の処理を行う。無線リンクコントロール部21により実施されるARMS-ARPについて説明する。ARMS-ARPでは、他の通信装置から受信したMACフレームを解析して、当該MACフレームがOLSRのHelloメッセージを格納したIPパケットを搬送するものであれば、当該MACフレームの領域F32SourceMACAddressに格納された送信元のMACアドレス及び当該IPパケットの領域F41SourceIPAddressに格納された送信元のIPパケットを取得して、これらのアドレスIPアドレスとMACアドレスを対応付けたアドレスエントリをARPテーブル17に登録する処理を行う。すなわち、アドホックネットワークを構築する段階で送受信されるHelloメッセージからIPアドレスとMACアドレスを取得してARPテーブル17に登録しておくことで、その後のパケット通信の際にARPメッセージを送受信することなく宛先MACアドレスを特定できるようにする。なお、ARMS-ARPは、MACフレーム及びIPパケットを解析する必要があるため、これらの情報を参照可能なデータリンク層MAC層にて実施される。図2には、ARMS-ARPの概要を示してある。図2aは、ネットワーク構成の例を示しており、図2bは、データ中継の処理シーケンスを示している。以下では、通信装置1から送出された通信装置4宛ての送付データを通信装置2,3をそれぞれ中継して通信装置4へ伝送し、その応答データを逆順に中継して伝送する場合を例に説明する。ここで、通信装置2のみがARMS-ARPを使用でき、他の通信装置1,3,4は従来のARPしか使用できないものとする。なお、通信装置2は、自身に対するARP-Requestを受信した場合にはARP-Replyを送信するため、ARMS-ARPを適用していない通信装置1,3,4との通信も従来通り行うことができる。通信装置2は、定期的に、隣接ノードである直接の無線通信が可能な通信装置1,3へOLSRのHelloメッセージを送信しT1、また、通信装置1,3からのOLSRのHelloメッセージを受信するT2,T3。通信装置2は、ARMS-ARPにより通信装置1,3のMACアドレスを取得する。すなわち、通信装置1,3からのOLSRのHelloメッセージを受信した際に、無線リンクコントロール部21にて、Helloメッセージの送信に使用されたIPパケット及びMACフレームを解析して、その送信元通信装置1,3の通信装置のIPアドレスとMACアドレスを取得し、これらを対応付けたアドレスエントリを、ARP情報管理設定部23を通じてARPテーブル17に設定登録する。通信装置1は、Helloメッセージ及びTCメッセージのやり取りで得た情報により、送付データの宛先である通信装置4までの経路として[1⇔2⇔3⇔4]を把握しているので、最初の中継ノードである通信装置2へ通信装置4宛ての送付データを送信すべく、通信装置2のMACアドレスを従来のARPにより取得する。すなわち、通信装置2のIPアドレスを指定したARP-Requestをブロードキャスト送信しT4、その応答として通信装置2から送信されたARP-Replyを受信して、当該ARP-Replyに格納された通信装置2のMACアドレスを取得するT5。その後、通信装置1は、取得したMACアドレスを用いて、通信装置4宛ての送付データを通信装置2へ送信するT6。通信装置2は、通信装置1から通信装置4宛ての送付データを受信すると、当該送付データを次の中継ノードである通信装置3へ送信するT7。なお、通信装置3のMACアドレスはARMS-ARPにより既に取得されているため、通信装置3のMACアドレスを取得するためのARPメッセージのやり取りは行われない。通信装置3は、通信装置1から通信装置2を中継して送信された通信装置4宛ての送付データを受信すると、通信装置4のMACアドレスを従来のARPにより取得しT8,T9、当該取得したMACアドレスを用いて、通信装置4宛ての送付データを通信装置4へ送信するT10。通信装置4は、通信装置1から通信装置2,3を中継して送信された送付データに対する応答データを最初の中継ノードである通信装置3へ送付すべく、通信装置3のMACアドレスを従来のARPにより取得しT11,T12、当該取得したMACアドレスを用いて、通信装置1宛ての応答データを通信装置3へ送信する。通信装置3は、通信装置4から通信装置1宛ての応答データを受信すると、次の中継ノードである通信装置2のMACアドレスを従来のARPにより取得しT13,T14、当該取得したMACアドレスを用いて、通信装置1宛ての応答データを通信装置2へ送信するT15。通信装置2は、通信装置4から通信装置3を中継して送信された通信装置1宛ての応答データを受信すると、当該応答データを通信装置1へ送信するT16。なお、通信装置1のMACアドレスはARMS-ARPにより既に取得されているため、通信装置1のMACアドレスを取得するためのARPメッセージのやり取りは行われない。次に、無線リンクコントロール部21の動作について更に説明する。図3には、無線リンクコントロール部21で実施されるARMS-ARPに関する処理フローの一例を示してある。無線リンクコントロール部21は、無線MAC部19からデータを受信するとステップS1、OLSRのHelloメッセージアドホックルーティングメッセージか否かを判定しステップS2、Helloメッセージでなければ、当該データをMACフレームに変換してルーティングテーブル16へ送信するステップS12。一方、無線MAC部19から受信したデータがHelloメッセージであれば、以下の処理を行う。まず、ARMS-ARPの動作状態の切り替え条件後述するを満たす変化が生じたか否かを判定するステップS3。ステップS3でARMS-ARPを起動させる条件を満たす変化が生じたと判定された場合には、ARMS-ARPを起動して動作を開始させるステップS4。ステップS3で切り替え条件を満たす変化が生じていないと判定された場合、又は、ステップS4によりARMS-ARPが起動された場合には、ARMS-ARPの動作状態を判定するステップS5。ステップS5でARMS-ARPが起動されていないと判定された場合には、無線MAC部19から受信したデータをMACフレームに変換してルーティングテーブル16へ送信するステップS12。ステップS5でARMS-ARPが起動されていると判定された場合には、Helloメッセージの送信元のIPアドレス及びMACアドレスを取得してアドレスエントリを作成しステップS6、当該アドレスエントリがARPテーブル17に登録済みか否かを判定するステップS7。ステップS7で登録済みと判定された場合には、無線MAC部19から受信したデータをMACフレームに変換してルーティングテーブル16へ送信するステップS12。一方、ステップS7で未登録と判定された場合には、作成したアドレスエントリをARPテーブル17へ登録しステップS8、ARMSリストに保存した後にステップS9、無線MAC部19から受信したデータをMACフレームに変換してルーティングテーブル16へ送信するステップS12。ステップS3でARMS-ARPを停止させる条件を満たす変化が生じたと判定された場合には、ARMS-ARPの動作を停止させて従来のARPによりアドレス解決するようにしステップS10、ARMSリストに保存されたアドレスエントリ、及び、これに該当するARPテーブル17のアドレスエントリを削除するステップS11。すなわち、ARMS-ARPにより作成されたアドレスエントリのみをARPテーブル17から削除する。その後、無線MAC部19から受信したデータをMACフレームに変換してルーティングテーブル16へ送信するステップS12。ARMS-ARPの動作状態の切り替え条件について説明する。切り替え条件としては、一例として、Helloメッセージの維持時間図9のF11が閾値例えば、5秒より長い場合又は閾値以上の場合にARMS-ARPを停止すなわち、従来のARPを使用し、閾値以下の場合又は閾値より短い場合にARMS-ARPを起動する切り替え条件が用いられる。このHelloメッセージの維持時間による切り替え条件は、アドホックネットワーク特有の事情を考慮したものである。すなわち、通信装置として移動端末を用いて形成されたアドホックネットワークでは、通信装置の移動に伴ってネットワーク構成が変化するが、通常は、Helloメッセージの維持時間内であれば送信元の存在が保証されるので支障が無い。しかしながら、維持時間はシステムの運用形態などに応じて自由に設定することができるため、維持時間内であっても送信元の存在が不明になる状況が発生し得る。このような状況でARMS-ARPによるアドレス解決を行うと、直接のパケット通信ができなくなった通信装置であるにも関わらず、そのMACアドレスが取得されてしまい、問題である。ここで、Helloメッセージの維持時間内にその送信元が不明になる状況は、維持時間の設定が長過ぎる場合に発生し易いと考えられるため、維持時間が閾値より長い場合又は閾値以上の場合にARMS-ARPを停止させて通常のARPによりアドレス解決を行うようにすることで、上記問題の解決を図る。なお、複数の通信装置との間でHelloメッセージをやり取りする関係において、いずれかの通信装置から受信したHelloメッセージの維持時間が閾値と比べて長い場合に、複数の通信装置の全てについてARMS-ARPを停止させてもよく、該当Helloメッセージの送信元の通信装置のみについてARMS-ARPを停止させてもよい。図4には、ARMS-ARPに関する処理シーケンスの一例を示してある。アドホックルーティングが開始されていない場合、無線リンクコントロール部21は、無線MAC部19から受信したDataPlaneユーザデータなどやControlPlane制御メッセージなどをMACフレームに変換してルーティングテーブル16へ送信するT21~T24。また、この場合は、ARMS-ARPが停止されており、従来のARPによりアドレス解決が実施され、それにより作成されたアドレスエントリがARPテーブル17に追加されるA11。アドホックルーティング制御部11においてアドホックルーティングが開始された場合には、無線リンクコントロール部21においてARMS-ARPが起動されるT25,T26。無線リンクコントロール部21は、ARMS-ARPを起動した状態では、無線MAC部19からのDataPlaneやControlPlaneをMACフレームに変換してルーティングテーブル16へ送信すると共にT27~T30、ControlPlaneを解析し、OLSRのHelloメッセージが含まれる場合には送信元MACアドレス及びIPアドレスを取得してARP情報管理設定部22へ送信するT31。ARP情報管理設定部22は、無線リンクコントロール部21からのMACアドレス及びIPアドレスを対応付けたアドレスエントリがARPテーブル17に未登録か否かを調べ、未登録であれば当該アドレスエントリをARPテーブル17に追加するT32、A12。また、無線リンクコントロール部21は、定期的にHelloメッセージの維持間隔を監視して閾値本例では5秒と比較しT33、ARMS-ARPを停止させるか否かを判断する。これらの処理が、アドホックルーティングが停止するまで繰り返されるT34~T41、A13。なお、アドホックネットワークに参加していない通信装置と通信する場合には、そのMACアドレスはARPテーブル17に登録されていないので、従来のARPによりアドレス解決が実施され、それにより作成されたアドレスエントリがARPテーブル17に追加されるA13。また、ARP情報管理設定部22は、ARMS-ARPによりARPテーブル17にアドレスエントリが登録された通信装置Helloメッセージの送信元となった通信装置について、直前のHelloメッセージに設定された維持時間又は送信間隔内に次のHelloメッセージを受信できない場合には、当該アドレスエントリをARPテーブル17から削除する。これは、通信装置の移動等によりノード間の隣接関係が変化した場合などを考慮したものである。アドホックルーティング制御部11においてアドホックルーティングが停止された場合には、ARMS-ARPによって作成されたアドレスエントリがARPテーブル17から削除され、また、無線リンクコントロール部21においてARMS-ARPが停止されるT42~T44、A14。無線リンクコントロール部21は、ARMS-ARPを停止した状態では、ControlPlaneから送信元MACアドレス及びIPアドレスを取得する処理を行わないT45、T46。ここで、上記では、ARMS-ARPの動作状態の切り替え条件として、Helloメッセージの維持時間図9のF11を用いているが、これに代えて、Helloメッセージの送信間隔図9のF12を用いるようにしてもよい。すなわち、Helloメッセージの送信間隔が閾値より長い場合又は閾値以上の場合にARMS-ARPを停止させ、閾値以下の場合又は閾値より短い場合にARMS-ARPを起動する切り替え条件が用いられる。なお、維持時間には、通常、送信時間の2.5倍以上の値が用いられるので、送信時間に対する閾値としては、例えば、維持時間に対する閾値の1/2.5の値例えば、2秒を用いればよい。また、ARMS-ARPの動作状態の切り替え条件として、Helloメッセージ以外の情報を用いてもよい。図5には、ARMS-ARPの動作状態の切り替え条件の他の例を示してある。図5の例では、無線回線使用率が50以下、無線送信レートが2Mbps以下、無線受信レートが4Mbps以下、アドホックネットワークの構成ノード数が16以下のいずれかを満たす場合にARMS-ARPを停止しすなわち、従来のARPを使用し、無線回線使用率が50以上、無線送信レートが4Mbps以上、無線受信レートが8Mbps以上、アドホックネットワークの構成ノード数が32以上のいずれかを満たす場合にARMS-ARPを起動する切り替え条件となっている。この場合、無線リンクコントロール部21は、トラフィック監視部22から渡される無線回線使用率、無線送信レート、無線受信レートなどのトラフィック情報、及び、無線リンクコントロール部21内での解析により得られるアドホックネットワークの構成ノード数を各閾値と比較して、ARMS-ARPの動作状態の切り替え判断を行う。これらの切り替え条件は、無線回線の使用率が高い場合や無線通信帯域の消費量が大きい場合に従来のARPを使用すると、ARPメッセージのやり取りによる通信負荷の更なる増大が懸念されるため、このような状況ではARMS-ARPによるアドレス解決を行うことでARPメッセージのやり取りを抑制するようにして、通信負荷の高まりを抑えることを意図したものである。なお、図5に挙げた切り替え条件に係る各閾値の値は例示に過ぎない。また、無線回線使用率、無線送信レート、無線受信レート、構成ノード数の各要件の2以上全てでもよいが満たされた場合に切り替えを行ってもよく、更に、上述したHelloメッセージの維持時間又は送信間隔を加味して切り替えを行ってもよく、システムの運用形態などに応じて適宜定めればよい。図6には、ARMS-ARPに関する処理シーケンスの他の例を示してある。本例では、無線回線使用率に応じてARMS-ARPの動作状態を切り替える。なお、ARMS-ARPは、当初は停止されている。無線リンクコントロール部21は、トラフィック監視部22により取得された無線回線使用率が閾値以下の場合には、ARMS-ARPを起動せずに停止状態のままにして、無線MAC部19から受信したDataPlaneユーザデータなどやControlPlane制御メッセージなどをMACフレームに変換してルーティングテーブル16へ送信するT51~T55。また、この場合は、従来のARPによりアドレス解決が実施され、それにより作成されたアドレスエントリがARPテーブル17に追加されるA21。トラフィック監視部22により取得された無線回線使用率が閾値以上となった場合には、無線リンクコントロール部21においてARMS-ARPが起動されるT56,T57。無線リンクコントロール部21は、ARMS-ARPを起動した状態では、無線MAC部19からのDataPlaneやControlPlaneをMACフレームに変換してルーティングテーブル16へ送信すると共にT58~T61、ControlPlaneを解析し、OLSRのHelloメッセージが含まれる場合には送信元MACアドレス及びIPアドレスを取得してARP情報管理設定部22へ送信するT62。ARP情報管理設定部22は、無線リンクコントロール部21からのMACアドレス及びIPアドレスを対応付けたアドレスエントリがARPテーブル17に未登録か否かを調べ、未登録であれば当該アドレスエントリをARPテーブル17に追加するT63、A22。また、無線リンクコントロール部21は、定期的に無線回線使用率を監視して閾値と比較しT64、ARMS-ARPを停止させるか否かを判断する。これらの処理が、アドホックルーティングが停止するまで繰り返されるT65~T72、A23。なお、アドホックネットワークに参加していない通信装置と通信する場合には、そのMACアドレスはARPテーブル17に登録されていないので、従来のARPによりアドレス解決が実施され、それにより作成されたアドレスエントリがARPテーブル17に追加されるA23。また、ARP情報管理設定部22は、ARMS-ARPによりARPテーブル17にアドレスエントリが登録された通信装置Helloメッセージの送信元となった通信装置について、直前のHelloメッセージに設定された維持時間又は送信間隔内に次のHelloメッセージを受信できない場合には、当該アドレスエントリをARPテーブル17から削除する。これは、通信装置の移動等によりノード間の隣接関係が変化した場合などを考慮したものである。トラフィック監視部22により取得された無線回線使用率が閾値以下となった場合には、ARMS-ARPによって作成されたアドレスエントリがARPテーブル17から削除され、また、無線リンクコントロール部21においてARMS-ARPが停止されるT73~T75、A24。無線リンクコントロール部21は、ARMS-ARPを停止した状態では、ControlPlaneから送信元MACアドレス及びIPアドレスを取得する処理を行わないT76、T77。以上のように、本例の通信装置では、OLSRのHelloメッセージ隣接ノード発見メッセージを受信した際に、データリンク層にて送信元のIPアドレスとMACアドレスを取得してアドレスエントリを作成し、ネットワーク層のARPテーブルに登録するARMS-ARPを用いることで、ARPメッセージの送受信を行わずにアドレス解決を行えるようにした。また、Helloメッセージの維持時間又は送信間隔、無線回線の使用率、無線通信帯域の消費量などの情報に基づいて、ARMS-ARPの動作状態を切り替えるようにした。このため、本例の通信装置によれば、従来のARPの使用による通信帯域の消費やデータの到達遅延を抑えることができる。ここで、本例の通信装置では、ARMS-ARPの起動時に従来のARPを停止させるのではなく、これらを併用するようにしている。すなわち、ARMS-ARPが起動された状態において、当該通信装置から送出するデータIPパケットの宛先IPアドレスに対応するMACアドレスをARPテーブル17から特定できない場合宛先IPアドレスに関するアドレスエントリが存在しない場合には、従来のARPにより、宛先IPアドレスを指定したARP-Requestをブロードキャスト送信し、その応答として受信したARP-ReplyからMACアドレスを取得する。これにより、ARMS-ARPによるアドレス解決ができなかった通信装置HelloメッセージからIPアドレスとMACアドレスの対応を特定できなかった通信装置との間でも通信を行うことができる。また、本例の通信装置では、ARMS-ARPによりARPテーブルにアドレスエントリが登録された他の通信装置について、直前のHelloメッセージに設定された維持時間又は送信間隔内に次のHelloメッセージを受信できない場合には、当該アドレスエントリをARPテーブルから削除するようにしている。これにより、Helloメッセージを送信した通信装置の移動等により通信できなくなった状況に対処することができる。"