JPH0887408A - サービス処理プログラム生成装置および方法 - Google Patents

Abstract

(57)【要約】 【目的】 専門家の手を介することなく、サービス処理
プログラムを自動生成することができるようなサービス
処理プログラム生成装置および方法を提供する。 【構成】 サービス処理プログラム生成装置１では、必
要処理部品導出部１３が、蓄積されたサービス状態およ
びリソース状態対応知識と、蓄積されたリソース状態変
化および処理部品対応知識と、サービス状態遷移定義１
１とを用いて、サービス処理プログラム１７を生成する
ために必要な処理部品の候補を導出し、プログラム合成
部１５が処理部品集合蓄積部３に蓄積された処理部品集
合から処理部品候補に対応する処理部品を取出して合成
してサービス処理プログラム１７を生成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、サービス処理プログラ
ム生成装置および方法に関し、電子計算機、電子交換
機、伝送装置などの電子装置におけるプログラム自動生
成を実現するような装置および方法であって、特にサー
ビスの進行に伴うサービス状態の遷移として定義された
サービス状態遷移定義に基づいてサービス処理プログラ
ムを生成することのできるサービス処理プログラム生成
装置および方法に関する。

【０００２】

【従来の技術】従来、サービスの進行に伴いサービス状
態が遷移することにより新しいサービス状態が定義され
る方法として、ＳＤＬやＬＯＴＯＳにより状態遷移に基
づく方法がある。ＳＤＬは、CCITT,Recommendation Z.1
00, “Functional Specification and Descripion Lang
uage（SDL ），”1988で提案されている。ＬＯＴＯＳ
は、T.Bolognesi,E.Brinksma, “Introduction to the
ISO Specification Language LOTOS, ”Computer Netwo
rks and ISDN Systems,14,pp25-59,1987で提案されてい
る。これらの方法によるサービス状態定義では、サービ
スの進行に伴うサービス状態の状態遷移が定義されるこ
とで行なわれる。また、サービス状態が定義される各種
サービスモデルが用いられることにより、サービス実行
環境内部の詳細な知識を有していない者であっても、サ
ービス状態遷移を定義することは比較的容易に行なわれ
る。そのため、一般の人は、新しいサービスの状態定義
を行なうことでサービスの状態遷移を定義することがで
きる。

【０００３】このようにサービスの状態遷移が容易に定
義されるが、各々のサービス状態遷移の際に実行しなけ
ればならない処理プログラムは、専門家によってのみ行
われていた。すなわち、専門家は、各々のサービス状態
に関する実行環境に関する知識を有しており、各々のサ
ービス状態遷移時の実行処理を定義してサービス処理プ
ログラムを生成していた。

【０００４】また、サービスの状態定義において新規の
状態遷移が出現した場合にも、専門家がその状態遷移で
実行すべき処理が不足しているか否かを判断していた。

【０００５】

【発明が解決しようとする課題】しかしながら、上記の
ような従来のサービス処理生成方法では、専門家のみに
よって行なわれるという問題があった。すなわち、実行
環境内部に関する処理を熟知している専門家によって手
動で各々状態遷移に対応した処理が定義されなければ、
サービス処理プログラムは生成されないという問題があ
った。

【０００６】また、サービス状態に新しい状態が追加さ
れた場合の判断も専門家のみによって行なわれていたた
め、新しい処理が実行されなければならないにもかかわ
らず、専門家が新しい処理の必要性を見落とした場合に
は、サービスは正しく実行されないという問題があっ
た。

【０００７】ゆえに、本発明の目的は、上記のような問
題を解決し、専門家の手を借りることなく、サービス処
理プログラムを生成することができるようなサービス処
理プログラム生成装置および方法を提供することであ
る。

【０００８】

