JP2002506358A - 顧客専用パッキングライン - Google Patents

Abstract

(57)【要約】 自動パッキングラインは、１つ以上のボトルの多数の或いは少数のオーダーを充填することができ、各ボトルは、１回の実行で、複数の異なる医薬タブレットのうちからそれぞれのもので充填される。異なるサイズのボトルを使用して、また各ボトルにカスタマイズされたラベルを提供して、個人的な消費者、薬剤師及び卸売り業者のオーダを同時に充填することができる構造が、提供される。フレキシブルフィラーステーションは、複数のボトルをそれぞれのタブレットで充填する。インテリジェントデータを搬送するパックは、各ボトルを運搬し、ボトル、顧客、オーダ、薬品、ボトルサイズ及びラベル情報などを示す情報を含んでいる。パック取り扱いステーション（ＰＨＳ）は、ラインを通して散在して、ライン上で実行される多数のオペレーションを確認し、また、後続のＰＨＳによって後にリジェクトされるが、最も早い機会にパックをリジェクトする。ＰＨＳユニットは、実質的に同一のものであり、制御ソフトウェアのオペレーションを修正してラインの異なるポイントにおいて異なるフィーチャを実施するＤＩＰスイッチを備えている。パックは、それぞれラインを通過した後にリサイクルされる。初期化ＰＨＳは、パックデータストレージを消去し、フェースセーフオペレーションにおいてリジェクトとしてマークする。フレキシブルフィラーステーションは、パックを許容可能なものとマークしなければならない。フレキシブルフィラーステーションに続き、キャッパに続き、またラベルプリンタに続くその後の各ＰＨＳは、リジェクトがマークされ或いは様々な基準値を満たすことができない場合に、パックをリジェックトすることができる。

Description

