(57)【要約】【課題】本発明は、フィールド機器の状態を表示するシステムおよび方法に関する。【解決手段】本発明は、データを有するフィールド機器の状態を監視するシステムであり、前記システムは、データ取得モジュールと、第１および第２診断エンジンと、ユーザ入力状態を受信するとともにユーザ入力エレメントを有するクライアントとを具備している。【選択図】図３
2009116868.tif 000002
【特許請求の範囲】
【請求項１】
データを有するフィールド機器の状態を監視するシステムであって、
ａ．前記フィールド機器のデータを読み込むデータ取得モジュールと、
ｂ．前記データ取得モジュールに接続され、前記フィールド機器の第１状態を計算するアルゴリズムを格納する第１リポジトリを有する第1診断エンジンと、
ｃ．前記データ取得モジュールに接続され、前記フィールド機器の第２状態を計算するアルゴリズムを格納する第２リポジトリを有する第２診断エンジンと、
ｄ．前記第１診断エンジンおよび前記第２診断エンジンに接続されるとともに、前記フィールド機器の前記計算された第１状態および前記第２状態を表示するクライアントと
を具備し、
ｅ．前記クライアントは、ユーザ入力エレメントをさらに具備するとともに、ユーザ入力状態を受信することを特徴とするシステム。
【請求項２】
データを有する複数のフィールド機器の状態を監視するシステムであって、
ａ．前記フィールド機器のデータを読み込むデータ取得モジュールと、
ｂ．前記データ取得モジュールに接続され、前記フィールド機器の第１状態を計算するアルゴリズムを格納する第１リポジトリを有する第1診断エンジンと、
ｃ．前記データ取得モジュールに接続され、前記フィールド機器の第２状態を計算するアルゴリズムを格納する第２リポジトリを有する第２診断エンジンと、
ｄ．前記第１診断エンジンおよび前記第２診断エンジンに接続されるとともに、前記フィールド機器の前記計算された第１状態および前記第２状態を表示するクライアントと
を具備し、
ｅ．前記クライアントは、ユーザ入力エレメントをさらに具備するとともに、ユーザ入力状態を受信することを特徴とするシステム。
【請求項３】
前記第１および第２診断エンジンに対して、前記計算された第１および第２状態を格納するデータベースと、
前記データベースに接続されるクライアントと
をさらに具備し、
前記クライアントは、
（i）前記フィールド機器の前記計算された第１状態および前記第２状態を表示するとともに、
（ii）受信されたユーザ入力状態を格納することを特徴とする請求項１または２のいずれか１項に記載のシステム。
【請求項４】
前記データベースは、統合モジュールをさらに具備するとともに、関連したフィールド機器に対して計算された第１および第２状態を統合することを特徴とする請求項３に記載のシステム。
【請求項５】
前記クライアントは、ユーザが表示に対してフィールド機器の状態を選択するグラフィカルユーザインターフェースエレメントをさらに具備することを特徴とする請求項１から４のいずれか１項に記載のシステム。
【請求項６】
前記グラフィカルユーザインターフェースエレメントは、チェックボックスであることを特徴とする請求項５に記載のシステム。
【請求項７】
データ情報を有するフィールド機器を監視する方法であって、
ａ．前記フィールド機器のデータを読み込むステップと、
ｂ．前記フィールド機器の第１状態を計算するアルゴリズムを格納する第１リポジトリから読み込んだデータから前記フィールド機器の第１状態を計算するとともに、計算された第１状態をデータベースに書き込むステップと、
ｃ．前記フィールド機器の第２状態を計算するアルゴリズムを格納する第２リポジトリから読み込んだデータから前記フィールド機器の第２状態を計算するとともに、計算された第２状態をデータベースに書き込むステップと、
ｄ．前記フィールド機器の前記計算された第１状態および前記第２状態を
ユーザインターフェース上に表示するステップと
を具備することを特徴とする方法。
【請求項８】
複数のフィールド機器を監視する方法であって、
ａ．前記複数のフィールド機器のデータを読み込むステップと、
ｂ．前記フィールド機器の第１状態を計算するアルゴリズムを格納する第１リポジトリから読み込んだデータから前記複数のフィールド機器の第１状態を計算するとともに、計算された第１状態をデータベースに書き込むステップと、
ｃ．前記フィールド機器の第２状態を計算するアルゴリズムを格納する第２リポジトリから読み込んだデータから前記複数のフィールド機器の第２状態を計算するとともに、計算された第２状態を前記データベースに書き込むステップと、
ｄ．前記フィールド機器の前記計算された第１状態および前記第２状態をグラフィカルユーザインターフェース上に表示するステップと
を具備することを特徴とする方法。
【請求項９】
前記複数のフィールド機器は関連しており、
前記関連したフィールド機器に対して前記計算された第１および第２状態を統合するステップと、
前記統合された状態を表示するステップと
をさらに具備することを特徴とする請求項８に記載の方法。
【請求項１０】
ユーザが各フィールド機器に対して状態を入力する、前記ユーザインターフェース上にユーザ入力エレメントを表示するステップと、
前記ユーザインターフェース上に、各フィールド機器のユーザ入力状態を受信するステップと、
前記各フィールド機器の表示状態を前記ユーザインターフェース上に受信された状態に更新するステップと
をさらに具備することを特徴とする請求項７から９のいずれか１項に記載の方法。
【請求項１１】
前記計算された第１および第２状態を所定の対応する第１および第２表示イメージに変換するステップと、
前記計算された第１および第２状態に対して前記変換された表示イメージを表示するステップと
をさらに具備することを特徴とする請求項７または８のいずれか１項に記載の方法。
【請求項１２】
前記ユーザが各フィールド機器の状態を入力する、前記ユーザインターフェース上にユーザ入力エレメントを表示するステップと、
前記受信された状態を所定の対応する表示イメージに変換するステップと、
前記フィールド機器の表示イメージを前記受信された状態に対して対応する表示イメージに更新するステップと
をさらに具備することを特徴とする請求項９に記載の方法。
【請求項１３】
前記各フィールド機器に対して前記統合された状態を所定の対応する表示イメージに変換するステップと、
前記各フィールド機器の表示イメージを前記統合された状態に対して対応するイメージに更新するステップと
さらに具備することを特徴とする請求項１０に記載の方法。
【請求項１４】
前記ユーザが、表示に対して前記計算された第１状態、前記第２状態、または前記ユーザ入力状態から好ましい状態を選択するグラフィカルユーザインターフェースエレメントを表示するステップをさらに具備することを特徴とする請求項７から１３のいずれか１項に記載の方法。
【請求項１５】
前記データベースに対する選択を更新するステップをさらに具備することを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ユーザ入力エレメントがチェックボックスであることを特徴とする請求項７から１５のいずれか１項に記載の方法。
【請求項１７】
前記所定の表示イメージは、様々な色によって表されることを特徴とする請求項７から１６のいずれか１項に記載の方法。
【請求項１８】
前記所定の表示イメージは、様々なパターンによって表されることを特徴とする請求項７から１７のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フィールド機器の状態を表示するシステムおよび方法に関する。
【背景技術】
【０００２】
工場内のフィールド機器を監視する先行技術システムでは、フィールド機器の状態は、装置の安定を示すために使用されるとともに、工場の全体的な完全性を識別するのに重要である。前記装置の状態は、様々なアプリケーションにおいて、カラーと値で表示される。これらのアプリケーションは、状態色を計算する様々な内部アルゴリズムを有している。様々な入力データおよびアルゴリムが、状態値を計算するのに使用されるため、計算値のタイプは様々である。したがって、様々なアプリケーションから計算された状態値は、別々に表示される。これは、様々なアプリケーションから生成された全体的な工場の状態を監視するのに、非常に効率が悪いとともに、不便である。
【０００３】
図１は、１つのアプリケーションによって計算された状態による表示例である。前記表示は、工場内のフィールド機器の全体図であり、階層的な関係を有している。フィールド機器およびそれらの状態色は、拡張可能な親フォルダに表示される。１つのフォルダに複数のフィールド機器がある場合、最重要値を有する状態色が、前記フォルダに表示される。
【０００４】
オペレータがフィールド機器を物理的に確認した後に、計算された状態色が誤っていることが発見される場合がある。これは、前記アルゴリズムまたはデータの取り込みにおけるエラーによって生じうるものである。
【０００５】
さらに、最重要値が重要でないフィールド機器からのものであった場合、親フォルダの状態は、正確に反映されない。
【０００６】
したがって、工場のより正確な状態表示を可能にすることへの要求が存在する。
【発明の開示】
【課題を解決するための手段】
【０００７】
本発明は、データを有するフィールド機器の状態を監視するシステムであり、前記システムは、データ取得モジュールと、第１および第２診断エンジンと、ユーザ入力状態を受信するとともに、ユーザ入力エレメントを有するクライアントとを具備している。
【発明を実施するための最良の形態】
【０００８】
図２は、前記複数のフィールド機器２０２の状態を監視するシステム２００の好ましい実施形態を例示した図である。データ取得モジュール２０４（以下、診断取得（ＤＡＱ）モジュールと呼ぶ）は、フィールド機器２０２の実際の状態およびデータを読み込む。前記第１診断エンジン２０６（以下、基本診断エンジン（ＢＤＥ））は、ＤＡＱモジュール２０４に接続されており、フィールド機器からのデータを読み込む。ＢＤＥ２０６は、アルゴリズムのリポジトリに、フィールド機器２０２からのデータを入力して、フィールド機器２０２の第１状態を計算する。計算された第１状態は、工場リソース管理データベース（リソース管理データベース）であるデータベース２０８に更新される。
【０００９】
前記第２診断エンジン２１０（上級診断サーバ（ＡＤＳ））は、ＤＡＱ２０４に接続されおり、フィールド機器２０２から実際のデータを読み込む。ＡＤＳ２１０は、工場リソース管理上級診断アプリケーション（ＰＡＡ）のような（複合アルゴリズムを具備し、特定の種類の機器の状態を診断するように特別に構成された）、アプリケーションを実行する性能を有している。そのようなアプリケーションは、フィールド機器の内部構成を熟知している、フィールド機器のメーカーによって、通常は構成される。
【００１０】
前記アプリケーションは、フィールド機器からのデータを利用して、フィールド機器の状態を表す第２状態値を計算する。各フィールド機器に対する複数のアプリケーションは、同時に実行され、ＤＡＱ２０４から取り込まれた機器データに基づいて、各フィールド機器の様々な種類の状態を計算する。機器データの例には、温度および圧力が含まれる。計算された第２状態は、リソース管理データベース２０８に書き込まれる。
【００１１】
前記ＢＤＥ２０６およびＡＤＳ２１０は、計算された状態をグラフィカルユーザインターフェース上の表示に対して、対応する所定のイメージに変換する。計算された状態値は、様々なパラメータおよび様々なフィールド機器に対して変化し、所定のイメージにより表される状態に対して、よりユーザ本位である。たとえば、カラーイメージにおいて、“赤”は、問題のある値、“緑”は、良好な値、“橙”は中間値として、予め定義されている。代替として、所定のイメージは、様々なパターンを有している。
【００１２】
前記クライアント２１２（工場リソース管理クライアントと呼ぶ）は、リソース管理データベース２０８に接続されており、フィールド機器の計算された第１および第２状態をグラフィカルユーザインターフェース上に表示する。クライアントは、同様にＢＤＥ２０６およびＡＤＳ２１０に直接接続し、計算された第１状態および第２状態を得ることができる。クライアントには、グラフィカルユーザインターフェース上の表示に対して、フィールド機器に対する適切に計算された状態値をリソース管理データベース２０８から取り込む診断窓２１４がある。診断窓２１４は、特定の機器に対して割り当てられた全ＰＡＡモジュールのリストを表示することができる。同様に、幾つかの親フォルダ下の全フィールド機器に割り当てられた全ＰＡＡモジュールのリストを表示することも可能である。
【００１３】
好ましい実施形態では、前記クライアント２１２は、ユーザ入力エレメントを有しており、各フィールド機器のユーザ入力状態を受信する。診断窓２１４は、ユーザ入力状態により各フィールド機器の計算された状態を上書きするように構成されている。これによって、フィールド機器の安定と、したがって工場の安定とを正確に表すことが可能になる。
【００１４】
前記リソース管理データベース２０８は、統合モジュール２１６をさらに具備しており、同一の親に属する関連したフィールド機器の計算された第１および第２状態を統合する。統合モジュール２１６は、同一の親、または親の親に属するフィールド機器の最重要状態値を決定し、親、または親の親の名前とともに最重要状態値を表示する。
【００１５】
さらに、前記クライアント２１２は、ユーザが、表示に対してフィールド機器の状態を選択する、グラフィカルユーザインターフェースエレメントを有している。前記選択に基づいて、診断窓２１４は、選択された状態と、対応するイメージとを表示するように、グラフィカルユーザインターフェースを構成する。統合モジュール２１６は、選択された状態から親フォルダ、または親の親フォルダに対する最重要値を決定する。したがって、親フォルダ、または親の親フォルダの状態は、選択されていない状態値（通常は重要でない、または前記フォルダに対する本質的な妥当性がない）を考慮せずに反映される。
【００１６】
図３は、本発明における方法の一実施形態を示している。
【００１７】
ステップ３０１で、前記ＢＤＥ２０６は、全フィールド機器２０２の第１状態値を計算するとともに、前記値を対応する所定のイメージに変換する。ステップ３０２で、ＢＤＥ２０６は、前記計算値と、変換イメージとの両方によって、リソース管理データベース２０８を更新する。
【００１８】
ステップ３０３で、前記ＡＤＳ２１０は、全フィールド機器２０２の第２状態値を計算するとともに、前記値を対応する所定のイメージに変換する。ステップ３０４で、ＡＤＳ２１０は、前記計算値と、変換イメージとの両方によって、リソース管理データベース２０８を更新する。
【００１９】
前記ステップ３０１，３０２，３０３，および３０４は、定期的に実行される。
【００２０】
ステップ３０５は、前記全フィールド機器２０２に対して、第１および第２状態と、対応するイメージと、ユーザ入力状態と、チェックボックスとを、診断窓２１４内のグラフィカルユーザインターフェース上に表示する。グラフィカルユーザインターフェースの例が、図４および５に示されている。
【００２１】
図４で、前記各状態のタイプに対する診断アイテムは、コラム４０１に示されている。コラム４０２にはフィールド機器の名前が、コラム４０３にはチェックボックスが、コラム４０４には状態に対して対応するイメージが示されている。チェックボックスは、フィールド機器に対して、幾つかまたは全ての診断アイテムを含めるか、または含めないようにする機構を有している。全診断アイテムが、フィールド機器に対して含まれていない場合、フィールド機器は、親フォルダ、または親の親フォルダに対する統合に含まれない。
【００２２】
図５で、前記グラフィカルユーザインターフェースは、全フィールド機器のリスト、および各親フォルダまたは親の親フォルダをさらに有している。参照符号４１１は、マークされたチェックボックスにより、選択された診断アイテムまたは診断ターゲットを示している。参照符号４１２は、統合後の機器に対する状態を示している。参照符号４１３は、統合後のフォルダに対する状態を示している。
【００２３】
再び図３を参照すると、ステップ３０６は、前記ユーザが、グラフィカルユーザインターフェースエレメントを使用する表示に対して、フィールド機器の状態を選択できるようにする。好ましくは、前記エレメントはチェックボックスである。
【００２４】
ステップ３０７は、前記フィールド機器の状態を選択した後に、ユーザがデータベースに変更を保存できるようにする。ステップ３０８は、統合が完了した後、イメージを更新する。ステップ３０９で、更新イメージは、表示される。
【図面の簡単な説明】
【００２５】
【図１】従来技術における表示例を示した図である。
【図２】本発明の好ましい実施形態を示した図である。
【図３】本発明のプロセス図である。
【図４】グラフィカルユーザインターフェースの例を示した図である。
【図５】グラフィカルユーザインターフェースの例を示した図である。
【符号の説明】
【００２６】
２００  フィールド機器の状態を監視するシステム
２０２  フィールド機器
２０４  データ取得モジュール
２０６  第１診断エンジン
２０８  データベース
２１０  第２診断エンジン
２１２  クライアント
２１４  診断窓
２１６  統合モジュール
【図１】
2009116868.tif 000003
【図２】
2009116868.tif 000004
【図３】
2009116868.tif 000005
【図４】
2009116868.tif 000006
【図５】
2009116868.tif 000007