JP7411489B2 - 生産知識管理システム、生産知識管理方法及び生産知識管理プログラム - Google Patents

Description

本発明は、生産知識管理システム、生産知識管理方法及び生産知識管理プログラムに関する。

本技術分野の背景技術として、特開平２００６－３１２１３号公報（特許文献１）がある。この公報には、「不具合事例登録検索は、過去に発生した不具合事象に関して、その不具合内容やそれに対してとられた対策が記述された不具合事例を編集・作成して不具合事例登録検索装置に登録しておき、必要時に登録不具合事例から参考となる不具合事例を検索・抽出して利用できるようにしたものである。このような不具合事例登録検索において、不具合事象を構成する複数の構成事象について、その一つを主事象、その他を副事象とし、これら主事象と副事象を因果の連鎖で関係付けた事象連鎖を不具合事例ごとに編集・設定するとともに、不具合事例ごとに設定された事象連鎖について、主事象で共通する事象連鎖間を当該共通の主事象で関係付けた事象連鎖ネットワークを編集・設定するものとしている。」と記載されている（要約参照）。

別の背景技術として、特開平２００７－２４１７７４号公報（特許文献２）がある。この公報には、「製品・工程モデルＤＢは、製品構造情報モデルと工程構成情報モデルを統合化した統合モデルを格納している。この統合モデルをベースとして、製品の設計モデルの不具合のモデル化に加え、生準・製造における不具合もモデル化する。そして、この統合モデルは工程を状態遷移により表現しているため、生産システムにおける不具合の因果連鎖関係に基づく不具合発生メカニズムも表現することができる。品質知識ＤＢは、上記統合モデルに基づく、実体（ユニット/部品）と状態（工程）のそれぞれを属性とメソッドにより表現した実体/状態データモデルを格納し、生産システムにおける知見・ノウハウを体系的に記述可能としている。」と記載されている（要約参照）。

特開２００６－３１２１３号公報 特開２００７－２４１７７４号公報

前記特許文献１，２には、ある知識と他の知識との間で、因果または親子の定義により関連付けをして、木構造のデータベースを構築する技術について開示されている。
しかし、様々な製造現場で得られる知識をデータベース化する際には、知識を木構造に当てはめてデータベースを構築する作業の負担が大きいという不具合がある。
そこで、本発明は、構築が容易なデータベースを用いて知識の検索を行うことができる生産知識管理システム、生産知識管理方法及び生産知識管理プログラムを提供することを課題とする。

上記課題を解決するため、本発明の一形態は、データベースと、前記データベースを検索する検索部と、を備え、前記データベースは、生産ラインの各プロセス中で行われる処理を分類した分類名とその固有キーである分類ＩＤとを関連付けて登録した分類マスタテーブルと、前記プロセスのプロセス名とその固有キーであるプロセスＩＤを関連付けて登録したプロセステーブルと、前記プロセスＩＤとそれが示すプロセスの次プロセスの固有キーである次プロセスＩＤとを関連付けて登録したプロセス順テーブルと、前記プロセスＩＤと前記分類ＩＤとを関連付けて登録したプロセス分類テーブルと、前記各プロセスで発生し得る不具合内容とその要因とそれらの固有キーである知識ＩＤとを関連付けて登録した知識テーブルと、前記知識ＩＤと前記分類ＩＤとを関連付けて登録した知識分類テーブルと、を備え、前記検索部は、不具合キーワードと不具合発生プロセスを受け付け、前記データベースを用いて、前記不具合キーワードと前記知識テーブルに格納された前記不具合内容との文字列の類似度の判定による前記知識テーブルのレコードの絞り込みと、その絞り込んだレコードに、前記不具合発生プロセス又はそれより前記生産ラインの上流のプロセス中で前記分類名と関連するものほど優先する順位付けとを行った第１関連知識レコード群を特定する第１検索を行い、前記第１関連知識レコード群に含まれる前記要因を検索キーワードとして、前記データベースを用いて、前記要因と前記知識テーブルに格納された前記不具合内容との文字列の類似度の判定による前記知識テーブルのレコードの絞り込みと、その絞り込んだレコードに、前記不具合発生プロセス又はそれより前記生産ラインの上流のプロセス中で前記分類名と関連するものほど優先する順位付けとを行った第２関連知識レコード群を特定する第２検索を、１回行い、又は、１回行って直近で実行後の前記第２検索の結果に基づく再度の前記第２検索を少なくとも１回行うことを特徴とする。

本発明によれば、構築が容易なデータベースを用いて知識の検索を行うことができる生産知識管理システム、生産知識管理方法及び生産知識管理プログラムを提供することができる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の実施例１に係る生産知識管理システムのシステム構成を示すブロック図である。 実施例１に係る生産知識管理システムの機能ブロック図である。 実施例１に係る生産知識管理システムのテーブル構成図である。 実施例１に係る生産知識管理システムの分類マスタテーブルの概念図である。 実施例１に係る生産知識管理システムのプロセステーブルの概念図である。 実施例１に係る生産知識管理システムのプロセス順テーブルの概念図である。 実施例１に係る生産知識管理システムのプロセス分類テーブルの概念図である。 実施例１に係る生産知識管理システムの処理を説明するサンプルのプロセスフローを示す概念図である。 実施例１に係る生産知識管理システムの知識テーブルの概念図である。 実施例１に係る生産知識管理システムの知識分類テーブルの概念図である。 実施例１に係る生産知識管理システムで用いる知識登録画面の平面図である。 実施例１に係る生産知識管理システムで用いる知識一覧画面の平面図である。 実施例１に係る生産知識管理システムで用いる検索情報格納部に格納するテーブル及びビューの概念図である。 実施例１に係る生産知識管理システムで用いる知識検索画面の平面図であるである。 実施例１に係る生産知識管理システムが実行する検索処理のフローチャートである。 実施例１に係る生産知識管理システムのプロセス間ノード番号テーブルの概念図である。 実施例１に係る生産知識管理システムで作成する最上流ノード番号ビューの概念図である。 実施例１に係る生産知識管理システムで作成するノード番号分類ビューの概念図である。 実施例１に係る生産知識管理システムで作成する最近傍分類ビューの概念図である。 実施例１に係る生産知識管理システムで作成する１段目候補ビューの概念図である。 実施例１に係る生産知識管理システムで作成する１段目並び順決定ビューの概念図である。 実施例１に係る生産知識管理システムにおける〈１段目ノード番号〉及び〈１段目プロセスＩＤ〉の決定方法を説明する概念図である。 実施例１に係る生産知識管理システムで作成する２段目候補ビューの概念図である。 実施例１に係る生産知識管理システムで作成する２段目並び順決定ビューの概念図である。 実施例１に係る生産知識管理システムにおける〈２段目ノード番号〉及び〈２段目プロセスＩＤ〉の決定方法を説明する概念図である。 実施例１に係る生産知識管理システムで作成する３段目候補ビューの概念図である。 実施例１に係る生産知識管理システムで作成する３段目並び順決定ビューの概念図である。 実施例１に係る生産知識管理システムにおける〈３段目ノード番号〉及び〈３段目プロセスＩＤ〉の決定方法を説明する概念図である。 本発明の実施例２に係る生産知識管理システムの機能ブロック図である。 実施例３に係る生産知識管理システムで用いる知識検索画面の平面図である。 実施例３に係る生産知識管理システムが実行する検索処理のフローチャートである。 実施例４に係る生産知識管理システムと生産状態監視システムとのネットワーク接続を示すブロック図である。 実施例４に係る生産知識管理システムで用いるエラー知識テーブルの概念図である。 実施例４に係る生産知識管理システムで用いるエラー発生プロセステーブルの概念図である。

以下、本発明の実施例について図面を用いて説明する。

［全体構成］
図１は、本発明の実施例１に係る生産知識管理システム１０１のシステム構成を示すブロック図である。生産知識管理システム１はデータベースシステムである。生産知識管理システム１０１は、各種演算を行い、生産知識管理システム１０１の各部を集中的に制御するＣＰＵ（Central Processing Unit）１１を備えている。ＣＰＵ１１には、ＣＰＵ１１の作業エリアとなるＲＡＭ（Random Access Memory）１２と、ＢＩＯＳ（Basic Input Output System）等を記憶したＲＯＭ１３と、各種データを記憶する不揮発性の記憶装置である磁気記憶装置（ＨＤＤ）１４（ＳＳＤ（Solid State Drive）等であってもよい）とが接続されている。また、ＣＰＵ１１には、インターネット等のネットワーク１２０（図２）と通信を行うための通信インターフェイス（Ｉ／Ｆ）１０５と、ブルーレイディスク（Blu-ray（登録商標）Disc）、ＤＶＤ（Digital Versatile Disc）、ＣＤ（Compact Disc）等の各種メディアである記憶媒体１６のデータを読み取る光ディスク装置等の記憶媒体読取装置１７とが接続されている。さらに、ＣＰＵ１１には、キーボード、マウス等の入力装置１８と、液晶ディスプレイ、有機ＥＬディスプレイ等の表示装置１９とが接続されている。磁気記憶装置１４には、生産知識管理プログラム２０がセットアップされている。生産知識管理プログラム２０は、インターネット等からダウンロードして磁気記憶装置１４にセットアップしてもよいし、記憶媒体１６から記憶媒体読取装置１７により読み取って磁気記憶装置１４にセットアップしてもよい。

