(57)【要約】  名寄せ装置は、名寄せのキーとして予め設定されたキー属性を含む複数の属性が設定された第一のデータベースと、キー属性を除く属性が一つまたは複数設定された第二のデータベースとを備える。また、名寄せ装置は、前記第一のデータベースに設定された属性と前記第二のデータベースに設定された属性とを照合し、該第一のデータベースと該第二のデータベースとに共通して設定された共通属性を抽出する。そして、名寄せ装置は、抽出した共通属性に分類される属性値が一致するかを用いて、前記第一のデータベースと前記第二のデータベースとを名寄せする。
2010113290.tif 000002
【特許請求の範囲】
【請求項１】
一つまたは複数の属性各々に分類される属性値各々の対応付けをレコードとして複数記憶するデータベースを対象として、データベース同士を名寄せする名寄せ装置であって、
名寄せのキーとして予め設定されたキー属性を含む複数の属性が設定された第一のデータベースと、
キー属性を除く属性が一つまたは複数設定された第二のデータベースと、
前記第一のデータベースに設定された属性と前記第二のデータベースに設定された属性とを照合し、該第一のデータベースと該第二のデータベースとに共通して設定された共通属性を抽出する抽出部と、
前記抽出部によって抽出された共通属性に分類される属性値が一致するかを用いて、前記第一のデータベースと前記第二のデータベースとを名寄せする名寄部と
を備えたことを特徴とする名寄せ装置。
【請求項２】
前記第一のデータベースに設定された属性ごとに、当該属性に分類される属性値が他のレコードに含まれる属性値のいずれとも一致しないレコードの数が、当該属性に分類される属性値を含むレコードの数に占める割合を算出する算出部とをさらに備え、
前記名寄部は、前記抽出部によって複数の共通属性が抽出された場合に、抽出された複数の共通属性の内、前記算出部によって算出された割合が最も高い共通属性を識別し、識別した共通属性に分類される属性値が一致するかを用いて名寄せすることを特徴とする請求項１に記載の名寄せ装置。
【請求項３】
前記名寄部は、共通属性について前記算出部によって算出された割合が所定の閾値よりも大きいかを識別し、大きいと識別された共通属性のみを用いて名寄せすることを特徴とする請求項２に記載の名寄せ装置。
【請求項４】
一つまたは複数の属性各々に分類される属性値各々の対応付けをレコードとして複数記憶するデータベースを対象として、データベース同士を名寄せする名寄せ方法であって、
コンピュータは、
名寄せのキーとして予め設定されたキー属性を含む複数の属性が設定された第一のデータベースに設定された属性と、キー属性を除く属性が一つまたは複数設定された第二のデータベースに設定された属性とを照合し、該第一のデータベースと該第二のデータベースとに共通して設定された共通属性を抽出する抽出ステップと、
前記抽出部によって抽出された共通属性に分類される属性値が一致するかを用いて、前記第一のデータベースと前記第二のデータベースとを名寄せする名寄ステップと
を含むことを特徴とする名寄せ方法。
【請求項５】
一つまたは複数の属性各々に分類される属性値各々の対応付けをレコードとして複数記憶するデータベースを対象として、データベース同士を名寄せする名寄せ方法をコンピュータに実行させる名寄せプログラムであって
名寄せのキーとして予め設定されたキー属性を含む複数の属性が設定された第一のデータベースに設定された属性と、キー属性を除く属性が一つまたは複数設定された第二のデータベースに設定された属性とを照合し、該第一のデータベースと該第二のデータベースとに共通して設定された共通属性を抽出する抽出手順と、
前記抽出部によって抽出された共通属性に分類される属性値が一致するかを用いて、前記第一のデータベースと前記第二のデータベースとを名寄せする名寄手順と
をコンピュータに実行させることを特徴とする名寄せプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、名寄せ装置、名寄せ方法および名寄せプログラムに関する。
【背景技術】
【０００２】
近年、複数のデータベースを一元管理する技術が知られており、例えば、複数のデータベースを仮想的に統合する統合ＣＭＤＢ（Federated  Configuration  Management  Database）が知られている。統合ＣＭＤＢでは、例えば、既存のデータベース各々にて分散管理されているデータの所在地を集中管理し、一元管理されたデータベースを利用者に対して提供する。【０００３】
また、一元管理する対象となる複数のデータベースが同一のデータを記憶していることがあり、例えば、統合ＣＭＤＢは、複数のデータベースに記憶されている同一のデータを名寄せ（整合化、リコンシリエーションとも称する）する。【０００４】
ここで、従来より、統合ＣＭＤＢは、名寄せ処理用のキーとなるキー属性（リコンサイルキーと称する）が管理者によって予め設定され、キー属性を用いて名寄せを行っていた。すなわち、統合ＣＭＤＢは、一元管理する対象となるデータベースにキー属性が設定されていることを前提に、新たに追加されたデータベースに記憶されたデータについて、キー属性の値が一致するかを判定することで、データを名寄せする。例えば、統合ＣＭＤＢは、キー属性として属性「ＩＰ（Internet  Protocol）アドレス」が予め設定されると、「ＩＰアドレス」の値が同一であるデータを同じデータであると判定し、同一であると判定したデータを統合する。【０００５】
もっとも、データベースには、キー属性が設定されていないものもある。このようなデータベースを名寄せする場合、例えば、データが同一かを利用者が手動にて判定することで名寄せしていた。また、例えば、統合ＣＭＤＢは、キー属性を利用者に再設定された後、再設定されたキー属性を用いて改めて全データベースに対して名寄せを行っていた。なお、データベースの製品や種類を問わず、複数のデータベースを統合したシステムについての技術が開示されている。【０００６】
【特許文献１】特開２００７−５３１９４１号公報
【特許文献２】特開２０００−１２２９１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した従来の名寄せの手法では、簡単に名寄せできないという課題があった。すなわち、キー属性が用いられていないデータについて、簡単に名寄せできなかった。例えば、利用者が一つ一つデータの同一性を判定しなければならず、利用者に負荷がかかっていた。また、例えば、キー属性を利用者が再設定しなければならず、利用者に負荷がかかり、また、再設定されたキー属性のキーを用いて改めて名寄せを行わなければならなかった。【０００８】
開示の技術は、上記に鑑みてなされたものであって、簡単に名寄せ可能な名寄せ装置、名寄せ方法および名寄せプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願の開示する名寄せ装置は、一つの態様において、一つまたは複数の属性各々に分類される属性値各々の対応付けをレコードとして複数記憶するデータベースを対象として、データベース同士を名寄せする。また、名寄せ装置は、名寄せのキーとして予め設定されたキー属性を含む複数の属性が設定された第一のデータベースを備える。また、名寄せ装置は、キー属性を除く属性が一つまたは複数設定された第二のデータベースを備える。また、前記第一のデータベースに設定された属性と前記第二のデータベースに設定された属性とを照合し、該第一のデータベースと該第二のデータベースとに共通して設定された共通属性を抽出する抽出部を備える。また、名寄せ装置は、前記抽出部によって抽出された共通属性に分類される属性値が一致するかを用いて、前記第一のデータベースと前記第二のデータベースとを名寄せする名寄部を備える。
【発明の効果】
【００１０】
本願の開示する名寄せ装置の一つの態様によれば、キー属性を有しないデータベースを簡単に名寄せ可能であるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施例１に係る名寄せ装置の概要を説明するための図である。
【図２】図２は、実施例１に係る名寄せ装置の構成を説明するためのブロック図である。
【図３】図３は、実施例１におけるデータベースに記憶されている情報の一例を説明するための図である。
【図４】図４は、実施例１に係る名寄せ装置とＭＤＲとの関係について説明するための図である。
【図５−１】図５−１は、実施例１におけるＦＣＭＤＢデータ管理テーブルに記憶されている情報の一例を説明するための図である。
【図５−２】図５−２は、実施例１におけるＦＣＭＤＢデータ管理テーブルに記憶されている情報の一例を説明するための図である。
【図６】図６は、実施例１における型情報管理テーブルに記憶されている情報の一例を説明するための図である。
【図７−１】図７−１は、実施例１におけるユニーク度算出用テーブルに記憶されている情報の一例を説明するための図である。
【図７−２】図７−２は、実施例１におけるユニーク度算出用テーブルに記憶されている情報の一例を説明するための図である。
【図７−３】図７−３は、実施例１におけるユニーク度算出用テーブルに記憶されている情報の一例を説明するための図である。
【図８−１】図８−１は、実施例１における閾値テーブルに記憶されている情報の一例を説明するための図である。
【図８−２】図８−２は、実施例１における閾値テーブルに記憶されている情報の一例を説明するための図である。
【図９−１】図９−１は、実施例１における従ＭＤＲ情報管理テーブルに記憶されている情報の一例を説明するための図である。
【図９−２】図９−２は、実施例１における従ＭＤＲ情報管理テーブルに記憶されている情報の一例を説明するための図である。
【図９−３】図９−３は、実施例１における従ＭＤＲ情報管理テーブルに記憶されている情報の一例を説明するための図である。
【図１０】図１０は、実施例１における登録処理部によるキー属性を用いた名寄せ処理について説明するための図である。
【図１１】図１１は、実施例１における登録処理部によるキー属性を用いた名寄せ処理により名寄せできないデータベースについて説明するための図である。
【図１２】図１２は、実施例１における名寄部について説明するための図である。
【図１３】図１３は、実施例１における名寄せ装置の処理の流れを説明するためのフローチャートである。
【図１４】図１４は、実施例１における名寄せ装置によるキー属性を用いた名寄せ処理の流れを説明するためのフローチャートである。
【図１５】図１５は、実施例１における名寄せ装置による代替キーを用いた名寄せ処理の流れを説明するためのフローチャートである。
【図１６】図１６は、実施例１におけるデータ管理部による処理の流れを説明するためのフローチャートである。
【図１７】図１７は、実施例２における従ＭＤＲ情報管理テーブルに記憶されている情報の一例を説明するための図である。
【図１８】図１８は、実施例２における名寄せ装置による代替キーを用いた名寄せ処理の流れを説明するためのフローチャートである。
【図１９】図１９は、実施例１に係る名寄せプログラムを実行するコンピュータの一例について説明するための図である。
【符号の説明】
【００１２】
１００  ＭＤＲ
１０１  データベース
２００  名寄せ装置
３００  記憶部
３０１  ＦＣＭＤＢデータ管理テーブル
３０２  型情報管理テーブル
３０３  ユニーク度算出用テーブル
３０４  閾値テーブル
３０５  従ＭＤＲ情報管理テーブル
４００  制御部
４０１  登録処理部
４０２  データ管理部
４０３  ユニーク度算出部
４０４  名寄部
【発明を実施するための最良の形態】
【００１３】
以下に添付図面を参照して、この発明に係る名寄せ装置、名寄せ方法および名寄せプログラムの実施例を詳細に説明する。
【実施例１】
【００１４】
［名寄せ装置の概要］
まず最初に、図１を用いて、実施例１に係る名寄せ装置の概要を説明する。図１は、実施例１に係る名寄せ装置の概要を説明するための図である。【００１５】
実施例１に係る名寄せ装置は、一つまたは複数の属性各々に分類される属性値各々の対応付けをレコードとして複数記憶するデータベースを対象として、データベース同士を名寄せする。名寄せ装置は、名寄せ処理用のキーとなるキー属性が予め設定されており、キー属性が設定されたデータベース同士を名寄せする場合には、キー属性を用いて名寄せを行う。【００１６】
そして、以下に説明するように、実施例１に係る名寄せ装置は、キー属性が設定されていないデータベースについても、名寄せを行う。すなわち、名寄せ装置は、名寄せのキーとして予め設定されたキー属性を含む複数の属性が設定された第一のデータベースと、キー属性を除く属性が一つまたは複数設定された第二のデータベースとを名寄せする。なお、以下では、特に言及しない限り、キー属性が「ＩＰアドレス」である場合を例に説明する。【００１７】
すなわち、図１に示す例では、キー属性となる属性「ＩＰアドレス」と、属性「ｎａｍｅ」とが設定された第一のデータベースと、属性「ＩＰアドレス」が設定されておらず、属性「ｎａｍｅ」と「ＯＳ」とが設定された第二のデータベースとを名寄せする。具体的には、以下に説明するように、第一のデータベースや第二のデータベースに記憶されたレコードの内、同一のレコードを統合する。なお、レコードは、図１の「第一のデータベース」に示す例では、ＩＰアドレス「192.168.0.1」とｎａｍｅ「host-a」との対応付けや、ＩＰアドレス「192.168.0.5」とｎａｍｅ「host-c」との対応付けなどが該当する。【００１８】
具体的には、実施例１に係る名寄せ装置では、抽出部は、第一のデータベースに設定された属性と第二のデータベースに設定された属性とを照合する。そして、図１の（１）に示すように、抽出部は、第一のデータベースと第二のデータベースとに共通して設定された共通属性を抽出し、図１に示す例では、共通属性「ｎａｍｅ」を抽出する。【００１９】
そして、図１の（２）に示すように、実施例１に係る名寄せ装置では、名寄部は、抽出した共通属性に分類される値である属性値が一致するかを用いて、第一のデータベースと第二のデータベースとを名寄せし、例えば、共通属性「ｎａｍｅ」を用いて名寄せする。つまり、名寄部は、共通属性をキー属性の代替となる代替キーとして、これまで名寄せの対象にできなかったデータベースについても、拡張的に名寄せする。【００２０】
その結果、例えば、図１の「名寄済データベース」に示すように、名寄部は、第一のデータベースや第二のデータベースに記憶されたレコードの内、共通属性の属性値が「host-a」であるレコード各々を名寄せし、一つのレコードに統合する。【００２１】
このようなことから、実施例１に係る名寄せ装置は、キー属性を有しないデータベースを簡単に名寄せ可能である。【００２２】
［名寄せ装置の構成］
次に、図２を用いて、図１に示した名寄せ装置２００の構成を説明する。図２は、実施例１に係る名寄せ装置の構成を説明するためのブロック図である。図２に示すように、名寄せ装置２００は、複数のＭＤＲ１００と接続され、記憶部３００と制御部４００とを備える。【００２３】
複数あるＭＤＲ（Management  Data  Repository）１００各々は、それぞれ名寄せ装置２００と接続され、図２に示すように、データベース１０１をそれぞれ備える。また、図３に示すように、データベース１０１は、一つまたは複数の属性が設定され、設定された属性各々に分類される属性値各々の対応付けをレコードとして複数記憶する。なお、以下では、特に言及しない限り、複数あるＭＤＲ１００各々を、単に「ＭＤＲ１」や「ＭＤＲ２」、「ＭＤＲ３」などと記載する。【００２４】
図３に示す例では、データベース１０１には、レコードを形成する属性として、属性「ＩＰアドレス」と属性「ｎａｍｅ」と属性「ＯＳ」とが設定される。また、図３に示す例では、データベース１０１は、ＩＰアドレス「192.168.0.1」とｎａｍｅ「host-1」とＯＳ「Windows（登録商標）」との対応付けや、ＩＰアドレス「192.168.0.2」とｎａｍｅ「host-2」とＯＳ「Linux」との対応付けなどをレコードとして記憶する。なお、図３は、実施例１におけるデータベースに記憶されている情報の一例を説明するための図である。【００２５】
ここで、データベース１０１は、既存のデータベースであり、データベース１０１を管理する管理者によって予めデータが入力されている。【００２６】
なお、図３では、データベース１０１が、「属性」に加えて、「タイプ名」をさらに用いる場合を例として示した。ここで、「タイプ名」は、属性の種類を識別するための情報であり、図３に示す例では、タイプ名「サーバ」が該当する。例えば、タイプ名「サーバ」は、対応付けられる属性が「サーバ」に関する属性であることを示す。なお、以下では、レコードに「タイプ名」が含まれる場合について説明するが、本発明はこれに限定されるものではなく、レコードに「タイプ名」が含まれなくてもよい。【００２７】
また、データベース１０１各々は、名寄せのキーとして予め設定されたキー属性を含む複数の属性が設定された第一のデータベースか、キー属性を除く属性が一つまたは複数設定された第二のデータベースかである。例えば、図３に示した例では、データベース１０１は、属性として「ＩＰアドレス」と「ｎａｍｅ」と「ＯＳ」とが設定されており、名寄せのキーとして予め設定されたキー属性を含む複数の属性が設定された第一のデータベースである。【００２８】
また、ＭＤＲ１００は、データベース１０１に記憶されたレコードを取得し、例えば、名寄せ装置２００と接続されたタイミングにて、データベース１０１に記憶されたレコードと、送信したレコードの登録を要求する登録要求とを名寄せ装置２００に送信する。なお、後述するように、ＭＤＲ１００から名寄せ装置２００に送信されたレコード各々は、名寄せ装置２００によって、他のＭＤＲ１００が備えるデータベース１０１に記憶されたレコードと名寄せされる。つまり、ＭＤＲ１００のデータベース１０１は、名寄せ装置２００によって、他のＭＤＲ１００のデータベース１０１と名寄せされる。【００２９】
なお、以下では、特に言及しない限り、「ＭＤＲ１」や「ＭＤＲ２」は、第一のデータベースを備え、「ＭＤＲ３」が、第二のデータベースを備える場合を例に説明する。また、以下では、特に言及しない限り、第一のデータベースを備えるＭＤＲ１００を「主ＭＤＲ」と記載し、第二のデータベースを備えるＭＤＲ１００を「従ＭＤＲ」と記載する。つまり、ＭＤＲ１やＭＤＲ２は、「主ＭＤＲ」であり、ＭＤＲ３が、「従ＭＤＲ」である。【００３０】
ここで、図４を用いて、名寄せ装置２００とＭＤＲ１００との関係についてさらに説明する。図４は、実施例１に係る名寄せ装置とＭＤＲとの関係について説明するための図である。図４に示す「Federating  CMDB」は、実施例１に係る名寄せ装置２００に対応する。【００３１】
図４に示すように、ＭＤＲ１００各々は、それぞれデータベースを備え、図４に示す例では、「ＭＤＲ１」が構成情報についてのデータベースを備え、「ＭＤＲ２」がアプリ情報についてのデータベースを備える。また、「ＭＤＲ３」は、性能情報についてのデータベースを備える。【００３２】
ここで、図４に示すように、名寄せ装置２００は、ＭＤＲ１００各々と接続され、データベース１０１各々に記憶されたレコードを一元的に管理し、具体的には、どのデータベース１０１にどのようなレコードが記憶されているかを一元的に管理する。また、名寄せ装置２００は、クライアントから、各データベースに対するアクセス要求を一元的に受け付け、名寄せ装置２００が、受け付けた要求に対応するレコードをクライアントに応答する。【００３３】
図２に戻って、名寄せ装置２００内の記憶部３００について説明する。記憶部３００は、制御部４００と接続され、制御部４００による各種名寄せ処理に必要なデータを記憶する。また、記憶部３００は、ＦＣＭＤＢデータ管理テーブル３０１と、型情報管理テーブル３０２と、ユニーク度算出用テーブル３０３と、閾値テーブル３０４と、従ＭＤＲ情報管理テーブル３０５とを備える。【００３４】
ＦＣＭＤＢデータ管理テーブル３０１は、後述する登録処理部４０１とデータ管理部４０２とユニーク度算出部４０３と名寄部４０４と接続され、図５−１や図５−２に示すように、ＭＤＲ１００によって名寄せ装置２００に送信されたレコード各々を記憶する。つまり、ＦＣＭＤＢデータ管理テーブル３０１は、データベース１０１各々に記憶されたレコード各々を記憶する。なお、図５−１や図５−２は、実施例１におけるＦＣＭＤＢデータ管理テーブルに記憶されている情報の一例を説明するための図である。【００３５】
図５−１や図５−２に示すように、ＦＣＭＤＢデータ管理テーブル３０１は、図３を用いて説明したデータベース１０１にも記憶されている「タイプ名」と「属性」と「属性値」とに加えて、さらに、「グローバルＩＤ」と「ＭＤＲ識別情報」とを対応付けて記憶する。図５−１に示す例では、ＦＣＭＤＢデータ管理テーブル３０１は、グローバルＩＤ「ＧＩＤ１」とタイプ名「サーバ」とＩＰアドレス「192.168.0.1」とｎａｍｅ「host-1」とＯＳ「Windows」とＭＤＲ識別情報「ＭＤＲ１」との対応付けなどをレコードとして記憶する。【００３６】
ここで、「グローバルＩＤ」は、ＦＣＭＤＢデータ管理テーブル３０１に記憶されたレコード各々を一意に識別するための情報であり、図５−１に示す例では、「ＧＩＤ１」や「ＧＩＤ２」などが該当する。また、「ＭＤＲ識別情報」は、対応付けられたレコードがいずれのＭＤＲ１００のデータベース１０１に記憶されていたのかを識別し、図５−１に示す例では、ＭＤＲ識別情報「ＭＤＲ１」を記憶する。なお、ＭＤＲ識別情報「ＭＤＲ１」は、「ＭＤＲ１」を識別する。【００３７】
なお、図５−２は、後述するように、名寄部４０４によって第二のデータベースが名寄せされた後において、ＦＣＭＤＢデータ管理テーブル３０１が記憶する情報の一例を示す。図５−２に示す例では、「ＭＤＲ３」のデータベース１０１に記憶されたｎａｍｅ「host-1」とＯＳ「Windows」とシリアル番号「SN001」とを含むレコードが、図５−１に示すグローバルＩＤ「ＧＩＤ１」のレコードに名寄せされた場合を例に示した。つまり、図５−２のグローバルＩＤ「ＧＩＤ１」に示すように、ＦＣＭＤＢデータ管理テーブル３０１は、ｎａｍｅ「host-1」やＯＳ「Windows」に対応付けて、ＭＤＲ識別情報「ＭＤＲ１」だけでなくＭＤＲ識別情報「ＭＤＲ３」も記憶する。また、ＦＣＭＤＢデータ管理テーブル３０１はシリアル番号「SN001」を新たに記憶し、シリアル番号「SN001」に対応付けてＭＤＲ識別情報「ＭＤＲ３」を記憶する。【００３８】
また、ＦＣＭＤＢデータ管理テーブル３０１は、第一のデータベースに記憶されたレコードについて、登録処理部４０１によって格納され、例えば、新たなＭＤＲ１００が名寄せ装置２００に接続されるごとに格納される。例えば、ＦＣＭＤＢデータ管理テーブル３０１は、図５−１に示す情報すべてが格納される。【００３９】
また、ＦＣＭＤＢデータ管理テーブル３０１は、第二のデータベースに記憶されたレコードについて、名寄部４０４によって格納され、例えば、図５−２に示す例では、「ＭＤＲ３」が該当する箇所に格納される。また、ＦＣＭＤＢデータ管理テーブル３０１が記憶する情報は、データ管理部４０２や名寄部４０４によって用いられる。【００４０】
また、ＦＣＭＤＢデータ管理テーブル３０１が記憶する情報の内、従ＭＤＲについての情報については、後述するように、新たな代替キーが設定されるごとにユニーク度算出部４０３によって削除され、その後、新たな代替キーによって名寄せされた従ＭＤＲについての情報が格納される。なお、代替キーの詳細については、後述するため、ここでは説明を省略する。【００４１】
型情報管理テーブル３０２は、データ管理部４０２と後述するユニーク度算出部４０３と接続される。また、型情報管理テーブル３０２は、属性に対応付けて、当該属性が設定されたデータベース１０１を識別する情報を記憶する。【００４２】
例えば、図６に示すように、型情報管理テーブル３０２は、「タイプ名」と「属性」とに対応付けて、主ＭＤＲを識別する「主ＭＤＲ識別情報」や、対応付けられた属性が設定された従ＭＤＲを識別する「従ＭＤＲ識別情報」を記憶する。なお、図６は、実施例１における型情報管理テーブルに記憶されている情報の一例を説明するための図である。【００４３】
図６に示す例では、型情報管理テーブル３０２は、タイプ名「サーバ」と属性「ｎａｍｅ」とに対応付けて、主ＭＤＲ識別情報「ＭＤＲ１」と従ＭＤＲ識別情報「ＭＤＲ３」とを記憶する。つまり、型情報管理テーブル３０２は、主ＭＤＲである「ＭＤＲ１」のデータベース１０１や、従ＭＤＲである「ＭＤＲ３」のデータベース１０１には、タイプ名「サーバ」と属性「ｎａｍｅ」とが設定されていることを記憶する。【００４４】
また、型情報管理テーブル３０２は、データ管理部４０２によって情報が格納される。例えば、型情報管理テーブル３０２は、新たなＭＤＲ１００が名寄せ装置２００に接続され、新たなレコードがＦＣＭＤＢデータ管理テーブル３０１に格納されるごとに、データ管理部４０２によって情報が格納される。また、型情報管理テーブル３０２は、後述するように、新たなレコードが従ＭＤＲ情報管理テーブル３０５に格納されるごとに、データ管理部４０２によって情報が格納される。また、型情報管理テーブル３０２が記憶する情報は、ユニーク度算出部４０３によって用いられる。【００４５】
なお、図６に示す例では、「ＭＤＲ１」と「ＭＤＲ２」と「ＭＤＲ３」とについての情報が格納された場合に、型情報管理テーブル３０２が記憶する情報の一例を示した。【００４６】
ユニーク度算出用テーブル３０３は、データ管理部４０２と後述するユニーク度算出部４０３と接続される。また、ユニーク度算出用テーブル３０３は、属性ごとに、当該属性に分類される属性値各々についての重複数を記憶する。つまり、ユニーク度算出用テーブル３０３は、属性値各々について、重複数を記憶する。例えば、図７−１〜図７−３に示すように、ユニーク度算出用テーブル３０３は、「タイプ名」と「属性」と「属性値」とに対応付けて、「重複数」を記憶する。【００４７】
なお、図７−１〜図７−３は、実施例１におけるユニーク度算出用テーブルに記憶されている情報の一例を説明するための図である。また重複数は、ＦＣＭＤＢデータ管理テーブル３０１に記憶されたレコードの内、同一の属性値を含むレコードの数を示す。【００４８】
図７−１に示す例では、ユニーク度算出用テーブル３０３は、タイプ名「サーバ」と属性「ｎａｍｅ」と属性値「host-1」とに対応付けて、重複数「１」を記憶する。つまり、ユニーク度算出用テーブル３０３は、タイプ名「サーバ」と属性「ｎａｍｅ」とに分類される属性値「host-1」を含むレコードが、ＦＣＭＤＢデータ管理テーブル３０１に１つ記憶されていることを記憶する。【００４９】
また、ユニーク度算出用テーブル３０３は、データ管理部４０２によって情報が格納され、例えば、新たなＭＤＲ１００が名寄せ装置２００に接続され、新たなレコードがＦＣＭＤＢデータ管理テーブル３０１に格納されるごとに格納される。また、ユニーク度算出用テーブル３０３によって記憶された情報は、ユニーク度算出部４０３によって用いられる。【００５０】
なお、図７−１に示す例は、データ管理部４０２によって「ＭＤＲ１」についての情報が格納開始された後終了前に、ユニーク度算出用テーブル３０３が記憶する情報の一例を示す。また、図７−２は、データ管理部４０２によって「ＭＤＲ１」についての情報すべてが格納された場合に、ユニーク度算出用テーブル３０３が記憶する情報の一例を示す。また、図７−３は、データ管理部４０２によって「ＭＤＲ１」についての情報がすべて格納された後、さらに、「ＭＤＲ２」についての情報すべてが格納された場合に、ユニーク度算出用テーブル３０３が記憶する情報の一例を示す。【００５１】
閾値テーブル３０４は、ユニーク度算出部４０３と名寄部４０４と接続され、ユニーク度算出部４０３による後述の算出に用いられる閾値を記憶する。例えば、図８−１や図８−２に示すように、閾値テーブル３０４は、タイプ名ごとに、「ユニーク度の閾値」と「データ数の閾値」と「代替キー」とを対応付けて記憶する。なお、図８−１や図８−２は、実施例１における閾値テーブルに記憶されている情報の一例を説明するための図である。【００５２】
図８−２に示す例では、閾値テーブル３０４は、タイプ名「サーバ」に対応付けて、ユニーク度の閾値「０．８」とデータ数の閾値「１０」とを記憶し、さらに、代替キー「ｎａｍｅ」を記憶する。【００５３】
ここで、代替キーは、キー属性を含まないデータベースに格納されたレコードについて、キー属性による名寄せ結果がある場合には該名寄せ結果を残したまま、キー属性により名寄せできないデータベースを拡張的に名寄せするための名寄せキーである。代替キーは、ユニーク度算出部４０３によって設定される。代替キー設定についての詳細にいては後述するため、ここでは説明を省略する。【００５４】
また、「ユニーク度の閾値」は、後述するユニーク度の閾値であり、管理者によって許容される最小となるユニーク度を示す。また、「ユニーク度の閾値」は、ユニーク度算出部４０３によって用いられ、例えば、管理者によって設定される。図８−１に示す例では、閾値テーブル３０４が、タイプ名「サーバ」に対応付けられたユニーク度の閾値が「０．８」であることを記憶する。【００５５】
ここで、ユニーク度は、後述するように、ユニーク度算出部４０３によって属性ごとに算出される値であり、同一の属性値を含む他のレコードが存在する可能性を示す。つまり、ユニーク度が高い属性であればあるほど、一致する属性値を有する他のレコードがある可能性が低くなる。また、同様に、ユニーク度が低い属性であればあるほど、一致する属性値を有する他のレコードがある可能性が高くなる。【００５６】
また、「データ数の閾値」は、後述するユニーク度算出部４０３によってユニーク度が算出される際に用いられるデータ数の最小値を示す。例えば、図８−１に示す例では、閾値テーブル３０４は、タイプ名「サーバ」に対応付けられたデータ数の閾値が「１０」であることを記憶する。【００５７】
また、閾値テーブル３０４は、「ユニーク度の閾値」や「データ数の閾値」が管理者によって予め格納され、また、後述するように、ユニーク度算出部４０３によって「代替キー」が入力される。また、閾値テーブル３０４によって記憶された情報の内、「タイプ名」と「ユニーク度の閾値」と「データ数の閾値」とについては、ユニーク度算出部４０３によって用いられ、「代替キー」については、名寄部４０４によって用いられる。【００５８】
なお、図８−１に示す例は、ユニーク度算出部４０３によって代替キーが設定される前に、閾値テーブル３０４が記憶する情報の一例を示す。また、図８−２に示す例は、ユニーク度算出部４０３によって代替キーが設定された後に、閾値テーブル３０４が記憶する情報の一例を示す。【００５９】
従ＭＤＲ情報管理テーブル３０５は、登録処理部４０１とデータ管理部４０２とユニーク度算出部４０３と名寄部４０４と接続され、第二のデータベースに記憶されたレコードについての情報を記憶する。つまり、従ＭＤＲ情報管理テーブル３０５は、共通属性を用いた名寄せ対象となるレコードについての情報を記憶する。【００６０】
例えば、図９−１〜図９−３に示すように、従ＭＤＲ情報管理テーブル３０５は、図３を用いて説明したデータベース１０１と同様に、「タイプ名」と「属性」と「属性値」とを記憶する。また、従ＭＤＲ情報管理テーブル３０５は、さらに、「従ＭＤＲ識別情報」と「リコンシリエーション対象」と「ローカルＩＤ」とを対応付けて記憶する。なお、図９−１〜図９−３は、実施例１における従ＭＤＲ情報管理テーブルに記憶されている情報の一例を説明するための図である。【００６１】
図９−１に示す例では、従ＭＤＲ情報管理テーブル３０５は、従ＭＤＲ識別情報「ＭＤＲ３」に記憶されたレコードについての情報を記憶する。例えば、従ＭＤＲ情報管理テーブル３０５は、リコンシリエーション対象「−」とローカルＩＤ「ＬＩＤ１」とタイプ名「サーバ」とｎａｍｅ「host-1」とＯＳ「Windows」とシリアル番号「SN001」とを含むレコードを記憶する。【００６２】
ここで、「ローカルＩＤ」は、データベース１０１にてレコードを識別するための情報であり、例えば、ＭＤＲ１００から名寄せ装置２００に送信された情報に含まれている。【００６３】
また、「リコンシリエーション対象」は、代替キーを用いた名寄せによる名寄せ結果を示す。例えば、図９−２に示すように、従ＭＤＲ情報管理テーブル３０５は、既に主ＭＤＲのレコードと名寄せされたレコードについて、グローバルＩＤを記憶し、名寄せされていないレコードについて、「−」を記憶する。図９−２に示す例では、従ＭＤＲ情報管理テーブル３０５は、ローカルＩＤ「ＬＩＤ１」に対応付けてリコンシリエーション対象「ＧＩＤ１」を記憶しており、また、ローカルＩＤ「ＬＩＤ２」に対応付けてリコンシリエーション対象「−」を記憶する。つまり、従ＭＤＲ情報管理テーブル３０５は、「ＬＩＤ１」にて識別されるレコードが「ＧＩＤ１」にて識別されるレコードと名寄せされたことを記憶し、また、「ＬＩＤ２」にて識別されるレコードが名寄せされていないことを記憶する。【００６４】
また、従ＭＤＲ情報管理テーブル３０５は、登録処理部４０１によって「リコンシリエーション対象」以外の情報が格納され、例えば、新たな従ＭＤＲが名寄せ装置２００に接続されるごとに格納される。また、従ＭＤＲ情報管理テーブル３０５は、名寄部４０４によって「リコンシリエーション対象」が格納される。また、従ＭＤＲ情報管理テーブル３０５によって記憶された情報は、データ管理部４０２やユニーク度算出部４０３、名寄部４０４によって用いられる。【００６５】
図２に戻ると、制御部４００は、記憶部３００と接続され、各種の処理手順などを規定したプログラムを記憶する内部メモリを有して種々の名寄せを実行する。また、制御部４００は、登録処理部４０１と、データ管理部４０２と、ユニーク度算出部４０３と、名寄部４０４とを備える。【００６６】
登録処理部４０１は、ＭＤＲ１００各々と接続され、また、ＦＣＭＤＢデータ管理テーブル３０１と従ＭＤＲ情報管理テーブル３０５とユニーク度算出部４０３と接続される。また、登録処理部４０１は、キー属性が予め設定され、例えば、属性「ＩＰアドレス」が管理者によって予め設定される。【００６７】
また、登録処理部４０１は、各ＭＤＲ１００のデータベース１０１に記憶されたレコードと登録要求とをＭＤＲ１００各々から受信し、例えば、ＭＤＲ１００が名寄せ装置２００に接続されたタイミングにて受信する。そして、登録処理部４０１は、受信したレコードをＦＣＭＤＢデータ管理テーブル３０１や従ＭＤＲ情報管理テーブル３０５に格納する。【００６８】
具体的には、登録処理部４０１は、ＭＤＲ１００からレコードと登録要求とを受信すると、主ＭＤＲからのレコードであるか従ＭＤＲからのレコードであるかを判定する。つまり、送信元となるＭＤＲ１００のデータベース１０１に、キー属性が設定されているかを判定し、例えば、属性「ＩＰアドレス」が設定されているかを判定する。そして、登録処理部４０１は、主ＭＤＲからのレコードと判定すると、ＦＣＭＤＢデータ管理テーブル３０１にレコードを格納し、従ＭＤＲからのレコードであると判定すると、従ＭＤＲ情報管理テーブル３０５にレコードを格納する。【００６９】
例えば、登録処理部４０１は、受信したレコードについて、キー属性に分類される属性値を含むレコードが含まれるかを判定し、例えば、属性「ＩＰアドレス」に分類される属性値を含むレコードが含まれるかを判定する。そして、登録処理部４０１は、属性「ＩＰアドレス」に分類される属性値が含まれると判定すると、ＦＣＭＤＢデータ管理テーブル３０１にレコードを格納し、一方、含まれないと判定すると、従ＭＤＲ情報管理テーブル３０５にレコードを格納する。【００７０】
登録処理部４０１が主ＭＤＲからのレコードを受信した場合について、図１０を用いてさらに説明する。なお、図１０は、実施例１における登録処理部によるキー属性を用いた名寄せ処理について説明するための図である。なお、図１０の「ＦＣＭＤＢ」は、図２における名寄せ装置２００のＦＣＭＤＢデータ管理テーブル３０１に対応する。【００７１】
図１０に示すように、登録処理部４０１は、主ＭＤＲからのレコードを受信した場合には、キー属性を用いた名寄せを実行し、ＦＣＭＤＢデータ管理テーブル３０１にレコードを格納する。図１０に示す例では、「ＭＤＲ  Ａ」〜「ＭＤＲ  Ｃ」の管理するデータベース１０１各々に、各データベース１０１独自の形式にて属性が設定されている場合を例に示した。図１０に示す例では、「ＭＤＲ  Ａ」のデータベース１０１に属性「ＩＰ」が設定され、「ＭＤＲ  Ｂ」のデータベース１０１に属性「ＩＤ」が設定され、「ＭＤＲ  Ｃ」のデータベース１０１に属性「ＩＰ  ＡＤＤＲ」が設定されている。ここで、属性「ＩＰ」や属性「ＩＤ」、属性「ＩＰ  ＡＤＤＲ」は、それぞれ属性「ＩＰアドレス」に対応し、「ＭＤＲ  Ａ」〜「ＭＤＲ  Ｃ」が主ＭＤＲであるものとして説明する。【００７２】
図１０に示す例では、登録処理部４０１は、ＭＤＲ１００のデータベース１０１に記憶されたレコードを受信すると、データベース１０１に設定された属性を、名寄せ装置２００にて用いられるＦＣＭＤＢ共通形式の属性へと変更する。例えば、登録処理部４０１は、属性「ＩＰ」や属性「ＩＤ」、属性「ＩＰ  ＡＤＤＲ」について、属性「ＩＰアドレス」へと変更する。例えば、登録処理部４０１は、名寄せ装置２００にて用いられる属性各々に対応付けて、各データベース１０１独自の形式の属性を予め記憶しておくことで、属性を変更する。【００７３】
また、図１０に示す例では、登録処理部４０１は、「ＭＤＲ  Ａ」〜「ＭＤＲ  Ｃ」にはキー属性が設定されているので、キー属性が設定されていると判定し、各データベース１０１に記憶されたレコードについてキー属性を用いて名寄せする。例えば、登録処理部４０１は、属性「ＩＰアドレス」に分類される属性値が一致するか否かを判定し、一致した場合に同じレコードであるとして名寄せする。例えば、登録処理部４０１は、一致したレコードについて、同一のレコードとしてＦＣＭＤＢデータ管理テーブル３０１に格納する。【００７４】
なお、登録処理部４０１によるキー属性を用いた名寄せ処理の詳細な一例については、後述するため、説明を省略する。【００７５】
登録処理部４０１が従ＭＤＲからのレコードを受信した場合について、図１１を用いてさらに説明する。なお、図１１は、実施例１における登録処理部によるキー属性を用いた名寄せ処理により名寄せできないデータベースについて説明するための図である。なお、図１１の「ＦＣＭＤＢ」は、図２における名寄せ装置２００のＦＣＭＤＢデータ管理テーブル３０１に対応する。【００７６】
図１１に示すように、登録処理部４０１は、従ＭＤＲである「ＭＤＲ  Ｄ」のデータベース１０１に記憶されたレコードを受信すると、「ＭＤＲ  Ｄ」のデータベース１０１に設定された属性を、名寄せ装置２００にて用いられるＦＣＭＤＢ共通形式の属性へと変更する。【００７７】
また、図１１に示す例では、登録処理部４０１は、「ＭＤＲ  Ｄ」にはキー属性が設定されていなので、キー属性が設定されていないと判定し、受信したレコードをそのまま従ＭＤＲ情報管理テーブル３０５に格納する。つまり、図１１に示すように、「ＭＤＲ  Ｄ」にはキー属性となる属性「ＩＰアドレス」が設定されておらず、登録処理部４０１が属性「ＩＰアドレス」を用いて名寄せできない。このため、登録処理部４０１は、受信したレコードを名寄せすることなく、従ＭＤＲ情報管理テーブル３０５に格納する。なお、後述するように、従ＭＤＲ情報管理テーブル３０５に格納されたレコードについては、名寄部４０４によって名寄せされる。【００７８】
また、登録処理部４０１は、従ＭＤＲからのレコードであると判定し、従ＭＤＲ情報管理テーブル３０５にレコードを格納すると、従ＭＤＲについてのレコードを格納した旨をユニーク度算出部４０３に送信する。【００７９】
図２に戻ると、データ管理部４０２は、ＦＣＭＤＢデータ管理テーブル３０１と従ＭＤＲ情報管理テーブル３０５と型情報管理テーブル３０２とユニーク度算出用テーブル３０３とユニーク度算出部４０３と接続される。【００８０】
データ管理部４０２は、ＦＣＭＤＢデータ管理テーブル３０１や従ＭＤＲ情報管理テーブル３０５に記憶された情報を用いて、型情報管理テーブル３０２やユニーク度算出用テーブル３０３に情報を格納する。以下では、まず、型情報管理テーブル３０２に情報を格納する点について説明し、その後、ユニーク度算出用テーブル３０３に情報を格納する点について説明する。【００８１】
データ管理部４０２が型情報管理テーブル３０２に情報を格納する点について説明する。データ管理部４０２は、ＦＣＭＤＢデータ管理テーブル３０１から、「タイプ名」と「属性」と「ＭＤＲ識別情報」との対応付けを取得する。また、データ管理部４０２は、従ＭＤＲ情報管理テーブル３０５から、「タイプ名」と「属性」と「従ＭＤＲ識別情報」との対応付けを取得する。【００８２】
図５−１に示す例を用いて説明すると、データ管理部４０２は、ＦＣＭＤＢデータ管理テーブル３０１から、タイプ名「サーバ」と、属性「ＩＰアドレス」「ｎａｍｅ」「ＯＳ」と、ＭＤＲ識別情報「ＭＤＲ１」との対応付けを取得する。また、図９−１〜図９−３に示す例を用いて説明すると、データ管理部４０２は、従ＭＤＲ情報管理テーブル３０５から、タイプ名「サーバ」と、属性「ｎａｍｅ」「ＯＳ」「シリアル番号」と、従ＭＤＲ識別情報「ＭＤＲ３」との対応付けを取得する。【００８３】
また、データ管理部４０２は、ＦＣＭＤＢデータ管理テーブル３０１や従ＭＤＲ情報管理テーブル３０５から取得した「タイプ名」と「属性」と「ＭＤＲ識別情報」または「従ＭＤＲ識別情報」との対応付けを、型情報管理テーブル３０２に格納する。【００８４】
例えば、ＦＣＭＤＢデータ管理テーブル３０１から、タイプ名「サーバ」と、属性「ＩＰアドレス」「ｎａｍｅ」「ＯＳ」と、ＭＤＲ識別情報「ＭＤＲ１」との対応付けを取得した場合を例に説明する。データ管理部４０２は、図６に示すように、タイプ名「サーバ」に対応付けられる属性として、属性「ＩＰアドレス」「ｎａｍｅ」「ＯＳ」を格納する。また、データ管理部４０２は、属性「ＩＰアドレス」や属性「ｎａｍｅ」、属性「ＯＳ」などに対応付けられるＭＤＲ識別情報として、「ＭＤＲ１」を格納する。【００８５】
また、例えば、従ＭＤＲ情報管理テーブル３０５から、タイプ名「サーバ」と属性「ｎａｍｅ」「ＯＳ」「シリアル番号」と従ＭＤＲ識別情報「ＭＤＲ３」との対応付けを取得した場合を例に説明する。データ管理部４０２は、図６に示すように、タイプ名「サーバ」に対応付けられる属性として、属性「ｎａｍｅ」「ＯＳ」「シリアル番号」を格納する。また、データ管理部４０２は、属性「ｎａｍｅ」や属性「ＯＳ」、属性「シリアル番号」に対応付けられる従ＭＤＲ識別情報として、「ＭＤＲ３」を格納する。【００８６】
データ管理部４０２がユニーク度算出用テーブル３０３に情報を格納する点について説明する。データ管理部４０２は、ＦＣＭＤＢデータ管理テーブル３０１から、「タイプ名」と「属性」と「属性値」との対応付けを取得する。図５−１に示す例を用いて説明すると、データ管理部４０２は、タイプ名「サーバ」と属性「ｎａｍｅ」と属性値「host-1」との対応付けや、タイプ名「サーバ」と属性「ｎａｍｅ」と属性値「host-2」との対応付けなどを取得する。【００８７】
また、データ管理部４０２は、取得した対応付けをユニーク度算出用テーブル３０３に格納する。具体的には、データ管理部４０２は、取得した「タイプ名」と「属性」と「属性値」との対応付けを格納し、例えば、タイプ名「サーバ」と属性「ｎａｍｅ」と属性値「host-1」との対応付けや、タイプ名「サーバ」と属性「ｎａｍｅ」と属性値「host-2」との対応付けなどを格納する。【００８８】
また、データ管理部４０２は、新たな取得した対応付けをユニーク度算出用テーブル３０３に格納するごとに、格納される「タイプ名」と「属性」と「属性値」に対応付けられる「重複数」を設定する。【００８９】
例えば、データ管理部４０２は、ユニーク度算出用テーブル３０３に格納されていない「タイプ名」と「属性」と「属性値」との対応付けを格納する場合には、重複数に「１」を設定する。その後、データ管理部４０２は、取得した対応付けが既にユニーク度算出用テーブル３０３に格納されていた場合には、取得した対応付けに対応付けられて既に格納されていた「重複数」の値に、「１」追加した値を設定し、例えば、重複数「１」であった場合には、重複数に「２」を設定する。【００９０】
なお、データ管理部４０２は、例えば、ＦＣＭＤＢデータ管理テーブル３０１や従ＭＤＲ情報管理テーブル３０５を常に監視する。そして、例えば、新たなＭＤＲ１００が名寄せ装置２００に接続され、ＦＣＭＤＢデータ管理テーブル３０１や従ＭＤＲ情報管理テーブル３０５に登録処理部４０１によって新たなレコードが格納されるごとに、データ管理部４０２は情報を取得する。そして、データ管理部４０２は、取得した情報を型情報管理テーブル３０２やユニーク度算出用テーブル３０３に格納する。つまり、データ管理部４０２は、ＦＣＭＤＢデータ管理テーブル３０１や従ＭＤＲ情報管理テーブル３０５に記憶された情報に変動があるごとに、型情報管理テーブル３０２やユニーク度算出用テーブル３０３に記憶された情報を更新する。【００９１】
なお、データ管理部４０２による処理の流れの詳細な一例については、後述するため、説明を省略する。【００９２】
また、データ管理部４０２は、型情報管理テーブル３０２やユニーク度算出用テーブル３０３を更新するごとに、更新した旨をユニーク度算出部４０３に送信する。【００９３】
ユニーク度算出部４０３は、ＦＣＭＤＢデータ管理テーブル３０１と型情報管理テーブル３０２と、ユニーク度算出用テーブル３０３と閾値テーブル３０４と従ＭＤＲ情報管理テーブル３０５と登録処理部４０１とデータ管理部４０２と名寄部４０４と接続される。なお、ユニーク度算出部４０３は、抽出部や算出部とも称する。ユニーク度算出部４０３は、以下に説明するように、共通属性を抽出し、その後、ユニーク度を算出し、続いて、代替キーとして設定する。なお、以下では、共通属性を抽出する点、ユニーク度を算出する点、代替キーとして設定する点について、順に説明する。【００９４】
なお、例えば、ユニーク度算出部４０３は、従ＭＤＲについてのレコードを格納した旨を登録処理部４０１から受信するごとや、更新した旨をデータ管理部４０２から受信するごとに、以下に説明する処理を実行する。【００９５】
ユニーク度算出部４０３が共通属性を抽出する点について説明する。ユニーク度算出部４０３は、第一のデータベースに設定された属性と第二のデータベースに設定された属性とを照合し、第一のデータベースと第二のデータベースとに共通して設定された共通属性を抽出する。例えば、ユニーク度算出部４０３は、型情報管理テーブル３０２を参照し、型情報管理テーブル３０２に格納された属性の内、「主ＭＤＲ識別情報」と「従ＭＤＲ識別情報」とに共にＭＤＲ識別情報が格納された属性を抽出する。【００９６】
図６に示す例では、ユニーク度算出部４０３は、共通属性として、主ＭＤＲ識別情報「ＭＤＲ１」と従ＭＤＲ識別情報「ＭＤＲ３」とに共通する属性である属性「ｎａｍｅ」や「ＯＳ」を抽出し、また、主ＭＤＲ識別情報「ＭＤＲ２」と従ＭＤＲ識別情報「ＭＤＲ３」とに共通する属性である属性「シリアル番号」を抽出する。【００９７】
ユニーク度算出部４０３がユニーク度を算出する点について説明する。ユニーク度算出部４０３は、属性値が他のレコードに含まれる属性値のいずれとも一致しないレコードの数が、属性に分類される属性値を含むレコードの数に占める割合を示すユニーク度を算出する。また、ユニーク度算出部４０３は、共通属性として抽出された属性ごとに、ユニーク度を算出する。【００９８】
具体的には、ユニーク度算出部４０３は、ユニーク度算出用テーブル３０３を参照し、属性ごとに、ユニーク度算出用テーブル３０３に記憶された属性値の数を識別し、例えば、該当する重複数の値の合計値を算出する。また、ユニーク度算出部４０３は、重複数「１」が対応付けられた属性値の数を識別する。そして、ユニーク度算出部４０３は、重複数「１」が対応付けられた属性値の数を、属性値の数で除算することで、ユニーク度を算出する。【００９９】
図７−２に示す例を用いて説明すると、ユニーク度算出部４０３は、タイプ名「サーバ」に分類される属性「ｎａｍｅ」と「ＯＳ」それぞれについて、ユニーク度を算出する。そして、属性「ｎａｍｅ」については、属性値の数が「１０」あり、重複数が「１」である属性値の数が「８」あるので、ユニーク度算出部４０３は、属性「ｎａｍｅ」について、ユニーク度「０．８」を算出する。また、同様に、ユニーク度算出部４０３は、属性「ＯＳ」について、ユニーク度「０．１」を算出する。【０１００】
ユニーク度算出部４０３が代替キーとして設定する点について説明する。ユニーク度算出部４０３は、閾値テーブル３０４を参照して閾値を取得し、取得した閾値を満たす共通属性を識別する。そして、ユニーク度算出部４０３は、閾値を満たす共通属性を一つ選択し、代替キーとして閾値テーブル３０４に設定する。以下では、共通属性として、属性「ｎａｍｅ」や「ＯＳ」を検出し、それぞれの属性についてユニーク度「０．８」やユニーク度「０．１」を算出した場合を例に、ユニーク度算出部４０３が代替キーを設定する点についてさらに説明する。【０１０１】
ユニーク度算出部４０３は、取得した閾値を満たす共通属性を識別する。ユニーク度算出部４０３は、閾値テーブル３０４に記憶された「ユニーク度の閾値」を参照し、図８−１に示す例では、タイプ名「サーバ」に対応付けられたユニーク度の閾値「０．８」を読み出す。そして、ユニーク度算出部４０３は、属性「ｎａｍｅ」や「ＯＳ」各々についてのユニーク度「０．８」や「０．１」とユニーク度の閾値「０．８」とを比較し、ユニーク度の閾値「０．８」以上であるかを判定する。つまり、ユニーク度算出部４０３は、共通属性についてのユニーク度が所定の閾値よりも大きいかを識別する。その結果、例えば、ユニーク度算出部４０３は属性「ｎａｍｅ」がユニーク度の閾値を満たすと判定し、また、属性「ＯＳ」がユニーク度の閾値を満たさないと判定する。【０１０２】
また、例えば、ユニーク度算出部４０３は、閾値テーブル３０４に記憶された「データ数の閾値」を参照し、図８−１に示す例では、タイプ名「サーバ」に対応付けられたユニーク度の閾値「１０」を読み出す。また、ユニーク度算出部４０３は、共通属性として検出した属性「ｎａｍｅ」や「ＯＳ」について、ユニーク度算出用テーブル３０３を参照して属性値の数を識別する。例えば、ユニーク度算出部４０３は、属性「ｎａｍｅ」について、属性値の数が「１０」あり、属性「ＯＳ」について、属性値の数が「１０」であると識別する。そして、ユニーク度算出部４０３は、属性「ｎａｍｅ」や「ＯＳ」各々についての属性値の数「１０」や「１０」がデータ数の閾値「１０」を満たすかを判定し、例えば、ユニーク度算出部４０３は、属性「ｎａｍｅ」「ＯＳ」について満たすと判定する。【０１０３】
つまり、例えば、ユニーク度算出部４０３は、「ユニーク度の閾値」と「データ数の閾値」とを満たす共通属性として、属性「ｎａｍｅ」を識別する。【０１０４】
ユニーク度算出部４０３は、閾値を満たす共通属性を一つ選択する。例えば、閾値を満たす共通属性を一つのみ識別した場合には、識別した一つの共通属性を選択する。また、例えば、ユニーク度算出部４０３は、閾値を満たす共通属性を複数識別した場合には、識別した複数の共通属性の内一つを選択し、例えば、ユニーク度が最も高い属性を選択する。【０１０５】
ユニーク度算出部４０３は、選択した共通属性を代替キーとして閾値テーブル３０４に設定する。具体的には、ユニーク度算出部４０３は、閾値テーブル３０４に「代替キー」が設定されているかを判定し、されていないと判定した場合には、選択した共通属性を代替キーとして閾値テーブル３０４に設定する。例えば、ユニーク度算出部４０３は、属性「ｎａｍｅ」を選択した場合には、図８−２に示すように、タイプ名「サーバ」についての代替キーとして、属性「ｎａｍｅ」を閾値テーブル３０４に設定する。【０１０６】
また、閾値テーブル３０４に「代替キー」が設定されていると判定した場合には、ユニーク度算出部４０３は、選択した共通属性を代替キーとして閾値テーブル３０４を更新し、さらに、更新前の「代替キー」を用いた名寄せ結果を解除する。例えば、ユニーク度算出部４０３は、従ＭＤＲ情報管理テーブル３０５にアクセスし、「リコンシリエーション対象」にグローバルＩＤが格納されている場合には、格納されているグローバルＩＤを削除する。つまり、更新前の代替キーを用いて名寄せされた名寄せ結果を削除する。また、例えば、ユニーク度算出部４０３は、ＦＣＭＤＢデータ管理テーブル３０１に格納されている従ＭＤＲについての情報を削除する。【０１０７】
また、ユニーク度算出部４０３は、代替キーを設定する処理が終了すると、設定処理が終了した旨を名寄部４０４に送信する。【０１０８】
名寄部４０４は、ＦＣＭＤＢデータ管理テーブル３０１と閾値テーブル３０４と従ＭＤＲ情報管理テーブル３０５とユニーク度算出部４０３と接続される。また、名寄部４０４は、ユニーク度算出部４０３によって抽出された共通属性に分類される属性値が一致するかを用いて、第一のデータベースと第二のデータベースとを名寄せする。なお、名寄部４０４は、設定処理が終了した旨をユニーク度算出部４０３から受信するごとに、以下の名寄せ処理を実行する。【０１０９】
具体的には、名寄部４０４は、閾値テーブル３０４に記憶された代替キーを用いて、従ＭＤＲのデータベース１０１に記憶されていたレコードについて、主ＭＤＲに記憶されていたレコードと名寄せする。図８−２に示す例では、名寄部４０４は、タイプ名「サーバ」の属性「ｎａｍｅ」を用いて名寄せを行う。【０１１０】
例えば、名寄部４０４は、従ＭＤＲ情報管理テーブル３０５から処理対象となるレコードを一つ選択し、代替キーに分類される属性値が一致するレコードがＦＣＭＤＢデータ管理テーブル３０１にあるか検索し、一致するレコードが有るかを判定する。【０１１１】
また、名寄部４０４は、一致するレコードがあると判定すると、一致したレコードに名寄せする。具体的には、名寄部４０４は、従ＭＤＲ情報管理テーブル３０５の「リコンシリエーション対象」に、一致すると判定したＦＣＭＤＢデータ管理テーブル３０１内にあるレコードを識別する「グローバルＩＤ」を格納する。また、名寄部４０４は、ＦＣＭＤＢデータ管理テーブル３０１内にある一致したレコードに、選択したレコードを統合する。【０１１２】
ＦＣＭＤＢデータ管理テーブル３０１内にある一致したレコードに選択したレコードを統合する点についてさらに説明する。また、「ＭＤＲ３」のデータベース１０１に記憶されたｎａｍｅ「host-1」とＯＳ「Windows」とシリアル番号「SN001」とを含むレコードが、図５−１に示すグローバルＩＤ「ＧＩＤ１」のレコードに名寄せする場合を例に説明する。図５−２に示すように、名寄部４０４は、ＦＣＭＤＢデータ管理テーブル３０１に、ｎａｍｅ「host-1」やＯＳ「Windows」に対応付けて、ＭＤＲ識別情報「ＭＤＲ１」に加えてＭＤＲ識別情報「ＭＤＲ３」を格納する。また、名寄部４０４は、シリアル番号「SN001」を新たに格納し、シリアル番号「SN001」に対応付けてＭＤＲ識別情報「ＭＤＲ３」を格納する。【０１１３】
また、名寄部４０４は、一致するレコードがないと判定すると、名寄せしないまま処理を終了する。また、名寄部４０４は、すべてのレコードを選択するまで処理を繰り返す。【０１１４】
ここで、名寄部４０４による名寄せについて、図１２を用いてさらに説明する。なお、図１２は、実施例１における名寄部について説明するための図である。図１２では、「ＭＤＲ  Ｘ」と「ＭＤＲ  Ｙ」とが主ＭＤＲであり、「ＭＤＲ  Ｚ」が従ＭＤＲである。ここで、図１２に示すＭＤＲからのレコードの内、「ＭＤＲ  Ｘ」と「ＭＤＲ  Ｙ」とについては、登録処理部４０１によって名寄せされる。その上で、ユニーク度算出部４０３が、共通属性「ｎａｍｅ」や「ＯＳ」を抽出すると、名寄部４０４は、共通属性「ｎａｍｅ」や「ＯＳ」を代替キーとして、「ＭＤＲ  Ｚ」のレコードを「ＭＤＲ  Ｘ」や「ＭＤＲ  Ｙ」のレコードと名寄せする。【０１１５】
なお、この名寄せ装置２００は、既知のパーソナルコンピュータ、ワークステーションなどの情報処理装置に、登録処理部４０１や、データ管理部４０２、ユニーク度算出部４０３、名寄部４０４の各機能を搭載することによって実現することもできる。【０１１６】
［名寄せ装置による処理］
次に、実施例１における名寄せ装置２００の処理の流れを説明する。なお、図１３は、実施例１における名寄せ装置の処理の流れを説明するためのフローチャートである。【０１１７】
図１３に示すように、名寄せ装置２００では、登録処理部４０１は、ＭＤＲ１００から登録要求を受信すると（ステップＳ１０１肯定）、データを受信する。つまり、登録要求の送信元となるＭＤＲ１００のデータベース１０１に記憶されたレコードを受信する（ステップＳ１０２）。【０１１８】
そして、登録処理部４０１は、キー属性があるかを判定し（ステップＳ１０３）、例えば、属性「ＩＰアドレス」に分類される属性値を含むレコードかを判定する。ここで、登録処理部４０１は、キー属性があるかを判定すると（ステップＳ１０３肯定）、キー属性を用いた名寄せを実行する（ステップＳ１０４）。なお、キー属性を用いた名寄せの処理の流れの詳細については、図１４を用いて後述するため、説明を省略する。【０１１９】
その後、登録処理部４０１によって、ＦＣＭＤＢデータ管理テーブル３０１にレコードが格納されると、データ管理部４０２は、型情報管理テーブル３０２やユニーク度算出用テーブル３０３を更新する（ステップＳ１０５）。つまり、データ管理部４０２は、ＦＣＭＤＢデータ管理テーブル３０１に記憶された情報に変動があるごとに、型情報管理テーブル３０２やユニーク度算出用テーブル３０３に記憶された情報を更新する。【０１２０】
また、上記したステップＳ１０３において、登録処理部４０１が、キー属性がないと判定すると（ステップＳ１０３否定）、受信したレコードを従ＭＤＲ情報管理テーブル３０５に格納する（ステップＳ１０６）。そして、データ管理部４０２は、型情報管理テーブル３０２やユニーク度算出用テーブル３０３を更新する（ステップＳ１０５）。【０１２１】
その後、データ管理部４０２によって更新されると（ステップＳ１０５）、名寄せ装置２００では、ユニーク度算出部４０３や名寄部４０４が、代替キーを用いた名寄せを実行する（ステップＳ１０７）。なお、代替キーを用いた名寄せの処理の流れの詳細については、図１５を用いて後述するため、説明を省略する。【０１２２】
［キー属性を用いた名寄せ処理］
次に、実施例１における名寄せ装置２００によるキー属性を用いた名寄せ処理の流れを説明する。なお、図１４は、実施例１における名寄せ装置によるキー属性を用いた名寄せ処理の流れを説明するためのフローチャートである。図１４を用いて説明する処理の流れは、図１３を用いて説明した処理の流れの内、ステップＳ１０４に対応する。【０１２３】
図１４に示すように、キー属性を用いた名寄せを実行する場合に、登録処理部４０１は、処理対象となるレコードを一つ選択し（ステップＳ２０１）、例えば、新たに受信したレコードの内一つを選択する。そして、登録処理部４０１は、キー属性に分類される属性値が一致するレコードがＦＣＭＤＢデータ管理テーブル３０１にあるか検索する（ステップＳ２０２）。【０１２４】
そして、登録処理部４０１は、一致するレコードが有るかを判定する（ステップＳ２０３）。例えば、選択したレコードの属性「ＩＰアドレス」の属性値が「192.168.0.1」である場合に、ＦＣＭＤＢデータ管理テーブル３０１に既に格納されたレコードに、ＩＰアドレス「192.168.0.1」を含むレコードがあるかを判定する。ここで、登録処理部４０１は、一致するレコードがあると判定すると（ステップＳ２０３肯定）、一致すると判定したレコードに名寄せする（ステップＳ２０４）。つまり、例えば、ＦＣＭＤＢデータ管理テーブル３０１に既に格納されたレコードの内、ＩＰアドレス「192.168.0.1」を含むレコードと、選択したレコードとを同一のデータとして名寄せする。【０１２５】
一方、登録処理部４０１は、一致するレコードがないと判定すると（ステップＳ２０３否定）、選択したレコードを新たにＦＣＭＤＢデータ管理テーブル３０１に登録する（ステップＳ２０５）。【０１２６】
なお、登録処理部４０１は、受信したすべてのレコードについて、上記した一連の処理を実行する。【０１２７】
［代替キーを用いた名寄せ処理］
次に、実施例１における名寄せ装置２００による代替キーを用いた名寄せ処理の流れを説明する。なお、図１５は、実施例１における名寄せ装置による代替キーを用いた名寄せ処理の流れを説明するためのフローチャートである。図１５を用いて説明する処理の流れは、図１３を用いて説明した処理の流れの内、ステップＳ１０７に対応する。【０１２８】
図１５に示すように、代替キーを用いた名寄せ処理を実行する場合に、ユニーク度算出部４０３は、共通属性を抽出する（ステップＳ３０１）。つまり、ユニーク度算出部４０３は、型情報管理テーブル３０２を参照し、共通属性を抽出する。例えば、ユニーク度算出部４０３は、共通属性として、属性「ｎａｍｅ」や「ＯＳ」を抽出する。【０１２９】
そして、ユニーク度算出部４０３は、ユニーク度を算出する（ステップＳ３０２）。例えば、ユニーク度算出部４０３は、ユニーク度算出用テーブル３０３を参照し、共通属性「ｎａｍｅ」について、属性値の数が「１０」あり、重複数が「１」である属性値の数が「８」あるので、ユニーク度「０．８」を算出する。【０１３０】
そして、ユニーク度算出部４０３は、閾値テーブル３０４を参照して閾値を取得し（ステップＳ３０３）、例えば、ユニーク度の閾値「０．８」を取得する。そして、ユニーク度算出部４０３は、取得した閾値を満たす共通属性を識別し、共通属性を一つ選択する（ステップＳ３０４）。例えば、ユニーク度が「０．８」の共通属性「ｎａｍｅ」を識別し、共通属性「ｎａｍｅ」を選択する。【０１３１】
そして、ユニーク度算出部４０３は、閾値テーブル３０４に代替キーが設定されているかを判定し（ステップＳ３０５）、されていないと判定すると（ステップＳ３０５否定）、選択した共通属性を代替キーとして設定する（ステップＳ３０６）。【０１３２】
一方、ユニーク度算出部４０３は、閾値テーブル３０４に代替キーが設定されていると判定すると（ステップＳ３０５肯定）、選択した共通属性を代替キーとして更新し（ステップＳ３０７）、さらに、更新前の「代替キー」を用いた名寄せ結果を解除する（ステップＳ３０８）。例えば、ユニーク度算出部４０３は、従ＭＤＲ情報管理テーブル３０５にアクセスし、「リコンシリエーション対象」にグローバルＩＤが格納されている場合には、格納されているグローバルＩＤを削除する。また、例えば、ユニーク度算出部４０３は、ＦＣＭＤＢデータ管理テーブル３０１に格納されている従ＭＤＲについての情報について、更新前の代替キーを用いて名寄せされた結果であるので、これを削除する。【０１３３】
その後、名寄部４０４は、従ＭＤＲ情報管理テーブル３０５から処理対象となるレコードを一つ選択し（ステップＳ３０９）、代替キーに分類される属性値が一致するレコードがＦＣＭＤＢデータ管理テーブル３０１にあるか検索する（ステップＳ３１０）。【０１３４】
そして、名寄部４０４は、一致するレコードが一つのみ有るかを判定し（ステップＳ３１１）、一致するレコードが一つのみあると判定すると（ステップＳ３１１肯定）、一致すると判定したレコードに名寄せする（ステップＳ３１２）。つまり、例えば、名寄部４０４は、従ＭＤＲ情報管理テーブル３０５の「リコンシリエーション対象」に、一致すると判定したＦＣＭＤＢデータ管理テーブル３０１内にあるレコードを識別する「グローバルＩＤ」を格納する。また、例えば、名寄部４０４は、ＦＣＭＤＢデータ管理テーブル３０１内にある一致したレコードに、選択したレコードを統合する。一方、名寄部４０４は、一致するレコードがないと判定すると（ステップＳ３１１否定）、名寄せしないままである。【０１３５】
そして、名寄部４０４は、すべてのレコードを選択したかを判定し（ステップＳ３１３）、選択したと判定すると（ステップＳ３１３肯定）、処理を終了し、一方、選択していないと判定すると（ステップＳ３１３否定）、上記したステップＳ３０９からの処理を、すべて選択したと判定するまで繰り返す。【０１３６】
［データ管理部による処理］
次に、図１６を用いて、実施例１におけるデータ管理部４０２による処理の流れを説明する。なお、図１６は、実施例１におけるデータ管理部による処理の流れを説明するためのフローチャートである。なお、図１６を用いて説明する処理の流れは、図１３を用いて説明した処理の流れの内、ステップＳ１０５に対応する。【０１３７】
図１６に示すように、データ管理部４０２は、新たに受信したレコードについての「タイプ名」と「属性」とを取得する（ステップＳ４０１）。例えば、データ管理部４０２は、ＦＣＭＤＢデータ管理テーブル３０１や従ＭＤＲ情報管理テーブル３０５から、新たに格納されたレコードについての「タイプ名」と「属性」と「ＭＤＲ識別情報」または「従ＭＤＲ識別情報」の対応付けを取得する。【０１３８】
そして、データ管理部４０２は、型情報管理テーブル３０２に取得した「タイプ名」が有るかを判定し（ステップＳ４０２）、例えば、型情報管理テーブル３０２がタイプ名「サーバ」を格納しているかを判定する。ここで、データ管理部４０２は、取得した「タイプ名」がないと判定すると（ステップＳ４０２否定）、型情報管理テーブル３０２に取得した「タイプ名」を追加し（ステップＳ４０３）、例えば、型情報管理テーブル３０２の「タイプ名」に「サーバ」を新たに格納する。【０１３９】
そして、データ管理部４０２は、「タイプ名」を追加し、または、取得した「タイプ名」があると判定すると（テップＳ４０２肯定）、型情報管理テーブル３０２に取得した「属性」が有るかを判定する（ステップＳ４０４）。つまり、例えば、データ管理部４０２は、タイプ名「サーバ」の属性「ＯＳ」を格納しているかを判定する。ここで、データ管理部４０２は、取得した「属性」がないと判定すると（ステップＳ４０４否定）、型情報管理テーブル３０２に取得した「属性」を追加し（ステップＳ４０５）、例えば、型情報管理テーブル３０２に記憶されているタイプ名「サーバ」に対応付けて属性「ＯＳ」を新たに格納する。また、この際、データ管理部４０２は、「主ＭＤＲ識別情報」や「従ＭＤＲ識別情報」も格納する。【０１４０】
そして、データ管理部４０２は、ユニーク度算出用テーブル３０３を更新する（ステップＳ４０６）。つまり、新たに型情報管理テーブル３０２に格納した属性について、ユニーク度算出用テーブル３０３に情報を格納する。そして、処理を終了する。また、上記したステップＳ４０４において、データ管理部４０２は、取得した「属性」があると判定すると（ステップＳ４０４肯定）、そのまま処理を終了する。【０１４１】
なお、データ管理部４０２は、ステップＳ４０１において、複数のタイプ名を取得した場合には、上記したステップＳ４０２やＳ４０３の処理を、取得したタイプ名全てについてそれぞれ実行する。また、同様に、データ管理部４０２は、複数の属性を取得した場合には、上記したステップＳ４０４〜Ｓ４０６の処理を、取得した属性全てについてそれぞれ実行する。【０１４２】
［実施例１の効果］
上記したように、実施例１によれば、名寄せ装置２００は、第一のデータベースに設定された属性と第二のデータベースに設定された属性とを照合し、該第一のデータベースと該第二のデータベースとに共通して設定された共通属性を抽出する。そして、名寄せ装置２００は、抽出した共通属性に分類される属性値が一致するかを用いて、第一のデータベースと第二のデータベースとを名寄せするので、キー属性が設定されていないデータベースを簡単に名寄せことが可能である。この結果、例えば、キー属性が設定されていないデータベースを名寄せする場合に、手動でキー属性を再設定しなくても、また、手動で名寄せしなくても、簡単に名寄せすることが可能である。【０１４３】
また、実施例１によれば、名寄せ装置２００は、ユニーク度算出部４０３によって複数の共通属性が抽出された場合に、ユニーク度が最も高い共通属性を用いて名寄せするので、高精度な名寄せを実行することが可能である。つまり、ユニーク度を考慮して代替キーとなる共通属性を決定することで、本来異なるレコードを誤って同一のレコードとして名寄せすることを防止可能である。【０１４４】
また、実施例１によれば、名寄せ装置２００は、共通属性について算出されたユニーク度が所定の閾値よりも大きいかを識別し、大きいと識別された共通属性のみを用いて名寄せするので、高精度な名寄せを実行することが可能である。つまり、ユニーク度を用いることで、本来異なるレコードを誤って同一のレコードとして名寄せすることを防止可能である。
【実施例２】
【０１４５】
さて、これまで、実施例１として、代替キーを更新するごとに、従ＭＤＲについての名寄せ結果すべてを解除する手法について説明した。しかし、本発明はこれに限定されるものではなく、名寄せ結果すべてを解除しなくても良い。例えば、管理者の手動による名寄せ結果を従ＭＤＲ情報管理テーブル３０５が記憶している場合には、手動による名寄せ結果については解除しなくてもよい。【０１４６】
そこで、以下では、実施例２として、代替キーを更新するごとに名寄せ結果すべてを解除するのではなく、例えば、管理者の手動による名寄せ結果については解除しない手法について説明する。なお、以下では、実施例１に係る名寄せ装置２００と同様の点については説明を省略する。【０１４７】
図１７に示すように、実施例２における従ＭＤＲ情報管理テーブル３０５は、図９−１〜図９−３を用いて説明した従ＭＤＲ情報管理テーブル３０５と比較して、さらに、「固定化フラグ」を記憶する。なお、図１７は、実施例２における従ＭＤＲ情報管理テーブルに記憶されている情報の一例を説明するための図である。【０１４８】
ここで、固定化フラグは、代替キーが更新された場合に、名寄せ結果を解除するか否かを示す情報であり、例えば、図１７に示す例では、固定化フラグ「ｔｒｕｅ」となっている場合には、解除しないことを示し、固定化フラグ「ｆａｌｓｅ」となっている場合には、解除することを示す。例えば、従ＭＤＲ情報管理テーブル３０５に記憶された固定化フラグは、通常、「ｆａｌｓｅ」になっている。また、固定化フラグは、管理者が手動にて名寄せを実行すると、管理者による名寄せ結果となるレコードに対応付けられる「固定フラグ」について、データ管理部４０２や管理者自身によって「ｔｒｕｅ」と設定される。【０１４９】
そして、図１８のステップＳ５０７〜Ｓ５０８に示すように、実施例２に係る名寄せ装置２００では、ユニーク度算出部４０３は、代替キーを更新すると（ステップＳ５０７）、固定化フラグの値が「ｔｒｕｅ」以外のデータについてのみ、名寄せ結果を解除する（ステップＳ５０８）。つまり、実施例１とは異なり、名寄せ結果を一律に解除するのではなく、例えば、管理者が手動にて名寄せした名寄せ結果以外の名寄せ結果のみを解除する。なお、図１８に示すステップＳ５０１〜Ｓ５０８は、図１５におけるステップＳ３０１〜Ｓ３０８に対応する。また、図１８に示すステップＳ５０９〜Ｓ５１３は、図１５におけるステップＳ３０９〜Ｓ３１３に対応する。【０１５０】
なお、上記した実施例２では、固定化フラグが、利用者が手動で名寄せした結果についてのみ「ｔｒｕｅ」に設定される場合について説明したが、本発明はこれに限定されるものではない。例えば、名寄せ装置２００による名寄せの後の内、利用者が選択した名寄せ結果に対して、固定化フラグ「ｔｒｕｅ」としてもよい。【０１５１】
［実施例２の効果］
このように、実施例２によれば、代替キーが更新されても名寄せ結果が変わらないままになるレコードを設定でき、望まない名寄せが行われることを防止することが可能である。
【実施例３】
【０１５２】
さて、これまで実施例１や２について説明したが、本発明は上述した実施例以外にも、その他の実施例にて実施されてもよい。そこで、以下では、その他の実施例について説明する。【０１５３】
［型情報管理テーブルやユニーク度算出用テーブル］
例えば、実施例１では、新たなＭＤＲ１００が接続されるごとに、データ管理部４０２によって型情報管理テーブル３０２やユニーク度算出用テーブル３０３が更新される場合について説明したが、本発明はこれに限定されるものではない。例えば、型情報管理テーブル３０２やユニーク度算出用テーブル３０３に対して管理者が予め情報を格納しておき、代替キーを用いた名寄せ処理を実行しても良い。【０１５４】
［ユニーク度］
また、実施例１では、ユニーク度を用いる場合について説明したが、本発明はこれに限定されるものではなく、例えば、ユニーク度を用いずに、名寄せ装置２００が抽出した共通属性を代替キーとして設定してもよい。また、同様に、名寄せ装置２００は、閾値テーブル３０４に記憶された閾値についても用いなくても良く、名寄せ装置２００が抽出した共通属性を代替キーとして設定してもよい。【０１５５】
［システム構成］
この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については（図１〜図１８）、特記する場合を除いて任意に変更することができる。【０１５６】
また、図示した各装置の各レコードは機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２に示す例を用いて説明すると、名寄せ装置２００は、記憶部３００内の各部の内一部またはすべてを統合してもよく、また、分散して構成しても良い。【０１５７】
［コンピュータ］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１９を用いて、上記の実施例と同様の機能を有する名寄せプログラムを実行するコンピュータの一例を説明する。なお、図１９は、実施例１に係る名寄せプログラムを実行するコンピュータの一例について説明するための図である。【０１５８】
図１９に示すように、実施例１におけるコンピュータ３０００は、通信部３００６、ＣＰＵ３０１０、ＲＯＭ３０１１、ＨＤＤ３０１２、ＲＡＭ３０１３をバス３００９などで接続して構成されている。【０１５９】
ＲＯＭ３０１１には、上記の実施例１で示した登録処理部４０１と、データ管理部４０２と、ユニーク度算出部４０３と、名寄部４０４と同様の機能を発揮する制御プログラム、つまり、図１９に示すように、登録処理プログラム３０１１ａと、データ管理プログラム３０１１ｂと、ユニーク度算出プログラム３０１１ｃと、名寄プログラム３０１１ｄとが予め記憶されている。なお、これらのプログラム３０１１ａ〜３０１１ｄについては、図２に示した名寄せ装置２００の各部と同様、適宜統合または分離してもよい。【０１６０】
そして、ＣＰＵ３０１０が、これらのプログラム３０１１ａ〜３０１１ｄｄをＲＯＭ３０１１から読み出して実行することにより、図１９に示すように、各プログラム３０１１ａ〜３０１１ｄについては、登録処理プロセス３０１０ａと、データ管理プロセス３０１０ｂと、ユニーク度算出プロセス３０１０ｃと、名寄プロセス３０１０ｄとして機能するようになる。なお、各プロセス３０１０ａ〜３０１０ｄは、図２に示した、登録処理部４０１と、データ管理部４０２と、ユニーク度算出部４０３と、名寄部４０４とにそれぞれ対応する。【０１６１】
そして、ＨＤＤ３０１２には、ＦＣＭＤＢデータ管理テーブル３０１２ａと、型情報管理テーブル３０１２ｂと、ユニーク度算出用テーブル３０１２ｃと、閾値テーブル３０１２ｄと、従ＭＤＲ情報管理テーブル３０１２ｅとが設けられている。なお、各テーブル３０１２ａ〜３０１２ｅは、図２に示した、ＦＣＭＤＢデータ管理テーブル３０１と、型情報管理テーブル３０２と、ユニーク度算出用テーブル３０３と、閾値テーブル３０４と、従ＭＤＲ情報管理テーブル３０５とにそれぞれ対応する。【０１６２】
そして、ＣＰＵ３０１０は、ＦＣＭＤＢデータ管理テーブル３０１２ａと、型情報管理テーブル３０１２ｂと、ユニーク度算出用テーブル３０１２ｃと、閾値テーブル３０１２ｄと、従ＭＤＲ情報管理テーブル３０１２ｅとを読み出してＲＡＭ３０１３に格納し、ＲＡＭ３０１３に格納されたＦＣＭＤＢデータ管理データ３０１３ａと、型情報管理データ３０１３ｂと、ユニーク度算出用データ３０１３ｃと、閾値データ３０１３ｄと、従ＭＤＲ情報管理データ３０１３ｅとを用いて、名寄プログラムを実行する。【０１６３】
［その他］
なお、本実施例で説明した名寄プログラムは、インターネットなどのネットワークを介して配布してもよく、また、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【図１】
2010113290.tif 000003
【図２】
2010113290.tif 000004
【図３】
2010113290.tif 000005
【図４】
2010113290.tif 000006
【図５−１】
2010113290.tif 000007
【図５−２】
2010113290.tif 000008
【図６】
2010113290.tif 000009
【図７−１】
2010113290.tif 000010
【図７−２】
2010113290.tif 000011
【図７−３】
2010113290.tif 000012
【図８−１】
2010113290.tif 000013
【図８−２】
2010113290.tif 000014
【図９−１】
2010113290.tif 000015
【図９−２】
2010113290.tif 000016
【図９−３】
2010113290.tif 000017
【図１０】
2010113290.tif 000018
【図１１】
2010113290.tif 000019
【図１２】
2010113290.tif 000020
【図１３】
2010113290.tif 000021
【図１４】
2010113290.tif 000022
【図１５】
2010113290.tif 000023
【図１６】
2010113290.tif 000024
【図１７】
2010113290.tif 000025
【図１８】
2010113290.tif 000026
【図１９】
2010113290.tif 000027
【国際調査報告】
2010113290.tif 000028
2010113290.tif 000029
2010113290.tif 000030
2010113290.tif 000031