JP6124937B2 - 検索装置、検索方法、および、検索プログラム - Google Patents

Description

本発明は、情報を検索する検索装置、検索方法、および、検索プログラムに関する。

従来、不具合部品を検索する技術として、例えば、下記特許文献１の不具合部品検索装置がある。この不具合部品検索装置は、生産装置の三次元形状データが格納された三次元形状データベースと、過去に発生した不具合の履歴および不具合の現象を部品毎に記述した保守データを格納する保守データベースと、不具合の対応方法を部品毎に記述した対応データを格納するトラブル対応データベースと、を備える。ユーザ端末の入力部から不具合の現象が検索キーワードとして入力されると、検索部が適合する保守データおよび対応データを保守データベース５およびトラブル対応データベースから抽出して表示部に表示する。また、画像生成部が抽出データに対応した部品をハイライト表示した生産装置の三次元画像を作成し、表示部に表示する。

特開２００９−２１７６００号公報

しかしながら、上述した従来技術では、ユーザ端末の入力部から不具合の現象を検索キーワードとして入力しないと、検索部が適合する保守データおよび対応データを保守データベースおよびトラブル対応データベースから抽出することができない。たとえば、部品名をキーワードとして与えても、検索部は、適合する保守データおよび対応データを保守データベース５およびトラブル対応データベースから抽出することができない。

また、不具合は、部品単体だけではなく、各部品が正常であっても、部品の組み合わせによって発生する場合がある。したがって、部品の組み合わせにより不具合が発生する場合、上述した特許文献１の技術では検索することができない。また、部品の組み合わせにより不具合が発生したことを示す不具合報告書は随時登録されるため、不具合報告書を登録するデータベースは最新の状態を維持して、不具合を発生する部品の組み合わせを網羅しておく必要がある。

本発明は、製造の手戻り発生を未然に抑制することを目的とする。

本願において開示される発明の一側面となる検索装置、検索方法、および、検索プログラムは、製品の不具合に関する記述データである不具合報告書群を記憶する不具合報告書データベースにアクセス可能な検索装置、検索方法、および、検索プログラムであって、前記不具合報告書データベース内の未取得の不具合報告書を取得する取得処理と、前記取得処理によって取得された不具合報告書から不具合部品の組み合わせ情報を検出する検出処理と、前記検出処理によって検出された不具合部品の組み合わせ情報を第１のリストに登録する登録処理と、製品の規格に関する記述データである製造規格書に入力された複数の部品を示す情報を、前記第１のリストから検索する検索処理と、前記検索処理による検索結果を出力する出力処理と、を実行することを特徴とする。

本発明の代表的な実施の形態によれば、製造の手戻り発生を未然に抑制することができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

本実施例にかかる検索システムのシステム構成例を示す説明図である。 図１に示したコンピュータのハードウェア構成例を示すブロック図である。 不具合報告書ＤＢに格納される不具合報告書の一例を示す説明図である。 ブラックリストのデータ構造例を示す説明図である。 ホワイトリストのデータ構造例を示す説明図である。 利用者情報ＤＢのデータ構造例を示す説明図である。 製品情報ＤＢのデータ構造例を示す説明図である。 端末における表示画面例を示す説明図である。 図８において取得した不具合報告書の表示例を示す説明図である。 検索装置の機能的構成例を示すブロック図である。 検索装置による検索処理手順例を示すフローチャートである。 図１１に示したリスト登録処理（ステップＳ１１０１）の詳細な処理手順例を示すフローチャートである。 ブラックリストから不具合部品の組み合わせ情報を含む製品情報を逆探知する逆探知処理手順例１を示すフローチャートである。 ブラックリストから不具合部品の組み合わせ情報を含む製品情報を逆探知する逆探知処理手順例２を示すフローチャートである。

＜システム構成例＞
図１は、本実施例にかかる検索システムのシステム構成例を示す説明図である。検索システム１００は、検索装置１０１と、ＤＢ（Ｄａｔａｂａｓｅ）群１０２と、端末１０３とを有する。検索装置１０１、ＤＢ群１０２、および端末１０３は、インターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ），ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク１０４に通信可能に接続される。

検索装置１０１は、検索処理を実行したり、検索結果を制御する処理を実行するコンピュータである。ＤＢ群１０２は、不具合報告書ＤＢと、製造規格書ＤＢと、設計変更連絡書ＤＢと、ブラックリストと、ホワイトリストと、利用者情報ＤＢと、製品情報ＤＢと、を含む。不具合報告書ＤＢ、製造規格書ＤＢ、設計変更連絡書ＤＢ、ブラックリスト、ホワイトリスト、利用者情報ＤＢ、および製品情報ＤＢの少なくとも１つは、検索装置１０１に内蔵されていてもよい。

不具合報告書ＤＢは、製品の不具合に関する記述データである不具合報告書群を記憶するデータベースである。不具合報告書群は、検索装置１０１の検索処理による検索対象となる。不具合報告書の具体例については、図３で後述する。

