JP2007508631A - デバイスの図形表示を作成するためのスタイルシートを備えたハードウェアデバイス - Google Patents

Abstract

製造又はサービス据え付けは、作業を行うための幾つかのハードウェアデバイスを有する。少なくとも１つのこのようなデバイスは、デバイス又は据え付けの状態を示す状態データを作成し中央コンピュータ（１０）に報告するためのコンピュータ又は他の手段（１４）を有する。デバイスに関連するメモリは、デバイスの図形表示を作成するためのスタイルシートを有し、これによって中央コンピュータは、デバイスからスタイルシート並びに状態データにアクセスして、図形表示を作成し該図形表示に状態データを読み込むことができる。
【選択図】図４

Description

本発明は、製造又はサービス据え付けなどの据え付けの部分を形成することになるハードウェアデバイスに関する。

半導体プラントなどの最新の製造据え付けは、モニタリング、管理、サービス、及びメンテナンスを必要とする、ますます複雑化する数々のサブシステムを有する。例えば、半導体製造プラントは、真空及び排ガス処理サブシステム、並びに極低温システム及び超高純度ガス供給システムを有する。他の製造プラントは、段階的製造機器（部品挿入ツール、はんだ付け装置、プレス機、オーブン、及び同様のもの）を備えたコンベアシステムを有する。同様に、水又はガス供給システム、洗浄システム、及び下水システムなどのサービス据え付けは、ポンプ、バルブ、容器、及び及び同様のものを有する。これらのような据え付けは、流量パラメータ、温度、圧力、警報、状態、電気パラメータ、及び及び同様のものなどのパラメータ及びデータを生成するための容量が次第に増えている。これらの多くは、据え付けの制御のために据え付け時にローカルで使用される。警報などの他のものは、メンテナンスエンジニアのような適切なスタッフに対して緊急性の大小と共に報告する必要がある。

現在の据え付けモニタリング機器は、無線ページングシステムのページングメッセージに警報メッセージを埋め込み、該警報メッセージを予め定められたページャーアドレスに送る機能を提供する。当該アドレスを有するページャーを携帯している技術者は、警報を受け取り、警報の種類に関するある基本的な埋め込み情報を見ることができ、従って適切に応答して、必要とされる可能性のある何らかのメンテナンスに注意を向けることができる。同様に、このようなメッセージはＥメールメッセージに埋め込み、Ｅメールアドレス又はセルラー無線ショートメッセージサービス（ＳＭＳ）メッセージに送り、携帯電話に送ることができる。これらの構成は全て、私用エンドツーエンド配信システムを使用して、特定のメッセージを特定のアドレスに配信する。これらは、その柔軟性の点で制限される。例えば、ページャー及び他のこのようなデバイスは、特定の事象に応答する必要のあるサービス技術者にとっては有用であるが、これらは、単純なテキストメッセージ以外のどのようなデータも配信する能力の点で制限がある。

製造プラント又はサービス設備のような大きな据え付けを行い管理しているスタッフは、システムによって生成されたパラメータの全てについて完全に概観する必要がある。監視制御データ収集（ＳＣＡＤＡ）システムは、この情報の詳細なレベルを提供し、極めて融通性があり、種々の方法でこのような情報を表示するようにオペレータがプログラムすることができる。しかしながら、情報を必要としているユーザが据え付け現場にいない場合、ユーザは、その設備、特にその物理的なレイアウト及び特性を熟知していないことがあり、或いはユーザに対し意味のある形式で情報を配信するようにＳＣＡＤＡシステムをプログラムすることができない可能性がある。例えＳＣＡＤＡシステムのオペレータであっても、より意味のあるフォーマットで情報を配信するようにシステムを再プログラムする負担を可能な限り軽減すべきである。例えば、個々のハードウェアデバイス（例えば、ポンプ、排気ガス管理システム、タンク、又は何らかのこのようなデバイス）の製造者は、当該デバイスに関する情報の最適な提示方法を知るのにより有利な立場にある。新しいデバイスがシステムに据え付けられる場合に、ＳＣＡＤＡシステムのオペレータが新しいデバイスによって供給される新しいデータを提示するためにシステムを再プログラムしなければならないのは不便である。同様に、機器の既存の部分が変更され又はアップグレードされる場合には、アップグレードされたデバイスにより意味のある方法でデータを提示することは（必要でない場合であっても）好都合とすることができる。

ＸＭＬ及びＸＳＬスタイルシートなどのスタイルシートは、提示されることになるデータとは区別されたデータ表現を定義する方法を提供する。例えば、Ａｒｔ＆ＬｏｇｉｃのＨ．Ｗｏｌｆｆによる「カスタマイズされた管理アプリケーションの作成（Ｃｒｅａｔｉｎｇ ａ Ｃｕｓｔｏｍｉｚａｂｌｅ Ｍａｎａｇｅｍｅｎｔ Ａｐｐｌｉｃａｔｉｏｎ）」（ｗｗｗ．ａｒｔｌｏｇｉｃ．ｃｏｍ／ｅｍｂｅｄｄｅｄ／ｗｅ／ａｒｔｉｃｌｅｓ＿ｃｕｓｔｏｍｉｚｅ．ｈｔｍｌで入手可能）では、ジャバスクリプト及びカスケーディングスタイルシートを説明しているが、据え付け又は機器の項目でこのようなスタイルシートを提供する方法又は場所への言及はなく、機器の複合又は統合部分に対処するために単一のスタイルシートを提供する場合の問題点又は欠点に関する言及又は提案もない。

Ａｒｔ＆ＬｏｇｉｃのＨ．Ｗｏｌｆｆによる「カスタマイズされた管理アプリケーションの作成（Ｃｒｅａｔｉｎｇ ａ Ｃｕｓｔｏｍｉｚａｂｌｅ Ｍａｎａｇｅｍｅｎｔ Ａｐｐｌｉｃａｔｉｏｎ）」

このような据え付けにおけるデータ表現のより融通性のある方法に対する必要性が存在する。

