JP7775761B2 - 通信システム、管理サーバ、及び処理方法 - Google Patents

Description

本発明の一態様は、通信システム、管理サーバ、及び管理方法に関する。

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

特開２０１２－２５７２８０号公報

ここで、通信事業者によっては、従来、ＰＯＮシステム以外の通信サービス網（例えば同軸サービス網）を運用しており、新たにＦＴＴＨに移行してＰＯＮシステムに切り替える場合がある。このような移行は、加入者宅内における宅側装置の置き換え等が必要となり、一気に実施することが難しい。そのため、移行段階においては、一時的に元の通信サービス網のシステムとＰＯＮシステムとが混在して運用される場合がある。

上述したような混在運用においては、従来運用してきたＰＯＮシステム以外の通信サービス網のＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ及びＴＦＴＰ（Trivial File Transfer Protocol）サーバを用いて、混在する２つのシステムにおけるプロビジョニングを一元的に行いたいという通信事業者の要望がある。しかしながら、従来、ＰＯＮシステムにおけるプロビジョニングについて、その他の通信サービス網のＤＨＣＰサーバ及びＴＦＴＰサーバを用いて行う方法については提案されていない。

本発明の一態様は上記実情に鑑みてなされたものであり、複数の通信システムが混在して運用されている場合において、一方の通信システムのＤＨＣＰサーバ及びＴＦＴＰサーバを用いて、両通信システムにおけるプロビジョニングを適切に行うことを目的とする。

本発明の一態様に係る通信システムは、第１の局側装置を管理する第１の管理サーバを有する第１のシステムと、第２の局側装置を管理する第２の管理サーバを有する第２のシステムと、を備え、第１の管理サーバは、第１のＤＨＣＰサーバとＴＦＴＰサーバとを有しており、第２の管理サーバは、第２の局側装置に光ケーブルで接続される宅側装置についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を生成し、第１の管理サーバは、ポリシー情報に基づき、第１のＤＨＣＰサーバの情報を更新し、第２の管理サーバは、ポリシー情報に応じたコンフィグファイルを第１の管理サーバのＴＦＴＰサーバに送信する。

本発明の一態様に係る管理サーバは、局側装置を管理し、ＤＨＣＰサーバ及びＴＦＴＰサーバを有する外部サーバと通信可能に構成された管理サーバであって、局側装置に光ケーブルで接続される宅側装置についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を生成し、ポリシー情報に応じたＤＨＣＰサーバの情報の更新が可能になるように、外部サーバに、ポリシー情報が変更になった旨の通知を送信し、ポリシー情報に応じたコンフィグファイルを外部サーバのＴＦＴＰサーバに送信する。

本発明の一態様に係る処理方法は、局側装置に光ケーブルで接続される宅側装置についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を生成する第１工程と、ポリシー情報に応じた、外部サーバのＤＨＣＰサーバの情報の更新が可能になるように、外部サーバに、ポリシー情報が変更になった旨の通知を送信する第２工程と、ポリシー情報に応じたコンフィグファイルを外部サーバのＴＦＴＰサーバに送信する第３工程と、を含む。

本発明の一態様によれば、複数の通信システムが混在して運用されている場合において、一方の通信システムのＤＨＣＰサーバ及びＴＦＴＰサーバを用いて、両通信システムにおけるプロビジョニングを適切に行うことができる。

図１は、一実施形態に係る通信システムの構成図である。 図２は、通信システムが実施する処理の第１の例を説明する図である。 図３は、ポリシー情報を変換した受け渡しファイルの一例を説明する図である。 図４は、通信システムが実施する処理の第２の例を説明する図である。 図５は、通信システムが実施する処理の第３の例を説明する図である。 図６は、第１の例の処理の詳細を示すシーケンス図である。 図７は、第２の例の処理の詳細を示すシーケンス図である。 図８は、第３の例の処理の詳細を示すシーケンス図である。

［本願発明の実施形態の説明］
最初に本発明の実施形態を列記して説明する。本発明の一態様に係る通信システムは、第１の局側装置を管理する第１の管理サーバを有する第１のシステムと、第２の局側装置を管理する第２の管理サーバを有する第２のシステムと、を備え、第１の管理サーバは、第１のＤＨＣＰサーバとＴＦＴＰサーバとを有しており、第２の管理サーバは、第２の局側装置に光ケーブルで接続される宅側装置についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を生成し、第１の管理サーバは、ポリシー情報に基づき、第１のＤＨＣＰサーバの情報を更新し、第２の管理サーバは、ポリシー情報に応じたコンフィグファイルを第１の管理サーバのＴＦＴＰサーバに送信する。

