JPH10143371A - 事例検索システム及び事例検索方法 - Google Patents

Abstract

(57)【要約】 【解決手段】 この発明に係る事例検索システムは、言
語表現とその関連情報との対からなる事例データを格納
する事例データベース６と、前記事例データベース６中
の事例データの管理を行う事例ベース管理手段７と、新
たな自然言語事例データを入力する入力手段１と、前記
事例ベース管理手段７が管理する前記事例データベース
６に前記新たな自然言語事例データを登録する際に事例
データ候補を生成して登録を支援する事例ベース構築支
援手段１２とを備えたものである。 【効果】 新たに事例を登録する場合に確認したり修正
したりする作業量を削減でき、その結果、自然言語の言
語表現と関連付けられた情報の事例データベースを利用
した情報検索ソフトウエアや設計支援ソフトウエアにお
いて、事例データの構築時における負荷を軽減でき、自
動処理の可能性が向上する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コンピュータを
利用した情報検索ソフトウェア等において、過去の問い
合わせ内容とその対策を人間が日常使用する日本語など
の「自然言語」形式の「事例」として登録・蓄積してお
き、現在直面している問題を解決する際にその事例を検
索・参照および推論処理することにより、その故障診断
や技術相談支援等における問題解決を行なったり、昇降
機や制御機器等の製品の設計に際して、自然言語で記述
された過去の設計仕様とその関連部品を登録・蓄積して
おき、新たな設計仕様の入力に対してその事例を検索・
参照および推論処理することによる設計効率の向上等を
目的とした事例検索システムに関するものである。

【０００２】ここで、「自然言語」の「事例」（以下、
自然言語事例）とは、処理の対象として蓄積されるデー
タの検索のキーとなる部分に日本語や英語等の言葉の表
現（文章）である自然言語を含むものをいう。なお、検
索の対象となる部分には構造を表わすための情報や図面
参照表現等の形式的な記号列が含まれていても良い。も
ちろん、検索の対象となる部分に関連づける情報も同様
に自然言語であっても形式的な表現であっても良い。自
然言語事例は、通常の言語表現という人間には極めて自
然な記述形式を用いるので、入力が容易であり、また文
字コードの並びという蓄積効率の高いデータであり、デ
ータを簡単に再利用することもできる。

【０００３】

【従来の技術】従来から、例えば、高山、鈴木著「自然
言語事例ベースの仕様書文解析への応用」、第５２回情
報処理学会全国大会、１９９６年３月６日刊行（以下、
「文献Ａ」という。）に、過去の設計事例の仕様文と関
連部品の対を「自然言語」形式の「事例」として登録し
ておき、問題解決の際、つまり、新たな設計要求の仕様
が与えられた時に、この事例を検索し、その問題の解決
に利用する方法が開発されてきている。

【０００４】従来の事例検索システムの構成について図
３５を参照しながら説明する。図３５は、例えば特開平
２−２０４８３７号公報に示された従来の概念設計業務
支援装置（事例検索システム）を示すブロック図であ
る。

【０００５】図３５において、３５０１は熟練設計者か
ら獲得した経験的知識や設計手順に関する手続き的な知
識を最適な表現形式で記憶する手続的知識記憶手段であ
る。３５０２は法律的知識、過去の失敗事例に関する要
約的知識を構造的な表現形式で記憶する宣言的知識記憶
手段である。３５０３は入力を支援する様々な情報を上
記宣言的知識記憶手段３５０２からの入力に基づき提供
する仕様決定支援手段である。

【０００６】また、同図において、３５０４は標準的な
仕様を実現するための機能や部品に関するデータを記憶
するための標準仕様実現情報記憶手段である。３５０５
は過去の設計事例に関するデータ（事例に採用されたす
べての仕様名および特記仕様を実現するための機能や部
品）を記憶するための事例データベースである。３５０
６は上記仕様を入力するための仕様入力手段である。

【０００７】また、同図において、３５０７はこの仕様
入力手段３５０６から入力された仕様を上記宣言的知識
記憶手段３５０２からの入力に基づきチェックするため
の仕様チェック手段である。３５０８はこの仕様チェッ
ク手段３５０７で不適当とされた仕様を上記手続的知識
記憶手段３５０１からの入力で修正するための仕様修正
手段である。３５０９は上記仕様チェック手段３５０７
のチェックに適合した仕様を記憶するための仕様記憶手
段である。

【０００８】また、同図において、３５１０は上記適合
した仕様のうち標準設計で対応できる仕様を選択し、上
記標準仕様実現情報記憶手段３５０４からの入力基づき
品目表に展開するための品目表作成手段である。３５１
１は標準設計で対応出来ない特記仕様を上記宣言的知識
記憶手段３５０２及び事例データベース３５０５からの
入力に基づき過去の最も類似した機能に変換するための
機能展開手段である。３５１２は機能展開手段３５１１
で展開された機能を宣言的知識記憶手段３５０２からの
入力に基づきチェックするための機能チェック手段であ
る。

【０００９】また、同図において、３５１３は機能チェ
ック手段３５１２で不適当とされた機能を上記仕様記憶
手段３５０９及び宣言的知識記憶手段３５０２からの入
力に基づき修正する機能修正手段である。３５１４は機
能チェック手段３５１２で適当と判断された機能及び機
能修正手段３５１３で修正された機能を記憶するための
機能記憶手段である。３５１５は機能記憶手段３５１４
で記憶された機能を事例データベース３５０５からの入
力に基づき部品に展開するための部品展開手段である。

【００１０】さらに、同図において、３５１６は部品展
開手段３５１５で展開された部品を上記宣言的知識記憶
手段３５０２からの入力に基づきチェックするための部
品チェック手段である。３５１７は部品チェック手段３
５１６で部品が不適当な場合に上記手続的知識記憶手段
３５０１からの入力に基づき修正するための部品修正手
段である。３５１８は上記適合した部品を記憶するため
の部品記憶手段である。

【００１１】つぎに、前述した従来例の動作について図
３５を参照しながら説明する。

【００１２】仕様入力手段３５０６から入力された仕様
を、宣言的知識記憶手段３５０２からの入力に基づき仕
様チェック手段３５０７によりチェックするとともに、
仕様チェック手段３５０７でのチェックにより不適当と
された仕様を、手続的知識記憶手段３５０１からの入力
に基づき仕様修正手段３５０８により修正する。この仕
様チェック手段３５０７により適当と判断された仕様、
及び仕様修正手段３５０８により修正された仕様のう
ち、仕様決定支援手段３５０３により標準仕様で処理で
きると判断された仕様を仕様記憶手段３５０９に記憶す
る。

【００１３】次に、記憶された仕様を品目表作成手段３
５１０により部品にまで展開し、それ以外の仕様につい
ては宣言的知識記憶手段３５０２、及び事例データベー
ス３５０５からの入力に基づき機能展開手段３５１１に
より機能に展開する。展開された機能を宣言的知識記憶
手段３５０２からの入力に基づき機能チェック手段３５
１２によりチェックするとともに、この機能チェック手
段３５１２で不適当と判断された機能を、手続的知識記
憶手段３５０１からの入力に基づき機能修正手段３５１
３により修正する。機能チェック手段３５１２で適当と
判断された機能、及び機能修正手段３５１３により修正
された機能を、機能記憶手段３５１４に記憶する。

【００１４】さらに、機能記憶手段３５１４に記憶され
た機能を、宣言的知識記憶手段３５０２、及び事例デー
タベース３５０５からの入力に基づき部品展開手段３５
１５により部品に展開し、宣言的知識記憶手段３５０２
からの入力に基づき部品チェック手段３５１６によりチ
ェックするとともに、この部品チェック手段３５１６で
不適当と判断された部品を、手続的知識記憶手段３５０
１からの入力に基づき部品修正手段３５１７により修正
する。最後に、部品チェック手段３５１６で適当と判断
された部品、及び部品修正手段３５１７により修正され
た部品を、部品記憶手段３５１８に記憶する。

【００１５】なお、この従来技術では設計フローは一方
向に限っておらず、それ以前の設計段階に自由に戻るこ
とができ、機能の展開、チェック、記憶を単体として設
計解決定手段単体として構成する場合もある。

【００１６】この従来例では、手続的知識を熟練技術者
から獲得するとしているのみで、この手続的知識のみな
らず、事例データベース３５０５、宣言的知識などの知
識を獲得するための手段や、事例データベース３５０５
を更新するための具体的な手段は備えていない。また、
事例データベース３５０５の内容が入力手段にはフィー
ドバックされていない。

【００１７】つづいて、他の従来の事例検索システムの
構成について図３６を参照しながら説明する。図３６
は、例えば特開平７−２１９９８９号公報に示された従
来の類似設計事例検索装置（事例検索システム）を示す
ブロック図である。

【００１８】図３６において、３６０１は類似設計事例
検索装置、３６０２は設計対象物に対する要求仕様を入
力する要求仕様入力手段である。３６０３は前記入力さ
れた要求仕様から適用すべき設計仕様を判定する知識を
ルールの形で格納した知識ベース３６０７と、前記入力
された要求仕様に基づいて前記知識ベース３６０７から
所定のルールを検索して実行し、適用すべき設計仕様を
判定する推論エンジン３６０８とを備えた設計仕様判定
手段である。

【００１９】また、同図において、３６０４は過去に入
力した要求仕様と、前記設計仕様を適用して行なった設
計結果とを内容とする過去の設計事例を格納した設計事
例ベースを記憶しておく設計事例記憶手段である。３６
０５は前記設計仕様判定手段３６０３が判定した設計仕
様と実質的に同一の設計仕様を有する過去の設計事例を
前記設計事例記憶手段３６０４から検索する類似事例検
索手段である。３６０６は前記類似事例検索手段３６０
５が検索した過去の設計事例の内容を出力する検索結果
出力手段である。

