JP7247848B2 - Ｐｏｎシステム、管理サーバ、管理方法、及び設置方法 - Google Patents

Description

本発明は、ＰＯＮシステム、管理サーバ、管理方法、及び設置方法に関する。

従来、ＦＴＴＨ（Fiber to the Home）等のサービスにおいて、光信号を複数に分岐して一心の光ファイバを複数ユーザで共有するＰＯＮ（Passive Optical Network）システムが利用されている（例えば特許文献１参照）。ＰＯＮシステムにおいては、例えば局側装置としてＯＬＴ（Optical Line Terminal）が用いられると共に宅側装置としてＯＮＵ（OpticalNetwork Unit）が用いられ、ＯＬＴとＯＮＵとの間に光信号を合分波する光スプリッタが設けられることにより、１つのＯＬＴに複数のＯＮＵが接続される。

ＯＬＴを制御する管理サーバにおいては、ＯＮＵのマックアドレスを在庫として事前登録し、予めＯＮＵを利用する顧客毎の速度等の情報を設定しておくことにより、ＯＮＵの通信に係るコンフィグファイルを生成しておくことが考えられる。この場合、事前登録されたマックアドレスを持つＯＮＵがＯＬＴに接続された際に、ＰＯＮ管理サーバからコンフィグファイルがＯＬＴ経由でＯＮＵに設定され、ＯＮＵは通信可能な状態になる（Online）。または、予めマックアドレスとサービス情報を対応付けたデータベースを作成しておくことにより（在庫登録）、登録があるＯＮＵがＯＬＴにつながった際に自動的にコンフィグファイルを生成及び設定する方法が考えられる。このような方法によれば、ＰＯＮ管理サーバが制御するどのＯＬＴに対しても、各ＯＮＵを接続しＯＮＵを通信可能な状態とすることができる。

特開２０１６－８２４９９号公報

ここで、ＰＯＮ管理サーバを運用する事業者には、複数のＯＬＴ毎に配下で使用されるＯＮＵの通信サービスに用いられるＶＬＡＮ（Virtual LAN）を分けて管理したいとの要望がある。この場合、上述したコンフィグファイルにおいて予めＯＬＴとＯＮＵとの対応関係を規定しておく必要があり、コンフィグファイルにおいて対応関係が規定されていないＯＬＴ及びＯＮＵを接続すると、ＯＮＵは通信を行うことができない（ＯＬＴに接続されてもトラフィックが流れない）。この点、通常、事業者としては加入者（ＯＮＵ）がどのＯＬＴに接続されるかまでは管理できておらず、工事担当者が倉庫からＯＮＵを持ち出して現場で設置してはじめてＯＬＴとＯＮＵとの接続関係が決まることが一般的であることから、施工性を考慮すると、予めＯＬＴ毎に配下のＯＮＵを管理する方法（コンフィグファイルにおいて予めＯＬＴとＯＮＵとの対応関係を規定する方法）は好ましくない。

本発明は上記実情に鑑みてなされたものであり、局側装置（ＯＬＴ）との対応関係を気にせずに宅側装置（ＯＮＵ）の設置を可能にし、事業者の負担を軽減することを目的とする。

本発明の一態様に係るＰＯＮシステムは、宅側装置が接続される複数の局側装置と、複数の局側装置を制御する管理サーバと、を備えるＰＯＮシステムであって、管理サーバは、複数の局側装置のサブネット毎に設定された、宅側装置のマックアドレスによらずに宅側装置がリンクアップ（局側装置に宅側装置が認証した状態。以下同様）可能となる初期立ち上げ用コンフィグファイルを記憶するコンフィグ記憶部と、宅側装置が接続された局側装置からのＤＨＣＰ要求を受信して、該ＤＨＣＰ要求に係る宅側装置のＩＰアドレスを取得すると共に、該ＤＨＣＰ要求に係る局側装置のサブネットに対応する初期立ち上げ用コンフィグファイルがＤＨＣＰ要求に係る宅側装置に適用されるように、初期立ち上げ用コンフィグファイルを払い出す第１払い出し部と、第１払い出し部によって取得されたＩＰアドレスに基づいて、ＤＨＣＰ要求に係る宅側装置のマックアドレス及び該宅側装置が接続される局側装置のサブネットの情報を取得する取得部と、取得部によって取得されたマックアドレス及びサブネットの情報に基づき、ＤＨＣＰ要求に係る宅側装置に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを生成する生成部と、ＤＨＣＰ要求に係る宅側装置に通常サービス用コンフィグファイルが適用されるように通常サービス用コンフィグファイルを払い出す第２払い出し部と、を備える。

本発明の一態様に係る管理サーバは、宅側装置が接続される局側装置を制御する管理サーバであって、宅側装置のマックアドレスによらずに宅側装置がリンクアップ可能となる初期立ち上げ用コンフィグファイルを記憶するコンフィグ記憶部と、宅側装置が接続された局側装置からのＤＨＣＰ要求を受信して、該ＤＨＣＰ要求に係る宅側装置のＩＰアドレスを取得すると共に、初期立ち上げ用コンフィグファイルがＤＨＣＰ要求に係る宅側装置に適用されるように、初期立ち上げ用コンフィグファイルを払い出す第１払い出し部と、第１払い出し部によって取得されたＩＰアドレスに基づいて、ＤＨＣＰ要求に係る宅側装置のマックアドレス及び該宅側装置が接続される局側装置のサブネットの情報を取得する取得部と、取得部によって取得されたマックアドレス及びサブネットの情報に基づき、ＤＨＣＰ要求に係る宅側装置に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを生成する生成部と、ＤＨＣＰ要求に係る宅側装置に通常サービス用コンフィグファイルが適用されるように通常サービス用コンフィグファイルを払い出す第２払い出し部と、を備える。

