JP5309101B2 - 装置管理システム及び装置管理プログラム - Google Patents

Description

本発明は、ネットワーク装置の管理を行う技術に関する。

近年、ＩＰ電話サービスなど様々なネットワークサービスが提供されている。ネットワークサービスをユーザに提供するためには、ユーザからサービスの申し込みを受けたのち、顧客管理システムなどに登録し、ルータやサーバなどのネットワーク装置にサービスを設定する必要がある。

今日のネットワークは、多数の装置ベンダによる幅広い種別のネットワーク装置によって構成されている。ネットワーク装置（ＮＥ：Ｎｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ）は、装置管理システム（ＥＭＳ：Ｅｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）により管理される。サービスの申し込みを受け付けると、サービス申し込み内容を記載したサービスオーダがＥＭＳに投入され、ＥＭＳは投入されたサービスオーダに従ってＮＥを設定する。

ＮＥを管理するうえで必要な要件（管理対象の構成、装置との通信手段、保守情報の取得手順、得られる保守情報のフォーマットなど）は、ＮＥによって様々である。１つのＥＭＳで様々なＮＥを管理することは困難であるため、管理要件を限定し、その条件に適合したＮＥのみを管理するＥＭＳを作成する方法が一般的に存在する。

ＥＭＳにおいて、複数のベンダにより提供されたＮＥに対する個別インタフェースを、より上位の外部管理システム（ネットワーク管理システム）などに対し、その差分を見せないように単一のインタフェースとして提供する変換技術が存在する。

特開２０１０−０４４６５７号公報 特許第４４６０３９６号公報

「ネットワークサービスを支えるサービスアクティベーション技術」、ＮＴＴ技術ジャーナル、２００５年、第１７巻、第８号、p.18-21

しかしながら、対象ＮＥの保守インタフェースをＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）に限定せず、単一のＥＭＳで管理する場合、従来技術において想定しているＮＥの変換処理では対応できない。例えば、従来技術では、Ｔｅｌｎｅｔによる通信しか想定していないＥＭＳを構築した場合、Ｔｅｌｎｅｔによる通信を許容するＮＥの管理についてはスクリプトや設定ファイルの追加といった、局所的な機能追加で対応可能であるが、Ｔｅｌｎｅｔによる通信を許容しないＮＥ（例えば、ＮＥＴＣＯＮＦによる通信のみ許容するＮＥ、ＳＮＭＰによる通信のみ許容するＮＥ、Ｊａｖａ（登録商標）ＲＭＩやＪＭＳなどのＡＰＩを備えるＮＥ、ＴＣＰ／ＩＰ上に独自のフォーマットルールを規定し通信するＮＥ）については、新規に他プロトコルの通信機能を追加で設計し、ＥＭＳ上に、他プロトコルで通信するＮＥ用の通信処理、コマンドの変換処理などのそのＮＥのためのロジックを全ての機能ブロックに追加実装する必要があり、局所的な機能追加でそのＮＥを管理するＥＭＳを実現することができないという問題がある。

本発明は、上記に鑑みてなされたものであり、様々な種類のネットワーク装置を管理でき、容易に拡張可能な装置管理システムを提供することを目的とする。

第１の本発明に係る装置管理システムは、ネットワーク装置に対するオペレーションを記載したオーダデータに従ってネットワーク装置を管理する装置管理システムであって、ネットワーク装置、通信手順、オペレーション毎に、前記ネットワーク装置が解釈できる通信内容のひな型であるテンプレートを蓄積した蓄積手段と、前記オーダデータを受信し、当該オーダデータに対応する前記テンプレートを前記蓄積手段から読み出し、当該オーダデータに記載された値を前記テンプレートに当てはめて通信データを生成し、前記ネットワーク装置の識別子、前記通信手順、前記通信データを記載したコマンドを送信する変換手段と、前記コマンドを受信し、当該コマンドに記載された前記通信手順に対応する通信モジュールを用いて、当該コマンドに記載された通信データに基づいて前記ネットワーク装置と通信する通信手段と、を有することを特徴とする。