【００２０】図３７は、設計仕様を判定する知識をルー
ルの形で格納した知識ベース３６０７の構成例を示した
図である。

【００２１】図３８は、設計事例記憶手段３６０４の設
計事例ベースの各設計事例の構成を示した図である。

【００２２】また、図３９は、従来の類似設計事例検索
装置（事例検索システム）の他の構成例を示すブロック
図である。図３９において、３６０１Ａは類似設計事例
検索装置、３６０９は前記設計仕様判定手段３６０３の
判定結果たる設計仕様と、前記設計事例記載手段３６０
４の各設計事例の設計仕様との類似の度合いに関する知
識を記憶した類似度知識記憶手段である。

【００２３】また、図４０は、従来の類似設計事例検索
装置（事例検索システム）の別の構成例を示すブロック
図である。図４０において、３６０１Ｂは類似設計事例
検索装置、３６１０は前記要求仕様入力手段３６０２を
介して入力された要求仕様と、前記設計仕様判定手段３
６０３が判定した設計仕様を記憶しておく要求仕様・設
計仕様記憶手段である。３６１１は前記設計仕様判定手
段３６０３が判定した設計仕様に基づいて設計した設計
結果を入力する設計結果入力手段である。３６１２は前
記要求仕様・設計仕様記憶手段３６１０に記憶された要
求仕様及び設計仕様と、前記設計結果入力手段３６１１
を介して入力された設計結果とを入力し、前記設計事例
記憶手段３６０４に追加の設計事例として登録する事例
追加手段である。

【００２４】図３６に従って、この従来技術の動作を説
明する。まず、要求仕様入力手段３６０２から種々の仕
様項目に対する要求値を、装置を作動させる条件として
入力する。要求仕様入力手段３６０２から要求仕様の入
力があった場合に、設計仕様判定手段３６０３は推論エ
ンジン３６０８によって図３７に示した知識ベース３６
０７からルールを選択し、判定結果を与える。設計仕様
判定手段３６０３によって仕様判定が行なわれた後、類
似事例検索手段３６０５が判定結果に基づいて設計事例
記憶手段３６０４の図３８に示した設計事例ベースから
類似の設計事例を検索する。検索された類似設計事例
は、検索結果出力手段３６０６に出力される。

【００２５】また、図３９は特開平７−２１９９８９号
公報における他の構成例を示した図である。この従来技
術の動作は、類似事例検索手段３６０５が設計仕様判定
手段３６０３の判定結果に基づいて設計事例記憶手段３
６０４の設計事例ベースから類似の設計事例を検索する
ときに、設計仕様が同一の設計事例が設計事例ベースに
存在しない場合でも、類似度知識記憶手段３６０９に記
憶された類似度知識により、設計仕様が類似する設計事
例を検索して提示するものである。

【００２６】さらに、図４０は特開平７−２１９９８９
号公報における他の構成例を示した図である。この従来
技術の動作は、要求仕様入力手段３６０２から最初に入
力した要求仕様と設計仕様判定手段３６０３が判定した
設計仕様を要求仕様・設計仕様記憶手段３６１０に記憶
・保持する。次に、設計者が上記設計仕様に基づいて行
なった設計結果を設計結果入力手段３６１１を介して入
力することにより、事例追加手段３６１２がこの入力さ
れた設計結果と、記憶・保持された要求仕様と設計仕様
とを組み合わせて新たな設計事例として設計事例記憶手
段３６０４の設計事例ベースに追加登録する。

【００２７】図３６〜図４０に示された従来の技術で
は、ルールの形で表現された場合にしか対処することが
できず、仕様が自然言語の形で記述された場合の処理を
行なうことができない。図３９のような類似度知識記憶
手段３６０９を備えることは事例ベース検索システムに
おいては一般的な方式であり、新たな効果は生まない。

【００２８】また、図４０の構成においては、検索結果
出力手段３６０６で出力された設計結果を設計結果入力
手段３６１１から改めて入力する必要があり、新たな事
例を追加する際に極めて作業量が大きくなるばかりか、
一般に製品の設計結果は膨大であるため、個々の設計結
果が、要求仕様や設計仕様のどの部分に対するかの判定
が繁雑になってしまう。また、設計事例記憶手段３６０
４内の事例データベースに蓄えられた内容は要求仕様入
力手段３６０２にはフィードバックされていない。

【００２９】

【発明が解決しようとする課題】上述したような従来の
事例検索システムでは、事例データベースや事例検索に
よる設計支援処理に用いる関連知識を熟練技術者から獲
得するとしているのみで、一般に事例検索を用いる場合
に大きな課題とされている、これらの知識を獲得するた
めの手段や事例データベースを更新するための具体的な
手段を備えていないという問題点があった。

【００３０】また、事例データベースに蓄積された内容
が入力手段にはフィードバックされていないため、要求
仕様などの入力の標準化を図ることができないという問
題点があった。

【００３１】さらに、他の従来の事例検索システムで
は、仕様が知識ベースに格納されたルールの形に適合す
るように記述された場合のみにしか用いる事ができない
ため、自然言語の形で記述された場合の処理を行なうこ
とができず、また、要求仕様・設計仕様記憶手段から出
力された設計結果を設計結果入力手段から改めて入力し
なければならない等、新たな事例を追加する際に極めて
作業量が大きくなるばかりか、事例を類似検索するため
に特徴づける部分の判定ばかりでなく、事例に関連づけ
る情報の妥当性の判定（個々の設計結果と要求仕様や設
計仕様のどの部分に対するかの判定）が繁雑になってし
まうという問題点があった。

【００３２】この発明は、前述した問題点を解決するた
めになされたもので、自然言語事例検索方法に事例構築
方法を備えることにより、自然言語で記述された事例デ
ータに関連付けておく情報を機械的に求めることができ
るようにして事例に付随させる関連情報が正確であるか
どうかの精度を高めるとともに、事例登録の際に関連情
報の内容を人手で改めて入力したり、確認したりする作
業を最小限に押さえることにより、事例構築を容易にす
ることができる事例検索システム及び事例検索方法を得
ることを目的とする。

【００３３】また、事例データベースに蓄えられた事例
データを入力モジュールにフィードバックすることを可
能とし、事例データベースに蓄積する事例及び入力の言
語表現を属性を伴う構造情報を持たせることで、入力の
標準化を図ることができるようにして類似検索の効率を
高めることができる事例検索システム及び事例検索方法
を得ることを目的とする。

【００３４】

【課題を解決するための手段】この発明に係る事例検索
システムは、言語表現とその関連情報との対からなる事
例データを格納する事例データベースと、前記事例デー
タベース中の事例データの管理を行う事例ベース管理手
段と、新たな自然言語事例データを入力する入力手段
と、前記事例ベース管理手段が管理する前記事例データ
ベースに前記新たな自然言語事例データを登録する際に
事例データ候補を生成して登録を支援する事例ベース構
築支援手段とを備えたものである。

【００３５】また、この発明に係る事例検索システム
は、さらに、前記事例データベースに格納された事例デ
ータのうち検索頻度が高いものをフィードバック事例デ
ータに登録するとともに、前記入力された新たな自然言
語事例データに関して前記フィードバック事例データを
検索して前記入力手段を支援する入力支援手段を備えた
ものである。

【００３６】また、この発明に係る事例検索システム
は、さらに、前記入力された新たな自然言語事例データ
に前記自然言語事例データの表わす内容の種別を指定す
る構造情報を付加する入力支援手段を備え、前記事例ベ
ース構築支援手段が、前記入力された自然言語事例デー
タ及び前記事例データベースに格納された事例データ
に、前記構造情報が付加されている場合には、前記事例
データ候補を生成する際に、前記構造情報が一致すると
きのみ事例データ候補の生成を行うものである。

【００３７】また、この発明に係る事例検索システム
は、前記事例ベース構築支援手段が、前記入力された自
然言語事例データに基づき仮部品表及び部品表を生成す
る機械支援設計手段と、前記生成された仮部品表及び部
品表に基づき修正部品表を生成する修正部品表生成手段
と、前記入力された自然言語事例データ及び前記生成さ
れた修正部品表に基づき仕様文−修正部品対応表を生成
する仕様文−修正部品対応表生成手段と、前記生成され
た仕様文−修正部品対応表に基づき事例データ候補を生
成する事例データ候補生成手段とを有するものである。

【００３８】また、この発明に係る事例検索システム
は、さらに、前記入力された自然言語事例データから記
号列を抽出する記号列抽出手段と、前記入力された自然
言語事例データからの用語抽出に必要な用語及びその用
語に付随する情報を収録した用語辞書と、前記用語辞書
の管理を行う用語辞書管理手段と、前記用語辞書からの
用語に基づき、前記入力された自然言語事例データから
事例検索のキーとなる用語を抽出する用語抽出手段と、
前記用語抽出手段により抽出された用語をキーとして、
前記事例ベース管理手段によって管理された前記事例デ
ータベースから処理対象となる事例の候補を取り出す事
例候補検索手段と、前記事例候補検索手段により取り出
された事例候補の中から前記入力された自然言語事例デ
ータに類似した事例を絞り込む事例絞り込み手段と、前
記事例絞り込み手段により絞り込まれた事例の中から、
前記入力された自然言語事例データの内容に応じて関連
する情報を推論する関連情報推論手段と、前記事例候補
検索手段又は前記事例絞り込み手段によって取り出され
た事例と前記関連情報推論手段の推論結果を表示する解
析内容表示手段とを備えたものである。

【００３９】この発明に係る事例検索方法は、新たな自
然言語事例データを入力する入力ステップと、言語表現
とその関連情報との対からなる事例データを格納する事
例データベース中の事例データの管理を行う事例ベース
管理ステップが前記事例データベースに前記新たな自然
言語事例データを登録する際に事例データ候補を生成し
て登録を支援する事例ベース構築支援ステップとを含む
ものである。