図１では、便宜上、生産知識管理システム１０１は、単一のサーバ装置として図示しているが、互いに連携して動作するネットワーク上の複数台のサーバ装置として実施してもよい。その場合、ひとまとまりのデータとして図１中に図示している生産知識管理プログラム２０も複数台のサーバ装置にそれぞれ分散してセットアップされているプログラム群の集合体となる。その場合、記憶媒体１６も、各サーバ装置にそれぞれ対応した記憶媒体からなる記憶媒体群の集合体となる。

生産知識管理システム１０１は、生産知識管理プログラム２０に基づいて動作して、磁気記憶装置１４やその他の不揮発性記憶装置内に後述のデータベース１０７（図２）を構築し、当該データベース１０７を検索することができる。生産知識管理システム１０１は、ある生産現場で用いられ、その生産現場の生産ラインで生じた不具合を解決するために、様々な不具合事例について登録したデータベースである。なお、本明細書において、「プロセス」というときは、生産ライン中のプロセスを示す。また、「上流」というときは、生産ラインにおけるあるプロセスから視た上流を示す。

図２は、生産知識管理システム１０１の機能ブロック図である。生産知識管理システム１０１は、データベース１０７を構築していて、データベース１０７内には、分類マスタ情報格納部１０８、プロセス情報格納部１０９、知識情報格納部１１０がそれぞれ設けられる。データ入出力処理部１０３は、データベース１０７内のデータの入出力を行う。検索部１０４は、データベース１０７の検索処理を行う。検索情報格納部１１１は、データベース１０７を検索して得られた検索情報を格納する。

生産知識管理システム１０１へのアクセス手段としては、ネットワーク１２０で生産知識管理システム１０１と接続された端末装置１２１を使用する。端末装置１２１は、ネットワーク１２０を介して生産知識管理システム１０１と通信を行う通信Ｉ／Ｆ１２２と、端末装置１２１のユーザがデータの入出力を行うデータ入出力部１２３とを備える。アクセス制御部１０２は、通信Ｉ／Ｆ１０５、ネットワーク１２０を介して、端末装置１２１からのアクセスを制御する。

ところで、前記の特許文献１，２には、ある知識と他の知識との間で、因果又は親子の定義により関連付けをして、木構造のデータベースを構築する技術について開示されている。しかしながら、係る技術には次のような課題がある。
（ａ）特許文献１，２の技術では、ある知識Ａから他の知識を検索するとき、予め知識Ａと木構造でつながっている知識しか抽出できない。しかし、様々な製品の生産現場で得られる知識は、途中の因果に確信がないものが多く、知識を木構造に当てはめる作業の負担が大きい。そのため、知識の木構造でデータベースを構築することが難しい。
（ｂ）数個の連なった知識に分けるべきかひとつの知識にまとめるべきか等の木構造の粒度についての認識が人により異なるため、特許文献１，２の技術では、複数人で議論無しに知識を蓄積していくことが難しい。よって、この点でも知識の木構造でデータベースを構築することが難しい。

そこで、以下では、生産知識管理システム１０１（生産知識管理プログラム２０）において、構築が容易なデータベースを用いて知識の検索を行うことを可能としたシステムや処理工程（生産知識管理方法）について詳細に説明する。

［データベース］
図３は、データベース１０７に格納するテーブルの種類と関係を示すブロック図である。分類マスタ情報格納部１０８には、分類マスタテーブルＴ３を格納する。プロセス情報格納部１０９には、プロセステーブルＴ４、プロセス順テーブルＴ５、プロセス分類テーブルＴ６、プロセス間ノード番号テーブルＴ１５を格納する。知識情報格納部１１０には、知識テーブルＴ８、知識分類テーブルＴ９を格納する。

以下、各テーブルの内容を説明する。なお、本明細書において、テーブル又はビューに格納される行単位の情報を「レコード」という。ここでテーブルとは、値が確定した状態で保持されるレコード群を意味し、ビューとは、一時的にテーブルからその一部または全体を参照して加工した状態のレコード群を意味する。また、各テーブル又はビューで定義する列名を、〈〉で囲んで記述する。また、実施例のサンプルとして使用している、レコードの内容となる値を、『』で囲んで記述する。

［分類マスタ情報格納部１０８］
図４は、分類マスタテーブルＴ３の概念図である。分類マスタテーブルＴ３は、レコードとしての〈分類名〉と当該レコードの固有キーである〈分類ＩＤ〉とが関連付けられたテーブルである。
〈分類名〉は、生産ライン中の様々なプロセスで行われる処理を分類した分類名である。この分類名は、特定の生産ラインのみで固有の現場用語的な用語は原則として含まず、少なくとも同種の製品の生産ラインであれば共通に使用されるような汎用の用語（一般名称）で構成されていることが望ましい。

分類マスタテーブルＴ３には、生産知識管理システム１０１の運用開始前にサーバ管理者がデータ入出力処理部１０３によって予めレコードを登録しておき、その後は必要に応じて、サーバ管理者がデータ入出力処理部１０３からレコードを追加、変更する。

［プロセス情報格納部１０９］
図５は、プロセステーブルＴ４の概念図である。プロセステーブルＴ４は、レコードとしての〈プロセス名〉と、当該レコードの固有キーである〈プロセスＩＤ〉とが関連付けられて登録されている。〈プロセス名〉は、生産ライン中の各プロセスの名前の表記であり、図４の分類名とは異なり、特定の生産ラインのみで固有の現場用語的な用語も含まれ得る。

図６は、生産ラインにおけるプロセス順を登録するプロセス順テーブルＴ５を示す。プロセス順の定義は番号付け等の他の方法によってもよいが、本実施例１では、〈プロセスＩＤ〉と〈次プロセスＩＤ〉との関連付けにより定義している。〈次プロセスＩＤ〉は、〈プロセスＩＤ〉が示すプロセスの次となるプロセスの〈プロセスＩＤ〉である。
このように、〈プロセスＩＤ〉と〈次プロセスＩＤ〉とを関連付ける手法は、生産ラインの途中でプロセスが分岐、合流するようなプロセのフローも定義が可能である。〈プロセスＩＤ〉、〈次プロセスＩＤ〉ともに、プロセステーブルＴ４（図５）の〈プロセスＩＤ〉から選択された値とする。

図７は、プロセス分類テーブルＴ６を示す。プロセス分類テーブルＴ６には、プロセステーブルＴ４（図５）の〈プロセスＩＤ〉と、分類マスタテーブルＴ３（図４）の〈分類ＩＤ〉とを関連付けて格納する。この関連付けは、１対多、多対１でもよい。例えば、図７に示すサンプルでは、〈プロセスＩＤ〉『Ｐ１０６１１』は『ＫＳ２』、『ＫＫ５』の２つの〈分類ＩＤ〉と関連付けられている。また、『Ｐ１０５１１』、『Ｐ１０８１１』、『Ｐ２０４１１』の３つの〈プロセスＩＤ〉が、〈分類ＩＤ〉『ＫＹ１』と関連付けられている。

以上のプロセス情報は、製造現場においては生産ラインの設計が完了し、生産が開始される前の段階で確定する情報である。そのため、プロセステーブルＴ４（図５）、プロセス順テーブルＴ５（図６）及びプロセス分類テーブルＴ６（図７）には、生産知識管理システム１０１の運用開始前にサーバ管理者がデータ入出力処理部１０３によってレコードを登録しておく。その後は、製品仕様の変更、製造方法の改善等、生産ラインを構成するプロセスの内容が変更された際、サーバ管理者がデータ入出力処理部１０３よってレコードを追加、変更する。

図８は、本実施例１で示しているサンプル（生産ラインの一例）について、図５～図７の各テーブルに格納されたプロセスに関する情報を示した概念図である。図８中、１つ１つの箱が、生産ラインにおける個々のプロセス７０１を示す（図８中では、１つの箱のみに符号を付加）。各箱の中に、〈プロセスＩＤ〉、〈プロセス名〉、〈分類名〉、〈分類ＩＤ〉を記載した。各箱をつなぐ矢印は、生産ライン中の各プロセス７０１の流れを示している。図８に示すように、プロセステーブルＴ４（図５）、プロセス順テーブルＴ５（図６）が存在するため、生産ライン中の各プロセスの流れは明らかである。そして、各〈プロセス名〉と関連する〈分類名〉もプロセス分類テーブルＴ６（図７）と分類マスタテーブルＴ３（図４）とによって明らかである。
プロセス間ノード番号テーブルＴ１５（図３）については後述する。

