JP5997738B2 - 情報提供システム、情報提供サーバ、情報提供方法及びプログラム - Google Patents

Description

本発明は、情報提供システム、情報提供サーバ、情報提供方法及びプログラムに関する。

従来より、情報端末等をインターネットに接続することでインターネット上で公開されている様々な情報の閲覧が可能である。また、閲覧中の情報に紐付けられた種々の付帯情報（例えば、閲覧中の情報に含まれる所在地を示す情報に紐付けられた地図画像等）を簡単に入手することもできる。

特開２００２−２３６６８４号公報

しかしながら、インターネット上で公開されている情報のうち、例えば、ニュースサイトにおいて公開されているニュース記事等の場合、通常、所在地等のようなユーザが欲している詳細な情報自体が記載されていないことも多い。例えば、商品を紹介するニュース記事の場合、当該商品を販売する拠点の概要は記載されているものの、詳細情報（店舗の正式名称や住所等の所在地、電話番号等の連絡先）までは記載されていないことも多い。

このため、このようなニュース記事を閲覧したユーザは、詳細情報（この場合は、販売する拠点の正式名称や所在地、連絡先等）を入手するために、ニュース記事の記載内容に基づいて検索クエリを検討したうえで、Ｗｅｂ検索を行わなければならない。

これに対して、例えばニュース記事等を閲覧したユーザが欲している詳細情報をニュース記事等に基づいて特定し、自動的にユーザに提供することができれば、ユーザにとっての情報入手の利便性が向上するものと期待される。

本発明は上記課題に鑑みてなされたものであり、情報入手の利便性を向上させることを目的とする。

本発明の一実施形態に係る情報提供サーバは、以下のような構成を有する。すなわち、
検索クエリと、該検索クエリを用いて検索した検索結果のリンク先情報とが対応付けられた検索ログ情報を取得する取得手段と、
ネットワーク上で取得可能なテキストデータに前記検索クエリに対応するキーワードが含まれているか否かを判定し、含まれていると判定した場合に、該検索クエリと対応付けられたリンク先情報に基づいてアクセスすることで取得可能な詳細情報を、該テキストデータと対応付けて格納する第１の格納手段とを有する。

本発明の各実施形態によれば、情報入手の利便性を向上させることが可能となる。

情報提供システムの全体構成を示す図である。 情報提供システムを構成する各サーバのハードウェア構成を示す図である。 情報提供システムを構成する各端末のハードウェア構成を示す図である。 拠点管理情報の一例を示す図である。 検索ログ情報の一例を示す図である。 ニュース情報の一例を示す図である。 関連付け情報の一例を示す図である。 ニュース提供サーバの機能構成を示す図である。 詳細情報提供サーバの機能構成を示す図である。 詳細情報提供サーバによる関連付け情報生成処理の流れを示すフローチャートである。 詳細情報提供サーバによる詳細情報提供処理の流れを示すフローチャートである。 携帯端末における表示画面の表示例を示す図である。 ニュース情報の一例を示す図である。 関連付け情報の一例を示す図である。 詳細情報提供サーバによる関連付け情報生成処理の流れを示すフローチャートである。 ニュース情報の一例を示す図である。 詳細情報提供サーバの機能構成を示す図である。 関連付け情報の一例を示す図である。 詳細情報提供サーバによる関連付け情報生成処理の流れを示すフローチャートである。 詳細情報提供サーバによる詳細情報提供処理の流れを示すフローチャートである。 携帯端末における表示画面の表示例を示す図である。 ニュース情報の一例を示す図である。 関連付け情報の一例を示す図である。

はじめに、本発明の各実施形態の概要について説明する。以下の各実施形態に係る詳細情報提供サーバでは、ニュース記事等を閲覧したユーザが欲している詳細情報を特定するために、ネットワーク上（インターネット上）のＷｅｂ検索において用いられる検索クエリに関する検索ログ情報を利用している。

検索クエリは、インターネット上で何らかの情報を取得するために用いられるものであり、利用頻度の高い検索クエリは、多くの人が詳細情報を欲している対象を検索するのに用いた語句である。したがって、ニュース記事等の中に利用頻度の高い検索クエリを構成する語句と同じ語句（キーワード）が含まれている場合には、当該ニュース記事等を閲覧したユーザが、当該語句を検索クエリとしてＷｅｂ検索を行う蓋然性が高いといえる。つまり、ニュース記事等に利用頻度の高い検索クエリと同じ語句が含まれている場合、当該検索クエリによる検索結果から導出される情報は、ニュース記事等を閲覧したユーザが欲している詳細情報そのものである可能性が高い。

そこで、以下の各実施形態に係る詳細情報提供サーバでは、検索クエリの検索ログ情報を利用して、ニュース記事等を閲覧したユーザが欲している詳細情報を特定することとする。

以下、本発明の各実施形態の詳細について添付の図面を参照しながら説明する。なお、各実施形態に係る明細書及び図面の記載に際して、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［第１の実施形態］
＜１．情報提供システムの全体構成＞
図１は、情報提供システム１００の全体構成を示す図である。図１に示すように、情報提供システム１００は、拠点情報管理サーバ１１０、検索サーバ１２０、ニュース提供サーバ１３０、詳細情報提供サーバ１４０を有する。また、情報提供システム１００は、スマートフォン等の携帯端末１５０、ノート型パソコン等の情報端末１６０を有する。情報提供システム１００において、各サーバ（拠点情報管理サーバ１１０、検索サーバ１２０、ニュース提供サーバ１３０、詳細情報提供サーバ１４０）と各端末（携帯端末１５０、情報端末１６０）とは、インターネット１７０を介して通信可能に接続されている。なお、図１の例では、情報提供システム１００に、２台の端末（携帯端末１５０、情報端末１６０）が含まれるものとしているが、情報提供システム１００に含まれる端末の数はこれに限定されるものではない。また、端末の種類も携帯端末や情報端末に限定されるものではない。

拠点情報管理サーバ１１０は、拠点情報管理プログラム１１１と拠点管理データベース（以下、単にＤＢと略す）１１２とを有する。拠点情報管理プログラム１１１は、様々な施設、店舗等の拠点に関する情報を収集することで拠点管理情報を生成し、拠点管理ＤＢ１１２に格納する。また、詳細情報提供サーバ１４０からの取得要求に応じて、拠点管理ＤＢ１１２に格納されている拠点管理情報を、詳細情報提供サーバ１４０に送信する。拠点管理ＤＢ１１２は、拠点情報管理プログラム１１１が生成した拠点管理情報を格納する。

検索サーバ１２０は、検索ログ生成プログラム１２１と検索ログＤＢとを有する。検索ログ生成プログラム１２１は、ユーザが各端末において検索クエリを入力し、検索指示することで検索サーバ１２０が検索処理を行った場合に、当該検索処理の内容を履歴として記載した検索ログ情報を生成し、検索ログＤＢ１２２に格納する。また、詳細情報提供サーバ１４０からの取得要求に応じて、検索ログＤＢ１２２に格納されている検索ログ情報を、詳細情報提供サーバ１４０に送信する。検索ログＤＢ１２２は、検索ログ生成プログラム１２１が生成した検索ログ情報を格納する。

ニュース提供サーバ１３０は、ニュース提供プログラム１３１とニュース情報ＤＢ１３２とを有する。ニュース提供プログラム１３１は、ニュース記事の配信元（不図示）から送信されるニュース情報を取得し、取得したニュース情報をニュース情報ＤＢ１３２に格納する。また、ニュース提供プログラム１３１は、ニュース情報ＤＢ１３２に格納されているニュース情報のニュース記事をユーザが閲覧するためのニュースサイトを提供する。これにより、各端末がニュースサイトにニュース記事の閲覧要求を送信することで、各端末のユーザは、ニュース情報ＤＢ１３２に格納されている所望のニュース記事を閲覧することができる（つまり、ニュース提供サーバは格納サーバとしても機能する）。

また、ニュース提供プログラム１３１は、配信元よりニュース情報を取得した際に、詳細情報提供サーバ１４０に対して、新たにニュース情報を取得した旨を通知する。更に、当該通知に応じて詳細情報提供サーバ１４０より、新たに取得したニュース情報についての取得要求が送信された場合に、当該新たに取得したニュース情報を詳細情報提供サーバ１４０に送信する。

詳細情報提供サーバ１４０は、ニュース解析プログラム１４１、詳細情報提供プログラム１４２、関連付け情報ＤＢ１４３を有する。ニュース解析プログラム１４１は、ニュース提供サーバ１３０より、新たにニュース情報を取得した旨の通知を受信した場合に、ニュース提供サーバ１３０に対して、当該ニュース情報の取得要求を送信する。また、拠点情報管理サーバ１１０及び検索サーバ１２０に対して、最新の拠点管理情報及び検索ログ情報の取得要求を送信する。

また、ニュース解析プログラム１４１は、ニュース提供サーバ１３０より取得したニュース情報のニュース記事について解析し、利用頻度の高い検索クエリと同じ語句がニュース記事に含まれているか否かを判定する。また、含まれていると判定した場合に、当該検索クエリを用いて検索された検索結果のＵＲＬを検索ログ情報に基づいて識別し、識別したＵＲＬを有する拠点に関する情報を拠点管理情報の中から抽出する。そして、抽出した拠点に関する情報を、当該ニュース記事を閲覧したユーザが欲している詳細情報として、ニュース記事と対応付けて関連付け情報ＤＢ１４３に格納する。

