(57)【要約】【課題】ホームゲートウェイの停電復旧後の接続処理を効率的に行えること。【解決手段】ＨＧＷ１０１とＬＮＳ１１１との間に配置されるＳＳＥ１００は、ＨＧＷ１０１の正常接続時のＬＮＳ１１１との間で送受信するパケットの内容をメモリに保持し、ＨＧＷ１０１の停電時、ＨＧＷ１０１に代わりＬＮＳ１１１との間の通信のセッションを維持する停電時処理を開始し、ＨＧＷ１０１の停電復旧時、メモリの内容を読み出し、ＨＧＷ１０１がＬＮＳ１１１との間で行う通信接続の処理を代行する疑似ＨＧＷ２０５を備える。【選択図】図８
2018133786.tif 000002
【特許請求の範囲】
【請求項１】
ホームゲートウェイと集約サーバとの間に配置される加入者ルータにおいて、
前記ホームゲートウェイの正常接続時の前記集約サーバとの間で送受信するパケットの内容をメモリに保持し、
前記ホームゲートウェイの停電時、前記ホームゲートウェイに代わり前記集約サーバとの間の通信のセッションを維持する停電時処理を開始し、
前記ホームゲートウェイの停電復旧時、前記メモリの内容を読み出し、前記ホームゲートウェイが前記集約サーバとの間で行う通信接続の処理を代行する制御部、
を備えることを特徴とする加入者ルータ。
【請求項２】
前記制御部は、
前記ホームゲートウェイの停電時、前記集約サーバから送信される死活監視のパケットに対するパケットを前記集約サーバに応答することを特徴とする請求項１に記載の加入者ルータ。
【請求項３】
前記制御部は、
前記ホームゲートウェイの停電復旧時、前記メモリに記憶したパケットの内容を読み出し、前記ホームゲートウェイから受信する認証および通信接続の応答を前記ホームゲートウェイに送信することを特徴とする請求項１または２に記載の加入者ルータ。
【請求項４】
前記制御部は、
前記ホームゲートウェイの停電復旧後、前記ホームゲートウェイとの間の通信接続の確立に基づき、前記停電時処理を終了し、以降前記ホームゲートウェイと前記集約サーバとの間の死活監視のパケットを中継することを特徴とする請求項１〜３のいずれか一つに記載の加入者ルータ。
【請求項５】
前記制御部は、
前記集約サーバが前記ホームゲートウェイとの間で送受信する死活監視のパケットの応答状態に基づき判断する停電の検知メッセージを前記集約サーバから受信することにより、前記ホームゲートウェイの停電時処理を開始することを特徴とする請求項１〜４のいずれか一つに記載の加入者ルータ。
【請求項６】
前記制御部は、
前記停電時処理の期間中、前記メモリを活性化して読み出し可能にし、前記停電復旧時の接続処理の終了により前記メモリを非活性化することを特徴とする請求項１〜５のいずれか一つに記載の加入者ルータ。
【請求項７】
前記制御部は、
接続される複数の前記ホームゲートウェイに対し、それぞれ前記停電時処理を行うことを特徴とする請求項１〜６のいずれか一つに記載の加入者ルータ。
【請求項８】
ホームゲートウェイと集約サーバとの間に配置される加入者ルータが行う前記ホームゲートウェイの停電時復旧方法において、
前記加入者ルータは、
前記ホームゲートウェイの正常接続時の前記集約サーバとの間で送受信するパケットの内容をメモリに保持し、
前記ホームゲートウェイの停電時、前記ホームゲートウェイに代わり前記集約サーバとの間の通信のセッションを維持する停電時処理を開始し、
前記ホームゲートウェイの停電復旧時、前記メモリの内容を読み出し、前記ホームゲートウェイが前記集約サーバとの間で行う通信接続の処理を代行する、
ことを特徴とする停電時復旧方法。
【請求項９】
前記加入者ルータは、
前記ホームゲートウェイの停電復旧後、前記ホームゲートウェイとの間の通信接続の確立に基づき、前記停電時処理を終了し、以降前記ホームゲートウェイと前記集約サーバとの間の死活監視のパケットを中継する、
ことを特徴とする請求項８に記載の停電時復旧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームゲートウェイに接続される加入者ルータおよび停電時復旧方法に関する。
【背景技術】
【０００２】
エンドユーザの各家庭に設置されるＨＧＷ（ホームゲートウェイ）は、加入者ルータ（ＳＳＥ：Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｉｃｅ  Ｅｄｇｅ）に接続される。ＳＳＥは、中継網によりＬＮＳ（Ｌ２ＴＰ  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｅｒ）を介してインターネットに接続されている。Ｌ２ＴＰは、Ｌａｙｅｒ  ２  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌの略であり、ＬＮＳは、Ｌ２ＴＰを終端する集約サーバ等の装置である。
【０００３】
広帯域で停電が起きた時には、この広帯域の多数のＨＧＷの電源がＯＦＦになり、ＰＰＰｏＥ（ＰＰＰ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ）のセッションが切断される。この際、ＨＧＷの電源がＯＦＦになり、ＨＧＷは、ＬＮＳとのセッションが活きているか否か確認のためのＫｅｅｐＡｌｉｖｅ処理の応答を行わなくなり、ＬＮＳはＨＧＷが未動作として判断し、セッションを切断する。なお、ＰＰＰは、Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌの略である。ＰＰＰｏＥは、ＰＰＰの機能をＥｔｈｅｒｎｅｔ（登録商標）上で利用するためのプロトコルである。ＫｅｅｐＡｌｉｖｅは、死活監視であり、一定時間毎に通信のセッションが活きていることを相手に伝えるための信号を送受信する処理である。
【０００４】
従来、停電前に確立したコネクションを保証時間経過まで維持する技術がある（例えば、下記特許文献１参照。）。また、セッション用の認証情報を保持しておき、復旧時に認証情報を用いてセッション開設をサーバに要求する技術がある（例えば、下記特許文献２参照。）。また、複数の端末に対しＨＧＷの機能を仮想化した仮想ＨＧＷを提供する技術がある（例えば、下記特許文献３参照。）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平５−２７６２１６号公報
【特許文献２】特開２００５−１００３４４号公報
【特許文献３】特開２０１６−５２０３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来技術では、停電からの復旧時に広帯域のＨＧＷは、切断されたセッションを一から再接続するため、一斉にＳＳＥを介してセッションを張る処理を行う。このため、多数のＨＧＷがＳＳＥやＬＮＳにアクセス集中し、これらＳＳＥやＬＮＳに大きな負荷がかかり動作に支障を生じる。この結果、ＨＧＷに接続されたエンドユーザの端末が通信できなくなるなどの通信障害が生じることがある。
【０００７】
一つの側面では、本発明は、ホームゲートウェイの停電復旧後の接続処理を効率的に行えることを目的とする。
【課題を解決するための手段】
【０００８】
一つの案では、加入者ルータは、ホームゲートウェイと集約サーバとの間に配置される加入者ルータにおいて、前記ホームゲートウェイの正常接続時の前記集約サーバとの間で送受信するパケットの内容をメモリに保持し、前記ホームゲートウェイの停電時、前記ホームゲートウェイに代わり前記集約サーバとの間の通信のセッションを維持する停電時処理を開始し、前記ホームゲートウェイの停電復旧時、前記メモリの内容を読み出し、前記ホームゲートウェイが前記集約サーバとの間で行う通信接続の処理を代行する制御部、を備えることを要件とする。
【発明の効果】
【０００９】
一つの実施形態によれば、ホームゲートウェイの停電復旧後の接続処理を効率的に行うことができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態の加入者ルータを含むネットワークのシステム構成例を示す図である。
【図２】図２は、実施の形態の加入者ルータの機能を示すブロック図である。
【図３】図３は、実施の形態のシステム構成に含まれるＬＮＳの機能を示すブロック図である。
【図４】図４は、実施の形態のシステム構成に含まれるＨＧＷの機能を示すブロック図である。
【図５】図５は、停電が発生していない正常時のネットワークのセッション維持状態を説明する図である。
【図６】図６は、既存技術によるＨＧＷでの停電発生時の状態を説明する図である。
【図７】図７は、既存技術によるＨＧＷの停電復旧時の状態を説明する図である。
【図８】図８は、実施の形態にかかるＳＳＥが行う停電前後におけるセッション維持の状態を説明する図である。
【図９】図９は、既存技術によるＨＧＷとＩＳＰ間の接続シーケンスを示す図である。（その１）
【図１０】図１０は、既存技術によるＨＧＷとＩＳＰ間の接続シーケンスを示す図である。（その２）
【図１１】図１１は、実施の形態の疑似ＨＧＷセッションテーブルの格納内容の例を示す図表である。
【図１２】図１２は、実施の形態のＨＧＷの停電時における疑似ＨＧＷの動作例を示すシーケンス図である。
【図１３】図１３は、実施の形態のＨＧＷの停電復旧時の疑似ＨＧＷの動作例を説明する図である。
【図１４】図１４は、実施の形態の疑似ＨＧＷが行うＨＧＷの停電復旧時の処理例を示すフローチャートである。
【図１５】図１５は、実施の形態のＨＧＷの停電復旧時における疑似ＨＧＷの動作例を示すシーケンス図である。
【図１６】図１６は、実施の形態のＨＧＷの停電復旧後における疑似ＨＧＷの機能引き渡しを説明するシーケンス図である。
【図１７】図１７は、実施の形態にかかるＨＧＷの停電検知と疑似ＨＧＷ起動の処理例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
（実施の形態）
図１は、実施の形態の加入者ルータを含むネットワークのシステム構成例を示す図である。加入者ルータ（ＳＳＥ）１００は、加入者（ユーザ）の所定地域（例えば、行政区の市町村単位）毎に設けられ、ユーザ宅にはＳＳＥ１００に接続されるＨＧＷ１０１が設けられ、ＨＧＷ１０１は図示しないユーザの端末に接続される。複数のＳＳＥ１００は、中継網１１０を介して集約サーバ（ＬＮＳ）１１１に接続される。ＬＮＳ１１１は、例えば、行政区の県単位で設けられる。ＬＮＳ１１１は、インターネット１１２に接続されている。ユーザの端末は、例えば、インターネット１１２を介して所定サービスのサーバ（例えば、ＩＳＰ（インターネットサービスプロバイダ）のネットワーク装置）に接続される。
【００１２】
図２は、実施の形態の加入者ルータの機能を示すブロック図である。加入者ルータ（ＳＳＥ）１００は、ＣＰＵ２０１、ＲＯＭ，ＲＡＭなどのメモリ２０２、ＨＤＤなどの記憶部２０３、通信部（ＮＩＣ：Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）２０４、制御部２０５、バックアップ電源２０６、を含む。図２に示す制御部２０５は、ＬＮＳ１１１に対し、停電時のＨＧＷ１０１に代わり動作する疑似ホームゲートウェイ（ＨＧＷ）として機能する。通信部２０４は、ＨＧＷ１０１およびＬＮＳ１１１との間の通信を行う。
【００１３】
ＳＳＥ１００は、予備電源などの冗長化されたバックアップ電源２０６を有する。すなわち、広帯域な停電発生時において多数のＨＧＷ１０１の電源が落ちた（電源ＯＦＦ）場合でも、ＳＳＥ１００はバックアップ電源２０６の電源供給により動作を継続する。
【００１４】
ＣＰＵ２０１は、メモリ２０２に格納されたプログラムを実行することにより、ＳＳＥ１００の機能を実現し、この際、ＣＰＵ２０１は、メモリ２０２の一部を作業領域に使用する。ＣＰＵ２０１は、記憶部２０３をメモリ２０２の拡張領域やバックアップ領域として使用する。また、ＣＰＵ２０１は、プログラム実行により、疑似ＨＧＷ２０５の機能を実現する。疑似ＨＧＷ２０５は、ＳＳＥ１００に接続されるＨＧＷ１０１の数ｎ（＃１〜＃ｎ）に対応した数分だけ構築される。
【００１５】
疑似ＨＧＷ２０５は、ＬＮＳ１１１に対し、ＨＧＷ１０１の停電中のセッションを維持する機能を実現し、また、ＨＧＷ１０１に対し、ＨＧＷ１０１が停電復旧時にＬＮＳ１１１との間で行う通信接続処理を肩代わり（代行）する。疑似ＨＧＷ２０５は、ＨＧＷ１０１の停電発生時から停電復旧までの期間中、ＬＮＳ１１１に対してはＨＧＷ１０１が行う機能を仮想化し、ＨＧＷ１０１に対しては、ＬＮＳ１１１が行う機能を仮想化した仮想化マシンに相当する。
【００１６】
疑似ＨＧＷ２０５は、情報取得・解析部２１１、セッション判別部２１２、パケット生成部２１３、パケットサイズ制御部２１４、認証部２１５、疑似ＨＧＷセッションテーブル２１６を含む。疑似ＨＧＷセッションテーブル２１６は、メモリ２０２上の格納領域を用いるデータベース（ＤＢ）である。
【００１７】
情報取得・解析部２１１は、ＨＧＷ１０１との間の通常接続時（非停電時）に送受信する情報（パケット）を取得、および解析する。セッション判別部２１２は、ＨＧＷ１０１との間のセッションの状態を判別する。パケット生成部２１３は、ＨＧＷ１０１の停電時、およびＨＧＷ１０１の停電復旧時に、ＨＧＷ１０１との間で送受信するパケットを生成する。パケットサイズ制御部２１４は、ＨＧＷ１０１との間で送受信するパケットサイズを制御する。認証部２１５は、ＨＧＷ１０１の停電時、および停電復旧時に、ＨＧＷ１０１との間で送受信するパケットの認証にかかる処理を実行する。疑似ＨＧＷセッションテーブル２１６は、ＨＧＷ１０１の停電による疑似ＨＧＷ２０５の機能実行時に、情報取得・解析部２１１が取得したＨＧＷ１０１の通信接続処理に必要なパケットを記憶し、パケット生成部２１３により読み出される。
【００１８】
疑似ＨＧＷ２０５は、ＨＧＷ１０１の停電時、および停電復旧時にＨＧＷ１０１との間の通信を行うとともに、ＨＧＷ１０１の停電後ＨＧＷ１０１が停電復旧するまでの期間中、ＬＮＳ１１１との間のＬ２ＴＰセッションを維持する。すなわち、ＫｅｅｐＡｌｉｖｅに対応する処理として、パケット生成部２１３は、ＬＮＳ１１１から該当するＨＧＷ１０１に送信されるＥｃｈｏ−Ｒｅｑｕｅｓｔに対し、Ｅｃｈｏ−ＲｅｐｌｙをＨＧＷ１０１に代わりＬＮＳ１１１に返答する。
【００１９】
図３は、実施の形態のシステム構成に含まれるＬＮＳの機能を示すブロック図である。ＬＮＳ１１１は、ＣＰＵ３０１、ＲＯＭ，ＲＡＭなどのメモリ３０２、ＨＤＤなどの記憶部３０３、通信部（ＮＩＣ）３０４、制御部３０５、バックアップ電源３０６、を含む。通信部３０４は、ＳＳＥ１００およびインターネット１１２との間の通信を行う。
【００２０】
ＬＮＳ１１１は、予備電源などの冗長化されたバックアップ電源３０６を有し、停電発生時においてもＬＮＳ１１１はバックアップ電源３０６の電源供給により動作を継続する。
【００２１】
ＣＰＵ３０１は、メモリ３０２に格納されたプログラムを実行することにより、ＬＮＳ１１１の機能を実現し、この際、ＣＰＵ３０１は、メモリ３０２の一部を作業領域に使用する。ＣＰＵ３０１は、記憶部３０３をメモリ３０２の拡張領域やバックアップ領域として使用する。また、ＣＰＵ３０１は、プログラム実行により、制御部３０５の機能を実現する。
【００２２】
制御部３０５は、情報取得・解析部３１１、セッション判別部３１２、パケット生成部３１３、パケットサイズ制御部３１４、認証部３１５を含む。情報取得・解析部３１１は、ＳＳＥ１００との間で送受信する情報（パケット）を取得、および解析する。セッション判別部３１２は、ＳＳＥ１００との間のセッションの状態を判別する。パケット生成部３１３は、ＳＳＥ１００との間で送受信するパケットを生成する。パケットサイズ制御部３１４は、ＳＳＥ１００との間で送受信するパケットサイズを制御する。認証部３１５は、ＳＳＥ１００との間で送受信するパケットの認証にかかる処理を実行する。
【００２３】
図４は、実施の形態のシステム構成に含まれるＨＧＷの機能を示すブロック図である。ＨＧＷ１０１は、ＣＰＵ４０１、ＲＯＭ，ＲＡＭなどのメモリ４０２、通信部（ＮＩＣ）４０４、制御部４０５、を含む。ＨＧＷ１０１は、バックアップ電源を有さず、停電発生時には電源が落ち（電源ＯＦＦ）、電源復旧時には、プログラム再起動により一から通信接続処理を開始する。通信部４０４は、ＳＳＥ１００との間の通信を行う。
【００２４】
ＣＰＵ４０１は、メモリ４０２に格納されたプログラムを実行することにより、ＨＧＷ１０１の機能を実現し、この際、ＣＰＵ４０１は、メモリ４０２の一部を作業領域に使用する。また、ＣＰＵ４０１は、プログラム実行により、制御部４０５の機能を実現する。
【００２５】
制御部４０５は、情報取得・解析部４１１、セッション判別部４１２、パケット生成部４１３、認証部４１５を含む。情報取得・解析部４１１は、ＳＳＥ１００との間で送受信する情報（パケット）を取得、および解析する。セッション判別部４１２は、ＳＳＥ１００との間のセッションの状態を判別する。パケット生成部４１３は、ＳＳＥ１００との間で送受信するパケットを生成する。認証部４１５は、ＳＳＥ１００との間で送受信するパケットの認証にかかる処理を実行する。
【００２６】
（広帯域な停電発生時の課題の説明）
図５は、停電が発生していない正常時のネットワークのセッション維持状態を説明する図である。広帯域な停電発生時の課題について説明しておく。例えば、１台のＬＮＳ１１１あたり複数台のＳＳＥ１００と、８０００台のＨＧＷ１０１に接続される。１台のＨＧＷ１０１あたり２セッションであり、１台のＬＮＳ１１１は、合計して１６０００セッションを収容する。
【００２７】
ＨＧＷ１０１とＳＳＥ１００の間はＰＰＰ通信であり、ＳＳＥ１００とＬＮＳ１１１との間は、コアルータ５０１を介してＬ２ＴＰ（ＰＰＰｏＥ）による通信を行う。ＬＮＳ１１１は、ＮＩＲ（Ｎａｔｉｏｎａｌ  Ｉｎｔｅｒｎｅｔ  Ｒｅｇｉｓｔｒｙ）５０２で終端され、経路制御プロトコル（例えば、ＢＧＰ：Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ）を用いてインターネット１１２に接続される。
【００２８】
正常時、ＬＮＳ１１１は、所定周期でＨＧＷ１０１が活きているかをＫｅｅｐＡｌｉｖｅにより確認する。例えば、ＬＮＳ１１１がＥｃｈｏ−Ｒｅｑｕｅｓｔを出す毎に、ＨＧＷ１０１がＥｃｈｏ−Ｒｅｐｌｙを返すことでセッションを維持する。これにより、ＨＧＷ１０１は通信が可能な正常状態にある。
【００２９】
図６は、既存技術によるＨＧＷでの停電発生時の状態を説明する図である。停電により、ＨＧＷ１０１の電源が落ちた（ＯＦＦ）とする。例えば、広帯域な停電により図示の全て（８０００台）のＨＧＷ１０１の電源がＯＦＦになったとする。この場合、ＨＧＷ１０１はＫｅｅｐＡｌｉｖｅの応答（Ｅｃｈｏ−Ｒｅｐｌｙ）をＬＮＳ１１１に返すことができず、ＫｅｅｐＡｌｉｖｅが切れる。これにより、ＨＧＷ１０１からＬＮＳ１１１までの通信経路のセッションが切れて、ＨＧＷ１０１は通信不可の状態となる。
【００３０】
図７は、既存技術によるＨＧＷの停電復旧時の状態を説明する図である。広帯域な停電の復旧時、ＨＧＷ１０１は、ＳＳＥ１００を介してＬＮＳ１１１との間でセッションを張る処理を行う。ＨＧＷ１０１は、電源復旧後、切断されたセッションを一から再接続する処理を行う。この際、図示した広帯域の多数（８０００台）のＨＧＷ１０１が一斉にセッションを張る処理を行うと、ＬＮＳ１１１の処理が過負荷状態となり、ＨＧＷ１０１に応答できなくなる。また、ＨＧＷ１０１は、ＬＮＳ１１１の過負荷状態にかかわらずに再度問い合わせを継続するため、ＳＳＥ１００にも処理の負荷をかけ、ＳＳＥ１００の動作の不安定化や電源が落ちるなど、により通信障害を起こすことがある。
【００３１】
図８は、実施の形態にかかるＳＳＥが行う停電前後におけるセッション維持の状態を説明する図である。実施の形態のＳＳＥ１００は、内部に疑似ＨＧＷ２０５の機能を有する。
【００３２】
この疑似ＨＧＷ２０５の機能を説明する。
１．ＨＧＷ１０１の停電を検知した場合、停電中の各ＨＧＷ１０１の動作をＳＳＥ１００内で擬似的に処理し、疑似ＨＧＷ２０５が停電前の各ＨＧＷ１０１のセッションを維持する。
２．疑似ＨＧＷ２０５は、停電復旧時に各セッションを疑似ＨＧＷ２０５から各ＨＧＷ１００に切り替える（引き渡す）。
これにより、ＨＧＷ１０１が再度一からセッションを張る処理を行うことがない。また、ＳＳＥ１００に接続された多数のＨＧＷ１０１が停電復旧した際のＳＳＥ１００およびＬＮＳ１１１に対する処理負荷を減らす。
【００３３】
（ＨＧＷとＩＳＰ間の接続シーケンス）
図９，図１０は、既存技術によるＨＧＷとＩＳＰ間の接続シーケンスを示す図である。ＨＧＷとＩＳＰ間の接続シーケンスは、認証ステージＳ２とＩＰＣＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）ステージＳ３とを含む。図９，図１０には、端末９０１からインターネット１１２上のＩＳＰ側ネットワーク（ＮＷ）装置９０２までの間の装置を記載してある。
【００３４】
ＨＧＷ１０１は（宅内装置、ＣＰＥ：Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ）ともいう。ＳＳＥ１００とＬＮＳ１１１との間には、認証サーバ９１１が設けられた例を記載してある。ＬＡＣにより、Ｌ２ＴＰトンネルを使用して、パケットをＬＮＳに転送する。
【００３５】
はじめに、図９に示すように、ＨＧＷ１０１とＳＳＥ１００との間でディスカバリーステージＳ１を実行処理する。ディスカバリーステージＳ１では、ＰＡＤＩ、ＰＡＤＯ、ＰＡＤＲ、ＰＡＤＳの各パケットを送受信する。
【００３６】
ＰＡＤＩ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｉｎｉｔｉａｔｉｏｎ）は、ＰＰＰｏＥサーバ（ＳＳＥ１００）を探すために、ＨＧＷ１０１がＰＡＤＩパケットをブロードキャストで送信する。ＰＡＤＯ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｏｆｆｅｒ）は、ＰＰＰｏＥサーバ（ＳＳＥ１００）が送信元のクライアント（ＨＧＷ１０１）のＭＡＣアドレスを指定するための応答である。ＰＡＤＲ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔ）は、ＨＧＷ１０１が特定のＰＰＰｏＥサーバ（ＳＳＥ１００）に向けてＰＰＰｏＥセッションの開始を要求するパケットである。ＰＡＤＳ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｓｅｓｓｉｏｎ−ｃｏｎｆｉｒｍａｔｉｏｎ）は、選ばれたＰＰＰｏＥサーバ（ＳＳＥ１００）がＰＡＤＳでＰＰＰｏＥのセッションＩＤをクライアント（ＨＧＷ１０１）に送信するパケットである。
【００３７】
次の認証ステージＳ２では、接続しようとするユーザの端末９０１が所定サービス（例えば、ＮＧＮ）のユーザであるかを確認する。ＮＧＮは、Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ（次世代ネットワークまたは次世代網）である。ユーザの端末９０１は、ＮＧＮにより次世代の電話回線を使用する。ＮＧＮは、これまでの電話回線と異なり回線が光ファイバーである。
【００３８】
そして、端末９０１は、ＮＧＮユーザの確認の際、ユーザのＩＤとパスワードを認証サーバ９１１に問い合わせる。この際、ＰＡＰ（Ｐａｓｓｗｏｒｄ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）や、ＣＨＡＰ（Ｃｈａｌｌｅｎｇｅ  Ｈａｎｄｓｈａｋｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等の方式を利用してユーザを認証する。
【００３９】
この後、図１０に示すＩＰＣＰステージＳ３により、ＬＮＳ１１１は、端末９０１が使用するＩＰアドレスを払い出す。ＩＰアドレスが払い出されることで、端末９０１はＩＰ通信が可能になる。また、ＬＮＳ１１１は、ＫｅｅｐＡｌｉｖｅにより、ＨＧＷ１０１に一定時間（例えば、１０秒間隔）でＥｃｈｏ−Ｒｅｑｕｅｓｔを送信し、ＨＧＷ１０１からＥｃｈｏ−Ｒｅｐｌｙの応答があるかを判断する。例えば、ＬＮＳ１１１は、ＨＧＷ１０１から３回の応答が無い場合、セッション断を行う。
【００４０】
実施の形態の疑似ＨＧＷ２０５は、認証ステージＳ２と、ＩＰＣＰステージＳ３でやり取りする情報（パケット）を各セッションが確立する毎に、ＳＳＥ１００内部の疑似ＨＧＷセッションテーブル２１６に格納保持しておく。ＬＮＳ１１１は、集約ルータであり、ＳＳＥ１００よりも数が少なく、ＬＮＳ対ＳＳＥの数は、１対多の接続構成であるため、認証作業やＩＰアドレスの払い出し等の仕事量（処理量）が多い。ここで、ＬＮＳ１１１に比して数が多いＳＳＥ（疑似ＨＧＷ２０５）がそれぞれＬＮＳ１１１の処理を代行して負荷分散を行い、ＬＮＳ１１１への負荷集中を防ぐ。
【００４１】
図１１は、実施の形態の疑似ＨＧＷセッションテーブルの格納内容の例を示す図表である。ＳＳＥ１００の疑似ＨＧＷ２０５が格納保持する疑似ＨＧＷセッションテーブル２１６の内容を説明する。
【００４２】
図１１（ａ）は、認証情報１１０１の格納内容である。ＰＡＤＯ、ＰＡＤＳ、Ｃｏｎｆｉｇｕｒｅ−Ｒｅｑｕｅｓｔ、Ｃｏｎｆｉｇｕｒｅ−Ａｃｋ、Ｃｈａｌｌｅｎｇｅは、認証ステージＳ２でＳＳＥ１００がＨＧＷ１０１に対し送信する各パケットである（図９参照）。Ｓｕｃｃｅｓｓ、Ｃｏｎｆｉｇｕｒｅ−Ｒｅｑｕｅｓｔ、Ｃｏｎｆｉｇｕｒｅ−Ｎａｋ、Ｃｏｎｆｉｇｕｒｅ−Ａｃｋ、Ｅｃｈｏ−Ｒｅｑｕｅｓｔは、ＩＰＣＰステージＳ３でＳＳＥ１００がＬＮＳ１１１から受信する各パケットである（図１０参照）。
【００４３】
図１１（ｂ）は、ＩＰＣＰ情報１１０２の格納内容である。図１１（ｃ）は、ＩＰＣＰパケット１１０２ａを示す図である。これらに示すように、ＩＰＣＰパケット１１０２ａは、コード、長さ、識別子、データのパケットの各情報を含む。
【００４４】
コードは、下記１〜７のいずれかの値を含む。
１：Ｃｏｎｆｉｇｕｒｅ−Ｒｅｑｕｅｓｔ（設定要求）
２：Ｃｏｎｆｉｇｕｒｅ−Ａｃｋ（設定確認）
３：Ｃｏｎｆｉｇｕｒｅ−Ｎａｋ（設定否定）
４：Ｃｏｎｆｉｇｕｒｅ−Ｒｅｊｅｃｔ（設定拒否）
５：Ｔｅｒｍｉｎａｔｅ−Ｒｅｑｕｅｓｔ（終了要求）
６：Ｔｅｒｍｉｎａｔｅ−Ａｃｋ（終了確認）
７：Ｃｏｄｅ−Ｒｅｊｅｃｔ（コード拒否）
【００４５】
識別子は、どのＨＧＷ１０１との間でやり取りするパケット（要求パケット、応答パケット）であるかを識別するための固有な値である。長さは、コードからデータまでのＩＰＣＰパケットの長さである。ただし、ＭＲＵ（Ｍａｘｉｍｕｍ−Ｒｅｃｅｉｖｅ−Ｕｎｉｔ）を超えない長さとする。データは、ＩＰＣＰパケット１１０２ａの種類に応じたデータである。
【００４６】
疑似ＨＧＷセッションテーブル２１６には、ＳＳＥ１００がＨＧＷ１０１およびＬＮＳ１１１との間で通常時にやり取りする認証情報１１０１とＩＰＣＰ情報１１０２のパケットが格納保持される。これにより、ＨＧＷ１０１の停電復旧時、ＳＳＥ１００の疑似ＨＧＷ２０５は、疑似ＨＧＷセッションテーブル２１６を参照して、ＬＮＳ１１１が行う認証処理等を肩代わり（代行）して処理する。
【００４７】
図１２は、実施の形態のＨＧＷの停電時における疑似ＨＧＷの動作例を示すシーケンス図である。ＳＳＥ１００の疑似ＨＧＷ２０５は、ＨＧＷ１０１が停電により電源ＯＦＦとなることで、ＨＧＷ１０１との間のＰＰＰは切断される。
【００４８】
しかし、疑似ＨＧＷ２０５は、疑似ＨＧＷセッションテーブル２１６に各ＨＧＷ１０１の認証情報とＩＰアドレスを保持しており、ＬＮＳ１１１からのＥｃｈｏ−Ｒｅｑｕｅｓｔを受信する（ステップＳ１２０１）。そして、疑似ＨＧＷ２０５は、各ＨＧＷ１０１のＥｃｈｏ−ＲｅｐｌｙをＬＮＳ１１１に応答し（ステップＳ１２０２）、ＫｅｅｐＡｌｉｖｅを維持する。これにより、疑似ＨＧＷ２０５は、ＳＳＥ１００とＬＮＳ１１１との間のＬ２ＴＰセッションを維持できる（ステップＳ１２０３）。
【００４９】
図１３は、実施の形態のＨＧＷの停電復旧時の疑似ＨＧＷの動作例を説明する図である。ＳＳＥ１００に設けられる疑似ＨＧＷ２０５は、ＳＳＥ１００のオペレーティングシステム（ＯＳ）１３０１上で動作し、疑似ＨＧＷセッションテーブル２１６を管理する。
【００５０】
ＨＧＷ１０１は、停電復旧時に、図示のように、ＳＳＥ１００を介してＬＮＳ１１１との間でパケットを送受信する。このパケットは、上述したディスカバリーステージＳ１、認証ステージＳ２、ＩＰＣＰステージＳ３の各パケットと、ＫｅｅｐＡｌｉｖｅ用のパケットを含む。
【００５１】
ＳＳＥ１００は、接続された複数のＨＧＷ１０１の数に対応する複数の疑似ＨＧＷ２０５を備え、パケット生成部２１３は、ＨＧＷ１０１との間で送受信するパケットを生成する。そして、疑似ＨＧＷ２０５は、ＨＧＷ１０１から送信されたパケット応答を行う。この際、疑似ＨＧＷ２０５のパケット生成部２１３は、疑似ＨＧＷセッションテーブル２１６から接続シーケンスのデータを呼び出す。また、疑似ＨＧＷ２０５は、Ｌ２ＴＰセッションを維持するため、パケット生成部２１３によりＫｅｅｐＡｌｉｖｅへの応答（Ｅｃｈｏ−Ｒｅｐｌｙ）を送出する。
【００５２】
ＨＧＷ１０１は、停電復旧時に電源が立ち上がるとＩＳＰ接続を試み、ＰＡＤＩをＳＳＥ１００へ送信する。ＨＧＷ１０１からＰＡＤＩを受け取った際、ＨＧＷ１０１からＳＳＥ１００までのＬ２ＴＰのセッションは、既に疑似ＨＧＷ２０５で保持しているため、ＨＧＷ１０１での停電復旧時のシーケンスは、ＰＰＰのセッションの確立シーケンスのみで良い。また、疑似ＨＧＷ２０５がＰＰＰ認証情報と、ＩＰＣＰのＩＰアドレス情報を持っているので、ＨＧＷ１０１がＬＮＳ１１１まで問い合わせる必要がなく、ＬＮＳ１０１の処理負荷も軽減できる。
【００５３】
図１４は、実施の形態の疑似ＨＧＷが行うＨＧＷの停電復旧時の処理例を示すフローチャートである。疑似ＨＧＷ２０５の機能を実現するＣＰＵ２０１の処理例を示す。はじめに、疑似ＨＧＷ２０５は、ＨＧＷ１０１の停電復旧による起動に基づき、ＤＢ（疑似ＨＧＷセッションテーブル２１６）を活性化（参照可能状態に）する（ステップＳ１４０１）。
【００５４】
次に、疑似ＨＧＷ２０５は、ＨＧＷ１０１からの情報（パケット）を待機する（ステップＳ１４０２：Ｎｏのループ）。疑似ＨＧＷ２０５は、ＨＧＷ１０１からの情報（パケット）を受け取る毎に（ステップＳ１４０２；Ｙｅｓ）、受け取った情報に対応する情報（パケット）をＤＢ（疑似ＨＧＷセッションテーブル２１６）から読み出し、ＨＧＷ１０１に返す（ステップＳ１４０３）。
【００５５】
疑似ＨＧＷ２０５は、ＨＧＷ１０１との間の情報のやり取りを繰り返す（ステップＳ１４０４：Ｎｏ）。そして、ＨＧＷ１０１がＩＰ通信可能な状態まで遷移すると、疑似ＨＧＷ２０５は、ＨＧＷ１０１に対し、Ｃｏｎｆｉｇｕｒｅ−Ａｃｋを送信する（ステップＳ１４０４：Ｙｅｓ）。これにより、ＨＧＷ１０１は、ＬＮＳ１１１との間で通信可能な状態になる。
【００５６】
この後、疑似ＨＧＷ２０５は、ＫｅｅｐＡｌｉｖｅに対応し、ＬＮＳ１１１から送信されるＥｃｈｏ−ＲｅｑｕｅｓｔをＨＧＷ１０１に中継する（ステップＳ１４０５）。この後、疑似ＨＧＷ２０５は、ＤＢ（疑似ＨＧＷセッションテーブル２１６）を非活性化し（ステップＳ１４０６）、以上の処理を終了する。
【００５７】
図１５は、実施の形態のＨＧＷの停電復旧時における疑似ＨＧＷの動作例を示すシーケンス図である。ＨＧＷ１０１が停電中は、図示のように、ＳＳＥ１００の疑似ＨＧＷ１０１は、ＫｅｅｐＡｌｉｖｅの処理をＨＧＷ１０１に肩代わり（代行）して行い、Ｌ２ＴＰセッションを維持する。
【００５８】
この後、ＨＧＷ１０１が停電復旧（電源ＯＮ）すると、ＨＧＷ１０１は、上述したシーケンス（図１３参照）に従い疑似ＨＧＷ２０５との間で、通信接続のためのパケットを送受信する。この際、疑似ＨＧＷ２０５は、ＰＰＰのセッションを構築するが、ＨＧＷ１０１からみると、通常のシーケンスで復旧を行うことができる。この期間、ＨＧＷ１０１は、ＬＮＳ１１１との間のやり取りではなく、ＨＧＷ１０１に対しては、疑似ＨＧＷ２０５が全て応答していることになる。
【００５９】
図１６は、実施の形態のＨＧＷの停電復旧後における疑似ＨＧＷの機能引き渡しを説明するシーケンス図である。疑似ＨＧＷ２０５は、Ｃｏｎｆｉｇｕｒｅ−ＡｃｋをＨＧＷ１０１に送出した時点でＨＧＷ１０１とＳＳＥ１００間のＰＰＰセッションが確立する。このため、Ｃｏｎｆｉｇｕｒｅ−Ａｃｋを送信した疑似ＨＧＷ２０５は、以降のＬＮＳ１１１からのＥｃｈｏ−ＲｅｑｕｅｓｔをＨＧＷ１０１に中継する。そして、ＳＳＥ１００は、Ｅｃｈｏ−Ｒｅｑｕｅｓｔ中継した後に、ＤＢ（疑似ＨＧＷセッションテーブル２１６）を非活性化し（ステップＳ１６０１）、疑似ＨＧＷ２０５の機能を終了させる。以降、ＳＳＥ１００は、疑似ＨＧＷ２０５の機能を用いず、通常のＳＳＥの機能として動作する。
【００６０】
疑似ＨＧＷ２０５の機能が終了する条件を例えば以下に示す。
１．疑似ＨＧＷ２０５で９割のセッションのパケットをＨＧＷ１０１に渡すことができた場合。この場合、ＨＧＷ１０１は、残りのセッションを一からの正規シーケンスで復旧させた場合でもＳＳＥ１００やＬＮＳ１１１の処理能力で容易に対応できるため、疑似ＨＧＷ２０５を終了させても良い。
【００６１】
２．タイマーで終了させる。この場合、ＨＧＷ１０１の停電中にＨＧＷ１０１が故障等を生じた場合、停電が復旧してもセッションを渡せないのでいつまでも疑似ＨＧＷ２０５が終了できない。これに対応するため、疑似ＨＧＷ２０５の起動時間を予め定めておき、起動時間が経過することで疑似ＨＧＷ２０５を終了させる。タイマーの値は、ＳＳＥ１００が配置されているエリアの規模（接続されたＨＧＷ１０１の数等）によって、任意に設定可能である。例えば、エリアが大きければタイマーの値を長く、エリアが小さければタイマーの値を短くする。上記条件１．２は組み合わせても良い。
【００６２】
（ＨＧＷの停電検知）
停電によりＨＧＷ１０１の電源が断になった場合、ＬＮＳ１１１がＥｃｈｏ−Ｒｅｑｕｅｓｔを出しても、ＨＧＷ１０１は応答（Ｅｃｈｏ−Ｒｅｐｌｙ）を返さない。これに対応してＬＮＳ１１１は、ＨＧＷ１０１の停電検知の機能を有する。ＬＮＳ１１１は、「短時間に一定数の応答がＨＧＷ１０１から得られない」場合、ＨＧＷ１０１の停電と判断して、ＬＮＳ１１１はＳＳＥ１００に対し、疑似ＨＧＷ２０５の機能を起動させるためのパケット（例えば、停電の検知メッセージ）を送出する。
【００６３】
Ｅｃｈｏ−Ｒｅｑｕｅｓｔは、例えば、約１０秒毎にＬＮＳ１１１が送出する。そして、例えば、ＬＮＳ１１１は、３回目のＥｃｈｏ−Ｒｅｑｕｅｓｔに応答がない場合、セッションを切る仕様である。この場合、ＨＧＷ１０１が停電しても約３０秒間はセッションを維持する。例えば、ＬＮＳ１１１は、「短時間（３０秒以内である１０秒）に一定数（１回）の応答がＨＧＷ１０１から得られない」場合、ＨＧＷ１０１の停電と判断する。これにより、停電に限らず、ＳＳＥ１００より下位のエリアであるＨＧＷ１０１の大規模障害にも同様に適応できる。
【００６４】
図１７は、実施の形態にかかるＨＧＷの停電検知と疑似ＨＧＷ起動の処理例を示すフローチャートである。ＬＮＳ１１１のＣＰＵ３０１が行うＨＧＷ１０１の停電検知の処理と、ＳＳＥ１００のＣＰＵ２０１が行う疑似ＨＧＷ２０５の機能の起動処理例を示す。
【００６５】
はじめに、ＬＮＳ１１１は、ＨＧＷ１０１に送信したＥｃｈｏ−Ｒｅｑｕｅｓｔに対するＨＧＷ１０１からの応答（Ｅｃｈｏ−Ｒｅｐｌｙ）を待つ。応答があれば（ステップＳ１７０１：Ｎｏ）、ＬＮＳ１１１は、ＳＳＥ１００に対する停電検知のメッセージ（Ｍｓｇ）送信はせずに停電を監視継続する（ステップＳ１７０２）。一方、ＨＧＷ１０１に送信したＥｃｈｏ−Ｒｅｑｕｅｓｔに対するＨＧＷ１０１からの応答（Ｅｃｈｏ−Ｒｅｐｌｙ）がなければ（ステップＳ１７０１：Ｙｅｓ）、ＬＮＳ１１１は、ＳＳＥ１００に停電の検知メッセージ（Ｍｓｇ）を送信する（ステップＳ１７０３）。例えば、ステップＳ１７０１において、ＬＮＳ１１１は、１回送出したＥｃｈｏ−Ｒｅｑｕｅｓｔに対応するＥｃｈｏ−Ｒｅｐｌｙが返ってこない場合、停電と判断しても良い。
【００６６】
ＳＳＥ１００は、ＨＧＷ１０１との接続時（１Ｃａｌｌ接続時毎）、疑似ＨＧＷセッションテーブル２１６に、ＨＧＷ１０１との間で送受信したパケットの内容（セッション情報）をコピー（記憶）させる（ステップＳ１７１１）。そして、ＳＳＥ１００は、ＬＮＳ１１１から停電の検知メッセージの受信の有無を判断する（ステップＳ１７１２）。
【００６７】
ＬＮＳ１１１から停電の検知メッセージを受信していなければ（ステップＳ１７１２：Ｎｏ）、ＳＳＥ１００は、ＤＢ機能を待機（疑似ＨＧＷセッションテーブル２１６の非活性化）状態とし（ステップＳ１７１３）、以上の処理を終了する。一方、ＬＮＳ１１１から停電の検知メッセージを受信すれば（ステップＳ１７１２：Ｙｅｓ）、ＳＳＥ１００は、疑似ＨＧＷ２０５の機能を起動させる（疑似ＨＧＷセッションテーブル２１６の活性化）（ステップＳ１７１４）。
【００６８】
この後、ＳＳＥ１００の疑似ＨＧＷ２０５は、ＬＮＳ１１１からＥｃｈｏ−Ｒｅｑｕｅｓｔを受信しなければ（ステップＳ１７１５：Ｎｏ）、Ｅｃｈｏ−Ｒｅｑｕｅｓｔの受信を待機し（ステップＳ１７１６）、ステップＳ１７１５に戻る。そして、ＬＮＳ１１１からＥｃｈｏ−Ｒｅｑｕｅｓｔを受信すれば（ステップＳ１７１５：Ｙｅｓ）、ＬＮＳ１１１に対しＥｃｈｏ−Ｒｅｐｌｙを返答し（ステップＳ１７１７）、以上の処理を終了する。
【００６９】
このように、疑似ＨＧＷ２０５は、ＬＮＳ１１１とのセッションを維持し、ＨＧＷ１０１の停電復旧時に各セッションを各ＨＧＷ１０１に切り替える（引き渡す）。これにより、ＨＧＷ１０１は、停電復旧時に、再度一からセッションを張る処理を行う必要がない。また、ＳＳＥ１００およびＬＮＳ１１１の処理負荷を減らすことができる。
【００７０】
以上説明した実施の形態によれば、ＨＧＷの停電発生時から復旧までの間、加入者ルータ（ＳＳＥ）は疑似ＨＧＷを起動させ、ＨＧＷとの間で通信接続処理を行う。この際、ＨＧＷがＬＮＳとの間で行う通信接続処理を疑似ＨＧＷが肩代わり（代行）する。疑似ＨＧＷは、ＨＧＷの停電が発生していない通常時にＨＧＷと送受信するパケットを記憶保持しておき、ＨＧＷの停電時から停電復旧時までの間、記憶保持されたパケットを読み出してＨＧＷとの間で送受信する。また、疑似ＨＧＷは、ＬＮＳとの間でＫｅｅｐＡｌｉｖｅに対応したパケットの送受信を継続する。疑似ＨＧＷは、ＳＳＥ内部にＨＧＷの数に対応して設ける。
【００７１】
これにより、ＨＧＷの停電復旧時に、ＨＧＷが行う通信接続要求がＬＮＳに集中することがなく、ＳＳＥが分散処理して接続シーケンスを簡略化でき、ＬＮＳへの負荷集中を減らすことができる。特に、広帯域の大規模停電発生時における多数のＨＧＷが停電復旧時におけるＨＧＷからの通信接続要求がＬＮＳに集中することを防ぐことができる。また、接続シーケンスが簡略化できるため、ＨＧＷの停電復旧後のＩＳＰ等への通信接続処理を迅速に行うことができ、復旧時の輻輳やＬＮＳの処理遅延等を防ぐことができ、ＨＧＷに接続されたエンドユーザ（端末）への影響が生じない。そして、ＨＧＷの停電復旧後にＨＧＷが再度通信を開始するための通信接続の処理を効率的に行えるようになる。
【００７２】
また、疑似ＨＧＷは、ＳＳＥ上でソフトウェア実行により機能実現することができるため、ＨＧＷの停電対策用に専用ハードウェアを導入することなく、簡単に実現できる。
【００７３】
なお、本実施の形態で説明した停電時復旧方法は、予め用意された制御プログラムを対象機器（上記加入者ルータ）等のコンピュータ（ＣＰＵ等）が実行することにより実現することができる。本制御プログラムは、磁気ディスク、光ディスク、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）フラッシュメモリなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、制御プログラムは、インターネット等のネットワークを介して配布しても良い。
【００７４】
上述した実施の形態に関し、さらに以下の付記を開示する。
【００７５】
（付記１）ホームゲートウェイと集約サーバとの間に配置される加入者ルータにおいて、
前記ホームゲートウェイの正常接続時の前記集約サーバとの間で送受信するパケットの内容をメモリに保持し、
前記ホームゲートウェイの停電時、前記ホームゲートウェイに代わり前記集約サーバとの間の通信のセッションを維持する停電時処理を開始し、
前記ホームゲートウェイの停電復旧時、前記メモリの内容を読み出し、前記ホームゲートウェイが前記集約サーバとの間で行う通信接続の処理を代行する制御部、
を備えることを特徴とする加入者ルータ。
【００７６】
（付記２）前記制御部は、
前記ホームゲートウェイの停電時、前記集約サーバから送信される死活監視のパケットに対するパケットを前記集約サーバに応答することを特徴とする付記１に記載の加入者ルータ。
【００７７】
（付記３）前記制御部は、
前記ホームゲートウェイの停電復旧時、前記メモリに記憶したパケットの内容を読み出し、前記ホームゲートウェイから受信する認証および通信接続の応答を前記ホームゲートウェイに送信することを特徴とする付記１または２に記載の加入者ルータ。
【００７８】
（付記４）前記制御部は、
前記ホームゲートウェイの停電復旧後、前記ホームゲートウェイとの間の通信接続の確立に基づき、前記停電時処理を終了し、以降前記ホームゲートウェイと前記集約サーバとの間の死活監視のパケットを中継することを特徴とする付記１〜３のいずれか一つに記載の加入者ルータ。
【００７９】
（付記５）前記制御部は、
前記集約サーバが前記ホームゲートウェイとの間で送受信する死活監視のパケットの応答状態に基づき判断する停電の検知メッセージを前記集約サーバから受信することにより、前記ホームゲートウェイの停電時処理を開始することを特徴とする付記１〜４のいずれか一つに記載の加入者ルータ。
【００８０】
（付記６）前記制御部は、
前記停電時処理の期間中、前記メモリを活性化して読み出し可能にし、前記停電復旧時の接続処理の終了により前記メモリを非活性化することを特徴とする付記１〜５のいずれか一つに記載の加入者ルータ。
【００８１】
（付記７）前記制御部は、
接続される複数の前記ホームゲートウェイに対し、それぞれ前記停電時処理を行うことを特徴とする付記１〜６のいずれか一つに記載の加入者ルータ。
【００８２】
（付記８）加入者ルータを介してホームゲートウェイと接続される集約サーバにおいて、
前記ホームゲートウェイに対する死活監視のパケットの応答状態に基づき、前記ホームゲートウェイの停電を判断し、停電の判断時には、前記加入者ルータに停電の検知メッセージを出力することを特徴とする集約サーバ。
【００８３】
（付記９）ホームゲートウェイと集約サーバとの間に配置される加入者ルータが行う前記ホームゲートウェイの停電時復旧方法において、
前記加入者ルータは、
前記ホームゲートウェイの正常接続時の前記集約サーバとの間で送受信するパケットの内容をメモリに保持し、
前記ホームゲートウェイの停電時、前記ホームゲートウェイに代わり前記集約サーバとの間の通信のセッションを維持する停電時処理を開始し、
前記ホームゲートウェイの停電復旧時、前記メモリの内容を読み出し、前記ホームゲートウェイが前記集約サーバとの間で行う通信接続の処理を代行する、
ことを特徴とする停電時復旧方法。
【００８４】
（付記１０）前記加入者ルータは、
前記ホームゲートウェイの停電復旧後、前記ホームゲートウェイとの間の通信接続の確立に基づき、前記停電時処理を終了し、以降前記ホームゲートウェイと前記集約サーバとの間の死活監視のパケットを中継する、
ことを特徴とする付記９に記載の停電時復旧方法。
【符号の説明】
【００８５】
１００  加入者ルータ（ＳＳＥ）
１０１  ホームゲートウェイ（ＨＧＷ）
１１０  中継網
１１１  集約サーバ（ＬＮＳ）
１１２  インターネット
２０１，３０１，４０１  ＣＰＵ
２０２，３０２，４０２  メモリ
２０３，３０３  記憶部
２０４，３０４，４０４  通信部
２０５  制御部（疑似ＨＧＷ）
２０６，３０６  バックアップ電源
２１１，３１１，４１１  解析部
２１２，３１２，４１２  セッション判別部
２１３，３１３，４１３  パケット生成部
２１４，３１４，４１４  パケットサイズ制御部
２１５，３１５，４１５  認証部
２１６  疑似ＨＧＷセッションテーブル
３０５，４０５  制御部
５０１  コアルータ
９０１  端末
９０２  ＩＳＰ側ＮＷ装置
【図１】
2018133786.tif 000003
【図２】
2018133786.tif 000004
【図３】
2018133786.tif 000005
【図４】
2018133786.tif 000006
【図５】
2018133786.tif 000007
【図６】
2018133786.tif 000008
【図７】
2018133786.tif 000009
【図８】
2018133786.tif 000010
【図９】
2018133786.tif 000011
【図１０】
2018133786.tif 000012
【図１１】
2018133786.tif 000013
【図１２】
2018133786.tif 000014
【図１３】
2018133786.tif 000015
【図１４】
2018133786.tif 000016
【図１５】
2018133786.tif 000017
【図１６】
2018133786.tif 000018
【図１７】
2018133786.tif 000019