JP2019219812A

JP2019219812A - 情報処理装置、部品選定方法および部品選定プログラム

Info

Publication number: JP2019219812A
Application number: JP2018115450A
Authority: JP
Inventors: 山本　達也; Tatsuya Yamamoto; 達也山本
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2018-06-18
Filing date: 2018-06-18
Publication date: 2019-12-26
Anticipated expiration: 2038-06-18
Also published as: JP7151200B2; US20190384505A1

Abstract

【課題】部品推奨精度を向上できる情報処理装置、部品選定方法および部品選定プログラムを提供する。【解決手段】情報処理装置は、判定部と、検索部とを有する。判定部は、設計者の過去の複数の部品選定データに対して、部品の仕様の一致度と各部品の価格情報の参照記録とを基に、その部品の選定がＥＭＳなのかＥＯＬなのかを判定し、判定結果を部品選定データに記録する。検索部は、設計者が部品の選定を行う際に、選定の条件がＥＭＳならば、判定結果がＥＭＳの部品選定データに対して類似度検索を行う。検索部は、選定の条件がＥＯＬならば、判定結果がＥＯＬの部品選定データに対して類似度検索を行う。【選択図】図１

Description

本発明は、情報処理装置、部品選定方法および部品選定プログラムに関する。

電子回路の改版設計には、例えば、部品が終息したために設計変更が必要となるＥＯＬ（End Of Life）対応の改版設計と、顧客部品表に基づいて製造を行う際に代替部品の提案を行うＥＭＳ（Electronics Manufacturing Service）対応の改版設計とがある。設計者は、これらの改版設計の際に、代替部品の選定を行う。ＥＯＬ対応の場合では、プリント基板の改版をなるべく避けるため、ＥＯＬ対象の部品と同じスペックの部品が検索される。一方、ＥＭＳ対応の場合では、ＥＭＳ対象の部品と同じスペックの部品だけでなく、コスト削減のため単価が安い部品を探索するので、異なるスペックの部品の検索が多くなる。この様な部品の検索では、例えば、スペックが類似する部品を検索の上位に表示することで、代替部品を推奨することがある。

特開平９−２９３０８９号公報

設計者は、ＥＯＬ、ＥＭＳ対象の部品の選定時に、それぞれ過去のＥＯＬ、ＥＭＳ対応の改版設計時の部品選定データ（検索ログ）を用いて類似度検索を行って、類似度の高い情報を参照したい場合が多い。しかしながら、過去の部品選定データには、ＥＯＬ、ＥＭＳ対応のうち、どちらの改版設計の部品選定であったかという情報は記録されておらず、過去の部品選定データをそのまま用いて代替部品を推奨しても、部品推奨精度が低くなる。

一つの側面では、部品推奨精度を向上できる情報処理装置、部品選定方法および部品選定プログラムを提供することにある。

一つの態様では、情報処理装置は、判定部と、検索部とを有する。判定部は、設計者の過去の複数の部品選定データに対して、部品の仕様の一致度と各部品の価格情報の参照記録とを基に、その部品の選定がＥＭＳなのかＥＯＬなのかを判定し、判定結果を前記部品選定データに記録する。検索部は、設計者が部品の選定を行う際に、前記選定の条件が前記ＥＭＳならば、前記判定結果が前記ＥＭＳの部品選定データに対して類似度検索を行う。検索部は、前記選定の条件が前記ＥＯＬならば、前記判定結果が前記ＥＯＬの部品選定データに対して類似度検索を行う。

部品推奨精度を向上できる。

図１は、実施例の情報処理装置の構成の一例を示すブロック図である。図２は、検索ログに現れる情報の特徴の一例を示す図である。図３は、判定基準の一例を示す図である。図４は、部品情報記憶部の一例を示す図である。図５は、システムログ記憶部の一例を示す図である。図６は、抽出ログ記憶部の一例を示す図である。図７は、属性テーブル記憶部の一例を示す図である。図８は、属性テーブル記憶部の他の一例を示す図である。図９は、協調フィルタリングによる推薦の一例を示す図である。図１０は、ＥＯＬ対応の部品表の更新の一例を示す図である。図１１は、ＥＭＳ対応の部品表の更新の一例を示す図である。図１２は、実施例の属性テーブル生成処理の一例を示すフローチャートである。図１３は、算出処理の一例を示すフローチャートである。図１４は、判定処理の一例を示すフローチャートである。図１５は、実施例の検索処理の一例を示すフローチャートである。図１６は、部品選定プログラムを実行するコンピュータの一例を示す図である。

以下、図面に基づいて、本願の開示する情報処理装置、部品選定方法および部品選定プログラムの実施例を詳細に説明する。なお、本実施例により、開示技術が限定されるものではない。また、以下の実施例は、矛盾しない範囲で適宜組みあわせてもよい。

図１は、実施例の情報処理装置の構成の一例を示すブロック図である。図１に示す情報処理装置１００は、電子回路設計における部品情報の管理や検索を行う情報処理装置の一例である。情報処理装置１００は、設計者の過去の複数の部品選定データ（検索ログ）に対して、部品の仕様の一致度と各部品の価格情報の参照記録とを基に、その部品の選定がＥＭＳなのかＥＯＬなのかを判定し、判定結果を部品選定データに記録する。情報処理装置１００は、設計者が、部品の選定を行う際に、選定の条件がＥＭＳならば、判定結果がＥＭＳの部品選定データに対して類似度検索を行う。情報処理装置１００は、選定の条件がＥＯＬならば、判定結果がＥＯＬの部品選定データに対して類似度検索を行う。これにより、情報処理装置１００は、部品推奨精度を向上できる。

ここで、図２および図３を用いて、検索ログに現れる情報の特徴と判定基準について説明する。図２は、検索ログに現れる情報の特徴の一例を示す図である。図２に示すように、検索ログ、つまり部品情報システムログに現れる情報は、改版目的がＥＯＬ対応である場合とＥＭＳ対応である場合とで特徴的な違いがある。例えば、ある置換対象部品に対するログでは、改版目的がＥＯＬであると、完全一致スペックが多く、部分一致スペックが少なくなるという特徴がある。また、改版目的がＥＯＬである場合、検索時の単価参照は、スペックが完全一致では行わない割合が高く、部分一致では常に実施するという特徴がある。なお、追加でコスト削減作業が実施される場合は、改版目的がＥＯＬであっても部品単価も参照することがある。

