(57)【特許請求の範囲】
【請求項１】
コンピュータによって、エンティティのためのファミリーツリーを維持する方法であって、
コーポレーションリンケージの現在のビューをデータベースからダウンロードするステップ（１０１２）と、
カンパニー自体、ウェブサイト、年次報告書から、現在のカンパニーロケーションリストを取得するステップ（１０１４）と、
前記取得した現在のカンパニーロケーションリストを監視して変更を見つけるステップ（１０１６）と、
コーポレーション識別子に割り当てられたコーポレーションリンケージロケーションを前記取得した現在のカンパニーロケーションリストあるいは第３者のロケーションリストと比較するステップ（１０２２）と、
名称、標準産業分類一貫性についてロケーションを再調査し、重複ロケーションを削除するステップ（１０２６）と、
前記比較するステップ（１０２２）の結果を利用して、
（i）コーポレーションリンケージに付加すべき整合がないロケーション、
（ii）閉鎖すべきロケーション、
（iii）コーポレーション識別子リンケージを必要とするロケーション、
（iv）名称、住所または電話番号情報の更新が必要なロケーション、
を識別するステップ（１０２８）と、
カンパニーの名称、住所または電話番号情報のバッチ更新を実行するステップ（１０３２）と、
を含み、
リンケージデータベース（２２０）は、個々のロケーションにおける更新を完全な新規のファミリーツリー構造に統合し、
前記ファミリーツリー構造は、ビジネスエンティティ間の所有の関係を表し、
前記ファミリーツリー構造の各レコード（５００〜５１８）は、リンケージ要素セットを有し、前記リンケージ要素のセットは、前記レコードと他のレコード（５００〜５１８）との間の関係を識別し、
前記ファミリーツリー構造のビジネスエンティティ間のリンクは、１つのビジネスロケーションを表し、前記１つのビジネスロケーションは他のビジネスロケーションに対する経済的かつ法律的な責任を有する、
ことを特徴とする方法。
【請求項２】
前記方法は、
コーポレーション識別子に割り当てられた関係を利用して生成されたコーポレーションリンケージを前記リンケージデータベース（２２０）にて改定するステップ（１０３４）をさらに含む、
請求項１に記載の方法。
【請求項３】
前記方法は、
合併・買収活動についてメディア、第３者の情報源を監視するステップ（１０１８）と、
カンパニーの要求に応答して自身の要求によるコーポレーション変更をそのカンパニーのコーポレーションリンケージに対して行うステップ（１０２０）と、
コーポレーション識別子に割り当てられたどのロケーションが更新を必要か識別するステップ（１０２４）と、
電話調査により適正な変更を確認するステップ（１０３０）と、
コーポレーション変更のオンライン更新を実行するステップ（１０３６）と、
をさらに含む、
請求項１に記載の方法。
【請求項４】
前記バッチ更新は、各トランザクションに対し手動の介入なく、特殊化更新システム（２１４）によってデータを処理するステップを含み、
前記特殊化更新システム（２１４）は、グローバルファミリーツリーを格納するグローバルレポジトリ（２１０）内の全てのレコードをダイレクトに更新する、
請求項１または３に記載の方法。
【請求項５】
前記リンケージデータベース（２２０）は、リンケージデータを格納するとともに、コーポレーション識別子リンクのためにコーポレーション識別子からコーポレーションファミリーツリーを導出する一連のテーブルである、
請求項１、３、４のいずれかに記載の方法。
【請求項６】
前記リンケージ要素セットは、ステータスコード、子会社コード、階層コード、ｄｉａｓコードおよびグローバル最上位コーポレーション識別子を含む、
請求項１、３〜５のいずれかに記載の方法。
【請求項７】
エンティティのためのファミリーツリーを維持するシステムにおいて、
コーポレーションリンケージの現在のビューをデータベースからダウンロードする（１０１２）ためのコンポーネントと、
カンパニー自体、ウェブサイト、年次報告書から、現在のカンパニーロケーションリストを取得する（１０１４）ためのコンポーネントと、
前記取得した現在のカンパニーロケーションリストを監視して変更を見つける（１０１６）ためのコンポーネントと、
コーポレーション識別子に割り当てられたコーポレーションリンケージロケーションを前記取得した現在のカンパニーロケーションリストあるいは第３者のロケーションリストと比較する（１０２２）ためのコンポーネントと、
名称、標準産業分類一貫性についてロケーションを再調査し、重複ロケーションを削除する（１０２６）ためのコンポーネントと、
前記比較（１０２２）の結果を利用して、
（i）コーポレーションリンケージに付加すべき整合がないロケーション、
（ii）閉鎖すべきロケーション、
（iii）コーポレーション識別子リンケージを必要とするロケーション、
（iv）名称、住所または電話番号情報の更新が必要なロケーション、
を識別する（１０２８）ためのコンポーネントと、
カンパニーの名称、住所または電話番号情報のバッチ更新を実行する（１０３２）ためのコンポーネントと、
を含み、
リンケージデータベース（２２０）は、個々のロケーションにおける更新を完全な新規のファミリーツリー構造に統合し、
前記ファミリーツリー構造は、ビジネスエンティティ間の所有の関係を表し、
前記ファミリーツリー構造の各レコード（５００〜５１８）は、リンケージ要素セットを有し、前記リンケージ要素のセットは、前記レコードと他のレコード（５００〜５１８）との間の関係を識別し、
前記ファミリーツリー構造のビジネスエンティティ間のリンクは、１つのビジネスロケーションを表し、前記１つのビジネスロケーションは他のビジネスロケーションに対する経済的かつ法律的な責任を有する、
ことを特徴とするシステム。
【請求項８】
前記システムは、
コーポレーション識別子に割り当てられた関係を利用して生成されたコーポレーションリンケージを前記リンケージデータベース（２２０）にて改定する（１０３４）ためのコンポーネントをさらに含む、
請求項７に記載のシステム。
【請求項９】
前記システムは、
合併・買収活動についてメディア、第３者の情報源を監視する（１０１８）ためのコンポーネントと、
カンパニーの要求に応答して自身の要求によるコーポレーション変更をそのカンパニーのコーポレーションリンケージに対して行う（１０２０）ためのコンポーネントと、
コーポレーション識別子に割り当てられたどのロケーションが更新を必要か識別する（１０２４）ためのコンポーネントと、
電話調査により適正な変更を確認する（１０３０）ためのコンポーネントと、
コーポレーション変更のオンライン更新を実行する（１０３６）ためのコンポーネントと、
をさらに含む、
請求項７に記載のシステム。
【請求項１０】
前記バッチ更新を実行するためのコンポーネントは、各トランザクションに対し手動の介入なく、特殊化更新システム（２１４）によってデータを処理し、
前記特殊化更新システム（２１４）は、グローバルファミリーツリーを格納するグローバルレポジトリ（２１０）内の全てのレコードをダイレクトに更新する、
請求項７または９に記載のシステム。
【請求項１１】
前記リンケージデータベース（２２０）は、リンケージデータを格納するとともに、コーポレーション識別子リンクのためにコーポレーション識別子からコーポレーションファミリーツリーを導出する一連のテーブルである、
請求項７、９、１０のいずれかに記載のシステム。
【請求項１２】
前記リンケージ要素セットは、ステータスコード、子会社コード、階層コード、ｄｉａｓコードおよびグローバル最上位コーポレーション識別子を含む、
請求項７、９〜１１のいずれかに記載のシステム。
【請求項１３】
エンティティためのファミリーツリーを維持する方法を実行する命令が格納されている機械読み取り可能な媒体において、前記方法は
コーポレーションリンケージの現在のビューをデータベースからダウンロードするステップ（１０１２）と、
カンパニー自体、ウェブサイト、年次報告書から、現在のカンパニーロケーションリストを取得するステップ（１０１４）と、
前記取得した現在のカンパニーロケーションリストを監視して変更を見つけるステップ（１０１６）と、
コーポレーション識別子に割り当てられたコーポレーションリンケージロケーションを前記取得した現在のカンパニーロケーションリストあるいは第３者のロケーションリストと比較するステップ（１０２２）と、
名称、標準産業分類一貫性についてロケーションを再調査し、重複ロケーションを削除するステップ（１０２６）と、
前記比較するステップ（１０２２）の結果を利用して、
（i）コーポレーションリンケージに付加すべき整合がないロケーション、
（ii）閉鎖すべきロケーション、
（iii）コーポレーション識別子リンケージを必要とするロケーション、
（iv）名称、住所または電話番号情報の更新が必要なロケーション、
を識別するステップ（１０２８）と、
カンパニーの名称、住所または電話番号情報のバッチ更新を実行するステップ（１０３２）と、
を含み、
リンケージデータベース（２２０）は、個々のロケーションにおける更新を完全な新規のファミリーツリー構造に統合し、
前記ファミリーツリー構造は、ビジネスエンティティ間の所有の関係を表し、
前記ファミリーツリー構造の各レコード（５００〜５１８）は、リンケージ要素セットを有し、前記リンケージ要素のセットは、前記レコードと他のレコード（５００〜５１８）との間の関係を識別し、
前記ファミリーツリー構造のビジネスエンティティ間のリンクは、１つのビジネスロケーションを表し、前記１つのビジネスロケーションは他のビジネスロケーションに対する経済的かつ法律的な責任を有する、
ことを特徴とする機械読み取り可能な媒体。
【請求項１４】
前記方法は、
コーポレーション識別子に割り当てられた関係を利用して生成されたコーポレーションリンケージを前記リンケージデータベース（２２０）にて改定するステップ（１０３４）を含む、
請求項１３に記載の機械読み取り可能な媒体。
【請求項１５】
前記方法は、
合併・買収活動についてメディア、第３者の情報源を監視するステップ（１０１８）と、
カンパニーの要求に応答して自身の要求によるコーポレーション変更をそのカンパニーのコーポレーションリンケージに対して行うステップ（１０２０）と、
コーポレーション識別子に割り当てられたどのロケーションが更新を必要か識別するステップ（１０２４）と、
電話調査により適正な変更を確認するステップ（１０３０）と、
コーポレーション変更のオンライン更新を実行するステップ（１０３６）と、
を含む、
請求項１３に記載の機械読み取り可能な媒体。
【請求項１６】
前記バッチ更新は、各トランザクションに対し手動の介入なく、特殊化更新システム（２１４）によってデータを処理するステップを含み、
前記特殊化更新システム（２１４）は、グローバルファミリーツリーを格納するグローバルレポジトリ（２１０）内の全てのレコードをダイレクトに更新する、
請求項１３または１５に記載の機械読み取り可能な媒体。
【請求項１７】
前記リンケージデータベース（２２０）は、リンケージデータを格納するとともに、コーポレーション識別子リンクのためにコーポレーション識別子からコーポレーションファミリーツリーを導出する一連のテーブルである、
請求項１３、１５、１６のいずれかに記載の機械読み取り可能な媒体。
【請求項１８】
前記リンケージ要素セットは、ステータスコード、子会社コード、階層コード、ｄｉａｓコードおよびグローバル最上位コーポレーション識別子を含む、
請求項１３、１５〜１７のいずれかに記載の機械読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
１．発明の技術分野
本発明は全般的にビジネスインフォメーションサービスに関する。殊に本発明は、コーポレーションファミリー（corporate family 企業系列）、ビジネス情報、リンケージ（linkage 系列関係ないしは提携関係）、多国籍コーポレーション、ビジネスインテリジェンス、グローバルデータ収集ならびに他の分野に関する。
【０００２】
２．発明の背景
コーポレーションリンケージ情報のいくつかの提供側によれば、不完全で不正確な情報ならびに最新のものではない情報が提供されている。この場合、データが年次報告書のみから得られたものであったり、あるいは四半期ごとに更新されるものであったりすることが多い。断片化されていて整合のとられていない更新プロセスによって品質が低下してしまうし、コストが上昇してしまう。メンテナンスのための慣用のone-record-at-a-time（一度に１レコード）という手法では、効率が悪くなってしまっている。たとえば、全体的な更新と整合のとられていない局所的な更新によって、不一致および誤りが引き起こされる可能性がある。したがって提供側に対しては、コーポレーションリンケージ情報における変化をプロアクティブにつまり事前に探し出してほしいという要求、ならびに完全で正確かつ時宜にかなった情報を提供してほしいという要求がある。
【０００３】
また、カンパニーのロケーション変更について監視する必要もある。この場合、新しいロケーションおよびクローズされたロケーションを同定する必要があるし、電話する手間をかけずに格納されているデータに追加する必要がある。これによっていっそう完全かつ正確なコーポレーションリンケージリストが提供されることになり、その結果、カスタマはよりよいアカウントの浸透性のために新規オープンしたロケーションをいっそう迅速に同定することができるようになり、もはや運用されていないロケーションに対し労力を無駄に費やすことがなくなる。
【０００４】
さらに、格納されている情報を会社自体からおよび第３者からの情報により整合プロセスを介して更新する必要がある。このようにすれば、それらを比較するのに必要とされる時間および労力が低減されることになり、比較の一致ならびに精度が向上することになる。また、手動によるプロセスを周期的に反復できるようそれらを自動化できるようにする必要性、ならびに変更識別のため監視プロセスを実装する必要性もある。このようにすれば、いっそう完全かつ正確なコーポレーションリンケージが提供されることになる。この場合、格納されたデータは確かなものとなり、名称およびロケーションの住所の正確さが保証され、整合していないレコードの調査を行えるようになる。コーディングされた整合結果を用いれば、欠けているロケーションおよび重複しているロケーションを確定できるようになる。このようにすれば、いっそう正確かつ完全なコーポレーションリンケージが提供されることになる。
【０００５】
さらに、データを正確かつ一貫性を伴って更新できるようにするために、バッチ処理更新を行う必要もある。このようにすることでデータエントリのミスが削減され、更新速度が高められる。これによって、いっそう完全なコーポレーションリンケージが提供されるようになる。
【０００６】
発明の概要
本発明によれば、これまで述べてきた要求ならびにその他の要求を充足させる法律上のエンティティをリンクするための方法およびシステムが提供される。
【０００７】
１つの観点によれば、本発明はビジネスエンティティをリンクする方法である。全般的なリンク更新は、１つのファミリーツリーに対して周期的に実行される。支部ロケーションにおける変更についてファミリーツリーが周期的に監視され、支部ロケーションにおけるあらゆる変更についてリンクが更新される。コーポレーション変更の通知に応答して、コーポレーション変更に対してリンク更新される。
【０００８】
いくつかの実施形態によれば、ファミリーツリーは多層化された階層構造であり、この階層構造には最上位の親要素たとえば親会社と少なくとも1つの子要素たとえば子会社と少なくとも1つの支部要素たとえば支社が含まれている。ファミリーツリーには、少なくとも1つのワンアップ関係が含まれている。いくつかの実施形態によれば、ローカル情報とグローバル情報が一貫するようリンク更新が行われる。いくつかの実施形態によれば、更新のための情報源の少なくとも一部分は、中央コーディネータにより調整され、地域コーディネータにより収集される。いくつかの実施形態によれば、少なくとも年1回、全般的なリンク更新が実行される。いくつかの実施形態によれば、ファミリーツリーがトップツリーである場合のみ、そのファミリーツリーについて全般的なリンク更新が実行される。いくつかの実施形態によれば、スケジューリングされたデータ製品リリースよりも前に、支部ロケーションの更新が実行される。いくつかの実施形態によれば、支部ロケーションに対するすべてのリンク更新は自動化されたバッチ更新プロセスによって実行される。いくつかの実施形態によれば、コーポレーション変更に対するリンクは通知のあった月内に実行される。
【０００９】
さらに本発明は、ビジネスエンティティをリンクするシステムにも関する。このシステムには整合コンポーネント、少なくとも１つのリンケージ更新コンポーネント、リンケージデータベース、グローバルレポジトリおよび少なくとも１つの作成コンポーネントが設けられている。整合コンポーネントによって、ファミリーツリー内のエンティティに対しユニークなコーポレーション識別子が割り当てられる。リンケージ更新コンポーネントによって、ファミリーツリーにおけるリンク更新が実行される。リンケージデータベースはグローバルツリーを格納する。グローバルレポジトリはグローバルツリーを格納する。作成コンポーネントによって、リンケージデータを組み込んだデータ製品が作成される。いくつかの実施形態によれば本発明によるシステムには、特定のアプリケーションのために処理されるデータをもつアプリケーションデータベースが設けられている。いくつかの実施形態によれば本発明によるシステムには、アプリケーションデータベースに格納する前に、収集された所定量のデータを処理するためのデータクレンジングコンポーネントが設けられている。いくつかの実施形態によれば本発明によるシステムには、バッチ更新をグローバルレポジトリにおいて自動的に実行するために専用の更新コンポーネントが設けられている。いくつかの実施形態によれば本発明によるシステムには、リンケージデータベース内のファミリーツリーにおいて検証ないしはバリデーションを実行するための検証コンポーネントが設けられている。
【００１０】
さらに本発明は、ビジネスエンティティをリンクする方法を実行するための命令が格納されている機械読み取り可能な媒体に関する。これによれば全般的なリンク更新は、１つのファミリーツリーに対して周期的に実行される。また、支部ロケーションにおける変更についてファミリーツリーが周期的に監視され、支部ロケーションにおけるあらゆる変更についてリンクが更新される。さらにコーポレーション変更の通知に応答して、コーポレーション変更に対してリンク更新される。いくつかの実施形態によれば、特定のファミリーツリーが合併または買収に関与するならば、その特定のファミリーツリー全体にわたりコーポレーション変更のためのリンクが自動的にカスケードされる。
本発明のこれらの特徴および他の特徴ならびに利点は、図面、以下の説明ならびに特許請求の範囲を参照することでいっそう理解できるようになる。
【図面の簡単な説明】
【００１１】
【図１】ビジネスエンティティをリンクするためのシステムを組み込んだビジネス情報システムの一例を示すブロック図
【図２】ビジネスエンティティをリンクするためのシステムの一例を示すブロック図
【図３】バッチ更新および誤り訂正のためのシステムの一例を示すブロック図
【図４】ビジネスエンティティをリンクするためのシステムにより生成されるファミリーツリーの一例を示すブロック図
【図５】ビジネスエンティティをリンクするためのシステムにより生成されるファミリーツリーの他の例を示すブロック図
【図６】図５に例示したファミリーツリーに対応するデータベースレコード構造の一例を示すブロック図
【図７】買収前のファミリーツリーの２つの例を示すブロック図
【図８】あるファミリーツリーが他を買収した後のリンケージを示すブロック図
【図９】ファミリーツリー更新のためのコーポレーション変更プロセスの論理的な流れを例示した図
【図１０】ファミリーツリーメンテナンスのためのコーポレーションリンケージプロセスの論理的な流れを例示した図
【発明を実施するための形態】
【００１２】
図１には、ビジネスエンティティをリンクするためのシステムを組み込んだビジネス情報システムの一例が描かれている。ここで例示したビジネスインフォメーションシステムはDUNSRightTMシステムであり、Dun & Bradstreet, Short Hills, NJから入手可能である。このプロセスによれば、正確で完全かつタイムリーおよびグローバルに一貫した情報が、数千の情報源からデータを収集してまとめ、編集して照合することによって提供され、これにより顧客に対し自身のビジネスに有益な判定を下すためのビジネス情報が日々得られるようになる。このプロセスには５つのドライバと品質保証手段１００が含まれている。５つのドライバとは、（１）グローバルデータ収集手段１０２、（２）エンティティマッチング手段１０４、（３）０TMナンバーのようなコーポレーション識別子１０６、（４）コーポレーションリンケージ手段１０８および（５）予測識別子１１０である。グローバルデータ収集手段１０２は、全世界的な種々の情報源からデータを呼び集める。データは、エンティティマッチング１０４およびユニークな識別と各ビジネスの追跡のためのコーポレーション識別子１０６の適用によって、グローバルデータベース１１２に統合される。コーポレーションリンケージ１０８によって、顧客は自身のトータルなリスクあるいは関連ビジネス全体に及ぶ好機を調べることができる。予測識別子１１０は、あるビジネスの過去のパフォーマンスを評価し、そのビジネスを将来どのように実行する可能性があるのかを示唆するために、統計分析を利用する。このプロセスの結果として、顧客に対し品質情報１１４が提供される。
【００１３】
コーポレーションリンケージ１０８は、顧客がトータルなコーポレーションリスクおよび所定のカンパニーとの好機を理解するのに役立つよう、コーポレーションファミリー構造をリンクするためにコーポレーション識別子を利用する。コーポレーションファミリーにおいて、本社、支社、親会社、子会社を同じファミリーツリーの他の要素との関係に基づきすべて閲覧することができる。このような関係を理解することによって顧客は、トータルリスクの露見、新しいセールスチャンスの発見、関心対象競合状態の回避、グローバルな買収契約の交渉、合併の実施、市場分析等に役立てることができる。
【００１４】
図２には、コーポレーションリンケージ１０８のようなビジネスエンティティをリンクするためのシステムが例示されている。このシステムは関連する３つのアクティビティすなわち収集２００、統合２０２および作成／配布２０４を有している。データは２００において収集され、２０２において他のデータと統合され、ついで２０４においてデータ製品の一部分として提供される。
【００１５】
データは２００において種々の情報源２０６から収集され、その結果、ファミリーツリーの変更、項目の追加、項目の削除およびコーポレーションの変更が行われる。コーポレーションの変更には合併、買収、分離新設、資産獲得、資産売却等が含まれる。情報源には内部的なレビュー、ビジネス調査報告、プレスリリース、政府の記録等が含まれる。いくつかの実施形態によれば、情報は地域のコーディネータおよび地方代表によって収集され、グローバルなコーディネータによりコーディネートされる。あるエンティティのファミリーツリーには、コーポレーション本社と、それが所有するもしくは過半数を超える持ち分をもつ子会社ならびに従属的ロケーションまたは支社が含まれている。ファミリーツリーによって、エンティティ間のリンケージを介した所有権の関係が表される。エンティティには、コーポレーション（corporation）、カンパニー（company）、共同経営事業（partnership）、官庁（government）、非営利団体（non-profit）ならびに他のエンティティが含まれる。ファミリーツリープロセスにより、ローカルデータとグローバルデータの双方についてコーポレーションリンケージの更新が周期的に収集される。
【００１６】
２００において収集されたデータは、２０２において他のデータと統合される。この実施例の場合、グローバルな標準レコードレイアウト（ＧＳＲＬ）２０８によって、世界中のローカルなファイルからのデータ更新のためのフォーマットがグローバルレポジトリ２１０へ供給される。いくつかのデータは、２１２におけるデータクレンジングによって処理される。他のデータは、特殊化更新（ＳＰＵＤ）プロセス２１４によって処理される。さらに別のデータは、ＳＰＵＤ２１６により検証されてから処理される。
【００１７】
２１２におけるデータクレンジングによってデータが標準化され、エンティティマッチングを含めてコーポレーション識別子が割り当てられる。２１２においてデータがクレンジングされると、そのデータはアプリケーションデータベースここではマーケッティングデータベース（ＭＤＢ）２１８に格納される。
【００１８】
ＳＰＵＤ２１４により、各トランザクションに対し手動の介入なくバッチ環境でグローバルビジネス情報が更新される。ＳＰＵＤは、グローバルレポジトリ２１０にグローバルに格納されているすべてのレコードをダイレクトに更新する。いくつかの実施形態によれば、バッチシステムによりコーポレーションファミリー内の複数のロケーションが同時にグローバルに更新される。
【００１９】
データは２０４において作成または配布される。リンケージデータベース２２０は、個々のロケーションにおける更新をほぼリアルタイムに完全な新たなファミリーツリー構造に統合する。いくつかの実施形態によれば、完全に修正されたファミリーツリーは更新の２４〜４８時間以内に顧客が利用できる。いくつかの実施形態によれば、リンケージデータベース２２０はリンケージデータを格納する一連のテーブルであり、コーポレーション識別子リンクのためにコーポレーション識別子からコーポレーションファミリーツリーを導出する。
【００２０】
２２２における月々の抽出は、ＭＤＢ ２１８、グローバルレポジトリ２１０およびリンケージデータベース２２０からデータを受け取り、２０４における作成および配布のためにデータを供給する。ＭＤＢ ２１８およびグローバルレポジトリも、作成および配布のためにデータをダイレクトに供給する。いくつかの実施形態によれば２２２における抽出は、月１回とは異なる製品リリーススケジュールに対応させるため周期的に実行される。
【００２１】
この実施形態によれば、種々の経路のデータが２０４において作成され配布され、これにはDUNS MarketIdentifierTM (DUNSマーケット識別子 DMI)２３０、マッチング２３２による処理、種々のファイル２３６およびデータベース２３４の利用が含まれる。さらにこの実施例では、WorldBaseTM (WB)オンラインサーバ２３８およびヨーロッパWorldBase (WB)データベース２４２に対する月々の更新２４０も設けられている。ＤＵＮＳマーケット識別子２３０によって、顧客に対し情報の見通しが与えられる。WorldBase（ワールドベース）は、カンパニーに関するビジネス情報を格納するデータベースである。
【００２２】
この実施例では、データベースへのデータの統合は１〜７日で行われ、月々の抽出は５〜6日、作成および配布は７〜１０日と14日の間で行われて完了する。データがタイムリーであることおよび通用することも、本発明の多数の利点のうちに入る。
【００２３】
図３には、バッチ更新および誤り訂正のためのシステムの一例が描かれている。この実施例によれば、自動化されたバッチ更新システム（ＡＢＵＳ）３００はサーバ３０２において実行され、これによりトランザクションごとに手動による介在なしでバッチ環境において合衆国のビジネスないしは事業が更新される。情報コンサルタントワークステーション（ＩＣＷ）３０４は、たとえば誤り訂正などのために１つのトランザクションで同時に合衆国のビジネスを更新するのに利用されるツールキットである。
【００２４】
図４には、ビジネスエンティティをリンクするためのシステムにより生成されるファミリーツリーの一例が描かれている。親会社４００には３つの子会社すなわち子会社Ａ ４０２、子会社Ｂ ４０４、子会社Ｃ ４０６がある。子会社Ａ ４０２には２つの支社すなわち支社Ａ１ ４０８と支社Ａ２ ４１０がある。子会社Ｂ ４０４には子会社Ｄ ４１２と２つの支社すなわち支社Ｂ１ ４１４と支社Ｂ２ ４１６がある。支社Ｃ ４０６には２つの支社すなわち支社Ｃ１ ４１８と支社Ｃ２ ４２０がある。支社Ｄには４つの支社すなわち支社Ｄ１ ４２２、支社Ｄ２ ４２４、支社Ｄ３ ４２６、支社Ｄ４ ４２８がある。いくつかの実施形態によれば、保守と品質に責任のある少なくとも1人の人間がファミリーツリーごとにいる。
【００２５】
一般にリンケージは、１つのコーポレーションファミリー内の種々のカンパニー間または特定のサイト間の関係を示すものである。あるビジネスロケーションが他のビジネスロケーションに対し経済的および法的な責任をもつならば、データベース内にリンケージが生じる。ここでは少なくとも2つのリンケージ関係が存在し、すなわち支社と本社のリンケージおよび子会社と親会社のリンケージが存在する。また、系列カンパニーが他のカンパニーの負債に法的義務を負わない理由からファイル内でリンクされていない別のタイプのファミリー関係も発生する。これらのタイプの例として、１つのコーポレーションが他のカンパニーの一部分または過半数以下の権益（５０％またはそれ以下）を所有しているような共通の職員または共通の立場を通して提携されているビジネスや、所有権が５０／５０で分割されているジョイントベンチャーが含まれる。
【００２６】
１つの実施例によれば、８つのビジネス分類すなわち（１）単独ロケーションの子会社、（２）本社、（３）支社、（４）事業部、（５）子会社、（６）親会社、（７）国内最上位、（８）世界最上位が存在する。
【００２７】
単独ロケーションの子会社には、自身の株式資本の５０％よりも多くを所有する親会社があるけれども、この子会社に対して報告を行う支社または子会社はない。これはコーポレーションファミリーの一部分ではないスタンドアローンのビジネスとは異なる。
【００２８】
本社は、そこに対し報告を行う支社または事業部をもつビジネス組織である。本社の株式資本が５０％よりも多く他のコーポレーションにより所有されているならば、それは子会社ともなる。また、本社が他のコーポレーションの株式資本を５０％よりも多く所有しているならば、それは親会社でもある。
【００２９】
支社は、自身の本社の従属的ロケーションである。これは別個のコーポレーションではなく、たとえ請求書をその支社ロケーションから支払うことができたとしても、その負債を法的に負う責任はない。支社はたとえ自身の本社組織とは異なる取引スタイルで運営されることが多いとしても、通常は本社と同じ法的ビジネス名をもっている。ある支社がユニークないしは一意の取引スタイルをもちユニークないしは一意のまたは別個の運営を行っているならば、その支社を本社と同じ住所に配置することができる。
【００３０】
支店のような事業部は、あるビジネスの第2のロケーションである。しかしながら事業部は、事業部名のもとで本社に関連する固有のビジネス運営を行う。事業部はデータベースにおいては支社と同じように見え、支社コードを有している。
【００３１】
子会社は、他のコーポレーションが５０％よりも多くの株式資本を所有しているコーポレーションであり、その親会社とは異なる法律上のビジネス名をもっている。子会社は、支社および／または自身の子会社をもつことができる。その場合にはコーポレーション識別子は、自身の子会社の本社／親会社フィールドに現れる。
【００３２】
親会社は、他のコーポレーションの株式資本の５０％よりも多くを所有するコーポレーションである。さらに親会社は、他のコーポレーションの子会社である可能性もある。親会社に支社もあるならば、これは本社でもあるし親会社でもある。
【００３３】
国内最上位は、グローバルファミリーツリーにおいて特定の国内で最高ランクの要素となるエンティティである。１つのコーポレーションファミリーについて所定の国内で複数の国内最上位を存在させることができ、この場合、各々はコーポレーションファミリーツリーにおける別個の主要な枝またはノードとなる。
【００３４】
世界最上位は、グローバルなファミリーツリー内でトップとなる最も責任のある存在ないしはエンティティである。世界最上位は、それに対し直接または間接的に報告を行う支社および／または子会社をもつことができる。
【００３５】
図５には、ビジネスエンティティをリンクするためのシステムにより生成されるファミリーツリーの他の例が描かれている。この実施例によれば、ABC Group Corp. ５００という名称をもつアメリカ合衆国における国内最上位による１つのファミリーツリーが設けられており、この最上位は３つの子会社すなわちカナダのDEF Inc. ５０２と、オーストラリアのGHI Inc. ５０４と、アメリカ合衆国の JLK Inc. ５０６を有している。DEF Inc. ５０２は、２つの支社すなわちモントリオールのDEF Storage Div. ５０８とケベックのDEF Refinery Div. ５１０を有している。GHI Inc.は、GHI Stores Inc.という名称をもつニュージーランドの子会社を有している。JKL Inc. ５０６は、２つの支社すなわちヒューストンのJKL Storage Div. ５１６と日本の広島におけるJKL Refinery Div. ５１８を有している。
【００３６】
図６には、図５に例示したファミリーツリーに対応するデータベースレコード構造の一例が示されている。この実施例の場合、コーポレーションの責務を定義するためにこれらの関係をリンクする目的で、各ファミリー要素は４つまでのコーポレーション識別子をもつ：１）自身の識別子（site corporate identifier サイトコーポレーション識別子）、２）ファミリー内において次に高いレベルの識別子（parent or headquarter corporate identifier 親会社または本社のコーポレーション識別子）、３）国内で最高レベルの識別子（domestic ultimate corporate identifier 国内最上位コーポレーション識別子）、４）トップに位置する世界最上位の識別子（global ultimate corporate identifier 世界最上位コーポレーション識別子）。
【００３７】
この実施例の場合、支社は自身のコーポレーション識別子と、その本社識別子と、その国内最上位の識別子と、その世界最上位の識別子とを有する。この場合、子会社は自身のコーポレーション識別子と、その親会社識別子と、その国内最上位識別子と、その世界最上位識別子とを有する。図６における支社 JKL Refinery Div. ５１８に関して、１）自身のコーポレーション識別子は11-000-0007であり、２）次に高いレベルの識別子は13-000-0003（JLK Inc. ５０６）、３）国内最高レベルの識別子は11-000-0007（このファミリーツリーではこれは日本国内で唯一のエンティティ）、４）トップに位置する世界最上位識別子は10-009-0009（ABC Group Corp. ５００）である。
【００３８】
この実施例の場合、国内最上位は特定の国内におけるファミリーツリーの最高レベル要素である。サイトコーポレーション識別子と国内最上位コーポレーション識別子は、国内最上位レコード上ではすべて同じである。図６の国内最上位であるABC Group Corp. ５００について、１）自身のコーポレーション識別子、２）次に高いレベルの識別子、３）その国内最高レベルの識別子、４）そのトップに位置する世界最上位識別子はすべて同じであって、10-009-0009である。
【００３９】
この実施例の場合、世界最上位レコードは、サイトコーポレーション識別子フィールド、本社／親会社コーポレーション識別子フィールド、国内最上位レコードフィールド、ならびに世界最上位識別子フィールドにおいて、同じコーポレーション識別子をもっている。このビジネスは、グローバルファミリーツリーのまさしくトップに位置する。図６の場合、ABC Group Corp. ５００は世界最上位でもある。
【００４０】
この実施例の場合、各レコードはそれぞれリンケージ要素セットをもっており、これはレコードそれ自体の形式ならびにそのレコードとファミリーツリー内の他のレコードとの関係の識別に役立つ。これらはステータスコード、子会社コード、階層コード、diasコードならびに世界最上位コーポレーション識別子である。
【００４１】
この実施例では、ステータスコードは1桁のフィールドであり、これによって単独ロケーション（０）、本社（１）、または支社（２）としてレコードが識別される。支社コードは1桁のフィールドであり、これにより支社（３）または非支社（０）としてレコードが識別される。図６によれば、ABC Group Corp. ５００はステータスコード１を有しており、JKL Refinery Div. ５１８はステータスコード２を、GHI Inc. ５１２は支社コード３を有している。
【００４２】
この実施例によれば階層コードは2桁のフィールドであり、これにより他のレコードとの関係を示すファミリーツリー内におけるそのレコードの相対位置が規定される。階層コードは以下のようにして機能する。世界最上位は０１の階層コードを有する。子会社は、自身の親会社コードよりも１つ大きい階層コードを有する。支社は、本社の階層コードと等しい階層コードを有する。図６によれば、ABC Group Corp. ５００は階層コード０１を有しており、その支社であるDEF Inc. ５０２、GHI Inc. ５０４およびJKL Inc. ５０６はすべて階層コード０２を有する。GHI Inc. ５０４の子会社はGHI Stores Inc. ５１２であり、これは階層コード０３を有する。
【００４３】
この実施例の場合、diasコードは９桁のフィールドであり、これによってコーポレーションファミリーツリーがファミリーシーケンスに分類される。diasコードは、リンケージファイルが更新されるたびに変更される。一般にいえば、すべての支社はそれらの本社のすぐ下にリストアップされる一方、子会社はそれらの親会社の直下にリストアップされる。親会社／本社の双方がそれらに対し報告を行う支社と子会社を有している状況では、支社が最初にリストアップされ、それに続いて子会社がリストアップされる。支社は国名に基づきアルファベット順にソートされる一方、子会社はカンパニー名称に基づきアルファベット順にソートされる。新たなファイルが生成されるとdiasコードが周期的に再計算され、ツリーに対してなされる更新が反映される。この実施例によれば世界最上位カンパニーが識別されるのは、サイト識別子、コーポレーション識別子が世界最上位コーポレーション識別子と等しく、かつ階層コードが"０１"と等しい場合である。また、世界最上位識別子"Ｙ"も存在する。
【００４４】
この実施例によれば、データベース内のほとんどのビジネスはスタンドアローンビジネスであり、したがってリンクされていない。スタンドアローンビジネスは、たとえば本社、親会社、支社あるいは子会社等いかなるリンケージ関係も有していないエンティティである。ロケーションは１つしかない。表１には、スタンドアローンビジネスレコードの一例が示されている。
【００４５】
【表１】
0005538581.tif 000002
【００４６】
図７および図８には、取得前および取得後のファミリーツリーの２つの例が示されている。図７には取得前の２つのファミリーツリーのリンケージが示されており、図８にはあるファミリーツリーが新たなものを取得した後のファミリーツリーが示されている。図７には、２つの子会社すなわち支社Ａ ７０２と支社Ｂ ７０４をもつ親会社７００と、各々別個のファミリーツリーをもつ取得すべきコーポレーション７０６が示されている。取得処理が行われた後、図８に示されているように２つのツリーが１つになる。取得されたコーポレーション７０６は、親会社のコーポレーション７００の下でファミリーツリーにリンクされる。単一のサイトではなく１つのコーポレーションファミリーが取得されたならば、ＤＵＮＳナンバーキーを利用して、コーポレーションファミリーに対する変更がリンケージデータベース内で即座にすべてのコーポレーションファミリー要素にカスケードされる。取得されたカンパニーにおけるすべてのコーポレーションファミリー要素に対する世界最上位は、取得したカンパニーの世界最上位に変更される。
【００４７】
図９には、ファミリーツリー更新のためのコーポレーション変更プロセスの一例が示されている。ここで例示したプロセスは、３つのカテゴリーすなわちイベントデータ収集９００、調査およびコミュニケーション９０２ならびに更新９０４に分けられる。いくつかの実施形態によれば、これらのセクションはパラレルに動作する。
【００４８】
データ収集９００というカテゴリーイベントのもとで、公開されたプレスリリースならびにニュース記事が９０６において収集される。ステップ９０８において、コーポレーション識別子が記事に付加され、データエントリが実行される。ステップ９１０において、前日以降の合併および取得に関連するすべてのイベントが照会され、チームリーダへ送られる。
【００４９】
調査およびコミュニケーション９０２というカテゴリーのもとで、チームリーダは合併および取得のイベントを９１２において目録に基づきチームへ頒布する。ステップ９１４において、チームメンバーは収集されたイベントのすべての調査を完了させる。ステップ９１６において、トップに位置するコーポレーションファミリーツリーが組み込まれたとき、チームは他とコミュニケーションをとる。
【００５０】
さらに更新９０４というカテゴリーのもとで、ステップ９１４の後、組み込まれたすべてのビジネス情報レポート（ＢＩＲ business information repot）が更新され、これによれば９１８において合併および取得のイベントに起因するリンケージ変更が反映される。ステップ９１６の後、付加的なまたは後続のリンケージ変更すなわち再構築または閉鎖が９２０において必要なかたちで行われる。
【００５１】
図１０には、ファミリーツリーメンテナンスのためのコーポレーションリンケージプロセスの一例が示されている。例示したこのプロセスは４つのカテゴリーすなわち収集１０００、マッチ１００２、分析１００４ならびに更新１００６を有している。収集１０００というカテゴリーには、２つのサブカテゴリーすなわち年次プロセス１００８と進行中プロセス１０１０がある。図１０の場合、各ステップ間のコントロールならびにデータフローが矢印で示されている。
【００５２】
収集１０００というカテゴリーのもとでステップ１０１２において、コーポレーションリンケージの現在のビューがデータベースからダウンロードされる。ステップ１０１４において、カンパニー自身、ウェブサイト、年次報告書といった種々の情報源から現在のロケーションリストが得られる。ステップ１０１６において、ロケーションリストに対する変更のためにカンパニーリストが監視される。ステップ１０１８において、合併および取得の活動についてメディアならびに第3者の情報源が監視される。ステップ１０２０において、自身が要求するコーポレーション変更をそれらのコーポレーションリンケージに施すため、カンパニーからの要求に対し応答が行われる。
【００５３】
マッチ１００２というカテゴリーのもとでステップ１０２２においてエンティティマッチングプロセスによって、コーポレーション識別子に割り当てられているコーポレーションリンケージロケーションがカンパニーまたは第3者のロケーションリストと比較される。ステップ１０２４においてエンティティマッチングプロセスはオンラインルックアップを実行し、コーポレーション識別子に割り当てられているいずれのロケーションを更新する必要があるのかを識別する。ステップ１０２６において、名称ならびに標準産業分類（ＳＩＣ standard industry classification）についてロケーションが再調査され、重複するロケーションが削除される。ステップ１０２８において、以下のことを識別するためにマッチ結果が利用される：１）コーポレーションリンケージに付加すべきマッチなし、２）クローズすべきロケーション、３）コーポレーション識別子リンケージを必要とするロケーション、４）名称、住所または電話の情報を更新する必要のあるロケーション。ステップ１０３０において、適正な変更を確認するため電話調査が実施される。
【００５４】
さらに更新１００６というカテゴリのもとでステップ１０３２において、アメリカ合衆国の更新のために自動化されたバッチ更新システム（ＡＢＵＳ automated batch update system）ならびに他の更新のための専用の更新システム（ＳＰＵＤ specialized update system）によって、バッチ更新が実行される。ＳＰＵＤにより、各トランザクションに対し手動の介入なくバッチ環境でグローバルビジネスが更新される。ステップ１０３４において、コーポレーション識別子に割り当てられた関係を利用して生成されたコーポレーションリンケージがリンケージデータベースにおいて改訂される。ステップ１０３６において、アメリカ合衆国の更新のための情報コンサルタントワークステーション（ＩＣＷ information consultant workstation）ならびに他の更新のためのプライオリティリンケージ更新システム（ＰＬＵＳ／オンラインＳＰＵＤ）によって、オンライン更新が実行される。アメリカ合衆国ビジネスを同時に1回のトランザクションで更新するためにＩＣＷが利用される。また、データベース内のグローバルビジネスを同時に1回のトランザクションで更新するためにＰＬＵＳが利用される。
【００５５】
この実施例によれば、データベース内のリンケージデータが少なくとも2つのやり方で得られる。第1に、世界中にわたってトップダウンレビューが実行され、これは最上位親会社が帰属する国から開始する。この場合、アナリストは最上位親会社あるいはその上位の子会社のうちの1社における知識の豊富な情報筋とコンタクトをとって、適切なファミリーツリー構造を確かめる。ローカルおよびグローバルなデータ更新は、それらが一貫性をもちホスト国ファイル内の国内データ、グローバルファミリーツリー内で国境をまたいだ子会社の情報ならびにローカルファイル内の国内データについて正確になるように調整される。いくつかの実施形態によれば、トップツリーが年ごとに更新される。トップツリーは、世界中で最も大きく最もグローバルに活動する所定数のビジネスである。たとえばこれはトップ５０００の多国籍企業であって、これらの企業は互いに取り引きをしているか、または競合する会社であり、これらはすべてのトランザクションの約９８％を成している。
【００５６】
この実施例によれば、第２のやり方のデータはボトムアップリンケージまたはホストリンケージによって得られる。これは、子会社／親会社あるいは支社／本社のリンケージが通常の改訂および／または更新のプロセス中、国レベルで収集されるプロセスである。ついでこのデータが処理されて、リレーショナルデータベースについてグローバルなすべてのマーケッティングデータのレポジトリ（ＲＤＢ）に格納される。
【００５７】
これまでの説明は例示を意図したものであり、これらに限定されるものではないのは自明である。本発明の開示内容を行政機関、非営利団体あるいはそれ以外の種類のエンティティに適合させるなど、上述の説明に基づき当業者であれば他の多数の実施形態を考えることができる。本発明の開示によれば、ハードウェア、ソフトウェア、ファームウェアを用いた種々のデザインが考えられる。その際、この種のシステムや方法について一般的である環境をいっそう良好にサポートするために、いくつかの少数の要素については変更が必要となるかもしれないけれども、様々なデザインが考慮の対象となる。本発明の開示内容を上述の実施形態以外に、様々なデータベースマネージメントシステム、エンタープライズシステム、ユーザインタフェースシステムなど種々のサービス、コンピュータシステム、ユーザインタフェースについて応用することができる。したがって本発明の開示範囲は、特許請求の範囲ならびに各請求項に記載された構成と同等の範囲全般によって規定されるものである。
【００５８】
以下、親出願（特願２００６−５４７５１４）の出願当初の特許請求の範囲を示す。
【００５９】
（１）ビジネスエンティティをリンクする方法において、
ファミリーツリーに対するリンク更新を周期的に実行し、
支部ロケーションにおける変更について前記ファミリーツリーを周期的に監視し、
支部ロケーションにおけるあらゆる変更に対しリンクを更新し、
コーポレーション変更の通知に応答して該コーポレーション変更に対してリンクを更新することを特徴とする方法。
【００６０】
（２）上記（１）記載の方法において、
前記ファミリーツリーは多層化された階層構造であり、該階層構造には最上位の親要素と少なくとも1つの子要素または少なくとも1つの支部要素が含まれていることを特徴とする方法。
【００６１】
（３）上記（１）記載の方法において、
前記ファミリーツリーには少なくとも1つのワンアップ関係が含まれていることを特徴とする方法。
【００６２】
（４）上記（１）記載の方法において、
ローカル情報とグローバル情報が一貫するようリンク更新が行われることを特徴とする方法。
【００６３】
（５）上記（１）記載の方法において、
更新のための情報源の少なくとも一部分は、中央コーディネータにより調整され地域コーディネータにより収集されることを特徴とする方法。
【００６４】
（６）上記（１）記載の方法において、
少なくとも年に1回、全般的なリンク更新が実行されることを特徴とする方法。
【００６５】
（７）上記（１）記載の方法において、
前記全般的なリンク更新は、ファミリーツリーがトップツリーである場合のみ、該ファミリーツリーに対して実行されることを特徴とする方法。
【００６６】
（８）上記（１）記載の方法において、
前記支部ロケーションの更新は、スケジューリングされたデータ製品リリースよりも前に実行されることを特徴とする方法。
【００６７】
（９）上記（１）記載の方法において、
支部ロケーションに対するすべてのリンク更新は、自動化されたバッチ更新プロセスによって実行されることを特徴とする方法。
【００６８】
（１０）上記（１）記載の方法において、
前記コーポレーション変更のためのリンクは前記通知の月内に実行されることを特徴とする方法。
【００６９】
（１１）ビジネスエンティティをリンクするシステムにおいて、
ユニークなコーポレーション識別子をファミリーツリー内のエンティティに割り当てる整合コンポーネントと、
前記ファミリーツリーにおいてリンク更新を実行する少なくとも1つのリンケージ更新コンポーネントと、
ファミリーツリーを格納するためのリンケージデータベースと、
ファミリーツリーを格納するためのグローバルレポジトリと、
リンケージデータを含むデータ製品を作成するための少なくとも1つの作成コンポーネント
が設けられていることを特徴とするシステム。
【００７０】
（１２）上記（１１）記載のシステムにおいて、
特定のアプリケーションのために処理されるデータをもつアプリケーションデータベースが設けられていることを特徴とするシステム。
【００７１】
（１３）上記（１２）記載のシステムにおいて、
前記アプリケーションデータベースに格納する前に、収集された所定量のデータを処理するためのデータクレンジングコンポーネントが設けられていることを特徴とするシステム。
【００７２】
（１４）上記（１１）記載のシステムにおいて、
バッチ更新を前記グローバルレポジトリにおいて自動的に実行するために専用の更新コンポーネントが設けられていることを特徴とするシステム。
【００７３】
（１５）上記（１１）記載のシステムにおいて、
前記リンケージデータベース内のファミリーツリーに対し検証を実行するための検証コンポーネントが設けられていることを特徴とするシステム。
【００７４】
（１６）ビジネスエンティティをリンクする方法を実行する命令が格納されている機械読み取り可能な媒体において、前記方法には、
ファミリーツリーに対するリンク更新を周期的に実行するステップと、
支部ロケーションにおける変更について前記ファミリーツリーを周期的に監視するステップと、
支部ロケーションにおけるあらゆる変更に対しリンクを更新するステップと、
コーポレーション変更の通知に応答して該コーポレーション変更に対してリンクを更新するステップが含まれていることを特徴とする、
機械読み取り可能な媒体。
【００７５】
（１７）上記（１６）記載の機械読み取り可能な媒体において、
特定のファミリーツリーが合併または買収に関与するとき、該特定のファミリーツリー全体における前記コーポレーション変更のためのリンクを自動的にカスケードさせるステップが含まれていることを特徴とする機械読み取り可能な媒体。
【図１】
0005538581.tif 000003
【図２】
0005538581.tif 000004
【図３】
0005538581.tif 000005
【図４】
0005538581.tif 000006
【図５】
0005538581.tif 000007
【図６】
0005538581.tif 000008
【図７】
0005538581.tif 000009
【図８】
0005538581.tif 000010
【図９】
0005538581.tif 000011
【図１０】
0005538581.tif 000012