JP2005165546A - 工程管理システムおよび工程管理装置 - Google Patents

Abstract

【課題】複数の工程を経て製造される製品の各工程での調整・検査結果中の異常または何らかの変動に関する情報である工程データと、工程に関する各種変更情報であるイベントデータとの間の因果関係を推定すること。
【解決手段】本工程管理システムは、工程データやイベントデータを保持する工程管理装置の他に、ネットワークを介してその工程管理装置に接続されるデータ参照端末を１台以上有する。データ参照端末は、所定の条件に基づいて、工程データテーブルを検索する工程データ検索部８１と、前記所定の条件に対応する条件に基づいて、イベントデータテーブルを検索するイベントデータ検索部８２と、前記工程データテーブルの検索結果中の工程データの異常・変動を検出する異常・変動検出部８３と、前記検出された工程データの異常・変動の原因となりうるイベントデータを抽出する因果関係推定部（原因候補抽出部）８４とを備える。
【選択図】図１２

Description

本発明は、複数の工程を経て製造される製品の工程を管理する工程管理システムおよび工程管理装置に関する。

従来、図１６に示すような製造工程管理システム６０がある（下記特許文献１参照）。この製造工程管理システム６０は、製造工程内の各工程７１における製造実績および異常に関する情報を検出する検出部６１と、検出部６１により検出された情報を蓄積する蓄積部６２と、蓄積部６２に蓄積された情報を端末７２に配信する配信部６３と、検出部６１が異常に関する情報を検出したとき、端末７２に警告情報を送信する警告部６４とを有している。

従来の製造工程管理システム６０は上記構成のため、工程の異常を検出することはできるものの、異常の原因は例えば、作業者の勘によって特定する等していた。このため、作業者の熟練の度合いなどによって、作業結果に優劣が生じてしまっていた。
また、一般に、異常に関する情報と、その原因となる情報との間の因果関係は不明な点が多く、そのことが、上記異常の原因を特定することをより一層困難なものにしていた。
特開２００２−２５８９３１号公報 「製造管理システムおよび製造管理方法」

本発明の課題は、複数の工程を経て製造される製品の各工程から取得される情報である工程データ中の異常または何らかの変動について、上記検査に関する情報である工程データと、工程に関する各種変更情報であるイベントデータとの間の因果関係を推定することが可能な工程管理システムおよび工程管理装置を提供することである。

本発明の一態様の工程管理システムは、複数の工程を経て製造される製品に対する工程の管理を行う工程管理システムにおいて、データ参照端末がネットワークを介して工程管理装置に接続され、前記工程管理装置は、データ入力端末から入力された前記製品の各工程から取得される情報である工程データレコードを１以上格納する工程データテーブルと、データ入力端末から入力された工程に関わる各種変更情報であるイベントデータレコードを１以上格納するイベントデータテーブルと、前記工程データテーブルまたは前記イベントデータテーブルに前記工程データレコードまたは前記イベントデータレコードを登録するデータ登録手段とを具備し、前記データ参照端末は、前記工程データテーブルを検索する工程データ検索手段と、前記イベントデータテーブルを検索するイベントデータ検索手段とを具備し、前記工程データ検索手段と前記イベントデータ検索手段を互いに関連付けられた検索条件で起動することを可能にしたことを特徴とする工程管理システムである。

ここで、データ参照端末中の工程データ検索手段とイベントデータ検索手段とは、互いに関連付けられた検索条件によって起動されるので、ユーザは、それら工程データ検索手段の検索結果と、イベントデータ検索手段の検索結果とを比較して、工程データレコードとイベントデータレコードとの因果関係を推定することができる。

本発明の別態様の工程管理装置は、複数の工程を経て製造される製品の工程を管理する工程管理装置において、外部から入力された前記製品の各工程から取得される情報である工程データレコードを１以上格納する工程データテーブルと、外部から入力された工程に関わる各種変更情報であるイベントデータレコードを１以上格納するイベントデータテーブルと、前記工程データレコードまたは前記イベントデータレコードを前記工程データテーブルまたは前記イベントデータテーブルに登録するデータ登録手段と、前記工程データテーブルを検索する工程データ検索手段と、前記イベントデータテーブルを検索するイベントデータ検索手段とを有し、前記工程データ検索手段と前記イベントデータ検索手段を互いに関連付けられた検索条件で起動することを可能にしたことを特徴とする工程管理装置である。

ここで、工程データ検索手段とイベントデータ検索手段とは、互いに関連付けられた検索条件によって起動されるので、ユーザは、それら工程データ検索手段の検索結果と、イベントデータ検索手段の検索結果とを比較して、工程データレコードとイベントデータレコードとの因果関係を推定することができる。

本発明の別態様の工程管理装置は、複数の工程を経て製造される製品の工程を管理する工程管理装置において、外部から入力された前記製品の各工程から取得される情報である工程データレコードを１以上格納する工程データテーブルと、外部から入力された工程に関わる各種変更情報であるイベントデータレコードを１以上格納するイベントデータテーブルと、前記工程データレコードまたは前記イベントデータレコードを前記工程データテーブルまたは前記イベントデータテーブルに登録するデータ登録手段と、前記工程データレコードを所定のタイミングにて取得すると共に、その取得した工程データレコードに、異常または何らかの変動が生じているかを判定する異常・変動判定手段と、前記イベントデータテーブルを検索するイベントデータ検索手段とを有し、前記取得した工程データレコードと、前記検索結果中のイベントデータレコードの因果関係を推定する因果関係推定手段とを有することを特徴とする工程管理装置である。

ここで、上記イベントデータ検索手段は、例えば異常・変動判定手段が取得した工程データレコード中の情報に基づいて、イベントデータテーブルを検索しているので、異常・変動判定手段により取得された工程データレコードと、イベントデータ検索手段の検索結果中のイベントデータレコードとは、互いに関連付けられたレコードとなり、因果関係推定手段によって因果関係を推定することが可能となる。

本発明によれば、複数の工程を経て製造される製品の各工程から取得した調整結果や検査結果等に関する情報である工程データと、その工程に関わる各種変更情報であるイベントデータとの間の因果関係を推定するに際して、工程データ検索手段とイベントデータ検索手段とを互いに関連付けられた検索条件に基づいて起動するようにしている。このため、工程データ検索手段の検索結果と、イベントデータ検索手段の検索結果とを比較することで、ユーザは、工程データとイベントデータとの間の因果関係を推定することができる。その結果、工程管理に熟練したユーザでなくても、工程で発生した異常や変動の原因を容易に特定できるようになる。