本発明の一態様に係る管理方法は、宅側装置が接続される局側装置の管理方法であって、宅側装置が接続された局側装置からのＤＨＣＰ要求を受信して、該ＤＨＣＰ要求に係る宅側装置のＩＰアドレスを取得すると共に、宅側装置のマックアドレスによらずに宅側装置がリンクアップ可能となる初期立ち上げ用コンフィグファイルがＤＨＣＰ要求に係る宅側装置に適用されるように、初期立ち上げ用コンフィグファイルを払い出す第１払い出し工程と、第１払い出し工程において取得されたＩＰアドレスに基づいて、ＤＨＣＰ要求に係る宅側装置のマックアドレス及び該宅側装置が接続される局側装置のサブネットの情報を取得する取得工程と、取得工程において取得されたマックアドレス及びサブネットの情報に基づき、ＤＨＣＰ要求に係る宅側装置に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを生成する生成工程と、ＤＨＣＰ要求に係る宅側装置に通常サービス用コンフィグファイルが適用されるように通常サービス用コンフィグファイルを払い出す第２払い出し工程と、を含む。

本発明の一態様に係る設置方法は、宅側装置の設置方法であって、局側装置に接続され得る複数の宅側装置候補を保管すると共に、各宅側装置候補について、マックアドレスと通信種別とを少なくとも対応付けた宅側装置候補情報をデータベースに登録することと、宅側装置候補の中から選択した一の宅側装置の電源をオンにして、宅側装置を局側装置に接続することにより、管理サーバから初期立ち上げ用コンフィグファイルの払い出しを受け、宅側装置をリンクアップ可能な状態とすることと、管理サーバからの指示に基づき、宅側装置の設定をリセットして、宅側装置を局側装置に再接続することにより、宅側装置候補情報に基づいて管理サーバにおいて生成された宅側装置の通常サービス用コンフィグファイルの払い出しを受け、宅側装置を通常サービスの提供が受けられる状態とすることと、を含む。

上記によれば、局側装置（ＯＬＴ）との対応関係を気にせずに宅側装置（ＯＮＵ）の設置を可能にし、事業者の負担を軽減することができる。

図１は、一実施形態に係るＰＯＮシステムの構成図である。 図２は、管理サーバの処理イメージの説明図である。 図３は、管理サーバの機能ブロック図である。 図４は、ＰＯＮシステムにおける処理を示すシーケンス図である。

［本願発明の実施形態の説明］
最初に本発明の実施形態を列記して説明する。本発明の一態様に係るＰＯＮシステムは、宅側装置が接続される複数の局側装置と、複数の局側装置を制御する管理サーバと、を備えるＰＯＮシステムであって、管理サーバは、複数の局側装置のサブネット毎に設定された、宅側装置のマックアドレスによらずに宅側装置がリンクアップ可能となる初期立ち上げ用コンフィグファイルを記憶するコンフィグ記憶部と、宅側装置が接続された局側装置からのＤＨＣＰ要求を受信して、該ＤＨＣＰ要求に係る宅側装置のＩＰアドレスを取得すると共に、該ＤＨＣＰ要求に係る局側装置のサブネットに対応する初期立ち上げ用コンフィグファイルがＤＨＣＰ要求に係る宅側装置に適用されるように、初期立ち上げ用コンフィグファイルを払い出す第１払い出し部と、第１払い出し部によって取得されたＩＰアドレスに基づいて、ＤＨＣＰ要求に係る宅側装置のマックアドレス及び該宅側装置が接続される局側装置のサブネットの情報を取得する取得部と、取得部によって取得されたマックアドレス及びサブネットの情報に基づき、ＤＨＣＰ要求に係る宅側装置に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを生成する生成部と、ＤＨＣＰ要求に係る宅側装置に通常サービス用コンフィグファイルが適用されるように通常サービス用コンフィグファイルを払い出す第２払い出し部と、を備える。

本発明の一態様に係るＰＯＮシステムでは、局側装置に接続された宅側装置に対して、最初に、初期立ち上げ用コンフィグファイルが適用される。当該初期立ち上げ用コンフィグファイルは、宅側装置のマックアドレスによらずに宅側装置がリンクアップ可能となるコンフィグファイルであり、宅側装置が接続した局側装置のサブネットに対応するコンフィグファイルである。初期立ち上げ用コンフィグファイルによって宅側装置のリンクアップが可能になることから、宅側装置のマックアドレス及び宅側装置が接続される局側装置のサブネットの情報が取得される。そして、当該宅側装置のマックアドレス及び局側装置のサブネットの情報に基づいて、宅側装置に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルが生成されて宅側装置に適用されている。例えば、複数の局側装置毎に宅側装置のＶＬＡＮを分けて管理したい（サブネットを分けて管理したい）場合においては、コンフィグファイルにおいて予め局側装置と宅側装置との対応関係を規定し、工事担当者は局側装置に対応する正しい宅側装置を選択して現場に設置する必要があり、施工性が悪く事業者の負担が大きくなると考えられる。この点、本発明のＰＯＮシステムのように、初期立ち上げ用コンフィグファイルと通常サービス用コンフィグファイルとを段階的に適用する構成においては、まずは初期立ち上げ用コンフィグファイルによって宅側装置をリンクアップ可能な状態として宅側装置のマックアドレス（宅側装置を特定する情報）及び宅側装置が接続される局側装置のサブネットの情報を取得し、その後に、取得した情報に基づき、例えば局側装置（局側装置のサブネット）と宅側装置とを対応付けて、通常サービス用コンフィグファイルを生成・適用することができる。このような構成によれば、局側装置と宅側装置とが対応付けられていない状態で宅側装置が接続された場合であっても、宅側装置に通常サービス用コンフィグファイルが適用されることにより、局側装置毎に宅側装置のＶＬＡＮを分けて管理することが可能となる。以上のように、本発明の一態様に係るＰＯＮシステムによれば、複数の局側装置毎に宅側装置のＶＬＡＮを分けて管理したいような場合においても、局側装置との対応関係を気にせずに宅側装置の設置を可能にし、事業者の負担を軽減することができる。

