不具合防止支援システム、不具合防止支援方法、および不具合防止支援プログラム
【課題】発生した不具合や該不具合への対策に関する情報を迅速かつ確実に担当者等にフィードバックし、不具合再発を防止する。
【解決手段】コンピュータが、所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理を実行する。
【解決手段】コンピュータが、所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、不具合防止支援システム、不具合防止支援方法、および不具合防止支援プログラムに関するものであり、具体的には、発生した不具合や該不具合への対策に関する情報を迅速かつ確実に担当者等にフィードバックし、不具合再発を防止する技術に関する。
【背景技術】
【０００２】
近年製造業においては少品種・多量生産から多品種・少量生産へと状況が変化してきており、様々な製品をそれぞれタイミングよく適正な価格で世の中へ迅速に投入することが求められている。このため、多くの企業では、設計から生産にいたる各工程での業務効率化への取組みが行われている。例えば、設計業務における効率向上には、過去に発生した不具合と同様な不具合の発生をなくし、設計作業の手戻りを防ぐ事が必須となっている。そこで、各行程等で不具合が発生した情報は不具合情報用のデータベース等へ逐次蓄積され、各行程の担当者らにより検索可能となっている。
【０００３】
こうした不具合情報の履歴を活用した従来技術としては、例えば、不具合情報を設計工程前と設計工程後、出荷前に画面に表示して対策実施有無を確認する装置・手法（特許文献１参照）、不具合情報の単位で不具合発生から原因調査・対策の検討・対策実施・効果算出・不具合の歯止めまで不具合発生から歯止めまでを一括管理する手法（特許文献２参照）、などが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１１７４４号公報
【特許文献２】特開２００３−１８７０６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、例えば設計者が設計業務の実施前に、設計対象に関連すると思われる不具合情報に関して上述のデータベースにて参照する場合、多くの作業時間が必要となるだけでなく、大量な事例中から的確に該当情報を探し出すのが困難であり、検索漏れなども発生しがちである。また、工程の前後などで不具合情報を確認するのでは、他部門等でも随時発生する不具合情報を確認し、迅速に対応する事が困難である。また、不具合に対して担当者が対策を行った際の情報が、他の担当者らに確実に伝達される仕組みが無く、不具合とその対応状況に関する情報が効率的に共有されていなかった。
【０００６】
そこで本発明の目的は、発生した不具合や該不具合への対策に関する情報を迅速かつ確実に担当者等にフィードバックし、不具合再発を防止する技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決する本発明の不具合防止支援システムは、他装置との通信を行う通信部、および各種データを格納する記憶部と、所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理を実行する制御部と、を備えることを特徴とする。
【０００８】
また、本発明の不具合防止支援方法は、他装置との通信を行う通信部、および各種データを格納する記憶部を備えたコンピュータが、所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理と、を実行することを特徴とする。
【０００９】
また、本発明の不具合防止支援プログラムは、他装置との通信を行う通信部、および各種データを格納する記憶部を備えたコンピュータに、所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理と、を実行させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、発生した不具合や該不具合への対策に関する情報を迅速かつ確実に担当者等にフィードバックし、不具合再発を防止することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態における不具合防止支援システムを含むネットワーク構成例を示す図である。
【図２】本実施形態における不具合防止支援サーバの構成例を示す図である。
【図３】本実施形態における不具合管理サーバの構成例を示す図である。
【図４】本実施形態における設計部品表サーバの構成例を示す図である。
【図５】本実施形態におけるプロジェクト管理サーバの構成例を示す図である。
【図６】本実施形態におけるユーザ管理サーバの構成例を示す図である。
【図７】本実施形態における不具合管理マスタテーブルのデータ構造例を示す図である。
【図８】本実施形態における部品マスタテーブルのデータ構造例を示す図である。
【図９】本実施形態における構成マスタテーブルのデータ構造例を示す図である。
【図１０】本実施形態におけるＰＪ情報マスタテーブルのデータ構造例を示す図である。
【図１１】本実施形態におけるＰＪ人名マスタテーブルのデータ構造例を示す図である。
【図１２】本実施形態における人名マスタテーブルのデータ構造例を示す図である。
【図１３】本実施形態における不具合防止支援方法の処理フロー例１を示す図である。
【図１４】本実施形態における不具合情報マスタテーブルのデータ構造例を示す図である。
【図１５】本実施形態におけるユーザ管理マスタテーブルのデータ構造例を示す図である。
【図１６】本実施形態における類似不具合関連テーブルのデータ構造例を示す図である。
【図１７】本実施形態における不具合防止支援方法の処理フロー例２を示す図である。
【図１８】本実施形態における不具合防止支援方法の処理フロー例３を示す図である。
【図１９】本実施形態における不具合防止支援方法の処理フロー例４を示す図である。
【図２０】本実施形態における不具合防止支援方法の処理フロー例５を示す図である。
【図２１】本実施形態における不具合防止支援方法の処理フロー例６を示す図である。
【図２２】本実施形態における不具合防止支援方法の処理フロー例７を示す図である。
【図２３】本実施形態における不具合防止支援方法の処理フロー例８を示す図である。
【図２４】本実施形態における不具合防止支援方法の処理フロー例９を示す図である。
【図２５】本実施形態における不具合防止支援方法の処理フロー例１０を示す図である。
【図２６】本実施形態における不具合防止支援方法の処理フロー例１１を示す図である。
【図２７】本実施形態における不具合防止支援方法の処理フロー例１２を示す図である。
【図２８】本実施形態における不具合防止支援方法の処理フロー例１３を示す図である。
【図２９】本実施形態における不具合防止支援方法の処理フロー例１４を示す図である。
【図３０】本実施形態における不具合防止支援方法の処理フロー例１５を示す図である。
【図３１】本実施形態における不具合防止支援方法の処理フロー例１６を示す図である。
【図３２】本実施形態における不具合防止支援方法の処理フロー例１７を示す図である。
【図３３】本実施形態における不具合防止支援方法の処理フロー例１８を示す図である。
【図３４】本実施形態における不具合防止支援方法の処理フロー例１９を示す図である。
【図３５】本実施形態における不具合防止支援方法の処理フロー例２０を示す図である。
【図３６】本実施形態における不具合防止支援方法の処理フロー例２１を示す図である。
【図３７】本実施形態における画面例１を示す図である。
【図３８】本実施形態における通知文例を示す図である。
【図３９】本実施形態における画面例２を示す図である。
【図４０】本実施形態における画面例３を示す図である。
【発明を実施するための形態】
【００１２】
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の不具合防止支援システム１を含むネットワーク構成例を示す図である。図１に示す不具合防止支援システム１（以下、システム１）は、発生した不具合や該不具合への対策に関する情報を迅速かつ確実に担当者等にフィードバックし、不具合再発を防止するコンピュータシステムである。ここでは一例として、本実施形態の不具合防止支援システム１を、不具合防止支援サーバ１４、不具合管理サーバ１５、設計部品表サーバ１６、プロジェクト管理サーバ１７、およびユーザ管理サーバ１８といったサーバ群で構成した状況を想定している。
【００１３】
こうした不具合防止支援サーバ１４、不具合管理サーバ１５、設計部品表サーバ１６、プロジェクト管理サーバ１７、およびユーザ管理サーバ１８は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２０を介して接続されている。従って本実施形態では、本発明の不具合防止支援システムとして備えるべき機能や必要なデータ類は、これらサーバ１４〜１８が協働して実現している。勿論、単体のサーバ装置のみで必要な機能やデータを具備するとしてもよい。
【００１４】
また、前記システム１の各サーバ類は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)等のネットワーク１９を介して、保守員端末１０、品質要員端末１１、設計者端末１２、および承認者端末１３と通信可能である。
【００１５】
続いて、前記システム１を構成する各サーバの構成例について説明する。なお、以下で説明する各サーバ類の具備する各機能は、各サーバが例えばそのメモリ等に読み出して実行するプログラムによって実現される。図２は、本実施形態における不具合防止支援サーバ１４の構成例を示す図である。
【００１６】
前記不具合防止支援サーバ１４は、一般的なコンピュータあるいは情報処理装置により実現でき、各種記憶装置により構成される記憶部２０１と、ＣＰＵなどの演算装置で構成される制御部２０２と、通信部たるネットワークインターフェース部２０３を具備する。上記各部２０１〜２０３の間はＢＵＳ（バス）等を介して接続されている。
【００１７】
記憶部２０１には、端末類から受けた不具合情報の登録処理を実行する不具合情報登録機能２０４、不具合情報を関係者の端末へメール通知する不具合情報通知機能２０５、不具合情報を部品表データ上で表示させる不具合情報表示機能２０６、不具合対応の進捗を登録する不具合進捗登録機能２０７、不具合情報の審査・承認の処理をする不具合審査承認機能２０８、といった機能を実現するプログラムが格納されている。また、記憶部２０１には、このほかにも、不具合情報マスタテーブル２１１、ユーザ管理マスタテーブル２１２、および類似不具合関連テーブル２１３が格納されている。これらテーブル類のデータ構成例については後述する（以下同様）。
【００１８】
図３は、本実施形態における不具合管理サーバ１５の構成例を示す図である。不具合管理サーバ１５は、一般的なコンピュータあるいは情報処理装置により実現でき、各種記憶装置にて構成される記憶部３０１と、ＣＰＵなどの演算装置で構成される制御部３０２と、通信部たるネットワークインターフェース部３０３を具備する。前記各部３０１〜３０３の間はＢＵＳ（バス）等を介して接続されている。
【００１９】
記憶部３０１には、発生した不具合の情報を登録する不具合登録機能３０４、不具合の対応方法を承認する不具合承認機能３０５、過去に発生した不具合を検索する不具合検索機能３０６、といった機能を実現するプログラムと、不具合管理マスタテーブル３０７が格納されている。
【００２０】
図４は、本実施形態における設計部品表サーバ１６の構成例を示す図である。設計部品表サーバ１６は、一般的なコンピュータあるいは情報処理装置により実現でき、各種記憶装置にて構成される記憶部４０１と、ＣＰＵなどの演算装置で構成される制御部４０２と、通信部たるネットワークインターフェース部４０３を具備する。前記各部４０１〜４０３の間はＢＵＳ（バス）等を介して接続されている。
【００２１】
記憶部４０１には、部品を部品表の構成内に登録する部品登録機能４０４、登録した部品情報を編集する部品編集機能４０５、登録した部品構成を編集する部品構成編集機能４０６、部品を検索する部品検索機能４０７、部品構成を承認する部品構成承認機能４０８、といった機能を実現するプログラムと、部品マスタテーブル４０９および構成マスタテーブル４１０が格納されている。
【００２２】
図５は、本実施形態におけるプロジェクト管理サーバ１７の構成例を示す図である。プロジェクト管理サーバ１７は、一般的なコンピュータあるいは情報処理装置により実現でき、各種記憶装置にて構成される記憶部５０１と、ＣＰＵなどの演算装置で構成される制御部５０２と、通信部たるネットワークインターフェース部５０３を具備する。前記各部５０１〜５０３の間はＢＵＳ（バス）等を介して接続されている。
【００２３】
記憶部５０１には、プロジェクトを登録するＰＪ登録機能５０４、登録したプロジェクトを編集するＰＪ編集機能５０５、プロジェクト情報を承認するＰＪ承認機能５０６といた機能を実現するプログラムと、ＰＪ情報マスタテーブル５０７およびＰＪ人名マスタテーブル５０８が格納されている。
【００２４】
図６は、本実施形態におけるユーザ管理サーバ１８の構成例を示す図である。ユーザ管理サーバ１８は、一般的なコンピュータあるいは情報処理装置により実現でき、各種記憶装置にて構成される記憶部６０１と、ＣＰＵなどの演算装置で構成される制御部６０２と、通信部たるネットワークインターフェース部６０３を具備する。前記各部６０１〜６０３の間はＢＵＳ（バス）等を介して接続されている。
【００２５】
記憶部６０１には、ユーザ情報を登録するユーザ登録機能６０４、登録したユーザ情報を編集するユーザ編集機能６０５、ユーザ情報を承認するユーザ承認機能６０６といた機能を実現するプログラムと、人名マスタテーブル６０７が格納されている。
【００２６】
続いて、上述の不具合管理サーバ１５、設計部品表サーバ１６、プロジェクト管理サーバ１７、およびユーザ管理サーバ１８らが記憶部に保持するテーブル等について説明する。 図７は、本実施形態における不具合管理サーバ１５が有する不具合管理マスタテーブル３０７のデータ構造例を示す図である。この不具合管理マスタテーブル３０７には、製品に関して発生した不具合に関する情報が格納されている。図７に示すように、不具合管理マスタテーブル３０７は、不具合事象毎のレコードが含まれており、各レコードには、不具合情報を識別する不具合ＮＯ７０１、発生日７０２、不具合が発生した工程を示す発生工程７０３、不具合が生じた部品の製品番号を示す製品番号７０４、不具合情報の記入者７０５、その社員ＮＯ７０６、不具合部品名称７０７、不具合部品番号７０８、不具合が発生したユニットを示す発生ユニット７０９、不具合内容７１０、不具合原因７１１、対策内容７１２、対策する際に使用する部品番号を示す対策部品７１３、および不具合登録処理の状態を示す不具合状態７１４の各データが含まれている。
【００２７】
本実施形態では、不具合状態７１４が「登録」の場合は、不具合内容の登録中である事を示し、不具合状態７１４が「承認依頼中」の場合は、不具合内容の承認を依頼中である事を示し、不具合状態７１４が「承認済」の場合は、不具合内容が承認済である事を示す。なお本実施形態では、不具合管理マスタテーブル３０７の各項目は既に登録されているものとする。
【００２８】
図８は、本実施形態における設計部品表サーバ１６が有する部品マスタテーブル４０９のデータ構造例を示す図である。この部品マスタテーブル４０９は、各部品に関する情報を格納している。図８に示すように、部品マスタテーブル４０９は、部品毎の情報を含んだレコードの集合体であり、各レコードには、部品の識別番号を示す部品番号８０１、部品名称８０２、部品が属している製品の番号を示す製品番号８０３、部品の材質名称を示す材質８０４、および部品の単位を示す単位８０５の各データが含まれている。本実施形態では、部品マスタテーブル４０９の各項目は既に登録されているものをする。
【００２９】
図９は、本実施形態における設計部品表サーバ１６が有する構成マスタテーブル４１０のデータ構造例を示す図である。構成マスタテーブル４１０には、製品を構成する各部品間での親子関係すなわち部品構成に関する情報が格納されている。図９に示すように、構成マスタテーブル４１０は、複数のレコードを有しており、各レコードは、ある部品（＝子部品）から構成される部品（＝親部品）といった親子関係にある２つの部品間で上位の部品を示す親部品番号９０１、２つの部品間で下位の部品を示す子部品番号９０２、これら親子の各部品が属している製品の番号を示す製品番号９０３、および子部品の数量を示す員数９０４がそれぞれ対応付けられて格納されている。本実施形態では、構成マスタテーブル４１０の各項目は既に登録されているものをする。
【００３０】
図１０は、本実施形態におけるプロジェクト管理サーバ１７が有するＰＪ情報マスタテーブル５０７のデータ構造例を示す図である。ＰＪ情報マスタテーブル５０７にはプロジェクトに関する情報が格納されている。図１０に示すように、ＰＪ情報マスタテーブル５０７は、複数のレコードを有しており、各レコードには、プロジェクトの名称を示すＰＪ名称１００１、プロジェクトのコードを示すＰＪコード１００２、プロジェクトで取り扱う製品の製品番号１００３、製品設計リリース日１００４、不具合対応期限１００５、および製品出荷予定日１００６が含まれている。本実施形態では、ＰＪ情報マスタテーブル５０７の各項目は既に登録されているものをする。
【００３１】
図１１は、本実施形態におけるプロジェクト管理サーバ１７が有するＰＪ人名マスタテーブル５０８のデータ構造例を示す図である。ＰＪ人名マスタテーブル５０８にはプロジェクトに属している人名を関連付ける情報が格納されている。図１１に示すように、このＰＪ人名マスタテーブル５０８は、複数のレコードを有しており、各レコードには、プロジェクトに関与す社員の社員ＮＯ１１０１、該当社員が関与するプロジェクトのコードを示すＰＪコード１１０２、および該当社員の役割を示す役割１１０３といったデータが含まれている。本実施形態では、前記役割１１０３が「担当」の場合は、設計の担当者を示し、「審査・承認者」の場合は、審査と承認を実施する者を示し、「管理者」の場合は製品のプロジェクトの取纏者を示す。本実施形態では、ＰＪ人名マスタテーブル５０８の各項目は既に登録されているものをする。
【００３２】
図１２は、本実施形態におけるユーザ管理サーバ１８が有する人名マスタテーブル６０７のデータ構造の例を示す図である。この人名マスタテーブル６０７には、少なくとも前記ＰＪ人名マスタテーブル５０８に登録されている社員に関する情報が格納されている。図１２に示すように、この人名マスタテーブル６０７は、複数のレコードを有しており、各レコードには、社員の社員ＮＯ１２０１、その漢字名称１２０２、ローマ字名称１２０３、カタカナ名称１２０４、所属部署を示す部署ＮＯ１２０５、部署名称１２０６、メールアドレス１２０７、入社年月日１２０８、内線１２０９、および上長社員ＮＯ１２１０といったデータが含まれている。本実施形態では、人名マスタテーブル６０７の各項目は既に登録されているものをする。
【００３３】
続いて、本実施形態の不具合防止支援方法における不具合管理サーバ１５での処理について説明する。図１３は、本実施形態における不具合防止支援方法の処理フロー例１を示す図である。この場合、製品の保守員が保守員端末１０から不具合管理サーバ１５にアクセスしログインする。また、この保守員端末１０では前記保守員による不具合に関する情報入力が行われ、この情報は不具合管理サーバ１５に送られる。
【００３４】
一方、不具合管理サーバ１５の制御部３０２は、前記保守員により入力された不具合の情報を保守員端末１０より取得する（ステップＳ１３０１）。不具合管理サーバ１５の制御部３０２は、取得した不具合の情報が含む、不具合の発生工程７０３、不具合が生じた製品の製品番号７０４、不具合の原因とされる不具合部品名称７０７、不具合部品番号７０８、不具合が発生した発生ユニット７０９、および不具合内容７１０の各データを含んだ不具合情報を、不具合管理マスタテーブル３０７へ登録する。この場合、不具合管理サーバ１５の制御部３０２は、ユニークな番号である不具合ＮＯ７０１と発生日７０２のデータを生成し、ログインＩＤから前記保守員の社員ＮＯを取得し、不具合状態７１４＝「登録中」、を前記不具合情報に対応付けて不具合管理マスタテーブル３０７へ登録する（ステップＳ１３０２）。
【００３５】
不具合管理サーバ１５の制御部３０２は、前記ステップＳ１３０１等で取得した不具合情報に関して、例えばユーザ管理サーバ１８に役割１１０３が「担当」となっている社員とそのメールアドレスを問い合わせて必要な情報を取得し、前記不具合情報に関する原因調査依頼のメールを、前記メールアドレスが示す設計者端末１２へ送信する（Ｓ１３０３）。 一方、設計者端末１２は前記メールを受信する。受信したメールについては、設計者による内容確認が実施されることとなる。この設計者は、該設計者端末１２にて不具合管理サーバ１５にアクセスし原因調査結果を送信する。不具合管理サーバ１５の制御部３０２は、前記設計者が検討した不具合原因７１１のデータを取得する（ステップＳ１３０４）。 また、不具合管理サーバ１５の制御部３０２は、前記不具合原因７１１のデータを取得したら、該当不具合の対策検討依頼メールを上記同様に設計者端末１２へと送信する（ステップＳ１３０５）。設計者端末１２はこの対策検討依頼のメールを受信する。このメールは設計者による内容確認が実施されることとなる。前記設計者は、設計者端末１２にて不具合管理サーバ１５にアクセスし対策検討結果を送信する。不具合管理サーバ１５の制御部３０２は、前記設計者端末１２から、対策内容７１２と対策部品７１３の各データを取得する（ステップＳ１３０６）。この時、不具合管理サーバ１５の制御部３０２は、設計者による対応内容７１２の承認依頼を受信することになる（ステップＳ１３０７）。
【００３６】
不具合管理サーバ１５の制御部３０２は、品質管理部門の承認者端末１３に、前記対策内容７１２に関する承認依頼メールを送信し、不具合管理マスタテーブル３０７の不具合状態７１４を「承認依頼中」とする（ステップＳ１３０８）。
【００３７】
他方、不具合管理サーバ１５の制御部３０２は、前記不具合原因７１１と前記対策内容７１２に関する品質管理部門による承認結果を受信する（ステップＳ１３０９）。不具合管理サーバ１５の制御部３０２は、前記承認結果が承認を示す場合、該当不具合の不具合原因７１１、対策内容７１２、および対策部品７１３の各データを不具合管理マスタテーブル３０７における該当不具合情報のレコードへ登録し、不具合状態７１４を「承認済」へ変更する（ステップＳ１３１０）。また、不具合管理サーバ１５の制御部３０２は、不具合情報等を適宜含んだ承認完了メールを前記保守員端末１０、品質要員端末１１、設計者端末１２、および不具合防止支援サーバ１４へ送信する（ステップＳ１３１１）。
【００３８】
次に、不具合防止支援サーバ１４の備えるテーブル類について説明しておく。図１４は、本実施形態における不具合防止支援サーバ１４が有する不具合情報マスタテーブル２１１のデータ構造例を示す図である。この不具合情報マスタテーブル２１１には、不具合管理サーバ１５から送信された不具合情報と不具合部品のプロジェクトに関する情報が格納されている。
【００３９】
図１４に示すように、前記不具合情報マスタテーブル２１１は、複数のレコードを有しており、各レコードには、不具合事象を識別する不具合ＮＯ１４０１、不具合が発生した部品を示す不具合部品番号１４０２、不具合部品名称１４０３、不具合が生じた部品が含まれる製品の製品部品番号１４０４、不具合の発生したプロジェクトコードを示すＰＪコード１４０５、不具合対応を喚起する注意メールを送信する日付を示す再メール日付_注意１４０６、警告メールを送信する日付を示す再メール日付_警告１４０７、および最終警告メールを送信する日付を示す再メール日付_最終１４０８といった各データが含まれている。
【００４０】
図１５は、本実施形態における不具合防止支援サーバ１４が有するユーザ管理マスタテーブル２１２のデータ構造例を示す図である。ユーザ管理マスタテーブル２１２には、設計者ごとの不具合情報およびその対策状況に関する情報が格納されている。図１５に示すように、不具合情報マスタテーブル２１１は、複数のレコードを有しており、各レコードには、不具合が生じたプロジェクトのプロジェクトコードを示すＰＪコード１５０１、設計者の社員ＮＯ１５０２、不具合が生じた製品番号１５０３、不具合事象を識別する不具合ＮＯ１５０４、不具合が発生した部品を示す不具合部品番号１５０５、不具合部品と類似した部品番号を示す不具合類似部品番号１５０６、不具合に対し対策不要時のコメントを示す不要コメント１５０７、不具合への対応時のコメントを示す対応コメント１５０８、不具合への対策の確認処理を完了した日付を示す日付（確認済）１５０９、不具合への対策不要の処理を実施した日付を示す日付（対応不要）１５１０、不具合への対応済処理を実施した日付を示す日付（対応済）１５１１、および不具合の対策状態を示す不具合状態フラグ１５１２といったデータが含まれている。
【００４１】
本実施形態において、前記不具合状態フラグ１５１２が「０」の場合はデフォルト状態であり、「１」の場合は不具合部品の情報を部品表上に表示した事を示し、「２」の場合は不具合対応状況登録画面３９０１で不具合内容が確認中である事を示し、「３」の場合は不具合対応状況登録画面３９０１で対応不要の処理がなされた事を示し、「４」の場合は不具合対応状況確認画面３９０１上で不具合の対応を完了した事を示し、「５」の場合は不具合対応状況登録画面３９０１上で不具合内容の確認が完了した事を示す。
【００４２】
図１６は、本実施形態における不具合防止支援サーバ１４が有する類似不具合関連テーブル２１３のデータ構造例を示す図である。類似不具合関連テーブル２１３には不具合部品とこれに類似する部品との関連を示す情報が格納されている。図１６に示すように、類似不具合関連テーブル２１３は、複数のレコードを有しており、各レコードには、不具合が生じた製品を示す製品番号１６０１、不具合が発生した部品番号を示す不具合部品番号１６０２、該当不具合部品と部品名称等が類似した部品を示す類似不具合部品番号１６０３、不具合部品とその類似部品との部品名称等の類似度を示す類似度フラグ１６０４といったデータが含まれている。
【００４３】
本実施形態では、前記類似度フラグ１６０４が「１」の場合、類似度「低」と定義する。具体的には、不具合部品の部品名称の一部が一致する部品、または、不具合部品と同階層にある不具合部品以外の部品群Ａと不具合部品の１つ上位の階層にある部品群Ｂとで構成する部品構成に含まれており、前記部品群Ａと同階層にある部品＝類似部品の存在を示す。
【００４４】
類似度フラグ１６０４が「２」の場合、類似度「中」と定義する。具体的には、部品群Ａと同じ部品構成に含まれるか、または上位階層が部品群Ｂと同じであり、部品群Ａと同階層において、不具合部品名称の一部が一致する部品＝不具合類似部品の存在を示す。
【００４５】
類似度フラグ１６０４が「３」の場合、類似度「高」と定義する。具体的には、部品群Ａおよび部品群Ｂで構成する部品構成に含まれる部品であり、部品群Ａと同階層において、不具合部品名称の少なくとも一部と一致する部品＝不具合類似部品の存在を示す。
【００４６】
続いて、上述した不具合に対する対策検討等の依頼メールを送信する処理について、より詳細に述べる。図１７〜図１９は、本実施形態における不具合防止支援サーバ１４のメール送信処理におけるシーケンス図である。この場合、不具合防止支援サーバ１４の制御部２０２は、不具合管理サーバ１５の制御部３０２が送信した前記承認完了メールを受信する（ステップＳ１７０１）。
【００４７】
不具合防止支援サーバ１４の制御部２０２は、前記承認完了メールが含む不具合ＮＯ７０１をキーに、不具合管理サーバ１５の不具合管理マスタテーブル３０７から不具合部品番号７０８、不具合部品名称７０７、および製品番号７０４を取得する。また、不具合防止支援サーバ１４の制御部２０２は、前記製品番号７０４をキーに、プロジェクト管理サーバ１７のＰＪ情報マスタテーブル５０７からＰＪコード１００２と不具合対応期限１００５のデータを取得する。
【００４８】
また、不具合防止支援サーバ１４の制御部２０２は、不具合情報マスタテーブル２１１に、前記不具合ＮＯ７０１、不具合部品番号７０８、不具合部品名称７０７、製品番号７０４、ＰＪコード１００２、不具合対応期限１００５の日付から３０日引いた日付、不具合対応期限１００５の日付から１０日引いた日付、および不具合対応期限１００５の各データを登録する（ステップＳ１７０２）。なお、不具合情報マスタテーブル２１１における、「再メール日付_注意」の項目に、不具合対応期限１００５の日付から３０日引いた日付を登録し、「再メール日付_警告」の項目に、不具合対応期限１００５の日付から１０日引いた日付を登録し、「再メール日付_最終」に不具合対応期限１００５の日付を登録する。
【００４９】
また、不具合防止支援サーバ１４の制御部２０２は、不具合情報マスタテーブル２１１における不具合部品番号１４０２の値が属している全製品番号の取得依頼を、設計部品表サーバ１６に対し実施する（ステップＳ１７０３）。設計部品表サーバ１６の制御部４０２は、前記不具合部品番号１４０２の値をキーに、構成マスタテーブル４１０から製品番号９０３のデータを取得し、不具合防止支援サーバ１４に返す（ステップＳ１７０４）。
【００５０】
不具合防止支援サーバ１４の制御部２０２は、設計部品表サーバ１６から取得した製品番号９０３のデータを不具合情報マスタテーブル２１１に登録する（ステップＳ１７０５）。不具合防止支援サーバ１４の制御部２０２は、全ての製品番号９０３に対応したＰＪコード、不具合対応期限日、該当製品に関与している社員の社員ＩＤの取得依頼を、プロジェクト管理サーバ１７に対し実施する（ステップＳ１７０６）。プロジェクト管理サーバ１７の制御部５０２は、前記製品番号９０３のデータをキーに、ＰＪ情報マスタテーブル５０７より、ＰＪコード１００２および不具合対応期限１００５のデータを取得する。また、プロジェクト管理サーバ１７の制御部５０２は、このＰＪコード１００２をキーに、ＰＪ人名マスタテーブル５０８から社員ＮＯ１１０１を取得する。こうした処理は、前記全ての製品番号９０３に関して実施され、プロジェクト管理サーバ１７はこうした処理で得たデータを不具合防止支援サーバ１４に返す（ステップＳ１７０７）。
【００５１】
不具合防止支援サーバ１４の制御部２０２は、プロジェクト管理サーバ１７から取得した製品番号９０３、ＰＪコード１００２、および不具合対応期限１００５を不具合情報マスタテーブル２１１に登録する。不具合防止支援サーバ１４の制御部２０２は、取得したＰＪコード１００２、社員ＮＯ１１０１、製品番号９０３、および不具合部品番号１４０２をユーザ管理マスタテーブル２１２に登録する（ステップＳ１７０８）。
【００５２】
また、不具合防止支援サーバ１４の制御部２０２は、前記社員ＮＯ１１０１に対応したメールアドレス１２０７の取得依頼を、ユーザ管理サーバ１８に対し実施する（ステップＳ１８０１）。ユーザ管理サーバ１８の制御部５０２は、前記社員ＮＯ１１０１をキーに人名マスタテーブル６０７で検索を実行し、各製品に関与している全社員のメールアドレス１２０７を取得し、不具合防止支援サーバ１４に返す（ステップＳ１８０２）。
【００５３】
不具合防止支援サーバ１４の制御部２０２は、ユーザ管理サーバ１８から取得したメールアドレス１２０７に宛てて、メール送信画面３７０１（図３７参照）の内容のメールを送信する（ステップＳ１８０３）。例えば、設計者端末１２は、前記不具合防止支援サーバ１４から送信された前記メールを受信して、不具合情報を取得する（ステップＳ１８０４）。また、前記設計者端末１２は、設計者により実施される、前記不具合情報に対する対策の情報を入力装置等を介して取得し、該当不具合に対応済みとの通知と共に不具合防止支援サーバ１４に送る（ステップＳ１８０５）。
【００５４】
一方、不具合防止支援サーバ１４の制御部２０２は、前記設計者が対応した不具合ＮＯ１５０４、不具合内容１５０８、設計者の社員ＮＯ１５０２の各データと前記通知を受信し（ステップＳ１８０６）、前記対応した社員の社員ＮＯ１５０２と不具合ＮＯ１５０４をキーに、対応コメント１５０８と、日付(対応済)＝対応した日付、不具合状態フラグ１５１２＝「４」を、ユーザ管理マスタテーブル２１２に登録する。（ステップＳ１８０７）。 また、不具合防止支援サーバ１４の制御部２０２は、１日に１回、各製品の再メール日付_注意１４０６、再メール日付_警告１４０７、再メール日付_最終１４０８の日付を、不具合情報マスタテーブル２１１において確認し、当日の日付と一致する日付があった場合、ユーザ管理マスタテーブル２１２における、該当製品の各レコードでの不具合状態フラグ１５１２として「４」が１つのレコードにも設定されていないならば、メール内容３７０１（図３７参照）にてフォローメールを送信する（ステップＳ１９０１）。フォローメールの送信先は、該当レコードの示す社員ＮＯ１５０２に対応したメールアドレスとなる。また、フォローメールの内容としては、図３８の文章３８０１に示す、注意、警告、最終のいずれかの文章となる。
【００５５】
例えば、当日の日付が再メール日付_注意１４０６と一致している場合、不具合防止支援サーバ１４の制御部２０２は、文章３８０１の「注意」のメッセージでメール送信を行う。また、当日の日付が再メール日付_警告１４０７と一致している場合、不具合防止支援サーバ１４の制御部２０２は、文章３８０１の「警告」のメッセージでメール送信を行う。また、当日の日付が再メール日付_最終１４０８と一致している場合、不具合防止支援サーバ１４の制御部２０２は、文章３８０１の「最終」のメッセージでメール送信を行う。
【００５６】
こうしたメールは設計者端末１２で受信される。不具合対策が未実施の場合、設計者は不具合対策を実施することとなる。そしてこの場合、設計者端末１２は、設計者により実施された不具合対策の内容について取得し、不具合防止支援サーバ１４に送信する（ステップＳ１９０２）。他方、不具合防止支援サーバ１４の制御部２０２は、設計者端末１２から不具合対策の内容について取得し（ステップＳ１９０３）、前記ステップＳ１８０７と同様の登録処理を実施する（ステップＳ１９０４）。
【００５７】
続いて、部品表データ中での不具合情報の表示処理について説明する。図２０〜２１は、本実施形態における設計部品表サーバ１６の不具合情報表示処理におけるシーケンス図である。この場合、設計者端末１２は、設計部品表サーバ１６にログイン処理の依頼を実施する（ステップＳ２００１）。設計部品表サーバ１６の制御部４０２は、前記設計者端末１２に関するログイン処理を実施し（ステップＳ２００２）、そのログイン処理結果を設計者端末１２に送信する（ステップＳ２００３）。
【００５８】
こうして前記設計者端末１２が設計部品表サーバ１６にログインできたならば、設計部品表サーバ１６の制御部４０２は、不具合情報の取得依頼を不具合防止支援サーバ１４に対し実施する（ステップＳ２００４）。
【００５９】
この時、不具合防止支援サーバ１４の制御部２０２は、前記設計者端末１２によるログイン時に設計部品表サーバ１６で取得されているログインＩＤ(社員ＮＯ)を前記部品表サーバ１６から取得し、これをキーに検索を実行し、ユーザ管理マスタテーブル２１２から前記社員ＮＯに対応付いた全ての製品番号の情報を取得し、この情報を設計部品表サーバ１６に返す（ステップＳ２００５）。
【００６０】
一方、設計部品表サーバ１６の制御部４０２は、前記ログインをした設計者が担当している製品について、社員ＮＯをキーにプロジェクト管理サーバ１７に問い合わせを行い、そこで回答があった該当製品の一覧に、前記不具合防止支援サーバ１４から取得した不具合を含む製品を照合する。そして、前記不具合を含む製品が前記一覧中にある場合、前記一覧のうち該当製品の表示領域に関して、例えば背景セルの色を他所と変える表示処理を行った上で、該当画面データを設計者端末１２に送る（ステップＳ２００６）。
【００６１】
他方、設計者端末１２は、設計者による製品の選択指示を取得し、設計部品表サーバ１６に送る（ステップＳ２００７）。設計部品表サーバ１６の制御部４０２は、前記設計者端末１２にて選択された製品について、その不具合部品情報の取得依頼を不具合防止支援サーバ１４に対し実施する（ステップＳ２００８）。
【００６２】
不具合防止支援サーバ１４の制御部２０２は、該当製品の製品番号１５０３、前記設計者の社員ＮＯ１５０２をキーにユーザ管理マスタテーブル２１２でのレコードを検索し、該当レコードにおける不具合状態フラグ１５１２が「０（デフォルト）」の場合は、「１（表示）」に更新する（ステップＳ２００９）。
【００６３】
また、不具合防止支援サーバ１４の制御部２０２は、前記製品番号１５０３、および社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２から、不具合ＮＯ１５０４、不具合部品番号１５０５、類似不具合部品番号１５０６、および不具合状態フラグ１５１２のデータを取得し、設計部品表サーバ１６に返す（ステップＳ２１０１）。
【００６４】
設計部品表サーバ１６の制御部４０２は、前記選択された製品の部品構成の検索を、部品マスタテーブル４０９、および構成マスタテーブル４１０にて実施する（ステップＳ２１０２）。設計部品表サーバ１６の制御部４０２は、前記検索された部品構成の情報と、不具合防止支援サーバ１４から得た不具合部品番号等の情報とに基づいて、前記部品構成中における不具合部品の検索、および類似不具合部品の検索をする（ステップＳ２１０３）。設計部品表サーバ１６は、検索結果として不具合部品等が部品構成中にあれば、該当部品を表示している背景セルの色を変更する（ステップＳ２１０４）。
【００６５】
続いて、設計部品表サーバ１６にて実行される、不具合部品と類似する部品、すなわち類似不具合部品の検索処理について説明する。図２２〜図２５は、図２０〜２１の不具合情報表示処理のステップＳ２１０３の類似不具合部品の検索処理について、その詳細を示すフローチャートである。
【００６６】
この場合、設計部品表サーバ１６の制御部４０２は、前記ステップＳ２１０１で取得した情報の中に不具合部品番号１５０５が存在するかチェックする。不具合部品番号１５０５が他に存在しない場合、本処理を終了する。（ステップＳ２２０１）。不具合部品番号１５０５が存在する場合、設計部品表サーバ１６の制御部４０２は、不具合部品番号１５０５をキーに不具合情報マスタテーブル２１１より不具合部品名称１４０３を取得する（ステップＳ２２０２）。なお、設計部品表サーバ１６の制御部４０２が他のサーバが保持するテーブル等で情報を検索、取得する場合、該当サーバと当然通信している（以下省略）。
【００６７】
設計部品表サーバ１６の制御部４０２は、不具合部品名称１４０３から数字以外の連続した文字列を取得する（ステップＳ２２０３）。設計部品表サーバ１６の制御部４０２は、取得した文字列の中で最大文字数の連続文字列（類似文字列とする）をメモリに確保する（ステップＳ２２０４）。
【００６８】
設計部品表サーバ１６の制御部４０２は、部品構成の中で不具合部品番号１５０５と同一階層および１つ上の階層にある全部品（同階層部品を部品群Ａ、上位階層部品を部品群Ｂとする）の部品番号を取得する（ステップＳ２２０５）。ステップＳ２２０２からステップ２２２０５までは、不具合部品と類似した部品を検索する為の元となる情報を取得した。これを元に設計部品表サーバ１６の制御部４０２は、検索対象製品の上位構成から順番に同一階層中に類似部品の検索処理を実施する（ステップＳ２２０６）。
【００６９】
設計部品表サーバ１６の制御部４０２は、同一階層部品の部品番号８０１をキーに部品マスタテーブル４０９より部品名称８０２を取得する。設計部品表サーバ１６の制御部４０２は、取得した部品名称８０２の文字列の中にステップＳ２２０４で取得した類似文字列が存在するかチェックする（ステップＳ２２０７）。ステップＳ２２０６の類似文字列が存在する場合、設計部品表サーバ１６の制御部４０２は、現在より一つ上位の階層の類似検索を実施しているかチェックするする（ステップＳ２２０８）。現在よりひとつ上位の階層の検索を実施している場合は、上位階層の中にステップＳ２２０５で取得した部品群Ｂの全部品が存在するかチェックする（ステップＳ２３０１）。上位階層の中に部品群Ｂの全部品が存在している場合、設計部品表サーバ１６の制御部４０２は、類似不具合関連テーブル２１３に製品番号１５０３と、不具合部品番号１５０５と、ステップＳ２２０７の類似文字列の部品番号８０１と、類似度フラグ１６０４＝「２」を登録する。
【００７０】
また、設計部品表サーバ１６の制御部４０２は、ユーザ管理マスタテーブル２１２に社員ＮＯ１５０２と、製品番号１５０３と、不具合ＮＯ１５０４と、不具合部品番号１５０５と、ステップＳ２２０７の類似文字列の部品番号８０１と、不具合状態１５１２フラグ＝「１」を登録する。尚、既に登録済でない場合のみ上記登録を行う（ステップＳ２３０２）。ステップＳ２２０８で現在より一つ上位の階層の検索を実施していない場合と、上位階層の中に部品群Ｂの全部品が存在しない場合、不具合防止支援サーバ１４の制御部２０２は、類似不具合関連テーブル２１３に製品番号１５０３と、不具合部品番号１５０５、ステップＳ２２０７の類似文字列の部品番号８０１と、類似度フラグ１６０４＝「１」を登録する。また、設計部品表サーバ１６の制御部４０２は、ユーザ管理マスタテーブル２１２に社員ＮＯ１５０２と、製品番号１５０３と、不具合ＮＯ１５０４と、不具合部品番号１５０５と、ステップＳ２２０７の類似文字列の部品番号８０１と、不具合状態１５１２フラグ＝「１」を登録する。尚、既に登録済でない場合のみ上記を登録する（ステップＳ２３０３）。
【００７１】
設計部品表サーバ１６の制御部４０２は、現在の階層にステップＳ２２０５で取得した部品群Ａの１つ目の部品が存在するかチェックする（ステップＳ２３０４）。部品群Ａの１つ目の部品が存在する場合、設計部品表サーバ１６の制御部４０２は、現在の階層にステップＳ２２０５で取得した部品群Ａの全部品が存在するかチェックする（ステップＳ２３０５）。現在の階層に部品群Ａの全部品が存在する場合、設計部品表サーバ１６の制御部４０２は、現在より一つ上位の階層の類似検索を実施しているかチェックするする（ステップＳ２２０６）。現在より一つ上位の階層の類似検索を実施している場合、設計部品表サーバ１６の制御部４０２は、一つ上位の階層に部品群Ｂの全部品が存在するかチェックする（ステップＳ２３０７）。
【００７２】
一つ上位の階層に部品群Ｂの全部品（つまり同一階層に部品群Ａの全部品かつステップＳ２２０３で取得した類似文字列を含む部品番号８０１も存在する）が存在する場合、設計部品表サーバ１６の制御部４０２は、類似不具合関連テーブル２１３に製品番号１５０３と、不具合部品番号１６０２と、ステップＳ２２０６の類似文字列の部品番号８０１と、類似度フラグ１６０４＝「３」を登録する。また、設計部品表サーバ１６の制御部４０２は、ユーザ管理マスタテーブル２１２に社員ＮＯ１５０２と、製品番号１５０３と、不具合ＮＯ１５０４と、不具合部品番号１５０５と、ステップＳ２２０７の類似文字列の部品番号８０１と、不具合状態１５１２フラグ＝「３」を登録する。尚、既に登録済でない場合のみ上記を登録する（ステップＳ２４０１）。
【００７３】
ステップＳ２３０６で現在より一つ上位の階層の検索を実施していない場合と、一つ上位の階層に部品群Ｂの全部品が存在しない場合（つまり同一階層に部品群Ａの全部品かつステップＳ２２０４で取得した類似文字列を含む部品番号８０１は存在する）、設計部品表サーバ１６の制御部４０２は、類似不具合関連テーブル２１３に製品番号１５０３と、不具合部品番号１５０５と類似度フラグ＝「２」と、現在の同一階層においてステップＳ２２０５で取得した部品群Ａ以外の全部品番号８０１を不具合類似部品番号１６０３として登録する。また、設計部品表サーバ１６の制御部４０２は、ユーザ管理マスタテーブル２１２に社員ＮＯ１５０２と、製品番号１５０３と、不具合ＮＯ１５０４と、不具合部品番号１５０５と、現在の同一階層においてステップＳ２２０５で取得した部品群Ａ以外の全部品番号８０１と、不具合状態１５１２フラグ＝「２」を登録する。尚、既に登録済でない場合のみ上記を登録する（ステップＳ２４０２）。
【００７４】
ステップＳ２２０７で同一階層の部品にステップＳ２２０４で取得した類似文字列が存在しなかった場合と、ステップＳ２３０４またはステップＳ２３０５で部品が存在しなかった場合と、ステップＳ２４０１とステップＳ２４０２で類似番号などを登録した場合、設計部品表サーバ１６の制御部４０２は、現在の階層にステップＳ２２０５で取得した上位の階層の部品群Ｂの１つ目が存在するかチェックする（ステップＳ２４０３）。
【００７５】
現在の階層にステップＳ２２０５で取得した上位の階層の部品群Ｂの１つ目が存在する場合、設計部品表サーバ１６の制御部４０２は、現在の階層にステップＳ２２０５で取得した上位の階層の部品群Ｂの全部品が存在するかチェックする（ステップＳ２４０４）設計部品表サーバ１６の制御部４０２は、ステップＳ２２０４の結果をメモリに保存しておき、同一階層の最初の部品に子部品（部品を構成している部品）が存在するかチェックする（ステップＳ２４０５）。
【００７６】
同一階層の最初の部品に子部品が存在する場合、一つ下位の階層で類似部品の検索を実施する（ステップＳ２４０６）。ステップＳ２４０６の後は、再度ステップＳ２２０７の処理を実行する。ステップＳ２４０５で同一階層の最初の部品に子部品が存在しない場合、設計部品表サーバ１６の制御部４０２は、同一階層に次の部品８０１が存在するかチェックする（ステップＳ２５０１）。
【００７７】
同一階層に次の部品８０１が存在しない場合、ステップＳ２２０１へ戻り、設計部品表サーバ１６の制御部４０２は、次の不具合部品の類似部品の検索処理を実行する。同一階層に次の部品８０１が存在する場合、部品８０１に子部品が存在するかチェックする（ステップＳ２５０２）。部品８０１に子部品が存在する場合、設計部品表サーバ１６の制御部４０２は、ステップＳ２４０４へ戻り、一つ下位の階層で類似部品の検索を実行する。部品８０１に子部品が存在しない場合、設計部品表サーバ１６の制御部４０２は、同一の階層中に子部品が存在する部品８０１が存在するかチェックする（ステップＳ２５０３）。 同一の階層中に子部品が存在する部品８０１が存在する場合、ステップＳ２４０４へ戻り、一つ下位の階層で類似部品の検索を実行する。同一の階層中に子部品が存在する部品８０１が存在しない場合、一つ上の階層に戻り、ステップＳ２５０１に戻り次の部品で処理を実行する（ステップＳ２５０４）。
【００７８】
続いて、不具合部品等について表示を変える処理について説明する。図２６は、図２０〜２１の不具合情報表示処理のステップＳ２１０４の詳細を示すフローチャートである。この場合、設計部品表サーバ１６の制御部４０２は、不具合部品番号１５０５から１つ選択して、その部品が製品の部品構成の中にあるか検索を実施する（ステップＳ２６０１）。製品の部品構成の中に不具合部品番号と一致する部品がある場合、不具合部品番号１５０５または、類似不具合部品番号１５０６の不具合状態フラグ１５１２により、不具合部品番号等の背景セルの色を変更する。設計部品表サーバ１６の制御部４０２は、不具合状態フラグ１５１２＝「１（表示）」の場合、不具合部品番号１５０５の背景色の色は変更しない。設計部品表サーバ１６の制御部４０２は、不具合状態フラグ１５１２＝「２（確認中）」の場合は、不具合部品番号１５０５の背景色を黄色に変更する。設計部品表サーバ１６の制御部４０２は、不具合状態フラグ１５１２＝「３（対応不要）」または「４（対応済）」または「５（確認済）」の場合は、不具合部品番号１５０５の背景色を灰色に変更する（ステップＳ２６０２）。
【００７９】
設計部品表サーバ１６の制御部４０２は、類似不具合部品番号１５０６をキーに類似不具合関連テーブル２１３から類似度フラグ１６０４を読み出し、類似度フラグ１６０４＝１（類似度低）の場合、不具合部品番号１５０５の文字色を緑色に変更する。設計部品表サーバ１６の制御部４０２は、類似度フラグ１６０４＝２（類似度中）の場合、不具合部品番号１５０５の文字色を桃色に変更する。設計部品表サーバ１６の制御部４０２は、類似度フラグ１６０４＝３（類似度高）の場合、不具合部品番号１５０５の文字色を赤に変更する。（ステップＳ２６０３）。
【００８０】
選択した部品が製品の部品構成の中に存在しない場合、設計部品表サーバ１６の制御部４０２は、次の不具合部品番号１５０５を選択して、その部品が製品の部品構成の中にあるか検索を実施する（ステップＳ２６０４）。製品の部品構成の中に次の不具合部品番号と一致する部品がある場合、（ステップＳ２６０２）、設計部品表サーバ１６の制御部４０２は、ステップＳ２６０３と同様の処理を実施する（ステップＳ２６０５、ステップＳ２６０６）。製品の部品構成の中に次の不具合部品番号と一致する部品がない場合、設計部品表サーバ１６の制御部４０２は、検索結果の部品番号８０１一覧の中に不具合部品番号１５０５が存在するかのチェックが全て完了したか、をチェックする。（ステップＳ２６０７）。チェックしていない不具合部品番号１５０５があれば、設計部品表サーバ１６の制御部４０２は、処理をステップ２６０４に戻す。全ての不具合部品番号１５０５においてチェックが完了していたら、設計部品表サーバ１６の制御部４０２は処理を終了する。このように本実施形態では、不具合部品に類似している部品も表示する事で、過去の不具合の再発防止を支援する事が出来る。
【００８１】
続いて、不具合対策すなわち不具合への対応に関する詳細処理について説明する。図２７〜図２９は、本実施形態における不具合防止支援サーバ１４の不具合対応処理におけるシーケンス図である。この場合、設計者端末１２にて、不具合が発生している不具合部品１５０５(または、図２２〜図２５で取得した類似不具合部品番号１５０６)が選択されたとする（ステップＳ２７０１）。これを受けた設計部品表サーバ１６の制御部４０２は、設計者により選択された不具合部品１５０５(または類似不具合部品番号１５０６)の不具合情報の取得依頼を不具合防止支援サーバ１４に対し実施する（ステップＳ２７０２）。 不具合防止支援サーバ１４の制御部２０２は、不具合部品番号１５０５(または類似不具合部品番号１５０６)と前記設計者の社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２より不具合ＮＯ１５０４と、不要コメント１５０７と、対応コメント１５０８と、日付（確認済）１５０９と、日付（対応不要）１５１０と、日付（対応済）１５１１と、不具合状態フラグ１５１２を取得する（ステップＳ２７０３）。
【００８２】
また、不具合防止支援サーバ１４の制御部２０２は、前記ステップＳ２７０３で取得したデータを、設計部品表サーバ１６を介して、設計者端末１２における不具合対応状況登録画面３９０１（図３９参照）にて表示させる（ステップＳ２７０４）。この場合、不具合防止支援サーバ１４の制御部２０２は、不具合部品番号１５０５または類似不具合部品番号１５０６と、不具合状態フラグ＝３，４をキーに、ユーザ管理マスタテーブル２１２より社員ＮＯ１５０２を取得する。また、不具合防止支援サーバ１４の制御部２０２は、取得結果が存在すれば、コメントと日付をデフォルトで表示させ、重複調査による作業工数増大を防ぐ。不具合内容４００５は、不具合内容表示ボタンが設計者端末１２にて押下された後に表示させる。この場合、設計者端末１２は、設計者の「表示」ボタン押下処理を取得する（ステップＳ２７０５）。
【００８３】
一方、これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合内容の表示依頼を不具合管理サーバ１５に対し実施する（ステップＳ２７０６）。不具合管理サーバ１５の制御部３０２は、不具合ＮＯ１５０４をキーに不具合管理マスタテーブル３０７から発生日７０２と、発生工程７０３と、製品番号７０４と、記入者７０５と、不具合部品名称７０７と、不具合部品番号７０８と、発生ユニット７０９と、不具合内容７１０と、不具合原因７１１と、対策内容７１２と、対策部品７１３を取得する（ステップＳ２７０７）。そして、不具合管理サーバ１５の制御部３０２は、ここで取得した不具合情報を設計者端末１２に送って画面表示させる（ステップＳ２７０８）。
【００８４】
不具合対応中の場合、設計者端末１２は、設計者により画面３９０１にて「確認中」３９０６にチェックされる事象を受け、更に、「登録」ボタン３９１４の押下処理を取得する（ステップＳ２８０１）。これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合Ｎ０１５０４と社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２の該当レコードにて不具合状態フラグ１５１２＝２を登録する（ステップＳ２８０２）。また、不具合防止支援サーバ１４の制御部２０２は、不具合対応状況登録画面３９０１を閉じる（ステップＳ２８０３）。
【００８５】
選択している不具合の対応が不要の場合、設計者端末１２は、設計者より不具合対応状況登録画面３９０１の「対応不要」４００８が選択された事象を受け、不要コメント１５０７を取得する（ステップＳ２８０４）。また、設計者端末１２は、「登録」ボタン押下処理を取得する（ステップＳ２８０５）。
【００８６】
これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合Ｎ０１５０４と社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２の該当レコードにおいて、前記ステップＳ２８０４で取得した不要コメント１５０７、日付（対応不要）１５１０欄への現在の日付、不具合状態フラグ１５１２＝「３」を登録する（ステップＳ２８０６）。また、不具合防止支援サーバ１４の制御部２０２は、不具合対応状況登録画面３９０１を閉じる（ステップＳ２８０７）。
【００８７】
選択している不具合が対応済の場合、設計者端末１２は、不具合対応状況登録画面３９０１の「対応済」４０１０が設計者により選択された事象を受け、対応コメント１５０８を取得する（ステップＳ２９０１）。また設計者端末１２は、「登録」ボタン押下処理を取得する（ステップＳ２９０２）。
【００８８】
一方、これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合Ｎ０１５０４と社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２の該当レコードにおける、対応コメント１５０８、日付（対応済）１５１１欄への現在の日付、不具合状態フラグ１５１２＝４を登録する（ステップＳ２９０３）。また、不具合防止支援サーバ１４の制御部２０２は、不具合対応状況登録画面３９０１を閉じる（ステップＳ２９０４）。
【００８９】
他方、キャンセルの場合、設計者端末１２は、「キャンセル」ボタン押下処理を取得する（ステップＳ２９０５）。これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合Ｎ０１５０４と社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２における該当レコードにて、不具合状態フラグ１５１２＝２を登録する（ステップＳ２９０６）。また、不具合防止支援サーバ１４の制御部２０２は、不具合対応状況登録画面３９０１を閉じる（ステップＳ２９０７）。このように本実施形態では、設計部品表サーバ１６を利用して不具合情報を表示、管理する事で設計者は、リアルタイムに最新の不具合情報を不具合情報ＤＢから検索しなくても取得する事が出来る。
【００９０】
続いて、不具合情報等の審査、承認処理について説明する。図３０〜図３５は、本実施形態における不具合防止支援サーバ１４の審査・承認処理におけるシーケンス図である。ここででは、設計部品表サーバ１６の審査・承認処理に追加して不具合部品の対応有無の審査・承認処理を実施することとなる。
【００９１】
この場合、設計者端末１２は、設計者により実施されたログイン操作処理を取得する（ステップＳ３００１）。一方、これを受けた設計部品表サーバ１６の制御部４０２は、ログイン処理を実施し（ステップＳ３００２）、このログイン結果を設計者端末１２へ送信する（ステップＳ３００３）。
【００９２】
他方、設計部品表サーバ１６の制御部４０２は、前記設計者が担当している製品番号８０３一覧を取得して、設計者端末１２で画面表示させる。設計者端末１２は、設計者により選択された製品番号８０３における「審査(承認)依頼」ボタン処理を取得する（ステップＳ３００４）。
【００９３】
この時、設計部品表サーバ１６の制御部４０２は、製品番号８０３をキーにＰＪ情報マスタテーブル５０７の該当レコードにて、ＰＪコード１００２を取得する。また、設計部品表サーバ１６の制御部４０２は、ＰＪコード１００２と役割１１０３＝「審査・承認者」をキーにＰＪ人名マスタテーブル６０７の該当レコードから、社員ＮＯ１１０１を取得する。
【００９４】
また、設計部品表サーバ１６の制御部４０２は、前記取得した社員ＮＯ１１０１をキーに人名マスタテーブル６０７の該当レコードよりメールアドレスを取得する。設計部品表サーバ１６の制御部４０２は、取得したメールアドレスに宛てて、審査・承認依頼のメールを送信する（ステップＳ３００５）。
【００９５】
これを受けた承認者端末１３は、前記審査・承認依頼のメールを受信し、審査(承認)依頼が含むリンク内容について表示処理を実施する（ステップＳ３００６）。一方、設計部品表サーバ１６の制御部４０２は、対象製品の製品番号８０３をキーに構成マスタテーブル４１０の該当レコードから、親部品番号９０１と、子部品番号９０２と、員数９０４を取得し、部品マスタテーブル４０９の該当レコードから部品名称８０２と材質８０４と、単位８０５の部品構成情報を取得する。（ステップＳ３００７）。
【００９６】
また、設計部品表サーバ１６の制御部４０２は、承認依頼画面を承認者端末１３に表示させる（ステップＳ３１０１）。承認者端末１３は、審査・承認者によりボタン押下された「不具合対応状況」処理を取得する（ステップＳ３１０２）。設計部品表サーバ１６の制御部４０２は、不具合対策状況確認画面４００１（図４０参照）の表示依頼を不具合防止支援サーバ１４に対し実施する（ステップＳ３１０３）。
【００９７】
これを受けた不具合防止支援サーバ１４の制御部２０２は、製品番号８０３をキーにユーザ管理マスタテーブル２１２の該当レコードから社員ＮＯ１５０２と、不具合ＮＯ１５０４と、不具合部品番号１５０５と、不具合類似部品番号１５０６と、不要コメント１５０７と、対応コメント１５０８と、不具合状態フラグ１５１２を取得する（ステップＳ３１０４）。また、不具合防止支援サーバ１４の制御部２０２は、不具合対策状況確認画面４００１を承認者端末１３に表示させる（ステップＳ３１０５）。
【００９８】
不具合対応状況に問題がない場合、承認者端末１３は、審査・承認者が入力した審査・承認時のコメント４００６を取得して、「承認」(審査時は、「審査ＯＫ」)４００７ボタン押下処理を取得する（ステップＳ３１０６）。これを受けた不具合防止支援サーバ１４の制御部２０２は、審査・承認処理を実施する（ステップＳ３２０１）。
【００９９】
不具合対応状況に問題がある場合、承認者端末１３は、承認者により指定された箇所（不具合対応状況確認画面４００１の不具合部品番号１５０５、類似不具合部品番号１５０６のセルまたは、各設計者毎の対応状態の列４００３または、部品番号と設計者の指定セルまたは、対応済コメント欄４００５を承認者が指定する）が選択され、「メール送信」ボタン４００８が押下される事により、メール送信処理の実施依頼を不具合防止支援サーバ１４に送信する（ステップＳ３２０２）。本実施形態では、不具合対策状況確認画面４００１に表示された情報が設計者毎および部品毎に表示されているので、不具合が対応されていない場合、的確なフォローが実施出来る。
【０１００】
不具合対応状況に問題がありフォローすべき相手、について社員ＮＯと不具合部品番号１５０５（または類似不具合部品番号１５０６）が承認者に指定された場合、不具合防止支援サーバ１４の制御部２０２は、承認者が選択した社員ＮＯ１５０２からメールアドレスの取得依頼をユーザ管理サーバ１８に対して実施する（ステップＳ３２０３）。これを受けたユーザ管理サーバ１８の制御部６０２は、社員ＮＯ１５０２をキーに人名マスタテーブル６０７からメールアドレス１２０７を取得し、不具合防止支援サーバ１４に返す（ステップＳ３２０４）。
【０１０１】
一方、不具合防止支援サーバ１４の制御部２０２は、ユーザ管理サーバ１８から取得したメールアドレス１２０７に宛てて、例えば「不具合番号Ａ１２３４５６７(選択した部品番号)の対応を実施して下さい」といった文章と、コメント４００６に入力された内容を含んだメールを送信する（ステップＳ３２０５）。
【０１０２】
不具合対応状況に問題がありフォローすべき相手、について社員ＮＯのみが承認者に指定された（部品番号は、指定したユーザが担当している全不具合部品番号１５０５（類似不具合部品番号１５０６を含む）となる）場合、不具合防止支援サーバ１４の制御部２０２は、承認者が選択した社員ＮＯ１５０２から、メールアドレスの取得依頼をユーザ管理サーバ１８に対して実施する（ステップＳ３３０１）。これを受けたユーザ管理サーバ１８の制御部６０２は、社員ＮＯをキーに人名マスタテーブル６０７からメールアドレス１２０７を取得し、これを不具合防止支援サーバ１４に返す（ステップＳ３３０２）。
【０１０３】
一方、不具合防止支援サーバ１４の制御部２０２は、社員ＮＯ１５０２と、製品番号８０３と、不具合状態フラグ１５１２＝０、または１、または２（不具合対応を実施していない状態）をキーに、ユーザ管理マスタテーブル２１２から不具合部品番号１５０５および不具合類似部品番号１５０６を取得し、前記ステップＳ３４０２で取得したメールアドレス１２０７に宛てて、例えば、「以下の不具合番号の対応を実施して下さい」の文章とコメント４００６に入力された内容を含んだメッセージで、該当ユーザが未対応の不具合部品番号（類似不具合部品番号も含む）一覧を記載した内容のメールを送信する（ステップＳ３３０３）。
【０１０４】
不具合対応状況に問題がありフォローすべき相手、について不具合部品番号１５０５（または類似不具合部品番号１５０６）のみ（ユーザは、指定した不具合部品番号１５０５または類似不具合部品番号１５０６に関係するユーザ全てとなる）が承認者に指定された場合、不具合防止支援サーバ１４の制御部２０２は、承認者が選択した不具合部品番号１５０５(または不具合類似部品番号１５０６)と製品番号８０３をキーに、ユーザ管理マスタテーブル２１２より社員ＮＯ１５０２を取得する。また、不具合防止支援サーバ１４の制御部２０２は、取得した社員ＮＯ１５０２から、メールアドレスの取得依頼をユーザ管理サーバ１８に対して実施する（ステップＳ３４０１）。これを受けたユーザ管理サーバ１８の制御部６０２は、社員ＮＯをキーに人名マスタテーブル６０７からメールアドレス１２０７を取得し不具合防止支援サーバ１４に返す（ステップＳ３４０２）。
【０１０５】
不具合防止支援サーバ１４の制御部２０２は、取得したメールアドレス１２０７に宛てて、例えば「不具合番号ＡＢ０１００００１について未対応の方は対応を実施して下さい」といった文章と、コメント４００６に入力されたメッセージを含んだメールを送信する（ステップＳ３４０３）。
【０１０６】
不具合対応状況に問題がありフォローすべき相手、について、対応コメント１５０８が承認者に指定された場合、不具合防止支援サーバ１４の制御部２０２は、承認者が選択した対応コメント１５０８と、製品番号８０３をキーにユーザ管理マスタテーブル２１２より社員ＮＯ１５０２を取得する。また、不具合防止支援サーバ１４の制御部２０２は、取得した社員ＮＯ１５０２から、メールアドレスの取得依頼をユーザ管理サーバ１８に対して実施する（ステップＳ３４０４）。これを受けたユーザ管理サーバ１８の制御部６０２は、社員ＮＯをキーに人名マスタテーブル６０７からメールアドレス１２０７を取得し、これを不具合防止支援サーバ１４に返す（ステップＳ３４０５）。
【０１０７】
不具合防止支援サーバ１４の制御部２０２は、前記ユーザ管理サーバ１８から取得したメールアドレス１２０７に宛てて、例えば「コメント内容を見直して下さい。」といった文章と、コメント４００６に入力されたメッセージを含んだメールを送信する（ステップＳ３５０１）。上記メール送信が完了したならば、前記承認者端末１３は、「キャンセル」ボタン押下の事象を取得する（ステップＳ３５０２）。これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合対策状況確認画面４００１を閉じる（ステップＳ３５０３）。このように本実施形態では、設計部品表サーバ１６を利用する事で、設計者毎の不具合対応状況を把握でき、的確なフォローを実施する事が出来る。
【０１０８】
図３６は、本実施形態における審査・承認処理の前記ステップＳ３２０１の詳細を示すフローチャートである。この場合、審査処理時に、各不具合部品番号１５０５(または不具合類似部品番号１５０６)に対応付いた不具合対応状態が「確認中」、「対策不要」、「対応済」、「確認済」(不具合状態フラグ１５１２が２、３、４、５)のユーザが、一人もいない場合、不具合防止支援サーバ１４の制御部２０２は、例えば「処理が未対応の部品があります。部品の対応を確認して下さい。」といったメッセージを承認者端末１３にて表示させて審査処理を中断し、不具合対策状況確認画面４００１での処理に制御を戻す。本処理は、審査段階であるので、不具合対応状態が「対応済」であることを必須とはしていない。もし、迅速な対応が必要な部品がある場合には、前記ステップＳ３２０２でメール送信処理を実施して、対応の確認後、審査処理を実行することとなる。また、上記以外の場合、不具合防止支援サーバ１４の制御部２０２は、審査完了メッセージを承認者端末１３にて表示させ、不具合対策状況確認画面４００１の画面を閉じる（ステップＳ３６０１）。 一方、承認処理の場合で、各不具合部品番号１５０５または、類似不具合部品番号１５０６の類似度フラグ１６０４＝３（類似度「高」なので不具合部品と同様の扱いとする）の場合、不具合対応状態が「対応済」(不具合状態フラグ１５１２が４)のユーザが一人もいない時、不具合防止支援サーバ１４の制御部２０２は、例えば「処理が「対応済」でない不具合部品があります。部品の対応を確認して下さい。」といったメッセージを承認者端末１３に表示させて承認処理を中断し、不具合対策状況確認画面４００１での処理へ制御を戻す。また、不具合類似部品番号１５０６の類似度フラグ１６０４＝１、２の場合、不具合対応状態が「確認中」、「対策不要」、「対応済」、「確認済」(不具合状態フラグ１５１２が２，３，４，５)のユーザが一人もいない場合、不具合防止支援サーバ１４の制御部２０２は、例えば、「類似不具合類似部品番号が未対応の部品があります。対応内容を確認して下さい。」といったメッセージを表示して承認処理を中断し、不具合対策状況確認画面４００１での処理へ制御を戻す（ステップＳ３６０２）。承認処理の場合で、上記以外ならば、不具合防止支援サーバ１４の制御部２０２は、承認完了のメッセージを承認者端末１３に表示させ、不具合対策状況確認画面４００１を閉じる（ステップＳ３６０３）。
【０１０９】
なお、図３７は本実施形態における不具合防止支援サーバ１４のメール送信画面３７０１の例を示す図である。このメール送信画面３７０１は、不具合ＮＯ表示欄３７０２と、不具合部品番号表示欄３７０３と、不具合内容表示欄３７０４と、不具合内容参照画面へのリンク表示欄３７０５を有している。
【０１１０】
また、図３８は本実施形態における不具合防止支援サーバ１４のメール送信画面の文章３８０１の例を示す図である。前記メール送信画面３７０１において、前記ステップＳ１９０１の処理時に、日付によりメール内容を選択するが、このメール内容となる文章が以下のとおりとなる。メール送信初回は、「つきましては、至急対応をお願い致します。」３８０２、注意時は、「不具合対策期限１ヶ月前です。早めの対応をお願いします。」３８０３、警告時は、「不具合対策期限１０日前です。至急の対応をお願いします。」３８０４、最終時は、「不具合対策期限です。内容を確認して、最優先で対応をお願いします。」３８０５のメッセージ、となる。
【０１１１】
また、図３９は本実施形態における不具合防止支援サーバ１４の不具合対応状況登録画面３９０１の例を示す図である。当該画面３９０１は、不具合内容を表示するボタン３９０２と、不具合ＮＯ表示欄３９０３と、不具合部品表示欄３９０４と、不具合内容表示欄３９０５と、対応状況の確認中ボタン３９０６と、確認中の処理実施日付３９０７と、対応状況の対応不要ボタンとコメント入力欄３９０８と、対応不要の処理実施日付３９０９と、対応済ボタンとコメント欄３９１０と、対応済の処理実施日付３９１１と、確認済ボタン３９１２と、確認済の処理実施日付３９１３と、登録ボタン３９１４と、キャンセルボタン３９１５を有している。
【０１１２】
また、図４０は本実施形態における不具合防止支援サーバ１４の不具合対応状況確認画面４００１の例を示す図である。当該画面４００１は、不具合番号（類似不具合番号も含む）列４００２と、各設計者毎の対応状態の列４００３と、全該当部品において、対応済の有無を表示する体対応状態の列４００４と、対応済コメント列４００５と、審査・承認処理時または、メール送信時のコメントを入力するコメント欄４００６と、承認ボタン４００７と、メール送信ボタン４００８と、却下ボタン４００９と、キャンセルボタン４０１０を有している。本実施形態では、「未」表示は、不具合状態フラグ１５１２が０または１の場合で未対応である事を示す。また、「確中」表示は、不具合状態フラグ１５１２が２の場合で、対応中である事を示す。また、「不要」表示は、不具合状態フラグ１５１２が３の場合で、対応が不要である事を示す。また、「済」表示は、不具合状態フラグ１５１２が４の場合で、対応が完了している事を示す。また、「確済」表示は、不具合状態フラグ１５１２が５の場合で、対応の確認が完了している事を示す。
【０１１３】
なお、上記各コンピュータが具備するプログラムは、ＷＥＢサーバを設置し、ＷＥＢサーバ上に格納しても良い。また、不具合防止支援サーバ上に各設計者ごとに対応した不具合情報の検索や不具合情報の種類・参照回数・対応日などを集計する不具合管理機能を備えるとしても良い。
【０１１４】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【０１１５】
こうした本実施形態によれば、設計者等の各担当者が閲覧する業務画面上で不具合情報等を自動表示させる事で、担当者らによる検索作業自体を不要とし、作業効率の向上が望める。また、最新の不具合情報や不具合部品と類似する部品の情報などをリアルタイムで担当者らに伝達し、その確認、フォローを実施させる事で、不具合情報伝達の漏れ防止、設計や不具合対応のスキル向上を図ることが可能となり、ひいては不具合の再発を低減させることとなる。更には、以上の効果により、設計から生産までの期間短縮、製品の品質向上といった製造業務全体に関する効果も期待できる。
【０１１６】
したがって、発生した不具合や該不具合への対策に関する情報を迅速かつ確実に担当者等にフィードバックし、不具合再発を防止することが可能となる。
【０１１７】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、前記不具合防止支援システムにおける前記制御部は、前記処理要求が含む前記業務担当者の識別情報を取得し、当該処理要求が含む製品情報および前記識別情報をキーとして、記憶部に格納している該当業務担当者に関して該当製品について登録されている不具合情報を取得する処理を実行するものであるとしてもよい。
【０１１８】
また、前記不具合防止支援システムにおける前記制御部は、前記不具合部品の部品名称を示すデータを前記部品情報ないし不具合情報から抽出し、該部品名称のデータが示す数字以外の連続文字列を特定する処理と、前記部品表データにおける部品構成にて、前記不具合部品の属する階層の他部品と該階層の上位階層に含まれる部品とからなる部品群を特定する処理と、部品表データにおける前記不具合部品以外の各部品に関して、前記連続文字列を部品名称に含み、自身が含まれる部品構成が前記部品群と一致するか判定し、該判定による一致度が所定以上であるものを前記不具合部品との不具合類似部品として特定する処理と、前記不具合部品および不具合類似部品のそれぞれに関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理を実行するものである、としてもよい。
【０１１９】
また、前記不具合防止支援システムにおける前記制御部は、前記不具合部品に関して業務担当者の端末から不具合対応に関する情報を受信し、対応日時の情報と共に記憶部の不具合情報に対応付けて格納する処理と、所定タイミングで記憶部における不具合対応に関する情報を参照し、不具合部品毎に予め定められた対応期限を含む所定期間に達しているが対応内容が所定基準以下となっている不具合部品を特定し、当該不具合部品を含む製品を担当する業務担当者の端末アドレスを、業務担当者と担当製品とに関する各情報を対応付けて管理する記憶部の所定データベースから取得し、前記不具合部品に関して対応を行うよう促す通知を前記業務担当者の端末アドレスに宛てて送信する処理を実行するものであるとしてもよい。
【符号の説明】
【０１２０】
１ 不具合防止支援システム
１０ 保守員端末
１１ 品質要員端末
１２ 設計者端末
１３ 承認者端末
１４ 不具合防止支援サーバ
１５ 不具合管理サーバ
１６ 設計部品表サーバ
１７ プロジェクト管理サーバ
１８ ユーザ管理サーバ
１９ ネットワーク
２０１、３０１、４０１、５０１、６０１ 記憶部
２０２、３０２、４０２、５０２、６０２ 制御部
２０３，３０３、４０３、５０３、６０３ ネットワークインターフェース部
２１１ 不具合情報マスタテーブル
２１２ ユーザ管理マスタテーブル
２１３ 類似不具合関連テーブル
３０７ 不具合管理マスタテーブル
４０９ 部品マスタテーブル
４１０ 構成マスタテーブル
５０７ ＰＪ情報マスタテーブル
５０８ ＰＪ人名マスタテーブル
６０７ 人名マスタテーブル
【技術分野】
【０００１】
本発明は、不具合防止支援システム、不具合防止支援方法、および不具合防止支援プログラムに関するものであり、具体的には、発生した不具合や該不具合への対策に関する情報を迅速かつ確実に担当者等にフィードバックし、不具合再発を防止する技術に関する。
【背景技術】
【０００２】
近年製造業においては少品種・多量生産から多品種・少量生産へと状況が変化してきており、様々な製品をそれぞれタイミングよく適正な価格で世の中へ迅速に投入することが求められている。このため、多くの企業では、設計から生産にいたる各工程での業務効率化への取組みが行われている。例えば、設計業務における効率向上には、過去に発生した不具合と同様な不具合の発生をなくし、設計作業の手戻りを防ぐ事が必須となっている。そこで、各行程等で不具合が発生した情報は不具合情報用のデータベース等へ逐次蓄積され、各行程の担当者らにより検索可能となっている。
【０００３】
こうした不具合情報の履歴を活用した従来技術としては、例えば、不具合情報を設計工程前と設計工程後、出荷前に画面に表示して対策実施有無を確認する装置・手法（特許文献１参照）、不具合情報の単位で不具合発生から原因調査・対策の検討・対策実施・効果算出・不具合の歯止めまで不具合発生から歯止めまでを一括管理する手法（特許文献２参照）、などが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１１７４４号公報
【特許文献２】特開２００３−１８７０６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、例えば設計者が設計業務の実施前に、設計対象に関連すると思われる不具合情報に関して上述のデータベースにて参照する場合、多くの作業時間が必要となるだけでなく、大量な事例中から的確に該当情報を探し出すのが困難であり、検索漏れなども発生しがちである。また、工程の前後などで不具合情報を確認するのでは、他部門等でも随時発生する不具合情報を確認し、迅速に対応する事が困難である。また、不具合に対して担当者が対策を行った際の情報が、他の担当者らに確実に伝達される仕組みが無く、不具合とその対応状況に関する情報が効率的に共有されていなかった。
【０００６】
そこで本発明の目的は、発生した不具合や該不具合への対策に関する情報を迅速かつ確実に担当者等にフィードバックし、不具合再発を防止する技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決する本発明の不具合防止支援システムは、他装置との通信を行う通信部、および各種データを格納する記憶部と、所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理を実行する制御部と、を備えることを特徴とする。
【０００８】
また、本発明の不具合防止支援方法は、他装置との通信を行う通信部、および各種データを格納する記憶部を備えたコンピュータが、所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理と、を実行することを特徴とする。
【０００９】
また、本発明の不具合防止支援プログラムは、他装置との通信を行う通信部、および各種データを格納する記憶部を備えたコンピュータに、所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理と、を実行させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、発生した不具合や該不具合への対策に関する情報を迅速かつ確実に担当者等にフィードバックし、不具合再発を防止することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態における不具合防止支援システムを含むネットワーク構成例を示す図である。
【図２】本実施形態における不具合防止支援サーバの構成例を示す図である。
【図３】本実施形態における不具合管理サーバの構成例を示す図である。
【図４】本実施形態における設計部品表サーバの構成例を示す図である。
【図５】本実施形態におけるプロジェクト管理サーバの構成例を示す図である。
【図６】本実施形態におけるユーザ管理サーバの構成例を示す図である。
【図７】本実施形態における不具合管理マスタテーブルのデータ構造例を示す図である。
【図８】本実施形態における部品マスタテーブルのデータ構造例を示す図である。
【図９】本実施形態における構成マスタテーブルのデータ構造例を示す図である。
【図１０】本実施形態におけるＰＪ情報マスタテーブルのデータ構造例を示す図である。
【図１１】本実施形態におけるＰＪ人名マスタテーブルのデータ構造例を示す図である。
【図１２】本実施形態における人名マスタテーブルのデータ構造例を示す図である。
【図１３】本実施形態における不具合防止支援方法の処理フロー例１を示す図である。
【図１４】本実施形態における不具合情報マスタテーブルのデータ構造例を示す図である。
【図１５】本実施形態におけるユーザ管理マスタテーブルのデータ構造例を示す図である。
【図１６】本実施形態における類似不具合関連テーブルのデータ構造例を示す図である。
【図１７】本実施形態における不具合防止支援方法の処理フロー例２を示す図である。
【図１８】本実施形態における不具合防止支援方法の処理フロー例３を示す図である。
【図１９】本実施形態における不具合防止支援方法の処理フロー例４を示す図である。
【図２０】本実施形態における不具合防止支援方法の処理フロー例５を示す図である。
【図２１】本実施形態における不具合防止支援方法の処理フロー例６を示す図である。
【図２２】本実施形態における不具合防止支援方法の処理フロー例７を示す図である。
【図２３】本実施形態における不具合防止支援方法の処理フロー例８を示す図である。
【図２４】本実施形態における不具合防止支援方法の処理フロー例９を示す図である。
【図２５】本実施形態における不具合防止支援方法の処理フロー例１０を示す図である。
【図２６】本実施形態における不具合防止支援方法の処理フロー例１１を示す図である。
【図２７】本実施形態における不具合防止支援方法の処理フロー例１２を示す図である。
【図２８】本実施形態における不具合防止支援方法の処理フロー例１３を示す図である。
【図２９】本実施形態における不具合防止支援方法の処理フロー例１４を示す図である。
【図３０】本実施形態における不具合防止支援方法の処理フロー例１５を示す図である。
【図３１】本実施形態における不具合防止支援方法の処理フロー例１６を示す図である。
【図３２】本実施形態における不具合防止支援方法の処理フロー例１７を示す図である。
【図３３】本実施形態における不具合防止支援方法の処理フロー例１８を示す図である。
【図３４】本実施形態における不具合防止支援方法の処理フロー例１９を示す図である。
【図３５】本実施形態における不具合防止支援方法の処理フロー例２０を示す図である。
【図３６】本実施形態における不具合防止支援方法の処理フロー例２１を示す図である。
【図３７】本実施形態における画面例１を示す図である。
【図３８】本実施形態における通知文例を示す図である。
【図３９】本実施形態における画面例２を示す図である。
【図４０】本実施形態における画面例３を示す図である。
【発明を実施するための形態】
【００１２】
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の不具合防止支援システム１を含むネットワーク構成例を示す図である。図１に示す不具合防止支援システム１（以下、システム１）は、発生した不具合や該不具合への対策に関する情報を迅速かつ確実に担当者等にフィードバックし、不具合再発を防止するコンピュータシステムである。ここでは一例として、本実施形態の不具合防止支援システム１を、不具合防止支援サーバ１４、不具合管理サーバ１５、設計部品表サーバ１６、プロジェクト管理サーバ１７、およびユーザ管理サーバ１８といったサーバ群で構成した状況を想定している。
【００１３】
こうした不具合防止支援サーバ１４、不具合管理サーバ１５、設計部品表サーバ１６、プロジェクト管理サーバ１７、およびユーザ管理サーバ１８は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２０を介して接続されている。従って本実施形態では、本発明の不具合防止支援システムとして備えるべき機能や必要なデータ類は、これらサーバ１４〜１８が協働して実現している。勿論、単体のサーバ装置のみで必要な機能やデータを具備するとしてもよい。
【００１４】
また、前記システム１の各サーバ類は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)等のネットワーク１９を介して、保守員端末１０、品質要員端末１１、設計者端末１２、および承認者端末１３と通信可能である。
【００１５】
続いて、前記システム１を構成する各サーバの構成例について説明する。なお、以下で説明する各サーバ類の具備する各機能は、各サーバが例えばそのメモリ等に読み出して実行するプログラムによって実現される。図２は、本実施形態における不具合防止支援サーバ１４の構成例を示す図である。
【００１６】
前記不具合防止支援サーバ１４は、一般的なコンピュータあるいは情報処理装置により実現でき、各種記憶装置により構成される記憶部２０１と、ＣＰＵなどの演算装置で構成される制御部２０２と、通信部たるネットワークインターフェース部２０３を具備する。上記各部２０１〜２０３の間はＢＵＳ（バス）等を介して接続されている。
【００１７】
記憶部２０１には、端末類から受けた不具合情報の登録処理を実行する不具合情報登録機能２０４、不具合情報を関係者の端末へメール通知する不具合情報通知機能２０５、不具合情報を部品表データ上で表示させる不具合情報表示機能２０６、不具合対応の進捗を登録する不具合進捗登録機能２０７、不具合情報の審査・承認の処理をする不具合審査承認機能２０８、といった機能を実現するプログラムが格納されている。また、記憶部２０１には、このほかにも、不具合情報マスタテーブル２１１、ユーザ管理マスタテーブル２１２、および類似不具合関連テーブル２１３が格納されている。これらテーブル類のデータ構成例については後述する（以下同様）。
【００１８】
図３は、本実施形態における不具合管理サーバ１５の構成例を示す図である。不具合管理サーバ１５は、一般的なコンピュータあるいは情報処理装置により実現でき、各種記憶装置にて構成される記憶部３０１と、ＣＰＵなどの演算装置で構成される制御部３０２と、通信部たるネットワークインターフェース部３０３を具備する。前記各部３０１〜３０３の間はＢＵＳ（バス）等を介して接続されている。
【００１９】
記憶部３０１には、発生した不具合の情報を登録する不具合登録機能３０４、不具合の対応方法を承認する不具合承認機能３０５、過去に発生した不具合を検索する不具合検索機能３０６、といった機能を実現するプログラムと、不具合管理マスタテーブル３０７が格納されている。
【００２０】
図４は、本実施形態における設計部品表サーバ１６の構成例を示す図である。設計部品表サーバ１６は、一般的なコンピュータあるいは情報処理装置により実現でき、各種記憶装置にて構成される記憶部４０１と、ＣＰＵなどの演算装置で構成される制御部４０２と、通信部たるネットワークインターフェース部４０３を具備する。前記各部４０１〜４０３の間はＢＵＳ（バス）等を介して接続されている。
【００２１】
記憶部４０１には、部品を部品表の構成内に登録する部品登録機能４０４、登録した部品情報を編集する部品編集機能４０５、登録した部品構成を編集する部品構成編集機能４０６、部品を検索する部品検索機能４０７、部品構成を承認する部品構成承認機能４０８、といった機能を実現するプログラムと、部品マスタテーブル４０９および構成マスタテーブル４１０が格納されている。
【００２２】
図５は、本実施形態におけるプロジェクト管理サーバ１７の構成例を示す図である。プロジェクト管理サーバ１７は、一般的なコンピュータあるいは情報処理装置により実現でき、各種記憶装置にて構成される記憶部５０１と、ＣＰＵなどの演算装置で構成される制御部５０２と、通信部たるネットワークインターフェース部５０３を具備する。前記各部５０１〜５０３の間はＢＵＳ（バス）等を介して接続されている。
【００２３】
記憶部５０１には、プロジェクトを登録するＰＪ登録機能５０４、登録したプロジェクトを編集するＰＪ編集機能５０５、プロジェクト情報を承認するＰＪ承認機能５０６といた機能を実現するプログラムと、ＰＪ情報マスタテーブル５０７およびＰＪ人名マスタテーブル５０８が格納されている。
【００２４】
図６は、本実施形態におけるユーザ管理サーバ１８の構成例を示す図である。ユーザ管理サーバ１８は、一般的なコンピュータあるいは情報処理装置により実現でき、各種記憶装置にて構成される記憶部６０１と、ＣＰＵなどの演算装置で構成される制御部６０２と、通信部たるネットワークインターフェース部６０３を具備する。前記各部６０１〜６０３の間はＢＵＳ（バス）等を介して接続されている。
【００２５】
記憶部６０１には、ユーザ情報を登録するユーザ登録機能６０４、登録したユーザ情報を編集するユーザ編集機能６０５、ユーザ情報を承認するユーザ承認機能６０６といた機能を実現するプログラムと、人名マスタテーブル６０７が格納されている。
【００２６】
続いて、上述の不具合管理サーバ１５、設計部品表サーバ１６、プロジェクト管理サーバ１７、およびユーザ管理サーバ１８らが記憶部に保持するテーブル等について説明する。 図７は、本実施形態における不具合管理サーバ１５が有する不具合管理マスタテーブル３０７のデータ構造例を示す図である。この不具合管理マスタテーブル３０７には、製品に関して発生した不具合に関する情報が格納されている。図７に示すように、不具合管理マスタテーブル３０７は、不具合事象毎のレコードが含まれており、各レコードには、不具合情報を識別する不具合ＮＯ７０１、発生日７０２、不具合が発生した工程を示す発生工程７０３、不具合が生じた部品の製品番号を示す製品番号７０４、不具合情報の記入者７０５、その社員ＮＯ７０６、不具合部品名称７０７、不具合部品番号７０８、不具合が発生したユニットを示す発生ユニット７０９、不具合内容７１０、不具合原因７１１、対策内容７１２、対策する際に使用する部品番号を示す対策部品７１３、および不具合登録処理の状態を示す不具合状態７１４の各データが含まれている。
【００２７】
本実施形態では、不具合状態７１４が「登録」の場合は、不具合内容の登録中である事を示し、不具合状態７１４が「承認依頼中」の場合は、不具合内容の承認を依頼中である事を示し、不具合状態７１４が「承認済」の場合は、不具合内容が承認済である事を示す。なお本実施形態では、不具合管理マスタテーブル３０７の各項目は既に登録されているものとする。
【００２８】
図８は、本実施形態における設計部品表サーバ１６が有する部品マスタテーブル４０９のデータ構造例を示す図である。この部品マスタテーブル４０９は、各部品に関する情報を格納している。図８に示すように、部品マスタテーブル４０９は、部品毎の情報を含んだレコードの集合体であり、各レコードには、部品の識別番号を示す部品番号８０１、部品名称８０２、部品が属している製品の番号を示す製品番号８０３、部品の材質名称を示す材質８０４、および部品の単位を示す単位８０５の各データが含まれている。本実施形態では、部品マスタテーブル４０９の各項目は既に登録されているものをする。
【００２９】
図９は、本実施形態における設計部品表サーバ１６が有する構成マスタテーブル４１０のデータ構造例を示す図である。構成マスタテーブル４１０には、製品を構成する各部品間での親子関係すなわち部品構成に関する情報が格納されている。図９に示すように、構成マスタテーブル４１０は、複数のレコードを有しており、各レコードは、ある部品（＝子部品）から構成される部品（＝親部品）といった親子関係にある２つの部品間で上位の部品を示す親部品番号９０１、２つの部品間で下位の部品を示す子部品番号９０２、これら親子の各部品が属している製品の番号を示す製品番号９０３、および子部品の数量を示す員数９０４がそれぞれ対応付けられて格納されている。本実施形態では、構成マスタテーブル４１０の各項目は既に登録されているものをする。
【００３０】
図１０は、本実施形態におけるプロジェクト管理サーバ１７が有するＰＪ情報マスタテーブル５０７のデータ構造例を示す図である。ＰＪ情報マスタテーブル５０７にはプロジェクトに関する情報が格納されている。図１０に示すように、ＰＪ情報マスタテーブル５０７は、複数のレコードを有しており、各レコードには、プロジェクトの名称を示すＰＪ名称１００１、プロジェクトのコードを示すＰＪコード１００２、プロジェクトで取り扱う製品の製品番号１００３、製品設計リリース日１００４、不具合対応期限１００５、および製品出荷予定日１００６が含まれている。本実施形態では、ＰＪ情報マスタテーブル５０７の各項目は既に登録されているものをする。
【００３１】
図１１は、本実施形態におけるプロジェクト管理サーバ１７が有するＰＪ人名マスタテーブル５０８のデータ構造例を示す図である。ＰＪ人名マスタテーブル５０８にはプロジェクトに属している人名を関連付ける情報が格納されている。図１１に示すように、このＰＪ人名マスタテーブル５０８は、複数のレコードを有しており、各レコードには、プロジェクトに関与す社員の社員ＮＯ１１０１、該当社員が関与するプロジェクトのコードを示すＰＪコード１１０２、および該当社員の役割を示す役割１１０３といったデータが含まれている。本実施形態では、前記役割１１０３が「担当」の場合は、設計の担当者を示し、「審査・承認者」の場合は、審査と承認を実施する者を示し、「管理者」の場合は製品のプロジェクトの取纏者を示す。本実施形態では、ＰＪ人名マスタテーブル５０８の各項目は既に登録されているものをする。
【００３２】
図１２は、本実施形態におけるユーザ管理サーバ１８が有する人名マスタテーブル６０７のデータ構造の例を示す図である。この人名マスタテーブル６０７には、少なくとも前記ＰＪ人名マスタテーブル５０８に登録されている社員に関する情報が格納されている。図１２に示すように、この人名マスタテーブル６０７は、複数のレコードを有しており、各レコードには、社員の社員ＮＯ１２０１、その漢字名称１２０２、ローマ字名称１２０３、カタカナ名称１２０４、所属部署を示す部署ＮＯ１２０５、部署名称１２０６、メールアドレス１２０７、入社年月日１２０８、内線１２０９、および上長社員ＮＯ１２１０といったデータが含まれている。本実施形態では、人名マスタテーブル６０７の各項目は既に登録されているものをする。
【００３３】
続いて、本実施形態の不具合防止支援方法における不具合管理サーバ１５での処理について説明する。図１３は、本実施形態における不具合防止支援方法の処理フロー例１を示す図である。この場合、製品の保守員が保守員端末１０から不具合管理サーバ１５にアクセスしログインする。また、この保守員端末１０では前記保守員による不具合に関する情報入力が行われ、この情報は不具合管理サーバ１５に送られる。
【００３４】
一方、不具合管理サーバ１５の制御部３０２は、前記保守員により入力された不具合の情報を保守員端末１０より取得する（ステップＳ１３０１）。不具合管理サーバ１５の制御部３０２は、取得した不具合の情報が含む、不具合の発生工程７０３、不具合が生じた製品の製品番号７０４、不具合の原因とされる不具合部品名称７０７、不具合部品番号７０８、不具合が発生した発生ユニット７０９、および不具合内容７１０の各データを含んだ不具合情報を、不具合管理マスタテーブル３０７へ登録する。この場合、不具合管理サーバ１５の制御部３０２は、ユニークな番号である不具合ＮＯ７０１と発生日７０２のデータを生成し、ログインＩＤから前記保守員の社員ＮＯを取得し、不具合状態７１４＝「登録中」、を前記不具合情報に対応付けて不具合管理マスタテーブル３０７へ登録する（ステップＳ１３０２）。
【００３５】
不具合管理サーバ１５の制御部３０２は、前記ステップＳ１３０１等で取得した不具合情報に関して、例えばユーザ管理サーバ１８に役割１１０３が「担当」となっている社員とそのメールアドレスを問い合わせて必要な情報を取得し、前記不具合情報に関する原因調査依頼のメールを、前記メールアドレスが示す設計者端末１２へ送信する（Ｓ１３０３）。 一方、設計者端末１２は前記メールを受信する。受信したメールについては、設計者による内容確認が実施されることとなる。この設計者は、該設計者端末１２にて不具合管理サーバ１５にアクセスし原因調査結果を送信する。不具合管理サーバ１５の制御部３０２は、前記設計者が検討した不具合原因７１１のデータを取得する（ステップＳ１３０４）。 また、不具合管理サーバ１５の制御部３０２は、前記不具合原因７１１のデータを取得したら、該当不具合の対策検討依頼メールを上記同様に設計者端末１２へと送信する（ステップＳ１３０５）。設計者端末１２はこの対策検討依頼のメールを受信する。このメールは設計者による内容確認が実施されることとなる。前記設計者は、設計者端末１２にて不具合管理サーバ１５にアクセスし対策検討結果を送信する。不具合管理サーバ１５の制御部３０２は、前記設計者端末１２から、対策内容７１２と対策部品７１３の各データを取得する（ステップＳ１３０６）。この時、不具合管理サーバ１５の制御部３０２は、設計者による対応内容７１２の承認依頼を受信することになる（ステップＳ１３０７）。
【００３６】
不具合管理サーバ１５の制御部３０２は、品質管理部門の承認者端末１３に、前記対策内容７１２に関する承認依頼メールを送信し、不具合管理マスタテーブル３０７の不具合状態７１４を「承認依頼中」とする（ステップＳ１３０８）。
【００３７】
他方、不具合管理サーバ１５の制御部３０２は、前記不具合原因７１１と前記対策内容７１２に関する品質管理部門による承認結果を受信する（ステップＳ１３０９）。不具合管理サーバ１５の制御部３０２は、前記承認結果が承認を示す場合、該当不具合の不具合原因７１１、対策内容７１２、および対策部品７１３の各データを不具合管理マスタテーブル３０７における該当不具合情報のレコードへ登録し、不具合状態７１４を「承認済」へ変更する（ステップＳ１３１０）。また、不具合管理サーバ１５の制御部３０２は、不具合情報等を適宜含んだ承認完了メールを前記保守員端末１０、品質要員端末１１、設計者端末１２、および不具合防止支援サーバ１４へ送信する（ステップＳ１３１１）。
【００３８】
次に、不具合防止支援サーバ１４の備えるテーブル類について説明しておく。図１４は、本実施形態における不具合防止支援サーバ１４が有する不具合情報マスタテーブル２１１のデータ構造例を示す図である。この不具合情報マスタテーブル２１１には、不具合管理サーバ１５から送信された不具合情報と不具合部品のプロジェクトに関する情報が格納されている。
【００３９】
図１４に示すように、前記不具合情報マスタテーブル２１１は、複数のレコードを有しており、各レコードには、不具合事象を識別する不具合ＮＯ１４０１、不具合が発生した部品を示す不具合部品番号１４０２、不具合部品名称１４０３、不具合が生じた部品が含まれる製品の製品部品番号１４０４、不具合の発生したプロジェクトコードを示すＰＪコード１４０５、不具合対応を喚起する注意メールを送信する日付を示す再メール日付_注意１４０６、警告メールを送信する日付を示す再メール日付_警告１４０７、および最終警告メールを送信する日付を示す再メール日付_最終１４０８といった各データが含まれている。
【００４０】
図１５は、本実施形態における不具合防止支援サーバ１４が有するユーザ管理マスタテーブル２１２のデータ構造例を示す図である。ユーザ管理マスタテーブル２１２には、設計者ごとの不具合情報およびその対策状況に関する情報が格納されている。図１５に示すように、不具合情報マスタテーブル２１１は、複数のレコードを有しており、各レコードには、不具合が生じたプロジェクトのプロジェクトコードを示すＰＪコード１５０１、設計者の社員ＮＯ１５０２、不具合が生じた製品番号１５０３、不具合事象を識別する不具合ＮＯ１５０４、不具合が発生した部品を示す不具合部品番号１５０５、不具合部品と類似した部品番号を示す不具合類似部品番号１５０６、不具合に対し対策不要時のコメントを示す不要コメント１５０７、不具合への対応時のコメントを示す対応コメント１５０８、不具合への対策の確認処理を完了した日付を示す日付（確認済）１５０９、不具合への対策不要の処理を実施した日付を示す日付（対応不要）１５１０、不具合への対応済処理を実施した日付を示す日付（対応済）１５１１、および不具合の対策状態を示す不具合状態フラグ１５１２といったデータが含まれている。
【００４１】
本実施形態において、前記不具合状態フラグ１５１２が「０」の場合はデフォルト状態であり、「１」の場合は不具合部品の情報を部品表上に表示した事を示し、「２」の場合は不具合対応状況登録画面３９０１で不具合内容が確認中である事を示し、「３」の場合は不具合対応状況登録画面３９０１で対応不要の処理がなされた事を示し、「４」の場合は不具合対応状況確認画面３９０１上で不具合の対応を完了した事を示し、「５」の場合は不具合対応状況登録画面３９０１上で不具合内容の確認が完了した事を示す。
【００４２】
図１６は、本実施形態における不具合防止支援サーバ１４が有する類似不具合関連テーブル２１３のデータ構造例を示す図である。類似不具合関連テーブル２１３には不具合部品とこれに類似する部品との関連を示す情報が格納されている。図１６に示すように、類似不具合関連テーブル２１３は、複数のレコードを有しており、各レコードには、不具合が生じた製品を示す製品番号１６０１、不具合が発生した部品番号を示す不具合部品番号１６０２、該当不具合部品と部品名称等が類似した部品を示す類似不具合部品番号１６０３、不具合部品とその類似部品との部品名称等の類似度を示す類似度フラグ１６０４といったデータが含まれている。
【００４３】
本実施形態では、前記類似度フラグ１６０４が「１」の場合、類似度「低」と定義する。具体的には、不具合部品の部品名称の一部が一致する部品、または、不具合部品と同階層にある不具合部品以外の部品群Ａと不具合部品の１つ上位の階層にある部品群Ｂとで構成する部品構成に含まれており、前記部品群Ａと同階層にある部品＝類似部品の存在を示す。
【００４４】
類似度フラグ１６０４が「２」の場合、類似度「中」と定義する。具体的には、部品群Ａと同じ部品構成に含まれるか、または上位階層が部品群Ｂと同じであり、部品群Ａと同階層において、不具合部品名称の一部が一致する部品＝不具合類似部品の存在を示す。
【００４５】
類似度フラグ１６０４が「３」の場合、類似度「高」と定義する。具体的には、部品群Ａおよび部品群Ｂで構成する部品構成に含まれる部品であり、部品群Ａと同階層において、不具合部品名称の少なくとも一部と一致する部品＝不具合類似部品の存在を示す。
【００４６】
続いて、上述した不具合に対する対策検討等の依頼メールを送信する処理について、より詳細に述べる。図１７〜図１９は、本実施形態における不具合防止支援サーバ１４のメール送信処理におけるシーケンス図である。この場合、不具合防止支援サーバ１４の制御部２０２は、不具合管理サーバ１５の制御部３０２が送信した前記承認完了メールを受信する（ステップＳ１７０１）。
【００４７】
不具合防止支援サーバ１４の制御部２０２は、前記承認完了メールが含む不具合ＮＯ７０１をキーに、不具合管理サーバ１５の不具合管理マスタテーブル３０７から不具合部品番号７０８、不具合部品名称７０７、および製品番号７０４を取得する。また、不具合防止支援サーバ１４の制御部２０２は、前記製品番号７０４をキーに、プロジェクト管理サーバ１７のＰＪ情報マスタテーブル５０７からＰＪコード１００２と不具合対応期限１００５のデータを取得する。
【００４８】
また、不具合防止支援サーバ１４の制御部２０２は、不具合情報マスタテーブル２１１に、前記不具合ＮＯ７０１、不具合部品番号７０８、不具合部品名称７０７、製品番号７０４、ＰＪコード１００２、不具合対応期限１００５の日付から３０日引いた日付、不具合対応期限１００５の日付から１０日引いた日付、および不具合対応期限１００５の各データを登録する（ステップＳ１７０２）。なお、不具合情報マスタテーブル２１１における、「再メール日付_注意」の項目に、不具合対応期限１００５の日付から３０日引いた日付を登録し、「再メール日付_警告」の項目に、不具合対応期限１００５の日付から１０日引いた日付を登録し、「再メール日付_最終」に不具合対応期限１００５の日付を登録する。
【００４９】
また、不具合防止支援サーバ１４の制御部２０２は、不具合情報マスタテーブル２１１における不具合部品番号１４０２の値が属している全製品番号の取得依頼を、設計部品表サーバ１６に対し実施する（ステップＳ１７０３）。設計部品表サーバ１６の制御部４０２は、前記不具合部品番号１４０２の値をキーに、構成マスタテーブル４１０から製品番号９０３のデータを取得し、不具合防止支援サーバ１４に返す（ステップＳ１７０４）。
【００５０】
不具合防止支援サーバ１４の制御部２０２は、設計部品表サーバ１６から取得した製品番号９０３のデータを不具合情報マスタテーブル２１１に登録する（ステップＳ１７０５）。不具合防止支援サーバ１４の制御部２０２は、全ての製品番号９０３に対応したＰＪコード、不具合対応期限日、該当製品に関与している社員の社員ＩＤの取得依頼を、プロジェクト管理サーバ１７に対し実施する（ステップＳ１７０６）。プロジェクト管理サーバ１７の制御部５０２は、前記製品番号９０３のデータをキーに、ＰＪ情報マスタテーブル５０７より、ＰＪコード１００２および不具合対応期限１００５のデータを取得する。また、プロジェクト管理サーバ１７の制御部５０２は、このＰＪコード１００２をキーに、ＰＪ人名マスタテーブル５０８から社員ＮＯ１１０１を取得する。こうした処理は、前記全ての製品番号９０３に関して実施され、プロジェクト管理サーバ１７はこうした処理で得たデータを不具合防止支援サーバ１４に返す（ステップＳ１７０７）。
【００５１】
不具合防止支援サーバ１４の制御部２０２は、プロジェクト管理サーバ１７から取得した製品番号９０３、ＰＪコード１００２、および不具合対応期限１００５を不具合情報マスタテーブル２１１に登録する。不具合防止支援サーバ１４の制御部２０２は、取得したＰＪコード１００２、社員ＮＯ１１０１、製品番号９０３、および不具合部品番号１４０２をユーザ管理マスタテーブル２１２に登録する（ステップＳ１７０８）。
【００５２】
また、不具合防止支援サーバ１４の制御部２０２は、前記社員ＮＯ１１０１に対応したメールアドレス１２０７の取得依頼を、ユーザ管理サーバ１８に対し実施する（ステップＳ１８０１）。ユーザ管理サーバ１８の制御部５０２は、前記社員ＮＯ１１０１をキーに人名マスタテーブル６０７で検索を実行し、各製品に関与している全社員のメールアドレス１２０７を取得し、不具合防止支援サーバ１４に返す（ステップＳ１８０２）。
【００５３】
不具合防止支援サーバ１４の制御部２０２は、ユーザ管理サーバ１８から取得したメールアドレス１２０７に宛てて、メール送信画面３７０１（図３７参照）の内容のメールを送信する（ステップＳ１８０３）。例えば、設計者端末１２は、前記不具合防止支援サーバ１４から送信された前記メールを受信して、不具合情報を取得する（ステップＳ１８０４）。また、前記設計者端末１２は、設計者により実施される、前記不具合情報に対する対策の情報を入力装置等を介して取得し、該当不具合に対応済みとの通知と共に不具合防止支援サーバ１４に送る（ステップＳ１８０５）。
【００５４】
一方、不具合防止支援サーバ１４の制御部２０２は、前記設計者が対応した不具合ＮＯ１５０４、不具合内容１５０８、設計者の社員ＮＯ１５０２の各データと前記通知を受信し（ステップＳ１８０６）、前記対応した社員の社員ＮＯ１５０２と不具合ＮＯ１５０４をキーに、対応コメント１５０８と、日付(対応済)＝対応した日付、不具合状態フラグ１５１２＝「４」を、ユーザ管理マスタテーブル２１２に登録する。（ステップＳ１８０７）。 また、不具合防止支援サーバ１４の制御部２０２は、１日に１回、各製品の再メール日付_注意１４０６、再メール日付_警告１４０７、再メール日付_最終１４０８の日付を、不具合情報マスタテーブル２１１において確認し、当日の日付と一致する日付があった場合、ユーザ管理マスタテーブル２１２における、該当製品の各レコードでの不具合状態フラグ１５１２として「４」が１つのレコードにも設定されていないならば、メール内容３７０１（図３７参照）にてフォローメールを送信する（ステップＳ１９０１）。フォローメールの送信先は、該当レコードの示す社員ＮＯ１５０２に対応したメールアドレスとなる。また、フォローメールの内容としては、図３８の文章３８０１に示す、注意、警告、最終のいずれかの文章となる。
【００５５】
例えば、当日の日付が再メール日付_注意１４０６と一致している場合、不具合防止支援サーバ１４の制御部２０２は、文章３８０１の「注意」のメッセージでメール送信を行う。また、当日の日付が再メール日付_警告１４０７と一致している場合、不具合防止支援サーバ１４の制御部２０２は、文章３８０１の「警告」のメッセージでメール送信を行う。また、当日の日付が再メール日付_最終１４０８と一致している場合、不具合防止支援サーバ１４の制御部２０２は、文章３８０１の「最終」のメッセージでメール送信を行う。
【００５６】
こうしたメールは設計者端末１２で受信される。不具合対策が未実施の場合、設計者は不具合対策を実施することとなる。そしてこの場合、設計者端末１２は、設計者により実施された不具合対策の内容について取得し、不具合防止支援サーバ１４に送信する（ステップＳ１９０２）。他方、不具合防止支援サーバ１４の制御部２０２は、設計者端末１２から不具合対策の内容について取得し（ステップＳ１９０３）、前記ステップＳ１８０７と同様の登録処理を実施する（ステップＳ１９０４）。
【００５７】
続いて、部品表データ中での不具合情報の表示処理について説明する。図２０〜２１は、本実施形態における設計部品表サーバ１６の不具合情報表示処理におけるシーケンス図である。この場合、設計者端末１２は、設計部品表サーバ１６にログイン処理の依頼を実施する（ステップＳ２００１）。設計部品表サーバ１６の制御部４０２は、前記設計者端末１２に関するログイン処理を実施し（ステップＳ２００２）、そのログイン処理結果を設計者端末１２に送信する（ステップＳ２００３）。
【００５８】
こうして前記設計者端末１２が設計部品表サーバ１６にログインできたならば、設計部品表サーバ１６の制御部４０２は、不具合情報の取得依頼を不具合防止支援サーバ１４に対し実施する（ステップＳ２００４）。
【００５９】
この時、不具合防止支援サーバ１４の制御部２０２は、前記設計者端末１２によるログイン時に設計部品表サーバ１６で取得されているログインＩＤ(社員ＮＯ)を前記部品表サーバ１６から取得し、これをキーに検索を実行し、ユーザ管理マスタテーブル２１２から前記社員ＮＯに対応付いた全ての製品番号の情報を取得し、この情報を設計部品表サーバ１６に返す（ステップＳ２００５）。
【００６０】
一方、設計部品表サーバ１６の制御部４０２は、前記ログインをした設計者が担当している製品について、社員ＮＯをキーにプロジェクト管理サーバ１７に問い合わせを行い、そこで回答があった該当製品の一覧に、前記不具合防止支援サーバ１４から取得した不具合を含む製品を照合する。そして、前記不具合を含む製品が前記一覧中にある場合、前記一覧のうち該当製品の表示領域に関して、例えば背景セルの色を他所と変える表示処理を行った上で、該当画面データを設計者端末１２に送る（ステップＳ２００６）。
【００６１】
他方、設計者端末１２は、設計者による製品の選択指示を取得し、設計部品表サーバ１６に送る（ステップＳ２００７）。設計部品表サーバ１６の制御部４０２は、前記設計者端末１２にて選択された製品について、その不具合部品情報の取得依頼を不具合防止支援サーバ１４に対し実施する（ステップＳ２００８）。
【００６２】
不具合防止支援サーバ１４の制御部２０２は、該当製品の製品番号１５０３、前記設計者の社員ＮＯ１５０２をキーにユーザ管理マスタテーブル２１２でのレコードを検索し、該当レコードにおける不具合状態フラグ１５１２が「０（デフォルト）」の場合は、「１（表示）」に更新する（ステップＳ２００９）。
【００６３】
また、不具合防止支援サーバ１４の制御部２０２は、前記製品番号１５０３、および社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２から、不具合ＮＯ１５０４、不具合部品番号１５０５、類似不具合部品番号１５０６、および不具合状態フラグ１５１２のデータを取得し、設計部品表サーバ１６に返す（ステップＳ２１０１）。
【００６４】
設計部品表サーバ１６の制御部４０２は、前記選択された製品の部品構成の検索を、部品マスタテーブル４０９、および構成マスタテーブル４１０にて実施する（ステップＳ２１０２）。設計部品表サーバ１６の制御部４０２は、前記検索された部品構成の情報と、不具合防止支援サーバ１４から得た不具合部品番号等の情報とに基づいて、前記部品構成中における不具合部品の検索、および類似不具合部品の検索をする（ステップＳ２１０３）。設計部品表サーバ１６は、検索結果として不具合部品等が部品構成中にあれば、該当部品を表示している背景セルの色を変更する（ステップＳ２１０４）。
【００６５】
続いて、設計部品表サーバ１６にて実行される、不具合部品と類似する部品、すなわち類似不具合部品の検索処理について説明する。図２２〜図２５は、図２０〜２１の不具合情報表示処理のステップＳ２１０３の類似不具合部品の検索処理について、その詳細を示すフローチャートである。
【００６６】
この場合、設計部品表サーバ１６の制御部４０２は、前記ステップＳ２１０１で取得した情報の中に不具合部品番号１５０５が存在するかチェックする。不具合部品番号１５０５が他に存在しない場合、本処理を終了する。（ステップＳ２２０１）。不具合部品番号１５０５が存在する場合、設計部品表サーバ１６の制御部４０２は、不具合部品番号１５０５をキーに不具合情報マスタテーブル２１１より不具合部品名称１４０３を取得する（ステップＳ２２０２）。なお、設計部品表サーバ１６の制御部４０２が他のサーバが保持するテーブル等で情報を検索、取得する場合、該当サーバと当然通信している（以下省略）。
【００６７】
設計部品表サーバ１６の制御部４０２は、不具合部品名称１４０３から数字以外の連続した文字列を取得する（ステップＳ２２０３）。設計部品表サーバ１６の制御部４０２は、取得した文字列の中で最大文字数の連続文字列（類似文字列とする）をメモリに確保する（ステップＳ２２０４）。
【００６８】
設計部品表サーバ１６の制御部４０２は、部品構成の中で不具合部品番号１５０５と同一階層および１つ上の階層にある全部品（同階層部品を部品群Ａ、上位階層部品を部品群Ｂとする）の部品番号を取得する（ステップＳ２２０５）。ステップＳ２２０２からステップ２２２０５までは、不具合部品と類似した部品を検索する為の元となる情報を取得した。これを元に設計部品表サーバ１６の制御部４０２は、検索対象製品の上位構成から順番に同一階層中に類似部品の検索処理を実施する（ステップＳ２２０６）。
【００６９】
設計部品表サーバ１６の制御部４０２は、同一階層部品の部品番号８０１をキーに部品マスタテーブル４０９より部品名称８０２を取得する。設計部品表サーバ１６の制御部４０２は、取得した部品名称８０２の文字列の中にステップＳ２２０４で取得した類似文字列が存在するかチェックする（ステップＳ２２０７）。ステップＳ２２０６の類似文字列が存在する場合、設計部品表サーバ１６の制御部４０２は、現在より一つ上位の階層の類似検索を実施しているかチェックするする（ステップＳ２２０８）。現在よりひとつ上位の階層の検索を実施している場合は、上位階層の中にステップＳ２２０５で取得した部品群Ｂの全部品が存在するかチェックする（ステップＳ２３０１）。上位階層の中に部品群Ｂの全部品が存在している場合、設計部品表サーバ１６の制御部４０２は、類似不具合関連テーブル２１３に製品番号１５０３と、不具合部品番号１５０５と、ステップＳ２２０７の類似文字列の部品番号８０１と、類似度フラグ１６０４＝「２」を登録する。
【００７０】
また、設計部品表サーバ１６の制御部４０２は、ユーザ管理マスタテーブル２１２に社員ＮＯ１５０２と、製品番号１５０３と、不具合ＮＯ１５０４と、不具合部品番号１５０５と、ステップＳ２２０７の類似文字列の部品番号８０１と、不具合状態１５１２フラグ＝「１」を登録する。尚、既に登録済でない場合のみ上記登録を行う（ステップＳ２３０２）。ステップＳ２２０８で現在より一つ上位の階層の検索を実施していない場合と、上位階層の中に部品群Ｂの全部品が存在しない場合、不具合防止支援サーバ１４の制御部２０２は、類似不具合関連テーブル２１３に製品番号１５０３と、不具合部品番号１５０５、ステップＳ２２０７の類似文字列の部品番号８０１と、類似度フラグ１６０４＝「１」を登録する。また、設計部品表サーバ１６の制御部４０２は、ユーザ管理マスタテーブル２１２に社員ＮＯ１５０２と、製品番号１５０３と、不具合ＮＯ１５０４と、不具合部品番号１５０５と、ステップＳ２２０７の類似文字列の部品番号８０１と、不具合状態１５１２フラグ＝「１」を登録する。尚、既に登録済でない場合のみ上記を登録する（ステップＳ２３０３）。
【００７１】
設計部品表サーバ１６の制御部４０２は、現在の階層にステップＳ２２０５で取得した部品群Ａの１つ目の部品が存在するかチェックする（ステップＳ２３０４）。部品群Ａの１つ目の部品が存在する場合、設計部品表サーバ１６の制御部４０２は、現在の階層にステップＳ２２０５で取得した部品群Ａの全部品が存在するかチェックする（ステップＳ２３０５）。現在の階層に部品群Ａの全部品が存在する場合、設計部品表サーバ１６の制御部４０２は、現在より一つ上位の階層の類似検索を実施しているかチェックするする（ステップＳ２２０６）。現在より一つ上位の階層の類似検索を実施している場合、設計部品表サーバ１６の制御部４０２は、一つ上位の階層に部品群Ｂの全部品が存在するかチェックする（ステップＳ２３０７）。
【００７２】
一つ上位の階層に部品群Ｂの全部品（つまり同一階層に部品群Ａの全部品かつステップＳ２２０３で取得した類似文字列を含む部品番号８０１も存在する）が存在する場合、設計部品表サーバ１６の制御部４０２は、類似不具合関連テーブル２１３に製品番号１５０３と、不具合部品番号１６０２と、ステップＳ２２０６の類似文字列の部品番号８０１と、類似度フラグ１６０４＝「３」を登録する。また、設計部品表サーバ１６の制御部４０２は、ユーザ管理マスタテーブル２１２に社員ＮＯ１５０２と、製品番号１５０３と、不具合ＮＯ１５０４と、不具合部品番号１５０５と、ステップＳ２２０７の類似文字列の部品番号８０１と、不具合状態１５１２フラグ＝「３」を登録する。尚、既に登録済でない場合のみ上記を登録する（ステップＳ２４０１）。
【００７３】
ステップＳ２３０６で現在より一つ上位の階層の検索を実施していない場合と、一つ上位の階層に部品群Ｂの全部品が存在しない場合（つまり同一階層に部品群Ａの全部品かつステップＳ２２０４で取得した類似文字列を含む部品番号８０１は存在する）、設計部品表サーバ１６の制御部４０２は、類似不具合関連テーブル２１３に製品番号１５０３と、不具合部品番号１５０５と類似度フラグ＝「２」と、現在の同一階層においてステップＳ２２０５で取得した部品群Ａ以外の全部品番号８０１を不具合類似部品番号１６０３として登録する。また、設計部品表サーバ１６の制御部４０２は、ユーザ管理マスタテーブル２１２に社員ＮＯ１５０２と、製品番号１５０３と、不具合ＮＯ１５０４と、不具合部品番号１５０５と、現在の同一階層においてステップＳ２２０５で取得した部品群Ａ以外の全部品番号８０１と、不具合状態１５１２フラグ＝「２」を登録する。尚、既に登録済でない場合のみ上記を登録する（ステップＳ２４０２）。
【００７４】
ステップＳ２２０７で同一階層の部品にステップＳ２２０４で取得した類似文字列が存在しなかった場合と、ステップＳ２３０４またはステップＳ２３０５で部品が存在しなかった場合と、ステップＳ２４０１とステップＳ２４０２で類似番号などを登録した場合、設計部品表サーバ１６の制御部４０２は、現在の階層にステップＳ２２０５で取得した上位の階層の部品群Ｂの１つ目が存在するかチェックする（ステップＳ２４０３）。
【００７５】
現在の階層にステップＳ２２０５で取得した上位の階層の部品群Ｂの１つ目が存在する場合、設計部品表サーバ１６の制御部４０２は、現在の階層にステップＳ２２０５で取得した上位の階層の部品群Ｂの全部品が存在するかチェックする（ステップＳ２４０４）設計部品表サーバ１６の制御部４０２は、ステップＳ２２０４の結果をメモリに保存しておき、同一階層の最初の部品に子部品（部品を構成している部品）が存在するかチェックする（ステップＳ２４０５）。
【００７６】
同一階層の最初の部品に子部品が存在する場合、一つ下位の階層で類似部品の検索を実施する（ステップＳ２４０６）。ステップＳ２４０６の後は、再度ステップＳ２２０７の処理を実行する。ステップＳ２４０５で同一階層の最初の部品に子部品が存在しない場合、設計部品表サーバ１６の制御部４０２は、同一階層に次の部品８０１が存在するかチェックする（ステップＳ２５０１）。
【００７７】
同一階層に次の部品８０１が存在しない場合、ステップＳ２２０１へ戻り、設計部品表サーバ１６の制御部４０２は、次の不具合部品の類似部品の検索処理を実行する。同一階層に次の部品８０１が存在する場合、部品８０１に子部品が存在するかチェックする（ステップＳ２５０２）。部品８０１に子部品が存在する場合、設計部品表サーバ１６の制御部４０２は、ステップＳ２４０４へ戻り、一つ下位の階層で類似部品の検索を実行する。部品８０１に子部品が存在しない場合、設計部品表サーバ１６の制御部４０２は、同一の階層中に子部品が存在する部品８０１が存在するかチェックする（ステップＳ２５０３）。 同一の階層中に子部品が存在する部品８０１が存在する場合、ステップＳ２４０４へ戻り、一つ下位の階層で類似部品の検索を実行する。同一の階層中に子部品が存在する部品８０１が存在しない場合、一つ上の階層に戻り、ステップＳ２５０１に戻り次の部品で処理を実行する（ステップＳ２５０４）。
【００７８】
続いて、不具合部品等について表示を変える処理について説明する。図２６は、図２０〜２１の不具合情報表示処理のステップＳ２１０４の詳細を示すフローチャートである。この場合、設計部品表サーバ１６の制御部４０２は、不具合部品番号１５０５から１つ選択して、その部品が製品の部品構成の中にあるか検索を実施する（ステップＳ２６０１）。製品の部品構成の中に不具合部品番号と一致する部品がある場合、不具合部品番号１５０５または、類似不具合部品番号１５０６の不具合状態フラグ１５１２により、不具合部品番号等の背景セルの色を変更する。設計部品表サーバ１６の制御部４０２は、不具合状態フラグ１５１２＝「１（表示）」の場合、不具合部品番号１５０５の背景色の色は変更しない。設計部品表サーバ１６の制御部４０２は、不具合状態フラグ１５１２＝「２（確認中）」の場合は、不具合部品番号１５０５の背景色を黄色に変更する。設計部品表サーバ１６の制御部４０２は、不具合状態フラグ１５１２＝「３（対応不要）」または「４（対応済）」または「５（確認済）」の場合は、不具合部品番号１５０５の背景色を灰色に変更する（ステップＳ２６０２）。
【００７９】
設計部品表サーバ１６の制御部４０２は、類似不具合部品番号１５０６をキーに類似不具合関連テーブル２１３から類似度フラグ１６０４を読み出し、類似度フラグ１６０４＝１（類似度低）の場合、不具合部品番号１５０５の文字色を緑色に変更する。設計部品表サーバ１６の制御部４０２は、類似度フラグ１６０４＝２（類似度中）の場合、不具合部品番号１５０５の文字色を桃色に変更する。設計部品表サーバ１６の制御部４０２は、類似度フラグ１６０４＝３（類似度高）の場合、不具合部品番号１５０５の文字色を赤に変更する。（ステップＳ２６０３）。
【００８０】
選択した部品が製品の部品構成の中に存在しない場合、設計部品表サーバ１６の制御部４０２は、次の不具合部品番号１５０５を選択して、その部品が製品の部品構成の中にあるか検索を実施する（ステップＳ２６０４）。製品の部品構成の中に次の不具合部品番号と一致する部品がある場合、（ステップＳ２６０２）、設計部品表サーバ１６の制御部４０２は、ステップＳ２６０３と同様の処理を実施する（ステップＳ２６０５、ステップＳ２６０６）。製品の部品構成の中に次の不具合部品番号と一致する部品がない場合、設計部品表サーバ１６の制御部４０２は、検索結果の部品番号８０１一覧の中に不具合部品番号１５０５が存在するかのチェックが全て完了したか、をチェックする。（ステップＳ２６０７）。チェックしていない不具合部品番号１５０５があれば、設計部品表サーバ１６の制御部４０２は、処理をステップ２６０４に戻す。全ての不具合部品番号１５０５においてチェックが完了していたら、設計部品表サーバ１６の制御部４０２は処理を終了する。このように本実施形態では、不具合部品に類似している部品も表示する事で、過去の不具合の再発防止を支援する事が出来る。
【００８１】
続いて、不具合対策すなわち不具合への対応に関する詳細処理について説明する。図２７〜図２９は、本実施形態における不具合防止支援サーバ１４の不具合対応処理におけるシーケンス図である。この場合、設計者端末１２にて、不具合が発生している不具合部品１５０５(または、図２２〜図２５で取得した類似不具合部品番号１５０６)が選択されたとする（ステップＳ２７０１）。これを受けた設計部品表サーバ１６の制御部４０２は、設計者により選択された不具合部品１５０５(または類似不具合部品番号１５０６)の不具合情報の取得依頼を不具合防止支援サーバ１４に対し実施する（ステップＳ２７０２）。 不具合防止支援サーバ１４の制御部２０２は、不具合部品番号１５０５(または類似不具合部品番号１５０６)と前記設計者の社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２より不具合ＮＯ１５０４と、不要コメント１５０７と、対応コメント１５０８と、日付（確認済）１５０９と、日付（対応不要）１５１０と、日付（対応済）１５１１と、不具合状態フラグ１５１２を取得する（ステップＳ２７０３）。
【００８２】
また、不具合防止支援サーバ１４の制御部２０２は、前記ステップＳ２７０３で取得したデータを、設計部品表サーバ１６を介して、設計者端末１２における不具合対応状況登録画面３９０１（図３９参照）にて表示させる（ステップＳ２７０４）。この場合、不具合防止支援サーバ１４の制御部２０２は、不具合部品番号１５０５または類似不具合部品番号１５０６と、不具合状態フラグ＝３，４をキーに、ユーザ管理マスタテーブル２１２より社員ＮＯ１５０２を取得する。また、不具合防止支援サーバ１４の制御部２０２は、取得結果が存在すれば、コメントと日付をデフォルトで表示させ、重複調査による作業工数増大を防ぐ。不具合内容４００５は、不具合内容表示ボタンが設計者端末１２にて押下された後に表示させる。この場合、設計者端末１２は、設計者の「表示」ボタン押下処理を取得する（ステップＳ２７０５）。
【００８３】
一方、これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合内容の表示依頼を不具合管理サーバ１５に対し実施する（ステップＳ２７０６）。不具合管理サーバ１５の制御部３０２は、不具合ＮＯ１５０４をキーに不具合管理マスタテーブル３０７から発生日７０２と、発生工程７０３と、製品番号７０４と、記入者７０５と、不具合部品名称７０７と、不具合部品番号７０８と、発生ユニット７０９と、不具合内容７１０と、不具合原因７１１と、対策内容７１２と、対策部品７１３を取得する（ステップＳ２７０７）。そして、不具合管理サーバ１５の制御部３０２は、ここで取得した不具合情報を設計者端末１２に送って画面表示させる（ステップＳ２７０８）。
【００８４】
不具合対応中の場合、設計者端末１２は、設計者により画面３９０１にて「確認中」３９０６にチェックされる事象を受け、更に、「登録」ボタン３９１４の押下処理を取得する（ステップＳ２８０１）。これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合Ｎ０１５０４と社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２の該当レコードにて不具合状態フラグ１５１２＝２を登録する（ステップＳ２８０２）。また、不具合防止支援サーバ１４の制御部２０２は、不具合対応状況登録画面３９０１を閉じる（ステップＳ２８０３）。
【００８５】
選択している不具合の対応が不要の場合、設計者端末１２は、設計者より不具合対応状況登録画面３９０１の「対応不要」４００８が選択された事象を受け、不要コメント１５０７を取得する（ステップＳ２８０４）。また、設計者端末１２は、「登録」ボタン押下処理を取得する（ステップＳ２８０５）。
【００８６】
これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合Ｎ０１５０４と社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２の該当レコードにおいて、前記ステップＳ２８０４で取得した不要コメント１５０７、日付（対応不要）１５１０欄への現在の日付、不具合状態フラグ１５１２＝「３」を登録する（ステップＳ２８０６）。また、不具合防止支援サーバ１４の制御部２０２は、不具合対応状況登録画面３９０１を閉じる（ステップＳ２８０７）。
【００８７】
選択している不具合が対応済の場合、設計者端末１２は、不具合対応状況登録画面３９０１の「対応済」４０１０が設計者により選択された事象を受け、対応コメント１５０８を取得する（ステップＳ２９０１）。また設計者端末１２は、「登録」ボタン押下処理を取得する（ステップＳ２９０２）。
【００８８】
一方、これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合Ｎ０１５０４と社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２の該当レコードにおける、対応コメント１５０８、日付（対応済）１５１１欄への現在の日付、不具合状態フラグ１５１２＝４を登録する（ステップＳ２９０３）。また、不具合防止支援サーバ１４の制御部２０２は、不具合対応状況登録画面３９０１を閉じる（ステップＳ２９０４）。
【００８９】
他方、キャンセルの場合、設計者端末１２は、「キャンセル」ボタン押下処理を取得する（ステップＳ２９０５）。これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合Ｎ０１５０４と社員ＮＯ１５０２をキーに、ユーザ管理マスタテーブル２１２における該当レコードにて、不具合状態フラグ１５１２＝２を登録する（ステップＳ２９０６）。また、不具合防止支援サーバ１４の制御部２０２は、不具合対応状況登録画面３９０１を閉じる（ステップＳ２９０７）。このように本実施形態では、設計部品表サーバ１６を利用して不具合情報を表示、管理する事で設計者は、リアルタイムに最新の不具合情報を不具合情報ＤＢから検索しなくても取得する事が出来る。
【００９０】
続いて、不具合情報等の審査、承認処理について説明する。図３０〜図３５は、本実施形態における不具合防止支援サーバ１４の審査・承認処理におけるシーケンス図である。ここででは、設計部品表サーバ１６の審査・承認処理に追加して不具合部品の対応有無の審査・承認処理を実施することとなる。
【００９１】
この場合、設計者端末１２は、設計者により実施されたログイン操作処理を取得する（ステップＳ３００１）。一方、これを受けた設計部品表サーバ１６の制御部４０２は、ログイン処理を実施し（ステップＳ３００２）、このログイン結果を設計者端末１２へ送信する（ステップＳ３００３）。
【００９２】
他方、設計部品表サーバ１６の制御部４０２は、前記設計者が担当している製品番号８０３一覧を取得して、設計者端末１２で画面表示させる。設計者端末１２は、設計者により選択された製品番号８０３における「審査(承認)依頼」ボタン処理を取得する（ステップＳ３００４）。
【００９３】
この時、設計部品表サーバ１６の制御部４０２は、製品番号８０３をキーにＰＪ情報マスタテーブル５０７の該当レコードにて、ＰＪコード１００２を取得する。また、設計部品表サーバ１６の制御部４０２は、ＰＪコード１００２と役割１１０３＝「審査・承認者」をキーにＰＪ人名マスタテーブル６０７の該当レコードから、社員ＮＯ１１０１を取得する。
【００９４】
また、設計部品表サーバ１６の制御部４０２は、前記取得した社員ＮＯ１１０１をキーに人名マスタテーブル６０７の該当レコードよりメールアドレスを取得する。設計部品表サーバ１６の制御部４０２は、取得したメールアドレスに宛てて、審査・承認依頼のメールを送信する（ステップＳ３００５）。
【００９５】
これを受けた承認者端末１３は、前記審査・承認依頼のメールを受信し、審査(承認)依頼が含むリンク内容について表示処理を実施する（ステップＳ３００６）。一方、設計部品表サーバ１６の制御部４０２は、対象製品の製品番号８０３をキーに構成マスタテーブル４１０の該当レコードから、親部品番号９０１と、子部品番号９０２と、員数９０４を取得し、部品マスタテーブル４０９の該当レコードから部品名称８０２と材質８０４と、単位８０５の部品構成情報を取得する。（ステップＳ３００７）。
【００９６】
また、設計部品表サーバ１６の制御部４０２は、承認依頼画面を承認者端末１３に表示させる（ステップＳ３１０１）。承認者端末１３は、審査・承認者によりボタン押下された「不具合対応状況」処理を取得する（ステップＳ３１０２）。設計部品表サーバ１６の制御部４０２は、不具合対策状況確認画面４００１（図４０参照）の表示依頼を不具合防止支援サーバ１４に対し実施する（ステップＳ３１０３）。
【００９７】
これを受けた不具合防止支援サーバ１４の制御部２０２は、製品番号８０３をキーにユーザ管理マスタテーブル２１２の該当レコードから社員ＮＯ１５０２と、不具合ＮＯ１５０４と、不具合部品番号１５０５と、不具合類似部品番号１５０６と、不要コメント１５０７と、対応コメント１５０８と、不具合状態フラグ１５１２を取得する（ステップＳ３１０４）。また、不具合防止支援サーバ１４の制御部２０２は、不具合対策状況確認画面４００１を承認者端末１３に表示させる（ステップＳ３１０５）。
【００９８】
不具合対応状況に問題がない場合、承認者端末１３は、審査・承認者が入力した審査・承認時のコメント４００６を取得して、「承認」(審査時は、「審査ＯＫ」)４００７ボタン押下処理を取得する（ステップＳ３１０６）。これを受けた不具合防止支援サーバ１４の制御部２０２は、審査・承認処理を実施する（ステップＳ３２０１）。
【００９９】
不具合対応状況に問題がある場合、承認者端末１３は、承認者により指定された箇所（不具合対応状況確認画面４００１の不具合部品番号１５０５、類似不具合部品番号１５０６のセルまたは、各設計者毎の対応状態の列４００３または、部品番号と設計者の指定セルまたは、対応済コメント欄４００５を承認者が指定する）が選択され、「メール送信」ボタン４００８が押下される事により、メール送信処理の実施依頼を不具合防止支援サーバ１４に送信する（ステップＳ３２０２）。本実施形態では、不具合対策状況確認画面４００１に表示された情報が設計者毎および部品毎に表示されているので、不具合が対応されていない場合、的確なフォローが実施出来る。
【０１００】
不具合対応状況に問題がありフォローすべき相手、について社員ＮＯと不具合部品番号１５０５（または類似不具合部品番号１５０６）が承認者に指定された場合、不具合防止支援サーバ１４の制御部２０２は、承認者が選択した社員ＮＯ１５０２からメールアドレスの取得依頼をユーザ管理サーバ１８に対して実施する（ステップＳ３２０３）。これを受けたユーザ管理サーバ１８の制御部６０２は、社員ＮＯ１５０２をキーに人名マスタテーブル６０７からメールアドレス１２０７を取得し、不具合防止支援サーバ１４に返す（ステップＳ３２０４）。
【０１０１】
一方、不具合防止支援サーバ１４の制御部２０２は、ユーザ管理サーバ１８から取得したメールアドレス１２０７に宛てて、例えば「不具合番号Ａ１２３４５６７(選択した部品番号)の対応を実施して下さい」といった文章と、コメント４００６に入力された内容を含んだメールを送信する（ステップＳ３２０５）。
【０１０２】
不具合対応状況に問題がありフォローすべき相手、について社員ＮＯのみが承認者に指定された（部品番号は、指定したユーザが担当している全不具合部品番号１５０５（類似不具合部品番号１５０６を含む）となる）場合、不具合防止支援サーバ１４の制御部２０２は、承認者が選択した社員ＮＯ１５０２から、メールアドレスの取得依頼をユーザ管理サーバ１８に対して実施する（ステップＳ３３０１）。これを受けたユーザ管理サーバ１８の制御部６０２は、社員ＮＯをキーに人名マスタテーブル６０７からメールアドレス１２０７を取得し、これを不具合防止支援サーバ１４に返す（ステップＳ３３０２）。
【０１０３】
一方、不具合防止支援サーバ１４の制御部２０２は、社員ＮＯ１５０２と、製品番号８０３と、不具合状態フラグ１５１２＝０、または１、または２（不具合対応を実施していない状態）をキーに、ユーザ管理マスタテーブル２１２から不具合部品番号１５０５および不具合類似部品番号１５０６を取得し、前記ステップＳ３４０２で取得したメールアドレス１２０７に宛てて、例えば、「以下の不具合番号の対応を実施して下さい」の文章とコメント４００６に入力された内容を含んだメッセージで、該当ユーザが未対応の不具合部品番号（類似不具合部品番号も含む）一覧を記載した内容のメールを送信する（ステップＳ３３０３）。
【０１０４】
不具合対応状況に問題がありフォローすべき相手、について不具合部品番号１５０５（または類似不具合部品番号１５０６）のみ（ユーザは、指定した不具合部品番号１５０５または類似不具合部品番号１５０６に関係するユーザ全てとなる）が承認者に指定された場合、不具合防止支援サーバ１４の制御部２０２は、承認者が選択した不具合部品番号１５０５(または不具合類似部品番号１５０６)と製品番号８０３をキーに、ユーザ管理マスタテーブル２１２より社員ＮＯ１５０２を取得する。また、不具合防止支援サーバ１４の制御部２０２は、取得した社員ＮＯ１５０２から、メールアドレスの取得依頼をユーザ管理サーバ１８に対して実施する（ステップＳ３４０１）。これを受けたユーザ管理サーバ１８の制御部６０２は、社員ＮＯをキーに人名マスタテーブル６０７からメールアドレス１２０７を取得し不具合防止支援サーバ１４に返す（ステップＳ３４０２）。
【０１０５】
不具合防止支援サーバ１４の制御部２０２は、取得したメールアドレス１２０７に宛てて、例えば「不具合番号ＡＢ０１００００１について未対応の方は対応を実施して下さい」といった文章と、コメント４００６に入力されたメッセージを含んだメールを送信する（ステップＳ３４０３）。
【０１０６】
不具合対応状況に問題がありフォローすべき相手、について、対応コメント１５０８が承認者に指定された場合、不具合防止支援サーバ１４の制御部２０２は、承認者が選択した対応コメント１５０８と、製品番号８０３をキーにユーザ管理マスタテーブル２１２より社員ＮＯ１５０２を取得する。また、不具合防止支援サーバ１４の制御部２０２は、取得した社員ＮＯ１５０２から、メールアドレスの取得依頼をユーザ管理サーバ１８に対して実施する（ステップＳ３４０４）。これを受けたユーザ管理サーバ１８の制御部６０２は、社員ＮＯをキーに人名マスタテーブル６０７からメールアドレス１２０７を取得し、これを不具合防止支援サーバ１４に返す（ステップＳ３４０５）。
【０１０７】
不具合防止支援サーバ１４の制御部２０２は、前記ユーザ管理サーバ１８から取得したメールアドレス１２０７に宛てて、例えば「コメント内容を見直して下さい。」といった文章と、コメント４００６に入力されたメッセージを含んだメールを送信する（ステップＳ３５０１）。上記メール送信が完了したならば、前記承認者端末１３は、「キャンセル」ボタン押下の事象を取得する（ステップＳ３５０２）。これを受けた不具合防止支援サーバ１４の制御部２０２は、不具合対策状況確認画面４００１を閉じる（ステップＳ３５０３）。このように本実施形態では、設計部品表サーバ１６を利用する事で、設計者毎の不具合対応状況を把握でき、的確なフォローを実施する事が出来る。
【０１０８】
図３６は、本実施形態における審査・承認処理の前記ステップＳ３２０１の詳細を示すフローチャートである。この場合、審査処理時に、各不具合部品番号１５０５(または不具合類似部品番号１５０６)に対応付いた不具合対応状態が「確認中」、「対策不要」、「対応済」、「確認済」(不具合状態フラグ１５１２が２、３、４、５)のユーザが、一人もいない場合、不具合防止支援サーバ１４の制御部２０２は、例えば「処理が未対応の部品があります。部品の対応を確認して下さい。」といったメッセージを承認者端末１３にて表示させて審査処理を中断し、不具合対策状況確認画面４００１での処理に制御を戻す。本処理は、審査段階であるので、不具合対応状態が「対応済」であることを必須とはしていない。もし、迅速な対応が必要な部品がある場合には、前記ステップＳ３２０２でメール送信処理を実施して、対応の確認後、審査処理を実行することとなる。また、上記以外の場合、不具合防止支援サーバ１４の制御部２０２は、審査完了メッセージを承認者端末１３にて表示させ、不具合対策状況確認画面４００１の画面を閉じる（ステップＳ３６０１）。 一方、承認処理の場合で、各不具合部品番号１５０５または、類似不具合部品番号１５０６の類似度フラグ１６０４＝３（類似度「高」なので不具合部品と同様の扱いとする）の場合、不具合対応状態が「対応済」(不具合状態フラグ１５１２が４)のユーザが一人もいない時、不具合防止支援サーバ１４の制御部２０２は、例えば「処理が「対応済」でない不具合部品があります。部品の対応を確認して下さい。」といったメッセージを承認者端末１３に表示させて承認処理を中断し、不具合対策状況確認画面４００１での処理へ制御を戻す。また、不具合類似部品番号１５０６の類似度フラグ１６０４＝１、２の場合、不具合対応状態が「確認中」、「対策不要」、「対応済」、「確認済」(不具合状態フラグ１５１２が２，３，４，５)のユーザが一人もいない場合、不具合防止支援サーバ１４の制御部２０２は、例えば、「類似不具合類似部品番号が未対応の部品があります。対応内容を確認して下さい。」といったメッセージを表示して承認処理を中断し、不具合対策状況確認画面４００１での処理へ制御を戻す（ステップＳ３６０２）。承認処理の場合で、上記以外ならば、不具合防止支援サーバ１４の制御部２０２は、承認完了のメッセージを承認者端末１３に表示させ、不具合対策状況確認画面４００１を閉じる（ステップＳ３６０３）。
【０１０９】
なお、図３７は本実施形態における不具合防止支援サーバ１４のメール送信画面３７０１の例を示す図である。このメール送信画面３７０１は、不具合ＮＯ表示欄３７０２と、不具合部品番号表示欄３７０３と、不具合内容表示欄３７０４と、不具合内容参照画面へのリンク表示欄３７０５を有している。
【０１１０】
また、図３８は本実施形態における不具合防止支援サーバ１４のメール送信画面の文章３８０１の例を示す図である。前記メール送信画面３７０１において、前記ステップＳ１９０１の処理時に、日付によりメール内容を選択するが、このメール内容となる文章が以下のとおりとなる。メール送信初回は、「つきましては、至急対応をお願い致します。」３８０２、注意時は、「不具合対策期限１ヶ月前です。早めの対応をお願いします。」３８０３、警告時は、「不具合対策期限１０日前です。至急の対応をお願いします。」３８０４、最終時は、「不具合対策期限です。内容を確認して、最優先で対応をお願いします。」３８０５のメッセージ、となる。
【０１１１】
また、図３９は本実施形態における不具合防止支援サーバ１４の不具合対応状況登録画面３９０１の例を示す図である。当該画面３９０１は、不具合内容を表示するボタン３９０２と、不具合ＮＯ表示欄３９０３と、不具合部品表示欄３９０４と、不具合内容表示欄３９０５と、対応状況の確認中ボタン３９０６と、確認中の処理実施日付３９０７と、対応状況の対応不要ボタンとコメント入力欄３９０８と、対応不要の処理実施日付３９０９と、対応済ボタンとコメント欄３９１０と、対応済の処理実施日付３９１１と、確認済ボタン３９１２と、確認済の処理実施日付３９１３と、登録ボタン３９１４と、キャンセルボタン３９１５を有している。
【０１１２】
また、図４０は本実施形態における不具合防止支援サーバ１４の不具合対応状況確認画面４００１の例を示す図である。当該画面４００１は、不具合番号（類似不具合番号も含む）列４００２と、各設計者毎の対応状態の列４００３と、全該当部品において、対応済の有無を表示する体対応状態の列４００４と、対応済コメント列４００５と、審査・承認処理時または、メール送信時のコメントを入力するコメント欄４００６と、承認ボタン４００７と、メール送信ボタン４００８と、却下ボタン４００９と、キャンセルボタン４０１０を有している。本実施形態では、「未」表示は、不具合状態フラグ１５１２が０または１の場合で未対応である事を示す。また、「確中」表示は、不具合状態フラグ１５１２が２の場合で、対応中である事を示す。また、「不要」表示は、不具合状態フラグ１５１２が３の場合で、対応が不要である事を示す。また、「済」表示は、不具合状態フラグ１５１２が４の場合で、対応が完了している事を示す。また、「確済」表示は、不具合状態フラグ１５１２が５の場合で、対応の確認が完了している事を示す。
【０１１３】
なお、上記各コンピュータが具備するプログラムは、ＷＥＢサーバを設置し、ＷＥＢサーバ上に格納しても良い。また、不具合防止支援サーバ上に各設計者ごとに対応した不具合情報の検索や不具合情報の種類・参照回数・対応日などを集計する不具合管理機能を備えるとしても良い。
【０１１４】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【０１１５】
こうした本実施形態によれば、設計者等の各担当者が閲覧する業務画面上で不具合情報等を自動表示させる事で、担当者らによる検索作業自体を不要とし、作業効率の向上が望める。また、最新の不具合情報や不具合部品と類似する部品の情報などをリアルタイムで担当者らに伝達し、その確認、フォローを実施させる事で、不具合情報伝達の漏れ防止、設計や不具合対応のスキル向上を図ることが可能となり、ひいては不具合の再発を低減させることとなる。更には、以上の効果により、設計から生産までの期間短縮、製品の品質向上といった製造業務全体に関する効果も期待できる。
【０１１６】
したがって、発生した不具合や該不具合への対策に関する情報を迅速かつ確実に担当者等にフィードバックし、不具合再発を防止することが可能となる。
【０１１７】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、前記不具合防止支援システムにおける前記制御部は、前記処理要求が含む前記業務担当者の識別情報を取得し、当該処理要求が含む製品情報および前記識別情報をキーとして、記憶部に格納している該当業務担当者に関して該当製品について登録されている不具合情報を取得する処理を実行するものであるとしてもよい。
【０１１８】
また、前記不具合防止支援システムにおける前記制御部は、前記不具合部品の部品名称を示すデータを前記部品情報ないし不具合情報から抽出し、該部品名称のデータが示す数字以外の連続文字列を特定する処理と、前記部品表データにおける部品構成にて、前記不具合部品の属する階層の他部品と該階層の上位階層に含まれる部品とからなる部品群を特定する処理と、部品表データにおける前記不具合部品以外の各部品に関して、前記連続文字列を部品名称に含み、自身が含まれる部品構成が前記部品群と一致するか判定し、該判定による一致度が所定以上であるものを前記不具合部品との不具合類似部品として特定する処理と、前記不具合部品および不具合類似部品のそれぞれに関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理を実行するものである、としてもよい。
【０１１９】
また、前記不具合防止支援システムにおける前記制御部は、前記不具合部品に関して業務担当者の端末から不具合対応に関する情報を受信し、対応日時の情報と共に記憶部の不具合情報に対応付けて格納する処理と、所定タイミングで記憶部における不具合対応に関する情報を参照し、不具合部品毎に予め定められた対応期限を含む所定期間に達しているが対応内容が所定基準以下となっている不具合部品を特定し、当該不具合部品を含む製品を担当する業務担当者の端末アドレスを、業務担当者と担当製品とに関する各情報を対応付けて管理する記憶部の所定データベースから取得し、前記不具合部品に関して対応を行うよう促す通知を前記業務担当者の端末アドレスに宛てて送信する処理を実行するものであるとしてもよい。
【符号の説明】
【０１２０】
１ 不具合防止支援システム
１０ 保守員端末
１１ 品質要員端末
１２ 設計者端末
１３ 承認者端末
１４ 不具合防止支援サーバ
１５ 不具合管理サーバ
１６ 設計部品表サーバ
１７ プロジェクト管理サーバ
１８ ユーザ管理サーバ
１９ ネットワーク
２０１、３０１、４０１、５０１、６０１ 記憶部
２０２、３０２、４０２、５０２、６０２ 制御部
２０３，３０３、４０３、５０３、６０３ ネットワークインターフェース部
２１１ 不具合情報マスタテーブル
２１２ ユーザ管理マスタテーブル
２１３ 類似不具合関連テーブル
３０７ 不具合管理マスタテーブル
４０９ 部品マスタテーブル
４１０ 構成マスタテーブル
５０７ ＰＪ情報マスタテーブル
５０８ ＰＪ人名マスタテーブル
６０７ 人名マスタテーブル
【特許請求の範囲】
【請求項１】
他装置との通信を行う通信部、および各種データを格納する記憶部と、
所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、
業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、
前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、
前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理を実行する制御部と、
を備えることを特徴とする不具合防止支援システム。
【請求項２】
前記制御部は、前記処理要求が含む前記業務担当者の識別情報を取得し、当該処理要求が含む製品情報および前記識別情報をキーとして、記憶部に格納している該当業務担当者に関して該当製品について登録されている不具合情報を取得する処理を実行するものであることを特徴とする請求項１に記載の不具合防止支援システム。
【請求項３】
前記制御部は、
前記不具合部品の部品名称を示すデータを前記部品情報ないし不具合情報から抽出し、該部品名称のデータが示す数字以外の連続文字列を特定する処理と、
前記部品表データにおける部品構成にて、前記不具合部品の属する階層の他部品と該階層の上位階層に含まれる部品とからなる部品群を特定する処理と、
部品表データにおける前記不具合部品以外の各部品に関して、前記連続文字列を部品名称に含み、自身が含まれる部品構成が前記部品群と一致するか判定し、該判定による一致度が所定以上であるものを前記不具合部品との不具合類似部品として特定する処理と、
前記不具合部品および不具合類似部品のそれぞれに関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理を実行するものである、
ことを特徴とする請求項１または２に記載の不具合防止支援システム。
【請求項４】
前記制御部は、
前記不具合部品に関して業務担当者の端末から不具合対応に関する情報を受信し、対応日時の情報と共に記憶部の不具合情報に対応付けて格納する処理と、
所定タイミングで記憶部における不具合対応に関する情報を参照し、不具合部品毎に予め定められた対応期限を含む所定期間に達しているが対応内容が所定基準以下となっている不具合部品を特定し、当該不具合部品を含む製品を担当する業務担当者の端末アドレスを、業務担当者と担当製品とに関する各情報を対応付けて管理する記憶部の所定データベースから取得し、前記不具合部品に関して対応を行うよう促す通知を前記業務担当者の端末アドレスに宛てて送信する処理を実行するものである、
ことを特徴とする請求項１〜３のいずれかに記載の不具合防止支援システム。
【請求項５】
他装置との通信を行う通信部、および各種データを格納する記憶部を備えたコンピュータが、
所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、
業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、
前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、
前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理と、
を実行することを特徴とする不具合防止支援方法。
【請求項６】
他装置との通信を行う通信部、および各種データを格納する記憶部を備えたコンピュータに、
所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、
業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、
前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、
前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理と、
を実行させることを特徴とする不具合防止支援プログラム。
【請求項１】
他装置との通信を行う通信部、および各種データを格納する記憶部と、
所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、
業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、
前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、
前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理を実行する制御部と、
を備えることを特徴とする不具合防止支援システム。
【請求項２】
前記制御部は、前記処理要求が含む前記業務担当者の識別情報を取得し、当該処理要求が含む製品情報および前記識別情報をキーとして、記憶部に格納している該当業務担当者に関して該当製品について登録されている不具合情報を取得する処理を実行するものであることを特徴とする請求項１に記載の不具合防止支援システム。
【請求項３】
前記制御部は、
前記不具合部品の部品名称を示すデータを前記部品情報ないし不具合情報から抽出し、該部品名称のデータが示す数字以外の連続文字列を特定する処理と、
前記部品表データにおける部品構成にて、前記不具合部品の属する階層の他部品と該階層の上位階層に含まれる部品とからなる部品群を特定する処理と、
部品表データにおける前記不具合部品以外の各部品に関して、前記連続文字列を部品名称に含み、自身が含まれる部品構成が前記部品群と一致するか判定し、該判定による一致度が所定以上であるものを前記不具合部品との不具合類似部品として特定する処理と、
前記不具合部品および不具合類似部品のそれぞれに関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理を実行するものである、
ことを特徴とする請求項１または２に記載の不具合防止支援システム。
【請求項４】
前記制御部は、
前記不具合部品に関して業務担当者の端末から不具合対応に関する情報を受信し、対応日時の情報と共に記憶部の不具合情報に対応付けて格納する処理と、
所定タイミングで記憶部における不具合対応に関する情報を参照し、不具合部品毎に予め定められた対応期限を含む所定期間に達しているが対応内容が所定基準以下となっている不具合部品を特定し、当該不具合部品を含む製品を担当する業務担当者の端末アドレスを、業務担当者と担当製品とに関する各情報を対応付けて管理する記憶部の所定データベースから取得し、前記不具合部品に関して対応を行うよう促す通知を前記業務担当者の端末アドレスに宛てて送信する処理を実行するものである、
ことを特徴とする請求項１〜３のいずれかに記載の不具合防止支援システム。
【請求項５】
他装置との通信を行う通信部、および各種データを格納する記憶部を備えたコンピュータが、
所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、
業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、
前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、
前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理と、
を実行することを特徴とする不具合防止支援方法。
【請求項６】
他装置との通信を行う通信部、および各種データを格納する記憶部を備えたコンピュータに、
所定端末から送られる所定製品の所定部品に関する不具合情報を受信し、該不具合情報を記憶部に格納する処理と、
業務担当者の端末から所定業務に関する処理要求を受信し、当該処理要求が含む少なくとも製品情報をキーとして、記憶部に格納している該当製品に関する不具合情報を取得する処理と、
前記処理要求が含む製品情報をキーに、記憶部にて保持される該当製品の部品表データを検索し、該当製品の部品表データが含む部品情報と前記取得した不具合情報とを照合し、前記部品情報が示す部品のうち不具合情報が報告されているものを不具合部品として特定する処理と、
前記不具合部品に関する所定の表示指示を含めて、前記製品の部品表データを前記業務担当者の端末に送信する処理と、
を実行させることを特徴とする不具合防止支援プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【公開番号】特開２０１２−１２３７３８（Ｐ２０１２−１２３７３８Ａ）
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願番号】特願２０１０−２７６１００（Ｐ２０１０−２７６１００）
【出願日】平成２２年１２月１０日（２０１０．１２．１０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願日】平成２２年１２月１０日（２０１０．１２．１０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]