JP2012104003A - 調達品質改善システム - Google Patents

Abstract

【課題】調達先に対して製造工程の品質問題を具体的に指摘する情報を提供することができ、それによって調達品質を改善させることができる技術を提供する。
【解決手段】本調達品質改善システム１は、調達先の製造工程の問題を算出する処理機能を有する計算装置１１とデータ記憶装置１２を有する。データ記憶装置１２は、調達先ＱＣ工程表情報（Ｄ１）、品質関連情報を含む工程ＦＭＥＡ情報（Ｄ２）等を格納する。計算装置１１は、Ｄ１とＤ２を関連付ける処理を行うマッチング計算部１１１、上記関連付けにより算出される品質問題情報などを含む情報を調達先へ提示する処理を行う第１の表示計算部１１２、等を有する。
【選択図】図１

Description

本発明は、生産管理、ＥＣ（電子商取引）、ＥＤＩ（電子データ交換）、電子部品調達などの技術に関し、特に、調達品質改善のための情報処理システム（調達品質改善システム）等に関する。

調達品質改善などに係わる先行技術例として、特開２００３−６５２４号公報（特許文献１）（「取引先評価システムサーバ」等）がある。

特許文献１には、「取引先評価システムサーバに係り、取引先を自動的に評価し、総合的な判断に役立つ画面を生成し、出力し、安定的かつ有効な購買先の選定を支援すること、及び取引先への改善を促すことを課題とする」と記載されている。また、取引先評価システムサーバは、各サーバ（ＥＤＩサーバ等）から各データ（電子商取引データ等）を取得し、それぞれについて評価ポイントを判定し、その結果を集計し、集計結果に基づいて目的に応じた画面を生成し、要求があった端末または取引先システム等へ送信すること、が記載されている。

（ＱＣ工程表） ＱＣ工程表は、電子部品などの製品の製造に係わる工程（プロセス）や品質・コスト・リードタイムなどを管理するために作成される情報である。ＱＣ工程表は、形式などにも依るが、例えば、製品、製造工程（各工程及び順序など）、設備（機械）、管理項目などの情報が含まれる。

（工程ＦＭＥＡ） 工程ＦＭＥＡ（Process Failure Mode and Effects Analysis）（工程故障モード影響解析）は、ＦＭＥＡの一種（工程要素に着目するＦＭＥＡ）であり、工程内での欠陥・問題により発生する不良・バラツキ等の現象による製品への影響を解析し、事前に問題点（工程における問題点、故障発生の原因やメカニズム等）を予測・摘出するための手法である。工程ＦＭＥＡでは、製品を製造する環境における工程、人、材料、設備（機械）などの要素に着目し、故障モード・故障原因などを抽出する。例えば、人による作業を必要とする工程におけるヒューマンエラーを考慮する。工程ＦＭＥＡでは、ＱＣ工程表など、製造工程の理解に必要な情報を用いる。

特開２００３−６５２４号公報

前記特許文献１には、取引先（購買先・調達先）を品質や納期などの視点から評価し、問題があれば改善を促す方法について記載されている。

しかし、例えば特許文献１のような改善方法では、品質問題がどの工程に発生予測されるかを評価することはできない（そのような機能を持たない）。そのため、製造工程（工程フロー）全体のうちのどの部分・ポイント（例えばどの個別の工程）に問題があるか等を摘出・指摘することはできない。即ち、取引先（調達先）等に対する的確な指摘や情報提示などができないから、調達品質を改善することはできない。また、取引先（調達先）が品質向上・改善の取り組み（例えば製造工程の見直し）を開始する場合にしても、上記のどのポイント（工程など）から問題解決すべきか等がわからないため、結果として調達品質向上が進まない、といった場合が考えられる。

以上を鑑み、本発明の主な目的は、調達品改善システム等に係わり、調達先などに対して製造工程の品質問題（どのポイントに問題があるか等）を具体的に指摘する情報を提供することができ、それによって調達品（調達先のつくる部品など）の品質を向上・改善させることができる技術を提供することである。

上記目的を達成するため、本発明の代表的な形態は、調達品の品質の改善や管理に係わる情報処理を行う調達品改善システムであって、以下に示す構成を有することを特徴とする。

本調達品質改善システムは、調達先の製造工程（工程フロー）の問題（ポイントとなる工程など）を算出する処理機能を有する計算装置と、当該計算に用いるデータ情報を記憶するデータ記憶装置と、を有する。前記データ記憶装置は、調達先のＱＣ工程表などの製造工程に関する情報を含む第１の情報と、工程ＦＭＥＡなどによる品質関連情報を含む第２の情報と、を格納する。前記計算装置は、前記調達先の第１の情報と前記第２の情報とを関連付ける処理を行うマッチング計算部と、前記第１の情報と、上記関連付けにより算出される、前記調達先の製造工程のうちの品質問題に係わるポイントとなる工程の情報や、工程ＦＭＥＡなどによる該当の故障モード及び故障原因などの品質問題の情報とを含む情報を、前記調達先へ提示（例えば画面表示）する処理を行う第１の表示計算部と、を有する。

本発明の代表的な形態によれば、調達先に対して製造工程の品質問題を具体的に指摘する情報を提供することができ、それによって調達品の品質を向上・改善させることができる。

本発明の実施の形態１のシステム（調達品質改善システム）の構成例を示す図である。 実施の形態１のシステムの詳しい構成例を示す図である。 実施の形態１のシステムの処理フロー例（調達元−調達先の間の処理シーケンス例）を示す図である。 調達先ＱＣ工程表情報（Ｄ１）のテーブル（Ｔ１）例を示す図である。 工程ＦＭＥＡ情報（Ｄ２）のテーブル（Ｔ２）例を示す図である。 シソーラス情報（Ｄ３）のテーブル（Ｔ３）例を示す図である。 調達先品質レベル情報（Ｄ４）のテーブル（Ｔ４）例を示す図である。 調達先ＱＣ工程表リバイズ情報（Ｄ６）のテーブル（Ｔ６）例を示す図である。 実施の形態１のシステムでのマッチング処理のフロー例を示す図である。 調達先によるＱＣ工程表入力画面（Ｇ０）の例を示す図である。 調達先によるＱＣ工程表リバイズ情報入力画面（Ｇ１）の例を示す図である。 調達先による工程ＦＭＥＡ確認ステイタス情報（調達先ＱＣ工程表管理）の画面（Ｇ２）の例を示す図である。 調達元−調達先の取引関係、製造工程、マッチングなどの例を示す図である。 本発明の実施の形態２のシステム（調達品質改善システム）として、部品調達の電子商取引で用いられるシステムの構成例を示す図である。 実施の形態２のシステムでの処理フロー例を示す図である。 受注希望企業（調達先）の受注希望金額の情報のテーブル（Ｔ２１）例を示す図である。 発注先（調達元）による受注先企業（調達先）の決定の画面（Ｇ２１）の例を示す図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。