【課題を解決するための手段】請求項１の発明に係るサ
ービス処理プログラム生成装置は、サービスの進行に伴
うサービス状態の遷移が定義され、そのサービス状態遷
移定義に基づいてサービス処理プログラムを生成するサ
ービス処理プログラム生成装置であって、サービス処理
プログラムの合成に用いられるべき処理部品の集合を蓄
積した処理部品集合蓄積手段と、サービス状態とリソー
ス状態とを対応付けたサービス状態およびリソース状態
対応知識を蓄積したサービス状態およびリソース状態対
応知識蓄積手段と、リソース状態の変化と処理部品集合
蓄積手段に蓄積された処理部品とを対応付けたリソース
状態変化および処理部品対応知識を蓄積したリソース状
態変化および処理部品対応知識蓄積手段と、サービス状
態遷移定義と、サービス状態およびリソース状態対応知
識蓄積手段に蓄積されたサービス状態およびリソース状
態対応知識と、リソース状態変化および処理部品対応知
識蓄積手段に蓄積されたリソース状態変化および処理部
品対応知識とに応じて、サービス状態遷移定義に対応す
る処理部品候補を導出する必要処理部品導出手段と、必
要処理部品導出手段で導出された処理部品候補に応じ
て、処理部品集合蓄積手段に蓄積された処理部品の集合
のうちでサービス状態遷移定義に対応する処理部品を抽
出してサービス処理プログラムを合成するプログラム合
成手段とを備えている。

【０００９】請求項２では、請求項１の必要処理部品導
出手段は、リソース状態変化および処理部品対応知識蓄
積手段に蓄積されたリソース状態変化および処理部品対
応知識に応じて、リソース状態変化に対応する処理部品
候補が欠乏していることを検出し、サービス処理プログ
ラム生成装置は、さらに、必要処理部品導出手段が検出
した検出結果に応じて、サービス状態遷移定義に対応す
る処理部品候補が欠乏していることを報知する報知手段
を備えている。

【００１０】請求項３の発明に係るサービス処理プログ
ラム生成方法は、サービスの進行に伴うサービス状態の
遷移が定義され、そのサービス状態遷移定義に基づいて
サービス処理プログラムを生成するサービス処理プログ
ラム生成方法であって、サービス処理プログラムの合成
に用いられるべき処理部品の集合が予め蓄積されてお
り、サービス状態遷移定義と、予め蓄積されかつサービ
ス状態とリソース状態とが対応付けられたサービス状態
およびリソース状態対応知識とに応じて、サービス状態
遷移定義に対応したリソース状態の遷移関連情報を求め
る第１のステップと、第１のステップで求められたリソ
ース状態の遷移関連情報と、予め蓄積されかつリソース
状態の変化と蓄積された処理部品とが対応付けられたリ
ソース状態変化および処理部品対応知識とに応じて、サ
ービス状態遷移定義に対応した処理部品候補を求める第
２のステップと、第２のステップで求められた処理部品
候補に応じて、蓄積された処理部品の集合のうちでサー
ビス状態遷移定義に対応する処理部品を抽出して、サー
ビス処理プログラムを合成する第３のステップとを含ん
でいる。

【００１１】請求項４では、請求項３の第２のステップ
は、第１のステップで求められたリソース状態の遷移関
連情報と、予め蓄積されかつリソース状態の変化と蓄積
された処理部品とが対応付けられたリソース状態変化お
よび処理部品対応知識とに応じて、サービス状態遷移定
義に対応した処理部品候補が欠乏していることを検出す
るステップと、その検出出力に応じて、サービス状態遷
移定義に対応した処理部品候補が欠乏していることを報
知するステップとを含んでいる。

【００１２】

【作用】請求項１の発明に係るサービス処理プログラム
生成装置は、サービス処理プログラムの合成に用いられ
るべき処理部品の集合を処理部品集合蓄積手段によって
蓄積し、サービス状態およびリソース状態対応知識をサ
ービス状態およびリソース状態対応知識蓄積手段によっ
て蓄積し、リソース状態変化および処理部品対応知識を
リソース状態変化および処理部品対応知識蓄積手段によ
って蓄積し、サービスの進行に伴うサービス状態の遷移
を定義したサービス状態遷移定義と、サービス状態およ
びリソース状態対応知識と、リソース状態変化および処
理部品対応知識とに応じて、サービス状態遷移定義に対
応する処理部品候補を必要処理部品導出手段によって導
出し、導出された処理部品候補に応じて、処理部品集合
蓄積手段に蓄積された処理部品の集合のうちでサービス
状態遷移定義に対応する処理部品を用いてサービス処理
プログラムをプログラム合成手段によって合成して、サ
ービスの進行に対応したサービス処理プログラムを自動
生成することができる。

【００１３】請求項２の発明に係るサービス処理プログ
ラム生成装置は、リソース状態変化および処理部品対応
知識に応じて、リソース状態変化に対応する処理部品候
補が欠乏していることを必要処理部品導出手段によって
検出し、その検出結果に応じてサービス状態遷移定義に
対応する処理部品候補が欠乏していることを認知手段に
よって報知して、処理部品不足によるサービス処理プロ
グラムの不生成を防止できる。

