JP4978217B2

JP4978217B2 - 通信装置および通信システム

Info

Publication number: JP4978217B2
Application number: JP2007022527A
Authority: JP
Inventors: 政明礒津; 一弘渡邊
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2007-02-01
Filing date: 2007-02-01
Publication date: 2012-07-18
Anticipated expiration: 2027-02-01
Also published as: JP2008193183A

Description

本発明は、通信システムに関し、特に異なるネットワーク間を接続する通信装置を備える通信システム、および、これらにおける処理方法ならびに当該方法をコンピュータに実行させるプログラムに関する。

メッシュネットワーク（アドホックネットワーク）は、ＩＥＴＦ（Internet Engineering Task Force）のＭＡＮＥＴ（Mobile Ad-hoc Network）やＩＥＥＥ（Institute of Electrical and Electronic Engineers）の８０２．１１ｓなどにおいて標準化が進められている技術である。このメッシュネットワークでは、特定のアクセスポイントによる統括的制御は行われず、無線端末として動作する任意の無線通信装置同士が自律分散して直接非同期の無線通信を行うことによりネットワークが形成される。

このメッシュネットワークでは、直接電波が届かない範囲に存在する無線通信装置に対する通信は、他の無線通信装置を経由すること（いわゆるマルチホップ通信）により実現される。宛先となる無線通信装置に至るまでの他の無線通信装置を経由する経路は、経路制御プロトコルにより制御される。メッシュネットワークに属する無線通信装置は、他の無線通信装置への経路をテーブルなどによって管理する。このようなメッシュネットワークに接続するための機能をメッシュ機能と呼称する。

一方、他の通信装置の中にはこのようなメッシュ機能を有さないものも存在し得る。メッシュ機能を有さない通信装置は、ゲートウェイと呼ばれる通信装置を介することによって、メッシュネットワークに属する無線通信装置と通信を行うことができる。ゲートウェイは、メッシュネットワークとそれ以外のネットワーク（非メッシュネットワーク）との間の橋渡しを実現するブリッジ機能を有することにより、第３層としてのネットワーク層を介することなく両者間の通信を可能とする。

このようなゲートウェイを用いる方法として、例えば事前にゲートウェイのアドレスをネットワーク内の各局に通知しておいて、その後、パケットを受信した中継局において宛先アドレスをゲートウェイのアドレスに書き換える通信システムが提案されている（例えば、特許文献１参照。）。
特開２００５−２３６７６７号公報（図５）

上述の従来技術では、外部のネットワークに接続するために、パケットを受信した中継局において宛先アドレスをゲートウェイのアドレスに書き換えていた。しかしながら、メッシュネットワークの中継局においてこのような書き換えを行うためには、メッシュネットワーク内の全ての無線通信装置においてメッシュ機能を大幅に変更する必要が生じてしまう。

本発明は、このような事情に鑑みてなされたものであり、メッシュネットワークと非メッシュネットワークとを接続するゲートウェイにおけるブリッジ機能を最小限の変更で効率良く実現することを目的とする。

本発明は、上記課題を解決するためになされたものであり、その第１の側面は、第１のネットワークと第２のネットワークとを接続する通信装置であって、上記第１のネットワークに属する他の通信装置の識別子を保持する識別子記憶手段と、上記第１のネットワークに属する他の通信装置を送信元とするデータが所定の種類のデータである場合には上記送信元の通信装置の識別子を上記識別子記憶手段に保持させる識別子管理手段と、上記識別子記憶手段にその識別子が保持される通信装置に至る経路を生成する経路生成手段と、上記第２のネットワークに属する他の通信装置を送信元とするデータについてその宛先の通信装置の識別子が上記識別子記憶手段に保持されている場合には当該データを上記第１のネットワークに送信するデータ処理手段とを具備することを特徴とする通信装置である。これにより、第１のネットワークに属する通信装置からの所定の種類のデータの送信元の通信装置の識別子を識別子記憶手段に保持しておくことにより、第２のネットワークに属する通信装置からのデータの宛先が識別子記憶手段に保持されている場合にそのデータを第１のネットワークに送信させるという作用をもたらす。

また、この第１の側面において、上記第２のネットワークでは、各通信装置はその無線通信の範囲外に存在する他の通信装置との間では近隣の通信装置を介した経路により通信を行うものであってもよい。すなわち、第２のネットワークはメッシュネットワークとして動作することができる。