以下、本発明の実施の形態を、図面を参照しながら詳細に説明する。
＜第１の実施形態＞
図１は、本実施形態の工程管理システムの構成を示すブロック図である。
図１において、本実施形態の工程管理システムは、工程管理装置１０がネットワーク４０を介して１以上のデータ入力端末２０と１以上のデータ参照端末３０と接続されることによって構成される。なお、データ入力端末２０とデータ参照端末３０を合わせて、ユーザ端末と呼ぶこともある。

工程管理装置１０は、工程データテーブル１１、イベントデータテーブル１２を備え、基本的には、これら各テーブル中のデータを管理するデータベースサーバ装置として機能している。工程データテーブル１１は１以上の工程データレコード１１１から構成される。また、イベントデータテーブル１２は、１以上のイベントデータレコード１２１から構成される。

データ入力端末２０は、本システムのユーザによって、工程データやイベントデータが入力される端末である。データ入力部２１を介して工程データやイベントデータが入力される。なお、データ入力部２１を介して入力された工程データやイベントデータは、所定の形式に変換され、ネットワーク４０を介して工程管理装置１０宛てに送信され、工程データテーブル１１やイベントデータテーブル１２に格納される。データ入力端末２０は、工程データ入力端末、イベントデータ入力端末のいずれか、または、双方の機能を有している。

なお、工程データは、設備から自動的に出力されて入力されるものと、ユーザ（作業者）によって工程データ入力端末から入力されるものとに大別することができる。なお、工程データ入力端末は、製品の製造を行う設備に接続され使用される場合と、その設備と一体化され使用される場合とがある。工程データ入力端末は、基本的には、設備に対応する数だけ存在する。

イベントデータについては、イベントデータ入力端末からユーザ（作業者）によって入力される場合を主として考えている。イベントデータ入力端末については、１箇所に設けられていてもよく、また、複数箇所に設けられていてもよい。
なお、本システムの特徴は、複数の工程を経て製造される製品の各工程から取得した調整結果や検査結果等の工程データ、および半製品や部組品の調整結果や検査結果等の中間データ（以下、調整データや検査データ、中間データ等を総称して工程データと言う）に生じる異常または何らかの変動（以下、異常・変動という）について、その異常・変動を検出すると共に、その異常・変動の原因についても特定する点にある。その意味では、下記データ参照端末３０の処理内容は、上記特徴点に関わる内容となっている。

データ参照端末３０は、ユーザが、上記した異常・変動の検出、原因の特定を行う際に使用する端末である。工程データ検索部３１は、データ参照端末３０側から工程管理装置１０内の工程データテーブル１１にアクセスする際のインターフェイスの機能を有しており、所定の検索条件に基づいて、工程データテーブル１１中の工程データレコード１１１を検索し、該当する工程データレコード１１１を取得する。イベントデータ検索部３２は、データ参照端末３０側から工程管理装置１０内のイベントデータテーブル１２にアクセスする際のインターフェイスの機能を有しており、所定の検索条件に基づいて、イベントデータテーブル１２中のイベントデータレコード１２１を検索し、該当するイベントデータレコード１２１を取得する。工程データ検索部３１やイベントデータ検索部３２が行う検索に対する検索条件は不図示の入力部を介してユーザによって入力される。工程データ検索部３１やイベントデータ検索部３２の検索結果は例えば、データ参照端末３０の不図示のディスプレイ上に表示される。

なお、図１において、工程管理装置１０と参照端末３０とは、必ずしもネットワーク４０を介して接続されている必要はなく、例えば、一体化していてもよい。
図１の工程管理システムの動作につき以下に説明する。
まず、ユーザによってユーザ端末２０のデータ入力部２１を介して入力された各種工程データは、所定の形式に変換される。そして、ネットワーク４０を介して工程管理装置１０宛てに送信され、その工程管理装置１０内の工程データテーブル１１に保存される。

また、ユーザによってユーザ端末２０のデータ入力部２１を介して入力された各種イベントデータは、所定の形式に変換される。そして、ネットワーク４０を介して工程管理装置１０宛てに送信され、その工程管理装置１０内のイベントデータテーブル１２に保存される。ここで、各種イベントデータとは、工程における様々な変更情報であり、例えば作業者や作業方法、ロットの変更に関する情報などである。

続いて、ユーザは、複数の工程を経て製造される製品の各工程から取得される工程データに異常または何らかの変動があるか否かを調査すべく、データ参照端末３０上から工程データ検索部３１を所定の検索条件に基づいて起動させる。
データ参照端末３０上の工程データ検索部３１は、工程データテーブル１１に保存された工程データレコード１１１をその検索条件で検索し、検索結果を例えばデータ参照端末３０の不図示のディスプレイ上に表示する。

このようにして表示された、工程データ検索部３１による検索結果は、ユーザによって参照され、その検索結果中に工程に関する異常もしくは何らかの変動が見られた場合には、続いてユーザによって、データ参照端末３０上からイベントデータ検索部３２が起動される。そして、イベントデータ検索部３２によって、イベントデータテーブル１２に保存されたデータレコード１２１が検索され、上記異常・変動の原因となり得るイベントデータが表示される。

図２は、設備から自動で出力される工程データの一例を示す図である。
なお、この工程データは、不図示の検査機、調整機などの設備から自動的に出力され、所定の変換処理を経て、図１の工程データテーブル１１上に格納される。
図２において、変換前の工程データは、「Model:」「Serial No.:」「DATE」の各ラベル、検査項目のデータの開始位置を示す記号「＠」によって各データが区切られて格納されている。図１のデータ入力部２１は、ラベル「Model:」を検出し、その直後の部分から製品名を取得し、不図示の製品マスターテーブルを参照して、その製品名に対応する製品Ｎｏを取得する。また、ラベル「Serial No.:」を検出し、その直後の部分から製品個体Ｎｏを取得する。また、ラベル「DATE」を検出し、その後続の部分から日付、時間を取得する。また、記号「＠」を検出し、その後続部分をその製品に対して行われた各検査に関するデータの格納部分と解釈する。

製品は複数の工程を経て完成するが、その中間、または完成後において、所定の検査を行うことで、品質を一定に保つことが行われている。上記した各検査に関するデータは、「検査項目１」、「検査項目２」、・・・などの各検査項目名称を示すラベルと、その検査項目名称の検査の結果である測定値を示す検査データ部分とから検査１回分のデータが構成される。上記検査１回分のデータが、その製品に対し実施された検査の回数分、各行に配置されて、その製品に対する検査のデータが構成される。