【００１４】請求項３の発明に係るサービス処理プログ
ラム生成方法は、サービスの進行に伴うサービス状態の
遷移を定義するサービス状態遷移定義と、予め蓄積され
たサービス状態およびリソース状態対応知識とに応じ
て、サービス状態遷移定義に対応したリソース状態の遷
移関連情報を求め、求められたリソース状態遷移関連情
報と、予め蓄積されたリソース状態変化および処理部品
対応知識とに応じて、サービス状態遷移定義に対応した
処理部品候補を求め、求められた処理部品候補に応じ
て、予め蓄積された処理部品の集合のうちでサービス状
態遷移定義に対応する処理部品を抽出してサービス処理
プログラムを合成して、サービスの進行に対応したサー
ビス処理プログラムを自動生成することができる。

【００１５】請求項４の発明に係るサービス処理プログ
ラム生成方法は、リソース状態の遷移関連情報と、予め
蓄積されたリソース状態変化および処理部品対応知識と
に応じて、サービス状態遷移定義に対応した処理部品候
補が欠乏していることを検出し、その検出出力に応じ
て、サービス状態遷移定義に対応した処理部品候補が欠
乏していることを報知して、処理部品不足によるサービ
ス処理プログラムの不生成を防止できる。

【００１６】

【実施例】図１は、この発明の一実施例によるサービス
処理プログラム生成装置の概略ブロック図である。

【００１７】図１を参照して、サービス処理プログラム
生成装置１は、処理部品集合蓄積部３と、リソース知識
蓄積部５と、必要処理部品導出部１３と、プログラム合
成部１５とを含む。リソース知識蓄積部５は、サービス
状態およびリソース状態対応知識蓄積部７と、リソース
状態変化および処理部品対応知識蓄積部９とで構成され
ている。

【００１８】サービス処理プログラム生成装置１は、サ
ービスの進行に伴うサービス状態の遷移を定義したサー
ビス状態遷移定義１１が与えられて、最終的にサービス
処理プログラム１７を自動生成する。

【００１９】処理部品集合蓄積部３は、最終的に得られ
るべきサービス処理プログラム１７の合成に用いられる
べき処理部品の集合を蓄積しており、たとえばデータベ
ースによって実現される。

【００２０】サービス状態およびリソース状態対応知識
蓄積部７は、サービス状態とリソース状態とを対応付け
たサービス状態およびリソース状態対応知識を蓄積して
おり、たとえばデータベースによって実現される。同様
に、リソース状態変化および処理部品対応知識蓄積部９
は、リソース状態の変化と処理部品集合蓄積部３に蓄積
された処理部品とが対応付けられたリソース状態変化お
よび処理部品対応知識を蓄積しており、たとえばデータ
ベースによって実現される。このようなリソース知識蓄
積部５は、従来の手法による専門家の役割を果たしてお
り、後に詳しく説明する。

【００２１】必要処理部品導出部１３は、入力されるサ
ービス状態遷移定義１１と、サービス状態およびリソー
ス状態対応知識蓄積部７に蓄積されたサービス状態およ
びリソース状態対応知識と、リソース状態変化および処
理部品対応知識蓄積部９に蓄積されたリソース状態変化
および処理部品対応知識とに応じて、サービス状態遷移
定義１１に対応する処理部品候補を導出してプログラム
合成部１５に与える。

【００２２】プログラム合成部１５は、与えられた処理
部品候補に応じて、処理部品集合蓄積部３に蓄積された
処理部品の集合から必要な処理部品を取出して、それら
を合成して、サービス処理プログラム１７を作成する。

【００２３】図２は、図１のリソース知識蓄積部に蓄積
されるリソース知識について説明するための図である。

【００２４】図２のリソース知識１９は、３種類のリソ
ース種別２０ａ，２０ｂ，２０ｃに関する知識である。
リソース知識１９は、前述のようにサービス状態および
リソース状態対応知識２１と、リソース状態変化および
処理部品対応知識２３との部分から構成されている。