詳細情報提供プログラム１４２は、端末よりニュース提供サーバ１３０に対してニュース記事の閲覧要求が行われたことを検知すると、当該閲覧要求が行われたニュース記事に対応付けて関連付け情報ＤＢ１４３に格納された詳細情報を端末に送信する。

関連付け情報ＤＢ１４３は、ニュース記事と、該ニュース記事を閲覧したユーザが欲している詳細情報とが対応付けられた関連付け情報を格納する。

携帯端末１５０、情報端末１６０は、インターネット１７０に接続し、インターネット上で閲覧可能に公開されている情報（例えば、ニュース提供サーバ１３０が提供するニュースサイトにて公開されているニュース記事）を閲覧するためのブラウザ機能を有する。

＜２．各サーバのハードウェア構成＞
次に、各サーバ（拠点情報管理サーバ１１０、検索サーバ１２０、ニュース提供サーバ１３０、詳細情報提供サーバ１４０）のハードウェア構成について説明する。図２は、各サーバのハードウェア構成を示す図である。

図２に示すように、各サーバは、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、記憶部２０４を備える。更に、各サーバは、入力部２０５、通信部２０６を備える。なお、各サーバの各部は、バス２０７を介して相互に接続されている。

ＣＰＵ２０１は、記憶部２０４に格納された各種プログラム（拠点情報管理プログラム１１１、検索ログ生成プログラム１２１、ニュース提供プログラム１３１、ニュース解析プログラム１４１、詳細情報提供プログラム１４２等）を実行するコンピュータである。

ＲＯＭ２０２は不揮発性メモリである。ＲＯＭ２０２は、記憶部２０４に格納された各種プログラムを、ＣＰＵ２０１が実行するために必要な各種プログラム、データ等を格納する。具体的には、ＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラムなどを格納する。

ＲＡＭ２０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の主記憶装置である。ＲＡＭ２０３は、記憶部２０４に格納された各種プログラムがＣＰＵ２０１によって実行される際に展開される、作業領域として機能する。

記憶部２０４は、ＣＰＵ２０１により実行される各種プログラム及び各種プログラムがＣＰＵ２０１により実行される際に利用される各種情報（例えば、拠点管理情報、検索ログ情報、ニュース情報、関連付け情報等）を格納する。

入力部２０５は、各サーバの管理者が各サーバに各種指示を入力する際に用いられる。また、通信部２０６は、インターネット１７０を介して、各端末（携帯端末１５０、情報端末１６０）と通信を行う。

＜３．各端末のハードウェア構成＞
次に、各端末（携帯端末１５０、情報端末１６０）のハードウェア構成について説明する。図３は、各端末のハードウェア構成を示す図である。

図３に示すように、各端末は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、記憶部３０４を備える。更に、各端末は、入力部３０５、表示部３０６、通信部３０７を備える。なお、各端末の各部は、バス３０８を介して相互に接続されている。

ＣＰＵ３０１は、記憶部３０４に格納された各種プログラム（例えば、ブラウザ）を実行するコンピュータである。ＲＯＭ３０２は不揮発性メモリである。ＲＯＭ３０２は、記憶部３０４に格納された各種プログラムを、ＣＰＵ３０１が実行するために必要な各種プログラム、データ等を格納する。具体的には、ＢＩＯＳやＥＦＩ等のブートプログラムなどを格納する。

ＲＡＭ３０３は、ＤＲＡＭやＳＲＡＭ等の主記憶装置である。ＲＡＭ３０３は、記憶部３０４に格納された各種プログラムがＣＰＵ３０１によって実行される際に展開される、作業領域として機能する。

記憶部３０４は、ＣＰＵ３０１により実行される各種プログラム及び各種プログラムがＣＰＵ３０１により実行される際に利用される各種情報を格納する。

入力部３０５は、各端末のユーザが各端末に各種指示を入力する際に用いられる。また、表示部３０６は、例えば各端末がインターネット１７０に接続することで取得したニュース記事等を表示する。通信部３０７は、インターネット１７０を介して、各サーバ（拠点情報管理サーバ１１０、検索サーバ１２０、ニュース提供サーバ１３０、詳細情報提供サーバ１４０）と通信を行う。

＜４．各ＤＢに格納される情報の説明＞
次に、各サーバのＤＢ（拠点管理ＤＢ１１２、検索ログＤＢ１２２、ニュース情報ＤＢ１３２、関連付け情報ＤＢ１４３）に格納される情報（拠点管理情報、検索ログ情報、ニュース情報、関連付け情報）の詳細について説明する。

（１）拠点管理情報
はじめに拠点情報管理サーバ１１０の拠点管理ＤＢ１１２に格納される拠点管理情報４００について説明する。図４は、拠点管理情報４００の一例を示す図である。

図４に示すように、拠点管理情報４００には、情報の項目として、"施設名または店舗名"、"ＵＲＬ"、"住所"、"電話番号"、"緯度・経度"、"業種"、"営業時間"、"メニュー"、"評価"、"画像データ"、・・・、"地図案内"等が含まれる。

"施設名または店舗名"には、施設や店舗等の拠点の正式名称が格納される。例えば、チェーン展開している店舗であれば、"○○赤坂店"等のように支店名まで含む正式名称が格納される。"ＵＲＬ"には、拠点が提供するサイトにアクセスするためのＵＲＬ（Uniform Resource Locator）が格納される。"住所"、"電話番号"、"緯度・経度"には、拠点の所在地を示す住所、拠点の連絡先である電話番号、拠点の位置情報を示す緯度・経度がそれぞれ格納される。

"業種"には、拠点にて提供されるサービスの業種（例えば、酒屋、飲食店等）が格納される。"営業時間"には、拠点にてサービスが提供される時間が格納される。"メニュー"には、拠点にて提供されるサービスの業種が"飲食店"の場合に、当該拠点にて提供されるメニューが格納される。"評価"には、拠点にて提供されるサービスを利用したユーザの口コミ評価が格納される。"画像データ"には、拠点の外観や、拠点にて提供されるサービスを示す写真データが格納される。"地図案内"には、拠点にアクセスするための最寄駅等からのアクセス方法が格納される。

このように、拠点管理情報４００には、複数の拠点それぞれについて、拠点に関する詳細情報が記載されている。なお、拠点管理情報４００に記載される、拠点に関する詳細情報は、拠点が提供するサイトのＵＲＬにアクセスすることで取得可能な情報である。

（２）検索ログ情報
次に、検索ログＤＢ１２２に格納される検索ログ情報５００について説明する。図５は、検索ログ情報５００の一例を示す図である。

図５に示すように、検索ログ情報５００には、情報の項目として"検索クエリ"、"検索数"、"ＵＲＬ"、"クリック数"が含まれる。

"検索クエリ"には、各端末のユーザが検索サーバ１２０を利用して情報を検索するために入力した語句が格納される。例えば、図５の例では、"ＡＡ"という語句と"ＢＢＢ"という語句に関連する情報を検索するために、検索クエリとしてユーザが"ＡＡ ＢＢＢ"を入力したことを示している。

"検索数"には、検索クエリに基づいてインターネット１７０上を検索した結果、ヒットした検索結果の数が格納される。"ＵＲＬ"には、ヒットした検索結果にアクセスするためのそれぞれのリンク先のＵＲＬ（リンク先情報）が格納される。

"クリック数"には、ヒットした検索結果のうちユーザが実際にクリックし、リンク先のＵＲＬにアクセスした回数が格納される。

このように、検索ログ情報５００には、インターネット１７０上のＷｅｂ検索におけるログ情報が、検索クエリごとに記載されている。このため、検索ログ情報５００を参照することで、多くの人が詳細情報を欲している対象を知ることができる。

（３）ニュース情報
次に、ニュース情報ＤＢ１３２に格納されるニュース情報６００について説明する。図６は、ニュース情報６００の一例を示す図である。

図６に示すように、ニュース情報６００は、ヘッダ部６１０と本文部６２０とを有する。ヘッダ部６１０には、ニュース情報６００のニュース情報ＩＤ、ニュース記事の配信元、ニュース記事の配信日時、ニュース情報６００にアクセスするためのリンク先のＵＲＬが含まれる。

本文部６２０には、ニュース記事が記載される。図６の例は、商品名"□□□□"が発売されたことを伝えるニュース記事であり、ニュース記事内には、検索クエリを構成する語句"ＡＡ"と同じ語句及び検索クエリを構成する語句"ＣＣＣ"と同じ語句が含まれている。

（４）関連付け情報
次に、関連付け情報ＤＢ１４３に格納される関連付け情報７００について説明する。図７は、関連付け情報７００の一例を示す図である。

図７に示すように、関連付け情報７００には、情報の項目として、"ニュース記事"、"ニュース情報ＩＤ"、"検索クエリ"、"詳細情報"が含まれる。

"ニュース記事"には、ニュース提供サーバ１３０より取得したニュース情報のニュース記事（例えば、ニュース情報６００の本文部６２０）が記載される。"ニュース情報ＩＤ"には、ニュース提供サーバ１３０より取得したニュース情報を特定する識別子（例えば、"ニュースＸ"等）が格納される。