本発明の第１の態様によれば、据え付けにおいて作業を行うためのハードウェアデバイスが提供され、本デバイスは、該デバイス又は据え付けの状態を示す状態データを作成してコンピュータに報告するための手段を有する。このデバイスは、ポンプ、排気ガス管理システム、流量バルブ、タンク、プレス機、オーブン、コンベヤなどの据え付けのほとんどの何らかの能動又は受動要素とすることができる。状態データを作成し報告する手段は、デバイスに接続されたコンピュータであるのが好ましい。このデバイスは、デバイスの図形表示を作成するためのスタイルシートを記憶するメモリを（例えば関連するコンピュータに）有することによって特徴付けられ、これによってコンピュータ（例えばＳＣＡＤＡコンピュータ又は遠隔コンピュータ）は、スタイルシート並びにデバイスからの状態データにアクセスし、図形表示を生成して、図形表示に状態データを読み込むことができる。メモリは、ハードウェアデバイスの要素とすることができ、或いはハードウェアデバイスに接続されたコンピュータにスタイルシートをロードするためのコンパクトディスクのような別個のデータキャリアとすることができる。

本発明の第２の態様では、上述のようなハードウェアデバイスは、ハードウェアデバイスからスタイルシートを受信して状態データが読み込まれたハードウェアデバイスの図形表示を作成させることを可能にする、ＳＣＡＤＡコンピュータ又はウェブサーバーのようなコンピュータと組み合わされて提供される。図形表示は、モニター上でコンピュータにローカルで表示することができ、或いはウェブサーバーとして動作するコンピュータによって、例えばウェブページのような表示可能な別のより遠隔のコンピュータに配信することができる。

本発明の別の態様によれば、ＳＣＡＤＡコンピュータ或いはインターネット又はイントラネット接続を有する汎用コンピュータのようなコンピュータが、上述のハードウェアデバイスからスタイルシートを受信して、状態データが読み込まれたハードウェアデバイスの図形表示を作成するために提供される。コンピュータは、状態データを分析して得られた状態データを作成する手段と、得られた状態データをスタイルシートに更に読み込む手段とを有する。

このようにして、図形表示及び／又はスタイルシートは、種々のハードウェアデバイスから集められ、全据え付け又はその一部の豊富で意味のある表示でコンピュータで組み立てられる。このように、機器の単一の又は複合品目の複合スタイルシートは、別個のスタイルシートから構成することができる。

本発明の更なる態様によれば、各々が動作パラメータを感知し据え付けの状態を示す状態データをコンピュータに報告するための感知手段を有する、上述のような複数のハードウェアデバイスと、該ハードウェアデバイスからのスタイルシート及び状態データを受信して記憶し、複数のハードウェアデバイスの複合図形表示を作成し、該複合図形表示に状態データを読み込むためのハードウェアデバイスに接続されたコンピュータとを含む製造又はサービス据え付けが提供される。

本発明の更に別の態様は、モニターされることになる機器に接続するサーバーであって、インターネットプロトコル（ＩＰ）アドレスを有するサーバーが、機器からのデータを受信し記憶するためのデータベースと、そのＩＰアドレスによってサーバーをアドレス指定する遠隔アプリケーションに機器の現在の状態を表すデータ及び状態とは無関係の機器を表すスタイルシートとを伝達する手段を含む。このようにして、機器の図形表示は、スタイルシートから遠隔アプリケーションで作成することができ、図形表示は、機器の現在の状態を表すデータを読み込むことができる。

本発明の別の態様は、上述のサーバーに接続するためのコンピュータを提供し、該コンピュータは、このようなサーバーにアクセスするための手段と、機器の現在の状態を表すウェブページ及び状態データを定義する機器のスタイルシート表示をサーバーから受信して記憶し、そのファイルを読み込む手段と、状態データが読み込まれたファイルを遠隔コンピュータに伝達する手段とを含む。

方法及びコンピュータプログラムの形態の本発明の他の態様は、請求項で定義される。

本発明の好ましい実施形態を例証として図面を参照しながら説明する。

半導体プラント又は他の製造プラント、或いは実際には水洗浄システムのようなサービス据え付けなどの据え付けは、製造プロセスに沿った種々の段階で、流体及びガスの流れ、温度、圧力、流体レベル、警報、状態、化学センサーデータ、振動、雑音、電気パラメータ、及び事象の時間のようなパラメータを測定する多くのセンサー及び測定デバイスを有する。プロセスの各段階、例えばポンプ又は排気ガス管理システムでは、監視制御及びデータ収集（ＳＣＡＤＡ）システムに入力する必要のある一連のデジタル信号及びアナログ信号が存在することができる。

図１は、プロセッサ１４を介したプロセスで機器の幾つかの品目に接続された１つ又はそれ以上のローカルエリアネットワーク（ＬＡＮ）１１、１２、及び１３を有する中央プロセッサ１０を含むＳＣＡＤＡシステムを示している。図示の実施例では、ＬＡＮ１１は、商標名ＬｏｎＷｏｒｋｓ（商標）バス、ＬＡＮ１２はイーサネット（登録商標。以下同様。）バス、及びＬＡＮ１３はＭＯＤＢＵＳタイプである。ＬＡＮ１２に接続されるのは、モニターされることになる機器のセンサー及び測定デバイスに全て接続されるデジタル入力１５及びアナログ入力１６を有するプロセッサ１４である。プロセッサ１４と同様の幾つかの他のプロセッサ（図示せず）が、同じ目的のために種々のバスに接続される。プロセッサ１４は通常、モニターされている機器から種々の信号を収集し、これらを中央プロセッサ１０に接続された特定のバス（１１、１２、又は１３）用に好適なプロトコルに変換するためにプログラム可能なシステムを有する。或いは、特にイーサネットＬＡＮ１２に接続されたプロセッサの場合には、プロセッサ１４自体をサーバーとすることができる。

別のＬＡＮ２０は、オペレータ及びメンテナンススタッフと通信する目的のために中央プロセッサ１０に接続される。ＬＡＮ２０は、据え付けのオペレータの内部ネットワークである本明細書でオペレータＬＡＮと呼ばれるＬＡＮ２２にファイアウォール２１を通して接続される。ＬＡＮ２０はまた、別のファイアウォール２５を通ってインターネット２６に接続され、更に、インターネットを介して別のファイアウォール２８を通り、据え付けにメンテナンスサービスを提供するメンテナンスサービスプロバイダーなどのサービスプロバイダのＬＡＮ３０に接続される。ファイアウォール２１と２５の間のＬＡＮ２０は通常、オペレータＬＡＮ２２よりも安全ではないＤＭＺ（非武装地帯）として知られている。

