(57)【特許請求の範囲】
【請求項１】
少なくとも1つのフィールドデバイスの試運転に先立って妥当性を検証するためのデバイス管理システムであって、
前記少なくとも1つのフィールドデバイスに関連する少なくとも1つのソースファイルを受け取るように動作可能な試運転ツールと、
何らかのエラーがあるかどうか前記ソースファイルを検査するように動作可能なプロセッサとを備え、
前記プロセッサは、前記ソースファイルに少なくとも1つのエラーが見つかると、前記試運転ツールがインポートデバイスの操作中に、前記ソースファイルに関連したエラーの解決についての手引きを提供するために、エラー解決データベースを参照するように動作可能である、デバイス管理システム。
【請求項２】
前記プロセッサが、前記少なくとも1つのソースファイルをデバイスリストファイルに変換するように動作可能である、請求項1に記載のデバイス管理システム。
【請求項３】
前記プロセッサが、前記少なくとも1つのソースファイルをデバイスリストファイルおよびマッピングリストファイルに変換するように動作可能である、請求項2に記載のデバイス管理システム。
【請求項４】
前記エラー解決データベースが、デバイスのエラー解決データベースおよびマッピングのエラー解決データベースを含む、請求項1に記載のデバイス管理システム。
【請求項５】
前記試運転ツールが、前記少なくとも1つのエラーを表示するためのエラー処理インターフェースをもたらすように動作可能であり、前記手引きが、前記少なくとも1つのエラーに対して提案される修正である、請求項1に記載のデバイス管理システム。
【請求項６】
前記試運転ツールが、前記少なくとも1つのフィールドデバイスとインターフェースする制御システムに対してデータ通信する、請求項1に記載のデバイス管理システム。
【請求項７】
前記デバイス管理システムは、さらに、リポジトリを備えていて、
前記試運転ツールが、前記エラー解決データベースの生成、追加および更新のために、前記リポジトリとデータ通信する請求項1に記載のデバイス管理システム。
【請求項８】
前記リポジトリが、少なくとも1つのフィールドデバイス情報ファイル、登録ファイル、プロトコルデバイス登録ファイルおよび制御システムのループ情報ファイルを含む、請求項7に記載のデバイス管理システム。
【請求項９】
前記デバイスのエラー解決データベースまたは前記マッピングのエラー解決データベースが.xmlのファイルフォーマットとして記憶されている、請求項4に記載のデバイス管理システム。
【請求項１０】
前記エラー処理インターフェースが提供されるときは常に、前記提案された修正の更新が可能である、請求項5に記載のデバイス管理システム。
【請求項１１】
前記少なくとも1つのエラーが、必須でないパラメータに関連したものであれば、前記提案される修正は、パラメータを空白にしておくことである、請求項5に記載のデバイス管理システム。
【請求項１２】
前記少なくとも1つのエラーが必須パラメータに関連したものであれば、前記提案される修正は、有効なパラメータを入力することである、請求項5に記載のデバイス管理システム。
【請求項１３】
少なくとも1つのフィールドデバイスの試運転に先立って妥当性を検証するための方法であって、前記少なくとも1つのフィールドデバイスに関連する少なくとも1つのソースファイルを受け取るステップと、
何らかのエラーがあるかどうか前記ソースファイルを検査するステップであって、前記ソースファイルに少なくとも1つのエラーが見つかると、インポートデバイスの操作中に、前記ソースファイルに関連したエラーを解決する手引きを提供するステップとを含む、方法。
【請求項１４】
前記ソースファイルの一部分をデバイスリストファイルに変換するステップをさらに含む、請求項13に記載の方法。
【請求項１５】
前記変換するステップが、前記少なくとも1つのソースファイルを前記デバイスリストファイルおよびマッピングリストファイルに変換するステップを含む、請求項14に記載の方法。
【請求項１６】
前記少なくとも1つのエラーを表示するためのエラー処理インターフェースが提供され、前記手引きが、前記少なくとも1つのエラーに対して提案される修正の形式である請求項13に記載の方法。
【請求項１７】
前記少なくとも1つのエラーが必須パラメータに関連したものであれば、前記提案される修正は、有効なパラメータを入力することである、請求項16に記載の方法。
【請求項１８】
実行可能なソフトウェア命令を含有している不揮発性のコンピュータ可読媒体であって、前記ソフトウェア命令が、実行されたとき、少なくとも1つのフィールドデバイスの試運転に先立って妥当性を検証する方法であって、
少なくとも1つのフィールドデバイスに関連する少なくとも1つのソースファイルを受け取るステップと、何らかのエラーがあるかどうか前記ソースファイルを検査するステップであって、前記ソースファイルに少なくとも1つのエラーが見つかると、インポートデバイスの操作中に、前記ソースファイルに関連したエラーを解決する手引きを提供するステップとを含む方法を遂行するコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデバイス管理システムおよび方法に関するものである。具体的には、本発明のデバイス管理システムおよび方法は、少なくとも1つのフィールドデバイスの試運転に先立って妥当性を確認するのに適しており(ただし、これに限定されない)、そのような状況において説明されることになる。
【背景技術】
【０００２】
本発明に対する背景の以下の議論は、本発明の理解を容易にすることのみを意図したものである。以下の議論は、参照される題材のいかなるものも、本発明の優先日における何らかの権限において、公開されていること、既知であること、または当業者の共通の一般的知識の一部分であることの承認または容認ではないことを理解されたい。
【０００３】
本明細書を通じて、文脈が別様の解釈を必要としなければ、「備える(comprise)」という語、または「備える(comprises)」もしくは「備えている(comprising)」などの変形は、明示された完全体または完全体の群を含有するが、他の完全体または完全体の群を除外することを意味するものではないことが理解されよう。
【０００４】
本明細書を通じて、文脈が別様の解釈を必要としなければ、「含む(include)」という語、または「含む(includes)」もしくは「含んでいる(including)」などの変形は、明示された完全体または完全体の群を含有するが、他の完全体または完全体の群を除外することを意味するものではないことが理解されよう。
【０００５】
フィールドデバイスは、工業設備または施設の、装置または工業プロセスの一部分のプロセス変数を取得するのに使用される測定器または伝送器である。いくつかのフィールドデバイスは、特定のプロセス変数を取得するための測定計として使用されている。たとえば、フィールドデバイスは、温度プロセス変数のための温度伝送器、流量プロセス変数のための流量計、および加圧法変数のための圧力伝送器として使用され得る。
【０００６】
大部分の既知のフィールドデバイスは、HARTまたはFoundation Fieldbusなどの標準通信プロトコルのうちの1つによって機能するように構成されている。以下、HART通信プロトコルを用いるフィールドデバイスはHARTフィールドデバイスと称され、Foundation Fieldbusを用いるものはFF-H1フィールドデバイスと称される。
【０００７】
配備に先立って、フィールドデバイスを試運転する必要がある。試運転は、フィールドデバイス、装置、設備または工業施設が設計目的または仕様による1つまたは複数の指定された機能を遂行するかどうか試験するプロセスである。試運転は、一般的には手仕事の検査機能を遂行することによって行われ、これは時間がかかる退屈なものであり、人為ミスを起こす傾向がある。これらのミスには、実行すべき特定のステップの意図的でないスキッピングまたは試験の適切な順序からのずれなどの不正確なプロシージャが含まれ、どちらもエラーまたは不正確な試験結果をもたらす。
【０００８】
人手による試運転に関連した上記の問題を緩和するために、本出願人は試運転ツールを開発した。この試運転ツールは、試運転の時間、コストを低減し、試運転の品質を改善することを目的とする試運転ツールが組み込まれたデバイス管理システムである。この試運転ツールは、それぞれのタイプのフィールドデバイスおよび関連した機能に対して、様々なテストのステップおよび順序をあらかじめプログラムし、特定のステップを自動化して、試験の順序に適切に準拠することを保証するように動作可能である。この目的を達成するために、この試運転ツールの重要な機能には、ユーザが、フィールドデバイスに関連するソースファイルを試運転ツールにインポートすることを可能にするインポートデバイスの操作がある。試運転ツールは、一旦ソースファイルがインポートされると、次いで、ソースファイルを、試運転で用いるように、必要に応じてデバイスリストファイルおよびマッピングリストファイルに変換する。
【０００９】
ユーザの観点からすると、インポートデバイスの操作の一例は以下の通りである。
i. ユーザはインポートすべき1つまたは複数のソースファイルを選択する。
ii. ユーザは、提供されたグラフィカルユーザインターフェース上でボタン(たとえば「次」ボタン)をクリックすることによってインポートデバイスの操作を起動する。一旦、試運転ツールが指令を受け取ると、システムは、試運転ツールがソースファイルを確認していることをユーザに知らせるように示される「デバイスインポートの進行」ページをロードする。
iii. 妥当性検証の後、
a. 有効なデバイスの情報、
b. 無効なデバイスの情報、および
c. 新規情報と既存情報の間の競合を含む、「サマリー」のインターフェースページが表示されてよい。
このサマリーページの内容は、ソースファイルの情報がすべて有効かどうか、また、新規データと既存データの間に競合が存在するかどうか、ということに依拠するものである。このステップの後には、無効なデバイスがすべて削除されて有効なデバイスのみが処理されるはずであることを理解されたい。
iv. 新規情報と既存情報の間に競合が存在して、ユーザが競合の解消を望む場合、ユーザによる競合の解消を可能にするための競合解消のユーザインターフェースが示される。ユーザは、必要に応じて、競合デバイスに関連したタスクをリセットすることもできる。
v. ユーザがインポートデバイスの操作をキャンセルせず、「インポートデバイスの失敗」ページが示されなければ、「インポートデバイスの結果」のユーザインターフェースページが示される。
【００１０】
ソースファイルの内部でエラーが見つかると、エラーは1つまたは複数のエラー明細ファイルに送られる。エラー明細は、エラーを有するフィールドデバイスと、エラーデバイスを含有しているソースファイルの名称とに関する情報をもたらし、その結果、ユーザは、これらのファイルのエラーを修正するための情報を得ることができる。同時に、インポートデバイスの操作が中断される。
【００１１】
従って、既存のシステムでは、ユーザは、エラーを有するデバイスのインポートを望むのであれば、ソースファイルの内部のエラーを手動で修正するかまたは解決してからインポートデバイスの操作を繰り返す必要がある。そのような修正または解決は、一般的には時間がかかる退屈なものである。人手による修正または解決の処理では、ユーザは、エラーを解決するための適切な修正に到達するために、しばしば試行錯誤またはある程度の当て推量に頼らなければならない。
【００１２】
それに加えて、エラーが検出されたときは常にインポート処理が中断されるので、ソースファイルの誤字または特定のエントリの省略によって一般的に生じる容易に修正可能なエラーが、意図せず、インポートデバイスの操作を繰り返さなければならない「インポート中断」を起動することになる。これによって、インポートにかかる全体的な時間が不必要に増え、効率が低下し、ユーザ側のフラストレーションが高まる。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
従って、本発明の目的は、上記の必要性を満たし、これらの問題を少なくとも部分的に緩和することである。
【課題を解決するための手段】
【００１４】
本発明の第1の態様によれば、少なくとも1つのフィールドデバイスの試運転に先立って妥当性を検証するためのデバイス管理システムがあり、インポート操作のために、少なくとも1つのフィールドデバイスに関連する少なくとも1つのソースファイルを受け取るように動作可能な試運転ツールと、何らかのエラーがあるかどうかソースファイルを検査するように動作可能なプロセッサとを備え、プロセッサは、ソースファイルに少なくとも1つのエラーが見つかると、インポート操作を終結することなく、ソースファイルに関連したエラーの解決についての手引きを提供するために、エラー解決データベースを参照するように動作可能である。
【００１５】
好ましくは、プロセッサは、少なくとも1つのソースファイルをデバイスリストファイルに変換するように動作可能である。好ましくは、ソースファイルは、デバイスリストファイルおよびマッピングリストファイルにさらに変換されてよい。
【００１６】
好ましくは、エラー解決データベースは、デバイスのエラー解決データベースおよびマッピングのエラー解決データベースを含む。デバイスのエラー解決データベースは、デバイスリストファイルに関連したエラーの解決についての手引きを与えるように利用されてよく、マッピングのエラー解決データベースは、マッピングリストファイルに関連したエラーの解決についての手引きを与えるよう利用されてよい。
【００１７】
好ましくは、試運転ツールは、少なくとも1つのエラーを表示するためのエラー処理インターフェースをもたらすように動作可能であり、手引きは、少なくとも1つのエラーに対して提案される修正である。
【００１８】
好ましくは、試運転ツールは、少なくとも1つのフィールドデバイスとインターフェースする制御システムとデータ通信する。
【００１９】
好ましくは、試運転ツールは、エラー解決データベースの生成、追加および更新のために、リポジトリとデータ通信する。
【００２０】
好ましくは、リポジトリは、少なくとも1つのフィールドデバイス情報ファイル、登録ファイル、プロトコルデバイス登録ファイルおよび制御システムのループ情報ファイルを含む。
【００２１】
好ましくは、デバイスのエラー解決データベースまたはマッピングのエラー解決データベースは.xmlのファイルフォーマットとして記憶される。
【００２２】
好ましくは、エラー処理インターフェースが提供されるときは常に、提案された修正の更新が可能である。
【００２３】
好ましくは、妥当性検証の後に状態のサマリーが提供される。
【００２４】
好ましくは、少なくとも1つのエラーが、必須でないパラメータに関連したものであれば、提案される修正は空のエントリの形式をしている。
【００２５】
好ましくは、少なくとも1つのエラーが必須パラメータに関連したものであれば、提案される修正は、妥当性検証ルールに準拠する必要のあるパラメータの修正に基づくものである。
【００２６】
好ましくは、少なくとも1つのエラーが、少なくとも1つのフィールドデバイスの経路またはアドレスに関するパラメータに関連したものであれば、提案される修正は、少なくとも1つのフィールドデバイスの正確な経路またはアドレスのエントリに関する入力の形式をしている。
【００２７】
本発明の第2の態様によれば、少なくとも1つのフィールドデバイスの試運転に先立って妥当性を検証するための方法があり、インポート操作のために、少なくとも1つのフィールドデバイスに関連する少なくとも1つのソースファイルを受け取るステップと、
何らかのエラーがあるかどうかソースファイルを検査するステップであって、ソースファイルに少なくとも1つのエラーが見つかると、インポート操作を終結することなく、デバイスリストファイルに関連したエラーを解決する手引きを提供するステップとを含む。
【００２８】
好ましくは、この方法は、ソースファイルの一部分をデバイスリストファイルに変換するステップをさらに含む。好ましくは、この変換は、デバイスリストファイルおよびマッピングリストファイルへのものであり得る。
【００２９】
好ましくは、少なくとも1つのエラーを表示するためのエラー処理インターフェースが提供され、手引きは、少なくとも1つのエラーに対して提案される修正の形式である。
【００３０】
好ましくは、エラー処理インターフェースが提供されるときは常に、提案された修正の更新が可能である。
【００３１】
好ましくは、少なくとも1つのエラーが、必須でないパラメータに関連したものであり、提案される修正は空のエントリの形式をしている。
【００３２】
好ましくは、少なくとも1つのエラーが必須パラメータに関連したものであれば、提案される修正は、妥当性検証ルールに準拠する必要のあるパラメータの修正に基づくものである。
【００３３】
好ましくは、少なくとも1つのエラーが、少なくとも1つのフィールドデバイスの経路またはアドレスに関するパラメータに関連したものであれば、提案される修正は、少なくとも1つのフィールドデバイスの正確な経路またはアドレスのエントリに関する入力の形式をしている。
【００３４】
本発明の第3の態様によれば、実行されたとき、少なくとも1つのフィールドデバイスの試運転に先立って妥当性を検証する方法を実行可能なソフトウェア命令を含有している不揮発性のコンピュータ可読媒体があり、この方法は、インポート操作のために、少なくとも1つのフィールドデバイスに関連する少なくとも1つのソースファイルを受け取るステップと、何らかのエラーがあるかどうかソースファイルを検査するステップであって、ソースファイルに少なくとも1つのエラーが見つかると、インポート操作を終結することなく、デバイスリストファイルに関連したエラーを解決する手引きを提供するステップとを含む。
【００３５】
本発明がより容易に理解されて実用に役立つように、次に、本発明の好ましい実施形態を例としてのみ示す添付図面を参照する。
【図面の簡単な説明】
【００３６】
【図１Ａ】本発明の一実施形態によるフィールドデバイス管理システムのシステムブロック図である。
【図１Ｂ】本発明の一実施形態によるフィールドデバイス管理システムのシステムブロック図である。
【図１Ｃ】本発明の一実施形態によるフィールドデバイス管理システムのシステムブロック図である。
【図２】本発明の一実施形態による、インポートデバイスの操作におけるエラー処理(「自動修正」)機能の組込みを示す流れ図である。
【図３】本発明の一実施形態によるエラー処理(「自動修正」)機能の例示的ユーザインターフェースを示す図である。
【図４Ａ】デバイスリストファイルのハンドリングエラーに関するルールベースを示す一例の表である。
【図４Ｂ】デバイスリストファイルのハンドリングエラーに関するルールベースを示す一例の表である。
【図５Ａ】マッピングリストファイルのハンドリングエラーに関するルールベースを示す一例の表である。
【図５Ｂ】マッピングリストファイルのハンドリングエラーに関するルールベースを示す一例の表である。
【図６】一旦エラー処理(「自動修正」)機能が作動したとき、デバイスリストファイルおよびマッピングリストファイルが処理される様子を示す流れ図である。
【発明を実施するための形態】
【００３７】
本発明の他の機構が可能であり、従って、添付図面は、本発明の明細書の一般性に取って代わるものとして理解されるべきではない。
【００３８】
本明細書において、「ソースファイル」という用語は、それだけではないが、入出力リストファイル、デバイスリストファイル、およびエンジニアリングファイル(必要に応じてデバイスリストファイルまたは入出力リストファイルを伴う)を含む。エンジニアリングファイルは、施設の資産管理システムまたは施設の制御システムを構成するために用いられるのに適することを理解されたい。施設の資産管理システムまたは施設の制御システムは工業施設の監視および/または制御のために使用され得る。様々なファイル(ソースファイル、デバイスファイル、入出力ファイル、エンジニアリングファイル)が含み得る電子データは、フィールドデバイス、資産管理システム、および/または施設制御システムの特定パラメータに関連する情報を含有するものである。
【００３９】
本明細書を通じて、「デバイスリストファイル」という用語は、(それだけではないが)「システム」、「デバイスタグ」、「デバイス経路」、「通信タイプ」、「装置アドレス」、および「入出力のタイプ」など、フィールドデバイスに関連したパラメータまたは特性を含むものである。「マッピングリストファイル」という用語は、(それだけではないが)「デバイスタグ」、「システムタグの名称」、「接続タイプ」などのフィールドデバイスに関連したパラメータまたは特性を含むことになる。
【００４０】
本発明の一実施形態によれば、少なくとも1つのフィールドデバイスの試運転に先立って妥当性を検証するためのデバイス管理システム100がある。デバイス管理システム100は、それだけではないが、図1に示されるようなフィールドデバイス管理システムの状況でフィールドデバイスの試運転プロセスを促進するのに適するものである。
【００４１】
図1を参照すると、フィールドデバイス管理システム10のシステムブロック図が示されている。フィールドデバイス管理システムは、少なくとも1つのフィールドデバイス140を有する、データ通信の制御システム122を備える。制御システム122は、デバイス管理システム100とデータ通信するように動作可能である。
【００４２】
デバイス管理システム100は、試運転ツール102およびリポジトリ104を備える。試運転ツール102は、少なくとも1つのフィールドデバイス140、リポジトリ104、および制御システム122と通信するように配置されかつ構成されている。試運転ツール102は、少なくとも1つのフィールドデバイス140に対する自動的な試運転のプロセスおよびプロシージャを遂行するためにリポジトリ104に記憶されたファイルを参照するように構成されている。試運転ツール102は、ハードウェアと組み合わせたソフトウェアによって実施され得、当業者に知られているような機能を実施するためにサーバおよびプロセッサによって補完されてよい。
【００４３】
リポジトリ104は、フィールドデバイス情報ファイル106、登録ファイル108、プロトコルデバイス登録ファイル110、制御システムのループ情報ファイル112、および(存在する場合には)他の一時ファイルまたは保存用ファイルを有するように構成されている。別の実施形態では、リポジトリ104は、1つまたは複数の特定の特性を有する各フィールドデバイスに関連するリストファイルを含む。そのようなリストファイルの例には、操作中に試運転ツール102によって取得可能な「供給業者のリストファイル」が含まれる。
【００４４】
フィールドデバイスの情報ファイル106は、フィールドデバイス試運転システムと通信するように構成されているフィールドデバイスのリストを含み、各フィールドデバイスの1つまたは複数の特性を記述するものである。そのような特性の例には、「デバイスタグ」、「デバイスモデル」、「デバイスID」、「製造業者/供給業者ID」および「改訂番号」が含まれる。試運転ツール102は、フィールドデバイスのタイプを識別するタスクを遂行し得るように、フィールドデバイスの情報ファイル106を参照することができる。一例として、フィールドデバイス140の識別には、フィールドデバイス140が圧力伝送器、温度伝送器または流量計であるかどうかということの検査が含まれ得る。
【００４５】
登録ファイル108は、各フィールドデバイスに関して、所望のタスクまたは検査機能のためにそれぞれのフィールドデバイス140に対して実行されることになっているデバイス通信指令を列挙するものである。試運転ツール102は、「HART指令54」などのデバイス通信指令の特定のタイプを識別し、次いでHARTフィールドデバイスであるフィールドデバイス140に対してこれを実行し得るように、登録ファイル108を参照することができる。
【００４６】
プロトコルデバイス登録ファイル110は、それぞれのプロトコルデータベースに記録されているフィールドデバイス140を列挙するものである。たとえば、HARTフィールドデバイスはHART通信基盤に登録されてよい。HARTフィールドデバイス登録ファイルは、HART通信基盤に登録されたHARTフィールドデバイスから生成されるものである。Fieldbus基盤に記録されているFoundation Fieldbus H1(「FF-H1」)フィールドデバイスに対して、対応するFF-H1登録ファイルが生成される。プロトコルデバイス登録ファイル110は、各通信プロトコルに対する個別のファイルとして実施され得る。あるいは、プロトコルデバイス登録ファイル110は、それぞれのフィールドデバイスに対するそれぞれのプロトコルを識別するための適切な識別子を伴うすべてのプロトコルに記録されたフィールドデバイスを含む1つのファイルとして実施され得る。場合によっては、プロトコルデバイス登録ファイル110は、圧力伝送器であるフィールドデバイスなどの特定のフィールドデバイスを含み得る。
【００４７】
制御システムのループ情報ファイル112は、各フィールドデバイスに関して、制御システム122のそれぞれの構成パラメータまたはそれぞれに関連付けられた構成パラメータのリストを含む。制御システム122が機能ブロックを含む場合、機能ブロック情報、および機能のフィールドデバイス140との関係が、制御システムのループ情報ファイル112に含まれる。フィールドデバイス140と機能ブロックの間の関係または「マップ」が、マッピング表として含まれる。制御システムのループ情報ファイル112は、制御システム122の何らかのフィールドデバイスまたは構成パラメータにおけるそれぞれの変化などに関して、必要な場合、リポジトリ104に更新される。更新は、必要なときに制御システムのループ情報ファイル112をインポートすることによって行われる。
【００４８】
少なくとも1つのフィールドデバイス140は、HART通信プロトコルに基づくフィールドデバイスおよび/またはFF-H1通信プロトコルに基づくフィールドデバイスを含み得る。HARTフィールドデバイスおよび/またはFF-H1フィールドデバイスは、圧力伝送器、温度伝送器または流量計などの特定の機能を遂行してよい。
【００４９】
図1Bおよび図1Cに示される他の実施形態では、試運転ツール102は、
i. 制御システム122のうち少なくとも1つを実施するサーバおよびプロセッサ、ならびにii. フィールドデバイスと通信するのに必要なインターフェースをもたらす入出力(I/O)モジュール160と、直接的または間接的にデータ通信してよい。具体的には、入出力(I/O)モジュールが備えるデバイスは、ネットワークのフィールドデバイスを制御し、かつ監視するための様々なタイプの電気信号および電子信号を送受信するように動作可能であり、フィールドデバイスと、少なくとも制御システム、デバイス管理システムおよび試運転ツールとを含む。
【００５０】
制御システム122は、本発明のいくつかの実施形態によって、フィールドデバイス140と直接的なデータ通信をしてよい。試運転ツール102または制御システム122は、本発明のいくつかの実施形態によってフィールドデバイスと間接的なデータ通信をするとき、I/Oモジュール160と直接的なデータ通信をする。
【００５１】
別の実施形態では、制御システム122は不要でよく、またはI/Oモジュール160を介してフィールドデバイス140と直接的または間接的に通信するための試運転ツール102に統合されてもよい。
【００５２】
インポートデバイスの操作の一部分としての通常動作における試運転ツール102は、インポート用のソースファイルを受け取るように動作可能である。
【００５３】
一実施形態では、試運転ツール102が内蔵するエラー処理機能に含まれる「自動修正」機能により、技術者などのユーザは、中止と、エラーが発見された場合は常にインポートデバイスの操作を最初から繰り返す必要性とを防止するように、インポートデバイスの操作中に、フィールドデバイスに関する何らかのエラー/不正確な情報を、直接修正するかまたは訂正するための機会を与えられる。有利には、インポートデバイスの操作中に発見された1つまたは複数の何らかのエラーの修正または矯正においてユーザを支援するために、手引きがユーザに提供されてよい。提供される手引きの一例は、ユーザが受け入れるように示される解決策の提案または推奨の形式であり得る。そのような解決策の提案は、無経験の1人または複数のユーザにとって特に有用である。
【００５４】
図2を参照すると、エラー処理機能を内蔵するインポートデバイスの流れ図が示されている。インポートデバイスの流れ図は、グラフィカルユーザインターフェース300を有するソフトウェアの形式で実施され得る。グラフィカルユーザインターフェース300は、エラー処理のためのインターフェースを備え、エラー処理インターフェース300とも称され得る。この流れ図は、ファイルをインポートするためにユーザからの入力を待つ開始ステップ202で始まる。入力は、当業者に知られているようなドロップダウンメニューまたはクリックボタンの形式でよい。ユーザ入力が受け取られると、試運転ツール102は、好ましくはユーザがソースファイルを選択するための電子的形態の形式でインターフェースを示す(ステップ204)。選択は、リポジトリとして機能するコンピュータまたは専用サーバの内部のソースファイル位置への「経路」またはURLリンクの形式でよい。コンピュータおよびリポジトリは、本発明のいくつかの実施形態によって、ネットワークにあってよく、または分散ネットワークにわたって分布していてもよい。
【００５５】
試運転ツール102は、ソースファイルを受け取ると、ソースファイルの内部のエントリを確認し、エラーを検査する(ステップ206)。何らかのエラーが検出されると、背景技術の段落で説明されたようにプロセスを終結するのでなく、ユーザがエラーを矯正する機会を得るように、エラー処理のユーザインターフェース300が提供されることになる(ステップ208)。
【００５６】
一実施形態では、エラー処理のユーザインターフェース300の一例が図3に示されている。エラー処理のインターフェース300には様々な項目が含まれる。エラー処理のインターフェース300を構成するのに用いられる項目の例示的リストが表1に示されている。表1の列ヘッダ「項目」の下の例示的項目は、図3の同一のアルファベットによって示されている。
【００５７】
表1では、「制御」の列は、エラー処理のインターフェース300に関する項目の位置または視覚表示を表すものである。位置または視覚表示は、項目に関する表示機能または制御機能のうち少なくとも1つを使用可能にするように構成されている。位置または視覚表示の例には、「ボタン」、「ラベル」および「チェックボックス」などが含まれ得る。
【００５８】
「デフォルト」の列はデフォルトの表示または制御値を表すものである。たとえば、チェックボックスが項目Cおよび項目Iに関するインターフェースに含まれるように構成されているとき、チェックボックスはデフォルトで「チェックを外された状態」である。
【００５９】
「制限」の列は、(存在する場合には)項目に対するアクセス権および制約などの制限を説明するものである。
【００６０】
【表１Ａ】
0006380359.tif 000002
【００６１】
【表１Ｂ】
0006380359.tif 000003
【００６２】
【表１Ｃ】
0006380359.tif 000004
【００６３】
従って、エラー処理のインターフェース300により、ユーザは、以下の機会を与えられる。
a. エラーを有する特定のフィールドデバイスのインポートを、インポート操作のプロセスをリセットせずに継続したければ、エラーを修正する(項目Cを参照されたい)。
b. 各エラーに対して、適用可能であれば少なくとも1つの解決策が提案され、従って、エラーを解決するやり方に関する手引きのいくつかの形式が提供される(項目Gを参照されたい)。
c. エラーを解決するための1つまたは複数の提案された解決策をユーザが更新するための融通性が提供される(項目Hを参照されたい)。
【００６４】
表1の項目Gで言及した定義済みまたは所定のルールベースまたはエラー解決データベースが、図4および図5に詳述される。図4aおよび図4bは、デバイスリストファイルに関連した様々なエラーに対して提案される解決策を有するデバイスのエラー解決データベースを含むルールベースを表すものである。図5aおよび図5bは、マッピングリストファイルに関連した様々なエラーに対して提案される解決策を有するマッピングのエラー解決データベースを含むルールベースを表すものである。
【００６５】
図4または図5のいずれかのルールベースは、開発者などの認定ユーザによって更新することが可能であることを理解されたい。パラメータに関連した値は、認定ユーザによって手動または自動で更新されてよい。一実施形態では、最初に認定ユーザによって値が入力されると、値がルールベースに対して自動的に更新される。このことはさらに詳述する。
【００６６】
デバイスリストファイルのエラーが検出されたとき、試運転ツール102が、エラー解決のために適用される適切な自動修正の解決策/ルールを取得するためにルールベース(表形式として示されてよい)を調べるように、デバイスリストファイルおよびマッピングリストファイルのエラーを解決するためのルールベースが構成されてよい。この表には、「デバイス特性」、「必須」、「説明」、「データタイプ」、「妥当性検証」および「自動修正ルール」といった6つの列に分類された6つのパラメータが含まれる。必要な場合には、多少の列が追加されるかまたは取り去られてよいことを理解されたい。たとえば、「説明」の列は、理解の容易さを助長するための単なる情報源として働き、エラー処理プロセスの動作に影響を及ぼさないので、削除されてもよい。次に6つのパラメータをさらに説明する。
【００６７】
「デバイス特性」は、リポジトリ104のファイル106、108、110、112から参照され得るデバイス情報、プロトコルおよび他の情報を表す。
「必須」は、エラーが、インポート操作に必須のエントリで生じたものかどうかを表す。必須でなければ、迅速に提案される解決策すなわち「空の値を示す」は、エラー解決の一部分としてフィールドを空白のままにしておくことである。
「説明」は、デバイス特性に関する情報である。ユーザの理解を容易にするために、
「データタイプ」は、試運転ツール102が読み込むことになる、文字列、2進、数値などのデバイス特性に関するデータタイプを表す。デバイス特性に関するデータタイプが不適当であるとエラーが生じることになり、
「妥当性検証」は、データタイプに対するさらなる制約である。たとえば、データタイプが文字列であれば、文字の最大数、特定の文字列入力、文字列入力のタイプなどに対して、さらなる制約が設けられてよい。
「自動修正ルール」は、エラーが検出されたときに提案される解決策である。提案される解決策は、データタイプおよび妥当性検証パラメータに準拠するように生成される。
【００６８】
ユーザがソースファイルをインポートするとき、ルールベースの作用が操作の状況においてさらに示されることになる。表から、自動修正機能の頑健性を示すために、若干のシナリオを説明する。これらのシナリオは網羅的ではないことを理解されたい。
【００６９】
シナリオA
パラメータ「デバイスタグ」に関するデバイスファイルのエラーがあると、試運転ツール102は、物理的デバイスタグを取得し、物理的デバイスタグが文字列のデータタイプに準拠して32の指定された有効文字の範囲内であれば、異常なデバイスタグと交換することになる。そうでなければデバイスは無効と見なされる。デバイスタグは必須パラメータであるため、空白にしておくことはできない。「デバイスタグ」のパラメータが無効であるとエラー処理インターフェース300が示され、ユーザが有効なパラメータを入力するように提案された解決策として空の値が表示される。ユーザが有効なパラメータを入力しない場合または別の無効のパラメータを入力した場合には、そのデバイスはインポートされないことになる。図3の項目Cのチェックボックスを参照して、そのデバイスがチェックを外されて、適用可能であれば、他のデバイスに対してインポートデバイスが継続されることになる。
【００７０】
シナリオB
それと対照的に、エラーが、必須でない「デバイスID」のパラメータに関連するものであると、提案される解決策は、パラメータを空白にしておくことである。従って、ユーザに対して表示されるエラー処理インターフェース300は、推奨された解決策を認めるかまたはデータタイプおよび妥当性検証パラメータに準拠する変更を加えるものになる。
【００７１】
シナリオC
エラーが「致命的エラー」と見なされて解決不可能な場合がある。そのような場合、自動修正ページは表示されず、ユーザは、インポートデバイスの操作の繰返しを要求されることになる。これらのエラーはフィールドデバイスの経路およびアドレスに関するものであり、すなわち、フィールド通信サーバに接続された経路である「デバイス経路」およびフィールドネットワークのデバイスの16進数のアドレスである「デバイスアドレス」を参照されたい。
【００７２】
シナリオD
必須ではあるが、試運転ツールには提案する解決策がないパラメータがいくつか存在する。そのような場合、提案された解決策として空の値が表示され、ユーザは、有効な値を入力するように促される(たとえば図5の「システムタグ名称」を参照されたい)。
【００７３】
シナリオE
ほとんどの場合、異常なパラメータが、たとえば255文字といった文字の所定数を超過した文字列の長さによるものであれば、次いで、ユーザの検討のために、そのデバイス向けの255文字を含有している例示的解決策が提案されることになる。
【００７４】
デバイスリストファイルおよびマッピングリストファイルのルールベースは、様々なソースから生成され、補足され、かつ/または更新され得ることを理解されたい。具体的には、自動修正ルールのデバイスファイルは、フィールドデバイスの供給業者リストおよび/またはモデルリストから生成され、補足され、かつ/または更新されてよく、自動修正ルールのマッピングファイルは、接続タイプのリストおよびブロックタイプのリストのファイルから生成され、補足され、かつ/または更新されてよい。
【００７５】
好ましくは、自動修正のルールベースは、拡張マークアップ言語(.xml)フォーマットの1つまたは複数のファイルを含む。たとえば、図4および図5の「妥当性検証」パラメータおよび「自動修正ルール」パラメータは、必要なとき、開発者/ユーザによる更新のために.xmlファイルの形式であってよい。「自動修正ルール」のパラメータは、エラー処理インターフェース300が提案した解決策を取り上げないユーザによってさらに修正されてよい。
【００７６】
後続の自動修正のためにエラーを検出するためのソースファイルの処理の順序を、図6を参照しながら説明する。プロセス600は、デバイスリストファイルのすべての無効のデバイスを統合することで始まる(ステップ602)。これらの無効デバイスは、インポート操作中にソースファイルから導出されたデバイスリストファイルにおける少なくとも1つのエラーのために「無効」と見なされる。
【００７７】
次いで、試運転ツール102は、それぞれの無効デバイスを通してループし(ステップ604)、それぞれの無効デバイスに関して、少なくとも1つのエラーを解決するための解決策を提案するように、ルールベース(図4を参照されたい)を参照する。提案される解決策がなければ、ユーザが正確な値を入力するようにさらに手引きするための妥当性検証パラメータおよびデータタイプパラメータを伴う、空白または空の値が示されてよい(ステップ606)。自動修正デバイスリストファイルのすべての更新された自動修正値が、次に、開発者が参照するように記憶され(ステップ608)、次いで、開発者は、ユーザによる何らかの新規の入力に基づいて、デバイスに関する自動修正ルールベースを更新すべきかどうか判断してよい。
【００７８】
一旦、すべての無効デバイスが処理されると、デバイスリストファイルのエラーを解決するための自動修正操作が終了する(ステップ610)。
【００７９】
このプロセスは、マッピングされたリストファイルの無効マッピングに対して繰り返され、これは、マッピングされたリストファイルのすべての無効マッピングを統合することから始まる(ステップ612)。これらの無効マッピングは、インポート操作中にソースファイルから導出されたマッピングリストファイルにおける少なくとも1つのエラーによって「無効」と見なされる。
【００８０】
試運転ツール102は、それぞれの無効マッピングを通してループし(ステップ614)、それぞれの無効マッピングに関して、少なくとも1つのエラーを解決するための解決策を提案するように、ルールベース(図5を参照されたい)を参照する。提案される解決策がなければ、ユーザが正確な値を入力するようにさらに手引きするための妥当性検証パラメータおよびデータタイプパラメータを伴う、空白または空の値が示されてよい(ステップ616)。マッピング修正デバイスリストファイルのすべての更新された自動修正値が、次に、開発者が参照するように記憶され(ステップ618)、次いで、開発者は、ユーザによる何らかの新規の入力に基づいて、マッピングに関する自動修正ルールベースを更新すべきかどうか判断してよい。
【００８１】
一旦、すべての無効マッピングが処理されると、マッピングリストファイルのエラーを解決するための自動修正操作が終了する(ステップ620)。
【００８２】
エラーが検出されない場合または「致命的エラー」がある場合、エラー処理インターフェース300は示されないことを理解されたい。
【００８３】
一旦、自動エラー修正ステップ208が完了すると、プロセスは、エラー修正ステップ208から識別される競合を解消するステップ210の表示に続く。インポート操作プロセスの中に、解消しなければならない重複したエントリがある場合、競合を解消するステップ210が必要になる。
【００８４】
重複のために、インポートデバイスの操作のタスクをリセットすることを望むのであれば、ユーザは、タスクをリセットするステップ212でリセットすることができる。次いで、「結果」インターフェースが、インポートデバイスの操作の成功/失敗の状態を表示して示されることになる(ステップ214)。
【００８５】
ステップ202から212におけるいずれかのステップにおいて、ユーザは、インポートデバイスの操作をキャンセルしてよく、中断してもよい(ステップ216)ことを理解されたい。
【００８６】
本発明の別の実施形態によれば、少なくとも1つのフィールドデバイス140の試運転に先立って妥当性を検証するための方法が含まれ、この方法は、インポート操作のために、少なくとも1つのフィールドデバイスに関連する少なくとも1つのソースファイルを受け取るステップ(ステップ204)と、ソースファイルの一部分をデバイスリストファイルに変換するステップと、何らかのエラーがあるかどうかデバイスリストを検査するステップであって、デバイスリストファイルに少なくとも1つのエラーが見つかると、エラーのために、インポートデバイスの操作を終結してインポートデバイスの操作を繰り返す必要性なしで、デバイスリストファイルに関連したエラーを解決する手引きを提供するステップとを含む。この方法は、図2に示されるように、ステップ202から216を含んでよく、ユーザの入力の容易さを助長するために、図3に示されるように、自動エラー処理インターフェース300の生成および表示を含み得る。デバイスリストファイルに加えて、制御システム122の内部に機能ブロックが存在して適用可能な場合には、次いで、ソースファイルの変換中にマッピングリストファイルも生成され得る。インポートデバイスの操作を終結する必要性または再開する必要性なしで、あらゆるエラーを解決するためにユーザに提供される手引きに関するルールベースへの参照を含むエラーの処理および解決は、以前の実施形態で説明した通りであって、さらに詳述することはない。
【００８７】
本発明の別の実施形態は、以前の実施形態で説明された試運転ツール102によって実行されるコンピュータプログラムを記憶する不揮発性のコンピュータ可読媒体を備える。具体的には、このコンピュータプログラムは、実行されたとき、少なくとも1つのエラーが見つかると、試運転ツールが、インポートデバイスの操作を終結する必要性または再開する必要性なしで、エラー処理インターフェース300を表示するように、自動修正機能および関連するルールベースを内蔵する。
【００８８】
上記の諸実施形態は、本発明の例示としてのみ提供されたものであり、これらに対するさらなる変更および改善は、当業者には明らかなはずであり、本明細書で説明された本発明の広い範囲および権限範囲に入るものと見なされることを理解されたい。具体的には次の2点である。
・本発明は特定の試運転ツールの状況で説明されたが、本発明が他のデバイス管理システムおよび試運転ツールに適用され得ることを理解されたい。
・試運転ツールは、エラーの処理/解決の機能を実施するために、適用可能であれば、サーバおよびプロセッサと(遠隔で、または他のやり方で)データ通信してよい。
【００８９】
本発明には個々の実施形態が対象として含まれるが、論じた実施形態の組合せも含まれることがさらに理解されよう。従って、ある実施形態で説明された機能と別の実施形態で説明された機能とが相互排除でなければ、本発明のさらなる実施形態を形成するように組み合わされてよい。
【符号の説明】
【００９０】
10  フィールドデバイス管理システム
100  デバイス管理システム
102  試運転ツール
104  リポジトリ
106  フィールドデバイス情報ファイル
108  登録ファイル
110  プロトコルデバイス登録ファイル
112  制御システムのループ情報ファイル
122  制御システム
140  フィールドデバイス
160  I/Oモジュール
300  グラフィカルユーザインターフェース
【図１Ａ】
0006380359.tif 000005
【図１Ｂ】
0006380359.tif 000006
【図１Ｃ】
0006380359.tif 000007
【図２】
0006380359.tif 000008
【図３】
0006380359.tif 000009
【図４Ａ】
0006380359.tif 000010
【図４Ｂ】
0006380359.tif 000011
【図５Ａ】
0006380359.tif 000012
【図５Ｂ】
0006380359.tif 000013
【図６】
0006380359.tif 000014