JPH09305390A - ソフトウェア仕様作成支援システム - Google Patents

Abstract

(57)【要約】 【課題】 ソフトウェア仕様の作成効率を大幅に向上す
る。 【解決手段】この通信ソフトウェア仕様作成支援システ
ムは、既に作成済みのソフトウェア仕様事例を各種保存
した事例ベース１と、事例ベース１内の各種ソフトウェ
ア仕様事例において使われているキーワードを、それぞ
れのソフトウェア仕様事例が利用される状況情報毎に区
分し、それぞれのキーワード毎に定義された類似度と共
に登録した類語辞書２と、ユーザインタフェース３から
入力されたソフトウェア仕様事例に関するキーワードを
基に一致もしくは類似するソフトウェア仕様事例を事例
ベース１から検索する検索機構４と、検索されたソフト
ウェア仕様事例に対して修正を行うための修正支援機構
５と、修正されたソフトウェア仕様事例の修正部分のキ
ーワードを基に、類語辞書２の類似度を更新する類語辞
書更新機構７とを具備する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、さまざまなソフト
ウェアの仕様作成段階において、新たなソフトウェア要
求仕様を獲得する際に、過去に作成されたソフトウェア
仕様およびその仕様部品を再利用するためのソフトウェ
ア仕様作成支援システムに関する。

【０００２】

【従来の技術】一般に、ソフトウェアの開発は、メー
カ、ソフトウェアハウス、通信キャリア、ベンダなどに
とって多大な負担になるものである。そこで、近年で
は、ソフトウェアの記述に関して標準化作業が進められ
ているが、ソフトウェアの互換性・部品共用には多くの
困難がある。またソフトウェアは、最近、分散協調開発
などが行われており、その局面では、ソフトウェアを部
品化し、それに基づきソフトウェアを自動合成すること
や再利用することによりソフトウェア開発を効率化する
試みがなされている。

【０００３】ソフトウェア開発過程は、仕様記述、基本
設計などといった仕様作成段階（上流工程）から詳細設
計、コーディング、デバッグ、相互接続性試験などの下
流工程、さらに運用保守、改良拡張などの後工程などの
各段階が存在する。このようなソフトウェア開発過程で
はオブジェクト指向設計方法論やソフトウェアのモジュ
ール化による部品化の試みも行われているが、困難な点
も多く、今だ試みの段階である。

【０００４】ソフトウェア開発過程のうち下流工程や後
工程は、開発言語や対象装置に依存する部分が多く、ソ
フトウェアが再利用できる局面も限られているため費用
／効果比が少ない。この一方で上流工程は費用／効果比
も大きく、ソフトウェア再利用の有効性は高い。

【０００５】したがって、以下、対象範囲をソフトウェ
ア開発過程のうち上流工程（仕様作成段階）に絞って説
明する。

【０００６】従来から、各種ソフトウェア仕様作成支援
システムが開発されているが、ソフトウェアの仕様を再
利用する目的のものとしては、仕様部品事例・ノウハウ
などを蓄積して類似仕様事例の検索に事例ベース推論
（ＣＢＲ：Case Based Reasoning）を適用したものが提
案されている。

【０００７】この事例ベース推論を適用したソフトウェ
ア仕様作成支援システムとしては、通信などの分野にお
いて、仕様記述言語ＨＳＣ（Hierarchical Sequence Ch
art)をベースとした通信ソフトウェア仕様作成支援シス
テムが既に発案されており、このシステムでは、仕様再
利用の有効性が確認されている（文献［１］…吉村晋、
黄錦法、白鳥則郎：“事例ベース推論を適用した通信ソ
フトウェア開発支援環境”、人工知能学会誌、vol.8,N
O.6,pp713-716,11 月1993年。文献［２］…Ching-HUAN
G,Susumu Yoshimura,Takuji KARAHASHI,Norio SHIRATOR
I:“A New Spcification Environment for Communicati
on Systems Based on Specification Reuse by the App
lication of Case Based Reasoning"、IEICE TRANSACTIO
NS ON Information and Systems,Vol.E78-D,No.10,pp.1
269-1281，10月1995年。）なお仕様記述言語ＨＳＣ（Hi
erarchical Sequence Chart)自体の詳細については文献
［３］…黄錦法、白鳥則郎：“シーケンス図に基づく通
信システム仕様記述法ΗＳＣとその支援環境”、情報処
理学会論文誌、Vol.34,No.6,6 月1993年。）を参照され
たい。

【０００８】ここで、図１８、図１９を参照して従来の
通信ソフトウェア仕様作成支援システムについて説明す
る。

【０００９】図１８に示すように、従来の通信ソフトウ
ェア仕様作成支援システムは、事例ベース８１、類語辞
書８２、キーボード、マウス、モニタなどのユーザイン
タフェース８３、検索機構８４、修正支援機構８５、修
正事例ベース８６などから構成されている。

【００１０】この通信ソフトウェア仕様作成支援システ
ムは、ＨＳＣの特徴である階層化とモジュール化を基に
しており、上位のソフトウェア仕様として仕様枠組、中
位のソフトウェア仕様としてフェーズ、下位のソフトウ
ェア仕様としてケースなどの３ステップの記述に対して
事例ベースを構築するものである。

【００１１】このシステムでは、各ステップにおいて、
利用者からの要求を主にキーワードの集合で表現した仕
様要求情報、つまり仕様要求テンプレートから各キーワ
ードを獲得し、獲得したキーワードを基に再利用可能な
類似仕様部品事例を検索し修正する支援環境を提供す
る。ここで利用者が新たに作成したＨＳＣ仕様部品は、
新しい仕様部品事例として登録され、後の仕様作成時に
再利用される。

【００１２】すなわち、このシステムは、仕様作成がし
やすいというＨＳＣ記述の利点を活かして、検索機構８
４および修正支援機構８５において事例ベース推論の手
法を用いて仕様再利用による作成支援を行う。

【００１３】このシステムの仕様作成手順の基本動作
は、以下に示す通りである。

【００１４】まず、システムは、利用者の要求する仕様
に関する情報を仕様要求情報（仕様要求テンプレート）
として獲得する。その後、検索機構８４はこの情報に基
づいて、事例ベース８１から利用者の要求に近い事例を
（類似検索に従い）幾つか検索し、類似性を示す指標
（類似度）と共に利用者に提示する。利用者はその中か
ら適した事例を選択し、それを基に求める仕様を作成
（修正）する。作成の時点ではシステムの修正支援機構
８５が利用者から得た仕様要求テンプレートと選択され
た事例との情報との差を基に修正箇所の指摘を行う。利
用者はこの指摘を参考にしながら新しい仕様作成をでき
る。利用者の仕様作成が完成した時点で、利用者の仕様
要求テンプレートと仕様の対を新しい事例として事例ベ
ース８１に格納する。利用者はこのような支援をΗＳＣ
の各階層（仕様枠組、フェーズおよびケースなど）を作
成する段階で受けることができる。