本実施の形態のシステム（図１等）は、例えば調達元と調達先の取引関係において、調達品の品質を向上させることを目的とする。そのために、本システムは、調達先の製造工程のうちの品質問題に係わるポイントを具体的に指摘して改善を促すことができる情報を算出して調達先へ提示する処理機能を有する。本システムは、調達先のＱＣ工程表の情報（Ｄ１）と、工程ＦＭＥＡの情報（Ｄ２）と、その他の情報（Ｄ３，Ｄ４）とを用いて、例えば工程をキーとして、ＱＣ工程表情報（Ｄ１）と工程ＦＭＥＡ情報（Ｄ２）との関連付け（マッチング）を行い、発生が予想される該当の故障モード・故障原因などの情報（Ｄ５）を、調達先に提示（画面表示）する。

＜実施の形態１＞
図１〜図１３を用いて、本発明の実施の形態１の調達品質改善システムについて説明する。実施の形態１では、調達先が入力するＱＣ工程表の情報を利用した調達品質改善システムであり、調達元と調達先の関係を１対１とする。

［システム］
図１，図２は、実施の形態１の調達品質改善システムの構成例を示す。図１の調達品質改善システム１（調達品質改善装置）は、計算装置１１とデータ記憶装置１２が接続されて成る構成であり、ユーザ（調達元または調達先）の端末１０（操作者入出力装置）と接続されている。以下単にシステム１ともいう。本システム１は、少なくとも調達品質改善のための処理機能（調達先の製造工程の品質問題を指摘する情報を算出する処理機能）を提供する。本システム１の処理機能は、計算装置１１とデータ記憶装置１２により実現され、ユーザが端末１０から利用できる。なお本システム１は既存の部品調達システム等と連携あるいは一体化した形態としてもよい。

図２には図１のシステム１の詳しい構成として、インターネットやＬＡＮ等のネットワーク９０上でのコンピュータ間の相互接続の情報処理システムとした構成例を示す。ネットワーク９０に、端末１０、サーバ２１（図１の計算装置１１に対応）、ストレージ２２（図１のデータ記憶装置１２に対応）、等が接続されている。サーバ２１では、例えば制御部（プロセッサ等）により記憶部（メモリ、ディスク等）のプログラムを実行することにより、図１の計算装置１１内のマッチング計算部１１１等の各処理部（機能）を実現する。ストレージ２２は、例えばネットワーク９０またはサーバ２１に接続されるストレージやデータベースサーバ等であり、記憶領域に、各種データ情報（Ｄ１〜Ｄ７）を格納する。

端末１０は、本システム１に対するユーザ（調達元または調達先またはその他関係者）が使用するＰＣ等のコンピュータであり、本システム１に対する指示やデータ情報の入出力などが行われる。例えば図２の端末１０において、制御部（プロセッサ等）により記憶部（メモリ、ディスク等）のプログラムを実行することにより、Ｗｅｂブラウザ等の機能を実現する。端末１０の通信部はネットワーク９０に対するインタフェース処理などを行う。端末１０では、ユーザ操作に基づき、入力部（キーボード等）及び出力部（ディスプレイ等）を通じて、Ｗｅｂブラウザ画面等において必要な指示やデータ情報の入力、結果情報表示などが行われる。指示入力などに応じて、端末１０（通信部）はネットワーク９０を介してサーバ２１にアクセスし、サーバ２１は指示などに応じた処理をストレージ２２のデータ情報を用いて行い、結果を端末１０へ応答する。

計算装置１１は、マッチング計算部１１１（調達先ＱＣ工程表情報−工程ＦＭＥＡ情報−関連付け計算部）、第１の表示計算部１１２（調達先ＱＣ工程表情報−該当故障モード・故障原因情報−表示計算部）、第２の表示計算部１１３（調達先ＱＣ工程表情報−表示計算部）、等の各処理部を有する。

データ記憶装置１２は、記憶領域に、データ情報として、調達先ＱＣ工程表情報Ｄ１、工程ＦＭＥＡ情報Ｄ２、シソーラス情報Ｄ３、調達先品質レベル情報Ｄ４、該当故障モード・故障原因情報Ｄ５、調達先ＱＣ工程表リバイズ情報Ｄ６、レビュー結果情報Ｄ７、等を格納する。

本処理機能をユーザが利用する際、マッチング計算部１１１は、データ記憶装置１２に格納されているデータ（Ｄ１〜Ｄ４）の出力を用いて、調達先ＱＣ工程表情報Ｄ１と、（同じ調達先の製造工程を対象とした）工程ＦＭＥＡ情報Ｄ２とを関連付け（マッチング）する処理を行い、関連付けの結果、該当する故障モード・故障原因の情報（Ｄ５）（工程ＦＭＥＡに基づく品質問題の情報）を算出する。算出の結果は、該当故障モード・故障原因情報Ｄ５としてデータ記憶装置１１２に格納される。

第１の表示計算部１１２は、調達先ＱＣ工程表情報Ｄ１や、該当故障モード・故障原因情報Ｄ５などの情報を、例えばＷｅｂ画面表示の形で、調達先に提示／掲示するための処理を行う。なお調達先だけでなく調達元なども同様に端末１０からのアクセスなどにより同情報（画面など）を参照可能である。

また、第１の表示計算部１１２では、上記提示情報（Ｄ５等）を参考とした調達先による入力データ情報（Ｄ１に対するリバイズ（改訂）の情報）をもとに、調達先ＱＣ工程表リバイズ情報Ｄ６を作成し、データ記憶装置１２に格納する。調達先などに対して提示する。

