JP6314366B2 - 状態監視装置 - Google Patents

Description

本発明は、容器内に被処理物を収納してバッチ処理する処理装置の状態を監視する状態監視装置に関する。

特許文献１には、熱供給設備等の保守管理方法が開示されている。具体的には、熱供給設備等に異常が発生すると、制御装置は、熱供給設備等の機器から送信された異常発生データを受信し、受信した異常発生データをウェブ・サーバーに蓄積する。そして、制御装置は、詳細情報が必要と判断すると、詳細異常発生データの送信を機器に要求し、機器から受信した詳細異常発生データをウェブ・サーバーに蓄積する。

特開２００２−２９８２７０号公報

ところで、特許文献１の技術は、異常に係る詳細状況をメンテナンス員へ伝えることはできるが、メンテナンス員を異常が発生している熱供給設備等へ出向させて異常に対処させると、熱供給設備等の機器を復帰させるまでに時間を要する場合がある。

本発明は、処理装置で異常が発生した場合に、迅速に復帰させる可能性を高めることを課題とする。

本発明は、容器内に被処理物を収納してバッチ処理する処理装置の状態を監視する装置において、前記処理装置から、前記処理装置に発生した異常に関する情報を受け取る情報収集部と、前記処理装置に発生した異常が、前記処理装置の運転に必要な前記処理装置に供給される物に関する異常である場合、この異常に関する情報を、予め定められ、かつ前記処理装置が設置されている施設内で用いられている携帯通信端末装置に送信する情報送信部と、を含むことを特徴とする状態監視装置である。

前記処理装置が、自身の異常を診断するための自己診断を前記処理装置の運転前に実行することにより、前記処理装置に供給される物に関する異常を検出し、前記情報収集部がこの異常に関する情報を受け取った場合、前記情報送信部は、前記異常に関する情報を前記携帯通信端末装置に送信することが好ましい。

前記処理装置に供給される物に関する異常に関する情報は、この異常が発生した箇所及び異常の種類を含むことが好ましい。

前記予め定められた携帯通信端末装置は、前記処理装置のオペレータが所持している物であることが好ましい。

前記情報送信部は、前記処理装置に発生した異常が、前記処理装置の運転に必要な前記処理装置に供給される物に関する異常でない場合、この異常に関する情報を、前記予め定められた携帯通信端末装置に加えて、前記処理装置を保守する拠点の端末装置に送信することが好ましい。

本発明は、処理装置で異常が発生した場合に、迅速に復帰させる可能性を高めることができる。

本実施形態に係る状態監視装置を含む運転管理システムを示す図である。 運転管理システムの処理手順の例を示すフローチャートである。 処理装置及び状態監視装置の機能を示す模式図である。 処理装置が異常情報を状態監視装置に送信するための処理手順の例を示すフローチャートである。 状態監視装置が異常情報を携帯通信端末装置に送信するための処理手順の例を示すフローチャートである。 携帯通信端末装置が表示する画面の例を示す図である。 運転中のユーティリティ異常を携帯通信端末装置に報知するための処理手順の例を示すフローチャートである。 運転中のユーティリティ異常を示す画面の例１を示す図である。 運転中のユーティリティ異常を示す画面の例２を示す図である。

本発明を実施するための形態（実施形態）につき、図面を参照しつつ詳細に説明する。

（実施形態１）
図１は、本実施形態に係る状態監視装置を含む運転管理システムを示す図である。図２は、運転管理システムの処理手順の例を示すフローチャートである。図１に示すように、運転管理システム１００は、例えば、病院又は医療機器等の洗浄滅菌施設のような施設内で使用される処理装置１の運転に必要な処理装置１に供給される物の異常が発生した場合に、この異常に関する情報を、状態監視装置１０が携帯通信端末装置７に送信するものである。携帯通信端末装置７は、予め定められ、かつ処理装置１が設置されている施設内で用いられる携帯通信端末装置である。

運転管理システム１００は、処理装置１と、コンピュータ６と、携帯通信端末装置７と、状態監視装置１０とを含む。運転管理システム１００は、処理装置１と、携帯通信端末装置７と、状態監視装置１０とが通信回線３を介して通信できるようになっている。さらに、運転管理システム１００は、処理装置１が設けられた処理設備を管理する管理拠点に設けられたコンピュータ６と、通信回線３を介して通信できるようになっている。

本実施形態において、状態監視装置１０には、複数の処理装置１ａ、１ｂ、・・・１ｎが接続されており、複数の処理装置１ａ、１ｂ、・・・１ｎのバッチ処理の処理内容に関する情報が状態監視装置１０に送信されるようになっている。なお、運転管理システム１００に含まれる処理装置１は、図１に示すように複数台でもよいし、１台でもよい。また、運転管理システム１００に含まれる携帯通信端末装置７も、複数台でもよいし、単数でもよい。さらに、運転管理システム１００は、状態監視装置１０が少なくとも携帯通信端末装置７に、処理装置１の異常に関する情報を送信するものであればよい。以下において、処理装置１ａ、１ｂ、・・・１ｎを区別しない場合、適宜、処理装置１という。

通信回線３は、電話回線又は施設内に敷設されたＬＡＮ（Local Area Network）等である。本実施形態において、状態監視装置１０は、配線によって通信回線３と接続されているが、無線通信装置を介して通信回線３と接続されるようにしてもよい。通信回線３には、コンピュータ６及び携帯通信端末装置７Ａ、７Ｂが接続されている。以下において、携帯通信端末装置７Ａ、７Ｂを区別しない場合、適宜、携帯通信端末装置７という。

