通信装置、および通信装置のアドレス取得方法
【課題】ＰＰＰｏＥサーバが動的ＩＰサービスを提供している場合において、ＰＰＰｏＥクライアントの再起動後にインターネット経由でこのＰＰＰｏＥクライアントにアクセスできない事態が発生するのを防止する。
【解決手段】ルータ１は、ＰＰＰｏＥクライアント機能を有しており、異常発生等による再起動後に、ＰＰＰｏＥサーバとして機能するＩＳＰ２から受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報を復元するとともに、この生存確認パケットに対して生存応答パケットを返信することにより、ＩＳＰ２に再起動前のＰＰＰｏＥセッションを維持させる。また、ルータ１は、再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットをＩＳＰ２に送信して、ＩＳＰ２から、再起動前に割り当てられていたＩＰアドレスを取得する。
【解決手段】ルータ１は、ＰＰＰｏＥクライアント機能を有しており、異常発生等による再起動後に、ＰＰＰｏＥサーバとして機能するＩＳＰ２から受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報を復元するとともに、この生存確認パケットに対して生存応答パケットを返信することにより、ＩＳＰ２に再起動前のＰＰＰｏＥセッションを維持させる。また、ルータ１は、再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットをＩＳＰ２に送信して、ＩＳＰ２から、再起動前に割り当てられていたＩＰアドレスを取得する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関し、特にＰＰＰｏＥクライアント機能を有する通信装置のアドレス取得技術に関する。
【背景技術】
【０００２】
ＰＰＰｏＥ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ）は、Ｅｔｈｅｒｎｅｔ（登録商標）を利用してＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）の機能を実現するためのプロトコルである。ブロードバンドルータ等のＰＰＰｏＥクライアントは、Ｅｔｈｅｒｎｅｔフレームを使ってＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）等のＰＰＰｏＥサーバとＰＰＰｏＥパケットをやり取りする。これにより、ＰＰＰｏＥクライアントは、ＡＤＳＬ、ＣＡＴＶ、ＦＴＴＨ等の地域ＩＰ網を介してＰＰＰｏＥサーバとの間にＰＰＰｏＥセッションを確立し、このＰＰＰｏＥセッションを介してインターネットに接続する。
【０００３】
ここで、ＰＰＰｏＥクライアントは、通常、セッションＩＤ等のＰＰＰｏＥセッションに関する情報を主記憶に記憶する。主記憶には一般に揮発性メモリが用いられるため、ＰＰＰｏＥクライアントが再起動されると、主記憶に保持していたＰＰＰｏＥセッションに関する情報が失われてしまう。このため、ＰＰＰｏＥクライアントは、再起動後にＰＰＰｏＥセッションを新たに確立する必要がある。しかし、ＰＰＰｏＥサーバは、ＰＰＰｏＥクライアントに定期的に送信する生存確認パケットに対して、ＰＰＰｏＥクライアントからの生存応答パケットを所定回数連続して受信しなかった場合に、ＰＰＰｏＥクライアントとの間に確立しているＰＰＰｏＥセッションを解放する。このため、所定時間を経過するまで、再起動前のＰＰＰｏＥセッションが維持されてしまい、新たなＰＰＰｏＥセッションを開始するのに長時間を要する。
【０００４】
この問題を解決するために、特許文献１に記載のＰＰＰｏＥクライアントは、再起動後にＰＰＰｏＥサーバから生存確認パケットを受信したならば、この生存確認パケットで指定されているセッションＩＤを伴う切断要求パケットをＰＰＰｏＥサーバに送信して、再起動前のＰＰＰｏＥセッションを強制的に切断する。これにより、新たなＰＰＰｏＥセッションを迅速に開始できるようにしている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１１６３４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、ＰＰＰｏＥサーバが動的（非固定）ＩＰサービスを提供している場合、ＰＰＰｏＥクライアントは、再起動後、新たなＰＰＰｏＥセッションを開始するために、ＰＰＰｏＥサーバに接続要求パケットを送信して、ＰＰＰｏＥサーバからＩＰアドレスを取得する。このＩＰアドレスが、再起動前のＰＰＰｏＥセッションのときに取得したＩＰアドレスと異なることがある。
【０００７】
ＰＰＰｏＥクライアントが取得したＩＰアドレスは、自身のドメイン名と対応付けられてＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバに登録されるが、ＤＮＳサーバは、ＰＰＰｏＥクライアントから再起動後の新たなＩＰアドレスが通知されるまでは、ＰＰＰｏＥクライアントのドメイン名の指定を伴う問合せに対して、ＰＰＰｏＥクライアントの再起動前のＩＰアドレスを通知するため、インターネット経由でＰＰＰｏＥクライアントにアクセスできないという問題が生じる。
【０００８】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ＰＰＰｏＥサーバが動的ＩＰサービスを提供している場合において、ＰＰＰｏＥクライアントの再起動後にインターネット経由でこのＰＰＰｏＥクライアントにアクセスできない事態が発生するのを防止する技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明において、ＰＰＰｏＥクライアント機能を有する通信装置は、再起動後にＰＰＰｏＥサーバから受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報を復元するとともに、この生存確認パケットに対して生存応答パケットを返信することにより、ＰＰＰｏＥサーバに再起動前のＰＰＰｏＥセッションを維持させる。それから、再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットをＰＰＰｏＥサーバに送信して、ＰＰＰｏＥサーバから、再起動前に割り当てられていたＩＰアドレスを取得する。
【００１０】
例えば、本発明は、ＰＰＰｏＥクライアント機能を有する通信装置であって、
再起動後にＰＰＰｏＥサーバから受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報を復元する復元手段と、
前記復元手段により復元された前記再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットを前記ＰＰＰｏＥサーバに送信して、前記ＰＰＰｏＥサーバから再起動前のＩＰアドレスを取得するＩＰアドレス取得手段と、を有する。
【発明の効果】
【００１１】
本発明によれば、ＰＰＰｏＥサーバが動的ＩＰサービスを提供している場合において、ＰＰＰｏＥクライアントの再起動後にインターネット経由でこのＰＰＰｏＥクライアントにアクセスできない事態が発生するのを防止することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、本発明の一実施の形態に係る通信システムの概略図である。
【図２】図２は、本発明の一実施の形態に係る通信システムにおいて、ルータ１がＩＳＰ２とＰＰＰｏＥセッションを確立中に再起動した場合における動作シーケンスの一例を説明するための図である。
【図３】図３は、ルータ１の概略機能構成図である。
【図４】図４（Ａ）は、ＰＰＰｏＥセッション情報記憶部１５の登録内容例を模式的に表した図であり、図４（Ｂ）は、アカウント情報記憶部１６の登録内容例を模式的に表した図であり、そして、図４（Ｃ）は、受信時刻記憶部１７の登録内容例を模式的に表した図である。
【図５】図５は、ルータ１の動作フローを説明するため図である。
【発明を実施するための形態】
【００１３】
以下に、本発明の一実施の形態について説明する。
【００１４】
図１は、本実施の形態に係る通信システムの概略図である。
【００１５】
図示するように、本実施の形態に係る通信システムは、ＬＡＮ９およびＡＤＳＬ、ＣＡＴＶ、ＦＴＴＨ等の地域ＩＰ網７に接続されたルータ１と、地域ＩＰ網７およびインターネット８に接続されたＩＳＰ２と、ＬＡＮ９に接続されたＷｅｂサーバ３およびファイルサーバ４と、インターネット８に接続されたＤＮＳサーバ５およびインターネット端末６と、を有する。
【００１６】
ルータ１は、マルチセッション接続対応のＰＰＰｏＥクライアント機能を有しており、地域ＩＰ網７を介して、ＰＰＰｏＥサーバとして機能するＩＳＰ２との間にＰＰＰｏＥセッションを確立し、このＰＰＰｏＥセッション経由でインターネット８に接続する。
【００１７】
ＩＳＰ２は、上述したように、ＰＰＰｏＥサーバ機能を有しており、ルータ１との間にＰＰＰｏＥセッションを確立している期間中、ＰＰＰｏＥセッションの生存確認パケットを定期的（例えば６０秒毎）にルータ１に送信する。そして、ルータ１からの生存応答パケットを所定回数（例えば５回）連続して受信しなかったならば、このＰＰＰｏＥセッションを切断する。また、ＩＳＰ２は、動的ＩＰサービスを提供しており、ルータ１との間にＰＰＰｏＥセッションが確立される毎に、このＰＰＰｏＥセッションで使用するＩＰアドレスをルータ１に割り当てる。
【００１８】
ＤＮＳサーバ５には、ルータ１のＩＰアドレスがドメイン名に対応付けられて登録される。そして、ＤＮＳサーバ５は、インターネット端末６からのルータ１のドメイン名を伴う問合せに対して、このドメイン名に対応付けられたＩＰアドレスを通知する。インターネット端末６は、ＤＮＳサーバ５から通知されたＩＰアドレスを用いて、インターネット８経由でルータ１にアクセスすることができる。これにより、ＬＡＮ９を介してルータ１の配下のＷｅｂサーバ３、ファイルサーバ４にアクセスすることが可能となる。
【００１９】
また、本実施の形態に係る通信システムにおいて、ルータ１は、異常発生等により再起動した場合に、再起動後にＩＳＰ２から受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報（以下、ＰＰＰｏＥセッション情報）を復元する。また、この生存確認パケットに対して生存応答パケットを返信することにより、ＩＳＰ２に再起動前のＰＰＰｏＥセッションを維持させる。それから、再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットをＩＳＰ２に送信して、ＩＳＰ２から、再起動前のＰＰＰｏＥセッションに対して割り当てられていたＩＰアドレスを取得する。
【００２０】
図２は、本実施の形態に係る通信システムにおいて、ルータ１がＩＳＰ２との間でＰＰＰｏＥセッションを確立中に再起動した場合における動作シーケンスの一例を説明するための図である。ここで、ルータ１は、このＰＰＰｏＥセッションのためにＩＳＰ２から割り当てられたＩＰアドレスを、自身のドメイン名に対応付けてＤＮＳサーバ５に登録済みであるとする。
【００２１】
ＩＳＰ２は、ルータ１との間にＰＰＰｏＥセッションが確立されている間（Ｓ１０)、所定のインターバル時間ｔ毎に、ルータ１に対してＰＰＰｏＥセッションの生存確認パケットを送信する（Ｓ１１−１〜Ｓ１１−４）。これに対して、ルータ１は、生存確認パケットに含まれているＰＰＰｏＥセッション情報が主記憶等で管理されているならば、このＰＰＰｏＥセッションの生存応答パケットをＩＳＰ２に返信する（Ｓ１２−１、Ｓ１２−３、Ｓ１２−４）。
【００２２】
ここで、ルータ１に異常が発生して（Ｓ１３）、ルータ１が再起動されたものとする（Ｓ１４）。ルータ１は、再起動中においては、主記憶等で管理していたＰＰＰｏＥセッション情報がクリアされているため、ＩＳＰ２から受信した生存確認パケットに対して（Ｓ１１−２）、生存応答パケットを返信しない。
【００２３】
再起動の完了後、ルータ１は、ＩＳＰ２から生存確認パケットを受信すると（Ｓ１１−３）、この生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッション情報を復元して主記憶等で管理する（Ｓ１５）。また、この生存確認パケットに対して生存応答パケットをＩＳＰ２に返信する（Ｓ１２−３）。これにより、ＩＳＰ２は、ルータ１の再起動前にルータ１との間に確立されたＰＰＰｏＥセッションを維持する。
【００２４】
つぎに、ルータ１は、復元したＰＰＰｏＥセッション情報に含まれているセッションＩＤを伴うアドレス要求パケットをＩＳＰ２に送信して（Ｓ１６）、ＩＳＰ２からＩＰアドレスを取得する（Ｓ１７、Ｓ１８）。これにより、ルータ１は、維持されたＰＰＰｏＥセッションに使用するＩＰアドレスとして、再起動前と同じＩＰアドレスを使用する。
【００２５】
その後、インターネット端末６が、ＤＮＳサーバ５に対して、ルータ１のドメイン名を伴う問合せを行うと（Ｓ２０）、ＤＮＳサーバ５は、このドメイン名に対応付けられたＩＰアドレスをインターネット端末６に通知する（Ｓ２１）。ここで、このＩＰアドレスは、ルータ１が再起動前にＤＮＳサーバ５に登録したものであるが、ルータ１の再起動後も同じＩＰアドレスがルータ１に割り当てられているため、インターネット端末６は、このＩＰアドレスを用いてルータ１にアクセスすることができる（Ｓ２２）。そして、ルータ１の配下のＷｅｂサーバ３、ファイルサーバ４にアクセスすることが可能となる。
【００２６】
なお、マルチセッション接続によりルータ１およびＩＳＰ２間にＰＰＰｏＥセッションが複数確立されている場合は、ＰＰＰｏＥセッション毎に、図２に示す動作シーケンスが実施される。
【００２７】
つぎに、本実施の形態に係る通信システムを構成するルータ１について説明する。なお、ルータ１以外の本通信システムを構成する各装置２〜６には一般的な既存の装置を利用することができるため、それらについての詳細な説明を省略する。
【００２８】
図３は、ルータ１の概略機能構成図である。
【００２９】
図示するように、ルータ１は、ＬＡＮＩＦ部１０と、地域ＩＰ網ＩＦ部１１と、ルーティング処理部１２と、ＰＰＰｏＥクライアント処理部１３と、生存確認抽出部１４と、ＰＰＰｏＥセッション情報記憶部１５と、アカウント情報記憶部１６と、受信時刻記憶部１７と、受信時刻検出部１８と、ＰＰＰｏＥセッション情報復元部１９と、を有する。
【００３０】
ＬＡＮＩＦ部１０は、ＬＡＮ９を介してＷｅｂサーバ３およびファイルサーバ４と通信を行うためのインターフェースである。
【００３１】
地域ＩＰ網ＩＦ部１１は、地域ＩＰ網７を介してＩＳＰ２と通信を行うためのインターフェースである。
【００３２】
ルーティング処理部１２は、ＰＰＰｏＥパケット以外のパケットに対するルーティング処理を行う。
【００３３】
ＰＰＰｏＥクライアント処理部１３は、ＰＰＰｏＥクライアントに必要な処理を行って、ＰＰＰｏＥサーバとして機能するＩＳＰ２とＰＰＰｏＥパケットをやり取りする。
【００３４】
生存確認抽出部１４は、ＩＳＰ２から受信したＰＰＰｏＥパケットのなかから生存確認パケットを抽出する。
【００３５】
ＰＰＰｏＥセッション情報記憶部１５には、ＩＳＰ２との間に確立中のＰＰＰｏＥセッションのＰＰＰｏＥセッション情報が記憶される。なお、ＰＰＰｏＥクライアント処理部１３は、ＩＳＰ２との間にＰＰＰｏＥセッションが確立されたならば、このＰＰＰｏＥセッションのＰＰＰｏＥセッション情報をＰＰＰｏＥセッション情報記憶部１５に記憶し、ＰＰＰｏＥセッションが解放されたならば、このＰＰＰｏＥセッションのＰＰＰｏＥセッション情報をＰＰＰｏＥセッション情報記憶部１５から削除する。これにより、確立中のＰＰＰｏＥセッションのＰＰＰｏＥセッション情報を管理する。
【００３６】
図４（Ａ）は、ＰＰＰｏＥセッション情報記憶部１５の登録内容例を模式的に表した図である。
【００３７】
図示するように、ＰＰＰｏＥセッション情報記憶部１５には、ＩＳＰ２との間に確立中のＰＰＰｏＥセッション毎にレコード１５０が記憶される。レコード１５０は、ＰＰＰｏＥセッションのセッションＩＤを登録するフィールド１５１と、ＰＰＰｏＥサーバ（ここではＩＳＰ２）のＭＡＣアドレス（以下、ＰＰＰｏＥサーバＭＡＣアドレス）を記憶するフィールド１５２と、ＰＰＰｏＥクライアントのＭＡＣアドレス（このＰＰＰｏＥセッションのためにルータ１が使用するＭＡＣアドレス：以下、ＰＰＰｏＥクライアントＭＡＣアドレス）を登録するフィールド１５３と、このＰＰＰｏＥセッションを確立するためにＰＰＰｏＥサーバに要求されるアカウント情報（アカウント名、パスワード等）を登録するフィールド１５４と、ＰＰＰｏＥサーバがこのＰＰＰｏＥセッションに対して提供する接続サービスのサービス種別（常時接続か、それともオンデマンド接続か）を登録するフィールド１５５と、を有する。
【００３８】
なお、ＰＰＰｏＥセッション情報記憶部１５は、一般に揮発性メモリが用いられる主記憶上に構築される。このため、ルータ１が再起動した場合には、ＰＰＰｏＥセッション情報記憶部１５の登録内容はクリアされる。
【００３９】
アカウント情報記憶部１６には、ルータ１がＩＳＰ２との間にＰＰＰｏＥセッションを確立するために使用するＰＰＰｏＥクライアントＭＡＣアドレス、アカウント情報、およびこのＰＰＰｏＥセッションに対して提供される接続サービスのサービス種別が登録されている。
【００４０】
図４（Ｂ）は、アカウント情報記憶部１６の登録内容例を模式的に表した図である。
【００４１】
図示するように、アカウント情報記憶部１６には、ルータ１がＩＳＰ２との間にＰＰＰｏＥセッションを確立するために使用するＰＰＰｏＥクライアントＭＡＣアドレス毎にレコード１６０が記憶されている。レコード１６０は、ＰＰＰｏＥクライアントＭＡＣアドレスを登録するフィールド１６１と、このＰＰＰｏＥセッションを確立するためにＰＰＰｏＥサーバに要求されるアカウント情報（アカウント名、パスワード等）を登録するフィールド１６２と、ＰＰＰｏＥサーバがこのＰＰＰｏＥセッションに対して提供する接続サービスのサービス種別（常時接続か、それともオンデマンド接続か）を登録するフィールド１６３と、を有する。
【００４２】
なお、アカウント情報記憶部１６は、一般にＨＤＤあるいは不揮発性メモリが用いられる補助記憶装置上に構築される。このため、ルータ１が再起動した場合でも、アカウント情報記憶部１６の登録内容は維持される。
【００４３】
受信時刻記憶部１７には、ＩＳＰ２との間に確立中のＰＰＰｏＥセッションを介して受信した最新のデータパケットの受信時刻が記憶される。
【００４４】
図４（Ｃ）は、受信時刻記憶部１７の登録内容例を模式的に表した図である。
【００４５】
図示するように、受信時刻記憶部１７は、ＩＳＰ２との間に確立中のＰＰＰｏＥセッション毎にレコード１７０が記憶される。レコード１７０は、ＰＰＰｏＥセッションのセッションＩＤを登録するフィールド１７１と、このＰＰＰｏＥセッションを介して受信した最新のデータパケットの受信時刻（最新パケット受信時刻）を登録するフィールド１７２と、を有する。
【００４６】
なお、受信時刻記憶部１７は、一般にＨＤＤあるいは不揮発性メモリが用いられる補助記憶装置上に構築される。このため、ルータ１が再起動した場合にも、受信時刻記憶部１７の登録内容は維持される。
【００４７】
受信時刻検出部１８は、ＩＳＰ２との間に確立中のＰＰＰｏＥセッション毎に、ルーティング処理部１２を流れるデータパケットを監視する。そして、データパケットがルーティング処理部１２を流れる毎に、このデータパケットを搬送するＰＰＰｏＥセッションのセッションＩＤに対応付けられて受信時刻記憶部１７に記憶されている最新パケット受信時刻を更新する。
【００４８】
ＰＰＰｏＥセッション情報復元部１９は、ルータ１の再起動後にＩＳＰ２から受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッション情報を復元する。そして、復元したＰＰＰｏＥセッション情報をＰＰＰｏＥセッション情報記憶部１５に記憶する。但し、生存確認パケットが対象とするＰＰＰｏＥセッションに対して提供される接続サービスがオンデマンド接続である場合、ＰＰＰｏＥセッション情報復元部１９は、このＰＰＰｏＥセッションを介してデータパケットを最後に受信してからの経過時間が所定時間を超えているならば、ＰＰＰｏＥセッションの情報を復元しない。
【００４９】
図５は、ルータ１の動作フローを説明するための図である。
【００５０】
まず、ＬＡＮＩＦ部１０は、ＬＡＮ９からパケットを受信するのを待つ。同様に、地域ＩＰ網ＩＦ部１１は、地域ＩＰ網７からパケットを受信するのを待つ（Ｓ２００）。そして、受信パケットが、ＬＡＮ９から受信したパケット、あるいは地域ＩＰ網７から受信したＰＰＰｏＥパケット以外のパケットである場合（Ｓ２０１でＮＯ）、ＬＡＮＩＦ部１０あるいは地域ＩＰ網ＩＦ部１１は、受信パケットをルーティング処理部１２に渡す。これを受けて、ルーティング処理部１２は、受信パケットのルーティング処理を行って、受信パケットをＬＡＮＩＦ部１０あるいは地域ＩＰ網ＩＦ部１１から出力する（Ｓ２０２）。
【００５１】
このとき、受信時刻検出部１８は、ＰＰＰｏＥセッション情報記憶部１５を参照して、受信パケットがＩＳＰ２との間に確立中のＰＰＰｏＥセッション経由でやり取りされたものであるか否かを判断する（Ｓ２０３）。
【００５２】
受信パケットがＩＳＰ２との間に確立中のＰＰＰｏＥセッション経由でやり取りされたものでないならば（Ｓ２０３でＮＯ）、Ｓ２００に戻って新たなパケットの受信を待つ。
【００５３】
一方、受信パケットがＩＳＰ２との間に確立中のＰＰＰｏＥセッション経由でやり取りされたものであるならば（Ｓ２０３でＹＥＳ）、受信時刻検出部１８は、このＰＰＰｏＥセッションのセッションＩＤがフィールド１７１に記憶されているレコード１７０を受信時刻記憶部１７から検索し、検索したレコード１７０のフィールド１７２に登録されている最新パケット受信時刻を現在時刻に更新する（Ｓ２０４）。なお、受信時刻記憶部１７にそのようなレコード１７０が記憶されていないならば、受信時刻記憶部１７に新たなレコード１７０を追加し、このレコード１７０のフィールド１７１、１７２に、それぞれ、受信パケットが利用するＰＰＰｏＥセッションのセッションＩＤ、現在時刻を登録する。それから、Ｓ２００に戻って、新たなパケットの受信を待つ。
【００５４】
また、受信パケットが、地域ＩＰ網７から受信したＰＰＰｏＥパケットである場合（Ｓ２０１でＹＥＳ）、地域ＩＰ網ＩＦ部１１は、このＰＰＰｏＥパケットを生存確認抽出部１４に渡す。これを受けて、生存確認抽出部１４は、ＰＰＰｏＥパケットが生存確認パケットであるか否かを判断する（Ｓ２０５）。
【００５５】
ＰＰＰｏＥパケットが生存確認パケットでない場合（Ｓ２０５でＮＯ）、生存確認抽出部１４は、このＰＰＰｏＥパケットをＰＰＰｏＥクライアント処理部１３に渡す。これを受けて、ＰＰＰｏＥクライアント処理部１３は、ＰＰＰｏＥパケットに応じたＰＰＰｏＥクライアントの処理を行う（Ｓ２０６）。その後、Ｓ２００に戻って、新たなパケットの受信を待つ。
【００５６】
一方、ＰＰＰｏＥパケットが生存確認パケットである場合（Ｓ２０５でＹＥＳ）、生存確認抽出部１４は、この生存確認パケットをＰＰＰｏＥセッション情報復元部１９に渡す。これを受けて、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットが対象とするＰＰＰｏＥセッションのＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５に記憶されているか否かを判断する（Ｓ２０７）。具体的には、生存確認パケットに含まれているセッションＩＤがフィールド１５１に登録されているレコード１５０を、ＰＰＰｏＥセッション情報記憶部１５から検索する。
【００５７】
生存確認パケットが対象とするＰＰＰｏＥセッションのＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５に記憶されている場合（Ｓ２０７でＹＥＳ）、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットをＰＰＰｏＥクライアント処理部１３に渡す。これを受けて、ＰＰＰｏＥクライアント処理部１３は、生存確認パケットが対象とするＰＰＰｏＥセッションのＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５に記憶されていることを確認して、ＩＳＰ２に生存応答パケットを返信する（Ｓ２０８）。その後、Ｓ２００に戻って、新たなパケットの受信を待つ。
【００５８】
一方、生存確認パケットが対象とするＰＰＰｏＥセッションのＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５に記憶されていない場合（Ｓ２０７でＮＯ）、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットからＰＰＰｏＥクライアントＭＡＣアドレスを抽出する（Ｓ２０９）。それから、ＰＰＰｏＥセッション情報復元部１９は、このＰＰＰｏＥクライアントＭＡＣアドレスに対応するアカウント情報、サービス種別がアカウント情報記憶部１６に記憶されているか否かを判断する（Ｓ２１０）。具体的には、このＰＰＰｏＥクライアントＭＡＣアドレスがフィールド１６１に登録されているレコード１６０をアカウント情報記憶部１６から検索する。
【００５９】
生存確認パケットから抽出したＰＰＰｏＥクライアントＭＡＣアドレスに対応するアカウント情報、サービス種別がアカウント情報記憶部１６に記憶されていない場合（Ｓ２１０でＮＯ）、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットがルータ１のＰＰＰｏＥセッションに対するものではないものと判断し、この生存確認パケットを破棄する（Ｓ２１１）。その後、Ｓ２００に戻って、新たなパケットの受信を待つ。
【００６０】
一方、生存確認パケットから抽出したＰＰＰｏＥクライアントＭＡＣアドレスに対応するアカウント情報、サービス種別がアカウント情報記憶部１６に記憶されている場合（Ｓ２１０でＹＥＳ）、ＰＰＰｏＥセッション情報復元部１９は、このＰＰＰｏＥクライアントＭＡＣアドレスに対応するサービス種別を判断する（Ｓ２１２）。サービス種別がオンデマンド接続である場合（Ｓ２１２でＹＥＳ）、ＰＰＰｏＥセッション情報復元部１９は、受信時刻記憶部１７を参照し、生存確認パケットが対象とするＰＰＰｏＥセッションの最新パケット受信時刻から所定時間（オンデマンド接続されたＰＰＰｏＥセッションの自動切断基準となる無通信時間）を経過しているか否かを判断する（Ｓ２１３）。具体的には、生存確認パケットに含まれているセッションＩＤがフィールド１７１に登録されているレコード１７０を受信時刻記憶部１７から検索し、このレコード１７０のフィールド１７２に登録されている最新パケット受信時刻からの経過時間が所定時間以上であるか否かを判断する。
【００６１】
生存確認パケットが対象とするＰＰＰｏＥセッションの最新パケット受信時刻から所定時間を経過した場合（Ｓ２１３でＹＥＳ）、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットが対象とするオンデマンド接続されたＰＰＰｏＥセッションが既に自動切断されているものと判断し、この生存確認パケットを破棄する（Ｓ２１１）。その後、Ｓ２００に戻って新たなパケットの受信を待つ。
【００６２】
一方、生存確認パケットから抽出したＰＰＰｏＥクライアントＭＡＣアドレスに対応するサービス種別が常時接続である場合（Ｓ２１２でＮＯ）、あるいは生存確認パケットから抽出したＰＰＰｏＥクライアントＭＡＣアドレスに対応するサービス種別がオンデマンド接続であり（Ｓ２１２でＹＥＳ）、かつこの生存確認パケットが対象とするＰＰＰｏＥセッションの最新パケット受信時刻から所定時間を経過していない場合（Ｓ２１３でＮＯ）、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットが対象とするＰＰＰｏＥセッションが確立中であるにもかかわらず、ルータ１の異常発生等による再起動により、ＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５からクリアされたものと判断する。そして、このＰＰＰｏＥセッション情報を復元してＰＰＰｏＥセッション情報記憶部１５に記憶する（Ｓ２１４）。
【００６３】
具体的には、ＰＰＰｏＥセッション情報記憶部１５に新たなレコード１５０を追加し、このレコード１５０のフィールド１５１〜１５３に、生存確認パケットに含まれているセッションＩＤ、ＰＰＰｏＥサーバＭＡＣアドレス、ＰＰＰｏＥクライアントＭＡＣアドレスを登録する。また、このレコード１５０のフィールド１５４、１５５に、生存確認パケットから抽出したＰＰＰｏＥクライアントＭＡＣアドレスに対応付けられてアカウント情報記憶部１６に記憶されているアカウント情報、サービス種別を登録する。
【００６４】
それから、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットをＰＰＰｏＥクライアント処理部１３に渡す。これを受けて、ＰＰＰｏＥクライアント処理部１３は、生存確認パケットが対象とするＰＰＰｏＥセッションのＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５に記憶されていることを確認して、ＩＳＰ２に生存応答パケットを返信する（Ｓ２１５）。
【００６５】
つぎに、ＰＰＰｏＥセッション情報復元部１９は、ＰＰＰｏＥクライアント処理部１３に、この生存確認パケットに含まれているセッションＩＤを通知して、ＩＳＰ２に対するアドレス要求を指示する。これを受けて、ＰＰＰｏＥクライアント処理部１３は、ＰＰＰｏＥセッション情報復元部１９から通知されたセッションＩＤを伴うアドレス要求パケットをＩＳＰ２に送信して、ＩＳＰ２からＩＰアドレスを取得する（Ｓ２１６）。そして、このＩＰアドレスを、このセッションＩＤにより特定されるＰＰＰｏＥセッションで使用するＩＰアドレスに設定する。
【００６６】
以上、本発明の一実施の形態について説明した。
【００６７】
本実施の形態において、ルータ１は、再起動後にＩＳＰ２から受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッション情報を復元するとともに、この生存確認パケットに対して生存応答パケットを返信することにより、ＩＳＰ２に再起動前のＰＰＰｏＥセッションを維持させる。また、再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットをＩＳＰ２に送信して、ＩＳＰ２から、再起動前に割り当てられていたＩＰアドレスを取得する。
【００６８】
このため、本実施の形態によれば、ＩＳＰ２が動的ＩＰサービスを提供している場合でも、ルータ１の再起動の前後において、ＩＳＰ２からルータ１に割り当てられるＩＰアドレスが同じになるので、ルータ１の再起動後に、ＤＮＳサーバ５に登録されているルータ１のＩＰアドレスを更新しなくても、インターネット端末６がインターネット８経由でルータ１にアクセスできる。
【００６９】
また、本実施の形態において、ルータ１は、ＩＳＰ２との間にＰＰＰｏＥセッションを確立するために使用するＰＰＰｏＥクライアントＭＡＣアドレス毎に、アカウント情報を予め記憶している。そして、再起動後にＩＳＰ２から受信した生存確認パケットと、この生存確認パケットに含まれているＰＰＰｏＥクライアントＭＡＣアドレスに対応付けられて記憶されているアカウント情報とに基づいて、このＰＰＰｏＥクライアントＭＡＣアドレスに対応する再起動前のＰＰＰｏＥセッション情報を復元している。
【００７０】
したがって、本実施の形態によれば、ルータ１がマルチセッション接続に対応している場合でも、ルータ１の再起動前に確立中であったＰＰＰｏＥセッション毎に、ルータ１の再起動後におけるＰＰＰｏＥセッションの維持およびルータ１の再起動前と同じＩＰアドレスのルータ１への割当てを実現できる。
【００７１】
また、本実施の形態において、ルータ１は、ＩＳＰ２との間にＰＰＰｏＥセッションを確立するために使用するＰＰＰｏＥクライアントＭＡＣアドレス毎に、ＩＳＰ２がこのＰＰＰｏＥセッションに対して提供する接続サービスのサービス種別（常時接続か、それともオンデマンド接続か）を予め記憶している。また、ＩＳＰ２との間に確立中のＰＰＰｏＥセッション毎に、データパケットの最新の受信時刻を計測している。そして、ルータ１は、再起動後にＩＳＰ２から受信した生存確認パケットに含まれているＰＰＰｏＥクライアントＭＡＣアドレスに対応付けられて記憶されているサービス種別が、オンデマンド接続である場合に、このＰＰＰｏＥクライアントＭＡＣアドレスに対応するＰＰＰｏＥセッションについて計測されたデータパケットの最新の受信時刻からの経過時間が所定時間を超えている場合、このＰＰＰｏＥクライアントＭＡＣアドレスに対応する再起動前のＰＰＰｏＥセッション情報を復元しない。
【００７２】
したがって、本実施の形態によれば、ルータ１の再起動後に、タイムアウトにより自動切断されたオンデマンド接続のＰＰＰｏＥセッション情報が復元されてしまうのを防止することができる。このため、常時接続とオンデマンド接続とが混在するようなマルチセッション接続にルータ１を対応させることができる。
【００７３】
なお、本発明は上記の実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００７４】
例えば、上記の実施の形態において、図３に示すルータ１の機能構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などの集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの計算機によりソフトウエア的に実現されるものでもよい。または、ＣＰＵ、揮発性メモリ等の主記憶、ＨＤＤ、不揮発性メモリ等の補助記憶装置、およびＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、モデム等の通信インターフェースを備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置から主記憶上にロードして実行することで実現されるものでもよい。
【００７５】
また、上記の実施の形態では、ルータ１がＰＰＰｏＥクライアント機能を有する場合を例にとり説明したが、本発明はこれに限定されない。本発明は、ＰＰＰｏＥクライアント機能を有する様々な通信装置に適用可能である。
【符号の説明】
【００７６】
１：ルータ、２：ＩＳＰ、３：Ｗｅｂサーバ、４：ファイルサーバ、５：ＤＮＳサーバ、６：インターネット端末、７：地域ＩＰ網、８：インターネット、９：ＬＡＮ、１０：ＬＡＮＩＦ部、１１：地域ＩＰ網ＩＦ部、１２：ルーティング処理部、１３：ＰＰＰｏＥクライアント処理部、１４：生存確認抽出部、１５：ＰＰＰｏＥセッション情報記憶部、１６：アカウント情報記憶部、１７：受信時刻記憶部、１８：受信時刻検出部、１９：ＰＰＰｏＥセッション情報復元部
【技術分野】
【０００１】
本発明は、通信装置に関し、特にＰＰＰｏＥクライアント機能を有する通信装置のアドレス取得技術に関する。
【背景技術】
【０００２】
ＰＰＰｏＥ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ）は、Ｅｔｈｅｒｎｅｔ（登録商標）を利用してＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）の機能を実現するためのプロトコルである。ブロードバンドルータ等のＰＰＰｏＥクライアントは、Ｅｔｈｅｒｎｅｔフレームを使ってＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）等のＰＰＰｏＥサーバとＰＰＰｏＥパケットをやり取りする。これにより、ＰＰＰｏＥクライアントは、ＡＤＳＬ、ＣＡＴＶ、ＦＴＴＨ等の地域ＩＰ網を介してＰＰＰｏＥサーバとの間にＰＰＰｏＥセッションを確立し、このＰＰＰｏＥセッションを介してインターネットに接続する。
【０００３】
ここで、ＰＰＰｏＥクライアントは、通常、セッションＩＤ等のＰＰＰｏＥセッションに関する情報を主記憶に記憶する。主記憶には一般に揮発性メモリが用いられるため、ＰＰＰｏＥクライアントが再起動されると、主記憶に保持していたＰＰＰｏＥセッションに関する情報が失われてしまう。このため、ＰＰＰｏＥクライアントは、再起動後にＰＰＰｏＥセッションを新たに確立する必要がある。しかし、ＰＰＰｏＥサーバは、ＰＰＰｏＥクライアントに定期的に送信する生存確認パケットに対して、ＰＰＰｏＥクライアントからの生存応答パケットを所定回数連続して受信しなかった場合に、ＰＰＰｏＥクライアントとの間に確立しているＰＰＰｏＥセッションを解放する。このため、所定時間を経過するまで、再起動前のＰＰＰｏＥセッションが維持されてしまい、新たなＰＰＰｏＥセッションを開始するのに長時間を要する。
【０００４】
この問題を解決するために、特許文献１に記載のＰＰＰｏＥクライアントは、再起動後にＰＰＰｏＥサーバから生存確認パケットを受信したならば、この生存確認パケットで指定されているセッションＩＤを伴う切断要求パケットをＰＰＰｏＥサーバに送信して、再起動前のＰＰＰｏＥセッションを強制的に切断する。これにより、新たなＰＰＰｏＥセッションを迅速に開始できるようにしている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１１６３４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、ＰＰＰｏＥサーバが動的（非固定）ＩＰサービスを提供している場合、ＰＰＰｏＥクライアントは、再起動後、新たなＰＰＰｏＥセッションを開始するために、ＰＰＰｏＥサーバに接続要求パケットを送信して、ＰＰＰｏＥサーバからＩＰアドレスを取得する。このＩＰアドレスが、再起動前のＰＰＰｏＥセッションのときに取得したＩＰアドレスと異なることがある。
【０００７】
ＰＰＰｏＥクライアントが取得したＩＰアドレスは、自身のドメイン名と対応付けられてＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバに登録されるが、ＤＮＳサーバは、ＰＰＰｏＥクライアントから再起動後の新たなＩＰアドレスが通知されるまでは、ＰＰＰｏＥクライアントのドメイン名の指定を伴う問合せに対して、ＰＰＰｏＥクライアントの再起動前のＩＰアドレスを通知するため、インターネット経由でＰＰＰｏＥクライアントにアクセスできないという問題が生じる。
【０００８】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ＰＰＰｏＥサーバが動的ＩＰサービスを提供している場合において、ＰＰＰｏＥクライアントの再起動後にインターネット経由でこのＰＰＰｏＥクライアントにアクセスできない事態が発生するのを防止する技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明において、ＰＰＰｏＥクライアント機能を有する通信装置は、再起動後にＰＰＰｏＥサーバから受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報を復元するとともに、この生存確認パケットに対して生存応答パケットを返信することにより、ＰＰＰｏＥサーバに再起動前のＰＰＰｏＥセッションを維持させる。それから、再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットをＰＰＰｏＥサーバに送信して、ＰＰＰｏＥサーバから、再起動前に割り当てられていたＩＰアドレスを取得する。
【００１０】
例えば、本発明は、ＰＰＰｏＥクライアント機能を有する通信装置であって、
再起動後にＰＰＰｏＥサーバから受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報を復元する復元手段と、
前記復元手段により復元された前記再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットを前記ＰＰＰｏＥサーバに送信して、前記ＰＰＰｏＥサーバから再起動前のＩＰアドレスを取得するＩＰアドレス取得手段と、を有する。
【発明の効果】
【００１１】
本発明によれば、ＰＰＰｏＥサーバが動的ＩＰサービスを提供している場合において、ＰＰＰｏＥクライアントの再起動後にインターネット経由でこのＰＰＰｏＥクライアントにアクセスできない事態が発生するのを防止することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、本発明の一実施の形態に係る通信システムの概略図である。
【図２】図２は、本発明の一実施の形態に係る通信システムにおいて、ルータ１がＩＳＰ２とＰＰＰｏＥセッションを確立中に再起動した場合における動作シーケンスの一例を説明するための図である。
【図３】図３は、ルータ１の概略機能構成図である。
【図４】図４（Ａ）は、ＰＰＰｏＥセッション情報記憶部１５の登録内容例を模式的に表した図であり、図４（Ｂ）は、アカウント情報記憶部１６の登録内容例を模式的に表した図であり、そして、図４（Ｃ）は、受信時刻記憶部１７の登録内容例を模式的に表した図である。
【図５】図５は、ルータ１の動作フローを説明するため図である。
【発明を実施するための形態】
【００１３】
以下に、本発明の一実施の形態について説明する。
【００１４】
図１は、本実施の形態に係る通信システムの概略図である。
【００１５】
図示するように、本実施の形態に係る通信システムは、ＬＡＮ９およびＡＤＳＬ、ＣＡＴＶ、ＦＴＴＨ等の地域ＩＰ網７に接続されたルータ１と、地域ＩＰ網７およびインターネット８に接続されたＩＳＰ２と、ＬＡＮ９に接続されたＷｅｂサーバ３およびファイルサーバ４と、インターネット８に接続されたＤＮＳサーバ５およびインターネット端末６と、を有する。
【００１６】
ルータ１は、マルチセッション接続対応のＰＰＰｏＥクライアント機能を有しており、地域ＩＰ網７を介して、ＰＰＰｏＥサーバとして機能するＩＳＰ２との間にＰＰＰｏＥセッションを確立し、このＰＰＰｏＥセッション経由でインターネット８に接続する。
【００１７】
ＩＳＰ２は、上述したように、ＰＰＰｏＥサーバ機能を有しており、ルータ１との間にＰＰＰｏＥセッションを確立している期間中、ＰＰＰｏＥセッションの生存確認パケットを定期的（例えば６０秒毎）にルータ１に送信する。そして、ルータ１からの生存応答パケットを所定回数（例えば５回）連続して受信しなかったならば、このＰＰＰｏＥセッションを切断する。また、ＩＳＰ２は、動的ＩＰサービスを提供しており、ルータ１との間にＰＰＰｏＥセッションが確立される毎に、このＰＰＰｏＥセッションで使用するＩＰアドレスをルータ１に割り当てる。
【００１８】
ＤＮＳサーバ５には、ルータ１のＩＰアドレスがドメイン名に対応付けられて登録される。そして、ＤＮＳサーバ５は、インターネット端末６からのルータ１のドメイン名を伴う問合せに対して、このドメイン名に対応付けられたＩＰアドレスを通知する。インターネット端末６は、ＤＮＳサーバ５から通知されたＩＰアドレスを用いて、インターネット８経由でルータ１にアクセスすることができる。これにより、ＬＡＮ９を介してルータ１の配下のＷｅｂサーバ３、ファイルサーバ４にアクセスすることが可能となる。
【００１９】
また、本実施の形態に係る通信システムにおいて、ルータ１は、異常発生等により再起動した場合に、再起動後にＩＳＰ２から受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報（以下、ＰＰＰｏＥセッション情報）を復元する。また、この生存確認パケットに対して生存応答パケットを返信することにより、ＩＳＰ２に再起動前のＰＰＰｏＥセッションを維持させる。それから、再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットをＩＳＰ２に送信して、ＩＳＰ２から、再起動前のＰＰＰｏＥセッションに対して割り当てられていたＩＰアドレスを取得する。
【００２０】
図２は、本実施の形態に係る通信システムにおいて、ルータ１がＩＳＰ２との間でＰＰＰｏＥセッションを確立中に再起動した場合における動作シーケンスの一例を説明するための図である。ここで、ルータ１は、このＰＰＰｏＥセッションのためにＩＳＰ２から割り当てられたＩＰアドレスを、自身のドメイン名に対応付けてＤＮＳサーバ５に登録済みであるとする。
【００２１】
ＩＳＰ２は、ルータ１との間にＰＰＰｏＥセッションが確立されている間（Ｓ１０)、所定のインターバル時間ｔ毎に、ルータ１に対してＰＰＰｏＥセッションの生存確認パケットを送信する（Ｓ１１−１〜Ｓ１１−４）。これに対して、ルータ１は、生存確認パケットに含まれているＰＰＰｏＥセッション情報が主記憶等で管理されているならば、このＰＰＰｏＥセッションの生存応答パケットをＩＳＰ２に返信する（Ｓ１２−１、Ｓ１２−３、Ｓ１２−４）。
【００２２】
ここで、ルータ１に異常が発生して（Ｓ１３）、ルータ１が再起動されたものとする（Ｓ１４）。ルータ１は、再起動中においては、主記憶等で管理していたＰＰＰｏＥセッション情報がクリアされているため、ＩＳＰ２から受信した生存確認パケットに対して（Ｓ１１−２）、生存応答パケットを返信しない。
【００２３】
再起動の完了後、ルータ１は、ＩＳＰ２から生存確認パケットを受信すると（Ｓ１１−３）、この生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッション情報を復元して主記憶等で管理する（Ｓ１５）。また、この生存確認パケットに対して生存応答パケットをＩＳＰ２に返信する（Ｓ１２−３）。これにより、ＩＳＰ２は、ルータ１の再起動前にルータ１との間に確立されたＰＰＰｏＥセッションを維持する。
【００２４】
つぎに、ルータ１は、復元したＰＰＰｏＥセッション情報に含まれているセッションＩＤを伴うアドレス要求パケットをＩＳＰ２に送信して（Ｓ１６）、ＩＳＰ２からＩＰアドレスを取得する（Ｓ１７、Ｓ１８）。これにより、ルータ１は、維持されたＰＰＰｏＥセッションに使用するＩＰアドレスとして、再起動前と同じＩＰアドレスを使用する。
【００２５】
その後、インターネット端末６が、ＤＮＳサーバ５に対して、ルータ１のドメイン名を伴う問合せを行うと（Ｓ２０）、ＤＮＳサーバ５は、このドメイン名に対応付けられたＩＰアドレスをインターネット端末６に通知する（Ｓ２１）。ここで、このＩＰアドレスは、ルータ１が再起動前にＤＮＳサーバ５に登録したものであるが、ルータ１の再起動後も同じＩＰアドレスがルータ１に割り当てられているため、インターネット端末６は、このＩＰアドレスを用いてルータ１にアクセスすることができる（Ｓ２２）。そして、ルータ１の配下のＷｅｂサーバ３、ファイルサーバ４にアクセスすることが可能となる。
【００２６】
なお、マルチセッション接続によりルータ１およびＩＳＰ２間にＰＰＰｏＥセッションが複数確立されている場合は、ＰＰＰｏＥセッション毎に、図２に示す動作シーケンスが実施される。
【００２７】
つぎに、本実施の形態に係る通信システムを構成するルータ１について説明する。なお、ルータ１以外の本通信システムを構成する各装置２〜６には一般的な既存の装置を利用することができるため、それらについての詳細な説明を省略する。
【００２８】
図３は、ルータ１の概略機能構成図である。
【００２９】
図示するように、ルータ１は、ＬＡＮＩＦ部１０と、地域ＩＰ網ＩＦ部１１と、ルーティング処理部１２と、ＰＰＰｏＥクライアント処理部１３と、生存確認抽出部１４と、ＰＰＰｏＥセッション情報記憶部１５と、アカウント情報記憶部１６と、受信時刻記憶部１７と、受信時刻検出部１８と、ＰＰＰｏＥセッション情報復元部１９と、を有する。
【００３０】
ＬＡＮＩＦ部１０は、ＬＡＮ９を介してＷｅｂサーバ３およびファイルサーバ４と通信を行うためのインターフェースである。
【００３１】
地域ＩＰ網ＩＦ部１１は、地域ＩＰ網７を介してＩＳＰ２と通信を行うためのインターフェースである。
【００３２】
ルーティング処理部１２は、ＰＰＰｏＥパケット以外のパケットに対するルーティング処理を行う。
【００３３】
ＰＰＰｏＥクライアント処理部１３は、ＰＰＰｏＥクライアントに必要な処理を行って、ＰＰＰｏＥサーバとして機能するＩＳＰ２とＰＰＰｏＥパケットをやり取りする。
【００３４】
生存確認抽出部１４は、ＩＳＰ２から受信したＰＰＰｏＥパケットのなかから生存確認パケットを抽出する。
【００３５】
ＰＰＰｏＥセッション情報記憶部１５には、ＩＳＰ２との間に確立中のＰＰＰｏＥセッションのＰＰＰｏＥセッション情報が記憶される。なお、ＰＰＰｏＥクライアント処理部１３は、ＩＳＰ２との間にＰＰＰｏＥセッションが確立されたならば、このＰＰＰｏＥセッションのＰＰＰｏＥセッション情報をＰＰＰｏＥセッション情報記憶部１５に記憶し、ＰＰＰｏＥセッションが解放されたならば、このＰＰＰｏＥセッションのＰＰＰｏＥセッション情報をＰＰＰｏＥセッション情報記憶部１５から削除する。これにより、確立中のＰＰＰｏＥセッションのＰＰＰｏＥセッション情報を管理する。
【００３６】
図４（Ａ）は、ＰＰＰｏＥセッション情報記憶部１５の登録内容例を模式的に表した図である。
【００３７】
図示するように、ＰＰＰｏＥセッション情報記憶部１５には、ＩＳＰ２との間に確立中のＰＰＰｏＥセッション毎にレコード１５０が記憶される。レコード１５０は、ＰＰＰｏＥセッションのセッションＩＤを登録するフィールド１５１と、ＰＰＰｏＥサーバ（ここではＩＳＰ２）のＭＡＣアドレス（以下、ＰＰＰｏＥサーバＭＡＣアドレス）を記憶するフィールド１５２と、ＰＰＰｏＥクライアントのＭＡＣアドレス（このＰＰＰｏＥセッションのためにルータ１が使用するＭＡＣアドレス：以下、ＰＰＰｏＥクライアントＭＡＣアドレス）を登録するフィールド１５３と、このＰＰＰｏＥセッションを確立するためにＰＰＰｏＥサーバに要求されるアカウント情報（アカウント名、パスワード等）を登録するフィールド１５４と、ＰＰＰｏＥサーバがこのＰＰＰｏＥセッションに対して提供する接続サービスのサービス種別（常時接続か、それともオンデマンド接続か）を登録するフィールド１５５と、を有する。
【００３８】
なお、ＰＰＰｏＥセッション情報記憶部１５は、一般に揮発性メモリが用いられる主記憶上に構築される。このため、ルータ１が再起動した場合には、ＰＰＰｏＥセッション情報記憶部１５の登録内容はクリアされる。
【００３９】
アカウント情報記憶部１６には、ルータ１がＩＳＰ２との間にＰＰＰｏＥセッションを確立するために使用するＰＰＰｏＥクライアントＭＡＣアドレス、アカウント情報、およびこのＰＰＰｏＥセッションに対して提供される接続サービスのサービス種別が登録されている。
【００４０】
図４（Ｂ）は、アカウント情報記憶部１６の登録内容例を模式的に表した図である。
【００４１】
図示するように、アカウント情報記憶部１６には、ルータ１がＩＳＰ２との間にＰＰＰｏＥセッションを確立するために使用するＰＰＰｏＥクライアントＭＡＣアドレス毎にレコード１６０が記憶されている。レコード１６０は、ＰＰＰｏＥクライアントＭＡＣアドレスを登録するフィールド１６１と、このＰＰＰｏＥセッションを確立するためにＰＰＰｏＥサーバに要求されるアカウント情報（アカウント名、パスワード等）を登録するフィールド１６２と、ＰＰＰｏＥサーバがこのＰＰＰｏＥセッションに対して提供する接続サービスのサービス種別（常時接続か、それともオンデマンド接続か）を登録するフィールド１６３と、を有する。
【００４２】
なお、アカウント情報記憶部１６は、一般にＨＤＤあるいは不揮発性メモリが用いられる補助記憶装置上に構築される。このため、ルータ１が再起動した場合でも、アカウント情報記憶部１６の登録内容は維持される。
【００４３】
受信時刻記憶部１７には、ＩＳＰ２との間に確立中のＰＰＰｏＥセッションを介して受信した最新のデータパケットの受信時刻が記憶される。
【００４４】
図４（Ｃ）は、受信時刻記憶部１７の登録内容例を模式的に表した図である。
【００４５】
図示するように、受信時刻記憶部１７は、ＩＳＰ２との間に確立中のＰＰＰｏＥセッション毎にレコード１７０が記憶される。レコード１７０は、ＰＰＰｏＥセッションのセッションＩＤを登録するフィールド１７１と、このＰＰＰｏＥセッションを介して受信した最新のデータパケットの受信時刻（最新パケット受信時刻）を登録するフィールド１７２と、を有する。
【００４６】
なお、受信時刻記憶部１７は、一般にＨＤＤあるいは不揮発性メモリが用いられる補助記憶装置上に構築される。このため、ルータ１が再起動した場合にも、受信時刻記憶部１７の登録内容は維持される。
【００４７】
受信時刻検出部１８は、ＩＳＰ２との間に確立中のＰＰＰｏＥセッション毎に、ルーティング処理部１２を流れるデータパケットを監視する。そして、データパケットがルーティング処理部１２を流れる毎に、このデータパケットを搬送するＰＰＰｏＥセッションのセッションＩＤに対応付けられて受信時刻記憶部１７に記憶されている最新パケット受信時刻を更新する。
【００４８】
ＰＰＰｏＥセッション情報復元部１９は、ルータ１の再起動後にＩＳＰ２から受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッション情報を復元する。そして、復元したＰＰＰｏＥセッション情報をＰＰＰｏＥセッション情報記憶部１５に記憶する。但し、生存確認パケットが対象とするＰＰＰｏＥセッションに対して提供される接続サービスがオンデマンド接続である場合、ＰＰＰｏＥセッション情報復元部１９は、このＰＰＰｏＥセッションを介してデータパケットを最後に受信してからの経過時間が所定時間を超えているならば、ＰＰＰｏＥセッションの情報を復元しない。
【００４９】
図５は、ルータ１の動作フローを説明するための図である。
【００５０】
まず、ＬＡＮＩＦ部１０は、ＬＡＮ９からパケットを受信するのを待つ。同様に、地域ＩＰ網ＩＦ部１１は、地域ＩＰ網７からパケットを受信するのを待つ（Ｓ２００）。そして、受信パケットが、ＬＡＮ９から受信したパケット、あるいは地域ＩＰ網７から受信したＰＰＰｏＥパケット以外のパケットである場合（Ｓ２０１でＮＯ）、ＬＡＮＩＦ部１０あるいは地域ＩＰ網ＩＦ部１１は、受信パケットをルーティング処理部１２に渡す。これを受けて、ルーティング処理部１２は、受信パケットのルーティング処理を行って、受信パケットをＬＡＮＩＦ部１０あるいは地域ＩＰ網ＩＦ部１１から出力する（Ｓ２０２）。
【００５１】
このとき、受信時刻検出部１８は、ＰＰＰｏＥセッション情報記憶部１５を参照して、受信パケットがＩＳＰ２との間に確立中のＰＰＰｏＥセッション経由でやり取りされたものであるか否かを判断する（Ｓ２０３）。
【００５２】
受信パケットがＩＳＰ２との間に確立中のＰＰＰｏＥセッション経由でやり取りされたものでないならば（Ｓ２０３でＮＯ）、Ｓ２００に戻って新たなパケットの受信を待つ。
【００５３】
一方、受信パケットがＩＳＰ２との間に確立中のＰＰＰｏＥセッション経由でやり取りされたものであるならば（Ｓ２０３でＹＥＳ）、受信時刻検出部１８は、このＰＰＰｏＥセッションのセッションＩＤがフィールド１７１に記憶されているレコード１７０を受信時刻記憶部１７から検索し、検索したレコード１７０のフィールド１７２に登録されている最新パケット受信時刻を現在時刻に更新する（Ｓ２０４）。なお、受信時刻記憶部１７にそのようなレコード１７０が記憶されていないならば、受信時刻記憶部１７に新たなレコード１７０を追加し、このレコード１７０のフィールド１７１、１７２に、それぞれ、受信パケットが利用するＰＰＰｏＥセッションのセッションＩＤ、現在時刻を登録する。それから、Ｓ２００に戻って、新たなパケットの受信を待つ。
【００５４】
また、受信パケットが、地域ＩＰ網７から受信したＰＰＰｏＥパケットである場合（Ｓ２０１でＹＥＳ）、地域ＩＰ網ＩＦ部１１は、このＰＰＰｏＥパケットを生存確認抽出部１４に渡す。これを受けて、生存確認抽出部１４は、ＰＰＰｏＥパケットが生存確認パケットであるか否かを判断する（Ｓ２０５）。
【００５５】
ＰＰＰｏＥパケットが生存確認パケットでない場合（Ｓ２０５でＮＯ）、生存確認抽出部１４は、このＰＰＰｏＥパケットをＰＰＰｏＥクライアント処理部１３に渡す。これを受けて、ＰＰＰｏＥクライアント処理部１３は、ＰＰＰｏＥパケットに応じたＰＰＰｏＥクライアントの処理を行う（Ｓ２０６）。その後、Ｓ２００に戻って、新たなパケットの受信を待つ。
【００５６】
一方、ＰＰＰｏＥパケットが生存確認パケットである場合（Ｓ２０５でＹＥＳ）、生存確認抽出部１４は、この生存確認パケットをＰＰＰｏＥセッション情報復元部１９に渡す。これを受けて、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットが対象とするＰＰＰｏＥセッションのＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５に記憶されているか否かを判断する（Ｓ２０７）。具体的には、生存確認パケットに含まれているセッションＩＤがフィールド１５１に登録されているレコード１５０を、ＰＰＰｏＥセッション情報記憶部１５から検索する。
【００５７】
生存確認パケットが対象とするＰＰＰｏＥセッションのＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５に記憶されている場合（Ｓ２０７でＹＥＳ）、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットをＰＰＰｏＥクライアント処理部１３に渡す。これを受けて、ＰＰＰｏＥクライアント処理部１３は、生存確認パケットが対象とするＰＰＰｏＥセッションのＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５に記憶されていることを確認して、ＩＳＰ２に生存応答パケットを返信する（Ｓ２０８）。その後、Ｓ２００に戻って、新たなパケットの受信を待つ。
【００５８】
一方、生存確認パケットが対象とするＰＰＰｏＥセッションのＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５に記憶されていない場合（Ｓ２０７でＮＯ）、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットからＰＰＰｏＥクライアントＭＡＣアドレスを抽出する（Ｓ２０９）。それから、ＰＰＰｏＥセッション情報復元部１９は、このＰＰＰｏＥクライアントＭＡＣアドレスに対応するアカウント情報、サービス種別がアカウント情報記憶部１６に記憶されているか否かを判断する（Ｓ２１０）。具体的には、このＰＰＰｏＥクライアントＭＡＣアドレスがフィールド１６１に登録されているレコード１６０をアカウント情報記憶部１６から検索する。
【００５９】
生存確認パケットから抽出したＰＰＰｏＥクライアントＭＡＣアドレスに対応するアカウント情報、サービス種別がアカウント情報記憶部１６に記憶されていない場合（Ｓ２１０でＮＯ）、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットがルータ１のＰＰＰｏＥセッションに対するものではないものと判断し、この生存確認パケットを破棄する（Ｓ２１１）。その後、Ｓ２００に戻って、新たなパケットの受信を待つ。
【００６０】
一方、生存確認パケットから抽出したＰＰＰｏＥクライアントＭＡＣアドレスに対応するアカウント情報、サービス種別がアカウント情報記憶部１６に記憶されている場合（Ｓ２１０でＹＥＳ）、ＰＰＰｏＥセッション情報復元部１９は、このＰＰＰｏＥクライアントＭＡＣアドレスに対応するサービス種別を判断する（Ｓ２１２）。サービス種別がオンデマンド接続である場合（Ｓ２１２でＹＥＳ）、ＰＰＰｏＥセッション情報復元部１９は、受信時刻記憶部１７を参照し、生存確認パケットが対象とするＰＰＰｏＥセッションの最新パケット受信時刻から所定時間（オンデマンド接続されたＰＰＰｏＥセッションの自動切断基準となる無通信時間）を経過しているか否かを判断する（Ｓ２１３）。具体的には、生存確認パケットに含まれているセッションＩＤがフィールド１７１に登録されているレコード１７０を受信時刻記憶部１７から検索し、このレコード１７０のフィールド１７２に登録されている最新パケット受信時刻からの経過時間が所定時間以上であるか否かを判断する。
【００６１】
生存確認パケットが対象とするＰＰＰｏＥセッションの最新パケット受信時刻から所定時間を経過した場合（Ｓ２１３でＹＥＳ）、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットが対象とするオンデマンド接続されたＰＰＰｏＥセッションが既に自動切断されているものと判断し、この生存確認パケットを破棄する（Ｓ２１１）。その後、Ｓ２００に戻って新たなパケットの受信を待つ。
【００６２】
一方、生存確認パケットから抽出したＰＰＰｏＥクライアントＭＡＣアドレスに対応するサービス種別が常時接続である場合（Ｓ２１２でＮＯ）、あるいは生存確認パケットから抽出したＰＰＰｏＥクライアントＭＡＣアドレスに対応するサービス種別がオンデマンド接続であり（Ｓ２１２でＹＥＳ）、かつこの生存確認パケットが対象とするＰＰＰｏＥセッションの最新パケット受信時刻から所定時間を経過していない場合（Ｓ２１３でＮＯ）、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットが対象とするＰＰＰｏＥセッションが確立中であるにもかかわらず、ルータ１の異常発生等による再起動により、ＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５からクリアされたものと判断する。そして、このＰＰＰｏＥセッション情報を復元してＰＰＰｏＥセッション情報記憶部１５に記憶する（Ｓ２１４）。
【００６３】
具体的には、ＰＰＰｏＥセッション情報記憶部１５に新たなレコード１５０を追加し、このレコード１５０のフィールド１５１〜１５３に、生存確認パケットに含まれているセッションＩＤ、ＰＰＰｏＥサーバＭＡＣアドレス、ＰＰＰｏＥクライアントＭＡＣアドレスを登録する。また、このレコード１５０のフィールド１５４、１５５に、生存確認パケットから抽出したＰＰＰｏＥクライアントＭＡＣアドレスに対応付けられてアカウント情報記憶部１６に記憶されているアカウント情報、サービス種別を登録する。
【００６４】
それから、ＰＰＰｏＥセッション情報復元部１９は、この生存確認パケットをＰＰＰｏＥクライアント処理部１３に渡す。これを受けて、ＰＰＰｏＥクライアント処理部１３は、生存確認パケットが対象とするＰＰＰｏＥセッションのＰＰＰｏＥセッション情報がＰＰＰｏＥセッション情報記憶部１５に記憶されていることを確認して、ＩＳＰ２に生存応答パケットを返信する（Ｓ２１５）。
【００６５】
つぎに、ＰＰＰｏＥセッション情報復元部１９は、ＰＰＰｏＥクライアント処理部１３に、この生存確認パケットに含まれているセッションＩＤを通知して、ＩＳＰ２に対するアドレス要求を指示する。これを受けて、ＰＰＰｏＥクライアント処理部１３は、ＰＰＰｏＥセッション情報復元部１９から通知されたセッションＩＤを伴うアドレス要求パケットをＩＳＰ２に送信して、ＩＳＰ２からＩＰアドレスを取得する（Ｓ２１６）。そして、このＩＰアドレスを、このセッションＩＤにより特定されるＰＰＰｏＥセッションで使用するＩＰアドレスに設定する。
【００６６】
以上、本発明の一実施の形態について説明した。
【００６７】
本実施の形態において、ルータ１は、再起動後にＩＳＰ２から受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッション情報を復元するとともに、この生存確認パケットに対して生存応答パケットを返信することにより、ＩＳＰ２に再起動前のＰＰＰｏＥセッションを維持させる。また、再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットをＩＳＰ２に送信して、ＩＳＰ２から、再起動前に割り当てられていたＩＰアドレスを取得する。
【００６８】
このため、本実施の形態によれば、ＩＳＰ２が動的ＩＰサービスを提供している場合でも、ルータ１の再起動の前後において、ＩＳＰ２からルータ１に割り当てられるＩＰアドレスが同じになるので、ルータ１の再起動後に、ＤＮＳサーバ５に登録されているルータ１のＩＰアドレスを更新しなくても、インターネット端末６がインターネット８経由でルータ１にアクセスできる。
【００６９】
また、本実施の形態において、ルータ１は、ＩＳＰ２との間にＰＰＰｏＥセッションを確立するために使用するＰＰＰｏＥクライアントＭＡＣアドレス毎に、アカウント情報を予め記憶している。そして、再起動後にＩＳＰ２から受信した生存確認パケットと、この生存確認パケットに含まれているＰＰＰｏＥクライアントＭＡＣアドレスに対応付けられて記憶されているアカウント情報とに基づいて、このＰＰＰｏＥクライアントＭＡＣアドレスに対応する再起動前のＰＰＰｏＥセッション情報を復元している。
【００７０】
したがって、本実施の形態によれば、ルータ１がマルチセッション接続に対応している場合でも、ルータ１の再起動前に確立中であったＰＰＰｏＥセッション毎に、ルータ１の再起動後におけるＰＰＰｏＥセッションの維持およびルータ１の再起動前と同じＩＰアドレスのルータ１への割当てを実現できる。
【００７１】
また、本実施の形態において、ルータ１は、ＩＳＰ２との間にＰＰＰｏＥセッションを確立するために使用するＰＰＰｏＥクライアントＭＡＣアドレス毎に、ＩＳＰ２がこのＰＰＰｏＥセッションに対して提供する接続サービスのサービス種別（常時接続か、それともオンデマンド接続か）を予め記憶している。また、ＩＳＰ２との間に確立中のＰＰＰｏＥセッション毎に、データパケットの最新の受信時刻を計測している。そして、ルータ１は、再起動後にＩＳＰ２から受信した生存確認パケットに含まれているＰＰＰｏＥクライアントＭＡＣアドレスに対応付けられて記憶されているサービス種別が、オンデマンド接続である場合に、このＰＰＰｏＥクライアントＭＡＣアドレスに対応するＰＰＰｏＥセッションについて計測されたデータパケットの最新の受信時刻からの経過時間が所定時間を超えている場合、このＰＰＰｏＥクライアントＭＡＣアドレスに対応する再起動前のＰＰＰｏＥセッション情報を復元しない。
【００７２】
したがって、本実施の形態によれば、ルータ１の再起動後に、タイムアウトにより自動切断されたオンデマンド接続のＰＰＰｏＥセッション情報が復元されてしまうのを防止することができる。このため、常時接続とオンデマンド接続とが混在するようなマルチセッション接続にルータ１を対応させることができる。
【００７３】
なお、本発明は上記の実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００７４】
例えば、上記の実施の形態において、図３に示すルータ１の機能構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などの集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの計算機によりソフトウエア的に実現されるものでもよい。または、ＣＰＵ、揮発性メモリ等の主記憶、ＨＤＤ、不揮発性メモリ等の補助記憶装置、およびＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、モデム等の通信インターフェースを備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置から主記憶上にロードして実行することで実現されるものでもよい。
【００７５】
また、上記の実施の形態では、ルータ１がＰＰＰｏＥクライアント機能を有する場合を例にとり説明したが、本発明はこれに限定されない。本発明は、ＰＰＰｏＥクライアント機能を有する様々な通信装置に適用可能である。
【符号の説明】
【００７６】
１：ルータ、２：ＩＳＰ、３：Ｗｅｂサーバ、４：ファイルサーバ、５：ＤＮＳサーバ、６：インターネット端末、７：地域ＩＰ網、８：インターネット、９：ＬＡＮ、１０：ＬＡＮＩＦ部、１１：地域ＩＰ網ＩＦ部、１２：ルーティング処理部、１３：ＰＰＰｏＥクライアント処理部、１４：生存確認抽出部、１５：ＰＰＰｏＥセッション情報記憶部、１６：アカウント情報記憶部、１７：受信時刻記憶部、１８：受信時刻検出部、１９：ＰＰＰｏＥセッション情報復元部
【特許請求の範囲】
【請求項１】
ＰＰＰｏＥクライアント機能を有する通信装置であって、
再起動後にＰＰＰｏＥサーバから受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報を復元する復元手段と、
前記復元手段により復元された前記再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットを前記ＰＰＰｏＥサーバに送信して、前記ＰＰＰｏＥサーバから再起動前のＩＰアドレスを取得するＩＰアドレス取得手段と、を有する
ことを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置であって、
前記ＰＰＰｏＥクライアント機能は、マルチセッション接続に対応しており、
ＰＰＰｏＥセッション毎に、当該ＰＰＰｏＥセッションに割り当てるＭＡＣアドレス、およびアカウント情報が記憶されたアカウント情報記憶手段をさらに有し、
前記復元手段は、
再起動後に前記ＰＰＰｏＥサーバから受信した生存確認パケットと、当該生存確認パケットに含まれているＰＰＰｏＥクライアントのＭＡＣアドレスに対応付けられて前記アカウント情報記憶手段に記憶されているアカウント情報とに基づいて、当該ＭＡＣアドレスに対応する前記再起動前のＰＰＰｏＥセッションに関する情報を復元する
ことを特徴とする通信装置。
【請求項３】
請求項２に記載の通信装置であって、
ＰＰＰｏＥセッション毎に、データパケットの最新の受信時刻を計測する受信時刻計測手段をさらに有し、
前記アカウント情報記憶手段は、
ＰＰＰｏＥセッションに毎に、当該ＰＰＰｏＥセッションに割り当てられる前記ＭＡＣアドレスおよび前記アカウント情報に加えて、当該ＰＰＰｏＥセッションに対して提供される接続サービスが、常時接続であるか、それともオンデマンド接続であるかを示すサービス種別を記憶しており、
前記復元手段は、
再起動後に前記ＰＰＰｏＥサーバから受信した生存確認パケットに含まれているＰＰＰｏＥクライアントのＭＡＣアドレスに対応付けられて前記アカウント情報記憶手段に記憶されているサービス種別が、オンデマンド接続である場合に、当該ＭＡＣアドレスに対応するＰＰＰｏＥセッションについて前記受信時刻計測手段により計測されたデータパケットの最新の受信時刻からの経過時間が所定時間を超えているならば、当該ＭＡＣアドレスに対応する前記再起動前のＰＰＰｏＥセッションに関する情報を復元しない
ことを特徴とする通信装置。
【請求項４】
ＰＰＰｏＥクライアント機能を有する通信装置のアドレス取得方法であって、
再起動後にＰＰＰｏＥサーバから受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報を復元し、
前記生存確認パケットに対して生存応答パケットを前記ＰＰＰｏＥサーバに返信することにより、前記ＰＰＰｏＥサーバに前記再起動前のＰＰＰｏＥセッションを維持させ、
前記再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットを前記ＰＰＰｏＥサーバに送信して、前記ＰＰＰｏＥサーバから、再起動前に割り当てられていたＩＰアドレスを取得する
ことを特徴とする通信装置のアドレス取得方法。
【請求項１】
ＰＰＰｏＥクライアント機能を有する通信装置であって、
再起動後にＰＰＰｏＥサーバから受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報を復元する復元手段と、
前記復元手段により復元された前記再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットを前記ＰＰＰｏＥサーバに送信して、前記ＰＰＰｏＥサーバから再起動前のＩＰアドレスを取得するＩＰアドレス取得手段と、を有する
ことを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置であって、
前記ＰＰＰｏＥクライアント機能は、マルチセッション接続に対応しており、
ＰＰＰｏＥセッション毎に、当該ＰＰＰｏＥセッションに割り当てるＭＡＣアドレス、およびアカウント情報が記憶されたアカウント情報記憶手段をさらに有し、
前記復元手段は、
再起動後に前記ＰＰＰｏＥサーバから受信した生存確認パケットと、当該生存確認パケットに含まれているＰＰＰｏＥクライアントのＭＡＣアドレスに対応付けられて前記アカウント情報記憶手段に記憶されているアカウント情報とに基づいて、当該ＭＡＣアドレスに対応する前記再起動前のＰＰＰｏＥセッションに関する情報を復元する
ことを特徴とする通信装置。
【請求項３】
請求項２に記載の通信装置であって、
ＰＰＰｏＥセッション毎に、データパケットの最新の受信時刻を計測する受信時刻計測手段をさらに有し、
前記アカウント情報記憶手段は、
ＰＰＰｏＥセッションに毎に、当該ＰＰＰｏＥセッションに割り当てられる前記ＭＡＣアドレスおよび前記アカウント情報に加えて、当該ＰＰＰｏＥセッションに対して提供される接続サービスが、常時接続であるか、それともオンデマンド接続であるかを示すサービス種別を記憶しており、
前記復元手段は、
再起動後に前記ＰＰＰｏＥサーバから受信した生存確認パケットに含まれているＰＰＰｏＥクライアントのＭＡＣアドレスに対応付けられて前記アカウント情報記憶手段に記憶されているサービス種別が、オンデマンド接続である場合に、当該ＭＡＣアドレスに対応するＰＰＰｏＥセッションについて前記受信時刻計測手段により計測されたデータパケットの最新の受信時刻からの経過時間が所定時間を超えているならば、当該ＭＡＣアドレスに対応する前記再起動前のＰＰＰｏＥセッションに関する情報を復元しない
ことを特徴とする通信装置。
【請求項４】
ＰＰＰｏＥクライアント機能を有する通信装置のアドレス取得方法であって、
再起動後にＰＰＰｏＥサーバから受信した生存確認パケットに基づいて、再起動前のＰＰＰｏＥセッションに関する情報を復元し、
前記生存確認パケットに対して生存応答パケットを前記ＰＰＰｏＥサーバに返信することにより、前記ＰＰＰｏＥサーバに前記再起動前のＰＰＰｏＥセッションを維持させ、
前記再起動前のＰＰＰｏＥセッションのセッションＩＤを伴うアドレス要求パケットを前記ＰＰＰｏＥサーバに送信して、前記ＰＰＰｏＥサーバから、再起動前に割り当てられていたＩＰアドレスを取得する
ことを特徴とする通信装置のアドレス取得方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１２−８０２５９（Ｐ２０１２−８０２５９Ａ）
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願番号】特願２０１０−２２２４５８（Ｐ２０１０−２２２４５８）
【出願日】平成２２年９月３０日（２０１０．９．３０）
【出願人】（０００１３４７０７）株式会社ナカヨ通信機 (522)
【Ｆターム（参考）】
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願日】平成２２年９月３０日（２０１０．９．３０）
【出願人】（０００１３４７０７）株式会社ナカヨ通信機 (522)
【Ｆターム（参考）】
[ Back to top ]