【００１５】このシステムにおいて、利用者は、通信ソ
フトウェアの仕様を作成するためにＨＳＣの各階層に対
応したキーワードを選ぶことにより類似性の高い過去の
事例を検索し、それをモニタ上に表示し、その事例をユ
ーザが修正することにより新たな事例を作成することが
できる。

【００１６】この種のシステムでは、類語辞書８２が重
要になる。

【００１７】従来の類語辞書８２は、あるキーワードに
対して複数のキーワードが組み合わされて定義されてお
り、利用者がキーワードを使う仕様要求テンプレートの
状況、仕様部品の階層状況［仕様枠組、フェーズ、ケー
ス］とは無関係に各キーワードの組毎に類似度を固定し
た数値で与えている。

【００１８】例えば図１９に示すように、keyword-ａと
keyword-ｂとの組の類似度が０．６、keyword-ａとkeyw
ord-ｃとの組の類似度が０．８、keyword-ｂとkeyword-
ａとの組の類似度が０．６、keyword-ｂとkeyword-ｄと
の組の類似度が０．２などというようにされていた。

【００１９】この類語辞書８２の更新は、システム管理
者が必要に応じて行うことになる。この場合、まず、管
理者はシステムが利用される一定期間毎に事例ベース８
１に新規に蓄えられた事例を探し、その仕様要求テンプ
レートの中のキーワードがＨＳＣ仕様のどの部分の意味
を意図しているかを推量する必要がある。

【００２０】続いて、既存の事例で用いられているキー
ワードに対応する部分と、新しい事例で使われたキーワ
ードに対応する部分との間でどれだけの類似性があるか
を決定する。

【００２１】そして最後に、両キーワード間の類似度を
決定し、類語辞書８２に新たなキーワードの組とその類
似度を新規に登録するか、あるいは既存のキーワードの
類似度を修正する。

【００２２】しかしながら、この場合、管理者の経験に
よって、類語辞書８２の内容が決定されるため、類語辞
書８２を自動的に更新することができなかった。またこ
の手順を管理者が全てのキーワードに対して行う必要が
あった。さらに適切な管理者がいないと類語辞書８２の
効果的な運用が望めないという問題もあった。また類語
辞書８２の更新が全て手操作であることから、利用され
るキーワードや事例などが増加すればするほど管理者の
負担が大きなものとなる。

【００２３】また従来の類語辞書８２では、キーワード
の組単位に固定の類似度が与えられていたため、ソフト
ウェアの適用分野によっては同じキーワードでも状況に
応じてキーワードの意味が変わることに対応できなかっ
た。また類語辞書８２が自動更新されないため蓄積した
事例が有効に利用されず、また新しいキーワードが蓄積
されない。

【００２４】

【発明が解決しようとする課題】このようにソフトウェ
アで使われるキーワードは、それぞれのソフトウェアが
利用されるときの状況に応じて意味が変るが、従来のシ
ステムでは、キーワードの組毎に付加されている類似度
だけで事例部品を検索していたため、事例ベース内に再
利用可能な最適な事例部品が存在してもそれが選ばれな
いこともあり、事例ベースの利用効率が低いという問題
があった。

【００２５】そこで、本発明はこのような課題を解決す
るためになされたもので、事例ベースに蓄積されている
事例の類似性の検索精度を高め、事例ベースの利用効率
を向上することにより、ソフトウェア仕様の作成効率を
大幅に向上することのできるソフトウェア仕様作成支援
システムを提供することを目的としている。

【００２６】

【課題を解決するための手段】上記した目的を達成する
ために、請求項１記載の発明のソフトウェア仕様作成支
援システムは、既に作成済みのソフトウェア仕様事例を
各種保存した事例ベースと、前記事例ベース内の各種ソ
フトウェア仕様事例において使われているキーワード
を、それぞれのソフトウェア仕様事例が利用される状況
情報毎に区分し、それぞれのキーワード毎に定義された
類似度と共に登録した類語辞書と、前記事例ベースのソ
フトウェア仕様事例に関するキーワードを入力する入力
手段と、前記入力手段により入力されたキーワードを基
に、前記事例ベースを検索し、一致もしくは類似するソ
フトウェア仕様事例を選出する事例検索手段と、前記事
例検索手段により選出されたソフトウェア仕様事例に対
して修正を行うための修正支援手段と、前記修正支援手
段により修正されたソフトウェア仕様事例の修正部分の
キーワードを基に、前記類語辞書のキーワードと類似度
とを更新する類語辞書更新手段とを具備したことを特徴
としている。

【００２７】請求項２記載の発明のソフトウェア仕様作
成支援システムは、既に作成済みのソフトウェア仕様事
例を各種保存した事例ベースと、前記事例ベース内の各
種ソフトウェア仕様事例において使われているキーワー
ドを、それぞれのソフトウェア仕様事例が利用される状
況情報毎に区分し、それぞれのキーワード毎に定義され
た類似度と共に登録した類語辞書と、前記事例ベースの
ソフトウェア仕様事例に関するキーワードを入力する入
力手段と、前記入力手段により入力されたキーワードを
基に前記事例ベースを検索し、一致もしくは類似するソ
フトウェア仕様事例を選出する事例検索手段と、前記事
例検索手段により選出されたソフトウェア仕様事例に対
して修正を行うための修正支援手段と、前記修正支援手
段により修正されたソフトウェア仕様事例の修正部分の
キーワードが前記類語辞書に登録されているか否かを判
定し、前記キーワードが登録されていれば、そのキーワ
ードの類似度を改めて定義し直し前記類語辞書を更新す
ると共に、前記キーワードが新たなものであれば、前記
類語辞書に新たなキーワードとその類似度とを定義する
類語辞書更新手段とを具備したことを特徴としている。

【００２８】請求項３記載の発明のソフトウェア仕様作
成支援システムは、請求項１乃至２いずれか記載のソフ
トウェア仕様作成支援システムにおいて、類語辞書の各
キーワードの類似度は、前記キーワードと状況情報との
組で定義されることを特徴としている。

【００２９】請求項４記載の発明のソフトウェア仕様作
成支援システムは、請求項１乃至３いずれか一記載のソ
フトウェア仕様作成支援システムにおいて、類語辞書更
新手段が、前記キーワードと状況情報との組から類似度
を計算する類似度計算手段と、前記類似度計算手段によ
る計算結果に基づいて前記類語辞書の各キーワードの類
似度を定義する類似度定義手段とを具備したことを特徴
としている。

【００３０】請求項５記載の発明のソフトウェア仕様作
成支援システムは、請求項１乃至４いずれか一記載のソ
フトウェア仕様作成支援システムにおいて、類語辞書更
新手段が、修正されたソフトウェア仕様事例の修正部分
のキーワードについて更新の可否を利用者に問い合わせ
る問い合せ手段と、前記問い合せ手段による問い合せ結
果、更新可という応答があった場合に前記類語辞書のキ
ーワードと類似度とを更新する更新手段とを具備したこ
とを特徴している。

【００３１】請求項６記載の発明のソフトウェア仕様作
成支援システムは、請求項１乃至５いずれか一記載のソ
フトウェア仕様作成支援システムにおいて、修正支援手
段により修正されたソフトウェア仕様の修正の状況を修
正事例として登録し、利用する修正事例ベースをさらに
具備したことを特徴としている。