一方、改版目的がＥＭＳである場合には、完全一致スペックが少なく、部分一致スペックが多くなるという特徴がある。また、改版目的がＥＭＳである場合、検索時の単価参照は、常に実施するという特徴がある。本実施例では、この様な特徴を利用して、スペック一致率と単価参照率とに基づいて、改版目的、つまり改版設計がＥＯＬであるかＥＭＳであるのかを判定する。

図３は、判定基準の一例を示す図である。図３に示すように、図２で説明した検索ログに現れる情報の特徴に対する判定基準は、設計者による検索操作の１回のセッション内の検索ログに対して、２つの項目を用いる。ここで、１回のセッションは、標準的なセッションが１時間以内に収まるため、例えば１時間とする。判定基準の１つ目の項目は、部品のスペックが完全一致している割合（スペック一致率）を用いる。つまり、ＥＯＬであるかＥＭＳであるのかの判定では、ある置換対象部品と完全一致する部品と部分一致する部品の割合を算出する。判定基準の２つ目の項目は、検索時の単価参照の割合（単価参照率）を用いる。

判定基準の項目が、スペック一致率が５０％以上、かつ、単価参照率が１００％未満である場合には、判定結果をＥＯＬとする。また、判定基準の項目が、スペック一致率が５０％未満、かつ、単価参照率が１００％である場合には、判定結果をＥＭＳとする。さらに、判定基準の項目が、スペック一致率が５０％以上、かつ、単価参照率が１００％である場合と、スペック一致率が５０％未満、かつ、単価参照率が１００％未満である場合とについては、判定結果をその他とする。

次に、情報処理装置１００の構成について説明する。図１に示すように、情報処理装置１００は、通信部１１０と、表示部１１１と、操作部１１２と、記憶部１２０と、制御部１３０とを有する。なお、情報処理装置１００は、図１に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイス等の機能部を有することとしてもかまわない。

通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１０は、図示しないネットワークを介して他の情報処理装置と有線または無線で接続され、他の情報処理装置との間で情報の通信を司る通信インタフェースである。通信部１１０は、例えば、他の情報処理装置から部品情報や部品情報システムログ（検索ログ）を受信する。また、通信部１１０は、他の情報処理装置に、抽出ログや属性テーブルを送信する。

表示部１１１は、各種情報を表示するための表示デバイスである。表示部１１１は、例えば、表示デバイスとして液晶ディスプレイ等によって実現される。表示部１１１は、制御部１３０から入力された表示画面等の各種画面を表示する。

操作部１１２は、情報処理装置１００のユーザから各種操作を受け付ける入力デバイスである。操作部１１２は、例えば、入力デバイスとして、キーボードやマウス等によって実現される。操作部１１２は、ユーザによって入力された操作を操作情報として制御部１３０に出力する。なお、操作部１１２は、入力デバイスとして、タッチパネル等によって実現されるようにしてもよく、表示部１１１の表示デバイスと、操作部１１２の入力デバイスとは、一体化されるようにしてもよい。

記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、ハードディスクや光ディスク等の記憶装置によって実現される。記憶部１２０は、部品情報記憶部１２１と、システムログ記憶部１２２と、抽出ログ記憶部１２３と、属性テーブル記憶部１２４とを有する。また、記憶部１２０は、制御部１３０での処理に用いる情報を記憶する。

部品情報記憶部１２１は、電子回路設計に用いる部品の情報を記憶する。図４は、部品情報記憶部の一例を示す図である。図４に示すように、部品情報記憶部１２１は、「部品ＩＤ（IDentifier）」、「部品種別」、「部品」、「スペック１」、「スペック２」、「スペック３」、「単価」といった項目を有する。

「部品ＩＤ」は、部品を識別する識別子である。「部品種別」は、抵抗やコンデンサといった部品の種別を示す情報である。「部品」は、部品の名称や品番等を示す情報である。「スペック１」〜「スペック３」は、当該部品の代表的なスペックを示す情報である。なお、以下の説明では、各スペックを纏めて代表スペックとも表現する。「単価」は、当該部品の単価を示す情報である。

図１の説明に戻って、システムログ記憶部１２２は、例えば、複数の設計者が過去に改版設計を行った際に、部品を選定するために部品情報システムで検索した部品情報システムログ（以下、システムログともいう。）を記憶する。つまり、システムログは、過去の複数の部品選定データである検索ログの一例である。図５は、システムログ記憶部の一例を示す図である。図５に示すように、システムログ記憶部１２２は、「ログ時刻」、「ユーザ」、「部品」、「スペック１」〜「スペック３」、「単価参照」といった項目を有する。

「ログ時刻」は、部品が検索されてログが記録された時刻を示す情報である。「ユーザ」は、部品の検索を行ったユーザを示す情報である。「部品」は、検索対象の部品を示す情報である。「スペック１」〜「スペック３」は、当該部品の代表的なスペックを示す情報である。「単価参照」は、部品の検索の際に、単価が参照されたか否かを示す情報である。

図１の説明に戻って、抽出ログ記憶部１２３は、システムログから抽出した各ユーザの各セッションのログを記憶する。図６は、抽出ログ記憶部の一例を示す図である。図６に示すように、抽出ログ記憶部１２３は、セッションごとに、抽出ログと、スペック一致率、単価参照率および判定結果とを対応付けて記憶する。

図６の例では、ログ１２３ａは、ユーザＵＡのあるセッションについて抽出した抽出ログと、抽出ログにおけるスペック一致率、単価参照率および判定結果とを含む。ログ１２３ａでは、「スペック１」〜「スペック３」までの各一致率を乗算してスペック一致率を算出している。つまり、スペック一致率は、（３／３）×（３／３）×（２／３）＝（２／３）＝６６．６％となる。また、単価参照率は、３つのログデータのうち、単価参照欄が「あり」であるのが１つであるので、１／３＝３３．３％となる。判定結果は、スペック一致率および単価参照率に基づいた改版設計の判定結果がＥＯＬであったことを示す。同様に、ログ１２３ｂは、ユーザＵＢのあるセッションについて抽出した抽出ログと、抽出ログにおけるスペック一致率、単価参照率および判定結果とを含む。なお、一致するものがないスペックについては、スペック一致率の算出から除外してもよい。