図３は、工程データテーブル１１上の工程データレコード１１１の一例を示す図である。
図３に示すように、工程データレコード１１１は検査項目ごとに作成される。例えば、図２の変換前の工程データは、「検査項目１」「検査項目２」の２つの検査項目を含んでいるので、この変換前データには２件分の工程データレコード１１１が対応して生成される。なお、項目「設備Ｎｏ」は、ユーザが工程データの入力を行った設備（図１のデータ入力端末は、この設備に接続、または一体化されている）を示している。例えば設備Ｎｏ「１００１」は、ユーザが（変換前の）工程データの入力を、設備種類１０番の１号機で行ったことを示している。

また、項目「検査項目」は、図２の検査項目名称に対応する検査番号を示している。例えば、図１のデータ入力部２１によって、不図示の検査項目マスターテーブルが参照され、図２のラベル「検査項目１」で示される検査項目名称は、対応する検査番号「１」に変換される。そして、そのラベル「検査項目１」と同一行の後続部分から検査データ（単位を除いた数値部分のみ）「４．７１」が抜き出される。上記データ入力部２１によって、検査項目名称のラベルが検出される度に、同一行の後続部分から検査データを抽出する上記処理が行われる。なお、「ＵＰ−ＮＧ」は、検査項目ごとに設定されている検査結果の許容範囲（上限、下限の規格値）に対し、検査データが上限を上回ったことを示している。また、「ＫＯ」は、検査項目に設定された測定単位である。これらの情報は、上記した検査項目マスターテーブルに検査項目情報として格納されており、ユーザは、必要に応じて参照できるため、工程データレコード中では、これらの情報（図２では、「ＵＰ−ＮＧ」「ＬＯＷ−ＮＧ」「ＫＯ」「ｎＦ」）は省略されている。

図４は、イベントデータテーブル１１上のイベントデータレコード１２１の一例を示す図である。
ここで、イベントデータとは、工程に関わる各種変更情報であり、製品に対して各工程で実施される調整および検査の結果に対しても、何らかの影響を及ぼすものと考えられる。イベントデータには、特定の設備に関するイベントデータ、工程全体に関するイベントデータ、などがある。例えば、「ロットの変更」は、特定の設備でのロットの変更となるので、特定の設備に関するイベントデータである。なお、「環境（温度、湿度など）の変動」のように、特定の設備で行われる場合、工程全体に渡って行われる場合、が共にあるイベントデータもある。イベントデータ検索部によるイベントデータの検査を行う場合には、図４に示す各項目を検索キーに指定することができる。例えば、検索キーに期間（「日付」の範囲）と「設備Ｎｏ」を指定してイベントデータの検索を実行した場合、その設備において生産される複数の製品の製造工程に関わりうるイベントデータが検索結果として取得される。

図４において、イベントデータレコード１２１は、「日付」「時間」「設備Ｎｏ」「製品Ｎｏ」「イベントＩＤ」「イベント詳細」の各項目から構成される。なお、イベントデータは工程データとは異なり、データを入力した端末を特定してもあまり意味がない。その意味で、イベントデータレコード１２１は、入力元端末の情報を含んでいない。なお、項目「設備Ｎｏ」は、後述するように、入力元端末を示す情報ではない。

項目「日付」「時間」は、イベントが発生した日付、時間を示す。
項目「イベント詳細」は、工程に関わる各種変更情報の詳細を示す。項目「イベントＩＤ」は、「イベント詳細」の内容を持つイベントに対応するイベントのＩＤを示す。
項目「設備Ｎｏ」は、項目「イベント詳細」の内容が実施される対象となる設備の番号を示す。なお、対象設備が複数ある場合は、その複数の設備が列挙される。また、設備を限定しないで、「イベント詳細」に示す内容が実施される場合は、空欄となる。

項目「製品Ｎｏ」は、項目「イベント詳細」の内容が実施される対象となる製品の番号を示す。なお、対象製品が複数ある場合は、その複数の製品が列挙される。また、製品を限定しないで、「イベント詳細」の内容が実施される場合は、空欄となる。
図１のデータ入力端末（イベントデータ入力端末）２０のデータ入力部２１は、入力された設備（名称）を項目「設備Ｎｏ」に示される設備番号に、また、入力された製品（名称）を項目「製品Ｎｏ」に示される製品番号に、それぞれ変換する。なお、上記変換を行うに際して、不図示の設備マスターテーブル、製品マスターテーブルがデータ入力部２１によって参照される。

なお、図では、上記「イベント詳細」情報として、「設備１００１の項目１の調整」、「ロット変更」を挙げている。ここで、「設備１００１の項目１の調整」とは、具体的には、「射出成型機の金型のメンテナンス」などの内容を有する。また、部品はロットごとにばらつきがあることを考えると、上記「ロット変更」も工程データに影響を与える可能性がある。なお、「イベント詳細」の例としてこの他に、「作業者の変更」が考えられる。作業者によって、作業手順などが異なっている可能性があり、「作業者の変更」も工程データに影響を与える可能性がある。この場合、その作業者に対して調査を行うことにより、検査データの異常または何らかの変動の原因を特定する。

ユーザによって入力された所定の検索条件に基づいて、データ参照端末３０中の工程データ検索部３１は、該当する工程データレコードを工程データテーブル１１から抽出する。抽出された工程データレコード中の工程データ値に関する情報は、検索条件中の「日付」の範囲と共に、不図示のグラフ化部に渡され、所定のグラフ化処理が施されて、データ参照端末３０上のディスプレイに検索結果として表示される。

なお、上記抽出された工程データレコード中の各工程データ値に対して集計処理を不図示の集計部が行うようにしてもよい。例えば、移動平均、最大値・最小値、標準偏差などの各種の統計量の算出、規格に対する合格率や不良数の算出を行い、その結果を上記データ参照端末３０上の不図示のディスプレイに出力させてもよい。

工程データ検索部の検索時の検索条件としては、例えば、「１０月１日〜１０月９日の製品Ａの検査Ｂの検査データ」などと指定する。なお、検索条件の指定時に、検査データの表示方法を併せて指定することもできる。例えば「データを折れ線グラフで表示」などと指定する。

図５は、工程データ検索部の検索結果の表示例を示す図である。
図５では、検索結果中の各工程データには、許容範囲が設定されている。図中ではこの許容範囲の上限を規格値１の破線、下限を規格値２の破線で示している。図中の丸枠は、いずれも工程データの異常もしくは何らかの変動、すなわち、検査データの履歴中のイレギュラーな履歴を示しており、（ａ）では検査データの一部（この場合、１つの検査データのみ）が許容範囲の外にある状態を、（ｂ）では許容範囲内で一方の端（この場合、上限値）に向かって検査データが基本的に（例えば連続して）接近していく状態を、（ｃ）では許容範囲内において、設定した所定値に対して検査データが基本的に（例えば連続して）一方の側（この場合、下側）にあり続ける状態を、それぞれ示している。

