JP6734985B1 - 業務管理システム及び業務管理方法 - Google Patents

Abstract

【課題】効率的なＰＤＣＡを実現することを課題とする。【解決手段】収集した異常に関する情報を、異常情報や、異常に対する対策に関する情報である対策情報が格納される対策進捗情報記憶部に格納する各ＤＢ１２１〜１２６と、異常が継続している時間時間の長さが所定の時間を超えると、異常の状態を更新する設備異常監視部１１２と、対策の状況を監視し、対策の状況が変化すると、対策の状態を更新する対策監視部１１３と、異常が継続している時間の長さ、及び、対策の状況に応じて、アラーム情報の表示方法を変化させることを特徴とする。【選択図】図１

Description

本発明は、業務管理システム及び業務管理方法の技術に関する。

組立・加工製造業では、市場成熟していく中で、多種多様な商品特性に応じた製造形態・管理形態が進み、各企業のビジネス戦略、施策も多種多様化、複雑化してきた。また、企業は生き残りを掛け、現場の実態を的確に迅速に把握し、ＰＤＣＡ（Plan Do Check Action）を早く回すことで、一刻も早く的確な手を打ち、業務改善をしていく必要性が高まっている。そのため、ＩＴ（Information Technology）システムを活用して、製造や品質といった現場の実績情報を収集し、現場の実態を可視化している企業は多い。

このような生産プロセス管理に関する技術として、特許文献１及び特許文献２が開示されている。
特許文献１には、「バランスト・スコアカードに基づいて、ＫＧＩとＫＰＩの対応表である戦略マップテーブル２０６を作成し、この戦略マップテーブル２０６に基づいて、ＫＧＩを表示している画面から、幾つかの選択ウィンドウによる絞り込み検索を経て、対応するＫＰＩを表示する画面へ遷移することができる」生産プロセスマネジメント・チャートによる統合生産管理方法及びそのシステムが開示されている。

また、特許文献２には、「外部システム５０および専門家システム６０から情報を取得する外部情報取得部２１１と、経営者端末３０と通信して情報を授受する経営者端末送受信部２１３と、担当者端末４０と通信して情報を授受する担当者端末送受信部２１４と、予め用意された関数を使って、指定された演算を実行すると共に、与えられる定義情報に従って、意思決定支援画面を構成するＡからＦの情報を生成して、経営者端末３０に送る処理を行う演算部２１５と、外部情報、担当者端末装置からの情報、演算結果等の情報を記憶装置２２に記憶させる（外部記憶装置２５に記憶させる場合を含む）と共に、必要な情報を読み出す処理を行う情報記憶部２１２とを有する」生産ライン管理装置が開示されている。

特開２００４−１７８１５０号公報 特開２００９−５９２９７号公報

しかしながら、特許文献１に記載の技術は、ＰＤＣＡの効率を向上させるため、さらなる改良が必要である。また、特許文献２に記載の技術等は、その運用には下記の課題がある。
（Ａ１）実績を単純に数値で可視化するものがほとんどで、異常か否かを判断するのに時間がかかる。
（Ａ２）異常発生を把握できても、異常に対する対策をフォローアップするしくみがなく、迅速な対策につながらない。
（Ａ３）生産進捗表示など、特定の情報に特化した見える化が多く、業務横串で工場全体の状況を把握することができない。
（Ａ４）職務や職位によって把握したい情報の範囲や内容が違い、自身の見たい情報に迅速に辿りつくことができない。

このような背景に鑑みて本発明がなされたのであり、本発明は、効率的なＰＤＣＡを実現することを課題とする。

前記した課題を解決するため、本発明は、工場において階層関係を有する部門における異常に関する情報を収集し、収集した前記異常に関する情報を、前記異常の状態に関する情報を含む異常情報が格納される異常情報記憶部、及び、前記異常に対する対策の状態に関する情報を含む対策情報が格納される対策進捗情報記憶部に格納する格納処理部と、前記異常が継続している時間の長さを監視し、前記時間の長さが所定の時間を超えると、前記異常情報記憶部における前記異常情報において、前記異常の状態を更新する異常監視部と、前記対策の状況を監視し、前記対策の状況が変化すると、前記対策進捗情報記憶部における前記対策情報において、前記対策の状態を更新する対策監視部と、前記異常情報における前記異常の状態、及び、前記対策情報における前記対策の状態に応じて、前記異常の状態、及び、前記対策の状態を示すアラーム情報の出力方法を変化させる出力処理部と、前記アラーム情報を出力する出力部と、を有することを特徴とする。
その他の解決手段は実施形態中において適宜記載する。

本発明によれば、効率的なＰＤＣＡを実現することができる。

本実施形態に係るＰＤＣＡ管理システムの構成例を示す図である。 異常発生を設備異常アラームＤＢに登録する手順を示す図である。 異常の解消を設備異常アラームＤＢに登録する手順を示す図である 異常発生を進捗異常アラームＤＢに登録する手順を示す図である。 異常の解消を進捗異常アラームＤＢに登録する手順を示す図である。 設備異常の場合における異常程度の更新について説明する図（その１）である。 設備異常の場合における異常程度の更新について説明する図（その２）である。 設備異常の場合における異常程度の更新について説明する図（その３）である。 進捗異常の場合における異常程度の更新について説明する図（その１）である。 進捗異常の場合における異常程度の更新について説明する図（その２）である。 進捗異常の場合における異常程度の更新について説明する図（その３）である。 異常発生警告表示の例を示す図（その１）である。 異常発生警告表示の例を示す図（その２）である。 異常発生警告表示の例を示す図（その３）である。 異常発生警告表示の例を示す図（その４）である。 異常発生警告表示の例を示す図（その５）である。 発生した異常に対する対策依頼の登録について説明する図（その１）である。 発生した異常に対する対策依頼の登録について説明する図（その２）である。 発生した異常に対する対策依頼の登録について説明する図（その３）である。 発生した異常に対する対策依頼の登録について説明する図（その４）である。 対策依頼に対する対策状況の登録について説明する図（その１）である。 対策依頼に対する対策状況の登録について説明する図（その２）である。 対策依頼に対する対策状況の登録について説明する図（その３）である。 設備異常に対する対策依頼が行われない状態で、放置されている場合の処理について説明する図（その１）である。 設備異常に対する対策依頼が行われない状態で、放置されている場合の処理について説明する図（その２）である。 対策がなされているが、対策予定日時が過ぎても、放置状態となっている場合の処理について説明する図（その１）である。 対策がなされているが、対策予定日時が過ぎても、放置状態となっている場合の処理について説明する図（その２）である。 異常発生警告表示の例を示す図（その１）である。 異常発生警告表示の例を示す図（その２）である。 異常発生警告表示の例を示す図（その３）である。 異常発生警告表示の例を示す図（その４）である。 異常発生警告表示の例を示す図（その５）である。 状態表示画面の例を示す図（その１）である。 状態表示画面の例を示す図（その２）である。 状態表示画面の例を示す図（その３）である。 「生産工程」における優先順位定義マスタ情報の例を示す図である。 状態表示画面を表示する際の出力処理部の動作を示す図（その１）である。 状態表示画面の例を示す図（その４）である。 状態表示画面を表示する際の出力処理部の動作を示す図（その２）である。 状態表示画面の例を示す図（その５）である。 状態表示画面を表示する際の出力処理部の動作を示す図（その３）である。 本実施形態におけるアラーム情報選択情報の例を示す図である。 詳細情報画面の例を示す図である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その１）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その２）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その３）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その４）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その５）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その６）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その７）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その８）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その９）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その１０）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その１１）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その１２）である。

次に、本発明を実施するための形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。

＜概要＞
まず、本実施形態におけるＰＤＣＡ管理システム１の概要を説明する。
本実施形態におけるＰＤＣＡ管理システム１は、以下の処理を行う。
（Ｂ１）工場の様々な業務の「計画情報」および「実績情報」を、他システムからも含め、リアルタイムに収集する（Ｐｌａｎ Ｄｏ）。

そして、本実施形態におけるＰＤＣＡ管理システム１は、（Ｂ１）の処理を行った上で以下の処理を行う。それぞれの処理の詳細は後記する。
（Ｂ２）収集した情報を元に、異常判定し、大型ボードに表示し、異常に気付かせる。
それとともに、複合的に情報を表示・分析し、異常の要因と影響を見定める（Ｃｈｅｃｋ）。
（Ｂ３）対策の状況を表示して注意喚起し、対策を促す（Ａｃｔｉｏｎ）。

＜システム構成＞
図１は、本実施形態に係るＰＤＣＡ管理システム１の構成例を示す図である。
ＰＤＣＡ管理システム１は、部門２におけるＰＤＣＡを管理するための業務管理装置１００を有している。
業務管理装置１００は、メモリ１１０、ＣＰＵ（Central Processing Unit）１０１、通信装置１０２を有している。メモリ１１０には、図示しない記憶装置からプログラムがロードされ、ロードされたプログラムがＣＰＵ１０１によって実行されることにより、登録処理部１１１、設備異常監視部１１２及び対策監視部１１３が具現化する。
登録処理部１１は、端末装置２００から送信された情報を、それぞれのＤＢ１２１〜１２６に格納する。設備異常監視部１１２は、設備異常や、品質異常や、安全異常等の異常が解消されたか否かを監視している。対策監視部１１３は、設備異常等の異常に対する対策が行われたか否かを監視している。

また、業務管理装置１００は、進捗異常アラームＤＢ１２１、進捗異常対策依頼ＤＢ１２２、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４、設備異常アラームＤＢ１２５、設備異常対策依頼ＤＢ１２６を有している。
進捗異常アラームＤＢ１２１は、工程の進捗の異常に関する情報が格納される。品質異常アラームＤＢ１２３は、品質異常に関する情報が格納される。安全異常アラームＤＢ１２４は、安全異常に関する情報が格納される。設備異常アラームＤＢ１２５は、設備の異常に関する情報が格納される。
また、進捗異常対策依頼ＤＢ１２２は、進捗異常に対する対策に関する情報が格納される。そして、設備異常対策依頼ＤＢ１２６は、設備異常に対する対策に関する情報が格納される。

