JPH10229445A - インテリジェントネットワークのオペレーションシステム - Google Patents

Abstract

(57)【要約】 【課題】 インテリジェントネットワークのオペレーシ
ョンシステムの機能の追加や変更時、連携先の機能に影
響を与えてしまう点。 【解決手段】 オペレーションシステムの各機能を、通
信サービスの種別に依存しない処理を行う部分（共通処
理手段）と、各通信サービスに固有の部分（種別処理手
段）とに分けて構成し、また、各機能間での通信処理
を、各機能のサービス種別固有の処理とは切り離し、各
機能を各サービス種別毎にまとめておき、できるだけ他
のサービス種別用の機能に処理依頼しないで済む構成と
することにより、新たな通信サービスの導入に伴う機能
の追加や変更を行う場合にも、新規サービスに関連する
種別処理手段のみが対象となり、他の種別処理手段に影
響を与えることがなく、これら他の種別処理手段による
サービスを停止させる必要がなくなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インテリジェント
ネットワークで提供される多様な通信サービスの処理制
御および維持管理を行うオペレーションシステムに係
り、特に、新たな通信サービスの導入を効率良く行うの
に好適なインテリジェントネットワークのオペレーショ
ンシステムに関するものである。

【０００２】

【従来の技術】インテリジェントネットワークは、通信
網の中に散在する交換機やサービス制御ノード、網内制
御用データベース等を、共通線信号網やデータ網を介し
て有機的に結合し、コンピュータ処理により、多様な通
信サービスを提供するものである。このようなコンピュ
ータ処理は、オペレーションシステムで制御しており、
オペレーションシステムは、例えば、ネットワークの電
源投入、初期設定、サービス業務処理のスケジュール、
ネットワークからの問合せに対する応答、警報装置の作
動、サービス業務処理の停止と再開処理等、ネットワー
ク運転の自動化を行うための各機能を有している。これ
らの各機能は、所定のサービスを提供するために、相互
に通信を行い連携して処理を行っている。

【０００３】インテリジェントネットワークにおいて
は、現在想定されていない様々なサービスのためのオペ
レーションシステムの機能を事前に全て開発して網内に
配置しておくことは困難であり、新たなサービスを導入
する場合、対応する機能をオペレーションシステムに追
加する必要がある。しかし、従来のインテリジェントネ
ットワークのオペレーションシステムにおいては、上述
したように、あるサービスを提供するために連携する各
機能は、相互に通信を行い、処理依頼を行っている。そ
のため、新たなサービスを導入する場合、新たな機能追
加もしくは既存の機能の変更に伴い、連携先の機能との
通信インタフェースも変更しなければならず、その結
果、システム全体を停止させなければならない。

【０００４】尚、通信網におけるオペレーションシステ
ムに関しては、例えば、特願平５−２０７４０１号に記
載の技術がある。この技術においては、オペレーション
システム（「オペレーション機能実行主体」）は、「業
務シナリオ」と「プロセスコントロールシステム」と共
に、通信網におけるオペレーション業務を構成し、既存
のオペレーションシステムの有する各機能を組合せて、
柔軟なオペレーション業務を提供可能としている。しか
し、この技術では、オペレーション業務に必要なオペレ
ーションシステムの各機能が、全て事前に用意されてネ
ットワーク内に配置されていることが必要であり、新た
なオペレーションシステムの機能の追加については、何
も述べられていない。