また、この第１の側面において、上記所定の種類のデータは、通信装置の識別子を取得する要求を含んでもよい。例えば、ＡＲＰパケットまたはＤＨＣＰパケットのように通信の開始時に流れる可能性が高いブロードキャストパケットを想定することができる。特定の種類のパケットに限定することにより、識別子記憶手段を管理するための負荷を軽減させるという作用をもたらす。

また、この第１の側面において、上記経路生成手段は、上記第２のネットワークに属する他の通信装置を送信元とする経路探索要求についてその宛先の通信装置の識別子が上記識別子記憶手段に保持されている場合には上記経路探索要求に対する応答を上記宛先の通信装置に代わって行ってもよい。これにより、リアクティブ型経路制御プロトコルにおいて、第１のネットワークに属する他の通信装置への経路を生成させるという作用をもたらす。

また、この第１の側面において、上記経路生成手段は、上記識別子記憶手段に保持される通信装置の識別子を上記第２のネットワークに属する他の通信装置に対して通知してもよい。これにより、プロアクティブ型経路制御プロトコルにおいて、第１のネットワークに属する他の通信装置への経路を生成させるという作用をもたらす。

また、本発明の第２の側面は、第１のネットワークと、第２のネットワークと、上記第１のネットワークと上記第２のネットワークとを接続する通信装置とを備える通信システムであって、上記通信装置は、上記第１のネットワークに属する他の通信装置の識別子を保持する識別子記憶手段と、上記第１のネットワークに属する他の通信装置を送信元とするデータが所定の種類のデータである場合には上記送信元の通信装置の識別子を上記識別子記憶手段に保持させる識別子管理手段と、上記識別子記憶手段にその識別子が保持される通信装置に至る経路を生成する経路生成手段と、上記第２のネットワークに属する他の通信装置を送信元とするデータについてその宛先の通信装置の識別子が上記識別子記憶手段に保持されている場合には当該データを上記第１のネットワークに送信するデータ処理手段とを具備することを特徴とする通信システムである。これにより、通信システムの第１のネットワークに属する通信装置からの所定の種類のデータの送信元の通信装置の識別子を識別子記憶手段に保持しておくことにより、第２のネットワークに属する通信装置からのデータの宛先が識別子記憶手段に保持されている場合にそのデータを第１のネットワークに送信させるという作用をもたらす。

また、本発明の第３の側面は、第１のネットワークと第２のネットワークとを接続し、上記第１のネットワークに属する他の通信装置の識別子を保持する識別子記憶手段を備える通信装置における経路制御方法であって、上記第１のネットワークに属する他の通信装置を送信元とするデータが所定の種類のデータである場合には上記送信元の通信装置の識別子を上記識別子記憶手段に保持させる識別子管理手順と、上記識別子記憶手段にその識別子が保持される通信装置に至る経路を生成する経路生成手順と、上記第２のネットワークに属する他の通信装置を送信元とするデータについてその宛先の通信装置の識別子が上記識別子記憶手段に保持されている場合には当該データを上記第１のネットワークに送信するデータ処理手順とを具備することを特徴とする経路制御方法またはこれら手順をコンピュータに実行させることを特徴とするプログラムである。これにより、第１のネットワークに属する通信装置からの所定の種類のデータの送信元の通信装置の識別子を識別子記憶手段に保持しておくことにより、第２のネットワークに属する通信装置からのデータの宛先が識別子記憶手段に保持されている場合にそのデータを第１のネットワークに送信させるという作用をもたらす。

本発明によれば、メッシュネットワークと非メッシュネットワークとを接続するゲートウェイにおけるブリッジ機能を最小限の変更で効率良く実現することができるという優れた効果を奏し得る。

次に本発明の実施の形態について図面を参照して詳細に説明する。

図１は、本発明の実施の形態における通信システムの全体構成例を示す図である。この通信システムでは、メッシュネットワーク２８０と非メッシュネットワークである有線ネットワーク２９０とがゲートウェイ２１０によって接続された構成になっている。

メッシュネットワーク２８０では、無線通信装置であるメッシュノード２２０の各々が自律分散して動作しており、メッシュ機能によって経路制御を行う。したがって、このメッシュネットワーク２８０には、インフラストラクチャネットワークのような制御局は存在しない。この例では、メッシュネットワーク２８０に４台のメッシュノード２２０（Ｍ１乃至Ｍ４）が存在している。

