(57)【要約】【課題】公知の割り付け方法の問題点を解消する資源割り付けを提供。【解決手段】ＤＨＣＰサーバ（１２）は、新規のハードウェア・アドレス登録をＬＤＡＰに、「未登録」サービス階級を用いて追加することができる。ＤＨＣＰサーバは、例えば専用に割り付けられたＩＰアドレスでインターネットへのアクセスを伴わないもの、叉は自分で対応を行うウェブサーバを割り付けるものといった、未登録の機器用に仕立てられたＤＨＣＰ応答を送信する。ＤＨＣＰサーバは、ＩＰアドレスの割り付けを、短期間存続のものとみなす。つまり、前記ＩＰ通信網コンフィギュレーションに変更がない場合には、ＤＨＣＰサーバが使用制限のないリースであると認識することに起因して、利用者端末は、同一の割り付けＩＰアドレスを受信しつづけることになる。【選択図】図１
2009239931.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのＤＨＣＰサーバから、複数の利用者端末に情報が配給される広帯域ケーブル・データ通信網において、前記通信網に対するアクセスを管理するための通信網資源を自動的に割り付ける方法であって、通信網資源の割り付けを受信することを望んでいる利用者からの発見メッセージを発生し；
ＤＨＣＰサーバにおいて、アドレスエントリが前記利用者のために現在保存されているかどうかを判断するために、前記発見メッセージから利用者識別情報を検出し；
アドレスエントリが存在しない場合に、未登録階級エントリを生成し、前記利用者に対して一時的なＩＰアドレスを割り当て；、および、通信網利用者登録サービスに対する限られたアクセスを容認する前記一時的なＩＰアドレスを伝達する提案メッセージを送出する；
ことを含んでいる方法。
【請求項２】
前記ＩＰアドレスが、使用中一時的にタグ付けされる、請求項１に記載の方法。
【請求項３】
前記ＩＰアドレスが、一時的に割り当てられ、アドレスエントリとして保存される、請求項１に記載の方法。
【請求項４】
更に、前記利用者が、前記提案サーバを識別する要請メッセージを送出することによって、ＤＨＣＰの提案を選択することを含む、請求項１に記載の方法。
【請求項５】
更に、前記要請メッセージで受け取った識別情報に基づいて、アドレスエントリが現在保存されているか否かを決定し、一時的なアドレスが割り当てられていることを示すアドレスエントリが存在する場合に、確認メッセージを送出することを含む、請求項４に記載の方法。
【請求項６】
更に、前記割り当てられたＩＰアドレスを、一時的な、制限されたアクセスのためのＩＰアドレスから、予め定められた有効使用期間を有する永続的使用のＩＰアドレスに変更することによって、前記利用者の登録を行うことを含む、請求項５に記載の方法。
【請求項７】
更に、前記利用者が、サーバを識別するものではない要請メッセージを送出することによって、ＤＨＣＰ提案を選択することを含む、請求項１に記載の方法。
【請求項８】
更に、前記要請メッセージで受け取った識別情報に基づいて、アドレスエントリが現在保存されているか否かを決定し、一時的なアドレスが割り当てられていることを示すアドレスエントリが存在する場合に、確認メッセージを送出することを含む、請求項４に記載の方法。
【請求項９】
更に、前記利用者の複製割り当てＩＰアドレスを決定し、前記提案の非受諾を示す辞退メッセージを前記ＤＨＣＰサーバに送出することを含む、請求項１に記載の方法。
【請求項１０】
更に、利用者から、前記ＩＰアドレス割り当ての早期満了をもたらすため解除メッセージを送出することを含む、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、広帯域ケーブル・データ通信網について、所謂インターネットのような大規模通信網の情報配給を提供するためのシステムに関し、より詳細には、そのような情報配給システムにおける動的ホスト構成プロトコル（ＤＨＣＰ）サーバによる資源割り付けのための改良された構成に関するものである。
【背景技術】
【０００２】
一般に、インターネット・プロトコル（ＩＰ）アドレスのような通信網資源は、ＤＨＣＰサーバによって、（１）「自動割り付け」、（２）「動的割り付け」、および、（３）「手動割り付け」、の１つを用いて割り付けられる。自動割り付けにおいて、ＤＨＣＰサーバは、永続的なＩＰアドレスを利用者、もしくは、加入者端末に対して割り当てる。動的割り付けにおいて、ＤＨＣＰサーバは、ＩＰアドレスを限られた期間、もしくは、その利用者がそのアドレスを明示的に放棄するまで、利用者端末に対して割り当てる。手動割り付けおいて、ＩＰアドレスは、通信網管理者によって利用者端末に対して割り当てられ、また、ＤＨＣＰサーバは単に、その割り当てられたアドレスを、その利用者に対して搬送するために使用されるにすぎない。従来の通信網は、その通信網管理者の方針によって定められるままに、３つの方法の１つまたはそれ以上を使用することができる。
【０００３】
しかし、ＤＨＣＰの運用およびサービスにおける最大の柔軟性を維持しながら、ＤＨＣＰサーバの自動的な、割り込みのない運用の両者を保証することができないので、これら３つのＩＰアドレス割り付け方法のどれ１つとして、充分に満足できるものではないと考えられている。加えて、ＤＨＣＰサーバの主要機能は、全ての利用者が通信網にアクセスすることができる機会をもつよう、限られた通信網資源の利用の均衡をとることである。上述したＩＰ割り付けの方法は、通信網利用のそのような均衡をもたらすことにおいては、本質的に非能率的である。例えば、自動割り付けは、ＩＰアドレスの割り付けが実際の使用もしくは必要性に基づいていないので非能率的である。手動割り付けは、人間との対話が必要なので非能率的であり、通信網管理（手動割り付け）の点から非能率的である。最後に、動的割り付けは、ＩＰ割り付けにおいてあまりにも保守的であり、真に「常時接続」型の通信網サービス、即ち、所望の通信網サービスにアクセスするために、利用者が絶えず接続開始および接続終了を行う必要がない通信網をサポートしていない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従って、本発明の目的は、上述の公知の割り付け方法の問題点を解消する資源割り付けを提供することにある。
【０００５】
本発明の他の目的は、大規模通信通信網型のケーブル配給システムにおける資源割り付け方法であって、ＤＨＣＰサーバの柔軟性を最大限にしながら、ＤＨＣＰサーバが、割り込みされることなく正しく運用されることを保証するシステムを提供することにある。
【０００６】
本発明の更なる目的は、単一障害点を除去するために、多重同期ＤＨＣＰサーバをサポートすることができるＤＨＣＰサーバを提供することにある。
【０００７】
本発明の更なる目的は、柔軟性のあるＩＰ通信網コンフィギュレーション、例えば同一の物理的イーサネット（登録商標）における複数のＩＰサブネットをサポートすることができ、また、例えば、物理的イーサネット（登録商標）を多重ＬＡＮ内に分配するといった、ＩＰ通信網の洗練された再コンフィギュレーションが可能なＤＨＣＰサーバを提供することにある。
【０００８】
本発明の他の目的は、複数の異なるサービス層のサポートにあって、特定のコンフィギュレーション引数を、例えばパーソナル・コンピュータ、マッキントッシュ、ＬＡＮシティ・ケーブル・モデムのような利用者の機器に送ることによって、潜在的な利用者サービス差別化を最大にするＤＨＣＰサーバを提供することにある。
【０００９】
ＤＨＣＰサーバの柔軟性を最大にするため、標準のＤＨＣＰサーバ同期化プロトコルが業界に適合されていないが、本発明のＤＨＣＰサーバは、標準の通信網プロトコルを可能な限り使用するものである。特に、ＬＤＡＰ（軽量ディレクトリ・アクセスプロトコル）ディレクトリは、ＤＨＣＰサーバのデータベースとして働き、それによって加入者の個人情報を加入者の機器情報と統合できるようになる。
【課題を解決するための手段】
【００１０】
本発明によれば、ＤＨＣＰサーバは、ＩＰアドレス割り付けを期間的定めなきものとみなが、利用者端末／構内機器は、ＩＰアドレス割り付けを短期間、即ち１日以下のものとみなす。つまり、ＩＰ通信網コンフィギュレーションに変更がない場合、そのＤＨＣＰサーバが期限的な定めがないリースであると認識することによって、利用者端末は、同一の割り付けられたＩＰアドレスを受信しつづけることになる。ＩＰアドレスが首尾一貫していることによって、例えばＤＮＳ（ドメイン名サービス）ホスト名の更新を最小にすることや、機密保護偶発事件の間にＩＰアドレスを利用者端末に対して割り付けるといった、動的アドレスに関する種々の運用上の事項が単純化される。
【００１１】
加えて、ＩＰ通信網コンフィギュレーションに変更がある場合、利用者の短い割り付け期間であると認識することに起因して、利用者端末は、更新、および／または、再結合を素早く行うことになる。ＩＰ通信網変更に関するこの柔軟性は、（短い割り付け予約期間に起因して）洗練された通信網コンフィギュレーションをサポートする。再コンフィギュレーション・プロセスの一環として、差し迫った機密保護偶発事件をサポートするために、ＩＰアドレス割り付けの「スナップショット」を、再コンフィギュレーションの直前に作成することができる。再コンフィギュレーションは、最大限に割り付けられたアドレス予約期間の満了に伴い完了することになる。
【００１２】
本発明の上記目的およびその他の目的、特徴、および、利点は、添付図面を参照して、以下の本発明を実施するための最良の形態に関する詳細な説明から容易に明らかになる。
【図面の簡単な説明】
【００１３】
【図１】本発明による、広帯域ケーブル情報配給システムのブロック図である。
【図２ａ】本発明による、発見メッセージに応答する資源割り付け制御を示すフローチャートである。
【図２ｂ】本発明による、発見メッセージに応答する資源割り付け制御を示すフローチャートである。
【図３ａ】本発明による、サーバ識別子をもつ要請メッセージに応答する資源割り付け制御を示すフローチャートである。
【図３ｂ】本発明による、サーバ識別子をもつ要請メッセージに応答する資源割り付け制御を示すフローチャートである。
【図４】本発明による、サーバ識別子をもたない要請メッセージに応答する資源割り付け制御を示すフローチャートである。
【発明を実施するための形態】
【００１４】
図１を参照すると、本発明による広帯域ケーブル情報配給システム１０が示されており、ケーブル・モデム１８と、同軸ケーブル２０を経由してサーバに接続されたコンピュータ１６を有する複数の利用者端末１４に、通信網資源／ＩＰアドレスを自動的に割り付け、割り当てる機能を果たしている、少なくとも１つのＤＨＣＰサーバ１２を有している。利用者端末はまた、イーサネット（登録商標）形式の接続を経由して接続することができる。
【００１５】
軽量ディレクトリ・アクセスプロトコル（ＬＤＡＰ）ディレクトリ２２がＤＨＣＰサーバに接続されており、一般の通信網利用者情報およびアクセス特権データベースとしての機能を果たしている。ＬＤＡＰディレクトリ・サーバ２４はＬＤＡＰディレクトリへのアクセスを管理している。
【００１６】
一般に、本発明によるＤＨＣＰサーバは、パーソナル・コンピュータ、マッキントッシュ、ワークステーションといった、利用者端末イーサネット（登録商標）・インターフェイスと、特にＬＡＮシティのような利用者端末ケーブル・モデムの両方をサポートするように構成されている。このＤＨＣＰサーバは更に、１６バイトのハードウェア・アドレスを有するＲＡＳダイアル−イン・ポートのような、他の潜在的なＤＨＣＰ利用者をサポートするよう構成されていることが好ましい。
【００１７】
ＤＨＣＰサーバは、利用者装置のコンフィギュレーション分類に基づいて、種々のＤＨＣＰ引数および選択肢値を、利用者に伝達するのに役立つ適切なプログラミングを有している。例えば、ＬＡＮシティ加入者の構内設置モデムは、「基本」、「高帯域幅」、もしくは、「切り離された」階級に属すことができる。ＬＡＮシティのヘッド側モデムは、「ヘッド側」階級に属すことができる。利用者端末イーサネット（登録商標）・インターフェイスは、「標準」、「ネットＢＩＯＳ−許可済み」、「未登録」、もしくは、「切り離された」階級に属すことができる。
【００１８】
将来のサービス階級は、現行のＤＨＣＰ選択肢、即ち、ネットＢＩＯＳサーバおよび引数と、デフォルト・ウエブ・サーバのような将来のＤＨＣＰ選択肢との、利用者によるコンフィギュレーションを要求することが考えられる。ＤＨＣＰサーバは更に、形式長さ値（type-length-value）基準に関するＤＨＣＰ選択肢のコンフィギュレーションを可能にすることによって、不確実性を予め見越して構成されている。
【００１９】
更に本発明によれば、ＤＨＣＰサーバは、複数のＩＰサブネットが同一イーサネット（登録商標）上に共存することができることを予め見越し、どちらのＩＰサブネットが有効であるのかを判断するため、利用者端末のサービス階級指定を使用している。特に、ＤＨＣＰサーバは、利用者端末イーサネット（登録商標）・インターフェイスに対するＩＰアドレスの割り当てと、専用に割り付けられたＩＰアドレス（１０．０．０．０通信網から）のＬＡＮシティ・ケーブル・モデムに対する割り当てとができるようになっている。ＤＨＣＰサーバは更に、例えばルータ中にあるＩＰアクセス制御リストの如き特別の特権をＩＰアドレスが搬送する場合のような状況にある、利用者端末イーサネット（登録商標）・インターフェイスに対して、アドレスの種々のプールを割り当てることができる。
【００２０】
ＤＨＣＰサーバは更に、ＩＰ通信網の再番号付け、および、多重ＬＡＮ中へのイーサネット（登録商標）通信網の計画的な領域確保を予め見越している。ＤＨＣＰサーバは、中継エージェントまたはＢＯＯＴＰ中継エージェントＩＰアドレスを、ソース・イーサネット（登録商標）通信網に対する鍵（key）として用いることができるが、サーバは、中継エージェント・アドレスのみに基づいて利用者ＩＰサブネットを想定することはない。
【００２１】
予め割り付けられたＩＰアドレスに基づいて、システムの何れのＤＨＣＰサーバもＤＨＣＰ応答を送ることができるが、唯一のサーバのみにＩＰサブネット毎に新規ＩＰアドレスを割り付ける特権が与えられている。このことにより同一のＩＰアドレスを複数の利用者に割り当てる可能性が著しく減少する。従って、新規利用者の準備を行っている間に、および通信網の再コンフィギュレーションを行っている間に、ただ１つの障害点のみが存在することになる。
【００２２】
更に本発明によれば、全てのＤＨＣＰサーバは、各々のコンフィギュレーション引数、ハードウェア・アドレス登録および現行の結合情報を、共通の通信網ディレクトリから入手する。この構成は、故障ＤＨＣＰサーバの再開と、全ＤＨＣＰサーバ・ホストの取替えを著しく単純化するものである。
【００２３】
その目的のために、ＤＨＣＰサーバは、共通のコンフィギュレーション引数、共通の結合ディレクトリ、および、システムのためのＩＰアドレス割り付け責務に関する共通の知識をサポートするように構成されている。サーバには更に、この情報の非同期更新が施されており、この非同期更新は共通の通信網ディレクトリに外付けで設置されたシステム・マネジャーの管理の下で遂行される。
【００２４】
更に本発明によれば、特権を与えられたＤＨＣＰサーバは、「未登録」サービス階級を使用して、共通の通信網ディレクトリに新規ハードウェア・アドレス登録を追加することができる。「未登録」サービス階級が、特定のソース・イーサネット（登録商標）用に定義されていない場合には、ＤＨＣＰサーバはＤＨＣＰ応答を送ることはない。「未登録」サービス階級が定義されている場合には、ＤＨＣＰサーバは、例えば、インターネットへアクセスすることのできない専用に割り付けられたＩＰアドレス、もしくは、自分で対応を行うウェブ・サーバ用のＩＰアドレスを割り付けるようにして、未登録装置のために仕立てられたＤＨＣＰ応答を送信する。「未登録」サービス階級は、技術者のラップトップ・パーソナル・コンピュータ用に、イーサネット（登録商標）・ボードを変更してしまった現行加入者用に、および、ケーブル・サービスによるインターネットの実演のために潜在的加入者用に使用することができる。
【００２５】
つまり、未登録サービス階級を使用することは、ＩＰアドレス割り当ての一時的な割り当てとして作用する。しかし、例えば、未登録のＬＡＮシティ・ケーブル・モデム用および加入者のウインドウズＮＴサーバにおけるＲＡＳのダイヤル−イン・ポート用のように、利用者端末に対して一時的なＩＰアドレスを与えることが好ましくない幾つかの状況が存在する。ＤＨＣＰサーバは、随意のハードウェアのアドレス接頭文字列のコンフィギュレーションと、（正確なハードウェアのアドレス一致が見当たらない場合）その接頭文字列に一致している装置に関するサービス階級の既定値とを可能にする必要がある。未登録のＬＡＮシティ・ケーブル・モデムおよびＲＡＳのダイヤル−イン・ポートが作動しないようにするには、それら特有の接頭文字列が、「切り離された」サービス階級に割り当てられるのである。
【００２６】
「未登録」サービス階級を用いることで、利用者端末が、利用者がウエブ・サーバにアクセスすることを可能とし、利用者の認証と、引き続いて新規端末として利用者が装置を登録できるようにする。ＤＨＣＰサーバのディレクトリはその後、装置登録情報でもって更新される。従って、利用者は、操作者の介入を最小限にして、イーサネット（登録商標）・インターフェイスを変更することができる。このような構成は、利用者が自分で対応を行うこと、即ち、登録を容易にするものである。
【００２７】
通信網ディレクトリは、ＬＤＡＰサーバを経由して全てのＤＨＣＰサーバ間にプールされる軽量ディレクトリ・アクセスプロトコル（ＬＤＡＰ）ディレクトリとして構築されることが好ましい。ＤＨＣＰサーバ用にＬＤＡＰディレクトリを使用することは、ＤＨＣＰサーバの同期化、および、例えば氏名、住所、電子メール・アドレスおよびその他の連絡用情報のような利用者の個人情報と、例えばハードウェア・アドレス、ＩＰアドレス、および論理的設置情報のような利用者端末情報との間の統合化をもたらす。
【００２８】
ＬＤＡＰディレクトリは、ＤＨＣＰサーバが新規の永続的なＩＰアドレス割り付けをもつ応答を送る前に更新される。一般によく知られているように、配給されたＤＨＣＰ更新レプリケータが、非同期更新を送るために使用されている。ＤＨＣＰサーバが更新レプリケータへの接続を断たれた場合、ＤＨＣＰサーバは、ＬＤＡＰディレクトリを用いて再度同期化を行う。更新レプリケータがＤＨＣＰサーバへの接続を断たれると、更新レプリケータは同様に、ＬＤＡＰディレクトリを用いて再度同期化を行う。
【００２９】
ＤＨＣＰサーバのデータは、３つの一次データ構造に構成されている。即ち、（１）ハードウェア・アドレス結合テーブル；（２）サブネット割り付けテーブル；（３）サービス記述テーブルである。より詳細には、ハードウェア・アドレス結合テーブルは、ハードウェア・アドレスを、関連する階級情報と、その現行の割り当てられたＩＰアドレス（もしあれば）とに割り付ける。サービス階級名は、例えば基本サービス対プレミアムといった種々の利用者サービス・プロフィールと同様に、例えば加入者イーサネット（登録商標）・インターフェイス対ケーブル・モデムといった種々の形式の装置を区別するものである。好ましい実施の形態において、フィールドは以下のように定義されている。
2009239931.tif 000003
【００３０】
更に、ハードウェア・アドレス接頭文字列テーブルを加えることができ、「paddr」：形式および長さを含んだハードウェア・アドレス接頭文字列、および「dclass」：接頭文字列に対する既定のサービス階級、とを含むことができる。
【００３１】
サブネット割り付けテーブルは、物理的イーサネット（登録商標）名と、ＩＰサブネットに関して新規のアドレスを割り当てることに責任を負うＤＨＣＰサーバ（もしあれば）とに対して、ＩＰサブネットを割り付ける。割り付けは、ＤＨＣＰ中継（ＤＨＣＰ割り当てアドレスを有さない）の物理的イーサネット（登録商標）と同様に、ＤＨＣＰ利用者（ＤＨＣＰ割り当てアドレスを有する）を見出すために使用される。同一イーサネット（登録商標）上に、複数のＩＰサブネットが共存する場合、それらは、同じ物理的イーサネット（登録商標）名に割り付ける。好ましい実施の形態において、フィールドは以下のように定義される。
2009239931.tif 000004
【００３２】
サービス記述テーブルは、サービス階級および物理的イーサネット（登録商標）名を、そのＩＰアドレス割り付け範囲およびＤＨＣＰ選択肢プロフィール情報に対して割り付ける。各々のサービス記述エントリは、「さらに包括的な」情報を備える別のサービス記述エントリ、次プロフィールに対するリファレンス（おそらく空である）をもっている。次プロフィール・フィールドは、オペレータがサービス記述の階層を構築できるようにしている。好ましい実施の形態において、フィールドは以下のように定義される。
2009239931.tif 000005
【００３３】
本発明による通信網資源／ＩＰアドレス割り付けの全体的な処理を、図２から図４とに関連して説明する。
【００３４】
図２のフローチャートに示されるように、利用者端末が、候補のＤＨＣＰサーバを見出そうとすると場合、利用者端末は、ブロック１００において発見（Discover）メッセージを送信する。ブロック１０２において、ＤＨＣＰサーバは発見メッセージに対して、ハードウェア・アドレス結合エントリを見出すために、発見メッセージからのハードウェア・アドレス形式（htype）、ハードウェア・アドレス長（hlen）、および利用者ハードウェア・アドレス（chaddr）を用いて応答するようにプログラムされている。ブロック１０４で示されるように、一致するハードウェア・アドレス結合エントリが存在しない場合に、ブロック１０６で、サーバはエントリが新規作成され得るか否かを判断する。上述のように、それらの状況において、例えば、ＲＡＳポートのためのように、新規のエントリが望まれない場合には、ブロック１０８において、ＤＨＣＰサーバは発見メッセージに応答をしない。そうでなければ、ブロック１１０において、階級＝“未登録”、例えば、ipaddr＝“０．０．０．０”、およびtem-ipaddr＝“０．０．０．０”を有する新規のエントリが作成される。
【００３５】
その後、ブロック１１２において、サービス階級（class）が抽出され、ＩＰアドレス（ipaddr）およびハードウェア・アドレス結合エントリから一時的なＩＰアドレス（tem-ipaddr）が割り当てられる。発見メッセージの中継エージェント（giaddr）が“０．０．０．０”でない場合、giaddrは、ブロック１１４において、適当なサブネット割り付けエントリを見つけるために用いられる。そうでなければ、ＤＨＣＰサーバのイーサネット（登録商標）・インターフェイス・アドレスが、サブネット割り付けエントリを見つけるために使用される。
【００３６】
一致するサブネット割り付けエントリが存在しない場合、ＤＨＣＰサーバは応答せずに終了する。そうでなければ、イーサネット（登録商標）名（e-name）および責任を負うＤＨＣＰサーバ（server）が、ブロック１１６において、サブネット割り付けエントリから抽出される。ハードウェア・アドレス結合エントリからの階級、および、サブネット割り付けエントリからのイーサネット（登録商標）名は、ブロック１１８において、サービス記述エントリを見つけるために用いられる。
【００３７】
一致するサービス記述エントリが存在しない場合、ＤＨＣＰサーバは応答せずにルーチンを終了する。そうでなければ、ブロック１２０において、ＩＰアドレス割り付け範囲（ip-range）およびＤＨＣＰ選択肢プロフィール情報（プロフィールおよび次プロフィール）がサービス記述エントリから抽出される。ブロック１２２および１２４において、tem-ipaddrが、“０．０．０．０”であり、ipaddrが“０．０．０．０”でなく、さらにipaddrがip-rangeの範囲内である場合、ＤＨＣＰの提案メッセージが利用者端末に送られる。
【００３８】
提案（Offer）メッセージは、予約されたＩＰアドレスを、「貴方のＩＰアドレス」（yiaddr）として割り付け、ipaddrにセットされるが、一方でＤＨＣＰサーバ識別子選択肢が、ＤＨＣＰサーバのイーサネット（登録商標）・インターフェイス・アドレスにセットされ、サブネット・マスクとＩＰアドレス・リース期間に関するＤＨＣＰ選択肢がプロフィール／次プロフィール階層から導き出される。提案メッセージを送った後、ブロック１２６において、ＤＨＣＰサーバはルーチンを終了する。
【００３９】
サブネット割り付けエントリに関するサーバが、このＤＨＣＰサーバと同一でない場合には、現行のＤＨＣＰは応答しないでルーチンを終了する。ブロック１２８において、tem-ipaddrが、“０．０．０．０”でなく、tem-ipaddrがip-rangeの範囲外である場合には、tem-ipaddrは、ブロック１３０において“free”としてタグ付けがなされ、“０．０．０．０”にセットされる。tem-ipaddrが、０．０．０．０“でなく、tem-ipaddrがＩＰ範囲の範囲外でない場合には、ＤＨＣＰの提案メッセージは、ブロック１３２において、tem-ipaddrにセットされたyiaddrと、ＤＨＣＰサーバのイーサネット（登録商標）・インターフェイス・アドレスにセットされたＤＨＣＰサーバ識別子選択肢と、およびプロフィール／次プロフィール階層から導き出されたサブネット・マスクとＩＰアドレス・リース期間とに関するＤＨＣＰ選択肢とを伴って送られる。再度、提案メッセージを送った後、ブロック１３４において、ＤＨＣＰサーバはルーチンを終了する。
【００４０】
ブロック１３６で示されるように、ip-rangeの全ＩＰアドレスが、「使用中」である場合、例外がブロック１３８において報告され、サーバは応答しないで終了する。そうでなければ、ip-rangeにおいて“free”なＩＰアドレスが、要求された発見メッセージのＩＰアドレス選択肢のためのリファレンスと共に選択される。選択されたＩＰアドレスはその後、ブロック１４０において「一時的な使用」のタグ付けがなされ、ブロック１４２において、ハードウェア・アドレス結合エントリのtem-ipaddr中に保存される。ＤＨＣＰの提案メッセージはその後、ブロック１４４において、tem-ipaddrにセットされたyiaddrと、ＤＨＣＰサーバのイーサネット（登録商標）・インターフェイス・アドレスにセットされたＤＨＣＰサーバ識別子選択肢と、およびプロフィール／次プロフィール階層から導き出されたサブネット・マスクとＩＰアドレスリース期間に関するＤＨＣＰ選択肢とを伴って送られる。ブロック１４６において、適当なタイマ時間の後、tem-ipaddrのＩＰアドレスがまだ「一時的な使用」である場合、tem-ipaddrは、“free”としてのタグ付けがなされ、tem-ipaddrはハードウェア・アドレス結合エントリ中でクリアされる。
【００４１】
特定の提案を選択する目的で、もしくは、現存しているアドレス予約を検証する／延長する目的で、利用者が要請（Request）メッセージを送る場合、利用者は、利用者の再起動後のリース、更新期間の満了、もしくは再結合期間の満了を検証し／延長することができる。要請メッセージは、提案を選択しているとき、ＤＨＣＰサーバ識別子選択肢を含むことになり、リースを検証している／延長しているときにはサーバ識別子を含まないことになる。
【００４２】
図３に示されるフローチャートを参照すると、ＤＨＣＰサーバは、ブロック２００において、提案を選択するサーバ識別子を有する要請メッセージに応答するようにプログラムされている。より詳細には、ハードウェア・アドレス形式（htype）、ハードウェア・アドレス長さ（hlen）、および利用者ハードウェア・アドレス（chaddr）が、ブロック２０２において、要請メッセージからハードウェア・アドレス結合エントリを探すために使用される。ブロック２０４において、一致するハードウェア・アドレス結合エントリが存在しない場合には、要請メッセージのサーバ識別子選択肢がこのサーバを参照する場合、ＤＨＣＰのナック（Nak）メッセージが送られる。そうでなければ、ブロック２０６において、同様にサーバは応答せずルーチンを終了する。
【００４３】
サービス階級（class）、割り当てられたＩＰアドレス（ipaddr）、および、一時的なＩＰアドレス（tem-ipaddr）がその後、ブロック２０８において、ハードウェア・アドレス結合エントリから抽出される。要請メッセージのサーバ識別子選択肢が他のＤＨＣＰサーバを参照する場合、ブロック２１０に示されるように、tem-ipaddrは“free”としてタグ付けがなされ、tem-ipaddrは、“０．０．０．０”にセットされ（すでに“０．０．０．０”でない場合）、さらにブロック２１２において、サーバは応答をしないでルーチンを終了する。
【００４４】
ブロック２１４において、ipaddrおよびtem-ipaddrの両方が“０．０．０．０”である場合、その後、ブロック２１６においてＤＨＣＰのＮａｋメッセージが送られ、ブロック２１８において、ルーチンが終了する。ブロック２２０で示されるように、tem-ipaddrが“０．０．０．０”でなく、また、ipaddrが要求された要請メッセージのＩＰアドレス選択肢に等しくない場合、ＤＨＣＰのＮａｋメッセージが同様に送られ、ルーチンが終了する。ブロック２２２において、tem-ipaddrが“０．０．０．０”で、また、ipaddrが要求された要請メッセージのＩＰアドレス選択肢に等しくない場合、その後ＤＨＣＰのＮａｋメッセージが送られ、ルーチンが終了する。
【００４５】
要請メッセージの中継エージェント・アドレス（giaddr）が“０．０．０．０”でない場合、giaddrが、ブロック２２４において、サブネット割り付けエントリを見出すために使用される。そうでなければ、ＤＨＣＰサーバのイーサネット（登録商標）・インターフェイス・アドレスが、サブネット割り付けエントリを見出すために使用される。一致するサブネット割り付けエントリが終了しない場合、ＤＨＣＰのＮａｋメッセージが送られ、ルーチンはブロック２２６で終了する。そうでなければ、イーサネット（登録商標）名（e-name）および、責務を有するＤＨＣＰサーバ（server）が、ブロック２２８において、サブネット割り付けエントリから抽出される。
【００４６】
ハードウェア・アドレス結合エントリからの階級と、サブネット割り付けエントリからのe-nameがその後、ブロック２３０において、サービス記述エントリを見出すために使用される。一致するサービス記述エントリが存在しない場合、ＤＨＣＰのＮａｋメッセージが送られ、ルーチンが終了する。そうでなければ、ブロック２３２において、ＩＰアドレス割り付け範囲（ip-range）と、ＤＨＣＰ選択肢プロフィール情報（プロフィールおよび次プロフィール）とがサービス記述エントリから抽出される。
【００４７】
ブロック２３４において、tem-ipaddrが“０．０．０．０”であり、ipaddrがip-rangeの範囲外である場合、ＤＨＣＰのＮａｋメッセージが送られ、ルーチンが終了する。ブロック２３６において、tem-ipaddrが“０．０．０．０”であり、ipaddrがip-rangeの範囲内である場合、ＤＨＣＰのＡｃｋメッセージがブロック２３８において送られる。このＡｃｋメッセージは、ipaddrにセットされた「貴方のＩＰアドレス」（yiaddr）、ＤＨＣＰサーバのイーサネット（登録商標）・インターフェイス・アドレスにセットされたＤＨＣＰサーバ識別子選択肢、およびプロフィール／次プロフィール階層から導き出されたサブネット・マスクとＩＰアドレス予約期間とに関するＤＨＣＰ選択肢、とを有していなければならない。Ａｃｋメッセージを送った後、ブロック２４０において、ルーチンが終了する。
【００４８】
サブネット割り付けエントリのサーバが、現行のＤＨＣＰサーバと同一でない場合、ＤＨＣＰのＮａｋメッセージが送られ、ルーチンが終了する。ブロック２４２において、tem-ipaddrが“０．０．０．０”でなく、ip-rangeの範囲外である場合、ブロック２４４において、ＤＨＣＰのＮａｋメッセージが送られ、tem-ipaddrは“free”としてのタグ付けされれ、tem-ipaddrは“０．０．０．０”にセットされ、その後ルーチンが終了する。そうでなければ、ＤＨＣＰのＡｃｋメッセージが、ブロック２４６において、tem-ipaddrにセットされた「貴方のＩＰアドレス」（yiaddr）、ＤＨＣＰサーバのイーサネット（登録商標）・インターフェイス・アドレスにセットされたＤＨＣＰサーバ識別子選択肢、およびプロフィール／次プロフィール階層から導き出されたサブネット・マスクとＩＰアドレス予約期間とに関するＤＨＣＰ選択肢、とを含んで送られる。その後、ブロック２４８において、tem-ipaddrは「永続的使用」としてタグ付けされ、tem-ipaddrはipaddrに複写され、その後クリアされる。
【００４９】
図４に示されるフローチャートを参照すると、ブロック３００において、ＤＨＣＰサーバは、ブロック３０２でハードウェア・アドレス結合エントリを見つけるために、要請メッセージからハードウェア・アドレス形式（htype）、ハードウェア・アドレス長（hlen）、および利用者ハードウェア・アドレス（chaddr）を用いて、サーバ識別子（予約を検証している／延長している）を有さない要請メッセージに応答するようにプログラムされている。一致するハードウェア・アドレス結合エントリが存在しない場合、ＤＨＣＰのＮａｋメッセージが送られてルーチンが終了する。そうでなければ、サービス階級（class）および割り当てられたＩＰアドレス（ipaddr）が、ブロック３０６において、ハードウェア・アドレス結合エントリから抽出される。
【００５０】
ブロック３０８において、ipaddrが“０．０．０．０”である場合、ＤＨＣＰのＮａｋメッセージが送られてルーチンが終了する。要請メッセージの利用者ＩＰアドレス（ciaddr）が“０．０．０．０”でなく、ciaddrがipaddrと同一でない場合、ブロック３１０においてＤＨＣＰのＮａｋメッセージが送られてルーチンが終了する。要求された要請メッセージのＩＰアドレス選択肢がipaddrと同一でない場合、ブロック３１２においてＤＨＣＰのＮａｋメッセージが送られてルーチンが終了する。
【００５１】
要請メッセージの中継エージェント・アドレス（giaddr）が“０．０．０．０”でない場合、giaddrは、ブロック３１４においてサブネット割り付けエントリを見つけるために使用される。さもなければ、要請メッセージの利用者ＩＰアドレス（ciaddr）が“０．０．０．０”でない場合、ciaddrはサブネット割り付けエントリを見つけるために使用される。そうでなければ、ＤＨＣＰサーバのイーサネット（登録商標）・インターフェイス・アドレスが、サブネット割り付けエントリを見つけるために使用される。
【００５２】
一致するサブネット割り付けエントリが存在しない場合、ブロック３１６においてＤＨＣＰのＮａｋメッセージが送られてルーチンが終了する。そうでなければ、イーサネット（登録商標）名（e-name）および責務を有するＤＨＣＰサーバ（server）が、ブロック３１８においてサブネット割り付けエントリから抽出される。ハードウェア・アドレス結合エントリからの階級およびサブネット割り付けエントリからのe-nameが、ブロック３２０においてサービス記述エントリを見つけるために使用される。一致するサービス記述エントリが存在しない場合、ＤＨＣＰのＮａｋメッセージが送られてルーチンが終了する。
【００５３】
ＩＰアドレス・割り付け範囲（ip-range）およびＤＨＣＰの選択肢プロフィール情報（プロフィールおよび次プロフィール）が、ブロック３２２においてサービス記述エントリから抽出される。ブロック３２４においてipaddrがip-rangeの範囲外である場合、ブロック３２６においてＤＨＣＰのＮａｋメッセージが送られてルーチンが終了する。そうでなければ、ブロック３２８において、ＤＨＣＰのＡｃｋメッセージが送られる。このＡｃｋメッセージは、ipaddrにセットされた「貴方のＩＰアドレス」（yiaddr）、ＤＨＣＰサーバのイーサネット（登録商標）・インターフェイス・アドレスにセットされたＤＨＣＰサーバ識別子選択肢、および、プロフィール／次プロフィール階層から導き出されたサブネット・マスクとＩＰアドレス予約期間とに関するＤＨＣＰ選択肢、とを有していなければならない。
【００５４】
発見メッセージおよび要請メッセージに加えて、利用者は、ＤＨＣＰサーバに対して、利用者が複製ＩＰアドレスを有している旨を通知するために、辞退（Decline）メッセージを送ることができる。ＤＨＣＰサーバは、辞退メッセージを受領する場合、例外を報告することになる。さらに、利用者は、ＩＰアドレス予約を早期に終了するために解除（Release）メッセージを送ることもできる。自動割り付けに伴い、ＤＨＣＰサーバからの応答は必要ない。同様に、手動で割り当てられたＩＰアドレスを有する利用者は、ＤＨＣＰサーバから別のコンフィギュレーション引数を得るために告知（Inform）メッセージを送ることができる。ＤＨＣＰサーバの応答は、サーバ識別子がない要請メッセージへの応答と、ＩＰアドレス割り当てに関連した処理を除いては類似している。
【００５５】
本発明を実施する為の最良の形態を詳細に説明したが、当業者であれば、添付の請求の範囲で定義された本発明を実施するに際して、種々の別の設計および実施例を認識することができるものである。
【図１】
2009239931.tif 000006
【図２ａ】
2009239931.tif 000007
【図２ｂ】
2009239931.tif 000008
【図３ａ】
2009239931.tif 000009
【図３ｂ】
2009239931.tif 000010
【図４】
2009239931.tif 000011
【手続補正書】
【提出日】平成21年7月1日(2009.7.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのＤＨＣＰサーバから、複数の利用者端末に情報が配給される広帯域ケーブル・データ通信網において、前記通信網に対するアクセスを管理するための通信網資源を自動的に割り付ける方法であって、
通信網資源の割り付けを受信することを望んでいる利用者端末からの発見メッセージをＤＨＣＰサーバにおいて受信し、
前記ＤＨＣＰサーバにおいて、前記発見メッセージから利用者端末識別情報を検出して、前記利用者端末識別情報が現在保存されているかどうかを判断し、
前記利用者端末識別情報が存在しない場合に、前記利用者端末に対して通信網利用者登録サービスに対する限られたアクセスを容認する一時的なＩＰアドレスを前記ＤＨＣＰサーバにおいて割り当て、および、
前記一時的なＩＰアドレスを伝達する提案メッセージを前記ＤＨＣＰサーバから前記利用者端末に送出し、
前記通信網利用者登録サービスを提供するサーバが、前記一時的なＩＰアドレスを使用した利用者端末からのアクセスを受け、
前記利用者の認証を行った後に、前記ＤＨＣＰサーバが、前記利用者端末に対して割り当てられた永続的なＩＰアドレスを、前記ＤＨＣＰサーバのデータベースに登録し、
前記ＤＨＣＰサーバが、前記発見メッセージから、登録された利用者端末識別情報を検出した場合、前記ＤＨＣＰサーバが、永続的なＩＰアドレスを伝達する提案メッセージを利用者端末に送る
ことを含み、
前記一時的なＩＰアドレスを使用しての前記通信網利用者登録サービスを介することによって、前記利用者端末が永続的ＩＰアドレスを使用することの安全性を確保することを可能する方法。
【請求項２】
前記一時的なＩＰアドレスに、一時的な使用とのタグ付けがされる、請求項１に記載の方法。
【請求項３】
前記一時的なＩＰアドレスが、一時的に割り当てられ、アドレスエントリとして前記ＤＨＣＰサーバのデータベースに保存される、請求項１に記載の方法。
【請求項４】
更に、前記利用者端末が、前記提案メッセージを送出するＤＨＣＰサーバを識別する要請メッセージを送出することによって、ＤＨＣＰの提案を選択することを含む、請求項１に記載の方法。
【請求項５】
更に、前記要請メッセージで受け取った前記利用者識別端末情報に基づいて、前記一時的なＩＰアドレスエントリが現在保存されているか否かを決定し、一時的なアドレスが割り当てられていることを示すアドレスエントリが存在する場合に、確認メッセージを送出することを含む、請求項４に記載の方法。
【請求項６】
更に、前記割り当てられた一時的なＩＰアドレスを、一時的な、制限されたアクセスのためのＩＰアドレスから、予め定められた有効使用期間を有する永続的なＩＰアドレスに変更することによって、前記通信網利用者の登録を行うことを含む、請求項５に記載の方法。
【請求項７】
更に、前記利用者端末が、サーバを識別するものではない要請メッセージを送出することによって、ＤＨＣＰ提案を選択することを含む、請求項１に記載の方法。
【請求項８】
更に、前記要請メッセージで受け取った前記利用者端末識別情報に基づいて、前記一時的なＩＰアドレスエントリに現在保存されているか否かを決定し、前記一時的なＩＰアドレスが割り当てられていることを示すアドレスエントリが存在する場合に、確認メッセージを送出することを含む、請求項４に記載の方法。
【請求項９】
更に、前記利用者端末において、多重割り当てＩＰアドレスがあったことを決定し、前記提案の非受諾を示す辞退メッセージを前記ＤＨＣＰサーバに送出することを含む、請求項１に記載の方法。
【請求項１０】
更に、前記利用者端末から、前記ＩＰアドレスの割り当ての早期満了をもたらすため解除メッセージを送出することを含む、請求項１に記載の方法。
【請求項１１】
前記一時的なＩＰアドレスの割り当てが、予め定められた期間の後に、自動的に初期化される請求項１に記載の方法。
【請求項１２】
更に、前記利用者端末識別情報に基づいて利用者端末形式を決定し、前記利用者端末形式が、受容できる形式の利用者端末の１つである場合にのみ、前記一時的なＩＰアドレスの割り当てを行うことを含む、請求項１に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３５
【補正方法】変更
【補正の内容】
【００３５】
その後、ブロック１１２において、ハードウェア・アドレス結合エントリからサービス階級（class）が抽出され、ＩＰアドレス（ipaddr）および一時的なＩＰアドレス（tem-ipaddr）が割り当てられる。発見メッセージの中継エージェント（giaddr）が“０．０．０．０”でない場合、giaddrは、ブロック１１４において、適当なサブネット割り付けエントリを見つけるために用いられる。そうでなければ、ＤＨＣＰサーバのイーサネット（登録商標）・インターフェイス・アドレスが、サブネット割り付けエントリを見つけるために使用される。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図２ｂ
【補正方法】変更
【補正の内容】
【図２ｂ】
2009239931.tif 000012
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図３ａ
【補正方法】変更
【補正の内容】
【図３ａ】
2009239931.tif 000013