【０００５】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、オペレーションシステムの機能
の追加や変更を、連携先の機能に影響を与えることなく
行うことができない点である。本発明の目的は、これら
従来技術の課題を解決し、新たな通信サービスの導入
を、他の既存のサービスを停止させることなく可能とす
るインテリジェントネットワークのオペレーションシス
テムを提供することである。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明のインテリジェントネットワークのオペレー
ションシステムは、各機能を、通信サービスの種別に依
存しない処理を行う部分（共通処理手段）と、各通信サ
ービスに固有の部分（種別処理手段）とに分けて構成
し、さらに、それぞれの部分において、各機能間での通
信処理はサービス種別に関係ないことに着目し、各通信
処理（通信手段）を、各機能のサービス種別固有の処理
とは切り離して構成する。そして、各機能に関しても、
各サービス種別毎にまとめておき、できるだけ他のサー
ビス種別用の機能に処理依頼しないで済む構成とする。
このような構成とすることにより、新たな通信サービス
の導入に伴う機能の追加や変更を行う場合にも、新規サ
ービスに関連する種別処理手段のみが対象となり、他の
種別処理手段に影響を与えることはなく、これら他の種
別処理手段によるサービスを停止させる必要がなくな
る。

【０００７】

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。図１は、本発明のインテリジェン
トネットワークのオペレーションシステムの本発明に係
る構成の一実施例を示すブロック図である。本図１に示
すように、本例のインテリジェントネットワークのオペ
レーションシステム１は、本発明の共通処理手段として
のオペレーションプラットフォーム機能群２と、本発明
の種別処理手段としての業務依存オペレーション機能群
３ａ〜３ｃから構成されている。

【０００８】また、オペレーションプラットフォーム機
能群２は、オペレーションプラットフォーム機能７と、
本発明の通信手段としてのオペレーション機能群間通信
機能５および本発明の状態管理手段としてのオペレーシ
ョン機能群状態管理機能６よりなり、業務依存オペレー
ション機能群３ａ〜３ｃは、各通信サービス種別ごとの
固有の処理を行なう複数のオペレーション機能４と、オ
ペレーション機能群間通信機能５およびオペレーション
機能群状態管理機能６よりなる。

【０００９】このような構成とすることにより、オペレ
ーション業務機能実行時には、オペレーション端末や交
換機等の外部システムからのトランザクション受信ごと
に、オペレーションプラットフォーム機能群２と業務依
存オペレーション機能群３ａ〜３ｃ間、および業務依存
オペレーション機能群３ａ〜３ｃ相互間の通信に、オペ
レーション機能群間通信機能５を必ず介在させる。この
ことによって、業務依存オペレーション機能群３ａ〜３
ｃ内部のオペレーション機能４を他のオペレーション機
能群から隠蔽し、例えば、業務依存オペレーション機能
群３ａにおけるオペレーション機能４の追加変更を、他
の業務依存オペレーション機能群３ｂ，３ｃのオペレー
ション機能群に影響無く行えるようにする。

【００１０】このように、本例においては、インテリジ
ェントネットワークのサービス追加によってサービス依
存に変更される可能性のあるオペレーション機能の、他
のオペレーション機能群との通信関係に着目し、この機
能と他の機能群との通信には、オペレーション機能群間
通信機能５を必ず介在させることによって、機能追加変
更に関係しないオペレーション機能群を停止することな
く、新規サービス依存のオペレーション機能をオペレー
ションシステム１に追加することができる。

【００１１】このような動作の詳細を、次の図２〜図１
２を用いて説明する。図２は、図１におけるオペレーシ
ョンシステムを適用した通信網の構成例を示すブロック
図である。本図２に示すように、オペレーションシステ
ム１は、オペレーションプラットフォーム機能群２と業
務依存オペレーション機能群３ａ〜３ｃから構成され、
オペレーションプラットフォーム機能群２には、オペレ
ーションプラットフォーム機能７とオペレーション機能
群間通信機能５、オペレーション機能群状態管理機能６
が設けられ、各業務依存オペレーション機能群３ａ〜３
ｃには、オペレーション機能４ａ１〜４ａ３，４ｂ１〜
４ｂ４，４ｃ１〜４ｃ５と、オペレーション機能群間通
信機能５、オペレーション機能群状態管理機能６が設け
られている。尚、業務依存オペレーション機能群３ｃに
おけるオペレーション機能４ｃ６は、本例において、新
たに追加されるものである。