種々の他のサーバー及びコンピュータは、種々のＬＡＮに接続することができる。具体的には、イーサネットＬＡＮ２０に接続されたオプションのサーバー４０が示され、オペレータＬＡＮ２２に接続されたコンピュータ４１が示され、及びＬＡＮ３０に接続された別のコンピュータ４２が示されている。コンピュータ４１及び４２は、それぞれのＬＡＮ２２及び３０への他のコンピュータ接続にウェブページを供給するためのサーバーとすることができる。

動作中、モニターされている機器は、プロセッサ１４の入力１５及び１６によって受信されるデジタル並びにアナログ信号及び割込を生成する。このデータ及びこれらの信号の一部又は全ては、必ずしも同じサイトに位置していないメンテナンスエンジニア又は同じローカルエリアネットワークに伝達される必要がある。

従来技術の構成では、これらの信号を使用してサーバー４１及び４２の一方を利用する技術者にテーブル及びチャートを提示することが知られていた。データの提示は、例えば事前に設計されたウェブページの形式のコンピュータ４１又は４２で決定されたフォーマットである。このような構成は、幾つかの理由において融通性がなく不完全である。データがユーザに表示される方式は、全て提示可能な機器の種々のタイプ又はバージョン（可能性のある将来のバージョン）からのデータが共通の形式であるように、ある程度汎用体である必要がある。モニターされている機器に固有の方式で提示される場合にデータが更に意味のあることにユーザが気付くのであれば、これは理想的でない。プロセッサ１４が組み入れられる機器が変更される（例えばアップグレードされる）場合、ユーザに提示されるデータは最新のものとすることができるが、ユーザは新しい機器を熟知していない可能性があり、データが提示される方法を熟知しておらず、或いはこれによって混乱する可能性がある。データの他のどのような表示もコンピュータ４１又は４２でプログラムされる必要があり、特にコンピュータ４１又は４２が機器から遠隔位置にあるか、或いはそのコンピュータの技術者が機器に不慣れである場合には、これは容易な作業ではない。

従って、本発明の好ましい実施形態では、コンピュータ１４は、該コンピュータ１４によって報告されるデータが提示されることになる方式を定義する事前に記憶されたスタイルシートを有する。具体的には、スタイルシートは、コンピュータ１４がその一部である機器の図形表示を定義し、デジタル及びアナログ入力及び出力１５、１６の少なくとも相対的物理的位置とこれらの入力及び出力を互いに関係付ける機器のトポロジー経路を示している。このスタイルシートは、サーバーとして動作するプロセッサ１０に送られ、或いは該プロセッサが読み取り可能であり、コンピュータ４１及び４２などの遠隔コンピュータによって取り込まれる。

説明される実施形態の特に好ましい特徴によれば、種々のコンピュータ（コンピュータ１４のような）からの幾つかのスタイルシートは、中央プロセッサ１０でコンピュータ４１及び４２に送られ、もしくは該コンピュータが読み取り可能な高レベルの複合スタイルシートに組み立てられる。すなわち、コンピュータ１４によって供給されたスタイルシートは、コンピュータ１０によって集結される大きなスタイルシートのサブ部分である。スタイルシートは、ウェブページが組み立てられるのと同じ方式でコンピュータ１０によって組み立てられる。ウェブページが組み立てられると、フレーム又は構造が定義され、図形及び他の構成要素がフレーム又は構造の適切な位置でルックアップされて配置される。同様に、複合スタイルシートは、コンピュータ１４（及び他のコンピュータ）を監視し、複合スタイルシートの構成要素を供給する。複合スタイルシートの要素を発見するためにどこを監視するかに関する情報は、中央コンピュータ１０の複合スタイルシート内に記憶される。従って、コンピュータ１４がその一部である機器が変更され、異なるコンピュータ１４に異なるスタイルシートが導入される場合、動作は変更されない。変更されるのは、コンピュータ１４によって中央コンピュータ１０に供給される複合スタイルシートの部分だけである。コンピュータ１４によって供給されたスタイルシートが、機器（コンピュータ１４がその一部である）の製造者によって供給されると、機器がアップグレードされる場合にスタイルシートもアップグレードすることができ、コンピュータ４１又は４２を使用するユーザは、アップグレードされたスタイルシートによって決定付けられるフォーマットで表示されたデータを特に新しい機器にカスタマイズされた機器の図形表示で確認することになる。

説明される構成は、性能の点で別の利点を有する。スタイルシートをデータから分離することによって、スタイルシートはデータを読み取るコンピュータに一度だけ送ればよく、その後、要求に応じてデータを更新することができる。これは、更新される場合常に十分にフォーマットされたデータを送る必要がある場合よりも、ネットワーク資源の稼働率の点でより効率的である。

これらの構成を達成する方法を更に詳細に説明する。

図２は、コンピュータ１４の例示的な構成を示している。これは、イーサネットインターフェース５２、デジタル入力／出力デバイス５４、及びアナログ入力／出力デバイス５６に接続されたマイクロプロセッサ５０を含む。イーサネットインターフェース５２は、イーサネットバス１２に接続される。

デジタル入力１５で感知又は入力されたパラメータは、デジタルＩ／Ｏデバイス５４によって受信され、マイクロプロセッサ５０に渡される。入力１６で受信されたアナログ信号は、アナログＩ／Ｏデバイス５６でデジタル化され、これらのデジタル値は、マイクロプロセッサ５０に渡される。入力１５及び１６は、ポンプ、排気ガス管理システム、バルブ、又は製造もしくはサービス据え付けでの幾つかの異なる多様な要素のいずれか１つなどの据え付け機器に接続される。マイクロプロセッサ５０に関連したメモリ５８内には、入力１５及び１６からのデータが最終的には表示されることになる方式を定義する、ＸＳＬスタイルシートが記憶される。スタイルシート５８は、入力１５及び１６に接続された機器のグラフィックイメージを含むのが好ましい。