そして、業務管理装置１００は、アラーム情報選択ＤＢ１２７、優先順位定義マスタＤＢ１２８、対策マスタＤＢ１２９、及び、管理者呼出依頼ＤＢ１３０を有している。
アラーム情報選択ＤＢ１２７は、後記するアラーム情報Ｍ（図３３等参照）を出力装置２２０から出力する際、ＤＢ１２1〜１２６のうち、どのＤＢ１２１〜１２６を参照するかに関する情報が格納されている。優先順位定義マスタＤＢ１２８には、後記するアラーム情報Ｍに対して優先順位を表示する際に出力処理部２１１が参照するための情報が格納されている。対策マスタＤＢ１２９は、異常に対する対策を進捗異常対策依頼ＤＢ１２２や、設備異常対策依頼ＤＢ１２６に格納する際に、どのような対策を格納するかを登録処理部１１１が参照するための情報が格納されている。管理者呼出依頼ＤＢ１３０には、対策内容が管理者呼出である場合における情報が格納されている。

それぞれの部門２には、端末装置２００が設置されている。端末装置２００は、メモリ２１０、ＣＰＵ２０１、通信装置２０２、入力装置２０３を有している。メモリ２１０には、図示しない記憶装置からプログラムがロードされ、ロードされたプログラムがＣＰＵ２０１によって実行されることにより、業務管理装置１００から送信される表示情報に基づく情報を出力装置２２０から出力させる出力処理部２１１が具現化している。

出力装置２２０は、部門２それぞれに応じた装置が設置される。例えば、Ａ部門２Ａ及びＣ部門２Ｃには、出力装置２２０として表示ボード２２１が設置されている。これに対して、Ｂ部門２Ｂには、表示ボード２２１と、スピーカ２２２が設置されている。また、端末装置２００及び出力装置２２０として、タブレット端末が設置されてもよい。この場合、タブレット端末には、端末装置２００及び出力装置２２０の機能が搭載される。また、表示ボード２２１がタッチパネルの機能を有することで、表示ボード２２１が入力装置２０３の機能を有してもよい。

また、Ａ部門２Ａが、進捗に関する部門２である場合、進捗状態を監視する進捗監視装置２３０がＡ部門２Ａに設置される。

業務管理装置１００、及び、それぞれの端末装置２００は、ＬＡＮ（Local Area Network）等のネットワークＮで接続され、情報のやりとりを行っている。

＜異常発生状況の可視化＞
（異常発生・解消の登録：ユーザが登録する場合）
図２は、異常発生を設備異常アラームＤＢ１２５に登録する手順を示す図である。図２では、設備異常をユーザが認識した際に行う処理を説明する。
設備異常の発生を認識すると、ユーザは、端末装置２００の入力装置２０３を介して、設備異常登録情報４０１を入力する。図２に示すように、設備異常登録情報４０１は、工程に対して一意に割り振られる「工程Ｎｏ．」、現象である「異常内容」、異常における現在の状態を示す「ステータス」、「発生日時」、異常が発生している設備が設置されている部門を示す「部門」、異常が発生している設備を示す「設備」が含まれる。

設備異常登録情報４０１は、業務管理装置１００へ送信され、設備異常アラームＤＢ１２５に保持されている設備異常アラーム情報１２５Ａに格納される。図２の例に示すように、設備異常アラーム情報１２５Ａは、「異常Ｎｏ．」、「工程Ｎｏ．」、「異常内容」、「異常ステータス」、「発生日時」、「設備」の各項目を有している。また、図示していないが、設備異常アラーム情報１２５Ａは、設備異常が解消した日時が格納される「解消日時」の項目も有している。設備異常登録情報４０１を受信した業務管理装置１００の登録処理部１１１は、まず、「異常Ｎｏ．」を生成する。その後、生成した「異常Ｎｏ．」を設備異常アラーム情報１２５Ａの「異常Ｎｏ．」の欄に格納すると、設備異常登録情報４０１の各情報を設備異常アラーム情報１２５Ａに格納する。すなわち、登録処理部１１１は、設備異常登録情報４０１の「工程Ｎｏ．」を設備異常アラーム情報１２５Ａの「工程Ｎｏ．」の欄に格納する。同様に、登録処理部１１１は、設備異常登録情報４０１の「異常内容」を設備異常アラーム情報１２５Ａの「異常内容」の欄に格納し、設備異常登録情報４０１の「ステータス」を設備異常アラーム情報１２５Ａの「異常ステータス」の欄に格納する。そして、登録処理部１１１は、設備異常登録情報４０１の「発生日時」を設備異常アラーム情報１２５Ａの「発生日時」の欄に格納する。また、登録処理部１１１は、設備異常登録情報４０１の「設備」を、設備異常アラーム情報１２５Ａの「設備」の欄に格納する。
なお、図２に示す例では、設備異常アラーム情報１２５Ａの「異常ステータス」の欄に「異常発生中」の情報が格納されている（太枠）。

なお、後記するが、登録処理部１１１は、設備異常対策依頼ＤＢ１２６に格納されている設備異常対策依頼情報１２６Ａにも同様の情報を格納する（図１７で後記）。

図３は、異常の解消を設備異常アラームＤＢ１２５に登録する手順を示す図である。図３では、設備異常の解消をユーザが認識した際に行う処理を説明する。
設備異常の解消を認識すると、ユーザは、端末装置２００の入力装置２０３を介して、設備回復登録情報４０２を入力する。図２に示すように、設備異常登録情報４０１は、「異常Ｎｏ．」、現在の状態を示す「ステータス」、「解消日時」が含まれる。「解消日時」は、設備異常が解消した日時である。

図３に示すように、設備回復登録情報４０２は、業務管理装置１００へ送信され、設備異常アラームＤＢ１２５に保持されている設備異常アラーム情報１２５Ａに格納される。設備回復登録情報４０２を受信した業務管理装置１００の登録処理部１１１は、設備回復登録情報４０２の「異常Ｎｏ．」をキーとして、設備回復登録情報４０２の各情報を設備異常アラーム情報１２５Ａに格納する。すなわち、登録処理部１１１は、設備回復登録情報４０２の「ステータス」を設備異常アラーム情報１２５Ａの「異常ステータス」の欄に格納する。そして、登録処理部１１１は、設備回復登録情報４０２の「解消日時」を設備異常アラーム情報１２５Ａの「解消日時」の欄（不図示）に格納する。なお、図３に示す例では、設備異常アラーム情報１２５Ａの「異常ステータス」の欄に「異常解消」の情報が格納される（太枠参照）。

（異常発生・解消の登録：自動登録の場合）
図４は、異常発生を進捗異常アラームＤＢ１２１に登録する手順を示す図である。図４では、管理システムによる進捗異常の自動登録処理を説明する。なお、図４及び図５では、進捗に異常が発生した場合について説明する。

まず、進捗監視装置２３０が進捗の遅れを検知する。進捗の遅れは、例えば、製品が、ある時刻までにＮ個生産されていなければならないところを、当該時刻になってもＮ個に到達していない等を、進捗監視装置２３０が定期的に監視することで検知される。進捗監視装置２３０は、基準（計画）と実績とを比較し、差異が閾値以上であった場合、進捗の遅れを検知する。

進捗遅れの発生を認識すると、進捗監視装置２３０は、進捗監視バッチ情報４１１を入力する。図４に示すように、進捗監視バッチ情報４１１には、「工程Ｎｏ．」、現象を示す「異常内容」、現在の状態を示す「ステータス」、「発生日時」、「設備」が含まれる。

進捗監視バッチ情報４１１は、業務管理装置１００へ送信され、進捗異常アラームＤＢ１２１に保持されている進捗異常アラーム情報１２１Ａに格納される。図４の例に示すように、進捗異常アラーム情報１２１Ａは、「異常Ｎｏ．」、「工程Ｎｏ．」、「異常内容」、「異常ステータス」、「発生日時」、「設備」の各項目を有している。また、図示していないが進捗異常アラーム情報１２１Ａは、進捗遅れが解消した日時が格納される「解消日時」の項目も有している。進捗監視バッチ情報４１１を受信した業務管理装置１００の登録処理部１１１は、まず、「異常Ｎｏ．」を生成する。その後、生成した「異常Ｎｏ．」を進捗異常アラーム情報１２１Ａの「異常Ｎｏ．」の欄に格納すると、進捗監視バッチ情報４１１の各情報を進捗異常アラーム情報１２１Ａに格納する。すなわち、登録処理部１１１は、進捗監視バッチ情報４１１の「工程Ｎｏ．」を進捗異常アラーム情報１２１Ａの「工程Ｎｏ．」の欄に格納する。同様に、登録処理部１１１は、進捗監視バッチ情報４１１の「異常内容」を進捗異常アラーム情報１２１Ａの「異常内容」の欄に格納し、進捗監視バッチ情報４１１の「ステータス」を進捗異常アラーム情報１２１Ａの「異常ステータス」の欄に格納する。そして、登録処理部１１１は、進捗監視バッチ情報４１１の「発生日時」を進捗異常アラーム情報１２１Ａの「発生日時」の欄に格納する。さらに、登録処理部１１１は、進捗監視バッチ情報４１１の「設備」を進捗異常アラーム情報１２１Ａの「設備」の欄に格納する。
なお、図２に示す例では、進捗異常アラーム情報１２１Ａの「異常ステータス」の欄に「異常発生中」の情報が格納されている（太枠参照）。

なお、後記するが、登録処理部１１１は、進捗異常対策依頼ＤＢ１２２にも同様の情報を格納する。

図５は、異常の解消を進捗異常アラームＤＢ１２１に登録する手順を示す図である。図５では、進捗遅れの解消を進捗監視装置２３０が認識した際に行う処理を説明する。
進捗遅れの解消を認識すると、進捗監視装置２３０は、進捗監視バッチ情報４１１を生成する。図５に示すように、進捗監視バッチ情報４１１は、「異常Ｎｏ．」、「ステータス」、「解消日時」が含まれる。「解消日時」は、進捗遅れが解消した日時である。

進捗監視バッチ情報４１１は、業務管理装置１００へ送信され、進捗異常アラームＤＢ１２１に保持されている進捗異常アラーム情報１２１Ａに格納される。進捗監視バッチ情報４１１を受信した業務管理装置１００の登録処理部１１１は、進捗監視バッチ情報４１１の「異常Ｎｏ．」をキーとして、進捗監視バッチ情報４１１の各情報を進捗異常アラーム情報１２１Ａに格納する。すなわち、登録処理部１１１は、進捗監視バッチ情報４１１の「ステータス」を進捗異常アラーム情報１２１Ａの「異常ステータス」の欄に格納する。そして、登録処理部１１１は、進捗監視バッチ情報４１１の「解消日時」を進捗異常アラーム情報１２１Ａの「解消日時」の欄（不図示）に格納する。なお、図３に示す例では、進捗異常アラーム情報１２１Ａの「異常ステータス」の欄に「異常解消」の情報が格納される（太枠参照）。