【００１２】また、オペレーションプラットフォーム機
能群２におけるオペレーションプラットフォーム機能７
には、図５にその詳細例を示すトランザクションＩＤ−
応答先パスＩＤ管理テーブル８ａと、図６にその詳細例
を示す要求電文−起動オペレーション機能群対応テーブ
ル８ｂが付設され、オペレーションプラットフォーム機
能群２および各業務依存オペレーション機能群３ａ〜３
ｃにおける各オペレーション機能群間通信機能５と各オ
ペレーション機能群状態管理機能６のそれぞれには、図
８にその詳細例を示すオペレーション種別−オペレーシ
ョン機能対応テーブル９ａと図４にその詳細例を示すオ
ペレーション機能群状態管理テーブル９ｂが付設されて
いる。

【００１３】このような構成のオペレーション１を設け
た本例の通信網は、サービス生成環境１１（端末）、サ
ービス管理システム１２、サービス制御交換機１３ａ，
１３ｂ、地域交換機１４ａ〜１４ｄから構成され、サー
ビス生成環境１１で生成したサービスロジックプログラ
ムを、サービス管理システム１２を介して、サービス制
御交換機１３ａ，１３ｂに投入する。サービス制御交換
機１３ａ，１３ｂは、投入されたサービスロジックプロ
グラムをそのまま起動することができ、地域交換機１４
ａ〜１４ｄと標準インタフェースに則って通信すること
によって、任意の時点で新たなサービスを提供できる。
本例では、このようにサービス生成環境１１で新たに生
成したサービスロジックプログラムによって生成される
運用情報は、従来の運用情報と異なるフォーマットとな
り、それに対応して、業務依存オペレーション機能群３
ｃにオペレーション機能４ｃ６を追加するものと想定す
る。

【００１４】以下、業務依存オペレーション機能群３ｃ
にオペレーション機能４ｃ６を追加する前での、本例の
通信網におけるオペレーションシステム１のトランザク
ション処理動作について説明する。尚、本例で用いるト
ランザクション処理は、オペレーション端末１６から
「運用情報を参照」する処理であり、そのトランザクシ
ョン処理の流れは図３に示されている。システム起動時
に、オペレーションプラットフォーム機能群２と各業務
依存オペレーション機能群３ａ〜３ｃが生成され、オペ
レーションプラットフォーム機能群２と各業務依存オペ
レーション機能群３ａ〜３ｃに配置されたオペレーショ
ン機能群状態管理機能６は、図４に示す「オペレーショ
ン機能群状態管理テーブル９ｂ」の状態情報を、全て
「運転中」と設定する。

【００１５】オペレーション端末１６からのトランザク
ション処理要求は、全て、オペレーションプラットフォ
ーム機能群２に受信される（図３におけるステップ３０
１）。そして、オペレーションプラットフォーム機能群
２は、まず、図５に例示する「トランザクションＩＤ−
応答先パスＩＤ管理テーブル８ａ」にパスＩＤとトラン
ザクションＩＤを登録し、次に、図６に例示する「要求
電文−起動オペレーション機能群対応テーブル８ｂ」を
参照して、起動すべきオペレーション機能群を選択する
（ステップ３０２）。本例においては、「運用情報を参
照」する処理であり、業務依存オペレーション機能群３
ｃが選択される。

【００１６】次に、オペレーションプラットフォーム機
能群２は、オペレーション機能群状態管理機能６に、業
務依存オペレーション機能群３ｃの状態を照会する。オ
ペレーション機能群状態管理機能６は、図４に示す「オ
ペレーション機能群状態管理テーブル９ｂ」の状態情報
を維持管理しており、照会要求受信時には、照会対象オ
ペレーション機能群の現状態（本例では「運転中」）を
照会元に応答する（ステップ３０３，３０４）。この応
答（ここでは「運転中」）に基づき、オペレーションプ
ラットフォーム機能群２は、業務依存オペレーション機
能群３ｃのオペレーション機能群間通信機能５に、図７
に示すフォーマットのトランザクション処理要求を送る
（ステップ３０５）。尚、ステップ３０３，３０４での
照会結果が「閉塞中」であれば、異常処理（ロールバッ
ク）を行い（ステップ３０６）、トランザクションアボ
ートを終了する。

