JP4830879B2 - 無線データ通信システム - Google Patents

Description

本発明は、無線通信を行う技術に関する。

昨今、既存のネットワークインフラを必要とせず、各端末が自動的に周辺の端末と通信する技術（アドホックネットワーク）の研究開発が進められている。

ここで、無線ＬＡＮに接続するためのインタフェース（以下、無線ＬＡＮ Ｉ/Ｆと称する）を備えた端末間の経路（無線リンク）の品質が悪化した場合、代替経路を発見して経路切替を実現する技術がある（特許文献１参照）。

特開２００４−２８２２７０

特許文献１では、無線ＬＡＮ内の経路切替しか言及しておらず、通信媒体が複数存在するネットワーク（例えば、無線ＬＡＮと携帯電話網）における経路切替を考慮していない。従って、上記ネットワークにおいて、例えば、無線ＬＡＮ内の無線リンク品質が悪化した場合、携帯電話網に速やかに接続することができない、という課題がある。そこで、本発明の目的は、通信媒体が複数存在するネットワークにおいて、無線リンク品質が悪化した場合、端末が無線ＬＡＮに代わって速やかに携帯電話接続を行うことができるシステムを提供することにある。

上記課題を解決するため、本発明の望ましい態様の一つは次の通りである。

第一のネットワークに属する第一乃至第三の端末を備え、第一及び第三の端末が第二のネットワークに属する、通信システムにおいて、第一の端末は、第一の端末が生成した第一のパケットを、第一のネットワークを介して、第二の端末に送信し、第二の端末は、第一のパケットを受信すると、第一及び第二の端末間の経路を監視し、第二の端末は、経路を監視した結果、所定の条件を満たした場合、第二のパケットを第三の端末に送信し、第三の端末は、第二のパケットを受信すると、第三の端末が前記第二のネットワークに接続できることを示す第三のパケットを、第二の端末に送信する。又、第二の端末は、第三のパケットを受信すると、第三の端末を介して、第一の端末と通信を行う。

本発明によれば、無線リンク品質が悪化した場合、端末が無線ＬＡＮに代わって速やかに携帯電話接続を行うことができるシステムを提供することができる。

以下、本実施例について、図面を用いて説明する。

図１は、本実施例のシステム構成図である。

本システムは、複数の端末（サーバ、クライアント）から構成され、これらは、無線ＬＡＮや携帯電話網４を介して接続される。

サーバ１及びクライアント２（２−１、２−１）は、無線ＬＡＮ Ｉ/Ｆ及び携帯電話を備える。クライアント３（３−１〜３−６）は、無線ＬＡＮ Ｉ/Ｆを備え、携帯電話を備えていない。各端末は、無線ＬＡＮを介して隣接する端末と無線リンク（細い破線）を張り、アドホックネットワークを構築している。また、サーバ１及びクライアント２は、無線ＬＡＮを介する他、携帯電話にて携帯電話網４へ接続することができる（太い破線）。携帯電話網４の使用可能エリアは無線ＬＡＮの通信範囲よりも大きいものとする。尚、図１に示す無線リンクは、状況によって変わる。従って、例えば、ここでは不図示の、３−４と２−２間に無線リンクが形成されることもありうる。

図２は、端末のハードウェア構成図である。

端末は、メモリ２２のプログラムを実行して端末全体の動作を制御するＣＰＵ２１、プログラムなどのデータを格納するメモリ２２、コンソール２４を制御するコンソールコントローラ２３、ユーザが入出力を行うためのコンソール２４、無線ＬＡＮ Ｉ/Ｆ２６を制御するネットワークコントローラＡ２５、無線ＬＡＮ Ｉ/Ｆ２６、携帯電話２８を制御するネットワークコントローラＢ２７、及び携帯電話２８とから構成される。尚、クライアント３には、ネットワークコントローラＢ２７及び携帯電話２８は存在しない。

