JP2001501345A - バッチ制御用グラフィカルツール - Google Patents

Abstract

(57)【要約】 バッチあるいはフェーズ・シーケンシャルステップ及び入出力デバイス制御用のスマートデバイス制御（５）を構築することができるグラフィカルツールと；上記フェーズ・シーケンシャルステップを走らせることができるマイクロプロセッサ（９）と；上記フェーズ・シーケンシャルステップを入出力デバイス（１３）に伝播することができるＩ／Ｏ通信プロセッサ（２４）とを具備したシステム。本発明は、他にも明細書本文中に明らかにする多くの長所を有する。

Description

【発明の詳細な説明】 バッチ制御用グラフィカルツール 本発明は、広義には、バッチまたはフェーズシーケンシャルステップ（すなわ ちコントローラコード）を構築するため、及び独特のスマートデバイス制御（Ｓ ＤＣ）による入出力装置（Ｉ／Ｏデバイス）制御用として特に有用なグラフィカ ルツールに関するものである。ＳＤＣは下記に対する対応をなすことによって本 発明独特のグラフィカルツールにより生成されるフェーズ・シーケンシャルステ ップと通信しながら機能する：（１）デバイスの要求及び起動；（２）デバイス モード伝達；（３）デバイス安全状態時イネーブル／ディスエーブル、（４）デ バイス故障時イネーブル／ディスエーブル。 発明の背景 バッチあるいはフェーズ・シーケンシャルステップ（例えば、ドースフェーズ は、デバイスに特定のドース機能を遂行させるのに次のようなシーケンシャルス テップを必要とする：（１）開弁、（２）生成物をポンプで吸い上げる、（３） 製品を加熱する）を生成する従来の方法は、オペレータが、例えばハネウェル・ インク（Ｈｏｎｅｙｗｅｌｌ Ｉｎｃ）社の販売になるＴＤＣ−３０００ユニバ ーサルステーション（Ｕｎｉｖｅｒｓａｌ Ｓｔａｔｉｏｎ）上でテキストエデ ィタからコードをつなぎ合わせることが要求される。これは非常に時間を要する し、間違いが生じやすい。 フェーズまたはバッチ・シーケンシャルステップ（すなわち、コントローラコ ード）及びデバイス制御を設計するための本発明によるＷｉｎｄｏｗｓ（マイク ロソフト・コーポレーション（Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ） の登録商標）ベースの独特のグラフィカルツールは、バッチ制御を行うプロジェ クトのための開発時間を短縮することができる。本発明のグラフィカルツールを 使用する主要な利点は下記の通りである：（１）使いやすさ：（２）ハネウェル 社のＴＤＣ−３０００コントローラのようなバッチコントローラ上で走る独特な バージョンのコントローラコード（ＣＬコード）；（３）ハネウェル社のＢＳＭ ４５及びトータル・プラント・バッチ（ＴＰＢ；Ｔｏｔａｌ Ｐｌａｎｔ Ｂａ ｔｃｈ）のようなバッチ製品とのインタフェースがサポートされる；（４）従来 サポートされたよりもさらに柔軟なデバイス制御方策が可能になる「状態−要求 」インタフェースを介してのデバイスのシーケンスとの関連づけがサポートされ る；（５）デバイスモード伝達、デバイス安全状態時イネーブル／ディスエーブ ル及びデバイス故障時イネーブル／ディスエーブルを含むフェーズとの通信にお ける「スマートデバイス」機能がサポートされる；（６）ユーザがカスタムＣＬ コードを含めるられるフレキシブルな「挿入ポイント」。これらの挿入は種々の 形で行われる：すなわち、タイプ１：コードが十分に発達しており、ユーザはそ れを必要に応じて入れるだけである；及びタイプ２：コード「シェル」が含まれ ており、ユーザが後でそれを修正する。 本発明は、上記以外にも以下の説明で明らかとなるような多くの他の長所を有 する。 発明の要約 バッチあるいはフェーズ・シーケンシャルステップ及び入出力デバイス制御用 のスマートデバイス制御を構築することができるグラフィカルツールと；フェー ズ・シーケンシャルステップを走らせることができるマイクロプロセッサと；入 出力デバイスにフェーズ・シーケンシャルステップの入力及び出力を伝えること ができる入出力（Ｉ／Ｏ）通信プロセッサと；を具備したシステム。この独特の グラフィカルツールはオブジェクト（例えば、フェーズ、スマートデバイス制御 コード等）を生成することができる。 特に、本発明のシステムは、好ましくは：プロジェクトを生成するあるいは開 く手段と；少なくとも１つのコードを生成するか、あるいはフェーズ、上記スマ ートデバイス制御、ボックスまたは装置リストを追加あるいは編集する手段と； ヘッダデータを追加あるいは編集する手段と；通常ステップ、分岐ステップまた はメッセージステップのいずれかを追加あるいは編集する手段と；上記デバイス から新しい入力が受け取られたかどうかを検出する手段と；出力を上記デバイス に送る手段と；上記プロジェクトを閉じる手段と；を具備したものである。 さらに、グラフィカルツールとマイクロプロセッサ及びＩ／Ｏ通信プロセッサ との間にはコントローラコンパイラ／ローダが設けられる。コントローラコンパ イラ／ローダは、好ましくは：フェーズシーケンシャルステップをコンパイルす るコントローラコードコンパイラと；フェーズシーケンシャルステップに基づい てオブジェクトファイルを生成する手段と；オブジェクトファイルをランタイム にロードする手段と；を具備したものである。 フェーズ制御コードはスマートデバイス制御コードと通信し、スマートデバイ ス制御はＩ／Ｏ通信プロセッサと通信して、入出力デバイスをアクティブまたは 非アクティブにする。 本発明は、プロセッサが本発明の新規なグラフィカルツールを用いてバッチあ るいはフェーズ・シーケンシャルステップ及び入出力デバイス制御用のスマート デバイス制御コードを構築することができるようにプロセッサを制御する記憶媒 体をも具備する。 さらに、本発明は、バッチまたはフェーズ・シーケンシャルステップ及び入出 力デバイス制御用のスマートデバイス制御を構築することができるグラフィカル ツールを使用するステップを具備したプロセスにある。より詳しくは、本発明の プロセスは：プロジェクトを生成または開くステップと；少なくとも１つのコー ドを生成するか、あるいはフェーズ、スマートデバイス制御、ボックス、または 装置リストを追加あるいは編集するステップと；ヘッダデータを追加あるいは編 集するステップと；通常ステップ、分岐ステップまたはメッセージステップのい ずれかを追加あるいは編集するステップと；スマートデバイスから新しい入力が 受け取られたかどうかを検出するステップと；出力をスマートデバイスに送るス テップと；プロジェクトを閉じるステップと；を具備したものである。 上記以外の本発明の目的、長所及び特徴は、本願明細書の以下の説明を同じ構 成部分は同じ参照記号で示した添付図面と共に読むことにより理解されよう。 図面の簡単な説明 図１は、グラフィカルツールがフェーズ・シーケンシャルステップを構築し、 スマートデバイス制御（ＳＤＣ）を介して、デバイスを制御することができる本 発明によるフェーズプログラムのブロック図である。 図２は、コントローラコードコンパイラ、オブジェクトファイルを生成する手 段及びランタイムにオブジェクトファイルをロードする手段を具備したコントロ ーラコード・コンパイラ／ローダのブロック図である。 図３Ａ乃至３Ｇは、フェーズ・シーケンシャルステップを実行し、バッチプロ セスのＩ／Ｏデバイスを制御することができるフェーズまたはバッチコントロー ラの動作フローチャートである； 図４は、本発明によるフェーズ‐ＳＤＣ通信を図解したブロック図である。 図５は、本発明によるスマートデバイス制御の動作フローチャートである。 図６は、装置モード追跡論理図である； 図７は、状態要求テーブル（ＳｔａｔｅＲｅｑｕｅｓｔ Ｔａｂｌｅ）を表し た概略図である； 図８は、スマートデバイス制御コマンド判断論理図である； 図９は、スマートデバイス制御障害プログラム論理図である。 実施形態の説明 本発明は添付図面を参照して説明することにより最も良く理解することができ 、まず図１には本発明によるフェーズプログラムのブロック図が示されている。 フェーズプログラムは単一ユニットとして動作し、フェーズシーケンスを構成す る個別のステップの集まりである。フェーズシーケンスは、個別の単位タスク（ 例えば、ドース、撹拌、加熱）を担う低水準プロシージャエレメントである。バ ッチ単位レシピは、プロセスユニット（例えば、反応器、乾燥機等）を総合的に 制御するフェーズシーケンスの集まりである。それぞれのフェーズは、ハネウェ ル（Ｈｏｎｅｙｗｅｌｌ Ｉｎｃ）社の販売になるフェーズ・ビルダ（Ｐｈａｓ ｅＢｕｉｌｄｅｒ）のようなプログラムを用いてグラフィカルフォーマットとし て生成される。ステップ１で生成されたグラフィカルシーケンスは、次に、フェ ーズ ・シーケンシャルステップ（例えば、開弁、ポンプ作動、加熱）及びスマートデ バイス制御５を構築するためにコントローラコード３に変換される。その後、コ ントローラコード３で形成されたフェーズ・シーケンシャルステップはコントロ ーラボックス７に送られ、ここでコントローラコードはコントローラコンパイラ ／ローダ１１、及びステップ３と５からのＣＬとＳＤＣコードをそれぞれフェー ズオブジェクトとＳＤＣオブジェクトに変換するマイクロプロセッサ（ＭＰＵ） ９によって処理されてから、Ｉ／Ｏ通信プロセッサ２４へ送られ、Ｉ／Ｏデバイ ス１３に転送される。スマートデバイス制御５は次の方法でＩ／Ｏ通信プロセッ サ２４で通信することができる：（１）デバイス起動、（２）デバイスモード伝 播、（３）デバイス安全状態イネーブル／ディスエーブル、そして（４）デバイ ス故障イネーブル／ディスエーブル。簡単に言うと、ＳＤＣ５はＩ／Ｏデバイス １３をアクティブ状態あるいは非アクティブ状態にさせる。Ｉ／Ｏデバイス１３ は、アクティブになると、モータ１５、ポンプ１７、弁１９、ホッパー２１とセ ンサ２３のような種々のデバイスと電子的に通信する。その際コントローラコー ドはこれらのデバイスにコントローラコード３で形成されたフェーズ・シーケン シャルステップに従って動作するよう命令する。 コントローラコードコンパイラ／ローダ１１は、図２に示すように、ステップ １で使用されるグラフィカルツールによってコントローラコードステップ３で形 成されたコントローラコード（すなわち、フェーズ・シーケンシャルステップ及 びＳＤＣコード）を記憶するフェーズ／ＳＤＣコントローラコード３１を具備す る。その後、これらのコードはこのようなＣＬ及びＳＤＣコードからオブジェク トファイルを生成することができるコントローラコードコンパイラ３３へ転送さ れる。次に、オブジェクトファイルはランタイム３５にロードされた後、Ｉ／Ｏ デバイス１３にその特定のフェーズで何のシーケンシャルステップを行うべきか を指示するために用いられる。 ツールを用いてフェーズ・シーケンシャルステップが構築される本発明のバッ チプロセス動作は、添付図面の図３Ａ乃至Ｇに示す論理図を参照することによっ て最も良く理解することができる。図３Ａは、以下に説明するステップよりなり 、まずステップ４１でアプリケーションが開始される。新しいプロジェクト４３ を 生成するべき場合には、ステップ４５及び４７が行われ、ステップ４７でプロジ ェクトフォームが開かれる。既存のプロジェクトを行うべき場合は、ステップ４ ９でそのプロジェクトが開かれる。新しいプロジェクトまたは既存のプロジェク トが開かれると、ステップ５１でコントロールパネルフォームが開かれる。その 後、アプリケーションはフェーズまたは基本プロセス動作（ＢＰＯ）を追加ある いは編集するべきかどうかを判断するステップ（５３）に進む。フェーズを追加 あるいは編集するべきでなければ、アプリケーションは、次のいずれかを追加あ るいは編集するべきかどうかの判断に進む：デバイス（ステップ５５）、スマー トデバイス制御（ＳＤＣ）（ステップ５７）、ボックス（ステップ５９）、及び 装置リスト（ステップ６３）。また、コードを生成するステップ（６１）あるい はアプリケーションを終了するステップ（６５）に移ることも可能である。 ユーザが、ステップ５５でデバイスを追加あるいは編集したい場合は、そのデ バイスはステップ６７で図３Ｃに従ってコンフィギュレーションされ、そこでデ バイスフォームが開かれ（ステップ１０１）、デバイスタイプが選択され（ステ ップ１０３）、デバイスオプションがコンフィギュレーションされる（ステップ １０５）。次に、アプリケーションはそのデバイスがＳＤＣに割り当てられるか どうかを問い合わせる（ステップ１０７）。デバイスがＳＤＣに割り当てられて いれば、そのＳＤＣが選択される（ステップ１０９）。デバイスが割り当てられ ていなければ、アプリケーションはデバイスがそのフェーズから入れられたかど うか問い合わせる（ステップ１１１）。デバイスがそのフェーズから入れられた 場合は、アプリケーションは図３Ａのステップ「Ｃ」へ進む。デバイスがそのフ ェーズから入れられなかった場合は、図３Ａのステップ「Ｅ」へ進む。 ユーザがスマートデバイス制御を追加あるいは編集したい場合は（ステップ５ ７）、ＳＤＣはステップ６９で図３Ｄに従ってコンフィギュレーションされ、そ こでＳＤＣフォームが開かれ（ステップ２０１）、次いでＳＤＣオプションが編 集される（ステップ２０３）。ＳＤＣオプションが編集された後、アプリケーシ ョンは図３Ａのステップ「Ｅ」へ進む。 ユーザがボックスを追加あるいは編集したい場合は（ステップ５９）、デバイ スはステップ７１で図３Ｅに従ってコンフィギュレーションされ、そこでボック スフォームが開かれ（ステップ３０１）、ボックスオプションが編集される（ス テップ３０３）。ボックスオプションが編集された後、アプリケーションは図３ Ａのステップ「Ｅ」へ進む。 ユーザが、装置リストを追加あるいは編集したい場合は（ステップ６３）、装 置リストフォームが開かれ（ステップ７３）、そのフェーズが選択され（ステッ プ７５）、装置リストデータが編集される（ステップ７７）。 ユーザがコードを生成したい場合は（ステップ６１）、コード生成ステップ７ ９が開始され、ステップ４０１でコードジェネレータフォームが図３Ｆに従って 開かれる。コードジェネレータフォームが開かれた後、アプリケーションはフェ ーズコードを生成するべきかどうか判断するステップ（４０３）に進む。アプリ ケーションは、フェーズコードを生成するステップに行かない場合、ＳＤＣコー ドを生成するべきかどうかを判断するようステップ（４０５）に進む。ＳＤＣコ ードが望ましい場合、アプリケーションはＳＤＣジェネレータを呼び出す（ステ ップ４０７）。他方、フェーズコードが望ましい場合は、ユーザはＭ４５コード を生成するべきかどうか判断するステップ（４０９）に進む。Ｍ４５コードを生 成するべきであれば、アプリケーションはＭ４５コードジェネレータを呼び出す （ステップ４０９）。そうでなければ、アプリケーションはトータル・プラント ・バッチ（ＴＰＢ）あるいは次世代（ＮＧ）コードが望ましいかどうかを判断す るステップ（４１１）へ進む。ＴＰＢコードが全く不要ならば、アプリケーショ ンは図３Ｇのステップ「Ｌ」に進み、そこで装置リストの生成が望ましいかどう か判断するステップ（４１３）に進む。望ましくなければ、アプリケーションは 図３Ｆのステップ「Ｎ」へ進む。望ましい場合は、アプリケーションは装置リス トコードジェネレータを呼び出し（ステップ４１５）、その後図３Ｆのステップ 「Ｎ」に戻る。 ユーザは、ＴＰＢコードを生成したい場合、ＴＰＢコードジェネレータを呼び 出す（ステップ４１７）。アプリケーションは、Ｍ４５コード、ＴＰＢコードま たはＳＤＣのいずれかを生成した後、さらにコードあるいはＳＤＣを生成する必 要があるかどうかを判断する（ステップ４１９）。さらにコードが必要ならば、 アプリケーションは図３Ｆの始めのステップ「Ｍ」に戻る。別のコードが必要で なければ、アプリケーションは図３Ａのステップ「Ｅ」に戻る。 図３Ａにおいて、アプリケーションは、コードを追加／編集するかあるいは生 成するよう命令されなかった場合、終了する、すなわちアプリケーションを閉じ るべきかどうかを判断するステップ（６５）に移る。終了するべきでなければ、 図３Ａのステップ「Ｅ」に戻る。終了したくない場合、アプリケーションはステ ップ「Ｈ」に移り、そこで修正履歴を更新することが望ましいかどうかを判断す るステップ（４０１）に進む。履歴の修正が望ましければ、その修正情報が入れ られる（ステップ５０３）。その後、アプリケーションは終了される（ステップ ５０５）。 ユーザがフェーズを追加あるいは編集する場合は、フェーズフローチャートフ ォームが開かれ（ステップ７９）、ユーザはヘッダデータを追加あるいは編集す ることが望ましいかどうかを判断する（ステップ８１）。それが望ましい場合は 、ヘッダフォームが開かれ（ステップ８３）、ヘッダフォームが編集される（ス テップ８５）。その後、ユーザは通常ステップ８７、分岐ステップ８９あるいは メッセージステップ９１を追加／編集することが望ましいかどうか判断する。こ の時追加／編集ステップ全く不要ならば、アプリケーションはステップＡに移る 。 分岐ステップ８９を追加／編集することが望ましい場合は、分岐ステップフォ ームが開かれ（ステップ９３）、それらの分岐が編集された後（ステップ９５） 、ステップ「Ｄ」へ移る。同様に、メッセージステップ９１を追加／編集するこ とが望ましい場合は、メッセージステップフォームが開かれ（ステップ９７）、 メッセージが編集される（ステップ９９）。メッセージが編集されたならば、ス テップ「Ｄ」へ戻る。 ユーザが通常ステップ８７を追加／編集したい場合は、通常ステップフォーム が開かれ（ステップ６０１）、カスタムコードとタイマーが追加される（ステッ プ６０３）。その後、アプリケーションは新しい出力が受け取られたかどうかを 判断するステップ（６０５）に進む。新しい出力が受け取られた場合は、それら の出力はコンフィギュレーションされ（ステップ６０７）、アプリケーションは 出力が新しいデバイスから供給されたかどうか判断するステップ（６０９）に進 む。新しいデバイスが検出されると、それらのデバイスはコンフィギュレーショ ンされる（ステップ６１１）。新しい出力が既存のデバイスから発生した場合、 アプリケーションはそのデバイスを選択する（ステップ６１３）。新しい出力が 検出されなければ、アプリケーションはさらに別のステップ６１５が必要である かどうか判断する。別のステップが必要な場合は、アプリケーションは図３Ａの ステップ「Ａ」に戻る。別のステップは不要ならば、フェーズは閉じられる（ス テップ６１７）。その後、アプリケーションはオペレータがプロジェクトを閉じ たいかどうかを判断するステップ（６１９）に進む。判断結果が否定（Ｎｏ）の 場合、アプリケーションは図３Ａのステップ「Ｅ」に戻る。オペレータがプロジ ェクトを閉じたい場合は、アプリケーションは図３Ｂのステップ「Ｈ」に戻る。 図４乃至９は本発明による独特のフェーズ‐ＳＤＣ通信の概要図を示し、とり わけ図４には状態要求テーブル（Ｓｔａｔｅ Ｒｅｑｕｅｓｔ Ｔａｂｌｅ）６ ０３にコマンドを送るフェーズ６０１が示されている。図７に示すように、状態 要求テーブル６０３は、例えば、コマンドで指示された状態「閉」、要求された 状態「開」、確認ステップ「２０」及びカレントステップ「２０」を持つことが 可能である。この場合、状態要求テーブル６０３はコマンドで指示されたあるい は要求された状態及びステップをＳＤＣコード６０５へ転送する。ＳＤＣコード は、イベントチェッカー６０７、デジタルデバイスドライバ６０９、規定の制御 ドライバ６１１及びデジタルデバイスドライバ６１３を含む。デジタルデバイス ドライバ６０９は、弁のようなデバイス６１７をアクティブ／非アクティブにす るためのデジタル複合制御ポイント６１５に信号を送る。規定の制御ドライバは 、デバイス６２１を制御する規定の制御ポイント６１９に信号を送る。デジタル デバイスドライバ６１３は、ポンプのようなデバイス６２５をアクティブ／非ア クティブにするためのデジタル複合制御ポイント６２３に信号を送る。また、デ ジタル複合制御ポイント６２３は、デジタルデバイスドライバ６１３にデバイス ６２５の状態を送り返す。最後に、ＳＤＣコード６０５は伝送線６２７を介して 同じグローバルポイントからの一部のデータ（フェーズ障害フラグや状態数値） をフェーズ６０１と共有する。要約すると、フェーズ６０１は状態要求を設定し てＳＤＣ６０５に対してプッシュし、他方ＳＤＣはフェーズ６０１からデータ（ ステップ、モード等）をフェッチする。 図５は、ＳＤＣの動作を図解したフローチャートであり、この図において、プ ログラムはまずフェーズイベントが起こったかどうかを判断するステップ（７０ １）に進む。フェーズイベントが起こらなかった場合、ＳＤＣは次のフェーズを チェックして（ステップ７０３）、ステップ７０１に戻る。フェーズイベントが 起こった場合は、図６よりデバイスモード追跡ロジック７０５がアクティブに起 動される。 デバイスモード追跡ロジックは、図６に示すように、まずフェーズモードが「 自動」であるかどうか判断するステップ（８０１）に進む。判断結果がＮｏなら ば、デバイスモード属性が「オペレータ」に設定され（ステップ８０３）、デバ イスモード追跡ロジックを終了する（ステップ８０５）。フェーズモードが「自 動」になっている場合、デバイスモード追跡ロジックはモード追跡の選択肢が「 固定」になっているかどうか判断するステップ（８０７）に進む。判断結果が肯 定（Ｙｅｓ）ならば、デバイスモード属性が「プログラム」に設定された後（ス テップ８０９）、デバイスモード追跡ロジックを終了する（ステップ８０５）。 Ｎｏならば、モード追跡の選択肢「ワンショット」になっているかどうかを判断 するステップ（８１１）に進む。判断結果がＮｏならば、デバイスモード追跡ロ ジックを終了する（ステップ８０５）。Ｙｅｓならば、前のフェーズモードが「 手動」かどうか判断するステップ（８１３）に移る。その判断結果がＮｏならば 、モード追跡ロジックを終了する（ステップ８０５）。Ｙｅｓならば、デバイス モード属性を「プログラム」に設定した後（ステップ８１５）、終了する（ステ ップ８０５）。モード追跡の選択肢が「ワンショット」でなければ、モード追跡 ロジックを終了する（ステップ８０５）。 デバイスモードが「オペレータ」ならば（ステップ７０７）、ＳＤＣは次のデ バイスに切り換えて（ステップ７０９）、ステップ７０５に戻る。デバイスモー ドがオペレータでないならば、図８のコマンド判断ロジック（ステップ７１１） がアクティブになる。 図８のコマンド判断ロジックは、アクティブステップが確認ステップであるか どうか判断するステップ（７１３）に移る。その判断結果がＮｏならば、コマン ド状態は「安全状態」である（ステップ７１４）。アクティブステップが確認ス テップならば、ＳＤＣはそのフェーズが正常状態にあるかどうか判断するステッ プ（７１５）に進む。その判断結果がＮｏならば、ＳＤＣはデバイス安全状態強 化がイネーブルになっているかどうか判断する（ステップ７１７）。アクティブ になっていれば、コマンド状態は「安全状態」である（ステップ７１４）。フェ ーズが正常状態にある場合、あるいはデバイス安全状態強化がイネーブルになっ ていれば、そのコマンド状態は「要求された状態」である（ステップ７１９）。 コマンド判断論理ステップ７１１の後、ＳＤＣプログラムのフローチャート７ １１はコマンドをデバイスに送る（ステップ７２１）。ＳＤＣプログラムは、図 ９に示すような障害伝播ロジックをチェックする（ステップ７２３）。障害伝播 ロジックは、まずシステム制御ポイントがアラーム状態にあるかどうか判断する ステップ（９０１）に進む。判断結果がＹｅｓならば、デバイス障害伝播がイネ ーブルになっているかどうか判断するステップ（９０３）に進む。デバイス障害 伝播がイネーブルになっていれば、システムはフェーズにデバイス障害を伝播す る（ステップ９０５）。デバイス障害伝播がイネーブルになっていない場合、シ ステムはフェーズにデバイス障害を伝播しない（ステップ９０７）。 システム制御ポイントがアラーム状態になければ、システムはコマンドで指示 された状態「オン」に入る許可があるかどうか判断するステップ（９０９）に進 む。判断結果がＮｏならば、システムはステップ９０３に移る。Ｙｅｓならば、 システムはデバイスが別の状態とインタロックされているかどうか判断するステ ップ（９１１）に進む。その判断結果がＹｅｓならば、ステップ９０３に移る。 Ｎｏならば、システムはフェーズにデバイス障害を伝播しない（ステップ９０７ ）。 障害伝播ロジックの実行後（ステップ７２３）、ＳＤＣプログラムは何らかの デバイス障害が起こっているかどうかを判断するステップ（７２５）に進む。そ の判断結果がＮｏならば、ＳＤＣプログラムは次のデバイスをチェックする（ス テップ７０９）。Ｙｅｓならば、フェーズにその障害を伝播した後（ステップ７ ３０）、次のデバイスをチェックする（ステップ７０９）。 以上、本発明をそのいくつかの実施形態により例示説明したが、これらの実施 形態については当業者にとって自明な多くの変更態様が可能なことが明確に理解 されるところである。従って、本発明は、追加特許請求の範囲の記載に基づく本 発明の範囲に包括される全ての変更及び修正態様を示す目的で本文中に例示説明 した詳細事項に限定されるものではない。