【００１７】業務依存オペレーション機能群３ｃのオペ
レーション機能群間通信機能５は、受信したトランザク
ション処理要求の「オペレーション種別」の内容を、図
８に示す「オペレーション種別−オペレーション機能対
応テーブル９ａ」に照らして、処理を実行すべきオペレ
ーション機能を選択決定し、決定したオペレーション機
能４ｃ２にトランザクション処理要求を渡す（ステップ
３０７）。トランザクション処理要求を受信した各オペ
レーション機能は、それぞれの処理を行う（ステップ３
０８）。各オペレーション機能は、それぞれの処理が終
了すると、オペレーション機能群状態管理機能６によ
り、オペレーションプラットフォーム機能群２もしくは
他の業務依存オペレーション機能群３ａ，３ｂの状態を
確認する（ステップ３０９，３１０）。

【００１８】本例では、ステップ３０７においてオペレ
ーション機能４ｃ２を選択し、オペレーション機能４ｃ
２は、本例では図９に示すように、内部処理（電文デコ
ード）実行後に、オペレーション機能４ｃ４に処理を渡
すように作られており、まず、電文デコード処理を実行
し（ステップ９０１）、次に、後続するオペレーション
機能４ｃ４に、トランザクション処理要求を渡す（ステ
ップ９０２）。オペレーション機能４ｃ４は、本例では
図１０に示すように、内部処理（データベース参照）実
行後に、オペレーション機能４ｃ５に処理を渡すように
作られており、まず、データベース参照処理を実行し
（ステップ１００１）、次に、後続するオペレーション
機能４ｃ５にトランザクション処理要求を渡す（ステッ
プ１００２）。

【００１９】オペレーション機能４ｃ５は、本例では図
１１に示すように、内部処理（応答電文エンコード）実
行後に、オペレーションプラットフォーム機能群２に処
理を渡すように作られており、まず、応答電文エンコー
ド処理を実行し（ステップ１１０１）、次に、図３にお
けるステップ３０９，３１０として、オペレーション機
能群状態管理機能６に、オペレーションプラットフォー
ム機能群２の現状態を照会し（ステップ１１０２）、照
会結果が「運転中」か「閉塞中」かを判別する（ステッ
プ１１０３）。本例では、「運転中」であり、オペレー
ション機能４ｃ５は、図３におけるステップ３１１にお
ける処理を行う。すなわち、オペレーションプラットフ
ォーム機能群２にトランザクション処理要求を渡す（ス
テップ１１０４）。尚、ステップ１１０３での照会結果
が「閉塞中」であれば、図３におけるステップ３１２と
して、異常処理（ロールバック）を行う（ステップ１１
０５）。

【００２０】オペレーションプラットフォーム機能群２
は、図５の「トランザクションＩＤ−応答先パスＩＤ管
理テーブル８ａ」を参照し、トランザクション生起元の
オペレーション端末１６に応答を返す。以上のようにし
てトランザクション処理を行なう。このように、本例の
オペレーションシステム１では、各通信サービス単位
で、各通信サービスの処理に必要なオペレーション機能
４ａ１〜４ａ３，４ｂ１〜４ｂ３，４ｃ１〜４ｃ３を、
各業務依存オペレーション機能群３ａ〜３ｃにまとめて
管理している。

【００２１】このことにより、ある通信サービスの提供
が停止されても、この通信サービスに必要なオペレーシ
ョン機能を必要としない他の通信サービスは、影響を受
けることがない。また、以下のように、新たなサービス
導入のための新たなオペレーション機能を追加する場合
にも、効率良く対応することができる。以下、新規サー
ビスの導入に伴い、新たなサービス依存のオペレーショ
ン機能４ｃ６を追加する場合の動作例を説明する。