［知識情報格納部１１０］
図９は、知識テーブルＴ８の概念図である。知識テーブルＴ８は、〈不具合内容〉、〈要因〉と、これらのレコードの固有キーである〈知識ＩＤ〉とが関連付けられて構成されている。また、これらに〈対策〉等、知識の内容を詳細に記述する列が追加で関連付けられていてもよい。
図１０は、知識分類テーブルＴ９の概念図である。知識分類テーブルＴ９は、生産現場において検索され、不具合への対策の参考とされる情報である。知識分類テーブルＴ９に図１０に記載したもの以外に追加する列として、他に、情報の出展情報、写真や資料等の保存先、責任者、知識レコードの登録者、登録日時等が例示される。

知識テーブルＴ８（図９）における〈不具合内容〉は、生産ラインで発生し得る（過去に発生した又は将来発生が予想される）様々な不具合の内容を示したものである。〈要因〉は、その関連付けられている〈不具合内容〉が発生する要因の内容（判明している範囲内である）を示したものである。〈対策〉は、その関連付けられている〈不具合内容〉対する対策の内容を示したものである。〈不具合内容〉、〈要因〉、〈対策〉等は、特定の生産ラインのみで固有の現場用語的な用語も含まれ得る。

知識分類テーブルＴ９には、知識テーブルＴ８（図９）の〈知識ＩＤ〉と、分類マスタテーブルＴ３（図４）の〈分類ＩＤ〉との関連付けに関する情報を格納している。関連付けは、１対多、多対１でもよい。例えば、図１０に示すサンプルでは、〈知識ＩＤ〉『ＡＭ０１』は『ＫＳ１』、『ＫＹ１』の２つの〈分類ＩＤ〉と関連付けられている。また、『ＡＸ０１』、『ＡＸ０２』の２つの〈知識ＩＤ〉が、〈分類ＩＤ〉『ＫＴ１』と関連付けられている。

知識分類テーブルＴ９（図１０）と、プロセス分類テーブルＴ６（図７）によって、〈プロセスＩＤ〉と〈知識ＩＤ〉とが関連付けられている。そのため、〈プロセス名〉と、〈不具合内容〉、〈要因〉、〈対策〉とが関連付けられる。また、これらに更に〈分類名〉も関連付けられる（図４～図７、図９、図１０）。

［知識登録画面１００１］
図１１は、データ入出力部１２３を介して端末装置１２１のディスプレイに表示される知識登録画面１００１の平面図である。端末装置１２１で生産知識管理システム１０１にアクセスすることにより、ユーザは、知識登録画面１００１を自己の端末装置１２１に表示することができる。

図１１に示すように、知識登録画面１００１は、保存ボタン１００２、不具合内容入力欄１００３、分類表示欄１００４、分類追加ボタン１００５、分類削除ボタン１００６、分類選択欄１００７、要因入力欄１００８を有する。
ユーザは、知識登録画面１００１を使用して、随時、知識テーブルＴ８（図９）及び知識分類テーブルＴ９（図１０）に対してレコードの追加、編集、削除をすることができる。

知識登録画面１００１には、知識テーブルＴ８（図９）で互いに関連付けられている１レコード分のレコードの内容を表示する。
不具合内容入力欄１００３には、知識テーブルＴ８の〈不具合内容〉を、知識登録画面１００１上で内容を編集可能な状態で表示する。
分類表示欄１００４には、知識分類テーブルＴ９の〈分類ＩＤ〉に基づいて、分類マスタテーブルＴ３（図４）から全レコードの〈分類名〉を、選択可能な状態で表示する。
例えば、図１１は、知識テーブルＴ８（図９）に示した〈知識ＩＤ〉=『ＤＰ０３』のレコードが表示された状態を示している。

分類選択欄１００７には、分類マスタテーブルＴ３（図４）の〈分類名〉を、選択可能な状態で表示する。
分類追加ボタン１００５のクリックを検知した時、分類選択欄１００７で選択された〈分類名〉があれば、その〈分類名〉を分類表示欄１００４に追加して表示する。
例えば、図１１の状態で、ユーザが分類選択欄１００７で『圧入』を選択し、次に分類追加ボタン１００５をクリックしたとき、分類表示欄１００４には、『溶接、性能検査１、圧入』を表示する。
分類削除ボタン１００６のクリックを検知した時、分類表示欄１００４で選択された〈分類名〉があれば、その〈分類名〉を分類表示欄１００４から削除する。
例えば、図１１の状態で、ユーザが分類表示欄１００４で『溶接』を選択し、次に分類削除ボタン１００６をクリックしたとき、分類表示欄１００４には、『性能検査１』のみを表示する。

要因入力欄１００８は、知識テーブルＴ８（図９）の〈要因〉を、画面上で内容を編集可能な状態で表示する。
保存ボタン１００２をクリックしたとき、データ入出力処理部１０３は、知識テーブルＴ８（図９）の〈不具合内容〉及び〈要因〉を、不具合内容入力欄１００３及び要因入力欄１００８に表示されている内容に更新する。
また、データ入出力処理部１０３は、知識分類テーブルＴ９（図１０）に対して、分類表示欄１００４に表示されている内容と合致するように、レコードを追加または削除する。

知識テーブルＴ８（図９）に列を追加していた場合は、追加した列の内容を登録、編集するための入力欄を知識登録画面１００１に設けることができる。
図１２は、データ入出力部１２３を介して端末装置１２１のディスプレイに表示される知識一覧画面１１０１の平面図である。
知識一覧画面１１０１は、編集ボタン１１０２、追加ボタン１１０３、削除ボタン１１０４及び知識一覧表示欄１１０５を有する。

知識一覧表示欄１１０５には、知識テーブルＴ８（図９）の全レコードの〈不具合内容〉、〈要因〉を、レコードを選択可能な状態で表示することができる。
編集ボタン１１０２のクリックがなされたとき、データ入出力部１２３（図２）は、知識一覧表示欄１１０５で選択されたレコードがあれば、そのレコードが表示された状態の知識登録画面１００１（図１１）を開く。
追加ボタン１１０３のクリックがなされたとき、データ入出力部１２３は、不具合内容入力欄１００３、分類表示欄１００４、要因入力欄１００８が空の状態の知識登録画面１００１を開く。

削除ボタン１１０４のクリックを検知した時、知識一覧表示欄１１０５で選択されたレコードがあれば、そのレコードの〈知識ＩＤ〉に基づいて、まず、知識分類テーブルＴ９（図１０）から、同一の〈知識ＩＤ〉であるレコードを削除する。次に、知識テーブルＴ８（図９）から、同一の〈知識ＩＤ〉のレコードを削除する。
以上により、知識情報格納部１１０へは、ユーザが随時、端末装置１２１の操作によって情報を蓄積することができる。

前述したように、知識テーブルＴ８（図９）に列を追加した場合は、追加した列も表示する。
［検索情報］
検索情報格納部１１１（図２）は、後述する検索部１０４（図２）が実行する検索処理において、検索条件に基づいてデータベース１０７（図２）から抽出・加工したレコードを一時的に格納するメモリ領域である。

図１３に、検索情報格納部１１１に格納するテーブル及びビューの概念図を示す。検索情報格納部１１１には、プロセス間ノード番号テーブルＴ１５（図１６）、最上流ノード番号ビューＶ１６（図１７）、ノード番号分類ビューＶ１７（図１８）、最近傍分類ビューＶ１８（図１９）、１段目候補ビューＶ１９（図２０）を一時的に格納する。また、検索情報格納部１１１には、１段目並び順決定ビューＶ２０（図２１）、２段目候補ビューＶ２２（図２３）並び順決定ビューＶ２３（図２４）３段目候補ビューＶ２５（図２６）及び３段目並び順決定ビューＶ２６（図２７）を一時的に格納する。図１３においては、その一部のみを図示ししている。

図１３中、矢印は、ビューとテーブルとの参照関係を示す。例えば、最近傍分類ビューＶ１８は、ノード番号分類ビューＶ１７のレコードを参照、加工したビューである。各テーブル及びビューの詳細は、後述する［検索処理］の説明の中で述べる。

［検索画面］
図１４は、データ入出力部１２３を介して端末装置１２１のディスプレイに表示される知識検索画面１３０１の平面図である。
知識検索画面１３０１は、不具合キーワード入力欄１３０２、不具合発生プロセス選択欄１３０３、知識検索実行ボタン１３０４、検索結果表示欄１３０５及び知識詳細表示ボタン１３０６を備えている。

不具合キーワード入力欄１３０２は、ユーザによる任意の文字列の入力が可能な状態で表示する。初期状態は空欄である。不具合キーワード入力欄１３０２には、生産ラインで発生した不具合の内容を入力する。
不具合発生プロセス選択欄１３０３では、プロセステーブルＴ４（図５）の〈プロセス名〉を選択可能なプルダウンメニューとして表示することができる。ここで、ユーザは、生産ライン中において、不具合キーワード入力欄１３０２に入力した不具合が発生したプロセスを選択する。不具合発生プロセス選択欄１３０３の枠内には、プロセステーブルＴ４からユーザによって選択された１つの〈プロセス名〉を表示する。