コンピュータ６は、配線によって通信回線３と接続されている。通信回線３には携帯通信端末装置７用の無線通信基地４が接続されている。携帯通信端末装置７は、無線通信基地４を介して通信回線３と接続されるようになっている。携帯通信端末装置７は、例えば、ＰＨＳ（Personal Handy-phone System）又はいわゆる携帯電話である。処理装置１が使用される施設が病院である場合、携帯通信端末装置７はＰＨＳが使用される。処理装置１が使用される施設が病院以外である場合、携帯通信端末装置７はいわゆる携帯電話であってもよい。なお、携帯通信端末装置７は、ＰＨＳ及び携帯電話に限定されるものではない。

処理装置１は、容器内に被処理物を収納してバッチ処理する滅菌装置である。処理装置１が取り扱うバッチ処理は、１つ又は複数の工程で処理を行うものであり、その工程のうち少なくとも１つの工程は物理量の変化に基づいて進行し、かつその工程の処理時間が変化し得る処理である。このようなバッチ処理の工程では、例えば、加熱、加圧、減圧及び冷却のいずれか１つ又はこれらの組合せを含んで処理が行われる。このようなバッチ処理は、物理量の変化に基づいて進行する工程を含むため、運転開始から完了までの時間が変動し、一義的に決定されないものである。

処理装置１は、このようなバッチ処理を行うため、例えば、物理量の変化で工程が進行する運転プログラムを有している。例えば、処理装置１に組み込まれた制御用のマイクロコンピュータがコンピュータプログラムとしての運転プログラムを実行することにより、前述したバッチ処理を実行してもよい。また、処理装置１は、前述した運転プログラムを実現する電子回路によって、前述したバッチ処理を実行してもよい。

処理装置１の例としては、例えば、蒸気滅菌装置、ガス滅菌装置又はプラズマ滅菌装置等の滅菌装置、レトルト殺菌装置、ホルマリン消毒装置等の消毒装置、減圧若しくは洗浄槽に水を溜める方式の洗浄装置又は食品用機械に用いられる真空冷却装置若しくは解凍装置等が挙げられる。このような装置は、減圧工程、給蒸工程、給水工程等を含んでおり、これらの工程を次の工程に進行させるにあたり、物理量の変化、すなわち、圧力又は温度等が設定値になったらステップを進める運転プログラムを有している。また、このような装置は、必ず、給蒸による加圧を含む加熱、空気排除又は冷却のため減圧、貯留槽への給水等の処理を含む。これらの処理は外的要因、すなわち給蒸設備、給水設備又は水温等によって運転時間が変化する。

処理装置１は、制御装置１Ｃと、操作パネルとを備える。制御装置１Ｃは、処理装置１の動作を制御するための装置であり、例えば、マイクロコンピュータである。操作パネルは、処理装置１に命令を入力するための入力装置及び処理装置１の状態等を表示するモニタを有している。モニタをタッチパネルとして、入力装置を兼ねるようにしてもよい。状態監視装置１０は、制御装置１Ｃと接続されており、制御装置１Ｃから処理装置１の情報を受け取る。

制御装置１Ｃは、例えば、装置情報、異常情報等の情報を示す信号を状態監視装置１０に送信する。装置情報は、処理装置１の運転が正常完了したことに関する情報である。異常情報は、処理装置１で発生した異常に関する情報である。異常情報は、処理装置１で発生した異常の種類及び異常が発生した箇所を識別する情報を含む。異常の種類は、処理装置１の運転に必要な処理装置１に供給される物に関する異常の種類を示す。処理装置１の運転に必要な処理装置１に供給される物（ユーティリティともいう）とは、例えば、処理装置１が滅菌装置である場合、蒸気、電気、ガス、純水及び圧縮空気等である。ユーティリティは、処理装置１の種類によっても異なる。以下において、処理装置１の運転に必要な処理装置１に供給される物に関する異常を、ユーティリティ異常という。異常が発生した箇所は、ユーティリティ異常が発生している構成要素を示す。本実施形態では、異常情報は、異常の種類及び異常が発生した箇所を含むので、状態監視装置１０は、ユーティリティ異常に対する的確な対処方法を特定して、オペレータに通知することができる。

処理装置１が滅菌装置である場合、ユーティリティ異常は、例えば、蒸気供給圧力異常、封水供給異常、純水供給異常、停電異常、エア圧力異常等のうち少なくとも１つを含む。蒸気供給圧力異常は、処理装置１の運転中における蒸気供給ラインの蒸気圧力低下の異常である。封水供給異常は、真空ポンプ封水の供給ラインにおける圧力低下の異常である。純水供給異常は、処理装置１に内蔵されているクリーン蒸気発生装置の圧力低下の異常である。停電異常は、処理装置１への電源電圧低下の異常である。エア圧力異常は、処理装置１へ供給されるエア圧力低下の異常である。さらに、滅菌装置がエチレンオキサイドガス（ＥＯＧ）滅菌装置の場合、ユーティリティ異常は、前述した滅菌装置の異常に加え、ガス圧力低下異常を含む。ガス圧力低下異常は、処理装置１の容器内におけるガス圧力低下の異常である。

制御装置１Ｃは、異常が発生した場合、発生した異常又はユーティリティ異常を示す異常情報を作成し、作成した異常情報を状態監視装置１０に送信する。

制御装置１Ｃは、処理装置１の運転前に自己診断処理プログラムを実行し、処理装置１の構成要素の異常を診断する。自己診断は、処理装置１自身の異常を診断するための処理である。自己診断処理が正常に終了した場合に、処理装置１は、通常運転が可能となる。通常運転とは、処理装置１の容器内の被処理物を処理するための運転である。また、制御装置１Ｃは、オペレータからの要求に応じて、ユーティリティチェックプログラムを実行し、停止状態にある処理装置１のユーティリティ異常を診断することもできる。ユーティリティチェックは、オペレータがユーティリティ異常の原因を対処した後に実行される。ユーティリティチェックは、ユーティリティ異常が発生していたユーティリティのみをチェックしてもよいし、ユーティリティのすべてをチェックしてもよい。

処理装置１が滅菌装置である場合に、処理装置１が実行するユーティリティチェックの例を説明する。