【００３２】請求項７記載の発明のソフトウェア仕様作
成支援システムは、ユーザインタフェース部、検索機構
（事例検索部）、修正支援機構（修正支援部）、事例ベ
ース、類語辞書からなるソフトウェア仕様作成支援シス
テムにおいて、前記類語辞書の各キーワードの類似度を
利用者の利用により自動更新する類語辞書更新機構を具
備したことを特徴としている。

【００３３】上記した発明では、同じキーワードであっ
てもソフトウェアが利用される状況に応じて意味が変わ
ることを考慮し、各キーワードの組を状況情報毎に区分
し、それぞれの類似性を類似度で定義した類語辞書を設
け、この類語辞書のキーワードやその類似度を、事例ベ
ースの事例が修正されるたびに自動更新するので、利用
者の利用状況に則した類語辞書を自動的に構築すること
ができる。

【００３４】これにより、類語辞書のキーワードの検索
率が高まり、事例ベースの利用効率を向上することがで
きる。

【００３５】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して詳細に説明する。

【００３６】図１は本発明のソフトウェア作成支援シス
テムに係る一つの実施の形態である通信ソフトウェア仕
様作成支援システムの構成を示す図である。

【００３７】同図に示すように、この通信ソフトウェア
仕様作成支援システムは、事例ベース１、類語辞書２、
キーボード、マウス、モニタ、プリンタなどのユーザイ
ンタフェース３、検索機構４、修正支援機構５、修正事
例ベース６、類語辞書更新機構７などから構成されてい
る。事例ベース１には、既に作成済みのソフトウェア仕
様事例、例えば基本電話サービス、通話中着信通知サー
ビス、キャッチホンサービス、着信転送サービスなどの
各サービスの仕様および各仕様部品などが、通信仕様記
述言語であるHierarchical Sequence Chart （以下ＨＳ
Ｃと称す）で記述されて格納されている。類語辞書２に
は、事例ベース１内の各種ソフトウェア仕様事例におい
て使われているキーワードが、それぞれのソフトウェア
仕様事例が利用される状況情報毎に区分され、それぞれ
のキーワード毎に定義された類似度と共に登録されてい
る。ユーザインタフェース３のキーボードからはソフト
ウェア仕様事例に関するキーワードや状況情報などの各
種情報が仕様要求情報として入力される。検索機構４
は、ユーザインタフェース３から入力されたキーワード
や状況情報などを基に、事例ベース１から類似または一
致する事例を検索するものである。修正支援機構５は、
検索機構４によって検索された類似または一致する事例
を利用者が修正するための支援を行うものである。修正
事例ベース６は、修正支援機構５により修正されたソフ
トウェア仕様の修正の状況を修正事例として登録し、利
用するためのものである。類語辞書更新機構７は、修正
支援機構５により修正されたソフトウェア仕様事例の修
正部分のキーワードを基に、類語辞書２のキーワードお
よび類似度を更新するものである。

【００３８】ΗＳＣは、以下に示すような３つの特徴を
有している。

【００３９】（１）階層化とモジュール化 通信システムの特徴を考慮した階層化とモジュール化の
概念を導入したことで、図どうしの関係を表現すること
ができる。

【００４０】（２）繰り返しと条件分岐 繰り返しと条件分岐の表現を導入したことで繰り返しと
条件分岐とを明確にすることができる。

【００４１】（３）メッセージ間の関係 メッセージ間の性質を定義し、その間の関係を導入した
ことで記述内容がより把握しやすくなる。

【００４２】特に、ΗＳＣは（１）の階層化とモジュー
ル化の特徴から、仕様枠組、フェーズおよびケースなど
の各階層において仕様の部品化が容易である。

【００４３】例えば部品をその特徴に応じて事例ベース
１に登録することで、後に事例ベース１の部品を再利用
して新しい仕様を容易に記述することができる。

【００４４】図２は事例ベース１に登録されているＨＳ
Ｃで記述された基本電話サービス仕様例を示す図であ
る。この仕様例は、ある電話の利用者Αが他の電話の利
用者Ｂに対して電話を掛ける際の各段階毎の通信仕様を
表している。

【００４５】同図に示すように、仕様枠組（全体）１１
は、ＰＨＡＳＥ１（connection）「回線の接続」、ＰＨ
ＡＳＥ２（talk A,B）「Ａ−Ｂ間の通話」およびＰＨＡ
ＳＥ３（disconnect）「回線の切断」の３つのＰＨＡＳ
Ｅ（フェーズ）からなり、個々のフェーズには、さらに
下層のＣＡＳＥ（ケース）がシーケンスチャートで記述
されている。

【００４６】例えばＰＨＡＳＥ１は、ＣＡＳＥ１〜４の
４つのＣＡＳＥ（ケース）からなり、ＣＡＳＥ１（succ
ess ）は、利用者Ａが利用者Ｂに電話を掛け、利用者Ｂ
が電話を取った場合、ＣＡＳＥ２（busy）は利用者Ａが
利用者Ｂに電話を掛け、利用者Ｂが話中であった場合、
ＣＡＳＥ３（give up ）は利用者Ａが利用者Ｂに電話を
掛け、利用者Ｂが電話を取る前に利用者Ａが受話器を置
いた場合、ＣＡＳＥ４（hook off）は利用者Ａが利用者
Ｂに電話を掛け、ダイアル途中で受話器を置いた場合を
示している。

【００４７】図３は仕様枠組の仕様要求情報としての仕
様要求テンプレートの一例を示す図である。

【００４８】同図に示すように、この仕様枠組の仕様要
求テンプレート２０は、仕様名（SPEC Name ）、分野名
（domain）、キーワード集合（Keyword SET ）、付加情
報（Additional Information）などからなり、付加情報
としては、転送モード（Transfer Mode ）、前状態（Pr
econdition）、上位構造（Upper Condition ）、設計者
（Designer）などがある。

【００４９】図４はフェーズの仕様要求情報としての仕
様要求テンプレートの一例を示す図である。

【００５０】同図に示すように、この仕様要求テンプレ
ート２１は、フェーズ名（Phase Name ）、キーワード
集合（Keyword SET ）、付加情報（Additional Informa
tion）などからなり、付加情報としては、転送モード
（Transfer Mode ）、前状態（Precondition）、上位構
造（Upper Condition ）、設計者（Designer）などがあ
る。

【００５１】図５はケースの仕様要求情報としての仕様
要求テンプレートの一例を示す図である。

【００５２】同図に示すように、この仕様要求テンプレ
ート２２は、ケース名（Case Name）、キーワード集合
（Keyword SET ）、付加情報（Additional Informatio
n）などからなり、付加情報としては、転送モード（Tra
nsfer Mode ）、前状態（Precondition）、上位構造（U
pper Condition ）、設計者（Designer）などがある。

【００５３】この通信ソフトウェア仕様作成支援システ
ムの検索機構４および修正支援機構５が利用者を支援す
るＨＳＣ仕様作成手順について説明する。

