(57)【特許請求の範囲】
【請求項１】
ガラス又はプラスチック容器を製造する容器製造システムにおいて、
通信用のネットワーク手段と、
容器の製造機械である複数のデバイスに対応して設けられた、前記ネットワーク上の複数のノードと
を備えており、
前記ノードそれぞれがローカル仮想ネットワーク・プロセス手段を備え、各ノードのローカル仮想ネットワーク・プロセス手段は、
ａ）自身のノードのデータベースがオープン又はクローズされたときに、それを他のすべてのノードのローカル仮想ネットワーク・プロセス手段に告知し、
ｂ）自身のノードとは別のノードにおいてデータベースがオープン又はクローズされたことが告知されたときに、該データベースにアクセスするためのローカル仮想データベース・エントリ手段を作成又は破壊し、
ｃ）自身のノードとは別の任意のノードとの接続を確立し、
ｄ）そのノードの任意のデータベースと前記ローカル仮想データベース・エントリ手段のそれぞれとの間の通信を維持する
よう構成されていることを特徴とする容器製造システム。
【請求項２】
請求項１記載の容器製造システムにおいて、
前記ネットワーク手段は、第１のネットワークと第２のネットワークとを備え、
前記複数のノードは、前記第１のネットワークの少なくとも１つのノードと、前記第２のネットワークの少なくとも１つのノードとを含み、
前記第１のネットワークの前記１つのノードは、リピータ手段を含む
ことを特徴とする容器製造システム。
【請求項３】
請求項２記載の容器製造システムにおいて、
前記ネットワーク手段は、第３のネットワークを備え、
前記複数のノードは、前記第３のネットワーク上の少なくとも１つのノードを含み、
前記第２のネットワークの前記１つのノードは、リピータ手段を含む
ことを特徴とする容器製造システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ガラス又はプラスチック容器を製造する容器製造システムに関し、特に、容器を形成する複数の機械と、要求される入力をこれらの機械に供給するフィーダと、形成された容器の品質を検査する検査機械とを含んでいる容器製造システムに関する。
【０００２】
【従来の技術】
現在の技術水準のガラス容器の製造においては、ガラスの成分は、米国特許第４６８００５１号に開示されているような前炉（ｆｏｒｅｈｅａｒｔｈ）の中で融解されかつ条件付けられて、均一な融解ガラス温度が確定される。前炉は、融解したガラスを、米国特許第４５５１１６３号に開示されているようなフィーダに供給し、このフィーダが、融解ガラスの連続的に成型された１つ又は複数のランナーを排出する。剪断機構がこのランナーを個々のゴブ（ｇｏｂ）に切断し、これらのゴブは、米国特許第４５９９１０１号に開示されているようなゴブ分配器によってトラックに運ばれ、該トラックによって、米国特許第４６８５９４７号に開示されているようなＩＳ（個別セクション）機械のそれぞれの個別セクションに、搬送される。このＩＳ機械のある一つのセクションによって形成された容器は、米国特許第４７０５５５２号に示されているようなプッシャ機構によって、コンベアの上に押し出される。次に、これらの容器は、米国特許第４４９０８００号に記載されているような検査機械によって、品質が検査される。
【０００３】
これらの機構及び機械は、１つ又は複数のコンピュータによって制御され、各コンピュータは、ノード（端末）と称され得る。たとえば、従来型の１２のセクションからなるＩＳ機械では、各セクションと機械管理コンピュータとを制御する１つのコンピュータを備え、そして、プッシャ剪断器とゴブ分配前炉とフィーダとがそれぞれ、１つのコンピュータを有している。
各コンピュータは、そのコンピュータへのエントリを介してアクセスされる１つ又は複数のデータベースを有している。ＬＡＮ（ローカル・エリア・ネットワーク）やＷＡＮ（ワイド・エリア・ネットワーク）などのネットワークが、これらのコンピュータを相互接続する。このようなネットワークでは、データ・コレクション（データ集合体）が確立され、該データ・コレクションは、ネットワークの個々のコンピュータにより、全体又は部分的にアクセスされる。
【０００４】
ある環境（領域）の中のコンピュータは、異なるプラットフォームをもつ複数のネットワーク中に存在することがある。ゲートウェイ（ＧＡＴＥＷＡＹ）によって、あるプラットフォーム上のコンピュータ（すなわち、ノード）が別のプラットフォーム上のデータ・コレクションからのデータにアクセスすることが可能になる。このようなアクセスはしばしば一方向のものであり、ゲートウェイが、１つのプラットフォームから別のプラットフォームへのデータを翻訳する。
ゲートウェイは、別のネットワークのノードに対するあるネットワークのデータの中央データ・サーバをして機能する。データの位置に関する情報は、ゲートウェイに記録されている必要がある。このようなゲートウェイは、１９９４年２月１５日に出願された継続中の米国特許出願第０８／１９６３０７号に開示されており、この継続出願は本願の被譲渡人に譲渡されている。
【０００５】
【発明が解決しようとする課題】
本発明の目的は、ある環境すなわち領域における任意のノード（コンピュータ）から、同じネットワーク又はその領域内の別の任意のネットワーク中の、別の任意のノードへ確実に情報を通信できるようにするシステムを提供することである。
【０００６】
上記目的を達成するために、本発明のガラス又はプラスチック容器を製造する容器製造システムにおいては、通信用のネットワーク手段と、容器の製造機械である複数のデバイスに対応して設けられた、前記ネットワーク上の複数のノードとを備えており、前記ノードそれぞれがローカル仮想ネットワーク・プロセス手段を備え、各ノードのローカル仮想ネットワーク・プロセス手段は、ａ）自身のノードのデータベースがオープン又はクローズされたときに、それを他のすべてのノードのローカル仮想ネットワーク・プロセス手段に告知し、ｂ）自身のノードとは別のノードにおいてデータベースがオープン又はクローズされたことが告知されたときに、該データベースにアクセするためのローカル仮想データベース・エントリ手段を作成又は破壊し、ｃ）自身のノードとは別の任意のノードとの接続を確立し、ｄ）そのノードの任意のデータベースと前記ローカル仮想データベース・エントリ手段のそれぞれとの間の通信を維持するよう構成されていることを特徴としている。
【０００７】
【実施例】
図１は、２つのノードＡ及びＮを示している。以下の説明において、「ノード」とは、１つ又は複数のデータベースを有するコンピュータを意味している。これら２つのノードは、同じネットワーク又は別のネットワーク中にある。図示されているように、ノードＡは、２つのデータベース１１、２２を有し、かつＩＳ機械や該ＩＳ機械のための剪断機構などの、システム環境（すなわち、領域）内の任意の２つのデバイスを表している。ノードＮは、ノードＡと同じネットワーク又はその領域内の別の任意のネットワーク中の別の任意のノードであり、該ノードＮは、１つのデータベース３３を有し、かつ前炉又は検査機械などのシステム内の別のデバイスを表している。データベースにアクセスするには、プロセスは、データベース・エントリを介する必要がある。各データベースに関するローカル・データベース・エントリは、従来は、そのデータベースが存在するノードに作成され、そのデータベースと共に作成されかつ廃棄される。同様に、仮想（バーチャル）データベース・エントリは、その領域の他のノードそれぞれのローカル・データベースに対して、以下に説明するローカル仮想ネットワーク・プロセス（ＬＶＮＰ）によって作成される。あらゆるアプリケーション・プロセスへのその機能は、その類似物であるローカル・データベース・エントリと同一である。
【０００８】
任意のノード（すなわち、コンピュータ）から任意の他のノードにおける任意のデータベースへのエラーの無い直接的な通信を確立するために、ローカル仮想ネットワーク・プロセス（ＬＶＮＰ）が各ノードに配置されている。ＬＶＮＰは、以下の４つの主な機能を有している。
１．その領域の中のノード上に存在する他のすべてのＬＶＮＰとの接続を確立すること。
２．領域内の他のＬＶＮＰに対して、ノード内のデータベースがオープンしたか又はクローズした場合に、仮想データベース・エントリを作成又は破壊するように知らせること。
３．領域内の他のＬＶＮＰからの知らせがあった場合に、そのノードにおける仮想データベース・エントリを作成又は破壊すること。
４．同一のノード内に存在するデータベースと、領域内のすべてのノードに現れるその仮想データベース・エントリのすべてとの間の通信を維持すること。
【０００９】
ＬＶＮＰは、領域内の他のＬＶＮＰとともに、該領域内のＬＶＮＰの間に自動的かつ動的に接続を生じさせる。このプロセスは、データベースにアクセスするプロセスとは独立のものである。これらの間に自動的に接続を確立するためには、ＬＶＮＰは、アドレス指定スキームを用いなければならない。アドレスは、それに制限はされないが、すべての中間ノードからのすべてのアドレスの組み合わせに対向する。ローカル仮想ネットワーク・プロセスは、その領域に属するすべてのノードに接続パケットを送信する。受け取る側のノードにおけるＬＶＮＰは、そのノード内にデータ・エントリ・ポイントを作成し、接続プロセスを完了させる。接続プロセスは、データベース・エントリがその関連するデータベースにデータを方向付けるのに用いるアドレスを作成することを含んでいる。
【００１０】
受け取り側のＬＶＮＰがそのノードにおいて複数の物理的なネットワーク接続を検出すると、該ＬＶＮＰは、ノード・アドレスを備えたパケットを伝達する。あるネットワークのノードから別の任意のネットワークのノードへの接続をイネーブル状態とするには、そのノード内にデータ・リピータ機能が必要となる。ある第１のネットワークのノードの内の少なくとも１つは、第２のネットワークに物理的に接続されていなければならず、また、リピータ機能を実行しなければならない。このアプローチにより、新たなオンライン・データベースは、その領域に属するすべてのノードから確実にアクセスされることが可能になり、これは、複数の物理的ネットワークから構成することができる。
【００１１】
図２に示されたノードＡで開始された新たなデータベース・プロセス１１の結果として、ネットワークに渡る接続を確立する例は、以下のとおりである。
・ノードＢでは、仮想データベース・エントリ１１は、「＼Ｂ＼Ａ」などの接続アドレスを有する。
・ノードＣでは、仮想データベース・エントリ１１は、「＼Ｃ＼Ａ」などの接続アドレスを有する。
・ノードＢＢでは、仮想データベース・エントリ１１は、「＼ＢＢ＼Ｂ＼Ａ」などの接続アドレスを有する。
・ノードＡＡでは、仮想データベース・エントリ１１は、「＼ＡＡ＼Ｂ＼Ａ」などの接続アドレスを有する。
・ノードＡＡＡでは、仮想データベース・エントリ１１は、「＼ＡＡＡ＼ＡＡ＼Ｂ＼Ａ」などの接続アドレスを有する。
・ノードＢＢＢでは、仮想データベース・エントリ１１は、「＼ＢＢＢ＼ＡＡ＼Ｂ＼Ａ」などの接続アドレスを有する。
【００１２】
上記した好適実施例では、環境すなわち領域に、３つの異なる第１〜第３のネットワークＮＥＴ１、ＮＥＴ２、ＮＥＴ３が存在する。ノードＡ、Ｂ、Ｃは第１のネットワークＮＥＴ１に含まれ、ノードＡＡ、ＢＢは第２のネットワークＮＥＴ２に含まれ、ノードＡＡＡ、ＢＢＢは第３のネットワークＮＥＴ３に含まれる。更に、ノードＢは第１のネットワークＮＥＴ１にあるが、第２のネットワークＮＥＴ２にあることも可能であるし、第３のネットワークＮＥＴ３にあることも可能である。
図２に示されているように、第１のリピータ１０が、第１のネットワークＮＥＴ１に含まれるノードＢを第２のネットワークＮＥＴ２に接続し、第２のリピータ１０が、第２のネットワークＮＥＴ２に含まれるノードＡＡを第３のネットワークＮＥＴ３に接続する。これらリピータは、双方向的である。リピータは、その関連するノードＡＡ、Ｂの外側に図示されているが、関連するノード内に含まれてもよい。
従って、領域内の各ノードは複数のデータベース・プロセスをもつことができるが、これは、データベース・プロセスがランしているとき、すなわち動作しているときには、該プロセスがＬＶＮＰに接続するからである。各ノード上のローカル仮想ネットワーク・プロセスは、仮想データベース・エントリを作成し、新たなデータベースを利用可能とする。
【図面の簡単な説明】
【図１】本発明の概略ブロック図である。
【図２】ローカル仮想ネットワーク・プロセスの動作を説明するためのブロック図である。
【図３】本発明がどのようにしてマルチ・ネットワーク領域で用いることが出来るかを示す概略図である。
【図１】
0003722881.tif 000002
【図２】
0003722881.tif 000003
【図３】
0003722881.tif 000004