図１の説明に戻って、属性テーブル記憶部１２４は、ユーザごとにスペック一致率、単価参照率および属性を対応付けて記憶する。図７は、属性テーブル記憶部の一例を示す図である。図７に示すように、属性テーブル記憶部１２４は、「ユーザ」、「スペック一致率」、「単価参照率」、「属性」といった項目を有する。

「ユーザ」は、過去に部品の検索を行ったユーザを示す情報である。「スペック一致率」は、セッションごとの検索された部品において、スペックが一致した割合を示す情報である。「単価参照率」は、セッションごとの検索された部品において、単価が参照された割合を示す情報である。「属性」は、部品の検索を行ったユーザについて、改版設計の判定結果を示す情報である。すなわち、属性テーブル記憶部１２４は、抽出ログ記憶部１２３のユーザおよびセッションごとのスペック一致率、単価参照率および属性を対応付けて記憶したものである。

図８は、属性テーブル記憶部の他の一例を示す図である。図８に示す属性テーブル記憶部１２４ａは、属性テーブル記憶部１２４をより一般化した一例である。属性テーブル記憶部１２４ａは、「ユーザ」、「特徴種１」〜「特徴種６」、「ＥＯＬ」、「ＥＭＳ」といった項目を有する。

「ユーザ」は、過去に部品の検索を行ったユーザを示す情報である。「特徴種１」〜「特徴種６」は、属性テーブル記憶部１２４の「スペック一致率」および「単価参照率」に対応する。「ＥＯＬ」は、当該ユーザの改版設計の判定結果がＥＯＬであるか否かを示す情報である。「ＥＭＳ」は、当該ユーザの改版設計の判定結果がＥＭＳであるか否かを示す情報である。属性テーブル記憶部１２４ａでは、「特徴種１」〜「特徴種６」、「ＥＯＬ」および「ＥＭＳ」は、該当する箇所をフラグ「１」とし、該当しない箇所をフラグ「０」としている。なお、各項目の値は、「０／１」で表すフラグだけでなく、例えば、ユーザごとの平均アクセス回数等を用いてもよい。

図１の説明に戻って、制御部１３０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されるようにしてもよい。制御部１３０は、受付部１３１と、判定部１３２と、検索部１３３と、出力制御部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図１に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

受付部１３１は、例えば、情報処理装置１００の管理者から属性テーブルの生成指示が入力されると、属性テーブル生成処理を実行する。受付部１３１は、システムログ記憶部１２２を参照し、システムログからユーザを抽出してユーザ一覧を生成する。受付部１３１は、生成したユーザ一覧を判定部１３２に出力する。

また、受付部１３１は、ユーザのログインを受け付ける。受付部１３１は、ログインを受け付けると、属性テーブル記憶部１２４を参照し、ログインユーザの属性を取得する。受付部１３１は、例えば、部品検索画面において、置換対象部品の選択を受け付ける。受付部１３１は、取得したログインユーザの属性と、受け付けた置換対象部品とを検索部１３３に出力する。

受付部１３１は、出力制御部１３４から出力済情報が入力されると、ログインユーザがログアウトするか否かを判定する。受付部１３１は、ログアウトしないと判定した場合には、次の置換対象部品の選択を待機する。受付部１３１は、ログアウトすると判定した場合には、検索処理を終了する。

判定部１３２は、受付部１３１からユーザ一覧が入力されると、ユーザ一覧の全ユーザについて、セッションのログの抽出、スペック一致率および単価参照率の算出、および、改版設計における部品の選定の判定の各処理を行う。

判定部１３２は、受付部１３１からユーザ一覧が入力されると、ユーザ一覧の全ユーザの処理が終了したか否かを判定する。判定部１３２は、全ユーザの処理が終了したと判定した場合には、表示部１１１に属性テーブルの生成が終了した旨のメッセージを出力し、属性テーブル生成処理を終了する。

判定部１３２は、全ユーザの処理が終了していないと判定した場合には、ユーザ一覧からユーザを１名選択する。判定部１３２は、ユーザを１名選択すると、システムログ記憶部１２２を参照し、システムログから選択したユーザのセッションのログを抽出する。

判定部１３２は、セッションのログを抽出すると、全セッションの処理が終了したか否かを判定する。判定部１３２は、全セッションの処理が終了したと判定した場合には、次のユーザの処理に進む。判定部１３２は、全セッションの処理が終了していないと判定した場合には、セッションを１つ選択する。判定部１３２は、選択したセッションのログを抽出ログとして抽出ログ記憶部１２３に記憶する。判定部１３２は、抽出ログを抽出ログ記憶部１２３に記憶すると、算出処理を実行する。

判定部１３２は、算出処理として、まず、抽出ログについて、全スペックの処理が終了したか否かを判定する。判定部１３２は、全スペックの処理が終了していないと判定した場合には、抽出ログの全スペックからスペックを１つ選択する。判定部１３２は、選択したスペックについて、最も出現したスペック値の個数と部品個数とから、選択したスペックの一致率を算出する。判定部１３２は、算出した一致率を抽出ログ記憶部１２３の対応する抽出ログに記憶する。判定部１３２は、算出した一致率を記憶すると、全スペックの処理が終了したか否かの判定に戻る。

判定部１３２は、全スペックの処理が終了したと判定した場合には、抽出ログ記憶部１２３を参照し、各スペックの一致率からスペック一致率を算出する。判定部１３２は、例えば、各スペックの一致率を乗算してスペック一致率を算出する。また、判定部１３２は、抽出ログ記憶部１２３を参照し、単価参照の有無から単価参照率を算出する。判定部１３２は、算出したスペック一致率と、単価参照率とを抽出ログ記憶部１２３の対応する抽出ログに記憶し、算出処理を終了する。

判定部１３２は、算出処理が終了すると、抽出ログ記憶部１２３を参照し、スペック一致率と単価参照率を含む属性テーブルを生成する。つまり、判定部１３２は、属性テーブルのうち、スペック一致率と単価参照率をユーザに対応付ける。このとき、属性テーブルの属性欄は空欄とする。判定部１３２は、生成した属性テーブルを属性テーブル記憶部１２４に記憶する。