【００４０】また、この発明に係る事例検索方法は、さ
らに、前記事例データベースに格納された事例データの
うち検索頻度が高いものをフィードバック事例データに
登録するとともに、前記入力された新たな自然言語事例
データに関して前記フィードバック事例データを検索し
て前記入力ステップを支援する入力支援ステップを含む
ものである

【００４１】また、この発明に係る事例検索方法は、さ
らに、前記入力された新たな自然言語事例データに前記
自然言語事例データの表わす内容の種別を指定する構造
情報を付加する入力支援ステップを含み、前記事例ベー
ス構築支援ステップでは、前記入力された自然言語事例
データ及び前記事例データベースに格納された事例デー
タに、前記構造情報が付加されている場合には、前記事
例データ候補を生成する際に、前記構造情報が一致する
ときのみ事例データ候補の生成を行うものである。

【００４２】また、この発明に係る事例検索方法は、前
記事例ベース構築支援ステップが、前記入力された自然
言語事例データに基づき仮部品表及び部品表を生成する
機械支援設計ステップと、前記生成された仮部品表及び
部品表に基づき修正部品表を生成する修正部品表生成ス
テップと、前記入力された自然言語事例データ及び前記
生成された修正部品表に基づき仕様文−修正部品対応表
を生成する仕様文−修正部品対応表生成ステップと、前
記生成された仕様文−修正部品対応表に基づき事例デー
タ候補を生成する事例データ候補生成ステップとを有す
るものである。

【００４３】また、この発明に係る事例検索方法は、さ
らに、前記入力された自然言語事例データから記号列を
抽出する記号列抽出ステップと、前記入力された自然言
語事例データからの用語抽出に必要な用語及びその用語
に付随する情報を収録した用語辞書の管理を行う用語辞
書管理ステップと、前記用語辞書からの用語に基づき、
前記入力された自然言語事例データから事例検索のキー
となる用語を抽出する用語抽出ステップと、前記用語抽
出ステップにより抽出された用語をキーとして、前記事
例ベース管理ステップによって管理された事例データベ
ースから処理対象となる事例の候補を取り出す事例候補
検索ステップと、前記事例候補検索ステップにより取り
出された事例候補の中から前記入力された自然言語事例
データに類似した事例を絞り込む事例絞り込みステップ
と、前記事例絞り込みステップにより絞り込まれた事例
の中から、前記入力された自然言語事例データの内容に
応じて関連する情報を推論する関連情報推論ステップ
と、前記事例候補検索ステップ又は前記事例絞り込みス
テップによって取り出された事例と前記関連情報推論ス
テップの推論結果を表示する解析内容表示ステップとを
含むものである。

【００４４】

【発明の実施の形態】

実施の形態１．この発明の実施の形態１の構成について
図１を参照しながら説明する。図１は、この発明の実施
の形態１の構成を示すブロック図である。なお、各図
中、同一符号は同一又は相当部分を示す。

【００４５】図１において、１はキーボード等または他
のプログラムからのデータを受け取る入力モジュールで
ある。また、この入力モジュール１で入力されたデータ
は、後述する事例ベース構築支援モジュールへの入力と
もなる。

【００４６】また、同図において、２は入力言語表現か
らあらかじめ定義されたパターンに従って記号列を抽出
するための記号列抽出モジュールである。３は入力モジ
ュール１により入力された言語表現からの用語抽出に必
要な用語およびその用語に付随する情報を収録した用語
辞書である。４はこの検索方式で用いる用語およびその
用語に付随する情報からなる用語辞書３のデータを索引
等によって検索したり、新たな用語辞書データを格納し
たりするための用語辞書管理モジュールである。５は用
語辞書管理モジュール４を利用して言語表現から用語を
抽出するための用語抽出モジュールである。

【００４７】また、同図において、６は言語表現とそれ
に関連付けた情報を事例データとして収録する事例デー
タベースである。７は言語表現とそれに関連付けた情報
を管理するための事例ベース管理モジュールである。８
は多くの事例の中から現在の入力に対して処理を適用で
きそうな事例の候補を、入力から抽出した索引と同じ索
引を含むかどうかによって事例データベース６から取り
出す事例候補検索モジュールである。９は事例候補検索
モジュール８で得た事例候補の中から入力に類似したも
のを選びだすための事例絞り込みモジュールである。１
０は検索して得た事例とその事例に関係付けられた情報
から、入力に関連する情報を取り出すための関連情報推
論モジュールである。

【００４８】また、同図において、１１は本実施の形態
における一連の処理内容を表示装置に随時あるいは一括
して表示するための解析内容表示モジュールである。１
２は事例データベース６に収録する事例データの言語表
現に関連付ける情報を確認する作業を軽減させるため、
類似した事例データを用いて、確認すべき内容を削減し
た事例データベース６への登録候補を生成するための事
例ベース構築支援モジュールである。

【００４９】さらに、同図において、１３は言語表現間
の類似性を判定するために必要な一連のモジュールをま
とめて示している。１４は類似した言語表現を事例デー
タベース６から取り出すために必要な一連のモジュール
をまとめて示している。また、１３および１４の部分の
処理はモジュール１２のサブモジュールとしても用い
る。

【００５０】つぎに、この実施の形態１の動作について
図１を参照しながら説明する。

【００５１】まず、事例検索処理の流れについて説明す
る。

【００５２】入力モジュール１で事例データを検索する
条件となる言語表現（入力文字列）を受け取ると、記号
列抽出モジュール２にその入力した言語表現を受け渡
す。入力文字列は、入力モジュール１から受け取った文
字列に対して抽出する文字列をあらかじめ定義したパタ
ーン定義に従って、記号列抽出モジュール２が、入力文
字列にパターン（記号列）が含まれているかを解析し、
その結果として抽出したパターン（記号列）と残りの文
字列を記号列抽出モジュール２の出力として、次の用語
抽出モジュール５に渡す。

【００５３】この記号列抽出モジュール２の処理が終了
すると、次に用語抽出モジュール５において記号列抽出
モジュール２から受け取った、残りの文字列である言語
表現中に用語辞書管理モジュール４が用語辞書３に保持
している用語を抽出する。このとき用語の抽出方法は公
知のキーワード抽出などの方法による。

【００５４】次に、事例候補検索モジュール８では、用
語抽出モジュール５によって求めた用語の組みと同じも
のを含む事例データを事例ベース管理モジュール７で管
理されている事例データベース６のデータ中から事例の
候補として取り出す。このとき、用語を含む事例データ
の検索は公知のテキストデータ管理の方法による。

【００５５】次に、事例絞り込みモジュール９では、事
例候補検索モジュール８によって求めた事例候補の言語
データと、入力された言語表現との「類似度」を求め
る。このとき、類似度を求める方法としては、例えば、
図２７に示すように、入力された文字列（上段）と、比
較対象の事例候補の文字列（下段）とのもっとも長く一
致している共通の部分文字列である「最長共通部分列」
を求め、文字列全体の長さにおける最長共通部分列の割
合を類似度として求めるものとする。

【００５６】次に、関連情報推論モジュール１０では、
検索して得た事例とその事例に関係付けられた情報か
ら、必要なら図２８に示すような仕様実現情報（部品
表）２１０等を参照して入力に関連する情報を取り出
す。

【００５７】次に、解析内容表示モジュール１１は、一
連の処理において、事例の候補および推論された結果等
を利用者に表示し、利用者が必要と判断した時には、処
理に介入できる役割を果たす。また、以下で説明する事
例ベース構築支援モジュール１２の処理内容も表示す
る。

【００５８】以上が事例検索処理の流れである。次に、
事例構築処理の流れについて説明する。

【００５９】図１に示すモジュール１２は、本実施の形
態の主要な特徴の一つである事例ベース構築支援モジュ
ールであり、事例ベース管理モジュール７が管理する初
期の事例データベース６に登録すべき事例データの候
補、および事例データベース６に追加すべき事例データ
の候補を作成するものであり、この事例ベース構築支援
モジュール１２のサブモジュールの実現例を図２に示
す。

【００６０】図２に例示した事例ベース構築支援モジュ
ール１２の一実現例は、本実施の形態を設計支援システ
ム上で利用する場合について示したものである。

【００６１】図２において、２１は入力モジュール１か
ら入力された仕様書等に基づいてコンピュータを利用し
て設計作業を行い部品表等の作成を行なう機械支援設計
モジュール、２２は仕様書から機械的に生成された仮部
品表と、仮部品表に手を加えた設計結果である部品表と
の差を求め、修正部品表を生成する修正部品表生成モジ
ュール、２３は修正部品表と設計の基となった仕様書等
から仕様書中に含まれていた設計の修正指示を行なう仕
様文と修正部品表との対応表を生成する仕様文−修正部
品対応表生成モジュール、２４は類似した仕様文を含む
複数の仕様文−修正部品対応表から事例データベース６
に登録すべき事例データの候補を生成する事例データ候
補生成モジュールである。

【００６２】図３は、この実施の形態１における事例ベ
ース構築支援モジュール１２の構成例を示した図２の一
連のモジュールのデータの流れを、事例ベース構築支援
モジュール１２を構成する各モジュールに関連付けて示
したものである。

【００６３】図３において、製品仕様書１０１、及び付
加仕様３０４は、コンピュータ等によって製品設計を行
なう場合の入力データ例、仮部品表３０１は、機械支援
設計モジュール２１において仕様書から自動的に生成で
きる部品の一覧、部品表３０３は、各仕様に対する最終
的な設計結果である部品の一覧である。

【００６４】また、同図において、仕様文１０３は、製
品仕様書１０１に含まれている仮部品表３０１に修正指
示等の内容を含む言語表現、関連情報６０１は、製品仕
様書１０１に関連した設計内容および設計後のその製品
に対する指示等の情報、仕様文−修正部品対応表６０３
は、事例データ候補８０１を生成する基になるデータで
ある。