（異常程度の更新：設備異常の場合）
次に、図６〜図８を参照して、設備異常の場合における異常程度の更新について説明する。
図６に示す設備異常アラームＤＢ１２５の設備異常アラーム情報１２５Ａは、図３に示す設備異常アラーム情報１２５Ａと同じである。
設備異常監視部１１２は、設備回復登録情報４０２（図３）が送信されたか否かを判定する。発生日時から、予め設定されている第１時間が経過しても、設備回復登録情報４０２が送信されない場合、設備異常監視部１１２は、図７に示すような、設備異常監視バッチ情報４２１を登録処理部１１１に送る。図７に示すように、設備異常監視バッチ情報４２１は、「異常Ｎｏ．」、「ステータス」の各情報を有している。ここで、「ステータス」には、「異常発生中［大］」の情報が格納されている。

登録処理部１１１は、設備異常監視バッチ情報４２１の「異常Ｎｏ．」をキーとして、設備異常アラーム情報１２５Ａを検索し、該当するレコードの「異常ステータス」の欄を「異常発生中［大］」に更新する（太枠参照）。

例えば、設備異常アラーム情報１２５Ａの「異常ステータス」の欄が「異常発生中［大］」に更新された後、予め設定されている第２時間が経過しても、設備回復登録情報４０２が送信されない場合、設備異常監視部１１２は、図８に示すような、設備異常監視バッチ情報４２１を登録処理部１１１に送る。図８に示すように、設備異常監視バッチ情報４２１は、「異常Ｎｏ．」、「ステータス」の各情報を有している。ここで、「ステータス」には、「異常発生中［特大］」の情報が格納されている。

登録処理部１１１は、設備異常監視バッチ情報４２１の「異常Ｎｏ．」をキーとして、設備異常アラーム情報１２５Ａを検索し、該当するレコードの「異常ステータス」の欄を「異常発生中［特大］」に更新する。

（異常程度の更新：進捗異常の場合）
次に、図９〜図１１を参照して、進捗異常の場合における異常程度の更新について説明する。
図９に示す進捗異常アラームＤＢ１２１の進捗異常アラーム情報１２１Ａは、図４に示す進捗異常アラーム情報１２１Ａと同じである。
進捗差異が拡大した場合、設備異常監視部１１２は、図１０に示すような、進捗監視バッチ情報４１１を登録処理部１１１に送る。進捗遅れが拡大するとは、基準（計画）と、実績を比較し、その差が予め設定されている第１閾値以上となった場合である。図１０に示すように、進捗監視バッチ情報４１１は、「異常Ｎｏ．」、「ステータス」の各情報を有している。ここで、「ステータス」には、「異常発生中［大］」の情報が格納されている。

登録処理部１１１は、進捗監視バッチ情報４１１の「異常Ｎｏ．」をキーとして、進捗異常アラーム情報１２１Ａを検索し、該当するレコードの「異常ステータス」の欄を「異常発生中［大］」に更新する（太枠参照）。

進捗異常アラーム情報１２１Ａの「異常ステータス」の欄が「異常発生中［大］」に更新された後、さらに進捗差異が拡大した場合、設備異常監視部１１２は、図１１に示すような、進捗監視バッチ情報４１１を登録処理部１１１に送る。進捗差異がさらに拡大するとは、基準（計画）と、実績を比較し、その差が予め設定されている第２閾値（＞第１閾値）以上となった場合である。図１１に示すように、進捗監視バッチ情報４１１は、「異常Ｎｏ．」、「ステータス」の各情報を有している。ここで、「ステータス」には、「異常発生中［特大］」の情報が格納されている。

登録処理部１１１は、進捗監視バッチ情報４１１の「異常Ｎｏ．」をキーとして、進捗異常アラーム情報１２１Ａを検索し、該当するレコードの「異常ステータス」の欄を「異常発生中［特大］」に更新する（太枠参照）。

ここで、図２〜図１１における登録処理が、品質異常アラームＤＢ１２３や、安全異常アラームＤＢ１２４についても行われる。

（異常発生警告表示）
次に、図１２〜図１６を参照して、異常発生警告表示の例を示す。なお、図１２〜図１６では、設備異常の場合を例として示しているが、進捗異常の場合も同様である。
まず、図１２は、設備異常アラームＤＢ１２５に保持されている設備異常アラーム情報１２５Ａに、何も情報が登録されていない状態を示す。つまり、図１２は、設備異常が発生していない状態を示している。このような場合、出力処理部２１１が、表示ボード２２１に異常が発生していないことを示す緑の丸（図１２では、細実線の丸で表現）でアラーム情報Ｍを表示する。このようなアラーム情報Ｍの表示を「正常表示」と称する。

次に、図１３は、図２に示すように設備異常が発生した際の設備異常アラーム情報１２５Ａを示している。図１３における設備異常アラーム情報１２５Ａの「異常ステータス」の欄には、図２と同様に、「異常発生中」が登録されている。このような場合、図１３に示すように、出力処理部２１１は、異常が発生していることを示す赤の丸（図１３では、太実線の丸で表現）でアラーム情報Ｍを表示する。このようなアラーム情報Ｍの表示を「異常表示（小）」と称する。

そして、図１４は、図７に示すように、第１時間が過ぎても設備異常が解消していない場合の設備異常アラーム情報１２５Ａを示している。図１４における設備異常アラーム情報１２５Ａの「異常ステータス」の欄には、図７と同様に、「異常発生中［大］」が登録されている。このような場合、図１４に示すように、出力処理部２１１は、表示ボード２２１に点滅する赤の丸（図１４では、太破線の丸の紙面左上に３本の線を配置することで表現）でアラーム情報Ｍを表示することで、異常が発生してから、第１時間が経過していることを示す。このようなアラーム情報Ｍの表示を「異常表示（大）」と称する。

さらに、図１５は、図８に示すように、設備異常アラーム情報１２５Ａの「異常ステータス」の欄が「異常発生中［大］」に更新された後、第２時間が過ぎても設備異常が解消していない場合の設備異常アラーム情報１２５Ａを示している。図１５における設備異常アラーム情報１２５Ａの「異常ステータス」の欄には、図８と同様に、「異常発生中［特大］」が登録されている。このような場合、図１５に示すように、出力処理部２１１は、表示ボード２２１に高速点滅する赤の丸（図１４では、太破線の丸の紙面左上及び右上に３本の線を配置することで表現）を表示することで、異常が発生してから、第２時間が経過していることを示す。このようなアラーム情報Ｍの表示を「異常表示（特大）」と称する。

そして、図１６には、図３と同様に、設備異常が解消した際における設備異常アラーム情報１２５Ａが示されている。図１６に示す設備異常アラーム情報１２５Ａの「異常ステータス」の欄には、図３と同様、「異常解消」が登録されている。このような場合、図１６に示すように、出力処理部２１１は、表示ボード２２１に異常が発生していないことを示す緑の丸（図１６では、細実線の丸で表現）でアラーム情報Ｍを表示する。前記したように、このようなアラーム情報Ｍの表示を「正常表示」と称する。

なお、「正常表示」、「異常表示（小）」、「異常表示（大）」、「異常表示（特大）」それぞれのアラーム情報Ｍを、どのように表示させるかはユーザによってカスタマイズ可能である。
このように、本実施形態では、設備異常等の異常の度合を、丸の色や、点滅等で強調表示する。このようにすることで、ユーザに異常の発生や、異常の度合といった異常発生状況を気付かせることができる。

なお、ここでは、表示ボード２２１がアラーム情報Ｍを表示しているが、その他にもスピーカ２２２から出力される音でアラームが表されてもよい。この場合、設備異常アラーム情報１２５Ａの「異常ステータス」の欄に格納されている情報に応じて音の種類や、長さが変化するようにするとよい。

＜対策状況の可視化＞

（対策依頼の登録）
図１７〜図２０を参照して、発生した異常に対する対策依頼の登録について説明する。なお、図１７〜図２０では、設備異常に対する対策依頼の例を示すが、その他の異常（進捗異常等）についても、同様の処理が行われる。
図１７において、設備異常を認識したユーザは、端末装置２００の入力装置２０３を介して設備異常登録情報４０１を業務管理装置１００へ送信する。このとき、送信される設備異常登録情報４０１は、図２で送られたものと同じものである。ただし、「工程Ｎｏ．」のみが設備異常登録情報４０１に含まれていてもよい。

設備異常登録情報４０１を受信した業務管理装置１００の登録処理部１１１は、受信した設備異常登録情報４０１と、対策マスタＤＢ１２９に格納されている対策マスタ情報１２９Ａ（図１８参照）を基に、設備異常対策依頼ＤＢ１２６の設備異常対策依頼情報１２６Ａに対策に関する情報を格納する。つまり、過去における対策内容の実績を基に対策マスタ情報１２９Ａが作成される。

図１７の例に示すように、設備異常対策依頼情報１２６Ａは、「依頼Ｎｏ．」、「親Ｎｏ．」、「異常Ｎｏ．」、「工程Ｎｏ．」、「部門」、「依頼ステータス」、「依頼内容」、「対策案」、「対策内容」、「発生日時」、「対策予定」、「更新日時」、「完了日時」、「設備」の各項目を有する。なお、「発生日時」とは、設備異常の発生日時である。

図１８は、対策マスタＤＢ１２９に格納されている対策マスタ情報１２９Ａの例を示す図である。
対策マスタ情報１２９Ａは、「工程Ｎｏ．」、「設備」、「異常内容」、「対策内容」、「回数」」の各項目を有している。対策マスタ情報１２９Ａは、設備異常対策依頼情報１２６Ａの「対策内容」の欄を基に作成される。

「工程Ｎｏ．」は、設備異常アラーム情報１２５Ａや、設備異常対策依頼情報１２６Ａにおける「工程Ｎｏ．」と同様の情報である。「設備」は、異常が生じた設備の名称が格納される。「異常内容」には、生じた異常の内容が格納され、「対策内容」には、「異常内容」に対して行われた対策が格納される。「回数」には、「対策内容」に格納されている対策が行われた回数が格納される。

図１７に示す設備異常登録情報４０１を受信した登録処理部１１１は、設備異常登録情報４０１の「工程Ｎｏ．」や、「異常内容」、「設備」等をキーとして、図１８の対策マスタ情報１２９Ａを検索し、該当する「対策内容」のうち、「回数」が最も大きい「対策内容」を抽出する。図１７及び図１８の例では、「Ｘｘ部品交換」が抽出される。登録処理部１１１は、抽出した「対策内容」を、設備異常対策依頼情報１２６Ａの「対策案」の欄に格納する。また、登録処理部１１１は、設備異常対策依頼情報１２６Ａのレコードを更新した日時を「更新日時」の欄に格納する。