図３は、パケットのフォーマットを示す図である。本実施例では、通知パケット、警告パケット、及び警告解除パケットを扱う。

パケットは、該パケットを生成した端末のアドレスを示す送信元アドレス３１、該パケットの種別を示すパケット種別３２、新しいパケットが生成される度に１ずつ加算されていく数を示すシーケンス番号３３、パケットを生成した端末が携帯電話接続しているか否かを示す携帯電話ステータス３４、及びパケットを中継した端末のアドレスを示す中継アドレス３５とから構成される。

尚、携帯電話ステータス３４の欄は、通常は何の情報も格納されないが、該パケットが通知パケットで、パケットを生成した端末がクライアント２で、クライアント２が携帯電話を介してサーバ１に接続中の場合には、「サーバ１に接続中」という情報（クライアント２又は３がサーバ１へ接続可能であるか否かを判断するための情報）が格納される。又、端末がパケットを中継する際、自身のアドレスを中継アドレス３５に追加する。パケットが複数回中継される場合、中継した端末のアドレスが順次格納されていく。パケットが警告パケット又は警告解除パケットの場合には、３４及び３５の欄は不要である。

図４は、サーバ１が通知パケットを送信した様子を示す図である。通知パケットとは、各端末が、各端末間の無線リンクが使用できるか否かを確認できるようにするために送られるパケットである。

サーバ１は、通知パケットを、定期的に、無線ＬＡＮを介してクライアント２及び３に送信する。通知パケットは、まず、サーバ１に隣接するクライアント３−１、３−２及び３−３に届く。これらの端末は、通知パケットを受信すると、各端末が持つ隣接端末情報テーブル（後述）を更新し、該通知パケットを、無線ＬＡＮを介して転送する。これを繰り返すことによって、無線ＬＡＮに接続している全ての端末に通知パケットが届けられる。各端末は同じ通知パケットを複数回送信することを避けるため、以前受信した通知パケットを破棄する機能を備えている。通知パケットを受信した端末は、無線ＬＡＮ経由でサーバ１に接続できると判断する。

図５は、隣接端末情報テーブルを示す図である。

隣接端末情報テーブルは、通知パケットを生成した端末のアドレスを示す送信元アドレス５１、該パケットを送信した隣接する端末のアドレスを示す隣接端末アドレス５２、最後に受信した通知パケットに記録されていたシーケンス番号を示すシーケンス番号５３、最後に通知パケットを受信した時刻を示すパケット受信時刻５４、及びサーバ１への通信経路の状態を示すステータス５５とから構成され、クライアント２及び３が保持する。

隣接端末情報テーブルに新しいエントリが登録されると、クライアントは、該当する隣接端末との間の無線リンク品質を定期的に測定する。無線リンク品質は、無線ＬＡＮドライバへ問い合わせることで情報を得られる。例えば、ＬＩＮＵＸ（登録商標）では、Ｗｉｒｅｌｅｓｓ Ｅｘｔｅｎｓｉｏｎ Ｓｕｐｐｏｒｔのｉｗｃｏｎｆｉｇコマンドやｉｗｓｐｙコマンドを使って実現できる。

測定した無線リンク品質が良好であれば、該当する隣接端末情報テーブルのステータス５５に「正常」、悪化していれば「直接リンク注意」、という情報を格納する。ここで「直接リンク」とは、自身の端末と隣接端末の間の無線リンクを、「間接リンク」とは、自身の端末から２ホップ以上先の無線リンクを指すものとする。無線リンク品質が良好であるか否かの判断基準は、様々な条件を考慮して使用者が決定することができる。その他、無線リンクが切断された状態であれば「切断」が、携帯電話接続中であれば「携帯電話接続中」が、間接リンク品質が悪化している場合は「間接リンク注意」が、格納される。

図６は、クライアント３−３及び２−２が、サーバ１が生成した通知パケットを受信する様子を示す図である。本図におけるネットワークトポロジでは、クライアント３−３は、通知パケットをサーバ１から直接受信する他、クライアント３−２経由、クライアント３−１、２−１、３−４経由で受信する。クライアント２−２は、クライアント３−３経由で受信する。