本発明の一態様に係る管理サーバは、宅側装置が接続される局側装置を制御する管理サーバであって、宅側装置のマックアドレスによらずに宅側装置がリンクアップ可能となる初期立ち上げ用コンフィグファイルを記憶するコンフィグ記憶部と、宅側装置が接続された局側装置からのＤＨＣＰ要求を受信して、該ＤＨＣＰ要求に係る宅側装置のＩＰアドレスを取得すると共に、初期立ち上げ用コンフィグファイルがＤＨＣＰ要求に係る宅側装置に適用されるように、初期立ち上げ用コンフィグファイルを払い出す第１払い出し部と、第１払い出し部によって取得されたＩＰアドレスに基づいて、ＤＨＣＰ要求に係る宅側装置のマックアドレス及び該宅側装置が接続される局側装置のサブネットの情報を取得する取得部と、取得部によって取得されたマックアドレス及びサブネットの情報に基づき、ＤＨＣＰ要求に係る宅側装置に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを生成する生成部と、ＤＨＣＰ要求に係る宅側装置に通常サービス用コンフィグファイルが適用されるように通常サービス用コンフィグファイルを払い出す第２払い出し部と、を備える。このような管理サーバによれば、上述したＰＯＮシステムと同様に、複数の局側装置毎に宅側装置のＶＬＡＮを分けて管理したいような場合においても、局側装置との対応関係を気にせずに宅側装置の設置を可能にし、事業者の負担を軽減することができる。

上記管理サーバは、局側装置に接続され得る複数の宅側装置候補それぞれについて、マックアドレスと、通信種別とを少なくとも対応付けた宅側装置候補情報を記憶する候補記憶部を更に備え、生成部は、マックアドレスが取得部によって取得されたマックアドレスと一致する宅側装置候補の宅側装置候補情報に、取得部によって取得されたサブネットの情報を加えて、通常サービス用コンフィグファイルを生成してもよい。このように、通常サービス用コンフィグファイルを生成するために必要な情報のうち、宅側装置がリンクアップ可能となる前の状態で把握している情報（宅側装置候補情報）を予め準備しておき、リンクアップ可能となった後に、準備していた情報に取得した情報（サブネットの情報）を加えて通常サービス用コンフィグファイルを生成することにより、確実且つ簡易に通常サービス用コンフィグファイルを生成することができる。

生成部は、通常サービス用コンフィグファイルの生成が完了すると、ＤＨＣＰ要求に係る宅側装置に対してコンフィグファイルのリセット指示を出力し、第２払い出し部は、生成部によってリセット指示が出力された後に、通常サービス用コンフィグファイルを払い出してもよい。これにより、初期立ち上げ用コンフィグファイルから通常サービス用コンフィグファイルへの切り替えを確実に行うことができる。

本発明の一態様に係る管理方法は、宅側装置が接続される局側装置の管理方法であって、宅側装置が接続された局側装置からのＤＨＣＰ要求を受信して、該ＤＨＣＰ要求に係る宅側装置のＩＰアドレスを取得すると共に、宅側装置のマックアドレスによらずに宅側装置がリンクアップ可能となる初期立ち上げ用コンフィグファイルがＤＨＣＰ要求に係る宅側装置に適用されるように、初期立ち上げ用コンフィグファイルを払い出す第１払い出し工程と、第１払い出し工程において取得されたＩＰアドレスに基づいて、ＤＨＣＰ要求に係る宅側装置のマックアドレス及び該宅側装置が接続される局側装置のサブネットの情報を取得する取得工程と、取得工程において取得されたマックアドレス及びサブネットの情報に基づき、ＤＨＣＰ要求に係る宅側装置に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを生成する生成工程と、ＤＨＣＰ要求に係る宅側装置に通常サービス用コンフィグファイルが適用されるように通常サービス用コンフィグファイルを払い出す第２払い出し工程と、を含む。このような管理方法によれば、上述したＰＯＮシステム及び管理サーバと同様に、複数の局側装置毎に宅側装置のＶＬＡＮを分けて管理したいような場合においても、局側装置との対応関係を気にせずに宅側装置の設置を可能にし、事業者の負担を軽減することができる。

本発明の一態様に係る設置方法は、宅側装置の設置方法であって、局側装置に接続され得る複数の宅側装置候補を保管すると共に、各宅側装置候補について、マックアドレスと通信種別とを少なくとも対応付けた宅側装置候補情報をデータベースに登録することと、宅側装置候補の中から選択した一の宅側装置の電源をオンにして、宅側装置を局側装置に接続することにより、管理サーバから初期立ち上げ用コンフィグファイルの払い出しを受け、宅側装置をリンクアップ可能な状態とすることと、管理サーバからの指示に基づき、宅側装置の設定をリセットして、宅側装置を局側装置に再接続することにより、宅側装置候補情報に基づいて管理サーバにおいて生成された宅側装置の通常サービス用コンフィグファイルの払い出しを受け、宅側装置を通常サービスの提供が受けられる状態とすることと、を含む。このような設置方法によれば、上述したＰＯＮシステム、管理サーバ、及び管理方法と同様に、複数の局側装置毎に宅側装置のＶＬＡＮを分けて管理したいような場合においても、局側装置との対応関係を気にせずに宅側装置の設置を可能にし、事業者の負担を軽減することができる。

［本発明の実施形態の詳細］
本発明の実施形態に係るＰＯＮシステムの具体例を、以下に図面を参照しつつ説明する。なお、説明において、同一要素または同一機能を有する要素には、同一符号を用いることとし、重複する説明は省略する。

図１は、本実施形態に係るＰＯＮシステム１のシステム構成図である。ＰＯＮシステム１は、例えばケーブルテレビ事業者等の事業者により運用されるシステムである。ＰＯＮシステム１は、ＦＴＴＨサービスの提供において、光信号を複数に分岐して一心の光ファイバを複数ユーザで共有するネットワークシステムである。図１に示されるように、ＰＯＮシステム１は、管理サーバ１０と、複数のＯＬＴ２０（局側装置）と、複数のＯＮＵ３０（宅側装置）と、管理サーバ１０及び複数のＯＮＵ３０間においてデータの転送処理を行うＬ３スイッチ１００と、を備える。ＯＬＴ２０及び複数のＯＮＵ３０は、ＦＴＴＨネットワークを介して互いに接続されている。