図５（ａ）〜（ｃ）などの検索結果のグラフ化による表示例、または、その他の方法による検査結果の表示（出力）例に基づいて、ユーザは、工程データ中の異常または何らかの変動、すなわち、上記した検査データの履歴中のイレギュラーな履歴を発見する。
続いて、ユーザは、データ参照端末３０中のイベントデータ検索部３２を起動する。すなわち、ユーザによって入力された所定の検索条件に基づいて、データ参照端末３０中のイベントデータ検索部３２は、該当するイベントデータレコードをイベントデータテーブル１２から抽出する。抽出されたイベントデータレコードは、データ参照端末３０の不図示のディスプレイ上に表示される。

なお、イベントデータ検索部の検索条件は、工程データ検索部の検索条件とは基本的には、独立に設定されるものであるが、工程データ検索部の検索条件に基づいて、イベントデータ検索部の検索条件を自動的に生成するようにしてもよい。例えば、検索条件中の「日付」の範囲を、工程データ検索部の検索条件と同一に設定したり、所定の日数だけ検索開始日を前にずらしたりしてもよい。

図６は、工程データ検索部、イベントデータ検索部によって検索された検索結果の表示例を示す図である。この検索結果は、例えばデータ参照端末のディスプレイ上に表示される。
図６において、画面の上部には、工程データ検索部の検索結果がグラフ表示されている。工程データ検索部の検索条件は例えば「１０月１日〜１０月９日の製品Ａの検査Ｂの検査データ」である。検索結果を示すグラフの横軸は「日時番号」である。「日時番号」とは、日時（「日付」または「時間」）に割り振られたシリアル番号であり、検索ごとに検索結果データ中の日時に一時的に割り振られるものである。この場合は、「１０月１日」→「１」、「１０月２日」→「２」、・・・、「１０月９日」→「９」と割り振られている。また、このグラフの縦軸は、検索結果データ中の項目「検査データ」の値である。

図６の画面の下部には、画面上部の日時番号の範囲に含まれるイベントデータが対応する日時番号と共に表示されている。すなわち、この場合、工程データ検索部の検索に続いて行われるイベントデータ検索部の検索では、検索条件の「日付」の範囲を工程データ検索部と同様に、「１０月１日〜１０月９日」に設定していて、同様に「１」〜「９」の日時番号が割り振られている。そして図では、この日時番号「１」〜「９」の範囲（期間）において、日時番号「６」に示す日時（この場合、日付）のみにイベントが発生している。

なお、図では、工程データと、その工程データと関連付けられたイベントデータとが１画面上に同時に表示されているが、工程データと、その工程データに関連付けられるイベントデータとを別の画面に表示することも可能である。
なお、図６の検査結果の表示画面を元にしてユーザが異常・変動の原因を特定する場合は、以下のように考える。

ユーザは、工程データ検索部の検索結果（図６の画面上部）とイベントデータ検索部による検索結果（図６の画面下部）とを比較検討し、基本的には、上記異常もしくは何らかの変動が見られた検査データ以前で最も近い日時番号を有するイベントデータを上記検査データの異常もしくは何らかの変動の原因として特定する。

なお、検査データの異常または何らかの変動の原因は、今回原因候補となっているイベントがそのイベントの近傍でどのような影響を検査データに与えたかという点と、そのイベントと同一内容を有する他のイベントが他の箇所で、どのような影響（例えば、異常または何らかの変動）を検査データに及ぼしたかという点とを比較することにより、特定することも可能である。

図７は、工程に変更があってから所定期間経過してから工程データに異常または何らかの変動が見られる場合において、同様の内容のイベントデータとの比較によって、異常・変動の原因を特定する場合を説明する図であり、（ａ）、（ｂ）は工程データ検索部による検索結果を、（ｃ）はイベントデータ検索部による検索結果を、それぞれ示す図である。なお、図７（ａ）、（ｂ）の横軸・縦軸の項目、（ｃ）の各項目については、図６と同様であるので説明を省略する。また、視覚上、分かりやすくするために、工程データ検索部による１回の検索結果を、図７（ａ）、（ｂ）に分割して表示している。

まず、ユーザは、図７（ａ）の工程データの検索結果画面を参照して、日時番号「３」以降において工程データの変動が見られると判断する。また、図７（ｂ）の工程データの検索結果画面を参照して、日時番号「１６」以降において工程データの変動が見られると判断する。続いて、ユーザは、図７（ｃ）のイベントデータの検索結果画面を参照して、日時番号「１」と「１４」で、イベントが発生していると判断する。そして、日時番号「１」と「１４」のイベント詳細が共に「イベントの内容１」であることと、図７（ａ）の日時番号「３」と図７（ｂ）の日時番号「１６」がいずれも、日時番号「１」と「１４」から日時番号の２つ分後の番号であって、データの変動パターンが類似していることに基づいて、日時番号「１」と「１４」で発生したイベントが、日時番号「３」と「１６」での異常・変動の原因であると結論づける。

図７（ｃ）において、日時番号が「１５」でイベント詳細が「イベントの内容２」のイベントが更に追加されているような場合、本来は、日時番号「１６」のデータの異常・変動に対しては、直前の日時番号「１５」で発生したイベントをその原因として特定するところを、日時番号「１４」のイベントを同様の内容のイベント（イベント詳細が「イベントの内容１」で日時番号が「１」のイベント）と比較することにより、日時番号「１４」で発生したイベントを、日時番号「１６」のデータの異常・変動の原因として特定することが可能となる。これにより、データの異常・変動が生じた日時番号以前で、最も近い日時番号を有するイベントが、そのデータの異常・変動の原因ではなく、真の原因を見逃してしまうような場合でも、真の原因を特定することが可能となる。

なお、上記したように、工程データ検索部とイベントデータ検索部とは、ユーザによって独立して起動されることも可能であるし、また、工程データ検索部による検索結果に基づいて、イベントデータ検索部を起動することも可能である。
特に、イベントデータ検索部を、工程データ検索部の検索結果を参照して起動するような場合は、ユーザによって手動で起動する他に、イベントデータ検索部を自動的に起動することも可能である。その場合において、下記（１）（２）のような場合が考えられる。
（１）所定の検索条件に基づいて、工程データ検索部で工程データを検索する。その検索結果中の検査データに異常・変動があるか否かを問わず、続いて、イベントデータ検索部を起動し、イベントデータの検索を行う。イベントデータ検索部の検索条件は、工程データ検索部の検索条件、検索結果などから自動生成される。
（２）所定の検索条件に基づいて、工程データ検索部で工程データを検索する。その検索結果中の検査データに異常・変動が見られるか否かを判定する。異常・変動が見られると判定された場合は、イベントデータ検索部を起動し、イベントデータの検索を行う。イベントデータ検索部の検索条件は、工程データ検索部の検索条件、検索結果などから自動生成される。