【００２２】サービス制御交換機１３ａ，１３ｂがサー
ビスロジックプログラムに従って生成する運用情報を処
理し、オペレーション端末１６からの新たな運用情報に
関するトランザクション処理要求に対応するために、サ
ービスロジックプログラムの導入前に、保守端末１５か
ら新たなサービス依存のオペレーション機能４ｃ６を組
み込んだ業務依存オペレーション機能群３ｃを投入す
る。本例のオペレーションシステム１では、オペレーシ
ョン機能間の通信には、改変を受けないオペレーション
機能群間通信機能５を必ず介在させる機能構成とし、各
通信サービス別に各オペレーション機能を各業務依存オ
ペレーション機能群３ａ〜３ｃでまとめて管理する構成
としており、入れ替えなければならない業務依存オペレ
ーション機能群は、業務依存オペレーション機能群３ｃ
のみに限定される。

【００２３】図１２に、業務依存オペレーション機能群
３ｃの入れ替え手順を示す。本手順においては、まず、
操作者は、追加するオペレーション機能４ｃ６が、各業
務依存オペレーション機能群３ａ〜３ｃ間で処理依頼さ
れ、各オペレーション機能群間通信機能５で直接呼び出
されるなるものか否かを判別する（ステップ１２０
１）。呼び出されるものであれば、操作者は、保守端末
１５を操作して、業務依存オペレーション機能群３ｃの
オペレーション種別−オペレーション機能対応テーブル
９ａへ、オペレーション機能４ｃ６用のエントリを追加
する（ステップ１２０２）。さらに、操作者は、オペレ
ーション機能４ｃ６の追加に対応して、要求電文−起動
オペレーション機能群対応テーブル８ｂの追加が必要か
否かを判別する（ステップ１２０３）。必要であれば、
保守端末１５を操作して、要求電文−起動オペレーショ
ン機能群対応テーブル８ｂへ新たな要求電文用のエント
リを追加する（ステップ１２０４）。

【００２４】その後、操作者が保守端末１５から、業務
依存オペレーション機能群３ｃに対して閉塞指示操作を
行うと、この指示に基づき、当該業務依存オペレーショ
ン機能群３ｃ内のオペレーション機能群状態管理機能６
が、自オペレーション機能群状態管理テーブル９ｂにお
いて当該業務依存オペレーション機能群３ｃを「閉塞
中」に変えると共に、オペレーションプラットフォーム
機能群２および他の業務依存オペレーション機能群３
ａ，３ｂ内の各オペレーション機能群状態管理機能６
に、当該業務依存オペレーション機能群３ｃの閉塞を通
知する（ステップ１２０５）。この結果、当該業務依存
オペレーション機能群３ｃに係るトランザクションは全
てアボートされる。しかし、関係のないトランザクショ
ンは、その影響を被ることなく処理を続けることができ
る。

【００２５】この状態で、操作者は、保守端末を操作し
て、業務依存オペレーション機能群３ｃを入れ替える
（ステップ１２０６）。そして、その後、操作者が保守
端末１５から、業務依存オペレーション機能群３ｃに対
して閉塞解除指示操作を行うと、この指示に基づき、当
該業務依存オペレーション機能群３ｃ内のオペレーショ
ン機能群状態管理機能６が、自オペレーション機能群状
態管理テーブル９ｂにおいて当該業務依存オペレーショ
ン機能群３ｃを「運転中」に変えると共に、オペレーシ
ョンプラットフォーム機能群２および他の業務依存オペ
レーション機能群３ａ，３ｂ内の各オペレーション機能
群状態管理機能６に、当該業務依存オペレーション機能
群３ｃの閉塞解除を通知する（ステップ１２０７）。こ
のようにして、他の業務依存オペレーション機能群３
ａ、３ｂの運転に影響を与えることなく業務依存オペレ
ーション機能群３ｃのオペレーション機能４ｃ６の追加
を行うことができる。