図１に示されるように、管理サーバ１０及びＬ３スイッチは、例えば事業者のセンタ内に設けられている。また、複数のＯＬＴ２０は、例えば互いに異なるロケーションのサブセンタ（図１中では、サブセンタ１、サブセンタ２、サブセンタ３）に設けられている。例えばＧ－ＥＰＯＮでは、光伝送路の区間は、パッシブ部品の光カプラ等で分岐して２０Ｋｍ範囲内とされる。このように、サービス区間が距離による制約で決まることから、サービス範囲を広げるべく、本実施形態に係るＰＯＮシステム１では、中継地点としてサブセンタを設置している。すなわち、ＰＯＮシステム１では、複数のサブセンタに局側装置であるＯＬＴ２０を設置すると共に、センタに管理サーバ１０等の管理及び監視に係る装置を設置して、各拠点のＯＬＴ２０及びＯＮＵ３０を管理している。

また、図１に示されるように、本実施形態に係るＰＯＮシステム１では、各サブセンタのＯＬＴ２０毎に配下で使用されるＯＮＵ３０の通信サービスに用いられるＶＬＡＮ（Virtual LAN）が分けて管理されている。すなわち、ＰＯＮシステム１では、ＯＬＴ毎にサブネットが分けられている。図１に示される例では、サブセンタ１のＯＬＴ２０の配下で使用されるＯＮＵ３０のＶＬＡＮはＶＬＡＮ－Ａに属しており、サブセンタ２のＯＬＴ２０の配下で使用されるＯＮＵ３０のＶＬＡＮはＶＬＡＮ－Ｂに属しており、サブセンタ３のＯＬＴ２０の配下で使用されるＯＮＵ３０のＶＬＡＮはＶＬＡＮ－Ｃに属している。このようなＯＮＵ３０が使用するＩＰアドレスのサブネットは、管理サーバ１０のＤＨＣＰサーバに対して予め設定されている。

管理サーバ１０の詳細について、図２及び図３も参照しながら説明する。図２は、管理サーバ１０の処理イメージの説明図である。図３は、管理サーバ１０の機能ブロック図である。

管理サーバ１０は、ＯＮＵ３０が接続される複数のＯＬＴ２０を制御する装置である。図２に示されるように、管理サーバ１０は、例えば、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ、ＴＦＴＰ（Trivial File Transfer Protocol）サーバ、
及びバッチファイル等で構成されたプロビジョニングサーバである。ＤＨＣＰサーバは、ＯＬＴ２０からＤＨＣＰ情報要求を受信し、ＯＮＵ３０に設定されるＩＰアドレスを割り当てるサーバである。ＴＦＴＰサーバは、ＯＬＴ２０からコンフィグファイル要求を受信し、ＯＬＴ２０に対してコンフィグファイルを転送するサーバである。管理サーバ１０は、ＯＬＴ２０の登録及び状態監視（ＳＮＭＰ：Simple Network Management Protocol）、ＯＮＵ３０の登録及び状態確認、ＯＮＵ３０のサービスの管理等を行う。ＯＮＵ３０のサービスとは、使用するＶＬＡＮの情報、通信帯域、速度、端末台数許可数等の情報である。

管理サーバ１０は、ＯＮＵ３０に適用（設定）されるコンフィグファイルを管理している。管理サーバ１０は、初期立ち上げ用コンフィグファイルと、通常サービス用コンフィグファイルとを管理している。初期立ち上げ用コンフィグファイルとは、複数のＯＬＴ２０のサブネット毎に設定された、ＯＮＵ３０のマックアドレスによらずにＯＮＵ３０がリンクアップ（ＯＬＴ２０にＯＮＵ３０が認証した状態。以下同様）可能となるコンフィグファイルである。図２の例では、３つあるＯＬＴ２０のうち一番上に図示されたＯＬＴ２０のサブネットＡの初期立ち上げ用コンフィグファイル（ＡＡ．ｃｆｇ）と、真ん中に図示されたＯＬＴ２０のサブネットＢの初期立ち上げ用コンフィグファイル（ＢＢ．ｃｆｇ）と、一番下に図示されたＯＬＴ２０のサブネットＣの初期立ち上げ用コンフィグファイル（ＣＣ．ｃｆｇ）とがＴＦＴＰサーバで管理されている。通常サービス用コンフィグファイルとは、事業者が提供する通信サービスの提供が可能となるコンフィグファイルである。図２の例では、３つあるＯＬＴ２０のうち一番上のＯＬＴ２０に接続されたＯＮＵ－１の通常サービス用コンフィグファイル（ＯＮＵ－１．ｃｆｇ）と、真ん中に図示されたＯＬＴ２０に接続されたＯＮＵ－２の通常サービス用コンフィグファイル（ＯＮＵ－２．ｃｆｇ）と、一番下に図示されたＯＬＴ２０に接続されたＯＮＵ－３の通常サービス用コンフィグファイル（ＯＮＵ－３．ｃｆｇ）とがＴＦＴＰサーバで管理されている。

