JP2006163843A - 部品管理方法及び部品管理プログラム - Google Patents

Abstract

【課題】 顧客から依頼された製品を、より低コストかつ短納期で提供するための部品管理方法及び部品管理プログラムを提供する。
【解決手段】 管理コンピュータ２１が、受注データ記憶部２４に記録した受注データに含まれる部品表データ中の部品について、共通部品データ記憶部２２を検索し、代替可能な共通部品についての共通部品データを抽出する。そして、認定ステータスの優先順位が顧客指定部品の方が代替可能な共通部品よりも低い場合、代替可能な共通部品を代替提案書に登録する。ここで、この顧客のこの顧客指定部品についてのナレッジデータが過去代替可否「却下」の場合、代替提案書への登録は行わない。そして、顧客の承認可否に関するデータに基づいて、代替部品に関するデータを受注データ記憶部２４に記録し、この代替提案に対する顧客の承認可否に関するデータをナレッジデータ記憶部２３に記録する。
【選択図】 図１

Description

本発明は、顧客から製造依頼を受けて場合に用いる部品を管理するための部品管理方法及び部品管理プログラムに関する。

企業が、顧客からのプリント基板の製造依頼を受けて受託製造を行うサービスがある。このサービスの提供を受ける顧客は、プリント基板の設計を行い、必要な部品を指定して製造依頼を行う。このサービスの提供企業は、顧客による設計データ及び部品の指定に基づいて、プリント基板を製造し、部品を実装する。このようなプリント基板に実装される部品は、ＩＣ、コンデンサ等の各品種について、メーカ、仕様（スペック）、価格が異なる多数の種類が存在する。このような多数の部品を管理するシステムが、多数、開発されている（例えば、特許文献１参照。）。この特許文献１には、一定の基準に基づいて購入対象として認定された部品に関するデータを管理するシステムが開示されている。
特開２００２−９９５９１号公報（第４−９頁）

このような受託製造においては、最終的には製品を完成すればよい。しかし、製品を構成する部品であっても、複数のメーカから同種類の部品が提供されている場合がある。このため、各顧客がそれぞれ使用する部品を指定すると、それに応じて多数の部品を用意する必要が生じる。各種類の部品を少量ずつ購入すると、部品の購入に要するコストが高くなるため、代理製造するプリント基板のコストも高くなる。また、必要な部品の在庫がない場合には、取り寄せなくてはならず、納期が長くなる。

本発明は、上記問題点を解決するためになされたものであり、その目的は、顧客から依頼された製品を、より低コストかつ短納期で提供するための部品管理方法及び部品管理プログラムを提供することにある。

本発明は、製品を構成する顧客指定部品に関する部品表データを記録する構成部品データ記憶手段と、特性が共通する共通部品について優先順位に関するデータを記録する共通部品データ記憶手段と、顧客毎に各部品の代替可否に関するデータを記録したナレッジデータ記憶手段と、これらを管理する管理コンピュータとを用いて、部品を管理するものであって、前記管理コンピュータが、前記構成部品データ記憶手段に記録された顧客指定部品について、前記共通部品データ記憶手段を検索し、代替可能な共通部品に関するデータを抽出し、前記顧客指定部品の優先順位が前記抽出した代替可能な共通部品の優先順位より低い場合、前記顧客の前記顧客指定部品について代替不承認がナレッジデータ記憶手段に記録されていない場合に、前記抽出した代替可能な共通部品に関するデータに基づいて代替提案に関するデータを生成し、前記顧客に提供し、前記代替提案に対する顧客からの回答に基づいて、構成部品データ記憶手段の部品表データを更新するとともに、前記ナレッジデータ記憶手段に顧客指定部品、代替提案した共通部品及び顧客回答に関するデータを顧客毎に記録する。これによれば、顧客指定部品と代替可能な代替部品を登録された共通部品の中から抽出し、この代替部品を顧客に提案し、顧客の承認が得られた場合、この代替部品を使用できる。また、同じ顧客の過去の代替提案に対する承認有無を参照して代替提案を行うことができる。このため、顧客から指定された部品と代替可能な共通部品に代替することにより、共通的な部品を利用して、低コスト、短納期で製品を提供できる。

さらに、本発明によれば、前記管理コンピュータが、前記部品表データ中の各顧客指定部品について、前記ナレッジデータ記憶手段を検索し、前記ナレッジデータ記憶手段に代替提案の共通部品について承認の回答が記録されている場合には代替可と判定し、共通部品について代替不承認の場合には代替不可と判定する。これによれば、過去に代替提案して承認された代替部品を代替提案することが可能となる。また、過去に代替提案して承認されなかった場合には、代替提案を行わないようにすることができる。

さらに、本発明によれば、前記管理コンピュータが、顧客による変更後の部品表データを、前記構成部品データ記憶手段に記録されている変更前の部品表データと照合して差異に関するデータを出力し、この差異に関するデータに基づいて、さらに、部品検索、代替提案、代替提案結果反映の処理を行う。これによれば、顧客により変更された部品表データと、変更前の部品表データとの変更点についてのみ、共通部品の検索や代替部品の提案を行うことができる。

本発明によれば、顧客から依頼された製品を、より低コストかつ短納期で提供できる。

以下、本発明を具体化した一実施形態を、図１〜図１７を用いて説明する。本実施形態では、顧客から、顧客が設計した回路構成を搭載したプリント基板の製造依頼を受ける。そして、顧客によって設計された回路構成において指定された部品を、よりコストパフォーマンスのよい部品や品質の安定した部品、市場に出回っている部品等で代替することにより、より低コストかつ短納期で製品を提供するための部品管理方法及び部品管理プログラムとして説明する。

図１に示すように、外部顧客からプリント基板の製造依頼を受けて代理製造を行う業務におけるシステムは、業務支援サーバ２０を備えている。この業務支援サーバ２０は、ＬＡＮ３５を介して担当者端末３０、部品管理者端末３１及び次工程担当者端末３２に接続されている。また、担当者端末３０は、ネットワーク５０を介して顧客端末４０に接続される。

この業務支援サーバ２０は、図１に示すように、管理コンピュータ２１を備えている。
管理コンピュータ２１は、図示しない制御手段（ＣＰＵ）、記憶手段（ＲＡＭ、ＲＯＭ、ハードディスク等）、通信手段等を有し、後述する処理（部品検索段階、代替提案段階、代替提案結果反映段階等を含む処理）を行う。このための部品管理プログラムを実行することにより、管理コンピュータ２１は、部品検索手段２５、代替提案手段２６、代替提案結果反映手段２７等として機能する。部品検索手段２５は、受注データ記憶部２４に記録された部品表データの顧客指定部品について、共通部品データ記憶部２２を検索し、代替可能な共通部品に関するデータを抽出する。代替提案手段２６は、顧客指定部品の優先順位が抽出した共通部品の優先順位より低い場合、ナレッジデータ記憶部２３を用いて、この顧客についてこの顧客指定部品の代替可否を取得し、代替提案可の場合、代替部品に関するデータに基づいて代替提案を生成し、顧客に提供する。代替提案結果反映手段２７は、代替提案に対する顧客からの回答に基づいて、受注データ記憶部２４の部品表データを更新するとともに、ナレッジデータ記憶部２３に顧客指定部品、代替提案の部品及び顧客回答に関するデータを顧客毎に記録する。

また、業務支援サーバ２０は、共通部品データ記憶手段としての共通部品データ記憶部２２、ナレッジデータ記憶手段としてのナレッジデータ記憶部２３、及び構成部品データ記憶手段としての受注データ記憶部２４を備えている。

共通部品データ記憶部２２には、図２に示すように、社内で共通的に利用している共通部品に関する共通部品データ２２０が、部番毎に記録されている。この共通部品データ２２０は、共通部品として部品が登録された場合に記録される。共通部品データ２２０は、部番、部品名、メーカ名、型番、認定ステータス、品種名、特性値（１）〜（５）、その他詳細情報に関するデータを含んで構成されている。

