JPH0844548A - 交換付加サービス用ソフトウェアの開発方法及び 装置 - Google Patents

Abstract

(57)【要約】 【目的】付加サービスソフトウェアに対し設計記述をサ
ービス仕様レベルで抽象化し自動変換することによりプ
ログラム言語や付加サービス制御機能にかかわらず容易
に開発可能とする。 【構成】付加サービス実行機能をサブシナリオ２１０に
細分化し、最小実行単位の部品化要素処理及び起動条
件，次サブシナリオを抽象記述インタフェースで記述し
た抽象記述設計情報２０を得、前処理生成部３２０で付
加サービス制御機能のアーキテクチャ上必要な前処理を
付加し、最適化部３３０で重複処理削除，処理順序ソー
ト，連続処理のコンポーネント化を行った後、プログラ
ム合成変換部３５０でサブシナリオの処理本体４１１と
次サブシナリオの起動条件を指定する起動条件設定処理
４１２とに変換するとともに、実行すべきサブシナリオ
の選択，実行可否判定を行う分析シナリオ４２０を生成
しプログラムモジュール化された付加サービスソフトウ
ェア４１０として出力する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は交換付加サービス用ソフ
トウェアの開発方法及び装置に関し、特に付加サービス
を提供するために、基本呼制御機能を司どる基本呼制御
ソフトウェアと、付加サービス種別ごとのサービス仕様
に対応した付加サービス実行機能をそれぞれ司どる複数
の付加サービスソフトウェアと、基本呼制御機能の制御
下で各付加サービス実行機能の実行制御機能を司どる付
加サービス制御ソフトウェアとがそれぞれ独立したモジ
ュール構成を成す交換システムの上記付加サービスソフ
トウェアの開発方法及び開発装置に関する。

【０００２】

【従来の技術】従来、この種の交換システムにおける付
加サービスソフトウェアの開発に際しては、付加サービ
ス制御機能（ソフトウェア）のアーキテクチャを意識
し、そのインタフェースに合わせて仕様を満足するよう
に各付加サービスソフトウェア（独立モジュール）の設
計を行っていた。

【０００３】

【発明が解決しようとする課題】上述した従来の交換付
加サービス用ソフトウェアの開発システムでは、付加サ
ービス制御ソフトウェアのアーキテクチャに依存した付
加サービスソフトウェア・モジュールの設計であるた
め、他モジュールの情報データの構成を意識した付加サ
ービスソフトウェアの設計を行う必要があり、また、付
加サービス制御ソフトウェアのアーキテクチャが故に前
処理等が必要な場合、その前処理を付加サービスの仕様
として考慮する必要があった。さらに、付加サービス制
御ソフトウェアや他モジュールの付加サービスソフトウ
ェアの情報データの構成等に変更があった場合には、既
存の付加サービスソフトは直接影響を受け、その仕様を
見直さなければならないという欠点があった。

【０００４】

【課題を解決するための手段】本発明の交換付加サービ
ス用ソフトウェアの開発方法は、付加サービスを提供す
るために、基本呼制御機能を司どる基本呼制御ソフトウ
ェアと、付加サービス種別ごとの仕様に対応した付加サ
ービス実行機能をそれぞれ司どる複数の付加サービスソ
フトウェアと、前記基本呼制御機能の制御下で前記各付
加サービス実行機能の実行を制御する付加サービス制御
機能を司どる付加サービス制御ソフトウェアとがそれぞ
れ独立したモジュール構成を成す交換システムの前記付
加サービスソフトウェアの開発方法において、あらかじ
め、前記付加サービス実行機能の各を実行契機単位の処
理を分担する複数のサブシナリオに細分化し、前記サブ
シナリオごとに、自己の起動条件情報と、分担処理内容
に対応し最小実行単位に部品化された各種要素処理情報
の所定フォーマットに従った組合わせと、次に起動すべ
きサブシナリオの指定情報とを抽象記述インタフェース
で記述することにより、前記付加サービスソフトウェア
に対する抽象記述設計情報を作成し、この抽象記述設計
情報を前記付加サービス制御機能のインタフェース仕様
を含むソフトウェア変換システムに通し、前記要素処理
情報から各サブシナリオ本体、前記次に起動すべきサブ
シナリオの指定情報及びその起動条件情報から各サブシ
ナリオの次に起動すべきサブシナリオの起動条件を設定
する起動条件設定処理、当該付加サービスソフトウェア
のすべての前記起動条件情報から実行すべきサブシナリ
オの選択及びその実行可否の判定処理を行う分析シナリ
オをそれぞれ自動生成するとともに、前記付加サービス
制御機能のアーキテクチャが故に、付加サービス実行機
能を実行する際必要な前処理がある場合はその前処理を
自動生成し、前記前処理が他モジュールからの情報読出
し処理であり同一情報に対し読出し処理が重複する場合
は重複する読出し処理を削除し、処理順序を規制する必
要がある場合は処理のソートを行い、他の同一モジュー
ルに対する連続的な処理がある場合はアクセス回数を低
減するためのコンポーネント化を行うことにより、前記
付加サービスソフトウェアとして出力する工程から成
る。