コンフィグファイルの適用は以下のように行われる。すなわち、例えば、図２に示されるＯＮＵ－１が初めてＯＬＴ２０に接続された場合には、管理サーバ１０によって、ＯＮＵ－１が接続されたＯＬＴ２０のサブネットＡに対応する初期立ち上げ用コンフィグファイル（ＡＡ．ｃｆｇ）がＯＮＵ－１に適用されて、ＯＮＵ－１がリンクアップ可能になる。なお、この状態においては、通常サービス用コンフィグファイルは生成されていない。そして、リンクアップ可能になったＯＮＵ－１の情報（ＯＮＵ－１のマックアドレス及びサブネットＡの情報等）に基づき、管理サーバ１０によってＯＮＵ－１の通常サービス用コンフィグファイル（ＯＮＵ－１．ｃｆｇ）が生成され、該通常サービス用コンフィグファイル（ＯＮＵ－１．ｃｆｇ）がＯＮＵ－１に適用される。このように、最初に初期立ち上げ用コンフィグファイルを適用してＯＮＵ３０がどこのサブネットのＯＬＴ２０に接続されたかを把握した後に、当該サブネットに応じた通常サービス用コンフィグファイルを生成しＯＮＵ３０に適用することにより、複数のＯＬＴ２０毎に配下で使用されるＯＮＵ３０のＶＬＡＮ（Virtual LAN）を分けて管理しながら、ＯＮＵ３０に対して通信サービスを適切に提供することができる。

図３に示されるように、管理サーバ１０は、その機能として、コンフィグファイルＤＢ（コンフィグ記憶部）１１と、待ちリストＤＢ１２（候補記憶部）と、第１払い出し部１３と、取得部１４と、生成部１５と、第２払い出し部１６と、を備えている。

コンフィグファイルＤＢ１１は、複数のＯＬＴ２０のサブネット毎に設定（図２参照）された、ＯＮＵ３０のマックアドレスによらずにＯＮＵ３０がリンクアップ可能となる初期立ち上げ用コンフィグファイルを記憶している。「ＯＮＵのマックアドレスによらずにＯＮＵがリンクアップ可能となる」とは、どのようなＯＮＵ３０であってもリンクアップ可能となるものであってもよいし、例えば後述する待ちリストＤＢに規定されたＯＮＵ３０であればどのようなＯＮＵ３０であってもリンクアップ可能となるとなるものであってもよい。初期立ち上げ用コンフィグファイルには、具体的には、上り下りの通信設定、通信が有効になる設定、適当なＶＬＡＮ情報等の情報が規定されている。コンフィグファイルＤＢ１１は、さらに、ＤＨＣＰ要求に係る（すなわち、ＯＬＴ２０に接続を試みた）ＯＮＵ３０に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを記憶している。コンフィグファイルＤＢ１１は、当初は初期立ち上げ用コンフィグファイルのみを記憶しており、その後、初期立ち上げ用コンフィグファイルが適用されてリンクアップ可能となったＯＮＵ３０について、順次、生成部１５によって生成された通常サービス用コンフィグファイルを記憶する。

待ちリストＤＢ１２は、管理サーバ１０配下の各ＯＬＴ２０に接続され得る複数のＯＮＵ３０それぞれについての各種情報を対応付けたＯＮＵ候補情報を記憶している。ＯＮＵ候補情報は、例えばＯＮＵ３０のマックアドレス（ＯＮＵ識別情報）と、ＯＮＵ３０がどの機種かを識別するＯＮＵ種別と、最低限ＯＮＵ３０がオンライン（ＯＮＵ３０が通信可能な状態。以下同様）になるための内部の通信情報（上り及び下りの通信経路を設定する情報）である通信種別と、ＯＮＵ３０に端末を接続するポートの有効化／無効化の情報等である通信ポート情報と、ＵＮＩ（User-Network Interface）配下に接続する端末の台数である接続端末台数とを対応付けた情報である。生成部１５による通常サービス用コンフィグファイルの生成に用いられたＯＮＵ候補情報（通常サービス用コンフィグファイルが生成されたＯＮＵ３０のＯＮＵ候補情報）は、待ちリストＤＢ１２から削除される。

第１払い出し部１３は、ＯＮＵ３０が接続されたＯＬＴ２０からのＤＨＣＰ要求を受信して、該ＤＨＣＰ要求に係るＯＮＵ３０のＩＰアドレスを取得すると共に、該ＤＨＣＰ要求に係るＯＬＴ２０のサブネットに対応する初期立ち上げ用コンフィグファイルがＤＨＣＰ要求に係るＯＮＵ３０に適用されるように、初期立ち上げ用コンフィグファイルを払い出す。第１払い出し部１３は、より詳細には、ＯＬＴ２０からコンフィグファイル要求を受けることにより、上述したＤＨＣＰ要求に係るＯＬＴ２０のサブネットを特定すると共に、コンフィグファイルＤＢ１１を参照し、特定したサブネットに対応する初期立ち上げ用コンフィグファイルを取得しＯＬＴ２０に払い出す。

取得部１４は、第１払い出し部１３によって取得されたＩＰアドレスに基づいて、ＤＨＣＰ要求に係るＯＮＵ３０のマックアドレス及びＯＮＵ３０が接続されるＯＬＴ２０のサブネットの情報を取得する。具体的には、取得部１４は、ＯＮＵ３０のＩＰアドレスに対して、例えばＭＩＢ（Management Information Base）により状態取得のバッチ処理を行い、ＯＮＵ３０がオンラインであることを示すオンライン情報、ＯＮＵ３０のマックアドレス、及びＯＮＵ３０が接続されるＯＬＴ２０のサブネットの情報を取得する。

生成部１５は、取得部１４によって取得されたＯＮＵ３０のマックアドレス及びサブネットの情報に基づき、ＤＨＣＰ要求に係るＯＮＵ３０に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを生成する。具体的には、生成部１５は、待ちリストＤＢ１２を参照し、マックアドレスが取得部１４によって取得されたマックアドレスと一致するＯＮＵ３０のＯＮＵ候補情報に、取得部１４によって取得されたサブネットの情報（ＶＬＡＮ情報）を加えて、通常サービス用コンフィグファイル（ＯＮＵ３０にとっての正規のコンフィグファイル）を生成する。生成部１５は、生成した通常サービス用コンフィグファイルをコンフィグファイルＤＢ１１に格納する。また、生成部１５は、通常サービス用コンフィグファイルの生成が完了すると、ＤＨＣＰ要求に係るＯＮＵ３０に対してコンフィグファイルのリセット指示を出力する。これにより、ＯＮＵ３０は、リンクアップのための初期立ち上げ用コンフィグファイルから正規のコンフィグファイルである通常サービス用コンフィグファイルに切り替えることができる。

