名寄せチェック支援装置、名寄せチェック支援プログラム及び名寄せチェック支援方法
【課題】同一法人か否かの判定に有用なコンテンツを容易に抽出できる名寄せチェック支援装置、名寄せチェック支援プログラム及び名寄せチェック支援方法を提供することを課題とする。
【解決手段】名寄せチェック支援装置４０は、確定情報記憶部２及び候補情報記憶部３を参照して、一の法人に属すると確定された又は一の法人に属すると推定された名寄せ対象の双方をキーとして第１のコンテンツを取得するコンテンツ取得手段５２と、取得した第１のコンテンツと近似する格納位置の第２のコンテンツを取得し、第１及び第２のコンテンツに記載されている名寄せ対象が一の法人に属するときに、第１のコンテンツの情報を、候補テーブルの名寄せ対象が、名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報テーブルに記録するコンテンツタイプ決定手段５３とを有することにより上記課題を解決する。
【解決手段】名寄せチェック支援装置４０は、確定情報記憶部２及び候補情報記憶部３を参照して、一の法人に属すると確定された又は一の法人に属すると推定された名寄せ対象の双方をキーとして第１のコンテンツを取得するコンテンツ取得手段５２と、取得した第１のコンテンツと近似する格納位置の第２のコンテンツを取得し、第１及び第２のコンテンツに記載されている名寄せ対象が一の法人に属するときに、第１のコンテンツの情報を、候補テーブルの名寄せ対象が、名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報テーブルに記録するコンテンツタイプ決定手段５３とを有することにより上記課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は名寄せチェックを支援する名寄せチェック支援装置、名寄せチェック支援プログラム及び名寄せチェック支援方法に関する。
【背景技術】
【０００２】
データベース（以下、ＤＢという）には、例えば法人テーブルのように、ある法人を表すレコードが複数含まれているものがあった。異なる営業所のレコードがあるなど、異なるレコードが同一法人を表している場合のある法人テーブルには、同一法人を表しているレコードを同定する処理（名寄せ）へのニーズがあった。
【０００３】
自動的又は半自動的に名寄せを行う既存の名寄せ技術には、レコード対や複数レコード間の類似度を計算して類似度の高い複数レコードを同一法人と確定し、同一法人と確定された複数レコードに対して中程度の類似度を持つレコードを同一法人候補として出力するものがあった。
【０００４】
既存の名寄せ技術を用いた名寄せ処理を行う名寄せプログラムや名寄せ装置では、例えば図１に示すように、法人テーブル１が入力されると、確定テーブル２と候補テーブル３とを出力する。図１は、法人テーブル，確定テーブル及び候補テーブルの一例の構成図である。
【０００５】
法人テーブル１は異なるレコードが同一法人を表している場合があるものとする。確定テーブル２は名寄せ処理により同一法人であると確定されたレコードに同じグループＩＤが付与されている。
【０００６】
なお、確定テーブル２は同一法人が無いレコードにも単独でグループＩＤが付与されている。つまり、確定テーブル２において異なるグループＩＤが付与されたレコードは別の法人であると確定されたことになる。以下では、確定テーブルの各レコードを確定レコードと呼び、同じグループＩＤを持つ確定レコードを確定レコード群と呼ぶ。
【０００７】
候補テーブル３は、名寄せ処理により同一法人であると確定できなかったが、確定テーブル２で同一法人と確定されている確定レコード群と同一法人の可能性があるレコードに、確定レコード群と同じグループＩＤが付与されている。以下では、候補テーブルの各レコードを候補レコードと呼ぶ。
【０００８】
例えば図１の候補テーブル３のレコードＩＤ「００７」の候補レコードは、確定テーブル２のレコードＩＤ「００４」の確定レコードの法人と同一法人の可能性があることを表している。
【０００９】
名寄せ処理を行ったＤＢ管理者等のユーザは、名寄せ処理後、候補レコードの名寄せも遂行したい場合、候補レコードと確定レコード群とを閲覧し、人手によって候補レコードと確定レコード群とが同一法人か否かを判定する。例えばユーザは図２に示すＧＵＩを備えたシステム（以下、名寄せチェックシステム）を利用し、人手によって候補レコードと確定レコード群とが同一法人か否かを判定する。
【００１０】
図２は人手によって候補レコードと確定レコード群とが同一法人か否かを判定するＧＵＩの一例のイメージ図である。ユーザは候補レコード１１と確定レコード群１２とが同一法人か否かを様々な方法を用いて判定する。例えば候補レコード１１と確定レコード群１２とが同一法人か否かを判定する方法の一例としては、候補レコード１１と確定レコード群１２の両者の情報を共に含むウェブページを閲覧することにより、ユーザが同一法人か否かを判定する方法がある。
【００１１】
そこで、候補レコード１１と確定レコード群１２の両者の情報を共に含むウェブページの閲覧を容易とするため、名寄せチェックシステムは候補レコード１１と確定レコード群１２の両者の情報を含んだクエリを自動的に生成して検索エンジンで検索し、検索結果を例えば図３に示すように提示することが考えられる。
【００１２】
図３は候補レコードと確定レコード群の両者の情報を含んだクエリによる検索結果を含むＧＵＩの一例のイメージ図である。クエリ１３は候補レコード１１と確定レコード群１２の両者の情報を含んでいる。検索結果としてリンク情報１４で示されたウェブページは候補レコード１１と確定レコード群１２の両者の情報を含んでいる。
【００１３】
しかし、候補レコード１１と確定レコード群１２の両者の情報を含んだクエリ１３により検索を行った場合、検索結果としてリンク情報１４で示されるウェブページの数は多くなることがある。したがって、候補レコード１１と確定レコード群１２の両者の情報を含んだクエリ１３により検索を行った場合、ユーザは検索結果としてリンク情報１４で示されるウェブページを順に見ていく必要があり、作業に無駄があった。
【００１４】
ユーザの作業の無駄を削減するためには、例えば検索結果としてリンク情報１４で示されるウェブページを、ウェブページから得ることのできるスコアや信頼度に応じて並び替えること又は抽出することが考えられる。
【００１５】
ウェブページに含まれる電話番号や住所の個数を数え、数えた個数をウェブページのスコアとする技術は従来から知られている（例えば特許文献１参照）。また、予め設定されたキーワードがウェブページに含まれるか否かによってウェブページの信頼度を決定する技術も従来から知られている（例えば特許文献２参照）。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２００３−１０８５９５号公報
【特許文献２】国際公開第２００６／０２７９７３号
【発明の概要】
【発明が解決しようとする課題】
【００１７】
しかし、検索結果としてリンク情報１４で示されるウェブページを、ウェブページから得ることのできるスコアや信頼度に応じて並び替え又は抽出するだけでは、同一法人か否かの判定という観点から有用なウェブページの順番が先になるように並び替えること又は抽出することはできないという問題があった。
【００１８】
例えばウェブページに含まれる電話番号や住所の個数を数えてウェブページのスコアとする技術では、同一法人か否かの判定という観点から有用なウェブページを抽出することができない。また、予め設定されたキーワードがウェブページに含まれるか否かによってウェブページの信頼度を決定する技術では、同一法人か否かの判定という観点から有用なウェブページを決定するようなキーワードを予め網羅しておくことが現実的でなく、精度の良いキーワードを見つけることも難しい。
【００１９】
本発明の一実施形態は、同一法人か否かの判定に有用なコンテンツを容易に抽出できる名寄せチェック支援装置、名寄せチェック支援プログラム及び名寄せチェック支援方法を提供することを目的とする。
【課題を解決するための手段】
【００２０】
上記課題を解決するため、本発明の一実施形態の名寄せチェック支援装置は、名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出し、前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得手段と、前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定手段とを有する。
【００２１】
なお、本発明の一実施形態の構成要素、表現又は構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００２２】
本発明の一実施形態によれば、同一法人か否かの判定に有用なコンテンツを容易に抽出できる名寄せチェック支援装置、名寄せチェック支援プログラム及び名寄せチェック支援方法を提供可能である。
【図面の簡単な説明】
【００２３】
【図１】法人テーブル，確定テーブル及び候補テーブルの一例の構成図である。
【図２】人手によって候補レコードと確定レコード群とが同一法人か否かを判定するＧＵＩの一例のイメージ図である。
【図３】候補レコードと確定レコード群の両者の情報を含んだクエリによる検索結果を含むＧＵＩの一例のイメージ図である。
【図４】候補レコードと確定レコード群の両者の情報を含んだクエリによる検索結果を含むＧＵＩの一実施例のイメージ図である。
【図５】タイプ１のウェブページについて説明するための説明図である。
【図６】タイプ２のウェブページについて説明するための説明図である。
【図７】タイプ３のウェブページについて説明するための説明図である。
【図８】名寄せチェック支援装置の一例のハードウェア構成図である。
【図９】名寄せチェック支援装置の一例の処理ブロック構成図である。
【図１０】ウェブページタイプテーブルの一例の構成図である。
【図１１】名寄せチェック支援装置の処理手順を表した一例のフローチャートである。
【図１２】ステップＳ３で候補テーブルから取り出す候補レコードを表した一例の説明図である。
【図１３】ステップＳ４で確定テーブルから取り出す確定レコード群を表した一例の説明図である。
【図１４】ステップＳ５で取得したウェブページ群を表した一例の説明図である。
【図１５】ステップＳ２〜Ｓ６で形成される処理ループの１周目にステップＳ６で決定した各ウェブページのタイプを表す一例の説明図である。
【図１６】人手によって候補レコードと確定レコード群とが同一法人か否かを判定するＧＵＩの一例のイメージ図である。
【図１７】ステップＳ５の処理手順を表した一例のフローチャートである。
【図１８】候補レコード及び確定レコード群からクエリを生成する処理を説明するための説明図である。
【図１９】ステップＳ６の処理手順を表した一例のフローチャートである。
【図２０】ステップＳ６４の処理手順を表した一例のフローチャートである。
【図２１】ステップＳ６４の処理の第１のフローを説明するための説明図である。
【図２２】ステップＳ６４の処理の第２のフローを説明するための説明図である。
【図２３】ステップＳ６４の処理の第３のフローを説明するための説明図である。
【図２４】ステップＳ６４の処理の第４のフローを説明するための説明図である。
【図２５】ステップＳ６４の処理の第５のフローを説明するための説明図である。
【図２６】ステップＳ６４の処理の第６のフローを説明するための説明図である。
【発明を実施するための形態】
【００２４】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明していく。
【００２５】
図４は候補レコードと確定レコード群の両者の情報を含んだクエリによる検索結果を含むＧＵＩの一実施例のイメージ図である。本実施例の名寄せチェック支援装置は、候補レコード１１と確定レコード群１２の両者の情報を含んだクエリ１３を自動的に生成して検索エンジンで検索し、検索結果を得る。
【００２６】
名寄せチェック支援装置は、検索結果のウェブページの中から、同一法人か否かの判定に有用なウェブページのリンク情報２０を抽出し、ユーザに提示する。なお、リンク情報とはＵＲＬなどのコンピュータ上の格納位置を示す情報である。ウェブページはコンテンツの一例である。
【００２７】
同一法人か否かの判定に有用なウェブページのリンク情報２０には同一法人の情報のみが載っているウェブページ（以下、タイプ１のウェブページという）のリンク情報２１と同一法人の情報が重複して載っていないウェブページ（以下、タイプ２のウェブページという）のリンク情報２２とが含まれる。
【００２８】
なお、タイプ１のウェブページは同一法人と判定しやすい、言い換えれば名寄せ可と判定しやすいウェブページである。また、タイプ２のウェブページは同一法人でないと判定しやすい、言い換えれば名寄せ不可と判定しやすいウェブページである。
【００２９】
そこで、ユーザの作業の無駄を削減するため、名寄せチェック支援装置はユーザが検索結果のウェブページをやみくもに見ることがないように、検索結果のウェブページの中からタイプ１及び２のウェブページを同定してユーザに提示している。
【００３０】
図５はタイプ１のウェブページについて説明するための説明図である。ここではＳＳＳ社の店舗リストのウェブページ３１がタイプ１のウェブページであるとする。図５のＧＵＩにはタイプ１のウェブページ３１のリンク情報２１が含まれる。ＳＳＳ社の店舗リストのウェブページ３１に載っているＳＳＳ銀座店，ＴＴＴ有楽町店及びＴＴＴ池袋店は何れもＳＳＳ社の店舗である。
【００３１】
このように、ＳＳＳ社の店舗リストのウェブページ３１は、ＳＳＳ社の情報（同一法人の情報）のみが載っている。したがって、ユーザはタイプ１のウェブページとしてＳＳＳ社の店舗リストのウェブページ３１を見ることで、候補レコード１１及び確定レコード群１２の法人が同一法人であると判定できる。
【００３２】
図６はタイプ２のウェブページについて説明するための説明図である。ここでは銀座周辺Ｗ会法人リストのウェブページ３２がタイプ２のウェブページであるとする。図６のＧＵＩにはタイプ２のウェブページ３２のリンク情報２２が含まれる。銀座周辺Ｗ会法人リストのウェブページ３２に載っているＳＳＳ銀座店，ＴＴＴ有楽町店及びＵＵＵ銀座店は何れも別法人の店舗である。
【００３３】
このように、銀座周辺Ｗ会法人リストのウェブページ３２は、同一法人の情報が重複して載っていない。したがって、ユーザはタイプ２のウェブページとして銀座周辺Ｗ会法人リストのウェブページ３２を見ることで、候補レコード１１及び確定レコード群１２の法人が同一法人でないと判定できる。
【００３４】
図７はタイプ３のウェブページについて説明するための説明図である。ここでは銀座周辺店舗リストのウェブページ３３がタイプ３のウェブページであるとする。ここでタイプ３のウェブページとはタイプ１のウェブページでもタイプ２のウェブページでもないウェブページとする。タイプ３のウェブページは、複数法人の情報が載っていると共に、同一法人の情報が重複して載っているウェブページである。
【００３５】
図７のＧＵＩにはタイプ３のウェブページ３３のリンク情報２３が含まれる。銀座周辺店舗リストのウェブページ３３に載っているＵＵＵ銀座店とＶＶＶ有楽町店とは同一法人の店舗である。また、銀座周辺店舗リストのウェブページ３３に載っているＸＸＸ有楽町店はＵＵＵ銀座店及びＶＶＶ有楽町店の法人と別法人の店舗である。
【００３６】
このように、銀座周辺店舗リストのウェブページ３３は、複数法人の情報が載っていると共に、同一法人の情報が重複して載っている。したがって、ユーザはタイプ３のウェブページである銀座周辺店舗リストのウェブページ３３を見ても、同一法人か否かを判定するための参考情報として適していないため、候補レコード１１及び確定レコード群１２の法人が同一法人であるか否かを判定できない。
【００３７】
このように、本実施例の名寄せチェック支援装置は、候補レコード１１と確定レコード群１２の両者の情報を含んだクエリ１３を生成し、クエリ１３によりウェブ検索された検索結果のウェブページ群の各ウェブページを、タイプ１のウェブページ，タイプ２のウェブページ及びタイプ３のウェブページに、自動的に同定するものである。
【００３８】
図８は名寄せチェック支援装置の一例のハードウェア構成図である。名寄せチェック支援装置４０は、バス４９で相互に接続された入力装置４１，出力装置４２，ドライブ装置４３，補助記憶装置４４，主記憶装置４５，演算処理装置４６及びインターフェース装置４７を有する。
【００３９】
入力装置４１はキーボードやマウス等である。入力装置４１は、各種信号を入力するために用いられる。出力装置４２はディスプレイ装置等である。出力装置４２は、各種ウインドウやデータ等を表示するために用いられる。インターフェース装置４７は、モデム又はＬＡＮカード等である。インターフェース装置４７は、ネットワークに接続するために用いられる。
【００４０】
名寄せチェック支援装置４０を制御する名寄せチェック支援プログラムは記録媒体４８の配布やネットワークからのダウンロードなどによって提供される。名寄せチェック支援プログラムは、補助記憶装置４４にインストールされる。また、補助記憶装置４４は名寄せチェック支援プログラムの他、必要なファイル，データ等を格納する。
【００４１】
主記憶装置４５は、名寄せチェック支援装置４０の起動時に補助記憶装置４４から名寄せチェック支援プログラムを読み出して格納する。演算処理装置４６は主記憶装置４５に格納された名寄せチェック支援プログラムに従って、後述するような各種処理を実現している。
【００４２】
図９は名寄せチェック支援装置の一例の処理ブロック構成図である。名寄せチェック支援装置４０は全体処理部５１，ウェブページ群取得部５２，ウェブページ群タイプ決定部５３を有する。ウェブページ群タイプ決定部５３はウェブページタイプ決定部５４を有している。
【００４３】
名寄せチェック支援装置４０は、例えば図１の法人テーブル１を名寄せ処理した名寄せ結果である確定テーブル２と候補テーブル３とが入力される。なお、各テーブルはＤＢの形式の一例であり、上記した補助記憶装置４４又は主記憶装置４５に記憶される。
【００４４】
名寄せチェック支援装置４０の全体処理部５１は、ウェブページ群取得部５２及びウェブページ群タイプ決定部５３を制御し、候補テーブル３中の各候補レコードについて以下の処理を行わせる。
【００４５】
ウェブページ群取得部５２は、候補レコードと同じグループＩＤを持った確定レコード群を確定テーブル２から読み出す。ウェブページ群取得部５２は候補レコード及び確定レコード群の両者の情報を含んだクエリを作成し、検索エンジン５５で検索する。以下ではクエリにより検索された検索結果の複数のウェブページをウェブページ群と呼ぶ。
【００４６】
ウェブページ群タイプ決定部５３は、ウェブページタイプ決定部５４を制御し、ウェブページ群中の各ウェブページについて以下の処理を行う。ウェブページタイプ決定部５４は処理対象として選択された選択ウェブページがタイプ１又はタイプ２のウェブページである可能性があるか否かを後述のように調べる。
【００４７】
ウェブページタイプ決定部５４は、選択ウェブページがタイプ１又はタイプ２のウェブページである可能性があれば、選択ウェブページの類似ウェブページをインターネット５６から取得する。なお、ウェブページタイプ決定部５４は選択ウェブページの類似ウェブページを、格納位置を示す文字列の類似で判断する。ＵＲＬのように格納位置を示す文字列が階層化されている場合には、上位階層を示す文字列が一致するが、下位階層の文字列が異なるものを類似と判断する。例えば、選択ウェブページの類似ウェブページは選択ウェブページのＵＲＬに対して末尾のファイル名が異なるＵＲＬ（例えば「http://www.aaa.z/12.html」に対して「http://www.aaa.z/13.html」）を持つウェブページである。
【００４８】
ウェブページタイプ決定部５４は、選択ウェブページがタイプ１のウェブページである可能性があれば、類似ウェブページが全てタイプ１か調べる。類似ウェブページが全てタイプ１であれば、ウェブページタイプ決定部５４は選択ウェブページもタイプ１のウェブページである可能性が高いと判定し、選択ウェブページをタイプ１のウェブページと決定する。
【００４９】
ウェブページタイプ決定部５４は、選択ウェブページがタイプ２のウェブページである可能性があれば、類似ウェブページが全てタイプ２か調べる。類似ウェブページが全てタイプ２であれば、ウェブページタイプ決定部５４は選択ウェブページもタイプ２のウェブページである可能性が高いと判定し、選択ウェブページをタイプ２のウェブページと決定する。
【００５０】
ウェブページタイプ決定部５４は、選択ウェブページをタイプ１のウェブページともタイプ２のウェブページとも決定しなければ、選択ウェブページをタイプ３のウェブページと決定する。
【００５１】
ウェブページ群タイプ決定部５３はウェブページ群中の各ウェブページがタイプ１〜３の何れのウェブページであるかを決定したあと、図１０に示すようなウェブページタイプテーブルに記録する。
【００５２】
図１０はウェブページタイプテーブルの一例の構成図である。図１０のウェブページタイプテーブル５７はデータ項目として、候補レコードのレコードＩＤ，ウェブページのタイプ，ウェブページのＵＲＬを有する。なお、ウェブページタイプテーブル５７はタイプ３のウェブページに関する記録を省略してもよい。
【００５３】
ウェブページタイプテーブル５７は例えば図４に示すようなＧＵＩを作成するために利用される。名寄せチェック支援装置４０はＧＵＩを作成する画面作成部を設ければ、ウェブページタイプテーブル５７を利用して、タイプ１の選択ウェブページのリンク情報２１とタイプ２の選択ウェブページのリンク情報２２とを参考情報として含む図４に示すようなＧＵＩを作成できる。なお、名寄せチェック支援装置４０はウェブページタイプテーブル５７を他の装置へ出力し、他の装置に図４に示すようなＧＵＩを作成させてもよい。
【００５４】
このように、名寄せチェック支援装置４０は法人テーブルを名寄せ処理した名寄せ結果である確定テーブル２と候補テーブル３とを利用して、タイプを同定したいウェブページの類似ウェブページ群が全てタイプ１のウェブページか、全てタイプ２のウェブページかを調べる。
【００５５】
類似ウェブページ群が全てタイプ１のウェブページであれば名寄せチェック支援装置４０はタイプを同定したいウェブページのタイプをタイプ１と決定する。類似ウェブページ群が全てタイプ２のウェブページであれば、名寄せチェック支援装置４０はタイプを同定したいウェブページのタイプをタイプ２と決定する。
【００５６】
本実施例の名寄せチェック支援装置４０は、ウェブサイトの管理者が複数の法人情報を載せる複数のウェブページを作成する際、類似ウェブページ間のタイプが同じとなるように作成するケースが、ある程度以上存在することを仮定している。この仮定により、名寄せチェック支援装置４０はウェブページタイプ決定部５４において、上記のウェブサイトに属するウェブページのタイプを決定できる。
【００５７】
なお、類似ウェブページ間のタイプが同じとなるように作成するケースとして、例えばタイプ１の複数のウェブページを含むウェブサイトとしては、１つの法人の店舗リストを１つのウェブページに記載し、複数法人分のウェブページをまとめたウェブサイトが挙げられる。
【００５８】
また、タイプ２の複数のウェブページを含むウェブサイトとしては、例えば、ある区域に存在する法人を名称の頭文字別に、あ行の法人リスト，か行の法人リスト，……，わ行の法人リストのように別のウェブページにしてまとめたウェブサイトが挙げられる。
【００５９】
以下では、本実施例の名寄せチェック支援装置４０の処理手順について説明する。図１１は名寄せチェック支援装置の処理手順を表した一例のフローチャートである。
【００６０】
ステップＳ１に進み、全体処理部５１は確定テーブル２と候補テーブル３とを入力として受け付ける。ここでは、図１に示す確定テーブル２及び候補テーブル３を例として説明する。なお、図１に示す確定テーブル２及び候補テーブル３は同一法人の店舗を名寄せ対象とする例を表したものであるが、同一法人の支店，営業所，工場などを名寄せ対象とするものであってもよい。
【００６１】
また、図１に示す確定テーブル２及び候補テーブル３は名称，電話番号をデータ項目として有しているが、住所や社長名など、ウェブページ上で名寄せ対象と関連付けられて表示される情報をデータ項目として有していればよい。
【００６２】
ステップＳ２に進み、全体処理部５１は図１の候補テーブル３に未処理の候補レコードがあるか否かを判定する。全体処理部５１は候補テーブル３に未処理の候補レコードがあれば、ステップＳ３に進み、候補テーブル３から未処理の候補レコードを１つ取り出す。全体処理部５１は候補テーブル３に未処理の候補レコードがなければ、図１１のフローチャートの処理を終了する。
【００６３】
図１２はステップＳ３で候補テーブルから取り出す候補レコードを表した一例の説明図である。図１２はステップＳ２〜Ｓ６で形成される処理ループの１〜３周目にステップＳ３で取り出す候補レコードを具体的に表している。
【００６４】
ステップＳ４に進み、全体処理部５１は候補レコードと同じグループＩＤを持つ確定レコードを確定テーブル２から全て取り出し、確定レコード群とする。
【００６５】
図１３はステップＳ４で確定テーブルから取り出す確定レコード群を表した一例の説明図である。図１３はステップＳ２〜Ｓ６で形成される処理ループの１〜３周目にステップＳ４で取り出す確定レコード群を具体的に表している。
【００６６】
ステップＳ５に進み、全体処理部５１はウェブページ群取得部５２を制御し、取り出した候補レコード及び確定レコード群を入力として、クエリを生成し、クエリを用いて検索エンジン５５で検索して、検索結果から一定数のウェブページ群を取得する。図１４はステップＳ５で取得したウェブページ群を表した一例の説明図である。
【００６７】
ステップＳ６に進み、全体処理部５１はウェブページ群タイプ決定部５３を制御し、ウェブページ群タイプ決定部５３はウェブページタイプ決定部５４を制御し、ウェブページ群，確定レコード群及び確定テーブルを用いて、ウェブページ群の各ウェブページに対してタイプ１〜３を決定する。ウェブページ群タイプ決定部５３は決定したウェブページ群の各ウェブページのタイプをウェブページタイプテーブル５７に記録する。
【００６８】
図１５はステップＳ２〜Ｓ６で形成される処理ループの１周目にステップＳ６で決定した各ウェブページのタイプを表す一例の説明図である。なお、ステップＳ２〜Ｓ６で形成される処理ループの２，３周目にステップＳ６で決定した各ウェブページのタイプについては省略する。
【００６９】
ウェブページタイプテーブル５７は例えば図１６に示すようなＧＵＩを作成するために利用される。図１６は人手によって候補レコードと確定レコード群とが同一法人か否かを判定するＧＵＩの一例のイメージ図である。
【００７０】
名寄せチェック支援装置４０はＧＵＩを作成する画面作成部を設ければ、候補レコード１１，確定レコード群１２，ウェブページタイプテーブル５７を利用することで、タイプ１のウェブページのリンク情報２１とタイプ２のウェブページのリンク情報２２とを参考情報として含む図１６に示すようなＧＵＩを作成できる。なお、名寄せチェック支援装置４０はウェブページタイプテーブル５７を他の装置へ出力し、他の装置に図１６に示すようなＧＵＩを作成させてもよい。
【００７１】
図１７はステップＳ５の処理手順を表した一例のフローチャートである。ステップＳ５１に進み、ウェブページ群取得部５２はステップＳ３，Ｓ４で取り出した候補レコード及び確定レコード群を入力として受け付ける。なお、ウェブページ群取得部５２はステップＳ２〜Ｓ６で形成される処理ループの１周目に図１８（Ａ）に示す候補レコード及び確定レコード群を受け付け、２周目に図１８（Ｂ）に示す候補レコード及び確定レコード群を受け付ける。図１８ではステップＳ２〜Ｓ６で形成される処理ループの３周目に受け付ける候補レコード及び確定レコード群を省略している。図１８は、候補レコード及び確定レコード群からクエリを生成する処理を説明するための説明図である。
【００７２】
ステップＳ５２に進み、ウェブページ群取得部５２は受け付けた候補レコード及び確定レコード群からクエリを生成する。クエリは、候補レコードから得られる部分クエリと確定レコード群から得られる部分クエリとをＡＮＤ（論理積）で繋げて生成される。
【００７３】
例えば候補レコードから得られる部分クエリは、名称と電話番号とをＡＮＤで繋げて生成される。また、確定レコード群から得られる部分クエリは、各確定レコードの名称と電話番号とをＡＮＤで繋げた各確定レコードの部分クエリを更にＯＲ（論理和）で繋げて生成される。
【００７４】
なお、ウェブページ群取得部５２は、ステップＳ２〜Ｓ６で形成される処理ループの１周目に図１８（Ａ）に示したクエリを生成し、２周目に図１８（Ｂ）に示したクエリを生成する。
【００７５】
ステップＳ５３に進み、ウェブページ群取得部５２は生成したクエリを用いて検索エンジン５５で検索を行う。
【００７６】
ステップＳ５４に進み、ウェブページ群取得部５２は検索結果から一定数のウェブページ群を取得する。なお、検索結果から取得するウェブページ群の数はユーザが予め指定しておいてもよいし、検索結果の全ウェブページを使用するようにしてもよい。
【００７７】
また、ステップＳ５の処理において、候補レコード及び確定レコード群のデータ項目として「住所」を利用する場合は、以下のように行われる。ステップＳ５２においてクエリを生成する場合は、候補レコード及び確定レコード群の住所の文字列を、そのまま使用すると、検索エンジン５５が完全一致の検索結果を返す仕様のとき、ステップＳ５３において完全一致の検索結果が返される。
【００７８】
例えば「東京都港区東新橋１−５−２」と「東京都港区東新橋一丁目５番２号」とのような住所の異表記の問題のために、検索結果からウェブページ群を十分に取得できない可能性がある。
【００７９】
そこで、ステップＳ５の処理において、候補レコード及び確定レコード群のデータ項目として「住所」を利用する場合は、以下のような対応を行う。第１の対応は、ステップＳ５３で用いる検索エンジン５５を、完全一致以外に曖昧検索も自動的に行って検索結果を返す仕様とする。また、第２の対応は、住所クレンジング（住所表記の正規化）を行う技術を適用し、住所のクレンジングを行う。住所のクレンジング後、ウェブページ群取得部５２は予め定めた適当な階層から適当な階層（例えば都道府県名より後から町名）までに短縮してクエリに使用する。例えば「東京都港区東新橋１−５−２」と「東京都港区東新橋一丁目５番２号」との異表記の例では「港区東新橋」に短縮してクエリに使用する。
【００８０】
住所クレンジングを行う技術の一例として、特許第４１８５３９９号には、住所を階層ごとに区切り、コードを割り当てる技術が示されている。例えば特許第４１８５３９９号に示されている技術は「東京都荒川区南千住１−１０−１」に対して「１３／１１８／００７／００１／０１０／０００１」が得られる。特許第４１８５３９９号に示されている技術を利用すれば、住所を適当な階層から適当な階層までに短縮可能であるし、コードから文字列に変換できることは自明であるため、短縮した住所文字列を生成することも可能である。
【００８１】
図１９はステップＳ６の処理手順を表した一例のフローチャートである。ステップＳ６１に進み、ウェブページ群タイプ決定部５３はウェブページ群，確定レコード群及び確定テーブルを入力として受け付ける。
【００８２】
ステップＳ６２に進み、ウェブページ群タイプ決定部５３はウェブページ群に未処理のウェブページがあるか否かを判定する。ウェブページ群に未処理のウェブページがあればウェブページ群タイプ決定部５３はステップＳ６３に進み、未処理のウェブページを一つ選択して選択ウェブページとする。なお、ウェブページ群に未処理のウェブページがなければウェブページ群タイプ決定部５３は図１９のフローチャートの処理を終了する。
【００８３】
ステップＳ６４に進み、ウェブページ群タイプ決定部５３はウェブページタイプ決定部５４を制御し、選択ウェブページ，確定レコード群及び確定テーブルを入力として、選択ウェブページがタイプ１，タイプ２，タイプ３の何れであるかを決定する。ウェブページ群タイプ決定部５３は決定した選択ウェブページのタイプをウェブページタイプテーブル５７に記録する。
【００８４】
図２０はステップＳ６４の処理手順を表した一例のフローチャートである。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は選択ウェブページ，確定レコード群及び確定テーブルを入力として受け付ける。
【００８５】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブルを利用して選択ウェブページに複数法人の情報が現れているか否かを判定する。なお、ステップＳ６４０２の処理の詳細は後述する。選択ウェブページに複数法人の情報が現れていなければ選択ウェブページがタイプ１のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０３に進み、選択ウェブページの類似ウェブページを複数取得して類似ウェブページ群とする。なお、ステップＳ６４０３の処理の詳細は後述する。
【００８６】
ステップＳ６４０３に続いてステップＳ６４０４に進み、ウェブページタイプ決定部５４はステップＳ６４０２と同様、確定テーブルを利用して類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在するか否かを判定する。なお、ステップＳ６４０４の処理の詳細は後述する。
【００８７】
ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在しなければステップＳ６４０５に進み、選択ウェブページをタイプ１と決定する。
【００８８】
また、ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在すれば選択ウェブページがタイプ１のウェブページである可能性がないため、ステップＳ６４０８に進む。
【００８９】
ステップＳ６４０２において、選択ウェブページに複数法人の情報が現れていれば選択ウェブページがタイプ１のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４０６に進み、確定テーブルを利用して選択ウェブページに２つ以上の情報が現れる法人が存在するか否かを判定する。なお、ステップＳ６４０６の処理の詳細は後述する。
【００９０】
ステップＳ６４０６において、選択ウェブページに２つ以上の情報が現れる法人が存在しなければ選択ウェブページがタイプ２のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０７に進み、ステップＳ６４０３と同様、選択ウェブページの類似ウェブページを複数取得して類似ウェブページ群とする。
【００９１】
ステップＳ６４０８に進み、ウェブページタイプ決定部５４はステップＳ６４０６と同様、確定テーブルを利用して類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在するか否かを判定する。なお、ステップＳ６４０８の処理の詳細は後述する。ウェブページタイプ決定部５４は類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在しなければステップＳ６４０９に進み、選択ウェブページをタイプ２と決定する。
【００９２】
また、ステップＳ６４０８において、類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在すればタイプ２のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４１０に進み、選択ウェブページをタイプ３と決定する。
【００９３】
また、ステップＳ６４０６において、選択ウェブページに２つ以上の情報が現れる法人が存在すれば選択ウェブページがタイプ２のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４１０に進み、選択ウェブページをタイプ３と決定する。
【００９４】
図２０に示したフローチャートは、６通りのフローを有している。そこで、以下では６つの選択ウェブページを用いて６通りのフローを順次説明する。なお、以下では説明に使用しないフローや確定テーブルの確定レコードについて図示や説明を省略する。
【００９５】
図２１はステップＳ６４の処理の第１のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１０１，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【００９６】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１０１に複数法人の情報（名称、電話番号）が現れているか否かを調べる。
【００９７】
選択ウェブページ１０１に複数法人の情報が現れていなければ、言い換えれば単独法人の情報しか現れていなければ、ウェブページタイプ決定部５４はタイプ１のウェブページである可能性があると判定する。また、選択ウェブページ１０１に複数法人の情報が現れていれば、ウェブページタイプ決定部５４は、タイプ１のウェブページの可能性がないと判定する。
【００９８】
具体的に、ウェブページタイプ決定部５４は、確定テーブル２の各確定レコードについて名称及び電話番号の文字列の両方が選択ウェブページ１０１に現れるか否かをチェックする。異なるグループＩＤを持つ、即ち異なる法人の確定レコードの情報が選択ウェブページ１０１に現れれば、ウェブページタイプ決定部５４は選択ウェブページ１０１に複数法人の情報が現れていると判定する。
【００９９】
図２１の例では、確定テーブル２の全確定レコードのうち、レコードＩＤ「００４」の確定レコードの情報である名称「ＳＳＳ銀座店」及び電話番号「０３−ｘｘｘ２−０４０４」のみが選択ウェブページ１０１に現れている。言い換えれば、選択ウェブページ１０１には単独法人の情報しか現れていない。したがって、ウェブページタイプ決定部５４は選択ウェブページ１０１に複数法人の情報が現れていないと判定する。
【０１００】
選択ウェブページ１０１がタイプ１のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０３に進み、選択ウェブページ１０１からリンクを一定回数辿って得られるウェブページのうち、選択ウェブページ１０１のＵＲＬに対して末尾のファイル名が異なるＵＲＬを持つウェブページを類似ウェブページ１０２，１０３として取得する。なお、リンクを辿る回数は、ユーザが予め指定しておいてもよい。ウェブページタイプ決定部５４は取得した類似ウェブページ１０２及び１０３を類似ウェブページ群とする。
【０１０１】
ステップＳ６４０３に続いてステップＳ６４０４に進み、ウェブページタイプ決定部５４は類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在するか否かを判定する。ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在しなければ、全ての類似ウェブページがタイプ１であると判定する。
【０１０２】
なお、ステップＳ６４０２における処理と同様に、各類似ウェブページの判定において、ウェブページタイプ決定部５４は、確定テーブル２の各確定レコードについて名称及び電話番号の文字列の両方が類似ウェブページに現れるか否かをチェックする。異なるグループＩＤを持つ、即ち異なる法人の確定レコードの情報が類似ウェブページに現れれば、ウェブページタイプ決定部５４は類似ウェブページに複数法人の情報が現れていると判定する。
【０１０３】
図２１の例では、レコードＩＤ「００２」の確定レコードの情報である名称「ＲＲＲ渋谷店」及び電話番号「０３−ｘｘｘ１−０２０２」と、レコードＩＤ「００３」の確定レコードの情報である名称「ＲＲＲ青山店」及び電話番号「０３−ｘｘｘ１−０３０３」とが類似ウェブページ１０２に現れている。レコードＩＤ「００２」及び「００３」の確定レコードが共にグループＩＤ「２」であるので、ウェブページタイプ決定部５４は類似ウェブページ１０２に複数法人の情報が現れていないと判定する。なお、ウェブページタイプ決定部５４は類似ウェブページ１０３も類似ウェブページ１０２と同様、複数法人の情報が現れていないと判定する。
【０１０４】
ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在しない、言い換えれば全ての類似ウェブページ１０２，１０３がタイプ１であることから、ステップＳ６４０５に進み、選択ウェブページ１０１もタイプ１であると決定する。
【０１０５】
図２２はステップＳ６４の処理の第２のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１０４，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【０１０６】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１０４に複数法人の情報（名称、電話番号）が現れているか否かを調べる。選択ウェブページ１０４に複数法人の情報が現れていれば、ウェブページタイプ決定部５４は、タイプ１のウェブページの可能性がないと判定する。
【０１０７】
具体的に、ウェブページタイプ決定部５４は、異なるグループＩＤを持つ、即ち異なる法人の確定レコードの情報が選択ウェブページ１０４に現れれば、ウェブページタイプ決定部５４は選択ウェブページ１０４に複数法人の情報が現れていると判定する。
【０１０８】
図２２の例では、レコードＩＤ「００２」の確定レコードの情報である名称「ＲＲＲ渋谷店」及び電話番号「０３−ｘｘｘ１−０２０２」と、レコードＩＤ「００４」の確定レコードの情報である名称「ＳＳＳ銀座店」及び電話番号「０３−ｘｘｘ２−０４０４」が選択ウェブページ１０４に現れている。レコードＩＤ「００２」及び「００４」の確定レコードのグループＩＤは、それぞれ「２」及び「３」であるため、選択ウェブページ１０４には複数法人の情報が現れている。
【０１０９】
選択ウェブページ１０４がタイプ１のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４０６に進み、選択ウェブページ１０４に２つ以上の情報が現れる法人が存在するか否かを、確定テーブル２を利用して判定する。
【０１１０】
選択ウェブページ１０４に２つ以上の情報が現れる法人が存在していなければ、ウェブページタイプ決定部５４はタイプ２のウェブページの可能性があると判定する。また、選択ウェブページ１０４に２つ以上の情報が現れる法人が存在していれば、ウェブページタイプ決定部５４は、タイプ２のウェブページの可能性がないと判定する。
【０１１１】
具体的に、ウェブページタイプ決定部５４は、確定テーブル２の各確定レコードについて名称及び電話番号の文字列の両方が選択ウェブページ１０４に現れるか否かをチェックする。同じグループＩＤを持つ、即ち同一法人の確定レコードの情報が２つ以上、選択ウェブページ１０４に現れれば、ウェブページタイプ決定部５４は選択ウェブページ１０４に２つ以上の情報が現れる法人が存在していると判定する。
【０１１２】
図２２の例では、レコードＩＤ「００２」の確定レコードの情報である名称「ＲＲＲ渋谷店」及び電話番号「０３−ｘｘｘ１−０２０２」と、レコードＩＤ「００４」の確定レコードの情報である名称「ＳＳＳ銀座店」及び電話番号「０３−ｘｘｘ２−０４０４」が選択ウェブページ１０４に現れている。レコードＩＤ「００２」及び「００４」の確定レコードのグループＩＤは、それぞれ「２」及び「３」である。
【０１１３】
したがって、選択ウェブページ１０４には同一法人の情報が２つ以上現れていないことになる。ウェブページタイプ決定部５４は選択ウェブページ１０４に同一法人の情報が２つ以上現れていないと判定する。
【０１１４】
選択ウェブページ１０４がタイプ２のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０７に進み、選択ウェブページ１０４からリンクを一定回数辿って得られるウェブページのうち、選択ウェブページ１０４のＵＲＬに対して末尾のファイル名が異なるＵＲＬを持つウェブページを類似ウェブページ１０５，１０６として取得する。なお、リンクを辿る回数は、ユーザが予め指定しておいてもよい。ウェブページタイプ決定部５４は取得した類似ウェブページ１０５及び１０６を類似ウェブページ群とする。
【０１１５】
ステップＳ６４０７に続いてステップＳ６４０８に進み、ウェブページタイプ決定部５４はステップＳ６４０６と同様、確定テーブル２を利用して類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在するか否かを判定する。
【０１１６】
ウェブページタイプ決定部５４は、類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在しなければ、全ての類似ウェブページがタイプ２であると判定する。
【０１１７】
なお、ステップＳ６４０６における処理と同様に、各類似ウェブページの判定において、ウェブページタイプ決定部５４は、確定テーブル２の各確定レコードについて名称及び電話番号の文字列の両方が類似ウェブページに現れるか否かをチェックする。同じグループＩＤを持つ、即ち同一法人の確定レコードの情報が２つ以上、類似ウェブページに現れれば、ウェブページタイプ決定部５４は類似ウェブページに２つ以上の情報が現れる法人が存在していると判定する。
【０１１８】
図２２の例では、類似ウェブページ１０５に、レコードＩＤ「００９」の確定レコードの情報である名称「ＹＹＹ有楽町店」及び電話番号「０３−ｘｘｘ３−０９０９」と、レコードＩＤ「０１０」の確定レコードの情報である名称「ＺＺＺ有楽町店」及び電話番号「０３−ｘｘｘ３−１０１０」とが現れている。
【０１１９】
レコードＩＤ「００９」及び「０１０」の確定レコードがグループＩＤ「６」及び「７」であるので、ウェブページタイプ決定部５４は類似ウェブページ１０５に２つ以上の情報が現れる法人が存在していないと判定する。なお、ウェブページタイプ決定部５４は類似ウェブページ１０６も類似ウェブページ１０５と同様、２つ以上の情報が現れる法人が存在していないと判定する。
【０１２０】
ウェブページタイプ決定部５４は、類似ウェブページ群に２つ以上の情報が現れる法人が存在していない、言い換えれば全ての類似ウェブページ１０５，１０６がタイプ２であることから、ステップＳ６４０９に進み、選択ウェブページ１０４もタイプ２であると決定する。
【０１２１】
図２３はステップＳ６４の処理の第３のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１０７，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【０１２２】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１０７に複数法人の情報（名称、電話番号）が現れているか否かを調べる。選択ウェブページ１０７に複数法人の情報が現れていれば、ウェブページタイプ決定部５４は、タイプ１のウェブページの可能性がないと判定する。
【０１２３】
図２３の例では、レコードＩＤ「００２」の確定レコードの情報である名称「ＲＲＲ渋谷店」及び電話番号「０３−ｘｘｘ１−０２０２」と、レコードＩＤ「００３」の確定レコードの情報である名称「ＲＲＲ青山店」及び電話番号「０３−ｘｘｘ１−０３０３」と、レコードＩＤ「００４」の確定レコードの情報である名称「ＳＳＳ銀座店」及び電話番号「０３−ｘｘｘ２−０４０４」が選択ウェブページ１０７に現れている。
【０１２４】
レコードＩＤ「００２」，「００３」及び「００４」の確定レコードのグループＩＤは、それぞれ「２」，「２」及び「３」である。したがって、選択ウェブページ１０７にはグループＩＤ「２」，「３」の確定レコードの情報が現れている、即ち複数法人の情報が現れている。
【０１２５】
選択ウェブページ１０７がタイプ１のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４０６に進み、選択ウェブページ１０７に２つ以上の情報が現れる法人が存在するか否かを、確定テーブル２を利用して判定する。ウェブページタイプ決定部５４は、選択ウェブページ１０７に２つ以上の情報が現れる法人が存在していれば、タイプ２のウェブページの可能性がないと判定する。
【０１２６】
同じグループＩＤを持つ、即ち同一法人の確定レコードの情報が２つ以上、選択ウェブページ１０７に現れれば、ウェブページタイプ決定部５４は選択ウェブページ１０７に２つ以上の情報が現れる法人が存在すると判定する。
【０１２７】
図２３の例では、上記したように、レコードＩＤ「００２」，「００３」及び「００４」の確定レコードの情報が選択ウェブページ１０７に現れている。レコードＩＤ「００２」，「００３」及び「００４」の確定レコードのグループＩＤは、それぞれ「２」，「２」及び「３」である。
【０１２８】
したがって、選択ウェブページ１０７には同一法人（グループＩＤ「２」の法人）の情報が２つ以上現れていることになる。ウェブページタイプ決定部５４は選択ウェブページ１０７に同一法人の情報が２つ以上現れていると判定する。選択ウェブページ１０７がタイプ２のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４１０に進み、選択ウェブページをタイプ３と決定する。
【０１２９】
図２４はステップＳ６４の処理の第４のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１０８，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【０１３０】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１０８に複数法人の情報（名称、電話番号）が現れているか否かを調べる。選択ウェブページ１０８に複数法人の情報が現れていなければ、ウェブページタイプ決定部５４はタイプ１のウェブページの可能性があると判定する。
【０１３１】
図２４の例では、レコードＩＤ「００４」の確定レコードの情報である名称「ＳＳＳ銀座店」及び電話番号「０３−ｘｘｘ２−０４０４」が選択ウェブページ１０８に現れているため、言い換えれば単独法人の情報しか現れていない。したがって、ウェブページタイプ決定部５４は選択ウェブページ１０８に複数法人の情報が現れていないと判定する。
【０１３２】
選択ウェブページ１０８がタイプ１のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０３に進み、選択ウェブページ１０８からリンクを一定回数辿って得られるウェブページのうち、選択ウェブページ１０８のＵＲＬに対して末尾のファイル名が異なるＵＲＬを持つウェブページを類似ウェブページ１０９，１１０として取得する。なお、ウェブページタイプ決定部５４は取得した類似ウェブページ１０９及び１１０を類似ウェブページ群とする。
【０１３３】
ステップＳ６４０３に続いてステップＳ６４０４に進み、ウェブページタイプ決定部５４は類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在するか否かを判定する。ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在すれば選択ウェブページがタイプ１のウェブページである可能性がないため、ステップＳ６４０８に進む。
【０１３４】
図２４の例では、レコードＩＤ「００９」の確定レコードの情報である名称「ＹＹＹ有楽町店」及び電話番号「０３−ｘｘｘ３−０９０９」と、レコードＩＤ「０１０」の確定レコードの情報である名称「ＺＺＺ有楽町店」及び電話番号「０３−ｘｘｘ３−１０１０」とが類似ウェブページ１０９に現れている。レコードＩＤ「００９」及び「０１０」の確定レコードがそれぞれグループＩＤ「６」及び「７」であるので、ウェブページタイプ決定部５４は類似ウェブページ１０９に複数法人の情報が現れていると判定する。
【０１３５】
ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在することから、ステップＳ６４０８に進み、確定テーブル２を利用して類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在するか否かを判定する。
【０１３６】
ウェブページタイプ決定部５４は、類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在しなければ、全ての類似ウェブページがタイプ２であると判定する。
【０１３７】
図２４の例では、類似ウェブページ１０９に、レコードＩＤ「００９」の確定レコードの情報である名称「ＹＹＹ有楽町店」及び電話番号「０３−ｘｘｘ３−０９０９」と、レコードＩＤ「０１０」の確定レコードの情報である名称「ＺＺＺ有楽町店」及び電話番号「０３−ｘｘｘ３−１０１０」とが現れている。
【０１３８】
レコードＩＤ「００９」及び「０１０」の確定レコードがグループＩＤ「６」及び「７」であるので、ウェブページタイプ決定部５４は類似ウェブページ１０９に２つ以上の情報が現れる法人が存在していないと判定する。なお、ウェブページタイプ決定部５４は類似ウェブページ１１０も類似ウェブページ１０９と同様、２つ以上の情報が現れる法人が存在していないと判定する。
【０１３９】
ウェブページタイプ決定部５４は類似ウェブページ群に２つ以上の情報が現れる法人が存在していない、言い換えれば全ての類似ウェブページ１０９，１１０がタイプ２であることから、ステップＳ６４０９に進み、選択ウェブページ１０８もタイプ２であると決定する。
【０１４０】
図２５はステップＳ６４の処理の第５のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１１１，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【０１４１】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１１１に複数法人の情報（名称、電話番号）が現れているか否かを調べる。選択ウェブページ１１１に複数法人の情報が現れていなければ、ウェブページタイプ決定部５４はタイプ１のウェブページの可能性があると判定する。
【０１４２】
図２５の例では、選択ウェブページ１１１が図２４の選択ウェブページ１０８と同一である。したがって、ウェブページタイプ決定部５４は選択ウェブページ１１１に複数法人の情報が現れていないと判定する。
【０１４３】
選択ウェブページ１１１がタイプ１のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０３に進み、選択ウェブページ１１１からリンクを一定回数辿って得られるウェブページのうち、選択ウェブページ１１１のＵＲＬに対して末尾のファイル名が異なるＵＲＬを持つウェブページを類似ウェブページ１１２，１１３として取得する。なお、ウェブページタイプ決定部５４は取得した類似ウェブページ１１２及び１１３を類似ウェブページ群とする。
【０１４４】
ステップＳ６４０３に続いてステップＳ６４０４に進み、ウェブページタイプ決定部５４は類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在するか否かを判定する。ウェブページタイプ決定部５４は類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在すれば選択ウェブページがタイプ１のウェブページである可能性がないため、ステップＳ６４０８に進む。
【０１４５】
図２５の例では、レコードＩＤ「００１」の確定レコードの情報である名称「ＱＱＱ渋谷店」及び電話番号「０３−ｘｘｘ１−０１０１」と、レコードＩＤ「００２」の確定レコードの情報である名称「ＲＲＲ渋谷店」及び電話番号「０３−ｘｘｘ１−０２０２」とが類似ウェブページ１１３に現れている。レコードＩＤ「００１」及び「００２」の確定レコードがそれぞれグループＩＤ「１」及び「２」であるので、ウェブページタイプ決定部５４は類似ウェブページ１１３に複数法人の情報が現れていると判定する。
【０１４６】
ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在することから、ステップＳ６４０８に進み、確定テーブル２を利用して類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在するか否かを判定する。
【０１４７】
ウェブページタイプ決定部５４は、類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在すれば、選択ウェブページ１１１がタイプ２のウェブページである可能性がないと判定する。
【０１４８】
図２５の例では、類似ウェブページ１１２に、レコードＩＤ「００５」の確定レコードの情報である名称「ＵＵＵ銀座店」及び電話番号「０３−ｘｘｘ２−０５０５」と、レコードＩＤ「００６」の確定レコードの情報である名称「ＶＶＶ有楽町店」及び電話番号「０３−ｘｘｘ３−０６０６」とが現れている。
【０１４９】
レコードＩＤ「００５」及び「００６」の確定レコードが共にグループＩＤ「４」であるので、ウェブページタイプ決定部５４は類似ウェブページ１１２に２つ以上の情報が現れる法人が存在していると判定する。
【０１５０】
ウェブページタイプ決定部５４は類似ウェブページ群に２つ以上の情報が現れる法人が存在していることから、ステップＳ６４１０に進み、選択ウェブページ１１１をタイプ３と決定する。
【０１５１】
図２６はステップＳ６４の処理の第６のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１１４，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【０１５２】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１１４に複数法人の情報（名称、電話番号）が現れているか否かを調べる。選択ウェブページ１１４に複数法人の情報が現れていれば、ウェブページタイプ決定部５４は、タイプ１のウェブページの可能性がないと判定する。
【０１５３】
図２６の例では、選択ウェブページ１１４が図２２の選択ウェブページ１０４と同一である。したがって、ウェブページタイプ決定部５４は選択ウェブページ１１４に複数法人の情報が現れていると判定する。
【０１５４】
選択ウェブページ１１４がタイプ１のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４０６に進み、選択ウェブページ１１４に２つ以上の情報が現れる法人が存在するか否かを、確定テーブル２を利用して判定する。
【０１５５】
選択ウェブページ１１４に２つ以上の情報が現れる法人が存在していなければ、ウェブページタイプ決定部５４はタイプ２のウェブページの可能性があると判定する。図２６の例では、選択ウェブページ１１４が図２２の選択ウェブページ１０４と同一である。したがって、ウェブページタイプ決定部５４は選択ウェブページ１１４に同一法人の情報が２つ以上現れていないと判定する。
【０１５６】
選択ウェブページ１１４がタイプ２のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０７に進み、選択ウェブページ１１４からリンクを一定回数辿って得られるウェブページのうち、選択ウェブページ１１４のＵＲＬに対して末尾のファイル名が異なるＵＲＬを持つウェブページを類似ウェブページ１１５，１１６として取得する。なお、ウェブページタイプ決定部５４は取得した類似ウェブページ１１５及び１１６を類似ウェブページ群とする。
【０１５７】
ステップＳ６４０７に続いてステップＳ６４０８に進み、ウェブページタイプ決定部５４はステップＳ６４０６と同様、確定テーブル２を利用して類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在するか否かを判定する。
【０１５８】
ウェブページタイプ決定部５４は類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在すれば、選択ウェブページ１１４がタイプ２のウェブページである可能性がないと判定する。
【０１５９】
図２６の例では、類似ウェブページ１１５，１１６が図２５の類似ウェブページ１１２，１１３と同一である。したがって、ウェブページタイプ決定部５４は類似ウェブページ１１５に２つ以上の情報が現れる法人が存在していると判定する。
【０１６０】
ウェブページタイプ決定部５４は類似ウェブページ群に２つ以上の情報が現れる法人が存在していることから、ステップＳ６４１０に進み、選択ウェブページ１１４をタイプ３と決定する。
【０１６１】
なお、ステップＳ６４０２，Ｓ６４０４，Ｓ６４０６，Ｓ６４０８の処理において、候補レコード及び確定レコード群のデータ項目として「住所」を利用する場合は、以下のように行われる。ステップＳ６４０２，Ｓ６４０４，Ｓ６４０６，Ｓ６４０８の処理においては法人の情報の一つである住所がウェブページに現れるか否かをチェックするときに完全一致でチェックしていては、クエリを生成する場合と同様、住所の異表記の問題で本来同じである住所が同じでないと判定される。
【０１６２】
そこで、ステップＳ６４０２，Ｓ６４０４，Ｓ６４０６，Ｓ６４０８の処理においては住所の一致を判定する際、次の処理を行う。まず、ウェブページタイプ決定部５４は、テキストから住所を抽出する技術を使用し、ウェブページに現れる住所を全て抽出する。次にウェブページタイプ決定部５４は、確定テーブル２の全ての住所と、抽出した全ての住所とに対して、住所クレンジングを行う技術を適用し、住所のクレンジングを行う。
【０１６３】
住所のクレンジング後、ウェブページタイプ決定部５４は予め定めた適当な階層から適当な階層（例えば都道府県名より後から号）までに短縮して、短縮された住所に対して完全一致でチェックする。
【０１６４】
なお、ここでは確定テーブル２の住所に対して使用時に住所クレンジングを適用しているが、確定テーブル２を受け付けた段階で住所クレンジングを１回適用し、別テーブルに保存して利用するようにしてもよい。
【０１６５】
テキストから住所を抽出する技術の一例として、特開２００４−２８０６５９号公報及び特開２００７−１７９３２９号公報には、テキストから住所の文字列を抽出する技術が示されている。
【０１６６】
以上、本実施例の名寄せチェック支援装置４０は、候補レコード１１と確定レコード群１２との両者の情報を含んだクエリ１３による検索結果から、同一法人か否かの判定に役立つ可能性の高いウェブページとして、タイプ１及び２のウェブページを抽出してユーザに提示している。同一法人か否かの判定に役立つ可能性の高いウェブページは名寄せ処理後のチェック作業（名寄せチェック）においてユーザに利用される。
【０１６７】
ユーザはタイプ１のウェブページを見ることで候補レコード１１が名寄せ可であるかを容易に判定できる。また、ユーザはタイプ２のウェブページを見ることで候補レコード１１が名寄せ不可であるかを容易に判定できる。
【０１６８】
したがって、ユーザは検索結果のウェブページをやみくもに見る必要がなくなり、同一法人か否かの判定に役立つ可能性の高いウェブページを見て名寄せ処理後のチェック作業を行うことができるので、検索結果のウェブページを順に見ていくというようなチェック作業における無駄を軽減できる。
【０１６９】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出し、前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得手段と、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定手段と
を有する名寄せチェック支援装置。
（付記２）
前記コンテンツタイプ決定手段は、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が重複せず別々の前記法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属しないかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録する
付記１記載の名寄せチェック支援装置。
（付記３）
前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するか否かをユーザに判定させる画面を作成する際、前記コンテンツタイプ情報記憶部に記録した前記第１のコンテンツの情報を載せる画面作成手段を更に有する
付記１又は２記載の名寄せチェック支援装置。
（付記４）
コンピュータを、
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出し、前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得手段と、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定手段と
して機能させるための名寄せチェック支援プログラム。
（付記５）
前記コンテンツタイプ決定手段は、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が重複せず別々の前記法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属しないかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録する
付記４記載の名寄せチェック支援プログラム。
（付記６）
前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するか否かをユーザに判定させる画面を作成する際、前記コンテンツタイプ情報記憶部に記録した前記第１のコンテンツの情報を載せる画面作成手段
として更に機能させるための付記４又は５記載の名寄せチェック支援プログラム。
（付記７）
コンピュータによって実行される名寄せチェック支援方法であって、
前記コンピュータが、
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出する抽出ステップと、
前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得ステップと、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定ステップと
を実行する名寄せチェック支援方法。
（付記８）
前記コンテンツタイプ決定ステップは、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が重複せず別々の前記法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属しないか否かを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録する
付記７記載の名寄せチェック支援方法。
（付記９）
前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するか否かをユーザに判定させる画面を作成する際、前記コンテンツタイプ情報記憶部に記録した前記第１のコンテンツの情報を載せる画面作成ステップを更に実行する
付記７又は８記載の名寄せチェック支援方法。
【０１７０】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１７１】
１ 法人テーブル
２ 確定テーブル
３ 候補テーブル
１１ 候補レコード
１２，１００ 確定レコード群
１３ クエリ
２０〜２３ リンク情報
３１〜３３ ウェブページ
４０ 名寄せチェック支援装置
４１ 入力装置
４２ 出力装置
４３ ドライブ装置
４４ 補助記憶装置
４５ 主記憶装置
４６ 演算処理装置
４７ インターフェース装置
４８ 記録媒体
４９ バス
５１ 全体処理部
５２ ウェブページ群取得部
５３ ウェブページ群タイプ決定部
５４ ウェブページタイプ決定部
５５ 検索エンジン
５６ インターネット
５７ ウェブページタイプテーブル
１０１，１０４，１０７，１０８，１１１，１１４ 選択ウェブページ
１０２，１０３，１０５，１０６，１０９，１１０，１１２，１１３，１１５，１１６ 類似ウェブページ
【技術分野】
【０００１】
本発明は名寄せチェックを支援する名寄せチェック支援装置、名寄せチェック支援プログラム及び名寄せチェック支援方法に関する。
【背景技術】
【０００２】
データベース（以下、ＤＢという）には、例えば法人テーブルのように、ある法人を表すレコードが複数含まれているものがあった。異なる営業所のレコードがあるなど、異なるレコードが同一法人を表している場合のある法人テーブルには、同一法人を表しているレコードを同定する処理（名寄せ）へのニーズがあった。
【０００３】
自動的又は半自動的に名寄せを行う既存の名寄せ技術には、レコード対や複数レコード間の類似度を計算して類似度の高い複数レコードを同一法人と確定し、同一法人と確定された複数レコードに対して中程度の類似度を持つレコードを同一法人候補として出力するものがあった。
【０００４】
既存の名寄せ技術を用いた名寄せ処理を行う名寄せプログラムや名寄せ装置では、例えば図１に示すように、法人テーブル１が入力されると、確定テーブル２と候補テーブル３とを出力する。図１は、法人テーブル，確定テーブル及び候補テーブルの一例の構成図である。
【０００５】
法人テーブル１は異なるレコードが同一法人を表している場合があるものとする。確定テーブル２は名寄せ処理により同一法人であると確定されたレコードに同じグループＩＤが付与されている。
【０００６】
なお、確定テーブル２は同一法人が無いレコードにも単独でグループＩＤが付与されている。つまり、確定テーブル２において異なるグループＩＤが付与されたレコードは別の法人であると確定されたことになる。以下では、確定テーブルの各レコードを確定レコードと呼び、同じグループＩＤを持つ確定レコードを確定レコード群と呼ぶ。
【０００７】
候補テーブル３は、名寄せ処理により同一法人であると確定できなかったが、確定テーブル２で同一法人と確定されている確定レコード群と同一法人の可能性があるレコードに、確定レコード群と同じグループＩＤが付与されている。以下では、候補テーブルの各レコードを候補レコードと呼ぶ。
【０００８】
例えば図１の候補テーブル３のレコードＩＤ「００７」の候補レコードは、確定テーブル２のレコードＩＤ「００４」の確定レコードの法人と同一法人の可能性があることを表している。
【０００９】
名寄せ処理を行ったＤＢ管理者等のユーザは、名寄せ処理後、候補レコードの名寄せも遂行したい場合、候補レコードと確定レコード群とを閲覧し、人手によって候補レコードと確定レコード群とが同一法人か否かを判定する。例えばユーザは図２に示すＧＵＩを備えたシステム（以下、名寄せチェックシステム）を利用し、人手によって候補レコードと確定レコード群とが同一法人か否かを判定する。
【００１０】
図２は人手によって候補レコードと確定レコード群とが同一法人か否かを判定するＧＵＩの一例のイメージ図である。ユーザは候補レコード１１と確定レコード群１２とが同一法人か否かを様々な方法を用いて判定する。例えば候補レコード１１と確定レコード群１２とが同一法人か否かを判定する方法の一例としては、候補レコード１１と確定レコード群１２の両者の情報を共に含むウェブページを閲覧することにより、ユーザが同一法人か否かを判定する方法がある。
【００１１】
そこで、候補レコード１１と確定レコード群１２の両者の情報を共に含むウェブページの閲覧を容易とするため、名寄せチェックシステムは候補レコード１１と確定レコード群１２の両者の情報を含んだクエリを自動的に生成して検索エンジンで検索し、検索結果を例えば図３に示すように提示することが考えられる。
【００１２】
図３は候補レコードと確定レコード群の両者の情報を含んだクエリによる検索結果を含むＧＵＩの一例のイメージ図である。クエリ１３は候補レコード１１と確定レコード群１２の両者の情報を含んでいる。検索結果としてリンク情報１４で示されたウェブページは候補レコード１１と確定レコード群１２の両者の情報を含んでいる。
【００１３】
しかし、候補レコード１１と確定レコード群１２の両者の情報を含んだクエリ１３により検索を行った場合、検索結果としてリンク情報１４で示されるウェブページの数は多くなることがある。したがって、候補レコード１１と確定レコード群１２の両者の情報を含んだクエリ１３により検索を行った場合、ユーザは検索結果としてリンク情報１４で示されるウェブページを順に見ていく必要があり、作業に無駄があった。
【００１４】
ユーザの作業の無駄を削減するためには、例えば検索結果としてリンク情報１４で示されるウェブページを、ウェブページから得ることのできるスコアや信頼度に応じて並び替えること又は抽出することが考えられる。
【００１５】
ウェブページに含まれる電話番号や住所の個数を数え、数えた個数をウェブページのスコアとする技術は従来から知られている（例えば特許文献１参照）。また、予め設定されたキーワードがウェブページに含まれるか否かによってウェブページの信頼度を決定する技術も従来から知られている（例えば特許文献２参照）。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２００３−１０８５９５号公報
【特許文献２】国際公開第２００６／０２７９７３号
【発明の概要】
【発明が解決しようとする課題】
【００１７】
しかし、検索結果としてリンク情報１４で示されるウェブページを、ウェブページから得ることのできるスコアや信頼度に応じて並び替え又は抽出するだけでは、同一法人か否かの判定という観点から有用なウェブページの順番が先になるように並び替えること又は抽出することはできないという問題があった。
【００１８】
例えばウェブページに含まれる電話番号や住所の個数を数えてウェブページのスコアとする技術では、同一法人か否かの判定という観点から有用なウェブページを抽出することができない。また、予め設定されたキーワードがウェブページに含まれるか否かによってウェブページの信頼度を決定する技術では、同一法人か否かの判定という観点から有用なウェブページを決定するようなキーワードを予め網羅しておくことが現実的でなく、精度の良いキーワードを見つけることも難しい。
【００１９】
本発明の一実施形態は、同一法人か否かの判定に有用なコンテンツを容易に抽出できる名寄せチェック支援装置、名寄せチェック支援プログラム及び名寄せチェック支援方法を提供することを目的とする。
【課題を解決するための手段】
【００２０】
上記課題を解決するため、本発明の一実施形態の名寄せチェック支援装置は、名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出し、前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得手段と、前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定手段とを有する。
【００２１】
なお、本発明の一実施形態の構成要素、表現又は構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００２２】
本発明の一実施形態によれば、同一法人か否かの判定に有用なコンテンツを容易に抽出できる名寄せチェック支援装置、名寄せチェック支援プログラム及び名寄せチェック支援方法を提供可能である。
【図面の簡単な説明】
【００２３】
【図１】法人テーブル，確定テーブル及び候補テーブルの一例の構成図である。
【図２】人手によって候補レコードと確定レコード群とが同一法人か否かを判定するＧＵＩの一例のイメージ図である。
【図３】候補レコードと確定レコード群の両者の情報を含んだクエリによる検索結果を含むＧＵＩの一例のイメージ図である。
【図４】候補レコードと確定レコード群の両者の情報を含んだクエリによる検索結果を含むＧＵＩの一実施例のイメージ図である。
【図５】タイプ１のウェブページについて説明するための説明図である。
【図６】タイプ２のウェブページについて説明するための説明図である。
【図７】タイプ３のウェブページについて説明するための説明図である。
【図８】名寄せチェック支援装置の一例のハードウェア構成図である。
【図９】名寄せチェック支援装置の一例の処理ブロック構成図である。
【図１０】ウェブページタイプテーブルの一例の構成図である。
【図１１】名寄せチェック支援装置の処理手順を表した一例のフローチャートである。
【図１２】ステップＳ３で候補テーブルから取り出す候補レコードを表した一例の説明図である。
【図１３】ステップＳ４で確定テーブルから取り出す確定レコード群を表した一例の説明図である。
【図１４】ステップＳ５で取得したウェブページ群を表した一例の説明図である。
【図１５】ステップＳ２〜Ｓ６で形成される処理ループの１周目にステップＳ６で決定した各ウェブページのタイプを表す一例の説明図である。
【図１６】人手によって候補レコードと確定レコード群とが同一法人か否かを判定するＧＵＩの一例のイメージ図である。
【図１７】ステップＳ５の処理手順を表した一例のフローチャートである。
【図１８】候補レコード及び確定レコード群からクエリを生成する処理を説明するための説明図である。
【図１９】ステップＳ６の処理手順を表した一例のフローチャートである。
【図２０】ステップＳ６４の処理手順を表した一例のフローチャートである。
【図２１】ステップＳ６４の処理の第１のフローを説明するための説明図である。
【図２２】ステップＳ６４の処理の第２のフローを説明するための説明図である。
【図２３】ステップＳ６４の処理の第３のフローを説明するための説明図である。
【図２４】ステップＳ６４の処理の第４のフローを説明するための説明図である。
【図２５】ステップＳ６４の処理の第５のフローを説明するための説明図である。
【図２６】ステップＳ６４の処理の第６のフローを説明するための説明図である。
【発明を実施するための形態】
【００２４】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明していく。
【００２５】
図４は候補レコードと確定レコード群の両者の情報を含んだクエリによる検索結果を含むＧＵＩの一実施例のイメージ図である。本実施例の名寄せチェック支援装置は、候補レコード１１と確定レコード群１２の両者の情報を含んだクエリ１３を自動的に生成して検索エンジンで検索し、検索結果を得る。
【００２６】
名寄せチェック支援装置は、検索結果のウェブページの中から、同一法人か否かの判定に有用なウェブページのリンク情報２０を抽出し、ユーザに提示する。なお、リンク情報とはＵＲＬなどのコンピュータ上の格納位置を示す情報である。ウェブページはコンテンツの一例である。
【００２７】
同一法人か否かの判定に有用なウェブページのリンク情報２０には同一法人の情報のみが載っているウェブページ（以下、タイプ１のウェブページという）のリンク情報２１と同一法人の情報が重複して載っていないウェブページ（以下、タイプ２のウェブページという）のリンク情報２２とが含まれる。
【００２８】
なお、タイプ１のウェブページは同一法人と判定しやすい、言い換えれば名寄せ可と判定しやすいウェブページである。また、タイプ２のウェブページは同一法人でないと判定しやすい、言い換えれば名寄せ不可と判定しやすいウェブページである。
【００２９】
そこで、ユーザの作業の無駄を削減するため、名寄せチェック支援装置はユーザが検索結果のウェブページをやみくもに見ることがないように、検索結果のウェブページの中からタイプ１及び２のウェブページを同定してユーザに提示している。
【００３０】
図５はタイプ１のウェブページについて説明するための説明図である。ここではＳＳＳ社の店舗リストのウェブページ３１がタイプ１のウェブページであるとする。図５のＧＵＩにはタイプ１のウェブページ３１のリンク情報２１が含まれる。ＳＳＳ社の店舗リストのウェブページ３１に載っているＳＳＳ銀座店，ＴＴＴ有楽町店及びＴＴＴ池袋店は何れもＳＳＳ社の店舗である。
【００３１】
このように、ＳＳＳ社の店舗リストのウェブページ３１は、ＳＳＳ社の情報（同一法人の情報）のみが載っている。したがって、ユーザはタイプ１のウェブページとしてＳＳＳ社の店舗リストのウェブページ３１を見ることで、候補レコード１１及び確定レコード群１２の法人が同一法人であると判定できる。
【００３２】
図６はタイプ２のウェブページについて説明するための説明図である。ここでは銀座周辺Ｗ会法人リストのウェブページ３２がタイプ２のウェブページであるとする。図６のＧＵＩにはタイプ２のウェブページ３２のリンク情報２２が含まれる。銀座周辺Ｗ会法人リストのウェブページ３２に載っているＳＳＳ銀座店，ＴＴＴ有楽町店及びＵＵＵ銀座店は何れも別法人の店舗である。
【００３３】
このように、銀座周辺Ｗ会法人リストのウェブページ３２は、同一法人の情報が重複して載っていない。したがって、ユーザはタイプ２のウェブページとして銀座周辺Ｗ会法人リストのウェブページ３２を見ることで、候補レコード１１及び確定レコード群１２の法人が同一法人でないと判定できる。
【００３４】
図７はタイプ３のウェブページについて説明するための説明図である。ここでは銀座周辺店舗リストのウェブページ３３がタイプ３のウェブページであるとする。ここでタイプ３のウェブページとはタイプ１のウェブページでもタイプ２のウェブページでもないウェブページとする。タイプ３のウェブページは、複数法人の情報が載っていると共に、同一法人の情報が重複して載っているウェブページである。
【００３５】
図７のＧＵＩにはタイプ３のウェブページ３３のリンク情報２３が含まれる。銀座周辺店舗リストのウェブページ３３に載っているＵＵＵ銀座店とＶＶＶ有楽町店とは同一法人の店舗である。また、銀座周辺店舗リストのウェブページ３３に載っているＸＸＸ有楽町店はＵＵＵ銀座店及びＶＶＶ有楽町店の法人と別法人の店舗である。
【００３６】
このように、銀座周辺店舗リストのウェブページ３３は、複数法人の情報が載っていると共に、同一法人の情報が重複して載っている。したがって、ユーザはタイプ３のウェブページである銀座周辺店舗リストのウェブページ３３を見ても、同一法人か否かを判定するための参考情報として適していないため、候補レコード１１及び確定レコード群１２の法人が同一法人であるか否かを判定できない。
【００３７】
このように、本実施例の名寄せチェック支援装置は、候補レコード１１と確定レコード群１２の両者の情報を含んだクエリ１３を生成し、クエリ１３によりウェブ検索された検索結果のウェブページ群の各ウェブページを、タイプ１のウェブページ，タイプ２のウェブページ及びタイプ３のウェブページに、自動的に同定するものである。
【００３８】
図８は名寄せチェック支援装置の一例のハードウェア構成図である。名寄せチェック支援装置４０は、バス４９で相互に接続された入力装置４１，出力装置４２，ドライブ装置４３，補助記憶装置４４，主記憶装置４５，演算処理装置４６及びインターフェース装置４７を有する。
【００３９】
入力装置４１はキーボードやマウス等である。入力装置４１は、各種信号を入力するために用いられる。出力装置４２はディスプレイ装置等である。出力装置４２は、各種ウインドウやデータ等を表示するために用いられる。インターフェース装置４７は、モデム又はＬＡＮカード等である。インターフェース装置４７は、ネットワークに接続するために用いられる。
【００４０】
名寄せチェック支援装置４０を制御する名寄せチェック支援プログラムは記録媒体４８の配布やネットワークからのダウンロードなどによって提供される。名寄せチェック支援プログラムは、補助記憶装置４４にインストールされる。また、補助記憶装置４４は名寄せチェック支援プログラムの他、必要なファイル，データ等を格納する。
【００４１】
主記憶装置４５は、名寄せチェック支援装置４０の起動時に補助記憶装置４４から名寄せチェック支援プログラムを読み出して格納する。演算処理装置４６は主記憶装置４５に格納された名寄せチェック支援プログラムに従って、後述するような各種処理を実現している。
【００４２】
図９は名寄せチェック支援装置の一例の処理ブロック構成図である。名寄せチェック支援装置４０は全体処理部５１，ウェブページ群取得部５２，ウェブページ群タイプ決定部５３を有する。ウェブページ群タイプ決定部５３はウェブページタイプ決定部５４を有している。
【００４３】
名寄せチェック支援装置４０は、例えば図１の法人テーブル１を名寄せ処理した名寄せ結果である確定テーブル２と候補テーブル３とが入力される。なお、各テーブルはＤＢの形式の一例であり、上記した補助記憶装置４４又は主記憶装置４５に記憶される。
【００４４】
名寄せチェック支援装置４０の全体処理部５１は、ウェブページ群取得部５２及びウェブページ群タイプ決定部５３を制御し、候補テーブル３中の各候補レコードについて以下の処理を行わせる。
【００４５】
ウェブページ群取得部５２は、候補レコードと同じグループＩＤを持った確定レコード群を確定テーブル２から読み出す。ウェブページ群取得部５２は候補レコード及び確定レコード群の両者の情報を含んだクエリを作成し、検索エンジン５５で検索する。以下ではクエリにより検索された検索結果の複数のウェブページをウェブページ群と呼ぶ。
【００４６】
ウェブページ群タイプ決定部５３は、ウェブページタイプ決定部５４を制御し、ウェブページ群中の各ウェブページについて以下の処理を行う。ウェブページタイプ決定部５４は処理対象として選択された選択ウェブページがタイプ１又はタイプ２のウェブページである可能性があるか否かを後述のように調べる。
【００４７】
ウェブページタイプ決定部５４は、選択ウェブページがタイプ１又はタイプ２のウェブページである可能性があれば、選択ウェブページの類似ウェブページをインターネット５６から取得する。なお、ウェブページタイプ決定部５４は選択ウェブページの類似ウェブページを、格納位置を示す文字列の類似で判断する。ＵＲＬのように格納位置を示す文字列が階層化されている場合には、上位階層を示す文字列が一致するが、下位階層の文字列が異なるものを類似と判断する。例えば、選択ウェブページの類似ウェブページは選択ウェブページのＵＲＬに対して末尾のファイル名が異なるＵＲＬ（例えば「http://www.aaa.z/12.html」に対して「http://www.aaa.z/13.html」）を持つウェブページである。
【００４８】
ウェブページタイプ決定部５４は、選択ウェブページがタイプ１のウェブページである可能性があれば、類似ウェブページが全てタイプ１か調べる。類似ウェブページが全てタイプ１であれば、ウェブページタイプ決定部５４は選択ウェブページもタイプ１のウェブページである可能性が高いと判定し、選択ウェブページをタイプ１のウェブページと決定する。
【００４９】
ウェブページタイプ決定部５４は、選択ウェブページがタイプ２のウェブページである可能性があれば、類似ウェブページが全てタイプ２か調べる。類似ウェブページが全てタイプ２であれば、ウェブページタイプ決定部５４は選択ウェブページもタイプ２のウェブページである可能性が高いと判定し、選択ウェブページをタイプ２のウェブページと決定する。
【００５０】
ウェブページタイプ決定部５４は、選択ウェブページをタイプ１のウェブページともタイプ２のウェブページとも決定しなければ、選択ウェブページをタイプ３のウェブページと決定する。
【００５１】
ウェブページ群タイプ決定部５３はウェブページ群中の各ウェブページがタイプ１〜３の何れのウェブページであるかを決定したあと、図１０に示すようなウェブページタイプテーブルに記録する。
【００５２】
図１０はウェブページタイプテーブルの一例の構成図である。図１０のウェブページタイプテーブル５７はデータ項目として、候補レコードのレコードＩＤ，ウェブページのタイプ，ウェブページのＵＲＬを有する。なお、ウェブページタイプテーブル５７はタイプ３のウェブページに関する記録を省略してもよい。
【００５３】
ウェブページタイプテーブル５７は例えば図４に示すようなＧＵＩを作成するために利用される。名寄せチェック支援装置４０はＧＵＩを作成する画面作成部を設ければ、ウェブページタイプテーブル５７を利用して、タイプ１の選択ウェブページのリンク情報２１とタイプ２の選択ウェブページのリンク情報２２とを参考情報として含む図４に示すようなＧＵＩを作成できる。なお、名寄せチェック支援装置４０はウェブページタイプテーブル５７を他の装置へ出力し、他の装置に図４に示すようなＧＵＩを作成させてもよい。
【００５４】
このように、名寄せチェック支援装置４０は法人テーブルを名寄せ処理した名寄せ結果である確定テーブル２と候補テーブル３とを利用して、タイプを同定したいウェブページの類似ウェブページ群が全てタイプ１のウェブページか、全てタイプ２のウェブページかを調べる。
【００５５】
類似ウェブページ群が全てタイプ１のウェブページであれば名寄せチェック支援装置４０はタイプを同定したいウェブページのタイプをタイプ１と決定する。類似ウェブページ群が全てタイプ２のウェブページであれば、名寄せチェック支援装置４０はタイプを同定したいウェブページのタイプをタイプ２と決定する。
【００５６】
本実施例の名寄せチェック支援装置４０は、ウェブサイトの管理者が複数の法人情報を載せる複数のウェブページを作成する際、類似ウェブページ間のタイプが同じとなるように作成するケースが、ある程度以上存在することを仮定している。この仮定により、名寄せチェック支援装置４０はウェブページタイプ決定部５４において、上記のウェブサイトに属するウェブページのタイプを決定できる。
【００５７】
なお、類似ウェブページ間のタイプが同じとなるように作成するケースとして、例えばタイプ１の複数のウェブページを含むウェブサイトとしては、１つの法人の店舗リストを１つのウェブページに記載し、複数法人分のウェブページをまとめたウェブサイトが挙げられる。
【００５８】
また、タイプ２の複数のウェブページを含むウェブサイトとしては、例えば、ある区域に存在する法人を名称の頭文字別に、あ行の法人リスト，か行の法人リスト，……，わ行の法人リストのように別のウェブページにしてまとめたウェブサイトが挙げられる。
【００５９】
以下では、本実施例の名寄せチェック支援装置４０の処理手順について説明する。図１１は名寄せチェック支援装置の処理手順を表した一例のフローチャートである。
【００６０】
ステップＳ１に進み、全体処理部５１は確定テーブル２と候補テーブル３とを入力として受け付ける。ここでは、図１に示す確定テーブル２及び候補テーブル３を例として説明する。なお、図１に示す確定テーブル２及び候補テーブル３は同一法人の店舗を名寄せ対象とする例を表したものであるが、同一法人の支店，営業所，工場などを名寄せ対象とするものであってもよい。
【００６１】
また、図１に示す確定テーブル２及び候補テーブル３は名称，電話番号をデータ項目として有しているが、住所や社長名など、ウェブページ上で名寄せ対象と関連付けられて表示される情報をデータ項目として有していればよい。
【００６２】
ステップＳ２に進み、全体処理部５１は図１の候補テーブル３に未処理の候補レコードがあるか否かを判定する。全体処理部５１は候補テーブル３に未処理の候補レコードがあれば、ステップＳ３に進み、候補テーブル３から未処理の候補レコードを１つ取り出す。全体処理部５１は候補テーブル３に未処理の候補レコードがなければ、図１１のフローチャートの処理を終了する。
【００６３】
図１２はステップＳ３で候補テーブルから取り出す候補レコードを表した一例の説明図である。図１２はステップＳ２〜Ｓ６で形成される処理ループの１〜３周目にステップＳ３で取り出す候補レコードを具体的に表している。
【００６４】
ステップＳ４に進み、全体処理部５１は候補レコードと同じグループＩＤを持つ確定レコードを確定テーブル２から全て取り出し、確定レコード群とする。
【００６５】
図１３はステップＳ４で確定テーブルから取り出す確定レコード群を表した一例の説明図である。図１３はステップＳ２〜Ｓ６で形成される処理ループの１〜３周目にステップＳ４で取り出す確定レコード群を具体的に表している。
【００６６】
ステップＳ５に進み、全体処理部５１はウェブページ群取得部５２を制御し、取り出した候補レコード及び確定レコード群を入力として、クエリを生成し、クエリを用いて検索エンジン５５で検索して、検索結果から一定数のウェブページ群を取得する。図１４はステップＳ５で取得したウェブページ群を表した一例の説明図である。
【００６７】
ステップＳ６に進み、全体処理部５１はウェブページ群タイプ決定部５３を制御し、ウェブページ群タイプ決定部５３はウェブページタイプ決定部５４を制御し、ウェブページ群，確定レコード群及び確定テーブルを用いて、ウェブページ群の各ウェブページに対してタイプ１〜３を決定する。ウェブページ群タイプ決定部５３は決定したウェブページ群の各ウェブページのタイプをウェブページタイプテーブル５７に記録する。
【００６８】
図１５はステップＳ２〜Ｓ６で形成される処理ループの１周目にステップＳ６で決定した各ウェブページのタイプを表す一例の説明図である。なお、ステップＳ２〜Ｓ６で形成される処理ループの２，３周目にステップＳ６で決定した各ウェブページのタイプについては省略する。
【００６９】
ウェブページタイプテーブル５７は例えば図１６に示すようなＧＵＩを作成するために利用される。図１６は人手によって候補レコードと確定レコード群とが同一法人か否かを判定するＧＵＩの一例のイメージ図である。
【００７０】
名寄せチェック支援装置４０はＧＵＩを作成する画面作成部を設ければ、候補レコード１１，確定レコード群１２，ウェブページタイプテーブル５７を利用することで、タイプ１のウェブページのリンク情報２１とタイプ２のウェブページのリンク情報２２とを参考情報として含む図１６に示すようなＧＵＩを作成できる。なお、名寄せチェック支援装置４０はウェブページタイプテーブル５７を他の装置へ出力し、他の装置に図１６に示すようなＧＵＩを作成させてもよい。
【００７１】
図１７はステップＳ５の処理手順を表した一例のフローチャートである。ステップＳ５１に進み、ウェブページ群取得部５２はステップＳ３，Ｓ４で取り出した候補レコード及び確定レコード群を入力として受け付ける。なお、ウェブページ群取得部５２はステップＳ２〜Ｓ６で形成される処理ループの１周目に図１８（Ａ）に示す候補レコード及び確定レコード群を受け付け、２周目に図１８（Ｂ）に示す候補レコード及び確定レコード群を受け付ける。図１８ではステップＳ２〜Ｓ６で形成される処理ループの３周目に受け付ける候補レコード及び確定レコード群を省略している。図１８は、候補レコード及び確定レコード群からクエリを生成する処理を説明するための説明図である。
【００７２】
ステップＳ５２に進み、ウェブページ群取得部５２は受け付けた候補レコード及び確定レコード群からクエリを生成する。クエリは、候補レコードから得られる部分クエリと確定レコード群から得られる部分クエリとをＡＮＤ（論理積）で繋げて生成される。
【００７３】
例えば候補レコードから得られる部分クエリは、名称と電話番号とをＡＮＤで繋げて生成される。また、確定レコード群から得られる部分クエリは、各確定レコードの名称と電話番号とをＡＮＤで繋げた各確定レコードの部分クエリを更にＯＲ（論理和）で繋げて生成される。
【００７４】
なお、ウェブページ群取得部５２は、ステップＳ２〜Ｓ６で形成される処理ループの１周目に図１８（Ａ）に示したクエリを生成し、２周目に図１８（Ｂ）に示したクエリを生成する。
【００７５】
ステップＳ５３に進み、ウェブページ群取得部５２は生成したクエリを用いて検索エンジン５５で検索を行う。
【００７６】
ステップＳ５４に進み、ウェブページ群取得部５２は検索結果から一定数のウェブページ群を取得する。なお、検索結果から取得するウェブページ群の数はユーザが予め指定しておいてもよいし、検索結果の全ウェブページを使用するようにしてもよい。
【００７７】
また、ステップＳ５の処理において、候補レコード及び確定レコード群のデータ項目として「住所」を利用する場合は、以下のように行われる。ステップＳ５２においてクエリを生成する場合は、候補レコード及び確定レコード群の住所の文字列を、そのまま使用すると、検索エンジン５５が完全一致の検索結果を返す仕様のとき、ステップＳ５３において完全一致の検索結果が返される。
【００７８】
例えば「東京都港区東新橋１−５−２」と「東京都港区東新橋一丁目５番２号」とのような住所の異表記の問題のために、検索結果からウェブページ群を十分に取得できない可能性がある。
【００７９】
そこで、ステップＳ５の処理において、候補レコード及び確定レコード群のデータ項目として「住所」を利用する場合は、以下のような対応を行う。第１の対応は、ステップＳ５３で用いる検索エンジン５５を、完全一致以外に曖昧検索も自動的に行って検索結果を返す仕様とする。また、第２の対応は、住所クレンジング（住所表記の正規化）を行う技術を適用し、住所のクレンジングを行う。住所のクレンジング後、ウェブページ群取得部５２は予め定めた適当な階層から適当な階層（例えば都道府県名より後から町名）までに短縮してクエリに使用する。例えば「東京都港区東新橋１−５−２」と「東京都港区東新橋一丁目５番２号」との異表記の例では「港区東新橋」に短縮してクエリに使用する。
【００８０】
住所クレンジングを行う技術の一例として、特許第４１８５３９９号には、住所を階層ごとに区切り、コードを割り当てる技術が示されている。例えば特許第４１８５３９９号に示されている技術は「東京都荒川区南千住１−１０−１」に対して「１３／１１８／００７／００１／０１０／０００１」が得られる。特許第４１８５３９９号に示されている技術を利用すれば、住所を適当な階層から適当な階層までに短縮可能であるし、コードから文字列に変換できることは自明であるため、短縮した住所文字列を生成することも可能である。
【００８１】
図１９はステップＳ６の処理手順を表した一例のフローチャートである。ステップＳ６１に進み、ウェブページ群タイプ決定部５３はウェブページ群，確定レコード群及び確定テーブルを入力として受け付ける。
【００８２】
ステップＳ６２に進み、ウェブページ群タイプ決定部５３はウェブページ群に未処理のウェブページがあるか否かを判定する。ウェブページ群に未処理のウェブページがあればウェブページ群タイプ決定部５３はステップＳ６３に進み、未処理のウェブページを一つ選択して選択ウェブページとする。なお、ウェブページ群に未処理のウェブページがなければウェブページ群タイプ決定部５３は図１９のフローチャートの処理を終了する。
【００８３】
ステップＳ６４に進み、ウェブページ群タイプ決定部５３はウェブページタイプ決定部５４を制御し、選択ウェブページ，確定レコード群及び確定テーブルを入力として、選択ウェブページがタイプ１，タイプ２，タイプ３の何れであるかを決定する。ウェブページ群タイプ決定部５３は決定した選択ウェブページのタイプをウェブページタイプテーブル５７に記録する。
【００８４】
図２０はステップＳ６４の処理手順を表した一例のフローチャートである。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は選択ウェブページ，確定レコード群及び確定テーブルを入力として受け付ける。
【００８５】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブルを利用して選択ウェブページに複数法人の情報が現れているか否かを判定する。なお、ステップＳ６４０２の処理の詳細は後述する。選択ウェブページに複数法人の情報が現れていなければ選択ウェブページがタイプ１のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０３に進み、選択ウェブページの類似ウェブページを複数取得して類似ウェブページ群とする。なお、ステップＳ６４０３の処理の詳細は後述する。
【００８６】
ステップＳ６４０３に続いてステップＳ６４０４に進み、ウェブページタイプ決定部５４はステップＳ６４０２と同様、確定テーブルを利用して類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在するか否かを判定する。なお、ステップＳ６４０４の処理の詳細は後述する。
【００８７】
ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在しなければステップＳ６４０５に進み、選択ウェブページをタイプ１と決定する。
【００８８】
また、ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在すれば選択ウェブページがタイプ１のウェブページである可能性がないため、ステップＳ６４０８に進む。
【００８９】
ステップＳ６４０２において、選択ウェブページに複数法人の情報が現れていれば選択ウェブページがタイプ１のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４０６に進み、確定テーブルを利用して選択ウェブページに２つ以上の情報が現れる法人が存在するか否かを判定する。なお、ステップＳ６４０６の処理の詳細は後述する。
【００９０】
ステップＳ６４０６において、選択ウェブページに２つ以上の情報が現れる法人が存在しなければ選択ウェブページがタイプ２のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０７に進み、ステップＳ６４０３と同様、選択ウェブページの類似ウェブページを複数取得して類似ウェブページ群とする。
【００９１】
ステップＳ６４０８に進み、ウェブページタイプ決定部５４はステップＳ６４０６と同様、確定テーブルを利用して類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在するか否かを判定する。なお、ステップＳ６４０８の処理の詳細は後述する。ウェブページタイプ決定部５４は類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在しなければステップＳ６４０９に進み、選択ウェブページをタイプ２と決定する。
【００９２】
また、ステップＳ６４０８において、類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在すればタイプ２のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４１０に進み、選択ウェブページをタイプ３と決定する。
【００９３】
また、ステップＳ６４０６において、選択ウェブページに２つ以上の情報が現れる法人が存在すれば選択ウェブページがタイプ２のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４１０に進み、選択ウェブページをタイプ３と決定する。
【００９４】
図２０に示したフローチャートは、６通りのフローを有している。そこで、以下では６つの選択ウェブページを用いて６通りのフローを順次説明する。なお、以下では説明に使用しないフローや確定テーブルの確定レコードについて図示や説明を省略する。
【００９５】
図２１はステップＳ６４の処理の第１のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１０１，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【００９６】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１０１に複数法人の情報（名称、電話番号）が現れているか否かを調べる。
【００９７】
選択ウェブページ１０１に複数法人の情報が現れていなければ、言い換えれば単独法人の情報しか現れていなければ、ウェブページタイプ決定部５４はタイプ１のウェブページである可能性があると判定する。また、選択ウェブページ１０１に複数法人の情報が現れていれば、ウェブページタイプ決定部５４は、タイプ１のウェブページの可能性がないと判定する。
【００９８】
具体的に、ウェブページタイプ決定部５４は、確定テーブル２の各確定レコードについて名称及び電話番号の文字列の両方が選択ウェブページ１０１に現れるか否かをチェックする。異なるグループＩＤを持つ、即ち異なる法人の確定レコードの情報が選択ウェブページ１０１に現れれば、ウェブページタイプ決定部５４は選択ウェブページ１０１に複数法人の情報が現れていると判定する。
【００９９】
図２１の例では、確定テーブル２の全確定レコードのうち、レコードＩＤ「００４」の確定レコードの情報である名称「ＳＳＳ銀座店」及び電話番号「０３−ｘｘｘ２−０４０４」のみが選択ウェブページ１０１に現れている。言い換えれば、選択ウェブページ１０１には単独法人の情報しか現れていない。したがって、ウェブページタイプ決定部５４は選択ウェブページ１０１に複数法人の情報が現れていないと判定する。
【０１００】
選択ウェブページ１０１がタイプ１のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０３に進み、選択ウェブページ１０１からリンクを一定回数辿って得られるウェブページのうち、選択ウェブページ１０１のＵＲＬに対して末尾のファイル名が異なるＵＲＬを持つウェブページを類似ウェブページ１０２，１０３として取得する。なお、リンクを辿る回数は、ユーザが予め指定しておいてもよい。ウェブページタイプ決定部５４は取得した類似ウェブページ１０２及び１０３を類似ウェブページ群とする。
【０１０１】
ステップＳ６４０３に続いてステップＳ６４０４に進み、ウェブページタイプ決定部５４は類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在するか否かを判定する。ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在しなければ、全ての類似ウェブページがタイプ１であると判定する。
【０１０２】
なお、ステップＳ６４０２における処理と同様に、各類似ウェブページの判定において、ウェブページタイプ決定部５４は、確定テーブル２の各確定レコードについて名称及び電話番号の文字列の両方が類似ウェブページに現れるか否かをチェックする。異なるグループＩＤを持つ、即ち異なる法人の確定レコードの情報が類似ウェブページに現れれば、ウェブページタイプ決定部５４は類似ウェブページに複数法人の情報が現れていると判定する。
【０１０３】
図２１の例では、レコードＩＤ「００２」の確定レコードの情報である名称「ＲＲＲ渋谷店」及び電話番号「０３−ｘｘｘ１−０２０２」と、レコードＩＤ「００３」の確定レコードの情報である名称「ＲＲＲ青山店」及び電話番号「０３−ｘｘｘ１−０３０３」とが類似ウェブページ１０２に現れている。レコードＩＤ「００２」及び「００３」の確定レコードが共にグループＩＤ「２」であるので、ウェブページタイプ決定部５４は類似ウェブページ１０２に複数法人の情報が現れていないと判定する。なお、ウェブページタイプ決定部５４は類似ウェブページ１０３も類似ウェブページ１０２と同様、複数法人の情報が現れていないと判定する。
【０１０４】
ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在しない、言い換えれば全ての類似ウェブページ１０２，１０３がタイプ１であることから、ステップＳ６４０５に進み、選択ウェブページ１０１もタイプ１であると決定する。
【０１０５】
図２２はステップＳ６４の処理の第２のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１０４，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【０１０６】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１０４に複数法人の情報（名称、電話番号）が現れているか否かを調べる。選択ウェブページ１０４に複数法人の情報が現れていれば、ウェブページタイプ決定部５４は、タイプ１のウェブページの可能性がないと判定する。
【０１０７】
具体的に、ウェブページタイプ決定部５４は、異なるグループＩＤを持つ、即ち異なる法人の確定レコードの情報が選択ウェブページ１０４に現れれば、ウェブページタイプ決定部５４は選択ウェブページ１０４に複数法人の情報が現れていると判定する。
【０１０８】
図２２の例では、レコードＩＤ「００２」の確定レコードの情報である名称「ＲＲＲ渋谷店」及び電話番号「０３−ｘｘｘ１−０２０２」と、レコードＩＤ「００４」の確定レコードの情報である名称「ＳＳＳ銀座店」及び電話番号「０３−ｘｘｘ２−０４０４」が選択ウェブページ１０４に現れている。レコードＩＤ「００２」及び「００４」の確定レコードのグループＩＤは、それぞれ「２」及び「３」であるため、選択ウェブページ１０４には複数法人の情報が現れている。
【０１０９】
選択ウェブページ１０４がタイプ１のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４０６に進み、選択ウェブページ１０４に２つ以上の情報が現れる法人が存在するか否かを、確定テーブル２を利用して判定する。
【０１１０】
選択ウェブページ１０４に２つ以上の情報が現れる法人が存在していなければ、ウェブページタイプ決定部５４はタイプ２のウェブページの可能性があると判定する。また、選択ウェブページ１０４に２つ以上の情報が現れる法人が存在していれば、ウェブページタイプ決定部５４は、タイプ２のウェブページの可能性がないと判定する。
【０１１１】
具体的に、ウェブページタイプ決定部５４は、確定テーブル２の各確定レコードについて名称及び電話番号の文字列の両方が選択ウェブページ１０４に現れるか否かをチェックする。同じグループＩＤを持つ、即ち同一法人の確定レコードの情報が２つ以上、選択ウェブページ１０４に現れれば、ウェブページタイプ決定部５４は選択ウェブページ１０４に２つ以上の情報が現れる法人が存在していると判定する。
【０１１２】
図２２の例では、レコードＩＤ「００２」の確定レコードの情報である名称「ＲＲＲ渋谷店」及び電話番号「０３−ｘｘｘ１−０２０２」と、レコードＩＤ「００４」の確定レコードの情報である名称「ＳＳＳ銀座店」及び電話番号「０３−ｘｘｘ２−０４０４」が選択ウェブページ１０４に現れている。レコードＩＤ「００２」及び「００４」の確定レコードのグループＩＤは、それぞれ「２」及び「３」である。
【０１１３】
したがって、選択ウェブページ１０４には同一法人の情報が２つ以上現れていないことになる。ウェブページタイプ決定部５４は選択ウェブページ１０４に同一法人の情報が２つ以上現れていないと判定する。
【０１１４】
選択ウェブページ１０４がタイプ２のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０７に進み、選択ウェブページ１０４からリンクを一定回数辿って得られるウェブページのうち、選択ウェブページ１０４のＵＲＬに対して末尾のファイル名が異なるＵＲＬを持つウェブページを類似ウェブページ１０５，１０６として取得する。なお、リンクを辿る回数は、ユーザが予め指定しておいてもよい。ウェブページタイプ決定部５４は取得した類似ウェブページ１０５及び１０６を類似ウェブページ群とする。
【０１１５】
ステップＳ６４０７に続いてステップＳ６４０８に進み、ウェブページタイプ決定部５４はステップＳ６４０６と同様、確定テーブル２を利用して類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在するか否かを判定する。
【０１１６】
ウェブページタイプ決定部５４は、類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在しなければ、全ての類似ウェブページがタイプ２であると判定する。
【０１１７】
なお、ステップＳ６４０６における処理と同様に、各類似ウェブページの判定において、ウェブページタイプ決定部５４は、確定テーブル２の各確定レコードについて名称及び電話番号の文字列の両方が類似ウェブページに現れるか否かをチェックする。同じグループＩＤを持つ、即ち同一法人の確定レコードの情報が２つ以上、類似ウェブページに現れれば、ウェブページタイプ決定部５４は類似ウェブページに２つ以上の情報が現れる法人が存在していると判定する。
【０１１８】
図２２の例では、類似ウェブページ１０５に、レコードＩＤ「００９」の確定レコードの情報である名称「ＹＹＹ有楽町店」及び電話番号「０３−ｘｘｘ３−０９０９」と、レコードＩＤ「０１０」の確定レコードの情報である名称「ＺＺＺ有楽町店」及び電話番号「０３−ｘｘｘ３−１０１０」とが現れている。
【０１１９】
レコードＩＤ「００９」及び「０１０」の確定レコードがグループＩＤ「６」及び「７」であるので、ウェブページタイプ決定部５４は類似ウェブページ１０５に２つ以上の情報が現れる法人が存在していないと判定する。なお、ウェブページタイプ決定部５４は類似ウェブページ１０６も類似ウェブページ１０５と同様、２つ以上の情報が現れる法人が存在していないと判定する。
【０１２０】
ウェブページタイプ決定部５４は、類似ウェブページ群に２つ以上の情報が現れる法人が存在していない、言い換えれば全ての類似ウェブページ１０５，１０６がタイプ２であることから、ステップＳ６４０９に進み、選択ウェブページ１０４もタイプ２であると決定する。
【０１２１】
図２３はステップＳ６４の処理の第３のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１０７，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【０１２２】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１０７に複数法人の情報（名称、電話番号）が現れているか否かを調べる。選択ウェブページ１０７に複数法人の情報が現れていれば、ウェブページタイプ決定部５４は、タイプ１のウェブページの可能性がないと判定する。
【０１２３】
図２３の例では、レコードＩＤ「００２」の確定レコードの情報である名称「ＲＲＲ渋谷店」及び電話番号「０３−ｘｘｘ１−０２０２」と、レコードＩＤ「００３」の確定レコードの情報である名称「ＲＲＲ青山店」及び電話番号「０３−ｘｘｘ１−０３０３」と、レコードＩＤ「００４」の確定レコードの情報である名称「ＳＳＳ銀座店」及び電話番号「０３−ｘｘｘ２−０４０４」が選択ウェブページ１０７に現れている。
【０１２４】
レコードＩＤ「００２」，「００３」及び「００４」の確定レコードのグループＩＤは、それぞれ「２」，「２」及び「３」である。したがって、選択ウェブページ１０７にはグループＩＤ「２」，「３」の確定レコードの情報が現れている、即ち複数法人の情報が現れている。
【０１２５】
選択ウェブページ１０７がタイプ１のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４０６に進み、選択ウェブページ１０７に２つ以上の情報が現れる法人が存在するか否かを、確定テーブル２を利用して判定する。ウェブページタイプ決定部５４は、選択ウェブページ１０７に２つ以上の情報が現れる法人が存在していれば、タイプ２のウェブページの可能性がないと判定する。
【０１２６】
同じグループＩＤを持つ、即ち同一法人の確定レコードの情報が２つ以上、選択ウェブページ１０７に現れれば、ウェブページタイプ決定部５４は選択ウェブページ１０７に２つ以上の情報が現れる法人が存在すると判定する。
【０１２７】
図２３の例では、上記したように、レコードＩＤ「００２」，「００３」及び「００４」の確定レコードの情報が選択ウェブページ１０７に現れている。レコードＩＤ「００２」，「００３」及び「００４」の確定レコードのグループＩＤは、それぞれ「２」，「２」及び「３」である。
【０１２８】
したがって、選択ウェブページ１０７には同一法人（グループＩＤ「２」の法人）の情報が２つ以上現れていることになる。ウェブページタイプ決定部５４は選択ウェブページ１０７に同一法人の情報が２つ以上現れていると判定する。選択ウェブページ１０７がタイプ２のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４１０に進み、選択ウェブページをタイプ３と決定する。
【０１２９】
図２４はステップＳ６４の処理の第４のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１０８，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【０１３０】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１０８に複数法人の情報（名称、電話番号）が現れているか否かを調べる。選択ウェブページ１０８に複数法人の情報が現れていなければ、ウェブページタイプ決定部５４はタイプ１のウェブページの可能性があると判定する。
【０１３１】
図２４の例では、レコードＩＤ「００４」の確定レコードの情報である名称「ＳＳＳ銀座店」及び電話番号「０３−ｘｘｘ２−０４０４」が選択ウェブページ１０８に現れているため、言い換えれば単独法人の情報しか現れていない。したがって、ウェブページタイプ決定部５４は選択ウェブページ１０８に複数法人の情報が現れていないと判定する。
【０１３２】
選択ウェブページ１０８がタイプ１のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０３に進み、選択ウェブページ１０８からリンクを一定回数辿って得られるウェブページのうち、選択ウェブページ１０８のＵＲＬに対して末尾のファイル名が異なるＵＲＬを持つウェブページを類似ウェブページ１０９，１１０として取得する。なお、ウェブページタイプ決定部５４は取得した類似ウェブページ１０９及び１１０を類似ウェブページ群とする。
【０１３３】
ステップＳ６４０３に続いてステップＳ６４０４に進み、ウェブページタイプ決定部５４は類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在するか否かを判定する。ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在すれば選択ウェブページがタイプ１のウェブページである可能性がないため、ステップＳ６４０８に進む。
【０１３４】
図２４の例では、レコードＩＤ「００９」の確定レコードの情報である名称「ＹＹＹ有楽町店」及び電話番号「０３−ｘｘｘ３−０９０９」と、レコードＩＤ「０１０」の確定レコードの情報である名称「ＺＺＺ有楽町店」及び電話番号「０３−ｘｘｘ３−１０１０」とが類似ウェブページ１０９に現れている。レコードＩＤ「００９」及び「０１０」の確定レコードがそれぞれグループＩＤ「６」及び「７」であるので、ウェブページタイプ決定部５４は類似ウェブページ１０９に複数法人の情報が現れていると判定する。
【０１３５】
ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在することから、ステップＳ６４０８に進み、確定テーブル２を利用して類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在するか否かを判定する。
【０１３６】
ウェブページタイプ決定部５４は、類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在しなければ、全ての類似ウェブページがタイプ２であると判定する。
【０１３７】
図２４の例では、類似ウェブページ１０９に、レコードＩＤ「００９」の確定レコードの情報である名称「ＹＹＹ有楽町店」及び電話番号「０３−ｘｘｘ３−０９０９」と、レコードＩＤ「０１０」の確定レコードの情報である名称「ＺＺＺ有楽町店」及び電話番号「０３−ｘｘｘ３−１０１０」とが現れている。
【０１３８】
レコードＩＤ「００９」及び「０１０」の確定レコードがグループＩＤ「６」及び「７」であるので、ウェブページタイプ決定部５４は類似ウェブページ１０９に２つ以上の情報が現れる法人が存在していないと判定する。なお、ウェブページタイプ決定部５４は類似ウェブページ１１０も類似ウェブページ１０９と同様、２つ以上の情報が現れる法人が存在していないと判定する。
【０１３９】
ウェブページタイプ決定部５４は類似ウェブページ群に２つ以上の情報が現れる法人が存在していない、言い換えれば全ての類似ウェブページ１０９，１１０がタイプ２であることから、ステップＳ６４０９に進み、選択ウェブページ１０８もタイプ２であると決定する。
【０１４０】
図２５はステップＳ６４の処理の第５のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１１１，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【０１４１】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１１１に複数法人の情報（名称、電話番号）が現れているか否かを調べる。選択ウェブページ１１１に複数法人の情報が現れていなければ、ウェブページタイプ決定部５４はタイプ１のウェブページの可能性があると判定する。
【０１４２】
図２５の例では、選択ウェブページ１１１が図２４の選択ウェブページ１０８と同一である。したがって、ウェブページタイプ決定部５４は選択ウェブページ１１１に複数法人の情報が現れていないと判定する。
【０１４３】
選択ウェブページ１１１がタイプ１のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０３に進み、選択ウェブページ１１１からリンクを一定回数辿って得られるウェブページのうち、選択ウェブページ１１１のＵＲＬに対して末尾のファイル名が異なるＵＲＬを持つウェブページを類似ウェブページ１１２，１１３として取得する。なお、ウェブページタイプ決定部５４は取得した類似ウェブページ１１２及び１１３を類似ウェブページ群とする。
【０１４４】
ステップＳ６４０３に続いてステップＳ６４０４に進み、ウェブページタイプ決定部５４は類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在するか否かを判定する。ウェブページタイプ決定部５４は類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在すれば選択ウェブページがタイプ１のウェブページである可能性がないため、ステップＳ６４０８に進む。
【０１４５】
図２５の例では、レコードＩＤ「００１」の確定レコードの情報である名称「ＱＱＱ渋谷店」及び電話番号「０３−ｘｘｘ１−０１０１」と、レコードＩＤ「００２」の確定レコードの情報である名称「ＲＲＲ渋谷店」及び電話番号「０３−ｘｘｘ１−０２０２」とが類似ウェブページ１１３に現れている。レコードＩＤ「００１」及び「００２」の確定レコードがそれぞれグループＩＤ「１」及び「２」であるので、ウェブページタイプ決定部５４は類似ウェブページ１１３に複数法人の情報が現れていると判定する。
【０１４６】
ウェブページタイプ決定部５４は、類似ウェブページ群に複数法人の情報が現れている類似ウェブページが存在することから、ステップＳ６４０８に進み、確定テーブル２を利用して類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在するか否かを判定する。
【０１４７】
ウェブページタイプ決定部５４は、類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在すれば、選択ウェブページ１１１がタイプ２のウェブページである可能性がないと判定する。
【０１４８】
図２５の例では、類似ウェブページ１１２に、レコードＩＤ「００５」の確定レコードの情報である名称「ＵＵＵ銀座店」及び電話番号「０３−ｘｘｘ２−０５０５」と、レコードＩＤ「００６」の確定レコードの情報である名称「ＶＶＶ有楽町店」及び電話番号「０３−ｘｘｘ３−０６０６」とが現れている。
【０１４９】
レコードＩＤ「００５」及び「００６」の確定レコードが共にグループＩＤ「４」であるので、ウェブページタイプ決定部５４は類似ウェブページ１１２に２つ以上の情報が現れる法人が存在していると判定する。
【０１５０】
ウェブページタイプ決定部５４は類似ウェブページ群に２つ以上の情報が現れる法人が存在していることから、ステップＳ６４１０に進み、選択ウェブページ１１１をタイプ３と決定する。
【０１５１】
図２６はステップＳ６４の処理の第６のフローを説明するための説明図である。ステップＳ６４０１に進み、ウェブページタイプ決定部５４は、選択ウェブページ１１４，確定レコード群１００及び確定テーブル２を入力として受け付ける。
【０１５２】
ステップＳ６４０２に進み、ウェブページタイプ決定部５４は確定テーブル２を利用して選択ウェブページ１１４に複数法人の情報（名称、電話番号）が現れているか否かを調べる。選択ウェブページ１１４に複数法人の情報が現れていれば、ウェブページタイプ決定部５４は、タイプ１のウェブページの可能性がないと判定する。
【０１５３】
図２６の例では、選択ウェブページ１１４が図２２の選択ウェブページ１０４と同一である。したがって、ウェブページタイプ決定部５４は選択ウェブページ１１４に複数法人の情報が現れていると判定する。
【０１５４】
選択ウェブページ１１４がタイプ１のウェブページである可能性がないため、ウェブページタイプ決定部５４はステップＳ６４０６に進み、選択ウェブページ１１４に２つ以上の情報が現れる法人が存在するか否かを、確定テーブル２を利用して判定する。
【０１５５】
選択ウェブページ１１４に２つ以上の情報が現れる法人が存在していなければ、ウェブページタイプ決定部５４はタイプ２のウェブページの可能性があると判定する。図２６の例では、選択ウェブページ１１４が図２２の選択ウェブページ１０４と同一である。したがって、ウェブページタイプ決定部５４は選択ウェブページ１１４に同一法人の情報が２つ以上現れていないと判定する。
【０１５６】
選択ウェブページ１１４がタイプ２のウェブページである可能性があるため、ウェブページタイプ決定部５４はステップＳ６４０７に進み、選択ウェブページ１１４からリンクを一定回数辿って得られるウェブページのうち、選択ウェブページ１１４のＵＲＬに対して末尾のファイル名が異なるＵＲＬを持つウェブページを類似ウェブページ１１５，１１６として取得する。なお、ウェブページタイプ決定部５４は取得した類似ウェブページ１１５及び１１６を類似ウェブページ群とする。
【０１５７】
ステップＳ６４０７に続いてステップＳ６４０８に進み、ウェブページタイプ決定部５４はステップＳ６４０６と同様、確定テーブル２を利用して類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在するか否かを判定する。
【０１５８】
ウェブページタイプ決定部５４は類似ウェブページ群に２つ以上の情報が現れる法人が存在する類似ウェブページが存在すれば、選択ウェブページ１１４がタイプ２のウェブページである可能性がないと判定する。
【０１５９】
図２６の例では、類似ウェブページ１１５，１１６が図２５の類似ウェブページ１１２，１１３と同一である。したがって、ウェブページタイプ決定部５４は類似ウェブページ１１５に２つ以上の情報が現れる法人が存在していると判定する。
【０１６０】
ウェブページタイプ決定部５４は類似ウェブページ群に２つ以上の情報が現れる法人が存在していることから、ステップＳ６４１０に進み、選択ウェブページ１１４をタイプ３と決定する。
【０１６１】
なお、ステップＳ６４０２，Ｓ６４０４，Ｓ６４０６，Ｓ６４０８の処理において、候補レコード及び確定レコード群のデータ項目として「住所」を利用する場合は、以下のように行われる。ステップＳ６４０２，Ｓ６４０４，Ｓ６４０６，Ｓ６４０８の処理においては法人の情報の一つである住所がウェブページに現れるか否かをチェックするときに完全一致でチェックしていては、クエリを生成する場合と同様、住所の異表記の問題で本来同じである住所が同じでないと判定される。
【０１６２】
そこで、ステップＳ６４０２，Ｓ６４０４，Ｓ６４０６，Ｓ６４０８の処理においては住所の一致を判定する際、次の処理を行う。まず、ウェブページタイプ決定部５４は、テキストから住所を抽出する技術を使用し、ウェブページに現れる住所を全て抽出する。次にウェブページタイプ決定部５４は、確定テーブル２の全ての住所と、抽出した全ての住所とに対して、住所クレンジングを行う技術を適用し、住所のクレンジングを行う。
【０１６３】
住所のクレンジング後、ウェブページタイプ決定部５４は予め定めた適当な階層から適当な階層（例えば都道府県名より後から号）までに短縮して、短縮された住所に対して完全一致でチェックする。
【０１６４】
なお、ここでは確定テーブル２の住所に対して使用時に住所クレンジングを適用しているが、確定テーブル２を受け付けた段階で住所クレンジングを１回適用し、別テーブルに保存して利用するようにしてもよい。
【０１６５】
テキストから住所を抽出する技術の一例として、特開２００４−２８０６５９号公報及び特開２００７−１７９３２９号公報には、テキストから住所の文字列を抽出する技術が示されている。
【０１６６】
以上、本実施例の名寄せチェック支援装置４０は、候補レコード１１と確定レコード群１２との両者の情報を含んだクエリ１３による検索結果から、同一法人か否かの判定に役立つ可能性の高いウェブページとして、タイプ１及び２のウェブページを抽出してユーザに提示している。同一法人か否かの判定に役立つ可能性の高いウェブページは名寄せ処理後のチェック作業（名寄せチェック）においてユーザに利用される。
【０１６７】
ユーザはタイプ１のウェブページを見ることで候補レコード１１が名寄せ可であるかを容易に判定できる。また、ユーザはタイプ２のウェブページを見ることで候補レコード１１が名寄せ不可であるかを容易に判定できる。
【０１６８】
したがって、ユーザは検索結果のウェブページをやみくもに見る必要がなくなり、同一法人か否かの判定に役立つ可能性の高いウェブページを見て名寄せ処理後のチェック作業を行うことができるので、検索結果のウェブページを順に見ていくというようなチェック作業における無駄を軽減できる。
【０１６９】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出し、前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得手段と、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定手段と
を有する名寄せチェック支援装置。
（付記２）
前記コンテンツタイプ決定手段は、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が重複せず別々の前記法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属しないかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録する
付記１記載の名寄せチェック支援装置。
（付記３）
前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するか否かをユーザに判定させる画面を作成する際、前記コンテンツタイプ情報記憶部に記録した前記第１のコンテンツの情報を載せる画面作成手段を更に有する
付記１又は２記載の名寄せチェック支援装置。
（付記４）
コンピュータを、
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出し、前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得手段と、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定手段と
して機能させるための名寄せチェック支援プログラム。
（付記５）
前記コンテンツタイプ決定手段は、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が重複せず別々の前記法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属しないかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録する
付記４記載の名寄せチェック支援プログラム。
（付記６）
前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するか否かをユーザに判定させる画面を作成する際、前記コンテンツタイプ情報記憶部に記録した前記第１のコンテンツの情報を載せる画面作成手段
として更に機能させるための付記４又は５記載の名寄せチェック支援プログラム。
（付記７）
コンピュータによって実行される名寄せチェック支援方法であって、
前記コンピュータが、
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出する抽出ステップと、
前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得ステップと、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定ステップと
を実行する名寄せチェック支援方法。
（付記８）
前記コンテンツタイプ決定ステップは、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が重複せず別々の前記法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属しないか否かを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録する
付記７記載の名寄せチェック支援方法。
（付記９）
前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するか否かをユーザに判定させる画面を作成する際、前記コンテンツタイプ情報記憶部に記録した前記第１のコンテンツの情報を載せる画面作成ステップを更に実行する
付記７又は８記載の名寄せチェック支援方法。
【０１７０】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１７１】
１ 法人テーブル
２ 確定テーブル
３ 候補テーブル
１１ 候補レコード
１２，１００ 確定レコード群
１３ クエリ
２０〜２３ リンク情報
３１〜３３ ウェブページ
４０ 名寄せチェック支援装置
４１ 入力装置
４２ 出力装置
４３ ドライブ装置
４４ 補助記憶装置
４５ 主記憶装置
４６ 演算処理装置
４７ インターフェース装置
４８ 記録媒体
４９ バス
５１ 全体処理部
５２ ウェブページ群取得部
５３ ウェブページ群タイプ決定部
５４ ウェブページタイプ決定部
５５ 検索エンジン
５６ インターネット
５７ ウェブページタイプテーブル
１０１，１０４，１０７，１０８，１１１，１１４ 選択ウェブページ
１０２，１０３，１０５，１０６，１０９，１１０，１１２，１１３，１１５，１１６ 類似ウェブページ
【特許請求の範囲】
【請求項１】
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出し、前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得手段と、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定手段と
を有する名寄せチェック支援装置。
【請求項２】
前記コンテンツタイプ決定手段は、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が重複せず別々の前記法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属しないかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録する
請求項１記載の名寄せチェック支援装置。
【請求項３】
前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するか否かをユーザに判定させる画面を作成する際、前記コンテンツタイプ情報記憶部に記録した前記第１のコンテンツの情報を載せる画面作成手段を更に有する
請求項１又は２記載の名寄せチェック支援装置。
【請求項４】
コンピュータを、
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出し、前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得手段と、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定手段と
して機能させるための名寄せチェック支援プログラム。
【請求項５】
コンピュータによって実行される名寄せチェック支援方法であって、
前記コンピュータが、
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出する抽出ステップと、
前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得ステップと、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定ステップと
を実行する名寄せチェック支援方法。
【請求項１】
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出し、前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得手段と、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定手段と
を有する名寄せチェック支援装置。
【請求項２】
前記コンテンツタイプ決定手段は、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が重複せず別々の前記法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属しないかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録する
請求項１記載の名寄せチェック支援装置。
【請求項３】
前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するか否かをユーザに判定させる画面を作成する際、前記コンテンツタイプ情報記憶部に記録した前記第１のコンテンツの情報を載せる画面作成手段を更に有する
請求項１又は２記載の名寄せチェック支援装置。
【請求項４】
コンピュータを、
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出し、前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得手段と、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定手段と
して機能させるための名寄せチェック支援プログラム。
【請求項５】
コンピュータによって実行される名寄せチェック支援方法であって、
前記コンピュータが、
名寄せ対象を該名寄せ対象が属する法人に名寄せする処理により出力された、名寄せ対象の情報と該名寄せ対象が属すると確定された法人の情報とを対応付けた確定情報記憶部、及び、名寄せ対象の情報と該名寄せ対象が属すると推定された法人の情報とを対応付けた候補情報記憶部を参照して、一の法人に属すると確定された名寄せ対象の情報と該一の法人に属すると推定された名寄せ対象の情報とを抽出する抽出ステップと、
前記一の法人に属すると確定された名寄せ対象の情報及び該一の法人に属すると推定された名寄せ対象の情報の双方をキーとして検索エンジンにより第１のコンテンツを取得するコンテンツ取得ステップと、
前記取得した第１のコンテンツのリンク情報に基づき、該リンク情報に近似する格納位置の第２のコンテンツを取得し、前記第１のコンテンツ及び前記第２のコンテンツに記載されている名寄せ対象が前記一の法人に属するときに、前記第１のコンテンツの情報を、前記候補情報記憶部の前記名寄せ対象が、該名寄せ対象が属すると推定された法人に属するかを判定するためのコンテンツとしてコンテンツタイプ情報記憶部に記録するコンテンツタイプ決定ステップと
を実行する名寄せチェック支援方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２０１１−１７５４８６（Ｐ２０１１−１７５４８６Ａ）
【公開日】平成２３年９月８日（２０１１．９．８）
【国際特許分類】
【出願番号】特願２０１０−３９３３２（Ｐ２０１０−３９３３２）
【出願日】平成２２年２月２４日（２０１０．２．２４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年９月８日（２０１１．９．８）
【国際特許分類】
【出願日】平成２２年２月２４日（２０１０．２．２４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]