この図において、点線で結ばれたメッシュノード２２０同士が直接に無線通信を行うことができる。直接に無線通信を行うことができないメッシュノード２２０間では、他のメッシュノード２２０もしくはゲートウェイ２１０を経由してマルチホップにより通信が行われる。ここで、メッシュノード２２０が直接に無線通信を行う他のメッシュノード２２０（中継局）との間の１対１の接続をリンクという。また、メッシュノード２２０が中継局を介して相手局に到達するまでの流れを経路という。

有線ネットワーク２９０には、非メッシュノード２３０およびゲートウェイ２１０が相互に接続されている。非メッシュノード２３０は、メッシュ機能を有していないため、メッシュネットワーク２８０に直接接続することができない。したがって、非メッシュノード２３０は、ゲートウェイ２１０を介してメッシュネットワーク２８０と接続することになる。なお、この例では、４台の非メッシュノード２３０（Ｎ１乃至Ｎ４）が存在している。

有線ネットワーク２９０としては、例えばＬＡＮ（Local Area Network）を利用することができる。また、ここでは、非メッシュネットワークの一例として有線ネットワーク２９０を例示したが、これに限定されるものではなく、無線ＬＡＮなどの無線ネットワークを利用してもよい。

ゲートウェイ２１０は、メッシュネットワーク２８０および有線ネットワーク２９０に接続し、相互の通信をブリッジする機能を有する通信装置である。この例では、１台のゲートウェイ２１０（Ｇ１）が図示されているが、後述するように、このゲートウェイ２１０は複数台備えられていてもよい。

図２は、本発明の実施の形態におけるゲートウェイ２１０の一構成例を示す図である。このゲートウェイ２１０は、経路テーブル１１０と、代理応答テーブル１２０と、伝送部１３０と、代理応答テーブル管理部１４０と、経路制御部１５０と、データ処理部１６０とを備えている。

経路テーブル１１０は、宛先の通信装置に至る経路に関する情報を保持するテーブルである。この経路テーブル１１０には、宛先の通信装置（メッシュノード２２０等）のアドレスに対応して次に送信すべき通信装置のアドレスが保持されている。したがって、この経路テーブル１１０を参照することにより、マルチホップ通信において次に何れの通信装置にデータを送信すべきかを認識することができる。

代理応答テーブル１２０は、ゲートウェイ２１０において代わって応答すべき通信装置（非メッシュノード２３０）に関する情報を保持するテーブルである。この代理応答テーブル１２０には、非メッシュノード２３０のアドレスが保持されている。したがって、この代理応答テーブル１２０を参照することにより、有線ネットワーク２９０に存在する非メッシュノード２３０を認識することができる。

伝送部１３０は、他の通信装置との間の物理的な伝送を行うものである。メッシュネットワーク２８０に対しては無線による伝送が行われる。このため、（図示しない）アンテナが接続される。また、有線ネットワーク２９０に対しては有線による伝送が行われる。このため、（図示しない）ケーブルコネクタが接続される。

代理応答テーブル管理部１４０は、代理応答テーブル１２０に保持される通信装置に関する情報を管理するものである。この代理応答テーブル管理部１４０は、伝送部１３０において受信されたパケットが特定の種類のパケットである場合には、そのパケットの送信元の非メッシュノード２３０のアドレスを代理応答テーブル１２０に保持させる。

ここで、特定の種類のパケットは、例えば通信の開始時に流れる可能性が高いブロードキャストパケットであり、ＤＨＣＰ（Dynamic Host Configuration Protocol）パケットやＡＲＰ（Address Resolution Protocol）パケットが想定される。ＤＨＣＰパケットとは、ＤＨＣＰサーバからＩＰアドレスを取得する際に用いられるパケットである。また、ＡＲＰパケットとは、ＩＰアドレスからＭＡＣアドレスを求める際に用いられるパケットである。このように、非メッシュノード２３０からの全てのパケットを読み出すのではなく、特定の種類のパケットに限定することにより、代理応答テーブル１２０を管理するための負荷を軽減することができる。