図１９は、自部門では対策しきれない場合、他部門に依頼する場合における設備異常対策依頼情報１２６Ａの登録例を示す図である。例えば、生産部門では、対策しきれない設備異常対策を保全管理部門に依頼する場合等である。
ユーザが、自部門では、設備異常に対する保全を対策しきれないと判断すると、端末装置２００を介して、図１９に示すような、保全依頼情報４３１を業務管理装置１００へ送信する。保全依頼情報４３１には、「依頼Ｎｏ．」、依頼先の「対象部門」、保全状態を示す「ステータス」、「依頼日時」の各情報を含む。依頼先の「対象部門」は、ユーザによって選択されるが、業務管理装置１００が、空いている部門を選択してもよい。

保全依頼情報４３１を受信した業務管理装置１００の登録処理部１１１は、設備異常対策依頼ＤＢ１２６に格納されている設備異常対策依頼情報１２６Ａのレコードを生成する（レコードＲ１）。次に、登録処理部１１１は、生成したレコードＲ１の「依頼Ｎｏ．」の欄に、新たに生成した依頼Ｎｏ．の「４」を格納する。次に、登録処理部１１１は、レコードＲ１の親レコードとなるレコードＲ２の「異常Ｎｏ．」、「工程Ｎｏ．」、「部門」、「依頼ステータス」、「依頼内容」、「対策案」、「対策内容」、「発生日時」、「対策予定」、「更新日時」、「完了日時」、「設備」の各欄の情報をレコードＲ１の各欄にコピーする。ただし、図１９の例において、レコードＲ２の「対策内容」、「対策予定」、「完了日時」の欄は空欄であるため、レコードＲ１における当該欄には、空欄がコピーされる。

次に、登録処理部１１１は、保全依頼情報４３１の「対象部門」に格納されている情報（ここでは、「保全」）で、レコードＲ１の「部門」の欄を更新する。また、登録処理部１１１は、レコードＲ１の「親Ｎｏ．」の欄に、親レコードとなるレコードＲ２の「依頼Ｎｏ．」の数字を格納する。さらに、登録処理部１１１は、レコードＲ２の「依頼ステータス」の欄を「依頼済み」に更新する。

図２０は、設備異常対策の１つとして、管理者を呼び出す処理を行う例を示す図である。
設備異常対策の１つとして、管理者を呼び出すことが必要な場合、ユーザは、端末装置２００を介して、管理者呼出情報４３２を業務管理装置１００へ送信する。図２０の例に示すように、管理者呼出情報４３２は、場所を示す「工程Ｎｏ．」、依頼内容を示す「依頼内容」、状態を示す「ステータス」、依頼日時を示す「発生日時」、呼び出す管理者が所属する部門の情報示す「部門」を含む。

管理者呼出情報４３２を受信した業務管理装置１００の登録処理部１１１は、管理者呼出依頼ＤＢ１３０に格納されている管理者呼出依頼情報１３０Ａに管理者呼出情報４３２の各情報を格納する。管理者呼出依頼情報１３０Ａは、設備異常対策依頼情報１２６Ａと同様の項目を有する。

管理者呼出情報４３２を受信した業務管理装置１００の登録処理部１１１は、管理者呼出依頼情報１３０Ａに新たなレコードを生成するとともに、依頼Ｎｏ．を生成し、生成した依頼Ｎｏ．を、管理者呼出依頼情報１３０Ａの「依頼Ｎｏ．」の欄に格納する。また、登録処理部１１１は、管理者呼出依頼情報１３０Ａの「工程Ｎｏ．」、「部門」、「依頼ステータス」、「依頼内容」、「発生日時」の欄に、管理者呼出情報４３２の「工程Ｎｏ．」、「部門」、「ステータス」、「依頼内容」、「発生日時」の各情報を格納する。
図２０の例では、管理者呼出依頼情報１３０Ａの「工程Ｎｏ．」に「工程１」、「依頼ステータス」に「未確認」、「依頼内容」に「管理者呼出」が格納される。また、登録処理部１１１は、管理者呼出情報４３２のレコードに情報を登録（更新）した日時を「更新日時」の欄に格納する。

（対策依頼に対する対策状況の登録）
次に、図２１〜図２３を参照して、対策依頼に対する対策状況の登録について説明する。図２１〜図２３では、設備異常に対する処理を示しているが、他の異常も同様である。
図２１は、設備異常に対する対策依頼が行われた際の設備異常対策依頼情報１２６Ａを示している。すなわち、図２１に示す設備異常対策依頼情報１２６Ａは、図１７の示す設備異常対策依頼情報１２６Ａと同じ情報を有している。

設備異常に対する対策者が、設備異常の対策を始めると、対策者は、図２２に示すように、端末装置２００を介して、設備異常対策登録情報４４３を業務管理装置１００へ送信する。ここで、送信される設備異常対策登録情報４４３には、「依頼Ｎｏ．」、「ステータス」、「対策予定日時」、「更新日時」の各情報が含まれている。図２２の例では、「ステータス」として「対策中」が格納されており、「対策予定日時」に「９：２０：００」が格納されており、更新日時として「９：１０：００」が格納されているものとする。

設備異常対策登録情報４４３を受信した業務管理装置１００は、設備異常対策登録情報４４３の「依頼Ｎｏ．」をキーとして、設備異常対策依頼ＤＢ１２６に格納している設備異常対策依頼情報１２６Ａを検索する。そして、登録処理部１１１は、検索の結果、取得された設備異常対策依頼情報１２６Ａのレコードに、設備異常対策登録情報４４３の各情報を格納する。具体的には、登録処理部１１１は、設備異常対策登録情報４４３の「ステータス」（「対策中」）を設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄に格納する。また、登録処理部１１１は、設備異常対策登録情報４４３の「対策予定日時」（「９：２０：００」）、「更新日時」（「９：１０：００」）を設備異常対策依頼情報１２６Ａの「対策予定」、「更新日時」の欄に格納する。

図２３は、対策者による設備異常の対策が完了した際における処理を示す図である。
設備異常に対する対策が完了すると、対策者は、端末装置２００を介して設備異常対策登録情報４４３を業務管理装置１００へ送信する。ここで、送信される設備異常対策登録情報４４３には、「依頼Ｎｏ．」、「対策内容、「ステータス」、「更新日時」、「完了日時」の各情報が含まれている。図２３の例では、「対策内容」として「Ｘｘ部品交換」、「ステータス」として「対策済」が格納されている。また、更新日時として「９：２０：００」が格納され、「完了日時」として「９：２０：００」が格納されているものとする。

設備異常対策登録情報４４３を受信した業務管理装置１００は、設備異常対策登録情報４４３の「依頼Ｎｏ．」をキーとして、設備異常対策依頼ＤＢ１２６に格納している設備異常対策依頼情報１２６Ａを検索する。そして、登録処理部１１１は、検索の結果、取得された設備異常対策依頼情報１２６Ａのレコードに、設備異常対策登録情報４４３の各情報を格納する。具体的には、登録処理部１１１は、設備異常対策登録情報４４３の「ステータス」（「対策済」）を設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄に格納する。また、登録処理部１１１は、設備異常対策登録情報４４３の「対策内容」（「Ｘｘ部品交換」）を設備異常対策依頼情報１２６Ａの「対策内容」の欄に格納する。さらに、登録処理部１１１は、設備異常対策登録情報４４３の「更新日時」（「９：２０：００」）を設備異常対策依頼情報１２６Ａの「更新日時」の欄に格納し、設備異常対策登録情報４４３の「完了日時」（「９：２０：００」）を設備異常対策依頼情報１２６Ａの「完了日時」の欄に格納する。

また、図１９のように、他部門へ対策を依頼している場合、依頼した他部門において対策が完了すると、設備異常対策依頼情報１２６Ａの「親Ｎｏ．」に格納されている番号を基に、依頼元の「依頼ステータス」の欄を「対策済み」に更新する。

（対策依頼に対する放置状態の監視）
次に、図２４及び図２５を参照して、設備異常に対する対策依頼が行われない状態で、放置されている場合の処理について説明する。すなわち、図２４及び図２５では、設備異常対策依頼情報１２６Ａの「依頼ステータス」が「未確認」のまま、所定期間、放置されている例を示す。
図２４は、設備異常に対する対策依頼が行われた際の設備異常対策依頼情報１２６Ａを示している。すなわち、図２４に示す設備異常対策依頼情報１２６Ａは、図１７の示す設備異常対策依頼情報１２６Ａと同じ情報を有している。

対策監視部１１３は、設備異常対策依頼情報１２６Ａの「依頼ステータス」が「未確認」の状態であり、かつ、現在時刻が「発生日時」の欄に登録されている時刻を超過したか否かを定期監視している。
そして、図２２に示すような対策依頼がとられないまま、現在時刻が対策予定時刻を超過すると、対策監視部１１３は、図２５に示すような対策依頼監視バッチ情報４３４を生成し、生成した対策依頼監視バッチ情報４３４を登録処理部１１１にわたす。図２５に示すように、対策依頼監視バッチ情報４３４は、「依頼Ｎｏ．」、「ステータス」を有する。ここで、対策依頼監視バッチ情報４３４の「ステータス」には、「未確認［放置］」が格納されている。

対策依頼監視バッチ情報４３４を受信した、登録処理部１１１は、対策依頼監視バッチ情報４３４に格納されている「依頼Ｎｏ．」をキーとして、設備異常対策依頼情報１２６Ａのレコードを検索する。そして、検索したレコードにおける「依頼ステータス」の欄に、対策依頼監視バッチ情報４３４の「ステータス」の情報を格納する。図２５に示すように、ここでは、「未確認［放置］」が、設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄に格納される。

（対策依頼に対する不実行状態の監視）
次に、図２６及び図２７を参照して、対策者による設備異常に対策がなされているが、対策予定日時が過ぎても、放置状態となっている場合の処理について説明する。
図２６は、設備異常に対する対策を始めた後の設備異常対策依頼情報１２６Ａを示している。すなわち、図２６に示す設備異常対策依頼情報１２６Ａは、図２２に示す設備異常対策依頼情報１２６Ａと同じ情報を有している。