本発明の一態様に係る通信システムでは、第２の管理サーバにおいて生成された、第２のシステムの宅側装置のポリシー情報に基づき、第１のシステムに含まれる第１の管理サーバの第１のＤＨＣＰサーバの情報が更新される。また、本発明の一態様に係る通信システムでは、ポリシー情報に応じたコンフィグファイルが、第２の管理サーバから第１の管理サーバのＴＦＴＰサーバに送信される。このように、第２のシステムの宅側装置に係るポリシー情報に基づき、第１のシステムの第１の管理サーバの第１のＤＨＣＰサーバの情報が更新されると共に、コンフィグファイルが第１の管理サーバのＴＦＴＰサーバに送信されることにより、第１の管理サーバにおいて、第２のシステムに係るプロビジョニングを実施することが可能になる。すなわち、本発明の一態様に係る通信システムによれば、複数の通信システムが混在して運用されている場合において、一方の通信システムのＤＨＣＰサーバ及びＴＦＴＰサーバを用いて、両通信システムにおけるプロビジョニングを適切に行うことができる。

第２の管理サーバは、生成したポリシー情報について、第１のＤＨＣＰサーバにて利用可能な受け渡しファイルに変換すると共に、該受け渡しファイルを第１の管理サーバに送信し、さらに、ポリシー情報が変更になった旨の通知を第１の管理サーバに送信し、第１の管理サーバは、通知をトリガとして、受け渡しファイルに基づき、第１のＤＨＣＰサーバの情報を更新してもよい。このように、ポリシー情報が第１のＤＨＣＰサーバで利用可能な受け渡しファイルに変換されると共に、ポリシー情報が変更になったことが第１の管理サーバに通知されることによって、適切なタイミングで、確実に、第２のシステムに係るプロビジョニングを第１の管理サーバで実施することができる。

第２の管理サーバは、第２のＤＨＣＰサーバを有しており、第２の管理サーバは、生成したポリシー情報に基づき、第２のＤＨＣＰサーバの情報を更新し、さらに、ポリシー情報が変更になった旨の通知を第１の管理サーバに送信し、第１の管理サーバは、通知をトリガとして、第２のＤＨＣＰサーバの情報を読み込み、第１のＤＨＣＰサーバの情報を更新してもよい。このように、第２の管理サーバのＤＨＣＰサーバが更新され、その情報が読み込まれることにより第１のＤＨＣＰサーバの情報が更新されることにより、第１の管理サーバ及び第２の管理サーバのＤＨＣＰ間での情報同期を確実に図ることができる。

第２の管理サーバは、生成したポリシー情報を含む、ポリシー情報が変更になった旨の通知を第１の管理サーバに送信し、第１の管理サーバは、通知をトリガとして、通知に含まれるポリシー情報に基づき、第１のＤＨＣＰサーバの情報を更新してもよい。このように、ポリシー情報が変更になった旨の通知に、生成したポリシー情報を含めることにより、必要最低限の通信によって、第１のＤＨＣＰサーバの情報の更新を実現することができる。

本発明の一態様に係る管理サーバは、局側装置を管理し、ＤＨＣＰサーバ及びＴＦＴＰサーバを有する外部サーバと通信可能に構成された管理サーバであって、局側装置に光ケーブルで接続される宅側装置についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を生成し、ポリシー情報に応じたＤＨＣＰサーバの情報の更新が可能になるように、外部サーバに、ポリシー情報が変更になった旨の通知を送信し、ポリシー情報に応じたコンフィグファイルを外部サーバのＴＦＴＰサーバに送信する。このような管理サーバによれば、外部サーバにおけるプロビジョニングを適切に実施することができる。

本発明の一態様に係る処理方法は、局側装置に光ケーブルで接続される宅側装置についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を生成する第１工程と、ポリシー情報に応じた、外部サーバのＤＨＣＰサーバの情報の更新が可能になるように、外部サーバに、ポリシー情報が変更になった旨の通知を送信する第２工程と、ポリシー情報に応じたコンフィグファイルを外部サーバのＴＦＴＰサーバに送信する第３工程と、を含む。このような処理方法によれば、外部サーバにおけるプロビジョニングを適切に実施することができる。

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

図１は、本実施形態に係る通信システム１の構成図である。通信システム１は、例えばＣＡＴＶ（Community Antenna TeleVision）事業者等の事業者により運用されるシステムである。通信システム１は、２つのネットワークシステムを含んで構成されている。具体的には、通信システム１は、ＤＯＣＳＩＳシステム１０（第１のシステム）と、ＰＯＮシステム２０（第２のシステム）と、を含んで構成されている。本実施形態では、通信システム１において従来ＤＯＣＳＩＳシステム１０が運用されており、新たにＦＴＴＨ（Fiber to the Home）サービスの提供のためにＤＯＣＳＩＳシステム１０からＰＯＮシステム２０に切り替えるケースを想定している。このようなシステムの移行は、加入者宅内における宅側装置の置き換えが必要になるため、一気に実施することが難しい。そのため、通信システム１では、一時的に、既存のＤＯＣＳＩＳシステム１０と、新たに導入されたＰＯＮシステム２０とが混在して運用されている。