【００６５】以下、図３のモジュール２１からモジュー
ル２４までの処理とデータの流れを個別の図に分けて順
に説明する。

【００６６】図４は、図３の機械支援設計モジュール２
１の入出力を取り出して図示したものであり、図の各部
は図３と同様である。

【００６７】次に、図４の製品仕様書１０１の例につい
て図５を用いて説明する。図５に例示した製品仕様書１
０１は、大きく仕様コード１０２と、仕様文１０３の２
つの部分から構成されている。上記仕様コード１０２
は、製品の一部分や特徴を表わす属性名１０４と、属性
名１０４に対応する属性値１０５とから構成され、主に
標準的な仕様について記述される。また、仕様文１０３
は、仕様コード１０２で十分指定できなかった例外仕様
や設計作業に対する指示等の情報を含んだ言語表現であ
り、ここでは、簡単のため１つの文のみを示している
が、一般には一つの製品仕様書１０１に対して複数の文
が含まれている。

【００６８】この製品仕様書１０１は、従来は紙媒体で
あることが多かったが、最近ではコンピュータを利用し
電子的なデータとして作成され、仕様書作成者から設計
者に向けてコンピュータ・ネットワークを通じて伝送さ
れるようになってきている。また、製品仕様書１０１の
作成においては、属性名１０４に対する属性値１０５の
指定をメニューで選択させる等を支援する場合もある。

【００６９】図６は、本実施の形態の産業上の利用例を
図示したものであり、製品仕様書１０１が設計部門に渡
されると、仕様コード１０２の部分は部品計算（モジュ
ール）２０２によって部品表３０３に展開される。図に
おいて、２１０は部品表３０３の例を示している。ここ
で、２０４の部分は部品の名称を表わしており、図に示
すように部品番号で表現されることもある。図６で斜線
付きの楕円で表わした部分２０６は個々の部品に対応す
る標準部品の名称が指定されているものとする。２０５
で示した部分は部品の大分類の例を示しており、このよ
うに一般に製品の部品表は階層構造を持っている。な
お、この部品計算（モジュール）２０２は、機械支援設
計モジュール２１の一部を構成している。

【００７０】図６の１０３は製品仕様書１０１に含まれ
ていた仕様文の例であり、この製品の場合、「乗場ボタ
ンはＨＢＮ−Ａ型を取付」という文は図中に示した「乗
場ボタン」という部品に対して、斜線付きの楕円で表わ
した標準部品ではなく、「ＨＢＮ−Ａ型」という、網掛
けの楕円で表わした代替部品２０７を指定する内容を表
わしている。従来は、この仕様文解読（モジュール）２
０３の処理は人間の設計者が行なっていたが、本実施の
形態の事例検索処理を用いることによってコンピュータ
・プログラムにより自動的に行なうことができる。ま
た、図中で２０８は例示した部品表３０３に対応する製
品のイメージを表わしており、この例では仕様文１０３
で指定された部品が２０９の部分に対応することを図示
している。なお、この仕様文解読（モジュール）２０３
は、機械支援設計モジュール２１の一部を構成してい
る。

【００７１】図７は、機械支援設計モジュール２１の処
理例を示している。製品仕様書１０１が与えられると、
仕様コード１０２の集合は部品計算２０２の処理によっ
て仮部品表３０１に展開される。また、製品仕様書１０
１に含まれている仕様文１０３と、図面３０５と、例え
ばファクシミリや電話等による有形・無形の連絡などそ
の他の修正要因３０６とからなる付加仕様３０４の内容
によって、人手あるいは機械支援により修正作業３０２
が行なわれる。仮部品表３０１に対して修正作業３０２
を行なった設計結果が部品表３０３であり、このデータ
が当該製品を製造する工場に渡される。

【００７２】図８は、仮部品表３０１の構成の例を示し
たものである。仮部品表３０１は、部品番号３１１と、
部品名３１２と、指定部品３１３と、その部品に対する
付加情報３１４などの項目から成る。

【００７３】図９は、部品表３０３の構成の例を示した
ものである。この場合、仮部品表３０１と同じ項目を持
つものとして例示しており、図６の例に対応させて、仕
様文１０３の指定によって部品番号「２６２」の部品名
「乗場ボタン」の指定部品が図８の仮部品表３０１の標
準部品「ＨＢＮ−Ｘ型」から、図９では代替部品「ＨＢ
Ｎ−Ａ型」に変更されていることを示している。

【００７４】図１０は、仕様コード１０２の集合から仮
部品表３０１を作成する部品計算（モジュール）２０２
の処理の構成例を示したものである。この例では、部品
計算２０２は、仕様コード１０２と部品の対応データに
基づいて、部品計算インタプリタ４０１が入力された仕
様コード１０２の組合わせを解釈して仮部品表３０１を
出力することを示している。なお、仕様コード−部品対
応データ４０２は、従来技術では図３５の標準仕様実現
情報記憶手段３５０４に格納された情報、部品計算イン
タプリタ４０１は品目表作成手段３５１０に対応してい
る。

【００７５】図１１は、図７の修正作業３０２の周囲の
部分を示しており、図６を用いて説明した仕様文解読２
０３の位置付けを説明するものである。図１１に示すよ
うに、仮部品表３０１から部品表３０３を生成する修正
作業３０２の修正要因は、仕様文１０３、図面３０５及
びファクシミリや電話等による有形・無形の連絡や他の
仕様参照などのその他の修正要因３０６からなる付加仕
様３０４によって行なわれる。本実施の形態によって、
図１１に仕様文解読２０３で示した仕様文１０３からの
修正作業の内容の抽出は自動的に行なうことができる。

【００７６】図１２は、図３の修正部品表生成モジュー
ル２２の入出力を取り出して図示したものであり、図の
各部は、図３と同様である。

【００７７】修正部品表生成モジュール２２による修正
部品表５０２の生成は、仮部品表３０１と部品表３０３
の形式が、それぞれ図８と図９に示すように同一である
とすると、例えば公知のコンピュータのオペレーティン
グシステムが持つ、２つのファイルの行単位の差を求め
る「ｄｉｆｆコマンド」等を用いて容易に実現すること
ができる。図１３にＰ１、Ｐ２、・・・Ｐｍとして示す
ように、一般には、この修正部品表５０２に含まれる部
品は複数個あり、またこの部品の修正の要因の一つであ
る仕様文１０３も一般には複数の文がある。

【００７８】今、図１１の仕様文解読２０３の処理を自
動的に行なう場合に用いる事例データベース６を考えて
みる。このとき、事例データベース６に登録する事例デ
ータとしては、仕様文とその仕様文によって修正すべき
部品の一覧を関連部品として対応づけたものが必要であ
る。

【００７９】ところが、図１２の修正部品表生成モジュ
ール２２までの処理では、図１４に例示すように、ある
製品仕様書１０１に含まれていた複数の文６１０、６１
１と、その製品仕様書１０１と付加仕様３０４によって
仮部品表３０１から部品表３０３を作成するまでに修正
を加えた複数個の修正部品６１２、すなわち、多対多の
対応しか得ることができない。この情報から事例データ
を作成する際には、どの仕様文とどの修正部品が関連し
ているかの人手による確認作業および修正が必要であ
り、本実施の形態の事例ベース構築支援モジュール１２
はこの確認及び修正作業をなるべく小さく押さえるため
のものである。

【００８０】そこで、この事例ベース構築支援モジュー
ル１２を構成する修正部品表生成モジュール２２の次の
処理として、図１５に示す仕様文−修正部品対応表生成
モジュール２３において、仕様文１０３と、修正部品表
５０２と、付加仕様３０４のうち仕様文１０３以外の図
面３０５の参照情報やその他の修正要因３０６である関
連情報６０１とを入力とし、仕様文−修正部品対応表６
０３を生成する。

【００８１】製品仕様書Ｓｘに対する仕様文−修正部品
対応表６０３は、図１６に示すように、各仕様文Ｓｅｎ
^Sx _w（ｗ＝１、２、３、・・・、製品仕様書Ｓｘに含ま
れる文の順番）の集合と、修正部品の集合Ｐ^Sx（＝｛Ｐ
^Sx ₁、Ｐ^Sx ₂、・・・、Ｐ^Sx _j、・・・、Ｐ^Sx _n｝、ここ
で、ｎは製品仕様書Ｓｘに対する修正部品の総数）７０
１と、関連情報Ｒ^Sx６０１とからなる。

【００８２】図１７は、製品仕様書Ｓｘに２つの仕様文
Ｓｅｎ^Sx ₁と、仕様文Ｓｅｎ^Sx ₂とが含まれていた場合
に、仕様文−修正部品表生成モジュール２３によって、
２つの仕様文−修正部品対応表６０３Ａと６０３Ｂとが
生成された様子を示している。これらの仕様文−修正部
品対応表６０３Ａと６０３Ｂとでは、仕様文Ｓｅｎ^Sx ₁
と、仕様文Ｓｅｎ^Sx ₂とが異なるのみで、修正部品の集
合Ｐ^Sxと関連情報Ｒ^Sxは共通である。修正部品の集合Ｐ
^Sxには、仕様文Ｓｅｎ^Sx ₁や、仕様文Ｓｅｎ^Sx ₂とは関係
無いものが含まれている可能性があり、事例データとし
て登録するには修正および確認が必要である。

【００８３】図１８は、図３の事例データ候補生成モジ
ュール２４の部分を取り出して図示したものであり、図
の各部は、図３と同様である。

【００８４】この事例データ候補生成モジュール２４
は、複数の製品仕様書に対応する仕様文−修正部品対応
表６０３を入力として受け取り、ある仕様文を新しく登
録すべき事例データとして事例ベース管理モジュール７
に受け渡すときに、その仕様文と関連する部品の人手に
よる確認作業を最小限度に押さえるための事例データ候
補８０１を生成するための中心となるモジュールであ
る。