例えば、ユーティリティ異常として発生した蒸気供給圧力異常がオペレータによって対処された場合、処理装置１は、蒸気の供給ラインの圧力が正常状態であるかをチェックする。例えば、ユーティリティ異常として発生した封水供給異常がオペレータによって対処された場合、処理装置１は、封水ラインの圧力が正常状態であるかをチェックする。例えば、ユーティリティ異常として発生した純水供給異常がオペレータによって対処された場合、処理装置１は、クリーン蒸気発生器又は純水のタンク水位が正常状態であるかをチェックする。例えば、ユーティリティ異常として発生したエア圧力異常がオペレータによって対処された場合、処理装置１は、エア源の圧力が正常状態であるかをチェックする。例えば、ユーティリティ異常として発生した停電異常がオペレータによって対処された場合、処理装置１は、動力ラインの電圧が正常状態であるかをチェックする。処理装置１は、ユーティリティチェックプログラムを実行した場合、ユーティリティが正常状態であれば判定結果を正常とし、正常状態でなければ判定結果を異常とする。すなわち、ユーティリティチェックの判定結果が正常である場合は、オペレータの対処によりユーティリティ異常が解除されたことを意味する。また、ユーティリティチェックの判定結果が異常である場合は、オペレータの対処ではユーティリティ異常が解除できていないことを意味する。

本実施形態において、処理装置１と状態監視装置１０とは別体としているが、状態監視装置１０は、処理装置１ａ〜１ｎのいずれか１つに内蔵されていてもよい。

図１及び図２を参照して、運転管理システム１００における状態監視装置１０の動作の例について説明する。図１に示す例では、処理装置１ａは、自己診断を運転前に実行し、処理装置１に供給される物に関する異常が発生している。処理装置１ａは、ステップＳ１０として、発生した異常を示す異常情報Ｄ１を作成し、作成した異常情報Ｄ１を状態監視装置１０に送信する。この場合、処理装置１ａは、処理を停止する停止状態になっている。

状態監視装置１０は、処理装置１ａから異常情報Ｄ１を受信すると、受信した異常情報Ｄ１が示す異常の種類と予め定められたテーブルの異常とを比較し、比較結果に基づいて処理装置１ａで発生した異常がユーティリティ異常であるか否かを判定する。テーブルは、ユーティリティに関するすべての異常を含んでいる。状態監視装置１０は、異常情報Ｄ１が示す異常の種類とテーブルの異常とが一致している場合、処理装置１ａで発生した異常がユーティリティ異常であると判定する。

状態監視装置１０は、ユーティリティ異常であると判定した場合、処理装置１ａから受信した異常情報Ｄ１に、補足情報を付加する。補足情報は、ユーティリティ異常の種類に対応して予め定められた対処方法を示す情報を含む。例えば、ユーティリティ異常の種類が封水供給異常である場合、対処方法は、処理装置１ａが設けられた設備における封水の供給状態をオペレータに確認させる対処方法を含む。例えば、ユーティリティ異常の種類が蒸気供給圧力異常である場合、対処方法は、蒸気の供給ラインにおける供給バルブの状態をオペレータに確認させる対処方法を含む。

状態監視装置１０は、ステップＳ１１として、補足情報を付加した異常情報Ｄ２を、通信回線３を介して、処理装置１ａのオペレータの携帯通信端末装置７に送信する。すなわち、処理装置１ａで発生した異常がユーティリティ異常である場合、オペレータによって対処できる可能性が高いため、状態監視装置１０は、処理装置１ａからの異常情報Ｄ１を管理拠点のコンピュータ６には送信しない。

携帯通信端末装置７は、状態監視装置１０から異常情報Ｄ２を受信すると、受信した異常情報Ｄ２を表示するための画面を作成する。携帯通信端末装置７は、作成した画面を携帯通信端末装置７の表示装置に表示する。このようにすることで、オペレータは、携帯通信端末装置７に表示している画面を参照することで、処理装置１ａでユーティリティ異常が発生していること、ユーティリティ異常の種類及び対処方法を確認できる。

このように、状態監視装置１０は、処理装置１ａに発生した異常が、ユーティリティに関する異常、すなわちユーティリティ異常である場合、ユーティリティ異常に関する異常情報Ｄ２を、予め定められ、かつ処理装置１ａが設置されている施設内で用いられている携帯通信端末装置７に送信する。このため、携帯通信端末装置７を所持するオペレータは、処理装置１ａで発生しているユーティリティ異常を確認し、ユーティリティ異常に対処することができる。結果として、状態監視装置１０は、処理装置１ａを迅速に正常な運転ができる状態に復帰させる可能性を高めることができる。

さらに、現場で解決できるユーティリティ異常は、現場のオペレータが対処できるので、メンテナンス員を待たずに迅速に復旧させる可能性が高くなる。このため、メンテナンス員の頻繁な呼び出しが減少するので、解決に専門的な知識が必要な装置異常の処理にメンテナンス員を割り当てやすくなる。結果として、処理装置１ａのユーザーは、自力解決できない装置異常に対してメンテナンスのサービスを受けやすくなるという利点がある。また、状態監視装置１０は、処理装置１ａで発生した異常がユーティリティ異常か否かを判定するため、処理装置１ａの処理負担を抑制することができる。

状態監視装置１０は、処理装置１ａが運転前に実行した自己診断によって検出したユーティリティ異常を示す異常情報Ｄ１を受け取った場合、受け取った異常情報Ｄ１に補足情報を付加した異常情報Ｄ２を、処理装置１ａが設置されている施設内で用いられている携帯通信端末装置７に送信する。このため、処理装置１ａは、処理装置１ａの運転開始前にユーティリティ異常をオペレータによって解消できる可能性を高めることができる。

