(57)【要約】【課題】業務システムごとに異なる設計ルールにおいて、実際には同一の設計ルールなのだが、異なる設計ルールとして記述されている設計ルールを、同一の設計ルールとして認識可能にする。【解決手段】ＣＡＤシステム４０１などの業務システムから、部品形状を特定する設計ルールを取得し、階層ノード形式のデータへ変換し、階層ノード形式のデータへ変換された設計ルールと、他のノードとの関係の度合いである関係強度を算出し、設計ルールと、同様の設計ルールであるが、異なる様式で記述されている設計ルール間の関係強度を最大の値とし、関係強度と、設計ルールとを対応付けて統合化ルールＤＢ３００へ記憶させる。【選択図】図１
2008234011.tif 000002
【特許請求の範囲】
【請求項１】
部品形状を特定する設計ルールを管理するルール構築装置における設計ルール管理方法であって、
前記ルール構築装置は、情報を処理する処理部と、情報を入力する入力部と、情報を記憶する記憶部とを有し、
前記処理部は、前記入力部を介して、複数の前記設計ルールを取得し、取得した各設計ルールを階層ノード形式のデータへ変換し、
前記階層ノード形式のデータへ変換された各設計ルールについて、それぞれの設計ルールごとに、他のノードとの関係の度合いである関係強度を算出し、
複数の前記設計ルールのうち、任意の設計ルールを第１の設計ルールとし、前記設計ルールと同様の内容を有する設計ルールであるが、異なる様式で記述されている設計ルールを第２の設計ルールとしたとき、前記第１の設計ルールと、前記第２の設計ルールとの間の前記関係強度を所定の値に変換し、
前記変換された所定の値を有する関係強度と、前記第１の設計ルールと、前記第２の設計ルールとを対応付けて記憶部へ記憶させることを特徴とする設計ルール管理方法。
【請求項２】
前記ルール構築装置は、類義語辞書を有し、
前記関係強度の算出は、
前記処理部が、
設計ルール間の名称同士を、前記類義語辞書を用いて比較し、前記設計ルールの名称間の類似の度合いによって、前記設計ルール間の前記関係強度を決定することを特徴とする請求項１に記載の設計ルール管理方法。
【請求項３】
前記ルール構築装置は、類義語辞書を有し、
前記関係強度の算出は、
前記処理部が、
前記設計ルールに用いる属性または部品の名称と、類似の名称を有する属性または部品を、前記類義語辞書を参照して探索し、前記属性または部品の名称間の類似の度合いによって、前記設計ルールと、前記属性または部品との間の前記関係強度を決定することを特徴とする請求項１に記載の設計ルール管理方法。
【請求項４】
関連のある前記設計ルールと、前記属性とを、階層ノードの形式で表示部に表示し、
前記関係強度の算出は、入力部を介して、同一の機能を有する属性同士を結ぶことで、前記属性同士の関係強度を最大の値とし、
前記関係強度が最大の値となった属性を用いる設計ルール間の関係強度を最大の値とすることを特徴とする請求項１に記載の設計ルール管理方法。
【請求項５】
業務システムにおけるパラメータの変更が生じたとき、前記パラメータの変更が、部品形状を特定する設計ルールに違反していないかをチェックするルールチェック装置における設計ルール管理方法であって、
前記ルールチェック装置は、情報を処理する処理部と、情報を入力する入力部と、第１の設計ルールと、第２の設計ルールとの間の関係強度と、前記第１の設計ルールと、前記第２の設計ルールとを対応付けて記憶している記憶部を有し、
前記処理部は、
前記入力部を介して、変更の生じた前記パラメータを取得し、
前記取得したパラメータを用いる設計ルールにおいて、ルール違反が生じていないかを判定するルールチェックを行う際、
前記関係強度が所定の値を有するすべての設計ルールを、前記記憶装置から取得し、
前記取得したすべての設計ルールに関して、前記ルールチェックを行うことを特徴とする設計ルール管理方法。
【請求項６】
前記ルールチェックの結果、ルール違反が生じている場合は、前記ルール違反が生じている旨のメッセージを、表示部に表示させることを特徴とする請求項５に記載の設計ルール管理方法。
【請求項７】
前記ルールチェック装置は、クライアント端末と通信可能であり、
前記ルールチェックの結果、ルール違反が生じている場合は、前記ルール違反が生じている旨のメッセージを、前記クライアント端末に表示させることを特徴とする請求項５に記載の設計ルール管理方法。
【請求項８】
請求項１から請求項７に記載の設計ルール管理方法をコンピュータに実行させることを特徴とする設計ルール管理プログラム。
【請求項９】
部品形状を特定する設計ルールを管理するルール構築装置であって、
前記ルール構築装置は、情報を処理する処理部と、情報を入力する入力部と、情報を記憶する記憶部とを有し、
前記処理部は、前記入力部を介して、複数の前記設計ルールを取得し、取得した各設計ルールを階層ノード形式のデータへ変換し、
前記階層ノード形式のデータへ変換された各設計ルールについて、それぞれの設計ルールごとに、他のノードとの関係の度合いである関係強度を算出し、
複数の前記設計ルールのうち、任意の設計ルールを第１の設計ルールとし、前記設計ルールと同様の内容を有する設計ルールであるが、異なる様式で記述されている設計ルールを第２の設計ルールとしたとき、前記第１の設計ルールと、前記第２の設計ルールとの間の前記関係強度を所定の値に変換し、
前記変換された所定の値を有する関係強度と、前記第１の設計ルールと、前記第２の設計ルールとを対応付けて記憶部へ記憶させることを特徴とするルール構築装置。
【請求項１０】
業務システムにおけるパラメータの変更が生じたとき、前記パラメータの変更が、部品形状を特定する設計ルールに違反していないかをチェックするルールチェック装置であって、
前記ルールチェック装置は、情報を処理する処理部と、情報を入力する入力部と、第１の設計ルールと、第２の設計ルールとの間の関係強度と、前記第１の設計ルールと、前記第２の設計ルールとを対応付けて記憶している記憶部を有し、
前記処理部は、
前記入力部を介して、変更の生じた前記パラメータを取得し、
前記取得したパラメータを用いる設計ルールにおいて、ルール違反が生じていないかを判定するルールチェックを行う際、
前記関係強度が所定の値を有するすべての設計ルールを、前記記憶装置から取得し、
前記取得したすべての設計ルールに関して、前記ルールチェックを行うことを特徴とするルールチェック装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設計ルール管理方法、設計ルール管理プログラム、ルール構築装置およびルールチェック装置の技術に関する。
【背景技術】
【０００２】
ＣＡＤ（Computer Aided Design）システムを用いた設計では、設計ルール（以下、適宜ルールと記載する）が、しばしば用いられる。設計ルールとは、部品の形状を特定する設計パラメータ（以下、適宜パラメータと記載する）を決定するための条件や、関係式からなる情報であり、例えば、部品間隔の制約条件や、配線の幅に関する制約条件などである。
ＣＡＤシステム上において、形状などを変更したときに、変更されるパラメータの１つである形状パラメータが、ルールに違反しているか否かをチェックするといったルールチェックが行われる。
製品設計時に必要なパラメータや、ルールのチェック方法として、例えば、市販されているＣＡＤシステムでは形状寸法値や重量などのマスプロパティ値が取りうる範囲をルールとして、当該システム上で記述しておくことにより、ＣＡＤシステムによる寸法値などの変更時に自動的にルールチェックを実行するものがある。
【０００３】
また、ＣＡＥ（Computer Aided Engineering）システムの場合、解析プログラムの中にパラメータが取りうる範囲をルールとして記述することにより、解析データのルールチェックを実行する。また、簡易的な解析計算ツールとして表形式のユーザインタフェースとスクリプトによる計算処理を行うプログラムも設計では一般的に用いられるが、この場合もルールをスクリプトとして記述しておくことで、解析プログラムと同様にルールチェックを実行する。
一方、パラメータの統一的な表現モデルとしては大学などから提案されている。例えば、非特許文献１に記載の技術では、部品などの製品実体とその属性、アクティビティ（タスク）など、製品開発にまつわる複数のパラメータのネットワーク間をリンクづけして表現可能としている。
【非特許文献１】青山  和浩、古賀  毅、木下  晋、「製品の挙動と構造の段階的詳細化モデルにおける信頼性設計支援システムの考察」、[online]、［平成１８年８月３日検索］、インターネット<URL:http://www.msel.t.u-tokyo.ac.jp/~tsuyoshi-koga/B5.pdf>
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の製品設計においてルールは、ＣＡＤシステム、解析プログラム、解析制御プログラム、ＰＤＭ（Product Data Management）などの業務システムごとに記述、管理され、これら業務システムごとにルールチェックが実行されてきた。このような方法では以下の課題がある。
１．ルールの有効範囲は業務システム単位であり、設計データ全体にわたるルールの記述やチェックが困難である。
２．業務システムごとにルールが異なるデータとして扱われるため、ルールのメンテナンスが困難である。
【０００５】
前者の具体的な例としては、ＣＡＤシステムでモデリングされた製品形状に対し、「部品Ａ寸法ａ１１＞１０ｍｍ」というルールが付与されていて、その定数値「１０ｍｍ」の設計根拠が別の解析プログラムによる解析結果によるパラメータの１つである解析パラメータに起因する場合を想定する。このような定数値によるルールでは設計対象や設計条件が変わった場合に対応できず、汎用的なルールとはいえない。すなわち、ＣＡＤシステムのルールと、解析プログラムのルールとは、異なるデータとして扱われるため、例えば、解析プログラムの条件を変更した結果を、ＣＡＤシステムに反映させることが困難である。
また、前記した１の課題により現状の設計対象や設計条件と乖離したルールを修正する必要が生じた際、前記した２の課題を解決する必要があり、これらの課題により、将来的にルールチェックシステムとして有効に働かなくなってしまう恐れもある。
以上の課題を解決するために設計支援システム毎に記載された複数のルールを関連付けて統合的に管理し、ルールチェックを連鎖的に実行する仕組みが必要である。
【０００６】
このような背景に鑑みて本発明がなされたのであり、本発明は、業務システムごとに異なる設計ルールにおいて、実際には同一の設計ルールなのだが、異なる設計ルールとして記述されている設計ルールを、同一の設計ルールとして認識可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するため、本発明を完成するに至った。すなわち、本発明は、業務システムから、部品形状を特定する設計ルールを取得し、階層ノード形式のデータへ変換し、階層ノード形式のデータへ変換された設計ルールと、他のノードとの関係の度合いである関係強度を算出し、設計ルールと、同様の設計ルールであるが、異なる様式で記述されている設計ルール間の関係強度を最大の値とし、関係強度と、設計ルールとを対応付けて記憶部へ記憶させることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、業務システムごとに異なる設計ルールにおいて、実際には同一の設計ルールなのだが、異なる設計ルールとして記述されている設計ルールを、同一の設計ルールとして認識可能となる。
【発明を実施するための最良の形態】
【０００９】
次に、本発明を実施するための最良の形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【００１０】
図１は、本実施形態に係るルール構築装置の機能ブロック図の例である。
ルール構築装置１は、形状ルールデータ処理部１０１、解析ルールデータ処理部１０２、解析制御ルールデータ処理部１０３、ルールデータ収集部１０４、ルール間関係生成部１０５、ルール編集部１０６、形状ルールＤＢ（Data Base）１０７、解析ルールＤＢ１０８、解析制御ルールＤＢ１０９、類義語辞書１１０および統合化ルールＤＢ３００を有してなる。
ここで、形状ルールデータ処理部１０１、解析ルールデータ処理部１０２および解析制御ルールデータ処理部１０３は、請求項の入力部に相当し、ルールデータ収集部１０４、ルール間関係生成部１０５およびルール編集部１０６は、請求項の処理部に相当する。そして、統合化ルールＤＢ３００は、請求項の記憶部に相当する。
形状ルールＤＢ１０７は、寸法パラメータや、幾何拘束関係や、マスプロパティなどを扱うＣＡＤシステム４０１から送られたルールデータである形状ルールデータを格納する。解析ルールＤＢ１０８は、解析プログラム４０２から送られた解析ルールデータを格納する。解析制御ルールＤＢ１０９は、解析制御プログラム４０３から送られた解析制御ルールデータを格納する。
ここで、形状ルールデータや、解析ルールデータや、解析制御ルールデータは、それぞれルール名称およびルール式などの情報を含んだデータである。そして、本実施形態では、形状ルールデータ、解析ルールデータおよび解析制御ルールデータを総称して、ルールデータという。
【００１１】
形状ルールデータ処理部１０１は、形状ルールＤＢ１０７から形状ルールデータを取得し、取得した形状ルールデータを、ノードデータ形式に変換する機能を有する。ノードデータ形式とは、図５を参照して後記するように、互いに関連のある製品データ、部品データ、属性データおよびルールデータを階層的に表示する階層ノードとして表示するためのデータである。
同様に、解析ルールデータ処理部１０２は、解析ルールＤＢ１０８から解析ルールデータを取得して、ノードデータ形式に変換し、解析制御ルールデータ処理部１０３は、解析制御ルールＤＢ１０９から解析制御ルールデータを取得して、ノードデータ形式に変換する機能を有する。
ノードデータは、（ノード種類，ノードＩＤ，関係ノードＩＤ，関係強度）のデータ形式で構成される。例えば、ルールノードデータであれば、（ノード種類「ルール」，ノードＩＤ「ルール１」，関係ノードＩＤ「ルール２」，関係強度「０．７」）のようになる。
ノードデータ形式は、ルールだけではなく、製品データ、部品データ、属性データなどにも適用可能である。
【００１２】
ルールデータ収集部１０４は、形状ルールデータ処理部１０１、解析ルールデータ処理部１０２および解析制御ルールデータ処理部１０３からルールノードデータを取得する機能を有する。
ルール間関係生成部１０５は、類義語辞書１１０などを基にルールノードデータと、他のノードデータとの関係を検出し、検出した関係に関する情報を統合化ルールＤＢ３００に格納する機能を有する。関係の検出方法に関しては、図４を参照して後記する。
ルール編集部１０６は、ルール間関係生成部１０５が検出した関係の情報を表示し、ルール情報設定者４０４が図示しないマウスなどのポインティングデバイスなどを介してノードデータを編集することによって、関係に関する情報の編集を行う機能を有する。
統合化ルールＤＢ３００は、各ノードデータ間の関係に関する情報を格納している。
類義語辞書１１０は、類義語に関する情報を格納している。
【００１３】
なお、本実施形態では、各部１０１〜１０６と各ＤＢ１０７〜１１０，３００とを、一体の装置であるとしたが、これに限らず、例えば、各ＤＢ１０７〜１１０，３００をルール構築装置１とは別のファイルサーバなどに搭載する形態としてもよい。
また、本実施形態では、ＣＡＤシステム４０１、解析プログラム４０２、解析制御プログラム４０３と、ルール構築装置１とは、別の装置であるとしたが、これに限らず、ＣＡＤシステム４０１、解析プログラム４０２および解析制御プログラム４０３の少なくとも１つが、ルール構築装置１に含まれていてもよい。
さらに、本実施形態に係るルール構築装置１は、ＰＤＭシステムから、ＰＤＭルールデータから送られた図示しないＰＤＭルールＤＢおよびＰＤＭルールデータ処理部を有していてもよい。
【００１４】
図２は、本実施形態に係るルールチェック装置の機能ブロック図の例である。
図２において、図１と同様の要素に関しては、同一の符号を付し、説明を省略する。
ルールチェック装置２は、形状パラメータ取得部２０１、解析パラメータ取得部２０２、解析制御パラメータ取得部２０３、ルールチェック処理部２０４、ルールチェック結果通知部２０５および統合化ルールＤＢ３００を有してなる。
形状パラメータ取得部２０１、解析パラメータ取得部２０２および解析制御パラメータ取得部２０３は、請求項の入力部に相当し、ルールチェック処理部２０４およびルールチェック通知部２０５は、請求項の処理部に相当する。そして、統合化ルールＤＢ３００は、請求項の記憶部に相当する。
形状パラメータ取得部２０１は、ＣＡＤシステム４０１において、ユーザ４０５がＣＡＤデータを変更することによって、変更が生じた形状パラメータを取得する機能を有する。
解析パラメータ取得部２０２は、ユーザ４０５が条件を変更して解析プログラム４０２を実行することによって、変更が生じた解析パラメータを取得する機能を有する。
解析制御パラメータ取得部２０３は、ユーザ４０５が条件を変更して解析制御プログラム４０３を実行することによって、変更が生じた解析制御パラメータを取得する機能を有する。
【００１５】
ルールチェック処理部２０４は、各取得部２０１〜２０３が取得した各パラメータと、統合化ルールＤＢ３００から取得したノードデータとを基に、ルールチェックを実行する機能を有する。
ルールチェック結果通知部２０５は、ルールチェック処理部２０４が行ったルールチェックの結果を図示しない表示部に表示させることによって、ルールチェックの結果をユーザ４０５へ通知する機能を有する。
【００１６】
なお、本実施形態では、各部２０１〜２０５と、統合化ルールＤＢ３００とを、一体の装置であるとしたが、これに限らず、例えば、統合化ルールＤＢ３００をルールチェック装置２とは別のファイルサーバなどに搭載する形態としてもよい。
また、本実施形態では、ＣＡＤシステム４０１、解析プログラム４０２、解析制御プログラム４０３と、ルールチェック装置２とは、別の装置であるとしたが、これに限らず、ＣＡＤシステム４０１、解析プログラム４０２および解析制御プログラム４０３の少なくとも１つが、ルールチェック装置２に含まれていてもよい。
さらに、本実施形態に係るルールチェック装置２は、ユーザ４０５が条件を変更してＰＤＭプログラムを実行することによって、変更が生じたＰＤＭパラメータを取得するＰＤＭパラメータ取得部を有していてもよい。
【００１７】
本実施形態では、図１に示すルール構築装置１と、図２に示すルールチェック装置２とを別の装置であるとしたが、これに限らず、ルール構築装置１と、ルールチェック装置２とを、一体の装置としてもよい。
また、図１に示す各部１０１〜１０６、および図２に示す各部２０１〜２０５は、ＨＤ（Hard Disk）や、ＲＯＭ（Read Only Memory）に格納されたプログラムがＲＡＭ（Random Access Memory）に展開され、ＣＰＵ（Central Processing Unit）が、そのプログラムを実行することによって具現化する。
【００１８】
（ルール間関係構築の処理）
図３は、本実施形態に係るルール構築装置における処理の流れを示すフローチャートである。
なお、図３に示す処理は、例えば１日１回の割合で行われたり、ルール情報設定者４０４が、ルール間関係構築に関する設計ルール管理プログラムを起動したりすることにより開始される。
まず、処理に先がけて、ＣＡＤシステム４０１から、ルール構築装置１へ送られた形状ルールデータが、ルール構築装置１の形状ルールＤＢ１０７に随時格納される。同様に、解析プログラム４０２から、ルール構築装置１へ送られた解析ルールデータが、解析ルールＤＢ１０８に、解析制御プログラム４０３から、ルール構築装置１へ送られた解析制御ルールデータが解析制御ルールＤＢ１０９に随時格納される。
そして、形状ルールデータ処理部１０１が、形状ルールＤＢ１０７から形状ルールデータを取得し、取得した形状ルールデータをノードデータ形式に変換する（Ｓ１０１）。
続いて、解析ルールデータ処理部１０２が、解析ルールＤＢ１０８から解析ルールデータを取得し、取得した解析ルールデータをノードデータ形式に変換する（Ｓ１０２）。
さらに、解析制御ルールデータ処理部１０３が、解析制御ルールＤＢ１０９が、解析制御プログラム４０３から解析制御ルールデータを取得し、取得した解析制御ルールデータをノードデータ形式に変換する（Ｓ１０３）。
ここで、形状ルールデータや、解析ルールデータや、解析制御ルールデータを、ルールデータと総称することとする。そして、ノードデータ形式に変換された設計ルールデータをルールノードデータと記載することとする。
なお、ステップＳ１０１からステップＳ１０３の処理は、この順番で行う必要はない。また、ステップＳ１０１からステップＳ１０３の処理をすべて行う必要もなく、どれかひとつの処理が、行われていればよい。
【００１９】
ステップＳ１０１〜１０３では、形状ルールデータ処理部１０１や、解析ルールデータ処理部１０２や、解析制御ルールデータ処理部１０３が、ノード種類として、「ルール」、そして、取得した各ルールデータにノードＩＤ（ルールＩＤ）を付す処理を行う。このとき、関係ノードＩＤおよび関係強度には、何も記述しない。
ルール構築装置１は、ステップＳ１０１〜Ｓ１０３と平行して、部品データや、属性データなどがＣＡＤシステム４０１などから取得され、ステップＳ１０１〜Ｓ１０３と同様にノードデータ形式に変換される（図示せず）。ノードデータ形式に変換された部品データおよび属性データを、部品ノードデータおよび属性ノードデータと記載する。
【００２０】
次に、ルールデータ収集部１０４は、形状ルール処理部や、解析ルール処理部や、解析制御ルール処理部から、ルールノードデータを取得する（Ｓ１０４）。
そして、ルール間関係生成部１０５が、ルールデータと、ルールデータ、部品ルールデータまたは属性ノードデータとの間の関係を検出し、検出した関係をルールデータに記述した後、統合化ルールＤＢ３００に格納する（Ｓ１０５）。
具体的には、ステップＳ１０１〜Ｓ１０３の処理の結果、ノードデータ形式に変換されたルールデータのうち、記述されていなかった関係ノードＩＤおよび関係強度を記述した後、関係ノードＩＤおよび関係強度を記述されたルールデータを統合化ルールＤＢ３００に格納する。ステップＳ１０５（関係の検出）の詳細は、図４を参照して後記する。
【００２１】
次に、ルール編集部１０６が、ステップＳ１０５の処理結果を、図示しない表示部に表示し、必要に応じて修正を加えたルールノードデータを、統合化ルールＤＢ３００に格納する（Ｓ１０６）。ステップＳ１０６の処理は、図５を参照して後記する。
【００２２】
図４は、図３のステップＳ１０５における処理の流れを示すフローチャートである。
まず、ルール間関係生成部１０５が、ルール名称の類似度を算出する（Ｓ２０１）。具体的には、ルール間関係生成部１０５が、ステップＳ１０４で取得したルールノードデータのルールＩＤを基に、形状ルールＤＢ１０７や、解析ルールＤＢ１０８や、解析制御ルールＤＢ１０９を参照して、該当するルール名称を取得する。次に、ルール間関係生成部１０５が、形状ルールＤＢ１０７や、解析ルールＤＢ１０８や、解析制御ルールＤＢ１０９を参照して、一致する名称を有するルールノードデータのルールＩＤを検索する。検出できたとき、ルール間関係生成部１０５は、それらのルールデータ間の類似度は、１．０とし、該当するルールＩＤを取得する。検出できなかったときは、ルール間関係生成部１０５は、類義語辞書１１０を参照して、ルール名称の類義語を有するルールデータを検索する。検出できた場合は、ルール間関係生成部１０５が、所定のルールに則って類似度を算出し、検出したルールＩＤを取得する。検出できなかった場合は、ルール間関係生成部１０５は、類似度を０とし、関係ノードＩＤを空欄にしておく。
【００２３】
次に、類義語辞書１１０を用いるなど、ステップＳ２０１と同様の手順で、ルール間関係生成部１０５が、該当するルールと、ルールデータ間の入出力パラメータとなる属性名称の類似度を算出する（Ｓ２０２）。属性ノードデータや、属性の名称などは、図示しない属性ＤＢに格納されている。ルール間関係生成部１０５は、ルールデータの関係ノードＩＤをたどり、属性ＤＢに格納されている属性名称を参照することによって、該当する属性ＩＤを取得する。
そして、類義語辞書１１０を用いるなど、ステップＳ２０１と同様の手順で、ルール間関係生成部１０５が、該当するルールとルールデータ間の入出力パラメータとなる属性の対象となる部品名称の類似度を算出する（Ｓ２０３）。部品ノードデータや、部品ＤＢなどは、図示しない部品ＤＢに格納されている。ルール間関係生成部１０５は、ルールノードデータの要素の１つである、関係ノードＩＤをたどり、部品ＤＢを参照することで、部品ノードの部品名称を取得して、ルール名称との類似度を算出する。その後、ルール間関係生成部１０５は、類似度を算出した部品ノードの部品ＩＤを取得する。
そして、例えば、算出した各類似度を平均した値などを関係強度とする。さらに、類似探索の対象となっているルールと、類似する名称を有していると判定されたルールＩＤ、属性ＩＤなどを関係ノードＩＤとし、この関係ノードＩＤと、関係強度とを統合化ルールＤＢ３００に格納する（Ｓ２０４）。ステップＳ２０４では、取得したルールＩＤや、属性ＩＤや、部品ＩＤごとにルールノードデータを生成する。
【００２４】
図５は、ルール編集画面の例を示す図である。
ルール編集画面５０１は、図３のステップＳ１０６における処理で表示される画面である。
ルール編集画面５０１は、設計ルールデータ編集用ウィンドウ５０２を含む。
設計ルールデータ編集用ウィンドウ５０２には、製品ノード５０３、部品ノード５０４，５０８、属性ノード５０５，５０７，５０９，５１１，５１４、およびルールノード５０６，５１０が、階層ノードの形式で表示される。
製品ノード５０３および部品ノード５０４，５０８内には、製品名および部品名が表示されている。
属性ノード５０５，５０７，５０９，５１１，５１４には、リンクしている部品の属性情報が表示されている。例えば、属性ノード５０５，５１４には、部品ノード５０４に表示されている「部品ａ１」に関する属性情報である「属性ａ１２」および「属性ａ１１」が表示され、属性ノード５０９には、部品ノード５０８に表示されている「部品ａ２１」に関する属性情報である「属性ａ２１」が表示されている。属性ノード５０７，５１１については、後記する。属性ノード５０５，５０７，５０９，５１１，５１４に表示されている属性情報は、ＣＡＤシステム４０１から得られる寸法や、長さなどの形状に関する属性情報や、解析プログラム４０２から得られる解析結果の情報などが表示される。
そして、ルールノード５０６，５１０には、ルールノードデータのルールＩＤに相当するルール名称が表示される。属性ノード５０７には、「属性ａ１２」を、ルールノード５０６に表示されている「ルール１」のルール式に適用した結果である「属性ｘ１１」が表示され、属性ノード５１１には、「属性ａ２１」を、ルールノード５１０に表示されている「ルール２」のルール式に適用した結果である「属性ｙ１１」が表示されている。
【００２５】
互いに関係のあるノード間（ノード間の関係強度が、０より大きい値を持つノード間）は、リンク線によって結ばれる。部品ノード−属性ノード間、属性ノード−ルールノード間のリンク線は、実線であるが、属性ノード−属性ノード間のリンク線は、破線（例えば、破線５１３）で示すものとする。なお、リンク線は、関係強度の値によって、太さを変えたり、色を変えたりしてもよい。
【００２６】
そして、ルール情報提供者が、２つの属性ノードに表示されている属性が等価であると判定すると、マウスなどのポインティングデバイスを用いて、一方の属性ノードを、他方の属性ノードへドラッグなどする（矢印５１２）。
すると、ルール構築装置１のルール編集部１０６は、これら２つの属性ノードとリンクしているルールノードの関係強度を１．０とする。具体的には、ルール編集部１０６が、ドラッグ先の属性ノードが示す属性ＩＤを関係ノードＩＤとして有するルールノードデータを、統合化ルールＤＢ３００から取得し、取得したルールノードデータのルールＩＤを関係ノードＩＤとして持ち、関係強度を１．０とするルールノードデータを生成する。そして、ルール編集部１０６は、生成したルールノードデータを統合化ルールＤＢ３００に格納する。
このような処理を行うことにより、ステップＳ１０４で、関係強度が１．０とはならなかったルールノード間の関係強度を１．０とすることができる。
【００２７】
（ルールチェックの処理）
次に、図６および図７を参照して、本実施形態に係るルールチェックの処理を説明する。
図６は、本実施形態に係るルールチェック装置における処理の流れを示すフローチャートである。
図６に示す処理は、ユーザ４０５が、ルールチェックに関する設計ルール管理プログラムを起動することで、処理が開始される。
まず、例えば、ユーザ４０５が、ＣＡＤシステム４０１でＣＡＤデータを変更したり、解析プログラム４０２や、解析制御プログラム４０３のパラメータを変更して解析を行ったりすることで、形状パラメータデータや、解析パラメータデータや、解析制御パラメータデータが変更されたとする。
そして、形状パラメータ取得部２０１が、ＣＡＤシステム４０１から変更された形状パラメータデータを取得し（Ｓ３０１）、解析パラメータ取得部２０２が、解析プログラム４０２から変更された解析パラメータデータを取得する（Ｓ３０２）。
続いて、解析制御パラメータ取得部２０３が、解析制御プログラム４０３から変更された解析制御パラメータデータを取得する（Ｓ３０３）。
なお、ステップＳ３０１からステップＳ３０３の処理は、この順番で行う必要はない。また、ステップＳ３０１からステップＳ３０３の処理をすべて行う必要もなく、どれかひとつの処理が、行われていればよい。
【００２８】
次に、ルールチェック処理部２０４が、統合化ルールＤＢ３００を参照して対応するルールを検索し、該当するルールがある場合は、ルールチェックを実行する（Ｓ３０４）。
具体的には、ルールチェック処理部２０４が、取得したパラメータに含まれているパラメータＩＤ（属性ＩＤなど）を基に、統合化ルールＤＢ３００を参照して、該当するルールノードデータをすべて取得する。次に、ルールチェック処理部２０４が、取得したルールノードデータのうち、関係強度が１．０である関係ノードＩＤを取得し、この関係ノードＩＤが示すノードデータのうち、種別がルールであるノードＩＤ（すなわち、ルールＩＤ）を取得する。そして、ルールチェック処理部２０４は、図示しないルールＤＢを検索して、該当するルールＩＤに対応するルール式をすべて取得する。ここで、ルールＤＢは、ルールＩＤ、ルール名称、ルール式などを対応付けて格納している。そして、ルールチェック処理部２０４は、取得したすべてのルール式に、取得したパラメータの値を適用することによってルールチェックを行う。
【００２９】
そして、ルールチェック結果通知部２０５が、ステップＳ３０４の結果であるルールチェック結果を表示する（Ｓ３０５）。ステップＳ３０５でルールチェック結果が表示されるルールチェック結果表示画面は、図７を参照して後記する。
【００３０】
図７は、図６のステップＳ３０５におけるルールチェック結果表示画面の例を示す図であり、（ａ）は、ルールチェック結果表示画面の全体を示す図であり、（ｂ）は、ルール違反が生じている場合のアイコンの表示例であり、（ｃ）は、ルール違反が生じていない場合のアイコンの表示例である。
なお、図７（ａ）〜（ｃ）において、共通の要素には同一の符号を付して、説明を省略する。
図７（ａ）に示すように、ルールチェック結果表示画面６０１は、各種業務システムにおける作業画面を表示する設計作業用ウィンドウ６０２と、ルールチェック結果表示画面６０１の下方にタスクバー６０３を有してなる。さらに、タスクバー６０３は、常駐プログラムであるルールチェックエージェント６０４が、アイコン表示されている。
なお、ルールチェック結果表示画面６０１は、図示しないルールチェック装置２の表示部に表示される画面である。
ＣＡＤシステム４０１や解析プログラム４０２などの業務システムは、実行している間、常にルールチェック装置２にパラメータを送信している。そして、ルールチェックエージェント６０４は、送信されてくるパラメータを監視している。ルールチェックエージェント６０４が、パラメータの変更を検出した場合、ルールチェックエージェントが、ルールチェックプログラムを起動し、ルールチェック装置２が、図６のステップＳ３０１からステップＳ３０５の処理を実行して、ルールチェックを行う。
【００３１】
ルールチェックを行った結果、ルール違反があった場合は、図７（ｂ）に示すように、ルールチェックエージェント６０４が、該当するクライアントのコンピュータにルールチェック結果をメッセージとして通知する。このとき、ルールチェックエージェント６０４は、図７（ｂ）に示す吹き出しのようなメッセージボックス６０５とメッセージを表示する。メッセージボックス６０５中には、また、詳細なエラー情報を表示する「詳細」ボタン６０７が表示されており、この「詳細」ボタン６０７をマウスなどのポインティングデバイスでクリックすることにより、詳細なエラー情報が表示される。
【００３２】
そして、ルール違反が解消された場合（ルールチェックを行った結果、ルール違反が生じていないとき）は、図７（ｃ）に示すようなメッセージボックス６０６中のメッセージを表示する。
なお、ルールチェックエージェント６０４に「休止モード」をもたせることにより、各種業務システムから、常にルールチェック装置２にパラメータを送信することを停止させることができる。
【００３３】
なお、ステップＳ３０４におけるルールチェックをルールチェック処理部２０４だけで完結せず、ルールチェックの結果と、該当するパラメータを各業務システムへ戻し、その結果を再度ルールチェック処理部２０４に送信して、ルールチェックを続行してもよい。例えば、ルールチェックの結果と、該当する形状パラメータを戻されたＣＡＤシステム４０１は、ルール違反が生じている箇所を強調表示する。そして、ユーザ４０５は、強調表示されている箇所の形状パラメータを変更し、この変更した形状パラメータを、ルールチェック装置２へ送る。そして、ルールチェック装置２のルールチェック処理部２０４は、送られた形状パラメータに対し、ステップＳ３０４のルールチェックを行う。この処理を、ルール違反が生じなくなるまで繰り返し行ってもよい。
さらに、各種業務システムは、戻されたパラメータの影響を受ける他のパラメータを検索し、該パラメータを強調表示してもよい。
【００３４】
図８は、本実施形態に係るルールチェックシステムの構成例を示す図である。
ルールチェックシステム１００１は、統合化ルールＤＢ３００と、ルールチェックサーバ１００２と、ユーザ管理ＤＢ１００３と、少なくとも１以上のクライアント端末（クライアント１００５）とを有してなる。クライアント１００５と、ルールチェックサーバ１００２は、ＬＡＮ（Local Area Network）またはＷＡＮ（Wide Area Network）であるネットワーク１００４を介して接続されている。
ルールチェックサーバ１００２は、図２に示すルールチェック装置２とは、統合化ルールＤＢ３００が外部装置となっている点、ルールチェック結果通知部２０５が、ルールチェックの結果を、ネットワーク１００４を介してクライアント１００５に送信する機能を有する点が異なるが、他の各部２０１〜２０４（図２参照）における機能、および処理は同じである。
ユーザ管理ＤＢ１００３は、ユーザ１００６に関する情報（例えば、ユーザ１００６が使用しているクライアント１００５のＭＡＣ（Media Access Control）アドレスや、ユーザ１００６がルールチェックサーバ１００２へアクセスする際のパスワードなど）を格納している。
クライアント１００５は、ルールチェックサーバ１００２で行われたルールチェックの結果を、ネットワーク１００４を介して受信し、当該結果を表示して、ユーザ１００６に示す機能を有する。また、クライアント１００５は、前記した機能のほかに、図２に示すＣＡＤシステム４０１、解析プログラム４０２または解析制御プログラム４０３の機能を有していてもよい。
また、図８では、統合化ルールＤＢ３００と、ユーザ管理ＤＢ１００３とが、ルールチェックサーバ１００２とは、異なる装置となっているが、これらのＤＢ３００，１００３とを、ルールチェックサーバ１００２に含ませた構成としてもよい。
【００３５】
図８に示すルールチェックシステム１００１の場合、図７に示すルールチェック結果表示画面６０１は、クライアント１００５の表示画面に表示されることになる。
以下、図７を参照しつつ、図８におけるルールチェックシステム１００１におけるルールチェック結果表示画面６０１の説明を行う。
なお、ここでは、クライアント１００５に、ＣＡＤシステム４０１や、解析プログラム４０２などの業務システムが搭載されている場合を想定する。クライアント１００５と、業務システムが別の装置である場合については、クライアント１００５と、ルールチェックサーバ１００２間で必要な情報を送受信する以外は、図７で行った説明とほぼ同様のため、説明を省略する。
【００３６】
クライアント１００５において、ＣＡＤシステム４０１や解析プログラム４０２などの業務システムが実行中のとき、ルールチェックエージェント６０４は、業務システムにおけるパラメータを監視しており、パラメータの値に変更があった場合、クライアント１００５は、ルールチェックサーバ１００２へ変更のあったパラメータを送信する。そして、ルールチェックサーバ１００２において、ルールチェックを行い、ルール違反があった場合、ルールチェックサーバ１００２のルールチェック結果通知部２０５（図２参照）は、該当するクライアント１００５にルールチェック結果をメッセージとして通知する。ルールチェックエージェント６０４はサーバからのメッセージを受信して、図７（ｂ）の吹き出しのようなメッセージボックス６０５とメッセージを表示する。
ルール違反が解消された場合（ルールチェックの結果、ルール違反を検出しなかったとき）、ルールチェックサーバ１００２のルールチェック結果通知部２０５（図２参照）は、該当するクライアント１００５にルールチェック結果をメッセージとして通知する。そして、クライアント１００５は、図７（ｃ）のようなメッセージを、メッセージボックス６０６中に表示する。
【００３７】
（効果）
異なる業務システムから取得したルール間の関係強度を最大とすることで、これらのルール間を関連付けることが可能となり、業務システムにおけるパラメータの変更によるルールチェックの際に、業務システムごとにルールチェックを行う必要がない。
【図面の簡単な説明】
【００３８】
【図１】本実施形態に係るルール構築装置の機能ブロック図の例である。
【図２】本実施形態に係るルールチェック装置の機能ブロック図の例である。
【図３】本実施形態に係るルール構築装置における処理の流れを示すフローチャートである。
【図４】図５のステップＳ１０５における処理の流れを示すフローチャートである。
【図５】ルール編集画面の例を示す図である。
【図６】本実施形態に係るルールチェック装置における処理の流れを示すフローチャートである。
【図７】図６のステップＳ３０５におけるルールチェック結果表示画面の例を示す図であり、（ａ）は、ルールチェック結果表示画面の全体を示す図であり、（ｂ）は、ルール違反が生じている場合のアイコンの表示例であり、（ｃ）は、ルール違反が生じていない場合のアイコンの表示例である。
【図８】本実施形態に係るルールチェックシステムの構成例を示す図である。
【符号の説明】
【００３９】
１      ルール構築装置
２      ルールチェック装置
１０１  形状ルールデータ処理部
１０２  解析ルールデータ処理部
１０３  解析制御ルールデータ処理部
１０４  ルールデータ収集部
１０５  ルール間関係生成部
１０６  ルール編集部
１０７  形状ルールＤＢ
１０８  解析ルールＤＢ
１０９  解析制御ルールＤＢ
１１０  類義語辞書
２０１  形状パラメータ取得部（パラメータ取得部）
２０２  解析パラメータ取得部（パラメータ取得部）
２０３  解析制御パラメータ取得部（パラメータ取得部）
２０４  ルールチェック処理部
２０５  ルールチェック結果通知部
３００  統合化ルールＤＢ
４０１  ＣＡＤシステム
４０２  解析プログラム
４０３  解析制御プログラム
５０１  ルール編集画面
５０２  設計ルールデータ編集用ウィンドウ
５０６，５１０  ルールノード
５１０  ルールノード
６０１  ルールチェック結果表示画面
６０４  ルールチェックエージェント
６０５，６０６  メッセージボックス
１００１  ルールチェックシステム
１００２  ルールチェックサーバ
１００３  ユーザ管理ＤＢ
１００４  ネットワーク
【図１】
2008234011.tif 000003
【図２】
2008234011.tif 000004
【図３】
2008234011.tif 000005
【図４】
2008234011.tif 000006
【図５】
2008234011.tif 000007
【図６】
2008234011.tif 000008
【図７】
2008234011.tif 000009
【図８】
2008234011.tif 000010