(57)【要約】【課題】  エンタープライズ・コンピュータ環境におけるデータ統合に関するメタデータを管理し、使用するための方法及びシステムを提供する。【解決手段】  統合されたユーザ・インターフェースを通して、ユーザは、データ統合サービス及び基礎データに対して企業規模でアクセスすることができる。インターフェースは、データ統合システム設計及び実装のワークフローまわりに構成することができ、データ統合環境におけるツール及びジョブの再使用及び再設計を容易にすることができる。インターフェースは、企業にわたるデータ統合リソース及びデータ・ソースのすべてに対する、プラットフォームに依存しないアクセスを与えることができる。【選択図】      図１
2008511935.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ環境においてワークフローを管理するためのユーザ・インターフェースであって、前記ユーザ・インターフェースは、複数の制御を表示するメニュー・バーを含み、各々の制御は、ワークフローのフェーズに対応するインターフェースにアクセスし、こうした各々のインターフェースは、
前記ワークフローの前記対応するフェーズに関するデータを前記コンピュータ環境から取得し、
前記取得したデータを前記インターフェース内に表示し、
前記ワークフローの前記対応するフェーズに関連するユーザ入力を受信し、
前記ユーザ入力に基づいて、データを前記コンピュータ環境に送信する、
ように構成された、ユーザ・インターフェース。
【請求項２】
前記コンピュータ環境はデータ統合システムを含む、請求項１に記載のユーザ・インターフェース。
【請求項３】
前記ワークフローはデータ統合プロセスに関連するものである、請求項１に記載のユーザ・インターフェース。
【請求項４】
前記ワークフローは、データ統合機能、データ統合サービス、又はデータ統合ジョブのうちの少なくとも１つを含む、請求項１に記載のユーザ・インターフェース。
【請求項５】
前記フェーズは、調査、設計、開発、導入、及び運用のうちの単数又は複数を含む、請求項１に記載のユーザ・インターフェース。
【請求項６】
前記フェーズは、前記コンピュータ環境における単数又は複数のデータ・ソースのプロファイルを作成する調査フェーズを含む、請求項１に記載のユーザ・インターフェース。
【請求項７】
前記フェーズは、単数又は複数のデータ・ソースについてメタデータを取得する調査フェーズを含む、請求項１に記載のユーザ・インターフェース。
【請求項８】
前記フェーズは、データ品質について単数又は複数のデータ・ソースを監査する調査フェーズを含む、請求項１に記載のユーザ・インターフェース。
【請求項９】
前記フェーズは、単数又は複数のデータ統合プロセスを特徴付ける設計フェーズを含む、請求項１に記載のユーザ・インターフェース。
【請求項１０】
前記フェーズは、データ・ソースのデータについて単数又は複数の変換を特徴付ける設計フェーズを含む、請求項１に記載のユーザ・インターフェース。
【請求項１１】
前記フェーズは、単数又は複数のデータ統合プロセスをデータ統合システムにおけるデータ・ソースと関連付ける開発フェーズを含む、請求項１に記載のユーザ・インターフェース。
【請求項１２】
前記フェーズは、単数又は複数のデータ統合プロセスを、データ統合システムに導入された他のデータ統合プロセスと関連付ける開発フェーズを含む、請求項１に記載のユーザ・インターフェース。
【請求項１３】
前記フェーズは、単数又は複数のデータ・ソースに関してデータ・ステージングを行うことができる開発フェーズを含む、請求項１に記載のユーザ・インターフェース。
【請求項１４】
前記フェーズは、データ統合システムがデータ統合プロセスを利用できるようにする導入フェーズを含む、請求項１に記載のユーザ・インターフェース。
【請求項１５】
前記フェーズは、データ統合プロセスをリアルタイム・データ統合サービスとして導入する導入フェーズを含む、請求項１に記載のユーザ・インターフェース。
【請求項１６】
前記フェーズは、少なくとも１つのデータ統合機能、データ統合サービス、又はデータ統合ジョブをデータ統合システムにおいて用いる運用フェーズを含む、請求項１に記載のユーザ・インターフェース。
【請求項１７】
前記ユーザ・インターフェースは、前記複数の制御について、前記インターフェースのユーザのスキル・レベルに応じた様々な程度の機能を提供する、請求項１に記載のユーザ・インターフェース。
【請求項１８】
コンピュータ可読プログラム・コードを含むコンピュータ使用可能媒体を備えるコンピュータ・プログラム製品であって、前記コンピュータ可読プログラム・コードは、単数又は複数のコンピュータ上で実行されるときに前記単数又は複数のコンピュータに、
複数の制御を表示するメニュー・バーを含み、各々の制御はワークフローのフェーズに対応するインターフェースにアクセスする、ユーザ・インターフェースを提供するステップと、
前記制御のうちの１つの選択を受信するステップと、
前記選択に応答して、前記ワークフローの前記フェーズの１つに対応するインターフェースにナビゲートするステップと、
前記ワークフローの前記対応するフェーズに関するデータをコンピュータ環境から取得するステップと、
前記取得したデータを前記インターフェース内に表示するステップと、
前記ワークフローの前記対応するフェーズに関連するユーザ入力を受信するステップと、
前記ユーザ入力に基づいて、データを前記コンピュータ環境に送信するステップと、
を行わせる、コンピュータ・プログラム製品。
【請求項１９】
データ統合タスクをビジネス・コンテクストにリンクするための方法であって、
ビジネス・オブジェクト及びメタデータを操作するためのグラフィカル・ユーザ・インターフェースを提供するステップと、
少なくとも１つのビジネス・オブジェクトを前記グラフィカル・ユーザ・インターフェース内に配置するステップと、
データ・ソースからの少なくとも１つのメタデータ・オブジェクトを前記グラフィカル・ユーザ・インターフェース内に配置するステップと、
前記グラフィカル・ユーザ・インターフェース内で、前記少なくとも１つのメタデータ・オブジェクトを前記少なくとも１つのビジネス・オブジェクトにリンクするステップと、
を含む方法。
【請求項２０】
データ・ターゲットからの少なくとも１つのメタデータ・オブジェクトを前記グラフィカル・ユーザ・インターフェース内に配置するステップをさらに含む、請求項１９に記載の方法。
【請求項２１】
前記グラフィカル・ユーザ・インターフェース内で、前記データ・ターゲットからの前記少なくとも１つのメタデータ・オブジェクトをビジネス・オブジェクトにリンクするステップをさらに含む、請求項２０に記載の方法。
【請求項２２】
前記データ・ソースのメタデータと前記データ・ターゲットのメタデータとの間の単数又は複数のリンクについてデータ変換を導出するステップをさらに含む、請求項２１に記載の方法。
【請求項２３】
コンピュータ可読プログラム・コードを含むコンピュータ使用可能媒体を備えるコンピュータ・プログラム製品であって、前記コンピュータ可読プログラム・コードは、単数又は複数のコンピュータ上で実行されるときに前記単数又は複数のコンピュータに、
ビジネス・オブジェクト及びメタデータを操作するためのグラフィカル・ユーザ・インターフェースを提供するステップと、
少なくとも１つのビジネス・オブジェクトを前記グラフィカル・ユーザ・インターフェース内に配置するステップと、
データ・ソースからの少なくとも１つのメタデータ・オブジェクトを前記グラフィカル・ユーザ・インターフェース内に配置するステップと、
前記グラフィカル・ユーザ・インターフェース内で、前記少なくとも１つのメタデータ・オブジェクトを前記少なくとも１つのビジネス・オブジェクトにリンクするステップと、
を行わせる、コンピュータ・プログラム製品。
【請求項２４】
前記コンピュータ可読プログラム・コードは、単数又は複数のコンピュータ上で実行されるときに前記単数又は複数のコンピュータに、データ・ターゲットからの少なくとも１つのメタデータ・オブジェクトを前記グラフィカル・ユーザ・インターフェース内に配置するステップをさらに行わせる、請求項２３に記載のコンピュータ・プログラム製品。
【請求項２５】
前記コンピュータ可読プログラム・コードは、単数又は複数のコンピュータ上で実行されるときに前記単数又は複数のコンピュータに、単数又は複数のリンクを設けるために前記グラフィカル・ユーザ・インターフェース内で前記データ・ターゲットからの前記少なくとも１つのメタデータ・オブジェクトをビジネス・オブジェクトにリンクするステップをさらに行わせる、請求項２４に記載のコンピュータ・プログラム製品。
【請求項２６】
前記コンピュータ可読プログラム・コードは、単数又は複数のコンピュータ上で実行されるときに前記単数又は複数のコンピュータに、前記単数又は複数のリンクについてデータ変換を導出するステップをさらに行わせる、請求項２５に記載のコンピュータ・プログラム製品。
【請求項２７】
データ統合プロセスを設計するための方法であって、
ビジネス・イニシアチブを第１のデータ構造としてモデル化するステップと、
ビジネス・コンテクストを第２のデータ構造としてモデル化するステップと、
前記ビジネス・コンテクストにおける前記ビジネス・イニシアチブについての情報モデルを提供するために、前記第１のデータ構造と前記第２のデータ構造との間の単数又は複数の関連付けを追加するステップと、
マッピング・モデルを提供するために、前記情報モデルと単数又は複数のエンタープライズ・データ・ソースとの間の単数又は複数の関連付けを追加するステップと、
前記マッピング・モデルからデータ統合プロセスを構築するために、単数又は複数の設計ツールを適用するステップと、
を含む方法。
【請求項２８】
前記ビジネス・イニシアチブは、イニシアチブ、目標、要件、及びステートメントのうちの単数又は複数を含む、請求項２７に記載の方法。
【請求項２９】
前記ビジネス・コンテクストは、サブジェクト、プロセス、及び規則のうちの単数又は複数を含む、請求項２７に記載の方法。
【請求項３０】
前記エンタープライズ・データ・ソースは、企業の外部のデータ・ソースを含む、請求項２７に記載の方法。
【請求項３１】
前記第１のデータ構造、前記第２のデータ構造、及び前記データ・ソースの間の関連付けは、グラフィカル・ユーザ・インターフェース内のツールを用いて作成される、請求項３０に記載の方法。
【請求項３２】
前記ビジネス・イニシアチブ、前記ビジネス・コンテクスト、前記情報モデル、及び前記マッピング・モデルのうちの単数又は複数を作成するために連携環境が提供される、請求項３０に記載の方法。
【請求項３３】
コンピュータ可読プログラム・コードを含むコンピュータ使用可能媒体を備えるコンピュータ・プログラム製品であって、前記コンピュータ可読プログラム・コードは、単数又は複数のコンピュータ上で実行されるときに前記単数又は複数のコンピュータに、
ビジネス・イニシアチブを第１のデータ構造としてモデル化するステップと、
ビジネス・コンテクストを第２のデータ構造としてモデル化するステップと、
前記ビジネス・コンテクストにおける前記ビジネス・イニシアチブについての情報モデルを提供するために、前記第１のデータ構造と前記第２のデータ構造との間の単数又は複数の関連付けを追加するステップと、
マッピング・モデルを提供するために、前記情報モデルと単数又は複数のエンタープライズ・データ・ソースとの間の単数又は複数の関連付けを追加するステップと、
前記マッピング・モデルからデータ統合プロセスを構築するために、単数又は複数の設計ツールを適用するステップと、
を行わせる、コンピュータ・プログラム製品。
【請求項３４】
前記ビジネス・イニシアチブは、イニシアチブ、目標、要件、及びステートメントのうちの単数又は複数を含む、請求項３３に記載のコンピュータ・プログラム製品。
【請求項３５】
前記ビジネス・コンテクストは、サブジェクト、プロセス、及び規則のうちの単数又は複数を含む、請求項３３に記載のコンピュータ・プログラム製品。
【請求項３６】
前記エンタープライズ・データ・ソースは、企業の外部のデータ・ソースを含む、請求項３３に記載のコンピュータ・プログラム製品。
【請求項３７】
前記第１のデータ構造、前記第２のデータ構造、及び前記データ・ソースの間の関連付けは、グラフィカル・ユーザ・インターフェース内のツールを用いて作成される、請求項３６に記載のコンピュータ・プログラム製品。
【請求項３８】
前記ビジネス・イニシアチブ、前記ビジネス・コンテクスト、前記情報モデル、及び前記マッピング・モデルのうちの単数又は複数を作成するために連携環境が提供される、請求項３６に記載のコンピュータ・プログラム製品。
【請求項３９】
設定可能なユーザ・インターフェースを提供するための方法であって、
複数のデータ統合タスクを提供するステップと、
ワークフローのフェーズに対応する複数のメニューを提供するステップと、
前記複数のデータ統合タスクの単数又は複数を、タスク・マトリックスを用いて前記メニューのそれぞれに割り当てるステップと、
を含む方法。
【請求項４０】
前記データ統合タスクの少なくとも１つは、２つ以上のメニューに割り当てられる、請求項３９に記載の方法。
【請求項４１】
前記タスク・マトリックスは、ユーザ設定可能である、請求項３９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報技術の分野に関し、より特定的には、データ統合システムの分野に関する。
【背景技術】
【０００２】
コンピュータ・アプリケーションの出現は、多くのビジネス・プロセスをより速くより効率的なものにしてきたが、異なるデータ構造、通信プロトコル、言語、及びプラットフォームを用いる異なるコンピュータ・アプリケーションの急増によって、典型的な企業の情報技術インフラストラクチャが極めて複雑になってきた。典型的な企業内の異なるビジネス・プロセスは、企業全体ではなく特定のビジネス・プロセスのために各々が開発され最適化される、全く異なるコンピュータ・アプリケーションを用いる場合がある。例えば、ビジネスが、買掛金勘定（accounts payable）を追跡するための特定のコンピュータ・アプリケーションを有し、顧客との接触の経過を追跡するための全く異なるコンピュータ・アプリケーションを有する場合がある。実際には、企業が集中型の顧客接触データベース（centralizedcustomer contact database）を保持するが、従業員が個人情報マネージャ（personal information manager）などに彼ら自身の接触情報を保持するときなど、同一のビジネス・プロセスでも２つ以上のコンピュータ・アプリケーションを用いる場合がある。
【０００３】
専用のコンピュータ・アプリケーションは、顧客に合ったソリューションの利点をもたらすが、異なるコンピュータ・アプリケーションの急増は、同じデータを企業全体で何度も繰り返し入力して処理するといった非効率性や、企業が、１つのプロセスと関連するデータから利益を受ける別のプロセスを実行するときに、そのデータを利用できないことにつながる。例えば、買掛金勘定プロセスがサプライ・チェーン及び発注プロセスから分離されている場合には、企業は、クレジット記録が注文を拒否する要因となっている顧客からの注文を受け付けて、応じる可能性がある。様々なコンピュータ・アプリケーション全体にわたってデータのすべてに一貫してアクセスすることにより企業が利益を受けることになる他の多くの例を挙げることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
多くの会社が、企業における異なるアプリケーション間でデータを共有する必要性を認識し、これに対処してきた。従って、エンタープライズ・アプリケーション統合（enterprize application integration）すなわちＥＡＩが、異なるソースからのデータを処理するためのメッセージベースの戦略として登場した。コンピュータ・アプリケーションの複雑さと数が増加するにつれて、ＥＡＩの取り組みは、異なるプロトコルを扱う必要性、増え続けるデータ量及びトランザクション数をに対処する必要性、並びに、データのより高速な統合に対する増え続ける要求にまで及ぶ、多くの課題に直面している。最小公分母アプローチ（least-common-denominatorapproach）、原子アプローチ（atomic approach）、及びブリッジ型アプローチ（bridge-type approach）を含む、ＥＡＩに対する様々なアプローチが行われてきた。しかしながら、ＥＡＩは、個々のアプリケーション間の通信に基づくものである。重大な欠点として、プラットフォーム及びアプリケーションの直線的な追加に応じて、ＥＡＩソリューションの複雑さは幾何学的に増大する。
【０００５】
データ統合システムが企業の必要性に対処するための有用なツールを提供したが、こういったシステムは、典型的には、顧客ソリューションとして導入される。こういったシステムは、長期にわたる開発サイクルを有し、ビジネス構造及び情報要件の変化に対応するための高度な技術的訓練を必要とする場合がある。データ統合設計及びワークフロー環境に適した直感的なインターフェースを通して機能の使用、再使用、及び変更を可能にする、データ統合システムのためのユーザ・インターフェースについて必要性が残る。
【課題を解決するための手段】
【０００６】
本明細書において提供されるのは、エンタープライズ・コンピュータ環境におけるデータ統合に関するメタデータを管理し、使用するための方法及びシステムである。統合されたユーザ・インターフェースを通して、ユーザは、データ統合サービス及び基礎データに企業中からアクセスすることができる。インターフェースは、データ統合システム設計及び実装のワークフローまわりに構成することができ、データ統合環境におけるツール及びジョブの再使用及び再設計を容易にすることができる。インターフェースは、企業全体にわたるデータ統合リソース及びデータ・ソースのすべてに対する、プラットフォームに依存しないアクセスを与えることができる。
【０００７】
１つの態様においては、コンピュータ環境においてワークフローを管理するためのユーザ・インターフェースを提供する方法及びシステムが開示され、該ユーザ・インターフェースは、複数の制御を表示するメニュー・バーを含み、各々の制御は、ワークフローのフェーズに対応するインターフェースにアクセスし、各々のインターフェースは、（１）ワークフローの対応するフェーズに関するデータをコンピュータ環境から取得し、（２）取得したデータをインターフェース内に表示し、（３）ワークフローの対応するフェーズに関連するユーザ入力を受信し、（４）ユーザ入力に基づいてデータをコンピュータ環境に送信する。
【０００８】
コンピュータ環境は、データ統合システムを含むことができる。ワークフローは、データ統合プロセスと関連するものとすることができる。ワークフローは、データ統合機能、データ統合サービス、又はデータ統合ジョブのうちの少なくとも１つを含むことができる。ユーザ・インターフェースは、インターフェースのユーザのスキル・レベルに応じて、複数の制御について様々な程度の機能を提供することができる。
【０００９】
フェーズは、調査（investigate）、設計（design）、開発（develop）、導入（deploy）、及び運用（operate）のうちの単数又は複数を含むことができる。調査フェーズにおいては、コンピュータ環境における単数又は複数のデータ・ソースのプロファイルを作成し、単数又は複数のデータ・ソースについてメタデータを取得し、及び／又は、データ品質について単数又は複数のデータ・ソースを監査することができる。設計フェーズにおいては、単数又は複数のデータ統合プロセスを特徴付け、及び／又は、データ・ソースのデータについて単数又は複数の変換を特徴付けることができる。開発フェーズにおいては、単数又は複数のデータ統合プロセスをデータ統合システムにおけるデータ・ソースと関連付け、単数又は複数のデータ統合プロセスを、データ統合システムに導入された他のデータ統合プロセスと関連付け、及び／又は、単数又は複数のデータ・ソースに関してデータ・ステージングを行うことができる。導入フェーズにおいては、データ統合システムがデータ統合プロセスを利用できるようにし、及び／又は、データ統合プロセスをリアルタイム・データ統合サービスとして導入する。運用フェーズにおいては、データ統合システムにおいて、少なくとも１つのデータ統合機能、データ統合サービス、又はデータ統合ジョブを用いることができる。
【００１０】
ユーザ・インターフェースは、複数の制御について、インターフェースのユーザのスキル・レベルに応じた様々な程度の機能を提供することができる。
【００１１】
別の態様において、本明細書に開示されるのは、関係を有する複数のオブジェクトを表示するステップと、オブジェクトの形状、サイズ、色、及び不透明度を含む複数のオブジェクト間の関係とオブジェクト間の距離とについて視覚的キュー（visual cues）を与えるステップとを含む、関連オブジェクトをユーザ・インターフェースに表示するための方法である。また、本明細書に開示されるのは、関係を有する複数のオブジェクトを表示し、オブジェクトの形状、サイズ、色、及び不透明度を含む複数のオブジェクト間の関係とオブジェクト間の距離とについて視覚的キューを与えるユーザ・インターフェースを含む、関連オブジェクトをユーザ・インターフェースに表示するためのシステムである。
【００１２】
オブジェクトは、ビジネス・コンテクストを記述することができる。オブジェクトは、単数又は複数のデータ・ソースについてのメタデータを含むことができる。オブジェクトは、データ統合オブジェクトを含むことができる。本システム及び方法は、複数のオブジェクト間の関係を視覚化し、ナビゲートし、編集するための単数又は複数のツールを提供することをさらに含むことができる。複数のオブジェクトの階層を、三次元表面上に投影（projection）として表示することができる。ユーザ・インターフェースは、三次元表面の視点を回転させることによって、新たなカレント・オブジェクトへの移行を動画化する（animate）ことができる。階層は、双曲線表面上に投影として表示することができる。カレント・オブジェクトは、他のオブジェクトより詳細に表示することができる。カレント・オブジェクトは、他のオブジェクトより大きく表示することができる。オブジェクトは、人、ビジネス・オブジェクト、及びデータ・ソースの単数又は複数を含むことができる。
【００１３】
別の態様において、ユーザ・インターフェース内でオブジェクトについての情報を提供するための方法は、オブジェクトを表すコンテナをユーザ・インターフェース内に表示するステップと、そのオブジェクトに関連する単数又は複数の視覚的制御（visual control）を表示することによるイベントに対応するアクティブ領域をコンテナ内に提供するステップとを含むことができる。情報を提供するためのシステムは、オブジェクトを表すコンテナを表示するユーザ・インターフェースと、そのオブジェクトに関連する単数又は複数の視覚的制御を表示することによるイベントに対応するコンテナ内のアクティブ領域と、を含むことができる。
【００１４】
単数又は複数の視覚的制御は、オブジェクトに関して実行される機能、オブジェクトの属性、及び／又は、そのオブジェクトと他のオブジェクトとの関係に関連するものとすることができる。単数又は複数の視覚的制御は、オブジェクトに関連する追加の視覚的制御を表示することによるイベントに対応するものとすることができ、それによって、そのオブジェクトについて制御の階層が段階的に表示される。イベントは、マウス・オーバー・イベントとすることができる。視覚的制御の操作は、イベントに対するアクティブ領域の次の応答に関してレビューすることができる持続的な変化を生じさせることができる。オブジェクトは、データ統合プロセスに関連するものとすることができる。
【００１５】
別の態様において、ユーザ・インターフェース内でページにナビゲートするための方法は、ユーザ・インターフェース内で複数の連続ページのうちの１つを表示するステップと、複数の連続ページ間を前後にナビゲートするための制御を提供するステップと、制御の起動の際に、複数の連続ページのうちの２つ以上のドロップ・ダウン・メニューを表示するステップと、ドロップ・ダウン・メニューに表示された連続ページのうちの１つの選択を制御内で受信するステップと、連続ページのうちの選択された１つにナビゲートするステップとを含むことができる。ユーザ・インターフェース内でページにナビゲートするためのシステムは、複数の連続ページのうちの１つを表示するユーザ・インターフェースと、複数の連続ページ間を前後にナビゲートするための制御であって、複数の連続ページのうちの２つ以上のドロップ・ダウン・メニューを表示することによって起動に応答する制御とを含み、ユーザが、ドロップ・ダウン・メニューに表示された連続ページのうちの１つを選択することによって、ドロップ・ダウン・メニューに表示された連続ページのうちの１つにナビゲートできることを特徴とする。ページは、ユーザ・インターフェースのページ表示の縁に沿ったタブによって表すことができる。
【００１６】
別の態様において、ユーザ・インターフェースにおいて再使用可能な操作のリストを維持するための方法は、複数のタスクが実行される際にその複数のタスクを履歴としてユーザ・インターフェースに格納するステップと、制御内の履歴をユーザ・インターフェースに表示するステップと、複数のタスクのうちの１つの選択を受信するステップと、複数のタスクのうちの選択された１つをユーザ・インターフェースの現在のコンテクストにおいて繰り返すステップとを含むことができる。ユーザ・インターフェースにおいて再使用可能な操作のリストを維持するためのシステムは、複数のタスクが実行される際にその複数のタスクの履歴を表示するユーザ・インターフェースと、複数のタスクのうちの１つを選択し、複数のタスクのうちの選択された１つをユーザ・インターフェースの現在のコンテクストにおいて繰り返すための単数又は複数の制御と、を含むことができる。
【００１７】
タスクは、データ統合タスクとすることができる。タスクは、様々なレベルの詳細さで格納することができる。履歴を表示することは、タスクの詳細さのレベルの階層に該タスクを表示することを含むことができる。本方法はさらに、複数のユーザ・インターフェースで用いるために、ユーザ・インターフェースから制御を切り離す（uhdock）ことを含むことができる。複数のタスクは、使用頻度に応じて履歴内に格納することができる。タスクは、機能、運用、設計、マクロ、テキスト・タイプ、ステージ、及びウィザードの単数又は複数を含むことができる。
【００１８】
本方法又はシステムはさらに、複数のタスクのうちの２つ以上の選択を受信するステップと、複数のタスクのうちの選択された２つ以上をユーザ・インターフェースの現在のコンテクストにおいて繰り返すステップとを含むことができる。本方法又はシステムはさらに、再使用のために、複数のタスクのうちの選択された２つ以上を格納するステップを含むことができる。
【００１９】
別の態様において、複数の階層レベルにある複数のオブジェクトのリストを階層ツリー内に表示するステップと、同じ階層レベルにある項目の同一の陰影付け（identical shading）と同じ階層レベルにある隣接する項目のグループの周りの線とを含む視覚的キューを、階層内の各々のオブジェクトの位置に与えるステップと、階層ツリーの分岐を折りたたむか又は展開するために、異なる階層レベル間の各々の移行における制御を与えるステップとを含む、オブジェクトの階層をユーザ・インターフェースのドロップ・ダウン・メニュー内に表示するための方法が、本明細書において開示される。また、本明細書に開示されるのは、複数の階層レベルにある複数のオブジェクトのリストを階層ツリー内に表示するユーザ・インターフェースであって、複数のオブジェクトのそれぞれが、階層内の各々のオブジェクトの位置に対する単数又は複数の視覚的キューを用いて表示され、視覚的キューが同じ階層レベルにある項目の同一陰影付けと同じ階層レベルにある隣接する項目のグループの周りの線とを含む、ユーザ・インターフェースと、階層ツリーの分岐を折りたたむか又は展開するための、異なる階層レベル間の各々の移行における制御と、を含む、オブジェクトの階層をユーザ・インターフェースのドロップ・ダウン・メニュー内に表示するためのシステムである。オブジェクトは、データ統合オブジェクト及び／又はデータ統合タスクとすることができる。
【００２０】
プロセスのステータスをユーザ・インターフェース内に表示するための方法は、プロセスが実行されていることを示す動画（animation）を提供する第１のモードでステータス・バーを表示するステップと、カーソルをステータス・バーの上に位置決めしたことに応答して、ステータス・バーのサイズを大きくしてプロセスの名前とプロセスの進行状態とをステータス・バー内に表示し、実行されている他のプロセス数を示す数字をさらに表示することによって、ステータス・バーを第２のモードに切り替えるステップと、カーソルを数字の上に位置決めしたことに応答して、ステータス・バーのサイズをさらに大きくし、かつ、実行されているすべてのプロセスのリストをステータス・バー内に表示することによって、第３のモードに切り替えるステップと、を含むことができる。プロセスのステータスをユーザ・インターフェース内に表示するためのシステムは、第１のモード、第２のモード、及び第３のモードを有するステータス・バーを表示するユーザ・インターフェースであって、第１のモードが、プロセスが実行されていることを示す動画を提供するものであり、第２のモードが、カーソルをステータス・バーの上に位置決めすることによってアクセス可能で、ステータス・バーのサイズを大きくしてプロセスの名前とプロセスの進行状態とをステータス・バー内に表示し、実行されている他のプロセス数を示す数字をさらに表示するものであり、第３のモードが、第２のモードにおいてカーソルを数字の上に位置決めすることによってアクセス可能で、ステータス・バーのサイズをさらに大きくし、かつ、実行されているすべてのプロセスのリストをステータス・バー内に表示するものである、ユーザ・インターフェースを含むことができる。
【００２１】
第２のモードにおけるステータス・バーは、所定の時間後に、他のプロセスについてのステータス情報を繰り返し表示することができる。本方法及びシステムは、第３のモードにおけるステータス・バー内にプロセスごとの開始時間を表示するステップをさらに含むことができる。本方法は、第３のモードのリスト内のプロセスの上にカーソルを位置決めしたことに応答して、プロセスの開始時間、プロセスを起動するユーザ、及びプロセスによって用いられるリソースの割合のうちの単数又は複数を含む、プロセスの詳細表示を提供するステップをさらに含むことができる。プロセスの少なくとも１つは、データ統合プロセスとすることができる。
【００２２】
データ統合タスクをビジネス・コンテクストにリンクするための方法は、ビジネス・オブジェクト及びメタデータを操作するためのグラフィカル・ユーザ・インターフェースを提供するステップと、少なくとも１つのビジネス・オブジェクトをグラフィカル・ユーザ・インターフェース内に配置するステップと、データ・ソースからの少なくとも１つのメタデータ・オブジェクトをグラフィカル・ユーザ・インターフェース内に配置するステップと、グラフィカル・ユーザ・インターフェース内で、少なくとも１つのメタデータ・オブジェクトを少なくとも１つのビジネス・オブジェクトにリンクするステップと、を含むことができる。データ統合タスクをビジネス・コンテクストにリンクするためのシステムは、ビジネス・オブジェクト及びメタデータを操作するためのグラフィカル・ユーザ・インターフェースであって、該グラフィカル・ユーザ・インターフェース内で、データ・ソースからの単数又は複数のメタデータ・オブジェクトを単数又は複数のビジネス・オブジェクトにリンクするように構成されたグラフィカル・ユーザ・インターフェースを含むことができる。
【００２３】
本方法及びシステムは、データ・ターゲットからの少なくとも１つのメタデータ・オブジェクトをグラフィカル・ユーザ・インターフェース内に配置するステップをさらに含むことができる。本方法及びシステムは、グラフィカル・ユーザ・インターフェース内で、データ・ターゲットからの少なくとも１つのメタデータ・オブジェクトをビジネス・オブジェクトにリンクするステップをさらに含むことができる。本方法及びシステムは、データ・ソース・メタデータとデータ・ターゲット・メタデータとの間の単数又は複数のリンクについてデータ変換を導出するステップをさらに含むことができる。
【００２４】
別の態様において、データ統合プロセスを設計するための方法は、ビジネス・イニシアチブを第１のデータ構造としてモデル化するステップと、ビジネス・コンテクストを第２のデータ構造としてモデル化するステップと、ビジネス・コンテクストにおけるビジネス・イニシアチブについての情報モデルを提供するために、第１のデータ構造と第２のデータ構造との間の単数又は複数の関連付けを追加するステップと、マッピング・モデルを提供するために、情報モデルと単数又は複数のエンタープライズ・データ・ソースとの間の単数又は複数の関連付けを追加するステップと、マッピング・モデルからデータ統合プロセスを構築するために、単数又は複数の設計ツールを適用するステップと、を含むことができる。データ統合プロセスを設計するためのシステムは、ビジネス・イニシアチブを第１のデータ構造としてモデル化し、ビジネス・コンテクストを第２のデータ構造としてモデル化し、ビジネス・コンテクストにおけるビジネス・イニシアチブについての情報モデルを提供するために、第１のデータ構造と第２のデータ構造との間の単数又は複数の関連付けを追加するためのモデル化ツールと、マッピング・モデルを提供するために、情報モデルと単数又は複数のエンタープライズ・データ・ソースとの間の単数又は複数の関連付けを追加するためのリンク・ツールと、マッピング・モデルからデータ統合プロセスを構築するための単数又は複数の設計ツールと、を含むことができる。
【００２５】
ビジネス・イニシアチブは、イニシアチブ（initiative）、目標（objective）、要件（requirement）、及びステートメント（statement）のうちの単数又は複数を含むことができる。ビジネス・コンテクストは、サブジェクト（subject）、プロセス（process）、及び規則（rule）のうちの単数又は複数を含むことができる。エンタープライズ・データ・ソースは、企業の外部のデータ・ソースを含むことができる。第１のデータ構造、第２のデータ構造、及びデータ・ソースの間の関連付けは、グラフィカル・ユーザ・インターフェース内のツールを用いて作成することができる。本方法のステップのすべては、統合されたユーザ環境において行うことができる。設計ツールは、データ統合プロセスの調査、開発、設計、導入、及び運用のうちの単数又は複数についての統合されたインターフェースを含むユーザ・インターフェース内に設けることができる。ビジネス・イニシアチブ、ビジネス・コンテクスト、情報モデル、及びマッピング・モデルのうちの単数又は複数を作成するために連携環境（collaborativeenvironment）を提供することができる。
【００２６】
別の態様において、設定可能なユーザ・インターフェースを提供するための方法は、複数のデータ統合タスクを提供するステップと、ワークフローのフェーズに対応する複数のメニューを提供するステップと、複数のデータ統合タスクの単数又は複数を、タスク・マトリックスを用いてメニューのそれぞれに割り当てるステップと、を含むことができる。設定可能なユーザ・インターフェースを提供するためのシステムは、複数のデータ統合タスクの単数又は複数を、各々がワークフローのフェーズに対応する複数のメニューの単数又は複数に割り当てるタスク・マトリックスを含むことができる。
【００２７】
データ統合タスクの少なくとも１つは、２つ以上のメニューに割り当てることができる。タスク・マトリックスは、ユーザ設定可能である。
【００２８】
他の態様において、コンピュータ・プログラム製品は、コンピュータ可読プログラム・コードを含むコンピュータ使用可能媒体を備えるものとすることができ、コンピュータ可読プログラム・コードは、単数又は複数のコンピュータ上で実行されるときに、該単数又は複数のコンピュータに上述の方法のいずれか単数又は複数を行わせる。
【００２９】
本明細書において用いられる「Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅｓ」又は「ＩＢＭ」は、ニューヨーク州アーモンクのＩｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅｓ  Ｃｏｒｐｏｒａｔｉｏｎを指す。
【００３０】
本明細書において用いられるときには、「データ・ソース」又は「データ・ターゲット」は、特定の意味が別に示されるか又は句の文脈が別に求められることがない限り、これらの用語と矛盾しない最も広範な意味を持つように意図されており、データベース、複数のデータベース、リポジトリ情報マネージャ、キュー、メッセージ・サービス、リポジトリ、データ機器、データ・ストレージ機器、データ・プロバイダ、ウェブサイト、サーバ、コンピュータ、コンピュータ・ストレージ機器、ＣＤ、ＤＶＤ、モバイル・ストレージ機器、中央ストレージ機器、ハード・ディスク、複数の調整データ・ストレージ機器、ＲＡＭ、ＲＯＭ、フラッシュ・メモリ、メモリ・カード、一時メモリ機器、永続メモリ機器、磁気テープ、ローカル接続コンピュータ機器、遠隔接続コンピュータ機器、無線機器、有線機器、モバイル機器、中央機器、ウェブ・ブラウザ、クライアント、ラップトップ、携帯情報端末（「ＰＤＡ」）、電話、携帯電話、移動電話、情報プラットフォーム、分析機器、処理機器、ビジネス・エンタープライズ・システムあるいはデータが処理される他の機器、又は、データ若しくは他の情報と、上述のシステムのいずれかにおいて用いられる構造化データ若しくは非構造化データ又はいずれかのストリーミング・データ、メッセージ・データ、イベント駆動データ若しくは他のソース・データを保持するためのいずれかのファイル又はファイル・タイプと、を格納するために設けられた他の機器、並びに、これらのいずれかの組み合わせを含むものとする。ストレージ機構は、いずれかの物理装置又は論理装置、リソース、あるいは、データ・ソース若しくはデータ・ターゲットとして役立つか、そうでなければ取得可能な形式でデータを格納することができる機器である。
【００３１】
「Ｅｎｔｅｒｐｒｉｓｅ  Ｊａｖａ  Ｂｅａｎ（ＥＪＢ）」は、Ｊ２ＥＥプラットフォームのためのサーバ・サイドのコンポーネント・アーキテクチャを含むものである。ＥＪＢは、分散Ｊａｖａアプリケーション、トランザクションＪａｖａアプリケーション、セキュアＪａｖａアプリケーション、及びポータブルＪａｖａアプリケーションの迅速で簡単な開発をサポートする。ＥＪＢは、メッセージの同時処理（concurrent consumption）を可能にするコンテナ・アーキテクチャをサポートし、分散トランザクションをサポートするものであり、その結果、Ｊ２ＥＥアーキテクチャを用いるデータベース更新、メッセージ処理、及びエンタープライズ・システムへの接続は、同一のトランザクション・コンテクストに関与することができる。
【００３２】
「ＪＭＳ」は、ＪａｖａベースのＪ２ＥＥエンタープライズ・アーキテクチャのためのエンタープライズ・メッセージ・サービスであるＪａｖａ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅを意味する。「ＪＣＡ」は、以下により具体的に説明されるＪ２ＥＥプラットフォームのＪ２ＥＥ  Ｃｏｎｎｅｃｔｏｒ  Ａｒｃｈｉｔｅｃｔｕｒｅを意味する。ＥＪＢ、ＪＭＳ、及びＪＣＡは、最新の分散トランザクション環境において一般に用いられるソフトウェア・ツールであるが、同様の機能を提供するいずれかのプラットフォーム、システム、又はアーキテクチャを本明細書において説明されるデータ統合システムで利用できることを理解すべきである。
【００３３】
本明細書において用いられる「リアルタイム」は、ビジネス・トランザクション又はビジネスの継続時間に近い時間間隔を含み、夜間のバッチ処理運用などのオフラインで行われるものとは対照的に、企業活動又はビジネス・プロセスの間に行われるプロセス又はサービスを含むものとする。ビジネス・プロセスの継続時間によって、リアルタイムは、秒、一瞬、分、時、又は日さえも含む場合がある。
【００３４】
本明細書において用いられる「ビジネス・プロセス」、「ビジネス・ロジック」、及び「ビジネス・トランザクション」は、販売、マーケティング、フルフィルメント、在庫管理、値付け、製品設計、専門的サービス、金融サービス、管理、財務、引受業務、分析、契約、情報技術サービス、データ・ストレージ、データ・マイニング、情報の配信、商品の経路指定、スケジューリング、通信、投資、トランザクション、オファリング、販売促進、広告、売り出し、工学、製造、サプライ・チェーン管理、人事管理、データ処理、データ統合、ワークフロー管理、ソフトウェア生産、ハードウェア生産、新製品の開発、調査、開発、戦略機能、品質管理及び保証、パッケージ化、物流、顧客関係管理、リベート及び返品処理、顧客サポート、製品メンテナンス、電話勧誘、企業広報、投資家向け広報活動、及び、他の多くのものを含むがこれらに限定されるものではない、企業によって実行される可能性のあるいずれかの方法、サービス、運用、プロセス、又は取引を含むものとする。
【００３５】
本明細書において用いられる「サービス指向アーキテクチャ（ＳＯＡ）」は、企業のインフラストラクチャの一部を形成するサービスを含む。ＳＯＡにおいては、サービスは、迅速なアプリケーション開発を可能とし、かつ、冗長なコードを避ける、アプリケーション開発及び導入のための構成単位となることがある。各々のサービスは、サービスについてのデータ入力のソース又はサービスのデータ出力のためのターゲットといった周囲の環境に結合できるビジネス論理又はビジネス規則の組を具体化することができる。ＳＯＡの種々の例は、以下の記述において提供される。
【００３６】
本明細書において用いられる「メタデータ」は、処理されているデータにコンテクストを導入するデータ、データに関するデータ、関連情報のコンテクストに関する情報、データの出所に関する情報、データの場所に関する情報、データの意味に関する情報、データの経過時間に関する情報、データの見出しに関する情報、データの単位に関する情報、データのフィールドに関する情報、及び／又は、データのコンテクストに関連する他のいずれかの情報に関する情報を含むものとする。
【００３７】
本明細書において用いられる「ＷＳＤＬ」又は「ウェブ・サービス記述言語」は、文書指向情報又は手続き指向情報のいずれかを含むメッセージ上で操作するエンドポイントの組としてネットワーク・サービス（多くの場合、ウェブ・サービス）を記述するためのＸＭＬフォーマットを含む。操作及びメッセージは、抽象的に記述され、次いでエンドポイントを定めるために具体的なネットワーク・プロトコル及びメッセージ・フォーマットに結合される。関連する具体的なエンドポイントは、抽象的なエンドポイント（サービス）に組み合わされる。ＷＳＤＬは、どのメッセージ・フォーマット又はネットワーク・プロトコルが通信に用いられるかにかかわらず、エンドポイント及びそれらのメッセージの記述を可能にするように拡張可能である。
【発明を実施するための最良の形態】
【００３８】
以下の説明を通して、他に特に示されない限り、同様の要素の数字は同様の要素を指すことが意図される。
【００３９】
本明細書において説明される発明は、全体がハードウェアの実施形態、全体がソフトウェアの実施形態、又は、ハードウェア要素とソフトウェア要素の両方を含む実施形態の形式を取ることができる。好ましい実施形態においては、本発明は、ファームウェア、常駐ソフトウェア、マイクロコードなどを含むがこれらに限定されるものではないソフトウェアに実装される。
【００４０】
さらに、本発明は、コンピュータ又はいずれかの命令実行システムによって、又はこれらと接続して、用いるためのプログラム・コードを提供するコンピュータ使用可能媒体又はコンピュータ可読媒体からアクセス可能なコンピュータ・プログラム製品の形態を取ることができる。この説明のために、コンピュータ使用可能媒体又はコンピュータ可読媒体は、命令実行システム、機器、又は装置によって、又はこれらと接続して、用いるためのプログラムを含み、格納し、通信し、伝搬し、又は転送することが可能ないずれかの装置とすることができる。
【００４１】
媒体は、電子システム、磁気システム、光学システム、電磁気システム、赤外線システム、若しくは半導体システム（又は機器若しくは装置）、又は伝搬媒体とすることができる。コンピュータ可読媒体の例は、半導体メモリ又は固体メモリ、磁気テープ、取り外し可能コンピュータ・ディスケット、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、磁気ハード・ディスク、及び光ディスクを含む。現時点における光ディスクの例は、コンパクトディスク−読み取り専用メモリ（ＣＤ−ＲＯＭ）、コンパクトディスク−読み取り／書き込み（ＣＤ−Ｒ／Ｗ）、及びＤＶＤを含む。
【００４２】
プログラム・コードを格納及び／又は実行するのに適したデータ処理システムは、システム・バスを通してメモリ要素に直接的に又は間接的に接続された少なくとも１つのプロセッサを含む。メモリ要素は、プログラム・コードの実際の実行時に使用されるローカル・メモリと、大容量記憶装置と、実行時に大容量記憶装置からコードを取得しなければならない回数を減少させるように少なくともいくつかのプログラム・コードの一時的な記憶場所を提供するキャッシュ・メモリと、を含むことができる。
【００４３】
入力／出力装置すなわちＩ／Ｏ装置（キーボード、ディスプレイ、ポインティング装置などを含むが、これらに限定されるものではない）は、直接的に、又は介在するＩ／Ｏコントローラを通して、システムに接続することができる。
【００４４】
介在するプライベート・ネットワーク又は公衆ネットワークを通して、データ処理システムを他のデータ処理システム又は遠隔プリンタ若しくはストレージ装置に接続できるように、ネットワーク・アダプタをシステムに接続することもできる。モデム、ケーブル・モデム、及びイーサネット・カードは、現時点で利用可能なごくわずかなタイプのネットワーク・アダプタである。
【００４５】
図１は、企業の様々なデータの統合を容易にするためのプラットフォーム１００を表す。プラットフォームは、各々が複数の異なるコンピュータ・アプリケーション及びデータ・ソースを含むことができる複数のビジネス・プロセスを含む。プラットフォームは、上述のようなデータ・ソースとすることができるいくつかのデータ・ソース１０２を含むことができる。これらのデータ・ソースは、様々な物理的場所からの様々なデータ・タイプを含むことができる。例えば、データ・ソースは、Ｓｙｂａｓｅ、Ｍｉｃｒｏｓｏｆｔ、Ｉｎｆｏｒｍｉｘ、Ｏｒａｃｌｅ、Ｉｎｌｏｍｏｖｅｒ、ＥＭＣ、Ｔｒｉｌｌｉｕｍ、Ｆｉｒｓｔ  Ｌｏｇｉｃ、Ｓｉｅｂｅｌ、ＰｅｏｐｌｅＳｏｆｔ、ＩＢＭ、Ａｐａｃｈｅ、又はＮｅｔｓｃａｐｅなどのプロバイダのシステムを含むことができる。データ・ソース１０２は、ＩＭＳ、ＤＢ２、ＡＤＡＢＡＳ、ＶＳＡＭ、ＭＤシリーズ、ＵＤＢ、ＸＭＬ、複合フラット・ファイル、又はＦＴＰファイルなどのデータベース製品又は標準を用いるシステムを含むことができる。データ・ソース１０２は、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ、Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄ、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｅｌ、Ｍｉｃｒｏｓｏｆｔ  Ａｃｃｅｓｓなどのアプリケーションによって作成又は使用されるファイル、並びに、ＡＳＣＩＩ、ＣＳＶ、ＧＩＦ、ＴＩＦ、ＰＮＧ、ＰＤＦなどといった標準フォーマットのファイルを含むことができる。データ・ソース１０２は、様々な場所からもたらされるものとするか、又は集中的に配置することができる。データ・ソース１０２から供給されるデータは、様々な形式のものとすることができ、互いに互換性のあるもの又は互換性のないものとすることが可能な異なるフォーマットを有する。
【００４６】
データ・ターゲットは、本明細書の後半で説明される。一般に、これらのデータ・ターゲットは、上述のデータ・ソース１０２のいずれかとすることができる。この用語の使い方の違いは、典型的には、データ統合プロセスにおいてデータ・システムがデータを提供するのか、データを受け取るのかを表す。しかしながら、従来のデータ統合システムにおいてはデータ・ソースがデータを受け取り、データ・ターゲットがデータを提供することができるため、この区別は、（特に他に記述がない限り）データ・ソースとデータ・ターゲットとの間の能力に関して差異を与えることを意図するものではないことを理解すべきである。
【００４７】
図１に示されるプラットフォームは、データ統合システム１０４も含む。データ統合システムは、例えば、データ統合システム１０４が受信するクエリ又は取得コマンド（retrieval command）の結果として、データ・ソース１０２からのデータの収集を容易なものとすることができる。データ統合システム１０４は、データ・ソースがデータをデータ統合システム１０４に与えるように、データ・ソース１０２の単数又は複数に対してコマンドを送信することができる。受信されるデータは、様々なメタデータを含む多数のフォーマットのものとすることができるため、データ統合システムは、統合処理のために後に組み合わせることができるように、受信したデータを再構成することができる。データ統合システム１０４によって行うことができる機能は、より詳細に後述される。
【００４８】
プラットフォーム１００は、いくつかの取得システム（retrieval system）１０８も含む。取得システム１０８は、データ統合システム１０４から送信されるデータをさらに操作するのに用いられるデータベース又は処理プラットフォームを含むことができる。例えば、データ統合システム１０４は、取得システム１０８が処理されたデータを用いてビジネスに有用なレポート１１０を生成することができるように、データ・ソース１０２から受信するデータを浄化（cleanse）し、組み合わせ、変換し、又は、他の方法で操作することができる。レポート１１０は、データの関連性を報告し、複雑なクエリに回答し、単純なクエリに回答し、又は、ビジネス若しくはユーザに有用な他の報告を作成するのに用いることができ、生データ、テーブル、チャート、グラフ、及び、取得システム１０８からのデータの他のいずれかの表現を含むことができる。
【００４９】
プラットフォーム１００は、データベース又はデータベース管理システム１１２を含むこともできる。データベース１１２は、時間的に、一時的に、又は、永続的若しくは長期的な記憶として、情報を格納するのに用いることができる。例えば、データ統合システム１０４は、単数又は複数のデータ・ソース１０２からデータを収集し、そのデータを、互いに互換性のある形式又は互いに組み合わせることができる形式に変換することができる。データが変換されると、データ統合システム１０４は、後で取り出すために、ブレークダウン形式、組み合わせ形式、又は他の形式で、データをデータベース１１２に格納することができる。
【００５０】
図２は、企業の複数のエンティティ及びビジネス・プロセスの間のデータ統合を示す概略図である。図示される実施形態においては、データ統合システム１０４は、情報がユーザ・インターフェース・システム２０２とデータ・ソース１０２との間を流れるのを容易にする。データ統合システム１０４は、データ・ソース１０２の単数又は複数に存在するデータの抽出と、場合によっては変換とを必要とするクエリを、インターフェース・システム２０２から受信することができる。インターフェース・システム２０２は、ラップトップ・コンピュータ若しくはデスクトップ・コンピュータ、携帯電話、携帯情報端末（「ＰＤＡ」）、ネットワーク・プラットフォーム、及びこれらに取り付けられる装置上で作動するウェブ・ブラウザといった、データ統合システム１０４と通信するためのいずれかの装置及びプログラム、又は、データ統合システム１０４とインターフェース接続される他のいずれかの装置又はシステムを含むことができる。
【００５１】
例えば、ユーザは、ＰＤＡを操作し、ＷｉＦｉ又はワイヤレス・アクセス・プロトコル／ワイヤレス・マークアップ言語（「ＷＡＰ／ＷＭＬ」）インターフェースを介して、情報をデータ統合システム１０４に要求することができる。データ統合システム１０４は、その要求を受信して、ウェブサイト又はＦＴＰファイル・サイトなどの他のデータ・ソース１０２からの情報にアクセスするために、必要ないずれかのクエリを生成することができる。データ・ソース１０２からのデータは、抽出され、要求するインターフェース・システム２０２（この例ではＰＤＡ）と互換性のあるフォーマットに変換され、次いで、ユーザが見て操作するためのインターフェース・システム２０２に送信することができる。別の実施形態においては、データは、データ・ソースから予め抽出され、データ統合システム１０４によって用いられるデータ・ウェアハウス又は他のデータ機器とすることができる別個のデータベース１１２に格納することができる。データは、変換された状態で、又はその元の状態で、データベース１０２に格納することができる。例えば、データは、多数のデータ・ソース１０２からのデータを別の変換プロセスで組み合わせることができるように、変換された状態で格納することができる。例えば、ＰＤＡからのクエリをデータ統合システム１０４に送信し、データ統合システム１０４は、データベース１１２から情報を抽出することができる。抽出後、データ統合システム１０４は、ＰＤＡに送信する前に、そのデータをＰＤＡと互換性のある結合フォーマット（combined format）に変換することができる。
【００５２】
図３は、企業の複数のデータ・ソース１０２についてデータ統合を行うためのアーキテクチャを示す概略図である。データ統合システム１０４の実施形態は、場合によっては他の処理の間で、データ・ソースからのデータの抽出とソース・データについての列の値及びテーブル構造の分析とを実行するデータ発見ステージ３０２を含むことができる。データ発見ステージ３０２はまた、データ・ターゲットについてのテーブル構造、関係、及びキーに関する推奨（recommendation）を生成することができる。より高度なプロファイル作成機能及び監査機能は、日付範囲の検証（date rangevalidation）、計算の精度、ｉｆ−ｔｈｅｎ評価の精度などを含むことができる。データ発見ステージ３０２は、例えば、ソース・データの冗長依存性（redundantdependency）及び他の異常を排除することなどによって、データを正常化することができる。データ発見ステージ３０２は、さらなる分析のためにデータ・ソース１０２内の例外を掘り下げること（drilldown to exceptions）又はメインフレーム・データの直接的なプロファイル作成を可能にすることなどといった、追加の機能を提供することができる。データ発見ステージ３０２の市販形態の限定されない例は、ＩＢＭのＷｅｂＳｐｈｅｒｅ  ＰｒｏｆｉｌｅＳｔａｇｅ製品に見られる。
【００５３】
データ統合システム１０４はまた、後に変換されることになる品質データ（quality data）を生成するために、データを準備し、標準化し、照合し、又は他の方法で操作する、データ準備ステージ３０４を含むことができる。データ準備ステージ３０４は、データ内の不整合を調整すること、又は（１対１照合、１対多照合、及び重複排除（deduplication）を含む）正確な照合を行うことといった、一般的なデータ品質機能を実行することができる。データ準備ステージ３０４はまた、特定のデータ拡張機能を提供することができる。例えば、データ準備ステージ３０４は、国際間通信の改善のために、住所が多国間郵便基準（multinationalpostal reference）に適合することを確実にすることができる。データ準備ステージ３０４は、空間情報の管理のために、位置データを多国間ジオコーディング標準（multinationalgeocoding standard）に適合させることができる。データ準備ステージは、住所情報が、Ｇｏｖｅｒｎｍｅｎｔ  Ｃｅｒｔｉｆｉｅｄ  Ｕ．Ｓ．Ａｄｄｒｅｓｓ  Ｃｏｒｒｅｃｔｉｏｎの下でＵ．Ｓ．Ｐｏｓｔａｌ  Ｓｅｒｖｉｃｅの郵便料金割引を受ける資格があるものであることを保証するために、住所を変更又は追加することができる。同様の分析及びデータ改訂を、適切に住所が記載された郵便について割引を行うカナダ及びオーストラリアの郵便システムに導入することができる。データ準備ステージ３０４の市販形態の限定されない例は、ＩＢＭのＷｅｂＳｐｈｅｒｅ  ＱｕａｌｉｔｙＳｔａｇｅ製品に見られる。
【００５４】
データ統合システムはまた、変換されたデータを変換し、質を高めて配信するデータ変換ステージ３０８を含むことができる。データ変換ステージ３０８は、データの再編成及び再フォーマットなどの移行サービスを実行し、システム・ユーザのビジネス規則及びアルゴリズムに基づいて計算を実行することができる。データ変換ステージ３０８はまた、特定の分析的コンテクストにおけるデータのより高度な調整処理のために、ターゲット・データをデータマート又はキューブとして知られるサブセットに編成することができる。データ変換ステージ３０８は、データ統合システム１０４によって用いられる様々なデータ・ソース及びデータ・ターゲットの様々なソフトウェア・アーキテクチャ及びハードウェア・アーキテクチャの橋渡しをする、（以下に一般的に説明されるような）ブリッジ、トランスレータ、又は他のインターフェースを利用することができる。データ変換ステージ３０８は、プラットフォーム１００全体にわたるデータ統合ジョブを設計するために、グラフィカル・ユーザ・インターフェース、コマンド・ライン・インターフェース、又はこれらの何らかの組み合わせを含むことができる。データ変換ステージ３０８の市販形態の限定されない例は、ＩＢＭのＷｅｂＳｐｈｅｒｅ  ＤａｔａＳｔａｇｅ製品に見られる。
【００５５】
データ統合システム１０４のステージ３０２、３０４、３０８は、システム１０４の性能を最適化するために、並列実行システム３１０を連続的に又は組み合わせて用いて実行することができる。
【００５６】
データ統合システム１０４はまた、データ・ソース１０２と関連付けられたメタデータを管理するためのメタデータ管理システム３１２を含むことができる。一般に、メタデータ管理システム３１２は、データ統合環境におけるツールのすべてにわたって、メタデータの交換、統合、管理、及び分析を提供することができる。例えば、メタデータ管理システム３１２は、ＩＢＭのＷｅｂＳｐｈｅｒｅ  ＯＤＢＣ  ＭｅｔａＢｒｏｋｅｒ、ＣＡ  ＥＲｗｉｎ、ＩＢＭ  ＷｅｂＳｐｈｅｒｅ  ＰｒｏｆｉｌｅＳｔａｇｅ、ＩＢＭ  ＷｅｂＳｐｈｅｒｅ  ＤａｔａＳｔａｇｅ、ＩＢＭ  ＷｅｂＳｐｈｅｒｅ  ＱｕａｌｉｔｙＳｔａｇｅ、ＩＢＭ  ＤＢ２  Ｃｕｂｅ  Ｖｉｅｗｓ、及びＣｏｇｎｏｓ  Ｉｍｐｒｏｍｐｔｕなどの異なるソースにおけるデータの、広くアクセス可能な共通のビューを提供することができる。メタデータ管理システム３１２はまた、データ構造の変更についてデータ・リネージ及び影響分析のための分析ツールを提供することができる。さらにメタデータ管理システム３１２を用いて、データ統合システム１０４内のデータについてのデータ定義、アルゴリズム、及びビジネス・コンテクストのビジネス・データ用語集を準備することができ、この用語集は、企業全体で用いられるように公開することができる。メタデータ管理システム３１２の市販形態の限定されない例は、ＩＢＭのＷｅｂＳｐｈｅｒｅ  ＭｅｔａＳｔａｇｅ製品に見られる。
【００５７】
図４は、ユーザ・インターフェースのレイアウトを示す。ユーザ・インターフェースは、例えば、ヘッダ５２０２、サイドバー５２０４、フッタ５２０６、及びメイン・セクション５２０８を含むレイアウトを有するインターフェース５２００として表すことができ、そのすべては、例えば、上述のインターフェース・システム２０２のいずれか又は他のいずれかの適切なクライアント装置若しくは端末内に表示することができる。インターフェース・システム２０２は、インターフェース内で拡張機能を提供するＪａｖａ又は他のクライアント・サイドのアプレットなどを伴う、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ又はＮｅｔｓｃａｐｅなどの従来のウェブ・ブラウザ技術のいずれかを用いることができ、あるいは、インターフェース全体又はその一部は、他のクライアント−サーバ通信技術又はピアツーピア通信技術によって制御すること、及び／又は、クライアント装置上で稼働するアプリケーション又は他のソフトウェアをローカルに用いて表示することができる。これに代えて、インターフェースは、リッチ・クライアントとして導入し、例えばモデル・ビュー・コントローラ設計概念を用いて、基礎的な機能から積極的に分離することもできる。
【００５８】
後述のインターフェースの様々な特徴は、アニメーション、音声、音楽、グラフィックス、及びテキストを含む既知のいずれかの媒体を含むことができる。さらに、ＨＴＭＬページは、ユーザ・インターフェースの特徴を説明するのに役立つ出発点であるが、ユーザ・インターフェースは、ＨＴＭＬを全く使用しない場合があること、及び／又は、すべて本明細書に説明されるインターフェースで用いることができるＨＴＭＬ、ＳＨＴＭＬ、ＸＭＬ、ＤＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ、Ｊａｖａ、Ｐｅｒｌ、ＰＨＰ３、ＣＧＩ、Ｃ、及びＣ＋＋を含む、多くの既知のプログラミング言語又はマークアップ言語及びいずれかの関連プラグイン又はアドオンを用いて生成し解釈できることが、分かるであろう。以下の説明において用いられる場合には、「インターフェース」という用語は、あらゆるユーザ・インターフェースを指すが、ＨＴＭＬを使用するか否か及びネットワークを介して提供されるか否かにかかわらず、表示されるユーザ・インターフェースを指す。
【００５９】
ヘッダ５２０２は、例えば、ページのタイトルと、ハイパーリンク、ラベル付きタブなどとして表示される他のページ又はリソースへの単数又は複数のリンクとを含むことができる。サイドバー５２０４は、インターフェース５２００のユーザのための選択メニューを含むことができる。フッタ５２０６は、「ヘルプ」機能、プロセスのステータス情報などといった、ページに関する情報を含むことができる。メイン・セクション５２０８は、以下の段落でより一般的に説明されるように、モデル、設計情報などといったコンテンツのためのユーザ・ワークスペースを表示することができる。メイン・セクション５２０８は、例えば、セクション５２０８内のデータ・オブジェクト又はジョブといった情報を追加、削除、又は変更するためのツール、オブジェクトを管理し表示するためのツールなどを含むこともできる。後述の様々な制御に加えて、ページ５２０２は、インターフェース５２００内又は補足的なダイアログ・ボックス内のいずれかにおいて、ドロップ・ダウン・メニュー、チェック・ボックス、テキスト・ボックス、スライダ、ラジオ・ボタンなどといった既知のユーザ・インターフェース制御を使用することができる。
【００６０】
インターフェース５２００は、ユーザの行為及びユーザの情報を追跡することができる。システムは、例えばクッキー又は他のクライアント・サイドのデータ・ストアを用いて、システムと特定のユーザ又は特定のクライアント装置との間である程度の持続性を維持することができる。インターフェース５２００内に表示されるコンテンツは、ユーザの以前の行為によって全体的に又は部分的に決定することができる（格納されたモデルなどの永続データを除く）。例えば、許可スキーム（authorization scheme）が使用される場合には、以前にログインしたセッションを用いて、後述の設計ワークフロー内の特定の点のような、アプリケーションのインターフェース５２００内の開始点を決定することができる。あるいは、ウェブ・ブラウザ・モデルが使用される場合には、クッキーを利用してブラウザの以前の状態を再び呼び出すことができる。多くの登録／許可スキーム及び技術が、当該技術分野において知られており、インターフェース５２００を通したデータ及び他のシステム・リソースへのアクセスを管理するために、本明細書において説明されるシステムで有効に利用することができる。
【００６１】
システムの異なるユーザに対して、異なるインターフェースを提供することができる。例えば、設計者が、インターフェースによって提供されるツール及び機能に完全にアクセスすることができる。対称的に、ビジネス・アナリストが、データベースに格納されたデータのすべて又は一部への読み取り専用アクセスを用いてデータを閲覧するか、又は、限定された範囲の設計行為のための簡単なツール・セットを持つことができる。マネージャが、データを作成し、更新し、又は閲覧することができるように、読み取りアクセスに加えて、データの一部又は全部に対する書き込みアクセスを行うことができる。本明細書において説明されるメタデータ管理システム内で用いられるメタデータ及びメタデータ・モデルなどの共通の基礎的なデータ・セットに関して異なる観点を持つ異なるインターフェースを提供することによって、各々のレベルのデータのアクセス及び使用を実現することができる。
【００６２】
上の説明は、一般的なものであり、ユーザが、インターフェースに関連するユーザ環境内のどこにいるかに応じて、及び、（ディスプレイ・サイズ、媒体容量などといった）ユーザ・インターフェース・システム２０２に関するいずれかの利用可能な情報、（スキル・レベル、ジョブ・タイトルなどの）ユーザ・インターフェース・システム２０２のユーザに関する利用可能な情報、又は特定の情報を閲覧若しくは編集する権限に応じて、変更できることが分かるであろう。より一般的には、データ統合システム内のオブジェクト及び関係を入力し、編集し、削除し、及び／又は他の方法で管理するのに適したいずれかのレイアウト又はレイアウトの組み合わせが、ユーザ・インターフェース・システム２０２で有効に用いることができる。
【００６３】
図５は、データ統合システムで用いるのに適したユーザ・インターフェース５２００を示す。図示されるように、ユーザ・インターフェース５２００は、ワークフロー・ツール５２１２、メニュー項目５２１４、ツール・ボタン５２１８、検索機能５２２０、単数又は複数のウィンドウ・スクロール・バー５２２２、及びワークスペース５２２４を含むことができる。
【００６４】
ワークフロー・ツール５２１２は、上述のデータ統合システム１０４などのデータ統合システムを用いて作業する際に又は他のエンタープライズ・イニシアチブを実行する際に有用な、調査、設計、開発、導入、運用（「ＩＤＤＤＯ」）ワークフローなどのワークフローまわりを設計することができる。ツールは、アイコンのグループがＩＤＤＤＯワークフローの各々のフェーズを表すピラー・メニュー内に配列することができ、アイコンの１つの上にカーソルを移動することによって、有用なツール、オブジェクト、及びワークフローのそのステージで有用な他のリソースのドロップダウン・ツリー又は「ピラー」が提示される。ピラー・メニューの態様は、以下の図面でより詳細に説明される。図５においては、ピラー・メニューの「ホーム」アイコンが選択され、開かれているワークスペース間のナビゲートなどのシステム全体にわたる機能、並びに、グローバル・コピー機能、グローバル・ペースト機能、グローバル・デリート機能、グローバル・リネーム機能、及びグローバル・カット機能にアクセスすることができる。
【００６５】
従来のドロップ・ダウン・メニュー５２１４又はボタン５２１８内で、他のユーザ・インターフェース制御を提供することができる。ドロップ・ダウン・メニュー５２１４は、例えば、ファイル、エディット、ビュー、ツール、及びヘルプに従ってグループ分けされる機能へのアクセスを提供することができる。ボタン５２１８は、一般的に用いられるツールへの迅速なアクセスを提供することができ、ドロップ・ダウン・メニュー５２１４、ワークフロー・ツール５２１２、又は他の場所で提供されるツールと重複することがある。検索機能５２２０は、単数又は複数のワークスペース、データ・ソース、又はシステム内の他の領域のコンテンツを検索するために設けることができる。スクロール・バー５２２２は、ワークスペース５２２４をスクロールするために設けることができる。
【００６６】
ワークスペース５２２４は、ユーザ環境に一般的なコンテンツ、ユーザに特有のコンテンツ、ワークフローのフェーズに特有のコンテンツ、ワークフロー環境内のプロジェクトに特有のコンテンツ、又はこれらのいずれかの組み合わせなどの、いずれかの関連コンテンツを表示することができる。ワークスペース５２２４には、メッセージ・キュー、データ・ソース、Ｅメール・アカウント、タスク・モニタ、リソース・モニタなどといったシステム内の様々なソースからのデータ又はコンテンツを投入することができる。ワークスペース５２２４は、システム上で稼働しているデータ統合サービス、データ統合機能、又はデータ統合ジョブなどのプロセスについて、ステータス情報を表示することができる。ワークスペース５２２４は、上述のいずれかに関連する措置を取るための、上述の制御のいずれかのような制御であって、全体的なもの(global）又は表示される項目についてのソースに特有のもの若しくはワークフロー内のフェーズに特有のものとすることができる制御を提供することができる。１つの態様においては、ワークスペース５２２４は、システム内の様々なイニシアチブ又はイニシアチブのサブパートにリンクする能力と共に、ユーザ間のメッセージング・サービスを提供することによって、連携（collaboration）を可能にすることができる。
【００６７】
システムは、ワークフローの様々なフェーズ間におけるデータの持続性を提供することができるという利点を有し、その結果、ユーザは、プロジェクトに関連する情報又はデータを失うことなく、ワークフロー内を前後に移行すること、及び、特定のフェーズにおけるタスク間を移行することができる。同時に、１つのフェーズ内での変更が、他のフェーズ内に波及することがあり、その結果は、ピラー・メニュー内のアイコンの使用などを通したフェーズ間のナビゲーションによって、容易に観察することができる。
【００６８】
ここで、ＩＤＤＤＯワークフローで用いるためのユーザ・インターフェースのいくつかのビューをさらに詳細に説明する。一般に、ワークフローの各々のフェーズ内で、ユーザは、データ若しくはコンテンツを取り入れるか、又は、（データ統合システム１０４又はエンタープライズ・コンピュータ・システムなどの）コンピュータ環境からワークフロー内の対応するフェーズに関するデータを取得することができる。データは、ユーザ・インターフェース５２００のワークスペース５２２４内か、必要に応じてワークスペース５２２４のウィンドウ若しくはフレーム内に、又は、ワークスペース５２２４若しくはユーザ・インターフェース５２００と関連するダイアログ・ボックス若しくはドロップ・ダウン・メニューに、表示することができる。ワークスペース５２２４と、関連するツール及び制御５２１２〜５２２２とを通して、ユーザは、現在のワークフロー・フェーズに入力を与えることができ、その入力は、コンピュータ環境内のリソースに送信される。
【００６９】
このように、重要な利点として、本明細書において説明されるようなユーザ・インターフェースは、ワークフローにおける多数のフェーズ間で変更が持続的で整合性のある作業環境を提供し、それと同時に、ユーザが、全体的なインターフェースから、段階的なワークフローのフェーズ間を途切れなくナビゲートできるようにもするものである。こうしたインターフェースは、上述のデータ統合システム１０４及びエンタープライズ・コンピュータ・システムに見られるような、複雑なハードウェア及びソフトウェア環境、特に異機種環境及び／又はネットワーク環境において使用することができるという利点がある。
【００７０】
以下の例は、ＩＤＤＤＯデータ統合設計プロセスについてのユーザ・インターフェースの設計を示す。特定の詳細なインターフェースを説明するが、システムは、より一般的には、データ統合をナビゲーション方式として実現するものと特徴付けることができることを認識すべきである。すなわち、任意の設計プロセスの態様は、プロセスに応じた設計を容易にするように、インターフェース内で明示的に示すことができる。この観点から、業界で認められた設計手法などのワークフローは、ユーザ・インターフェースのためのアーキテクチャとして役立つものである。より一般的には、法的地位、業界標準、プロトコル、又はデータ構造といった外的制約によって決定されるいずれかのプロセス又は結果が、論理的に途切れなく設計者をインターフェース内の対応する結果に導く、ユーザ・インターフェースのためのアーキテクチャを提案することができる。同様に、企業内のビジネス・イニシアチブのような内部制約が、ユーザ・インターフェースのためのアーキテクチャを提案することができる。
【００７１】
このようなコンテクストにおいて、さらなる拡張機能を提供することができる。例えば、既知のワークフローまわりのインターフェースをモデル化することによって、インターフェースは、例えばワークスペース５２２４の下部領域内に項目又はリストとして表示することができる、次のステップについての単数又は複数の推奨を生成することができる。この技術は、ワークフローの各々の点でより詳細な推奨を提供するように、ワークフロー内における現在の場所からの（現在のユーザ、すべてのユーザ、又は、これらのいくつかの組み合わせのいずれかによる）ユーザ行為の履歴に対応することによって、さらに改良することができる。推奨は、ユーザがワークフロー環境内をナビゲートするのにつれて、動的に更新することができる。同様に、ワークフロー内におけるユーザの場所に特有の支援のために、コンテクストに応じたヘルプ（context-sensitive help）を提供することができる。より一般的には、インターフェースは、コンテクスト認識型（context-aware）とすることができ、ワークフロー内におけるユーザの場所に応じて、ユーザに対する多くの形態の支援又はフィードバックを提供することができる。
【００７２】
図６は、ユーザ・インターフェースの設計のためのタスク・マトリックスを示す。ユーザ・インターフェースは、設計の融通性を維持するために、基礎的な機能から積極的に分離することができるという利点がある。こうしたアーキテクチャにおいては、ワークフローによって決定づけられるタスクは、インターフェースをユーザに提供するために解釈されるタスク・マトリックス５２５０内で編成することができる。タスク・マトリックス５２５０は、各々が多数のタスク５２５４と多数のメニュー５２５６（以下のインターフェースにおいて説明される「ピラー」）とを含む、単数又は複数のコンテクスト５２５２を含むことができる。
【００７３】
単数又は複数のコンテクスト５２５２は、例えば、メニュー内のタスクの多数の異なる表示に関係するものとすることができる。別個に定められた多数のコンテクストを通して、スキルレベルに応じた表示（skill-level sensitive presentation）又はセキュリティレベルに応じた表示（security-levelsensitive presentation）などの様々な任意の表示で、インターフェースを設計することができる。より一般的には、多数の任意のコンテクストを提供することによって、設計の融通性のさらなる次元がタスク・マトリックス５２５０内で実現される。これは、様々な形で用いることができる。一例として、医療提供者及び保険業者はいずれも、ＨＩＰＡＡのような規制スキームの下で、内部記録を保存し、特定の方法で他と取引を行う責任がある。この場合において、提供者及び保険業者は、個人を特定する情報を暗号化すること、又は、提供者によって保険業者に送られる支払請求書について共通のフォーマットを用いることなどの、多数の共通タスクを有することがある。保険業者及び提供者のためのデータ統合プロセスは、相当な数の共通タスクを共有することができるが、かなりの違いも必要となる。より一般的なＨＩＰＡＡ準拠インターフェース定義の下で共通タスクの同一の組に基づいた２つの異なるワークフローを定めるために、提供者及び保険業者について２つのコンテクスト５２５２を用いることができる。
【００７４】
各々のタスク５２５４は、いずれかの数の、ユーザ定義タスク若しくは共通タスク、機能、システムによって提供されるサービスなど、又は、ワークフローに関連する単一の有用なタスクに組み合わされるこうしたタスク、機能、及び／又はサービスの組み合わせとすることができる。タスク５２５４はまた、インターフェース内で役立つダイアログ、ウィザード、ヘルプ・ウィンドウなどを含むか、又は、それらと関連付けることができる。タスク・マトリックス５２５０において特定されるタスク５２５４は、例えば、インターフェース内におけるそれらの位置、インターフェースの特定の制御領域との関連性、タスクと関連する制御、入力、及び出力などに関して、予め定めることができる。従って、ユーザ・インターフェースを通してタスクにアクセス可能となるように、タスク・マトリックス５２５０におけるタスクの存在を示すことのみが必要である。必要に応じて、各々のタスク５２５４とメニュー５２５６との交点は、タスク５２５４の発生に関連する単数又は複数の仕様を含むことができる。したがって、タスク・マトリックス５２５０は、視覚的な要素、制御、位置、入力、出力、スキルレベル・パラメータなどを指定することができる。
【００７５】
各々のメニュー項目５２５６は、ワークフローのフェーズに対応するものとすることができる。タスク・マトリックス５２５０を用いて、ユーザ環境内の適切な位置において、ワークフローのための関連タスクを実現することができる。
【００７６】
ワークフロー・ベースのインターフェース設計の迅速な導入をさらに支援するために、ユーザ・インターフェース自体を、視覚的なスタイル、制御、制御パネル、ワークスペース、ツール、ウィザード、ダイアログなどの集合として定めることができる。同時に、例えばサービス指向アーキテクチャ内のサービスとしてタスクを定めることができる。従って、タスク・マトリックス５２５０を用いることによって、各々が単数又は複数の支援タスク５２５４を持つメニュー項目５２５６の任意の組み合わせを都合良く配列して、あらゆるデータ統合又は他のワークフローをナビゲーション方式として表現することができる。
【００７７】
インターフェースは、共通のデータ・セットに対して操作することができるという利点を有し、その結果、変更は、ワークフローの様々なフェーズ（すなわち、メニュー）間で、及び１つのフェーズ内のタスク間で、持続される。各々のタスク５２５４及び各々のメニュー５２５６は、同一のデータ・セットに関して異なる機能的な観点を表現することができる。従って、アーキテクチャは、ワークフローがアプリケーションからのデータを該ワークフローの異なるフェーズのためのアプリケーションに渡す既存のアプリケーション・ベースの環境に優る、著しい改善をもたらすことができる。
【００７８】
特定の構成が、ワークフロー内のタスクを編成するために明らかにされたが、あらゆる数のデータ構造又は他のストレージ機構を用いて、ユーザ・インターフェースの定義を格納し、取得し、変更できることを認識すべきであり、ユーザ・インターフェースのアーキテクチャ自体は、設計の融通性と簡単さとの間の所望のトレードオフに応じて、様々なレベルの特異性で定めることができることをさらに認識すべきである。
【００７９】
図７は、ワークフロー・ユーザ・インターフェースの調査フェーズを示す。上述のユーザ・インターフェース５２００のいずれかとすることができるユーザ・インターフェース５３００内の調査アイコン５３０２を選択することにより、ユーザは、ピラー・メニュー５３０４などを通して、エンタープライズ・イニシアチブを実行することに関する多数の調査関連機能及びオブジェクトにアクセスすることができる。例えば、ピラー・メニュー５３０４は、システム、ユーザ、仕様、コンポーネント、データ・モデル、情報、情報モデル、レポート、フロー、及び上述のグローバル・タスクのいずれかについての選択可能な項目を含むことができ、すべての項目は、現在のピラー又はワークフロー・フェーズに適合するコンテクストとすることができる。
【００８０】
調査フェーズにおいて、利用可能なシステムは、メッセージ・キュー、ディレクトリ、ファイル、及びデータベースなどのリポジトリを含む、コンピュータ環境内のいずれかのシステムを含むことができる。システムは、ＤＢＭＳサーバ、トランザクション・コーディネータ・サーバ、ウェブ・サーバ、アプリケーション・サーバ、マシン・コンフィギュレーション・サーバ、メッセージ・キュー・サーバ、実行コンフィギュレーション・サーバ、又はセキュリティ・モデル・サーバなどのサーバを含むことができる。システムはまた、ローカル・ネットワーク、リモート・ネットワーク、及びネットワーク内のクラスタ構成などのネットワークを含むことができる。システムが選択されたときに、選択されたシステムに関連する情報をワークスペース内に又は別個のウィンドウ内に表示することができ、そこでユーザは、選択されたシステムの特性、設定、及びリソースを調査することができる。特定の構成においては、システムに関する適切な権限を持つユーザは、ユーザ・インターフェース５３００を通して、システムを再設定又は変更することができる。
【００８１】
ユーザは、権限のある従業員のような、コンピュータ環境内にユーザ識別情報を有するシステム・ユーザと、ベンダ又は他の供給者などの外部ユーザ、顧客、消費者、又は他の外部ユーザとを含むことができる。ユーザが選択されたときに、ワークスペース内又は別個のウィンドウ内に、選択されたユーザに関連する情報を表示することができる。ユーザ・インターフェース５３００のオペレータは、各々のユーザ又はユーザのタイプについて、システム内におけるユーザの役割（role）及び権限を定める役割データ（role data）と、名前、住所、Ｅメール、電話、ファックスなどといった識別情報とを閲覧（場合によっては編集）することができる。
【００８２】
仕様は、ワークフロー管理環境内のプロジェクトを指定することに関連する、プロジェクトを記述するプロセス及び規則などのいずれかの情報を含むことができる。プロセスは、外部のアプリケーション及び内部のビジネス・プロセスを含むことができる。規則は、ビジネス規則、設定、又はメトリックを含むことができる。
【００８３】
コンポーネントは、スクリプト（例えば、シェル・スクリプト及びフィルタ）、ツール（例えば、メタブローカ、メタデータ・インポータ、及びモデル化ツール）、コンテナ（例えば、カスタム・コンポーネント、共用コンテナ、及び既存のジョブ）、サービス（例えば、ウェブ・サービス及び外部ルーチン）、マクロ（例えば、ＯＳＨスクリプト、データ・フィルタ、シェル・スクリプト、及びＳＱＬクエリ）、コネクタ（例えば、ファイル、ＥＡＩコネクタ、メッセージ・キュー、メタブローカ、付加テーブル、インポート・ユーティリティ、カスタム・アダプタ、ウェブ・サービス・コネクタ、メッセージ・スイッチ、データベース、アプリケーション、及び分析サーバ）、関数、及びルーチンなどといった、ワークフローの様々なフェーズで用いることができる、システムで利用可能なソフトウェア・オブジェクト及びツールとすることができる。ユーザは、コンポーネントを選択して、各々のコンポーネントの利用可能性、機能、及びインターフェースに関するより詳細な情報をレビューすることができる。
【００８４】
データ・モデルは、システム内のデータ・ソースについてのモデルとすることができる。データ・モデルは、各々の利用可能な特定のデータ・ソースの識別情報と共に、データ・ソースについてのデータ・タイプ、構造、フォーマット、及び他のいずれかのメタデータなどの定義を含むことができる。データ・モデル項目を通して、ユーザは、ワークフローのフェーズ内で用いられる利用可能なデータについてのデータ・ソース及び対応するモデルをブラウズすることができる。
【００８５】
情報は、文書（例えば、仕様、マニュアル、オンライン・ヘルプ、オンライン文書など）、メッセージ（例えば、メッセージ・フォーマット、通知、及び購読）、データ（例えば、列分析、クロス・テーブル分析、及びテーブル分析）、メトリック（例えば、セキュリティ、可用性、目標、品質、及び性能）、及び、（例えばオブジェクト又はモデルについての）メタデータなどといった、プロジェクトに関連するいずれかの情報とすることができる。ユーザ・インターフェース５３００のこの態様を通して提供される情報は、プロジェクトのフェーズ全体を通してユーザが利用できるようにすることができる。同様に、結果として生じる設計について情報の定義を与えることができる。
【００８６】
レポートは、設計の進行状態を監視するのに有用な、又はデータ統合サービス若しくは他のプロセスを運用するのに有用な、いずれかのレポートとすることができる。例えば、調査レポートは、単語調査、パターン・レポート、文字分離（character discrete）、文字連結（character concatenate）、又は削除オプションを含むことができる。分析レポートは、一般的なレポート、テーブル分析、正規化、列分析、関係分析、及び例外レポートを含むことができる。メトリック・レポートは、様々なチャート又は統計レポートを含むことができる。このユーザ・インターフェースの特徴を通して、ユーザは、ワークフローの間に用いられる様々なレポートを選択し、設定することができる。
【００８７】
フローは、データ・フロー（例えば、ＪＣＬフロー、バッチＥＴＬフロー、及びＲＴＩフロー）、サービス（例えば、ＲＴＩフロー又は外部フロー）、及びプロセス・フロー（例えば、ＢＰＭフロー又はジョブ・シーケンス・フロー）を含むことができる。ユーザ・インターフェース５３００のこの態様を通して、ユーザは、システム内の既存のデータ及びプロセス・フローを調査することができる。
【００８８】
より一般的には、上述の特徴を用いて、ワークフローの対象となるシステムの範囲及びコンテンツを調査し、システム内の様々なソース、リソース、サービス、ツールなどを特徴付けることができる。
【００８９】
図８は、ワークフロー・ユーザ・インターフェースの設計フェーズを示す。上述のユーザ・インターフェース５２００のいずれかとすることができるユーザ・インターフェース５４００内の設計アイコン５４０２を選択することによって、ユーザは、ピラー・メニュー５４０４などを通して、エンタープライズ・イニシアチブの設計に関する多数の設計関連機能及びオブジェクトにアクセスすることができる。例えば、ピラー・メニュー５４０４は、ユーザ、レポート、フロー、システム、仕様、コンポーネント、及び情報、並びに、上述のグローバル・タスクについて、選択可能な項目を含むことができる。一般に、これらの項目は、設計フェーズにおける様々な項目の実際の使用により明確に関連する後述のようないくつかの例外を除いて、上述のようなものとすることができる。
【００９０】
例えば、情報の項目の下では、データは、テーブル・スキーマと、データ・スキーマ及びデータ領域と、ターゲット・スキーマとを含むことができる。また情報の下では、メタデータは、プロセス定義、運用定義、規則定義、システム定義、データ定義、コンポーネント定義、モデル／オブジェクト定義、メッセージ定義、テーブル定義などに関して、より具体的に特徴付けることができる。同様に、仕様は、マッピング仕様を明示的に含むことができる。
【００９１】
より一般的には、上述の特徴を用いて、データ統合システム内のデータ統合プロセス、データ統合ジョブ、データ統合サービス、データ統合機能などを設計することができ、さらにより一般的には、コンピュータ環境内における他のいずれかのエンタープライズ・イニシアチブを設計することができる。
【００９２】
図９は、ワークフロー・ユーザ・インターフェースの開発フェーズを示す。上述のユーザ・インターフェース５２００のいずれかとすることができるユーザ・インターフェース５５００内の開発アイコン５５０２を選択することによって、ユーザは、ピラー・メニュー５５０４などを通して、エンタープライズ・イニシアチブ又はプロジェクトの開発に関する多数の開発関連機能及びオブジェクトにアクセスすることができる。ピラー・メニュー５５０４は、本開示において説明されるデータ統合ジョブ、抽出、変換、読み込み、リアルタイム統合サービスの性能などに関連するタスクなどのグローバル・タスクのいずれかと共に、フロー、コンポーネント、仕様、システム、及び情報について、選択可能な項目を含むことができる。一般に、これらの項目は、開発フェーズにおける様々な項目の実際の使用により明確に関連する後述のようないくつかの例外を除いて、本開示全体にわたって説明されるようなものとすることができる。
【００９３】
例えば、開発フェーズにおける仕様は、上述のようなプロセス及び規則を含むことができるが、プロジェクトで導入されることになる、ＪＣＬテンプレート、文書テンプレート、及びジョブ・テンプレートなどといった、プロジェクトについてのテンプレートを含むことができる。別の例として、開発フェーズ内で、データは、参照又はルックアップ・テーブル及びデータ・セットに関して定められる情報として特徴付けることができる。
【００９４】
より一般的には、開発フェーズにおいて利用可能な特徴を用いて、データ統合システム内のデータ統合プロセス、データ統合ジョブ、データ統合サービス、データ統合機能などを開発することができ、さらにより一般的には、コンピュータ環境内におけるいずれかのエンタープライズ・イニシアチブを開発することができる。
【００９５】
図１０は、ワークフロー・ユーザ・インターフェースの導入フェーズを示す。ユーザ・インターフェース５６００内の導入アイコン５６０２を選択することによって、ユーザは、ピラー・メニュー５６０４などを通して、多数の導入関連機能及びオブジェクトにアクセスすることができる。ピラー・メニュー５６０４は、フロー、システム、コンポーネント、及び情報、並びに、上述のグローバル・タスクのいずれかについて、選択可能な項目を含むことができる。一般に、これらの項目は、開発フェーズにおける様々な項目の実際の使用に明確に関連する後述のようないくつかの例外を除いて、上述のようなものとすることができる
【００９６】
導入フェーズにおいては、選択可能なシステム項目は、例えば、導入について必要な及び／又は定められるシステムに関連するものとすることができる。従って、項目は、ツール（例えば、開発ツール、インストール・ツール、管理ツール、サービス、及び設定ツール）、リポジトリ（例えば、ソース制御、データベース、ファイル、メッセージ・キュー、及びディレクトリ）、サーバ（例えば、セキュリティ・モデル、実行設定、及びマシン設定）、及び、環境（例えば、ディスク・リソース、役割、ＣＰＵリソース、プロジェクト、グループ、及びパラメータ）を含むことができる。導入について定められる「システム」は、プロセスを導入することができる環境及びプラットフォームを具体的に記述するものであることに留意されたい。
【００９７】
より一般的には、導入フェーズにおいて利用可能な特徴を用いて、データ統合システム内のデータ統合プロセス、データ統合ジョブ、データ統合サービス、データ統合機能などを導入することができ、さらにより一般的には、コンピュータ環境内における他のいずれかのエンタープライズ・イニシアチブを導入することができる。
【００９８】
図１１は、ワークフロー・ユーザ・インターフェースの運用フェーズを示す。ユーザ・インターフェース５７００内の運用アイコン５７０２を選択することによって、ユーザは、ピラー・メニュー５７０４などを通して、多数の運用関連機能にアクセスすることができる。ピラー・メニュー５７０４は、フロー、システム、仕様、コンポーネント、及び情報、並びに、本開示全体にわたって説明されるグローバル・タスクのいずれかについて、選択可能な項目を含むことができる。一般に、これらの項目は、運用フェーズにおける様々な項目の実際の使用により明確に関連する後述のようないくつかの例外を除いて、ここに説明されるようなものとすることができる。
【００９９】
例えば、運用フェーズにおいては、プロセスについての仕様は、プロセス及び規則に関するものである。統計レポート、データ・リネージ・レポート、メトリック、監査レポート、チャート、ドメイン分析、メタデータ・レポート、分析チャート、例外レポート、トランスクリプト、ログ、インパクト分析、トレンド・チャートなどの、プロセス又はプロジェクトの実際の運用に合ったすべてのレポートを提供することもできる。
【０１００】
より一般的には、運用フェーズにおいて利用可能な特徴を用いて、データ統合システム内のデータ統合プロセス、データ統合ジョブ、データ統合サービス、データ統合機能などを運用することができ、さらにより一般的には、コンピュータ環境内における他のいずれかのエンタープライズ・イニシアチブを運用することができる。
【０１０１】
図１２及び図１３は、ユーザ・インターフェースで用いるためのナビゲーション・ツールを示す。上述のユーザ・インターフェース及びユーザ・インターフェース・システム２０２のいずれかを含むことができるユーザ・インターフェース５８００は、階層のテキスト表示５８０２と、単数又は複数のボタン５８０４〜５８１０又は他の制御と、オブジェクト・パレット５８１２と、ワークスペース５８１４と、ワークスペース５８１４内に表示される単数又は複数のオブジェクト５８２０とを含むことができる。
【０１０２】
階層のテキスト表示５８０２は、ルート・オブジェクトからカレント・オブジェクトへのパス又は２つのユーザ選択オブジェクト間のパスを示すことなどによって、階層内のオブジェクト５８２０の相対的な位置の表示をテキスト・フォーマットで与えることができる。各々のオブジェクト５８２０は、データ統合システム１０４内で利用可能なデータ項目、データ構造、データ・ソース、機能、ツール、又は他のリソースを表すことができる。オブジェクト５８２０は、企業内の人、サービス、ビジネス単位、ビジネス機能、プロジェクト、計画その他といった他のエンティティと、ベンダ、顧客、サプライヤ、規制機関などといった企業外のエンティティとを表すことができることも認識すべきである。これらに代えて、オブジェクト５８２０は、コンピュータ端末、メインフレーム、ルータ、サーバ、リポジトリ、リソース、（ウェブ・サービスを含む）サービス、モジュール、データベース、プリンタ、及び／又は他のコンピュータ・リソースなどの物理オブジェクトに対応するものとすることもできる。一般的に、ユーザ・インターフェース５８００内のオブジェクト５８２０は、他の項目、オブジェクト、エンティティなどとの関係を有することができるあらゆるものを表すことができる。
【０１０３】
単数又は複数のボタン５８０４〜５８１０又は他の制御は、ユーザ・インターフェース５８００内の様々なツールへのアクセスを提供することができる。例えば、制御パネル・ボタン５８０４は、記述的情報（例えば、選択されたオブジェクトの間又はカレント・オブジェクトとルート・オブジェクトとの間の階層内のホップ又はレベル）を表示することができる、インターフェースのための制御パネルへのアクセスを提供することができ、又は、どの程度の関係がワークスペース内に表示されるかを制御する（例えば、２つ以下のホップ、３つ以下のホップなどによる、カレント・オブジェクトに関連するすべてのオブジェクト）のに用いることができる。制御パネルはまた、色、形状などといったワークスペース５８１４内のオブジェクトの見た目を制御するための「スキン」又は他のユーザ・カスタマイズ可能なコンポーネントを提供することができる。制御パネルは、同様に、ワークスペース５８１４内に表示されるオブジェクトの様々な他の視覚的特徴及び実質的特徴全体を制御することができる。集中ボタン５８０８を用いて、ワークスペース５８１４内のオブジェクト５８２０の表示を、カレント・オブジェクトのまわりに集中させることができる。この特徴は、大きく複雑な階層をナビゲートするときに特に価値が高いものである。クリア・ボタン５８１０は、ワークスペース５８１４をクリアするのに用いることができる。
【０１０４】
オブジェクト・パレット５８１２は、カーソルを用いた従来のドラッグアンドドロップ操作又はダブルクリック操作などによってワークスペース５８１４に追加するための汎用オブジェクト形式を含むことができる。オブジェクト・パレット５８１２はまた、ワークスペース５８１４内にすでにあるコピー可能なオブジェクトなどの所定のオブジェクト、又は、「個人」若しくは「ビジネス・ユニット」などの所定のオブジェクト・タイプを含むことができる。所定のオブジェクトは、他のオブジェクトに対する多数の所定の関係を含むことができる。例えば、「個人」オブジェト・タイプをワークスペース５８１４にドラッグすることによって、ユーザ・インターフェース５８００は、名前、住所、社会保障番号、雇用者、管理者などといった多数の関連オブジェクトを自動的に生成し、これらの新規のオブジェクトをワークスペース５８１４内の個人オブジェクトに関連させる。必要に応じて、所定の個人（例えば、Ｊｏｈｎ  Ｄｏｅ）をワークスペース５８１４にドラッグすることによって、ユーザ・インターフェース５８００は、ワークスペース５８１４内の他のオブジェクト５８２０に対する既知の関係を自動的に生成することができる。
【０１０５】
ワークスペース５８１４は、オブジェクト５８２０を追加し、除去し、編集するための作業領域を提供することができる。ワークスペース５８１４内で、ユーザは、例えば、ワークスペース５８１４内に見えているオブジェクト５８２０の中から新規のカレント・オブジェクトを選択することによって、オブジェクト５８２０の階層内をナビゲートすることができる。オブジェクトを検索するための検索ツールを提供することもできる。ワークスペース５８１４内で、カレント・オブジェクトを編集することができ、オブジェクトをクリックすることなどによって、オブジェクトについての詳細をレビューすることができる。オブジェクト間の関係を追加し、削除し、又は変更することができる。より一般的には、ユーザ・インターフェース５８００は、ユーザがオブジェクト間の階層関係をナビゲートし、生成し、又は変更するために有効に使用することができる、いずれかのツール又は制御を提供することができる。
【０１０６】
ワークスペース５８１４においては、オブジェクト５８２０間の関係について視覚的キューを提供することができる。例えば、カレント・オブジェクトは最前面に現れるようにし、一方、他のオブジェクトは、例えば階層におけるカレント・オブジェクトに対する相対的な距離に従って、様々な距離で背景に投影させることができる。サイズ、形状、及び色を調整することによって、ワークスペース５８１４内に、カレント・オブジェクトに対する三次元距離の表示の視覚的表示を作成することができる。不透明度及び二次元距離又は三次元距離などの、関係に対する他の視覚的キューをさらに使用して、オブジェクト間の階層内の関連付け及び相対距離を明らかにすることができる。このように、オブジェクト５８２０間の階層は、カレント・オブジェクトをより大きくより詳細に表示する、球面又は双曲面のような三次元表面の一連の投影として表示することができ、一方、徐々に遠くなるオブジェクトは、あまり詳細ではなく徐々に小さくなるものとして表示することができる。他の超次元表示を使用して、オブジェクト間の距離を視覚的に強調することができる。
【０１０７】
従って、例えば、図１３は、図１２に示されるものと同じ階層内の別のカレント・オブジェクト５８２２の図を示す。カレント・オブジェクト５８２２は、階層内におけるカレント・オブジェクト５８２２の上下両方の他のオブジェクトに対して、より多くの近接関係を有することに留意されたい。ワークスペース５８１４は、上述のように、Ｘ−Ｙ位置とシミュレートされたＺ位置との両方に関してワークスペース５８１４内のオブジェクト５８２０を移動させることによって異なるカレント・オブジェクト間の移行が示されるように、動画化することができる。動画は、例えば、カレント・オブジェクト５８２２をワークスペース５８１４の中央に持ってくるといったことのために、ユーザの視点を三次元オブジェクト又は超次元オブジェクトのまわりに回転させることができる。実施形態においては、オブジェクトをワークスペース５８１４の中央に持ってくるときに、オブジェクトの他の属性を変更してオブジェクトの見え方を強調することができ、例えば、オブジェクトは、そのオブジェクトが現在の焦点であるという印象をユーザに与えるように、サイズを大きくし、より暗いフォント若しくはより目立つフォントで提供し、太字にし、より強い色、より飽和した色、及び／又はより鮮明な色で提供し、より高い不透明度で提供し、模様付きで提供し、又は、凡例又は標識などの他の視覚的キューで強調することができる。同様に、ワークスペースの中央に特定のオブジェクトを置くように多次元の投影を回転させるときに、他のオブジェクト５８２０をワークスペース５８１４の中央部から離して回転させることができる。他のオブジェクト５８２０が離れて回転するときには、それらは、より小さいもの、より透明なもの、より色彩に乏しいもの、飽和度が低いもの、より控えめなものなどにすることができ、標識又は凡例は、ユーザの焦点からのオブジェクトの相対的な距離を反映するように除去及び変更することができる。このように、ユーザは、現在の焦点となっているオブジェクトに関連するオブジェクトを見ることができるが、焦点となっているオブジェクトには、ユーザがそのオブジェクトに焦点を当てるのを支援する視覚的キューが与えられる。ユーザが別のオブジェクトに焦点を向けたい場合には、ユーザはそのオブジェクトをクリックする（又は、その上にカーソルを移動させるなど）ことができ、その結果、そのオブジェクトは「前方」（拡大する）に向かって中央に移動し、以前のオブジェクトは、後退して縮小するが、ワークスペース５８１４の多次元空間内に表されるオブジェクトの階層全体におけるオブジェクト間の接続を損なうことなく、オブジェクト間で焦点を行き来させるための機会を維持しながら視野に残る。実施形態においては、階層の同一のレベルにあるような多数のオブジェクトは、単なる単一のオブジェクトではなく、強調フォーマットで表すことができる。
【０１０８】
図１２において具体的に示されていない他の機能を提供することができる。例えば、ユーザ・インターフェース５８００は、階層をファイルとして保存し、開き、削除し、又は管理するために、ドロップ・ダウン・メニュー又は他の制御を設けることができる。ユーザ・インターフェース５８００は、ヘルプ機能と、ツールと、フォーマット及び表示機能と、印刷機能と、階層を探索し編集するのに有用な又は階層と関連付けることができるリソースを調査するのに有用な他のいずれかのツール又は機能とに対するアクセスを提供することができる。ユーザが、現在の階層内のオブジェクトと、システム内で利用可能な既存のデータ項目、データ構造、メタデータなどとを関連付けるために、他のツールをユーザ・インターフェース５８００内に設けることができる。
【０１０９】
ユーザ・インターフェース５８００に対する別の機能強化の例として、ユーザ・インターフェース５８００は、スキル・レベルに応じたオプションを含むことができる。例えば、上級ユーザは、プロセスのいずれかのフェーズ内の利用可能なすべての機能を閲覧することができ、一方、初級ユーザは、ユーザの要求に対して必要に応じて利用可能な追加の機能を伴う利用可能な機能のサブセット又は利用可能なフェーズのサブセットのみを閲覧することができる。
【０１１０】
さらに別の例として、ユーザ・インターフェース５８００は、規則（例えば、Ｈｅａｌｔｈ  Ｉｎｓｕｒａｎｃｅ  Ｐｏｒｔａｂｉｌｉｔｙ  ａｎｄ  Ａｃｃｏｕｎｔａｂｉｌｉｔｙ  Ａｃｔ（「ＨＩＰＡＡ」）又はＧｒａｈａｍ−Ｌｅａｃｈ−Ｂｌｉｌｅｙ（「ＧＬＢ」））又は業界標準（例えば、Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ（「ＥＤＩ」）又はＳｏｃｉｅｔｙ  ｆｏｒ  Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｂａｎｋ  Ｆｉｎａｎｃｉａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ（「ＳＷＩＦＴ」））に適合するデータのためのＥＴＬプロセスのような特定のタスクに適応させることができる。ＥＤＩ及びＳＷＩＦＴは、データ交換のための特定のプロトコルを指定するが、ＨＩＰＰＡは、より一般的に、適用を受けるエンティティ間でデータを格納し転送するための最小限の標準を提供する。環境は、複雑であり、多数の主体間の通信を必要とすることがある。例えば、ＨＩＰＰＡ環境においては、医療提供者と保険業者の間で、適格性の照会、提供されるサービスの説明、支払請求、及び支払いを含む多くの通信が行われる。これらの環境においては、ユーザ・インターフェース５８００は、外部標準に適合するデータ統合環境におけるジョブ及びプロセスの迅速な試作及び導入のために、予め構築されたメタデータ・モデル、コネクタ、オブジェクト、階層などへのアクセスを提供することができる。
【０１１１】
上述のユーザ・インターフェース５８００は、オブジェクト及び関係を管理することに特に適合したツール及び制御の組を提供するという利点があり、その結果、ユーザは、データ統合システム１０４若しくはエンタープライズ・コンピュータ・システムにおいて又はより一般的に企業全体にわたって見られるような、大きく複雑な階層内のオブジェクト及び関係をより容易に作成し、調査し、変更できることが分かるであろう。
【０１１２】
このモデル化手法は、広範な有用性を有する。ビジネス問題のモデル化に対するこれらのツールの適用に関するより詳細な説明は以下で行われるが、ビジネス・コンテクストにおけるインターフェース５８００の簡単な使用シナリオが、その能力を直ぐに示すはずである。この例においては、ビジネス・ステートメントが、会社内のソースから提供される。ビジネス・ステートメントは、目標、哲学、現在の問題若しくは欠点、又は、明確に示すことが可能な他のいずれかのビジネス問題とすることができる。ビジネス・ステートメントは、ワークスペース５８１４内にオブジェクト５８２０として配置することができる。オブジェクト５８２０は、所有者、作成日、完了日又は期日、ビジネス・ステートメントのテキスト記述などといったプロパティを有するものとすることができる。ワークスペース５８１４は、ライブ状態であり、従って、会社内のユーザのすべて又はいくつかのグループがすぐにアクセス可能である。元の作成者又は他の何人かのユーザは、ビジネス要件を新規のオブジェクト５８２０としてワークスペース５８１４に追加し、そのビジネス要件をビジネス・ステートメントと関連付けることができる。各々のビジネス要件は、ビジネス・ステートメントを処理するための特定の要件を明確に表現したものとすることができる。例えば、ビジネス要件のうちの１つが新しい所有者に割り当てられた場合には、その新しい所有者が、新規のビジネス要件について注意を喚起するＥメール又は他のメッセージを受け取ることができるように、メッセージジングの使用によって連携を強化することができる。新しい所有者は、ワークスペース５８１４内でビジネス要件のコンテクスト全体をレビューすることができる。新しい所有者は、テキスト形式のステートメントを改訂すること、及び、ビジネス要件を満たすための単数又は複数のビジネス・プロセスを設定する、ビジネス要件についての新たな子オブジェクトを作成することによって、要件の通知に応答することができる。各々のビジネス・プロセスは、そのプロセスに関連する定義、規則、及びデータ・マッピングなどのサブジェクトを提供する子オブジェクトを用いて、さらに改良することができる。最後に、会社内の関連リソースのすべてを蓄積し、それらをワークスペース５８１４内の適切なオブジェクトと関連付けるために、コンタクト、ベンダ、コンサルタント、データベースなどといった関連オブジェクトを追加することができる。
【０１１３】
ビジネス・ステートメントを定めて改良するための連携プロセスが、明確な階層、すなわち、ビジネス・ステートメント→要件→プロセス→サブジェクト（規則、定義、マッピング）を伴って、上で生じたことに留意されたい。多くの好ましい結果をすぐに示すことができる。視覚的モデル化は、ビジネス問題に対して組織的な構造を与える。さらに、共有ワークスペース５８１４及びメッセージングの使用は、システムのユーザ間の途切れのない連携を可能にする。さらなる利点として、結果として得られる構造のテキスト部分は、ビジネス・イニシアチブの完全な文書に自動的にコンパイルすることができる。ビジネス問題を定める際のより創造的な融通性を可能にするために、ユーザ・インターフェース５８００のツールによって階層を厳密に実施するか若しくは大まかに実施するか、又は、全く実施しないようにすることができる。
【０１１４】
図１４は、ユーザ・インターフェースにおいて詳細を段階的に開示するツールを示す。ユーザ・インターフェースは、例えば、上述のユーザ・インターフェース５２００のいずれかとすることができる。一般に、視覚的コンテナ５９００は、ユーザ・インターフェース内に設けることができ、各々がユーザ制御の下で選択的に現れ、コンテナ内のオブジェクトに関するより詳細な内容を段階的に提供する、トップ・レベル５９０３、ミドル・レベル５９０４、ロー・レベル５９１０のような様々なレベルの詳細を含むことができる。
【０１１５】
例えば、コンテナは、トップ・レベル５９０３のビューを含むことができ、そこには、ユーザがコンテナ５９００を拡張してより詳細な内容を見ることができるようにする制御５９０２又は他のアクティブ領域と共に、タイトルのみが提供される。
【０１１６】
トップ・レベル５９０３の制御５９０２を作動させることによってアクセスされるミドル・レベル５９０４において、ユーザは、オブジェクトのリスト、それらのオブジェクトのプロパティ、及びそれらのオブジェクトに関連するツールなどの、トップ・レベルに関連する情報をレビューすることができる。各々のオブジェクトについて、ミドル・レベル５９０４には、下位レベル５９１０のような単数又は複数の追加の詳細層にアクセスするための、又は選択された情報に関するタスクを実行するための、ボタン若しくは他の制御５９０８又はアクティブ領域を設けることができる。
【０１１７】
制御５９０８を選択することによって、ユーザは、例えばオブジェクトに関連付けられたすべてのタスクのリスト、又は、オブジェクトに関するさらなる詳細の他のいずれかの形式を含むことができる下位レベル５９１０を表示するために、コンテナを拡張するタスクを開始することができる。リスト内には、オブジェクト若しくはサブオブジェクト、タスク、又はそれらサブタスクのための詳細なプロパティ（atomic properties）を選択的に表示するために、さらなる制御５９１４又はアクティブ領域を設けることができる。例えば、下位レベル５９１０は、ドロップダウン・リスト５９１４、テキスト入力のためのデータ・フィールド、あるいは、関連付けを選択するか、プロパティ若しくは属性を定義若しくは再定義するか、又は、オブジェクト若しくはその特性を変更するための他のいずれかの制御を、含むことができる。
【０１１８】
このように、オブジェクトの制御及び関連データの表示は、すべてがユーザの制御下にある詳細さのレベルを増すことによって、段階的に示すことができる。このように構成されたインターフェース５９００は、現在のインターフェース内のオブジェクトに関連するデータ及び制御のすべてに完全にアクセスでき、一方、ユーザは、制御が不要なときにはコンピュータ・デスクトップ上の空間を節約することができるという利点がある。この手法はまた、ワークスペースを使い果たすか又はユーザ・インターフェース５２００を混乱させる若しくは乱雑にする場合がある、ウィンドウ又はダイアログ・ボックスの積層を減少させることができるという利点がある。
【０１１９】
図１５は、ユーザ・インターフェースで用いるためのページ選択ツールを示す。ユーザ・インターフェース６０００は、例えば、上述のユーザ・インターフェース５２００のいずれかとすることができる。ユーザ・インターフェース６０００内では、例えばＭｉｃｒｏｓｏｆｔ  Ｅｘｃｅｌのワークシート間をナビゲートするのに用いられるタブに類似したものとすることができるタブ６００２によって、ワークスペース内の多数のワークシート又はページを特定することができる。ユーザ・インターフェース６０００はまた、各々がタブによって表される連続的に配列された多数のワークシート又はページの間を連続的に自由にナビゲートするために、前進及び後退制御（forward and back control）６００４を設けることができる。ページ表示６００８が、開いているワークシートの総数を示すことができ、それに代えて、現在のページ又はワークシートの番号を「ｙのうちのｘ」のようなフォーマットで与えることもできる。
【０１２０】
ユーザが、ページ表示６００８上にカーソルを維持するか、又は、制御６００４上でカーソルを停止させるなどの別の入力を与えた場合には、ユーザ・インターフェース６０００は、ユーザがナビゲーションするためのワークシートを選択することができるように、ワークシートのすべて又はいくつかのサブセットのドロップ・ダウン・メニューを提示することができる。このようにして、ユーザは、ユーザ・インターフェース６０００内に表示されたワークスペースに開かれている多数のワークシート間を便利にナビゲートすることができる。
【０１２１】
図１６は、ユーザ・インターフェース内で以前の操作又はタスクの履歴を再び呼び出すためのツールを示す。ユーザ・インターフェース６０００は、例えば、上述のユーザ・インターフェース５２００のいずれかとすることができる。ユーザ・インターフェース６１００内で、以前のタスクの記録を含む履歴パレット６１０２が提供される。タスクは、インターフェース６１００内のいずれかのレベルにあるものとすることができる。例えば、タスクは、ワークフロー・プロセスのフェーズの１つをナビゲートすること、又は、単にカレント・オブジェクトを削除又は保存することとすることができる。タスクは、例えば導入フェーズのＢａｔｃｈ  ＥＴＬ  Ｆｌｏｗ機能に行き、Ｂａｔｃｈ  ＥＴＬ  Ｆｌｏｗを公開する（publish）ことによって、ナビゲーションと機能の両方を指定することができる。ユーザは、いつでも、ユーザ・インターフェース６１００内のあらゆる位置からこのタスクに戻ることができる。ユーザ・インターフェース６１００内のいずれかの機能は、カレント・オブジェクト、ワークフローの特定のフェーズ、又はワークフローの特定のフェーズ内の特定の項目のいずれかと関連付けられた履歴パレットに、格納することができる。このように、タスクは、ユーザ環境内の様々なレベルの精度で再び呼び出すことができる。また、有用な一連の操作は、効率性の改善のために、プロジェクト間又は他のエンタープライズ・イニチアチブ間で便利に移植することができる。
【０１２２】
ユーザは、単に操作又はタスクをカーソル又は他のユーザ入力でアクティブにすることによって、操作又はタスクから選択することができる。履歴パレットは、ユーザ・インターフェース６１００のワークスペース上方に浮動するように、切り離すことができる。履歴内の項目は削除することができ、履歴パレット６１０２は、使用頻度、現在の位置、又は他のユーザ選択に応じて、タスクをソートすることができる。
【０１２３】
図１７は、ユーザ・インターフェースで用いるためのメニュー・ツリーを示す。ユーザ・インターフェースは、例えば、上述のユーザ・インターフェース５２００のいずれかとすることができる。特に、ユーザ・インターフェース内のメニュー・ツリー６２００は、図示されるように、上述の設計ピラー・メニューであるが、ユーザ・インターフェース内でアクセス可能な項目のいずれかのメニューをここで説明される制御で使用できることを理解すべきである。
【０１２４】
メニュー・ツリー６２００は、階層的に配列された項目の追加の層を選択的に見るための制御と各々が関連付けられた、多数のオブジェクト又は項目を含むことができる。例えば、制御は、ここでは水平方向の矢印によって特定される閉じた位置６２０２にあるか、又は、ここでは垂直方向の矢印によって特定される開いた位置６２０４にあるものとすることができる。カーソル又はホット・キーなどを用いて制御をアクティブにすることによって、ユーザは、開いた位置６２０４と閉じた位置６２０２との間で制御を切り替えることができる。開いた位置６３０４では、階層の別の層がオブジェクト又は項目の真下に表示され、閉じた位置６２０２では、追加の詳細層は表示されない。その下の階層の層を持たないオブジェクト又は項目は、箇条書き６２０２などの異なる記号によって表すことができる。制御６２０２、６２０４は変わらないものとすることができ、その結果、ユーザは、興味のある特定のオブジェクトを見えるようにするというように、表示される詳細さの程度を所望のレベルに制御することができ、メニューは、ドロップ・ダウン・メニューの次の使用時にこれらの設定を維持することになる。
【０１２５】
制御自体に加えて、メニュー内のオブジェクト又は項目の階層のための他の視覚的キューを提供することができる。例えば、水平線６２０８は、階層の深さの間の移行を明示的に分離することができる。別の例として、異なる深さに対して異なる色又は程度の陰影付けを用いることができる。従って、例えば、水平線６２０８の間の領域は、段階的に高くなる（又は低くなる）階層のレベルを示すように、段階的に明るくなる色の影を含むことができる。同様に、異なるフォントを用いて段階的な階層のレベルを示すことができる。
【０１２６】
オブジェクト及び項目へのアクセスをこのように配列することによって、複雑なユーザ環境において大きな利点がもたらされる。例えば、ユーザは、一般的に用いられる機能にすぐにアクセスできるように各々のドロップ・ダウン・メニューを設定し、一方、ユーザ・インターフェース内の使用可能なワークスペースを確保するために他のオブジェクト又は項目を隠すことができる。
【０１２７】
図１８は、ユーザ・インターフェースで用いるためのステータス・バーを示す。ユーザ・インターフェースは、例えば、本開示を通して説明されるユーザ・インターフェース５２００のいずれかとすることができる。
【０１２８】
ユーザ・インターフェース内におけるステータス・バーの第１のビュー６３０２においては、ステータス・バーは、ステータス・バー内で水平に前後に動くステータス・インジケータの動画のような、プロセスが稼働中であることを示す簡単なプログレス・インジケータを表示することができる。ステータス・バーはまた、適切なテキスト及びアイコンを通して、警報、メッセージ、警告、進行状態、及びステータスを表示することができる。プロセスは、ユーザ・インターフェースと関連付けられたコンピュータ環境において稼働しているジョブ、バックグラウンド・タスク、又は他のいずれかのプロセスとすることができる。ステータス・バーは、ユーザ・インターフェースを表示するウィンドウの下部に配置することができる。
【０１２９】
ユーザ・インターフェース内におけるステータス・バーの第２のビュー６３０４は、例えば、ステータス・バーの上にカーソルを停止させることなどによって、アクティブにすることができる。第２のビュー６３０４においては、ステータス・バーは、拡張して、より詳細なステータス情報を表示することができる。例えば、上述の動画化されたステータス・インジケータに加えて、第２のビュー６３０４は、アクティブなプロセスのテキスト記述と、完了の割合又は程度を示すプログレス・バー及び／又はテキストと、稼働中のプロセス数のテキスト記述とを含むことができる。ステータス・バーの第２のビュー６３０４はまた、追加のプロセス内をスクロールするための制御を含むことができる。ステータス・バーは、拡張されるが、ユーザ・インターフェースを表示するウィンドウの下部に配置することができる。
【０１３０】
ユーザ・インターフェース内におけるステータス・バーの第３のビュー６３０８は、例えば、第２のビュー６３０４の上にカーソルを停止させること、又は、第１のビュー６３０２若しくは第２のビュー６３０４のステータス・バー内をクリックすることなどによって、アクティブにすることができる。第３のビュー６３０８においては、ステータス・バーは、さらに拡張して、例えば、開始時間、プロセスを開始したユーザ、プロセスによって用いられるリソース、及び他のいずれかの適切な情報などの詳細な情報と共に、すべてのプロセスのリストを表示することができる。ステータス・バーの第３のビュー６３０８は、ユーザ・インターフェースを表示するウィンドウの下部に沿って配置することができる。
【０１３１】
このように、ユーザ制御の下で詳細さのレベルの増加を段階的に表示するステータス・バーがここに開示される。このステータス・バーは、ユーザ・インターフェース内の空間を節約することができ、一方、ユーザが常に利用可能であるという利点を有する。
【０１３２】
実施形態においては、本明細書において説明される方法及びシステムを用いて、ユーザが特定のビジネス・コンテクストを企業のデータ統合イニシアチブに導入することを支援するツールを提供することができる。従って、本明細書において説明されるワークフロー・ベースのユーザ・インターフェースは、ビジネス・コンテクストに関連し、かつ、従来は別々のコンピュータ・システム内に維持されて異なるワード処理ツール、Ｅメール交換などによって管理された、オブジェクトを含むことができる。例えば、ビジネス・アナリストが、単数又は複数のレポートを必要とするプロセスを開発することができる。アナリストは、従来は、レポートを作成するプログラマに対して、そのレポートのコンテンツを指定する。個別のレポート（ad hoc reports）を用いるのではなく、本明細書において説明されるワークフロー方法及びシステムによって、アナリストは、データ統合タスクに関連するオブジェクトを、アナリストの計画、プロセス、決定、及びプロジェクトに関連する階層といった企業の他のプロセス及び階層にリンクすることが可能になる。例えば、アナリストは、販売レポートなどの特定のレポートを、そのレポートを投入することが必要な（企業の異なる領域についての様々な販売データベースからのデータなどの）データ・オブジェクトと、所与の四半期にどの手数料が支払われるべきか又は次の四半期のためにどの手数料が提案されるべきかなどを判断するためのプロセスのような、販売に関連するビジネス・プロセスからの階層とに、リンクすることができる。データ統合タスクをビジネス・ワークフローに接続することによって、アナリストは、ビジネス・ワークフロー及びデータ統合ワークフローのいずれか又は両方を改善する他の機会をより容易に見ることができる。例えば、ビジネス・アナリストは、プロセスが正しく実行されたこと保証するために特定の規則を行使する必要があると誤って考え、提案されるワークフローにその規則を具体化することがあった。データ統合設計者が、本明細書において説明されるようなワークフローとしてユーザ・インターフェース内でリンクされる、様々なビジネス・ワークフロー間の関係を見ることができる場合には、データ統合設計者は、ビジネス・コンテクストの理解不足のために間違ったワークフローを構築するのではなく、間違った制約を避けるデータ統合ワークフローを構築することができる。
【０１３３】
ビジネス・コンテクストにおいてデータを用いることに伴う頻発する１つの問題は、データの構造とビジネス問題の構造とが一致しないことである。データ・モデルにおいては、データ間で密に結合した（tightly coupled）階層が維持され、特定のソースが識別される。ビジネス・コンテクストにおいては、関係は、典型的には、明確な構造又は階層を形成できることもできないこともある、緩やかに結合した（looselycoupled）情報の関連性によって定められる。以下の図１９〜図２３は、ビジネス問題をより明確に定め、データ構造に関連させることができるガイドラインを示す。
【０１３４】
図１９は、ビジネス・モデルにおけるサブジェクトについてのマップを示す。サブジェクト・マップ６４００は、ビジネス層内の他のサブジェクトに対するサブジェクト、この場合においては住所のマッピングを示す。住所は、定義といくつかの組のビジネス規則とを有するものとすることができる。住所はまた、顧客階層、ベンダ階層、及び従業員階層などの他のいくつかの階層にかかわるものとすることができる。住所は、請求先住所及び配送先住所などの定められた２つの分岐を有することができるが、住所自体は、これらのいずれでもない。各々の分岐は、それ自体の定義及び規則を含む。住所サブジェクト自体は、場所、地域、国などの多くの関連サブジェクトを有することができる。これらのサブジェクトは、さらにまた定義及び規則を有し、市、州、及び／又は郵便番号を有する地域などの関与サブジェクトを有することができる。ビジネス層はまた、以下に示されるような規則を有することができ、このことが、ビジネス層における情報の特定をさらに複雑にする。
【０１３５】
図２０は、ビジネス層におけるサブジェクトについての規則及び定義を示す。図２０の例においては、請求先住所６５０２は、定義６５０４と、複数のビジネス規則６５０６とを有する。定義６５０４は、例えば、請求先住所６５０２のテキスト記述を含むことができ、そのより高いレベルのサブジェクトすなわち住所との区別及び関係を示すことができる。ビジネス規則６５０６は、例えば、国と有効な住所についての他の基準とに基づく条件を示すことができる。これらの規則は、互いに排他的なもの又は包括的なものとすることができる。規則は、他のサブジェクト、特に規則を有するサブジェクトに依存するサブジェクトによって、継承されることもできる。例えば、事務所の住所の規則は、事務所の住所のビジネス規則を継承することができる、郵便番号についての子サブジェクトを有することができる。対照的に、配送先住所などの関連サブジェクトは、特定の規則を継承することもしないこともある。
【０１３６】
図２１は、ビジネス層におけるビジネス・プロセスを示す。この例においては、住所確認プロセス６６００は、住所６６０２を受信し、その住所を参照先（reference）６６０４と照合し、住所６６０６を認証するステップを含む。これらのステップの各々は、行われる単数又は複数の動作の特定の定義を有することができ、各々のステップは、プロセス６６００を完全に特徴付けるために、階層式に又は他の方式で、より細かいサブステップに展開することができる。ステップは、条件規則、決定ポイント、又は他のフロー制御機構を含むことができる。別のビジネス・プロセスの例は世帯化（householding）であり、このプロセスによって、多数の個人が単身者世帯に属しているとして特定される。これは、多数の人の住所を比較し、同一の住所を持つ人をリンクすることによって達成される。
【０１３７】
図１９〜図２１において明示されていないビジネス層及びビジネス・モデル化の別の態様が存在する。１つの例は、ビジネス・メトリックである。ビジネス・メトリックすなわち尺度（measure）は、典型的には、ビジネス規則又はプロセスが所望の結果を達成する程度を特徴付けるものであるが、より一般的には、ビジネス規則への適合性、ビジネス・プロセスの結果などといったビジネスのいずれかの側面の量的尺度を与えることができる。別の例は、役割（role）である。役割は、個人がビジネス層の他のコンポーネントと対話する規則を記述し、作成、レビュー、承認、編集などといった様々なコンポーネントに対する個人の権利又は責任に関連するものとすることができる。役割の特定の態様は、個人のタイプ及びビジネス問題との関係に従って定めることができる。例えば、役割は、ビジネス・プロセスの所有者、ビジネス・アナリスト、対象の専門家、管理者などを含むことができる。
【０１３８】
図２２は、ビジネス層とデータ層との間の要素の関連を示す。多くの情報が、タグ６７０６によって相互に関連付けられたビジネス層６７０２及びデータ層６７０４として表すことができる。ビジネス層６７０２は、ビジネス・サブジェクト、ビジネス・プロセス、ビジネス規則、ビジネス・メトリック、ビジネス役割、並びに、上述のビジネス問題をモデル化することによって収集される他のいずれかの情報及びそれに対応する関係を含むことができる。データ層６７０４は、さらに具体的に構成される。データは、常にデータ・ソース内に含まれ、ソースは、リレーショナル、階層的、フラット／シーケンシャル、又は複合を問わず、定めれたフォーマットを有する。各々のフォーマットは、フィールド又は列と呼ぶことができる下位コンポーネントを有する。いくつかの情報は、より大きな多フィールドのコンポーネントに再定義することができる（例えば、Ａｄｄｒｅｓｓ  Ｌｉｎｅ１、Ａｄｄｒｅｓｓ  Ｌｉｎｅ２、及びＡｄｄｒｅｓｓ  Ｌｉｎｅ３が、Ａｄｄｒｅｓｓを形成する）。フィールド及び列を組み合わせて、単一のトランザクション又はファイル若しくはデータベース・テーブルとすることができるより大きな構造にすることができる。これらのより大きな構造は、データベース又はファイル・ディレクトリなどのリポジトリ内に収容することができる。すべてのデータは特定のアクセス方法を必要とし、この情報はデータ・ソースと関連付けられる。ビジネス層６７０２のコンポーネントとデータ層６７０４のコンポーネントとの間の関係は、タグ６７０６を用いて特定することができる。タグ６７０６は、いずれかの階層レベルにあるデータ層６７０４のいずれかの要素とビジネス層６７０２のいずれかの要素との間のリンクを表す。タグは、方向性があるものとすることができ、層６７０２、６７０４の間の１対１関係、１対多関係、及び多対１関係を含むことができる。
【０１３９】
図２３は、リンクされたビジネス要素及びデータ要素のマップである。情報マップ６８００は、タグを用いて、ビジネス層のコンポーネントとデータ層のコンポーネントとの関連を示す。図２３の例においては、住所などの中心サブジェクト６８０２は、住所の要素のいくつか又はすべてを継承する請求先住所及び配送先住所などの他のサブジェクト６８０４、並びに、中心サブジェクト６８０２の様々な側面をより具体的に記述して定義する、場所、地域、国などの従属要素（sub-element）６８０４との関係を有することができる。これらは、当然のことながら、それらをより具体的に絞り込む従属要素を同様に持つことができる。各々のサブジェクト６８０２、６８０４は、タグを通して特定のデータベース・コンポーネント６８０６にマッピングすることができる。タグは、例えば、データベースの識別情報、データベース内のテーブル、テーブル内の列、参照データベース、又は、データベース・エンティティ若しくはデータベース・コンポーネントとの関係を特定する他のいずれかの情報を含むことができる。
【０１４０】
この概念的なフレームワークを用いて、ビジネス・コンテクストをデータ環境に関連付けることができる。より具体的には、図４〜図１３などに関して上述されたユーザ・インターフェース・ツールを利用して、ビジネス・イニシアチブをモデル化し、そのビジネス・イニシアチブを、ビジネス層とデータ層との間を途切れなく移行するユーザ環境内のデータ・ソースにマッピングすることができる。以下の例は、データ・オブジェクトをビジネス層モデル内のサブジェクトとどのように関連付けることができるかを示す。
【０１４１】
図２４は、ユーザ・インターフェースのワークスペースへのデータ・オブジェクトの追加を示す。上述のユーザ・インターフェース５８００又は関連コンポーネントのいずれかを含むユーザ・インターフェース６９００は、具体的に、データ・オブジェクトのメニュー６９０２と、上述のワークスペース５８１４とすることができるワークスペース６９０４とを含むことができる。データ・オブジェクトのメニュー６９０２は、企業又は他のビジネス・エンティティ若しくはコンピュータ・エンティティ内の、上述のデータ・ソース１０２のようないずれかのデータ・ソースからインターフェース６９００に認識される、いずれかのデータ項目、データ・フィールド、テーブル、メタデータ、データ・ソースなどを含むことができ、データ・オブジェクト間を検索してナビゲートするためのツールを提供することができる。ユーザ・インターフェース６９００によって、ユーザは、特定のデータ・オブジェクト６９０６をワークスペース６９０４内に配置することができる。
【０１４２】
図２５は、ユーザ・インターフェースのワークスペースにおけるデータ・オブジェクトとビジネス・オブジェクトとの関連付けを示す。上述のユーザ・インターフェース６９００のいずれかとすることができるユーザ・インターフェース７０００は、ユーザ・インターフェース７０００のツールを用いてワークスペース内に配置されたデータ・オブジェクト７８０６を含むワークスペース７８０４を含むことができる。インターフェース７０００のユーザは、ビジネス・イニシアチブのモデル７８０８を取得することもできる。インターフェース７０００によって提供されるツールを使用して、ユーザは、次に、ユーザが選択して定めるいずれかの関係を用いてビジネス・イニチアチブのモデル７８０８とデータ・オブジェクト７８０６とを関連付けることができる。例として、ビジネス・イニシアチブは、個々の顧客のリストから世帯グループを特定するためのマーケティング会社による要請とすることができる。ビジネス・イニシアチブは、顧客のグループを、同一の住所であるが同一の姓を持つ場合にのみ家族として特徴付けるビジネス・プロセスを定めることができる。ユーザは、ビジネス・イニシアチブについてのモデル７８０８のステートメント、プロセス、又は他のコンポーネントと関連付けるために、特定の住所オブジェクトを会社のデータベースからワークスペース７８０４に配置することができる。モデル７８０８が会社の単数又は複数のデータベースと完全に関連付けられると、結果として得られる情報から、データ統合プロセスを即座に試作して、導入することができる。ビジネス・イニシアチブからデータ統合プロセスを開発することに関するより詳細な例が、以下に提供される。
【０１４３】
図２６は、ビジネス・コンテクストからデータ統合プロセスを設計するためのプロセスを示す。以下に説明されるプロセスは、ハードウェア、ソフトウェア、又はそれらの何らかの組み合わせとして実現できることが分かるであろう。プロセスは、プログラム命令、プログラム・データ、及びプログラム出力又は他の中間結果若しくは最終結果を格納するための内部メモリ及び／又は外部メモリと共に、単数又は複数のマイクロプロセッサ、マイクロコントローラ、組み込みマイクロコントローラ、プログラマブル・デジタル信号プロセッサ、又は他のプログラマブル装置において実現することができる。これらのプロセスは、Ｃ言語などの構造化プログラミング言語、Ｃ＃、Ｃ＋＋、若しくはＪａｖａなどのオブジェクト指向プログラミング言語、又は、単数又は複数のコンピュータ、コンピュータのネットワーク、及びそれらの組み合わせを含む同種若しくは異種のハードウェア・プラットホーム及びソフトウェア・プラットホームのいずれかの上で実行するようにコンパイル若しくは解釈できる他のいずれかの高水準プログラミング言語若しくは低水準プログラミング言語を用いて作成されるコンピュータ実行可能コードとして実現できることがさらに分かるであろう。プロセスはまた、拡張可能なエンタープライズ・メタデータ管理システムを達成するために、様々な種類のツール、プラットフォーム、及びアーキテクチャを利用することができる。ソフトウェア・ツール及びプラットフォームの特定の例を上述したが、他のプラットフォーム及び技術が存在しており、これらを上述のプロセスで有効に利用することができる。最後に、説明のためにビジネス・イニシアチブの特定の例を以下に提供するが、この例は、本明細書において説明されるシステム及び方法の範囲を限定するものではないことを理解すべきである。
【０１４４】
プロセス７１００は、ステップ７１０２において示されるようにイニシアチブを設定することによって開始することができる。例として、ビジネス・アナリストが、「保険統計ＵＲプロジェクト（Actuarial UR Project）」といったプロジェクト・タイトルを定めることによって、システムにおいてイニシアチブ又はプロジェクトを設定することができる。アナリストは、プロジェクトについての説明、定義、マネージャ、ビジネス・スポンサ、及び他のいずれかの記述的情報を追加することができる。記述的データは、例えばキーボード入力を通して取り込むか、又は、電子形式若しくは他の形式で利用可能ないずれかの既存文書若しくは他の資料からインポートすることができる。イニチアチブが設定されると、プロセス７１００は、ステップ７１０４に進むことができる。
【０１４５】
ステップ７１０４に示されるように、イニシアチブは、目標にブレークダウンすることができる。上で与えられた保険統計プロジェクトの例を用いて続けると、アナリストは、例えば上述のビジネス層に関して説明されたビジネス・サブジェクトの階層を用いて、ビジネス・イニシアチブを特定のビジネス目標にブレークダウンすることができる。結果として生じるブレークダウンによって、以下のビジネス目標を生じさせることができる。
ａ．７年間の病院データの取り込み
ｂ．３年間の医師データの取り込み
ｃ．２年間の薬局データの取り込み
【０１４６】
各々の目標について、ビジネス・アナリストは、名前（タイトル）、説明（要約）、（詳細な）定義、ビジネスの所有者、及びいずれかの関連注釈を定めることができる。定義のフォーマットは、モデル化プロセスのための有用で整合性のある階層を確立するために記述プロセスにおいて使用することができるテンプレートなどのユーザ定義フォーマットによって制御することができる。ビジネス・イニシアチブが目標にブレークダウンされると、プロセス７１００は、ステップ７１０６に進むことができる。
【０１４７】
ステップ７１０６において示されるように、目標は、さらにステートメントにブレークダウンすることができる。ビジネス・アナリストは、さらに、各々の目標を、その目標を満たすのに必要な一般的要件であるビジネス・ステートメントの組にブレークダウンすることができる。上で与えられた保険統計の例で続けると、第１の目標のブレークダウンによって、要件となる以下のより具体的なステートメントを得ることができる。
ａ．７年間の病院データの取り込み
１．すべての病院データ・ソースを特定する
２．病院データを共通フォーマットに変換する
３．標準化された病院データを検証する
【０１４８】
このビジネス・イニシアチブのモデルは、プロセス７１００の次のステップのためのデータ構造として、並びに、システムのユーザが他に使用、再使用、及び検査するためのデータ構造として、格納することができる。目標が、その目標を満たすための特定の要件にブレークダウンされると、プロセス７１００は、ステップ７１０８に進むことができる。
【０１４９】
ステップ７１０８において示されるように、イニチアチブ、目標、及び要件のモデルは、そのイニチアチブのための機能要件文書として公開することができる。プロセス７１００によってレポート作成機能を提供することができ、それによって、モデルから直接収集されたデータから自動的に機能要件文書を生成することができる。これは、多数のユーザが、モデルの構造と基礎となる記述の両方に寄与し、その両方を編集する連携プロセスとすることができる。多数の当事者が文書に関してコメントして、それを承認するように明確に要求される、レビュー・プロセス及び承認プロセスを行うことができる。プロセス７１００は、適切な人員から承認を収集し、要件文書の最終バージョンについて必要なすべての承認が得られたことを確実なものとすることによって、承認を自動化することができる。結果として得られる要件文書は、例えば、階層ツリー、アウトライン、フルテキスト記述、又はそれらのいずれかの組み合わせとして、要件を提示することができる。機能要件文書は、例えば、紙の形態で又は電子形式で、公開することができる。電子形式での公開は、特に、ビジネス・エンティティ全体への迅速な配布を可能にするものであり、所望のいずれかのレベルの詳細さでイニシアチブ、目標、及び要件の間を便利にナビゲートし調査するために、双方向形式で機能要件文書を提供できることが分かるであろう。機能要件が公開されると、プロセス７１００は、ステップ７１１０に進むことができる。
【０１５０】
ステップ７１１０において示されるように、情報モデルを開発することができる。ビジネス・アナリストは、情報モデル、すなわち企業が運営される現実世界の抽象的表現であるデータ構造を開発するために、企業の知識を適用することができる。モデルは、主として「〜の一部である（is part of）」又は「〜のタイプである（is type of）」からなるグラフィカルな関係を通して互いに関連させることができる構成単位としてサブジェクトを定めることによって、構築することができる。サブジェクト自体は、極めて高度に抽象的な概念レベル（例えば、「病院」）から個々のデータ要素と等しい極めて細かいレベル（例えば、「サービスのタイプ」）にまで及ぶ、様々なタイプのものとすることができる。各々のサブジェクトについて、ユーザは、サブジェクト名、説明（要約）及び（詳細な）定義、ビジネスの所有者、並びに、他のいずれかの関連情報又は潜在的に関連する情報を定めることができる。定義のフォーマットは、例えば開発努力における整合性、特に連携を容易にするために、テンプレートなどのユーザ定義フォーマットによって制御することができる。一般的に上述されたユーザ・インターフェース・ツールをこのモデル化ステップにおいて便利に利用できることが容易に分かるであろう。情報モデルが開発されると、プロセス７１００は、ステップ７１１２に進むことができる。
【０１５１】
ステップ７１１２において示されるように、要件を情報モデルに加えて、ビジネス・コンテクストを記述するデータ構造を提供することができる。ユーザは、各々の態様をより具体的に詳述するために、特定の要件を情報モデルにおけるいずれかのサブジェクトに添付することができる。図４〜図１３に関して上述されたユーザ・インターフェース５８００のようなモデル化ツールは、このモデル化ステップを容易にするために特定のオブジェクト・タイプを提供することができる。例えば、病院の保険統計イニシアチブについて、以下のタイプを定めることができる。
ビジネス要件（一般）
（サービスのタイプの有効なコード値は、「０１」〜「１７」）
ビジネス規則
（サービスの場所は、サービスのタイプに適したものでなければならない）
ビジネス・プロセス
（入院の通知は、入院患者の請求に先行しなければならない）
ビジネス・プロセス・ステップ
（ステップ１−入院の通知の承認）
ビジネス・メトリック
（サービスのタイプのコードは、１００％有効なデータを含まなければならない）
【０１５２】
各々の目標タイプについて、ビジネス・アナリストなどのユーザは、目標名、説明（要約）及び（詳細な）定義、ビジネスの所有者、及び、他のいずれかの関連情報又は潜在的に関連する情報を取り込むことができる。定義のフォーマットは、整合性を与えるために、より具体的には、多数の当事者間の連携を容易にするために、テンプレートなどのユーザ定義フォーマットによって制御することができる。情報モデルが完成すると、プロセス７１００は、以下のステップ７１１４に進むことができる。
【０１５３】
ステップ７１１４において示されるように、情報モデルは公開することができる。プロセス７１００によってレポート作成機能を提供することができ、それによって、情報モデルは、その情報モデルから直接テキスト形式又は他の形式で自動的に文書化することができる。多数の当事者が文書に関してコメントして、それを承認するように明確に要求される、レビュー・プロセス及び承認プロセスを行うことができる。プロセス７１００は、適切な人員から承認を収集し、情報モデルの最終バージョンについて必要なすべての承認が得られたことを確実なものとすることによって、承認を自動化することができる。公開は、開発プロセスの特定の時点で行うことができるが、情報モデル又はモデルのサブセット、及び／又は、関連文書及び注釈は、いつでもさらに一般的に公開できることを理解すべきである。モデルは、階層ツリー、アウトライン、フルテキスト記述、又はそれらのいずれかの組み合わせなどの多くの形式で、提示することができる。情報モデルは、例えば紙の形態で又は電子形式で、公開することができる。電子形式での公開は、特に、ビジネス・エンティティ全体への迅速な配布を可能にするものであり、所望のいずれかのレベルの詳細さでサブジェクト、規則、プロセスなどの間を便利にナビゲートし調査するために、双方向形式でモデルを提供できることが分かるであろう。情報モデルが公開されると、プロセス７１００は、ステップ７１１６に進むことができる。
【０１５４】
ステップ７１１６において示されるように、情報モデルは、ビジネス・イニシアチブ又は要件及びそれらの他のサブコンポーネントにリンクさせることができる。開発サイクルにおけるこの時点で、情報モデルは、関連する現実世界のデータと、情報モデルにおけるサブジェクトについての他のいずれかの関連要件とのすべての表現を含むべきである。次いで、適用可能なデータ・サブジェクトは、イニシアチブの各々のビジネス要件についての詳細な仕様を与えるために、イニシアチブにおける特定のビジネス・ステートメントにリンクすることができる。情報モデルの適用可能な領域がイニシアチブにリンクされると、結合された情報モデルは、上述のビジネス層の関連する態様の形式的記述を作成し、設計者によって要求されるか又は特定のビジネス・イニシアチブに適したいずれかのレベルの精度で、提供することができる。この結合された情報モデルは、イニシアチブ、より一般的には結合された情報モデル、に対するいずれかの要件修正又は他の適切な追加、削除、若しくは変更を行うことができるように、レビューのために提示することができる。結合された情報モデルが完成すると、プロセス７１００は、ステップ７１１８に進むことができる。
【０１５５】
ステップ７１１８において示されるように、結合された情報モデルは、機能仕様文書として公開することができる。機能仕様文書の結合された情報モデルは、上述の情報モデルと、それと統合されたビジネス・イニシアチブ・モデルとを含むことができる。プロセス７１００によってレポート作成機能を提供することができ、それによって、機能仕様文書は、結合された情報モデルから直接テキスト形式又は他の形式で自動的に生成することができる。多数の当事者が文書に関してコメントし、承認するように明確に要求される、レビュー・プロセス及び承認プロセスを行うことができる。プロセス７１００は、適切な人員から承認を収集し、機能仕様文書の最終バージョンについて必要なすべての承認が得られたことを確実なものとすることによって、承認を自動化することができる。公開は、開発プロセスの特定の時点で行うことができるが、機能仕様文書又はそのサブセットに含まれる情報は、いずれかの関連文書及び注釈と共に、いつでもさらに一般的に公開できることを理解すべきである。機能仕様文書は、階層ツリー、アウトライン、フルテキスト記述、又はそれらのいずれかの組み合わせなどの多くの形式で、提示することができる。機能仕様文書は、例えば紙の形態で又は電子形式で、公開することができる。電子形式での公開は、特に、ビジネス・エンティティ全体への迅速な配布を可能にするものであり、所望のいずれかのレベルの詳細さでサブジェクト、規則、プロセスなどの間を便利にナビゲートし調査するために、双方向形式で文書及び関連モデルを提供できることが分かるであろう。情報モデルが公開されると、プロセス７１００は、ステップ７１２０に進むことができる。
【０１５６】
ステップ７１２０において示されるように、機能仕様文書の結合された情報モデルは、企業の実際のデータ構造にリンクすることができる。情報モデル及びその一部は、データ構造自体であることが分かるであろう。しかしながら、以下の説明では、「データ構造」という用語は、単数又は複数のデータ統合プロセスとしてビジネス・イニチアチブ又はその一部を実行する際に用いることができるデータ構造のような、モデル以外の企業内のデータ構造を指す。この表現は、ビジネス・コンテクスト又はビジネス・イニシアチブを記述するためにモデル化プロセスの間に作成されるデータ構造と、モデルが適用される可能性がある設計プロセス７１００内にすでに存在するデータ構造との間をより明確に区別することが意図されている。以下の説明においては、この説明全体を通して関連する用語（「モデル」、「情報」、「データ」、「データ構造」など）に対する一般性を失うことなく、これらの用語が使用される。
【０１５７】
機能仕様文書が承認されると、ビジネス・アナリストなどのユーザは、（結合された）情報モデルにおけるサブジェクトを、例えば上述のデータ・ソース１０２のいずれかからのデータ構造とすることができる実際のデータ構造（例えば、テーブル及び列）にリンクするタスクを開始することができる。ユーザは、情報モデルの態様と、企業のデータ構造又は必要に応じて企業外のデータ構造の態様との間の対応を特定するために、例えばビジネス・アナリストがデータ・アナリストと連携する場合のように、他のユーザと連携することができる。データ構造へのリンクは、データ・ソースの特定と、データ・ソースに関連するいずれかのデータ又はメタデータの特定と、プロセス７１００から得られたいずれかのデータ統合プロセスに用いられる定められたターゲット・データ構造の特定とを含むことができる。
【０１５８】
図２２に関して上述されたタグ付けに概ね相当するデータ構造とモデルとのリンクは、データ構造及び／又は情報モデルの相対的な複雑さに応じて、多くの異なるレベルの抽象性及び詳細さで行うことができることを理解すべきである。従って、例えば、サブジェクトは、データベース、データベースのテーブル、データベース内の列、若しくは、単数又は複数の列内のデータ・インスタンス、又は、それらのいずれか若しくはすべての組み合わせのいずれかに対応する場合がある。一般に、マッピングがより正確で詳細なものであるほど、後のデータ統合プロセスの開発がより容易になる。マッピングが完了すると、プロセスは、以下のステップ７１２２に進むことができる。
【０１５９】
ステップ７１２２において示されるように、（結合された）情報モデルと他のデータ構造とのマッピングは、公開することができる。情報モデルとデータ構造との間のリンクを用いて、マッピング・モデルを生成することができる。これは、情報モデルの様々な態様と企業データ・ソースの周囲環境との間の関係の文書化を含むことができる。これは、ソース・データとターゲット・データとのマッピングのような、より機能的な文書化を含むこともできる。マッピング文書はまた、各々のデータ・ソース及びターゲットについて、モデル化プロセスに関連するソース−ターゲット・マッピングを完全に特徴付けるために、ソースの列とターゲットの列とをマッピングする（ｎ対ｎ）論理マッピングとするか、又はそのような論理マッピングを含むことができる。プロセス７１００によってレポート作成機能を提供することができ、それによって、マッピング・モデル（データベース・マッピング・モデル、より一般的な情報−データ・マッピング・モデル、又は、これらの他のいずれかのサブセット又は変化形のいずれか）は、テキスト形式、図形形式、又は他の形式で自動的に生成することができる。多数の当事者が文書に関してコメントし、承認するように明確に要求される、レビュー・プロセス及び承認プロセスを行うことができる。プロセス７１００は、適切な人員から承認を収集し、マッピング・モデルの最終バージョンについて必要なすべての承認が得られたことを確実なものとすることによって、承認を自動化することができる。公開は、開発プロセスの特定の時点で行うことができるが、マッピング・モデル又はそのサブセットに含まれる情報は、いずれかの関連文書及び注釈と共に、いつでもさらに一般的に公開できることを理解すべきである。マッピング・モデルは、階層ツリー、アウトライン、フルテキスト記述、又はそれらのいずれかの組み合わせなどの多くの形式で提示することができる。マッピング・モデルは、例えば紙の形態で又は電子形式で、公開することができる。電子形式での公開は、特に、ビジネス・エンティティ全体への迅速な配布を可能にするものであり、所望のいずれかのレベルの詳細さでサブジェクト、規則、プロセス、データ・マッピングなどの間を便利にナビゲートし調査するために、双方向形式で文書及び関連モデルを提供できることが分かるであろう。マッピング・モデルが公開されると、プロセス７１００は、ステップ７１２４に進むことができる。
【０１６０】
ステップ７１２４において示されるように、データ統合ツールをマッピング・モデルに適用することができ、言い方を変えれば、モデルをデータ統合ツールに適用することができる。プロセスの間に開発された仕様及びマッピングは、例えば図４〜図１１に関して概説されたプロセスなどの設計プロセスとして、様々なデータ統合ツールに転送することができる。これは、例えば、ソース・データの総合的な分析及び浄化（cleansing）と、データ統合及び変換のための技術仕様の開発と、データ統合プロセスの調査、開発、設計、導入、及び運用に関連する他のいずれかのタスクとを含むことができる。同様に、プロセス７１００によって生成されたいずれかのメタデータ、又は、プロセス７１００の間に特定されたいずれかのメタデータは、他のビジネス・イニシアチブにおいて、特に同様のサブジェクト領域及び要件を含むイニシアチブにおいて、再使用することができる。
【０１６１】
より一般的には、上述のモデル化技術及びプロセス７１００は、ビジネス・イニシアチブからデータ統合ジョブ、データ統合プロセス、データ統合機能などを生成するための完全で一貫した（end-to-end）ソリューションになるように、図４〜図１１において説明されるワークフロー管理ツールに直接流すことができる。同時に、本明細書において説明されるツール及び技術の多くは、スタンドアロンの製品又はプロセスとは別の有用性を有するものであることもまた理解されるべきである。例として、本明細書において説明されるワークフローベースのユーザ・インターフェースには、図４〜図１１において上述されたピラーのサブセット、又は、ピラーの単数又は複数の中のタスクのサブセットを設けることができる。従って、例えば、ユーザ・インターフェースは、開発、導入、又は運用に関連するピラーを省略しながら調査ピラー及び設計ピラーを含むことができる、非技術人員が用いるためのビジネス・コンテクスト・ワークフロー設計ワークスペースを提供することができる。上述のプロセッサ、ユーザ・インターフェース、及びシステムに対する組み合わせ、ブレークダウン、及び変化形のすべては、本明細書において提供される発明の開示の一部を形成する。
【０１６２】
プロセス７１００の特定の例を提供したが、本プロセスの全体的な目的又は利点を変更することなく、プロセス７１００において説明されるステップの順序を変更するか、又は、他のステップをプロセスに追加するか若しくはプロセスから除去できることが分かるであろう。例えば、目標の特定のステートメントへのブレークダウンは、情報モデルが特定のビジネス・イニシアチブにリンクされた後で修正することができ、又は、情報モデルと実際のデータ構造とのリンクによってビジネス・イニシアチブの改良の可能性が明らかになった場合には、若しくは、逆に、情報モデルと実際のデータ構造とのリンクによって現在利用可能なデータでは処理できない問題が明らかになった場合には、ビジネス要件の追加をさらに繰り返すことが必要な場合がある。こうしたすべての変化形及び修正形は、本明細書において説明されるシステムの範囲内にあることが意図されている。
【０１６３】
ビジネス・イニシアチブをモデル化するためのプロセス７１００を説明したが、プロセス７１００に関連する特定のデータ構造及びインターフェースの特徴を、ここでより詳細に説明する。
【０１６４】
図２７は、例えば上述のプロセス７１００のステップ７１０４に関して説明されたような、イニシアチブの目標へのブレークダウンを示す。ブレークダウン７２００は、イニシアチブについてのタイトル、説明、定義、マネージャ、ビジネス・スポンサ、及び他のいずれかの記述的情報などの特性を持つビジネス・イニシアチブ７２０２を含むことができる。イニシアチブ７２０２は、イニシアチブをより具体的に特徴付ける多くの目標７２０４にブレークダウンすることができる。目標７２０４の構造は、イニシアチブ７２０２の設計者が修正することができ、又は、モデル化プロセスに関与する他のユーザによる変更を可能にすることができる。単純な階層が図２７に示されているが、様々な詳細さ及び複雑さを用いて、ビジネス・イニシアチブ７２０２を関連する目標７２０４にブレークダウンできることを理解すべきである。
【０１６５】
図２８は、例えば上述のプロセス７１００のステップ７１０６に関して説明されたような、目標のステートメントへのブレークダウンを示す。ブレークダウン７３００は、上述のビジネス・イニシアチブ７２０２などのビジネス・イニシアチブ７３０２と、上述の目標７２０４などの少なくとも１つの目標７３０４と、各々の目標７３０４を満たすための要件をより具体的に設定する多くのステートメント７３０６とを含むことができる。単純な階層が図２８に示されているが、様々な詳細さ及び複雑さを用いて、ビジネス・イニシアチブ７３０２を関連する目標７３０４及びステートメント７３０６にブレークダウンできることを理解すべきである。
【０１６６】
図２９は、例えば上述のプロセス７１００のステップ７１１０に関して説明されたような、情報モデルの開発を示す。情報モデルのサブジェクトは、例えば上述のビジネス層のサブジェクトに対応するものとすることができ、階層又は他の構造において関連付けることができる。ビジネス・サブジェクトの関係は、例えば、図４〜図１３を参照して説明されたユーザ・インターフェース５８００又はそのコンポーネントのいずれかを用いてモデル化することができる。
【０１６７】
図３０は、例えば上述のプロセス７１００のステップ７１１２に関して説明されたような、情報モデル・オブジェクトへのビジネス要件の追加を示す。情報モデル７５００のサブジェクト７５０２は、一般的に上述されたような階層にすることができる。ビジネス要件７５０４、ビジネス・プロセス７５０６又はそのサブステップ７５０８、ビジネス・メトリック７５１０、及びビジネス規則７５１２などのビジネス層の他の要素を作成し、モデルの他の要素と関連付けることができる。ビジネス要件及び他のコンポーネントの追加は、例えば、図４〜図１３を参照して説明されたユーザ・インターフェース５８００又はそのコンポーネントのいずれかを用いて行うことができる。
【０１６８】
図３１は、情報モデルとイニシアチブとのリンクを示す。一般に、図３１に示されるワークスペース７６００は、情報モデルからの様々な要素（例えば、サブジェクト、要件、規則、プロセス）、ビジネス・イニシアチブ・モデルからの様々な要素（例えば、イニシアチブ、目標、ステートメント）、並びに、それらに含まれる他のいずれかの関連情報を含むことができる。これらのモデルのコンポーネント又はそのサブセットは、ワークスペース７６００内に提示され、上述のユーザ・インターフェース５８００のいずれかのようなグラフィカル・ユーザ・インターフェースのツールを用いて関連付けることができる。
【０１６９】
図３２は、情報モデルとデータ構造とのリンクを示す。上述のように、ここではマッピング７７００と呼ばれるこのリンク又はタグ付けを用いて、情報モデルの態様が、上述のデータ・ソース１０２のいずれかとすることができるソース・データベース７７０２内のテーブル又は列などの構造にどのように対応するかを特定することができる。マッピング７７００はさらに、上述のデータ・ソース１０２のいずれかとすることができるターゲット・データベースを指定することができ、より具体的には、データ統合プロセスを都合良く実現できるように、ソース・データベース７７０２の構造がどのようにターゲット・データベース７７０４の構造に関連するかを示すことができる。
【０１７０】
特定の好ましい実施形態に関して本発明を説明したが、当業者であれば、他の実施形態を認識できることを理解すべきである。こうしたすべての変化形及び変更形は、この開示の範囲内に含まれることが意図される。
【図面の簡単な説明】
【０１７１】
【図１】各々が複数の異なるコンピュータ・アプリケーション及びデータ・ソースを含むことができる複数のビジネス・プロセスを持つ企業の概略図である。
【図２】企業の複数のビジネス・プロセスにわたるデータ統合を示す概略図である。
【図３】企業の複数のデータ・ソースについてデータ統合を行うためのアーキテクチャを示す概略図である。
【図４】ユーザ・インターフェースのレイアウトを示す。
【図５】データ統合システムで用いるのに適したユーザ・インターフェースを示す。
【図６】ユーザ・インターフェースの設計のためのタスク・マトリックスを示す。
【図７】ワークフロー・ユーザ・インターフェースの調査フェーズを示す。
【図８】ワークフロー・ユーザ・インターフェースの設計フェーズを示す。
【図９】ワークフロー・ユーザ・インターフェースの開発フェーズを示す。
【図１０】ワークフロー・ユーザ・インターフェースの導入フェーズを示す。
【図１１】ワークフロー・ユーザ・インターフェースの運用フェーズを示す。
【図１２】ユーザ・インターフェースで用いるためのナビゲーション・ツールを示す。
【図１３】ユーザ・インターフェースで用いるためのナビゲーション・ツールを示す。
【図１４】ユーザ・インターフェースにおいて詳細を段階的に開示させるツールを示す。
【図１５】ユーザ・インターフェースで用いるためのページ選択ツールを示す。
【図１６】ユーザ・インターフェース内で以前の操作の履歴を再び呼び出すためのツールを示す。
【図１７】ユーザ・インターフェースで用いるためのメニュー・ツリーを示す。
【図１８】ユーザ・インターフェースで用いるためのステータス・バーを示す。
【図１９】モデルのビジネス層におけるサブジェクトのためのマップを示す。
【図２０】ビジネス層におけるサブジェクトについての規則及び定義を示す。
【図２１】ビジネス層におけるビジネス・プロセスを示す。
【図２２】ビジネス層とデータ層との間の要素の関連を示す。
【図２３】リンクされたビジネス要素及びデータ要素のマップである。
【図２４】ユーザ・インターフェースのワークスペースへのデータ・オブジェクトの追加を示す。
【図２５】ユーザ・インターフェースのワークスペースにおけるデータ・オブジェクトとビジネス・オブジェクトとの関連付けを示す。
【図２６】ビジネス・コンテクストからデータ統合プロセスを設計するためのプロセスを示す。
【図２７】イニシアチブの目標へのブレークダウンを示す。
【図２８】目標のステートメントへのブレークダウンを示す。
【図２９】情報モデルの開発を示す。
【図３０】情報モデル・オブジェクトへのビジネス要件の追加を示す。
【図３１】情報モデルとイニシアチブとのリンクを示す。
【図３２】情報モデルとデータ構造とのリンクを示す。
【図１】
2008511935.tif 000003
【図２】
2008511935.tif 000004
【図３】
2008511935.tif 000005
【図４】
2008511935.tif 000006
【図５】
2008511935.tif 000007
【図６】
2008511935.tif 000008
【図７】
2008511935.tif 000009
【図８】
2008511935.tif 000010
【図９】
2008511935.tif 000011
【図１０】
2008511935.tif 000012
【図１１】
2008511935.tif 000013
【図１２】
2008511935.tif 000014
【図１３】
2008511935.tif 000015
【図１４】
2008511935.tif 000016
【図１５】
2008511935.tif 000017
【図１６】
2008511935.tif 000018
【図１７】
2008511935.tif 000019
【図１８】
2008511935.tif 000020
【図１９】
2008511935.tif 000021
【図２０】
2008511935.tif 000022
【図２１】
2008511935.tif 000023
【図２２】
2008511935.tif 000024
【図２３】
2008511935.tif 000025
【図２４】
2008511935.tif 000026
【図２５】
2008511935.tif 000027
【図２６】
2008511935.tif 000028
【図２７】
2008511935.tif 000029
【図２８】
2008511935.tif 000030
【図２９】
2008511935.tif 000031
【図３０】
2008511935.tif 000032
【図３１】
2008511935.tif 000033
【図３２】
2008511935.tif 000034
【国際調査報告】
2008511935.tif 000035
2008511935.tif 000036