経路制御部１５０は、宛先の通信装置に至る経路を制御するものである。この経路制御部１５０は、経路テーブル１１０を管理することにより、次に送信すべき通信装置を決定する。なお、一般的に提案されている経路制御プロトコルには、（１）経路が必要になってはじめて作成するリアクティブ型、（２）定期的に経路がメンテナンスされるプロアクティブ型、（３）両者を組み合わせたハイブリット型などがある。本発明はこれらの何れにも適用できる手法である。例えば、ＩＥＴＦ（Internet Engineering Task Force）のＭＡＮＥＴ（Mobile Ad-hoc NETwork）で提案されているＡＯＤＶ（Ad-hoc On-demand Distance Vector）やＤＳＲ（Dynamic Source Routing）はリアクティブ型、ＯＬＳＲ（Optimized Link State Routing）やＴＢＲＰＦ（Topology Broadcast based on Reverse-Path Forwarding）はプロアクティブ型に分類される。

データ処理部１６０は、伝送部１３０において受信されたパケットを必要に応じて受信して上位層（例えば、データリンク層）に引き上げるものである。この上位層において、メッシュネットワーク２８０から有線ネットワーク２９０への通信がブリッジされる。

図３は、本発明の実施の形態における経路テーブル１１０の一構成例を示す図である。この経路テーブル１１０は、宛先ノードアドレス１１１、次ノードアドレス１１２およびホップ数１１３の各フィールドを保持している。

宛先ノードアドレス１１１は、宛先となる通信装置を識別するアドレスを保持するフィールドである。このアドレスとしては、例えばＭＡＣアドレスやＩＰアドレスなどを用いることができる。

次ノードアドレス１１２は、宛先ノードアドレス１１１が示す無線通信装置に至るための次の通信装置（次ノード）を識別するアドレスを保持するフィールドである。このアドレスとしては、宛先ノードアドレス１１１と同様に、ＭＡＣアドレスやＩＰアドレスなどを用いることができる。

ホップ数１１３は、宛先ノードアドレス１１１が示す通信装置に至るまでのリンクの数、すなわちホップ数を示すフィールドである。

この図では、図１の例による具体例として、４台のメッシュノード２２０（Ｍ１乃至Ｍ４）に関する情報が保持されている。

図４は、本発明の実施の形態における代理応答テーブル１２０の一構成例を示す図である。この代理応答テーブル１２０は、ゲートウェイ２１０において代わって応答すべき非メッシュノード２３０のアドレスである代理応答アドレス１２１を保持している。

この図では、図１の例による具体例として、４台の非メッシュノード２３０（Ｎ１乃至Ｎ４）のアドレスが保持されている。

図５は、本発明の実施の形態におけるネットワーク階層の実現例を示す図である。ここでは、メッシュノード２２０からゲートウェイ２１０を介して非メッシュノード２３０へ至るまでのパケットの流れを示している。

メッシュノード２２０は、上位層から、アプリケーション層３２５、ネットワーク層３２４、メッシュ層３２３、ＭＡＣ層および物理層３２１のネットワーク階層を備えている。アプリケーション層３２５から出力されたデータは、ネットワーク層３２４からメッシュ層３２３に供給される。メッシュノード２２０は、このメッシュ層３２３におけるメッシュ機能によりノード間の経路制御を行う。そして、メッシュノード２２０は、ＭＡＣ層および物理層３２１によりメッシュネットワーク２８０に物理的に接続される。

ゲートウェイ２１０は、上位層から、アプリケーション層３１５、ネットワーク層３１４、データリンク層３１３を備えており、さらに下位層として、メッシュネットワーク２８０に接続する側のメッシュ層およびＭＡＣ／物理層に相当するメッシュデバイス３１１と、有線ネットワーク２９０に接続する側のＭＡＣ／物理層に相当するネットワークデバイス３１２とを備えている。

メッシュデバイス３１１はメッシュ機能を有する下位層であり、メッシュネットワーク２８０に接続する。ネットワークデバイス３１２はメッシュ機能を有さない下位層であり、有線ネットワーク２９０に接続する。メッシュデバイス３１１およびネットワークデバイス３１２は、データリンク層３１３により接続されており、メッシュデバイス３１１で受け取ったパケットをブリッジ機能によりネットワークデバイス３１２へ転送することができる。なお、ゲートウェイ２１０がルータとして機能する場合には、ネットワーク層３１４において、例えばＩＰ（Internet Protocol）プロトコルによる通信が行われることになる。