"検索クエリ"には、ニュース提供サーバ１３０より取得したニュース情報の本文部６２０のニュース記事に含まれる語句の中に、検索クエリを構成する語句と同じ語句が含まれていた場合に、当該検索クエリが格納される。ニュース情報６００（ニュース情報ＩＤ：ニュースＸ）の場合、本文部６２０のニュース記事には、検索クエリを構成する語句と同じ語句である、"ＡＡ"と"ＣＣＣ"とが含まれている。このため、ニュース情報６００のニュース記事と対応付けて"検索クエリ"には、"ＡＡ ＣＣＣ"が格納される。

"詳細情報"には、"検索クエリ"に格納された検索クエリを用いて検索サーバ１２０が検索を行った場合にヒットした検索結果のうち、ユーザが実際にリンク先にアクセスした回数が最も多い検索結果のＵＲＬにより特定される拠点に関する詳細情報が格納される。図７の例では、"ＡＡ ＣＣＣ"を検索クエリとして検索した場合にヒットした複数の検索結果のうち、ユーザが最もアクセスした検索結果のリンク先のＵＲＬにより特定される拠点が、店舗名＝"αααα"の拠点であることを示している。

同様に、図７の例では、"ＤＤＤＤ ＥＥＥ"を検索クエリとして検索した場合にヒットした複数の検索結果のうち、ユーザが最もアクセスした検索結果のリンク先のＵＲＬにより特定される拠点が、店舗名＝"ββββ"の拠点であることを示している。

このように、詳細情報提供サーバ１４０では、ニュース記事に含まれる検索クエリと、当該検索クエリによる検索結果であって、ユーザにより最もアクセスされた検索結果の詳細情報とを、対応付けて関連付け情報７００として格納する。つまり、ニュース記事とニュース記事を閲覧したユーザが欲している詳細情報（拠点に関する詳細情報）とを対応付けて格納する。

＜５．ニュース提供サーバの機能構成＞
次に、ニュース提供プログラム１３１が実行されることによりニュース提供サーバ１３０において実現される機能について説明する。図８は、ニュース提供サーバ１３０の機能構成を示す図である。

図８に示すように、ニュース提供サーバ１３０は、閲覧要求受信部８０１と、ニュース表示制御部８０２と、通知部８０３とを有する。閲覧要求受信部８０１は、各端末よりニュース記事の閲覧要求を受信する。

各端末では、例えば、ブラウザ機能を介してニュースサイトにアクセスした状態でユーザよりニュース記事の表示指示を受け付けると、ニュース提供サーバ１３０に対して当該ニュース記事にアクセスするためのリンク先のＵＲＬを含む閲覧要求を送信する。これにより、閲覧要求受信部８０１では、閲覧要求を受信する。

ニュース表示制御部８０２は、閲覧要求受信部８０１において受信した閲覧要求に含まれるＵＲＬにより特定されるニュース記事を、ニュース情報ＤＢ１３２から読み出し、各端末に送信する。これにより、各端末のユーザは、表示指示したニュース記事を各端末上で閲覧することができる。

通知部８０３は、ニュース情報ＤＢ１３２に新たにニュース情報が格納されるたびに、詳細情報提供サーバ１４０に対して、新たにニュース情報が格納された旨を通知する。

＜６．詳細情報提供サーバの機能構成＞
次に、ニュース解析プログラム１４１及び詳細情報提供プログラム１４２が実行されることにより詳細情報提供サーバ１４０により実現される機能について説明する。図９は、詳細情報提供サーバ１４０の機能構成を示す図である。

図９に示すように、詳細情報提供サーバ１４０は、ニュース情報取得部９０１、拠点管理情報取得部９０２、検索ログ情報取得部９０３、クエリ解析部９０４、関連付け情報生成部９０５を有する。また、詳細情報提供サーバ１４０は、閲覧要求受信部９１１、表示内容決定部９１２、表示制御部９１３を有する。

ニュース情報取得部９０１は、ニュース提供サーバ１３０の通知部８０３より、新たにニュース情報が格納された旨の通知を受信した場合に、当該新たに格納されたニュース情報の取得要求を送信する。これにより、ニュース提供サーバ１３０では当該新たに格納したニュース情報を詳細情報提供サーバ１４０に送信し、ニュース情報取得部９０１ではこれを取得する。また、ニュース情報取得部９０１では、ニュース情報を取得したことを拠点管理情報取得部９０２及び検索ログ情報取得部９０３に通知する。

拠点管理情報取得部９０２は、ニュース情報を新たに取得した旨の通知をニュース情報取得部９０１より受信した場合に、拠点情報管理サーバ１１０に対して、拠点管理情報４００の取得要求を送信する。また、当該取得要求を受けた拠点情報管理サーバ１１０より送信された拠点管理情報４００を取得する。

検索ログ情報取得部９０３は、ニュース情報を新たに取得した旨の通知をニュース情報取得部９０１より受信した場合に、検索サーバ１２０に対して、検索ログ情報５００の取得要求を送信する。また、当該取得要求を受けた検索サーバ１２０より送信された、検索ログ情報５００を取得する。

クエリ解析部９０４は、ニュース情報取得部９０１にて取得されたニュース情報に含まれるニュース記事を解析する。具体的には、検索ログ情報取得部９０３にて取得された検索ログ情報５００に含まれる各検索クエリを構成する語句と同じ語句（キーワード）が、ニュース記事に含まれるか否かを解析する。クエリ解析部９０４では、ニュース記事にいずれかの検索クエリが含まれると判定した場合に、検索ログ情報５００を検索し、当該検索クエリと対応付けられているＵＲＬを識別する。また、拠点管理情報４００より、当該識別したＵＲＬにより特定される拠点に関する詳細情報（例えば、店舗名や住所、電話番号等）を抽出する。

関連付け情報生成部９０５では、識別したＵＲＬにより特定される拠点に関する詳細情報を、解析対象のニュース記事と対応付けて関連付け情報７００に格納する。また、関連付け情報生成部９０５では、このとき、解析対象のニュース記事を含むニュース情報のニュース情報ＩＤと、解析対象のニュース記事に含まれていた検索クエリとを、ニュース記事と対応付けて関連付け情報７００に格納する。

閲覧要求受信部９１１は、各端末がニュース提供サーバ１３０に対して送信した閲覧要求を受信する。閲覧要求受信部９１１では、受信した閲覧要求に含まれるリンク先のＵＲＬを抽出し、抽出したＵＲＬにより特定されるニュース記事を含むニュース情報のニュース情報ＩＤを識別し、表示内容決定部９１２に通知する。

表示内容決定部９１２では、閲覧要求受信部９１１より通知されたニュース情報ＩＤを用いて、関連付け情報ＤＢ１４３に格納された関連付け情報７００を検索する。そして、通知されたニュース情報ＩＤに対応付けられた詳細情報を抽出する。関連付け情報７００の場合、詳細情報として、店舗名、住所、電話番号が格納されているため、表示内容決定部９１２では、通知されたニュース情報ＩＤに対応付けられた、店舗名、住所、電話番号を、端末に表示する表示内容として決定する。

表示制御部９１３は、表示内容決定部９１２において表示内容として決定された詳細情報を、閲覧要求を行った端末（例えば、携帯端末１５０）に送信する。これにより、携帯端末１５０には、ユーザが表示指示を行ったニュース記事の表示に加え、詳細情報提供サーバ１４０より送信された詳細情報が表示されることとなる。

＜７．詳細情報提供サーバによる関連付け情報生成処理の流れ＞
次に、詳細情報提供サーバ１４０が関連付け情報７００を生成する関連付け情報生成処理の流れについて説明する。図１０は、詳細情報提供サーバ１４０による関連付け情報生成処理の流れを示すフローチャートである。

ステップＳ１００１において、ニュース情報取得部９０１が、ニュース提供サーバ１３０のニュース情報ＤＢ１３２において、新たなニュース情報が格納されたか否かを判定する。具体的には、ニュース提供サーバ１３０の通知部８０３より、新たにニュース情報が格納された旨の通知を受信したか否かを判定する。

ステップＳ１００１において、新たにニュース情報が格納された旨の通知を受信していないと判定した場合には、新たにニュース情報が格納された旨の通知を受信するまで待機する。一方、ステップＳ１００１において、新たなニュース情報が格納されたと判定した場合には、ステップＳ１００２に進む。

ステップＳ１００２において、ニュース情報取得部９０１は、新たに格納されたニュース情報を取得する。具体的には、ニュース提供サーバ１３０に、新たに格納されたニュース情報についての取得要求を送信し、ニュース提供サーバ１３０より、新たに格納されたニュース情報が送信された場合に、これを取得する。

同様に、ステップＳ１００３において、拠点管理情報取得部９０２は、拠点情報管理サーバ１１０より拠点管理情報４００を取得する。また、ステップＳ１００４において、検索ログ情報取得部９０３は、検索サーバ１２０より検索ログ情報５００を取得する。

ステップＳ１００５において、クエリ解析部９０４は、ステップＳ１００２において取得したニュース情報に含まれるニュース記事について解析を行う。具体的には、取得したニュース情報に含まれるニュース記事について、ステップＳ１００４において取得した検索ログ情報５００に含まれる各検索クエリの検索を行う。

