JP2006059366A - データ管理の調整 - Google Patents

Abstract

【課題】 データ管理を調整する改良型のやり方を提供すること。
【解決手段】 データ管理は、コンピュータシステム内で、該コンピュータシステム内の制御オブジェクトに割り当てられるデータオブジェクトを識別する第１の入力を受信することによって管理され得る。制御オブジェクトのための第２の入力が、コンピュータシステム内で受信される。第２の入力は、１）データオブジェクトへのモデルレベルの変更と、２）データオブジェクトへのインスタンスレベルの変更の間の関係を指定する。第１および第２の入力が受信された後に、制御オブジェクトは、別のコンピュータシステムに送信される。制御オブジェクトにアクセスして、システムがオブジェクト変更を行うことを許可されているかどうか判断することができる。このアクセスは、変更を行おうとしているシステムによって行われることも、別のシステムからオブジェクト変更を受信するシステムによって行われることもある。
【選択図】 図２

Description

本明細書は、コンピュータシステム上のデータ管理の調整に関する。

データ管理には一般に、コンピュータ環境内で、情報に関する作成、変更、削除および他の操作を行う権利が伴う。具体的には、データオブジェクトの形の情報は、特定のシステムまたは特定のユーザなど、適切な特権を有するものによって管理することができる。製品オブジェクトなどの任意のオブジェクトは一般に、その振舞い、およびそれを構成するセグメントを定義するオブジェクトモデルに基づいており、またこの情報は、「マスタデータ」または等価物としてシステム内に格納される。特定の製品に対応するオブジェクト、さらにその各セグメントは、マスタデータのインスタンスとして生成することができ、様々な目的のために使用することができる。モデルレベルのオブジェクトの変更と見なされるマスタデータの何らかの側面の変更は、インスタンスレベルのオブジェクト変更と見なされるオブジェクトの値、またはそのインスタンスのうちの１つの変更とは異なる。たとえば、製品オブジェクトが「製品説明」と呼ばれるセグメントを有する場合、作成、変更または削除など、製品の説明に対する任意のユーザ動作は、モデルレベルの変更と見なすことができる。この例について続けると、このセグメントのインスタンスは、英語の説明とすることができ、この説明の変更または削除は、インスタンスレベルの変更と見なすことができる。

従来の解決策によると、複数のシステム間でデータ所有権を監視する集中型のエンティティに依存する可能性がある。いずれかのシステムは、オブジェクトに関する操作を行おうとする前に、監視側に問い合わせる必要がある場合がある。この従来の解決策の欠点としては、監視側との対話にある程度の時間を要し、実行する必要がある他のタスクが遅延する可能性があるということがある。さらに、多くのシステムは今日、すべての異なるシステム間の共通の技術、すなわちデータ管理を言い換えた別の用語のデータ所有権を管理する技術必要とされる「中央部」が本質的に存在しない領域構成（ｌａｎｄｓｃａｐｅ ａｒｒａｎｇｅｍｅｎｔ）内で結合されている。

従来の別の解決策としては、オブジェクトを保守する権利をその作成者に割り当てるというものがある。この機能では、データ管理の特徴と意図されるものではないが、どのシステム（または他のエンティティ）が最初にオブジェクトを作成したかについての履歴事実を記録することに焦点が当てられる。こうしたシステムには、データ所有権を別のエンティティに変更することができないという欠点がある。これは、特に、領域内で複数のシステムが互いに弱く結合されている状況において問題となる可能性がある。一時的であろうが、永久的であろうが、あるシステムがそのシステムから故意に分離される場合、残ったシステムは、分離されたシステムのオブジェクトに対するデータ管理の権利を欠く場合がある。

本発明は、データ管理の調整に関する。

一般的な態様において、ある方法は、コンピュータシステム内で、コンピュータシステム内の制御オブジェクトに割り当てられるデータオブジェクトを識別する第１の入力を受信するステップを含む。制御オブジェクトのための第２の入力が、コンピュータシステム内で受信される。第２の入力は、１）データオブジェクトへのモデルレベルの変更と、２）データオブジェクトへのインスタンスレベルの変更との間の関係を指定する。第１および第２の入力の受信後に、制御オブジェクトは、別のコンピュータシステムに送信される。

選択された実施態様において、制御オブジェクトは、データオブジェクトの特定のセグメントについて、特定のセグメントの変更が許可される制御システムを指定することができる。特定のセグメントは、製品、位置、プラント、言語およびその組合せで構成されるグループから選択される１つのセグメントとすることができる。制御オブジェクトはさらに、別の制御システムが特定のセグメントを変更することを許可される例外を指定することができる。制御システムによって行われない特定セグメントへの変更は、拒否することができる。

選択された実施態様において、第１の入力は、新しく作成されたいずれのオブジェクトもが制御オブジェクトに割り当てられることを指定することができる。第１の入力を使用して、制御オブジェクトのためのオブジェクト割当て規則を作成することができる。新しく作成されたオブジェクトがオブジェクト割当て規則によって識別されるクラスに属する場合、その新しく作成されたオブジェクトは、制御オブジェクトに割り当てることができる。

本明細書で述べるシステムおよび技術の利点は、以下のいずれかまたはすべてを含む可能性がある。すなわち、データ管理を調整する改良型のやり方を提供すること、データオブジェクトを管理することを許可されるシステムについてのより柔軟な識別を提供すること、変更可能なデータ管理制御を提供すること、モデルレベルのオブジェクト変更とインスタンスレベルのオブジェクト変更の間の関係を管理するデータ管理を提供すること、無許可の変更に対する改良型の対処法（ｈａｎｄｌｉｎｇ）を備えるデータ管理を提供すること、および改良型のキュー挿入（ｅｎｑｕｅｕｅ）機構を備えるデータ管理を提供することを含む。

本発明の１つまたは複数の実施態様の詳細について、添付の図面および以下の記載により説明する。本発明の他の特徴、目標および利点は、その説明および図面および特許請求の範囲から明らかであろう。

異なる図面内の同じ参照番号は、同様の要素を示す。

図１に、４つのシステム、すなわちサーバシステム１０２、ならびに３つのクライアントシステム１０４、１０６および１０８を含む領域（ｌａｎｄｓｃａｐｅ）１００を示す。システムの各々は、たとえば各オブジェクト管理アプリケーション１１０、１１２、１１４および１１６を介して、１つまたは複数の目的ためにオブジェクトを取り扱うことができる。各システムのアプリケーションは、他の任意のシステム内のアプリケーションと同じことも、それとは異なることもある。システムは、たとえばメッセージを交換することによって、領域１００内のデータを共有することができる。この例では、サーバ１０２は、他のシステムのいずれかまたはすべてと共有するデータオブジェクト（ＤＯ：ｄａｔａ ｏｂｊｅｃｔ）１１８を含む。

ＤＯは、製品、技術資産、連絡先、あるいは他の任意のアイテムまたは有形物に対応させることができる。ＤＯは、この特定のオブジェクトのマスタデータの特定のインスタンスであり、したがってオブジェクトモデルの特定のインスタンスである。ＤＯは、オブジェクトモデル内のセグメントの特定のインスタンスである１つまたは複数のオブジェクトセグメント１２０を含むことができる。

各オブジェクトセグメント１２０は、そのセグメントを所有するシステムの識別子に関連付けられる。たとえば、システム１０２がＤＯを作成し、セグメント１２０に値を割り当てる場合、それは、そのシステムＩＤをそのセグメントに関連付けることができる。したがって、データ所有権を考慮するように構成された領域内の任意のシステムは、ユーザがセグメント１２０を変更しようとすると、システムＩＤにアクセスして、それが変更を行うことを許可されているかどうか判断する。システムは、それがそのセグメントを所有していないと判断する場合、変更を拒否することができる。同様に、こうしたシステムは、別のシステムによって行われたオブジェクト変更を受信する場合、セグメントのシステムＩＤにアクセスして、送信側システムが変更を行うことを許可されているかどうか判断することができる。

上記の例は、インスタンスレベルのオブジェクト変更に関する。ＤＯのデータ管理をさらに調整するために、制御オブジェクト（ＣＯ：ｃｏｎｔｒｏｌ ｏｂｊｅｃｔ）１２２が作成される。具体的には、ＣＯは、モデルレベルのオブジェクト変更のデータ所有を規制することができ、またモデルレベルのオブジェクト変更とインスタンスレベルのオブジェクト変更の間の関係を指定することができる。ＣＯは、任意のシステム内、たとえば新しいオブジェクトインスタンスを作成するシステム内に作成されることができ、それは、ＤＯと共にまたは別個に、領域内の任意のまたはすべての他のシステムに配布することができる。

システムは、ユーザが特定の入力を行うと、ＣＯを作成することができる。たとえば、サーバ１０２は、ＣＯに割り当てられるべきデータオブジェクトを識別するように、ユーザに促すことができる。この例では、ユーザがＤＯ１１８を指定すると仮定する。サーバは、ＣＯに割り当てられるＤＯを識別する第１の入力を受信する。したがって、サーバは、そのＤＯをＣＯに割り当て得る。さらに、サーバは、ＤＯへのモデルレベル変更とインスタンスレベル変更の間の関係を指定するようにユーザに促すことができる。モデルレベル変更権を所有するシステムが、他の任意のシステムによって（一般には、そのシステムＩＤがセグメントインスタンスに割り当てられているシステムによって）行われるインスタンスレベルの変更を上書することができるようユーザが指定すると仮定する。サーバは、ＤＯへのモデルレベル変更と、ＤＯへのインスタンスレベルの変更との間の関係を指定する第２の入力を受信する。したがって、サーバは、この情報がＣＯ内に含まれるようにすることができる。

第１および第２の入力を受信した後に、サーバは、領域１００内でＣＯを配布することができる。ここでは、サーバは、クライアント１０４およびクライアント１０６にＣＯを送信する。それとは異なり、クライアント１０８は、ＣＯを受信しない。これは、領域１００内のシステムが弱く互いに結合されているにすぎず、サーバ１０２がクライアント１０８を認識していないためである場合がある。しかし、システム１０４および１０６は、たとえば、適切なときにＣＯにアクセスするように構成されたその各オブジェクト管理アプリケーションによってデータ所有権を判断するために、ＣＯを使用することができる。

領域１００内のシステムがデータ管理内に統合するための複数の異なるやり方がある。たとえば、オブジェクトデータを他のシステムにインポートおよびエクスポートすることができるシステムは、完全に統合することができると見なすことができる。それとは異なり、別のシステムは、他の１つの（エクスポート側）システムからだけデータをインポートするように構成することができる。しかし、別のシステムは、他の１つの（インポート側）システムにだけデータをエクスポートすることができる。ＣＯを使用して、こうしたおよび他の構成を備えるシステム間でデータ所有を規制することができる。

実施例として、ユーザが、クライアント１０６に、ＤＯ１１８のモデルレベル変更を行うように促すと仮定する。たとえば、ユーザは、セグメント１２０の何らかの側面を変更しようとする。データ所有権を評価するように構成されたクライアントは、この目的のために、ＣＯ１２２にアクセスする。クライアントは、それが権限を有すると分かると、要求されるようにＤＯを更新する。さらに、クライアントは、領域１００内の他のシステムとオブジェクト変更を共有するように構成することができる。したがって、クライアントは、更新されたＤＯ１１８を配布する。更新されたＤＯを受信するシステムは、その各ＣＯにアクセスして、送信側が変更を行うことを許可されていることを確認することができる。たとえば、サーバ１０２は、ＣＯ１２２にアクセスし、クライアント１０６がオブジェクト１１８のモデルレベル変更権を所有すると判断する。したがって、サーバは、受信されたオブジェクト変更を受け付け、それに応じて、ＤＯを更新することができる。それとは異なり、サーバは、クライアント１０６がＤＯの変更を許可されていないと判断した場合、受信されたオブジェクト変更を拒否していることがある。この実装において、オブジェクト変更を受信すると、受信側のシステムは、（ＣＯにアクセスすることによって、または別の方法によって、）その受信側システムが変更を行うことを許可されているかどうか確認しないことに留意されよう。

同様に、サーバ１０２がＤＯのモデルレベル変更を行う権利を所有する状況では、それは、要求された変更を行い、更新されたＤＯを他のシステムに配布する。受信側システムは、その各ＣＯにアクセスして、送信側が権限を有することを確認することができる。

別のシナリオでは、クライアント１０８などの領域内のシステムが、ＣＯ１２２を有しておらず、ＤＯ１１８の変更を行う。このオブジェクト変更を配布すると、矛盾およびエラーを引き起こす可能性がある。しかし、受信側システムがそのＣＯにアクセスして、クライアント１０８が変更を行うことを許可されているかどうか判断する場合、それは、別のシステムがデータ所有権を有すると判断することができ、したがって、受信されたオブジェクト変更を拒否することができる。

サーバは、ＣＯを更新することもできる。たとえば、ユーザは、２つ例を挙げると、１つまたは複数のオブジェクトセグメントのデータ所有権の変更、あるいはモデルレベルオブジェクト変更とインスタンスレベルオブジェクト変更の間の関係の変更を、適切な入力を行うことによって要求することができる。そのようにＣＯを変更すると、サーバは、データ所有権を確認するように構成されたシステムがＣＯの現バージョンにアクセスできるように、領域１００内でそれを配布する。それに関連して、システムのいずれかまたはすべては、そのＣＯのさらに新しいバージョンを既に受信している場合には、ＣＯの配布を拒否するように構成される。すなわち、ＣＯは、それが作成されたときに関するタイムスタンプまたは等価の情報を含むことができる。したがって、配布されたＣＯを受け付ける前に、受信側システムは、そのＣＯが既存のどのバージョンよりも古いかどうかチェックすることができる。

ＣＯ内に含まれ得る内容の一例について、次に説明する。本明細書では、システムの振舞いについて、ユーザインターフェースの視点から説明する。たとえば、ＣＯ１２２は、データ所有を規制する制御プロファイル１２４を含むことができる。制御プロファイルは、表などの任意の適切な形でドキュメント化することができる。以下は、こうした表の一例である。

表１内のセグメントタイプの列は、ＤＯ１１８内に含まれるいずれかまたはすべてのタイプのセグメントを列挙することができる。ここでは、この列内の最上位のエントリは、ＤＯ１１８が対応する製品を指す「製品」である。すなわち、表１のこの行は、ＤＯ１１８全体に関する。ここでは、セグメントＩＤ列は、エントリが製品自体に関するので、空白である。制御システム列は、制御システム、すなわちＤＯに対するデータ管理権を有するシステムである制御システムを指定する。ここでは、このエントリによって、サーバ１０２にこうした権利が割り当てられる。たとえば、このフィールドは、ＣＯの作成元のシステムＩＤで埋められる。関係する列は、ＤＯへのモデルレベルの変更とインスタンスレベルの変更との間の関係を指定する。ユーザは、この関係を指定する入力を行うことができ、その入力情報によって、結果として、この列内で対応するエントリを実行することができる。ここでは、「上書き」エントリは、サーバ１０２が一般に、領域内の他のものによって作成された任意のインスタンスデータを上書きできることを意味する。しかし、以下で述べるように、これには例外がある場合がある。

表の第２の行は、「セットタイプＩＤ」セグメントタイプに関する。このＤＯのすべてのセグメントと同様に、それは、製品セグメントに従属する。セットタイプＩＤのセグメントＩＤは、第２の列に与えられており、制御システム列は、サーバ１０２がこのセグメントの制御システムであることを指定している。

表１内の従属アイテムは、それが属するセグメントの設定を自動的に継承する。したがって、セットタイプＩＤセグメントは、製品から、関係列内の「上書き」エントリを継承する。したがって、厳密に言うと、それが製品のどの設定をも変更しないので、表１は、セットタイプＩＤエントリを含む必要はない。しかし、その従属セグメントのうちの１つが表１の重要な例外であるので、ここではそれが含まれている。

この従属セグメントタイプは、プラントＩＤであり、この例では、そのＩＤは、「１０００」である。表内のその上の２つのセグメントとは異なり、プラントＩＤデータは、サーバ１０２によって管理されておらず、そのＣＯは、システム「ＥＵ３＿００３」がこのセグメントのモデルレベル変更を管理すると指定している。これは、サーバが、プラントＩＤ １０００に関するものを除いて、セットタイプＩＤについてのすべてのモデルレベルのオブジェクト変更を実行することができることを意味する。プラントＩＤアイテムは、関連する列内にエントリを含まず、それが上のセグメントから（上書き）設定を継承することを意味する。したがって、制御システムＥＵ３＿００３は、このセグメントのインスタンスデータを上書きすることができる。

表１の次の行は、設定タイプＩＤと同じレベルの別のセグメントを含む。そのセグメントＩＤは、ＣＯＭＭ＿ＲＰ＿ＧＴＩＮである。さらに、それは制御システム列内にエントリを含まず、そのことは、それが製品の（サーバ１０２の）設定を継承することを意味している。しかし、それは、「アクティブ」という、関連する列内のエントリを有する。これは、制御システム（ここではサーバ１０２）がＣＯＭＭ＿ＲＰ＿ＧＴＩＮセグメントを管理するが、既に存在するそのインスタンスを上書きすべきでないことを意味する。具体的には、制御システムは、このセグメントのさらなるエントリを追加することができるが、既存のセグメントインスタンスを変更しまたは削除することはできない。すなわち、制御システムはこの特定のインスタンスの所有元と見なすことができるが、インスタンスを変更しまたは削除するその能力は限られる可能性がある。

表１の次の行は、説明（ｄｅｓｃｒｉｐｔｉｏｎ）と識別される「テキストタイプ」のセグメントタイプを含む。たとえば、このセグメントは、ＤＯが対応する製品についての説明とすることができる。このセグメントは、制御システムまたは関連する列にエントリを含まず、それが一般に製品セグメントから値を継承することを意味している。しかし、その従属セグメントのうちの１つは、例外である。このセグメントはタイプ「言語コード」のセグメントであり、そのＩＤは、「ＦＩ」であり、この「ＦＩ」は、それがフィンランド語の言語コード、すなわちフィンランド語で書かれた説明に関連することを示している。制御システム列は、「ＯＵＬＵ＿０１」を示している。これは、このセグメントについて、データ所有権を有しているのはサーバ１０２ではない（またこのセグメントがプラントＩＤセグメントタイプに従属していないので、ＥＵ３＿００３システムでもない）ことを意味している。すなわち、ＯＵＬＵ＿０１システムは、このセグメントのモデルレベルのオブジェクト変更を行う権利を有する。インスタンスレベルの変更との関係は、製品セグメントから継承される通り、「上書き」のままである。

ＣＯは、ＤＯ１１８などの単一のオブジェクト、または複数のデータオブジェクトに割り当てることができる。一部の実施形態において、特定の条件を満たす新しく生成されたデータオブジェクトは、ＣＯに自動的に割り当てられる。たとえば、ＣＯは、オブジェクトクラス１２８内の新しく作成されたどのデータオブジェクトもがそれに割り当てられることを指定するオブジェクト割当て規則（ＯＡＲ：ｏｂｊｅｃｔ ａｌｌｏｃａｔｉｏｎ ｒｕｌｅ）１２６を含むことができる。ＯＡＲの一例では、ＣＯは、ある製品カテゴリ、したがって、その製品カテゴリに割り当てられるすべての製品に割り当られる。

一例として、ＣＯを使用して、弱いキュー挿入機構を実現することができる。具体的には、ＣＯは、それに割り当てられたオブジェクトに対する作用が開始される前に、一斉に送信することができる。たとえば、ＣＯは、表１内の最上位の要素、すなわちここでは、製品セグメントタイプだけを含むことができる。それによって、製品オブジェクトの保守および配布は、ユーザがＣＯを取り消すまで阻止される。しかし、データ管理機能が無いシステムは、（無許可の）オブジェクト変更を行うことができ、したがって、いわゆる「弱い」キュー挿入機構となる。

上記の例は、クライアントおよびサーバと呼ばれるコンピュータシステムを要する。他の実装としては、領域１００内のどのシステムも、クライアントまたはサーバとはいえないものもあり得る。また、領域内のいずれのシステムもが、物理システムであり、すなわち単一の物理的なコンピュータ装置に対応し、あるいは論理システムであり、すなわち他のシステムをも含む装置の仮想共有に対応させることができる。したがって、一部の実施形態において、例示的な装置１０２、１０４、１０６および１０８のうちの２つ以上は、同じ物理装置内に常駐することができる。

図２は、方法２００のフローチャートである。方法２００は、領域内のシステム内で実施することができる。たとえば、コンピュータプログラム製品は、プロセッサに方法２００の諸ステップを含む操作を実行させる命令を含むことができる。方法２００は、以下のステップを含む。

ステップ２１０で、コンピュータシステム内で、そのコンピュータシステム内の制御オブジェクトに割り当てられるデータオブジェクトを識別する第１の入力を受信する。たとえば、第１の入力は、サーバ１０２内で行われることができ、ＤＯ１１８がＣＯ１２２に割り当てられることを具体的に識別することができる。別の例として、第１の入力は、新しく作成されたどのオブジェクトもがＣＯ１２２に割り当てられるよう指定することができ、サーバ１０２は、この第１の入力を使用して、ＯＡＲ１２６を作成することができる。

ステップ２２０で、コンピュータシステム内で、制御オブジェクトのための第２の入力を受信する。第２の入力は、１）データオブジェクトへのモデルレベルの変更と、２）データオブジェクトへのインスタンスレベルの変更との間の関係を指定する。たとえば、第２の入力は、サーバ１０２内で行われることができ、関係が「上書き」または「アクティブ」であることを指定することができる。サーバ１０２は、ＣＯ１２２内の、たとえば制御プロファイル１２４内に、この入力を組み込むことができる。

第１および第２の入力の受信後に、ステップ２３０で、別のコンピュータシステムに制御オブジェクトを送信する。たとえば、第１および第２の入力を受信後に、サーバは、システム１０４、１０６および１０８のいずれかまたはすべてに、ＣＯ１２２を送信することができる。

任意選択のステップ２４０で、制御オブジェクトにアクセスし、コンピュータシステムがオブジェクト変更を行うことを許可されているかどうか判断する。たとえば、システム１０６からオブジェクト更新を受信すると、サーバ１０２は、ＣＯ１２２にアクセスし、クライアント１０６がＤＯ１１８のモデルレベル変更権を所有しているかどうか判断することができる。別の例として、サーバ１０２は、ユーザがＤＯ１１８を変更するようにそれに促すと、ＣＯ１２２にアクセスし、サーバがオブジェクトのモデルレベルの変更権を所有しているかどうか判断することができる。システムは、ＣＯが許可しない、提案された変更を拒否することができる。

図３は、ある実施形態による、上述の操作において実装することができるコンピュータシステム３００のブロック図である。システム３００は、プロセッサ３１０、メモリ３２０、記憶装置３３０および入出力装置３４０を備える。コンポーネント３１０、３２０、３３０および３４０はそれぞれ、システムバス３５０を使用して相互接続される。プロセッサ３１０は、システム３００内で実行するための命令を処理することができる。一実施形態においては、プロセッサ３１０は、単一のスレッドプロセッサである。別の実施形態において、プロセッサ３１０は、マルチスレッドプロセッサである。プロセッサ３１０は、メモリ３２０内または記憶装置３３０内に格納された命令を処理して、入出力装置３４０上に、ユーザインターフェースのためのグラフィカル情報を表示することができる。具体的には、プロセッサ３１０は、上述のデータオブジェクトおよび制御オブジェクト処理に適した命令を実行することができる。

メモリ３２０は、システム３００内に情報を格納する。一実施形態において、メモリ３２０は、コンピュータ読取り可能媒体である。一実施形態において、メモリ３２０は、揮発性のメモリユニットである。別の実施形態において、メモリ３２０は、不揮発性のメモリユニットである。

記憶装置３３０は、システム３００のための大容量記憶域を提供することができる。一実施形態において、記憶装置３３０は、コンピュータ読取り可能媒体である。様々な異なる実施形態において、記憶装置３３０は、フロッピー（登録商標）ディスク装置、ハードディスク装置、光ディスク装置、またはテープ装置とすることができる。

メモリ３２０、記憶装置３３０、またはその両方は、本明細書で述べたデータオブジェクトおよび制御オブジェクトを保持することができる。

入出力装置３４０は、システム３００のための入出力操作を提供する。一実施形態において、入出力装置３４０は、キーボードおよび／またはポインティング装置を含む。一部の実施形態において、入出力装置３４０は、グラフィカルユーザインターフェースを表示するためのディスプレイ装置を含む。具体的には、入出力装置３４０は、ユーザが、本明細書で述べたデータオブジェクトおよび制御オブジェクトを作成するのに適した適切なインターフェースを含むことができる。

本発明は、デジタル電子回路で、あるいはコンピュータハードウェア、ファームウェア、ソフトウェア、またはその組合せで実施され得る。本発明の装置は、プログラマブルプロセッサによる実行のために、たとえばマシン読取り可能記憶装置または伝播信号内の情報搬送波上で有形に具現化されたコンピュータプログラム製品で実施することができ、また本発明の方法ステップは、入力データに作用し、出力を生成することによって本発明の機能を実行するための命令のプログラムを実行するプログラマブルプロセッサによって実施することができる。本発明は、１つまたは複数のコンピュータプログラム内で実施されることができ、このコンピュータプログラムは、データおよび命令を受信し、またデータおよび命令を送信するために結合された少なくとも１つのプログラマブルプロセッサ、データ記憶システム、少なくとも１つの入力装置、ならびに少なくとも１つの出力装置を含むプログラマブルシステム上で実行可能であるてんで有利である。コンピュータプログラムは、特定の活動を実施し、または特定の結果をもたらすためにコンピュータ内で直接的にまたは間接的に使用することができる１組の命令である。コンピュータプログラムは、コンパイルされ、または解釈される言語を含めて、任意の形のプログラミング言語で記述することができ、またスタンドアロンプログラムとして、あるいはモジュール、コンポーネント、サブルーチン、またはコンピューティング環境内で使用するのに適した他の装置としてなど、任意の形で配置することができる。

命令のプログラムを実行するのに適したプロセッサは、例を挙げると、汎用および専用の両方のマイクロプロセッサ、および任意の種類のコンピュータの単独のプロセッサまたは複数のプロセッサのうちの１つを含む。一般に、プロセッサは、読出し専用メモリ、またはランダムアクセスメモリ、あるいはその両方から命令およびデータを受信する。コンピュータの必須の要素として、命令を実行するためのプロセッサ、ならびに命令およびデータを格納するための１つまたは複数のメモリを備える。一般に、コンピュータは、データファイルを格納するための１つまたは複数の大容量記憶装置を備え、またはそれと通信するために動作可能に結合され、こうした装置には、内部ハードディスクおよび取外し可能ディスクなどの磁気ディスク、磁気光ディスク、ならびに光ディスクが含まれる。コンピュータプログラム命令およびデータを有形に具現化するのに適した記憶装置は、例を挙げると、ＥＰＲＯＭ、ＥＥＰＲＯＭおよびフラッシュメモリ装置などの半導体メモリ装置、内部ハードディスクおよび取外し可能ディスクなどの磁気ディスク、磁気光ディスク、ならびにＣＤ−ＲＯＭおよびＤＶＤ−ＲＯＭディスクを含めて、すべての形の不揮発性メモリを含む。プロセッサおよびメモリは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ：特定用途向け集積回路）によって補われ、またはそれに組み込まれ得る。

ユーザとの対話を提供するために、本発明は、ユーザに情報を表示するためのＣＲＴ（ｃａｔｈｏｄｅ ｒａｙ ｔｕｂｅ；陰極線管）やＬＣＤ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ：液晶ディスプレイ）モニタなどの表示装置、ならびにユーザがコンピュータに入力を提供するためのキーボード、およびマウスやトラックボールなどのポインティング装置を備えたコンピュータ上で実行することができる。

本発明は、データサーバなどの後置型の装置、アプリケーションサーバやインターネットサーバなどのミドルウェアコンポーネント、またはグラフィカルユーザインターフェース若しくはインターネットブラウザ、またはその任意の組合せを含むクライアントコンピュータなどのフロントエンドコンポーネントを備えたコンピュータシステム内で実行することができる。システムの諸コンポーネントは、通信ネットワークなどのデジタルデータ通信の任意の形または媒体によって接続することができる。通信ネットワークの例には、ＬＡＮ、ＷＡＮ、ならびにインターネットを形成するコンピュータおよびネットワークなどが含まれる。

コンピュータシステムは、クライアントおよびサーバを備えることができる。クライアントおよびサーバは一般に、互いに離れており、説明したネットワークなどのネットワークを介して一般に対話する。クライアントとサーバとの関係は、それぞれのコンピュータ上で実行され、また互いとのクライアント−サーバ関係を有するコンピュータプログラムに基づいて発生する。

本発明の複数の実施形態について述べた。しかし、本発明の精神および範囲から逸脱せずに、様々な修正が行われ得ることが理解されよう。したがって、他の実施形態は、特許請求の範囲内にある。

領域内のコンピュータシステムの概略図である。 発明の方法の一実施形態のフローチャートである。 一般的なコンピュータシステムのブロック図である。

符号の説明

１０２ サーバ
１０４ クライアント
１０６ クライアント
１０８ クライアント
１１０ オブジェクト管理アプリケーション
１１２ オブジェクト管理アプリケーション
１１４ オブジェクト管理アプリケーション
１１６ オブジェクト管理アプリケーション
１１８ データオブジェクト
１２０ オブジェクトセグメント
１２２ 制御オブジェクト
１２４ 制御プロファイル
３１０ プロセッサ
３２０ メモリ
３３０ 記憶装置
３４０ 入出力装置

Claims (20)

1. データ管理を調整する方法であって、
   コンピュータシステム内で、前記コンピュータシステム内の制御オブジェクトに割り当てられるデータオブジェクトを識別する第１の入力を受信するステップと、
   前記コンピュータシステム内で、前記制御オブジェクトのための第２の入力を受信するステップであって、前記第２の入力は、１）前記データオブジェクトへのモデルレベルの変更と、２）前記データオブジェクトへのインスタンスレベルの変更との間の関係を指定するステップと、
   前記第１および第２の入力の受信後に、別のコンピュータシステムに前記制御オブジェクトを送信するステップと
   を備えたことを特徴とする方法。
2. 前記コンピュータシステムは、前記制御オブジェクトの送信後に前記データオブジェクトを変更し、前記別のコンピュータシステムに前記オブジェクト変更を送信することを特徴とする請求項１に記載の方法。
3. 前記別のコンピュータシステムは、前記オブジェクト変更を受信すると、前記制御オブジェクトにアクセスし、前記コンピュータシステムが前記オブジェクト変更を行うことを許可されているかどうか判定することを特徴とする請求項２に記載の方法。
4. 前記別のコンピュータシステムは、前記制御オブジェクトの受信後に、前記データオブジェクトを変更し、前記コンピュータシステムに前記オブジェクト変更を送信することを特徴とする請求項１に記載の方法。
5. 前記コンピュータシステムは、前記オブジェクト変更を受信すると、前記制御オブジェクトにアクセスし、前記別のコンピュータシステムが前記オブジェクト変更を行うことを許可されているかどうか判定することを特徴とする請求項４に記載の方法。
6. 前記制御オブジェクトは、前記データオブジェクトの特定のセグメントについて、前記特定のセグメントを変更する許可を受けている制御システムを指定することを特徴とする請求項１に記載の方法。
7. 前記特定のセグメントは、製品、位置、プラント、言語およびその組合せからなるグループから選択されることを特徴とする請求項６に記載の方法。
8. 前記制御オブジェクトは、別の制御システムが前記特定のセグメントを変更することを許可される例外条件をさらに指定することを特徴とする請求項６に記載の方法。
9. 前記特定のセグメントの変更は、前記制御システムによって実行されないときは拒否されることを特徴とする請求項６に記載の方法。
10. 前記第１の入力は、新しく作成されるどのオブジェクトも前記制御オブジェクトに割り当てられることを指定し、前記第１の入力を使用して、制御オブジェクトのためのオブジェクト割当て規則を作成するステップをさらに備えたことを特徴とする請求項１に記載の方法。
11. 前記新しく作成されるオブジェクトは、前記割当て規則によって識別されるクラスに属することから、前記制御オブジェクトに割り当てられることを特徴とする請求項１０に記載の方法。
12. 前記関係は、前記モデルレベルの変更を実行することができる制御システムが前記インスタンスレベルの変更を上書きすることができるという関係を含むことを特徴とする請求項１に記載の方法。
13. 前記関係は、前記モデルレベルの変更を実行することができる制御システムが前記インスタンスレベルの変更を上書きすべきでないという関係を含むことを特徴とする請求項１に記載の方法。
14. 前記データオブジェクトを含むデータオブジェクトのクラスに前記制御オブジェクトを割り当てるステップをさらに備えたことを特徴とする請求項１に記載の方法。
15. 前記コンピュータシステム内で、前記制御オブジェクトより古い、前記データオブジェクトの別の制御オブジェクトを受信するステップと、
    前記別の制御オブジェクトを拒否するステップと
    をさらに備えたことを特徴とする請求項１に記載の方法。
16. 前記コンピュータシステム内で、第３の入力を受信して、前記制御オブジェクトを変更するステップをさらに備えたことを特徴とする請求項１に記載の方法。
17. 前記変更された制御オブジェクトを前記別のコンピュータシステムに送信するステップをさらに備えたことを特徴とする請求項１６に記載の方法。
18. 情報搬送波上で具現化したコンピュータプログラム製品であって、実行されるとプロセッサに、
    コンピュータシステム内で、前記コンピュータシステム内の制御オブジェクトに割り当てられるデータオブジェクトを識別する第１の入力を受信するステップと、
    前記コンピュータシステム内で、前記制御オブジェクトのための第２の入力を受信するステップであって、前記第２の入力は、１）前記データオブジェクトへのモデルレベルの変更と、２）前記データオブジェクトへのインスタンスレベルの変更との間の関係を指定するステップと、
    前記第１および第２の入力の受信後に、別のコンピュータシステムに前記制御オブジェクトを送信するステップと
    を備えた動作を実行させる命令を有することを特徴とするコンピュータプログラム製品。
19. 前記動作は、
    前記コンピュータシステム内で、前記別のコンピュータシステムによって行われた前記データオブジェクトへのオブジェクト変更を受信するステップと、
    前記オブジェクト変更を受信すると、前記制御オブジェクトにアクセスするステップと、
    前記別のコンピュータシステムが前記オブジェクト変更を行うことを許可されているかどうか判定するステップと
    をさらに備えたことを特徴とする請求項１８のコンピュータプログラム製品。
20. 前記動作は、
    前記コンピュータシステム内で、前記制御オブジェクトより古い、前記データオブジェクトの別の制御オブジェクトを受信するステップと、
    前記別の制御オブジェクトを拒否するステップと
    をさらに備えたことを特徴とする請求項１８に記載のコンピュータプログラム製品。

Images