(57)【要約】【課題】検索手段と、検索データを利用して、製品設計を行える汎用性設計手段を有する部品データ取引支援システム及びシステムのＡＳＰを提供する。【解決手段】部品データの検索ソフト並びに製品及び部品の属性に対する制約を数式あるいは比較形式で定義した制約の定義及び制約の定義と連動して製品の設計解を推論する問題解決アルゴリズムから構成され、製品構成情報、部品データの属性値及び制約の定義に基づく製品及び部品の属性への制約情報等の問題表現を用いて設計解を求める構成設計プログラムを提供する中央管理サーバ１０、中央管理サーバ１０に登録され、共有の部品データファイルを提供する、あるいは利用する登録メンバ２０ａ〜２０ｇを構成要素とし、登録メンバが、検索ソフトを用いて必要とするデータファイルの部品データを得、得られた部品データの属性値に関するデータを構成設計プログラムに適用して設計解を求める。【選択図】　　　　図１
2004086264.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータネットワーク上にあり、部品データを検索する検索ソフト並びに製品及び部品の属性に対する制約を数式あるいは比較形式で定義した制約の定義及び該制約の定義と連動して上記製品の設計解を推論する問題解決アルゴリズム（推論エンジン）から構成され、上記製品の製品構成情報、上記部品データの属性値に関するデータ及び製品設計に対する上記制約の定義に基づく製品及び部品の属性への制約情報に関するデータ等の問題表現を用いて設計解を求める構成設計プログラムを提供する中央管理サーバ、
及び該中央管理サーバに登録され、部品データを記録した共有のデータファイルを提供し、あるいは上記共有のデータファイルを利用し、クライアントを備えた登録メンバを構成要素とし、
上記登録メンバが、上記検索ソフトにキーワードを入力して必要とするデータファイルの部品データをダウンロードし、該ダウンロードした部品データの属性値に関するデータを上記構成設計プログラムに適用して設計解を求めることを特徴とする部品データ取引支援システム。
【請求項２】
コンピュータネットワーク上にあり、部品データを検索する検索ソフト並びに製品及び部品の属性に対する制約を数式あるいは比較形式で定義した制約の定義及び該制約の定義と連動して上記製品の設計解を推論する問題解決アルゴリズム（推論エンジン）と、上記製品の製品構成情報、上記部品データの属性値に関するデータ及び製品設計に対する上記制約の定義に基づく製品及び部品の属性への制約情報に関するデータ等の問題表現とから構成され、上記問題表現を用いて設計解を求める構成設計プログラムを提供する中央管理サーバ、及び該中央管理サーバに登録され、部品データを記録した共有のデータファイルを提供し、あるいは上記共有のデータファイルを利用し、クライアントを備えた登録メンバを構成要素とし、
上記登録メンバが、上記検索ソフトにキーワードを入力して必要とするデータファイルの部品データをダウンロードし、該ダウンロードした部品データの属性値に関するデータを上記構成設計プログラムに適用して設計解を求めることを特徴とする部品データ取引支援システム。
【請求項３】
上記部品データとともに、該部品データ中の部品の属性に対する制約情報を纏めたファイルをダウンロードすることを特徴とする請求項１または２記載の部品データ取引支援システム。
【請求項４】
上記登録メンバは、上記構成設計プログラムに適用して設計解を求めた際の部品の属性または属性の値をキーワードとして上記検索ソフトに入力して上記部品の属性または属性の値を含む他のデータファイルを検索することを特徴とする請求項１または２記載の部品データ取引支援システム。
【請求項５】
上記問題表現は、上記製品構成情報に関するデータと、上記製品及び部品の属性への制約情報に関するデータと、上記部品データの属性値に関するデータとの３種類に分けて整理するようにしたことを特徴とする請求項１または２記載の部品データ取引支援システム。
【請求項６】
上記制約の定義において制約に対応する制約名を定義し、制約情報を上記制約名に対応させて入力することによって、上記構成設計プログラムにおける制約に対する処理の順序を変更可能としたことを特徴とする請求項１または２記載の部品データ取引支援システム。
【請求項７】
上記検索ソフトによって検索され、ダウンロードされた部品データは、上記キーワードに対応するデータを上記データファイルから抽出したものであることを特徴とする請求項１または２記載の部品データ取引支援システム。
【請求項８】
上記登録メンバそれぞれのクライアントは、上記検索ソフトとリンクして上記データファイルを処理する検索インターフェースソフトを備え、上記検索ソフトは上記検索インターフェースソフトを介して上記データファイルの詳細を知ることを特徴とする請求項１または２記載の部品データ取引支援システム。
【請求項９】
請求項１ないし８のいずれかに記載の部品データ取引支援システムを提供するＡＳＰ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、部品データファイル、部品カタログ等の部品データをコンピューターネットワークを介して検索、交換し受け取る部品データ取引支援システム及びこの部品データ取引支援システムを提供するＡＳＰに関するものである。
【０００２】
【従来の技術】
近年、製品の高機能化、多機能化が進展する中で、製品を構成する部品の数及び種類が増え続け、部品取引、部品販売、モデルチェンジ等のための新製品設計等の回数も増えている。その結果として、製品製造者、製品設計者、部品販売者、部品メーカ等から自己が必要とする部品データを請求する請求回数が増加し、かつ、早期入手が要望される中で、インターネットを利用したＰ２Ｐ等の検索ソフトで、必要とする部品データを迅速に入手するシステムが提案されている。
【０００３】
例えば、米国出願、２００２−０００７３５０号では、複数のメンバそれぞれが持つデータファイルをＰ２Ｐ技術で検索し、要求されたデータのデータファイルをインターネットを介して配信するデータ取引支援システムが開示されている。
【０００４】
上記のような従来のデータ取引支援システムでは、配信されたデータファイルを利用して、製品設計を行う場合、個々のメンバが有する設計手段を用いることになる。
【０００５】
また、配信されたデータの適否を確認する場合、個々のメンバにおける確認手段で行うことになる。
【０００６】
【発明が解決しようとする課題】
ここで、複数のメンバが共通に利用できる設計手段あるいは確認手段をデータ取引支援システムにおいて提供しようとする場合、汎用性のある設計手段あるいは確認手段が必要になるという問題がある。
【０００７】
本発明は、このような問題を解決するものであり、検索手段によって検索されたデータを利用して、製品設計を行うことができる汎用性のある設計手段、あるいは検索されたデータの有用性を確認するための汎用性のある確認手段を有する部品データ取引支援システム及びこのシステムのＡＳＰを提供するものである。
【０００８】
【課題を解決するための手段】
本発明に係る部品データ取引支援システムは、コンピュータネットワーク上にあり、部品データを検索する検索ソフト並びに製品及び部品の属性に対する制約を数式あるいは比較形式で定義した制約の定義及び該制約の定義と連動して上記製品の設計解を推論する問題解決アルゴリズム（推論エンジン）から構成され、上記製品の製品構成情報、上記部品データの属性値に関するデータ及び製品設計に対する上記制約の定義に基づく製品及び部品の属性への制約情報に関するデータ等の問題表現を用いて設計解を求める構成設計プログラムを提供する中央管理サーバ、
及び該中央管理サーバに登録され、部品データを記録した共有のデータファイルを提供し、あるいは上記共有のデータファイルを利用し、クライアントを備えた登録メンバを構成要素とし、
上記登録メンバが、上記検索ソフトにキーワードを入力して必要とするデータファイルの部品データをダウンロードし、該ダウンロードした部品データの属性値に関するデータを上記構成設計プログラムに適用して設計解を求めるものである。
【０００９】
また、コンピュータネットワーク上にあり、部品データを検索する検索ソフト並びに製品及び部品の属性に対する制約を数式あるいは比較形式で定義した制約の定義及び該制約の定義と連動して上記製品の設計解を推論する問題解決アルゴリズム（推論エンジン）と、上記製品の製品構成情報、上記部品データの属性値に関するデータ及び製品設計に対する上記制約の定義に基づく製品及び部品の属性への制約情報に関するデータ等の問題表現とから構成され、上記問題表現を用いて設計解を求める構成設計プログラムを提供する中央管理サーバ、
及び該中央管理サーバに登録され、部品データを記録した共有のデータファイルを提供し、あるいは上記共有のデータファイルを利用し、クライアントを備えた登録メンバを構成要素とし、
上記登録メンバが、上記検索ソフトにキーワードを入力して必要とするデータファイルの部品データをダウンロードし、該ダウンロードした部品データの属性値に関するデータを上記構成設計プログラムに適用して設計解を求めるものである。
【００１０】
また、上記部品データとともに、該部品データ中の部品の属性に対する制約情報を纏めたファイルをダウンロードするものである。
【００１１】
また、上記登録メンバは、上記構成設計プログラムに適用して設計解を求めた際の部品の属性または属性の値をキーワードとして上記検索ソフトに入力して上記部品の属性または属性の値を含む他のデータファイルを検索するものである。
【００１２】
また、上記問題表現は、上記製品構成情報に関するデータと、上記製品及び部品の属性への制約情報に関するデータと、上記部品データの属性値に関するデータとの３種類に分けて整理するようにしたものである。
【００１３】
また、上記制約の定義において制約に対応する制約名を定義し、制約情報を上記制約名に対応させて入力することによって、上記構成設計プログラムにおける制約に対する処理の順序を変更可能としたものである。
【００１４】
また、上記検索ソフトによって検索され、ダウンロードされた部品データは、上記キーワードに対応するデータを上記データファイルから抽出したものである。
【００１５】
また、上記登録メンバそれぞれのクライアントは、上記検索ソフトとリンクして上記データファイルを処理する検索インターフェースソフトを備え、上記検索ソフトは上記検索インターフェースソフトを介して上記データファイルの詳細を知るものである。
【００１６】
本発明に係るＡＳＰは、上記部品データ取引支援システムのいずれかを提供するものである。
【００１７】
【発明の実施の形態】
以下に、本発明の実施の形態を説明する。
実施の形態１．
図１は本発明に係る部品データ取引支援システムおける実施の形態１を示すブロック図である。
【００１８】
同図に示したように、インターネット上の中央管理サーバ１０は、Ｐ２Ｐ等の検索ソフト、製品の構成設計プログラム、この部品データ取引支援システムを利用する登録メンバ２０ａ〜２０ｇのメンバ名、提供する部品カタログリスト等の部品データリスト、名前及びインターネット上の住所（ＵＲＬ）等の情報を登録する。
【００１９】
登録メンバ２０ａ〜２０ｇには、部品データを記録したデータファイルを提供する人、データファイルを提供するとともに、他から提供されたデータファイルを利用する人、及び他から提供されるデータファイルを利用するだけの人が含まれる。
【００２０】
図２は、本実施の形態における検索及び製品設計処理を示すフローチャートである。登録メンバ（製品設計者）２０ａは、例えば、最安値、最新型、特殊機能等の条件付きで部品データを要求する。
【００２１】
まず、登録メンバ２０ａである設計者は、中央管理サーバ（ＡＳＰ（アプリケーション・サービス・プロバイダ）側サーバ）１０から自己のクライアント（ハードウェア）へＰ２Ｐ等の検索ソフトをダウンロードし（図１の▲１▼）、キーワードを入力して中央管理サーバ１０の提供情報の検索を開始する（図１の▲２▼）。
【００２２】
検索ソフトは、適切な提供情報（データ）が存在するか否かを判断し、存在しない場合には、キーワードの変更を促す。
【００２３】
適切なデータが存在する場合には、自動的に、部品データを提供する登録メンバサイトから設計者２０ａのクライアントに部品データがダウンロードされる、あるいは部品データを提供する登録メンバサイトアドレスを設計者２０ａに伝え、設計者２０ａ自身が部品データをダウンロードする（図１▲３▼）。
【００２４】
下記表１は、検索によって得られた部品データの一例を示すものであり、設計者２０ａは、中央管理サーバ１０から自己のクライアントへ構成設計プログラムをダウンロード（図１▲４▼）し、表１に示したような部品データを構成設計プログラムに適用して製品設計を行う。以下に、構成設計プログラムの構成及びフローについて説明する。
【００２５】
【表１】
2004086264.tif 000003
【００２６】
図３は、製品の構成設計プログラムの構成と登録メンバ側クライアントの構成との関係を説明するブロック図である。同図に示したように、本実施の形態において、構成設計プログラム１は、制約の定義２と問題解決アルゴリズム（推論エンジン）３から構成され、ＡＳＰ側のサーバに格納され、ＡＳＰにより登録メンバに対してインターネットを介して提供される。登録メンバ２０ａは、部品名、部品の数等の製品構成情報、各部品の属性名及び製品設計に対する制約の定義２で規定された制約名に基づく部品の制約情報（設計しようとしている製品の構成において部品の属性に対して制約される条件）等の問題表現４及び検索で得られたデータベース・カタログ５（各部品の属性の可能な属性値と組み合わせ（部品カタログ値））等の部品データを入力する。
【００２７】
本発明においては、種々の製品及び部品の属性に対して共通に適用できる制約の定義を案出した点に特徴を有し、下記表２の説明のように、制約を数式あるいは比較形式で定義し、この制約の定義を用いることによって構成設計プログラム１に汎用性を持たせることができたものである。
【００２８】
構成設計プログラム１をＡＳＰ側サーバに格納しインターネットを介して設計者２０ａに提供することによって、設計者２０ａは検索ソフトで検索された部品データを用いて製品の構成設計を行うことができる。設計者２０ａに対する構成設計プログラム１の提供は、設計者２０ａのクライアントに構成設計プログラム１をダウンロードするようにしてもよいし、設計者２０ａが検索で得られた部品データ、製品構成情報及び制約の定義２で規定された制約名に基づく部品の制約情報等の問題表現４をインターネットを介して中央管理サーバ（ＡＳＰ側サーバ）１０に送るようにしてもよい。
【００２９】
本実施の形態によれば、検索で得られた部品データを用いて即座に製品設計を実施することができる。また、高価な構成設計プログラム１のソフトを購入する必要がなくなり、構成設計プログラム１の利用時間に応じた対価を支払えばよく、安価に製品設計を行うことができる。
【００３０】
また、検索された部品データを構成設計プログラム１に適用することによって、設計解が得られれば検索された部品データが適切であったと判断され、設計解が得られなければ、検索された部品データが不適切であったと判断されるように、検索された部品データの適否を確認することができる。
【００３１】
本実施の形態においては、構成設計プログラム１における制約の定義２は、例えば、表２に示すような制約名（象徴）、「同値」、「ＬＥＱ」、「ＧＥＱ」、「ＳＵＭＬＥＱＸ」、「制約Ｘ」の制約の意味するところが下記のように定義される。なお、表２において、各制約は一つの行で定義されて、各属性の前に関連部品名あるいは、製品属性の場合、「製品」が記述されている。
「同値」：続く２つの部品の属性値は同じかどうかをチェックする。
「ＬＥＱ」：当属性値は指定した数値より小さいか同値かをチェックする。
「ＧＥＱ」：当属性値は指定した数値より大きいか同値かをチェックする。
「ＳＵＭＬＥＱＸ」：各部品の属性値を合計して、合計値が最後の属性値より小さいか同値かをチェックする。
「制約Ｘ」：プログラムのプロシージャで定義された方程式などが表す複雑な関係をチェックする。
その他の制約についても同様に、属性値相互の関係を等号（＝）、不等号（≦≧）、方程式、合計（Σ）と等号、不等号との組み合わせなどの数式あるいは属性値相互の比較形式によって定義する。
【００３２】
【表２】
2004086264.tif 000004
【００３３】
図４は、本実施の形態における構成設計プログラム１を使用した製品設計のフローチャートである。同図において、実線矢印はコントロールフローを示し、破線矢印はデータフローを示す。以下に、本実施の形態における構成設計プログラムのフローを説明する。
【００３４】
設計者２０ａはインターネットを介してＡＳＰ側（サーバ）にアクセスし、設計者２０ａ（クライアント側）を特定するためのパスワード等を入力し、ＡＳＰ側サーバは、契約は正常かどうかを確認する。
【００３５】
部品数、部品名、部品の属性名、製品の属性名等の製品構成情報、製品設計に対する部品の属性への制約情報、及び各部品の属性の可能な値とその組み合わせの問題表現データベース６として検索で得られたデータベースを利用し、そのデータをＡＳＰ側サーバに入力する。
【００３６】
検索で得られた製品情報（部品データ）をそのままで利用しない場合は、問題表現データベース６に製品情報を入力する、あるいは編集して利用し、そのデータをＡＳＰ側サーバに入力する。
【００３７】
制約の定義がされた構成設計プログラム１は、表２による制約情報に対して、検索データを利用した問題表現データベース６、または製品情報を入力あるいは編集した問題表現データベース６からの入力データを用いて、制約の定義２に基づき推論エンジン３により、表２による制約情報に対する製品の構成設計の設計解を求め、結果をクライアントに表示する。
【００３８】
設計解は、その詳細が設計者２０ａ側クライアントに表示されて終了し、設計解が求められない場合は、満たせない制約に関する情報（制約が厳しすぎる、制約が多すぎる、あるいは制約が無理な条件である等）がクライアントに表示され、再編集が促される。
【００３９】
本実施の形態においては、種々の製品に対して適用できる汎用性のある構成設計プログラム１を中央管理サーバ（ＡＳＰ側サーバ）１０に格納し、全ての登録メンバが、汎用性のある構成設計プログラム１を利用して製品設計を行うことができるようにして、付加価値の高い部品データ交換支援システムを提供することができる。
【００４０】
また、制約の定義２に対応する制約名を定義し、例えば上記表２に記載した同値、ＬＥＱなどの制約名に対応する制約情報を入力しているので、構成設計プログラム１で処理する制約の順序を容易に変更することができる。
【００４１】
このように、制約の処理順序を変更し、厳しい制約を先に処理することによって、解がない場合には、その結論が早く求められる。
【００４２】
例えば、制約が、
部品Ｆの属性ｇ＞５
部品Ａの属性ｂ＋部品Ｃの属性ｄ＜９．５
部品Ａの属性ｂ＞８．０
部品Ａの属性ｂ＋部品Ｄの属性ｅ＞３．０
であった場合に、部品Ａの属性ｂに対する制約が多く、解が見つかりにくい可能性があり、一方部品Ｆの属性ｇに対する制約は１つしかないので解が見つかりやすい可能性がある。従って、処理順序を変更し、部品Ａの属性ｂに対する制約の処理を先に行うことによって無駄の処理時間をなくすようにできる。
【００４３】
実施の形態２．
図５は本発明における構成設計プログラムの構成の実施の形態２を示すブロック図である。
【００４４】
上記実施の形態１と異なる点は、ＡＳＰ側サーバに既存問題表現７が格納されている点である。制約の定義２は実施の形態１と同様、属性値相互の関係を等号（＝）、不等号（≦≧）、方程式、合計（Σ）と等号、不等号との組み合わせなどの数式あるいは属性値相互の比較形式による。
【００４５】
図６は、本実施の形態における構成設計プログラムのフローチャートである。同図において、実線矢印はコントロールフローを示し、破線矢印はデータフローを示す。
【００４６】
本実施の形態におけるフローにおいては、登録メンバ（クライアント側）を特定するためのパスワード等の入力によるＡＳＰ側サーバの承認の後、登録メンバ（設計者）はＡＳＰサーバに格納された既存問題表現７（図５参照）のデータの一部または全部を入れ替えたい場合にはＹｅｓを選択して編集し、ＡＳＰサーバに編集した問題表現を入力する。
【００４７】
また、一度編集した既存問題表現を再度使用する場合は、Ｎｏを選択してＡＳＰ側サーバに格納された既存問題表現をそのまま利用する。この場合、検索ソフトで得られた情報を利用しない。
【００４８】
問題表現をＡＳＰサーバに入力した後は、実施の形態１と同様のフローで設計者に設計解についての結果が示される。
【００４９】
本実施の形態によれば、一度編集した既存問題表現７をそのまま、あるいは一部データを入力し直して再利用することができる。
【００５０】
また、特殊な制約等をＡＳＰサーバの既存問題表現７に入力することができ、矛盾のない構成を求めることができる。
【００５１】
また、他の顧客もＡＳＰサーバにアクセスして既存問題表現７を利用することができる。
【００５２】
実施の形態３．
上記実施の形態１における部品データは、部品の属性または属性の値のデータである。部品データを提供する登録されたメンバは、下記表３に示すような部品の属性または属性の値に対する制約情報も提供し、部品データを利用する登録者（設計者）は、部品の属性または属性の値のデータと部品の属性または属性の値に対する制約情報の両方を使用することによって、より効率のよい製品設計を行うことができる。
【００５３】
【表３】
2004086264.tif 000005
【００５４】
表３において、同値という制約名は、続く二つの部品の属性の値が同じであることを意味し、適合という制約名は、続く二つの部品の属性が同じであることを意味している。すなわち、表３においては、
・電力装置とケーブル電圧は同じである。
・ベースとＣＰＵのサイズは同じである。
・ソフトウェアパックとＣＰＵはＣＰＵ識別番号が同じである。
・ケーブルの合整ＣＰＵとＣＰＵの識別番号が同じである。
という制約を受けることを示している。
【００５５】
実施の形態４．
上記実施の形態１においては、検索で得られた部品データを登録メンバ（設計者）にダウンロードし、設計者はダウンロードされた部品データに基づき構成設計プログラムを使用して設計解を求める。この場合、設計解が求められない場合がある。
【００５６】
本実施の形態は、検索で得られた部品データを登録メンバ（設計者）にダウンロードし、設計者はダウンロードされた部品データに基づき構成設計プログラムを使用して製品設計を実行し、その結果、ある部品の制約条件が満たせず（例えば、ソフトウェアパックの種類への制約が満たせない）設計解が得られない場合、図７に示すように、制約条件が満たせなかった部品（ソフトウェアパック）の他の種類を、検索ソフトが検索する（図７▲５▼）ものである。すなわち、検索ソフトに、制約条件が満たされなかった部品の属性をキーワードとして入力して、他の部品データを検索するものである。
【００５７】
検索ソフトへ、制約条件が満たされなかった部品の属性をキーワードとして入力して、その部品に関する他の部品データを検索することによって、設計解が見つけられる可能性が高くなる。
【００５８】
また、設計解が得られた場合においても、例えば、コストが高い、あるいは性能が低いといった場合、その原因となっている部品の属性をキーワードとして他の部品データを検索することによって、コスト、性能の最適化を図ることができる。
【００５９】
また、構成設計プログラムに、検索ソフトに対して検索を指示する機能を持たせることによって、製品設計効率が向上する。
【００６０】
実施の形態５．
データファイルは多くの属性情報、多くの記録情報を持つ場合があるが、設計者には必要とする部品データだけダウンロードするのが効率的である。
【００６１】
例えば、データファイルがデータベースで表現される場合、列と行の全てをダウンロードするのではなく、必要な列と行を抽出し転送ファイルを小さくすることによって転送効率が向上する。
【００６２】
必要な列と行、すなわち、必要とする部品データを抽出するためには、検索ソフトによる検索時に、必要とする属性あるいは属性値をキーワードとして入力する。
【００６３】
実施の形態６．
本実施の形態は、インターネットを介して転送される検索ソフトをできるだけ軽いソフトにしようとするものである。
【００６４】
図８は、本実施の形態におけるシステム構成を説明するブロック図である。同図に示したように、各登録メンバは、検索Ｉ／Ｆ（インターフェイス）ソフトを備えている。
【００６５】
検索ソフトは検索Ｉ／Ｆソフトとリンクして、検索Ｉ／Ｆソフトを介して、その登録メンバのデータファイルの詳細、例えば、属性、属性の値を知ることができる。
【００６６】
検索Ｉ／Ｆソフトは、この部品データ取引支援システムのメンバとして登録するとき、あるいは検索ソフトをダウンロードするときにインストールされる。
【００６７】
本実施の形態においては、各登録メンバが予め持っている検索Ｉ／Ｆを介してデータファイルの詳細を知ることができるので、インターネット検索は比較的軽いソフトで実現できる。
【００６８】
【実施例】
以下に、構成設計プログラムを使用したプログラマブルコントローラ（プログラム可能な制御装置）と家庭用のサウンドシステムの製品設計の実施例を、図３〜図６を参照して説明する。
【００６９】
実施例１．（プログラマブルコントローラ）
登録されたメンバはＡＳＰにアクセスし、ＡＳＰ側で指定されたファイル形式により、下記３つの種類のデータ（１−１）、（１−２）、（１−３）に分けて、登録されたメンバはユーザ入力手段から、データ（１−１）、データ（１−２）、データ（１−３）を問題表現データベース６にそれぞれ入力し、インターネットを介してＡＳＰ側サーバに転送する（図３及び図４参照）。ここで、データ（１−３）は検索で得られた部品データであり、データ（１−２）は一部、検索で得られたデータを含む場合もある。
【００７０】
（１−１）製品構成情報
・部品情報
部品の数：４
部品名：ベース、ＣＰＵ、電力装置、ケーブル
各部品の属性名：
ベース；識別番号、サイズ、Ｘ長さ、値段
ＣＰＵ；識別番号、最高個数、プログラム量、処理速度、サイズ、値段
電力装置；識別番号、電力、サイズ、値段
ケーブル；識別番号、合整ＣＰＵ番号、値段
・製品情報
製品の属性名：合計値段、製品Ｘ長さ
【００７１】
（１−２）部品の属性への制約情報（表４）
【００７２】
【表４】
2004086264.tif 000006
ここで、制約名（象徴）の数式で表すことができる定義は、上記実施の形態１の表１の説明で述べたものである。
【００７３】
（１−３）各部品の属性の可能な値とその組み合わせの情報（部品カタログ）（表５、表６、表７、表８）
【００７４】
【表５】
2004086264.tif 000007
【００７５】
【表６】
2004086264.tif 000008
【００７６】
【表７】
2004086264.tif 000009
【００７７】
【表８】
2004086264.tif 000010
【００７８】
上記のように、入力データ（設計情報）を３つのデータ種類に整理することによって、ユーザレベルによって問題表現データベース６の管理を分担することができる。例えば、設計の専門家は上記（１−１）及び（１−２）のデータを管理し、（１−３）のデータの管理は専門家でない者が分担することができる。
【００７９】
また、上記表５、表６、表７、表８は部品の属性の組み合わせを一行編集としており、これによって数値の変更、修正が容易にできるようになる。
【００８０】
登録されたメンバが上記（１−１）、（１−２）、（１−３）のデータを登録されたメンバ側クライアントからインターネットを介して入力すると、構成設計プログラム１は、プログラムに定義された制約定義に基づき、データベース６からの入力データを利用して、設計解を求め、制約に適合するベース、ＣＰＵ、電力装置及びケーブルの組合せを識別番号または識別番号とその属性等を含めた１行表示で、インターネットを介して登録されたメンバ側クライアントに出力する。
【００８１】
実施例２．（家庭用サウンドシステム）
全く新しい製品を設計したい場合、従来はプログラムレベルの編集が必要であったが、この実施例に示すように、上記実施例１の入力データだけを変えればよい。
【００８２】
入力データは、下記３つの種類のデータ（２−１）、（２−２）、（２−３）に分けて、登録されたメンバは、データ（２−１）、データ（２−２）、データ（２−３）を問題表現データベース６にそれぞれ入力し、ＡＳＰ側サーバに転送する。（図３及び図４参照）
【００８３】
（２−１）製品構成情報
・部品情報
部品の数：３
部品名：アンプ、ＣＤプレーヤ、スピーカ
各部品の属性名：
アンプ；識別番号、出力、音質、値段
ＣＤプレーヤ；識別番号、ＣＤ数、音質、値段、適合アンプ
スピーカ；識別番号、出力、音質、値段、適合アンプ
・製品情報
製品の属性名：合計値段
【００８４】
（２−２）部品の属性への制約情報（表９）
【００８５】
【表９】
2004086264.tif 000011
ここで、制約名（象徴）の数式で表すことができる定義は、上記実施の形態の表２の説明で述べたものである。
【００８６】
（２−３）各部品の属性の可能な値とその組み合わせの情報（表１０、表１１、表１２）
【００８７】
【表１０】
2004086264.tif 000012
【００８８】
【表１１】
2004086264.tif 000013
【００８９】
【表１２】
2004086264.tif 000014
【００９０】
上記のように、入力データ（設計情報）を３つのデータ種類に整理することによって、ユーザレベルによって問題表現データベース６の管理を分担することができる。例えば、設計の専門家は上記（２−１）及び（２−２）のデータベースを管理し、（２−３）のデータベースの管理は専門家でない者が分担することができる。
【００９１】
また、上記表１０、表１１、表１２は部品の属性の組み合わせを一行編集としており、これによって数値の変更、修正が容易にできるようになる。
【００９２】
登録されたメンバが上記（２−１）、（２−２）、（２−３）のデータをデータ入力手段４から入力すると、構成設計プログラム１のプログラムに定義された制約定義に基づき、問題表現データベース６の入力データを利用して、設計解を求め、制約に適合するアンプ、ＣＤプレーヤ、スピーカの組合せを識別番号で表示する。
【００９３】
実施例３．（プログラマブルコントローラ）
登録されたメンバはＡＳＰにアクセスし、ＡＳＰ側サーバに揃えた既存問題表現７として、下記３つの種類のデータ（３−１）、（３−２）、（３−３）をインターネットを介して入手する。（図５及び図６参照）
【００９４】
（３−１）製品構成情報
・部品情報
部品の数：４
部品名：ベース、ＣＰＵ、電力装置、ケーブル
各部品の属性名：
ベース；識別番号、サイズ、Ｘ長さ、値段
ＣＰＵ；識別番号、最高個数、プログラム量、処理速度、サイズ、値段
電力装置；識別番号、電力、サイズ、値段
ケーブル；識別番号、合整ＣＰＵ番号、値段
・製品情報
製品の属性名：合計値段、製品Ｘ長さ
【００９５】
（３−２）部品の属性への制約情報（表１３）
【００９６】
【表１３】
2004086264.tif 000015
ここで、制約名（象徴）の数式で表すことができる定義は、上記実施の形態１の表２の説明で述べたものである。
【００９７】
（３−３）各部品の属性の可能な値とその組み合わせの情報（部品カタログ）（表１４、表１５、表１６、表１７）
【００９８】
【表１４】
2004086264.tif 000016
【００９９】
【表１５】
2004086264.tif 000017
【０１００】
【表１６】
2004086264.tif 000018
【０１０１】
【表１７】
2004086264.tif 000019
【０１０２】
登録されたメンバは、検索で得られた新しい部品「接続装置」を製品に加えるために、上記のＣＰＵカタログを入れ替え、新しい接続カタログを加えて、必要な新しい制約を表１１の制約ファイルに加える（下記（３−４）、（３−５）、（３−６）、（３−７））。
【０１０３】
（３−４）新しい部品情報
・部品情報
部品の数：５
部品名：ベース、ＣＰＵ、プログラム量、電力装置、ケーブル、接続装置
各部品の属性名：
ベース；識別番号、サイズ、Ｘ長さ、値段
ＣＰＵ；識別番号、最高個数、プログラム量、処理速度、サイズ、値段、接続装置番号
電力装置；識別番号、電力、サイズ、値段
ケーブル；識別番号、合整ＣＰＵ番号、値段
接続装置；識別番号、値段
・製品情報
製品の属性名：合計値段、製品Ｘ長さ
【０１０４】
（３−５）新しいＣＰＵカタログ
【表１８】
2004086264.tif 000020
【０１０５】
（３−６）新しい接続装置カタログ
【表１９】
2004086264.tif 000021
【０１０６】
（３−７）新しい制約情報
【表２０】
2004086264.tif 000022
【０１０７】
登録されたメンバが上記表１３に表２０の新しい制約情報を加えた制約ファイルのデータ、表１４、表１６、表１７、表１８、表１９のデータをデータ入力手段４から入力すると、構成設計プログラム１のプログラムに定義された制約定義に基づき、問題表現データベース６の入力データを利用して、設計解を求め、制約に適合するベース、ＣＰＵ、電力装置、ケーブル及び接続装置の組合せを識別番号または識別番号とその属性等を含めた１行表示で、インターネットを介して登録されたメンバ側クライアントに出力する。
【０１０８】
なお、本実施例においても、入力データ（設計情報）を３つのデータ種類に整理し、部品の属性の組み合わせを一行編集としている。
【０１０９】
【発明の効果】
本発明に係る部品データ取引支援システムは、コンピュータネットワーク上にあり、部品データを検索する検索ソフト及び製品及び部品の属性に対する制約を数式あるいは比較形式で定義した制約の定義及び該制約の定義と連動して上記製品の設計解を推論する問題解決アルゴリズム（推論エンジン）から構成され、上記製品の製品構成情報、上記部品データの属性値に関するデータ及び製品設計に対する上記制約の定義に基づく製品及び部品の属性への制約情報に関するデータ等の問題表現を用いて設計解を求める構成設計プログラムを提供する中央管理サーバ、
及び該中央管理サーバに登録され、部品データを記録した共有のデータファイルを提供し、あるいは上記共有のデータファイルを利用し、クライアントを備えた登録メンバを構成要素とし、
上記登録メンバが、上記検索ソフトにキーワードを入力して必要とするデータファイルの部品データをダウンロードし、該ダウンロードした部品データの属性値に関するデータを上記構成設計プログラムに適用して設計解を求めるものであるので、検索で得られた部品データを用いて即座に製品設計を実施することができる。
【０１１０】
また、検索された部品データを構成設計プログラム１に適用することによって、設計解が得られれば検索された部品データが適切であったと判断され、設計解が得られなければ、検索された部品データが不適切であったと判断され、検索された部品データの適否を確認することができる。
【０１１１】
また、コンピュータネットワーク上にあり、部品データを検索する検索ソフト、製品及び部品の属性に対する制約を数式あるいは比較形式で定義した制約の定義及び該制約の定義と連動して上記製品の設計解を推論する問題解決アルゴリズム（推論エンジン）並びに上記製品の製品構成情報、上記部品データの属性値に関するデータ及び製品設計に対する上記制約の定義に基づく製品及び部品の属性への制約情報に関するデータ等の問題表現から構成され、上記問題表現を用いて設計解を求める構成設計プログラムを提供する中央管理サーバ、
及び該中央管理サーバに登録され、部品データを記録した共有のデータファイルを提供し、あるいは上記共有のデータファイルを利用し、クライアントを備えた登録メンバを構成要素とし、
上記登録メンバが、上記検索ソフトにキーワードを入力して必要とするデータファイルの部品データをダウンロードし、該ダウンロードした部品データの属性値に関するデータを上記構成設計プログラムに適用して設計解を求めるものであるので、検索で得られた部品データを用いて即座に製品設計を実施することができる。
【０１１２】
また、検索された部品データを構成設計プログラムに適用することによって、検索された部品データの適否を確認することができる。
【０１１３】
また、一度編集した既存の問題表現をそのまま、あるいは一部データを入力し直して再利用することができる。
【０１１４】
また、上記部品データとともに、該部品データ中の部品の属性に対する制約情報を纏めたファイルをダウンロードするものであるので、より効率のよい製品設計を行うことができる。
【０１１５】
また、上記登録メンバは、上記構成設計プログラムに適用して設計解を求めた際の部品の属性または属性の値をキーワードとして上記検索ソフトに入力して上記部品の属性または属性の値を含む他のデータファイルを検索するものであるので、設計解が見つけられる可能性が高くなる。
【０１１６】
また、上記問題表現は、上記製品構成情報に関するデータと、上記製品及び部品の属性への制約情報に関するデータと、上記部品データの属性値に関するデータとの３種類に分けて整理するようにしたものであるので、専門知識レベルによりデータ入力の担当を分担することができ、システム管理の効率化を図ることができる。
【０１１７】
また、上記制約の定義において制約に対応する制約名を定義し、制約情報を上記制約名に対応させて入力することによって、上記構成設計プログラムにおける制約に対する処理の順序を変更可能としたものであるので、困難な制約に対する処理を先に行うようにして、解が求められない場合などに、無駄な処理を省くことができる。
【０１１８】
また、上記検索ソフトによって検索され、ダウンロードされた部品データは、上記キーワードに対応するデータを上記データファイルから抽出したものであるので、転送ファイルを小さくし、転送効率を向上させることができる。
【０１１９】
また、上記登録メンバそれぞれのクライアントは、上記検索ソフトとリンクして上記データファイルを処理する検索インターフェースソフトを備え、上記検索ソフトは上記検索インターフェースソフトを介して上記データファイルの詳細を知るものであるので、インターネット上の検索ソフトを軽くすることができ、転送効率を向上させることができる。
【０１２０】
本発明に係るＡＳＰは、上記部品データ取引支援システムのいずれかを提供するものであるので、検索で得られた部品データを用いて即座に製品設計を実施することができる。
【図面の簡単な説明】
【図１】本発明の部品データ取引支援システムにおける実施の形態１を示すブロック図である。
【図２】本発明の実施の形態１におけるフローを示すフローチャートである。
【図３】本発明の部品データ取引支援システムにおける構成設計プログラムの実施の形態１を示すブロック図である。
【図４】本発明の実施の形態１における構成設計プログラムフローを示すフローチャートである。
【図５】本発明の部品データ取引支援システムにおける構成設計プログラムの実施の形態２を示すブロック図である。
【図６】本発明の実施の形態２における構成設計プログラムのフローを示すフローチャートである。
【図７】本発明の部品データ取引支援システムにおける実施の形態４を示すブロック図である。
【図８】本発明の部品データ取引支援システムにおける実施の形態６を示すブロック図である。
【符号の説明】
１　構成設計プログラム、２　制約の定義、
３　問題解決のアルゴリズム（推論エンジン）、
４　登録されたメンバ入力手段、５　データベース・カタログ、
６　問題表現データベース、７　既存問題表現、
１０　中央管理サーバ（ＡＳＰ側サーバ）、
２０ａ〜２０ｇ　登録されたメンバ。
【図１】
2004086264.tif 000023
【図２】
2004086264.tif 000024
【図３】
2004086264.tif 000025
【図４】
2004086264.tif 000026
【図５】
2004086264.tif 000027
【図６】
2004086264.tif 000028
【図７】
2004086264.tif 000029
【図８】
2004086264.tif 000030