製造規格書ＤＢは、製品を製造する場合の規格に関する記述データである製造規格書群を記憶するデータベースである。製造規格書は、端末により作成され、製造規格書ＤＢに登録される。製造規格書には、製造対象となる製品を構成するモジュールを示す情報や、モジュールを構成する部品を示す情報が記述される。なお、本実施例では、モジュールの構成単位を「部品」として説明するが、部材、色材、素材もモジュールの構成単位である部品に含まれるものとする。

設計変更連絡書ＤＢは、設計変更連絡書群を格納するデータベースである。設計変更連絡書は、端末により作成され、設計変更連絡書ＤＢに登録される。設計変更連絡書は、製品の設計内容の一部変更を連絡するための記述データである。設計変更連絡書には、変更対象となる製品またはモジュールを示す情報と、変更元となる部品を示す情報と、変更後の部品を示す情報と、が含まれる。また、当該設計変更連絡書の作成担当者の氏名や社員情報も含まれてもよい。

ブラックリストは、不具合部品の組み合わせ情報を記憶するテーブルである。不具合部品の組み合わせ情報は、不具合報告書から得られる。

ホワイトリストは、交換対象部品とその代替部品との組み合わせ情報を記憶するテーブルである。交換対象部品とその代替部品との組み合わせ情報は、不具合報告書または設計変更連絡書から得られる。

利用者情報ＤＢは、端末１０３を操作して検索要求する利用者の利用者情報を記憶するデータベースである。具体的には、たとえば、利用者情報は、利用者ＩＤと、利用者の個人情報（氏名、性別、生年月日など）を含む。

製品情報ＤＢは、製品に関する情報（製品情報）を記憶するデータベースである。具体的には、たとえば、製品情報は、製品を特定する情報（製品名や製品番号など）、製品の製造数、製品を構成するモジュール、当該モジュールを構成する部品、製品、モジュールおよび部品の単価を含む。

端末１０３は、検索条件を入力して検索要求として検索装置１０１に送信し、検索装置１０１から検索結果を受信して表示するコンピュータである。なお、端末１０３を介さずに、検索装置１０１が、検索条件の入力や検索結果の表示を実行してもよい。

＜コンピュータのハードウェア構成例＞
図２は、図１に示したコンピュータ（検索装置１０１および端末１０３）のハードウェア構成例を示すブロック図である。コンピュータ２００は、プロセッサ２０１と、記憶装置２０２と、入力装置２０３と、出力装置２０４と、通信インターフェース（通信ＩＦ２０５）と、を有する。プロセッサ２０１、記憶装置２０２、入力装置２０３、出力装置２０４、および通信ＩＦ２０５は、バスにより接続される。プロセッサ２０１は、コンピュータ２００を制御する。記憶装置２０２は、プロセッサ２０１の作業エリアとなる。また、記憶装置２０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶装置２０２としては、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリがある。入力装置２０３は、データを入力する。入力装置２０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力装置２０４は、データを出力する。出力装置２０４としては、たとえば、ディスプレイ、プリンタがある。通信ＩＦ２０５は、ネットワーク１０４と接続し、データを送受信する。

＜ＤＢの記憶内容例＞
不具合報告書ＤＢに格納される不具合報告書は、マトリクス状のセル群である表データ（スプレッドシート）に、製品の不具合に関する記述データが記述された不具合報告書である。なお、不具合報告書の形式は、表データに限らず、テキストファイルやＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルでもよい。不具合報告書に含まれる内容は、製品名とその不具合内容、不具合原因とその対策、発生日などの日付、製品を構成する部品や素材名、数量、顧客名、製造数、生産工場や製造ライン、加工機械の種類、関係者の名前、などであり、発生した不具合の再発防止時を抑止するための項目である。

図３は、不具合報告書ＤＢに格納される不具合報告書の一例を示す説明図である。不具合報告書ＦＲ１は、品番「ＸＴ１５００」、製品名「○○」である製品に関する不具合報告書の一例である。なお、不具合報告書中、「Ｐ１１」および「Ｐ１３」は、不具合が発生した製品を構成する部品名（部材名や品番でもよい）である。

図４は、ブラックリストのデータ構造例を示す説明図である。ブラックリスト４００は、番号フィールド４０１と、複数の不具合部品フィールド４０２−１〜４０２−ｎと、不具合情報フィールド４０３と、を有し、各フィールド４０１〜４０３の値により、複数の不具合部品の組み合わせ情報となるエントリを構成する。なお、複数の不具合部品フィールド４０２−１〜４０２−ｎは、４フィールドには限定されず、２フィールド以上であればよい。

番号フィールド４０１には、エントリに固有の番号が格納される。当該番号により、複数の不具合部品の組み合わせ情報が一意に特定される。

複数の不具合部品フィールド４０２−１〜４０２−ｎの各々には、不具合部品を示す情報（部品名、部品番号など）が格納される。