【００５４】事例ベース類似検索を適用したＨＳＣ仕様
記述手順は、上記のように仕様枠組、フェーズおよびケ
ースなどの３段階の記述に分かれている。

【００５５】［Step1]仕様枠組の記述 ａ）（仕様要求情報の記述） Step1.1 仕様枠組の仕様要求情報の記述 仕様要求テンプレートで［ａ．分野名、ｂ．キーワード
ｃ．仕様枠組付加情報］を記述する。

【００５６】Step1.2 類似仕様枠組部品の検索 Step1.1 の仕様要求テンプレート２０で類似仕様枠組部
品を検索する。

【００５７】<case1> 検索で再利用可能な類似仕様枠組
部品が見つからない場合、各新規フェーズ記述を記述を
Step2 に従って行うと共にフェーズ間の関係の記述を行
う。 <case2> 類似仕様枠組部品が存在する場合、 検索により候補として挙げられた類似仕様枠組部品の中
から再利用する部品を選択する。そこで選択された類似
仕様枠組部品の中のフェーズやケースをエディタを用い
て削除、修正する。さらに新フェーズや新ケースを追加
することが必要な場合はStep2 またはStep3 により作成
・追加する。

【００５８】ｂ）（新規に記述された仕様事例および修
正仕様事例の事例ベースヘ追加） 新規に記述された仕様事例および修正仕様事例を、それ
ぞれ事例ベース１、修正事例べース６に格納する。これ
によりシステムは仕様記述プロセスを終了する。［Step
2]フェーズの記述 ａ）（仕様要求情報の記述） Step2.1 フェーズの仕様要求情報の記述 仕様要求テンプレート２１（フェーズ名、キーワード、
フェーズ付加情報）を記述する。

【００５９】Step2.2 類似フェーズ部品の検索 Step2.1 の仕様要求テンプレートで類似フェーズ部品を
検索する。

【００６０】<case1> 検索で再利用可能な類似フェーズ
部品が見つからない場合、フェーズの要素となる各新規
ケース記述を記述をStep3 に従って行うとともにケース
間の関係の記述を行う。

【００６１】<case2> 類似フェーズ部品が存在する場
合、 検索により候補として挙げられた類似フェーズ部品の中
から再利用する部品を選択する。そこで選択された類似
フェーズ部品の中のケースをエディタを用いて削除、修
正する。更に新ケースを追加することが必要な場合はSt
ep3 により作成・追加する。

【００６２】ｂ）Step1.2 に戻る。

【００６３】［Step3]ケースの記述 Step3.1 ケースの仕様要求情報の記述 仕様要求テンプレート（ケース名、キーワード，ケース
付加情報）を記連する。 Step3.2 類似ケース部品の検
索 ａ）（仕様要求情報の記述） Step3.1 の仕様要求テンプレート２２で類似ケース部品
を検索する。

【００６４】<case1> 検索で再利用可能な類似ケース部
品が見つからない場合、ＨＳＣエディタでケース記述を
記述する。

【００６５】<case2> 類似ケース部品が存在する場合、 検索により候補として挙げられた類似ケース部品の中か
ら再利用する部品を選択する。そこで選択された類似ケ
ース部品の中のケースをＨＳＣエディタを用いて削除、
修正する。

【００６６】ｂ）仕様要求枠組の記述が完成したなら
ば、Stepl.2 に戻る。まだならばStep2.2 へ戻る。

【００６７】以下、この通信ソフトウェア仕様作成支援
システムが、状況の類似度、キーワードの意味、類似度
などを定義する動作を具体的に説明する。

【００６８】・状況の類似度 類語辞書２内の類似度を利用するときは、利用者が実際
に作成しようとしている状況と似たような状況における
類似度を利用することが適している。そこで状況を現す
情報（分野名、付加情報）を利用して状況の類似度を決
定する。

【００６９】例えば状況ａと状況ｂが、 状況ａ 状況ｂ domain-a （分野名） domain-b （分野名） addition-a-1（付加情報） addition-b-1（付加情報） addition-a-2 〃 addition-b-2 〃 ・ ・ ・ ・ addition-a-n 〃 addition-b-n 〃 のとき、状況の類似度Ｓ（situation)を以下のように定
義する。

【００７０】

【数１】 図６を参照してケースにおけるキーワードの類似性につ
いて説明する。

【００７１】図６はケースにおれる電話サービスにおい
てUSER AがUSER Bに電話を掛け、互いの回線が接続され
た場合の動作手順を示す図である。

【００７２】ケースにおけるキーワードは、利用者がケ
ースを連想するために用いられる。ケースはそれぞれの
フェーズにおいて発生する可能性のある動作をシーケン
スチャートで表現したものである。

【００７３】例えば図６に示すように、電話サービスに
おいてUSER AがUSER Bに電話を掛け、互いの回線が接続
されたという一例の場合、シーケンスチャートのノード
間でやりとりされるメッセージからキーワードを連想す
ることが多く、ケースのキーワードは、シーケンスチャ
ートのメッセージに対応すると考えられる。そこで、ケ
ースのキーワード間の類似性はキーワードとメッセージ
の関数およびメッセージ間の関係を用いて定義する。

【００７４】しかし、利用者の記述からキーワードとメ
ッセージ間の対応を特定することは非常に困難である。
このためキーワードの評価基準として同じケースの中で
用いられているキーワードを利用する。

【００７５】｛ケース用のキーワード間の類似性｝＝
｛同一ケース仕様要求情報内で用いられるキーワード
（シーケンスチャートのメッセージ名）間の類似性｝ Ｋ１と同じ仕様要求情報内で用いられているキーワード
の組が Ｋ１＝（ｋ11，ｋ12，…，Κ1m） Ｋ２と同じ仕様要求情報内で用いられているキーワード
の組がＫ２＝（ｋ21，ｋ22，…，Κ2n）のとき、

【数２】 続いて、図７を参照してフェーズにおけるキーワードの
類似性について説明する。図７はフェーズにおける電話
サービスにおいてUSER AがUSER Bに電話を掛ける場合の
動作手順を示す図である。

【００７６】フェーズにおいて用いられるキーワード
は、利用者がフェーズを連想するために用いられる。フ
ェーズは仕様枠組内における一局面を表現している。こ
れはΗＳＣにおいては複数のケースの組とケース間の関
係で表現される。

【００７７】例えば図７に示すように、電話サービスに
おいてUSER AとUSER Bに電話をかける局面では、フェー
ズのキーワードはフェーズを構成するケースに対応する
と考えられる。そこで、キーワードの評価基準として、
そのフェーズ内のケースに対応する要求情報を利用す
る。

【００７８】（フェーズ用のキーワード間の類似性）＝
（キーワードに対応するケースの仕様要求情報間の類似
度） Ｋ１と対応するケースの組がＣ１＝（Ｃ11，Ｃ12，…，
Ｃ1m） Ｋ２と対応するケースの組がＣ２＝（Ｃ21，Ｃ22，…，
Ｃ2n）のとき