部番データ領域には、社内のシステムにおいて共通部品を特定するための部品番号（部番）に関するデータが記録される。部品名データ領域には、共通部品を特定するための部品名に関するデータが記録される。メーカ名データ領域には、この部品の製造メーカのメーカ名に関するデータが記録される。認定ステータスデータ領域には、この共通部品の認定ステータスに関するデータが記録される。具体的には、「推奨」、「認定」、「未審査」、「非推奨」、「限定」、「禁止」、「廃止」、「却下」等が記録されている。「推奨」は、部品が認定されており、かつ、この部品の使用を積極的に薦めることを示す。「認定」は、部品が認定されていることを示す。本実施形態では、顧客指定部品から、「推奨」又は「認定」の代替部品への代替を提案する。なお、顧客指定部品が「認定」の場合、「推奨」の共通部品がある場合には、この「推奨」の共通部品への代替を提案する。品種名データ領域には、この部品の品種名に関するデータが記録される。特性値データ領域には、特性値に関するデータが記録される。本実施形態では、１〜５個の特性値に関するデータが、それぞれ記録される。具体的には、例えば、静電容量、許容差、定格電圧等が記録される。その他詳細情報データ領域には、その他、部品の改訂や生産中止などの詳細情報に関するデータが記録される。

ナレッジデータ記憶部２３には、図３に示すように、顧客による過去の代替部品の使用許可又は却下に関するナレッジデータ２３０が、代替部品に関する提案に対する各部品についての回答毎に記録されている。このナレッジデータ２３０は、代替提案に対する回答を顧客から得た場合等に記録される。ナレッジデータ２３０は、顧客名、顧客指定部品名、共通部品名、代替部品名及び過去代替可否に関するデータを含んで構成されている。

顧客名データ領域には、顧客を特定するための顧客の名称や顧客コード等に関するデータが記録される。顧客指定部品名データ領域には、顧客によって指定された部品の部品名や部品番号等に関するデータが記録される。共通部品名データ領域には、顧客指定部品に対応する共通部品の共通部品データ記憶部２２に記録された部品名や部品番号等に関するデータが記録される。代替部品名データ領域には、顧客指定部品に対して代替提案した代替部品の共通部品データ記憶部２２に記録された部品名や部品番号等に関するデータが記録される。過去代替可否データ領域には、この代替提案した部品に対する顧客の回答として「許可」又は「却下」に関するデータが記録される。

受注データ記憶部２４には、図４に示すように、受注データ２４０、代替検討データ２４１及び差異データ２４２が記録される。
受注データ２４０は、顧客からプリント基板の製造を受注した場合に、入力された受注情報に基づいて記録される。受注データ２４０は、顧客名、基板名称、ＰＷＢ部番、ＰＣＢ部番、システムバージョン、ユーザバージョン及びその他部品表情報に関するデータを含む受注特定データと、部品表データとを含んで構成されている。この部品表データは、各部品について、部品名、メーカ名、型名、個数、備考、部品コメント及びアドレス情報に関するデータを含んで構成されている。

顧客名データ領域には、顧客を特定するための顧客名や顧客コード等に関するデータが記録される。基板名称データ領域には、基板名称や部材番号等に関するデータが記録される。ＰＷＢ部番データ領域には、ＰＷＢ（Printed Wiring Board：プリント配線板）の部材番号に関するデータが記録される。ＰＣＢ部番データ領域には、ＰＣＢ（Printed Circ
uit Board : プリント回路板（プリント基板））の部材番号に関するデータが記録される。システムバージョンデータ領域には、システムバージョンに関するデータが記録される。ユーザバージョンデータ領域には、ユーザバージョンに関するデータが記録される。その他部品表情報データ領域には、リリース日、作業者名、コメント等に関するデータが記録される。

部品表データ領域には、各部品について、部品名、メーカ名、型名、個数、備考、部品コメント及びアドレス情報に関するデータが記録される。このうち、部品名データ領域には、部品を特定するための部品名や部品番号等に関するデータが記録される。メーカ名データ領域には、この部品の製造メーカを特定するためのメーカ名やメーカコード等に関するデータが記録される。型名データ領域には、この部品の型名に関するデータが記録される。個数データ領域には、この基板の製造に使用するこの部品の個数に関するデータが記録される。備考データ領域には、備考として必要な情報に関するデータが記録される。部品コメントデータ領域には、部品についてのコメントに関するデータが記録される。

本実施形態では、個々の部品の基板上での位置を特定するためにこのアドレス情報が用いられる。そして、アドレス情報データ領域には、この部品を個別に特定するためのアドレスに関する情報と、このアドレスの部品についての詳細情報が記録される。例えば、同じ部品名で特定される同じ種類の部品を３個使用する場合、個数データ領域に「３」が記録され、アドレス情報データ領域にアドレス情報が３つ記録される。また、詳細情報としては、基板上での実装、未実装の別を特定するための未実装フラグ、試作特殊部品等に関する情報が記録される。

代替検討データ２４１は、代替部品の代替提案を行う場合に、共通部品についての検索結果に基づいて記録される。代替検討データ２４１は、顧客名、部品表識別情報及び代替部品検討リストに関するデータを含んで構成されている。代替部品検討リストは、各部品についての代替部品検討データにより構成されている。

顧客名データ領域には、顧客を特定するための顧客名や顧客コード等に関するデータが記録される。部品表識別情報データ領域には、部品表を特定するための識別情報に関するデータが記録される。具体的には、基板名称、ＰＷＢ部番、ＰＣＢ部番、システムバージョン及びユーザバージョンに関するデータが記録される。代替部品検討データ領域には、顧客指定部品情報、代替提案部品情報、代替可否、理由、代替提案活動情報、代替コメントに関するデータが記録される。このうち、顧客指定部品データ領域には、顧客が指定した部品を特定するために、部品名、メーカ名、型名等に関するデータが記録される。代替提案部品情報データ領域には、顧客が指定した部品（顧客指定部品）の代替として検索された共通部品について、部番、部品名、メーカ名、認定ステータス、特性値（１）〜（５）、価格、その他詳細情報等に関するデータが記録される。

差異データ２４２は、顧客端末４０から変更データを受信した場合に、この変更データ中の部品表と、１つ前のバージョンの部品表との差異に関するデータが記録される。差異データ２４２は、顧客名、対象部品表識別情報、基準部品表識別情報及び差異表に関するデータを含んで構成されている。差異表は、差異が生じた部品についての差異部品データにより構成される。

顧客名データ領域には、顧客を特定するための顧客名や顧客を特定するコード等に関するデータが記録される。対象部品表識別情報データ領域には、変更データに含まれる部品表に基づく対象部品表を特定するための識別情報に関するデータが記録される。具体的には、基板名称、ＰＷＢ部番、ＰＣＢ部番、システムバージョン及びユーザバージョンに関するデータが記録される。基準部品表識別情報データ領域には、変更データに含まれる部
品表の１つ前のバージョンの部品表である基準部品表を特定するための識別情報に関するデータが記録される。具体的には、基板名称、ＰＷＢ部番、ＰＣＢ部番、システムバージョン及びユーザバージョンに関するデータが記録される。

差異部品データ領域には、差異種別名、及びこの差異種別に対応する差異情報に関するデータが記録される。このうち、差異種別データ領域には、差異種別の名称に関するデータが記録される。具体的には、差異種別として、未実装部品追加、実装部品追加等に関するデータが記録される。各差異種別に該当する各部品に関するデータ領域には、差異種別に該当する各部品に関する詳細情報に関するデータが記録される。

次に、上記のようなシステムを用いて、顧客から指定された部品を代替可能な部品で代替するための提案を行う場合の処理手順を図５〜図１７を用いて説明する。ここでは、新規登録処理（図５）と、変更登録処理（図１２）と、共通部品の登録変更による処理とに分けて説明する。

（新規登録処理）
まず、新規登録処理について、図５〜図１１、図１５、図１６を用いて説明する。
新たにプリント基板の製造の発注を行う顧客は、表形式の部品表を含む新規依頼データを担当者端末３０に送信する。この新規依頼データ中の部品表は、各部品について、部品名、メーカ名、型名、個数、備考、部品コメント及びアドレス情報に関するデータを含む。製造依頼を受託した担当者は、この新規依頼データに基づいて、担当者端末３０を用いて受注情報の入力を行う。業務支援サーバ２０の管理コンピュータ２１は、図５に示すように、ここで入力されたデータに基づいて、部品表登録処理を行う（ステップＳ１−１）。具体的には、新規依頼データ中の部品表を含む受注データ２４０を記録する。ここで、担当者端末３０のディスプレイには、図１５に示すように、登録された部品表を含む部品表画面６０が表示される。