非メッシュノード２３０は、上位層から、アプリケーション層３３５、ネットワーク層３３４、ＭＡＣ層および物理層３３２のネットワーク階層を備えている。すなわち、この非メッシュノード２３０は、メッシュノード２２０におけるメッシュ層３２３に相当する階層を備えていない。ＭＡＣ層および物理層３３２は有線ネットワーク２９０に接続しており、ネットワーク層３３４を介してアプリケーション層３３５にパケットを伝達する。

次に本発明の実施の形態における通信システムの動作について図面を参照して説明する。

図６は、本発明の実施の形態における代理応答テーブル１２０への登録処理の処理手順例を示す流れ図である。ゲートウェイ２１０において、非メッシュノード２３０から送信されたパケットのうち（ステップＳ９１１）、宛先がブロードキャストアドレスのもの（ステップＳ９１２）や、宛先がゲートウェイ２１０以外のもの（ステップＳ９１３）は、データリンク層３１３によってネットワークデバイス３１２からメッシュデバイス３１１へブリッジされ、メッシュノード２２０へ転送される（ステップＳ９１６）。

その際、受信されたパケットが特定の種類のパケット（この例では、ＤＨＣＰパケットまたはＡＲＰパケット）である場合には（ステップＳ９１４）、代理応答テーブル管理部１４０はそのパケットの送信元の非メッシュノード２３０のアドレスを代理応答テーブル１２０に登録する（ステップＳ９１５）。

図７は、本発明の実施の形態における経路作成処理をリアクティブ型の経路制御プロトコルに適用した場合の処理手順例を示す流れ図である。リアクティブ型の経路制御プロトコルの例として、ＡＯＤＶでは、経路を探索するために、宛先まで届く経路要求メッセージ（ＲＲＥＱ：Route REQuest）がフラッディングによりブロードキャスト送信される。そして、それを受け取った宛先ノードは、送信元ノードに対して経路応答メッセージ（ＲＲＥＰ：Route Reply）をユニキャストで返送する。経路要求メッセージは、宛先アドレス、送信元アドレス、ホップ数、フラグなどを含む。

ＡＯＤＶでは、基本動作として、宛先ノードのみが経路応答メッセージを返答することになっている。但し、Ｇフラグ（Gratuitous RREP flag）がオンになっている経路要求メッセージの場合は中間ノードも返答する場合がある。本発明の実施の形態では、ゲートウェイ２１０が経路要求メッセージを受信した際に、経路要求メッセージ内の宛先アドレスが代理応答テーブル１２０に登録されている場合は、経路要求メッセージが自分宛でなくても、経路応答メッセージを返答する。これにより、非メッシュノード２３０へ至る経路が生成される。

すなわち、経路要求メッセージの宛先がゲートウェイ２１０自身であるか（ステップＳ９２１）、代理応答テーブル１２０に登録されているノード（非メッシュノード２３０）であれば（ステップＳ９２２）、ゲートウェイ２１０は経路応答メッセージを返答する（ステップＳ９２４）。一方、これ以外の経路要求メッセージの場合には、ゲートウェイ２１０はその経路要求メッセージをフラッディングにより他のメッシュノード２２０へ転送する（ステップＳ９２３）。

図８は、本発明の実施の形態における経路作成処理をプロアクティブ型の経路制御プロトコルに適用した場合の処理手順例を示す流れ図である。メッシュネットワークでは、各無線通信装置は自己の存在を示すため、何らかの形で定期的にメッセージを送信する。ここでは、このような定期的なメッセージをハローメッセージと称する。プロアクティブ型の経路制御プロトコルの場合、本発明の実施の形態では、ハローメッセージに代理応答テーブル１２０の内容を含ませることにより、メッシュノード２２０に対して非メッシュノード２３０の存在を認識させる。

すなわち、ハローメッセージを送信すべき所定時刻が到来すると（ステップＳ９３１）、代理応答テーブル１２０の内容を含むハローメッセージが送信される（ステップＳ９３２）。これにより、代理応答テーブル１２０の内容がメッシュノード２２０に配布される。

代理応答テーブル１２０の内容を受信したメッシュノード２２０は、その代理応答テーブル１２０に含まれる非メッシュノード２３０を自身の経路テーブルに追加することができる。この場合、次ノードアドレスには、ゲートウェイ２１０へ至る経路と同じものが設定される。但し、経路テーブルへの追加を行うことなく、代理応答テーブル１２０の内容（コピー）をそのまま保持しておいて、それを直接参照するようにしてもよい。もし、宛先の通信装置のアドレスが保持されている場合には、ゲートウェイ２１０に送信すればよいことが分かる。