【発明の詳細な説明】 顧客専用パッキングライン技術分野 本発明は、特定の顧客について、異なるロットサイズをもって、多様な製品の 多様な容量に対する多様なオーダーに対応するアッセンブリラインとしての自動 パッキングラインに関し、より詳細には、薬品の仲介顧客や最終消費者ごとに異 なる薬品についての異なる容量に対するオーダーを、一つの生産ライン上におい て同時パッキングするためのシステム及びプロセスに関する。発明の背景 従来技術によるシステムが、タブレットコンテナを自動的に充填するように使 用されていた。しかしながら、与えられた処方箋に基づく処方段階においては、 多くのコンテナが未だ人の手によって充填されている。手で充填する方法であれ ば、正確で高品質な処方薬をコンテナに詰めて提供することができるが、退屈で あり、時間を要し、また不経済である。 さらに、近年製造段階で使用されているパッキングシステムは、例えば、従来 技術においてはオーダーごとに特有な情報をドラッグパッキングラインの様々な ステーションに通信するためのあらゆるプロセス或いは装置が欠如していたため 、柔軟性がなく個々のオーダーに応じることができない。従って、公知のタブレ ットパッキングシステムでは、一定のサイズのボトルを使用して、ボトル毎に一 定の数のタブレットのみを提供し、またボトルに予め印刷された一種類のラベル をつけて、一度に一つの種類のタブレットのみがパックされる。新しい製品、ボ トル或いはラベルを提供するためにこのようなラインを変更するには、２時間か ら８時間必要であり、膨大な生産時間の損失をもたらす。このような生産時間の 損失によって、現在の製造・パッキング作業では、かなりの量の製品（最低でも 50,000個から100,000個のパッケージ）を変更前の特定フォーマットでパックし なければならず、従って、継続して販売するためには倉庫に膨大な在庫品を貯蔵 しなければならない。よって、医薬製品の販売には、特定の小売業者或いは薬局 に順次供給する仲介の卸売業者が必要である。 従って、現在のシステムでは、供給チェーンに沿った多数のポイントにおいて 、パッケージされた製品の膨大な在庫を確保する必要がある。このことは、タブ レットの製造からそのタブレットを消費者に分配するまでに６月程度の時間的な 遅れを生じる。現在のタブレットのパッケージ方法等により、製品の消費期限が 重要となっている。 Archer等による米国特許第5522512号は、タブレット容器に連続して詰めるた めの自動装置を開示している。これは、所定のパラメタ設定値に基づいて自動的 にタブレットを供給し、検査し、進路を変更して、正確な数及び種類のタブレッ トを有する充填後のタブレットコンテナを提供することができるものである。こ こに開示されている装置及び方法は、直接に流通するため、丸薬のようなタブレ ットの流れを継続して仕分けて所定の数のタブレットを自動的にコンテナに詰め ることができる。製薬産業の場合は、充填された状態のコンテナが消費者或いは 卸売業者への流通に適する。 Charhut等の米国特許第5208762号では、処方薬を詰める際の薬剤師の負担を軽 減する試みがなされている。しかしながら、ここに開示されているシステムは、 小売りである薬局の段階において実行しようとするものであり、一日当たりおよ そ1100瓶にしか詰めることができない。｀762号特許のシステムは、異なるサイ ズの薬びんに詰めるためにそれぞれに提供される複数のラインが必要である。各 ラインは、薬びんを導入するためのアンスクランブラと、薬びん充填装置として の修正された自動タブレットコントローラ（ＡＴＣ）とを備えており、規則によ って要求される薬品の調合や量によって決まるそれぞれのラインにおいて、この ようなＡＴＣ装置を複数使用することができる。公知のラベラ及び公知のキャッ パを薬びんの充填後に運転し、さらにアキュムレータが間違った薬品の数、 不明瞭なラベル或いは不適切に取り付けられたキャップを有する薬びんを取り除 く。 しかしながら、｀762号特許のシステムでは、ここで実行される様々な安全点 検は勿論、受動者（例えば、消費者或いは顧客）がしたオーダーの情報やプロセ スのあらゆる段階におけるオーダーの現状に関するデータフローは、中央制御シ ステムによって保持され、また制御されている。このような手法では、一つの制 御ユニットで、処理途中の薬びんのそれぞれについて、膨大な数の作業ステップ のそれぞれのトラックを維持しなければならないため、ラインの処理速度及び処 理容量は極端に制限される。全てのオーダーに関する情報は中心部において保持 され、また処理されるため、個々のステーションやラインの構成要素には、様々 なラインオペレーションを自発的に制御するための設備はない。 上述の従来技術の内容（特にArcher等による特許第5522512号）をここで参照 する。 しかしながら、上述の従来技術では、仲介或いは卸売り段階でのオーダーだけ でなく個々の顧客のオーダーを満たすことができ、また個々のオーダや一つのボ トルで全体的なオーダーを構成できる個々のボトルのそれぞれについて個別に印 刷されたラベルを提供することができ、また製造プロセスの各ステップにおいて 十分な質を保証する、製造の大量生産レベルにおいて作業する完全な自動システ ムを提供することができない。開示された技術では、倉庫段階におけるパッケー ジされたタブレット或いは他の製品の仲介的な貯蔵の要求を排除することができ ない。 従って、本発明者は、複数のボトル或いは一つのボトルのいずれかを含んで個 々のオーダーのそれぞれについて個別に印刷されたラベルを提供することができ るプロセスの大量生産段階において、製造プロセスの各ステップにおける十分な 質を保証して、仲介及び卸売り段階でのオーダーだけでなく個々の顧客のオーダ ーを満たすアッセンブリラインを提供することができないという点に従来技術の 欠如を見いだした。開示された技術では、パッケージされたタブレット或いは他 の製品の倉庫段階における仲介的な貯蔵の要求を排除することができないため、 工場での貯蔵倉庫から、卸売り業者への仲介的な貯蔵倉庫、薬剤師への貯蔵倉庫 及び直接的な顧客へ貯蔵倉庫への流通のための積出しまでに複雑な製品流通シス テムを必要とする。 発明の開示 上記従来の問題点を解消するために、本発明は、単一のランにおいて、ことな る数量の異なるタブレットまたは他の製品についての複数の異なるオーダーを充 填し、適切かつ個別に充填されたオーダーをラベル付けして注文した顧客に直接 に充填されたオーダーを送り出す前に処理の各工程において、完全な品質制御及 び保証を提供する、大量生産レベルで顧客特定包装ライン操作を提供して、単一 ライン上で異なるオーダーを包装し、顧客に包装されたオーダーを送り出すため の完全自動包装−送出システムを提供することを目的とする。 本発明の更に具体的な目的は、複数の個別のオーダーをアセンブリラインベー スで大量生産で同時に処理できる顧客特定包装ラインを提供することである。 本発明の更に別の具体的な目的は、単一処理で、異なる顧客及び中間顧客のた めの異なる数量の異なる薬品について複数の異なる処方薬を同時に充填するよう な顧客特定包装ラインを提供することである。 本発明の更に別の目的は、既存の包装−棚卸し−送出操作を、包装−送出操作 に代えて、顧客に薬品を提供するのに必要な料金、時間、設備を削減することに より効率を高めることである。 本発明の別の目的は、異なる処方薬用ボトルに異なる顧客及び中間顧客のため の異なる数量の異なる薬品について、複数の異なる処方薬を同時に充填するよう な顧客特定包装ラインを提供し、該当する処方薬ボトルに、それぞれ対応して適 切なラベルを準備し貼りつけるアセンブリラインを提供して、ボトル内部に含ま れる異なる処方薬を識別することである。 本発明の更に別の目的は、その入力側で、タブレット、空のボトル、キャップ 及び未印刷のラベルをまとめて受け取り、出力側で、同一ライン上で複数薬品を 同時に処理しながら各顧客または消費者のための正しい処方薬を内部に含む正し く個別にラベル付けされた複数のボトルを提供する、システムを提供することで ある。 本発明の更に別の目的は、包装された製品用の異なるコンテナを、システムを 通して各オーダーをトラックするのに使用され、読出専用または読出及び書込可 能形態でデータを保持するデータ搬送パックによって、ラインに下ろす顧客特定 包装ラインを提供することである。 本発明の更に別の目的は、安全検査データに沿って、特定オーダーを識別する データを搬送する装置を有し、個別の各オーダーに従って包装ラインにそって複 数の個別の充填されるコンテナを搬送する搬送装置を提供することである。 本発明の更に別の目的は、タブレットの１００％検査とコンテナに貼りつけら れたラベルの１００％までの検査を提供する能力を維持し、２０分程度の短い時 間ラインにおいて製品切り換えを時々行い、単一インタフェースを介して最少人 数のオペレータによってライン作動及び性能を監視しながら、単一処理において 、薬用タブレットについて異なる処方薬用の複数のコンテナを同時に充填する顧 客特定包装ラインを提供することである。 本発明の更に別の目的は、複数の異なるサイズのコンテナと、異なるコンテナ に対応した複数の蓋と、を入力として受け取り、また個別製品の個別の数量につ いての多くの個別のオーダーを識別する入力データを受け取り、自動アセンブリ ラインにおいて、充填されラベル付けされたオーダー特待製品のオーダー特定数 量を含むコンテナを生産し、後続のコンテナが対応する後続の個別のオーダーに 従って個別に決定された製品の種類及び数量を有し、前記コンテナが、内部に含 まれる製品の種類及び数量を識別し、更にオーダーが調剤された顧客を識別する 個別に貼りつけられたラベルを有する、顧客特定包装ラインを提供することであ る。 上記複数の目的によれば、本発明は、コンテナ入力ステーションと、コンテナ 充填ステーションと、コンテナ充填ステーションを制御して任意の複数のコンテ ナに任意の複数の薬品を充填する充填制御手段と、薬品オーダー情報をそれぞれ 含むことができる複数のタグ手段と、を有する自動コンテナ充填システムを提供 する。この実施の形態において、前記タグ手段のそれぞれが各コンテナに関連付 けられて、各コンテナの各オーダー情報を前記充填制御手段に搬送し、前記充填 制御手段が前記各タグ手段からの前記各オーダー情報に応答して作動し、コンテ ナ充填ステーションを制御することにより前記各タグ手段と関連付けられた各コ ンテナに各オーダーにおいて規定された各薬品を充填する。 他の実施の形態において、読出専用タグ手段が使用されて、それぞれが、これ に関連付けられた各コンテナを識別する情報を搬送する。本発明のこの実施の手 形態において、オーダー及びルーティング情報がタグ手段からの情報に応答して 生成される。 さらに、本発明の別の態様によれば、単一ランにおいて、コンテナ内に異なる 数量の異なる製品についての異なるオーダーを自動的に包装するステップと、 個々のコンテナを自動的にラベル付けして包装された数量及び製品を識別する ステップと、 個別の顧客に送り出すための個別のオーダーを提供するステップと、 を含んで構成される包装されたコンテナを大量生産するための包装ラインを操作 して自動包装−送出システムを実行する方法が提供される。 本発明のこれらの及び他の目的、特徴及び利点は、以下の記載及び図面から当 業者には容易に理解される。ここで以下の記載及び図面において、本発明の好ま しい実施の形態が、これに限られるものではないが、本発明を実施するのに適し た最良の形態（及び変更実施の形態）の１つの示すことによって説明される。本 発明自体はテンプの請求の範囲によって定義される。明細書及び図面を調査し、 実施することにより明らかになるように、請求の範囲に開示される本発明の範囲 が逸脱しない限り、本発明は更に別の異なる実施の形態が可能であり、そのいく つかの詳細は種々の明白な態様において修正が可能である。従って、ここに開示 の図面及び記載は、本発明を限定的にではなく、本質的に示すものと考えられる 。図面の簡単な説明 添付の図面は、明細書に組み込まれてその一部を構成するものであり、本発明 の好適な実施形態に係る幾つかの態様を示し、また説明と共に本発明の原理を説 明している。 図１は、本発明に係るシステムの全体図であり、ブロック図によって本発明に おいて使用される様々な制御デバイスを構成する構成要素を示している。 図２は、本発明に係るパッケージラインを通してボトルを搬送するために使用 されるパックを示している。 図３は、本発明のシステムにおける材料及びデータのフローを示している。 図４は、本発明のシステムを介する主要なデータフローを示している。 図５は、本発明に係る進路変更のないパック取り扱いステーション（ＰＨＳ） のオペレーションを示すフローチャートを提供している。 図６は、本発明に係る進路変更のあるＰＨＳのオペレーションを示すフローチ ャートを提供している。 図７は、本発明に係る確認ＰＨＳ４０のオペレーションを示すフローチャート を示している。 図８は、本発明に係る初期化ＰＨＳ２４の制御及びオペレーションを説明する フローチャートである。 図９は、本発明による一般的なＰＨＳの制御及びオペレーションを説明する状 態遷移図を提供している。 図１０は、本発明による充填ステーションコントローラ１４によって制御され るフレキシブルな充填ステーション２６のオペレーションを示すフローチャート を提供している。 図１１は、ライン状態遷移図によってラインのオペレーションを制御する際の 充填ステーションコントローラ１４のオペレーションを示している。 図１２は、チャネル状態遷移図によってフィラーのチャネルのオペレーション を制御する際の充填ステーションコントローラ１４のオペレーションを示してい る。 図１３A、図１３B及び図１３Cは、本発明による充填ステーションコントロー ラ１４のオペレーションを説明するフローチャートを提供している。 図１４は、ＨＬＣ１５のオペレーションを示す状態遷移図である。 図１５は、ＰＳＣ３５のオペレーションを示す状態遷移図である。発明を実施するための最良の形態 概要 図面を参照すると、図１は、本発明に従って異なる薬品について複数の個々の 及び異なるオーダーを満たすためのパッキングから積出しへのオペレーションを 説明するブロック図を示している。オペレーションは、本発明に係る顧客専用パ ッキングライン（ＣＳＰＬ）によって実施される。図示のシステムでは、医薬用 タブレットをパッキングするためにシステムにおいて一般的に使用される薬びん 或いはボトル１０で示される空の製品用コンテナが、各ボトルをラインの様々な ステーションに運び、またシステムを通して各オーダーをトラックするために使 用されるデータ搬送用パック１２に入ってラインに供給される。その出力側では 、ＣＳＰＬは、充填され、またラベルが張られた状態のボトル４７を提供する。 本発明は、パッケージされる製品に適するいかなる種類の製品用コンテナにも適 用可能である。即ち、以下の説明では、このような全てのコンテナをボトルとし て称す。 図２を参照して更に説明されるパック１２は、本発明の重要な特徴をなす。好 適な実施形態では、パックは、安全点検用データと共に、各ボトルに対して要求 されているコンテンツ、その一部である特定のオーダーを識別するデータを搬送 する。データはパックに格納され、ラインの途中の各ステーションにおいて読み 出される。他のあらゆるオーダーに関するデータと同様に、後述する充填ステー ションにおいてもデータをパックのストレージに書き込むことができ、ボトルに 詰められるタブレットに関する特定の情報を提供する。オーダ或いはボトルにつ いて特定の情報の提供に加えて、パックがボトルを搬送するためにユニークに設 計されてその上端部が特定の高さに設定されているため、異なるサイズのボトル を、充填ステーションの変更なしに充填することができ、キャッピングステーシ ョンの最小限の変更でキャップして、またプリントステーションの最小限の修正 でラベルを貼りつけることができる。 本発明の他の要点は、ラインの途中の様々なポイントにおいて、多数のパック 取り扱いステーション（ＰＨＳ）の設備に備わっている。各ＰＨＳのそれぞれ（ ラインを構成する先行するステーション又は後続するステーションのそれぞれ） は、そのそれぞれのステーションと接続して、そのステーションに対し、パック によって搬送されるボトルに関する特定のオーダーを満たすために要求される特 定のオペレーションを実施するために必要な情報を提供する。ＰＨＳユニットは 、オペレータ入力に対する入力制御をも含む。様々なオペレータ入力スイッチ或 いはパネルが提供されて、オペレータが、ここで提供されるフローチャートに従 ってＰＨＳと相互作用し、ＰＨＳのオペレーションを修正することができる。以 下の説明から理解できるように、このような制御スイッチ及び入力は、他の異な るステーションにおいても提供される。ＰＨＳユニットは、他の異なるオペレー タ入力を受ける（また応答する）だけでなく、パックと通信するために実質的に 一定に設計されている（それぞれは、パックからの情報を読み取るように設計さ れている）。ＰＨＳユニットのオペレーションは、多様なフローチャート、ここ で提供される状態遷移図、及び添付のテキストにおいて更に説明される。 図１には、太い矢印によってパック１２の動きが示され、また細い矢印又は点 線で示した矢印によってデータフロー又は制御の流れが示されている。 本発明に係る好適な本実施形態では、ＰＨＳ２４でのみデータがパックに書き 込まれて、フレックスフィラ２６において容器を充填する。しかしながら、ＣＳ ＰＬの構造が修正できて、それぞれがパックに書き込む能力或いは機能を有する 複数のＰＨＳユニットを使用できることが好ましい。パックに情報を書き込む全 てのＰＨＳは、オーダーを満たすときにラインに沿って実行されるオペレーショ ン又は達成されるべきオペレーションの後続するラインステーションに情報を提 供する。他の実施形態では、パックは、ＣＳＰＬを介した通路においてボトルに 対して施されたことの履歴を含んでよい。更に別の実施形態では、パックを、ラ インを構成するいかなる要素によってもデータを書き込むことができないリード オンリ型としてよい。 パック取り扱いステーションは、ラインを構成するステーションにパックを提 供し又は欠陥品の検出時にパックの進路を変更するため、それぞれパック入口部 、パック輸送部、及びパック送出部の構成要素を含んでいる。ＰＨＳの本質は、 以下に提供される詳細な説明により更に説明される。 ＣＳＰＬは、以下の構成要素を更に含んでいる。 充填ステーションコントローラ（ＦＳＣ）１４が高水準コンピュータ（ＨＬＣ ）１５の指示に基づいてラインの全体的な制御を提供する。アンスクランブラ１ ６は、図示しないバルクサプライから提供される充填すべきボトルを供給する。 パック集積テーブル２０は、充填すべきボルトについて使用するパックを収納し ている。ボトル配置ステーション２２がボトルをパックに配置する。パック初期 化ステーション２４（ＰＨＳ）が、パックから以前のデータを消去して、パック を初期化することによって、パックが再使用できる。フレキシブルフィラ（フレ ックスフィラ）２６は、供給されるべきタブレットをボトルに充填する。フレッ クスフィラ２６は、全てのタブレットのサイズ、形及び色を点検し、各ボトルに 入れるべきタブレットの正しい数量をカウントする。パック取り扱いステーショ ン２８（ＰＨＳ）は、充填が失敗した全てのボトルを取り除く。キャッパ３０は 、供給されるべきキャップを使用して、充填後のボトルにキャップを取り付ける 。ラベラ前ＰＨＳ３２は、キャップが取り付けられていない或いは正しく取り付 けられていない全てのボトルを取り除き、パックからのデータを読み取る。オン ライン・オンデマンドプリンタ３４は、提供された白紙のラベルを使用して、各 顧客のオーダーによるそれぞれのボトルについてカスタマイズされたラベルをプ リントする。ラベルを個々にプリンタに提供することも可能であるが、ラベルは 、白紙のロールの状態でプリンタに供給される。プリンタは、プリントステーシ ョンコントローラ（ＰＳＣ）３５の制御及び指示に基づき、人が解読可能な形態 で或いはバーコードでラベル情報をプリントする。ＰＳＣはまた、ＦＳＣ１４か らオーダ及びボトル情報を受ける。プリント品質点検（ＰＱＩ）及び光学キャラ クタ確認（ＯＣＶ）システム３６は、それぞれのラベルを、プリント品質及び正 確なデータについて、点検する。ラベラ３８がボトルにラベルを取り付け、ＰＱ Ｉ又はＯＣＶによる点検を通過しながったものの全てを取り除く。ラベラ後確認 ステーション４０は、ボトルにプリントされたバーコードをパックに格納された 情報と比較することによって、ラベルを確認する。デパッカ４２は、ボトルをそ れらのパックから取り外し、パック返還システム４４は、充填すべき他のボトル を搬送するため、分離したパックをパック集積テーブルへ循環する。 図示された本発明に係るシステムでは、ボトルは、例えば振動を利用したアン スクランブラのような他の種類のアンスクランブラを使用することもできるが、 （上述の米国特許第5208762号に開示されているような）公知の種類の遠心力を 利用したアンスクランブラを使用してシステムに供給されている。送り出された ボトルは、パックキャリアに自動的に配置される。特定のオーダーについて特有 な複数のあらゆる製品或いは材料を任意の種類のコンテナに充填するための一つ のラインを構成する設備に対してより広義に関連するボトル以外のコンテナが考 慮されて、本発明の目的の範囲内に含まれることが好ましい。さらに、コンテナ を搬送するための本デバイスに特有な形態は、ここで図示されたパック構造に限 定されない。しかしながら、図示されたパック構造は、開示された装置を使用し て処方薬を充填するボトルの運搬に使用するために設計されていることが好まし い。従って、本発明によるパック構造は、異なるサイズのボトル（コンテナ）を フィラの吐出しノズルへ均一な高さで有利に搬送することができ、サイズを変更 したボトルを、充填ステーション内においてフィラが一定の高さでタブレットを 吐出す特定の充填装置によって充填することができる。それにもかかわらず、他 の搬送デバイスを使用することができる。さらに、適切に構成されたコンテナに 対して、コンテナ自体に再使用可能な或いは使い捨てのデータ搬送要素を取り付 けて、このようなパックやキャリア構造を伴わずに本発明のコンセプトを利用す ることができる。 搬送されるボトルをユニークに識別するデータを格納するデータ搬送要素４６ がパックに嵌め込まれ、これに顧客及び／或いは消費者の特定データを書き込む ことができる。本発明に係る好適な本実施形態では、公知の無線周波数（ＲＦ） タグがデータ搬送要素４６として使用される。公知のように、このようなＲＦタ グは物理的な接触なしに照会し、また書き込むことができ、メモリチップ或いは 磁気記録デバイスのようなデータストレージデバイスを含んでいる。 コンテナを搬送するためにあらゆるデータ搬送要素を使用することは本発明の 目的の範囲内であり、接触によらない（例えば、データを伝達するための配線を 必要としない）方式で照会し或いは書き込むことができる種類のデータキャリア が好ましい。上述のように、搬送デバイスの特別な位置決め構造を必要とせずに 充填することができるコンテナに対しては、データ搬送要素をコンテナに直接取 り付けることができる。このようなデータキャリア（ＲＦタグに限定されない） は、ラインでの再利用のため後に取り外すことができ、又はプロセスの初めから 終わりまで、更に積出し後でさえも、コンテナに残してもよい。コンテナにデー タキャリアを残したままにしておくことは、ボトルが通過する際にＣＳＰＬがデ ータキャリアからデータを読み出すだけのライン構造をなしていて、データがデ ータ搬送要素に予め書き込まれている場合に有用である。例えば、バーコードの ように光学的に読み出すことができるタグに識別データを予めプリントした場合 は、個々に作成したバーコードラベルを、プロセスの過程で使用するためにボト ルに貼りつけてよい。さらに、不必要な配線を取扱い、また操作するための適切 な配慮がなされた場合には、データの読み出し／書き込みのために接触或いは配 線が必要なタグ或いは他のデータキャリアを使用することができる。 本発明によれば、ボトル１０は、コンベアベルト、スラットコンベア或いは他 の方法によって、アンスクランブラ１６からフレックスフィラ２６を通って搬送 され、顧客ごとに特有のオーダーをＦＳＣ１４と通信するＨＬＣ１５によって格 納されているデータベースから受ける。ＦＳＣ１４の制御に基づいて、フレック スフィラ２６は、正確な数量を点検されたタブレットをボトルに充填し、同時に 顧客専用のデータをパックのＲＦタグ４６に、図１０のフローチャートで説明さ れるように、書き込む。ラインにおいて異なるサイズのボトルを同時に充填する 場合は、各サイズのボトルに対して特定のボトルアンスクランブラ及びコンベア が提供され、複数のコンベアのそれぞれは共通の充填ステーションに合流する。 上述のArcher等による米国特許第5522512号に開示されているようなフィラー モジュールを、適切な修正を施して、本発明に係るタブレット充填ステーション において使用すべきことを考慮することが好ましい。ここで開示されているよう に、フレキシブルタブレットフィラー等のシングルモジュールは、タブレットボ トルにを提供するために４つの別個のチャネルを提供するように構成することが できる。このようなフィラーモジュールは、毎分4000タブレットまでの全体的処 理量で運転することができる。特に｀512号特許で開示されているように、ここ での自動タブレット充填システムでは、タブレットは、振動を利用したフィーダ を使用したホッパから一つのコンベアベルトに供給されて、点検システムモジュ ール（ＩＳＭ）を通過している。多数の線走査カメラを使用して点検すれば、タ ブレットをリサイクル用、廃棄用或いはボトル充填用に分類することができる。 ここで開示されているシステムは、製品の分離性を改善するためにバリアシス テムによって分離されて４つの独立したコンベアベルトを提供する４つの独立し たベルトを提供することによって、フィラの４つのラインのそれぞれが異なるタ ブレットをパッケージすることができる。 ｀512号特許の点検システムは、３つの線走査カメラを使用している。第１の カメラ（例えば、公知の1024画素高解像度TDI CCDカメラ）は、３つのうち１つ の色彩（例えば、緑）に関するデータだけでなく、形状及びサイズ（面積）に関 するデータを提供する。他の公知の２つの256画素CCDカメラ（中間的な解像度） は、他の２つの色彩（例えば、赤及び青）に関するデータを提供する。本点検シ ステムは、ベルトに乗って通過した時に、タブレットを点検してタブレットが正 しい色彩、形状及びサイズ（面積）であることをチェックする。このようなチェ ックによる副産物は、タブレットのダメージ及び僅かなタブレットの特徴から生 じる逸脱の判定である。 このようなフィラーにより、１本のボトルにつき100タブレットの容量であれ ば、毎分３５ボトルを処理できることが理解できる。タブレットの容量が少なけ れば、ボトルの処理速度を最大で毎分８０ボトルを超えるまでに早めることがで きる。４つ（或いはそれ以上）のタブレット充填モジュールを連続して接続して 、毎分16000タブレット（或いはそれ以上）に及ぶ供給速度を提供することがで きる。これは、１本のボトルにつき100タブレットの容量で、毎分120ボトル以上 （或いはそれ以上）を充填できることになる。 フレックスフィラーモジュールを構成する４つのチャネルは、互いに独立して おり、また独立したタブレット用の貯蔵箱と連結している。１つのモジュールは 、４つまでの異なる製品いずれかを、ラインのあらゆるボトルに充填することが できる。本発明に係るシステムをここで利用する際には、特定の処方箋に従う薬 品を使用してコンテナを充填するために、１種類のタブレットのみを各コンテナ に充填することとなる。しかしながら、他の製品によってボトルを充填するため に使用される場合には、異なる製品は１つのボトルに充填されることが好ましい 。例えば、多様な製品の異なったパッケージを、本発明に係るＣＳＰＬを使用し て、充填することができる。 ＣＳＰＬを、１つ或いは多数の異なる種類のタブレットをボトルに充填するた めに使用すれば、詰めるべきタブレットの種類の変更がフレックスフィラ２６の 適切なアッセンブリの変更という単純な作業に減ぜられ、新しいタブレットを分 配するために以前に分配されたタブレットの充填チャネルにおける残余の回避を 確実ならしめる適切な汚染排除処置が伴う。チャネルでは、振動を利用したフィ ーダ及びコンベアベルトがタブレットを貯蔵ホッパからタブレット進路変更機構 へと、さらにそこからボトル又はリサイクル或いは廃棄箱へと運搬する。これら の（プロダクトダストと接触する）部分は、分配すべきタブレットの種類を変更 し或いは修理するの時に取り除かれる。ライト、分析部、計算部及び類似する構 成要素（他の変更されないディスペンサも同様）といった接触しない部分だけを フィラーに残す。モジュール式配置により、生産時間のロスを最小限にして、分 配される製品を容易に、効果的に、かつ真っ直ぐに配置することができる。 フレックスフィラ２６内部の各充填チャネルは、その入力部に個別のパック入 口部システムを有して、データをパックに書き込み／読み出すためのトランスミ ッタ／レシーバを含むことが好ましい。 充填後、ボトルはフレックスフィラーを出る。好適な実施形態では、ＰＨＳ２ ８は、ＲＦタグを点検して、不正確に充填されたボトルをこの段階で排除する。 全てのＰＨＳユニットがボトル排除の可能性を有するため、排除するための設備 は、ラインの他の段階において形成されてもよい。 ＰＨＳ２８を出た後、ボトルは、（上述の米国特許第5208762号に開示されて いるような）公知のキャッパ３０によってキャップを取り付けられる。ＰＨＳ２ ８では、ボトルを２つのキャッパのうち一方へ送るための２つの経路が提供され て、２種類のキャップ、例えば子供用或いは標準用、のうちいずれをパックによ って搬送される特定のオーダー情報に従ってボトルに取り付けることもできる。 さらに、ラインによって幾つかのサイズのボトルを充填する場合には、幾つかの キャッパが設けられて、特定のサイズのキャップが適切なボトルに取り付けられ る。フレックスフィラー２６を出るボトルと接続しているパック１２によって提 供されるサイズ情報に従って、ボトルの進路を、サイズによって決まる幾つかの ブランチのうち全てに、変更することができる。サイズ毎に独立したブランチの それぞれにおいて、キャッパ３０は、適切なキャップを取り付ける。 キャップを取り付けた後、２つのキャップ取り付け経路を経たボトルは、再び 合流して、ボトルとパックとがラベラへ進み、ラベラ前ＰＨＳ３２がパックによ って搬送される顧客毎に特有の情報を読み出し、ラベルをプリントするプリンタ ３４を制御するためのデータをＰＨＳ３５に提供する。不適切に充填され、不適 切にキャップを取り付けられ或いは他の欠陥を有するボトルを前もって進路変更 して取り除くことで積み出すボトルに対してのみラベルをプリントすることによ り、またボトルを充填した後にだけプリントする個々のラベルを提供することに より、本発明によるシステムは、食品或いは薬品の管理から課される全てのラベ ルアカウント要件（ラベル制御要件）に対応することができる。充填後において 個々にラベルをプリントすることは、プリントされたラベルのロールを使用する 従来技術に対して、顕著な利点を提供する。従来技術による方法では、規則上の 要件を満たし、製品の完全を保証するために厳密な監視が必要であるのに対し、 本発明による方法は、この点での問題を殆ど排除して、ラベルのために維持する 記録の時間、労力及び費用を軽減する。 プリントの質はＰＱＩ及びＯＣＶステーション３６で確認される。確認済のラ ベルは、公知のラベラ３８によってボトルに取り付けられ、ラベルを貼りつけら たボトルが、パックに挿入された状態で搬送されてパッキングラインを進む。ス テーション４０では、ＲＦタグ３６が読み出されて、そのデータをラベルにプリ ントされたバーコードと比較する。この段階でエラーが検出されると、そのボト ルが排除される。ラベルのバーコードがＲＦタグのデータと一致しているものと 確認されると、パックが分離された後、ボトルはボトル積出し用設備へ進む。こ こで、共通のオーダーのボトルが積み重ねられて、注文の製品を顧客へ輸送する 準備をする。ボトルをパックから分離した後、パックは、パック返還システム４ ４介して、パック集積テーブル２０へ返還され、レベルを貼った充填後の（多様 なサイズの）ボトルが４７において出力される。 メインライン制御タスクは、ＨＬＣ１５と通信している充填ステーションコン トローラ（ＦＳＣ）１４内部に備わっている。システムは、ＨＬＣ１５によって 格納されているデータベースから様々な製品に関するオーダーを受け、それが充 填及びラベリングステーションを通過するときに顧客毎に特有なオーダーのそれ ぞれをトラックして、高水準コンピュータシステムにオーダが有効に満たされた ことをレポートする。 本発明に係る本実施形態では、いずれの一時においても１つのサイズのボトル のみを使用し、様々なボトルサイズの中から最小限度の労力で変更することがで きるが、本発明によるシステムは、１回のオペレーションで様々なボトルサイズ を同時に取り扱うことで、異なるサイズのボトルに適切なサイズのパックが提供 された場合に、１プロセスで異なるサイズのボトルのいずれについてもオーダー を満たせることが好ましい。 例えば、３つのサイズのボトル（３０ml、７５ml及び120ml）が同時に取り扱 われる。上述のように、同じラインで複数のボトルサイズを取り扱う場合は、パ ック取り扱いステーション２８は、異なるサイズのボトルを独立したラインブラ ンチに分離して、異なるサイズのボトル毎に独立したキャッパへ導く。異なるサ イズのボトルをラベリングする場合にも、同様の方法を利用することができる。 即ち、異なるラベラを、特定のラベラでラベリングするために異なるサイズのボ トルを異なるラインブランチへ送るラベラ前ＰＨＳ３２と共に、異なるボトルサ イズのそれぞれについて使用することができる。付加的な設備が、適切なサイズ のボトルを充填レーンのそれぞれに送るために、必要となる。 キャップを取り付けた後、キャッパからの出力ブランチは、ラベラ前ＰＨＳ３ ２において、ボトルを再合流したラインへ誘導する。前述のように、シングルモ ジュールのフレキシブルタブレットフィラー２６は、それぞれが異なる種類のタ ブレットを供給することができる４つの別個のチャネルを有しており、１つのフ レックスフィラーモジュール２６を使用して、４つまでの製品を１つのライン上 で同時に搬送して充填することができる。また、４つのフレックスフィラーモジ ュールを使用すれば、６つまでの異なる製品（タブレット）の全てをボトルに充 填するために使用することができる。フレックスフィラーのモジュール式構造に より、フィラーのチャネルを個々に変更して、ラインで上述の製品を変更するこ とができ、有利である。シングルチャネルのこのような変更は、２０分或いはそ れ以下の短時間で実施することができる。 安全面に関するフィーチャとして、本システムで使用するタブレットは、形状 、サイズ及び色といった様々な物理的特徴によって、ユニークに識別できるよう に設計されていることが好ましい。他の特徴をなすフィーチャは、タブレットを 分割するときに消費者を補助するスコアマークなどのタブレットの違いを基準と することができる。基礎とすることができる付加的な違いをなすタブレットの特 徴は、タブレットの固さ、コーティング及びほこりのかぶり具合を含む。本シス テムへの適用を考えるタブレットは、Merck Manufacturing Divisionによって生 産された種類のものであり、これらは、上述の違いをなす特徴の幾つかを有して 例えば視力が弱いユーザへのタブレットを識別して判別するように、特別にデザ インされている。 個々のタブレット或いはカプセルの特徴の設定は、タブレットを判別して、特 定のパック１２によって搬送される特定のボトル１０に充填されたオーダーが、 実際にその特定のパック１２のデータキャリア４６によって識別される特定のオ ーダーであることを保証するために、フレックスフィラー２６で利用されるイメ ージの差異をなすフィーチャを提供する一方、供給オペレーション、カウントオ ペレーション及び他の点検オペレーションの困難さを決定する。このことは、フ レックスフィラーのモジュールを構成する個々のチャネルが特定のタブレットロ ットについて各タブレットのイメージを受け、タブレットのモデルが充填ステー ションコントローラに常に格納されているマスタータブレットモデルと比較して 確認されるプロセスによって実施される。しかしながら、上述のものの代わりに 、フォトアコースティック分光学或いはＸ線解析などの光学的な確認、或いは光 学的な分析その他の方法がタブレットの識別に使用できることが好ましい。本発 明に十分適用できる方法は、米国特許第5504332号に開示されているＮＩＲ（赤 外部近傍の）分光学の利用であり、そのコンテンツは、ここで明白に参照される 。光学的な識別に代えて或いはそれと共に、オンラインによる内容物の即時解析 を利用してタブレットを識別することができる。 本発明は、少なくともタブレットの医薬的な内容物を量的に解析する方法を提 供し、量的な解析によって量が判定される。 パック 前述のように、１つのラインで対応するサイズを有する様々なボトルを搬送す るために、サイズを変更したパックを提供することは本発明の目的の範囲内であ る。本発明において使用するパック１２の好適な構造を図２に示す。 上述の説明から、図２の断面図において示されるパックは、ボトル及びオーダ ーを、幾つかの異なるサイズのボトルを充填する薬品のパッキングラインに沿っ て、トラックするために提供される。パック１２は、その端部方向に、ボトル１ ０を保持する構造になっている。フレキシブルな使用を可能とするために、特に 異なるサイズのボトルを搬送するために、パック１２は、パック上部４８とパッ ク基部５０とを含んで、２つの部分から構成されることが好ましい。図示の構造 では、ボトルの挿入を容易にするテーパ状の上端部を有する円筒状の上部４８が 提供されているが、前記上部は円筒状である必要はなく、またテーパ加工する必 要もないことが理解される。上部４８は、特定のサイズのボトルを受けるように 設けられた直立する把持部を有してよく、シリンダの曲面部、或いは平坦な直立 把持部その他、円筒状のボトル１０或いは他の形状をなす容器など、特定のサイ ズの特定の容器を受けて保持するためのいかなる配置及び構造を有してよい。 さらに、上部４８の半径を変更して異なるサイズのボトルに適用する他、異な るパックに対して、上部４８の底部５２の（垂直方向の）厚さを異ならせて、異 なる高さを有するボトル或いは他の容器に適用することもできる。また、パック に異なる高さでシェルフ構造を形成し、異なる高さを有するボトルに適用して、 その首部を共通の高さに配置することもできる。さらに、異なる高さを有する挿 入物をパックに取り出し可能に挿入して、首部を共通の高さにしてもよい。これ らの及び他の方法は、各パックについて（或いはパックのグループについて）個 別の（多様な）サイズを有するプラットフォームを提供し、これよって搬送され ろコンテナの開口部５４は、正しい高さに位置してフレックフィラー２６のタブ レット分配シュートによって確実に充填される。共通の高さは、ボトル開口部と 分配シュートとの間の隙間を回避するように選択される。隙間が大き過ぎると、 タブレットがボトルの外側へ落ち、フレックスフィラーの隣接する分配シュート におけるボトルへ入り込む可能性があり、隙間が小さ過ぎると、ボトルの上端部 がフィラーの分配シュートにつかえることがある。安全に対する付加的なフィー チャは、フレックスフィラーの分配シュート間を分離して、隣接するシュートか らの製品の混合を回避するための設備を含む。 上部４８の底部におけるネジ部５６によって示されるように、基部５０からの ネジ突起部がここに挿入されている。当然、ネジ突起部は、上部４８から延伸し て、基部５０に設けたネジ部に挿入されてもよい。さらに、上部４８と基部５０ とのカップリング結合は、他の締付け手段或いは結合手段を使用してもよい。例 えば、挿入された異なるサイズのボトルを輸送して、適切な充填位置に配置する ために、サイズが異なる様々なパックの上部をいかなる基部にも取り付けること ができる。 前述のように、本発明に係る薬品用のパッケージラインは、幾つかの種類の薬 品を並行して充填するために運転する。このような条件のもとでは、顧客が間違 ったボトル又は間違った処方薬或いは間違ったラベルを伴う正しいボトルを受け 取らないようにすることが最大の注意点である。端部方向に、パック１２は、上 述のタグ４６を含んでいる。タグを基部の外部部分に取り付け又はタグを上部４ ８内部に含め或いは取り付けることもできるが、好適な実施形態では、タグ４６ は、基部５０内に挿入されている。例えば、タグ４６は、上部４８の底部５２に 配置してもよい。さらに、基部５０は、円筒状の管形状を有して示されている。 しかしながら、基部をソリッドにして、１つのくぼみ或いは小室に挿入されたタ グを設けて、又は円筒状に形成してディスク状のタグを設置することもできる。 パックに使用されているタグ４６は、ddesignation Datelogic HS208Rで商用 に使用されている種類、或いは適する他のいかなる種類のものであってよい。こ のようなタグは現在、自動車産業において大規模なアッセンブリラインで組み立 てられる自動車のフィーチャの判定に使用されており、従来技術では、医療分野 のパッキングラインにおける個々の処方薬及びオーダの識別のためにＦＲタグを 使用した提示はされていなく、また提示されてこなかった。 タグは、ＲＦトランスミッタ/レシーバを含んでいる。タグ４６を介して通信 されたデータのストレージには、パックに８Ｋのメモリが使用されることが好ま しい。しかしながら、メモリサイズは、明らかにパックに通信され、またパック に格納されるデータ量に従って選択された設定パラメータである。パックのＲＦ トランスミッタは、ほんの数インチ程度のレンジを有して、各ＰＨＳおける異な るパックのそれぞれからのＲＦ通信をパック内部のインタフェースを用いずに受 けるために、単一の周波数を使用できることが有利であり、また好ましい。当然 、パックに格納されている識別データを、トランスミッションを別に記号化或い は暗号化するために、使用して、さらにシステム内で発生した膨大なトランスミ ッションを仕分けることができる。後述するように、パック内のインタフェース を排除するために、ＰＨＳの設計にはかなりの配慮がなされている。 パック１２の構造は、本発明によるラインのオペレーションが可能であり、ボ トルが充填されている時に関係する全ての情報をパックのメモリに書き込む。書 き込まれた情報には、容量や関連する全ての情報は勿論、ラベリングに要求され る全ての情報が含まれる。さらに、ボトルのシステムを通るルートなどの様々な フラグがタグに書き込まれる。ボトルが正しく充填された場合は、そのタグは良 好であるとしてマークされる。そうでなければ、タグには不良であるとしてマー クされ、特定のステーションにおいて或いはライン上の所定のポイントにおいて ボトルを取り除くことができる。それにもかかわらず、よりセントラライズされ た制御を提供して、リードオンリタグを使用することは本発明の目的の範囲内で ある。タグに書き込むことができる実施形態では、全てのボトルデータがタグに 格納されている場合には、必要な全てのデータをタグ４６から直接得ることがで きるから、ＦＳＣとの複雑な通信を必要とせずに下流の付加的な処理ステップを ラインに加えることができる。従って、パックは、非常にフレキシブルなライン アーキテクチャを提供し、新たにラインを補充する際のリデザインを最小限にす る。 パック取り扱いステーション 上述の説明から明らかなように、システムを通して、幾つかのパック取り扱い ステーション（ＰＨＳ）が設けられ、ここで提供される様々なフローチャートに 従ってプログラムされたプロセッサによってそれぞれ制御され、適時様々なオペ レータ入力に対する要求を発生し、またそれに応答する。ASIC｀ｓ（アプリケー ション専用集積回路）は、包括的なタームであるプロセサに含まれる。例えば、 パック初期化ステーション２４、パック取り扱いステーション２８、ラベラ前パ ック読み出しステーション３２及びラベリング後確認ステーション４０は、特定 のステーションの特定の機能を実施するための適切な修正をして、それぞれＰＨ Ｓを利用している。以下の説明は、様々なＰＨＳユニットに共通のフィーチャ を説明するために提供される。 a)ボトルの取り扱い ＰＨＳは、サーボコントローラによって制御されるインデックスホイール、様 々なアクチュエータ及びセンサ、（例えば、タグを読みとるためのデータ理論Ｈ Ｓアンテナを使用している）パック読み出しシステム、及び付加的なバーコード レコーダを含んで構成される。このデザインは、特定のパックからのデータを確 実に読みとれるようにするために提供されている。標準的なＲＦ技術の制限は、 不可能でなければ、コンベアベルト上で接触するパックの間の仕分けを困難なも のとする。ＰＨＳのインデックスホイールは、データ読み出し用のパックをシン ギュレートする確実なメカニズムを提供する。インデックスホイールを使用して パックを索引することにより、他の全てのパックは、検索されたパックを読み出 すＰＨＳアンテナの読み出しレンジから効果的に取り除かれる。 以下の説明を通して、インデックスホイールにおけるポジションは、以下のよ うに称される。 第１のポジションＡ： インデックスホイールへのインフィード部 第２のポジションＢ： 必要があればパックをリジェックトできるパック及び 任意のバーコード読み出し用ポジション 第３のポジションＣ： 通常のアウトフィード位置 第４のポジションＤ： ＰＨＳユニットの進路を変更する際に使用される代わ りのアウトフィード位置 標準のステーションにおける通常のオペレーションのときは、タグをはめ込ま れたパックは、ポジションＡでインデックスホイールに進入する。インデックス ホイールは、反時計周りにローテーションされ、タグが読み出されるポジション Ｂにパックを配置する。パックが無効であれば、シリングの動作によりこの位置 で排除されて、リジェクトビンに移動される。そうでなければ、ホイールが検索 された後に、パックはアウトフィードポジションＣに回送されて、アウトフィー ドコンベア上でステーションを出る。次のインデックスでは、タグに格納されて いるデータの概要がオーダをトラックするためにＰＳＣ／ＦＳＣへ連続して伝送 される。 ステーションは、パックを、データタグのルーティングビットに基づいて任意 に送れるようにしてもよい。この場合には、通常のアウトフィードにおけるシリ ンダは、伸張して、パックがこのポジションにおいて出ないようにすることがで きる。ホイールが検索した後に、パックは代わりのアウトフィードポジションＤ において出口へ回送される。 さらに、ステーションは、タグに格納されている所望のバーコードに関して、 ラベルを貼られたボトルのバーコードを任意に確認できるようにしてよい。これ は、ポジションＤにおいて実施される。バーコードが意図されたものでなければ 、そのパックはリジェクトされる。排除されたパックのためのビンに排除された パックを収容することができなければ、ＰＨＳは、リジェクトビンフルランプを 点灯させる。 ポジションＢでは、スプリングを内蔵した複動式のシリンダを伸張しまた収縮 させることでボトルを掴んでリジェクトビンへ引くことにより、ボトルを取り除 く。通常のローテーションの間に、パックがこのポジションでインデックスホイ ールから脱離するのを防ぐために、スプリングは、正確なポジションでボトルを 掴む。アウトフィードがいっぱいになった場合は、ステーションは、アウトフィ ードがクリアするまで、ボトルを供給するのを停止する。 ポジションＣでは、複動式シリンダは、ゲートを制御して、パックを代わりの アウトフィードへ進路変更する。 本発明に係る重要なフィーチャは、全てのステーションが、必要なときに、い つでもＦＳＣ或いはＰＳＣに自発的なメッセージを送ることだけでなく、エラー を含んだボトルをタグに含まれているデータに基づいて自発的に取り除くことが できることである。先に言及されてないが、パックのタグにチェックサム或いは 可変フィールド検査合計を提供するなど、ラインに沿って、様々な公知のデータ 確認及びエラー検出訂正ステップが実施されることが理解される。以下の条件が 、リジェクトに十分な因子を提供する。 a)ウォーニング−リジェクト因子（即ち、ラインの全体性を損しないリジェク ト） タグを読み取ることができないパック タグデータと一致しない可変フィールド検査合計を伴うパック タグデータと一致しない検査合計を伴うパック キャップ取り付け不良（ラベラインフィードＰＨＳのみに対する） ボトルの不良（他のＰＨＳユニット） 不明なディバータからのパック 不明なルートからのパック ディバータからの不正確なマジックナンバーを伴うパック（以下に説明する） ラインに対して不正確なラベルサイズを伴うパック 読み出すことができないバーコードを伴うパック（確認ステーション） 不正確なバーコードを伴うパック（確認ステーション） 古過ぎるタグ（フィラーインフィードＰＨＳ） b)ラインメジャーリジェクト因子（即ち、ラインの全体性を損しないリジェク ト） シークエンスから外れたパック（特定のオーダを実施するためのパックが、処 理されるパックのシークエンスにおいて、予想とは異なるポイントにおいて検出 される。） b)メカニカルデザイン 図に示されていないが、以下の説明は、ＰＨＳのメカニカル構造の完全な認知 を提供する。包括的パック取り扱いステーション（ＰＨＳ）は、ＲＦタグが確実 に読み出されるために、４ポジションインデックスホイールを使用して、パック を他の全てのパックから（中心間を）１５０mmだけ離して配置する。パックは、 フラットトップチェーンコンベアから、インデックスホイールのインフィードポ ジションである第１のポジションにおいて進入する。検索時に、パックは、コン ベアの側部へ９０°移動され、ＲＦアンテナ上方の第２のポジションに配置され る。パックが取り除かれる場合には、第２のポジションからリジェクトビンへ移 動される。許容可能であると識別されたパックは、フラットトップチェーンコン ベアへ変換される表示がされて、第３のポジションでＰＨＳを出る。 ＰＨＳは、まず正規のクリーンダウン（clean down）に適するステンレスステ ィールから造られ、２４０グリッドでライニッシュ（linish）される。調節可能 なフィートを有して、取り付け後においてレベリングが可能である。フィートは 、回動自在なベースを有して、調節時におけるフロアダメージを回避する。 インデックスホイールは、透明なポリカーボネートカバーにより完全に保護さ れている。インデックスホイールへのアクセスは、インタロックされたドアを介 してなされる。インデックスホイールは、２３０mmのデルリン（derlin）ディス クであり、４：１減速タイミングベルトを介して電動サーボモータシステムによ って駆動される。インデックスタイミングは、およそ１００msであることが好ま しい。 （外部のＥ−停止/保護インタロック或いは内部のポジションエラーからの） 全てのフォールトよって、インデックスホイールは最大の減速率で（５０ms以内 で）停止される。 ２つの光学的センサが、第１の（インフィードの）ポジションにおけるパック の存在を検出するために、使用される。第１のセンサは、パックがインデックス 視野計（perimeter）へ進入する時がトリガーとなり、第２のセンサは、パック がインデックスホイールに完全に配置された時がトリガーとなる。（ＲＦアンテ ナ上方の）第２のポジションにおいて、センサは、ボトルの存在を検出するため に使用される。キャッパ後ＰＨＳおいて、このセンサは、ボトル上のキャップの 存在を検出するために使用される。第３（及び第４）のポジションは、インデッ クス視野計内にパックが無いことを表示するためのセンサを有する。 各ＰＨＳは、パック内のボトルを受けるための、パックのＲＦタグからデータ を読み出すためのパックを検索するための、ボトルをラインへ通すための、また エラーを検出したときにパック（及びボトル）を取り除くための機械的なパック 取り扱いデバイスを含んで構成される。リジェクトメカニズムは、ロッドのない 空気圧シリンダのスプリング式の把持部と、およそ１０パック収容できるビンと を使用していることが好ましい。起動されると、スプリング式の把持部が、取り 除かれるパックと連結して、それをリジェクトビンへ引っ張る。 ＰＨＳ２８は、ＦＳＣ（充填ステーションコントローラ）１４と通信している 。ＰＨＳ２８は、タグからパックデータを読み出して、データの一致を点検し、 パックが順序から外れていたり、所定のデータと一致していない場合は、パック を取り除く。ＰＨＳのプロセサは、ローカルなコントローラ（例えば、ＦＳＣ１ ４）と通信して、システムに特定のオーダについての特定のパックがリジェクト され、或いはラインに沿って正しく処理されていることの情報を提供する。適当 なビジュァル表示（例えば、様々な色のランプ表示）が多様なＰＨＳユニットを 備えて、オペレーション位置のオペレータに情報を提供する。 ラインに沿ったいろいろなステーションがパックを取り除く機能を備えること で、パックがラインの様々なポイントで排除されることがＣＳＰＬの特徴である 。この機能は、ステーションと接続したＰＨＳによって提供される。パックは可 能な限り早い時期にリジェクトされるが、各ステーションは、同様なテストを実 行して、あるステーションで排除されうる条件を見逃した場合には、後続のステ ーションがパックを取り除く。各ＰＨＳは、ＦＳＣ或いはＰＳＣなどの高水準コ ンピュータと接続している。 本発明のシステムは、データ論理ＨＳ８８０Ｂパックインタフェースコントロ ーラに基づく多数のＰＨＳユニットを含んで構成される。標準的なＰＨＳユニッ トは、パックのストレージが削除されてフォールトを含んでいればリジェクトさ れる充填ステーションへのインフィード部（ライン開始部のパック初期化ステー ション２４）だけでなく、プリントステーションの（３２）のインフィード部に おいて提供される。カスタマイズされたＰＨＳユニットが、パックデータに基づ いてボトルを代わりのキャッパに任意に送ることができる充填ステーション（２ ８）のアウトフィード部において、及びラベルのバーコードが点検されてバーコ ードデータにパックデータとの一致が要求され、ボトルを複数のボトルのオーダ を照合するための設備へ送る準備がされるラベラの下流（確認ステーション４０ ）において提供される。確認ＰＨＳのバーコードリーダは、１秒間当たり５００ 回の速度で走査し、積分デコーダを有する。ボトルは、ＤＣモータと接続するノ ーマーキング摩擦パッド上で上述の状態から時計回りに回転される。モータ及び パッドは、下降駆動されて、高応答空気圧アクチュエータによりキャップに圧力 を付する。回転の直前で、バネ負荷式の中心リングが、パック内のボトルの中心 度を保証する。 カスタムステーションが、バーコードリーダを図７のフローチャートから分か るように制御し、また図７のフローチャートから分かるように代わりのアウトフ ィードを提供する一方、各ＰＨＳは、パックリーダアンテナ、回転式インデック スホイール、及びそのリジェククト機構を、図５のフローチャートから分かるよ うに、制御する。 図５は、本発明によるＰＨＳオペレーションの理論を示している。ここに示す ように、ステップ５００においてＰＨＳは新しいパックの到着を待つ。新しいパ ックが検出されると、ステップ５１０において、ＰＨＳはパックを検索して、パ ックを隣接する他のパックから分離し、ＲＦインターパック混信をなくすことに より、パックに格納されているデータを読み取ることができる。パックを検索し て、ＰＨＳは、ステップ５２０においてタグデータを読み取り、ステップ５３０ においてそれを確認する。パックからのデータが点検されて、他のオーダデータ との比較のためだけでなく、ラインに沿う先のステーションにおいて、以前にリ ジェクトコードが記録されたかが判定される。以前に記録されたリジェクトコー ドを検出すると、或いはステップ５３０においてデータエラーが検出されると、 ステップ５４０でリジェクト決定がなされる。このような決定は、パックが順序 から外れたと判定された場合にもなされる。どちらの場合にも、ステップ５５０ において、パックをリジェクとする結果がリジェクトライン或いはステーション に伝送される。ＰＨＳは、順序を外れ或いは上述のいかなるフォールト条件をも 有してリジェクトとしてマークされた全てのパックを、自発的にリジェクトする 。一方、リジェクトコードが以前に記録されなかったと判定され、リジェクト或 いはシークェンス不良を示す理由が検出されていないときは、パックはステップ ５６０においてリリースされ、次のステーションへ進む。パックがステップ５５ ０においてリジェクトされ或いはステップ５６０においてリリースされた場合に は、プロセサは、ステップ５００に戻り、処理される新しいパックを待機する。 図６は、図５に類似したフローチャートであり、ＣＳＰＬによって異なるサイ ズのボトルが充填される場合に、２つの（或いはそれ以上の）キャッパ或いは２ つ（或いはそれ以上の）ラベラが使用されるところで使用される進路を変更する パック取り扱いステーションのオペレーションを説明している。前述のように、 このような条件のもとで、２つのキャッパ或いは２つのラベラが平行に配置され てよく、それぞれがキャップ（ラベル）を特定のサイズのボトルに取り付ける。 進路変更するＰＨＳは、図５のステップ５００から５５０に従ってオペレートす るが、さらに、パックを進路変更すべきか否かを判定するステップ６７０を含む 。例えば、第１のサイズのボトルは、ラインのメインブランチにおけるキャッパ によって処理される一方、第２のサイズのボトルは、ラインのサイドブランチに 配置したキャッパによる処理を必要とする。進路を変更するＰＨＳのプロセサは 、タグからボトルのルートを読み出すようにプログラムされており、ルートにメ インブランチが含まれている（即ち、ボトルが第１のサイズである）ときに、ス テップ５６０により、進路変更なしにボトルをリリースする。一方、ルートにサ イドブランチが含まれている（即ち、ボトルが第２のサイズである）ときは、ス テップ６７０からステップ６８０へ制御され、様々なソレノイドを駆動してパッ クをラインのサイドブランチへ進路変更する。その後、ＰＨＳプロセサは、ステ ップ５００へ戻り、新しいパックの到着を待つ。 進路変更を伴うＰＨＳは、複数のキャッパ構造或いは複数のラベラ構造と連結 して使用してパックが複数のキャッパ構造或いは複数のラベラのうち１つに配置 されるが、多様な目的に使用することができる。進路変更を伴うＰＨＳ４０は、 第１のポジションにおいてパックがインデックスホイールから出ないようにし、 また、代わりにパックをエジェクトされる第２のポジションへインデックスする ことにより、代わりのパックルートを提供する。パックは、空気圧シリンダの動 作により第１のポジションに保持される。 しかしながら、ＰＨＳの基礎的なオペレーションは、進路変更を伴っていても 或いは伴っていなくても、ＣＳＰＬの各ＰＨＳに適用することができ、ＰＨＳ２ ８及びＰＨＳ３２についてだけでなく、ＰＨＳパック初期化ＰＨＳに使用され、 また確認ＰＨＳ４０に使用される。 しかしながら、個々のＰＨＳユニットは、以下に示すように、特定の更なる修 正を伴う。 図７は、プリンタ３４によってプリントされ、ラベラ３８によって貼りつけら れたラベルを確認する確認ＰＨＳ４０のオペレーションを示すフローチャートで ある。ここで示すように、ステップ５００から５６０まで、或いはこれに対応し て続くステップは、バーコード確認ＰＨＳによって実施される。しかしながら、 パックを検索するときは、ＰＨＳ４０は、ステップ５２０においてパックデータ を、ステップ７２０においてボトルラベルに提供されたバーコードデータを、両 方読み込む。従って、図５及び図６のステップ５１０は、ここでは異なるステッ プ７１０として示されているため、ステップ５１０は、１つのだけのリーディン グステップに続くが、ステップ７１０は、ステップ５２０とステップ７２０との ２つのステップを実行する。 ステップ７３０において、パックから読み取られるデータが、ステップ５３０ のオペレーションと同様にして、確認される。しかしながら、パックデータ及び バーコードデータは、相互に確認され照合される。ステップ７３０はステップ５ ３０と幾分異なる。確認ステップ７３０の結果を受けて、ステップ５４０は、パ ックをリジェクトすべきか否かを判定する。ここから、制御は、パックをリジェ クトするステップ５５０、或いはバーコードをパックデータに照らして点検する ステップ７５０へと進む。 プリントされたバーコードデータがバーコートデータと一致しない場合は、パ ックをリジェクトするため、制御は、ステップ７６０からステップ５５０へ進む 。このような不一致は、間違った情報をプリントした場合、正確な情報をプリン トしているがラベルを不正確に貼りつけた場合、或いは欠陥のある（例えば不明 瞭な）ラベルを表示した場合などの幾つかの理由から発生する。本システムは、 ステップ７６０においてバーコード及びパックデータの不一致を確認することに より、このようなそれぞれのエラーを検出する。パックは、正しく明瞭なラベル がリジェクトコードを伴わずに正しく充填された正しいボトルに貼りつけされた 場合にのみ、ステップ５６０においてリリースされる。明確に示されてはいない が、全てのＰＨＳユニット（２４、２８、３２、４０）は、それらの制御コンピ ュータ（例えば、ＰＳＣ３５或いはＦＳＣ１４）に全てのボトル（パック）に基 づく情報をレポートする。 図８を参照すると、パック初期化ＰＨＳ２４の制御及びオペレーションを説明 するフローチャートが示されている。図示のように、図５から図７について説明 したように、初期化の後にステップ５１０及び５２０が実行される。しかしなが ら、標準的な進路変更を伴う或いは伴わないＰＨＳユニット又はバーコード確認 ＰＨＳと異なり、初期化ＰＨＳは、タグデータが消去されるステップ８２０を実 行して、更なるオーダ特有の情報を受けるためにパックを初期化する。消去は他 にも多様な方法で実施できるが、ステップ８２０は、空のデータをパックのスト レージデバイス４６に書き込むことによって実施する。ライティングオペレーシ ョンの実行により、本発明は、システムでの更なる使用に対するパックの適合性 を判別できる。即ち、続いてオーダー情報がパックに書き込まれる。ステップ８ ３０が実行されて、空のデータが有効に書き込まれたか判定する。空のデータを 有効に書き込むことができなかった場合は、パック（より詳しくはデータ搬送要 素４６）は、補正するステップが実行されるまで使用できない。ステップ８３０ がデータを書き込むことができなかったと判定した場合は、前述のパックリジェ クト−停止５５０が実行される。一方、データが有効に書き込まれた場合は、Ｐ ＨＳ２４は、ステップ８４０でタグの老化を点検する。老化している場合には、 パックの信頼性とそのストレージとが悪化している。タグの老化を検出すると、 ステップ８５０は、所定の基準値に対してタグをテストし、タグの老化が許容で きない場合には、パックは、ステップ５５０によってリジェクトされる。ステッ プ８５０でタグの老化を許容できることが検出された場合は、ステップ５６０が 実行されてパックがリリースされる。 異なる特定のファンクションは特定のＰＨＳユニットによって実行されるが、 各ＰＨＳに備わるソフトウェアは同じものにすることができる。本発明によれば 、異なるＰＨＳユニットのそれぞれについてのＰＨＳソフトウェアは、同じもの であることが好ましい。しかしながら、以下に提供される表に示すように、特定 のファンクションを実行するソフトウェアを動的に構成するために、ＰＨＳにＤ ＩＰスイッチが提供される。ＰＳＣ（或いはＦＳＣ）を制御することにより、セ ットアップコマンドが同様に提供される。このコマンドを受けて、ＰＨＳは、Ｐ ＳＣ或いはＦＳＣからそのＤＩＰスイッチにおける設定をもって受ける構造パラ メータを、確認する。不一致があれば、ＰＨＳはＰＳＣ或いはＦＳＣへフォール トコードを返信し、オペレーションを開始しない。さらに、パワーアップ状態が パックの処理を不可能とする場合は、ＰＳＣ或いはＦＳＣは、パックの処理を開 始し或いは停止するように、各ＰＨＳに命令することができる。加えて、前述の データ論理ＣＰＵボード（ＨＳ８８０）もフレックスフィラー26で使用されて、 充填の間にタグをプログラムする。また、ここで説明される実施では、同様のソ フトウェアが使用される。 ＰＨＳを可能な限り包括的なものとし、また拡張したラインのいかなる位置で も使用できるようにするために、パック取り扱いステーションは、一連の８つの ＤＩＰスイッチによって構成されて、上述のように、適当なところでどのボトル をその代わりのアウトフィードヘ進路変更すべきかを示すだけでなく、ハードウ ェアプレゼントに対してソフトウェアをカスタマイズする。 以下のテーブルは、包括的なＰＨＳを構成して３つの異なるモードのうち１つ をオペレートするために使用できる特定のＤＩＰスイッチ設定を示しており、３ つの異なるＰＨＳユニット（初期化ＰＨＳ（モードＡ）、進路変更を伴わないバ ーコード読み出しＰＨＳ（モードＢ）および進路変更を伴うバーコード読み出し ＰＨＳ（モードＣ））を効果的に提供する。 状態ファンクションテーブル 状態ファンクション モード Ａ Ｂ Ｃ 進路変更を伴わないステーション ＯＦＦ ＯＦＦ ＯＦＦ 進路変更を伴うステーション ＯＦＦ ＯＦＦ ＯＮ バーコードデータ読み出しステーション ＯＦＦ ＯＮ ＯＦＦ 進路変更及びバーコード読み出し ＯＦＦ ＯＮ ＯＮ タグの除去 ＯＮ ＯＦＦ ＯＦＦ 無効 ＯＮ ＯＦＦ ＯＮ 無効 ＯＮ ＯＮ ＯＦＦ フィラーにおいて ＯＮ ＯＮ ＯＮ （オーダーデータのプログラムに使用） ＰＨＳを構成するためのスイッチ設定テーブル スイッチ ファンクション ＳＷ０ ＯＮしてユニットがモニタープログラムを記録しないようにする また、アプリケーションプログラムをランさせる ＳＷ１ ステーションがデバッグ情報を送るべきであればＯＮしてシリア ルポートを維持する ＳＷ２ モードＣ ＳＷ３ モードＢ ＳＷ４ モードＡ ＳＷ５ ステーションＩＤ ＬＳＢ ＳＷ６ ステーションＩＤ ＳＷ７ ステーションＩＤ ＭＳＢ ＰＨＳにおける瑕疵の処理は、以下のよう行われる。次の記載から明らかなよ うに、瑕疵をチェックするや否や、ＰＨＳはフォールト状態に入り、機械の如何 なる作動及びインデクシングホィールの回転も維持されない。そして、フォール ト情報がＦＳＣ／ＰＳＣに送信され、作動ランプのスイッチが切られ、フォール トランプが点滅する。 フォールトを解除する為に、ＰＨＳは、ＦＳＣ／ＰＳＣからの「フォールト解 除」のメッセージの受信が必要であり、ユーザーは、フロントパネルのリセット ボタンを押す必要がある。ユーザーがフロントパネルのフォールトを認識する前 にＰＨＳがフォールト解除メッセージを受信した場合、錯誤ランプが一秒に一回 の割合で点滅し、リセットされた後に運転状態に入るということを報告する。 フォールト解除メッセージを受信する前にＰＨＳがフロントパネルからリセッ トされた場合、フォールト解除メッセージの受信後即座に運転状態に入る。フォ ールト解除ボタンを押せば、リセットボタンはオフになる。 フォールト状態の時には、リセットボタンは機能しない。 パワーアップの際、「初期化されない」という瑕疵が発生するが、そのフォー ルトは、通常の削除手続きに加えてセットアップメッセージによって解除される 必要がある。 前記は、図５、６、７、８のフローチャートに示す一連の処理に沿って、図９ に示すチャンネル状態移行図を参照することにより、より詳細に理解できる。こ の状態移行図において、例えばプログラムされたコンピュータにより制御される 装置（ＰＨＳ等）のコントロール装置における処理、状態、応答を以下に説明す る。 まず、移行図の各ブロックは機械の状態を示し、一定状態から他の一定状態へ の移行は、検出された状態により、又はプログラムされた機械が特定状態におい て採用する行為により支配される。 機械の状態に従って、特定のプログラムされたルーチン、サブルーチン又はフ ローチャートのステップが実行し、或いはルーチン・サブルーチン等の実行をコ ールする。この様に、フローチャートのステップによってメインルーチン・サブ ルーチンを表現したのと同様に、状態移行図は、別の状態への移行まで実行され る特定状態によって、それと同一のものを表現する。 移行は状態ブロックを接続する線によって示される。ここでの水平線を含め各 々の線により、状態移行に関する明細書の記載が提供される。原稿上方の線は、 移行によるアクション又は検出される状況を示す。原稿下方の線は、もしあれば 、検出される状況に応じて、次の状態への移行に即して、プログラムされた装置 自身によって採られるアクションンを示したものである。 図９によれば、自己テストを通過したとの決定のときに、ＰＨＳプロセッサー （ここでは、ＰＨＳ）は、アウトイード解除準備の状態、即ち、ルーチン９００ に入る。この状態では、所定時間を過ぎても移行状態が起こらない（期待された 入力を受け取られなかった等）の「タイムアウトシグナル」を発生させ、それに よりアウトフィードの中に渋滞が発生する。この様にして、ＰＨＳは、アウトフ ィードジャム状態に入り適切な修正行為が採られることとなる。一方、「アウト フィード中をパックする」の信号を否定する「アウトフィード解除」状態を検出 するや否や、「インフィードの中をパック」の信号を否定するものと検出され、 「そのインフィードの前をパック」の信号と、時間切れの信号が共に表れるまで 、アウトフード解除状態９１０、即ちサブルーチンに入る。この場合、又は、イ ンフィードにパックの信号が検出された場合、アウトフィードクリア状態９１０ から、インデックス開始状態９２０にＰＨＳが移行し、ここで、パックのインデ ックス付けの初期化がされる。 即ち、図５〜８のステップ５００は、新パックを待つＰＨＳを待って実施され 、スッテプ５１０（又は、７１０）が初期化される。この時、インデクシング状 態９２５は、場所を自動制御の状態と同じ時間続く。時間切れが検出された場合 は、自動制御渋滞の状態９３０に入ることにより、自動制御の渋滞が生じ、適当 な修正行為が採られる。一方、インデクシング状態の中で、一旦「場所の自動制 御」信号を受け取ると、ＰＨＳは、パックのタグを読む為のリードタグ状態９４ ０に移行する為のプログラムがされ、それによってフローチャートのステップ５ ２０を実行する。拒絶フラグ信号を容認されるとの決定がなされた場合、即ち、 拒絶フラグが必要でない等に場合は、ＰＨＳはアウトフィード解除状態９００へ と移行し、ステップ５６０を実行する為にパックは開放される。 一方、所定時間内にタグを読むことができなかった場合、即ち、タイムアウト シグナルに対する返答の中で、タグフォールト状態（スッッテプ５４０からの否 定的出口に相当）に入る。タグフォールト状態９５０から、錯誤が報告されると 容器放棄状態９６０に入り、ステップ５５０を実行する。放棄フラグが悪い場合 、同一の状態に入り、ステップ８３０のＰＨＳの初期化操作と同様の操作を行う 。容器拒絶状態９６０がタイムアウト信号が生ずる迄延々と続くなら、この拒絶 の機構は故障であるとの決定がなされる。拒絶機構の故障状態９７０に入り、適 切な修理行為がなされる。一方、「拒絶シリンダーを外へ」の信号が受信された ら、ＰＨＳは、容器拒絶の状態９８０に入り、拒絶処理の実行を示す「拒絶シリ ンダーを返却」の信号の受信を待ち、ポイント操作は、アウトフィード解除状態 ９００に戻る。もし、容器拒絶状態で、タイムアウト信号が受信されたら、拒絶 ステーションが満員の状態９９０に入り適切な修正処理が実行される。 図９から明らかなように、ＰＨＳは、コントロールパネルの上に、インデック スドアのインターロックと、緊急（手動操作）停止ボタンを有する。又、緊急停 止は、サーボモーターコントローラーによっても又、発生させることができる。 このように、図９に示す如く、インターロック開放ボタンが如何なる状態にいて 受け取られても、ＰＨＳは、適切な行為がなされるようにオペレータ又は若しく はＨＬＣに知らせる為の、インターロックフォールト状態に入る。同様に、Ｅー ストップ（緊急停止）信号を受信した場合、ＰＨＳはＥ−スットプフォールト状 態になる。Ｅ−ストップ状態では、インデクスホイールが、制御されて停止する 。拒絶シリンダーと転換ゲートシリンダーは、現時点でロックされ、そして、ボ トルスピン機は撤回され、旋回が停止する。更に、Ｅ−ストップボタンは激しく 点滅し、手動によるリセットが要求される。如何なる場合であってもＥ−ストッ プの後は、システムコントロールパネル上での手動によるリセットが要求される 。 このように、図９の状態移行図は、前記図５、６、７、８、のフローチャート をによって提供されるものと、同一（付加的）の情報を伝えるものである。 フレックス充填装置 図１０は、ＦＳＣ１４の制御の下、本発明に係るパックの取り扱いに関するフ レック充填装置の作用の一部を担うフローチャートを示す。ここに示されるよう に、充填パック処理装置において、ステップ１０１０では、パック１２が到着し たことを示す信号を受信するまで待ち処理を行い、充填されるオーダー容器を搬 送する。この時点で、ＦＳＣ１４は、フレックス充填装置にオーダー情報を提供 し、ステップ１０２０で、パックのデータ搬送用の素子４６に書き込み、ステッ プ１０３０でボトルを充填するための充填装置の特定チャンネルを制御する。充 填処理装置は、コンポネントから受信したデータを処理し、薬品と例えば薬品の 番号を特定し、ステップ１０４０で正しい薬品が正しい数量で充填されているか 否か決定する。フレックス充填装置は、ステップ１０５０において、記憶素子の 中に適当なフラグとしてタグを保持することにより、タグが受信されたものとし てマークする。ステップ１０４０により、充填が不適切であると決定されたとき 、かかるフラグ、即ちマークは提供されない。その代わり、不受理の明確な表示 を、パックの記憶素子４６に保存される特定フラグの形として、ステップ１０４ ０での否定表示に対する応答として提供する。何れの場合にも、このシステムは 、容器が適正に充填されていない場合、このように、パックのための特定の拒絶 コードを提供する。 ＰＨＳ２８が、図５、６及び７に記載するパックが拒絶されるか否かを決定す るためのステップ５４において、拒絶コードの検索を引き続き実行し、パックを 拒絶するステップ５５０を実行する際、フレックス充填装置自身は、パック拒絶 を実行しない。むしろ、ステップ１０６０において、容認のフラグがあろうと無 かろうとパックが排出される。 ボトルの不容認を示すフラグの保持の有無に関わらず、ボトルの容認を示すフ ラグを要求することにより、本発明における、瑕疵発生の防止という特徴が提供 されるのであって、そのフラグを提供するためのシステムに瑕疵がある場合は、 容認されるべきでないものを容認されるものとして特定することはしないのであ る。かかる瑕疵防止処理は、拒絶特定フラグの提供のための行為が要求される地 点において実行され、フラグが無いことをもって容認と見做す。特に、全てのパ ックから全てのデータを一掃することに加え、パック初期化のＰＨＳ２４は、マ ーキングが拒絶フラグの設置或いは全拒絶フラグの消去の何れを示すものであっ ても、拒絶されたものとして各パックをマークするようプログラムされている。 このように、如何なる後続ステーション或いはＰＨＳにおいて容認の為のマーキ ングが瑕疵であっても（マーキングによるフラグの提供が、図１０のステップ１ ０５０により示されるようにフレックス充填処理装置により必然的に実行され、 又拒絶マークを必然的に消去される様な場合であっても）、結果的には拒絶のフ ラグが保持され、パックが拒絶される。この基礎となる瑕疵防止のアプローチは 、否定に対するエラーの容認（正当な容器）と決定に対するエラーの不容認（誤 って或いは不適当に充填されたボトル）基づくものである。終極的に、システム の瑕疵防止処理が優れ、ＰＨＳ２４の信頼性が賞賛されることとなる。したがっ て、ＰＨＳ２４は、いかなる瑕疵あるパック、即ち正しく排出されないパック、 或いはバッテリーが切れたパックを拒絶し、しかるべくＦＨＳに知らせる。 先述の充填操作の詳細な記載は、参考としてここに組み込めれるアーチャーパ テント５５２２５１２で提示されている。以下の簡単な説明により、４チャンネ ルフレックス充填モジュールの各チャンネルの為のディベーターを含んで構成さ れたフレックス充填装置における作用は充分に説明されるものである。４チャン ネルのフレックスの充填装置は、それぞれのチャンネルのためのディベーターを 含む。ディベーターは、単一チャンネルををコントロールするために必然的にＦ ＳＣの前に据え付けられているディベーターコントローラー（ＤＣ）によって、 コントロールされる。このＤＣは，インテル８ｘＣ１９６ＫＣマイクロコンピュ ーター等、マイクロコントローラーによって実行され、多くの入出力と、数個の インタフェースとＩＳＭを有するインタフェースを含んで構成される。｀５１２ 特許に開示されるように、それぞれのＤＣは、単一チャンネルの種々の素子を制 御するものであり、フレックス充填装置のチャンネルとして提供される多数のＤ Ｃとともに、タブレットホッパー、そのタブレットをコンベヤーに送る振動フィ ードシステム、ＩＳＭ、容器に充填される間、インフィードからアウトフィード へパックを受け取り、送るためのスターフォイール（２つの容器のための溝を有 する）、スターホイールの中の２つの容器の１つにそれぞれのタブレットを導く （又は、拒絶、リサイクルする）、多数のディベーターフラップスと、スターフ ォイールのアウトフィード側のパック待ちステーション（プログラマー）を有す る。 加えて、ＦＳＣは、インフィード、アウトフィードコンベアーを操作するオペ レーター、及び充填アウトフィードパック取り扱いステーションを有し、充填状 態を実行して交互に置かれたキャッパーに容器を導くためのアウトフィード拒絶 装置を提供する。ＦＳＣとＩＳＭの間のすべての接続はＤＣを通じて導かれてお り、インタフェースがＩＳＭに固く接続され、良い或いは悪いステータスとタイ ミング情報を受信する。種々の制御機能を実現する為、ＤＣは、下記に示すタス クを含め、多数のタスクを行う。 ＤＣは、管理コマンド、ＦＳＣからの要求に応じた充填レベルのオーダーを受 信し、それらの充填のためのオーダーを、キューに入れる。ＤＣは、更に、ビジ ョンＩＳＭからのデータを受け入れ、制御する。ＩＳＭからの決定は、リアルタ イムにモニターされなければならない。ＤＣは、更に、ガイドし、分類し、２つ の分流した機械の中の適切なフラップを駆動することで、異なった宛先ルートに 薬品を導入する。このようにして、それぞれのホッパーにおける２つの容器のう ち少なくとも１つへの薬品のコンスタントな流れを可能にする。加えて、ＤＣは 、そのチャンネルの為の容器排出機構（スターフォイール等）を維持し、管理し 、そのチャンネルの為の振動フィーダーと薬品ポッパーを制御する。ＤＣは、絶 えず、供給率をモニターして監視し、要求に応じた供給率に適応させる責任があ り、ともに、観測された供給率と要求される供給率とが一致しない場合は振幅を 調節する。結果として、それぞれのオーダーが充填されたとき、または失敗した ときは、ＤＣは、ＦＳＣに折り返し伝達する。 ＤＣは、１秒ごとにポーリングし、そのポーリングに戻すのに通常よりも長く かかる場合は、入力又は出力バッファーに「引き締めよ」とのメッセージを保持 する。セリアル通信のＦＳＣ側は、ハードウエアに記憶されるので、周辺装置と の通信は、CPUの最小限の時間しか要求されず、データの紛失は生じない。 システム制御 以上から、本発明のシステムは、図３及び図４に示されるような資料及びデー タの流れに従って処理されることが好ましく、それにより、顧客が特定する単一 容器薬のオーダーに応じた充填を可能とする方法が広く理解できる。 ここで示すように、本発明のコンセプトに従い、このシステムは、薬品の容量、 空容器、蓋、無記入のラベルの入力を受け、それぞれの顧客の為の正確な処方箋 を含んで夫々正確にラベル付けされた容器が出力される。ここで、顧客とは、複 数の薬品の入った１つの容器を注文する者であっても良く、又、多数の薬品を入 れた複数の容器を注文する薬剤師、卸売り人等の仲介者であってもよい。１種類 の薬品がそれぞれのボトルに充填されるものと考えられるがちであるが、前記の 如く、このシステムは、複数の薬品を各々を分離・独立して、同時に処理可能と するものである。 将来開発されるであろう改良技術を用いることにより、システム全体、作用及 び効率が進歩することは明らかであるが、現在の有用な技術により、この制御シ ステムは、１分間に１５０以上の割合で、容器の処理が可能である。 前述のように、データ搬送パック１２は、このシステムを通る夫々のオーダー を探索する。パックのデータ搬送素子４６（タグ）は、特定パックにより移送さ れた容器内の特定オーダーが示すデータを、未知の或いは順番外のパックを拒絶 するためのセキュリティーチェックを行いつつ搬送する。この技術において良く 知られているタイプの多くのＩＢＭコンパチブルパソコンは、夫々が複数の低レ ベルマイクロコンピューターはシリアルリンクにより連結されたものであり、様 々な制御機能を分け持っている。メインコンピューター自身は、ＴＣＰ／ＩＰプ ロトコルを使用するトークンリングネットワークを経由して通信を行う。このシ ステムを通る主要なデータ流れを、図４に示す。 ここに記載するように、ＨＬＣ１５は、ＦＳＣ１４にオーダーするデータのブ ロックを提供し、そのデータのブロック及び特定して結合されるラベルデータが 連続的に印刷ステーションに到着したときに、印刷された適正なラベルを容器へ 適用させるためのＰＳＣ３５へとそれらを進める。ＦＳＣ１４は、ステーション ２４で初期化された後、データが記載された各単一データを夫々のパック１０に 提供する。加えて、上記の適正な薬品確認の実行の間、ＦＳＣ１４は、充填装置 ２６によって提供された単一オーダーに従い特定パックにより搬送された容器の 充填を制御する。 印刷ステーションに到着した際、パックの中のボトルによって搬送された単一オ ーダーの詳細が、パックのタグ４６から、プレラベルラーＰＨＳ３２によって読 み取られ、ＰＳＣ３５に提供される。ラベル及び若しくは注文の容器を印刷及び 確認（若しくは拒絶）をする際、オーダーは、必要に応じて、キュー（又は、再 スケジュールされたキュー）から移動されるようにしてもよい。充填の成功を示 す結果がブロック内のすべてのオーダーについて有効であるならば、ＦＳＣ１４ はＨＬＣ１５に報告する。 充填ステーション制御装置 以下の記載は、いかにして全ライン又は各チャンネルが運転を開始し、又は新 たな薬のタイプに変更するかを示すものである。この発明の明らかな利点は、Ｈ ＬＣのインターフェースの特質及びスケジュースシステムよって、チャンネルに おける頻繁なスタートアップの必要なく、同一製品に限定されること無く実行で きる点である。操作における安全特性は、ＦＳＣにより、古い製品がシステムの そのチャンネルから無くなった時のみ、夫々のチャンネルにおいてスタートアッ プされるようにしたことである。この特徴を実現するために、古い製品が自動的 に間違ったマジックナンバーを有するように、パックがマジックナンバーを搬送 する。これらのマジックナンバーは、チャンネルが転換される毎にスケジューリ ング制御モジュールのＦＳＣにより発生する。又、この制御システムによって、 他のチャンネルが運転状態の間にも、単一チャンネルの転換が可能となる。 チャンネルのスタートアップ／転換に際し、ＦＳＣは、以下の機能を実現する 。ＦＳＣは、オペレーターに、機械の転換が実行されたことと、オペレーターに よる機械転換完了の確認を待つべきことの警告をする。その時ＦＳＣは、オペレ ーターによる命令の際、その時点でのスターフォイールの中の如何なる容器をも 拒絶され、ＩＳＭのティーチ機構が開始される様、フレックス充填装置２６の中 のＤＣに指示をする。ティーチされると、ＩＳＭは新たな薬品のモデルを現在の 製品の為のマスターモデルに対して有効にする。ＦＳＣは，ＰＳＣに、新たな薬 のタイプ及びマジックナンバーをＰＳＣに通知し、最初のいくつかのオーダーを ＤＣへとダウンロードする。オペレーターによる命令があると、ＦＳＣはＤＣ（ 及びＰＨＳユニット）に運転するように指示する。随時（ＨＬＣからの命令の際 ）、ラインが使用している容器とラベルのサイズは変更できる。一旦、すべての 製品（すべてのチャンネルからの）がシステムから外れたときのみ、変更は可能 となる。しかしながら、同一製品が夫々のチャンネルを維持しているときのみ、 変更が可能であることに注意する必要がある。この時、機構的なチャンネル転換 の必要はなく、再ティーチ操作が依然として実行されることになる。 開始／転換のシステムで、ＦＳＣは、オペレーターが機構的転換完了の確認をし 、新たな開始がＰＳＣに報告されるのを待つ様にプログラムされている。オペレ ーターが、新たなラインの開始を確認し、ラインの状態に関する他の直接関係あ る情報を確認したとき、ＨＬＣにその旨を知らせるために、規則的なラインステ ータスメッセージが送信される。夫々のチャンネルは、その時、独自のチャンネ ルスタートアップ手続きを行う。 システムが開始すると、通常の処理が進められる。ＤＣにより夫々のオーダーが 完了したとの報告があったとき、新たなデータが与えられ、それらの内部にある キューの末尾に追加される。オーダーは、夫々の主要ポイントを通って、オーダ ーを探索するＦＳＣによって、システムを退出するまで、システムを通じて処理 ざれる。実際、臨界対応のリアルタイム作業ウオークは、低レベルのコントロー ラーによる通常の操作の下で行われるので、ＦＳＣ処理装置の機能は至って簡素 化される。更に特定すれば、処理装置は、ＨＬＣからの新しいオーダーを要求し 、ＤＣによる充填の順序をスケジュールし、システムを通ったオーダーの進行を 点検し、ＨＬＣに完了したオーダーを報告し、システムオペレーターにモニター し、オペレーターインタフェースを実行し、アンスクランブラー、パックリター ンシステム、キャッパーからの状態情報を要求する。以下の記載は、フレックス 充填装置２６における１以上のチャンネルのシャットダウンについての説明であ る。まず、「シャットダウン」という用語は、ここでは、すべての処理に対して 制御される終局を意味するものとし、単なる時間的停止を意味するものではない 。かかるシャットダウンは、シフトの終了、製品転換（単一のチャンネルに作用 する転換）の前に発生するものである。瑕疵に基づくシャットダウンを、後述す る。 最後の注文が送信され、すべてのオーダーが充填されると、ＤＣは薬品供給機 をシャトダウンする。しかしながら、実行の最終段階における不要な混乱を避け るために、最終段階においては如何なる瑕疵であっても再試行はされない。かか る瑕疵は、キャンセルとしてＨＬＣに報告される。もし、他のチャンネルが運転 状態でない場合、オペレーターは、ＰＳＣの空きバッファーモードに、ラベラー から最後の容器を解除せよと命令して、この間、ＦＳＣは、通常通りシステムを 通るオーダーを検索する。すべてのオーダーの終了若しくは瑕疵の場合は、ＦＳ ＣはＨＬＣに報告する。ＦＳＣは、それらをオフにする為に、キャッパー等への 如何なる直接制御をも実行しない。チャンネルのシャットダウンの手続きが始ま ると、本発明の現行の好ましい実施形態における制御プログラムによってこの手 続きは完全に実行されるようになる。同じタイプの薬品であっても、再開始の前 に、チャンネルは、上記のスタートアップを通る必要がある。 前記の種々の態様は、図１１に示すライン状態移行図、及び図１２のＦＳＣ処 理機がライン全体の制御を提供し、チャンネル転換の制御を提供するようプログ ラムされる夫々の方法を示すチャンネル状態移行図を参照するのが望ましい。図 １１のライン状態移行図のＦＳＣのライン制御処理についての充分な理解を可能 にするため、ＦＳＣにおける様々な状態の特徴を次の表で示す。 状態 説明 ローディング ソフトウエアモジュールが以下のパワーオンによって自 動的にロードされる。 不接続 ＨＬＣ又は周辺機器に接続しない 接続 ＨＬＣ又は周辺機器への接続の開始を企てる 未使用 ＨＬＣ及びＰＳＣと共にコム；如何なるラインからの情 報もセットアップしない ＨＬＣのセットアップ 開始情報を受け取る；要求されるボトルのサイズ容器の サイズが、インストールされたとのオペレーターからの 確認を待つ アイドリング ラインは接続・開始されるが、如何なるデータも有効に は処理されていない。 活性 ラインは処理されるオーダーに接続され、開始する。少 なくとも、１つのチャンネルがランし、ティーチし、プ ッシュし、またはサイクルストップする。 不活性 ラインは処理するオーダーに接続され、開始する。如何 なるチャンネルも、ラン、ティーチ、プッシュ、または サイクルストップしない。 フォールト ラインに重大な瑕疵が生じる、しかしまだ知らされてい ない（以下の記載に示す、）。 状態移行図の中央部分に位置するので、開始制御のオペレーター選択への返答 として、ＰＨＳユニットのポーリングをし、ＤＣ、及びＰＳＣが実行され、ＦＳ Ｃによって接続状態に入ることが、図１１のブロック１１００から明らかに示さ れる。 ＨＬＣとの接続を開始するに際し、状態返答が伝達され、ブロック１１２０に 示すように未使用状態が入力される。ＨＬＣからのラインセットアップ信号を受 けると、ＦＳＣは、ラインセットアップの認識をＨＬＣに伝達し、ラインセット アップ信号をＰＳＣに伝達し、オペレーターのためにセットアップラインへの警 告を発し、１１３０のセットアップ状態に入る。ここで、オペレーターのセット アップ確認とＰＣＳセットアップ信号を共に受信すると、ＦＳＣは１１４０のア イドリング状態へ移行する。もし、アイドリング状態の間、ラインセットアップ 信号がＨＬＣから受信されたとき、ＦＳＣは再び１１３０のセットアップ状態に 移行する。一方、もし、ＨＬＣからチャンネルのオーダーが受信されたとき、Ｆ ＳＣは、ラン、ティーチ、ポーズ、サイクルストップ状態にある１以上のチャン ネル１１６０への返答として、ＦＳＣは、不活性状態１１５０に移行し、又はす べてのチャンネルがオーダー以外であったとき、再び入るアイドリング状態へと 移行する。活性化状態へは、アイドリング状態において、ティーチオペレーショ ンの選択があったときに移行する。活性化状態により、何れかのチャンネルに如 何なるオーダーもが提供されない場合は、ティーチオペレーションが終割った後 すぐにアイドリング状態にされ、如何なるチャンネルも、ラン、ティーチ、ポー ズ、サイクルストップ状態ない場合は不活性状態される。 ＦＳＣチャンネル制御オペレーションが充分に理解されるように、以下の表に より、図１２のチャンネル状態移行図下の操作におけるＦＳＣの様々な状態の特 徴を述べる。 状態 説明 不接続 ＤＣとＩＳＭとの接続はなし 自己テスト ＤＣとＩＳＭは自己テストを行う 不可能 ＨＬＣは有効に使用できない（メンテナンスがされることとな る） 未使用 ＨＬＣの有効な使用は可能であるが、セットアップ情報が未だ 届かない 転換 セットアップ情報が受信され、オペレーターがセットアップチ ャンネルを有することの確認を待機する スタンバイ チャンネルがセットアップされる。オーダーを有しても有しな くても良い。ラン又はティーチの準備をする。 ティーチ ＩＳＭが薬品のモデルを要求する。 ラン オーダーが処理される。 ポーズ オペレーターがポーズを選択する、又は、瑕疵状態が生ずる。 チャンネルが休止するのを待つ。 サイクル停止 オペレーターのサイクル停止の選択、又は、瑕疵。容器が充填 される、又は拒絶されるのを待つ。 Ｅ−停止 ハードウエアのＥ−停止ラインが、アサートされるがクリアー はされない。 フォールト チャンネルが瑕疵。 メンテナンス 一時的なメンテナンス活動、例えば、エスケーメントジャムの 解除等。 不機能 オペレーターが「不機能」を選択。最後のオーダーが、このシ ステムを終了するのを待つ（中断不可能、不機能状態で終了す る）。 システムスタートアップ、チャンネル転換、ＦＳＣにより実行される他の機能 に関する前記の記載は、ＤＣとＩＳＭとが自己テスト１２１０をおこなう際の自 己テストの状態を示す図１２により理解できるであろう。適切な操作を決定する に際し、ＦＳＣは通常のポーリング処理を初期化し、ＦＳＣはＨＬＣに対し機能 せずメンテナンス処理のなされる不機能状態１２２０に入る。ＨＬＣ使用に対す るチャンネルの不機能への返答として、ＦＳＣはＨＬＣに対して、チャンネルが 機能しない、ＦＳＣがＨＬＣに対し有効になるがセットアップ情報はまだ受信さ れていないという、不使用状態へ移行することを告知する。一旦、チャンネルセ ットアップ情報がＨＬＣから受信されると、ＦＳＣはオペレーターに対して、転 換を実行し転換状態１２４０に移行するよう警告し、転換完了のオペレータの確 認に対する返答として、スタンバイ状態１２５０に移行する。 スタンバイ状態１２５０から、ＦＳＣ制御は、オペレーターが、ランモード（ ラン状態１２６０への移行による）、ティーチ状態（ティーチ状態１２７０への 移行による）、不機能状態（すべての製品が終了したことを認知しＦＳＣが不機 能の状態１２２０へ移行する）の３つの状態のうちの１つに移行する。ラン状態 又は、ティーチ状態の何れかから、サイクル停止のオペレーター選択の決定によ り、サイクル停止状態１２６４へ移行する。一方、チャンネルが適切に教示され たと決定されたとき、ティーチ状態１２７０から、スタンバイ状態１２５０に戻 る。ラン状態１２６０から、制御は、ポーズのオペレーター選択又は瑕疵に応答 することにより、ポーズ準備状態１２６２に移行する。チャンネルが瑕疵なく休 止したことを決定したとき、ＦＳＣは、ポーズ準備状態１２６２から、ポーズ完 了状態１２６６へ移行し、その後、ランモードのオペレーター選択によって、ラ ン状態１２６０に戻る。サイクル停止１２６４から、ポーズモードのオペレータ ー選択の決定が送られることによって、ＦＳＣがＦＳＣはポーズ状態１２６２へ と送られ、チャンネルがサイクルストップされたとの決定により、スタンバイ状 態１２５０へと移行する。 図９に関して先述のように、如何なる状態でのＥ−ストップ信号の検出によって も、ポイント制御はフォールト状態１２９０になり、Ｅ−ストップラインが解除 されるまで、ＦＳＣはＥ−ストップ状態に転換されている。同様に、如何なる状 態においても瑕疵の検知は、操作をフォールト状態１２９０へとにする。接続の 瑕疵を認識すると、瑕疵が解除されたとの決定が不機能、不使用、転換、又はス タンバイ状態何れか１つに操作を戻す間、フォールト状態１２９０から不接続状 態へと操作される。しかしながら、メンテナンス操作を要求するとの決定により 、上記の４状態の何れか１つからメンテナンス状態１２９４へと操作が転換され る。 先述の機能の処理に関して前述の移行を考察するに際し、図１２の状態移行図 にしたがって、ＦＳＣの処理における先述の夫々機能が実現されることが好まし い。 充填ステーション制御装置１４の処理を更に説明するために、図１１及び１２ の状態移行図により遂行される機能の別態様を提供する図１３Ａ〜１３Ｃのフロ ーチャートが参照される。このように、図１３Ａは、状態１２１０、１２２０及 び１２３０、及びそれらを結び付ける図１２に示す手続きに相当する別態様の状 態を示す。事実、図１３で限定特定されたフローチャートは、単一チャンネルの 用のＦＳＣ制御を述べており、ＦＳＣの転用の制御機、ＨＬＣ及びＰＳＣへの接 続について述べている。図１３Ｂのフローチャートは、同様に、状態１２４０、 １２５０、１２６０及び１２７０（及び、結ぶ付ける為の手続き）に相当し、一 方、図１３のフローチャートは、図１２の保持状態に相当する。 ＦＳＣにより実現される種々の機能は、以下に示すように、制御ソフトを多数 のソフトウエアのモジュールに分解することによって、より簡単に実行できるよ うになる。以下の説明により、全体的に、ＦＳＣにおける処理の概要が理解でき るであろう。夫々のモジュールは、ビジュアルベーシックで実行される、ＦＳＣ ユーサーインタフェースモジュールの使用を除き、Ｃ言語（他の言語を用いるこ とも可能であるが）により作成されるのが好ましい。 ネットワークの状態／制御モジュールは、状態及び、ＨＬＣ及びＰＳＣへの制 御メッセージのＬＡＮのサイドを操作する。 ＦＳＣオーダー取得モジュールは、データベースファイルの受信に対し、ＨＬ Ｃ受信ファイルがＦＳＣオーダー伝達モジュールに伝達されるようにする。 ＦＳＣオーダー伝達モジュールは、受信されたオーダーのデータベースファイ ルがＰＳＣにコピーされるようにする。コピーが成功すると、ＦＳＣオーダー伝 達モジュールは、ＦＳＣデータベースサーバーのモジュールが新たなファイルが 使用可能状態であることを報告する。 ＦＳＣデータベースモジュールは、スケジューリング／制御モジュールに受信 オーダーのデータベースへの一連のアクセスを提供する。ＦＳＣデータベースモ ジュールは、次のオーダーが、直ちに戻されるように、先取り保管のできる場所 の維持をし、スケジューリング／コントロールモジュールから渡されたオーダー から、完了（キャンセル）オーダーのデータベースファイルを構成する。 ＦＳＣライン制御モジュールは、ライン状態機械を実行し、ライン及びキャンセ ル順位及び製造統計量のベータベースを維持し、瑕疵と錯誤処理に便宜を提供す る。 ＦＳＣスケジューリング／コントロールモジュールは、システムを通して、新 たな単一容器オーダーを検索し、検知し、瑕疵ある単一容器オーダーの再スケジ ューリングを行う。このモジュールは、チャンネル状態装置を実行し、プログレ スデータベースのオーダーを維持し、チャンネルが教示されたとき新たなマジッ クナンバーを配置する責任を負う。 ＦＳＣオーダー報告モジュールは、完了、キャンセルされたオーダーデータベ ースファイルをＨＬＣに伝送する。 ＦＳＣユーザーインタフェースモジュールは、このシステムの表向きの終局を 実現する。このモジュールは、ユーザー入力から他のモジュールへのコマンドを 発生し、システムの現在の状態をディスプレイ上に反映する。 ＦＳＣセリアルドライバーモジュールＤＣとＰＨＳとの全ての通信を取り扱う 。このモジュールは、セリアルポートを定期的に走査し、メッセージを読み、解 読、確認し、それらを他のモジュールに送信する。ＦＳＣセリアルドライバモジ ュールは、出力する通信を記憶し、ＰＨＳ通信プロトコルを実現し、ＰＨＳ監視 ラインをトグルする。 ＦＳＣデジタルＩ／Ｏモジュールは、全てのデジタルＩ／Ｏを取り扱う。この モジュールは、定期的にデジタルの入力及び報告を走査し、ライン制御モジュー ルへと変換する。ＦＳＣデジタルＩ／Ｏモジュールは、他のモジュールの為にデ ジタル出力を書くために便宜を提供し、現在の設定を記録する。 後述の機能を実行する為の前記処理が可能であるＦＳＣは、後述の構成要素を 含んだハードウエア構成の使用によって実現される。 １６ＭｂｙｔｅＲＡＭを搭載するＤＸ２６６Ｍｈｚパソコンを装備するＩＢＭコ ンパチブルパソコンラック ハイパフォーマンス１０２４＊４８６グラフィックアクセラレイター １７インチのタッチスクリーン ５００メガバイトのハードディスク RS422アダプターを有するアドバンテックパソコンラボカード8-ポートインテリ ジェントRS232インタフェースカード ブルーチィップデジタルＩ／Ｏカード １６メガビットオペレーション及びハンドホールドターミナルの為に付属のデッ ドマンスイッチにセットされるＩＢＭ１６／４トークンリングアダプターＩＩ ライン制御 上記システムでは、「実際」のオーダーデータベースに直接接続する高水準コ ンピュータは設けられていない。代わりに、シミュレーションが使用され、これ は全ＨＬＣとして、ＦＳＣに対して同様の通信を実行するが、より小さなデータ ベースしか有していない。このＨＬＣの「縮小」バージョンを以下に説明する。 概して、ＦＳＣの監視はＨＬＣ１５によって実行され、このＨＬＣ１５は、以 下の機能を実行するために構成されプログラムされる。 １）標準データベースフォーマットでオーダーのオフライン編集及び作成をする 。 ２）単一ＦＳＣ上の各個別チャネルの手動操作によるセットアップをする。 ３）個別チャネルに対してオーダーの手動割り当てをする。 ４）適切な場合には、特定チャネルに対するオーダーブロックを自動的に組み込 む。 ５）ラインにより実行された或いは取り消されたオーダー記録を保持する。 ＨＬＣがオフラインの場合に、新しいオーダーが中央データベースに追加でき る。このように、ＨＬＣは多くのオーダーのデータベースへの作成及び追加を可 能にする。システムが始動すると、ＦＳＣ１４は、オーダーが各主ポイントを通 過してシステムを出るまで、オーダーを追跡する。各ステージにおいて、ＦＳＣ はいずれかのオーダーが紛失するかどうかを判定する。ＦＳＣは紛失したオーダ ーを自動的に再度スケジュールする。 将来的なシステム例においては、ＨＬＣは、ＣＳＰＬによって果たされるオー ダーの中央データベースと通信して、主フレームコンピュータ上で実行するソフ トウエアによって実行されることが予測される。 チャネル中断 各チャネルの中断処理は以下の通りである。 最終オーダーが送られると、ＤＣは、処理されるオーダーがないことを知らさ れる。ＤＣは、全てのオーダーが実行されると、タブレット供給機構を中断する 。ＰＳＣ３５は、チャネルが中断したことを通知されるとともに、実行されたオ ーダーの最終番号を渡される。実行シーケンスの終了時における不要な煩雑さを 回避するために、実行に続く終了時期のどんな失敗も再試行が許可されない。こ のような失敗はＨＬＣ１５に「取消」として報告される。ＦＳＣ１４は通常通り 、システムを通してオーダーを追跡して、全てのオーダーが完了或いは失敗する とＨＬＣに報告する。チャネル中断シーケンスが開始されると、本発明によるこ の好ましい実施例では、完了までの実行シーケンスを必要とする。そして、同一 薬品タイプであっても、チャネルは再開始前に上記始動を経る必要がある。 本発明は、以下のチャネル中断操作シーケンスを提供する。具体的には、ＰＳ Ｃは、特定の最終オーダーが確認されるのを待機し、中断（チャネルからの各オ ーダーが確認された後にリセット）とともに停止し或いは拒絶されるようにプロ グラムされる。更に、ＰＳＣは通常通りに、ＦＳＣに完了した／拒絶されたオー ダーを知らせるとともに、ＰＳＣユニットに特定チャネルが中断したことを通知 する。 全てのチャネルが中断したか或いは既に非作動である場合、ＰＳＣは、 １）全てのチャネルからの特定最終オーダーがラベラー入力ＰＳＣによって確認 されるのを待機して、中断とともに、 ２）ブランクラベルの印刷を開始し、 ３）最終オーダーが確認ＰＳＣによって確認されるのを待機し、 ４）ブランクラベルの印刷を停止し、 ５）ＦＳＣに通常通り完了した／拒絶されたオーダーを知らせる。 処理の完全性 以下に理解されるように、異なるボトルが異なる処方薬で充填される場合は、 処理の完全性を保証するのが重要である。このような完全性は、処理が医療処方 薬を充填するのに適用される場合、また、エラーが致命的な結果を消費者に及ぼ す場合には、より一層重要である。エラーを排除するために上記処理でとられた 工程に加えて、本発明は、故障の性質に応じてとられる特定の異なったエラー回 復手順を提供する。主要な過失分類及びそのエラー回復手順を以下に説明する。 ａ）フィラーチャネルエラー フィラーチャネルエラーとして識別される故障は、緊急にではないが、単一チ ャネルをすぐに中断することを要する故障である。そして、現在処理中のボトル は、フレックスフィラーのスターホイール内のからのボトルのみを残して、充填 されるか或いは排除できる。影響を受けたチャネルは、例えばタブレットリサイ クルビンを空にすることによって、故障が解消するまで使用されない。この期間 中に、このチャネルのメンテナンスが実行されるが、システムの残りの部分は通 常に操作を継続する。故障が解消すると、オペレータはチャネルを再実行可能に して「実行」シーケンスをもう一度選択する。 ｂ）フィラーチャネル除外 フィラーチャネル除外として識別される故障は、フィラーチャネルエラーと同 様ではあるが、より重大な故障である。これは、影響を受けたチャネルのボトル 充填を緊急に停止することを必要とする。このような緊急停止は、（「拒絶」と して表示された）スターホイール内に部分的に充填されたボトルを残す可能性が ある。ＤＣはタブレット供給システムが停止するまで、全てのタブレットを再循 環させる。その後、故障が解消する。チャネルが再開始されると、部分的に充填 されたボトルが拒絶される。 ｃ）プリンタエラー プリンタエラーは短時間のプリンタの中断を要する。ラベルのいくつかは廃棄 されるが、ボトルは拒絶される必要はない。プリンタエラーを検出すると、ＦＳ Ｃ及びＰＳＣは故障メッセージを表示する。そして、オペレータは例えばリボン を取り替えることによって故障を解消する。回復手順は相互作用であり、ＰＳＣ は以下のシーケンスに従って作動する。 オペレータに故障を修正させる。 オペレータが確認するのを待機する。 ラベルをジョグモードで印刷し、その間にオペレータは、最初に印刷されたラ ベルが正しいボトルに貼りつけられる準備ができるまでウエブからブランクラベ ルを取り除く必要がある。 更に、通常通りにラベル貼りを再度開始する。 ｄ）プリンタ除外 これらの故障は非常に重大であり、製品及びラベルマッチングの完全性に疑い があるので、プリンタステーション内の全ての製品が廃棄される。 ｅ）ライン重故障 ライン重故障は非常に重大であり、システム内の全ての製品に疑いがあるため 廃棄される。システムは非作動にされる。どのオーダーが間違いなく完了したか を識別するマニュアルシステムがこのような状況で使用される。 ライン重故障の取り扱い ＦＳＣ／ＰＳＣは、オーダー処理を緊急に停止し、種々のＰＳＣユニットに停止 を命令するようにプログラムされる。全ての完了したオーダーはＨＬＣに報告さ れる。 そして、回復手順は、全ての充填されたボトルのシステムからの手動による排 除と、オーダーのいくつかが完了しこれが報告されない場合、最後に完了したオ ーダーのＨＬＣへの手動による識別を含む。その後、ＦＳＣが再開する。再開す ると、ＦＳＣは、 報告されなかったいずれかの完了したオーダーをＨＬＣに報告し、 そのオーダー受領データベースをクリアし、 新たなチャネルセッション番号を割り当てる。 誤って、充填され、キャップを取り付けられ、ラベルを貼られ、或いは誤って 取り扱われたと判断されたどんなボトルも、次の包装ライン操作の前に拒絶され るのが本発明の特徴である。 本発明のラインの種々の構成要素を、これらの構成要素の種々の個別の操作モ ードとともに説明したが、以下にシステム操作の詳細を更に広汎に説明する。 高水準コンピュータ 本発明の説明を通して、高水準コンピュータ（ＨＬＣ）１５及び構成要素ＣＳ ＰＬとＨＬＣとの間の種々の相互作用を説明している。以下の記載は、ＨＬＣの 及びＨＬＣの構成要素との相互作用の詳細を説明し、特にＦＳＣ１４との相互作 用の詳細を説明するものである。この説明に先立って、ここで考慮されるＨＬＣ はMicrosoft Windowsにおいて実行し、Ｃ及びビジュアルベーシックの組み合わ せを使用して実行される。しかしながら、他のいずれの操作システム及びソフト ウエア手段も使用できることが理解される。 システムにおけるＨＬＣの役割は、標準データベースフォーマットにおけるオ ーダーのオフライン編集及び作成を可能にし、ＦＳＣ上の各チャネルの手動によ るセットアップを可能にし、ここのチャネルへのオーダーの手動割り当てを可能 にし、適切な場合には、特定チャネルへのオーダーブロックを自動的にスケジュ ール、使用できるいずれかのネットワーク通信プロトコルに従ってラインを制御 することであり、場合によっては、最も重要な役割は、ラインによって達成され た或いは取り消されたオーダーの記録を保持することである。 システムが始動或いは切り換わると、ＨＬＣはオペレータによって一旦可能に なったＦＳＣとの通信を確立して、まずオーダーのオフライン作成を可能にする 。通信すると、ＨＬＣは、全てのチャネルがアイドルの場合にはオペレータに新 たなラインセットアップを選択させ、特定のチャネルがアイドルの場合には新た なチャネルセットアップを確立させる。 展示用実験プロジェクトにおいて、ＨＬＣはラインの可能性を実験展示して、 テストオーダーの中央データベースを導入した。このデータベースはどんな種類 の薬品のオーダーについての全詳細を含み、これらのオーダーは必要に応じて再 使用できる。しかしながら、通常操作の間、操作するデータベースはどんなオー ダー及びどんな種類の薬品についての全詳細を含むことは言うまでもない。ＨＬ Ｃがオフラインの時には、新たなオーダーを中央データベースに追加できる。試 験ＨＬＣはこのように多くのオーダーを作成し、簡単な試験データを使用してこ のデータベースに追加できる。使用に際して、オペレータは薬品種類及び種々の フィールドテンプレートを選択して、各単一ボトルオーダー用の個々の詳細を特 定する。システムの安全性及び完全性のために、このデータベースを光ディスク にバックアップ（或いは光ディスクからロード）できる。 安定した状態で操作すると、オペレータは中央データベースから個々のチャネ ルで実行されるオーダーを割り当てる。ＨＬＣはこれらのオーダーを特定サイズ 及びフォーマットに分割し、ＦＳＣに送信して、オーダーがなくなるまで各チャ ネルの活動を維持する。このように、オーダーのフォーマットを管理するのがＨ ＬＣの機能である。また、ＨＬＣはＦＳＣから完了した或いは拒絶されたオーダ ーの詳細を受信し、これらを、要求されたものの記録と一致させる。 ＨＬＣは、以下の方法でいつでもチャネルを中断することをオペレータが要求 できるようにプログラムされる。 ａ）該当チャネルへの新たなオーダーの送信を停止して、ＦＳＣが、停止前に 受信した全てのオーダーを処理する。 ｂ）いくつかのオーダーを受信してまだ開始していない場合であっても、ＦＳ Ｃにどんな単一ボトルオーダーも開始しないように命令する。ＦＳＣはそのディ スエーブリング(DISABLING)状態になり、全ての充填されたボトルをシステムか ら正常に出せるようにする。この第２のオプションが選択されると、取消はでき ない。チャネルは結果的に停止し、次の使用の前に再度イネーブルにされセット アップされる必要がある。 ＨＬＣよりもＦＳＣユーザインタフェースが、充填されてはいるがシステムに ある単一ボトルオーダーを中止するのに使用される。 ＦＳＣ及びＰＨＳの状態に関する前述の記載と同様に、図１５の状態遷移図を 参照してＨＬＣ実行の詳細を説明する。 状態 記述 オフライン ＦＳＣとの通信の試みなし ブーティング ＦＳＣとの通信の試み 準備 ＦＳＣとの通信；ラインセットアップ情報送信なし セットアップ セットアップ情報送信； 所望のボトルサイズ／ラベルサイズがインストールさ れたことをＦＳＣから確認のために待機 アイドル ラインが接続されセットアップされるが、チャネルは 処理のためのオーダーを持たない オンライン ラインが接続されセットアップされるとともに、処理 のためのオーダーがある 故障 ＨＬＣの故障が検出される（例えば通信故障） 図１４に示すように、ＨＬＣがオフラインであるかまたは故障検出後である時 （即ち、ＨＬＣがオフライン状態１４００または故障状態１４１０）は、ユーザ 選択信号を受信すると、ＨＬＣはＦＳＣをポーリングしてブーティング状態１４ ２０に入りＦＳＣとの通信を試みる。ＦＳＣからのライン状態データ信号の受信 に応答して、ＨＬＣはＦＳＣと通信して（ラインセットアップ情報の送信はまだ ではあるが）準備状態１４３０に入る。しかしながら、準備状態では、ユーザ選 択入力信号を受信すると、ＨＬＣはラインセットアップコマンドをＦＳＣに送信 し、セットアップ状態１４４０では、適宜なサイズのボトル及びラベルがインス トールされたことを確認のために待機する。 ＦＳＣが、セットアップが完了したことを示すライン状態信号を提供すると、 ＨＬＣはアイドル状態１４５０に入り、ラインまたはチャネルの変更及びセット アップに関する次のユーザ入力を待つ。新たなラインセットアップがユーザから 要求されると、ＨＬＣはセットアップ状態１４４０に遷移する。チャネルセット アップが要求されると、ＨＬＣはそのオンライン状態１４６０に遷移し、ここで はチャネルオーダー信号がユーザ選択入力に応答してＦＳＣに送信されるととも に、最後のオーダーの完了を示すＦＳＣからの信号を受信すると、ＨＬＣはアイ ドル状態１４５０に入る。 ＨＬＣのユーザインタフェースは標準データベースフォーマットにおいてオー ダーのオフライン編集及び作成を提供し、取り外し可能な媒体へのバックアップ ／回復を提供するのが好ましい。更に、インタフェースは、単一ＦＳＣ上の各チ ャネルのセットアップ、個々のチャネルへのオーダーの割り当て、各チャネルの 待機、進行中及び終了等のオーダーの数の表示、また、システム状態（個々のチ ャネルの状態、ライン全体の状態）の識別を可能にする。パスワードによる保護 がインタフェースにより提供されるのが好ましい。 上記を実行するために、オフラインデータベース作成ソフトウエアモジュール が提供される。このモジュールはビジュアルベーシックで実行される。このモジ ュールによって実行される機能を以下に説明することにより、直送方法での実行 が可能となる。 データベースモジュールは、種々の形態のデータベースアイテムの編集及び作 成をオフラインにしようとする。更に、モジュールは新たな種類の薬品を薬品デ ータベーステーブル（Microsoft Access version 1.0フォーマット等）に追加し 、既存のアイテムを編集する。また、モジュールは可変テンプレートをユーザ制 御下で作成し編集する必要がある。テンプレートはアクセスフォーマットデータ ベース内のテーブルに記憶され、新たなオーダーを作成しチャネルセットアップ を特定するのに使用される。さらにまた、データベースモジュール新たなオーダ ーを作成し、このオーダーはデータベース（アクセスフォーマット）内の中央オ ーダーテーブルに追加される。オーダーは、ひとまとめにまたは個々に簡単な試 験データを使用して作成できる。中央オーダーデータベース内のどんなオーダー も編集できる。さらにまた、データベースモジュールは光磁気記憶媒体への及び 光磁気記憶媒体からの中央オーダーデータベース、可変テンプレートデータベー ス及び薬品詳細データベースの転送を実行する。 しかしながら、本発明の概念により適切な実行は、ＨＬＣがオーダー取り扱い 及びスケジュールを操作する方法である。 オーダー取り扱いに関して、ＨＬＣはオペレータに中央データベースからのオ ーダーをシステム操作の間に個々のチャネルに割り当てさせる。ＨＬＣは、現在 のライン及びチャネルセットアップに整合するオーダーへの選択を制限する。そ して、ＨＬＣはオーダーをＦＳＣへの送信に適切な個別のファイルに分割し、こ れらのファイルを待機としてマークされた選択されたチャネルに指定されたディ レクトリに配置する。中央データベースは更新されてこれらのオーダーが再使用 されるのを防止するが、オーダー詳細は将来使用するために保存される。 オーダースケジュールに関して、チャネルに割り当てられると、適切な場合に は、ＨＬＣは自動的にチャネルをＦＳＣに組み込む。全体のデータベースファイ ルは、ＦＳＣに送信されると進行中としてマークされる。簡単なスケジュールア ルゴリズムが使用され、これはカスタマイズ可能なレベルより下に下降した時に チャネル用オーダーを引き上げる。 上記記載から理解され、また、状態１４６０から状態１４５０への遷移に示さ れるように、ＦＳＣは、データベースファイル内で完了し或いは取り消されたオ ーダーを戻す。ファイル内の各単一ボトルオーダーは中央オーダーデータベース 内の対応エントリと識別され、不一致の場合はエラーフラグが立ち、もどされた データに従って完了または取消としてエントリがマークされる。時間完了、ロッ ト及び終了日フィールドを含むファイルが別のディレクトリにアーカイブされ、 必要であれば、ここから後日オフラインで読み取ることができる。オフラインイ ンタフェースを使用して、オペレータは中央データベース内のオーダーを再イネ ーブルして、再度使用できる。 ＨＬＣの上記機能は、種々の付加的なソフトウエアモジュールで実行でき、 これらの以下のように個別に提供できる。 オンライン制御モジュールはビジュアルベーシックに実行して、ライン及び各 チャネルのセットアップを制御し、ライン状態を監視することによって、オンラ イン前置のセットアップ／構成及びスケジュール機能を実行できる。このような モジュールは、また、現在のライン及びチャネルセットアップを整合するオーダ ーを中央オーダーデータベースから抽出させ、フラットフォーマットデータベー スファイルに記憶された待機／進行中（ＷＡＩＴＩＮＧ／ＩＮ ＰＲＯＧＲＥＳ Ｓ）オーダーデータベースに追加させる。更に、モジュールはＷＡＩＴＩＮＧ／ ＩＮ ＰＲＯＧＲＥＳＳオーダーデータベースにログされたデータベースファイ ルのＦＳＣへの送信を制御するとともに、ＦＳＣから中央オーダーデータベース に戻されたオーダーが終了したか取り消されたかを識別するために応答可能であ る。 ネットワーク状態／制御モジュールは、Ｃにおいて実行して、ライン及びチャ ネルセットアップを実行し、ＦＳＣの通常ポーリングを実行し、チャネル／ライ ン状態をオンライン制御モジュールに報告するためにＦＳＣとのネットワーク通 信を制御できる。ポーリングはオンライン制御モジュールによってイネーブルさ れ、またディスエーブルされる。 ＨＬＣオーダー転送モジュールもＣにおいて実行して、オンライン制御モジュ ールによってそのように促されると、ＦＳＣに新たなオーダーデータベースを転 送するためにＦＳＣとのネットワーク通信を制御できる。 ＦＳＣオーダー完了モジュールをＣにおいて実行して、終了したまたは取り消 されたオーダーデータベースをＨＬＣに転送して戻すためにＦＳＣとのネットワ ーク通信を制御し、各データベースが受信されたときにオンライン制御モジュー ルを通知することができる。 また、他のソフトウエアを使用して、以下の３つの基本設備をソフトウエア張 っていのために提供できる。即ち、データをファイルにログし、構成情報を読み 取る等の共通操作用ライブラリ、直接機能コール及びメッセージを個別にコンパ イルされ実行されるモジュール間に通す通信機構及び共通のデバッギング及びト ランザクション監視レイヤである。 本発明の概念を上記方式で、または、実行するための他の任意のソフトウエア 方式を使用して実行できる。また、この実行の直送方式に関しては、詳細な説明 は省略する。 上記のように作動して、上記機能を実行できるＨＬＣは下記構成要素を有する ハードウエア構成を使用して実行できる。 16Mbyte RAMのIBMコンパチブルデスクトップ486 DX2 66Mhz PC 14”標準1024*768 SVGAスクリーン 500Mbyteハードディスク SCSI 128Mbyte光磁気ディスクドライブ及び 16Mbit操作用IBM 16/4トークンリングアダプタII 印刷ステーションコントローラ 上記記載から明らかなように、印刷ステーションコントローラ（ＰＳＣ）３５は 、ラベル印刷スケジュールの中心部に配置されて、その種々の構成要素と通信す ることによって本発明の概念の実行を可能にする。このためにＰＳＣは以下の機 能を実行する。 １）ボトルがプリンタサブシステムに入ると、ラベラ入力ＰＳＣを介してパック からオーダーディスクを入手し、 ２）各ラベル用データとプリンタ及びＯＣＶシステムに供給し、 ３）確認ＰＳＣを介してラベルとボトルとの整合を確認し、 ４）オーダーの印刷システム内の進行をトラックし、 ５）ラベラの高水準制御を提供する。 オペレータは、第１の印刷ラベルが第１のボトルに確実に貼りつけられたこと を確認する。これは、ラベラ自体に設けられた標準制御を介して行われる。ＦＳ Ｃからのシステムセットアップコマンドを受診すると、ＰＳＣはオペレータに正 しいラベルストックとリボンをロードさせて、ラベラを調整させるとともに、オ ペレータによりセットアップが示されると、ＦＳＣに完了を通知する。 チャネルがセットアップされ、第１のボトルが到着すると、ＰＳＣは必要に応 じてＯＣＶを開始し、正常にラベルを印刷し、オーダーをトラックするすように プログラムされる。 ＰＳＣは、各オーダーがシステムに入ると、各オーダーからの詳細の読出しを 継続する。印刷の詳細は印刷キーのテールに追加され、正常に順序正しく印刷さ れる。 上記順序は、特にラベル印刷後及びラベルをボトルに貼りつける前または後を 含む、ボトルとラベルのしっかりした順序がラインを通して維持されることを確 実にする。確認ステージにおいてどんなエラーも検査されて確認されたオーダー だけが印刷システムからでる。 新たなボトルがサブシステムに入らない場合、現在のラベルが全て印刷される と印刷が停止する。プリンタ３４とラベラ３８のラベル貼りつけポイントとの間 のギャップにより、複数の印刷ラベルがいつも印刷ウエブ上で待機し、複数の待 機しているボトルがラベル付けされる。新たなボトルが確認されると、通常のク エンチング機構を介してラベルが印刷される。これにより、ウエブの前部のラベ ルがボトルに貼りつけられる。 プリンタ制御システムの中心部は、産業用ＰＣにより提供され、これは、二次 データベースと二次ユーザインタフェースを有する。以下にＰＳＣの要件、特徴 及び設計を説明する。 ＰＳＣは具体的には、ラベル印刷ステーションを形成する多数の装置に接続さ れて、これらを制御する。これらの装置はラベラインフィードパック取り扱いス テーション３２を有し、これはシステムに入るオーダーの識別性及び順序を確立 する。厳密に管理されるコンベヤはＰＳＣ３２からのパックをラベル貼りつけポ イントに運ぶ。主ラベルプリンタ３４（即ちＴＥＣ Ｂ５７２）はＰＳＣに応答 して作動する。また、システムの一部はオプティカルキャラクタ確認及び印刷品 質検査システム（ＰＱＩ／ＯＣＶ３６）であり、各ラベル上の重要な情報を読み 取ることができることを確認するので有効である。ラベラ３８はラベルをボトル に貼りつけ、バーコードリーダを有する確認パック取り扱いステーション４０が 、ラベルとボトルの整合を有効にし、印刷システムに存在するオーダーの識別性 と順序を確立するのに使用される。 システムの安定状態実行は適切には直送方式である。故障により及び操作の開 始及び終了時に煩わしさが生じる。（例えばＰＳＣ３５及び確認ＰＳＣ４０の） 下位のレベルコントローラにより行われる全てのレスポンス−クリティカルリア ルタイム作業とともに、ＰＳＣの役割はボトルがプリンタサブシステムに入ると 、ラベラ入力ＰＳＣ３５を介してパックからオーダーデータを入手し、プリンタ とＯＣＶシステムに各ラベル用データを供給し、確認ＰＳＣを介してラベルのボ トルに対する整合性を確認し、印刷システムを通るオーダーの進行をトラックし てラベラを制御する機能を実行する。上記のように、ＰＳＣユニットは必要な場 合には所望されないメッセージを送る。通信のＰＳＣ側はハードウエア内でバッ ファされるので、周辺機器との通信には最小のＣＰＵ時間だけが必要であり、デ ータは失われない。 ＰＳＣのソフトウエア操作は図１５に示される状態遷移図により示される。上 記に説明したように、以下の状態テーブルが提供されて、図１５の状態遷移図に おける操作中のＰＳＣの種々の状態の重要性を説明する。 状態 説明 接続 ＦＳＣとの通信なし 不使用 ＦＳＣと通信するが、セットアップ情報を受信しない スタンバイ ラインセットアップ受信後、実行準備 バッファ充填 予備ラベラバッファにボトルを充填 実行 オーダーが到着すると処理 バッファをあける ブランクラインを印刷してボトルキーをフラッシュ 回復 故障検出，オペレータが気がつくか、または回復手順を選択 するかを待つ 故障 ライン重故障検出，ＦＳＣへの再接続を待つ 図１５から明らかなように、電源が入るとＰＳＣはＦＳＣが通信を開始するま で待機する接続状態にはいる。第１のＰＳＣ ＰＯＬＬが到着すると、ＰＳＣは 不使用状態１５２０に遷移する。第１のラインセットアップメッセージが到着す ると、状態はスタンバイ状態１５３０に変化する。 ボトルが到着する前に、ＦＳＣは少なくとも１つのチャネルをセットアップし ている。このように、ＰＳＣがチャネルセットアップメッセージをＦＳＣから受 診すると、該当チャネル用の印刷ラベルのフォーマットを形成するラベルテンプ レートをプリンタにロードし、ＯＣＶに新たなテンプレートを通知し、有効にす るためにＰＳＣに新たなマジックナンバーを送る。図１５には示されていないが 、これらの工程はスタンバイ状態で実行される。 スタンバイ状態１５３０から、ＰＳＣはオペレータによって提供される実行入 力によってイネーブルされた時にバッファ充填状態に入る。実行入力を受信後、 ボトルがインフィードに到着すると、ラベルが印刷されＯＣＶに通知される。ボ トルの予備設定番号（Ｎ）が確認されると、状態は実行状態１５５０に変化し、 ラベラ３８がバッファフル出力信号によりイネーブルされる。安定状態において 、ＰＳＣは各オーダーがシステムに入ると、各オーダーからの詳細の読出しを継 続する。印刷の詳細が印刷キーのテールに追加され、正しい順序で印刷されＯＣ Ｖに送られる。ボトルとラベルの厳密な順序が維持され、どんなエラーも確認ス テージで検査される。確認されたオーダーは印刷システムから出る。 また、ＰＳＣはプリンタ３４、ＯＣＶシステム３６を通って、確認ＰＳＣ４０ を通過する各ボトル／ラベルの進行を監視する。新たなボトルがサブシステムに 入らない場合、現在のラベルが全て印刷されると印刷を停止する。プリンタと貼 りつけポイントとの間のギャップによって、印刷ウエブ上で待機する複数のラベ ルが印刷されることになる。新たなボトルが確認されると、通常のクエンチング 機構によってそのラベルが印刷される。これにより、ウエブ前部のラベルが該当 ボトルに貼りつけられる。 ＰＳＣは休止（ＰＡＵＳＥ）設備を備えていない。これは、ラベラを介して実 行できるからである。しかしながら、所望の場合には、ＰＳＣを制御するソフト ウエアが、休止を提供するように容易に修正できる。 最終のボトルがプリンタサブシステムに入ると、別のボトルが到着して前のボ トルをフラッシュすることはない。このため、全てのチャネルが充填を停止する と、オペレータはＰＳＣにバッファをあける状態１５６０に入るように命令する 。この状態で、ＰＳＣはラベラ入力ＰＳＣがこれ以上ボトルを通過させるのを禁 止し、ブランクラベルの印刷を開始して以前に印刷されたウエブ上のラベルが進 行中のボトルに貼りつけられることを可能にし、最終のボトルが確認ＰＳＣによ って確認されるのを待ち、ブランクラベルの印刷を停止し、ＦＳＣに正常に完了 した／拒絶されたオーダーを通知し、スタンバイ状態に戻る、ことを含む多くの 機能を実行する。この操作のシーケンスは別の時にオペレータにより、例えば、 リボンが終わることを予測して、行われる。操作のシーケンスが完了すると、Ｐ ＳＣ開始シーケンスが使用されて、通常操作に戻る。 ＰＳＣユーザインタフェース自体は最小である。主包装ラベルユーザインタフ ェースはＦＳＣにある。ここで実行される機能は、エラー報告及びダイアログの 固定、特に上記ウエブ上の不良ラベルの識別、バッファ充填状態及びバッファを あける状態の制御、新たなラベルイメージのオフラインアップロード、ＯＣＶ試 験イメージのオフライン印刷及び簡単な処理統計の表示を含む。ユーザインタフ ェースは、オフライン手段へのアクセスを許可する前に、パスワードの入力が必 要である。通常操作ではパスワードは要求されない。 オーダーがラベラ入力ＰＳＣによって入手される。これは、オーダーシーケン スを確立し、ＦＳＣから受信したデータベースに保持される全オーダー情報を検 索して有効にするのに使用されるサブセットのオーダーデータを提供する。 改良された技術ではフィラーが能力を増大させ、これらの速度が増大すること が予測されるが、上記タブレット供給速度に基づいて、パックが１５０／分の速 度で入ることが考えられる。各パックは、ラベル貼りつけポイントに通じる安全 性の高いコンベアに進む前に、低水準コントローラ（ＰＨＳ）により読み取られ る。 ＦＳＣと同様に、ＰＳＣデータベースはチャネル毎のベースで組織される。各 チャネルデータは３つの異なる領域に分割される。オーダー受領データベースは ＦＳＣから受信するような単一チャネルデータベースファイルのセットを有する 。各ファイルは多数のオーダーのための全詳細を有する。個別のオーダーは必要 に応じてデータベースからコピーされ、進行中としてマークされる。ラインで良 好に処理されると、オーダーは完了としてマークされる。ファイルはＦＳＣによ りこのセットに追加され、新たなチャネルセットアップが開始された時のみ取り 除かれて、ＰＳＣ下流の故障が、再試行する時にＰＳＣで記録される。また、Ｐ ＳＣは薬品の種類／強度、ラベル選択、マジックナンバー等各チャネル用情報及 びシステム全体のラベルサイズを記録する。 「進行中」データベースはＲＡＭに保持され、ＰＳＣで進行中の全てのオーダ ーの全作業コピーを含む。これは、各オーダーのラベル印刷、貼りつけ、確認を 通した進行をトラックするのに使用される。整合パックが使用される場合、オー ダーはオーダー受領データベースから抽出されると、個別に追加される。オーダ ーは、オーダー終了データベースに配置されると個別に取り除かれ、オーダーが ＰＳＣを出ると、拒絶され、或いはＰＳＣ内で失われる。 オーダー終了データベースは、次にポーリングした時にＦＳＣに送信しているＲ ＡＭ内に保持される。ＦＳＣに戻される必要のあるデータフィールドだけが記憶 される。個別のオーダーはなくなったり或いは拒絶されると追加される。 印刷シーケンスは入力側で確認されたシーケンスと正確に一致する必要がある ので、スケジュールがラベラ入力ＰＳＣにより確認されたオーダーキーにより書 き込まれる。これは、ラベルプリンタ用のシーケンスを確立する。唯一煩雑な点 は、上記の開始及び中断である。オーダーは印刷処理の各ステージでトラックさ れ、ローカルデータベースに記録されて、エラー回復に役立つ。実際に、各オー ダーは処理中複数回記録される。例えば、ラベル印刷コマンドが出され、ラベル がＯＣＶされ、ラベル付けされたボトルが確認ＰＳＣ４０で確認された（ＯＫか または拒絶として識別される）時に、オーダーは入力側で確認される。ほ致命的 なエラー、例えば、電力下降、の場合には、ＦＳＣが、完了したボトルの非揮発 性記録を持つので、ＰＳＣにおけるデータベースは要求されない。 ＰＳＣにより実行される種々の機能は、下記のように、多数のソフトウエアモ ジュール内に制御ソフトウエアを分解することによってより簡単に実行できる。 このため、以下にＰＳＣの作動図を全体として説明する。各モジュールは、ビジ ュアルベーシックに実行されるＰＳＣユーザインタフェースモジュール以外は、 （他の言語も使用できるが）Ｃにおいて実行されるのが好ましい。 ＰＳＣ状態／制御モジュールは、ＦＳＣへの状態及び制御メッセージのＬＡＮ 側を取り扱う。これは、ＰＳＣ ＰＯＬＬからＰＳＣライン制御モジュールへの ライン制御パラメータと、ＰＳＣスケジュール／制御モジュールへの認識オーダ ーを通過させる。また、ＰＳＣライン制御からの状態情報と非スケジュール／制 御からの終了／拒絶オーダーからのプリンタ状態メッセージとを構築する。 ＰＳＣオーダー入社モジュールはＦＳＣからデータベースファイルを受け取る ために応答可能であり、新たなファイルが受け取られ、使用の準備ができた時に ＰＳＣデータベースサーバに通知する。 ＰＳＣデータベースサーバモジュールは、ＰＳＣスケジュール／制御モジュー ルに受領オーダーデータベースへのランダムアクセスを提供し、ルックアヘッド キャッシュを維持して、インシーケンスオーダーが即座に処理される。また、ラ ベラインフィードＰＳＣから受け取る部分的なオーダーデータをデータベースレ コードに対して有効にして、該当オーダー（または故障）のための全データベー スレコードを戻す。 ＰＳＣライン制御モジュールはＰＳＣ状態装置を実行し、ライン及びチャネル 状態のデータベースと製造統計とを維持し、ラベラ及びＰＳＣを制御し、故障及 びエラー取り扱い設備を提供する。 ＰＳＣスケジュール／制御モジュールは、印列、ＯＣＶ及びラベル貼りつけの 処理を制御し、ラベラインフィードＰＳＣから単一ボトルオーダー詳細を受け取 り、ＰＳＣデータベースサーバからの有効にされた全オーダーデータを入手して 、これをプリンタ駆動モジュールに送る。また、印刷ステーションを通る各ボト ルをトラックし、ＳＩＯモジュールから生じるＯＣＶスキャンを受け、どんな異 常も検出する。また、オーダー「進行中」データベース及びオーダー「終了」デ ータベースを維持し、ＰＳＣ状態／制御モジュールに完了／拒絶オーダーを提供 する。 ＰＳＣユーザインタフェースモジュールは、印刷システムの前部を実行し、ユ ーザ入力から他のモジュールへのコマンドを生成し、システムの現在の状態をデ ィスプレイに反映する。 ＰＳＣ直列ドライバモジュールは、ＯＣＶ及びＰＳＣとの全ての通信を取り扱 い、周期的に直列ポートをスキャンし、メッセージを読出し、これらをデコード し有効にし、他のモジュールに送る。また、出力する通信をバッファしてＰＳＣ 通信プロトコルを実行する。 ＰＳＣデジタルＩ／Ｏを取り扱い、周期的にデジタル入力をスキャンし、変化 をラベラ制御モジュールに報告する。また、デジタル出力を書き込むための他の モジュール用の手段を提供し、現在の設定を記録する。また、ＰＳＣ監視ライン をトグルする。 ＰＳＣプリンタ駆動モジュールはラベルプリンタを制御する。新たなチャネルセ ットアップ詳細を受け取ると、適宜なラベルデザインを選択して、固定したデー タをプリンタにダウンロードする。また、可変フィールドテンプレートを使用し て印刷される各ラベル用の正しい印刷ストリングを生成し、一旦印刷されると、 ＯＣＶシステムに送信するために情報を直列Ｉ／Ｏモジュールに送る。 上記機能を実行するために上記のように作動できるＰＳＣは、以下の構成要素 を有するハードウエア構成を使用して実行できる。 16Mbyte RAMを備えた486 DX2 66Mhz PC搭載IBMコンパチブルPCラック 高性能800*600グラフィックアクセル 14”ラック搭載タッチスクリーン 500Mbyteハードディスク RS422アダプタ付きAdvantech PC-LabCard 8-port Intelligent RS232 Blue ChipデジタルＩ／Ｏカード及び 16Mbit操作用に設定されたIBM 16/4トークンリングアダプタ 印刷ステーションコントローラはべつのＥ−停止回路を持たない。しかしＥ−停 止回路はラベラにある。 ＴＥＣ Ｂ５７２熱転送プリンタがシステム内で使用されると考えられる。カ スタムフォントとしてグラフィックをダウンロードするための任意の1Mbyte Ｆ ＬＡＳＨ ＲＡＭカードに適合して、３００dpiで８”／秒まで印刷できる。プ リンタは標準CentronixポートによりＰＳＣにインタフェースする。 データ 完全を期すため、適宜な入力装置を介して管理者による各オーダーのためのＨ ＬＣデータベースに提供される顧客特定情報を以下に説明する。以下のデータ構 成は簡単に表されたものであって、これに限られず、他の構成及びフォーマット が本発明の概念を達成するのに使用できることは言うまでもない。 編集検査機能が入力されたデータの有効性を保証するために提供され、数字範 囲検査、データフォーマット、データ検査及び文字検査等の、入力されたデータ の任意の適宜な検査を含む。特定情報が、データベースに保持される特定データ フィールド内の特定ソースから、この特定情報を維持するのに適切なフィールド バイト長で提供される。 データ 種類 ソース システムボトル数 数字 システム 顧客オーダー数 テキストデータ オペレータ 全顧客オーダーボトル数 数字 オペレータ （顧客オーダー内のボトル数Ｎ，数種類の薬品を含んでもよい） 顧客オーダー序数 数字 システム （オーダー内のｎ番目のボトル） 全顧客オーダー薬品 数字 オペレータ （オーダー内のこの種類の薬品の全ボトル数） 一般的薬品名 テキスト 薬品データベース 製品強度 テキスト 薬品データベース ブランド名 テキスト 薬品データベース 製品コード テキスト 薬品データベース 充填数量 テキスト オペレータ ボトルサイズ 算出 ボトルデータベース ラベルサイズ 算出 ラベルデータベース キャップサイズ 算出 キャップデータベース バーコードデータ テキスト システム （バーコードとして印刷されるデータ） 可変データフィールド バイトアレイ オペレータ 検査結果 患者特定可変データフィールドの一例を以下に示す。 患者ファーストネーム テキスト 患者ミドルネーム テキスト 患者ラストネーム テキスト 患者性別 テキスト 患者名（Jr.，Sr.，II等） テキスト 医者ファーストネーム テキスト 医者ミドルネーム テキスト 医者ラストネーム テキスト 患者住所・番地 テキスト 患者住所・都市 テキスト 患者住所・県 テキスト 患者住所・郵便コード テキスト 服用指示 テキスト 相互作用情報 テキスト 患者カウンセリング 算出 補充情報 数字 補足支払い額 数字 上記可変データフィールドは、諸定数バイトのブロックであり、チャネル毎の ベースでオペレータによって多数のサブフィールドに構成できる。オーダーデー タは構成可能であり、任意のデータ要素の使用を可能にする。このように、デー タベースは、患者（即ち、消費者）の特定オーダー、顧客の特定オーダー及び標 準包装オーダーを収容するのに十分に適している。 Etiquette等の公知のラベルデザインソフトウエアに確立されるような、適宜 なラベル入力フォーマットが使用され、オペレータにラベルデータを選択させて 、例えばボトルサイズとラベルサイズ、を表示する。また、時間及びチャネルセ ットアップデータがオペレータによって入力され、製品名、強度、チャネル番号 とともにボトルサイズ、ラベルサイズを含んでいる。上記情報に関するデータを 入力することによって、本発明のシステムはオーダーをグループ化して、包装ラ インに送り、ここでデータがＦＳＣにより読み出されるパックのＲＦラベルと関 連付けられて満たされる。ＦＳＣは以下の情報を識別するデータを送ることによ って、オーダー品充填の完了を確認する。 システム独自のボトル数 数字 顧客オーダー数 テキスト 顧客オーダー序数 数字 製品コード テキスト 充填数量 数字 キャップ種類 算出 バーコードデータ テキスト 可変データフィールド検査結果 数字 ロット テキスト 服用期限 テキスト オーダー状態 ブール 充填日 テキスト 充填時間 テキスト 結論 上記のように、少量の個別化された製品量を個別のラベルに貼りつけて包装し 、小売業者名及びロゴ或いは服用期限等の特定のバーコードデータを表示する能 力を有する製品包装ラインが開示される。結果として、受け取ったオーダーを単 にパックできるようになるため、複雑な市場予測システムのような高価な製品棚 卸しが不要となる。このように、供給ラインが非常に簡単であり、製品の鮮度が 高まり、消費者により支払われる料金を削減できるとともに、製造業者または供 給業者が得るマージンを増加できる。 本発明を実行するのに適したものとして、ここに示されたいずれの構成要素も、 現在利用可能な技術に基づいて、システム構成要素の種々の機能を実行できるも のとして考えられる構成要素にすぎない。このように、技術の進歩につれて、シ ステム要素が他の構成要素によって、より容易に、より適切に実行でき、実際に 複数の構成要素によって実行されるような上記機能が、単一の構成要素によって より容易に実行される。 上記の本発明の好ましい実施の形態は説明のために示されたものでる。上記開 示から多くの修正または変更が可能であるため、本発明をここに開示の厳密な形 態に限定するものではない。ここに記載の実施の形態が、本発明の概念及び実際 の適用を説明するために選択され記載されることにより、考えられる特定使用に 適した種々の実施例及び修正において当業者が本発明を利用できる。本発明の範 囲は、法的に公正に認められる全範囲に従って理解される場合、添付の請求の範 囲により規定される。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 プラウドフット，アンドリュー，エイチ. イギリス、ハートフォードシャー エスジ ー８ ６エイチビー、ロイストン、メルボ ルン、メルボルン サイエンス パーク （番地無し）、ザ オートメーション パ ートナーシップ内 (72)発明者 オーエン，ステファン イギリス、ハートフォードシャー エスジ ー８ ６エイチビー、ロイストン、メルボ ルン、メルボルン サイエンス パーク （番地無し）、ザ オートメーション パ ートナーシップ内 (72)発明者 バーグ，エイドリアン，ニール イギリス、ハートフォードシャー エスジ ー８ ６エイチビー、ロイストン、メルボ ルン、メルボルン サイエンス パーク （番地無し）、ザ オートメーション パ ートナーシップ内 (72)発明者 ケネディー，マイケル アメリカ合衆国、ニュージャージー 08889―0100、ラーウェイ、ピー．オー. ボックス 100、メルク ドライブ １、 ホワイトハウス ステーション（番地無 し)

