(57)【特許請求の範囲】
【請求項１】
ユーザ端末と接続していた通信装置が再起動した場合に、アドレス割当サーバが前記ユーザ端末に払い出したアドレスに関するアドレス情報を前記アドレス割当サーバから取得し、前記通信装置がユーザ端末から受信したパケットに関する統計情報を前記通信装置から取得する取得部と、
前記取得部によって取得された前記アドレス情報と前記統計情報とに基づいて、前記通信装置が再起動前に接続されていたユーザ端末を特定する特定部と、
前記特定部によって特定された前記ユーザ端末に対応する前記ユーザ端末ごとの設定情報を前記通信装置に設定する設定部と、
を有することを特徴とする管理装置。
【請求項２】
前記特定部は、前記取得部によって取得された前記アドレス情報から既にアドレスが払い出されたユーザ端末を特定し、前記統計情報を用いて、前記特定されたユーザ端末から送信されたパケットを前記通信装置が受信済みであったと判定した場合には、該ユーザ端末を前記通信装置が再起動前に接続されていたユーザ端末として特定することを特徴とする請求項１に記載の管理装置。
【請求項３】
再起動を行って、接続していたユーザ端末の設定情報を消去した後の一定期間において、前記ユーザ端末からパケットを受信したか否かを判定する判定部と、
前記判定部によってユーザ端末からパケットを受信したと判定された場合には、該ユーザ端末の設定情報を、前記設定情報を管理する管理装置に対して要求する要求部と、
前記要求部によって要求された設定情報を前記管理装置から受信した場合には、該設定情報を設定し、該設定情報のユーザ端末と接続する設定部と、
を有することを特徴とする通信装置。
【請求項４】
管理装置によって実行される復旧方法であって、
ユーザ端末と接続していた通信装置が再起動した場合に、アドレス割当サーバが前記ユーザ端末に払い出したアドレスに関するアドレス情報を前記アドレス割当サーバから取得し、前記通信装置がユーザ端末から受信したパケットに関する統計情報を前記通信装置から取得する取得工程と、
前記取得工程によって取得された前記アドレス情報と前記統計情報とに基づいて、前記通信装置が再起動前に接続されていたユーザ端末を特定する特定工程と、
前記特定工程によって特定された前記ユーザ端末に対応する前記ユーザ端末ごとの設定情報を前記通信装置に設定する設定工程と、
を含んだことを特徴とする復旧方法。
【請求項５】
通信装置によって実行される復旧方法であって、
再起動を行って、接続していたユーザ端末の設定情報を消去した後の一定期間において、前記ユーザ端末からパケットを受信したか否かを判定する判定工程と、
前記判定工程によってユーザ端末からパケットを受信したと判定された場合には、該ユーザ端末の設定情報を、前記設定情報を管理する管理装置に対して要求する要求工程と、
前記要求工程によって要求された設定情報を前記管理装置から受信した場合には、該設定情報を設定し、該設定情報のユーザ端末と接続する設定工程と、
を含んだことを特徴とする復旧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、通信装置および復旧方法に関する。
【背景技術】
【０００２】
従来、エッジルータへの加入者情報の登録方式として動的設定手法があり、この手法はＤＨＣＰ（Dynamic  Host  Configuration  Protocol）／ＰＰＰ（Point  to  Point  Protocol）パケットのようなユーザからの接続要求を契機にエッジルータと加入者情報払い出しサーバが連携して加入者情報をエッジルータへ登録する手法である。
【０００３】
このようなエッジルータが故障した際に復旧作業に装置の再起動が必要になるが、動的設定手法を使用した場合には再起動時に登録されていたエッジルータの加入者情報が削除される。エッジルータへ加入者情報を再設定するにはユーザからの接続要求が必要だが、即時に接続要求のないユーザに関してはユーザからの接続要求以外の復旧手段が必要となる。
【０００４】
このような復旧手段として、ユーザからの接続要求以外のエッジルータへの加入者情報の設定の手段として加入者情報払い出しサーバからエッジルータへ加入者設定を直接払い出す方法がある。この場合には、加入者情報払い出しサーバは、故障前から使用していたユーザがわからないため、全ユーザの加入者情報を払い出す。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】”ISG  RADIUS  インターフェイス”、Service  Activate、［online］、［2015年7月31日検索］、インターネット＜http://www.cisco.com/cisco/web/support/JP/docs/CIAN/IOSXE/IOSXE3S/CG/008/isgcoa3.html?bid=0900e4b182da2b53#pgfId-1100365＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の技術では、エッジルータ再起動後はオペレータは元から使用していないユーザも含めた全ユーザの加入者情報をエッジルータへ登録するので、全ユーザを対象として登録するとエッジルータへの登録に時間がかかり、復旧にも時間がかかるという課題があった。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明の管理装置は、ユーザ端末と接続していた通信装置が再起動した場合に、アドレス割当サーバが前記ユーザ端末に払い出したアドレスに関するアドレス情報を前記アドレス割当サーバから取得し、前記通信装置がユーザ端末から受信したパケットに関する統計情報を前記通信装置から取得する取得部と、前記取得部によって取得された前記アドレス情報と前記統計情報とに基づいて、前記通信装置が再起動前に接続されていたユーザ端末を特定する特定部と、前記特定部によって特定された前記ユーザ端末に対応する前記ユーザ端末ごとの設定情報を前記通信装置に設定する設定部と、を有することを特徴とする。
【０００８】
また、本発明の通信装置は、再起動を行って、接続していたユーザ端末の設定情報を消去した後の一定期間において、前記ユーザ端末からパケットを受信したか否かを判定する判定部と、前記判定部によってユーザ端末からパケットを受信したと判定された場合には、該ユーザ端末の設定情報を、前記設定情報を管理する管理装置に対して要求する要求部と、前記要求部によって要求された設定情報を前記管理装置から受信した場合には、該設定情報を設定し、該設定情報のユーザ端末と接続する設定部と、を有することを特徴とする。
【０００９】
また、本発明の復旧方法は、管理装置によって実行される復旧方法であって、ユーザ端末と接続していた通信装置が再起動した場合に、アドレス割当サーバが前記ユーザ端末に払い出したアドレスに関するアドレス情報を前記アドレス割当サーバから取得し、前記通信装置がユーザ端末から受信したパケットに関する統計情報を前記通信装置から取得する取得工程と、前記取得工程によって取得された前記アドレス情報と前記統計情報とに基づいて、前記通信装置が再起動前に接続されていたユーザ端末を特定する特定工程と、前記特定工程によって特定された前記ユーザ端末に対応する前記ユーザ端末ごとの設定情報を前記通信装置に設定する設定工程と、を含んだことを特徴とする。
【００１０】
また、本発明の復旧方法は、通信装置によって実行される復旧方法であって、再起動を行って、接続していたユーザ端末の設定情報を消去した後の一定期間において、前記ユーザ端末からパケットを受信したか否かを判定する判定工程と、前記判定工程によってユーザ端末からパケットを受信したと判定された場合には、該ユーザ端末の設定情報を、前記設定情報を管理する管理装置に対して要求する要求工程と、前記要求工程によって要求された設定情報を前記管理装置から受信した場合には、該設定情報を設定し、該設定情報のユーザ端末と接続する設定工程と、を含んだことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、故障前から使用しているユーザを特定して、迅速にユーザの通信を復旧させることが可能であるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】図１は、第一の実施の形態に係る通信システムの構成の一例を示す図である。
【図２】図２は、第一の実施の形態に係る通信システムにおける加入者情報設定処理について説明する図である。
【図３】図３は、第一の実施の形態に係る通信システムにおけるエッジの再起動処理について説明する図である。
【図４】図４は、第一の実施の形態に係る通信システムにおけるエッジが記憶する統計データの一例を示す図である。
【図５】図５は、第一の実施の形態に係る通信システムにおけるＤＨＣＰサーバが記憶する統計データの一例を示す図である。
【図６】図６は、第一の実施の形態に係る加入者情報払い出しサーバの構成を示すブロック図である。
【図７】図７は、第一の実施の形態に係る加入者情報記憶部が記憶する情報の一例を示す図である。
【図８】図８は、第一の実施の形態に係る加入者情報払い出しサーバにおける復旧処理を説明する図である。
【図９】図９は、第一の実施の形態に係る加入者情報払い出しサーバにおける復旧処理を説明する図である。
【図１０】図１０は、第一の実施の形態に係る加入者情報払い出しサーバにおける復旧処理を説明する図である。
【図１１】図１１は、第一の実施の形態に係る加入者情報払い出しサーバの処理の流れを示すフローチャートである。
【図１２】図１２は、第一の実施の形態に係る通信システムにおける処理の流れを示すシーケンス図である。
【図１３】図１３は、第二の実施の形態に係る通信システムにおける復旧処理の概要を説明する図である。
【図１４】図１４は、第二の実施の形態に係るエッジの構成を示すブロック図である。
【図１５】図１５は、第二の実施の形態に係る通信システムにおける復旧処理を説明する図である。
【図１６】図１６は、第二の実施の形態に係る通信システムにおける処理の流れを示すシーケンス図である。
【図１７】図１７は、復旧プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１３】
以下に、本願に係る管理装置、通信装置および復旧方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願に係る管理装置、通信装置および復旧方法が限定されるものではない。
【００１４】
［第一の実施の形態］
以下の実施の形態では、第一の実施の形態に係る通信システムの構成、加入者情報払い出しサーバの構成、加入者情報払い出しサーバの処理の流れを順に説明し、最後に第一の実施の形態による効果を説明する。
【００１５】
［通信システムの構成］
図１は、第一の実施の形態に係る通信システムの構成の一例を示す図である。第一の実施の形態に係る通信システム１は、加入者情報払い出しサーバ１０、エッジルータ（以下、エッジと記載する）２０、複数のＨＧＷ（Home  Gateway）３０Ａ〜３０Ｃ、複数のＯＮＵ（Optical  Network  Unit）４０Ａ〜４０Ｃ、複数のＯＬＴ（Optical  Line  Terminal）５０Ａ、５０Ｂ、認証サーバ６０およびＤＨＣＰサーバ７０を有する。
【００１６】
また、エッジ２０と複数のＯＬＴ５０Ａ、５０Ｂとは、アクセス網８０を介して接続され、エッジ２０と加入者情報払い出しサーバ１０、認証サーバ６０およびＤＨＣＰサーバ７０とは、コア網９０を介して接続される。なお、図１に示す各装置や機能の数は、あくまで一例であり、これに限られるものではない。また、複数のＨＧＷ３０Ａ〜３０Ｃ、複数のＯＮＵ４０Ａ〜４０Ｃ、複数のＯＬＴ５０Ａ、５０Ｂについて、特に区別なく説明する場合には、適宜ＨＧＷ３０、ＯＮＵ４０、ＯＬＴ５０と記載する。
【００１７】
通信システム１における加入者情報払い出しサーバ１０は、ユーザの加入者情報を記憶しており、エッジ２０から加入者情報の要求を受け付けた場合には、エッジ２０に対して加入者情報を設定する。図２の例を用いて説明すると、ユーザは、ホームネットワークにおけるサービスを実現するためのＨＧＷ３０、加入者の光ネットワークユニットであるＯＮＵ４０、および、キャリアネットワークの加入者に割り当てられる光回線終端装置であるＯＬＴ５０を介して、接続要求パケット（トリガパケット）をエッジ２０に送信する。そして、エッジ２０は、ユーザからの接続要求パケットを受信したことを契機に、該接続要求パケットを元に加入者情報を加入者情報払い出しサーバ１０へ要求する。続いて、加入者情報払い出しサーバ１０は、加入者情報払い出しサーバ１０からの加入者情報を元に、エッジへ加入者情報を設定する。
【００１８】
また、通信システム１において、図３の例を用いて説明すると、エッジ２０が故障した際に復旧作業に装置の再起動が必要になるが、例えば、動的設定手法を使用した場合には、再起動時に登録されていたエッジルータの加入者情報が削除される。エッジルータへ加入者情報を再設定するにはユーザからの接続要求が必要だが、即時に接続要求のないユーザに関してはユーザからの接続要求以外の復旧手段が必要となる。そこで、第一の実施形態では、加入者情報払い出しサーバ１０が、エッジ２０が記憶する「統計データ（受信）」や、ＤＨＣＰサーバ７０が記憶する「アドレス払い出し管理情報」を元に、故障前から使用しているユーザを特定して、迅速にユーザの通信を復旧させる。
【００１９】
ここで、統計データ（受信）およびアドレス払い出し管理情報の一例について、図４を用いて説明する。統計データとは、エッジ２０がユーザ端末から受信したパケットに関する統計情報である。図４に例示するように、統計データ（受信）は、ＶＬＡＮを識別する情報を示す「ＶＬＡＮ」と、送信元のＩＰアドレスを示す「Ｓｏｕｒｃｅアドレス」と、データパケットを受信してカウントアップを行ったか否かを示す情報である「カウントアップ」とを含む。
【００２０】
また、アドレス払い出し管理情報とは、ＤＨＣＰサーバ７０がユーザに払い出したアドレスに関する情報である。図５に例示するように、アドレス払い出し管理情報は、ユーザが収容されているエッジを示す「収容エッジ」と、ユーザが使用する回線を識別する「回線情報」と、アドレスの払出が済であるか否かを示す「払い出し有無」と、払出したアドレスを示す「アドレス」とを含む。なお、図４および図５に例示した情報は、統計データ（受信）およびアドレス払い出し管理情報の一部である。
【００２１】
認証サーバ６０は、接続要求を行ったユーザに対する認証を行い、接続を許可するか否かの判定を行う。ＤＨＣＰサーバ７０は、ユーザ端末にＩＰアドレス等の情報を自動的に発行するサーバである。
【００２２】
［加入者情報払い出しサーバの構成］
次に、図６を用いて、図１に示した加入者情報払い出しサーバ１０の構成を説明する。図６は、第一の実施の形態に係る加入者情報払い出しサーバ１０の構成を示すブロック図である。図６に示すように、この加入者情報払い出しサーバ１０は、通信処理部１１、制御部１２および記憶部１３を有する。以下にこれらの各部の処理を説明する。
【００２３】
通信処理部１１は、エッジ２０やＤＨＣＰサーバ７０等との間でやり取りする各種情報に関する通信を制御する。例えば、通信処理部１１は、エッジ２０から統計データを受信し、ＤＨＣＰサーバ７０からアドレス払い出し管理情報を受信し、エッジ２０に対して加入者情報を送信する。
【００２４】
記憶部１３は、制御部１２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、加入者情報記憶部１３ａを有する。例えば、記憶部１３は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。
【００２５】
加入者情報記憶部１３ａは、エッジ２０に設定する加入者情報を記憶する。例えば、加入者情報記憶部１３ａは、図７に例示するように、ユーザが収容されているエッジを示す「収容エッジ」と、ユーザが使用する回線を識別する「回線情報」と、ユーザを識別する「加入者設定」とを対応付けて記憶する。なお、図７に例示する情報は、加入者情報の一部である。
【００２６】
制御部１２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、取得部１２ａ、特定部１２ｂおよび設定部１２ｃを有する。
【００２７】
取得部１２ａは、ユーザ端末と接続していたエッジ２０が再起動した場合に、ＤＨＣＰサーバ７０がユーザ端末に払い出したアドレスに関するアドレス情報をＤＨＣＰサーバ７０から取得し、エッジ２０がユーザ端末から受信したパケットに関する統計情報をエッジ２０から取得する。具体的には、取得部１２ａは、ユーザ端末と接続していたエッジ２０が再起動したことを検出した場合には、上述したエッジ２０が記憶する「統計データ（受信）」と、ＤＨＣＰサーバ７０が記憶する「アドレス払い出し管理情報」とを取得する。なお、取得部１２ａは、エッジ２０が再起動したことを検出する方法としては、例えば、定期的に監視パケットをエッジ２０に送信して応答を受信する処理を行い、監視パケットに対する応答が途切れた場合に、エッジ２０に障害が発生して再起動したことを検出してもよいし、エッジ２０から再起動後に、その旨の通知を受け取るようにしてもよい。
【００２８】
特定部１２ｂは、取得部１２ａによって取得されたアドレス情報と統計情報とに基づいて、エッジ２０が再起動前に接続されていたユーザ端末を特定する。具体的には、特定部１２ｂは、取得部１２ａによって取得されたアドレス情報から既にアドレスが払い出されたユーザ端末を特定し、統計情報を用いて、特定されたユーザ端末から送信されたパケットをエッジ２０が受信済みであったと判定した場合には、該ユーザ端末をエッジ２０が再起動前に接続されていたユーザ端末として特定する。
【００２９】
設定部１２ｃは、特定部１２ｂによって特定されたユーザ端末に対応するユーザ端末ごとの加入者情報をエッジ２０に設定する。具体的には、設定部１２ｃは、特定部１２ｂによって特定されたユーザ端末のユーザに対応する加入者情報を加入者情報記憶部１３ａから読み出し、該加入者情報をエッジ２０に通知して設定させる。
【００３０】
ここで、図８〜図１０を用いて、第一の実施の形態に係る加入者情報払い出しサーバ１０における復旧処理を説明する。図８〜図１０は、第一の実施の形態に係る加入者情報払い出しサーバにおける復旧処理を説明する図である。図８に示すように、加入者情報払い出しサーバ１０が加入者情報を記憶し、エッジ２０（エッジ＃１）が統計データを記憶し、ＤＨＣＰサーバ７０がアドレス払い出し管理情報を記憶しているものとする。また、図８の例では、エッジ２０は故障した際に再起動を行い、ユーザ１〜３の加入者情報が消去されたものとする。なお、以下の説明では、故障によって通信に影響が出てしまったユーザ３を復旧する場合を例として説明する。
【００３１】
続いて、図９に示すように、加入者情報払い出しサーバ１０は、エッジ２０が再起動した場合に、エッジ２０が記憶する「統計データ（受信）」と、ＤＨＣＰサーバ７０が記憶する「アドレス払い出し管理情報」とを取得する。ここで、加入者情報払い出しサーバ１０は、取得部１２ａによって取得された「アドレス払い出し管理情報」から既にアドレスが払い出されたユーザ３のユーザ端末の情報を特定する。ここで、ＤＨＣＰサーバ７０により既にアドレスが払い出されたユーザでない場合には、故障前から使用していないユーザであり、復旧する必要がないユーザと判断する。
【００３２】
図９の例では、既にアドレスが払い出されたユーザ端末の情報として、払い出し有無が「済」であるレコードの収容エッジ「＃１」、回線情報「ＶＩＤ．Ａ」、アドレス「ＩＰ．Ａ」を取得し、エッジ＃１であるエッジ２０の「統計データ（受信）」からＶＬＡＮ「ＶＩＤ．Ａ」およびＳｏｕｒｃｅアドレス「ＩＰ．Ａ」に対応するカウントアップが「あり」であることを確認する。このため、ユーザ３が、故障前から使用していて、且つ、現在も使用しようとしているユーザであると特定する。なお、カウントアップが「なし」であることを確認した場合には、現在は使用していないユーザであり、復旧する必要がないユーザと判断する。
【００３３】
次に、図１０に示すように、加入者情報払い出しサーバ１０は、特定した故障前から使用しているユーザ３の加入者情報をエッジ２０に払い出すことで、エッジ２０にユーザ３の加入者情報を設定させて、エッジ２０とユーザ３のユーザ端末との通信を回復させる。また、加入者情報払い出しサーバ１０は、エッジ２０からＤＨＣＰ  ＦＯＲＣＥＲＥＮＥＷをユーザ端末に送付させ、ユーザ端末の接続要求パケットを誘気させることで、通信を回復させてもよい。
【００３４】
［加入者情報払い出しサーバの処理流れ］
次に、図１１を用いて、第一の実施の形態に係る加入者情報払い出しサーバ１０の処理の流れを説明する。図１１は、第一の実施の形態に係る加入者情報払い出しサーバの処理の流れを示すフローチャートである。
【００３５】
図１１に示すように、加入者情報払い出しサーバ１０は、エッジ２０が再起動した場合に（ステップＳ１０１肯定）、エッジ２０が記憶する「統計データ（受信）」と、ＤＨＣＰサーバ７０が記憶する「アドレス払い出し管理情報」とを取得する（ステップＳ１０２）。
【００３６】
そして、加入者情報払い出しサーバ１０は、アドレス払い出し管理情報にて既にアドレス払い出し済みのユーザの情報を特定したか否かを判定し（ステップＳ１０３）、特定できなかった場合には（ステップＳ１０３否定）、処理を終了する。また、加入者情報払い出しサーバ１０は、アドレス払い出し済みのユーザの情報を特定できた場合には（ステップＳ１０３肯定）、統計データにてアドレス払い出しユーザのパケットを受信し、且つ、カウンタがカウントアップしているか判定する（ステップＳ１０４）。
【００３７】
この結果、加入者情報払い出しサーバ１０は、パケットを受信し、且つ、カウンタがカウントアップしていない場合には（ステップＳ１０４否定）、処理を終了し、パケットを受信し、且つ、カウンタがカウントアップしている場合には（ステップＳ１０４肯定）、該当ユーザについて加入者情報をエッジ２０に設定する（ステップＳ１０５）。
【００３８】
［通信システムの処理流れ］
次に、図１２を用いて、第一の実施の形態に係る通信システム１の処理の流れを説明する。図１２は、第一の実施の形態に係る通信システムにおける処理の流れを示すシーケンス図である。
【００３９】
図１２に示すように、通信システム１では、ＨＧＷ３０とＩＳＰ（Internet  Service  Provider）との間で正常に通信が行われ（ステップＳ２０１）、その後、エッジ２０が故障し（ステップＳ２０２）、通信が不可となる。そして、エッジ２０は、再起動を行い（ステップＳ２０３）、設定されていた加入者情報を削除した後、復旧のための動作を開始する（ステップＳ２０４）。
【００４０】
そして、加入者情報払い出しサーバ１０は、アドレス払い出し管理情報（セッション情報）の要求をＤＨＣＰサーバ７０に通知する（ステップＳ２０５）。そして、ＤＨＣＰサーバ７０は、セッション情報の要求を受け付けた後、セッション情報を加入者情報払い出しサーバ１０へ送信する（ステップＳ２０６）。
【００４１】
また、加入者情報払い出しサーバ１０は、統計情報の要求をエッジ２０に通知する（ステップＳ２０７）。そして、エッジ２０は、統計情報の要求を受け付けた後、統計情報を加入者情報払い出しサーバ１０へ送信する（ステップＳ２０８）。
【００４２】
そして、加入者情報払い出しサーバ１０は、セッション情報および統計情報に基づいて、故障前から使用していて現在も使用しようとしているユーザを特定する（ステップＳ２０９）。そして、加入者情報払い出しサーバ１０は、特定されたユーザの加入者設定情報をエッジ２０に送付し（ステップＳ２１０）、設定させる。その後、ＨＧＷ３０とＩＳＰとの間で通信が復旧する（ステップＳ２１１）。
【００４３】
［第一の実施形態の効果］
このように、第一の実施形態に係る加入者情報払い出しサーバ１０は、ユーザ端末と接続していたエッジ２０が再起動した場合に、ＤＨＣＰサーバ７０がユーザ端末に払い出したアドレスに関するアドレス情報をＤＨＣＰサーバ７０から取得し、エッジ２０がユーザ端末から受信したパケットに関する統計情報をエッジ２０から取得する。そして、加入者情報払い出しサーバ１０は、取得されたアドレス情報と統計情報とに基づいて、エッジ２０が再起動前に接続されていたユーザ端末を特定する。続いて、加入者情報払い出しサーバ１０は、特定されたユーザ端末に対応するユーザ端末ごとの加入者情報をエッジ２０に設定する。このため、故障前から使用しているユーザを特定して、迅速にユーザの通信を復旧させることが可能である。
【００４４】
つまり、従来のように、全ユーザの加入者情報をエッジに設定するのではなく、故障前から使用しているユーザを特定して、該ユーザの加入者情報のみをエッジに設定するので、迅速にユーザの通信を復旧させることが可能である。
【００４５】
［第二の実施の形態］
ところで、第一の実施の形態では、ＤＨＣＰサーバの持つアドレス払い出し管理情報やエッジの所持する統計データ（受信）を元に、故障前から使用しているユーザを特定する方法を説明したが、これに限定されるものではなく、エッジの再起動後から一定時間内にユーザ端末からパケットを受信した場合には、該ユーザ端末を故障前から使用しているユーザとして特定するようにしてもよい。
【００４６】
つまり、図１３に示すように、故障前に接続要求のあったＤＨＣＰユーザのＨＧＷ３０は自身のアドレスを持ち、またデフォルトゲートウェイを知っているためエッジ２０Ａまでパケットを送付することができる。このことに着目して、加入者情報がなく、エッジ２０ＡへＩＰパケットを送信できるユーザを正規のユーザとして特定する。
【００４７】
そこで第二の実施形態として、エッジの再起動後から一定時間内にユーザ端末からパケットを受信した場合には、該ユーザ端末を故障前から使用しているユーザとして特定する場合について、以下に説明する。なお、第一の実施の形態と同様の構成や処理ついては説明を省略する。
【００４８】
まず、図１４を用いて、第二の実施形態に係るエッジ２０Ａの構成について説明する。図１４は、第二の実施の形態に係るエッジ２０Ａの構成を示すブロック図である。図１４に示すように、このエッジ２０Ａは、通信処理部２１、制御部２２および記憶部２３を有する。以下にこれらの各部の処理を説明する。
【００４９】
通信処理部２１は、加入者情報払い出しサーバ１０等との間でやり取りする各種情報に関する通信を制御する。例えば、通信処理部２１は、加入者情報払い出しサーバ１０に加入者情報の要求を送信し、加入者情報払い出しサーバ１０から加入者情報を受信する。
【００５０】
記憶部２３は、制御部２２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、加入者設定情報記憶部２３ａを有する。加入者設定情報記憶部２３ａは、加入者情報払い出しサーバ１０から受信し設定した加入者設定情報を記憶する。
【００５１】
制御部２２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、判定部２２ａ、要求部２２ｂおよび設定部２２ｃを有する。
【００５２】
判定部２２ａは、再起動を行って、接続していたユーザ端末の設定情報を消去した後の一定期間において、ユーザ端末からＩＰパケットを受信したか否かを判定する。例えば、判定部２２ａは、エッジ２０Ａの再起動後の一定時間、且つファーストパケットを受信したか否かを判定する。ここで、判定部２２ａは、全てのＩＰパケットをトリガパケットとして定義してしまうとエッジ２０Ａおよび加入者情報払い出しサーバ１０へ負荷がかかってしまうため、エッジ２０Ａの再起動後の一定時間、且つファーストパケットだけをトリガパケットとして受信を判定する。
【００５３】
要求部２２ｂは、判定部２２ａによってユーザ端末からＩＰパケットを一定期間内に受信したと判定された場合には、該ユーザ端末の加入者情報を、加入者情報を管理する加入者情報払い出しサーバ１０に対して要求する。つまり、要求部２２ｂは、判定部２２ａによってユーザ端末からＩＰパケットを一定期間内に受信したと判定された場合には、加入者情報は無いが、エッジ２０Ａへ受信したＩＰパケットをトリガパケットとして再接続するために、加入者情報を管理する加入者情報払い出しサーバ１０に対して要求する。
【００５４】
設定部２２ｃは、要求部２２ｂによって要求された加入者情報を加入者情報払い出しサーバ１０から受信した場合には、該加入者情報を設定し、該加入者情報のユーザ端末と接続する。具体的には、設定部２２ｃは、要求部２２ｂによって要求された加入者情報を加入者情報払い出しサーバ１０から受信した場合には、該加入者情報を加入者設定情報記憶部２３ａに記憶して設定し、該加入者情報のユーザ端末と再接続する。
【００５５】
ここで、図１５を用いて、第二の実施の形態に係る通信システム１Ａにおける復旧処理を説明する。図１５は、第二の実施の形態に係る通信システムにおける復旧処理を説明する図である。図１５に示すように、故障前に接続要求のあったＤＨＣＰユーザのＨＧＷ３０は自身のアドレスを持ち、またデフォルトゲートウェイを知っているためエッジ２０ＡまでＩＰパケットを送信する。そして、エッジ２０Ａは、再起動後の一定時間、且つファーストパケットを受信した場合には、該ＩＰパケットをトリガパケットと定義して、加入者情報払い出しサーバ１０へ加入者設定を要求し、加入者設定をエッジ２０Ａへ払出してもらう。
【００５６】
［通信システムの処理流れ］
次に、図１６を用いて、第二の実施の形態に係る通信システム１Ａの処理の流れを説明する。図１６は、第二の実施の形態に係る通信システムにおける処理の流れを示すシーケンス図である。
【００５７】
図１６に示すように、通信システム１Ａでは、ＨＧＷ３０とＩＳＰ（Internet  Service  Provider）との間で正常に通信が行われ（ステップＳ３０１）、その後、エッジ２０Ａが故障し（ステップＳ３０２）、通信が不可となる。そして、エッジ２０Ａは、再起動を行い（ステップＳ３０３）、設定されていた加入者情報を削除した後、復旧のための動作を開始する（ステップＳ３０４）。
【００５８】
そして、エッジ２０Ａは、ユーザ端末からＩＰパケットを一定期間内に受信すると（ステップＳ３０５）、該パケットをトリガパケットとして扱い、加入者情報払い出しサーバ１０へ加入者設定を要求する（ステップＳ３０６）。そして、加入者情報払い出しサーバ１０は、特定されたユーザの加入者設定情報をエッジ２０に送付し（ステップＳ３０７）、設定させる（ステップＳ３０８）。その後、ＨＧＷ３０とＩＳＰとの間で通信が復旧する（ステップＳ３０９）。
【００５９】
［第二の実施形態の効果］
このように、第二の実施形態に係るエッジ２０Ａは、再起動を行って、接続していたユーザ端末の設定情報を消去した後の一定期間において、ユーザ端末からパケットを受信したか否かを判定し、ユーザ端末からパケットを受信したと判定された場合には、該ユーザ端末の加入者情報を、加入者情報を管理する加入者情報払い出しサーバ１０に対して要求する。そして、エッジ２０Ａは、要求された加入者情報を加入者情報払い出しサーバ１０から受信した場合には、該加入者情報を設定し、該加入者情報のユーザ端末と接続する。このため、故障前から使用しているユーザをエッジ２０Ａ側で特定して、迅速にユーザの通信を復旧させることが可能である。
【００６０】
［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００６１】
また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００６２】
［プログラム］
図１７は、復旧プログラムを実行するコンピュータを示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ（Central  Processing  Unit）１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。
【００６３】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１及びＲＡＭ（Random  Access  Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１０４１に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１０５１、キーボード１０５２に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１０６１に接続される。
【００６４】
ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、加入者情報払い出しサーバ１０やエッジ２０Ａの各処理を規定するプログラムは、コンピュータにより実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０３１に記憶される。例えば、装置における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。なお、ハードディスクドライブ１０３１は、ＳＳＤ（Solid  State  Drive）により代替されてもよい。
【００６５】
また、上述した実施形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。
【００６６】
なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【符号の説明】
【００６７】
１  通信システム
１０  加入者情報払い出しサーバ
１１、２１  通信処理部
１２、２２  制御部
１２ａ  取得部
１２ｂ  特定部
１２ｃ  設定部
１３、２３  記憶部
１３ａ  加入者情報記憶部
２０、２０Ａ  エッジ
２２ａ  判定部
２２ｂ  要求部
２２ｃ  設定部
２３ａ  加入者設定情報記憶部
３０、３０Ａ〜３０Ｃ  ＨＧＷ
４０、４０Ａ〜４０Ｃ  ＯＮＵ
５０、５０Ａ、５０Ｂ  ＯＬＴ
６０  認証サーバ
７０  ＤＨＣＰサーバ
８０  アクセス網
９０  コア網
【図１】
0006363980.tif 000002
【図２】
0006363980.tif 000003
【図３】
0006363980.tif 000004
【図４】
0006363980.tif 000005
【図５】
0006363980.tif 000006
【図６】
0006363980.tif 000007
【図７】
0006363980.tif 000008
【図８】
0006363980.tif 000009
【図９】
0006363980.tif 000010
【図１０】
0006363980.tif 000011
【図１１】
0006363980.tif 000012
【図１２】
0006363980.tif 000013
【図１３】
0006363980.tif 000014
【図１４】
0006363980.tif 000015
【図１５】
0006363980.tif 000016
【図１６】
0006363980.tif 000017
【図１７】
0006363980.tif 000018