ＤＯＣＳＩＳシステム１０は、ＣＡＴＶの回線（同軸網）を利用して高速なデータ通信を行う規格であるＤＯＣＳＩＳ（Data Over Cable Service Interface Specifications）のネットワークシステムである。ＤＯＣＳＩＳシステム１０では、ＣＡＴＶ ＬＡＮと呼ばれるＤＯＣＳＩＳ系のネットワークが運用される。ＤＯＣＳＩＳシステム１０は、ＤＯＣＳＩＳ系サーバ１１と、外部サーバ１２（第１の管理サーバ）と、スイッチ１３と、ＣＭＴＳ１４（第１の局側装置）と、ケーブルモデム１５と、ｅＭＴＡ１６と、加入者管理システム５０と、を含んで構成されている。図１に示されるように、ＤＯＣＳＩＳ系サーバ１１、外部サーバ１２、及びＣＭＴＳ１４は、例えばＣＡＴＶ事業者のセンタ内に設けられている。また、ケーブルモデム１５及びｅＭＴＡ１６は、例えば各加入者宅内にそれぞれ設けられている。

ケーブルモデム１５は、ＣＡＴＶ事業者のインターネットサービスを受けるために加入者宅内に設けられる端末である。ｅＭＴＡ（Embedded Multimedia Terminal Adapter）１６は、ＣＡＴＶ事業者の電話サービスを受けるために加入者宅内に設けられる端末である。ＣＭＴＳ（cable modem termination system）１４は、各加入者宅内のケーブルモデム１５と対向する局側装置である。スイッチ１３は、ＤＯＣＳＩＳ系サーバ１１及び外部サーバ１２とＣＭＴＳ１４との間の中継装置である。スイッチ１３は、後述するＰＯＮシステム２０のスイッチ２２にも接続されている。

ＤＯＣＳＩＳ系サーバ１１は、ＣＭＴＳ１４等と別体で設けられたサーバであり、ＤＯＣＳＩＳシステム１０に含まれる各構成の情報を管理すると共に各構成を制御するサーバである。ＤＯＣＳＩＳ系サーバ１１は、ＣＡＴＶ事業者によるオペレーションに応じて各制御を行う。外部サーバ１２は、ケーブルモデム１５及びｅＭＴＡ１６のＩＰアドレスや、ＩＰアドレスの設定に係るコンフィグファイルの管理をするサーバである。外部サーバ１２は、ＤＨＣＰサーバ１２１（第１のＤＨＣＰサーバ）と、ＴＦＴＰサーバ１２２とを含んでいる。ＤＨＣＰサーバ１２１及びＴＦＴＰサーバ１２２は、ＤＯＣＳＩＳシステム１０におけるプロビジョニングに係るサーバである。また、本実施形態では、ＤＨＣＰサーバ１２１及びＴＦＴＰサーバ１２２は、ＤＯＣＳＩＳシステム１０だけでなくＰＯＮシステム２０のプロビジョニングに係るサーバである（詳細は後述）。なお、ＤＯＣＳＩＳ系サーバ１１と外部サーバ１２とは、別体であってもよいし一体であってもよい。加入者管理システム５０は、ＤＯＣＳＩＳシステム１０及びＰＯＮシステム２０の加入者の情報を一元的に管理するシステムである。

ＰＯＮシステム２０は、ＦＴＴＨ（Fiber to the Home）サービスの提供において、光信号を複数に分岐して一心の光ファイバを複数ユーザで共有するネットワークシステムである。図１に示されるように、ＰＯＮシステム２０は、複数の宅側装置であるＯＮＵ２４（宅側装置）と、局側装置であるＯＬＴ２３（第２の局側装置）と、ＯＬＴ２３を管理する管理サーバ２１（第２の管理サーバ）と、スイッチ２２と、を備える。ＯＬＴ２３及び複数のＯＮＵ２４は、ＦＴＴＨネットワークを介して光ケーブルで互いに接続されている。