知識検索実行ボタン１３０４は、そのクリックが検索部１０４による検索処理実行の命令となる。
検索結果表示欄１３０５は、初期状態では何も表示しないが、検索処理の実行後は、図１４に示すように、検索処理の結果を１段目表示欄１３０７、２段目表示欄１３０８、３段目表示欄１３０９に、各レコードを選択可能な状態で表示する。
知識詳細表示ボタン１３０６のクリックがあると、データ入出力部１２３は、検索結果表示欄１３０５で選択されたレコードがあれば、そのレコードが表示された状態の知識登録画面１００１（図１１）を開く。

［検索処理］
図１５は、検索部１０４が実行する検索処理を示すフローチャートである。まず、知識検索実行ボタン１３０４（図１４）のクリックによる検索実行命令を受け付けたことをトリガーとして（ステップＳ１のＹｅｓ）、検索部１０４は、検索条件を取得する（ステップＳ２）。検索条件は、具体的には、図１４に示す、不具合キーワード入力欄１３０２に入力された文字列を不具合キーワードとして受け付ける。不具合キーワードは、生産ラインで発生した不具合の内容を端的な言葉でユーザが入力するものである。また、不具合発生プロセス選択欄１３０３で選択された〈プロセス名〉を不具合発生プロセスとして受け付ける。この場合、具体的には、この選択した不具合発生プロセスに基づいてプロセステーブルＴ４（図５）から抽出する〈プロセスＩＤ〉（起点プロセスＩＤ）を受け付ける。不具合発生プロセスは、不具合キーワードとして入力した不具合が発生した生産ライン中のプロセスを示す〈プロセス名〉である。

次に、検索部１０４は、ノード分析を実施する（ステップＳ３）。次に、検索部１０４は、１段目の知識レコードを抽出する（ステップＳ４）。「知識レコード」とは、知識テーブルＴ８（図９）に登録されているレコードである。次に、検索部１０４は、１段目の並び順を決定する（ステップＳ５）。次に、検索部１０４は、２段目の知識レコードを抽出する（ステップＳ６）。次に、検索部１０４は、２段目の並び順を決定する（ステップＳ７）。次に、検索部１０４は、３段目の知識レコードを抽出する（ステップＳ８）。次に、検索部１０４は、３段目知識レコードの並び順を決定する（ステップＳ９）。次に、検索部１０４は、前記の１～３段目の表示内容を決定する（ステップＳ１０）。次に、検索部１０４は、前記のように決定された１～３段目の表示内容を、検索結果表示欄１３０５（図１４）に表示する（ステップＳ１１）。以上で検索処理を終了し、待機状態となる。以下では、ステップＳ４，Ｓ５は第１検索と呼び、ステップＳ６，Ｓ７は第２検索１回目と呼び、ステップＳ８，Ｓ９は第２検索２回目と呼ぶ。

［ノード分析］
ここでは、ノード分析（ステップＳ３）の詳細を説明する。図１６は、プロセス間ノード番号テーブルＴ１５（図３）を示す。プロセス間ノード番号テーブルＴ１５は、〈起点プロセスＩＤ〉、〈プロセスＩＤ〉、〈ノードタイプ〉、〈ノード番号〉が関連付けて登録されている。
〈起点プロセスＩＤ〉及び〈プロセスＩＤ〉は、プロセステーブルＴ４（図５）の〈プロセスＩＤ〉として登録されているいずれかの値である。

プロセス間ノード番号テーブルＴ１５（図３）は、プロセステーブルＴ４に格納されている全ての〈プロセスＩＤ〉（〈起点プロセスＩＤ〉）と、自身を含む全ての〈プロセスＩＤ〉との総当たりのペアについて、プロセス間の因果関係を考慮した“近さ”を、プロセス順テーブルＴ５（図６）に基づいて、〈ノードタイプ〉と〈ノード番号〉とで定義した情報である。〈ノードタイプ〉、〈ノード番号〉は、プロセス間の因果関係を考慮した“近さ”を定義する概念である。すなわち、〈ノード番号〉は、プロセス間の近さを表す数値であり、〈ノードタイプ〉は〈ノード番号〉のタイプを示している。

ここで、本実施例１における“近さ”の定義について説明する。まず、ある起点とするプロセスに対する他のプロセスの関係を、（ａ）：同一生産ラインで起点と同一または上流にあるプロセス、（ｂ）：同一生産ラインで起点よりも下流にあるプロセス、（ｃ）：同一生産ラインに存在しない他の工場等のプロセス、の３タイプに分ける。そして、本実施例１では、（ａ）、（ｃ）、（ｂ）の順に、起点のプロセスから近いと定義する。
このように（ｃ）を（ｂ）より先の順にする理由は、不具合と要因との因果関係を考慮しているためである。基点プロセスより下流のプロセスに関する知識情報よりも、他の製造ラインに存在する類似したプロセスに関する知識情報のほうが、基点プロセスで発生した不具合の解決策を含む可能性が高いという考えによる。ただし、この考えは知識レコードの並び順を定義する一例であって、他の考えによって近さを定義してもよい。

プロセス間ノード番号テーブルＴ１５（図３）では、〈起点プロセスＩＤ〉に対する〈プロセスＩＤ〉について、〈ノードタイプ〉及び〈ノード番号〉を次のように定義して格納する。
〈起点プロセスＩＤ〉に対する〈プロセスＩＤ〉がタイプ（ａ）の場合、〈ノードタイプ〉＝０とし、起点から上流に向かって、〈ノード番号〉＝０、１、２、３，…とする。タイプ（ｂ）の場合、〈ノードタイプ〉＝２とし、〈ノード番号〉は最上流の〈ノード番号〉＋２から始めて、下流に行くほど大きくなるように番号付けをする。なお、ここで〈ノード番号〉を最上流の〈ノード番号〉＋２から始める理由は、後述するレコードの並べ替えにおいて、最上流の〈ノード番号〉＋１を、（ｃ）に対して割り当てるためである。

プロセス間ノード番号テーブルＴ１５（図３）は、この定義によって、プロセス順テーブルＴ５（図６）に基づいて自動生成が可能である。
このほか、ステップＳ３では、以下のビューを生成する。図１７は、最上流ノード番号ビューＶ１６の概念図である。最上流ノード番号ビューＶ１６は、プロセス間ノード番号テーブルＴ１５から、各〈起点プロセスＩＤ〉について、〈ノードタイプ〉＝『０』での〈ノード番号〉が最大であるレコードを抽出し、〈起点プロセスＩＤ〉と〈ノード番号〉とを関連付けて並べたものである。

図１８は、ノード番号分類ビューＶ１７の概念図である。ノード番号分類ビューＶ１７は、プロセス間ノード番号テーブルＴ１５（図１６）の各レコードに、〈プロセスＩＤ〉をキーとしてプロセス分類テーブルＴ６（図７）の〈分類ＩＤ〉を結合し、〈起点プロセスＩＤ〉、〈ノード番号〉、〈プロセスＩＤ〉、〈分類ＩＤ〉を関連付けて並べたレコード群である。

図１９は、最近傍分類ビューＶ１８の概念図である。最近傍分類ビューＶ１８は、ノード番号分類ビューＶ１７から、〈起点プロセスＩＤ〉に対する〈分類ＩＤ〉ごとに、〈ノード番号〉が最小であるレコードを抽出したレコード群である。
なお、プロセス間ノード番号テーブルＴ１５（図１６）、最上流ノード番号ビューＶ１６（図１７）、ノード番号分類ビューＶ１７（図１８）及び最近傍分類ビューＶ１８（図１９）は、ステップＳ２で受け付ける検索条件とは無関係に値を決めることが可能である。したがって、ステップＳ３の処理は、検索実行命令の受け付けをトリガーとする以外に、ユーザが知識検索画面１３０１を開いたことをトリガーとして、または、サーバ管理者がプロセス情報を更新したことをトリガーとして、単独で実行されるようにしてもよい。

プロセス間ノード番号テーブルＴ１５（図１６）については、プロセス間の因果関係を考慮した“近さ”の定義の考え方には、実施場所の近さ、対象部品の配置の近さ等様々ある。〈ノードタイプ〉及び〈ノード番号〉は上述した定義以外の定義に従って決めてもよく、〈ノード番号〉を整数でなく小数点を伴う実数にしてもよい。
また、〈ノード番号〉の値は、例えばサーバ管理者が手作業により任意の数値を登録してもよい。その場合、プロセス間ノード番号テーブルＴ１５は、生産知識管理システムの運用開始前にサーバ管理者がデータベース１０７のプロセス情報格納部１０９に格納してもよい。

以下、ステップＳ４～ステップＳ９の詳細を説明する。
［知識レコード抽出：１段目（第１検索）］
ステップＳ４では、検索キーワードとなる不具合キーワードと関連の強い知識レコードを、知識テーブルＴ８（図９）から抽出し、図２０に示す１段目候補ビューＶ１９を生成する。
１段目候補ビューＶ１９は、〈不具合発生プロセスＩＤ〉、〈１段目知識ＩＤ〉及び〈１段目分類ＩＤ〉が関連付けられて構成される。〈不具合発生プロセスＩＤ〉は、不具合キーワードとした不具合が発生したプロセスを示す〈プロセスＩＤ〉である。〈１段目知識ＩＤ〉は、知識テーブルＴ８（図９）から１段目として抽出された知識レコードを特定する〈知識ＩＤ〉である。〈１段目分類ＩＤ〉は、〈１段目知識ＩＤ〉と知識分類テーブルＴ９（図１０）で関連付けられている〈分類ＩＤ〉である。