対策監視部１１３は、設備異常対策依頼情報１２６Ａの「依頼ステータス」が「対策中」であり、かつ、現在時刻が設備異常対策依頼情報１２６Ａの「対策予定」の欄に登録されている時刻を超過したか否かを定期監視している。
そして、設備異常対策依頼情報１２６Ａの「依頼ステータス」が「対策中」であり、かつ、現在時刻が設備異常対策依頼情報１２６Ａの「対策予定」の欄に登録されている時刻を超過すると、対策監視部１１３は、図２７に示すような対策依頼監視バッチ情報４３４を生成し、生成した対策依頼監視バッチ情報４３４を登録処理部１１１にわたす。現在時刻と、対策予定日時との比較は、定期監視によって行われる。図２７に示すように、対策依頼監視バッチ情報４３４は、「依頼Ｎｏ．」、「ステータス」を有する。ここで、対策依頼監視バッチ情報４３４の「ステータス」には、「対策中［放置］」が格納されている。

対策依頼監視バッチ情報４３４を受信した、登録処理部１１１は、対策依頼監視バッチ情報４３４に格納されている「依頼Ｎｏ．」をキーとして、設備異常対策依頼情報１２６Ａのレコードを検索する。そして、検索したレコードにおける「依頼ステータス」の欄に、対策依頼監視バッチ情報４３４の「ステータス」の情報を格納する。図２７に示すように、ここでは、「対策中［放置］」が、設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄に格納される。

（対策状況表示）
次に、図２８〜図３２を参照して、異常発生警告表示の例を示す。なお、図２８〜図３２では、設備異常の場合を例として示しているが、その他の異常の場合も同様である。
まず、図２８は、設備異常対策依頼ＤＢ１２６に保持されている設備異常対策依頼情報１２６Ａにおいて、何も情報が登録されていない状態を示す。つまり、図２８は、設備異常が発生していない状態を示している。このような場合、出力処理部２１１が、表示ボード２２１に異常が発生していないことを示す緑の丸（図２８では、細実線の丸で表現）でアラーム情報Ｍを表示する。このようなアラーム情報Ｍの表示を「正常表示」と称する。ちなみに、図２８〜図３２において、設備異常対策依頼情報１２６Ａは、必要な項目のみを示している。

次に、図２９は、設備異常が発生し、図１７に示すように、設備異常対策依頼情報１２６Ａに情報が格納された際の設備異常対策依頼ＤＢ１２６を示している。図２９における設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄には、図１７と同様に、「未確認」が登録されている。このような場合、図２９に示すように、出力処理部２１１は、点滅する赤の丸（図２９では、太破線の丸の紙面左上に３本の線を配置することで表現）でアラーム情報Ｍを表示することで異常が発生しているが、対策が行われていないことを示す。このようなアラーム情報Ｍの表示を「異常表示（大）」と称する。

そして、図３０は、図２５に示すように、設備異常対策依頼情報１２６Ａの「依頼ステータス」が「未確認」の状態であり、かつ、現在時刻が「発生日時」の欄に登録されている時刻を超過した場合の設備異常対策依頼ＤＢ１２６を示している。図３０における設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄には、図２５と同様に、「未確認［放置］」が登録されている。このような場合、図３０に示すように、出力処理部２１１は、表示ボード２２１に高速点滅する赤の丸（図３０では、太破線の丸の紙面左上及び右上に３本の線を配置することで表現）でアラーム情報Ｍを表示することで、設備異常に対する対策が行われないまま、現在時刻が「発生日時」の欄に登録されている時刻を超過していることを示す。このようなアラーム情報Ｍの表示を「異常表示（特大）」と称する。

なお、図２７に示すように、設備異常に対する対策が行われているものの、対策予定時刻を過ぎても対策が完了していない場合も、図３０の表示が行われる。

図３１は、図２２に示すように、設備異常に対する対策中（現在時刻は対策予定時刻を経過していない）である場合の設備異常対策依頼ＤＢ１２６を示している。図３１における設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄には、図２２と同様に、「対策中」が登録されている。このような場合、図３１に示すように、出力処理部２１１は、異常が発生していることを示す赤の丸（図３１では、太実線の丸で表現）でアラーム情報Ｍを表示する。前記したように、このようなアラーム情報Ｍの表示を「異常表示（小）」と称する。

そして、図３２には、図２３と同様に、設備異常に対する対策が完了した際における設備異常対策依頼情報１２６Ａが示されている。図３２に示す設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄には、図２３と同様、「対策済み」が登録されている。このような場合、図３２に示すように、出力処理部２１１は、表示ボード２２１に異常が発生していないことを示す緑の丸（図３２では、細実線の丸で表現）でアラーム情報Ｍを表示する。前記したように、このようなアラーム情報Ｍの表示を「正常表示」と称する。

なお、アラーム情報Ｍを、どのように表示させるかはユーザによってカスタマイズ可能である。

このように、自部門で対策すべきものか否かや、緊急度合（放置、対策中の放置等）が色、点滅による強調表示で表現される。このようにすることで、ユーザに対策状況を気付かせることができる。このようにすることで、ユーザに対策（アクション）を促すことができる。

なお、ここでは、表示ボード２２１がアラーム情報Ｍを表示しているが、その他にもスピーカ２２２から出力される音でアラームが表されてもよい。この場合、設備異常アラーム情報１２５Ａの「異常ステータス」の欄に格納されている情報に応じて音の種類や、長さが変化するようにするとよい。

また、対策が取り消された場合、設備異常対策依頼情報１２６Ａの「依頼ステータス」に「取消」の情報が更新され、アラーム情報Ｍが「正常表示」となる。

（表示）
図３３は、表示ボード２２１に表示される状態表示画面Ｄの例を示す図である。
状態表示画面Ｄは、部門表示領域Ｄ１０、職務ボタンＤ２０、上位アラーム表示領域Ｄ３０、下位アラーム表示領域Ｄ４０、管理者呼出表示領域Ｄ５０を有する。
例えば、図３３では、部門表示領域Ｄ１０において「工場＞生産工程」が選択されている。「生産工程」は、「工場」の下位部門のうちの１つであり、「生産工程」に関する設備状態が表示されていることを示している。

また、図３３に示すように、職務ボタンＤ２０には「総括」、「生産」、「品質」、「保全」等が表示されている。ここで、職務とは、部門における立場である。職務ボタンＤ２０は、ユーザが表示させたい情報を選択するためのボタンである。例えば、ユーザが、「生産現場」の人間で、「生産」に関する情報を閲覧したいと考えた場合、図３３に示すように、ユーザは「生産」の職務ボタンＤ２０を選択入力する。同様に、ユーザが「品質管理」に関する情報を閲覧したいと考えた場合、ユーザは「品質」の職務ボタンＤ２０を選択入力する。また、ユーザが「保全管理」に関する情報を閲覧したいと考えた場合、ユーザは「保全」の職務ボタンＤ２０を選択入力する。「総括」の職務ボタンＤ２０は、部門表示領域Ｄ１０に表示されている「工場」の概況を把握したい人（工場長等）が選択入力する職務ボタンＤ２０である。このようにすることで、表示ボード２２１が設置されている場所や、閲覧する人の職務によって、表示するアラーム情報Ｍを切り替えることができる。このようにすることで、ユーザが閲覧したいアラーム情報Ｍを適切に表示することができる。

上位アラーム表示領域Ｄ３０、下位アラーム表示領域Ｄ４０には、職務ボタンＤ２０に対応したアラーム情報Ｍが表示されている。つまり、上位アラーム表示領域Ｄ３０、下位アラーム表示領域Ｄ４０には、職務ボタンＤ２０を選択入力したユーザが閲覧したいアラーム情報Ｍが格納されている。このように、状態表示画面Ｄを、上位アラーム表示領域Ｄ３０、下位アラーム表示領域に分けることで、上位階層の部門と、下位階層の部門とにおけるアラーム情報Ｍを一度に閲覧することができるため、異常や、対策の状況を大局的に判断することができる。

図３３の例では、「生産」の職務ボタンＤ２０が選択されている。従って、上位アラーム表示領域Ｄ３０、及び、下位アラーム表示領域Ｄ４０には部門表示領域Ｄ１０には、「生産工程」の部門の人が閲覧したいアラーム情報Ｍが表示されている。アラーム情報Ｍは、図２〜図３２に示す処理に従って表示される。また、アラーム情報Ｍの表示は、図１２〜図１６、及び、図２８〜図３２に基づいて表現されている。

上位アラーム表示領域Ｄ３０には、部門表示領域Ｄ１０で表示されている部門に関するアラーム情報Ｍが表示される。また、下位アラーム表示領域Ｄ４０には、上位アラーム表示領域Ｄ３０に表示されている部門の下位部門に関するアラーム情報Ｍが表示される。図３３の例において、上位アラーム表示領域Ｄ３０には、「生産工程」全体に関するアラーム情報Ｍが表示されている。また下位アラーム表示領域Ｄ４０には、「生産工程」内の各工程である「加工Ａ」、「加工Ｂ」、「組立Ａ」、「組立Ｂ」のアラーム情報Ｍが表示されている。また、上位アラーム表示領域Ｄ３０における上位部門表示領域Ｄ３１には、上位アラーム表示領域Ｄ３０の表示対象である「生産工程」が表示されている。さらに、下位アラーム表示領域Ｄ４０における下位部門表示領域Ｄ４１には、下位アラーム表示領域Ｄ４０の表示対象である「加工Ａ」、「加工Ｂ」、「組立Ａ」及び「組立Ｂ」が表示されている。

それぞれのアラーム情報Ｍにおいて、「●●異常」が表示されているアラーム情報Ｍは、異常登録処理（図２〜図１６）における登録に基づいて表示されるものである。例えば、「進捗異常」と表示されているアラーム情報Ｍは、進捗異常アラームＤＢ１２１の登録情報に基づいて表示される。また、「設備異常」と表示されているアラーム情報Ｍは、設備異常アラームＤＢ１２５の登録情報に基づいて表示される。同様に「品質異常」と表示されているアラーム情報Ｍは、品質異常アラームＤＢ１２３の登録情報に基づいて表示される。また、「安全異常」と表示されているアラーム情報Ｍは、安全異常アラームＤＢ１２４の登録情報に基づいて表示される。

一方、「●●対策」が表示されているアラーム情報Ｍは、対策登録処理（図１７〜図３２）における登録に基づいて表示されるものである。例えば、「進捗対策」と表示されているアラーム情報Ｍは、進捗異常対策依頼ＤＢ１２２の登録情報に基づいて表示される。例えば、図３３の「加工Ａ」の「進捗対策」が「異常表示（大）」となっているが、これは、「加工Ａ」で進捗遅れが発生しているが、対策が「未確認」の状態であることを示している（図２９参照）。

