(57)【要約】【課題】コンタクトレンズを製造する自動化製造ライン用の品質管理システムを提供する。【解決手段】このシステムは、コンタクトレンズの製造後に複数のコンタクトレンズを殺菌する自動化殺菌ステーションと、殺菌後にコンタクトレンズを包装する包装ステーションとを具備している。このシステムは、レンズロット毎のコンタクトレンズ・データを受領する第一の手段と、１つ以上の処理ステーションを制御する複数の処理制御装置と、レンズロットにより規定された複数のレンズの移動を追跡する移動追跡手段と、殺菌ステーションで失われたコンタクトレンズの理由コードと共に包装ステーションに入力されるレンズの数を表すデータを受領するデータ受領手段と、殺菌ステーションに入力された所定のレンズロット毎のロット番号およびレンズ度数データを含む概要レポートの作成手段とをさらに具備している。なお、レンズロットは複数のレンズバッチを含み、殺菌ステーションは、１バッチずつ、同時に殺菌し、殺菌作業番号を生成する。【選択図】        図２
2006338047.tif 000002
【特許請求の範囲】
【請求項１】
コンタクトレンズを製造する自動化製造ライン用の品質管理システムであり、コンタクトレンズの製造後に複数のコンタクトレンズを殺菌する自動化殺菌ステーションと、殺菌後にコンタクトレンズを包装する包装ステーションとを含む、複数のコンタクトレンズ処理ステーションを具備する、品質管理システムであって、
（ａ）コンタクトレンズの製造に先立ち、少なくともコンタクトレンズの１バッチを形成するレンズロット毎の対応するロット番号及びレンズ度数を含んだコンタクトレンズ・データを受領する第一の手段と、
（ｂ）１つ以上の処理ステーションを制御する複数の処理制御装置であって、前記処理制御装置のそれぞれはコンタクトレンズを製造するための前記処理ステーションで複数の処理制御器を制御する、複数の処理制御装置と、
（ｃ）レンズロットにより規定された複数のレンズの移動を前記複数の処理ステーションから前記自動殺菌ステーション及び前記包装ステーションまで追跡する移動追跡手段と、
（ｄ）前記殺菌ステーションで失われたコンタクトレンズの理由コードと共に前記包装ステーションに入力されるレンズの数を表すデータを受領するデータ受領手段と、
（ｅ）前記殺菌ステーションに入力された所定のレンズロット毎のレンズ総数と前記ロットから殺菌及び包装されたレンズの実数とについての概要レポートであって、コンタクトレンズの各バッチのロット番号及びレンズ度数データを含む概要レポートを作成する概要レポート作成手段と、
を具備し、
前記レンズロットは複数のレンズバッチを含み、前記殺菌ステーションは前記複数のレンズバッチを１バッチずつ同時に殺菌し、殺菌されたレンズバッチ毎に殺菌作業番号を生成する、
品質管理システム。
【請求項２】
請求項１に記載の品質管理システムであって、
前記概要レポートは、前記殺菌ステーションへ入力されたレンズの数をそれぞれの前記殺菌作業番号の前記レンズバッチから包装されたレンズの数に整合させる、品質管理システム。
【請求項３】
請求項１または２に記載の品質管理システムであって、
失われたり取り除かれたりした各レンズは理由コードと関連付けられ、前記概要レポート作成手段は、殺菌作業番号とともに前記理由コードを含む概要レポートを生成する、品質管理システム。
【請求項４】
請求項１ないし３のいずれかに記載の品質管理システムであって、
所与のレンズ度数に対するレンズ中心厚さ情報と製品コードとを自動的に計算する計算手段をさらに具備する、品質管理システム。
【請求項５】
請求項４に記載の品質管理システムであって、
前記計算手段はルックアップテーブルを備える、品質管理システム。
【請求項６】
請求項１ないし５のいずれかに記載の品質管理システムであって、
所与のレンズロットに対する満期日を自動的に計算する手段をさらに具備する、品質管理システム。
【請求項７】
請求項１ないし６のいずれかに記載の品質管理システムであって、
前記移動追跡手段は、前記生産ライン上の特定のロットの位置を表示する手段を備える、品質管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般には接眼コンタクトレンズ生産用製造施設のためのコンピュータシステムに係り、特にコンタクトレンズ組立施設、具体的には、コンタクトレンズ殺菌工程を調査し最適化することを目標とするコンタクトレンズ組立施設においてコンタクトレンズ製造に使用される生産ラインをモニターするための管理システムに関する。
【背景技術】
【０００２】
ヒドロゲルコンタクトレンズの直接成型はラーセン（Ｌａｒｓｅｎ）への米国特許４，４９５，３１３号、ラーセン他（Ｌａｒｓｅｎ  ｅｔ  ａｌ）への米国特許４，６８０，３３６号、ラーセン（Ｌａｒｓｅｎ）への米国特許４，５６５，３４８号、およびラーセン他（Ｌａｒｓｅｎ  ｅｔ  ａｌ）への米国特許４，６４０，４８９号に開示されており、これらの全開示はここ本出願に参考文献として含められている。本質的には、これらの参考文献は裏曲面（上側）と表曲面（下側）の金型部分の間にモノマーを挟み込む自動コンタクトレンズ生産工程を開示している。モノマーはレンズを形成するように重合され、金型部分から取り外され、さらに消費者向けに処理包装される。
【０００３】
コンタクトレンズの製造には条件と工程とが緊密に制御されていることが必要で、それらの多くはコンピュータおよびその他の制御機器でモニターされる。たとえば、コンタクトレンズ製造中に発生する処理条件や制御データの形式の大量の情報が品質管理と規制承認目的に収集されるかもしれない。しかしこれには生産されるレンズごとに膨大な量のデータの取得が必要な上、オペレータ、エンジニア、管理者等がかれらの職分を正しく行えるように適した使い方ができるように取得したデータを処理する手段が必要である。
【０００４】
従って、コンタクトレンズ製造施設の処理部門においてコンタクトレンズ生産の各種の観点を制御する複数の製造工程制御装置から工程制御データが自動的に取得でき、かつリアルタイム表示と達成目的のためのデータが自動的に処理できる品質管理システムを提供することが必要になる。特に、カートン詰めではなく、個々に包装され、カートン詰めにする前に行われるコンタクトレンズの殺菌処理を制御する殺菌制御装置から造られたデータを自動的に取得できる品質管理システムが必要である。
【０００５】
加えて、殺菌消毒器制御装置からの殺菌作業の成功不成功表示、ロット数、および殺菌作業番号を含む殺菌消毒器作業状態記録を引き続き生産するためコンタクトレンズ殺菌工程制御データを自動的に収集できる品質管理システムを提供することは非常に望ましいだろう。これらのファイルはオフラインデータベース記憶領域に記憶したり、また長期にわたる殺菌能力の傾向を分析したりするために検索されるかも知れない。さらに、本出願に記述してある発明過程に従って、これらのファイルは米連邦食品医薬品局（ＦＤＡ）の記録保管条件に準拠するに適した記録を自動的に作成されるように処理されるかも知れないし、また殺菌消毒器を再証明するためにも役立つ。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的はコンタクトレンズの生産を制御する複数の製造工程制御装置から工程制御データを自動的に取得し、リアルタイム表示とオフライン分析のために自動的にデータ処理を行うことができるようなコンタクトレンズ製造施設のための品質管理システムを提供することである。
【０００７】
本発明の別の目的は個々のコンタクトレンズ包装を先ず透明なプラスチック（ブリスター）に包装した後、カートン詰めする前に殺菌するための殺菌処理を実施するコンタクトレンズ製造施設の品質管理システムを提供することである。
【０００８】
本発明のさらなる目的は個々のコンタクトレンズ包装をブリスターに第一次の包装後、カートン詰めする前に殺菌するための殺菌制御装置により制御される殺菌機器を含むコンタクトレンズ製造施設の品質管理システムを提供することである。
【０００９】
本発明のさらに別の目的は殺菌制御装置から殺菌処理制御データを収集し、殺菌消毒器制御装置からの殺菌作業の成功不成功表示、ロット数、および殺菌作業番号を含む殺菌消毒器作業状態記録を引き続き生産する品質管理システムを提供することである。
【００１０】
さらなる本発明の別の目的は個々のコンタクトレンズを包んだ殺菌済みのブリスター包装をカートンに二次包装するための機器を含むコンタクトレンズ製造施設の品質管理システムを提供することである。
【００１１】
本発明のさらなる目的は製作済みの全てのコンタクトレンズ包装用ロット番号識別を含むラベル情報を自動的に印刷し相互に関係付ける手段を併合する品質管理システムを提供することである。
【課題を解決するための手段】
【００１２】
上記の諸目的は製造された複数のコンタクトレンズを殺菌するための自動化された殺菌ステーション、および殺菌後、前記レンズを包装するための包装ステーションを含む複数のコンタクトレンズ処理ステーションを有するコンタクトレンズを製作する自動化された生産ラインのための品質管理システムにおいて達成され、その品質管理システムは
（ａ）製造前に少なくとも１バッチのコンタクトレンズを形成するレンズロットに関連したロット数とレンズ度数を含むコンタクトレンズ・データを受け取る第一の手段と、
（ｂ）それぞれが処理ステーションで複数の処理制御機器を調整する１個以上の処理ステーションを制御する複数の処理制御装置と、
（ｃ）レンズロットで形成した複数のレンズが複数の処理ステーションから自動殺菌ステーション及び包装ステーションへ移送されるときの移動を追跡する手段と、
（ｄ）殺菌ステーションへ入力されるレンズの個数を表わすデータを受け取り、殺菌ステーションで失ったコンタクトレンズの理由コードと共にレンズロットの各バッチに対する殺菌データを記録する第二の手段と、
（ｅ）所定のレンズロット毎に殺菌チャンバーへ入力したレンズの合計数とロットから殺菌、包装された実際のレンズ個数に関する概略レポートであって、各バッチのコンタクトレンズのロット番号、満了日、度数と殺菌データを含む概略レポートを作成する手段とから成る。
【００１３】
本発明のさらなる利便と利点は、本発明の好ましい実施例を指定し図示する添付の図面を参照して以下の詳細な説明により明らかとなろう。
【発明の実施の形態】
【００１４】
本発明のコンタクトレンズを生産する自動化生産ライン用品質管理システムの前述の諸目的と利益は、類似の要素がいくつかの観点にわたって同等の参照番号により指示されている添付図面と共に、発明のいくつかの好ましい実施例の以下の詳細な記述に関して当業者には容易に理解されるであろう。  
図１は、全体の略図で参照番号１０は殺菌およびコンタクトレンズ包装の第二回包装を受動的にモニターするための殺菌モニターシステムを図示している。詳細に以下に説明するように、本発明の殺菌モニターシステム１０は特に処理殺菌シリアルデータに処理するように形成されており、殺菌経過報告を生成する。
【００１５】
図１に示すように、殺菌監視システム１０は殺菌制御機器２５を有する殺菌チャンバー１５から構成され、殺菌チャンバー１５は好ましい実施例ではＰＬＣまたは殺菌処理を制御し、殺菌処理データ１６およびフォーマット化されたアスキーキャラクターとしてアラームデータ（アラーム条件が存在する場合）を専用プリンター１７へ連続して送る専用処理制御装置であり、殺菌処理データ１６およびアラームデータは、制御するインターセプティング殺菌モニターノード２０は言うまでもなくデータライン１６ａと既存のコンタクトレンズ生産ライン監視品質管理システム１００に接続されるデータライン１６ｂとを経由して専用プリンター１７へ連続して送られる。以下に詳述するように、殺菌モニターノード２０はアスキー殺菌データを処理し、図２３に部分的に示し詳細は以下に述べる殺菌遂行レポートを第二プリンター１８で自動的に作成する。既存のコンタクトレンズ生産ライン監視品質管理システム１００は、上記の本発明と同じ譲受人に譲渡された発明の名称「品質管理の相関性のためのコンピュータプログラム」の米国係属特許出願０８／２５７，８００号に開示されており、その仕様と開示は参考として本出願に含めてある。上記の米国係属特許出願０８／２５７，８００号に記述してあるように、既存の監視システムは、各種の製造工程を制御、モニターする複数のプログラム制御可能およびプログラム制御不可能な制御機器から処理制御データを自動的に取得し、そのデータをリアルタイム標示、オフライン技術解析、および品質保証目的のため自動的に処理する。
【００１６】
図２は殺菌モニターノード２０と殺菌制御装置２５に接続される既存の監視システム１００のハードウエアー構成を図示しており、この接続は殺菌モニターノードと二つのオペレータターミナル２９ａ，２９ｂ（好ましくはダイナターム（Ｄｙｎａｔｅｒｍ）社製）と既存のモニターシステム１００との間の通信を支援するアークネットハブ（ＡＲＣＮＥＴ  ＨＵＢ）ネットワーク機器９９ａ，９９ｂを経由して行われている。好ましくは、殺菌モニターノード２０は殺菌モニター処理を実行するための以下のモジュールを有する３３ＭＨｚのインテル４８６コンピュータシステムを含むこと、すなわち以下のモジュールとは、殺菌通信モジュールと処理５０、殺菌サーバーモジュールと処理６０、タイムサーバー７０、およびファイルサーバー８０である。これらのモジュールはそれぞれ以下に詳述している。
【００１７】
手短に言えば、監視システム１００は、殺菌監視ノードと、上記の本発明と同じ譲受人に譲渡された発明の名称「品質管理の相関性のためのコンピュータプログラム」の米国係属特許出願０８／２５７，６５４号およびその仕様と開示は参考として本出願に含めてある同特許に開示されているような、各種のコンタクトレンズ製造処理を制御する少なくとも７台のプログラム制御可能なロジック制御装置とから制御パラメータデータを得る。これらの製造処理は以下の事柄を含む。即ち、ＰＬＣ３１による制御で、射出成型した表曲面レンズ金型のキャリアパレットへの移動、ＰＬＣ３２による制御で、射出成型した裏曲面レンズ金型のキャリアパレットへの移動、ＰＬＣ３３による制御で、モノマー充填およびコンタクトレンズ金型組立操作、ＰＬＣ３４による制御で、前養生、ＵＶ養生、およびレンズ金型分離、ＰＬＣ３５による制御で、成型されたコンタクトレンズを含む前曲面金型半分をコンタクトレンズの水和のための水和チャンバーへの移動、ＰＬＣ３６による制御で、自動レンズ検査ステーションに組み込まれた自動視覚システムにより決定されるように合格不合格結果から成るコンタクトレンズ検査データの作成を含む後水和操作、およびＰＬＣ３７による制御で、回転インデックス（包装）ダイヤル（図示されず）について発生する水溶液の交換、塩分充填、包装箔ヒートシール等の処理を含むレンズ包装処理の一次コンタクトレンズ包装とレンズ包装取りまとめの局面。八番目のＰＬＣは多分二次包装の様々な局面の制御の提供になり、二次包装には殺菌チャンバーから二次包装領域への包装の移送が含まれ、そこでは本発明と同じ譲受人に譲渡された発明の名称「殺菌および二次包装のための機器と方法」の米国係属特許出願０８／２５７，７８８号に記述され、その開示は参考として本出願に組み込まれているように、ブリスター包装媒体にラベルが貼付されブリスター包装媒体は二次包装カートンに密封される。二次包装は、手短に言うと、バーコード化されたロット番号を印刷しカートンに張り付け、度数と使用期限をカートンに印刷し、ブリスター包装をカートンに挿入しカートンのフラップをのり付け密封し、ロット番号の確認、度数と使用期限の確認、カートンの計量、カートンの箱詰め密封箱へのラベル貼付、そしてパレットへの箱の積載完了とパレットラベルの貼付の段階を含む。
【００１８】
好ましい実施例では、各ＰＬＣ３１−３８はＴＩシステム５４５（ＴｅｘａｓＩｎｓｔｒｕｍｅｎｔｓ）で、バックプレーンを横切るかまたはシリアルリンク（図示されず）によりそれぞれのＰＬＣと通信するためＴＩ３８６ATM コプロセッサーを含んでいるかも知れない。各ＰＬＣがデータブロックを記憶し更新するためにそれ自身記憶装置と番地指定機能を有していることは分かっている。
図２に示すように、他のプログラム制御可能機器制御装置、たとえばユーシン社（Ｙｕｓｈｉｎ  Ｃｏｒｐ．）製の制御装置はコンタクトレンズ製作ラインに配備され、それぞれ６秒毎に８個の割合で表曲面レンズ金型を製作する表曲面成型機３９ａ、同じ割合で裏曲面レンズ金型を製作する裏曲面成型機３９ｂ、および製造されたコンタクトレンズを検査し包装するコンタクトレンズ包装を製作する一次包装機３９ｃを制御する。もう一つの機器制御装置３９ｄは一次包装以前にコンタクトレンズを自動的に検査する視覚システム（図示されず）を制御する。
【００１９】
さらにまた、図２では、既存の監視制御システム（制御システム）１００は５種類の処理ノードを含み、そのうちデータ取得ノード２０５は通信線４１およびタイウエイ（Ｔｉｗａｙ）アダプターカード４２により上記の８個のプログラム制御可能ロジック制御装置（ＰＬＣｓ）の各々と通信し、また３個の成型機および視覚検査機の機器制御装置と、専用非同期シリアルライン４３ａ，ｂ，ｃ，およびｄによりこれらの機械を接続している８−チャネルシリアルカード４４により通信し；リレーショナルデータベースノード２１０はリレーショナルデータベースソフトウエアーを動かし、製作記録と長期のデータの沿革から成るオフラインデータ記憶装置のために提供されている少なくとも３個の２００ＭＢハードディスクを含み；分析および経路指定ノード２２０は、生データのデータ収集と処理を８個のＰＬＣから始めるために使用されるソフトウエアーの大部分を含み、かつ「リアルタイムデータベース」を維持する。分析および経路指定ノード２２０は以下のようなモジュールから構成される。即ち、ユーザが定義した論理的なグループまたはデータセット内にデータを記憶し、データセット上に統計と（オプションの）アラームを作成でき、そして統計的制御や他の表示装置を支援する統計サーバー２２５；ＰＬＣ、成型機、および視覚検査機からの全てのデータ取得を調整するポーラー２２６、統計サーバーに対するコンパニオンモジュールであり、かつ統計サーバーに能動的表示装置を支援するために必要な統計的機能を実施させるＣ−言語制御サーバー２２８、および、定義した条件に従って動かされる作業セル警報、警告、および例外事項を扱い維持する警報制御サーバー２２９である。
【００２０】
監視制御システム１００は、さらにロット情報エントリーおよびロット変更を支援し、かつ以下に述べるようにコンタクトレンズロット追跡再調停を実施するために、モジュール９０を含む生産ラインのオペレータにグラフや表示を提供する、４個乃至それ以上の同一に形状化されたオペレータステーション２３０と、データがライン上になくなった後、即ち、ラインの所定の作業が終わった後のリレーショナルデータベースノードに収集されたデータの分析を提供するオフライン分析ノード２４０を含む。図２に示すように、アークネットインターフェースカード２０１，２１１，２２１，２３１，および２４１のそれぞれに提供されアークネットハブ９９ａを経由して各種のノード間の通信を支援する。好ましい実施例において、上記のサーバーの全てはマサチューセッツ州リンカーン市にあるファーステックインテグレーション（ＦＡＳＴｅｃｈ  Ｉｎｔｅｇｒａｔｉｏｎ）社製の標準セル作業ソフトウエアーである。
【００２１】
図２に関して上に述べたように、既存の監視制御装置１００用の３種類の入力ソース、即ち、８個のＰＬＣと、射出成型制御装置３９ａ−ｄと、視覚検査および一次包装機とがあり、さらに殺菌モニターノード２０からのデータがある。監視制御システム１００が８個のＰＬＣと視覚検査および一次包装機のおのおのから読むイベントブロックとデータブロックの構造は、上記米係属特許出願０８／２５７，８００号に詳細に述べられている。加えて、すでに確認済みの米係属特許出願に詳述されているように、生産記録と長期のデータ履歴を記憶するために使われるリレーショナルデータベースが創られる。既存の監視制御システム１００はこのデータベースに対するオンラインおよびオフラインアクセスを提供し、処理パラメータ対コンタクトレンズ検査結果の分散図、パレット位置毎の欠陥のヒストグラム、機械によるアラームカウントと期間の頭頂図、積算検査結果の時間プロット、シングルトレンドとしての時間に対してプロットされた測定され計算されたパラメータに限定されないが、これらを含んだ有益なグラフを生成するための機構を含み、これらのグラフで固定時間スケールのトレンド（trend fixed time scale）が利用でき、分，時間，日，週にわたるデータを示すことができる。
【００２２】
〔殺菌モニターノード〕
図３の詳細なハードウエアー構成に示すように、殺菌モニターノード２０はアークネットインターフェースカード２１により既存の監視システム１００とつながっており、既存の監視システムとの通信を提供する。８−チャネルシリアルカード２２は殺菌制御装置２５とメイン殺菌データライン出力から分かれた専用非同期シリアルライン１６ｂからシリアルデータを受け取る（図２）。シリアルポート１９はノード２０に設けられ、殺菌処理データの完了ラインの通信を行い、殺菌機器の作業が完全か不完全か、データが完全か不完全かあるいは殺菌機器の作業は成功だったかそうでなかったかを示すメッセージを受け取り、そして殺菌機器の作業、エラーログ、およびフェーズファイルレポート作成に関してレポートプリンター１８に対するエラーログ情報とフェーズファイル情報を送る。
【００２３】
以下に詳細に述べる殺菌モニター処理１０は、二個の機能モジュール；殺菌通信モジュール５０（「steri comm server 」）と殺菌サーバーモジュール６０（「steri  server 」）とから構成されている。手短に言うと、殺菌通信モジュール５０は殺菌制御装置が生成した文字を８−チャネルシリアルカード２２を介して受け取るよう機能する。殺菌サーバーモジュール６０は入力の全てを処理し、いろいろのユーザに対するレポートを作成する。たとえば、図３に示すように、殺菌サーバー６０は情報を処理、シリアルポート１９を介して印刷用殺菌作業レポートを作成し、加えて、殺菌作業レポートファイル、四つの主な殺菌フェーズ（加熱負荷、露出負荷、冷却負荷、およびサイクル完了）に関する殺菌機器フェーズ情報を含む殺菌機器フェーズレポートファイル、および長期磁気ディスク記憶装置２３専用のエラー情報のエラーログファイルを作成する。好ましくは、磁気ディスク記憶装置はどんな容量にも簡単に対応でき、少なくとも３２４ＭＢの容量を持ち、どんなデータ記憶媒体からできていてもよい。後のオフライン分析のためにただちに作用し、処理され、記憶されることが必要なアラームまたは処理データポイントは、全てアークネットインターフェースカード２１とアークネットハブ９９ａ（図１）を経由して既存の監視制御装置１００へ送られる。殺菌モニター処理１０とそこにある殺菌装置処理モジュール５０、６０の詳細は以下に述べる。
【００２４】
〔殺菌制御装置〕
図４は殺菌モニターノード２０の内部状態を示す状態略図を図示する。アラームエラーまたは通信タイムアウトエラーの全てを除いて、正常な殺菌作業は、個々に一次（ブリスター）包装されたコンタクトレンズを約１から１４，０００個の範囲の量から成るバッチが殺菌チャンバーに搭載された後、上記の発明の名称「殺菌および二次包装のための装置と方法」の米係属特許出願０８／２５７，７８８号に述べてある方法で始まる。
【００２５】
図４に示してあるように、正常な殺菌作業は次の５個の引き続いた状態またはフェーズから構成されている、即ち、開始フェーズ１６１、加熱負荷フェーズ１６２、露出フェーズ１６３、冷却負荷フェーズ１６４、およびサイクル完了フェーズ１６５である。
【００２６】
ノード２０が殺菌作業開始状態１６０、即ち制御装置、殺菌チャンバー、および処理機器を含む殺菌処理ハードウエアーが始動されて動作開始状態になった後、殺菌装置の殺菌チャンバーの温度が処理設定点まで上昇する非常に短い期間、開始フェーズ状態１６１に移る。加熱負荷フェーズ１６２の期間に、殺菌チャンバーは、最適圧力状態下で約１２２．５℃の最大作動温度に到達する。好ましい作動条件では、加熱負荷フェーズ１６２の期間は約５．５分である。露出フェーズ期間１６３中に、図４に示すように、一群のレンズは約３１分間殺菌状態にさらされる。冷却負荷フェーズ１６４期間に図４に示すように、温度と圧力が共に下げられることで一群のレンズは約１０分間冷やされる。冷却負荷フェーズの後、殺菌装置はサイクル完了フェーズ１６５に入り、そこでは殺菌処理が正常な条件下で一分以内に殺菌処理を終え、信号１６７が発せられて殺菌ノードは代替あるいは待機状態１５９になる。このフェーズの後、今殺菌されたばかりのレンズは殺菌チャンバーから出る位置に置かれ、菌チャンバーは次の一群のコンタクトレンズが殺菌される前に無負荷あるいは休止状態１５９に置かれる。
【００２７】
図４に示され、以下に詳述されるように、異常なイベント（通信タイムアウト１６８）が開始サイクル、加熱負荷、露出、冷却負荷、およびサイクル完了フェーズの何れかの機関中に発生した場合、そのフェーズは図４、および、それぞれのライン１６０ａ，１６２ａ，１６３ａ，１６４ａ，および１６５ａに示されているように中断され、通信タイムアウトの発生、即ち、殺菌ノードはある指定の期間中、好ましい実施例で言えば６０秒毎に約１ライン分のデータの割合で、どんなデータも取得しない。タイムアウトを起こしたイベントが修正された場合、信号１６９が発せられ、殺菌装置モニターノード２０は再び殺菌制御装置２５からのデータを処理できる。殺菌制御装置２５は、タイムアウト状態の期間中はデータのやりとりを行っていたのであるから、以下に述べるアルゴリズム中に作られたロジック信号１６１ｂ，１６２ｂ，１６３ｂ，１６４ｂ，および１６５ｂを介して、殺菌装置モニターノード２０に適当な殺菌装置フェーズにおいて殺菌モニター処理を再開させる。
【００２８】
〔殺菌モニター処理〕
図１および図３に示されているように、殺菌制御装置２５は殺菌装置モニターノード２０と一方通行の通信を、ＲＳ２３２シリアルインターフェースのアスキーデータストリームを介して行い、殺菌装置モニターノード２０は、アークネットハブ９９ａを介して既存の監視システム１００と双方向の通信を行う。好ましい実施例において、上記の殺菌フェーズの各々の期間中に、殺菌制御装置２５は１ラインの殺菌処理読み取りを、好ましくは毎分１回の頻度で送り出す。以下に詳述するようにアラーム条件が存在している場合は、殺菌制御装置２５は２秒に１回の頻度で１ライン分のデータを生産し同報通信を行う。
【００２９】
図１と図３に関しては、一般に殺菌装置モニター処理を制御するための殺菌装置モニターノード２０システムからの、およびそれへのデータの流れを図示する。上記のように、アルゴリズムは殺菌モニターノード２０処理モジュールの各々、即ち、殺菌通信サーバー５０および殺菌サーバー６０により実行され、殺菌装置からの全てのデータ情報出力の受動モニターが可能になり、かつ既存の監視システム１００のデータ取得および解析ノードへのデータの通信が可能になる。殺菌制御装置２５から生成された全ての情報はデータ取得のため殺菌モニターノード２０の殺菌通信サーバー５０へ連続して入力される。特に、殺菌制御装置２５は殺菌処理の各フェーズの期間に連続データの完全ラインを殺菌通信サーバー５０への同報通信を行う。データの各ラインは１２の殺菌処理可変データ形式、アラーム条件を記述したアラーム情報データ、またはテキスト形式の多数の文字から構成される。殺菌サーバー６０は殺菌通信サーバー５０により取得した入力データを処理するデータ処理機能を組み込んで、以下に詳述するように殺菌作業ファイルとレポート７５、フェーズファイルとレポート８５、エラーログファイル９５等を作成する。
【００３０】
加えて、以下に詳述するように、次の付加情報、即ち、既存の監視システム１００の統計サーバー２２５から入力されるロット番号情報、および連続通信タイムアウトを検出するために殺菌ノード２０のタイムサーバー７０により周期的に作成される時間間隔ウエークアップデータは、殺菌サーバーモジュール６０へ入力される。殺菌サーバープロセッサー６０は、特にリアルタイムの生の殺菌処理測定データは言うまでもなく上記のデータを処理し、以下のものを生成する、即ち、統計サーバー２２５（図１）による記憶と引き続く報告用の殺菌作業番号、アラーム制御サーバー２２９（図１）へ入力するためのアラームメッセージ、ハードディスクファイル２３（図３）に記憶するための殺菌処理の特定フェーズ毎の情報を含んだ殺菌フェーズファイルデータ、以下にに詳述する殺菌作業レポートを引き続き作成するために磁気ハードディスク記憶装置２３へ入力される殺菌作業レポートファイル情報、および既存の監視制御システム１００（図１）の制御サーバー２２８へ入力される殺菌パラメータ値情報である。上記の殺菌データ処理機能の各々は以下に詳述する。
【００３１】
〔殺菌通信処理〕
セル作業システムは、データを受け取ったとき殺菌通信サーバー５０を実行するように構成される。図５（ａ）と図５（ｂ）殺菌通信データ取得処理５０を図示している。セル作業殺菌通信サーバー５０の最初のステップは、ステップ１１０として示してあるように、シリアルポートハードウエアーを初期化することである。次に、ステップ１１３でシリアルポートが通信用に開かれ入力データバッファー（図示されず）がフラッシュされる。次に、ステップ１１５では、「ライン取得」機能は殺菌制御装置から１ライン分のシリアルデータを一度に１文字取得するために、無限ループにより呼び出される。特に、図５（ｂ）に示してあるように、最初のステップ１２４で現在の文字カウントが０に初期化される。次のステップ１２６で文字カウントが入力バッファー（図示されず）のサイズと比較される。文字カウントが入力バッファーのサイズより大きい場合は、エラーメッセージがステップ１２７で印刷され、文字処理のために戻されない（ステップ１２８）。文字カウントが入力バッファーのサイズより小さい限り、段階１３１と１３３が実行され、それぞれ次の文字が検索され（ステップ１３１）、文字がファイル文字の最後であるかどうかを確認するためにその文字がファイル文字と比較される（ステップ１３３）。その文字がファイル文字の最後でなければ、その文字はステップ１３５で入力バッファーにセイブされ、文字カウントはステップ１３８で増加し、その文字がステップ１４０でライン文字の最後であったかどうかの確認がおこなわれる。その文字がライン文字の最後であれば、処理は入力ライン（ステップ１４１）の文字数を戻し、そのラインのデータは殺菌サーバーのメイルボックス、即ち図５（ａ）に示されるようにステップ１５５でバッファー位置へ送られる。現在の文字がファイル文字の最後であると決まれば、これは重大なエラーが発生したことを示している。これはシリアルラインが断線して再び接続されたときに発生するかも知れない。それゆえに、ステップ１３３で現在の文字がファイル文字の最後であると決まった場合、図５（ｂ）のステップで直列機器は閉じ、再開し、そして初期化される。ステップ１４５において、シリアルポートが開いたときエラーが発生したかどうかについての決定が行われる。エラーが発生していない場合、文字は処理のために戻されない（ステップ１４６）。エラーが発生している場合、エラーメッセージがステップ１４９で印刷され殺菌通信処理６０はステップ１５２でアボートする。
【００３２】
〔殺菌サーバー処理〕
図６は、エレメント２５０として示されている殺菌サーバーＱＮＸメイルボックスシステムから構成される殺菌サーバー処理６０の主な機能ブロックを図示する。ＱＮＸメイルボックスシステムは、ノードのための第一次的メッセージ経路指定エンジンで、殺菌ノード２０における各サーバーはコマンドまたはデータメッセージを受け入れて送るメイルボックスを有する。メッセージのソースにより、殺菌サーバー処理６０は図６に示され、かつ以下にさらに詳しく説明する三つの機能の「コマンド開始機能」（startCmdFunc）２６０、「メイルボックスからの殺菌データ取得機能」（getSteriDataFromMbx ）２６０、および「コマンド呼び起こし機能」（wakeUpCmdFunc ）２８０の何れかを実行する。
【００３３】
セル作業システムは、それが開始されると、殺菌サーバー処理６０開始のコマンドを受け取るとコマンド開始機能２６０を実行するように構成される。この機能は、殺菌サーバー６０とそこの内部変数が初期化され全てのＱＮＸ通信メイルボックス（図示されず）が立ち上げられることを確認する。加えて、エントリーエラーログファイル９５（図３）に置かれてシステムが開始し、所定の時刻にタイムサーバー７０からの今後のウエークアップメッセージが要求されていることを示す。
【００３４】
セルワークシステムは、殺菌通信処理５０からの完全ラインのデータから成るメッセージが殺菌サーバーメイルボックスに現われるときは、いつでも「メイルボックスからの殺菌データ取得機能」（getSteriDataFromMbx ）機能ブロック２７０の呼び出しが実行されるように構成される。「メイルボックスからの殺菌データ取得機能」（getSteriDataFromMbx ）機能ブロック２７０は、メイルボックスからのメッセージをローカル殺菌サーバー入力バッファー（図示されず）にコピーし、そのメッセージの処理を開始するように働く。加えて、正しいメッセージラインの終りが存在するかどうかを決めるためのチェックが行われる。「メイルボックスからの殺菌データ取得機能」（getSteriDataFromMbx ）機能ブロック２７０は、正しいメッセージラインの終りが存在する場合のみ、殺菌モニターから送られた殺菌データ情報ラインの性質を決めるために「ライン特徴付け」（characterizeLine）アルゴリズム３００を呼び出す。以下に述べるように、殺菌データ情報ラインの性質を決めること、およびこのデータの処理には、以下の機能の１乃至は２個が含まれる。即ち、ブロック４４０として示されている「テキスト評価ライン」（evalTextline）、ブロック４０５として示されている「処理データライン（processDataLine ）、ブロック５００として示されている「処理アラームライン」（processAlarmLine）、ブロック３２０として示されている「オープン殺菌作業レポート」（openSteriRunReport）、およびブロック５５０として示されている「更新アラーム状態」（updateAlarmStatus） である。
【００３５】
図７に示されているように、「ライン特徴付け」（characterizeLine）アルゴリズム３００の最初のステップ３０２は、起こり得る通信タイムアウトの検出に役立てるために現在の時刻を記録することである。次のステップ３０４はラインのデータを送り、１つのラインのデータとしてラインの特徴づけと抵触できた殺菌モニターにより送られた見せかけのプリンター制御文字を取り除く。次に、ステップ３０６で、そのラインに何か印刷可能な文字が存在したかどうか、また殺菌装置作業レポートファイル８５が開いていたかどうかが決定される。そのラインに印刷可能な文字が存在し、殺菌装置作業レポートファイルが開かれていなかった場合、「オープン殺菌作業レポート」（openSteriRunReport）（"steri run report"）ファイルアルゴリズムがステップ３２０で実行される。殺菌装置作業レポートを開く手順は図２０に示されており、冗長チェックとして最初のステップ３２２で殺菌装置作業レポートファイル８５がすでに開いているかどうかが決定される。殺菌装置作業レポートファイルが開かれている場合、処理は「ライン特徴付け」（characterizeLine）処理のステップ３０８へ戻る（図７）。ファイルが開かれていない場合、ステップ３３０で殺菌装置作業レポートファイルが開く前に以下に示すステップが実施される。即ち、先ずステップ３２４で、殺菌装置の各フェーズの各変数に対する最少、最大値が初期化される。それから、ステップ３２６では、以下に詳細に述べるフェーズ期間を後で計算するために、フェーズ毎に退避した開始と終了時刻が初期化される。次にステップ３２８で、初期作業レポートファイルが示されているように現在の日時、「date time RPT 」から構成されるデフォルト名で立ち上げられる。ステップ３３０では、作業レポートファイルが開かれる。レポートファイルを開くとエラーが発生することがステップ３３２で確認された場合、ステップ３３４では、好ましい実施例では再試行ファイルが立ち上げられ１５分毎に開かれ、そしてステップ３３６でエラーはログレポートファイルに記録される。段階３３２ではレポートファイルを開いたときエラーが発生しなかった場合、以前に入ったロット番号を統計サーバーからこの処理へ送るように要求され、この処理はライン特徴付けアルゴリズムへ戻る（図７）。
【００３６】
殺菌装置作業レポートファイルが図７ですでに開かれている場合、通信タイムアウト検出はステップ３０８で可能である。そのアルゴリズムはその場合、ステップ３１０においてラインは次の形式の時間記号で始まる。
ｈｈ：ｍｍ：ｓｓ（ｈｏｕｒｓ，ｍｉｎｕｔｅｓ，ｓｅｃｏｎｄｓ）
【００３７】
そのラインがそのような時間記号で始まった場合、processDataLine アルゴリズムは、ステップ４０５で実施されデータラインが殺菌装置フェーズデータの１２個の変数を含んだ処理変数データを含むことを示している。さもなければ、ステップ３１２で、アラーム条件が存在するかどうかについての決定が行われる。アラーム条件が存在する場合、preoessAlarmLineアルゴリズムはアラームデータを処理し既存の監視システム１００のアラーム制御サーバーを更新するため、ステップ５００で実施される。データラインが本質的にテキストどおりであれば、evalTextLineアルゴリズムがテキストデータを処理するために実施される。入力ラインの処理が完了しているときは常にupdateAlarmStatus 処理がステップ５５０で呼び出され、アラーム状態が変更したかどうかをチェックする。
【００３８】
図８はデータラインからの殺菌フェーズデータの１２個の変数を処理するためのprocessDataLine アルゴリズム４０５を示す。ステップ４０７でラインから残っている他の全ての文字を取り去った後、データラインはステップ４０９で殺菌作業レポートへ加えられる。次に、getDataLinetime アルゴリズムはステップ４１０で実施され、５個の殺菌フェーズの各々に対して前回の殺菌フェーズのフェーズ停止時刻に加えて現在の動作フェーズの開始時刻が適当なフェーズファイルに記録されていることを確認する。次にステップ４１２で現在のデータラインの１２個の処理可変値が隔離されテキストとして保管される。それから、convertAndDoMinMaxアルゴリズムが殺菌処理読み取りの各々をテキスト形式から浮動少数点形式へ変換し、現在の殺菌フェーズに対して１２個変数の各々に対する最大最小値を更新するためステップ４２０で呼び出される。ステップ４２５で、フェーズファイルの変数を更新する時機かどうかを決定する。更新しない場合は、処理はステップ４２７で示したようにcharacterizeLineアルゴリズムへ戻る。変数を更新する時機ならば、ステップ４３０でメッセージは定式化され既存の監視制御システム１００の制御サーバー２２８へ送られ、１２個の浮動処理変数が表示、傾向分析、および上記の米国係属特許出願０８／２５７，８００に詳しく述べているような方法で技術データベースに含めることに利用できるようにする。それからステップ４３５で現在の殺菌装置フェーズが加熱負荷、露出、サイクル完了、または冷却負荷フェーズにあるかどうかが決定される。殺菌装置がこれらの３つのフェーズの１つにある場合、makePhaseFileEntry処理がステップ４４０で呼び出される。殺菌装置がこれらの３つのフェーズの１つにない場合、処理は呼び出しcharacterizeLineアルゴリズム２８０へ戻る。
【００３９】
図９に示すように、makePhaseFileEntry処理４４０は処理データラインアルゴリズム４０５から呼び出され、エントリー用処理変数情報を対応フェーズファイルのラインとして書式化する。好ましい実施例においては、４個の主な殺菌フェーズの各々に対してディスク上に１つの別々のフェーズファイルがある。新しいエントリーが作られると、それは適当なフェーズファイルの最後に次のように加えられる。即ち、先ずステップ４４５において処理データが殺菌装置の動作の最初から得られたものかどうかが決められる。そうでない場合は、その処理はステップ４４５でprocessDataLine アルゴリズムへ戻る。現在のフェーズが、開始サイクルが始まった場合、以下の情報はライン形式で収集される。即ち、ステップ４４８において現在のロット番号、ステップ４５１において殺菌装置の作業番号、ステップ４５２において日付、ステップ４５４において時間、ステップ４５６においてアラーム条件は現在存在するかどうかを伝える表示、およびステップ４５８においては現在の殺菌装置の作業に対する現在の１２個の処理値である。最後に、ステップ４６０においてはそのライン全体が現在のフェーズファイルへ書き込まれる。
【００４０】
図３２は、殺菌フェーズ情報を記憶するための上記のフェーズファイル８７６のエントリーを示す。図３２の表における各行はフェーズファイルにおける１エントリーを表わす。ロット番号は監視制御装置のオペレータステーション２３０（図１）のオペレータにより入力され、「モード」エントリーは殺菌制御装置がその時点でアラームを表示したかどうかを指示する単一文字である。
【００４１】
図７に示してあるように、処理がcharacterizeLineアルゴリズムへ戻ったとき、もし殺菌制御装置から得たデータがアラームデータでも処理変数データでもない場合、evalTextLineがステップ４５０で呼び出されテキストラインを処理する。
【００４２】
図１０と図１１は、入力データラインからのテキストデータを処理するためのevaluateTextline処理４５０を示す。評価テキストライン処理の最初のステップ４６１では残っているプリンター制御文字の全てをラインから取り除き、ステップ４６２ではラインを殺菌作業レポートへ加える。ステップ４６３ではテキストが殺菌装置の動作の開始を指示しているかどうかを決定する。もし指示していることがわかれば、StartOfRunEvent 手順がステップ４６５で呼び出され、図１２に示すように以下のステップを実行する。即ち、先ずステップ４６７でエラーログ９５（図３）へのエントリーが行われて殺菌装置の動作が始まったことを示す。それからステップ４６８では、フラッグが設定されて現在の動作が最初（殺菌装置動作の開始）から始まったことを示し、そしてステップ４６９で現状は動作状態の開始であることを示す。次に図１２のステップ４７０で殺菌装置現状は動作開始であり、次のデータラインを特徴づけるために処理が戻るというメッセージが既存の監視システムの制御サーバーへ送られる（図７）。
【００４３】
図１０において、テキストが殺菌装置動作の開始をステップ４６３で示していなかった場合、ステップ４６４でテキストが開始フェーズの始まりを指示するかどうかの決定が行われる。テキストが殺菌装置動作の開始フェーズを示した場合、doStartPhaseEvent 手順がステップ４６５で呼び出され現状は殺菌開始フェーズであるというフラッグを設定し、次のデータラインを特徴づけるために処理が戻る前に現状は殺菌装置開始フェーズ状態であるというメッセージを既存の監視システムの制御サーバーへ送る（ステップ５５０、図７）。
【００４４】
テキストが殺菌装置動作の開始フェーズをステップ４６４で示さなかった場合、ステップ４７１でテキストが殺菌装置加熱負荷フェーズの始まりを指示するかどうかの決定がなされる。テキストが殺菌装置加熱負荷フェーズの始まりを示した場合、doHeatLoadPhaseEvent手順がステップ４７２で呼び出され、現状は殺菌加熱負荷フェーズの始まりであるというフラッグを設定し、殺菌装置の現状は加熱負荷フェーズであるというメッセージを既存の監視システムの制御サーバーへ送る。加えて、HeatLoadフェーズファイルがそこへデータを書き込むために、開かれ、手順は次のデータラインを特徴づけるために戻る。
【００４５】
ステップ４７１でテキストが加熱負荷フェーズの始まりを指示しなかった場合、ステップ４７３でテキストが殺菌装置露出フェーズの始まりを指示するかどうかの決定が行われる。テキストが殺菌装置露出フェーズの始まりを指示した場合、doExposurePhaseEvent手順がステップ４７４で呼び出され、現状は殺菌装置露出フェーズの始まりであるというフラッグを設定し、現状は殺菌装置露出フェーズであるというメッセージを既存の監視システムの制御サーバーへ送る。加えて、次のデータラインを特徴づけるために処理が戻る前に、加熱負荷フェーズファイルは閉ざされ、露出フェーズファイルがそこへデータを書き込むために開かれる。
【００４６】
テキストが殺菌装置露出フェーズの始まりをステップ４７３で指示しなかった場合、ステップ４７５でテキストが殺菌装置サイクル完了フェーズの始まりを指示するかどうかの決定が行われる。テキストが殺菌装置サイクル完了フェーズの始まりを指示する場合は、doCycComplPhaseEvent手順がステップ４７８で呼び出され、現状は殺菌装置サイクル完了フェーズであるというフラッグを設定し、現在の殺菌装置の状態が加熱負荷フェーズであるというメッセージを既存の監視システムの制御サーバーへ送る。加えて、次のデータラインを特徴づけるために、処理が戻る前に、冷却負荷フェーズファイルは閉ざされサイクル完了フェーズファイルがそこへデータを書き込むために開かれる。それから、次のデータラインを特徴付けるために処理は図７のステップ５５０へ戻る。
【００４７】
テキストがステップ４７７で殺菌サイクル完了フェーズの始まりを指示しなかった場合、ステップ４７９でテキストが殺菌装置動作の終わりを指示するかどうかの決定が行われる。もしテキストが殺菌装置動作の終わりを指示する場合は、doEndOfRunEvent 手順がステップ４８０で呼び出され、図１３に示してあるように以下のステップを実行する。先ず、図１３のステップ４８１で殺菌作業が終わったというエントリーがエラーログに作られる。それから、ステップ４８２で現状は殺菌装置動作を示すフラッグが設定される。次に図１３のステップ４８３でサイクル完了フェーズファイルは閉ざされる。ステップ４８４では、最も最近のデータラインの時刻がサイクル完了フェーズの停止時刻として保管される。ステップ４８５では、finishSteriRunReport手順が呼び出され、以下に詳細に述べるように殺菌作業レポートを作成する。doEndOfRunCleanupsd として示される他の手順がステップ４８６で実行され、テキストライン処理を終了し以下に詳細に述べるように殺菌作業レポートを印刷する。最後に、ステップ４８７では、次の殺菌作業が何時始まるか分からないので、通信タイムアウト検出ができない。
【００４８】
図１０に戻って、もしテキストがステップ４７９で殺菌装置の動作の終わりを指示しなかった場合、図１１のステップ４８８で現在のテキストラインが日付を指示するかどうかが決められる。もし現在のテキストラインが日付を指示する場合は、日はステップ４８９で保管され、処理は戻りテキストラインの手順を評価する。もし現在のラインが日を指示しない場合は、ステップ４９０で現在のテキストラインがサイクルカウントを含むかどうかを決める。現在のテキストラインがサイクルカウントを含まない場合は、カウントはステップ４９１で保管され、殺菌作業番号を作り、殺菌番号を既存の監視システムの制御サーバーへ送るためにmakeSteriRunNumber手順がステップ４９２で呼び出される。好ましい実施例では、殺菌作業番号が、日，殺菌番号，および殺菌装置サイクルカウントの組み合わせとしてまとめられ、ＹＰ１ＮＮＮＮの形を取る。ここでＹはその年の最後の数字、Ｐ１は生産ラインの殺菌装置番号、そしてＮＮＮＮは殺菌装置のサイクルカウントである。殺菌作業番号が得られたら、処理はライン特徴付けアルゴリズムへ戻る。
【００４９】
現在のラインがサイクルカウントを含まない場合は、ステップ４９４として示されるようにラインについては何も行われないで、処理は呼び出しライン特徴付けアルゴリズムへ戻る（ステップ５５０、図７）。
【００５０】
図１４はシリアルデータラインからのアラームデータを処理するためのprocessAlarmLineアルゴリズム５００を示す。ステップ５０２においてラインから他に残っているプリンター制御文字を全て取り除いた後、既知のアラームフレーズのリストをステップ５０５で探し既知のアラーム条件が存在するかどうかを指示する。以下の表１と表２は各種のアラームフレーズとアラームコードデータを示す。
殺菌制御装置からのアラームテキスト            アラームコード
クリーン蒸気低                                  １
冷却水低                                        ２
圧縮空気低                                      ３
サイクル打切り                                  ４
ドア閉まらず                                    ５
ドア密封せず                                    ６
ファン故障                                      ７
高温                                            ８
高水位                                          ９
低温                                          １０
圧力超過                                      １１
プラント蒸気低                                １２
プワー不良                                    １３
圧力センサーエラー                            １４
ＰＴ隔離                                      １５
ＳＡＭ故障                                    １６
蒸気故障                                      １７
温度センサーエラー                            １８
圧力下                                        １９
未知アラーム：このコードは認識されて        ９９９
いないアラームテキストがある場合
に使用する。
殺菌モニターサーバーが検出した条件            アラームコード
殺菌制御装置の通信タイムアウト                ０１
【００５１】
アラーム条件が未知の場合、すなわち、ステップ５０７で相手がアラームデータフレーズとアラームデータフレーズテーブルの間に見つからない場合、未知のアラームが受信されたこと、能動アラーム条件が記録されることがステップ５０８で既存の監視システムのアラーム制御サーバーに伝えられる。そして処理はステップ５１５に進みアラームラインを殺菌作業レポートへ加える。既知のアラーム条件が存在する場合、すなわちステップ５０７で相手がアラームデータフレーズとアラームデータフレーズテーブルの間に見つかる場合、ステップ５０８でアラームがうまく動作するかどうかを示す。指示計がアラームがうまく動作することを示した場合、それがステップ５１１で記録され、ステップ５１５でアラームラインは殺菌作業レポートへ加えられる。指示計がアラームがうまく動作することを示さない場合は、ステップ５１３でアラーム条件が発生したことを既存の監視システムのアラーム制御サーバーへ伝え、能動アラーム条件が存在することが記録される。最後に、ステップ５１５でアラームラインが殺菌作業レポートへ加えられ、処理は呼び出しcharacterizeLineアルゴリズムへ戻る。
【００５２】
上記のように、characterizeLineアルゴリズムを示す図７の観点から、ラインが特徴付けられ、処理変数データ、アラームデータ、またはテキスト形式のデータ情報が処理された後、アラーム状態はupdateAlarmStatus 処理をステップ５５０で呼び出すことにより更新される。図１５はupdateAlarmStatus 機能を詳しく図示する。ステップ５５２として示される最初のステップは、もし何かアラームを指示している場合、殺菌器制御装置から支給されるパラメータが現在活動状態にあり、かつ上記のように２秒毎にデータラインを送りつつあることを決める。その場合、ステップ５５４でアラームをクリアーするに十分な時間があるかどうかあるいは現在活動中のアラームを強制的にクリアーすべきかどうかを決める。もしアラームをクリアーするのに十分な時間が経過していない場合、即ち最後の殺菌器データエントリーとその前のデータエントリーの間のアラーム条件を強制的にクリアーすべきであることを指示している時間が２秒である場合、ステップ５５６で現在の殺菌器のアラーム状態が設定され、殺菌アラームは活動していないことを指示する。アラームをクリアーする十分な時間がある場合、即ち最後の殺菌器データエントリーとその前のデータエントリーの間のアラーム条件を強制的にクリアーすべきでないことを指示している時間が２秒以上ある場合、ステップ５５９で通信タイムアウトアラームが活動しているかどうか、および最近のデータが入力されているかどうかが決定される。上記のように、データが１分以上の間隔で受け取られた場合、たとえばシリアルデータラインが一時的に切り離された場合、通信タイムアウトが発生する。通信タイムアウトアラームが活動しておりかつ最近のデータが入力されている場合は、ステップ５６１で現在の通信アラーム状態は強制的に通信アラームは活動していないことを指示し、そのような指示を提供するよう設定される。通信タイムアウトアラームが活動しておらずかつ最近のデータが入力されていない場合、たとえば殺菌作業の終わりである場合は、ステップ５６３で全てのアラームがクリアーされるかどうかが決められる。全てのアラームが現在クリアーされている場合は、ステップ５６５でメッセージが既存の監視システムのアラーム制御サーバーへ送られ、全ての殺菌器関連アラームをリセットする。そうでないと、全てのアラームがクリアーされないとプログラムは呼び出しライン特徴付け処理へ戻る。
【００５３】
図１３へ戻って、ステップ４８５でfinishSteriRunReport４８５は殺菌器動作が検出されたとき呼び出される。図１６に示されているように、finishSteriRunReport手順の最初のステップ６１０は現在の動作が最初（殺菌器の動作の開始）から始まったことを示すフラッグが、上記のようにステップ４６８，図１２に関して設定されていたかどうかを決める為にある。サイクルが殺菌作業の最初から始まっていることを示すフラッグが設定されない場合、ステップ６１２でラインが１つデータが不完全であることを示す殺菌作業レポートへ加えられ、ステップ６１４でデータが不完全であることを示すエラーログにエントリーが作られる。そして処理はステップ６１７に対して再開される。サイクルが殺菌作業の最初から始まっていることを示すフラッグが設定されている場合、ステップ６１１で殺菌作業番号が殺菌作業レポートへ加えられる。次に、ステップ６１３で４つの主な殺菌フェーズのどれかが現在の動作に欠けている場合は、データが不完全であることを示す殺菌作業レポートへ１ラインが加えられ（ステップ６１２）、データが不完全であることを示すエラーログに対してエントリーが作られる（ステップ６１４）。４つの主な殺菌フェーズのどれも現在の動作に欠けていない場合は、ステップ６１５で、データが完全であることを示す殺菌作業レポートへ１ライン追加される。図１６にステップ６１７で示される次のステップは、殺菌制御装置が図１４のステップ５１１で上に述べたように有効サイクルを指示する成功動作アラームを発したかどうかを決める為にある。有効サイクルを指示する成功動作アラームが殺菌制御装置により作られている場合、ステップ６１９で動作が成功であったことを示す殺菌作業レポートファイルへ１ライン加えられる。有効サイクルを指示する成功動作アラームが殺菌制御装置により作られていない場合、ステップ６２１で動作が不成功であったことを示す殺菌作業レポートファイルへ１ライン加えられる。最後に、ステップ６３０では、主な殺菌フェーズの各々に対する期間を殺菌作業レポートファイルへ加える手順が呼び出され、ステップ６４０では、主な殺菌フェーズの各々に対する処理変数の最小最大値を殺菌作業レポートファイルへ加える手順が呼び出される。
【００５４】
finishSteriRunReport手順のaddDurations手順６３０は、図１８のステップ６３１として示すように殺菌作業レポートのフェーズ期間ヘッダーラインを加えることにより始まる。次に、ステップ６３２に示してあるように、ポインターが４つの主なフェーズの最初に設定される。次のステップはフェーズ期間の印刷を指示する。即ち、ステップ６３３ではフェーズ期間に対するラベルが得られ、ステップ６３４ではopenSteriRunReportアルゴリズムのステップ３２６で得られた保存済みのフェーズ開始および終了時刻を使ってフェーズ期間が計算される（図２０）。次に、ステップ６３５で４つの主な殺菌器フェーズの全てに対するフェーズ期間値が処理されたかどうかについての決定がされる。４つの主な殺菌器フェーズの全てに対するフェーズ期間値が処理された場合は、ステップ６３６で４つの主な殺菌器フェーズの各々に対する計算済みのフェーズ期間を持った結果ラインが殺菌作業レポートファイルへ加えられ、プログラムはfinishSteriRunReport手順のステップ６４０へ戻る（図１６）。４つの主な殺菌器フェーズの全てに対するフェーズ期間値が処理されていない場合は、ステップ６３３とステップ６３４が図１８のステップ６３８で示されているようにポインターで指定された各成功フェーズに対して繰り返される。
【００５５】
finishSteriRunReport手順で呼び出されたaddMinMax 手順図１９のステップ６４１として示されたように、最小／最大ヘッダーラインを殺菌作業レポートファイルへ加えることで開始する。次に、ステップ６４２に示されているように、１２個の変数名をふくむラインが動作レポートファイルへ加えられる。それから、ポインターがステップ６４３ａで示されているように、４つの主なフェーズの最初に設定される。各フェーズ毎に、最小と最大読みだしのそれぞれに対して１つずつのラインがファイルへ加えられる。次のステップは最小最大読みだしの印刷を指示する。即ち、ステップ６４４ではフェーズの最小値に対するラベルはファイルの最初のラインの始まりに加えられ、ステップ６４５ではこのフェーズの変数の１２個の最小値を含むラインが加えられ、ステップ６４６では最小値の結果ラインス殺菌作業レポートファイルへ加えられ、ステップ６４７ではフェーズの最大値に対するラベルがファイルの第二ラインの最初に加えられ、ステップ６４８ではこのフェーズの変数の１２個の最大値を含むラインが加えられ、ステップ６４９では最大値の結果ラインが殺菌作業レポートファイルへ加えられる。次に、ステップ６５０では、殺菌器の全ての４つの主なフェーズに対する最小最大値が殺菌作業レポートファイルへ加えられているかどうかが決められる。殺菌器の全ての４つの主なフェーズに対する最小最大値が印刷されている場合は、処理は殺菌器フェーズ期間の印刷のためのdoEndofRunEvent 手順のステップ４８６へ戻る。殺菌器の全ての４つの主なフェーズに対する最小最大値が印刷されるまで、ステップ６４４からステップ６４９は、図１９のステップ６４３ｂに示されているように、ポインターが指定した各フェーズに対して繰り返される。
【００５６】
最後に、addDurationsおよびaddMinMax値を実行した後、プログラムはdoEndofRunEvent手順４８０へ戻り、そこでは図１３に示されているようにdoEndOfRunCleanup手順がステップ４８６で実行される。
【００５７】
図１７はdoEndofRunCleanup 手順４８６を図示している。ステップ６５１が示すように、この手順は図２１のステップ６６０からステップ６６９について以下に詳細に述べるように、殺菌作業レポートを閉めて印刷するためのcloseAndPrintRunReport手順を実行する。さらに、図１７のdoEndOfRunCleanup 手順は、ステップ６５２で全ての内部変数をno-run-in-progress条件へ初期化し、ステップ６５３で図１５のステップ５５２からステップ５６５に関して述べるように更新アラーム状態手順を呼び出し、ステップ６５４でエラーログを閉め、そして、ステップ６５５で殺菌装置が現在スタンバイまたは待ち状態にあることを制御サーバーに伝える。最後に、プログラムは図１３のdoEndofRunEvent 手順のステップ４８７へ戻る。
【００５８】
図２１に示されているように、殺菌作業レポートを閉めて印刷するために、最初のステップ６６０は動作レポートファイルを閉める。上記のように、殺菌サイクルは不完全であると決定された場合、殺菌作業番号は不完全な動作に対しては得られていないかも知れない。従って、ステップ６６２では、殺菌作業番号がこの動作に対して得られているかどうかが決められる。殺菌作業番号がこの動作に対して得られている場合は、ステップ６６５で新しい動作レポート名が好ましくは下線とロット番号を従えた殺菌作業番号から成るように構成される。ステップ６６７では、動作レポートファイルが新しい構成に新しく命名される。最後に、動作レポートファイルはステップ６６９で印刷される。殺菌作業番号がこの動作に対して得られていなかった場合は、殺菌作業番号が無く、図２０のステップ３２８に関して上に述べたように、日と時間から構成されるように初期に割り当てられたデフォルトファイル名で動作レポートファイルがステップ６６９で印刷されることを指示しているエラーログに、ステップ６６３でエントリーが置かれる。動作レポートファイルがステップ６６９で印刷された後、処理はdoEndOfRunCleanup 手順４８６のステップ６５２へ戻る（図１７）。
【００５９】
図２４に示されているように有効で完全な動作用で、ノード２０へ接続したプリンター１８で印刷した印刷済みの殺菌作業レポート８００は、以下のものから構成される。即ち、ライン８１０として示されるように、下線とロット番号を従えた殺菌作業番号から構成される更新された殺菌作業レポートファイル名；ライン８１５として示される見出しデータ、ライン８１６ａ、ライン８１６ｂをそれぞれ含む殺菌作業が始まる日と時間；殺菌装置、ライン８１７ａ、８１７ｂをそれぞれ識別する名前と番号；殺菌作業、ライン８１８を独特な方法で識別するためのサイクルカウンター番号；ライン８１９として示され、露出タイマーが露出フェーズ期間用目標値を示す１２個の殺菌装置処理パラメータ；殺菌器制御装置に制御プログラムを示すプログラム８２２；および殺菌器制御装置２５により既存の監視制御装置１００と殺菌モニターノード２０へ送られるライン８２５として示された出力データライン用のコラム見出しを示すプログタイム８２４である。加えて、データライン８２５の各々は、見出し（ｈｅａｄｅｒ）に記述される１２個の信号の各々に対する読みを従えた動作の開始時間を含む。また、以下のものが提供される、即ちライン８１２として示された殺菌作業番号；Ｖ１−Ｖ１２とラベルされ毎分一度作られる１２個の処理可変データ用の可変データライン；ラベルヘッダーライン８３０を持ったライン８３５として示されるように４つの主な殺菌フェーズの期間；ヘッダーライン８４０を使ってライン８４５として示されるように、４つの主な殺菌フェーズの各々の期間中に殺菌装置変数毎に観測された最小および最大の読み；ライン８５０として示されている殺菌作業の成功不成功評価；および全てのデータが４つの殺菌フェーズ、即ち現在の動作に対して受け取られた場合、データが不完全であることを示すライン８５５である。加えて、オペレータまたはエンジニアが署名するためのライン８０５が殺菌作業レポート中に提供される。アラーム情報（たとえばファンの故障）も殺菌器制御装置により印刷してもよいし、どんなアラームテキストも単独で１つのライン上に印刷される。殺菌器制御装置はアラームテキストを赤で印刷されるプリンター制御コードでアラームテキストを囲む。
【００６０】
図示されないが、専用プリンター１７（図１）は図２４に示されるレポートと同様の殺菌作業レポートをシリアルデータライン１６ａ経由して殺菌器制御装置から直接印刷する。しかし、専用プリンター１７が印刷するレポートは殺菌モニターノードにより作成される殺菌器動作レポートに提供されないようにフェーズ期間と最小／最大値の要約、および成功／不成功指示を持たない。
【００６１】
図２２は、タイムサーバー７０（図３）がウエークアップメッセージを殺菌サーバー処理６０へ送るときはいつでも実行可能なソフトウエアー機能であるwakeUpCmdFunc処理２８０を詳細に図示している。図２２に示すように、wakeUpCmdFunc処理の最初のステップ２８１は、将来指定の時刻に他のウエークアップメッセージを殺菌サーバー６０へ送るようタイムサーバーに要請するためにある。これは連続した処理ではなくタイムサーバー７０がウエークアップメッセージを殺菌サーバーに送るように要請されなければならないことは分かっている。ステップ２８３とステップ２８４として示されている次の２つのステップは通信タイムアウトが発生したかどうかを示す為にある。特に、ステップ２８３において、殺菌サーバーが初期化されるかどうか、タイムアウト検出機能が可能かどうか、そして活動している通信タイムアウトアラームが現在は存在しないことについての決定が行われる。もしこれらの全ての条件が存在しない場合、処理はステップ２８５で示されるようにCELLworks システムへ戻る。もしこれらの全ての条件が存在する場合、ステップ２８４において不適当な量の時間、たとえば１分以上の時間がデータの最後を受け取った以後かかったかどうかを決める。このような条件はシリアルデータラインが一時的に不通になった場合に発生する。最後のデータが受け取られた以後の時間量が過大でない場合（１分を越えない）、処理はステップ２８５で示すようにCELLworks システムへ戻る。最後のデータが受け取られた以後の時間量が過大である場合、ステップ２８６で通信タイムアウトアラームが活動していることを示す。そして、ステップ２８７で通信タイムアウトアラームメッセージが既存の監視システムのアラーム制御サーバーへ送られる。加えて、ステップ２８８では通信タイムアウトアラームエントリーがエラーログに作られる。次にステップ２９０でendRunReportForTimeout処理が図２３に図示されているように呼び出され、次のように詳細に述べられる、即ち先ず最初に殺菌装置動作レポートファイルが現在開いているかどうかについての決定が行われる。殺菌装置動作レポートファイルが現在開いていない場合は、処理はwakeUpCmdFunc 処理のステップ２９５へ戻る。殺菌装置動作レポートファイルが現在開いている場合は、ステップ２９２で通信タイムアウトが発生したことを示し、かつステップ２９３で現在の殺菌作業用の不完全な動作データがあることを示す動作レポートファイルへラインが加えられる。ステップ２９４では動作データが不完全で処理が図２２のwakeUpCmsFunc 処理のステップ２９５へ戻るエラーログにエントリーが作られる。ステップ２９５ではdoEndOfRunCleanup 手順が図１７について上に述べられているように呼び出される。最後に通信タイムアウト可能機能はステップ２９６で機能せず、ステップ２９７で現在開いているフェーズファイルも処理がwakeUpCmdFunc 処理へ戻る前に閉められる。
【００６２】
〔ロット追跡および再調停〕
図２に示されているように、生産されるレンズロット番号と度数を生産ラインに沿った４つのオペレータステーション２３０のどこにおいてもオペレータが入力する。そうすると、ステーションにあるロットの再調停と追跡アルゴリズム９０が実行されロット情報記憶装置用に使用期限、レンズ中心厚さ、および他の変数を計算し推薦する。好ましい実施例では、使用期限は入力したシステム日から数えて１６ヶ月であるが、月数は変更してもよく、アルゴリズムは熟練したオペレータなら簡単に修正できる。
【００６３】
図２５の処理フローチャートに示してあるように、オペレータはステップ６７１として示されているように先ずオペレータの名前とパスワードを入力するように要請され、入力された名前とパスワードはステップ６７２でデータ分析ノード（図示されず）にある正規の個人名とパスワードのパスワードファイルにより確認される（図示されず）。レンズロット番号のオペレータエントリー、度数値情報、およびオペレータステーションにある現在の日付情報を使って、ロット追跡および再調停アルゴリズム９０が実行される。特にステップ６７３では入力したレンズロット番号が検索され、レンズロット番号のフォーマットが確認される。ロットが歳入のためか試算のためか（「Ｒ／Ｔ」）を表す数字を含む確認済みのロット番号からロットが歳入のためか試算のためかについての決定がステップ６７４で行われる。次にステップ６７５で入力したレンズ度数値が検索され、度数ファクターの有効性が確認される。度数ファクターの有効であるかどうかの決定はステップ６７６で行われる。有効な度数ファクターが無ければ、オペレータは度数ファクターを有効にするため新しい度数ファクターを入力する（ステップ６７５）。度数ファクターが有効な場合は、アルゴリズムはルックアップテーブル（図示されず）を使いステップ６７７で製品コード（「ＵＰＣ」）とレンズ中心厚さ情報を決める。ステップ６７８で示すようにロット番号、度数値情報、ロット使用期限、製品コード、生産ラインの前に、かつ、他のエントリーは製品が一次包装に到着するまでどの操作ステーションでも表示してよいことを理解すべきである。加えて、ロット番号、度数値情報、および他のエントリーはロット製品が一次包装に到着するまで変更してもよい。
【００６４】
追跡ロット移動、ロット調停、およびロット交換手順を支援するため、１つのオペレータステーションまたは殺菌装置ノードにおけるダイナターム（ＤｙｎａＴｅｒｍ）表示ステーション２９ａ，ｂの何れかで表示装置が利用でき、フォーマット化されたフィールドで記憶済み又は以前に入力したロット番号、製品コード、レンズ度数、レンズ中心厚さ、使用期限、製品が歳入のためか試行のためか、ライン上のロットの現在位置は言うまでもなくこれらの情報の表示をオペレータが請求できるようにする。以下にさらに詳しく説明するように、以前に入力済みの情報を表示することに加え、殺菌ノード２０の殺菌サーバー６０により提供されたように、殺菌作業番号も表示してもよい。図２に示した各オペレータステーションがオペレータの請求を取得し、フォーマット化したフィールドで情報をオペレータに表示するための専用CELLworks プログラムを有することは理解される。
【００６５】
〔ロット追跡〕
上記のように、オペレータはロットをラインの次の部分へつぎつぎと配列することができる。ロットが生産ラインに入ったとき、ロット番号情報を表す６個の変数が既存の監視制御システム１００の統計サーバーに記憶される。これらの変数はロット番号、ＵＰＣ、Ｒ／Ｔ、度数、厚さ、および使用期限で、図２６（ａ）に示されているようにデータ構造を有する。ロットが置かれている製造区域により、ロット用の各データ構造は「０」または「Ｆ」で仕分けられ、それぞれライン以前にあるのか、包装以前のライン（射出成型、レンズの製作、養生、金型外し、等）の前にあるかを示す。ロットが一次包装に入ると、図２６（ａ）のデータ構造は「Ｐ」で区分けされそのロットは包装中であることを示す。そのロットのレンズはトレー積載領域、殺菌領域、または二次包装領域にあるとき、統計サーバー２２５は２つの追加変数を図２６（ａ）のデータ構造に記憶し図２６（ｂ）に示すように新しいデータ構造を形成する。これらの変数は入力量と損失量で、ロットの再調停中にシステムへ支給される。ロットが殺菌装置の受け台積載領域に入り始めたら、変数は「Ｌ」で仕分けられ、そのロットが殺菌装置に入ったら、そのロットのレンズ「Ｓ」で仕分けられる。ロットが二次包装に入ると、６個のロット情報変数は「Ｃ」で仕分けられ、カートン詰めを指示する。こうして、本発明の特徴はオペレータが特定のロットの動きを追跡する能力となる。
【００６６】
図２７のデータフローチャートに示してあるように、たとえばライン上で処理中のロット８７５をそのロットが移動されるべき生産ライン上の位置８８０のようなデータを入力することによりロットの移動を要請してよい。次に述べる事柄を処理するmoveLot アルゴリズム６８０が実行される、即ちロット番号８８１、製品コード８８２、度数８８３、レンズ中心の厚さ８８４、使用期限８８５、製品は歳入か試行の何れか８８６、そしてライン８８７の特定の場所へ入力したレンズの合計とレンズの損失合計８８８（以下に述べるように）のようなロット情報データは言うまでもなくオペレータが入力したデータである。
【００６７】
図２８は生産ラインを通してレンズロットの移動を追跡するためのmoveLot アルゴリズム６８０を図示する。図２８のステップ６８０として示すように、生産ライン上のレンズロットの原始位置が検索される。次にステップ６８３では、たとえば、ある問題がラインに存在する場合、レンズロット全体よりもむしろ欠陥バッチを取り去るために予防措置としてロットがエントリー以前に殺菌装置１５において分割されることになっているときロット番号が変更されるべきかどうかが決められる。ロット番号が変更されない場合、ステップ６８５でロット番号、製品コード、度数、レンズ中心厚さ、使用期限、および製品が歳入か試行かといったレンズロットとロット情報データが次のライン位置に移され、ライン上のどの位置でレンズロットが動いたかによりそれぞれ標識「Ｐ」「Ｌ」「Ｓ」または「Ｃ」で仕分けられる。ロット番号が変更される場合、ステップ６８７でレンズロット番号はオペレータにより検出されレンズロット番号のフォーマットはステップ６８９とステップ６９０で確認される。入力済みのロット番号が有効でない場合、オペレータはロット番号を有効にするため新しい度数ファクターを入力するようになる（ステップ６８７）。入力済みのロット番号が有効である場合、アルゴリズムはステップ６９２で上記の識別ロット情報を更新する。
【００６８】
〔ロット再調停〕
製品は製造中に紛失または品質保障のため取り除かれるかも知れないという事実のため、二次包装の前にこの製品および紛失または除去の理由を説明することが必要である。ロット再調停とはこれ以降ゾーン１で示す一次包装作業を離れ、これ以降ゾーン２で示す殺菌作業（殺菌受け台搭載）に入る特定のロットの各レンズ、ロットがこれ以降ゾーン３で示す二次包装（即ち殺菌受け台取り外し、カートン詰め、計量チェック、およびラベル貼付）に利用できるときに説明される処理である。特に、図３３に図示されているロット再調停シート８９０が作成される。そのシートは殺菌装置（ライン８９１）へ入力されるレンズの数と二次包装に利用できるレンズの数（ライン８９９）を示し、そして言うまでもなく特定のゾーン毎（ライン８９２、８９３、８９４、および８９５）に失いあるいは取り除かれたレンズの数に等しい差を確認する。既存の監視制御システム１００にある「ロット追跡と再調停」アルゴリズムはデータエントリーとロット再調停のための計算を支援する。
【００６９】
図２９は、一次包装後殺菌装置１５へ入力したレンズの分量の報告を必然的に伴うロット再調停処理の開始を図示する。この量をオペレータターミナル２３０またはダイナターム（ＤｙｎａＴｅｒｍ）操作卓２９ａ，ｂ（図２）から入力する前に、ロットが一次包装、即ちブリスターパックに包装され殺菌の準備ができた一次包装を終えたかどうかの決定がステップ７０４で行われる。もし一次包装が終っていなければ、ロットが一次包装を終えるまで入力量は入力できないと言うエラーメッセージがステップ７０４で表示される（ゾーン１）。もし一次包装が終っていれば、オペレータはオペレータの頭文字と殺菌の準備ができた実際のレンズの量をステップ７０５で入力することになる。次にステップ７０６でロット情報が更新されロット番号で新しい変数、入力量に反映される。
【００７０】
殺菌作業に入るレンズの量を表す数が入力されると、殺菌から取り除かれるレンズの数（ゾーン２）と二次包装（ゾーン３）領域は、記録され入力されなければならない。図３０に示すように、ステップ７１０とステップ７２０でオペレータは失った製品の数、製品が失われた特定のゾーン、製品が失われ取り除かれた理由、そして殺菌作業番号を全てオペレータターミナルまたはダイナターム（ＤｙｎａＴｅｒｍ）操作卓から入力してもよい。この情報は全て殺菌サーバーから入力される特定のロット番号で参照される。この処理はロットが１ゾーンにある間、何回か繰り返される、たとえばロットがそのゾーンにある間にレンズの紛失が複数回発生する。
【００７１】
特に、ステップ７１０で現在のロット位置のゾーン番号は検索され、ゾーン番号が有効かどうかについての確認はステップ７１３で行われる。ゾーン番号が有効でない場合、オペレータが正しいゾーン番号を入力することになる。ゾーン番号が有効な場合、ステップ７１６でどのゾーン番号が入力されたかについての決定がなされる。もし現在のロットがゾーン２または３にある場合、オペレータが殺菌作業番号をステップ７２０で取り除かれたレンズの数をステップ７１８で入力することになる。取り除かれたレンズの数を入力すると、ステップ７２３でオペレータステーションまたはダイナターム（ＤｙｎａＴｅｒｍ）が理由選択リストを表示し、オペレータが生産からレンズ包装が取り除かれた特別の理由をステップ７２５で入力する。ロット当り複数の殺菌作業があるかも知れないから、１殺菌作業当りいくつかの理由により失われるかも知れない。理由コードとそれらに対する定義を有するルックアップテーブル（図示されず）がオペレータステーションまたはダイナターム（ＤｙｎａＴｅｒｍ）操作卓の各々に利用できる。以下の表２はレンズが取り除かれた理由のいくつかについて詳細に述べている。
【００７２】
理由コード                         定義
０１                        ＱＡのために除去
０２                        レンズ分散
０３                        機械的原因による箔裂け
０４                        箔裂け箔寸法
０５                        箔にかかる不良度数
０６                        箔の使用期限の間違い
０７                        箔上の印刷不鮮明
０８                        印刷の不整列
０９                        箔の不整列
１０                        不整列な穿孔
１１                        溶液無し
１２                        低溶液
１３                        箔上の不良ロット番号
１４                        シール不完全
１５                        穿孔裂け
１６                        シール／包装の吹き飛び
１７                        正しい位置にバーコードが印刷されず
１８                        ブラケットにロット番号無し
１９                        ロット番号バーコードの数字不良
２０                        ＵＰＣバーコードの数字不良
２１                        無効バーコード（ロット番号）
２２                        無効バーコード（ＵＰＣ）
２３                        不正チェック数字
２４                        バーコード上の染み
２５                        バーコード上の穴
２６                        低級バーコードスキャン確認
２７                        過剰のり付け
２８                        タブシール無し
２９                        タブ不平行
３０                        カートンのインクよごれ
３１                        カートン損傷
３２                        異物
３３                        カートン詰め器による計量不良
３４                        ラベル不整列
３５                        カートン陰影部分に印刷のずれ
３６                        不正ケースラベル情報
３７                        ジャムアレー破壊
３８                        カートン詰め器のジャムによるカートン破壊
３９                        コンベヤー移送ジャムによるカートン破壊
４０                        ベルトアレーへのジャムによる破壊
４１                        ベルトアレー外のジャムによる破壊
４２                        箔に印刷の無し
４３                        穿孔無し箔
４４                        余分なレンズ
６０                        理由述べ
【００７３】
図３０のステップ７２７で、オペレータステーションに表示されたリストからの選択を行うかどうか、オペレータがレンズ取り除きの新しい理由を入力したかどうかについての決定がされる。表示されたリストからの選択を行う場合は、オペレータはステップ７３１でオペレータの頭文字を入力することになる。オペレータがレンズ取り除きの新しい理由を入力する場合は、オペレータが入力した最大３４文字になるかも知れない記述は、ステップ７３１で頭文字を書き込む前にステップ７２９で検索される。次のステップ７３５では上記の図２６（ｂ）に示すように描いたデータ構造を持つロット再調停データが更新される。
【００７４】
二次包装が完成した後ロット再調停中に行われる最後の動作は、図３１の処理フローチャートに示されるようにロットを閉めることである。図３１に示すように、オペレータは先ずステップ７４２でパスワードファイルにより確認されるステップ７４０として示されたオペレータの名前とパスワードを入力するように要請される。更新されたロット情報データはステップ７４５で検索され、ロットが前のゾーンをクリアーしたかどうかの決定がステップ７４７で行われる。ロットが前のゾーンをクリアーしている場合、エラーがステップ７４９で報告されロットは閉められない。ロットが前のゾーンをクリアーしている場合はマスターロット（または分割ロット）情報はステップ７５１でオペレータのエントリーにより得られる。それから、ステップ７５４でロット再調停計算が失ったまたは取り除かれた合計のレンズに対して行われる。次にステップ７５６では、失われまたは取り除かれたレンズ包装の合計数が、入力されたそれより多いかどうかの決定が行われる。もし前者の合計数が後者のそれよりも多い場合は、エラーメッセージがステップ７５８で報告される。もし前者の合計数が後者のそれよりも多くない場合は、失われたあるいは取り除かれた総数が入力された総数の１パーセント以上であるかどうかの決定がステップ７５９で行われる。もし失われたあるいは取り除かれた総数が入力された総数の１パーセント以下であれば、失われたあるいは取り除かれた総数が入力された総数の１パーセントに等しいかそれ以下かの決定がステップ７６４で行われる。もし入力されたレンズ包装量が出力された量に等しい場合は、そのロットはステップ７６８で閉められる。もし失われたあるいは取り除かれた総数が入力された総数の１パーセント以下であれば、１パーセント以下の失った総数がステップ７６９でオペレータへ報告され、オペレータはステップ７７１で閉め動作を行うことになる。オペレータはステップ７７１でマスターロット（または分割ロット）閉めを選んだ場合は、マスターロット（マスターロット）はステップ７６８で閉められる。それから、ロット再調停報告がステップ７７５で示しているように記憶と印刷用に作成される。
【００７５】
本発明はその好ましい実施例に関して特に示され述べられているが、前述および他の形状の変更と詳細は添付したクレームの範囲のみに制限されるべき本発明の精神と範囲から逸脱するものではなくこの技術に習熟している者に理解され、添付したクレームの範囲のみに制限されるべきである。
【００７６】
本発明の具体的な実施態様は以下の通りである。
（Ａ）  複数のコンタクトレンズ処理ステーションを有し、更にコンタクトレンズの製造後に複数のコンタクトレンズを殺菌する自動化殺菌ステーションと殺菌後にコンタクトレンズを包装する包装ステーションとを含む、コンタクトレンズを製造する自動化製造ライン用の品質管理システムにおいて、
（ａ）コンタクトレンズの製造に先立ち、少なくともコンタクトレンズの１バッチを形成するレンズロット毎の関連するロット番号及びレンズ度数を含んだコンタクトレンズ・データを受領する第一の手段と；
（ｂ）コンタクトレンズを製造する処理ステーションで複数の処理制御器をその各々が制御する、１個以上の処理ステーションを制御する複数の処理制御装置と；
（ｃ）前記複数の処理ステーションから前記自動殺菌ステーション及び前記包装ステーションへのレンズロットにより形成された複数のレンズの移動を追跡する手段と；
（ｄ）前記殺菌ステーションで不合格とされたコンタクトレンズの理由コードと共に前記包装ステーションに入力されるレンズ数を表すデータを受領する手段と；
（ｅ）前記殺菌室に入力された所定のレンズロット毎のレンズ総数と前記ロットから殺菌及び包装されたレンズの実数とについての概略レポートであって、コンタクトレンズの各バッチ毎のロット数及びレンズ度数を含んでいる概略レポートを作成する手段とから成るシステム。
（１）レンズロットは複数のレンズバッチから成り、前記殺菌ステーションは前記１バッチ分のコンタクトレンズを同時に殺菌し、殺菌されたバッチ毎に殺菌サイクル動作番号を作る実施態様（Ａ）に記載の品質管理システム。
（２）前記概略レポートは前記殺菌チャンバーへ入力されたレンズの数を殺菌サイクル動作番号毎に前記バッチから包装されたレンズの数に一致させる実施態様１に記載の品質管理システム。
（３）失われあるいは取り除かれた各レンズは理由コードと関連し、前記概略作成手段は殺菌サイクル動作番号を有するレンズ包装取り除きコードを含む実施態様１に記載の品質管理システム。
（４）所定のレンズ度数に対する厚み仕様と製品コードを自動的に計算する手段を含む実施態様１に記載の品質管理システム。
（５）厚み仕様と製品コードを計算する手段はルックアップテーブルを含む実施態様１に記載の品質管理システム。
【００７７】
（６）所定のレンズロットに対する満期日を自動的に計算する手段を含む実施態様１に記載の品質管理システム。
（７）前記処理手段は前記生産ライン上の特定のロットの位置を表示する手段を含む実施態様１に記載の品質管理システム。
（Ｂ）  レンズロットにより形成された複数のコンタクトレンズを製造する自動化コンタクトレンズ製造ライン用の殺菌データ処理システムであって、前記コンタクトレンズ製造ラインがコンタクトレンズの製造後前記レンズロットを殺菌する自動化殺菌ステーションを有し、前記自動化殺菌ステーションが殺菌処理の１フェーズ以上を制御する殺菌剤処理制御装置を有し、前記処理制御装置が前記各殺菌フェーズの間に殺菌処理データを定期的に生成してなるシステムにおいて、
（ａ）前記殺菌剤処理制御装置から前記殺菌データを受領する手段と；
（ｂ）前記殺菌データを自動的に分析してテキスト情報及び殺菌剤パラメータにし、更に前記テキスト情報及び殺菌剤パラメータを処理して、前記殺菌済レンズロット毎のロット数に関連する殺菌作業レポートを自動的に作成する手段とから成るシステム。
（８）前記処理制御装置はさらにデータの表示と記憶のため前記殺菌装置パラメータ情報を前記自動化コンタクトレンズ製造ラインのデータ取得装置へ運ぶ実施態様（Ｂ）に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（９）前記処理制御装置はアラーム条件情報を生成し、さらにデータ表示のため前記アラーム条件情報を前記自動化コンタクトレンズ製造ラインのデータ取得装置へ運ぶ実施態様（Ｂ）に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（１０）前記処理手段はさらに前記テキスト情報に基づいた殺菌動作の成功又は失敗および前記殺菌動作レポートに基づいた指示用殺菌制御パラメータ情報を評価するための手段を含む実施態様（Ｂ）に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
【００７８】
（１１）前記処理手段はさらに完全な１組のデータが現在の殺菌動作用に得られているかどうかを評価するための手段を含む実施態様（Ｂ）に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（１２）前記テキスト情報は前記殺菌処理の現在の操作フェーズを含む実施態様（Ｂ）に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（１３）前記殺菌パラメータ情報は前記殺菌処理の各操作フェーズ中に前記殺菌処理制御装置により作られる複数の分離された処理値を含む実施態様（Ｂ）に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（１４）前記処理手段はさらに前記フェーズ期間が前記殺菌動作レポートに含まれる前記殺菌動作の前記各操作フェーズ用のフェーズ期間を決定するための手段を含む実施態様（Ｂ）に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（１５）前記処理手段は各前記殺菌フェーズ用の前記分離処理の最小最大値を決定するための手段を含み、前記分離処理値の最小最大は前記殺菌動作レポートに含まれる実施態様（Ｂ）に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
【００７９】
（１６）前記処理手段はさらに各前記殺菌操作フェーズ用のフェーズファイル情報を記憶するフェーズファイルを作る手段を含む実施態様１３に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（１７）前記殺菌処理制御装置は最初の前指定された時間間隔で殺菌データを生成し、前記殺菌データ処理システムは前記受領手段が前記時間間隔以内に前記殺菌データを前記殺菌器処理制御装置から受領するかどうかを決定する手段をさらに含む実施態様（Ｂ）に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（１８）前記受領手段が前記時間間隔以内に前記殺菌データを前記殺菌器処理制御装置から受領するかどうかを決定する手段は各前記最初の時間間隔中にウエークアップメッセージを作成するためのタイムサーバーを含む実施態様１７に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（１９）前記処理手段は前記殺菌データが各前記最初の時間間隔中に受領されないときに通信タイムアウトアラームメッセージを作成する実施態様１８に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（２０）前記受領手段は通信サーバーである実施態様（Ｂ）に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
【００８０】
（２１）前記処理手段は殺菌サーバーである実施態様（Ｂ）に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（２２）前記殺菌処理制御装置は第二前指定時間間隔でアラーム条件情報を作成する実施態様９に記載の自動化コンタクトレンズ製造ライン用殺菌データ処理システム。
（Ｃ）  レンズロットにより形成された複数のコンタクトレンズを製造する自動化コンタクトレンズ製造ラインで生成されたデータを処理する方法であって、前記コンタクトレンズ製造ラインがコンタクトレンズの製造後前記レンズロットを殺菌する自動化殺菌ステーションを有し、前記自動化殺菌ステーションが殺菌処理の１フェーズ以上を制御する殺菌剤処理制御装置を有し、前記処理制御装置が前記各殺菌フェーズの間に殺菌処理データを定期的に生成してなる方法において、
（ａ）前記殺菌剤処理制御装置から前記殺菌データを受領する段階と；
（ｂ）前記殺菌データを自動的に分析してテキスト情報及び殺菌剤パラメータ情報にする段階と；
（ｃ）更に前記テキスト情報及び殺菌剤パラメータを処理して、前記殺菌済レンズロット毎のロット数に関連する殺菌作業レポートを自動的に作成する段階とから成る方法。
【００８１】
以上のように、本発明によれば、コンタクトレンズの生産を制御する複数の製造工程制御装置から工程制御データを自動的に取得し、リアルタイム表示とオフライン分析のために自動的にデータ処理を行うことができるようなコンタクトレンズ製造施設のための品質管理システムを提供することができる。
【図面の簡単な説明】
【００８２】
【図１】本発明の殺菌モニターシステムの全組織図である。
【図２】本発明の殺菌モニターノード２０と殺菌制御装置２５に接してしめされた既存の監視制御システム１００のハードウエアー構成を示す図である。
【図３】監視制御装置の殺菌装置モニターノード２０の詳細なハードウエアー全体図とそこにおけるデータの流れを示す図である。
【図４】殺菌制御装置２５から受け取るときの殺菌モニターノードの内部状態を示した状態データフローチャートである。
【図５】（ａ）は、殺菌通信データ取得処理５０の詳細を示す図であり、（ｂ）は、殺菌通信データ取得処理５０の詳細を示す図である。
【図６】殺菌サーバー処理５０の主な機能ブロックを示す図である。
【図７】殺菌制御装置により送られたデータラインの性質を決定するためのcharacterizeLineアルゴリズム３００を示す図である。
【図８】データラインからの殺菌装置フェーズデータの１２個の変数を処理するためのprocessDataLine アルゴリズム４０５を示す図である。
【図９】対応フェーズファイルにおいてエントリー用処理変数情報をラインとしてフォーマット化するためのmakePhaseFileEntryアルゴリズム４４０を示す図である。
【図１０】入力データラインからのテキスト形式のデータを処理ためのevaluateTextline処理４５０を示す図である。
【図１１】入力データラインからのテキスト形式のデータを処理ためのevaluateTextline処理４５０を示す図である。
【図１２】殺菌装置動作が最初から始まったときに呼び出されるStartOfRunEvent 手順４６６を示す図である。
【図１３】殺菌装置動作の終わりが検出されているときに呼び出されるdoEndOfRunEvent 手順４８０を示す図である。
【図１４】入力データラインからのアラームデータを処理するためのprocessAlarmStatusアルゴリズム５００を示す図である。
【図１５】ライン評価後毎にアラーム状態を更新するためのupdateAlarmStatus アルゴリズム５５０を示す図である。
【図１６】殺菌作業レポートを作成するためのfinishSteriRunReport手順４８５を示す図である。
【図１７】テキストライン処理を終了し殺菌作業レポートを印刷するためのdoEndOfRunCleanup手順４８６を示す図である。
【図１８】フェーズタイム期間を殺菌作業レポートへ加えるためのaddDurations手順６３０を示す図である。
【図１９】最小最大フェーズ変数データを殺菌作業レポートへ加えるためのaddMimMax 手順６４０を示す図である。
【図２０】殺菌作業レポートファイルを開くためのopenSteriRunReport手順を示す図である。
【図２１】殺菌作業レポートファイルを閉めるためのcloseAndPrintRunReport手順を示す図である。
【図２２】CELLworksシステムにより呼び出されるwakeUpCmdFunc処理２８０を詳細に示す図である。
【図２３】殺菌作業レポートファイルを更新するために呼び出されるendRunReportForTimeout処理２９０を詳細に示す図である。
【図２４】完全な殺菌作業用に自動的に作成される殺菌作業レポートを詳細に示す図である。
【図２５】コンタクトレンズのロット番号情報エントリー用アルゴリズムを示す図である。
【図２６】（ａ）は、一次包装の前にロット情報用に統計サーバーに記憶されるデータ構造を詳細に示す図であり、（ｂ）は、一次包装の後にロット情報用に統計サーバーに記憶されるデータ構造を詳細に示す図である。
【図２７】オペレータの要請によりロットを動かすためのデータフローチャートを示す図である。
【図２８】生産ラインを通してレンズロットの動きを追跡するためのmoveLot アルゴリズム６８０を示す図である。
【図２９】殺菌装置へ入力されたレンズ量の報告を必然的に伴うロット再調停処理の開始を示す図である。
【図３０】二次包装から取り除かれたレンズの数を入力するための手順を示す図である。
【図３１】ロット閉めフローチャートを示す図である。
【図３２】４つの殺菌装置フェーズファイルにおけるテーブル描画フェーズファイルデータエントリーを示す図である。
【図３３】殺菌／二次包装ロット再調停シートを示す図である。
【図１】
2006338047.tif 000003
【図２】
2006338047.tif 000004
【図３】
2006338047.tif 000005
【図４】
2006338047.tif 000006
【図５】
2006338047.tif 000007
【図６】
2006338047.tif 000008
【図７】
2006338047.tif 000009
【図８】
2006338047.tif 000010
【図９】
2006338047.tif 000011
【図１０】
2006338047.tif 000012
【図１１】
2006338047.tif 000013
【図１２】
2006338047.tif 000014
【図１３】
2006338047.tif 000015
【図１４】
2006338047.tif 000016
【図１５】
2006338047.tif 000017
【図１６】
2006338047.tif 000018
【図１７】
2006338047.tif 000019
【図１８】
2006338047.tif 000020
【図１９】
2006338047.tif 000021
【図２０】
2006338047.tif 000022
【図２１】
2006338047.tif 000023
【図２２】
2006338047.tif 000024
【図２３】
2006338047.tif 000025
【図２４】
2006338047.tif 000026
【図２５】
2006338047.tif 000027
【図２６】
2006338047.tif 000028
【図２７】
2006338047.tif 000029
【図２８】
2006338047.tif 000030
【図２９】
2006338047.tif 000031
【図３０】
2006338047.tif 000032
【図３１】
2006338047.tif 000033
【図３２】
2006338047.tif 000034
【図３３】
2006338047.tif 000035