(57)【特許請求の範囲】
【請求項１】
ゲートウェイ、および当該ゲートウェイに収容されている通信ユニットにより形成されたアドホック通信ネットワークを複数備えるとともに、各アドホック通信ネットワークのゲートウェイを監視する監視サーバを備え、
前記監視サーバは、前記通信ユニットそれぞれについて、直接通信が可能な通信ユニットである隣接通信ユニットとその接続先ゲートウェイの情報を収集・管理し、ゲートウェイの故障を検出した場合、当該検出したゲートウェイに接続中の通信ユニットと直接通信が可能な位置に存在し、かつ当該検出したゲートウェイとは異なるゲートウェイに接続中の通信ユニットである境界通信ユニットを介して、故障したゲートウェイの識別情報を含む信号を、当該検出したゲートウェイに接続中の通信ユニットへ送信する、
ことを特徴とする通信システム。
【請求項２】
前記通信ユニットは、
アドホック通信ネットワークへの参入が完了した場合、または、前記監視サーバから要求を受けた場合、接続中のゲートウェイを示す第１の識別情報および隣接通信ユニットを示す第２の識別情報を前記監視サーバへ送信し、
前記監視サーバは、
前記第１の識別情報および前記第２の識別情報を受信した場合、受信した各情報を、当該情報の送信元通信ユニットを示す第３の識別情報とともに記憶し、
ゲートウェイの故障を検出した場合、前記第１の識別情報、前記第２の識別情報および前記第３の識別情報に基づいて、前記境界通信ユニットに該当する通信ユニットを選択し、さらに、当該選択した通信ユニットに対して指示を行い、前記故障したゲートウェイの識別情報を含む信号である故障ゲートウェイ通知信号を当該検出したゲートウェイである故障ゲートウェイに接続中の通信ユニットに向けてブロードキャスト送信させる、
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記監視サーバは、
前記選択した通信ユニットに対して、前記故障ゲートウェイ通知信号の最大ホップ数を指定し、
前記指示を受けた通信ユニットは、
指定された最大ホップ数を設定して前記故障ゲートウェイ通知信号をブロードキャスト送信する、
ことを特徴とする請求項２に記載の通信システム。
【請求項４】
前記監視サーバは、
前記境界通信ユニットに該当し、かつそれぞれ異なるゲートウェイに接続中の複数の通信ユニットが存在する場合、当該複数の通信ユニットから前記故障ゲートウェイ通知信号をブロードキャスト送信させる、
ことを特徴とする請求項２または３に記載の通信システム。
【請求項５】
前記監視サーバは、
前記第１の識別情報、前記第２の識別情報および前記第３の識別情報に基づいて前記故障ゲートウェイに接続中の通信ユニットの新たな接続先のゲートウェイを決定し、当該決定結果を前記選択した通信ユニットに通知し、
前記決定結果が通知された通信ユニットは、
前記新たな接続先のゲートウェイの情報を前記故障ゲートウェイ通知信号に含めてブロードキャスト送信する、
ことを特徴とする請求項２、３または４に記載の通信システム。
【請求項６】
前記監視サーバは、
前記第１の識別情報、前記第２の識別情報および前記第３の識別情報に基づいて前記故障ゲートウェイに接続中の通信ユニットが新たな接続先を検索する際の検索対象無線チャネルを決定し、当該決定結果を前記選択した通信ユニットに通知し、
前記決定結果が通知された通信ユニットは、
前記検索対象無線チャネルの情報を前記故障ゲートウェイ通知信号に含めてブロードキャスト送信する、
ことを特徴とする請求項２、３または４に記載の通信システム。
【請求項７】
前記通信ユニットは、
前記アドホック通信ネットワークへの参入動作において、各隣接通信ユニットから、隣接通信ユニットが接続しているゲートウェイの識別情報を取得し、当該識別情報と、当該識別情報を取得する際の通信で使用した無線チャネルを示す使用チャネル情報とを記憶し、
前記故障ゲートウェイ通知信号のブロードキャスト送信指示を受けた場合、前記故障ゲートウェイに接続中の隣接通信ユニットが使用している無線チャネル上へ、当該故障ゲートウェイ通知信号をブロードキャスト送信する、
ことを特徴とする請求項２〜６のいずれか一つに記載の通信システム。
【請求項８】
前記監視サーバは、
前記選択した通信ユニットに対して前記故障ゲートウェイ通知信号をユニキャスト送信し、
前記通信ユニットは、
自装置宛にユニキャスト送信されてきた故障ゲートウェイ通知信号を受信した場合、当該受信した故障ゲートウェイ通知信号をブロードキャスト転送する、
ことを特徴とする請求項７に記載の通信システム。
【請求項９】
前記通信ユニットは、
接続中のゲートウェイの識別情報を含んだ故障ゲートウェイ通知信号を受信した場合、接続先ゲートウェイの再選択動作を実行する、
ことを特徴とする請求項２〜８のいずれか一つに記載の通信システム。
【請求項１０】
前記通信ユニットは、
接続中のゲートウェイの識別情報を含んだ故障ゲートウェイ通知信号を受信してから一定時間が経過後、前記再選択動作を開始する、
ことを特徴とする請求項９に記載の通信システム。
【請求項１１】
前記一定時間を、前記故障ゲートウェイ通知信号を最初に送信した通信ユニットから自通信ユニットまでの転送ホップ数に基づいて決定した時間とする、
ことを特徴とする請求項１０に記載の通信システム。
【請求項１２】
前記通信ユニットは、
接続中のゲートウェイの識別情報を含んだ故障ゲートウェイ通知信号を受信して接続先ゲートウェイを切り替えた場合、それまで接続していたゲートウェイである故障ゲートウェイの情報を記憶しておき、その後、当該故障ゲートウェイが復旧したことを示す信号を受信した場合には、接続先を当該復旧したゲートウェイに戻す、
ことを特徴とする請求項２〜１１のいずれか一つに記載の通信システム。
【請求項１３】
前記監視サーバは、
前記故障ゲートウェイの復旧を検知した場合、当該復旧したゲートウェイが故障する前に当該ゲートウェイに接続していた各通信ユニットが現在使用している無線チャネルを当該ゲートウェイに通知し、
前記復旧したゲートウェイは、
前記通知内容が示す無線チャネル上に、復旧したことを示す信号をブロードキャスト送信する、
ことを特徴とする請求項１２に記載の通信システム。
【請求項１４】
前記監視サーバは、
前記通信ユニットと定期的に通信を行っている状態においてゲートウェイの故障を検出し、かつ故障検出時刻と前記定期的な通信の次の実行時刻の差が所定値未満の場合、
前記故障を検出したゲートウェイに接続中の通信ユニットと行う次の定期的な通信においては、前記選択した通信ユニット経由で通信を行う、
ことを特徴とする請求項２〜１３のいずれか一つに記載の通信システム。
【請求項１５】
前記監視サーバは、
前記選択した通信ユニットに対して、前記次の定期的な通信における通信相手先通信ユニット宛のメッセージをカプセル化するとともに故障ゲートウェイの情報を付加して送信し、
前記故障ゲートウェイの情報が付加されたカプセル化メッセージを受信した通信ユニットは、デカプセル化を行い、故障ゲートウェイに接続中の隣接通信ユニットが使用している無線チャネル上へ転送する、
ことを特徴とする請求項１４に記載の通信システム。
【請求項１６】
請求項１〜１５のいずれか一つに記載の通信システムと、
前記通信ユニット経由で需要家の電気、ガスまたは水道の検針データを収集する業務サーバと、
を備えることを特徴とする自動検針システム。
【請求項１７】
ゲートウェイ、および当該ゲートウェイに収容されている通信ユニットにより形成されたアドホック通信ネットワークを複数備えた通信システムにおいて、各アドホック通信ネットワークのゲートウェイを監視する監視サーバであって、
前記通信ユニットそれぞれについて、直接通信が可能な通信ユニットである隣接通信ユニットとその接続先ゲートウェイの情報を収集・管理し、ゲートウェイの故障を検出した場合、当該検出したゲートウェイに接続中の通信ユニットと直接通信が可能な位置に存在し、かつ当該検出したゲートウェイとは異なるゲートウェイに接続中の通信ユニットである境界通信ユニットを介して、故障したゲートウェイの識別情報を含む信号を、当該検出したゲートウェイに接続中の通信ユニットへ送信する、
ことを特徴とする監視サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気や水道、ガスなどの使用量を自動で検針するシステムの構築に利用される通信システム、および自動検針システムに関するものである。
【背景技術】
【０００２】
近年、複数の通信ユニットが相互に無線通信し、マルチホップすることで広域ネットワークを形成するアドホック通信を、電気、水道、ガスといった各種自動検針のネットワークインフラとして適用する形態が検討されている。このアドホック通信を用いることで、設備コストを抑えつつ、広範囲エリアをカバーする自動検針システムが実現できる（非特許文献１参照）。
【０００３】
アドホック通信での経路確立は無線通信端末（通信ユニット）間で経路情報を交換することで、ネットワークを構築する。この経路情報の交換手段、経路確立（ルーティングプロトコル）の方式はＩＥＴＦ（Internet  Engineering  Task  Force）で複数検討、標準化されている（非特許文献２参照）。
【０００４】
自動検針システムでは、アドホック通信ネットワークインフラ経由で検針データの収集やネットワークの監視・制御を担う業務アプリケーションを動作させることになるが、同一無線メディアのアドホック通信によって各通信ユニットからデータセンタ内の業務サーバ（検針データを収集するサーバ）までのネットワークインフラを提供することは、マルチホップ数及び収集トラヒック量の観点から現実的ではない。そのため、アドホック通信ネットワークと既存ＩＰネットワークを中継する分散配置されたゲートウェイが通信メディア変換・プロトコル変換を行うことによって、業務サーバと各通信ユニットとの通信を可能とするシステムモデルを想定している。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】「PHS自動検針システムの開発」、OMRON  TECHNICS  Vol.41  No.1（通巻137号）2001
【非特許文献２】「Ad  Hoc  On-Demand  Distance  Vector  (AODV)  Routing」  IETF  RFC3561
【発明の概要】
【発明が解決しようとする課題】
【０００６】
自動検針システムにおいて、ゲートウェイが故障した場合には、そのゲートウェイ経由で通信経路が確立されている通信ユニット群を業務サーバが制御できなくなる。すなわち、検針データの収集等が不可能となってしまう。自動検針システムの全面展開において、ゲートウェイは通信ユニットの周囲に複数設置されるため、仮に１台のゲートウェイが故障したとしても周辺ゲートウェイによる面的カバーが可能であるが、故障したゲートウェイと周辺の他ゲートウェイが異なる無線チャネルを使用するように構築されることもありうる。この場合、故障したゲートウェイ配下の各通信ユニットが自律的に現接続ゲートウェイの故障を検出し、周辺の他ゲートウェイとの新たな通信経路を確立するまで、業務サーバが当該通信ユニット群を制御することができない。通常、各通信ユニットが自律的に故障を検出して新たな通信経路を確立するまでには非常に長い時間を要する。
【０００７】
本発明は、上記に鑑みてなされたものであって、自動検針のためのEnd-to-End通信において、アドホック通信ネットワークのゲートウェイが故障した場合に、故障したゲートウェイ配下の各通信ユニットと検針データを収集する業務サーバとの間の通信を短時間で復旧させることが可能な通信システムおよび自動検針システムを得ることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明にかかる通信システムは、ゲートウェイ、および当該ゲートウェイに収容されている通信ユニットにより形成されたアドホック通信ネットワークを複数備えるとともに、各アドホック通信ネットワークのゲートウェイを監視する監視サーバを備え、前記監視サーバは、前記通信ユニットそれぞれについて、直接通信が可能な通信ユニットである隣接通信ユニットとその接続先ゲートウェイの情報を収集・管理し、ゲートウェイの故障を検出した場合、当該検出したゲートウェイに接続中の通信ユニットと直接通信が可能な位置に存在し、かつ当該検出したゲートウェイとは異なるゲートウェイに接続中の通信ユニットである境界通信ユニットを介して、故障したゲートウェイの識別情報を含む信号を、当該検出したゲートウェイに接続中の通信ユニットへ送信する、ことを特徴とする。
【発明の効果】
【０００９】
この発明によれば、故障が発生したゲートウェイ配下の通信ユニット群に対してゲートウェイの故障発生を通知し、正常動作中の他のゲートウェイに速やかに再参入させることができ、故障したゲートウェイ配下にあった通信ユニットと業務サーバとの間の通信を短時間で復旧させることができる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明にかかる通信システムの実施の形態１の構成例を示す図である。
【図２】図２は、通信ユニットの機能ブロック構成の一例を示す図である。
【図３】図３は、実施の形態１の通信システムにおいてゲートウェイが故障した場合の動作例を示す図である。
【図４】図４は、図３に示した動作例に対応する制御シーケンス例を示す図である。
【図５】図５は、上位サーバが管理している情報（接続ＧＷ情報，隣接ＧＷ情報）の一例を示す図である。
【図６】図６は、ゲートウェイ故障通知パケットに格納する情報の一例を示す図である。
【図７】図７は、実施の形態１の通信システムにおいてゲートウェイが故障した場合の制御シーケンス例を示す図である。
【図８】図８は、実施の形態２の通信システムにおいてゲートウェイが故障した場合の制御シーケンス例を示す図である。
【図９】図９は、カプセル化方法の一例を示す図である。
【図１０】図１０は、実施の形態３の通信システムの動作例を示す図である。
【図１１】図１１は、実施の形態３の通信システムの動作例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明にかかる通信システムおよび自動検針システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
実施の形態１．
図１は、本発明にかかる通信システムの実施の形態１の構成例を示す図である。図１に示したように、本実施の形態の通信システムは、上位サーバ１と、ゲートウェイ２Ａおよび２Ｂと、通信ユニット３Ａ1〜３Ａ4，３Ｂ1〜３Ｂ5と、を含み、上位サーバ１とゲートウェイ２Ａ，２Ｂは、インターネット、社内網、アクセス網などの既存ネットワークを介して接続されている。
【００１３】
通信ユニット３Ａ1〜３Ａ4および通信ユニット３Ｂ1〜３Ｂ5は、それぞれ１つのアドホック通信ネットワーク（以下、アドホックネットワークと称する）を形成している。具体的には、通信ユニット３Ａ1〜３Ａ4はゲートウェイ２Ａに収容され、このゲートウェイ２Ａを介して上位サーバと通信を行う。通信ユニット３Ｂ1〜３Ｂ5はゲートウェイ２Ｂに収容され、このゲートウェイ２Ｂを介して上位サーバと通信を行う。また、本実施の形態では、ゲートウェイ２Ａおよびその配下の各通信ユニットが無線チャネルｘを使用して通信を行い、ゲートウェイ２Ｂおよびその配下の各通信ユニットが無線チャネルｙ（≠ｘ）を使用して通信を行うものとする。
【００１４】
ゲートウェイ２Ａと２Ｂは同じ機能を有しており、通信ユニット３Ａ1〜３Ａ4，３Ｂ1〜３Ｂ5は同じ機能を有している。これ以降の説明においては、ゲートウェイ２Ａと２Ｂに共通の事項を説明する場合など、２つのゲートウェイを区別する必要がない場合、これらを総称して「ゲートウェイ２」と記載する。通信ユニット３Ａ1〜３Ａ4，３Ｂ1〜３Ｂ5についても同様に、各通信ユニットを区別する必要がない場合には「通信ユニット３」と記載する。
【００１５】
なお、通信システムの構成は図１に示したものに限定されない。ゲートウェイ２は３台以上であってもよく、各ゲートウェイ配下の通信ユニット３の台数をさらに多くしてもよい。もちろん、少ない台数としてもよい。
【００１６】
上記構成の通信システムにおいて、上位サーバ１は、ゲートウェイ２Ａまたは２Ｂを介して各通信ユニット３を制御し、検針データ（需要家の電気、ガスまたは水道の使用量）を収集する。また、アドホックネットワークの状態監視を行ってゲートウェイ２の故障を検出する機能を有する。アドホックネットワークの状態監視においては、ゲートウェイ２の故障検出の他、各アドホックネットワークに参入している通信ユニット３の物理的な位置関係（直接通信が可能な隣接関係にある通信ユニットの組み合わせ）の情報と、各通信ユニット３が収容されているゲートウェイ（接続中のゲートウェイ）の情報と、各通信ユニット３がアドホックネットワーク内での通信で使用する無線チャネルの情報とを各通信ユニット３から収集して記憶する動作を実施する。情報は、例えば、一定周期で各通信ユニットから収集する。また、通信ユニット３がアドホックネットワークに参入した際に、接続したゲートウェイの識別情報と、隣接関係にある通信ユニットの識別情報と、使用無線チャネルの識別情報とを通知させることにより収集してもよい。
【００１７】
なお、この上位サーバ１を、通信ユニット３から検針データを収集するサーバ（例えば業務サーバ）と、各ゲートウェイ２，各通信ユニット３を監視してアドホックネットワークの異常検出（ゲートウェイ２の故障検出など）を行うサーバ（例えば監視サーバ）の２つに分けてもよい。
【００１８】
各通信ユニット３は、需要家に設置され、上位サーバ１からの指示に従い、電気、ガス、水道等の使用量を示す検針データを上位サーバ１へ送信する。詳細については後述するが、検針データの取得機能は通信ユニット３が備えていてもよいし、当該機能を備えた他の装置を接続できるように通信ユニット３を構成し、通信ユニット３は接続された装置を利用して検針データを取得するようにしてもよい。
【００１９】
図２は、通信ユニット３の機能ブロック構成の一例を示す図であり、通信ユニット３は、無線インタフェイス（Ｉ／Ｆ）３１、送受信部３２、経路制御部３３、ゲートウェイ／無線チャネル切替処理部３４、隣接機器情報記憶部３５、ユニット制御部３６および他ユニットインタフェイス（Ｉ／Ｆ）３７を備える。
【００２０】
通信ユニット３において、無線Ｉ／Ｆ３１は、他装置との通信データのフレーム化（もしくはその逆）を行う。なお、無線媒体は特定小電力無線、無線ＬＡＮ、ＰＨＳ等を想定する。
【００２１】
送受信部３２は、無線Ｉ／Ｆ３１を介して他の装置（通信ユニット、ゲートウェイ、上位サーバ、等）との間で送受信される通信データのフォーマット解析やフレーム生成を行い、図示を省略した上位制御部とのデータ中継を行う。また、フレーム化されたデータを精査し、フレームエラー検査を行う（チェックサム、巡回冗長検査等の付加データを使用して、フレーム単位での再送制御などを行う）。フレームを正常に受信した場合には、受信フレームを経路制御部３３に出力する。
【００２２】
経路制御部３３は、アドホックネットワークを構築するために、隣接する通信ユニットと通信を行い、隣接している他の通信ユニット（以下、隣接通信ユニットと称する）の装置識別子、使用帯域（チャネル）、ゲートウェイまでのホップ数、受信信号強度（隣接通信ユニットからの受信信号の強度）など経路確立に関する情報の交換を行う。加えて、送受信部３２から受信フレームが入力された場合、フレームのヘッダを解析して自装置宛か否かを判断し、自装置宛の場合、ユニット制御部３６に中継する。自装置宛ではなく他の装置宛の場合には、保持している経路管理表を確認して次の中継装置（通信ユニットまたはゲートウェイ）を特定し、送受信部３２および無線Ｉ／Ｆ３１経由で転送する。
【００２３】
ゲートウェイ／無線チャネル切替処理部３４は、本実施の形態の通信システム実現のためのキーとなる制御部である。詳細動作については後述するが、自装置を収容しているゲートウェイとは異なるゲートウェイに収容されている隣接通信ユニットと直接通信を行えるように、必要に応じて無線チャネルを切り替える。また、接続中のゲートウェイが故障したことを他の通信ユニットから通知された場合には、接続するゲートウェイを切り替えるための動作（接続先ゲートウェイの再選択）を実行する。
【００２４】
隣接機器情報記憶部３５は、隣接通信ユニットの情報、具体的には、各隣接通信ユニットの識別情報、各隣接通信ユニットが接続中のゲートウェイの識別情報、各隣接通信ユニットが通信で使用している無線チャネルの情報（隣接通信ユニットとの通信で使用する無線チャネルの情報）を記憶する。接続中ゲートウェイの識別情報は、例えば、アドホックネットワークに参入する際に各隣接通信ユニットから取得する。すなわち、参入動作における隣接通信ユニット検索において、接続中のゲートウェイを各隣接通信ユニットに問い合わせ、この情報を取得する。
【００２５】
ユニット制御部３６は、上位サーバ１から自通信ユニット宛に送信された制御電文（制御メッセージ）に従い、自通信ユニット内の各部の制御を行う。また、応答電文生成を行う。また、必要に応じて他ユニットＩ／Ｆ３７経由で接続している各種ユニット３８の制御を行う。
【００２６】
他ユニットＩ／Ｆ３７は、外部の各種ユニット３８を接続するための物理的なインタフェイスであり、通信媒体を指す（有線・無線を問わない）。複数の外部ユニットを同時に接続できる構成としてもよい。
【００２７】
各種ユニット３８は、ガス、水道、電気等のメータ検針値を記録する計量ユニットやサービス提供開始・停止を制御する開閉ユニットといった、アドホック通信ネットワークシステムを使用したセンサ情報（検針データ）取得するための制御対象装置である。
【００２８】
なお、図２においては、ガス、水道、電気等の検針データを取得する装置を接続するためのインタフェイス（他ユニットＩ／Ｆ３７）を備え、外部の制御対象装置を利用して検針データを取得する通信ユニットについて示したが、通信ユニットが検針データを直接取得できるような構成としてもよい。
【００２９】
以下、図１に示した通信システムの全体動作について説明する。本実施の形態の通信システムの特徴は、ゲートウェイ２が故障した場合の動作、より詳細には、ゲートウェイ２が故障し、その配下の通信ユニット３と上位サーバ１が通信できない状態となった場合に、短時間で復旧させる動作にある。そのため、ゲートウェイ２が故障した場合の動作を中心に説明を行う。ここでは、一例として、ゲートウェイ２Ａが故障し、その配下の通信ユニット３Ａ1〜３Ａ4を上位サーバ１が制御できなくなった場合の動作を説明する。
【００３０】
図３は、図１に示した通信システムにおいてゲートウェイ２Ａが故障した場合の動作例を示す図である。図４は、図３に示した動作例に対応する制御シーケンス例を示す図である。なお、図４においては、簡単化のために、通信ユニット３Ａ1，３Ａ2，３Ｂ1，３Ｂ2に関する制御のみを示している。他の通信ユニット（３Ａ3，３Ａ4，３Ｂ3，３Ｂ4，３Ｂ5）に対する制御も同様である。
【００３１】
図３の（１）〜（６）で示したように、本実施の形態の通信システムにおいて、上位サーバ１は各ゲートウェイの状態を監視し、例えばゲートウェイ２Ａの故障を検出した場合には、故障したゲートウェイ２Ａに収容されている通信ユニット３Ａ1〜３Ａ4との通信を維持する（復旧させる）ために、これらの通信ユニット３Ａ1〜３Ａ4の中の少なくとも１つに隣接し、かつゲートウェイ２Ａとは異なるゲートウェイ（ここではゲートウェイ２Ｂとなる）に収容されている通信ユニットを境界通信ユニットとして選択する。図３に示した例では通信ユニット３Ｂ2を境界通信ユニットとして選択する。そして、選択した境界通信ユニット（通信ユニット３Ｂ2）に対して、ゲートウェイ２Ａに収容されている通信ユニット３Ａ1〜３Ａ4が使用中の無線チャネル上にゲートウェイ故障通知パケット（ゲートウェイ２Ａが故障したことを示す情報を含んでいる）をブロードキャスト送信するよう指示を出す。
【００３２】
ゲートウェイ２Ａの故障を示すゲートウェイ故障通知パケットのブロードキャスト送信指示を受けた通信ユニット３Ｂ2は、故障したゲートウェイ２Ａに収容されている通信ユニット３Ａ1〜３Ａ4が使用中の無線チャネル（チャネルｙ）上に、ゲートウェイ故障通知パケットをブロードキャストする。通信ユニット３Ａ1〜３Ａ4は、ブロードキャストされたゲートウェイ故障通知パケットを受信すると、それをブロードキャスト転送する。
【００３３】
ここで、アドホックネットワークに参入済みの通信ユニット３は、既に説明したように、各隣接通信ユニットの識別情報、各隣接通信ユニットが接続中のゲートウェイ（収容されているゲートウェイ）の識別情報、各隣接通信ユニットが通信で使用している無線チャネル（各隣接通信ユニットとの通信で使用する無線チャネル）の情報を把握している。よって、境界通信ユニットとして選択された通信ユニット３Ｂ2は、ゲートウェイ２Ａが故障したことを示すゲートウェイ故障通知パケットを受信した場合、このゲートウェイ２Ａに収容されている通信ユニット３Ａ1〜３Ａ4が使用中の無線チャネルを特定可能である。
【００３４】
ゲートウェイ故障通知パケットを受信した通信ユニット３Ａ1〜３Ａ4は、ゲートウェイ２Ａが故障したことを示すゲートウェイ故障通知パケットを受信すると、接続先のゲートウェイを切り替える必要があると認識し、ゲートウェイ切替（再選択）を実行する。
【００３５】
以上の動作に対応する制御シーケンス手順は以下の通りとなる（図４参照）。
【００３６】
上位サーバ１は、監視下のゲートウェイ（以降、ＧＷと記述）に対して周期的な死活監視（ＩＰネットワークで利用されるpingによる疎通確認、ネットワーク監視プロトコルによる機器監視、上位アプリケーションによるサービス要求など）を所定のタイミングで実施し、ＧＷ２Ａの故障を検出する（ステップＳ１）。
【００３７】
上位サーバ１は、制御対象の通信ユニットごとに、図５に示したような、接続ＧＷ（接続中のＧＷ）および隣接ＧＷの情報（詳細は後述する）を管理しており、ＧＷの故障を検出した場合には、この情報に従って、故障ＧＷに接続中の通信ユニットに隣接し、かつ他のＧＷ（故障ＧＷ以外のＧＷ）に接続中の通信ユニット（上述した境界通信ユニットに相当）を選択する（ステップＳ２）。本実施の形態ではＧＷ２Ａが故障した場合を想定しているので、通信ユニット３Ｂ2を選択する。
【００３８】
ここで、図５に示した情報について説明する。図５において、左から２列目の「ユニットＩＤ」は通信ユニットの識別情報である。また、「接続ＧＷ」情報には、「ユニットＩＤ」が示す通信ユニットが接続中のＧＷの識別情報である「接続ＧＷＩＤ」，「ユニットＩＤ」が示す通信ユニットが使用している無線チャネルの識別情報である「使用無線ＣＨ」が含まれ、「隣接ＧＷ」情報（隣接ＧＷ＃１，＃２，…）には、それぞれ、左から２列目の「ユニットＩＤ」が示す通信ユニットの隣接通信ユニットの識別情報である「隣接ユニットＩＤ」，この隣接通信ユニットが接続中のＧＷの識別情報である「隣接ＧＷＩＤ」，隣接通信ユニットが使用している無線チャネルの識別情報である「隣接無線ＣＨ」が含まれる。左から２列目の「ユニットＩＤ」が示す通信ユニットに対して、同一行の「隣接ユニットＩＤ」が示す通信ユニットが境界通信ユニットとなる。なお、「隣接ユニットＩＤ」が示す通信ユニット側から見た場合も同様に、同一行の左から２列目の「ユニットＩＤ」が示す通信ユニットが境界通信ユニットとなる（図５の「Ｎｏ  １」，「Ｎｏ  ４」行参照）。
【００３９】
このように、境界通信ユニットは、自ユニットが参加しているアドホックネットワークとは異なるアドホックネットワークに参入している他の通信ユニットと隣接している（直接通信することが可能な）通信ユニットとなる。
【００４０】
図５に示した情報は、例えば、接続中のゲートウェイの識別情報（接続ＧＷＩＤ）と、隣接関係にある通信ユニットの識別情報（隣接ユニットＩＤ）と、使用する無線チャネルの識別情報（使用無線ＣＨ）とを各通信ユニットから一定周期で収集し、収集した情報に基づいて作成・更新する。この他、通信ユニット３がアドホックネットワークに参入した際に、これらの情報を通知させて収集してもよい。このとき、隣接ＧＷＩＤ，隣接無線ＣＨも併せて収集してもよいが、この２つの情報は、境界通信ユニットとなる通信ユニット（「隣接ユニットＩＤ」に対応する通信ユニット）から通知されてくるものであるため、それを利用可能である。隣接ＧＷＩＤ，隣接無線ＣＨを通知させないようにすることで、上位サーバ１が収集するデータ量を抑えることができ、その結果、ネットワーク内のトラヒックの増大を防止するとともに、装置（通信ユニット，ＧＷ）の処理負荷を軽減できる。なお、隣接ＧＷは通信ユニット毎に１個に限らず、記憶容量が許す範囲で複数の「隣接ＧＷ」の情報を蓄積しても構わない（図５の「Ｎｏ  １」行参照）。
【００４１】
また、図５に示したデータ構成においては、管理するデータ量を少なくするとともに、ＧＷ故障時における境界通信ユニットの選択処理を短時間で完了できるようにするため、１つの通信ユニット（「ユニットＩＤ」が示す通信ユニット）に対して、この通信ユニットに隣接している通信ユニット（隣接通信ユニット）のうち、この通信ユニットが接続中のＧＷとは異なるＧＷに接続中の隣接通信ユニット（すなわち、境界通信ユニット）に関する情報のみを登録するようにしている。メモリ容量や境界通信ユニットの選択処理時間が問題とならない場合には、１つの通信ユニットに対して、全ての隣接通信ユニット（同じＧＷに接続中の隣接通信ユニットを含む）に関する情報を登録するようにしても構わない。
【００４２】
上位サーバ１は、次に、上記ステップＳ２で選択した、故障ＧＷ２Ａのアドホックネットワークの境界通信ユニット３Ｂ2に対して、ＧＷ２Ｂ経由でゲートウェイ故障通知パケットをユニキャストフレームで送信する（ステップＳ３）。
【００４３】
ゲートウェイ故障通知パケットを受信した通信ユニット３Ｂ2は、故障通知パケット内の情報を確認して故障ＧＷを特定し、故障ＧＷ（ここではＧＷ２Ａとなる）のアドホックネットワーク内で使用されているものと同一の無線チャネル（チャネルｘ）上に対して、ゲートウェイ故障通知パケットをブロードキャスト送信する（ステップＳ４，Ｓ５）。なお、ステップＳ４は、通信ユニット３Ｂ2の接続中ＧＷのアドホックネットワーク内で使用されている無線チャネルと故障ＧＷのアドホックネットワーク内で使用されている無線チャネルが一致している場合には省略される。
【００４４】
ゲートウェイ故障通知パケットを受信したＧＷ２Ａ配下の通信ユニット３Ａ1〜３Ａ4は、ゲートウェイ故障通知パケットを下流の通信ユニットに対してブロードキャスト転送する（ステップＳ６）。また、一定時間経過後に、隣接ＧＷ探索を実施して接続先のＧＷを切り替える（ステップＳ７）。なお、複数のゲートウェイ故障通知パケットを受信した場合、すなわち、接続可能なＧＷが複数存在する場合には、無線品質やホップ数（受信した各ゲートウェイ故障通知パケットが何回転送されて到達したか）などのネットワーク性能指標を基に最適な接続先を選択する。
【００４５】
ステップＳ７においては、例えば、通信ユニット３Ｂ2がブロードキャストするゲートウェイ故障通知パケットの転送ホップ数を利用することにより、隣接ＧＷ探索の開始タイミングを決定する。一例として、以下に示すタイミングが考えられる。
【００４６】
（転送ホップ数が１の通信ユニットの隣接ＧＷ探索開始タイミング）
ゲートウェイ故障通知パケットを転送後、Ｎ×１秒が経過した時点でＧＷ探索開始
（転送ホップ数が２の通信ユニットの隣接ＧＷ探索開始タイミング）
ゲートウェイ故障通知パケットを転送後、Ｎ×２秒が経過した時点でＧＷ探索開始
（転送ホップ数が３の通信ユニットの隣接ＧＷ探索開始タイミング）
ゲートウェイ故障通知パケットを転送後、Ｎ×３秒が経過した時点でＧＷ探索開始
…
【００４７】
上記ステップＳ６を実施した後、一定時間が経過してからステップＳ７を実施する場合には、ブロードキャストされたゲートウェイ故障通知パケットを受信した全通信ユニットがＧＷの切り替え動作を一斉に実施してしまうのを回避して、隣接ＧＷ探索、隣接ＧＷへの再参入に伴い送受信されるパケットによってトラヒック輻輳が発生するのを防止できる。また、切替先となる可能性の高い隣接ＧＷに最も近い通信ユニット（境界通信ユニットに隣接している通信ユニット）から順番にＧＷの切り替えが完了することが期待でき、効率的に切り替えを行って不要なトラヒックの発生を抑えることができる。
【００４８】
例えば、図１の通信システムでは、通信ユニット３Ａ2は、境界通信ユニット（通信ユニット３Ｂ2）に接続することができないので、境界通信ユニットに接続可能な通信ユニット３Ａ1などによるＧＷ２Ｂへの切り替えが完了する前は接続先となるＧＷ２Ｂを見つけることができない。そのため、通信ユニット３Ａ1の切り替え完了前に切り替え動作を開始してしまうと、切り替えに失敗し、切り替え動作を再度実行する可能性が高くなり、トラヒックや消費電力が増大してしまうおそれがある。これに対して、通信ユニット３Ａ2の切り替え動作開始タイミングを遅らせることにより、切り替え動作の再実行回数を少なくすることができる。
【００４９】
故障ＧＷ２Ａ配下の通信ユニットが上記のステップＳ７を実行して隣接する他のＧＷ（ここではＧＷ２Ｂとなる）のアドホックネットワークに再参入すると（接続先ＧＷの切り替えが完了すると）、上位サーバ１は、再参入が完了した通信ユニットとの通信が可能となり（ステップＳ８）、これらの通信ユニットを再参入先のＧＷ経由で制御できるようになる。
【００５０】
なお、上記のゲートウェイ故障通知パケットには、ＧＷの故障情報（故障したＧＷの情報）だけでなく、切り替え先となる隣接ＧＷの情報（図５に示した隣接ＧＷＩＤ，隣接無線ＣＨに相当）を格納するようにしてもよい。これにより、ＧＷ切り替え時間を短縮することが可能となる。隣接ＧＷＩＤが格納されている場合、ゲートウェイ故障通知パケットを受信した通信ユニットは、新たな接続先とするＧＷを探索する動作や、新たな接続先の候補として複数のＧＷが存在する場合にその中の１つを選択する動作が不要となるので、接続先ＧＷの切り替え時間を短縮できる。また、無線チャネル情報が格納されている場合、ゲートウェイ故障通知パケットを受信した通信ユニットは、格納されていた無線チャネル情報に対応する無線チャネルのみを対象として新たな接続先とするＧＷを探索すればよいので、全無線チャネルを対象として探索を行う場合と比較して、切り替え時間を短縮できる。
【００５１】
また、ゲートウェイ故障通知パケットにブロードキャスト転送伝播範囲（最大ホップ数未満）を格納することで、切替先ＧＷが許容する通信ユニット数を調整できる。
【００５２】
図６は、ゲートウェイ故障通知パケットに格納する情報の一例を示す図である。図６に示した情報のうち、最上段の「故障ＧＷ識別子」が必須の情報であり、少なくともこの情報が格納されていれば、上述したステップＳ１〜Ｓ８の制御を実現できる。その他の情報は、通信ユニットの処理負荷の軽減やＧＷ切り替え時間の短縮などを実現する場合に必要な情報となる。
【００５３】
なお、故障ＧＷに隣接するＧＷが複数存在する場合、上位サーバ１は、複数の隣接ＧＷ経由で、各隣接ＧＷの境界通信ユニットに対して同時に、ゲートウェイ故障通知パケットのブロードキャストを指示することで、隣接ＧＷへの分散再参入を実現してもよい。
【００５４】
また、上記説明では、上位サーバ１がＧＷごとの境界通信ユニットの情報（図５に示した情報）を管理しておき、ＧＷの故障を検出した場合には、故障ＧＷに対応する境界通信ユニットを特定し、特定した境界通信ユニットに対してゲートウェイ故障通知パケットをユニキャスト送信する場合の例を示した。しかしながら、境界通信ユニットの情報を上位サーバが管理しない場合でも、各通信ユニットが隣接ＧＷの情報を保持していれば、同様の制御を実現できる。すなわち、上位サーバ１は、故障ＧＷに隣接しているＧＷのアドホックネットワークに対してゲートウェイ故障通知パケットをブロードキャストで送信し、これを受信した各通信ユニットが、自身が境界通信ユニットに該当するかどうかを判断し、該当する場合には故障ＧＷのアドホックネットワークで使用されている無線チャネルを使用してゲートウェイ故障通知パケットをブロードキャスト送信すればよい。この場合の制御シーケンスは図７に示したものとなる。
【００５５】
図７に示したシーケンスにおいては、図４のステップＳ２およびＳ３の代わりに、ステップＳ２ａとして故障ＧＷの隣接ＧＷを選択し、ステップＳ３ａとして、ゲートウェイ故障通知パケットのブロードキャスト送信を、ステップＳ２ａで選択した隣接ＧＷに指示する。ゲートウェイ故障通知パケットを受信した各通信ユニットは、隣接通信ユニットの中に故障ＧＷ配下の通信ユニットが存在するかどうか、すなわち自身が境界通信ユニットに該当するかどうかを判断し、境界通信ユニットに該当しなければ、通常のブロードキャスト転送を行う（参入中のアドホックネットワーク内に転送する）。一方、境界通信ユニットに該当する場合には、故障ＧＷ配下の通信ユニットが使用している無線チャネル上にゲートウェイ故障通知パケットをブロードキャスト転送する。
【００５６】
このように、本実施の形態の通信システムにおいて、上位サーバは、ゲートウェイ配下の通信ユニットの隣接関係と接続中のゲートウェイの情報を各通信ユニットから取得して管理することにより、互いに異なるアドホック通信ネットワークに参入し（互いに異なるゲートウェイに収容され）、かつ直接通信が可能な隣接関係にある通信ユニットの組み合わせを把握しておき、ゲートウェイの故障を検出した場合、故障したゲートウェイに収容されている通信ユニットに隣接し、かつ当該ゲートウェイとは異なるゲートウェイに収容されている通信ユニット（境界通信ユニット）経由で、故障したゲートウェイの通知信号をブロードキャストすることにより、接続先ゲートウェイを切り替えさせることとした。またこのとき、境界通信ユニットは、参入中のアドホックネットワーク内での通信で使用する無線チャネルと、故障したゲートウェイ配下の通信ユニットが使用する無線チャネルが異なっていれば、使用する無線チャネルを故障したゲートウェイ配下の通信ユニットに合わせて切り替えることとした。これにより、異なる無線チャネルで動作中の故障ゲートウェイ配下の通信ユニット群に対してＧＷの故障発生を通知し、健全かつ異なる無線チャネルの隣接ＧＷに速やかに再参入させることができ、故障したＧＷ配下にあった通信ユニットと上位サーバとの間の通信を短時間で復旧させることができる。
【００５７】
実施の形態２．
実施の形態２の通信システムについて説明する。なお、システムの構成は、実施の形態１と同じもの（図１参照）として説明を行う。
【００５８】
図８は、実施の形態２の通信システムにおいてゲートウェイ２Ａが故障した場合の制御シーケンスの一例を示す図である。図８では、実施の形態１で示した図４，図７と同様に、通信ユニット３Ａ1，３Ａ2，３Ｂ1，３Ｂ2に関する制御のみを示している。
【００５９】
なお、上位サーバ１および各通信ユニット３は、実施の形態１と同様の情報（図５に示した情報など）を保持しているものとする。
【００６０】
本実施の形態の通信システムにおいて、上位サーバ１は、ＧＷの故障を検出し、かつ故障ＧＷ（ゲートウェイ２Ａ）配下の通信ユニット（ここでは通信ユニット３Ａ2とする）に対して通信要求がある場合、故障しているＧＷ２Ａのアドホックネットワークに対する境界通信ユニットである通信ユニット３Ｂ2に対して、元々のメッセージ（ＧＷ２Ａが故障していない場合にＧＷ２Ａ経由で送信するメッセージ）をカプセル化したメッセージを隣接ＧＷ２Ｂ経由で送信する（ステップＳ１１）。
【００６１】
図９は、カプセル化方法の一例を示す図であり、上段にカプセル化前のメッセージフォーマット（上位サーバ１から故障ＧＷ２Ａ配下の通信ユニット３Ａ2に向けて送信されるメッセージのフォーマット）、下段にカプセル化後のメッセージフォーマット（ＧＷ２Ｂから通信ユニット３Ｂ2に向けて送信されるメッセージのフォーマット）を示している。カプセル化前のメッセージ（ＧＷ２Ａネットワーク転送用）においては、「送信先」には宛先となる通信ユニット（通信ユニット３Ａ2）の識別情報が格納され、「送信元」にはカプセル化を解いて転送する通信ユニット（通信ユニット３Ｂ2）の識別情報が格納される。また、カプセル化後のメッセージ（ＧＷ２Ｂネットワーク転送用）においては、「送信先」にはカプセル化を解く通信ユニット（通信ユニット３Ｂ2）の識別情報が格納され、「送信元」にはカプセル化したメッセージの送信元となる上位サーバ１の識別情報が格納される。また、カプセル化後のメッセージには、故障ＧＷ情報として、故障ＧＷの識別情報および無線チャネル情報が付加される。無線チャネル情報は、故障ＧＷのアドホックネットワークで使用されている無線チャネルを示す。各通信ユニットが、隣接通信ユニットの接続先ＧＷおよび使用無線チャネルの情報を保持している場合、故障ＧＷ情報内の「無線チャネル」は省略してもよい。なお、カプセル化されたメッセージは、上位サーバ１とゲートウェイ２Ｂの間の経路においては、所定のメディア変換等が実施されて転送される。
【００６２】
ステップＳ１１で送信されたメッセージ（カプセル化された要求メッセージ）を受信した各通信ユニット３は、ＧＷ２Ｂネットワーク転送用の「送信先」を確認して自装置宛のメッセージかどうかを確認し、他の装置宛であれば、保持している経路管理表に従って転送する。一方、自装置宛であれば、デカプセル処理を実行してカプセル化を解いた後、ＧＷ２Ａネットワーク転送用の「送信先」が示す通信ユニットに向けて転送する。このとき、チャネル変更を行う。図８の例では、カプセル化された要求メッセージを受信した通信ユニット３Ｂ2がデカプセル処理を行い（ステップＳ１２）、送信チャネルを故障ＧＷのアドホックネットワークで使用されている無線チャネルｘに変更する（ステップＳ１３）。ここで、デカプセル処理を行った通信ユニット３Ｂ2は故障していないＧＷ２Ｂのアドホックネットワークに参入中のため、通常は、他のＧＷ（隣接ＧＷ）のアドホックネットワークに参入している通信ユニットへの経路管理表を有していない。そのため、通信ユニット３Ｂ2は、デカプセル化後の要求メッセージの宛先である通信ユニット３Ａ2に向けて経路探索要求メッセージを送信し（ステップＳ１４）、その応答（経路探索応答メッセージ）を受信して経路情報を取得する（ステップＳ１５）。そして、この経路情報に従って、デカプセル化後の要求メッセージを送信する（ステップＳ１６）。
【００６３】
通信ユニット３Ｂ2は、ステップＳ１６で送信した要求メッセージに対する応答メッセージを受信すると（ステップＳ１７）、上記のステップＳ１３で変更したチャネルを元の無線チャネルｙに戻すとともに、受信した応答メッセージをカプセル化してＧＷ２Ｂ経由で上位サーバ１へ送信する（ステップＳ１８，Ｓ１９）。
【００６４】
なお、通信ユニット３Ｂ2にて通信ユニット３Ａ2への経路を確立できない（経路探索要求に対する応答が受信できない）場合は、送信元の上位サーバ１に対してエラーを通知するか、上位サーバ１のタイムアウト処理（通信ユニット３Ｂ2はエラーを通知しない）にて送信失敗を判断する。
【００６５】
また、あらかじめ上位サーバ１では各通信ユニットの隣接情報（アドホックネットワーク内での転送経路の情報）を管理し、接続状態（アドホックネットワーク経路）から故障ＧＷ境界に接している通信ユニットとの接続可能性が高い通信ユニット（境界通信ユニット）を選択するようにしてもよい。これにより、不要かつ冗長経路なメッセージ送信を回避することが可能である。例えば、故障ＧＷのアドホックネットワークに対して境界通信ユニットが複数存在する場合、要求メッセージの宛先通信ユニットまでの総ホップ数がより少なくなる境界通信ユニットを選択する。
【００６６】
また、上位サーバ１が、上記のステップＳ１１で要求メッセージを送信するサーバ（例えばＧＷの故障検出機能を有さない業務サーバ）とＧＷの故障検出を行うサーバ（監視サーバ）の２つの装置によって構成されている場合、監視サーバは、ＧＷの故障を検出すると、故障ＧＷの情報、境界通信ユニット（カプセル化した要求メッセージの宛先とする通信ユニット）および使用チャネル（故障ＧＷのアドホックネットワークで使用されている無線チャネル）の情報を業務サーバへ送信する。
【００６７】
このように、本実施の形態の通信システムにおいて、上位サーバは、故障ＧＷ配下の通信ユニットとの通信が必要となった場合、この通信ユニット宛のメッセージをカプセル化し、故障ＧＷのアドホックネットワークに対する境界通信ユニット宛に送信し、カプセル化されたメッセージの宛先とされた境界通信ユニットは、受信したメッセージ（カプセル化されたメッセージ）から元の要求メッセージを取り出し、故障ＧＷのアドホックネットワークで使用されている無線チャネルで送信することとした。また、境界通信ユニットは、故障ＧＷ配下の通信ユニットから応答メッセージを受信した場合には、カプセル化を行い、接続中のＧＷを介して上位サーバ宛に送信することとした。これにより、故障ＧＷ配下の通信ユニット群の接続先ＧＷを切り替えさせることなく、これらの通信ユニット群と上位サーバとの通信を維持できる。
【００６８】
なお、本実施の形態で説明した制御を実施の形態１で説明した制御を組み合わせて使用するようにしてもよい。例えば、上位サーバ１が通信ユニットと定期的に通信（メッセージの送受信）を行っている状態において、要求メッセージの送信タイミング（次の通信タイミング）に近いタイミングでＧＷの故障を検出し、この故障ＧＷ配下の通信ユニットの接続先変更のための制御（実施の形態１で説明した制御）を実行してしまうと定期的な通信が維持できない可能性がある場合には、本実施の形態で説明した制御を実施して定期的な通信を維持する。そして、通信終了後に故障ＧＷ配下の通信ユニットの接続先を切り替えさせる。
【００６９】
実施の形態３．
実施の形態３の通信システムについて説明する。なお、システムの構成は、実施の形態１，２と同じもの（図１参照）として説明を行う。本実施の形態では、故障したＧＷが正常な状態に復帰した場合の制御動作について説明する。
【００７０】
図１０は、実施の形態３の通信システムの動作例を示す図であり、故障していたＧＷ２Ａが正常動作に復帰した場合の動作例を示している。ＧＷ２Ａが復帰する直前の状態は、通信ユニット３Ａ1〜３Ａ4，３Ｂ1〜３Ｂ5が全てＧＷ２Ｂに接続しているものとする。また、３Ａ1〜３Ａ4は、ＧＷ２Ａが故障する前は接続先をＧＷ２Ａとしており、ＧＷ２Ａに接続していたときに使用していた管理情報（ＧＷ２Ａの識別情報、使用無線チャネル情報、隣接通信ユニットの識別情報とその接続先ＧＷ情報、経路管理表、など）を保持しているものとする。
【００７１】
本実施の形態の通信ユニットは、隣接ＧＷの境界通信ユニットからゲートウェイ故障通知パケットを受信した場合、実施の形態１で説明した通信ユニットと同様の処理を実行して接続先のＧＷを切り替えるとともに、それまで接続していたＧＷ（故障ＧＷ）に関する情報（ＧＷ識別子、使用無線チャネル、経路情報など)を一定期間保持しておく。
【００７２】
上位サーバ１は、故障ＧＷが復旧したことを検出すると、ゲートウェイ復旧通知パケットを切替先ＧＷ群（故障ＧＷに隣接している各ＧＷ）からブロードキャスト送信する。例えば、図１０に示した例では、故障していたＧＷ２Ａに隣接しているゲートウェイ２Ｂからブロードキャストする。ゲートウェイ復旧通知パケットには復旧したＧＷのＧＷ情報（ＧＷ識別子）を格納して送信する。ＧＷ識別子に加え、使用無線チャネル情報を格納してもよい。
【００７３】
通信ユニットは、ゲートウェイ復旧通知パケットを受信した場合、復旧したＧＷが以前の接続先ＧＷに該当するかどうか確認し、該当する場合には、受信したＧＷ情報が示しているＧＷ（復旧したＧＷ）に対して再参入を通知する。このとき、保持していた経路管理表に従い、再参入通知のためのメッセージを送信する。復旧したＧＷが故障する前の情報を保持している場合、再参入通知のためのメッセージには、再参入を示す情報と送信元通信ユニットの識別情報とを設定して送信すればよい。復旧したＧＷが故障前の情報を保持していない場合には、再参入を示す情報と送信元通信ユニットの識別情報に加えて、復旧したＧＷが必要とする情報（例えば使用チャネル情報）を含んだメッセージを送信する。
【００７４】
図１０は、故障から復旧したＧＷに隣接しているＧＷを経由して上位サーバ１がゲートウェイ復旧通知パケットを送信する場合の動作を示したものであるが、図１１に示したように、復旧したＧＷを経由してゲートウェイ復旧通知パケットを送信するようにしてもよい。この場合、上位サーバ１は、復旧したＧＷに対して、ゲートウェイ復旧通知パケットを送信する無線チャネルを指示する。復旧したＧＷは、ゲートウェイ復旧通知パケットを受信した場合、上位サーバ１から指示された無線チャネル上にゲートウェイ復旧通知パケットをブロードキャスト送信する。ゲートウェイ復旧通知パケットを受信した通信ユニットの動作は図１０の場合と同様である。
【００７５】
図１０，図１１では、簡単化のために、復旧したＧＷの隣接ＧＷ（復旧したＧＷが故障前に収容していた通信ユニットを収容しているＧＷ）が１台の場合について示したが、隣接ＧＷが複数台存在する場合には、各隣接ＧＷ配下の通信ユニットに対してゲートウェイ復旧通知パケットを送信する。
【００７６】
このように、本実施の形態の通信システムにおいて、上位サーバは、故障していたゲートウェイの復旧を検出した場合、その旨を示すゲートウェイ復旧通知パケットを、復旧したゲートウェイに隣接しているゲートウェイ配下の通信ユニットに向けて送信し、通信ユニットは、以前接続していたゲートウェイが復旧した旨の通知を受けると、復旧したゲートウェイに接続先を切り替える（元に戻す）こととした。これにより、復旧したＧＷの周囲のＧＷ（隣接ＧＷ）配下の通信ユニットの接続先を、復旧したＧＷに速やかに切り替えることができる。加えて、ＧＷ間の負荷分散を実現できる。
【産業上の利用可能性】
【００７７】
以上のように、本発明にかかる通信システムは、アドホック通信を適用した自動検針システム（ガス・水道・電力といった各種検針業務）に有用であり、特に、需要家に設置された通信ユニットを収容するゲートウェイが故障した場合においても検針動作の早期復旧が可能な自動検針システムに適している。
【符号の説明】
【００７８】
１  上位サーバ
２Ａ，２Ｂ  ゲートウェイ（ＧＷ）
３Ａ1，３Ａ2，３Ａ3，３Ａ4，３Ｂ1，３Ｂ2，３Ｂ3，３Ｂ4，３Ｂ5，  通信ユニット
３１  無線インタフェイス（Ｉ／Ｆ）
３２  送受信部
３３  経路制御部
３４  ゲートウェイ／無線チャネル切替処理部
３５  隣接機器情報記憶部
３６  ユニット制御部
３７  他ユニットインタフェイス（Ｉ／Ｆ）
３８  各種ユニット
【図１】
0005709649.tif 000002
【図２】
0005709649.tif 000003
【図３】
0005709649.tif 000004
【図４】
0005709649.tif 000005
【図５】
0005709649.tif 000006
【図６】
0005709649.tif 000007
【図７】
0005709649.tif 000008
【図８】
0005709649.tif 000009
【図９】
0005709649.tif 000010
【図１０】
0005709649.tif 000011
【図１１】
0005709649.tif 000012