JP2007115139A - 知識分類支援方法、知識分類支援プログラムおよび知識分類支援装置 - Google Patents

Abstract

【課題】機能ツリーを構成する機能ノードに対する知識分類の割り当てを容易にする
【解決手段】対象物に関する知識の分類を行う知識分類支援装置１で、検索母集団設定データ１２２の設定に応じて、機能モデルデータ１２１から検索母集団データ１２３を生成し、機能ノードに関する知識データ１２４を入力され、知識データ１２４と類似する機能ノードを検索し、類似する機能ノードの情報が格納される検索結果データを生成し、検索結果データ１２５の任意の情報が選択されると、任意の情報に関連する機能ノードを、分類先候補ノードとして表示部１３に強調表示させ、分類先候補ノードである機能ノードの選択を受け付けて、機能ノードに対応する機能モデルデータに、知識データ１２４を登録することを含むことを特徴とする。
【選択図】図１

Description

製品設計や業務計画における機能検討を支援する技術に関するものであり、特に、知識を製品機能や部品構成や業務計画と関連付ける作業の支援技術に関するものである。

製品設計を行う際には、製造段階での不具合や製品が市場に出てからの不具合が起きないようにさまざまな観点での設計検討が必要である。一般には、この設計検討内容は、設計者の経験や技量に依存してばらつきがある。このため、設計者がどこまで検討したかによって、製品の品質が左右されてしまう。これを防ぐため、設計部署では、設計基準書などの参考文書やチェックリスト、デザインレビューなどを利用することで、品質の維持を図っている。
この設計検討を体系立てて行う手法として、機能展開ツリー（機能分解木ともいう。以下、機能ツリーと呼ぶ）を利用した方法が考えられている。

機能ツリーを利用した設計支援に関する技術の例として、製品の機能を機能ノードと方式ノードという２種類のノードの組合せによる機能ツリーとして表し、そのデータを用いて設計検討支援を行うデータ検索システムおよびデータ検索装置が開示されている（例えば、特許文献１）。

また、業務計画を階層的に表す一般的な手法として、ＷＢＳ（Work Breakdown Structure）と呼ばれる手法や、部品構成を階層的に表す一般的な方法として、ＢＯＭ（Bill Of Material）ツリーと呼ばれる手法が用いられることが多い。

また、機能ツリーの知識を業務処理に係るデータベースとして記憶することで、知識の検索性を高めて既存の知識を容易に利用できるようにしたデータ検索システムおよびデータ検索装置が提供されている。

さらに、製品の設計に必要となる設計仕様、構成部品、設計項目、そして設計項目と設計仕様もしくは構成部品との関係をコンピュータ上で定義してデータベースに登録し、製品の特定機種について、コンピュータによって、設計者に設計仕様の内容の決定を促し、設計仕様と構成部品との関係に基づいて特定機種で用いる構成部品をデータベースから抽出して設計者に提示し、必要とする構成部品の決定を行うようコンピュータ上で設計者に促し、設計項目と設計仕様もしくは構成部品との関係に基づいて、コンピュータ上で必要な設計項目を抽出する機構設計支援方法、機構設計支援システムならびに機構設計支援プログラムが開示されている（例えば、特許文献２）。
特開２００４−２１３３６０号公報（請求項１、図２） 特開２００４−３６２５５８号公報（請求項１、図２）

しかし、特許文献１および特許文献２などの従来の技術では、知識（例えば、設計支援においては、設計検討内容や不具合事象に関する情報、構成部品の入出力仕様など。また、業務計画においては業務遂行上の参考文書など）を機能ツリーに関連付けることはできても、関連付け先ノードの選定作業（つまり、知識分類）の作業自体は人手で実施せざるを得ないため、非常に大きな手間がかかるという問題があった。この問題は、知識を関連付けるノードの数が増えると、より大きな問題となる。特に、知識をコメントなどの短い自由文と文書の２種類に分けているが、知識が文書の場合は、その文書の内容を人手で読み解き、機能ツリー上の、どのノードにその文書を分類すべきかを人手で判断する必要があったため、問題はより深刻になっていた。
ここで、自由文とは、入力時に、図１を参照して後記する入力部１４を介して入力される文書であり、文書とは、予め記憶部１２（図１参照）にファイルの形で保存されている文書である。

前記課題に鑑みて、本発明は、機能ツリーを構成する機能ノードに対する知識分類の割り当てを容易にすることを課題とする。

前記課題を解決するために、本発明は、情報の入力を行う入力部、情報の表示を行う表示部および情報を処理する情報処理部を含んでなる知識分類支援装置が、対象物の情報を階層的に分解した機能ノードにより構成される機能モデルデータと、機能モデルデータを検索母集団データに変換する際の設定が格納されている検索母集団設定データとを用いて、情報処理部が、検索母集団設定データの設定に応じて、機能モデルデータから検索母集団データを生成し、入力部を介して、機能ノードに関する知識データを入力され、知識データと類似する機能ノードを検索し、類似する機能ノードの情報が格納される検索結果データを生成し、入力部を介して、検索結果データの任意の情報が選択されると、任意の情報に関連する機能ノードを、分類先候補ノードとして表示部に強調表示させ、入力部を介して、分類先候補ノードである機能ノードの選択を受け付けて、該機能ノードに対応する機能モデルデータに、知識データを登録することを含む知識分類支援方法、知識分類支援プログラムおよび知識分類支援装置を提供する。

本発明によれば、機能ツリーを構成する機能ノードに対する知識分類の割り当てを容易にすることが可能となる。

［第１実施形態］
本発明による知識分類支援方法、知識分類支援プログラムおよび知識分類支援装置の一実施形態を、図面を使って説明する。
なお、本実施形態では設計支援の例を挙げ、特に、本実施形態における設計対象物の例として、使い捨てライタの例を挙げる。

図１は、本実施形態における知識分類支援装置の構成例を示す図である。
本実施形態における知識分類支援装置１は、情報処理部１１、記憶部１２、表示部１３および入力部１４を備えてなる。

（情報処理部１１の構成）
情報処理部１１は、検索母集団ファイル９００（図９参照）の生成を行う検索母集団データ生成処理部１１１、知識のデータである知識データ１２４の入力処理を行う知識入力処理部１１２、入力された知識データ１２４に該当する機能ノード３０２を検索する機能ノード検索処理部１１３、機能ノード検索処理部１１３によって検索された結果を表示させる検索結果表示処理部１１４およびユーザ２によって入力された情報を基に知識データ１２４を後記する機能ノードファイル２０１に割当てる知識分類処理部１１５を備えてなる。

記憶部１２には、機能モデルデータ１２１、検索母集団設定データ１２２、検索母集団データ１２３、知識データ１２４および検索結果データ１２５が記憶される。各データの詳細については、後記する。
入力部１４では、知識分類支援装置１で行われる処理のうち、ユーザ２からの入力に関わる処理を実行する。具体的には、後記する機能モデル図３００、知識入力画面６００、検索結果リスト画面１１００に対する入力を処理する。
表示部１３では、知識分類支援装置１で行われる処理のうち、ユーザ２に対する表示に関わる処理を実行する。具体的には、後述する機能モデル図３００、知識入力画面６００、検索結果リスト画面１１００の表示を処理する。

記憶媒体１５には、知識分類支援プログラム１５１が記憶される。
図１に示す各部の機能は、記憶媒体１５に格納された知識分類支援プログラムを図示しないＲＡＭに展開し、図示しないＣＰＵが実行することで具現される。
なお、本実施形態では記憶部１２と記憶媒体１５とは別体として扱っているが、これらは一体でも構わない。例えば、知識分類支援プログラム１５１は記憶部１２内に格納されていてもよいし、通信回線などでアクセス可能な、本システムとは別の計算機上に格納されていてもよい。

また、本実施形態における記憶部１２および記憶媒体１５はその実現方式を限定するものではない。例えば、ハードディスクドライブでも構わないし、半導体メモリでも構わない。
さらに、本実施形態では単一の計算機による知識分類支援装置１を示すが、知識分類支援装置１は、必ずしも単一の計算機により実現される必要はない。例えば、２つの計算機が互いに通信機能を有する場合、ある計算機上の入力部１４および表示部１３を利用して入出力処理を実施し、別の計算機上で情報処理部１１および記憶部１２を利用してデータ処理および記憶処理を実施するなどしても構わない。
また、本実施形態では情報処理部１１と記憶部１２を一体としたが、これに限られることなく、例えば記憶部１２を知識分類支援装置１とは別体のデータベースとしてもよい。