【０００５】本発明の交換付加サービス用ソフトウェア
の開発装置は、付加サービスを提供するために、基本呼
制御機能を司どる基本呼制御ソフトウェアと、付加サー
ビス種別ごとの仕様に対応した付加サービス実行機能を
それぞれ司どる複数の付加サービスソフトウェアと、前
記基本呼制御機能の制御下で前記各付加サービス実行機
能の実行を制御する付加サービス制御機能を司どる付加
サービス制御ソフトウェアとがそれぞれ独立したモジュ
ール構成を成す交換システムの前記付加サービスソフト
ウェアの開発装置において、前記付加サービス実行機能
の各を実行契機単位の処理に細分化したサブシナリオご
とに、自己の起動条件情報と、分担処理内容に対応し最
小実行単位に部品化された各種要素処理情報の所定フォ
ーマットに従った組合わせと、次に起動すべきサブシナ
リオの指定情報とを抽象記述インタフェースで記述した
前記付加サービスソフトウェアに対する抽象記述設計情
報を入力する手段と、前記付加サービス制御機能のイン
タフェース仕様をあらかじめ格納する手段と、前記抽象
記述設計情報に対し、前記付加サービス制御機能のイン
タフェース仕様に基づき付加サービス実行機能を実行す
る際の前処理が必要か判定し、必要ならば当該前処理を
自動生成する手段と、前記前処理が他モジュールからの
情報読出し処理である場合に、同一情報に対し読出し処
理が重複するか判定し重複する読出し処理を削除する手
段と、前記前処理及び前記抽象記述設計情報に対し、前
記付加サービス制御機能のインタフェース仕様に基づき
処理順序の規制が必要か判定し必要ならば処理のソート
を行う手段と、他の同一モジュールに対する連続的な処
理がある場合にアクセス回数を低減するためのコンポー
ネント化を行う手段と、必要に応じて前記前処理生成，
重複削除，ソート及びコンポーネント化がされた前記抽
象記述設計情報に対し、前記要素処理情報から各サブシ
ナリオ本体、前記次に起動すべきサブシナリオの指定情
報及びその起動条件情報から各サブシナリオの次に起動
すべきサブシナリオの起動条件を設定する起動条件設定
処理、当該付加サービスソフトウェアのすべての前記起
動条件情報から実行すべきサブシナリオの選択及びその
実行可否の判定処理を行う分析シナリオをそれぞれ自動
生成し前記付加サービスソフトウェアとして出力する手
段とを有している。

【０００６】

【実施例】次に、本発明について図面を参照して説明す
る。