【００８５】事例データ候補生成モジュール２４で行な
う処理の方法の例を図１９において説明する。図１９で
７０６と７１２とが、それぞれ製品仕様書Ｓｙと製品仕
様書Ｓｚに対応する仕様文−修正部品対応表である。ま
ず、７０７は製品仕様書Ｓｙに含まれるｕ番目（１≦ｕ
≦製品仕様書Ｓｙに含まれる仕様文の総数）の仕様文Ｓ
ｅｎ^Sy _uであるとする。この仕様文Ｓｅｎ^Sy _u７０７に修
正部品を対応付ける場合を考える。また、７１３は製品
仕様書Ｓｚに含まれるｖ番目（１≦ｖ≦製品仕様書Ｓｚ
に含まれる仕様文の総数）の仕様文Ｓｅｎ^Sz _vである。

【００８６】仕様文Ｓｅｎ^Sy _u７０７と、仕様文Ｓｅｎ
^Sz _v７１３とが、図１に点線枠１３で示したモジュール
２からモジュール９までと同様な方法によって類似度を
求めることによって、同じ内容を表わす文であると判定
できたものとする。この時、修正部品の集合Ｐ^Sy７０８
における修正部品Ｐ^Sy ₁７１０と、修正部品の集合Ｐ^Sz
７１４おける修正部品Ｐ^Sz ₂７１６とが等しく、修正部
品の集合Ｐ^Sy７０８における修正部品Ｐ^Sy _i７１１と、
修正部品の集合Ｐ^Sz７１４おける修正部品Ｐ^Sz _j７１７
とが等しい場合を図示している。

【００８７】この場合には、仕様文Ｓｅｎ^Sy _u７０７、
または仕様文Ｓｅｎ^Sz _v７１３のどちらか一方と、修正
部品の集合Ｐ^Sy７０８と修正部品の集合Ｐ^Sy７１４の共
通集合｛Ｐ^Sy ₁（＝Ｐ^Sz ₂）、Ｐ^Sy _i（＝Ｐ^Sz _j）｝とを対
応付けて、関連情報Ｒ^Sy７０９、Ｒ^Sz７１５とともに、
事例データ候補８０１として提示すれば良い。

【００８８】図１９の具体的な例の一つを図２０に示
す。７２６と７３２とがそれぞれ製品仕様書Ｓｙと製品
仕様書Ｓｚに対応する仕様文−修正部品対応表であると
して、前記図１９の場合と同様な説明を行なう。

【００８９】まず、７２７は製品仕様書Ｓｙに含まれる
２番目の仕様文Ｓｅｎ^Sy ₂である。この仕様文Ｓｅｎ^Sy ₂
７２７に関連部品を対応付ける場合を考える。また、７
３３は製品仕様書Ｓｚに含まれる５番目の仕様文Ｓｅｎ
^Sz ₅であるとする。仕様文Ｓｅｎ^Sy ₂７２７と仕様文Ｓｅ
ｎ^Sz ₅７３３とが、図１に点線枠１３で示したモジュー
ル２からモジュール９までと同様な方法によって類似度
を求めることによって、同じ内容を表わす文であると判
定できたものとする。

【００９０】この時、修正部品の集合Ｐ^Sy７２８におけ
る修正部品Ｐ^Sy ₂７３０と、修正部品の集合Ｐ^Sz７３４
における修正部品Ｐ^Sz ₂７３６とが等しく、＜乗場ステ
ーション＞という部品である。また、修正部品の集合Ｐ
^Sy７２８における修正部品Ｐ^Sy ₅７３１と、修正部品の
集合Ｐ^Sz７３４における修正部品Ｐ^Sz ₄７３７とが等し
く、＜乗場の戸＞という部品である場合を図示してい
る。

【００９１】この場合には、仕様文Ｓｅｎ^Sy ₂７２７、
または仕様文Ｓｅｎ^Sz ₅７３３のどちらか一方と、修正
部品の集合Ｐ^Sy７２８と修正部品の集合Ｐ^Sy７３４の共
通集合｛Ｐ^Sy ₂（＝Ｐ^Sz ₂）、Ｐ^Sy ₅（＝Ｐ^Sz ₄）｝、すな
わち｛＜乗場ステーション＞、＜乗場の戸＞｝とを対応
付けて、関連情報Ｒ^Sy７２９、Ｒ^Sz７３５とともに、確
認のための事例データ候補８０１として提示すれば良
い。

【００９２】図１９及び図２０を用いて説明した処理を
行なうための事例データ候補生成モジュール２４の具体
的な処理の流れを図２１と図２２とを用いて説明する。

【００９３】最初に、図２１のステップ２４１で、事例
データとして登録しようとする仕様文Ｓｅｎ^Sx _wを指定
する。この指定は人手であっても良いし、今、処理しよ
うとしている仕様文のうち、現在の事例データとは類似
していない文を図１の符号１４の点線枠で囲んだ部分の
処理によって機械的に選びだしても良い。

【００９４】次に、ステップ２４２で、仕様文同士を等
しい内容を表わしているとみなす基準となるしきい値を
変数Ｖｔｈに設定する。

【００９５】次に、ステップ２４３で、仕様文Ｓｅｎ^Sx
_wと仕様文−修正部品対応表、および、しきい値Ｖｔｈ
とをパラメータとして、図２２に示す関連部品抽出モジ
ュールを呼び出す。

【００９６】そして、ステップ２４３で関連部品抽出モ
ジュールによって仕様文Ｓｅｎ^Sx _wの関連部品の候補Ｑ
^Sx _wが求まったら、ステップ２４４で仕様文Ｓｅｎ^Sx _wと
関連部品の候補Ｑ^Sx _wの対応情報を生成し、解析内容表
示モジュール１１に表示する等によって、必要なら、人
手による確認及び修正を行なった後に、新たに登録する
事例データとして事例ベース管理モジュール７に仕様文
Ｓｅｎ^Sx _wと関連部品Ｑ^Sx _wとして受け渡す。

【００９７】図２２で関連部品抽出モジュールの動作を
説明する。まず、ステップ２４３１において、パラメー
タとして、仕様文Ｓｅｎ^Sx _wと、仕様文−修正部品対応
表と、しきい値Ｖｔｈとを受け取る。

【００９８】次に、ステップ２４３２において、図１の
枠線で囲んだ１３の部分の処理によって、上記の仕様文
−修正部品対応表から仕様文Ｓｅｎ^Sx _wと類似する文の
候補を取り出す。

【００９９】次に、ステップ２４３３において、上記の
ステップ２４３２で求めた候補の中に、しきい値Ｖｔｈ
を越える類似度を持つ類似文があるか調べ、無い場合は
ステップ２４３４で、仕様文Ｓｅｎ^Sx _wに対応する修正
部品Ｐ^Sxを関連部品候補として、図２１のステップ２４
３に復帰する。

【０１００】一方、ステップ２４３３において、しきい
値Ｖｔｈを越える類似度を持つ類似文があった場合に
は、ステップ２４３５において、その類似文の一つをＳ
ｅｎ^Siとして取り出す。

【０１０１】次に、ステップ２４３６において、類似文
Ｓｅｎ^Siが存在していれば、ステップ２４３７に進み、
仕様文Ｓｅｎ^Sx _wに対応する修正部品Ｐ^Sxと仕様文−修
正部品対応表から取り出した仕様Ｓｉの修正部品Ｐ^Siの
積集合を仕様文Ｓｅｎ^Sx _wに対応する修正部品Ｐ^Sxに設
定しなおす。

【０１０２】次に、ステップ２４３８において、ステッ
プ２４３２で求めた類似文の候補の中から、次の類似文
を新たな類似文Ｓｅｎ^Siとして取り出す。

【０１０３】ステップ２４３７とステップ２４３８の処
理を、ステップ２４３６で類似文がなくなるまで繰り返
す。このステップ２４３６で類似文がなくなったら、そ
のときのＰ^Sxを関連部品候補として、図２１のステップ
２４３に復帰する。

【０１０４】図２３は、事例ベース構築支援モジュール
１２における処理の内容を直感的に説明するための図で
あり、修正部品表５０２から事例データ候補８０１の関
連部品８０３を求めることによって、個別の仕様文に対
応する関連部品の集合を小さく押さえることを図示した
ものである。

【０１０５】図２４は、機械支援設計モジュール２１か
ら事例データ候補生成モジュール２４までの処理で求ま
った事例データ候補８０１の例である。図２４におい
て、８０２は事例データベース６に登録すべき事例文の
候補Ｓｅｎ、８０３は事例データベース６に登録する事
例文８０２に関連すると推定される関連部品の候補Ｐ、
８０４は事例文８０２及び関連部品８０３と同時に事例
データとして扱う関連情報Ｒの例である。

【０１０６】ここで、事例文候補は、図２０の７２７と
７３３で示した２つの文の類似性の判定の際に、図１の
点線枠１３の部分が用いられており、ここに記号列抽出
モジュール２があるため、「３階」や「２階」といった
表現が取り除かれて一般化されており、余分な情報を事
例データベース６に登録して事例データの数が必要以上
に増えることを避けることができる。

【０１０７】また、図２４に示した関連部品候補Ｐ８０
３には、＜乗場ステーション＞と＜乗場の戸＞とが含ま
れているが、事例文候補８０２には＜乗場の戸＞しか関
連しないと事例データの管理者が判断した場合には、事
例データ候補生成モジュール２４において人手で関連部
品候補Ｐ８０３から＜乗場ステーション＞を削除する。
上記モジュール２４において、事例データ候補８０１の
内容の確認が行なわれ、必要な修正が行なわれたら、事
例ベース管理モジュール７に事例データを渡して追加す
る。