次に、記憶部１２に記憶されている各データの説明を行う。

図２は、機能モデルデータのデータ形式の一例を示す図である。
機能モデルデータ１２１は、機能ノードデータ２００、部品ノードデータ２１０、ノード間リンクデータ２２０によって構成される。
機能ノードデータ２００は、少なくとも１つの機能ノードファイル２０１から構成され、部品ノードデータ２１０は、少なくとも一つの部品ノードファイル２１１から構成される。そして、ノード間リンクデータ２２０は、ノード間リンクファイル２２１と、代替ノードファイル２２２とからなる。なお、各ノードは、ＩＤの情報を有しており、例えばマウスなどで機能ノードをクリックすると、その機能ノードのＩＤが情報処理部１１（図１参照）に入力される。
なお、本実施形態では、データのひとまとまりとしての最小単位をファイルと呼称し、このファイルの集合体をデータと呼称することとする。
なお、本実施形態では、後記して説明する機能ノードおよび部品ノードなどを総称してノードということがある。

機能ノードファイル２０１は、機能ノードの属性データとして、ＩＤ、機能名、目標仕様、動作条件、検討内容および参考知識などのデータを持つ。なお、動作条件とはその機能ノード３０２（図３参照）の入力情報、目標仕様とはその機能ノード３０２の出力情報と見なすことができる。また、知識データ１２４が機能ノード３０２に分類された際には、参考知識のフィールドにその知識データ１２４に関する情報が保持される。
部品ノードファイル２１１は、機能ノード３０２の属性として、ＩＤ、部品名、パラメータといった属性データを持つ。

ノード間リンクファイル２２１は、各機能ノード３０２および部品ノードがどのようなリンク関係にあるかを保持するファイルで、リンク先ＩＤとリンク元ＩＤとから構成される。代替ノードファイル２２２は、代替関係（すなわち、表現は異なるが同一の機能を表す）にある機能ノード３０２間のリンク情報が、代替元のＩＤと代替先のＩＤが対応付けられる形で保持される。例えば、図２では機能１１のＩＤを有する機能ノード３０２と機能１２のＩＤを有する代替ノードが代替関係であることを示している。

なお、本実施形態では、機能ノードデータ２００とノード間リンクデータ２２０を別に管理する表現方式をとっているが、他の表現方法でも構わない。例えば、他の機能ノード３０２へのリンク情報を各機能ノードファイル２０１の属性として保持しても構わない。

図３は、第１実施形態における機能モデル図の表示画面例を示す図である。
機能モデル図３００は、機能モデルデータ１２１を視覚的に表示部１３に表示した図である。
この表示は、必須ではないが、後記するステップＳ５０１またはステップＳ５０２（図５参照）の処理の前に行ってもよい。
機能モデル図３００は、製品の機能を階層的に分解したもので、機能ノード３０２と機能ノード間リンク３０３、部品ノード３０４と機能ノード対部品ノード間リンク３０５によって構成される。

機能ノード３０２は属性を持ち、ポインタ３０１で機能ノード３０２を指定してその属性を参照することもできる。ここで、機能ノード３０２は、図２の機能ノードファイル２０１に相当し、機能ノード３０２で表示されている文字列（例えば、「着火する」など）は、機能ノードファイル２０１の機能名である。そして、前記した属性とは、機能ノードファイル２０１のＩＤ、機能名、目標仕様、動作条件、検討内容および参考知識である。
部品ノード３０４も属性を持ち、ポインタ３０１で部品ノード３０４を指定してその属性を参照することもできる。ここで、部品ノード３０４は、図２の部品ノードファイル２１１に相当し、各部品ノード３０４で表示されている文字列（例えば、「着火ローラ」など）は、部品ノードファイル２１１の部品名である。そして、前記した属性とは、部品ノードファイル２１１のパラメータなどである。

なお、機能ノード３０２は代替案として代替ノード３０６を持つことができる。例えば、図３の例では機能ノード３０２「風を防ぐ」は代替ノード３０６「ガスを滞留させる」を持つことを表している。機能ノード３０２と代替ノード３０６の関係は、図２の代替ノードファイル２２２に記憶されている。
また、機能ノード間リンク３０３および機能ノード対部品ノード間リンク３０５は、機能ノード３０２と、機能ノード３０２に記述された製品機能を実現するのに必要な関連部品との関係を示す。本実施形態では機能ツリーの末端のみに関連部品がリンクしているが、ツリーの中間ノードなど、どの機能ノード３０２に対しても関連部品の設定を行うことは可能である。機能ノード間リンク３０３および機能ノード対部品ノード間リンク３０５は、図２のノード間リンクファイル２２１に記憶されている情報である。

図３を参照しつつ、図４に沿って検索母集団設定データのデータ形式の説明をする。
図４は、検索母集団設定データのデータ形式の一例を示す図である。
検索母集団設定データ１２２は、機能モデルデータ１２１内の機能ノード３０２の一つを、後記して説明する検索母集団ファイル９００の一つに変換する際の設定ファイル４００を持ち、ファイルの生成元となる生成ノードの属性重み設定値と、その生成ノードの周辺ノードとして、上位ツリーおよび下位ツリーそれぞれに属する各機能ノード３０２の属性重み設定値と、各属性重み設定値に対応する生成項目とを有する。生成項目は、生成ノード、上位ツリーに属するノード、下位ツリーに属するノードのそれぞれに対し、機能名、目標仕様、動作条件および検討内容からなり、この生成項目それぞれに対し属性重み設定値を持つ。なお、後記するように生成ノードとは、機能ノードファイルと１対１に対応したノードのことであり、このノードを基準として、上位ノードおよび下位ノードが定義される。

また、生成ノードの属性値のいずれかは、少なくとも１以上であるものとする。
検索母集団設定データ１２２における各属性重み設定値は、ユーザ２（図１参照）が入力部１４を介して設定ファイル４００に入力する。
ここで、上位ツリーとは、ある機能ノードを基準としたとき、よりルートに近い機能ノードの集合である。ルートとは、すべての機能ノードの元となっている機能ノードである。図３では、「火をつける」と表示されている機能ノード３０２が該当する。また、下位ツリーとは、ある機能ノードを基準としたとき、より部品ノードに近い機能ノードの集合である。

次に、図１から図４を参照しつつ、図５に沿って本実施形態における知識分類支援方法の処理を説明する。
図５は、本実施形態における知識分類支援方法の処理の流れを示す図である。
まず、処理に先立って、機能モデルデータ１２１の入力および検索母集団設定データ１２２の入力が行われる（Ｓ５０１）。これらは、ユーザ２によって、入力部１４を介して各ファイルに各データを入力されることにより行われる。
まず、検索母集団データ生成処理部１１１によって検索母集団データ生成処理が実行される（Ｓ５０２）。ステップＳ５０２が実行されるタイミングは特に限定しないが、例えば、機能モデルデータ１２１の生成および修正のタイミングで起動したり、ユーザ２によって入力部１４を介して起動されたり、一定時間ごとに起動してもよい。
なお、この処理は、以降の処理を実施する前に必ず１度は実行される必要がある。この処理では、検索母集団設定データ１２２内の設定ファイル４００に書き込まれている設定に応じて、機能モデルデータ１２１から検索母集団データ１２３を生成する。この処理の詳細は、図８を参照して後記する。

次に、知識入力処理部１１２が表示部１３に表示する知識入力画面６００（図６参照）を通じて、ユーザ２によって機能ノード３０２に関連する知識データ１２４を入力されることによって知識入力処理が行われる（Ｓ５０３）。

