(57)【特許請求の範囲】
【請求項１】
エッジルータを介して接続されたセッションにおける接続確認に対する応答を監視する監視部と、
前記セッションにおいて前記接続確認に対する応答が行われたか否かを判定する判定部と、
前記判定部によって前記接続確認に対する応答が行われなかったと判定された場合には、前記エッジルータの予備として設けられた予備のエッジルータに対して接続要求を定期的に送信する送信部と、
を備えることを特徴とする通信装置。
【請求項２】
通信装置で実行される再設定方法であって、
エッジルータを介して接続されたセッションにおける接続確認に対する応答を監視する監視工程と、
前記セッションにおいて前記接続確認に対する応答が行われたか否かを判定する判定工程と、
前記判定工程によって前記接続確認に対する応答が行われなかったと判定された場合には、前記エッジルータの予備として設けられた予備のエッジルータに対して接続要求を定期的に送信する送信工程と、
を含んだことを特徴とする再設定方法。
【請求項３】
エッジルータを介して接続されたセッションにおける接続確認に対する応答を監視する監視ステップと、
前記セッションにおいて前記接続確認に対する応答が行われたか否かを判定する判定ステップと、
前記判定ステップによって前記接続確認に対する応答が行われなかったと判定された場合には、前記エッジルータの予備として設けられた予備のエッジルータに対して接続要求を定期的に送信する送信ステップと、
をコンピュータに実行させるための再設定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、再設定方法および再設定プログラムに関する。
【背景技術】
【０００２】
従来、エッジルータへの加入者情報の登録方式として動的設定手法があり、この手法はＤＨＣＰ（Dynamic  Host  Configuration  Protocol）／ＰＰＰ（Point  to  Point  Protocol）接続方式のようなＨＧＷ（Home  Gateway）からの接続要求のある方式において接続要求を契機にエッジルータと管理サーバが連携して加入者情報をエッジルータへ設定する手法である。
【０００３】
このようなエッジルータを有するシステムにおいて、故障したエッジルータの替わりに動作する予備のエッジルータが設けられた冗長化構成を有している場合がある。このようなシステムでは、エッジルータが故障した場合には、予備のエッジルータへの切り替えを実施する。ここで、予備のエッジルータには加入者情報の設定がされていないため、加入者情報の設定を行う必要がある。
【０００４】
動的設定手法における加入者情報の再設定の契機は、ＨＧＷからの接続要求であり、例えば、ＨＧＷのユーザがＤＨＣＰユーザの場合は、ＤＨＣＰ  Ｒｅｎｅｗを接続要求として予備のエッジルータに送信する。また、このような再接続要求は、例えば、ＩＰ（Internet  Protocol）アドレスのリースタイムが半減した際に、ＩＰアドレスのリースタイムの延長を要求するために、ユーザ端末からＨＧＷを介してエッジルータに送信される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】東正和、木村健司、白井信也、“キャリアＮＷにおける加入者収容エッジの最適な実装方式の提案”、電子情報通信学会、信学技報、ＮＳ２０１３−２０、１１３（３５）、ｐ．５１−５５、５月、２０１３年
【非特許文献２】“Dynamic  Host  Configuration  Protocol”、ＲＦＣ２１３１、［online］、［平成２８年１月２２日検索］、  インターネット＜https://tools.ietf.org/html/rfc2131＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の加入者情報の再設定時の処理では、エッジルータが故障した際に加入者設定を行うために送信される接続要求が、ＩＰアドレスのリースタイムの半減まで送出されないため、加入者情報の再設定に時間がかかる場合があるという課題があった。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明の通信装置は、エッジルータの通信状況を監視する監視部と、前記監視部によって監視された前記通信状況が所定の条件を満たしたか否かを判定する判定部と、前記判定部によって前記通信状況が所定の条件を満たしたと判定された場合には、前記エッジルータの予備として設けられた予備のエッジルータに対して接続要求を定期的に送信する送信部と、を備えることを特徴とする。
【０００８】
また、本発明の再設定方法は、通信装置で実行される再設定方法であって、エッジルータの通信状況を監視する監視工程と、前記監視工程によって監視された前記通信状況が所定の条件を満たしたか否かを判定する判定工程と、前記判定工程によって前記通信状況が所定の条件を満たしたと判定された場合には、前記エッジルータの予備として設けられた予備のエッジルータに対して接続要求を定期的に送信する送信工程と、を含んだことを特徴とする。
【０００９】
また、本発明の再設定プログラムは、エッジルータの通信状況を監視する監視ステップと、前記監視ステップによって監視された前記通信状況が所定の条件を満たしたか否かを判定する判定ステップと、前記判定ステップによって前記通信状況が所定の条件を満たしたと判定された場合には、前記エッジルータの予備として設けられた予備のエッジルータに対して接続要求を定期的に送信する送信ステップと、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、迅速にユーザの通信を復旧させることができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、第一の実施の形態に係る通信システムの構成の一例を示す図である。
【図２】図２は、エッジルータの冗長構成について説明する図である。
【図３】図３は、第一の実施の形態に係るＨＧＷの構成を示すブロック図である。
【図４】図４は、第一の実施の形態に係るＨＧＷの再設定処理を説明する図である。
【図５】図５は、第一の実施の形態に係る通信システムの再設定処理の流れを示すシーケンス図である。
【図６】図６は、第二の実施の形態に係るＨＧＷの構成を示すブロック図である。
【図７】図７は、平常時のトラフィックと故障時のトラフィックとを説明する図である。
【図８】図８は、第二の実施の形態に係るＨＧＷの再設定処理を説明する図である。
【図９】図９は、第二の実施の形態に係る通信システムの再設定処理の流れを示すシーケンス図である。
【図１０】図１０は、第三の実施の形態に係るＨＧＷの構成を示すブロック図である。
【図１１】図１１は、正常時のＳＩＰセッションのｋｅｅｐａｌｉｖｅ機能のシーケンスを示す図である。
【図１２】図１２は、エッジルータ故障時のＳＩＰセッションのｋｅｅｐａｌｉｖｅ機能のシーケンスを示す図である。
【図１３】図１３は、第三の実施の形態に係るＨＧＷの再設定処理を説明する図である。
【図１４】図１４は、第三の実施の形態に係る通信システムの再設定処理の流れを示すシーケンス図である。
【図１５】図１５は、再設定プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１２】
以下に、本願に係る通信装置、再設定方法および再設定プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態により本願に係る通信装置、再設定方法および再設定プログラムが限定されるものではない。
【００１３】
［第一の実施の形態］
以下の実施の形態では、第一の実施の形態に係る通信システムの構成、ＨＧＷの構成、通信システムの処理の流れを順に説明し、最後に第一の実施の形態による効果を説明する。
【００１４】
［通信システムの構成］
図１は、第一の実施の形態に係る通信システムの構成の一例を示す図である。第一の実施の形態に係る通信システム１００は、複数のＨＧＷ（Home  Gateway）１０ａ〜１０ｃ、エッジルータ２０、管理サーバ３０、ＤＨＣＰサーバ４０および予備のエッジルータ５０を有する。なお、図１に示す各装置の数は、あくまで一例であり、これに限られるものではない。また、複数のＨＧＷ１０ａ〜１０ｃについて、特に区別なく説明する場合には、適宜ＨＧＷ１０と記載する。
【００１５】
ＨＧＷ１０ａ〜１０ｃは、エッジルータ２０の通信状況を監視し、エッジルータ２０の通信状況が所定の条件を満たしたと判定された場合には、エッジルータ２０の予備として設けられた予備のエッジルータ５０に対して接続要求パケット（トリガパケット）を定期的に送信する。
【００１６】
エッジルータ２０は、現用系のエッジルータであり、ＨＧＷ１０ａ〜１０ｃから送信されたパケットを中継する中継装置である。また、予備のエッジルータ５０は、エッジルータ２０が故障した際に、エッジルータ２０に替わって動作する。このように、通信システム１００では、図２に示すように、エッジルータ２０の故障発生時には予備のエッジルータ５０へ切り替える冗長構成になっている。
【００１７】
例えば、通信システム１００において、ユーザ端末（図示せず）は、ホームネットワークにおけるサービスを実現するためのＨＧＷ１０を介して、接続要求パケット（トリガパケット）をエッジルータ２０に送信する。そして、エッジルータ２０は、ユーザ端末からの接続要求パケットを受信したことを契機に、該接続要求パケットを元に加入者情報を管理サーバ３０へ要求する。続いて、管理サーバ３０は、管理サーバ３０からの加入者情報を元に、エッジルータ２０へ加入者情報を設定する。
【００１８】
また、上述したように、エッジルータ２０の故障発生時には予備のエッジルータ５０へ切り替えるが、予備のエッジルータ５０には加入者情報が設定されていないため、加入者情報を設定する必要がある。エッジルータ２０の故障発生時においても、ユーザ端末からの接続要求パケットを受信したことを契機に、該接続要求パケットを元に加入者情報を管理サーバ３０へ要求する。例えば、ＤＨＣＰユーザの場合には、接続要求としてＤＨＣＰ  Ｒｅｎｅｗを予備のエッジルータ５０へ送信する。
【００１９】
管理サーバ３０は、ユーザの加入者情報を記憶しており、エッジルータ２０から加入者情報の要求を受け付けた場合には、エッジルータ２０に対して加入者情報を設定する。ＤＨＣＰサーバ４０は、ユーザ端末にＩＰアドレス等の情報を自動的に発行するサーバである。
【００２０】
［ＨＧＷの構成］
次に、図３を用いて、図１に示したＨＧＷ１０の構成を説明する。図３は、第一の実施の形態に係るＨＧＷの構成を示すブロック図である。図３に示すように、このＨＧＷ１０は、ＩＰ通信機能部１１、監視部１２、判定部１３および送信部１４を有する。以下にこれらの各部の処理を説明する。
【００２１】
ＩＰ通信機能部１１は、ユーザ端末やエッジルータ２０等との間でやり取りする各種情報に関する通信を制御する。例えば、ＩＰ通信機能部１１は、割り当てられたＩＰアドレスを用いてネットワークにアクセスするユーザ端末が送信したパケットをエッジルータ２０に転送したり、エッジルータ２０から送信されたパケットをユーザ端末へ転送したりする。
【００２２】
監視部１２は、エッジルータ２０の通信状況を監視する。具体的には、監視部１２は、エッジルータから送信された疎通確認用のフレームの受信を監視し、疎通確認用のフレームの受信結果を判定部１３に通知する。例えば、監視部１２は、Ｅｔｈ−ＯＡＭ（Ｅｔｈｅｒｎｅｔ（登録商標）−Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）で疎通を監視し、疎通確認用のフレームであるＥｔｈ−ＣＣ（Ｅｔｈｅｒｎｅｔ  Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ）の受信を監視する。
【００２３】
判定部１３は、監視部１２によって監視された通信状況が所定の条件を満たしたか否かを判定する。具体的には、判定部１３は、疎通確認用のフレームの受信結果を監視部１２から受信し、疎通確認用のフレームであるＥｔｈ−ＣＣを継続的に受信しているか否かを判定する。そして、判定部１３は、Ｅｔｈ−ＣＣを継続的に受信していないと判定した場合には、接続要求としてＤＨＣＰ  Ｒｅｎｅｗの送信を指示する。
【００２４】
送信部１４は、判定部１３によって通信状況が所定の条件を満たしたと判定された場合には、エッジルータの予備として設けられた予備のエッジルータ５０に対して接続要求を定期的に送信する。具体的には、送信部１４は、判定部１３によって疎通確認用のパケットを継続的に受信していないと判定され、判定部１３からＤＨＣＰ  Ｒｅｎｅｗの送信指示を受け付けた場合には、予備のエッジルータ５０に対して接続要求を定期的に送信する。
【００２５】
ここで、図４を用いて、ＨＧＷ１０の再設定処理を説明する。図４は、第一の実施の形態に係るＨＧＷの再設定処理を説明する図である。図４に示すように、各ＨＧＷ１０ａ〜１０ｃは、通常時はＥｔｈ−ＯＡＭで疎通を監視し、Ｅｔｈ−ＣＣの受信がなくなったことを契機に、ＤＨＣＰ  Ｒｅｎｅｗを一定時間、一定間隔で予備のエッジルータ５０に対して送信することで、加入者情報の再設定を行う。
【００２６】
［通信システムの処理の流れ］
次に、図５を用いて、第一の実施の形態に係る通信システム１００の処理の流れを説明する。図５は、第一の実施の形態に係る通信システムの再設定処理の流れを示すシーケンス図である。
【００２７】
図５に示すように、ＨＧＷ１０とＩＳＰ（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）等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【符号の説明】
【００７３】
１０、１０Ａ、１０Ｂ  ＨＧＷ
１１  ＩＰ通信機能部
１２、１２Ａ、１２Ｂ  監視部
１３、１３Ａ、１３Ｂ  判定部
１４、１４Ａ、１４Ｂ  送信部
２０  エッジルータ
３０  管理サーバ
４０  ＤＨＣＰサーバ
５０  予備のエッジルータ
６０  ＩＳＰ
７０  ＩＰ網
１００  通信システム
【図１】
0006470199.tif 000002
【図２】
0006470199.tif 000003
【図３】
0006470199.tif 000004
【図４】
0006470199.tif 000005
【図５】
0006470199.tif 000006
【図６】
0006470199.tif 000007
【図７】
0006470199.tif 000008
【図８】
0006470199.tif 000009
【図９】
0006470199.tif 000010
【図１０】
0006470199.tif 000011
【図１１】
0006470199.tif 000012
【図１２】
0006470199.tif 000013
【図１３】
0006470199.tif 000014
【図１４】
0006470199.tif 000015
【図１５】
0006470199.tif 000016