上記装置管理システムにおいて、通信モジュールの定義を格納した通信モジュール定義蓄積手段を有し、前記通信手段は、前記通信モジュール定義蓄積手段に格納された通信モジュールの定義を参照して前記通信モジュールを起動することを特徴とする。

第２の本発明に係る装置管理プログラムは、上記装置管理システムとしてコンピュータを機能させることを特徴とする。

本発明によれば、様々な種類のネットワーク装置を管理でき、容易に拡張可能な装置管理システムを提供することができる。

本実施の形態における装置管理システムの構成を示す機能ブロック図である。 装置Ｒｅｑｕｅｓｔの例を示す図である。 装置構成データの例を示す図である。 装置Ｒｅｑｕｅｓｔと装置構成データから装置Ｃｏｍｍａｎｄテンプレートを特定する様子を示す説明図である。 装置Ｃｏｍｍａｎｄテンプレートの例を示す図である。 装置Ｃｏｍｍａｎｄテンプレートに装置Ｒｅｑｕｅｓｔのパラメータ値を代入して通信データを生成する様子を示す説明図である。 通信手順がＴＥＬＮＥＴの装置Ｃｏｍｍａｎｄの例を示す図である。 通信手順がＮＥＴＣＯＮＦの装置Ｃｏｍｍａｎｄの例を示す図である。 オーダデータを受信してネットワーク装置を設定する処理の流れを示すシーケンス図である。

以下、本発明の実施の形態について図面を用いて説明する。

図１は、本実施の形態における装置管理システムの構成を示す機能ブロック図である。同図に示す装置管理システム１は、オーダ送信部１０、変換機能部２０、および通信機能部３０を備える。装置管理システム１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムは装置管理システム１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。以下、各部について説明する。

オーダ送信部１０は、オーダデータ受付部１０１、オーダデータ分割部１０２、装置Ｒｅｑｕｅｓｔ生成部１０３、および装置Ｒｅｑｕｅｓｔ送信部１０４を備える。オーダデータ受付部１０１は、オーダデータを受け付ける。オーダデータ分割部１０２は、オーダデータをネットワーク装置毎、オペレーション毎に分割する。装置Ｒｅｑｕｅｓｔ生成部１０３は、分割されたオーダデータを装置Ｒｅｑｕｅｓｔに変換する。装置Ｒｅｑｕｅｓｔ送信部１０４は、装置Ｒｅｑｕｅｓｔ生成部１０３が生成した装置Ｒｅｑｕｅｓｔを変換機能部２０に送信する。

オーダデータは、ネットワーク装置の識別子、ネットワーク装置に対するオペレーション内容、オペレーションに必要な情報を有している。オーダデータには、複数のネットワーク装置に対するオペレーションを有するものがあるので、オーダデータ分割部１０２は、オーダデータをネットワーク装置毎、オペレーション毎に分割する。

装置Ｒｅｑｕｅｓｔは、ネットワーク装置毎、オペレーション毎に分割したオーダデータを変換したものであり、パラメータ値を意味付けしたＸＭＬ文書である。図２に装置Ｒｅｑｕｅｓｔの例を示す。同図に示す装置Ｒｅｑｕｅｓｔには、オーダ固有の識別子（ORDER_ID）、オペレーションの内容（OPERATION）、ネットワーク装置の識別子（NE_NAME）、物理インタフェース名（INTERFACE_NAME）、ＩＰアドレス（IPADDR）、ネットマスク（NETMASK）、ＶＬＡＮ ＩＤ（VLAN_ID）が含まれる。これ以外の項目を含むものであってもよい。

１つの装置Ｒｅｑｕｅｓｔは、１つのネットワーク装置への１つのオペレーションである。オペレーションは、論理的な１コマンドであり、例えば、インタフェースのＩＰアドレス設定などがある。

変換された装置Ｒｅｑｕｅｓｔは変換機能部２０に送信される。

