JP4057868B2 - アドレス管理装置、およびアドレス管理方法、並びに端末装置、端末装置におけるアドレス取得方法 - Google Patents
アドレス管理装置、およびアドレス管理方法、並びに端末装置、端末装置におけるアドレス取得方法 Download PDFInfo
- Publication number
- JP4057868B2 JP4057868B2 JP2002267249A JP2002267249A JP4057868B2 JP 4057868 B2 JP4057868 B2 JP 4057868B2 JP 2002267249 A JP2002267249 A JP 2002267249A JP 2002267249 A JP2002267249 A JP 2002267249A JP 4057868 B2 JP4057868 B2 JP 4057868B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- block
- request
- isp
- address block
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネットサービスプロバイダー（以下、ＩＳＰと称する）から割り当てられたアドレスブロックを単一組織内のエッジルータ（以下、ホームゲートウエイ装置という）に設定するためのアドレス管理装置、およびアドレス管理方法、並びに端末装置、端末装置におけるアドレス取得方法に関する。
【０００２】
【従来の技術】
従来においては、インターネットに接続するためのＩＳＰと契約することにより、複数のＩＰアドレスがホームゲートウエイ装置に割り当てられる。そして、これら複数のＩＰアドレスの対応テーブルをユーザーが作成、設定し、ホームゲートウエイ装置に接続している端末が、設定されたＩＰアドレスの対応テーブルからＩＰアドレスを取得することによりインターネットの接続を行うことができる。しかしながら、ホームゲートウエイ装置への複数のＩＰアドレスの設定はユーザが手動で行うことから、以下のような装置が考えられている。
【０００３】
すなわち、ホームゲートウエイ装置は、ＩＳＰルータから複数のＩＰアドレスからなるアドレスブロックを取出し、接続されている端末にＩＰアドレスを配信することにより、その端末に個別にＩＰアドレスを設定しなくとも、アドレスの設定を自動的に行うことのできる装置が考えられている（特願２００１−８７５０４）。
【０００４】
【非特許文献１】
Ｏ．Ｔｒｏａｎ 外１名、”IPv6 Prefix Options for DHCPv6"、２００２年５月１日、ＩＥＴＦ Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔｓ、［平成１４年９月１０日検索］、インターネット＜http://www.ietf.org/internet-drafts/draft-troan-dhcpv6-opt-prefix-delegation-01.txt＞
【０００５】
【発明が解決しようとする課題】
しかしながら、ＩＳＰルータが故障、メンテナンスにより動作中止となっている場合には、そのＩＳＰルータを使ったインターネットによる接続をすることができない。つまり、そのＩＳＰルータから配信されたＩＰアドレスを使ったインターネットによる接続をすることができない。
【０００６】
そこで、本発明では、ホームゲートウエイ装置が取得したＩＰアドレスを使用することができなくなった場合でも、このホームゲートウエイ装置に接続される端末では、再度ＩＰアドレスを取得してインターネット接続を行うことができるようにするアドレス管理装置、およびアドレス管理方法、並びに端末装置、端末装置におけるアドレス取得方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明のアドレス管理装置は、ネットワーク上に配置されるＩＰアドレスの配信を行うＩＰアドレス配信装置からネットワークを介して複数のＩＰアドレスを有するアドレスブロックを取得し、このアドレスブロック中のひとつのＩＰアドレスを配信するアドレス管理装置において、所定時間ごとに、ＩＰアドレスの取得先であるＩＰアドレス配信装置に対して動作しているか否かの接続確認を行う接続確認手段と、接続が確認できない場合に自己のリンクローカルアドレスを含むリクエストパケットをマルチキャストによりインターネット上に送出し、前記リクエストパケットに対する応答信号を受信し、前記応答信号に含まれるＩＰアドレスを認識することにより、前記ＩＰアドレス配信装置とは別のＩＰアドレス配信装置を検索する検索手段と、この検索手段により検索されたＩＰアドレス配信装置に対してアドレスブロックを要求するアドレスブロック要求手段と、この要求に応じてアドレスブロックを受信すると、受信したアドレスブロックがメモリに登録されているアドレスブロックと同じであるか否かを判断し、同じでないと判断した場合は受信したアドレスブロックをメモリに登録する判断手段と、前記判断手段によりアドレスブロックがメモリに登録された場合にアドレスブロックが書き換えられた旨を管理している端末に通知する通知手段とを備える。
【０００８】
これにより、ＩＰアドレスの取得先であるＩＰアドレス配信装置（すなわちインターネットサービスプロバイダー（ＩＳＰ））が、故障等により応答がなくなっても、また、ユーザの都合によりＩＳＰを切り替えた場合でも、端末側ではこれを知ることができ、すでになくなったＩＰアドレスに対してインターネット接続を行って無駄な通信を行うといったことを防止することができる。
【０００９】
また、本発明の端末装置は、アドレスブロックがホームゲートウエイ装置内で更新されたことを示す通知、またはアドレスブロックがホームゲートウエイ装置から取得可能に生成されたことを示す通知を受信する受信手段と、前記通知を受信すると、ホームゲートウエイ装置に対してＩＰアドレスの要求を行う要求手段とを備える。
【００１０】
【発明の実施の形態】
本発明の第１の態様は、ネットワーク上に配置されるＩＰアドレスの配信を行うＩＰアドレス配信装置からネットワークを介して複数のＩＰアドレスを有するアドレスブロックを取得し、このアドレスブロック中のひとつのＩＰアドレスを配信するアドレス管理装置において、所定時間ごとに、ＩＰアドレスの取得先であるＩＰアドレス配信装置に対して動作しているか否かの接続確認を行う接続確認手段と、接続が確認できない場合に自己のリンクローカルアドレスを含むリクエストパケットをマルチキャストによりインターネット上に送出し、前記リクエストパケットに対する応答信号を受信し、前記応答信号に含まれるＩＰアドレスを認識することにより、前記ＩＰアドレス配信装置とは別のＩＰアドレス配信装置を検索する検索手段と、この検索手段により検索されたＩＰアドレス配信装置に対してアドレスブロックを要求するアドレスブロック要求手段と、この要求に応じてアドレスブロックを受信すると、受信したアドレスブロックがメモリに登録されているアドレスブロックと同じであるか否かを判断し、同じでないと判断した場合は受信したアドレスブロックをメモリに登録する判断手段と、前記判断手段によりアドレスブロックがメモリに登録された場合にアドレスブロックが書き換えられた旨を管理している端末に通知する通知手段とを備えるアドレス管理装置である。
【００１１】
これにより、ＩＰアドレスの取得先であるＩＰアドレス配信装置（すなわちインターネットサービスプロバイダー（ＩＳＰ））が、故障等により応答がなくなっても、また、ユーザの都合によりＩＳＰを切り替えた場合でも、端末側ではこれを知ることができ、すでになくなったＩＰアドレスに対してインターネット接続を行って無駄な通信を行うといったことを防止することができる。
【００１８】
本発明の第２の態様は、第１の態様のアドレス管理装置において、前記通知手段は、同一サブネットを有する端末すべてに対してアドレスブロックが書き換えられた旨をマルチキャストにより通知することを備える。
【００１９】
これにより、すべての端末にＩＰアドレスが変更されたことを通知することができ、迅速なＩＰアドレスの取得を行わしめることができる。
【００２０】
本発明の第３の態様は、第１の態様のアドレス管理装置よりアドレスブロックが書き換えられた旨の通知を受ける端末装置であって、アドレスブロックがアドレス管理装置であるホームゲートウエイ装置内で更新されたことを示す通知、またはアドレスブロックがアドレス管理装置であるホームゲートウエイ装置から取得可能に生成されたことを示す通知を受信する受信手段と、前記通知を受信すると、アドレス管理装置であるホームゲートウエイ装置に対してＩＰアドレスの要求を行う要求手段とを備える。
【００２１】
これにより、端末装置側では、ＩＰアドレスが更新されたこと、またはＩＰアドレスが生成されことを知ることができ、ＩＰアドレスの取得、または再取得を迅速に行うことができる。
【００２２】
本発明の第４の態様は、第３の態様の端末装置において、前記要求手段は、第１の態様のアドレス管理装置であるホームゲートウエイ装置に対して、ＤＨＣＰを用いて行うことを備えたものである。
【００２３】
これにより、ＩＰアドレスを持っていなくとも、ＩＰアドレスの取得を行うことができる。
【００２４】
以下、本発明のアドレス管理装置／方法並びに端末装置に関する一実施の形態について図面を参照して具体的に説明する。
【００２５】
図１は、本発明のアドレス管理装置であるゲートウエイ装置が備えられるネットワークの構成例を示す図である。ＩＳＰのＩＳＰ−Ａルータ１１は、ホームゲートウエイ装置（ＨＧＷ）２００からの要求に応じて、複数のＩＰアドレスの群であるアドレスブロックをホームゲートウエイ装置２００に対して送信する機能を備えている。ＩＰＳ−Ｂルータ１２は、ＩＳＰ−Ａルータ１１と同様に、アドレスブロックを記憶しておき、要求に応じてホームゲートウエイ装置２００に対してアドレスブロックを送信する機能を備えている。
【００２６】
ローカルエリアネットワークであるＬＡＮ−１、ＬＡＮ−２は、ホームゲートウエイ装置２００を介してインターネット等のＷＡＮに接続している。ＬＡＮ−１、ＬＡＮ−２内には端末１４、１５が夫々接続される。端末１４、１５は、ホームゲートウエイ装置２００からＷＡＮ上に出て、ＬＡＮ−１，ＬＡＮ−２外のの間で通信を行う通信機能を備えていて、たとえばパーソナルコンピュータ、いわゆるネット家電（冷蔵庫、電子レンジ、エアコン等であって、インターネット接続することにより情報の取得を行うことができるもの）で構成される。本実施の形態では、端末１４、１５はホームゲートウエイ装置２００からＩＰアドレスが割り振られ、割り振られたＩＰアドレスを用いて他の通信装置とインターネットを介した通信を行うことができる用に構成されている。
【００２７】
なお、本発明においてのこれらのＩＰアドレスはＩＰｖ６により構成されたものであることを前提とする。
【００２８】
図２はＩＳＰ−Ａルータ１１（または、ＩＳＰ−Ｂルータ１２）の構成を示す機能ブロック図である。ＩＳＰ−Ａルータ１１とＩＳＰ−Ｂルータ１２とは、同一の構成であり、ここではＩＳＰ−Ａルータ１１として説明する。ＩＳＰ−Ａルータ１１は、ＣＰＵ１０１の管理下で通信部１０２、ＩＰパケット制御部１０３、アドレスブロック割当部１０４等が夫々の機能を実行する。なお、通信部１０２、ＩＰパケット制御部１０３、アドレスブロック割当部１０４等は、ＤＳＰ等の専用回路で構成され、それぞれバス経由でＣＰＵ１０１に接続されているが、ＣＰＵ１０１が夫々のアプリケーションプログラムを実行することにより各機能を実現するようにシステム変更してもよい。
【００２９】
通信部１０２は、ＩＳＰ−Ａルータ１１がＩＰアドレスを割当てている家庭やオフィス等の組織に設置されたホームゲートウェイ装置２００と、回線を経由して通信を行う。また、通信部１０２は、ＩＰアドレスを有する各種通信装置とはインターネット経由で通信を行う。
【００３０】
ＩＰパケット制御部１０３は、通信部１０２がホームゲートウェイ装置２００又はインターネットから受信したＩＰパケットを解析したり、ＩＳＰ−Ａルータ１１から送信するデータをＩＰパケット化する部分である。
【００３１】
アドレスブロック割当部１０４は、ホームゲートウェイ装置２００からＩＰアドレスの要求があると、アドレス管理テーブル１０５を参照してホームゲートウェイ装置２００に対応するアドレスブロックの取出しを行う部分である。
【００３２】
アドレス管理テーブル１０５の構成例を図３に示す。図３に示すように、過去にＩＰアドレスのアドレスブロックの割当てを行った組織／家庭の名称と割当アドレスブロックとの対応表になっている。「未割当」は、これから割当て可能な空きのＩＰアドレス領域である。アドレス管理テーブル１０５は書き換え可能で不揮発性のメモリに記憶することが好ましい。
【００３３】
図４はホームゲートウェイ装置２００の構成を示す機能ブロック図である。ホームゲートウェイ装置２００は、ＣＰＵ２０１の管理下で通信制御部２０２、ＩＰパケット制御部２０３、アドレスブロック要求部２０４、アドレス割当部２０５等が夫々の機能を実行する。なお、通信制御部２０２、ＩＰパケット制御部２０３、アドレスブロック要求部２０４、アドレスブロック割当部２０５等は、ＤＳＰ等の専用回路で構成され、それぞれバス経由でＣＰＵ２０１に接続されているが、ＣＰＵ２０１が夫々のアプリケーションプログラムを実行することにより各機能を実現するようにシステム変更してもよい。
【００３４】
通信制御部２０２は、ＩＳＰ−Ａルータ１１に接続された回線２を本装置に物理的に接続するためのＷＡＮインターフェースｉｆ０、ローカルネットワーク４〜６を物理的に接続するためのＬＡＮインターフェースｉｆ１、ｉｆ２、ｉｆ３を備えている。なお、図１に示すＬＡＮ−１，ＬＡＮ−２はローカルネットワーク４〜６のいずれかに対応するものとする。また、通信制御部２０２は、各ローカルネットワーク４〜６に対応した通信プロトコルを搭載しており、ローカルネットワーク４〜６との間では夫々対応する通信プロトコルにしたがって通信を行う。
【００３５】
アドレスブロック要求部２０４は、ホームゲートウェイ装置２００の電源をＯＮしたときにＩＳＰ−Ａルータ１１に対して自動的にアドレスブロックの要求を出す部分である。なお、アドレスブロックの要求を発生するためのトリガとしては電源をＯＮ以外の条件を設定することもでき、本発明ではホームゲートウエイ装置が他のＩＳＰに接続を切り替えたときもその条件とする。
【００３６】
アドレス割当部２０５は、ローカルネットワーク上の端末から出されるＩＰアドレスの取得要求に応じて、アドレス管理テーブル２０６を参照しＩＰアドレスの割当てを行う部分である。例えば、ＤＨＣＰサーバ２０８と協同して、ＤＨＣＰにより自動アドレス割当を実行する。
【００３７】
ＩＳＰ切替部２０７は、接続しているＩＳＰ−Ａルータ１１をＩＳＰ−Ｂルータ１２へ切り替えて接続する部分である。具体的には、ＩＳＰ−Ａルータ１１の接続状態を常に検知し、接続が途切れたと判断した場合に、ＩＳＰ−Ｂルータ１２を検索し、このルータに接続する。
【００３８】
ＤＨＣＰサーバ２０８は、接続されている端末からアドレス要求を受けると、後述する方法により未使用のＩＰアドレスを配信する部分であり、ＤＨＣＰによりアドレスの配信を行う。
【００３９】
図５は、ＩＳＰ切替部２０７の詳細な機能ブロックを示す図である。接続確認部２０９は、ＩＳＰルータに対して接続の確認を行う部分であり、所定時間が経過するごとにＰＩＮＧ信号を送出する。このＰＩＮＧに応答する応答信号を受信できないときには、ＩＳＰルータとの接続が途切れた（ＩＳＰルータの動作が停止した）と認識する。そして、ＩＳＰ検索部２１０に対して、別のＩＳＰルータと接続するよう指示を行う。
【００４０】
ＩＳＰ検索部２１０は、接続確認部２０９からの指示により別のＩＳＰを検索するための処理を実行する。リクエストパケットをＩＰｖ６によるマルチキャスト（またはＩＰｖ４による場合にはブロードキャスト、いずれのものも同報送信することを指す）により、通信制御部２０２を介してインターネット上に送出する。このリクエストパケットは、ＩＰヘッダに自己のリンクローカルアドレスを含み、このリンクローカルアドレスに対して応答することを要求する旨の情報を保持するというパケット構成をとっている。このリクエストパケットに応答することのできるアドレス、つまりリクエストパケットを受信したＩＳＰがこのパケットを解析し、パケットに含まれているリンクローカルアドレスが契約しているアドレスであるかをＩＳＰルータが認識する。そして、ＩＳＰルータはリクエストパケットに対する応答信号を送出することになる。なお、リンクローカルアドレスは、ＭＡＣアドレスから生成されるものであり、ユニークとなるよう生成されるものである。
【００４１】
このリクエストパケットに応答して出された応答信号を受信することにより、ホームゲートウエイ装置２００は、別のＩＳＰルータを知ることができる。この応答信号には、この信号を発信したＩＳＰルータのアドレスが設定されていることから、応答のあったＩＳＰルータを特定することができる。
【００４２】
アドレス要求部２１１は、ＩＳＰ検索部２１０で検索して特定したＩＳＰルータに対して、別のアドレスブロックを得るため、その要求を行う部分であり、アドレスブロック要求部２０４に対して、その指示を行う。
【００４３】
アドレス判定部２１２は、アドレスブロック要求部２０４で要求して得たアドレスブロックが、アドレス管理テーブル２０６に登録されているアドレスブロックと同じアドレスブロックであるかを判断する部分である。
【００４４】
同じである場合には、同じＩＳＰルータに接続し直したと判断でき、同じでない場合には、別のＩＳＰルータに接続したと判断でき、この場合には端末に対してアドレスが変わった旨を、通知部２１３に通知させるべく指示を行う。
【００４５】
なお、アドレス判断部２１２は、アドレスブロック要求部２０４で得たアドレスブロックが、すでに登録済みのアドレスブロックと異なったアドレスブロックであると判断したときには、新たに得たアドレスブロックをアドレス管理テーブル２０６に更新登録する処理を行う。
【００４６】
図６はアドレス管理テーブル２０６の構造を示す図である。ローカルネットワーク４〜６のＬＡＮインターフェース毎にアドレスブロックが割当てられている。本ホームゲートウェイ装置２００は、後述するアルゴリズムにしたがってＩＳＰ−Ａルータ１１（又はＩＳＰ−Ｂルータ１２）からのアドレスブロックの取得と、図６に示すアドレス管理テーブルの生成とを自動的に行う。
【００４７】
次に、以上のように構成されたＩＳＰ−Ａルータ１１及びホームゲートウェイ装置２００のＩＰアドレス自動設定動作についてフローチャートを参照して説明する。
【００４８】
図７は、ホームゲートウェイ装置２００でのＩＰアドレス自動設定動作についてフローチャートである。ユーザが新しいホームゲートウェイ装置２００をホームネットワークのエッジルータとして設置する場合、ＷＡＮインターフェースｉｆ０に回線２を接続し、かつＬＡＮインターフェースｉｆ１、ｉｆ２、ｉｆ３にローカルネットワークを接続する。このとき、ホームゲートウェイ装置２００にアドレス管理テーブル２０６は設定されていない。
【００４９】
ホームゲートウェイ装置２００の電源をＯＮすると（ステップＳ５１）、メモリ空間の所定アドレスをチェックしてアドレス管理テーブル２０６が生成されているか否か判断する（ステップＳ５２）。上記したように、ユーザがホームゲートウェイ装置２００を新しく設置したときには、アドレス管理テーブル２０６は存在しない。したがって、新規設置時には、アドレス管理テーブルが生成されていないと判断する（ステップＳ５３）。この場合、アドレスブロック要求部２０４が起動される。アドレスブロック要求部２０４は、ＩＳＰ−Ａルータ１１に対してアドレスブロックを要求するコマンドを発生させて、当該アドレスブロック要求コマンドをＩＰパケットにして通信制御部２０２から回線２経由でＤＨＣＰサーバ用マルチキャストアドレスに対して送信する（ステップＳ５４）。このとき、図８（ａ）に示すパケットが要求コマンドとして同報送信され、Ｅｔｈｅｒｎｅｔ（登録商標）レベルでの宛先アドレスの管理を行うブロードキャストアドレス、Ｅｔｈｅｒｎｅｔ（登録商標）レベルでのソースアドレスの管理を行うホームゲートウエイ装置のアドレスを示すＭＡＣアドレス、ＩＰレベルでソースアドレスの管理を行うリンクローカルアドレス（なお、ＩＰｖ４でアドレスが構成されている場合には未定義アドレスとして０．０．０．０．を設定するようしてもよい。）、ＩＰレベルでの宛先アドレスの管理を行うマルチキャストアドレスがマルチキャストにより送信され、これら情報に付随するデータの中には、アドレスブロック要求コマンドを示す情報が設定される。
【００５０】
ＩＳＰ−Ａルータ１１は、後述する処理にてアドレスブロック要求に応答して、ホームゲートウェイ装置２００に対して割当てたアドレスブロック、およびホームゲートウエイ装置２００に対して割り当てたＩＰアドレスを送る。つまり、図８（ｂ）に示すとおり、Ｅｔｈｅｒｎｅｔ（登録商標）レベルでのソースアドレスを管理するＤＨＣＰサーバのＭＡＣアドレス、Ｅｔｈｅｒｎｅｔ（登録商標）レベルでの宛先アドレスの管理をするホームゲートウエイ装置２００のＭＡＣアドレス、ＩＰレベルでのソースアドレスを管理するＤＨＣＰサーバのアドレス、ＩＰレベルでの宛先アドレスを管理するホームゲートウエイ装置に割り当てたＩＰアドレスを送信する。リンクローカルアドレスはホームゲートウェイ装置２００がＩＳＰルータ１００に対してアドレスブロックを要求した時に挿入したものである。
【００５１】
通信制御部２０２は、回線２経由で受信したＩＰパケットのうち自分でセットしたものと同じリンクローカルアドレスのＩＰパケットを取り込む。ＩＰパケット制御部２０３が受信ＩＰパケットを解析した結果、受信データがアドレスブロックであった場合は（ステップＳ５５）、アドレスブロック要求部２０４が図９に示すフローチャートにしたがって所定のメモリ空間にアドレス管理テーブル２０６を生成する（ステップＳ５６）。
【００５２】
なお、ＩＰｖ４を用いたときには、リンクローカルアドレスの変わりにＭＡＣアドレスを使って自分宛のパケットであることを認識し、取り込む処理を行う。
【００５３】
すなわち、図９に示すように、アドレスブロックを受信すると（ステップＳ６１）、ホームゲートウェイ装置２００が持つＬＡＮインターフェースを検索し（ステップＳ６２）、その検索結果からＬＡＮインターフェースの合計数を認識する（ステップＳ６３）。次に、ＩＳＰ−Ａルータ１１からもらったアドレスブロックをＬＡＮインターフェースの合計数以上のブロックに分割する（ステップＳ６４）。そして、各ＬＡＮインターフェースと分割したアドレスブロックとを対応付け（ステップＳ６５）、その対応表をアドレス管理テーブル２０６として所定のメモリ空間に格納し（ステップＳ６６）、端末に対してアドレス管理テーブルが作成された旨を通知する（ステップ６７）。
【００５４】
これにより、ユーザの手作業を介さずにアドレスブロックの取得作業からアドレス管理テーブル２０６の生成までが自動化されたことになる。さらに、端末にアドレス管理テーブル２０６が生成されたことを通知することにより、端末ではその通知に応じてＩＰアドレスの要求を行うことができ、迅速にＩＰアドレスを取得することができる。
【００５５】
図１０はＩＳＰ−Ａルータ１１でのアドレスブロックの配信動作を示すフローチャートである。ＩＳＰ−Ａルータ１１は、通信部１０２が回線２からＤＨＣＰサーバ用マルチキャストアドレスの付いたＩＰパケットを取り込んで、当該受信ＩＰパケットをＩＰパケット制御部１０３が解析する。この結果、ホームゲートウェイ装置２００からのアドレスブロック要求であることを検出する（ステップＳ７１）。
【００５６】
アドレスブロック要求を検出したら、当該受信データに設定されているパスワード情報からユーザの認証を行う（ステップＳ７２）。ここで、ユーザはＩＳＰと事前に契約を完了していて、ユーザの住所、ユーザが契約時に申請したパスワード、ユーザの名称となる組織／家庭等が予めＩＳＰ−Ａルータ１１の所定のメモリ空間に記憶されている。但し、本発明は、事前に契約が完了している場合に限定されるものではなく、アドレスブロック要求を受信した際に契約手続をオンラインで行うようにしても良い。
【００５７】
ユーザ認証処理の結果、ユーザ登録されていれば（ステップＳ７３）、ＩＳＰ−Ａルータ１１のアドレス管理テーブル１０５から未割当のアドレスブロックを、今回契約した組織／家庭に割当てるように、アドレス管理テーブル１０５を更新する（ステップＳ７４）。
【００５８】
その後、今回新規に要求元に割当てたアドレスブロックを、上記リンクローカルアドレスを宛先として通信部１０２から回線２を介してホームゲートウェイ装置２００へ送信する（ステップＳ７５）。なお、他のホームゲートウェイからのアドレスブロック要求が未処理のまま残っていれば（ステップＳ７６）、上記ステップＳ７２へ移行して上記同様の割当て処理を行う。
【００５９】
このように、ＩＳＰ−Ａルータ１１はホームゲートウェイ装置２００からの要求を受けて自動的にアドレスブロックの割当てと、ホームゲートウェイ装置２００への送信とを行うことができ、ホームゲートウェイ装置２００と連携したＩＰアドレスの自動設定が可能となる。
【００６０】
なお、上記したように事前にユーザとの契約が済んでいるのであれば、契約ユーザのホームゲートウェイ装置２００からアドレスブロック要求を受ける前に、アドレス管理テーブル１０５上で新規契約ユーザに対してアドレスブロックを割当てておき、アドレスブロック要求を受けたらアドレス管理テーブル１０５を検索して当該ユーザに対して割当てておいたアドレスブロックを送信するようにしてもよい。これにより、アドレスブロック要求を受けてから割当を行うのに比べて処理内容の簡素化及び時間短縮が可能となる。
【００６１】
図１１は、図１に示した各装置におけるシーケンス図である。この図では、ＩＳＰ−Ａルータ１１からＩＳＰ−Ｂルータ１２へ切り替えるときのシーケンスを示す。
【００６２】
まず、図７、９で示したフローチャートに従ってホームゲートウエイ装置２００はアドレスブロック要求をＩＳＰ−Ａルータ１１に対して行う（ステップＳ１００１）。ＩＳＰ−Ａルータ１１は、図１０に示したフローチャートに従ってホームゲートウエイ装置２００に対してアドレスブロックの送信を行う（ステップＳ１００２）。その後、端末１４、または端末１５からＩＰアドレスの要求がホームゲートウエイ装置に対してなされると、ホームゲートウエイ装置２００は、要求のあった端末に対してＩＰアドレスの送信を行う（ステップＳ１００３、ステップＳ１００４）。
【００６３】
ホームゲートウエイ装置２００は、ＩＳＰルータへの接続確認を行い、これを所定時間ごとに行う（ステップＳ１００５）。接続確認ができない場合には、他のＩＳＰルータを探す処理を実行する（ステップＳ１００６）。
【００６４】
他のＩＳＰルータを探すことができない場合には、所定時間経過後にエラーとして処理を終了する。他のＩＳＰルータを探すことができた場合には、その探し出したＩＳＰルータに対してアドレスブロックの要求を行う。ここでは、ＩＳＰ−Ｂルータ１２に対してアドレスブロックの要求を行っている（ステップＳ１００７）。
【００６５】
そして、アドレスブロックがＩＳＰ−Ｂルータ１２から送られると（ステップＳ１００８）、ホームゲートウエイ装置２００は、接続される端末（たとえば端末１３、１４）に対してアドレスブロック変更通知を行う（ステップＳ１００９）。端末１３、１４は、この通知に応じて再度ＩＰアドレスを取得し直すために、ホームゲートウエイ装置２００に対してＩＰアドレスの要求を行う（ステップＳ１０１０）。ホームゲートウエイ装置２００は、ＩＰアドレスの送信を要求のあった端末に対して行い（ステップＳ１０１１）、再度ＩＳＰルータへ接続確認処理ステップに移行する（ステップＳ１０１２）。
【００６６】
図１２は、図１１に示すシーケンス図に対応したホームゲートウエイ装置２００における動作フローチャートである。
【００６７】
電源を投入すると、初期化処理としてＩＳＰ−Ａルータ１１にアドレスブロックを要求し（ステップＳ１００１）、ＩＳＰ−Ａルータ１１から要求の応答としてアドレスブロックを受信する（ステップＳ１００２）。この詳細動作は図７、９に示したとおりである。このとき、ＩＳＰ−Ａルータ１１のＩＰアドレスを取得し、後述するＰＩＮＧ送信処理時の宛先に利用する。次に、端末からアドレス要求を受信し（ステップＳ１００３）、割り当てたアドレスを送信する（ステップＳ１００４）。
【００６８】
ＩＳＰ−Ａルータ１１に対して接続している状態か否かの判断処理を行い、ＩＳＰ−Ａルータ１１に対してＰＩＮＧ信号を送信する（ステップＳ１００５ａ）。ＩＳＰ−Ａルータ１１は、ＰＩＮＧ信号を受信すると、この信号に応答する応答信号を返信する処理を行うものであり、ＰＩＮＧ信号に付加されているソースアドレス宛てに応答信号を返信する。なお、本実施例においてはＬＡＮに接続する常時接続状態であるため、ＰＩＮＧ信号をいつでも送信することができるが、ＩＳＰに対して公衆回線網（ＰＳＴＮ）で接続している場合には、ＰＩＮＧ送信するたびに、ダイヤルアップ接続を行うことが必要である。
【００６９】
そして、所定時間経過後、ＩＳＰ−Ａルータ１１からＰＩＮＧ信号に応答するための応答信号を受信したか否かを判断する（ステップＳ１００５ｂ，１００５ｃ）。応答信号を受信していた場合には、ＩＳＰ−Ａルータ１１とは接続状態であると判断して、所定時間後に再度ＰＩＮＧ信号を送信処理する処理を繰り返す（ステップＳ１００５ｄ）。
【００７０】
所定時間経過しても応答信号を受信していないならば、リクエストパケットをマルチキャストにて通信制御部２０２を介してインターネット上に送信する（ステップＳ１００６ａ、Ｓ１００６ｂ）。このようにマルチキャストにより同報送信することにより、インターネット上にあるすべての端末、およびＩＳＰルータにリクエストパケットが届くことになり、リクエストパケットを受けた端末、およびＩＳＰルータは、このリクエストパケットを解析し判別できる場合には、応答信号に自己のＩＰアドレスを付加して、リクエストパケットに含まれているソースアドレスのＩＰアドレス宛てに送信することになる。
【００７１】
なお、このとき、複数の応答信号が来る場合を想定することができる。このようなときには、一番早く応答したＩＳＰルータに対して、アドレスブロック要求を行うことが望ましい。一番早く応答したということは、ネットワークスピードが速く、また距離が近いと考えることができ、今後の通信を行う上で、ある程度の通信スピードを確保することができるからである。
【００７２】
ホームゲートウエイ装置２００は、リクエストパケットに対する応答信号を受信しない場合には、所定時間後にエラーとして、終了する。応答信号を受信した場合には、応答信号に含まれているＩＰアドレスを取得し、このＩＰアドレス宛てに、アドレスブロックの要求処理を行う。ここでは、ＩＳＰ−Ｂルータ１２宛てにアドレスブロックの要求処理を行う（ステップＳ１００７）。ＩＳＰ−Ｂルータ１２からアドレスブロックを受信すると（ステップＳ１００８ａ）、このアドレスブロックが以前に得ていたアドレスブロックと同じものであるかを判断する（ステップＳ１００８ｂ）。具体的には、アドレス管理テーブル２０６に登録されている情報と同じ情報であるかを判断する。
【００７３】
同じ情報であると判断した場合には、ＩＳＰ−Ａルータ１１と再度接続したと判断し、アドレスの変更を端末に通知することなく、ＩＳＰルータの接続確認処理ステップに移行する。同じ情報ではないと判断した場合には、接続されている端末１３、１４にアドレスブロックが変更された旨の通知を行う（ステップＳ１００９）。この通知は、同じサブネットを有する端末、つまりはホームゲートウエイ装置２００で管理している端末に対して行い、ブロードキャストにより同報送信することにより行う。これにより、ホームゲートウエイ装置２００が管理している端末のすべてに対してアドレス管理テーブル２０６が更新された旨を通知することができ、迅速なＩＰアドレスの取得を行わしめることができる。
【００７４】
そして、ホームゲートウエイ装置２００は、端末１３、または１４からアドレスの要求を受けると（ステップＳ１０１０）、対応するＩＰアドレスを送信する（ステップＳ１０１１）。そして、ＩＳＰルータの接続確認処理に移行する。
【００７５】
なお、アドレスブロックの要求処理（ステップＳ１００１、ステップＳ１００７）は、図７のＳ５４と同じ処理を行うものである。
【００７６】
このように、ＩＳＰルータ１１が何らかの原因により、ホームゲートウエイ装置２００と接続を維持することができなくなっても、ホームゲートウエイ装置２００は、別のＩＳＰルータ１２に接続しなおすことができ、インターネットを介して通信を実現することができる。また、端末はＩＰアドレスが変更されたことを知ることができるため、即座に新たなＩＰアドレスをホームゲートウエイ装置２００から取得することができ、通信ができなくなるといった事態を生ずることなく、快適な通信環境を得ることができる、といった効果を奏するものである。
【００７７】
さらに、同じアドレスブロックを取得したかを判断することにより、同じＩＳＰからアドレスを得たと判断でき、ＩＰアドレスが変わった旨の通知を行わず、処理の効率化を図ることができる。
【００７８】
図１３は、本発明の端末１３、１４においてアドレス要求を行うときの動作フローチャートである。
【００７９】
図１２のステップＳ１００９、図９のステップＳ６７で、それぞれアドレス管理テーブルが更新された通知、またはアドレス管理テーブルが生成された通知が、端末１３、１４になされている。端末１３、１４ではこれら通知を受信すると（ステップＳ１２０１）、ホームゲートウエイ装置２００に対してＩＰアドレスを取得すべくアドレス要求を行う（ステップＳ１２０２）。そして、アドレスを受信し、これを格納する（ステップＳ１２０３）。また、端末１３、１４はＤＨＣＰによりＩＰアドレスを取得しているため、取得したＩＰアドレスには、リース期間といわれるＩＰアドレスの有効期限が決められている。このリース期間を経過すると（ステップＳ１２０４）、上述と同様に、ＩＰアドレスの要求を行い、アドレス受信処理を行う（ステップＳ１２０２、ステップＳ１２０３）。
【００８０】
この処理により、端末は、迅速にＩＰアドレスを取得することができ、快適なインターネット接続による通信環境を得ることができる。
【００８１】
なお、端末１３、１４では、ＩＰアドレスを持っていないか、またはすでに使用することのできないＩＰアドレスが登録されている、という状態であるため、ＤＨＣＰによりＩＰアドレスの要求を行う。
【００８２】
本発明は上記一実施の形態に限定されるものではなく、本発明の要旨を変更することなく種々変形実施可能である。
【００８３】
【発明の効果】
以上詳記したように本発明によれば、ＩＳＰルータが何らかの原因により、ホームゲートウエイ装置と接続を維持することができなくなっても、ホームゲートウエイ装置は、別のＩＳＰルータに接続しなおし、ＩＰアドレスを取得しなおすことからき、ホームゲートウエイ装置からＩＰアドレスを取得している端末であても、インターネットを介した通信を実現することができる。また、端末はＩＰアドレスが変更されたことを知ることができるため、即座に新たなＩＰアドレスをホームゲートウエイ装置から取得することができ、通信ができなくなるといった事態を生ずることなく、快適な通信環境を得ることができる、といった効果を奏するものである。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるネットワークシステム構成図
【図２】本発明の一実施の形態におけるＩＳＰルータのブロック構成図
【図３】本発明の一実施の形態におけるＩＳＰルータのアドレス管理テーブル
【図４】本発明の一実施の形態におけるホームゲートウエイ装置のブロック構成図
【図５】本発明の一実施の形態におけるホームゲートウエイ装置のＩＰＳ切替部の機能ブロック図
【図６】本発明の一実施の形態におけるホームゲートウエイ装置のアドレス管理テーブル
【図７】本発明の一実施の形態におけるホームゲートウエイ装置のＩＰアドレス自動設定のフローチャート
【図８】（ａ）ＤＨＣＰリクエストの一例を示す図
（ｂ）ＤＨＣＰレスポンスの一例を示す図
【図９】本発明の一実施の形態におけるホームゲートウエイ装置のアドレス管理テーブルの自動生成のフローチャート
【図１０】本発明の一実施の形態におけるＩＳＰルータのアドレスブロック自動割当のフローチャート
【図１１】本発明の一実施の形態における全体の動作シーケンス
【図１２】本発明の一実施の形態におけるホームゲートウエイ装置のＩＳＰルータの切替のフローチャート
【図１３】本発明の一実施の形態における端末装置のＩＰアドレスの要求を行うときの動作フローチャート
【符号の説明】
１１ ＩＳＰ−Ａルータ
１２ ＩＳＰ−Ｂルータ
１４ 端末
１５ 端末
１０１ ＣＰＵ
１０２ 通信部
１０３ ＩＰパケット制御部
１０４ アドレスブロック割当部
１０５ アドレス管理テーブル
２００ ホームゲートウエイ装置
２０１ ＣＰＵ
２０２ 通信制御部
２０３ ＩＰパケット制御部
２０４ アドレスブロック要求部
２０５ アドレス割当部
２０６ アドレス管理テーブル
２０７ ＩＳＰ切替部
２０８ ＤＨＣＰサーバ
【発明の属する技術分野】
本発明は、インターネットサービスプロバイダー（以下、ＩＳＰと称する）から割り当てられたアドレスブロックを単一組織内のエッジルータ（以下、ホームゲートウエイ装置という）に設定するためのアドレス管理装置、およびアドレス管理方法、並びに端末装置、端末装置におけるアドレス取得方法に関する。
【０００２】
【従来の技術】
従来においては、インターネットに接続するためのＩＳＰと契約することにより、複数のＩＰアドレスがホームゲートウエイ装置に割り当てられる。そして、これら複数のＩＰアドレスの対応テーブルをユーザーが作成、設定し、ホームゲートウエイ装置に接続している端末が、設定されたＩＰアドレスの対応テーブルからＩＰアドレスを取得することによりインターネットの接続を行うことができる。しかしながら、ホームゲートウエイ装置への複数のＩＰアドレスの設定はユーザが手動で行うことから、以下のような装置が考えられている。
【０００３】
すなわち、ホームゲートウエイ装置は、ＩＳＰルータから複数のＩＰアドレスからなるアドレスブロックを取出し、接続されている端末にＩＰアドレスを配信することにより、その端末に個別にＩＰアドレスを設定しなくとも、アドレスの設定を自動的に行うことのできる装置が考えられている（特願２００１−８７５０４）。
【０００４】
【非特許文献１】
Ｏ．Ｔｒｏａｎ 外１名、”IPv6 Prefix Options for DHCPv6"、２００２年５月１日、ＩＥＴＦ Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔｓ、［平成１４年９月１０日検索］、インターネット＜http://www.ietf.org/internet-drafts/draft-troan-dhcpv6-opt-prefix-delegation-01.txt＞
【０００５】
【発明が解決しようとする課題】
しかしながら、ＩＳＰルータが故障、メンテナンスにより動作中止となっている場合には、そのＩＳＰルータを使ったインターネットによる接続をすることができない。つまり、そのＩＳＰルータから配信されたＩＰアドレスを使ったインターネットによる接続をすることができない。
【０００６】
そこで、本発明では、ホームゲートウエイ装置が取得したＩＰアドレスを使用することができなくなった場合でも、このホームゲートウエイ装置に接続される端末では、再度ＩＰアドレスを取得してインターネット接続を行うことができるようにするアドレス管理装置、およびアドレス管理方法、並びに端末装置、端末装置におけるアドレス取得方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明のアドレス管理装置は、ネットワーク上に配置されるＩＰアドレスの配信を行うＩＰアドレス配信装置からネットワークを介して複数のＩＰアドレスを有するアドレスブロックを取得し、このアドレスブロック中のひとつのＩＰアドレスを配信するアドレス管理装置において、所定時間ごとに、ＩＰアドレスの取得先であるＩＰアドレス配信装置に対して動作しているか否かの接続確認を行う接続確認手段と、接続が確認できない場合に自己のリンクローカルアドレスを含むリクエストパケットをマルチキャストによりインターネット上に送出し、前記リクエストパケットに対する応答信号を受信し、前記応答信号に含まれるＩＰアドレスを認識することにより、前記ＩＰアドレス配信装置とは別のＩＰアドレス配信装置を検索する検索手段と、この検索手段により検索されたＩＰアドレス配信装置に対してアドレスブロックを要求するアドレスブロック要求手段と、この要求に応じてアドレスブロックを受信すると、受信したアドレスブロックがメモリに登録されているアドレスブロックと同じであるか否かを判断し、同じでないと判断した場合は受信したアドレスブロックをメモリに登録する判断手段と、前記判断手段によりアドレスブロックがメモリに登録された場合にアドレスブロックが書き換えられた旨を管理している端末に通知する通知手段とを備える。
【０００８】
これにより、ＩＰアドレスの取得先であるＩＰアドレス配信装置（すなわちインターネットサービスプロバイダー（ＩＳＰ））が、故障等により応答がなくなっても、また、ユーザの都合によりＩＳＰを切り替えた場合でも、端末側ではこれを知ることができ、すでになくなったＩＰアドレスに対してインターネット接続を行って無駄な通信を行うといったことを防止することができる。
【０００９】
また、本発明の端末装置は、アドレスブロックがホームゲートウエイ装置内で更新されたことを示す通知、またはアドレスブロックがホームゲートウエイ装置から取得可能に生成されたことを示す通知を受信する受信手段と、前記通知を受信すると、ホームゲートウエイ装置に対してＩＰアドレスの要求を行う要求手段とを備える。
【００１０】
【発明の実施の形態】
本発明の第１の態様は、ネットワーク上に配置されるＩＰアドレスの配信を行うＩＰアドレス配信装置からネットワークを介して複数のＩＰアドレスを有するアドレスブロックを取得し、このアドレスブロック中のひとつのＩＰアドレスを配信するアドレス管理装置において、所定時間ごとに、ＩＰアドレスの取得先であるＩＰアドレス配信装置に対して動作しているか否かの接続確認を行う接続確認手段と、接続が確認できない場合に自己のリンクローカルアドレスを含むリクエストパケットをマルチキャストによりインターネット上に送出し、前記リクエストパケットに対する応答信号を受信し、前記応答信号に含まれるＩＰアドレスを認識することにより、前記ＩＰアドレス配信装置とは別のＩＰアドレス配信装置を検索する検索手段と、この検索手段により検索されたＩＰアドレス配信装置に対してアドレスブロックを要求するアドレスブロック要求手段と、この要求に応じてアドレスブロックを受信すると、受信したアドレスブロックがメモリに登録されているアドレスブロックと同じであるか否かを判断し、同じでないと判断した場合は受信したアドレスブロックをメモリに登録する判断手段と、前記判断手段によりアドレスブロックがメモリに登録された場合にアドレスブロックが書き換えられた旨を管理している端末に通知する通知手段とを備えるアドレス管理装置である。
【００１１】
これにより、ＩＰアドレスの取得先であるＩＰアドレス配信装置（すなわちインターネットサービスプロバイダー（ＩＳＰ））が、故障等により応答がなくなっても、また、ユーザの都合によりＩＳＰを切り替えた場合でも、端末側ではこれを知ることができ、すでになくなったＩＰアドレスに対してインターネット接続を行って無駄な通信を行うといったことを防止することができる。
【００１８】
本発明の第２の態様は、第１の態様のアドレス管理装置において、前記通知手段は、同一サブネットを有する端末すべてに対してアドレスブロックが書き換えられた旨をマルチキャストにより通知することを備える。
【００１９】
これにより、すべての端末にＩＰアドレスが変更されたことを通知することができ、迅速なＩＰアドレスの取得を行わしめることができる。
【００２０】
本発明の第３の態様は、第１の態様のアドレス管理装置よりアドレスブロックが書き換えられた旨の通知を受ける端末装置であって、アドレスブロックがアドレス管理装置であるホームゲートウエイ装置内で更新されたことを示す通知、またはアドレスブロックがアドレス管理装置であるホームゲートウエイ装置から取得可能に生成されたことを示す通知を受信する受信手段と、前記通知を受信すると、アドレス管理装置であるホームゲートウエイ装置に対してＩＰアドレスの要求を行う要求手段とを備える。
【００２１】
これにより、端末装置側では、ＩＰアドレスが更新されたこと、またはＩＰアドレスが生成されことを知ることができ、ＩＰアドレスの取得、または再取得を迅速に行うことができる。
【００２２】
本発明の第４の態様は、第３の態様の端末装置において、前記要求手段は、第１の態様のアドレス管理装置であるホームゲートウエイ装置に対して、ＤＨＣＰを用いて行うことを備えたものである。
【００２３】
これにより、ＩＰアドレスを持っていなくとも、ＩＰアドレスの取得を行うことができる。
【００２４】
以下、本発明のアドレス管理装置／方法並びに端末装置に関する一実施の形態について図面を参照して具体的に説明する。
【００２５】
図１は、本発明のアドレス管理装置であるゲートウエイ装置が備えられるネットワークの構成例を示す図である。ＩＳＰのＩＳＰ−Ａルータ１１は、ホームゲートウエイ装置（ＨＧＷ）２００からの要求に応じて、複数のＩＰアドレスの群であるアドレスブロックをホームゲートウエイ装置２００に対して送信する機能を備えている。ＩＰＳ−Ｂルータ１２は、ＩＳＰ−Ａルータ１１と同様に、アドレスブロックを記憶しておき、要求に応じてホームゲートウエイ装置２００に対してアドレスブロックを送信する機能を備えている。
【００２６】
ローカルエリアネットワークであるＬＡＮ−１、ＬＡＮ−２は、ホームゲートウエイ装置２００を介してインターネット等のＷＡＮに接続している。ＬＡＮ−１、ＬＡＮ−２内には端末１４、１５が夫々接続される。端末１４、１５は、ホームゲートウエイ装置２００からＷＡＮ上に出て、ＬＡＮ−１，ＬＡＮ−２外のの間で通信を行う通信機能を備えていて、たとえばパーソナルコンピュータ、いわゆるネット家電（冷蔵庫、電子レンジ、エアコン等であって、インターネット接続することにより情報の取得を行うことができるもの）で構成される。本実施の形態では、端末１４、１５はホームゲートウエイ装置２００からＩＰアドレスが割り振られ、割り振られたＩＰアドレスを用いて他の通信装置とインターネットを介した通信を行うことができる用に構成されている。
【００２７】
なお、本発明においてのこれらのＩＰアドレスはＩＰｖ６により構成されたものであることを前提とする。
【００２８】
図２はＩＳＰ−Ａルータ１１（または、ＩＳＰ−Ｂルータ１２）の構成を示す機能ブロック図である。ＩＳＰ−Ａルータ１１とＩＳＰ−Ｂルータ１２とは、同一の構成であり、ここではＩＳＰ−Ａルータ１１として説明する。ＩＳＰ−Ａルータ１１は、ＣＰＵ１０１の管理下で通信部１０２、ＩＰパケット制御部１０３、アドレスブロック割当部１０４等が夫々の機能を実行する。なお、通信部１０２、ＩＰパケット制御部１０３、アドレスブロック割当部１０４等は、ＤＳＰ等の専用回路で構成され、それぞれバス経由でＣＰＵ１０１に接続されているが、ＣＰＵ１０１が夫々のアプリケーションプログラムを実行することにより各機能を実現するようにシステム変更してもよい。
【００２９】
通信部１０２は、ＩＳＰ−Ａルータ１１がＩＰアドレスを割当てている家庭やオフィス等の組織に設置されたホームゲートウェイ装置２００と、回線を経由して通信を行う。また、通信部１０２は、ＩＰアドレスを有する各種通信装置とはインターネット経由で通信を行う。
【００３０】
ＩＰパケット制御部１０３は、通信部１０２がホームゲートウェイ装置２００又はインターネットから受信したＩＰパケットを解析したり、ＩＳＰ−Ａルータ１１から送信するデータをＩＰパケット化する部分である。
【００３１】
アドレスブロック割当部１０４は、ホームゲートウェイ装置２００からＩＰアドレスの要求があると、アドレス管理テーブル１０５を参照してホームゲートウェイ装置２００に対応するアドレスブロックの取出しを行う部分である。
【００３２】
アドレス管理テーブル１０５の構成例を図３に示す。図３に示すように、過去にＩＰアドレスのアドレスブロックの割当てを行った組織／家庭の名称と割当アドレスブロックとの対応表になっている。「未割当」は、これから割当て可能な空きのＩＰアドレス領域である。アドレス管理テーブル１０５は書き換え可能で不揮発性のメモリに記憶することが好ましい。
【００３３】
図４はホームゲートウェイ装置２００の構成を示す機能ブロック図である。ホームゲートウェイ装置２００は、ＣＰＵ２０１の管理下で通信制御部２０２、ＩＰパケット制御部２０３、アドレスブロック要求部２０４、アドレス割当部２０５等が夫々の機能を実行する。なお、通信制御部２０２、ＩＰパケット制御部２０３、アドレスブロック要求部２０４、アドレスブロック割当部２０５等は、ＤＳＰ等の専用回路で構成され、それぞれバス経由でＣＰＵ２０１に接続されているが、ＣＰＵ２０１が夫々のアプリケーションプログラムを実行することにより各機能を実現するようにシステム変更してもよい。
【００３４】
通信制御部２０２は、ＩＳＰ−Ａルータ１１に接続された回線２を本装置に物理的に接続するためのＷＡＮインターフェースｉｆ０、ローカルネットワーク４〜６を物理的に接続するためのＬＡＮインターフェースｉｆ１、ｉｆ２、ｉｆ３を備えている。なお、図１に示すＬＡＮ−１，ＬＡＮ−２はローカルネットワーク４〜６のいずれかに対応するものとする。また、通信制御部２０２は、各ローカルネットワーク４〜６に対応した通信プロトコルを搭載しており、ローカルネットワーク４〜６との間では夫々対応する通信プロトコルにしたがって通信を行う。
【００３５】
アドレスブロック要求部２０４は、ホームゲートウェイ装置２００の電源をＯＮしたときにＩＳＰ−Ａルータ１１に対して自動的にアドレスブロックの要求を出す部分である。なお、アドレスブロックの要求を発生するためのトリガとしては電源をＯＮ以外の条件を設定することもでき、本発明ではホームゲートウエイ装置が他のＩＳＰに接続を切り替えたときもその条件とする。
【００３６】
アドレス割当部２０５は、ローカルネットワーク上の端末から出されるＩＰアドレスの取得要求に応じて、アドレス管理テーブル２０６を参照しＩＰアドレスの割当てを行う部分である。例えば、ＤＨＣＰサーバ２０８と協同して、ＤＨＣＰにより自動アドレス割当を実行する。
【００３７】
ＩＳＰ切替部２０７は、接続しているＩＳＰ−Ａルータ１１をＩＳＰ−Ｂルータ１２へ切り替えて接続する部分である。具体的には、ＩＳＰ−Ａルータ１１の接続状態を常に検知し、接続が途切れたと判断した場合に、ＩＳＰ−Ｂルータ１２を検索し、このルータに接続する。
【００３８】
ＤＨＣＰサーバ２０８は、接続されている端末からアドレス要求を受けると、後述する方法により未使用のＩＰアドレスを配信する部分であり、ＤＨＣＰによりアドレスの配信を行う。
【００３９】
図５は、ＩＳＰ切替部２０７の詳細な機能ブロックを示す図である。接続確認部２０９は、ＩＳＰルータに対して接続の確認を行う部分であり、所定時間が経過するごとにＰＩＮＧ信号を送出する。このＰＩＮＧに応答する応答信号を受信できないときには、ＩＳＰルータとの接続が途切れた（ＩＳＰルータの動作が停止した）と認識する。そして、ＩＳＰ検索部２１０に対して、別のＩＳＰルータと接続するよう指示を行う。
【００４０】
ＩＳＰ検索部２１０は、接続確認部２０９からの指示により別のＩＳＰを検索するための処理を実行する。リクエストパケットをＩＰｖ６によるマルチキャスト（またはＩＰｖ４による場合にはブロードキャスト、いずれのものも同報送信することを指す）により、通信制御部２０２を介してインターネット上に送出する。このリクエストパケットは、ＩＰヘッダに自己のリンクローカルアドレスを含み、このリンクローカルアドレスに対して応答することを要求する旨の情報を保持するというパケット構成をとっている。このリクエストパケットに応答することのできるアドレス、つまりリクエストパケットを受信したＩＳＰがこのパケットを解析し、パケットに含まれているリンクローカルアドレスが契約しているアドレスであるかをＩＳＰルータが認識する。そして、ＩＳＰルータはリクエストパケットに対する応答信号を送出することになる。なお、リンクローカルアドレスは、ＭＡＣアドレスから生成されるものであり、ユニークとなるよう生成されるものである。
【００４１】
このリクエストパケットに応答して出された応答信号を受信することにより、ホームゲートウエイ装置２００は、別のＩＳＰルータを知ることができる。この応答信号には、この信号を発信したＩＳＰルータのアドレスが設定されていることから、応答のあったＩＳＰルータを特定することができる。
【００４２】
アドレス要求部２１１は、ＩＳＰ検索部２１０で検索して特定したＩＳＰルータに対して、別のアドレスブロックを得るため、その要求を行う部分であり、アドレスブロック要求部２０４に対して、その指示を行う。
【００４３】
アドレス判定部２１２は、アドレスブロック要求部２０４で要求して得たアドレスブロックが、アドレス管理テーブル２０６に登録されているアドレスブロックと同じアドレスブロックであるかを判断する部分である。
【００４４】
同じである場合には、同じＩＳＰルータに接続し直したと判断でき、同じでない場合には、別のＩＳＰルータに接続したと判断でき、この場合には端末に対してアドレスが変わった旨を、通知部２１３に通知させるべく指示を行う。
【００４５】
なお、アドレス判断部２１２は、アドレスブロック要求部２０４で得たアドレスブロックが、すでに登録済みのアドレスブロックと異なったアドレスブロックであると判断したときには、新たに得たアドレスブロックをアドレス管理テーブル２０６に更新登録する処理を行う。
【００４６】
図６はアドレス管理テーブル２０６の構造を示す図である。ローカルネットワーク４〜６のＬＡＮインターフェース毎にアドレスブロックが割当てられている。本ホームゲートウェイ装置２００は、後述するアルゴリズムにしたがってＩＳＰ−Ａルータ１１（又はＩＳＰ−Ｂルータ１２）からのアドレスブロックの取得と、図６に示すアドレス管理テーブルの生成とを自動的に行う。
【００４７】
次に、以上のように構成されたＩＳＰ−Ａルータ１１及びホームゲートウェイ装置２００のＩＰアドレス自動設定動作についてフローチャートを参照して説明する。
【００４８】
図７は、ホームゲートウェイ装置２００でのＩＰアドレス自動設定動作についてフローチャートである。ユーザが新しいホームゲートウェイ装置２００をホームネットワークのエッジルータとして設置する場合、ＷＡＮインターフェースｉｆ０に回線２を接続し、かつＬＡＮインターフェースｉｆ１、ｉｆ２、ｉｆ３にローカルネットワークを接続する。このとき、ホームゲートウェイ装置２００にアドレス管理テーブル２０６は設定されていない。
【００４９】
ホームゲートウェイ装置２００の電源をＯＮすると（ステップＳ５１）、メモリ空間の所定アドレスをチェックしてアドレス管理テーブル２０６が生成されているか否か判断する（ステップＳ５２）。上記したように、ユーザがホームゲートウェイ装置２００を新しく設置したときには、アドレス管理テーブル２０６は存在しない。したがって、新規設置時には、アドレス管理テーブルが生成されていないと判断する（ステップＳ５３）。この場合、アドレスブロック要求部２０４が起動される。アドレスブロック要求部２０４は、ＩＳＰ−Ａルータ１１に対してアドレスブロックを要求するコマンドを発生させて、当該アドレスブロック要求コマンドをＩＰパケットにして通信制御部２０２から回線２経由でＤＨＣＰサーバ用マルチキャストアドレスに対して送信する（ステップＳ５４）。このとき、図８（ａ）に示すパケットが要求コマンドとして同報送信され、Ｅｔｈｅｒｎｅｔ（登録商標）レベルでの宛先アドレスの管理を行うブロードキャストアドレス、Ｅｔｈｅｒｎｅｔ（登録商標）レベルでのソースアドレスの管理を行うホームゲートウエイ装置のアドレスを示すＭＡＣアドレス、ＩＰレベルでソースアドレスの管理を行うリンクローカルアドレス（なお、ＩＰｖ４でアドレスが構成されている場合には未定義アドレスとして０．０．０．０．を設定するようしてもよい。）、ＩＰレベルでの宛先アドレスの管理を行うマルチキャストアドレスがマルチキャストにより送信され、これら情報に付随するデータの中には、アドレスブロック要求コマンドを示す情報が設定される。
【００５０】
ＩＳＰ−Ａルータ１１は、後述する処理にてアドレスブロック要求に応答して、ホームゲートウェイ装置２００に対して割当てたアドレスブロック、およびホームゲートウエイ装置２００に対して割り当てたＩＰアドレスを送る。つまり、図８（ｂ）に示すとおり、Ｅｔｈｅｒｎｅｔ（登録商標）レベルでのソースアドレスを管理するＤＨＣＰサーバのＭＡＣアドレス、Ｅｔｈｅｒｎｅｔ（登録商標）レベルでの宛先アドレスの管理をするホームゲートウエイ装置２００のＭＡＣアドレス、ＩＰレベルでのソースアドレスを管理するＤＨＣＰサーバのアドレス、ＩＰレベルでの宛先アドレスを管理するホームゲートウエイ装置に割り当てたＩＰアドレスを送信する。リンクローカルアドレスはホームゲートウェイ装置２００がＩＳＰルータ１００に対してアドレスブロックを要求した時に挿入したものである。
【００５１】
通信制御部２０２は、回線２経由で受信したＩＰパケットのうち自分でセットしたものと同じリンクローカルアドレスのＩＰパケットを取り込む。ＩＰパケット制御部２０３が受信ＩＰパケットを解析した結果、受信データがアドレスブロックであった場合は（ステップＳ５５）、アドレスブロック要求部２０４が図９に示すフローチャートにしたがって所定のメモリ空間にアドレス管理テーブル２０６を生成する（ステップＳ５６）。
【００５２】
なお、ＩＰｖ４を用いたときには、リンクローカルアドレスの変わりにＭＡＣアドレスを使って自分宛のパケットであることを認識し、取り込む処理を行う。
【００５３】
すなわち、図９に示すように、アドレスブロックを受信すると（ステップＳ６１）、ホームゲートウェイ装置２００が持つＬＡＮインターフェースを検索し（ステップＳ６２）、その検索結果からＬＡＮインターフェースの合計数を認識する（ステップＳ６３）。次に、ＩＳＰ−Ａルータ１１からもらったアドレスブロックをＬＡＮインターフェースの合計数以上のブロックに分割する（ステップＳ６４）。そして、各ＬＡＮインターフェースと分割したアドレスブロックとを対応付け（ステップＳ６５）、その対応表をアドレス管理テーブル２０６として所定のメモリ空間に格納し（ステップＳ６６）、端末に対してアドレス管理テーブルが作成された旨を通知する（ステップ６７）。
【００５４】
これにより、ユーザの手作業を介さずにアドレスブロックの取得作業からアドレス管理テーブル２０６の生成までが自動化されたことになる。さらに、端末にアドレス管理テーブル２０６が生成されたことを通知することにより、端末ではその通知に応じてＩＰアドレスの要求を行うことができ、迅速にＩＰアドレスを取得することができる。
【００５５】
図１０はＩＳＰ−Ａルータ１１でのアドレスブロックの配信動作を示すフローチャートである。ＩＳＰ−Ａルータ１１は、通信部１０２が回線２からＤＨＣＰサーバ用マルチキャストアドレスの付いたＩＰパケットを取り込んで、当該受信ＩＰパケットをＩＰパケット制御部１０３が解析する。この結果、ホームゲートウェイ装置２００からのアドレスブロック要求であることを検出する（ステップＳ７１）。
【００５６】
アドレスブロック要求を検出したら、当該受信データに設定されているパスワード情報からユーザの認証を行う（ステップＳ７２）。ここで、ユーザはＩＳＰと事前に契約を完了していて、ユーザの住所、ユーザが契約時に申請したパスワード、ユーザの名称となる組織／家庭等が予めＩＳＰ−Ａルータ１１の所定のメモリ空間に記憶されている。但し、本発明は、事前に契約が完了している場合に限定されるものではなく、アドレスブロック要求を受信した際に契約手続をオンラインで行うようにしても良い。
【００５７】
ユーザ認証処理の結果、ユーザ登録されていれば（ステップＳ７３）、ＩＳＰ−Ａルータ１１のアドレス管理テーブル１０５から未割当のアドレスブロックを、今回契約した組織／家庭に割当てるように、アドレス管理テーブル１０５を更新する（ステップＳ７４）。
【００５８】
その後、今回新規に要求元に割当てたアドレスブロックを、上記リンクローカルアドレスを宛先として通信部１０２から回線２を介してホームゲートウェイ装置２００へ送信する（ステップＳ７５）。なお、他のホームゲートウェイからのアドレスブロック要求が未処理のまま残っていれば（ステップＳ７６）、上記ステップＳ７２へ移行して上記同様の割当て処理を行う。
【００５９】
このように、ＩＳＰ−Ａルータ１１はホームゲートウェイ装置２００からの要求を受けて自動的にアドレスブロックの割当てと、ホームゲートウェイ装置２００への送信とを行うことができ、ホームゲートウェイ装置２００と連携したＩＰアドレスの自動設定が可能となる。
【００６０】
なお、上記したように事前にユーザとの契約が済んでいるのであれば、契約ユーザのホームゲートウェイ装置２００からアドレスブロック要求を受ける前に、アドレス管理テーブル１０５上で新規契約ユーザに対してアドレスブロックを割当てておき、アドレスブロック要求を受けたらアドレス管理テーブル１０５を検索して当該ユーザに対して割当てておいたアドレスブロックを送信するようにしてもよい。これにより、アドレスブロック要求を受けてから割当を行うのに比べて処理内容の簡素化及び時間短縮が可能となる。
【００６１】
図１１は、図１に示した各装置におけるシーケンス図である。この図では、ＩＳＰ−Ａルータ１１からＩＳＰ−Ｂルータ１２へ切り替えるときのシーケンスを示す。
【００６２】
まず、図７、９で示したフローチャートに従ってホームゲートウエイ装置２００はアドレスブロック要求をＩＳＰ−Ａルータ１１に対して行う（ステップＳ１００１）。ＩＳＰ−Ａルータ１１は、図１０に示したフローチャートに従ってホームゲートウエイ装置２００に対してアドレスブロックの送信を行う（ステップＳ１００２）。その後、端末１４、または端末１５からＩＰアドレスの要求がホームゲートウエイ装置に対してなされると、ホームゲートウエイ装置２００は、要求のあった端末に対してＩＰアドレスの送信を行う（ステップＳ１００３、ステップＳ１００４）。
【００６３】
ホームゲートウエイ装置２００は、ＩＳＰルータへの接続確認を行い、これを所定時間ごとに行う（ステップＳ１００５）。接続確認ができない場合には、他のＩＳＰルータを探す処理を実行する（ステップＳ１００６）。
【００６４】
他のＩＳＰルータを探すことができない場合には、所定時間経過後にエラーとして処理を終了する。他のＩＳＰルータを探すことができた場合には、その探し出したＩＳＰルータに対してアドレスブロックの要求を行う。ここでは、ＩＳＰ−Ｂルータ１２に対してアドレスブロックの要求を行っている（ステップＳ１００７）。
【００６５】
そして、アドレスブロックがＩＳＰ−Ｂルータ１２から送られると（ステップＳ１００８）、ホームゲートウエイ装置２００は、接続される端末（たとえば端末１３、１４）に対してアドレスブロック変更通知を行う（ステップＳ１００９）。端末１３、１４は、この通知に応じて再度ＩＰアドレスを取得し直すために、ホームゲートウエイ装置２００に対してＩＰアドレスの要求を行う（ステップＳ１０１０）。ホームゲートウエイ装置２００は、ＩＰアドレスの送信を要求のあった端末に対して行い（ステップＳ１０１１）、再度ＩＳＰルータへ接続確認処理ステップに移行する（ステップＳ１０１２）。
【００６６】
図１２は、図１１に示すシーケンス図に対応したホームゲートウエイ装置２００における動作フローチャートである。
【００６７】
電源を投入すると、初期化処理としてＩＳＰ−Ａルータ１１にアドレスブロックを要求し（ステップＳ１００１）、ＩＳＰ−Ａルータ１１から要求の応答としてアドレスブロックを受信する（ステップＳ１００２）。この詳細動作は図７、９に示したとおりである。このとき、ＩＳＰ−Ａルータ１１のＩＰアドレスを取得し、後述するＰＩＮＧ送信処理時の宛先に利用する。次に、端末からアドレス要求を受信し（ステップＳ１００３）、割り当てたアドレスを送信する（ステップＳ１００４）。
【００６８】
ＩＳＰ−Ａルータ１１に対して接続している状態か否かの判断処理を行い、ＩＳＰ−Ａルータ１１に対してＰＩＮＧ信号を送信する（ステップＳ１００５ａ）。ＩＳＰ−Ａルータ１１は、ＰＩＮＧ信号を受信すると、この信号に応答する応答信号を返信する処理を行うものであり、ＰＩＮＧ信号に付加されているソースアドレス宛てに応答信号を返信する。なお、本実施例においてはＬＡＮに接続する常時接続状態であるため、ＰＩＮＧ信号をいつでも送信することができるが、ＩＳＰに対して公衆回線網（ＰＳＴＮ）で接続している場合には、ＰＩＮＧ送信するたびに、ダイヤルアップ接続を行うことが必要である。
【００６９】
そして、所定時間経過後、ＩＳＰ−Ａルータ１１からＰＩＮＧ信号に応答するための応答信号を受信したか否かを判断する（ステップＳ１００５ｂ，１００５ｃ）。応答信号を受信していた場合には、ＩＳＰ−Ａルータ１１とは接続状態であると判断して、所定時間後に再度ＰＩＮＧ信号を送信処理する処理を繰り返す（ステップＳ１００５ｄ）。
【００７０】
所定時間経過しても応答信号を受信していないならば、リクエストパケットをマルチキャストにて通信制御部２０２を介してインターネット上に送信する（ステップＳ１００６ａ、Ｓ１００６ｂ）。このようにマルチキャストにより同報送信することにより、インターネット上にあるすべての端末、およびＩＳＰルータにリクエストパケットが届くことになり、リクエストパケットを受けた端末、およびＩＳＰルータは、このリクエストパケットを解析し判別できる場合には、応答信号に自己のＩＰアドレスを付加して、リクエストパケットに含まれているソースアドレスのＩＰアドレス宛てに送信することになる。
【００７１】
なお、このとき、複数の応答信号が来る場合を想定することができる。このようなときには、一番早く応答したＩＳＰルータに対して、アドレスブロック要求を行うことが望ましい。一番早く応答したということは、ネットワークスピードが速く、また距離が近いと考えることができ、今後の通信を行う上で、ある程度の通信スピードを確保することができるからである。
【００７２】
ホームゲートウエイ装置２００は、リクエストパケットに対する応答信号を受信しない場合には、所定時間後にエラーとして、終了する。応答信号を受信した場合には、応答信号に含まれているＩＰアドレスを取得し、このＩＰアドレス宛てに、アドレスブロックの要求処理を行う。ここでは、ＩＳＰ−Ｂルータ１２宛てにアドレスブロックの要求処理を行う（ステップＳ１００７）。ＩＳＰ−Ｂルータ１２からアドレスブロックを受信すると（ステップＳ１００８ａ）、このアドレスブロックが以前に得ていたアドレスブロックと同じものであるかを判断する（ステップＳ１００８ｂ）。具体的には、アドレス管理テーブル２０６に登録されている情報と同じ情報であるかを判断する。
【００７３】
同じ情報であると判断した場合には、ＩＳＰ−Ａルータ１１と再度接続したと判断し、アドレスの変更を端末に通知することなく、ＩＳＰルータの接続確認処理ステップに移行する。同じ情報ではないと判断した場合には、接続されている端末１３、１４にアドレスブロックが変更された旨の通知を行う（ステップＳ１００９）。この通知は、同じサブネットを有する端末、つまりはホームゲートウエイ装置２００で管理している端末に対して行い、ブロードキャストにより同報送信することにより行う。これにより、ホームゲートウエイ装置２００が管理している端末のすべてに対してアドレス管理テーブル２０６が更新された旨を通知することができ、迅速なＩＰアドレスの取得を行わしめることができる。
【００７４】
そして、ホームゲートウエイ装置２００は、端末１３、または１４からアドレスの要求を受けると（ステップＳ１０１０）、対応するＩＰアドレスを送信する（ステップＳ１０１１）。そして、ＩＳＰルータの接続確認処理に移行する。
【００７５】
なお、アドレスブロックの要求処理（ステップＳ１００１、ステップＳ１００７）は、図７のＳ５４と同じ処理を行うものである。
【００７６】
このように、ＩＳＰルータ１１が何らかの原因により、ホームゲートウエイ装置２００と接続を維持することができなくなっても、ホームゲートウエイ装置２００は、別のＩＳＰルータ１２に接続しなおすことができ、インターネットを介して通信を実現することができる。また、端末はＩＰアドレスが変更されたことを知ることができるため、即座に新たなＩＰアドレスをホームゲートウエイ装置２００から取得することができ、通信ができなくなるといった事態を生ずることなく、快適な通信環境を得ることができる、といった効果を奏するものである。
【００７７】
さらに、同じアドレスブロックを取得したかを判断することにより、同じＩＳＰからアドレスを得たと判断でき、ＩＰアドレスが変わった旨の通知を行わず、処理の効率化を図ることができる。
【００７８】
図１３は、本発明の端末１３、１４においてアドレス要求を行うときの動作フローチャートである。
【００７９】
図１２のステップＳ１００９、図９のステップＳ６７で、それぞれアドレス管理テーブルが更新された通知、またはアドレス管理テーブルが生成された通知が、端末１３、１４になされている。端末１３、１４ではこれら通知を受信すると（ステップＳ１２０１）、ホームゲートウエイ装置２００に対してＩＰアドレスを取得すべくアドレス要求を行う（ステップＳ１２０２）。そして、アドレスを受信し、これを格納する（ステップＳ１２０３）。また、端末１３、１４はＤＨＣＰによりＩＰアドレスを取得しているため、取得したＩＰアドレスには、リース期間といわれるＩＰアドレスの有効期限が決められている。このリース期間を経過すると（ステップＳ１２０４）、上述と同様に、ＩＰアドレスの要求を行い、アドレス受信処理を行う（ステップＳ１２０２、ステップＳ１２０３）。
【００８０】
この処理により、端末は、迅速にＩＰアドレスを取得することができ、快適なインターネット接続による通信環境を得ることができる。
【００８１】
なお、端末１３、１４では、ＩＰアドレスを持っていないか、またはすでに使用することのできないＩＰアドレスが登録されている、という状態であるため、ＤＨＣＰによりＩＰアドレスの要求を行う。
【００８２】
本発明は上記一実施の形態に限定されるものではなく、本発明の要旨を変更することなく種々変形実施可能である。
【００８３】
【発明の効果】
以上詳記したように本発明によれば、ＩＳＰルータが何らかの原因により、ホームゲートウエイ装置と接続を維持することができなくなっても、ホームゲートウエイ装置は、別のＩＳＰルータに接続しなおし、ＩＰアドレスを取得しなおすことからき、ホームゲートウエイ装置からＩＰアドレスを取得している端末であても、インターネットを介した通信を実現することができる。また、端末はＩＰアドレスが変更されたことを知ることができるため、即座に新たなＩＰアドレスをホームゲートウエイ装置から取得することができ、通信ができなくなるといった事態を生ずることなく、快適な通信環境を得ることができる、といった効果を奏するものである。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるネットワークシステム構成図
【図２】本発明の一実施の形態におけるＩＳＰルータのブロック構成図
【図３】本発明の一実施の形態におけるＩＳＰルータのアドレス管理テーブル
【図４】本発明の一実施の形態におけるホームゲートウエイ装置のブロック構成図
【図５】本発明の一実施の形態におけるホームゲートウエイ装置のＩＰＳ切替部の機能ブロック図
【図６】本発明の一実施の形態におけるホームゲートウエイ装置のアドレス管理テーブル
【図７】本発明の一実施の形態におけるホームゲートウエイ装置のＩＰアドレス自動設定のフローチャート
【図８】（ａ）ＤＨＣＰリクエストの一例を示す図
（ｂ）ＤＨＣＰレスポンスの一例を示す図
【図９】本発明の一実施の形態におけるホームゲートウエイ装置のアドレス管理テーブルの自動生成のフローチャート
【図１０】本発明の一実施の形態におけるＩＳＰルータのアドレスブロック自動割当のフローチャート
【図１１】本発明の一実施の形態における全体の動作シーケンス
【図１２】本発明の一実施の形態におけるホームゲートウエイ装置のＩＳＰルータの切替のフローチャート
【図１３】本発明の一実施の形態における端末装置のＩＰアドレスの要求を行うときの動作フローチャート
【符号の説明】
１１ ＩＳＰ−Ａルータ
１２ ＩＳＰ−Ｂルータ
１４ 端末
１５ 端末
１０１ ＣＰＵ
１０２ 通信部
１０３ ＩＰパケット制御部
１０４ アドレスブロック割当部
１０５ アドレス管理テーブル
２００ ホームゲートウエイ装置
２０１ ＣＰＵ
２０２ 通信制御部
２０３ ＩＰパケット制御部
２０４ アドレスブロック要求部
２０５ アドレス割当部
２０６ アドレス管理テーブル
２０７ ＩＳＰ切替部
２０８ ＤＨＣＰサーバ
Claims (6)
- ネットワーク上に配置されるＩＰアドレスの配信を行うＩＰアドレス配信装置からネットワークを介して複数のＩＰアドレスを有するアドレスブロックを取得し、このアドレスブロック中のひとつのＩＰアドレスを配信するアドレス管理装置において、
所定時間ごとに、ＩＰアドレスの取得先であるＩＰアドレス配信装置に対して動作しているか否かの接続確認を行う接続確認手段と、接続が確認できない場合に自己のリンクローカルアドレスを含むリクエストパケットをマルチキャストによりインターネット上に送出し、前記リクエストパケットに対する応答信号を受信し、前記応答信号に含まれるＩＰアドレスを認識することにより、前記ＩＰアドレス配信装置とは別のＩＰアドレス配信装置を検索する検索手段と、この検索手段により検索されたＩＰアドレス配信装置に対してアドレスブロックを要求するアドレスブロック要求手段と、この要求に応じてアドレスブロックを受信すると、受信したアドレスブロックがメモリに登録されているアドレスブロックと同じであるか否かを判断し、同じでないと判断した場合は受信したアドレスブロックをメモリに登録する判断手段と、前記判断手段によりアドレスブロックがメモリに登録された場合にアドレスブロックが書き換えられた旨を管理している端末に通知する通知手段とを備えるアドレス管理装置。 - 前記通知手段は、同一サブネットを有する端末すべてに対してアドレスブロックが書き換えられた旨をマルチキャストにより通知することを特徴とする請求項１に記載のアドレス管理装置。
- 請求項１に記載のアドレス管理装置よりアドレスブロックが書き換えられた旨の通知を受ける端末装置であって、アドレスブロックがアドレス管理装置であるホームゲートウエイ装置内で更新されたことを示す通知、またはアドレスブロックがアドレス管理装置であるホームゲートウエイ装置から取得可能に生成されたことを示す通知を受信する受信手段と、前記通知を受信すると、アドレス管理装置であるホームゲートウエイ装置に対してＩＰアドレスの要求を行う要求手段とを備える端末装置。
- 前記要求手段は、請求項１に記載のアドレス管理装置であるホームゲートウエイ装置に対して、ＤＨＣＰを用いて行うことを特徴とする請求項３記載の端末装置。
- ネットワーク上に配置されるＩＰアドレスの配信を行うＩＰアドレス配信装置からネットワークを介して複数のＩＰアドレスを有するアドレスブロックを取得し、このアドレスブロック中からひとつのＩＰアドレスを管理している端末に配信するアドレス管理方法において、
所定時間ごとに、ＩＰアドレスの取得先であるＩＰアドレス配信装置に対して動作しているか否かの接続確認を行い、接続を確認できず現在使用しているＩＰアドレスが使用不可となったときには、自己のリンクローカルアドレスを含むリクエストパケットをマルチキャストによりインターネット上に送出し、前記リクエストパケットに対する応答信号を受信し、前記応答信号に含まれるＩＰアドレスを認識することにより、前記ＩＰアドレス配信装置とは別のＩＰアドレス配信装置を検索し、ここで検索したＩＰアドレス配信装置に対してアドレスブロックを要求し、この要求に応じてアドレスブロックを受信すると、受信したアドレスブロックがメモリに登録されているアドレスブロックと同じであるか否かを判断し、同じでないと判断した場合は受信したアドレスブロックをメモリに登録し、前記受信したアドレスブロックがメモリに登録された場合にアドレスブロックが書き換えられた旨を管理している端末に通知することを特徴とするアドレス管理方法。 - ネットワーク上に配置されるＩＰアドレスの配信を行うＩＰアドレス配信装置からネットワークを介して複数のＩＰアドレスを有するアドレスブロックを取得し、このアドレスブロック中からひとつのＩＰアドレスを各端末装置に配信する請求項５に記載のアドレス管理方法によりアドレスブロックが書き換えられた旨の通知を受けてＩＰアドレスの取得を行う端末装置におけるアドレス取得方法において、
ＩＰアドレスの取得先であるアドレス管理装置からＩＰアドレスが変更になった旨の通知を受けると、この通知に応じて、前記アドレス管理装置に対してアドレスの要求を行うことを特徴とする端末装置におけるアドレス取得方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002267249A JP4057868B2 (ja) | 2002-09-12 | 2002-09-12 | アドレス管理装置、およびアドレス管理方法、並びに端末装置、端末装置におけるアドレス取得方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002267249A JP4057868B2 (ja) | 2002-09-12 | 2002-09-12 | アドレス管理装置、およびアドレス管理方法、並びに端末装置、端末装置におけるアドレス取得方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004104703A JP2004104703A (ja) | 2004-04-02 |
| JP4057868B2 true JP4057868B2 (ja) | 2008-03-05 |
Family
ID=32265833
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002267249A Expired - Fee Related JP4057868B2 (ja) | 2002-09-12 | 2002-09-12 | アドレス管理装置、およびアドレス管理方法、並びに端末装置、端末装置におけるアドレス取得方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4057868B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4306579B2 (ja) | 2003-10-17 | 2009-08-05 | パナソニック株式会社 | ホームリンク設定方法、ホームゲートウェイ装置、および移動端末 |
| JP2007058353A (ja) * | 2005-08-22 | 2007-03-08 | Nec Corp | 電子商取引システム、決済方法、データベースの更新方法、決済代行プログラム、データベース更新プログラム |
| JP4852110B2 (ja) * | 2006-03-06 | 2012-01-11 | 華為技術有限公司 | ＩＰｖ６アドレス取得装置、方法、及びシステム |
-
2002
- 2002-09-12 JP JP2002267249A patent/JP4057868B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004104703A (ja) | 2004-04-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4728792B2 (ja) | Ｉｐ通信装置およびこれを備えたｉｐ通信システムならびにｉｐ通信装置のｉｐアドレス設定方法 | |
| US8339991B2 (en) | Node self-configuration and operation in a wireless network | |
| KR101499551B1 (ko) | 원격 접속을 고려하여 네트워크 주소 충돌을 해결하는 ＵＰｎＰ 장치 및 그 방법 | |
| EP3409000B1 (en) | Methods and apparatus for configuring an m2m device | |
| US20050163118A1 (en) | Method for assigning an IP address to a device | |
| US20070016658A1 (en) | Digital network modem and configuration system for a digital network modem | |
| US20030172170A1 (en) | Providing multiple ISP access to devices behind NAT | |
| US7136928B2 (en) | Communication device and communication control method using efficient Echonet address determination scheme | |
| EP1774702A1 (en) | System, network entities and computer programs for configuration management of a dynamic host configuration protocol framework | |
| US20120324063A1 (en) | Method, network device, and system for automatically configuring network device in ipv6 network | |
| US9455866B2 (en) | Auto-configuration of network devices | |
| US10965640B2 (en) | Configuration of an M2M device | |
| CN112654049B (zh) | 用于配置无线通信覆盖扩展***的方法、***、节点和介质 | |
| WO2009071009A1 (fr) | Procédé pour découvrir automatiquement des dispositifs d'éléments de réseau, dispositif et système | |
| CN107769939B (zh) | 数据通信网中网元管理方法、网管、网关网元及*** | |
| JP2014502110A (ja) | パブリックネットワークにおけるプライベート装置の識別 | |
| WO2011000258A1 (zh) | 基于动态主机分配协议的配置信息的获取方法和装置 | |
| US20150229520A1 (en) | Network monitoring system, communication device, network management method | |
| US20120269092A1 (en) | Auto-configuration of network devices | |
| JP4292897B2 (ja) | 中継装置とポートフォワード設定方法 | |
| JP4057868B2 (ja) | アドレス管理装置、およびアドレス管理方法、並びに端末装置、端末装置におけるアドレス取得方法 | |
| WO2010022535A1 (zh) | 一种在ipv6接入节点中数据包转发的方法和装置 | |
| JP2006148813A (ja) | 分析装置管理システム、分析装置管理サーバ用プログラム及び分析装置 | |
| JP2007081456A (ja) | 変換装置 | |
| JP3618677B2 (ja) | Ｉｐアドレス自動割当方法及びゲートウェイ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050907 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070418 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070605 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070731 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071120 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071214 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101221 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101221 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111221 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111221 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121221 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121221 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131221 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |