(57)【要約】【概要】  本発明は、特定の装置またはデバイスを有するマスターの修正された構成を制限されない数の前記マスターの複製へと送信することによって、例えば、変圧器、ジェネレーター、ミル、および他の自動化された機械又はデバイスのような技術的設備の構成における修正（amendments）を伝達するための方法およびシステムに関し、前記マスターにおいて生じた変更の全てまたはいくつかは、半自動的または完全に自動的な手法で前記マスターから前記少なくとも１つの複製へ伝達されるとともに、発生しうるコンフリクトは、画像またはテキスト表示手段によって自動的に表示される。
2013539142.tif 000002
【特許請求の範囲】
【請求項１】
特定の装置またはデバイスを有するマスターの変更された構成を制限されない数の前記マスターの複製へと送信することによって、例えば、変圧器、ジェネレーター、ミル、および他の自動化された機械またはデバイスのような技術的設備の構成における変更を伝達するためと、前記変更の伝達に伴うコンフリクトを検出するためと、の方法であって、
前記マスターから前記少なくとも１つの複製への前記伝達は、修正を含む前記マスターの構成の選択されたサブセットを送信することによって実行される方法において、
前記マスターにおいて生じた変更の全てまたはいくつかは、半自動的または完全に自動的な手法で前記マスターから前記少なくとも１つの複製へ伝達されるとともに、発生しうるコンフリクトは、画像またはテキスト表示手段によって自動的に表示されることを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記マスターにおいての変更の前記伝達は、
ａ）マッチングするステップであって、どの前記複製内のオブジェクトが、前記マスターのどのオブジェクトからコピーされて、互いに対応するかを識別するために、マスターおよび一の複製または複数の複製が解析されるステップと、
ｂ）比較するステップであって、構造的な変更等の異なるタイプの変更が、発生しうるコンフリクトのために考慮されるとともにチェックされるステップと、
ｃ）同期するステップであって、前記複製を前記マスターと同期させるように、どの変更が前記複製に適用されるかをユーザが決定するステップと、
の上記の３つのステップを含む方法。
【請求項３】
請求項２に記載の方法において、
それぞれのデータソースは、前記マッチングするステップを用いて、前記マスターと前記複製とを自動的に識別するように解析されることを特徴とする方法。
【請求項４】
請求項２に記載の方法であって、
３つの比較の概念が使用される方法であり、前記マスターのコピーの直後に前記マスター自身は、比較マスターに保存され、前記マスターへの変更は、マスター’となり、かつ前記複製への変更は、複製’となるとともに、前記マスター’は、前記複製’と同様に前記比較マスターのオリジナルバージョンと比較される方法。
【請求項５】
請求項２または４に記載の方法であって、
前記マスターにおいての変更が前記複製へ伝達された際はいつでも、前記マスターは、前記比較マスターに再び保存される方法。
【請求項６】
請求項１から５のいずれか１項に記載の方法であって、
マッチングのために所定のオブジェクトの識別子が使用される方法。
【請求項７】
請求項１から６のいずれか１項に記載の方法であって、
コンフリクトは、ユーザによって解決される方法。
【請求項８】
請求項１から７のいずれか１項に記載の方法であって、
アクションログは、変更がなされた側を検出しかつ判定するために前記比較マスターの代わりとして、提供される方法。
【請求項９】
技術的設備の構成における変更を伝達するためのシステムであって、
オブジェクトの２つのグループを比較し、第２のグループは、第１のグループをコピーすることによって生成されるが、コピー後に一方または両方のオブジェクトのグループが変更され、
ａ）マッチングするステップのために、ユーザまたは前記システムは、前記マスターおよび複製のルーツを識別し、
ｂ）比較および同期のために、前記システムは、前記第１のグループ内と前記第２のグループ内とのマッチングオブジェクトを識別するとともに、
ｃ）前記第１のグループ内と前記第２のグループ内との、コンフリクトしうる変更があれば検出する
システム。
【請求項１０】
請求項９に記載のシステムであって、
前記マッチングオブジェクトの識別は、同一のＩＤまたは同一の名前に基づくだけではなく、類似した名前および同一のタイプ、または同一のナンバーおよび子オブジェクトのタイプを持つような他のアルゴリズムの使用にも基づくシステム。
【請求項１１】
請求項９または１０に記載のシステムであって、
複数のマッチングアルゴリズムのいずれかは、特に、標準化されたネーミングスキームに適合されるシステム。
【請求項１２】
請求項９から１１のいずれか１項に記載のシステムであって、
前記ユーザは、前記マッチングするステップのためにどのアルゴリズムが適応されるか及び、その順番を決定するシステム。
【請求項１３】
請求項１２に記載のシステムであって、
可能であれば前記ユーザは、前記アルゴリズムのパラメータを決めるシステム。
【請求項１４】
請求項９から１３のいずれか１項に記載のシステムであって、
識別された変更が、前記第１のグループ内または前記第２のグループ内において実施されたか否かを判定するために３つの比較を使用するシステム。
【請求項１５】
請求項１から１４のいずれか１項に記載のシステムであって、
前記システムは、変更のために、同一のデータセット内または異なるデータセット内に位置する前記２つのオブジェクトのグループを解析するとともに、前記ユーザにそれらの変更を表示するシステム。
【請求項１６】
請求項９から１５のいずれか１項に記載のシステムであって、
前記システムは、構造レベルおよびオブジェクトデータレベルで生じた変更を検出することが可能であるシステム。
【請求項１７】
請求項９から１６に記載のシステムであって、
複数の変更は、それらが互いに依存している場合にグループ化されるシステム。
【請求項１８】
請求項９から１７のいずれか１項に記載のシステムであって、
関連のある変更のために、前記ユーザは、関連する変更のケースを選択することによってフィルタ可能であり、変更の各ケースは特定のタイプのオブジェクトのために発生するタイプの変更であるシステム。
【請求項１９】
請求項９から１８のいずれか１項に記載のシステムであって、
オブジェクト間の変更されたリンクを伝達することが可能であるシステム。
【請求項２０】
請求項９から１９のいずれか１項に記載のシステムであって、
どの変更が伝達されるべきかと、伝達すべきでないかと、を前記ユーザに提案する
システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特定の装置またはデバイスを有するマスターの修正された構成を制限されない数の前記マスターの複製へと送信することによって、例えば、変圧器、ジェネレーター、ミル、および他の自動化された機械又はデバイスのような技術的設備の構成における修正（amendments）を伝達するための方法およびシステムに関する。
【背景技術】
【０００２】
多くの生産プラントは、非常に似通っているが互いに同一ではない巨大なサブユニットを持つ。例として、化学プラント内のいくつかのボイラーが挙げられる。それらのボイラーは、広い範囲で似通っているはずであるが、いくつかの側面は異なっているはずである。ある側面では、前記サブユニットは、その構造、すなわち前記サブユニットを作ったデバイスの数、タイプ、および配置に関して似通るようになる。ほとんど常に異なる側面は、タグおよび信号の名称である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
最適なワークフローは、第１のサブユニットの構成を完了し、それを試験および最適化し、そして、さらなる同一のタイプのサブユニットと共に使用するために前記構成をコピーし適合させることである。しかし、第２のサブユニット上の動作は、前記第１のサブユニットが完了した後にのみ開始することができるため、これは遅いプロセスである。
【０００４】
現在の前記プロセスは、前記第１のサブユニットが構成されるとともに、この構成が他のサブユニットへコピーされる一方で、前記コピーの後に、前記最適化および構成の試験が行われる。これは、プロジェクト実行時間全体の短縮をもたらすが、全てのユニットがそれぞれ最適化され試験されなくてはならないため、より高い技術的努力を必要とする。
【０００５】
したがって、現在の課題は、以下の理由によって、前記試験および前記最適化フェイズの間に前記第１のサブユニットに生じた前記変更は、単純かつ自動的に前記他のサブユニットへ伝達することができないことである。
ａ）多くの場合、マスターとコピー（又は複製ともいう）との間に正式なリンクが存在せず、
ｂ）維持されるべきマスターとコピーとの間に相違点が存在し、
ｃ）マスター内とコピー内とに生じた変更の間にコンフリクトが存在するかもしれず、さらに、
ｄ）技術的解決手法の制御を維持する必要のある技術者によって、完全に自動化されたプロセスは、求められていない。
【０００６】
そのため、コピー後に前記マスターに生じたすべての変更は、再び前記複製に生じる必要がある。
【０００７】
これらの事情によって、現在必要とされている前記過度の努力のすべてを回避する方法および/またはシステムを手近に持つことと、プラントの前記各サブユニットの構成の標準化を体系的に達成すること、が望まれているように思われる。
【０００８】
したがって、本発明の目的は、現在必要とされている前記過度の努力を回避する方法および/またはシステムを提供するとともに、前記各ユニットの構成の標準化を体系的に達成することである。
【課題を解決するための手段】
【０００９】
本発明によれば、前述の問題は、前記マスターにおいて生じたすべての変更が、半自動的または完全に自動的な手法で前記マスターから前記コピーへ伝達されるとともに、発生しうるコンフリクトが画像表示手段によって自動的に表示されることを特徴とする方法によって解決される。
【００１０】
したがって、方法の請求項は、前記マスターにおいて生じた変更の前記伝達が、
・マッチングするステップであって、マスターおよび一の複製または複数の複製を識別するためにデータソースが解析されて、前記マスターおよび前記複製のオブジェクトの間の論理リンクが存在するステップと、
・比較するステップであって、構造的な変更等の異なるタイプの変更は発生しうるコンフリクトのために考慮されチェックされるステップと、
・同期するステップであって、前記複製を前記マスターと同期させるように、どの変更が承認されかつ前記複製に適用されるかをユーザが決定するステップと、
の上記の３つのステップを有することを特徴とする。
【００１１】
一般に、最終決定は、前記システムを使用する前記技術者によって行われる必要があるが、前記決定は前記システムによって用意される。「マスター」および「複製」という用語は、通常、１つまたは複数の階層内の典型的に組織されるデータオブジェクトの巨大なセットに関する。各オブジェクトは、典型的に情報項目の標準および特定のセットを持つ。
【００１２】
このような場合において、前記標準情報は、例えば名前のような識別子と、前記オブジェクトのタイプの呼称と、前記オブジェクトの製造時間と、を有する。前記特定の情報が、例えば、ある種のデバイスを代表するオブジェクトを代表する前記オブジェクトのタイプに依存する一方、前記特定の情報は、数ある中でこの種のデバイスに適切な前記構成パラメータを有する。
【００１３】
前記方法の請求項の１つの好適な態様は、前記それぞれのデータソースが、前記マッチングするステップを用いて、マスターか複製かを識別するために解析され、前記マスターおよび前記複製のオブジェクトの間の論理リンクが存在することを特徴とする。
【００１４】
前記方法のさらに詳細な態様によると、好適には３つの比較が用いられ、前記マスターは、前記マスターデータのコピー直後に比較マスター（compare master）に保存される。
【００１５】
前記マスターに生じた変更は、データセット・マスター’となり、すべてのコピーに生じた変更は、データセット・コピー’となり、マスター’とコピー’の両方は、変更が前記マスターおよび／または前記コピーになされたかどうかを識別するために、オリジナルバージョンである前記比較マスターと比較される。前記マスターの変更が前記複製へ伝達された際はいつでも、前記マスターの現在の状態であるマスター’は、後の同期の基準としての前記比較マスターとして保存される。
【００１６】
好適には本発明の別の態様によると、前記いわゆる比較マスターは、アクションログとして保存され、前記アクションログは、例え変更が前記複製内から削除されたとしても、変更がなされた側を検出しかつ判定するために提供される。前記アクションログは、前記方法の請求項の態様と同様に、本発明によって請求される前記システムの態様である。
【００１７】
前記方法の別の有利な態様は、優先度付けされたルールのセットに基づく前記マッチングするステップを備える。前記方法は、最高の優先度を備えたルールを最初に適用るとともに、これまでマッチしなかったオブジェクトのみが、低い優先度のルールを用いるマッチングのために考慮される。マッチングルールの例は、前記オブジェクトの名前の同一性である。別の例は、前記名前は同一ではないが、ある程度類似していることである。さらに、メトリックは、前記オブジェクトのタイプ、マッチングの子の数、ツリーの位置、特性値等、およびそれらの適切な組み合わせと同様に使用される。
【００１８】
前記ユーザは、どのルールがマッチングのために使用されるべきかおよび、その順番を選択することができる。前記ユーザは、前記個々のルールがパラメータを提供するときに、それらを設定することもできる。
【００１９】
典型的な例は、「類似の名前によるマッチ」という以下のルールである。使いやすいパラメータの１つは、「しきい値」であり、オブジェクトの名前が例えば、４文字以上異なっている場合、それらは決してマッチしない。前記技術者が、前記技術者のプロジェクトにおいて命名はマッチのための良い方法ではないことを知っている場合、前記技術者は、このオプションを選択から外すとともに、代わりに他のアルゴリズムを選択することができる。
【００２０】
したがって、前記マッチングするステップの後、本発明の好適なユーザである前記技術者に、マッチの見込みが示される。さらに、これらのマッチを見直すユーザに前記マッチの質を指摘するために、各マッチに重みづけ（例えば９２％マッチのような）を行うことができる。
【００２１】
前記ユーザは、前記システムによってマッチされていないオブジェクトの組を手動でマッチし、あるいは前記ユーザは、誤ってマッチしたオブジェクトの組をマッチから外しうる。前記マッチングするステップは、前記使用する技術者によって設定変更が可能である。
【００２２】
前記請求項発明による前記方法の好適な態様は、本発明はコンフリクトを検出するとともに、それらを前記ユーザに表示することが可能であるため、前記ユーザによって、コンフリクトが解決されることを提供する。例えばマスター内およびコピー内両方の単一値項目が、２つの異なる値に変更されている簡単なコンフリクトが存在しうる。同類の複数の変更が互いに伝達されなくてはならない、より複雑なコンフリクトも存在し得る。例えば、機能ブロックがコントロールダイアグラム内に挿入されるとともに、その入力と出力とが接続されている場合、それらの単一の変更は、自ら伝達する意味がない。それらの変更の組み合わせは、変更グループと呼ばれる。もし、変更グループが、前記マスター内および前記コピー内で重複した場合、コンフリクトが示される。
【００２３】
本発明のさらなる部分はシステムに関し、前記方法は、先に例示されたように適用される。したがって、本明細書は、技術的設備の構成における変更の伝達のためのシステムであって、オブジェクトの２つのグループが比較され、前記第２のグループが前記第１のグループをコピーすることによって生成されるが、コピー後に一方または両方のオブジェクトのグループが変更される、システムを開示する。
【００２４】
そのようなシステムは、前記方法の請求項を備え、技術的設備の前記構成の変更を伝達するための適正な手段は、第１のステップにおいて、マッチングするステップのために、ユーザまたは前記システムは、前記マスターおよび一のコピー（または複数のコピー）のルーツを識別し、次に第２のステップにおいて、比較および同期のために、前記システムは、前記第１のグループ内と前記第２のグループ内のマッチングオブジェクトを識別し、それに続き第３のステップにおいて、前記システムは、前記第２のステップにおいてマッチされたオブジェクトを比較するとともに、前記第１のグループおよび前記第２のグループ内の変更と、前記第１のグループおよび第２のグループ内の変更におけるコンフリクトと、を検出し、最後に第４のステップにおいて、変更伝達とコンフリクトの解決のために、前記システムは、前記発見された変更と、コンフリクトとを前記ユーザに示す手段である。
【００２５】
前記請求項発明の好適な態様によると、前記マッチングオブジェクトの識別は、前記オブジェクトが同一のＩＤまたは同一の名前を持つことに基づくくだけでなく、類似した名前および同一のタイプ、または同一のナンバーおよび子のタイプを持つような他のアルゴリズムの使用にも基づく。特に標準化されたネーミングスキーム（standardized naming scheme）に適合されたアルゴリズムであってもよい。
【００２６】
したがって、前記ユーザは、前記マッチングするステップのためにどのアルゴリズムが適用されるか及び、それらをどの順番で適用させるかを決定し、可能であれば前記ユーザは、前記アルゴリズムのパラメータを決める。
【００２７】
好適には、本発明による前記システムの態様は、識別された変更が前記第１のグループ内または前記第２のグループ内において実行されたか否かを判定するために、３つの比較を用いる。
【００２８】
前記請求項発明の別の好適な態様によると、前記システムは、同一のデータセット内または異なるデータセット内に位置する前記２つのオブジェクトのグループを、変更のために解析するとともに、いずれかの通信メディアによってそれらの変更を前記ユーザに伝達または表示し、いずれかの検出された変更は、構造レベルまたはオブジェクトデータレベルでなされる。
【００２９】
本発明による前記システムのさらに好適な態様は、複数の変更が互いに依存している場合に、それらがグループ化されることを特徴とする。
【００３０】
本発明の好適なバージョンによると、前記システムは、前記マスター内のオブジェクト間のリンクへ変更を伝達することができる。前記複製内のリンクの新ターゲットは、前記マッチングするステップで判定されたように、前記マスター内の前記リンクの新ターゲットに対応する前記複製内のオブジェクトである。すなわち、前記マスターにおいて、オブジェクトＡがオブジェクトＢを参照するとともに、オブジェクトＣを参照するために変更された場合、次いで前記名前又は前記コピー内のオブジェクトの識別子が、前記マスター内のオブジェクトに対応するオブジェクトとは異なるにもかかわらず、前記コピーにおいてオブジェクトＡ’は、オブジェクトＢ’を参照する状態からオブジェクトＣ’を参照する状態へ変更される。
【００３１】
同様に前記ユーザは、関連のある変更のために関連する変更のケースを選択することによってフィルタ可能であることが、前記システムによって有利に提供され、各変更のケースは特定のタイプのオブジェクトのために発生するタイプの変更である。
【００３２】
一般に前記システムは、どの変更を伝達するべきかと、伝達するべきでないかと、を前記ユーザに提案する。
【００３３】
これらと、さらに有利な態様および本発明の改良は、従属請求項の対象である。
【００３４】
添付図面に図示される本発明の様々な好適な実施形態の例を用いて、本発明と、有利な実施形態と、本発明の特別有利な点と、同様の本発明の改良とは、より詳細に例示されるとともに説明される。
【００３５】
この点について、本発明の包括性（comprehensiveness）は、前記図面において図示および例示される実施形態および構成に限定されず、請求項の範囲内の他の実施形態および構成にも及ぶ。
【図面の簡単な説明】
【００３６】
【図１】図１は、コピーされたオブジェクトの名前を一意にするために、それらが変更されたのみで、すべての変更が発生する前の、マスターおよびコピーのオブジェクト構造を示す図である。
【図２】図２は、構造の変更がなされた後の、図１と同様の２つのオブジェクトのセットを示す図である。
【図３】図３は、変更が生じた後、時間を経た「マスター」および「複製」のオブジェクト構造の発展と、比較マスターとの３つの比較と、を示す図である。
【図４】図４は、オブジェクトのマッチングを示す前記システムの出力と、検出された差異と、前記ユーザへ提案される変更アクションと、の発生しうるスクリーンショットである。
【図５】図５は、変更ケースのリストのスクリーンショットであって、前記ユーザは、前記変更ケースから前記ユーザに関連したケースを選択することができる。
【図６】図６は、重複した変更グループがコンフリクトを示す構成である。
【発明を実施するための形態】
【００３７】
図１は、非常に単純なデータ構造を示し、サイト「プレゼンテーションプラント」は、２つのボイラーエリア「cfg_HYD_Boiler_301」および「cfg_HYD_Boiler_302」を含み、後者は、適切にリネームされた第１の複製である。それらは、４つの機能ダイアグラムをそれぞれ含み、各機能ダイアグラムは、子（children）として、いくつかの信号オブジェクト（ＤＩ/ＤＯ）を持つ。前記マッチングするステップにおいて、前記データソースは、マスターと一の複製（または複数の複製）とを識別するために解析される。このステップの後、前記マスターと前記複製とのオブジェクト間の論理リンクが存在する。
【００３８】
図１に示されるように、オブジェクトが階層的な方法において配置される場合、反復的なマッチングが行われる必要がある。第１に、「cfg_HYD_Boiler_301」および「cfg_HYD_Boiler_302」が、マスター-複製の関係を持つサブツリーの前記ルーツであることを判定する必要がある。そしてこれは、このレベルより下位のすべての機能ダイアグラムのために繰り返される必要があるとともに、前記機能ダイアグラムより下位の各信号のために再び繰り返される必要がある。
【００３９】
図２は、前記マスターおよび前記複製に生じうる変更を伴う、単純なオブジェクト構成を示している。前記マッチングするプロセスは、周囲を四角く囲うことによって表された、オブジェクト「fd_HYD_Boiler_302」および「fd_HYD_Boilerl_302_Rtx1」と、前記他の階層に対応するオブジェクトが存在しないためにそれらの各マッチしていない子と、を残す。同様のことが、前記マスターまたは前記複製の両方でなく片方のみにおいて削除された前記オブジェクトへ適用される。
【００４０】
２つの木を比較する構成要素を有するディレクトリのような多数のツールが存在する。ほとんどすべての場合において、前記比較は、名前またはＩＤに基づいて行われる。また、マスター-複製関係の判定は行われない。
【００４１】
前記マッチングするステップは、前記ユーザによって設定変更が可能である。前記ユーザは、どのアルゴリズムがマッチングのために使用されるべきかおよびその順番を選択することができる。前記ユーザは、アルゴリズムがパラメータを提供した場合、各個のアルゴリズムを設定することができる。典型的な例は、「類似した名前によるマッチ」アルゴリズムである。使いやすいパラメータの１つは、「しきい値」であり、オブジェクトの名前が４文字以上異なっている場合それらは決してマッチしない。前記技術者が前記技術者のプロジェクトにおいて、命名はマッチのための良い方法ではないことを知っている場合、前記技術者はこのオプションを選択から外すとともに他のアルゴリズムを代わりに選択することができる。
【００４２】
前記比較するステップにおいて、考慮される異なる変更のタイプが存在する。変更のタイプの１つは、構造的な変更である。図２において例として示されるように、前記複製内の対応するオブジェクトを持たない前記マスター内のオブジェクトが存在しうる。
【００４３】
変更が前記マスターおよび前記複製において同時に発生するとともに、いかなるアクションログも書かれなかった時点から、このオブジェクトが前記マスターにおいて生成されたものどうか、またはそれが前記複製において削除されたものか否かを判定する方法は存在しない。したがって、アクションログは、変更がなされた側を検出するために比較マスターとして使用されることができる。
【００４４】
前記比較するステップにとっては、これは無視してもよい情報でありうるが、次のステップである前記変更の伝達にとって、これは重要な情報である。前記オブジェクトが前記マスター内に追加された場合、この変更は、前記複製へ伝達されるべきである。前記複製内でそれが削除された場合、これは、そのように計画的に生じたものであるとともに、前記オブジェクトは前記コピーに加え返すべきではない。
【００４５】
２つの状況の区別することを可能にするために、本発明は３つのマッチの前記概念を使用する。図３において、このプロセスが動作するスキームが示される。
【００４６】
前記マスターデータをコピーするステップ（ステップ１）の後、前記マスター自身は、ファイル内にまたはある種のストレージメディアへのいずれかに保存される（ステップ２）。次いで、前記マスターまたは前記複製、あるいはその両方は変更され（ステップ３）、マスター’および複製’となる。
【００４７】
前記ユーザが、今、本発明によるシステムを利用する場合、前記マスター’は、比較マスターと呼ばれる前記マスターのオリジナルバージョンと比較される（ステップ４ａ）。前記比較マスターは、前記複製’とも比較される（ステップ４ｂ）。
【００４８】
前記比較マスター内に含まれる前記情報を使用することにより、前記変更が前記複製になされたものかどうかと、前記変更が前記マスターになされたものかどうかと、を発見することが可能である。この方法は、タイムスタンプの比較のような標準的な方法より一層すぐれている。
【００４９】
変更が前記複製’に伝達された時（ステップ５）はいつでも、比較マスター’への前記現在のマスター’の新しいエクスポートも生じる（ステップ６）。
【００５０】
図４は、前記マッチングがどのように表示されるかをスクリーンショットによって示している。マッチしたノードは、同一のレベル上で表示される。前記システムが前記複製へ伝達されることができる変更を検出した場合、これは中央の欄においてラベルされた左から右への矢印で示される。本発明のこの実施形態において、変更されたか、削除されたか、または追加された項目は、背景色によってそのような変更が生じたことがわかる。
【００５１】
図４において、タイトル「Change Actions」より下のセクション内で、変更グループは示され、変更アクションの１つは「On page 1 add component add (1)」であるとともに、このアクションは子アクションを持っていることが認められる。そのように、前記変更グループは、１つの追加された機能ブロックと、前記新しい機能ブロックを前記残りの論理部と接続する３つの追加された接続と、から構成される。前記子アクションは、前記親アクションに依存するため、変更グループは、前記変更グループのアクションの不完全な実行に起因する矛盾から前記システムを守るためと同様に、良い全体像のために項目の有意義なセットを組立てるために使用される。
【００５２】
ユーザが検出することを望むタイプの変更を選択するために、前記比較するステップは、前記ユーザによって設定変更が可能である。ほとんどすべてのケースにおいて、前記ユーザは前記名前または前記生成日を比較したくない。
【００５３】
これを簡単に設定変更することを可能するために、本発明によって「変更ケース」の概念が取り入れられている。機能ダイアグラムのために、約１００の変更ケースが存在する。それらは、「実行指令の変更」に関して「固定値の変更」および「ダイアグラムフォーマットの変更」から「機能ブロックの追加」に及ぶ。
【００５４】
変更ケースは、一度全てのオブジェクトタイプのために定義される。前記ユーザは、実行時間の間に、どの変更ケースを確かめたいかと、無視すべきかと、を選択する。図５は機能ダイアグラムのために定義された前記変更ケースのいくつかを示す。このダイアログにおいて、ユーザは、どの変更ケースが前記ユーザにとって関連があるか選択することができる。
【００５５】
さらに、本発明は、コンフリクトを検出することもできるとともに、前記ユーザにそれらを示すこともできる。例えば、前記マスター内および前記複製内の両方で、固定値が変更されるような直接のコンフリクトが存在しうる。より複雑なケースは、変更グループが重複しているか否かをチェックすることによって発見される。
【００５６】
ここで図６は、前記マスターにおいて、左上の前記ダイアログリファレンスの「Output」が否定されている例を示す。これは簡単な変更であって、ちょうどその変更から成る変更グループだとみなすこともできる。
【００５７】
図６において、この変更グループは、網掛けパターンの楕円図形によって表示される。前記複製において、「AND」ブロックが右側の２つの機能ブロックの間に挿入されるとともにそれらに接続されることが、ハッチングパターンの大きな図形によって示される。これは複雑な変更である。前記２つの示された領域は、重複しているため、これらの２つの変更の間にはコンフリクトが存在している。
【図１】
2013539142.tif 000003
【図２】
2013539142.tif 000004
【図３】
2013539142.tif 000005
【図４】
2013539142.tif 000006
【図５】
2013539142.tif 000007
【図６】
2013539142.tif 000008
【国際調査報告】
2013539142.tif 000009
2013539142.tif 000010
2013539142.tif 000011