図１に示されるように、管理サーバ２１及びＯＬＴ２３は、例えばＣＡＴＶ事業者のセンタ内に設けられている。また、複数のＯＮＵ２４は、例えば各加入者宅内にそれぞれ設けられている。ＯＮＵ２４の配下には、ＨＧＷ（Home Gateway）を介して、電話機やＰＣ等の端末が接続可能とされている。スイッチ２２は、管理サーバ２１とＯＬＴ２３との間の中継装置である。スイッチ２２は、ＤＯＣＳＩＳシステム１０のスイッチ１３にも接続されている。

管理サーバ２１は、ＯＬＴ２３と別体で設けられたサーバであり、ＰＯＮシステム２０に含まれる各構成の情報を管理すると共に各構成を制御するサーバである。管理サーバ２１は、データベース２３０と、ＤＨＣＰサーバ２１１（第２のＤＨＣＰサーバ）と、ＴＦＴＰサーバ２１２と、バッチファイル２４０と、ＷｅｂＧＵＩ２５０と、アプリケーション群２６０と、を有している。

データベース２３０は、ＰＯＮシステム２０に含まれる各構成の情報が記録された管理リストを保持している。管理リストでは、例えば、ＯＮＵ識別情報と、ＯＬＴ識別情報と、距離情報と、時刻情報と、機種判別と、光パワー（光強度）と、ＯＮＵ状態とが互いに対応付けて管理されている。これらの情報は、ＯＮＵ２４毎に管理されている。ＯＮＵ識別情報とは、ＯＮＵ２４を一意に識別する情報であり、例えばＭＡＣアドレスである。ＯＬＴ識別情報とは、ＯＮＵ識別情報で特定されるＯＮＵ２４が接続されているＯＬＴ２３を一意に識別する情報であり、例えばＭＡＣアドレスである。距離情報とは、ＯＬＴ２３及びＯＮＵ２４間におけるＲＴＴ（Round-Trip Time）の値である。時刻情報とは、距離情報を取得した日時を示す情報である。機種判別とは、ＯＮＵ２４の機種コードである。光パワーとは、ＯＮＵ２４からの上り受光レベル（光強度）を示す情報である。ＯＮＵ状態とは、ＯＮＵ２４がデータ通信可能なオンライン状態であるか、オフライン状態であるかを示す情報である。

ここで、本実施形態のように、複数のシステムが混在して運用されている場合においては、従来から運用してきたシステム（ここではＤＯＣＳＩＳシステム１０）のＤＨＣＰサーバ１２１及びＴＦＴＰサーバ１２２を用いて、混在する２つのシステムにおけるプロビジョニングを一元的に行いたいという通信事業者の要望がある。以下では、ＤＯＣＳＩＳシステム１０及びＰＯＮシステム２０におけるプロビジョニングについて、ＤＯＣＳＩＳシステム１０のＤＨＣＰサーバ１２１及びＴＦＴＰサーバ１２２を用いて行う実施態様について、第１～第３の例をそれぞれ説明する。

図２は、通信システム１が実施するプロビジョニング処理の第１の例を説明する図である。図２に示されるように、第１の例では、管理サーバ２１において、アプリケーション群２６０等を有するメイン処理部３００が、ＤＢ－ＤＨＣＰ変換処理部３１０を更に有している（詳細は後述）。また、第１の例では、外部サーバ１２側に、受け渡しファイルを記憶するファイル記憶部１５０が設けられている（詳細は後述）。

第１の例では、管理サーバ２１においてＯＮＵ２４の情報に更新があった場合に、該ＯＮＵ２４についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報が更新され、該ポリシー情報がＤＨＣＰサーバ１２１で処理可能な受け渡しファイルに変換され、該受け渡しファイルが外部サーバ１２のファイル記憶部１５０に格納される。そして、ＤＨＣＰサーバ１２１では上述した受け渡しファイルに基づき情報が更新される。また、管理サーバ２１から外部サーバ１２のＴＦＴＰサーバ１２２にコンフィグファイルが転送される。以上の処理により、外部サーバ１２のＤＨＣＰサーバ１２１及びＴＦＴＰサーバ１２２を用いて、ＰＯＮシステム２０に係るプロビジョニングを実施することが可能になる。以下、処理をより具体的に説明する。

第１の例では、まず、メイン処理部３００のアプリケーション群２６０が、データベース２３０の管理リストの情報を取得し、情報が更新されたＯＮＵ２４（新たに登録されたＯＮＵ２４や、情報の変更又は削除が行われたＯＮＵ２４）の情報を抽出する。そして、アプリケーション群２６０は、情報が更新されたＯＮＵ２４について、ＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を更新（生成）する。そして、メイン処理部３００のＤＢ－ＤＨＣＰ変換処理部３１０は、ポリシー情報を、ＤＨＣＰサーバ１２１にて利用可能な受け渡しファイルに変換する。