ここでの処理は、具体的には、知識テーブルＴ８の〈不具合内容〉の文字列に、検索キーワードとして取得した不具合キーワードが含まれているか否かを判定し、含まれている知識レコードを抽出する。
本実施例１のサンプルでは、不具合キーワード『破断』を〈不具合内容〉に含む知識レコード（〈知識ＩＤ〉＝『ＡＸ０２』、『ＢＹ０１』、『ＥＺ０４』）が、１段目候補ビューＶ１９の〈１段目知識ＩＤ〉として抽出される（図２０）。

また、得られた〈１段目知識ＩＤ〉に対して、〈知識ＩＤ〉を結合キーとして知識分類テーブルＴ９（図１０）を結合して得られる〈分類ＩＤ〉を、〈１段目分類ＩＤ〉とする。
本実施例のサンプルでは、例えば〈知識ＩＤ〉『ＢＹ０１』については、知識分類テーブルＴ９（図１０）に〈分類ＩＤ〉＝『ＫＫ６』，『ＫＳ２』の２レコードある。そのため、１段目候補ビューＶ１９（図２０）の〈１段目知識ＩＤ〉＝『ＢＹ０１』のレコードも２レコードとなる。

ステップＳ５では、１段目候補ビューＶ１９に抽出された知識レコードを、最近傍分類ビューＶ１８（図１９）に基づいて、プロセス間の“近さ”の順に並べ替え、図２１に示す１段目並び順決定ビューＶ２０を生成する。
１段目並び順決定ビューＶ２０（図２１）は、１段目候補ビューＶ１９（図２０）に対して、〈１段目ノード番号〉及び〈１段目プロセスＩＤ〉の列が追加され、〈１段目分類ＩＤ〉が除外されたものである。

図２２に示す概念図を使用して、以下に、〈１段目ノード番号〉及び〈１段目プロセスＩＤ〉の決定方法を説明する。まず、１段目候補ビューＶ１９（図２０）と最近傍分類ビューＶ１８（図１９）を、〈不具合発生プロセスＩＤ〉と〈起点プロセスＩＤ〉とを１つめの結合キー、〈１段目分類ＩＤ〉と〈分類ＩＤ〉とを２つめの結合キーとして外部結合する。
この外部結合において最近傍分類ビューＶ１８（図１９）から得る〈ノード番号〉が存在する場合、〈ノード番号〉を〈１段目ノード番号〉、〈プロセスＩＤ〉を〈１段目プロセスＩＤ〉として得ることができる。

一方、この外部結合において最近傍分類ビューＶ１８（図１９）から得る〈ノード番号〉が存在しない場合は、１段目候補ビューＶ１９（図２０）と最上流ノード番号ビューＶ１６（図１７）を、〈不具合発生プロセスＩＤ〉と〈起点プロセスＩＤ〉を結合キーとして結合し、最上流ノード番号ビューＶ１６（図１７）から得る〈最上流ノード番号〉＋１を〈１段目ノード番号〉として得ることができる。
本実施例１のサンプルでは、例えば、１段目候補ビューＶ１９（図２０）の〈１段目知識ＩＤ〉＝『ＡＸ０２』、〈分類ＩＤ〉＝『ＫＴ１』のレコードについては、“〈起点プロセスＩＤ〉＝『Ｐ１０７１１』”且つ“〈分類ＩＤ〉＝『ＫＴ１』”となるプロセスレコードが最近傍分類ビューＶ１８に存在しない（図１８）。そのため、〈１段目プロセスＩＤ〉は空欄のままとなる。また、最上流ノード番号ビューＶ１６（図１７）から、〈起点プロセスＩＤ〉＝『Ｐ１０７１１』の〈最上流ノード番号〉＝『４』（図１８）であるため、〈１段目ノード番号〉＝４＋１＝『５』となる。

［知識レコード抽出：２段目（第２検索１回目）］
ステップＳ６では、１段目並び順決定ビューＶ２０（図２１）で得た知識レコードと関連の強い知識レコードを、知識テーブルＴ８（図９）から抽出し、図２３に示す２段目候補ビューＶ２２を生成する。
２段目候補ビューＶ２２は、〈１段目プロセスＩＤ〉、〈１段目知識ＩＤ〉、〈１段目ノード番号〉、〈２段目知識ＩＤ〉及び〈２段目分類ＩＤ〉が関連付けられている。

ここでは、前記の［知識レコード抽出：１段目］の処理で得られたデータ群である第１関連知識レコード群に含まれる〈要因〉の値を検索キーワードとして取得する。具体的には、まず、１段目並び順決定ビューＶ２０（図２１）の各レコードについて、〈１段目知識ＩＤ〉をキーとして、知識テーブルＴ８（図９）の〈知識ＩＤ〉と結合して得る〈要因〉の値を検索キーワードとして取得する。
次に、この検索キーワードの値が知識テーブルＴ８（図９）の〈不具合内容〉の文字列に含まれているか否かを判定し、含まれている知識レコードの〈知識ＩＤ〉を、〈２段目知識ＩＤ〉として抽出する。

本実施例１のサンプルでは、例えば、〈知識ＩＤ〉＝『ＢＹ０１』に対しては、〈要因〉＝『変形』を〈不具合内容〉に含む知識レコード（〈知識ＩＤ〉＝『ＣＮ０１』）が、〈２段目知識ＩＤ〉として抽出される（図２３）。
また、得られた〈２段目知識ＩＤ〉に対して、〈知識ＩＤ〉を結合キーとして知識分類テーブルＴ９（図１０）を結合して得られる〈分類ＩＤ〉を、〈２段目分類ＩＤ〉とする。

本実施例１のサンプルでは、例えば、〈知識ＩＤ〉『ＣＮ０１』については、知識分類テーブルＴ９（図１０）に〈分類ＩＤ〉＝『ＫＡ１』のレコードがあるため、〈２段目分類ＩＤ〉＝『ＫＡ１』となる（図２３）。
ステップＳ７では、２段目候補ビューＶ２２（図２３）に抽出された知識レコードを、最近傍分類ビューＶ１８（図１９）に基づいて、プロセス間の”近さ”の順に並べ替え、図２４に示す２段目並び順決定ビューＶ２３を生成する。

２段目並び順決定ビューＶ２３は、２段目候補ビューＶ２２に対して、〈２段目ノード番号〉及び〈２段目プロセスＩＤ〉の列が追加され、〈２段目分類ＩＤ〉が除外されたものである。

図２５に示す概念図を使用して、以下に、〈２段目ノード番号〉及び〈２段目プロセスＩＤ〉の決定方法を説明する。まず、２段目候補ビューＶ２２（図２３）と最近傍分類ビューＶ１８（図１９）を、〈１段目プロセスＩＤ〉と〈起点プロセスＩＤ〉とを１つめの結合キー、〈２段目分類ＩＤ〉と〈分類ＩＤ〉とを２つめの結合キーとして外部結合する。
この外部結合において最近傍分類ビューＶ１８（図１９）から得られる〈ノード番号〉が存在する場合、〈ノード番号〉を〈２段目ノード番号〉、〈プロセスＩＤ〉を〈２段目プロセスＩＤ〉として得る。

一方、この外部結合において最近傍分類ビューＶ１８（図１９）から得る〈ノード番号〉が存在しない場合は、２段目候補ビューＶ２２（図２３）と最上流ノード番号ビューＶ１６（図１７）を、〈１段目プロセスＩＤ〉と〈起点プロセスＩＤ〉を結合キーとして結合し、最上流ノード番号ビューＶ１６（図１７）から取得する〈最上流ノード番号〉＋１を〈２段目ノード番号〉として得る。
本実施例１のサンプルでは、例えば、２段目候補ビューＶ２２（図２３）の〈１段目プロセスＩＤ〉＝『Ｐ１０６１１』、〈２段目知識ＩＤ〉＝『ＣＮ０１』、〈分類ＩＤ〉＝『ＫＡ１』のレコードについては、“〈起点プロセスＩＤ〉＝『Ｐ１０６１１』”且つ“〈分類ＩＤ〉＝『ＫＡ１』”となるプロセスのレコードが最近傍分類ビューＶ１８（図１９）に存在しないため、〈２段目プロセスＩＤ〉は、空欄のままとなる。また、最上流ノード番号ビューＶ１６（図１７）より、〈１段目プロセスＩＤ〉＝『Ｐ１０６１１』の〈最上流ノード番号〉＝『１』（図１８）であるため、〈１段目ノード番号〉＝１＋１＝『２』となる。

［知識レコード抽出：３段目（第２検索２回目）］
ステップＳ８では、２段目並び順決定ビューＶ２３（図２４）で得た知識レコードと“関連の強い”知識レコードを、知識テーブルＴ８（図９）から抽出し、図２６に示す３段目候補ビューＶ２５を生成する。
３段目候補ビューＶ２５は、〈１段目プロセスＩＤ〉、〈１段目知識ＩＤ〉、〈１段目ノード番号〉、〈２段目プロセスＩＤ〉、〈２段目知識ＩＤ〉、〈２段目ノード番号〉、〈３段目知識ＩＤ〉及び〈３段目分類ＩＤ〉が関連付けられている。