ここで、図６を参照して、知識入力画面６００の画面例と図５のステップＳ５０３の知識入力処理を説明する。
図６は、知識入力画面の画面例を示す図である。
知識入力画面６００は、入力方式選択ラジオボタン６０１、文書指定領域６０２、文書参照ボタン６０３、テキスト抽出ボタン６０４、抽出テキスト領域６０５、自由文入力領域６０６および分類先検索ボタン６０７によって構成される。
ユーザ２は、まず入力する知識データ１２４の種類として自由文を入力するか文書を入力するか、入力方式選択ラジオボタン６０１を使って選択する。
自由文を入力する場合は、自由文入力領域６０６に文章を直接入力することによって知識データ１２４を入力する。入力された文章は知識データ１２４に記憶される。
文書を入力する場合は、記憶部１２内に既に記憶されている知識文書ファイルパスを文書指定領域６０２に直接入力するか、文書参照ボタン６０３を押すと現れるファイル選択ダイアログボックスによって知識文書ファイルを選択する。この際、指定された知識文書ファイルが知識データ１２４に記憶される。その後、テキスト抽出ボタン６０４を押すと、指定された知識文書ファイルから、知識文書ファイルに格納されているテキストが抽出され、抽出されたテキストが抽出テキスト領域６０５に表示される。なお、テキスト抽出処理については、一般的なテキスト抽出フィルタを用いてもよい。
最後に、分類先検索ボタン６０７を押すと、機能ノード検索処理Ｓ５０４（図５参照）が実行される。

図５の説明に戻る。
知識データ１２４の入力が完了すると、機能ノード検索処理部１１３によって、機能ノード検索処理が実行され（Ｓ５０４）、入力された知識データ１２４が機能ノードデータ２００内の、どの機能ノードファイル２０１に分類されるか、その分類候補となる機能ノード３０２を知識データ１２４との類似度を基に検索し、検索結果のデータである検索結果ファイル７００を生成し、この検索結果ファイル７００を検索結果データ１２５に格納する。
なお、この機能ノード検索処理では、一般的な概念検索エンジンを用いる。概念検索エンジンは、公知技術に基づく処理のため、詳細な説明は省略するが、概念検索エンジンとは、ベクトル空間モデルなどに代表される技術に基づくもので、ファイルＤＢから検索キーに類似するファイルを検索するというものである（詳しくは、六車正道、”概念検索システムの現状と使いこなしの検討・・・知財力強化に貢献する概念検索・・・”，［ｏｎｌｉｎｅ］、２００５年４月、発明協会、［平成１７年８月２９日検索］、インターネット＜URL: http://ipbase.cool.ne.jp/patentcity/hatsumei0504.pdf＞参照）。本実施形態に概念検索エンジンを適用する場合には、ファイルＤＢには検索母集団データ１２３が該当し、検索キーには知識データ１２４が該当する。

ここで、図７に、図５のステップＳ５０４機能ノード検索処理の検索結果データ１２５のデータ形式の一例を示す。
図７は、検索結果データのデータ形式の一例を示す図である。
検索結果データ１２５は、検索結果ファイル７００を有する。
検索結果ファイル７００は、入力された知識データ１２４と機能ノード３０２との類似順位、機能名、類似度によって構成される。
類似度は、概念検索によって算出される値である。そして、機能ノード検索処理部２０４は、算出された類似度の高い（すなわち、類似性が高い）順に検索結果をソートし、類似順位を付すことが可能である。
なお、本実施形態では、ステップＳ５０４機能ノード検索処理に一般的な概念検索エンジンを用いる例を示すため、機能名のみではなく、入力された知識データ１２４と機能ノード３０２との類似順位および類似度も求めることができる。

再び、図５の説明に戻る。
続いて、検索結果表示処理部１１４によって、検索結果表示処理が実行され（Ｓ５０５）、入力部１４を介して、ステップＳ５０４で生成された検索結果データ１２５の任意の情報が選択されると、この任意の情報に関連する機能ノード３０２が後記する分類先候補ノードとして表示部１３に表示される。さらに、この処理では、ユーザ２が入力部１４を介して、検索結果を選択すると、図３の機能モデル図における検索結果に該当する機能ノード３０２と後記する周辺ノードの表示状態が変化する。この処理の詳細は、図１０から図１２を参照して後記する。
そして、ユーザ２によって知識分類の候補となっている機能ノード３０２を選択すると、知識分類処理部１１５が、ステップＳ５０３知識入力処理で記憶された知識データ１２４をその分類先候補ノードに分類することを促す表示が行われ、ユーザ２が分類実施を指示すると、選択された分類先候補ノードに知識データ１２４が分類され、機能ノードファイル２０１に該当する知識データ１２４が登録されることによって知識分類処理が行われる（Ｓ５０６）。この処理の詳細は、図１３を参照して後記する。

［検索母集団データ生成処理］
次に、図１から図５を参照しつつ、図８に沿って、図５のステップＳ５０２検索母集団データ生成処理の流れを説明する。
図８は、検索母集団データ生成処理の流れを示すフローである。

（生成ノードの情報書き込み）
まず、検索母集団データ生成処理部１１１が、検索母集団設定データ１２２から、設定ファイル４００を取得する（Ｓ８０１）。
次に、検索母集団データ生成処理部１１１は、ステップＳ８０１で取得した設定ファイル４００から生成ノード、上位ノードおよび下位ノードの機能名、目標仕様、動作条件および検討内容の重み設定値を取得する（Ｓ８０２）。なお、上位ノードおよび下位ノードの定義は、後記する。
さらに、検索母集団データ生成処理部１１１は、機能モデルデータ１２１から、ノード間リンクファイル２２１を取得する（Ｓ８０３）。

そして、検索母集団データ生成処理部１１１が、機能モデルデータ１２１内の機能ノードファイル２０１を１つ取得する（Ｓ８０４）。
次に、検索母集団データ生成処理部１１１が、取得した機能ノードファイル２０１からＩＤ（生成ノードのＩＤ）を取得する（Ｓ８０５）。
さらに、検索母集団データ生成処理部１１１が、機能ノードファイル２０１に対して１：１対応する検索母集団ファイル９００を、検索母集団データ１２３内に生成する（Ｓ８０６）。

そして、検索母集団データ生成処理部１１１は、ステップＳ８０４で取得した機能ノードファイル２０１から、機能名、目標仕様、動作条件および検討内容の各属性データを取得し（Ｓ８０７）、取得した各属性データをステップＳ８０２で取得した重み設定値の回数、検索母集団ファイル９００に出力する（Ｓ８０８）。検索母集団ファイル９００と、同一項目のデータを複数回出力することに対する効果は図９を参照して後記する。

（上位ノードの情報書き込み）
次に、検索母集団データ生成処理部１１１は、ステップＳ８０５で取得した生成ノードのＩＤをキーとして、ステップＳ８０３で取得したノード間リンクファイル２２１のリンク元ＩＤおよびリンク先ＩＤを検索し、生成ノードのＩＤがリンク元ＩＤまたはリンク先ＩＤとして含まれている複数のエントリ（エントリ群）を取得する（Ｓ８０９）。
このエントリには、生成ノードがリンク元となっているノード（以下、上位ノードと記載する）、および生成ノードがリンク先となっているノード（以下、下位ノードと記載する）のＩＤが含まれている。
検索母集団データ生成処理部１１１は、ステップＳ８０９で取得したエントリ群から生成ノードに対する上位ノードのＩＤをすべて取得する（Ｓ８１０）。
さらに、検索母集団データ生成処理部１１１は、ステップＳ８１０で取得した上位ノードのＩＤをキーとして、機能ノードデータ２００を検索し、この上位ノードのＩＤを有する機能ノードファイル２０１を１つ、機能ノードデータ２００から取得する（Ｓ８１１）。

続いて、検索母集団データ生成処理部１１１は、ステップＳ８１１で取得した機能ノードファイル２０１から、ステップＳ８０２で取得した上位ノードの各重み設定値に対応する機能名、目標仕様、動作条件および検討内容の各属性データを取得し（Ｓ８１２）、取得した各属性データを重み設定値の回数、検索母集団ファイル９００に出力する（Ｓ８１３）。
次に、検索母集団データ生成処理部１１１は、ステップＳ８１０で取得したすべての上位ノードの属性データを検索母集団ファイル９００に出力したか否かを判定する（Ｓ８１４）。判定の方法は、例えばステップＳ８１０で取得したすべての上位ノードのＩＤを検索母集団データ生成処理部１１１が記憶しておき、検索母集団ファイル９００を作成した上位ノードから順にＩＤを削除していき、残っているＩＤが存在するか否かを判定することによって、ステップＳ８１４の判定を行ってもよい。
ステップＳ８１４の判定の結果、すべての上位ノードの属性データが検索母集団ファイル９００に出力されていない（出力されていない上位ノードが存在する）場合（Ｓ８１４→Ｎｏ）、ステップＳ８１１に処理を戻す。
ステップＳ８１４の判定の結果、すべての上位ノードの属性データが検索母集団ファイル９００に出力された場合（Ｓ８１４→Ｙｅｓ）、ステップＳ８１５に処理を進める。