【００２６】以上、図１〜図１２を用いて説明したよう
に、本例のインテリジェントネットワークのオペレーシ
ョンシステム１では、インテリジェントネットワークの
様々なサービスの追加に応じて、他の業務に影響を与え
ることなく、速やかに、オペレーション機能の追加変更
を行うことができる。このことにより、新たなサービス
の導入を、他の既存のサービスを停止させることなく行
うことができる。

【００２７】尚、本発明は、図１〜図１２を用いて説明
した実施例に限定されるものではなく、その要旨を逸脱
しない範囲において種々変更可能である。例えば、本例
では、オペレーションプラットフォーム機能群２および
各業務依存オペレーション機能群３ａ〜３ｃのそれぞれ
に、オペレーション機能群状態管理機能６を設けた構成
としているが、オペレーションプラットフォーム機能群
２のみにオペレーション機能群状態管理機能６を設け、
かつ、オペレーション機能群間通信機能５間の通信を必
ずオペレーションプラットフォーム機能群２を介して行
う構成とすることにより、各業務依存オペレーション機
能群３ａ〜３ｃのそれぞれの運用状態を、オペレーショ
ンプラットフォーム機能群２で一元的に管理し制御する
ことでも良い。

【００２８】

【発明の効果】本発明によれば、オペレーションシステ
ムの機能の追加や変更を、連携先の機能に影響を与える
ことなく行うことができ、新たな通信サービスの導入
を、他の既存のサービスを停止させることなく行うこと
が可能である。

【図面の簡単な説明】

【図１】本発明のインテリジェントネットワークのオペ
レーションシステムの本発明に係る構成の一実施例を示
すブロック図である。

【図２】図１におけるオペレーションシステムを適用し
た通信網の構成例を示すブロック図である。

【図３】図１におけるオペレーションシステムの本発明
に係るトランザクション処理例を示すフローチャートで
ある。

【図４】図２におけるオペレーション機能群状態管理テ
ーブルの具体例を示す説明図である。

【図５】図２におけるトランザクションＩＤ−応答先パ
スＩＤ管理テーブルの具体例を示す説明図である。

【図６】図２における要求電文−起動オペレーション機
能群対応テーブルの具体例を示す説明図である。

【図７】図２におけるオペレーション機能群間通信機能
間で授受されるトランザクション処理要求のフォーマッ
ト例を示す説明図である。

【図８】図２におけるオペレーション種別−オペレーシ
ョン機能対応テーブルの具体例を示す説明図である。

【図９】図２における各オペレーション機能の第１の動
作例を示すフローチャートである。

【図１０】図２における各オペレーション機能の第２の
動作例を示すフローチャートである。

【図１１】図２における各オペレーション機能の第３の
動作例を示すフローチャートである。

【図１２】図１におけるオペレーションシステムの本発
明に係る機能追加処理例を示すフローチャートである。

【符号の説明】

１：オペレーションシステム、２：オペレーションプラ
ットフォーム機能群、３ａ〜３ｃ：業務依存オペレーシ
ョン機能群、４，４ａ１〜４ａ３，４ｂ１〜４ｂ３，４
ｃ１〜４ｃ３：オペレーション機能、５：オペレーショ
ン機能群間通信機能、６：オペレーション機能群状態管
理機能、７：オペレーションプラットフォーム機能、８
ａ：トランザクションＩＤ−応答先パスＩＤ管理テーブ
ル、８ｂ：要求電文−起動オペレーション機能群対応テ
ーブル、９ａ：オペレーション種別−オペレーション機
能対応テーブル、９ｂ：オペレーション機能群状態管理
テーブル、１１：サービス生成環境、１２：サービス管
理システム、１３ａ，１３ｂ：サービス制御交換機、１
４ａ〜１４ｄ：地域交換機、１５：保守端末、１６：オ
ペレーション端末。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｑ 3/545