図５（Ａ）は、図６のクライアント３−３が保持する隣接端末情報テーブルを示しており、３つのエントリ５１１〜５１３が存在する。５１１は、サーバ１から直接通知パケットを受信したことを示している。即ち、サーバ１（５１）が生成した通知パケットを、隣接端末であるサーバ１（５２）から受信し、該通知パケットが通過した経路は正常である（５５）ことを示している。同様に、５１２は、クライアント３−２経由で受信したことを、５１３は、クライアント３−４経由で受信したことを示している。

図５（Ｂ）は、図６のクライアント２−２が保持する隣接端末情報テーブルを示しており、１つのエントリ５１４が存在する。５１４は、クライアント３−３経由で通知パケットを受信したことを示している。

図７は、クライアント３−３が警告パケットを送信する様子を示す図である。警告パケットとは、もうすぐサーバ１と通信できなくなる可能性があることを隣接端末に警告するためのパケットである。

クライアント２又は３は、隣接端末情報テーブルにおいて、無線ＬＡＮ経由でサーバ１と通信できる経路のうちステータス５５が「正常」のものがない場合、隣接端末に対して警告を発するために警告パケットを送信する。図７では、クライアント３−２と３―３の間、及び３−３と３−４の間の無線リンクが切断状態で、サーバ１とクライアント３−３の無線リンク品質が悪化した状態となっている。このとき、クライアント３−３は隣接端末に警告パケットをブロードキャストする。

図５（Ｃ）は、図７におけるクライアント３−３の隣接端末情報テーブルを示しており、４つのエントリ５１５〜５１８が存在する。５１５のステータス５５は「直接リンク注意」と、５１６及び５１７のステータス５５は「切断」となっている。５１８は自身の端末が警告パケットを送信したことを示しており、ステータス５５は「警告パケット送信」という情報が格納され、それ以外のフィールドは「空」となっている。このように、該テーブルの中に、ステータス５５が「正常」のものが１つもない場合、クライアントは隣接端末情報テーブルに「警告パケット送信」のエントリを追加し、警告パケットを、通信できる隣接端末に送信する。尚、警告パケットを送信するタイミングは、「正常」のものが1つもない場合に限定するものではない。

図８は、クライアント２−２が通知パケットを送信する様子を示す図である。

クライアント２−２は、クライアント３−３から警告パケットを受信すると、隣接端末情報テーブルを更新する。該隣接端末情報テーブルは、ステータス５５が「正常」のものが１つもない状態になる。このとき、クライアント２−２は、携帯電話経由でサーバ１と通信できるため、携帯電話による接続を開始する。それに併せて、クライアント２−２は、通知パケットの定期的な生成、送信を開始する。クライアント２−２が送信する通知パケットの携帯電話ステータス３４には、「サーバ１に接続中」という情報が格納される。クライアント２−２に無線ＬＡＮを介して接続している端末は、この通知パケットを受信すると、クライアント２−２経由でサーバ１と通信できる、と知ることができる。

尚、クライアント２−２が携帯電話を備えていない場合、警告パケットを受信した際、ステータス５５が「正常」のものが１つもない状態になるが、携帯電話接続を行うことができないため、通知パケットではなく、警告パケットを送信することになる。即ち、クライアントが通知パケットを生成、送信するのは、クライアントが携帯電話を備えており、かつ、自身の端末が該携帯電話を使わないとサーバと通信できない状況の時である。

図５（Ｄ）は、図８におけるクライアント２−２の隣接端末情報テーブルを示しており、２つのエントリ５１９、５１１０が存在する。５１９のステータス５５は「間接リンク注意」となっている。即ち、２ホップ以上先にある、３−２と３−３間などの無線リンク品質が悪化していることを示す。又、５１１０は、自身の端末がサーバ１へ携帯電話接続中であることを示しており、ステータス５５は「サーバ１へ携帯電話接続中」という情報が格納され、それ以外のフィールドは「空」となっている。