第２払い出し部１６は、ＤＨＣＰ要求に係るＯＮＵ３０に通常サービス用コンフィグファイルが適用されるように通常サービス用コンフィグファイルを払い出す。第２払い出し部１６は、生成部１５によってリセット指示が出力された後に、通常サービス用コンフィグファイルを払い出す。第２払い出し部１６は、より詳細には、コンフィグファイル記憶部１１を参照することにより生成部１５によって生成された通常サービス用コンフィグファイルを特定し、特定した通常サービス用コンフィグファイルをＯＬＴ２０に払い出す。

次に、図４を参照して、本実施形態に係るＰＯＮシステム１における処理について説明する。図４は、ＰＯＮシステム１における処理を示すシーケンス図である。なお、図４は、ＯＬＴ２０の管理方法を示すシーケンス図であると共に、ＯＮＵ３０の設置方法を示すシーケンス図でもある。

図４に示される処理が行われる前提として、管理サーバ１０配下の各ＯＬＴ２０に接続され得る複数のＯＮＵ３０が在庫として保管されると共に、当該複数のＯＮＵ３０それぞれについて、上述したＯＮＵ候補情報が待ちリストＤＢ１２に登録されている。

そして、図４に示されるように、最初に、施工時においてランダムに選択された一のＯＮＵ３０の電源がＯＮされる（ステップＳ１）。ＯＮＵ３０の電源がＯＮされると、ＯＬＴ２０（詳細にはＯＬＴ２０におけるＥＰＯＮに関する機能）は、該ＯＮＵ３０に対してＯＮＵ認証要求を送信する（ステップＳ２）。ＯＮＵ３０は、該ＯＮＵ認証要求を受信すると、ＯＬＴ２０に対してＯＮＵ認証応答を送信する（ステップＳ３）。これにより、ＯＮＵ３０の認証（登録）が完了し、ＯＬＴ２０とＯＮＵ３０とが紐づく（接続される）。ＯＬＴ２０のＥＰＯＮに関する機能は、ＯＬＴ２０における専用のソフトウェア（バーチャルケーブルモデム）に対してＯＮＵ登録完了通知を送信する（ステップＳ４）。ＯＬＴ２０は、管理サーバ１０に含まれるＤＨＣＰサーバに対してＤＨＣＰ情報要求を送信する（ステップＳ５）。ＤＨＣＰサーバは、該ＤＨＣＰ情報要求を受信すると、ＯＬＴ２０に対してＤＨＣＰ情報応答を送信する（ステップＳ６）。これにより、ＯＬＴ２０は、ＤＨＣＰサーバからＯＮＵ３０のＩＰアドレスを取得する。つづいて、ＯＬＴ２０は、管理サーバ１０に含まれるＴＦＴＰサーバに対してコンフィグファイル要求を送信し（ステップＳ７）、ＴＦＴＰサーバからコンフィグファイルをダウンロードする（ステップＳ８）。

この場合、管理サーバ１０において払い出されるコンフィグファイルは、コンフィグファイル要求を送信したＯＬＴ２０のサブネットに対応する初期立ち上げ用コンフィグファイルである。ＯＬＴ２０は、ＯＮＵ３０に対してＯＮＵ３０のＩＰアドレスを送信しＯＮＵ設定を行う（ステップＳ９）。これにより、ＯＮＵ３０のＩＰアドレスとＭＡＣアドレスとが紐づけて設定されると共に、ＯＮＵ３０がリンクアップ可能となり、ＯＮＵ３０においてオンラインデータ通信が可能になる（ステップＳ１０）。

つづいて、管理サーバ１０は、ＯＮＵ３０のＩＰアドレスに対して、例えばＭＩＢ（ManagementInformation Base）により状態取得のバッチ処理を行い（ステップＳ１１）、ＯＮＵ３０がオンラインであることを示すオンライン情報、ＯＮＵ３０のマックアドレス、及びＯＮＵ３０が接続されるＯＬＴ２０のサブネットの情報（ＶＬＡＮ情報）を取得する（ステップＳ１２）。

つづいて、管理サーバ１０は、待ちリストＤＢ１２を参照し、マックアドレスが取得部１４によって取得されたマックアドレスと一致するＯＮＵ３０のＯＮＵ候補情報に、取得部１４によって取得されたサブネットの情報（ＶＬＡＮ情報）を加えて、通常サービス用コンフィグファイル（ＯＮＵ３０にとっての正規のコンフィグファイル）を生成する（ステップＳ１３）。そして、管理サーバ１０は、ＤＨＣＰ要求に係るＯＮＵ３０に対してコンフィグファイルのリセット指示を出力する（ステップＳ１４）。ＯＮＵ３０は、当該リセット指示に基づきＯＮＵ３０コンフィグファイルのリセットを行う（ステップＳ１５）。具体的には、上述したステップＳ２～ステップＳ９の処理が再度実行され、初期立ち上げ用コンフィグファイルではなく通常サービス用コンフィグファイルがＯＮＵ３０に適用されることにより、ＯＮＵ３０に対する通信サービスの提供が開始される（ステップＳ１６）。すなわち、管理サーバ１０からの指示に基づき、ＯＮＵ３０の設定がリセットされ、ＯＮＵ３０がＯＬＴ２０に再接続され、ＯＮＵ候補情報に基づいて管理サーバ１０において生成されたＯＮＵ３０の通常サービス用コンフィグファイルの払い出しを受け、ＯＮＵ３０を通常サービスの提供が受けられる状態とする。

次に、本実施形態に係るＰＯＮシステム１及び管理サーバ１０の作用効果について説明する。