【００２５】サービス状態およびリソース状態対応知識
２１は、サービス状態２５とリソース状態２７とを対応
させており、たとえばサービス状態ｐ１はリソース種別
２０ａのｒｅｓｏｕｒｃｅ１（ｓｔａｔｅ１）、リソー
ス種別２０ｂのｒｅｓｏｕｒｃｅ２（ｓｔａｔｅ１）、
リソース種別２０ｃのｒｅｓｏｕｒｃｅ３（ｓｔａｔｅ
１）と対応付けられている。リソース状態変化および処
理部品対応知識２３では、リソース状態２７の変化と処
理部品２９とが対応付けられている。たとえば、リソー
ス種別２０ｃのリソース状態ｒｅｓｏｕｒｃｅ３（ｓｔ
ａｔｅ１）からリソース状態ｒｅｓｏｕｒｃｅ３（ｓｔ
ａｔｅ２）への変化は処理部品ｔａｓｋ３（１，２）と
対応付けられている。

【００２６】このようなリソース知識１９が用いられて
処理部品が求められることについて説明する。サービス
状態ｐ１からサービス状態ｐ２にサービス状態遷移３１
が行なわれた場合には、まずサービス状態およびリソー
ス状態対応知識２１からサービス状態ｐ１に対応するリ
ソース状態ｒｅｓｏｕｒｃｅ１（ｓｔａｔｅ１），ｒｅ
ｓｏｕｒｃｅ２（ｓｔａｔｅ１），ｒｅｓｏｕｒｃｅ３
（ｓｔａｔｅ１）と、サービス状態ｐ２に対応するリソ
ース状態ｒｅｓｏｕｒｃｅ１（ｓｔａｔｅ２），ｒｅｓ
ｏｕｒｃｅ２（ｓｔａｔｅ２），ｒｅｓｏｕｒｃｅ３
（ｓｔａｔｅ２）とが得られる。

【００２７】次に、リソース状態変化および処理部品対
応知識２３から、リソース状態ｒｅｓｏｕｒｃｅ１（ｓ
ｔａｔｅ１）からリソース状態ｒｅｓｏｕｒｃｅ１（ｓ
ｔａｔｅ２）へのリソース状態変化を行なわせる処理部
品ｔａｓｋ１（１，２）が求まる。同様にして、リソー
ス状態ｒｅｓｏｕｒｃｅ２（ｓｔａｔｅ１）からリソー
ス状態ｒｅｓｏｕｒｃｅ２（ｓｔａｔｅ２）へのリソー
ス状態変化を行なわせる処理部品ｔａｓｋ２（１，２）
が、リソース状態ｒｅｓｏｕｒｃｅ３（ｓｔａｔｅ１）
からｒｅｓｏｕｒｃｅ３（ｓｔａｔｅ２）へのリソース
状態変化を行なわせるｔａｓｋ３（１，２）が求まる。

【００２８】このような手順で求まった処理部品ｔａｓ
ｋ１（１，２），ｔａｓｋ２（１，２），ｔａｓｋ３
（１，２）がサービス状態ｐ１からサービス状態ｐ２へ
の状態遷移の際に実行されるべき処理部品である。この
ような処理が必要処理部品導出部１３によって行われ、
プログラム合成部１５が得られた処理部品候補に対応す
る処理部品を処理部品集合蓄積部３から取出して合成し
てサービス処理プログラム１７を作成する。

【００２９】図３は、図１に示したサービス処理プログ
ラム生成装置の動作を説明するためのフローチャートで
あり、図４は、図１のサービス状態遷移定義の一例を示
した図であり、図５は、図１のサービス状態およびリソ
ース状態対応知識蓄積部に蓄積されたサービス状態およ
びリソース状態対応知識の一例を示した図であり、図６
は、図１の必要処理部品導出部が動作することで得られ
るサービス状態遷移定義に対応した各リソース状態の遷
移関係データの一例を示した図であり、図７は、図１の
リソース状態変化および処理部品対応知識蓄積部に蓄積
されたリソース状態変化および処理部品対応知識の一例
を示した図であり、図８は、図１の必要処理部品導出部
がプログラム合成部へ与えるサービス状態遷移定義に対
応した処理部品候補の情報の一例を示した図であり、図
９は、図１の処理部品集合蓄積部に蓄積された処理部品
集合の一例を示した図であり、図１０は、図１のサービ
ス処理プログラムの一例を示した図である。

【００３０】以下、図３から図１０を用いて、より具体
的に図１に示すサービス処理プログラム生成装置の動作
について説明する。

【００３１】図３のステップ１では、必要処理部品導出
部１３において、図４に示すようなサービス状態遷移定
義１１と図５に示すようなサービス状態およびリソース
状態対応知識２１とが入力されたことに応じて、図６に
示すようなサービス状態遷移定義に対応した各リソース
状態の遷移関係データが求められる。