【数３】 次に、図２を参照して仕様枠組におけるキーワードの類
似性について説明する。 仕様枠組において用いられる
キーワードは、利用者が仕様枠組を連想するために用い
られる。仕様枠組は利用者が作成しようとしているサー
ビスを表現しており、ＨＳＣでは複数のフェーズの流れ
で表現される。例えば図２に示したものが、基本電話サ
ービスの仕様枠組である。

【００７９】仕様枠組をキーワードで表現する場合、そ
れが提供するサービスが持つ機能に対応すると考えられ
る。そこでキーワードの評価基準として、仕様枠組み内
で記述されている機能を表現しているケースおよびフェ
ーズの仕様要求情報を用いる。ここでケースの情報はフ
ェーズの情報に競べて無視できるほど少ないので、 （仕様枠組用のキーワード間の類似性）＝（キーワード
に対応するフェーズの仕様要求情報間の類似度） Κ１と対応するフェーズの組がΡ１＝（Ρ11，Ρ12，
…，Ρ1m） Κ２と対応するフェーズの組がΡ２＝（Ρ21，Ρ22，
…，Ρ2n）のとき

【数４】 である。

【００８０】上記ケース、フェーズおよび仕様枠組の各
説明をまとめたものが図８であり、この図８に各階層で
のキーワードの意味、類似性の基準、類似度の計算式を
再度示す。

【００８１】ここで、この通信ソフトウェア仕様作成支
援システムにおける仕様要求情報間の類似度の計算につ
いて詳細に説明する。

【００８２】仕様要求情報間の類似度は、以下の計算式
で定義することができる。

【００８３】すなわち、仕様要求情報をＳｉとＳｊとし
たとき、類似度Ｓｉｍ（Ｓｉ，Ｓｊ）は、 Ｓｉｍ（Ｓｉ，Ｓｊ）＝Ｆ（Ｇ１（Ｄｉ，Ｄｊ），Ｇ２
（Ｋｉ，Ｋｊ），Ｇ３（Ａｉ，Ａｊ）） ここで、Ｇ１：分野（またフェーズ、ケース）間の類似
度、 Ｇ２：キーワード集合の類似度、 Ｇ３：付加情報の類似度を決定する関数、 ＦはＧ１，Ｇ２，Ｇ３を基に仕様間の類似度を決定する
関数。

【００８４】Ｓｉｍの値域：０（類似していない）〜１
（同一）。

【００８５】［１］Ｇ１（Ｄｉ，Ｄｊ）：分野間の類似
度は、 Ｄｉ＝Ｄｊ（等価な分野）ならば１ Ｄｉ≠Ｄｊならば０である。

【００８６】［２］Ｇ２（Ｋｉ，Ｋｊ）：キーワード集
合Ｋｉ，Ｋｊ間の類似度は、 Ｋｉ＝（ｋi1，ｋi2，…，ｋim），Ｋｊ＝（ｋj1，ｋj
2，…，ｋjn） ここで、

【数５】 ここで、Ｓ（ａ，ｂ）は、状況Ａ〜Ｃ毎にキーワードを
区分した類語辞書２の新キーワードａとキーワードｂと
の類似度である。

【００８７】２．１）新キーワードａの類語としてキー
ワードｂが類語辞書２に登録されている場合、 Ｓ（ａ，ｂ）：登録された類似度。

【００８８】キーワードｂが登録されていない場合、Ｓ
（ａ，ｂ）＝０。

【００８９】２．２）新キーワードａが類語辞書２に登
録されていない場合、Ｓ（ａ，ｂ）は、キーワードｂに
関する［Character Matching×状況の類似度］で算出さ
れる。 なおCharacter Matchingの技術については、文
献［４］…（“ART-IM Programing Language Referenc
e”,INFERENCE COPORATION,Carifornia,USA 1991年）
を参照されたい。

【００９０】［３］付加情報ＡｉとＡｊの類似性を決定
するためにＧ３（Ａｉ，Ａｊ）が用いられる。

【００９１】Ｇ３（Ａｉ，Ａｊ）＝Ｌ｛(H1(Ti,Tj),H2
(Pi,Pj),H3(Ui,Uj),H4(DSi,DSj)｝ ここで、Ａｉ＝(Ti,Pi,Ui,DSi)でTi：転送モード、Pi：
前状態、Ui：上位構造、DSi ：設計者である。

【００９２】関数Ｌ,H1,H2,H3,H4 は、値域が０から１
の間の関数であり、上記関数と同様に適切な値で与えら
れる。この関数はシステム運用時にシステム管理者が決
めるものである。

【００９３】Ｆ（G1（Ｄｉ，Ｄｊ），G2（Ｋｉ，Ｋ
ｊ），G3（Ａｉ，Ａｊ））＝０：G1（Ｄｉ，Ｄｊ），G3
（Ａｉ，Ａｊ）のいづれかが０の場合。

【００９４】＝G2（Ｋｉ，Ｋｊ）×α＋G3（Ａｉ，Ａ
ｊ）×β：それ以外の場合。

【００９５】ここで、０＜α，β＜１；α＋β＝１とす
る。

【００９６】この通信ソフトウェア仕様作成支援システ
ムにおいて、類似度計算のために類語辞書を使用する際
に、現在の利用状況（Ｘ）と類語辞書２の状況情報間の
類似度を（式１）によって計算し、最も高い値、すなわ
ち最も類似している状況（Ｙ）を選出し、その状況Ｙに
応じたキーワードを類語辞書２から検索し、その類似度
を計算する。

【００９７】またフェーズのキーワード間の類似度、ケ
ースのキーワード間の類似度も、類語辞書２から検索し
計算を行う。

【００９８】ここで、この通信ソフトウェア仕様作成支
援システムの事例ベース１に格納されいる各種サービス
の仕様および各仕様部品などついて説明する。

【００９９】この実施形態の通信ソフトウェア仕様作成
支援システムの場合、事例ベース１には、既に基本電話
サービス、通話中着信通知サービス、キャッチホンサー
ビス、着信転送サービスなどの各サービスの仕様および
各仕様部品などが格納されている。

【０１００】例えば図９に示すように、基本電話サービ
スの仕様事例３０は、仕様名：“basic telephone serv
ice ”という仕様要求テンプレート２０ａとの組で事例
ベース１上に登録されている。この基本電話サービスと
は、２台の電話の接続(connection)、通話(talk)、切断
(disconnection) の３つのフェーズ（PHASE ）からなる
“telephone ”という最も基本的なサービスである。

【０１０１】また図１０に示すように、通話中着信通知
サービスの仕様事例３１は、仕様名：“call-informati
on”という仕様要求テンプレート２０ｂとの組で事例ベ
ース１上に登録されている。この通話中着信通知サービ
スとは通話中に第三者からの呼び出しが来たときに現在
つながっている回線を一時保留し、第三者からの呼び出
しのみを通知する“call-information-during-communic
ation ”というサービスである。

【０１０２】着信転送サービスとは、電話がかかってき
たときに他の場所の電話機へその呼び出しを転送する
“ringing-call-transfer-by-user ”というサービスで
ある。キャッチホンサービスとは、通話中に、第三者か
らの呼び出しが来たときに現在つながっている回線を一
時保留し、新たに第三者と通話でき、通話終了後に元の
通話者と通話を再開できるサービスであり、通話中着信
通知サービスを拡張したサービス、すなわち、通話者着
信通知サービスと最も類似したサービスである。 また
状況情報としては、以下に示すような状況Ａ〜Ｃなどの
局面を想定する。 状況Ａ（分野：switching system,
付加情報［T 転送モード）=circuit switching, P(前状
況)=φ,U( 上位構造)=telephone system,DS(設計者)=yo
shimura]), 状況Ｂ（分野：network system, 付加情報
［T 転送モード）=lan, P(前状況)=φ,U( 上位構造)=ne
twork system,DS(設計者)=yoshimura]),状況Ｃ（分野：
ISDN system,付加情報［T 転送モード）=degital switc
hing,P( 前状況)=φ,U( 上位構造)=telephone system,D
S(設計者)=yoshimura]) 上記状況Ａ〜Ｃの場合、類語辞書２は、仕様枠組、フェ
ーズ、ケースなどの各階層毎に区分して構築されてい
る。

