(57)【要約】【課題】属性情報の中で一部が一致しない同一人においても、効率的に名寄せを行なうための名寄せ処理システム、名寄せ処理方法及び名寄せ処理プログラムを提供する。【解決手段】名寄せ処理サーバ２０のパターンデータ記憶部２３には、名寄せに用いる属性項目を組み合わせた複数のパターンが記録されている。そして、制御部２１は、パターンデータ記憶部２３において特定した利用パターンを用いて、顧客管理レコードを並び替える。そして、並び替えた顧客管理レコードを用いてパターン照合を行なう。顧客識別番号が不一致となっている顧客管理レコードを抽出した場合、制御部２１は、変更管理レコードを作成し、顧客識別番号で並び替えるとともに、顧客識別番号の変更処理を実行する。そして、全パターンにおいて顧客識別番号の変更がなくなるまで、顧客番号確認処理を繰り返す。【選択図】図１
2011209853.tif 000002
【特許請求の範囲】
【請求項１】
顧客識別子毎に、顧客についての各属性項目の内容を含む顧客管理レコードを記憶した顧客情報記憶手段と、
名寄せにおいて同一人と判定するために、前記顧客管理レコードに含まれる属性項目を組み合わせたパターンを記憶したパターン記憶手段と、
顧客識別子の変更ルールを保持するとともに、顧客管理レコードの名寄せ処理を行なう制御手段とを備えた名寄せ処理システムであって、
前記制御手段が、
前記パターン記憶手段に記録されたパターンの属性項目を用いて、顧客管理レコードを並び替える第１処理を実行する手段と、
前記パターンの属性項目についての属性情報が一致する顧客管理レコードにおいて顧客識別子が異なる場合には、前記変更ルールに基づいて、前記顧客管理レコードに対して共通した顧客識別子に変更する第２処理を実行する手段と、
前記顧客管理レコードを顧客識別子により並び替える第３処理を実行する手段と、
前記パターン記憶手段に記録されたパターンについて、第１〜第３処理を、順次、実行する手段と
を備えたことを特徴とする名寄せ処理システム。
【請求項２】
前記第２処理において、前記パターンの属性項目についての属性情報が一致するとともに、顧客識別子が異なる顧客管理レコードにおいては、最先又は最後の顧客識別子に統一する変更ルールを用いることにより、共通した顧客識別子を設定することを特徴とする請求項１に記載の名寄せ処理システム。
【請求項３】
前記制御手段が、
前記パターン記憶手段に記録された全パターンについて第１〜第３処理を終了した場合、再度、前記パターン記憶手段に記録された各パターンについて第１〜第３処理を再度、繰り返し、
再度の実行において、全パターンにおいて顧客識別子の変更がなかった場合に、前記繰り返しを終了することを特徴とする請求項１又は２に記載の名寄せ処理システム。
【請求項４】
前記顧客管理レコードには、属性情報の登録日に関するデータが含まれており、
前記制御手段が、前記登録日に基づいて顧客管理レコードを並べ替えた名寄せ結果を出力する手段を更に備えたことを特徴とする請求項１〜３のいずれか一つに記載の名寄せ処理システム。
【請求項５】
顧客識別子毎に、顧客についての各属性項目の内容を含む顧客管理レコードを記憶した顧客情報記憶手段と、
名寄せにおいて同一人と判定するために、前記顧客管理レコードに含まれる属性項目を組み合わせたパターンを記憶したパターン記憶手段と、
顧客識別子の変更ルールを保持するとともに、顧客管理レコードの名寄せ処理を行なう制御手段とを備えた名寄せ処理システムを用いて、名寄せを行なう処理方法であって、
前記制御手段が、
前記パターン記憶手段に記録されたパターンの属性項目を用いて、顧客管理レコードを並び替える第１処理を実行する段階と、
前記パターンの属性項目についての属性情報が一致する顧客管理レコードにおいて顧客識別子が異なる場合には、前記変更ルールに基づいて、前記顧客管理レコードに対して共通した顧客識別子に変更する第２処理を実行する段階と、
前記顧客管理レコードを顧客識別子により並び替える第３処理を実行する段階と、
前記パターン記憶手段に記録されたパターンについて、第１〜第３処理を、順次、実行
することを特徴とする名寄せ処理方法。
【請求項６】
顧客識別子毎に、顧客についての各属性項目の内容を含む顧客管理レコードを記憶した顧客情報記憶手段と、
名寄せにおいて同一人と判定するために、前記顧客管理レコードに含まれる属性項目を組み合わせたパターンを記憶したパターン記憶手段と、
顧客識別子の変更ルールを保持するとともに、顧客管理レコードの名寄せ処理を行なう制御手段とを備えた名寄せ処理システムを用いて、名寄せを行なう処理プログラムであって、
前記制御手段を、
前記パターン記憶手段に記録されたパターンの属性項目を用いて、顧客管理レコードを並び替える第１処理を実行する手段、
前記パターンの属性項目についての属性情報が一致する顧客管理レコードにおいて顧客識別子が異なる場合には、前記変更ルールに基づいて、前記顧客管理レコードに対して共通した顧客識別子に変更する第２処理を実行する手段と、
前記顧客管理レコードを顧客識別子により並び替える第３処理を実行する手段、
前記パターン記憶手段に記録されたパターンについて、第１〜第３処理を、順次、実行する手段
として機能させることを特徴とする名寄せ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客の属性情報に基づいて、複数の顧客データを相互に関連付けるための名寄せ処理システム、名寄せ処理方法及び名寄せ処理プログラムに関するものである。
【背景技術】
【０００２】
氏名、住所、電話番号等の属性情報からなる顧客データを一元管理するために、名寄せが行なわれている。この名寄せにおいては、属性情報が共通する別個の顧客データを特定することにより、複数の顧客データの一元化を行なう。
【０００３】
そこで、複数の顧客データについて効率的に名寄せを行ない、顧客データの相互関係を把握するための名寄せ処理方法が検討されている（例えば、特許文献１を参照。）。この文献に記載された名寄せ処理方法では、第１の識別子に関連づけられた顧客情報を記録した顧客データ記憶手段と、データ処理を行なう管理コンピュータとを有するシステムを用いる。そして、管理コンピュータが、少なくとも前記顧客情報の一部が一致する第１の識別子を集めて構成した第１のグループを生成する。更に、前記第１のグループの中で、少なくとも一つの共通する第１の識別子を含む前記第１のグループをまとめて第２のグループを生成する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−７６８３８号公報（第１頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
名寄せ処理において、複数の顧客データに対して同一人かどうかを判断する場合、氏名と住所とによる比較や、氏名と電話番号とによる比較等のように、複数の比較方法を併用する場合がある。ここで、名寄せ対象の顧客データの数が多い場合、同一人かどうかの判断が複雑になり、名寄せ処理が困難になる。特に、引用文献に記載された技術では処理が複雑になり、できるだけ簡単な構成で、名寄せできることが望ましい。また、引越し等を伴う顧客の属性の変化により、必ずしも属性が一致しない場合もある。
【０００６】
本発明は、上記問題点を解決するためになされたものであり、その目的は、属性情報の中で一部が一致しない同一人においても、効率的に名寄せを行なうための名寄せ処理システム、名寄せ処理方法及び名寄せ処理プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に記載の発明は、顧客識別子毎に、顧客についての各属性項目の内容を含む顧客管理レコードを記憶した顧客情報記憶手段と、名寄せにおいて同一人と判定するために、前記顧客管理レコードに含まれる属性項目を組み合わせたパターンを記憶したパターン記憶手段と、顧客識別子の変更ルールを保持するとともに、顧客管理レコードの名寄せ処理を行なう制御手段とを備えた名寄せ処理システムであって、前記制御手段が、前記パターン記憶手段に記録されたパターンの属性項目を用いて、顧客管理レコードを並び替える第１処理を実行する手段と、前記パターンの属性項目についての属性情報が一致する顧客管理レコードにおいて顧客識別子が異なる場合には、前記変更ルールに基づいて、前記顧客管理レコードに対して共通した顧客識別子に変更する第２処理を実行する手段と、前記顧客管理レコードを顧客識別子により並び替える第３処理を実行する手段と、前記パターン記憶手段に記録されたパターンについて、第１〜第３処
理を、順次、実行する手段とを備えたことを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載の名寄せ処理システムにおいて、前記第２処理において、前記パターンの属性項目についての属性情報が一致するとともに、顧客識別子が異なる顧客管理レコードにおいては、最先又は最後の顧客識別子に統一する変更ルールを用いることにより、共通した顧客識別子を設定することを要旨とする。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の名寄せ処理システムにおいて、前記制御手段が、前記パターン記憶手段に記録された全パターンについて第１〜第３処理を終了した場合、再度、前記パターン記憶手段に記録された各パターンについて第１〜第３処理を再度、繰り返し、再度の実行において、全パターンにおいて顧客識別子の変更がなかった場合に、前記繰り返しを終了することを要旨とする。
【００１０】
請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の名寄せ処理システムにおいて、前記顧客管理レコードには、属性情報の登録日に関するデータが含まれており、前記制御手段が、前記登録日に基づいて顧客管理レコードを並べ替えた名寄せ結果を出力する手段を更に備えたことを要旨とする。
【００１１】
請求項５に記載の発明は、顧客識別子毎に、顧客についての各属性項目の内容を含む顧客管理レコードを記憶した顧客情報記憶手段と、名寄せにおいて同一人と判定するために、前記顧客管理レコードに含まれる属性項目を組み合わせたパターンを記憶したパターン記憶手段と、顧客識別子の変更ルールを保持するとともに、顧客管理レコードの名寄せ処理を行なう制御手段とを備えた名寄せ処理システムを用いて、名寄せを行なう処理方法であって、前記制御手段が、前記パターン記憶手段に記録されたパターンの属性項目を用いて、顧客管理レコードを並び替える第１処理を実行する段階と、前記パターンの属性項目についての属性情報が一致する顧客管理レコードにおいて顧客識別子が異なる場合には、前記変更ルールに基づいて、前記顧客管理レコードに対して共通した顧客識別子に変更する第２処理を実行する段階と、前記顧客管理レコードを顧客識別子により並び替える第３処理を実行する段階と、前記パターン記憶手段に記録されたパターンについて、第１〜第３処理を、順次、実行することを要旨とする。
【００１２】
請求項６に記載の発明は、顧客識別子毎に、顧客についての各属性項目の内容を含む顧客管理レコードを記憶した顧客情報記憶手段と、名寄せにおいて同一人と判定するために、前記顧客管理レコードに含まれる属性項目を組み合わせたパターンを記憶したパターン記憶手段と、顧客識別子の変更ルールを保持するとともに、顧客管理レコードの名寄せ処理を行なう制御手段とを備えた名寄せ処理システムを用いて、名寄せを行なう処理プログラムであって、前記制御手段を、前記パターン記憶手段に記録されたパターンの属性項目を用いて、顧客管理レコードを並び替える第１処理を実行する手段、前記パターンの属性項目についての属性情報が一致する顧客管理レコードにおいて顧客識別子が異なる場合には、前記変更ルールに基づいて、前記顧客管理レコードに対して共通した顧客識別子に変更する第２処理を実行する手段と、前記顧客管理レコードを顧客識別子により並び替える第３処理を実行する手段、前記パターン記憶手段に記録されたパターンについて、第１〜第３処理を、順次、実行する手段として機能させることを要旨とする。
【００１３】
（作用）
請求項１、５、６に記載の発明によれば、制御手段が、パターン記憶手段に記録されたパターンの属性項目を用いて、顧客管理レコードを並び替える。次に、パターンの属性項目についての属性情報が一致する顧客管理レコードにおいて顧客識別子が異なる場合には、変更ルールに基づいて、顧客管理レコードに対して共通した顧客識別子に変更する。次に、顧客管理レコードを顧客識別子により並び替える。そして、パターン記憶手段に記録
されたパターンについて、第１〜第３処理を、順次、実行する。これにより、顧客管理レコードに含まれる属性項目を組み合わせたパターンを用いて、属性情報において一部が一致する顧客管理レコードについて、同一人と判定する名寄せを行なうことができる。
【００１４】
請求項２に記載の発明によれば、第２処理において、パターンの属性項目についての属性情報が一致するとともに、顧客識別子が異なる顧客管理レコードにおいては、最先又は最後の顧客識別子に統一する変更ルールを用いることにより、共通した顧客識別子を設定する。顧客識別子の中で、最も小さい番号を用いて共通化することも可能であるが、この場合には、どの顧客識別子が小さいかを評価する必要があり、処理負担がかかる。単に顧客管理レコードの順番により、効率的に顧客識別子を統一することができる。
【００１５】
請求項３に記載の発明によれば、パターン記憶手段に記録された全パターンについて第１〜第３処理を終了した場合、再度、パターン記憶手段に記録された各パターンについて第１〜第３処理を再度、繰り返す。そして、再度の実行において、全パターンにおいて顧客識別子の変更がなかった場合に、繰り返しを終了する。これにより、一巡の処理によって名寄せができない場合においても、共通した顧客識別子を付与することができる。
【００１６】
請求項４に記載の発明によれば、制御手段が、登録日に基づいて顧客管理レコードを並べ替えた名寄せ結果を出力する。これにより、顧客情報の変遷についての情報を提供することができる。
【発明の効果】
【００１７】
本発明によれば、属性情報の中で一部が一致しない同一人においても、効率的に名寄せを行なうための名寄せ処理システム、名寄せ処理方法及び名寄せ処理プログラムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態のシステム概略図。
【図２】本発明の各データ記憶部に記録されたデータの説明図であって、（ａ）は顧客管理データ記憶部、（ｂ）はパターンデータ記憶部、（ｃ）は変更管理データ記憶部に記録されたデータの説明図。
【図３】本発明における名寄せ処理のフロー図。
【図４】本発明における名寄せ処理の手順の説明図であって、（ａ）は元の顧客管理レコード、（ｂ）は顧客管理レコードの並び替えの説明図。
【図５】本発明における名寄せ処理の手順の説明図であって、（ａ）は顧客管理レコードの変更、（ｂ）は顧客管理レコードの並び替えの説明図。
【図６】本発明における名寄せ処理の手順の説明図であって、（ａ）は顧客管理レコードの変更、（ｂ）は顧客管理レコードの並び替えの説明図。
【図７】本発明における名寄せ処理の手順の説明図であって、（ａ）は顧客管理レコードの変更、（ｂ）は顧客管理レコードの並び替えの説明図。
【図８】本発明における名寄せ処理の手順の説明図であって、（ａ）は顧客管理レコードの変更、（ｂ）は顧客管理レコードの並び替えの説明図。
【図９】本発明における名寄せ処理の手順の説明図であって、（ａ）は顧客管理レコードの変更、（ｂ）は顧客管理レコードの名寄せ結果の説明図。
【発明を実施するための形態】
【００１９】
以下、本発明を具体化した一実施形態を、図１〜図９を用いて説明する。本実施形態では、取引先の個人顧客に関する顧客情報を名寄せする場合を想定する。本実施形態では、名寄せを行なうために、図１に示すように、クライアント端末１０、名寄せ処理サーバ２０を用いる。
【００２０】
クライアント端末１０は、顧客との間で取引を行なう担当者が、顧客情報を入力したり、閲覧したりする場合に使用するコンピュータ端末である。このクライアント端末１０は、担当者が名寄せ処理サーバ２０にアクセスする場合に用いられる。クライアント端末１０は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有する。このため、クライアント端末１０は、図示しない制御部、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、通信手段等を備えている。
【００２１】
名寄せ処理サーバ２０は、制御部２１、顧客情報記憶手段としての顧客管理データ記憶部２２、パターン記憶手段としてのパターンデータ記憶部２３、変更管理データ記憶部２４を備えている。
【００２２】
この制御部２１は、図示しないＣＰＵ等の制御手段、ＲＡＭ及びＲＯＭ等のメモリを有し、顧客管理データ記憶部２２に記録された顧客管理レコードの名寄せ処理を実行する。具体的には、第１処理、第２処理、第３処理、繰り返し処理等の各処理を実行する。このための名寄せ処理プログラムを実行することにより、名寄せ処理サーバ２０の制御部２１は、図１に示すように、管理手段２１１、ソート手段２１２、コード変更手段２１３として機能する。
【００２３】
管理手段２１１は、顧客管理レコードにおいて同一人を判定するための複数の名寄せパターンの中から、名寄せ処理に用いるパターンを特定するとともに、各パターンを用いての名寄せ処理の繰り返しの要否を判定する処理を実行する。
【００２４】
ソート手段２１２は、名寄せパターンにより特定された属性項目をソートキーとして用いて、顧客管理レコードの並び替え処理を実行する。
コード変更手段２１３は、並べ替えられた顧客管理レコードにおいて、ソートキーの属性項目が共通するレコードを特定するとともに、共通した顧客識別番号に変更する処理を実行する。本実施形態では、変更ルールとして、最先の顧客識別子に統一するルールを用いる。なお、変更ルールとして、最後の顧客識別子に統一するルールを用いることも可能である。
【００２５】
顧客管理データ記憶部２２には、図２（ａ）に示すように、取引実績がある個人顧客についての属性情報が記録された顧客管理レコード２２０が記憶されている。この顧客管理レコード２２０は、クライアント端末１０から顧客情報を取得した場合に登録される。顧客管理レコード２２０は、レコード番号、顧客識別番号、姓、名、生年月日、電話番号、郵便番号、地番、口座番号に関するデータを含んで構成される。
【００２６】
レコード番号データ領域には、各レコードを特定するための識別子に関するデータが記録される。
顧客識別番号データ領域には、各顧客を特定するための識別子に関するデータが記録されている。本実施形態では、この顧客識別番号を、名寄せを行なうためのキー（名寄せキー）として用いる。そして、名寄せにより、同一人と判定された顧客管理レコード２２０には、同じ顧客識別番号が付与される。
【００２７】
「姓」〜「口座番号」は、名寄せにおいて同一人を判定するための属性項目である。
姓データ領域、名データ領域には、それぞれ、顧客の「氏（苗字）」、「名」に関するデータが記録されている。
【００２８】
生年月日データ領域には、この個人顧客の生年月日に関するデータが記録されている。
電話番号データ領域には、この個人顧客の電話番号に関するデータが記録されている。
本実施形態では、予め顧客管理レコード２２０に登録する桁数を定めておき、電話番号の後からこの登録桁数分の数字を登録する。従って、市外局番を含めないような桁数を用いることにより、市外局番の有無によるばらつきを抑制することができる。
【００２９】
郵便番号データ領域、地番データ領域には、この個人顧客の住所の郵便番号、地番に関するデータがそれぞれ記録されている。
口座番号データ領域には、この個人顧客が保有する預金口座を特定するための識別子に関するデータが記録されている。
なお、顧客管理レコード２２０において数字を登録する場合、登録桁数は本実施形態における桁数に限定されるものではない。
【００３０】
パターンデータ記憶部２３には、図２（ｂ）に示すように、名寄せにおいて、顧客管理レコード２２０に含まれる属性項目の中で、同一人と判定するための属性項目の組み合わせについて、複数のパターンレコード２３０が記憶されている。このパターンレコード２３０は、名寄せにおいて同一人と判定する場合に用いる属性項目の組み合わせパターンが登録された場合に記録される。パターンレコード２３０は、パターン識別子、ソート順位、ソートキーに関するデータを含んで構成される。
【００３１】
パターン識別子データ領域には、各パターンを特定するための識別子に関するデータが記録されている。
ソート順位データ領域には、このパターンに含まれる属性項目を用いて並び替えを行なう場合の優先順位に関するデータが記録されている。
【００３２】
ソートキーデータ領域には、並び替えを行なう場合に用いる属性項目に関するデータが記録されている。そして、このソートキーの属性情報が一致する顧客管理レコード２２０を、同一人のレコードと判定する。
【００３３】
本実施形態では、名寄せにおいて、以下の五つのパターンを用いる。
パターン識別子「１」においては、ソートキーとして、ソート順位の順番に「姓」、「名」、「生年月日」、「郵便番号」、「地番」が設定されている。この場合には、電話番号が不一致であっても、名寄せを行なうことができる。
【００３４】
パターン識別子「２」においては、ソートキーとして、ソート順位の順番に「名」、「生年月日」、「電話番号」、「郵便番号」、「地番」が設定されている。この場合には、姓が不一致でも名寄せを行なうことができる。
【００３５】
パターン識別子「３」においては、ソートキーとして、ソート順位の順番に「姓」、「名」、「生年月日」、「電話番号」が設定されている。この場合には、住所が不一致であっても名寄せを行なうことができる。
【００３６】
パターン識別子「４」においては、ソートキーとして、ソート順位の順番に「姓」、「名」、「電話番号」、「郵便番号」、「地番」が設定されている。この場合には、生年月日が不一致であっても名寄せを行なうことができる。
【００３７】
パターン識別子「５」においては、ソートキーとして、ソート順位の順番に「名」、「口座番号」が設定されている。この場合には、姓、生年月日、電話番号、住所が不一致であっても名寄せを行なうことができる。
【００３８】
変更管理データ記憶部２４には、図２（ｃ）に示すように、顧客識別番号の変更の有無を記録する変更フラグレコード２４０、顧客識別番号を変更するための変更管理レコード
２４１が一時的に記憶される。この変更フラグレコード２４０、変更管理レコード２４１は、異なる顧客識別番号が付与された顧客管理レコードにおいて、同一人についてのレコードと判定した場合に記録される。
【００３９】
変更フラグレコード２４０は、名寄せの結果、顧客識別番号の変更の有無を示すフラグを含んで構成される。そして、顧客識別番号の変更を行なった場合には、変更フラグが記録される。
【００４０】
また、変更管理レコード２４１は、変更元番号、変更先番号に関するデータを含んで構成される。
変更元番号データ領域には、変更対象の顧客識別番号に関するデータが記録される。
変更先番号データ領域には、変更に用いる顧客識別番号に関するデータが記録される。
【００４１】
上記のように構成されたシステムを用いて、名寄せを行なうための処理手順を、図３に従って説明する。具体的には、クライアント端末１０を用いて、名寄せ対象の顧客情報（ここでは、顧客管理データ記憶部２２に記録された顧客管理レコード２２０）を指定する。そして、名寄せ処理サーバ２０に対して、名寄せ処理の実行を指示する。
【００４２】
この場合、パターンデータ記憶部２３に記録された名寄せパターンの中から利用パターンを順次、特定し、以下の顧客番号確認処理（ステップＳ１−１〜Ｓ１−７）を実行する。
【００４３】
ここでは、名寄せ処理サーバ２０の制御部２１は、利用パターンの特定処理を実行する（ステップＳ１−１）。具体的には、制御部２１の管理手段２１１は、パターンデータ記憶部２３から、処理に用いるパターンレコード２３０を取得する。
【００４４】
次に、名寄せ処理サーバ２０の制御部２１は、利用パターンを用いて、顧客管理レコードの並び替え処理を実行する（ステップＳ１−２）。具体的には、制御部２１のソート手段は、パターンレコード２３０に含まれるソートキー（属性項目）を取得する。そして、ソート手段は、取得したソートキーを、ソート順位の順番に用いて、顧客管理レコード２２０の並び替えを行なう。
【００４５】
次に、名寄せ処理サーバ２０の制御部２１は、パターン照合処理を実行する（ステップＳ１−３）。具体的には、コード変更手段２１３は、並び替えられた前後の顧客管理レコード２２０において、ソートキーの属性情報を比較する。そして、属性情報が一致する顧客管理レコード２２０を特定する。
【００４６】
次に、名寄せ処理サーバ２０の制御部２１は、顧客識別番号の不一致があるかどうかについての判定処理を実行する（ステップＳ１−４）。具体的には、制御部２１のコード変更手段２１３は、ソートキーの属性情報が一致している前後の顧客管理レコード２２０において、異なる顧客識別番号が付与されているレコードを検索する。
【００４７】
顧客識別番号が不一致の顧客管理レコード２２０を抽出した場合（ステップＳ１−４において「ＹＥＳ」の場合）、名寄せ処理サーバ２０の制御部２１は、変更管理レコードの作成処理を実行する（ステップＳ１−５）。具体的には、制御部２１のコード変更手段２１３は、ソートキーの属性情報が共通する顧客管理レコード２２０において、大きい顧客識別番号を変更元番号とするとともに、小さい顧客識別番号を変更先番号とする変更管理レコード２４１を生成する。そして、この変更管理レコード２４１を変更管理データ記憶部２４に記録する。なお、変更管理データ記憶部２４において、小さい顧客識別番号が変更元番号として記録された変更管理レコード２４１が既に登録されている場合には、既登
録の変更先番号を、新たに生成する変更管理レコード２４１の変更先番号として用いる。更に、コード変更手段２１３は、変更フラグレコード２４０に変更フラグを記録する。
【００４８】
一方、顧客識別番号が不一致となっている顧客管理レコード２２０がない場合（ステップＳ１−４において「ＮＯ」の場合）、名寄せ処理サーバ２０の制御部２１は、変更管理レコードの作成処理（ステップＳ１−５）をスキップする。
【００４９】
次に、名寄せ処理サーバ２０の制御部２１は、顧客識別番号により並び替え処理を実行する（ステップＳ１−６）。具体的には、制御部２１のソート手段２１２は、顧客識別番号を用いて、顧客管理レコード２２０を並び替える。
【００５０】
次に、名寄せ処理サーバ２０の制御部２１は、顧客識別番号の変更処理を実行する（ステップＳ１−７）。具体的には、制御部２１のコード変更手段２１３は、変更管理データ記憶部２４の変更管理レコード２４１に記録された変更元の顧客識別番号を取得し、この顧客識別番号が記録された顧客管理レコード２２０を特定する。そして、この顧客識別番号を、変更管理レコード２４１に記録された変更先の顧客識別番号に書き換える。なお、変更管理データ記憶部２４に変更管理レコード２４１が記録されていない場合には、顧客識別番号の変更はないことになる。そして、顧客識別番号の変更を完了した場合、変更管理レコード２４１を消去する。そして、以上の処理を、パターンデータ記憶部２３に記録された全パターンについて繰り返す。
【００５１】
次に、名寄せ処理サーバ２０の制御部２１は、全パターンにおいて顧客識別番号の変更がなかったかどうかについての判定処理を実行する（ステップＳ１−８）。具体的には、制御部２１の管理手段２１１は、変更フラグレコード２４０における変更フラグの記録の有無により判定する。変更フラグが記録されていない場合には、すべてのパターンにおいて、顧客識別番号の変更が無かったことを示している。一方、変更フラグが記録されている場合には、いずれかのパターンにおいて、顧客識別番号の変更があったことを示している。
【００５２】
いずれかのパターンにおいて顧客識別番号の変更があった場合（ステップＳ１−８において「ＮＯ」の場合）、制御部２１の管理手段２１１は、ステップＳ１−１からの顧客番号確認処理を再度、実行する。この場合、管理手段２１１は、変更フラグレコード２４０に記録された変更フラグを消去する。
すべてのパターンにおいて顧客識別番号の変更がなかった場合（ステップＳ１−８において「ＹＥＳ」の場合）、制御部２１の管理手段２１１は、名寄せ処理を終了する。
【００５３】
（具体例）
以下、図４〜図９を用いて、顧客管理レコード２２０の名寄せ処理を説明する。ここでは、図４（ａ）に示す１２個の顧客管理レコード２２０について名寄せを行なう場合を想定する。
【００５４】
最初に、ステップＳ１−１において、パターン「１」を取得する。ここでは、「姓」、「名」、「生年月日」、「郵便番号」、「地番」をソートキーとして用いる。この場合、ステップＳ１−２において、図４（ｂ）に示すように並び替えられる。
【００５５】
そして、ステップＳ１−３では、レコード番号（「１」、「９」、「１２」）、（「４」、「５」）、（「３」、「６」）、（「１１」、「１０」）において、それぞれソートキーとして用いた属性情報が共通していることを検出する。この中で、顧客識別番号が異なっている顧客管理レコード２２０は、レコード番号（「１」、「９」）、（「９」、「１２」）、（「４」、「５」）、（「３」、「６」）、（「１１」、「１０」）である。
このため、ステップＳ１−５において、「変更元番号→変更先番号」として、「１０９→１０１」、「１１２→１０１」、「１０５→１０４」、「１０６→１０３」、「１１０→１１１」が、それぞれ記録された変更管理レコード２４１を生成する。
【００５６】
次に、ステップＳ１−６において、顧客識別番号を用いて、顧客管理レコード２２０の並び替えを行なう。そして、ステップＳ１−７において、図５（ａ）に示すように、変更管理レコード２４１を用いて、変更元番号が記録された顧客識別番号を変更先番号に書き換える。
【００５７】
次に、ステップＳ１−１において、パターン「２」を取得する。ここでは、「名」、「生年月日」、「電話番号」、「郵便番号」、「地番」をソートキーとして用いる。この場合、ステップＳ１−２において、図５（ｂ）に示すように並び替えられる。
【００５８】
そして、ステップＳ１−３では、レコード番号（「３」、「６」、「５」）において、ソートキーとして用いた属性情報が共通していることを検出する。この中で、顧客識別番号が異なっている顧客管理レコード２２０は、レコード番号（「６」、「５」）である。このため、ステップＳ１−５において、「変更元番号→変更先番号」として「１０４→１０３」が記録された変更管理レコード２４１を生成する。
【００５９】
次に、ステップＳ１−６において、顧客識別番号を用いて、顧客管理レコード２２０の並び替えを行なう。そして、ステップＳ１−７において、図６（ａ）に示すように、変更管理レコード２４１を用いて、変更元番号が記録された顧客識別番号を変更先番号に書き換える。
【００６０】
次に、ステップＳ１−１において、パターン「３」を取得する。ここでは、「姓」、「名」、「生年月日」、「電話番号」をソートキーとして用いる。この場合、ステップＳ１−２において、図６（ｂ）に示すように並び替えられる。
【００６１】
そして、ステップＳ１−３では、レコード番号（「３」、「６」、「７」）において、ソートキーとして用いた属性情報が共通していることを検出する。この中で、顧客識別番号が異なっている顧客管理レコード２２０は、レコード番号（「６」、「７」）である。このため、ステップＳ１−５において、「変更元番号→変更先番号」として「１０７→１０３」が記録された変更管理レコード２４１を生成する。この場合に、変更フラグレコード２４０に変更フラグを記録する。
【００６２】
次に、ステップＳ１−６において、顧客識別番号を用いて、顧客管理レコード２２０の並び替えを行なう。そして、ステップＳ１−７において、図７（ａ）に示すように、変更管理レコード２４１を用いて、変更元番号が記録された顧客識別番号を変更先番号に書き換える。
【００６３】
次に、ステップＳ１−１において、パターン「４」を取得する。ここでは、「姓」、「名」、「電話番号」、「郵便番号」、「地番」をソートキーとして用いる。この場合、ステップＳ１−２において、図７（ｂ）に示すように並び替えられる。
【００６４】
そして、ステップＳ１−３では、レコード番号（「１」、「９」、「１２」、「４」）において、ソートキーとして用いた属性情報が共通していることを検出する。この中で、顧客識別番号が異なっている顧客管理レコード２２０は、レコード番号（「１２」、「４」）である。このため、ステップＳ１−５において、「変更元番号→変更先番号」として「１０３→１０１」が記録された変更管理レコード２４１を生成する。
【００６５】
次に、ステップＳ１−６において、顧客識別番号を用いて、顧客管理レコード２２０の並び替えを行なう。そして、ステップＳ１−７において、図８（ａ）に示すように、変更管理レコード２４１を用いて、変更元番号が記録された顧客識別番号を変更先番号に書き換える。
【００６６】
次に、ステップＳ１−１において、パターン「５」を取得する。ここでは、「名」、「口座番号」をソートキーとして用いる。この場合、ステップＳ１−２において、図８（ｂ）に示すように並び替えられる。
【００６７】
そして、ステップＳ１−３では、レコード番号（「９」、「１２」、「８」）において、それぞれソートキーとして用いた属性情報が共通していることを検出する。この中で、顧客識別番号が異なっている顧客管理レコード２２０は、レコード番号（「１２」、「８」）である。このため、ステップＳ１−５において、「変更元番号→変更先番号」として「１０８→１０１」が記録された変更管理レコード２４１を生成する。
【００６８】
次に、ステップＳ１−６において、顧客識別番号を用いて、顧客管理レコード２２０の並び替えを行なう。そして、ステップＳ１−７において、図９（ａ）に示すように、変更管理レコード２４１を用いて、変更元番号が記録された顧客識別番号を変更先番号に書き換える。
【００６９】
そして、パターンデータ記憶部２３に記録された全パターンについての処理を終了した場合には、変更フラグレコード２４０を確認する。ここでは、変更フラグが記録されているため、顧客番号確認処理を再度、実行する。次の顧客番号確認処理においては、いずれのパターンにおいても、変更管理レコード２４１が生成されない。その結果、図９（ｂ）に示すように、３つの顧客識別番号（「１０１」、「１０２」、「１１１」）に名寄せされる。
【００７０】
本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態においては、パターンデータ記憶部２３には、名寄せにおいて、顧客管理レコード２２０に含まれる属性項目の中で、同一人と判定するための属性項目の組み合わせについてのパターンレコード２３０が記憶される。そして、このパターンを用いてパターン照合処理を実行する（ステップＳ１−３）。ここで、顧客識別番号が不一致の顧客管理レコード２２０を抽出した場合（ステップＳ１−４において「ＹＥＳ」の場合）、名寄せ処理サーバ２０の制御部２１は、変更管理レコードの作成処理を実行する（ステップＳ１−５）。各顧客管理レコード２２０においては、属性情報の一部が間違っていたり、異なる取引において取得した属性情報に不整合が生じていたりすることがある。特に、電話番号や住所等は、顧客管理レコード２２０の登録時期によって異なることもある。更に、姓は婚姻により変更されることもある。このような顧客管理レコード２２０においても、属性情報が部分的に共通しているレコードについて、同じ顧客識別番号を付与することにより、名寄せを行なうことができる。更に、顧客管理データ記憶部２２において、「姓」、「郵便番号」、「地番」等を用いて検索することにより、家族構成情報を取得することができる。
【００７１】
（２）本実施形態においては、名寄せ処理サーバ２０の制御部２１は、顧客識別番号の不一致があるかどうかについての判定処理を実行する（ステップＳ１−４）。具体的には、制御部２１のコード変更手段２１３は、ソートキーの属性情報が一致している前後の顧客管理レコード２２０において、異なる顧客識別番号が付与されているレコードを検索する。顧客識別番号が不一致の顧客管理レコード２２０を抽出した場合（ステップＳ１−４において「ＹＥＳ」の場合）、名寄せ処理サーバ２０の制御部２１は、変更管理レコードの作成処理を実行する（ステップＳ１−５）。この場合、小さい顧客識別番号が変更元番
号として記録されている変更管理レコード２４１が既に登録されている場合には、既登録の変更先番号を、新たに生成する変更管理レコード２４１の変更先番号として用いる。これにより、前後のレコードの比較という簡単な操作により、名寄せを行なうことができる。
【００７２】
なお、上記各実施形態は以下のように変更してもよい。
・  上記実施形態では、名寄せを行なうためのキー（名寄せキー）として顧客識別番号を用いる。名寄せキーは、顧客識別番号に限定されるものではない。例えば、顧客識別番号とは別の識別番号を付与して、識別番号を名寄せキーとして用いることも可能である。
【００７３】
又、複数の管理データベース（例えば、ローン管理データベースや預金管理データベース）を用いる場合、各データベースにおいて独自の顧客管理識別子を設定することがある。この場合、名寄せキーに対して、データベースを特定するための情報（データベース識別子）及び顧客管理識別子を登録しておく。そして、特定のデータベースにおける顧客管理識別子に基づいて、名寄せされた他のデータベースにおける顧客管理識別子を取得し、各データベースから各種取引情報を取得することができる。
【００７４】
・  上記実施形態では、顧客管理データ記憶部２２に記録されている顧客管理レコード２２０を用いて名寄せ処理を実行する。名寄せ処理の対象は、これに限定されるものではない。例えば、クライアント端末１０から、新規顧客の属性情報を取得した場合に、この属性情報を用いて顧客管理レコード２２０を検索する。そして、新規顧客の属性情報と共通する顧客管理レコード２２０を１つだけ抽出できた場合には、この顧客管理レコード２２０の顧客識別番号を、この新規顧客の顧客識別番号として設定する。また、複数の顧客管理レコード２２０を抽出した場合には、抽出した複数の顧客管理レコード２２０の顧客を同一人として名寄せして、同じ顧客識別番号を付与する。一方、顧客管理レコード２２０を抽出できなかった場合には、新たな顧客識別番号を付与する。
【００７５】
・  上記実施形態では、顧客管理データ記憶部２２に記憶された顧客管理レコード２２０は、レコード番号、顧客識別番号、姓、名、生年月日、電話番号、郵便番号、地番、口座番号に関するデータを含んで構成される。ここで、名寄せ処理において用いる顧客の属性情報は、これらに限定されるものではない。
【００７６】
更に、顧客管理レコード２２０に、各顧客情報の登録時期に関する情報を関連付けて記憶させておくことも可能である。そして、名寄せ処理サーバ２０の制御部２１は、同一人の顧客管理レコード２２０を、この登録時期を用いて並び替えて出力するようにしてもよい。これにより、顧客属性（例えば、電話番号や住所）の変遷を確認することができる。
【００７７】
更に、名寄せ処理サーバ２０の制御部２１は、この登録時期に基づいて、属性情報が共通する顧客管理レコード２２０の名寄せ結果の検証を行なうようにしてもよい。例えば、同姓同名の顧客が存在する場合においても、近似している登録時期において同一住所が記録されている顧客管理レコード２２０については、同一人である可能性が高いと判断することができる。
【００７８】
・  上記実施形態では、パターンデータ記憶部２３には、名寄せにおいて、顧客管理レコード２２０に含まれる属性項目の中で、同一人と判定するための属性項目の組み合わせについて、複数のパターンレコード２３０が記憶される。そして、このパターンデータ記憶部２３に記録されているパターンを、順番に用いて名寄せ処理を行なう。ここで、適用するパターンの順番を変更するようにしてもよい。例えば、名寄せ処理サーバ２０の制御部２１は、顧客管理レコード２２０に含まれる各属性項目について、属性情報のばらつきを算出する。そして、このばらつきが多い属性項目を含むパターンを優先的に用いてパタ
ーン照合を行なう。これにより、ばらつきを利用して、迅速に名寄せすることができる。
【００７９】
・  上記実施形態では、共通する名寄せキーにより名寄せされた顧客管理レコード２２０について、異なる名寄せキーを付与する訂正（名寄せの分割）が行なわれた場合に、再度の名寄せ処理により、顧客管理レコード２２０が名寄せされないように設定してもよい。この場合には、名寄せの分割が行なわれた各顧客管理レコード２２０を識別するための識別データを顧客管理レコード２２０に登録しておく。
【符号の説明】
【００８０】
１０…クライアント端末、２０…名寄せ処理システム、２１…制御部、２１１…管理手段、２１２…ソート手段、２１３…コード変更手段、２２…顧客管理データ記憶部、２３…パターンデータ記憶部、２４…変更管理データ記憶部。
【図１】
2011209853.tif 000003
【図２】
2011209853.tif 000004
【図３】
2011209853.tif 000005
【図４】
2011209853.tif 000006
【図５】
2011209853.tif 000007
【図６】
2011209853.tif 000008
【図７】
2011209853.tif 000009
【図８】
2011209853.tif 000010
【図９】
2011209853.tif 000011