判定部１３２は、属性テーブルを属性テーブル記憶部１２４に記憶すると、判定処理を実行する。判定部１３２は、判定処理について、全ユーザの処理が終了したか否かを判定する。判定部１３２は、全ユーザの処理が終了したと判定した場合には、判定処理を終了する。

判定部１３２は、全ユーザの処理が終了していないと判定した場合には、ユーザを１名選択する。判定部１３２は、選択したユーザについて、抽出ログ記憶部１２３を参照し、スペック一致率が５０％以上であるか否かを判定する。判定部１３２は、スペック一致率が５０％以上でないと判定した場合には、単価参照率が１００％であるか否かを判定する。判定部１３２は、単価参照率が１００％であると判定した場合には、選択したユーザについて、属性テーブル記憶部１２４の属性テーブルの属性欄に「ＥＭＳ」を設定する。判定部１３２は、単価参照率が１００％でないと判定した場合には、選択したユーザについて、属性テーブル記憶部１２４の属性テーブルの属性欄に「その他」を設定する。

判定部１３２は、スペック一致率が５０％以上であるか否かの判定において、スペック一致率が５０％以上であると判定した場合には、単価参照率が５０％以上であるか否かを判定する。判定部１３２は、単価参照率が５０％以上であると判定した場合には、選択したユーザについて、属性テーブル記憶部１２４の属性テーブルの属性欄に「その他」を設定する。判定部１３２は、単価参照率が５０％以上でないと判定した場合には、選択したユーザについて、属性テーブル記憶部１２４の属性テーブルの属性欄に「ＥＯＬ」を設定する。判定部１３２は、属性欄を設定すると、全ユーザの処理が終了したか否かの判定に戻る。

言い換えると、判定部１３２は、設計者の過去の複数の部品選定データに対して、部品の仕様の一致度と各部品の価格情報の参照記録とを基に、その部品の選定がＥＭＳなのかＥＯＬなのかを判定し、判定結果を部品選定データに記録する。また、判定部１３２は、部品の仕様の一致度（スペック一致率）が所定値未満、かつ、各部品の価格情報の参照記録における参照率（単価参照率）が１００％である場合、ＥＭＳであると判定する。また、判定部１３２は、部品の仕様の一致度が所定値以上、かつ、参照率が１００％未満である場合、ＥＯＬであると判定する。また、判定部１３２は、過去の複数の部品選定データのうち、１回の部品選定操作に対応する１回のセッションごとに、その部品の選定がＥＭＳなのかＥＯＬなのかを判定する。また、判定部１３２は、１回の部品選定操作を行った設計者、部品の仕様の一致度と各部品の価格情報の参照記録、および、判定結果を対応付けたテーブルを生成する。

検索部１３３は、受付部１３１からログインユーザの属性と、置換対象部品とが入力されると、ログインユーザの属性が「ＥＭＳ」であるか否かを判定する。検索部１３３は、ログインユーザの属性が「ＥＭＳ」であると判定した場合には、抽出ログ記憶部１２３および属性テーブル記憶部１２４を参照し、属性が「ＥＭＳ」であるユーザの抽出ログに対して類似度検索を実行する。検索部１３３は、類似度検索の結果に基づく代替部品候補と、代替部品候補が含まれる抽出ログに対応するユーザとを取得する。検索部１３３は、取得したユーザを類似ユーザとし、類似ユーザおよび代替部品候補を出力制御部１３４に出力する。なお、類似ユーザは、言い換えると、属性テーブル記憶部１２４の属性テーブルの属性（判定結果）が、ログインユーザの属性と一致する当該属性テーブルに含まれるユーザのうち、代替部品候補が含まれる抽出ログに対応するユーザのことである。

一方、検索部１３３は、ログインユーザの属性が「ＥＭＳ」でないと判定した場合には、ログインユーザの属性が「ＥＯＬ」であるか否かを判定する。検索部１３３は、ログインユーザの属性が「ＥＯＬ」であると判定した場合には、抽出ログ記憶部１２３および属性テーブル記憶部１２４を参照し、属性が「ＥＯＬ」であるユーザの抽出ログに対して類似度検索を実行する。検索部１３３は、類似度検索の結果に基づく代替部品候補と、代替部品候補が含まれる抽出ログに対応するユーザとを取得する。検索部１３３は、取得したユーザを類似ユーザとし、類似ユーザおよび代替部品候補を出力制御部１３４に出力する。

検索部１３３は、ログインユーザの属性が「ＥＯＬ」でないと判定した場合には、抽出ログ記憶部１２３および属性テーブル記憶部１２４を参照し、属性が「その他」であるユーザの抽出ログに対して類似度検索を実行する。検索部１３３は、類似度検索の結果に基づく代替部品候補と、代替部品候補が含まれる抽出ログに対応するユーザとを取得する。検索部１３３は、取得したユーザを類似ユーザとし、類似ユーザおよび代替部品候補を出力制御部１３４に出力する。

言い換えると、検索部１３３は、設計者（ログインユーザ）が部品の選定を行う際に、選定の条件（ログインユーザの属性）がＥＭＳならば、判定結果がＥＭＳの部品選定データ（抽出ログ）に対して類似度検索を行う。検索部１３３は、選定の条件がＥＯＬならば、判定結果がＥＯＬの部品選定データに対して類似度検索を行う。また、検索部１３３は、生成されたテーブルを参照し、部品の選定を行う設計者の属性がＥＭＳなのかＥＯＬなのかを判定する。検索部１３３は、設計者の属性がＥＭＳならば、セッションの判定結果がＥＭＳである部品選定データに対して類似度検索を行う。検索部１３３は、設計者の属性がＥＯＬならば、セッションの判定結果がＥＯＬである部品選定データに対して類似度検索を行う。

出力制御部１３４は、検索部１３３から類似ユーザおよび代替部品候補が入力されると、例えば、部品検索画面に類似ユーザおよび代替部品候補を出力して表示する。出力制御部１３４は、類似ユーザおよび代替部品候補を表示すると、出力済情報を受付部１３１に出力する。