また、第２の表示計算部１１３は、上記調達先ＱＣ工程表リバイズ情報Ｄ６及び該当故障モード・故障原因情報Ｄ５などを含む情報を、調達先（または調達元）に提示／掲示するための処理を行う。第２の表示計算部１１３は、調達先に対して、Ｄ１またはＤ６だけでなく、あわせて該当故障モード・故障原因情報Ｄ５（工程ＦＭＥＡによる情報）を提示する。これにより、調達先は、品質問題に係わるポイントとなる工程などを認識できる。また第２の表示計算部１１３では、調達先（または調達元）に対して、上記提示情報の内容（工程ＦＭＥＡによる情報）を確認したかどうか等（確認ステイタス）の情報を提示し、その情報をレビュー結果情報Ｄ７としてデータ記憶装置１２に格納する。

［データ情報］
図４〜図８は、各種データ情報（Ｄ１〜Ｄ４，Ｄ６）のデータ構造例のテーブルを示す。図４は調達先ＱＣ工程表情報Ｄ１（テーブルＴ１）、図５は工程ＦＭＥＡ情報Ｄ２（テーブルＴ２）、図６はシソーラス情報Ｄ３（テーブルＴ３）、図７は調達先品質レベル情報Ｄ４（テーブルＴ４）、図８は調達先ＱＣ工程表リバイズ情報Ｄ６（テーブルＴ６）を示す。Ｄ５の例は、後述の画面（Ｇ１）例で示される。Ｄ７の例は、後述の画面（Ｇ２）例で示される。

［Ｄ１：調達先ＱＣ工程表情報］
図４は、調達先ＱＣ工程表情報Ｄ１のテーブルＴ１を示す。Ｄ１は、調達先により入力（または提供等）される調達先のＱＣ工程表の情報（少なくとも工程やその順序の情報を含む）である。Ｄ１は、調達先ごとの情報を有する。Ｔ１は、画面（Ｇ０）での情報入力によって本システム１で作成される。図４のＴ１は、工程の情報（（ａ）工程要素、（ｂ）機械名）、管理条件の情報（（ｃ）管理項目、（ｄ）サンプリング）、等を有する。

［Ｄ２：工程ＦＭＥＡ情報］
図５は、工程ＦＭＥＡ情報Ｄ２のテーブルＴ２を示す。Ｄ２は、例えば発注先（調達元）により入力されて予め記憶される、発注先に関する工程ＦＭＥＡの情報である。工程ＦＭＥＡ自体については公知技術であるため詳細説明は省略する。Ｄ２は、少なくとも、調達先の製造工程（工程フロー）に関する、工程要素や品質問題（故障モード・故障原因等）の情報を含む。Ｄ２は、調達先ごとの情報を有する。

図５のＴ２は、（ａ）工程、（ｂ）機能、（ｃ）故障モード、(ｄ)故障原因、(ｅ)求められる品質レベル、等の情報を有する。図５の例では、ａの工程が“材料受入”の場合、ｂの機能は材種確認であり、ｃの故障モードとして材料のバラツキがあり、ｄの故障原因として受入検査不十分があり、ｅの求められる品質レベルが１である。

［Ｄ３：シソーラス情報］
図６は、（工程ＦＭＥＡ情報Ｄ２の「工程」情報に関する）シソーラス情報Ｄ３のテーブルＴ３を示す。Ｄ３は、例えば予め記憶されるシソーラス情報（類義語辞書）である。なおＤ３は例えばインターネット上のシソーラス情報のサービスにアクセスして利用する形態などとしてもよい。Ｄ３は、マッチング処理でキーとして用いる工程などの要素に関するシソーラス情報を含む。図６のＴ３では、（ａ）工程、（ｂ）同類語彙、等の情報を有する。例えば、“材料受入”に関する同類語彙として、“入荷”、“入庫”などがある。

［Ｄ４：調達先品質レベル情報］
図７は、調達先品質レベル情報Ｄ４のテーブルＴ４を示す。Ｄ４は、例えば調達元により評価・入力され予め記憶される、調達先が製造できる製品の品質レベル情報である。図７のＴ４では、（ａ）調達先、（ｂ）品質レベル、（ｃ）理由、等の情報を有する。例えば、ａの調達先の会社としてＢ１，Ｂ２，Ｂ３等を有し、それぞれ、ｂの品質レベルは、１，３，５とする。ｃの理由は、ｂのレベルの理由が記載される。なおＤ４に関する品質レベルなどの評価や定義については既存の手法を適用できる。

［Ｄ５：該当故障モード・故障原因情報］
該当故障モード・故障原因情報Ｄ５は、マッチング計算部１１１の処理結果として格納され、第１の表示計算部１１２の処理で入力として用いられる。Ｄ５は、工程ＦＭＥＡ（工程ＦＭＥＡ情報Ｄ２）に基づいて得られる、調達先の製造工程の品質問題に係わる、故障モード・故障原因などの情報である。

［Ｄ６：調達先ＱＣ工程表リバイズ情報］
図８は、調達先ＱＣ工程表リバイズ情報Ｄ６のテーブルＴ６を示す。Ｄ６は、Ｄ１の改訂版（更新後）の情報であり、調達先が該当の工程ＦＭＥＡによる情報（Ｄ５）を踏まえて作成したＱＣ工程表（改訂版）の情報を格納する。Ｄ６は、第１の表示計算部１１２の処理結果として格納され、第２の表示計算部１１３で入力として用いられる。Ｔ６は、図１１の画面（Ｇ１）内に示すのと同様の情報を有する。

［Ｄ７：レビュー結果情報］
レビュー結果情報Ｄ７は、第２の表示計算部１１３の処理結果として格納される。Ｄ７は、図１２の画面（Ｇ２）内に示すのと同様の情報を有する。