ステップＳ１００６において、クエリ解析部９０４は、ステップＳ１００５における検索の結果、解析対象のニュース記事に検索クエリが含まれていたか否かを判定する。ステップＳ１００６において、解析対象のニュース記事に検索クエリが含まれていなかったと判定した場合には、解析対象のニュース記事に関する関連付け情報生成処理を終了する。

一方、ステップＳ１００６において、解析対象のニュース記事に検索クエリが含まれていたと判定した場合には、ステップＳ１００７に進む。ステップＳ１００７において、クエリ解析部９０４は、ニュース記事に含まれていた検索クエリに対応付けられたＵＲＬを、検索ログ情報５００に基づいて識別する。更に、クエリ解析部９０４は、拠点管理情報４００を検索することにより、識別したＵＲＬにより特定される拠点に関する詳細情報を抽出する。

ステップＳ１００８において、関連付け情報生成部９０５は、ステップＳ１００７において抽出した詳細情報を、ステップＳ１００２において取得したニュース記事と対応付けて、関連付け情報７００に記載する。なお、関連付け情報生成部９０５では、ステップＳ１００２において取得したニュース記事を含むニュース情報のニュース情報ＩＤと、ステップＳ１００６において解析対象のニュース記事に含まれていると判定した検索クエリとを、関連付け情報７００に記載する。更に、関連付け情報生成部９０５は、関連付け情報７００を関連付け情報ＤＢ１４３に格納する。

＜８．詳細情報提供サーバによる詳細情報提供処理の流れ＞
次に、詳細情報提供サーバ１４０による詳細情報提供処理の流れについて説明する。図１１は、詳細情報提供サーバ１４０による詳細情報提供処理の流れを示すフローチャートである。

ステップＳ１１０１において、閲覧要求受信部９１１は、各端末より、ニュース記事の閲覧要求を受信したか否かを判定する。ステップＳ１１０１において、ニュース記事の閲覧要求を受信していないと判定した場合には、ニュース記事の閲覧要求を受信するまで待機する。

一方、ステップＳ１１０１において、閲覧要求受信部９１１が、ニュース記事の閲覧要求を受信したと判定した場合には、ステップＳ１１０２に進む。

ステップＳ１１０２において、表示内容決定部９１２は、閲覧要求受信部９１１が受信したと判定した閲覧要求に基づいて、ニュース記事を特定する。具体的には、閲覧要求に含まれるＵＲＬをリンク先とするニュース情報のニュース情報ＩＤを識別する。

ステップＳ１１０３において、表示内容決定部９１２は、特定したニュース記事に対応する詳細情報の有無を判定する。具体的には、ステップＳ１１０２において識別したニュース情報ＩＤに基づいて関連付け情報７００を検索し、ステップＳ１１０２において識別したニュース情報ＩＤに対応付けられた詳細情報の有無を判定する。ステップＳ１１０３において、詳細情報がないと判定された場合には、詳細情報提供処理は終了する。

一方、ステップＳ１１０３において、詳細情報があると判定された場合には、ステップＳ１１０４に進む。ステップＳ１１０４において、表示内容決定部９１２は、ステップＳ１１０２において識別したニュース情報ＩＤに対応付けられた詳細情報を、端末に表示する表示内容として決定する。更に、表示制御部９１３は、端末に表示する表示内容として決定した詳細情報を、端末に表示するよう制御する。

＜９．表示例＞
次に、携帯端末１５０における表示画面の表示例について説明する。図１２は、携帯端末１５０における表示画面の表示例を示す図である。このうち、図１２（ａ）は、携帯端末１５０をインターネット１７０に接続し、ニュースサイトにアクセスした後、特定のニュース記事の表示指示を入力した様子を示している。

図１２（ａ）に示すように、表示画面１２１０のヘッダ情報表示領域１２１１には、ニュース情報６００のヘッダ部６１０に含まれる情報が表示される。図１２（ａ）の例では、ニュース記事の配信元、配信日時、ＵＲＬが表示されている。また、表示画面１２１０の記事表示領域１２１２には、ニュース情報６００の本文部６２０に記載されたニュース記事が表示される。図１２（ａ）の例では、ニュース情報ＩＤ＝"ニュースＸ"のニュース記事が表示されている。

一方、図１２（ｂ）は、特定のニュース記事の表示指示を入力したことで、拠点に関する詳細情報が表示された様子を示している。関連付け情報７００によれば、ニュース情報ＩＤ＝"ニュースＸ"のニュース情報には、詳細情報として、店舗名＝"αααα"、住所＝"・・・・"、電話番号＝"・・・・・・・・"が対応付けられている。このため、詳細情報表示領域１２１３には、拠点に関する詳細情報として、店舗名＝"αααα"、住所＝"・・・・"、電話番号＝"・・・・・・・・"が表示される。

＜１０．まとめ＞
以上の説明から明らかなように、詳細情報提供サーバ１４０では、
・拠点情報管理サーバ１１０、検索サーバ１２０、ニュース提供サーバ１３０と接続し、拠点管理情報４００、検索ログ情報５００、ニュース情報６００を取得し、これらの情報を対応付けた関連付け情報７００を生成する構成とした。
・検索ログ情報５００に含まれる検索クエリが、ニュース情報６００のニュース記事に含まれていた場合に、当該検索クエリに対応付けられたＵＲＬを検索ログ情報５００に基づいて識別する構成とした。更に、識別したＵＲＬにより特定される拠点に関する詳細情報を拠点管理情報４００より抽出することで、関連付け情報７００を生成する構成とした。
・端末にてニュース記事が表示される際に、関連付け情報７００より、ニュース記事に対応付けられた詳細情報を抽出し、ニュース記事と合わせて表示するよう制御する構成とした。

これにより、ユーザは、端末上にニュース記事を表示させた際に、あわせて拠点に関する詳細情報を入手することができる。つまり、ニュース記事を閲覧したユーザが欲している詳細情報を自動的にユーザに提供することが可能となる。その結果、ユーザによる情報入手の利便性を向上させることが可能となる。

［第２の実施形態］
上記第１の実施形態では、１つのニュース記事に１つの検索クエリが含まれる場合について説明した。これに対して、第２の実施形態では、１つのニュース記事に複数の検索クエリが含まれる場合について説明する。１つのニュース記事に複数の検索クエリが含まれる場合、それぞれの拠点に関する詳細情報を表示させることもできるが、複数の拠点に関する詳細情報を表示させた場合、ユーザが煩わしさを感じることも考えられる。そこで、第２の実施形態では、１つのニュース記事に含まれる検索クエリが複数の場合、当該ニュース記事に最も関連度の高い検索クエリを抽出する。これにより、複数の検索クエリが含まれていた場合であっても、拠点に関する詳細情報を１つのみ表示させることが可能となる。以下、第２の実施形態について説明する。なお、第２の実施形態の説明は、上記第１の実施形態との相違点を中心に行う。

＜１．各ＤＢに格納される情報の説明＞
はじめに、各サーバのＤＢ（拠点管理ＤＢ１１２、検索ログＤＢ１２２、ニュース情報ＤＢ１３２、関連付け情報ＤＢ１４３）に格納される各情報のうち、ニュース情報と関連付け情報の詳細について説明する。

（１）ニュース情報
ニュース情報ＤＢ１３２に格納されるニュース情報１３００について説明する。図１３は、ニュース情報１３００の一例を示す図である。

図１３に示すように、ニュース情報１３００（ニュース情報ＩＤ＝"ニュースＺ"）の場合、検索クエリを構成する語句である、"ＡＡ"、"ＢＢＢ"、"ＣＣＣ"が含まれる。検索ログ情報５００には、検索クエリとして"ＡＡ ＢＢＢ"と"ＡＡ ＣＣＣ"とが含まれているため、ニュース情報１３００には、２種類の検索クエリが含まれていることになる。

（２）関連付け情報
次に、関連付け情報ＤＢ１４３に格納される関連付け情報１４００について説明する。図１４は、関連付け情報１４００の一例を示す図である。

図１３で説明したように、ニュース情報ＩＤ＝"ニュースＺ"のニュース情報１３００の場合、ニュース記事には、２種類の検索クエリ"ＡＡ ＣＣＣ"と"ＡＡ ＢＢＢ"とが含まれる。このため、図１４に示すように、関連付け情報１４００において、ニュース情報ＩＤ＝"ニュースＺ"には、２種類の検索クエリ"ＡＡ ＣＣＣ"と"ＡＡ ＢＢＢ"とが対応付けられる。

ここで、検索ログ情報５００によれば、検索クエリ"ＡＡ ＢＢＢ"には、ＵＲＬとして、"ＵＲＬ＿ＩＩＩ"が対応付けられている。また、検索クエリ"ＡＡ ＣＣＣ"には、ＵＲＬとして、"ＵＲＬ＿Ｉ"が対応付けられている。更に、拠点管理情報４００によれば、"ＵＲＬ＿Ｉ"は、店舗名＝"αααα"の店舗であり、"ＵＲＬ＿ＩＩＩ"は、店舗名＝"γγγγ"の店舗である。