すなわち、出力制御部１３４は、類似度検索の結果に基づく代替部品候補の情報、および、部品の選定を行う設計者の属性とテーブルの判定結果とが一致する、代替部品候補を含む部品選定データに対応する設計者の情報のうち、１つまたは複数の情報を出力する。

ここで、図９から図１１を用いて、協調フィルタリングと代替部品候補の表示の一例とについて説明する。図９は、協調フィルタリングによる推薦の一例を示す図である。図９の例では、ユーザＵＤの検索結果２０には、コンデンサＧと、コンデンサＧにスペックが類似する部品群２１とが含まれる。一方、ユーザＵＥの検索結果２２には、コンデンサＧと、コンデンサＧにスペックが類似する部品群２３とが含まれる。このとき、部品群２１は、ユーザＵＥが検索していない部品群である。また、部品群２３は、ユーザＵＤが検索していない部品群である。ユーザＵＤとユーザＵＥとは、コンデンサＧという同じ部品がそれぞれの検索結果に含まれるため、類似ユーザであると判定される。協調フィルタリングでは、ユーザＵＤに対して部品群２３がレコメンド（推薦）され、ユーザＵＥに対して部品群２１がレコメンド（推薦）される。

図１０は、ＥＯＬ対応の部品表の更新の一例を示す図である。図１０の例は、代替部品候補の表示の一例として、ＥＯＬ対応の部品表の更新を行う場合である。ＥＯＬ対応を実施しようとしているユーザＵＦは、例えば、設計者であり、部品の互換性を重視した検索を行う。まず、ユーザＵＦは、元の部品表である過去検索部品２４のうち、抵抗Ｘに対応する項目２５を選択する。なお、項目２５のうち「ＭＭＤ」は抵抗Ｘのシリーズ名であるとする。検索部１３３は、過去にＥＯＬ対応を実施しているユーザＵＧ，ＵＨと、ユーザＵＦとは、ＥＯＬ対応という点が一致する、つまり同一属性であると判定する。検索部１３３は、ユーザＵＧ，ＵＨの抽出ログである過去検索部品２６，２７に対して類似度検索を行うと、それぞれ項目２８，２９の抵抗Ｘとともに、同じシリーズ「ＭＭＤ」に属する抵抗Ｂがヒットする。検索部１３３は、ＥＯＬ対応である、つまりスペック重視であるため、類似スペックの同一シリーズである抵抗Ｂを代替部品候補とし、出力制御部１３４に出力して項目２５を更新する。つまり、検索部１３３および出力制御部１３４は、過去検索部品２４を更新した部品表であるＥＯＬ用代替部品候補３０では、抵抗Ｘの項目２５を抵抗Ｂの項目３１に更新する。これにより、情報処理装置１００は、ユーザＵＦに対して、抵抗ＸのＥＯＬ対応に適する抵抗Ｂを推奨できる。

図１１は、ＥＭＳ対応の部品表の更新の一例を示す図である。図１１の例は、代替部品候補の表示の一例として、ＥＭＳ対応の部品表の更新を行う場合である。ＥＭＳ対応を実施しようとしているユーザＵＩは、例えば、購買部門の担当者であり、部品の単価を重視した検索を行う。まず、ユーザＵＩは、元の部品表である過去検索部品３２のうち、抵抗Ｘに対応する項目３３を選択する。なお、項目３３のうち「￥３」は抵抗Ｘの単価であるとする。検索部１３３は、過去にＥＭＳ対応を実施しているユーザＵＪ，ＵＫと、ユーザＵＩとは、ＥＭＳ対応という点が一致する、つまり同一属性であると判定する。検索部１３３は、ユーザＵＪ，ＵＫの抽出ログである過去検索部品３４，３５に対して類似度検索を行うと、それぞれ項目３６，３７の抵抗Ｘとともに、単価が最も安い抵抗Ｅがヒットする。検索部１３３は、ＥＭＳ対応である、つまり単価重視であるため、単純に最安値である抵抗Ｅを代替部品候補とし、出力制御部１３４に出力して項目３３を更新する。つまり、検索部１３３および出力制御部１３４は、過去検索部品３２を更新した部品表であるＥＭＳ概算用代替部品候補３８では、抵抗Ｘの項目３３を抵抗Ｅの項目３９に更新する。これにより、情報処理装置１００は、ユーザＵＩに対して、抵抗ＸのＥＭＳ対応に適する抵抗Ｅを推奨できる。

次に、実施例の情報処理装置１００の動作について説明する。まず、属性テーブル生成処理について説明する。図１２は、実施例の属性テーブル生成処理の一例を示すフローチャートである。

受付部１３１は、例えば、情報処理装置１００の管理者から属性テーブルの生成指示が入力されると、システムログ記憶部１２２を参照し、システムログからユーザを抽出してユーザ一覧を生成する（ステップＳ１）。受付部１３１は、生成したユーザ一覧を判定部１３２に出力する。

判定部１３２は、受付部１３１からユーザ一覧が入力されると、ユーザ一覧の全ユーザの処理が終了したか否かを判定する（ステップＳ２）。判定部１３２は、全ユーザの処理が終了していないと判定した場合には（ステップＳ２：否定）、ユーザ一覧からユーザを１名選択する（ステップＳ３）。判定部１３２は、ユーザを１名選択すると、システムログ記憶部１２２を参照し、システムログから選択したユーザのセッションのログを抽出する（ステップＳ４）。

判定部１３２は、セッションのログを抽出すると、全セッションの処理が終了したか否かを判定する（ステップＳ５）。判定部１３２は、全セッションの処理が終了していないと判定した場合には（ステップＳ５：否定）、セッションを１つ選択する（ステップＳ６）。判定部１３２は、選択したセッションのログを抽出ログとして抽出ログ記憶部１２３に記憶する（ステップＳ７）。判定部１３２は、抽出ログを抽出ログ記憶部１２３に記憶すると、算出処理を実行する（ステップＳ８）。

ここで、図１３を用いて算出処理について説明する。図１３は、算出処理の一例を示すフローチャートである。

