(57)【特許請求の範囲】
【請求項１】
コンピュータを用いてユーザによる受注仕様製品の見積り案の作成を支援する情報処理を行う受注見積り案作成支援システムであって、
前記コンピュータは、演算装置、記憶装置を有し、
前記演算装置は、
前記ユーザが見る画面に前記支援のためのＧＵＩ情報を表示して対話操作処理を実現するＧＵＩ表示部と、
前記ユーザによる前記作成のための設定情報を前記記憶装置のＤＢに格納する処理を行う設定部と、を有し、
前記記憶装置のＤＢは、顧客要求仕様情報と、部品情報と、ルール情報と、パターン情報と、見積り案情報と、を含むデータ情報を格納し、
前記設定部は、
前記ユーザにより、前記ＤＢに、前記顧客要求仕様情報、部品情報、及びルール情報を設定する第１の処理と、
前記ＤＢの設定情報として、前記部品情報、及びルール情報を含むデータ情報を用いて、前記対象の製品の仕様を構成する、前記ルール情報に基づく可能な複数の組合せのパターンを生成し、前記パターン情報として前記ＤＢに格納する第２の処理と、を行い、
前記ＧＵＩ表示部は、
前記顧客要求仕様情報を含むデータ情報を入力する第１の処理と、
前記入力の顧客要求仕様と、前記パターン情報とで、仕様の構成を比較し、両者の差異部分が少ない順に複数のパターンを案として抽出する第２の処理と、
前記抽出された複数の案における、各仕様の構成を示す仕様情報を、前記差異部分が少ない順で優先して候補として表示するリストとして前記画面に表示する第３の処理と、
前記画面でのユーザ操作に従い、前記複数の案の仕様情報のリストにおける、各々の案の仕様を構成する前記差異部分の仕様情報のうち、ユーザにより選択された仕様情報を、見積り案を構成する要素として登録し、当該登録された要素を除いた複数の案の仕様情報を次の候補として前記画面に表示する第４の処理と、
前記画面でのユーザ操作に従い、前記登録された要素による仕様の構成を見積り案として確定する場合に前記見積り案情報として前記ＤＢに保存する第５の処理と、を行うこと、を特徴とする受注見積り案作成支援システム。
【請求項２】
請求項１記載の受注見積り案作成支援システムにおいて、
前記顧客要求仕様情報は、複数の仕様項目・仕様値の組合せの情報を含み、
前記ルール情報は、複数の個々の仕様項目・仕様値と、複数の個々の部品との関係を制約する情報を含み、
前記パターン情報は、複数の仕様項目・仕様値の組合せの情報を含み、
前記ＧＵＩ表示部は、
前記第２の処理では、前記入力の顧客要求仕様と、前記パターン情報とで、仕様の構成を比較し、両者の差異部分となる仕様項目・仕様値が少ない順に複数のパターンを代替案として抽出し、
前記第３の処理では、前記抽出された複数の代替案における、各仕様の構成を示す仕様情報を、前記顧客要求仕様との差異部分となる修正仕様項目で表す形式で、前記差異部分が少ない順で優先して候補として表示するリストとして前記画面に表示し、
前記第４の処理では、前記画面でのユーザ操作に従い、前記複数の代替案の仕様情報のリストにおける、各々の代替案の仕様を構成する前記差異部分の修正仕様項目のうち、ユーザにより選択された修正仕様項目を、代替案を構成する要素として登録し、当該登録された要素を除いた複数の代替案の仕様情報を次の候補として前記画面に表示すること、を特徴とする受注見積り案作成支援システム。
【請求項３】
請求項１記載の受注見積り案作成支援システムにおいて、
前記設定部は、
前記第１の処理では、前記ユーザにより、前記ＤＢに、前記部品に関するコストまたは納期の情報を含む評価指標情報を設定し、
前記ＤＢの設定情報として、前記パターン情報、及び評価指標情報を含むデータ情報を用いて、前記パターンごとのコストまたは納期を計算し、当該評価指標情報を、前記パターン情報と関係付けて前記ＤＢに格納する第３の処理を行い、
前記ＧＵＩ表示部は、
前記第２の処理では、前記入力の顧客要求仕様と、前記パターン情報とで、仕様の構成を比較し、両者の差異部分が少ない順に複数のパターンを案として抽出する処理、及び前記抽出されたパターンに関係付けられる前記評価指標情報を抽出する処理を行い、
前記第３の処理では、前記画面に、前記複数の案の仕様情報と並列で、当該案に対応した前記パターンごとの評価指標情報を表示する処理と、前記複数の案の仕様情報を、当該案に対応した評価指標情報の値が良い順に優先して表示するように並べ替えて前記画面に表示する処理と、を行うこと、を特徴とする受注見積り案作成支援システム。
【請求項４】
請求項１記載の受注見積り案作成支援システムにおいて、
前記部品情報は、標準部品情報、及びそのコスト、納期の情報を含み、
前記パターン情報は、前記標準部品を優先的に使用した標準仕様の組合せによるパターン情報を含み、
前記ＧＵＩ表示部は、前記第２の処理では、前記パターン情報から前記複数の案を抽出する際、前記標準仕様の組合せのパターン情報を優先して抽出すること、を特徴とする受注見積り案作成支援システム。
【請求項５】
請求項２記載の受注見積り案作成支援システムにおいて、
前記ＧＵＩ表示部は、前記第３及び第４の処理で、前記画面に、前記複数の代替案の仕様情報をリストで表示する際、第１行に顧客要求仕様の仕様項目の情報を表示し、第２行に前記登録による仕様項目の情報を表示し、第３行以下に前記顧客要求仕様に対する修正の候補となる修正仕様項目の情報を表示すること、を特徴とする受注見積り案作成支援システム。
【請求項６】
請求項３記載の受注見積り案作成支援システムにおいて、
前記ＧＵＩ表示部は、前記第３及び第４の処理で、前記画面に、前記複数の案の仕様情報と並列で前記評価指標情報を表示する際、前記案に対応したパターンごとの評価指標値のリストと、当該評価指標値に対して設定される目標値と、を比較で表示すること、を特徴とする受注見積り案作成支援システム。
【請求項７】
請求項３記載の受注見積り案作成支援システムにおいて、
前記ＧＵＩ表示部は、前記第３及び第４の処理で、前記画面に、前記評価指標情報を表示する際、前記ユーザによる選択操作に応じて、前記コスト情報のリスト、前記納期情報のリストを表示すること、を特徴とする受注見積り案作成支援システム。
【請求項８】
請求項２記載の受注見積り案作成支援システムにおいて、
前記ＧＵＩ表示部は、前記画面で、ユーザ操作に基づき、前記複数の個々の仕様項目ごとの修正の可否を設定する処理、前記複数の仕様項目による個々のグループごとの修正の可否を設定する処理、前記複数の仕様項目による個々のグループを設定する処理、及び、上記設定で修正可と設定された仕様項目及びグループの情報を前記画面に表示して修正可能とする処理を行うこと、を特徴とする受注見積り案作成支援システム。
【請求項９】
請求項１記載の受注見積り案作成支援システムにおいて、
前記ＧＵＩ表示部は、前記見積り案の作成・編集・保存に関する検討の来歴を表示する機能を有し、当該機能は、前記対象の製品の見積り案を識別する第１のＩＤと、当該見積り案の検討の来歴を識別する第２のＩＤと、当該第２のＩＤの案ごとの評価指標値と、前記顧客要求仕様に対する当該案の修正仕様項目の数とを表示すること、を特徴とする受注見積り案作成支援システム。
【請求項１０】
請求項１記載の受注見積り案作成支援システムにおいて、
前記ＧＵＩ表示部は、前記第３及び第４の処理で、前記画面に、前記複数の案の仕様情報をリストで表示する際、第１列に顧客要求仕様の仕様項目と仕様値の情報を表示し、第２列以降に、前記複数の案の仕様の構成を示す仕様項目と仕様値の組合せの情報をそれぞれ表示し、前記第２列以降の複数の案の中から、前記ユーザにより選択された案を、第２列に表示されるように移動し、第３列以降に、次の候補となる案の情報を表示すること、特徴とする受注見積り案作成支援システム。
【請求項１１】
請求項１記載の受注見積り案作成支援システムにおいて、
前記ルール情報は、仕様項目及び仕様値から部品を選択するための第１のルール情報と、部品間の組合せの制約を示す第２のルール情報と、仕様項目及び仕様値の間の組合せの制約を示す第３のルール情報と、を含み、
前記設定部は、前記第２の処理では、前記ルール情報に基づき前記パターン情報を生成する際、前記第１、第２、及び第３のルール情報を探索しながら、可能な全ての仕様項目及び仕様値の組合せのパターンを作成して前記パターン情報とすること、を特徴とする受注見積り案作成支援システム。
【請求項１２】
請求項１記載の受注見積り案作成支援システムにおいて、
前記記憶装置のＤＢは、顧客要求仕様情報と、部品情報と、仕様情報と、ルール情報と、パターン情報と、見積り案情報と、評価指標情報と、を含むデータ情報を格納し、
前記顧客要求仕様情報は、対象の製品の仕様を構成する仕様項目及び仕様値の情報を含み、
前記部品情報は、対象の製品を構成する部品の情報を含み、
前記仕様情報は、候補となる仕様項目及びその仕様値の情報を含み、
前記ルール情報は、仕様項目及び仕様値から部品を選択する制約を示す第１のルール情報と、部品間の組合せの制約を示す第２のルール情報と、仕様項目及び仕様値の間の組合せの制約を示す第３のルール情報と、を含み、
前記パターン情報は、前記対象の製品の仕様を構成する複数の仕様項目及び仕様値の組合せのパターンの情報を含み、
前記見積り案情報は、前記ユーザにより作成される見積り案の仕様の構成を示す情報を含み、
前記評価指標情報は、前記部品に関するコストまたは納期の情報を含み、
前記設定部は、前記ユーザにより、前記ＤＢに、前記顧客要求仕様情報、部品情報、仕様情報、ルール情報、及び評価指標情報を設定する処理を行うこと、を特徴とする受注見積り案作成支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、製品や部品（製品を構成する部品や材料など）、仕様などの情報を管理する情報処理技術に関し、受注仕様製品の見積り案の作成及びその支援の技術に関する。
【背景技術】
【０００２】
（１）  生産形態（受注生産方式）の１つとして、個別受注生産（個別受注設計）のビジネスがある。このビジネスでは、顧客が製品（受注仕様製品）の要求仕様（要求仕様書など）を作成してメーカに発注し、メーカが当該顧客要求仕様に基づいて製品（その仕様）を設計・生産する。
【０００３】
メーカ（個別受注設計者、見積り案の作成の担当者など）は、例えば多数の標準部品（共通部品ともいう）やその他部品の中から、顧客要求仕様を満たす部品などを選択しながら、製品（仕様）を設計し、対応する見積り案（提案仕様）を作成し、顧客に提示する。顧客がこの見積り案（提案仕様）に同意することで受注となり、メーカが当該仕様に基づいて製品を設計・生産する。
【０００４】
なお標準部品とは、例えばメーカ側が製品（仕様）を設計・生産するために必要な部品・材料などが自社で標準として管理されている場合（種別）の部品である。標準部品については、例えば既存設計・製造済みの部品が自社の在庫で十分に用意されていたり、あるいは製造用図面及び材料などが準備されているのですぐに用意できる。よって、コスト（価格）や納期（リードタイム：ＬＴ）的には有利な部品である。一方、その他、非標準部品については、新規の設計や調達などが必要になる部品であるため、コストや納期（ＬＴ）的には不利な部品である。
【０００５】
メーカ側が顧客要求仕様の全てに基づいた見積り案を作成する場合、顧客の要求通りの仕様の製品にはなるが、コストや納期などの点では不利になる可能性が高い。即ち、見積り案の作成の際、例えば顧客要求仕様に合う部品を全てメーカ側の標準部品から選択できるのであれば、比較的コストや納期（ＬＴ）などが小さくて済む可能性が高い。しかしながら、例えば顧客要求仕様に合う部品がメーカ側の標準部品には無く、非標準部品（新規設計部品など）が選択される場合などには、上記のように非標準部品の用意の分、コストや納期などが増大する可能性が高い。
【０００６】
上記製品の見積り案（提案仕様）の総コストや納期（ＬＴ）が大きくなってしまう場合、受注につながりにくい。そこで、メーカ側では、当初の顧客要求仕様になるべく沿いつつ、その一部（仕様項目・仕様値など）を代替（類似）のものに変更（修正）した見積り案（以下「代替案」ともいう）を検討・作成・提示することにより、総コストや納期などの値を改善することができ、顧客に受注につながりやすくなる。例えばある仕様項目・仕様値に対応した非標準部品を、ルールを満たす別の類似の仕様項目・仕様値に対応した標準部品に変更することで、コストや納期の値を低減できる。
【０００７】
なお説明上、製品の「仕様」とは、各種の仕様項目とその仕様値（仕様項目値）の組合せにより定まるものを指すとする。仕様項目の例は、圧力、温度、電圧、材質などである。見積り案（提案仕様）とは、上記仕様（組合せ）及びその仕様を満たす構成部品の選択（組合せ）を含むものを指すとする。
【０００８】
（２）  また、上記顧客要求仕様に応じてメーカ（担当者）が見積り案を作成する際、対象の製品に応じて、当該仕様を構成するための仕様項目・仕様値の組合せ及び候補や、当該仕様の製品を構成するための部品（上記標準部品などを含む）の組合せ及び候補は、多岐・膨大となる。特に、例えば大規模システムの場合、候補となる仕様項目の数が数千、候補となる部品の数が数万といったように膨大な場合があり、今後も増大の傾向がある。また上記組合せ（仕様）に応じて総コストや納期なども変動する。また顧客に応じて、当該製品（要求仕様）の重要度などや、希望するコスト（価格）や納期なども異なる。上記作業は、従来は人の経験・知識などに頼る面が大きい。
【０００９】
（３）  上記に関連する先行技術例としては、特開２００１−１４０２１号公報（特許文献１）、特開２００３−１０８８７９号公報（特許文献２）などがある。
【００１０】
特許文献１（「受注システム」等）では、顧客の要求仕様を満足するような製品設計の際、標準部品を優先的に使用することによって、顧客に、より低コスト、短納期の製品を提供する等の課題が記載されている。また、納期回答システムは、顧客からの要求仕様を受けると、推奨仕様検索部によって生産管理システム内のデータベース（ＤＢ）を参照し、推奨仕様を検索し、その結果を出力すること、顧客はその推奨仕様群の中から仕様を選択すること、等の解決手段が記載されている（要約参照）。
【００１１】
特許文献２（「提案書作成支援システム」等）では、顧客からの要求に対して作成する提案書を簡単に作成できる等の課題、及び、提案書作成支援システムは、顧客の要望に対して類似する提案書をデータベースから検索して、提示（抽出）された類似提案書候補の中から類似提案書を選択する等の解決手段が記載されている（要約参照）。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００１−１４０２１号公報
【特許文献２】特開２００３−１０８８７９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
前記背景において、メーカ（担当者）が顧客要求仕様（及び希望コスト・納期等がある場合はその考慮も含む）に応じて、製品（仕様）の見積り案を作成する際、仕様項目・仕様値や部品に関する候補及び組合せから好適な仕様項目・仕様値や部品を選択して好適な見積り案を作成する作業が必要である。特に、前述のように、メーカとしてはできるだけ標準部品の選択などによってコスト低減や納期短縮などに対応した見積り案（顧客要求仕様に対し一部の仕様項目・仕様値などを変更した代替案）を作成することで、受注率の向上を図ることができる。
【００１４】
しかしながら、前述のように仕様項目・仕様値や部品に関する候補及び組合せが多数存在する場合、人的作業の負荷が大きく、長時間を要し、効率が悪い。また特に、顧客希望などに応じた目標とするコストや納期がある場合は、それに応じて、好適な仕様項目・仕様値や部品の組合せを検討しなければならないため、上記負荷が大きい。
【００１５】
また特に、仕様情報（仕様項目・仕様値）に応じた部品を選択するが、その際、所定の制約（ルール）を満たす必要があるため、上記負荷などに影響する。上記制約（ルール）は、構成部品や、仕様項目・仕様値などの組合せの関係を制約するものであり、部品間の組合せの制約、仕様項目（仕様値）間の組合せの制約、仕様項目（仕様値）に合う部品を選択する制約（仕様−部品選択ルール）などがあり、候補の数が増えるほど複雑になる。
【００１６】
なお従来システム例では、多数の部品情報や多数の仕様情報（仕様項目・仕様値）をＤＢ等に設定・管理する仕組みや、上記制約（ルール）の情報をＤＢ等に設定・管理する仕組み等についてはそれぞれ存在するが、それらを用いて好適な見積り案（代替案）を自動的に抽出するような仕組みについては実現されていない。
【００１７】
上記作業は、候補となる仕様項目数や部品数などが増大する傾向にあるため、従来の人の経験などに頼ることは限界がある。また特に、個別受注生産・設計のように、過去に事例の無い又は少ない製品（仕様）の設計を行う場合、蓄積データ情報が無い又は少ないため、上記負荷が大きい。
【００１８】
なお、特許文献１の技術は、要求仕様入力の画面例（図３）や推奨仕様テーブル（図６）に示されるように、対象はＰＣなどの小規模製品であり、構成部品の組合せを選択してトータルの仕様を決定する技術である。候補となる個々の構成部品は、規格（標準インタフェース）に沿った部品（製品）であるため、仕様（組合せ）の数は限定される。よって、特許文献１のような技術は、本発明が対象としているような、部品や仕様項目に関する制約（ルール）が複雑で、かつ多数の部品や仕様項目の組合せ（候補）から選択してトータルの製品（仕様）を決定することや、ユーザ（メーカ担当者）による好適な代替案の作成などには対応しておらず不向きである。
【００１９】
なお、特許文献２の技術では、利用するのが過去事例なので、過去事例に限ることで低コストの案を実時間で抽出可能であるが、本発明が対象としているような、事例が無い又は少ない製品には向いていない。事例が少ない製品の場合、修正すべき仕様項目・仕様値の数が多くなり負荷が高い。また事例なので、その中身の仕様項目・仕様値などを考慮して代替案を作成・抽出するような技術ではない。
【００２０】
以上のように、本発明の課題（目的）の１つとして、例えば過去事例の無い又は少ない個別受注生産・設計などの対象の製品（仕様）に関して、特に仕様項目（及び仕様値）や部品の候補が多数かつ制約（ルール）が複雑となる対象に関して、顧客要求仕様に対しメーカ（担当者）が好適な見積り案を作成する作業を、効率化できるように、効果的な作成支援及び部分的自動化などを実現する仕組み・技術を実現したい。特に、膨大な仕様情報（仕様項目・仕様値）や部品情報などが候補として存在する場合にも、顧客希望などに応じてできるだけ低コスト・短納期などになる好適な見積り案（顧客要求仕様に対してなるべく少ない変更での代替案）を容易に作成でき、作業の負荷低減、短時間化などを図れる技術を実現したい。
【００２１】
また特に、上記代替案を作成する場合、顧客要求仕様と代替案の仕様とでは差異部分（変更した仕様項目・仕様値など）が発生するが、当該差異部分について、顧客側とメーカ側との間で良いバランスをとれるように支援できる技術を実現したい。また特に、メーカ側の担当者などが操作するコンピュータの表示画面に、上記支援のためのＧＵＩ（グラフィカルユーザインタフェース）を構成し、これにより上記作業（仕様項目の変更などを含む）をなるべく少ない操作で実現でき、代替案の検討・試行錯誤などが容易にできる技術を実現したい。
【課題を解決するための手段】
【００２２】
本発明のうち代表的な形態は、コンピュータを用いてユーザによる受注仕様製品の見積り案の作成を支援する情報処理を行う受注見積り案作成支援システム等であって、以下に示す構成を有することを特徴とする。
【００２３】
本システムは、前記コンピュータは、演算装置、記憶装置を有し、前記演算装置は、前記ユーザが見る画面に前記支援のためのＧＵＩ情報を表示して対話操作処理を実現するＧＵＩ表示部と、前記ユーザによる前記作成のための設定情報を前記記憶装置のＤＢに格納する処理を行う設定部と、を有する。前記記憶装置のＤＢは、顧客要求仕様情報と、部品情報と、ルール情報と、パターン情報と、見積り案情報と、を含むデータ情報を格納する。
【００２４】
前記設定部は、前記ユーザにより、前記ＤＢに、前記顧客要求仕様情報、部品情報、及びルール情報を設定する第１の処理と、前記ＤＢの設定情報として、前記部品情報、及びルール情報を含むデータ情報を用いて、前記対象の製品の仕様を構成する、前記ルール情報に基づく可能な複数の組合せのパターンを生成し、前記パターン情報として前記ＤＢに格納する第２の処理（パターン生成処理）と、を行う。
【００２５】
前記ＧＵＩ表示部は、前記顧客要求仕様情報を含むデータ情報を入力する第１の処理と、前記入力の顧客要求仕様と、前記パターン情報とで、仕様の構成を比較し、両者の差異部分が少ない順に複数のパターンを案（類似案）として抽出する第２の処理（案検索処理）と、前記抽出された複数の案における、各仕様の構成を示す仕様情報を、前記差異部分が少ない順で優先して候補として表示するリストとして前記画面に表示する第３の処理（案表示処理）と、前記画面でのユーザ操作に従い、前記複数の案の仕様情報のリストにおける、各々の案の仕様を構成する前記差異部分の仕様情報のうち、ユーザにより選択された仕様情報を、見積り案（代替案）を構成する要素として登録（一時確定）し、当該登録された要素を除いた複数の案の仕様情報を次の候補として前記画面に表示する第４の処理（案編集処理）と、前記画面でのユーザ操作に従い、前記登録された要素による仕様の構成を見積り案として確定する場合に前記見積り案情報として前記ＤＢに保存する第５の処理とを行う。
【発明の効果】
【００２６】
本発明のうち代表的な形態によれば、例えば過去事例の無い又は少ない個別受注生産などの対象の製品（仕様）に関して、特に仕様項目（及び仕様値）や部品の候補が多数かつ制約（ルール）が複雑となる対象に関して、顧客要求仕様に対しメーカ（担当者）が好適な見積り案を作成する作業を、効率化できるように、効果的な作成支援及び部分的自動化などを実現する。特に、膨大な仕様情報（仕様項目・仕様値）や部品情報などが候補として存在する場合にも、顧客希望などに応じてできるだけ低コスト・短納期などになる好適な見積り案（顧客要求仕様に対してなるべく少ない変更での代替案）を容易に作成でき、作業の負荷低減、短時間化などを図れる。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施の形態１のシステム（受注見積り案作成支援システム）の構成を示す図である。
【図２】実施の形態１のシステムでの主な処理のフロー図である。
【図３】実施の形態１のシステムでのＧＵＩ表示処理の詳細例を示す図である。
【図４】実施の形態１のシステムでの第１の画面例（Ｇ１）を示す図である。
【図５】第２の画面例（Ｇ２ａ）を示す図である。
【図６】第３の画面例（Ｇ２ｂ）を示す図である。
【図７】第４の画面例（Ｇ２ｃ）を示す図である。
【図８】第５の画面例（Ｇ３）を示す図である。
【図９】実施の形態１のシステムでのパターン作成処理例のフロー図である。
【図１０】実施の形態１での部品情報の例を示す図である。
【図１１】実施の形態１でのルール情報の例を示す図である。
【図１２】パターン生成処理例でのデータ例１（仕様組合せ表）を示す図である。
【図１３】パターン生成処理例のデータ例２（部品組合せ表）を示す図である。
【図１４】パターン生成処理例のデータ例３（部品組合せパターン表）を示す図である。
【図１５】パターン生成処理例のデータ例４（仕様組合せパターン表）を示す図である。
【図１６】本発明の実施の形態２のシステム（受注見積り案作成支援システム）の構成を示す図である。
【図１７】実施の形態２のシステムでの第１の画面例（Ｇ１１）を示す図である。
【図１８】第２の画面例（Ｇ１２）を示す図である。
【図１９】第３の画面例（Ｇ１３）を示す図である。
【図２０】本発明の実施の形態における基本概念の補足説明用の図である。
【図２１】本発明の実施の形態における案検索の概念の補足説明用の図である。
【発明を実施するための形態】
【００２８】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。本実施の形態で、対象とする製品は、多数・膨大な候補の部品数及び仕様項目数を持ち、対応してルール（制約）も多数・複雑となるような製品、例えば大規模システム等である。
【００２９】
＜概要等＞
本システム（図１等）では、メーカ側のユーザ（受注見積り案作成担当者など）による対象の製品（仕様）の見積り案の作成の際、コンピュータ画面（ＧＵＩ）でのユーザ操作に応じて、顧客要求仕様（仕様項目・仕様値の組合せ）及びルール情報などの入力に従い、顧客要求仕様に対しなるべく仕様項目などの変更（修正）の部分（差異）が少なく、コストや納期（ＬＴ）などの点（評価指標）でも有利になるような、好適な見積り案（代替案）を作成する支援の処理を行う機能を有する（図２等）。上記機能は、ユーザ操作により、画面（図４等）で、案（仕様）を構成する要素（変更仕様項目）を１つずつ段階的に選択して検討できる機能を含んでいる。
【００３０】
図２でオフライン事前処理部（設定部）１２は、必要な各情報（部品情報、ルール情報など）をＤＢに設定する処理（Ｓ１）、事前にＤＢの情報をもとに可能なパターン（仕様組合せパターン）を作成しＤＢに格納する処理（Ｓ２）、パターン（仕様）に応じた評価指標値（コスト、ＬＴ等）を計算する処理（Ｓ３）などを行う。ＧＵＩ表示処理部１１は、顧客要求仕様入力処理（Ｓ４）、案（パターン）検索処理（Ｓ５）、代替案表示処理（Ｓ６）・代替案編集処理（Ｓ７）、代替案保存／出力処理（Ｓ９）などを行う。
【００３１】
本システムでは、考え方として、案を作成するための候補となる多数の仕様項目及び部品などの情報の中から、顧客要求仕様に対し、なるべく類似する（少ない変更で済む）ように、かつなるべく標準仕様が使用されるように、仕様項目（対応仕様値）などの組合せ（パターン）を自動的に抽出し、ユーザ（担当者）に提示する。
【００３２】
そのために、オフライン事前処理では、パターン生成処理（Ｓ２）として、部品情報ＤＢ（２１）やルール情報ＤＢ（２２）の参照・分析処理（ルール探索を含む）に基づき、制約（ルール）を満たす仕様（仕様項目・仕様値の組合せを含む）に関する、可能な複数（すべて）のパターンを生成してパターンＤＢ（２３）に格納しておく。特に、メーカにとって理想的な標準仕様（標準部品を使用して構成される標準仕様組合せパターン）の生成・格納を含む。また併せて、パターンに応じた評価指標値（コスト、ＬＴ等）を計算してパターンに関係付けておく。オフライン事前処理によりＧＵＩ表示の際などに高速化が実現できる。
【００３３】
顧客要求仕様に対する見積り案（代替案）の作成の際、案（パターン）検索処理（Ｓ５）では、入力の顧客要求仕様（あるいは前提（比較対象）とする所定の仕様）に対し、パターンＤＢ（２３）から、入力仕様と類似するパターン（及び対応する評価指標値など）を類似案として高速・自動的に検索（抽出）し、下記のように候補となる案（代替案）としてユーザに提示（画面表示）する。多数のパターンのうち、例えば入力仕様に対する変更部分（差異）が最少の１つの仕様項目（対応する仕様値）のみとなるパターン（案）を優先的に抽出する。
【００３４】
仕様を構成する仕様項目・仕様値の組合せは、候補が多数の場合、膨大な数となることが想定される。そこで、事前のオフライン処理で、可能な組合せのパターンを作成してＤＢに格納しておくことで、ユーザによる案の表示・編集時には、要求仕様とパターン群との最少アンマッチのマッチングのみで代替案の表示が短時間で実現できる。
【００３５】
案表示・編集処理（Ｓ６，Ｓ７）では、上記抽出された候補の案及び対応評価指標情報などをＧＵＩ画面（例：図４）に表示する。画面では、顧客要求仕様との比較で複数の各案の情報が表示され、そして、案の内容（仕様項目・仕様値）に対するユーザによる編集（変更仕様項目の選択など）を受け付け、適宜、案のデータ内容及び表示内容が更新される。案表示処理（Ｓ６）では、画面に、上記候補となる複数の案に対応した仕様構成（変更仕様項目）のリストと、それに対応する評価指標（コスト、ＬＴ等）の情報とを並記表示する（例：ｇ１，ｇ２，ｇ３）。なお多くの場合、多数の案が存在し、画面内に全部は表示しきれないため、優先順で一部の案の情報を表示する。なお評価指標情報は言い換えると当該案による効果を示す情報である。変更仕様項目のリスト（ｇ１）は、顧客要求仕様に対して変更（修正）する対象（部分）となる仕様項目（変更が可能な仕様項目）を示すこと（他の仕様項目は変更しないことも示す）により代替案を表す形式である。複数の変更仕様項目による案は、入力仕様に対する差異が少ない順で優先して表示する。本形式では仕様（組合せ）を構成する要素（仕様項目など）の１つ１つをユーザが指定する必要は無く、変更仕様項目を指定すれば仕様（組合せ）が指し示されるため、ユーザの負荷が小さい。
【００３６】
画面で複数の案の情報（変更仕様項目、評価指標値）が優先順付きのリストで自動的に表示されるので、ユーザは案の比較検討・試行錯誤がしやすい。ユーザは上記画面に表示された複数の案（変更仕様項目）から１つを見積り案として確定（決定）したい場合はそのまま所定の操作で可能であり、また、下記のように案の編集の操作が可能である。
【００３７】
代替案編集処理（Ｓ７）では、上記画面でのユーザ操作により、変更仕様項目のリストの中から、代替案の要素としたい変更仕様項目（例えば第１の項目とする）を任意に指定（選択）できる（例えば図５）。すると、指定（選択）された変更仕様項目（第１の項目）は代替案を構成する要素として一時確定（前提、登録）された状態となる（例えば第１列に表示）。そして、候補の全仕様項目のうち、当該前提の変更仕様項目（第１の項目）を除く、その他の仕様項目群について可変として、最初のときと同様にリストが構成され表示される（例えば第２列以降に表示）（例えば図６）。同様にユーザはリストから変更仕様項目（例えば第２の項目）を指定して登録でき（例えば第２列に表示）、同様に他の候補によるリストが表示される（例えば第３列以降に表示）。上記同様の繰り返しで、リストの中から１つずつ段階的に変更仕様項目を選択して絞り込むことができる（例えば図７）。画面内では複数の変更仕様項目の指定（登録）の順で表示されることになる。また一時確定した変更仕様項目をユーザ操作により取り消して元（前）の状態へ戻すこともできる。またまとめて複数の変更仕様項目の選択操作なども可能である。
【００３８】
上記画面に変更仕様項目（案）を表示する際、それに伴い、当該案ごとの評価指標情報が並記される。よってユーザはその評価指標値を確認しながら好適な案を検討できる。また表示する評価指標情報の種類（コスト、ＬＴ等）もユーザが選択できる。例えば目標値と比較しつつ、好適な評価指標値（低コスト、短納期など）となる案（変更仕様項目）を選択できる。目標値は例えば顧客側の希望値などに応じて可変に設定可能である。よって顧客側の希望とメーカ側の希望とでバランスをとった案を作成できる。
【００３９】
上記画面での簡単な検討作業の結果、ユーザの判断（例えば総コストが目標値以下になった場合）に基づき、画面で登録（一時確定）されている代替案（要求仕様に対して１つ以上の仕様項目・仕様値の変更による代替案）の状態を、見積り案として決定してデータを保存できる。またその際、対象の製品ごとの見積り案のＩＤ（番号）の管理だけでなく、見積り案の検討の来歴（履歴）をＩＤ（番号）を付けて管理する。ユーザは、ある製品の見積り案に関する過去の検討の来歴（検討ＩＤ）を参照し、当該検討案の内容を再編集したり、採用案（顧客提示用）として出力すること等ができる。
【００４０】
［補足（１）］
図２０は、本システムに関する基本概念などの補足説明用に示している。ある製品Ａに関する顧客要求仕様（入力仕様Ａ）として、複数の仕様項目−仕様値の組合せから成る。例えば仕様項目Ａ〜Ｄ等及びその仕様値ａ１〜ｄ１がある。Ａ，ａ１等は説明上の記号とする。なお１つの仕様項目についてとり得る仕様値は複数あり得る。製品の具体例は大規模システムなどである。仕様項目の具体例は、圧力、温度、電圧、材質などである。また顧客要求仕様については、追加で、顧客が希望するコストやＬＴ等の値が存在してもよい。
【００４１】
メーカ側の製品Ａに関する見積り案（代替案）Ａとして、顧客要求仕様（入力仕様Ａ）のうちの一部の仕様項目（仕様値）を変更（修正）したものを代替案Ａとして作成する。なお見積り案（代替案）Ａは、見積りＩＤ（案番号）及び検討ＩＤ（検討番号）などで識別される。例えば仕様項目Ｂ（ｂ１）を仕様項目Ｂ（ｂｘ）に変更（修正）した例を示す。この変更部分（差異部分）を変更仕様項目と称している。
【００４２】
仕様と部品はルール（制約）で関係付けられる。ルール（制約）として、仕様項目（仕様値）同士の組合せの制約（仕様項目間制約）があり、また、部品同士の組合せの制約（部品間制約）があり、また、仕様項目（仕様値）から構成部品を選択する際の制約（仕様−部品選択ルール）がある。
【００４３】
製品Ａの仕様の見積り案Ａにおける複数の仕様項目（仕様値）の組合せからは、ルール（特に仕様−部品選択ルール）に従い、当該製品Ａの構成部品の組合せ（部品構成Ａ）が導出できる。例えば部品１〜４等から成る構成を示す。部品の具体例は、ポンプ、ケース、配管、バルブなど、各種の機器や部材、モジュール、サブシステムなどがある。なお、案作成の対象となる製品やその部品は、例えば大規模システムの場合など、更に下位の複数の製品や部品からの構成も可能であり、その場合、下位の製品や部品などの各単位で同様の制御を適用可能である。
【００４４】
また上記見積り案Ａの仕様は、評価指標値（コスト、ＬＴ等）の見積り値（仕様単位での総量）が関係付けられる。またメーカ側は、顧客側の希望コスト等を考慮して評価指標値の目標値を設定（可変）できる。
【００４５】
上記のように、本システムでは、仕様情報（仕様項目・仕様値）を基本的な単位として処理する。なお上述のように、仕様情報と構成部品情報とでの相互の変換がルールに基づき可能であり、画面での情報表示内容の切り替え等も適宜可能である。
【００４６】
［補足（２）］
図２１は、本システムに関する案（パターン）検索の概念の補足説明用に示している。簡易例として、顧客要求仕様（入力仕様Ａ）が、仕様項目（仕様値）：Ａ（ａ１），Ｂ（ｂ１），Ｃ（ｃ１）の３つから成るとする。メーカ側では、ＤＢで管理されている、候補となる仕様項目（特に標準部品の使用に対応した標準仕様項目）として、仕様項目（仕様値）：Ａ（ａ１），Ａ（ａ２），Ｂ（ｂ１），Ｂ（ｂ２），Ｂ（ｂ３），Ｃ（ｃ１），Ｃ（ｃ２），等があるとする。
【００４７】
これらの候補の仕様項目（仕様値）を用いてルール情報に基づきパターンが生成される。ルールを満たすＡ〜Ｃの可能な全ての組合せの例としてパターン１〜６などを示す。例えばパターン１｛ａ１，ｂ１，ｃ１｝は、仕様項目（仕様値）がＡ（ａ１），Ｂ（ｂ１），Ｃ（ｃ１）の組合せであり、顧客要求仕様に対する変更仕様項目は無しである。パターン２｛ａ２，ｂ１，ｃ１｝は、仕様項目（仕様値）がＡ（ａ２），Ｂ（ｂ１），Ｃ（ｃ１）の組合せであり、顧客要求仕様に対する変更仕様項目はＡで，仕様値をａ１からａ２に変更したものである。同様に、パターン３｛ａ１，ｂ２，ｃ１｝（Ｂ(ｂ１)→(ｂ２)）、パターン４｛ａ１，ｂ１，ｃ２｝（Ｃ(ｃ１)→(ｃ２))、パターン５｛ａ１，ｂ１，ｃ３｝（Ｃ(ｃ１)→(ｃ３))、パターン６｛ａ２，ｂ２，ｃ２｝（（Ａ(ａ１)→(ａ２)，Ｂ(ｂ１)→(ｂ２)，Ｃ(ｃ１)→(ｃ２））などである。例えばルールに基づき組合せ｛ａ２，ｂ２，ｃ１｝等は不可の場合がある。
【００４８】
類似案抽出（Ｓ５）の際には、仕様項目の最少アンマッチ検索の処理により、パターンＤＢから、上記のように、変更仕様項目が最少（１つ）となる優先順で複数のパターン（例：パターン２〜６）が類似案（案１〜５）として抽出される。そして、案表示処理（Ｓ６）の際には、上記抽出された類似案（変更仕様項目で表す形式）を抽出の優先順で画面に表示する。また例えば案ごとの評価指標値（例えば総コスト）が小さい順で並べ替えて画面に表示する。例えば案５，２，１，３，４の順となる。
【００４９】
上記のようにルールを満たすパターン（標準仕様組合せパターンを含む）を予め生成して格納しておくことで、表示・編集の際に高速処理が可能である。上記代替案として、なるべく標準部品（例えば種別（優先度）が「標準（高）」の部品）を使用した標準仕様組合せパターンによる代替案を優先的に使用（抽出、表示など）する。標準仕様組合せパターンを事前に生成してパターンＤＢに格納しておき、案検索の際に優先的に抽出する。
【００５０】
＜実施の形態１＞
図１〜図１５を用いて、本発明の実施の形態１のシステムについて説明する。
【００５１】
［作業］
本システムでの作業例は以下である。顧客はメーカに対し顧客要求仕様を伝える。メーカ側の担当者は、本システム（図１等）を用いて、顧客要求仕様に従い、見積り案（特に一部の仕様項目・仕様値を変更した代替案）を作成する（複数の案を作成してもよい）。そして担当者は、作成した見積り案（代替案）を顧客へ提示する。顧客は、提示された案に同意の場合は、メーカへ発注し、メーカは受注し、当該見積り案の仕様で製品の生産を指示する。顧客は、提示された案に同意しない場合は、メーカ（担当者）へ見積り案の見直し（他案の検討）などを依頼する。メーカ担当者は、本システムを用いて例えば当該見積り案や過去の検討案（来歴）を参照・編集することで他案を作成し、顧客へ提示する。
【００５２】
なお本システム（図１）の主機能はメーカ側のユーザ（担当者）による見積り案の作成までが対象である。作成した案を顧客へ提示すること、案のデータを送信すること等は別途行われる。顧客が本システム（画面）を操作する訳ではない。
【００５３】
［システム（１）］
図１に、実施の形態１のシステム（受注見積り案作成支援システムを含む）の構成を示している。本システム全体は、受注見積り案作成支援システム１００（「システム」「支援装置」等と略す）と、他システム２００（生産管理システム等）が通信網などで接続される構成である。本システム（支援装置）１００は、ユーザが見積り案を作成する作業を支援する処理を行う。ユーザ（メーカ側の担当者）は、本システム（支援装置）１００を操作（使用）する。本システム１００の主機能は、コンピュータ装置（ＰＣやワークステーション）及びそのソフトウェアプログラム処理などで実現できる。尚その他クライアント・サーバ方式やクラウド方式などの各形態で実現してもよい。
【００５４】
他システム２００は、本システム１００での処理に用いるための既存の部品情報などをＤＢに保持している任意のシステム、例えば生産管理システムや部品情報管理システム等である。本システム１００は、他システム２００と連携してそれら既存の部品情報などを取得してもよいし、また他システム２００内のＤＢに情報を保存するようにしてもよい。また他システム２００の一部として本システム１００（主機能）を実装した形態としてもよい。
【００５５】
本システム（支援装置）１００は、演算装置１０１（ＣＰＵ等）、記憶装置１０２（メモリ、ディスク等）、通信Ｉ/Ｆ装置１０３、入出力Ｉ/Ｆ装置１０４、入力装置１０５、出力装置１０６、及びバスなどの一般的な要素で構成される。通信Ｉ/Ｆ装置１０３は通信網に対する通信インタフェース処理を行う。入出力Ｉ/Ｆ装置１０４は、キーボード・マウス等の入力装置１０５や、ディスプレイ等の出力装置１０６に対する、入出力インタフェース処理を行うドライバ等である。ユーザは、出力装置１０６の画面を見ながら入力装置１０５を操作し、見積り案の作成の作業が可能である。
【００５６】
演算装置１０１は、主な処理部（機能）として、ＧＵＩ表示処理部（対話操作処理部）１１と、オフライン事前処理部（設定部）１２とを有する。ＧＵＩ表示処理部１１は、データ入力部５１と、案検索部５２と、案表示・編集部５３と、データ出力部５４とを有する。オフライン事前処理部１２は、パターン生成部５５と、評価指標計算部５６とを有する。
【００５７】
記憶装置１０２は、各種のデータ情報をＤＢやテーブル等に記憶する。管理されるデータ情報として、例えば、要求仕様ＤＢ２０と、製品・部品ＤＢ２１と、ルールＤＢ２２と、パターンＤＢ２３と、案ＤＢ２４とを有する。その他、詳細実装構成によっては、仕様情報ＤＢや、評価指標情報ＤＢなどを管理してもよい。
【００５８】
ＧＵＩ表示処理部１１は、本システム１００の画面のＧＵＩ表示処理（ユーザとの対話操作処理）を行う。データ入力部５１は、顧客要求仕様を含む各種データ情報を入力・取得しＤＢ（記憶装置１０２）に格納する処理を行う。案検索部５２は、案作成の際にパターンＤＢ２３から類似案を検索（抽出）する処理などを行う。案表示・編集部５３は、ＧＵＩ画面に案の情報を表示する処理や、案の内容をユーザ操作により編集する処理などを行う。データ出力部５４は、見積り案などの各種データ情報をＤＢに保存する処理（来歴管理を含む）や、ＤＢから各種データ情報を読み出して出力する処理（表示、印刷、他システム２００への入出力など）を行う。
【００５９】
オフライン事前処理部（設定部）１２は、見積り案の作成の作業よりも事前のオフラインでの処理として、ユーザにより各種データ情報をＤＢ（記憶装置１０２）に設定する処理などを行う。なお設定作業もＧＵＩ画面で操作可能である。パターン生成部５５は、製品・部品ＤＢ２１及びルールＤＢ２２の情報をもとにパターンを生成してパターンＤＢ２３に格納する処理を行う。評価指標計算部５６は、パターンに応じたコストやＬＴ（納期）などの評価指標情報（値）を計算する処理を行う。
【００６０】
要求仕様ＤＢ２０は、入力の顧客要求仕様のデータ情報を格納する。製品・部品ＤＢ２１は、見積りの対象となる製品や、それを構成するための部品に関する各種のデータ情報を格納する（例：後述、図１０）。この部品情報は、部品単位のコスト情報やＬＴ情報も含む。
【００６１】
ルールＤＢ２２は、ルール（制約）情報を格納する（例：後述、図１１）。このルール情報は、前述のように仕様項目間制約、部品間制約、仕様−部品選択ルールを含む。
【００６２】
パターンＤＢ２３は、パターン生成部５５により生成されたパターン情報、及び当該パターンに関係付けられる評価指標情報を格納する（パターン情報の例：後述、図１５）。
【００６３】
案ＤＢ２４は、見積り案のデータ情報を格納する（来歴管理を含む）。この見積り案の情報は、見積りＩＤ及び検討ＩＤ等の来歴管理情報や、仕様構成の情報、評価指標情報、顧客要求仕様に対する相違情報などを含む。また併せて、案の属性・ステータス情報（例えば顧客への提示案や採用案などであることを示す情報）などを管理してもよい。
【００６４】
なお設定部１２による部品情報やルール情報などをＤＢに設定して管理する技術については、従来技術を適用してもよい。部品の設計者などがルール情報及び部品情報などをＤＢに設定（入力）してもよい。
【００６５】
［主処理］
図２において、本システム１００での特徴的な処理の概要（フロー）を示す。Ｓ１等は処理ステップを示す。
【００６６】
（Ｓ１）  まず左側、オフライン事前処理部（設定部）１２の処理において、ユーザ（設計者等）により、適宜、製品・部品ＤＢ２１等に、部品情報（個々の部品の情報、コストやＬＴの情報を含む）などが設定される。部品情報は、特に標準部品の情報を含む。標準部品は、例えば自社での標準化により低コストや短ＬＴとなる特定の種別（優先度）の部品である。また、ユーザにより、適宜、ルールＤＢ２２に、部品情報や仕様情報（個々の仕様項目や仕様値の情報）を含む、各種の制約情報（ルール情報）が設定される。制約情報（ルール情報）は、特に、部品間制約情報、仕様項目間制約情報、仕様−部品選択ルール情報などがある。なお実施の形態１ではルール情報内に仕様情報が含まれることになるが、別途、仕様情報を管理してもよい。
【００６７】
（Ｓ２）  パターン生成部５５によるパターン生成処理では、製品・部品ＤＢ２１、ルールＤＢ２２の情報を用いて、ルールに基づく可能な全てのパターン情報（標準仕様組合せパターンを含む）を生成し、パターンＤＢ２３に格納する。言い換えると、Ｓ２の処理では、予め、部品情報、仕様情報、ルール情報などを分析して、ルールを満たす複数の仕様項目・仕様値の組合せによるパターン（仕様組合せパターン／仕様パターン）を網羅的に算出する。この組合せ（パターン）は、標準仕様項目・仕様値（対応する標準部品）の組合せによるパターンを含む。
【００６８】
（Ｓ３）  評価指標計算部５６による評価指標計算処理では、製品・部品ＤＢ２１の情報や、Ｓ２によるパターン情報を用いて、部品のコストやＬＴの値を集計することで、パターン毎に応じたコストやＬＴなどの評価指標値を計算する。そして、評価指標計算部５６は、得られた評価指標情報をパターンと関係付けてパターンＤＢ２３に格納する。なお別に評価指標情報ＤＢなどを設けても構わない。
【００６９】
例えば、５６は、あるパターンの仕様（複数の仕様項目・仕様値の組合せ）について、部品ごとのコスト（見積り値）の加算、及び組合せコスト（例えば製造工程で部品を組合せるために要するコストの見積り値）の加算により、パターン単位での総コストを算出する。
【００７０】
また、５６は、あるパターンの仕様について、部品ごとの調達ＬＴ値や、製造ＬＴ値などを加算することで、パターン単位の総ＬＴ値を算出する。
【００７１】
また、５６は、あるパターンの仕様について、部品ごとの種別（優先度）の値を参照して、重み付け演算などにより、パターン単位の総合的な優先度（ないし推奨度）などを算出してもよい。例えば種別が標準部品（優先度：高）の部品を使用したパターンは、優先度が高くなる。
【００７２】
（Ｓ４）  一方、右側、ＧＵＩ表示処理部１１による処理（対話操作処理）において、画面でのユーザ操作に基づき、まずデータ入力部５１により、顧客要求仕様情報（入力仕様ｄ１とする）を入力し、要求仕様ＤＢ２０（または一時メモリ等）に格納する。またユーザは画面で当該入力仕様ｄ１に対する見積り案（代替案）の作成開始指示を入力する。
【００７３】
なおＳ４の際、ユーザは、画面で、従来通りの新規設計（パターンを使用しない見積り案作成）や、案ＤＢ２４の過去の検討案の編集などについても実行可能であるが（後述）、ここではパターンを使用した見積り案作成を開始する場合である。
【００７４】
（Ｓ５）  次に、案検索部５２による案（パターン）検索処理を行う。案検索部５２は、入力仕様ｄ１を条件としてパターンＤＢ２３のパターン群を検索し、入力仕様ｄ１に類似するパターンを類似案として抽出する。言い換えると、案検索部５２は、入力仕様ｄ１と複数パターンとで比較し、両者での仕様項目がアンマッチ（不一致）する差異の部分が少ないパターンを、当該差異部分が少ない優先順で抽出する。即ち、顧客要求仕様に対し仕様項目の変更（修正）が最少となるような順で複数パターンを類似案（代替案の候補）として抽出する。案検索部５２は、抽出した複数の案（候補）の情報（詳しくはパターン番号や変更仕様項目ＩＤ情報）、及び当該パターンに関係付けられる評価指標値の情報を、一時メモリまたは案ＤＢ２４等に保持し、Ｓ６以下で用いる。
【００７５】
案を抽出や表示する場合、多数の案が存在する場合があるので、優先順で所定数（Ｎ個）ごとに抽出や表示の処理を行う。
【００７６】
（Ｓ６）  次に、案表示・編集部５３による代替案表示処理として、Ｓ５で抽出された複数のパターン（案）のデータを用いて、ＧＵＩ画面（後述、図４）に当該案（代替案の候補）に関する情報をリスト等で表示するための情報を形成して、画面に当該情報を表示し、ユーザによる変更仕様項目の選択等を促し操作を受け付ける処理を行う。Ｓ６では、画面内に、案を表す修正仕様項目（対応する仕様値など）の情報だけでなく、案ごとに対応する評価指標（コスト、ＬＴ等）の情報もリスト等で並記（並べて一緒に表示）する。
【００７７】
ここで、前記Ｓ５では多くの場合、多数のパターン（案）が抽出されることになるので、Ｓ６ではそれら多数の案の情報を画面内に一度に表示することはできない。そのため、入力仕様ｄ１（複数の仕様項目等の組合せ）と類似するパターン（案）を優先して、即ち変更仕様項目（アンマッチ部分）が少ない順で、画面内に一部の案の情報を先に表示する。即ち、画面内に、入力仕様ｄ１に対し変更仕様項目が最少の１つのみとなる代替案（候補）の情報が最優先で表示され、次に変更仕様項目が２つとなる案が表示され、といったようになる。
【００７８】
また例えば、変更仕様項目（アンマッチ部分）が１つの最優先の案だけでも多数になる場合が想定される。その場合、それらの複数の案（変更仕様項目）について、所定の優先順（例えば下記の評価指標値の順）で表示する。
【００７９】
例えば、案表示・編集部５３は、抽出による複数の案の修正仕様項目のリスト情報について、案（修正仕様項目）ごとの評価指標値が良い（例えば総コスト値が低い）順に並び替え、画面内に表示する。
【００８０】
上記画面内の情報の表示の仕方（優先順）は、最初から設定に基づき所定の優先順で表示するようにしてもよいし、一旦表示後にユーザが表示順の並び替え（ソート）を選択実行可能にしてもよい。なおユーザは、画面内に最初に表示されなかった優先順の低い情報についても、ＧＵＩ上のスライド操作等に応じて参照できる。
【００８１】
（Ｓ７）  次に、案表示・編集部５３による代替案編集処理として、ユーザ操作によるＳ６の画面の内容（案）に対する編集（修正）の操作を受け付け、当該操作に応じて、案（修正仕様項目）の編集を行い、画面の表示内容を更新すると共に、対応する案のデータ情報（案ＤＢ２４）を更新する。例えば後述の画面（図５〜図７）で示される。
【００８２】
案表示・編集部５３は、ユーザが画面で選択（指定）した修正仕様項目を、代替案を構成する項目として前提（一時確定）とし、所定の位置（「代替案  済」行）へ表示（登録）し、当該選択された修正仕様項目を除く他の複数の修正仕様項目（候補）による案について、同様にリストを形成して画面内に表示する（表示内容更新）。ユーザはその中から同様に次に前提（一時確定）する修正仕様項目を選択（指定）できる。また一旦登録した変更仕様項目を取り消して元（１つ前あるいは任意指定の過去の状態）に戻す操作ができる。
【００８３】
ユーザは、上記のような繰り返しで、候補の複数（多数）の案（変更仕様項目）の中から、段階的に変更仕様項目を登録及び取り消しでき、絞り込み・検討ができ、代替案（仕様の構成）を作成・編集することができる。例えば、ユーザは案に対応する評価指標値が目標値を超えているのであれば、別の仕様項目へ修正（置換）して目標値に近付くように検討できる。
【００８４】
（Ｓ８）  ユーザは、上記画面での案の内容の検討を経て、当該案を１つの見積り案（代替案）として決定（確定）するかどうか、終了の判断を行う。決定の条件としては、例えば、当該案でそれ以上修正可能な仕様項目が無い場合や、当該案が全て標準部品（対応する標準仕様）を使用した構成となった場合や、当該案の評価指標値が目標値以下に収まった場合などが挙げられる。
【００８５】
（Ｓ９）  上記Ｓ８で終了（決定）しない場合（Ｎ）は、例えばＳ５などへ戻り、同様に検討をしなおしたり、検討途中状態で保存することができる。上記Ｓ８で終了（決定）する場合（Ｙ）、例えば画面での案決定の操作に応じて、データ出力部５４により、当該案を見積り案（データファイル）として案ＤＢ２４に保存する処理を行う。データ出力部５４は、当該見積り案のデータ情報（案ＩＤ，仕様構成（変更仕様項目・仕様値）、対応する部品情報や評価指標値など）を案ＤＢ２４に格納する。またこの際、データ出力部５４により、来歴管理機能として、見積り案に検討ＩＤを付けて管理する。またデータ出力部５４により、保存された見積り案を随時出力できる。例えば顧客に提示するための案として読み出しできる。
【００８６】
来歴管理機能として、１つの対象製品の見積り（見積りＩＤ）ごとに複数回の検討の来歴（履歴）を検討ＩＤで管理する。よって、各検討案（検討ＩＤ）の選択（再現など）・編集が可能である。例えばユーザはＧＵＩ表示処理部１１による最初の画面で、過去に検討済みの案を読み出して再現し、編集し、最新の検討案として保存することができる。
【００８７】
［ＧＵＩ表示処理］
図３は、ＧＵＩ表示処理部１１による案表示・編集処理などに関する詳細処理例を示す（後述の画面・機能に対応している）。３００の処理では、ユーザに対して基本のＧＵＩ画面を表示し、顧客要求仕様などのデータの入力や、各種の指示などを受け付ける。例えば案作成の指示を受けると、３０１で前記Ｓ５に対応した処理（入力仕様によるパターンＤＢの検索）を行う。３０１では、パターン（案）毎の修正仕様項目（差異部分）の抽出処理を行う（仕様項目（及び仕様値）の最少アンマッチの順で複数個を抽出する）。３０１に対応して３０２では、パターン（案）毎の修正仕様項目（差異部分）に対応した評価指標情報（コスト、ＬＴなど）の抽出処理を行う。
【００８８】
３０３では、３０１の複数の案（修正仕様項目）の表示リスト（後述のｇ１）の作成処理を行う。これら複数の案は、対応する評価指標値の順で並び替え、画面内に表示できる複数個を含む表示リストとする。対応して、３０４では、同様に、複数の案（修正仕様項目）の評価指標情報の表示リスト（後述のｇ２，ｇ３）の作成処理を行う。評価指標値の順で並び替え、画面内に表示できる複数個を含む表示リストとする。
【００８９】
３０５では、３０３で作成した表示リスト（ｇ１）を画面に表示する。対応して、３０６では、３０４で作成した表示リスト（ｇ２，ｇ３）を画面に表示する。これらの表示リストはユーザ指定（優先順）に従い表示する。
【００９０】
３０７では、３０５の表示リスト（ｇ１）の中から、ユーザによる修正仕様項目の選択を受け付け、選択された修正仕様項目を、案の構成要素として登録（一時確定）するように、画面表示内容及びデータを更新し、３０１などの処理を同様に繰り返す。また３０５の表示リスト中に表示されていない案（修正仕様項目）をユーザが参照するための操作を受け付けた場合は、３０１〜３０５等の処理を同様に行うことで、優先順の低い他の案の情報を抽出・表示する。
【００９１】
３０８では、ユーザによる評価指標情報の目標値の設定に従い、当該目標値の情報を表示リスト（ｇ２，ｇ３）に追加して表示する。
【００９２】
３０９では、３０５の表示リスト（ｇ１）から、ユーザによる見積り案（代替案）の決定（案決定）の指示を受けると、当該案を確定してデータを保存し、３００等の画面へ戻る。３００の画面で、ユーザによる指定の見積り案の参照（案参照）などの指示を受けると、３１０で、指定された見積り案のデータを画面に表示し、出力可能とする。
【００９３】
［画面Ｇ１］
図４は、実施の形態１での第１のＧＵＩ画面表示例（Ｇ１）を示す。前記Ｓ６の案表示処理の画面例である。本画面Ｇ１で、例示するように、見積り案（案番号（見積りＩＤ）＝Ａ００１）に関する、複数の代替案（候補）に関する情報を表示する。画面Ｇ１では、入力仕様ｄ１に対する仕様項目の修正が最少で済む順で複数の代替案（修正仕様項目）の情報を評価指標情報と並列でリスト等で表示する。
【００９４】
ｇ１は、修正仕様項目（変更仕様項目）の表示欄（リスト）である。ｇ２は、対応する総コストの表示欄である。ｇ３は、対応する総ＬＴの表示欄である。ｇ４は、後述（図８）の修正可否ボタンであり、各仕様項目について修正（変更）の可否を設定できる。ｇ５は、表示（ソート）の優先項目を指定する部分である。ｇ６は、ｇ１だけでなく評価指標情報（ｇ２、ｇ３等）を追加で表示する場合の指定の部分である。ｇ７は、追加表示項目の移動や削除用のボタンである。その他図示しないが各操作用のボタンやメニューなどが表示される。
【００９５】
（ｇ１）  修正仕様項目の表示欄では、前記Ｓ７のようにユーザが変更仕様項目を選択操作できる。各列（１，２，３…）は修正仕様項目及び仕様値の情報を１つずつ格納する。例えば、「設計圧力」は仕様項目、「ａ１」は仕様値であり、それぞれ前述した図２１のＡ，ａ１に該当する（なおＡ，ａ１等は識別のための便宜的記号である）。なお各仕様項目から対応する仕様値や部品などの情報へのリンクも可能である。ａの行は、顧客要求仕様（入力仕様ｄ１）の情報を示し、修正仕様項目は無しである。ｂの行（「代替案  済」）は、ユーザにより登録（一時確定）される案（修正仕様項目）の情報を示す（図４ではまだ無しの状態）。ｃの各行は、修正の候補となる変更仕様項目の情報を優先順で表示する。ｄは、仕様項目の情報（名称やＩＤ）を示す。ｅは、値が表示されないセルを示す。ユーザはスライドバー等で各行・各列の情報を参照可能である。
【００９６】
（ｇ２）  総コストの表示欄では、左側のｇ１の各行に対応した総コスト値をｇ８のように棒グラフ（バー）等で表示する。ｇ９は、総コスト値に関する目標値であり、ユーザが可変に設定できる。
【００９７】
（ｇ３）  総ＬＴの表示欄では、同様に、左側のｇ１の各行に対応した総ＬＴ値を目標値との比較で表示する。
【００９８】
例えば１番目の案（修正仕様項目Ａ）とした場合は総コスト値が１４、総ＬＴ値が３６となることを表している。
【００９９】
［画面Ｇ２］
図５〜図７は、画面Ｇ１（ｇ１）からの遷移例（Ｇ２ａ〜Ｇ２ｃ）を示す。ユーザは絞り込みのため修正仕様項目を１つずつ選択可能である。
【０１００】
図５の画面Ｇ２ａで、ｇ１で、第１列に示す、複数の候補となる修正仕様項目（第２〜７列）のうち、ユーザ操作により、登録（一時確定）する修正仕様項目が選択（指定）される。例えば第２列の「ポンプ材質」が選択される。すると、この仕様項目は、図６の画面Ｇ２ｂのように、ｂの行に登録される。案検索部５２は、選択された修正仕様項目「ポンプ材質」を前提として、前記Ｓ５のようにパターン検索（最少アンマッチ検索）で次の候補となる案（修正仕様項目）を抽出し、画面Ｇ２ｂの第２列、第３列の例のように、優先順でリストを表示する。なお例えば１番目の行は候補が１つ「ガス流量」の場合であり、２番目の行は候補が２つ「供給圧力」「供給温度」のセットの場合である。
【０１０１】
図６の画面Ｇ２ｂで、同様に、ユーザは、第２列・第３列の候補の中から、例えば４番目の行「電源電圧」「電源容量」を選択（同時指定可能）すると、図７の画面Ｇ２ｃのように、ｂの行に登録される。以降同様に繰り返しで複数の修正仕様項目を登録できる。
【０１０２】
図７の画面Ｇ２ｃで、ユーザは、ｂの行に登録された修正仕様項目による案を、１つの見積り案として決定する場合（前記Ｓ８）は、当該案の行を選択し、あるいは案決定ボタン（ｃ）を実行し、データ出力部５４により当該案の保存処理が行われる。
【０１０３】
［画面Ｇ３］
図８は、画面Ｇ１の一部に関する第５の画面例（Ｇ３）を示す。ユーザは、本画面例のように、多数の情報（候補となる仕様項目など）を取り扱い易いようにするための設定（フィルタリング）が可能である。ユーザは本画面Ｇ３で個々の仕様項目や仕様項目グループ（カテゴリ）などの単位に関して、変更（修正）の可否を設定することができる。全情報のうち、表示・編集（修正）などの操作を可能とする対象が、「修正可」と設定された単位に限定されるので、ユーザは多数の情報を取り扱いやすく、作業がしやすい。
【０１０４】
画面Ｇ３で、ユーザが修正可否ボタン（ｇ４）を実行すると、例えばｇ１１のように、仕様項目単位の修正可否の設定欄を表示する。ｇ１１では、例えばａのように修正を可とする個々の仕様項目をユーザが選択（チェック）可能である。同様に、修正を不可とする仕様項目をユーザが選択（チェック）する形式としてもよい。
【０１０５】
また例えば別例としてｇ１２のように、仕様項目グループ（カテゴリ）単位の修正可否の設定欄を表示してもよい。ｇ１２では、例えばｂのように修正を可とする個々の仕様項目グループをユーザが選択（チェック）可能である。仕様項目グループ（Ｇｒ）は、複数の仕様項目によるグループである。
【０１０６】
例えばｇ１４の仕様項目Ｇｒボタンを実行すると、ｇ１３のように、仕様項目グループ（Ｇｒ）の設定欄を表示する。ｇ１３で、ユーザは、ｃの選択の列で、各グループを構成する仕様項目を選択可能である。例えばグループＧｒ００１を構成する仕様項目Ａ，Ｄ，Ｅ，Ｆが選択される。そして反映ボタンにより反映（設定）できる。
【０１０７】
設定部１２は、上記で修正不可に設定された項目については、画面（ＧＵＩ）に表示しないようにする。または、表示するがユーザによる修正仕様項目としての選択操作などを不許可にする。これにより多数の仕様項目の取り扱いの負荷が低減できる。その他図示しないが、設定部１２は、画面で各種のフィルタリングの条件（例えば部品の種別など）の指定を受け付けて設定可能である。
【０１０８】
［パターン生成処理］
次に、図９〜図１５を用いて、実施の形態１の前記パターン生成処理（Ｓ２）についての詳細例を以下に説明する。図１０〜図１５は、本パターン生成処理例（図９）で用いるデータ例を示す。
【０１０９】
［部品情報］
図１０は、製品・部品ＤＢ２１の部品情報のデータテーブル例を示す。特に標準仕様組合せパターンを作成するための標準部品情報（Ｄ０１）の例を示す。本テーブルは、管理項目（列）として、（ａ）部品名，（ｂ）部品コード（部品ＩＤに相当），（ｃ）コスト，（ｄ）ＬＴ，（ｅ）種別などを有する。ｃは、当該部品のコストの値であり、ｄは、当該部品のＬＴ（納期など）の値である。ｅは、当該部品の種別を示す。種別は、例えばＡが標準部品（推奨、優先度＝高）、Ｂが非標準部品（非推奨、優先度＝低）とする。Ａの標準部品は例えばメーカ（工場）での在庫がある常備部品、材料在庫及び製造用図面があり新規設計不要（既存設計）の部品などがある。Ｂの非標準部品は例えば外部からの購入が必要な部品、新規設計が必要な部品などがある。
【０１１０】
［ルール情報］
図１１は、ルールＤＢ２２のルール情報のデータテーブル例を示す。特に標準仕様項目・仕様値から標準部品を選択するための仕様−部品選択ルールを含むルール情報（Ｄ０２）の例を示す。本テーブルは、管理項目として、（ａ）ルール番号，（ｂ）ルール区分，（ｃ）条件式，（ｄ）出力を有する。ａは、ルールを識別する番号を示す。ｂは、ルール（制約）の区分（種類）を示す。区分は、例えば、Ａは仕様項目間制約、Ｂは部品間制約、Ｃは仕様−部品選択ルールを示す。１１０１の行はＡの例、１１０２の行はＢの例、１１０３，１１０４の行はＣの例である。ｃ，ｄは、ｃの条件式を満たす場合にｄが出力となることを示す。ｃ，ｄの記載形式は「仕様項目（仕様値）」や「部品名（部品コード）」である。
【０１１１】
ｅは、例えば、１１０１の区分Ａの行で、条件式（ｃ）の仕様項目（仕様値）が“耐圧（標準）”かつ（＆）“電源周波数（50）”である場合、あるいは“耐圧（標準）”かつ“電源周波数（60）”である場合、出力（ｄ）の仕様項目（仕様値）が“使用電圧（400）”となることを表す。
【０１１２】
そしてｅの状態からユーザが例えば電源周波数（50）を選択（修正仕様項目）したとする（ｆ）。すると、１１０４の区分Ｃの行のうち、ルール番号７の行に示すように、条件式（ｃ）の“使用電圧（400）”かつ“電源周波数（50）”に該当するので、出力（ｄ）の部品名（部品コード）が“圧力調整弁（PCV1）”となる。即ちユーザが指定した仕様項目・仕様値からルールに従い当該部品（PCV1）が自動的に選択されるということを示す。
【０１１３】
上記例のように、設定部１２（パターン生成部５５）は、仕様−部品選択ルール（区分Ｃ）だけでなく、仕様項目間制約（Ａ）や部品目間制約（Ｂ）も探索して処理する（後述のルール拡充処理）。あるルールの条件式での仕様項目（仕様値）が他のルールの出力となっているため、仕様−部品選択ルール（Ｃ）だけでなく、部品間制約（Ｂ）、仕様項目間制約（Ａ）を検索する必要がある。
【０１１４】
［パターン生成処理（Ｓ２）］
図９は、パターン生成部５５によるパターン生成処理（Ｓ２）の例を示す。なお標準仕様組合せパターンを生成する場合で説明する。
【０１１５】
（S201）  まず、パターン生成部５５は、仕様−部品選択ルール拡充処理を行う。図１２はその処理例及びデータ例（仕様組合せ表Ｔ０１）を示す。本処理で、５５は、ルール情報（ルールＤＢ２２）に基づき、仕様−部品選択ルール（区分Ｃ）から、部品の選択のための全ての仕様項目・仕様値を抽出し、部品間制約（Ｂ）や仕様項目間制約（Ａ）も探索しつつ、仕様項目（仕様値）と部品の可能な組合せを抽出し、図１２に示す仕様組合せ表Ｔ０１を作成する。仕様−部品選択ルール（区分Ｃ）に用いられている仕様項目には、部品間制約（区分Ｂ）、仕様間制約（区分Ｃ）から決まるものがあるので、これを加味する。
【０１１６】
図１２の仕様組合せ表Ｔ０１（拡充ルール情報に相当）において、縦方向の仕様項目（仕様値）の情報に対して、横方向の部品の情報で、組合せが可能なものを○印で示す。図１０の部品情報や図１１のルール情報が元になっている。例えば、１２０１の領域では、図１１の仕様−部品選択ルール情報（区分Ｃ）であるルール番号７〜１０の部分（１１０４）に、仕様項目間制約（区分Ａ）であるルール番号１，２の部分（１１０１）が加味されたものとなっている。例えば、仕様項目間制約（区分Ａ）により、使用電圧（仕様項目Ａ）からの制約として、耐圧（仕様項目Ｄ）が加味されている。
【０１１７】
上記表Ｔ０１から、例えば使用電圧（Ａ）が400Ｖ、電源周波数（Ｂ）が50Hz、耐圧（Ｄ）が標準の場合、圧力調整弁（部品Ａ）としてPCV1が選択可能であることがわかる。
【０１１８】
（S202）  次に、５５は、部品組合せ表作成処理を行う。図１３はその処理例及びデータ例（部品組合せ表Ｔ０２）を示す。本処理で、５５は、S201の結果の拡充ルール情報（仕様−部品選択ルール情報）である仕様組合せ表Ｔ０１から、部品間で共通の仕様情報（仕様項目・仕様値）を抽出し、当該ルールを満たす可能な部品の組合せを求め、部品組合せ表Ｔ０２（図１３）として作成する。
【０１１９】
図１３の部品組合せ表Ｔ０２において、縦・横方向に部品情報を示し、その組合せが可能なものを○印で示す。例えば、部品Ａと部品Ｂは、前記図１２のように仕様項目Ｂ（電源周波数）が共通であり、例えば、そのＢの仕様値が50である場合、部品Ｂも同じくＢ（50）を用いなければならない。即ち、部品ＡがPCV1もしくはPCV2の場合、部品ＢがPDM1となる組合せとならなければならない。可能な部品の組合せは、例示するように、｛PCV1，PDM1｝，｛PCV2，PDM1｝となる。また例えば部品Ｂと部品Ｘは、共通の仕様項目が無いため、組合せは自由となる（｛PCV1，PDM1，XXX1｝，｛PCV2，PDM1，XXX2｝等）。
【０１２０】
（S203）  次に、５５は、部品組合せパターン作成処理を行う。図１４はその処理例及びデータ例（部品組合せパターン表Ｔ０３）を示す。本処理で、５５は、S202の結果の部品組合せ表Ｔ０２から、部品組合せパターンを展開し、部品組合せパターン表Ｔ０３として作成（格納）する。
【０１２１】
図１４の部品組合せパターン表Ｔ０３において、縦方向（ａ）の部品情報に対し、横方向（ｂ）は、各部品組合せパターン（複数の部品（部品コード）の組合せによるパターン）を示す。例えば部品組合せパターン１は｛PCV1，PDM1，XXX1｝である。
【０１２２】
（S204）  次に、５５は、仕様組合せパターン作成処理を行う。図１５はその処理例及びデータ例（仕様組合せパターン表Ｔ０４）を示す。本処理で、５５は、S203の結果の部品組合せパターン表Ｔ０３から、S201の結果の拡充ルール情報（仕様組合せ表Ｔ０１）に従う展開（部品−仕様変換）により、仕様組合せパターン（標準仕様組合せパターン）を作成し、仕様組合せパターン表Ｔ０４として作成（格納）する。本処理で、５５は、部品組合せパターン表Ｔ０３の部品コードと、拡充ルール（Ｔ０１）の部品コードとを対応させて、可能な仕様項目・仕様値の組合せを求める。
【０１２３】
図１５の仕様組合せパターン表Ｔ０４において、縦方向（ａ）の仕様情報（仕様項目Ａ〜Ｄ）に対し、横方向（ｂ）は、各仕様組合せパターン（複数の仕様値の組合せによるパターン）を示す。例えば仕様組合せパターン１は｛使用電圧(400)，電源周波数(50)，回転数(3000)，耐圧(標準)｝である。
【０１２４】
関連して、前記Ｓ３の評価指標計算処理では、図１０のような標準部品の情報におけるコスト値などの情報を用いて、総コスト値を計算し、例えば上記仕様組合せパターン表Ｔ０４の中にパターンと関係付けて格納する。
【０１２５】
＜実施の形態２＞
図１６〜図１９を用いて、本発明の実施の形態２のシステムについて説明する。実施の形態２は、実施の形態１に対し、基本的な機能は同様であるが、システム全体構成及びＧＵＩ画面構成などが異なる。
【０１２６】
［システム（２）］
図１６に、実施の形態２のシステムの構成を示す。本システム全体は、実施の形態１と概略同様の機能を持つ受注見積り案作成支援システム１１０及びそのＤＢ１２０と、ルールベース設定部３０（コンフィギュレータ）、入力部３１、出力部３２、及びＤＢ３４とが接続される構成である。特にルールベース設定部３０とシステム１１０とが分離され連携する形態である。なおＤＢ１２０はＤＢ３４へ統合してもよい。
【０１２７】
入力部３１は、ユーザ操作により顧客要求仕様情報などの各種データ情報を入力処理する。出力部３２は、ユーザ操作により見積り案などの各種データ情報を出力処理する。
【０１２８】
ルールベース設定部３０（コンフィギュレータ）は、ユーザ操作により入力部３１及び出力部３２を介して各種データ情報をＤＢ３４に設定する処理を行う。ルールベース設定部３０は、実施の形態１の設定部１２内のパターン生成部５５、及び評価指標計算部５６と同様の機能を備える。ルールベース設定部３０は、ＤＢ３４に、製品・部品情報、仕様情報（仕様項目情報、仕様値情報）、ルール情報、パターン情報、評価指標情報（コスト見積り情報、ＬＴ見積り情報）などの各種のデータ情報（前述同様）を統合的に管理する。前述のパターン生成の際の各種のテーブル等も記憶される。
【０１２９】
システム１１０は、実施の形態１のＧＵＩ表示処理部１１内の各処理部５１〜５４と同様の機能を備え、実施の形態１の設定部１２に相当する機能についてはルールベース設定部３０側に実装されている。なおルールベース設定部３０側（３１，３２を含む）にＧＵＩ表示機能を備える構成とする場合はシステム１１０側にはＧＵＩ表示機能が不要であり必要なデータ処理のみ行えばよい。システム１１０は、ルールベース設定部３０から入力仕様（顧客要求仕様）などのデータ情報などが入力される（ａ）。システム１１０は、見積り案の作成処理のためのデータ処理などを行い、その結果の見積り案情報などをルールベース設定部３０へ出力する（ｂ）。
【０１３０】
システム１１０のＤＢ１２０には、前述同様に、顧客要求仕様情報や、見積り案情報（案件管理情報や複数の見積り案のファイル）などのデータ情報を管理する。案件管理情報は、前述の来歴管理を含む、複数の見積り案（ファイル）の管理情報である。
【０１３１】
［画面Ｇ１１］
図１７は、実施の形態２での第１の画面例（Ｇ１１）を示す。例えば最初に本画面Ｇ１１が表示される。画面Ｇ１１で、ユーザは、対象（見積り案を作成する対象）となる案を選択し、案作成の指示を入力する。例えばパターンを利用した代替案を新規に作成する場合、ａの［代替案作成］ボタンを実行する。その場合、顧客要求仕様情報の入力へ移り、前述の案検索処理へと連携される。また、パターンを利用せずに従来方式通り（ユーザが個々の仕様項目を選択して案を構成する等の方式）に見積り案を作成する場合、ｂの［新規追加］等のボタンを実行して従来方式で作成可能である。また、ｅの見積り案一覧から、ユーザが対象の見積り案を選択し（例えばｆ）、ｃの［参照］・［編集］等のボタンを実行することで、当該見積り案の参照・編集等ができる。またｄの［来歴入力］からは、見積り案の検討の来歴情報を表示・入力等ができる。例えば見積りＩＤ及び検討ＩＤの指定により見積り案の検討案ごとの参照・編集等ができる。なお複数の検討案で同じ見積りＩＤが引き継がれる。
【０１３２】
［画面Ｇ１２］
図１８は、第２の画面例（Ｇ１２）を示す。画面Ｇ１２では、ｇ２０の見積り案（見積りＩＤ例：A001）の表示・編集に関して、ｇ２１の検討来歴の表示欄、ｇ２２の修正可否の表示欄、ｇ２３の代替案の表示欄などを有する。
【０１３３】
ｇ２１の検討来歴の表示欄では、見積りＩＤの見積り案に関する過去及び新規の検討案の情報を来歴順に表示する。ａは検討案に付けられる検討ＩＤ（検討番号）を来歴順に表示する。例えば最新の案（例：R004）が一番上、初回の案（例：R001）が一番下になる。ｂは、検討案に応じたコスト値を表示する（ＬＴ値などの選択・表示も同様に可能）。ｃは、検討案と顧客要求仕様とで相違する仕様項目（修正仕様項目）の数を表示する。
【０１３４】
ユーザはｇ２１で検討案（検討ＩＤ）を選択して操作ができる。例えば、選択された検討案に対応する情報を、ｇ２２、ｇ２３に表示する。なお新規の検討の場合は新規検討用の画面・情報を表示する。
【０１３５】
ユーザは、例えばある見積り案（A001）に関して３回の検討後（R001〜R003）、次に４回目の検討を行う(R004)。また例えば５回目の検討の際、過去の来歴（R001〜R004）から１つを選択（参照）し、その内容を編集し、５回目の検討案（R005）として保存することもできる。
【０１３６】
ｇ２２の修正可否の表示欄では、前述の図８と同様に、仕様項目の修正可否の設定情報を表示する。ｅは、仕様項目の表示のフィルタ選択のプルダウンメニューであり、例えば全て／■／□が選択可能である。ｆは、仕様項目の選択ボタンである。なお■は当該仕様項目の選択（修正可）を示し、□は非選択（修正不可）を示す。ｇは、前述の仕様項目グループ（Ｇｒ）単位での表示に切り替えるボタンを示す。ｈ（＋／−）は、各要素（例えば製品）ごとに、仕様項目などの単位の情報の省略表示（＋）／展開表示（−）の切り替えを可能とする。
【０１３７】
ｇ２３の代替案の表示欄では、検討案（代替案）の内容を仕様項目の組合せなどの形式で表示する（次の図１９）。
【０１３８】
［画面Ｇ１３］
図１９は、第３の画面例（Ｇ１３）を示す。画面Ｇ１３では、ａの検討案（検討ＩＤ例：R004）の表示・編集に関して、前記ｇ２３に対応する表示欄を表示する。ｇ２３の表示欄では、ｇ３１の列のように顧客要求仕様（入力仕様)情報と、ｇ３２等の列のように複数の各代替案の情報とを比較で表示する。複数の案は、前述同様に優先順で表示する（例えば所定数（Ｎ個）の案を表示する）。ｂ，ｃの行は、前記ｇ２１のｂと同様のコストや相違項目数を表示する。ｄの各行は、仕様を構成する複数の仕様項目の情報を表示する。例えばｇ３１の要求仕様は、仕様項目Ａ〜Ｍ等において各仕様値ａ１〜ｍ１等から成ることを示す。それに対し、例えばｇ３２の列の「代替案１」は、要求仕様と同じ部分と、ｅのように相違部分（例：Ｍ（ｍ２））とから成ることを示す。ｅのような相違部分（修正仕様項目(仕様値））を強調表示する。同様に他の案（「代替案２」〜「代替案５」等）についても、相違部分（修正仕様項目(仕様値)）が表示される。
【０１３９】
ユーザは、画面内に表示された複数の代替案から選択が可能である。例えば、「代替案１」〜「代替案４」は、要求仕様に対し１つの修正仕様項目のみ（それぞれ、Ｍ(ｍ２），Ｉ(ｉ２），Ｈ(ｈ２），Ｄ(ｄ２））を含む案であり、「代替案５」は、要求仕様に対し２つの修正仕様項目（Ｉ(ｉ３）とＭ(ｍ３））を含む案である。ユーザはこれらの中から好適な代替案（見積り案）を選択（一時確定）する。ユーザは例えば例えばｆのボタンをチェックして「代替案５」を選択操作する。すると、ｇのように、選択された列（代替案５）を、最優先として最初の列（代替案１）へ移動（繰り上げ）するように、表示内容を更新する。この場合、修正仕様項目が２つ以上である他の案が前述同様に検索（抽出）され次の候補として各列に表示されることになる。
【０１４０】
ユーザは、画面内の代替案を確定（決定）する場合、例えば確定する代替案（例えば「代替案１」）を選択してｈの案決定ボタンを実行することで、当該案を保存することができる。
【０１４１】
［データ構成例］
実施の形態２で用いるデータの構成例を以下に示す。なおルール情報、仕様項目情報、仕様値情報、評価指標情報などは既存データを用いることができる。
【０１４２】
仕様値・部品情報：  管理項目｛仕様項目ＩＤ，仕様値ＩＤ，部品ＩＤ，パターン番号｝：  部品ＩＤ−パターン番号に対応した仕様項目ＩＤ−仕様値ＩＤを管理する。
【０１４３】
部品組合せ表：  管理項目｛仕様項目ＩＤ，仕様値ＩＤ，部品ＩＤ，組合せ可否フラグ｝：  部品ＩＤごとに、組合せ可否フラグを管理する。
【０１４４】
部品組合せパターン：  管理項目｛部品ＩＤ，パターン番号｝：  部品の組合せパターンを管理する。
【０１４５】
仕様組合せパターン：  管理項目｛パターン番号，仕様項目ＩＤ，仕様値ＩＤ｝：  部品組合せごとの仕様組合せパターンを管理する。
【０１４６】
入力仕様：  管理項目｛仕様項目ＩＤ，仕様値ＩＤ｝：  顧客要求仕様に対応する入力仕様を管理する。
【０１４７】
見積り案情報：  詳しくは、提案情報，検討来歴情報，変更仕様項目情報，候補案情報，採用案情報などを有する(以下)：
・提案情報：  管理項目｛見積りＩＤ，案件ＩＤ，提案仕様名｝
・検討来歴：  管理項目｛見積りＩＤ，検討ＩＤ，日時情報｝
・変更仕様項目情報：  管理項目｛見積りＩＤ，検討ＩＤ，変更仕様項目ＩＤ（仕様項目ＩＤ）｝
・候補案情報：  管理項目｛見積りＩＤ，検討ＩＤ，代替案ＩＤ（組合せＩＤ）｝
・採用案情報：  管理項目｛見積りＩＤ，検討ＩＤ，採用案ＩＤ（組合せＩＤ）｝。
【０１４８】
［効果等］
以上説明したように、各実施の形態のシステムによれば、例えば過去事例の無い又は少ない個別受注生産などの対象の製品（仕様）に関して、特に仕様項目（及び仕様値）や部品の候補が多数かつ制約（ルール）が複雑となる対象に関して、顧客要求仕様に対しメーカ（担当者）が好適な見積り案を作成する作業を、効率化できるように、効果的な作成支援及び部分的自動化などを実現する。特に、膨大な仕様情報（仕様項目・仕様値）や部品情報などが候補として存在する場合にも、顧客希望などに応じてできるだけ低コスト・短納期などになる好適な見積り案（顧客要求仕様に対してなるべく少ない変更での代替案）を容易に作成でき、作業の負荷低減、短時間化などを図れる。これにより見積りの質を高め、受注率を向上できる。
【０１４９】
特に、上記代替案を作成する場合、顧客要求仕様と代替案の仕様とでは差異部分（変更した仕様項目・仕様値など）が発生するが、当該差異部分について、多様な顧客要求・希望を考慮しつつ、評価指標情報を参照しながら、顧客側とメーカ側との間で良いバランスをとれるように支援できる。
【０１５０】
特に、メーカ側の担当者などが操作するコンピュータの表示画面に、上記支援のためのＧＵＩを構成し、本ＧＵＩでは、１つずつ段階的に変更仕様項目の選択・絞り込み等により代替案を選択・作成できる。これにより上記作業（仕様項目の変更などを含む）をなるべく少ない操作で実現でき、代替案の検討・試行錯誤などが容易にできる。
【０１５１】
特に、メーカ側は、なるべく標準部品を使用した標準仕様項目・仕様値によるパターンによる代替案（コストやＬＴで有利となる案）を自動的・高速に表示できる。
【０１５２】
特に、過去事例の無い又は少ない製品（仕様）に関しても、見積り案を作成でき、作成した見積り案の情報を過去事例としてＤＢ（案ＤＢ２４等）に保存・蓄積しておき、以後も有効活用ができる。
【０１５３】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
【産業上の利用可能性】
【０１５４】
本発明は、個別受注生産（個別受注設計）、生産管理システム、部品情報管理システム等に利用可能である。
【符号の説明】
【０１５５】
１１…ＧＵＩ表示処理部（対話操作処理部）、１２…オフライン事前処理部（設定部）、２０…要求仕様ＤＢ、２１…製品・部品ＤＢ、２２…ルールＤＢ、２３…パターンＤＢ、２４…案ＤＢ、５１…データ入力部、５２…案検索部、５３…案表示・編集部、５４…データ出力部、５５…パターン生成部、５６…評価指標計算部、１００…受注見積り案作成支援システム、１０１…演算装置、１０２…記憶装置、１０３…通信Ｉ/Ｆ装置、１０４…入出力Ｉ/Ｆ装置、１０５…入力装置、１０６…出力装置、２００…他システム。
【図１】
0005688387.tif 000002
【図２】
0005688387.tif 000003
【図３】
0005688387.tif 000004
【図４】
0005688387.tif 000005
【図５】
0005688387.tif 000006
【図６】
0005688387.tif 000007
【図７】
0005688387.tif 000008
【図８】
0005688387.tif 000009
【図９】
0005688387.tif 000010
【図１０】
0005688387.tif 000011
【図１１】
0005688387.tif 000012
【図１２】
0005688387.tif 000013
【図１３】
0005688387.tif 000014
【図１４】
0005688387.tif 000015
【図１５】
0005688387.tif 000016
【図１６】
0005688387.tif 000017
【図１７】
0005688387.tif 000018
【図１８】
0005688387.tif 000019
【図１９】
0005688387.tif 000020
【図２０】
0005688387.tif 000021
【図２１】
0005688387.tif 000022