［処理概要］
図３は、本調達品質改善システム１での処理フロー例を示す。本システム１の処理フローは主に左側（ＳＡ０〜ＳＡ７）に示される（図１とも対応）。ＳＡ０，ＳＢ０等は処理ステップを表す。図３では、左側の調達元（例えばＡ社）が本システム１を主に提供・利用し、右側の調達先（例えばＢ社）が左側の調達元・本システム１にアクセスしてその処理機能（サービス、画面など）を利用する場合における調達元（Ａ）−調達先（Ｂ）の間の処理シーケンスを示す。なお本システム１が調達元とは独立してネットワーク９０上などに構成される場合は、調達元も調達先もネットワーク９０を介して端末１０から本システム１（図２のサーバ２１等）にアクセスしてサービスを利用するといった形態になる。

図３の処理概要は以下である（詳細は後述）。なお以下で、調達元（Ａ）、調達先（Ｂ）、等と称する場合、ユーザ及びその端末１０等が対応している。またＷｅｂを基本として調達先（Ｂ）から適宜Ｗｅｂ画面へアクセスする形態とするが、Ｗｅｂに限らず、調達先（Ｂ）へデータを送付して参照させる形態などとしてもよい。

（ＳＡ０，ＳＢ０） ＳＡ０では、本システム１／調達元（Ａ）による提供画面（後述、図１０、Ｇ０）に対し、調達先（Ｂ）からの調達先ＱＣ工程表情報Ｄ１の入力を受け付け（ＳＢ０）、当該入力情報（Ｄ１）をテーブル（Ｔ１）に格納し、当該画面に当該入力情報を表示する。

（ＳＡ１） ＳＡ１で、マッチング計算部１１１は、上記Ｄ１、及びＤ２〜Ｄ４のデータ情報（データ記憶装置１２内）を用いて、マッチング処理を行う。即ち、上記入力された調達先ＱＣ工程表情報Ｄ１と、工程ＦＭＥＡ情報Ｄ２とを、シソーラス情報Ｄ３、及び調達先品質レベル情報Ｄ４を用いて関連付ける処理を行う。

（ＳＡ２） ＳＡ２で、マッチング計算部１１１は、上記マッチング処理により、該当故障モード・故障原因情報Ｄ５を決定（算出）し、データ記憶装置１２に格納する。

（ＳＡ３，ＳＢ３） ＳＡ３で、第１の表示計算部１１２は、上記Ｄ５を用いて、画面（後述、図１１、Ｇ１）に、Ｄ１，Ｄ５等の情報を表示する処理を行う。調達先（Ｂ）は、当該画面で当該情報を閲覧し、その内容を認識・確認することができる（ＳＢ３）。Ｄ１のような情報に対してＤ５のような情報（工程ＦＭＥＡによる情報）をあわせて調達先へ提示することができる。即ち、調達先に対して、品質問題に係わるポイント（工程など）の具体的な指摘により、製造工程に関する改善を促すことができる。

（ＳＡ４，ＳＢ４） その後、ＳＡ４では、上記Ｄ１，Ｄ５等の提示情報を参考にして、調達先（Ｂ）は、製造工程（対応するＱＣ工程表）の見直し等を経て、第２の表示計算部１１３により提供される画面（Ｇ１）で、調達先ＱＣ工程表リバイズ情報Ｄ６（Ｄ１の改訂版の情報）を入力する（ＳＢ４）。第２の表示計算部１１３は、画面（Ｇ１）で、Ｄ６の入力を受け付けると、当該入力情報（Ｄ６）をテーブル（Ｔ６）に格納する。

（ＳＡ５，ＳＢ５） ＳＡ５で、第２の表示計算部１１３は、上記Ｄ６の情報を画面（Ｇ１）に表示する。調達先（Ｂ）は、当該情報を画面（Ｇ１）で閲覧しその内容を確認することができる（ＳＢ５）。調達元（Ａ）も同様に閲覧可能である。

（ＳＡ６，ＳＢ６） 更にその後、ＳＡ６で、上記Ｄ６等の情報の閲覧をもとに、調達先（Ｂ）は、第２の表示計算部１１３により提供される画面（後述、図１２、Ｇ２）に対し、工程ＦＭＥＡによる情報など（提示された該当故障モード・故障原因など）に対する確認ステイタスの情報（どの程度確認して対策したか等を示す情報）を入力する（ＳＢ６）。入力情報は、第２の表示計算部１１３の処理により、レビュー結果情報Ｄ７としてデータ記憶装置１２に格納される。

（ＳＡ７，ＳＢ７） その後も、調達元（Ａ）や調達先（Ｂ）は、当該レビュー結果情報Ｄ７を画面（Ｇ２）で閲覧して確認することができる（ＳＢ７）。第２の表示計算部１１３は、上記Ｄ７の情報を画面（Ｇ２）に表示する。

なお、上記ＳＢ３−ＳＢ４の間や、ＳＢ５−ＳＢ６の間は、ユーザ（調達先）による問題認識や改善検討などのための時間が生じる。

［取引関係など］
図１３は、説明の補足のため、調達元−調達先の取引関係や、製造工程や、マッチングなどの例を示す。１対多の取引の場合である。調達元（例えばＡ社）に対して、調達対象品（Ｖ）に関する取引先（調達先）の候補などである複数（ｍ）の調達先（例えばＢ１社〜Ｂｍ社）を有する。調達先（Ｂ）は例えば部品や資材を製造し販売する工場・会社などである。それぞれの調達先（Ｂ）は、調達対象品（Ｖ）に関する製造工程（工程フロー（Ｆとする））を有し、対応するＱＣ工程表（Ｑとする）を有する。それぞれの工程フロー（Ｆ：Ｆ１〜Ｆｍ）は、例えば、工程Ｐ１〜工程Ｐｎといったように複数（ｎ）の工程（プロセス）を含み（詳細は各社ごとに異なる）、その順序や機械などの情報が、ＱＣ工程表（Ｑ：Ｑ１〜Ｑｍ）で記述されている。

調達元（Ａ）は、調達先（Ｂ）ごとに、当該調達先（Ｂ）のＱＣ工程表（Ｑ）の情報（Ｄ１）に対して、対応する工程ＦＭＥＡの情報（Ｄ２）を用いて、工程Ｐなどをキーとして、マッチング処理を行う。これにより、調達先（Ｂ）に対して、工程フロー（Ｆ）のうちどのポイント（工程Ｐなど）に問題（品質問題）があるか、及び当該ポイント（品質問題）に係わる該当故障モード・故障原因などの情報（Ｄ５）を、指摘・提示する。