【０００７】図１は本発明の交換付加サービス用ソフト
ウェアの開発装置の一実施例を示すブロック図である。
本実施例の開発装置は、コンピュータシステムを用いた
ソフトウェア変換システム３０として構成され、付加サ
ービス仕様１０に応じた付加サービス実行機能を実行契
機単位に複数のサブシナリオ２１０に細分化しそれぞれ
各種要素処理から成る処理情報及び起動条件に関する情
報を抽象記述インタフェースで記述した付加サービスソ
フトウェアの抽象記述設計情報２０をファイル装置等に
より入力する設計情報入力部３１０と、抽象記述設計情
報２０から付加サービス制御機能のインタフェースに従
ってＣ言語プログラム等の交換システム（図示せず）で
実行可能なモジュール単位の付加サービスソフトウェア
４０に自動変換するための各種規則や情報を蓄積し装置
内各部に供給する変換規則・知識データベース３４０
と、他モジュールの付加サービスソフトウェアからの情
報読出し処理を生成する読出し処理生成手段３２１を含
み、付加サービス実行機能を実行する際に必要な前処理
を自動生成する前処理生成部３２０と、前処理生成部３
２０で他モジュールからの情報読出しの前処理が重複し
て生成された場合に重複する読出し処理を削除する重複
処理削除手段３３１，他の同一モジュールに対する連続
的な処理がある場合にアクセス回数を低減するためのコ
ンポーネント化を行うコンポーネント化手段３３２，及
び処理順序を規制する必要がある場合に処理のソートを
行うソート手段３３３を含み、処理の最適化を行う最適
化部３３０と、前処理生成部３２０で前処理が付加され
最適化部３３１で重複削除，コンポーネント化、ソート
等の最適化が行われた抽象記述設計情報２０から処理本
体４１１及び起動条件設定処理４１２から成る複数のサ
ブシナリオ４１０とサブシナリオの選択，実行を制御す
る分析シナリオ４２０とを有する付加サービスソフトウ
ェア４０を自動生成するプログラム合成変換部３５０と
を備えている。なお、付加サービスの種別としては、コ
ール・ウェイティング，転送，三者通話，会議通話等が
ある。

【０００８】自動生成された付加サービスソフトウェア
４０を交換システムで実行し付加サービスを提供する場
合の動作シーケンスを図２に示す。交換システム（図示
せず）のソフトウェアは、基本呼制御機能を司どる基本
呼制御ソフトウェア６０と、付加サービス種別（Ａ，
Ｂ）ごとのサービス仕様に対応した付加サービス実行機
能をそれぞれ司どる複数の付加サービスソフトウェア４
０―１，４０―２と、基本呼制御機能の制御下で前記各
付加サービス実行機能の実行制御機能を司どる付加サー
ビス制御ソフトウェア５０とがそれぞれ独立したモジュ
ールで構成されている。なお、図示していないが、加入
者ごとに契約に基づいて利用可能な付加サービス種別
（複数可）がコールメモリに登録されている。

【０００９】基本呼制御ソフトウェア６０は、加入者ご
とに付加サービスを起動すべきイベントを受信すると
（ステップ６１０）、イベント内容に応じてあらかじめ
設定された複数のサービス起動ポイント６２０のいずれ
かから付加サービス制御ソフトウェア５０を起動する。
付加サービス制御ソフトウェア５０は基本呼制御ソフト
ウェア６０からの受信イベント及びサービス対象加入者
の契約サービス種別等の情報や起動がかけられたサービ
ス起動ポイントの位置などに基づいて実行の可能性があ
るいずれかの付加サービス、例えばサービスＡの付加サ
ービスソフトウェア４０―１を選択し（ステップ５１
０）、その分析シナリオ４２０において実行可否の判断
及び実行すべきサブシナリオ４１０―１〜４１０―３の
選択を行わせる。各サブシナリオの名称は識別番号（シ
ナリオＩＤ）を含んで構成されており、ここでは例え
ば、シナリオＩＤ＝１０のサブシナリオ４１０―１が選
択されたとする。分析シナリオ４２０の結果、実行可な
らば、選択されたサブシナリオ（サブシナリオ４１０―
１）を実行させる（ステップ５４０）。なお、付加サー
ビス制御ソフトウェア５０は付加サービスを識別するた
めのサービスＩＤを、最初に基本呼上でその付加サービ
スが起動されたときに割当てる。このサービスＩＤは当
該付加サービスが終了するまで有効である。

