JP2004303117A - Name sorting database design support method and system - Google Patents
Name sorting database design support method and system Download PDFInfo
- Publication number
- JP2004303117A JP2004303117A JP2003097580A JP2003097580A JP2004303117A JP 2004303117 A JP2004303117 A JP 2004303117A JP 2003097580 A JP2003097580 A JP 2003097580A JP 2003097580 A JP2003097580 A JP 2003097580A JP 2004303117 A JP2004303117 A JP 2004303117A
- Authority
- JP
- Japan
- Prior art keywords
- name identification
- data
- name
- post
- configuration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、企業の情報システム構築において、名寄せデータベースを設計支援する方法およびシステムに関するものである。
【0002】
【従来の技術】
名寄せとは、異なる番号で管理されている複数の顧客情報を、所定の条件のもと関連づけることである。名寄せの代表的なものとして、同一人顧客の複数顧客情報の名寄せと、関連する別の顧客の複数情報の名寄せがある。
【0003】
同一人顧客の名寄せは、企業が、同一顧客と複数の営業所で複数取引しており、顧客番号とその顧客情報・取引情報が別々に管理されて場合に実施する。名寄せしない場合には、企業内の利用者は、各顧客情報を用いて別々の顧客として扱うために、適切な顧客対応ができない可能性があった。例えば、同一顧客に重複して商品案内などを郵送したり、全体で見ると取引量の多い優良顧客であるケースを見逃してしまったりなどである。
【0004】
同一人顧客の名寄せにより、別々に管理されていた顧客の取引状況や属性を統合的に把握することができるようになり、的確なセールスやサービスの提供へ反映できる。
【0005】
関連顧客の名寄せの例としては、個人顧客の場合は家族同士を関連づける世帯名寄せがあり、法人顧客の場合は、関連企業同士を関連付ける関連企業名寄せなどがある。また、個人と法人顧客を名寄せする例として、勤務先名寄せがある。関連顧客名寄せは、例えば金融機関が顧客と預金や融資取引する際に、顧客の資産状況を正確に把握するために有効である。
【0006】
近年、ビジネス分野では、CRM(Customer Relationship Management)と呼ばれる、顧客との関係を企業内で統合的に管理し、適切な顧客サービスを提供する考え方が重視されており、名寄せの重要性は増している。
【0007】
通常、名寄せ処理は、多くの顧客データを扱うために、データベースを含めた情報システムを用いて実施する。具体的には、データベースに蓄積された顧客情報に対して、顧客情報に含まれる顧客の名称や住所、電話番号などのデータ項目を用いて、複数の顧客レコードの氏名や住所などの項目値を機械的に自動比較し、同一項目を持つ顧客レコードを名寄せ処理した後に、名寄せ結果を顧客情報に追加してデータベースに格納する。あるいは、オペレータが、端末を操作し顧客情報を画面で参照しながら複数の顧客レコードの名寄せ指示をレコード単位に逐次入力するケースもある。
【0008】
従来技術の名寄せに関するソフトウェア製品として、米国Harte−Hanks Technologies社が開発し、国内ではアグレックス社が販売代理店となっている名寄せ処理ツール「トリリアム(Trillium Software Systemは、Harte−Hanks Data Technologies社の登録商標または商標)」がある。本製品によれば、氏名や住所などの項目のデータ標準化・統一化を行い、データのマッチングを行い、名寄せすることができる。
【0009】
特開平11−191124号公報によれば、氏名や住所で名寄せした個人名寄せ/世帯名寄せファイルを持つシステム構成が開示されている(特許文献1参照)。
【0010】
【特許文献1】
特開平11−191124号公報
【0011】
【発明が解決しようとする課題】
名寄せの結果、データベースでは、名寄せ前のデータに加えて、名寄せ後のデータを追加管理し、さらに名寄せ後データと名寄せ前データとの間の関連データを管理する必要となる。
【0012】
名寄せデータベースがなければ、名寄せの結果による、顧客の取引状況や属性を統合的に把握することができない。また、その名寄せが何時、どのような手段で実施されたのかのような名寄せ関連データを保持しなければ、名寄せを適切な目的で利用することはできない。例えば、システムが機械的に名寄せしたものは、顧客に確認がとれていないため、直接契約事務に使う情報とすることはできなかったり、古い名寄せ実施日のものは定期的にメンテナンスしたりする必要がある。
【0013】
名寄せデータベースは、名寄せデータの管理要件に応じた適切な構造として設計しなければ、データに重複や無駄が生じる可能性や、必要なデータを管理できなくなる危険性がある。例えば、名寄せ前データを管理するテーブルに、名寄せ先となる親の顧客番号を項目として追加し名寄せ後データも同一テーブルで管理する構成とした場合、名寄せ先は一つしか指定できなくなる。名寄せ先を2つ指定できるように、親の顧客番号を2つ保持できるように項目を2つ同一テーブルに追加した場合には、必ずしも名寄せ先が2つないデータについては項目が無駄になるほか、名寄せ先が3つ以上に増えた場合にテーブル構成を変更する必要があり拡張性が無い。
【0014】
従来技術の名寄せ処理ツール「トリリアム」では、顧客の名寄せ処理を高精度化するために、名寄せに利用する項目値の標準化機能や、項目値の比較評価支援機能を提供しているが、名寄せ結果を格納するデータベースの構造については、規定していない。
【0015】
別の従来技術「顧客管理システム」では、システム構成として、契約マスタ、個人情報作成部、個人情報ファイル、個人名寄せ部、個人名寄せ情報ファイル、世帯名寄せ部、世帯名寄せ情報ファイルからなることを述べているが、名寄せ結果を格納するファイルやテーブル構成については、開示していない。
【0016】
データベース構造は、名寄せ後データを名寄せ前データの一つとして管理したいかどうかや、名寄せ前データは、一つの名寄せにしか属さないかなどの名寄せ処理特有の要件に依存して決まり、名寄せ業務について精通している必要がある。また、要件が明らかになった後にも、それに対応したデータベース構造とするためには、データベース設計に精通している必要があり、名寄せデータベース設計の作業を時間のかかる困難なものとしている。また、この点を考慮せずに設計していては、上述したようにデータの重複や無駄が生じたり、拡張性に乏しいデータ構造となる可能性がある。
【0017】
本発明の目的は、設計者が基本的な項目定義と要件を入力するだけで、所望の要件に対応し、拡張性のある名寄せデータベースを短時間に設計するための支援方法およびシステムを提供することにある。
【0018】
【課題を解決するための手段】
本発明は、顧客や契約などに関する情報を管理している複数の異なるレコードを、同一顧客や関連顧客などの所定の条件のもと関連づける、名寄せ処理に関わるデータを格納するために、前記名寄せに関わるレコードを格納するテーブルと、前記テーブル間の項目の関連を表すリンクから成る名寄せデータベースを設計支援するシステムであって、名寄せの素となる名寄せ前レコードを格納する、名寄せ前テーブル構成を定義する手段と、名寄せ前レコードを名寄せした後に関するデータである、名寄せ後データの管理要件を設定する手段と、設定した名寄せ後データの管理要件を検索キーに、予め記憶装置に格納した名寄せ後データ管理要件に応じた名寄せ後データ構成パターンを参照して、名寄せ後データに関するレコードを格納する名寄せ後テーブル構成および、名寄せ後テーブルに関するリンク構成を定義する手段と、名寄せ前データと名寄せ後データとの名寄せ関連内容をあらわすデータである、名寄せ関連データの管理要件を設定する手段と、名寄せ関連データの管理要件と、名寄せ後データの管理要件とを検索キーに、予め記憶装置に格納した名寄せ関連データ管理要件と名寄せ後データ管理要件に応じた名寄せ関連データ構成パターンを参照して、名寄せ関連データに関するレコードを格納する名寄せ関連テーブル構成および、前記名寄せ関連テーブルに関するリンク構成を定義する手段と、からなる。
【0019】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【0020】
図1は、本実施形態の処理フローを表している。
【0021】
図2は、本実施形態の処理フローを実施する名寄せデータベース設計支援システム200の構成例を表している。名寄せデータベース設計支援システム200は、コンピュータとプログラムの組合せで実装した例である。
【0022】
コンピュータは、演算処理装置201、入力装置202、記憶装置203、出力装置204を具備して構成されている。
【0023】
本発明の名寄せデータベース設計支援システムのプログラムは、CD−ROMや半導体メモリ、ハードディスクなどの記憶媒体もしくは記憶装置203に格納されているが、処理時に演算処理装置201によって呼び出され実行される。本発明の画面は出力装置204に出力され、入力装置202を用いて画面に対して情報入力される。処理途中の中間的なデータや設計結果情報は記憶装置203に格納される。
【0024】
名寄せデータベース設計支援システム200のプログラム構成、画面構成、記憶データ構成は、図1のそれと同じであるため、図1の処理フローに従い説明する。
【0025】
次に、本発明の実施形態の処理フローについて、図1の処理フローに従い、図2〜図14を用いながら説明する。なお、本発明の実施形態で用いる例は、個人顧客の名寄せデータベースを設計する例である。
<ステップ101>名寄せ前テーブル構成の定義
名寄せ対象となる名寄せ前の顧客レコードを格納する、名寄せ前テーブルのテーブル構成を定義する。具体的には、システムが、名寄せ前テーブル構成の定義画面300を出力装置204に出力し、画面300に対し入力装置202から入力された名寄せ前テーブル構成を取得し定義する。
【0026】
図3に、名寄せ前テーブル構成の定義画面例を示す。名寄せ前テーブル構成定義画面300は、名寄せ前顧客レコードを格納するテーブル名入力エリア301と、名寄せ前データの各項目についての定義である、名称入力エリア302、主キーの該当有無、型、桁数に関する入力エリア303〜305、入力完了ボタン306、入力キャンセルボタン307とからなる。主キーとは、テーブルの各レコードが項目の値によって識別可能となる項目であり、テーブルに少なくとも一項目は主キーとする必要がある。型とは、当該項目が文字型の値を格納するのか数字型の値を格納するのかなどを表す。
【0027】
入力装置202を用いて名寄せ前テーブル構成定義画面300に、例えばテーブル名入力エリアに「顧客」を、項目定義エリアである302から305に、顧客に関する項目である「顧客番号」「顧客名」「住所」などとその型や桁数を入力し、入力完了ボタン306を押下することで、名寄せ前テーブル構成の定義を入力する。入力した名寄せ前テーブル構成は、名寄せデータベース設計情報である名寄せDB定義400として記憶装置203に格納する。
【0028】
名寄せDB定義400の格納形式は、例えば、名寄せ前テーブル構成の定義画面300に出力した表形式であってもよいが、データベース設計情報の記述形式として一般的なSQL言語形式やER図形式であってもよい。SQL言語は、データベースの定義や操作のための問い合わせを記述できるリレーショナルデータベース言語である。SQL言語は、国際標準化機構で標準として採用され、殆どのリレーショナルデータベース管理システムが機能装備しているため、SQL言語形式で名寄せDB定義を格納することでリレーショナルデータベース管理システムに対してデータベースを定義することが容易となる。401に、名寄せDB定義400をSQL言語形式で記述した例を示す。CREATE TABLEがテーブルの定義であることを示しており、テーブルの名称「顧客」と、テーブルに属する項目の定義「顧客番号 CHAR(10) PRIMARY KEY ,・・・」を含む。PRIMARY KEYは、項目が主キーであることを指している。
【0029】
ER図形式は、データ構造を直感的に理解できるようにするための図式的表現であり、SQL言語形式に変換することができる。402に、名寄せDB定義400をER図形式で記述した例を示す。ER図では、テーブルを長方形であらわし、長方形内を線で区切って上の区画に、主キーの項目定義を、下の区画に主キー以外の項目定義を記す。
【0030】
また、名寄せDB定義400の格納形式は、データベース構造を表現できるものであれば、SQL言語形式やER図形式以外の形式であってもよい。以下、本説明の図面では、データ構造の視覚的なわかりやすさを重視して、ER図形式で表記する。
<ステップ102>名寄せ後データ管理要件の設定
名寄せ前レコードを名寄せした後に関するデータである、名寄せ後データの管理要件を設定する。名寄せ後データとは、名寄せ後レコードに名寄せされた名寄せ前レコードの合計数や、世帯名寄せの場合であれば世帯主名など、名寄せ後グループに共通的に管理する情報である。
【0031】
システムが、名寄せ後データ管理要件の設定画面500を出力装置204に出力し、画面500に対し入力装置202からの入力に基づき、名寄せ後データ管理要件510を設定する。
【0032】
図5に名寄せ後データ管理要件の設定画面500の例を示す。名寄せ後データ管理要件の設定画面500は、名寄せ後データの管理要件として、名寄せ後データを管理しない形態と、名寄せ前レコードの一つを名寄せ後の親として名寄せ後データを管理する形態と、あるいは、新規に名寄せ後レコードを作成して名寄せ後データを管理する形態を選択するエリア501がある。さらに、入力完了ボタン502、入力キャンセルボタン503とからなる。
【0033】
入力装置202を用いて、名寄せ後データ管理要件の設定画面500の入力エリア501から要件を選択入力し、入力完了ボタン502を押下することで、名寄せ後データ管理要件510を設定する。設定した名寄せ後データ管理要件510は、記憶装置203に格納する。
<ステップ103>名寄せ後データに関わるテーブル構成とリンク構成の定義
ステップ102で設定した名寄せ後データ管理要件510を検索キーに、予め記憶装置203に格納した名寄せ後データ管理要件別の名寄せ後データ構成パターン600を参照して、名寄せ後データに関わるテーブル構成と、ステップ101で設定した名寄せ前テーブルから名寄せ後テーブルへのリンク構成を定義する。
【0034】
名寄せ後データ管理要件別の名寄せ後データ構成パターン600を、表形式で表現した例を図6に示す。名寄せ後データ構成パターン600は、名寄せ後データ管理要件フィールド601と、生成テーブル種類フィールド602、生成リンク種類フィールド603、生成リンクの始点テーブルフィールド604、生成リンクの終点テーブルフィールド605とからなる。
【0035】
名寄せ後データ管理要件フィールド601は、ステップ102で設定された名寄せ後データ管理要件510に対応した値を各レコードに格納している。生成テーブル種類フィールド602は、生成するテーブルが無ければ無しを示す値を格納し、生成テーブルがあればテーブル種類を示す値を格納している。テーブル種類とは、名寄せ前、名寄せ後の2つのうちいずれかである。生成リンク種類フィールド603は、生成するリンクが無ければ無しを示す値を格納し、生成リンクがあればリンク種類を示す値を格納する。リンクとは、2つのテーブルを関連付ける手段であり、リンクの種類は、始点となるテーブルの主キー項目が、終点となるテーブルの項目として利用されている形式によって3つあり、始点となるテーブルの主キー項目が、終点となるテーブルでも、同じ主キー項目として利用されるサブタイプ形式と、始点となるテーブルの主キー項目が、終点となるテーブルの主キー項目の一つとして利用される依存形式と、始点となるテーブルの主キー項目が、終点となるテーブルの主キーでない項目として利用される非依存形式とがある。604と605は、生成リンクの始点となるテーブル種類と、終点となるテーブル種類をそれぞれ示す値を格納している。
【0036】
ステップ102で設定した名寄せ後データ管理要件510を検索キーに、名寄せ後データ構成パターン600の名寄せ後データ管理要件フィールド601を検索して、要件に該当するレコードの生成テーブル種類フィールド602から生成リンクの終点フィールド605までの値を参照する。参照した値に従い、名寄せ後データに関わるテーブル構成とリンク構成を定義する。
【0037】
例えば、名寄せ後データ管理要件510が名寄せ後データ無しの場合の、値が「1」とすると、図6の例では、名寄せ後データ構成パターン600のレコード610が該当する。レコード610は、生成テーブル種類フィールド602の値が「無し」で、生成リンク種類フィールド603の値が「無し」である。つまりレコード610は、名寄せ後データ管理要件510が名寄せ後データ無しの場合、名寄せ後データにかかわるテーブルおよびリンクを生成しないことを表現している。
【0038】
同様に、レコード620は、名寄せ後データ管理要件510が、名寄せ前レコードの一つを名寄せ後の親としてデータ管理する場合に、名寄せ後テーブルを生成し、サブタイプ形式のリンクを名寄せ前テーブルから名寄せ後テーブルへ生成することを表現している。レコード630は、名寄せ後データ管理要件510が、新規に名寄せ後レコードを作成して名寄せ後データを管理する場合に、名寄せ後テーブルを生成し、リンクは生成しないことを表現している。
【0039】
レコード620と630のパターンにおいては、名寄せ後テーブルを生成するために、名寄せ後テーブル構成の定義画面700を出力装置204に出力し、画面700に対し入力装置202から入力された名寄せ後テーブル構成を取得し定義する。
【0040】
図7に、名寄せ後テーブル構成の定義画面例を示す。名寄せ後テーブル構成定義画面700は、名寄せ後顧客レコードを格納するテーブル名入力エリア701と、名寄せ後データのそれぞれの項目についての定義である、名称入力エリア702、主キーの該当有無、型、桁数に関する入力エリア703〜705、入力完了ボタン706、入力キャンセルボタン707とからなる。各入力エリアは、名寄せ前テーブル構成定義画面300のそれと同じであるため説明を省略する。
【0041】
ただし、名寄せ前テーブル構成定義画面300と異なる点は、名寄せ後データ管理要件510が、名寄せ前レコードの一つを名寄せ後の親としてデータ管理する場合には、上記に述べたように名寄せ前から名寄せ後のテーブルへサブタイプ形式のリンクを生成するため、主キー項目の定義は、ステップ101で定義した名寄せDB定義400の名寄せ前テーブルの主キー項目をそのまま定義する点である。つまり、主キー項目の主キー該当有無や型、桁数は、ステップ101で定義した名寄せ前テーブル定義を変更することは不可能である。当該主キー項目については、項目名称のみ画面700の項目名入力エリア702より変更可能である。
【0042】
主キー以外の項目やテーブル名の定義については、入力装置202を用いて名寄せ後テーブル構成定義画面700の各入力エリア701から705に入力し、入力完了ボタン706を押下することで、名寄せ後テーブル構成の定義を入力する。
【0043】
入力した名寄せ後テーブル構成と、名寄せ後データ構成パターン600から参照されたリンク構成は、名寄せデータベース設計情報である名寄せDB定義400に追加格納し、名寄せDB定義800として記憶装置203に格納する。名寄せDB定義800と、名寄せDB定義400に名寄せ後データに関わるテーブル構成とリンク構成の定義が追加されたものであり、上書き更新したものであってもよい。
【0044】
名寄せDB定義800は、名寄せ後データ管理要件の3つに応じた構造となる。名寄せ後データ管理要件に従い、名寄せ後データを管理しない場合のデータベース構造を801に、名寄せ前レコードの一つを名寄せ後の親としてデータ管理する形態の名寄せデータベース構造を802に、新規に名寄せ後レコードを作成して名寄せ後データを管理する形態の名寄せデータベース構造を803に示す。801は、名寄せ前テーブル「顧客」のみからなる。802は、名寄せ前テーブル「顧客」と名寄せ後テーブル「名寄せ親顧客」があり、名寄せ前テーブルから名寄せ後テーブルへサブタイプ形式のリンクがある。803は、名寄せ前テーブル「顧客」と、名寄せ後テーブル「世帯」とからなり、リンクは無い。
【0045】
ステップ101で述べたように、名寄せDB定義800はER図形式で表記しているが、SQL言語形式でも表記可能である。リンクについては、802のサブタイプの例では、下記のようにSQL言語形式で表現できる。
ALTER TABLE 名寄せ親顧客
ADD FOREIGN KEY (顧客番号)
REFERENCES 顧客
ON DELETE CASCADE;
依存形式のリンクの場合は、「CASCADE」の代わりに「RESTRICT」、非依存形式のリンクの場合は、「CASCADE」の代わりに「SET NULL」とすればよい。
<ステップ104>名寄せ関連データの管理要件の設定
名寄せ前レコードと名寄せ後レコードとの名寄せ関連内容をあらわすデータである名寄せ関連データの管理要件を設定する。名寄せ関連データとは、名寄せ後レコードに、それぞれの名寄せ前レコードが名寄せされた年月日、名寄せ方法などに関わる情報である。
【0046】
システムが、名寄せ関連データ管理要件の設定画面900を出力装置204に出力し、画面900に対し入力装置202からの入力に基づき、名寄せ関連データ管理要件910を設定する。
【0047】
図9に、名寄せ関連データ管理要件の設定画面900の例を示す。名寄せ後データ管理要件の設定画面900は、名寄せ関連データの管理要件として、名寄せ前レコードが唯一つの名寄せ後レコードに名寄せされる形態と、名寄せ前レコードが複数の名寄せ後レコードに名寄せされる形態とのいずれかを選択するエリア901がある。さらに、入力完了ボタン902、入力キャンセルボタン903とからなる。
【0048】
名寄せ前レコードが唯一つの名寄せ後レコードに名寄せされる例は、世帯名寄せで個人顧客が一つの世帯に名寄せされ、他の世帯には名寄せされない場合である。名寄せ前レコードが複数の名寄せ後レコードに名寄せされる例は、法人顧客の関連会社名寄せで、一企業が複数の会社から出資されており、複数の関連会社に名寄せする場合である。
【0049】
入力装置202を用いて、名寄せ関連データ管理要件の設定画面900の入力エリア901から要件を選択入力し、入力完了ボタン902を押下することで、名寄せ関連データ管理要件910を設定する。設定した名寄せ関連データ管理要件910は、記憶装置203に格納する。
<ステップ105>名寄せ関連データに関わるテーブル構成とリンク構成の定義ステップ104で設定した名寄せ関連データ管理要件910を検索キーに、予め記憶装置203に格納した名寄せ関連データ構成パターン1000を参照して、名寄せ関連データに関わるテーブル構成と、ステップ101で設定した名寄せ前テーブルやステップ103で設定した名寄せ後テーブルから名寄せ関連テーブルへのリンク構成を定義する。
【0050】
名寄せ関連データ管理要件別の名寄せ関連データ構成パターン1000を、表形式で表現した例を図10に示す。名寄せ関連データ構成パターン1000は、名寄せ関連データ管理要件フィールド1001と、名寄せ後データ管理要件フィールド1002と、生成・格納テーブル種類フィールド1003、生成リンク種類フィールド1004、生成リンクの始点テーブルフィールド1005、生成リンクの終点テーブルフィールド1006とからなる。
【0051】
名寄せ関連データ管理要件フィールド1001は、ステップ104で設定した名寄せ関連データ管理要件910に対応した値を各レコードに格納し、名寄せ後データ管理要件フィールド1002は、ステップ102で設定した名寄せ後データ管理要件510に対応した値を各レコードに格納する。生成・格納テーブル種類フィールド1003は、生成・格納するテーブルが無ければ「無し」を示す値を格納し、生成・格納テーブルがあればテーブル種類を示す。
【0052】
生成・格納テーブル種類フィールド1003は、図10に示すように、無し以外では、名寄せ前、名寄せ関連の2種類の値をとる可能性がある。値が「名寄せ関連」の場合には、名寄せ関連テーブルを生成するが、値が「名寄せ前」の場合には既にステップ101で名寄せ前テーブルは生成されているため、名寄せ関連データを既にある名寄せ前テーブルに格納することとなる。
【0053】
生成リンク種類フィールド1004は、生成するリンクが無ければ無しを示す値を格納し、生成リンクがあればリンク種類を示す値を格納する。1005と1006は、生成リンクの始点となるテーブル種類と、終点となるテーブル種類をそれぞれ示す値を格納している。テーブル種類とは、名寄せ前、名寄せ後、名寄せ関連の3つのうちいずれかである。
【0054】
ステップ104で設定した名寄せ関連データ管理要件910を検索キーに、名寄せ関連データ構成パターン1000の名寄せ関連データ管理要件フィールド1001を検索し、さらに、ステップ102で設定した名寄せ後データ管理要件510を検索キーに、名寄せ後管理要件フィールド1002に該当するレコードの、生成・格納テーブル種類フィールド1003から生成リンクの終点フィールド1006までの値を参照する。参照した値に従い、名寄せ後データに関わるテーブル構成とリンク構成を定義する。
【0055】
例えば、名寄せ関連データ管理要件910が,名寄せ前レコードが唯一つの名寄せ後レコードに名寄せされる形態の値が「a」で、名寄せ後データ管理要件510が名寄せ後データ無しの場合の値「1」とすると、図10の例では、名寄せ後データ構成パターン1000のレコード1010が該当する。レコード1010は、生成・格納テーブル種類有無フィールド1003の値が「名寄せ前」で、生成リンク種類フィールド1004の値が「非依存」であり、生成リンクの始点テーブルフィールド1005の値が「名寄せ前」、生成リンクの終点フィールド1006の値が「名寄せ前」である。つまりレコード1010は、名寄せ後データにかかわるテーブル定義は名寄せ前テーブルに定義し、名寄せ前テーブルから名寄せ前テーブルへ非依存形式のリンクを生成することを表現している。以下のパターンについても同様のため、説明を省略する。ただし、名寄せ関連データ管理要件910が,名寄せ前レコードが複数の名寄せ後レコードに名寄せされる形態の値が「b」で、名寄せ後データ管理要件510が名寄せ前レコードの一つを親として名寄せ後データを管理する場合が「2」とすると、図10の例では、名寄せ後データ構成パターン1000のレコード1050、1060の2つが該当する。これは2レコードの内容を生成するということを表している。
【0056】
名寄せ後データ構成パターン1000は、名寄せ後データ管理要件3つと、名寄せ関連データ管理要件2つの組合せからなる合計6つに対するパターンとなる。いずれのパターンにおいても、生成・格納テーブル種類が存在するため、名寄せ関連テーブル構成の定義画面1100を出力装置204に出力し、画面1100に対し入力装置202から入力された名寄せ関連テーブル構成を取得し定義する。
【0057】
図11に、名寄せ関連テーブル構成の定義画面例を示す。名寄せ関連テーブル構成定義画面1100は、名寄せ関連データを格納するテーブル名入力エリア1101と、名寄せ関連データのそれぞれの項目についての定義である、名称入力エリア1102、主キーの該当有無、型、桁数に関する入力エリア1103〜1105、入力完了ボタン1106、入力キャンセルボタン1107とからなる。各入力エリアは、名寄せ前テーブル構成定義画面300のそれと同じであるため説明を省略する。
【0058】
ただし、名寄せ前テーブル構成定義画面300と異なる点は、名寄せ関連データ管理要件910が、名寄せ前レコードが唯一つの名寄せ後レコードに名寄せされる形態の場合には、上記に述べたように名寄せ関連データは名寄せ前テーブルに格納されるため、テーブル名はステップ101で設定した名寄せ前テーブルの名称が設定されており、画面1100からは変更不可能である点である。
【0059】
また、名寄せ関連データ管理要件910が、名寄せ前レコードが複数の名寄せ後レコードに名寄せされる形態の場合には、名寄せ関連データ構成パターン1000に従い、名寄せ前もしくは名寄せ後テーブルから名寄せ関連テーブルへの依存形式のリンクが生成されているため、主キー項目の定義は、名寄せDB定義800の名寄せ前テーブルおよび名寄せ後テーブルの主キー項目をそのまま定義する点である。主キー項目の主キー該当有無や型、桁数は変更することは不可能であり、当該主キー項目については、項目名称のみ画面1100の項目名入力エリア1102より変更可能である。
【0060】
主キー以外の項目やテーブル名の定義については、入力装置202を用いて名寄せ関連テーブル構成定義画面1100の各入力エリア1101から1105に入力し、入力完了ボタン1106を押下することで、名寄せ関連テーブル構成を入力する。
【0061】
入力した名寄せ関連テーブル構成と、名寄せ関連データ構成パターン900から参照されたリンク構成は、名寄せデータベース設計情報である名寄せDB定義800に追加格納し、名寄せDB定義1200として記憶装置203に格納する。
【0062】
名寄せDB定義1200は、名寄せ後データ管理要件3つと、名寄せ関連データ管理要件2つの組合せである6つに応じた構造となる。名寄せ前レコードが唯一つの名寄せ後レコードに名寄せされ、名寄せ後データを管理しない場合のデータベース構造を1201に、名寄せ前レコードが唯一つの名寄せ後レコードに名寄せされ、名寄せ前レコードのひとつを親として名寄せ後データを管理する場合のデータベース構造を1202に、名寄せ前レコードが唯一つの名寄せ後レコードに名寄せされ、新規の名寄せ後レコードで名寄せ後データを管理する場合のデータベース構造を1203に、名寄せ前レコードが複数の名寄せ後レコードに名寄せされ、名寄せ後データを管理しない場合のデータベース構造を1204に、名寄せ前レコードが複数の名寄せ後レコードに名寄せされ、名寄せ前レコードのひとつを親として名寄せ後データを管理する場合のデータベース構造を1205に、名寄せ前レコードが複数の名寄せ後レコードに名寄せされ、新規の名寄せ後レコードで名寄せ後データを管理する場合のデータベース構造を1206に示す。
【0063】
1201は、名寄せ前テーブル「顧客」と、名寄せ前テーブルから名寄せ前テーブルへの非依存形式のリンクからなる。1202は、名寄せ前テーブル「顧客」と名寄せ後テーブル「名寄せ親顧客」があり、名寄せ前テーブルから名寄せ後テーブルへサブタイプ形式のリンクと、名寄せ後テーブルから名寄せ前テーブルへの非依存形式のリンクとがある。1203は、名寄せ前テーブル「顧客」と名寄せ後テーブル「世帯」とがあり、名寄せ後テーブルから名寄せ前テーブルへのリンクがある。1204は、名寄せ前テーブル「顧客」と、名寄せ関連テーブル「名寄せ関連」とがあり、名寄せ前テーブルから名寄せ関連テーブルへのリンクが2つある。1205は、名寄せ前テーブル「顧客」と名寄せ後テーブル「名寄せ親顧客」、名寄せ関連テーブル「名寄せ関連」とがあり、名寄せ前テーブルから名寄せ関連テーブルへのリンクと、名寄せ後テーブルから名寄せ関連テーブルへのリンクとがある。1206は、名寄せ前テーブル「顧客」と名寄せ後テーブル「世帯」、名寄せ関連テーブル「名寄せ関連」とがあり、名寄せ前テーブルから名寄せ関連テーブルへのリンクと、名寄せ後テーブルから名寄せ関連テーブルへのリンクとがある。
【0064】
以上の処理により作成した名寄せDB定義1200が、名寄せデータベースの設計結果情報である。
【0065】
以上のように本実施の形態によれば、名寄せデータベースの設計において、名寄せ前データや名寄せ後データ、名寄せ関連データの構造を取得し、名寄せ管理要件パターンを用いることで、容易に名寄せ後データの管理要件や名寄せ関連データの管理要件に対応した名寄せデータベースの設計が可能となる。
【0066】
また、名寄せパターンは既に正規化されたデータ構造であるため、図12に示したようにデータの重複などの無駄が無く、拡張性のあるデータベースの設計が可能となる。
【0067】
以上の実施形態の処理フローでは、ステップ101から105の順で処理したが、各処理の入出力データの関係から明らかなように、名寄せ関連データ管理要件の設定ステップ104は、名寄せ後データに関するテーブル、リンク構成の定義ステップ103より前の処理であってもよい。また、名寄せ前テーブル構成の定義ステップ101と、名寄せ後データ管理要件の設定ステップ102、名寄せ関連データ管理要件の設定ステップ104の処理順序はいずれの順序であってもよい。
【0068】
上記実施形態では、企業における個人顧客の名寄せデータベースを設計する例であったが、法人顧客における場合の、関連企業名寄せや企業グループ名寄せなどは、名寄せ前データを法人顧客とすることで、本発明を適用可能である。
【0069】
【発明の効果】
上記のように本発明によれば、名寄せデータベースの設計において、容易に名寄せ後データの管理要件や名寄せ関連データの管理要件に対応し、拡張性のある名寄せデータベースの設計が容易となる。
【図面の簡単な説明】
【図1】本発明における名寄せデータベース設計支援システムの全体処理フローである。
【図2】本発明の実施形態における名寄せデータベース設計支援システムの構成図である。
【図3】本発明の実施形態における名寄せ前テーブル構成の定義画面例である。
【図4】本発明の実施形態における名寄せ前テーブルに関する名寄せDB定義のファイル構成例である。
【図5】本発明の実施形態における名寄せ後データの管理要件設定画面例である。
【図6】本発明の実施形態における名寄せ後データ構成パターンのファイル構成例である。
【図7】本発明の実施形態における名寄せ後テーブル構成の定義画面例である。
【図8】本発明の実施形態における名寄せ前テーブルおよび名寄せ後テーブルに関する名寄せDB定義のファイル構成例である。
【図9】本発明の実施形態における名寄せ関連データの管理要件設定画面例である。
【図10】本発明の実施形態における名寄せ関連データ構成パターンのファイル構成例である。
【図11】本発明の実施形態における名寄せ関連テーブル構成の定義画面例である。
【図12】本発明の実施形態における名寄せ前テーブルおよび名寄せ後テーブル、名寄せ関連テーブルに関する名寄せDB定義のファイル構成例である。
【符号の説明】
101…名寄せ前テーブル構成の定義手段、102…名寄せ後データの管理要件設定手段、103…名寄せ後データに関するテーブル、リンク構成定義手段、104…名寄せ関連データの管理要件設定手段、105…名寄せ関連データに関するテーブル、リンク構成定義手段。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a method and system for supporting the design of a name identification database in the construction of an information system of a company.
[0002]
[Prior art]
Name identification refers to associating a plurality of pieces of customer information managed by different numbers under predetermined conditions. Representative examples of merging include merging multiple pieces of customer information of the same customer and merging multiple pieces of information of another related customer.
[0003]
Name identification of the same customer is performed when the company has a plurality of transactions with the same customer at a plurality of sales offices, and the customer number and the customer information / transaction information are separately managed. If the name identification is not performed, the users in the company may not be able to handle customers appropriately because each customer information is treated as a separate customer. For example, mailing of merchandise information or the like to the same customer is duplicated, or a case where the customer is a good customer with a large transaction volume as a whole is overlooked.
[0004]
By identifying the same customer, the transaction status and attributes of the separately managed customers can be grasped in an integrated manner, which can be reflected in providing accurate sales and services.
[0005]
Examples of the name identification of related customers include household name identification for associating family members with individual customers, and associated company name association with related companies for corporate customers. Further, as an example of identifying individuals and corporate customers, there is a company name identification. The related customer name identification is effective for accurately grasping the customer's asset status, for example, when a financial institution makes a deposit or loan transaction with the customer.
[0006]
In recent years, in the business field, a concept called CRM (Customer Relationship Management) for managing a relationship with a customer in an integrated manner within a company and providing appropriate customer service has been emphasized, and the importance of name identification is increasing. I have.
[0007]
Usually, the name identification process is performed using an information system including a database in order to handle a large amount of customer data. Specifically, for the customer information stored in the database, using data items such as the customer name, address, and telephone number included in the customer information, the item values such as names and addresses of a plurality of customer records are used. After performing automatic comparison mechanically and merging customer records having the same item, the merging result is added to the customer information and stored in the database. Alternatively, there is a case where the operator operates the terminal and refers to the customer information on the screen to sequentially input a name identification instruction of a plurality of customer records in record units.
[0008]
As a software product related to merging of the prior art, a merging processing tool "Trillium (Trillium Software System is a registered trademark of Hart-Hanks Data Technologies, Inc.) developed by Hart-Hanks Technologies of the United States and developed by Agrex in Japan as a sales agent in Japan. Trademark or trademark) ". According to this product, data standardization and unification of items such as name and address can be performed, data matching can be performed, and name matching can be performed.
[0009]
Japanese Patent Application Laid-Open No. H11-191124 discloses a system configuration having a personal identification / household identification file identified by name or address (see Patent Document 1).
[0010]
[Patent Document 1]
JP-A-11-191124
[0011]
[Problems to be solved by the invention]
As a result of the name identification, in the database, it is necessary to additionally manage the data after the name identification and the data before the name identification and further manage the related data between the data after the name identification and the data before the name identification.
[0012]
Without the name identification database, it is impossible to collectively grasp the transaction status and attributes of the customer based on the name identification result. Further, unless the name identification-related data such as when and by what means the name identification is performed is used, the name identification cannot be used for an appropriate purpose. For example, if the system name was merged mechanically, it could not be used directly for contract affairs because the customer has not confirmed it. There is.
[0013]
If the name identification database is not designed as an appropriate structure according to the management requirements of the name identification data, there is a possibility that data may be duplicated or wasted, or that necessary data may not be managed. For example, if a configuration is adopted in which a parent customer number serving as a name identification destination is added as an item to a table for managing data before name identification and data after name identification is also managed in the same table, only one name identification destination can be specified. When two items are added to the same table so that two parent customer numbers can be held so that two name identification destinations can be specified, data items without two name identification destinations are not only wasteful, When the number of identification destinations increases to three or more, it is necessary to change the table configuration, and there is no extensibility.
[0014]
To enhance the accuracy of customer name identification processing, the conventional name identification processing tool "Trillium" provides a standardization function for item values used for name identification and a function to support comparison and evaluation of item values. There is no stipulation for the structure of the database that stores the.
[0015]
Another prior art "customer management system" states that the system configuration includes a contract master, a personal information creation unit, a personal information file, a personal name identification unit, a personal name identification information file, a household name identification unit, and a household name identification information file. However, it does not disclose a file or table configuration for storing the name identification result.
[0016]
The database structure depends on the unique requirements of the name identification process, such as whether you want to manage the post-name identification data as one of the data before the name identification, and whether the data before the name identification belongs to only one name identification. You need to be familiar. Further, even after the requirements have been clarified, it is necessary to be familiar with the database design in order to make the database structure corresponding to the requirements, which makes the work of designing the name identification database time-consuming and difficult. Further, if the design is made without considering this point, there is a possibility that data duplication or waste may occur as described above, or a data structure with poor expandability may be obtained.
[0017]
An object of the present invention is to provide a supporting method and system for designing a scalable collation database in a short time in response to a desired requirement only by inputting a basic item definition and a requirement by a designer. It is in.
[0018]
[Means for Solving the Problems]
The present invention associates a plurality of different records managing information on customers and contracts under predetermined conditions such as the same customer and related customers, and stores data related to name identification processing. A system for designing and supporting a name identification database comprising a table for storing related records and a link indicating the relation of items between the tables, and defines a pre-name identification table configuration for storing a name identification record which is a source of the name identification. Means for setting management requirements for post-name identification data, which is data relating to the name of the pre-name identification record after the name identification, and post-name identification data management previously stored in the storage device using the set management requirements for the name identification data as a search key. A name that stores records related to data after name identification by referring to the data configuration pattern after name identification according to requirements Means for defining a post-comparison table configuration and a link configuration for the post-comparison table; means for setting management requirements for data related to the pre-comparison data, which is data representing pre-comparison data and post-comparison data; Using the data management requirements and the post-comparison data management requirements as search keys, refer to the merging-related data management requirements stored in the storage device in advance and the merging-related data configuration patterns corresponding to the post-comparison data management requirements, and perform And a means for defining a link configuration related to the name identification related table for storing records related to data.
[0019]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0020]
FIG. 1 shows a processing flow of the present embodiment.
[0021]
FIG. 2 illustrates a configuration example of a name identification database design support system 200 that executes the processing flow of the present embodiment. The name identification database design support system 200 is an example implemented by a combination of a computer and a program.
[0022]
The computer includes an
[0023]
The program of the name identification database design support system of the present invention is stored in a storage medium such as a CD-ROM, a semiconductor memory, or a hard disk or the
[0024]
Since the program configuration, screen configuration, and storage data configuration of the name identification database design support system 200 are the same as those in FIG. 1, the description will be made according to the processing flow in FIG.
[0025]
Next, a processing flow according to the embodiment of the present invention will be described with reference to FIGS. An example used in the embodiment of the present invention is an example of designing a name identification database of an individual customer.
<Step 101> Definition of table configuration before merging
Define a table configuration of a pre-name identification table that stores customer records before the name identification to be identified. Specifically, the system outputs a
[0026]
FIG. 3 shows an example of a definition screen of the pre-name comparison table configuration. The pre-comparison table
[0027]
By using the input device 202, for example, “customer” is entered in the table name input area and “customer number”, “customer name” and “customer name” are entered in the
[0028]
The storage format of the name
[0029]
The ER diagram format is a schematic representation for making the data structure intuitively understandable, and can be converted to a SQL language format.
[0030]
The storage format of the name
<Step 102> Setting of data management requirements after name identification
Set the management requirements for post-name identification data, which is data after name identification of pre-name identification records. The post-name identification data is information managed in common by the post-name identification group, such as the total number of pre-name identification records identified in the post-name identification record, and in the case of household identification, the household head name.
[0031]
The system outputs a post-name identification data management
[0032]
FIG. 5 shows an example of a
[0033]
By using the input device 202, a requirement is selected and input from an
<Step 103> Definition of table configuration and link configuration related to data after name identification
A table configuration relating to post-name identification data, with reference to the post-name identification data management requirement 510 set in
[0034]
FIG. 6 shows an example in which a post-name identification
[0035]
The post-comparison data
[0036]
The post-name identification data
[0037]
For example, assuming that the value is “1” when the post-name identification data management requirement 510 has no post-name identification data, the record 610 of the post-name identification
[0038]
Similarly, when the post-name identification data management requirement 510 manages data of one of the pre-name identification records as a parent after the name identification, the
[0039]
In the patterns of the
[0040]
FIG. 7 shows an example of a definition screen of the table configuration after name identification. The post-comparison table
[0041]
However, the difference from the pre-comparison table
[0042]
The items other than the primary key and the definition of the table name are input to each of the
[0043]
The input post-comparison table configuration and the link configuration referred to from the post-comparison
[0044]
The name
[0045]
As described in
Alter Table Name Matching Parent Customer
ADD FOREIGN KEY (customer number)
REFERENCES Customers
ON DELETE CASCADE;
In the case of a link of a dependent format, “RESTRICT” may be used instead of “CASCADE”, and in the case of a link of a non-dependent format, “SET NULL” may be used instead of “CASCADE”.
<Step 104> Setting management requirements for name identification related data
A management requirement for name-related data, which is data representing the name-related data between the pre-name record and the post-name record, is set. The name identification-related data is information relating to the date when each record before name identification was merged with the record after name identification, the name identification method, and the like.
[0046]
The system outputs a name-related data management requirement setting screen 900 to the
[0047]
FIG. 9 shows an example of a setting screen 900 for setting the name-related data management requirements. The setting screen 900 of the data management requirement after the name identification includes, as management requirements of the data related to the name identification, a form in which the record before the name identification is merged into only one record after the name identification, and a form in which the record before the name identification is merged into a plurality of records after the name identification. There is an
[0048]
An example in which a pre-name record is merged into a single post-name record is a case where individual customers are merged in one household and not in other households. An example in which a pre-name record is merged into a plurality of post-name records is an affiliate company name of a corporate customer, in which one company is funded by a plurality of companies and is merged with a plurality of affiliate companies.
[0049]
The input device 202 is used to select and enter a requirement from the
<Step 105> Definition of Table Configuration and Link Configuration Related to Merging Related Data With reference to the merging related
[0050]
FIG. 10 shows an example in which a name identification related data configuration pattern 1000 for each name identification related data management requirement is expressed in a table format. The name identification related data configuration pattern 1000 includes a name identification related data
[0051]
The name-related data
[0052]
As shown in FIG. 10, the generation / storage
[0053]
The generated
[0054]
Using the name-related
[0055]
For example, the value “1” when the value of the form in which the record before the name identification is merged into the only record after the name identification is “a” and the data management requirement 510 after the name identification has no data after the name identification is “1”. Then, in the example of FIG. 10, the record 1010 of the post-name identification data configuration pattern 1000 corresponds to this. In the record 1010, the value of the generation / storage table type presence /
[0056]
The post-name identification data configuration pattern 1000 is a pattern for a total of six, which is a combination of three post-name identification data management requirements and two name identification-related data management requirements. In any of the patterns, since the generation / storage table type exists, the
[0057]
FIG. 11 shows an example of a definition screen of the configuration of the name identification related table. The name identification related table
[0058]
However, the difference from the pre-comparison table
[0059]
In addition, when the name identification related
[0060]
The items other than the primary key and the definition of the table name are input to the input areas 1101 to 1105 of the name identification related table
[0061]
The input name identification related table configuration and the link configuration referred to from the name identification related data configuration pattern 900 are additionally stored in the name
[0062]
The name
[0063]
[0064]
The name
[0065]
As described above, according to the present embodiment, in the design of the name identification database, the structure of the data before the name identification, the data after the name identification, and the data associated with the name identification are acquired, and by using the name identification management requirement pattern, the data of the name identification easily can be obtained. It is possible to design a name identification database corresponding to management requirements and management requirements for name identification related data.
[0066]
In addition, since the name identification pattern has a normalized data structure, there is no waste such as duplication of data as shown in FIG. 12, and a scalable database can be designed.
[0067]
In the processing flow of the above-described embodiment, the processing is performed in the order of
[0068]
In the above-described embodiment, an example of designing a database for individual customers in a company is described. However, in the case of a corporate customer, the name of a related company or a corporate group can be obtained by using the pre-name data as the corporate customer. Is applicable.
[0069]
【The invention's effect】
As described above, according to the present invention, in the design of the name identification database, the management requirements of post-name identification data and the management requirements of the name identification related data can be easily met, and the design of the scalable name identification database becomes easy.
[Brief description of the drawings]
FIG. 1 is an overall processing flow of a name identification database design support system according to the present invention.
FIG. 2 is a configuration diagram of a name identification database design support system according to an embodiment of the present invention.
FIG. 3 is an example of a definition screen of a table configuration before merging in the embodiment of the present invention.
FIG. 4 is an example of a file configuration of a name identification DB definition relating to a pre-name identification table in the embodiment of the present invention.
FIG. 5 is an example of a management requirement setting screen for post-name identification data in the embodiment of the present invention.
FIG. 6 is a file configuration example of a data structure pattern after name identification according to the embodiment of the present invention.
FIG. 7 is an example of a definition screen of a table configuration after name identification in the embodiment of the present invention.
FIG. 8 is a file configuration example of a name identification DB definition relating to a pre-name identification table and a name identification table in the embodiment of the present invention.
FIG. 9 is an example of a management requirement setting screen for name identification related data in the embodiment of the present invention.
FIG. 10 is a file configuration example of a name identification related data configuration pattern in the embodiment of the present invention.
FIG. 11 is an example of a definition screen of a name identification related table configuration in the embodiment of the present invention.
FIG. 12 is a file configuration example of a name identification DB definition relating to a pre-name identification table, a name identification table, and a name identification related table in the embodiment of the present invention.
[Explanation of symbols]
101: Means for defining a pre-comparison table configuration, 102: Management requirement setting means for post-comparison data, 103: Table relating to post-comparison data, link configuration definition means, 104: Management requirement setting means for comparison-related data, 105: Merging related data Table and link configuration definition means.
Claims (9)
前記設計対象となる名寄せの素となる名寄せ前レコードを格納する、名寄せ前テーブル構成を定義する手段と、
前記名寄せ前レコードを名寄せした後に関するデータである、名寄せ後データの管理要件を設定する手段と、
前記設定した名寄せ後データの管理要件を検索キーに、予め記憶装置に格納した名寄せ後データ管理要件に応じた名寄せ後データ構成パターンを参照して、名寄せ後データに関するレコードを格納する名寄せ後テーブル構成および、前記名寄せ後テーブルに関するリンク構成を定義する手段と、
前記名寄せ前データと名寄せ後データとの名寄せ関連内容をあらわすデータである、名寄せ関連データの管理要件を設定する手段と、
前記設定した名寄せ関連データの管理要件と、名寄せ後データの管理要件とを検索キーに、予め記憶装置に格納した名寄せ関連データ管理要件と名寄せ後データ管理要件に応じた名寄せ関連データ構成パターンを参照して、名寄せ関連データに関するレコードを格納する名寄せ関連テーブル構成および、前記名寄せ関連テーブルに関するリンク構成を定義する手段と、
からなることを特徴とする名寄せデータベース設計支援システム。A table for storing records related to the name identification processing, in order to store data related to the name identification processing, which associates a plurality of different records managing information on customers and contracts under predetermined conditions related to the same customer or related customers. And a system for supporting the design of a merging database consisting of links indicating the relation of items between the tables,
A means for defining a pre-comparison table configuration that stores a pre-comparison record that is a source of the merging to be designed,
Means for setting management requirements of post-name identification data, which is data after name identification of the pre-name identification record,
Using the set management requirements for post-name identification data as a search key, referencing a post-name identification data configuration pattern corresponding to the post-name identification data management requirements stored in the storage device in advance, and storing a record relating to post-name identification data in a post-name comparison table configuration And means for defining a link configuration for the post-name identification table;
Means for setting management requirements for the name identification-related data, which is data representing the name identification-related contents of the data before the name identification and the data after the name identification,
With the set management requirements for the name identification related data and the management requirements for the name identification data as search keys, refer to the name identification related data management requirements stored in the storage device in advance and the name identification related data configuration pattern according to the name identification data management requirements. And a means for defining a link configuration relating to a name-related table storing a record relating to the name-related data, and a link configuration relating to the name-related table.
A name identification database design support system comprising:
データベース設計における、テーブル名称と、テーブルに属する項目の名称と、型、桁数、主キーの該当有無に関する定義である、
ことを特徴とする名寄せデータベース設計支援システム。The definition of each table configuration related to before, after, and after name identification according to claim 1,
In the database design, it is a definition about the table name, the name of the item belonging to the table, the type, the number of digits, and whether the primary key is applicable,
A name identification database design support system characterized by the following.
データベース設計における、上記構成対象であるリンクの始点となるテーブルと、リンクの終点となるテーブルと、リンクの種類を定義することであり、
上記リンクの種類とは、始点となるテーブルの主キー項目が、終点となるテーブルの項目として利用されている形式によって3つあり、
始点となるテーブルの主キー項目が、終点となるテーブルでも、同じ主キー項目として利用されるサブタイプ形式と、
始点となるテーブルの主キー項目が、終点となるテーブルの主キー項目の一つとして利用される依存形式と、
始点となるテーブルの主キー項目が、終点となるテーブルの主キーでない項目として利用される非依存形式とがある、
ことを特徴とする名寄せデータベース設計支援システム。The definition of the link configuration according to claim 1 is:
In the database design, to define a table as a starting point of a link, a table as an ending point of the link, and a type of the link, which are the configuration targets,
The link types include three types of primary key items of a table serving as a starting point depending on a format used as an item of a table serving as an ending point.
The primary key item of the table that is the starting point is the subtype format used as the same primary key item in the table that is the ending point,
A dependency format in which the primary key item of the starting table is used as one of the primary key items of the ending table;
There is a non-dependent format in which the primary key item of the starting table is used as a non-primary key item of the ending table.
A name identification database design support system characterized by the following.
名寄せ後レコードに名寄せされた、名寄せ前レコードの合計数などである、
ことを特徴とする名寄せデータベース設計支援システム。The post-name identification data according to claim 1,
Such as the total number of records before the name identification,
A name identification database design support system characterized by the following.
名寄せ後レコードに対して、それぞれの名寄せ前レコードが名寄せされた、名寄せ年月日、名寄せ方法などである
ことを特徴とする名寄せデータベース設計支援システム。The name identification-related data according to claim 1,
A name identification database design support system, characterized by a name identification date, a name identification method, and the like, in which each pre-name identification record is identified with respect to a post-name identification record.
前記名寄せ後データを管理しないか、あるいは、名寄せ前レコードの一つを親として名寄せ後データを管理するか、新規の名寄せ後レコードとして名寄せ後データを管理するかの、いずれかの要件であり、
前記名寄せ後データ構成パターンとは、
前記設定した名寄せ後データの管理要件が名寄せ後データを管理しない場合には、名寄せ後テーブル構成およびリンク構成を定義しないことと、
前記設定した名寄せ後データの管理要件が名寄せ前レコードの一つを親として名寄せ後データを管理する場合には、名寄せ後テーブル構成を定義し、名寄せ前テーブルから名寄せ後テーブルへサブタイプ形式のリンク構成を定義することと、
前記設定した名寄せ後データの管理要件が新規の名寄せ後レコードとして名寄せ後データを管理する場合には、名寄せ後テーブル構成を定義し、リンク構成は定義しないことと、を示したパターンであり、
前記名寄せ関連データの管理要件とは、
前記名寄せ前レコードが唯一つの名寄せ後レコードに名寄せされるか、あるいは、名寄せ前レコードが1つ以上の複数の名寄せ後レコードに名寄せされるかの、いずれかの要件であり、
前記名寄せ関連データ構成パターンとは、
前記設定した名寄せ関連データの管理要件が、名寄せ前レコードが唯一つの名寄せ後レコードに名寄せされる場合には、名寄せ関連テーブル構成は名寄せ前テーブル構成に含めて定義し、
なおかつ、前記名寄せ後データの管理要件が、名寄せ後データの管理無しの場合には、名寄せ前テーブルから名寄せ前テーブルへの非依存形式のリンク構成を定義することと、
あるいは、前記名寄せ後データの管理要件が、名寄せ前レコードの一つを親として名寄せ後データを管理する場合もしくは、新規の名寄せ後レコードとして名寄せ後データを管理する場合には、前記設定した名寄せ後テーブルから名寄せ前テーブルへの非依存形式のリンク構成を定義することと、
前記名寄せ関連データの管理要件が、名寄せ前レコードが1つ以上の複数の名寄せ後レコードに名寄せされる場合には、名寄せ関連テーブル構成を定義し、名寄せ前テーブルから名寄せ関連テーブルへの依存形式のリンク構成を定義することと、
なおかつ、前記名寄せ後データの管理要件が、名寄せ後データの管理無しの場合には、名寄せ前テーブルから名寄せ関連テーブルへの依存形式のリンク構成を定義することと、
前記設定した名寄せ後データの管理要件が、名寄せ前レコードの一つを親として名寄せ後データを管理する場合もしくは、新規の名寄せ後レコードとして名寄せ後データを管理する場合には、名寄せ後テーブルから名寄せ関連テーブルへの依存形式のリンク構成を定義することと、を示したパターンである、
ことを特徴とする名寄せデータベース設計支援システム。The management requirements for post-name identification data according to claim 1 are:
Whether to manage the data after the name identification, or to manage the data after the name identification as a parent of one of the records before the name identification, or to manage the data after the name identification as a new record after the name identification, one of the requirements,
The post-name identification data configuration pattern is:
When the set management requirements of the post-name identification data do not manage the post-name comparison data, the post-name comparison table configuration and the link configuration are not defined,
In the case where the set management requirements for post-name identification data are to manage post-name comparison data using one of the pre-name comparison records as a parent, a post-name comparison table configuration is defined, and a subtype link from the pre-name comparison table to the post-name comparison table is provided. Defining the configuration,
In the case where the set management requirements of the post-commercial data manage post-comparison data as a new post-comparison record, a post-comparison table configuration is defined, and a link configuration is not defined.
The management requirements for the name identification-related data are as follows:
Either the pre-name record is merged into a single post-name record, or the pre-name record is merged into one or more post-name records.
The name identification related data configuration pattern,
In the case where the set management requirement of the name identification related data is that the record before the name identification is merged into only one record after the name identification, the name identification related table configuration is defined and included in the table configuration before the name identification,
In addition, when the post-name identification data management requirement is that there is no post-name identification data management, defining a link configuration in an independent form from the name identification table to the name identification table,
Alternatively, when the management requirement of the post-name identification data is to manage the post-name identification data by using one of the records before the name identification as a parent or to manage the post-name identification data as a new post-name identification record, Defining an independent link structure from the table to the pre-name table,
When the management requirements for the name identification related data are such that the record before the name identification is merged into one or more records after the name identification, a configuration of the name identification related table is defined, and the dependency format from the table before the name identification to the name identification associated table is defined. Defining the link configuration,
In addition, when the management requirement of the post-comparison data is no management of post-comparison data, defining a link configuration in a dependent format from the pre-comparison table to the comparison table,
When the set management requirements of the post-comparison data are to manage the post-comparison data using one of the pre-comparison records as a parent or to manage the post-comparison data as a new post-comparison record, Is a pattern showing that a link configuration in a dependent form to a related table is defined,
A name identification database design support system characterized by the following.
前記設定した名寄せデータベースのテーブル構成とリンク構成とを、SQL言語形式のデータベース定義文もしくは、ER図形式で出力する手段をもつ、
ことを特徴とする名寄せデータベース設計支援システム。The name identification database design support system according to claim 1,
Means for outputting the table configuration and the link configuration of the set name identification database in a database definition statement in an SQL language format or an ER diagram format;
A name identification database design support system characterized by the following.
前記設計対象となる名寄せの素となる名寄せ前レコードを格納する、名寄せ前テーブル構成を定義し、
前記名寄せ前レコードを名寄せした後に関するデータである、名寄せ後データの管理要件を設定し、
前記設定した名寄せ後データの管理要件を検索キーに、予め記憶装置に格納した名寄せ後データ管理要件に応じた名寄せ後データ構成パターンを参照して、名寄せ後データに関するレコードを格納する名寄せ後テーブル構成および、前記名寄せ後テーブルに関するリンク構成を定義し、
前記名寄せ前データと名寄せ後データとの名寄せ関連内容をあらわすデータである、名寄せ関連データの管理要件を設定し、
前記設定した名寄せ関連データの管理要件と、名寄せ後データの管理要件とを検索キーに、予め記憶装置に格納した名寄せ関連データ管理要件と名寄せ後データ管理要件に応じた名寄せ関連データ構成パターンを参照して、名寄せ関連データに関するレコードを格納する名寄せ関連テーブル構成および、前記名寄せ関連テーブルに関するリンク構成を定義する、
ことを特徴とする名寄せデータベース設計支援方法。Stores the records related to the name identification process, in order to store data related to the name identification process, which associates a plurality of different records managing information on customers and contracts under predetermined conditions such as the same customer and related customers. A method for supporting the design of a merging database comprising a table to be linked and a link indicating an association between items between the tables,
A pre-comparison table configuration that stores a pre-comparison record that is a source of the merging to be designed is defined,
The data relating to after the name identification of the record before the name identification, set the management requirements of the data after the name identification,
Using the set management requirements for post-name identification data as a search key, referencing a post-name identification data configuration pattern corresponding to the post-name identification data management requirements stored in the storage device in advance, and storing a record relating to post-name identification data in a post-name comparison table configuration And define a link configuration for the post-name identification table,
The management requirements of the name identification related data, which is data representing the name identification related content between the data before the name identification and the data after the name identification,
With the set management requirements for the name identification related data and the management requirements for the name identification data as search keys, refer to the name identification related data management requirements stored in the storage device in advance and the name identification related data configuration pattern according to the name identification data management requirements. Then, a name identification related table configuration that stores records related to the name identification related data and a link configuration related to the name identification related table are defined.
A method for supporting the design of a name identification database.
前記設計対象となる名寄せの素となる名寄せ前レコードを格納する、名寄せ前テーブル構成を定義する機能と、
前記名寄せ前レコードを名寄せした後に関するデータである、名寄せ後データの管理要件を設定する機能と、
前記設定した名寄せ後データの管理要件を検索キーに、予め記憶装置に格納した名寄せ後データ管理要件に応じた名寄せ後データ構成パターンを参照して、名寄せ後データに関するレコードを格納する名寄せ後テーブル構成および、前記名寄せ後テーブルに関するリンク構成を定義する機能と、
前記名寄せ前データと名寄せ後データとの名寄せ関連内容をあらわすデータである、名寄せ関連データの管理要件を設定する機能と、
前記設定した名寄せ関連データの管理要件と、名寄せ後データの管理要件とを検索キーに、予め記憶装置に格納した名寄せ関連データ管理要件と名寄せ後データ管理要件に応じた名寄せ関連データ構成パターンを参照して、名寄せ関連データに関するレコードを格納する名寄せ関連テーブル構成および、前記名寄せ関連テーブルに関するリンク構成を定義する機能と、
を前記コンピュータに実現させるプログラム。In order to store data relating to the name identification process, which associates a plurality of different records managing information relating to customers and contracts under predetermined conditions such as the same customer or related customers, the record relating to the name identification is stored. A program for causing a computer to implement a function of supporting design of a table and a name identification database including links indicating the relations of items between the tables,
A function for defining a pre-comparison table configuration that stores a pre-comparison record that is a source of the merging to be designed,
A function for setting management requirements for post-name identification data, which is data after name identification of the pre-name identification record,
Using the set management requirements for post-name identification data as a search key, referencing a post-name identification data configuration pattern corresponding to the post-name identification data management requirements stored in the storage device in advance, and storing a record relating to post-name identification data in a post-name comparison table configuration And a function for defining a link configuration for the post-name identification table,
A function for setting management requirements for the name identification related data, which is data representing the name identification related content between the data before the name identification and the data after the name identification,
With the set management requirements for the name identification related data and the management requirements for the name identification data as search keys, refer to the name identification related data management requirements stored in the storage device in advance and the name identification related data configuration pattern according to the name identification data management requirements. And a function to define a link structure related to a name-related table that stores records related to the name-related data, and a link structure related to the name-related table.
For causing the computer to realize the above.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003097580A JP2004303117A (en) | 2003-04-01 | 2003-04-01 | Name sorting database design support method and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003097580A JP2004303117A (en) | 2003-04-01 | 2003-04-01 | Name sorting database design support method and system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004303117A true JP2004303117A (en) | 2004-10-28 |
Family
ID=33409325
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003097580A Pending JP2004303117A (en) | 2003-04-01 | 2003-04-01 | Name sorting database design support method and system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004303117A (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011175486A (en) * | 2010-02-24 | 2011-09-08 | Fujitsu Ltd | Apparatus, program and method for supporting check of name collecting |
JP4869448B1 (en) * | 2011-07-08 | 2012-02-08 | 株式会社ぐるなび | Name identification management system |
US9237071B2 (en) | 2013-03-28 | 2016-01-12 | Fujitsu Limited | Computer-readable recording medium, verification method, and verification device |
-
2003
- 2003-04-01 JP JP2003097580A patent/JP2004303117A/en active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011175486A (en) * | 2010-02-24 | 2011-09-08 | Fujitsu Ltd | Apparatus, program and method for supporting check of name collecting |
JP4869448B1 (en) * | 2011-07-08 | 2012-02-08 | 株式会社ぐるなび | Name identification management system |
US9237071B2 (en) | 2013-03-28 | 2016-01-12 | Fujitsu Limited | Computer-readable recording medium, verification method, and verification device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4594306B2 (en) | Self-describing business object | |
CN101436962B (en) | Log management method and system | |
JP5171932B2 (en) | Systems and methods for integrating, managing, and coordinating customer activities | |
JP4580518B2 (en) | Database design system | |
JP4571636B2 (en) | Service management of service-oriented business framework | |
US20050171925A1 (en) | System and method for exposing a child list | |
US20030171942A1 (en) | Contact relationship management system and method | |
US7702609B2 (en) | Adapting to inexact user input | |
JP2006228229A (en) | Intellectual property management system | |
US20070219957A1 (en) | Cross varying dimension support for analysis services engine | |
US20110246535A1 (en) | Apparatus and Method for Constructing Data Applications in an Unstructured Data Environment | |
KR20050061597A (en) | System and method for generating reports for a versioned database | |
JP2002108681A (en) | Replication system | |
JP5033322B2 (en) | Information management method and apparatus using connection relation information | |
US7873607B1 (en) | Model driven consolidator of database information | |
US20100100535A1 (en) | Enterprise application platform | |
US6892357B2 (en) | Logistics management method and system | |
US7574329B1 (en) | Object model for decision and issue tracking | |
JP2004303117A (en) | Name sorting database design support method and system | |
EP1526466B1 (en) | Composite record identifier generator | |
JP2001142929A (en) | Family tree editing and designing system | |
JP2007279839A (en) | Database management system and table association method for relational database | |
JP2003524812A (en) | How to generate a star schema data model | |
JP2005327136A (en) | Slip management system and slip management software | |
US7627553B1 (en) | Custom queries for segmentation |