変換機能部２０は、装置構成データ蓄積部２１０、装置Ｃｏｍｍａｎｄテンプレート蓄積部２２０、および変換モジュール２３０を備える。

装置構成データ蓄積部２１０は、ネットワーク装置の識別子、装置Ｃｏｍｍａｎｄテンプレートの格納場所を示す情報、通信手順を有する装置構成データを格納する。

装置Ｃｏｍｍａｎｄテンプレート蓄積部２２０は、ネットワーク装置、通信手順、オペレーション毎に、ネットワーク装置、通信手順、オーダに依存した通信データのひな型となる装置Ｃｏｍｍａｎｄテンプレートを格納する。

変換モジュール２３０は、装置Ｒｅｑｕｅｓｔを受信する装置Ｒｅｑｕｅｓｔ受信部２３１、装置Ｒｅｑｕｅｓｔと装置Ｃｏｍｍａｎｄテンプレートから装置Ｃｏｍｍａｎｄの通信データを生成する変換パラメータ生成部２３２、生成された通信データを含む装置Ｃｏｍｍａｎｄを生成する装置Ｃｏｍｍａｎｄ生成部２３３、および生成された装置Ｃｏｍｍａｎｄを通信機能部３０に送信する装置Ｃｏｍｍａｎｄ送信部２３４を備える。

変換パラメータ生成部２３２は、装置構成データ蓄積部２１０を参照して受信した装置Ｒｅｑｕｅｓｔに対応する装置Ｃｏｍｍａｎｄテンプレートの格納場所を取得し、装置Ｃｏｍｍａｎｄテンプレート蓄積部２２０から該当する装置Ｃｏｍｍａｎｄテンプレートを読み出して、装置Ｃｏｍｍａｎｄテンプレートにパラメータを当てはめて通信データを生成する。通信データは、対象のネットワーク装置が解釈できる通信内容のデータであり、ネットワーク装置、通信手順、オペレーション内容に依存する。

図３に装置構成データの例を示す。同図には、"10.0.0.1" と "10.0.0.2" の２つのネットワーク装置の装置構成データが示されており、ネットワーク装置それぞれの装置Ｃｏｍｍａｎｄテンプレートの格納場所（TEMPLATE_SET）、通信手順（PROTOCOL）が記載されている。装置構成データを参照することで、受信した装置Ｒｅｑｕｅｓｔに対応する装置Ｃｏｍｍａｎｄテンプレートを特定することができる。具体的には、図４に示すように、装置Ｒｅｑｕｅｓｔのネットワーク装置の識別子をキーに装置構成データを取得し、装置構成データの装置Ｃｏｍｍａｎｄテンプレートの格納場所、通信手順、および装置Ｒｅｑｕｅｓｔのオペレーション内容から該当する装置Ｃｏｍｍｎａｄテンプレートのファイル名を特定することができる。

図５に装置Ｃｏｍｍａｎｄテンプレートの例を示す。装置Ｃｏｍｍａｎｄテンプレートは、ネットワーク装置、通信手順、オーダ内容に依存した通信データのひな型となる情報である。装置Ｃｏｍｍａｎｄ中の＜ＰＡＲＡＭＥＴＥＲ＞〜＜／ＰＡＲＡＭＥＴＥＲ＞にパラメータ値を代入して通信データが生成される。

図６は、装置Ｃｏｍｍａｎｄテンプレートと装置Ｒｅｑｕｅｓｔから通信データを生成する様子を示す説明図である。同図に示すように、装置Ｃｏｍｍａｎｄテンプレートの＜ＰＡＲＡＭＥＴＥＲ＞〜＜／ＰＡＲＡＭＥＴＥＲ＞に装置Ｒｅｑｕｅｓｔに記載されたパラメータ値が代入されて装置Ｃｏｍｍａｎｄの通信データが生成される。