動作中（好ましくは事前オペレーションシステムセットアップモードにおいて）、スタイルシート５８は、イーサネットバス１２に接続された外部コンピュータの要求に応じて、イーサネットインターフェース５２を介してマイクロプロセッサ５０から検索される。外部コンピュータ（例えばコンピュータ１０）は、コンピュータ１４の個々のＩＰアドレスをアドレス指定し、及び予め決められたフィアルネームでメモリ５８に記憶されたＸＳＬスタイルシートをアドレス指定することによってスタイルシートを検索する。

図３を参照すると、図２の構成に対する代替の構成が示されており、アナログ及びデジタルＩ／Ｏデバイスが、パーソナルコンピュータ８２に接続されたプログラム可能なロジックコントローラ８０に置き換えられている。この場合、ＸＳＬスタイルシートは、パーソナルコンピュータ８２内のメモリ（例えば、ＣＤ−ＲＯＭ又は他の媒体から当該コンピュータにロードされた）に配置される。

図４を参照すると、中央プロセッサ１０が更に詳細に図示されており、プロセッサ１４に結合されて示されている。中央プロセッサ１０は、データ収集エージェント２０１を含み、その実施例は、ＦａｂＷｏｒｋｓ３２（商標）エージェントである。データ収集エージェント２０１には、ＸＭＬパーサー２０３と第１データベース２０５とが接続されている。パーサー２０３には、スタイルシートデータベース２０７、規則データベース２０９、及びウェブサーバー２１１が接続されている。オプションのアナライザーソフトウェアモジュール２０６は、データ収集エージェント２０１とパーサー２０３との間に接続されて示されている。

動作中、ウェブサーバー２１１は、デバイスデータとＸＳＬスタイルシートから得られたテンプレートから構成されるＨＴＭＬ又はＡＳＰウェブページを提供することになる。例えばスタイルシートは、所与の駆動ポンプ及び所与のブースター設定における累積ランタイム、サービスのランタイム、ゲートバルブ、水流量センサー、シールパージソレノイド、ガスバラスト、及び入口パージなどのパラメータのフィールドを定めることができる。このようなテンプレートでは、実累積ランタイム及びサービスなどのランタイム及びシールパージソレノイドのオン／オフ状態、ガスバラスト、及び入口パージのようなデータが要求される。このウェブページを作成するために、ウェブサーバー２１１は、単一の機器ビューＸＭＬパーサー２０３からテンプレートフォーマットを受信し、該パーサーは、スタイルシートデータベース２０７からフォーマット定義を受信し、規則データベース２０９に記憶されたＸＭＬ規則に従ってこれを渡す。スタイルシートデータベース２０７に記憶されたハードウェアの所与の要素についてまだスタイルシートが存在しない場合には、スタイルシートは、ハードウェアコンピュータ１４から（その中のメモリ５８から）取得され、これは、現在及び将来の使用のためにスタイルシートデータベース２０７内に記憶される。パーサー２０３は、データ収集エージェント２０１からウェブページのフィールドを読み込むためにデータを受信する。このエージェントは、データベース２０５からデータを受信し、更に、コンピュータ１４から連続して受信されるデータストリーム２２０を使用してデータベース２０５のデータを更新する。

中央プロセッサ１０（及び据え付け時の他の何らかのウェブサービングシステム又はサブシステム）に記憶されるように作成／要求されるデータは、以下の通りである。
・生データ−システムの現在の状態及びいずれかの接続されたサブシステムを表すデータ
・履歴データ−ローカルシステム及びいずれかの接続されたサブシステムからの定義時間期間を対象範囲として記憶されたアーカイブの「生データ」
・事象データ−ローカルシステム及びいずれかの接続されたサブシステムからの警報、警告、及び他の定義事象
・スナップショットデータ−記録された「事象データ」項目の時間に保持されていた「生データ」
・ニュースフィード−新しい「事象データ」項目が生じた助言の収集

データモデルは、ユーザ及び／又はデータ記録システムにデータを提示するためにこれらのファイルを使用するＸＭＬデータ構造、ＸＬＳスタイルシート、及びウェブページを使用する。これらを本明細書で簡潔に説明する。

ＸＭＬファイル
「生データ」、「履歴データ」、「事象データ」、及び「スナップショットデータ」は全てＸＭＬ構造ファイルに記憶される。警告、警報、又は他の事象であるどの事象も（ユーザ／設計者によって定義されるように）以下のように起こることになる。

「スナップショット」データファイルの作成は、定義事象の時間に記録された「生データ」を保持することになる。

「ニュースフィード」リッチサイトサマリー（ＲＳＳ）ファイル及び／又はニュースシンジケーションジャバスクリプト、ＶＢスクリプト（又は同等のもの）ファイル（以下の「スクリプトファイル」を参照）の作成。これらはユーザに関連事象の最新の「生データ」及び「スナップショットデータ」の両方をビューできるようにする関連ファイルを示すことになる。

ＸＬＳファイル
これらは、ローカルウェブサーバーのＸＭＬデータを表すための方法を定義する。効率的には、これらは当該デバイスの図形表示のテンプレートとして機能する。また、これらを用いて、より高いレベルのシステムが、当該サブシステムで直接ビューされるのと同じ方式でサブシステムから記録されたデータを提示することができる。ＸＬＳ変換の背景については付録Ｂを参照されたい。

ＡＳＰ／ＨＴＭＬ（など）ファイル
これらのファイルは、ＸＬＳファイルによって定義されるフォーマットでレンダーされたＸＭＬデータを提示するために使用される。サブシステムから取得されたＸＭＬデータは、サブシステムＸＬＳファイル又は好みに応じて使用される他のローカルＸＬＳファイルを使用して提示することができる。データは、クライアント又はサーバー側処理のいずれかによってユーザに提示することができる。サーバー側は、実質上ブラウザに依存しないコードを生成することができる。

スクリプトファイル
スクリプトファイルの実施例は、別のシステムによってインクルードファイルとして読み取り、モニターされるシステム上で事象が生じたことを関連するウェブページの読取り装置に通知することができるＶＢスクリプト又はジャバスクリプトファイルである。