図３は、ポリシー情報をＤＨＣＰサーバ１２１にて利用可能な態様に変換した受け渡しファイル（ＤＨＣＰテキスト）の一例を示す図である。図３に示される例では、「Flag」と、「dhcp_identifier」と、「dhcp4_boot_file_name」とが紐づけられている。「Flag」は、例えばＯＮＵ２４の追加：0又は削除：1等を示す情報である。「dhcp_identifier」は、ＯＮＵ２４のＭＡＣアドレスを示す情報である。「dhcp4_boot_file_name」は、コンフィグファイル名を示す情報である。

そして、アプリケーション群２６０は、外部サーバ１２に対して、データベース２３０の情報が更新されポリシー情報が更新された旨をＳＮＭＰ（Simple Network Management Protocol）で通知する（ＳＮＭＰによるＴｒａｐを発報する）。これにより、管理サーバ２１及び外部サーバ１２間において情報同期が図られる。また、アプリケーション群２６０は、外部サーバ１２に対してＳｙｓｌｏｇを通知してもよい。さらに、ＤＢ－ＤＨＣＰ変換処理部３１０は、上述した変換後の受け渡しファイルを、外部サーバ１２に送信し、該受け渡しファイルを外部サーバ１２のファイル記憶部１５０に格納する。

外部サーバ１２は、上述したＳＮＭＰをトリガとして、ファイル記憶部１５０の受け渡しファイルに基づき、ＤＨＣＰサーバ１２１の情報を更新する。外部サーバ１２は、例えば、更新があったＯＮＵ２４（受け渡しファイルの「Flag」が0又は1のＯＮＵ２４）のみ、ＤＨＣＰサーバ１２１の情報を更新してもよい。

さらに、アプリケーション群２６０は、更新後のポリシー情報に応じて新たなコンフィグファイルを作成し、該コンフィグファイルを、ＴＦＴＰサーバ１２２に送信する。ここまでの処理によって、外部サーバ１２のＤＨＣＰサーバ１２１及びＴＦＴＰサーバ１２２を用いて、ＰＯＮシステム２０に係るプロビジョニングを実施することが可能になる。

図４は、通信システム１が実施するプロビジョニング処理の第２の例を説明する図である。図４に示されるように、第２の例では、管理サーバ２１においてＯＮＵ２４の情報更新があった場合に、該ＯＮＵ２４についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報が更新（生成）され、該ポリシー情報に基づき管理サーバ２１のＤＨＣＰサーバ２１１のデータベース２７０が更新される。そして、外部サーバ１２のＤＨＣＰサーバ１２１がＳＱＬコマンドでＤＨＣＰサーバ２１１のデータベース２７０を読み込み、ＤＨＣＰサーバ１２１の情報が更新される。また、管理サーバ２１から外部サーバ１２のＴＦＴＰサーバ１２２にコンフィグファイルが転送される。以上の処理により、外部サーバ１２のＤＨＣＰサーバ１２１及びＴＦＴＰサーバ１２２を用いて、ＰＯＮシステム２０に係るプロビジョニングを実施することが可能になる。以下、処理をより具体的に説明する。

第２の例では、まず、第１の例と同様に、アプリケーション群２６０が、情報が更新されたＯＮＵ２４について、ＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を更新（生成）する。そして、アプリケーション群２６０は、ポリシー情報に基づき、ＤＨＣＰサーバ２１１のデータベース２７０を更新する。そして、第１の例と同様に、アプリケーション群２６０は、外部サーバ１２に対して、データベース２３０の情報が更新されポリシー情報が更新された旨をＳＮＭＰ及びＳｙｓｌｏｇで通知する。

外部サーバ１２のＤＨＣＰサーバ１２１は、上述したＳＮＭＰをトリガとして、直接ＳＱＬコマンドによってＤＨＣＰサーバ２１１の情報（すなわち、更新されたポリシー情報）を読み込む。さらに、アプリケーション群２６０は、ポリシー情報に応じたコンフィグファイルを生成し、該コンフィグファイルをＴＦＴＰサーバ１２２に送信する。ここまでの処理によって、外部サーバ１２のＤＨＣＰサーバ１２１及びＴＦＴＰサーバ１２２を用いて、ＰＯＮシステム２０に係るプロビジョニングを実施することが可能になる。