図１５に示すように、部品表画面６０は、受注特定情報表示欄６１、顧客部品一覧表６２、アドレス情報一覧表６３、部品情報表示欄６４、アドレス情報表示欄６５を備えている。受注特定情報表示欄６１には、顧客名、基板名称、ＰＷＢ部番、ＰＣＢ部番、システムバージョン、ユーザバージョン、リリース日、作業者名及びコメントが、受注データ２４０の受注特定データに基づいて表示される。顧客部品一覧表６２には、受注データ２４０の部品表データのアドレス情報を除く部分に基づいて部品表が表示される。アドレス情報一覧表６３には、顧客部品一覧表６２において選択されている部品についてのアドレス情報が、受注データ２４０の部品表データ中の選択されている部品についてのアドレス情報に基づいて表示される。部品情報表示欄６４には、顧客部品一覧表６２において選択されている部品に関する情報が表示される。この情報は、受注データ２４０の部品表データ中の選択されている部品についての発注部品データに基づいて表示される。また、アドレス情報表示欄６５には、アドレス情報一覧表６３において選択されているアドレスのアドレス情報が表示される。この情報は、受注データ２４０の部品表データ中の選択されている部品についてのアドレス情報に基づいて表示される。

次に、管理コンピュータ２１は、部品表チェック処理を行う（ステップＳ１−２）。具体的には、担当者が、まず、担当者端末３０を用いて、登録した部品表について、部品表チェック処理の実行要求を入力する。これにより、管理コンピュータ２１は、図６に示す部品表妥当性チェック処理を実行する。

具体的には、図６に示すように、管理コンピュータ２１は、まず、受注データ２４０の部品表データ中の最初の発注部品データについて、アドレス数と実部品個数が一致しているかどうかを調べる（ステップＳ２−１）。具体的には、まず、この発注部品データ中の
アドレス情報データ領域に記録されたアドレスの個数を算出する。そして、算出した個数と発注部品データ中の個数（実部品個数）とを比較する。ここで、一致していない場合（ステップＳ２−１においてＮＯの場合）、チェック対象部品として管理コンピュータ２１内の記憶手段に記録し（ステップＳ２−２）、ステップＳ２−３に移る。一致している場合（ステップＳ２−１においてＹＥＳの場合）、そのままステップＳ２−３に移る。

次に、管理コンピュータ２１は、この発注部品データについて、部品名、型名、メーカ名等に関するデータの抜けはないかどうかを調べる（ステップＳ２−３）。具体的には、発注部品データ中に、部品名、型名、メーカ名等に関するデータが設定されているかどうかを調べる。そして、データの抜けがある場合（ステップＳ２−３においてＮＯの場合）、チェック対象部品として管理コンピュータ２１内の記憶手段に記録し（ステップＳ２−４）、ステップＳ２−５に移る。データの抜けがない場合（ステップＳ２−３においてＹＥＳの場合）、そのままステップＳ２−５に移る。

次に、管理コンピュータ２１は、この発注部品データについて、顧客の注意書きが反映されているかどうかを調べる（ステップＳ２−５）。具体的には、受注データ２４０中の注意書きに関するデータと、発注部品データに記録されているデータとを照合する。そして、顧客の注意書きが反映されていない場合（ステップＳ２−５においてＮＯの場合）、チェック対象部品として管理コンピュータ２１内の記憶手段に記録し（ステップＳ２−６）、ステップＳ２−７に移る。顧客の注意書きが反映されている場合（ステップＳ２−５においてＹＥＳの場合）、そのままステップＳ２−７に移る。

次に、管理コンピュータ２１は、この発注部品データについて、重複しているアドレスはないかどうかを調べる（ステップＳ２−７）。具体的には、この部品データのアドレス情報データ領域に記録されているアドレス情報が、この部品表中に重複して記録されていないかどうかを調べる。そして、重複しているアドレスがある場合（ステップＳ２−７においてＮＯの場合）、チェック対象部品として管理コンピュータ２１内の記憶手段に記録し（ステップＳ２−８）、ステップＳ２−９に移る。重複しているアドレスがない場合（ステップＳ２−７においてＹＥＳの場合）、そのままステップＳ２−９に移る。

ここで、部品表データの中に、まだチェック処理を行なっていない発注部品データがある場合（ステップＳ２−９においてＮＯの場合）、ステップＳ２−１の処理に戻り、部品表データ中の次の発注部品データについて処理を行う。そして、すべての発注部品データについて処理を終了するまで、ステップＳ２−１〜ステップＳ２−９の処理を繰り返す。

そして、すべての発注部品データについて処理を終了した場合（ステップＳ２−９においてＹＥＳの場合）、記録したチェック対象部品を担当者端末３０に表示させる（ステップＳ２−１０）。

担当者は、この担当者端末３０に表示されたチェック対象部品に関する情報に基づいて、部品表の修正を行い、修正を終了すると、再度、部品表チェック処理の実行要求を入力する。これにより、管理コンピュータ２１は、図６に示す部品表妥当性チェック処理を、再度実行する。そして、この部品表妥当性チェック処理においてチェック対象部品が表示されなくなった段階で、部品表チェック処理を終了する。

次に、管理コンピュータ２１は、部品情報検索処理を行う（ステップＳ１−３）。具体的には、部品表チェック処理を終了した場合に、担当者は、担当者端末３０において、部品情報検索要求を入力する。これにより、管理コンピュータ２１は、図７に示す部品情報検索処理を実行する。

具体的には、図７に示すように、管理コンピュータ２１は、まず、部品表データ中の最初の発注部品データについて、過去使用実績部品かどうかを調べる（ステップＳ３−１）。具体的には、受注データ２４０中の顧客名及び発注部品データの部品名や部番等の部品を特定できる情報により、ナレッジデータ記憶部２３の顧客名及び顧客指定部品名等を検索する。ここで、該当する顧客名及び顧客指定部品名のナレッジデータ２３０が記録されている場合、過去使用実績部品である。過去使用実績部品でない場合（ステップＳ３−１においてＮＯの場合）、管理コンピュータ２１は、この部品名が共通部品データ記憶部２２に記録されているかどうかを調べる（ステップＳ３−２）。具体的には、発注部品データの部品名や部番等の部品を特定できる情報により共通部品データ記憶部２２を検索し、検索された共通部品データ２２０を抽出する。

この顧客指定部品の部品名が共通部品データ記憶部２２に記録されている場合（ステップＳ３−２においてＹＥＳの場合）、管理コンピュータ２１は、顧客指定部品名及び共通部品名を設定したナレッジデータ２３０を記録する（ステップＳ３−３）。具体的には、発注部品データの部品名を顧客指定部品名として記録し、共通部品データ２２０の部品名を共通部品名として記録する。

そして、管理コンピュータ２１は、代替可能部品に関するデータを取得する（ステップＳ３−４）。具体的には、発注部品データの部品名により検索された共通部品データ２２０の品種名、特性値、価格により共通部品データ記憶部２２を検索する。ここでは、同一の品種名であって、特性値が同等又はよりよく、価格が同等又はより低価格の代替可能部品を検索する。そして、認定ステータスが、発注部品データに対応する共通部品データ２２０の認定ステータスと同等又はより高い代替可能部品を抽出する。

代替可能部品がある場合（ステップＳ３−５においてＹＥＳの場合）、管理コンピュータ２１は、代替可能部品として抽出された部品が認定されているかどうかを調べる（ステップＳ３−６）。具体的には、認定ステータスが「認定」又は「推奨」である場合、認定されていることとなる。

認定されている場合（ステップＳ３−６においてＹＥＳの場合）、管理コンピュータ２１は、この発注部品データの部品について代替可能と判定する（ステップＳ３−７）。この場合、管理コンピュータ２１は、顧客指定部品情報、代替提案部品情報、代替可否「可能」を設定した代替部品検討データを代替検討データ２４１の顧客名及び部品表識別情報に関連付けて記録する。なお、顧客指定部品情報は、発注部品データ中の部品名（顧客指定部品名）、メーカ名、型名、対応する共通部品データ２２０がある場合、この共通部品データ２２０の部品名（共通部品名）を含む。また、代替提案部品情報は、共通部品についての共通部品データ２２０の部番、部品名（代替部品名）、メーカ名、認定ステータス、特性値（１）〜（５）、価格、その他詳細情報を含む。