［処理詳細］
以上の構成に基づき、以下、画面例（図１０〜図１２）等も参照しながら、本システム１の処理詳細例について説明する。

まず前記ＳＡ０，ＳＢ０では、本システム１は、ユーザの端末１０に対して、図１０のような画面（Ｇ０）を提供し、調達先（Ｂ）から調達先ＱＣ工程表の情報（Ｄ１）が入力される。

［画面（Ｇ０）］
図１０は、調達先がＱＣ工程表の情報（Ｄ１）を入力する際の調達先ＱＣ工程表入力画面（Ｇ０）を示す。本画面（Ｇ０）は、初回（Ｄ１の初回入力時）の画面例である。本画面（Ｇ０）では、図示のように、調達先の情報（会社名、工場名など）、調達対象品の情報（品種、品番、制定日など）、工程の情報（工程要素、機械名など）、管理条件の情報（管理項目、サンプリングなど）、等を入力・表示する。

例えばａの入力ボタン等により、調達の品種（調達対象品の品種）、品番、制定日などを入力することができる。また、工程に関する情報を、ｂの行追加ボタンや、ｃの工程要素追加ボタン等により、追加することができる。図１０の例では、調達先における工程として“材料受入”や“在庫管理”などがある。

画面（Ｇ０）での情報入力により、図４のようなＤ１のテーブルＴ１が作成され格納される。

［マッチング処理］
次に前記ＳＡ１では、図９に示す、マッチング計算部１１１によるマッチング処理を行う。ここでは、Ｄ１とＤ２に加え、Ｄ３，Ｄ４も用いて、工程などの情報同士を関連付ける。

（Ｓ１１） まず図９のＳ１１では、工程をキーとした完全一致検索による関連付けを行う。即ち、予め格納している図５の工程ＦＭＥＡ情報Ｄ２のテーブルＴ２のａ「工程」の列と、図４の調達先ＱＣ工程表情報Ｄ１のテーブルＴ１のａ「工程要素」の列との各部分に記載されている語彙（文字列）についての完全一致検索を行う。ここで該当（一致）するものについては、Ｔ１のａ「工程要素」に対して、Ｔ２のｃ「故障モード」の情報及びｄ「故障原因」の情報を割り当てる。例えば、Ｔ１とＴ２で工程“材料受入”が該当（一致）するので、当該工程に対し、ｃ「故障モード」の“材料のバラツキ”や、ｄ「故障原因」の“受入検査不十分”が割り当てられることになる。

（Ｓ１２） 次にＳ１２では、シソーラス情報Ｄ３を用いた検索による関連付けを行う。即ち、Ｓ１１で割り当てられなかったもの（語彙）に対して、図５のＴ２の工程ＦＭＥＡ情報Ｄ２におけるａ「工程」（例“材料受入”）に関する図６のシソーラス情報Ｄ３のテーブルＴ３のｂ「同類語彙」と、図４のＴ１のａ「工程要素」との完全一致検索を行う。これにより、該当するものについては、Ｔ１のａ「工程要素」に対して、Ｔ２のｃ「故障モード」の情報とｄ「故障原因」の情報を割り当てる。

（Ｓ１３） 次にＳ１３では、Ｓ１２で割り当てられなかったもの（語彙）に対して、テキストマイニング手法（形態素解析、クラスタ分析など）（公知技術）を用いた処理による関連付けを行う。まず自然言語処理の一つである形態素解析により、語彙を、単語、品詞といった語彙が意味を持つ最小の単位に分解する。

また、図４のＴ１のａ「工程要素」と、図６のＴ３のｂ「同類語彙」を、形態素解析を用いて分解する。例えば、Ｔ１のａ「工程要素」の場合、“材料受入”は、“材料”と“受入”とに分解できる。また、Ｔ３のｂ「同類語彙」における“入荷”，“入庫”については既に最小の単位となっており、そのままとなる。

次に、上記「工程要素」と「同類語彙」との間における一致する形態素の数をカウントし、距離の計算を行い、その距離の近さによって類似を判断するクラスタ分析を行う。具体的な形態素のカウントの例としては、Ｔ１の工程“材料受入”では、“材料”と“受入”をそれぞれ１ずつカウントする。また、図４の「工程要素」と図６の「同類語彙」の形態素の固まりをクラスタと呼ぶ。

距離の計算式については、代表例であるユークリッド平方距離を下記の式（１）に示す。距離に対する計算方法についてはユーザが選択できることとする。それぞれのノーテーションは、Ｄ：距離，ｌ：変量数，ｘ：変量，ｉ，ｊ：サンプル名、である。

上記のクラスタ距離の近さによる類似の判断基準については、例えばデンドログラムを作成し、ユーザが選択することによる。

上記デンドログラムの作成における各クラスタ間の距離の計算式については、代表的な計算例である最短距離法を下記の式（２）に示す。ノーテーションは、Ｄ：距離，ａ，ｂ，ｃ，ｆ：クラスタ（ただし、ａとｂを統合したクラスタをｃとし、任意のクラスタをｆとする）、である。

以上の手順で形態素解析とクラスタ分析による調達先ＱＣ工程表（Ｄ１）と工程ＦＭＥＡ（Ｄ２）との関連付けが行われる。

（Ｓ１４） 次にＳ１４では、Ｓ１３で割り当てられなかったもの（語彙）に対して、図５のＴ２のａ「工程」の複数の工程における前後関係（順序）を考慮して、図４のＴ１のａ「工程要素」に割り当てる。例えば、Ｔ２のａ「工程」において“材料受入”と“溶解”の間には“保管”があるが、Ｔ１において“材料受入”と“溶解”の間にＳ１３までで該当するものが無かった場合、“保管”を割り当てる。

以上の手順により、Ｄ１〜Ｄ４を用いた調達先ＱＣ工程表（Ｄ１）と工程ＦＭＥＡ（Ｄ２）のマッチング処理（ＳＡ１）が行われる。

続いて前記ＳＡ２において、調達先の品質を維持できるレベルに応じて、図５の工程ＦＭＥＡ情報Ｄ２内に含まれている故障モード・故障原因の情報（Ｄ５）を提示するための処理を行う。