【手続補正書】特許法第１８４条の８第１項 【提出日】平成１０年１１月９日（１９９８．１１．９） 【補正内容】 補正明細書 発明の要約 本発明は、請求項１に記載するシステムにある。 本発明のシステムは、従属請求項２乃至７に記載する１つ以上の特徴を具備し たものであってもよい。 また、本発明は、請求項８に記載する記憶媒体にある。 本発明の記憶媒体は、従属請求項９乃至１４に記載する１つ以上の特徴を具備 したものであってもよい。 また、本発明は、請求項１５に記載するプロセスにある。 本発明のプロセスは、従属請求項１６乃至２１に記載する１つ以上の特徴を具備 したものであってもよい。 バッチあるいはフェーズ・シーケンシャルステップ及び入出力デバイス制御用 のスマートデバイス制御を構築することができるグラフィカルツールと；フェー ズ・シーケンシャルステップを走らせることができるマイクロプロセッサと；入 出力デバイスにフェーズ・シーケンシャルステップの入力及び出力を伝えること ができる入出力（Ｉ／Ｏ）通信プロセッサと；を具備したシステム。 本発明のグラフィカルツールはオブジェクト（例えば、フェーズ、スマートデ バイス制御コード等）を生成することができる。 特に、本発明のシステムは、好ましくは：プロジェクトを生成するあるいは開 く手段と；少なくとも１つのコードを生成するか、あるいはフェーズ、上記スマ ートデバイス制御、ボックスまたは装置リストを追加あるいは編集する手段と； ヘッダデータを追加あるいは編集する手段と；通常ステップ、分岐ステップまた はメッセージステップのいずれかを追加あるいは編集する手段と；上記デバイス から新しい入力が受け取られたかどうかを検出する手段と；出力を上記デバイス に送る手段と；上記プロジェクトを閉じる手段と；を具備したものである。 さらに、グラフィカルツールとマイクロプロセッサ及びＩ／Ｏ通信プロセッサ との間にはコントローラコンパイラ／ローダが設けられる。コントローラコンパ イラ／ローダは、好ましくは：フェーズシーケンシャルステップをコンパイルす るコントローラコードコンパイラと；フェーズシーケンシャルステップに基づい オブジェクトファイルを生成する手段と；オブジェクトファイルをランタイムに ロードする手段と；を具備したものである。 フェーズ制御コードはスマートデバイス制御コードと通信し、スマートデバイ ス制御はＩ／Ｏ通信プロセッサと通信して、入出力デバイスをアクティブまたは 非アクティブにする。 本発明は、プロセッサが本発明の新規なグラフィカルツールを用いてバッチあ るいはフェーズ・シーケンシャルステップ及び入出力デバイス制御用のスマート デバイス制御コードを構築することができるようにプロセッサを制御する記憶媒 体をも具備する。 さらに、本発明は、バッチまたはフェーズ・シーケンシャルステップ及び入出 力デバイス制御用のスマートデバイス制御を構築することができるグラフィカル ツールを使用するステップを具備したプロセスにある。より詳しくは、本発明の プロセスは：プロジェクトを生成または開くステップと；少なくとも１つのコー ドを生成するか、あるいはフェーズ、スマートデバイス制御、ボックス、または 装置リストを追加あるいは編集するステップと；ヘッダデータを追加あるいは編 集するステップと；通常ステップ、分岐ステップまたはメッセージステップのい ずれかを追加あるいは編集するステップと；スマートデバイスから新しい入力が 受け取られたかどうかを検出するステップと；出力をスマートデバイスに送るス テップと；プロジェクトを閉じるステップと；を具備したものである。 上記以外の本発明の目的、長所及び特徴は、本願明細書の以下の説明を同じ構 成部分は同じ参照記号で示した添付図面と共に読むことにより理解されよう。 図面の簡単な説明 図１は、グラフィカルツールがフェーズ・シーケンシャルステップを構築し、 スマートデバイス制御（ＳＤＣ）を介して、デバイスを制御することができる本 発明によるフェーズプログラムのブロック図で」ある。 図２は、コントローラコードコンパイラ、オブジェクトファイルを生成する手 段及びランタイムにオブジェクトファイルをロードする手段を具備したコントロ ーラコード・コンパイラ／ローダのブロック図である。 図３Ａ乃至３Ｇは、フェーズ・シーケンシャルステップを実行し、バッチプロ セスのＩ／Ｏデバイスを制御することができるフェーズまたはバッチコントロー ラの動作フローチャートである； 図４は、本発明によるフェーズ‐ＳＤＣ通信を図解したブロック図である。 図５は、本発明によるスマートデバイス制御の動作フローチャートである。 図６は、装置モード追跡論理図である； 図７は、状態要求テーブル（Ｓｔａｔｅ Ｒｅｑｕｅｓｔ Ｔａｂｌｅ）を表 した概略図である； 図８は、スマートデバイス制御コマンド判断論理図である； 図９は、スマートデバイス制御障害プログラム論理図である。 実施形態の説明 本発明は添付図面を参照して説明することにより最も良く理解することができ 、まず図１には本発明によるフェーズプログラムのブロック図が示されている。 フェーズプログラムは単一ユニットとして動作し、フェーズシーケンスを構成す る別個のステップの集まりよりなる。補正請求の範囲 １．個別のタスクに必要なフェーズ・シーケンシャルステップ（３）及び入出力 デバイス（１３）制御用のスマートデバイス制御（５）を構築することができる グラフィカルツール（１）を具備したことを特徴とするシステム。 ２．プロジェクトを生成するあるいは開く手段と； 少なくとも１つのコードを生成するか、あるいはフェーズ、上記スマートデ バイス制御、ボックスまたは装置リストを追加あるいは編集する手段と； ヘッダデータを追加あるいは編集する手段と； 通常ステップ、分岐ステップまたはメッセージステップのいずれかを追加あ るいは編集する手段と； デバイスから新しい入力が受け取られたかどうかを検出する手段と； 出力をデバイスに送る手段と； プロジェクトを閉じる手段と； をさらに具備したことを特徴とする請求項１記載のシステム。 ３．上記スマートデバイス制御（５）が：（１）デバイスの要求及び起動；（２ ）入出力デバイスモード伝播；（３）入出力デバイス安全状態時イネーブル／デ ィスエーブル、（４）入出力デバイス故障時イネーブル／ディスエーブル：に対 する対応をなすことによって上記グラフィカルツール（１）により生成されるフ ェーズ・シーケンシャルステップ（３）と通信することを特徴とする請求項１ま たは２のいずれか１項に記載のシステム。 ４．上記フェーズ・シーケンシャルステップ（３）を走らせることができるマイ クロプロセッサ（９）と； フェーズ・シーケンシャルステップ（３）からの入力及びと出力を上記入出 力デバイス（１３）へ伝播することができるＩ／Ｏ通信プロセッサ（２４）と； をさらに具備したことを特徴とする請求項１記載のシステム。 ５．上記スマートデバイス制御（５）が、上記入出力デバイス（１３）をアクテ ィブ／非アクティブにするために上記Ｉ／Ｏ通信プロセッサ（２４）と通信する ことができることを特徴とする請求項４記載のシステム。 ６．上記グラフィカルツール（１）とマイクロプロセッサ（９）及びＩ／Ｏ通信 プロセッサ（２４）との間に設けられたコントローラコンパイラ／ローダ（１１ ）をさらに具備し、そのコントローラコンパイラ／ローダ（１１）が：フェーズ シーケンシャルステップをコンパイルするコントローラコンパイラと；フェーズ シーケンシャルステップに基づいてオブジェクトファイルを生成する手段と；オ ブジェクトファイルをランタイムにロードする手段と；よりなることを特徴とす る請求項４または５のいずれか１項に記載のシステム。 ７．上記スマートデバイス制御（５）が： フェーズイベントが起こったかどうかを判断する手段と； デバイスモード追跡論理機構プログラムをアクティブにする手段と； コマンド判断論理プログラムをアクティブにする手段と； コマンドをデバイスに送る手段と； 障害伝播ロジックプログラムをアクティブにする手段と； デバイスで障害が起こったかどうかを判断する手段と； 障害をフェーズに伝播する手段と； よりなることを特徴とする請求項１乃至６のいずれか１項に記載のシステム。 ８．プロセッサがグラフィカルツール（１）を用いて個別のタスクに必要なフェ ーズ・シーケンシャルステップ（３）及び入出力デバイス（１３）制御用のスマ ートデバイス制御（５）を構築することができるようにプロセッサを制御する記 憶媒体。 ９．プロジェクトを生成するあるいは開く手段と； 少なくとも１つのコードを生成するか、あるいはフェーズ、上記スマートデ バイス制御、ボックスまたは装置リストを追加あるいは編集する手段と； ヘッダデータを追加あるいは編集する手段と； 通常ステップ、分岐ステップまたはメッセージステップのいずれかを追加あ るいは編集する手段と；デバイスから新しい入力が受け取られたかどうかを検出 する手段と； 出力をデバイスに送る手段と； プロジェクトを閉じる手段と； をさらに具備したことを特徴とする請求項８記載の記憶媒体： １０．上記スマートデバイス制御（５）が：（１）デバイスの要求及び起動；（ ２）入出力デバイスモード伝播；（３）入出力デバイス安全状態時イネーブル／ ディスエーブル、（４）入出力デバイス故障時イネーブル／ディスエーブル；に 対する対応をなすことによって上記グラフィカルツール（１）により生成される フェーズ・シーケンシャルステップ（３）と通信することを特徴とする請求項８ または９のいずれか１項に記載の記憶媒体。 １１．上記フェーズ・シーケンシャルステップを走らせることができるマイクロ プロセッサ（９）と； フェーズ・シーケンシャルステップ（３）からの入力及びと出力を上記入 出力デバイス（１３）へ伝播することができるＩ／Ｏ通信プロセッサ（２４）と ；をさらに具備したことを特徴とする請求項８乃至１０のいずれか１項に記載の 記憶媒体。 １２．上記スマートデバイス制御（５）が、上記入出力デバイス（１３）をアク ティブ／非アクティブにするために上記Ｉ／Ｏ通信プロセッサ（２４）と通信す ることができることを特徴とする請求項１１記載の記憶媒体。 １３．上記グラフィカルツール（１）とマイクロプロセッサ（９）及びＩ／Ｏ通 信プロセッサ（２４）との間に設けられたコントローラコンパイラ／ローダ（１ １）をさらに具備し、コントローラコンパイラ／ローダ（１１）が：フェーズシ ーケンシャルステップをコンパイルするコントローラコードコンパイラと：フェ ーズシーケンシャルステップに基づいてオブジェクトファイルを生成する手段と ；オブジェクトファイルをランタイムにロードする手段と；よりなることを特徴 とする請求項１１または１２のいずれか１項に記載の記憶媒体。 １４．上記スマートデバイス制御（５）が： フェーズイベントが起こったかどうかを判断する手段と； デバイスモード追跡論理機構プログラムをアクティブにする手段と； コマンド判断論理プログラムをアクティブにする手段と； コマンドをデバイスに送る手段と； 障害伝播ロジックプログラムをアクティブにする手段と； デバイスで障害が起こったかどうかを判断する手段と； 障害をフェーズに伝播する手段と； よりなることを特徴とする請求項８乃至１３のいずれか１項に記載の記憶 媒体。 １５．個別のタスクトに必要なフェーズ・シーケンシャルステップ（３）及び入 出力デバイス（１３）制御用のスマートデバイス制御を構築することができるグ ラフィカルツール（１）を使用するステップよりなるプロセス。 １６．プロジェクトを生成するあるいは開くステップと； 少なくとも１つのコードを生成するか、あるいはフェーズ、上記スマート デバイス制御、ボックスまたは装置リストを追加あるいは編集するステップと； ヘッダデータを追加あるいは編集するステップと； 通常ステップ、分岐ステップまたはメッセージステップのいずれかを追加 あるいは編集するステップと； デバイスから新しい入力が受け取られたかどうかを検出するステップと； 出力をデバイスに送るステップと； プロジェクトを閉じるステップと； をさらに具備したことを特徴とする請求項１５記載のプロセス。 １７．上記スマートデバイス制御（５）が：（１）デバイスの要求及び起動；（ ２）入出力デバイスモード伝播；（３）入出力デバイス安全状態時イネーブル／ ディスエーブル、（４）入出力デバイス故障時イネーブル／ディスエーブル；に 対する対応をなすことによって上記グラフィカルツール（１）により生成される フェーズ・シーケンシャルステップ（３）と通信しながら機能することを特徴と する請求項１５または１６のいずれか１項に記載のプロセス。 １８．上記フェーズ・シーケンシャルステップを走らせることができるマイクロ プロセッサ（９）と； フェーズ・シーケンシャルステップ（３）からの入力及びと出力を上記入 出力デバイス（１３）へ伝播することができるＩ／Ｏ通信プロセッサ（２４）と ；をさらに具備したことを特徴とする請求項１５乃至１７のいずれか１項に記載 のプロセス。 １９．上記スマートデバイス制御（５）が、上記入出力デバイス（１３）をアク ティブ／非アクティブにするように上記Ｉ／Ｏ通信プロセッサ（２４）と通信す ることができることを特徴とする請求項１８記載のプロセス。 ２０．上記グラフィカルツール（１）と上記マイクロプロセッサ（９）及びＩ／ Ｏ通信プロセッサ（２４）との間に設けられたコントローラコンパイラ／ローダ （１１）をさらに具備し、コントローラコンパイラ／ローダ（１１）が：フェー ズシーケンシャルステップをコンパイルするコントローラコンパイラと；フェー ズシーケンシャルステップに基づいてオブジェクトファイルを生成する手段と； オブジェクトファイルをランタイムにロードする手段と；よりなることを特徴と する請求項１８または１９のいずれかに記載のプロセス。 ２１．上記スマートデバイス制御（５）が： フェーズイベントが起こったかどうかを判断する手段と； デバイスモード追跡論理機構プログラムをアクティブにする手段と； コマンド判断論理プログラムをアクティブにする手段と； コマンドをデバイスに送る手段と； 障害伝播ロジックプログラムをアクティブにする手段と； デバイスで障害が起こったかどうかを判断する手段と； 障害をフェーズに伝播する手段と； よりなることを特徴とする請求項１５乃至２０のいずれか１項に記載のプロセス 。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 メッツ，クリスチャン・エム・エイチ アメリカ合衆国・85023・アリゾナ州・フ ェニックス・ノース １エスティ ドライ ブ・16229 (72)発明者 ヅァイ，シァオジン アメリカ合衆国・78759・テキサス州・オ ースチン・フローラル パーク・11005・ アパートメント 2133