【００３２】図４に示すサービス状態遷移定義１１は、
前述したようにサービス状態がサービスの進行に伴って
どのように変化するかが定義されたものであり、サービ
ス仕様を記述したものである。図４では、サービス状態
であるダイヤルトーン鳴状態（ｐ１）のときに、電話番
号ダイヤルが行なわれると、次にサービス状態である呼
び出し中音鳴状態（ｐ２）への遷移が行われることが示
されている。

【００３３】図５に示すサービス状態およびリソース状
態対応知識２１は、１つのサービス状態が蓄積された各
々のリソース種別のどの状態に対応するかが定義された
知識である。図５では、１つのサービス状態であるダイ
ヤルトーン鳴状態（ｐ１）に対して、リソースとして音
源リソース（ｔｏｎｅ）と数字受信装置（ｒｅｃｅｉｖ
ｅｒ）の２つのリソースが対応し、各々音源リソース
（ｔｏｎｅ）はダイヤルトーン送出中状態３５、数字受
信装置（ｒｅｃｅｉｖｅｒ）は受信待ち状態３７が対応
する。一方、他のサービス状態である呼び出し中音鳴状
態（ｐ２）に対しては、同様に音源リソース（ｔｏｎ
ｅ）と数字受信装置（ｒｅｃｅｉｖｅｒ）の２つのリソ
ースが対応し、各々音源リソース（ｔｏｎｅ）は呼び出
し中音送出状態３９、数字受信装置（ｒｅｃｅｉｖｅ
ｒ）は未使用中状態４１が対応する。

【００３４】このようなサービス状態遷移定義１１とサ
ービス状態およびリソース状態対応知識２１とが必要処
理部品導出部１３に入力されて、必要処理部品導出部１
３はサービス状態遷移定義１１のデータ中の全てのサー
ビス状態に対して、サービス状態およびリソース状態対
応知識２１を突き合わせてリソース種別とそのリソース
状態の対応関係を求めて、図６に示すようなサービス状
態遷移定義に関連した各リソース状態の遷移関係データ
３３を求める。

【００３５】図６では、ダイヤルトーン鳴状態（ｐ１）
から呼び出し中音鳴状態（ｐ２）への遷移に対応するリ
ソース状態の遷移関係データが、音源リソース（ｔｏｎ
ｅ）の状態としてはダイヤルトーン送出中状態３５から
呼び出し中音送出状態３９に状態遷移することを表した
データが示され、数字受信装置（ｒｅｃｅｉｖｅｒ）の
状態としては受信待ち状態３７から未使用中状態４１に
状態遷移することを表したデータが示されている。

【００３６】次に、図３のステップ２では、必要処理部
品導出部１３において、図６に示すサービス状態遷移定
義に対応した各リソース状態の遷移関係データ３３と図
７に示すリソース状態変化および処理部品対応知識２３
とが入力されて、図８に示すようなサービス状態遷移定
義１１に対応した処理部品候補の情報４３が得られる。

【００３７】図７に示すようなリソース状態変化および
処理部品対応知識２３は、前述したように蓄積されたリ
ソースごとに、１つのリソースに対しそのリソースの状
態を遷移させて変化させるために必要な処理部品名の態
様が定義されている知識である。図７では、音源リソー
ス（ｔｏｎｅ）に対して、ダイヤルトーン送出中状態３
５から呼び出し中音送出中状態３９に遷移させるのに必
要な処理部品として、ダイヤルトーン停止処理部品（ｓ
ｔｏｐ−ｄｉａｌｔｏｎｅ）と呼び出し中音接続処理部
品（ｓｔａｒｔ−ｒｉｎｇｂａｃｋｔｏｎｅ）が示され
ている。また同様に、数字受信装置（ｒｅｃｅｉｖｅ
ｒ）のリソースに対して、受信待ち状態３７から未使用
中状態４１に遷移させるために必要な処理部品として、
数字受信装置解放処理部品（ｆｒｅｅ−ｒｅｃｅｉｖｅ
ｒ）が示されている。

【００３８】このようなリソース状態変化および処理部
品対応知識２３と、前述したリソース状態の遷移関係デ
ータ３３とを用いて、必要処理部品導出部１３は、リソ
ース状態の遷移関係データ３３に対してのリソース状態
変化および処理部品対応知識２３を照合させる処理を行
ない、サービス状態遷移定義１１に記述されている各サ
ービス状態遷移に対して必要な処理部品候補の情報４３
を求めて、プログラム合成部１５に与える。