また、アラーム情報Ｍについて、縦の列は同一の種類のアラーム情報Ｍを示している。例えば、アラーム情報Ｍ１０１は、「加工Ａ」の工程における進捗状況を示し、アラーム情報Ｍ１０２は、「加工Ｂ」の工程における進捗状況を示す。さらに、アラーム情報Ｍ１０３は、「組立Ａ」の工程における進捗状況を示し、アラーム情報Ｍ１０４は、「組立Ｂ」の工程における進捗状況を示す。

ここで、アラーム情報Ｍとして表示される「進捗異常」、「品質異常」等のそれぞれを業務と称する。
なお、「加工Ａ」、「加工Ｂ」、「組立Ａ」、「組立Ｂ」それぞれの部門において、どの業務（「進捗異常」、「品質異常」等）のアラーム情報Ｍが表示されるかは、出力処理部２１１が、後記するアラーム情報選択ＤＢ１２７を参照することによって決定される。以降に示される状態表示画面Ｄも同様である。

そして、アラーム情報Ｍ１００は、「加工Ａ」、「加工Ｂ」、「組立Ａ」、「組立Ｂ」の上位部門である「生産工程」の進捗状況を示す。その他のアラーム情報Ｍの列についても同様である。

ここで、図３３に示すように、下位部門において、異なる複数の状態（進捗状況等）がある場合、上位部門のアラーム情報Ｍは、下位部門において、より注意喚起の強い情報が採用される。例えば、図３３の例では、「加工Ｂ」、「組立Ａ」、「組立Ｂ」の「品質異常」を示すアラーム情報Ｍ１１２〜Ｄ１１４が「正常表示」を示している。これに対して、「加工Ａ」の「品質異常」を示すアラーム情報Ｍ１１１が「異常表示（小）」を示している。従って、「加工Ａ」、「加工Ｂ」、「組立Ａ」及び「組立Ｂ」の上位部門である「生産工程」の「品質異常」を示すアラーム情報Ｍ１１０は、「加工Ａ」、「加工Ｂ」、「組立Ａ」及び「組立Ｂ」のうちで、最も注意喚起が強い「加工Ａ」の「異常表示（小）」に合わせて、「異常表示（小）」でアラーム情報Ｍが表示される。

なお、「加工Ｂ」、「組立Ａ」、「組立Ｂ」の「品質異常」を示すアラーム情報Ｍ１１２〜Ｄ１１４が「正常表示」を示しており、「加工Ａ」の「品質異常」を示すアラーム情報Ｍ１１１が「異常表示（小）」を示しているが、品質異常アラームＤＢ１２３に格納されている品質異常アラーム情報（不図示）において、「生産工程」の「異常ステータス」の欄が「解消済み」となっていた場合、当該「解消済み」の情報が優先される。

このように、出力処理部２１１は、工場内で収集した様々な計画情報、実績情報、異常情報、対策情報が格納されているそれぞれのＤＢ１２１〜１２６から、表示する対象工程の情報を抽出し、表示ボード２２１に出力する。
「優先順位定義マスタ」に設定されている条件をもとに、アラームの対策優先順位を表示する。

なお、状態表示画面Ｄは、定期的にリフレッシュされる。このようにすることで、最新の情報をアラーム情報Ｍとして表示することができる。

また、管理者呼出表示領域Ｄ５０には、図２０において、情報が格納された管理者呼出依頼情報１３０Ａの内容が表示される。図３３の例では、図２０において管理者呼出依頼情報１３０Ａの内容に合わせて「管理者：Ｘｘ部品交換をお願いします」の情報が表示されている。ここで、「管理者」とは「生産工程」の管理者である。なお、図３３以外の状態表示画面Ｄでは、管理者呼出表示領域Ｄ５０には情報が表示されていないものとする。

次に、状態表示画面Ｄの遷移について説明する。
図３４は、表示される部門として「工場」が選択され（部門表示領域Ｄ１０参照）、「総括」の職務ボタンＤ２０が表示されている例を示す。従って、図３４の例では、上位アラーム表示領域Ｄ３０には「工場」に関するアラーム情報Ｍが表示され、下位アラーム表示領域Ｄ４０には「工場」の下位部門である「納入工程」、「生産工程」、「検査工程」、「出荷工程」が表示されている。

ここで、ユーザが、下位アラーム表示領域Ｄ４０の下位部門表示領域Ｄ４１に表示されている「生産工程」を選択入力すると、出力処理部２１１は、表示ボード２２１の画面を図３５の状態表示画面Ｄに遷移させる。なお、職務ボタンＤ２０は「総括」のままである。図３５の状態表示画面Ｄでは、「総括」の職務ボタンＤ２０が選択入力された状態での、「生産工程」におけるアラーム情報Ｍが表示されている。図３５において表示されている上位部門、下位部門は図３３と同様であるので、ここでの説明を省略する。なお、上位の部門（図３５の例では「工場」）の状態表示画面Ｄに遷移するには、部門表示領域Ｄ１０に表示されている上位部門の名称（図３５の例では「工場」）をユーザが選択入力する。

なお、図３５の例では、一部のアラーム情報Ｍに優先順位表示Ｙ１〜Ｙ５が表示されている。すなわち、「加工Ａ」の工程における「設備異常」が優先順位「１」（優先順位表示Ｙ１）であり、「加工Ａ」の工程における「進捗異常」が優先順位「２」（優先順位表示Ｙ２）である。以下、同様に、「組立Ａ」における「進捗異常」が優先順位「３」（優先順位表示Ｙ３）であり、「加工Ｂ」における「進捗異常」が優先順位「４」（優先順位表示Ｙ４）であり、「加工Ａ」の「品質異常」が優先順位「５」（優先順位表示Ｙ５）である。このような優先順位表示Ｙ１〜Ｙ５は、表示のオン・オフの切り替えが可能である。優先順位表示Ｙ１〜Ｙ５は、表示のオン・オフは、設定画面や、右クリックによるメニュー表示等によって設定可能である。

また、優先順位表示Ｙ１〜Ｙ５は、図３６に示すような優先順位定義マスタＤＢ１２８に格納されている優先順位定義マスタ情報１２８Ａを出力処理部２１１が参照することによって表示される。なお、図３６の例では、上位５個の優先順位表示Ｙ１〜Ｙ５が表示されているが、上位３個や、上位１０個等といった優先順位が表示されてもよい。
図３６は、「生産工程」における優先順位定義マスタ情報１２８Ａの例を示す図である。
図３６の例に示すように、「生産工程」における優先順位定義マスタ情報１２８Ａでは、「生産工程」を構成する「加工Ａ」、「加工Ｂ」、「組立Ａ」、「組立Ｂ」に対する「進捗異常」、「品質異常」、「設備異常」、「安全異常」といった各業務の優先順位が格納されている。ここでは、「工場」、「生産工程」等、表示される部門毎に優先順位定義マスタ情報１２８Ａが作成されるとしているが、最上位から最下位までのすべての部門における優先順位を網羅した優先順位定義マスタ情報１２８Ａが作成されてもよい。なお、図３６以外の状態表示画面Ｄでは、優先順位表示Ｙ１〜Ｙ５の表示はオフになっているものとする。

なお、緊急性の高いものほど、優先順位は高く、同じ緊急性のものであれば、優先順位定義マスタ情報１２８Ａに基づいて優先順位が決定される。緊急性の高いものほど、優先順位が高いとは、「異常表示（特大）」で表示されているアラーム情報Ｍの対象が最も優先順位が高く、「異常表示（小）」となっているものは優先順位が低くなるという意味である。

図３７は、図３５の状態表示画面Ｄを表示する際の出力処理部２１１の動作を示す図である。
前記したように、出力処理部２１１は、アラーム情報選択ＤＢ１２７を参照して、現在選択されている部門（「生産工程」：部門表示領域Ｄ１０参照）と、選択されている職務ボタンＤ２０（「総括」）とに適したＤＢ１２１，１２３〜１２５を選択する。アラーム情報選択ＤＢ１２７については後記する。ここでは、進捗異常アラームＤＢ１２１、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４、設備異常アラームＤＢ１２５（業務に対応）が選択される。出力処理部２１１は、選択したＤＢ１２１，１２３〜１２５を参照して、アラーム情報Ｍを表示する。また、図３５の例では、優先順位表示Ｙ１〜Ｙ５の表示が設定されているため、出力処理部２１１は、優先順位定義マスタＤＢ１２８も参照して、優先順位表示Ｙ１〜Ｙ５を表示する。

ここで、ユーザが、図３５の下位アラーム表示領域Ｄ４０の下位部門表示領域Ｄ４１に表示されている「加工Ａ」（符号Ｄ４３）を選択入力すると、出力処理部２１１は、表示ボード２２１の画面を図３８の状態表示画面Ｄに遷移させる。なお、職務ボタンＤ２０は「総括」が選択されたままである。図３８の状態表示画面Ｄでは、「総括」の職務ボタンＤ２０が選択入力された状態での、「加工Ａ」におけるアラーム情報Ｍが表示されている。図３８の状態表示画面Ｄでは、上位アラーム表示領域Ｄ３０には、「加工Ａ」のアラーム情報Ｍが表示され、下位アラーム表示領域Ｄ４０には「加工Ａ」の下位部門である「掘削」、「切込」、「曲げ」、「仕上げ」のアラーム情報Ｍが表示される。

図３９は、図３５の状態表示画面Ｄから、図３８の状態表示画面Ｄへ遷移する際の出力処理部２１１の動作を示す図である。
出力処理部２１１は、アラーム情報選択ＤＢ１２７を参照して、選択された部門（「加工Ａ」）と、選択されている職務ボタンＤ２０（「総括」）とに適したＤＢ１２１，１２３〜１２５を選択する。アラーム情報選択ＤＢ１２７については後記する。ここでは、進捗異常アラームＤＢ１２１、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４、設備異常アラームＤＢ１２５（業務に対応）が選択される。出力処理部２１１は、選択したＤＢ１２１，１２３〜１２５を参照して、生産工程用のアラーム情報Ｍを表示する（生産工程表示）。

ここで、図３５の下位アラーム表示領域Ｄ４０の下位部門表示領域Ｄ４１に表示されている「加工Ａ」（符号Ｄ４３）を選択入力すると、出力処理部２１１は、アラーム情報選択ＤＢ１２７を参照して、選択された部門（「加工Ａ」）と、選択されている職務ボタンＤ２０（「総括」）とに適したＤＢ１２１，１２３〜１２５を選択する。アラーム情報選択ＤＢ１２７については後記する。ここでは、進捗異常アラームＤＢ１２１、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４、設備異常アラームＤＢ１２５（業務に対応）が選択される。出力処理部２１１は、選択したＤＢ１２１，１２３〜１２５を参照して、加工Ａ用のアラーム情報Ｍを表示する（加工Ａ表示）。