図７，８に装置Ｃｏｍｍａｎｄの例を示す。図７は通信手順がＴＥＬＮＥＴの装置Ｃｏｍｍａｎｄの例であり、図８は通信手順がＮＥＴＣＯＮＦの装置Ｃｏｍｍａｎｄの例である。いずれも同じオペレーション内容であるが、通信手順の違いにより送受信されるデータが異なるので、通信データも異なっている。また、オペレーション内容、通信手順が同じ場合でも、ネットワーク装置のベンダが異なるとネットワーク装置の設定方法も変わる場合があり、通信データも異なるものとなる。

なお、変換モジュール２３０は、動的に変換ロジックを追加変更することができる。

通信機能部３０は、通信モジュール管理部３１０、モジュール定義蓄積部３２０、通信モジュールローダ３２１、セッション管理部３３０を備える。通信機能部３０は、装置Ｃｏｍｍａｎｄを受信し、装置Ｃｏｍｍａｎｄに記載された通信手順に対応する通信モジュールを起動し、その通信モジュールを用いて装置Ｃｏｍｍａｎｄに記載された通信データに基づいてネットワーク装置と通信し、ネットワーク装置の設定を行う。通信機能部３０中には、通信手順が異なる複数の通信モジュールが共存可能である。図１では、通信モジュールの例としてＴＥＬＮＥＴ通信モジュール３１１、ＮＥＴＣＯＮＦ通信モジュール３１２を記載している。

通信モジュール管理部３１０は、装置Ｃｏｍｍａｎｄを受信し、受信した装置Ｃｏｍｍａｎｄに記載された通信手順に対応する通信モジュールを識別し、その通信モジュールに装置Ｃｏｍｍａｎｄを渡す。通信モジュールは、装置Ｃｏｍｍａｎｄの通信データをネットワーク装置へ送信する。装置Ｃｏｍｍａｎｄの通信データは、装置Ｃｏｍｍａｎｄに記載された通信手順に応じた形式で記載されている。ＴＥＬＮＥＴ通信モジュール３１１はＴＥＬＮＥＴを用いて、ＮＥＴＣＯＮＦ通信モジュール３１２はＮＥＴＣＯＮＦを用いて通信データを送信する。各通信手順に依存するデータ、例えばＴＥＬＮＥＴアカウント、パスワードなどは、各通信モジュールが動的に取得する。

通信モジュールは、通信手順毎に存在し、通信モジュールローダ３２１により起動される。ネットワーク装置のベンダが異なる場合でも、同じ通信手順を用いる場合は、同じ通信モジュールを用いる。新たな通信方式に対応する通信モジュールを利用するときは、モジュール定義蓄積部３２０にその通信モジュールの定義を格納することで、通信モジュールローダ３２１によりその通信モジュールが起動される。他の通信モジュールが動作中であっても、モジュール定義蓄積部３２０に通信モジュールの定義を格納することで、異なる通信モジュールを動的に、つまり、装置管理システム１の再起動など装置管理システム１を停止させることなく追加できる。

各通信モジュールとネットワーク装置との間のセッションは、セッション管理部３３０により管理される。

次に、オーダデータを受信してネットワーク装置を設定する処理について説明する。

図９は、本実施の形態における装置管理システムがオーダデータを受信してネットワーク装置を設定する処理の流れを示すシーケンス図である。

オーダ送信部１０は、オーダデータを受信すると（ステップＳ１０１）、受信したオーダデータを分割し（ステップＳ１０２）、装置Ｒｅｑｕｅｓｔを生成し（ステップＳ１０３）、生成した装置Ｒｅｑｕｅｓｔを変換機能部２０に送信する（ステップＳ１０４）。

変換機能部２０は、装置Ｒｅｑｕｅｓｔを受信すると（ステップＳ１０５）、装置構成データ、装置Ｃｏｍｍａｎｄテンプレートを参照して装置Ｃｏｍｍａｎｄを生成し（ステップＳ１０６，Ｓ１０７）、生成した装置Ｃｏｍｍａｎｄを通信機能部３０に送信する（ステップＳ１０８）。