なお、代替可能部品がない場合（ステップＳ３−５においてＮＯの場合）、管理コンピュータ２１は、この発注部品データの部品について代替不可と判定する（ステップＳ３−１０）。この場合、管理コンピュータ２１は、顧客指定部品情報、代替可否「不可」を設定した代替部品検討データを代替検討データ２４１の顧客名及び部品表識別情報に関連付けて記録する。なお、発注部品データにおける部品について、共通部品データ記憶部２２に記録されており、認定ステータスが「推奨」である場合、この部品を使用し、部品の代替は行わない。この場合も、代替可能部品なしとして、この部品について代替不可と判定する。なお、この場合は、顧客指定部品情報、代替可否「代替不要」を設定した代替部品検討データを代替検討データ２４１の顧客名及び部品表識別情報に関連付けて記録する。

また、代替可能部品として抽出された共通部品データ２２０の部品が認定されていない
場合（ステップＳ３−６においてＮＯの場合）、管理コンピュータ２１は、この発注部品データの部品について代替不可と判定する（ステップＳ３−１０）。この場合、管理コンピュータ２１は、顧客指定部品情報、代替提案部品情報、代替可否「不可」を意味する代替不可フラグを設定した代替部品検討データを代替検討データ２４１の顧客名及び部品表識別情報に関連付けて記録する。

一方、発注部品データの部品名等が共通部品データ記憶部２２に記録されていない場合（ステップＳ３−２においてＮＯの場合）、管理コンピュータ２１は、共通部品データの登録指示を行う（ステップＳ３−８）。具体的には、担当者端末３０のディスプレイ上に、部品名を指定して部品の登録指示を表示する。担当者は、この指示に基づいて、部品管理者にこの部品名を指定して部品の登録申請を行う。部品管理者は、担当者から指定された部品名に基づいて、この部品に関する情報を取得し、共通部品データ記憶部２２への登録を部品管理者端末３１を用いて行う。これにより、この部品に関する共通部品データ２２０が共通部品データ記憶部２２に記録される。

管理コンピュータ２１は、この発注部品データの部品について類似部品があるかどうかを調べる（ステップＳ３−９）。具体的には、発注部品データの部品について、指定された品種名、特性値及び価格に基づいて、共通部品データ記憶部２２に、同一の品種名であって、類似の特性値及び価格を有する共通部品データ２２０が記録されているかどうかを調べる。このような共通部品データ２２０が記録されている場合、類似部品があることになる。類似部品がある場合（ステップＳ３−９においてＹＥＳの場合）、管理コンピュータ２１は、ステップＳ３−４の処理に移る。なお、この場合、ステップＳ３−４において、この発注部品データの部品について指定された品種名、特性値及び価格に基づいて、代替可能部品の取得を行う。

一方、類似部品がない場合（ステップＳ３−９においてＮＯの場合）、管理コンピュータ２１は、この発注部品データの部品について代替不可と判定する（ステップＳ３−１０）。この場合、管理コンピュータ２１は、代替不可フラグを発注部品データと関連付けて記録する。

また、発注部品データの部品が過去使用実績部品である場合（ステップＳ３−１においてＹＥＳの場合）、管理コンピュータ２１は、この部品が過去において代替可能とされた部品かどうかを調べる（ステップＳ３−１１）。具体的には、受注データ２４０中の顧客名及び発注部品データの部品名により、ナレッジデータ記憶部２３から検索されたナレッジデータ２３０について、過去代替可否に関するデータを調べる。ここで、過去代替可否として「許可」が記録されている場合、過去代替可能部品である。過去代替可能部品の場合（ステップＳ３−１１においてＹＥＳの場合）、ステップＳ３−４の処理に移る。なお、過去代替可能部品でない場合（ステップＳ３−１１においてＮＯの場合）、代替不可と判定する（ステップＳ３−１０）。この場合、管理コンピュータ２１は、代替不可フラグを発注部品データと関連付けて記録する。

そして、部品表データの中に、まだ検索処理を行なっていない発注部品データがある場合（ステップＳ３−１２においてＮＯの場合）、ステップＳ３−１の処理に戻り、部品表データ中の次の発注部品データについて処理を行う。そして、すべての発注部品データについて処理を終了するまで、ステップＳ３−１〜ステップＳ３−１２の処理を繰り返す。そして、部品表データ中のすべての発注部品データについてこの処理を終了した場合（ステップＳ３−１２においてＹＥＳの場合）、部品情報検索処理を終了する。

次に、管理コンピュータ２１は、代替部品検討処理を実行する（ステップＳ１−４）。まず、管理コンピュータ２１は、担当者端末３０上に、代替検討データ２４１に基づいて
、図１６に示す代替検討画面７０を表示させる。担当者は、この代替検討画面７０を用いて、代替部品について検討する。

図１６に示すように、代替検討画面７０は、受注特定情報表示欄７１、部品一覧表７２、顧客側情報表示欄７３、代替提案活動表示欄７４、代替部品検索情報表示欄７５等を備えている。受注特定情報表示欄７１には、顧客名、基板名称、ＰＷＢ部番、ＰＣＢ部番、システムバージョン、ユーザバージョン、リリース日、作業者名及びコメントが、受注データ２４０の受注特定データに基づいて表示される。部品一覧表７２には、代替検討データ２４１の各代替部品検討データに基づいて、部品表データ中の部品と、この部品に対応する共通部品に関する情報が表示される。顧客側情報表示欄７３には、部品一覧表７２において指定した部品に関する情報が表示される、この情報は、代替検討データ２４１の顧客指定部品情報の部品名により特定される代替部品検討データ中の顧客指定部品情報に基づいて表示される。また、代替提案活動表示欄７４には、代替提案活動に関する情報が表示される。この情報は、この代替部品検討データ中の代替提案活動情報に基づいて表示される。代替部品検索情報表示欄７５には、部品一覧表７２において指定した部品について、検索された共通部品に関する情報が表示される。この情報は、この代替部品検討データ中の代替提案部品情報に基づいて表示される。

担当者は、顧客側情報表示欄７３の代替可否と、代替部品検索情報表示欄７５の認定ステータスを参照して、この部品について代替提案を行うかどうかを検討する。そして、代替提案活動表示欄７４の提案有無の入力欄において、代替提案を行うか否かを入力する。これにより、代替提案部品データの代替提案活動情報中に、代替提案の有無に関する情報が記録される。

次に、管理コンピュータ２１は、担当者により入力された代替検討結果について再チェックのための代替検討結果チェック処理を行う。この処理について図８を用いて説明する。

図８に示すように、代替検討データ２４１中の１件目の代替部品検討データ中の代替提案部品情報について共通部品データが登録されているかどうかを調べる（ステップＳ４−１）。具体的には、代替提案部品情報中の部品名及び型名により共通部品データ記憶部２２を検索する。そして、この部品名及び型名について共通部品データ２２０が登録されていない場合（ステップＳ４−１においてＮＯの場合）、チェック対象部品として、部品名、型名、チェック情報「共通部番なし」を管理コンピュータ２１内の記憶手段に記録し（ステップＳ４−２）、ステップＳ４−３に移る。登録されている場合（ステップＳ４−１においてＹＥＳの場合）、そのままステップＳ４−３に移る。

次に、管理コンピュータ２１は、代替部品検討データ中の代替提案部品情報の部品名について、社内認定部品であるかを調べる（ステップＳ４−３）。具体的には、代替提案部品情報の部品名により検索された共通部品データ２２０について、認定ステータスを調べる。ここで、認定ステータスが「認定」又は「推奨」となっている場合、社内認定部品である。社内認定部品でない場合（ステップＳ４−３においてＮＯの場合）、チェック対象部品として、部品名、型名、チェック情報「認定なし」を管理コンピュータ２１内の記憶手段に記録し（ステップＳ４−４）、ステップＳ４−５に移る。社内認定部品である場合（ステップＳ４−３においてＹＥＳの場合）、そのままステップＳ４−５に移る。

次に、管理コンピュータ２１は、この部品について代替可否が確定しているかどうかを調べる（ステップＳ４−５）。具体的には、代替部品検討データ中の代替可否が「可能」の場合、代替可否が確定していない判定する。代替可否が確定していない場合（ステップＳ４−５においてＮＯの場合）、チェック対象部品として、部品名、型名、チェック情報
「代替可否未確定」を管理コンピュータ２１内の記憶手段に記録し（ステップＳ４−６）、ステップＳ４−７に移る。代替可否が確定している場合（ステップＳ４−５においてＹＥＳの場合）、そのままステップＳ４−７に移る。