【０１０８】図２５は、事例データベース６の内容を例
示したものであり、図２４で示した事例データ候補８０
１の関連部品８０３が＜乗場の戸＞のみに修正されて登
録された様子を示している。図２５において、６１は個
々の事例データを識別するための事例番号（例えば、
「０３３４」）、６２は事例文（例えば、「乗場の戸の
エッチングは工場標準とする。」）、６３は事例文６２
に対する関連部品（例えば、＜乗場の戸＞）、６４は関
連情報推論モジュール１０で利用するための機械処理コ
ード（例えば、「Ｐ＝２６２」）、６５は事例文６２に
対応した参照図面および関連情報等である。

【０１０９】本実施の形態の事例検索処理の流れは、前
述したように入力モジュール１で入力された言語表現を
記号列抽出モジュール２から関連情報推論モジュール１
０に至る一連の処理で行い、解析内容表示モジュール１
１で検索結果を表示するまでの処理であるが、これら
は、例えば、文献Ａで示された方法によって行なわれ
る。特徴的な部分として、記号列抽出モジュール２の例
を図２６に、事例絞り込みモジュール９で用いる言語表
現の類似度を求める方法の例を図２７に示す。

【０１１０】事例絞り込みモジュール９では、事例候補
検索モジュール８によって求めた事例候補の言語データ
と入力された言語表現との類似度を求める。このとき、
類似度を求める方法としては、図２７に示すように、入
力された文字列と比較対象の事例候補の文字列とのもっ
とも長く一致している共通の部分文字列（最長共通部分
列）を求め、文字列全体の長さにおける最長共通部分列
の割合を類似度として求めるものである。

【０１１１】ここで、「最長共通部分列」とは、文献Ａ
に示すように、与えられた２つの文字列の両方の文字列
に対する部分文字列となっているもののうち、最長の部
分文字列のことであり、その長さは、以下のようにして
求めることができる。いま、文字列Ａ＝ａ１、ａ２、・
・・、ａｍと、文字列Ｂ＝ｂ１、ｂ２、・・・、ｂｎの
最長共通部分列を求めることとする。まず、文字列ａ
１、ａ２、・・・、ａｉと文字列ｂ１、ｂ２、・・・、
ｂｊの「最長共通部分列の長さ」をｐ（ｉ、ｊ）とお
く。このとき、以下の漸化式が成立する。なお、ｐ
（ｉ、０）＝０、ｐ（０、ｊ）＝０とする。ここで、１
≦ｉ≦ｍ、１≦ｊ≦ｎである。

【０１１２】 ｐ（ｉ、ｊ）＝ｐ（ｉ−１、ｊ−１）＋１ （ａｉ＝ｂｊ）

【０１１３】 ｐ（ｉ、ｊ）＝ｍａｘ（ｐ(ｉ−１、ｊ)、ｐ(ｉ、ｊ−１)） （ａｉ≠ｂｊ）

【０１１４】この式で求めた最長共通部分列の長さを、
もとの文字列Ａまたは文字列Ｂの長さで割り算して類似
度として用い、事例絞り込みモジュール９で事例の候補
に優先順位を付けて絞り込む。

【０１１５】また、図２８は、関連情報推論モジュール
１０について説明を捕捉するためのものである。この図
では、関連情報推論モジュール１０が、図６の２１０で
示したような、部品等を階層構造で表わした部品表など
の仕様実現情報を参照して関連情報を取り出すことを示
している。

【０１１６】図２９は、この発明の実施の形態１にかか
る事例検索処理のデータの流れを各モジュールに関連付
けて示したものである。

【０１１７】図２９において、１０３は入力する仕様文
の例、１０３ａは記号列抽出モジュール２によって抽出
された記号列、１０３ｂは記号列抽出モジュール２によ
って記号列１０３ａが抽出された後の残りの文字列であ
る。また、３は用語辞書管理モジュール４が管理する用
語辞書、１０３ｃは用語抽出モジュール５によって抽出
された用語索引である。

【０１１８】また、６は事例ベース管理モジュール７に
よって管理されている事例データベースであり、図２５
に例示したような内容を含む。６ａは事例候補検索モジ
ュール８によって事例データベース６から取り出され
た、用語索引１０３ｃを含む事例候補、６ｂは事例絞り
込みモジュール９によって入力された仕様文にもっとも
類似しているとして選択された事例である。

【０１１９】さらに、６ｃは関連情報推論モジュール１
０によって解析内容表示モジュール１１に表示すべきと
された文、６ｄは記号列抽出モジュール２によって抽出
された記号列と事例に付加された情報とから関連情報推
論モジュール１０で推定された内容の例、６ｅは関連情
報推論モジュール１０で生成されたコード情報の例であ
る。また、１１ａは解析内容表示モジュール１１の表示
の例である。

【０１２０】図２９では、まず、入力として仕様文１０
３、「本体（寸法５０ｍｍ）の中に３個の１．５Ｖの電
池を取り付けよ。」が入力モジュール１により入力され
ると、この入力モジュール１はその仕様文の文字列を記
号列抽出モジュール２に送る。

【０１２１】次に、この記号列抽出モジュール２は、
「＜数字＞“個”」、「＜数字＞“．”＜数字＞Ｖ」と
いったパターンが定義してあるとき、入力モジュール１
から受け取った仕様文１０３から記号列１０３ａを抽出
し、その抽出した記号列１０３ａと、残りの文字列１０
３ｂとを用語抽出モジュール５に受け渡す。

【０１２２】次に、この用語抽出モジュール５では、用
語辞書管理モジュール４を通じて用語辞書３を検索し、
文字列１０３ｂ「本体（寸法５０ｍｍ）の中に電池を取
り付けよ。」から、事例の用語索引１０３ｃとなる「本
体」、「電池」という文字列を取り出し、この用語索引
１０３ｃと、文字列１０３ｂと、記号列１０３ａとを事
例候補検索モジュール８へ受け渡す。

【０１２３】次に、この事例候補検索モジュール８で
は、事例ベース管理モジュール７を通じて事例データベ
ース６から、用語索引１０３ｃ「本体」、「電池」を含
む事例を事例候補６ａとして取り出し、文字列１０３ｂ
と、記号列１０３ａと、事例候補６ａとを事例絞り込み
モジュール９へ受け渡す。

【０１２４】次に、この事例絞り込みモジュール９で
は、図２７で説明した方法によって、文字列１０３ｂに
最も類似した事例６ｂを事例候補６ａの中から選択す
る。図２９の例では、事例番号０００９を持つ事例が選
択されたことを示している。この事例絞り込みモジュー
ル９からは、文字列１０３ｂと、記号列１０３ａと、選
択された事例６ｂが関連情報推論モジュール１０へ受け
渡される。

【０１２５】次に、この関連情報推論モジュール１０で
は、文字列１０３ｂおよび記号列１０３ａと選択事例６
ｂに付加された情報とで、例えば、記号列１０３ａの
「３個」、「１．５Ｖ」と、選択事例６ｂの関連情報
「個数［個］、電圧［Ｖ］」とから、解析情報６ｄ「個
数：３個」、「電圧：１．５Ｖ」という情報を導き、事
例文「本体（寸法＠ｍｍ）に電池を取付けよ。」とその
関連情報「ＣＯＤＥ＝Ａ０＠」、関連情報「部品１」と
文字列１０３ｂ「本体（寸法＠ｍｍ）に電池を取り付け
よ」から解析情報６ｅ「部品１ ＣＯＤＥ＝Ａ０５０」
や、括弧内の文字列を取り除いた文字列６ｃ「本体に電
池を取り付けよ。」を生成する。この関連情報推論モジ
ュール１０は、ここで求めた文字列６ｃや解析情報６
ｄ、６ｅを解析内容表示モジュール１１に受け渡す。

【０１２６】そして、この解析内容表示モジュール１１
では、例えば、１１ａに示すように解析情報を表示す
る。

【０１２７】この実施の形態１は、自然言語の事例構築
処理、事例検索処理において、入力の言語表現に関連付
ける事例データを構築する際に、登録する事例データの
候補に対する確認・修正を最小限に押さえるようにし
て、事例データベース６の構築を容易にするとともに、
事例データの精度を上げることを目的とするものであ
る。

【０１２８】この実施の形態１によれば、言語表現を入
力する入力モジュール１と、入力された言語表現中に含
まれる記号表現や数量表現等を抽出する記号列抽出モジ
ュール２と、言語表現からの用語抽出に必要な辞書デー
タを収録した用語辞書３と、用語辞書３の検索・更新・
追加といった管理を行なう用語辞書管理モジュール４
と、受け取った言語表現から用語辞書管理モジュール４
を用いて事例検索のキーとなる用語を抽出する用語抽出
モジュール５と、言語表現とその関連情報との対からな
る事例データベース６と、事例データベース６の検索・
更新・追加といった管理を行なう事例ベース管理モジュ
ール７と、用語抽出モジュール５により抽出された用語
をキーとして事例ベース管理モジュール７によって管理
された事例データベース６から処理対象となる事例の候
補を取り出す事例候補検索モジュール８と、事例候補の
中から入力された言語表現に類似した事例を絞り込むた
めの事例絞り込みモジュール９と、絞り込まれた事例の
なかから入力された言語表現の内容に応じて関連する情
報を推論する関連情報推論モジュール１０と、事例の候
補や推論された結果等を表示する解析内容表示モジュー
ル１１と、事例ベース管理モジュール７で管理する事例
データベース６に登録すべき事例データの確認作業を削
減するための事例ベース構築支援モジュール１２とを備
えているので、新たに事例を登録する場合にも確認した
り修正したりする作業量を削減できるため、その結果と
して、自然言語の言語表現と関連付けられた情報の事例
データベース６を利用した情報検索ソフトウェアや設計
支援ソフトウェアにおいて、事例データの構築時におけ
る負荷が軽減されることで自動処理の可能性が向上する
という効果が得られる。

