(57)【要約】【課題】掲載情報の検索から閲覧用の表示までを効率良く実行することができる掲載情報検索システムを提供する。【解決手段】掲載情報検索システム１は、ユーザＨが収集した情報資源を管理する自社サーバ２と、収集された情報資源を記憶する自社データベース３と、ユーザが必要とする情報資源の検索及び検索結果の表示を行うユーザ端末７を備えている。自社サーバ２は、ユーザＨが必要とする情報資源を検索する場合に、他社のウェブサイトＡ〜Ｃから必要な情報資源に関連するカテゴリーを特定して検索範囲を限定する検索範囲限定手段を有しており、検索条件に合致した情報資源を自社データベース３に記憶する。【選択図】図１
2020086996.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが必要とする情報資源を、誰でも閲覧可能な情報資源が掲載された複数のウェブサイトを検索し、収集する掲載情報検索システムであって、
前記収集された情報資源を管理するサーバと、
前記収集された情報資源を記憶するデータベースと、
前記サーバにネットワーク接続され、前記ユーザが必要とする情報資源の検索及び検索結果の表示を行うユーザ端末と、を備え、
前記サーバは、前記ユーザが必要とする情報資源を検索する場合に、それぞれの前記ウェブサイトのウェブサーバから当該情報資源に関連するカテゴリーを特定して検索範囲を限定する検索範囲限定手段を有していることを特徴とする掲載情報検索システム。
【請求項２】
前記検索範囲限定手段は、それぞれの前記ウェブサイトのうち、前記ユーザがアクセスにより生成される動的生成ページを指定可能であることを特徴とする請求項１に記載の掲載情報検索システム。
【請求項３】
前記サーバは、前記収集された情報資源を前記データベースに記憶する際、当該情報資源を検査する情報資源検査手段を有し、
前記情報資源検査手段は、前記収集された情報資源に対して表記揺れ補正を行った後、重複情報があるか否かを検査することを特徴とする請求項１又は２に記載の掲載情報検索システム。
【請求項４】
前記情報資源検査手段は、重複情報と判断された複数の前記収集された情報資源を１つの情報資源に統合することを特徴とする請求項３に記載の掲載情報検索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサイトに掲載された情報を検索、収集して、営業活動等に利用するためにリストアップする掲載情報検索システムに関する。
【背景技術】
【０００２】
従来、インターネット上に公開されている同業種のウェブサイトから検索条件に合致した宿泊施設情報、賃貸物件情報、求人情報等をピックアップするサイトが知られている。このようなサイトを利用すると、ユーザは、各社のウェブサイトに都度アクセスすることなく、必要な情報を一度に取得することができる。
【０００３】
例えば、下記の特許文献１の求人情報の自動収集方法は、求人情報の収集手段を含むサーバと、各求人企業が所有する求人企業サーバと、各求職者が利用する求職者端末とで構成されている。
【０００４】
上記収集手段は、求人関連情報ページにアクセスし、ページの記述情報を受信し、一旦サーバ上のメモリに記憶する。また、解析手段は、収集手段により取得したページの記述情報に対して、ＨＴＭＬ等のマークアップ言語の仕様に基づいた解析を行い、文章及びそのレイアウト情報を抽出する。
【０００５】
この結果、サーバの求人情報データベースには、各企業がホームページ上で公開している最新の求人情報が求人案件構成要素毎に整理されて記憶されるので、求職者は、即座にウェブサイトから求人情報を閲覧することができる（特許文献１／段落００２０〜００２７）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３２６７１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１の求人情報の自動収集方法では、クローラーと呼ばれる手法で情報を収集しているため、本来必要でない情報も取得してしまい、時間がかかる上、出力される情報を閲覧用に整理する手間も生じていた。
【０００８】
本発明は、このような事情に鑑みてなされたものであり、掲載情報の検索から閲覧用の表示までを効率良く実行することができる掲載情報検索システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、ユーザが必要とする情報資源を、誰でも閲覧可能な情報資源が掲載された複数のウェブサイトを検索し、収集する掲載情報検索システムであって、前記収集された情報資源を管理するサーバと、前記収集された情報資源を記憶するデータベースと、前記サーバにネットワーク接続され、前記ユーザが必要とする情報資源の検索及び検索結果の表示を行うユーザ端末と、を備え、前記サーバは、前記ユーザが必要とする情報資源を検索する場合に、それぞれの前記ウェブサイトのウェブサーバから当該情報資源に関連するカテゴリーを特定して検索範囲を限定する検索範囲限定手段を有していることを特徴とする。
【００１０】
本発明の掲載情報検索システムでは、ユーザが、サーバにネットワーク接続されたユーザ端末を利用してウェブサイトから必要な情報資源を検索し、収集する。このとき、サーバの検索範囲限定手段は、検索範囲を当該情報資源に関連するカテゴリーに限定して検索することができるため、検索時に不要な情報資源を拾わず、時間の短縮が可能となる。そして、検索条件に合致した情報資源は、サーバに接続されたユーザ側のデータベースに記憶される。これにより、ユーザは、必要な情報資源を効率良く収集し、ユーザ端末により検索結果を閲覧することができる。
【００１１】
本発明の掲載情報検索システムにおいて、前記検索範囲限定手段は、それぞれの前記ウェブサイトのうち、前記ユーザがアクセスにより生成される動的生成ページを指定可能であることが好ましい。
【００１２】
この構成によれば、ユーザ端末の検索範囲限定手段は、動的生成ページを指定することができる。このため、ユーザは動的生成ページに掲載された情報資源についても検索によりヒットさせ、当該情報資源を利用することができる。
【００１３】
また、本発明の掲載情報検索システムにおいて、前記サーバは、前記収集された情報資源を前記データベースに記憶する際、当該情報資源を検査する情報資源検査手段を有し、前記情報資源検査手段は、前記収集された情報資源に対して表記揺れ補正を行った後、重複情報があるか否かを検査することが好ましい。
【００１４】
この構成によれば、サーバの情報資源検査手段は、検索して収集された情報資源をデータベースに記憶する際、当該情報資源を検査する。複数のウェブサイトで同じ情報資源を異なる態様で掲載している場合があるため、情報資源検査手段は、表記揺れの補正を行った後、重複情報であるか否かを判定する。これにより、重複した情報資源を効率良く発見することができる。
【００１５】
また、本発明の掲載情報検索システムにおいて、前記情報資源検査手段は、重複情報と判断された複数の前記収集された情報資源を１つの情報資源に統合することが好ましい。
【００１６】
この構成によれば、ユーザ端末の情報資源検査手段は、重複情報と判断された複数の情報資源を１つの情報資源に統合することができる。これにより、最終的なリストアップの際、重複した情報資源を排除することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係る掲載情報検索システムの概略図。
【図２Ａ】情報検索時の範囲限定機能を説明する図。
【図２Ｂ】ヒット情報のデータクレンジングを説明する図。
【図３】掲載情報検索システムの情報閲覧を説明する図。
【図４】図３の情報閲覧画面（ウェブ画面）の表示例。
【図５】図３の情報閲覧画面（スプレッドシート）の表示例。
【発明を実施するための形態】
【００１８】
以下では、図面を参照しながら、本発明の掲載情報検索システムの実施形態について説明する。
【００１９】
図１は、本発明の実施形態に係る掲載情報検索システム１の概略図である。掲載情報検索システム１は、当該システムを利用する社員Ｈが所属する会社Ｘのサーバである自社サーバ２と、自社サーバ２に接続された自社データベース３と、自社サーバ２に社内ＬＡＮ等でネットワーク接続され、掲載情報検索ツール（アプリケーション）がインストールされたユーザ端末７とから構成される。
【００２０】
検索対象としては、賃貸情報や宿泊施設等が考えられるが、ここでは、誰でも閲覧可能な正社員、アルバイト等の求人情報とする。すなわち、会社Ｘは求人情報を取り扱う企業であり、社員Ｈ（本発明の「ユーザ」に相当）はユーザ端末７を利用して、同業他社のウェブサイトから必要とする求人情報を検索、収集することができる。
【００２１】
図示するように、ウェブサイトに様々な職種の求人情報、求人広告を掲載している会社として、会社Ａ、会社Ｂ及び会社Ｃの３つがある。また、会社Ａ、会社Ｂ、会社Ｃのウェブサーバを、それぞれ管理サーバ５Ａ、管理サーバ５Ｂ、管理サーバ５Ｃとし、そのウェブサイトを、それぞれウェブサイトＡ、ウェブサイトＢ、ウェブサイトＣとする。
【００２２】
このとき、会社Ｘの社員Ｈがユーザ端末７の掲載情報検索ツールにより、検索条件をテキスト（キーワード）、チェックボックス等から入力すると、自社サーバ２は、管理サーバ５Ａ、管理サーバ５Ｂ及び管理サーバ５Ｃに順次アクセスして検索を行う。そして、検索条件に合致し、ヒットした情報（以下、ヒット情報という）があれば、ヒット情報を取得して自社データベース３に記憶する。
【００２３】
自社データベース３はハードディスク等の記憶装置であり、登録データの領域３Ａと、正規化データの領域３Ｂとで構成されている。領域３Ａには、検索対象のウェブサイトを巡回する巡回ルールに基づいて収集された企業名、職種等の情報が格納される。また、領域Ｂには、収集された情報から電話番号や住所を所定のフォーマットに正規化する正規化ルールに基づいて編集された正規化データが格納される。
【００２４】
その後、自社サーバ２でソート等の処理が行われ、ヒット情報がリストアップされる。また、検索結果リスト（後述するリスト画面、スプレッドシート）がユーザ端末７の表示画面７ａに表示されるので、社員Ｈは、検索結果リストを元に営業活動を行うことができる。
【００２５】
次に、図２Ａ、図２Ｂを参照して、掲載情報検索システム１、特に自社サーバ２による情報検索の特徴について説明する。
【００２６】
まず、自社サーバ２による情報検索時の範囲限定機能について説明する。図２Ａは、検索対象のウェブサイトのページ構造（リンク）を示している。
【００２７】
社員Ｈは、ユーザ端末７の掲載情報検索ツールでキーワードや住所を入力して求人情報の検索を行う。この作業により、自社サーバ２がＡ社、Ｂ社、Ｃ社のそれぞれの管理サーバ５Ａ、管理サーバ５Ｂ及び管理サーバ５Ｃを巡回するようにアクセスする。そして、ウェブサイトＡ〜Ｃから検索条件に合致したヒット情報を取得する（図１参照）。
【００２８】
ここで、本発明における情報検索は、ウェブサイトを構成する全ページを検索対象とするクローラー型の情報取得とは異なり、社員Ｈが必要とする情報に関連するカテゴリーを特定して、所定の範囲を限定して検索を行うことができる。
【００２９】
具体的には、従来のクローラー型の情報取得では、トップページPtop、動的生成ページPdyn、その他のページP1〜P8を含むリンクされた全てのページを検索対象とする。
【００３０】
一方、掲載情報検索システム１の自社サーバ２は、特定のカテゴリーのページを検索対象に指定することができる。例えば、ウェブサイトＡ〜Ｃの求人情報のページは、企業名、電話番号、ＵＲＬ等のある程度決まった情報で構成され、ページが切替わったとき枠内の文字のみが入れ替わる動的生成ページである。自社サーバ２は、動的生成ページPdynのみ、又はこれに加えて所定の情報が掲載されたページP1を検索対象とすることができる。
【００３１】
その方法として、リクエストメソッドの種類、固有の属性（地域名等）、推測可能な要素（ページ数等）、その他の変化する値の条件やタイミングを指定する方法がある。自社サーバ２は、例えば、属性「tokyo（東京）」を指定して対象となる１〜５００ページを検索し、その後、属性「kanagawa（神奈川）」を指定して同じ１〜５００ページを検索するといった巡回検索処理を行うことができる。
【００３２】
また、自社サーバ２は、特定の条件で巡回検索処理をスキップする設定を行うこともできる。例えば、固有の属性や推測可能な要素をＵＲＬにもつ情報一覧ページ内を巡回し、その中で新規に取得できるリンクがなく、それが所定のページ数連続した場合に、巡回検索処理をスキップする。
【００３３】
これにより、情報検索の際、不要なページの検索に時間をかけたり、不要な情報を取得して自社データベース３の容量を圧迫したりすることがなくなる。その結果、掲載情報検索システム１のランニングコストを抑えつつ、各社員のシステム利用時の負担を軽減することができる。
【００３４】
次に、図２Ｂを参照して、ヒット情報に対して行われるデータクレンジングについて説明する。
【００３５】
ウェブサイトＡ〜Ｃには同じ求人情報が掲載されている場合があるので、情報検索を行うと重複してヒットしたと思われる求人情報が取得されることがある。自社サーバ２（図示省略）は、重複ヒットした求人情報（例えば、企業名、住所、電話番号等）の表記が全く同じであれば、一情報と判断して自社データベース３に記憶する。
【００３６】
しかし、ウェブサイトにより、表記揺れが生じている場合がある。企業名の例では、ウェブサイトＡにおいて「（株）エース」の表記であるが、ウェブサイトＢにおいて「株式会社エース」という表記となっていることがあり得る。
【００３７】
また、住所の例では、ウェブサイトＡにおいて「東京都千代田区〇丁目・・・」という表記であるが、ウェブサイトＢにおいて「千代田区〇丁目・・・」という都道府県名が省略された表記になっていることがあり得る。
【００３８】
このような場合、自社サーバ２は、求人情報を自社データベース３に記憶する前段階で当該情報の欠落部分や表記揺れの補正、すなわち、データクレンジングを行う。その後、改めて重複ヒットしたと思われる求人情報のマッチングを行い、マッチした場合には一情報と判断して自社データベース３に記憶する。
【００３９】
電話番号については、「−（ハイフン）」の有無の違いや、カッコを使用するか否かの違いがある。このようなルールに則り電話番号の表記を統一する作業は正規化と呼ばれ、データクレンジングの一態様として実行される。なお、この正規化を行うと、自社サーバ２は、容易に複数の求人情報の同一性を判断することができる。
【００４０】
また、自社サーバ２は、取得したページ内のどの箇所をどのように抽出してデータクレンジングを行うかをデータ分類毎に指定することができる。具体的には、自社サーバ２は、電話番号、住所等のラベル（指標）に対して、個別に「抽出方法」、「正規化方法」、「検証方法」を指定することができる。
【００４１】
電話番号の例では、所定の文字列（指標）の直後に出現する「−（ハイフン）」で区切られた全角数字又は半角数字を抽出し、全角数字部分を半角数字に変換する。その後、数字部分のみを抜き出し、その結果が空文字列ではなく、かつ比較先（既にリストに存在する電話番号）に同じ電話番号がなければ、新規の電話番号と判断する。
【００４２】
電話番号（例えば、“０９０１２３４１２３４”の１１桁）の場合、３桁の数字を取り出し（“０９０”、“９０１”、“０１２”等）、同様の処理を行った比較先の３桁の数字と比較し、スコアを付ける。そして、一致すれば、ハイスコアを付与し、全てのスコアが規定値以下であれば、新規の番号とみなす。
【００４３】
これにより、ウェブサイトＡ〜Ｃを検索した際に発生する、重複ヒットした求人情報をそのまま自社データベース３に記憶してしまうことを防止することができる。求人情報をリストアップしたとき求人情報に重複があると、社員Ｈは同じ企業に対して何度も営業活動を行うという事態が生じうるが、掲載情報検索システム１を使用することで、営業効率の向上を図ることができる。
【００４４】
次に、図３〜図５を参照して、掲載情報検索システム１によるヒット情報の閲覧について説明する。
【００４５】
まず、図３に示すように、社員Ｈがユーザ端末７（掲載情報検索ツール）を用いて、検索条件をテキスト等で入力する。また、図４はユーザ端末７の表示画面７ａを示しており、表示画面７ａの上方が検索指定画面の例である。
【００４６】
検索指定画面では「キーワード」による検索が基本となるため、社員Ｈは、「製造業」、「経理」といったキーワードを入力し、キーワードのＡＮＤ検索かＯＲ検索かを選択する。また、「取得日範囲」において求人情報が掲載された日付を指定することができ、「住所検索」において求人情報の中の勤務地を指定することができる。
【００４７】
社員Ｈが「キーワード」、「取得日範囲」及び「住所検索」から検索条件を入力して、検索ボタン７ｂをクリックすると、自社サーバ２（図示省略）が会社Ａの管理サーバ５Ａにアクセスして、ウェブサイトＡから検索情報に合致したヒット情報を取得する。また、ここでは図示を省略したが、自社サーバ２は、会社Ｂの管理サーバＢ、会社Ｃの管理サーバＣにも順次アクセスする。
【００４８】
次に、自社サーバ２は、上述したデータクレンジングを実行した後、ヒット情報を自社データベース３に記憶する。さらに、自社データベース３に記憶されたヒット情報は、ユーザ端末７の表示画面７ａ下方のリスト画面に表示される。
【００４９】
リスト画面では、ヒット情報を「取得日」、「媒体名」、「企業名」、「住所」等の複数の項目でソート（昇順又は降順）し、表示することができる。上述したように、重複ヒットした求人情報は一情報にまとまるため、リスト画面には同じ求人情報がリストアップされることはない。また、以前求人情報を出した企業が改めて求人情報を出す場合があるが、最新情報が１つだけ表示される。
【００５０】
リスト画面において、社員Ｈは、「ＬＩＮＫ」項目のＵＲＬをクリックして、求人情報の掲載元のウェブサイト（例えば、Ａ社のウェブサイトＡ）にジャンプすることができる。また、社員Ｈは、「詳細表示」項目の詳細ボタン７ｃをクリックして、求人情報の詳細が記載された詳細ページにジャンプすることができる。なお、この詳細ページは、社員Ｈの会社Ｘで作成し、自社データベース３に記憶されている求人情報である。
【００５１】
詳細ページに記載された求人情報は、リスト画面に表示されている情報の他に、「E-mail」、「事業内容」、「仕事内容」、「勤務時間」、「雇用形態」、「待遇」、「給与」等がある。社員Ｈは、リスト画面に表示された求人情報のうち、特に興味がある求人情報について、その詳細を確認することができる。
【００５２】
また、社員Ｈは、図４の検索指定画面のエクスポートボタン７ｄをクリックして、自社データベース３に記憶されたヒット情報をスプレッドシートに出力することができる。図５は、ユーザ端末７の表示画面７ａに表示された、又はプリンタしたスプレッドシートの例である。
【００５３】
スプレッドシートでは、１段目に「企業名」、「電話番号」、「ＬＩＮＫ」等の項目を表示し、２段目以降は、今回のヒット情報が列挙される。スプレッドシートは、基本的に図４のリスト画面と同じ項目が含まれるが、出力する際に社員Ｈが必要な項目を選択するようにしてもよい。
【００５４】
スプレッドシートを出力する際、ヒット情報をソートできる点、重複情報が排除される点は、図４のリスト画面と同じである。また、スプレッドシートをユーザ端末７の表示画面７ａに表示している場合には、「ＬＩＮＫ」項目のＵＲＬから求人情報が掲載されたウェブサイトにジャンプすることもできる。
【００５５】
社員Ｈは、スプレッドシートを個人用にカスタマイズすることもできる。例えば、営業用の「連絡済」項目や、「メモ記入欄」項目を追加してもよい。これにより、社員Ｈは、職種や住所等で絞り込んだ連絡先に対して、電話等により効率良く営業活動を行うことができる。
【００５６】
上記説明は、本発明の実施形態の一部であり、これ以外にも種々な実施形態が考えられる。実施形態において示した検索対象の会社数（図１参照）やウェブサイトの構成（図２Ａ参照）は、例示に過ぎない。ユーザ端末７は、社内のデスクトップＰＣ、ノートＰＣに限られず、タブレット端末やスマートフォン等、インターネットに接続可能なモバイル機器であってもよい。
【００５７】
また、検索対象の情報も求人情報に限られない。例えば、検索したい情報が飲食店であった場合、ユーザは、ユーザ端末７の掲載情報検索ツールから「韓国料理」、「世田谷区」等の検索条件を指定する。これにより、自社サーバ２が飲食店を紹介する複数のウェブサイトの管理サーバにアクセスして（検索範囲は限定）、検索情報に合致したヒット情報を取得する。
【００５８】
さらに、自社サーバ２は、ヒット情報のデータクレンジングを行い、自社データベース３に記憶する。その後、ユーザ端末７にヒット情報を所定のソートを実行したうえ、リスト画面に表示する。これにより、ユーザは、複数のウェブサイトに都度アクセスすることなく、また、重複ヒットした情報は排除して、飲食店に関する検索結果を閲覧することができる。
【００５９】
また、上記実施形態では、ユーザが自社サーバ２にアクセスできるという設定であるが、ユーザは、外部の企業や人であってもよい。その場合には、外部の企業や人に対して、自社サーバ２に対する特定のアクセス権を付与し、外部の企業や人が、自社サーバ２の上記システムを利用して情報検索ができるようにすることができる。そして、自社サーバ２を有する会社は、外部の企業や人に対して上記サービスを提供することにより、利用料等を請求するビジネスを展開することができる。
【符号の説明】
【００６０】
１…掲載情報検索システム、２…自社サーバ、３…自社データベース、５Ａ〜５Ｃ…管理サーバ、７…ユーザ端末、７ａ…表示画面、７ｂ…検索ボタン、７ｃ…詳細ボタン、７ｄ…エクスポートボタン。
【図１】
2020086996.tif 000003
【図２Ａ】
2020086996.tif 000004
【図２Ｂ】
2020086996.tif 000005
【図３】
2020086996.tif 000006
【図４】
2020086996.tif 000007
【図５】
2020086996.tif 000008