(57)【要約】【課題】バッチプロセスおよび非バッチ・プロセスの両方を監視し交信するための統合ＨＭＩアプリケーションシステム及び方法を提供する。【解決手段】非バッチ・プロセス制御インターフェース・アプリケーションにおいて、様々なバッチプロセス・インターフェース表示構成を定義するソフトウェア・オブジェクトにより使用されるバッチ制御データを格納するための黒板サービスが提供される。黒板サービスはバッチプロセスに関するバッチ制御データを受け取るとともに、バッチインターフェース表示構成を介してユーザからのバッチ入力を制御する命令を送るべく、バッチ制御サーバと通信する。ソフトウェア・オブジェクトは、バッチプロセス・インターフェース表示構成間でデータを通信しコンテキスト情報をインターフェース表示構成間で維持するべく、黒板サービスからデータを読み取ったり、データを書き込んだりする。【選択図】図７
2010086541.tif 000002
【特許請求の範囲】
【請求項１】
バッチ制御および非バッチ制御プロセスデータを表示し、プロセス制御工場内のバッチおよび非バッチ・プロセスを制御するためのユーザ入力を受け取る統合プロセス制御インターフェースであって、
表示装置と、
ユーザ入力を受け取るための入力装置と、
プログラム命令を実行するように構成されたプロセッサと、
コンピュータ・メモリーと、
前記プロセッサにより実行されると、前記表示装置に非バッチ・プロセス制御表示構成が表示されるようにし、プロセス工場における非バッチ・プロセスの制御を目的としたユーザ入力を入力装置から受け取ることを可能にする、前記コンピュータ・メモリーに格納された非バッチ・プロセス制御インターフェース・アプリケーションをなすプログラム命令であって、非バッチ・プロセス制御インターフェースには、前記プロセッサにより実行されると、前記表示装置にバッチプロセス・インターフェース表示構成が表示されるようにし、プロセス工場における非バッチ・プロセスの制御を目的としたユーザ入力を入力装置から受け取ることを可能にする複数の自己完結型ソフトウェア・オブジェクトが、その中に埋め込まれた状態で含まれる、プログラム命令と、
前記プロセッサにより実行されると、前記自己完結型ソフトウェア・オブジェクトから書き込まれたデータが前記コンピュータ・メモリーに格納されることを可能にするとともに前記コンピュータ・メモリーに格納されたデータが自己完結型ソフトウェア・オブジェクトに書き込まれることを可能することで、第２の自己完結型ソフトウェア・オブジェクトが、前記プロセッサにより実行されると、第１の自己完結型ソフトウェア・オブジェクトからのデータに少なくとも部分的に基づいてバッチプロセス制御表示構成を表示する、前記コンピュータ・メモリーに格納された黒板サービスをなすプログラム命令と、
を備える統合プロセス制御インターフェース。
【請求項２】
前記黒板サービスをなすプログラム命令がさらに、前記プロセッサに、前記自己完結型ソフトウェア・オブジェクトが実行される時に表示されるバッチプロセス・インターフェース表示構成に表示されるバッチプロセス制御データを受け取り格納するために、バッチ制御サーバと通信させるように構成されることを特徴とする、請求項１に記載の統合プロセス制御インターフェース。
【請求項３】
前記黒板サービスをなすプログラム命令が、プロセス工場内のバッチプロセスを制御するための表示されたバッチプロセス・インターフェース表示構成と関連して受け取られたユーザ入力コマンドを転送するようプロセッサにバッチ制御サーバとの通信を行わせるようにさらに適合されることを特徴とする請求項１に記載の統合プロセス制御インターフェース。
【請求項４】
複数の埋込式の前記自己完結型ソフトウェア・オブジェクトが、前記プロセッサにより実行されると、バッチリスト表示構成、手順関数チャート表示構成、フェーズ表示構成、プロンプト表示構成、調停表示構成、またはバッチイベント表示構成の少なくとも一つに含むバッチインターフェース表示構成を表示させるように構成されることを特徴とする、請求項１に記載の統合プロセス制御インターフェース。
【請求項５】
第１の自己完結型ソフトウェア・オブジェクトが、前記表示装置に表示された第１のバッチプロセス・インターフェース表示構成の状態を示すコンテキスト情報を黒板サービスに書き込むように構成され、第２の自己完結型ソフトウェア・オブジェクトが、前記第１の自己完結型ソフトウェア・オブジェクトにより黒板サービスに書き込まれたコンテキスト情報を読み取るように構成されることで、前記第２の自己完結型ソフトウェア・オブジェクトが実行されると前記表示装置に表示される第２のバッチプロセス・インターフェース表示構成が、前記表示装置に表示された第１のバッチプロセス・インターフェース表示構成の状態に関するデータを含むようにすることを特徴とする、請求項１に記載の統合プロセス制御インターフェース。
【請求項６】
前記第１の自己完結型ソフトウェア・オブジェクトが、前記第１の自己完結型ソフトウェア・オブジェクトの実行に基づき表示装置に表示されたバッチプロセス・インターフェース表示構成の状態を示すコンテキスト情報を必要とする、その他の自己完結型ソフトウェア・オブジェクトを一以上特定し、
前記その他の自己完結型ソフトウェア・オブジェクトの一以上により要求されるコンテキスト情報を黒板サービスに書き込むことを特徴とする、請求項５に記載の統合プロセス制御インターフェース。
【請求項７】
前記自己完結型ソフトウェア・オブジェクトが、前記自己完結型ソフトウェア・オブジェクトの実行終了時に黒板サービスにコンテキスト情報を書き込むように構成され、
前記コンテキスト情報は、前記自己完結型ソフトウェア・オブジェクトの実行終了時点での前記表示装置に表示されたバッチプロセス・インターフェース表示構成の状態を示し、
前記自己完結型ソフトウェア・オブジェクトはさらに、前記自己完結型ソフトウェア・オブジェクトが次に実行される時に黒板サービスからコンテキスト情報を読み取るように構成されることで、前記自己完結型ソフトウェア・オブジェクトと関連するバッチプロセス・インターフェース表示構成が、前記自己完結型ソフトウェア・オブジェクトの実行終了時のバッチプロセス・インターフェース表示構成と同じ状態で表示装置に表示されうることを特徴とする、請求項１に記載の統合プロセス制御インターフェース。
【請求項８】
バッチプロセス制御データおよび非バッチ・プロセス制御データの両方を表示するとともにプロセス工場内のバッチプロセスおよび非バッチ・プロセスの両方を制御するためのユーザ入力を受け取る統合プロセス制御インターフェース・システムであって、
バッチプロセス制御データサーバと、
非バッチ・プロセス制御データサーバと、
前記バッチプロセス制御データサーバおよび前記非バッチプロセス制御データサーバに通信可能に連結される一以上のワークステーションであって、前記バッチプロセス制御データサーバおよび前記非バッチ・プロセス制御データサーバが、バッチプロセス・データおよび非バッチ・プロセスデータを一以上のワークステーションへと提供し、前記一以上のワークステーションがプロセス工場内で作動するバッチおよび非バッチ・プロセスを制御するためのバッチプロセス制御データおよび非バッチ・プロセス制御データを前記バッチプロセス制御データサーバおよび前記非バッチプロセス制御データサーバへと提供する、一以上のワークステーションと、
前記非バッチ・プロセス制御データをユーザに提示するとともにプロセス工場内の非バッチ・プロセスを制御するためのユーザ入力を受け取るための複数の非バッチ・プロセスインターフェース表示構成を表示する非バッチ・プロセス制御インターフェース・アプリケーションを実施する、前記一以上のワークステーションのうちの少なくとも一つと、
実行されると、前記バッチプロセス制御データをユーザに提示するとともにプロセス工場内のバッチプロセスを制御するためのユーザ入力を受け取るためのバッチプロセス・インターフェース表示構成を生成する、複数の埋込式自己完結型ソフトウェア・オブジェクトを含む、非バッチ・プロセス制御インターフェース・アプリケーションと、
黒板サービスを実施する、前記一以上のワークステーションのうちの少なくとも一つであって、前記黒板サービスは埋込式ソフトウェア・オブジェクトによりアクセス可能であり、１つの埋込式ソフトウェア・オブジェクトからのバッチプロセス制御データが別の埋込式ソフトウェア・オブジェクトにより使用できるように前記埋込式ソフトウェア・オブジェクトが前記黒板サービスにデータを書き込むこと及び前記黒板サービスからデータを読み取ることができる、前記一以上のワークステーションのうちの少なくとも一つと、
を備える統合プロセス制御インターフェース・システム。
【請求項９】
前記非バッチ・プロセス制御インターフェース・アプリケーション内で埋め込まれた自己完結型ソフトウェア・オブジェクトにより生成されたバッチプロセス・インターフェース表示構成が、バッチリスト表示構成、手順関数チャート表示構成、フェーズ表示構成、プロンプト表示構成、調停表示構成、バッチイベント表示構成の少なくとも一つを備えることを特徴とする、請求項８に記載の統合プロセス制御インターフェース・システム。
【請求項１０】
第１の埋込式ソフトウェア・オブジェクトが、第２の埋込式ソフトウェア・オブジェクトが実行される前に前記第１の埋込式ソフトウェア・オブジェクトにより生成された第１のバッチプロセス・インターフェース表示構成に関して行われた一以上のユーザ入力アクションを示すコンテキストデータを前記黒板サービスに書き込み、前記第２の埋込式ソフトウェア・オブジェクトが実行されると、前記第２の埋込式ソフトウェア・オブジェクトが前記黒板サービスからコンテキストデータを読み取って、前記コンテキストデータに基づいて第２のバッチプロセス・インターフェース表示構成を生成し、前記第１のバッチプロセス・インターフェース表示構成に関して行われた一以上のユーザ入力アクションと前記第２のバッチプロセス・インターフェース表示構成が一貫していることを特徴とする、請求項８に記載の統合プロセス制御インターフェース・システム。
【請求項１１】
第１の埋込式ソフトウェア・オブジェクトが実行されると、前記第１の埋込式ソフトウェア・オブジェクトが、実行されると前記第１の埋込式ソフトウェア・オブジェクトにより生成されたバッチプロセス・インターフェース表示構成と関連するコンテキストデータに基づいて決定されるバッチプロセス・インターフェース表示構成を生成するその他の埋込式ソフトウェア・オブジェクトを一以上特定し、前記第１の埋込式ソフトウェア・オブジェクトが、前記その他の埋込式ソフトウェア・オブジェクトにより要求されるコンテキストデータを前記黒板サービスに書き込むことを特徴とする、請求項８に記載の統合プロセス制御インターフェース・システム。
【請求項１２】
前記その他の埋込式ソフトウェア・オブジェクトの一つが実行されると、前記その他の埋込式ソフトウェア・オブジェクトの一つの実行前に実行され、前記その他の埋込式ソフトウェア・オブジェクトの一つにより生成されたバッチプロセス・インターフェース表示構成の少なくとも一部分を決定する以前に表示された表示状態を有することにより、前記その他の埋込式ソフトウェア・オブジェクトの一つに対するコンテキスト上の先行オブジェクトでありうる一以上の埋込式ソフトウェア・オブジェクトを特定し、前記その他の埋込式ソフトウェア・オブジェクトの一つが、前記その他の埋込式ソフトウェア・オブジェクトの一つのコンテキスト上の先行オブジェクトとして特定された前記１以上の埋込式ソフトウェア・オブジェクトにより書き込まれたコンテキストデータを前記黒板サービスから読み取ることを特徴とする、請求項１１に記載の統合プロセス制御インターフェース・システム。
【請求項１３】
第１の埋込式ソフトウェア・オブジェクトが、第２の埋込式ソフトウェア・オブジェクトの実行前に前記第１の埋込式ソフトウェア・オブジェクトにより生成されたバッチプロセス・インターフェース表示構成の表示状況を示すコンテキストデータを前記黒板サービスに書き込むように構成され、前記第１の埋込式ソフトウェア・オブジェクトが二度目に実行されると前記黒板サービスから前記コンテキストデータを読み取るように構成されることで、前記第１の埋込式ソフトウェア・オブジェクトにより生成されたバッチプロセス・インターフェース表示構成が前記第２の埋込式ソフトウェア・オブジェクトの実行前に表示されたのと同じ表示状態で再度表示されることを特徴とする、請求項８に記載の統合プロセス制御インターフェース・システム。
【請求項１４】
非バッチ・プロセス制御インターフェース・アプリケーションを介してバッチプロセス制御インターフェース表示構成を表示する方法であって、
前記非バッチ・プロセス制御インターフェース・アプリケーション内に、各々がインターフェース表示装置に表示するためのバッチプロセス制御インターフェース表示構成を生成するように構成された複数の自己完結型ソフトウェア・オブジェクト自己完結型ソフトウェア・オブジェクトを埋め込み、
第１のバッチプロセス制御インターフェース表示構成を表示するために第１の自己完結型ソフトウェア・オブジェクトを実行し、
前記第１の自己完結型ソフトウェア・オブジェクトを閉じ、
前記第１の自己完結型ソフトウェア・オブジェクトが閉じられた時に前記第１のバッチプロセス制御インターフェース表示構成の表示状態を表わすコンテキストデータを黒板サービスに書き込み、
前記非バッチ・プロセス制御インターフェース・アプリケーションに埋め込まれた第２の自己完結型ソフトウェア・オブジェクトを実行し、
前記黒板サービスに書き込まれた前記コンテキストデータを読み取り、
前記第２の自己完結型ソフトウェア・オブジェクトにより生成され、前記第１の自己完結型ソフトウェア・オブジェクトが閉じられた時の前記第１のバッチプロセス制御インターフェース表示構成の表示状態を反映する第２のバッチプロセス制御インターフェース表示構成を表示すること、
を含む方法。
【請求項１５】
前記自己完結型ソフトウェア・オブジェクトにより生成されたバッチプロセス制御インターフェース表示構成が、バッチリスト表示構成、手順関数チャート表示構成、フェーズ表示構成、プロンプト表示構成、調停表示構成、またはバッチイベント表示構成の少なくとも一つを含むことを特徴とする、請求項１４に記載の方法。
【請求項１６】
前記第１の自己完結型ソフトウェア・オブジェクトを再実行し、
前記黒板サービスに書き込まれた前記コンテキストデータを読み取り、
前記第１の自己完結型ソフトウェア・オブジェクトが閉じられた時と同じ表示状態で前記第１のバッチプロセス制御インターフェース表示構成を表示すること、
をさらに含む請求項１４に記載の方法。
【請求項１７】
前記黒板サービスに書き込まれた前記コンテキストデータが、プロセス工場においてアクティブ状態にあるバッチを特定するデータを含むことで、前記第２のバッチプロセス制御インターフェース表示構成が、前記特定されたバッチに関係するさらに詳しい情報を表示することを特徴とする、請求項１４に記載の方法。
【請求項１８】
前記黒板サービスに書き込まれた前記コンテキストデータが、プロセス工場内の設備を特定するデータを含むことで、前記第２のバッチプロセス制御インターフェース表示構成が、前記特定された設備に関係するさらに詳しい情報を表示することを特徴とする、請求項１４に記載の方法。
【請求項１９】
前記黒板サービスに書き込まれた前記コンテキストデータが、プロセス工場内の領域を特定するデータを含むことで、前記第２のバッチプロセス制御インターフェース表示構成が、前記工場の特定された領域に関係するさらに詳しい情報を表示することを特徴とする、請求項１４に記載の方法。
【請求項２０】
前記黒板サービスに書き込まれた前記コンテキストデータが、処理加工工場内のプロセス・ユニットを特定するデータを含むことで、前記第２のバッチプロセス制御インターフェース表示構成が、前記特定されたプロセス・ユニットに関係するさらに詳しい情報を表示することを特徴とする請求項１４に記載の方法。
【請求項２１】
バッチプロセス制御データサーバと、
非バッチ・プロセス制御データサーバと、
バッチプロセス制御データサーバおよび非バッチ・プロセス制御データサーバに通信可能に接続され、バッチプロセス制御データサーバおよび非バッチ・プロセス制御データサーバから受け取られたプロセスデータを各々含むバッチプロセス制御インターフェース表示構成および非バッチ・プロセス制御インターフェース表示構成の両方を表示するように構成された、統合ヒューマン‐マシン・インターフェースである統合ＨＭＩと、
統合ＨＭＩと関連付けられ、独立したバッチプロセス制御インターフェース表示構成がコンテキストデータを含むデータを取り交わすことを可能にすることで、後で開かれるバッチプロセス制御インターフェース表示構成が、以前に開かれたバッチプロセス制御インターフェース表示構成と関連する画面表示コンテキストと一貫したバッチプロセス制御データを表示して開かれうるようにする、黒板サービスと、
を備えるプロセス制御システム。
【請求項２２】
前記統合ＨＭＩにより実行および表示された第１のバッチプロセス制御インターフェース表示構成が、前記第１のバッチプロセス制御インターフェース表示構成からのコンテキストデータを要求する後続のバッチプロセス制御インターフェース表示構成を一以上特定し、前記特定された一以上の後続のバッチプロセス制御表示構成が要求するコンテキストデータを特定し、前記特定されたコンテキストデータを、前記特定された一以上の後続のバッチプロセス制御インターフェース表示構成と関連付けられているメモリ構造に格納されるように前記黒板サービスに書き込むことを特徴とする、請求項２１に記載のプロセス制御システム。
【請求項２３】
前記統合ＨＭＩにより実行および表示される後続のバッチプロセス制御インターフェース表示構成が、前記後続のバッチプロセス制御インターフェース表示構成と関連付けられているメモリ構造に前記黒板サービスにより格納されたコンテキストデータを読み取ることを特徴とする、請求項２２に記載のプロセス制御システム。
【請求項２４】
前記統合ＨＭＩによる第１のバッチプロセス制御インターフェース表示構成の第１の実行中に、前記第１のバッチプロセス制御インターフェース表示構成が、前記統合ＨＭＩによる第２のバッチプロセス制御インターフェース表示構成の実行前に、前記第１のバッチプロセス制御表示構成の表示状態を特定するコンテキストデータを前記黒板サービスに書き込み、
前記第１のバッチプロセス制御インターフェース表示構成が前記コンテキストデータにより特定された表示状態で再度表示されるように、前記第１のバッチプロセス制御インターフェース表示構成の２度目の実行中に前記黒板サービスから前記コンテキストデータを読み取ることを特徴とする、請求項２１に記載のプロセス制御システム。
【請求項２５】
コンピュータにより実行されると、
埋め込まれた複数の自己完結型バッチプロセス制御インターフェース表示構成を有する非バッチ・プロセス制御インターフェース・アプリケーションを提供するステップと、
前記非バッチ・プロセス制御インターフェース・アプリケーションに埋め込まれている前記自己完結型バッチプロセス制御インターフェース表示構成が、前記自己完結型バッチプロセス制御インターフェース表示構成に関して行われたインターフェース・アクションに関係するコンテキストデータを読み出し及び書き込むことができる黒板サービスを提供するステップと、
バッチプロセス制御インターフェース表示構成を表示するステップと
をコンピュータに実行させ、
前記バッチプロセス制御インターフェース表示構成に表示されたデータが、バッチプロセス制御インターフェース表示構成により前記黒板サービスに書き込まれたコンテキストデータに少なくとも部分的に基づいて決定されることを特徴とするプログラム命令を格納する、コンピュータ可読媒体。
【請求項２６】
前記非バッチ・プロセス制御インターフェース・アプリケーションに埋め込まれた第１の自己完結型バッチプロセス制御インターフェース表示構成が、前記第１の自己完結型プロセス制御インターフェース表示構成からのコンテキストデータを要求する第２の自己完結型のバッチプロセス制御インターフェース表示構成を特定するように構成され、前記黒板サービスに必要なコンテキストデータを書き込むことを特徴とする、請求項２５に記載のコンピュータ可読媒体。
【請求項２７】
前記第２の自己完結型バッチプロセス制御インターフェース表示構成が、前記黒板サービスから前記コンテキストデータを読み取るように構成されることで、前記第２の自己完結型バッチプロセス制御インターフェース表示構成が、前記第１の自己完結型バッチプロセス制御インターフェース表示構成により前記黒板サービスに書き込まれた前記コンテキストデータと一貫しているデータを含んで表示されることを特徴とする、請求項２６に記載のコンピュータ可読媒体。
【請求項２８】
前記非バッチ・プロセス制御インターフェース・アプリケーションに埋め込まれた第１の自己完結型バッチプロセス制御インターフェース表示構成が、第２の自己完結型バッチプロセス制御インターフェース表示構成の実行前の前記第１のバッチプロセス制御インターフェース表示構成の表示状態を記録するために、前記第２の自己完結型バッチプロセス制御インターフェース表示構成の実行前に前記黒板サービスにコンテキストデータを書き込み、前記第２のバッチプロセス制御インターフェース表示構成の実行後に前記黒板サービスから前記コンテキストデータを読み取るよう構成されることで、前記第１の自己完結型バッチプロセス制御インターフェース表示構成が、前記第２の自己完結型バッチプロセス制御インターフェース表示構成の実行後に、前記第２の自己完結型バッチプロセス制御インターフェース表示構成の実行前と同じ表示状態で表示されることを特徴とする、請求項２５に記載のコンピュータ可読媒体。
【請求項２９】
前記非バッチ・プロセス制御インターフェース・アプリケーションに埋め込まれた複数の前記自己完結型バッチプロセス制御インターフェース表示構成が、バッチリスト表示構成、手順関数チャート表示構成、バッチイベント表示構成、フェーズ表示構成、プロンプト表示構成、または調停表示構成の少なくとも一つを含むことを特徴とする、請求項２５に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、プロセス工場環境における工程を制御するためのヒューマン‐マシン・インターフェース（ＨＭＩ）に関する。より具体的には、バッチプロセス制御インターフェース表示構成（ビュー）と非バッチ・インターフェース制御表示構成を単一のヒューマン‐マシン・インターフェースアプリケーションの中に統合するためのシステムと方法が開示される。
【背景技術】
【０００２】
一般に、生産加工工場内で制御される工程として、バッチプロセスおよび、連続または非バッチプロセスの二種類がある。ほとんどの場合、バッチプロセスを監視するとともにそれらと交信するためのバッチＨＭＩと非バッチプロセスを監視するとともにそれと交信するための非バッチＨＭＩとの二種の異なる工程と、工場作業者やエンジニアおよびその他の要員が交信することを可能にする、二つの別々のインターフェースがある。一般に、バッチインターフェースは、一例としてアクティブなバッチのリスト、バッチの履歴またはイベント・ログ、バッチ・アラーム、アクティブなフェーズの概括情報など、バッチ動作に特有のインターフェース表示構成を含んでいる。連続または非バッチＨＭＩは、一例として、非バッチ・アラーム、ＰＩＤフェイスプレート、フローおよびその他の主要な変数を示す設備グラフィックなど、連続プロセスインターフェース表示構成を含んでいる。ここ何年にもわたって、バッチＨＭＩおよび非バッチＨＭＩの二種のインターフェースが別々に発展し、また一般的に別々のままの状態が維持されてきた。二種のインターフェースは異なる必要性を満たし、最近までそれらを融合させる強力な理由はなかった。
【０００３】
しかしながら最近になって、バッチ処理環境がより複雑になるとともにより多く一般に使用されるようになってきた。大抵の場合、今日のバッチ処理工場は、複数の異なる製品レシピを同時に稼動することができる。また、同じ設備を異なる時点で異なる製品レシピに当てることができる。よって、バッチ制御システムは、同時にプロセス工場の複数の平行バッチを管理するとともに多くの異なる部分と交信できるものでなければならない。今日のバッチプロセスのサイズと複雑性が増し、処理加工工場（プラント）におけるフレキシビリティへの要求が高まるにつれて、処理加工工場内のバッチと非バッチ動作間のより緊密な統合が必要となってきている。これは、バッチプロセス制御システム並びに非バッチプロセス制御システムの両方に負荷をかける。
【０００４】
バッチと非バッチ動作を統合する負荷が現れる１つの領域として、オペレーターインターフェースの領域がある。バッチと非バッチ動作のより緊密な統合により、作業者、エンジニアおよびその他の工場要員がバッチと非バッチプロセスの両方を同時に監視するとともにそれらと交信することがしばしば要求される。但し、この作業を行うには、一般にバッチおよび非バッチＨＭＩが別々であるので、バッチと非バッチＨＭＩアプリケーションの間を行ったり来たりすることが要求される。二つのアプリケーションが別々のワークステーションで実行される場合にこの作業を行うには、１つの機械から別の機械まで物理的に移動してバッチ表示構成から非バッチ表示構成へと、または非バッチ表示構成から処理加工工場内で制御される様々なプロセスのバッチ表示構成へと切り替えることが要求されうる。たとえ二つのアプリケーションが同じ機械で実行されている場合でも、作業者またはその他の要員は、両方のＨＭＩを起動し、閲覧するべきアプリケーション間を交互に切り替えてある種類又は別のデータなどと交信しなければならない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
この問題を解決するべく、統合されたＨＭＩアプリケーションには、バッチＨＭＩおよび非バッチＨＭＩの機能性を結合することが要求される。かかる統合ＨＭＩは、スタンドアロン・バッチ制御ＨＭＩおよびスタンドアロン非バッチ制御ＨＭＩの両方の機能性の全てを提供するものでなければならない。さらに、かかる統合されたＨＭＩアプリケーションは、全体的な処理加工工場制御システムのリソースに負担をかけることなく、効率的に且つ分かり易い様態で、ユーザにデータを提示するとともにユーザからの入力を受け取るものでなければならない。
【課題を解決するための手段】
【０００６】
プロセス工場においてバッチおよび非バッチ・プロセスの両方を監視し且つそれらと交信するための統合ＨＭＩアプリケーションを提供するためのシステムおよび方法が開示される。様々なバッチプロセス・インターフェース表示構成を定義する複数の独立したスタンドアロン・ソフトウェア・オブジェクトが、非バッチプロセス制御インターフェース・アプリケーション内に埋め込まれる。様々なスタンドアロン・ソフトウェア・オブジェクトにより使用されるバッチ制御データを格納するために黒板（Blackboard）サービスが提供される。黒板サービスは、プロセス工場において実行される様々なバッチプロセスに関するデータを様々なバッチインターフェース表示構成に投入するためのバッチ制御データを受け取り、且つ様々なバッチプロセス・インターフェース表示構成を介して様々なバッチを制御することを目的としてユーザにより入力された指示を送信するべくバッチ制御サーバと通信するように構成されうる。様々なバッチプロセス・インターフェース表示構成を定義するスタンドアロン・ソフトウェア・オブジェクトは、プロセッサにより実行されると、バッチプロセス・インターフェース表示構成間を効率的且つ直観的にナビゲーションできるようにする目的でバッチプロセス・インターフェース表示構成間のデータを通信してインターフェース表示構成間のコンテキスト情報を維持するべく黒板サービスからデータを読み取るとともに黒板サービスにデータを書き込むように構成される。
【０００７】
一実施形態によると、バッチ制御および非バッチ制御プロセスデータの表示するため、およびプロセス工場内のバッチおよび非バッチ・プロセスの制御のためのユーザ入力を受け取るための統合プロセス制御インターフェースが提供される。統合プロセス制御インターフェースは、表示装置、ユーザ入力を受け入れるための入力装置、プログラム命令を実行するように構成されたプロセッサ、およびコンピュータ・メモリーを含んでいる。プログラム命令はコンピュータ・メモリーに格納される。プログラム命令は、非バッチ・プロセス制御インターフェース・アプリケーションを定義し、プロセッサにより実行されると非バッチ・プロセス制御表示構成を表示装置に表示させ、プロセス工場における非バッチ・プロセスの制御を目的としてユーザ入力を入力装置から受け取ることを可能とする。プログラム命令は、非バッチ・プロセス制御インターフェース・アプリケーション内に埋め込まれている複数の自己完結型ソフトウェア・オブジェクトを含んでいる。自己完結型のソフトウェア・オブジェクトがプロセッサにより実行されると、表示装置にバッチプロセス・インターフェース表示構成を表示させ、プロセス工場内のバッチプロセスの制御について入力装置からユーザ入力を受け取ることを可能にする。最後に、黒板サービスを定義するプログラム命令は、コンピュータ・メモリーに格納される。プロセッサにより実行されると、黒板サービスは、自己完結型のソフトウェア・オブジェクトから書き込まれたデータをコンピュータ・メモリーに格納することを可能にするとともに、コンピュータ・メモリーに格納されたデータを自己完結型のソフトウェア・オブジェクトに書き込むことを可能にする。従って、第２の自己完結型のソフトウェア・オブジェクトは、プロセッサにより実行されると、少なくとも部分的に第１の自己完結型のソフトウェア・オブジェクトからのデータに基づいてバッチプロセス制御表示構成を表示することができる。
【０００８】
バッチプロセス制御データおよび非バッチ・プロセス制御データの両方を表示するため、およびプロセス工場内のバッチプロセスおよび非バッチ・プロセスの両方を制御するためにユーザ入力を受け取るための統合プロセス制御インターフェース・システムの別の実施形態は、バッチプロセス・データサーバおよび非バッチ・プロセス・データ・サーバを含んでいる。一以上のワークステーションが、バッチプロセス制御データサーバおよび非バッチ・プロセス制御データサーバに通信可能に連結される。バッチプロセス制御データサーバおよび非バッチ・プロセス制御データサーバは、バッチおよび非バッチ・プロセスデータを一以上のワークステーションに提供する。同様に、一以上のワークステーションは、プロセス工場内で作動するバッチおよび非バッチ・プロセスを制御するためのユーザ入力を表わすバッチおよび非バッチ・プロセス制御データを、バッチプロセス制御サーバおよび非バッチ・プロセス制御サーバに提供する。一以上のワークステーションの少なくとも一つが、非バッチ・プロセス制御データをユーザに提示し且つプロセス工場内の非バッチ・プロセスを制御するためのユーザ入力を受け取るための複数の非バッチ・プロセスインターフェース表示構成を表示するための非バッチ・プロセス制御インターフェース・アプリケーションを実行する。非バッチ・プロセス制御インターフェース・アプリケーションは、複数の埋込式自己完結型のソフトウェア・オブジェクトを含んでおり、これはワークステーションにより実行されると、バッチプロセス制御データをユーザに提示し且つプロセス工場内のバッチプロセスを制御するためのユーザ入力を受け取るためのバッチプロセス・インターフェース表示構成を生成する。また、一以上のワークステーションの少なくとも一つは、埋込式ソフトウェア・オブジェクトによりアクセス可能な黒板サービスを実施し、それによって一つの埋込式ソフトウェア・オブジェクトからのバッチプロセス制御データが別の埋込式ソフトウェア・オブジェクトにより使用できるように埋込式ソフトウェア・オブジェクトが黒板サービスにデータを書き込み且つそれからデータを読み取ることができるようにする。
【０００９】
非バッチ・プロセス制御インターフェース・アプリケーションを介してバッチプロセス制御インターフェース表示構成を表示する方法も開示される。本方法は、複数の自己完結型のソフトウェア・オブジェクトを非バッチ・プロセス制御インターフェース・アプリケーション内に埋め込むことを要件とする。自己完結型のソフトウェア・オブジェクトは、インターフェース・表示装置上に表示するために、バッチプロセス・インターフェース表示構成を生成するように構成される。さらに、本方法は、第１のバッチプロセス制御インターフェース表示構成を表示するべく第１の自己完結型のソフトウェア・オブジェクトを実行し、第１のバッチプロセス制御インターフェース表示構成の表示状態を表わす黒板サービスにコンテキストデータを書き込み、非バッチ・プロセス制御インターフェース・アプリケーションに埋め込まれている第２の自己完結型のソフトウェア・オブジェクトを実行して黒板サービスに書き込まれたコンテキストデータを読み出し、第１の自己完結型のソフトウェア・オブジェクトが閉じられた時点で第１のバッチプロセス制御インターフェース表示構成の表示状態を反映する第２の自己完結型のソフトウェア・オブジェクトにより生成された第２のバッチプロセス制御インターフェース表示構成を表示することを要件とする。
【００１０】
プロセス制御システムのさらに別の実施形態は、バッチプロセス制御データサーバ、非バッチ・プロセス制御データサーバ、そしてバッチおよび非バッチ・プロセス制御データサーバに通信可能に接続された統合化されたヒューマン‐マシン・インターフェース（ＨＭＩ）を要件とする。統合ＨＭＩは、バッチおよび非バッチ・プロセス制御データサーバから各々受け取ったプロセスデータを含むようにバッチおよび非バッチ・プロセス制御インターフェース表示構成の両方を表示するように構成される。黒板サービスは統合ＨＭＩと関連付けられている。黒板サービスは、コンテキストデータを含むデータを取り交わすための独立したバッチプロセス制御インターフェース表示構成を可能にし、それによって、それ以降に開かれたバッチプロセス制御インターフェース表示構成が、以前に開いたバッチプロセス制御インターフェース表示構成の一以上と関連する表示コンテキスト（文脈）と一貫しているバッチプロセス制御データを表示するように開かれるようになる。
【００１１】
最後に、コンピュータ可読媒体が提供される。プログラム命令はコンピュータ可読媒体に格納される。プログラム命令がコンピュータにより実行されると、複数の自己完結型バッチプロセス制御インターフェース表示構成をその中に埋め込まれた状態で有する非バッチ・プロセス制御インターフェース・アプリケーションを提供する。さらに、プログラム命令は黒板サービスを提供し、非バッチ・プロセス制御インターフェース・アプリケーションに埋め込まれた自己完結型バッチプロセス制御インターフェース表示構成が、自己完結型バッチプロセス制御インターフェース表示構成に関して行われたインターフェース・アクションに関するコンテキストデータをこの黒板サービスから読み取り、この黒板サービスに書き込みうる。コンピュータにより実行されると、プログラム命令はさらにバッチプロセス制御インターフェース表示構成を表示するようコンピュータに命じるが、この場合バッチプロセス制御インターフェース表示構成に表示されるデータは、バッチプロセス制御インターフェース表示構成により黒板サービスに書き込まれたコンテキストデータに少なくとも部分的に基づいて決定される。
【００１２】
さらなる態様および利点については、当業者であれば次の詳細な説明を図面と共に検討することにより明らかとなるであろう。本システムと方法は様々な形式の実施形態をとりうるが、以下の説明には、本開示は一例示に過ぎず本発明をここに記載される特定の実施形態に限定するためのものではないという理解のもとに、特定の実施形態が示されている。
【図面の簡単な説明】
【００１３】
【図１】プロセス工場制御ネットワークの代表例としての一部分を示すブロック図である。
【図２】プロセス制御システムにおけるクライアントサーバネットワークを示すブロック図である。
【図３】別々のバッチおよび非バッチＨＭＩアプリケーションを示すブロック図である。
【図４】バッチおよび非バッチ・インターフェース表示構成の両方を含む統合ＨＭＩアプリケーションを示すブロック図である。
【図５】従来からのスタンドアロン・バッチオペレータＨＭＩを示すブロック図である。
【図６】コンポーネント・ベースのバッチオペレータＨＭＩを示すブロック図である。
【図７】「黒板」サービスを含むコンポーネント・ベースのバッチオペレータＨＭＩを示すブロック図である。
【図８】バッチリスト（Batch List）バッチインターフェース表示構成の表示画面の図である。
【図９】手順関数チャート（Procedure Function Chart）バッチインターフェースース表示構成の表示画面の図である。
【図１０】フェーズ（Phase）バッチインターフェース表示構成の表示画面の図である。
【図１１】調停（Arbitration）バッチインターフェース表示構成の表示画面の図である。
【図１２】プロンプト（Prompt）バッチインターフェース表示構成の表示画面の図である。
【図１３】バッチイベント（Batch Event）バッチインターフェース表示構成の表示画面の図である。
【発明を実施するための形態】
【００１４】
本開示は、工業プロセス工場環境において使用されるヒューマン‐マシン・インターフェース・システム（ＨＭＩ）に関する。具体的には、バッチプロセス・データおよび非バッチ・プロセスデータが、単一の非バッチ・プロセス・インタフェース・アプリケーションを介して閲覧されることを可能にする統合ＨＭＩシステムが開示される。
【００１５】
図１は、代表的なプロセス工場制御ネットワーク１０の代表例としての一部分を示す。プロセス工場の制御ネットワーク１０は、一以上の入・出力（Ｉ／Ｏ）装置（図示せず）および一式の通信回線及び／又はバス１８を介してプロセス工場内で幾多の装置および設備に連結されるコントローラ１２を含んでいる。全般的に、コントローラ１２に接続されている様々な装置および設備は参照番号１６で示される。コントローラ１２は、例えばエマソン・プロセスマネジメント社により販売されるＤｅｌｔａＶ（登録商標）バッチ・コントローラでありうる。コントローラ１２は、工場内で行われる様々なプロセスを制御するために一以上のプロセス制御ルーチンを実行するべくプロセス工場の全体にわたって設けられているフィールド装置およびフィールド装置内の機能ブロックなど、様々なプロセス制御要素と通信する。プロセス制御ルーチンは連続プロセス制御ルーチンおよびバッチプロセス制御ルーチンの両方を含んでいてもよい。
【００１６】
また、プロセスコントローラ１２は、例えばイーサネット（登録商標）・ネットワークまたはそれ同等のものなどのローカル・エリア・ネットワーク（ＬＡＮ）１５を介して、一以上のワークステーション１４に連結されうる。ワークステーション１４は、パソコン、サーバまたはその他のデータ処理装置でありうる。ワークステーション１４は、処理加工工場のエンジニア、オペレータまたはその他の要員によって、コントローラ１２により実行される一以上のプログラム制御ルーチンを設計および実行するため、このようなプロセス制御ルーチンを実施するためにコントローラと通信するため、プロセス工場の稼動に関する情報を受け取り表示するため、またそれ以外の場合に、コントローラ（及び／又は、その他のプロセスコントローラまたは制御装置）により実行されるプロセス制御ルーチンと交信するべく使用されうる。また、データ・ヒストリアン１９は、ＬＡＮ１５に接続されうる。データ・ヒストリアン１９は、プロセス工場内（コントローラ１２内、フィールド装置および他の設備１６内、そして恐らくワークステーション１４内など）で生成されたデータを自動的に収集しうる。ワークステーション１４は、プロセス工場の稼動に関するデータをインターフェース表示ページに投入するべく、データ・ヒストリアン１９およびそれ以外の場所に格納されたデータにアクセスしうる。
【００１７】
ワークステーション１４の各々には、ＨＭＩアプリケーションなどのアプリケーションを格納するための、及びプロセス工場の稼動に関するバッチプロセス・データおよび連続プロセス変数データなどを格納するためのメモリ２０が含まれる。また、ワークステーション１４の各々には、その他数あるアプリケーションの中でも特に、ユーザが非バッチまたは連続プロセスデータ並びにプロセス工場の稼動に関係のあるバッチプロセス・データを閲覧できるようにする一以上のアプリケーションを実行するプロセッサ２１も含まれる。コントローラ１２は、プロセス工場内の設備１６を制御するために使用される構成データおよびプロセス制御ルーチンを格納するためのメモリ２２と、プロセス制御方法を実施するためにプロセス制御ルーチンを実行するプロセッサ２４とを含む。ワークステーション１４はコントローラ１２と共に機能して、プロセス制御ルーチン内の制御要素と、これらの制御要素がプロセス工場の１６の内で実行されるプロセスの制御を提供するようにどのように構成されたか（構成方法）とを示して、コントローラ１２内のプロセス制御ルーチンのグラフィック描写をユーザに提供しうる。
【００１８】
図１に示される例示的なプロセス工場の制御ネットワーク１０において、コントローラ１２は、バス１８を介して同様に構成された二セットの設備に通信可能に接続され、これら設備の各一セットは、本明細書において反応装置＿０１（Ｒ１）または反応装置＿０２（Ｒ２）として示される反応装置ユニットと、本明細書においてフィルタ＿０１（Ｆ１）またはフィルタ＿０２（Ｆ２）として示されるフィルターユニットと、本明細書において乾燥器＿０１（Ｄ１）または乾燥器＿０２（Ｄ２）として示される乾燥機ユニットを有する。反応装置＿０１は、反応器槽１００と、例えばヘッドタンク（図示せず）から反応器槽１００の中に流体を提供する流体入口配管を制御するように接続されている二つの入力バルブ１０１および１０２、そして流体出口配管を介して反応器槽１００から出る流体の流れを制御するように接続されている出力バルブ１０３とを含む。装置１０５は、例えば温度センサ、圧力センサ、液面レベル計測器などのセンサ、或いは電気的なヒータまたは蒸気ヒータなどその他の何らかの設備などであってよく、反応器槽１００に、または反応器槽の近くに配置される。反応装置＿０１は、乾燥機設備１２０を有する乾燥器＿０１に順じて連結されるフィルタ設備１１０を有するフィルタ＿０１にバルブ１０３を介して連結されている。同様に、設備の第２のセットは、反応器槽２００、２つの入力バルブ２０１および２０２、出力バルブ２０３および装置２０５を有する反応装置＿０２を含んでいる。反応装置＿０２は、乾燥機設備２２０を有する乾燥器＿０２に次に連結されるフィルタ設備２１０を有するフィルタ＿０２に連結される。フィルタ設備１１０と２１０および乾燥機設備１２０と２２０は、これらに関連付けられている付加的な制御要素（ヒータ、コンベヤベルトおよびそれ同等のものなど）やセンサなどを有しうる。図示されてはいないが、所望であれば反応装置とフィルタおよび乾燥機のそれぞれの一つを使用するバッチ運転が図１に示される設備１６の任意の組み合わせを使用しうるように、フィルターユニットであるフィルタ＿０１とフィルタ＿０２の各々は、反応装置ユニットである反応装置＿０１および反応装置＿０２の各々に物理的に連結され、乾燥機ユニットである乾燥器＿０１と乾燥器＿０２の各々は、フィルターユニットであるフィルタ＿０１およびフィルタ＿０２の各々に連結されてもよい。
【００１９】
図１に示されるように、コントローラ１２は、これらの要素に関する一以上の動作を行なうためにこれらの要素（ユニット、フィールド装置、などでありうる）の動作を制御するよう、バス１８を介して、バルブ１０１−１０３、２０１−２０３に、装置１０５および２０５に、フィルタ１１０および２１０に、そして乾燥機１２０、２２０（およびそれに関連付けられている他の設備）に通信可能に連結されている。このような動作には、例えば、反応器槽または乾燥機の充填、反応器槽または乾燥機内の材料の加熱、反応器槽または乾燥機の中身の排出、反応器槽または乾燥機の清掃、フィルタの操作、などが含まれる。もちろん、コントローラ１２は、付加的なバスを介して、また４−２０ｍＡ回線、ＨＡＲＴ（登録商標）通信回線などの専用通信回線を介して、プロセス工場内の要素１６に連結することができる。
【００２０】
図１に示されるバルブやセンサおよびその他の設備は、例えばフィールドバス・フィールド装置（標準４-２０ｍＡのフィールド装置）、ＨＡＲＴ（登録商標）フィールド装置など任意の所望の種類またはタイプの設備であってよく、フィールドバス・プロトコル、ＨＡＲＴ（登録商標）プロトコル、４-２０ｍＡアナログ・プロトコルなど任意の周知または所望の通信プロトコルを使用してコントローラ１２と通信してよい。さらにまた、その他のタイプの装置を、任意の所望の方法にてコントローラ１２に接続し、コントローラ１２により制御してもよい。また、例えばイーサネット（登録商標）通信回線１５を介して他のコントローラをコントローラ１２およびワークステーション１４に接続して、プロセス工場１６と関連付けられているその他の装置または領域を制御するようにしても良く、この場合、このような付加的なコントローラの動作を、任意の所望のまたは周知の方法で図１に示されるコントローラ１２の動作に合わせるようにしても良い。
【００２１】
一般的に、図１のプロセス制御システムは、例えば、ワークステーション１４の一つが、プロセス工場内の異なるバッチ運転を実施し、場合によっては協調するバッチ実行アプリケーションを実行するバッチプロセスを実行するのに使用されうる。なお、このようなバッチ実行エンジン３０は図１のワークステーション１４ａに格納された状態で示されているが、当然のことながら、バッチ実行エンジン３０はその他のワークステーション１４（または任意のワイヤレス手法を含む任意の所望の方法でバス１５またはバス１８に通信可能に接続されたその他のコンピュータ）に格納され、それにより実行することができる。同様に所望であれば、バッチ実行エンジン３０を様々な構成素子に分割しても、或いはプロセス工場１６内の異なるコンピュータまたはワークステーションに格納されそこで実行される様々な構成要素に関連させてもよい。
【００２２】
バッチ実行エンジン３０は一般に高レベルの制御ルーチンであり、ユーザがプロセス工場内で行われる複数のバッチ運転を指定することを可能にし、複数の異なるバッチ運転またはバッチプロセスを本質的にプロセス工場の制御ネットワーク１０内で個々独立して作動するように設定するバッチキャンペーン・マネージャー（管理ルーチン）と呼ばれるものを含みうる。また、バッチ実行エンジン３０は、キャンペーン・マネージャーにより指定される異なるバッチ運転を実施し監視するバッチ監視ルーチンまたはアプリケーションを含みうる。このようなバッチ運転の各々は、バッチの一以上の手順、ユニット手順、動作、フェーズ、および、バッチのその他の一部分（それぞれが反応装置ユニット、フィルターユニット、乾燥機ユニットまたはプロセス工場内のその他の設備のうちの一つなど単一ユニット上で作動するサブルーチンまたはプロセスであるか、またはあってよい）の動作を指示する。この実施例において、各ユニット手順（一般にワークステーション１４の一つで実行されるバッチ運転の一部である）は、物理的ユニット上で一以上のフェーズをそれぞれが行いうる一連の動作を行うことができる。これを説明するにあたり、フェーズとはユニット上で行われる最下位レベルのアクションまたはステップであり、一般にコントローラ１２の一つにおいて実施または実行されるものであり、動作とはユニットにおいて特定の機能を実行し、一般にコントローラ１２内の一連のフェーズを呼び出すことによりワークステーション１４の一つで実施または実行される、一式のフェーズであり、ユニット手順とは単一ユニットにおいてで行われ、一般にワークステーション１４の一つを要求する一式の動作として実施される一連の一以上の動作である。同様に、処理手順とは、例えばプロセス工場１６内の異なる物理的装置で実行されうる一式のユニット手順である。従って、あらゆる処理手順は一以上のユニット手順を含むことができ、あらゆるユニット手順は一以上のフェーズ及び／又は一以上の動作を含むことができる。このように、各バッチプロセスは、例えば食品製品や薬物などの製品を製作するために必要とされる異なるステップまたは段階（例えば、ユニット手順）を実行する。
【００２３】
個々のバッチに対して異なる手順、ユニット手順、動作およびフェーズを実施するために、バッチプロセスは、実行すべきステップや、該ステップおよび該ステップの順番に関連する量および時間を指定する、一般にレシピと呼ばれるものを使用する。１つのレシピのステップには、例えば、反応器槽を適切な材料または原料で充填すること、反応器槽内の材料を混合すること、反応器槽内の材料を特定の時間、特定の温度に加熱すること、反応器槽を空にしてから次のバッチの準備をするために反応器槽を清掃すること、反応装置の出力を濾過するためにフィルタを稼動させてから反応器槽において作られた製品を乾燥するために乾燥機を稼動することが含まれていてよい。異なるユニットと関連する一連のステップの各々はバッチのユニット手順を定義し、バッチプロセスは、これらユニット手順の各々に対して異なる制御アルゴリズムを実行する。もちろん、特定の材料、材料の量、加熱温度および時間などは様々なレシピによって異なりうるので、これらのパラメータは、製造または生産されている製品および使用されるレシピによってバッチ運転毎に変わりうる。
【００２４】
また一以上のワークステーション１４は、バッチデータを収集して、ユーザに対して表示装置（例えばコンピュータの画面、プリンタ、など）に簡潔で分かり易い方法で一以上のバッチ運転の動作を示す画面表示を提示するためにコントローラ１２、データ・ヒストリアン１９およびバッチ実行エンジン３０の一以上とインターフェース接続する、バッチ表示画面アプリケーション（ＢＤＡ）３２を格納及び実施しうる。図１のワークステーション１４ａだけがＢＤＡ３２を含む状態で図示されているが、他のワークステーション１４、並びにＬＡＮ１５に接続されたその他のコンピュータまたはワークステーション１４の一つでもＢＤＡ３２を格納および実施することが可能である。同様に、ＢＤＡ３２を実施するコンピュータは、有線接続または無線接続（または両者混在）を介してプロセス制御システム１０に接続することが可能であり、さらにラップトップ、個人用データ補助装置や携帯電話などのようなハンドヘルド（携帯型）装置、またはその他の携帯型または非携帯型コンピュータ装置などの装置を含むことができる。バッチ表示は本明細書において図１に図示されるような反応器ユニット、フィルターユニットおよび乾燥器ユニットを使用したバッチとして記載されているが、その他のいかなる所望のバッチプロセスの実行を行うためにその他所望の装置の動作を図示するためにも表示ルーチンを使用しうることは、当事者であれば理解できるはずである。
【００２５】
図２は、複数のバッチ・エグゼクティブ・エンジンを、また希望する場合は複数のＢＤＡ３２を実施するためにプロセス制御システムにおいて使用されうる既知のクライアント／サーバ・ネットワーク４０のブロック図である。また、クライアントサーバネットワーク４０は、連続プロセスオペレーターインターフェース・アプリケーションなどの非バッチ・プロセス制御アプリケーションを実行するためにもプロセス制御システムにおいて使用されうる。特に、ネットワーク４０は、一以上のバッチ監視ルーチン及び／又はバッチ表示画面アプリケーション、並びにプロセス工場内の連続プロセスまたは非バッチ監視ルーチンおよび連続プロセスまたは非バッチ表示画面アプリケーションを可能にし、実施するのに使用されうる、バスまたはその他の通信ネットワーク４６を介して接続されている一式のクライアント・コンピュータまたはノード４２および一式のサーバコンピュータまたはノード４４を含んでいる。一般に、図２のバッチ・ネットワーク・アーキテクチャは、（図２には図示されていない）クライアントノード４２がコマンドまたはメッセージをサーバ・ノード４４に提供した後にプロセス工場内の実際のバッチおよび非バッチ・プロセスを実行する従来ながらのツーティア（２階層式）クライアント／サーバ主体設計の形をとる。一般に、クライアントノード４２は一以上のバッチおよび非バッチ・オペレーターインターフェース・アプリケーションを含んでいる。バッチ・オペレーターインターフェース・アプリケーション（ＢＯＩ）は、ユーザが工場に適用可能である任意の所望の方式を使用してプロセス工場内の複数のバッチ運転を設定し構成することを可能にするとともに、一人以上のユーザが工場内で実行されるバッチと関係するバッチデータを閲覧することを可能にし、連続プロセスまたは非バッチ・オペレーターインターフェース・アプリケーション（ＣＯＩ）は、ユーザが非バッチ・プロセスを設定し制御するとともに、プロセス工場内のこのような非バッチ・プロセスに関係のある作動データを閲覧することを可能にする。図２には、三つのクライアントノード４２ａ、４２ｃおよび４２ｄが、オペレータが実行すべき個々のバッチを設定し指定する（即ち、一以上のバッチ運転を始動し、始動されたバッチ運転を監視し、それと交信する）ことを可能にするべくオペレータとインターフェース接続するルーチンである、バッチ・オペレーターインターフェース（ＢＯＩ）アプリケーション４８を含んだ状態で示されている。同様に、クライアントノード４２ｂおよび４２ｃは、ユーザがプロセス工場内で将来的に特定の順番または特定の時間に稼動または実行すべき（通常複数の連続するバッチ運転を含む）バッチ運転のキャンペーンを設定することを可能にするキャンペーン・マネージャー・オペレータインタフェース（ＣＭＯＩ）アプリケーション５０を含んだ状態で図示されている。このようなキャンペーン・マネージャー・アプリケーションの一つが、２００６年３月２８日公開された「Ｃａｍｐａｉｇｎ  Ｍａｎａｇｅｍｅｎｔ  ｆｏｒ  Ｂａｔｃｈ  Ｐｒｏｃｅｓｓｅｓ（バッチプロセスのキャンペーン管理）」と題する米国特許第７，０２０，８７６号に詳細にわたり記載され���いる。（当該特許は参照により本明細書に明示的に援用される。）当然のことながら、その他のＢＯＩおよびＣＭＯＩのアプリケーションも既知であり、同様に使用されうる。さらに二つのクライアントノード４２ｃおよび４２ｄは、プロセス工場において運転するように設定された、運転中または運転済みの一以上のバッチプロセスの稼動と関連付けられているバッチ表示構成を提供しうるバッチ表示画面アプリケーション（ＢＤＡ）３２を含んだ状態で図示されている。また、クライアントノード４２ｃおよび４２ｄは、連続プロセスオペレーターインターフェース・アプリケーション（ＣＯＩ）３３も含んだ状態で示されている。ＣＯＩまたは非バッチ表示画面アプリケーションはプロセス工場の稼動と関係する連続プロセスまたは非バッチ・データを表示するように適応される。
【００２６】
一般に、サーバ・ノード４４ａおよび４４ｂは、それぞれが既知のバッチ監視ルーチンまたはアプリケーション５２を有するバッチ・サーバであり、ノード４２ａ、４２ｃおよび４２ｄ内で一以上のＢＯＩアプリケーション４８及び／又はＢＤＡアプリケーション３２と双方向通信を確立し、同時でプロセス工場内の別々のバッチを一以上実施および監視するものである。同じように、クライアントノード４４ｃは、ＣＭＯＩアプリケーション５０及び／又はＢＤＡアプリケーション３２と双方向通信を確立して、バッチ・サーバ・ノード４４ａおよび４４ｂ内で（バッチ始動依頼を使用して）バッチ・エグゼクティブ・アプリケーション５２とインターフェース接続または通信することによりＣＭＯＩアプリケーション５０を使用して作成されたバッチキャンペーンを実施する、キャンペーン・マネージャー・サーバアプリケーション５４を含んでいる。クライアントノード４４ｄは、プロセス工場内で行われる連続または非バッチプロセスを制御するとともにプロセス工場における連続または非バッチプロセス実施および監視する目的で連続プロセスまたは非バッチ作動するデータを表示してユーザ入力を受け取るために、クライアントノード４２ｃおよび４２ｄにおいて連続プロセスオペレーターインターフェース（ＣＯＩ）アプリケーション３３と双方向通信を確立する、連続プロセスサーバアプリケーション５６を含む連続プロセスサーバである。従来、図２のクライアント／サーバ・アーキテクチャは、より効果的なフォルトトレランス（耐故障性）を提供するために、サーバアプリケーションからクライアントアプリケーションを分離するのに使用されてきた。
【００２７】
バッチ・エグゼクティブ・アプリケーション５２は、プロセス工場内で一以上のバッチ運転を実施するべくキャンペーン・マネージャー・サーバ５４およびＢＯＩアプリケーション４８により送られたバッチ始動依頼に応答し、稼動に関するバッチデータを表示のためにＢＯＩアプリケーション４８およびＢＤＡアプリケーション３２へと送る。同様に、ＣＰサーバ５６は、プロセス工場内で稼動している連続または非バッチプロセスを制御するべくＣＯＩアプリケーション３３から送られて来るプロセス制御コマンドに反応して、稼動に関する連続プロセスデータを表示のためにＣＯＩアプリケーションへと送る。当然のことながら、バッチ・サーバおよび連続プロセスノード４４は、一方で、例えば図１に示されるプロセス工場内の一以上の装置、ユニットなどを示す１６に通信可能に接続される一以上のコントローラ１２に通信可能に接続される。
【００２８】
通常、図２に示されるＢＤＡ３２、ＢＯＩ４８およびＣＭＯＩ５０などのバッチ制御ＨＭＩおよびＣＯＩ３３などの連続プロセス（非バッチ）ＨＭＩは、別々および特有のアプリケーションである。オペレータまたはエンジニアがバッチ動作を監視することができるように、またそれ以外の場合として一台のワークステーションからバッチプロセスと交信したり別のワークステーションから非バッチ動作を閲覧およびそれと交信したりすることができるように、バッチＨＭＩおよび非バッチＨＭＩを別々のワークステーションに提供するようにしても良い。或いは、バッチおよび非バッチＨＭＩを同じワークステーションで実施するようにしても良い。但し、同じワークステーションで実行する場合でも、バッチおよび非バッチＨＭＩは一般に異なるアプリケーションである。バッチプロセスを閲覧したりそれと交信したりするためには、非バッチＨＭＩ上で非バッチ・プロセスデータを閲覧しているオペレータまたはエンジニアは、非バッチＨＭＩアプリケーションを終了させてから別のバッチＨＭＩを開かなければならない。この「アプリケーション障壁（バリア）」が図３に図解されている。バッチＨＭＩ６０は、別の異なる非バッチＨＭＩ７０の横に並んだ状態で示されている。バッチＨＭＩ６０は、迅速に正確にオペレータ、エンジニアまたはその他の工場要員にバッチ関連データを提示するとともに、バッチプロセスとの交信を目的としてオペレータ・エンジニアまたはその他の要員からの入力を受け取るために様々な構造化された形式でバッチ動作データを提示する複数の表示構成または表示画面を含んでいる。図３に示されるバッチ表示構成（ビュー）は、バッチリスト６１、アクティブフェーズ６２、プロンプト６３、バッチイベント６４、手順関数チャート６５および調停６６の表示構成を含んでいる。非バッチＨＭＩ７０も同様に、連続プロセスデータをオペレータやエンジニアまたはその他のプロセス工場要員に提示するとともに、オペレータやエンジニアまたはその他のプロセス工場要員からのユーザ入力を受け取るための複数の表示構成または表示画面を含んでいる。非バッチＨＭＩ７０に示される様々な連続プロセス表示構成は、アクティブアラーム７１、ポンプ制御７２、工程履歴７３、設備管理７４および安全システム７５の表示構成を含んでいる。図３を参照しても分かるように、バッチＨＭＩ６０および非バッチＨＭＩ７０は「アプリケーション障壁」７６により分けられている。アプリケーション障壁７６は物的障壁ではなく、むしろバッチＨＭＩアプリケーション６０と非バッチＨＭＩアプリケーション７０の間の論理的な分離である。この論理的な分離は、バッチＨＭＩ６０と非バッチＨＭＩ７０は、個別かつ異なるアプリケーションであり両者間には機能的な重複がないという事実を強調するものである。バッチＨＭＩアプリケーション６０に含まれる表示構成は、非バッチＨＭＩアプリケーション７０に含まれる表示構成との交信を行わない。これら二つのアプリケーションはデータを共有しないし、他方のアプリケーションにおいて生成されたデータに依存せず、また、他方のアプリケーションに関して行われたアクションによる影響を受けない。
【００２９】
図３においてバッチＨＭＩ６０と非バッチＨＭＩ７０の間に描かれたアプリケーション障壁７６は、フィールドにおいて不便なものとなりうる。様々な時点でオペレータ、エンジニアまたはその他の工場要員は、バッチデータと連続プロセスデータの両方を同時に閲覧する必要がありうる。図３に示される配置では、バッチＨＭＩアプリケーションと非バッチＨＭＩが別々のワークステーションで実施される場合、ユーザはバッチ表示構成と非バッチ表示構成を切り替えるために一台のワークステーションから物理的に移動しなければならない。最低でも、バッチおよび非バッチＨＭＩの両方が同じワークステーションで実施されている場合、オペレータ・エンジニアまたはその他の工場要員はバッチおよび非バッチ表示構成間を切り替えるために、１つのアプリケーションを終了させてから他方のアプリケーションを開かなければならない。この状況を避けるためには、バッチ表示構成と非バッチ表示構成の両方を含む単一の統合ＨＭＩを作成することが望ましい。統合ＨＭＩ９０は、図３に示される独立したバッチＨＭＩと非バッチＨＭＩにおいて別々に提供されるバッチリスト６１などのバッチリスト表示構成、フェーズ６２、プロンプト６３、バッチイベント６４、手順関数チャート６５、調停６６、並びに非バッチ・プロセスＨＭＩアプリケーション７０からのアクティブアラーム７１、ポンプ制御７２、工程履歴７３、設備管理７４および安全システム７５などの非バッチ・プロセス表示構成を含む。但し、統合ＨＭＩ９０においては、バッチ表示構成６１〜６５および非バッチ・プロセス表示構成７１〜７５を含めた様々な表示構成の全てが、単一のアプリケーションにおいて単一のプラットフォーム上で実施される。この実施形態においては、連続プロセス表示構成とバッチ表示構成はアプリケーション障壁によって分かれない。オペレータ、エンジニアまたはその他の工場要員は、単一統合ＨＭＩアプリケーション９０を終了せずに、バッチ表示構成から非バッチ表示構成に、または非バッチ表示構成からバッチ表示構成へ等、１つの表示構成から別の表示構成へと自由に切り替えることができる。
【００３０】
しかしながら、図４に示されるようにプロセス制御バッチ表示構成と非バッチ表示構成を単一のＨＭＩアプリケーションの中に統合することは容易な作業ではない。バッチプロセス・データおよび非バッチ・プロセスデータは著しく異なり、バッチデータと非バッチ・データの収集および表示には著しく異なる論理的プロセスが要される。そもそもバッチ制御ＨＭＩと連続プロセスＨＭＩが別々に発展してきたのはこれらの理由による。連続プロセスデータを表示することは、比較的率直な計測プロセス変数であり、プロセスの動作に関する洞察をユーザに提供するような方法で測定されたプロセス変数値を表示することである。但し、バッチデータは、処理の状態をより良く把握・維持することができるものであり、またイベントドリブン型（事象駆動型）である。バッチＨＭＩは、何らかの意味を有する方法でデータを提示するために、より豊富な収集データパレットおよびより精巧な処理を必要とする。
【００３１】
代表的なスタンドアロン・バッチオペレータＨＭＩのブロック図が図５に示されている。スタンドアロン・バッチＨＭＩアプリケーション１００は、バッチ制御サーバ１０２との単一の論理的通信接続１０４を有する。スタンドアロン・バッチＨＭＩ１００は、プロセス工場において行われているバッチプロセスの複数の表示構成をサポートする。例えば、バッチインターフェース表示構成は、上記図３および図４に関して説明されたバッチリスト６１、アクティブフェーズ６２、プロンプト６３、バッチイベント６４、手順関数チャート６５および調停６６の表示構成を含みうる。このような表示構成に投入されるデータは、１対１に接続されるサーバ接続１０４を介してバッチ制御サーバ１０２から読み出され、様々な表示構成間で共有される。様々な表示構成が同じアプリケーション内から生成されアクセスされるので、スタンドアロン・バッチＨＭＩアプリケーションは、アクティブ状態であるかまたはプロセス工場における処理について待ち行列に入れられた様々なバッチプロセスの現状に関する情報を格納および表示したり、様々な表示構成間のコンテキスト（状況・文脈）に応じたナビゲーションを提供するように好適に構成される。
【００３２】
スタンドアロン・バッチオペレータＨＭＩ  １００において、バッチＨＭＩを構成する様々なインターフェース表示構成は、単一ソフトウェアアプリケーションの相互に関係する構成部分である。個々の表示構成はデータを共有しうる。また、ユーザによる１つの表示構成との交信は、別の表示構成に表示されるデータ、又はデータが他の表示構成に表示される様式に容易に反映されうる。よって、第１のインターフェース表示構成において特定のバッチを選択することにより、それ以降のインターフェース表示構成では表示されている選択されたバッチに関するより具体的なデータに達しうる。様々なインターフェース表示構成を通じて行われるこのようなコンテキストに応じたナビゲーションは、バッチＨＭＩアプリケーションの有用性を大幅に向上させる。また、プロセス工場内でアクティブ状態にある様々なバッチプロセスの状態に関係のあるデータにアクセスするために、スタンドアロン・バッチＨＭＩアプリケーションは、バッチ制御サーバとの単一の論理的な通信接続だけを必要とする。バッチＨＭＩアプリケーションはデータ要求をバッチ・サーバに送り、このような要求に応答して受け取られたデータは様々なインターフェース表示構成間で共有される。従って、同じデータが別々のインターフェース表示構成に表示される場合には、そのデータが異なるインターフェース表示構成により表示される度に同じデータを繰り返し要求する必要はなく、むしろバッチ制御サーバに一度だけデータを要求する必要があるだけである。
【００３３】
図６は構成部品化（コンポーネント化）されたバッチＨＭＩ１０１のブロック図である。構成部品化バッチＨＭＩは、複数の別々のバッチＨＭＩ表示構成１０６、１０８、１１０などを定義する複数の独立したソフトウェア・オブジェクトを含んでいる。独立した構成部品化されたバッチ表示構成は、バッチおよび非バッチインターフェース表示構成の両方を提供する単一の統合ＨＭＩアプリケーションを作成するべく、従来からの非バッチＨＭＩに埋め込まれうる。
【００３４】
この実施形態において、バッチ制御インターフェース表示構成を構成するグラフィック構成部品は、それらに投入されるデータから分けられる。特定のスタンドアロン・バッチ制御インターフェース接続する表示構成が非バッチＨＭＩアプリケーションにより実行される場合、バッチ制御インターフェース表示構成のグラフィック構成部品が表示される。但し、グラフィック構成部品へ投入される必要があるデータは、バッチ制御サーバから読み出されなければならない。従って、構成部品表示構成１０６、１０８、１１０などはそれぞれバッチ制御サーバ１０２との独自の論理的通信接続１１２、１１４、１１６などを含んでいる。バッチ制御インターフェース表示構成を定義するスタンドアロン・ソフトウェア・オブジェクトは、バッチ制御サーバ１０２から様々なバッチインターフェース表示構成に投入するための必要なデータを要求する命令を含んでいる。しかしながら、バッチ制御サーバにデータを要求する命令は、バッチプロセス・インターフェース表示構成が実行されるコンテキストに関係なく実行される毎に実行されることになる、という点で問題が生じる。即ち、新規バッチプロセス・インターフェース表示構成が起動されると、それは、バッチプロセス表示構成が起動されている特定のコンテキストに対して実際にどのデータが必要とされるかに関係なく全てのコンテキストについて表示構成を表示するために必要なデータを全て要求することになる。さらにまた、バッチ表示構成は、同じデータが以前に実行されたバッチインターフェース表示構成により要求されているか否か、またはそれ自体が前回最後に起動された時に同じデータを依頼したかどうかに関係なく、データを要求しなければならない。従って、バッチＨＭＩアプリケーションを、非バッチＨＭＩアプリケーション内に埋め込まれた別々のスタンドアロン・ソフトウェア・オブジェクトに分割することで、システム上のデータ通信要求が著しく増加する。
【００３５】
さらに、各構成部品化されたバッチ表示構成がその他のものから独立しているので、構成部品バッチ表示構成が起動されるコンテキストが失われる。特定のバッチインターフェース表示構成には、どの表示構成が前回表示されたか、または、どのデータが前回の表示構成において閲覧されたかを知るすべがない。例えば、新規起動されたインターフェース表示構成に適切なデータを表示するためには、工場のどのバッチまたはレシピ、または領域が前回の表示構成に表示されたのか、または他の何らかのコンテキストデータを認知していることが必要となりうる。従って、図６に示される実施形態では、構成部品化バッチ表示構成がコンテキストに適切なデータを表示するように、個々の構成部品バッチ表示構成が開かれているコンテキストが何らかの方法で提供されなければならない。これには、ユーザからの追加入力を必要としうる。例えば、特定のバッチと関連するバッチイベントを閲覧したいユーザは、たとえそのバッチが以前に閲覧された構成部品バッチ表示構成と関連する動作中に選択されたものであるとしても、イベントデータを希望する特定のバッチを指定する必要がありうる。異なるバッチ表示構成が表示される度にコンテキストに応じた情報を再入力することをユーザに要求する方法では、ユーザにとって極めて煩雑になりえる。
【００３６】
これらの問題の解決策が図７に示されている。この解決策には、バッチ・サーバ１０２と、非バッチＨＭＩ１０１の中に統合されている構成部品化されたバッチ表示構成１０６、１０８、１１０などとの間に「黒板サービス」１１８を挿入することを含む。この実施形態において、構成部品バッチ表示構成１０６、１０８、１１０の各々は黒板サービス１１８との論理的通信接続を独自に有するが、黒板サービス１１８はバッチ制御サーバ１０２との論理的な通信接続を一つだけ必要とする。
【００３７】
バッチ制御サーバ１０２は黒板サービス１１８にデータを書き込み、構成部品バッチ表示構成１０６、１０８、１１０は、黒板サービス１１８からデータを読み取り、それにデータを書き込むように構成される。このように、黒板サービスは、バッチ・サーバから様々な構成部品バッチ表示構成１０６、１０８、１１０などに投入するための必要なデータを全て収集してそのデータを格納し、様々なバッチ表示構成が統合ＨＭＩアプリケーションにより個々に起動されると、必要に応じて様々なバッチ表示構成にデータを提供しうる。このような構成によって、構成部品化されたバッチ表示構成のそれぞれが独自にバッチ制御サーバ１０２と直接接続される論理的通信接続を有する図６の状況と比較して、バッチ・サーバ１０２アプリケーションへの通信負荷が、著しく削減される。
【００３８】
図７に示されるもののような統合ＨＭＩインターフェース１０１の構成部品バッチ表示構成１０６、１０８、１１０などは、図４の統合ＨＭＩ９０に示されるバッチリスト６１、フェーズ６２、プロンプト６３、バッチイベント６４、手順関数チャート（ＰＦＣ）６５および調停６０を含みうる。バッチリスト表示構成１４０、ＰＦＣ表示構成２００、フェーズ表示構成２１０、調停表示構成２４０、プロンプト表示構成２６０、およびバッチイベント表示構成２７０の具体的な実施例が各々図８〜図１２に示されている。図８のバッチリスト表示構成１４０は、バッチ制御システムにおいて現在アクティブ状態にある全てのバッチのリスト１４２を示す。バッチは、バッチＩＤ１４４、レシピ１４６、記述１４８、開始時間１５０、経過時間１５２、状態１５４、モード１５６、領域１５８、プロセスセル１６０、ユニット１６２、フェーズ１６４、不具合１６６、公式１６８、概括情報１７０および設備系列１７２など、それぞれ様々なバッチプロパティと共に一覧される。
【００３９】
ＰＦＣ表示構成２００（図９）は、バッチの現状に関する詳細情報を示す。ＰＦＣ表示構成２００の左側２０１は階層ツリーとしてバッチレシピを示す。バッチレシピはかなり複雑なものでありえ、統合ＨＭＩの一実施形態においては分岐の深さが４レベルにまでおよぶ。ＰＦＣ表示構成の右側２０２は、ＰＦＣ表示構成の左側のレシピ階層ツリーから選択された特定の項目に含まれる工程段階のグラフィック表示を示す。特定の段階のグラフィック表示の色でその段階の現状を表わすようにグラフィックを色分けするようにしても良い。英数字列の名前を各段階に伴わせても良い。段階の色、並びに脚部に沿って設けられている情報パネルに含まれる記載情報に基づいて不具合情報を伝えても良い。ユニットの情報もパネル底部に沿って提供しうる。
【００４０】
フェーズ表示構成２１０（図１０）は、設備階層２１２、フェーズのリスト２１４および、名前２１６、状態２１８、モード２２０、ユニット２２２、段階インデックス２２４、所有者２２６、バッチＩＤ２２８、メッセージ２３０、不具合２３２、領域、ユニット、プロセスセル、複合履歴ＩＤおよび単一段階などが挙げられる（がこれらに限定されない）フェーズ・プロパティを示す。（領域、単位プロセスセル、複合履歴ＩＤおよび単一段階などのフェーズ・プロパティは図１０のフェーズ表示構成２１０の画面には図示されていないが、脚部のスクロールバーを移動させることにより表示することができる。）
【００４１】
調停表示構成２４０（図１１）は、バッチ制御システム内で所有されうるあらゆるもの、またはバッチ制御システム内のその他のものを所有できるあらゆる所有者に関する詳細情報を示す。設備階層は、画面表示の左側２４２に示される。画面表示の右側に示される所有者情報は、「〜を所有する」２４４、「〜により所有される」２４６、「〜を必要とする」２４８そして「〜により必要とされる」２５０の四つの分類に分割されうる。各分類によりリストが構成される。一つの項目が、複数のオブジェクトを所有したり、複数のオブジェクトにより所有されたり、複数のオブジェクトを必要としたり、また複数のオブジェクトにより必要とされることが可能である。
【００４２】
プロンプト表示構成２６０（図１２）はプロンプト情報２６２を示す。プロンプトは、様々なバッチの処理を進めるために必要な情報をバッチがオペレータに求める方法である。
【００４３】
ＥＶＴ表示構成２７０（図１３）は、バッチが処理されるとともにそれにより生成された詳細にわたる履歴情報を示す。その情報をアーカイブに保存しても良く、それによってバッチがもはやシステム上で稼動しなくなった後でもクライアントがイベント情報を読むことができるようにしても良い。イベントデータには、時間２７２、バッチＩＤ２７４、レシピ２７６、記述２７８、イベント・タイプ２８０、値２８２、工学単位２８４、領域２８６、プロセスセル２８８およびユニット２９０が含まれうる。
【００４４】
図７に戻って参照すると、様々な構成部品バッチ表示構成とバッチ制御サーバの間に黒板サービスを挿入することの利点は、様々なバッチ表示構成がコンテキストに応じたデータ（コンテキストデータ）を黒板サービスに書き込むことができるので、一度起動された構成部品バッチ表示構成がそれ以降に開かれた場合、前回の表示構成により書き込まれたコンテキストデータをその後の表示構成が読み込み、新規表示構成が起動されたコンテキストに対して適切なデータをその新規表示構成に投入することができる、ということである。多くの場合、ユーザは、最初（第１）のバッチ表示構成に提示されるデータに基づいて項目に対して処置（アクション）を講じることになる。ユーザが講じたい処置は、特定の項目に対して処置をとる決定をなす時にユーザが閲覧している特定の表示構成以外のバッチ表示構成において実施されうる。ユーザは、第１の表示構成に表示された項目に関係のある処置を講ずるために追加データを閲覧して、さらに別のインターフェース・オプションにアクセスするために第２の表示構成を開くことを希望する可能性がある。黒板サービスは、第１または先のインターフェース表示構成から選択された特定の項目に関係したデータとインターフェースのオプションを表示するように第２または後続のバッチ表示構成を開くことを可能にする。例えば、ユーザが図９に示されるＰＦＣ表示構成２００を閲覧している状況を考えてみる。ユーザがＰＦＣ表示構成において閲覧しているバッチプロセス・ステップによりまもなく必要とされるだろうプロセス・ユニットの調停整理をユーザが閲覧することを希望していると仮定する。ユーザが調停表示構成を優先させてＰＦＣ表示構成を終了すると、ＰＦＣ表示構成は、ユーザがＰＦＣ表示構成上で閲覧していたユニットの名前を黒板サービスに書き込む。黒板サービスは、調停表示構成がデータを検索するよう構成されている領域にユニットの名前を格納する。調停表示構成が開かれると、黒板サービスの指定位置から設備名を読み取る。これにより調停表示構成は、表示された調停表示構成に、指定されたユニットと関連する調停データを投入することを認識する。別の実施例において、バッチリスト表示構成は、ＰＦＣ表示構成など別の表示構成が起動された時に、現在選択されているバッチのアイデンティティ（識別子）を黒板に書き込むことができる。この場合、新規起動された表示構成には、選択されたバッチに関係のある詳細が投入されうる。複数の表示モニタを有するシステムでは、たとえ第１の表示構成（この場合バッチリスト表示構成）が第１の表示モニタに表示されたままでも、第２の表示構成を異なる表示モニタに直ちに表示することができる。
【００４５】
上述されるような後続の埋込式バッチ表示構成のコンテキストに応じた起動を円滑に実施するために、各先行する表示構成は、先行表示構成が表示された状態に基づきコンテキストに応じて開かれうる後続の表示構成を全て決定するように構成されうる。先行表示構成はさらに、特定された後続の表示構成の各々により必要とされる特定のコンテキストデータを特定し、且つ特定された後続の表示構成の各々に対応して黒板サービスの中の指定位置にコンテキストデータを書き込むように構成されうる。同様に、様々な埋込式バッチ表示構成は、その起動時に黒板サービスの指定位置に格納されたデータを読み取るように構成されうる。例えば、第１の埋込式バッチ表示構成を定義するコンピューターコードは、第１のバッチ表示構成が開かれた後に開くことができる統合ＨＭＩにおけるその他の全ての埋込式バッチ表示構成を特定する表を含みうる。この場合、この表については、後続の表示構成に表示される内容が、後続の表示構成が開かれた時の第１のバッチ表示構成のコンテキストまたは状態に依存する。この表は、第１の埋込式バッチ表示構成からのどのコンテキストデータが、後続の表示構成の各々に対して必要とされるかをさらに指定することができる。よって、（異なる表示構成が開かれるために）第１の埋込式バッチ表示構成が閉じられると、指定されたコンテキストデータを、黒板サービスの表中にて特定された埋込式バッチ表示構成に対応する場所に書き込むように構成されうる。同様に、各埋込式バッチ表示構成を定義するコンピューターコードは、コンテキストデータが格納され、且つ、起動されたコンテキストに対して適切なデータが投入された埋込式バッチ表示構成を開くために必要とされるコンテキストデータを取得するために、埋込式バッチ表示構成が読み込むべき黒板サービス中の様々な場所のアドレス、それを指す指針、または他の何らかの指標を含みうる。
【００４６】
下表は、図８〜図１３に示される埋込式バッチ表示構成間で共有されうる様々なコンテキストデータを示すために提供されている。各表における第１の列は、特定の埋込式バッチ表示構成に含まれる様々なコンテキストデータ項目を示す。第２の列は、第１の列におけるコンテキストデータ要素を必要としうる、またはそれによって益を得ることができる、対応する埋込式バッチ表示構成を特定する。
【表１】
2010086541.tif 000003
【表２】
2010086541.tif 000004
【表３】
2010086541.tif 000005
【表４】
2010086541.tif 000006
【表５】
2010086541.tif 000007
【表６】
2010086541.tif 000008
【００４７】
他の実施例において、非バッチＨＭＩアプリケーション内に埋め込まれた様々なバッチプロセス・インターフェース表示構成を定義するスタンドアロン・ソフトウェア・オブジェクトは、黒板サービスに書き込まれるべきコンテキストデータと、いつデータが書き込まれるべきかと、データが書き込まれるべき黒板サービス内の場所と、を定義するための一式の構成可能な規則を含みうる。同様に、構成可能な規則は、いつ様々なバッチインターフェース表示構成が黒板サービスからデータを読み取るか、およびデータが読まれることになっている様々な場所を定義していてよい。このような構成可能な規則は、実環境のプロセス工場アプリケーションにおいて統合ＨＭＩを作成し実施する者に対して多大なるフレキシビリティを提供する。ＨＭＩを実施する業務を担う者は、どのデータがバッチインターフェース表示構成間で取り交わされるか、並びに、いつ、およびどのようにデータが取り交わされるかを、極めて高いレベルの詳細を含めて指定することができる。実際、最大のフレキシビリティを提供するために、様々なバッチプロセス表示構成を定義するスタンドアロン・ソフトウェア・オブジェクトまたはスタンドアロン・ソフトウェア・オブジェクトを構成するための別のアプリケーションは、ＨＭＩを実施するエンジニアまたはその他の要員がバッチインターフェース表示構成間でデータを取り交わすための構成可能規則をカスタマイズまたは拡張できるようにするオープンスクリプティングを提供しうる。このようなデータを取り交わすための構成可能規則へのアクセス、並びにデータを取り交わすための構成可能規則をカスタマイズまたは拡張できるようにするオープンスクリプティングは、オペレータ特権に基づいて、またはそれぞれのレシピによって、またはその他何らかのセキュリティ判定基準に基づいて制限されうる。
【００４８】
黒板サービス１１８の別の利点は、オペレータが表示構成間でナビゲート中に同じ表示構成に何度も頻繁に戻るといった場合にデータの持続性を提供できるということである。ユーザは、繰り返して何度も戻る表示構成が、開かれる度に同じデータを表示し、同じ状態で開かれることを希望しうる。黒板サービスは、何度も戻る表示構成が常に同じ状態で同じデータを伴って表示されることを保証できる。第１のインターフェース表示構成は、ユーザが後続の別の表示構成を開くために第１の表示構成を終了すると黒板サービスにデータを書き込むことができる。後続の表示構成を閲覧した後に、オペレータは第１の表示構成に戻ることを希望するかもしれない。第１の表示構成が二度目に実行されると、黒板サービスに格納されたデータを直ちに読み出し、第１の表示構成が、前回最後に終了された時と同じデータを伴い、同じ状態で作成されることができるようにする。上述のように、例えば、ユーザが図９に示されるＰＦＣ表示構成２００を閲覧していると仮定する。ユーザは、ユーザがたまたま観察していた特定のバッチプロセスにより特定の一台の設備がまもなく必要とされるだろうことを知る。ユーザは、重複使用などの可能性を解消するために監視中のバッチにより必要とされるだろう設備の所有者を確認することを希望するかもしれない。ユーザは調停表示構成２４０（図１１）を優先させてＰＦＣ表示構成２００を終了する。しかしながら、ＰＦＣ表示構成２００は閉じられる前に、ユーザがＰＦＣ表示構成２００の終了を選択して調停表示構成２４０にアクセスする前と全く同じ状態でＰＦＣ表示構成を再生するのに必要な状態データとバッチデータの全てを、黒板サービスに格納する。調停表示構成２４０を閲覧し、バッチの適切な動作の保証するために必要な全てのアクションを講じた後、ユーザはＰＦＣ表示構成２００に戻る。ＰＦＣ表示構成２００の再起動に際して、ユーザが調停表示構成を起動する前に閲覧していたレシピ階層ツリーにおける全く同じステップおよびレベルでＰＦＣ表示構成を再生するために、ＰＦＣ表示構成は、黒板サービスに格納された状態データとバッチデータのみを読み取れば良い。これは、図６に示される統合ＨＭＩ（ＰＦＣ表示構成が二度目に起動されるとＰＦＣ表示構成は、バッチ制御サーバから、ＰＦＣ表示構成に投入するデータを全て依頼しなければならず、且つ調停表示構成２４０が開かれた前に表示されていた特定のステップを表示するためにユーザはレシピ階層ツリーを一段階ずつ進まなければならない）と比較すると著しい向上である。
【００４９】
ＰＦＣ表示構成に関連して上述されるデータ持続性は、他の埋込式バッチＨＭＩ構成部品の全てにも利用可能にできる。さらに、特定の構成部品化バッチ表示構成の終了時に黒板サービスに書き込まれた状態およびバッチデータは、その他の間接的に関連する構成部分によりアクセスされることができる。例えば、アラーム表示構成は、ユーザにより閲覧されているユニットとフェーズを黒板サービスに書き込みうる。これらのデータを読み取ってアラームを有するユニットの履歴を維持するために、別の構成部品を作成することが可能である。このような構成部品は、特定のユニットが過剰な数の問題を有しているかどうかを判断し、アラームの数を減らすための工程改善によって益を得られるかもしれない問題点を示すことができる。
【００５０】
黒板サービス１１８の別の利点は、直接的なつながりが全く無い様々な埋込式バッチ表示構成間で間接通信チャンネルを作成するのに使用できるということである。例えば、いくつかのＨＭＩ実施形態は、複数のモニタ（それぞれが表示構成を個々独立して読み込むことができる）を有しうる。この場合、１つのモニタに表示されたバッチリスト表示構成は、現在選択されているバッチを黒板に書き込むことができる。選択されているバッチに関するＰＦＣ詳細を全て示して別のモニタにＰＦＣ表示構成を直ちに起動することが可能である。
【００５１】
本開示は特定の実施例を参照して説明されているが、これら特定の実施例は、例示的なものに過ぎず本発明を限定するためのものではなく、開示される実施形態に対して本発明の精神と範囲から逸脱することなく変更、追加または削除などが行われうることは、当業者にとっては明らかであろう。
【図１】
2010086541.tif 000009
【図２】
2010086541.tif 000010
【図３】
2010086541.tif 000011
【図４】
2010086541.tif 000012
【図５】
2010086541.tif 000013
【図６】
2010086541.tif 000014
【図７】
2010086541.tif 000015
【図８】
2010086541.tif 000016
【図９】
2010086541.tif 000017
【図１０】
2010086541.tif 000018
【図１１】
2010086541.tif 000019
【図１２】
2010086541.tif 000020
【図１３】
2010086541.tif 000021