【００３９】図８に示すサービス状態遷移定義に対応し
た処理部品候補の情報４３としては、ダイヤルトーン鳴
状態（ｐ１）から呼び出し中音鳴状態（ｐ２）への遷移
に対応する必要な処理部品候補が、ダイヤルトーン停止
処理部品（ｓｔｏｐ−ｄｉａｌｔｏｎｅ）、呼び出し中
音接続処理部品（ｓｔａｒｔ−ｒｉｎｇｂａｃｋｔｏｎ
ｅ）および数字受信装置解放処理部品（ｆｒｅｅ−ｒｅ
ｃｅｉｖｅｒ）の３つの処理部品候補であるという情報
が示されている。

【００４０】次に、図３のステップ３では、プログラム
合成部１５において、図８に示すようなサービス状態遷
移定義に対応した処理部品候補の情報４３と図９に示す
ような処理部品集合４３とが入力されることで、図１０
に示すようなサービス処理プログラム１７が得られる。

【００４１】図９に示す処理部品集合４３は、ダイヤル
トーン停止処理部品（ｓｔｏｐ−ｄｉａｌｔｏｎｅ）、
呼び出し中音接続処理部品（ｓｔａｒｔ−ｒｉｎｇｂａ
ｃｋｔｏｎｅ）および数字受信装置解放処理部品（ｆｒ
ｅｅ−ｒｅｃｅｉｖｅｒ）などの処理部品が予め作成さ
れたプログラム集合である。

【００４２】プログラム合成部１５は、サービス状態遷
移定義１１に対応した処理部品候補の情報４３を基に、
各々のサービス状態遷移定義１１に対応した処理部品を
処理部品集合４３から取出す。そして、プログラム合成
部１５は、この結果を組合わせてサービス状態遷移定義
１１に対応するサービス処理プログラム１７を合成す
る。

【００４３】サービス処理プログラム１７は、図１０に
示すように、たとえば処理部品のプログラムがサブルー
チン呼び出しによって呼び出されて実行されるプログラ
ムである。

【００４４】次に、図１に示す実施例についてまとめ
る。まず、サービス状態に依存しないリソースが仮想的
に定義されている。そして、各々のリソースに対してリ
ソースのとり得る状態が割当られ、サービス状態とリソ
ース状態の対応知識が予め蓄積されている。一方、各々
のリソース状態を変化させるための処理部品が予め蓄積
されている。これらの２種類の知識から、サービス状態
の各々の遷移に対して対応するリソース状態の変化が求
められ、対応するリソース状態の変化を行なわせるため
の処理部品候補が導出され、処理部品候補に対応する処
理部品が処理部品集合からサービス状態の遷移の際に実
行されるべき処理として生成されて、すべてのサービス
状態遷移の際に実行されるサービス処理プログラムが生
成される。

【００４５】したがって、予め専門家の知識としてリソ
ース知識が定義されて蓄積されているので、新しいサー
ビスとしてサービス状態遷移が定義された場合には、専
門家の手を用いることなく蓄積されたリソース知識を用
いて、正しいサービス処理プログラムを機械的に自動生
成することができる。

【００４６】図１１は、この発明の他の実施例によるサ
ービス処理プログラム生成装置を示した概略ブロック図
である。

【００４７】以下、図１に示したサービス処理プログラ
ム生成装置と異なる部分について特に説明する。サービ
ス処理プログラム生成装置４５では、新たな構成とし
て、不足処理部品表示部４７が必要処理部品導出部１３
から入力を受けるように接続される。

【００４８】動作について簡単に説明する。たとえば新
しいサービス状態遷移定義が必要処理部品導出部１３に
入力されて、必要な処理部品が処理部品集合蓄積部３に
蓄積されていない場合には、必要処理部品集合蓄積部３
に蓄積された必要処理部品と関連のあるリソース状態変
化および処理部品対応知識蓄積部９に蓄積されたリソー
ス状態変化および処理部品対応知識から処理部品候補が
不足していることを必要処理部品導出部１３は検出でき
る。したがって、その検出出力を必要処理部品表示部４
７に与えることで、不足処理部品表示部４７はプログラ
ム設計者に対して不足処理部品が存在して、処理部品集
合蓄積部３に処理部品の追加が必要であることを表示出
力して報知できる。