不具合情報フィールド４０３には、不具合情報が格納される。不具合情報は、不具合原因フィールド４３１と、発生日フィールド４３２と、を有する。不具合原因フィールド４３１には、「動作不良」などの不具合原因が格納される。発生日フィールド４３２には、不具合原因が発生した発生日が格納される。不具合部品を示す情報、不具合原因、および発生日は、たとえば、不具合報告書から取得される。不具合報告書が取得される都度、発生日が追加される。たとえば、番号１のエントリは、部品Ｐ１（第１不具合部品）と部品Ｐ２（第２不具合部品）とを組み合わせた場合に、２０１３年９月１１日と２０１３年１２月１７日に動作不良が発生したことを示す。

図５は、ホワイトリストのデータ構造例を示す説明図である。ホワイトリスト５００は、番号フィールド５０１と、対象部品フィールド５０２と、代替部品フィールド５０３と、文書ＩＤフィールド５０４と、利用者ＩＤフィールド５０５と、を有し、各フィールド５０１〜５０５の値により、対象部品と代替部品との組み合わせ情報となるエントリを構成する。

番号フィールド５０１には、エントリに固有の番号が格納される。当該番号により、対象部品と代替部品との組み合わせ情報が一意に特定される。

対象部品フィールド５０２には、対象部品を示す情報が格納される。対象部品とは、交換元となる部品であり、たとえば、不具合報告書から取得される場合は、不具合発生源となる不具合部品である。また、設計変更連絡書から取得される場合は、交換対象となる部品である。

代替部品フィールド５０３には、対象部品に対する代替部品を示す情報が格納される。文書ＩＤフィールドには、文書ＩＤが格納される。文書ＩＤは、不具合報告書または設計変更連絡書を一意に特定する識別情報である。利用者ＩＤフィールド５０４には、利用者ＩＤが格納される。利用者ＩＤは、利用者を一意に特定する識別情報である。ここで格納される利用者ＩＤは、文書ＩＤで特定される文書に記述された作成担当者の利用者ＩＤである。番号１のエントリは、利用者ＩＤ＝Ｕ１の利用者が作成した文書ＩＤ＝Ｄ１の文書に、交換対象部品Ｐ１０と代替部品Ｐ２０が記述されていることを示す。

図６は、利用者情報ＤＢのデータ構造例を示す説明図である。利用者情報ＤＢ６００は、利用者ＩＤフィールド６０１と、個人情報フィールド６０２と、を有し、各フィールド６０１，６０２の値により利用者を特定する。

利用者ＩＤフィールド６０１には、利用者ＩＤが格納される。利用者ＩＤは、利用者を一意に特定する識別情報である。個人情報フィールド６０２には、利用者ＩＤで特定される利用者の個人情報（氏名、住所など）が格納される。

図７は、製品情報ＤＢのデータ構造例を示す説明図である。製品情報ＤＢ７００は、製品ＩＤフィールド７０１と、モジュールＩＤフィールド７０２と、構成部品ＩＤフィールド７０３と、を有し、各フィールド７０１〜７０３の値により、製品情報であるエントリを構成する。製品情報ＤＢ７００は、たとえば、ＢＯＭ（Ｂｉｌｌ Ｏｆ Ｍａｔｅｒｉａｌｓ）である。

製品ＩＤフィールド７０１には、製品ＩＤが格納される。製品ＩＤは、製品を一意に特定する識別情報である。モジュールＩＤフィールド７０２には、モジュールＩＤが格納される。モジュールＩＤは、製品ＩＤで特定される製品を構成するモジュールを一意に特定する識別情報である。構成部品ＩＤフィールド７０３には、構成部品ＩＤが格納される。構成部品ＩＤは、モジュールＩＤで特定されるモジュールを構成する部品を一意に特定する識別情報である。

＜表示画面例＞
図８は、端末１０３における表示画面例を示す説明図である。表示画面８００は、第１ペイン８０１と第２ペイン８０２と検索ボタンとを有する。第１ペイン８０１には、製造規格書が表示される。製造規格書には、検索キーワードの入力欄があればよい。本例では、部材名フィールドが検索キーワードの入力欄となる。図８では、２個のモジュールＭＡ，ＭＢについて表示されているため、モジュールＭＡについては部材名であるＰ１１〜Ｐ１４のうち１個以上の組み合わせのＡＮＤ検索が実行される。すなわち、検索ボタンの押下により、モジュールＭＡについては、１５通りの検索が実行される。また、モジュールＭＢについては部材名Ｐ２１〜Ｐ２５のうち１個以上の組み合わせのＡＮＤ検索が実行される。すなわち、検索ボタンの押下により、モジュールＭＢについては、３１通りの検索が実行される。