【０１０３】例えば仕様枠組用（keyword ）として、キ
ーワード“telephone service ”に対して“ringing-ca
ll-transfer ”、“2-user-communication”、“basic
telephone service ”…などのキーワードがあり、キー
ワード“ringing-call-transfer ”に対して、“teleph
one service ”、“2-user-communication”…などのキ
ーワードがある場合、図１１に示すように、キーワード
“ringing-call-transfer ”とキーワード“telephone
service ”とに、状況Ａ〜Ｃに応じた類似度が定義さ
れ、登録されている。

【０１０４】またフェーズ用（keyword ）として、キー
ワード“connection”に対して“inicial ”、“discon
nect”…などのキーワードがあり、キーワード“discon
nection ”に対して“call”、“connect ”…などがあ
る場合、図１２に示すように、キーワード“connectio
n”とキーワード“disconnect”とは、状況Ａ〜Ｃに応
じた類似度が定義され、登録されている。

【０１０５】さらにケース用（keyword ）として、キー
ワード“busy”に対して“wait”、“cat-wait”…など
のキーワードがあり、キーワード“wait”に対して“bu
sy”…などがある場合、図１３に示すように、キーワー
ド“busy”とキーワード“wait”とは、状況Ａ〜Ｃに応
じた類似度が定義され、登録されている。

【０１０６】すなわち、事例ベース１内の各種ソフトウ
ェア仕様事例において使われているキーワードがそれぞ
れのソフトウェア仕様事例が利用される状況情報毎に区
分されており、それぞれのキーワードの組毎に類似度が
登録されている。

【０１０７】以下、図１４〜図１８を参照してこの通信
ソフトウェア仕様作成支援システムの動作について説明
する。

【０１０８】この通信ソフトウェア仕様作成支援システ
ムの類似仕様検索アルゴリズムは、本来であれば文献
［２］に従って説明すべきであるが、本発明を解りやす
くするためたに簡略化して要点のみを説明する。

【０１０９】初期設定としては、状況Ａ，基本電話サー
ビス事例“telephone service ”（図９の事例）と、着
信通知サービス事例“ringing-call-transfer-by-user
”が事例ベース１に格納されており、類語辞書２には
それぞれの類似度が登録されているものとする。

【０１１０】そして、利用者がこの通信ソフトウェア仕
様作成支援システムを利用して、状況Ａで通話中着信通
知サービス事例“call-information-during-communicat
ion”（図１０の事例）を作成し、新たにキャッチホン
を意図して、『状況Ａ、キーワード［catch phone,tele
phone]』という仕様要求をユーザインターフェイス３か
ら入力した局面で説明する。

【０１１１】（１）利用者が『状況Ａ，2-user-communi
cation,telephone,call-information-during-communica
tion』の３つのキーワードを入力すると、幾つかの事例
が候補として利用者に提示される。そこで利用者は基本
電話サービス事例“telephone service ”（図９の事
例）を選択して、利用者が通話中着信通知サービスの仕
様を作成したとする。この新仕様事例は、新しい事例と
して事例ベース１に登録され、システムは終了する。

【０１１２】（２）その後、同様に利用者が数例の仕様
を作成しても、事例ベース１には新規の仕様事例が登録
されるが、類語辞書２は更新されない。管理者も類語辞
書２の更新を行なわなかったとする。

【０１１３】（３）そこで、利用者が『状況Ａ，キーワ
ード［catch phone,telephone]』なる仕様要求情報を入
力したとする。

【０１１４】ここで、事例ベース１中には、以下のキー
ワードを含む仕様要求情報の事例１〜３が存在する。

【０１１５】事例１ telephone service 事例：『状況
Ａ，［2-user-communication,telephone] 』（図９） 事例２ 着信通知サービス：『状況Ａ，［ringin
g-call-transfer-by-user,telephone,2-user-communica
tion］』 事例３ 通話中着信通知サービス：『状況Ａ，［call-i
nformation-during-communication,2-user-communicati
on,telephone］』（図１０） このような状況では、例えば従来のシステムの場合、対
応するキーワード“call-information-during-communic
ation ”が類語辞書１０２に登録されておらず、利用者
の入力した仕様要求情報と事例３との間には、仕様要求
情報と事例３との両方に“telephone ”というキーワー
ドが含まれておりキーワード間の類似度は「１」になる
が、他の“catch phone ”と“call-information-durin
g-communication ”とが共に類語辞書１０２に登録され
ていない。また“telephone ”というキーワードと“ca
ll-information-during-communication ”というキーワ
ードとの間の類似度は類語辞書１０２にも登録されてい
ない。

【０１１６】このため従来のシステムでは、類似度の計
算結果、利用者の要求する仕様要求情報と事例３の仕様
要求情報間の類似度が低くなり、事例３は棄却され、結
局、事例１の“telephone service ”事例が、類似度が
最も高い事例として検索されてしまい、実際に最も類似
している事例３、つまり通話中着信通知サービス事例が
選択されないことになる。

【０１１７】一方、本発明の通信ソフトウェア仕様作成
支援システムの場合、図１４に示すように、まず、利用
者から“2-user-communication”、“telephone-servic
e ”、“call-information-during-communication ”な
どのキーワードを含む仕様枠組に対する仕様要求情報、
つまり仕様要求テンプレートが入力されると、検索機構
４が、仕様要求テンプレート内の状況情報からキーワー
ドの区分を見分け、その区分内で事例ベース１を検索
し、キーワードに対応する事例を事例ベース１から幾つ
か選出する（ステップ101 ）。

【０１１８】そして、それぞれの事例が修正元の候補と
してモニタ上に表示され、利用者に提示される。

【０１１９】利用者はこの中から、基本電話サービス事
例（図９の事例）などを選択したとする。

【０１２０】すると、検索機構４は、利用者が初めに入
力した仕様要求情報の中に含まれ、かつ選択した事例に
含まれないキーワードを検索する。

