(57)【要約】    【課題】新規サービス用のオペレーションサポートシステム（ＯＳＳ）を迅速かつ容易に構築可能なＯＳＳプラットフォームシステムを実現すること。    【解決手段】設備情報ＤＢ２１に対する検索・更新処理を実行する共用インタフェース２２を設けて、従来、ＯＳＳ毎に実装されていた設備情報ＤＢへの検索・更新インタフェースを独立化させ、また、従来、ＯＳＳ毎に実装されていた線路損失計算・提供可否判断などの計算機能をコア計算モジュール３１として独立化させて共用可能とし、さらに設備情報の加工や線路損失など、設備情報や計算機能を組み合わせた処理を実行するプロセス４１を設け、これらをＯＳＳ１１毎に設けたミドルウェア１２を介して共通のインタフェースで接続することにより、複数のＯＳＳ１１で再利用可能とし、これによって新規ＯＳＳの構築を迅速かつ容易とする。【選択図】図１
2005252381.tif 000002
【特許請求の範囲】
【請求項１】
サービス提供者が利用者にサービスを提供するオペレーションサポートシステム（ＯＳＳ）を複数、構築するためのプラットフォームシステムであって、
相互にアクセス可能な統一された接続インタフェースをそれぞれ有する設備情報データベースモジュール、計算モジュール、プロセスユニット、サービスディレクトリ及びアクセスコントローラと、ＯＳＳから前記設備情報データベースモジュール、計算モジュール、プロセスユニット、サービスディレクトリ及びアクセスコントローラにアクセスするためのミドルウェアをＯＳＳ単位に備えたＯＳＳプラットフォームとからなり、
設備情報データベースモジュールは、設備情報を登録した設備情報データベースを少なくとも１つ含み、任意の設備情報データベースに対する検索・更新処理を実行するモジュールサービスを共通して提供する共用インタフェースを有し、
計算モジュールは、所定の計算処理を実行するモジュールサービスを提供するコア計算モジュールを少なくとも１つ有し、
プロセスユニットは、任意の設備情報データベース及び任意のコア計算モジュールを組み合わせた所定のプロセス処理を実行するプロセスサービスを提供するプロセスを少なくとも１つ有し、
サービスディレクトリは、設備情報データベースモジュール、計算モジュール及びプロセスユニットが提供するモジュールサービスやプロセスサービスについて、その名前、所在場所、機能等の属性情報を格納し、
アクセスコントローラは、設備情報データベースモジュール、計算モジュール及びプロセスユニットが提供するモジュールサービスやプロセスサービスについて、アクセスを許可するＯＳＳを登録している
ことを特徴とするＯＳＳプラットフォームシステム。
【請求項２】
請求項１記載のＯＳＳプラットフォームシステムにおいて、
設備情報データベースモジュールは、グリッドコンピュータシステム上に実装されている
ことを特徴とするＯＳＳプラットフォームシステム。
【請求項３】
請求項１記載のＯＳＳプラットフォームシステムにおいて、
計算モジュールは、グリッドコンピュータシステム上に実装されている
ことを特徴とするＯＳＳプラットフォームシステム。
【請求項４】
請求項１記載のＯＳＳプラットフォームシステムにおいて、
プロセスユニットは、グリッドコンピュータシステム上に実装されている
ことを特徴とするＯＳＳプラットフォームシステム。
【請求項５】
請求項１乃至４いずれか記載のＯＳＳプラットフォームシステムにおいて、
設備情報データベースモジュールは、外部からの要求に応じて自身の属性情報を応答可能な実設備を含む
ことを特徴とするＯＳＳプラットフォームシステム。
【請求項６】
請求項１乃至５いずれか記載のＯＳＳプラットフォームシステムを用い、
必要な処理を実行するモジュールサービスもしくはプロセスサービスをサービスディレクトリから検索し、選択するステップと、
選択したモジュールサービスもしくはプロセスサービスに対する処理要求及びその応答受信を記述したスクリプトを作成するステップとを含む
ことを特徴とするＯＳＳの構築方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信事業者等のサービス提供者が利用者に通信サービスを提供するためのオペレーションサポートシステム（以下、ＯＳＳ）を、迅速かつ容易に構築可能とするための共通プラットフォームの技術に関する。
【背景技術】
【０００２】
近年の情報通信の発展により光アクセス網の整備が急速に進んでいるが、既存のメタル網も暫くの間、ｘＤＳＬサービス等を通して平行して利用されていくものと推察される。このような光アクセス網及びメタル網の混在した通信環境において、新規の通信サービスに対応した、柔軟かつ迅速なサービス提供が可能となるＯＳＳが望まれている。
【０００３】
ネットワークを管理するシステムについては既に提案されている（例えば、特許文献１参照）が、複数のＯＳＳにて共通で使われる設備情報データベース（ＤＢ）に対する検索・更新インタフェース、計算機能等は、その内容が同一であっても各ＯＳＳ毎に個別に実装されており、再利用性を高めることはされていない。
【０００４】
また、従来のＯＳＳでは、処理負荷が上昇した場合の処理能力の向上など、システムの拡張性について考慮されていなかった。
【０００５】
さらにまた、従来のＯＳＳでは、オペレータの手入力による更新情報の誤りなどを原因として、ネットワーク装置などの実設備とＤＢ上の設備情報との間に不整合が生じていた。
【特許文献１】特表２００１−５２６５０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
そこで、本発明では、光アクセス網やメタル網などの設備に依存せず、新規の通信サービスに対応したＯＳＳを迅速かつ容易に構築できるＯＳＳプラットフォームシステムを提供することを目的とする。
【０００７】
また、本発明では、処理負荷の上昇などに応じた処理能力の向上など、システムの拡張が容易なＯＳＳプラットフォームシステムを提供することを目的とする。
【０００８】
また、本発明では、実設備を正確に反映した設備情報に基づくサービスの提供が可能なＯＳＳプラットフォームシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
新規の通信サービス用ＯＳＳの構築（開発）を容易とするために、本発明では、設備情報ＤＢへのインタフェース及び計算機能の独立化と共通化を行う。即ち、従来、ＯＳＳ毎に実装されていた、設備情報ＤＢへの検索・更新インタフェースや線路損失計算・提供可否判断などの計算機能を、複数のＯＳＳで共用可能とするためにＯＳＳから独立させ、モジュール化する。
【００１０】
また、これに加えて、設備情報の加工や線路損失など、設備情報や計算機能を組み合わせた処理プロセスを、独立したプロセスサービスとして提供する。
【００１１】
これにより、プロセスの追加変更の容易性のみならず、インタフェースや計算機能のモジュール化だけでは実現不可能な、自由な粒度のプロセスを設計可能となり、モジュールやプロセスの再利用性が向上する。
【００１２】
この際、上記モジュール、プロセスに対するアクセス方法はＷｅｂサービスなどの標準的なインタフェースを利用する。さらに、これらのモジュールやプロセスを複数のＯＳＳから安全に利用させるために、アクセスコントロール機能を設置する。
【００１３】
システムの拡張については、共通化される設備情報ＤＢへのインタフェース、計算モジュール、プロセスに対する負荷分散・高速化のために、グリッドコンピューティング技術を適用する。
【００１４】
また、実設備とＤＢ上の設備情報との不整合については、実設備を直接ＤＢとしてＯＳＳと連携させ、実設備から情報を直接取り込む。この場合、高度に分散化されたデータを検索する技術が必要となるが、グリッドコンピューティング（グリッドデータベース）技術の適用により解決する。
【００１５】
新規通信サービス用のＯＳＳを構築する際には、本発明を利用して開発を行うことにより、迅速な開発が可能となる。
【００１６】
この発明により、通信事業者において、新規サービス提供を行うためのＯＳＳを構築する上で、迅速かつ容易にシステムを構築可能となる。また、ＯＳＳの提供範囲拡大におけるシステム規模拡大が容易に実現可能となる。
【発明の効果】
【００１７】
本発明によれば、
１）設備情報ＤＢ、計算モジュール、プロセスの再利用性が向上し、新規サービス用のＯＳＳを容易に構築でき、
２）システム拡張に対応し、処理能力に応じて自由に拡張が可能となり、
３）実設備を正確に反映した設備情報に基づくサービスの提供が可能となる。
【発明を実施するための最良の形態】
【００１８】
＜全体構成＞
図１は本発明の実施の形態の一例に係るＯＳＳプラットフォームシステムの全体構成を示すもので、本システムはネットワーク接続されたノード（サーバ、コンピュータ等）上に実装された、ＯＳＳプラットフォーム１と、設備情報データベース（ＤＢ）モジュール２と、計算モジュール３と、プロセスユニット４と、サービスディレクトリ５と、アクセスコントローラ６とからなっている。また、７はＤＢとしてＯＳＳと直接連携可能な実設備であるが、これについては後述する。
【００１９】
ＯＳＳプラットフォーム１は、ｎ個のＯＳＳ（＃１，＃２，…＃ｎ）１１を含み、各ＯＳＳ１１から設備情報ＤＢモジュール２、計算モジュール３、プロセスユニット４、サービスディレクトリ５及びアクセスコントローラ６にアクセスするためのＯＳＳ単位のＯＳＳミドルウェア１２を備えている。即ち、図２に示すように、ネットワークインタフェース（ＮＷＩＦ）及びユーザインタフェース（ＵｓｅｒＩＦ）を備えた周知のサーバ等において、ＯＳＳ１１がＯＳＳミドルウェア１２（但し、ここではそれぞれ１つのみ示す。）を介してＯＳ上に搭載されて構成されている。
【００２０】
設備情報ＤＢモジュール２は、設備情報を登録した設備情報ＤＢ２１を複数含み、任意の設備情報ＤＢ２１に対する検索・更新処理を実行するモジュールサービスを共通して提供する共用インタフェース２２を有している。即ち、図３に示すように、ネットワークインタフェース（ＮＷＩＦ）を備えた周知のサーバ等において、設備情報を記録した記憶装置（ＤＩＳＫ）が設けられ、ＤＢマネジメントプログラムがＯＳ上に搭載されて構成されている設備情報ＤＢ２１と、同じくネットワークインタフェース（ＮＷＩＦ）を備えた周知のサーバ等において、外部からアクセスを共通して受け付け、任意の設備情報データベースに対する検索・更新処理を実行する設備情報モジュール（プログラム）がＯＳ上に搭載されて構成されている共用インタフェース２２とがネットワークを介して接続されている。
【００２１】
なお、設備情報ＤＢ２１を構成するサーバのうちのいずれかに設備情報モジュールを設けて、設備情報ＤＢと共用インタフェースとを一体化しても良い。
【００２２】
計算モジュール３は、所定の計算処理を実行するモジュールサービスを提供するコア計算モジュール３１を複数有している。即ち、図４に示すように、ネットワークインタフェース（ＮＷＩＦ）を備えた周知のサーバ等において、所定の計算処理を実行する計算プログラムがＯＳ上に搭載されて構成されている複数のコア計算モジュール３１がネットワークに接続されている。ここで、各コア計算モジュール３１は外部に対して統一されたアクセスインタフェースを提供する如く構成されている。
【００２３】
プロセスユニット４は、任意の設備情報ＤＢ及び任意のコア計算モジュールを組み合わせた所定のプロセス処理を実行するプロセスサービスを提供するプロセス（プログラム）４１を複数有している。即ち、図５に示すように、ネットワークインタフェース（ＮＷＩＦ）を備えた周知のサーバ等において、任意の設備情報ＤＢ及び任意のコア計算モジュールを組み合わせた所定のプロセス処理を実行するプロセス４１が複数、ＯＳ上に搭載されて構成され、ネットワークに接続されている。なお、ここでは１つのサーバ上に複数のプロセスを搭載しているが、複数のサーバ上にそれぞれ搭載しても良い。
【００２４】
サービスディレクトリ５は、設備情報ＤＢモジュール２、計算モジュール３及びプロセスユニット４が提供する全てのモジュールサービスやプロセスサービスについて、その名前、所在場所、機能等の属性情報を格納している。
【００２５】
アクセスコントローラ６は、前述した全てのモジュールサービスやプロセスサービスについて、事前に定めたアクセスを許可するＯＳＳを登録している。
【００２６】
また、これらのＯＳＳプラットフォーム１、設備情報ＤＢモジュール２、計算モジュール３、プロセスユニット４、サービスディレクトリ５及びアクセスコントローラ６は、相互にアクセス可能な統一されたインタフェース、例えばＷｅｂサービスにより接続が行われる。
【００２７】
＜新規ＯＳＳ構築＞
次に、前述したＯＳＳプラットフォームシステムを用いた新規サービス用ＯＳＳの構築方法について説明する。
【００２８】
１．新規ＯＳＳを構築する際には、必要な処理を実行するモジュールサービスもしくはプロセスサービスをサービスディレクトリ５から検索し、選択する。
【００２９】
２．新規ＯＳＳの構築に必要な処理を実行するモジュールサービスが存在しない場合には、モジュールサービスを新規に構築する。
【００３０】
３．モジュールサービスを新規に構築する方法は、必要な処理、例えば特定の計算処理を実行する計算プログラムなどの構築、当該プログラムなどによるモジュールサービスを外部に提供するインタフェースの構築、サービスディレクトリ５への属性情報の格納及びアクセスコントローラ６へのアクセスを許可するＯＳＳの登録により行われる。
【００３１】
４．新規ＯＳＳの構築に必要な処理を実行するプロセスサービスが存在しない場合には、プロセスサービスを新規に構築する。
【００３２】
５．プロセスサービスを新規に構築する方法は、必要な処理、例えば特定の設備情報データベース及び特定のコア計算モジュールを組み合わせた特定のプロセス処理を実行するプロセス（プログラム）の構築、当該プロセスによるプロセスサービスを外部に提供するインタフェースの構築、サービスディレクトリ５への属性情報の格納及びアクセスコントローラ６へのアクセスを許可するＯＳＳの登録により行われる。
【００３３】
６．前記選択あるいは構築したモジュールサービスもしくはプロセスサービスに対する処理要求及びその応答受信を記述したスクリプトを作成する。
【００３４】
＜ＯＳＳの動作＞
次に、前述したＯＳＳプラットフォームシステムによって構築されたＯＳＳの動作について、図６を用いて説明する。
【００３５】
１．ＯＳＳ１１がその内容に従ってモジュールサービスやプロセスサービスを利用する、つまり処理を要求する場合、ＯＳＳ１１は対応するＯＳＳミドルウェア１２を介して、サービスディレクトリ５に利用するサービスの検索を行う（１）。
【００３６】
２．次に、ＯＳＳ１１はＯＳＳミドルウェア１２を介して、アクセスコントローラ６に接続許可を求め、アクセスコントローラ６は予め許可した接続依頼に対し、許可フラグをＯＳＳ１１に対して提供する（２）。
【００３７】
３．次に、ＯＳＳ１１はＯＳＳミドルウェア１２を介して、許可フラグに基づいて利用するサービス、例えば所定のプロセスサービスを提供するプロセス（Ａ）４１に接続を行い、処理を要求する（３）。
【００３８】
４．プロセス（Ａ）４１は、必要に応じて設備情報ＤＢモジュール２や計算モジュール３に接続し、これらによって提供されるモジュールサービスを利用して所定のプロセス処理を行う（４）（５）。
【００３９】
５．ＯＳＳ１１はＯＳＳミドルウェア１２を介して、プロセス（Ａ）４１から返却される処理結果を受領する（６）。
【００４０】
＜システム拡張＞
モジュールサービスを提供する設備情報ＤＢモジュール２や計算モジュール３、プロセスサービスを提供するプロセスユニット４を、予め複数のコンピュータからなる周知のグリッドコンピュータシステム上に実装しておく。
【００４１】
モジュールサービスやプロセスサービスへの負荷が上がり、処理能力を向上させる必要がある場合は、グリッドコンピュータシステムにおけるコンピュータの数を増加させることにより、処理能力が向上する。
【００４２】
＜実設備ＤＢ構築＞
図７にＤＢとしてＯＳＳと直接連携可能な実設備７の詳細を示す。即ち、実設備７は、自身の属性情報（設備情報）を記憶する属性情報記憶部７１と、ＯＳ７２と、ネットワークインタフェース（ＮＷＩＦ）７３とを備え、設備情報ＤＢ２１と同様に、ネットワークを介して共用インタフェース２２に接続され、当該共用インタフェース２２に対するＯＳＳその他からの要求に応じて自身の属性情報を返却する如くなっている。
【００４３】
なお、実設備の属性情報に対しての検索が十分な速度が出ない場合、前記同様にグリッドコンピューティング（グリッドデータベース）技術によって処理能力を向上させるようにすることもできる（但し、この場合は共用インタフェースに対してのみの適用となる。）。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施の形態の一例に係るＯＳＳプラットフォームシステムの全体構成図
【図２】ＯＳＳプラットフォームの詳細構成の一例を示す図
【図３】設備情報ＤＢモジュールの詳細構成の一例を示す図
【図４】計算モジュールの詳細構成の一例を示す図
【図５】プロセスユニットの詳細構成の一例を示す図
【図６】ＯＳＳがサービスを利用する場合の動作の説明図
【図７】実設備の詳細構成の一例を示す図
【符号の説明】
【００４５】
１：ＯＳＳプラットフォーム、２：設備情報ＤＢモジュール、３：計算モジュール、４：プロセスユニット、５：サービスディレクトリ、６：アクセスコントローラ、７：実設備、１１：ＯＳＳ、１２：ＯＳＳミドルウェア、２１：設備情報ＤＢ、２２：共用インタフェース、３１：コア計算モジュール、４１：プロセス。
【図１】
2005252381.tif 000003
【図２】
2005252381.tif 000004
【図３】
2005252381.tif 000005
【図４】
2005252381.tif 000006
【図５】
2005252381.tif 000007
【図６】
2005252381.tif 000008
【図７】
2005252381.tif 000009