第２ペイン８０２には、検索ボタン８０３の押下により、検索結果であるランキング結果が表示される。図８の例では、部材Ｐ１１と部材Ｐ１３の組み合わせに関連する不具合報告書がランキング表示される。利用者は、カーソル８０４を操作してリンク８０５を指定することで、不具合報告書ＦＲ１を不具合報告書ＤＢから取得することができる。

図９は、図８において取得した不具合報告書の表示例を示す説明図である。表示画面９００には、図８で指定した不具合報告書ＦＲ１と、が表示される。

＜検索装置１０１の機能的構成例＞
図１０は、検索装置１０１の機能的構成例を示すブロック図である。検索装置１０１は、取得部１００１と、検出部１００２と、登録部１００３と、検索部１００４と、出力部１００５と、検知部１００６と、を有する。取得部１００１、検出部１００２、登録部１００３、検索部１００４、出力部１００５、および検知部１００６は、具体的には、たとえば、図２に示した記憶装置２０２に記憶されたプログラムをプロセッサ２０１に実行させることにより、その機能を実現する。また、検索装置１０１は、ブラックリスト４００と、ホワイトリスト５００と、製品情報ＤＢ７００と、不具合報告書ＤＢ１０１０と、設計変更連絡書ＤＢ１０２０と、製造規格書ＤＢ１０３０と、を有する。これらは、具体的には、たとえば、図２に示した記憶装置２０２によりその機能を実現する。

取得部１００１は、文書を取得する処理を実行する。具体的には、取得部１００１は、不具合報告書ＤＢ１０１０内の未取得の不具合報告書を取得する。具体的には、たとえば、取得部１００１は、所定のタイミングで不具合報告書ＤＢ１０１０にアクセスし、未取得の不具合報告書を取得する。また、取得部１００１は、設計変更連絡書ＤＢ１０２０内の未取得の設計変更連絡書を取得してもよい。

取得後は、取得部１００１は、取得した不具合報告書や設計変更連絡書について取得済みを示すフラグを付与する。不具合報告書ＤＢ１０１０および設計変更連絡書ＤＢ１０２０には、不具合報告書および設計変更連絡書が随時登録されるため、一定のタイミングで取得部１００１がこれらＤＢ１０１０，１０２０を監視することで、未取得の不具合報告書および設計変更連絡書を取得することができる。

検出部１００２は、部品の組み合わせ情報を検出する処理を実行する。具体的には、検出部１００２は、取得部１００１によって取得された不具合報告書から不具合部品の組み合わせ情報を検出する。具体的には、たとえば、不具合報告書が表データである場合、不具合部品の組み合わせ情報を記述した項目から不具合部品の組み合わせ情報を検出する。また、不具合報告書がテキストデータである場合、検出部１００２は、図示しない部品表テーブルから部品を示す情報を検出する。また、単に部品を示す情報を検出するのではなく、複数の部品を示す情報と不具合を示すキーワード（動作不良など）との間の文字数が所定数以内の場合に、検出部１００２は、当該複数の部品を示す情報を不具合部品の組み合わせ情報として検出してもよい。

また、検出部１００２は、不具合部品の組み合わせ情報のうち交換対象となる特定の不具合部品と、特定の不具合部品に対する代替部品と、の組み合わせ情報を、不具合報告書から検出してもよい。具体的には、たとえば、不具合報告書が表データである場合特定の不具合部品と、特定の不具合部品に対する代替部品と、の組み合わせ情報を記述した項目から特定の不具合部品と、特定の不具合部品に対する代替部品と、の組み合わせ情報を検出する。また、不具合報告書がテキストデータである場合、検出部１００２は、製品情報ＤＢ７００や図示しない部品表テーブルから部品を示す情報を検出する。

また、複数の部品を示す情報と不具合を示すキーワード（動作不良など）との間の文字数が所定数以内の場合で、かつ、ある部品を示す情報と不具合を示すキーワード（動作不良など）との間の文字数が所定数より大きい場合に、検出部１００２は、当該ある部品を示す情報を、代替部品を示す情報として検出してもよい。

また、検出部１００２は、取得部１００１によって取得された設計変更連絡書から、交換対象部品と交換対象部品と交換する代替部品と、の組み合わせ情報を検出してもよい。

登録部１００３は、検出部１００２によって検出された組み合わせ情報を各種るリストに登録する処理を実行する。具体的には、登録部１００３は、検出部１００２によって検出された不具合部品の組み合わせ情報をブラックリスト４００に登録する。また、登録部１００３は、特定の不具合部品と代替部品との組み合わせ情報をホワイトリスト５００に登録する。また、登録部１００３は、交換対象部品と代替部品との組み合わせ情報をホワイトリスト５００に登録する。また、登録部１００３は、設計変更連絡書に記述されている作成者ＩＤを、交換対象部品と代替部品との組み合わせ情報とともにホワイトリスト５００に登録してもよい。また、設計変更連絡書に作成者ＩＤではなく作成者名が記述されている場合には、登録部１００３は、利用者情報ＤＢ６００から作成者名（個人情報に該当）に対応する作成者ＩＤを読み出して、ホワイトリスト５００に登録すればよい。