本実施形態に係るＰＯＮシステム１は、ＯＮＵ３０が接続される複数のＯＬＴ２０と、複数のＯＬＴ２０を制御する管理サーバ１０と、を備えるＰＯＮシステムであって、管理サーバ１０は、複数のＯＬＴ２０のサブネット毎に設定された、ＯＮＵ３０のマックアドレスによらずにＯＮＵ３０がリンクアップ可能となる初期立ち上げ用コンフィグファイルを記憶するコンフィグファイルＤＢ１１と、ＯＮＵ３０が接続されたＯＬＴ２０からのＤＨＣＰ要求を受信して、該ＤＨＣＰ要求に係るＯＮＵ３０のＩＰアドレスを取得すると共に、該ＤＨＣＰ要求に係るＯＬＴ２０のサブネットに対応する初期立ち上げ用コンフィグファイルがＤＨＣＰ要求に係るＯＮＵ３０に適用されるように、初期立ち上げ用コンフィグファイルを払い出す第１払い出し部１３と、第１払い出し部１３によって取得されたＩＰアドレスに基づいて、ＤＨＣＰ要求に係るＯＮＵ３０のマックアドレス及び該ＯＮＵ３０が接続されるＯＬＴ２０のサブネットの情報を取得する取得部１４と、取得部１４によって取得されたマックアドレス及びサブネットの情報に基づき、ＤＨＣＰ要求に係るＯＮＵ３０に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを生成する生成部１５と、ＤＨＣＰ要求に係るＯＮＵ３０に通常サービス用コンフィグファイルが適用されるように通常サービス用コンフィグファイルを払い出す第２払い出し部１６と、を備える。

本実施形態に係るＰＯＮシステム１では、ＯＬＴ２０に接続されたＯＮＵ３０に対して、最初に、初期立ち上げ用コンフィグファイルが適用される。当該初期立ち上げ用コンフィグファイルは、ＯＮＵ３０のマックアドレスによらずにＯＮＵ３０がリンクアップ可能となるコンフィグファイルであり、ＯＮＵ３０が接続したＯＬＴ２０のサブネットに対応するコンフィグファイルである。初期立ち上げ用コンフィグファイルによってＯＮＵ３０のリンクアップが可能になることから、ＯＮＵ３０のマックアドレス及びＯＮＵ３０が接続されるＯＬＴ２０のサブネットの情報が取得される。そして、当該ＯＮＵ３０のマックアドレス及びＯＬＴ２０のサブネットの情報に基づいて、ＯＮＵ３０に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルが生成されてＯＮＵ３０に適用されている。複数のＯＬＴ毎にＯＮＵのＶＬＡＮを分けて管理したい（サブネットを分けて管理したい）場合においては、コンフィグファイルにおいて予めＯＬＴとＯＮＵとの対応関係を規定し、工事担当者はＯＬＴに対応する正しいＯＮＵを選択して現場に設置する必要があり、施工性が悪く事業者の負担が大きくなると考えられる。この点、本実施形態のＰＯＮシステム１のように、初期立ち上げ用コンフィグファイルと通常サービス用コンフィグファイルとを段階的に適用する構成においては、まずは初期立ち上げ用コンフィグファイルによってＯＮＵ３０をリンクアップ可能な状態としてＯＮＵ３０のマックアドレス（ＯＮＵ３０を特定する情報）及びＯＮＵ３０が接続されるＯＬＴ２０のサブネットの情報を取得し、その後に、取得した情報に基づき、例えばＯＬＴ２０（ＯＬＴ２０のサブネット）とＯＮＵ３０とを対応付けて、通常サービス用コンフィグファイルを生成・適用することができる。このような構成によれば、ＯＬＴ２０とＯＮＵ３０とが対応付けられていない状態でＯＮＵ３０が接続された場合であっても、ＯＮＵ３０に通常サービス用コンフィグファイルが適用されることにより、ＯＬＴ２０毎にＯＮＵ３０のＶＬＡＮを分けて管理することが可能となる。以上のように、本実施形態に係るＰＯＮシステム１によれば、複数のＯＬＴ２０毎にＯＮＵ３０のＶＬＡＮを分けて管理したいような場合においても、ＯＬＴ２０との対応関係を気にせずにＯＮＵ３０の設置を可能にし、事業者の負担を軽減することができる。また、本実施形態に係るＰＯＮシステム１によれば、間違えてＯＮＵ３０を設置してオンラインにならないという事態を回避することができる。

上記管理サーバ１０は、ＯＬＴ２０に接続され得る複数のＯＮＵ３０それぞれについて、マックアドレスと、通信種別とを少なくとも対応付けたＯＮＵ候補情報を記憶する待ちリストＤＢ１２を更に備え、生成部１５は、マックアドレスが取得部１４によって取得されたマックアドレスと一致するＯＮＵ３０のＯＮＵ候補情報に、取得部１４によって取得されたサブネットの情報を加えて、通常サービス用コンフィグファイルを生成する。このように、通常サービス用コンフィグファイルを生成するために必要な情報のうち、ＯＮＵ３０がリンクアップ可能となる前の状態で把握している情報（ＯＮＵ候補情報）を予め準備しておき、リンクアップ可能となった後に、準備していた情報に取得した情報（サブネットの情報）を加えて通常サービス用コンフィグファイルを生成することにより、確実且つ簡易に通常サービス用コンフィグファイルを生成することができる。

生成部１５は、通常サービス用コンフィグファイルの生成が完了すると、ＤＨＣＰ要求に係るＯＮＵ３０に対してコンフィグファイルのリセット指示を出力し、第２払い出し部１６は、生成部１５によってリセット指示が出力された後に、通常サービス用コンフィグファイルを払い出してもよい。これにより、初期立ち上げ用コンフィグファイルから通常サービス用コンフィグファイルへの切り替えを確実に行うことができる。

以上、本実施形態に係るＰＯＮシステムについて説明してきたが、本発明はこれらに限定されるものではなく、種々の変形を適用することができる。また、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１…ＰＯＮシステム、１０…管理サーバ、１１…コンフィグファイルＤＢ（コンフィグ記憶部）、１２…待ちリストＤＢ（候補記憶部）、１３…第１払い出し部、１４…取得部、１５…生成部、１６…第２払い出し部、２０…ＯＬＴ（局側装置）、３０…ＯＮＵ（宅側装置）。