Claims (5)

【特許請求の範囲】
1. 【請求項１】 インテリジェントネットワークで提供す
   る各通信サービスの処理を、複数の機能を連携させて行
   うインテリジェントネットワークのオペレーションシス
   テムであって、上記通信サービスの種別に依存しない処
   理を行う共通処理手段と、上記各通信サービスの処理で
   連携させる上記複数の機能を各通信サービス別にまとめ
   て有し、各通信サービス別の処理を上記各機能を連携さ
   せて行う複数の種別処理手段とを具備し、かつ、上記共
   通処理手段および上記複数の種別処理手段のそれぞれ
   に、相互間での通信を行う通信手段を設け、上記共通処
   理手段は、要求された通信サービスを処理する上記種別
   処理手段を特定して上記通信手段を介して処理依頼を送
   信し、上記種別処理手段は、上記共通処理手段から依頼
   された通信サービスの処理を上記各機能を連携させて行
   い、処理結果を上記通信手段を介して上記共通処理手段
   に送信し、上記共通処理手段は、上記種別処理手段から
   送信されてきた処理結果を、上記通信サービスの要求元
   に送信することを特徴とするインテリジェントネットワ
   ークのオペレーションシステム。
2. 【請求項２】 請求項１に記載のインテリジェントネッ
   トワークのオペレーションシステムにおいて、上記共通
   処理手段は、上記複数の種別処理手段のそれぞれが運転
   中状態であるか閉塞中状態であるかを示す情報を登録す
   る状態管理手段を具備し、上記要求された通信サービス
   に対応して特定した上記種別処理手段が運転中状態か閉
   塞中状態かを、上記状態管理手段を参照して判別し、運
   転中状態であれば上記特定した種別処理手段に上記通信
   手段を介して上記処理依頼を送信し、閉塞中状態であれ
   ば処理を終了することを特徴とするインテリジェントネ
   ットワークのオペレーションシステム。
3. 【請求項３】 請求項２に記載のインテリジェントネッ
   トワークのオペレーションシステムにおいて、上記複数
   の種別処理手段のそれぞれに、上記状態管理手段を設
   け、上記複数の種別処理手段は、それぞれの状態変化を
   相互に通知し合って各々の上記状態管理手段を更新し、
   上記通信手段を介しての他の種別処理手段への処理依頼
   時、該他の種別処理手段が運転中状態か閉塞中状態かを
   自状態管理手段を参照して事前に判別し、運転中状態で
   あれば上記他の種別処理手段に上記通信手段を介して上
   記処理依頼を送信し、閉塞中状態であれば処理を終了す
   ることを特徴とするインテリジェントネットワークのオ
   ペレーションシステム。
4. 【請求項４】 請求項１から請求項３のいずれかに記載
   のインテリジェントネットワークのオペレーションシス
   テムにおいて、通信サービスの新規導入もしくは変更に
   伴う上記機能の追加もしくは変更を、上記種別処理手段
   単位で行うことを特徴とするインテリジェントネットワ
   ークのオペレーションシステム。
5. 【請求項５】 請求項２、もしくは、請求項３のいずれ
   かに記載のインテリジェントネットワークのオペレーシ
   ョンシステムにおいて、通信サービスの新規導入もしく
   は変更に伴う上記機能の追加もしくは変更時、該機能を
   追加もしくは変更する上記種別処理手段を閉塞中状態と
   し、該閉塞中状態を上記共通処理手段および上記他の種
   別処理手段の各上記状態管理手段に通知し、上記共通処
   理手段および上記他の種別処理手段から上記機能を追加
   もしくは変更する種別処理手段へのアクセスを抑止する
   ことにより、上記他の種別処理手段による通信サービス
   を停止させることなく、上記通信サービスの新規導入も
   しくは変更を行うことを特徴とするインテリジェントネ
   ットワークのオペレーションシステム。