【０１２１】この場合、キーワードの検索結果として、
“call-information-during-communication ”が新しい
キーワードとして特定される（ステップ102 ）。

【０１２２】新しいキーワードを特定すると、検索機構
４は、基本電話サービス事例（図９の事例）を基に、事
例ベース１を検索し、類似する事例として通話中着信通
知サービスの仕様枠組が検索される。

【０１２３】そして、利用者が修正支援機構５を利用し
て、検索された通話中着信通知サービスの事例を修正
し、新たに利用通話中着信通知サービス『call-informa
tion-during-communication 』なるサービス仕様を作成
したとする。

【０１２４】このとき、利用通話中着信通知サービスの
仕様枠組の『call-information-during-communication
』を表す部分であるとして、図１５に示すように、“c
all-information-during-communication ”というキー
ワード４０と利用通話中着信通知サービスの仕様のフェ
ーズ部分（ＰＨＡＳＥ“connection ”、ＰＨＡＳＥ
“talk(A,B) ”、ＰＨＡＳＥ“disconnect(A,B) ”、Ｐ
ＨＡＳＥ“call-information(C,A,B,C) ”）４１の組と
が類似情報として類語辞書更新機構７に一時的に記録さ
れる（ステップ103 ）。

【０１２５】そして、類語辞書更新機構７は、一時記録
した類似情報を基に既存のキーワードの類似情報との間
で類似度を計算する。

【０１２６】例えば図１６に示すように、“telephone
”というキーワード４２に対応するフェーズ部分４３
がＰＨＡＳＥ“connection ”、ＰＨＡＳＥ“talk(A,
B) ”、ＰＨＡＳＥ“disconnect(A,B) ”であるとき、
この“telephone ”という類似情報と、“call-informa
tion-during-communication ”という類似情報との間の
類似度が（式４）に従って計算される（ステップ104
）。

【０１２７】Ｐ１＝（connection,talk,disconnect） Ｐ２＝（connection,talk,call-information,disconnec
t ）

【数６】 類語辞書更新機構７は、上記計算結果、つまり0.88を、
“call-information-during-communication ”というキ
ーワードと、“telephone-service ”というキーワード
との状況Ａでの類似度として類似辞書２に登録する（ス
テップ105 ）。この後、利用者によって幾つかの仕様作
成が行われるたびに、類語辞書の自動更新が行われる。

【０１２８】ここで、利用者が『状況Ａ，キーワード
［catch-phone 、telephone]』などといったキーワード
を含む仕様要求情報を入力し、また事例ベース１の中に
上記事例１〜３が存在したとする。

【０１２９】このとき、利用者の入力した仕様要求情報
と事例３との間では、両方に“telephone ”というキー
ワードが含まれておりキーワード間の類似度は「１」に
なるが、他の“catch phone ”と“call-information-d
uring-communication ”というキーワードが類語辞書２
に登録されていない。

【０１３０】一方、“call-information-during-commun
ication ”と“telephone ”というキーワードは、既に
類語辞書２に類似度「0,88」として登録されており、か
つ双方同一のキーワード“telephone ”を有しているの
で（類似度「1.00」）、利用者の仕様要求情報と事例３
の仕様要求情報間で計算される類似度が最も高くなり、
実際に最も類似している事例３が検索される。なおこの
検索例では、仕様枠組の場合について説明したが、その
下層のフェーズやケースなどの仕様要求の場合も同様で
ある。

【０１３１】上記実施形態では、類語辞書２を自動更新
することを前提としていたが、利用者の判断で類語辞書
２を更新するようにもできる。

【０１３２】この場合、図１７に示すように、利用者か
ら仕様要求テンプレートが入力されると、検索機構４
が、その仕様要求テンプレート内の各項目のキーワード
を基に、事例ベースの中から幾つかの事例を検索する
（ステップ201 ）。

【０１３３】この中からある事例が利用者によって選択
されると、検索機構４は、利用者が初めに入力した仕様
要求テンプレートの中に含まれるキーワードで、しかも
選択した事例に含まれない新しいキーワードを検索し特
定する（ステップ202 ）。

【０１３４】この結果、新しいキーワードを特定する
と、検索機構４は、このキーワードを基に事例ベース１
を検索して類似事例を検索し、利用者が修正支援機構５
を利用してこの類似事例を修正して、新たな事例を作成
すると、この修正で書き加えられたキーワードと状況情
報との組を類似情報として類語辞書更新機構７に一時記
録する（ステップ203 ）。

【０１３５】すると、類語辞書更新機構７は、利用者に
仕様の再利用が有効か否かのメッセージをモニタなどの
ユーザインターフェイス３上に表示して質問する（ステ
ップ204 ）。

【０１３６】ここで、キーボードなどのユーザインター
フェイス３を通じて“no”が入力された場合（ステップ
204 のno）、類語辞書更新機構７は、キーワードと状況
情報との組についての類似度を計算することなく更新処
理を終了する。

【０１３７】一方、ユーザインターフェイス３を通じて
“yes ”が入力されると（ステップ204 のyes ）、類語
辞書更新機構７は、自身に一時記録した類似情報を基
に、既存のキーワードの類似情報との間で類似度を計算
し（ステップ205 ）、この計算結果、得られたキーワー
ドおよび類似度を類似辞書２に登録する（ステップ20
6）。

【０１３８】すなわち、利用者が選択した事例を修正す
る段階で再利用が有効であったかを利用者に問い合わせ
ることによって、更新の可否を利用者に委ね、利用者が
更新可と判断したときのみ類語辞書２を更新する。これ
により、類語辞書２中に不要な類語が増加してゆくのを
防止することができる。

【０１３９】このようにこの通信ソフトウェア仕様作成
支援システムによれば、事例ベース１内の各種事例１〜
３などに使われているキーワードをそれぞれの事例が利
用される状況Ａ〜Ｃ毎に区分しそれぞれの区分の中でキ
ーワードと類似情報との組毎に類似度を定義した類語辞
書２を設け、事例ベース１の事例が修正されるたびに類
語辞書更新機構７が類語辞書２を更新するようにしたの
で、類語辞書２のキーワードやその類似度が利用者の利
用状況に応じて自動的に更新されるようになり、通信仕
様記述言語ＨＳＣで記述した階層構造の通信仕様などを
作成する上で既存の事例や仕様部品などの利用率を高め
ることができ、この結果、ソフトウェア仕様の作成効率
を大幅に向上することができる。

【０１４０】なおこの実施形態では、通信、特に電話を
掛ける場合の通信仕様といった極めて単純な場合に限定
して説明したが、本発明は事例ベースの構築の仕方次第
で、例えばパーソナルコンピュータによる画像処理ソフ
ト、各種ゲームソフトなどといった一般的なソフトウェ
アを作成する上で利用できることは言うまでもない。ま
た上記実施形態の通信ソフトウェア仕様作成支援システ
ムは、ＨＳＣをべースとして説明がなされているが、言
語はＨＳＣのみに限定されるものではなく、他の記述言
語（階層的である必要はない）に基づくソフトウェア作
成支援システムでも一般性を損なうことなく適用でき
る。またこの実施形態の通信ソフトウェア仕様作成支援
システムでは、修正事例ベース６が備えられているが、
本発明にこの修正事例ベース６は必ずしも必須の構成要
件ではない。