ここで、代替検討データ２４１の中に、まだチェック処理を行っていない代替部品検討データがある場合（ステップＳ４−７においてＮＯの場合）、ステップＳ４−１の処理に戻り、次の代替部品検討データについて処理を行う。そして、すべての代替部品検討データについて処理を終了するまで、ステップＳ４−１〜ステップＳ４−７の処理を繰り返す。

そして、すべての代替部品検討データについて処理を終了した場合（ステップＳ４−７においてＹＥＳの場合）、管理コンピュータ２１内の記憶手段に記録したチェック対象部品についての部品名、型名及びチェック情報を含む代替検討結果チェック画面を担当者端末３０に表示させる（ステップＳ４−８）。担当者は、この代替検討結果チェック画面に表示された情報を参照して、代替検討画面７０を用いて、再度検討し、代替提案についての入力を行う。そして、代替検討を終了すると、代替提案書作成処理に移る。

この代替提案書作成処理について図９を用いて説明する。
図９に示すように、まず、管理コンピュータ２１は、代替検討データ２４１の１件目の代替部品検討データについて、代替可能部品かどうかを判定する（ステップＳ５−１）。具体的には、代替提案活動情報として「代替提案実施」が記録されており、代替可否「可能」の場合、代替可能部品と判定する。代替可能の場合（ステップＳ５−１においてＹＥＳの場合）、管理コンピュータ２１は、この部品について、検索された代替部品を代替提案書に登録する（ステップＳ５−２）。具体的には、代替部品検討データ中の顧客指定部品情報と代替提案部品情報とを代替提案書データに記録する。なお、代替不可の場合（ステップＳ５−１においてＮＯの場合）、代替提案書への登録は行われない。

そして、すべての代替部品検討データについては終了していない場合（ステップＳ５−３においてＮＯの場合）、ステップＳ５−１の処理に戻り、次の代替部品検討データについて処理を行う。そして、すべての代替部品検討データについて処理を終了するまで（ステップＳ５−３においてＹＥＳになるまで）、ステップＳ５−１〜ステップＳ５−３の処理を繰り返す。

そして、すべての代替部品検討データについて処理を終了した場合（ステップＳ５−３においてＹＥＳの場合）、管理コンピュータ２１は、顧客に提出する代替提案書の作成を完了し、担当者は、作成された代替提案書を顧客に提出する（ステップＳ５−４）。具体的には、管理コンピュータ２１は、代替検討データ２４１の顧客名に基づいて代替提案書データに顧客名を登録し、代替提案書の作成を終了する。そして、担当者は、作成された代替提案書（代替提案書データ）を業務支援サーバ２０から取得し、この代替提案書データを電子メールに添付して顧客端末４０に送信する。

顧客は、この代替提案書データを顧客端末４０により受信すると、この代替提案書データに基づく代替提案書を顧客端末４０に表示させ、この代替提案書における代替提案の内容を検討し、代替を許可するかどうかを判断する。この処理について図１０を用いて説明する。

図１０に示すように、代替提案書の顧客指定部品に対して提案された代替部品について、代替してもよいと判断した場合（ステップＳ６−１においてＹＥＳの場合）、顧客は、代替許可部品として代替提案書に登録する（ステップＳ６−２）。具体的には、顧客端末４０上に表示されている代替提案書データにおいて、この顧客指定部品についての代替可
否の欄に「許可」を記録する。

一方、代替を許可しない場合（ステップＳ６−１においてＮＯの場合）、代替却下部品として代替提案書に登録する（ステップＳ６−３）。具体的には、顧客端末４０上に表示されている代替提案書データにおいて、この顧客指定部品についての代替可否の欄に「却下」を記録する。

そして、すべての代替提案部品については終了していない場合（ステップＳ６−４においてＮＯの場合）、ステップＳ６−１の処理に戻り、次の代替提案部品について処理を行う。そして、すべての代替提案部品について処理を終了するまで（ステップＳ６−４においてＹＥＳになるまで）、ステップＳ６−１〜ステップＳ６−４の処理を繰り返す。

そして、すべての代替提案部品について処理を終了した場合（ステップＳ６−４においてＹＥＳの場合）、代替可否を入力済の代替提案書を担当窓口に提出する（ステップＳ６−５）。具体的には、顧客端末４０により、代替可否を記録済の代替提案書データを添付した電子メールを担当者端末３０に送信する。

担当者は、この代替可否を記録済の代替提案書データを添付した電子メールを担当者端末３０により受信すると、この代替可否を記録済の代替提案書データを担当者端末３０から業務支援サーバ２０に入力する。業務支援サーバ２０の管理コンピュータ２１は、この代替可否を記録済の代替提案書データを用いて、代替検討結果登録のための処理を行う。この処理について図１１を用いて説明する。

図１１に示すように、管理コンピュータ２１は、代替可否を記録済の代替提案書データ中の代替提案部品データについて、代替可否をナレッジデータ記憶部２３に記録する（ステップＳ７−１）。具体的には、代替提案部品データ中の代替可否に関するデータに基づいて、過去代替可否として「許可」又は「却下」をナレッジデータ記憶部２３に記録する。そして、管理コンピュータ２１は、顧客による入力に基づいて記録された代替可否に関するデータに基づいて、この部品が代替許可部品かどうかを判定する（ステップＳ７−２）。代替許可部品の場合（ステップＳ７−２においてＹＥＳの場合）、管理コンピュータ２１は、代替部品を使用する部品として登録する（ステップＳ７−３）。具体的には、顧客名及び部品表識別情報により特定される受注データ２４０についてユーザバージョンをアップして複製した受注データ２４０の編集を行う。この受注データ２４０の部品表データ中の発注部品データを顧客指定部品名により特定し、代替部品の部品名、メーカ名及び型名を、代替提案部品データに基づいて記録する。

一方、代替許可部品でない場合（ステップＳ７−２においてＮＯの場合）、管理コンピュータ２１は、顧客指定部品を使用する部品として登録する（ステップＳ７−４）。具体的には、代替提案部品データ中の顧客指定部品情報に基づいて、発注部品データを記録する。

そして、使用する部品に関するデータをナレッジデータ記憶部２３に記録する（ステップＳ７−５）。具体的には、上記の代替可否を記録したナレッジデータ２３０について、代替提案部品データ中の顧客名、顧客指定部品名、共通部品名、代替部品名に関するデータに基づいて、顧客名、顧客指定部品名、共通部品名、代替部品名を記録する。

そして、代替可否を記録済の代替提案書データの中にまだこの処理を行っていない代替提案部品データがある場合（ステップＳ７−６においてＮＯの場合）、ステップＳ７−１の処理に戻り、次の代替提案部品データについて処理を行う。そして、すべての代替提案部品データについて処理を終了するまで、ステップＳ７−１〜ステップＳ７−６の処理を
繰り返す。

そして、すべての代替提案部品データについて処理を終了した場合（ステップＳ７−６においてＹＥＳの場合）、この処理を終了する。
これにより、代替提案結果が反映された受注データ２４０が受注データ記憶部２４に登録される。また、上記の処理に従って、代替提案された部品の使用許可や使用却下に関する情報や、顧客が使用する部品に関する情報についてのナレッジデータ２３０がナレッジデータ記憶部２３に記録される。

そして、この受注データ２４０の情報が次工程に伝達される。次工程の担当者は、次工程担当者端末３２を用いて業務支援サーバ２０にアクセスし、受注データ２４０に基づいて、次工程の作業を行う。

（変更登録処理）
次に、変更登録処理について、図１２、図１３、図１７を用いて説明する。
プリント基板の製造を発注している顧客が、設計変更を行った場合、変更依頼データを顧客端末４０から担当者端末３０に送信する。担当者は、この変更依頼データに基づいて、担当者端末３０を用いて受注情報に関する変更情報の入力を行う。業務支援サーバ２０の管理コンピュータ２１は、この入力されたデータに基づいて、部品表登録処理を行う（ステップＳ８−１）。具体的には、変更依頼データ中の部品表データを含む受注データ２４０を記録する。ここで、先に登録された受注データ２４０に対してシステムバージョンがアップした受注データ２４０が記録される。ここで、担当者端末３０上に表示される、図１５に示す部品表画面６０において、登録された部品表が表示される。