判定部１３２は、抽出ログについて、全スペックの処理が終了したか否かを判定する（ステップＳ８１）。判定部１３２は、全スペックの処理が終了していないと判定した場合には（ステップＳ８１：否定）、抽出ログの全スペックからスペックを１つ選択する（ステップＳ８２）。判定部１３２は、選択したスペックについて、最も出現したスペック値の個数と部品個数とから、選択したスペックの一致率を算出する（ステップＳ８３）。判定部１３２は、算出した一致率を抽出ログ記憶部１２３の対応する抽出ログに記憶する。判定部１３２は、算出した一致率を記憶すると、ステップＳ８１に戻る。

判定部１３２は、全スペックの処理が終了したと判定した場合には（ステップＳ８１：肯定）、抽出ログ記憶部１２３を参照し、各スペックの一致率からスペック一致率を算出する（ステップＳ８４）。また、判定部１３２は、抽出ログ記憶部１２３を参照し、単価参照の有無から単価参照率を算出する（ステップＳ８５）。判定部１３２は、算出したスペック一致率と、単価参照率とを抽出ログ記憶部１２３の対応する抽出ログに記憶し（ステップＳ８６）、元の処理に戻る。これにより、判定部１３２は、ユーザおよびセッションごとのスペック一致率および単価参照率を算出できる。

図１２の説明に戻って、判定部１３２は、算出処理が終了すると、抽出ログ記憶部１２３を参照し、スペック一致率と単価参照率を含む属性テーブルを生成する（ステップＳ９）。判定部１３２は、生成した属性テーブルを属性テーブル記憶部１２４に記憶すると、判定処理を実行する（ステップＳ１０）。

ここで、図１４を用いて判定処理について説明する。図１４は、判定処理の一例を示すフローチャートである。

判定部１３２は、判定処理について、全ユーザの処理が終了したか否かを判定する（ステップＳ１０１）。判定部１３２は、全ユーザの処理が終了していないと判定した場合には（ステップＳ１０１：否定）、ユーザを１名選択する（ステップＳ１０２）。判定部１３２は、選択したユーザについて、抽出ログ記憶部１２３を参照し、スペック一致率が５０％以上であるか否かを判定する（ステップＳ１０３）。

判定部１３２は、スペック一致率が５０％以上でないと判定した場合には（ステップＳ１０３：否定）、単価参照率が１００％であるか否かを判定する（ステップＳ１０４）。判定部１３２は、単価参照率が１００％であると判定した場合には（ステップＳ１０４：肯定）、選択したユーザについて、属性テーブル記憶部１２４の属性テーブルの属性欄に「ＥＭＳ」を設定し（ステップＳ１０５）、ステップＳ１０１に戻る。判定部１３２は、単価参照率が１００％でないと判定した場合には（ステップＳ１０４：否定）、選択したユーザについて、属性テーブル記憶部１２４の属性テーブルの属性欄に「その他」を設定し（ステップＳ１０６）、ステップＳ１０１に戻る。

一方、判定部１３２は、ステップＳ１０３において、スペック一致率が５０％以上であると判定した場合には（ステップＳ１０３：肯定）、単価参照率が５０％以上であるか否かを判定する（ステップＳ１０７）。判定部１３２は、単価参照率が５０％以上であると判定した場合には（ステップＳ１０７：肯定）、選択したユーザについて、属性テーブル記憶部１２４の属性テーブルの属性欄に「その他」を設定し（ステップＳ１０６）、ステップＳ１０１に戻る。

判定部１３２は、単価参照率が５０％以上でないと判定した場合には（ステップＳ１０７：否定）、選択したユーザについて、属性テーブル記憶部１２４の属性テーブルの属性欄に「ＥＯＬ」を設定し（ステップＳ１０８）、ステップＳ１０１に戻る。

判定部１３２は、ステップＳ１０１において、全ユーザの処理が終了したと判定した場合には（ステップＳ１０１：肯定）、元の処理に戻る。これにより、判定部１３２は、ユーザのセッションごとにＥＭＳであるかＥＯＬであるかを判定できる。

図１２の説明に戻って、判定部１３２は、判定処理が終了すると、ステップＳ５に戻る。判定部１３２は、ステップＳ５において、全セッションの処理が終了したと判定した場合には（ステップＳ５：肯定）、ステップＳ２に戻り、次のユーザの処理に進む。

判定部１３２は、ステップＳ２において、全ユーザの処理が終了したと判定した場合には（ステップＳ２：肯定）、表示部１１１に属性テーブルの生成が終了した旨のメッセージを出力し、属性テーブル生成処理を終了する。これにより、情報処理装置１００は、過去に部品の選定を行ったユーザに対して、当該選定の条件がＥＭＳであるかＥＯＬであるかを判定した属性テーブルを生成することができる。また、情報処理装置１００は、過去に部品の選定を行ったユーザのセッションごとの抽出ログに対して、ＥＭＳであるかＥＯＬであるかの判定結果を付与することができる。また、情報処理装置１００は、ＥＯＬ対応とＥＭＳ対応とを行ったセッションをシステムログから、それぞれ抽出することができる。また、情報処理装置１００は、過去に蓄積されたシステムログ、つまり部品検索ログに対して、ＥＯＬ／ＥＭＳ判定を実施していずれかのタグを付与した統計データを生成することができる。

続いて、検索処理について説明する。図１５は、実施例の検索処理の一例を示すフローチャートである。

受付部１３１は、ユーザのログインを受け付けると（ステップＳ２０１）、属性テーブル記憶部１２４を参照し、ログインユーザの属性を取得する（ステップＳ２０２）。受付部１３１は、例えば、部品検索画面において、置換対象部品の選択を受け付ける（ステップＳ２０３）。受付部１３１は、取得したログインユーザの属性と、受け付けた置換対象部品とを検索部１３３に出力する。

検索部１３３は、受付部１３１からログインユーザの属性と、置換対象部品とが入力されると、ログインユーザの属性が「ＥＭＳ」であるか否かを判定する（ステップＳ２０４）。検索部１３３は、ログインユーザの属性が「ＥＭＳ」であると判定した場合には（ステップＳ２０４：肯定）、抽出ログ記憶部１２３および属性テーブル記憶部１２４を参照し、属性が「ＥＭＳ」であるユーザの抽出ログに対して類似度検索を実行する（ステップＳ２０５）。検索部１３３は、類似度検索の結果に基づいて、類似ユーザおよび代替部品候補を取得する（ステップＳ２０６）。検索部１３３は、類似ユーザおよび代替部品候補を出力制御部１３４に出力する。