検索部１００４は、各種リスト内のエントリを検索する処理を実行する。具体的には、検索部１００４は、端末１０３において製造規格書に入力された複数の部品を示す情報を、ブラックリスト４００から検索する。また、検索部１００４は、不具合部品の組み合わせ情報のうち交換対象となる特定の不具合部品を含む複数の部品を示す情報がブラックリスト４００から検索された場合に、特定の不具合部品に対応する代替部品を示す情報をホワイトリスト５００から検索する。

また、検索部１００４は、交換対象部品を含む複数の部品を示す情報がブラックリスト４００から検索された場合に、交換対象部品に対応する代替部品を示す情報をホワイトリスト５００から検索してもよい。また、検索部１００４は、ブラックリスト４００に登録されている組み合わせ情報群の中のいずれかの組み合わせ情報を含む製品情報を、製品情報ＤＢ７００から検索してもよい。また、検索部１００４は、ブラックリスト４００に登録されている組み合わせ情報群の中のいずれかの組み合わせ情報を含む製品情報を、製造規格書群を記憶する製造規格書ＤＢ１０３０から検索してもよい。

なお、検索部１００４は、端末１０３において製造規格書に入力された複数の部品を示す情報を、ブラックリスト４００から検索する場合、複数の部品を示す情報に一致するエントリをブラックリスト４００から検索する例について説明したが、複数の部品を示す情報にさらに他の部品を示す情報を含むエントリをブラックリスト４００から検索してもよい。いずれの場合でも、検索部１００４は、検索されたエントリを出力部１００５を介して端末１０３に送信してもよい。送信されたエントリは、端末１０３に表示される。

複数の部品を示す情報に一致するエントリが端末１０３に送信された場合、端末１０３のユーザは、入力した複数の部品の組み合わせでは不具合が発生することを確認することができる。また、他の部品を示す情報を含むエントリが端末１０３に送信された場合、端末１０３のユーザは、他の部品を選択すると不具合が発生することを未然に確認することができる。したがって、他の部品の選択を回避することができる。また、当該検索のタイミングは、複数の部品を示す情報が入力されたあと、端末１０３において所定の検索ボタンが押下されたタイミングで検索部１００４が実行してもよい。また、複数の部品を示す情報の入力完了時点で、検索部１００４が実行してもよい。この場合、端末１０３は、最後の部品を示す情報の入力完了を、スペースやエンターキーの入力で検出して、複数の部品を示す情報を検索装置１０１に送信する。検索部１００４は、受信した複数の部品を示す情報を用いてブラックリスト４００からエントリを検索することになる。

また、出力部１００５は、検索部１００４による検索結果を出力する処理を実行する。具体的には、出力部１００５は、ブラックリスト４００から検索された組み合わせ情報や、ホワイトリスト５００から検索された代替部品を示す情報を出力する。また、出力部１００５は、代替部品を示す情報に対応する作成者ＩＤも出力してもよい。

また、出力部１００５は、製品情報ＤＢ７００から製品情報が検索された場合には、当該製品情報を出力してもよく、製造規格書ＤＢ１０３０から製造規格書が検索された場合には、当該製造規格書を出力してもよい。なお、出力部１００５による出力先は、出力装置２０４（ディスプレイやプリンタ）でもよく、記憶装置２０２でもよい。また、出力部１００５は、通信ＩＦ２０５を介して端末１０３に送信してもよい。

検知部１００６は、不具合の予兆を検知する処理を実行する。具体的には、検知部１００６は、ブラックリスト４００に登録されている組み合わせ情報ごとの出現数の上昇傾向に基づいて、ブラックリスト４００から特定の組み合わせ情報を検知する。たとえば、直近の所定期間（たとえば、３か月）において、検知部１００６は、ブラックリスト４００の各エントリにおける発生日の個数を計数する。そして、検知部１００６は、計数した発生日の個数が最大またはしきい値より多い組み合わせ情報を検知する。

この場合、検索部１００４は、製品情報ＤＢ７００にアクセスして、検知部１００６によって予兆検知された特定の組み合わせ情報を含む製品情報を検索する。ブラックリスト４００に挙げられた特定の組み合わせ情報は、ある製品を構成する組み合わせを示しているため、特定の組み合わせ情報を製品情報ＤＢ７００から検索することで、他の製品の製品情報を逆探知することができる。

また、この場合、検索部１００４は、逆探知の検索結果をリスクの高い順に並び替えることとしてもよい。たとえば、製品情報ＤＢ７００または製造規格書ＤＢ１０２０において、製品ごとに製品単価（原価でもよく販売価格でも利益額でもよい）や製造数が格納されているものとする。この場合、検索部１００４は、逆探知した製品情報の各々の製品単価や製造数を製品情報ＤＢ７００または製造規格書ＤＢ１０２０から検索する。そして、検索部１００４は、たとえば、製造数の多い順に逆探知の検索結果をソートする。また、検索部１００４は、製造単価の高い順に逆探知の検索結果をソートしてもよい。また、検索部１００４は、製造単価に製造数を乗じた金額の高い順にソートしてもよい。ソート後の逆探知の検索結果は、出力部１００５から出力される。