このため、ニュース情報ＩＤ＝"ニュースＺ"の詳細情報として、検索クエリ"ＡＡ ＣＣＣ"には、店舗名＝"αααα"の拠点に関する詳細情報が対応付けられる。また、検索クエリ"ＡＡ ＢＢＢ"には、店舗名＝"γγγγ"の拠点に関する詳細情報が対応付けられる。

なお、本実施形態において、関連付け情報１４００には、情報の項目として"スコア"が含まれる。ここでいうスコアとは、検索クエリとニュース記事との関連度を示すパラメータである。例えば、図１４の例では、検索クエリ"ＡＡ ＣＣＣ"とニュース情報ＩＤ＝"ニュースＺ"のニュース情報１３００のニュース記事との関連度は、"２５"である。また、検索クエリ"ＡＡ ＢＢＢ"とニュース情報ＩＤ＝"ニュースＺ"のニュース情報１３００のニュース記事との関連度は、"４１"である。つまり、ニュース情報ＩＤ＝"ニュースＺ"のニュース情報１３００のニュース記事の場合、検索クエリ"ＡＡ ＢＢＢ"の方が、検索クエリ"ＡＡ ＣＣＣ"よりも関連度が高い。

なお、関連付け情報１４００におけるスコアは、例えば、検索ログ情報５００の"クリック数"に基づいて決定される。具体的には、検索ログ情報５００において各検索クエリと対応付けて格納されたクリック数の最大値に基づいて決定される。検索ログ情報５００によれば、検索クエリ"ＡＡ ＢＢＢ"の最大クリック数（１８３１回）の方が、検索クエリ"ＡＡ ＣＣＣ"の最大クリック数（１５２１回）よりも多い。このため、関連付け情報１４００におけるスコアは、検索クエリ"ＡＡ ＢＢＢ"の方が高くなる。

ただし、関連付け情報１４００におけるスコアは、最大クリック数に基づいて決定される場合に限定されるものではない。例えば、最大クリック数に基づくパラメータを算出し、当該パラメータに応じたスコアを算出するように構成してもよい。あるいは、最大クリック数を用いずに、ニュース記事に記載される各検索クエリの登場回数に基づいて決定するようにしてもよい。

＜２．詳細情報提供サーバによる関連付け情報生成処理の流れ＞
次に、詳細情報提供サーバ１４０が関連付け情報１４００を生成する関連付け情報生成処理の流れについて説明する。図１５は、詳細情報提供サーバ１４０による関連付け情報生成処理の流れを示すフローチャートである。なお、図１５に示すフローチャートの各工程のうち、図１０で示したフローチャートの工程と同じ処理を行う工程については、同じ参照番号を付すこととし、ここでは説明を省略する。

図１０との相違点は、ステップＳ１５０１、Ｓ１５０２である。クエリ解析部９０４により、解析対象のニュース記事に検索クエリが含まれていると判定された場合には、ステップＳ１５０１に進む。

ステップＳ１５０１において、クエリ解析部９０４は、解析対象のニュース記事に含まれる検索クエリが複数種類であるか否かを判定する。ステップＳ１５０１において、１つの検索クエリのみが含まれると判定した場合には、ステップＳ１００７に進む。

一方、ステップＳ１５０１において、複数の検索クエリが含まれると判定した場合には、ステップＳ１５０２に進む。ステップＳ１５０２において、クエリ解析部９０４は検索ログ情報５００を参照し、それぞれの検索クエリについて、最大クリック数に応じたスコアを算出し、関連付け情報１４００の"スコア"に格納する。

これにより、ステップＳ１００７では、スコアの大きい検索クエリに対応付けられた詳細情報が、関連付け情報１４００より抽出される。

＜３．まとめ＞
以上の説明から明らかなように、詳細情報提供サーバ１４０では、
・拠点情報管理サーバ１１０、検索サーバ１２０、ニュース提供サーバ１３０と接続し、拠点管理情報４００、検索ログ情報５００、ニュース情報１３００を取得し、これらの情報を対応付けた関連付け情報１４００を生成する構成とした。
・検索ログ情報５００に含まれる検索クエリが、ニュース情報１３００のニュース記事に含まれていた場合に、当該検索クエリに対応付けられたＵＲＬを検索ログ情報５００に基づいて識別する構成とした。更に、検索ログ情報５００に含まれる検索クエリが、ニュース情報１３００のニュース記事に複数含まれていた場合には、検索ログ情報５００を参照することで、各検索クエリとニュース記事との関連度を示すスコアを算出する構成とした。
・識別したＵＲＬにより特定される拠点に関する詳細情報を拠点管理情報４００より抽出し、算出したスコアとともに、関連付け情報７００に記載する構成とした。
・端末にてニュース記事が表示される際に、関連付け情報１４００より、ニュース記事に対応付けられた詳細情報であって、スコアの高い詳細情報を抽出し、ニュース記事と合わせて表示するよう制御する構成とした。

これにより、ユーザは、端末上にニュース記事を表示させた際に、あわせて拠点に関する詳細情報を入手することができる。つまり、ニュース記事を閲覧したユーザが欲している詳細情報を自動的にユーザに提供することが可能となる。その結果、ユーザによる情報入手の利便性を向上させることが可能となる。

［第３の実施形態］
上記第１及び第２の実施形態では、ニュース記事に含まれる検索クエリに基づいて関連付け情報を生成する構成とすることで、詳細情報が記載されていないニュース記事であっても、ユーザが詳細情報を簡単に入手できるようにした。しかしながら、本発明はこれに限定されない。例えば、ニュース記事によっては、詳細情報の一部が記載されている場合もある。このようなニュース記事においては、詳細情報の一部を利用して、他の詳細情報を提供する構成としてもよい。

具体的には、ニュース記事に店舗名が記載されているが、住所や電話番号、ＵＲＬ等までは記載されていない場合、ニュース記事を解析し店舗名を抽出したうえで他の詳細情報（住所、電話番号、ＵＲＬ等）を、拠点管理情報から取得するように構成してもよい。以下、第３の実施形態について説明する。

＜１．ニュース情報の説明＞
はじめに、本実施形態に係る詳細情報提供サーバ１４０が解析対象とするニュース記事を含むニュース情報１６００について説明する。図１６は、ニュース情報１６００の一例を示す図である。

図１６に示すように、ニュース情報１６００（ニュース情報ＩＤ＝"ニュースＺ"）の場合、ニュース記事内に、検索クエリを構成する語句である、"ＡＡ"、"ＣＣＣ"が含まれている。更に、ニュース情報１６００の場合、ニュース記事内において、括弧付きで記載された駅名＝"東京駅"の前に、店舗名＝"αααα"が記載されている。

なお、図１６の例では、ニュース記事内に記載された店舗名が１つのみの場合を挙げたが、ニュース記事内に記載された店舗名は１つに限定されず、複数であってもよい。また、図１６の例では、ニュース記事内において店舗名が１回のみ記載されている場合を挙げたが、ニュース記事内において同じ店舗名が複数回記載されていてもよい。

＜２．詳細情報提供サーバの機能構成＞
次に、本実施形態に係る詳細情報提供サーバ１７４０の機能構成について説明する。図１７は、詳細情報提供サーバ１７４０の機能構成を示す図である。なお、上記第１の実施形態において図９を用いて説明した詳細情報提供サーバ１４０と同じ構成要素については、同じ参照番号を付すこととし、ここでは説明を省略する。

図９との相違点は、言語パターン解析部１７０１である。言語パターン解析部１７０１は、ニュース情報取得部９０１により取得されたニュース情報に含まれるニュース記事の言語パターンを解析する。具体的には、ニュース記事において、拠点に関する情報を示していると推測される語句（以下、拠点候補と称す）を抽出し、抽出した拠点候補の中から、詳細情報を表示すべき拠点候補を１つに絞り込む。そして、拠点管理情報４００に基づいて、１つに絞り込んだ拠点候補に対応する詳細情報を抽出し、それらをニュース記事と対応付けて関連付け情報に格納する。

ニュース記事において拠点候補を抽出するにあたっては、例えば、拠点に関する情報の記載パターンに合致した記載をニュース記事より抽出することで、拠点候補を抽出する。

拠点に関する情報の記載パターンとしては、例えば、"〇〇で、〜〜する"といった記載の場合、"〇〇"に相当する語句は、拠点に関する情報を表現していることが多い。また、"「〇〇」"のように、カギ括弧でくくられた語句は、拠点に関する情報を表現していることが多い。更に、"〇〇（東京駅）"のように、括弧内に場所を示す情報が含まれている場合、括弧の直前の語句は、拠点に関する情報を表現していることが多い。

このように、ニュース記事の場合、拠点に関する情報には記載パターンがあることから、予め定義した記載パターンに基づいてニュース記事を解析することで、ニュース記事より拠点候補を抽出することができる。

また、複数の拠点候補から１つの拠点候補に絞り込むにあたっては、予め定義した記載パターンごとにポイント数を決めておき、いずれの記載パターンに基づいて抽出された拠点候補であるのかによって、異なるポイント数が付与されるように構成してもよい。そして、最も高いポイント数が付与された拠点候補を選択し、関連付け情報を生成するように構成してもよい。この場合、ニュース記事において拠点に関する情報を記載している確度が高い記載パターンのポイント数が、高く設定されていることが前提となる。