【００４９】図１２は、図１１に示したサービス処理プ
ログラム生成装置の主要な動作を説明するためのフロー
図である。

【００５０】図１２のステップ２１では、必要処理部品
導出部１３において、サービス状態遷移定義に対応した
各リソース状態の遷移関係データ３３と、リソース状態
変化および処理部品対応知識２３とが入力されて、処理
部品が存在しなかったリソース状態変化の情報が得られ
る。

【００５１】すなわち、必要処理部品導出部１３は、求
められたリソース状態変化に対応する処理部品候補を求
めることができれば、処理部品集合４３中に処理部品が
存在することを検出するが、逆にリソース状態変化に対
応する処理部品候補が存在しない場合には、処理部品集
合４３中に処理部品が存在しないことを検出でき、この
結果を不足処理部品表示部４７へ与える。

【００５２】次に、ステップ２３では、不足処理部品表
示部４７において、処理部品が存在しなかったリソース
状態変化の情報が入力されて、処理部品が不足している
ことが表示される。すなわち、不足処理部品表示部４７
は、必要処理部品導出部１３の検出結果が入力されて、
処理部品集合蓄積部３に必要な処理部品が欠乏している
旨を設計者に表示して報知できる。

【００５３】次に、図１１に示した実施例についてまと
める。サービス状態の遷移に対応するリソース状態の変
化があった場合に、対応するリソース状態の変化を行な
わせるための処理部品が知識中に未定義であることが検
出され、リソース状態変化を行なわせるための処理部品
が不足していることが設計者に知らせられ、不足処理の
追加が促されることにより、過不足のないサービス処理
プログラムの生成が行なえる。

【００５４】したがって、不足処理部品によるサービス
処理プログラムの不具合発生の可能性が防止され、ソフ
トウエアの信頼性が高められる。

【００５５】

【発明の効果】以上のようにこの発明によれば、サービ
ス処理プログラムの合成に用いられるべき処理部品の集
合が蓄積され、サービス状態およびリソース状態対応知
識とリソース状態変化および処理部品対応知識とがリソ
ース知識として蓄積され、サービスの進行に伴うサービ
ス状態の遷移を定義するサービス状態遷移定義に対応す
る処理部品候補がサービス状態およびリソース状態対応
知識とリソース状態変化および処理部品対応知識とが用
いられることで導出され、導出された処理部品候補に相
当する処理部品が合成されてサービス処理プログラムが
得られるので、従来専門家の手を介して行なわれたサー
ビス処理プログラムの生成を機械的に自動生成すること
ができる。

【００５６】さらに、サービス処理プログラムの合成に
用いられるべき処理部品が欠乏したことをも検出するこ
とで、処理部品不足によるサービス処理プログラムの不
生成を防止することができるので、ソフトウエアの信頼
性を高めることができる。

【図面の簡単な説明】

【図１】この発明の一実施例によるサービス処理プログ
ラム生成装置の概略ブロック図である。

【図２】図１のリソース知識蓄積部に蓄積されたリソー
ス知識を示した図である。

【図３】図１に示されたサービス処理プログラム生成装
置の動作を説明するためのフロー図である。

【図４】図１のサービス状態遷移定義の一例を示した図
である。

【図５】図１のサービス状態およびリソース状態対応知
識蓄積部に蓄積されたサービス状態およびリソース状態
対応知識の一例を示した図である。

【図６】図１の必要処理部品導出部がサービス状態遷移
定義とサービス状態およびリソース状態対応知識によっ
て得ることのできるサービス状態遷移定義に対応した各
リソース状態の遷移関係データの一例を示した図であ
る。

【図７】図１のリソース状態変化および処理部品対応知
識蓄積部に蓄積されたリソース状態変化および処理部品
対応知識の一例を示した図である。

【図８】図１の必要処理部品導出部が最終的に得ること
のできるサービス状態遷移定義に対応した処理部品候補
の情報の一例を示した図である。

【図９】図１の処理部品集合蓄積部に蓄積された処理部
品集合の一例を示した図である。

【図１０】図１のサービス処理プログラムの一例を示し
た図である。

【図１１】この発明の他の実施例によるサービス処理プ
ログラム生成装置の概略ブロック図である。

【図１２】図１１に示されたサービス処理プログラム生
成装置の主要な動作を示したフロー図である。