【０１４１】

【発明の効果】以上説明したように本発明によれば、従
来のシステムにはなかった「状況」という概念を加味
し、キーワードとその類似度とを状況毎に区分し登録し
た類語辞書を設け、事例ベースの事例が修正されるたび
に類語辞書を更新するようにしたので、類語辞書の内容
が利用者の利用状況に応じて更新されるようになり、事
例ベースの事例検索の精度を高めることができる。

【０１４２】この結果、ソフトウェア仕様の作成効率を
大幅に向上することができる。

【図面の簡単な説明】

【図１】本発明の一つの実施形態である通信ソフトウェ
ア仕様作成支援システムの構成を示す図。

【図２】事例ベース１に登録されたＨＳＣ記述の基本電
話サービス仕様例を示す図。

【図３】仕様枠組の仕様要求情報としての仕様要求テン
プレートの一例を示す図。

【図４】フェーズの仕様要求情報としての仕様要求テン
プレートの一例を示す図。

【図５】ケースの仕様要求情報としての仕様要求テンプ
レートの一例を示す図。

【図６】ケースにおれる電話サービスにおいてUSER Aが
USER Bに電話を掛け、互いの回線が接続された場合の動
作手順を示す図。

【図７】フェーズにおける電話サービスにおいてUSER A
がUSER Bに電話を掛ける場合の動作手順を示す図。

【図８】各階層でのキーワードの意味、類似性の基準、
類似度の計算式を示す図。

【図９】基本電話サービスの仕様事例を示す図。

【図１０】通話中着信通知サービスの仕様事例を示す
図。

【図１１】仕様枠組用の類語辞書２の構造を示す図。

【図１２】フェーズ用の類語辞書２の構造を示す図。

【図１３】ケース用の類語辞書２の構造を示す図。

【図１４】この通信ソフトウェア仕様作成支援システム
の一つの動作例を示すフローチャート。

【図１５】“call-information-during-communication
”というキーワードの類似情報を示す図。

【図１６】“telephone ”というキーワードの類似情報
を示す図。

【図１７】この通信ソフトウェア仕様作成支援システム
の他の動作例を示すフローチャート。

【図１８】従来の通信ソフトウェア仕様作成支援システ
ムの構成を示す図。

【図１９】従来の類語辞書の構造を示す図。

【符号の説明】

１…事例ベース、２…類語辞書、３…ユーザインタフェ
ース、４…検索機構、５…修正支援機構、６…修正事例
ベース、７…類語辞書更新機構。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 吉村 晉 東京都日野市旭が丘３丁目１番地の１ 株 式会社東芝日野工場内 (72)発明者 唐橋 拓史 宮城県仙台市宮城野区岩切字山神北43番地 15号 (72)発明者 白鳥 則郎 宮城県黒川郡富谷町明石台二丁目10番地１ 号

Claims (7)

【特許請求の範囲】
1. 【請求項１】 既に作成済みのソフトウェア仕様事例を
   各種保存した事例ベースと、 前記事例ベース内の各種ソフトウェア仕様事例において
   使われているキーワードを、それぞれのソフトウェア仕
   様事例が利用される状況情報毎に区分し、それぞれのキ
   ーワード毎に定義された類似度と共に登録した類語辞書
   と、 前記事例ベースのソフトウェア仕様事例に関するキーワ
   ードを入力する入力手段と、 前記入力手段により入力されたキーワードを基に、前記
   事例ベースを検索し、一致もしくは類似するソフトウェ
   ア仕様事例を選出する事例検索手段と、 前記事例検索手段により選出されたソフトウェア仕様事
   例に対して修正を行うための修正支援手段と、 前記修正支援手段により修正されたソフトウェア仕様事
   例の修正部分のキーワードを基に、前記類語辞書のキー
   ワードと類似度とを更新する類語辞書更新手段とを具備
   したことを特徴とするソフトウェア仕様作成支援システ
   ム。
2. 【請求項２】 既に作成済みのソフトウェア仕様事例を
   各種保存した事例ベースと、 前記事例ベース内の各種
   ソフトウェア仕様事例において使われているキーワード
   を、それぞれのソフトウェア仕様事例が利用される状況
   情報毎に区分し、それぞれのキーワード毎に定義された
   類似度と共に登録した類語辞書と、 前記事例ベースのソフトウェア仕様事例に関するキーワ
   ードを入力する入力手段と、 前記入力手段により入力されたキーワードを基に前記事
   例ベースを検索し、一致もしくは類似するソフトウェア
   仕様事例を選出する事例検索手段と、 前記事例検索手段により選出されたソフトウェア仕様事
   例に対して修正を行うための修正支援手段と、 前記修正支援手段により修正されたソフトウェア仕様事
   例の修正部分のキーワードが前記類語辞書に登録されて
   いるか否かを判定し、前記キーワードが登録されていれ
   ば、そのキーワードの類似度を改めて定義し直し前記類
   語辞書を更新すると共に、前記キーワードが新たなもの
   であれば、前記類語辞書に新たなキーワードとその類似
   度とを定義する類語辞書更新手段とを具備したことを特
   徴とする通信ソフトウェア仕様作成支援システム。
3. 【請求項３】 類語辞書の各キーワードの類似度は、 前記キーワードと状況情報との組で定義されることを特
   徴とする請求項１乃至２いずれか記載のソフトウェア仕
   様作成支援システム。
4. 【請求項４】 類語辞書更新手段が、 前記キーワードと状況情報との組から類似度を計算する
   類似度計算手段と、 前記類似度計算手段による計算結果に基づいて前記類語
   辞書の各キーワードの類似度を定義する類似度定義手段
   とを具備したことを特徴とする請求項１乃至３いずれか
   一記載のソフトウェア仕様作成支援システム。
5. 【請求項５】 類語辞書更新手段が、 修正されたソフトウェア仕様事例の修正部分のキーワー
   ドについて更新の可否を利用者に問い合わせる問い合せ
   手段と、 前記問い合せ手段による問い合せ結果、更新可という応
   答があった場合に前記類語辞書のキーワードと類似度と
   を更新する更新手段とを具備したことを特徴とする請求
   項１乃至４いずれか一記載のソフトウェア仕様作成支援
   システム。
6. 【請求項６】 修正支援手段により修正されたソフトウ
   ェア仕様の修正の状況を修正事例として登録し、利用す
   る修正事例ベースをさらに具備したことを特徴とする請
   求項１乃至５いずれか一記載のソフトウェア仕様作成支
   援システム。
7. 【請求項７】 ユーザインタフェース部、検索機構（事
   例検索部）、修正支援機構（修正支援部）、事例ベー
   ス、類語辞書からなるソフトウェア仕様作成支援システ
   ムにおいて、前記類語辞書の各キーワードの類似度を利
   用者の利用により自動更新する類語辞書更新機構を具備
   したことを特徴するソフトウェア仕様作成支援システ
   ム。