（下位ノードの情報書き込み）
検索母集団データ生成処理部１１１は、ステップＳ８０９で取得したエントリ群から生成ノードに対する下位ノードのＩＤをすべて取得する（Ｓ８１５）。
さらに、検索母集団データ生成処理部１１１は、ステップＳ８１５で取得した下位ノードのＩＤをキーとして、機能ノードデータ２００を検索し、この下位ノードのＩＤを有するすべての機能ノードファイル２０１を１つ機能ノードデータ２００から取得する（Ｓ８１６）。

続いて、検索母集団データ生成処理部１１１は、ステップＳ８１６で取得した機能ノードファイル２０１のうちの一つから、ステップＳ８０２で取得した下位ノードの各重み設定値に対応する機能名、目標仕様、動作条件および検討内容の各属性データを取得し（Ｓ８１７）、取得した各属性データを重み設定値の回数、検索母集団ファイル９００に出力する（Ｓ８１８）。
次に、検索母集団データ生成処理部１１１は、ステップＳ８１５で取得したすべての下位ノードの属性データを検索母集団ファイル９００に出力したか否かを判定する（Ｓ８１９）。判定の方法は、上位ノードと同様の方法である。
ステップＳ８１９の判定の結果、すべての下位ノードの属性データが検索母集団ファイル９００に出力されていない（出力されていない下位ノードが存在する）場合（Ｓ８１９→Ｎｏ）、ステップＳ８１６に処理を戻す。
ステップＳ８１９の判定の結果、すべての下位ノードの属性データが検索母集団ファイル９００に出力された場合（Ｓ８１９→Ｙｅｓ）、ステップＳ８２０に処理を進める。

ステップＳ８２０では、検索母集団データ生成処理部１１１が、機能ノードデータ２００内の機能ノードファイル２０１のすべてが検索母集団ファイル９００に変換されたか否かを判定する（Ｓ８２０）。
機能ノードファイル２０１のすべてが検索母集団ファイル９００に変換されていない場合（Ｓ８２０→Ｎｏ）、ステップＳ８０４に処理を戻す。
機能ノードファイル２０１のすべてが検索母集団ファイル９００に変換されている場合（Ｓ８２０→Ｙｅｓ）、処理を終了する。

図９は、検索母集団データのデータ形式の一例を示す図である。
図９のデータ例は、機能名「ガスを放出する」という機能ノード３０２から、図４の検索母集団設定データ１２２例に応じて生成された検索母集団ファイル９００を示している。
検索母集団データ１２３は、機能ノード３０２と１：１に対応する検索母集団ファイル９００を有する。
本実施形態では、検索母集団ファイル９００はＸＭＬ（eXtensible Markup Language）形式でデータが表現されており、大きく分けて、＜生成ノード＞、＜上位ツリー＞、＜下位ツリー＞の３タグによって構成される。

各タグの中には、検索母集団設定データ１２２で１以上の重み設定値が設定されている属性に関するタグとして、＜機能名＞、＜目標仕様＞、＜動作条件＞、＜検討内容＞の各タグと、タグに対応する機能ノード属性が、重み設定値の回数分出力される。また、＜機能名＞、＜目標仕様＞、＜動作条件＞、＜検討内容＞いずれかが１回でも出力される場合はノードの識別子として＜ＩＤ＞タグが１回出力され、その他の属性データが、重み設定値分出力される。

例えば、図４の設定例では、＜生成ノード＞、＜上位ツリー＞、＜下位ツリー＞の各タグそれぞれについて以下の内容がファイルに出力される。
・＜生成ノード＞タグの内容：ＩＤを１回、機能名を３回、目標仕様を１回、動作条件を１回、検討内容を２回出力
・＜上位ツリー＞タグの内容：上位ノード群それぞれのＩＤと機能名を１回ずつ出力
・＜下位ツリー＞タグの内容：下位ノード群それぞれのＩＤと機能名を１回ずつ出力
ここで、上位ノード群とは、生成ノードを基準として、上位に存在するノードの集まりである。下位ノード群も同様の定義である。

このように、ひとつの属性データを複数回出力することで、図５のステップＳ５０４機能ノード検索処理における類似度を上げることができる。

［検索結果表示処理］
次に、図１から図９を参照しつつ、図１０に沿って検索結果表示処理の流れを説明する。
図１０は、検索結果表示処理の流れを示すフローである。
まず、検索結果表示処理部１１４が、ステップＳ５０４の機能ノード検索処理の結果である検索結果ファイル７００を検索結果データ１２５から取得する（Ｓ１００１）。
そして、検索結果表示処理部１１４は、ステップＳ１００１で取得した検索結果データ１２５を検索結果リスト１１０１として表示部１３に表示させる（Ｓ１００２）。

図１１は、検索結果リストの画面例を示す図である。
検索結果リスト画面１１００には、検索結果リスト１１０１が表示される。
検索結果リスト１１０１は、図１１に示す検索結果ファイル７００を画面上に表示したものであり、入力された知識データ１２４に対する機能ノード３０２の類似順位と、機能名と、類似度が表示される。
なお、検索結果リスト１１０１に表示されているデータには、それぞれの機能に対応するＩＤ（図２のＩＤと同一のもの）を情報としてもっており、例えば任意の機能名または類似順位などをクリックすると、クリックされたエントリが強調表示（本実施形態では、反転表示）され、その機能に対応したＩＤが情報処理部１１に入力される。ユーザ２（図１参照）は、ポインタ１１０２によって、検索結果リスト１１０１のエントリを選択することができる。

（結果ノードハイライト表示）
図１０の説明に戻る。
次に、ユーザ２によって、表示部１３に表示された検索結果リスト１１０１から、機能名を選択されることによって、検索結果表示処理部１１４が、ＩＤを取得する（Ｓ１００３）。
次に、検索結果表示処理部１１４は、取得したＩＤをキーとして、検索母集団データ１２３を検索し、ステップＳ１００３で取得したＩＤを生成ノードのＩＤとしてもつ検索母集団ファイル９００を取得する（Ｓ１００４）。
以下、ステップＳ１００３で取得したＩＤに該当する機能ノード３０２を結果ノードと呼称する。
そして、検索結果表示処理部１１４は、ステップＳ１００３で取得した結果ノードのＩＤをキーとして、結果ノードに該当する機能ノード３０２を特定し、その機能ノード３０２をハイライト表示させる（Ｓ１００５）。
処理結果画面に関しては、図１２を参照して後記する。

（結果ノードの代替ノードハイライト表示）
次に、検索結果表示処理部１１４は、ステップＳ１００３で取得した結果ノードのＩＤをキーとして、代替ノードファイル２２２を検索し、代替ノードファイル２２２中に、その結果ノードのＩＤが存在するか否かを判定する（Ｓ１００６）。
代替ノードファイル２２２中に、その結果ノードのＩＤが存在しない場合（Ｓ１００６→Ｎｏ）、ステップＳ１０１０に処理を進める。
代替ノードファイル２２２中に、その結果ノードのＩＤが存在する場合（Ｓ１００６→Ｙｅｓ）、ステップＳ１００７に処理を進める。
ステップＳ１００７では、検索結果表示処理部１１４が、代替ノードファイル２２２から結果ノードのＩＤを含むエントリを取得する。
そして、検索結果表示処理部１１４は、ステップＳ１００７で取得したエントリに格納されている代替ノード３０６のＩＤを取得する（Ｓ１００８）。
そして、ステップＳ１００９では、検索結果表示処理部１１４が、ステップＳ１００８で取得した代替ノード３０６のＩＤに該当する処理結果画面上の代替ノード３０６を特定し、その代替ノード３０６をハイライト表示させる。