まず、上記（１）の場合、すなわち、イベントデータ検索部を工程データ検索部の検索結果によらずに起動する場合については、既に説明した通りである。以下では、主として（２）の場合を説明する。
上記（２）の場合、すなわち、工程データ検索部の検索結果中に異常・変動が見られると判定される場合に、イベントデータ検索部を起動する場合については、工程データ検索部の検索結果中に異常・変動が見られるかを判定する機能をシステム内に持つ必要がある。

図８は、本実施形態の工程管理システムの構成の一変形例を示す図である。なお、以下の説明では、主として、図１のシステムとの相違点につき説明を行う。
図８では、図１に対して、工程データ検索部の検索結果に対し、異常または何らかの変動を判定すると共に、その判定結果を関係部署に対して通知（警告）する異常警告端末５０が追加される構成となっている。この異常警告端末５０は、異常・変動判定部５１、警告処理部５２から構成されると共に、ネットワーク４０を介して、データ入力端末２０、データ参照端末３０、工程管理装置１０に接続される。

異常・変動判定部５１は、所定のタイミングにて工程データテーブル１１上の工程データレコード１１１を取得して解析し、その工程データレコードに異常や何らかの変動が生じているかを判定する。警告処理部５２は、異常・変動判定部５１によって工程データ中に異常または何らかの変動が生じていると判定された場合に、ユーザの端末に対して、警告情報を通知する。例えば電子メールで警告情報を送信したり、そのユーザ端末の画面上へ警告情報を表示させるようなデータを送信したり、また、警告用のライトの点灯やブザーによって警告情報を知らせたり等する。

上記異常・変動判定部５１が起動される所定のタイミングは、例えば一定時間（一定期間）ごとや、工程データテーブル１１中の工程データレコードの一定量ごとである。
なお、上記異常・変動判定部５１による解析は、例えば、解析プログラムによって行うことができる。

図９〜図１１は、図５（ａ）〜（ｃ）に示される検査データの履歴中に異常もしくは何らかの変動が見られるかを判定する処理のフローチャートである。
まず、図９は、図５（ａ）に示される検査データの履歴中に異常もしくは何らかの変動が見られるかを判定する処理（以下、単に「異常・変動判定処理」という）を示すフローチャートである。

図９において、まず、ステップＳ１０１で、工程データ検索部による検索結果から日時番号が最も小さい工程データに対応する検査データ値が取得される。なお、現在の対象製品である製品Ａの検査Ｂでは、検査データ値には、上限が規格値１で下限が規格値２の許容範囲が設定されており、続く、ステップＳ１０２で、工程データ（検査データ）がこの許容範囲内にあるかが判定されている。ここで、「工程データ≦規格値１」かつ「工程データ≧規格値２」の場合は、検査データが許容範囲内にあることになり、ステップＳ１０３に進む。ステップＳ１０３では、工程データが終了したかを判定する。工程データが終了した場合は、一連の異常・変動判定処理を終了する。また、工程データが終了しない場合は、ステップＳ１０５で次の工程データを取得して、ステップＳ１０２に戻る。

また、ステップＳ１０２で「工程データ＞規格値１」または「工程データ＜規格値２」の場合は、検査データが許容範囲を外れていることになり、ステップＳ１０４に進む。ステップＳ１０４では、工程データ中に異常なデータ（検査データ値が許容範囲外にあるデータ）があることが判定され、一連の異常・変動判定処理を終了する。

図１０は、図５（ｂ）に示される検査データの履歴中に異常もしくは何らかの変動が見られるかを判定する処理（以下、単に「異常・変動判定処理」という）を示すフローチャートである。なお、本フローでは、製品Ａの検査Ｂを対象としているが、この検査Ｂでは、検査データ値には、上限が規格値１で下限が規格値２の許容範囲が設定されている。そして、以下のフローでは各日時番号の検査データは、予め行われた所定の処理（例えば図５（ａ）に示す処理）によって、この許容範囲内に収まっていることが確認されているものとする。また、以下の本処理のフローにおいて、変数ｎ、ｉは下記の意味を持つものとする。
ｎ：工程データ（検査データ）が連続して増加する際に、データの変動と見なすか否かを決める閾値
ｉ：０≦ｉ≦ｎの範囲を動くカウンタ
図１０において、まず、ステップＳ２０１で、工程データ検索部による検索結果から日時番号が最も小さい側の、最初の２つのデータが取得される。続く、ステップＳ２０２では、工程データ（検査データ）が１つ前の工程データ（１つ前の検査データ）より大きいか（すなわち、工程データ＞１つ前の工程データ、であるか）が判定される。

ステップＳ２０２で、工程データが１つ前の工程データより大きくない（すなわち、工程データ≦１つ前の工程データ）と判定された場合、ステップＳ２０６に進み、カウンタｉを０に初期化し、その後、ステップＳ２０７に進む。
一方、ステップＳ２０２で、工程データが１つ前の工程データより大きいと判定された場合、ステップＳ２０３で、カウンタｉがインクリメントされ、続いてステップＳ２０４で、カウンタｉが、工程データが連続して増加している状態で、その状態をデータ変動と見なすか否かを定める閾値ｎに等しいかを判定する。等しいと判定された場合、ステップＳ２０５で、この工程データの連続する増加は、データ変動と見なされ、一連の異常・変動判定処理を終了する。一方、ステップＳ２０４で、等しくないと判定された場合、ステップＳ２０７で、工程データが終了したかが判定される。工程データが終了したと判定された場合、一連の異常・変動判定処理を終了する。工程データが終了していないと判定された場合は、ステップＳ２０８において、次の工程データを取得し、ステップＳ２０２に戻る。なお、この際、ステップ２０２では、
工程データ←前回のステップ２０２実行時の「１つ前の工程データ」
１つ前の工程データ←ステップＳ２０８で今回取得した「次の工程データ」
として比較を実行する。

なお、以上の説明においては、検査データ（工程データ）が連続してｎ回増加する場合をデータ変動の条件としていたが、データ変動の条件はこれに限るものではない。例えば、検査データが連続してｎ回減少する場合や、検査データの履歴が、許容範囲の上限値または下限値にしだいに接近していくような場合についても、データ変動と見なすことができ、この場合についても、対応するフローに置き換えることで、自動的に「異常もしくは何らかの変動を判定する処理」を行うことができる。