ここでは、前記の［知識レコード抽出：２段目］の処理で得られたデータ群である第２関連知識レコード群に含まれる〈要因〉の値を検索キーワードとして取得する。具体的には、まず、２段目並び順決定ビューＶ２３（図２４）の各レコードについて、〈２段目知識ＩＤ〉をキーとして、知識テーブルＴ８（図９）の〈知識ＩＤ〉と結合して得る〈要因〉の値を検索キーワードとして取得する。
次に、この検索キーワードの値が知識テーブルＴ８（図９）の〈不具合内容〉の文字列に含まれているか否かを判定し、含まれている知識レコードの〈知識ＩＤ〉を〈３段目知識ＩＤ〉として抽出する。

本実施例１のサンプルでは、例えば、〈２段目知識ＩＤ〉＝『ＤＰ０３』に対しては、〈要因〉＝『落下』を〈不具合内容〉に含む知識レコード（〈知識ＩＤ〉＝『ＤＰ－ｇｅｎ』）が、〈３段目知識ＩＤ〉として抽出される（図２５）。
また、得られた〈３段目知識ＩＤ〉に対して、〈知識ＩＤ〉を結合キーとして知識分類テーブルＴ９（図１０）を結合して得られる〈分類ＩＤ〉を、〈３段目分類ＩＤ〉とする。

本実施例のサンプルでは、例えば、〈知識ＩＤ〉＝『ＤＰ－ｇｅｎ』については、知識分類テーブルＴ９に〈分類ＩＤ〉＝『ＫＳ１』のレコードがあるため（図１０）、〈３段目分類ＩＤ〉＝『ＫＳ１』となる（図２３）。
ステップＳ９では、３段目候補ビューＶ２５（図２６）に抽出された知識レコードを、最近傍分類ビューＶ１８（図１９）に基づいて、プロセス間の”近さ”の順に並べ替え、図２７に示す３段目並び順決定ビューＶ２６を生成する。

３段目並び順決定ビューＶ２６は、３段目候補ビューＶ２５（図２６）に対して、〈３段目ノード番号〉及び〈３段目プロセスＩＤ〉の列が追加され、〈３段目分類ＩＤ〉が除外されたものである。

図２８に示す概念図を使用して、以下に、〈３段目ノード番号〉及び〈３段目プロセスＩＤ〉の決定方法を説明する。まず、３段目候補ビューＶ２５（図２６）と最近傍分類ビューＶ１８（図１９）を、〈２段目プロセスＩＤ〉と〈起点プロセスＩＤ〉とを１つめの結合キー、〈３段目分類ＩＤ〉と〈分類ＩＤ〉とを２つめの結合キーとして外部結合する。
この外部結合において最近傍分類ビューＶ１８から得る〈ノード番号〉が存在する場合、〈ノード番号〉を〈３段目ノード番号〉、〈プロセスＩＤ〉を〈３段目プロセスＩＤ〉として得る。

一方、この外部結合において最近傍分類ビューＶ１８（図１９）から得る〈ノード番号〉が存在しない場合は、３段目候補ビューＶ２５（図２６）と最上流ノード番号ビューＶ１６（図１７）を、〈２段目プロセスＩＤ〉と〈起点プロセスＩＤ〉を結合キーとして結合し、最上流ノード番号ビューＶ１６（図１７）から得る〈最上流ノード番号〉＋１を〈３段目ノード番号〉として得る。
本実施例のサンプルでは、例えば、３段目候補ビューＶ２５（図２６）の〈２段目プロセスＩＤ〉＝『Ｐ２０４１１』、〈３段目知識ＩＤ〉＝『ＤＰ－ｇｅｎ』、〈分類ＩＤ〉＝『ＫＹ１』のレコードについては、〈起点プロセスＩＤ〉＝『Ｐ２０４１１』かつ〈分類ＩＤ〉＝『ＫＹ１』となるプロセスレコードが最近傍分類ビューＶ１８において〈ノード番号〉＝『０』、プロセスＩＤ＝『Ｐ２０４１１』である（図１９）ため、〈３段目プロセスＩＤ〉＝『Ｐ２０４１１』、〈３段目ノード番号〉＝『０』となる。

［１～３段目検索結果の作成及び表示］
ステップＳ１０の詳細を説明する。ステップＳ１０では、１段目並び順決定ビューＶ２０（図２０）、２段目並び順決定ビューＶ２３（図２４）、３段目並び順決定ビューＶ２６（図２７）のそれぞれについて、レコードの順を維持した状態で、知識検索画面１３０１（図１４）に表示する。この場合、同一の〈知識ＩＤ〉が再度出てくる場合は除外し、〈１段目知識ＩＤ〉、〈２段目知識ＩＤ〉、〈３段目知識ＩＤ〉をキーとして、〈１段目プロセスＩＤ〉、〈２段目プロセスＩＤ〉、〈３段目プロセスＩＤ〉を知識検索画面１３０１（図１４）に表示する。また、それぞれ知識テーブルＴ８（図９）の〈知識ＩＤ〉と結合させて知識テーブルＴ８から抽出した〈不具合内容〉、〈要因〉とを、知識検索画面１３０１（図１４）に表示する。この場合、知識検索画面１３０１（図１４）の検索結果表示欄１３０５において、１段目の情報は１段目表示欄１３０７、２段目の情報は２段目表示欄１３０８、３段目の情報は３段目表示欄１３０９に表示する。

図１４には、ステップＳ１０が終了した時の画面表示状態の例を示している。この例では、〈１段目プロセスＩＤ〉と関連付けられた〈プロセス名〉、〈２段目プロセスＩＤ〉と関連付けられた〈プロセス名〉、〈３段目プロセスＩＤ〉と関連付けられた〈プロセス名〉を、「関連プロセス」と表記している。
このように、ユーザにとって見やすい状態で、発生した不具合の要因として参考になる知識レコードの一覧が表示される。

以上説明した生産知識管理システム１０１によれば、プロセステーブルＴ４（図５）、知識テーブルＴ８（図９）は、特定の生産ラインのみで使用するような現場用語的な固有名詞がレコード中に含まれやすい。一方、分類マスタテーブルＴ３（図４）に登録の〈分類名〉は、同種の製品の生産ラインであれば共通に使用されるような汎用の用語（一般名称）で構成されている。そのため、分類マスタテーブルＴ３（図４）を用意しておけば、後で、プロセス分類テーブルＴ６（図７）、知識分類テーブルＴ９（図１０）を用いて、生産ライン中のプロセスと知識テーブルＴ８（図９）中の知識とを関連付けられる。すなわち、分類マスタテーブルＴ３（図４）を用いることで、検索を実行するに際して初めてある知識と他の知識とを紐付けて、検索処理を行うことができる。そのため、ある知識と他の知識とを結びつける木構造を予め緻密に作り込んでおかなくても検索処理ができる。よって、生産知識管理システム１０１によれば、構築が容易なデータベース１０７を用いて知識の検索を行うことができる。

生産知識管理システム１０１によれば、検索処理は１段目の第１検索の１回のみでなく、２段目の第２検索１回目、３段目の第２検索２回目も行っている。しかし、本発明はこれに限定されるものではなく、１段目の第１検索の１回のみを行うようにしてもよい。しかし、生産知識管理システム１０１によれば、第２検索も実行することで、必要な知識を広い範囲から検索されやすくすることができる。この場合に、前記の例では、直近で実行後の第２検索（第２検索１回目）の結果に基づく再度の第２検索（第２検索２回目）を１回行っている。本発明は、これに限定されることなく、第２検索１回目までにとどめて第２検索２回目を実行しなくてもよい。あるいは、第２検索の回数を増やして、第２検索３回目、第２検索４回目等を実行するようにしてもよい。

また、生産知識管理システム１０１によれば、発生した不具合の要因として可能性の高い知識レコードが上位に表示され、また、関連するプロセスを提示できる。
さらに、生産知識管理システム１０１によれば、不具合が発生したのとは別の生産ラインの不具合に関して登録された知識レコードを、優先度の比較的低い参考情報として提示できる。
そのうえ、生産知識管理システム１０１によれば、知識の登録が簡便であるため、現場で得る最新の知識を複数の人により蓄積可能である。

本実施例１によれば、生産知識情報の抜け漏れない検索ができるため、生産ラインの設計段階におけるＦＭＥＡ（Failure Mode E A）、ＦＴＡ（Fall Tree Analysis）の議論に有効である。
また、本実施例１によれば、情報が未確定の段階から、少しずつ登録することが可能である。

次に、本発明の実施例２について説明する。
以下の各実施例では、実施例１と異なる点を中心に説明し、実施例１と共通の構成要素等については実施例１と共通の符号を用いる。

