(57)【要約】【課題】製造工程にて異常が発生した場合にサーバ装置からその旨を担当者に通知後、その異常の対策等が一定期間サーバ装置に登録されない場合には、再度通知を行う。【解決手段】工程データを集中管理するデータベース５を有するサーバ装置１は、工程データを解析し製造工程における各種異常の発生、異常内容のデータベース５への登録、及び参照端末装置３への通知を行う異常処理部６と、異常関連情報を登録するデータ入力処理部７と、異常関連情報を検索するデータ出力処理部８とを備え、異常処理部６は、異常の発生を参照端末装置３に通知した後、該参照端末装置３からの異常関連情報が所定期間以上に亘ってデータベース５に登録されていないと判断した場合には、参照端末装置３に再度通知を行う。【選択図】  図１
2008046746.tif 000002
【特許請求の範囲】
【請求項１】
工程データを集中管理するデータベースを有するサーバ装置と、該サーバ装置と通信ネットワークを介して接続され前記工程データの内容を参照可能な参照端末装置と、を備えた工程管理システムにおいて、
前記サーバ装置は、前記工程データを解析し製造工程における各種異常の発生、異常内容の前記データベースへの登録、及び前記参照端末装置への通知を行う異常処理部と、
異常の原因、対策、結果等の異常関連情報を登録するデータ入力処理部と、
前記異常関連情報を検索するデータ出力処理部と、を備え、
前記異常処理部は、異常の発生を前記参照端末装置に通知した後、該参照端末装置からの前記異常関連情報が所定期間以上に亘って前記データベースに登録されていないと判断した場合には、前記参照端末装置に再度通知を行う、
ことを特徴とする工程管理システム。
【請求項２】
前記データ入力処理部は、前記異常関連情報を複数のステップに分割して前記データベースに登録可能であり、前記異常処理部は、前記ステップごとにそれに対応する前記参照端末装置に通知を行う、
ことを特徴とする請求項１に記載の工程管理システム。
【請求項３】
前記データベースは、承認の情報を含む、
ことを特徴とする請求項１又は２に記載の工程管理システム。
【請求項４】
前記異常処理部は、異常度判定部を備え、該異常度判定部により異常の程度に応じて複数に分類した重要度を設定可能とした、
ことを特徴とする請求項１〜３のいずれかに記載の工程管理システム。
【請求項５】
前記データ出力処理部は、製品、部品、工程、設備、検査項目、担当者の少なくとも１つを選択することにより前記異常関連情報を検索可能とした、
ことを特徴とする請求項１〜４のいずれかに記載の工程管理システム。
【請求項６】
前記異常処理部は、前記参照端末装置への異常発生の通知の際に、過去に発生した類似の異常の情報を含んで通知する、
ことを特徴とする請求項１〜５のいずれかに記載の工程管理システム。
【請求項７】
前記データ出力処理部は、製品、工程、期間、設備の少なくとも１つごとに、発生した異常件数を集計可能とした、
ことを特徴とする請求項１〜６のいずれかに記載の工程管理システム。
【請求項８】
前記データ出力処理部は、前記異常関連情報を検索する際に検索対象の文章と類似の文章を検索する概念検索を行う、
ことを特徴とする請求項１〜７のいずれかに記載の工程管理システム。
【請求項９】
前記データ入力処理部は、前記異常関連情報における対策後の適正度を登録可能とした、
ことを特徴とする請求項１〜８のいずれかに記載の工程管理システム。
【請求項１０】
前記データ入力処理部は、前記異常関連情報における対策後の評価値を登録可能とした、
ことを特徴とする請求項１〜９のいずれかに記載の工程管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、製造工程から取得したデータを管理する工程管理システムに関する。
【背景技術】
【０００２】
従来、複数の製造工程を有する製造ラインの任意の製造工程において、作業実施状況を検知し、これを製造履歴情報として情報処理装置に入力して製造履歴情報データベースに管理する工程管理システムが公知である。
【０００３】
例えば、作成した製造履歴情報データベースに入力された情報を元に、製造ラインの異常が検知された場合、その異常の発生を担当者に通知するとともに、異常に対する対策の実施を促す情報をディスプレイに表示する旨の技術が開示されている（特許文献１参照）。
【０００４】
この従来技術によると、異常発生に対する対策完了後に、担当者がその対策の情報を登録することで、対策アクションの遅れを示す指標を公開し、対策アクションをフォローする支援環境を提供している。
【特許文献１】特開２００５−７１２００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の技術では、製造ラインの異常が発生した時点で、担当者にその事実を通知するものの、担当者がプログラムを確認しない限り、再度の通知は行われないため、異常が放置されてしまうおそれがあった。
【０００６】
また、異常発生に対する対策のステップが、製造ラインの複数の部門に亘る場合には、全てのステップを完了するまで担当者は対策の情報を登録することができない。このため、個々のステップにおける対策の実施状況を確認することは困難であった。
【０００７】
さらに、特許文献１では、異常発生に対する対策を確実に行うことを主たる目的としており、異常発生やその対策に関する情報をその後に活用することまでは考慮されていない。
【０００８】
本発明は斯かる課題を解決するためになされたもので、製造工程において異常が発生した場合にサーバ装置からその旨を担当者に通知後、その異常の原因や対策等の異常関連情報が一定期間サーバ装置に登録されない場合には、再度通知を行う工程管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
前記目的を達成するため、請求項１に係る発明は、
工程データを集中管理するデータベースを有するサーバ装置と、該サーバ装置と通信ネットワークを介して接続され前記工程データの内容を参照可能な参照端末装置と、を備えた工程管理システムにおいて、
前記サーバ装置は、前記工程データを解析し製造工程における各種異常の発生、異常内容の前記データベースへの登録、及び前記参照端末装置への通知を行う異常処理部と、
異常の原因、対策、結果等の異常関連情報を登録するデータ入力処理部と、
前記異常関連情報を検索するデータ出力処理部と、を備え、
前記異常処理部は、異常の発生を前記参照端末装置に通知した後、該参照端末装置からの前記異常関連情報が所定期間以上に亘って前記データベースに登録されていないと判断した場合には、前記参照端末装置に再度通知を行うことを特徴とする。
【００１０】
請求項２に係る発明は、請求項１に記載の工程管理システムにおいて、
前記データ入力処理部は、前記異常関連情報を複数のステップに分割して前記データベースに登録可能であり、前記異常処理部は、前記ステップごとにそれに対応する前記参照端末装置に通知を行うことを特徴とする。
【００１１】
請求項３に係る発明は、請求項１又は２に記載の工程管理システムにおいて、
前記データベースは、承認の情報を含むことを特徴とする。
請求項４に係る発明は、請求項１〜３のいずれかに記載の工程管理システムにおいて、
前記異常処理部は、異常度判定部を備え、該異常度判定部により異常の程度に応じて複数に分類した重要度を設定可能としたことを特徴とする。
【００１２】
請求項５に係る発明は、請求項１〜４のいずれかに記載の工程管理システムにおいて、
前記データ出力処理部は、製品、部品、工程、設備、検査項目、担当者の少なくとも１つを選択することにより前記異常関連情報を検索可能としたことを特徴とする。
【００１３】
請求項６に係る発明は、請求項１〜５のいずれかに記載の工程管理システムにおいて、
前記異常処理部は、前記参照端末装置への異常発生の通知の際に、過去に発生した類似の異常の情報を含んで通知することを特徴とする。
【００１４】
請求項７に係る発明は、請求項１〜６のいずれかに記載の工程管理システムにおいて、
前記データ出力処理部は、製品、工程、期間、設備の少なくとも１つごとに、発生した異常件数を集計可能としたことを特徴とする。
【００１５】
請求項８に係る発明は、請求項１〜７のいずれかに記載の工程管理システムにおいて、
前記データ出力処理部は、前記異常関連情報を検索する際に検索対象の文章と類似の文章を検索する概念検索を行うことを特徴とする。
【００１６】
請求項９に係る発明は、請求項１〜８のいずれかに記載の工程管理システムにおいて、
前記データ入力処理部は、前記異常関連情報における対策後の適正度を登録可能としたことを特徴とする。
【００１７】
請求項１０に係る発明は、請求項１〜９のいずれかに記載の工程管理システムにおいて、
前記データ入力処理部は、前記異常関連情報における対策後の評価値を登録可能としたことを特徴とする。
【発明の効果】
【００１８】
本発明によれば、製造工程において異常が発生した場合に、サーバ装置からその旨を担当者に通知後、その異常の原因や対策等の異常関連情報が一定期間サーバ装置に登録されない場合には、再度通知を行うことで、異常に対する対策の不実施等を防止することができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面に基づき本発明の実施の形態を説明する。
（第１の実施の形態）
図１は、本実施の形態の工程管理システムの構成を示すブロック図である。
【００２０】
この工程管理システム１００は、集中管理装置としてのサーバ装置１と、サーバ装置１からの指令に基づき各種情報を発信するメールサーバ装置２と、複数の参照端末装置３ａ〜３ｎと、工程データをサーバ装置１に出力する不図示の製造端末装置とを有し、これらがＬＡＮなどの通信ネットワーク４により接続されている。
【００２１】
サーバ装置１は、工程データを保管するデータベース５と、このデータベース５に保管された工程データを解析し、異常発生の通知、異常内容の登録を行う異常処理部６と、異常の内容に対する原因、その対策、対策後の結果等の情報（以下、「異常関連情報」という）を登録するデータ入力処理部７と、異常の情報を検索するデータ出力処理部８と、を有している。
【００２２】
データベース５は、工程データを保管する工程データテーブル５１と、異常の内容を保管する異常テーブル５２と、異常関連情報を保管する異常関連情報テーブル５３と、を有している。
【００２３】
異常処理部６は、データベース５の工程データテーブル５１に保管された工程データを解析し、異常が発生したか否かの判定を行う。そして、異常と判定した場合には、その異常の内容をデータベース５の異常テーブル５２に登録すると共に、メールサーバ装置２を介して、対応する参照端末装置３ａ〜３ｎに通知する。
【００２４】
なお、本実施形態では、メールサーバ装置２は、サーバ装置１と独立して配置されている場合について説明するが、これに限らず、例えばメールサーバ装置２がサーバ装置１内に組み込まれている場合も考えられる。
【００２５】
次に、本実施の形態１の作用について説明する。
不図示の製造端末装置から、製品や半製品の製造過程で出力される後述の工程データを、通信ネットワーク４を通じてサーバ装置１上の図示しない工程データ入力処理部に、例えば自動的に出力する（作業者が出力する場合でも良い）。すると、工程データ入力処理部では、取得した工程データをデータベース５の工程データテーブル５１に登録して保管する。
【００２６】
ここで、工程データとは、製品や半製品の製造過程における検査データ、調整データ、検査結果に対するＯＫ／ＮＧの判定データ、工程ごとの生産数、良品数、不良品数、製造設備の稼動状態等の情報をいう。
【００２７】
異常処理部６では、データベース５の工程データテーブル５１に保管されている工程データを所定の頻度で解析することで（例えば許容値との差を解析）、製造工程における異常を検知している。そして、異常が検知された場合、異常の内容をデータベース５の異常テーブル５２に登録し保管する。これと同時に、異常処理部６では、異常の内容を記載した電子メールを作成する。そして、その電子メールを、メールサーバ装置２を介して参照端末装置３ａ〜３ｎに送信する。
【００２８】
参照端末装置３ａ〜３ｎは、例えば製品の種類、製造工程などに応じて管轄が分かれており、各管轄ごとに参照端末装置３ａ〜３ｎが配置されている。そして、異常警告メールは、異常処理部６からメールサーバ装置２を介して、製品の種類、製造工程などで通知先が分かれた参照端末装置３ａ〜３ｎに向けて送信される。担当者は、この参照端末装置３ａ〜３ｎを操作することで、必要な対象の異常警告メールを受信することができる。
【００２９】
担当者は、異常警告メールを受信した後、発生した異常の原因は何かを考え、その原因に対して最も効果的と思われる対策を考える。そして、その対策を直ちに実行する。その結果、異常が良くなったかどうか等について確認する。次いで、担当者は、参照端末装置３ａ〜３ｎから、サーバ装置１のデータ入力処理部７にアクセスする。そして、データ入力処理部７の入力画面７１を参照端末装置３ａ〜３ｎに呼び出す。
【００３０】
こうして、担当者は、異常警告メールで受信した異常の内容に対する原因、対策、結果等の異常関連情報を、参照端末装置３ａ〜３ｎ  からサーバ装置１のデータ入力処理部７に入力する。すると、その異常関連情報は、データベース５の異常関連情報テーブル５３に登録して保管される。
【００３１】
図２（ａ）（ｂ）には、異常テーブル５２に格納される異常レコードの構成、異常関連情報テーブル５３に格納される異常関連情報レコードの構成が示されている。なお、異常テーブル５２と異常関連情報テーブル５３の情報は、ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）（識別番号）により関連付けられている。
【００３２】
すなわち、図２（ａ）に示すように、異常テーブル５２に格納される異常レコードは、異常を分類するための表の中身であり、これには、ＩＤ、日付、製品、部品、工程、設備、検査項目、異常の内容を含んでいる。また、図２（ｂ）に示すように、異常関連情報テーブル５３に格納される異常関連情報レコードは、ＩＤ、日付、登録者名、異常関連情報（異常原因、対策、結果の情報）を含んでいる。
【００３３】
異常処理部６は、所定の頻度で定期的にデータベース５の異常テーブル５２、及び異常関連情報テーブル５３を検索する。そして、異常テーブル５２中の異常レコードのうち、ＩＤが一致する異常関連情報レコードが、異常発生から一定期間以上、異常関連情報テーブル５３に登録されていない異常があるか否かを判断する。若しも、そのような異常があった場合には、異常警告メールをメールサーバ装置２を介して、最初に異常を検知し、送信したときと同じ参照端末装置３ａ〜３ｎ  に再度送信する。
【００３４】
なお、異常の検知は、異常処理部６での解析結果によるもの以外に、人が検知して、データ入力処理部７から異常テーブル５２に異常レコードを登録するようにしても良い。この場合も、異常処理部６では、異常の内容を記載した電子メールをメールサーバ装置２から参照端末装置３ａ〜３ｎに送信する。また、前述したように、サーバ装置１とメールサーバ装置２は同一のハードウェアとしても良い。
【００３５】
本実施形態においては、発生した異常に対して、異常発生から一定期間以上該当する異常に対する異常関連情報が異常テーブル５２に登録されない場合には、電子メールにて再度通知を行う。これにより、異常の対策が実施されない場合や、対策が実施されても、その情報がデータベース５に蓄積されないことを防止することができる。
（第２の実施の形態）
本実施の形態では、第１の実施の形態と略同様の構成であるが、異常レコードと異常関連情報レコードの構成が相違している。
【００３６】
本実施の形態の作用を、第１の実施の形態と異なる箇所について説明する。
図３（ａ）は、異常テーブル５２に格納される異常レコードの構成を示し、図３（ｂ）は、異常関連情報テーブル５３に格納される異常関連情報レコードの構成を示している。図２の構成と比較して、異常レコードの末尾に異常対策の「状態」が追加され、また、異常関連情報レコードの末尾に「通知先」が追加されている。
【００３７】
異常レコードの「状態」には、異常の対策の状態を表す数値を設定する。例えば、「状態１」の場合は、異常発生状態を表わし、「状態２」の場合は、異常対策中の状態を表し、また、「状態３」の場合は、異常対策完了の状態を表わしている。
【００３８】
更に、異常関連情報レコードの「通知先」には、異常関連情報を登録後に電子メールの通知先が設定される。
例えば、異常処理部６で異常が検知された場合、異常の内容をデータベース５の異常テーブル５２に登録するとともに、異常の内容を記載した電子メールを作成し、メールサーバ装置２を介して所定の「通知先」に向けて送信する。このとき、異常レコードの状態には、異常の発生を表す「１」を設定する。
【００３９】
担当者は、異常警告メールを受信後に必要な対策を行い、参照端末装置３ａ〜３ｎよりサーバ装置１のデータ入力処理部７にアクセスする。そして、異常の内容に対する原因や対策、結果の情報である異常関連情報を入力する。
【００４０】
また、異常の対策を、他の部門や担当者に依頼する場合には、「通知先」に依頼先の担当者を入力する。入力後、データベース５の異常関連情報テーブル５３に登録するとともに、異常テーブル５２の該当するＩＤの異常レコードの状態を「２」に更新する。
【００４１】
この対策のステップを完了するまで繰り返し、対策完了時には異常関連情報テーブル５３に完了の情報を含んだ異常関連情報レコードを登録し、異常テーブル５２の該当するＩＤの異常レコードの状態を「３」に更新する。
【００４２】
異常処理部６は、定期的にデータベース５の異常テーブル５２及び異常関連情報テーブル５３を検索し、一定期間以上、異常関連情報テーブル５３が更新されていない異常があった場合には、異常の対策が放置されたと判定し、異常警告メールを同じあて先に送信する。
【００４３】
この場合の、異常の対策が放置されたとの判定の条件は、異常レコードの状態が「１」で、異常レコードの日付から一定期間以上、異常関連情報テーブル５３に登録されていない場合、又は、異常レコードの状態が「２」で、ＩＤが一致する最新の異常関連情報レコードの日付から一定期間以上、異常関連情報テーブル５３に登録されていない場合とする。
【００４４】
なお、ここでは異常の状態を「１」〜「３」の３段階に分類したが、これに限らず、例えば４段階以上に分類してもよい。また、通知先には、メールアドレスや従業員番号など個人を特定する情報の他、グループ名等を設定してもよい。
【００４５】
本実施形態によれば、異常関連情報を複数のステップや担当者に分けて登録することが可能なため、異常の対策に時間を要する場合や、複数の部門や担当者にまたがって対策を実施する場合、ステップごとに情報を蓄積することができる。また、対策が完了するまでは、ステップごとに一定期間以上に亘って異常関連情報の登録がない場合には、電子メールにて通知するため、対策の実施や対策の情報の蓄積が放置されることを防ぐことができる。
（第３の実施の形態）
図４は、第３の実施の形態の工程管理システム１００の構成を示すブロック図である。
【００４６】
この実施形態では、図１のデータベース５に承認テーブル５４を追加した点が相違している。また、図５は、承認テーブル５４に格納される承認レコードの構成を示している。
この承認レコードは、ＩＤにより、図２（ａ）に示した異常レコード、及び図２（ｂ）に示した異常関連情報レコードと関連付けられる。そして、この承認レコードに示される承認者、送信先、承認日、コメントには、それぞれ承認を行った者、承認の依頼先、承認を行った日付、コメントが付される。
【００４７】
図６には、承認レコードに基づく異常対策の処理の制御フローを示している。以下、図４及び図５を参照しながら、この制御フローについて説明する。
異常が発生した後、工程管理システム１００は、異常テーブル５２に異常の内容を登録し（Ｓｌ）、メールサーバ装置２を介して参照端末装置３ａ〜３ｎ（担当者）に異常の内容を記載した電子メールを送信する（Ｓ２）。担当者は、参照端末装置３ａ〜３ｎにて電子メールを受信した後、異常の対策を実施する。同時に、担当者は、異常関連情報（異常原因、対策、結果の情報）をサーバ装置１に入力すると共に（Ｓ３）、それに対して承認してくれる承認者１の氏名を入力する（Ｓ４）。
【００４８】
次に、工程管理システム１００は、入力された異常関連情報を登録すると共に（Ｓ５）、承認テーブル５４の登録を行い（Ｓ６）、承認者１に承認を依頼するべく承認者１が保有する端末装置に電子メールを送信する（Ｓ７）。承認者１は、この電子メールを受信した後、異常の発生や異常関連情報を確認する（Ｓ８）。更に、承認者１は、次の承認者がいる場合には承認者２の氏名をその端末装置に入力すると共に、必要に応じてコメント（例えば「最善の対策と考える」等）を入力し、かつ承認の入力を行う（Ｓ９）。
【００４９】
承認者１の承認処理が行われると、工程管理システム１００は、その承認内容を承認テーブル５４に登録し（ＳｌＯ）、続いて、承認者２に承認を依頼するべく承認者２が保有する端末装置に電子メールを送信する（Ｓ１１）。承認者２は、電子メールを受信した後、異常の発生や異常関連情報、承認者１のコメントを確認し、端末装置に承認の入力を行う（Ｓ１２）。
【００５０】
承認者２の承認処理が行われると、工程管理システム１００は、その承認内容を承認テーブル５４に登録する（Ｓ１３）。更に、工程管理システム１００は、異常対策担当者及び承認者１に電子メールを送信し（Ｓ１４）、異常の対策処理が完了する。
【００５１】
また、異常処理部６は、定期的にデータベース５の承認テーブル５４を検索し、ＩＤごとに件数を集計して件数が２件以下のＩＤのうち、承認日が最新のレコード、すなわち承認待ちの状態にある承認テーブル５４の承認レコードを取得する。取得した承認レコードのうち、承認日から一定期間以上経過している承認レコードの送信先に対して、承認の催促を行う電子メールを作成し、送信する。
【００５２】
なお、本実施の形態では、承認ステップは承認者１と承認者２による場合について説明したが、これに限らず、承認者１のみでも良く又は承認者３以上でも良い。
本実施形態によれば、異常の対策に対して承認のフローを設けており、実施した異常の対策に対して担当者以外の管理者の確認行為が発生し、対策を正しく実行することができる。また、承認が一定期間以上行われない場合には催促の電子メールを送信することで、承認処理が確実に行われることを支援する。
（第４の実施の形態）
本実施形態では、図１に示すように、異常処理部６は異常度判定部６１を備えている。この異常度判定部６１は、データベース５の工程データテーブル５１に保管された工程データを所定の頻度で解析し、製造工程における異常の発生と異常の程度を判定し、異常の重要度を設定する。
【００５３】
異常の重要度には、例えば以下のようなものが考えられる。
重要度１（低）：検査データが規格中心±２σを超えた場合
重要度２（中）：検査データが規格中心±３σを超えた場合
重要度３（高）：検査データが規格中心±３σを連続して超えた場合
ここで、σは標準偏差のことであり、検査項目ごとに標準的なばらつきのデータ群から計算する。
【００５４】
上述により、重要度ごとに定義された異常の対策の流れは以下のようになる。
重要度１（低）と判定された場合は、異常関連情報の登録を任意とする。
重要度２（中）と判定された場合は、異常関連情報の登録を必須とする。
【００５５】
重要度３（高）と判定された場合は、異常関連情報の登録および経過観察結果の異常関連情報の登録を必須とする。
異常処理部６は、定期的にデータベース５の異常テーブル５２及び異常関連情報テーブル５３を検索する。そして、一定期間以上、異常関連情報テーブル５３が更新されていない異常があった場合には、異常の対策が放置されたと判定し、異常警告メールを同じあて先に再度送信する。なお、前述したように、「状態１」は異常発生状態、「状態２」は異常対策中、「状態３」は異常対策完了を示す。
【００５６】
ここで、異常の対策が放置されたと判定される場合とは、例えば、第１の例として、異常の重要度が「２」で、かつ状態が「１」で、異常レコードの日付から一定期間以上、異常関連情報テーブル５３に登録されていない場合である。また、第２の例として、異常の重要度が「３」で、かつ状態が「１」で、異常レコードの日付から一定期間以上、異常関連情報テーブル５３に登録されていない場合である。更に、第３の例として、異常の重要度が「３」でかつ状態が「２」で、ＩＤが一致する異常関連情報レコードの日付から一定期間以上、異常関連情報テーブル５３に登録されていない場合である。
【００５７】
なお、異常の重要度として例えば４以上の分類を与え、上述した以外の方法で判定を行っても良い。また、異常処理部６による異常の対策に対する放置の判断基準は、ここに記載したものに限らない。
【００５８】
本実施形態によれば、異常の重要度ごとに処理の流れを分岐することで、軽微な異常は通知のみにとどめ、重大な異常については対策の実施や対策情報の蓄積を確実に行うことを支援することができる。
（変形例１）
本変形例の作用について、実施の形態１〜３と異なる箇所を説明する。
【００５９】
例えば、図１において、製造工程の担当者が、過去の異常対策の事例を検索する場合、参照端末装置３ａ〜３ｎからサーバ装置１のデータ出力処理部８にアクセスし、出力画面８１を参照端末装置３ａ〜３ｎ上に呼び出す。次いで、出力画面８１上で、検索条件である製品、部品、工程、設備、検査項目、担当者のいずれかを入力し、検索処理を実行する。
【００６０】
データ出力処理部８は、出力画面８１より検索実行命令を受け取ると、異常テーブル５２の中から製品、部品、工程、設備、検査項目のうち、指定された検索条件に一致する異常レコードを取得する。また、データ出力処理部８は、異常関連情報テーブル５３の中から、登録者が指定された担当者に一致する異常関連情報レコードを取得する。そして、データ出力処理部８は、異常テーブル５２および異常関連情報テーブル５３から取得したレコードを、ＩＤで関連付けて出力画面８１に表示する。
【００６１】
本変形例によれば、製品、部品、工程、設備、検査項目、担当者を条件に異常や異常関連情報を検索し、出力画面８１に表示することができる。これにより、異常が発生した場合に、過去に発生した類似の異常関連情報を参照し、異常の対策に活用することができる。
（変形例２）
本変形例の作用について、実施の形態１〜３と異なる箇所を説明する。
【００６２】
例えば、図１の異常処理部６で異常が検知された場合、異常処理部６は、異常の内容をデータベース５の異常テーブル５２に登録する。また、データ出力処理部８に対して、検知された異常における製品、部品、工程、設備、検査項目を条件にした異常テーブル５２及び異常関連情報テーブル５３の検索を実行させる。また、実行結果から最も検索条件を満足する最新の異常テーブル５２及び異常関連情報テーブル５３の情報を取得する。そして、異常の内容、及びデータ出力処理部８の検索結果から取得した過去の類似した異常の情報を記載した電子メールを作成する。更に、その電子メールを、メールサーバ装置２を介して参照端末装置３ａ〜３ｎ  に送信する。
【００６３】
なお、電子メールに記載する過去の類似した異常の情報は、１件に限らず、検索条件に一部該当するものや、最新以外の情報を含んでいても良い。
本変形例によれば、異常警告の電子メールに、過去に発生した類似の異常の情報が記載される。これにより、電子メールを受信した担当者は、過去の類似例に対して行った対策の情報を参照し、効果的な対策を行うことができる。
（変形例３）
本変形例の作用について、実施の形態１〜３と異なる箇所を説明する。
【００６４】
例えば、担当者が過去の異常を、製品、部品、工程、期間、設備、検査項目ごとに集計したい場合、参照端末装置３ａ〜３ｎからサーバ装置１のデータ出力処理部８にアクセスする。そして、サーバ装置１の出力画面８１を参照端末３ａ〜３ｎに呼び出す。出力画面８１上で、検索条件である製品、部品、工程、設備、検査項目のいずれかを入力し、集計単位として製品、部品、工程、設備、検査項目のいずれかを入力して、検索処理を実行する。
【００６５】
データ出力処理部８は、出力画面８１から検索実行命令を受け取ると、異常テーブル５２の中から製品名、部品名、工程名、設備名、検査項目名のうち、指定された検索条件に一致する異常レコードを取得する。そして、取得したレコードを製品、部品、工程、設備、検査項目のうち、集計単位に指定されたもので分類して件数を集計し、出力画面８１に表示する。
【００６６】
本変形例によれば、過去に発生した異常を様々な分類で発生件数を集計することができる。例えば、検索条件に製品を、集計単位に設備をそれぞれ指定して検索することにより、特定の製品名の異常の発生件数を設備ごとに比較できる。これにより、担当者はどのような異常が多く発生しているかを分析することができる。
（第５の実施の形態）
図７は、本実施の形態の工程管理システム１００の構成を示すブロック図である。
【００６７】
この工程管理システム１００は、図１の工程管理システムのサーバ装置１に、概念検索部９を追加した構成を有する。
担当者は、参照端末装置３ａ〜３ｎからサーバ装置１のデータ出力処理部８にアクセスし、出力画面８１を参照端末装置３ａ〜３ｎ上に呼び出し、求める情報を入力して検索を実行する。概念検索部９は、異常関連情報テーブル５３を検索し、異常関連情報レコードの異常関連情報から、入力値に対して関連性の高い順に抽出し、結果を出力画面８１に表示する。
【００６８】
ここで、概念検索とは、検索文章の内容を対象に、問い合わせ文の内容に関連する文章を抽出する技術として知られている。例えば、単純なキーワード検索では、問い合わせのキーワードに対して一致する単語を含む文章を出力する。これに対し、概念検索では、検索の問い合わせを文章や複数のワードで行い、それらと検索対象の文章において、ワードとその出現頻度で構成される概念の類似度を算出し、類似度の高い順に出力する。
【００６９】
入力される異常関連情報は、担当者が文章で入力するため、人によって表現や単語の選び方が異なる場合がある。このため、キーワード検索では求める情報を探し出すことが困難なおそれがある。このように、異常関連情報に対して概念検索を行うことで、文章の作成者による表現や単語の選び方の違いに左右されず、キーワードがあいまいであっても求める異常関連情報を探し出すことが可能になる。
【００７０】
本実施形態によれば、異常関連情報に対して概念検索を行うことで、入力担当者の違いによる表現や単語に違いに左右されずに、求める情報を抽出することを支援する。
（第６の実施の形態）
図８は、本実施の形態の異常レコードの構成を示している。図２（ａ）の構成に適正度を追加したものである。
【００７１】
担当者は、登録済みの異常関連情報に対して、正しさを表す情報を登録する場合、参照端末装置３ａ〜３ｎからサーバ装置１のデータ入力処理部７にアクセスする。そして、入力画面７１を参照端末装置３ａ〜３ｎに呼び出す。次に、担当者は、異常関連情報を特定するためのＩＤまたは日付、製品、部品、工程、設備、検査項目を指定する。
【００７２】
そして、担当者は、異常関連情報に対して正しさを表す数値である適正度を入力し、登録処理を実行する。データ入力処理部７は、入力画面７１から登録処理命令を受け取ると、異常テーブル５２中の異常レコードをＩＤ、又は日付、製品、部品、工程、設備、検査項目により特定し、適正度の値を更新する。
【００７３】
例えば、適正度は以下の基準に区別して設定する。
適正度１：情報が理論または経験則により裏づけられず、再現性がないもの。
適正度２：情報が理論または経験則により裏づけられないが、再現性があるもの。
【００７４】
適正度３：情報が理論または経験則により裏づけられ、再現性があるもの。
なお、適正度の基準は本実施の形態で述べた分類に限らない。
本実施形態によれば、登録済みの異常関連情報に対して情報が正しいことを表す適正度を登録することができる。これにより、異常が発生し、過去の異常関連情報を参照して対策を行う場合に、適正度により参照する事例を絞り込むことで、より適切な対策の実施を行うことを支援する。
（第７の実施の形態）
図９は、本実施の形態の工程管理システム１００の構成を示すブロック図である。
【００７５】
この工程管理システム１００は、図１のデータベース５に評価テーブル５５を追加した構成である。
図１０は、評価テーブル５５に格納される評価レコードの構成を表している。ここで、ＩＤは、異常テーブル５２および異常関連情報テーブル５３中の異常レコードおよび異常関連情報レコードと関連付ける値である。日付、入力者、コメントは入力値である。
【００７６】
担当者は、参照端末装置３ａ〜３ｎからサーバ装置１のデータ入力処理部７にアクセスし、入力画面７１を参照端末装置３ａ〜３ｎに呼び出す。また、担当者は、異常関連情報を特定するためのＩＤ又は日付、製品、部品、工程、設備、検査項目を指定する。
【００７７】
そして、担当者は、異常関連情報に対する評価値と必要に応じてコメントを入力し、登録処理を実行する。異常処理部６は、データ入力処理部７が入力画面７１から登録処理命令を受け取ると、異常関連情報を特定するためのＩＤと入力値を評価テーブル５５に登録する。
【００７８】
本実施形態によれば、登録済みの異常関連情報に対して、評価を表す数値を登録可能である。異常の対策において、過去の異常関連情報を参照し、その効果が認められた場合には、参照した異常関連情報に対して評価値を登録することで、蓄積された異常関連情報に対して有効性を付加することができる。これにより、爾後の異常発生時に、過去の異常関連情報から評価の高いものを参照することで、より有効な対策を実施することができる。
【図面の簡単な説明】
【００７９】
【図１】本実施の形態の工程管理システムの構成を示すブロック図である。
【図２】（ａ）は、異常テーブルに格納される異常レコードの構成を示す図、（ｂ）は、異常関連情報テーブルに格納される異常関連情報レコードの構成を示す図である。
【図３】（ａ）は、異常テーブルに格納される異常レコードの構成を示す図、（ｂ）は、異常関連情報テーブルに格納される異常関連情報レコードの構成を示す図である。
【図４】第３の実施の形態の工程管理システムの構成を示すブロック図である。
【図５】承認テーブルに格納される承認レコードの構成を示す図である。
【図６】承認レコードに基づく異常対策の処理の制御フローを示す図である。
【図７】第５の実施の形態の工程管理システムの構成を示すブロック図である。
【図８】第６の実施の形態の異常レコードの構成を示す図である。
【図９】第７の実施の形態の工程管理システムの構成を示すブロック図である。
【図１０】評価テーブルに格納される評価レコードの構成を示す図である。
【符号の説明】
【００８０】
１      サーバ装置
２      メールサーバ装置
３ａ〜３ｎ  参照端末装置
４      通信ネットワーク
５      データベース
６      異常処理部
７      データ入力処理部
８      データ出力処理部
９      概念検索部
５１    工程データテーブル
５２    異常テーブル
５３    異常関連情報テーブル
５４    承認テーブル
５５    評価テーブル
６１    異常度判定部
７１    入力画面
８１    出力画面
１００  工程管理システム
【図１】
2008046746.tif 000003
【図２】
2008046746.tif 000004
【図３】
2008046746.tif 000005
【図４】
2008046746.tif 000006
【図５】
2008046746.tif 000007
【図７】
2008046746.tif 000008
【図８】
2008046746.tif 000009
【図９】
2008046746.tif 000010
【図１０】
2008046746.tif 000011
【図６】
2008046746.tif 000012