コンピュータ１４から取得されたスタイルシートと同様に、イメージコンテンツをコンピュータ１４から中央プロセッサ１０によって検索することができる。このイメージコンテンツは、コンピュータ１４に接続された機器（ポンプ、排気ガス管理システム、或いは他の要素もしくは要素の組立体）の図形表示の形式である。この図形表示は、ウェブサーバー２１１によって供給されることになるウェブページの追加要素を形成する。このイメージコンテンツの位置は、特定のデバイスについてのスタイルシート（すなわちコンピュータ１４から送出しているスタイルシート）によって定義される。イメージコンテンツは、スタイルシートによって定義されたテンプレートを読み込む１つの要素（データと共に）である。イメージコンテンツは、ＸＭＬフォーマットで配信される。

ＸＭＬ文書で働く機能を有するソフトウェアアプリケーションは、場合によっては文書中に指定されたのとは異なるフォーマットでデータを表示又は構成する必要がある。このタスクを遂行するための唯一の方法が、プログラミング言語と対のＸＭＬパーサーを使用することによりＸＭＬ文書を適切なフォーマットにプログラム変換することが必要な場合、クロスプラットフォーム及び言語に依存しないＸＭＬ言語を有する能力が失われることになる。どのプラットフォーム上及びどの言語でも使用することができるような、ＸＭＬ文書をＨＴＭＬ、フラットファイル、ワイヤレスマークアップ言語（ＷＭＬ）、及びＸＭＬの他の形式などの種々のフォーマットに変換する方法が必要とされる。拡張可能なスタイルシート言語変換（ＸＳＬＴ）はこの必要性に対応しており、これらの変換について更に詳細に説明する。多くのＸＭＬパーサーは、フルＸＳＬＴサポートを提供する。

本発明の好ましい実施形態の関心事は、多種多様なデバイス、インクルーディングブラウザ、携帯型情報端末（ＰＤＡ）、ウェブ電話、及び全く別のデバイスによって費やされる種々のフォーマットにＸＭＬ文書を変換するためのＸＳＬＴの能力である。また、ＸＭＬ文書の構造が文書内のデータを受け入れるアプリケーションにうまく適合しない状況において、変換を有用とすることができる。ＸＭＬ文書は、例えばデータベースにインポートされることになる適切なデータを含むことができるが、インポートを実行するアプリケーションが期待する方法では構成されない可能性がある。

ＸＭＬ文書をＨＴＭＬ又はＷＭＬのような別のフォーマットに変換するプロセスは、処理エンジンの２つのタイプに依存する。まずパーサー２０３が提供され、これは、ソースコードをロードするためにＸＭＬ文書をローディングできる。次に、拡張可能スタイルシート言語変換（ＸＳＬＴ）文書がロードされ、そのツリー構造が作成される。このツリー構造は、ＸＳＬＴ処理に対処するために最適化され、使用されるプロセッサに固有のものである。次いで、ＸＳＬＴプロセッサは、ＸＭＬ文書構造を取り、ＸＳＬＴ文書（以下に説明される）において見つけた「テンプレート」に対して文書内のノードを合わせて、次に結果として得られた文書を出力する。第３ツリー構造（結果として得られた文書）は、ＸＳＬＴ文書に含まれる情報に基づいて動的に作成される。

ＸＳＬＴは、特定の出力構造を処理し作成するためにテンプレートに依存する。スタイルシートは、テンプレート規則のセットを含む。テンプレート規則は２つの部分、すなわちソースツリーのノードに対して適合されたパターンと、結果として得られたツリーの部分を形成するためにインスタンス化することができるテンプレートとを有する。これにより、スタイルシートは、類似のソースツリー構造を有する文書の広いクラスに適用することができる。

テンプレートは、特定の目的のために再利用できる基本構造を提供する。例えば、作成された全てのレポートが同じに見えるよう組み込まれた特定の形式フィールドをテンプレートが有する場合に、レポートは該テンプレートから作成することができる。ＸＳＬＴのテンプレートは、ＸＭＬ文書のノードに合うように構成される。ＸＳＬＴテンプレートは、ソースＸＭＬ文書の要素及び属性内に含まれるデータを処理及び構成する方法を提供する。これらは、ソースＸＭＬ文書の特定のノードが発見されたときに処理することができるテンプレート構造を提供する。

上記で説明されたＸＳＬＴプロセッサには、ウォークスルーのための２つのツリー構造を備える。第１のものは、ソースＸＭＬ文書のための構造であり、第２のものはＸＳＬＴ文書自体である。これらの２つの構造が提供された後、ＸＳＬＴプロセッサは、ＸＭＬ文書において見つけられた要素又は属性名をＸＳＬＴツリー構造に含まれるテンプレートに一致させようと試みる。このマッチングプロセスは、ＸＳＬＴ文書内に埋め込まれたＸＰａｔｈ式を使用する。ＸＭＬ文書内に見つけられたノードがＸＳＬＴ文書のテンプレートに一致するときには、当該テンプレートが処理される。

ＸＳＬＴ文書内に見つけられたテンプレートの処理は、標準的には、ＸＭＬ文書のルートノードを一致させるテンプレートで始まり、その子供に向かって進める。テンプレートが処理されると、出力文書を構築するのに使用される上述の第３のツリー構造に出力が加えられる。

テンプレートは多種多様なＸＭＬ文書構造の処理を可能にし、ＸＭＬ文書が繰り返し項目を含む場合に極めて効率的である。要素、属性、テキストノードなどが見つけられる毎に、ＸＰａｔｈ式によって適切なテンプレートに合わせられる。所与のノードに一致するテンプレートがない場合には、このノードに対する処理は行われず、ＸＭＬ文書の次のセクションが処理される。一致するノードが見つけられた場合には、テンプレートは、ノード内に含まれるデータ／ノードに基づいて適切な出力構造の作成を処理する。