一方、検索部１３３は、ログインユーザの属性が「ＥＭＳ」でないと判定した場合には（ステップＳ２０４：否定）、ログインユーザの属性が「ＥＯＬ」であるか否かを判定する（ステップＳ２０７）。検索部１３３は、ログインユーザの属性が「ＥＯＬ」であると判定した場合には（ステップＳ２０７：肯定）、抽出ログ記憶部１２３および属性テーブル記憶部１２４を参照し、属性が「ＥＯＬ」であるユーザの抽出ログに対して類似度検索を実行する（ステップＳ２０８）。検索部１３３は、類似度検索の結果に基づいて、類似ユーザおよび代替部品候補を取得する（ステップＳ２０９）。検索部１３３は、類似ユーザおよび代替部品候補を出力制御部１３４に出力する。

検索部１３３は、ログインユーザの属性が「ＥＯＬ」でないと判定した場合には（ステップＳ２０７：否定）、抽出ログ記憶部１２３および属性テーブル記憶部１２４を参照し、属性が「その他」であるユーザの抽出ログに対して類似度検索を実行する（ステップＳ２１０）。検索部１３３は、類似度検索の結果に基づいて、類似ユーザおよび代替部品候補を取得する（ステップＳ２１１）。検索部１３３は、類似ユーザおよび代替部品候補を出力制御部１３４に出力する。

出力制御部１３４は、検索部１３３から類似ユーザおよび代替部品候補が入力されると、例えば、部品検索画面に類似ユーザおよび代替部品候補を出力して表示する（ステップＳ２１２）。出力制御部１３４は、類似ユーザおよび代替部品候補を表示すると、出力済情報を受付部１３１に出力する。

受付部１３１は、出力制御部１３４から出力済情報が入力されると、ログインユーザがログアウトするか否かを判定する（ステップＳ２１３）。受付部１３１は、ログアウトしないと判定した場合には（ステップＳ２１３：否定）、ステップＳ２０３に戻り、次の置換対象部品の選択を待機する。受付部１３１は、ログアウトすると判定した場合には（ステップＳ２１３：肯定）、検索処理を終了する。これにより、情報処理装置１００は、部品推奨精度を向上できる。また、情報処理装置１００は、ログインユーザと改版設計の傾向が類似する類似ユーザの選定精度を向上できる。

なお、上記実施例では、スペック一致率が５０％以上であるか否かに基づいて、ＥＭＳであるかＥＯＬであるかを判定したが、これに限定されない。例えば、部品の種類により、完全一致の部品しか検索しないようにしたり、常に不完全一致の部品を検索するようにしてもよい。

また、上記実施例では、抽出ログについて条件を与えずに用いたが、これに限定されない。例えば、抽出ログにおいて、置換対象部品に対して完全一致および不完全一致のスペックの出現率をカウントし、カウント値が所定値以上である抽出ログを用いるようにしてもよい。この場合の所定値は、例えば全部品種に対する平均値を用いることができる。

また、上記実施例では、置換対象部品の単価によらず、スペック一致率の閾値を一定（５０％）としたが、これに限定されない。例えば、単価が所定値未満の部品は、スペック一致率の閾値を、例えば３０％といった値に下げるようにしてもよい。

また、属性テーブルの各ユーザの属性について、例えば、１ヶ月に１回評価し直すようにしてもよい。これにより、ユーザがＥＯＬ対応からＥＭＳ対応、または、ＥＭＳ対応からＥＯＬ対応に変わった場合でも、精度の低下を抑止できる。

このように、情報処理装置１００は、設計者の過去の複数の部品選定データに対して、部品の仕様の一致度と各部品の価格情報の参照記録とを基に、その部品の選定がＥＭＳなのかＥＯＬなのかを判定し、判定結果を部品選定データに記録する。また、情報処理装置１００は、設計者が部品の選定を行う際に、選定の条件がＥＭＳならば、判定結果がＥＭＳの部品選定データに対して類似度検索を行い、選定の条件がＥＯＬならば、判定結果がＥＯＬの部品選定データに対して類似度検索を行う。その結果、情報処理装置１００は、過去に部品の選定を行った設計者のセッションごとの抽出ログに対して、ＥＭＳであるかＥＯＬであるかの判定結果を付与するので、部品検索における部品推奨精度を向上できる。

また、情報処理装置１００は、部品の仕様の一致度が所定値未満、かつ、各部品の価格情報の参照記録における参照率が１００％である場合、ＥＭＳであると判定する。また、情報処理装置１００は、部品の仕様の一致度が所定値以上、かつ、参照率が１００％未満である場合、ＥＯＬであると判定する。その結果、情報処理装置１００は、去に部品の選定を行った設計者のセッションごとの抽出ログに対して、ＥＭＳであるかＥＯＬであるかの判定結果を付与することができる。

また、情報処理装置１００は、過去の複数の部品選定データのうち、１回の部品選定操作に対応する１回のセッションごとに、その部品の選定がＥＭＳなのかＥＯＬなのかを判定する。また、情報処理装置１００は、１回の部品選定操作を行った設計者、部品の仕様の一致度と各部品の価格情報の参照記録、および、判定結果を対応付けたテーブルを生成する。また、情報処理装置１００は、生成されたテーブルを参照し、部品の選定を行う設計者の属性がＥＭＳなのかＥＯＬなのかを判定する。また、情報処理装置１００は、設計者の属性がＥＭＳならば、セッションの判定結果がＥＭＳである部品選定データに対して類似度検索を行う。また、情報処理装置１００は、設計者の属性がＥＯＬならば、セッションの判定結果がＥＯＬである部品選定データに対して類似度検索を行う。その結果、情報処理装置１００は、改版設計の部品検索における部品推奨精度を向上できる。

また、情報処理装置１００は、類似度検索の結果に基づく代替部品候補の情報、および、部品の選定を行う設計者の属性とテーブルの判定結果とが一致する、代替部品候補を含む部品選定データに対応する設計者の情報のうち、１つまたは複数の情報を出力する。その結果、情報処理装置１００は、代替部品候補や設計者の情報を参照して、改版設計における代替部品の選定を行うことができる。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、検索部１３３と出力制御部１３４とを統合してもよい。また、図示した各処理は、上記の順番に限定されるものでなく、処理内容を矛盾させない範囲において、同時に実施してもよく、順序を入れ替えて実施してもよい。