例えば、"〇〇で、〜〜する"といった記載は０．６ポイント、"「〇〇」"の場合は０．７ポイント、"〇〇（ ）"の場合は０．９ポイント等と設定することができる。

また、同じ記載パターンに基づいて抽出された拠点候補の場合には、ニュース記事内における記載回数の多い拠点候補を選択し、関連付け情報を生成するように構成してもよい。

なお、選択された拠点候補が、店舗名であった場合には、拠点管理情報４００より、当該店舗名に対応付けられた他の詳細情報（住所や電話場号、ＵＲＬ等）を抽出し、抽出した他の詳細情報とともにニュース記事と対応付けて関連付け情報に追加する。また、選択された拠点候補が、ＵＲＬであった場合には、拠点管理情報４００より、当該ＵＲＬに対応付けられた他の詳細情報（店舗名や住所、電話番号）を抽出し、抽出した他の詳細情報とともにニュース記事と対応付けて関連付け情報に追加する。

＜３．関連付け情報の説明＞
次に、図１６に示すニュース情報１６００を解析することで、本実施形態に係る詳細情報提供サーバ１７４０により生成される関連付け情報１８００について説明する。図１８は関連付け情報１８００の一例を示す図である。

ニュース情報ＩＤ＝"ニュースＺ"のニュース情報１６００には、検索クエリを構成する語句として、"ＡＡ"、"ＣＣＣ"が含まれているため、クエリ解析部９０４では、検索クエリとして、"ＡＡ ＣＣＣ"を抽出する。そして、抽出した検索クエリを、ニュース情報ＩＤ＝"ニュースＺ"と対応付けて関連付け情報１８００に格納する。更に、クエリ解析部９０４では、抽出した検索クエリに対応付けられたＵＲＬにより特定される拠点に関する詳細情報を、ニュース情報ＩＤ＝"ニュースＺ"と対応付けて関連付け情報１８００に格納する。

また、ニュース情報１６００には、"αααα（東京駅）"なる記載が含まれているため、言語パターン解析部１７０１では、拠点候補として"αααα"を抽出する。そして、抽出した拠点候補を、ニュース情報ＩＤ＝"ニュースＺ"と対応付けて関連付け情報１８００に格納する。更に、言語パターン解析部１７０１では、拠点候補"αααα"に対応付けられた他の詳細情報を、拠点管理情報４００より抽出して、ニュース情報ＩＤ＝"ニュースＺ"と対応付けて関連付け情報１８００に格納する。

これにより、ニュース情報ＩＤ＝"ニュースＺ"のニュース情報についての関連付け情報１８００を生成することができる。

＜４．詳細情報提供サーバによる関連付け情報生成処理の流れ＞
次に、詳細情報提供サーバ１７４０が関連付け情報１８００を生成する関連付け情報生成処理の流れについて説明する。図１９は、詳細情報提供サーバ１７４０による関連付け情報生成処理の流れを示すフローチャートである。なお、図１９に示す関連付け情報生成処理の各工程のうち、上記第１の実施形態において図１０を用いて説明した関連付け情報生成処理と同じ工程については、同じ参照番号を付すこととし、ここでは説明を省略する。

図１０との相違点は、ステップＳ１９０１〜Ｓ１９０４が追加されている点と、ステップＳ１００６〜Ｓ１００８の各工程が、ステップＳ１９０１及びＳ１９０２の各工程の後に実行される点である。

ステップＳ１９０１において、言語パターン解析部１７０１は、ステップＳ１００２において新たに取得したニュース記事について、拠点に関する情報の記載パターンに基づいて、拠点候補を検索する。

ステップＳ１９０２において、言語パターン解析部１７０１は、ステップＳ１００２において新たに取得したニュース記事より、拠点候補を抽出できたか否かを判定する。また、拠点候補を抽出できた場合にあっては、当該抽出した拠点候補が、ステップＳ１００３において取得した拠点管理情報４００に含まれているか否かを判定する。

ステップＳ１９０２において、拠点候補を抽出できなかったと判定された場合には、ステップＳ１００６に進む。また、拠点候補を抽出できたが、抽出した拠点候補と合致する情報が、拠点管理情報４００に含まれていないと判定された場合には、ステップＳ１００６に進む。なお、ステップＳ１００６〜ステップＳ１００８の各工程は、図１０のステップＳ１００６〜ステップＳ１００８の各工程と同じであるため、ここでは説明を省略する。

一方、ステップＳ１９０２において、拠点候補を抽出でき、かつ、抽出した拠点候補と合致する情報が、拠点管理情報４００に含まれていると判定された場合には、ステップＳ１９０３に進む。

ステップＳ１９０３において、言語パターン解析部１７０１は、抽出した拠点候補に対応付けられた他の詳細情報を、拠点管理情報４００より抽出する。また、関連付け情報生成部９０５は、拠点候補と、拠点管理情報４００より抽出した他の詳細情報とを解析対象のニュース記事の拠点候補と対応付けて、関連付け情報１８００に追加する。更に、関連付け情報生成部９０５は、関連付け情報１８００を関連付け情報ＤＢ１４３に格納する。

このように、本実施形態に係る詳細情報提供サーバ１７４０は、言語パターン解析部１７０１を有し、拠点に関する情報の記載パターンに基づいてニュース記事を解析することで関連付け情報１８００を生成する。これにより、詳細情報提供サーバ１７４０では、ニュース記事において詳細情報の一部が記載されている場合に、当該詳細情報の一部を利用して、他の詳細情報を取得することが可能となる。

＜５．詳細情報提供サーバによる詳細情報提供処理の流れ＞
次に、詳細情報提供サーバ１７４０による詳細情報提供処理の流れについて説明する。図２０は、詳細情報提供サーバ１７４０による詳細情報提供処理の流れを示すフローチャートである。なお、図２０に示す詳細情報提供処理の各工程のうち、上記第１の実施形態において図１１を用いて説明した詳細情報提供処理の工程と同じ工程については、同じ参照番号を付すこととし、ここでは説明を省略する。

図１１との相違点は、ステップＳ２００１、Ｓ２００２である。ステップＳ２００１において、表示内容決定部９１２は、ステップＳ１１０２において識別したニュース情報ＩＤに基づいて関連付け情報１８００を検索し、ステップＳ１１０２において識別したニュース情報ＩＤに対応付けられた拠点候補の有無を判定する。ステップＳ２００１において、拠点候補が対応付けられていると判定した場合には、ステップＳ２００２に進む。

ステップＳ２００２において、表示内容決定部９１２は、拠点候補に対応付けられた詳細情報を関連付け情報１８００より抽出し、端末に表示する表示内容として決定する。更に、表示制御部９１３は、端末に表示する表示内容として決定した詳細情報を端末に表示するよう制御する。

一方、ステップＳ２００１において、拠点候補が対応付けられていないと判定した場合には、ステップＳ１１０３に進む。なお、ステップＳ１１０３及びＳ１１０４の各工程は、図１１のステップＳ１１０３及びＳ１１０４の各工程と同じであるため、ここでは説明を省略する。

＜６．まとめ＞
以上の説明から明らかなように、本実施形態に係る詳細情報提供サーバ１７４０では、
・拠点情報管理サーバ１１０、検索サーバ１２０、ニュース提供サーバ１３０と接続し、拠点管理情報４００、検索ログ情報５００、ニュース情報１６００を取得し、これらの情報を対応付けた関連付け情報１８００を生成する構成とした。
・拠点に関する情報の記載パターンに基づいてニュース記事を解析することで拠点候補を抽出し、関連付け情報１８００を生成する構成とした。また、記載パターンに基づく関連付け情報の生成とあわせて、検索クエリに基づく関連付け情報の生成を行う構成とした。
・端末にてニュース記事が表示される際に、関連付け情報１８００よりニュース記事の拠点情報（または検索クエリ）に対応付けられた詳細情報を抽出し、ニュース記事と合わせて表示するよう制御する構成とした。

これにより、詳細情報提供サーバ１７４０では、ニュース記事において詳細情報の一部が記載されている場合に、当該詳細情報の一部を利用して、他の詳細情報を取得することが可能となる。そして、ユーザは、端末上にニュース記事を表示させた際に、あわせて拠点に関する詳細情報を入手することができる。つまり、ニュース記事を閲覧したユーザが欲している詳細情報を、自動的にユーザに提供することが可能となる。その結果、ユーザによる情報入手の利便性を向上させることが可能となる。

［第４の実施形態］
上記第１乃至第３の実施形態では、詳細情報のうち、店舗名、住所、電話番号を表示内容として決定し、ニュース記事を表示した際に合わせて表示する構成としたが、本発明はこれに限定されない。例えば、店舗名、住所、電話番号以外の詳細情報を表示内容として決定し、ニュース記事を表示した際に合わせて表示する構成としてもよい。

また、上記第１乃至第３の実施形態では、ニュース記事を表示した際に、詳細情報を合わせて表示する構成としたが、本発明はこれに限定されない。例えば、ニュース記事と対応付けて関連付け情報に格納された検索クエリを表示する構成としてもよい。

図２１は、携帯端末１５０における表示画面の表示例を示す図である。このうち、図２１（ａ）は、携帯端末１５０をインターネットに接続し、ニュースサイトにアクセスした後、特定のニュース記事の表示指示を入力した様子を示している。