【００１０】各サブシナリオ４１０―１〜４１０―３で
は処理本体４１１による所定の処理実行後、起動条件設
定処理４１２により付加サービス制御ソフトウェア５０
に対し次に動作すべきサブシナリオの起動条件の設定を
行う。すなわち、この起動条件（イベント，起動ポイン
ト，サービスＩＤ）に合致する起動契機の起動を受ける
と、そのサブシナリオが含まれる付加サービスソフトウ
ェア（４０―１）を選択し分析シナリオ４２０を実行さ
せるように付加サービス制御ソフトウェア５０に登録す
る。

【００１１】付加サービス制御ソフトウェア５０は、当
該加入者に対し他の実行の可能性のある付加サービスが
あるか判定し、あるならば（例えばサービスＢ）、ステ
ップ５１０以降の処理を繰返す。実行の可能性のある付
加サービス種別の選択及び実行（実行可の場合）がすべ
て終了すると、付加サービス制御ソフトウェア５０から
基本呼制御ソフトウェアの起動を受けたサービス起動ポ
イント６２０に応じた復帰ポイント６３０へ復帰する。
このようにしてイベント受信ごとにサブシナリオを順次
起動することにより加入者ごとの所望の付加サービス
（複数種別同時実行可）が実現される。

【００１２】次に、ソフトウェア変換システム３０にお
ける抽象記述設計情報２０からＣ言語プログラムによる
付加サービスソフトウェア４０への変換動作について詳
細に説明する。

【００１３】あらかじめ、付加サービス種別ごとのサー
ビス仕様１０に対応した付加サービス実行機能を実行契
機単位の処理を行う複数のサブシナリオ２１０に細分化
し、それぞれ最小実行単位に部品化された各種要素処理
の指定情報を所定のフォーマットに従って組合わせ抽象
記述インタフェースで記述するとともに、自サブシナリ
オの起動条件情報及び次に起動すべきサブシナリオの指
定情報を記述することにより、付加サービスソフトウェ
アに対する抽象記述設計情報２０を作成する。

【００１４】図３はこのようにして記述されたサブシナ
リオの設計イメージの一例を示す図である。抽象記述さ
れたサブシナリオ２１０は、自己の名称（シナリオＩ
Ｄ、本例ではｓｃｅｎａｒｉｏ１０）を示す自サブシナ
リオ名２１１と、基本呼制御機能におけるサービス起動
ポイント及び受信イベント（起動契機）を指定する起動
条件２１２と、「データをセーブ」や「サービスを開
始」，「サービス状態を安定状態に設定」等の「何をど
うする」という要素処理を組合わせた処理本体２１３
と、次に実行すべきサブシナリオがある場合にその名称
（本例ではｓｃｅｎａｒｉｏ２０）を指定する次サブシ
ナリオ名２１４との各情報で構成されている。図３にお
いて、処理本体２１３は次のような記述部からなる。 （１）データのセーブ記述部２１３ａ……コールデータ
（ｃａｌｌ―ｄａｔａ：呼情報セーブエリア）中の“着
番号（ｃｅｄｐｎｏ）”をサービスデータ（ｓｅｒｖｉ
ｃｅ―ｄａｔａ：サービスごとの情報セーブエリア）に
セーブする。 （２）サービス開始記述部２１３ｂ……サービス（ｓｅ
ｒｖｉｃｅ）の開始（ｓｔａｒｔ）。基本呼上でどのサ
ービスが実行しているか関連づける。また、このとき、
そのサービスが必要とするリソース（例えば、サービス
データセーブエリア）が確保される。 （３）サービス状態記述部２１３ｃ……サービス状態
（ｓｔａｔｕｓ）を安定状態（ｓｔａｙ）に設定する。 （４）ＩＡＭプリミティブ送信記述部２１３ｄ……ＩＡ
Ｍプリミティブ信号の送信。そのパラメータに、コール
データ中の“着番号（ｃｅｄｐｎｏ）”とサービスデー
タ中の“発番号（ｃｎｇｐｎｏ）”とを指定（設定）す
る。