【０１２９】実施の形態２．この発明の実施の形態２の
構成について図３０を参照しながら説明する。図３０
は、この発明の実施の形態２の構成を示すブロック図で
ある。なお、図１の構成図と同様な部分は同一符号を付
し、説明を省略する。

【０１３０】図３０において、１６は事例データベース
６に蓄積された事例データを利用して入力を支援する入
力支援モジュールであり、入力モジュール１における入
力を支援する。１７は検索頻度の高い事例データが登録
されたフィードバック事例データである。

【０１３１】事例データベース６の個々の事例データに
対して、事例ベース管理モジュール７は各事例データが
事例検索された時の頻度を計数する。この頻度が一定の
しきい値以上の時は、頻繁に入力が行なわれたデータで
あり、再入力可能性が高いと見なして入力支援モジュー
ル１６へ通知する。この入力支援モジュール１６は、事
例ベース管理モジュール７から通知された事例データを
フィードバック事例データ１７に登録する。

【０１３２】また、図３１は、入力モジュール１で入力
される入力文の例である。１０３Ａ、１０３Ｂ、１０３
Ｃは、上記実施の形態１の説明に用いたと同様な機械製
品の仕様を表わす、仕様文である。このとき、仕様文１
０３Ａ、１０３Ｂ、１０３Ｃは製品の異なる部分を表わ
す文であるにもかかわらず、それぞれ「扉」という語を
含んでおり、仕様文全体の表現としても類似している。
そのため、事例ベース構築支援モジュール１２で新たな
事例データの候補を生成する際や、事例候補検索モジュ
ール８で事例候補を検索する際に、類似した表現が増え
るため、事例絞り込みモジュール９で類似度を計算して
も、優先度が同様なものが増えてしまうことになる。

【０１３３】上記のように、入力モジュール１で入力さ
れる入力文は、関連情報推論モジュール１０や図２の事
例データ候補生成モジュール２４で言語表現と対応付け
たい部品表２１０（図６）とは、入力の表現としては直
接には対応付けられていない場合がある。

【０１３４】そこで、それぞれの事例文が、図５に示す
仕様コード１０２におけるどの属性名１０４の部分に対
応するかの情報を、例えば、事例データ及び入力の表現
として、図３２の１０４Ａ、１０４Ｂ、１０４Ｃに示す
ような、＜乗場＞・・・＜／乗場＞、＜かご室＞・・・
＜／かご室＞、＜機械室＞・・・＜／機械室＞というよ
うな構造情報を含む形式を採用することで、事例絞り込
みモジュール９で、上記構造情報が一致しないときに
は、候補の中から取り除くことによって、効率良く絞り
込むことができる。事例文の両端に対して上記のような
構造情報の付加は、フィードバック事例データ１７の登
録、検索とは独立して、入力支援モジュール１６により
行う。

【０１３５】図３２に示すような形式の事例データのう
ち、検索頻度が高いものをフィードバック事例データ１
７として、入力支援モジュール１６で利用する動作につ
いて図３３を参照しながら説明する。

【０１３６】図３３のステップ１６１において、仕様を
入力する際には、入力仕様とする表現と属性名１０４を
用いて、フィードバック事例データ１７を検索し、検索
できた事例候補がある場合には、これをもとに仕様入力
する。

【０１３７】次に、ステップ１６２〜１６３において、
入力が終了した仕様に対して、オペレータ等により、仕
様の確認・チェックを行い、仕様が設計基準などの基準
を満たしているか否かを判断し、満たしていない場合に
は、ステップ１６４へ進む。

【０１３８】次に、ステップ１６４において、オペレー
タ等により、仕様の修正を行なう。このステップで仕様
が基準をみたしている場合には、フィードバック事例デ
ータ１７を利用した入力支援モジュール１６の支援によ
る入力モジュール１の処理を終了し、次のモジュールの
処理に移る。

【０１３９】図３４は、この実施の形態２の特徴を上記
実施の形態１の図６に対応させて示したものであり、入
力、及び事例データの言語表現である仕様文１０３に仕
様コード属性１０６を持たせることを表わしている。仮
部品表３０１に対する修正指示である仕様文１０３が、
仕様の側のどの仕様コード１０２の属性名１０４に対応
しているかを示す情報（構造情報）１０６を図３０の事
例データベース６に保持するとともに、入力モジュール
１へも入力するようにする。つまり、前述したように入
力支援モジュール１６により、表示された仕様コード１
０２の属性名１０４がポインティングされると、その属
性名１０４を構造情報として仕様文１０３の最初と最後
に付加する。他の部分については図６と同様である。こ
の実施の形態２においては、図３５に示した従来技術の
ように、静的な宣言的知識記憶手段３５０２のみを用い
た仕様入力手段３５０６に比べて、頻度の高い事例デー
タを用いることができるので、入力の標準化が行なえる
ことになる。

【０１４０】この実施の形態２は、入力モジュール１で
の入力を支援するための入力支援モジュール１６と、事
例データベース６に蓄えられた事例データのうち検索頻
度が高いものを入力支援モジュール１６で利用するため
のフィードバック事例データ１７とをさらに備え、入力
モジュール１で入力する言語表現及び事例ベース管理モ
ジュール７で管理する事例データに対し、言語表現の表
わす内容の種別を指定する構造を付加し、検索頻度の高
い事例データに関しては前記フィードバック事例データ
１７として入力支援モジュール１６で検索して入力を支
援することによって、事例検索の精度と事例ベース構築
支援モジュール１２における事例データの精度を向上さ
せることにより、複雑な構造を持つ言語表現の事例や入
力に対しても事例検索を可能とするという効果がある。

【０１４１】なお、上記実施の形態１及び２において
は、主として昇降機等の受注生産型の製品を対象とする
設計支援システムへの応用における例を示したが、本発
明は故障診断や問い合わせ支援等といった他の産業上の
応用分野へも同様に適用可能である。

【０１４２】

【発明の効果】この発明に係る事例検索システムは、以
上説明したとおり、言語表現とその関連情報との対から
なる事例データを格納する事例データベースと、前記事
例データベース中の事例データの管理を行う事例ベース
管理手段と、新たな自然言語事例データを入力する入力
手段と、前記事例ベース管理手段が管理する前記事例デ
ータベースに前記新たな自然言語事例データを登録する
際に事例データ候補を生成して登録を支援する事例ベー
ス構築支援手段とを備えたので、新たに事例を登録する
場合に確認したり修正したりする作業量を削減でき、そ
の結果、自然言語の言語表現と関連付けられた情報の事
例データベースを利用した情報検索ソフトウエアや設計
支援ソフトウエアにおいて、事例データの構築時におけ
る負荷を軽減でき、自動処理の可能性が向上するという
効果を奏する。

【０１４３】また、この発明に係る事例検索システム
は、以上説明したとおり、さらに、前記事例データベー
スに格納された事例データのうち検索頻度が高いものを
フィードバック事例データに登録するとともに、前記入
力された新たな自然言語事例データに関して前記フィー
ドバック事例データを検索して前記入力手段を支援する
入力支援手段を備えたので、頻度の高い事例データを用
いることができ、入力の標準化を図ることができるとい
う効果を奏する。

【０１４４】また、この発明に係る事例検索システム
は、以上説明したとおり、さらに、前記入力された新た
な自然言語事例データに前記自然言語事例データの表わ
す内容の種別を指定する構造情報を付加する入力支援手
段を備え、前記事例ベース構築支援手段が、前記入力さ
れた自然言語事例データ及び前記事例データベースに格
納された事例データに、前記構造情報が付加されている
場合には、前記事例データ候補を生成する際に、前記構
造情報が一致するときのみ事例データ候補の生成を行う
ので、複雑な構造をもつ言語表現の事例の入力に対して
も検索ができるという効果を奏する。

【０１４５】また、この発明に係る事例検索システム
は、以上説明したとおり、前記事例ベース構築支援手段
が、前記入力された自然言語事例データに基づき仮部品
表及び部品表を生成する機械支援設計手段と、前記生成
された仮部品表及び部品表に基づき修正部品表を生成す
る修正部品表生成手段と、前記入力された自然言語事例
データ及び前記生成された修正部品表に基づき仕様文−
修正部品対応表を生成すける負荷を軽減でき、自動処理
の可能性が向上するという効果を奏する。

【０１４６】さらに、この発明に係る事例検索システム
は、以上説明したとおり、さらに、き、自動処理の可能
性が向上するという効果を奏する。

【０１４７】この発明に係る事例検索方法は、以上説明
したとおり、新たな自然言語事例デ。

【０１４８】また、この発明に係る事例検索方法は、以
上説明したとおり、さらに、前記事の標準化を図ること
ができるという効果を奏する。

【０１４９】また、この発明に係る事例検索方法は、以
上説明したとおり、さらに、前記入きるという効果を奏
する。

【０１５０】また、この発明に係る事例検索方法は、以
上説明したとおり、前記事例ベースを奏する。

【０１５１】さらに、この発明に係る事例検索方法は、
以上説明したとおり、さらに、前記奏する。

【図面の簡単な説明】

【図１】 この発明の実施の形態１に事例検索システム
の構成を示すブロック図である。

【図２】 この発明の実施の形態１の事例ベース構築支
援モジュールの構成を示すブロック図である。

【図３】 この発明の実施の形態１の事例ベース構築支
援モジュールのデータの流れを示す図である。

【図４】 この発明の実施の形態１の機械支援設計スモ
ジュールの処理の流れ及びデータの流れを示す図であ
る。

【図５】 この発明の実施の形態１の入力データの例を
示す図である。

【図６】 この発明の実施の形態１の入力及び適用処理
の概要を示す図である。

【図７】 この発明の実施の形態１の機械支援設計モジ
ュールの具体例を示す図である。