その際には、図７の調達先品質レベル情報Ｄ４のテーブルＴ４中のｂ「品質レベル」の情報と、図５のＴ２のｅ「求められる品質レベル」とをキーとして一致するものを掲示する。例えば、Ｔ４ではＢ１社はｂの品質レベルが１であり、Ｔ２のｅの「求められる品質レベル」が１である工程として“材料受入”などがある。

［画面（Ｇ１）］
図１１は、調達先が該当の工程ＦＭＥＡの情報を踏まえてＱＣ工程表（改訂版）の情報（Ｄ６）を入力する際の調達先ＱＣ工程表リバイズ情報入力画面（Ｇ１）の例を示す。本画面（Ｇ１）では、初回の画面（Ｇ０）に対し、（ａ）故障モード、（ｂ）故障原因、（ｃ）対策、の項目が追加されている。前記ＳＡ３では、図１１の画面（Ｇ１）に、ＳＡ２までの結果を踏まえて、（ａ）故障モード、（ｂ）故障原因の項目に情報を表示する。また調達先のユーザは、図１１のａ，ｂ等の提示情報を踏まえて、ｃの対策の項目の対策追加ボタンを押して対策の情報を入力する。

次に前記ＳＡ４等では、画面（Ｇ１）で入力された情報を、調達先ＱＣ工程表リバイズ情報Ｄ６のテーブルＴ６に格納する処理を行う。

［画面（Ｇ２）］
図１２は、調達先による工程ＦＭＥＡ確認ステイタス情報の画面（Ｇ２）を示す。前記ＳＡ６等では、図１２の画面（Ｇ２）を調達元（例えばＡ社）のユーザに提示する。本画面（Ｇ２）は、当該組織が調達先ＱＣ工程表などを管理するための画面例であり、調達先が工程ＦＭＥＡによる情報（該当故障モード・故障原因など）を確認したかどうか等のステイタス情報を表示する。ａは、そのために調達元（Ａ）のユーザに提示する定量情報であり、図８のＴ６の（ａ）故障モード及び（ｃ）対策の情報をもとに算出され表示される。例えば、ａでは、調達先による、掲示された故障モード・故障原因についての確認の度合い（％）や、掲示数、対策数などを表示する。また調達元（Ａ）のユーザは、ｂの調達先ＱＣ工程表リバイズ情報確認ボタンを押すことにより、図８のＴ６の内容を画面（図１１）に表示して確認することができる。最後にｃの決定ボタンを押すことにより処理を終了する。

＜実施の形態２＞
次に、図１４〜図１７等を用いて実施の形態２を説明する。実施の形態２のシステム（電子商取引型の調達品質改善管理）は、実施の形態１のシステム１を、部品調達の電子商取引で活用する場合の形態であり、ネットワーク９０上に各端末やサーバ等が接続される構成で、調達元（発注先）が調達先（受注先）を決定する取引をサービスとして可能とする例を示す。実施の形態２では、基本的に、図１４の第２のサーバ２０６等が、実施の形態１で説明した処理機能（調達先へ品質問題の情報を提示する等）を包含する形で備えている。更に、実施の形態２では、図１４の第１のサーバ２０５等を用いて、調達の電子商取引の発注・受注のサービス（オークション形式）を提供する構成である。調達元（Ａ）は、複数の候補の調達先（Ｂ）から、調達品質や受注希望金額などを考慮して実際に調達品を購買する調達先を選定すること等が可能である。なお、調達元（Ａ）−調達先（Ｂ）の取引関係は、１対多でも多対多でも同様に適用可能である。本例では、図１３のように１つの調達元（Ａ社）が複数の候補の調達先（Ｂ１〜Ｂｍ）から１つを受注先（調達先）として決定する場合を説明する。

図１４は、実施の形態２のシステムの構成例を示す。本システムは、ネットワーク９０（インターネット等）に接続される、１つ以上の発注者（調達元（Ａ社））−端末２０１と、複数（ｍ）の受注希望者（調達先）−端末２０２｛Ｂ１社の端末，……，Ｂｍ社の端末｝と、第１のサーバ２０５（電子商取引管理装置）と、第２のサーバ２０６（調達品質管理装置）と、を有する構成である。なお図示しないが図２のようなストレージ２２に各データ情報を同様に管理してもよい。

各端末（２０１等）は、部品調達の電子商取引を行う処理機能を備える装置であり、例えばＷｅｂブラウザ等を備えるＰＣ等である。Ａ社側の端末２０１は、部品調達に関する発注などを第１のサーバ２０５に対して行う。Ｂ社側の端末２０２は、部品調達に関する受注希望などを第１のサーバ２０５に対して行う。Ａ社側の端末２０１は、発注情報記憶部２１１を有する。発注情報記憶部２１１は、当該発注者（Ａ社）による発注情報を格納する。Ｂ者側の端末２０２は、ＱＣ工程表・コスト情報記憶部２２１を有する。ＱＣ工程表・コスト情報記憶部２２１は、当該受注希望者（Ｂ社）によるＱＣ工程表・コスト情報（金額など）を格納する。

第１のサーバ２０５は、部品調達の電子商取引の管理機能を備えるＷｅｂサーバ等による装置であり、各端末（２０１等）からのアクセスに対してサービスを提供するサービス処理部２５１を有する。

第２のサーバ２０６は、部品調達品質を改善・管理するための処理機能（実施の形態１のシステム１で提供する処理機能を含む）を備える調達品質管理装置であり、第１のサーバ２０５との間で連携した処理を行う。第１のサーバ２０５からの要求に応じて第２のサーバ２０６は処理を行い結果を第１のサーバ２０５へ応答する。

第２のサーバ２０６は、工程ＦＭＥＡ情報記憶部２６１と、マッチング計算部２６２（受注希望者ＱＣ工程表情報−工程ＦＭＥＡ情報−関連付け計算部）と、表示計算部２６３（該当故障モード・故障原因・コスト−表示計算部）と、を有する。

図１５は、実施の形態２での処理フロー例を示す。

