(57)【要約】データを共有するためのコンピュータプログラムを含む方法および装置。本技術は、１又は２以上のクライアントシステムからセントラルシステムにおいてデータを受信するステップと、上記セントラルシステムに類似のオブジェクトが存在するかどうかどうかを決定するために、上記セントラルシステムにおいてデータのオブジェクトに関してマッチング処理を実施するステップと、上記セントラルシステムに類似のオブジェクトが存在すれば、類似のオブジェクトのオブジェクト識別を互いにマップングするステップと、上記オブジェクトマッピング情報を処理に提供するステップとを含む。
2005537595.tif 000002
【特許請求の範囲】
【請求項１】
データを共有する方法であって、
１又は２以上のクライアントシステムからセントラルシステムにおいてデータを受信するステップと、
前記セントラルシステムにおいてデータのオブジェクトに関するマッチング処理を実施して、類似のオブジェクトが前記セントラルシステムに存在するかどうかどうかを決定するステップと、
類似のオブジェクトが前記セントラルシステムに存在すれば、類似のオブジェクトのオブジェクト識別を互いにマッピングするステップと、
前記オブジェクトマッピング情報を処理に提供するステップと
を含む方法。
【請求項２】
前記セントラルシステムにおいてデータのオブジェクトに関するマッチング処理を実施して、同一のオブジェクトが前記セントラルシステムに存在するかどうかどうかを決定するステップと、
同一のオブジェクトが前記セントラルシステムに存在すれば、同一のオブジェクトのオブジェクト識別を互いにマッピングするステップと
を更に含む請求項１記載の方法。
【請求項３】
前記データをクレンジングして前記データの前記コンテンツを標準化するステップを更に含む請求項１記載の方法。
【請求項４】
前記オブジェクトマッピング情報を処理に提供するステップは、システム規模の報告のためのデータウェアハウスに前記オブジェクトマッピング情報を提供するステップを含む請求項１記載の方法。
【請求項５】
前記マッピング情報に基づき分析を実施する請求項１記載の方法。
【請求項６】
同一のオブジェクトが同一のクライアントシステムからの複製オブジェクトであるかどうかを決定するステップと、
複製のオブジェクトが受信されたクライアントシステムおよび前記セントラルシステムのうちの少なくとも一つから前記複製のオブジェクトを除去するステップと
を更に含む請求項１記載の方法。
【請求項７】
マッチング処理を実施するステップは、前記セントラルシステムにおいて前記オブジェクトの属性を識別するステップと、前記オブジェクトの前記属性を比較して、前記オブジェクトが同一かどうかどうかを決定するステップとを含む請求項１記載の方法。
【請求項８】
前記セントラルシステムにおいてオブジェクト情報を格納するステップと、前記オブジェクトをオブジェクトマッピング情報で前記１又は２以上のクライアントシステムに配信するステップとを更に含み、前記オブジェクト情報は、各オブジェクトのためのオブジェクトマッピング情報とオブジェクトの全体的属性とを含み、前記オブジェクト情報は、前記セントラルシステムにおいて作成され又は前記受信されたデータに基づいている請求項１記載の方法。
【請求項９】
前記セントラルシステムに格納されたオブジェクト情報に関して前記マッチング処理を連続的に実施するステップを更に含む請求項８記載の方法。
【請求項１０】
前記１又は２以上のクライアントシステムから受信されたデータに基づき、前記セントラルシステムに格納された前記オブジェクト情報を連続的に更新するステップを更に含む請求項８記載の方法。
【請求項１１】
前記オブジェクト情報を連続的に更新するステップは、各オブジェクトのためのマッピング情報を更新するステップを含む請求項１０記載の方法。
【請求項１２】
前記セントラルシステムにおいてオブジェクトを作成して、該オブジェクトのための全体的属性を備える請求項８記載の方法。
【請求項１３】
前記オブジェクトを配信するステップは、各オブジェクトのための前記全体的属性を配信するステップを含み、
当該方法は、
前記１又は２以上のクライアントシステムにおいて少なくとも一つのオブジェクトのためのオブジェクト情報を完結するステップを更に含む請求項８記載の方法。
【請求項１４】
工業特定規格に従って前記データオブジェクトをマッピングするステップを更に含む請求項１記載の方法。
【請求項１５】
前記セントラルシステムからデータオブジェクトを受信するためのクライアントシステムソフトウェアを構成するために、フレームワークを配信するステップを更に含む請求項１記載の方法。
【請求項１６】
データを共有するためのシステムであって、
クライアントシステムにおいて実施される処理で使用するためのマスタデータを格納する１又は２以上の該クライアントシステムと、
前記１又は２以上のクライアントシステムからセントラルシステムにおいてマスタデータを受信し、前記セントラルシステムにおいて前記マスタデータのオブジェクトに関するマッチング処理を実施して同一または類似のオブジェクトが前記セントラルシステムに存在するかどうかを決定し、同一のオブジェクトがセントラルモジュールに存在すれば、同一のオブジェクトのオブジェクト識別を互いにマッピングし、類似のオブジェクトが前記セントラルモジュールに存在すれば、類似のオブジェクトのオブジェクト識別を互いにマッピングし、そして前記オブジェクトマッピング情報を処理に提供するように構成された該セントラルモジュールと
を備えたシステム。
【請求項１７】
前記セントラルモジュールは、前記１又は２以上のクライアントシステムから複製のオブジェクトを除去するように更に構成された請求項１６記載のシステム。
【請求項１８】
前記セントラルモジュールは、前記処理で使用するためにデータウェアハウスに前記オブジェクトマッピング情報を供給するように更に構成された請求項１６記載のシステム。
【請求項１９】
前記オブジェクトマッピング情報を受信して前記処理で使用するように構成されたデータウェアハウスを更に備えた請求項１６記載のシステム。
【請求項２０】
コンピュータ読み取り可能な記録媒体に明白に格納されたコンピュータプログラムプロダクトであって、プログラマブルプロセッサに、
１又は２以上のクライアントシステムからセントラルシステムにおいてデータを受信させ、
前記セントラルシステムにおいてデータのオブジェクトに関するマッチング処理を実施させて類似のオブジェクトが前記セントラルシステムに存在するかどうかを決定させ、
類似のオブジェクトが前記セントラルシステムに存在すれば、類似のオブジェクトのオブジェクト識別を互いにマッピングさせ、
前記オブジェクトマッピング情報を処理に提供させる
ことができる命令を含むコンピュータプログラムプロダクト。
【請求項２１】
プログラマブルプロセッサに、
前記セントラルシステムにおいてデータのオブジェクトに関するマッチング処理を実施させて同一のオブジェクトが前記セントラルシステムに存在するかを判断させ、
同一のオブジェクトが前記セントラルモジュールに存在すれば、同一のオブジェクトのオブジェクト識別を互いにマッピングさせる
ことができる命令を更に含む請求項２０記載のコンピュータプログラムプロダクト。
【請求項２２】
プログラマブルプロセッサに、
前記データをクレンジングさせて前記データの前記コンテンツを標準化させることができる命令を更に含む請求項２０記載のコンピュータプログラムプロダクト。
【請求項２３】
プログラマブルプロセッサに前記オブジェクトマッピング情報を処理に提供させることができる命令は、プログラマブルプロセッサに、前記オブジェクトマッピング情報を、システム規模の報告のためのデータウェアハウスに供給させることができる命令を含む請求項２０記載のコンピュータプログラムプロダクト。
【請求項２４】
プログラマブルプロセッサに、前記マッピング情報に基づき分析を実施させることができる命令を更に含む請求項２０記載のコンピュータプログラムプロダクト。
【請求項２５】
プログラマブルプロセッサに、
同一のオブジェクトが同一のクライアントシステムからの複製のオブジェクトであるかどうかを決定させ、
複製のオブジェクトが受信された前記クライアントシステム又は前記セントラルシステムのうちの少なくとも一つから複製のオブジェクトを除去させる
ことができる命令を更に含む請求項２０記載のコンピュータプログラムプロダクト。
【請求項２６】
プログラマブルプロセッサにマッチング処理を実施させることができる命令は、プログラマブルプロセッサに、前記セントラルシステムにおいて前記オブジェクトの属性を識別させ、そして前記オブジェクトの前記属性を比較させて前記オブジェクトが同一であるかどうかを決定させることができる命令を含む請求項２０記載のコンピュータプログラムプロダクト。
【請求項２７】
プログラマブルプロセッサに、
前記セントラルシステムにおいてオブジェクト情報を格納させ、
前記オブジェクトをオブジェクトマッピング情報で前記１又は２以上のクライアントシステムに配信させる
ことができる命令を更に含み、
前記オブジェクト情報は、各オブジェクトのためのオブジェクトマッピング情報とオブジェクトの全体的属性とを含み、前記オブジェクト情報は、前記セントラルシステムにおいて作成され又は前記受信されたデータに基づいている請求項２０記載のコンピュータプログラムプロダクト。
【請求項２８】
プログラマブルプロセッサに、
前記セントラルシステムに格納されたオブジェクト情報に関する前記マッチング処理を連続的に実施させることができる命令を更に含む請求項２７記載のコンピュータプログラムプロダクト。
【請求項２９】
プログラマブルプロセッサに、
前記１又は２以上のクライアントシステムから受信されたデータに基づき前記セントラルシステムに格納された前記オブジェクト情報を連続的に更新させることができる命令を更に含む請求項２７記載のコンピュータプログラムプロダクト。
【請求項３０】
プログラマブルプロセッサに前記オブジェクト情報を連続的に実施させることができる前記命令は、プログラマブルプロセッサに、各オブジェクトのためのマッピング情報を更新させることができる命令を含む請求項２９記載のコンピュータプログラムプロダクト。
【請求項３１】
プログラマブルプロセッサに、前記セントラルシステムにおいてオブジェクトを作成させて前記オブジェクトのための全体的属性を備えることができる命令を更に含む請求項２７記載のコンピュータプログラムプロダクト。
【請求項３２】
プログラマブルプロセッサに前記オブジェクトを配信させることができる前記命令は、プログラマブルプロセッサに、各オブジェクトのための前記全体的属性を配信させることができる命令を含み、
更に、当該方法は、
前記１又は２以上のクライアントシステムのうちの一つにおいて少なくとも一つのオブジェクトのためのオブジェクト情報を完結させる請求項２７記載のコンピュータプログラムプロダクト。
【請求項３３】
プログラマブルプロセッサに、
工業特定規格に従って前記データオブジェクトをマッピングさせることができる命令を更に含む請求項２７記載のコンピュータプログラムプロダクト。
【請求項３４】
プログラマブルプロセッサに、
ネットワークフレームを配信させて、前記セントラルシステムからデータオブジェクトを受信するためのクライアントシステムソフトウェアを構成させる請求項２７記載のコンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理およびデータ管理システムに関する。
【背景技術】
【０００２】
情報技術（“ＩＴ”）環境は、共通マスタデータ(common master data)上で、業務処理(business process)のような、処理を遂行する多くの異なるシステムから構成され得る。この異なるシステムは、ベンダー(vendor)または請負業者(contractor)のような、異なるエンティティ(entity)の一員であり、または同一のエンティティの一員であり得る。上記処理に使用されるマスタデータは、多くの異なる場所、システム、及び／又は互換性のないフォーマットで記憶される。会社の支社(branch office)は、極めて独立して活動することができ、採択会社(adopted companies)は、新たなソフトウェアソリューションを提携会社のグループに導入し、異なるベンダーからのシステムを連結することができる。異なるマスタデータモデルは、業務処理をこれらのシナリオに統合することを困難にする。
【０００３】
マスタデータは、異なるシステムに捕捉(trap)され貯蔵(silo)されるようになることができる。ＩＴ環境にわたって調整されていないマスタデータは、データ過剰および無意味な又は間違った情報をもたらす。例えば、もし国際企業の二つの地方支店がそれぞれ第２の国際企業の同一の地方支社を取引先として持っていれば、各国際取引先は、二つの“取引先”マスタデータオブジェクト間に何の相互関係もなく、２度も保持される。これは、冗長な多数のコンテンツメンテナンスのための高コストを招く。さらに、冗長または陳腐な情報を用いて実施されるビジネス分析論は貧弱なビジネス判断をもたらす。上述の例では、全社的な分析論処理(company-wide analytic process)は、“二つ”の取引先の間の相互関係を検出することに失敗し、そして、二つの地方支社と共に国際的取引先としてこれらの取引先を承認することから利用できるビジネス価値は失われるであろう。
【発明の開示】
【課題を解決するための手段】
【０００４】
本発明は、データを共有(sharing)するためのコンピュータプログラムプロダクトを含む方法および装置を提供する。
概して、一つの態様において、本発明は、データを共有するためのコンピュータプログラムプロダクトを含む方法および装置を特徴づける。本技術は、１又は２以上のクライアントシステムからセントラルシステムにおいてデータを受信するステップと、前記セントラルシステムにおいてデータのオブジェクトに関するマッチング処理を実施して、類似のオブジェクトが前記セントラルシステムに存在するかどうかどうかを決定するステップと、類似のオブジェクトが前記セントラルシステムに存在すれば、類似のオブジェクトのオブジェクト識別を互いにマッピングするステップと、前記オブジェクトマッピング情報を処理に提供するステップとを含む。
【０００５】
本発明は、１又は２以上の次の有利な特徴を含むように実施されることができる。マッチング処理は、前記セントラルシステムにおいてデータのオブジェクトに関して実施されて、前記セントラルシステムに同一のオブジェクトが存在するかどうかどうかを決定することができ、且つ、前記セントラルシステムに同一のオブジェクトが存在すれば、同一のオブジェクトのオブジェクト識別は互いにマッピングされることができる。
【０００６】
前記データはクレンジングされて前記データの前記コンテンツが標準化されることができる。前記オブジェクトマッピング情報を処理に提供するステップは、システム規模の報告のためのデータウェアハウスに前記オブジェクトマッピング情報を提供するステップを含むことができる。前記マッピング情報に基づき分析が実施されることができる。同一のオブジェクトが同一のクライアントシステムからの複製オブジェクトであるかについて決定がなされることができ、複製のオブジェクトが受信されたクライアントシステムおよび前記セントラルシステムのうちの少なくとも一つから前記複製のオブジェクトが除去されることができる。
【０００７】
マッチング処理を実施するステップは、前記セントラルシステムにおいて前記オブジェクトの属性を識別するステップと、前記オブジェクトの前記属性を比較して、前記オブジェクトが同一かどうかを決定するステップとを含むことができる。オブジェクト情報は前記セントラルシステムに格納されることができ、前記オブジェクトはオブジェクトマッピング情報と共に前記１又は２以上のクライアントシステムに配信されることができる。ここで、前記オブジェクト情報は、各オブジェクトのためのオブジェクトマッピング情報とオブジェクトの全体的属性とを含む。前記オブジェクト情報は、前記セントラルシステムにおいて作成され又は前記受信されたデータに基づくことができる。前記マッチング処理が、前記セントラルシステムに格納されたオブジェクト情報に関して連続的に実施されることができる。前記１又は２以上のクライアントシステムから受信されたデータに基づき、前記セントラルシステムに格納された前記オブジェクト情報が連続的に更新されることができる。
【０００８】
前記オブジェクト情報を連続的に更新するステップは、各オブジェクトのためのマッピング情報を更新するステップを含むことができる。オブジェクトが前記セントラルシステムにおいて作成されて、該オブジェクトのための全体的属性が備えられることができる。前記オブジェクトを配信するステップは、各オブジェクトのための前記全体的属性を配信するステップを含くことができ、当該方法は、前記１又は２以上のクライアントシステムにおいて少なくとも一つのオブジェクトのためのオブジェクト情報を完結するステップを更に含むことができる。
【０００９】
前記データオブジェクトは工業特定規格に従ってマッピングされることができる。
前記セントラルシステムからデータオブジェクトを受信するためのクライアントシステムソフトウェアを構成するために、フレームワークが配信されることができる。
【００１０】
概して、一つの態様において、本発明は、データを共有するためのシステムを特徴づける。本システムは、クライアントシステムにおいて実施される処理で使用するためのマスタデータを格納する１又は２以上の該クライアントシステムと、前記１又は２以上のクライアントシステムからセントラルシステムにおいてマスタデータを受信し、前記セントラルシステムにおいて前記マスタデータのオブジェクトに関するマッチング処理を実施して同一または類似のオブジェクトが前記セントラルシステムに存在するかどうかを決定し、セントラルモジュールに同一のオブジェクトが存在すれば、同一のオブジェクトのオブジェクト識別を互いにマッピングし、類似のオブジェクトが前記セントラルモジュールに存在すれば、類似のオブジェクトのオブジェクト識別を互いにマッピングし、そして前記オブジェクトマッピング情報を処理に提供するように構成された該セントラルモジュールとを備える。
【００１１】
本発明は、１又は２以上の次の有利な特徴を備えるように実施されることができる。前記セントラルモジュールは、前記１又は２以上のクライアントシステムから複製のオブジェクトを除去し、及び／又は、前記処理で使用するためにデータウェアハウスに前記オブジェクトマッピング情報を供給するように更に構成されることができる。また、本システムは、前記オブジェクトマッピング情報を受信して前記処理で使用するように構成されたデータウェアハウスを更に備えることができる。
【００１２】
本発明は、１又は２以上の次の利点を実現するように実施されることができる。マスタデータのための協調マスタデータ管理システムは、マスタデータの集中化された管理を可能にする。同一オブジェクトと類似オブジェクトとの間のマッピングは、改善されたグループ規模(cross-group)の報告を可能にする。複製の識別は、データ冗長性の回避を可能にする。前記協調マスタデータ管理システムは、全てのクライアントに対するマッピング情報とマスタデータの配信とを通じて一貫した業務処理を可能にする。また、会社規模(cross-company)の報告も可能とされ、データの維持管理(maintenance)に関する資源が低減されることができ、且つマスタデータがシステム規模および会社規模で調整されることができる。
【００１３】
本発明の１又は２以上の実施例の詳細は、添付の図面と以下の説明において述べられる。本発明の他の特徴および利点は、その記載、図面および特許請求の範囲から明らかになるであろう。
種々の図面における同様の参照番号および記号表示は同様の要素を示す。
【発明を実施するための最良の形態】
【００１４】
図１Ａに示されるように、協調マスタデータ管理（“ｃＭＤＭ”; collaborative Master Data Management）システムは、セントラルモジュール１００と１又は２以上のクライアントモジュール１１０とを備える。各クライアントモジュール１１０は、セントラルモジュール１１０に直接的に連結(link)されている。
【００１５】
セントラルモジュール１１０は、業務(bisiness)又は組織(organization)のようなエンティティ(entity)のためのデータ管理の集中化された制御を表すセントラルシステムを備える。クライアントモジュール１１０は、マスタデータに関する処理を実施するグループ又はシステムを備えることができる。例えば、クライアントモジュール１１０は、プロダクト作成処理(product creation process)に含まれるグループ及び／又はシステムを備えることができる。この例では、クライアントモジュール１１０は、レガシーモジュール(legacy module)、電子調達モジュール(e-procurement module)、電子販売モジュール(e-sale module)、調達モジュール(sourcing module)、協調エンジニアリングモジュール(collaborative engineering module)、製作モジュール(manufacturing module)、および統合業務ソフト(EPR; Enterprise Resoource Planning)モジュールを含むことができる。
【００１６】
マスタデータは、実施に応じて、クライアントモジュール１１０に、セントラルモジュール１００に、またはその両方に格納されることができる。セントラルモジュール１００は、各クライアント１１０によって使用されるマスタデータが全てのクライアント１１０によって共有されるマスタデータを含むことを可能にする。従来、クライアントモジュール１１０は、ポイント・ツー・ポイントアーキテクチャ(point-to-point archtecture)で互いに直接的に通信する。例えば、製作モジュールは、マスタデータを、とりわけ、電子調達モジュール、電子販売モジュール、および協調エンジニアリングモジュールと共有することを必要とするかもしれない。従来のシステムにおいて、上記製作モジュールは、適切なモジュールに対してデータを送受信し、これは、もし、共有のためにデータを送信するモジュールにおいてこのデータが更新されなければ、陳腐なデータの使用またはデータにおける不一致(inconsistency)を招く。図１Ａおよび１Ｂを参照して述べられるシステムにおいて、データは、セントラルモジュール１００を通して管理される。このセントラルモジュール１００は、一貫したマスタデータと、このマスタデータの配信を保証する。
【００１７】
図１Ｂに示されるように、ｃＭＤＭシステムは、複数のエンティティ１２０，１３０にわたって使用されるように実施されることができる。セントラルモジュール１００は、ベースエンティティ(base entity)１２０の一部であることができる。クライアントシステム１１０は、ベースエンティティ１２０の一部または外部エンティティ１３０の一部であることができる。例えば、ベースエンティティ１２０は、ＥＲＰ、レガシー、電子調達、および電子販売のためのクライアントモジュール１１０を備える企業(enterprise)を含むことができる。ベースエンティティは、ユニット１４０に分割されることができ、ここで、各ユニットは、１又は２以上のクライアント１１０を備えることができる。上記外部のエンティティ１３０は、製作のためのクライアント１１０を含む請負業者(contractor)、および協調エンジニアリング(collaborative engineering)および調達(sourcing)のためのクライアント１１０を備える供給業者(supplier)を含むことができる。
【００１８】
他の例では、ベースエンティティ１２０は、顧客サービスエンティティを含むことができる一方、外部のエンティティ１３０は企業を含むことができる。通常は複数のクライアントモジュール１１０に分散される顧客情報は、セントラルシステム１００を通して連結(consolidate)されることができる。
【００１９】
集中的に管理されるマスタデータは、グループ間共通の報告(cross-group report)、合併買収(mergers and acquisition)のためのデータ統合(data integration)、部品の多様性(diversity of parts)を低減すること、プロダクト保守の支援、顧客管理の簡略化のような処理(process)、および、目録コンテンツを併合すること及びより少ない数の小売店への購買活動(purchasing activity)の一括販売(bundling)を通じて行うような目録の支援のために使用されることができる。また、ｃＭＤＭシステムは、バージョニング(versioning)を支援すると共に管理を変えることができる。バージョンが作成され又は変更がなされると、そのバージョンのデータ又は変更されたデータは、以下に述べるように、セントラルモジュール１００を通じて管理されることができる。
【００２０】
ｃＭＤＭのセットアップは、ｃＭＤＭシステムとクライアントモジュール１１０との間でデータが交換される前に実施されることができる。識別属性(identification attribute)がマスタデータオブジェクトのために特定され、マッチングのためのルールが制定される。属性(attribute)のセットアップとマッチングのためのルールは、一般にオブジェクトの需要に関して、又はｃＭＤＭシステムを用いたエンティティに関して実施されることができる。クライアントモジュールから受信されたマスタデータオブジェクトについて実施されるマッチング処理は、マスタデータオブジェクトを管理するために使用されることができる。
【００２１】
属性の特定は、異なるクライアントアプリケーション又は異なるクライアントモジュール１１０からの異なるオブジェクトをマッチングすることを含むことができる。また、属性の特定は、異なるクライアントシステムから受信されたマスタデータオブジェクトが比較され得るように、マッチングされたストラクチャ(structure)の要素を互いに結合することを含むことができる。
【００２２】
また、特定された属性は、セットアップ中にランク付けされることもできる。属性のランク付けは、二つのマスタデータオブジェクトが同一かどうかどうかを決定するためのマッチング処理中に使用されることができる。従って、もし、高くランク付けされた属性が二つのオブジェクト間でマッチングしなければ、リスト上で低くランク付けされた属性がマッチングしない場合よりも、それらは同一ではなく、または類似していない。
【００２３】
ｃＭＤＭシステムは、図２−７を参照して説明されるように、少なくとも３つの異なるシナリオで実施されることができる。このシナリオは、コンテンツ連結シナリオ(content consolidation scenario)から始めて、マスタデータ調和(master data harmonization)シナリオに移動し、またはマスタデータ調和シナリオからセントラルマスタデータ管理(central master data management)シナリオに移動することにより、個別に実施されることができ、または、斬新的な方法で導入されることができる。また、異なるシナリオは、一緒に使用されることができる。例えば、セントラルマスタデータ管理は幾つかのオブジェクトタイプに対して使用されることができる一方、マスタデータ調和はその残りに対して使用される。上記シナリオの混合は、以下で更に詳しく説明されるであろう。
【００２４】
＜コンテンツ連結(content consolidation)＞
図２は、ｃＭＤＭシステムのためのコンテンツ連結シナリオを図解するブロック図である。セントラルモジュール１００は、ロードモジュール(load module)２１０、ステージングモジュール(staging module)２２０、マッチモジュール(match module)２３０、およびＩＤマッピングモジュール(ID mapping module)２４０を備えることができる。セントラルモジュール１００で実施された処理で得られた連結コンテンツ(consolidated content)は、総合目録（例えば、供給業者プロダクト目録）の作成または経営分析(business analysis)（例えば、全体支出分析）のような処理２５０において使用されることができる。
【００２５】
ロードモジュール２１０では、マスタデータオブジェクトは、セントラルモジュール１００に受信される。マスタデータオブジェクトは、それらがそれらのローカルアプリケーション（クライアントモジュール１１０）に保持されていた形式でセントラルモジュール１００にアップロードされる。ステージングモジュール２２０では、セントラルモジュール１００のユーザーは、マスタデータオブジェクトが正しくロードされるか決定することができる。例えば、ユーザーは、ロードモジュール２１０にロードされたマスタデータオブジェクトのコンテンツをチェックして、マスタデータオブジェクトが正しいことを確かめることができる。マスタデータオブジェクトは、マスタデータオブジェクトのコンテンツを標準化(standardize)するためにステージングモジュール２２０においてクレンジング(cleanse)されることができる。例えば、もし、Ｎｅｗ Ｙｏｒｋを短縮するための標準形式が“ＮＹ”であり、且つ入力マスタデータオブジェクトのコンテンツの一つが、“Ｎ．Ｙ．”のような短縮形を有していれば、入力マスタデータオブジェクトのコンテンツは、“Ｎ”と“Ｙ．”との間のピリオドを削除することにより“ＮＹ”に変えられることができる。また、データクレンジング(data cleansing)は、過ち(mistake)と不一致(inconsistencies)を排除して、データを一層正確にすることができる。
【００２６】
また、ステージングモジュール２２０は、マスタデータクライアントのための受信されたマスタデータオブジェクトのために中間ストレージ(intermediate storage)として使用されることができる。中間ストレージは、マッチモジュール２３０およびマッピングモジュール２４０に関して以下でそれぞれ説明されるマッチングおよびマッピングの処理の期間中に使用されることができる。また、中間ストレージは、マスタデータオブジェクトのアップロード前の個々のユーザーのやりとり(interaction)の期間中に使用されることもできる。
【００２７】
また、マッチング処理は、ステージングモジュール２２０において完結されることができる。マスタデータオブジェクトは、マッチモジュール２３０に転送される。もし、マッチモジュール２３０が、識別された属性に基づきマスタデータオブジェクトを自動的にマッチ(match)させなければ、マスタデータオブジェクトは、そのマスタデータオブジェクトがマッチするかどうかを手動で決定するためにステージングモジュールに戻されることができる。
【００２８】
マッチモジュール２３０では、マッチング処理が同一または類似のデータオブジェクトを識別するために、アップロードされたマスタデータに関して実行されることができる。同一のデータオブジェクトは意味的(semantically)に同一であるマスタデータであり、それは異なるクライアントモジュール１１０から受信される。同一のデータオブジェクトは異なる二つのオブジェクトＩＤを持つことができる。複製データオブジェクト(duplicate data object)は、クライアントモジュール１１０のような、同一システム内の意味的に同一のマスタデータオブジェクトである。可能性のある複製(possible duplicate)は、自動的に認識されて報告される。１又は２以上の複製データオブジェクトは、クライアントシステムから除去されることができる。
【００２９】
マッチング処理は、マスタデータオブジェクト間の類似性を認識するステップを含む。マッチング処理は、データオブジェクトの属性を識別するステップと、この属性を比較するステップとを含むことができる。属性の内容がシステムごとに違っていても、同一または類似のデータオブジェクトが認識されることができるように、比較される属性は、マスタデータオブジェクトタイプについて妥当なエンティティ規模(valid entity-wide)である属性を含むことができる。従って、異なるデータ形式および構造が、異なるシステムにおいて保持されることができる。
【００３０】
もし、二つのマスタデータオブジェクト間のマッチ(match)の総量が或る範囲内であれば、マッチング処理の結果は未解決(unresolved)と考えられるかもしれない。例えば、もし二つのマスタデータオブジェクトが５０〜８０％だけマッチすれば、マッチング処理の結果は、未解決と考えられることができる。例えば、もしマッチされるマスタデータオブジェクトが取引先(business partner)であり、且つ５つの属性のうちの４つが他の取引先マスタデータオブジェクトとマッチすれば、マッチの総量は８０％であろう。従って、二つのオブジェクトがマッチするかどうかの問題は未解決と考えられる。マスタデータオブジェクトが他のマスタデータオブジェクトとマッチするかどうかをユーザが手動で決定するために、マスタデータオブジェクトはステージングモジュールに戻されることができる。
【００３１】
マッピングモジュール２４０は、マッチモジュール２３０からマッチング処理の結果を受信する。マッピングモジュール２４０では、類似または同一のオブジェクトは、互いにマッピングされることができる。例えば、一つのオブジェクトのオブジェクト識別（“ＩＤ”）は、類似または同一のオブジェクトのオブジェクトＩＤにマッピングされることができる。マッピング情報は、変化がデータオブジェクトになされる度に更新されることができる。マッピングは、マスタデータ管理システムのセットアップ中に確立されるルールに基づいて自動的に実行されることができる。マッピングは、マッピングテーブルに格納されることができる。マッピング情報は、マスタデータオブジェクトに対してなされる変化に基づき変わることができる。例えば、もし、マスタデータオブジェクトＡにおける“Ｎ．Ｙ．”が“ＮＹ”に変えられれば、マスタデータオブジェクトＡにマッピングされなかったマスタデータオブジェクトは、マスタデータオブジェクトＡと同一と考えることができ、そして、マスタデータオブジェクトＡにマッピングされたマスタデータオブジェクトは、変更される必要があるであろう。従って、クライアントモジュール１１０に利用可能なマッピング情報を作成することによりマッピング情報の更新とマッピング情報を通して変更が管理されることができる。同様に、データオブジェクトのグループからなる新たなバージョンが定義され、マッピング情報の更新とマッピング情報はバージョンを管理するために使用されることができる。
【００３２】
マッピング情報は、処理モジュール２５０に供給されることができる。処理モジュール２５０は、システム規模の報告(system-wide reporting)のために、企業情報ウェアハウス(business information warehouse)のようなデータウェアハウス(data warehouse)を含んで、複合の分析性(complex analytics)を含むことができる。処理モジュール２５０で実行される処理は、全体的支出分析又は合併・買収のような、企業規模の分析および報告または総合目録(central catalog)の作成を含むことができる。
【００３３】
図３は、データを連結するための方法を図解するフロー図である。データは、１又は２以上のクライアントモジュール１１０からセントラルモジュール１００に受信される。（ステップ３１０）もし、受信されたコンテンツデータがセントラルモジュール１００におけるセントラルシステムのコンテンツとそろわなければ、受信されたデータはクレンジングされることができる。
【００３４】
同一または類似のオブジェクトがセントラルシステムに存在するかどうかを決定するために、マッチング処理は、セントラルシステムにおいてデータのオブジェクトに関して実行される。（ステップ３２０）このマッチング処理は、オブジェクトの属性を比較し識別するステップを含むことができる。また、マッチング処理は、複製を識別するステップを含むことができる。もし、二つ又はそれ以上のオブジェクトが複製オブジェクトであることがわかれば、１又は２以上の複製オブジェクトは、セントラルモジュールに入れられることを回避されることができる。複製マスタデータオブジェクトは、ステージングモジュール２２０に転送され、ここでは、複製マスタデータオブジェクトの一つが、セントラルモジュール１００から除去される。また、ｃＭＤＭは、複製オブジェクトが受信されたシステムからの１又は２以上の複製マスタデータの除去を支援することができる。
【００３５】
もし、同一または類似のオブジェクトが見つけられれば、セントラルモジュールは、マッピング処理を実行することができる。（ステップ３３０）同一オブジェクトのオブジェクトＩＤは互いにマッピングされることができ、且つ類似オブジェクトのオブジェクトＩＤは互いにマッピングされることができる。オブジェクトマッピング情報は、処理に供給されることができる。（ステップ３４０）上述したように、マッピング情報を処理に供給するステップは、システム規模の分析および報告における使用のために、企業情報ウェアハウスのように、マッピング情報をデータウェアハウスに供給するステップを含むことができる。また、マッピング情報は、クライアントモジュール１１０に供給されることができる。
【００３６】
＜マスタデータ調和(Master Data Harmonization)＞
図４は、ｃＭＤＭについての第２のシナリオを図解するブロック図である。この第２のシナリオは、マスタデータ調和の実施(master data harmonization implementation)を含む。このシナリオは、マスタデータストレージをコンテンツ連結の実施(content consolidation implementation)に加えることにより実施されることができる。このシナリオは、マスタデータの全体的属性(global attributions)の一貫した配信およびメンテナンスを可能にするために使用されることができる。セントラルモジュール１００において実行される処理によってもたらされた調和されたコンテンツは、クライアントモジュール１１０および処理モジュール２４０に配信されることができ、この処理モジュール２４０は、例えば、取引先管理(business partner administration)、売品(sales article)のセントラル供給(central provision)、非可変部品(non-variable parts)の管理および定義のような用途で使用されるものである。
【００３７】
マスタデータオブジェクトは、セントラルモジュール１００、セントラル作成モジュール４１０、またはクライアントモジュール１１０で作成されることができる。クライアントモジュール１１０で作成されたマスタデータオブジェクトは、ステージングモジュール４２０において受信される。一部のマスタデータオブジェクトと、マスタデータオブジェクト間のマッピングとは、セントラルモジュール１００に格納されることができる。格納されたマスタデータオブジェクトの一部は、このマスタデータオブジェクトの全体的属性を含むことができる。
【００３８】
セントラル作成モジュール４１０で作成されたマスタデータオブジェクトは、マスタデータオブジェクトの全体的属性のみを含むように作成されることができる。全体的属性は、識別属性(identifying attribute)を含むことができる。各オブジェクトタイプについてどの属性が保持されるべきかは、情報要件(information requirement)およびシステムランドスケープ(system landscape)に依存する。フレームワークはｃＭＤＭに加えられて、ローカルシステムにおいてマスタデータオブジェクトを作成するために使用されるソフトウェアの修正を何ら行うことなくオブジェクトモデルを拡大することができる。フレームワークは、新たな課題(issue)および新たな分野(field)を取り扱う。例えば、オブジェクトデスクリプション（オブジェクトのためのデータモデル）は、セントラルインスタンス(central instance)に合わされることができる。例えば、フィールドは、他のシステムのためのデータモデルには存在しない或るシステムにおけるモデルに存在してもよい。また、フレームワークは、異なる属性フィールドを有するマスタデータオブジェクトを受信するクライアントシステムのためのユーザーインターフェイスを更新することを支援することができる。以下に説明するように、オブジェクトの配信後、配信されたオブジェクトは、クライアントモジュール１１０における属性値を備えることができる。
【００３９】
ローカルに作成されたマスタデータオブジェクトは、クライアント１１０のローカルなアプリケーションを用いて作成されることができる。クライアントモジュール１１０は、ローカルに作成されたマスタデータオブジェクトの全体的属性をステージングモジュール４２０に配信することができる。クロスシステムサーチ(cross system search)は、クライアントモジュール１１０で作成される前にマスタデータオブジェクトのためになされることができる。マスタデータオブジェクトは、類似したマスタデータオブジェクトが存在しなければ作成される。もし、類似したマスタデータオブジェクトが存在すれば、セントラルモジュール１００は、類似したマスタデータオブジェクトをクライアントモジュール１１０のユーザーに利用可能にする。例えば、セントラルモジュール１００は、類似したマスタデータオブジェクトを、サーバーを通してクライアントモジュール１１０のユーザーに利用可能にすることができる。従って、類似したマスタデータオブジェクトは、セントラルモジュール１００におけるサーバーに転送され、そしてクライアントモジュール１１０でのクライアントシステムに送信されることができる。
【００４０】
ユーザーは、類似したマスタデータオブジェクトを予約することができ、そしてマッピング情報は、新たなローカルシステムを含むように更新されることができる。もし、類似したオブジェクトが見つからなければ、マスタデータオブジェクトの作成後、作成されたマスタデータオブジェクトは、他の目標システム(target system)に送信されることができる。
【００４１】
連続的なマッチング処理は、マッチング及びマッピングモジュール４３０で実行されることができる。例えば、マッピングは、セントラル作成モジュール４１０においてマスタデータオブジェクトを作成するための要求に応答して実行されることができる。連続的なマッチング処理は、同一および類似のデータオブジェクトを識別するために使用されることができる。この同一および類似のデータオブジェクトは、上述のように、互いにマッピングされることができる。
【００４２】
マッチング処理によって識別された複製オブジェクト(duplicate objects)は、ローカルシステムにおいて作成されることを回避される。例えば、もし、ローカルシステムが新たな取引先のためのマスタデータオブジェクトを要求すれば、セントラルモジュール１００のユーザーは、取引先マスタデータオブジェクトがセントラルモジュール１００に既に存在するかを確認することができる。もし、取引先マスタデータオブジェクトがセントラルモジュールに存在すれば、マスタデータオブジェクトは、新たなマスタデータオブジェクトを要求するクライアントシステムに配信されることができる。もし、既存の取引先マスタデータオブジェクトが目標システム(target system)に既に存在することをユーザーが認識すれば、複製マスタデータオブジェクトの作成が回避される。マッピング情報は、ビジネス規模の分析のような処理ために処理モジュール２４０に供給されることができる。
【００４３】
マッピング情報を含むマスタデータオブジェクトの全体的属性は、配信モジュール４４０を通して種々のクライアントモジュール１１０に配信されることができる。従って、全てのシステムは、配信後に同一の全体的属性が供給され、そして業務処理は安全に処理されることができる。論理的にグループをなすオブジェクトは、一緒に配信されると共に変更されることができる。例えば、マスタデータがプロダクトのためのマスタデータを備える場合、プロダクト構造(structure)および文書(document)のような、そのプロダクトに属するオブジェクトは、パケットに一緒に収集されて、一つのコンテキストで受信者のクライアントモジュール１１０に配信されることができる。パケットは、プロダクト構造におけるオブジェクトのように、依存性(dependencies)を含む関係を通して結合された個々のオブジェクトのグループを含む。パケットは、受信者のクライアントモジュール１１０の情報要件に従って収集されることができ、そして或るシーケンスで転送されることができる。
【００４４】
例えば、もし、ＢＯＭが変化し又は目標システムに配信されるのであれば、いくつかの特定のシステムのためのマッピングに関連したルールは、特定のシステムが材料(materials)のためのプロダクトＩＤを認識できるように、材料のためのプロダクトマスタがＢＯＭの前に特定のシステムに送信されなければならないことを示すことができる。従って、配信するオブジェクトの順序づけ(sequencing)は、目標システムの要件および動作(semantics)を満たすことを可能とされることができる。
【００４５】
クライアントモジュール１１０は、ローカルな環境において、受信されたマスタデータオブジェクトのためのマスタデータ情報を完成することができる。また、マスタデータへの変化は、セントラルモジュール１００において主に管理されることができる。この変化は受信され、承認され、そしてクライアントモジュール１１０に配信される。
【００４６】
セントラルモジュール１００で作成されたマスタデータは、クライアントモジュール１１０からの要求に応答して作成されることができる。例えば、クライアントシステムを使用するクライアントモジュール１１０でのビジネスユーザーは、新たなプロダクトマスタのための要求フォームに記入し、そしてそのフォームを、セントラルモジュール１００におけるセントラルシステムのユーザーに送信することができる。フォームは、このフォームが正しく記入されたことを保証するためにチェックされることができる。例えば、フォームは意味的にチェックされることができ、または、測定(measurement)のユニット(unit)は正しいユニットが使用されることを保証するためにチェックされることができる。セントラルシステムのユーザーは、要求を見て受諾(view and accept)することができる。そして、セントラルシステムでのユーザーは、複製のためにチェックし、与えられた情報を完成させ、そして新たなプロダクトマスタを作成して配信することができる。
【００４７】
図５Ａおよび５Ｂは、マスタデータ調和のための方法を図解するフロー図である。図１Ａ、１Ｂおよび５Ａを参照すると、マスタデータ調和は、クライアントモジュール１１０と同様にセントラルモジュール１００におけるマスタデータオブジェクトの作成を含むことができる。（ステップ５１０）
【００４８】
マスタデータオブジェクトは、マスタデータ調和における３つの方法で作成されることができる。新たなマスタデータオブジェクトは、セントラルモジュール１００で直接的に作成されることができ、または新たなマスタデータオブジェクトは、クライアントモジュール１１０からの要求に応答してセントラルモジュール１００において作成されることができる。また、マスタデータオブジェクトは、クライアントモジュール１１０においてローカルに作成され、そしてステージングモジュール４２０に転送されることができる。クライアントモジュール１１０においてローカルに作成されたマスタデータは、セントラルモジュール１００にアップロードされることができる。
【００４９】
作成されたオブジェクトは、セントラルモジュール１００に格納されることができる。セントラルモジュール１００に格納されたマスタデータオブジェクトは、マスタデータオブジェクトの全体的属性を含むことができる。
【００５０】
連続的マッチング処理は、格納されたマスタデータオブジェクトについて実施されることができる。（ステップ５２０）上記連続的マッチング処理は、複製、同一および類似のデータオブジェクトを識別するために使用されることができる。見つけられた複製オブジェクトが除去され、かつ、同一および類似のオブジェクトのオブジェクトＩＤがマッピングされることができる。
【００５１】
マスタデータオブジェクトの全体的属性およびマッピング情報を含むマスタデータオブジェクト情報は、クライアントモジュール１１０に配信されることができる。（ステップ５３０）クライアントシステムにおいて受信されたマスタデータオブジェクトのためのマスタデータ情報は、クライアントモジュール１１０において完成されることができる。（ステップ５４０）
【００５２】
図５Ｂは、上述のようにマスタデータがローカルに作成されるマスタデータ調和の方法を図解する。マスタデータオブジェクトはローカルに作成される。（ステップ５５０）。このローカルに作成されたマスタデータオブジェクトはステージ(stage)される。（ステップ５６０）。
【００５３】
＜セントラルマスタデータ管理＞
図６は、ｃＭＤＭシステムのセントラルマスタデータ管理の実施例を図解するブロック図である。セントラルマスタデータ管理シナリオにおいて、マスタデータは、セントラルモジュールにおいて完全に制御される。この実施例において、全てのマスタデータ情報は、主にセントラルモジュール１００に存在する。この実施例は、製造、組み立て、販売および配信のために複数の場所にプロダクトデータを供給するセントラルプロダクトデータプール(central product data pool)のような用途に使用されることができる。
【００５４】
セントラル作成モジュール６１０では、マスタデータオブジェクトが作成されることができる。この作成されたマスタデータオブジェクトは、完全なオブジェクト定義、オブジェクトマッピング情報およびオブジェクト依存性を含む完全なオブジェクト情報を含むことができる。マスタデータオブジェクトは、クライアントモジュール１１０からの要求に応答して作成されることができる。マッチング処理は、この要求に応答して実施され、そしてマッピング情報は、セントラルモジュール１００に格納されたデータオブジェクト情報に含まれることができる。もし同一のオブジェクトがセントラルモジュール１００に存在すれば、要求しているクライアントモジュール１１０は、同一のオブジェクトが存在し、且つ、新たなマスタデータオブジェクトが作成されず、または既存のオブジェクトにマッピングされることが通知されることができる。マッピング情報は更新されることができる。
【００５５】
配信モジュール６２０では、主に保持されるマスタデータ情報は、クライアントモジュール１１０で定義されるような個々のオブジェクトとして配信されることができる。このオブジェクトはパケットで配信されることができる。グループを成すオブジェクトは、変更され、そして一緒に配信されることができる。もしマスタデータがプロダクトモデルを含めば、ＢＯＭ(bills of material)およびドキュメントのプロダクトのようなグループを成すオブジェクトは、一貫したパケットに一緒に収集されて、一緒に配信される。オブジェクトは、受信者クライアントモジュール１１０の情報要件(information requirement)に従って収集されることができる。例えば、オブジェクトは、プロダクトの特別なビュー(view)を参照して収集されることができる。ビューは、購入日(purchasing date)のようなプロダクト関連属性(product relevant attribute)を含むことができる。従って、オブジェクトのグループは、使用法(usage)または場所(location)に応じて結合されることができる。例えば、販売ビューは、販売部門によって使用され又は販売部門に関連したオブジェクトのコンテンツまたは属性を含むことができる。
【００５６】
上述したように、シナリオは一緒に使用されることができる。例えば、セントラルマスタデータ管理は、取引先マスタデータオブジェクトのために使用されることができ、ここで、全ての取引先マスタデータオブジェクト情報はセントラルモジュール１００に保持される。セントラルモジュール１００は、プロダクトマスタデータオブジェクトのような、残りのデータオブジェクトのための全体的属性のみを格納することができる。
【００５７】
図７は、セントラルマスタデータ管理のための方法を図解するフロー図である。セントラルマスタデータ管理処理は、同質な環境(homogeneous environment)において実施されることができる。図１Ａ、１Ｂおよび６を参照すると、少なくとも一つのデータオブジェクトがセントラルモジュール１００において作成される（ステップ７１０）。セントラルモジュール１００は、ｃＭＤＭシステムのためのセントラルシステムを備えることができる。セントラルモジュール１００は、クライアントモジュール１１０に配信できる完全なデータオブジェクト情報を格納することができる。従って、作成されたデータオブジェクトは、完全なオブジェクト定義を含む完全なオブジェクト情報、データオブジェクトを他のオブジェクトにマッピングするマッピング情報、および他のオブジェクトに対する依存性を含むことができる。
【００５８】
データオブジェクトは、このデータオブジェクトを作成するためのクライアントモジュール１１０からの要求の受信に応答して作成されることができる。マッチング処理は、類似または同一のデータオブジェクトがセントラルシステムに存在するかどうかを判断するために上記要求に関して実施されることができる。もし類似または同一のデータオブジェクトが見つかれば、この同一のデータオブジェクトは、要求しているシステムに配信され、この配信されたオブジェクトは自動的にマッピングされるであろう。
【００５９】
セントラルシステムからのデータオブジェクトは、１又は２以上のクライアントモジュール１１０に配信されることができる。（ステップ７２０）データオブジェクトの配信は、このデータオブジェクトをクライアントモジュール１１０に配信することを含む。データオブジェクトは、パケットで配信されることができる。このパケットは、受信者クライアントモジュール１１０から受信された要件情報(requirement information)に基づきセントラルモジュール１００において定義されることができる。
【００６０】
また、セントラルマスタデータ管理の方法は、セントラルモジュール１００に格納されたデータオブジェクトの更新およびデータオブジェクトに対する変更を実施することを含むことができる。更新されたデータオブジェクトは、クライアントモジュール１１０に配信されることができる。
【００６１】
＜マスタデータ管理システム＞
図８は、セントラルモジュール１００の簡略化された構成を図解するブロック図である。セントラルモジュール１００は、交換インフラストラクチャー(exchange infrastructure)（“ＸＩ”）８１０、コンテンツインテグレータ（“ＣＩ”）８２０、およびマスタデータサーバー（“ＭＤＳ”）８３０を備えることができる。ＸＩ ８１０は、クライアントモジュール１１０とセントラルモジュール１００との間の通信に使用されることができる。
【００６２】
配信されるべきマスタデータはＸＩ ８１０において受信される。配信は、予約ベースの配信、ヒストリック配信(historic distribution)、およびコンテンツベースの配信を含む３つの異なる方法で実施されることができる。ルーティングモデル(routing model)（図示なし）は、どのシステムがマスタデータに興味を持っているかについての情報を格納する。そして、マスタデータは、ＸＩ ８１０から関連システムに送信される。キューイング(queuing)は、ＸＩ ８１０にわたる一貫したメッセージング(messaging)を確保するために使用されることができる。メッセージは、システム間をＸＭＬ(Extensible Markup Language)形式で送信されることができる。
【００６３】
ＣＩ ８２０は、各オブジェクトのための識別属性(identifying attribute)を定義することにより異なるシステムからのマスタデータを関連づけることができる。この識別属性は、クライアントモジュール１１０における異なるシステムからＣＩ ８２０に与えられ、そして、所定のルールに従って類似性(analogousness)についてスキャンされる。ＣＩ ８２０は、どのシステムに属していようとも、またはどのデータモデルに支配されようとも、システムランドスケープにおけるオブジェクトのためのオブジェクトＩＤを保存(save)する。クライアントモジュール１１０に格納されているマスタデータオブジェクトは、マスタデータオブジェクトを格納する各クライアントシステムにおいて定義されている同一性を保持する。ＣＩ ８２０は、各インスタンス化(instantiation)がシステムにおける或る他のオブジェクトに関連することを理解する（マッピング機能を用いて）。従って、ＣＩ ８２０は、結果として生じるＩＤの準備及びマッチング処理を実施する。
【００６４】
一例において、マッピングは、工業特定規格(industry specific standard)を用いて行われることができる。化学薬品(chemicals)、消費者製品（“ＣＰ”）／小売(Retail)などのような異なる工業は、どのようにオブジェクトがその要件のために記述されるべきかの規格を規定する。ある工業では、例えば、ＣＰにおいて、それは、プロダクト名、説明およびクラス（例えば‘スウィート(SWEETS)’）を記述するのに十分であるが、化学薬品(chemicals)ではクラスのみで十分である。従って、属性およびそれらの値は、化学薬品を十分に記述するために使用される。よって、属性は、工業のための言語のようであり得る。故に、ＭＤＭ標準ｘｍｌフォーマットの工業特定規格へのマッピングが支援される。工業特定規格は、例えば、ＣＩＤＥＸ、Ｐｉｄｘ、ＲｏｓｅｔｔａＮｅｔ、Ｐｒｉｃａｔを含む。
【００６５】
ＣＩ ８２０は、オブジェクトを作成するためのダブルチェック処理のためのマッピングを使用する。ＣＩ ８２０は、同一のオブジェクトについての要求をチェックする。もし、マッチ(match)しないことがわかれば、セントラルモジュールは新たなオブジェクトを発生する。そして、ＣＩ ８２０は、新たなオブジェクトについてチェックを実施する。もしマッチしないことがわかれば、セントラルモジュールは新たなマスタデータオブジェクトを格納する。従って、たとえ、最初のチェックがクライアントモジュール１１０によって提供された記述に基づき未完成であっても、マッチ(match)はオブジェクトが完全に作成されたときに見つけられるであろう。
【００６６】
併合ストラテジー(merge strategy)は、類似または同一であることが判明した二つまたはそれ以上のオブジェクトを結合するために使用されることができる。例えば、もしポンプ(pump)のためのマスタデータオブジェクトが、購買システム(purchasing system)、販売システム(sales system)、および製造システム(production system)において作られれば、一つのオブジェクトは、３つのマスタデータオブジェクトを併合(merge)することにより、セントラルモジュール１００において作成されることができる。例えば、新たなオブジェクトが作成されることができ、ここで、異なるシステムは、オブジェクトの異なる部分についての承認(authorization)を有する。従って、購買システムは、マスタデータオブジェクトのための購買情報を維持することができる。購買システムは販売および製造情報を眺める(view)ことはできるが、購買システムは、購買情報を維持するためにのみ承認(authorization)を与えられることができる。
【００６７】
ＭＤＳ ８３０は、データオブジェクトを格納するためのセントラルデータストアを備えることができる。ＭＤＳ ８３０は、オブジェクトの作成および変更の処理を実施することができる。ＭＤＳ ８３０は、また、統合バージョニング(unified versioning)のような変更管理(change management)およびステータス管理(status management)のためのサービスを提供することができる。また、配信のためのパケットに変更されたオブジェクトのグルーピングは、ＭＤＳ ８３０において実施されることができる。
【００６８】
本発明は、デジタル電子回路において、またはコンピュータハードウェア、ファームウェア、ソフトウェアにおいて、またはそれらの組み合わせにおいて実施されることができる。本発明は、データ処理装置、例えばプログラマブルプロセッサ、コンピュータ、又はマルチプルコンピュータを制御するための、またはこれにより実行するための情報キャリアにおいて、例えばマシン読み取り可能な記憶装置において又は伝搬信号において明白に具現されたコンピュータプログラムとして実施されることができる。コンピュータプログラムは、コンパイル(compile)またはインタープリット(interpret)された言語を含む任意の形式のプログラミング言語で記述されることができ、それは、スタンドアローンプログラム(stand-alone program)、又はモジュール、コンポーネント、サブルーチン、またはコンピューティング環境における使用に適したその他のユニットを含む任意の形式で展開されることができる。コンピュータプログラムは、一つのサイトでの一つ又は複数のコンピュータ上で実行されるように展開されることができ、複数のサイトにわたって配信されることができ、そして通信ネットワークによって相互接続されることができる。
【００６９】
本発明の方法ステップは、入力データに関して動作して出力を生成することにより本発明の機能を実施するためのコンピュータプログラムを実行する１又は２以上のプログラマブルプロセッサにより実施されることができる。また、特殊用途の論理回路、例えばＦＰＧＡ(Field Programmable Gate Array)又はＡＳＩＣ(Application-Specific Integrated Circuit)として本発明の装置が実施されることができると共に、これにより方法ステップが実施されることができる。
【００７０】
コンピュータプログラムの実行に適したプロセッサは、一例として、汎用または特定用途のマイクロプロセッサ、および、任意の種類のデジタルコンピュータの任意の１又は２以上のプロセッサの両方を含む。一般に、プロセッサは、ＲＯＭ(Read-Only Memory)またはＲＡＭ(Random Access Memory)、又はその両方から命令とデータを受け取る。コンピュータの本質的な要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１又は２以上のメモリである。また、一般に、コンピュータは、データを格納するための１又は２以上の大容量記憶装置、例えば、磁気、光磁気ディスク、或いは光ディスクを備え、又は、これらにデータを送受信するために動作可能に結合され、又はその両方である。コンピュータプログラム命令およびデータを具現するのに適した情報キャリアは、一例として、半導体メモリ、例えばＥＰＲＯＭ、ＥＥＰＲＯＭおよびフラッシュメモリ装置を含む全ての形式の不揮発性メモリ、内蔵ハードディスクおよびリムーバブルディスクのような磁気ディスク、光磁気ディスク、およびＣＤ−ＲＯＭ及びＤＶＤ−ＲＯＭディスクを含む。プロセッサおよびメモリは、特定用途の論理回路に組み込まれ、またはこれによって補完されることができる。
【００７１】
ユーザーとのやりとり(interaction)を提供するために、本発明は、ユーザーへの情報を表示するためのＣＲＴ(cathode ray tube)またはＬＣＤ(Liquid Crystal Display)モニタのような表示装置と、キーボードおよびユーザーが入力をコンピュータに供給することができるマウスまたはトラックボールのようなポインティングデバイスを備えたコンピュータ上で実施されることができる。同様にユーザーとのやりとりを提供するために、他の種類の装置が使用されることができる。例えば、ユーザーに提供されるフィードバックは、視覚的フィードバック、聴覚的フィードバック、触覚的フィードバックのような任意の形式の知覚的なフィードバックであることができ、且つ、ユーザーからの入力形式は、音響、音声、又は触覚的な入力を含む任意の形式で受信されることができる。
【００７２】
本発明は、例えばデータサーバーのようなバックエンドコンポーネントを備えた、またはミドルウェアコンポーネント、例えばアプリケーションサーバーを備えた、またはフロントエンドコンポーネント、例えばユーザーが本発明の実施例と双方向通信することができるグラフィカルユーザーインターフェイスまたはウェブブラウザを有するクライアントコンピュータ、またはこのようなバックエンド、ミドルウェア、またはフロントエンドコンポーネントの任意の組み合わせを備えたコンピューティングシステムにおいて実施されることができる。システムのコンポーネントは、デジタルデータ通信の媒体、例えば通信ネットワークまたは任意の形式によって双方向接続されることができる。通信ネットワークの例は、ローカルエリアネットワーク（“ＬＡＮ”）、ワイドエリアネットワーク（“ＷＡＮ”）、およびインターネットを含む。
【００７３】
コンピューティングシステムは、クライアントおよびサーバーを含むことができる。クライアントおよびサーバーは、一般に、互いに遠くに離れており、そして通常、通信ネットワークを介して双方向通信する。クライアントとサーバーとの関係は、各コンピュータ上で動作すると共に互いにクライアント−サーバー関係を有するコンピュータプログラムに基づいて発生する。
本発明は、特定の実施例の観点で説明された。他の実施例は、請求項の範囲内である。例えば、本発明のステップは、別の順序で実施されることができ、以前として所望の結果を達成することができる。
【図面の簡単な説明】
【００７４】
【図１Ａ】協調マスタデータ管理システムを図解するブロック図である。
【図１Ｂ】協調マスタデータ管理システムを図解するブロック図である。
【図２】協調マスタデータ管理システムのコンテンツ連結実施例を図解するブロック図である。
【図３】データを連結(consolidating)するための方法を図解するフロー図である。
【図４】協調マスタデータ管理システムのマスタデータ調和実施を図解するブロック図である。
【図５Ａ】マスタデータ調和のための方法を図解するフロー図である。
【図５Ｂ】マスタデータ調和のための方法を図解するフロー図である。
【図６】共同マスタデータ管理システムのセントラルマスタデータ管理実施例を図解するブロック図である。
【図７】セントラルマスタデータ管理のための方法を図解するフロー図である。
【図８】協調マスタデータ管理モジュールを図解するブロック図である。
【符号の説明】
【００７５】
１００  セントラルモジュール
１１０  クライアントモジュール
【図１Ａ】
2005537595.tif 000003
【図１Ｂ】
2005537595.tif 000004
【図２】
2005537595.tif 000005
【図３】
2005537595.tif 000006
【図４】
2005537595.tif 000007
【図５Ａ】
2005537595.tif 000008
【図５Ｂ】
2005537595.tif 000009
【図６】
2005537595.tif 000010
【図７】
2005537595.tif 000011
【図８】
2005537595.tif 000012
【国際調査報告】
2005537595.tif 000013
2005537595.tif 000014
2005537595.tif 000015