オペレータは、携帯通信端末装置７に表示されているユーティリティ異常の対処方法を参照しながら、処理装置１ａが設けられた設備及び処理装置１ａを確認し、ユーティリティ異常の解除を試みる。オペレータは、ユーティリティ異常の解除が終了した場合、処理装置１ａにユーティリティチェックを要求する。処理装置１ａは、オペレータからの要求を受けると、ユーティリティチェックを行い、ユーティリティチェックのチェック結果を示す情報を状態監視装置１０に送信する。チェック結果を示す情報は、チェック結果が正常又は異常を示す情報を含む。チェック結果を示す情報は、チェック結果が異常の場合、処理装置１ａで発生した異常の種類及び異常が発生した箇所を識別するための情報をさらに含む。なお、処理装置１ａは、ユーティリティチェックの結果を、処理装置１ａの表示装置に表示してもよい。

図２に示す例では、処理装置１ａのユーティリティチェックが異常であった場合を示している。処理装置１ａは、ステップＳ１２として、ユーティリティチェックのチェック結果が異常を示す情報Ｄ３を、状態監視装置１０に送信する。

状態監視装置１０は、処理装置１ａからユーティリティチェックのチェック結果が異常を示す情報Ｄ３を受信すると、ユーティリティチェックのチェック結果が正常か否かを判定する。状態監視装置１０は、ユーティリティチェックのチェック結果が正常ではないと判定した場合、処理装置１ａのユーティリティ異常がオペレータによって解消されていないため、処理装置１ａを識別するための識別情報と、ユーティリティ異常の種類及びユーティリティの異常が発生した箇所を示す情報とを含む異常情報Ｄ４を作成する。状態監視装置１０は、ステップＳ１３として、作成した異常情報Ｄ４を、通信回線３を介して、オペレータの携帯通信端末装置７に送信する。さらに、状態監視装置１０は、ステップＳ１４として、通信回線３を介して、作成した異常情報Ｄ４を管理拠点のコンピュータ６に送信する。

管理拠点のコンピュータ６は、状態監視装置１０から異常情報Ｄ４を受信した場合、異常情報を記憶するとともに、異常情報Ｄ４に基づいて、処理装置１ａに発生したユーティリティ異常をメンテナンス員等に報知する。このような処理により、メンテナンス員は、処理装置１ａに発生した異常の種類、処理装置１ａが設置された設備等を確認して対処することになる。

状態監視装置１０は、処理装置１ａから受け取った異常情報がユーティリティ異常以外の異常を示している場合、受け取った異常情報を、管理拠点のコンピュータ６に送信する。管理拠点のコンピュータ６は、状態監視装置１０から異常情報を受信した場合、異常情報を記憶するとともに、異常情報に基づいて、処理装置１ａに発生したユーティリティ異常以外の異常をメンテナンス員等に報知する。このように、状態監視装置１０は、処理装置１ａにユーティリティ異常以外の異常が発生した場合、この異常に関する情報を迅速に管理拠点のコンピュータ６に送信することができる。

図３は、処理装置及び状態監視装置の機能を示す模式図である。図３を参照して、前述した処理装置１及び状態監視装置１０の構成について説明する。以下の説明においては、同様の構成要素に同一の符号を付す。さらに、重複する説明は省略することがある。

図３に示すように、処理装置１の制御装置１Ｃは、制御部５１と、入出力部５３とを含む。制御部５１は、例えば、ＣＰＵ（Central Processing Unit）とメモリとを組み合わせたものであり、マイクロコンピュータを利用してもよい。制御部５１には、圧力センサ５４と、温度センサ５５と、供給バルブ５６とが電気的に接続されている。

圧力センサ５４及び温度センサ５５は、処理装置１の容器内、供給ライン及び処理装置１が設けられた設備に設けられた圧力センサ及び温度センサである。圧力センサ５４及び温度センサ５５は、検出した圧力及び温度を示す信号を制御部５１に対して出力する。供給バルブ５６は、供給ライン及び処理装置１が設けられた設備に設けられた供給バルブである。供給バルブ５６は、バルブの開閉状態を示す信号を制御部５１に対して出力する。制御部５１は、圧力センサ５４と、温度センサ５５と、供給バルブ５６等から入力される信号に基づいて、自己診断、ユーティリティチェックを行う。

入出力部５３は、制御部５１及び状態監視装置１０の入出力部１３と接続されている。入出力部５３は、制御部５１からの情報を状態監視装置１０に出力する。入出力部５３は、状態監視装置１０が出力した各種情報を受け取り、その情報を制御部５１に出力する。

状態監視装置１０は、処理部１１と、記憶部１２と、入出力部１３とを含む。処理部１１は、情報収集部１１Ａと、情報送信部１１Ｂとを含む。処理部１１は、例えば、ＣＰＵ（Central Processing Unit）とメモリとを組み合わせたものであり、マイクロコンピュータを利用してもよい。処理部１１は、前述した異常情報を送信するためのコンピュータプログラムを実行し、処理装置１から受け取った異常情報を、通信回線３を介して携帯通信端末装置７等に送信する。

処理部１１の情報収集部１１Ａは、前述した異常情報、診断結果を示す情報等の情報を処理装置１から受け取る。情報収集部１１Ａは、情報を受け取ると、受け取った情報を情報送信部１１Ｂに送信する。複数の処理装置１ａ〜１ｎが状態監視装置１０に接続されている場合、情報収集部１１Ａは、受け取った情報がどの処理装置１ａ〜１ｎからのものであるかを判別し、情報送信部１１Ｂに送信する。さらに、情報収集部１１Ａは、通信回線３を介して携帯通信端末装置７等からの情報を受け取ると、受け取った情報を情報送信部１１Ｂに送信する。

処理部１１の情報送信部１１Ｂは、無線通信、本実施形態では、通信回線３と携帯通信端末装置７との間に介在する無線通信基地４を介して各種情報を携帯通信端末装置７に送信する。より具体的には、情報送信部１１Ｂは、情報収集部１１Ａからのユーティリティ異常を示す異常情報を受信したときに、その異常情報を携帯通信端末装置７に送信する。