図２９は、本実施例２に係る生産知識管理システム１０１の機能ブロック図である。この生産知識管理システム１０１が実施例１と異なるのは、機能ブロックとしてテキスト分析処理部１３０が追加されている点である。テキスト分析処理部１３０の機能も、生産知識管理プログラム２０に基づいて生産知識管理システム１０１が実行する処理によって実現される。

テキスト分析処理部１３０は、検索キーワードと関係の強い内容を〈不具合内容〉に含む〈知識ＩＤ〉を知識テーブルＴ８（図９）から抽出する処理を、自然言語処理手法である以下の（１）～（６）の順となる処理手順により実行する。
（１）知識テーブルＴ８の各レコードの〈不具合内容〉の形態素解析により単語を抽出する。
（２）ＴＦ－ＩＤＦ（Term Frequency - Inverse Document Frequency）により、知識テーブルＴ８の全てのレコードの〈不具合内容〉（ｎ個）から抽出された全ての単語（ｍ個）の、各レコードの〈不具合内容〉に対する重要度を示す、ｎ個のベクトルＸｎ（ｍ×１）を生成する。
（３）潜在意味解析（ＬＳＡ：Latent Sematic Analysis）により、Ｘ（ｎ個）とトピック（ｋ個）とを軸にした相関度のｋ×ｎの直行行列Ｄ及び単語（ｍ個）とトピック（ｋ個）とを軸にした相関度のｍ×ｋの直行行列Ｔを生成する。
（４）検索キーワードについて、形態素解析により、検索単語群を抽出する。
（５）検索単語群と直行行列Ｔとを照合して関連の強いトピックを抽出し、抽出されたトピックと直行行列Ｄを照合して関連の強いベクトルＸｎを抽出する。
（６）知識テーブルＴ８から、ベクトルＸｎに相当するレコードの〈知識ＩＤ〉を取得する。

また、本実施例２では、前記した実施例１の検索処理の内容を、以下の（ａ）～（ｃ）のように一部変更する。
（ａ）ステップＳ４及び図２０において、不具合キーワードを検索キーワードとしてテキスト分析処理部１３０による処理を実行し、得られた〈知識ＩＤ〉を、１段目候補ビューＶ１９（図２０）の〈１段目知識ＩＤ〉とする。
（ｂ）ステップＳ６及び図２３において、１段目並び順決定ビューＶ２０（図２１）の各レコードについて、〈１段目知識ＩＤ〉をキーとして、知識テーブルＴ８（図９）の〈知識ＩＤ〉と結合する。そして、〈要因〉の値を検索キーワードとして、テキスト分析処理部１３０による処理を実行し、得られた〈知識ＩＤ〉を、２段目候補ビューＶ２２（図２３）の〈２段目知識ＩＤ〉とする。
（ｃ）ステップＳ８及び図２６において、２段目並び順決定ビューＶ２３（図２４）の各レコードについて、〈２段目知識ＩＤ〉をキーとして、知識テーブルＴ８（図９）の〈知識ＩＤ〉と結合して得られる〈要因〉の値を検索キーワードとする。そしてこれにより、テキスト分析処理部１３０による処理を実行し、得られた〈知識ＩＤ〉を、３段目候補ビューＶ２５（図２６）の〈３段目知識ＩＤ〉とする。

以上説明した本実施例２によれば、知識テーブルＴ８（図９）の〈不具合内容〉と〈要因〉とで表記揺らぎを吸収した検索がなされるため、ユーザは知識レコードを知識テーブルＴ８に登録する際に、用語の統一に神経を使う必要がなくなる。
なお、テキスト分析処理部１３０に連語解析、辞書を用いた表記ゆらぎ吸収、ストップワード除外等の処理を加えて、さらに検索の精度向上を図ることも可能である。

次に、本発明の実施例３について説明する。
本実施例３が実施例１と異なるのは、図３０に示すように、実施例１の知識検索画面１３０１に、１段目除外ボタン１３１０を追加する点と、これにより新たな処理（図３１）が行われることである。
基本的に、知識検索実行ボタン１３０４のクリック検知により、図１５のステップＳ１～ステップＳ１１を実行する処理は、実施例１と共通である。これにより、図３０に例示するような検索結果が出力される。

図３１は、１段目除外ボタン１３１０がクリックされたときに検索部１０４が実行する検索処理を示すフローチャートである。ユーザが意図する検索対象と明らかに無関係のレコードが１段目に抽出されてしまったときに、ユーザは、図３０の画面の１段目表示欄１３０７で当該レコードを選択する（図３０の例では斜線で示している）。図３０のような検索結果が表示されたときに、１段目除外ボタン１３１０のクリックにより、１段目の結果からの除外命令を受けたときは（Ｓ２１のＹｅｓ）、検索部１０４は、１段目並び順決定ビューＶ２０（図２１）を、前記の選択されたレコードを除外したレコードセットで上書きする（Ｓ２２）。そして、検索部１０４は、その上書きされた１段目並び順決定ビューＶ２０（図２１）に基づいて、図１５のステップＳ６～ステップＳ１１と同一の処理を実行する。すなわち、Ｓ６以下の処理を再度行うことになる。

つまり、これは、検索結果中の第１関連知識レコード群で除外する指示がされたレコードがあれば、当該レコードを除外した第１関連知識レコード群に基づいて第２検索で第２関連知識レコード群の特定を再度行うものである。
本実施例３によれば、ユーザが意図する検索対象と明らかに無関係のレコードが１段目に抽出されてしまったときに、その無関係のレコードと関連の強いレコードが２段目、３段目で抽出されてしまい、目的の知識を探しづらくなることを回避することができる。

次に、本発明の実施例４について説明する。
本実施例４では、図３２に示すように、生産知識管理システム１０１を、生産ラインを管理するシステムである生産状態監視システム３１１とネットワークで接続し、互いにデータの送受信を可能とした点が実施例１とは異なる。ここで生産状態監視システム３１１とは、生産ラインに設けられた各製造設備３１２から発報されるエラーコードを収集する機能を有するシステムである。エラーコードとは、各製造設備３１２で発生する不具合の種別を特定するコードである。

また、本実施例４では、データベース１０７の知識情報格納部１１０（図２）に、図３３に示すような〈知識ＩＤ〉と〈エラーコード〉とを関連づけて登録するエラー知識テーブルＴ３２を追加している。
また、プロセス情報格納部１０９（図２）に、図３４に示すような〈プロセスＩＤ〉と〈エラーコード〉とを関連付けて登録するエラー発生プロセステーブルＴ３３を追加している。

検索部１０４が実行する検索処理では、実施例１の処理を次の点で変更する。まず、前記したステップＳ２（図１５）の処理を、生産状態監視システム３１１から〈エラーコード〉を受け付け、受け付けた〈エラーコード〉とエラー発生プロセステーブルＴ３３（図３４）との照合により抽出した〈プロセスＩＤ〉を〈不具合発生プロセスＩＤ〉として取得するように変更する。これにより、実施例１の処理とは異なり、ユーザの入力作業なしに不具合発生プロセスを特定することができる。

また、ステップＳ４（図１５）の処理を、前記のように受け付けた〈エラーコード〉とエラー知識テーブルＴ３２（図３３）との照合により抽出した〈知識ＩＤ〉を、１段目候補ビューＶ１９（図２０）の〈１段目知識ＩＤ〉とするように変更する。これにより、〈エラーコード〉によって〈１段目知識ＩＤ〉の絞り込みをすることができる。
その他の、ステップＳ３、ステップＳ５～ステップＳ１１は、実施例１と同様である。
本実施例４により、エラーコードが発報されたとき、ユーザからの実施例１におけるような入力を必要としない。それでいて、即座に関連する知識レコードを表示し、また、関連する知識レコードを２段目、３段目に表示するため、ユーザの要因分析や対策の効率を向上させることが可能となる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることも可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてよい。

１６ 記憶媒体
２０ 生産知識管理プログラム
１０１ 生産知識管理システム
１０４ 検索部
１０７ データベース
Ｔ３ 分類マスタテーブル
Ｔ４ プロセステーブル
Ｔ５ プロセス順テーブル
Ｔ６ プロセス分類テーブル
Ｔ８ 知識テーブル
Ｔ９ 知識分類テーブル
Ｔ３２ エラー知識テーブル
Ｔ３３ エラー発生プロセステーブル
Ｓ４，Ｓ５ 第１検索
Ｓ６，Ｓ７ 第２検索１回目
Ｓ８，Ｓ９ 第２検索２回目
Ｖ２０ １段目並び順決定ビュー（第１関連知識レコード群）
Ｖ２３ ２段目並び順決定ビュー（第２関連知識レコード群）
Ｖ２６ ３段目並び順決定ビュー（第２関連知識レコード群）

Claims (12)