【図８】 この発明の実施の形態１の仮部品表の構成を
示すの図である。

【図９】 この発明の実施の形態１の部品表の構成を示
す図である。

【図１０】 この発明の実施の形態１の部品計算の方式
の例を示す図である。

【図１１】 この発明の実施の形態１の図７における修
正作業の一例を詳しく説明した図である。

【図１２】 この発明の実施の形態１の修正部品表生成
モジュールを示す図である。

【図１３】 この発明の実施の形態１の仕様文と修正部
品表の対応の例を示す図である。

【図１４】 図１３の仕様文と修正部品表の対応の具体
例の一つを示す図である。

【図１５】 この発明の実施の形態１の仕様文−修正部
品対応表生成モジュールの流れと入出力データの例を示
す図である。

【図１６】 この発明の実施の形態１の仕様文−修正部
品対応表の構成例を示す図である。

【図１７】 この発明の実施の形態１の仕様文−修正部
品対応表の具体例の一つを示す図である。

【図１８】 この発明の実施の形態１の事例データ候補
生成モジュールの入出力を示す図である。

【図１９】 この発明の実施の形態１の事例データ候補
生成モジュールが行なう処理の例を表わす概念図であ
る。

【図２０】 この発明の実施の形態１の事例データ候補
生成モジュールが行なう処理の具体例を表わす図であ
る。

【図２１】 この発明の実施の形態１の事例データ候補
生成モジュールの処理を示すフローチャートである。

【図２２】 この発明の実施の形態１の事例データ候補
生成モジュール中の関連部品抽出モジュールの処理を示
すフローチャートである。

【図２３】 この発明の実施の形態１の事例データ構築
支援モジュールが行なう処理の概念図である。

【図２４】 この発明の実施の形態１の事例データ候補
の一例を示す図である。

【図２５】 この発明の実施の形態１の事例データベー
スの構成の例を示す図である。

【図２６】 この発明の実施の形態１の記号列抽出モジ
ュールの処理の内容を示す図である。

【図２７】 この発明の実施の形態１の類似性を判定す
るための方法を示す図である。

【図２８】 この発明の実施の形態１の関連情報推論モ
ジュールの処理を示す図である。

【図２９】 この発明の実施の形態１の事例検索処理の
流れとデータの流れの例を示す図である。

【図３０】 この発明の実施の形態２の構成を示すブロ
ック図である。

【図３１】 この発明の実施の形態２の入力の例を示す
図である。

【図３２】 この発明の実施の形態２の事例データの構
成の例を示す図である。

【図３３】 この発明の実施の形態２の入力支援モジュ
ールの処理を示すフローチャートである。

【図３４】 この発明の実施の形態２の入力及び適用処
理の概要を示す図である。

【図３５】 従来の事例検索システムの構成を示すブロ
ック図である。

【図３６】 他の従来の事例検索システムの構成を示す
図である。

【図３７】 他の従来の事例検索システムの知識ベース
の例を示す図である。

【図３８】 他の従来の事例検索システムの設計事例ベ
ースの例を示す図である。

【図３９】 他の従来の事例検索システムの他の構成を
示す図である。

【図４０】 他の従来の事例検索システムの別の構成を
示す図である。

【符号の説明】

１ 入力モジュール、２ 記号列抽出モジュール、３
用語辞書、４ 用語辞成モジュール。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 言語表現とその関連情報との対からなる
   事例データを格納する事例データベースと、 前記事例データベース中の事例データの管理を行う事例
   ベース管理手段と、 新たな自然言語事例データを入力する入力手段と、 前記事例ベース管理手段が管理する前記事例データベー
   スに前記新たな自然言語事例データを登録する際に事例
   データ候補を生成して登録を支援する事例ベース構築支
   援手段とを備えたことを特徴とする事例検索システム。
2. 【請求項２】 さらに、前記事例データベースに格納さ
   れた事例データのうち検索頻度が高いものをフィードバ
   ック事例データに登録するとともに、前記入力された新
   たな自然言語事例データに関して前記フィードバック事
   例データを検索して前記入力手段を支援する入力支援手
   段を備えたことを特徴とする請求項１記載の事例検索シ
   ステム。
3. 【請求項３】 さらに、前記入力された新たな自然言語
   事例データに前記自然言語事例データの表わす内容の種
   別を指定する構造情報を付加する入力支援手段を備え、 前記事例ベース構築支援手段は、前記入力された自然言
   語事例データ及び前記事例データベースに格納された事
   例データに、前記構造情報が付加されている場合には、
   前記事例データ候補を生成する際に、前記構造情報が一
   致するときのみ事例データ候補の生成を行うことを特徴
   とする請求項１記載の事例検索システム。
4. 【請求項４】 前記事例ベース構築支援手段は、 前記入力された自然言語事例データに基づき仮部品表及
   び部品表を生成する機械支援設計手段と、 前記生成された仮部品表及び部品表に基づき修正部品表
   を生成する修正部品表生成手段と、 前記入力された自然言語事例データ及び前記生成された
   修正部品表に基づき仕様文−修正部品対応表を生成する
   仕様文−修正部品対応表生成手段と、 前記生成された仕様文−修正部品対応表に基づき事例デ
   ータ候補を生成する事例データ候補生成手段とを有する
   ことを特徴とする請求項１、２又は３記載の事例検索シ
   ステム。
5. 【請求項５】 さらに、前記入力された自然言語事例デ
   ータから記号列を抽出する記号列抽出手段と、 前記入力された自然言語事例データからの用語抽出に必
   要な用語及びその用語に付随する情報を収録した用語辞
   書と、 前記用語辞書の管理を行う用語辞書管理手段と、 前記用語辞書からの用語に基づき、前記入力された自然
   言語事例データから事例検索のキーとなる用語を抽出す
   る用語抽出手段と、 前記用語抽出手段により抽出された用語をキーとして、
   前記事例ベース管理手段によって管理された前記事例デ
   ータベースから処理対象となる事例の候補を取り出す事
   例候補検索手段と、 前記事例候補検索手段により取り出された事例候補の中
   から前記入力された自然言語事例データに類似した事例
   を絞り込む事例絞り込み手段と、 前記事例絞り込み手段により絞り込まれた事例の中か
   ら、前記入力された自然言語事例データの内容に応じて
   関連する情報を推論する関連情報推論手段と、 前記事例候補検索手段又は前記事例絞り込み手段によっ
   て取り出された事例と前記関連情報推論手段の推論結果
   を表示する解析内容表示手段とを備えたことを特徴とす
   る請求項１から請求項４までのいずれかに記載の事例検
   索システム。
6. 【請求項６】 新たな自然言語事例データを入力する入
   力ステップと、 言語表現とその関連情報との対からなる事例データを格
   納する事例データベース中の事例データの管理を行う事
   例ベース管理ステップが前記事例データベースに前記新
   たな自然言語事例データを登録する際に事例データ候補
   を生成して登録を支援する事例ベース構築支援ステップ
   とを含むことを特徴とする事例検索方法。
7. 【請求項７】 さらに、前記事例データベースに格納さ
   れた事例データのうち検索頻度が高いものをフィードバ
   ック事例データに登録するとともに、前記入力された新
   たな自然言語事例データに関して前記フィードバック事
   例データを検索して前記入力手段を支援する入力支援ス
   テップを含むことを特徴とする請求項６記載の事例検索
   方法。
8. 【請求項８】 さらに、前記入力された新たな自然言語
   事例データに前記自然言語事例データの表わす内容の種
   別を指定する構造情報を付加する入力支援ステップを含
   み、 前記事例ベース構築支援ステップでは、前記入力された
   自然言語事例データ及び前記事例データベースに格納さ
   れた事例データに、前記構造情報が付加されている場合
   には、前記事例データ候補を生成する際に、前記構造情
   報が一致するときのみ事例データ候補の生成を行うこと
   を特徴とする請求項６記載の事例検索方法。
9. 【請求項９】 前記事例ベース構築支援ステップは、 前記入力された自然言語事例データに基づき仮部品表及
   び部品表を生成する機械支援設計ステップと、 前記生成された仮部品表及び部品表に基づき修正部品表
   を生成する修正部品表生成ステップと、 前記入力された自然言語事例データ及び前記生成された
   修正部品表に基づき仕様文−修正部品対応表を生成する
   仕様文−修正部品対応表生成ステップと、 前記生成された仕様文−修正部品対応表に基づき事例デ
   ータ候補を生成する事例データ候補生成ステップとを有
   することを特徴とする請求項６、７又は８記載の事例検
   索方法。
10. 【請求項１０】 さらに、前記入力された自然言語事例
    データから記号列を抽出する記号列抽出ステップと、 前記入力された自然言語事例データからの用語抽出に必
    要な用語及びその用語に付随する情報を収録した用語辞
    書の管理を行う用語辞書管理ステップと、 前記用語辞書からの用語に基づき、前記入力された自然
    言語事例データから事例検索のキーとなる用語を抽出す
    る用語抽出ステップと、 前記用語抽出ステップにより抽出された用語をキーとし
    て、前記事例ベース管理ステップによって管理された事
    例データベースから処理対象となる事例の候補を取り出
    す事例候補検索ステップと、 前記事例候補検索ステップにより取り出された事例候補
    の中から前記入力された自然言語事例データに類似した
    事例を絞り込む事例絞り込みステップと、 前記事例絞り込みステップにより絞り込まれた事例の中
    から、前記入力された自然言語事例データの内容に応じ
    て関連する情報を推論する関連情報推論ステップと、 前記事例候補検索ステップ又は前記事例絞り込みステッ
    プによって取り出された事例と前記関連情報推論ステッ
    プの推論結果を表示する解析内容表示ステップとを含む
    ことを特徴とする請求項６から請求項９までのいずれか
    に記載の事例検索方法。