Claims (6)

1. 宅側装置が接続される複数の局側装置と、前記複数の局側装置を制御する管理サーバと、を備えるＰＯＮシステムであって、
   前記管理サーバは、
   前記複数の局側装置のサブネット毎に設定された、前記宅側装置のマックアドレスによらずに前記宅側装置がリンクアップ可能となる初期立ち上げ用コンフィグファイルを記憶するコンフィグ記憶部と、
   前記宅側装置が接続された前記局側装置からのＤＨＣＰ要求を受信して、該ＤＨＣＰ要求に係る前記宅側装置のＩＰアドレスを取得すると共に、該ＤＨＣＰ要求に係る前記局側装置のサブネットに対応する前記初期立ち上げ用コンフィグファイルが前記ＤＨＣＰ要求に係る前記宅側装置に適用されるように、前記初期立ち上げ用コンフィグファイルを払い出す第１払い出し部と、
   前記第１払い出し部によって取得されたＩＰアドレスに基づいて、前記ＤＨＣＰ要求に係る前記宅側装置のマックアドレス及び該宅側装置が接続される前記局側装置のサブネットの情報を取得する取得部と、
   前記取得部によって取得された前記マックアドレス及び前記サブネットの情報に基づき、前記ＤＨＣＰ要求に係る前記宅側装置に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを生成する生成部と、
   前記ＤＨＣＰ要求に係る前記宅側装置に前記通常サービス用コンフィグファイルが適用されるように前記通常サービス用コンフィグファイルを払い出す第２払い出し部と、を備えるＰＯＮシステム。
2. 宅側装置が接続される局側装置を制御する管理サーバであって、
   前記宅側装置のマックアドレスによらずに前記宅側装置がリンクアップ可能となる初期立ち上げ用コンフィグファイルを記憶するコンフィグ記憶部と、
   前記宅側装置が接続された前記局側装置からのＤＨＣＰ要求を受信して、該ＤＨＣＰ要求に係る前記宅側装置のＩＰアドレスを取得すると共に、前記初期立ち上げ用コンフィグファイルが前記ＤＨＣＰ要求に係る前記宅側装置に適用されるように、前記初期立ち上げ用コンフィグファイルを払い出す第１払い出し部と、
   前記第１払い出し部によって取得されたＩＰアドレスに基づいて、前記ＤＨＣＰ要求に係る前記宅側装置のマックアドレス及び該宅側装置が接続される前記局側装置のサブネットの情報を取得する取得部と、
   前記取得部によって取得された前記マックアドレス及び前記サブネットの情報に基づき、前記ＤＨＣＰ要求に係る前記宅側装置に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを生成する生成部と、
   前記ＤＨＣＰ要求に係る前記宅側装置に前記通常サービス用コンフィグファイルが適用されるように前記通常サービス用コンフィグファイルを払い出す第２払い出し部と、を備える管理サーバ。
3. 前記局側装置に接続され得る複数の宅側装置候補それぞれについて、マックアドレスと、通信種別とを少なくとも対応付けた宅側装置候補情報を記憶する候補記憶部を更に備え、
   前記生成部は、マックアドレスが前記取得部によって取得されたマックアドレスと一致する前記宅側装置候補の前記宅側装置候補情報に、前記取得部によって取得された前記サブネットの情報を加えて、前記通常サービス用コンフィグファイルを生成する、請求項２に記載の管理サーバ。
4. 前記生成部は、前記通常サービス用コンフィグファイルの生成が完了すると、前記ＤＨＣＰ要求に係る前記宅側装置に対してコンフィグファイルのリセット指示を出力し、
   前記第２払い出し部は、前記生成部によって前記リセット指示が出力された後に、前記通常サービス用コンフィグファイルを払い出す、請求項２または請求項３に記載の管理サーバ。
5. 宅側装置が接続される局側装置の管理方法であって、
   前記宅側装置が接続された前記局側装置からのＤＨＣＰ要求を受信して、該ＤＨＣＰ要求に係る前記宅側装置のＩＰアドレスを取得すると共に、前記宅側装置のマックアドレスによらずに前記宅側装置がリンクアップ可能となる初期立ち上げ用コンフィグファイルが前記ＤＨＣＰ要求に係る前記宅側装置に適用されるように、前記初期立ち上げ用コンフィグファイルを払い出す第１払い出し工程と、
   前記第１払い出し工程において取得されたＩＰアドレスに基づいて、前記ＤＨＣＰ要求に係る前記宅側装置のマックアドレス及び該宅側装置が接続される前記局側装置のサブネットの情報を取得する取得工程と、
   前記取得工程において取得された前記マックアドレス及び前記サブネットの情報に基づき、前記ＤＨＣＰ要求に係る前記宅側装置に対して通信サービスの提供が可能となる通常サービス用コンフィグファイルを生成する生成工程と、
   前記ＤＨＣＰ要求に係る前記宅側装置に前記通常サービス用コンフィグファイルが適用されるように前記通常サービス用コンフィグファイルを払い出す第２払い出し工程と、を含む管理方法。
6. 宅側装置の設置方法であって、
   局側装置に接続され得る複数の宅側装置候補を保管すると共に、各宅側装置候補について、マックアドレスと通信種別とを少なくとも対応付けた宅側装置候補情報をデータベースに登録することと、
   前記宅側装置候補の中から選択した一の宅側装置の電源をオンにして、前記宅側装置を前記局側装置に接続することにより、管理サーバから初期立ち上げ用コンフィグファイルの払い出しを受け、前記宅側装置をリンクアップ可能な状態とすることと、
   前記管理サーバからの指示に基づき、前記宅側装置の設定をリセットして、前記宅側装置を前記局側装置に再接続することにより、前記宅側装置候補情報に基づいて前記管理サーバにおいて生成された前記宅側装置の通常サービス用コンフィグファイルの払い出しを受け、前記宅側装置を通常サービスの提供が受けられる状態とすることと、を含む設置方法。

Images