（Ｓ２００） Ｓ２００では、第１のサーバ２０５（サービス処理部２５１）は、発注企業（Ａ社）のユーザの端末２０１から、調達対象品に関する図面・仕様書などの発注情報（２１１に基づく）を受け付ける。

（Ｓ２０１） Ｓ２０１では、第１のサーバ２０５は、上記Ａ社の発注に関するオークション（受注希望などの受け付け）を開始する。

（Ｓ２０２） Ｓ２０２では、受注希望企業（Ｂ１社〜Ｂｍ社）（例えばＢ１社）から第１のサーバ２０５に対し、受注希望などの情報として、前記図４のＴ１のような調達先ＱＣ工程表の情報（Ｄ１）と、下記図１６のＴ２１のような情報（受注希望企業−受注希望金額情報）と、を受け付ける。

図１６は、受注希望企業（調達先（Ｂ社））による受注希望金額などのテーブルＴ２１を示す。Ｔ２１は、図示のように、（ａ）受注希望企業名、（ｂ）受注希望金額、等の情報を格納する。

（Ｓ２０３） Ｓ２０３では、前記図９のフローと同様のマッチング処理を行う。そのため、第１のサーバ２０５から第２のサーバ２０６へネットワーク９０を介して処理を要求し、第２のサーバ２０６のマッチング計算部２６２で当該マッチング処理を行い、その結果をネットワーク９０を介して第１のサーバ２０５へ応答する。

（Ｓ２０４） Ｓ２０４では、サーバ２０５から発注側（Ａ社）の端末２０１のユーザに対して、下記図１７に示すような発注先決定画面（Ｇ２１）で受注希望（オークション）に関する情報を提示する。

図１７の発注先決定画面（Ｇ２１）では、（ａ）受注希望企業名、（ｂ）該当故障モード数、（ｃ）受注希望金額、等の情報を表示する。複数の候補の各々の受注希望者（Ｂ社）ごとの情報を表示する。ａ，ｃはＴ２１による情報であり、ｂは前述のＤ５に基づく情報である。

発注企業（Ａ社）側のユーザは、上記画面（Ｇ２１）で、例えばｄの該当故障モード閲覧ボタンを押すことにより、受注希望ごとの故障モード・故障原因などを閲覧・確認することができる。サーバ２０５は、上記操作に応じて受注希望ごとの故障モード・故障原因などの情報を画面に表示する。ユーザは、ｂの該当故障モード数やその詳細情報、ｃの金額などの情報を比較検討して、受注先（調達先）を選定することができる。

（Ｓ２０５） Ｓ２０５では、発注企業（Ａ社）側のユーザが、画面（Ｇ２１）で、ｅの受注決定ボタンを押すことにより、本オークションにおける受注（調達先）の決定がされる。その後、本処理が終了する。これにより、発注者（Ａ社）が受注者（Ｂ社）から対象の部品を調達（購買）することができる。

［効果等］
以上説明したように、各実施の形態によれば、調達元（または発注者）から調達先（または受注希望者）に対して、調達先の製造工程の品質問題を具体的・的確に指摘する情報を提供できる。調達先は画面でその情報を見ることで製造工程の品質問題を認識でき、製造工程の見直し等の取り組み（具体的にはＱＣ工程表の改訂）をしやすい。調達元も、画面で各情報を見ることで調達先の状況を確認できる。これにより、調達先の製造工程を改善させ、問題発生の未然防止、調達品の品質向上などを実現できる。また更に実施の形態２では、複数の調達先の候補（受注希望者）に関する上記の情報を画面で比較して調達（発注）を検討することができる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

前述の実施の形態１では、マッチング処理に関して、調達元（Ａ）−調達先（Ｂ）の工程情報を語彙の検索・一致により関連付ける形としたが、変形例として、両者（Ａ，Ｂ）の工程情報などが予め一意の識別子などで共通に管理される場合、その識別子などによって同様に関連付けを行ってもよい。

また、マッチング処理に関して、前述のＱＣ工程表の情報（Ｄ１）に限らず、工程・機械・人・材料などの調達品の品質に影響する要素の情報を含んだ製造工程の情報を用いることができる。同様に、前述の工程ＦＭＥＡの情報（Ｄ２）（工程ＦＭＥＡの手法）に限らず、要素でどのような問題・どの程度の影響があるか等の情報を含んだ品質関連情報を用いることができる。また前述の故障モード・故障原因の情報（Ｄ５）に限らず、工程ＦＭＥＡの手法の代わりに適用する手法に応じた品質問題・影響解析の情報を用いることができる。上記では工程に限らず所定の要素をキーに関連付けをすることができる。

本発明は、生産管理システム、電子部品調達の電子商取引システム、などに利用可能である。

１…調達品質改善システム、１０…端末（操作者入出力装置）、１１…計算装置、１２…データ記憶装置、２１…サーバ、２２…ストレージ、９０…ネットワーク、１１１…マッチング計算部（調達先ＱＣ工程表情報−工程ＦＭＥＡ情報−関連付け計算部）、１１２…第１の表示計算部（調達先ＱＣ工程表情報−該当故障モード・故障原因情報−表示計算部）、１１３…第２の表示計算部（調達先ＱＣ工程表情報−表示計算部）、２０１…発注者−端末、２０２…受注希望者−端末、２０５…サーバ（電子商取引管理装置）、２０６…サーバ（調達品質管理装置）、２１１…発注情報記憶部、２２１…ＱＣ工程表・コスト情報記憶部、２５１…サービス処理部、２６１…工程ＦＭＥＡ情報記憶部、２６２…マッチング計算部（受注希望者ＱＣ工程表情報−工程ＦＭＥＡ情報−関連付け計算部）、２６３…表示計算部（該当故障モード・故障原因・コスト−表示計算部）、Ｄ１…調達先ＱＣ工程表情報、Ｄ２…工程ＦＭＥＡ情報、Ｄ３…シソーラス情報、Ｄ４…調達先品質レベル情報、Ｄ５…該当故障モード・故障原因情報、Ｄ６…調達先ＱＣ工程表リバイズ情報、Ｄ７…レビュー結果情報。

Claims (11)