図９は、クライアント３−３が警告解除パケットを送信する様子を示す図である。警告解除パケットとは、過去に警告パケットを送信した情報を解除するためのパケットである。

ここでは、サーバ１とクライアント３−３間の無線リンク品質が回復している。そこで、クライアント３−３は、警告解除パケットを生成して隣接端末へ送信する。これを受信したクライアント２−２は、隣接端末情報テーブルの対応するエントリについて、ステータス５５が「間接リンク注意」であったものを「正常」に更新し、携帯電話接続を終了し、通知パケットの生成及び送信を停止する。

図１０は、クライアント２−２が携帯電話接続中に、クライアント３−１と２−１の無線リンク品質が悪化した状態を示す図である。

クライアント２−１は、クライアント３−１経由でサーバ１と通信できなくなる可能性があることを知るが、クライアント２−２が生成した通知パケットを受信することによって、サーバ１と通信できる別の経路が存在することが分かるため、クライアント２−１は携帯電話による接続を開始しない。そして、クライアント２−２を介して、サーバ１と通信を行う。このように、携帯電話接続中の端末が通知パケットを送信することによって、無線ＬＡＮ内の端末は、クライアント２−２の携帯電話のみを使用するだけで足りる。

図５（Ｅ）は、図１０におけるクライアント２−１の隣接端末情報テーブルを示しており、２つのエントリ５１１１、５１１２が存在する。５１１１のステータス５５は「直接リンク注意」となっている。また、５１１２のステータス５５は、クライアント３−４との無線リンク品質が「正常」であり、サーバ１へ携帯電話経由で通信できるという情報が格納されている。

図１１は、クライアント３がパケットを受信した際のフロー図である。クライアントのＣＰＵ２１がメモリ２２に格納されているプログラムを実行することにより処理を行う。

クライアントは、該パケットが通知パケットであるか否かをパケット種別３２により調べる（ステップ１１１）。通知パケットの場合、その中継アドレス３５に自身の端末のアドレスが存在するか否かを調べる（ステップ１１２）。存在する場合、この通知パケットは過去に受信したものであると判断して破棄し（ステップ１１３）、処理を終了する。存在しない場合、受信した通知パケットの情報に従い隣接端末情報テーブルを更新又は追加する（ステップ１１４）。

次に、パケット内のシーケンス番号３３が、隣接端末情報テーブルのシーケンス番号５３よりも大きいか否かを調べる（ステップ１１５）。大きい場合、該通知パケットの中継アドレス３５に自分のアドレスを追加し、隣接端末に対して通知パケットをブロードキャストし（ステップ１１６）、隣接端末情報テーブルチェック処理を行い（ステップ１１７）（図１２にて詳述）、処理を終了する。ステップ１１５において、小さい場合、ステップ１１７に進む。

ステップ１１１において、通知パケットでない場合、該パケットが警告パケット又は警告解除パケットであるか否かを調べる（ステップ１１８）。警告パケット又は警告解除パケットの場合、隣接端末情報テーブルに、対応するエントリがある場合に限り、情報を更新し（ステップ１１９）、ステップ１１７を経て、処理を終了する。

ステップ１１８において、警告パケット又は警告解除パケットでない場合、該パケットに応じた処理をする（ステップ１２０）が、本実施例には関係ないため、詳細は省略する。

図１２は、隣接端末情報テーブルチェック処理のフロー図である。隣接端末情報テーブルチェック処理は、期限切れエントリの削除、隣接端末との無線リンク品質の測定、携帯電話接続の制御などの処理である。該処理は、一定時間毎に行ってもよいし、パケットを受信した際に行ってもよい。

