(57)【特許請求の範囲】
【請求項１】
通信端末装置間で音声，映像及びデータの少なくとも１つを含む信号の伝達パスを接続させる複数の伝達交換機に動作指示を与えるサービス制御装置と、複数台のサービス制御装置の設備稼働状況及び故障状況の収集，分析などの設備管理を集約的に行なう設備管理装置とを備える通信サービス制御網に用いられる設備オペレーションの複数インタフェース管理方法であって、
前記サービス制御装置と設備管理装置との間のインタフェースを、基本機能を提供する共通プラットフォームと、前記サービス制御装置がサービスを実現するために必要なサービスシナリオを実行する際に適用されるサービス実行環境とに予め分離しておき、
前記共通プラットフォーム及び前記サービス実行環境のそれぞれについて、関連するファイルの版数情報を前記設備管理装置上で複数管理し、
前記設備管理装置に入力される情報に応じて、前記共通プラットフォームの版数情報及び前記サービス実行環境の版数情報を前記設備管理装置が取得し、
取得した版数情報に対応付けられたコマンド情報及びメッセージ情報を前記設備管理装置が取得し、
取得した前記コマンド情報及びメッセージ情報を用いて前記設備管理装置と各サービス制御装置との間で通信を行う
ことを特徴とする設備オペレーションの複数インタフェース管理方法。
【請求項２】
通信端末装置間で音声，映像及びデータの少なくとも１つを含む信号の伝達パスを接続させる複数の伝達交換機に動作指示を与えるサービス制御装置と、複数台のサービス制御装置の設備稼働状況及び故障状況の収集，分析などの設備管理を集約的に行なう設備管理装置とを備える通信サービス制御網に用いられる設備オペレーションの複数インタフェース管理装置であって、
前記サービス制御装置の基本機能を提供する共通プラットフォームと前記サービス制御装置がサービスを実現するために必要なサービスシナリオを実行する際に適用されるサービス実行環境とに予め分離されたインタフェースを各サービス制御装置が備える場合に、
前記サービス制御装置の各々に対応するノード毎に、前記共通プラットフォームに関するファイルの版数情報及び前記サービス実行環境に関するファイルの版数情報を保持するノード管理手段と、
前記設備管理装置とサービス制御装置との間の通信で利用される少なくともコマンド及びメッセージの情報を、前記共通プラットフォームの版数毎並びに前記サービス実行環境の版数毎にそれぞれ保持するインタフェース管理手段と、
前記設備管理装置に入力される情報に応じて、前記ノード管理手段からファイルの版数情報を取得すると共に、版数情報に応じて前記インタフェース管理手段から少なくともコマンド及びメッセージの情報を取得し、取得した前記コマンド情報及びメッセージ情報を用いて前記設備管理装置と各サービス制御装置との間で通信を行う通信制御手段と
を設けたことを特徴とする設備オペレーションの複数インタフェース管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、設備オペレーションの複数インタフェース管理方法及び装置に関し、交換機を制御する通信サービス制御網で利用される。
【０００２】
【従来の技術】
例えば電話回線などを用いて複数の通信端末装置間で音声，映像あるいはデータを含む信号を伝送する場合には、通信端末装置間の伝達パスを接続させるために少なくとも１つの伝達交換機が用いられる。伝達交換機とは一般的な交換機であり、ルーチング設定及び方路設定を行う。
【０００３】
高度インテリジェントネットワークにおいては、伝達交換機を制御するために通信サービス制御網が形成される。この通信サービス制御網には、伝達交換機に動作指示を与える複数台のサービス制御装置（ＳＣＰ：サービスコントロールポイント）とそれらを集約的に管理する設備管理装置とが設けられる。
サービス制御装置は加入者情報を保持しており、伝達交換機からの問い合わせに対して、接続動作に必要な情報を応答し動作指示を与える。
【０００４】
一例として、端末（Ａ）から発信して端末（Ｂ）に着信する場合に、端末（Ｂ）が転送電話である場合を想定する。端末（Ａ）が発信すると、端末（Ｂ）の番号情報に基づき伝達交換機はどのサービス制御装置で管理されているかを識別し、そのサービス制御装置に問い合わせを行う。
その場合、サービス制御装置は端末（Ｂ）の番号の転送先設定の有無及び転送先番号情報を管理しているので、その情報を伝達交換機に通知する。これにより、伝達交換機は端末（Ｂ）の転送先に対して接続を行うことができる。
【０００５】
また、サービス制御装置は加入者情報の他に、所定のサービスを実行するために必要な所データと呼ばれるサービス制御実行データを保持する。サービス制御実行データは代表的な情報として次の情報を含んでいる。
（１）自局交換機情報：ＳＣＰ設置ビル名，ユニット名
（２）交換機のアドレス情報：共通線信号処理を行うためのアドレス情報
（３）共通線信号処理に関する情報：共通線信号処理を行うためのアドレス情報，収容情報，ルーチング情報
（４）ハードウェアの構成情報：パッケージの実装位置情報，ハードディスク等の割付情報
（５）保守系装置情報：設備管理装置との間の通信のコマンド，メッセージやファイル転送を行う際の接続情報
通信サービス制御網に設けられる設備管理装置は、複数のサービス制御装置について集約的に管理を行う。設備管理装置の管理内容としては、各サービス制御装置のハードウェア及びソフトウェアの監視や修復並びにプログラムの更新などがある。更に、設備管理装置は各サービス制御装置から定期的に通知されるメッセージを受信して、サービス制御装置が正常に動作しているかそれとも故障が発生しているかを把握する。
【０００６】
ところで、高度インテリジェントネットワークにおいては、多様なサービスに柔軟に対応できるように、例えばデータベースエンジン，通信機能，コマンド解釈機能のような基本的な機能を実現するソフトウェアを、サービス制御装置上のハードウェアやサービスの内容に依存しない共通のプラットフォームとして構成してある。
【０００７】
設備管理装置及び各サービス制御装置上に搭載されるソフトウェア（プログラムやデータ）は、必要に応じて逐次更新される。例えば、サービス制御装置に新たなハードウェアを追加する場合や新たなサービスを追加する場合には、ソフトウェアのファイルも更新しなければならない。
一般に、更新前のファイルと更新後のファイルとは版数の違いによって区別される。
【０００８】
設備管理装置には複数のサービス制御装置が収容されているが、従来の高度インテリジェントネットワークにおいては、全てのサービス制御装置について、プラットフォーム及び実行環境に関するファイルを全て共通のファイル版数で管理している。
従って、ファイルの更新を実施する場合には、設備管理装置と各サービス制御装置との間で更新前のファイル版数と更新後のファイル版数との２つだけを管理している。ファイル版数を把握することにより、設備管理装置は各サービス制御装置上のソフトウェアが正しく更新されたか否かを識別できる。
【０００９】
【発明が解決しようとする課題】
しかしながら、１つの設備管理装置には互いに異なるサービスを実施する複数のサービス制御装置を収容しなければならない場合も多い。特定のサービスのみについて機能の追加や改良などを行う場合には、対象となるサービスを実施しないサービス制御装置については機能を追加したり改良する必要はない。
【００１０】
ところが、従来のシステムでは設備管理装置の配下に接続された全てのサービス制御装置のソフトウェアを共通のファイル版数で管理しているので、設備管理装置とサービス制御装置との間のインタフェースにおいてファイル版数の不一致が生じないように配慮しなければならない。
【００１１】
従って、ファイル版数を統一するために、一部のサービスについて機能の追加や改良を行う場合には、機能の追加や改良を必要としない他のサービスを実施するサービス制御装置上のソフトウェアについても、更新を行ってファイル版数を変更しなければならない。
また、サービス制御装置毎にサービスの内容が異なる場合には、当然のことながら設備管理装置側から操作できる機能もサービス制御装置毎に異なる。ところが、全てのサービス制御装置について共通のプラットフォームを用い、共通のファイル版数で管理しているので、設備管理装置側を操作するオペレータには、全てのサービス制御装置が同一の機能を備えるように見えてしまう。
【００１２】
すなわち、設備管理装置を介してサービス制御装置を操作するオペレータは複数のサービス制御装置の違いを設備管理装置上で識別できない。従って、オペレータは自分自身でそれぞれのサービス制御装置が実施する機能の違いを意識していないと、サービス制御装置の操作を正しく行うことができない。
本発明は、１つの設備管理装置に互いにサービスの種類が異なる複数のサービス制御装置を収容する場合であっても、一部分のサービスのみを対象とするソフトウェアの更新を可能にするとともに、サービス制御装置毎の機能の違いを設備管理装置上で把握可能にする設備オペレーションの複数インタフェース管理方法及び装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
請求項１は、通信端末装置間で音声，映像及びデータの少なくとも１つを含む信号の伝達パスを接続させる複数の伝達交換機に動作指示を与えるサービス制御装置と、複数台のサービス制御装置の設備稼働状況及び故障状況の収集，分析などの設備管理を集約的に行なう設備管理装置とを備える通信サービス制御網に用いられる設備オペレーションの複数インタフェース管理方法であって、前記サービス制御装置と設備管理装置との間のインタフェースを、基本機能を提供する共通プラットフォームと、前記サービス制御装置がサービスを実現するために必要なサービスシナリオを実行する際に適用されるサービス実行環境とに予め分離しておき、前記共通プラットフォーム及び前記サービス実行環境のそれぞれについて、関連するファイルの版数情報を前記設備管理装置上で複数管理し、前記設備管理装置に入力される情報に応じて、前記共通プラットフォームの版数情報及び前記サービス実行環境の版数情報を前記設備管理装置が取得し、取得した版数情報に対応付けられたコマンド情報及びメッセージ情報を前記設備管理装置が取得し、取得した前記コマンド情報及びメッセージ情報を用いて前記設備管理装置と各サービス制御装置との間で通信を行うことを特徴とする。
【００１４】
請求項１においては、前記共通プラットフォーム及び前記サービス実行環境のそれぞれについて複数の版数情報を管理しているので、互いに異なるサービスを提供する複数のサービス制御装置の共通プラットフォームを互いに異なる版数で管理できる。また、複数のサービス制御装置のサービス実行環境を互いに異なる版数で管理できる。
【００１５】
共通プラットフォームは、データベースのエンジン，通信機能，コマンド解釈機能のような基本機能を提供するソフトウェアである。また、サービス実行環境はサービス制御装置がサービスを実現するために必要なサービスシナリオを実行する際に適用される条件を表す情報である。
従って、互いに異なるサービスを提供する複数のサービス制御装置を１台の設備管理装置に収容している場合であっても、サービスの修正や追加を行う場合には、対象となる特定のサービスの共通プラットフォーム毎に、あるいは対象となる特定のサービスのサービス実行環境毎に関連するファイルの更新並びにその版数更新を行えばよい。
【００１６】
すなわち、全てのファイルの版数を統一する必要がなく、修正や追加を必要とする機能に関連するファイルだけを更新できるので、システムの更新に伴うコストが低減される。
【００１７】
また、複数のサービス制御装置の機能上の違いをファイルの版数の違いとして設備管理装置自身が認識できるので、設備管理装置を介してサービス制御装置を操作するオペレータは、各サービス制御装置が実行可能な機能の違いを容易に把握できる。
また、様々なサービスを提供するサービス制御装置の機能をまとめて管理できるので、１台の設備管理装置に様々なサービスを提供する多数のサービス制御装置を収容することができる。
【００１８】
請求項２は、通信端末装置間で音声，映像及びデータの少なくとも１つを含む信号の伝達パスを接続させる複数の伝達交換機に動作指示を与えるサービス制御装置と、複数台のサービス制御装置の設備稼働状況及び故障状況の収集，分析などの設備管理を集約的に行なう設備管理装置とを備える通信サービス制御網に用いられる設備オペレーションの複数インタフェース管理装置であって、前記サービス制御装置の基本機能を提供する共通プラットフォームと前記サービス制御装置がサービスを実現するために必要なサービスシナリオを実行する際に適用されるサービス実行環境とに予め分離されたインタフェースを各サービス制御装置が備える場合に、前記サービス制御装置の各々に対応するノード毎に、前記共通プラットフォームに関するファイルの版数情報及び前記サービス実行環境に関するファイルの版数情報を保持するノード管理手段と、前記設備管理装置とサービス制御装置との間の通信で利用される少なくともコマンド及びメッセージの情報を、前記共通プラットフォームの版数毎並びに前記サービス実行環境の版数毎にそれぞれ保持するインタフェース管理手段と、前記設備管理装置に入力される情報に応じて、前記ノード管理手段からファイルの版数情報を取得すると共に、版数情報に応じて前記インタフェース管理手段から少なくともコマンド及びメッセージの情報を取得し、取得した前記コマンド情報及びメッセージ情報を用いて前記設備管理装置と各サービス制御装置との間で通信を行う通信制御手段とを設けたことを特徴とする。
【００１９】
請求項２の装置を用いることにより、請求項１記載の設備オペレーションの複数インタフェース管理方法を実施できる。
【００２０】
【発明の実施の形態】
本発明の設備オペレーションの複数インタフェース管理方法及び装置の１つの実施の形態について、図１〜図４を参照して説明する。この形態は全ての請求項に対応する。
【００２１】
図１はこの形態のシステムの構成例を示すブロック図である。図２はノード管理ＤＢ（データベースの略、以下同様）の内容の構成例を示す模式図である。図３はインタフェース管理ＤＢの内容の構成例を示す模式図である。図４はこの形態の設備管理装置のインタフェース関連動作を示すフローチャートである。
この形態では、請求項２のサービス制御装置，設備管理装置，ノード管理手段，インタフェース管理手段及び通信制御手段は、それぞれサービス制御装置３０，設備管理装置２０，ノード管理ＤＢ２２，インタフェース管理ＤＢ２３及びインタフェース制御部２１に対応する。
【００２２】
この形態では、図１に示すような構成のシステムを想定している。図１のシステムは通信サービス制御網であり、設備管理用端末１０，設備管理装置２０及び複数のサービス制御装置３０(1)，３０(2)，３０(3)，・・・を備えている。
例えば電話回線などを用いて複数の通信端末装置間で音声，映像あるいはデータを含む信号を伝送する場合には、通信端末装置間の伝達パスを接続させるために少なくとも１つの伝達交換機が用いられる。伝達交換機は一般的な交換機であり、ルーチング設定及び方路設定を行う。
【００２３】
サービス制御装置３０は、加入者情報を保持しており、伝達交換機からの問い合わせに対して、接続動作に必要な情報を応答し動作指示を与える。
設備管理装置２０は、それに収容された複数のサービス制御装置３０(1)，３０(2)，３０(3)，・・・について集約的に管理を行う。設備管理装置２０の管理内容としては、各サービス制御装置３０のハードウェア及びソフトウェアの監視や修復並びにプログラムの更新などがある。
【００２４】
更に、設備管理装置２０は各サービス制御装置３０から定期的に通知されるメッセージを受信して、それらが正常に動作しているかそれとも故障が発生しているかを把握する。
システムの保守のために、各サービス制御装置３０を操作しようとするオペレータは、設備管理用端末１０から情報を入力し、設備管理装置２０を介してサービス制御装置３０を制御する。
【００２５】
設備管理装置２０には、インタフェース制御部２１が内蔵されている。また、設備管理装置２０にはノード管理ＤＢ２２及びインタフェース管理ＤＢ２３が接続されている。
設備管理装置２０が管理する各サービス制御装置３０には、独立した２つの通信用インタフェース（ソフトウェア）が、サービス実行環境３１及び共通ＰＦ（プラットフォーム）３２として備わっている。
【００２６】
共通プラットフォームとは、様々なサービスで共通に利用される基本的な処理に関連するソフトウェアであり、例えばデータベースのエンジン，通信機能，コマンド解釈などの各機能を実現する。
各サービス制御装置３０は、サービスシナリオと呼ばれる特別なプログラム（サービスを実現するためのロジックを記述したもの）を内蔵されたコンピュータで実行することにより、必要とされるサービス（例えば、フリーダイアル，ダイヤルＱ２など）を実現する。
【００２７】
各サービス制御装置３０が前記サービスシナリオを実行する際には、ハードウェアの違いに依存しない仮想的な環境を提供するのが望ましい。この仮想的な環境に関連する情報がサービス実行環境である。
【００２８】
サービス実行環境３１は、サービス制御装置３０と設備管理装置２０との間で通信する際に、サービス実行環境に関する情報処理を行う。共通ＰＦ３２は、サービス制御装置３０と設備管理装置２０との間で通信する際に、共通プラットフォームに関する情報処理を行う。
設備管理装置２０に接続されたノード管理ＤＢ２２は、図２に示すようにノード毎に区別して、ノード名，共通ＰＦファイル版数及び実行環境ファイル版数の情報を保持している。ノードは各サービス制御装置３０に対応する。
【００２９】
すなわち、各々のサービス制御装置３０が共通プラットフォームとしていずれの版数のソフトウェアを利用しているか、並びに各々のサービス制御装置３０がサービス実行環境としていずれの版数のソフトウェアを利用しているかがノード管理ＤＢ２２で管理されている。
設備管理装置２０に接続されたインタフェース管理ＤＢ２３は、図３に示すように、ファイル版数毎に区別して、コマンド情報群及びメッセージ情報群のデータを保持している。また、共通プラットフォームに関するデータとサービス実行環境に関するデータとは独立に管理されている。
【００３０】
設備管理装置２０に備わったインタフェース制御部２１は、コマンドなどの情報が設備管理用端末１０から入力されると、ノード管理ＤＢ２２及びインタフェース管理ＤＢ２３に登録された情報に基づいてデータ処理を行い、その結果を用いて指定されたサービス制御装置３０との間で通信を行う。具体的な動作は図４に示す通りである。
【００３１】
設備管理用端末１０のオペレータはサービス制御装置３０を操作する場合に、操作対象のサービス制御装置３０を特定するノード名（ＳＣＰ名：サービス制御装置の識別情報）と操作の内容を表すコマンドとを入力する。
図４のステップＳ１１では、インタフェース制御部２１は設備管理用端末１０から入力されるノード名（ＳＣＰ名）及びコマンド名の受け付けを行う。
【００３２】
ステップＳ１２では、ステップＳ１１で入力されたＳＣＰ名に基づき、ファイル版数の情報をインタフェース毎にノード管理ＤＢ２２から取得する。
例えば、ノード管理ＤＢ２２が図２に示す内容である場合に、オペレータがノード名として「ＳＣＰ２」を入力すると、共通ＰＦファイル版数及び実行環境ファイル版数として、それぞれ「ＶＰ（１）」及び「ＶＥ（２）」をインタフェース制御部２１がノード管理ＤＢ２２から取得する。
【００３３】
ステップＳ１３では、ステップＳ１１で設備管理用端末１０から入力されたコマンドの種類が、サービス実行環境及び共通プラットフォームのいずれに対応するかを予め定めてある区分に従って識別する。
ステップＳ１４では、操作対象のサービス制御装置３０と設備管理装置２０との間の通信に必要とされる情報をインタフェース管理ＤＢ２３から取得する。具体的には、ステップＳ１２で取得した２つのファイル版数のうち、ステップＳ１３の識別結果に対応する１つのファイル版数を選択し、そのファイル版数に対応付けられたコマンド情報群及びメッセージ情報群をインタフェース管理ＤＢ２３から取得する。
【００３４】
例えば、サービス実行環境に関連付けられたあるコマンドで「ＳＣＰ２」のノード名のサービス制御装置３０を操作する場合、「ＶＥ（２）」のファイル版数がステップＳ１４で選択される。
従って、インタフェース管理ＤＢ２３が図３の内容である場合を想定すると、コマンド情報群及びメッセージ情報群として、それぞれ「ＣＭ（Ｂ）」及び「ＭＳ（Ｂ）」をインタフェース制御部２１がインタフェース管理ＤＢ２３から取得する。
【００３５】
ステップＳ１５では、ステップＳ１４で取得した情報を用いて、ステップＳ１１の入力により指定されたサービス制御装置（ＳＣＰ）３０との間でコマンド送信及びメッセージ受信を行う。
【００３６】
インタフェース制御部２１がサービス実行環境に関連付けられたコマンドをサービス制御装置３０に送信する場合には、そのコマンドはサービス制御装置３０上のサービス実行環境３１宛てに送信され、サービス実行環境３１で受信処理される。また、サービス実行環境３１が返すメッセージをインタフェース制御部２１が受信する場合には、インタフェース制御部２１はステップＳ１４で取得したメッセージ情報を利用して受信処理を行う。
【００３７】
また、インタフェース制御部２１が共通プラットフォームに関連付けられたコマンドをサービス制御装置３０に送信する場合には、そのコマンドはサービス制御装置３０上の共通ＰＦ３２宛てに送信され、共通ＰＦ３２で受信処理される。また、共通ＰＦ３２が返すメッセージをインタフェース制御部２１が受信する場合には、インタフェース制御部２１はステップＳ１４で取得したメッセージ情報を利用して受信処理を行う。
【００３８】
前述の「サービス実行環境」の具体例について以下に説明する。「サービス実行環境」とは、サービスシナリオを実行するのに必要な部品やデータベースアクセス処理機能を提供する環境を意味する。ここで想定するサービスシナリオでは、プログラムの知識があまりない人でもサービスのプログラムを作成できるように、簡易な命令を用いてサービスシナリオを記述できるようになっている。そのため、「サービス実行環境」はサービスを実現するのに必要な機能を部品のような形態で提供する。
【００３９】
例えば、フリーダイヤルのサービスを記述する場合には、各フリーダイヤルの番号の論理番号と物理番号（電話番号）とを関連付けたデータベースとカスタマとの管理が必要であり、論理番号，物理番号とカスタマを管理するためのデータベース機能を「サービス実行環境」が提供する。
また、時間によって転送先電話番号を変更するためのタイマ機能や、電話の転送先切り替え機能や、ガイダンスなどを流すために用いられる音声蓄積装置を制御するための部品や、サービスの使用状況などを集計するための部品も提供する。
【００４０】
また、サービスが異なると必要になる部品も異なるので、各々のサービスに対応した部品をそれぞれ提供する。
例えばＰＨＳ（パーソナルハンディホンシステム）のサービスでは、ＰＨＳの位置登録情報をサービス制御ノードで管理するために、位置登録情報を管理するメモリ領域へアクセスするための機能をサービスシナリオに提供する。
【００４１】
また、サービスシナリオはサービス環境へダウンロードする前にコンパイラにより翻訳されるが、「サービス実行環境」では仮想コンピュータ機能によりサービス制御システムのＣＰＵ（中央処理装置）の違いやハードウェア環境の違いに影響されないようになっている。
【００４２】
【発明の効果】
本発明によれば、サービスの内容が異なる複数のサービス制御装置を１つの設備管理装置に収容する場合であっても、設備管理装置と各サービス制御装置との間のインタフェースを統一する必要がなく、インタフェースの機能を提供する設備管理装置上のソフトウェア及びサービス制御装置上のソフトウェアのファイル版数も統一する必要がない。
【００４３】
従って、機能の追加や修正を行う場合には、ファイル版数及びインタフェースを統一するための作業が不要であり、実際に追加や修正を必要とする機能についてのみソフトウェアの開発を行えばよい。
また、ファイル版数及びインタフェースを統一する必要がないので、新たなサービスを提供するサービス制御装置を既設の設備管理装置に容易に追加できる。更に、互いに異なる様々なサービスを提供するサービス制御装置を１つの設備管理装置に収容可能になる。１つの設備管理装置に収容するサービス制御装置の数を増やすことにより、システム全体の設備コストを低減できる。
【図面の簡単な説明】
【図１】実施の形態のシステムの構成例を示すブロック図である。
【図２】ノード管理ＤＢの内容の構成例を示す模式図である。
【図３】インタフェース管理ＤＢの内容の構成例を示す模式図である。
【図４】実施の形態の設備管理装置のインタフェース関連動作を示すフローチャートである。
【符号の説明】
１０  設備管理用端末
２０  設備管理装置
２１  インタフェース制御部
２２  ノード管理ＤＢ
２３  インタフェース管理ＤＢ
３０  サービス制御装置
３１  サービス実行環境
３２  共通ＰＦ
【図１】
0003702205.tif 000002
【図２】
0003702205.tif 000003
【図３】
0003702205.tif 000004
【図４】
0003702205.tif 000005