本実施形態においては、情報送信部１１Ｂは、無線通信を介して各種情報を携帯通信端末装置７に送信するが、本実施形態では、無線通信基地４と携帯通信端末装置７との間が無線通信である。このように、情報送信部１１Ｂと携帯通信端末装置７との間には、少なくとも１つの無線通信が介在していればよい。なお、状態監視装置１０に送信機を搭載し、状態監視装置１０が無線通信を介して直接携帯通信端末装置７に各種情報を送信してもよい。

記憶部１２は、例えば、ＲＡＭ（Random Access Memory）のような揮発性のメモリ、ＲＯＭ（Read Only Memory）のような不揮発性のメモリを組み合わせたものであるが、このようなものに限定されない。記憶部１２は、本実施形態に係る状態監視装置１０の情報送信用プログラム及び処理装置１から受け取った情報を保存している。例えば、記憶部１２には、送信対象の携帯通信端末装置７等に関する情報が登録された連絡先リストが保存されている。例えば、連絡先リストは、処理装置１が設置されている施設内で用いられるオペレータの携帯通信端末装置７と、管理拠点のコンピュータ６とに関する情報を含む。

入出力部１３は、処理部１１、通信回線３及び処理装置１の制御装置１Ｃと接続されている。処理部１１は、入出力部１３を介して制御装置１Ｃが送信した各種情報を受け取り、その情報を通信回線３に出力する。処理装置１が１台である場合、入出力部１３には処理装置１の制御装置１Ｃが接続される。処理装置１に加え、複数の処理装置１ａ〜１ｎが状態監視装置１０に各種情報を送信する場合、入出力部１３には、さらに、複数の処理装置１ａ〜１ｎの制御装置１Ｃａ〜１Ｃｎが接続される。

状態監視装置１０が複数の処理装置１ａ〜１ｎを対象としている場合、携帯通信端末装置７は、ユーティリティ異常が発生した号機を報知する。

状態監視装置１０に複数の処理装置１ａ〜１ｎが接続されている場合、情報収集部１１Ａは、受け取った装置情報がどの処理装置１ａ〜１ｎからのものであるかを判別する必要がある。本実施形態において、状態監視装置１０の入出力部１３は、処理装置１の制御装置１Ｃが接続される接点を複数有している。それぞれの接点には、異なる処理装置１ａ〜１ｎが接続されているので、情報収集部１１Ａは、異常情報が送信された接点に基づいて装置情報がどの処理装置１ａ〜１ｎからのものであるかを判別することができる。例えば、接点Ａに処理装置１ａが、接点Ｂに処理装置１ｂが接続されているとする。この場合、情報収集部１１Ａは、接点Ａから異常情報を受け取った場合、処理装置１ａからの異常情報であると判別することができる。なお、複数の処理装置１ａ〜１ｎからの異常情報を判別する方法は、この例に限定されるものではない。

情報収集部１１Ａは、受け取った異常情報が、どの処理装置１ａ〜１ｎのものであるかを判別し、制御装置１Ｃａ〜１Ｃｎを識別するための情報（識別情報）とともに、受け取った異常情報を情報送信部１１Ｂに送信する。情報送信部１１Ｂは、異常情報及び識別情報を携帯通信端末装置７に送信する。携帯通信端末装置７は、識別情報に基づいて、受信した異常情報がどの処理装置１ａ〜１ｎのものであるかを特定する。そして、携帯通信端末装置７は、識別情報に基づき、処理装置１ａ〜１ｎを特定するための情報、例えば、滅菌装置の号機を特定する音を異常情報とともにスピーカから発音する。

図４は、処理装置が異常情報を状態監視装置に送信するための処理手順の例を示すフローチャートである。図４を参照して、処理装置１の制御部５１によって実行される処理手順を説明する。

図４に示すように、処理装置１の制御部５１は、ステップＳ１０１として、処理装置１に異常が発生しているか否かを判定する。制御部５１は、異常が発生していないと判定した場合（ステップＳ１０１、Ｎｏ）、ステップＳ１１０に進む。制御部５１は、異常が発生していると判定した場合（ステップＳ１０１、Ｙｅｓ）、ステップＳ１０２に進む。

制御部５１は、ステップＳ１０２として、発生した異常を示す異常情報を状態監視装置１０に送信する。制御部５１は、ステップＳ１０３として、ユーティリティチェックが要求されたか否かを判定する。制御部５１は、ユーティリティチェックが要求されていないと判定した場合（ステップＳ１０３、Ｎｏ）、ステップＳ１０３に戻る。制御部５１は、ユーティリティチェックが要求されていると判定した場合（ステップＳ１０３、Ｙｅｓ）、ステップＳ１０４に進む。

制御部５１は、ステップＳ１０４として、前述したユーティリティチェック処理を実行し、ユーティリティチェック処理が終了すると、ステップＳ１０５に進む。制御部５１は、ステップＳ１０５として、ユーティリティチェックのチェック結果は正常であるか否かを判定する。制御部５１は、チェック結果は正常であると判定した場合（ステップＳ１０５、Ｙｅｓ）、ステップＳ１０６に進む。

制御部５１は、ステップＳ１０６として、正常を示すチェック結果を状態監視装置１０に送信する。制御部５１は、ステップＳ１０７として、処理装置１の運転開始を待つ運転待機状態へ移行し、ステップＳ１１０に進む。

制御部５１は、チェック結果は正常ではない、すなわち、ユーティリティチェックのチェック結果は異常であると判定した場合（ステップＳ１０５、Ｎｏ）、ステップＳ１０８に進む。制御部５１は、ステップＳ１０８として、異常を示すチェック結果を状態監視装置１０に送信する。制御部５１は、ステップＳ１０９として、処理を停止する停止状態へ移行し、ステップＳ１１０に進む。