クライアントは、まず、隣接端末情報テーブルの各エントリのパケット受信時刻５４を参照し、ある一定時間の間通知パケットを受信していないエントリのステータス５５を「切断」の状態にする。又、「切断」の状態になってからある一定時間の間通知パケットを受信していないエントリについては、情報保持の必要がないと判断してエントリを削除する。更に、隣接端末情報テーブルに登録されている各隣接端末について、無線リンク品質を測定して、良好であればステータス５５を「正常」に、悪化していればステータス５５を「直接リンク注意」に更新する（ステップ１２１）。

次に、隣接端末情報テーブルにステータス５５が「正常」又は「携帯電話接続中」のエントリが存在するか否かを確認する（ステップ１２２）。存在する場合、隣接端末情報テーブルにステータス５５が「警告パケット送信」のエントリが存在するか否かを調べる（ステップ１２３）。存在する場合、その「警告パケット送信」のエントリを削除し、警告解除パケットを隣接端末に対して送信する（ステップ１２４）。そして、隣接端末情報テーブルに、自身の端末が携帯電話接続中であることを示すエントリ、及び「正常」のエントリが存在するか否かを確認する（ステップ１２５）。存在する場合、携帯電話接続を切断し、それと併せて通知パケット３０の送信を停止し（ステップ１２６）、処理を終了する。

ステップ１２３において、存在しない場合、ステップ１２５に進む。また、ステップ１２５において、存在しない場合、処理を終了する。

ステップ１２２において、存在しない場合、自身の端末が携帯電話を持っているか否かを確認する（ステップ１２７）。持っている場合、携帯電話経由でサーバ１への接続を開始し、通知パケットを生成して定期的な送信を開始する（ステップ１２８）。持っていない場合、隣接端末情報テーブルに「警告パケット送信」のエントリを追加し、警告パケットを生成して隣接端末へ送信する（ステップ１２９）。

次に、ＶＰＮ（ＶＩＲＴＵＡＬ ＰＲＩＶＡＴＥ ＮＥＴＷＯＲＫ）を用いて、携帯電話網と無線ＬＡＮを接続する実施形態について説明する。

図１３は、二つのアドホックネットワークに分割されたシステムを示す図である。

図１３では、クライアント３−２と３―３の間、クライアント３−３とサーバ１の間、クライアント３−４と２−２の間、及び３−３と３−４の間の無線リンクは切断状態となっている。即ち、サーバ１、クライアント３−１、３−２、２−１、３−４、３−６が属する第一のアドホックネットワークと、クライアント３−３、２−２、３−５が属する第二のアドホックネットワークに分割されている。

サーバ１、クライアント２（２−１、２−１）及びクライアント３（３−１〜３−６）は、経路制御パケット１４３を送受信し、他端末との通信経路を決定する。

図１４は、サーバ１とクライアント２−２が携帯電話網上にＶＰＮを構築した場合の端末内のソフトウェア構成図である。

ＶＰＮを構築するためのソフトウェアとして、例えば、ＶＴＵＮ（ｈｔｔｐ：／／ｖｔｕｎ．ｓｏｕｒｃｅｆｏｒｇｅ．ｎｅｔ／）がある。

サーバ１及びクライアント２内の記憶装置には、ＶＰＮを構築し、仮想ネットワークデバイス１４２の生成や削除を行うＶＰＮ部１４７、仮想ネットワークデバイス１４２が生成されるか否かを監視する監視部１４４、及び、無線ＬＡＮ Ｉ／Ｆ２６を介して経路制御パケット１４３を送受信するアドホックルーティングプロトコル部１４１等のプログラムが格納される。以下、簡単のため、これらプログラムが主体であるかのように記載するが、実際には、プログラムを実行するＣＰＵが主体であることはいうまでもない。尚、記憶装置内のプログラムやデータは、予め記憶装置に格納しておいてもよいし、ＣＤ−ＲＯＭ等の記憶媒体から入力してもよいし、ネットワーク経由で他の装置からダウンロードしてもよい。又、該プログラムにより実現される機能を、専用のハードウェアにより実現してもよい。