図１１は、図５（ｃ）に示される検査データの履歴中に異常もしくは何らかの変動が見られるかを判定する処理（以下、単に「異常・変動判定処理」という）を示すフローチャートである。なお、本フローでは、製品Ａの検査Ｂを対象としているが、この検査Ｂでは、検査データ値には、上限が規格値１で下限が規格値２の許容範囲が設定されている。そして、以下のフローでは各日時番号の検査データは、予め行われた所定の処理（例えば図５（ａ）に示す処理）によって、この許容範囲内に収まっていることが確認されているものとする。また、以下の本処理のフローにおいて、変数ｎ、ｉ、ｊは下記の意味を持つものとする。
ｎ：工程データ（検査データ）が連続して予め設定した値（設定値）の一方の側にある際に、データの変動と見なすか否かを決める閾値
ｉ、ｊ：０≦ｉ、ｊ≦ｎの範囲を動くカウンタであり、ｉは設定値の一方の側、ｊは設定値の他方の側の工程データ値のカウント数
図１１において、まず、ステップＳ３０１で、工程データ検索部による検索結果から日時番号が最も小さい工程データ（最初の工程データ）に対応する検査データ値が取得される。続いてステップＳ３０２で、ステップＳ３０１で取得した工程データが予め設定した値（設定値）より大きいかが判定される。

ステップＳ３０２で、工程データが設定値より大きいと判定された場合、ステップＳ３０３で、カウンタｉをインクリメントすると共に、カウンタｊを初期化する。そして、ステップＳ３０５に進む。一方、ステップＳ３０２で、工程データが設定値より大きくないと判定された場合、すなわち、工程データ≦設定値である場合、ステップＳ３０４に進み、カウンタｉを初期化すると共に、カウンタｊをインクリメントする。そして、ステップＳ３０５に進む。すなわち、この場合、カウンタｉは工程データが設定値の上側に連続してある場合をカウントし、カウンタｊは工程データが設定値の下側に連続してある場合をカウントしている。

ステップＳ３０５では、工程データが連続して設定値の一方の側にある場合に、その状態をデータ変動と見なすか否かを定める閾値ｎと上記カウンタｉとが等しいか、または、上記閾値ｎと上記カウンタｊとが等しいかを判定している。上記閾値ｎとカウンタｉが等しい場合は、工程データが設定値の上側にｎ回ある状態を示し、本フローでは、ステップＳ３０６において、データ変動ありと判断され、一連の異常・変動判定処理を終了する。一方、上記閾値ｎとカウンタｊが等しい場合は、工程データが設定値の下側にｎ回ある状態を示し、本フローでは、ステップＳ３０６において、データ変動ありと判断され、一連の異常・変動判定処理を終了する。

一方、ステップＳ３０５で、上記閾値ｎと上記カウンタｉが等しくなく、かつ、上記閾値ｎとカウンタｊが等しくない場合、現処理対象の工程データまででは、データ変動は検出されていないことになり、ステップＳ３０７で、工程データが終了したかを判定する。工程データが終了していれば、一連の異常・変動判定処理を終了する。工程データが終了していなければ、ステップＳ３０８で、次の工程データを取得し、ステップＳ３０２に戻る。

なお、以上の説明においては、検査データ（工程データ）が連続して設定値の一方の側にある場合をデータ変動の条件としていたが、データ変動の条件はこれに限るものではない。例えば、検査データの履歴中で、検査データが一方の側にある割合が他方の側にある割合に比べ格段に高い場合についても、データ変動と見なすことができ、この場合についても、対応するフローに置き換えることで、自動的に「異常もしくは何らかの変動を判定する処理」を行うことができる。

このように、本変形例によれば、上記各フローにて示される定型的な解析の場合には、異常・変動判定部５１により、工程データを所定のタイミングにて解析しているので、工程管理者などのユーザによって、工程データ検索部を起動させて、工程データを検索・表示し、異常または何らかの変動が生じているかを判断する必要がなく、工程の異常または何らかの変動に対する迅速な対応が可能となる。なお、ネットワーク４０を介して工程データテーブル１１に入力される工程データを常に取得し、解析するようにすれば、工程の異常または何らかの変動に対するより迅速な対応が可能となる。

なお、以上の説明では、工程データとイベントデータとの間の因果関係を推定するにあたって、ユーザによって、工程データ検索部への検索指示が行われて工程データの検索が実行され、また、イベントデータ検索部への検索指示が行われてイベントデータの検索が実行され、それら工程データ検索部とイベントデータ検索部の検索結果が比較され、工程データ検索部の検索結果中に、データの異常・変動が見られる場合には、原因となりうるイベントデータが特定（推定）されていた。この場合、工程データやイベントデータの検索以外は、ユーザが行っていた。上記した異常・変動判定部を追加した場合は、更に、工程データの検索結果中の異常・変動についても自動的に検出されるようになった。

以下では、工程データの検索結果とイベントデータの検索結果との比較についても、自動化して行う場合について説明する。
図１２は、図１のデータ参照端末の変形例を示す図である。
図１２において、データ参照端末８０は、工程データ検索部８１、イベントデータ検索部８２、異常・変動判定部８３、因果関係推定部８４を備える。

工程データ検索部８１とイベントデータ検索部８２とは、ユーザによって指定される所定の順番で起動される。因果関係推定部８４は、上記所定の順番に応じて、原因候補抽出部、または、結果候補抽出部として機能する。
まず、原因候補抽出処理について説明する。この処理では、所定の条件に基づいて、工程データ検索部８１が起動され工程データの検索が実行される。続いて、上記所定の条件に対応する条件に基づいて、イベントデータ検索部８２が起動されイベントデータの検索が実行される。異常・変動判定部８３は、工程データ検索部８１の検索結果中に工程データの異常・変動が見られるかを判定する。因果関係推定部（原因候補抽出部）８４は、イベントデータ検索部８２の検索結果から、上記工程データの異常・変動と判定された箇所の原因となりうるイベントデータを抽出する。

次に、結果候補抽出処理について説明する。この処理では、所定の条件に基づいて、イベントデータ検索部８２が起動されイベントデータの検索が実行される。続いて、上記所定の条件に対応する条件に基づいて、工程データ検索部８１が起動され工程データの検索が実行される。異常・変動判定部８３は、工程データ検索部８１の検索結果中に工程データの異常・変動が見られるかを判定する。因果関係推定部（結果候補抽出部）８４は、上記工程データの異常・変動と判定された箇所から、上記イベントデータ検索部８２の検索結果に起因する結果となりうる工程データを抽出する。