中央プロセッサ１０は、例えばアナライザーソフトウェアモジュール２０６を使用して固有データをウェブサーバー２１１によって作成されたウェブページ２３０に加えることができる。このソフトウェアモジュールは、所与のデータストリーム上で傾向分析を実行する。例えば、ソフトウェアモジュールは、ローリング平均（統合）分析を実行するか、或いはデータの異常なスパイク（微分）を探索する。ソフトウェアモジュールはまた、機器の別個の品目から入来する種々の入りデータストリームを分析することができる。例えばソフトウェアモジュールは、パラメータの１つのストリームをパラメータの別のストリームと比較し、相関性又は異常性を探索することができる。ソフトウェアモジュールは、所与の段階への流入量を測定し、これを流出量と比較して、漏れを示す差異を探索する。これらは、実行可能な多くの分析機能の実施例に過ぎない。

分析ソフトウェア２０６は、パーサー２０３にその結果（得られたデータ）を配信（しかしながら、もちろんこれはその結果をデータベース２０５に戻すことができる）し、機器１４からの状態データと組み合わせるか又はこれと置き換え、スタイルシートに従ってウェブサーバー２１１によって配信されたウェブページを読み込むようにするものとして示されている。必要であれば、スタイルシートは、得られたデータに対応するようにローカルで自動的に修正される。

このようにして、コンピュータ１４は、記憶されたスタイルシートによって（全体的でない場合は部分的に）定義される方法で、コンピュータ１４に記憶された当該機器のグラフィックイメージを使用してコンピュータ１４に結合された機器に固有のデータを表すウェブページ２２５をイーサネットバス１２を介して配信することができる。更に中央コンピュータ１０は、ウェブページ２２５と同じレベルの情報を示すウェブページ２３０を配信することができるが、入りデータストリーム又はストリームの分析によって中央プロセッサ１０が作成したデータを含み、並びにイーサネットバス１２に接続された別のコンピュータから受信された別の図形表示を含む追加情報又はイメージを示す。これらの特徴は更に図５に示される。

図５は、各々がイーサネットバス１２に接続されたコンピュータ（コンピュータ１４に関して説明されたような）を有する第１ポンプ３０１及び他の３つのポンプ３０２、３０３、及び３０４を示している。これらのコンピュータの各々は個々の一意のＩＰアドレスを有することが示されている。これらのアドレスは、例証として、１９２．１６８．１．１から１９２．１６８．１．４として与えられている。ポンプ３０１から３０４内のコンピュータの各々は、各々がポンプのスタイルシート及び図形表示（ＸＭＬフォーマットで）を含むメモリ３０６から３０９を有する。中央プロセッサ１０は、これらのスタイルシート及びこれらの図形表示を検索し、これらのコピー（３０６′から３０９′）をスタイルシートデータベース２０７内に記憶する。

動作中、中央プロセッサ１０は、第１部分２３５及び第２部分２３６を有するウェブページを作成し、第１部分２３５は、各々がスタイルシートデータベース２０７内に記憶されたその対応するスタイルシートによって定義されるウィンドウ３０６″から３０９″を有する。ウェブページ２３０のレイアウト及び種々のウィンドウ３０６″から３０９″の相対位置は、セットアップファイル３２０で定義される。ウェブページの第２部分２３６は、その表示が１つ又はそれ以上の他のスタイルシートによって定義される他のデータ（例えば、ポンプ３０１から３０４の全てが接続される排気ガス管理システムからのデータ）を含むことができる。

種々のポンプ又は機器の他の品目からの種々のスタイルシート並びにこれらの関連するイメージデータは、図６に関してここで説明されるように中央プロセッサ１０で階層方式で組み立てられる。図６では、固有のＰＬＣ４０１、ＰＣ４０２、及びメモリ４０３を有する排気ガス管理システム４００に物理的且つ電気的に接続されたポンプ３０１から３０４が示されている。メモリ４０３に記憶されるのは、排気ガス管理システム４００のスタイルシート及び図形表示である。ＰＣ４０２のメモリ内のスタイルシートは、サブイメージ及び表示（サブ要素スタイルシート３０６から３０９によって定義されるような）が挿入される他のフィールド用のウィンドウを定義する。従って、中央プロセッサ１０がＰＣ４０２からのスタイルシートを要求する場合、中央プロセッサはまた階層的に、ＰＣ４０２のスタイルシートによって参照された要素の全てからのサブスタイルシートを要求する。

図７は、図６のシステムの場合に表示することができる図５のウェブページ２３０を示している。図７は、ウェブページの右側部分２３６が排気ガス管理システム４００のイメージ４４０で埋められているのを示している。イメージは、種々のパイプ及びバルブの実際の物理的構成を示している。イメージは、必ずしも縮尺通りではなく（縮尺通りであるのが好ましいが）、様式化することができるが、据え付けの要素間、特にコンピュータ１４のようなコンピュータのデジタル及びアナログ接続１５及び１６にデータを供給するハードウェア及びデバイスの要素間の種々のトポロジー構成及び接続を少なくとも示している。

イメージ４４０は、各々が排気ガス管理システム４００の出力に全て接続された対応するバルブ４５５から４５８を有する種々のパイプ４５１から４５４を示している。これはまた、排気ガス管理システム４００の他の入口及び出口に接続された種々の他のバルブ４６０から４６３を示している。イメージ４４０は、拡張子がＧＩＦ又はＴＩＦ又はＪＰＥＧ又はＰＤＦのファイル、或いはメモリ４３０から検索される他のイメージファイルとすることができる。

ウェブページの左側セクション２３５には、ポンプ３０１から３０４の各々を示すウィンドウ３０６″から３０９″に追加のイメージが挿入される（上述のように）。一例として、ウィンドウ３０６″のイメージは、ポンプの値（例えば、入力及び出力圧力）を示すデータが現れるフィールド４７１及び４７２を備えたポンプのイメージ４７０を有するものとして示されている。ウィンドウ３０７″のイメージは、データが現れるフィールド又はボックスの構成を示しており、ウィンドウ３０８″のイメージは、グラフ形式での同様の情報を表す線形ゲージのイメージの形式でグラフ要素を示している。

データの他のフィールド又はグラフ表示は、ウェブページの右側セクションのイメージ４４０に重畳して、排気ガス管理システムのパラメータを示し、これらのパラメータについての測定ポイントの位置を示すことができる。代替として、或いはこれに加えて、排気ガス管理システム４００のパラメータは、左側のウィンドウ４８０に表示することができる。