まず、サーバ１及びクライアント２−２内の、それぞれのＶＰＮ部１４７は、それぞれの間にＶＰＮを構築し、それぞれの端末内に仮想ネットワークデバイス１４２を形成する。尚、仮想ネットワークデバイス１４２は、ハードウェアとは関係なく作成できる。

仮想ネットワークデバイス１４２が形成されると、監視部１４４は、アドホックルーティングプロトコル部１４１に対して、仮想ネットワークデバイス生成通知１４５を送信する。これを受けたアドホックルーティングプロトコル部１４１は、無線ＬＡＮ Ｉ／Ｆ２６に加えて、仮想ネットワークデバイス１４２に対しても経路制御パケット１４３の送受信を開始する。これにより、サーバ１及びクライアント２−２はＶＰＮを介して経路制御パケット１４３のやりとりを行うことができ、その結果、サーバ１が属する第一のアドホックネットワークとクライアント２−２が属する第二のアドホックネットワークが接続可能となる。即ち、第一のアドホックネットワークと第二のアドホックネットワークがＶＰＮを介して結合し、全体で一つのアドホックネットワークが形成される。

携帯電話接続が切断するなどの原因でＶＰＮ接続が切断すると、サーバ１及びクライアント２−２のＶＰＮ部１４７は、それぞれの仮想ネットワークデバイス１４２を削除する。この時、監視部１４４は、アドホックルーティングプロトコル部１４１に対して仮想ネットワークデバイス削除通知１４６を送信する。これを受けたアドホックルーティングプロトコル部１４１は、仮想ネットワークデバイス１４２が削除されたことを知り、経路制御パケット１４３の送受信を無線ＬＡＮ Ｉ／Ｆ２６のみに戻す。

図１４では、サーバ１とクライアント２−２が直接ＶＰＮを構築しているが、携帯電話網上、又は、携帯電話網から接続可能な他のネットワーク上にＶＰＮ構築用サーバを準備し、サーバ１及びクライアント２−２が、それぞれ、ＶＰＮ構築用サーバとの間にＶＰＮを構築し、ＶＰＮ構築用サーバを介して通信を行ってもよい（特開２００６−１３７３４ご参照）。この方法と比較して、図１４に示した方法では、ＶＰＮ構築用サーバを新たに準備することなく、簡易にＶＰＮ接続することができる。

システム構成図。 端末のハードウェア構成図。 パケットのフォーマットを示す図。 サーバが通知パケットを送信した様子を示す図。 隣接端末情報テーブルを示す図。 クライアントがサーバの通知パケットを受信する様子を示す図。 クライアントが警告パケットを送信する様子を示す図。 クライアントが通知パケットを送信する様子を示す図。 クライアントが警告解除パケットを送信する様子を示す図。 無線リンク品質が悪化した状態を示す図。 クライアントがパケットを受信した際のフロー図。 隣接端末情報テーブルチェック処理のフロー図。 二つのアドホックネットワークに分割されたシステムを示す図。 サーバとクライアントが携帯電話網上にＶＰＮを構築した場合の端末内のソフトウェア構成図。

符号の説明

１…サーバ、２、３…クライアント、４…携帯電話網。

Claims (8)