1. 調達品の品質の改善や管理に係わる情報処理を行う調達品質改善システムであって、
   調達先の製造工程の問題を算出する処理機能を有する計算装置と、当該計算装置で用いるデータ情報を記憶するデータ記憶装置と、を有し、
   前記データ記憶装置は、調達先の製造工程に関する情報を含む第１の情報と、調達先の製造工程に関する品質関連情報を含む第２の情報と、を格納し、
   前記計算装置は、
   前記調達先の第１の情報と前記第２の情報とを関連付ける処理を行うマッチング計算部と、
   前記第１の情報と、上記関連付けにより算出される品質問題の情報と、を含む情報を、前記調達先へ提示する処理を行う第１の表示計算部と、を有すること、を特徴とする調達品質改善システム。
2. 請求項１記載の調達品質改善システムにおいて、
   前記データ記憶装置は、前記第１の情報として、調達先のＱＣ工程表の情報を格納し、
   前記マッチング計算部は、前記第１の情報の前記調達先のＱＣ工程表の情報に含まれている工程要素の情報を用いて、前記関連付けを行い、
   前記第１の表示計算部は、上記関連付けにより算出される、前記調達先の製造工程のうちの品質問題に係わるポイントとなる工程の情報を、前記調達先へ提示する処理を行うこと、を特徴とする調達品質改善システム。
3. 請求項１記載の調達品質改善システムにおいて、
   前記データ記憶装置は、前記第２の情報として、工程ＦＭＥＡの情報を格納し、
   前記マッチング計算部は、前記第２の情報の前記工程ＦＭＥＡの情報に含まれている工程の情報を用いて、前記関連付けを行い、
   前記第１の表示計算部は、前記第１の情報と、上記関連付けにより算出される、該当の故障モード及び故障原因の情報とを含む情報を、前記調達先へ提示する処理を行うこと、を特徴とする調達品質改善システム。
4. 請求項１記載の調達品質改善システムにおいて、
   前記計算装置は、前記第１の表示計算部を通じて前記調達先から前記第１の情報に対するリバイズを受け付け、当該リバイズされた第１の情報を前記調達先または調達元へ提示する処理と、前記調達先へ提示された情報に対する前記調達先による確認のステイタス情報を前記調達先または調達元へ提示する処理と、を行う第２の表示計算部を有すること、を特徴とする調達品質改善システム。
5. 請求項１記載の調達品質改善システムにおいて、
   前記マッチング計算部は、前記第１の情報に含まれている工程要素情報と、前記第２の情報に含まれている工程情報とを用いて、完全一致検索処理を行い、当該検索処理の結果の該当情報同士を関連付けること、を特徴とする調達品質改善システム。
6. 請求項１記載の調達品質改善システムにおいて、
   前記データ記憶部は、前記調達先の品質レベルを記述した調達先品質レベル情報を格納し、
   前記マッチング計算部は、前記第１の情報、前記第２の情報に加えて、前記調達先品質レベル情報に応じて、前記関連付けを行うこと、を特徴とする調達品質改善システム。
7. 請求項１記載の調達品質改善システムにおいて、
   前記マッチング計算部は、前記第１の情報、前記第２の情報に加えて、前記工程に関するシソーラス情報による同類語彙を用いた検索処理、あるいは、テキストマイニング手法における形態素解析及びクラスタ分析を用いた検索処理、あるいは、前記製造工程における複数の工程の順序関係を用いた検索処理により、前記関連付けを行うこと、を特徴とする調達品質改善システム。
8. 調達の電子商取引で用いられ、調達品の品質の改善や管理に係わる情報処理を行う調達品質改善システムであって、
   ネットワークに、調達元または発注者の第１の端末と、調達先または受注希望者の第２の端末と、調達の電子商取引を管理する第１のサーバと、調達先の製造工程の問題を算出する処理機能を有する第２のサーバと、が接続され、
   前記第２のサーバまたは前記ネットワークに接続されるストレージは、調達先の製造工程に関する情報を含む第１の情報と、調達先の製造工程に関する品質関連情報を含む第２の情報と、を格納し、
   前記第１のサーバは、前記第１、第２の端末からのアクセスを受け付け、前記第２のサーバと連携することで前記調達の発注及び受注に関するサービスを提供し、
   前記第２のサーバは、
   前記調達先の第１の情報と前記第２の情報とを関連付ける処理を行うマッチング計算部と、
   前記第１の情報と、上記関連付けにより算出される品質問題の情報と、前記発注及び受注に関するコスト情報とを含む情報を、前記第１または第２の端末へ提示する処理を行う表示計算部と、を有すること、を特徴とする調達品質改善システム。
9. 請求項８記載の調達品質改善システムにおいて、
   前記調達の電子商取引において、前記第１のサーバは、前記サービスで、前記受注希望者となる各々の前記第２の端末から受注希望金額の情報を受け付け、前記発注者となる前記第１の端末に対して、前記受注希望者となる各々の前記第２の端末による前記受注希望金額の情報及び前記品質問題の情報を含む情報を提示し、前記発注者となる前記第１の端末は、上記提示された情報をもとに前記受注希望者に対する発注の決定を前記第１のサーバに対して実行可能であること、を特徴とする調達品質改善システム。
10. 請求項８記載の調達品質改善システムにおいて、
    前記第１の情報として、調達先のＱＣ工程表の情報を格納し、
    前記マッチング計算部は、前記第１の情報の前記調達先のＱＣ工程表の情報に含まれている工程要素の情報を用いて、前記関連付けを行い、
    前記表示計算部は、上記関連付けにより算出される、前記調達先の製造工程のうちの品質問題に係わるポイントとなる工程の情報を、前記調達先の第２の端末へ提示する処理を行うこと、を特徴とする調達品質改善システム。
11. 請求項８記載の調達品質改善システムにおいて、
    前記第２の情報として、工程ＦＭＥＡの情報を格納し、
    前記マッチング計算部は、前記第２の情報の前記工程ＦＭＥＡの情報に含まれている工程の情報を用いて、前記関連付けを行い、
    前記表示計算部は、前記第１の情報と、上記関連付けにより算出される、該当の故障モード及び故障原因の情報とを含む情報を、前記調達先の第２の端末へ提示する処理を行うこと、を特徴とする調達品質改善システム。

Images