(57)【特許請求の範囲】
【請求項１】
ネットワーク（ＮＷ）上でのサービスを提供する複数のネットワーク構成装置（ＮＥ）に対して、各ＮＥが提供するサービスの顧客を特定するためのキー情報とサービス情報から構成されるサービスオーダー（ＳＯ）データの設定を行うＳＯ処理システムであって、
前記ＮＥが具備するサービス処理機能や顧客の収容情報と、複数のＮＥによって構成される物理的なＮＷ構成情報と、サービスごとに異なる論理的なＮＷ情報を格納し、ＳＯ処理が進捗する過程で逐次読み出しや更新が可能なＮＥ構成管理情報ＤＢと、
前記ＳＯデータを、ＮＥ構成管理情報ＤＢを参照して前記ＮＥへの配信対象データに変換するパラメータ解析機能，変換したパラメータを投入対象ＮＥごとにまとめる配信データ作成機能，ＮＥ通信機能に対してＮＥごとのパラメータを送信するＳＯデータ配信機能，提供したサービスの正常性を確認する確認試験機能からなる、サービスごとに分類された各機能群の処理を、各サービスごとに実行する処理手段と、
上位の装置から、前記ＳＯデータを受け付け、そのＳＯデータを解析することにより、起動すべき前記処理手段を特定し、該特定した処理手段を、前記ＳＯデータをパラメータとして起動する上位インタフェース手段と、
前記処理手段と前記複数のＮＥとの間のデータの送受信を制御するＮＥ通信手段とを有し、
前記上位インタフェース手段が受け付けるＳＯデータは、登録オーダー、変更オーダー、利用停止オーダー、利用停止解除オーダー、解約オーダーのいずれかのサービス種別に係るものであり、
前記処理手段は、全ＮＥに共通の機能を扱う共通機能処理手段と、各ＮＥごとに異なる機能を扱う個別機能処理手段とからなり、
前記ＮＥ通信手段は、前記処理手段からＳＯデータとコマンドの投入対象ＮＥをパラメータとしたＳＯ配信指示を受けると、当該コマンド投入対象ＮＥとの間にある通信規約および電文形式を参照し、前記ＳＯデータを当該通信規約や電文形式に準拠するように変換した上で、実際のコマンド投入をＮＥに対して実行すると共に、コマンドを実行したＮＥから実行結果が返信されてくると、当該実行結果をＯＫもしくはＮＧという抽象化した形式で前記処理手段に送信することを特徴とするＳＯ処理システム。
【請求項２】
ネットワーク（ＮＷ）上でのサービスを提供する複数のネットワーク構成装置（ＮＥ）に対して、各ＮＥが提供するサービスの顧客を特定するためのキー情報とサービス情報から構成されるサービスオーダー（ＳＯ）データの設定を行う、ＮＥ構成管理情報ＤＢと処理手段および上位インタフェース手段とＮＥ通信手段とを有するＳＯ処理システムのＳＯ処理方法であって、
前記ＮＥ構成管理情報ＤＢは、前記ＮＥが具備するサービス処理機能や顧客の収容情報と、複数のＮＥによって構成される物理的なＮＷ構成情報と、サービスごとに異なる論理的なＮＷ情報を、ＳＯ処理が進捗する過程で逐次読み出しや更新が可能に格納し、
前記処理手段は、前記ＳＯデータを、ＮＥ構成管理情報ＤＢを参照して前記ＮＥへの配信対象データに変換するパラメータ解析機能，変換したパラメータを投入対象ＮＥごとにまとめる配信データ作成機能，ＮＥ通信機能に対してＮＥごとのパラメータを送信するＳＯデータ配信機能，提供したサービスの正常性を確認する確認試験機能からなる、サービスごとに分類された各機能群の処理を、各サービスごとに実行し、
前記上位インタフェース手段は、上位の装置から、前記ＳＯデータを受け付け、そのＳＯデータを解析することにより、起動すべき前記処理手段を特定し、該特定した処理手段を、前記ＳＯデータをパラメータとして起動し、
前記ＮＥ通信手段は、前記処理手段と前記複数のＮＥとの間のデータの送受信を制御し、
前記上位インタフェース手段が受け付けるＳＯデータは、登録オーダー、変更オーダー、利用停止オーダー、利用停止解除オーダー、解約オーダーのいずれかのサービス種別に係るものであり、
前記処理手段は、全ＮＥに共通の機能を扱う共通機能処理と、各ＮＥごとに異なる機能を扱う個別機能処理とを実行し、
前記ＮＥ通信手段は、前記処理手段からＳＯデータとコマンドの投入対象ＮＥをパラメータとしたＳＯ配信指示を受けると、当該コマンド投入対象ＮＥとの間にある通信規約および電文形式を参照し、前記ＳＯデータを当該通信規約や電文形式に準拠するように変換した上で、実際のコマンド投入をＮＥに対して実行すると共に、コマンドを実行したＮＥから実行結果が返信されてくると、当該実行結果をＯＫもしくはＮＧという抽象化した形式で前記処理手段に送信することを特徴とするＳＯ処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＳＯ処理システム並びにＳＯ処理方法に関し、より具体的には、ＩＰ−ＮＷ、すなわち、インターネット・プロトコルを用いるネットワーク上で展開する多種多様なサービスを顧客へ提供するために、ＩＰ−ＮＷを構成するＮＥ（ネットワーク・エレメント）に対してコマンドを投入することによりＳＯ（サービスオーダ）データの設定を行うＳＯ作業の自動化において、自動化の対象となる処理フローがサービスごとに分類された場合でも、上記ＳＯデータを受け付ける上位インタフェース部分と、前記ＮＥへのコマンド配信／メッセージ受信機能部との電文内容や形式を規定することにより、サービスの追加や削除等による影響を最小限に抑え、メンテナンス性や生産性を向上させ得るようにしたＳＯ処理システム並びにＳＯ処理方法に関するものである。
【０００２】
【従来の技術】
従来技術のモデルとなるＳＯ処理を、図１０に示す。従来のＳＯ処理では、サービスを提供するために必要となる、処理方式の異なるサービスごとに分類されたサービス解析機能や配信データ作成機能，ＳＯデータ配信機能，確認試験機能等の機能群から構成される処理フロー１２ａと、ＮＥが具備するサービス処理機能や顧客の収容情報と、複数のＮＥによって構成される物理的なＮＷ構成情報と、サービスごとに異なる論理的なＮＷ情報を格納し（図２参照）、ＳＯ処理が進捗する過程で逐次読み出しや更新が可能なＮＥ構成管理情報ＤＢ１４ａと、ＮＥごとのコマンド投入処理と、ＮＥからのメッセージ受信処理を、収容するＮＥに対応する適切の電文形式に変換してＮＥに対して実際のコマンド発行およびメッセージ受信を制御するＮＥ通信機能から構成されていた。
【０００３】
従来のＳＯ処理では、まず、制御端末等から、サービス提供に必要となる処理フローに対して、各処理フローが意識する必要のあるパラメータを設定して起動命令を出していた。このため、サービス追加や削除に伴う処理フローの更新時には、処理フローの起動命令となるパラメータにも修正が発生する頻度が高く、処理矛盾の発生要因の１つとなっていた。
同様に、ＮＥ通信機能もＮＥごとに存在しており（ＮＥ通信機能ａ，ＮＥ通信機能ｂ，ＮＥ通信機能ｃ，・・・・）、ＮＥ種別やサービス種別の追加，削除が行われた場合における処理フローの更新も必要となり、メンテナンス性や生産性を劣化させていた。
【０００４】
【発明が解決しようとする課題】
ＩＰ−ＮＷが提供する様々なサービスは、設定用のインタフェースを持つ複数のＮＥにより構成される。そのサービス，設定インタフェース，設定方法は頻繁に変更されているのが現状であり、前述した従来の技術では、
▲１▼：処理フローごとの起動形式が必要となり、サービスの修正や削除に伴うパラメータの変更により起動命令形式も変更が必要となる点、
▲２▼：ＮＥごとのコマンド投入、メッセージ受信機能が必要となり、コマンド形式やメッセージ形式の修正に伴う処理フローのコマンド設定機能も修正が必要となる点、
▲３▼：処理フローごとに独立した機能構成とすることによる生産性のボトルネックがある点
等の問題点があった。
【０００５】
本発明の目的は、従来の技術における上述のような問題を解消し、新規サービスの追加やＮＥの追加に柔軟に対応可能で、重複した機能を省いた効率的な処理群による処理フローの適用による生産性の向上を実現するＳＯ処理システム並びにＳＯ処理方法を提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、本発明に係るＳＯ処理システム１０は、複数の物理的なＮＥが接続されてなり、ＳＯデータを受け付け、そのＳＯデータを解析することによりサービスを提供するために必要な処理フローへの起動指示のパラメータとする方式の端末装置並びに他システムとの上位インタフェース１１と、ＮＥが具備するサービス処理機能や顧客の収容情報と、複数のＮＥによって構成される物理的なＮＷ構成情報と、サービスごとに異なる論理的なＮＷ情報を格納し、ＳＯ処理が進捗する過程で逐次読み出しや更新が可能なＮＥ構成管理情報ＤＢ１４と、ＳＯデータを、ＮＥ構成管理情報ＤＢを参照して前記ＮＥへの配信対象データに変換するパラメータ解析機能，変換したパラメータを投入対象ＮＥごとにまとめる配信データ作成機能，ＮＥ通信機能に対してＮＥごとのパラメータを送信するＳＯデータ配信機能，提供したサービスの正常性を確認する確認試験機能等の各機能群から構成される、サービスごとに定義された処理フロー１２と、前記処理フローと前記複数のＮＥとの間のデータの送受信を制御するＮＥ通信機能１３とを有するＳＯ処理システムであって、前記上位インタフェースを起動する命令を、顧客が要望するサービスを定義された５つのサービス種別（登録、変更、利用停止、利用停止解除、解約）のいずれかにマッピングするように構成したことを特徴とする（図１参照）。
【０００７】
また、本発明に係るＳＯ処理システムにおいては、上記構成に加えて、前記処理フロー群１２を、全ＮＥに共通の機能を扱う共通機能処理フロー１２１と、各ＮＥごとに異なる機能を扱う個別機能処理フロー（１２２〜１２４）とから構成したことを特徴とする。また、上記構成に加えて、前記ＮＥ通信機能１３を、前記処理フロー１２が送受信するＮＥとのデータの種別を規定したＮＥへのデータ配信処理の雛型と、ＮＥからのメッセージ受信処理の雛型へ挿入されたデータ形式のみに抽象化するように構成したことを特徴とする。
【０００８】
一方、本発明に係るＳＯ処理方法は、複数の物理的なＮＥが接続されてなり、ＳＯデータを受け付け、そのＳＯデータを解析することによりサービスを提供するために必要な処理フローへの起動指示のパラメータとする方式の端末装置並びに他システムとの上位インタフェースと、ＳＯデータを前記ＮＥへの配信対象データに変換するパラメータ解析機能，変換したパラメータを投入対象ＮＥごとにまとめる配信データ作成機能，ＮＥ通信機能に対してＮＥごとのパラメータを送信するＳＯデータ配信機能，提供したサービスの正常性を確認する確認試験機能等の各機能群から構成される、サービスごとに定義された処理フローと、ＮＥが具備するサービス処理機能や顧客の収容情報と、複数のＮＥによって構成される物理的なＮＷ構成情報と、サービスごとに異なる論理的なＮＷ情報を格納し、ＳＯ処理が進捗する過程で逐次読み出しや更新が可能なＮＥ構成管理情報ＤＢと、前記処理フローと前記複数のＮＥとの間のデータの送受信を制御するＮＥ通信機能とを有するＳＯ処理システムにおけるＳＯ処理方法であって、顧客が要望するサービスを定義された５つのサービス種別（登録、変更、利用停止、利用停止解除、解約）のいずれかにマッピングするように構成された起動する命令により前記上位インタフェースを起動し、この上位インタフェースは、指定された、共通の機能を扱う共通機能処理フローと、各ＮＥごとに異なる機能を扱う個別機能処理フローとを起動して、前記処理フローは所定の処理を行った結果を前記ＮＥ通信機能に送り、このＮＥ通信機能によりデータの種別を規定した各ＮＥへのデータ配信処理の雛型と、各ＮＥからのメッセージ受信処理の雛型へ挿入されたデータ形式のみに抽象化して、各ＮＥとの通信を行うことを特徴とする。
【０００９】
本発明においては、上位のＳＯ投入装置または端末装置から、顧客を特定するためのキー情報（電話番号やＥ.１６４番号等）とサービス情報から構成されるＳＯデータを上位インタフェースが受信すると、このサービス情報を解析して予め登録されている起動すべき処理フローを特定し、ＳＯデータをパラメータとして対象処理フローを起動する。ここで、ＳＯデータを受け付ける上位インタフェースのＳＯ種別は登録，変更，利用停止，利用停止解除，解約の５種類を定義することにより、全てのサービスを包含可能となり、上位インタフェースは運用後のサービス追加や修正時にも影響を受けることなく動作可能となる。
【００１０】
処理フローが実行する機能は各処理フローに依存しているが、本発明においては、処理フローを設計する段階で機能の詳細化を行い、複数の処理フローに使用される機能は共通機能として定義する。処理フローが進行する中で、共通機能が必要になった場合には共通機能を呼び出し、実行する命令を行うことにより、１つの機能を複数の異なる処理フローが使用可能となる。すなわち、サービスごとの処理が有する機能群から各サービスに共通な処理を洗い出し、命令形式や応答形式を同一化した共有される機能として定義することにより、複数の異なる処理から使用が可能となる（図３）ため、複数の処理が存在する場合でも共通機能の作成作業は１箇所であるため効率的な生産性が実現され、共通機能の機能追加も１箇所で済むことから、メンテナンス性の向上も図ることが可能である。
【００１１】
ＮＥ通信機能では、処理フローからＳＯデータと投入対象ＮＥをパラメータとしたコマンド投入要求を受けると、投入対象ＮＥ情報から当該ＮＥとの間にある通信規約および電文形式を参照し、ＳＯデータをそれらの規約や形式に準拠するように変換した上で、実際のコマンド投入をＮＥに対して実行する。コマンドを実行したＮＥからは実行結果が返信されてくるので、ＮＥ通信機能ではその結果をＯＫもしくはＮＧという抽象化した形式で処理フローに送信する。
処理フローでは、コマンドの結果に依存して、ＯＫの場合は次の機能となる確認試験を実行し、その結果も良好であれば、ＳＯデータ投入正常修了を上位インタフェースに返信する。ＮＧを受けた場合には、直ちに上位インタフェースに通知を行う。
【００１２】
すなわち、本発明においては、収容する各ＮＥに依存した通信規約や電文形式をＮＥ通信機能が隠蔽し、ＮＥ通信機能が処理に提供する電文形式は統一された抽象的な形式（雛型）のみとすることにより、ＮＥ通信機能は１箇所であるため効率的な生産性が実現され、ＮＥ通信機能の機能追加も１箇所で済むことから、メンテナンス性の向上を図るとともにＮＥのマルチベンダ化にも処理の影響範囲が極小化されるという効果が得られる。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態を、図面に示す好適実施例に基づいて、詳細に説明する。
【００１４】
提案するフレームワークを適用した実施形態を、図４に示す。図４中、２０は制御端末、２２はＳＯ管理上位装置を示している。また、符号１１〜１４は、図１に示したと同じ構成要素を示している。ここで、制御端末２０には、ＧＵＩから投入されたＳＯデータを上位インタフェース１１に送信し、上位インタフェース１１を介して処理フロー１２の起動命令を通知するデータ投入機能と、上位インタフェース１１からのメッセージをＧＵＩに表示し、保守者にリアクションを促すメッセージ表示機能が存在する。
【００１５】
また、ＳＯ管理上位装置２２には、収容している顧客に関するデータを管理するとともに、必要に応じてこのデータを参照して、顧客からの遠隔操作や保守者によるサービス要求に対応してＳＯデータを作成し、上位インタフェース１１を介して処理フロー１２の起動命令を通知するデータ管理機能と、上位インタフェースからのメッセージを解析して、管理するデータを更新するデータ／メッセージ編集機能が存在する。
【００１６】
ここでは、上位インタフェース１１は、定義された５種類のサービス種別（登録，変更，利用停止，利用停止解除，解約）のいずれかにマッピングされたＳＯデータを受信すると、ＳＯデータの内容を解析して、サービスを提供するために必要な処理フローを検索し、ＳＯデータをパラメータとして対象となる処理フロー１２を起動する機能を有する。処理フロー１２では、起動された場合、記述された手続きに従って具備している機能を実行していく。
【００１７】
処理フロー１２の詳細な機能は、各処理フローそれぞれに依存しているが、いずれも、ＳＯデータの解析およびＮＥ構成管理情報ＤＢ１４の参照による投入対象ＮＥの検出やパラメータの編集，ＳＯ配信命令や確認試験等から構成されている。また、ＮＥ通信機能１３は、処理フロー１２から投入対象ＮＥとＳＯデータをパラメータとしたＳＯ配信指示を受けた場合、投入対象ＮＥから具備する通信規約や電文形式を抽出し、ＳＯデータをそれらに準拠するように変換した上で、コマンド投入を実施する機能を有する。
【００１８】
さらに、ＮＥ通信機能１３は、ＮＥがコマンドの実行結果を返信すると、ＯＫまたはＮＧの形式に変換して、処理フロー１２に通知する機能を有する。また、これに対応して、処理フロー１２では、ＯＫの場合には次の機能を実行し、ＮＧの場合は上位インタフェースを介してＳＯの投入元にこの旨を送信する機能を有する。
【００１９】
以下に、より具体的な実施例を示す。なお、図５は、ＮＥ構成管理情報ＤＢ１４の内容の一例を示す図であり、ここでは、各ＮＥに収容されているユーザの電話番号が保持されている。
また、以下の説明は、図６〜図９に示す動作フローチャートに従って行う。ここで、図６は制御端末→上位インタフェース（Ｉ／Ｆ）１１までの動作、図７は処理フロー１２における動作、図８はＮＥ通信機能１３←→各ＮＥでの動作、図９はＮＥ通信機能１３→処理フロー１２→上位Ｉ／Ｆ１１→制御端末での動作を、それぞれ示しており、全体として、一連の動作を説明するものである。
【００２０】
ここでは、制御端末からＶｏＩＰ（音声信号ＩＰ）を希望する新規の顧客データに対する開通要求が投入された場合を例に挙げる。
制御端末から投入されたオーダーは、「登録」オーダーとして上位インタフェース１１に通知される（図６のステップ３１，３２）。上位インタフェース１１では、サービス内容から、起動対象であるＩＰ−ＳＯとＶｏＩＰの処理フロー１２２と１２３を、ＳＯデータをパラメータとして起動命令を行う（図６のステップ４１〜４４）。
【００２１】
この命令を受信したそれぞれの処理フロー１２では、ＳＯデータをキーにＮＥ構成管理情報ＤＢ１４を検索することにより、ＳＯデータの配信対象となるＮＥを検索する（図７のステップ５１〜５２）。次に、投入対象ＮＥごとの配信データを作成し、ＮＥ通信機能に投入対象ＮＥと配信データをパラメータとしたＳＯ配信要求を送信する。この際、それぞれの処理フロー１２では、共通機能であるか否かを判定して、それぞれに対応する処理フローを起動して、効率的な処理を行う（図７のステップ５３〜５７）。
【００２２】
ＳＯ配信要求を受信したＮＥ通信機能１３では、投入対象ＮＥから実装している通信規約や電文形式を参照して、配信データをそれに準拠した形式に変換した後、ＮＥにコマンド投入を実施する（図８のステップ６１〜６４）。ＮＥは受信したコマンドを処理し、そのコマンドの実行結果をＯＫまたはＮＧというような抽象的な応答電文でＮＥ通信機能１３に返信する（図８のステップ６５〜６８）。ＮＥ通信機能１３は、これをさらに処理フロー１２に返却する。
【００２３】
処理フロー１２では、ＮＧの場合は即座に上位インタフェース１１を介して制御端末に通知を行い、保守者に通知する。また、ＯＫの場合には次の機能を実行し、処理フロー１２に存在する一連の機能が終了した時点で、上位インタフェース１１を介して制御端末に通知を行い、保守者に通知する（図９のステップ７１〜７８）。
【００２４】
このように、抽象化された上位インタフェースやＮＥ通信機能を適用することにより、サービスの追加や削除に伴ってサービスを実現する処理フローが更新された場合で、ＮＥの新設や削減による新たな通信規約や電文形式が発生した場合にも、上位インタフェース１１と処理フロー１２とＮＥ通信機能１３は、互いの影響を極小化することが可能となる。さらに、処理フロー１２の設計時には、構成する機能を共有化することにより、生産性およびメンテナンス性を向上させることが可能となる。
【００２５】
なお、上記実施例は本発明の一例を示すものであり、本発明はこれに限定されるべきものではなく、本発明の要旨を逸脱しない範囲で、適宜の変更・改良を行ってもよいことはいうまでもない。
【００２６】
【発明の効果】
以上、詳細に説明したように、本発明によれば、新規サービスの追加やＮＥの追加に柔軟に対応可能で、重複した機能を省いた効率的な処理群による処理フローの適用による生産性の向上を実現するＳＯ処理システム並びにＳＯ処理方法を実現することができるという顕著な効果を奏するものである。
【００２７】
より具体的には、様々なＮＷ機器が混在する大規模ＩＰ−ＮＷにおいて、多種多様なサービスを提供する自動化されたＳＯ投入処理に対して、抽象化された上位インタフェースやＮＥ通信機能を適用することにより、サービスの追加や削除に伴ってサービスを実現する処理フローが更新された場合で、ＮＥの新設や削減による新たな通信規約や電文形式が発生した場合にも、上位インタフェースと処理フローとＮＥ通信機能は、お互いの影響を極小化可能となる。
さらに処理フローの設計時には、構成する機能を共有化することにより、生産性およびメンテナンス性を向上させることが可能となる。
【図面の簡単な説明】
【図１】本発明に係るＳＯ処理システムの構成を示す説明図である。
【図２】サービスごとに異なる論理的なＮＷ情報を示す説明図である。
【図３】各サービスに共通な処理の例を示す説明図である。
【図４】本発明の一実施例に係るＳＯ処理システムの構成を示す説明図である。
【図５】実施例に係るＮＥ構成管理情報ＤＢの内容の一例を示す図である。
【図６】実施例の動作を説明する動作フローチャート（その１）である。
【図７】実施例の動作を説明する動作フローチャート（その２）である。
【図８】実施例の動作を説明する動作フローチャート（その３）である。
【図９】実施例の動作を説明する動作フローチャート（その４）である。
【図１０】従来技術のモデルとなるＳＯ処理を示す模式図である。
【符号の説明】
１０  ＳＯ処理システム
１１  上位インタフェース
１２  処理フロー群
１３  ＮＥ通信機能
１４  ＮＥ構成管理情報
２０  制御端末
２２  ＳＯ管理上位装置
【図１】
0003951746.tif 000002
【図２】
0003951746.tif 000003
【図３】
0003951746.tif 000004
【図４】
0003951746.tif 000005
【図５】
0003951746.tif 000006
【図６】
0003951746.tif 000007
【図７】
0003951746.tif 000008
【図８】
0003951746.tif 000009
【図９】
0003951746.tif 000010
【図１０】
0003951746.tif 000011