1. 端末間無線通信を用いて通信する第一のネットワークに属する第一乃至第三のクライアント端末を備え、前記第一のクライアント端末と前記第三のクライアント端末は第二のネットワークにも属している通信システムであって、
   前記第一乃至第三のクライアント端末は各々、隣接端末との通信品質を管理する隣接端末接続テーブルを有し、
   前記第一のネットワークにおいては、第一のクライアント端末と第二のクライアント端末、および第二のクライアント端末と第三のクライアント端末とが端末間通信を行い、前記第一のクライアント端末と前記第三のクライアント端末とは前記第二のクライアント端末を介して通信を行っており、
   前記第一のクライアント端末は、前記第二のクライアント端末との間で端末間無線通信が使用できるか否かを確認する通知パケットを当該端末間無線通信を用いて隣接する第二のクライアント端末に送信し、
   前記第二のクライアント端末は当該通知パケットに基づき前記第二のクライアント端末が有する前記隣接端末接続テーブルを更新し、
   前記第二のクライアント端末は当該隣接端末接続テーブルに基づき、当該隣接端末接続テーブルに登録された隣接端末との通信品質がいずれも良好ではないと判断した場合、前記第二のクライアント端末と前記隣接端末とはもうすぐ端末間無線通信を用いて通信できなくなる可能性があることを示す警告パケットを隣接する前記第三のクライアント端末に送信し、
   前第三のクライアント端末は前記第二のクライアント端末から前記警告パケットを受け取り、前第三のクライアント端末が有する前記隣接端末接続テーブルに基づき、当該隣接端末接続テーブルに登録された隣接端末との通信品質がいずれも良好ではないと判断した場合、前記第二のネットワークを介して前記第一のクライアント端末と接続し、前記第一のクライアント端末と通信を行う通信システム。
2. 前記第一のネットワークに属する第四のクライアント端末を備える請求項１記載の通信システムであって、
   前記第四のクライアント端末は前記第二のクライアント端末を経由して前記第一のクライアント端末と接続しており、
   前記第四のクライアント端末は、前記第二のクライアント端末からの前記警告パケットを受信し、その後前記第三のクライアント端末からの前記第一のクライアント端末と前記第二のネットワークを使用した通信ができることを通知する前記通知パケットを受信した場合、
   前記第四のクライアント端末は、前記第三のクライアント端末を介して前記第一のクライアント端末と通信を行う、請求項１記載の通信システム。
3. 前記通知パケットは、当該通知パケットを生成したクライアント端末のアドレス、当該通知パケットの送信元クライアント端末のアドレス、パケットの種別、及び当該通知パケットを生成した第一のクライアント端末と隣接端末との通信品質を示す情報を格納する、請求項１記載の通信システム。
4. 前記警告パケットは、前記第一のネットワークまたは第二のネットワークの通信品質が悪化したことを示す情報を有する、請求項１記載の通信システム。
5. 前記第二のクライアント端末は、
   前記第二のクライアント端末の有する前記隣接端末接続テーブルに基づき、当該隣接端末接続テーブルに登録された隣接端末との通信品質が良好であると判断された場合、前記通知パケットの前記送信元クライアント端末のアドレスを当該第二のクライアント端末のアドレスとして、前記第三のクライアント端末に当該通知パケットを送信し、
   前記第三のクライアント端末は、当該通知パケットを受信すると、当該通知パケットに基づき前記第三のクライアント端末が有する前記隣接端末接続テーブルを更新する、請求項１記載の通信システム。
6. 前記警告パケットを送信した前記第二のクライアント端末は、前記第二のクライアント端末が有する前記隣接端末接続テーブルに基づき、第一のクライアント端末との通話品質が良好であると判断された場合、隣接端末との通信品質が回復したことを示す警告解除パケットを前記第三のクライアント端末に送信し、
   前記第三のクライアント端末は、当該通知パケットを受信すると、当該通知パケットに基づき前記第三のクライアント端末が有する前記隣接端末接続テーブルを更新する、請求項１記載の通信システム。
7. 前記通知パケットは、前記通知パケットを中継したクライアント端末各々のアドレスを示す中継アドレスを有し、
   前記第二のクライアント端末は、受信した当該通知パケットの前記中継アドレスに自身のアドレスが存在する場合、当該通知パケットと同一の通知パケットを受信済みと判断し、当該通知パケットに基づく前記隣接端末接続テーブルの更新は実行せず、また、当該通知パケットの前記第三のクライアント端末への転送も実行しない、請求項１記載の通信システム。
8. 前記第一のネットワークは無線ＬＡＮであり、前記第二のネットワークは携帯電話網である、請求項１記載の通信システム。

Images