一方、図２１（ｂ）、（ｃ）は、特定のニュース記事の表示指示を入力することで、詳細情報が表示された様子を示している。このうち、図２１（ｂ）は、表示内容として、詳細情報に代えて検索クエリを表示した様子を示している。このように、検索クエリを表示することで、ユーザはニュース記事に基づいて検索クエリを検討する必要がなくなる。

また、図２１（ｃ）は、表示内容として、住所や電話番号に代えて、口コミ情報やメニュー情報を表示した様子を示している。このように口コミ情報やメニュー情報を表示することで、ユーザは当該店舗を利用するか否かを判断できるようになり、更なる検索を行う必要がなくなる。

このように、関連付け情報１８００には、ニュース記事、ニュース記事を含むニュース情報のニュース情報ＩＤ、検索クエリ、拠点候補、詳細情報が対応付けて格納されているため、ニュース記事が表示された際に、様々な情報を表示することができる。なお、いずれの情報を表示するかは、ニュース記事に応じて変更するように構成してもよい。

［第５の実施形態］
上記第１乃至第４の実施形態において、クエリ解析部９０４または言語パターン解析部１７０１では、１つのニュース記事についての関連付け情報を生成するにあたり、当該１つのニュース記事を解析対象としたが、本発明はこれに限定されない。

例えば、１つのニュース記事についての関連付け情報を生成するにあたり、当該１つのニュース記事に関連する複数のニュース記事を解析対象としてもよい。同じニュース内容を取り扱っているニュース記事であっても、詳細情報が含まれている場合と含まれていない場合とがあるからである。つまり、詳細情報が含まれていないニュース記事については、同じニュース内容を取り扱っているニュース記事であって、詳細情報が含まれているニュース記事を解析対象に含めることで、確度の高い詳細情報を提供することができるようになるからである。以下、第５の実施形態について説明する。

＜１．ニュース情報の説明＞
本実施形態に係る詳細情報提供サーバ１７４０が解析するニュース記事を含むニュース情報６００、１６００について説明する。図２２は、ニュース情報６００、１６００の一例を示す図である。ニュース情報６００は、詳細情報提供サーバ１７４０が関連付け情報を生成するニュース情報である。また、ニュース情報１６００は、ニュース情報６００と同じニュース内容を取り扱っているニュース情報である。詳細情報提供サーバ１７４０では、ニュース情報６００の関連付け情報を生成するにあたり、ニュース情報６００に含まれるニュース記事とニュース情報１６００に含まれるニュース記事の両方を解析対象とする。

図２２の例では、ニュース情報６００のニュース記事には、検索クエリ"ＡＡ ＣＣＣ"が含まれている。また、ニュース情報１６００のニュース記事には、検索クエリ"ＡＡ ＣＣＣ"に加え、拠点候補"αααα"が含まれている。

このように、同じ記事内容であっても、配信元によってニュース記事は異なってくる。このため、ニュース情報６００の関連付け情報の生成に際して、ニュース情報１６００のニュース記事もあわせて解析することで、より確度の高い情報を提供することができる。

＜２．関連付け情報の説明＞
次に、図２２に示すニュース情報６００、１６００にそれぞれ含まれるニュース記事を解析することで、本実施形態に係る詳細情報提供サーバ１７４０により生成される関連付け情報２３００について説明する。図２３は関連付け情報２３００の一例を示す図である。

ニュース情報ＩＤ＝"ニュースＸ"のニュース情報６００には、検索クエリを構成する語句として、"ＡＡ"、"ＣＣＣ"が含まれているため、クエリ解析部９０４では、検索クエリとして、"ＡＡ ＣＣＣ"を抽出する。そして、抽出した検索クエリを、ニュース情報ＩＤ＝"ニュースＸ"と対応付けて関連付け情報２３００に格納する。

なお、ニュース情報６００には、拠点候補が含まれていないため、この時点で言語パターン解析部１７０１がニュース情報６００より拠点候補を抽出することはない。

一方、ニュース情報ＩＤ＝"ニュースＺ"のニュース情報１６００には、検索クエリを構成する語句として、"ＡＡ"、"ＣＣＣ"が含まれているため、クエリ解析部９０４では、検索クエリとして、"ＡＡ ＣＣＣ"を抽出する。そして、抽出した検索クエリを、ニュース情報ＩＤ＝"ニュースＺ"と対応付けて関連付け情報２３００に格納する。

更に、ニュース情報１６００には、拠点候補として"αααα"が含まれているため、言語パターン解析部１７０１では、当該拠点候補"αααα"を抽出する。そして、抽出した拠点候補を、ニュース情報ＩＤ＝"ニュースＺ"と対応付けて関連付け情報２３００に格納する。

ここで、ニュース情報ＩＤ＝"ニュースＸ"のニュース記事と、ニュース情報ＩＤ＝"ニュースＺ"のニュース記事とは、同じニュース内容であるとする。このため、ニュース情報ＩＤ＝"ニュースＺ"のニュース記事についての解析結果は、ニュース情報ＩＤ＝"ニュースＸ"のニュース記事についての解析結果に反映することができる。この結果、ニュース情報ＩＤ＝"ニュースＸ"のニュース記事の"拠点候補"には、ニュース情報ＩＤ＝"ニュースＺ"のニュース記事の"拠点候補"が格納されることとなる。

このように、本実施形態では、１つのニュース記事についての関連付け情報を生成するにあたり、当該１つのニュース記事についての解析結果に加え、当該１つのニュース記事と記事内容が同じ他のニュース記事についての解析結果も含める構成とした。この結果、より確度の高い情報を提供できるようになる。

なお、上記説明では、１つのニュース記事についての関連付け情報を生成するにあたり、解析対象とする他のニュース記事として、記事内容が同じニュース記事を挙げたが、本発明はこれに限定されない。例えば、記事内容が関連するニュース記事を挙げてもよい。

記事内容が関連するニュース記事は、例えば、関連付け情報を生成する１つのニュース記事と記載内容の類似度が高いニュース記事である。なお、類似度が高いニュース記事は、ニュース記事全体の記載内容の類似度が高いニュース記事であっても、ニュース記事に含まれる地名の類似度が高いニュース記事であってもよい。あるいは、配信時期が近いニュース記事であってもよい。

［第６の実施形態］
上記第１乃至第５の実施形態において詳細情報提供サーバ１４０では、ニュース情報ＤＢ１３２に新たにニュース情報が格納されたことをトリガーとして、拠点管理情報、検索ログ情報、ニュース情報を取得する構成としたが、本発明はこれに限定されない。新たなニュース情報が格納された後も、定期的に拠点管理情報、検索ログ情報を取得し、拠点管理情報、検索ログ情報が更新されていた場合には、関連付け情報を生成しなおすように構成してもよい。また、拠点管理情報、検索ログ情報を取得するタイミングは定期的である必要はなく、拠点管理情報が更新されたタイミングまたは検索ログ情報が更新されたタイミングであってもよい。あるいは、ニュース記事の閲覧要求を受信するたびに、拠点管理情報、検索ログ情報を取得し関連付け情報を生成しなおしたうえで、詳細情報を表示するように構成してもよい。

このように、ニュース情報が格納された後にも拠点管理情報、検索ログ情報を取得する構成とすることで、拠点管理情報や検索ログ情報が更新され詳細情報やスコアが変更された場合にも対応することができる。

［第７の実施形態］
上記第２の実施形態では、１つのニュース記事に複数の検索クエリが含まれていた場合において、１つの検索クエリを選択するにあたり、検索ログ情報５００の最大クリック数に基づいて決定されるスコアを用いる構成としたが、本発明はこれに限定されない。

例えば、ニュース記事にあわせて詳細情報を表示した場合のユーザの応答をフィードバックして、スコアに反映させる構成としてもよい。

ニュース記事にあわせて詳細情報を表示した場合のユーザの応答とは、例えば、詳細情報として検索クエリを表示した場合にあっては、当該検索クエリを用いてユーザが検索した回数が挙げられる。ニュース記事を閲覧したユーザが欲している詳細情報を検索するための検索クエリと、表示した検索クエリとが一致している場合、ユーザは、表示された検索クエリに基づいて、検索を行うと考えられるからである。反対に、ニュース記事を閲覧したユーザが欲している詳細情報を検索するための検索クエリと、表示した検索クエリとが一致していない場合、ユーザは、他の検索クエリを用いて検索を行うか、検索自体を行わないと考えられるからである。つまり、詳細情報として表示した検索クエリの利用状況を監視することで、詳細情報として表示した検索クエリと、ニュース記事との関連度を算出することができる。

また、ニュース記事にあわせて詳細情報を表示した場合のユーザの応答とは、例えば、詳細情報として店舗名、住所、電話番号等を表示した場合にあっては、当該表示内容に関連する語句を検索クエリとして検索を行った回数が挙げられる。ニュース記事を閲覧したユーザが欲している詳細情報と、表示した表示内容とが概ね一致している場合、ユーザは、表示内容に関連する語句を検索クエリとして更なる検索を行う可能性が高いためである。反対に、ニュース記事を閲覧したユーザが欲している詳細情報と、表示した表示内容とが大きく異なっていた場合、ユーザは、表示内容とは全く異なる語句を検索クエリとして検索を行う可能性が高いためである。