次に、管理コンピュータ２１は、部品表チェック処理を行う（ステップＳ８−２）。この部品表チェック処理は、上記の新規登録処理におけるステップＳ１−２の部品表チェック処理と同様にして行う。

次に、管理コンピュータ２１は、変更依頼がされた部品表（対象部品表）に対応する先に登録されている部品表を基準部品表として特定する。具体的には、管理コンピュータ２１は、変更依頼がされた部品表についての顧客名、基板名称、ＰＷＢ部番、ＰＣＢ部番と同様の顧客名、基板名称、ＰＷＢ部番、ＰＣＢ部番の受注データ２４０のうち、システムバージョン及びユーザバージョンが最も新しい受注データ２４０を特定する。ここで、システムバージョンは、最も大きい番号が付されているものが最も新しいバージョンである。また、同じシステムバージョンのうち、ユーザバージョンが最も大きい番号が付されているものが最も新しいバージョンである。このため、システムバージョンが最も大きい番号が付されていて、その中でユーザバージョンが最も大きい番号が付されているものが、対比する先に登録された部品表の受注データ２４０として特定される。そして、このようにして特定された受注データ２４０の部品表と、変更依頼がされた部品表との差異出力処理を行う（ステップＳ８−３）。この差異出力処理について図１３を用いて説明する。

図１３に示すように、管理コンピュータ２１は、まず、対象部品表における部品を順次選択する（ステップＳ９−１）。そして、追加／削除された部品かどうかを調べる（ステップＳ９−２）。具体的には、対象部品表の部品名と同じ部品名が基準部品表にあるかどうかを調べる。ここで、基準部品表にない場合、この部品が追加されたこととなる。なお、ここで、基準部品表にあった場合、参照フラグを基準部品表の部品に関連付けて記録しておく。削除された部品については、後述する。

追加／削除された部品である場合（ステップＳ９−２においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ９−３）。なお、この差異出力処理
において、最初に差異部品データを記録する場合、顧客名、対象部品表識別情報、基準部品表識別情報を設定した差異データ２４２を記録する。そして、差異部品データを記録する場合は、この差異データ２４２の差異表データ領域に、差異部品データを記録する。具体的には、追加された場合、差異部品データとして、差異種別「追加」、追加された部品の部品名等を記録する。削除された場合、差異種別「削除」、削除された部品の部品名等を記録する。そして、ステップＳ９−４に移る。一方、追加／削除された部品でない場合（ステップＳ９−２においてＮＯの場合）、そのままステップＳ９−４に移る。

次に、管理コンピュータ２１は、この部品について、型番変更があるかどうかを調べる（ステップＳ９−４）。具体的には、対象部品表におけるこの部品の型番と、基準部品表におけるこの部品の型番とを照合する。そして、型番変更がある場合（ステップＳ９−４においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ９−５）。具体的には、差異種別「型番変更」、部品名等を記録する。そして、ステップＳ９−６に移る。一方、型番変更がない場合（ステップＳ９−４においてＮＯの場合）、そのままステップＳ９−６に移る。

次に、管理コンピュータ２１は、この部品について、アドレスの追加／削除があるかどうかを調べる（ステップＳ９−６）。具体的には、対象部品表におけるこの部品についてのアドレス情報と、基準部品表におけるこの部品についてのアドレス情報とを照合する。そして、アドレスの追加／削除がある場合（ステップＳ９−６においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ９−７）。具体的には、アドレスの追加の場合、差異種別「アドレス追加」、部品名、追加されたアドレス等を記録する。また、アドレスの削除の場合、差異種別「アドレス削除」、部品名、削除されたアドレス等を記録する。そして、ステップＳ９−８に移る。一方、アドレスの追加／削除がない場合（ステップＳ９−６においてＮＯの場合）、そのままステップＳ９−８に移る。

次に、管理コンピュータ２１は、この部品について、実装・未実装の変更があるかどうかを調べる（ステップＳ９−８）。具体的には、対象部品表におけるこの部品の各アドレスについての実装・未実装に関する情報と、基準部品表におけるこの部品の各アドレスについての実装・未実装に関する情報とを照合する。そして、実装・未実装の変更がある場合（ステップＳ９−８においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ９−９）。具体的には、実装から未実装に変更された場合、差異種別「実装から未実装に変更」、部品名、対象のアドレス等を記録する。また、未実装から実装に変更された場合、差異種別「未実装から実装に変更」、部品名、対象のアドレス等を記録する。そして、ステップＳ９−１０に移る。一方、実装・未実装の変更がない場合（ステップＳ９−８においてＮＯの場合）、そのままステップＳ９−１０に移る。

次に、管理コンピュータ２１は、この部品について、支給部品の変更があるかどうかを調べる（ステップＳ９−１０）。具体的には、対象部品表におけるこの部品についての支給部品フラグの設定と、基準部品表におけるこの部品についての支給部品フラグの設定とを照合する。そして、支給部品の変更がある場合（ステップＳ９−１０においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ９−１１）。具体的には、基準部品表において設定されていた支給部品フラグが対象部品表において削除されている場合、差異種別「支給部品の設定削除」、部品名等を記録する。また、基準部品表において設定されていなかった支給部品フラグが対象部品表において設定されている場合、差異種別「支給部品に変更」、部品名等を記録する。そして、ステップＳ９−１２に移る。一方、支給部品の変更がない場合（ステップＳ９−１０においてＮＯの場合）、そのままステップＳ９−１２に移る。

ここで、対象部品表にまだこの処理を行っていない部品がある場合、又は、基準部品表
において参照フラグが設定されていない部品がある場合（ステップＳ９−１２においてＮＯの場合）、ステップＳ９−１の処理に戻る。そして、対象部品表にまだこの処理を行っていない部品がある場合は、対象部品表中の次の部品について処理を行う。また、対象部品表のすべての部品について終了している場合は、基準部品表において参照フラグが設定されていない部品について、順次処理を行う。そして、対象部品表のすべての部品について処理を終了し、かつ、基準部品表において参照フラグが設定されていない部品がなくなるまで、ステップＳ９−１〜ステップＳ９−１２の処理を繰り返す。

なお、対象部品表のすべての部品について処理を終了した場合は、ステップＳ９−２において、基準部品表において参照フラグが設定されていない部品を、削除された部品として判定する。そして、ステップＳ９−３において、これらの部品を差異対象部品として記録する。具体的には、これらの部品について、部品毎に、差異種別「削除」と、部品名とを記録する。

そして、対象部品表のすべての部品について終了し、基準部品表において参照フラグが設定されていない部品がない場合（ステップＳ９−１２においてＹＥＳの場合）、記録した差異対象部品をまとめてリスト出力する（ステップＳ９−１３）。これにより、図１７に示す差異リスト画面８０が表示される。

図１７に示すように、差異リスト画面８０には、対象部品表指定表示欄８１、基準部品表指定表示欄８２、差異リスト表示欄８３、保存ボタン８４及びＯＫボタン８５が設けられている。対象部品表指定表示欄８１には、対象部品表についてのＰＷＢ部番、ＰＣＢ部番、システムバージョン、比較アドレス、コメントが差異データ２４２の対象部品表に関する受注データ２４０に基づいて表示される。基準部品表指定表示欄８２には、基準部品表についてのＰＷＢ部番、ＰＣＢ部番、システムバージョン、比較アドレス、コメントが基準部品表に関する受注データ２４０に基づいて表示される。差異リスト表示欄８３では、未実装部品追加、実装部品追加、支給部品情報変更、登録部番変更、試作部番変更、登録型番変更、アドレス追加、アドレス削除、個数変更、注意書き変更、代替可否変更についての差異リストが、項目を選択することにより表示されるようになっている。具体的には、差異データ２４２の差異種別に基づいて、差異リスト表示欄８３の各表示欄に差異リストを表示させる。ここでは、実装部品追加が選択され、実装部品追加に該当する差異リストが表示されている。具体的には、差異種別「追加」の実装部品についての差異リストが表示されている。

担当者は、この差異リスト画面８０において差異リストを確認し、問題がなければ、ＯＫボタン８５をクリックする。なお、差異リストを別途記録する場合は、保存ボタン８４をクリックする。ここで、ＯＫボタン８５がクリックされると差異出力処理が終了する。