制御部５１は、ステップＳ１１０として、終了か否かを判定する。具体的には、オペレータからの終了操作等によって終了要求を受けている場合、制御部５１は、終了と判定する。制御部５１は、終了ではないと判定した場合（ステップＳ１１０、Ｎｏ）、ステップＳ１０１に戻る。一方、制御部５１は、終了であると判定した場合（ステップＳ１１０、Ｙｅｓ）、本処理手順を終了する。

図５は、状態監視装置が異常情報を携帯通信端末装置に送信するための処理手順の例を示すフローチャートである。図５を参照して、状態監視装置１０の処理部１１によって実行される処理手順を説明する。

図５に示すように、状態監視装置１０の処理部１１は、ステップＳ２０１として、処理装置１で異常が発生したか否かを判定する。具体的には、処理部１１は、処理装置１から異常情報を受信している場合に、処理装置１で異常が発生したと判定する。処理部１１は、処理装置１で異常が発生していないと判定した場合（ステップＳ２０１、Ｎｏ）、ステップＳ２０９に進む。処理部１１は、処理装置１で異常が発生したと判定した場合（ステップＳ２０１、Ｙｅｓ）、ステップＳ２０２に進む。

処理部１１は、ステップＳ２０２として、受信した異常情報に基づいて、処理装置１に発生した異常が、ユーティリティ異常であるか否かを判定する。処理部１１は、ユーティリティ異常ではないと判定した場合（ステップＳ２０２、Ｎｏ）、ステップＳ２０３に進む。処理部１１は、ステップＳ２０３として、処理装置１に発生した異常に関する情報を、管理拠点のコンピュータ６及びオペレータの携帯通信端末装置７に送信し、ステップＳ２０９に進む。異常に関する情報は、ユーティリティ異常以外の異常、すなわち管理拠点に連絡が必要な異常を示す情報である。なお、処理部１１は、異常に関する情報を管理拠点のコンピュータ６にのみ送信してもよい。

処理部１１は、ユーティリティ異常であると判定した場合（ステップＳ２０２、Ｙｅｓ）、ステップＳ２０４に進む。処理部１１は、ステップＳ２０４として、ユーティリティ異常を示す異常情報をオペレータの携帯通信端末装置７に送信し、ステップＳ２０５に進む。本実施形態では、処理部１１は、前述した付加情報を付加したユーティリティ異常を示す異常情報を、この異常情報を送信した処理装置１のオペレータの携帯通信端末装置７に送信する。

処理部１１は、ステップＳ２０５として、ユーティリティ異常が発生している処理装置１から、ユーティリティチェックのチェック結果を受信したか否かを判定する。処理部１１は、チェック結果を受信していないと判定した場合（ステップＳ２０５、Ｎｏ）、ステップＳ２０５に戻る。処理部１１は、チェック結果を受信していると判定した場合（ステップＳ２０５、Ｙｅｓ）、ステップＳ２０６に進む。

処理部１１は、ステップＳ２０６として、ユーティリティチェックのチェック結果は異常であるか否かを判定する。処理部１１は、チェック結果は異常であると判定した場合（ステップＳ２０６、Ｙｅｓ）、ステップＳ２０７に進む。処理部１１は、ステップＳ２０７として、処理装置１に発生している異常に関する情報を、管理拠点のコンピュータ６及びオペレータの携帯通信端末装置７に送信し、ステップＳ２０９に進む。本実施形態では、処理部１１は、処理装置１から受け取ったユーティリティチェックの異常に関する情報を、コンピュータ６及び携帯通信端末装置７に送信する。

処理部１１は、チェック結果は異常ではないと判定した場合（ステップＳ２０６、Ｎｏ）、ステップＳ２０８に進む。処理部１１は、ステップＳ２０８として、異常が解消されたことを示す情報をオペレータの携帯通信端末装置７に送信し、ステップＳ２０９に進む。

処理部１１は、ステップＳ２０９として、終了か否かを判定する。具体的には、終了操作等によって終了要求を受けている場合、処理部１１は、終了と判定する。処理部１１は、終了ではないと判定した場合（ステップＳ２０９、Ｎｏ）、ステップＳ２０１に戻る。一方、処理部１１は、終了であると判定した場合（ステップＳ２０９、Ｙｅｓ）、本処理手順を終了する。

図６は、携帯通信端末装置が表示する画面の例を示す図である。図６に示す画面７０は、自己診断処理により検出した処理装置１のユーティリティ異常とその対処方法を表示している。画面７０は、号機、ユーティリティ異常が発生した状態、ユーティリティ異常の名称、補足情報等の情報のうち少なくとも１つを含む。号機の項目には、処理装置１を識別するための情報が表示される。ユーティリティ異常が発生した状態の項目には、自己診断を示す情報が表示される。ユーティリティ異常の名称の項目には、ユーティリティ異常の名称を示す情報が表示される。補足情報の項目には、ユーティリティ異常に対する対処方法を表示している。

図６に示す例では、画面７０は、自己診断によるユーティリティ異常として、純水供給異常が発生したことを示している。補足情報の項目には、「純水供給異常を感知しました。設備側の純水の供給状態を確認して下さい。」という情報が表示されている。オペレータは、この補足情報を参照することで、処理装置１で発生しているユーティリティ異常の内容と対処方法を携帯通信端末装置７によって確認することができる。

（実施形態２）
実施形態１では、状態監視装置１０は、処理装置１が自己診断を実行した場合に発生したユーティリティ異常に関する情報を、オペレータの携帯通信端末装置７に送信する場合について説明したが、これに限定されない。例えば、状態監視装置１０は、通常の運転中にユーティリティ異常が発生した場合、このユーティリティ異常を示す異常情報をオペレータの携帯通信端末装置７に送信してもよい。運転中は、運転前の処理装置１の自己診断が正常に終了し、処理装置１の運転開始から完了までの状態を含む。