（上位ノード色変え表示）
次に、検索結果表示処理部１１４は、ステップＳ１００４で取得した検索母集団ファイル９００を検索し、この検索母集団ファイル９００中に上位ノードが存在するか否かを判定する（Ｓ１０１０）。検索母集団ファイル９００中に、上位ノードが存在するか否かは、該当する検索母集団ファイル９００中に＜上位ツリー＞タグが存在するか否かで判定することができる。
上位ノードが存在しない場合（Ｓ１０１０→Ｎｏ）、ステップＳ１０１８に処理を進める。
上位ノードが存在する場合（Ｓ１０１０→Ｙｅｓ）、ステップＳ１０１１に処理を進める。
ステップＳ１０１１では、検索母集団ファイル９００中の＜上位ツリー＞タグに格納されている上位ノードのＩＤを取得する。
そして、検索結果表示処理部１１４は、取得した上位ノードのＩＤをキーとして、処理結果画面上の機能ノード３０２を特定し、その機能ノード３０２を色変え表示させる（Ｓ１０１２）。

（上位ノードの代替ノード色変え表示）
次に、検索結果表示処理部１１４は、ステップＳ１０１１で取得した上位ノードのＩＤをキーとして、代替ノードファイル２２２を検索し、代替ノードファイル２２２中に、その上位ノードのＩＤが存在するか否かを判定する（Ｓ１０１３）。
代替ノードファイル２２２中に、その上位ノードのＩＤが存在しない場合（Ｓ１０１３→Ｎｏ）、ステップＳ１０１７に処理を進める。
代替ノードファイル２２２中に、その上位ノードのＩＤが存在する場合（Ｓ１０１３→Ｙｅｓ）、ステップＳ１０１４に処理を進める。
ステップＳ１０１４では、検索結果表示処理部１１４が、代替ノードファイル２２２における該当する上位ノードのＩＤを含むエントリを取得する。
そして、検索結果表示処理部１１４は、ステップＳ１０１４で取得したエントリに格納されている代替ノード３０６のＩＤを取得する（Ｓ１０１５）。
そして、ステップＳ１０１６では、検索結果表示処理部１１４が、ステップＳ１０１５で取得した代替ノード３０６のＩＤに該当する処理結果画面上の代替ノード３０６を特定し、その代替ノード３０６を色変え表示させる。
次に、検索結果表示処理部１１４は、検索母集団ファイル９００内に格納されているすべての上位ノードに関して、処理を行ったか否かを判定する（Ｓ１０１７）。
ステップＳ１０１７において、検索母集団ファイル９００内に格納されているすべての上位ノードに関して、処理を行っていないと判定された場合（Ｓ１０１７→Ｎｏ）、ステップＳ１０１１へ処理を戻す。
ステップＳ１０１７において、検索母集団ファイル９００内に格納されているすべての上位ノードに関して、処理を行ったと判定された場合（Ｓ１０１７→Ｎｏ）、ステップＳ１０１８に処理を進める。

（下位ノード色変え表示）
次に、検索結果表示処理部１１４は、ステップＳ１００４で取得した検索母集団ファイル９００を検索し、この検索母集団ファイル９００中に下位ノードが存在するか否かを判定する（Ｓ１０１８）。検索母集団ファイル９００中に、下位ノードが存在するか否かは、該当する検索母集団ファイル９００中に＜下位ツリー＞タグが存在するか否かで判定することができる。
下位ノードが存在しない場合（Ｓ１０１８→Ｎｏ）、処理を終了する。
下位ノードが存在する場合（Ｓ１０１８→Ｙｅｓ）、ステップＳ１０１９に処理を進める。
ステップＳ１０１９では、検索母集団ファイル９００中の＜下位ツリー＞タグに格納されている下位ノードのＩＤを取得する。
そして、検索結果表示処理部１１４は、取得した下位ノードのＩＤをキーとして、処理結果画面上の機能ノード３０２を特定し、その機能ノード３０２を色変え表示させる（Ｓ１０２０）。

（下位ノードの代替ノード色変え表示）
次に、検索結果表示処理部１１４は、ステップＳ１０１９で取得した下位ノードのＩＤをキーとして、代替ノードファイル２２２を検索し、代替ノードファイル２２２中に、その下位ノードのＩＤが存在するか否かを判定する（Ｓ１０２１）。
代替ノードファイル２２２中に、その下位ノードのＩＤが存在しない場合（Ｓ１０２１→Ｎｏ）、ステップＳ１０２５に処理を進める。
代替ノードファイル２２２中に、その下位ノードのＩＤが存在する場合（Ｓ１０２１→Ｙｅｓ）、ステップＳ１０２２に処理を進める。
ステップＳ１０２２では、検索結果表示処理部１１４が、代替ノードファイル２２２における該当する下位ノードのＩＤを含むエントリを取得する。
そして、検索結果表示処理部１１４は、ステップＳ１０２２で取得したエントリに格納されている代替ノード３０６のＩＤを取得する（Ｓ１０２３）。
そして、ステップＳ１０２４では、検索結果表示処理部１１４が、ステップＳ１０２３で取得した代替ノード３０６のＩＤに該当する処理結果画面上の代替ノード３０６を特定し、その代替ノード３０６を色変え表示させる。
次に、検索結果表示処理部１１４は、検索母集団ファイル９００内に格納されているすべての下位ノードに関して、処理を行ったか否かを判定する（Ｓ１０２５）。
ステップＳ１０２５において、検索母集団ファイル９００内に格納されているすべての下位ノードに関して、処理を行っていないと判定された場合（Ｓ１０２５→Ｎｏ）、ステップＳ１０１９へ処理を戻す。
ステップＳ１０２５において、検索母集団ファイル９００内に格納されているすべての下位ノードに関して、処理を行ったと判定された場合（Ｓ１０２５→Ｎｏ）、処理を終了する。

以上、ステップＳ１００１〜ステップＳ１０２５の処理を、知識分類支援装置１は、ユーザ２が検索結果を選択する度に繰り返す。
なお、本発明中では選択結果に該当する機能ノード３０２をハイライト表示、上位および下位ツリーに属する機能ノード３０２を色変え表示しているが、他の表示方法でも構わない。例えば、フォントを変更するなどの方法でも構わない。
なお、ステップＳ１００１からステップＳ１０２５において、ハイライト表示または色変え表示された機能ノード３０２を分類先候補ノードと称する。

図１２は、処理結果画面の画面例を示す図である。
処理結果画面１２００は、図３の機能モデル図３００を元としている。
ユーザ２が、図１１のポインタ１１０２を用いて検索結果リスト１１０１のエントリをひとつ選択すると、処理結果画面１２００上で対応する結果ノード１２０２がハイライト表示されると同時に、その結果ノードの周辺ノード（上位ツリー１２０３、下位ツリー１２０４および代替ノード１２０５の全てまたはいずれか）が色変え表示される。なお、本実施形態では、ハイライト表示を反転表示で、色変え表示を点線枠で表している。さらに、その結果ノード１２０２または周辺ノード１２０３，１２０４，１２０５のいずれかをポインタ１２０１で選択すると、選択した機能ノードに知識データを分類する旨を促す「このノードに分類」という分類コマンドウィンドウ１２０６がポップアップ表示される。なお、知識データ分類を促す表示方式はポップアップ表示でなくても構わない。例えば、処理結果画面１２００内に分類ボタンを別途設けて、結果ノードまたは周辺ノードを選択した場合に限り分類ボタンを押し下げ可能状態にするなどしても構わない。
最後に、ユーザ２が「このノードに分類」コマンドを選択すると、入力された知識データが選択された機能ノード３０２（図１参照）に分類される。

［知識分類処理］
図１から図１２を参照しつつ、図１３に沿って知識分類処理の流れを説明する。
図１３は、知識分類処理の流れを示すフローである。
まず、ユーザ２が、入力部１４を介して、機能ノード３０２を選択することにより、知識分類処理部１１５は、選択された機能ノード３０２のＩＤを取得する（Ｓ１３０１）。
機能ノード３０２の入力は、表示部１３上に表示されている機能モデル図（図３参照）の機能ノード３０２を、例えばマウスなどの入力部１４を用いて選択することによって、機能ノード３０２に保持されているＩＤが入力される。
次に、知識分類処理部１１５は、ステップＳ１３０１で選択されたノードが結果ノード、代替ノード、上位ノードまたは下位ノードのいずれかに該当するか否かの判定を行う（Ｓ１３０２）。
判定は、ステップＳ１３０１で入力されたＩＤをキーとして、ステップＳ１００４（図１０参照）で取得した検索母集団ファイル９００（すなわち、結果ノードの検索母集団ファイル９００）を検索し、該当するＩＤが検索母集団ファイル９００中に存在するか否かを判定することによって行われる。
ステップＳ１３０２の判定の結果、ステップＳ１３０１で選択されたノードが、前記したノードのいずれにも該当しない場合（Ｓ１３０２→Ｎｏ）、知識分類処理部１１５は、処理を終了する。