【００１５】次に、プログラム合成変換部３５０により
抽象記述された各サブシナリオの処理本体２１３からプ
ログラムモジュール化されたサブシナリオの処理本体４
１１へそれぞれ変換される。その際、そのサブシナリオ
内の処理で必要な変数データの定義を自動生成し、前処
理生成部３２０で付加サービス制御機能のアーキテクチ
ャ上必要な処理本体の前処理を自動生成し、最適化部３
３０で重複する処理の削除，処理順序のソート，連続的
な処理のコンポーネント化等の最適化を行う。また、次
サブシナリオ名２１４で指定されたサブシナリオ名を自
サブシナリオ名２１１として持つサブシナリオの起動条
件２１２から変換された起動条件設定処理４１２が展開
される。

【００１６】図４はこのようにして自動生成されたサブ
シナリオ４１０（ｓｃｅｎａｒｉｏ１０）のプログラム
イメージの一例を示す図である。まず、処理本体４１１
において、使用する変数データを定義したデータ定義部
４１１ａが生成される。図３のデータのセーブ記述部２
１３ａ及びＩＡＭプリミティブ送信記述部２１３ｄにお
いて事前に情報読出しを行うべきデータがあるので、前
処理生成部３２０の読出し処理生成手段３２１で情報読
出し処理（ｒｅｄｉｎｆ命令）を生成する。その際、
“ｃｅｄｐｎｏ”の読出しをそれぞれ行うようになって
いるが、一度しか読出さないように最適化部３３０の重
複処理削除手段３３１で重複する読出し処理の削除が行
われる。また、この情報読出しは“ｃｅｄｐｎｏ”及び
“ｃｎｇｐｎｏ”の２つの情報読出し処理を行うように
なっており、コンポーネント化手段３３２で一度のオペ
レーションにまとめられる。これらの操作後に情報読出
し処理部４１１ｂが変換，生成される。この情報読出し
処理部４１１ｂの最初の“ｒｅｄｉｎｆ［０］”命令群
は、種別：着番号（ＣＥＤＰＮＯ）をコールデータ（Ｃ
ＬＬ―ＤＡＴＡ）から読出し“ｃｅｄｐｎｏ”に設定す
ることを指定し、次の“ｒｅｄｉｎｆ［１］”命令群
は、種別：発番号（ＣＮＧＰＮＯ）をサービスデータ
（ＳＶＣ―ＤＡＴＡ）から読出し“ｃｎｇｐｎｏ”に設
定することを指定する。また、図３において、データの
セーブ記述部２１３ａ、サービス開始記述部２１３ｂの
順番に設計されているが、データのセーブはサービスの
開始を行った時に割当てられるサービスＩＤ（ｓｖｃｉ
ｄ）対応に行われる。したがってこれらの処理は、サー
ビス開始、データのセーブの順番に行われる必要があ
り、ソート手段３３３で順序が入替えられる。これらの
操作後にサービス開始処理部４１１ｃ及びデータのセー
ブ処理部４１１ｄが変換，生成される。同様に、サービ
ス状態記述部２１３ｃ，ＩＡＭプリミティブ送信記述部
２１３ｄからサービス状態処理部４１１ｅ，ＩＡＭプリ
ミティブ送信処理部４１１ｆが変換，生成される。この
ＩＡＭプリミティブ送信処理部４１１ｆの“ｐｒｍｉｎ
ｆ［０］”命令群及び“ｐｒｍｉｎｆ［１］”命令群
は、情報読出し処理部４１１ｂで読出した着番号及び発
番号をパラメータとしてそれぞれ設定する。

【００１７】また、次サブシナリオ名２１４で指定され
たサブシナリオの起動条件２１２（サービス起動ポイン
ト（ｐｏｉｎｔ），イベント（ｅｖｅｎｔ））及び実行
時に指定されるサービスＩＤ（ｓｖｃｉｄ）を付加サー
ビス制御ソフトウェア５０に対し次サブシナリオの起動
条件として設定するための起動条件設定処理４１２が変
換，生成される。