また、ユーザが、図３５の状態表示画面Ｄで「保全」の職務ボタンＤ２０を選択入力すると、出力処理部２１１は、表示ボード２２１の画面を図４０の状態表示画面Ｄに遷移させる。なお、表示される部門は、図３５と同じ「生産工程」である（部門表示領域Ｄ１０参照）。図４０の状態表示画面Ｄでは、図３５と同様、上位アラーム表示領域Ｄ３０には、「生産工程」のアラーム情報Ｍが表示され、下位アラーム表示領域Ｄ４０には、「生産工程」内の各工程である「加工Ａ」、「加工Ｂ」、「組立Ａ」、「組立Ｂ」のアラーム情報Ｍが表示されている。ただし、「保全」の職務ボタンＤ２０が選択入力されているため、「設備異常」、「設備対策」のアラーム情報Ｍが表示されている。

図４１は、図３５の状態表示画面Ｄから、図４０の状態表示画面Ｄへ遷移する際の出力処理部２１１の動作を示す図である。
出力処理部２１１は、表示ボード２２１に表示されている図３５の状態表示画面Ｄ（総括用表示）では、アラーム情報選択ＤＢ１２７を参照して選択した進捗異常アラームＤＢ１２１、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４、設備異常アラームＤＢ１２５を基にアラーム情報Ｍを表示する。そして、図３５の「保全」の職務ボタンＤ２０が選択入力されると、出力処理部２１１は、アラーム情報選択ＤＢ１２７を参照して、選択されている職務ボタンＤ２０（「保全」）に適したＤＢ１２５，１２６を選択する。アラーム情報選択ＤＢ１２７については後記する。ここでは、設備異常アラームＤＢ１２５及び設備異常対策依頼ＤＢ１２６（業務に対応）が選択される。出力処理部２１１は、選択したＤＢを参照して、表示ボード２２１に図４０に示す状態表示画面Ｄ（保全用表示）を表示する。

（アラーム情報選択情報１２７Ａ）
図４２は、本実施形態におけるアラーム情報選択情報１２７Ａの例を示す図である。
ここでは、「工場」における異常に関するアラーム情報選択情報１２７Ａを示している。「異常に関する」とは、「設備異常」、「進捗異常」等、「異常」に関するアラーム情報Ｍという意味である。「設備異常対策」や、「進捗異常対策」等の「対策」についても同様のアラーム情報選択情報１２７Ａが設けられている。また、図４２は、「工場」に関するアラーム情報選択情報１２７Ａを示しているが、ＰＤＣＡ管理システム１は、「生産工程」や、「加工Ａ」等の各工程に対しても、同様のアラーム情報選択情報１２７Ａを備えている。さらに、各職務についても同様のアラーム情報選択情報１２７Ａを備えている。

アラーム情報選択情報１２７Ａは、アラーム情報選択ＤＢ１２７に格納されており、出力処理部２１１は、部門表示領域Ｄ１０に表示されている部門と、アラーム情報選択ＤＢ１２７とを参照して、表示するアラーム情報Ｍを選択する。

図４２の例におけるアラーム情報選択情報１２７Ａは、横軸に部門、縦軸に業務が対応している。そして、各部門においてアラーム情報Ｍとして表示する情報は丸が示されており、表示しない情報は「−」が示されている。

例えば、「納入工程」の場合、「納入進捗」、「納入品質」、「納入工程事故状況」をアラーム情報Ｍとして表示するため、「進捗」、「品質」、「安全」の各業務が「進捗異常」、「品質異常」、「安全異常」のアラーム情報Ｍとして表示される。換言すれば、出力処理部２１１は、進捗異常アラームＤＢ１２１、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４を選択し、その情報をアラーム情報Ｍとして表示する。同様に、「生産工程」の場合、「生産進捗」、「生産品質」、「生産設備状態」、「生産工程事故状況」をアラーム情報Ｍと表示するため、「進捗」、「品質」、「設備」、「安全」の業務が「進捗異常」、「品質異常」、「設備異常」、「安全異常」のアラーム情報Ｍとして表示される（図３３、図３５参照）。なお、「進捗対策」等の対策状況についても、同様に、部門と、業務について、どのアラーム情報Ｍが表示されるかに関する情報がアラーム情報選択情報１２７Ａとしてアラーム情報選択ＤＢ１２７に格納されている。なお、「進捗対策」等の対策状況については、図４４Ａ〜図４７Ｃで後記するように、進捗異常対策依頼ＤＢ１２２や、設備異常対策依頼ＤＢ１２６の「部門」の項目も参照される。

図４２では、部門（部門表示領域Ｄ１０や、上位部門表示領域Ｄ３１、下位部門表示領域Ｄ４１に表示される部門）と、表示されるアラーム情報Ｍとの関係が示されているが、同様の構成で、職務ボタンＤ２０と、表示されるアラーム情報Ｍとの関係を有するアラーム情報選択情報１２７Ａもアラーム情報選択ＤＢ１２７に格納されている。また、アラーム情報選択ＤＢ１２７には、アラーム情報Ｍの表示対象となる設備に関する情報が格納されてもよい。

図４３は、詳細情報画面の例を示す図である。
図４３に示すような詳細情報画面は、上位アラーム表示領域Ｄ３０や、下位アラーム表示領域Ｄ４０に表示されているアラーム情報Ｍが選択入力されることにより、例えば、別ウィンドウで表示される画面である。
図４３の例は、図３３に示す上位アラーム表示領域Ｄ３０や、下位アラーム表示領域Ｄ４０のアラーム情報Ｍ１０２が選択入力されることで表示される画面である。アラーム情報Ｍ１０２は、「進捗異常」に関するアラーム情報Ｍであるため、詳細情報画面には、進捗に関する情報が表示されている。図４３の例において、太文字は遅延が生じていることを示し、実線白抜き文字は遅延が大きい（遅延大）であることを示し、破線白抜き文字は先行していることを示す。先行とは、予定より進捗が進んでいることを示す。また、破線は現在を示す。図４３の例により、図３３に示す「加工Ｂ」の進捗について、自工程での進捗だけでなく、前工程で進捗の遅れが大きいことをユーザが確認できる。

（他部門への対策依頼によるアラーム情報Ｍの切り替え）
次に、図４４Ａ〜図４７Ｃを参照して、他部門への対策依頼によるアラーム情報Ｍの切り替えを説明する。
図４４Ａ、図４５Ａ、図４６Ａ、図４７Ａは、設備異常対策依頼情報１２６Ａを示している。ただし、図４４Ａ、図４５Ａ、図４６Ａ、図４７Ａでは、設備異常対策依頼情報１２６Ａのうち、「部門」及び「依頼ステータス」の項目のみを示している。図４４Ｂ、図４５Ｂ、図４６Ｂ、図４７Ｂは、生産工程の部門におけるアラーム情報Ｍ、図４４Ｃ、図４５Ｃ、図４６Ｃ、図４７Ｃは、保全管理の部門におけるアラーム情報Ｍを示している。なお、生産工程の部門におけるアラーム情報Ｍとは「生産」の職務ボタンＤ２０が選択入力されている状態表示画面Ｄにおけるアラーム情報Ｍの表示状態（図３３に対応）を示す。また、保全管理におけるアラーム情報Ｍとは「保全」の職務ボタンＤ２０が選択入力されている状態表示画面Ｄにおけるアラーム情報Ｍの表示状態（図４０に対応）を示す。また、図４４Ｂ、図４４Ｃ，図４５Ｂ、図４５Ｃ、図４６Ｂ、図４６Ｃ、図４７Ｂ、図４７Ｃでは、「設備異常」、「設備対策」のアラーム情報Ｍのみを示すこととする。さらに、生産工程の部門における状態表示画面Ｄを示す図３３では、「設備対策」のアラーム情報Ｍが表示されていないが、ここでは、説明のため、生産工程の部門における状態表示画面Ｄにおいて「設備対策」のアラーム情報Ｍが表示されているものとする。

また、図４４Ｂ、図４５Ｂ、図４６Ｂ、図４７Ｂにおいて、「設備異常」のアラーム情報Ｍは、部門「生産」について、出力処理部２１１が設備異常アラーム情報１２５Ａを参照して表示するものである。そして、図４４Ｃ、図４５Ｃ、図４６Ｃ、図４７Ｃにおいて、「設備異常」のアラーム情報Ｍは、部門「保全」について、出力処理部２１１が設備異常アラーム情報１２５Ａを参照して表示するものである。

同様に、図４４Ｂ、図４５Ｂ、図４６Ｂ、図４７Ｂにおいて、「設備対策」のアラーム情報Ｍは、部門「生産」について、出力処理部２１１が設備異常対策依頼情報１２６Ａを参照して表示するものである。そして、図４４Ｃ、図４５Ｃ、図４６Ｃ、図４７Ｃにおいて、「設備対策」のアラーム情報Ｍは、部門「保全」について、出力処理部２１１が設備異常対策依頼情報１２６Ａを参照して表示するものである。
なお、例えば、アラーム情報選択情報１２７Ａ（図４２）において、「保全」の部門では「設備対策」が表示されない設定となっていたとしても、設備異常対策依頼情報１２６Ａの「部門」の項目に「保全」が格納されている場合、つまり、「保全」の部門が他部門から対策を依頼された場合、出力処理部２１１は設備異常対策依頼ＤＢ１２６の内容をアラーム情報Ｍとして表示する。

図４４Ａ〜図４４Ｃは、設備異常が発生し、生産工程の部門で対策を着手した状態を示している。ここでは、図４４Ａに示すように、設備異常対策依頼情報１２６Ａの「部門」の欄には「生産」が登録され、「依頼ステータス」は「対策中」が登録されている（図２２に対応）。この時、生産工程の部門では、図４４Ｂに示すように、「設備異常」及び「設備対策」が「異常表示（小）」となっている。ここでは、保全管理の部門に対策が依頼されていないため、図４４Ｃに示すように、保全管理の部門では、「設備異常」が「異常表示（小）」となっているが、「設備対策」は「正常表示」となっている。