以下に、原因候補、結果候補の各候補の抽出処理につき、図１３および図１４のフローを参照しつつ説明する。
図１３は、異常・変動の原因候補の抽出処理を示すフローチャートである。
図１３において、まず、ステップＳ１１で検索条件として設備名、期間がユーザによって指定され、工程データ検索部８１による工程データの検索が実行される。上記工程データ検索部の検索条件は例えば「１０月１日〜１０月９日の間に、設備１００１から入力された工程データ（検査データ）」である。

続いて、ステップＳ１２で、設備名、期間を指定し、イベントデータ検索部８２によるイベントデータの検索が実行される。上記イベントデータ検索部の検索条件は例えば、「１０月１日〜１０月９日の間に、設備１００１で発生したイベント」である。なお、このイベントデータ検索部８２の検索条件は、ユーザによって指定されてもよいし、また、工程データ検索部８１の検索条件から自動的に生成されるようにしてもよい。この場合、期間を工程データ検索部８１の期間に対応する期間に設定する（一致させたり、または、イベントデータ検索部８２の期間の方を所定期間だけ前にずらしたり等して設定する）。また、必要に応じて、「設備」などの限定を加える。

そして、ステップＳ１３で、ステップＳ１１の検索結果から製品名、工程項目名を特定した（次の）工程データを取り出す。ステップＳ１４では、ステップＳ１３で取り出した工程データ中に異常・変動が見られるか判定する。
ステップＳ１４で異常・変動が見られないと判定された場合、ステップＳ１３に戻り、ステップＳ１１の検索結果から製品名、工程項目名を特定した次の工程データを取り出す。

一方、ステップＳ１４で異常・変動が見られると判定された場合、ステップＳ１５に進み、ステップＳ１２のイベントデータの検索結果中から、現在の製品名、工程項目名の工程データの異常・変動の原因となりうるイベントデータ（原因候補）を求める。
続く、ステップＳ１６では、ステップＳ１１の工程データ検索部８１による検索結果中の全てのデータについて、上記ステップＳ１３〜ステップＳ１５の処理が行われたかを判定する。全てのデータについて行われている場合は、一連の原因候補の抽出処理を終了する。また、全てのデータについて行われていない場合は、ステップＳ１３に戻る。

図１４は、イベントの結果候補の抽出処理を示すフローチャートである。
図１４において、まず、ステップＳ２１で、検索条件としてイベントの内容と期間が指定されイベントデータ検索部８２による検索が実行される。上記イベントデータ検索部８２の検索条件は例えば、「内容が「内容１」で１０月１日〜１０月９日の間に発生したイベント」である。

続いて、ステップＳ２２で、検索条件として期間が指定され、工程データ検索部８１による検索が実行される。上記工程データ検索部８１の検索条件は例えば、「１０月１日〜１０月９日の間の工程データ」である。なお、この工程データ検索部８１の検索条件は、ユーザによって指定されてもよいし、また、イベントデータ検索部８２の検索条件から自動的に生成されるようにしてもよい。この場合、期間をイベントデータ検索部８２の期間に対応する期間に設定する（一致させたり、または、工程データ検索部８１の期間の方を所定期間だけ後にずらしたり等して設定する）。

そして、ステップＳ２３において、ステップＳ２２の検索結果を各設備に分類し、それぞれの設備において、全ての製品の全ての工程につき、工程データ中に異常・変動が見られるかを判定する。
ステップＳ２４では、ステップＳ２３で、工程データの異常・変動と判定された箇所から、ステップＳ２１のイベントデータ検索部８２による検索結果中のイベントデータが起因する結果となりうるもの（結果候補）を抽出する。

このように、結果候補を抽出することにより、ある内容を有するイベントが、どのような検査データの異常・変動を引き起こすかにつき、統計的に理解をすることが可能になる。このようなイベント−対応する異常・変動の情報は、データ化しておけば、例えば、原因候補を特定する際にも、適宜参照することができ、有用である。

なお、以上の説明においては、検査データの例として、検査結果が数値である場合を扱っていたが、検査結果が必ずしも数値である必要はなく、例えば「ＯＫ」「ＮＧ」の判定であってもよい。この場合、図１５に示すように、工程データレコード１１１の項目「検査データ」には、判定結果「ＯＫ」「ＮＧ」が格納される。判定結果は、「ＯＫ」なら「０」、「ＮＧ」なら「１」というように数値化して格納してもよい。

このような工程データに対する異常・変動の判定方法を以下に列挙する。
・ＮＧが発生した場合、異常とする。
・所定の期間や、所定のデータ量ごとに、検査結果の合格率を算出し、その合格率が予め設定した値を下回ったら異常・変動とする。
・ＮＧが予め設定した数以上、連続して発生した場合、異常・変動とする。

本発明は、複数の工程を経て製造される製品の各工程から取得される情報である工程データと、その工程に関わる各種変更情報との因果関係を推定する際に用いることが可能である。

本実施形態の工程管理システムの構成を示すブロック図である。 設備から自動で出力される工程データの一例を示す図である。 工程データテーブル上の工程データレコードの一例を示す図（その１）である。 イベントデータテーブル上のイベントデータレコードの一例を示す図である。 工程データ検索部の検索結果の表示例を示す図であり、（ａ）は、検査データの一部が許容範囲の外にある状態を、（ｂ）は、検査データの履歴の一部が、許容範囲内で一方の端に向かって基本的に接近していく状態を、また、（ｃ）は、検査データの履歴の一部が、許容範囲内において、設定した値の一方の側に基本的にあり続ける状態を、それぞれ示す図である。 工程データ検索部、イベントデータ検索部によって検索された検索結果の表示例を示す図である。 工程に変更があってから所定期間経過してから検査データに異常または何らかの変動が見られる場合において、同様の内容のイベントデータとの比較によって、異常・変動の原因を特定する場合を説明する図であり、（ａ）、（ｂ）は工程データ検索部による検索結果を、（ｃ）はイベントデータ検索部による検索結果を、それぞれ示す図である。 本実施形態の工程管理システムの構成の一変形例を示す図である。 図５（ａ）に示される検査データの履歴中に異常もしくは何らかの変動が見られるかを判定する処理を示すフローチャートである。 図５（ｂ）に示される検査データの履歴中に異常もしくは何らかの変動が見られるかを判定する処理を示すフローチャートである。 図５（ｃ）に示される検査データの履歴中に異常もしくは何らかの変動が見られるかを判定する処理を示すフローチャートである。 図１のデータ参照端末の変形例を示す図である。 異常・変動の原因候補の抽出処理を示すフローチャートである。 イベントの結果候補の抽出処理を示すフローチャートである。 工程データテーブル上の工程データレコードの一例を示す図（その２）である。 従来の工程管理システムの構成を示す図である。