Claims (1)

1. 【特許請求の範囲】 １．バッチあるいはフェーズ・シーケンシャルステップ及び入出力デバイス制御 用のスマートデバイス制御を構築することができるグラフィカルツールを具備し たシステム。 ２．プロジェクトを生成するあるいは開く手段と； 少なくとも１つのコードを生成するか、あるいはフェーズ、上記スマートデ バイス制御、ボックスまたは装置リストを追加あるいは編集する手段と； ヘッダデータを追加あるいは編集する手段と； 通常ステップ、分岐ステップまたはメッセージステップのいずれかを追加あ るいは編集する手段と； デバイスから新しい入力が受け取られたかどうかを検出する手段と； 出力をデバイスに送る手段と； プロジェクトを閉じる手段と； をさらに具備したことを特徴とする請求項１記載のシステム。 ３．上記スマートデバイス制御が：（１）デバイスの要求及び起動；（２）入出 力デバイスモード伝播；（３）入出力デバイス安全状態時イネーブル／ディスエ ーブル、（４）入出力デバイス故障時イネーブル／ディスエーブル；に対する対 応をなすことによって上記グラフィカルツールにより生成されるフェーズ・シー ケンシャルステップと通信することを特徴とする請求項１記載のシステム。 ４．上記フェーズ・シーケンシャルステップを走らせることができるマイクロプ ロセッサと； フェーズ・シーケンシャルステップからの入力及びと出力を上記入出力デバ イスヘ伝播することができるＩ／Ｏ通信プロセッサと； をさらに具備したことを特徴とする請求項１記載のシステム。 ５．上記スマートデバイス制御が、上記入出力デバイスをアクティブ／非アクテ ィブにするために上記Ｉ／Ｏ通信プロセッサと通信することができることを特徴 とする請求項４記載のシステム。 ６．上記グラフィカルツールと上記マイクロプロセッサ及びＩ／Ｏ通信プロセッ サとの間に設けられたコントローラコンパイラ／ローダをさらに具備し、コント ローラコンパイラ／ローダが：フェーズシーケンシャルステップをコンパイルす るコントローラコードコンパイラと；フェーズシーケンシャルステップに基づい てオブジェクトファイルを生成する手段と；オブジェクトファイルをランタイム にロードする手段と；よりなることを特徴とする請求項４記載のシステム。 ７．上記スマートデバイス制御が： フェーズイベントが起こったかどうかを判断する手段と； デバイスモード追跡論理機構プログラムをアクティブにする手段と； コマンド判断論理プログラムをアクティブにする手段と； コマンドをデバイスに送る手段と； 障害伝播ロジックプログラムをアクティブにする手段と； デバイスで障害が起こったかどうかを判断する手段と； 障害をフェーズに伝播する手段と； よりなることを特徴とする請求項１記載のシステム。 ８．プロセッサがグラフィカルツールを用いてバッチあるいはフェーズ・シーケ ンシャルステップ及び入出力デバイス制御用のスマートデバイス制御を構築する ことができるようにプロセッサを制御する記憶媒体。 ９．プロジェクトを生成するあるいは開く手段と； 少なくとも１つのコードを生成するか、あるいはフェーズ、上記スマートデ バイス制御、ボックスまたは装置リストを追加あるいは編集する手段と； ヘッダデータを追加あるいは編集する手段と； 通常ステップ、分岐ステップまたはメッセージステップのいずれかを追加あ るいは編集する手段と： デバイスから新しい入力が受け取られたかどうかを検出する手段と； 出力をデバイスに送る手段と； プロジェクトを閉じる手段と； をさらに具備したことを特徴とする請求項８記載の記憶媒体： １０．上記スマートデバイス制御が：（１）デバイスの要求及び起動；（２）入 出力デバイスモード伝播；（３）入出力デバイス安全状態時イネーブル／ディス エーブル、（４）入出力デバイス故障時イネーブル／ディスエーブル；に対する 対応をなすことによって上記グラフィカルツールにより生成されるフェーズ・シ ーケンシャルステップと通信することを特徴とする請求項８記載の記憶媒体。 １１．上記フェーズ・シーケンシャルステップを走らせることができるマイクロ プロセッサと； フェーズ・シーケンシャルステップからの入力及びと出力を上記入出力デ バイスヘ伝播することができるＩ／Ｏ通信プロセッサと； をさらに具備したことを特徴とする請求項８記載の記憶媒体。 １２．上記スマートデバイス制御が、上記入出力デバイスをアクティブ／非アク ティブにするために上記Ｉ／Ｏ通信プロセッサと通信することができることを特 徴とする請求項１１記載の記憶媒体。 １３．上記グラフィカルツールと上記マイクロプロセッサ及びＩ／Ｏ通信プロセ ッサとの間に設けられたコントローラコンパイラ／ローダをさらに具備し、コン トローラコンパイラ／ローダが：フェーズシーケンシャルステップをコンパイル するコントローラコードコンパイラと；フェーズシーケンシャルステップに基づ いてオブジェクトファイルを生成する手段と；前記オブジェクトファイルをラン タイムにロードする手段と；よりなることを特徴とする請求項１１記載の記憶媒 体。 １４．上記スマートデバイス制御が： フェーズイベントが起こったかどうかを判断する手段と； デバイスモード追跡論理機構プログラムをアクティブにする手段と； コマンド判断論理プログラムをアクティブにする手段と； コマンドをデバイスに送る手段と； 障害伝播ロジックプログラムをアクティブにする手段と； デバイスで障害が起こったかどうかを判断する手段と； 障害をフェーズに伝播する手段と； よりなることを特徴とする請求項８記載の記憶媒体。 １５．バッチあるいはフェーズ・シーケンシャルステップ及び入出力デバイス制 御用のスマートデバイス制御を構築することができるグラフィカルツールを使用 するステップよりなるプロセス。 １６．プロジェクトを生成するあるいは開くステップと； 少なくとも１つのコードを生成するか、あるいはフェーズ、上記スマート デバイス制御、ボックスまたは装置リストを追加あるいは編集するステッ プと； ヘッダデータを追加あるいは編集するステップと； 通常ステップ、分岐ステップまたはメッセージステップのいずれかを追加 あるいは編集するステップと； デバイスから新しい入力が受け取られたかどうかを検出するステップと； 出力をデバイスに送るステップと； プロジェクトを閉じるステップと； をさらに具備したことを特徴とする請求項１５記載のプロセス。 １７．上記スマートデバイス制御が：（１）デバイスの要求及び起動；（２）入 出力デバイスモード伝播；（３）入出力デバイス安全状態時イネーブル／ディス エーブル、（４）入出力デバイス故障時イネーブル／ディスエーブル；に対する 対応をなすことによって上記グラフィカルツールにより生成されるフェーズ・シ ーケンシャルステップと通信しながら機能することを特徴とする請求項１５記載 のプロセス。 １８．上記フェーズ・シーケンシャルステップを走らせることができるマイクロ プロセッサと； フェーズ・シーケンシャルステップからの入力及びと出力を上記入出力デ バイスへ伝達することができるＩ／Ｏ通信プロセッサと； をさらに具備したことを特徴とする請求項１５記載のプロセス。 １９．上記スマートデバイス制御が、上記入出力デバイスをアクティブ／非アク ティブにするために上記Ｉ／Ｏ通信プロセッサと通信することができることを特 徴とする請求項１８記載のプロセス。 ２０．上記グラフィカルツールと上記マイクロプロセッサ及びＩ／Ｏ通信プロセ ッサとの間に設けられたコントローラコンパイラ／ローダをさらに具備し、コン トローラコンパイラ／ローダが：前記フェーズシーケンシャルステップをコンパ イルするコントローラコードコンパイラと；前記フェーズシーケンシャルステッ プに基づいてオブジェクトファイルを生成する手段と；前記オブジェクトファイ ルをランタイムにロードする手段と；よりなることを特徴とする請求項１８記載 のプロセス。 ２１．上記スマートデバイス制御が： フェーズイベントが起こったかどうかを判断する手段と； デバイスモード追跡論理機構プログラムをアクティブにする手段と； コマンド判断論理プログラムをアクティブにする手段と； コマンドをデバイスに送る手段と； 障害伝播ロジックプログラムをアクティブにする手段と； デバイスで障害が起こったかどうかを判断する手段と； 障害をフェーズに伝播する手段と； よりなることを特徴とする請求項１５記載のプロセス。