【００１８】次に、当該付加サービスソフトウェアのす
べてのサブシナリオ２１０の起動条件２１２から実行す
べきサブシナリオの選択及びその実行可否の判定処理を
行う分析シナリオ４２０が変換，生成される。図５に分
析シナリオ４２０のプログラムイメージの一例を示す。
図５において、例えば起動ポイントが“ＰＮＴ―１”の
場合に、イベントが“ＥＶＴ―０”ならば“ｓｃｅｎａ
ｒｉｏ１０”、“ＥＶＴ―１”ならば“ｓｃｅｎａｒｉ
ｏ１１”のサブシナリオ４１０を実行すべきことを示し
ている。

【００１９】以上説明したように、ソフトウェア変換シ
ステム３０で付加サービス制御機能（ソフトウェア）の
アーキテクチャのために考慮すべき事項や制約等をすべ
て吸収するので、付加サービスの実行契機単位に細分化
された処理とその起動条件を「何をどうする」という最
小実行単位で部品化，共通化されたサービス仕様レベル
の抽象記述インタフェースで設計するだけで、所望の付
加サービス実行機能を有する付加サービスソフトウェア
を容易に開発することができる。

【００２０】

【発明の効果】以上説明したように本発明によれば、交
換システム付加サービス仕様対応の実行機能の設計記述
を実行契機対応のサブシナリオ単位に抽象化することに
より設計作業が簡素化，明瞭化され、変換システムを通
して付加サービスソフトウェアが自動生成されるので、
プログラミング言語や煩雑な付加サービス制御機能を知
らなくても付加サービスソフトウェアの開発を容易に行
うことができ、生産性及び品質が向上する。また、付加
サービス実行機能の設計が付加サービス制御機能のアー
キテクチャに直接的に依存せず、他の付加サービスソフ
トウェアの情報データの構成も意識する必要がないの
で、付加サービス制御ソフトウェアや他付加サービスソ
フトウェアの変更に柔軟な対応が可能となる。

【図面の簡単な説明】

【図１】本発明の交換付加サービス用ソフトウェアの開
発装置の一実施例を示すブロック図である。

【図２】本発明による付加サービスソフトウェアを交換
システムで実行し付加サービスを提供する場合の動作シ
ーケンス図である。

【図３】サブシナリオの設計イメージの一例を示す図で
ある。

【図４】サブシナリオの自動生成されたプログラムイメ
ージの一例を示す図である。

【図５】分析シナリオの自動生成されたプログラムイメ
ージの一例を示す図である。

【符号の説明】