次に、管理コンピュータ２１は、差異出力処理により出力された差異データ２４２に基づいて、部品情報検索処理を行う（ステップＳ８−４）。具体的には、差異種別「追加」の部品について、上記の新規登録処理における部品検索処理と同様の処理を行う。

そして、管理コンピュータ２１は、この差異種別「追加」の部品について、代替部品検討処理を行う（ステップＳ８−５）。具体的には、上記の新規登録処理における代替部品検討処理と同様の処理を行う。

これにより、追加された部品について代替提案結果が反映された受注データ２４０が受注データ記憶部２４に登録される。また、上記の処理に従って、代替提案された部品の使用許可や使用却下に関する情報や、顧客が使用する部品に関する情報についてのナレッジデータ２３０がナレッジデータ記憶部２３に記録される。

そして、この受注データ２４０の情報及び差異データ２４２の情報が次工程に伝達される。次工程の担当者は、次工程担当者端末３２を用いて業務支援サーバ２０にアクセスし、受注データ２４０及び差異データ２４２に基づいて、次工程の作業を行う。

（共通部品の登録変更による処理）
次に、共通部品の登録変更による差異出力処理について説明する。共通部品データ記憶部２２に登録されている共通部品データ２２０が更新された場合、管理コンピュータ２１は、登録されている各受注データ２４０において、それぞれ最新の受注データ２４０について、共通部品表差異出力処理を行う。この処理について図１４を用いて説明する。ここで、差異データ２４２を記録する場合、この差異データ２４２を顧客名と、基板名称、ＰＷＢ部番、ＰＣＢ部番、システムバージョン、ユーザバージョンにより構成される部品表識別情報とに関連付けて出力する。

図１４に示すように、管理コンピュータ２１は、まず、選択した最新の受注データ２４０における部品表データ中の発注部品データを順次選択する（ステップＳ１０−１）。そして、アドレスの追加／削除があるかどうかを調べる（ステップＳ１０−２）。

アドレスの追加／削除がある場合（ステップＳ１０−２においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ１０−３）。なお、この共通部品表差異出力処理において、最初に差異部品データを記録する場合、顧客名、対象部品表識別情報を設定した差異データ２４２を記録する。そして、差異部品データを記録する場合は、この差異データ２４２の差異表データ領域に、差異部品データを記録する。具体的には、アドレスの追加の場合、差異部品データとして、差異種別「アドレス追加」と、追加されたアドレスと、対象の部品の部品名とを記録する。削除された場合、差異種別「アドレス削除」と、削除されたアドレスと、対象の部品の部品名とを記録する。そして、ステップＳ１０−４に移る。一方、アドレスの追加／削除がない場合（ステップＳ１０−２においてＮＯの場合）、そのままステップＳ１０−４に移る。

次に、管理コンピュータ２１は、この発注部品データの部品について、代替可否が変更されているかどうかを調べる（ステップＳ１０−４）。そして、代替可否が変更されている場合（ステップＳ１０−４においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ１０−５）。具体的には、代替可能に変更された場合、差異種別「代替可能に変更」、部品名等を記録する。また、代替不可に変更された場合、差異種別「代替不可に変更」、部品名等を記録する。そして、ステップＳ１０−６に移る。一方、代替可否が変更されていない場合（ステップＳ１０−４においてＮＯの場合）、そのままステップＳ１０−６に移る。

次に、管理コンピュータ２１は、この発注部品データの部品について、個数の変更があるかどうかを調べる（ステップＳ１０−６）。そして、個数の変更がある場合（ステップＳ１０−６においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ１０−７）。具体的には、差異種別「個数変更」、部品名、変更前の個数、変更後の個数等を記録する。そして、ステップＳ１０−８に移る。一方、個数の変更がない場合（ステップＳ１０−６においてＮＯの場合）、そのままステップＳ１０−８に移る。

次に、管理コンピュータ２１は、この発注部品データの部品について、部番／型番の変更があるかどうかを調べる（ステップＳ１０−８）。そして、部番／型番の変更がある場合（ステップＳ１０−８においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ１０−９）。具体的には、部番変更の場合、差異種別「部番変更」、変更前の部番、変更後の部番と部品名とを記録する。また、型番変更の場合、差異種別
「型番変更」と、変更前の型番、変更後の型番、部品名等を記録する。そして、ステップＳ１０−１０に移る。一方、部番／型番の変更がない場合（ステップＳ１０−８においてＮＯの場合）、そのままステップＳ１０−１０に移る。

次に、管理コンピュータ２１は、この発注部品データの部品について、支給部品情報の変更があるかどうかを調べる（ステップＳ１０−１０）。そして、支給部品情報の変更がある場合（ステップＳ１０−１０においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ１０−１１）。具体的には、差異種別「支給部品削除」、部品名等を記録する。そして、ステップＳ１０−１２に移る。一方、支給部品の変更がない場合（ステップＳ１０−１０においてＮＯの場合）、そのままステップＳ１０−１２に移る。

次に、管理コンピュータ２１は、この発注部品データの部品について、注意書きの変更があるかどうかを調べる（ステップＳ１０−１２）。そして、注意書きの変更がある場合（ステップＳ１０−１２においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ１０−１３）。具体的には、差異種別「注意書き変更」、変更前の注意書き、変更後の注意書き、部品名等を記録する。そして、ステップＳ１０−１４に移る。一方、注意書きの変更がない場合（ステップＳ１０−１２においてＮＯの場合）、そのままステップＳ１０−１４に移る。

次に、管理コンピュータ２１は、この発注部品データの部品について、実装・未実装の変更があるかどうかを調べる（ステップＳ１０−１４）。そして、実装・未実装の変更がある場合（ステップＳ１０−１４においてＹＥＳの場合）、差異対象部品として差異部品データを記録する（ステップＳ１０−１５）。具体的には、実装から未実装に変更された場合、差異種別「実装から未実装に変更」、部品名等を記録する。また、未実装から実装に変更された場合、差異種別「未実装から実装に変更」、部品名等を記録する。そして、ステップＳ１０−１６に移る。一方、実装・未実装の変更がない場合（ステップＳ１０−１４においてＮＯの場合）、そのままステップＳ１０−１６に移る。

ここで、受注データ２４０の部品表データ中に、まだこの処理を行っていない発注部品データがある場合（ステップＳ１０−１６においてＮＯの場合）、ステップＳ１０−１の処理に戻り、次の発注部品データについて処理を行う。そして、すべての発注部品データについて処理を終了するまで、ステップＳ１０−１〜ステップＳ１０−１６の処理を繰り返す。

そして、すべての発注部品データについて終了した場合（ステップＳ１０−１６においてＹＥＳの場合）、記録した差異対象部品をまとめてリスト出力する（ステップＳ１０−１７）。これにより、共通部品の登録変更による差異リスト画面が、担当者端末３０上に表示される。担当者は、この画面を確認する。

そして、この共通部品の登録変更により出力された差異データに基づいて、部品情報検索処理及び代替検討処理を行う。なお、これらの処理は、上記の変更登録処理における部品情報検索処理（ステップＳ８−４）及び代替検討処理（ステップＳ８−５）と同様に行う。

これにより、共通部品の登録変更により出力された差異データについて、代替提案結果が反映された受注データ２４０が受注データ記憶部２４に登録される。また、上記の処理に従って、代替提案された部品の使用許可や使用却下に関する情報や、顧客が使用する部品に関する情報についてのナレッジデータ２３０がナレッジデータ記憶部２３に記録される。

そして、この受注データ２４０の情報及び差異データ２４２の情報が次工程に伝達される。次工程の担当者は、次工程担当者端末３２を用いて業務支援サーバ２０にアクセスし、受注データ２４０及び差異データ２４２に基づいて、次工程の作業を行う。