＜検索処理手順＞
図１１は、検索装置１０１による検索処理手順例を示すフローチャートである。まず、検索装置１０１は、リスト登録処理を実行する（ステップＳ１１０１）。リスト登録処理（ステップＳ１１０１）の詳細については後述する。

リスト登録処理（ステップＳ１１０１）のあと、検索装置１０１は、取得部１００１により、複数の部品の組み合わせ情報を取得する（ステップＳ１１０２）。たとえば、検索装置１０１は、不具合報告書ＤＢ１０１０に記憶されている不具合報告書群のうち未取得の不具合報告書に記述された複数の不具合部品の組み合わせ情報を取得する。また、検索装置１０１は、取得部１００１により、製造規格書ＤＢ１０３０に記憶されている製造規格書群のうち、未取得の製造規格書から複数の不具合部品の組み合わせ情報を取得してもよい。また、検索装置１０１は、端末１０３が製造規格書に現在入力している複数の部品の組み合わせ情報を、端末１０３から取得してもよい。

検索装置１０１は、検索部１００４により、複数の部品の組み合わせ情報を用いて、ブラックリスト４００を検索する（ステップＳ１１０３）。該当する組み合わせ情報がある場合（ステップＳ１１０４：Ｙｅｓ）、検索装置１０１は、出力部１００５により、該当する組み合わせ情報を検索結果として出力する（ステップＳ１１０５）。一方、該当する組み合わせ情報がない場合（ステップＳ１１０４：Ｎｏ）、検索装置１０１は、出力部１００５により、該当する組み合わせ情報なしとする検索結果を出力する（ステップＳ１１０６）。これにより、検索処理を終了する。

図１２は、図１１に示したリスト登録処理（ステップＳ１１０１）の詳細な処理手順例を示すフローチャートである。まず、検索装置１０１は、リスト登録処理（ステップＳ１１０１）の実行タイミングを待ち受ける（ステップＳ１２０１：Ｎｏ）。

つぎに、検索装置１０１は、実行タイミングになった場合（ステップＳ１２０１：Ｙｅｓ）、不具合報告書ＤＢ１０１０に未取得の不具合報告書があるか否かを判断する（ステップＳ１２０２）。未取得の不具合報告書がある場合（ステップＳ１２０２：Ｙｅｓ）、検索装置１０１は、未取得の不具合報告書を取得し（ステップＳ１２０４）、不具合部品の組み合わせ情報を、取得した不具合報告書から検出する（ステップＳ１２０４）。そして、検索装置１０１は、検出した不具合部品の組み合わせ情報を、ブラックリスト４００に登録する（ステップＳ１２０５）。

また、検索装置１０１は、不具合部品と代替部品との組み合わせ情報を、取得した不具合報告書から検出し（ステップＳ１２０６）、検出できた場合には、ホワイトリスト５００に登録して（ステップＳ１２０７）、リスト登録処理（ステップＳ１１０１）を終了する。

また、ステップＳ１２０２において、未取得の不具合報告書がない場合（ステップＳ１２０２：Ｎｏ）、検索装置１０１は、未取得の設計変更連絡書が設計変更連絡書ＤＢ１０２０にあるか否かを判断する（ステップＳ１２０８）。未取得の設計変更連絡書がない場合（ステップＳ１２０８：Ｎｏ）、リスト登録処理（ステップＳ１１０１）を終了する。一方、未取得の設計変更連絡書がある場合（ステップＳ１２０８：Ｙｅｓ）、検索装置１０１は、未取得の設計変更連絡書を取得する（ステップＳ１２０９）。そして、検索装置１０１は、対象部品と代替部品の組み合わせ情報を、取得した設計変更連絡書から検出し（ステップＳ１２１０）、検出できた場合には、ホワイトリスト５００に登録して（ステップＳ１２０７）、リスト登録処理（ステップＳ１１０１）を終了する。

図１３は、ブラックリスト４００から不具合部品の組み合わせ情報を含む製品情報を逆探知する逆探知処理手順例１を示すフローチャートである。まず、検索装置１０１は、ブラックリスト４００の任意のエントリを指定する（ステップＳ１３０３）。当該指定は、検索装置１０１の入力装置から管理者の操作により実行されてもよく、端末１０３のユーザの操作により端末１０３から実行されてもよい。