「生データ」、「履歴データ」、及び「事象データ」ファイルは、ローカルで作成されたデータ項目と、単一のファイルのＸＭＬ構造内の「子」項目として記憶され（直接）、又はサブシステムファイルの別個のファイルコピーとして記憶され（間接）る、関連のサブシステム上の類似のファイルから記録されたデータとからなる。サブシステムが１つより多いシステムの子とすることができる点に留意されたい。その結果、例えば、所与のシステム（例えばＰＣ４０２及びそれに関連する排気ガス管理システム）の「事象データ」ファイルはまた、下のレベル（例えばポンプ３０６−３０９）でサブシステムの「事象データ」ファイルを直接又は間接的に保持することになる。サブシステムが共用される場合もあり、この場合、所与のサブシステムからのデータの全てが上記のシステムのファイルに追加される可能性があり、或いは適切なサブセットだけが追加される場合もある。

別の階層レイヤが図８に示されるように構築することができる。この図では、最も低いレベルの単一レイヤが示され（例えばポンプ３０１から３０４のレベルで）、この上の統合されたレベルが示され（例えば排気ガス管理システム４００のレベルで）、更に監視制御データ収集（ＳＣＡＤＡ）レベルが、例えば中央プロセッサ１０のレベルで示されている。単純なレベルからのスタイルシート５０２及びこれに関連するデータ５０４は、統合レベルまで渡され、そこでスタイルシート５０２は、制御ＰＣでそのデータ５０４と統合される。制御ＰＣレベルでの別のデータ５０６は、完全なＸＭＬ（又はＨＴＭＬ）文書５１０を形成するように統合することができる。更にデータ５０６は、中央プロセッサ１０でＳＣＡＤＡレベルまで渡すことができ、別のスタイルシート５１２（及びスタイルシート５０２）と共に統合スタイルシート５２０を作成することができ、これは種々のデータストリームから収集されたデータを読み込むことができる。各レベルで、当該レベルからのイメージ、又は下のレベルからのイメージは、機器の全体据え付け又は組み立てを示す統合イメージに組み立てることができる。イメージは、ドメインでの機器の全要素に対して完全なものとすることができ、最も低いレベルでの機器と同程度の詳細にすることができる。

説明された方法では、単独のどのデバイスも定義されたフォーマット（例えばＸＭＬ）でそのデータ（プッシュ又はポーリングされた）を提示することができ、当該データを外部の世界に提示示する方法を説明する監視モニタリングシステムに情報を渡すことができる。モニタリングソフトウェア（例えばＳＣＡＤＡシステムでの）は、システム内の機器の他の要素からＸＳＬファイルを読み取り、これ又はこれらを使用して、デバイス自体によって提示されるのと同じレイアウトでファイルが読み取られるデバイスの図形表示をローカルに提示することができる。モニタリングソフトウェアは、その固有のデータをローカルデバイスによって提示されたものに付加することができ、更に発信元デバイスからのフォーマットと同じフォーマットを維持できる。例えばＳＣＡＤＡ機器は、その機器だけが認識している警報及び事象を追加することができる。機器は、これらの警報及び事象をより低いレベルのデバイスによって提示されたデータ項目のリストに追加することができる。

制御階層は、オペレータがシステムを直接ビューしているか、又はモニタリングソフトウェア構造内の高いレベルでビューしているかに関わらず、構築された矛盾のない方法でのサブデバイスデータの提示を可能にする。データ構造はまた、システム対複数サブシステム階層をデータ構造で維持できるようにする。ユーザは、システムのデバイスによって提示された既存のスタイル及びレイアウトに基づいて固有のビューワを容易に設計することができる。

この階層構造を使用して、デバイス（ポンプなど）によって生成されたデータがＸＭＬフォーマットで提示され、当該デバイスの図形表示がＸＳＬファイル内で定義される。該ＸＳＬファイルは、事実上、モニタリングＰＣ画面上で見えるべきデバイスの「テンプレート」になる。デバイスは、別のデバイスのサブ部分とすることができる（例えば、ポンプは統合された排ガス処理システムの一部とすることができる）。デバイス（例えばポンプ）のＸＳＬテンプレートを用いて、統合システムのディスプレイ上にデバイスの外観を定めることができる。同様に、モニタリング監視制御及びデータ収集システム（ＳＣＡＤＡ）は、統合デバイス又は個々のデバイスからのＸＳＬテンプレート（又は複数のテンプレート）を使用して、ＳＣＡＤＡモニタリング画面上に外観を表示することができる。更にモニタリングデバイスは、ＸＳＬテンプレート上に提示されたデータに追加することができる。その結果、例えば、障害が発生したことをモニタリングデバイスが（例えばデータ分析によって）判断すると、モニタリングデバイスは、当該障害をエラー／問題が起こったデバイスによって提示された警報及び事象ページに追加することができる。

メンテナンス会社のようなサービスプロバイダのオフィスにインターネットを介して接続される半導体製造プラントなどの据え付けの全体的なブロック図である。 モニターされる機器に接続された図１のプロセッサの異なる実施例の詳細を示す図である。 モニターされる機器に接続された図１のプロセッサの異なる実施例の詳細を示す図である。 図１の中央プロセッサのセットアウトを更に詳細に示す概略図である。 図示された据え付けにおけるハードウェアデバイスの実施例で図１のシステムの要素を示す図である。 据え付けにおける追加の機器を備えた図５に類似した別の実施例を示す図である。 図５及び６の実施例からのウェブページ又は他の画面イメージを更に詳細に示す図である。 本発明によるコンピュータ及びスタイルシートによる据え付けが階層的方法で編成された方法を示す概略図である。

符号の説明

１０ 中央プロセッサ
１４ プロセッサ
２０３ ＸＭＬパーサー
２０５ 第１データベース
２０７ スタイルシートデータベース
２０９ 規則データベース
２１１ ウェブサーバー

Claims (17)

