(57)【要約】  複数の提示方式選択肢のうちの選択された１つを用いてフィールドデバイスからの情報を提示するシステム。このシステムは、選択された提示方式選択肢に従ってフィールドデバイスを構成するフィールドデバイスインターフェースを備える。フィールドデバイスインターフェースは、制御コンフィギュレータが、選択された提示方式選択肢に従ってプログラムする。
2007528530.tif 000002
【特許請求の範囲】
【請求項１】
複数の提示方式選択肢（１５０）のうちの選択された１つを用いてフィールドデバイス（２９０）からの情報を提示するシステム（１００、２００、３００、４００）であって、
前記複数の提示方式選択肢（１５０）のうちの前記選択された１つに従って前記フィールドデバイス（２９０）を構成するのに用いることのできるフィールドデバイスインターフェース（２８０）と、
前記複数の提示方式選択肢（１５０）のうちの前記選択された１つに従って前記フィールドデバイスインターフェース（２８０）をプログラムするのに用いることのできる制御コンフィギュレータ（２５５）と
を備えるシステム。
【請求項２】
前記提示方式選択肢（１５０）は、
閲覧のみの提示方式選択肢、実行記録のみの提示方式選択肢、警報および実行記録の提示方式選択肢、ならびにそれらの任意の組合せ（１５０）
からなるグループから選択される請求項１に記載のシステム。
【請求項３】
前記フィールドデバイスインターフェース（２８０）に結合された実行時データベース（２７０）をさらに備える請求項１に記載のシステム。
【請求項４】
前記実行時データベース（２７０）に結合された実行時コントローラ（３３０）をさらに備える請求項３に記載のシステム。
【請求項５】
前記提示方式選択肢は実行記録のみの提示方式選択肢（１５０）であり、前記実行時コントローラ（３３０）は、前記実行記録のみの提示方式選択肢（１５０）のためにモニタ（４０５）を使用するのに用いられ得る請求項４に記載のシステム。
【請求項６】
前記制御コンフィギュレータ（２５５）に結合された技術リポジトリデータベース（１０５）をさらに備える請求項１に記載のシステム。
【請求項７】
前記技術保管場所データベース（１０５）に結合されたデバイス記述マネージャ（１５５）をさらに備える請求項６に記載のシステム。
【請求項８】
前記デバイス記述マネージャ（１５５）はデバイス記述ファイル（１１０）を受け取る請求項７に記載のシステム。
【請求項９】
前記デバイス記述ファイル（１１０）は製造者ラベル（１２０）を含む請求項８に記載のシステム。
【請求項１０】
制御システム（１００、２００、３００、４００）のオペレータ（４０５）に情報を提示する方法であって、
提示形式（１５０）を選択するステップと、
前記情報を前記選択された提示形式（１５０）で提示すべきことを指示するように前記制御システムのフィールドデバイス（２９０）を構成するステップと、
前記情報を前記選択された提示形式（１５０）で前記オペレータに表示する（４０５）ステップと
を備える方法。
【発明の詳細な説明】
【技術分野】
【０００１】
【特許文献１】本出願は、参照により本明細書にその内容が組み込まれる、２００３年１２月４日に出願された、「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＣＯＭＭＵＮＩＣＡＴＩＮＧ  ＤＥＶＩＣＥ  ＤＥＳＣＲＩＰＴＩＯＮＳ  ＢＥＴＷＥＥＮ  Ａ  ＣＯＮＴＲＯＬ  ＳＹＳＴＥＭ  ＡＮＤ  Ａ  ＰＬＵＲＡＬＩＴＹ  ＯＦ  ＣＯＮＴＲＯＬＬＥＤ  ＤＥＶＩＣＥＳ」という名称の米国特許仮出願第６０／５２６６６０号の優先権を主張するものである。
【０００２】
本開示はフィールドデバイスの読取りに関し、より詳細には、フィールドデバイスに関する情報の、オペレータによって選択された提示形式での提示に関する。
【背景技術】
【０００３】
今日、「オープン標準」として動作する様々な通信プロトコルが知られている。「オープン標準」とは、一般に、特定のタスクを実現するために公然と利用できる仕様であると定義することができる。誰もがこの標準を使用できるようにすることによって、オープン標準は、様々なハードウェアおよびソフトウェア構成要素間の互換性を高めるのに役立つ。というのは、技術的ノウハウおよび必要な装置を有する誰もが解決策を実施するのであれば、他の供給者によるものと協働するものを構築することが可能だからである。
【０００４】
言い換えると、これらの「オープン標準」は、異なる製造者の製造によるデバイスと制御システムとが、オープン標準通信プロトコルの使用によって相互運用し合うことを可能にする。１つのそのような通信プロトコルが、例えば、ＨＡＲＴ通信財団規格によって定義される、ＨＡＲＴ（登録商標）通信プロトコルである。一般に、ＨＡＲＴは、制御システムにおいて、たとえ制御システム内の様々なデバイス、マスタおよびスレーブが異なる製造者によって製造されたものであったとしても、それらの間の通信の標準化を可能にする。
【０００５】
ＨＡＲＴ通信プロトコルオープン標準のいくつかの構成要素は「共通機能」と分類され、これらの共通機能は、定義される共通機能の標準で定義されるすべての要件に合致することを必要とする。これによって、ホストとスレーブの間のインターフェースが、多くの別個の供給者からの様々なスレーブデバイスをサポートするのに単一のインターフェース層さえあればよいことになる。しかしながら、オープン標準の他の構成要素は、「デバイス特有」と分類され、その標準は、個々のデバイス製造者によって定義される。
【０００６】
「デバイス特有」の転送に関連付けられるデータ転送クラスでは、データは、通常、デバイスモデルまたはそれに関連付けられる特定のバージョンに特有の診断情報および状況情報内に埋め込まれている。ホストシステムは、インターフェースを簡単にするためにこのデータを一般的なやり方で処理しようとする傾向にある。これは、デバイス記述（ＤＤ）ファイルを用いてなされ、ＤＤファイルは製造者によって供給される。特定の内容は製造者によって決定される。しかしながら、ＤＤファイルが含む情報は、ＨＡＲＴ通信プロトコルによって定義されるように提示されなければならない。
【０００７】
しかしながら、この診断情報および状況情報データは、時には、非常に大きく、扱いにくいことがある。さらに、診断および状況情報データは、特定のデバイスによって様々な緊急度として検出された異常状態も伝達し、この正常または異常状態は、そのオペレータおよびオペレータが監視し、制御するプロセスに対する重要度が様々に異なり得る。しかしながら、異なる製造者によって製造された類似のデバイスが、類似の異常状況の発生を様々な緊急度として伝達することがあり、これはエンドオペレータにとって不都合なこともある。
【０００８】
従来の制御システム技術操作ツールはＤＤファイルを用いるやや一般的な方法を提供する。制御システムは、個々のフィールドデバイスによって報告されるすべての状態を「実行記録」通知、「警報」通知、またはその両方として分類することになる。
【０００９】
前者を使用するとき、オペレータは、通常、システムの操作可能部分の特定の領域まで明示的にナビゲートし、検出された状態を見つけ出し、これを閲覧し、これに対処することが必要である。言い換えると、オペレータは実行記録をナビゲートすることが必要になる。これに対して、後者の手法を使用するとき、オペレータには、可聴または可視の手段によって検出された状態ごとに即座に警報で知らされる。これらの手法での問題は、第１の手法では、工場内の緊急状況に対するオペレータの応答が遅れる可能性があり、第２の手法では、オペレータが圧倒されて手に負えなくなったり、無頓着になって、そのために、緊急状況を見逃したりする可能性があることである。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
したがって、構成または更新時に、所与のデバイス構成およびモデルについて、デバイスの各バージョンごとに、オペレータによってカスタマイズされ得るデータ提示方式が求められている。別の実施形態では、データ提示方式は、オペレータが、オペレータおよび工場に特有の要件および必要性に基づいて、情報の各ビットを分類し、必要に応じて再分類することを可能にする。
【課題を解決するための手段】
【００１１】
本発明では、複数の提示方式選択肢のうちの１つを用いたフィールドデバイスからの情報の読取りを行う。複数の提示方式選択肢のうちの選択された１つに従ってフィールドデバイスを構成するにはフィールドデバイスインターフェースが用いられ得る。複数の提示方式選択肢のうちの選択した１つに従ってフィールドデバイスをプログラムするには構成コントローラが用いられ得る。
【発明を実施するための最良の形態】
【００１２】
「モジュール」という用語は、本明細書では、独立型構成要素として、または統合アセンブリにおける複数のモジュールのうちの１つとして実施され得る１つの機能動作を区別するのに使用する。
【００１３】
次に図１を見ると、オペレータの指定に従ってオペレータにコマンドデバイス特有のデータを提示するシステム１００が示されている。以下の説明では、この詳細な説明の理解に役立つように、ＨＡＲＴ（登録商標）「コマンド４８」デバイス特有のオープンソース分類を使用することに留意すべきである。しかしながら、システム１００は、説明するように、実際上、他のシステムおよびデバイスに、他の通信プロトコルを用いて適用することもできることを、当分野の技術者は理解するであろう。
【００１４】
システム１００は、ＨＡＲＴ「コマンド４８」デバイス特有のビットのラベルをカスタマイズすることによって、コマンドデバイス特有のデータの提示方式をカスタマイズするのに使用され得る。一般に、１つのラベルコマンド４８応答内に最大２００までの個別情報ビットが配置され得る。各ビットは、通常、デバイスに関する単一のブール（真または偽）状態を識別する。例えば、単一のビットを使用して、デバイスが、その対象とする上限温度を上回って動作していることが指示され得る。このカスタマイズラベルは、オペレータには、オペレータにラベル付けされる項目に関する追加の、または異なる情報として現れる。さらに、システム１００は、オペレータが、様々なデバイス特有の診断および状況データの提示方式を変更し、または更新することを可能にする。システム１００は、いくつかの構成要素を使用し、そのうちの一部は、ホスト制御システム内の既存の構成要素である。
【００１５】
システム１００では、デバイス「Ｘ」およびリビジョン「Ｎ」ファイルの製造者のＤＤファイル１１０（ＤＤファイル１１０）がデバイス記述（ＤＤ）マネージャ１５５に伝達され得る。一般に、ＤＤマネージャ１５５は、事前設定されたシステム通知基準セットによって必要とされ、許容されるように製造者ラベル１２０を割り当てるために、オペレータによって、デバイステンプレート構築時に呼び出される。その後、製造者ラベル１２０は、最終的には、異なる状態が生じたときにオペレータによって読み出される。
【００１６】
システム１００において、ＤＤマネージャ１５５は、フィールドデバイスとインターフェースするための構成を含む初期テンプレートを作成するときに、ＤＤファイル１１０から製造者ラベル１２０を受け取る。この構成は、フィールドデバイスからのデータ提示方式の命令を含む。また、システム１００において、ＤＤマネージャ１５５は、構成の初期テンプレートを作成するときに、ＤＤファイル１１０からデバイス特有のビット定義１３０も受け取る。これら特有のビット定義は各製造者によって決定され、各ビットは、製造者が販売する各モデルごとに異なり得る。各ビットは、デバイスの特定の状態に対応する。１つのビットがオン（真）であるときには、１つの条件が真である。
【００１７】
製造者ラベル１２０は、デバイス特有ビット定義１３０に従って呼び出されるときには、通常、ある製造者に特有の正常または異常状態でのテキストに対応する。製造者ラベル１２０は新しいものとすることもでき、既存のラベルを更新することもできる。また、ＤＤマネージャ１５５は、既存のテンプレート１６０を更新し、それによってオペレータが、以前にオペレータが定義したラベルまたはコマンドデバイス特有のビット定義を変更できるようにするためにも呼び出され得る。製造者ラベル１２０およびデバイス特有のビット定義１３０は、更新されたテンプレート１６５を生成するのに使用され、更新されたテンプレート１６５は、技術リポジトリデータベース１０５内のテンプレートライブラリ１０７に保存される。テンプレートライブラリ１０７は、「デバイスＡリビジョン１」から「デバイスＸリビジョンｎ」までなどのように、テンプレートデバイス名および様々なリビジョンを備えることもできる。
【００１８】
言い換えると、システム１００において、ＤＤマネージャ１５５は、技術リポジトリデータベース１０５から、特定のフィールドデバイスの既存のテンプレート１６０を受け取ることができる。ＤＤマネージャ１５５は、任意の新しい構成情報分類を含めるために、製造者ラベル１２０およびデバイス特有のビット定義１３０に基づいて、既存のテンプレート１６０を更新されたテンプレート１６５に改訂する。更新されたテンプレート１６５は、技術リポジトリデータベース１０５に保存される。代替の実施形態では、ＤＤマネージャ１５５は、ＤＤファイル１１０からの情報と組み合わされた新しいテンプレートを生成する。
【００１９】
しかしながら、ＤＤマネージャ１５５は、オペレータから、分類子１４０からの指定された通知分類選択肢も受け取っている。分類子１４０は、ある分類１５０を、フィールドデバイスの所与の出力の提示方式と関連付けることができる。次いで、この関連付けがＤＤマネージャ１５５に伝達される。分類１５０は、制御システムが異常状態を検出したときのオペレータへの所望の情報提示方式に関連するが、所望の提示方式には、通常の診断も含まれ得る。
【００２０】
分類１５０の第１の提示方式選択肢は、「閲覧のみ」パラメータを用いる。「閲覧のみ」とは、検出された状態がオペレータによって閲覧され、または別の方法で認知されるが、実行記録への記入も行われず、警報状態も指示されないことを意味する。この「閲覧のみ」提示方式選択肢では、ディスプレイ提示状況が呼び出され、状況などのデバイス特有の情報が、日常活動の間オペレータによって必要とされない他の情報から隔離される。例えば、静的で、変化しない構成データでは、通常、警報を発し、または実行記録に記入する必要がない。１つのそのような例が、デバイスが２線式または４線式動作で構成される場合であろう。知っていることは好都合であるが、実行記録イベントまたは警報の根拠となるほどの問題ではない。
【００２１】
分類１５０の第２の提示方式選択肢は、「実行記録のみ」通知を用い、これは、「閲覧のみ」パラメータのサブセットである。「実行記録のみ」とは、検出された状態、または状況は、実行記録されるが、警報も他のオペレータの認知に及ぼす影響も伴わないことを意味する。この「実行記録のみ」通知は、システム／プロセス動作にとって決定的に重要ではないが、将来の報告および分析の実行記録および履歴化のために必要とされる状況に使用され得る。
【００２２】
分類１５０の第３の提示方式選択肢は、オペレータへの「警報および実行記録」通知を用いる。「警報および実行記録」とは、オペレータに警報音が鳴らされ、実行記録記入も行われることを意味する。「警報および実行記録」選択肢は、将来の報告および分析のための実行記録および履歴化の可能性を伴う、システムの安全で堅固な動作にとって決定的に重要な異常状態に使用される。また、「警報および実行記録」提示方式は、一実施形態では、「警報および実行記録」状況のオペレータ承認も含む。別の実施形態では、このオペレータ承認自体も実行記録される。
【００２３】
さらに、分類子１４０は、新しいラベルを入力することもでき、既存のラベルを更新することもできる。別の実施形態では、テンプレートまたはテンプレートのインスタンス化を構築するために、ＤＤマネージャ１５５は、ＨＡＲＴデバイス記述データからのデバイス特有のビット定義１３０を使用し、これを、オペレータおよび分類子１４０から入力されるオペレータラベルと組合せ、各コマンドデバイス特有のビットを分類して、更新されたテンプレート１６５を生成することができる。オペレータへの情報の提示、製造者ラベル１２０またはオペレータ特有のラベルは、更新されたテンプレート１６５内に配置された、分類１５０内に記憶された提示方式選択肢に対応する。
【００２４】
一般に、システム／デバイス構成時には、オープン標準内でオペレータおよび製造者によって定義される、フィールドデバイスやインターフェースなどの様々なシステムモジュールに関連する構成を配布する既存の技術ツールによって、更新されたテンプレート１６５がインスタンス化される。また、システム１００は、既存のシステム構成要素と共に、技術リポジトリデータベース１０５にある既存のテンプレート１６０を使用して、コマンドデバイス特有のデータを収集、処理し、それを、オペレータの提示方式選択肢に従ってオペレータに提示する。
【００２５】
次に、図２を見ると、ＨＡＲＴ（登録商標）「コマンド４８」デバイス特有のプロトコルなどのプロトコルを用いてＨＡＲＴインターフェースおよびＨＡＲＴデバイスを構成するのに用いられ得るシステム２００が示されている。ＨＡＲＴインターフェースおよびＨＡＲＴデバイスは、所与の特有のデータタイプの特定の提示方式を開始するために、標識フラグと共に特有のデータを伝達するように構成される。
【００２６】
システム２００では、コマンドモジュール２２０が制御コンフィギュレータ２５５に、技術構成要件２１０からロードされた所与のテンプレートのインスタンス化を開始するように命じる。一般に、制御コンフィギュレータ２５５は、オペレータが選択した提示方式選択肢に従ってオペレータに通知が行われ得るように、インスタンス化されたテンプレートを用いて、ＨＡＲＴインターフェース２８０など、様々なインターフェースをプログラムするのを支援するのに使用される。
【００２７】
すなわち、システム２００において、技術リポジトリデータベース１０５は、更新されたテンプレート１６５を検索するコマンドを受け取る。更新されたテンプレート１６５は、システム１００の分類１５０および分類子１４０内の他のデータ、ならびにＤＤファイル１１０など、他のデバイス構成データを含むことになる。更新されたテンプレート１６５は、通常、例えば、システム２００の「デバイスＸリビジョンｎ」など、各テンプレートの最新バージョンになる。次いで、更新されたテンプレート１６５は、制御コンフィギュレータ２５５に送られ、ここで更新されたテンプレート１６５がインスタンス化され、それからインスタンス化された構成データ２５７が作成される。
【００２８】
次いで、インスタンス化された構成データ２５７は、システム２００の様々な構成要素にロードされる。特に、ＨＡＲＴインターフェース２８０は、ＨＡＲＴデバイス特有のデータの対応するラベルおよびビット定義を受け取る。制御コンフィギュレータ２５５は、分類１５０の提示方式選択肢、ＨＡＲＴインターフェース２８０などのインターフェースと、ＨＡＲＴフィールドデバイス２９０などのフィールドデバイスの両方を含む、インスタンス化された構成データ２５７をロードする。また、インスタンス化された構成データ２５７は、実行時データベース２７０にもロードされる。
【００２９】
実行時データベース２７０は、一般に、ＨＡＲＴインターフェース２８０およびＨＡＲＴフィールドデバイス２９０の動作を支援するのに使用される。すなわち、オペレータがＨＡＲＴフィールドデバイス２９０の構成を命令すると、インスタンス化された構成データ２５７から特有の情報が抽出される。抽出されたデータは、ＨＡＲＴフィールドデバイス２９０の「デバイスタイプ」および「リビジョンタイプ」を含み得る。一般に、ＨＡＲＴインターフェース２８０は、ＨＡＲＴフィールドデバイス２９０が、制御システムとインターフェースし、ＨＡＲＴプロトコルと分類１５０内に含まれる提示方式選択肢の両方に従ってデバイスデータを提示することを可能にする。システム２００において、これは、ＨＡＲＴフィールドデバイス２９０またはＨＡＲＴインターフェース２８０が、状況データを、そのデータがエンドオペレータにどのようにして提示されるべきかの指示と共に伝達されるように構成されることを意味する。言い換えると、所与の情報についてエンドオペレータによって選択された提示方式は、ＨＡＲＴインターフェース２８０および／またはＨＡＲＴフィールドデバイス２９０にもロードされる。
【００３０】
次に図３を見ると、オペレータの提示方式選択肢の選好に従って、オペレータにデバイス特有の異常状態、フィールドデバイス特性に関する情報の変更、またはフィールドデバイス状態チェックを指示するシステム３００が示されている。
【００３１】
一般に、ＨＡＲＴフィールドデバイス２９０がデバイス特有の異常状態、状況変更を検出し、または別の方法で状況チェックを行ったときに、結合されたＨＡＲＴフィールドデバイスインターフェース２８０は、結合された実行時コントローラ３３０にその状況を通知することによってデバイス特有のデータ変更３７３のデバイス特有の異常状況（など）に関連するビットを処理し、それによって結合された実行時データベース２７０が更新される。
【００３２】
一般に、１つの特有の異常状況を記述するのに１ビットが使用される。しかしながら、１つの異常状況は複数の異常ビットを生じ得る。例えば、ＨＡＲＴデバイス２９０が、ある容器内の圧力を測定するのに使用されるとする。ＨＡＲＴデバイス２９０は、しばしば、ＨＡＲＴデバイス２９０を取り巻く外気の温度を監視することになる。というのは、測定し得る圧力が気温による影響を受けるからである。気温が、そのＨＡＲＴデバイス２９０の動作範囲外である場合、そのように指示するビットがコマンド４８で生成されることになる。同時に、ＨＡＲＴデバイスは、「率直に（ｇｒａｃｅｆｕｌｌｙ）」誤動作し始め、圧力の表示値が完全に信頼され得ないことを指示する他のコマンド４８ビットを設定することができる。
【００３３】
いずれにしても、システム１００の構成時に行われたロード動作の間に指示されたものなど、以前に選択された分類１５０に基づいて、ＨＡＲＴフィールドデバイスインターフェース２８０は以下を行う。システム３００では、ＨＡＲＴフィールドデバイス２９０がある状態を指示すると、ＨＡＲＴフィールドデバイスインターフェース２８０は、構成時にロードされたようにその情報に関連付けられた分類１５０を読み取る。
【００３４】
分類１５０が「閲覧のみ」である場合、オペレータには、視覚的に、おそらくリアルタイムで通知される。ＨＡＲＴフィールドデバイスインターフェース２８０は、対応するラベル形態と共に「表示のみ」通知を表示のみモニタ３４０に送る。表示のみモニタ３４０内には、デバイス特有のデータパラメータ３４１およびそれに対応する変更３４５が表示される。３７３における値の変更は、データパラメータ３４１への変更を生じることになる。この変更の特有の値は３４５に示される。
【００３５】
しかしながら、分類１５０が「閲覧のみ」でない場合、分類１５０は実行時コントローラ３３０に伝達される。次いで、実行時コントローラ３３０は、分類１５０を読み取って、それが「実行記録」選択肢であるかそれとも「警報および実行記録」選択肢であるか判断する。実行時コントローラ３３０は、実行時データベース２７０からＨＡＲＴフィールドデバイス２９０に関連付けられたデバイス特有のラベル３７２を呼び出し、検索された対応するデータが、それに対応するラベル形態で、分類１５０によって指定されるように、「実行記録のみ」形式または「警報および実行記録」形式で提示される。
【００３６】
分類１５０が「実行記録のみ」に設定されている場合、ＨＡＲＴフィールドデバイスインターフェース２８０は、「実行記録のみ」通知を、対応するラベル形態およびその通知をトリガした情報をそれに付加して送る。次いで、この通知が実行時コントローラ３３０に送られる。次いで、実行時コントローラ３３０は、イベント実行記録３５０を使用してこの情報をログに記録する。次いで、イベント実行記録３５０は、状況変更および／または状況チェック、ならびに他の任意の適当な関連情報を記録する。これには、デバイスのラベル、様々なデバイス特有のデータ自体、および行われた変更または状況チェックが含まれ得る。一実施形態では、イベント実行記録モニタ３５０内に、デバイス特有のデータ定義３５１、対応するイベントラベル３５３および実行記録変更３５５が表示される。デバイス特有のデータ変更３７３は、データパラメータ３５１への変更を生じることになる。この変更の特有の値は３５５に示される。
【００３７】
代替として、分類１５０が、閲覧のみの分類ではなく、「警報および実行記録」に設定されている場合、ＨＡＲＴフィールドデバイスインターフェース２８０は、「警報および実行記録」通知を、対応するラベル形態をそれに付加して、実行時コントローラ３３０に送る。次いで、実行時コントローラ３３０は、警報およびイベント実行記録インターフェース３７０を使用してこの情報をログに記録する。警報およびイベント実行記録インターフェース３７０は、状況変更、チェック、および他の任意の適当な関連情報を記録する。この適当な関連情報には、デバイスのラベル、様々なデバイス特有のデータ自体、および行われた変更または状況チェックが含まれ得る。
【００３８】
警報およびイベント実行記録インターフェース３７０の「警報」部分では、実行時コントローラ３３０が警報イベントのデバイス特有の通知を受け取ると、警報およびイベント実行記録インターフェース３７０は、可聴警報指示３８０を呼び出すことができる。代替として、実行時コントローラ３３０が可聴警報指示３８０を呼び出すこともできる。別の実施形態では、警報およびイベント実行記録インターフェース３７０は、可視警報指示３９０も呼び出す。警報の方法、すなわち可聴警報指示３８０であるかそれとも可視警報指示３９０であるかは、ＨＡＲＴフィールドデバイスインターフェース２８０によって用いられるインスタンス化構成データ２５７によって指定され得る。一実施形態では、警報および実行記録インターフェース３６０内に、デバイス特有のデータ定義３６１、対応するラベル３６３および実行記録変更３６５が表示される。３７３における値の変更は、データパラメータ３６１への変更を生じることになる。この変更の特有の値は３６５に示される。
【００３９】
次に図４を見ると、１つまたは複数のフィールドデバイス４５０からのデータに関する分類１５０の使用のために適合されたコンピュータシステム４００のブロック図が示されている。コンピュータシステム４００はワークステーションコンピュータ４１０を含み、ワークステーションコンピュータ４１０には記憶媒体４２５とユーザインターフェース４０５とが結合されている。コンピュータシステム４００は、サン（商標）マイクロシステムズファミリのコンピュータシステムのメンバの１つや、ＩＢＭ（商標）パーソナルコンピュータファミリのメンバの１つや、任意の従来のワークステーションまたはグラフィックスコンピュータ機器などの汎用マイクロコンピュータ上で実施され得る。
【００４０】
ユーザインターフェース４０５は、ユーザがワークステーションコンピュータ４１０に情報およびコマンド選択を伝えることを可能にするために、キーボードや音声認識サブシステムなどの入力装置を含む。また、ユーザインターフェース４０５は、ディスプレイやプリンタなどの出力装置も含む。マウス、トラックボール、ジョイスティックなどのカーソル制御が、ユーザがディスプレイ上でカーソルを操作してワークステーションコンピュータ４１０に追加情報およびコマンド選択を伝達することを可能にし、プリンタを介してユーザインターフェース４０５データのハードコピーを提供することができる。ユーザインターフェース４０５は、ＤＤファイル１１０、製造者ラベル１２０、分類子１４０によって設計される新しいラベル、分類１５０、技術構成要件２１０などを入力するのに使用される。
【００４１】
ワークステーションコンピュータ４１０はネットワーク４３０に結合される。ネットワーク４３０もデータ保管場所４０７に結合される。データ保管場所４０７は、通常、技術リポジトリデータベース１０５、技術リポジトリデータベース１０５、および実行時データベース２０７を含む。ネットワーク４３０は、スレーブプロセッサ４４０にも結合される。スレーブプロセッサ４４０はメモリ４１５に結合される。メモリ４１５は、スレーブプロセッサ４４０の動作を制御するためのデータおよび命令を格納するメモリである。メモリ４１５の実装形態には、ランダムアクセスメモリ（ＲＡＭ）、ハードドライブおよび読取り専用メモリ（ＲＯＭ）が含まれ得る。メモリ４１５の構成要素の１つがプログラム４２０である。スレーブプロセッサ４４０は、１つまたは複数のフィールドデバイス４５０および提示機構４６０にも結合される。提示機構４６０には、表示のみのモニタ３４０、イベント実行記録３５０、ならびに警報およびイベント実行記録インターフェース３７０が含まれる。
【００４２】
プログラム４２０は、スレーブプロセッサ４１０を制御する命令を含み得る。プログラム４２０実行の結果として、スレーブプロセッサ４１０は、１つまたは複数のフィールドデバイス４５０にインスタンス化された構成データ２５７を送ることができる。インスタンス化構成データ２５７は分類１５０を含む。また、スレーブプロセッサ４４０は、ＨＡＲＴインターフェース２８０からもデータを受け取り、そのデータに関連付けられた分類１５０の選択を決定し、表示のみのモニタ３４０、イベント実行記録３５０、または警報およびイベント実行記録インターフェース３７０を適宜活動化させる。また、スレーブプロセッサ４４０は、進行中の状況情報を用いてデータ保管場所４０７を同時更新することもできる。プログラム４２０は、単一モジュールとして、または相互に協働して動作する複数のモジュールとして実施され得る。
【００４３】
プログラム４２０は、既にメモリ４１５にロードされたものとして指示されるが、ネットワーク４３０を介したメモリ４１５へのその後のロードのために記憶媒体４２５上で構成することもできる。記憶媒体４２５は、磁気テープ、光記憶媒体、コンパクトディスク、フロッピー（登録商標）ディスクなど、任意の従来の記憶媒体とすることができる。代替として、記憶媒体４２５は、リモート記憶システム上に位置する、ランダムアクセスメモリや、他の種類の電子記憶とすることもできる。
【００４４】
当分野の技術者によれば、本明細書で述べた教示の様々な代替、組合せおよび変更が考案され得るはずであることを理解すべきである。本発明は、添付の特許請求の範囲内に含まれるそのようなすべての代替、変更および変形を包含するものである。
【図面の簡単な説明】
【００４５】
【図１】「コマンド４８」デバイス特有のデータを処理し、それをオペレータの指定に従ってオペレータに提示するシステムを示す図である。
【図２】「コマンド４８」デバイス特有のデータを処理し、それをオペレータの指定に従ってオペレータに提示するのに使用されるシステムを示す図である。
【図３】「コマンド４８」デバイス特有のデータをオペレータの指定に従って提示するシステムを示す図である。
【図４】状況通知に基づいて指定を行うプログラムを走らせるコンピュータシステムを示す図である。
【図１】
2007528530.tif 000003
【図２】
2007528530.tif 000004
【図３】
2007528530.tif 000005
【図４】
2007528530.tif 000006
【国際調査報告】
2007528530.tif 000007
2007528530.tif 000008