図４５Ａ〜図４５Ｃは、生産工程の部門では対策できず、保全管理の部門に対策を依頼した状態を示している。ここでは、図４５Ａに示すように、設備異常対策依頼情報１２６Ａの「生産」のレコードにおける「依頼ステータス」は「依頼済み」が登録され、「保全」のレコードにおける「依頼ステータス」は「未確認」が登録される（図１９に対応）。この時、生産工程の部門では、図４５Ｂに示すように、「設備異常」が「異常表示（小）」となるが、対策を保全管理の部門に依頼したため、「設備対策」が「正常表示」となっている。対して、保全管理の部門に対策が依頼され、「未確認」の状態であるため、図４５Ｃに示すように、保全管理の部門では、「設備異常」が「異常表示（小）」となり、「設備対策」は「依頼ステータス」が「異常表示（大）」となっている（図２９参照）。

続いて、図４６Ａ〜図４６Ｃは、対策を依頼された保全管理の部門が、設備異常の対策に着手した状態を示している。ここでは、図４６Ａに示すように、設備異常対策依頼情報１２６Ａの「生産」のレコードにおける「依頼ステータス」は「依頼済み」が登録され、「保全」のレコードにおける「依頼ステータス」は「対策中」が登録される（図２２に対応）。この時、生産工程の部門では、図４６Ｂに示すように、「設備異常」が「異常表示（小）」となるが、対策を保全管理の部門に依頼したため、「設備対策」が「正常表示」となっている。対して、保全管理の部門において対策が「対策中」であるため、図４６Ｃに示すように、保全管理の部門では、「設備異常」及び「設備対策」が「異常表示（小）」となっている（図３１に対応）。

続いて、図４７Ａ〜図４７Ｃは、対策を依頼された保全管理の部門が、設備異常の対策を完了した状態を示している。ここでは、図４７Ａに示すように、設備異常対策依頼情報１２６Ａの「生産」及び「保全」のレコードにおける「依頼ステータス」に「対策済」が登録される（図２３参照）。この時、生産工程の部門では、図４７Ｂに示すように、「設備異常」及び「設備対策」が「正常表示」となる。また、図４７Ｃに示すように、保全管理の部門でも、「設備異常」及び「設備対策」が「正常表示」となる（図３２参照）。

本実施形態によれば、閲覧するユーザによって、表示する情報範囲を切り替え、また、部門の階層構造を基に表示を切り替える。このようにすることで、ユーザにとって適切な情報を表示することができ、ＰＤＣＡの効率を向上させることができる。

つまり、本実施形態は以下の特徴及び効果を奏することができる。
（Ｃ１）異常の有無および発生場所を視覚的に表示する。
このようにすることで、部門毎に異常の有無を色や、点滅等の視覚的に把握できる方法で表示することで、効率的に異常に気付かせることができる。
（Ｃ２）異常に対する対策の状況を視覚的に表示する。
このようにすることで、異常に対する対策の状況を視覚的に把握できる方法で表示する。また、対策が滞った場合も、視覚的に把握できる方法で表示することで、注意喚起し、対策を促す。さらに、対策マスタＤＢ１２９に格納されている過去事例をもとに対策案を表示し、対策を補助する。このようにすることで、異常発生を容易に把握でき、さらに、異常に対する対策をフォローアップする仕組みを有することで、迅速な対策につなげることができる。

（Ｃ３）工場全体のあらゆる部門の状況をリアルタイムかつ横並びで表示する。
このように、工場全体における生産、品質、保全、安全等に関わるあらゆる情報を１画面に表示することで、業務横串で工場全体の状況を把握することができる。
また、図３５に示すように対応すべきアラーム優先順位を補助的に表示することで、どの異常や、対策から着手すればよいかをユーザが判断しやすくなる。
（Ｃ４）設置する場所や見る人に合わせて表示を切り替える。
つまり、各々の立場（工場長、生産、品管、保全、等）によって画面を切り替え、さらに表示する範囲（工場全体、工程毎、等）を切り替える。このようにすることで、職務や職位によって把握したい情報の範囲や内容が違う場合でも、迅速にユーザが閲覧したい情報に辿りつくことができる。

また、自部門で対策が不可能である場合、他部門に対策に関する情報を受け渡すことで、部門間の協力が容易となり、作業効率を向上させることができる。

本発明は前記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を有するものに限定されるものではない。

また、本実施形態では、品質異常、安全異常に対する対策について記載していないが、品質異常、安全異常に対しても、図１７〜図３２に示す処理が行われてもよい。また、各ＤＢ１２１〜１２６の選択は、端末装置２００における出力処理部２１１が行うとしているが、業務管理装置１００で行われてもよい。

また、前記した各構成、機能、各部１１１〜１１３，１２１、各ＤＢ１２１〜１３０等は、それらの一部又はすべてを、例えば集積回路で設計すること等によりハードウェアで実現してもよい。また、図１に示すように、前記した各構成、機能等は、ＣＰＵ１０１，２０１等のプロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、ＨＤ（Hard Disk）に格納すること以外に、メモリ１１０，２１０や、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣ（Integrated Circuit）カードや、ＳＤ（Secure Digital）カード、ＤＶＤ（Digital Versatile Disc）等の記録媒体に格納することができる。また、各ＤＢ１２１〜１３０のうち、少なくとも１つがクラウド等、業務管理装置１００の外部に備えられていてもよい。
また、各実施形態において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には、ほとんどすべての構成が相互に接続されていると考えてよい。

１ ＰＤＣＡ管理システム（業務管理システム）
１００ 業務管理装置
１１１ 登録処理部（格納処理部）
１１２ 設備異常監視部
１１３ 対策監視部（対策監視部）
１２１ 進捗異常アラームＤＢ（異常情報記憶部）
１２１Ａ 進捗異常アラーム情報（異常情報）
１２２ 進捗異常対策依頼ＤＢ（対策進捗情報記憶部）
１２３ 品質異常アラームＤＢ（異常情報記憶部）
１２４ 安全異常アラームＤＢ（異常情報記憶部）
１２５ 設備異常アラームＤＢ（異常情報記憶部）
１２５Ａ 設備異常アラーム情報（異常情報）
１２６ 設備異常対策依頼ＤＢ（対策進捗情報記憶部）
１２６Ａ 設備異常対策依頼情報（対策情報）
１２７ アラーム情報選択ＤＢ（情報選択記憶部）
１２８ 優先順位定義マスタＤＢ
２０３ 入力装置（入力部）
２１１ 出力処理部
２２０ 出力装置（出力部）
２２１ 表示ボード（表示部）
２３０ 進捗監視装置（異常監視部）
Ｄ 状態表示画面（画面）
Ｄ３０ 上位アラーム表示領域（一方の画面）
Ｄ４０ 下位アラーム表示領域（他方の画面）
Ｍ アラーム情報

Claims (8)

1. 工場において階層関係を有する部門における異常に関する情報を収集し、収集した前記異常に関する情報を、前記異常の状態に関する情報を含む異常情報が格納される異常情報記憶部、及び、前記異常に対する対策の状態に関する情報を含む対策情報が格納される対策進捗情報記憶部に格納する格納処理部と、
   前記異常が継続している時間の長さを監視し、前記時間の長さが所定の時間を超えると、前記異常情報記憶部における前記異常情報において、前記異常の状態を更新する異常監視部と、
   前記対策の状況を監視し、前記対策の状況が変化すると、前記対策進捗情報記憶部における前記対策情報において、前記対策の状態を更新する対策監視部と、
   前記異常情報における前記異常の状態、及び、前記対策情報における前記対策の状態に応じて、前記異常の状態、及び、前記対策の状態を示すアラーム情報の出力方法を変化させる出力処理部と、
   前記アラーム情報を出力する出力部と、
   を有することを特徴とする業務管理システム。
2. ユーザが閲覧したい前記部門と、前記ユーザが閲覧したい前記部門における立場である職務とに関する情報を受け付ける入力部と、
   前記部門、及び、前記職務において、前記異常情報記憶部に格納されている前記異常情報、及び、前記対策進捗情報記憶部に格納されている前記対策情報のうち、どの情報を選択するかに関する選択情報が格納されている情報選択記憶部と、
   を有し、
   前記出力処理部は、
   前記入力部で受け付けられた情報と、前記異常情報記憶部と、前記対策進捗情報記憶部と、に基づいて、前記異常情報記憶部に格納されている前記異常情報、及び、前記対策進捗情報記憶部に格納されている前記対策情報を選択し、選択した前記異常情報及び前記対策情報をアラーム情報として出力部から出力する
   ことを特徴とする請求項１に記載の業務管理システム。
3. 前記情報選択記憶部は、
   前記部門と、前記部門の内部における業務との双方について、どのアラーム情報を出力するかに関する情報、または、前記職務と、前記業務との双方について、どのアラーム情報を出力するかに関する情報が格納されている
   ことを特徴とする請求項２に記載の業務管理システム。
4. 前記出力部に出力されるアラーム情報に対して、優先順位を表示する
   ことを特徴とする請求項１に記載の業務管理システム。
5. 前記対策の進捗状況に関する情報は、現在対応している部門から、他の部門へと受け渡し可能である
   ことを特徴とする請求項１に記載の業務管理システム。
6. 前記出力部は、表示部であり、
   前記出力処理部は、出力される前記アラーム情報を前記表示部における１つの画面内に表示する
   ことを特徴とする請求項１に記載の業務管理システム。
7. 前記出力処理部は、
   前記表示部が表示する画面を２分割し、
   入力部によって受け付けられた前記部門の前記アラーム情報を、２分割した前記画面のうち、一方の画面に表示し、
   前記入力部によって受け付けられた前記部門より、下位の階層の部門の前記アラーム情報を、他方の画面に表示する
   ことを特徴とする請求項６に記載の業務管理システム。
8. 業務管理システムが、
   工場において階層関係を有する部門における異常に関する情報を収集し、収集した前記異常に関する情報を、前記異常の状態に関する情報を含む異常情報が格納される異常情報記憶部、及び、前記異常に対する対策の状態に関する情報を含む対策情報が格納される対策進捗情報記憶部に格納し、
   前記異常が継続している時間の長さを監視し、前記時間の長さが所定の時間を超えると、前記異常情報記憶部における前記異常情報において、前記異常の状態を更新し、
   前記対策の状況を監視し、前記対策の状況が変化すると、前記対策進捗情報記憶部における前記対策情報において、前記対策の状態を更新し、
   前記異常情報における前記異常の状態、及び、前記対策情報における前記対策の状態に応じて、前記異常の状態、及び、前記対策の状態を示すアラーム情報の出力方法を変化させる
   ことを特徴とする業務管理方法。

Images