図５は、通信システム１が実施するプロビジョニング処理の第３の例を説明する図である。図５に示されるように、第３の例では、管理サーバ２１においてＯＮＵ２４の情報更新があった場合に、該ＯＮＵ２４についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報が更新（生成）され、該ポリシー情報を含む、ＳＮＭＰが外部サーバ１２に通知される。そして、外部サーバ１２のＤＨＣＰサーバ１２１では、ＳＮＭＰに含まれるポリシー情報に基づき、情報が更新される。また、管理サーバ２１から外部サーバ１２のＴＦＴＰサーバ１２２にコンフィグファイルが転送される。以上の処理により、外部サーバ１２のＤＨＣＰサーバ１２１及びＴＦＴＰサーバ１２２を用いて、ＰＯＮシステム２０に係るプロビジョニングを実施することが可能になる。以下、処理をより具体的に説明する。

第３の例では、まず、第１の例及び第２の例と同様に、アプリケーション群２６０は、が、情報が更新されたＯＮＵ２４について、ＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を更新（生成）する。そして、アプリケーション群２６０は、外部サーバ１２に対して、更新したポリシー情報を含む、ＳＮＭＰ（ポリシー情報が変更になった旨の情報）を通知する。また、メイン処理部３００は、外部サーバ１２に対してＳｙｓｌｏｇを通知してもよい。

外部サーバ１２のＤＨＣＰサーバ１２１は、上述したＳＮＭＰをトリガとして、ＳＮＭＰに含まれるポリシー情報に基づき、ＤＨＣＰサーバ１２１の情報を更新する。さらに、アプリケーション群２６０は、ポリシー情報に応じたコンフィグファイルを生成し、該コンフィグファイルをＴＦＴＰサーバ１２２に送信する。ここまでの処理によって、外部サーバ１２のＤＨＣＰサーバ１２１及びＴＦＴＰサーバ１２２を用いて、ＰＯＮシステム２０に係るプロビジョニングを実施することが可能になる。

次に、図６～図８を参照して、上述した第１の例～第３の例のそれぞれの処理を説明する。

図６は、第１の例の処理の詳細を示すシーケンス図である。図６に示されるように、管理サーバ２１のデータベース２３０のＯＮＵ２４の情報が更新（登録・変更・削除）されると、その情報がアプリケーション群２６０によって抽出される（ステップＳ１）。そして、抽出された情報に基づき、アプリケーション群２６０によってポリシー情報が更新（生成）され（ステップＳ２，第１工程）、ＤＢ－ＤＨＣＰ変換処理部３１０によってポリシー情報がＤＨＣＰサーバ１２１にて利用可能な受け渡しファイルに変換される（ステップＳ３）。

そして、アプリケーション群２６０によって、ポリシー情報が変更になった旨を示すＳｙｓｌｏｇが外部サーバ１２に通知される（ステップＳ４）と共に、ＳＮＭＰが外部サーバ１２に通知される（ステップＳ５，第２工程）。

さらに、ＤＢ－ＤＨＣＰ変換処理部３１０によって、上述した変換後の受け渡しファイルが外部サーバ１２のファイル記憶部１５０に格納される（ステップＳ６）。そして、外部サーバ１２では、上述したＳＮＭＰをトリガとして、ファイル記憶部１５０の受け渡しファイルに基づき、ＤＨＣＰサーバ１２１の情報が更新される（ステップＳ７）。

また、アプリケーション群２６０では、更新後のポリシー情報に応じて新たなコンフィグファイルが作成され（ステップＳ８）、該コンフィグファイルが、ＴＦＴＰサーバ１２２に転送される（ステップＳ９）。以上が、第１の例の処理である。

図７は、第２の例の処理の詳細を示すシーケンス図である。図７に示されるように、管理サーバ２１のデータベース２３０のＯＮＵ２４の情報が更新（登録・変更・削除）されると、その情報がアプリケーション群２６０によって抽出される（ステップＳ１０１）。そして、抽出された情報に基づき、アプリケーション群２６０によってポリシー情報が更新され、さらに、該ポリシー情報に基づき管理サーバ２１のＤＨＣＰサーバ２１１のデータベース２７０が更新される（ステップＳ１０２）。

そして、アプリケーション群２６０によって、ポリシー情報が変更になった旨を示すＳｙｓｌｏｇが外部サーバ１２に通知される（ステップＳ１０３）と共に、ＳＮＭＰが外部サーバ１２に通知される（ステップＳ１０４）。

つづいて、外部サーバ１２のＤＨＣＰサーバ１２１によって、上述したＳＮＭＰをトリガとして、直接ＳＱＬコマンドによってＤＨＣＰサーバ２１１の情報（すなわち、更新されたポリシー情報）が読み込まれる（ステップＳ１０５）。

また、アプリケーション群２６０では、更新後のポリシー情報に応じて新たなコンフィグファイルが作成され（ステップＳ１０６）、該コンフィグファイルが、ＴＦＴＰサーバ１２２に転送される（ステップＳ１０７，第３工程）。以上が、第２の例の処理である。

