名寄せ管理システム
【課題】名寄せの徹底および名寄せの徹底による実務上の課題の解決という相反する課題を解決することが出来る名寄せ管理システムを提供する。
【解決手段】顧客情報ＤＢ１２と、条件ＤＢ１３と、顧客情報を顧客情報ＤＢ１２に登録する顧客情報取得手段１４と、正規化条件に基づいて新規登録された顧客情報を正規化し、新規正規化顧客情報として顧客情報ＤＢ１２に登録する正規化手段１５と、新規登録された正規化顧客情報と既存の正規化顧客情報との一致度を計算する一致度計算手段１６と、新規正規化顧客情報と既存の正規化顧客情報とが一致か否かを判定する一致度判定手段１７と、新規正規化顧客情報に一致度判定手段１７により一致と判定された既存の正規化顧客情報と同一の識別番号を付与し顧客情報ＤＢ１２に登録する識別番号付与手段１８と、掲出条件に基づいて新規正規化顧客情報を掲出、又は不掲出する掲出手段１９とを有する。
【解決手段】顧客情報ＤＢ１２と、条件ＤＢ１３と、顧客情報を顧客情報ＤＢ１２に登録する顧客情報取得手段１４と、正規化条件に基づいて新規登録された顧客情報を正規化し、新規正規化顧客情報として顧客情報ＤＢ１２に登録する正規化手段１５と、新規登録された正規化顧客情報と既存の正規化顧客情報との一致度を計算する一致度計算手段１６と、新規正規化顧客情報と既存の正規化顧客情報とが一致か否かを判定する一致度判定手段１７と、新規正規化顧客情報に一致度判定手段１７により一致と判定された既存の正規化顧客情報と同一の識別番号を付与し顧客情報ＤＢ１２に登録する識別番号付与手段１８と、掲出条件に基づいて新規正規化顧客情報を掲出、又は不掲出する掲出手段１９とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客情報の名寄せ管理システムに関する。
【背景技術】
【０００２】
企業では顧客管理のために、顧客に関する情報がデータ化されて管理されている。しかし、同一の顧客情報であるにもかかわらず、異なる顧客情報として登録されていることがある。
【０００３】
例えば、図８に示す顧客管理のためのデータベースに記憶されている店名「ぐるなび有楽町店」の顧客情報と、店名「有楽町店ぐるなび」の顧客情報とは、データベース上では異なる顧客情報として登録されているとすると、データベース上では、あくまでも異なる店舗であるとして認識されることになる。しかしながら、これらが同一の顧客情報である場合、一つの顧客情報に統一して管理されなければならない。
【０００４】
上述した問題は、それぞれの顧客情報を入力した担当者が、自らの認識している情報で登録を行うことに起因する。これを防止するには、各担当者の認識を一致させる方法があるが、それをすべての顧客情報で行うのは事実上困難である。
【０００５】
そこで従来では、一般に、名寄せと呼ばれる作業を自動的に行うことで、異なる顧客情報を一つの顧客情報に統一する作業が行われる。名寄せ処理を行うコンピュータシステムの一例を下記特許文献に示す。
【０００６】
これら従来の名寄せ処理を行うコンピュータシステムでは、以下のような処理で行われることが一般的である。すなわち、第一に、比較対象となった２つの顧客情報のレコードの各項目（フィールド）について、所定のアルゴリズムを用いて、２つのフィールドにおける情報の一致の程度または不一致の程度（たとえばレーベンシュタイン距離）を算出し、各フィールドで算出した値を合計し、合計した値が所定の閾値以上ならば同一の顧客情報または異なる顧客情報（同一のレコードまたは異なるレコード）として判定する。そして、同一の顧客情報（同一のレコード）と判定した場合、所定の基準でいずれか一つの顧客情報（レコード）を採用し、他の一方の顧客情報（レコード）について、データベースから削除する。このように名寄せ処理を行うことで、データベースには一つの顧客情報しか残らないようにし、顧客情報の重複を防止している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−８３８９号公報
【特許文献２】特開２０１０−２３１２５３号公報
【特許文献３】特開２０１０−１２２９０８号公報
【特許文献４】特開２０１０−３９５３５号公報
【特許文献５】特開２００９−１５１５６３号公報
【特許文献６】特開２００８−１１７２２０号公報
【特許文献７】特開２００４−３４８４８９号公報
【特許文献８】特開２００４−１３９２３７号公報
【特許文献９】特開２００４−７８３３６号公報
【特許文献１０】特開２００３−７６８３８号公報
【特許文献１１】特開平７−２９６０５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
このような従来の名寄せ処理を行うコンピュータシステムを用いることで、自動的に名寄せ処理を行うことが出来る。しかし、一般的な従来の名寄せ処理を行うコンピュータシステムの場合、上述のように、同一のレコードと判定された２つのレコードのうち、一方のレコード（採用されなかったレコード）を削除していることから、仮に、名寄せが間違っていた場合（これを「誤名寄せ」という）、再度、削除してしまった顧客情報を入力し直さなければならない。しかし、この作業を行うのには工数がかかり、対応も容易ではない。また、比較対象となった２つの顧客情報のうち、採用されなかった顧客情報を、何らかの理由から顧客情報として採用したかった、という場合もある。このような場合にも、再度、削除してしまった顧客情報を入力し直さなければならない。
【０００９】
このような事態に備えるため、実務上では、同一の顧客情報として判定する基準（上述の閾値）を高く設定する（すなわち同一の顧客情報として判定しにくくする）こととなる。その結果、誤名寄せによる情報の削除や非採用の情報の採用といった要望には対応しやすくなったものの、同一の顧客情報であるにもかかわらず、別の顧客情報として取り扱われている顧客情報が多く存在してしまうことから、本来の名寄せの目的を十分に果たすことができなくなっている。
【００１０】
加えて、たとえば出願人のように、飲食店に関する情報をウェブサイトで提供する企業の場合、会員である飲食店のほか、会員でない飲食店についてもウェブサイトで提供している。この場合、ウェブサイトに掲載している会員である飲食店については、容易にその情報を管理することが出来るが、非会員である飲食店については、営業担当者などがその存在を認識することでウェブサイトに掲載しているため、同一の飲食店であるにもかかわらず、異なる飲食店として複数の情報が登録されてしまう場合がある。
【００１１】
この場合、単に同一の飲食店が複数のウェブサイトで、重複して掲載されているにすぎないならば問題の程度も高くはない。しかし、同一の飲食店であるにもかかわらず、たとえば飲食店が移転したなど、飲食店に関する情報に変化があり、その情報の登録のタイミングの相違により、異なる情報が登録され、ウェブサイト上で掲載されている場合、顧客はどちらの情報が正しいのか認識できず、顧客の混乱を招くこととなる。そこで、適切な名寄せを行い、一つの情報に統一することが求められる。しかし、それを徹底すると、上述のように、誤名寄せによる情報の削除や非採用の情報の採用といった要望には対応には対応することが困難となってしまうことから、名寄せを徹底することも容易ではない。
【００１２】
さらに、非会員である飲食店の情報をウェブサイトで提供する場合、当該飲食店から掲載中止の依頼があった場合、その掲載を行わないことが企業倫理上、好ましい。しかし、上述のように同一の飲食店であるにもかかわらず複数のウェブサイトが存在してしまうと、削除漏れが発生する可能性が否定できない。
【００１３】
以上のように、名寄せを徹底するには、２つの顧客情報の一致、不一致の判定基準（上述の閾値）を低くすれば良いが、その場合には、名寄せを徹底することによる実務上の課題、たとえば誤名寄せによる情報の削除や非採用の情報の採用といった要望には対応することが出来なくなってしまう。
【００１４】
そこで、名寄せの徹底および名寄せの徹底による実務上の課題の解決という相反する課題を両立しうることが求められるが、従来の名寄せ処理のコンピュータシステムでは対応することが出来ない。
【００１５】
本発明者は上記課題に鑑み、本発明の名寄せ管理システムを発明した。
【課題を解決するための手段】
【００１６】
本発明の名寄せ管理システムは、各種顧客情報を格納する顧客情報データベースと、正規化条件と掲出条件とを格納する条件データベースと、入出力端末から顧客情報を取得し、前記顧客情報データベースに新規登録する顧客情報取得手段と、前記顧客情報データベースから前記新規登録された顧客情報と前記条件データベースから前記正規化条件とを取得し、前記正規化条件に基づいて前記新規登録された顧客情報を正規化し、新規正規化顧客情報として前記顧客情報データベースに登録する正規化手段と、前記顧客情報データベースから前記新規正規化顧客情報と既存の正規化顧客情報とを取得し、前記新規正規化顧客情報と前記既存の正規化顧客情報との一致度を計算する一致度計算手段と、前記一致度計算手段から算出された値により、前記新規正規化顧客情報と前記既存の正規化顧客情報とが一致か否かを判定する一致度判定手段と、前記新規正規化顧客情報に前記一致度判定手段により一致と判定された前記既存の正規化顧客情報と同一の識別番号を付与し前記顧客情報データベースに登録する識別番号付与手段と、前記条件データベースから前記掲出条件を取得し、前記掲出条件に基づいて前記新規正規化顧客情報を掲出、又は不掲出する掲出手段とを有することを特徴とする。
この構成により、比較対象となった２以上の顧客情報の一致、不一致の判定基準を低くすることで名寄せを徹底することができる。また、掲出されなかった顧客情報を削除することなく、掲出された顧客情報と併せて、同一のグループであることを示す識別情報（ＧＳＩ）を付与して管理をしている。その結果、一致と判定した２つの顧客情報が、実際には異なる顧客情報であった場合、認識次第、ＧＳＩを変更すれば、それぞれが別の顧客情報として処理可能となる。また、掲出されなかった顧客情報を何らかの理由で採用したい場合には、従来とは異なり、掲出されなかった顧客情報もレコード上に残っていることから、掲出されなかった顧客情報を、掲出する情報に変更することも容易にできる。
【００１７】
本発明の名寄せ管理システムは、前記正規化条件が前記新規顧客情報から所定の単語の削除を含むことを特徴とする。
この構成により、顧客情報から所定の単語、例えば名寄せ処理に不要な情報である業態名、モール名、施設名を示す文字列を削除できるため、名寄せ処理に要する工数の短縮化を図ることができる。
【００１８】
本発明の名寄せ管理システムは、前記顧客情報が店名と、店名の読みと、住所と、電話番号とを含み、前記正規化手段が前記正規化条件に基づいて前記店名と、前記店名の読みと、前記住所とを正規化することを特徴とする。
この構成により、顧客情報を入力する担当者による入力誤り等の可能性が高い前記店名と、前記住所とに対し、正規化を行うことにより、その後に行われる名寄せ処理に要する工数をより短縮化することが可能となる。
【００１９】
本発明の名寄せ管理システムは、前記掲出手段が同一の前記識別番号が付与された正規化顧客情報毎に掲出、又は不掲出することを特徴とする。
この構成により、同一のグループであると判定された複数の顧客情報を一度に掲出、又は不掲出することが可能となり、顧客情報の不掲出を要望された顧客に関する全ての顧客情報を容易に、且つ確実に不掲出することができると共に、再度顧客情報の掲出を要望された場合であっても、迅速な対応を図ることができる。
【００２０】
本発明の名寄せ管理システムは、前記一致度計算手段から算出された値が所定の閾値以上である場合、前記一致度判定手段は前記新規正規化顧客情報と前記既存の正規化顧客情報とが一致と判定することを特徴とする。
この構成により、名寄せの精度を向上させることができる。
【００２１】
本発明の名寄せ管理システムは、前記一致度計算手段から算出された値が所定の閾値以上となる既存の正規化顧客情報が複数ある場合、前記一致度判定手段は前記新規正規化顧客情報と前記一致度計算手段から算出された値が最も大きい前記既存の正規化顧客情報とが一致と判定する。
この構成により、名寄せ処理の精度をより向上させることができる。
【発明の効果】
【００２２】
本発明の名寄せ管理システムを用いることによって、名寄せの徹底および名寄せの徹底による実務上の課題の解決という相反する課題を解決することが出来る。すなわち、本発明では、比較対象となった２つの顧客情報の一致、不一致の判定基準を低くすることで名寄せを徹底することができるが、採用されなかった顧客情報を削除することなく、採用された顧客情報と併せて、同一のグループであることを示す識別情報（ＧＳＩ）を付与して管理をしている。その結果、一致と判定した２つの顧客情報が、実際には異なる顧客情報であった場合、認識次第、ＧＳＩを変更すれば、それぞれが別の顧客情報として処理可能となる。また、採用されなかった顧客情報を何らかの理由で採用したい場合には、従来とは異なり、採用されなかった顧客情報もレコード上に残っていることから、採用されなかった顧客情報を、採用する情報に変更することも容易である。
【００２３】
さらに、飲食店に関する情報を提供するウェブサイトにおいて、非会員である飲食店に関する情報を掲載しており、当該飲食店から掲載中止の依頼があった場合、ＧＳＩに基づいて飲食店の情報（顧客情報）を管理することで、削除漏れを防止することも出来る。
【図面の簡単な説明】
【００２４】
【図１】本実施形態の名寄せ管理システムの全体の構成の一例を示す概念図。
【図２】本実施形態の顧客情報のレコードの項目の一例を示す図
【図３】本実施形態の顧客情報の正規化処理の一例を示す模式図。
【図４】本実施形態の顧客情報の名寄せ処理の一例を示す模式図。
【図５】（ａ）、（ｂ）本実施形態の顧客情報の名寄せ処理の別例を示す模式図。
【図６】本実施形態の同一の識別番号が付与された顧客情報の一例を示す模式図。
【図７】本実施形態の名寄せ管理システムの処理手順を示すフローチャート。
【図８】従来の顧客情報の一例を示す模式図。
【発明を実施するための形態】
【００２５】
本発明に係る実施形態の名寄せ管理システムについて図面を参照して説明する。図１は本実施形態の名寄せ管理システムの全体の構成を示す概念図である。
【００２６】
〈本実施形態の名寄せ管理システムの構成〉
本実施形態の名寄せ管理システム１０は、ネットワークＮを介して入出力端末１００とデータの送受信が可能である。
【００２７】
ネットワークＮは、インターネット等のオープンネットワーク、ＬＡＮ等のクローズド
ネットワーク、それらの組合せのイントラネット、公衆電話回線等のいずれであっても良く、有線・無線の別も問わない。
【００２８】
入出力端末１００は、図１では一個のみ図示されているが、実際は管理会社の管理担当端末、飲食店等の顧客側端末及びユーザー端末等から構成される複数の情報端末であり、通常のコンピュータ端末の他、ネットワークＮ機能を有する携帯電話、ＰＨＳ、スマートフォン等のいずれであっても良い。
【００２９】
名寄せ管理システム１０は、制御部１１と、各種顧客情報を格納する顧客情報データベース（顧客情報ＤＢ）１２と、正規化条件と掲出条件とを格納する条件データベース（条件ＤＢ）１３とを有し、また図示しないが主メモリと、各種処理プログラム及び必要なデータ等を記憶する記憶部とを有する。
【００３０】
制御部１１は、記憶部に記憶された各種処理プログラムを主メモリにロードして、顧客情報取得手段１４と、正規化手段１５と、一致度計算手段１６と、一致度判定手段１７と、識別番号付与手段１８と、掲出手段１９とからなる各種手段を実現する。
【００３１】
顧客情報取得手段１４は、入出力端末１００から新規に顧客情報を取得し、顧客情報ＤＢ１２に新規登録する手段である。この際、顧客情報取得手段１４は当該顧客情報毎に固有の店番号を付与する。本実施形態の顧客情報２１のレコードの各項目は、図２に示す通り店番号と、店名と、店名の読みと、住所と、電話番号と、後述するＧＳＩとである。
【００３２】
正規化手段１５は、顧客情報ＤＢ１２から新規登録された顧客情報２１と条件ＤＢ１３から正規化条件とを取得し、図３に示すように正規化条件に基づいて新規登録された顧客情報２１を正規化し、新規正規化顧客情報２２として顧客情報ＤＢに登録する手段である。本実施形態の正規化条件は、顧客情報の店名及び店名の読みに対する正規化条件と、顧客情報の住所に対する正規化条件とを有する。
【００３３】
顧客情報の店名及び店名の読みに対する正規化条件は、所定の単語の削除、カタカナの全角変換及びアルファベットの半角大文字変換等である。ここで、所定の単語の削除である修飾語の削除とは、業態名や、モール名や、施設名を店名及び店名の読みから削除することであり、図３に示すように登録された顧客情報２１の店名が「居酒屋ぐるなび有楽町店」である場合、正規化により業態名である「居酒屋」が削除され、正規化後の正規化顧客情報２２の店名は「ぐるなび有楽町店」となる。ここで、削除用の修飾語は、予め条件ＤＢ１３に登録させておくとよく、適宜修飾語の追加、変更、削除は可能である。また、カタカナの全角変換とは、店名及び店名の読みに半角のカタカナが登録されている場合は、全角のカタカナに変換することである。さらに、アルファベットの半角大文字変換とは、店名にアルファベットの全角大文字や、アルファベットの全角小文字や、アルファベットの半角小文字が登録されている場合は、半角大文字のアルファベットへ変換することである。
【００３４】
顧客情報の住所に対する正規化条件は、番地の変更、大字小字の削除、漢数字の変換等である。ここで、番地の変更とは、例えば「１丁目２番地３号」と登録されている場合は、「１−２−３」と変更することである。また、大字小字の削除とは、住所に「大字」、又は「小字」含まれている場合は、その「大字」、又は「小字」を削除することである。さらに、漢数字の変換とは、例えば「三−２−１」と登録されている場合は、「３−２−１」に変換することである。なお、京都の住所である場合、「上る」を「上」と、「下る」を「下」と変換させることも可能である。
【００３５】
一致度計算手段１６は、顧客情報ＤＢ１２から新規正規化顧客情報３１と既存の正規化顧客情報３２とを取得し、新規正規化顧客情報３１と既存の正規化顧客情報３２との一致度を計算する手段である（名寄せ処理）。図４に示す通り、本実施形態の一致度計算手段１６は、レーベンシュタイン編集距離により新規正規化顧客情報３１のレコードの項目である店名、店名の読み、住所、電話番号と前記既存の正規化顧客情報３２のレコードの項目である店名、店名の読み、住所、電話番号とについて、それぞれ各項目毎に一致度を計算し、算出された各一致度を合計する。ここで、一致度計算手段１６が店名の一致度を計算する場合、新規正規化顧客情報３１の店名と既存の正規化顧客情報３２の店名との内、文字数が大きい方の店名の文字列について、文字列を構成する先頭一文字を一文字ずつ当該文字列の最後尾に移動、即ち文字列「ぐるなび有楽町店」を「ぐるなび有楽町店→るなび有楽町店ぐ→なび有楽町店ぐる→び有楽町店ぐるな→有楽町店ぐるなび・・・」としつつ、もう一方の店名の文字列と文字の移動毎に一致度を計算し、最も大きい値を店名の一致度とする。なお、既存の正規化顧客情報３２は、新規正規化顧客情報３１と同一の市区町村の正規化顧客情報一覧表に含まれるものである。
【００３６】
また、図５に示すように既存の正規化顧客情報が２以上ある場合、一致度計算手段１６は、新規正規化顧客情報４１と、既存の正規化顧客情報４２、４３との一致度をそれぞれ計算する。
【００３７】
一致度判定手段１７は、一致度計算手段１６から算出された値により、新規正規化顧客情報と既存の正規化顧客情報とが一致か否かを判定する手段である。本実施形態では、一致度計算手段１６から算出された値が所定の閾値以上であれば、新規正規化顧客情報と既存の正規化顧客情報とが一致として判定される。具体的には、レーベンシュタイン編集距離により新規正規化顧客情報２１のレコードの項目である店名、店名の読み、住所、電話番号と既存の正規化顧客情報２２のレコードの項目である店名、店名の読み、住所、電話番号とについて、一致度計算手段１６がそれぞれ各項目毎に一致度を計算し、算出された各値を合計した値が所定の閾値以上であれば、一致と判定する。一方、当該合計した値が所定の閾値未満であれば、一致していないと判定する。また、一致度計算手段１６から算出された値が所定の閾値以上となる既存の正規化顧客情報が複数ある場合、一致度判定手段１７は新規正規化顧客情報と一致度計算手段１６から算出された値が最も大きい既存の正規化顧客情報とが一致と判定する。
【００３８】
識別番号付与手段１８は、新規正規化顧客情報に一致度判定手段１７により一致と判定された既存の正規化顧客情報と同一の識別番号（ＧＳＩ）を付与し顧客情報ＤＢ１２に登録する手段である。図６に示す通り本実施形態の識別番号付与手段１８は、新規正規化顧客情報に既存の正規化顧客情報に付与されたＧＳＩと同一のＧＳＩを付与し、当該３個の正規化顧客情報全てを顧客情報ＤＢ１２に登録する。なお、新規正規化顧客情報が全ての既存の正規化顧客情報と一致しない場合は、新規正規化顧客情報に新規ＧＳＩが付与される。
【００３９】
掲出手段１９は、条件ＤＢ１３から掲出条件を取得し、掲出条件に基づいて新規正規化顧客情報を掲出、又は不掲出する手段である。ここで、掲出条件、即ち掲出順位ルールが、例えば、加盟店であるとすると、図６に示す顧客情報の内、店舗種別に加盟店を登録されている顧客情報が掲出され、他の顧客情報は掲出されないこととなる。なお、掲出手段は任意に設定可能であり、最も新規に登録された顧客情報を掲出する等の設定ができる。
【００４０】
また、掲出手段１９は同一のＧＳＩが付与された顧客情報毎に一度の手続で掲出、又は不掲出することも可能である。
【００４１】
名寄せ管理システム１０に於ける各手段、データベースは、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を為していても良い。又データベースの代わりにデータファイルであっても良いことは言うまでもなく、データベースとの記載にはデータファイルをも含んでいる。
【００４２】
〈本実施形態の名寄せ管理システムの処理手順〉
次に、名寄せ管理システム１０の処理手順を説明する。図７は名寄せ管理システム１０の処理手順を示すフローチャートである。
【００４３】
ステップＳ１０１において、顧客情報取得手段１４は、入出力端末１００から新規に顧客情報を取得し、顧客情報ＤＢ１２に新規登録する。この際、顧客情報取得手段１４は当該顧客情報に固有の店番号を付与する。本実施形態では、図２に示す通り顧客情報２１は店番号と、店名と、店名の読みと、住所と、電話番号及びＧＳＩを含むものである。
【００４４】
ステップＳ１０２において、正規化手段１５は、顧客情報ＤＢ１２から新規登録された顧客情報２１と条件ＤＢ１３から正規化条件とを取得し、正規化条件に基づいて新規登録された顧客情報を正規化し、新規正規化顧客情報２２として顧客情報ＤＢに登録する。本実施形態では、顧客情報の店名及び店名の読みと、顧客情報の住所に対し、正規化処理が行われる。正規化条件である修飾語の削除は、例えば図３に示すように登録された店名が「居酒屋ぐるなび有楽町店」である場合、正規化により業態名である「居酒屋」が削除され、正規化後の店名は「ぐるなび有楽町店」となる。
【００４５】
ステップＳ１０３において、一致度計算手段１６は、顧客情報ＤＢ１２から新規正規化顧客情報３１と同一市区町村の既存の顧客情報一覧に含まれる正規化顧客情報３２とを取得する。ここで、新規正規化顧客情報２１と同一の市区町村の正規化顧客情報３２を取得することにより、一致度計算手段１６による一致度の計算回数を減らすことができ、処理時間の短縮を図ることができる。
【００４６】
ステップＳ１０４において、一致度計算手段１６は、新規正規化顧客情報３１と既存の正規化顧客情報３２との一致度を計算する（名寄せ処理）。本実施形態では、図４に示すようにレーベンシュタイン編集距離により新規正規化顧客情報３１のレコードの項目である店名、店名の読み、住所、電話番号と既存の正規化顧客情報３２のレコードの項目である店名、店名の読み、住所、電話番号とについて、一致度計算手段１６がそれぞれ各項目毎に一致度を計算し、算出された各値を合計した値が所定の閾値以上であれば、一致と判定する。ここで、一致度計算手段１６が店名の一致度を計算する場合、新規正規化顧客情報３１の店名と既存の正規化顧客情報３２の店名との内、文字数が大きい方の店名の文字列について、文字列を構成する先頭一文字を一文字ずつ当該文字列の最後尾に移動、即ち文字列「ぐるなび有楽町店」を「ぐるなび有楽町店→るなび有楽町店ぐ→なび有楽町店ぐる→び有楽町店ぐるな→有楽町店ぐるなび・・・」としつつ、もう一方の店名の文字列と文字の移動毎に一致度を計算し、最も大きい値を店名の一致度とする。
【００４７】
ステップＳ１０５において、一致度計算手段１６は、取得した新規正規化顧客情報３１と同一市区町村の既存の正規化顧客情報一覧の最終行まで一致度の計算が終了している場合はステップＳ１０６に進み、終了していない場合はステップＳ１０４に戻り、名寄せ処理を継続する。
【００４８】
ステップＳ１０６において、一致度判定手段１７は、一致度計算手段１６から算出された値により、新規正規化顧客情報３１と既存の正規化顧客情報３２とが一致か否かを判定する。本実施形態では、一致度計算手段１６から算出された値が所定の閾値以上であれば、一致として判定される。本実施形態では、図４に示すようにレーベンシュタイン編集距離により新規正規化顧客情報３１のレコードの項目である店名、店名の読み、住所、電話番号と既存の正規化顧客情報３２のレコードの項目である店名、店名の読み、住所、電話番号とについて、一致度計算手段１６が算出した各一致度を合計した値が所定の閾値以上である場合、一致と判定し、ステップＳ１０７に進む。一方、当該合計した値が所定の閾値未満であれば、不一致と判定し、ステップＳ１０８に進む。なお、一致度計算手段１６から算出された値が所定の閾値以上となる既存の正規化顧客情報が複数ある場合、一致度判定手段１７は新規正規化顧客情報と一致度計算手段１６から算出された値が最も大きい既存の正規化顧客情報とが一致と判定する。
【００４９】
ステップＳ１０７において、識別番号付与手段１８は、新規正規化顧客情報に対し、一致度判定手段１７により一致と判定された既存の正規化顧客情報と同一の識別番号（ＧＳＩ）を付与し顧客情報ＤＢ１２に登録する。本実施形態では、図６に示すように同一のＧＳＩが付与されることになる。ここで、同一のＧＳＩが付与された複数の既存の正規化顧客情報の中に新規正規化顧客情報と一致と判定された既存の正規化顧客情報が含まれていれば、新規正規化顧客情報と一致しないと判定された既存の正規化顧客情報が含まれたとしても、識別番号付与手段１８は新規正規化顧客情報に対し一致と判定された既存の正規化顧客情報と同一のＧＳＩを付与する。
【００５０】
ステップＳ１０８において、識別番号付与手段１８は、新規正規化顧客情報が全ての既存の正規化顧客情報と一致しない場合は、新規正規化顧客情報に新規ＧＳＩが付与される。
【００５１】
ステップＳ１０９において、掲出手段１９は、掲出条件、即ち掲出順位ルールに基づいて新規正規化顧客情報を掲出、又は不掲出する。当該掲出順位ルールが、例えば、加盟店であるとすると、図６に示す顧客情報の内、店舗種別に加盟店を登録されている顧客情報が掲出され、他の顧客情報は掲出されないこととなる。また、掲出手段１９は同一のＧＳＩが付与された全ての顧客情報に対し、一度の手続により掲出、又は不掲出することも可能である。
【００５２】
〈本実施形態の名寄せ管理システムの効果〉
名寄せ管理システム１０は、新規登録された顧客情報に対し、正規化手段１５による正規化処理を実施することにより、その後に実施する名寄せ処理工数の短縮を図ることが可能となる。また、名寄せ管理システム１０は、一致度計算手段１６と一致度判定手段１７とにより、新規正規化顧客情報が既存の正規化顧客情報と一致するか否かを判定するため、比較対象となった２つの顧客情報の一致、不一致の判定基準を低くすることで名寄せを徹底することが可能となる。さらに、名寄せ管理システム１０は、識別番号付与手段１８により、正規化顧客情報に一致と判定された既存の正規化顧客情報と同一の識別番号を付与するため、同一の識別番号が付与された顧客情報毎に掲出、又は不掲出することが容易にでき、また掲出条件に合致した顧客情報を掲出、又は不掲出することも容易に可能となる。
【００５３】
名寄せ管理システム１０は、正規化手段１５による正規化顧客情報のレコードの項目である店名及び店名の読みと、住所に対し、正規化処理を実施することにより、正規化処理工数を短縮できる。
【００５４】
名寄せ管理システム１０は、一致度計算手段１６により算出された値により、新規正規化顧客情報と既存の正規化顧客情報とが一致か否かを判定するレーベンシュタイン編集距離により新規正規化顧客情報のレコードの項目である店名、店名の読み、住所、電話番号と前記既存の正規化顧客情報のレコードの項目である店名、店名の読み、住所、電話番号とについて、それぞれ各項目毎に一致度を計算し、算出された各一致度を合計するため、名寄せの精度の向上が可能となる。
【００５５】
名寄せ管理システム１０は、一致度計算手段１６が店名の一致度を計算する場合、新規正規化顧客情報の店名と既存の正規化顧客情報の店名との内、文字数が大きい方の店名の文字列について、文字列を構成する先頭一文字を一文字ずつ当該文字列の最後尾に移動しつつ、もう一方の店名の文字列と文字の移動毎に一致度を計算し、最も大きい値を店名の一致度とすることにより、漏れのない名寄せが可能となる。
【００５６】
名寄せ管理システム１０は、同一のＧＳＩが付与された複数の既存の正規化顧客情報の中に新規正規化顧客情報と一致と判定された既存の正規化顧客情報が含まれていれば、新規正規化顧客情報と一致しないと判定された既存の正規化顧客情報が含まれたとしても、識別番号付与手段１８は新規正規化顧客情報に対し一致と判定された既存の正規化顧客情報と同一のＧＳＩを付与するため、名寄せの徹底を図ることができる。
【００５７】
〔本実施形態の変形例等〕
本明細書開示の発明は、各発明や実施形態の構成の他に、適用可能な範囲で、これらの部分的な構成を本明細書開示の他の構成に変更して特定したもの、或いはこれらの構成に本明細書開示の他の構成を付加して特定したもの、或いはこれらの部分的な構成を部分的な作用効果が得られる限度で削除して特定した上位概念化したものを含み、下記の変形例等も包含する。
【産業上の利用可能性】
【００５８】
本発明は、飲食店等の様々な顧客情報を管理する顧客情報共有システムに利用することができる。
【符号の説明】
【００５９】
１０…名寄せ管理システム １１…制御部
１２…顧客情報ＤＢ １３…条件ＤＢ
１４…顧客情報取得手段 １５…正規化手段
１６…一致度計算手段 １７…一致度判定手段
１８…識別番号付与手段 １９…掲出手段
２１…顧客情報 ２２…正規化顧客情報
３１…新規正規化顧客情報 ３２…既存の正規化顧客情報
４１…新規正規化顧客情報 ４２…既存の正規化顧客情報
４３…既存の正規化顧客情報 １００…入出力端末
Ｎ…ネットワーク
【技術分野】
【０００１】
本発明は、顧客情報の名寄せ管理システムに関する。
【背景技術】
【０００２】
企業では顧客管理のために、顧客に関する情報がデータ化されて管理されている。しかし、同一の顧客情報であるにもかかわらず、異なる顧客情報として登録されていることがある。
【０００３】
例えば、図８に示す顧客管理のためのデータベースに記憶されている店名「ぐるなび有楽町店」の顧客情報と、店名「有楽町店ぐるなび」の顧客情報とは、データベース上では異なる顧客情報として登録されているとすると、データベース上では、あくまでも異なる店舗であるとして認識されることになる。しかしながら、これらが同一の顧客情報である場合、一つの顧客情報に統一して管理されなければならない。
【０００４】
上述した問題は、それぞれの顧客情報を入力した担当者が、自らの認識している情報で登録を行うことに起因する。これを防止するには、各担当者の認識を一致させる方法があるが、それをすべての顧客情報で行うのは事実上困難である。
【０００５】
そこで従来では、一般に、名寄せと呼ばれる作業を自動的に行うことで、異なる顧客情報を一つの顧客情報に統一する作業が行われる。名寄せ処理を行うコンピュータシステムの一例を下記特許文献に示す。
【０００６】
これら従来の名寄せ処理を行うコンピュータシステムでは、以下のような処理で行われることが一般的である。すなわち、第一に、比較対象となった２つの顧客情報のレコードの各項目（フィールド）について、所定のアルゴリズムを用いて、２つのフィールドにおける情報の一致の程度または不一致の程度（たとえばレーベンシュタイン距離）を算出し、各フィールドで算出した値を合計し、合計した値が所定の閾値以上ならば同一の顧客情報または異なる顧客情報（同一のレコードまたは異なるレコード）として判定する。そして、同一の顧客情報（同一のレコード）と判定した場合、所定の基準でいずれか一つの顧客情報（レコード）を採用し、他の一方の顧客情報（レコード）について、データベースから削除する。このように名寄せ処理を行うことで、データベースには一つの顧客情報しか残らないようにし、顧客情報の重複を防止している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−８３８９号公報
【特許文献２】特開２０１０−２３１２５３号公報
【特許文献３】特開２０１０−１２２９０８号公報
【特許文献４】特開２０１０−３９５３５号公報
【特許文献５】特開２００９−１５１５６３号公報
【特許文献６】特開２００８−１１７２２０号公報
【特許文献７】特開２００４−３４８４８９号公報
【特許文献８】特開２００４−１３９２３７号公報
【特許文献９】特開２００４−７８３３６号公報
【特許文献１０】特開２００３−７６８３８号公報
【特許文献１１】特開平７−２９６０５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
このような従来の名寄せ処理を行うコンピュータシステムを用いることで、自動的に名寄せ処理を行うことが出来る。しかし、一般的な従来の名寄せ処理を行うコンピュータシステムの場合、上述のように、同一のレコードと判定された２つのレコードのうち、一方のレコード（採用されなかったレコード）を削除していることから、仮に、名寄せが間違っていた場合（これを「誤名寄せ」という）、再度、削除してしまった顧客情報を入力し直さなければならない。しかし、この作業を行うのには工数がかかり、対応も容易ではない。また、比較対象となった２つの顧客情報のうち、採用されなかった顧客情報を、何らかの理由から顧客情報として採用したかった、という場合もある。このような場合にも、再度、削除してしまった顧客情報を入力し直さなければならない。
【０００９】
このような事態に備えるため、実務上では、同一の顧客情報として判定する基準（上述の閾値）を高く設定する（すなわち同一の顧客情報として判定しにくくする）こととなる。その結果、誤名寄せによる情報の削除や非採用の情報の採用といった要望には対応しやすくなったものの、同一の顧客情報であるにもかかわらず、別の顧客情報として取り扱われている顧客情報が多く存在してしまうことから、本来の名寄せの目的を十分に果たすことができなくなっている。
【００１０】
加えて、たとえば出願人のように、飲食店に関する情報をウェブサイトで提供する企業の場合、会員である飲食店のほか、会員でない飲食店についてもウェブサイトで提供している。この場合、ウェブサイトに掲載している会員である飲食店については、容易にその情報を管理することが出来るが、非会員である飲食店については、営業担当者などがその存在を認識することでウェブサイトに掲載しているため、同一の飲食店であるにもかかわらず、異なる飲食店として複数の情報が登録されてしまう場合がある。
【００１１】
この場合、単に同一の飲食店が複数のウェブサイトで、重複して掲載されているにすぎないならば問題の程度も高くはない。しかし、同一の飲食店であるにもかかわらず、たとえば飲食店が移転したなど、飲食店に関する情報に変化があり、その情報の登録のタイミングの相違により、異なる情報が登録され、ウェブサイト上で掲載されている場合、顧客はどちらの情報が正しいのか認識できず、顧客の混乱を招くこととなる。そこで、適切な名寄せを行い、一つの情報に統一することが求められる。しかし、それを徹底すると、上述のように、誤名寄せによる情報の削除や非採用の情報の採用といった要望には対応には対応することが困難となってしまうことから、名寄せを徹底することも容易ではない。
【００１２】
さらに、非会員である飲食店の情報をウェブサイトで提供する場合、当該飲食店から掲載中止の依頼があった場合、その掲載を行わないことが企業倫理上、好ましい。しかし、上述のように同一の飲食店であるにもかかわらず複数のウェブサイトが存在してしまうと、削除漏れが発生する可能性が否定できない。
【００１３】
以上のように、名寄せを徹底するには、２つの顧客情報の一致、不一致の判定基準（上述の閾値）を低くすれば良いが、その場合には、名寄せを徹底することによる実務上の課題、たとえば誤名寄せによる情報の削除や非採用の情報の採用といった要望には対応することが出来なくなってしまう。
【００１４】
そこで、名寄せの徹底および名寄せの徹底による実務上の課題の解決という相反する課題を両立しうることが求められるが、従来の名寄せ処理のコンピュータシステムでは対応することが出来ない。
【００１５】
本発明者は上記課題に鑑み、本発明の名寄せ管理システムを発明した。
【課題を解決するための手段】
【００１６】
本発明の名寄せ管理システムは、各種顧客情報を格納する顧客情報データベースと、正規化条件と掲出条件とを格納する条件データベースと、入出力端末から顧客情報を取得し、前記顧客情報データベースに新規登録する顧客情報取得手段と、前記顧客情報データベースから前記新規登録された顧客情報と前記条件データベースから前記正規化条件とを取得し、前記正規化条件に基づいて前記新規登録された顧客情報を正規化し、新規正規化顧客情報として前記顧客情報データベースに登録する正規化手段と、前記顧客情報データベースから前記新規正規化顧客情報と既存の正規化顧客情報とを取得し、前記新規正規化顧客情報と前記既存の正規化顧客情報との一致度を計算する一致度計算手段と、前記一致度計算手段から算出された値により、前記新規正規化顧客情報と前記既存の正規化顧客情報とが一致か否かを判定する一致度判定手段と、前記新規正規化顧客情報に前記一致度判定手段により一致と判定された前記既存の正規化顧客情報と同一の識別番号を付与し前記顧客情報データベースに登録する識別番号付与手段と、前記条件データベースから前記掲出条件を取得し、前記掲出条件に基づいて前記新規正規化顧客情報を掲出、又は不掲出する掲出手段とを有することを特徴とする。
この構成により、比較対象となった２以上の顧客情報の一致、不一致の判定基準を低くすることで名寄せを徹底することができる。また、掲出されなかった顧客情報を削除することなく、掲出された顧客情報と併せて、同一のグループであることを示す識別情報（ＧＳＩ）を付与して管理をしている。その結果、一致と判定した２つの顧客情報が、実際には異なる顧客情報であった場合、認識次第、ＧＳＩを変更すれば、それぞれが別の顧客情報として処理可能となる。また、掲出されなかった顧客情報を何らかの理由で採用したい場合には、従来とは異なり、掲出されなかった顧客情報もレコード上に残っていることから、掲出されなかった顧客情報を、掲出する情報に変更することも容易にできる。
【００１７】
本発明の名寄せ管理システムは、前記正規化条件が前記新規顧客情報から所定の単語の削除を含むことを特徴とする。
この構成により、顧客情報から所定の単語、例えば名寄せ処理に不要な情報である業態名、モール名、施設名を示す文字列を削除できるため、名寄せ処理に要する工数の短縮化を図ることができる。
【００１８】
本発明の名寄せ管理システムは、前記顧客情報が店名と、店名の読みと、住所と、電話番号とを含み、前記正規化手段が前記正規化条件に基づいて前記店名と、前記店名の読みと、前記住所とを正規化することを特徴とする。
この構成により、顧客情報を入力する担当者による入力誤り等の可能性が高い前記店名と、前記住所とに対し、正規化を行うことにより、その後に行われる名寄せ処理に要する工数をより短縮化することが可能となる。
【００１９】
本発明の名寄せ管理システムは、前記掲出手段が同一の前記識別番号が付与された正規化顧客情報毎に掲出、又は不掲出することを特徴とする。
この構成により、同一のグループであると判定された複数の顧客情報を一度に掲出、又は不掲出することが可能となり、顧客情報の不掲出を要望された顧客に関する全ての顧客情報を容易に、且つ確実に不掲出することができると共に、再度顧客情報の掲出を要望された場合であっても、迅速な対応を図ることができる。
【００２０】
本発明の名寄せ管理システムは、前記一致度計算手段から算出された値が所定の閾値以上である場合、前記一致度判定手段は前記新規正規化顧客情報と前記既存の正規化顧客情報とが一致と判定することを特徴とする。
この構成により、名寄せの精度を向上させることができる。
【００２１】
本発明の名寄せ管理システムは、前記一致度計算手段から算出された値が所定の閾値以上となる既存の正規化顧客情報が複数ある場合、前記一致度判定手段は前記新規正規化顧客情報と前記一致度計算手段から算出された値が最も大きい前記既存の正規化顧客情報とが一致と判定する。
この構成により、名寄せ処理の精度をより向上させることができる。
【発明の効果】
【００２２】
本発明の名寄せ管理システムを用いることによって、名寄せの徹底および名寄せの徹底による実務上の課題の解決という相反する課題を解決することが出来る。すなわち、本発明では、比較対象となった２つの顧客情報の一致、不一致の判定基準を低くすることで名寄せを徹底することができるが、採用されなかった顧客情報を削除することなく、採用された顧客情報と併せて、同一のグループであることを示す識別情報（ＧＳＩ）を付与して管理をしている。その結果、一致と判定した２つの顧客情報が、実際には異なる顧客情報であった場合、認識次第、ＧＳＩを変更すれば、それぞれが別の顧客情報として処理可能となる。また、採用されなかった顧客情報を何らかの理由で採用したい場合には、従来とは異なり、採用されなかった顧客情報もレコード上に残っていることから、採用されなかった顧客情報を、採用する情報に変更することも容易である。
【００２３】
さらに、飲食店に関する情報を提供するウェブサイトにおいて、非会員である飲食店に関する情報を掲載しており、当該飲食店から掲載中止の依頼があった場合、ＧＳＩに基づいて飲食店の情報（顧客情報）を管理することで、削除漏れを防止することも出来る。
【図面の簡単な説明】
【００２４】
【図１】本実施形態の名寄せ管理システムの全体の構成の一例を示す概念図。
【図２】本実施形態の顧客情報のレコードの項目の一例を示す図
【図３】本実施形態の顧客情報の正規化処理の一例を示す模式図。
【図４】本実施形態の顧客情報の名寄せ処理の一例を示す模式図。
【図５】（ａ）、（ｂ）本実施形態の顧客情報の名寄せ処理の別例を示す模式図。
【図６】本実施形態の同一の識別番号が付与された顧客情報の一例を示す模式図。
【図７】本実施形態の名寄せ管理システムの処理手順を示すフローチャート。
【図８】従来の顧客情報の一例を示す模式図。
【発明を実施するための形態】
【００２５】
本発明に係る実施形態の名寄せ管理システムについて図面を参照して説明する。図１は本実施形態の名寄せ管理システムの全体の構成を示す概念図である。
【００２６】
〈本実施形態の名寄せ管理システムの構成〉
本実施形態の名寄せ管理システム１０は、ネットワークＮを介して入出力端末１００とデータの送受信が可能である。
【００２７】
ネットワークＮは、インターネット等のオープンネットワーク、ＬＡＮ等のクローズド
ネットワーク、それらの組合せのイントラネット、公衆電話回線等のいずれであっても良く、有線・無線の別も問わない。
【００２８】
入出力端末１００は、図１では一個のみ図示されているが、実際は管理会社の管理担当端末、飲食店等の顧客側端末及びユーザー端末等から構成される複数の情報端末であり、通常のコンピュータ端末の他、ネットワークＮ機能を有する携帯電話、ＰＨＳ、スマートフォン等のいずれであっても良い。
【００２９】
名寄せ管理システム１０は、制御部１１と、各種顧客情報を格納する顧客情報データベース（顧客情報ＤＢ）１２と、正規化条件と掲出条件とを格納する条件データベース（条件ＤＢ）１３とを有し、また図示しないが主メモリと、各種処理プログラム及び必要なデータ等を記憶する記憶部とを有する。
【００３０】
制御部１１は、記憶部に記憶された各種処理プログラムを主メモリにロードして、顧客情報取得手段１４と、正規化手段１５と、一致度計算手段１６と、一致度判定手段１７と、識別番号付与手段１８と、掲出手段１９とからなる各種手段を実現する。
【００３１】
顧客情報取得手段１４は、入出力端末１００から新規に顧客情報を取得し、顧客情報ＤＢ１２に新規登録する手段である。この際、顧客情報取得手段１４は当該顧客情報毎に固有の店番号を付与する。本実施形態の顧客情報２１のレコードの各項目は、図２に示す通り店番号と、店名と、店名の読みと、住所と、電話番号と、後述するＧＳＩとである。
【００３２】
正規化手段１５は、顧客情報ＤＢ１２から新規登録された顧客情報２１と条件ＤＢ１３から正規化条件とを取得し、図３に示すように正規化条件に基づいて新規登録された顧客情報２１を正規化し、新規正規化顧客情報２２として顧客情報ＤＢに登録する手段である。本実施形態の正規化条件は、顧客情報の店名及び店名の読みに対する正規化条件と、顧客情報の住所に対する正規化条件とを有する。
【００３３】
顧客情報の店名及び店名の読みに対する正規化条件は、所定の単語の削除、カタカナの全角変換及びアルファベットの半角大文字変換等である。ここで、所定の単語の削除である修飾語の削除とは、業態名や、モール名や、施設名を店名及び店名の読みから削除することであり、図３に示すように登録された顧客情報２１の店名が「居酒屋ぐるなび有楽町店」である場合、正規化により業態名である「居酒屋」が削除され、正規化後の正規化顧客情報２２の店名は「ぐるなび有楽町店」となる。ここで、削除用の修飾語は、予め条件ＤＢ１３に登録させておくとよく、適宜修飾語の追加、変更、削除は可能である。また、カタカナの全角変換とは、店名及び店名の読みに半角のカタカナが登録されている場合は、全角のカタカナに変換することである。さらに、アルファベットの半角大文字変換とは、店名にアルファベットの全角大文字や、アルファベットの全角小文字や、アルファベットの半角小文字が登録されている場合は、半角大文字のアルファベットへ変換することである。
【００３４】
顧客情報の住所に対する正規化条件は、番地の変更、大字小字の削除、漢数字の変換等である。ここで、番地の変更とは、例えば「１丁目２番地３号」と登録されている場合は、「１−２−３」と変更することである。また、大字小字の削除とは、住所に「大字」、又は「小字」含まれている場合は、その「大字」、又は「小字」を削除することである。さらに、漢数字の変換とは、例えば「三−２−１」と登録されている場合は、「３−２−１」に変換することである。なお、京都の住所である場合、「上る」を「上」と、「下る」を「下」と変換させることも可能である。
【００３５】
一致度計算手段１６は、顧客情報ＤＢ１２から新規正規化顧客情報３１と既存の正規化顧客情報３２とを取得し、新規正規化顧客情報３１と既存の正規化顧客情報３２との一致度を計算する手段である（名寄せ処理）。図４に示す通り、本実施形態の一致度計算手段１６は、レーベンシュタイン編集距離により新規正規化顧客情報３１のレコードの項目である店名、店名の読み、住所、電話番号と前記既存の正規化顧客情報３２のレコードの項目である店名、店名の読み、住所、電話番号とについて、それぞれ各項目毎に一致度を計算し、算出された各一致度を合計する。ここで、一致度計算手段１６が店名の一致度を計算する場合、新規正規化顧客情報３１の店名と既存の正規化顧客情報３２の店名との内、文字数が大きい方の店名の文字列について、文字列を構成する先頭一文字を一文字ずつ当該文字列の最後尾に移動、即ち文字列「ぐるなび有楽町店」を「ぐるなび有楽町店→るなび有楽町店ぐ→なび有楽町店ぐる→び有楽町店ぐるな→有楽町店ぐるなび・・・」としつつ、もう一方の店名の文字列と文字の移動毎に一致度を計算し、最も大きい値を店名の一致度とする。なお、既存の正規化顧客情報３２は、新規正規化顧客情報３１と同一の市区町村の正規化顧客情報一覧表に含まれるものである。
【００３６】
また、図５に示すように既存の正規化顧客情報が２以上ある場合、一致度計算手段１６は、新規正規化顧客情報４１と、既存の正規化顧客情報４２、４３との一致度をそれぞれ計算する。
【００３７】
一致度判定手段１７は、一致度計算手段１６から算出された値により、新規正規化顧客情報と既存の正規化顧客情報とが一致か否かを判定する手段である。本実施形態では、一致度計算手段１６から算出された値が所定の閾値以上であれば、新規正規化顧客情報と既存の正規化顧客情報とが一致として判定される。具体的には、レーベンシュタイン編集距離により新規正規化顧客情報２１のレコードの項目である店名、店名の読み、住所、電話番号と既存の正規化顧客情報２２のレコードの項目である店名、店名の読み、住所、電話番号とについて、一致度計算手段１６がそれぞれ各項目毎に一致度を計算し、算出された各値を合計した値が所定の閾値以上であれば、一致と判定する。一方、当該合計した値が所定の閾値未満であれば、一致していないと判定する。また、一致度計算手段１６から算出された値が所定の閾値以上となる既存の正規化顧客情報が複数ある場合、一致度判定手段１７は新規正規化顧客情報と一致度計算手段１６から算出された値が最も大きい既存の正規化顧客情報とが一致と判定する。
【００３８】
識別番号付与手段１８は、新規正規化顧客情報に一致度判定手段１７により一致と判定された既存の正規化顧客情報と同一の識別番号（ＧＳＩ）を付与し顧客情報ＤＢ１２に登録する手段である。図６に示す通り本実施形態の識別番号付与手段１８は、新規正規化顧客情報に既存の正規化顧客情報に付与されたＧＳＩと同一のＧＳＩを付与し、当該３個の正規化顧客情報全てを顧客情報ＤＢ１２に登録する。なお、新規正規化顧客情報が全ての既存の正規化顧客情報と一致しない場合は、新規正規化顧客情報に新規ＧＳＩが付与される。
【００３９】
掲出手段１９は、条件ＤＢ１３から掲出条件を取得し、掲出条件に基づいて新規正規化顧客情報を掲出、又は不掲出する手段である。ここで、掲出条件、即ち掲出順位ルールが、例えば、加盟店であるとすると、図６に示す顧客情報の内、店舗種別に加盟店を登録されている顧客情報が掲出され、他の顧客情報は掲出されないこととなる。なお、掲出手段は任意に設定可能であり、最も新規に登録された顧客情報を掲出する等の設定ができる。
【００４０】
また、掲出手段１９は同一のＧＳＩが付与された顧客情報毎に一度の手続で掲出、又は不掲出することも可能である。
【００４１】
名寄せ管理システム１０に於ける各手段、データベースは、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を為していても良い。又データベースの代わりにデータファイルであっても良いことは言うまでもなく、データベースとの記載にはデータファイルをも含んでいる。
【００４２】
〈本実施形態の名寄せ管理システムの処理手順〉
次に、名寄せ管理システム１０の処理手順を説明する。図７は名寄せ管理システム１０の処理手順を示すフローチャートである。
【００４３】
ステップＳ１０１において、顧客情報取得手段１４は、入出力端末１００から新規に顧客情報を取得し、顧客情報ＤＢ１２に新規登録する。この際、顧客情報取得手段１４は当該顧客情報に固有の店番号を付与する。本実施形態では、図２に示す通り顧客情報２１は店番号と、店名と、店名の読みと、住所と、電話番号及びＧＳＩを含むものである。
【００４４】
ステップＳ１０２において、正規化手段１５は、顧客情報ＤＢ１２から新規登録された顧客情報２１と条件ＤＢ１３から正規化条件とを取得し、正規化条件に基づいて新規登録された顧客情報を正規化し、新規正規化顧客情報２２として顧客情報ＤＢに登録する。本実施形態では、顧客情報の店名及び店名の読みと、顧客情報の住所に対し、正規化処理が行われる。正規化条件である修飾語の削除は、例えば図３に示すように登録された店名が「居酒屋ぐるなび有楽町店」である場合、正規化により業態名である「居酒屋」が削除され、正規化後の店名は「ぐるなび有楽町店」となる。
【００４５】
ステップＳ１０３において、一致度計算手段１６は、顧客情報ＤＢ１２から新規正規化顧客情報３１と同一市区町村の既存の顧客情報一覧に含まれる正規化顧客情報３２とを取得する。ここで、新規正規化顧客情報２１と同一の市区町村の正規化顧客情報３２を取得することにより、一致度計算手段１６による一致度の計算回数を減らすことができ、処理時間の短縮を図ることができる。
【００４６】
ステップＳ１０４において、一致度計算手段１６は、新規正規化顧客情報３１と既存の正規化顧客情報３２との一致度を計算する（名寄せ処理）。本実施形態では、図４に示すようにレーベンシュタイン編集距離により新規正規化顧客情報３１のレコードの項目である店名、店名の読み、住所、電話番号と既存の正規化顧客情報３２のレコードの項目である店名、店名の読み、住所、電話番号とについて、一致度計算手段１６がそれぞれ各項目毎に一致度を計算し、算出された各値を合計した値が所定の閾値以上であれば、一致と判定する。ここで、一致度計算手段１６が店名の一致度を計算する場合、新規正規化顧客情報３１の店名と既存の正規化顧客情報３２の店名との内、文字数が大きい方の店名の文字列について、文字列を構成する先頭一文字を一文字ずつ当該文字列の最後尾に移動、即ち文字列「ぐるなび有楽町店」を「ぐるなび有楽町店→るなび有楽町店ぐ→なび有楽町店ぐる→び有楽町店ぐるな→有楽町店ぐるなび・・・」としつつ、もう一方の店名の文字列と文字の移動毎に一致度を計算し、最も大きい値を店名の一致度とする。
【００４７】
ステップＳ１０５において、一致度計算手段１６は、取得した新規正規化顧客情報３１と同一市区町村の既存の正規化顧客情報一覧の最終行まで一致度の計算が終了している場合はステップＳ１０６に進み、終了していない場合はステップＳ１０４に戻り、名寄せ処理を継続する。
【００４８】
ステップＳ１０６において、一致度判定手段１７は、一致度計算手段１６から算出された値により、新規正規化顧客情報３１と既存の正規化顧客情報３２とが一致か否かを判定する。本実施形態では、一致度計算手段１６から算出された値が所定の閾値以上であれば、一致として判定される。本実施形態では、図４に示すようにレーベンシュタイン編集距離により新規正規化顧客情報３１のレコードの項目である店名、店名の読み、住所、電話番号と既存の正規化顧客情報３２のレコードの項目である店名、店名の読み、住所、電話番号とについて、一致度計算手段１６が算出した各一致度を合計した値が所定の閾値以上である場合、一致と判定し、ステップＳ１０７に進む。一方、当該合計した値が所定の閾値未満であれば、不一致と判定し、ステップＳ１０８に進む。なお、一致度計算手段１６から算出された値が所定の閾値以上となる既存の正規化顧客情報が複数ある場合、一致度判定手段１７は新規正規化顧客情報と一致度計算手段１６から算出された値が最も大きい既存の正規化顧客情報とが一致と判定する。
【００４９】
ステップＳ１０７において、識別番号付与手段１８は、新規正規化顧客情報に対し、一致度判定手段１７により一致と判定された既存の正規化顧客情報と同一の識別番号（ＧＳＩ）を付与し顧客情報ＤＢ１２に登録する。本実施形態では、図６に示すように同一のＧＳＩが付与されることになる。ここで、同一のＧＳＩが付与された複数の既存の正規化顧客情報の中に新規正規化顧客情報と一致と判定された既存の正規化顧客情報が含まれていれば、新規正規化顧客情報と一致しないと判定された既存の正規化顧客情報が含まれたとしても、識別番号付与手段１８は新規正規化顧客情報に対し一致と判定された既存の正規化顧客情報と同一のＧＳＩを付与する。
【００５０】
ステップＳ１０８において、識別番号付与手段１８は、新規正規化顧客情報が全ての既存の正規化顧客情報と一致しない場合は、新規正規化顧客情報に新規ＧＳＩが付与される。
【００５１】
ステップＳ１０９において、掲出手段１９は、掲出条件、即ち掲出順位ルールに基づいて新規正規化顧客情報を掲出、又は不掲出する。当該掲出順位ルールが、例えば、加盟店であるとすると、図６に示す顧客情報の内、店舗種別に加盟店を登録されている顧客情報が掲出され、他の顧客情報は掲出されないこととなる。また、掲出手段１９は同一のＧＳＩが付与された全ての顧客情報に対し、一度の手続により掲出、又は不掲出することも可能である。
【００５２】
〈本実施形態の名寄せ管理システムの効果〉
名寄せ管理システム１０は、新規登録された顧客情報に対し、正規化手段１５による正規化処理を実施することにより、その後に実施する名寄せ処理工数の短縮を図ることが可能となる。また、名寄せ管理システム１０は、一致度計算手段１６と一致度判定手段１７とにより、新規正規化顧客情報が既存の正規化顧客情報と一致するか否かを判定するため、比較対象となった２つの顧客情報の一致、不一致の判定基準を低くすることで名寄せを徹底することが可能となる。さらに、名寄せ管理システム１０は、識別番号付与手段１８により、正規化顧客情報に一致と判定された既存の正規化顧客情報と同一の識別番号を付与するため、同一の識別番号が付与された顧客情報毎に掲出、又は不掲出することが容易にでき、また掲出条件に合致した顧客情報を掲出、又は不掲出することも容易に可能となる。
【００５３】
名寄せ管理システム１０は、正規化手段１５による正規化顧客情報のレコードの項目である店名及び店名の読みと、住所に対し、正規化処理を実施することにより、正規化処理工数を短縮できる。
【００５４】
名寄せ管理システム１０は、一致度計算手段１６により算出された値により、新規正規化顧客情報と既存の正規化顧客情報とが一致か否かを判定するレーベンシュタイン編集距離により新規正規化顧客情報のレコードの項目である店名、店名の読み、住所、電話番号と前記既存の正規化顧客情報のレコードの項目である店名、店名の読み、住所、電話番号とについて、それぞれ各項目毎に一致度を計算し、算出された各一致度を合計するため、名寄せの精度の向上が可能となる。
【００５５】
名寄せ管理システム１０は、一致度計算手段１６が店名の一致度を計算する場合、新規正規化顧客情報の店名と既存の正規化顧客情報の店名との内、文字数が大きい方の店名の文字列について、文字列を構成する先頭一文字を一文字ずつ当該文字列の最後尾に移動しつつ、もう一方の店名の文字列と文字の移動毎に一致度を計算し、最も大きい値を店名の一致度とすることにより、漏れのない名寄せが可能となる。
【００５６】
名寄せ管理システム１０は、同一のＧＳＩが付与された複数の既存の正規化顧客情報の中に新規正規化顧客情報と一致と判定された既存の正規化顧客情報が含まれていれば、新規正規化顧客情報と一致しないと判定された既存の正規化顧客情報が含まれたとしても、識別番号付与手段１８は新規正規化顧客情報に対し一致と判定された既存の正規化顧客情報と同一のＧＳＩを付与するため、名寄せの徹底を図ることができる。
【００５７】
〔本実施形態の変形例等〕
本明細書開示の発明は、各発明や実施形態の構成の他に、適用可能な範囲で、これらの部分的な構成を本明細書開示の他の構成に変更して特定したもの、或いはこれらの構成に本明細書開示の他の構成を付加して特定したもの、或いはこれらの部分的な構成を部分的な作用効果が得られる限度で削除して特定した上位概念化したものを含み、下記の変形例等も包含する。
【産業上の利用可能性】
【００５８】
本発明は、飲食店等の様々な顧客情報を管理する顧客情報共有システムに利用することができる。
【符号の説明】
【００５９】
１０…名寄せ管理システム １１…制御部
１２…顧客情報ＤＢ １３…条件ＤＢ
１４…顧客情報取得手段 １５…正規化手段
１６…一致度計算手段 １７…一致度判定手段
１８…識別番号付与手段 １９…掲出手段
２１…顧客情報 ２２…正規化顧客情報
３１…新規正規化顧客情報 ３２…既存の正規化顧客情報
４１…新規正規化顧客情報 ４２…既存の正規化顧客情報
４３…既存の正規化顧客情報 １００…入出力端末
Ｎ…ネットワーク
【特許請求の範囲】
【請求項１】
各種顧客情報を格納する顧客情報データベースと、
正規化条件と掲出条件とを格納する条件データベースと、
入出力端末から顧客情報を取得し、前記顧客情報データベースに新規登録する顧客情報取得手段と、
前記顧客情報データベースから前記新規登録された顧客情報と前記条件データベースから前記正規化条件とを取得し、前記正規化条件に基づいて前記新規登録された顧客情報を正規化し、新規正規化顧客情報として前記顧客情報データベースに登録する正規化手段と、
前記顧客情報データベースから前記新規正規化顧客情報と既存の正規化顧客情報とを取得し、前記新規登録された正規化顧客情報と前記既存の正規化顧客情報との一致度を計算する一致度計算手段と、
前記一致度計算手段から算出された値により、前記新規正規化顧客情報と前記既存の正規化顧客情報とが一致か否かを判定する一致度判定手段と、
前記新規正規化顧客情報に前記一致度判定手段により一致と判定された前記既存の正規化顧客情報と同一の識別番号を付与し前記顧客情報データベースに登録する識別番号付与手段と、
前記条件データベースから前記掲出条件を取得し、前記掲出条件に基づいて前記新規正規化顧客情報を掲出、又は不掲出する掲出手段と、
を有する
ことを特徴とする名寄せ管理システム。
【請求項２】
前記正規化条件が前記新規顧客情報から所定の単語の削除を含む
ことを特徴とする請求項１記載の名寄せ管理システム。
【請求項３】
前記顧客情報が店名と、店名の読みと、住所と、電話番号とを含み、
前記正規化手段が前記正規化条件に基づいて前記店名と、前記店名の読みと、前記住所とを正規化する
ことを特徴とする請求項１または２記載の名寄せ管理システム。
【請求項４】
前記掲出手段が同一の前記識別番号が付与された正規化顧客情報毎に掲出、又は不掲出する
ことを特徴とする請求項１から３の何れかに記載の名寄せ管理システム。
【請求項５】
前記一致度計算手段から算出された値が所定の閾値以上である場合、前記一致度判定手段は前記新規正規化顧客情報と前記既存の正規化顧客情報とが一致と判定する
ことを特徴とする請求項１から４の何れかに記載の名寄せ管理システム。
【請求項６】
前記一致度計算手段から算出された値が所定の閾値以上となる既存の正規化顧客情報が複数ある場合、
前記一致度判定手段は前記新規正規化顧客情報と前記一致度計算手段から算出された値が最も大きい前記既存の正規化顧客情報とが一致と判定する
ことを特徴とする請求項５記載の名寄せ管理システム。
【請求項１】
各種顧客情報を格納する顧客情報データベースと、
正規化条件と掲出条件とを格納する条件データベースと、
入出力端末から顧客情報を取得し、前記顧客情報データベースに新規登録する顧客情報取得手段と、
前記顧客情報データベースから前記新規登録された顧客情報と前記条件データベースから前記正規化条件とを取得し、前記正規化条件に基づいて前記新規登録された顧客情報を正規化し、新規正規化顧客情報として前記顧客情報データベースに登録する正規化手段と、
前記顧客情報データベースから前記新規正規化顧客情報と既存の正規化顧客情報とを取得し、前記新規登録された正規化顧客情報と前記既存の正規化顧客情報との一致度を計算する一致度計算手段と、
前記一致度計算手段から算出された値により、前記新規正規化顧客情報と前記既存の正規化顧客情報とが一致か否かを判定する一致度判定手段と、
前記新規正規化顧客情報に前記一致度判定手段により一致と判定された前記既存の正規化顧客情報と同一の識別番号を付与し前記顧客情報データベースに登録する識別番号付与手段と、
前記条件データベースから前記掲出条件を取得し、前記掲出条件に基づいて前記新規正規化顧客情報を掲出、又は不掲出する掲出手段と、
を有する
ことを特徴とする名寄せ管理システム。
【請求項２】
前記正規化条件が前記新規顧客情報から所定の単語の削除を含む
ことを特徴とする請求項１記載の名寄せ管理システム。
【請求項３】
前記顧客情報が店名と、店名の読みと、住所と、電話番号とを含み、
前記正規化手段が前記正規化条件に基づいて前記店名と、前記店名の読みと、前記住所とを正規化する
ことを特徴とする請求項１または２記載の名寄せ管理システム。
【請求項４】
前記掲出手段が同一の前記識別番号が付与された正規化顧客情報毎に掲出、又は不掲出する
ことを特徴とする請求項１から３の何れかに記載の名寄せ管理システム。
【請求項５】
前記一致度計算手段から算出された値が所定の閾値以上である場合、前記一致度判定手段は前記新規正規化顧客情報と前記既存の正規化顧客情報とが一致と判定する
ことを特徴とする請求項１から４の何れかに記載の名寄せ管理システム。
【請求項６】
前記一致度計算手段から算出された値が所定の閾値以上となる既存の正規化顧客情報が複数ある場合、
前記一致度判定手段は前記新規正規化顧客情報と前記一致度計算手段から算出された値が最も大きい前記既存の正規化顧客情報とが一致と判定する
ことを特徴とする請求項５記載の名寄せ管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１３−２０３８１（Ｐ２０１３−２０３８１Ａ）
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願番号】特願２０１１−１５２１９７（Ｐ２０１１−１５２１９７）
【出願日】平成２３年７月８日（２０１１．７．８）
【特許番号】特許第４８６９４４８号（Ｐ４８６９４４８）
【特許公報発行日】平成２４年２月８日（２０１２．２．８）
【出願人】（５００１７５５６５）株式会社ぐるなび (43)
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願日】平成２３年７月８日（２０１１．７．８）
【特許番号】特許第４８６９４４８号（Ｐ４８６９４４８）
【特許公報発行日】平成２４年２月８日（２０１２．２．８）
【出願人】（５００１７５５６５）株式会社ぐるなび (43)
[ Back to top ]