さらに、各装置で行われる各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部または任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、またはワイヤードロジックによるハードウェア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。

ところで、上記の各実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記の各実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１６は、部品選定プログラムを実行するコンピュータの一例を示す図である。

図１６に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、データ入力を受け付ける入力装置２０２と、モニタ２０３とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読み取る媒体読取装置２０４と、各種装置と接続するためのインタフェース装置２０５と、他の情報処理装置等と有線または無線により接続するための通信装置２０６とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０７と、ハードディスク装置２０８とを有する。また、各装置２０１〜２０８は、バス２０９に接続される。

ハードディスク装置２０８には、図１に示した受付部１３１、判定部１３２、検索部１３３および出力制御部１３４の各処理部と同様の機能を有する部品選定プログラムが記憶される。また、ハードディスク装置２０８には、部品情報記憶部１２１、システムログ記憶部１２２、抽出ログ記憶部１２３、属性テーブル記憶部１２４、および、部品選定プログラムを実現するための各種データが記憶される。入力装置２０２は、例えば、コンピュータ２００のユーザから操作情報等の各種情報の入力を受け付ける。モニタ２０３は、例えば、コンピュータ２００のユーザに対して表示画面等の各種画面を表示する。インタフェース装置２０５は、例えば印刷装置等が接続される。通信装置２０６は、例えば、図１に示した通信部１１０と同様の機能を有し図示しないネットワークと接続され、他の情報処理装置と各種情報をやりとりする。

ＣＰＵ２０１は、ハードディスク装置２０８に記憶された各プログラムを読み出して、ＲＡＭ２０７に展開して実行することで、各種の処理を行う。また、これらのプログラムは、コンピュータ２００を図１に示した受付部１３１、判定部１３２、検索部１３３および出力制御部１３４として機能させることができる。

なお、上記の部品選定プログラムは、必ずしもハードディスク装置２０８に記憶されている必要はない。例えば、コンピュータ２００が読み取り可能な記憶媒体に記憶されたプログラムを、コンピュータ２００が読み出して実行するようにしてもよい。コンピュータ２００が読み取り可能な記憶媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤ（Digital Versatile Disc）、ＵＳＢ（Universal Serial Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ等に接続された装置にこの部品選定プログラムを記憶させておき、コンピュータ２００がこれらから部品選定プログラムを読み出して実行するようにしてもよい。

１００情報処理装置
１１０通信部
１２０記憶部
１２１部品情報記憶部
１２２システムログ記憶部
１２３抽出ログ記憶部
１２４属性テーブル記憶部
１３０制御部
１３１受付部
１３２判定部
１３３検索部
１３４出力制御部

Claims

設計者の過去の複数の部品選定データに対して、部品の仕様の一致度と各部品の価格情報の参照記録とを基に、その部品の選定がＥＭＳなのかＥＯＬなのかを判定し、判定結果を前記部品選定データに記録する判定部と、
設計者が部品の選定を行う際に、前記選定の条件が前記ＥＭＳならば、前記判定結果が前記ＥＭＳの部品選定データに対して類似度検索を行い、前記選定の条件が前記ＥＯＬならば、前記判定結果が前記ＥＯＬの部品選定データに対して類似度検索を行う検索部と、
を有することを特徴とする情報処理装置。
前記判定部は、前記部品の仕様の一致度が所定値未満、かつ、前記各部品の価格情報の参照記録における参照率が１００％である場合、前記ＥＭＳであると判定し、前記部品の仕様の一致度が所定値以上、かつ、前記参照率が１００％未満である場合、前記ＥＯＬであると判定する、
ことを特徴とする請求項１に記載の情報処理装置。
前記判定部は、前記過去の複数の部品選定データのうち、１回の部品選定操作に対応する１回のセッションごとに、その部品の選定がＥＭＳなのかＥＯＬなのかを判定し、前記１回の部品選定操作を行った設計者、前記部品の仕様の一致度と各部品の価格情報の参照記録、および、判定結果を対応付けたテーブルを生成し、
前記検索部は、生成された前記テーブルを参照し、部品の選定を行う設計者の属性が前記ＥＭＳなのか前記ＥＯＬなのかを判定し、前記設計者の属性が前記ＥＭＳならば、前記セッションの判定結果が前記ＥＭＳである部品選定データに対して類似度検索を行い、前記設計者の属性が前記ＥＯＬならば、前記セッションの判定結果が前記ＥＯＬである部品選定データに対して類似度検索を行う、
ことを特徴とする請求項１または２に記載の情報処理装置。
さらに、前記類似度検索の結果に基づく代替部品候補の情報、および、前記部品の選定を行う設計者の属性と前記テーブルの判定結果とが一致する、前記代替部品候補を含む部品選定データに対応する設計者の情報のうち、１つまたは複数の情報を出力する出力制御部を有する、
ことを特徴とする請求項３に記載の情報処理装置。
設計者の過去の複数の部品選定データに対して、部品の仕様の一致度と各部品の価格情報の参照記録とを基に、その部品の選定がＥＭＳなのかＥＯＬなのかを判定し、判定結果を前記部品選定データに記録し、
設計者が部品の選定を行う際に、前記選定の条件が前記ＥＭＳならば、前記判定結果が前記ＥＭＳの部品選定データに対して類似度検索を行い、前記選定の条件が前記ＥＯＬならば、前記判定結果が前記ＥＯＬの部品選定データに対して類似度検索を行う、
処理をコンピュータが実行することを特徴とする部品選定方法。
設計者の過去の複数の部品選定データに対して、部品の仕様の一致度と各部品の価格情報の参照記録とを基に、その部品の選定がＥＭＳなのかＥＯＬなのかを判定し、判定結果を前記部品選定データに記録し、
設計者が部品の選定を行う際に、前記選定の条件が前記ＥＭＳならば、前記判定結果が前記ＥＭＳの部品選定データに対して類似度検索を行い、前記選定の条件が前記ＥＯＬならば、前記判定結果が前記ＥＯＬの部品選定データに対して類似度検索を行う、
処理をコンピュータに実行させることを特徴とする部品選定プログラム。