図８は、第３の例の処理の詳細を示すシーケンス図である。図８に示されるように、管理サーバ２１のデータベース２３０のＯＮＵ２４の情報が更新（登録・変更・削除）されると、その情報がアプリケーション群２６０によって抽出される（ステップＳ２０１）。そして、抽出された情報に基づき、アプリケーション群２６０によってポリシー情報が更新される（ステップＳ２０２）。

そして、アプリケーション群２６０によって、更新したポリシー情報を含むＳｙｓｌｏｇが外部サーバ１２に通知され（ステップＳ２０３）、外部サーバ１２のＤＨＣＰサーバ１２１ではポリシー情報に基づきＤＨＣＰサーバ１２１の情報が更新される（ステップＳ２０４）。また、アプリケーション群２６０によって、更新したポリシー情報を含むＳＮＭＰが外部サーバ１２に通知され（ステップＳ２０５）、外部サーバ１２のＤＨＣＰサーバ１２１ではポリシー情報に基づきＤＨＣＰサーバ１２１の情報が更新される（ステップＳ２０６）。

また、アプリケーション群２６０では、更新後のポリシー情報に応じて新たなコンフィグファイルが作成され（ステップＳ２０７）、該コンフィグファイルが、ＴＦＴＰサーバ１２２に転送される（ステップＳ２０８）。以上が、第３の例の処理である。

次に、本実施形態に係る通信システム１の作用効果について説明する。

本実施形態に係る通信システム１は、ＣＭＴＳ１４を管理する外部サーバ１２を有するＤＯＣＳＩＳシステム１０と、ＯＬＴ２３を管理する管理サーバ２１を有するＰＯＮシステム２０と、を備え、外部サーバ１２は、ＤＨＣＰサーバ１２１とＴＦＴＰサーバ１２２とを有しており、管理サーバ２１は、ＯＬＴ２３に光ケーブルで接続されるＯＮＵ２４についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を生成し、外部サーバ１２は、ポリシー情報に基づき、ＤＨＣＰサーバ１２１の情報を更新し、管理サーバ２１は、ポリシー情報に応じたコンフィグファイルを外部サーバ１２のＴＦＴＰサーバ１２２に送信する。

本実施形態に係る通信システム１では、管理サーバ２１において生成された、ＯＮＵ２４のポリシー情報に基づき、ＤＯＣＳＩＳシステム１０に含まれる外部サーバ１２のＤＨＣＰサーバ１２１の情報が更新される。また、本実施形態に係る通信システム１では、ポリシー情報に応じたコンフィグファイルが、管理サーバ２１から外部サーバ１２のＴＦＴＰサーバ１２２に送信される。このように、ＯＮＵ２４に係るポリシー情報に基づき、ＤＯＣＳＩＳシステム１０の外部サーバ１２のＤＨＣＰサーバ１２１の情報が更新されると共に、コンフィグファイルが外部サーバ１２のＴＦＴＰサーバ１２２に送信されることにより、外部サーバ１２において、ＰＯＮシステム２０に係るプロビジョニングを実施することが可能になる。すなわち、本実施形態に係る通信システム１によれば、複数の通信システムが混在して運用されている場合において、一方の通信システムのＤＨＣＰサーバ及びＴＦＴＰサーバを用いて、両通信システムにおけるプロビジョニングを適切に行うことができる。

管理サーバ２１は、生成したポリシー情報について、ＤＨＣＰサーバ１２１にて利用可能な受け渡しファイルに変換すると共に、該受け渡しファイルを外部サーバ１２に送信し、さらに、ポリシー情報が変更になった旨の通知を外部サーバ１２に送信し、外部サーバ１２は、通知をトリガとして、受け渡しファイルに基づき、ＤＨＣＰサーバ１２１の情報を更新してもよい。このように、ポリシー情報がＤＨＣＰサーバ１２１で利用可能な受け渡しファイルに変換されると共に、ポリシー情報が変更になったことが外部サーバ１２に通知されることによって、適切なタイミングで、確実に、ＰＯＮシステム２０に係るプロビジョニングを外部サーバ１２で実施することができる。

管理サーバ２１は、ＤＨＣＰサーバ２１１を有しており、管理サーバ２１は、生成したポリシー情報に基づき、ＤＨＣＰサーバ２１１の情報を更新し、さらに、ポリシー情報が変更になった旨の通知を外部サーバ１２に送信し、外部サーバ１２は、通知をトリガとして、ＤＨＣＰサーバ２１１の情報を読み込み、ＤＨＣＰサーバ１２１の情報を更新してもよい。このように、管理サーバ２１のＤＨＣＰサーバ２１１が更新され、その情報が読み込まれることによりＤＨＣＰサーバ１２１の情報が更新されることにより、外部サーバ１２及び管理サーバ２１のＤＨＣＰ間での情報同期を確実に図ることができる。