ステップＳ１３０２の判定の結果、ステップＳ１３０１で選択されたノードが、前記したノードのいずれかに該当する場合（Ｓ１３０２→Ｙｅｓ）、知識分類処理部１１５は、表示部１３に分類コマンドウィンドウ９５０（図１２参照）を表示させ（Ｓ１３０３）、ユーザ２によって分類実行が指示されたか否かの判定を行う（Ｓ１３０４）。図１０の処理が複数回行われて、複数の検索母集団ファイル９００が取得されているときは、取得したすべての検索母集団ファイル９００に関して検索を行う。
分類実行を指示したか否かの判定は、分類コマンドウィンドウ９５０が表示されているときに、ユーザ２が入力部１４を介してその機能ノード３０２を選択したか否かを知識分類処理部１１５が判定することによって行われる。
ステップＳ１３０４の判定の結果、分類実行が指示されていない場合（Ｓ１３０４→Ｎｏ）、処理を終了する。
分類実行が指示された場合（Ｓ１３０４→Ｙｅｓ）、知識分類処理部１１５は、ステップＳ１３０１で取得したＩＤをキーとして、機能ノードデータ２００を検索し、該当する機能ノードファイル２０１を取得する（Ｓ１３０５）。
そして、ステップＳ１３０５で取得された機能ノードファイル２０１の参考知識のフィールドにステップＳ５０３（図５参照）で入力された知識データを保存する（ステップＳ１３０６）。

次に、図１４に、知識データ分類後の機能ノードファイル例を示す。
図１４は、知識データ分類後の機能モデルファイルの一例を示す図である。
図１４の例では、機能モデルデータ１２１ａ中の機能ノードデータ１４００の機能ノード名「ガスを放出する」という機能ノードに該当する機能ノードファイル１４０１に、知識データとして、「ガス放出量解析結果．ｘｌｓ」という文書が分類された例である。このように、機能ノードファイル１４０１の参考知識フィールドに知識データが入力された状態を「知識データが機能ノードに分類された」状態とみなす。

以上、第１実施形態によれば、機能モデル図を構成する機能ノード３０２を一旦検索母集団ファイル９００に変換することにより、一般的な概念検索エンジンを用いて、機能ノード３０２に対する知識分類候補を抽出することができる。さらに、検索母集団ファイル９００を生成する際に、該機能ノード３０２の上位ツリーおよび下位ツリーに属する情報を追加することにより、検索母集団ファイル９００の情報量を増やして、検索ヒット率を向上させるとともに、知識分類候補の表示と同時に、参考情報として周辺ノード情報（上位ツリー、下位ツリー情報および代替ノード情報）を表示することで、ユーザ２により適切な分類先機能ノードを選択させることができる。

さらに、ユーザ２が機能ノード３０２を選択した際に、知識分類候補およびその周辺ノードに属する機能ノード３０２を選択した場合に限り、機能ノード３０２と知識データ１２４の関連付けを行うことができる。したがって、知識データ１２４と関係の無い機能ノード３０２に対して誤って知識データ１２４を分類することを防ぐことができる。
さらに、検索母集団ファイル９００に出力する機能ノード属性情報（機能名、目標仕様（出力情報）、動作条件（入力情報）、検討内容）の情報量、具体的には語句の出現頻度を調整することができるため、語句とその出現頻度に基づいて類似性を判断する一般的な概念検索エンジンによる分類精度をより向上させる余地を持たせることができる、という効果が得られる。

［第２実施形態］
本発明による知識分類支援方法、知識分類支援プログラムおよび知識分類支援装置の第２実施形態を、図１６から図２１を使って説明する。
なお、本実施形態では第１実施形態同様に設計支援の例を挙げ、特に、本実施形態における設計対象物の例として、使い捨てライタの例を挙げる。また、本実施形態は、基本的な処理方法およびデータ構造はほぼ第１実施形態と同じであるが、第１実施形態に加えて、機能ノード３０２に関連する部品情報と数値情報および、知識データ１２４に含まれる要約情報と数値情報の扱いを変更することにより、検索ノイズと検索漏れの低減を図った実施形態である。
以下に説明する実施形態において、第１実施形態と共通する要素に関しては、共通の符号を付し、説明を省略し、各実施形態に特徴的な部分のみを説明することとする。

図１５は、第２実施形態における機能ノードデータのデータ形式の一例を示す図である。
機能ノードデータ１２１ｂの機能ノードファイル１５００が第１実施形態と異なる点は、属性データとして関連部品ＩＤが追加されている点である。
その他の、機能ノードデータ１２１ｂにおける部品ノードデータ２１０の部品ノードファイル２１１、ノード間リンクデータ２２０のノード間リンクファイル２２１および代替ノードファイル２２２のデータ内容は、図２に示す第１実施形態のそれと同様である。

図１６は、第２実施形態における検索母集団設定データのデータ形式の一例を示す図である。
本実施形態における検索母集団設定ファイル１６００では、第１実施形態における検索母集団設定ファイル４００のデータ形式に加えて、生成ノード、上位ツリー、下位ツリーの設定に、関連部品の重み設定値を追加している。

次に、図１、図２、図９および図１６を参照しつつ、図１７を参照して第２実施形態における検索母集団データ生成処理の流れを説明する。
図１７は、第２実施形態における検索母集団データ生成処理の流れを示す図である。
本実施形態では、ステップＳ８０６の処理の後、以下のような処理を行う。
そして、検索母集団データ生成処理部１１１は、ステップＳ８０４で取得した機能ノードファイル１５０１から、機能名、目標仕様、動作条件、検討内容および関連部品ＩＤといった各属性データを取得し（Ｓ１７０１）、取得した各属性データをステップＳ８０２で取得した重み設定値の回数、検索母集団ファイル９００に出力する（Ｓ１７０２）。
このようにすることで、図５のステップＳ５０５検索結果表示処理で、同様の処理を行いつつも、関連部品ノードタグを読み込むことで、後記するように関連部品ノードの色変え表示が可能となる。

さらに、検索母集団データ生成処理部１１１は、検索母集団ファイル９００の機能名、目標仕様、動作条件、検討内容および関連部品の各データから数値を除去する処理を行う（Ｓ１７０３）。
この処理の効果については、後記する。
そして、上位ノードおよび下位ノードに関しても、同様の処理を行う（Ｓ１７０４からＳ１７０９）。

なお、本実施形態では上位ツリーおよび下位ツリーに関して、検索母集団設定データ１２２の設定を、機能ノード属性値の出力回数として処理しているが、出力回数の代わりにツリー上の距離設定値と見なしてもよい。この場合、例えば、上位ツリー機能名の重み設定値が３の場合、生成ノードから１レベル上のノードについては機能名を３回、２レベル上のノードについては機能名を２回、３レベル上のノードについては機能名を１回出力する、つまり、生成ノードから距離が離れるほど検索母集団ファイル９００に出力する情報量を減らすという処理にしても構わない。下位ツリーについても同様である。

図１８は、第２実施形態における検索母集団ファイルのデータ形式の一例を示す図である。
図１８における検索母集団ファイル１８００のデータ例では、機能名「容器を密閉する」という機能ノードから、図１６の検索母集団設定データ１２２例に応じて生成された検索母集団ファイル１２３ａを示している。
第１実施形態との違いの１点目は、＜生成ノード＞タグ内に＜関連部品ＩＤ＞タグとその関連部品名が出力されている点である。この例では、図１６の設定例に応じて、関連部品名が２回出力されている。
第１実施形態との違いの２点目は、各機能ノード属性値のうち、数値が除去されている点である。この例では、＜目標仕様＞タグ内の数値と、＜動作条件＞タグ内の数値が除去されている。なお、ここでは説明の便宜上、除去された数値部分を＿（アンダーバー）であらわしているが、実際の処理上は数値部分が除去されるものとする。すなわち、実際の処理では、アンダーバーは出力されない。