図９は、本発明の実施の形態におけるデータ受信処理の処理手順例を示す流れ図である。データパケットを受信した際に、上位層へ引き上げる受信処理を行うか、転送または廃棄するかの基準は、通常の場合、自分宛のパケットか否かである。本発明の実施の形態においては、宛先の通信装置のアドレスが代理応答テーブル１２０に登録されている場合にも受信処理を行う。

すなわち、データパケットの宛先がゲートウェイ２１０自身である場合（ステップＳ９４１）のみならず、その宛先が代理応答テーブル１２０に登録されている場合（ステップＳ９４２）にも、受信処理を行い（ステップＳ９４４）、データリンク層３１３まで引き上げる。このとき、宛先がゲートウェイ２１０自身である場合にはアプリケーション層３１５における処理が行われるが、宛先がゲートウェイ２１０自身でない場合にはデータリンク層３１３におけるブリッジ機能によりネットワークデバイス３１２から有線ネットワーク２９０への転送が行われる。

一方、データパケットの宛先がゲートウェイ２１０自身でなく、かつ、その宛先が代理応答テーブル１２０に登録されていない場合には、そのデータパケットはメッシュデバイス３１１によりメッシュネットワーク２８０に転送されるか、もしくは、廃棄される（ステップＳ９４３）。

このように、本発明の実施の形態によれば、非メッシュノード２３０のアドレスを代理応答テーブル１２０に登録しておいて、ゲートウェイ２１０がメッシュノード２２０からの経路要求に代理応答し、もしくは、非メッシュノード２３０のアドレスをメッシュノード２２０に知らせることにより経路を生成することができる。そして、ゲートウェイ２１０の受信したデータパケットの宛先アドレスが代理応答テーブル１２０に登録されている場合には、ゲートウェイ２１０のブリッジ機能により非メッシュノード２３０へ転送することができる。

なお、本発明の実施の形態では、ゲートウェイ２１０が１台の場合を例示したが、これに限定されるものではない。例えば、図１０に示すように２台のゲートウェイ２１０（Ｇ１およびＧ２）がメッシュネットワーク２８０に含まれる場合、最短ホップで届くゲートウェイが自動的に選択されることになる。例えば、メッシュノードＭ６からのデータパケットはメッシュノードＭ３を介してゲートウェイＧ２に到達し、有線ネットワーク２９０に接続する非メッシュノード２３０に到達する。

なお、本発明の実施の形態は本発明を具現化するための一例を示したものであり、以下に示すように特許請求の範囲における発明特定事項とそれぞれ対応関係を有するが、これに限定されるものではなく本発明の要旨を逸脱しない範囲において種々の変形を施すことができる。

なお、本発明の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。

本発明の実施の形態における通信システムの全体構成例を示す図である。本発明の実施の形態におけるゲートウェイ２１０の一構成例を示す図である。本発明の実施の形態における経路テーブル１１０の一構成例を示す図である。本発明の実施の形態における代理応答テーブル１２０の一構成例を示す図である。本発明の実施の形態におけるネットワーク階層の実現例を示す図である。本発明の実施の形態における代理応答テーブル１２０への登録処理の処理手順例を示す流れ図である。本発明の実施の形態における経路作成処理をリアクティブ型の経路制御プロトコルに適用した場合の処理手順例を示す流れ図である。本発明の実施の形態における経路作成処理をプロアクティブ型の経路制御プロトコルに適用した場合の処理手順例を示す流れ図である。本発明の実施の形態におけるデータ受信処理の処理手順例を示す流れ図である。本発明の実施の形態における通信システムの全体構成の他の例を示す図である。

符号の説明

１１０経路テーブル
１２０代理応答テーブル
１３０伝送部
１４０代理応答テーブル管理部
１５０経路制御部
１６０データ処理部
２１０ゲートウェイ
２２０メッシュノード
２３０非メッシュノード
２８０メッシュネットワーク
２９０有線ネットワーク

Claims