1. データベースと、
   前記データベースを検索する検索部と、を備え、
   前記データベースは、
   生産ラインの各プロセス中で行われる処理を分類した分類名とその固有キーである分類ＩＤとを関連付けて登録した分類マスタテーブルと、
   前記プロセスのプロセス名とその固有キーであるプロセスＩＤとを関連付けて登録したプロセステーブルと、
   前記プロセスＩＤとそれが示すプロセスの次プロセスの固有キーである次プロセスＩＤとを関連付けて登録したプロセス順テーブルと、
   前記プロセスＩＤと前記分類ＩＤとを関連付けて登録したプロセス分類テーブルと、
   前記各プロセスで発生し得る不具合内容とその要因とそれらの固有キーである知識ＩＤとを関連付けて登録した知識テーブルと、
   前記知識ＩＤと前記分類ＩＤとを関連付けて登録した知識分類テーブルと、を備え、
   前記検索部は、
   不具合キーワードと不具合発生プロセスを受け付け、前記データベースを用いて、前記不具合キーワードと前記知識テーブルに格納された前記不具合内容との文字列の類似度の判定による前記知識テーブルのレコードの絞り込みと、その絞り込んだレコードに、前記不具合発生プロセス又はそれより前記生産ラインの上流のプロセス中で前記分類名と関連するものほど優先する順位付けとを行った第１関連知識レコード群を特定する第１検索を行い、
   前記第１関連知識レコード群に含まれる前記要因を検索キーワードとして、前記データベースを用いて、前記要因と前記知識テーブルに格納された前記不具合内容との文字列の類似度の判定による前記知識テーブルのレコードの絞り込みと、その絞り込んだレコードに、前記不具合発生プロセス又はそれより前記生産ラインの上流のプロセス中で前記分類名と関連するものほど優先する順位付けとを行った第２関連知識レコード群を特定する第２検索を、１回行い、又は、１回行って直近で実行後の前記第２検索の結果に基づく再度の前記第２検索を少なくとも１回行うことを特徴とする生産知識管理システム。
2. 前記第１検索及び第２検索の少なくとも一方で、前記レコードの絞り込みを、自然言語処理手法の使用による、検索キーワードと前記知識テーブルに登録された不具合内容との意味の類似度判定によって行うことを特徴とする請求項１に記載の生産知識管理システム。
3. 前記第１検索で特定した前記第１関連知識レコード群中で除外する指示がされたレコードがあれば、当該レコードを除外した前記第１関連知識レコード群に基づいて前記第２検索で前記第２関連知識レコード群の特定を行うことを特徴とする請求項１に記載の生産知識管理システム。
4. 前記データベースは、
   前記生産ラインで発生する不具合の種別を特定するエラーコードと前記知識ＩＤとを関連付けて登録したエラー知識テーブルと、
   前記エラーコードと前記プロセスＩＤとを関連付けて登録したエラー発生プロセステーブルと、を備え、
   前記検索部は、外部から受信した前記エラーコードをキーにして前記エラー発生プロセステーブルを用いて前記不具合発生プロセスを特定し、前記エラーコードをキーにして前記エラー知識テーブルを用いることで前記第１関連知識レコード群を特定することを特徴とする請求項１乃至請求項３の何れかの一項に記載の生産知識管理システム。
5. 生産ラインの各プロセス中で行われる処理を分類した分類名とその固有キーである分類ＩＤとを関連付けて登録した分類マスタテーブルと、
   前記プロセスのプロセス名とその固有キーであるプロセスＩＤとを関連付けて登録したプロセステーブルと、
   前記プロセスＩＤとそれが示すプロセスの次プロセスの固有キーである次プロセスＩＤとを関連付けて登録したプロセス順テーブルと、
   前記プロセスＩＤと前記分類ＩＤとを関連付けて登録したプロセス分類テーブルと、
   前記各プロセスで発生し得る不具合内容とその要因とそれらの固有キーである知識ＩＤとを関連付けて登録した知識テーブルと、
   前記知識ＩＤと前記分類ＩＤとを関連付けて登録した知識分類テーブルと、を備えたデータベースを用い、
   不具合キーワードと不具合発生プロセスを受け付け、前記データベースを用いて、前記不具合キーワードと前記知識テーブルに格納された前記不具合内容との文字列の類似度の判定による前記知識テーブルのレコードの絞り込みと、その絞り込んだレコードに、前記不具合発生プロセス又はそれより前記生産ラインの上流のプロセス中で前記分類名と関連するものほど優先する順位付けとを行った第１関連知識レコード群を特定する第１検索を行い、
   前記第１関連知識レコード群に含まれる前記要因を検索キーワードとして、前記データベースを用いて、前記要因と前記知識テーブルに格納された前記不具合内容との文字列の類似度の判定による前記知識テーブルのレコードの絞り込みと、その絞り込んだレコードに、前記不具合発生プロセス又はそれより前記生産ラインの上流のプロセス中で前記分類名と関連するものほど優先する順位付けとを行った第２関連知識レコード群を特定する第２検索を、１回行い、又は、１回行って直近で実行後の前記第２検索の結果に基づく再度の前記第２検索を少なくとも１回行うことを特徴とする生産知識管理方法。
6. 前記第１検索及び第２検索の少なくとも一方で、前記レコードの絞り込みを、自然言語処理手法の使用による、検索キーワードと前記知識テーブルに登録された不具合内容との意味の類似度判定によって行うことを特徴とする請求項５に記載の生産知識管理方法。
7. 前記第１検索で特定した前記第１関連知識レコード群中で除外する指示がされたレコードがあれば、当該レコードを除外した前記第１関連知識レコード群に基づいて前記第２検索で前記第２関連知識レコード群の特定を行うことを特徴とする請求項５に記載の生産知識管理方法。
8. 前記データベースは、
   前記生産ラインで発生する不具合の種別を特定するエラーコードと前記知識ＩＤとを関連付けて登録したエラー知識テーブルと、
   前記エラーコードと前記プロセスＩＤとを関連付けて登録したエラー発生プロセステーブルと、を備え、
   外部から受信した前記エラーコードをキーにして前記エラー発生プロセステーブルを用いて前記不具合発生プロセスを特定し、前記エラーコードをキーにして前記エラー知識テーブルを用いることで前記第１関連知識レコード群を特定することを特徴とする請求項５乃至請求項７の何れかの一項に記載の生産知識管理方法。
9. 生産ラインの各プロセス中で行われる処理を分類した分類名とその固有キーである分類ＩＤとを関連付けて登録した分類マスタテーブルと、
   前記プロセスのプロセス名とその固有キーであるプロセスＩＤとを関連付けて登録したプロセステーブルと、
   前記プロセスＩＤとそれが示すプロセスの次プロセスの固有キーである次プロセスＩＤとを関連付けて登録したプロセス順テーブルと、
   前記プロセスＩＤと前記分類ＩＤとを関連付けて登録したプロセス分類テーブルと、
   前記各プロセスで発生し得る不具合内容とその要因とそれらの固有キーである知識ＩＤとを関連付けて登録した知識テーブルと、
   前記知識ＩＤと前記分類ＩＤとを関連付けて登録した知識分類テーブルと、を備えたデータベースを用い、
   不具合キーワードと不具合発生プロセスを受け付け、前記データベースを用いて、前記不具合キーワードと前記知識テーブルに格納された前記不具合内容との文字列の類似度の判定による前記知識テーブルのレコードの絞り込みと、その絞り込んだレコードに、前記不具合発生プロセス又はそれより前記生産ラインの上流のプロセス中で前記分類名と関連するものほど優先する順位付けとを行った第１関連知識レコード群を特定する第１検索をコンピュータに実行させ、
   前記第１関連知識レコード群に含まれる前記要因を検索キーワードとして、前記データベースを用いて、前記要因と前記知識テーブルに格納された前記不具合内容との文字列の類似度の判定による前記知識テーブルのレコードの絞り込みと、その絞り込んだレコードに、前記不具合発生プロセス又はそれより前記生産ラインの上流のプロセス中で前記分類名と関連するものほど優先する順位付けとを行った第２関連知識レコード群を特定する第２検索を、１回行い、又は、１回行って直近で実行後の前記第２検索の結果に基づく再度の前記第２検索を少なくとも１回行うことをコンピュータに実行させることを特徴とする生産知識管理プログラム。
10. 前記第１検索及び第２検索の少なくとも一方で、前記レコードの絞り込みを、自然言語処理手法の使用による、検索キーワードと前記知識テーブルに登録された不具合内容との意味の類似度判定によって行うことをコンピュータに実行させることを特徴とする請求項９に記載の生産知識管理プログラム。
11. 前記第１検索で特定した前記第１関連知識レコード群中で除外する指示がされたレコードがあれば、当該レコードを除外した前記第１関連知識レコード群に基づいて前記第２検索で前記第２関連知識レコード群の特定を行うことをコンピュータに実行させることを特徴とする請求項９に記載の生産知識管理プログラム。
12. 前記データベースは、
    前記生産ラインで発生する不具合の種別を特定するエラーコードと前記知識ＩＤとを関連付けて登録したエラー知識テーブルと、
    前記エラーコードと前記プロセスＩＤとを関連付けて登録したエラー発生プロセステーブルと、を備え、
    外部から受信した前記エラーコードをキーにして前記エラー発生プロセステーブルを用いて前記不具合発生プロセスを特定し、前記エラーコードをキーにして前記エラー知識テーブルを用いることで前記第１関連知識レコード群を特定することをコンピュータに実行させることを特徴とする請求項９乃至請求項１１の何れかの一項に記載の生産知識管理プログラム。

Images