２０ 付加サービスソフトウェアの抽象記述設計情報 ３０ ソフトウェア変換システム ４０ 付加サービスソフトウェア ３１０ 設計情報入力部 ３２０ 前処理生成部 ３２１ 読出し処理生成手段 ３３０ 最適化部 ３３１ 重複処理削除手段 ３３２ コンポーネント化手段 ３３３ ソート手段 ３４０ 変換規則・知識データベース ３５０ プログラム合成変換部 ４１０ サブシナリオ ４２０ 分析シナリオ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 付加サービスを提供するために、基本呼
   制御機能を司どる基本呼制御ソフトウェアと、付加サー
   ビス種別ごとの仕様に対応した付加サービス実行機能を
   それぞれ司どる複数の付加サービスソフトウェアと、前
   記基本呼制御機能の制御下で前記各付加サービス実行機
   能の実行を制御する付加サービス制御機能を司どる付加
   サービス制御ソフトウェアとがそれぞれ独立したモジュ
   ール構成を成す交換システムの前記付加サービスソフト
   ウェアの開発方法において、 あらかじめ、前記付加サービス実行機能の各を実行契機
   単位の処理を分担する複数のサブシナリオに細分化し、 前記サブシナリオごとに、自己の起動条件情報と、分担
   処理内容に対応し最小実行単位に部品化された各種要素
   処理情報の所定フォーマットに従った組合わせと、次に
   起動すべきサブシナリオの指定情報とを抽象記述インタ
   フェースで記述することにより、前記付加サービスソフ
   トウェアに対する抽象記述設計情報を作成し、 この抽象記述設計情報を前記付加サービス制御機能のイ
   ンタフェース仕様を含むソフトウェア変換システムに通
   し、前記要素処理情報から各サブシナリオ本体、前記次
   に起動すべきサブシナリオの指定情報及びその起動条件
   情報から各サブシナリオの次に起動すべきサブシナリオ
   の起動条件を設定する起動条件設定処理、当該付加サー
   ビスソフトウェアのすべての前記起動条件情報から実行
   すべきサブシナリオの選択及びその実行可否の判定処理
   を行う分析シナリオをそれぞれ自動生成するとともに、 前記付加サービス制御機能のアーキテクチャが故に、付
   加サービス実行機能を実行する際必要な前処理がある場
   合はその前処理を自動生成し、前記前処理が他モジュー
   ルからの情報読出し処理であり同一情報に対し読出し処
   理が重複する場合は重複する読出し処理を削除し、処理
   順序を規制する必要がある場合は処理のソートを行い、 他の同一モジュールに対する連続的な処理がある場合は
   アクセス回数を低減するためのコンポーネント化を行う
   ことにより、 前記付加サービスソフトウェアとして出力することを特
   徴とする交換付加サービス用ソフトウェアの開発方法。
2. 【請求項２】 付加サービスを提供するために、基本呼
   制御機能を司どる基本呼制御ソフトウェアと、付加サー
   ビス種別ごとの仕様に対応した付加サービス実行機能を
   それぞれ司どる複数の付加サービスソフトウェアと、前
   記基本呼制御機能の制御下で前記各付加サービス実行機
   能の実行を制御する付加サービス制御機能を司どる付加
   サービス制御ソフトウェアとがそれぞれ独立したモジュ
   ール構成を成す交換システムの前記付加サービスソフト
   ウェアの開発装置において、 前記付加サービス実行機能の各を実行契機単位の処理に
   細分化したサブシナリオごとに、自己の起動条件情報
   と、分担処理内容に対応し最小実行単位に部品化された
   各種要素処理情報の所定フォーマットに従った組合わせ
   と、次に起動すべきサブシナリオの指定情報とを抽象記
   述インタフェースで記述した前記付加サービスソフトウ
   ェアに対する抽象記述設計情報を入力する手段と、 前記付加サービス制御機能のインタフェース仕様をあら
   かじめ格納する手段と、 前記抽象記述設計情報に対し、前記付加サービス制御機
   能のインタフェース仕様に基づき付加サービス実行機能
   を実行する際の前処理が必要か判定し、必要ならば当該
   前処理を自動生成する手段と、 前記前処理が他モジュールからの情報読出し処理である
   場合に、同一情報に対し読出し処理が重複するか判定し
   重複する読出し処理を削除する手段と、 前記前処理及び前記抽象記述設計情報に対し、前記付加
   サービス制御機能のインタフェース仕様に基づき処理順
   序の規制が必要か判定し必要ならば処理のソートを行う
   手段と、他の同一モジュールに対する連続的な処理があ
   る場合にアクセス回数を低減するためのコンポーネント
   化を行う手段と、 必要に応じて前記前処理生成，重複削除，ソート及びコ
   ンポーネント化がされた前記抽象記述設計情報に対し、
   前記要素処理情報から各サブシナリオ本体、前記次に起
   動すべきサブシナリオの指定情報及びその起動条件情報
   から各サブシナリオの次に起動すべきサブシナリオの起
   動条件を設定する起動条件設定処理、当該付加サービス
   ソフトウェアのすべての前記起動条件情報から実行すべ
   きサブシナリオの選択及びその実行可否の判定処理を行
   う分析シナリオをそれぞれ自動生成し前記付加サービス
   ソフトウェアとして出力する手段と、 を有することを特徴とする交換付加サービス用ソフトウ
   ェアの開発装置。