(57)【要約】【構成】端末１４ａ〜１４ｃの各々は、ルータ１０２のグローバルＩＰアドレス（以下“アドレス”）をルータ１０２を通してＤＤＮＳサーバ１２に繰り返し問い合わせ、ＤＤＮＳサーバ１２から今回通知されたアドレスが前回通知されたアドレスと異なるときルータ１０２に関するドメイン名−アドレス管理情報の更新をＤＤＮＳサーバ１２に依頼する。ＤＤＮＳサーバ１２は、端末１４ａ〜１４ｃのいずれかからの問い合わせに対して現時点で有効なアドレスを通知し、端末１４ａ〜１４ｃのいずれかへの通知処理の実行から既定期間に渡って通知処理を不能化し、そして端末１４ａ〜１４ｃのいずれかからの依頼に応じて更新処理を実行する。【効果】ルータの汎用性を高めつつ、ＤＤＮＳサーバにかかる負荷を軽減できる。【選択図】図１
2008252638.tif 000002
【特許請求の範囲】
【請求項１】
固有のドメイン名および可変のグローバルＩＰアドレスを有するルータと、前記ルータに接続される複数のクライアントと、前記ルータに関するドメイン名およびグローバルＩＰアドレスの対応関係を示す第１管理情報を保持するＤＤＮＳサーバとを備えるネットワークシステムにおいて、
前記複数のクライアントの各々は、
アドレス要求信号を前記ルータを通して前記ＤＤＮＳサーバに繰り返し送信する第１送信手段、および
前記第１送信手段によって送信されたアドレス要求信号に応答して前記ＤＤＮＳサーバから通知されたグローバルＩＰアドレスがアドレス一致条件を満足しないとき更新依頼信号を前記ＤＤＮＳサーバに送信する第２送信手段を備え、
前記ＤＤＮＳサーバは、
前記複数のクライアントのいずれか１つからのアドレス要求信号に応答して前記ルータのグローバルＩＰアドレスを要求元に通知する通知手段、
前記通知手段による通知処理の実行から第１期間に渡って前記通知手段を不能化する第１不能化手段、および
前記複数のクライアントのいずれか１つからの更新依頼信号に応じて前記第１管理情報を更新する更新手段を備えることを特徴とする、ネットワークシステム。
【請求項２】
前記ＤＤＮＳサーバは、前記第１期間における前記複数のクライアントの各々からのアドレス要求信号に対してエラーを返送する返送手段をさらに備え、
前記複数のクライアントの各々は、前記ＤＤＮＳサーバから返送されるエラーに応答して前記第２送信手段を不能化する第２不能化手段をさらに備える、請求項１記載のネットワークシステム。
【請求項３】
前記ＤＤＮＳサーバは、前記複数のクライアントから過去に受信した複数のアドレス要求信号に関する受信時刻および送信元グローバルＩＰアドレスの対応関係を示す第２管理情報をさらに保持し、
前記第１不能化手段は、前記複数のクライアントのいずれかからアドレス要求信号を受信したとき、受信されたアドレス要求信号の送信元グローバルＩＰアドレスと同一のグローバルＩＰアドレスが現時刻を終点とする前記第１期間の前記第２管理情報に記述されているか否かを判別して、判別結果が肯定的であるとき不能化処理を実行する一方、判別結果が否定的であるとき不能化処理を実行せず、
前記返送手段は、前記第１不能化手段の判別結果が肯定的であるとき返送処理を実行する一方、前記第１不能化手段の判別結果が否定的であるとき返送処理を実行しない、請求項２記載のネットワークシステム。
【請求項４】
前記複数のクライアントの各々は、前記ＤＤＮＳサーバから閾値を超える頻度でエラー返送を受けたとき前記第１送信手段を第２期間に渡って不能化する第３不能化手段をさらに備える、請求項１ないし３のいずれかに記載のネットワークシステム。
【請求項５】
前記第３不能化手段はエラー返送を受けてから第３期間が経過する前に再度エラー返送を受けたとき不能化処理を実行する、請求項４記載のネットワークシステム。
【請求項６】
前記ルータを通過したアドレス要求信号には前記ルータの現時点で有効なグローバルＩＰアドレスが送信元グローバルＩＰアドレスとして含められ、
前記通知手段は、前記アドレス要求信号に含まれる送信元グローバルＩＰアドレスを前記ルータのグローバルＩＰアドレスとして通知し、そして
前記アドレス一致条件は、前記ＤＤＮＳサーバから今回通知されたグローバルＩＰアドレスが前回通知されたグローバルＩＰアドレスと一致するという条件である、請求項１ないし５のいずれかに記載のネットワークシステム。
【請求項７】
前記ルータを通過したアドレス要求信号には前記ルータの現時点で有効なグローバルＩＰアドレスが送信元グローバルＩＰアドレスとして含められ、
前記第１送信手段は、前記アドレス要求信号に前記ルータのドメイン名を含めて送信し、
前記通知手段は、前記アドレス要求信号に含まれる送信元グローバルＩＰアドレスと、前記第１管理情報に記述された複数のグローバルＩＰアドレスのうち前記アドレス要求信号に含まれるドメイン名に対応するグローバルＩＰアドレスとの２つのアドレスを通知し、そして、
前記アドレス一致条件は、前記通知手段によって通知された２つのアドレスが互いに一致するという条件である、請求項１ないし５のいずれかに記載のネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークシステムに関し、特にたとえば、固有のドメイン名および可変のグローバルＩＰアドレスを有するルータと、ルータに接続される複数のクライアントと、ルータを含む複数のホストに関するドメイン名およびグローバルＩＰアドレスの対応関係を示す管理情報を保持するＤＤＮＳ(Dynamic Domain Name System)サーバとを備える、ネットワークシステムに関する。
【背景技術】
【０００２】
この種のシステムの一例が、特許文献１に開示されている。この背景技術では、ルータは、グローバルＩＰアドレス（以下“アドレス”）が新規に割り当てられる度に新アドレスが旧アドレスと一致するか否かを判別し、不一致のとき新アドレスをクライアントに通知する。クライアントは、ＤＤＮＳサーバに新アドレスを通知して管理情報の更新を依頼し、ＤＤＮＳサーバは、通知された新アドレスに基づいて管理情報を更新する。
【特許文献１】特開２００４−７１５１号公報［H04L 12/56, 12/46］
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、背景技術では、ルータに接続された複数のクライアントの各々がＤＤＮＳサーバに管理情報の更新を依頼するので、ＤＤＮＳサーバは重複する更新処理を無駄に実行する結果となり、クライアント数が多いとき特に、ＤＤＮＳサーバに重い負荷がかかる。
【０００４】
また、背景技術では、アドレス変化の検知および新アドレスのクライアントへの通知の各々をルータが行うので、ルータの汎用性が低い。
【０００５】
それゆえに、この発明の主たる目的は、ルータの汎用性を高めつつ、ＤＤＮＳサーバにかかる負荷を軽減できる、ネットワークシステムを提供することである。
【課題を解決するための手段】
【０００６】
この発明に従うネットワークシステム(10：実施例で相当する参照符号。以下同じ)は、固有のドメイン名および可変のグローバルＩＰアドレスを有するルータ(102)と、ルータに接続される複数のクライアント(14a, 14b, 14c)と、ルータに関するドメイン名およびグローバルＩＰアドレスの対応関係を示す第１管理情報を保持するＤＤＮＳサーバ(12)とを備えるネットワークシステム(10)において、次の特徴を有する。
【０００７】
複数のクライアントの各々は、アドレス要求信号をルータを通してＤＤＮＳサーバに繰り返し送信する第１送信手段(S5)、および第１送信手段によって送信されたアドレス要求信号に応答してＤＤＮＳサーバから通知されたグローバルＩＰアドレスがアドレス一致条件を満足しないとき更新依頼信号をＤＤＮＳサーバに送信する第２送信手段(S15)を備え、ＤＤＮＳサーバは、複数のクライアントのいずれか１つからのアドレス要求信号に対してルータのグローバルＩＰアドレスを要求元に通知する通知手段(S51)、通知手段による通知処理の実行から第１期間に渡って通知手段を不能化する第１不能化手段(S45, S47)、および複数のクライアントのいずれか１つからの更新依頼信号に応じて第１管理情報を更新する更新手段(S55)を備える。
【０００８】
すなわち、ルータは固有のドメイン名および可変のグローバルＩＰアドレスを有し、複数のクライアントはルータに接続される。ルータに関するドメイン名およびグローバルＩＰアドレスの対応関係を示す第１管理情報は、ＤＤＮＳサーバによって保持される。
【０００９】
複数のクライアントの各々は、ルータのグローバルＩＰアドレスをルータを通してＤＤＮＳサーバに繰り返し要求する。また、要求に応じてＤＤＮＳサーバから通知されたグローバルＩＰアドレスがアドレス一致条件を満足しないとき、第１管理情報の更新をＤＤＮＳサーバに依頼する。
【００１０】
ＤＤＮＳサーバは、複数のクライアントのいずれかからの要求に対して、ルータのグローバルＩＰアドレスを通知する。複数のクライアントのいずれかへの通知処理が実行されると、実行から第１期間に渡って通知を停止する。また、複数のクライアントのいずれかから依頼があると、第１管理情報を更新する。
【００１１】
したがって、ルータのアドレスが変化すると、複数のクライアントのうち変化後最初に問合せを行ったクライアントに対してアドレスが通知され、その後通知処理は一時停止される。最初に問合せを行ったクライアントは、アドレスを通知されるのでアドレス変化の検知が可能であり、アドレス変化に応答して第１管理情報の更新をＤＤＮＳサーバに依頼する。一方、最初に問合せを行ったクライアントを除くクライアントは、アドレスの通知を受けないので、アドレス変化の検知は不可能であり、したがって更新依頼を行うこともない。
【００１２】
このように、ルータに関する第１管理情報の更新処理は、ルータのアドレス変化に応じて１回実行された後一時不能化されるので、重複する更新処理が削減され、クライアント数が多いとき特に、ＤＤＮＳサーバにかかる負荷を軽減できる。また、ルータが特別な処理を行う必要はないので、ルータの汎用性が高まる。
【００１３】
ネットワークシステムでは、ＤＤＮＳサーバは、第１期間における複数のクライアントのいずれかからのアドレス要求信号に対してエラーを返送する返送手段(S49)をさらに備え、複数のクライアントの各々は、ＤＤＮＳサーバから返送されるエラーに応答して第２送信手段を不能化する第２不能化手段(S11) をさらに備える。
【００１４】
このように、第１期間におけるアドレス要求に対しては、エラーが返送される。複数のクライアントの各々は、ＤＤＮＳサーバからエラーが返送されたときには更新依頼を停止する。エラー返送により更新依頼を停止させることで、更新処理を確実に不能化できる。
【００１５】
ネットワークシステムでは、ＤＤＮＳサーバは、複数のクライアントから過去に受信した複数のアドレス要求信号に関する受信時刻および送信元グローバルＩＰアドレスの対応関係を示す第２管理情報をさらに保持する。第１不能化手段は、複数のクライアントのいずれかからアドレス要求信号を受信したとき、受信されたアドレス要求信号の送信元グローバルＩＰアドレスと同一のグローバルＩＰアドレスが現時刻を終点とする第１期間の第２管理情報に記述されているか否かを判別して、判別結果が肯定的であるとき不能化処理を実行する一方、判別結果が否定的であるときには不能化処理を実行しない。返送手段は、第１不能化手段の判別結果が肯定的であるとき返送処理を実行する一方、第１不能化手段の判別結果が否定的であるときには返送処理を実行しない。
【００１６】
このように、ＤＤＮＳサーバには、過去に受信した複数のアドレス要求信号に関する受信時刻および送信元グローバルＩＰアドレスの対応関係を示す第２管理情報がさらに保持されており、ＤＤＮＳサーバは、いずれかのクライアントからアドレス要求を受信すると、現時刻を終点とする第１期間の第２管理情報を検索して、受信されたアドレス要求信号の送信元グローバルＩＰアドレスと同一のグローバルアドレスがそこに記述されているか否かを判別する。そして、記述されていると判別されれば、通知処理を不能化してエラー返送を行う一方、記述されていないと判別されれば、通知処理の不能化もエラー返送も行わない。これによって、第１不能化手段の不能化処理と返送手段の返送処理とが一体的かつ容易に実現される。
【００１７】
ネットワークシステムでは、複数のクライアントの各々は、ＤＤＮＳサーバから閾値を超える頻度でエラー返送を受けたとき第１送信手段を第２期間に渡って不能化する第３不能化手段(S29, S33, S37)をさらに備える。
【００１８】
すなわち、複数のクライアントの各々は、ＤＤＮＳサーバから閾値を超える頻度でエラー返送を受けると、アドレス要求を第２期間に渡って停止する。エラー返送を受けたクライアントがアドレス要求を一時停止することで、エラー返送処理の実行頻度が低下し、ＤＤＮＳサーバ１２にかかる負荷をさらに軽減できる。また、ネットワークシステムのトラフィックが低減される。
【００１９】
ネットワークシステムでは、第３不能化手段は、エラー返送を受けてから第３期間が経過する前に再度エラー返送を受けたとき、不能化処理を実行する。
【００２０】
したがって、複数のクライアントの各々は、第３期間よりも短い間隔で連続する２回のエラー返送をＤＤＮＳサーバから受けたとき、エラー返送の頻度が閾値を超えたと判別して、アドレス要求を停止する。
【００２１】
ある実施例におけるネットワークシステムでは、ルータを通過したアドレス要求信号には、ルータの現時点で有効なグローバルＩＰアドレスが送信元グローバルＩＰアドレスとして含められる。通知手段は、アドレス要求信号に含まれる送信元グローバルＩＰアドレスをルータのグローバルＩＰアドレスとして通知する。そしてアドレス一致条件は、ＤＤＮＳサーバから今回通知されたグローバルＩＰアドレスが前回通知されたグローバルＩＰアドレスと一致するという条件である。
【００２２】
他の実施例におけるネットワークシステムでは、ルータを通過したアドレス要求信号には、ルータの現時点で有効なグローバルＩＰアドレスが送信元グローバルＩＰアドレスとして含められる。第１送信手段は、アドレス要求信号にルータのドメイン名を含めて送信し、通知手段は、アドレス要求信号に含まれる送信元グローバルＩＰアドレスと、第１管理情報に記述された複数のグローバルＩＰアドレスのうちアドレス要求信号に含まれるドメイン名に対応するグローバルＩＰアドレスとの２つのアドレスを通知する。そしてアドレス一致条件は、通知手段によって通知された２つのアドレスが互いに一致するという条件である。
【発明の効果】
【００２３】
この発明によれば、ルータの汎用性を高めつつ、ＤＤＮＳサーバにかかる負荷を軽減することができる。また、ネットワークシステムのトラフィックを低減することができる。
【００２４】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００２５】
図１を参照して、この実施例のネットワークシステム１０は、ＤＤＮＳサーバ１２および３つの端末１４ａ〜１４ｃを含む。ＤＤＮＳサーバ１２と端末１４ａ〜１４ｃの各々とは、インターネット１００およびルータ１０２を介して互いに接続される。インターネット１００には、ルータ１０２を含む複数のホストが接続される。
【００２６】
インターネット１００にはさらに、ＤＨＣＰ(Dynamic Host Configuration Protocol)サーバ１０４が接続されている。ＤＨＣＰサーバ１０４は、インターネット１００に接続された複数のホストの各々に可変のグローバルＩＰアドレスを割り当てる。
【００２７】
複数のホストの各々は固有のドメイン名を有しており、ＤＤＮＳサーバ１２は、インターネット１００に接続された複数のホストに関するドメイン名およびグローバルＩＰアドレスの対応関係を示す管理情報（ドメイン名−アドレス管理情報：図４参照）を保持する。
【００２８】
このように、各ホストのグローバルＩＰアドレス（以下“アドレス”）が可変なので、ＤＤＮＳサーバ１２の管理情報は随時更新されなければならない。ＤＤＮＳサーバ１２の管理情報のうちルータ１０２に関する管理情報は、次の手順で更新される。
【００２９】
端末１４ａ〜１４ｃの各々は、ルータ１０２のアドレスをＤＤＮＳサーバ１２に定期的に問合せる。問合せには、発信元を識別する情報つまりルータ１０２のアドレスが添付される。ＤＤＮＳサーバ１２は、同一のアドレスが添付された一連の問い合わせに対しては、最初の問合せに対してのみルータ１０２のアドレスを通知し、後続する問合せにはエラーを返送する。
【００３０】
したがって、ルータ１０２のアドレスが変化すると、変化後に初めて問合せをした端末（たとえば端末１４ａ）に対して、ＤＤＮＳサーバ１２から新アドレスが通知される。新アドレスを通知された端末は、ルータ１０２に関する管理情報の更新をＤＤＮＳサーバ１２に依頼する。ＤＤＮＳサーバ１２は、ルータ１０２に関する管理情報に記述された旧アドレスを新アドレスに書き換える。２番目以降に問合せをした端末（たとえば端末１４ｂおよび１４ｃの各々）は、アドレス通知に代えてエラー返送を受けるので、更新依頼を行うことはない。これにより、更新処理の実行頻度が低下し、ＤＤＮＳサーバ１２の負荷が軽減される。
【００３１】
エラー返送を受けた端末（たとえば端末１４ｂおよび１４ｃの各々）は、次回の問合せに対してもう一度エラー返送を受けると、すなわち２回連続でエラー返送を受けると、２回目のエラー返送から所定期間（たとえば１２時間）に渡って問合せを休止する。これにより、エラー返送処理の実行頻度も低下し、ＤＤＮＳサーバ１２の負荷がさらに軽減される。また、ネットワークシステム１０のトラフィックが低減される。
【００３２】
図２を参照して、ＤＤＮＳサーバ１２は、管理情報を保持するハードディスク３０ｄを備える。管理情報は、図４に示すように、ドメイン名−アドレス管理情報と時刻−アドレス管理情報とを含む。
【００３３】
図４を参照して、ドメイン名−アドレス管理情報には、インターネット１００に接続された複数のホストについて、ドメイン名およびグローバルＩＰアドレスの対応関係が記述される。時刻−アドレス管理情報には、過去に行われた複数の問合せについて、問合せが行われた時刻および問合せに添付されたアドレスの対応関係が記述される。
【００３４】
ＤＤＮＳサーバ１２のＣＰＵ２２は、インターネット１００に接続された複数のホストのいずれかを通して所望のドメイン名に対応するアドレスについて問合せを受けると、ハードディスクドライブ（ＨＤＤ）３０を介してハードディスク３０ｄ内のドメイン名−アドレス管理情報を検索する。そして、このドメイン名に対応するアドレスをドメイン名−アドレス管理情報から抽出し、抽出されたアドレスをネットワークコントローラ２８を通して問合せ元に通知する。
【００３５】
ＣＰＵ２２はまた、端末１４ａ〜１４ｃの各々からルータ１０２を通してルータ１０２のアドレスについて問合せを受けると、問合せに付されたアドレスつまりルータ１０２のアドレスが直近２５分間（エラー通知期間：後述）の時刻−アドレス管理情報に記述されているか否かを判別する。ここで記述されていないと判別されると、問合せに付されたアドレスおよび問合せを受けた時刻に基づいて時刻−アドレス管理情報を更新し、そして問合せ元にアドレスを通知する。一方、記述されていると判別されると、問合せ元にエラーを返送する。
【００３６】
ＣＰＵ２２はさらに、端末１４ａ〜１４ｃの各々からルータ１０２を通してルータ１０２のドメイン名−アドレス管理情報に関する更新依頼を受けると、ハードディスク３０ｄ内のドメイン名−アドレス管理情報のうちルータ１０２に関する部分を更新する。
【００３７】
図３を参照して、端末１４ａは、ＤＤＮＳサーバ１２から通知されたアドレスを保持するフラッシュメモリ４６を備える。端末１４ａのＣＰＵ４２は、問合せ周期たとえば３０分毎に、ルータ１０２のアドレスをネットワークコントローラ４８を通してＤＤＮＳサーバ１２に問合せる。
【００３８】
ＤＤＮＳサーバ１２からアドレスの通知を受けると、通知されたアドレスはフラッシュメモリ４６に保持される。ＣＰＵ４２は、今回通知されたアドレスと前回通知されたアドレスとを互いに比較して、両者が一致しないとき、ルータ１０２に関するドメイン名−アドレス管理情報の更新をＤＤＮＳサーバ１２に依頼する。
【００３９】
ＣＰＵ４２はまた、エラー返送を受けてから次エラー待ち期間たとえば３２分以内にもう一度エラー返送を受けると、すなわち２回連続でエラー返送を受けると、２回目のエラー返送から問合せ休止期間たとえば１２時間に渡って問合せを休止する。なお、端末１４ｂおよび１４ｃの各々も端末１４ａと同様に構成され、同様の動作を行う。
【００４０】
したがって、ＤＤＮＳサーバ１２と端末１４ａ〜１４ｃつまりクライアントＡ〜Ｃとの間の通信は、たとえば図５に示すように進行する。図５を参照して、クライアントＡ〜Ｃの各々は、問合せ周期（３０分）毎にＤＤＮＳサーバ１２に対して問合せを行う。なお、ここではクライアントＡ〜Ｃが１０分おきに問合せを行っているが、問合せタイミングがクライアントＡ〜Ｃの間で等間隔である必要はない。
【００４１】
たとえば図中に矢印Ｔ０で示すタイミングでルータ１０２のアドレスが変化したとすると、Ｔ０以降にクライアントＡ〜Ｃが発する問合せに付されるアドレスも変化する。したがって、変化後における最初の問合せであるクライアントＡからの問合せに付されたアドレスは、直近２５分間の時刻−アドレス管理情報には記述されていない。このためＤＤＮＳサーバ１２は、クライアントＡにアドレスを通知し、そして時刻−アドレス管理情報を更新する。この更新処理では、クライアントＡからの問合せを受けた時刻およびこの問合せに付されたアドレスが時刻−アドレス管理情報に追記される。
【００４２】
アドレスの通知を受けたクライアントＡは、今回通知されたアドレスと前回通知されたアドレスとを比較することで、アドレス変化の有無を判別する。ここではアドレス変化有りと判別されるので、ドメイン名−アドレス管理情報の更新をＤＤＮＳサーバ１２に依頼する。ＤＤＮＳサーバ１２は、依頼に応じてルータ１０２に関するドメイン名−アドレス管理情報を更新する。なお、依頼には、ルータ１０２のドメイン名およびアドレスが添付されており、ＤＤＮＳサーバ１２は、添付されたドメイン名およびアドレスに基づいて更新を行うことができる。
【００４３】
次の問合せであるクライアントＢからの問合せに付されたアドレスは、先の時刻−アドレス管理情報に対する更新処理の結果、直近２５分間の時刻−アドレス管理情報に含まれることになるので、クライアントＢにはエラーを返送し、そして時刻−アドレス管理情報を再び更新する。その次の問合せであるクライアントＣからの問合せに対しても同様に、エラー返送および時刻−アドレス管理情報の更新が行われる。
【００４４】
この後、クライアントＡ〜Ｃによる問合せは２巡目に入る。２巡目に入って最初のクライアントＡからの問合せの時点で、先のクライアントＡに対するアドレス通知から２５分間つまりエラー応答期間が既に経過しているので、クライアントＡからの問合せに付されたアドレスは、直近２５分間の時刻−アドレス管理情報には含まれないことになる。このためＤＤＮＳサーバ１２は、クライアントＡにアドレスを通知した後、時刻−アドレス管理情報を更新する。
【００４５】
通知を受けたクライアントＡは、アドレス変化なしと判別して、ここでは更新依頼を実行しない。なお、クライアントＡによる２回目の問合せまでに再びアドレスが変化していれば、クライアントＡによる更新依頼は行われる。
【００４６】
次のクライアントＢからの問合せに対しては、ＤＤＮＳサーバ１２は、エラーを返送し、時刻−アドレス管理情報を更新する。このエラー返送を受けた時点では、先のエラー返送から未だ次エラー待ち時間つまり３２分が経過していない。このためクライアントＢは、エラー返送が２回連続したと判別して、２回目のエラー返送から問合せ休止期間つまり１２時間に渡って問合せ処理を休止する。
【００４７】
その次のクライアントＣからの問合せに対しても同様に、ＤＤＮＳサーバ１２はエラー返送および時刻−アドレス管理情報の更新を行い、クライアントＣは１２時間の問合せ休止期間に入る。
【００４８】
ＤＤＮＳサーバ１２と協働して管理情報を更新するとき、端末１４ａのＣＰＵ４２は、図６および図７のフローチャートに従って動作する。なお、端末１４ｂおよび１４ｃの各々のＣＰＵ４２も同様に動作する。また、これらのフロー図に対応する制御プログラムは、フラッシュメモリ４６に記憶されている。
【００４９】
図６を参照して、ステップＳ１ではフラグＦに“０”をセットし、ステップＳ３ではタイマＴ１をリセットおよびスタートする。ステップＳ５では、ルータ１０２のアドレスをルータ１０２を通してＤＤＮＳサーバ１２に問い合わせる。なお、問合せには、ルータ１０２のアドレスが、たとえばルータ１０２自身により添付される。問合せの後、ステップＳ７およびＳ９のループ処理に入る。
【００５０】
ステップＳ７ではＤＤＮＳサーバ１２からの応答の有無を判別し、ステップＳ９ではタイマＴ１の値が問合せ周期（３０分）に到達したか否かを判別する。ステップＳ９でＹＥＳであればステップＳ３に戻る。
【００５１】
ステップＳ７でＹＥＳであれば、ステップＳ１１に移って、ＤＤＮＳサーバ１２からの応答がエラー返送であるか否かを判別する。ステップＳ１１でＹＥＳであればステップＳ１９に進み、ステップＳ１１でＮＯであれば、応答がアドレス通知であると見なしてステップＳ１３に移る。なお、通知されたアドレスは、フラッシュメモリ４６に保持される。
【００５２】
ステップＳ１３では、フラッシュメモリ４６を参照してアドレス変化の有無を判別する。フラッシュメモリ４６内の新旧２つのアドレスつまり前回通知されたアドレスと今回通知されたアドレスとが一致すれば、ステップＳ１３でＮＯと判別し、ステップＳ１に戻る。新旧２つのアドレスが一致しなければ、ステップＳ１３でＹＥＳと判別し、ステップＳ１５に移る。
【００５３】
ステップＳ１５では、ルータ１０２に関するドメイン名−アドレス管理情報の更新をＤＤＮＳサーバ１２に依頼する。依頼には、ルータ１０２のドメイン名および新アドレスが添付されており、ＤＤＮＳサーバ１２は、添付されたドメイン名および新アドレスに基づいてハードディスク３０ｄ内のドメイン名−アドレス管理情報（図４参照）を更新する。
【００５４】
ステップＳ１７では、タイマＴ１の値が問合せ周期（３０分）に到達したか否かを判別し、ＮＯであれば待機する。ステップＳ１７でＹＥＳであれば、ステップＳ１に戻る。
【００５５】
図７を参照して、ステップＳ１９では、フラグＦの値が“０”であるか否かを判別し、ＮＯであればステップＳ２７に進む。ステップＳ１９でＹＥＳであれば、ステップＳ２１〜Ｓ２５の一連の処理を経てステップＳ２７に進む。ステップＳ２１ではタイマＴ２をリセットおよびスタートし、ステップＳ２３では変数ｉに“０”をセットし、そしてステップＳ２５ではフラグＦに“１”をセットする。
【００５６】
ステップＳ２７では変数ｉをインクリメンし、その後、ステップＳ２９で変数ｉが“２”に到達したか否かを判別する。ステップＳ２９でＮＯであれば、ステップＳ３１でタイマＴ１の値が問合せ周期（３０分）に到達したか否かを判別し、ここでもＮＯであれば待機する。ステップＳ３１でＹＥＳであれば、ステップＳ３に戻る。
【００５７】
ステップＳ２９でＹＥＳであれば、ステップＳ３３に移って、タイマＴ２の値が次エラー待ち時間たとえば３２分に到達したか否かを判別し、ここでＹＥＳであればステップＳ１に戻る。
【００５８】
ステップＳ３３でＮＯであれば、エラー返送が２回連続したと見なしてステップＳ３５に進む。ステップＳ３５では、タイマＴ２をリセットおよびスタートし、続くステップＳ３７では、タイマＴ２の値が休止期間たとえば１２時間に到達したか否かを判別する。ステップＳ３７でＮＯであれば待機し、ＹＥＳであればステップＳ１に戻る。
【００５９】
端末１４ａ〜１４ｃと協働して管理情報を更新するとき、ＤＤＮＳサーバ１２のＣＰＵ２２は、図８のフローチャートに従って動作する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ２６に記憶されている。
【００６０】
図８を参照して、ＣＰＵ２２は最初、ステップＳ４１およびＳ４３のループ処理を実行する。ステップＳ４１では、端末１４ａ〜１４ｃからの問合せの有無を判別し、ステップＳ４３では、端末１４ａ〜１４ｃからの問合せの有無を判別する。ステップＳ４１でＹＥＳであれば、ステップＳ４５に移って、ハードディスク３０ｄ内の時刻−アドレス管理情報（図４参照）のうち直近２５分間の情報、つまり現時刻を終点とするエラー応答期間の時刻−アドレス管理情報を検索する。そしてステップＳ４７で、問合せ元のアドレスと一致するアドレスがそこに記述されているか否かを判別する。
【００６１】
ステップＳ４７でＹＥＳであればステップＳ４９に移り、ＮＯであればステップＳ５１に移る。ステップＳ４９では、問合せ元にエラーを返送する。ステップＳ５１では、問合せ元にルータ１０２のアドレスを通知する。返送または通知の後、ステップＳ５３に移る。ステップＳ５３では、ＨＤＤ３０を通してハードディスク３０ｄ内の時刻−アドレス管理情報を更新する。この更新処理では、問い合わせを受けた時刻および問い合わせに添付されたアドレスが時刻−アドレス管理情報に追記される。更新後、ステップＳ４１およびＳ４３のループ処理に戻る。
【００６２】
ステップＳ４３でＹＥＳであれば、ステップＳ５５に移って、ハードディスク３０ｄ内のドメイン名−アドレス管理情報を更新する。この更新処理は、依頼に添付されたルータ１０２のドメイン名および新アドレスに基づいて行われる。更新後、ステップＳ４１およびＳ４３のループ処理に戻る。
【００６３】
以上から明らかなように、この実施例のネットワークシステム１０は、固有のドメイン名および可変のグローバルＩＰアドレスを有するルータ１０２と、ルータ１０２に接続される３つの端末１４ａ〜１４ｃ（クライアントＡ〜Ｃ）と、ルータ１０２を含む複数のホストに関するドメイン名およびグローバルＩＰアドレスの対応関係を示すドメイン名−アドレス管理情報（図４参照）を保持するＤＤＮＳサーバ１２とを備える。
【００６４】
端末１４ａ〜１４ｃの各々は、ルータ１０２のグローバルＩＰアドレスをルータ１０２を通してＤＤＮＳサーバ１２に繰り返し問い合わせ（Ｓ５）、問合せに応じてＤＤＮＳサーバ１２から今回通知されたグローバルＩＰアドレスが前回通知されたグローバルＩＰアドレスと異なるときルータ１０２に関するドメイン名−アドレス管理情報の更新をＤＤＮＳサーバ１２に依頼する（Ｓ１５）。
【００６５】
ＤＤＮＳサーバ１２は、端末１４ａ〜１４ｃのいずれかからの問い合わせに対してルータ１０２の現時点で有効なグローバルＩＰアドレスつまり問合せに添付されたグローバルＩＰアドレスを通知し（Ｓ５１）、端末１４ａ〜１４ｃのいずれかへの通知処理の実行からエラー応答期間（２５分間）に渡って通知処理を不能化し（Ｓ４５，Ｓ４７）、そして端末１４ａ〜１４ｃのいずれかからの依頼に応じてルータ１０２に関するドメイン名−アドレス管理情報を更新する（Ｓ５５）。
【００６６】
したがって、ルータ１０２のアドレスが変化すると、端末１４ａ〜１４ｃのうち変化後最初に問合せを行った端末に新アドレスが通知され、その後通知処理は一時停止される。最初に問合せを行った端末は、新アドレスを通知されたことでアドレス変化を検知し、ルータ１０２に関する第１管理情報の更新をＤＤＮＳサーバ１２に依頼する。一方、最初に問合せを行った端末を除く端末は、新アドレスの通知を受けないので、アドレス変化を検知することはなく、したがって更新依頼を行うこともない。
【００６７】
このように、ルータ１０２に関するドメイン名−アドレス管理情報の更新処理は、ルータ１０２のアドレス変化に応じて１回実行された後一時不能化されるので、重複する更新処理が削減され、クライアント数が多いとき特に、ＤＤＮＳサーバにかかる負荷を軽減できる。また、ルータ１０２が特別な処理を行う必要はないので、ルータ１０２の汎用性が高まる。
【００６８】
なお、この実施例では、ＤＤＮＳサーバ１２は、問合せに添付されたグローバルＩＰアドレスを通知したが、ドメイン名−アドレス管理情報に記述されたグローバルＩＰアドレス―これは現時点で有効とは限らない―をさらに通知してもよい。
【００６９】
この場合、端末１４ａ〜１４ｃの各々のＣＰＵ４２は、ステップＳ５において、問合せにルータ１０２のドメイン名を添付する。ＤＤＮＳサーバ１２のＣＰＵ２２は、ステップＳ５１において、問合せに添付されたグローバルＩＰアドレスと、ドメイン名−アドレス管理情報に記述された複数のグローバルＩＰアドレスのうち問合せに添付されたドメイン名に対応するグローバルＩＰアドレスとの２つのアドレスを通知する。端末１４ａ〜１４ｃの各々のＣＰＵ４２はまた、ステップＳ１３において、通知に含まれる２つのアドレスを比較し、両者が一致しないときＹＥＳと判別する一方、両者が一致するときＮＯと判別する。これによっても、ルータの汎用性を高めつつ、ＤＤＮＳサーバ１２にかかる負荷を軽減できる。
【００７０】
以上では、一例として、ネットワークシステム１０について説明したが、この発明は、固有のドメイン名および可変のグローバルＩＰアドレスを有するルータと、ルータに接続される複数のクライアントと、ルータを含む複数のホストに関するドメイン名およびグローバルＩＰアドレスの対応関係を示すドメイン名−アドレス管理情報を保持するＤＤＮＳサーバとを備える、ネットワークシステムに適用できる。
【図面の簡単な説明】
【００７１】
【図１】この発明の一実施例の構成を示すブロック図である。
【図２】図１実施例に適用されるＤＤＮＳサーバの構成例を示すブロック図である。
【図３】図１実施例に適用される端末（クライアント）の構成例を示すブロック図である。
【図４】図２ＤＤＮＳサーバに適用されるメモリマップを示す図解図である。
【図５】ＤＤＮＳサーバとクライアントとの間の通信手順を示すシーケンス図である。
【図６】図１実施例に適用されるＣＰＵの動作の一部を示すフロー図である。
【図７】図１実施例に適用されるＣＰＵの動作の他の一部を示すフロー図である。
【図８】図１実施例に適用されるＣＰＵの動作のその他の一部を示すフロー図である。
【符号の説明】
【００７２】
１０  …ネットワークシステム
１２  …ＤＤＮＳサーバ
１４ａ〜１４ｃ  …端末
１６  …ドライバ
３０ｄ  …ハードディスク
２２，４２  …ＣＰＵ
２８，４８  …ネットワークコントローラ
２６，４６  …フラッシュメモリ
１００  …インターネット
１０２  …ルータ
１０４  …ＤＨＣＰサーバ
【図１】
2008252638.tif 000003
【図２】
2008252638.tif 000004
【図３】
2008252638.tif 000005
【図４】
2008252638.tif 000006
【図５】
2008252638.tif 000007
【図６】
2008252638.tif 000008
【図７】
2008252638.tif 000009
【図８】
2008252638.tif 000010