管理サーバ２１は、生成したポリシー情報を含む、ポリシー情報が変更になった旨の通知を外部サーバ１２に送信し、外部サーバ１２は、通知をトリガとして、通知に含まれるポリシー情報に基づき、ＤＨＣＰサーバ１２１の情報を更新してもよい。このように、ポリシー情報が変更になった旨の通知に、生成したポリシー情報を含めることにより、必要最低限の通信によって、ＤＨＣＰサーバ１２１の情報の更新を実現することができる。

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

１…通信システム、１０…ＤＯＣＳＩＳシステム（第１のシステム）、１２…外部サーバ（第１の管理サーバ）、１４…ＣＭＴＳ（第１の局側装置）、２０…ＰＯＮシステム（第２のシステム）、２１…管理サーバ（第２の管理サーバ）、１２１…ＤＨＣＰサーバ（第１のＤＨＣＰサーバ）、１２２…ＴＦＴＰサーバ、２１１…ＤＨＣＰサーバ（第２のＤＨＣＰサーバ）。

Claims (6)

1. 第１の局側装置を管理する第１の管理サーバを有する第１のシステムと、
   第２の局側装置を管理する第２の管理サーバを有する第２のシステムと、を備え、
   前記第１の管理サーバは、第１のＤＨＣＰサーバとＴＦＴＰサーバとを有しており、
   前記第２の管理サーバは、前記第２の局側装置に光ケーブルで接続される宅側装置についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を生成し、
   前記第１の管理サーバは、前記ポリシー情報に基づき、前記第１のＤＨＣＰサーバの情報を更新し、
   前記第２の管理サーバは、前記ポリシー情報に応じたコンフィグファイルを前記第１の管理サーバの前記ＴＦＴＰサーバに送信する、通信システム。
2. 前記第２の管理サーバは、生成した前記ポリシー情報について、前記第１のＤＨＣＰサーバにて利用可能な受け渡しファイルに変換すると共に、該受け渡しファイルを前記第１の管理サーバに送信し、さらに、ポリシー情報が変更になった旨の通知を前記第１の管理サーバに送信し、
   前記第１の管理サーバは、前記通知をトリガとして、前記受け渡しファイルに基づき、前記第１のＤＨＣＰサーバの情報を更新する、請求項１記載の通信システム。
3. 前記第２の管理サーバは、第２のＤＨＣＰサーバを有しており、
   前記第２の管理サーバは、生成した前記ポリシー情報に基づき、前記第２のＤＨＣＰサーバの情報を更新し、さらに、ポリシー情報が変更になった旨の通知を前記第１の管理サーバに送信し、
   前記第１の管理サーバは、前記通知をトリガとして、前記第２のＤＨＣＰサーバの情報を読み込み、前記第１のＤＨＣＰサーバの情報を更新する、請求項１記載の通信システム。
4. 前記第２の管理サーバは、生成した前記ポリシー情報を含む、ポリシー情報が変更になった旨の通知を前記第１の管理サーバに送信し、
   前記第１の管理サーバは、前記通知をトリガとして、前記通知に含まれる前記ポリシー情報に基づき、前記第１のＤＨＣＰサーバの情報を更新する、請求項１記載の通信システム。
5. 局側装置を管理し、ＤＨＣＰサーバ及びＴＦＴＰサーバを有する外部サーバと通信可能に構成された管理サーバであって、
   前記局側装置に光ケーブルで接続される宅側装置についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を生成し、
   前記ポリシー情報に応じた前記ＤＨＣＰサーバの情報の更新が可能になるように、前記外部サーバに、ポリシー情報が変更になった旨の通知を送信し、
   前記ポリシー情報に応じたコンフィグファイルを前記外部サーバのＴＦＴＰサーバに送信する、管理サーバ。
6. 局側装置を管理し、ＤＨＣＰサーバ及びＴＦＴＰサーバを有する外部サーバと通信可能に構成された管理サーバが行う処理方法であって、
   前記局側装置に光ケーブルで接続される宅側装置についてＭＡＣアドレスとコンフィグファイルとの対応関係を規定したポリシー情報を生成する第１工程と、
   前記ポリシー情報に応じた、前記外部サーバのＤＨＣＰサーバの情報の更新が可能になるように、前記外部サーバに、ポリシー情報が変更になった旨の通知を送信する第２工程と、
   前記ポリシー情報に応じたコンフィグファイルを前記外部サーバのＴＦＴＰサーバに送信する第３工程と、を含む処理方法。