図１９は、第２実施形態における知識入力処理の画面例を示す図である。
なお、知識入力画面６００例の構成については第１実施形態と同様であるので、説明を省略し、表示内容について説明する。
第２実施形態では、知識データとして文書を入力し、テキスト抽出を行う際に、抽出結果のテキストから数値を除去して検索キーとする。図１９の例では、肉厚と側面外力の数値が除去されている。なお、ここでも説明の便宜上、除去された数値部分を＿（アンダーバー）であらわしているが、実際の処理上は数値部分が除去されるものとする。すなわち、実際の処理では、アンダーバーは出力されない。
また、テキスト抽出を行う際に、文書中の「タイトル」「目的」「結論」などのキーワードに基づいて、文書の要約に相当する情報のみを抽出する。なお、本実施形態では「タイトル」「目的」「結論」の３つのキーワードを併せて要約情報と定義するが、他のキーワードでも構わない。例えば、「要約」、「概要」、「摘要」、「概括」、「抜粋」といったキーワードを用いても構わない。

図２０は、第２実施形態における検索結果リストの画面例を示す図である。
分類先検索結果画面例２０００に表示されている検索結果リスト２００１は、表示されている内容が異なるのみで、他は第１実施形態と同様である。

図２１は、第２実施形態における処理結果画面の画面例を示す図である。
ユーザ２が、ポインタ１１０２（図２０参照）を用いて図２０に示す結果リストのエントリを１つ選択すると、処理結果画面２１００上で対応する結果ノード２１０１がハイライト表示されると同時に、その結果ノード２１０１の周辺ノード（上位ツリー２１０２、下位ツリー２１０３および代替ノード（図示せず）の全てまたはいずれか）が色変え表示される。この際、本実施形態では、関連する部品ノード２１０３も色変え表示される。なお、本実施形態では、ハイライト表示を反転表示で、色変え表示を点線枠で表している。

関連する部品ノードの色変え表示は、例えば図１０におけるステップＳ１０２５の処理の後、検索結果表示処理部１１４（図１参照）が、ステップＳ１７０２、ステップＳ１７０５またはステップＳ１７０８で、検索母集団ファイル１８００（図１８参照）に出力された結果ノード、上位ツリーまたは下位ツリーの関連部品ＩＤを基に、処理結果画面２１００上の部品ノード２１０３に保持されている部品ノードＩＤを検索し、該当する部品ノード２１０３を色変え表示することによって行われる。
その後、ユーザ２が結果ノードまたは周辺ノードのいずれかをポインタ１２０１で選択した後の処理についても、第１実施形態と同様である。

以上、第２実施形態によれば、第１実施形態の効果に加え、関連部品情報を用いて検索ヒット率を向上させるとともに、知識分類候補の表示と同時に、参考情報として関連部品情報を表示することで、ユーザ２により適切な分類先機能ノードを選択させることができる。
さらに、設計検討条件や業務目標となる具体的数値が異なる機能ノード３０２も検索ヒットさせることができるようになり、知識分類候補の検索漏れを減少させることができる。
さらに、知識文書の要約情報だけを抽出し、詳細情報（例えば、強度解析書の解析数値等）を省略することにより、検索母集団となる機能ノード３０２の情報に含まれない詳細情報に起因する検索ノイズを減少させることができる、という効果が得られる。

［第３実施形態］
本発明による知識分類支援方法、知識分類支援プログラムおよび知識分類支援装置の別の実施形態を、図２２および図２３を使って説明する。
なお、本実施形態では業務計画支援の例を挙げ、特に、本実施形態における業務の例として、特許執筆業務の例を挙げる。なお、本実施形態は、第１実施形態で説明した知識分類支援プログラムおよびシステムの処理方法を変更せずに、データ形式を一部変更することにより、本発明を業務計画に適用した例である。

図２２は、第３実施形態における機能モデルデータのデータ形式の一例を示す図である。
本実施形態では、機能モデルデータ１２１ｃは、機能ノードデータ２２００、ノード間リンクデータ２２１０によって構成される。
本実施形態では、機能ノードデータ２２００に格納される機能ノードファイル２２０１は、機能ノードの属性として、ＩＤ、機能名、出力情報、入力情報、検討内容および参考知識などを持つ。なお、入力情報とはその業務機能の遂行に必要な前提情報、出力情報とはその業務機能を遂行した結果得られた成果情報のことをそれぞれ示している。また、第１実施形態同様に、知識データが機能ノード３０２に分類された際には、参考知識のフィールドにその知識データに関する情報が保持される。
ノード間リンクデータ２２１０は、各機能ノードがどのようなリンク関係にあるかを保持するノード間リンクファイル２２１１を格納し、図２を参照して前記したように機能ノード間リンク３０３（図３参照）に相当する情報が保持される。

図２３は、第３実施形態における機能モデル図の表示画面例を示す図である。
本実施形態における機能モデル図２４００は業務計画を階層的に分解したもので、機能ノード２３０１と機能ノード間リンク２３０２によって構成される。
なお、機能ノード２３０１は図２２で示したような属性を持ち、ポインタ３０１で機能ノード２３０１を指定してその属性を参照することもできる。

以上、第３実施形態によれば、第１実施形態の機能ノード３０２の属性「目標仕様」を「出力情報」に、「動作条件」を「入力情報」に読み替えるだけで、処理方式を変更することなく、業務計画支援においても第１実施形態と同様の効果を得ることができる。

［第４実施形態］
本発明による知識分類支援方法、知識分類支援プログラムおよび知識分類支援装置のさらに別の実施形態を、図２４から図２５を使って説明する。
なお、本実施形態では設計製造支援の例を挙げ、特に、本実施形態における設計製造対象物の例として、パソコンの例を挙げる。なお、本実施形態は、第１実施形態で説明した知識分類支援プログラムおよびシステムの処理方法を変更せずに、データ形式を一部変更することにより、本発明をＢＯＭツリーに適用した例である。

図２４は、第４実施形態における機能モデルデータのデータ形式の一例を示す図である。
本実施形態では、機能モデルデータ１２１ｄは、機能ノードデータ２４００、ノード間リンクデータ２４１０によって構成される。
本実施形態では、機能ノードデータ２４００に格納されている機能ノードファイル２４０１は、第３実施形態同様、ノードの属性として、ＩＤ、機能名、出力情報、入力情報、検討内容、参考知識などを持つ。なお、入力情報とはその部品の動作に必要な入力仕様、出力情報とはその部品が動作した結果の出力仕様のことをそれぞれ示している。また、第１実施形態同様に、知識データが機能ノードに分類された際には、参考知識のフィールドにその知識データに関する情報が保持される。
ノード間リンクデータ２４１０は、各機能ノードがどのようなリンク関係にあるかを保持するノード間リンクファイル２４１１を格納し、図２を参照して前記したように機能ノード間リンク３０３（図３参照）に相当する情報が保持される。

図２５は、第４実施形態における機能モデル図の表示画面例を示す図である。
本実施形態における機能モデル図２５００は部品構成（特に、最終製品を構成する中間部品構成）を階層的に分解したもので、機能ノード２５０１と機能ノード間リンク２５０２によって構成される。
なお、機能ノード２５０１は図２４を参照して前記したような属性を持ち、ポインタ３０１で機能ノード２５０１を指定してその属性を参照することもできる。

以上、第４実施形態によれば、第３実施形態同様に、第１実施形態の機能ノードデータ属性「目標仕様」を「出力情報」に、「動作条件」を「入力情報」に読み替えるだけで、処理方式を変更することなく、設計製造支援時のＢＯＭツリーに対しても第１実施形態と同様の効果を得ることができる。

なお、本発明においては、本発明による処理を実行する計算機環境に鑑みて、前記実施形態中における任意の一つの処理ステップを二つ以上の処理ステップに細分して実現しても、二つ以上の任意の処理ステップを統合して一つの処理ステップによって実現してもよく、本発明の提供する機能を損なわない限りその実現形態を制約するものではない。