符号の説明

１０ 工程管理装置
１１ 工程データテーブル
１１１ 工程データレコード
１２ イベントデータテーブル
１２１ イベントデータレコード
２０ データ入力端末
２１ データ入力部
３０，８０ データ参照端末
３１，８１ 工程データ検索部
３２，８２ イベントデータ検索部
４０ ネットワーク
５０ 異常警告端末
５１ 異常・変動判定部
５２ 警告処理部
８３ 異常・変動判定部
８４ 因果関係推定部

Claims (9)

1. 複数の工程を経て製造される製品に対する工程の管理を行う工程管理システムにおいて、
   データ参照端末がネットワークを介して工程管理装置に接続され、
   前記工程管理装置は、データ入力端末から入力された前記製品の各工程から取得される情報である工程データレコードを１以上格納する工程データテーブルと、データ入力端末から入力された工程に関わる各種変更情報であるイベントデータレコードを１以上格納するイベントデータテーブルと、前記工程データテーブルまたは前記イベントデータテーブルに前記工程データレコードまたは前記イベントデータレコードを登録するデータ登録手段とを具備し、
   前記データ参照端末は、前記工程データテーブルを検索する工程データ検索手段と、前記イベントデータテーブルを検索するイベントデータ検索手段とを具備し、前記工程データ検索手段と前記イベントデータ検索手段を互いに関連付けられた検索条件で起動することを可能にしたことを特徴とする工程管理システム。
2. ネットワークを介して工程管理装置に接続される異常警告端末を更に有し、
   前記工程データ監視端末は、前記工程データレコードを所定のタイミングにて解析して、その工程データレコード中の異常または何らかの変動を判定する異常・変動判定手段と、該異常・変動判定手段によって異常または変動であると判定された場合に、ユーザの端末に対して警告情報を通知する警告処理手段とを具備することを特徴とする請求項１記載の工程管理システム。
3. 前記所定のタイミングは、一定期間ごと、前記工程データレコードが入力されるごと、または、前記工程データテーブル中の工程データレコードの一定量ごと、であることを特徴とする請求項２記載の工程管理システム。
4. 前記データ参照端末は、
   所定の条件に基づいて、工程データテーブルを検索する工程データ検索手段と、
   前記所定の条件に対応する条件に基づいて、イベントデータテーブルを検索するイベントデータ検索手段と、
   前記工程データテーブルの検索結果中の工程データの異常・変動を検出する異常・変動検出手段と、
   前記イベントデータテーブルの検索結果から、前記検出された工程データの異常・変動の原因となりうるイベントデータを抽出する原因候補抽出手段とを備えることを特徴とする請求項１記載の工程管理システム。
5. 前記データ参照端末は、
   所定の条件に基づいて、イベントデータテーブルを検索するイベントデータ検索手段と、
   前記所定の条件に対応する条件に基づいて、工程データテーブルを検索する工程データ検索手段と、
   前記工程データテーブルの検索結果中の工程データの異常・変動を検出する異常・変動検出手段と、
   前記検出された工程データの異常・変動から、前記イベントデータテーブルの検索結果に起因する結果となりうる工程データの異常・変動を抽出する結果候補抽出手段とを備えることを特徴とする請求項１記載の工程管理システム。
6. 複数の工程を経て製造される製品の工程を管理する工程管理装置において、
   外部から入力された前記製品の各工程から取得される情報である工程データレコードを１以上格納する工程データテーブルと、
   外部から入力された工程に関わる各種変更情報であるイベントデータレコードを１以上格納するイベントデータテーブルと、
   前記工程データレコードまたは前記イベントデータレコードを前記工程データテーブルまたは前記イベントデータテーブルに登録するデータ登録手段と、
   前記工程データテーブルを検索する工程データ検索手段と、
   前記イベントデータテーブルを検索するイベントデータ検索手段とを有し、
   前記工程データ検索手段と前記イベントデータ検索手段を互いに関連付けられた検索条件で起動することを可能にしたことを特徴とする工程管理装置。
7. 複数の工程を経て製造される製品の工程を管理する工程管理装置において、
   外部から入力された前記製品の各工程から取得される情報である工程データレコードを１以上格納する工程データテーブルと、
   外部から入力された工程に関わる各種変更情報であるイベントデータレコードを１以上格納するイベントデータテーブルと、
   前記工程データレコードまたは前記イベントデータレコードを前記工程データテーブルまたは前記イベントデータテーブルに登録するデータ登録手段と、
   前記工程データレコードを所定のタイミングにて取得すると共に、その取得した工程データレコードに、異常または何らかの変動が生じているかを判定する異常・変動判定手段と、
   前記イベントデータレコードを検索するイベントデータ検索手段とを有し、
   前記取得した工程データレコードと、前記検索結果中のイベントデータレコードの因果関係を推定する因果関係推定手段とを有することを特徴とする工程管理装置。
8. 複数の工程を経て製造される製品の工程管理をコンピュータに実現させるための工程管理プログラムにおいて、
   前記各工程から取得される情報である工程データを、前記コンピュータの記憶手段に格納された工程データテーブルから所定の条件に基づいて検索するステップと、
   前記工程に関する各種変更情報であるイベントデータを、前記コンピュータの記憶手段に格納されたイベントデータテーブルから前記所定の条件に対応する条件で検索するステップと、
   前記工程データテーブルの検索結果中の工程データの異常・変動を検出するステップと、
   前記イベントデータテーブルの検索結果から、前記検出された工程データの異常・変動の原因となりうるイベントデータを抽出するステップとを前記コンピュータに実行させることを特徴とする工程管理プログラム。
9. 複数の工程を経て製造される製品の工程管理をコンピュータに実現させるための工程管理プログラムにおいて、
   前記工程に関する各種変更情報であるイベントデータを、前記コンピュータの記憶手段に格納されたイベントデータテーブルから所定の条件に基づいて検索するステップと、
   前記各工程から取得される情報である工程データを、前記コンピュータの記憶手段に格納された工程データテーブルから前記所定の条件に対応する条件で検索するステップと、
   前記工程データテーブルの検索結果中の工程データの異常・変動を検出するステップと、
   前記検出された工程データの異常・変動から、前記イベントデータテーブルの検索結果に起因する結果となりうる工程データの異常・変動を抽出するステップとを前記コンピュータに実行させることを特徴とする工程管理プログラム。
   
   

Images