1. 据え付けにおいて作業を行うためのハードウェアデバイスであって、前記デバイスが、該デバイス又は前記据え付けの状態を示す状態データを作成してコンピュータに報告する手段を有し、前記デバイスの図形表示を作成するためのスタイルシートを記憶するメモリによって特徴付けられ、これによって前記コンピュータは、スタイルシート並びに前記デバイスからの状態データにアクセスして、前記図形表示を生成し、前記状態データを前記図形表示に読み込むことができるハードウェアデバイス。
2. 前記ハードウェアデバイスからのスタイルシートを受信して前記状態データが読み込まれた前記ハードウェアデバイスの図形表示を作成させることを可能にするコンピュータと請求項１に記載のハードウェアデバイスとの組合せ。
3. 前記コンピュータは、インターネット／イントラネットウェブサーバーとして構成され、前記サーバーに接続された遠隔コンピュータに前記図形表示を配信して前記遠隔コンピュータで表示するようにすることを特徴とする請求項２に記載の組合せ。
4. 請求項１に記載のハードウェアデバイスからスタイルシートを受信して、前記状態データが読み込まれた前記ハードウェアデバイスの図形表示を作成するためのコンピュータであって、該コンピュータが、前記状態データを分析して得られた状態データを作成する手段と、前記スタイルシートに前記得られた状態データを更に読み込む手段とを有することを特徴とするコンピュータ。
5. 前記状態データを分析する手段が、データ傾向分析ソフトウェアモジュールを含むことを特徴とする請求項４に記載のコンピュータ。
6. 前記据え付け内に種々のインターネットプロトコルアドレスを有するコンピュータによって通信する複数のハードウェアデバイスから状態データを受信する手段を更に含み、前記分析手段が、種々のハードウェアデバイスからのデータを比較することによって分析を行うことを特徴とする請求項４又は５に記載のコンピュータ。
7. 前記得られた状態データに対応するために前記スタイルシートを修正する手段を更に含むことを特徴とする請求項４、５、又は６に記載のコンピュータ。
8. 前記状態データが拡張可能マークアップ言語（ＸＭＬ）であり、前記スタイルシートが拡張可能スタイルシート言語（ＸＳＬ）であることを特徴とする前記請求項のいずれか１つに記載のコンピュータ。
9. 動作パラメータを感知し前記据え付けの状態を示す状態データをコンピュータに報告するための感知手段を各々が有する請求項１に記載の複数のハードウェアデバイスと、前記ハードウェアデバイスからのスタイルシート及び状態データを受信して記憶し、前記複数のハードウェアデバイスの複合図形表示を作成し、該複合図形表示に前記状態データを読み込むための前記ハードウェアデバイスに接続されたコンピュータとを含む製造又はサービス据え付け。
10. モニターされることになる機器に接続するサーバーであって、インターネットプロトコル（ＩＰ）アドレスを有する前記サーバーが、前記機器からのデータを受信し記憶するためのデータベースと、前記サーバーをそのＩＰアドレスによってアドレス指定する遠隔アプリケーションに対して前記機器の現在の状態を表すデータ及び状態とは無関係の前記機器を表すスタイルシートを伝達する手段とを含み、これによって遠隔アプリケーションで前記機器の図形表示を前記スタイルシートから作成することができ、前記図形表示は、前記機器の現在の状態を表すデータを読み込むことができることを特徴とするサーバー。
11. 前記データベースにインテロゲートして、前記遠隔アプリケーションからアクセス可能な動的ファイルを作成するアクティブサーバーページファイルを更に含むことを特徴とする請求項１０に記載のサーバー。
12. 請求項１０の前記サーバーに接続するためのコンピュータであって、
    前記サーバーにアクセスする手段と、
    前記機器の現在の状態を表す、ウェブファイル及び状態データを定義する前記機器のスタイルシート表示を前記サーバーから受信して記憶し、該ファイルを読み込む手段と、
    前記状態データが読み込まれた前記ファイルを遠隔コンピュータに伝達する手段と、
    を含むコンピュータ。
13. 前記受信手段はまた、前記機器から受信された状態データの分析によって前記サーバー上で得られた状態データを受信するように構成されており、前記得られた状態データを前記状態データに追加する手段が、前記同じスタイルシートを使用して前記得られた状態データと前記状態データとを共に表示することを特徴とする請求項１２に記載のコンピュータ。
14. 前記状態データ及び前記得られた状態データに対応するために前記スタイルシートをローカルに修正する手段を更に含むことを特徴とする請求項１３に記載のコンピュータ。
15. 据え付けにおいて作業を行うためのハードウェアデバイスに関連したコンピュータにローディングするための命令及びデータを記憶したデータキャリアであって、前記命令及びデータが、前記コンピュータにロードされたときに前記コンピュータに前記デバイス又は前記据え付けの状態を示す状態データを作成して遠隔コンピュータに報告させ、前記デバイスの図形表示を作成させることが可能となる前記ハードウェアデバイスのスタイルシート表示を含み、これによって前記スタイルシート並びに状態データは、前記ハードウェアデバイス及びこれに関連したコンピュータからアクセスして、前記遠隔コンピュータで前記図形表示を作成し、該遠隔コンピュータで前記図形表示に前記状態データを読み込むことができることを特徴とするデータキャリア。
16. 製造又はサービス据え付けを行う方法において、
    前記据え付けにおいて作業を行うための少なくとも１つのハードウェアデバイスを準備する段階であって、前記デバイスは、該デバイス又は前記据え付けの状態を示す状態データを作成してコンピュータに報告するための手段を有し、前記デバイスの図形表示を作成するためのスタイルシートを記憶するメモリによって特徴付けられる段階と、
    前記ハードウェアデバイスで動作パラメータを感知して、前記デバイスの状態を示す状態データをコンピュータに報告する段階と、
    前記スタイルシート並びに前記状態データに前記デバイスから前記コンピュータによってアクセスする段階と、
    前記デバイスの図形表示を作成する段階と、
    前記スタイルシートを使用して前記図形表示に前記状態データを読み込む段階と、
    を含む方法。
17. 複数のハードウェアデバイスから複数のスタイルシートを受信して記憶し、前記複数のハードウェアデバイスの複合図形表示を作成して、前記複合図形表示に前記状態データを読み込む段階を更に含む請求項１６に記載の方法。

Images