本実施形態における知識分類支援装置の構成例を示す図である。 機能モデルデータのデータ形式の一例を示す図である。 第１実施形態における機能モデル図の表示画面例を示す図である。 検索母集団設定データのデータ形式の一例を示す図である。 本実施形態における知識分類支援方法の処理の流れを示す図である。 知識入力画面の画面例を示す図である。 検索結果データのデータ形式の一例を示す図である。 検索母集団データ生成処理の流れを示すフローである。 検索母集団データのデータ形式の一例を示す図である。 検索結果表示処理の流れを示すフローである。 検索結果リストの画面例を示す図である。 処理結果画面の画面例を示す図である。 知識分類処理の流れを示すフローである。 知識データ分類後の昨日も出るファイルの一例を示す図である。 第２実施形態における機能ノードデータのデータ形式の一例を示す図である。 第２実施形態における検索母集団設定データのデータ形式の一例を示す図である。 第２実施形態における検索母集団データ生成処理の流れを示す図である。 第２実施形態における検索母集団ファイルのデータ形式の一例を示す図である。 第２実施形態における知識入力処理の画面例である。 第２実施形態における検索結果リストの画面例である。 第２実施形態における処理結果画面の画面例を示す図である。 第３実施形態における機能モデルデータのデータ形式の一例を示す図である。 第３実施形態における機能モデル図の表示画面例を示す図である。 第４実施形態における機能モデルデータのデータ形式の一例を示す図である。 第４実施形態における機能モデル図の表示画面例を示す図である。

符号の説明

１ 知識分類支援装置
２ ユーザ
１１ 情報処理部
１２ 記憶部
１３ 表示部
１４ 入力部
１５ 記憶媒体
１１１ 検索母集団データ生成処理部
１１２ 知識入力処理部
１１３ 機能ノード検索処理部
１１４ 検索結果表示処理部
１１５ 知識分類処理部
１２１，１２１ａ，１２１ｂ，１２１ｃ，１２１ｄ 機能モデルデータ
１２２，１２２ａ 検索母集団設定データ
１２３，１２３ａ 検索母集団データ
１２４ 知識データ
１２５ 検索結果データ
１５１ 知識分類支援プログラム
２００，１５００，２２００，２４００ 機能ノードデータ
２０１，１５０１，２２０１，２４０１ 機能ノードファイル
２０４ 機能ノード検索処理部
２１０ 部品ノードデータ
２１１ 部品ノードファイル
２３０，２２１０，２４１０ ノード間リンクデータ
２２１ ノード間リンクファイル
２２２ 代替ノードファイル
３０２，２３０１、２５０１ 機能ノード
３０３，２３０２，２５０２ 機能ノード間リンク
３０４ 部品ノード
３０５ 機能ノード対部品ノード間リンク
４００ 設定ファイル
６００ 知識入力画面
６０１ 入力方式選択ラジオボタン
６０２ 文書指定領域
６０３ 文書参照ボタン
６０４ テキスト抽出ボタン
６０５ 抽出テキスト領域
６０６ 自由文入力領域
６０７ 分類先検索ボタン
７００ 検索結果ファイル
９００ 検索母集団ファイル
９５０ 分類コマンドウィンドウ
１１００ 検索結果リスト画面
１１０１，２００１ 検索結果リスト
１２１０，２１００ 処理結果画面
１２０２，３００１ 結果ノード
１２０３，２１０２ 上位ツリー
１２０４，２１０３ 下位ツリー（部品ノード）
１２０５ 代替ノード
１２０６ 分類コマンドウィンドウ
１４００ 機能ノードデータ

Claims (12)

1. 情報の入力を行う入力部、情報の表示を行う表示部および情報を処理する情報処理部を含んでなる知識分類支援装置が、対象物の情報を階層的に分解した機能ノードにより構成される機能モデルデータと、前記機能モデルデータを検索母集団データに変換する際の設定が格納されている検索母集団設定データとを用いて行う知識分類支援方法であって、
   前記情報処理部が、
   前記検索母集団設定データの設定に応じて、前記機能モデルデータから検索母集団データを生成し、
   前記入力部を介して、前記機能ノードに関する知識データを入力されると、前記知識データと類似する機能ノードを検索し、前記類似する機能ノードの情報が格納される検索結果データを生成し、
   前記入力部を介して、前記検索結果データの任意の情報が選択されると、前記任意の情報に関連する機能ノードデータを、分類先候補ノードとして前記表示部に表示させ、
   前記入力部を介して、前記分類先候補ノードである機能ノードの選択を受け付けて、前記機能ノードに対応する前記機能モデルデータに、前記知識データを登録することを含む知識分類支援方法。
2. 前記分類先候補ノードを、前記表示部に強調表示させることを特徴とする請求項１に記載の知識分類支援方法。
3. 前記分類先候補ノードは、前記任意の情報に対応する機能ノードである結果ノードと、前記結果ノードの上位ツリーに属する機能ノードである上位ノードと、前記結果ノードの下位ツリーに属する機能ノードである下位ノードと、これらの機能ノードと代替関係にある代替ノードの全てまたはいずれかであることを特徴とする請求項２に記載の知識分類支援方法。
4. 前記選択された分類先候補ノードである機能ノードに、前記表示部に、前記知識データを前記選択された機能ノードに分類することを促す表示させることを特徴とする請求項１から請求項３のいずれか一項に記載の知識分類支援方法。
5. 前記検索母集団設定データは、前記機能ノードの属性項目毎に重み設定値を有し、
   前記情報処理部は、
   前記機能モデルデータから前記検索母集団ファイルを生成する際に、前記重み設定値に応じて各属性項目を前記検索母集団ファイルに出力することを特徴とする請求項１から請求項４のいずれか一項に記載の知識分類支援方法。
6. 前記属性項目は、機能名、目標仕様または出力情報、動作条件または入力情報、および検討内容の内、すくなくとも１つを有することを特徴とする請求項５に記載の知識分類支援方法。
7. 前記機能モデルデータは、部品名を含む部品ノード情報をさらに有し、
   前記検索母集団設定データは、前記機能ノードと前記部品ノードの関連部品の重み設定値をさらに有し、
   前記情報処理部は、
   前記機能モデルデータから前記検索母集団データを生成する際に、前記関連部品の重み設定値に応じて、該当する前記部品名を前記検索母集団ファイルに出力し、
   前記分類先候補ノードに加えて、前記部品名に該当する関連部品ノードを強調表示することを特徴とする請求項６に記載の知識分類支援方法。
8. 前記検索母集団データに機能モデルデータの属性項目を出力する際に、各属性項目に含まれる数値を除いて出力し、
   前記入力された知識データから数値を除いて検索キーを生成することを特徴とする請求項５から請求項７のいずれか一項に記載の知識分類支援方法。
9. 前記入力された知識データから要約情報を抽出することを特徴とする請求項１から請求項８のいずれか一項に記載の知識分類支援方法。
10. 前記機能モデルデータから前記検索母集団データを生成する際に、周辺ノード情報として、上位および下位ツリーの重み設定値を距離としてツリーの階層を辿って各属性項目を前記検索母集団ファイルに出力することを特徴とする請求項１から請求項９のいずれか一項に記載の知識分類支援方法。
11. 請求項１から請求項１０のいずれか一項に記載の知識分類支援方法を、コンピュータに実行させることを特徴とする知識分類支援プログラム。
12. 情報の入力を行う入力部、情報の表示を行う表示部および情報を処理する情報処理部を含んでなり、対象物の情報を階層的に分解した機能ノードにより構成される機能モデルデータと、前記機能モデルデータを検索母集団データに変換する際の設定が格納されている検索母集団設定データとを用いて知識分類支援を行う知識分類支援装置であって、
    前記情報処理部は、
    前記検索母集団設定データの設定に応じて、前記機能モデルデータから検索母集団データを生成する手段と、
    前記入力部を介して、前記機能ノードに関する知識データを入力されると、前記知識データと類似する機能ノードを検索し、前記類似する機能ノードの情報が格納される検索結果データを生成する手段と、
    前記入力部を介して、前記検索結果データの任意の情報が選択されると、前記任意の情報に関連する機能ノードを、分類先候補ノードとして前記表示部に強調表示させる手段と、
    前記入力部を介して、前記分類先候補ノードである機能ノードの選択を受け付けて、該機能ノードに対応する前記機能モデルデータに、前記知識データを登録する手段とを備える知識分類支援装置。

Images