つぎに、検索装置１０１は、指定したエントリをキーにして、製造情報ＤＢを検索する（ステップＳ１３０２）。そして、検索装置１０１は、該当するモジュールがあるか否かを判断する（ステップＳ１３０３）。該当するモジュールがある場合（ステップＳ１３０３：Ｙｅｓ）、検索装置１０１は、該当するモジュールを含む製品情報を検索結果として出力する（ステップＳ１３０４）。これにより、逆探知処理を終了する。一方、ステップＳ１３０３において、該当するモジュールがない場合（ステップＳ１３０３：Ｎｏ）、検索装置１０１は、該当するモジュールなしとする検索結果を出力する（ステップＳ１３０５）。これにより、逆探知処理を終了する。

図１４は、ブラックリスト４００から不具合部品の組み合わせ情報を含む製品情報を逆探知する逆探知処理手順例２を示すフローチャートである。図１３に示した逆探知処理手順例１では、ブラックリスト４００の任意のエントリを人為的に指定した場合を例に挙げて説明した。これに対し、図１４の逆探知処理例２は、自動的に次回発生しうる不具合発生の予兆を検知することでブラックリスト４００から不具合部品の組み合わせ情報を含む製品情報を逆探知する例である。

まず、検索装置１０１は、逆探知の実行タイミングを待ち受け（ステップＳ１４０１：Ｎｏ）、実行タイミングである場合（ステップＳ１４０１：Ｙｅｓ）予兆検知処理を実行する（ステップＳ１４０２）。そして、検索装置１０１は、予兆検知処理（ステップＳ１４０２）で予兆検知されたブラックリスト４００のエントリをキーにして製品情報ＤＢ７００を検索する（ステップＳ１４０３）。

そして、検索装置１０１は、該当するモジュールがあるか否かを判断する（ステップＳ１４０４）。該当するモジュールがある場合（ステップＳ１４０４：Ｙｅｓ）、検索装置１０１は、該当するモジュールを含む製品情報を検索結果として出力する（ステップＳ１４０５）。これにより、逆探知処理を終了する。一方、ステップＳ１４０４において、該当するモジュールがない場合（ステップＳ１４０４：Ｎｏ）、検索装置１０１は、該当するモジュールなしとする検索結果を出力する（ステップＳ１４０６）。これにより、逆探知処理を終了する。

なお、図１３および図１４では、検索先を製品情報ＤＢ７００としたが、製造規格書ＤＢ１０３０でもよい。

このように、本実施例によれば、不具合報告書が追加される不具合報告書ＤＢ１０１０を監視してブラックリスト４００やホワイトリスト５００を更新することで、不具合を発生させる組み合わせや代替可能な組み合わせを最新の状態にすることができる。したがって、たとえば、端末１０３を用いて製造規格書を作成する場合に、端末１０３から入力された部品の組み合わせ情報が、ブラックリスト４００に登録されている組み合わせに該当するか否かを確認することができる。したがって、不具合部品の組み合わせを用いた製造規格書の作成を抑制することができ、ひいては、製造の手戻りを抑制することができる。

また、同様に、端末１０３から入力された部品を示す情報が、ホワイトリスト５００に登録されている代替部品で代用できるかを確認することができる。したがって、交換対象を用いた製造規格書の作成を抑制することができ、ひいては、製造の手戻りを抑制することができる。

また、ホワイトリスト５００の各エントリに設計変更連絡書の作成者情報を付与しておくことで、端末１０３から当該作成者情報を参照することができる。したがって、ユーザは、設計変更連絡書の作成者に設計変更の理由などを確認することができる。

また、ブラックリスト４００から検知された特定の不具合部品の組み合わせ情報を用いて製品情報ＤＢ７００を検索することにより、特定の不具合部品の組み合わせ情報がブラックリスト４００に登録された製造規格書の製品とは異なる他の製品の製品情報を逆探知することができる。したがって、製造済みの他の製品に潜んでいる不具合を特定することができ、当該他の製品において不具合による障害が発生する前に対策をとることができる。このように、本実施例によれば、製造の手戻り発生を未然に抑制することができる。

以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。

１００ 検索システム
１０１ 検索装置
１０２ ＤＢ群
１０３ 端末
１０４ ネットワーク
１００１ 取得部
１００２ 検出部
１００３ 登録部
１００４ 検索部
１００５ 出力部
１００６ 検知部

Claims (8)

1. プログラムを実行するプロセッサと、前記プログラムを記憶する記憶装置と、を有し、前記プロセッサが、製品の不具合に関する記述データである不具合報告書群を記憶する不具合報告書データベースにアクセス可能な検索装置であって、
   前記プロセッサは、
   前記不具合報告書データベース内の未取得の不具合報告書を取得する取得処理と、
   前記取得処理によって取得された不具合報告書から不具合部品の組み合わせ情報を検出する検出処理と、
   前記検出処理によって検出された不具合部品の組み合わせ情報を第１のリストに登録する登録処理と、
   製品の規格に関する記述データである製造規格書に入力された複数の部品の組み合わせ情報を、前記第１のリストから検索する検索処理と、
   前記検索処理による検索結果を出力する出力処理と、
   を実行することを特徴とする検索装置。