また、ニュース記事にあわせて詳細情報を表示した場合のユーザの応答とは、例えば、詳細情報として店舗名、住所、電話番号等を表示した場合にあっては、ユーザが当該店舗を実際に訪れた割合が挙げられる。ニュース記事を閲覧したユーザ欲している詳細情報が、当該店舗についての詳細情報であった場合、ユーザは、当該店舗を訪れる可能性が高いからである。反対に、ニュース記事を閲覧したユーザが欲している詳細情報が、当該店舗ではなく他の店舗についての詳細情報であった場合、あるいは、店舗情報自体を欲していなかった場合には、表示した店舗を訪れる可能性は極めて低いためである。なお、当該店舗を訪れたか否かは、ユーザの携帯端末の位置情報をロギングし、ユーザの携帯端末の位置情報が当該店舗に対応付けられた緯度・経度に一致したか否かに基づいて判定するようにしてもよい。

［第８の実施形態］
上記第１乃至第７の実施形態では、ニュース記事を解析する場合について説明したが、詳細情報提供サーバが解析する解析対象はニュース記事に限定されない。インターネット上で公開されているテキストデータであれば、任意のテキストデータを解析対象とすることができる。なお、ここでいうテキストデータには、例えば、ブログや短文投稿サービス等が含まれるものとする。あるいは、ネットワーク上で閲覧可能な画像データまたは動画データに付加されたメタデータ等が含まれるものとする。つまり、詳細情報提供サーバが解析する解析対象は、ネットワーク上で取得可能なテキストデータであれば何でもよい。

また、上記第１乃至第７の実施形態では、拠点情報管理サーバ１１０と接続し、拠点管理情報を取得する構成としたが、本発明はこれに限定されない。拠点情報管理サーバ１１０以外のサーバと接続し、拠点管理情報以外の情報を取得し、詳細情報として関連付け情報に格納する構成としてもよい。

なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせなど、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１００ ：情報提供システム
１１０ ：拠点情報管理サーバ
１１１ ：拠点情報管理プログラム
１１２ ：拠点管理ＤＢ
１２０ ：検索サーバ
１２１ ：検索ログ生成プログラム
１２２ ：検索ログＤＢ
１３０ ：ニュース提供サーバ
１３１ ：ニュース提供プログラム
１３２ ：ニュース情報ＤＢ
１４０ ：詳細情報提供サーバ
１４１ ：ニュース解析プログラム
１４２ ：詳細情報提供プログラム
１４３ ：関連付け情報ＤＢ
１５０ ：携帯端末
１６０ ：情報端末
４００ ：拠点管理情報
５００ ：検索ログ情報
６００ ：ニュース情報
７００ ：関連付け情報
９０１ ：ニュース情報取得部
９０２ ：拠点管理情報取得部
９０３ ：検索ログ情報取得部
９０４ ：クエリ解析部
９０５ ：関連付け情報生成部
９１１ ：閲覧要求受信部
９１２ ：表示内容決定部
９１３ ：表示制御部
１２１０ ：表示画面
１２１１ ：ヘッダ情報表示領域
１２１２ ：記事表示領域
１２１３ ：詳細情報表示領域
１７０１ ：言語パターン解析部

Claims (13)

1. 検索クエリと、該検索クエリを用いて検索した検索結果のリンク先情報とが対応付けられた検索ログ情報を取得する取得手段と、
   ネットワーク上で取得可能なテキストデータに前記検索クエリに対応するキーワードが含まれているか否かを判定し、含まれていると判定した場合に、該検索クエリと対応付けられたリンク先情報に基づいてアクセスすることで取得可能な詳細情報を、該テキストデータと対応付けて格納する第１の格納手段と
   を有することを特徴とする情報提供サーバ。
2. 前記テキストデータが表示された端末において、前記テキストデータと対応付けて格納された前記詳細情報が表示されるように制御する制御手段を更に有することを特徴とする請求項１に記載の情報提供サーバ。
3. 前記テキストデータに拠点に関する情報が含まれているか否かを判定し、含まれていると判定した場合に、該拠点に関する情報と予め対応付けられたリンク先情報に基づいてアクセスすることで取得可能な詳細情報を、該テキストデータと対応付けて格納する第２の格納手段を更に有し、
   前記制御手段は、前記テキストデータが表示された端末において、
   前記第２の格納手段に、前記テキストデータと対応付けて前記詳細情報が格納されている場合には、前記第２の格納手段に格納された前記詳細情報が表示されるように制御し、
   前記第２の格納手段に、前記テキストデータと対応付けて前記詳細情報が格納されていない場合には、前記第１の格納手段に前記テキストデータと対応付けて格納された前記詳細情報が表示されるように制御することを特徴とする請求項２に記載の情報提供サーバ。
4. 前記第１の格納手段は、
   前記テキストデータに複数の前記検索クエリそれぞれに対応するキーワードが含まれていると判定した場合、複数の前記検索クエリそれぞれと前記テキストデータとの関連度に応じて１の検索クエリを選択し、該選択した検索クエリと対応付けられたリンク先情報に基づいてアクセスすることで取得可能な詳細情報を、該テキストデータと対応付けて格納することを特徴とする請求項３に記載の情報提供サーバ。
5. 前記関連度は、複数の前記検索クエリそれぞれを用いて検索した検索結果のリンク先情報に基づくアクセスの回数に応じて決定されることを特徴とする請求項４に記載の情報提供サーバ。
6. 前記関連度は、前記詳細情報が表示されるように制御された前記端末における、前記詳細情報の表示に対するユーザの応答に応じて決定されることを特徴とする請求項４に記載の情報提供サーバ。
7. 前記制御手段は、前記詳細情報に代えて、前記テキストデータに含まれる前記検索クエリに対応するキーワードが表示されるように制御することを特徴とする請求項２乃至５のいずれか１項に記載の情報提供サーバ。
8. 前記第１の格納手段は、
   前記テキストデータの記載内容に関連する記載内容を有する他のテキストデータに、前記検索クエリに対応するキーワードが含まれているか否かを判定し、含まれていると判定した場合に、該検索クエリと対応付けられたリンク先情報に基づいてアクセスすることで取得可能な詳細情報を、前記テキストデータと対応付けて格納することを特徴とする請求項１または３に記載の情報提供サーバ。
9. 前記テキストデータの記載内容に関連する記載内容を有する他のテキストデータに、拠点に関する情報が含まれているか否かを判定し、含まれていると判定した場合に、該拠点に関する情報と予め対応付けられたリンク先情報に基づいてアクセスすることで取得可能な詳細情報を、前記テキストデータと対応付けて格納する第３の格納手段を更に有することを特徴とする請求項１に記載の情報提供サーバ。
10. 前記第２の格納手段は、
    前記テキストデータの記載内容に関連する記載内容を有する他のテキストデータに、前記拠点に関する情報が含まれているか否かを判定し、含まれていると判定した場合に、該拠点に関する情報と予め対応付けられたリンク先情報に基づいてアクセスすることで取得可能な詳細情報を、該テキストデータと対応付けて格納することを特徴とする請求項３に記載の情報提供サーバ。
11. リンク先情報に基づいてアクセスすることで取得可能な詳細情報を管理し、前記リンク先情報と対応付けて格納する管理サーバと、
    検索クエリと、該検索クエリを用いて検索した検索結果のリンク先情報とが対応付けられた検索ログ情報を格納する検索サーバと、
    ネットワーク上で取得可能なテキストデータを格納する格納サーバと、
    前記管理サーバ、前記検索サーバ及び前記格納サーバと通信可能に接続される情報提供サーバと、を有する情報提供システムであって、
    前記情報提供サーバは、
    前記検索サーバより前記検索ログ情報を取得する取得手段と、
    前記格納サーバに格納された前記テキストデータに前記検索クエリに対応するキーワードが含まれているか否かを判定し、含まれていると判定した場合に、前記検索クエリと対応付けられたリンク先情報に基づいてアクセスすることで取得可能な詳細情報であって、前記管理サーバより取得した前記詳細情報を、該テキストデータと対応付けて格納する格納手段と
    を有することを特徴とする情報提供システム。
12. 検索クエリと、該検索クエリを用いて検索した検索結果のリンク先情報とが対応付けられた検索ログ情報を取得する取得工程と、
    ネットワーク上で取得可能なテキストデータに前記検索クエリに対応するキーワードが含まれているか否かを判定し、含まれていると判定した場合に、該検索クエリと対応付けられたリンク先情報に基づいてアクセスすることで取得可能な詳細情報を、該テキストデータと対応付けて格納する格納工程と
    を有することを特徴とする情報提供方法。
13. 情報提供サーバのコンピュータに、
    検索クエリと、該検索クエリを用いて検索した検索結果のリンク先情報とが対応付けられた検索ログ情報を取得する取得工程と、
    ネットワーク上で取得可能なテキストデータに前記検索クエリに対応するキーワードが含まれているか否かを判定し、含まれていると判定した場合に、該検索クエリと対応付けられたリンク先情報に基づいてアクセスすることで取得可能な詳細情報を、該テキストデータと対応付けて格納する格納工程と
    を実行させるためのプログラム。

Images