ユーティリティ異常は、運転前の自己診断の実行時だけに発生する異常ではなく、処理装置１の運転中にも発生する。処理装置１が滅菌装置である場合、運転中に発生するユーティリティ異常は、例えば、蒸気供給圧力異常、封水供給異常、純水供給異常、停電異常、エア圧力異常、ガス圧力低下異常等のうち少なくとも１つを含む。そして、運転中のユーティリティ異常には、運転中の工程を停止しなければならない（運転継続ができない）異常がある。

処理装置１の運転を継続するか否かは、ユーティリティ異常の内容と運転中の工程との組み合わせによって異なる。例えば、滅菌運転の前処理工程及び滅菌処理工程でユーティリティ異常として純水供給異常が発生した場合、処理装置１は、運転を停止する。また、滅菌運転の乾燥工程でユーティリティ異常として純水供給異常が発生した場合、処理装置１は、運転を継続する。処理装置１は、同一種類のユーティリティ異常であっても、工程によって運転を継続する場合と運転を停止する場合とがある。このため、オペレータは、運転中に発生した処理装置１のユーティリティ異常については、ユーティリティ異常の内容と処理装置１の運転継続状態とを認識することで、ユーティリティ異常を適切に対処することができる。以下に、状態監視装置１０が運転中に発生したユーティリティ異常をオペレータに報知する場合の例を説明する。

図７は、運転中のユーティリティ異常を携帯通信端末装置に報知するための処理手順の例を示すフローチャートである。図７を参照して、状態監視装置１０の処理部１１によって実行される処理手順を説明する。

図７に示すように、状態監視装置１０の処理部１１は、ステップＳ３０１として、処理装置１の運転中に異常が発生したか否かを判定する。具体的には、処理部１１は、運転中の処理装置１から異常情報を受信している場合に、運転中に異常が発生したと判定する。処理部１１は、運転中に異常が発生していないと判定した場合（ステップＳ３０１、Ｎｏ）、ステップＳ３０７に進む。処理部１１は、処理装置１で異常が発生したと判定した場合（ステップＳ３０１、Ｙｅｓ）、ステップＳ３０２に進む。

処理部１１は、ステップＳ３０２として、受信した異常情報に基づいて、処理装置１に発生した異常が、ユーティリティ異常であるか否かを判定する。処理部１１は、ユーティリティ異常ではないと判定した場合（ステップＳ３０２、Ｎｏ）、ステップＳ３０３に進む。処理部１１は、ステップＳ３０３として、処理装置１に発生した異常に関する情報を、管理拠点のコンピュータ６及びオペレータの携帯通信端末装置７に送信し、ステップＳ３０７に進む。異常に関する情報は、ユーティリティ異常以外の異常、すなわち管理拠点に連絡が必要な異常を示す情報である。なお、処理部１１は、異常に関する情報を管理拠点のコンピュータ６にのみ送信してもよい。

処理部１１は、ユーティリティ異常であると判定した場合（ステップＳ３０２、Ｙｅｓ）、ステップＳ３０４に進む。処理部１１は、ステップＳ３０４として、運転中にユーティリティ異常が発生した処理装置１が運転継続中であるか否かを判定する。具体的には、処理部１１は、処理装置１の運転状態に関する情報（工程等）を取得し、取得した情報が運転中を示している場合に、運転継続中であると判定する。あるいは、処理装置１が運転状態に関する情報を含む異常情報をオペレータの状態監視装置１０に送信する場合、処理部１１は、異常情報が運転中を示している場合に、運転継続中であると判定する。

処理部１１は、運転継続中であると判定した場合（ステップＳ３０４、Ｙｅｓ）、ステップＳ３０５に進む。処理部１１は、ステップＳ３０５として、ユーティリティ異常の内容と運転継続中を示す異常情報をオペレータの携帯通信端末装置７に送信し、ステップＳ３０７に進む。処理部１１は、運転継続中ではないと判定した場合（ステップＳ３０４、Ｎｏ）、ステップＳ３０６に進む。処理部１１は、ステップＳ３０６として、ユーティリティ異常の内容と運転停止中を示す異常情報をオペレータの携帯通信端末装置７に送信し、ステップＳ３０７に進む。

処理部１１は、ステップＳ３０７として、終了か否かを判定する。具体的には、終了操作等によって終了要求を受けている場合、処理部１１は、終了と判定する。処理部１１は、終了ではないと判定した場合（ステップＳ３０７、Ｎｏ）、ステップＳ３０１に戻る。一方、処理部１１は、終了であると判定した場合（ステップＳ３０７、Ｙｅｓ）、本処理手順を終了する。

携帯通信端末装置７は、状態監視装置１０から異常情報を受信すると、受信した異常情報を表示するための画面を作成する。携帯通信端末装置７は、作成した画面を携帯通信端末装置７の表示装置に表示する。このようにすることで、オペレータは、携帯通信端末装置７に表示している画面を参照し、運転中の処理装置１ａでユーティリティ異常が発生していること及び運転継続中であるか否かを確認できる。

このように、運転中の処理装置１にユーティリティ異常が発生した場合に、状態監視装置１０は、ユーティリティ異常に関する情報と処理装置１が運転継続中であるか否かの情報とを含む異常情報を、予め定められ、かつ処理装置１ａが設置されている施設内で用いられている携帯通信端末装置７に送信する。このため、携帯通信端末装置７を所持するオペレータは、処理装置１で発生しているユーティリティ異常を確認するとともに、運転継続しているか否かを確認することができる。このため、状態監視装置１０は、運転中にユーティリティ異常が発生した処理装置１を、迅速に正常な運転ができる状態に復帰させる可能性を高めることができる。