通信機能部３０は、装置Ｃｏｍｍａｎｄを受信すると、装置Ｃｏｍｍａｎｄに記載された通信手順に対応する通信モジュールを起動する（ステップＳ１０９）。通信モジュールは、装置Ｃｏｍｍａｎｄの通信データに従ってネットワーク装置と通信し、ネットワーク装置を設定する（ステップＳ１１０）。通信モジュールとネットワーク装置間のセッションはセッション管理部３３０が管理する（ステップＳ１１１）。

以上説明したように、本実施の形態によれば、変換機能部２０がオーダデータを変換した装置Ｒｅｑｕｅｓｔから装置Ｃｏｍｍａｎｄテンプレートを用いてネットワーク装置、通信手順に依存する通信データを生成し、生成した通信データ、ネットワーク装置の識別子、通信手順を含む装置Ｃｏｍｍａｎｄを通信機能部３０に送信し、通信機能部３０が、受信した装置Ｃｏｍｍａｎｄに記載された通信手順に対応する通信モジュールを用いて装置Ｃｏｍｍｎａｄの通信データに従ってネットワーク装置と通信し、ネットワーク装置を設定することで、同一の通信手順で通信するネットワーク装置を共通の通信モジュールを用いて設定することができるので、類似処理の重複開発が削減され、開発量の削減、開発期間の短縮、ソフトウェアの版数管理といった開発の手間を抑制することができる。

また、本実施の形態によれば、上記のように、変換機能部２０と通信機能部３０を明示的に分割し、ネットワーク装置の機種や通信手順に依存しない装置Ｃｏｍｍａｎｄを用いることで、変換処理、通信処理を個別に開発することが可能となり、装置管理システム１へ新規の通信手順や新規の変換ロジックを追加するときも開発部位を局所化することができる。

本実施の形態によれば、通信モジュールローダ３２１がモジュール定義蓄積部３２０に蓄積された通信モジュールの定義を参照して通信モジュールを起動することにより、新たな通信手順に対応する通信モジュールの定義をモジュール定義蓄積部３２０に格納することで、通信機能部３０は、新たな通信手順に対応することが可能となる。また、他の通信モジュールが動作継続中であっても、動的に異なる通信モジュールを追加できる。

１…装置管理システム
１０…オーダ送信部
１０１…オーダデータ受付部
１０２…オーダデータ分割部
１０３…生成部
１０４…送信部
２０…変換機能部
２１０…装置構成データ蓄積部
２２０…テンプレート蓄積部
２３０…変換モジュール
２３１…受信部
２３２…変換パラメータ生成部
２３３…生成部
２３４…送信部
３０…通信機能部
３１０…通信モジュール管理部
３１１…ＴＥＬＮＥＴ通信モジュール
３１２…ＮＥＴＣＯＮＦ通信モジュール
３２０…モジュール定義蓄積部
３２１…通信モジュールローダ
３３０…セッション管理部

Claims (3)

1. ネットワーク装置に対するオペレーションを記載したオーダデータに従ってネットワーク装置を管理する装置管理システムであって、
   ネットワーク装置、通信手順、オペレーション毎に、前記ネットワーク装置が解釈できる通信内容のひな型であるテンプレートを蓄積した蓄積手段と、
   前記オーダデータを受信し、当該オーダデータに対応する前記テンプレートを前記蓄積手段から読み出し、当該オーダデータに記載された値を前記テンプレートに当てはめて通信データを生成し、前記ネットワーク装置の識別子、前記通信手順、前記通信データを記載したコマンドを送信する変換手段と、
   前記コマンドを受信し、当該コマンドに記載された前記通信手順に対応する通信モジュールを用いて、当該コマンドに記載された通信データに基づいて前記ネットワーク装置と通信する通信手段と、
   を有することを特徴とする装置管理システム。
2. 通信モジュールの定義を格納した通信モジュール定義蓄積手段を有し、
   前記通信手段は、前記通信モジュール定義蓄積手段に格納された通信モジュールの定義を参照して前記通信モジュールを起動することを特徴とする請求項１記載の装置管理システム。
3. 請求項１又は２に記載の装置管理システムとしてコンピュータを機能させることを特徴とする装置管理プログラム。

Images