2. 前記検出処理では、前記プロセッサは、前記不具合部品の組み合わせ情報のうち交換対象となる特定の不具合部品と、前記特定の不具合部品に対する代替部品と、の組み合わせ情報を検出し、
   前記登録処理では、前記プロセッサは、前記特定の不具合部品と前記代替部品との組み合わせ情報を第２のリストに登録し、
   前記検索処理では、前記プロセッサは、前記特定の不具合部品を含む前記複数の部品組み合わせ情報が前記第１のリストから検索された場合に、前記特定の不具合部品に対応する前記代替部品を示す情報を前記第２のリストから検索し、
   前記出力処理では、前記プロセッサは、前記検索処理によって検索された前記代替部品を示す情報を出力することを特徴とする請求項１に記載の検索装置。
3. 前記プロセッサが、製品の設計変更に関する記述データである設計変更連絡書群を記憶する設計変更連絡書データベースにアクセス可能であり、
   前記取得処理では、前記プロセッサは、前記設計変更連絡書データベース内の未取得の設計変更連絡書を取得し、
   前記検出処理では、前記プロセッサは、前記取得処理によって取得された設計変更連絡書から、交換対象部品と前記交換対象部品と交換する代替部品と、の組み合わせ情報を検出し、
   前記登録処理では、前記プロセッサは、前記交換対象部品と前記代替部品との組み合わせ情報を第２のリストに登録し、
   前記検索処理では、前記プロセッサは、前記特定の不具合部品を含む前記複数の部品組み合わせ情報が前記第１のリストから検索された場合に、前記特定の不具合部品に対応する前記代替部品を示す情報を前記第２のリストから検索し、
   前記出力処理では、前記プロセッサは、前記検索処理によって検索された前記代替部品を示す情報を出力することを特徴とする請求項１に記載の検索装置。
4. 前記登録処理では、前記プロセッサは、前記設計変更連絡書の作成者情報を、前記交換対象部品と前記代替部品との組み合わせ情報とともに第２のリストに登録し、
   前記出力処理では、前記プロセッサは、前記検索処理によって前記代替部品を示す情報が前記第２のリストから検索された場合、前記代替部品を示す情報とともに前記作成者情報を出力することを特徴とする請求項３に記載の検索装置。
5. 前記プロセッサは、
   前記検索処理では、前記プロセッサは、前記第１のリストに登録されている組み合わせ情報群の中のいずれかの組み合わせ情報を含む製品情報を、製品を構成する部品群を示す情報を記憶する製品情報データベースから検索し、
   前記出力処理では、前記プロセッサは、前記いずれかの組み合わせ情報を含む製品情報を出力することを特徴とする請求項１〜４のいずれか一つに記載の検索装置。
6. 前記プロセッサは、
   前記第１のリストに登録されている組み合わせ情報ごとの出現数の上昇傾向に基づいて、前記第１のリストから特定の組み合わせ情報を検知する検知処理を実行し、
   前記検索処理では、前記プロセッサは、前記検知処理によって検知された前記特定の組み合わせ情報を含む製品情報を、製品を構成する部品を示す情報を記憶する製品情報データベースから検索し、
   前記出力処理では、前記プロセッサは、前記特定の組み合わせ情報を含む製品情報を出力することを特徴とする請求項１〜４のいずれか一つに記載の検索装置。
7. プログラムを実行するプロセッサと、前記プログラムを記憶する記憶装置と、を有し、前記プロセッサが、製品の不具合に関する記述データである不具合報告書群を記憶する不具合報告書データベースにアクセス可能な検索装置の検索方法であって、
   前記プロセッサは、
   前記不具合報告書データベース内の未取得の不具合報告書を取得する取得処理と、
   前記取得処理によって取得された不具合報告書から不具合部品の組み合わせ情報を検出する検出処理と、
   前記検出処理によって検出された不具合部品の組み合わせ情報を第１のリストに登録する登録処理と、
   製品の規格に関する記述データである製造規格書に入力された複数の部品の組み合わせ情報を、前記第１のリストから検索する検索処理と、
   前記検索処理による検索結果を出力する出力処理と、
   を実行することを特徴とする検索方法。
8. 製品の不具合に関する記述データである不具合報告書群を記憶する不具合報告書データベースにアクセス可能なプロセッサに実行させる検索プログラムであって、
   前記プロセッサに、
   前記不具合報告書データベース内の未取得の不具合報告書を取得する取得処理と、
   前記取得処理によって取得された不具合報告書から不具合部品の組み合わせ情報を検出する検出処理と、
   前記検出処理によって検出された不具合部品の組み合わせ情報を第１のリストに登録する登録処理と、
   製品の規格に関する記述データである製造規格書に入力された複数の部品の組み合わせ情報を、前記第１のリストから検索する検索処理と、
   前記検索処理による検索結果を出力する出力処理と、
   を実行させることを特徴とする検索プログラム。

Images