第１のネットワークと第２のネットワークとを接続する通信装置であって、
前記第１のネットワークに属する他の通信装置の識別子を保持する識別子記憶手段と、
前記第１のネットワークに属する他の通信装置を送信元とするデータが所定の種類のデータである場合には前記送信元の通信装置の識別子を前記識別子記憶手段に保持させる識別子管理手段と、
前記識別子記憶手段にその識別子が保持される通信装置に至る経路を生成し、前記第２のネットワークに属する他の通信装置を送信元とする経路探索要求についてその宛先の通信装置の識別子が前記識別子記憶手段に保持されている場合には前記経路探索要求に対する応答を前記宛先の通信装置に代わって行う経路生成手段と、
前記第２のネットワークに属する他の通信装置を送信元とするデータについてその宛先の通信装置の識別子が前記識別子記憶手段に保持されている場合には当該データを前記第１のネットワークに送信するデータ処理手段と
を具備する通信装置。
前記第２のネットワークにおいて、各通信装置はその無線通信の範囲外に存在する他の通信装置との間では近隣の通信装置を介した経路により通信を行う請求項１記載の通信装置。
前記所定の種類のデータは、通信装置の識別子を取得する要求を含む請求項１記載の通信装置。
前記所定の種類のデータは、ＡＲＰパケットまたはＤＨＣＰパケットである請求項３記載の通信装置。
前記経路生成手段は、前記識別子記憶手段に保持される通信装置の識別子を前記第２のネットワークに属する他の通信装置に対して通知する請求項１記載の通信装置。
第１のネットワークと、第２のネットワークと、前記第１のネットワークと前記第２のネットワークとを接続する通信装置とを備える通信システムであって、
前記通信装置は、前記第１のネットワークに属する他の通信装置の識別子を保持する識別子記憶手段と、前記第１のネットワークに属する他の通信装置を送信元とするデータが所定の種類のデータである場合には前記送信元の通信装置の識別子を前記識別子記憶手段に保持させる識別子管理手段と、前記識別子記憶手段にその識別子が保持される通信装置に至る経路を生成し、前記第２のネットワークに属する他の通信装置を送信元とする経路探索要求についてその宛先の通信装置の識別子が前記識別子記憶手段に保持されている場合には前記経路探索要求に対する応答を前記宛先の通信装置に代わって行う経路生成手段と、前記第２のネットワークに属する他の通信装置を送信元とするデータについてその宛先の通信装置の識別子が前記識別子記憶手段に保持されている場合には当該データを前記第１のネットワークに送信するデータ処理手段とを具備する
通信システム。
第１のネットワークと第２のネットワークとを接続し、前記第１のネットワークに属する他の通信装置の識別子を保持する識別子記憶手段を備える通信装置における経路制御方法であって、
前記第１のネットワークに属する他の通信装置を送信元とするデータが所定の種類のデータである場合には前記送信元の通信装置の識別子を前記識別子記憶手段に保持させる識別子管理手順と、
前記識別子記憶手段にその識別子が保持される通信装置に至る経路を生成し、前記第２のネットワークに属する他の通信装置を送信元とする経路探索要求についてその宛先の通信装置の識別子が前記識別子記憶手段に保持されている場合には前記経路探索要求に対する応答を前記宛先の通信装置に代わって行う経路生成手順と、
前記第２のネットワークに属する他の通信装置を送信元とするデータについてその宛先の通信装置の識別子が前記識別子記憶手段に保持されている場合には当該データを前記第１のネットワークに送信するデータ処理手順と
を具備する経路制御方法。
第１のネットワークと第２のネットワークとを接続し、前記第１のネットワークに属する他の通信装置の識別子を保持する識別子記憶手段を備える通信装置において、
前記第１のネットワークに属する他の通信装置を送信元とするデータが所定の種類のデータである場合には前記送信元の通信装置の識別子を前記識別子記憶手段に保持させる識別子管理手順と、
前記識別子記憶手段にその識別子が保持される通信装置に至る経路を生成し、前記第２のネットワークに属する他の通信装置を送信元とする経路探索要求についてその宛先の通信装置の識別子が前記識別子記憶手段に保持されている場合には前記経路探索要求に対する応答を前記宛先の通信装置に代わって行う経路生成手順と、
前記第２のネットワークに属する他の通信装置を送信元とするデータについてその宛先の通信装置の識別子が前記識別子記憶手段に保持されている場合には当該データを前記第１のネットワークに送信するデータ処理手順と
をコンピュータに実行させるプログラム。