【符号の説明】

１，４５ サービス処理プログラム生成装置 ３ 処理部品集合蓄積部 ５ リソース知識蓄積部 ７ サービス状態およびリソース状態対応知識蓄積部 ９ リソース状態変化および処理部品対応知識蓄積部 １１ サービス状態遷移定義 １３ 必要処理部品導出部 １５ プログラム合成部 １７ サービス処理プログラム ４７ 不足処理部品表示部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 サービスの進行に伴うサービス状態の遷
   移が定義され、そのサービス状態遷移定義に基づいてサ
   ービス処理プログラムを生成するサービス処理プログラ
   ム生成装置であって、 前記サービス処理プログラムの合成に用いられるべき処
   理部品の集合を蓄積した処理部品集合蓄積手段と、 前記サービス状態とリソース状態とを対応付けたサービ
   ス状態およびリソース状態対応知識を蓄積したサービス
   状態およびリソース状態対応知識蓄積手段と、 前記リソース状態の変化と前記処理部品集合蓄積手段に
   蓄積された処理部品とを対応付けたリソース状態変化お
   よび処理部品対応知識を蓄積したリソース状態変化およ
   び処理部品対応知識蓄積手段と、 前記サービス状態遷移定義と、前記サービス状態および
   リソース状態対応知識蓄積手段に蓄積されたサービス状
   態およびリソース状態対応知識と、前記リソース状態変
   化および処理部品対応知識蓄積手段に蓄積されたリソー
   ス状態変化および処理部品対応知識とに応じて、前記サ
   ービス状態遷移定義に対応する処理部品候補を導出する
   必要処理部品導出手段と、 前記必要処理部品導出手段で導出された処理部品候補に
   応じて、前記処理部品集合蓄積手段に蓄積された処理部
   品の集合のうちで前記サービス状態遷移定義に対応する
   処理部品を抽出して前記サービス処理プログラムを合成
   するプログラム合成手段とを備えた、サービス処理プロ
   グラム生成装置。
2. 【請求項２】 前記必要処理部品導出手段は、前記リソ
   ース状態変化および処理部品対応知識蓄積手段に蓄積さ
   れたリソース状態変化および処理部品対応知識に応じ
   て、リソース状態変化に対応する処理部品候補が欠乏し
   ていることを検出し、 さらに、前記必要処理部品導出手段が検出した検出結果
   に応じて、前記サービス状態遷移定義に対応する処理部
   品候補が欠乏していることを報知する報知手段を備え
   た、請求項１記載のサービス処理プログラム生成装置。
3. 【請求項３】 サービスの進行に伴うサービス状態の遷
   移が定義され、そのサービス状態遷移定義に基づいてサ
   ービス処理プログラムを生成するサービス処理プログラ
   ム生成方法であって、 前記サービス処理プログラムの合成に用いられるべき処
   理部品の集合が予め蓄積されており、 前記サービス状態遷移定義と、予め蓄積されかつ前記サ
   ービス状態とリソース状態とが対応付けられたサービス
   状態およびリソース状態対応知識とに応じて、前記サー
   ビス状態遷移定義に対応したリソース状態の遷移関連情
   報を求める第１のステップと、 前記第１のステップで求められたリソース状態の遷移関
   連情報と、予め蓄積されかつ前記リソース状態の変化と
   前記蓄積された処理部品とが対応付けられたリソース状
   態変化および処理部品対応知識とに応じて、前記サービ
   ス状態遷移定義に対応した処理部品候補を求める第２の
   ステップと、 前記第２のステップで求められた処理部品候補に応じ
   て、前記蓄積された処理部品の集合のうちで前記サービ
   ス状態遷移定義に対応する処理部品を抽出して前記サー
   ビス処理プログラムを合成する第３のステップとを含
   む、サービス処理プログラム生成方法。
4. 【請求項４】 前記第２のステップは、 前記第１のステップで求められたリソース状態の遷移関
   連情報と、予め蓄積されかつ前記リソース状態の変化と
   前記蓄積された処理部品とが対応付けられたリソース状
   態変化および処理部品対応知識とに応じて、前記サービ
   ス状態遷移定義に対応した処理部品候補が欠乏している
   ことを検出するステップと、 その検出出力に応じて、前記サービス状態遷移定義に対
   応した処理部品候補が欠乏していることを報知するステ
   ップとを含む、請求項３記載のサービス処理プログラム
   生成方法。