以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、管理コンピュータ２１が、受注データ記憶部２４に記録した受注データ２４０に含まれる部品表データ中の部品について、共通部品データ記憶部２２を検索し、代替可能な共通部品についての共通部品データ２２０を抽出する。そして、顧客指定部品の認定ステータスが代替可能な共通部品の認定ステータスよりも優先順位が低い場合、代替可能な共通部品を代替提案書に登録する。この場合、この顧客のこの顧客指定部品についてのナレッジデータ２３０が過去代替可否「却下」の場合、代替提案書への登録は行わない。そして、この代替提案書を顧客に提供する。そして、代替提案に対する顧客の承認可否に関するデータを代替提案データに付加した代替提案回答データに基づいて、代替部品に関するデータを受注データ記憶部２４に記録し、この代替提案に対する顧客の承認可否に関するデータをナレッジデータ記憶部２３に記録する。これにより、顧客指定部品と代替可能な代替部品を共通部品データ記憶部２２に登録された共通部品の中から抽出し、この代替部品を顧客に提案し、顧客の承認が得られた場合、この代替部品を使用できる。また、同じ顧客の過去の代替提案に対する承認有無を参照して代替提案を行うことができる。このため、顧客から指定された部品と代替可能な共通部品に代替することにより、共通的な部品を利用して、低コスト、短納期で製品を提供できる。

・ 上記実施形態では、管理コンピュータ２１が、部品表データ中の各部品について、ナレッジデータ記憶部２３を検索し、ナレッジデータ記憶部２３に記録されていた場合に、過去の代替提案部品と過去代替可否（承認有無）に関するデータを抽出する。そして、過去代替可否が「許可」の場合に、この過去の代替提案部品を代替提案部品として選択し、「却下」の場合に代替不可と判定する。これにより、過去に代替提案して許可された代替部品を代替提案することができる。また、過去に代替提案して却下された場合には、代替提案を行わないようにすることができる。これにより、情報を共有して顧客の意思を反映させながら、代替提案を行うことができる。

・ 上記実施形態では、管理コンピュータ２１が、顧客による変更後の部品表データを、受注データ記憶部２４に記録されている変更前の受注データ２４０中の部品表データと照合し、差異データ２４２を出力する。そして、この差異データ２４２に基づいて、さらに、部品情報検索処理と代替部品検討処理とを行う。これにより、顧客により変更された部品表データと、変更前の部品表データとの変更点についてのみ、共通部品の引き当てや代替部品の提案を行うことができる。

・ 上記実施形態では、共通部品データ２２０は、認定ステータスに関するデータを有する。そして、管理コンピュータ２１が、代替部品に関する共通部品データ２２０に基づいて、認定ステータスに関する情報を担当者端末３０に表示し、担当者による代替提案の検討を促す。そして、担当者端末３０により入力された代替提案可否に関するデータを反映して、代替提案データを生成する。これにより、担当者が代替提案の内容の検討を行う場合に、これを支援することができる。

なお、上記実施形態は、以下の態様に変更してもよい。
○ 上記実施形態では、検索された代替可能部品の中から担当者が代替提案部品を検討し、担当者が選択した部品を代替部品として顧客に提案した。これに代えて、複数の代替可能部品が検索された場合に、担当者の検討の結果、可能な代替提案部品が複数ある場合には、複数の部品を代替部品として顧客に提案し、この中から顧客が代替部品を選択する
ようにしてもよい。これにより、顧客の意向を取り入れることができる。

本発明の一実施形態のシステムの概略図。 共通部品データ記憶部に記録されたデータの説明図。 ナレッジデータ記憶部に記録されたデータの説明図。 受注データ記憶部に記録されたデータの説明図。 本発明の一実施形態の処理手順の説明図。 本発明の一実施形態の処理手順の説明図。 本発明の一実施形態の処理手順の説明図。 本発明の一実施形態の処理手順の説明図。 本発明の一実施形態の処理手順の説明図。 本発明の一実施形態の処理手順の説明図。 本発明の一実施形態の処理手順の説明図。 本発明の一実施形態の処理手順の説明図。 本発明の一実施形態の処理手順の説明図。 本発明の一実施形態の処理手順の説明図。 担当者端末に表示された表示画面の説明図。 担当者端末に表示された表示画面の説明図。 担当者端末に表示された表示画面の説明図。

符号の説明

２０…業務支援サーバ、２１…管理コンピュータ、２２…共通部品データ記憶手段としての共通部品データ記憶部、２３…ナレッジデータ記憶手段としてのナレッジデータ記憶部、２４…構成部品データ記憶手段としての受注データ記憶部、３０…担当者端末、４０…顧客端末、５０…ネットワーク。

Claims (6)

1. 製品を構成する顧客指定部品に関する部品表データを記録する構成部品データ記憶手段と、特性が共通する共通部品について優先順位に関するデータを記録する共通部品データ記憶手段と、顧客毎に各部品の代替可否に関するデータを記録したナレッジデータ記憶手段と、これらを管理する管理コンピュータとを用いて、部品を管理する方法であって、
   前記管理コンピュータが、
   前記構成部品データ記憶手段に記録された顧客指定部品について、前記共通部品データ記憶手段を検索し、代替可能な共通部品に関するデータを抽出する部品検索段階と、
   前記顧客指定部品の優先順位が前記抽出した代替可能な共通部品の優先順位より低い場合、前記顧客の前記顧客指定部品について代替不承認がナレッジデータ記憶手段に記録されていない場合に、前記抽出した代替可能な共通部品に関するデータに基づいて代替提案に関するデータを生成し、前記顧客に提供する代替提案段階と、
   前記代替提案に対する顧客からの回答に基づいて、構成部品データ記憶手段の部品表データを更新するとともに、前記ナレッジデータ記憶手段に顧客指定部品、代替提案した共通部品及び顧客回答に関するデータを顧客毎に記録する代替提案結果反映段階とを含むことを特徴とする部品管理方法。
2. 前記管理コンピュータが、
   前記部品表データ中の各顧客指定部品について、前記ナレッジデータ記憶手段を検索し、前記ナレッジデータ記憶手段に代替提案の共通部品について承認の回答が記録されている場合には代替可と判定し、共通部品について代替不承認の場合には代替不可と判定する段階をさらに備えたことを特徴とする請求項１に記載の部品管理方法。
3. 前記管理コンピュータが、
   顧客による変更後の部品表データを、前記構成部品データ記憶手段に記録されている変更前の部品表データと照合して差異に関するデータを出力する段階をさらに含み、
   前記差異に関するデータに基づいて、さらに、前記部品検索段階、前記代替提案段階、前記代替提案結果反映段階の処理を行うことを特徴とする請求項１又は２に記載の部品管理方法。
4. 製品を構成する顧客指定部品に関する部品表データを記録する構成部品データ記憶手段と、特性が共通する共通部品について優先順位に関するデータを記録する共通部品データ記憶手段と、顧客毎に各部品の代替可否に関するデータを記録したナレッジデータ記憶手段と、これらを管理する管理コンピュータとを用いて、部品を管理するための部品管理プログラムであって、
   前記管理コンピュータを、
   前記構成部品データ記憶手段に記録された顧客指定部品について、前記共通部品データ記憶手段を検索し、代替可能な共通部品に関するデータを抽出する部品検索手段と、
   前記顧客指定部品の優先順位が前記抽出した代替可能な共通部品の優先順位より低い場合、前記顧客の前記顧客指定部品について代替不承認がナレッジデータ記憶手段に記録されていない場合に、前記抽出した代替可能な共通部品に関するデータに基づいて代替提案に関するデータを生成し、前記顧客に提供する代替提案手段と、
   前記代替提案に対する顧客からの回答に基づいて、構成部品データ記憶手段の部品表データを更新するとともに、前記ナレッジデータ記憶手段に顧客指定部品、代替提案した共通部品及び顧客回答に関するデータを顧客毎に記録する代替提案結果反映手段として機能させるための部品管理プログラム。
5. 前記管理コンピュータを、さらに、
   前記部品表データ中の各顧客指定部品について、前記ナレッジデータ記憶手段を検索し
   、前記ナレッジデータ記憶手段に代替提案の共通部品について承認の回答が記録されている場合には代替可と判定し、共通部品について代替不承認の場合には代替不可と判定する手段として機能させることを特徴とする請求項４に記載の部品管理プログラム。
6. 前記管理コンピュータを、さらに、
   顧客による変更後の部品表データを、前記構成部品データ記憶手段に記録されている変更前の部品表データと照合して差異に関するデータを出力する手段と、
   前記差異に関するデータに基づいて、前記部品検索手段、前記代替提案手段、前記代替提案結果反映手段による処理を実行させる手段
   として機能させることを特徴とする請求項４又は５に記載の部品管理プログラム。

Images