図８は、運転中のユーティリティ異常を示す画面の例１を示す図である。図９は、運転中のユーティリティ異常を示す画面の例２を示す図である。図８及び図９に示す画面７０Ａ及び７０Ｂは、携帯通信端末装置７の表示装置に表示される。画面７０Ａ及び７０Ｂは、運転中に発生した処理装置１のユーティリティ異常の内容と、処理装置１の運転継続状態とを表示している。画面７０Ａ及び７０Ｂは、号機、運転、工程、ユーティリティ異常の名称、補足情報、運転継続中であるか否かの情報等のうち少なくとも１つを含む。号機の項目には、処理装置１を識別するための情報が表示される。運転の項目には、処理装置１の運転モードを示す情報が表示される。処理装置１が滅菌装置の場合、運転モードは、標準滅菌モード、高温滅菌モード、高速滅菌モード、暖気運転モード及び乾燥運転モード等のうち少なくとも１つを含む。工程の項目には、処理装置１の工程を示す情報が表示される。処理装置１が滅菌装置の場合、例えば、滅菌装置の工程は、前処理工程、滅菌処理工程及び乾燥工程等のうち少なくとも１つを含む。ユーティリティ異常の名称の項目には、ユーティリティ異常の名称を示す情報が表示される。補足情報の項目には、ユーティリティ異常に対する対処方法を表示している。運転継続中であるか否かの情報の項目には、ユーティリティ異常が発生した処理装置１が運転継続中であるか否かが表示される。

図８に示す例では、画面７０Ａは、○○号機の処理装置１で、高温滅菌運転中の滅菌工程時に、ユーティリティ異常として純水供給異常が発生したことを示している。補足情報の項目には、「純水供給異常を感知しました。設備側の純水の供給状態を確認してください。」という情報が表示されている。運転継続中であるか否かの情報の項目には、「運転を停止しました。」という情報が表示されている。オペレータは、運転継続中であるか否かの情報を参照すると、処理装置１は運転を停止していることから、処理装置１のユーティリティ異常を早急に対処する必要があることを認識することができる。そして、オペレータは、補足情報を参照して、処理装置１で発生しているユーティリティ異常の内容と対処方法を携帯通信端末装置７によって確認し、ユーティリティ異常を対処することができる。

図９に示す例では、画面７０Ｂは、○○号機の処理装置１で、高温滅菌運転中の滅菌工程時に、ユーティリティ異常として封水供給異常が発生したことを示している。補足情報の項目には、「封水供給異常を感知しました。設備側の封水の供給状態を確認してください。」という情報が表示されている。運転継続中であるか否かの情報の項目には、「運転は継続しています。」という情報が表示されている。オペレータは、画面７０Ｂを参照すると、滅菌工程で封水供給異常の発生した処理装置１が運転を継続していることを認識できるため、滅菌工程後の乾燥工程で、このままの状態では真空到達度が低下することが予想できる。このため、運転者は、運転を乾燥工程に入り次第停止させて、ユーティリティ異常を取り除いてから乾燥工程を行うか、運転継続した状態でユーティリティ異常を解消するよう対処するかを判断できるようになる。

本実施形態では、運転管理システム１００が、処理装置１と、コンピュータ６と、携帯通信端末装置７と、状態監視装置１０とを含む場合について説明したが、これに限定されない。例えば、運転管理システム１００は、処理装置１と、携帯通信端末装置７と、状態監視装置１０とを含むように構成してもよい。

以上、本実施形態を説明したが、前述した内容により本実施形態が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、本実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

１、１ａ〜１ｎ 処理装置
１Ｃ、１Ｃａ〜１Ｃｎ 制御装置
３ 通信回線
４ 無線通信基地
６ コンピュータ
７、７Ａ、７Ｂ 携帯通信端末装置
１０ 状態監視装置
１１ 処理部
１１Ａ 情報収集部
１１Ｂ 情報送信部
１２ 記憶部
１３ 入出力部
１００ 運転管理システム

Claims (5)

1. 容器内に被処理物を収納してバッチ処理する処理装置の状態を監視する装置において、
   前記処理装置から、前記処理装置に発生した異常に関する情報を受け取る情報収集部と、
   前記処理装置に発生した異常が、前記処理装置の運転に必要な前記処理装置に供給される物に関するユーティリティ異常である場合、このユーティリティ異常を示す情報、前記処理装置が運転継続中であるか否かの情報及び前記ユーティリティ異常の種類に対応して予め定められた対処方法を示す情報を、予め定められ、かつ前記処理装置が設置されている施設内で用いられている携帯通信端末装置に送信する情報送信部と、
   を含み、
   前記供給される物は、蒸気、電気、ガス及び純水の少なくとも１つであることを特徴とする状態監視装置。
2. 前記処理装置が、自身の異常を診断するための自己診断を前記処理装置の運転前に実行することにより、前記処理装置に供給される物に関するユーティリティ異常を検出し、前記情報収集部がこのユーティリティ異常に関する情報を受け取った場合、
   前記情報送信部は、前記ユーティリティ異常を示す情報及び前記ユーティリティ異常の種類に対応して予め定められた対処方法を示す情報を前記携帯通信端末装置に送信し、前記処理装置が運転継続中であるか否かの情報を前記携帯通信端末装置に送信しない、請求項１に記載の状態監視装置。
3. 前記処理装置に供給される物に関するユーティリティ異常を示す情報は、このユーティリティ異常が発生した箇所及び異常の種類を含む、請求項１又は２に記載の状態監視装置。
4. 前記予め定められた携帯通信端末装置は、前記処理装置のオペレータが所持している物である、請求項１から３のいずれか１項に記載の状態監視装置。
5. 前記情報送信部は、
   前記処理装置に発生した異常が、前記処理装置の運転に必要な前記処理装置に供給される物に関するユーティリティ異常でない場合、この異常に関する情報を、前記予め定められた携帯通信端末装置に加えて、前記処理装置を保守する拠点の端末装置に送信する、請求項１から４のいずれか１項に記載の状態監視装置。

Images