Claims (1)

1. 【特許請求の範囲】 １．コンテナ入力ステーション及びコンテナ充填ステーションを有する自動コン テナ充填システムにおいて、 コンテナ充填ステーションを制御して任意の複数のコンテナに任意の複数の薬 品を充填する充填制御手段と、 薬品オーダー情報をそれぞれ含むことができる複数のタグ手段と、 を含んで構成され、 前記タグ手段のそれぞれが各コンテナに関連付けられて、各コンテナの各オー ダー情報を前記充填制御手段に搬送し、 前記充填制御手段が前記各タグ手段からの前記各オーダー情報に応答して作動 し、コンテナ充填ステーションを制御することにより前記各タグ手段と関連付け られた各コンテナに各オーダーにおいて規定された各薬品を充填することを特徴 とする自動コンテナ充填システム。 ２．前記各タグ手段に各オーダーデータを送信するシステムデータ送信手段と、 前記タグ手段の１つから前記各オーダーデータを読み出すシステムデータ読出 手段と、 を更に含んで構成され、 前記システムデータ送信手段からの各オーダーデータを記憶するデータ記憶手 段と、 前記データ送信手段から前記各オーダーデータを受け取るタグデータ受信手段 と、 前記データ記憶手段からの前記各オーダーデータを前記システムデータ読出手 段に送信するタグデータ送信手段と、 を含んで構成される請求項１記載の自動コンテナ充填システム。 ３．前記各タグ手段が、 各オーダーデータを記憶するデータ記憶手段と、 前記データ記憶手段に記憶された前記各オーダーデータに対応してコンテナを それぞれ保持し、コンテナをコンテナ充填ステーションへ或いはコンテナ充填ス テーションから搬送するコンテナ保持手段と、 を含んで構成される請求項１記載自動コンテナ充填システム。 ４．複数のコンテナが複数の異なるサイズのコンテナを有し、 前記複数のタグ手段が複数の異なるサイズのコンテナに対応して、複数の異な るコンテナ保持手段を有し、 前記異なるコンテナ保持手段のそれぞれが、それぞれ対応する保持されたコン テナをコンテナ充填ステーションのフィラーノズルから所定の距離に配置するよ うに構成され、 前記異なるコンテナ保持手段が、所定距離を異なるサイズのコンテナそれぞれ に対して実質的に同じにして、単一のコンテナ充填ステーションが複数の異なる サイズのコンテナを充填できるような構成である請求項３記載の自動コンテナ充 填システム。 ５．前記タグ手段が第１と第２の部分を含んで構成され、 前記第１の部分が前記データ記憶手段を有し、 前記第２の部分が前記第１の部分に接続されるとともに前記異なるコンテナ保 持手段の１つを有する構成である請求項４記載の自動コンテナ充填システム。 ６．前記各タグ手段が相互に接続された第１と第２の部分とを含んで構成され、 前記第１の部分が各コンテナ用の前記各オーダー情報を記憶するデータ記憶手 段を有し、 前記第２の部分が各コンテナを保持し、各コンテナをコンテナ充填ステーショ ンに、また、コンテナ充填ステーションから搬送するコンテナ保持手段を有する 構成である請求項１記載の自動コンテナ充填システム。 ７．前記各タグ手段の前記第１及び第２の部分が相互に接続される構成である請 求項６記載の自動コンテナ充填システム。 ８．システムによって実行される操作を確認し、早過ぎる段階ではタグを拒絶す る複数のタグ取り扱いステーションを更に含んで構成される請求項１記載の自動 コンテナ充填システム。 ９．前記複数のタグ取り扱いステーションがそれぞれ実質的に同じにプログラム され、選択可能な機能を実行するプログラムにおける操作を修正するカスタマイ ジング手段を有する構成である請求項８記載の自動コンテナ充填システム。 １０．前記各タグ手段が、各コンテナ用の前記各オーダー情報を記憶するデータ 記憶手段と、各コンテナを保持して各コンテナを搬送するコンテナ保持手段とを 含んで構成され、 前記データ記憶手段に記憶された情報に従って、タグ手段及び保持された各コ ンテナをルーティングするルーティング手段を更に含んで構成される請求項１記 載の自動コンテナ充填システム。 １１．前記各タグ手段が各コンテナ用の前記各オーダー情報を記憶するデータ記 憶手段を含んで構成され、 前記データ記憶手段に記憶された情報に従って充填されたコンテナをルーティ ングするルーティング手段を更に含んで構成される請求項１記載の自動コンテナ 充填システム。 １２．コンテナ入手ステーションとコンテナ充填ステーションを有する自動コン テナ充填システムにおいて、 コンテナ充填ステーションを制御して任意の複数のコンテナに任意の複数の薬 品を充填する充填制御手段と、 それぞれがコンテナ特定情報を有する複数のタグ手段と、 を含んで構成され、 前記タグ手段のそれぞれが各コンテナのそれぞれと関連付けられて、前記コン テナ特定情報を前記充填制御手段に搬送し、 前記充填制御手段が前記各タグ手段からの前記コンテナ特定情報に応答して作 動し、コンテナ充填ステーションを制御することによって、前記各タグ手段手段 と関連付けられた各コンテナに、前記コンテナ特定情報に対応する各オーダーに 従って前記複数の薬品の１つを充填する、 ことを特徴とする自動コンテナ充填システム。 １３．前記各タグ手段が、前記コンテナ特定情報に対応するデータを記憶するデ ータ記憶手段と、 前記データ記憶手段に記憶された前記データに対応する各コンテナを保持し、 コンテナをコンテナ充填ステーションに、また、コンテナ充填ステーションから 搬送するコンテナ保持手段と、 を含んで構成される請求項１２記載の自動コンテナ充填システム。 １４．システムによって実行される操作を確認し、早過ぎる段階ではタグを拒絶 する複数のタグ取り扱いステーションを更に含んで構成され、 前記タグ取り扱いステーションが、前記コンテナ特定情報を前記各オーダーに 整合させ、非整合のときはタグとこれに関連付けられたコンテナを拒絶する充填 後ステーション取り扱いステーションを有する構成である請求項１３記載の自動 コンテナ充填システム。 １５．各タグ手段と関連付けられたコンテナをキャッピングするキャッピング手 段を更に含んで構成され、 前記タグ取り扱いステーションが、前記各オーダーを前記コンテナ特定データに 整合させ、非整合のときはタグとこれに関連付けられたコンテナを拒絶するキャ ッピング後取り扱いステーションを有する構成である請求項１４記載の自動コン テナ充填システム。 １６．前記キャッピング手段が複数のキャッピングステーションを含んで構成さ れ、前記充填後ステーション取り扱いステーションが、前記データ記憶手段から の前記データに従って、各タグとこれに関連付けられたコンテナを前記キャッピ ングステーションのそれぞれに送り出す送出手段を更に含んで構成される請求項 １５記載の自動コンテナ充填システム。 １７．前記各オーダーに従って、各タグ手段に関連付けられた各コンテナを個別 にラベル付けするラベル手段をさらに含んで構成され、 前記タグ取り扱いステーションが、前記コンテナ用に前記ラベル手段によって 生成されたラベルを前記各オーダーと前記識別データとに整合させ、 何らかの非整合があるときは各タグとこれに関連付けられた各コンテナを拒絶 するラベル付け後取り扱いステーションを有するように構成される請求項１４記 載の自動コンテナ充填システム。 １８．前記各タグ手段が、前記コンテナ特定情報を表示するデータを記憶擦る手 記憶手段と、 各コンテナを保持し、各コンテナを搬送するコンテナ保持手段と を含んで構成され、 前記データ記憶手段に記憶された前記データに従って生成された情報に基づい て、タグ手段とこれに保持された各コンテナをルーティングするルーティング手 段を更に含んで構成される請求項１２記載の自動コンテナ充填システム。 １９．単一ランにおいて、コンテナ内に異なる数量の異なる製品についての異な るオーダーを自動的に包装するステップと、 個々のコンテナを自動的にラベル付けして包装された数量及び製品を識別する ステップと、 個別の顧客に送り出すための個別のオーダーを提供するステップと、 を含んで構成される包装されたコンテナを大量生産するための包装ラインを操作 して自動包装−送出システムを実行する方法。 ２０．前記自動包装ステップが異なる数量の製品、コンテナ及びコンテナ用蓋を まとめて受け取り、前記異なる数量の異なる製品を内部にそれぞれ有する閉じら れた複数の異なるコンテナを提供する請求項１９記載の方法。 ２１．前記ラベル付けステップが、各コンテナのそれぞれに個別のラベルを印刷 して、包装された内部の製品の各数量及び各種類を識別し、 各個別のコンテナに、これに対応して個別のラベルを貼りつける構成である請 求項１９記載の方法。 ２２．前記印刷ステップが、各個別のオーダーについて、各顧客を識別する各個 別ラベルのそれぞれについての情報を印刷することを更に含んで構成される請求 項２１記載の方法。