(57)【要約】【課題】表示領域の周辺の周辺領域内の地点に関する記事のうちユーザにとって有用であると推定される記事を、ユーザ端末の表示部に表示されている表示領域内においてユーザに提示する。【解決手段】携帯端末装置１０のタッチパネル１２に表示されている表示領域ＡＰの周辺の周辺領域ＡＱ内の地点に関する記事qjを取得し、取得した記事の重要度に関する指標impqjと、表示領域内の点から記事qjが関する地点までの距離に関する指標distqjと、記事qjが発生した時刻に関する指標timeqjに基づくスコアScqjを算出し、算出したスコアScqjが閾値よりも高い場合に、記事qjを表示領域ＡＰ内に提示する候補として決定し、携帯端末装置１０において、候補の記事が表示領域ＡＰ内に表示されるように、携帯端末装置１０に地図情報を送信する。【選択図】図１７
2015099265.tif 000002
【特許請求の範囲】
【請求項１】
地図上の地点に関する記事が表示された地図情報を、ユーザ端末の表示部において表示可能となるようにユーザ端末に提供する地図情報提供装置であって、
前記ユーザ端末の前記表示部に表示されている表示領域の周辺の領域であって、前記表示領域を除く周辺領域内の地点に関する記事を取得する周辺領域記事取得部と、
前記周辺領域記事取得部が取得した前記周辺領域内の記事の重要度に関する指標と、前記表示領域内の点から前記記事が関係する地点までの距離に関する指標と、前記記事が発生した時刻に関する指標の少なくともいずれかに基づくスコアであって、前記重要度に関する指標を用いた場合には前記記事の重要度が高いほど値が高くなり、前記距離に関する指標を用いた場合には前記距離が小さいほど値が高くなり、前記時刻に関する指標を用いた場合には前記記事が発生した時刻が現在時刻に近いほど値が高くなるスコアを算出する第１スコア算出部と、
前記第１スコア算出部が算出した前記記事のスコアが閾値よりも高い場合に、当該記事を前記表示領域内に提示する候補として決定する候補決定部と、
前記ユーザ端末において、前記候補決定部が決定した前記候補の記事が前記表示領域内に表示されるように、前記ユーザ端末に地図情報を送信する送信部と、
を備えた地図情報提供装置。
【請求項２】
前記表示領域内の地点に関する記事を取得する表示領域記事取得部と、
前記表示領域記事取得部が取得した前記表示領域内の記事の重要度に関する指標の平均値と、前記表示領域内の前記点から前記記事が関係する地点までの距離に関する指標の平均値と、前記表示領域内の前記記事が発生した時刻に関する指標の平均値の少なくともいずれかに基づいて、前記表示領域内の記事の平均スコアを算出する平均スコア算出部と、
をさらに備え、
前記閾値は、前記第１スコア算出部が用いた指標と同一の指標に基づいて前記平均スコア算出部が算出した前記平均スコアを基に算出する、
ことを特徴とする請求項１に記載の地図情報提供装置。
【請求項３】
前記表示領域記事取得部が取得した前記表示領域内の記事のスコアであって、前記第１スコア算出部が用いた指標と同一の指標に基づくスコアを算出する第２スコア算出部をさらに備え、
前記送信部は、前記ユーザ端末において、前記候補決定部が決定した前記周辺領域内の候補の記事及び前記表示領域記事取得部が取得した前記表示領域内の記事が、前記第１スコア算出部及び前記第２スコア算出部が算出したスコアが高い記事から順に前記表示部に表示されている前記表示領域内に表示されるように、前記ユーザ端末に地図情報を送信する、
ことを特徴とする請求項１又は２に記載の地図情報提供装置。
【請求項４】
前記表示領域記事取得部が取得した記事のスコアであって、前記第１スコア算出部が用いた指標と同一の指標に基づいてスコアを算出する第２スコア算出部をさらに備え、
前記送信部は、前記ユーザ端末において、前記表示領域記事取得部が取得した前記表示領域内の記事が、前記第２スコア算出部が算出したスコアが高い記事から順に前記表示領域内に表示され、続いて、前記候補決定部が決定した前記周辺領域内の候補の記事が、前記第１スコア算出部が算出したスコアが高い記事から順に前記表示部に表示されている前記表示領域内に表示されるように、前記ユーザ端末に地図情報を送信する、
ことを特徴とする請求項１又は２に記載の地図情報提供装置。
【請求項５】
前記距離に関する指標は、前記表示領域内の前記点から前記記事が関係する地点までの距離の二乗値の逆数から算出される、
ことを特徴とする請求項１乃至４のいずれか一項に記載の地図情報提供装置。
【請求項６】
前記周辺領域記事取得部は、前記表示領域から記事が関係する地点までの距離が小さい順に、取得された記事の数が所定数に達するまで記事を取得する、
ことを特徴とする請求項１乃至５のいずれか一項に記載の地図情報提供装置。
【請求項７】
互いに重ならない複数の単位領域の各々について、過去の期間内における記事の平均発現数を記憶した記憶部をさらに備え、
前記周辺領域記事取得部は、各単位領域における前記平均発現数から、所定数の記事が含まれると推測される前記周辺領域の範囲を決定し、当該決定した周辺領域の範囲内の地点に関する記事を取得する、
ことを特徴とする請求項１乃至５のいずれか一項に記載の地図情報提供装置。
【請求項８】
前記送信部は、前記ユーザ端末において、当該ユーザ端末のユーザが閲覧するために前記候補の記事が選択された場合には、前記選択された候補の記事が関係する地点を含む新たな表示領域が前記表示部で表示されるように、前記ユーザ端末に地図情報を送信する、
ことを特徴とする請求項１乃至７のいずれか一項に記載の地図情報提供装置。
【請求項９】
地図上の地点に関する記事が表示された地図情報を表示する表示部と、
前記表示部に表示されている表示領域の周辺の領域であって、前記表示領域を除く周辺領域内の地点に関する記事を取得する周辺領域記事取得部と、
前記周辺領域記事取得部が取得した前記周辺領域内の記事の重要度に関する指標と、前記表示領域内の点から前記記事が関係する地点までの距離に関する指標と、前記記事が発生した時刻に関する指標の少なくともいずれかに基づくスコアであって、前記重要度に関する指標を用いた場合には前記記事の重要度が高いほど値が高くなり、前記距離に関する指標を用いた場合には前記距離が小さいほど値が高くなり、前記時刻に関する指標を用いた場合には前記記事が発生した時刻が現在時刻に近いほど値が高くなるスコアを算出する第１スコア算出部と、
前記第１スコア算出部が算出した前記記事のスコアが閾値よりも高い場合に、当該記事を前記表示領域内に提示する候補として決定する候補決定部と、
前記候補決定部が決定した前記候補の記事が前記表示領域内に表示されるように前記表示部を制御する表示制御部と、
を備えたユーザ端末。
【請求項１０】
地図上の地点に関する記事が表示された地図情報を、ユーザ端末の表示部において表示可能となるようにユーザ端末に提供する地図情報提供方法であって、
前記ユーザ端末の前記表示部に表示されている表示領域の周辺の領域であって、前記表示領域を除く周辺領域内の地点に関する記事を取得し、
取得した前記周辺領域内の記事の重要度に関する指標と、前記表示領域内の点から前記記事が関係する地点までの距離に関する指標と、前記記事が発生した時刻に関する指標の少なくともいずれかに基づくスコアであって、前記重要度に関する指標を用いた場合には前記記事の重要度が高いほど値が高くなり、前記距離に関する指標を用いた場合には前記距離が小さいほど値が高くなり、前記時刻に関する指標を用いた場合には前記記事が発生した時刻が現在時刻に近いほど値が高くなるスコアを算出し、
算出した前記周辺領域の前記記事のスコアが閾値よりも高い場合に、当該記事を前記表示領域内に提示する候補として決定し、
前記ユーザ端末において、前記候補決定部が決定した前記候補の記事が前記表示領域内に表示されるように、前記ユーザ端末に地図情報を送信する、
地図情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、投稿された記事を地図上に表示する技術に関する。
【背景技術】
【０００２】
従来から、ツイッター（ＴＷＩＴＴＥＲは登録商標）のようなマイクロブログで投稿された記事を地図上に表示するアプリケーションがある（例えば、非特許文献１）。このアプリケーションでは、記事を投稿するときに位置情報を付加すると、当該位置情報に対応した地図上の位置に記事の吹き出しが表示される。
また、従来から、地図上の地点に関する情報を提供する技術が各種提案されている。例えば、特許文献１では、ユーザに指定された検索条件に基づいて情報を収集し、検索された情報のうち表示対象となるものを選択して地点案内図を提供する。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「ツイッターでつぶやくとGoogleマップ上に位置情報が表示される『TwitterMap』」、[online]、平成24年10月4日、Gigazine、[平成25年9月30日検索]、インターネット（URL:http://gigazine.net/news/20121004-twittermap/）
【０００４】
【特許文献１】特開２００７−１１１６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、地図を表示するユーザ端末がスマートフォンなどの携帯端末装置である場合には、画面サイズに制約があるため表示部に表示される表示領域（すなわち、表示されている地図の地理的領域）の範囲が必然的に狭くなる。また、近年利用が拡大している３次元地図は、拡大率を大きくして表示されることが多いと想定されるが、拡大率が大きいと表示領域の範囲は狭くなる。表示領域が狭い場合、当該地図上に表示される記事の数が十分でないことがある。また、表示領域が地方や郊外であったり、夜間などの時間帯によって記事の数が十分でない場合が生じ得る。このような場合、ユーザ端末のユーザが地図をスクロールすれば、表示領域を除く周辺の領域（以下、「周辺領域」）に他の記事が存在するかを確認できるが、手掛かりもないまま闇雲にスクロールするのではユーザにとって負担が大きい。
【０００６】
特許文献１では、アイコンの数が過少とならない十分な情報量の地図を提供できるよう、表示密度や表示数などの表示条件に基づいて、表示対象を選択する。しかし、表示領域内の情報を選択するに過ぎないから、ユーザは、周辺領域の情報を知ることができない。
本発明は、このような事情に鑑みて、ユーザ端末の表示部に表示されている表示領域の周辺の周辺領域内の地点に関する記事のうち、ユーザにとって有用であると推定される記事をユーザに提示することが可能な地図情報提供装置などを提供することを解決課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、地図上の地点に関する記事が表示された地図情報を、ユーザ端末の表示部において表示可能となるようにユーザ端末に提供する地図情報提供装置であって、前記ユーザ端末の前記表示部に表示されている表示領域の周辺の領域であって、前記表示領域を除く周辺領域内の地点に関する記事を取得する周辺領域記事取得部と、前記周辺領域記事取得部が取得した前記周辺領域内の記事の重要度に関する指標と、前記表示領域内の点から前記記事が関係する地点までの距離に関する指標と、前記記事が発生した時刻に関する指標の少なくともいずれかに基づくスコアであって、前記重要度に関する指標を用いた場合には前記記事の重要度が高いほど値が高くなり、前記距離に関する指標を用いた場合には前記距離が小さいほど値が高くなり、前記時刻に関する指標を用いた場合には前記記事が発生した時刻が現在時刻に近いほど値が高くなるスコアを算出する第１スコア算出部と、前記第１スコア算出部が算出した前記記事のスコアが閾値よりも高い場合に、当該記事を前記表示領域内に提示する候補として決定する候補決定部と、前記ユーザ端末において、前記候補決定部が決定した前記候補の記事が前記表示領域内に表示されるように、前記ユーザ端末に地図情報を送信する送信部とを備えた地図情報提供装置を提供する。
【０００８】
さらに、本発明は、地図上の地点に関する記事が表示された地図情報を表示する表示部と、前記表示部に表示されている表示領域の周辺の領域であって、前記表示領域を除く周辺領域内の地点に関する記事を取得する周辺領域記事取得部と、前記周辺領域記事取得部が取得した前記周辺領域内の記事の重要度に関する指標と、前記表示領域内の点から前記記事が関係する地点までの距離に関する指標と、前記記事が発生した時刻に関する指標の少なくともいずれかに基づくスコアであって、前記重要度に関する指標を用いた場合には前記記事の重要度が高いほど値が高くなり、前記距離に関する指標を用いた場合には前記距離が小さいほど値が高くなり、前記時刻に関する指標を用いた場合には前記記事が発生した時刻が現在時刻に近いほど値が高くなるスコアを算出する第１スコア算出部と、前記第１スコア算出部が算出した前記記事のスコアが閾値よりも高い場合に、当該記事を前記表示領域内に提示する候補として決定する候補決定部と、前記候補決定部が決定した前記候補の記事が前記表示領域内に表示されるように前記表示部を制御する表示制御部とを備えたユーザ端末を提供する。
【０００９】
また、本発明は、地図上の地点に関する記事が表示された地図情報を、ユーザ端末の表示部において表示可能となるようにユーザ端末に提供する地図情報提供方法であって、前記ユーザ端末の前記表示部に表示されている表示領域の周辺の領域であって、前記表示領域を除く周辺領域内の地点に関する記事を取得し、取得した前記周辺領域内の記事の重要度に関する指標と、前記表示領域内の点から前記記事が関係する地点までの距離に関する指標と、前記記事が発生した時刻に関する指標の少なくともいずれかに基づくスコアであって、前記重要度に関する指標を用いた場合には前記記事の重要度が高いほど値が高くなり、前記距離に関する指標を用いた場合には前記距離が小さいほど値が高くなり、前記時刻に関する指標を用いた場合には前記記事が発生した時刻が現在時刻に近いほど値が高くなるスコアを算出し、算出した前記周辺領域の前記記事のスコアが閾値よりも高い場合に、当該記事を前記表示領域内に提示する候補として決定し、前記ユーザ端末において、前記候補決定部が決定した前記候補の記事が前記表示領域内に表示されるように、前記ユーザ端末に地図情報を送信する地図情報提供方法を提供する。
【発明の効果】
【００１０】
本発明に係る地図情報提供装置、ユーザ端末、及び地図情報提供方法によれば、ユーザ端末の表示部に表示されている表示領域の周辺の周辺領域内の地点に関する記事のうち、ユーザにとって有用であると推定される記事を、表示部に表示されている表示領域内においてユーザに提示することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１の実施の形態に係るブログ地図表示システムのブロック図である。
【図２】本発明の第１の実施の形態に係る携帯端末装置を示す外観図である。
【図３】本発明の第１の実施の形態に係る携帯端末装置の構成を示すブロック図である。
【図４】本発明の第１の実施の形態に係るブログ地図提供サーバの構成を示すブロック図である。
【図５】本発明の第１の実施の形態に係るブログ地図提供サーバの機能構成を示すブロック図である。
【図６】本発明の第１の実施の形態に係る表示領域と周辺領域を説明するための図である。
【図７】本発明の第１の実施の形態に係る表示領域と周辺領域に表示される記事の一例を示す図ある。
【図８】本発明の第１の実施の形態に係る重要度指標算出部の詳細な機能構成を示すブロック図である。
【図９】本発明の第１の実施の形態に係る解析結果テーブルの記憶内容の一例を示す図である。
【図１０】本発明の第１の実施の形態に係る付加情報テーブルの記憶内容の一例を示す図である。
【図１１】本発明の第１の実施の形態に係る記事格納・解析処理の流れを示すフローチャートである。
【図１２】本発明の第１の実施の形態に係る地図情報提供処理の流れを示すフローチャートである。
【図１３Ａ】本発明の第１の実施の形態に係る順位テーブルの記憶内容の一例を示す図である。
【図１３Ｂ】本発明の第１の実施の形態に係る画面遷移の一例を示す図である。
【図１３Ｃ】本発明の第１の実施の形態に係る遷移前の表示領域と遷移後の表示領域を説明するための図である。
【図１４】本発明の第２の実施の形態に係る携帯端末装置の機能構成を示すブロック図である。
【図１５】本発明の第２の実施の形態に係るブログ地図提供サーバの機能構成を示すブロック図である。
【図１６】本発明の第２の実施の形態に係る処理の流れを示すシーケンスチャートである。
【図１７】本発明の変形例に係るブログ地図提供サーバの機能構成を示すブロック図である。
【図１８】本発明の変形例に係る説明図である。
【発明を実施するための形態】
【００１２】
以下、添付の図面を参照しながら本発明に係る実施の形態を説明する。
＜第１の実施の形態＞
＜構成＞
図１は、本発明の第１の実施の形態に係るブログ地図表示システム１のブロック図である。図示のように、ブログ地図表示システム１は、ネットワークＭＮと、ネットワークＭＮに接続するブログサーバ２０、ブログ地図提供サーバ３０及び地図情報提供サーバ４０と、ネットワークＭＮに接続する複数の携帯端末装置１０とを備える。なお、ネットワークＭＮは、移動体通信網やインターネット網等を含む通信ネットワークである。このブログ地図表示システム１は、携帯端末装置（ユーザ端末）１０の表示部に表示されている地図の表示領域（地図の地理的範囲）に、当該表示領域に属する地理的属性を有する記事を表示させるものである。記事としては、日々更新されるＷｅｂ上の日記（ブログ）や、１４０文字程度の短い文章で記述されたマイクロブログ（例えば、ツイート）が例示される。本実施形態では、記事としてツイートを例にとって説明する。
【００１３】
ブログサーバ２０は、当該サーバが提供するブログサービスに利用登録したユーザが世界中で投稿した記事を記憶するサーバ装置であり、ブログ地図提供サーバ３０に対して記事を提供する。
【００１４】
ここで、記事は、ユーザ名（又はアカウント名）、写真画像などのプロフィールアイコン、投稿テキスト（文字列）、及び投稿日時を含む。投稿テキストには投稿者の発言に相当する文字列（以下、本文テキスト）に加えて、情報源や追加情報の所在を示すＵＲＬ（以下、情報ＵＲＬ）や、添付された写真画像データの所在を示す写真ＵＲＬ、「＠」で始まる他ユーザのユーザ名（いわゆる「メンション」）が含まれる場合がある。情報ＵＲＬにはハイパーリンクが設定されており、ユーザが情報ＵＲＬをタップする操作をするとリンク先のＷｅｂページに遷移する。なお、情報ＵＲＬは通常「http://」や「https://」で始まる文字列であるが、この文字列を所定文字数（例えば、22文字）以下に短縮した短縮ＵＲＬが表示用ＵＲＬとして用いられる。写真ＵＲＬは、投稿者が写真を添付する際に利用した画像添付用ＡＰI(Application Program Interface)に応じて、所定の文字列を含む。所定の文字列としては、「pic.twitter.com/」、「twitpic.com/」、「p.twipple.jp/」などが例示される。
【００１５】
記事には、さらに、ユーザの自己紹介文であるプロフィールのテキストや、投稿時点に記事に付加されるジオタグが添付される場合がある。プロフィールは、ユーザが自己の名前や職業、居住地、仕事や趣味などを記述したものであり、ユーザが任意に編集可能なものである。ジオタグは、投稿時にユーザが用いた端末の位置情報であり、例えば、ユーザがＧＰＳ（Global Positioning System）を内蔵した携帯端末装置を用いた場合には、ＧＰＳによる端末位置の測位結果がジオタグとして用いられる。
【００１６】
また、ブログサーバ２０は、各記事に関連付けて当該記事が再投稿（リツイート）された再投稿回数（リツイート数）などの統計データを記憶しており、この統計データは、記事とともにブログ地図提供サーバ３０に対して提供される。
さらに、ブログサーバ２０は、各ユーザの属性情報をユーザＩＤに対応づけて記憶している。ここで、ユーザ属性情報は、年齢、性別、職業、居住地、既婚・未婚の別といった各ユーザのデモグラフィック属性情報であり、ブログサーバ２０は、このユーザ属性情報をブログ地図提供サーバ３０に対して記事と共に提供する。
【００１７】
地図情報提供サーバ４０は、地図画像データを提供するサーバ装置であり、外部からの要求に応じて、要求された地理的範囲の地図画像データを提供する。本実施形態では、地図画像データは、ラスタ形式又はベクタ形式のいずれの形式の地図画像を用いてもよい。ラスタ形式の地図画像は、格子状のピクセルで表現された画像であり、携帯端末装置１０に表示すべき地図の拡大率や表示対象地域が変わると、その都度、新たな地図画像データが地図情報提供サーバ４０から提供される。ラスタ画像としては、ＪＰＥＧ、ＧＩＦが例示される。これに対して、ベクタ形式の地図画像は、点の座標とそれを結ぶ線や面の方程式のパラメータ及び塗りつぶしなどの描画情報で画像を表現したものであり、表示する都度計算を行って画像を再現する。
【００１８】
ネットワークＭＮは、多数の無線基地局（図示略）及び中継装置（図示略）を有し、携帯端末装置１０に対して移動通信サービスを提供する。
図２は、本発明の実施の形態に係る携帯端末装置１０の外観を示す正面図であり、図３は、携帯端末装置１０の構成を示すブロック図である。携帯端末装置１０は、ネットワークＭＮを介してブログ地図提供サーバ３０から地図情報を受信し、受信した地図情報を表示するものである。
図２及び図３に示されるように、携帯端末装置１０は、表示領域ＡＰが表示されるタッチパネル（表示部）１２と、他の携帯端末装置１０及びインターネットとの間でデータの送受信を行うための通信インタフェース１３と、記憶部１４と、通話の際に用いられるマイク１５とスピーカ１６、及びこれら各部を制御するＣＰＵ（Central Processing Unit）１１を備える。記憶部１４は、主記憶装置としてのＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を含み、さらには、着脱可能な記録媒体を含む。ＲＯＭには、携帯端末装置１０がブログ地図サービスの提供を受ける際に実行されるアプリケーションプログラムとしてブログ地図アプリが記憶されている。
【００１９】
タッチパネル１２は、カバーガラスと表示ユニット（例えば、液晶ディスプレイ、有機ＥＬ(Electroluminescence)ディスプレイ等）との間に、タッチ操作を検出可能な透明なタッチセンサユニットが貼り合わされて構成されている。このため、ユーザは、表示領域ＡＰに表示されているオブジェクトへのタッチ操作を行うことにより指示入力を行うことが可能である。例えば、ユーザは、オブジェクト（例えば、ブログ地図アプリを含む各種アプリの起動アイコン、記事画像）を選択する指示入力をタッチ操作により行うことができる。タッチセンサユニットとしては、抵抗膜方式、静電容量方式（表面型又は投影型）、超音波表面弾性波方式、光学方式、その他の検出方式のうち、好適には、正確な多点検出（マルチタッチの検出）が可能な投影型静電容量方式のタッチセンサユニットが採用される。
【００２０】
タッチパネル１２には、ホームボタンや戻るボタンその他の指示入力アイコン、通信状態や電池残量等のアイコンを表示する領域のほかに、ネットワークＭＮを介して取得したＷＥＢページや各種のメニューページ等が表示される。ブログ地図アプリにおいては、表示領域ＡＰの地図情報がタッチパネル１２に表示される。
【００２１】
ブログ地図提供サーバ３０は、ブログサーバ２０から提供された、地理的属性を有する記事のうち、ユーザからの表示要求に含まれる表示領域ＡＰに属する複数の記事を地図上に表示した地図情報を生成して、ユーザの携帯端末装置１０に対して提供する。地図情報においては、記事は、プロフィールアイコン、ユーザ名、投稿日時及び投稿テキストを含む吹き出し画像（記事画像）として地図上に表示され、記事に情報ＵＲＬが含まれている場合には当該情報ＵＲＬも吹き出し画像内に表示される。また、写真ＵＲＬが含まれている場合には、写真画像が写真ＵＲＬから取り込まれて、当該写真画像が吹き出し画像内に表示される。
【００２２】
ブログ地図提供サーバ３０は、投稿された記事を、ブログサーバ２０からリアルタイムで取得する。また、ブログ地図提供サービスの利用者であるユーザの携帯端末装置１０からブログ地図の表示要求があった場合には、表示要求に含まれる地理的範囲（記事を表示する地図の範囲）で画定される地図の地図画像データを、地図情報提供サーバ４０から取得する。ブログ地図提供サービスでは、地理的属性を有する記事が表示対象となる。地理的属性を有する記事とは、投稿された時点の投稿者の位置を示すジオタグが添付されている記事、又は投稿テキスト内に地名を含む記事である。すなわち、記事にジオタグが添付されておらず、且つ、当該記事の形態素解析により地名を導出できない場合には、当該記事は地理的属性を有しないので、ブログ地図提供サービスにおける表示対象とはならない。
【００２３】
図４は、本実施形態に係るブログ地図提供サーバ３０のハードウェア構成を示すブロック図であり、図５は、同サーバの機能構成を示すブロック図である。
図４に示すように、ブログ地図提供サーバ３０は、装置全体を制御するＣＰＵ（Central Processing Unit）３１、ＣＰＵ３１の作業領域として機能するＲＡＭ（Random Access Memory）３４ａ、各種プログラムを記憶したＲＯＭ（Read Only Memory）３４ｂ、及び各種のプログラムやデータを記憶する記憶装置３４ｃ、キーボードやマウスなどを含む入力部３５、画像を表示するディスプレイ３２、及びネットワークＭＮを介して外部の装置と通信を行う送受信部３３を備える。ＲＯＭ３４ｂには、コンピュータに本実施形態に係る記事解析処理を実行させるための記事解析プログラム及び地図情報提供処理を実行させるための地図情報提供プログラムが記憶されており、ＣＰＵ３１はこれらのプログラムを実行することにより、本実施形態に係る各機能を実現する。
【００２４】
図５に示すように、ブログ地図提供サーバ３０は、周辺領域記事取得部５１、表示領域記事取得部５２、重要度指標算出部５３ａ、距離指標算出部５３ｂ、及び時刻指標算出部５３ｃ、第１スコア算出部５４、第２スコア算出部５５、平均スコア算出部５６、候補決定部５７、及び送信部５８を備える。重要度指標算出部５３ａ、距離指標算出部５３ｂ、及び時刻指標算出部５３ｃ、第１スコア算出部５４、第２スコア算出部５５、平均スコア算出部５６、及び候補決定部５７の機能は、ＣＰＵ３１によって実現される。送信部５８の機能は、ＣＰＵ３１及び送受信部３３によって実現される。
【００２５】
周辺領域記事取得部５１は、周辺領域ＡＱ内の地点に関する記事を取得し、表示領域記事取得部５２は、表示領域ＡＰ内の地点に関する記事を取得する。図６に示すように、周辺領域ＡＱは表示領域ＡＰの周辺の領域のうち表示領域ＡＰを除く領域（図中網掛け部分）である。図示の例では、周辺領域ＡＱは、表示領域ＡＰの中心座標Ｃから所定距離ｒ離れた円が内接する正方形領域として画定される。
【００２６】
図７は、表示領域ＡＰ内及び周辺領域ＡＱ内の地点に関する記事の例を示す一例である。図示のように、表示領域ＡＰについては地点に関する記事p1及びp2があり、周辺領域ＡＱについては地点に関する記事q1〜q6がある。これらの記事は、ブログサーバ２０から供給され、緯度経度情報に対応付けられて記憶装置３４ｃの解析結果テーブルＴＢＬ１１（図９）に格納されている。表示領域記事取得部５２は解析結果テーブルＴＢＬ１１を参照し、表示領域ＡＰの範囲に属する緯度経度座標を有する記事p1及びp2（以下、このうちｉ番目の記事をpiと呼ぶ。ｉ＝1,2,3,…ｎ、ただし、ｎは表示領域ＡＰごとに可変の自然数）を取得する。周辺領域記事取得部５１は周辺領域ＡＱの範囲に属する緯度経度座標を有する記事q1〜q6（以下、このうちｊ番目の記事をqjと呼ぶ。ｊ＝1,2,3,…ｍ、ただし、ｍは周辺領域ＡＱごとに可変の自然数）を取得する。なお、表示領域ＡＰに含まれる記事p1, p2, … pj, …, pnの集合を記事Pと呼び、周辺領域ＡＱに含まれる記事q1, q2, … qj, …, qmの集合を記事Qと呼ぶ。
【００２７】
図５において、重要度指標算出部５３ａは、周辺領域記事取得部５１が取得した記事qj及び表示領域記事取得部５２が取得した記事piの重要度に関する指標impxを算出し、距離指標算出部５３ｂは、表示領域ＡＰ内の中心座標Ｃから記事qj及びpiが関係する地点までの距離に関する指標distxを算出し、時刻指標算出部５３ｃは、記事qj及びpiが発生した時刻に関する指標timexを算出する。なおxは記事PまたはQに含まれる記事qjまたはpiのいずれかを指すものとする。
重要度指標impxは、記事qj及びpiの情報量に関する指標とユーザの類似度に関する指標に基づいて算出される。距離指標distxは、表示領域ＡＰ内の中心座標Ｃ（表示領域内の点の一例）から記事qj及びpiが関係する地点までの距離が小さいほど大きくなる指標であり、例えば距離の逆数で表される。また、時刻に関する指標timexは記事qj及びpiが発生した時刻t0から現在時刻t1までの経過時間が小さいほど大きくなる指標であり、例えば経過時間の逆数で表される。
【００２８】
第１スコア算出部５４及び第２スコア算出部５５は、重要度指標算出部５３ａ、距離指標算出部５３ｂ、及び時刻指標算出部５３ｃの算出結果に基づいて、記事qjのスコアＳcqj及び記事piのスコアＳcpiをそれぞれ算出する。記事xに関するスコアＳcxは、例えば以下のような式で表される。
Ｓcx＝impx×distx×timex・・・式（１）
Ｓcx＝a×impx+ｂ×distx+ｃ×timex  ・・・式（１）’
ここで、a、ｂ、ｃはそれぞれの指標の重みを表す係数である。
記事xの重要度に関する指標impxは記事xの重要度が高いほど値が高く、距離に関する指標distxは距離が小さいほどその値が高く、時刻に関する指標timexは記事xが発生した時刻が現在時刻に近いほどその値が高い。よって、スコアＳcxの値は、記事xの重要度が高いほど高く、距離が小さいほど高く、記事xが発生した時刻が現在時刻に近いほど高くなる。
すなわち、第１スコア算出部５４は、周辺領域記事取得部５１が取得した周辺領域ＡＱ内の記事qjの重要度に関する指標impqjと、表示領域ＡＰ内の中心座標Ｃ（表示領域内の点の一例）から記事qjが関する地点までの距離に関する指標distqjと、記事qjが発生した時刻に関する指標timeqjに基づくスコアＳcqjであって、重要度に関する指標impqjは記事qjの重要度が高いほど値が高く、距離に関する指標は距離distqjが小さいほど値が高く、時刻に関する指標timeqjは記事qjが発生した時刻が現在時刻に近いほど値が高いスコアＳcqjを算出する。
また、第２スコア算出部５５は、表示領域記事取得部５２が取得した表示領域ＡＰ内の記事piの重要度に関する指標imppiと、表示領域ＡＰ内の中心座標Ｃ（表示領域内の点の一例）から記事piが関する地点までの距離に関する指標distpiと、記事piが発生した時刻に関する指標timepiに基づくスコアＳcpiであって、重要度に関する指標imppiは記事piの重要度が高いほど値が高く、距離に関する指標は距離distpiが小さいほど値が高く、時刻に関する指標timepiは記事piが発生した時刻が現在時刻に近いほど値が高いスコアＳcpiを算出する。
【００２９】
図８は、本実施形態に係る重要度指標算出部５３ａの詳細な機能構成を示すブロック図である。図８に示すように、重要度指標算出部５３ａは、記事解析部３１ａ、トレンド情報生成部３１ｂ、情報量算出部３１ｃ、ユーザ類似度算出部３１ｄ、及び重要度スコア算出部３１ｅを備える。これらの機能はＣＰＵ３１によって実現される。
また、重要度指標算出部５３ａは、さらに、記事解析部３１ａがブログサーバ２０から受信した記事を解析する際に用いられる判定用情報を記憶する判定用情報記憶部ＳＴ１、及び、各記事の解析結果である解析結果テーブルＴＢＬ１１及び付加情報テーブルＴＢＬ１２を記憶する解析結果記憶部ＳＴ２を備える。これらの記憶部は記憶装置３４ｃによって実現される。解析結果テーブルＴＢＬ１１及び付加情報テーブルＴＢＬ１２は記事解析部３１ａが新たに受信した記事の解析処理を行う度に、その解析結果で更新される。
【００３０】
判定用情報記憶部ＳＴ１には、判定用情報として、不適切情報、悪質ユーザ情報、写真ＵＲＬ情報、ブログユーザ属性情報、ユーザ別単語情報、及びユーザ別興味ジャンル情報が記憶される。
不適切用語情報は、予め選定された不適切用語（いわゆる禁止用語）のリストであり、例えば、未成年の閲覧に不適切な用語、他人を誹謗中傷する用語や、差別用語、犯罪に関する用語などが例示される。
悪質ユーザ情報は、いわゆるスパムユーザ（悪質ユーザ）のリストである。例えば、不特定のユーザに同一内容のメッセージを送る投稿者、広告ばかりを投稿する投稿者、未成年の閲覧に不適切な情報を投稿する投稿者は、悪質ユーザとしてリストに登録される。
写真ＵＲＬ情報は、「pic.twitter.com/」、「twitpic.com/」、「p.twipple.jp/」などの所定の写真ＵＲＬのリストである。
ブログユーザ属性情報は、ブログサーバ２０に登録している各ユーザのユーザ属性情報、又は、記事の本文テキストの内容やプロフィールテキストから推定されたユーザ属性であり、各ユーザのユーザ名に対応付けて記憶されている。
ユーザ別単語情報は、記事の本文テキスト内で使用された頻度が高い単語であり、各ユーザのユーザ名に対応付けて記憶されている。
ユーザ別興味ジャンル情報は、ブログサービスを利用する各ユーザが興味を持つジャンルの情報であり、各ユーザのユーザ名に対応付けて記憶されている。
【００３１】
図９に、解析結果テーブルＴＢＬ１１の記憶内容の一例を示す。図示のように、解析結果テーブルＴＢＬ１１には、各記事のＩＤである記事ＩＤに対応付けて、ユーザ名、投稿日時、及び、緯度経度情報を含む基本項目が記憶され、さらに、複数種類の情報量の解析項目について記事解析部３１ａが解析した結果が数値で記憶されている。
複数種類の解析項目（情報量の指標）は、（１）再投稿数（リツイート数又はＲＴ数）、（２）記事の本文テキストの文字数、（３）本文テキストがメンション（＠）を含まないか、（４）投稿テキストが情報ＵＲＬを含むか、（５）記事に写真画像が添付されているか、（６）記事の投稿者がスパムユーザでないか、（７）本文テキストが不適切用語を含まないか、（８）本文テキストに含まれる地名の特徴語数、（９）本文テキストに含まれるＨＯＴキーワードの数、（１０）投稿テキストが話題のニュースのＵＲＬを含むか、（１１）本文テキストが話題の路線名を含むか、及び（１２）本文テキストが地名を含むかの計１２項目ある。ここで、再投稿数は、解析対象の記事がその閲覧者に再投稿された回数を示す。地名の特徴語とは、例えば、話題のスポットランキングにおける地名ごとの関連語（例えば、桜の名所である「上野」に関し、「満開」、「七分咲き」等）である。ＨＯＴキーワードとは、ブログサービスに登録しているユーザの間で盛り上がっている話題に関連するキーワードである。
【００３２】
解析結果テーブルＴＢＬ１１に記憶された各項目が示す数値のうち、「ＲＴ数（再投稿数）」、「文字数」「地名の特徴語数」、「ＨＯＴキーワード数」は、取得した回数又は個数にそのまま対応している。一方、その他の項目については、含むか含まないかに応じて「１」又は「０」で表される数値である。ここで、「１」は対応する記事の情報的価値が高いことを示し、「０」は情報的価値が低いことを示す。具体的には、「メンション（＠）を含まない」については、含まない場合に「１」が付与され、含む場合には「０」が付与される。また、「スパムユーザでない」及び「不適切用語を含まない」の各項目についても、同様に、含まない場合に「１」が付与され、含む場合には「０」が付与される。これに対し、「情報ＵＲＬを含む」、「写真を含む」、「話題のニュースのＵＲＬを含む」、「話題の路線名を含む」、及び「地名を含む」の各項目については、含む場合に「１」が付与され、含まない場合には「０」が付与される。
【００３３】
図１０に、付加情報テーブルＴＢＬ１２の記憶内容の一例を示す。図示のように、付加情報テーブルＴＢＬ１２には、各記事ＩＤに対応付けて、投稿者のユーザ属性として、投稿者の年齢、性別、職業、居住地、及び既婚又は未婚の別が記憶される。さらに、付加情報テーブルＴＢＬ１２には、各記事ＩＤに対応付けて、投稿者が興味があるジャンル、投稿した頻度が高い単語が記憶される。
【００３４】
次に、図８において、記事解析部３１ａは、ブログサーバ２０から受信した各記事の情報量を解析する情報量解析処理を行うとともに、各記事について付加情報を取得する付加情報取得処理を行い、各記事の記事ＩＤ及び該当する項目に対応づけて、解析結果及び取得した付加情報を解析結果テーブルＴＢＬ１１及び付加情報テーブルＴＢＬ１２にそれぞれ記憶する。
【００３５】
情報量解析処理は、大別して、特定文字列有無判定処理、ＵＲＬ有無判定処理、悪質ユーザ該当判定処理、文字数取得処理、再投稿数取得処理、及び、流行度情報取得処理に分けられる。
特定文字列有無判定処理では、記事解析部３１ａは、各記事の投稿テキストが、情報的価値が少ないことを示す文字列もしくは記号又は判定情報記憶部ＳＴ１に記憶された不適切用語いずれかを含むか否かを判定する。情報的価値が少ないことを示す記号とは、例えば、記号「＠」である。「＠」は、ツイッターのようなマイクロブログにおいて、「＠ユーザ名」を含んだ形式の投稿（いわゆるメンション）で用いられる。ここで、メンションは、投稿テキストのうち本文テキスト内で他のユーザの名を挙げて簡単に言及するに過ぎないものであるため、情報的価値が少ないと考えられる。
【００３６】
また、ＵＲＬ有無判定処理では、記事解析部３１ａは、記事の投稿テキスト内に、情報ＵＲＬ（「http://」又は「https://」）や、判定用情報記憶部ＳＴ１１に写真ＵＲＬ情報として記憶されている所定の写真ＵＲＬの文字列が含まれているか否かを判定する。また、悪質ユーザ該当判定処理では、記事解析部３１ａは、記事の投稿者が悪質ユーザ情報に記憶されたスパムユーザ（悪質ユーザ）に該当するかを判定する。
【００３７】
さらに、文字数取得処理では、記事解析部３１ａは、記事の本文テキストの文字数を取得する。記事に情報ＵＲＬや写真ＵＲＬが含まれている場合には、これらのＵＲＬを除いた文字数を本文テキストの文字数として取得する。また、再投稿数取得処理では、記事解析部３１ａは、記事がその閲覧者によって再投稿（リツイート）された回数を取得する。
【００３８】
また、流行度情報取得処理では、記事解析部３１ａは、トレンド情報生成部３１ｂが生成した情報に基づいて、「地名の特徴語数」、「ＨＯＴキーワード数」、「話題のニュースのＵＲＬを含む」、及び「話題の路線名を含む」の各項目に関する値を取得する。
【００３９】
ここで、トレンド情報生成部３１ｂについて説明する。トレンド情報生成部３１ｂは、地域別特徴語情報、ＨＯＴキーワード情報、話題のニュース情報、及び話題の路線情報を生成する。これらの情報は、現在時刻を起点として所定時間だけ遡った期間（以下、「対象期間」という）内に投稿された複数の記事に基づいて生成される。トレンド情報生成部３１ｂは、間欠的（例えば１５分ごと）に対象期間についてトレンド情報生成処理を行い、生成したトレンド情報をＲＡＭ３４ａに記憶する。
【００４０】
具体的には、トレンド情報生成部３１ｂは、対象期間内に投稿された複数の記事の本文テキストの各々から地名を抽出し、抽出した地名に関する単語について、ｔｆ−ｉｄｆ法又はその他の公知の方法を用いて地名に関する特徴語を抽出する。抽出された特徴語は、地名に紐づけて地域ごとに記憶される。
【００４１】
また、トレンド情報生成部３１ｂは、対象期間内に投稿された複数の記事からＨＯＴキーワード情報を生成する。ここで、ＨＯＴキーワードとは、定常期間（例えば、直近７２時間）と比べて対象期間（例えば、直近１２時間）の出現数が多い単語、すなわち、急に出現数が増加した単語（急上昇度が高い単語）である。具体的には、トレンド情報生成部３１ｂは、記事の本文テキストを解析し、抽出された複数の単語の各々について、定常期間の出現頻度に対する対象期間の出現頻度の比を対数変換した急上昇スコアを算出する。そして、急上昇スコアＳが所定の値より高い単語（又は上位の所定数の単語）をＨＯＴキーワードとして抽出し、記憶する。なお、ＨＯＴキーワードの抽出には、代わりに、上述したｔｆ−ｉｄｆ法その他の公知の方法を用いることができる。
【００４２】
また、トレンド情報生成部３１ｂは、対象期間内に投稿された複数の記事のうち、ニュースサイトのドメイン名を含むＵＲＬが含まれる記事の数（投稿回数）を計数し、投稿回数をニュース記事ごとに記憶する。また、対象期間内に投稿された複数の記事の本文テキストを解析して路線名を抽出し、抽出した各路線名について、当該路線名を含む記事の数（投稿回数）を計数し、投稿回数を路線名ごとに記憶する。
【００４３】
流行度情報取得処理において、記事解析部３１ａは、送受信部３３を介して新たに受信した記事の本文テキスト中に、トレンド情報生成部３１ｂが生成した地名の特徴語がある場合にはその数を取得し、解析結果テーブルＴＢＬ１１の「地名の特徴語数」に対応付けて記憶し、トレンド情報生成部３１ｂが生成したＨＯＴキーワードがある場合にはその数を取得し、解析結果テーブルＴＢＬ１１の「ＨＯＴキーワード数」に対応付けて記憶する。
【００４４】
また、記事解析部３１ａは、送受信部３３を介して新たに受信した記事の本文テキストが、投稿回数が一定数以上のニュース記事のＵＲＬを含むか否かを判定し、判定結果を、解析結果テーブルＴＢＬ１１の「話題のニュースのＵＲＬを含む」に対応付けて記憶する。さらに、記事解析部３１ａは、送受信部３３を介して新たに受信した記事の本文テキストが、投稿回数が一定数以上の路線名を含むか否かを判定し、判定結果を、解析結果テーブルＴＢＬ１１の「話題の路線名を含む」に対応付けて記憶する。
【００４５】
また、付加情報取得処理においては、記事解析部３１ａは、判定用情報記憶部ＳＴ１に記憶されたブログユーザ属性情報を参照して、受信した記事のユーザ名のユーザ属性情報（年齢、性別、職業、居住地、及び既婚又は未婚の別）を取得し、取得した情報を付加情報テーブルＴＢＬ１２（図８）における当該記事の記事ＩＤ及び「年齢」、「性別」、「職業」、「居住地」、及び「既婚又は未婚の別」の各々に対応付けて記憶する。
また、記事解析部３１ａは、判定用情報記憶部ＳＴ１のユーザ別単語情報を参照して、受信した記事のユーザ名に対応付けられた単語のうち累積使用回数が高い単語を取得し、取得した情報を付加情報テーブルＴＢＬ１２における当該記事の記事ＩＤ及び「投稿した頻度が高い単語」に対応付けて記憶する。
また、記事解析部３１ａは、判定用情報記憶部ＳＴ１のユーザ別興味ジャンル情報を参照して、受信した記事のユーザ名に対応付けられたジャンルを取得し、取得した情報を付加情報テーブルＴＢＬ１２における当該記事の記事ＩＤ及び「興味があるジャンル」に対応付けて記憶する。
【００４６】
次に、図８において、情報量算出部３１ｃについて説明する。
情報量算出部３１ｃは、解析結果テーブルＴＢＬ１１に記憶された複数の記事のうち、周辺領域記事取得部５１が取得した周辺領域ＡＱ内の地点に関する記事qj及び表示領域記事取得部５２が取得した表示領域ＡＰ内の地点に関する記事piの各々について、解析結果テーブルＴＢＬ１１における各項目に記憶された数値を読み出して以下の式に代入して、情報量Ｓxを算出する。なお以下の式で[]に記載の各パラメータは記事xに関するものとする。
Ｓx＝Ａ×［ＲＴ数］＋Ｂ×［文字数］
＋Ｃ×［メンション（＠）を含まない］
＋Ｄ×［情報ＵＲＬを含む］＋Ｅ×［写真を含む］
＋Ｆ×［スパムユーザでない］＋Ｇ×［不適切用語を含まない］
＋Ｈ×［地名の特徴語数］＋Ｉ×「ＨＯＴキーワード数」
＋Ｊ×［話題のニュースのＵＲＬを含む］＋Ｋ×「話題の路線名を含む」
＋Ｌ×［地名を含むか］
・・・式（Ａ）
ここで、Ａ〜Ｌは重み係数（正の数）である。また、「ＲＴ数」として記憶された数値は正規化したものを代入し、その他の項目に関する数値は、記憶値をそのまま用いる。
上述したように、各項目の数値は、その値が大きいほど情報的価値が高いことを示すように設定されている。よって、記事xの情報量Ｓxの値が大きいほど、当該記事の情報的価値が高いことを示す。なお、重み係数Ａ〜Ｌは、対応する項目の重要度に応じて適宜設定され得る。
情報量算出部３１ｃは、算出した情報量Ｓxの値をＲＡＭ３４ａに一旦記憶する。
【００４７】
ユーザ類似度算出部３１ｄは、周辺領域記事取得部５１が取得した周辺領域ＡＱ内の地点に関する記事qj及び表示領域記事取得部５２が取得した表示領域ＡＰ内の地点に関する記事piの各々について、解析結果記憶部ＳＴ２に記憶された付加情報テーブルＴＢＬ１２の各項目に記憶された情報と、携帯端末装置１０のユーザ（すなわち、地図情報の閲覧者）の属性を示す閲覧者属性情報との類似度を算出する。
具体的には、ユーザ類似度算出部３１ｄは、携帯端末装置１０から受信した、記事xのユーザ属性情報（「年齢」、「性別」、「職業」、「居住地」、及び「既婚又は未婚の別」）、「興味があるジャンル」、及び「投稿した頻度が高い単語」を付加情報テーブルＴＢＬ１２から取得するとともに、携帯端末装置１０のユーザの「年齢」、「性別」、「職業」、「居住地」、「既婚又は未婚の別」、「興味があるジャンル」、及び「投稿した頻度が高い単語」に関する情報を取得する。
【００４８】
そして、ユーザ類似度算出部３１ｄは、各指標について、記事xの投稿者と閲覧者とで一致している場合には類似していることを示す「１」を付与し、一致しない場合には類似していないことを示す「０」を付与し、これらの数値を合計して記事xの投稿者と閲覧者との間の類似度Ｒxを算出してＲＡＭ３４ａに記憶する。
【００４９】
ここで、記事の投稿者の属性と当該記事の閲覧者の属性とが類似しているほど、閲覧者は、記事の内容に興味を持つ可能性が高いと推定される。例えば、「医師」や「弁護士」など職業が一致していれば共通の話題が多いと推定され、同じ年代や性別、居住地が近い場合にも共通の話題が多いと推定される。また、既婚であれば、子育ての話題などが共通の話題となり得る。また、趣味や興味があるジャンル、多用する単語が似ている場合にも同様である。そこで、本実施形態では、これらのユーザ属性に基づいて、記事の投稿者と当該記事の閲覧者との類似度を算出し、類似度が高いほど重要度スコアが高くなるように設定している。
【００５０】
重要度スコア算出部３１ｅは、各記事xについて、ＲＡＭ３４ａに記憶された情報量Ｓx及び類似度Ｒxを合算して重要度スコアを算出し、ＲＡＭ３４ａに記憶する。本実施例では、この重要度スコアが重要度に関する指標impxとして用いられる。
【００５１】
次に、図５に戻り、平均スコア算出部５６は、表示領域ＡＰ内の記事piの平均スコアＳcPAveを算出する平均スコア算出部５６を有する。平均スコアＳcPAveは、表示領域ＡＰ内の記事piの重要度に関する指標imppiの平均値impPAve、距離に関する指標distpiの平均値distPAve、時刻に関する指標timepiの平均値timePAveに基づいて、下記式によって求められる。
すなわち、
平均スコアＳcPAve＝impPAve×distPAve×timePAve   ・・・式（２）又は
平均スコアＳcPAve＝a×impPAve+ｂ×distPAve+ｃ×timePAve   ・・・式（２）’
ただし、impPAve＝Σimp(pi)/||P||であり、distPAve＝Σdist(pi)/||P||であり、timePAve＝Σtime(pi)/||P||である。ここで、||P||は、表示領域ＡＰ内の記事の総数である。
すなわち、平均スコア算出部５６は、表示領域記事取得部５２が取得した表示領域ＡＰ内の記事piの重要度に関する指標の平均値impPAveと、表示領域ＡＰ内の中心座標Ｃ（表示領域ＡＰ内の点の一例）から記事piが関する地点までの距離に関する指標の平均値distPAveと、表示領域ＡＰ内の記事piが発生した時刻に関する指標の平均値timePAveに基づいて、表示領域ＡＰ内の記事piの平均スコアＳcPAveを算出する。
【００５２】
また、候補決定部５７は、第１スコア算出部５４が算出した記事qjのスコアＳcqjが、平均スコア算出部５６が算出した平均スコアＳcPAve（閾値の一例）よりも高い場合に、記事qjを表示領域ＡＰ内に提示する候補として決定する。なお、閾値は平均スコアＳcPAveそのものであってもよいし、平均スコアＳcPAveを基に算出した値（例えばＳcPAveに所定の係数を乗じた値）であってもよい。
【００５３】
送信部５８は、携帯端末装置１０において、候補決定部５７が決定した候補の記事qj及び表示領域記事取得部５２が取得した記事piが、表示領域ＡＰ内に、第１スコア算出部５４及び第２スコア算出部５５が算出したスコアが高い記事から順に、携帯端末装置１０のタッチパネル１２に表示されている表示領域ＡＰ内に表示されるように、携帯端末装置１０に地図情報を送信する。具体的には、送信部５８は、表示領域の地図画像データを地図情報提供サーバ４０から取得し、表示対象である各記事のプロフィールアイコン、ユーザ名、投稿日時及び投稿テキストを吹き出し画像内に表示した記事画像を生成する。また、各記事がスコア順に、所定数ずつタッチパネル１２の表示領域ＡＰ内に表示されるような地図情報を生成し、送受信部３３を介して携帯端末装置１０に送信する。
【００５４】
携帯端末装置１０は受信した地図情報をタッチパネル１２の表示領域ＡＰに表示する。表示領域ＡＰには、周辺領域記事取得部５１が取得した記事Qのうち候補決定部５７が決定した候補の記事qj及び表示領域記事取得部５２が取得した記事Pに含まれるｎ個の記事piが表示される。これらの記事qj及び記事piは、所定数ずつスコア順に表示される。
この地図情報を見た携帯端末装置１０のユーザは、提示された候補の記事qjを現在の表示領域ＡＰ内で確認し、ユーザが候補の記事qjの記事画像をタップすると（すなわち、候補の記事を選択すると）、携帯端末装置１０からブログ地図提供サーバ３０に対して、選択された記事qjの表示要求が送信される。そして、ブログ地図提供サーバ３０の送信部５８は、表示領域ＡＰ（以下、遷移前の表示領域を「表示領域ＡＰ１」という場合がある）が、選択された記事qjを中心とした新たな表示領域ＡＰ（遷移前の表示領域を「表示領域ＡＰ２」という場合がある）に遷移した地図画像を生成して携帯端末装置１０に対して送信する。
【００５５】
スマートフォンのような携帯端末装置１０の画面サイズには制約があるため、地図の縮尺が同じ場合には画面サイズが大きな表示装置と比較して、表示領域ＡＰの範囲は狭くなる。また、近年頻繁に利用される３次元地図を採用する場合には拡大率を大きくして表示されることが多いと想定されるが、この場合には、表示領域ＡＰの範囲はさらに狭まる。表示領域が狭い場合、当該地図上に表示される記事の数が十分でないことがある。また、表示領域が地方や郊外である場合や、夜間などの時間帯によって記事の数が減少する場合が生じ得る。このような場合、携帯端末装置１０のユーザは、地図をスクロールすれば周辺領域ＡＱに他の記事が存在するかを確認できるが、手掛かりもないまま闇雲にスクロールするのではユーザにとって負担が大きい。
そこで、本実施形態のブログ地図提供サーバ３０は、周辺領域ＡＱ内の地点に関する記事qjを取得し、重要度に関する指標impqj、距離に関する指標distqj、及び時刻に関する指標timeqjに基づいて記事qjのスコアＳcqjを算出し、算出した記事qjのスコアＳcqjが表示領域ＡＰ内の記事piの平均スコアＳcPAveよりも高い場合に、記事qjを表示領域ＡＰに提示する候補として決定し、候補として決定した記事qjをユーザに提示するようにしている。
【００５６】
＜動作＞
次に、本実施形態の動作を説明する。図１１は、ブログ地図提供サーバ３０によって実行される記事格納・解析処理の流れを示すフローチャートである。記事格納・解析処理は、ブログ地図提供サーバ３０がブログサーバ２０から新たな記事を受信する度に実行される。
【００５７】
記事解析処理において、ＣＰＵ３１は、ブログサーバ２０から送受信部３３を介して記事を受信すると（Ｓ１１：ＹＥＳ）、当該記事に記事ＩＤを付与するとともに、記事から「ユーザ名」及び「投稿日時」を取得する。そして、ジオタグが記事に添付されている場合には（Ｓ１２：ＹＥＳ）、ジオタグが示す「緯度経度情報」、「ユーザ名」及び「投稿日時」を記事ＩＤに対応付けた新規レコードを解析結果テーブルＴＢＬ１１に追加する（Ｓ１３）。次に、ＣＰＵ３１は、記事の投稿テキストを形態素解析し（Ｓ１４）、投稿テキストが地名又はＰＯＩ（Point of Interest）を含んでいるか否かを判定する。地名又はＰＯＩを含んでいる場合には（Ｓ１５：ＹＥＳ）当該地名の緯度経度情報を解析結果テーブルＴＢＬ１１の同レコードに追加する（Ｓ１８）。ＰＯＩとしては、映画館、レストラン、美術館、博物館、遊園地などの娯楽施設や、駅や空港などの交通施設が例示される。
一方、ＣＰＵ３１は、ジオタグが記事に添付されていない場合（Ｓ１２：ＮＯ）、記事の投稿テキストを形態素解析し（Ｓ１６）、投稿テキストが地名を含んでいる場合には（Ｓ１７：ＹＥＳ）、地名に対応する「緯度経度情報」、「ユーザ名」及び「投稿日時」を記事ＩＤに対応付けたレコードを解析結果テーブルＴＢＬ１１に追加する（Ｓ１８）。
また、ＣＰＵ３１は、投稿テキストが地名を含んでいるか否かに応じて、当該記事に「１」又は「０」を付与し、付与した値を解析結果テーブルＴＢＬ１１の「地名を含む」に対応付けて記憶する。ステップＳ１４及びＳ１６における投稿テキストの解析結果は、ＲＡＭ３４ａに一旦記憶される。
【００５８】
記事にジオタグが添付されておらず（Ｓ１２：ＮＯ）、且つ、当該記事の投稿テキストが地名を含んでいない場合には（Ｓ１７：ＮＯ）、当該記事は地点に関する記事ではないため、解析結果テーブルＴＢＬ１１には記憶されない。よって、本実施形態において地図上に表示される記事とはならない。
【００５９】
次に、ＣＰＵ３１は、ステップＳ１９において、情報量解析処理を行う。すなわち、ＣＰＵ３１は、上述した特定文字列有無判定処理、ＵＲＬ有無判定処理、悪質ユーザ該当判定処理、文字数取得処理、再投稿数取得処理、及び、流行度情報取得処理を行い、その解析結果を、当該記事の記事ＩＤ及び該当する項目に対応づけて、解析結果テーブルＴＢＬ１１に記憶する。
【００６０】
ＣＰＵ３１は、記事を受信する度に、当該記事について複数の項目について情報量解析処理を行い、解析結果を解析結果テーブルＴＢＬ１１に記憶する。その結果、例えば、図９に示すように、「記事ＩＤ＝0001」について、「ユーザ名＝Ａ、投稿日時＝20131004 03:05:11（2013年10月４日３時５分１１秒）、緯度経度＝(x1,y1)、ＲＴ数＝１２３、文字数＝３５、メンション（＠）を含まない＝０、情報ＵＲＬを含む＝１、写真を含む＝１、スパムユーザでない＝０、不適切用語を含まない＝０、地名の特徴語数＝２、ＨＯＴキーワード数＝１、話題のニュースのＵＲＬを含む＝０、話題の路線名を含む＝０、地名を含む＝０」を含むレコードが生成される。
【００６１】
続いて、ＣＰＵ３１は、ステップＳ２０において、上述した付加情報取得処理を行う。ＣＰＵ３１は、記事を受信する度に、当該記事について付加情報取得処理を行い、取得した付加情報を付加情報テーブルＴＢＬ１２に記憶する。その結果、例えば、図１０に示すように、「記事ＩＤ＝0001」について、「年齢＝２７、性別＝男、職業＝会社員、居住地＝東京、既婚又は未婚の別＝既婚、興味があるジャンル＝音楽、投稿した頻度が高い単語＝ライブ、チケット」を含むレコードが生成される。
なお、記事解析処理（Ｓ１９）は付加情報取得処理（Ｓ２０）の前に行う必要はなく、付加情報取得処理を行ってから記事解析処理を行ってもよい。
【００６２】
次に、図１２を参照して、本実施形態に係る地図情報提供処理について説明する。地図情報提供処理は、携帯端末装置１０から地図情報の表示要求を受信すると開始される。
ここで、地図情報の表示要求は、携帯端末装置１０において、以下のように生成される。携帯端末装置１０のＣＰＵ１１は、タッチパネル１２に表示されたブログ地図アプリの起動アイコンへのタッチ操作を検知すると、ブログ地図アプリを起動する。ブログ地図アプリは、起動時においては、携帯端末装置１０の現在の位置情報へのアクセス許可をユーザに対して求め、許可が得られた場合又は予め許可が付与されている場合には携帯端末装置１０の現在の位置情報を含む表示領域ＡＰの地図情報の表示要求を生成する処理をＣＰＵ１１に実行させる。具体的には、ＣＰＵ１１は、現在の位置情報を中心とした地図であって、所定の拡大率の表示領域ＡＰの指定を、地図情報の表示要求に含めて、ブログ地図提供サーバ３０に対して送信する。なお、上記表示要求には、携帯端末装置１０の現在の位置情報を含めるのではなく、携帯端末装置１０のユーザが指定した任意の場所の指定情報を含まれるようにしてもよい。すなわち、任意の場所が上記表示領域ＡＰとして指定されるようにしてもよい。
また、地図情報の表示要求は、ＣＰＵ１１が、地図情報の表示中に、タッチパネル１２が、表示領域ＡＰを移動するタッチ操作（スライド操作）や拡大率を変更するタッチ操作（ピンチアウト操作やピンチイン操作）を検知した場合にも生成される。
なお、本動作例では、携帯端末装置１０のユーザは、ブログサーバ２０が提供するブログサービスの登録ユーザであるものとする。
【００６３】
図１２において、ＣＰＵ３１は、地図情報の表示要求を携帯端末装置１０から受信すると、表示領域ＡＰの地図画像データを地図情報提供サーバ４０から取得するとともに、解析結果テーブルＴＢＬ１１に記憶された複数の記事のうち、受信した表示要求に含まれる表示領域ＡＰ内に属する緯度経度情報を有する記事、すなわち、表示領域ＡＰ内の地点に関する記事p1, p2, …, pi … , pnを取得する（Ｓ３１）。ＣＰＵ３１は、表示領域ＡＰ内の地点に関する記事p1, p2, …, pi … , pnが表示領域ＡＰの地図上に表示された地図情報を生成して、携帯端末装置１０のタッチパネル１２において表示可能となるように携帯端末装置１０に送信する。地図情報を受信した携帯端末装置１０のタッチパネル１２には、送信した表示要求に応じた表示領域ＡＰの地図情報が表示される。なお、このとき、表示領域ＡＰ内の地点に関する記事piの数ｎが所定数を超える場合、表示領域ＡＰに表示される記事の数は十分であるとして、ＣＰＵ３１は、ステップＳ３２以降の処理を行わないようにしてもよい。
【００６４】
次に、ＣＰＵ３１は、ステップＳ３２において、周辺領域ＡＱ内に属する緯度経度情報を有する記事、すなわち、周辺領域ＡＱ内の地点に関する記事q1, q2, … , qj … , qmを取得する。本実施例では、図７に示されるように、表示領域ＡＰについては地点に関する記事p1及びp2が取得され、周辺領域ＡＱについては地点に関する記事q1〜q6が取得されたものとする（すなわち、ｎ＝２，ｍ＝６）。
【００６５】
次に、ＣＰＵ３１は、ステップＳ３３において、表示領域ＡＰ内の地点に関する記事p1のＳcp1及びp2のスコアＳcp2、及び周辺領域ＡＱ内の地点に関する記事q1〜q6のスコアＳcq1〜Ｓcq6を算出する。
まず、ＣＰＵ３１は、各記事p1及びp2及びq1〜q6について、重要度に関する指標impxを算出する。具体的には、解析結果テーブルＴＢＬ１１のうち、各記事p1、p2、q1〜q6に対応する記事ＩＤの各レコードから、「ＲＴ数」、「文字数」、「メンション（＠）を含まない」、「情報ＵＲＬを含む」、「写真を含む」、「スパムユーザでない」、「不適切用語を含まない」、「地名の特徴語数」、「ＨＯＴキーワード数」、「話題のニュースのＵＲＬを含む」、「話題の路線名を含む」、及び「地名を含む」の各項目に記憶された数値を取得し、取得した数値を上述した式Ａに代入して、各記事p1、p2、q1〜q6の情報量Ｓp1、Ｓp2、Ｓq1〜Ｓq6を算出し、算出した情報量をＲＡＭ３４ａに一旦記憶する。
【００６６】
また、ＣＰＵ３１は、付加情報テーブルＴＢＬ１２のうち、各記事p1、p2、q1〜q6に対応する記事ＩＤの各レコードから、「年齢」、「性別」、「職業」、「居住地」、及び「既婚又は未婚の別」、「興味があるジャンル」、及び「投稿した頻度が高い単語」の各項目に記憶された情報を取得する。また、ＣＰＵ３１は、判定用情報記憶部ＳＴ１を参照して、表示要求を送信した携帯端末装置１０のユーザの「年齢」、「性別」、「職業」、「居住地」、及び「既婚又は未婚の別」、「興味があるジャンル」、「投稿した頻度が高い単語」、及び「地名を含む」の各項目について、記憶された情報を取得する。そして、各記事p1、p2、q1〜q6の投稿者と、携帯端末装置１０のユーザとの類似度Ｒp1、Ｒp2、Ｒq1〜Ｒq6を算出して、ＲＡＭ３４ａに一旦記憶する。
【００６７】
次に、ＣＰＵ３１は、ＲＡＭ３４ａに記憶された、各記事p1、p2、q1〜q6の情報量Ｓp1、Ｓp2、Ｓq1〜Ｓq6の値及び類似度Ｒp1、Ｒp2、Ｒq1〜Ｒq6の値から重要度指標impxを算出する。具体的には、まず、ＣＰＵ３１は、記事p1、p2、q1〜q6の各情報量Ｓp1、Ｓp2、Ｓq1〜Ｓq6をＲＡＭ３４ａから読み出して最大値が１で最小値が０となるように正規化するとともに、記事p1、p2、q1〜q6の各類似度Ｒp1、Ｒp2、Ｒq1〜Ｒq6をＲＡＭ３４ａから読み出して最大値が１で最小値が０となるように正規化する。そして、記事p1、p2、q1〜q6の各々について、正規化後の情報量Ｓp1、Ｓp2、Ｓq1〜Ｓq6の値と正規化後の類似度Ｒp1、Ｒp2、Ｒq1〜Ｒq6の値を合計した合計値を重要度スコア（重要度に関する指標impp1、impp2、impq1〜impq6）としてＲＡＭ３４ａに一旦記憶する。
【００６８】
次に、ＣＰＵ３１は、各記事p1、p2、q1〜q6について、距離に関する指標distp1、distp2、distq1〜distq6を算出する。具体的には、ＣＰＵ３１は、各記事p1、p2、q1〜q6について、表示領域ＡＰ内の中心の緯度経度座標Ｃから各記事が関係する地点の緯度経度座標までの距離の逆数を求め、距離に関する指標distp1、distp2、distq1〜distq6としてＲＡＭ３４ａに一旦記憶する。ここで、座標は携帯端末装置１０の画面のピクセル座標系であっても緯度経度座標系であってもよい。また、ＣＰＵ３１は、各記事p1、p2、q1〜q6が発生した時刻t0から現在時刻t1までの経過時間の逆数を求め、時刻に関する指標timep1、timep2、timeq1〜timeq6としてＲＡＭ３４ａに一旦記憶する。
そして、ＣＰＵ３１は、式（１）に従い、ＲＡＭ３４ａに記憶した重要度に関する指標impp1、impp2、impq1〜impq6、距離に関する指標distp1、distp2、distq1〜distq6、及び時刻に関する指標timep1、timep2、timeq1〜timeq6に基づいて、式（１）又は式（１）’に従って、記事q1〜q6のスコアＳcq1〜Ｓcq6及び記事p1及びp2のスコアＳcp1、Ｓcp2をそれぞれ算出する。
【００６９】
次に、ＣＰＵ３１は、表示領域ＡＰ内の記事piの平均スコアＳcPAveを算出し、周辺領域ＡＱ内の記事Qのうち、平均スコアＳcPAveを超えるもの記事を候補の記事として決定する（Ｓ３４〜Ｓ３８）。具体的には、ＣＰＵ３１は、式（２）に従い、表示領域ＡＰ内の記事p1及びp2の重要度に関する指標impp1及びimpp2の平均値impPAve、距離に関する指標distp1及びdistp2の平均値distPAve、時刻に関する指標timep1及びtimep2の平均値timePAveに基づいて、式（２）又は式（２）’に従って、平均スコアＳcPAveを求める（Ｓ３４）。次に、周辺領域ＡＱ内の記事q1〜q6の各々について、そのスコアScq1〜Scq6が平均スコアＳcPAveを超えるか否かを判定し、平均スコアＳcPAveを超える記事を候補の記事として決定する（Ｓ３６〜Ｓ３８）。本実施例では、周辺領域ＡＱ内の記事q1〜q6のうち、記事q5，q4，q3，q1の各スコアＳcq5，Ｓcq4，Ｓcq3，Ｓcq1が平均スコアＳcPAveを超えており、記載順に高いものとする（Ｓcq5＞Ｓcq4＞Ｓcq3＞Ｓcq1＞ＳcPAve）。また、表示領域ＡＰ内の記事p1及びp2のスコアは、Ｓcp2＞Ｓcp1であり、Ｓcq5＞Ｓcp2＞Ｓcq4、且つ、Ｓcq1＞Ｓcp1であるとする。
【００７０】
続いて、ＣＰＵ３１は、ステップＳ３９において、携帯端末装置１０において、周辺領域ＡＱ内の記事q1〜q6のうち平均スコアＳcPAveを超える記事（すなわち、記事q5，q4，q3，q1）及び表示領域ＡＰ内の記事p1及びp2が表示された地図情報がタッチパネル１２の表示領域ＡＰにおいて表示可能となるように、携帯端末装置１０に送信する。
具体的には、ＣＰＵ３１は、まず、表示領域ＡＰに表示される記事（表示領域ＡＰ内の記事pi及び周辺領域ＡＱ内の記事Qのうち平均スコアＳcPAveを超える記事）をスコア順に順位付けした順位テーブルを生成して、ＲＡＭ３４ａに一旦記憶する。図１３Ａに、表示領域ＡＰに表示される記事をスコア順に並べた順位テーブルＴＢＬ１４の一例を示す。図示されるように、同テーブルでは、表示領域ＡＰ内の記事p1及びp2及び周辺領域ＡＱ内の記事q1〜q6のうち平均スコアＳcPAveを超える記事q5，q4，q3，q1がスコア順に並べられている（Ｓcq5＞Ｓcp2＞Ｓcq4＞Ｓcq3＞Ｓcq1＞Ｓcp1）。ＣＰＵ３１は、順位テーブルＴＢＬ１４に定めた順で、各記事を表示領域ＡＰに表示可能となるように地図情報を生成し、携帯端末装置１０に対して送信する。
【００７１】
図１３Ｂに、本実施形態に係る携帯端末装置１０のタッチパネル１２に表示される表示領域の遷移の様子を示す。まず、画面（ａ）に示されるように、携帯端末装置１０のタッチパネル１２では、現在の表示領域ＡＰ（表示領域ＡＰ１）において、スコアが最も高い記事q5の記事画像が表示される。記事q5の記事画像は、その吹き出しの原点が、周辺領域ＡＱの記事q5が関する地点の位置をおおよそ指し示すように表示領域ＡＰ１に表示されている。図示は省略するが、記事画像の背面には、表示領域ＡＰ１の地図画像が表示されている。
【００７２】
表示領域ＡＰ１の画面（ａ）〜（ｄ）は、所定時間間隔（例えば５秒ごと）で遷移する。画面（ｂ）では、スコアが２番目に高い記事p2の記事画像が表示される一方、先に表示されていた記事q5の記事画像が次第に消失する（フェードアウトする）。画面（ｃ）では、スコアが３番目に高い記事q4の記事画像が表示される一方、先に表示されていた記事p2の記事画像が次第にフェードアウトする。次の画面（ｄ）において、スコアが４番目に高い記事q3の記事画像が表示され、携帯端末装置１０のユーザが、記事q3の記事画像をタップして選択したとする。記事q3の記事画像へのタップ操作を検知した携帯端末装置１０のＣＰＵ１１は、記事q3に関する地点を含む新たな表示領域への遷移要求を、通信インタフェース１３を介してブログ地図提供サーバ３０に送信する。
【００７３】
次に、図１２において、ＣＰＵ３１は、記事q3に関する地点を含む新たな表示領域への遷移要求を携帯端末装置１０から受信すると（Ｓ４０）、記事q3に関する地点を中心座標Ｃに配置した新たな表示領域ＡＰ２の地図情報を生成して、携帯端末装置１０のタッチパネル１２において表示可能となるように、携帯端末装置１０に送信する（Ｓ４１）。その結果、図１３Ｂの画面（ｅ）に示されるように、携帯端末装置１０のタッチパネル１２には、記事q3に関する地点を中心座標Ｃとし、記事q3の記事画像が表示された表示領域ＡＰ２が表示される。
図１３Ｃは、本実施形態に係る遷移前の表示領域ＡＰ１と遷移後の表示領域ＡＰ２を説明する図である。図示のように、地図情報を見た携帯端末装置１０のユーザは、提示された周辺領域ＡＱ内の候補の記事を現在の表示領域ＡＰ１内で確認し、提示された記事画像にユーザがタッチすると（すなわち、候補の記事を選択すると）、表示領域ＡＰ１が、周辺領域ＡＱにある候補の記事を中心とした新たな表示領域ＡＰ２に遷移する。したがって、本実施形態によれば、ユーザは、表示領域ＡＰ外の地点に関する記事を見つけるために、地図をスクロールする必要がなくなり、ユーザの手間が軽減される。
【００７４】
以上説明したように、本実施形態のブログ地図提供サーバ３０は、表示領域ＡＰ内の地点に関する記事pi及び周辺領域ＡＱ内の地点に関する記事qjを取得し、重要度に関する指標impqj、距離に関する指標distqj、及び時刻に関する指標timeqjに基づいて各記事piのスコアＳcpi（第２のスコア）及び記事qjのスコアＳcqj（第１のスコア）を算出するとともに、表示領域ＡＰ内の地点に関する記事Pの平均スコアＳcPAveを算出し、周辺領域ＡＱ内の記事Qのうち、平均スコアＳcPAveを超えるスコアＳcqj（第１のスコア）の記事qj及び表示領域ＡＰ内の記事piを携帯端末装置１０のタッチパネル１２の現在の表示領域ＡＰ１に表示させる。よって、携帯端末装置１０に表示されている表示領域ＡＰの周辺の周辺領域ＡＱ内の地点に関する記事Qのうち、重要度が高く、現在の表示領域に近く、且つ、新しい記事qjから順に表示されるので、ユーザにとって有用と予測される記事qjを、タッチパネル１２に表示されている表示領域ＡＰ内においてユーザに提示することが可能となる。
【００７５】
そして、本実施形態では、ブログ地図提供サーバ３０は、周辺領域ＡＱ内の地点に関する記事qjを候補として表示させるか否かの判断に用いる閾値として、表示領域ＡＰ内の地点に関する記事piのスコアの平均値ＳcPAveを用いる。よって、本実施形態によれば、周辺領域ＡＱ内の記事Qのうち、表示領域ＡＰ内にある記事piのスコアの平均値ＳcPAveよりもスコアＳcqjが高い記事が提示する候補となるので、ユーザが現在閲覧している表示領域ＡＰ内の記事よりも有用性が低いと予測される情報を提示しないようにすることが可能となる。すなわち、平均値ＳcPAveに基づいて候補の適否を判断するため、携帯端末装置１０のユーザが現在興味を持って閲覧している領域内の記事を基準として、周辺領域ＡＱ内の地点に関する記事qjを提示の候補とするかを判断できるという利点がある。
さらに、ブログ地図提供サーバ３０は、周辺領域ＡＱ内の記事Qのうち、平均スコアＳcPAveを超えるスコアＳcqjの記事qjを携帯端末装置１０のタッチパネル１２の現在の表示領域ＡＰ１に提示するに際して、周辺領域ＡＱ内の記事Qのうちの候補の記事qj及び表示領域ＡＰ内の記事piをスコアが高い順に提示する。表示領域ＡＰ内の記事piは携帯端末装置１０のユーザが元々関心を持っていると推定される記事であるから、ユーザにとってより有用性が高いと推定される記事が、有用性が高いと推定される順序でユーザに提示される。
また、周辺領域ＡＱ内の候補の記事qj及び表示領域ＡＰ内の記事piは、携帯端末装置１０のタッチパネル１２に表示されている表示領域ＡＰ内に所定数ずつ（本実施例では、１つずつ）表示される。特に、携帯端末装置１０のように画面サイズに制約がある場合には、表示領域ＡＰに表示される記事を所定数に限ることで、背面に表示されている地図情報の視認性を確保することが可能となる。
【００７６】
また、上述したように、重要度に関する指標impx（重要度スコア）は、記事xの情報量Ｓx及びユーザの類似度Ｒxとに基づいて算出される。すなわち、本実施形態では、情報量算出部３１ｃは、記事の投稿テキストが付加価値情報（情報ＵＲＬ又は写真ＵＲＬ）を含む場合には当該記事の重要度が高くなるように情報量Ｓxを算出し、情報的価値が少ないことを示す文字列もしくは記号又は不適切用語を含む場合には当該記事の重要度が低くなるように情報量Ｓxを算出し、記事の文字数が多いほど（すなわち、記事の文書量が多いほど）当該記事の重要度が高くなるように情報量Ｓxを算出し、記事の閲覧者に再投稿された回数が多いほど当該記事の重要度が高くなるように情報量Ｓxを算出し、記事の投稿者が悪質ユーザに該当する場合には当該記事の重要度が低くなるように情報量Ｓxを算出し、直近の投稿情報から抽出された特徴語への適合度、又は直近の投稿情報で多用される注目語への適合度が高いほど記事の重要度が高くなるように情報量Ｓxを算出する。情報量が多い記事や最近の特徴語や注目語への適合度が高い記事ほど、情報的価値が高いと推測されるから、ユーザが興味を持つ可能性が高い記事をユーザに提示することが可能となる。
【００７７】
また、類似度Ｒxは、記事の投稿者と携帯端末装置１０のユーザ（閲覧者）との類似度が大きいほどその値が高くなるように定められている。すなわち、本実施形態では、ユーザ類似度算出部３１ｄは、記事の投稿者の属性を示す投稿者属性情報と携帯端末装置１０のユーザの属性を示す閲覧者属性情報との類似度が高いほど、記事の重要度が高くなる。記事の投稿者の属性と当該記事の閲覧者の属性とが類似しているほど、閲覧者は、記事の内容に興味を持つ可能性が高いと推定されるから、閲覧者の個人的又は社会的環境や、興味や嗜好により適合した記事をユーザに提示することが可能となる。
【００７８】
＜第２の実施の形態＞
次に、本発明の第２の実施形態について説明する。
本実施形態は、ブログ地図提供サーバではなく携帯端末装置が地図情報提供処理を行う点が上述した第１実施形態と相違する。以下の説明において、第１実施形態と同様の構成については同一の符号を付し、その説明は適宜省略するものとする。
【００７９】
図１４は、本実施形態に係る携帯端末装置１０Ｂの機能構成を示すブロック図である。同図に示すように、携帯端末装置１０ＢのＣＰＵ１１Ｂは、周辺領域記事取得部５５１、表示領域記事取得部５５２、重要度指標算出部５５３ａ、距離指標算出部５５３ｂと、時刻指標算出部５５３ｃ、第１スコア算出部５５４、第２スコア算出部５５５、平均スコア算出部５５６、候補決定部５５７、及び表示制御部５５８を備える。これら各部は、ブログ地図提供サーバ３０の周辺領域記事取得部５１、表示領域記事取得部５２、重要度指標算出部５３ａ、距離指標算出部５３ｂと、時刻指標算出部５３ｃ、第１スコア算出部５４、第２スコア算出部５５、平均スコア算出部５６、候補決定部５７及び送信部５８に対応している。ただし、重要度指標算出部５５３ａは、重要度指標算出部５３ａが備える記事解析部３１ａ及びトレンド情報生成部３１ｂを備えておらず、表示制御部５５８は、送信部５８のように、生成した地図情報を携帯端末装置１０に送信するのではなく、自機のタッチパネル１２に表示されるようにタッチパネル１２を制御する。タッチパネル１２は、地図上の地点に関する記事が表示された地図情報を表示する。
携帯端末装置１０Ｂの記憶部１４には、地図情報提供処理を実行させるための地図情報提供プログラムが記憶されており、ＣＰＵ１１Ｂはこのプログラムを実行することにより、本実施形態に係る各機能を実現する。
【００８０】
図１５は、本実施形態に係るブログ地図提供サーバ３０Ｂの機能構成を示すブロック図である。図示のように、ブログ地図提供サーバ３０Ｂは、記事解析部５３１ａ、トレンド情報生成部５３１ｂ、判定用情報記憶部ＳＴ５１、及び解析結果記憶部ＳＴ５２を備える。記事解析部５３１ａ及びトレンド情報生成部５３１ｂは、上記第１実施形態の記事解析部３１ａ及びトレンド情報生成部３１ｂと同様であり、これらの機能はＣＰＵ３１Ｂによって実現される。
【００８１】
また、判定用情報記憶部ＳＴ５１及び解析結果記憶部ＳＴ５２は記憶装置３４ｃＢに保持されるものであり、上記第１実施形態の判定用情報記憶部ＳＴ１及び解析結果記憶部ＳＴ２と同様である。
ブログ地図提供サーバ３０Ｂは、携帯端末装置１０Ｂからの地図情報の要求に応じて、解析結果記憶部ＳＴ２に記憶された解析結果テーブルＴＢＬ１１及び付加情報テーブルＴＢＬ１２の記憶内容を携帯端末装置１０Ｂに対して送信する。
【００８２】
図１６は、本実施形態に係る処理の流れを示すシーケンスチャートである。図示のように、ブログサーバ２０はユーザから投稿された記事を受け取る度に、ユーザ名、ユーザが設定した写真画像などのプロフィールアイコン、投稿テキスト、及び投稿日時などを含む記事をブログ地図提供サーバ３０Ｂに送信する（Ｓｂ1）。
ブログ地図提供サーバ３０ＢのＣＰＵ３１Ｂは、ブログサーバ２０から送受信部３３を介して新たな記事を受け取ると、ジオタグが添付されている記事又は投稿テキストに地名を含む記事を解析結果テーブルＴＢＬ１１に追加すると共に、トレンド情報生成部５３１ｂ及び判定用情報記憶部ＳＴ５１を参照することにより、各記事の解析処理（Ｓｂ2）を実行し、ＣＰＵ３１Ｂは、解析結果を解析結果記憶部ＳＴ５２の解析結果テーブルＴＢＬ１１及び付加情報テーブルＴＢＬ１２に記憶する（Ｓｂ3）。なお、ブログサーバ２０からブログ地図提供サーバ３０に対して送信された記事は、携帯端末装置１０Ｂからの要求に応じて携帯端末装置１０Ｂに対して送信可能なように、ブログ地図提供サーバ３０に記憶されている。
【００８３】
次に、ＣＰＵ３１Ｂは、携帯端末装置１０Ｂから表示領域ＡＰ１の地図情報の表示要求を受信すると（Ｓａ1）、これに応じて、地図情報提供サーバ４０に対して、受信した表示要求に含まれる表示領域ＡＰ１の地図画像データを要求する（Ｓｂ4）。そして、ＣＰＵ３１Ｂは、地図情報提供サーバ４０から地図画像データを受信すると（Ｓｂ5）、表示領域ＡＰ１内に属する緯度経度情報を有する記事、すなわち、表示領域ＡＰ１内の地点に関する記事p1, p2, …, pi … , pnを取得して、これらの記事が表示領域ＡＰ１の地図上に表示された地図情報を携帯端末装置１０Ｂへ送信する（Ｓｂ6）。
地図情報を受信した携帯端末装置１０ＢのＣＰＵ１１Ｂは、タッチパネル１２に受信した地図情報を表示させるようタッチパネル１２を制御する（Ｓａ2）
【００８４】
続いて、携帯端末装置１０ＢのＣＰＵ１１Ｂが、表示領域ＡＰ１の周辺領域ＡＱ内の記事をブログ地図提供サーバ３０Ｂに対して要求すると（Ｓａ3）、これに応じて、ブログ地図提供サーバ３０ＢのＣＰＵ３１Ｂは、周辺領域ＡＱ内に属する緯度経度情報を有する記事、すなわち、周辺領域ＡＱ内の地点に関する記事q1, q2, … , qj … , qmを取得して、携帯端末装置１０Ｂへ送信する（Ｓｂ7）。次に、ＣＰＵ３１Ｂは、解析結果テーブルＴＢＬ１１及び付加情報テーブルＴＢＬ１２に記憶された解析結果のうち、表示領域ＡＰ１内の地点に関する記事p1, p2, …, pi … , pn、及び周辺領域ＡＱ内の地点に関する記事q1, q2, … , qj … , qmの解析結果を取得して、携帯端末装置１０Ｂに対して送信する。ブログ地図提供サーバ３０Ｂから携帯端末装置１０Ｂへ送信される記事には、ユーザ名、ユーザが設定した写真画像などのプロフィールアイコン、投稿テキスト、及び投稿日時など、記事画像の生成に必要な情報が含まれる。なお、本実施形態では、上述した実施形態と同様に、図７に示されるように、表示領域ＡＰ（すなわち、表示領域ＡＰ１）については地点に関する記事p1及びp2が取得され、周辺領域ＡＱについては地点に関する記事q1〜q6が取得されたものとする（すなわち、ｎ＝２，ｍ＝６）。
【００８５】
携帯端末装置１０ＢのＣＰＵ１１Ｂは、ブログ地図提供サーバ３０Ｂから解析結果を受信すると、受信した情報を記憶部１４のＲＡＭに一旦記憶し、表示領域ＡＰ１内の地点に関する記事p1,p2及び周辺領域ＡＱ内の地点に関する記事q1〜q6の各々について、情報量算出処理（Ｓａ4）及びユーザ類似度算出処理（Ｓａ5）を実行する。
ここで、本実施形態では、ブログ地図アプリが最初に起動されると、携帯端末装置１０Ｂのユーザ（すなわち、閲覧者）に関するユーザ属性情報（「年齢」、「性別」、「職業」、「居住地」、及び「既婚又は未婚の別」）及び「興味があるジャンル」の入力をユーザに促すことにより、これらの情報が予め取得されて、記憶部１４に記憶される。また、「投稿した頻度が高い単語」については、携帯端末装置１０Ｂのユーザがブログサービスの登録ユーザである場合には、ブログ地図アプリが起動される度に、ユーザは自己のユーザ名及びパスワードでブログサービスにログインするように促される結果、過去の一定期間における閲覧者の記事から「投稿した頻度が高い単語」が自動的に取得されて、記憶部１４に記憶される。
ＣＰＵ１１Ｂは、ブログ地図提供サーバ３０Ｂから受信した情報及び記憶部１４に記憶されたユーザ属性情報、「興味があるジャンル」、及び「投稿した頻度が高い単語」に基づいて、各記事xについての情報量Ｓx及び類似度Ｒxを算出して、記憶部１４のＲＡＭに一旦記憶する。
【００８６】
次に、ＣＰＵ１１Ｂは、ステップＳａ6において、ＲＡＭに記憶された情報量Ｓx及び類似度Ｒxに基づいて各記事xの重要度に関する指標impxを算出するとともに、距離に関する指標distxを算出し、時刻に関する指標timexを算出する。続いてＣＰＵ１１Ｂは、ステップＳａ6で算出した重要度に関する指標impx、距離に関する指標distx、時刻に関する指標timexに基づいて、記事piのスコアＳcpi及び記事qjのスコアＳcqjをそれぞれ算出する。これ以降、ＣＰＵ１１Ｂは、上述した第１実施形態と同様に、表示領域ＡＰ１内の記事p1及びp2の平均スコアＳcPAveを算出し（Ｓａ8）、周辺領域ＡＱ内の地点に関する記事q1〜q6のうち、そのスコアが平均スコアＳcPAveを超える記事を候補として決定して、表示領域ＡＰ１内の記事p1及びp2と共に、タッチパネル１２に表示されている表示領域ＡＰ１内に表示する（Ｓａ9）。
【００８７】
その結果、図１３Ｂに示したように画面が携帯端末装置１０Ｂに表示され、携帯端末装置１０Ｂのユーザが、タッチパネル１２に画面（ｄ）が表示されているときに、記事q3をタップして選択したとする。選択入力を受け付けた携帯端末装置１０ＢのＣＰＵ１１Ｂは、記事q3に関する地点を含む新たな表示領域（すなわち、表示領域ＡＰ２）への遷移要求をブログ地図提供サーバ３０に送信する（Ｓａ10）。ＣＰＵ３１Ｂは、遷移要求を携帯端末装置１０Ｂから受信すると、記事q3が関連する地点を中心座標Ｃに配置した新たな表示領域ＡＰ２の地図情報を生成して、携帯端末装置１０Ｂのタッチパネル１２において表示可能となるように、携帯端末装置１０Ｂに送信する（Ｓｂ9〜Ｓｂ11）。その結果、図１３Ｂの画面（ｅ）に示されるように、携帯端末装置１０Ｂのタッチパネル１２には、記事q3に関する地点を中心座標Ｃに配置した表示領域ＡＰ２が表示される。
【００８８】
以上説明したように、本実施形態では、携帯端末装置（ユーザ端末）１０Ｂは、地図上の地点に関する記事が表示された地図情報を表示するタッチパネル１２と、タッチパネル１２に表示されている表示領域ＡＰの周辺の領域であって、表示領域ＡＰを除く周辺領域ＡＱ内の地点に関する記事qjを取得する周辺領域記事取得部５５１と、周辺領域記事取得部５５１が取得した周辺領域ＡＱ内の記事qjの重要度に関する指標impqjと、表示領域ＡＰ内の中心座標Ｃから記事qjが関する地点までの距離に関する指標distqjと、記事qjが発生した時刻に関する指標timeqjに基づくスコアであって、重要度に関する指標impqjは記事qjの重要度が高いほど値が高く、距離に関する指標distqjは距離が小さいほど値が高く、時刻に関する指標timeqjは前記記事qjが発生した時刻が現在時刻に近いほど値が高いスコアを算出する第１スコア算出部５５４と、第１スコア算出部５５４が算出した記事qjのスコアが、表示領域ＡＰ内の記事piの平均スコアＳcPAve（閾値の一例）よりも高い場合に、記事qjを表示領域ＡＰ内に提示する候補として決定する候補決定部５５７と、候補決定部５５７が決定した候補の記事qjが表示領域ＡＰ内に表示されるようにタッチパネル１２を制御する表示制御部５５８を備える。また、さらに、表示領域記事取得部５５２は、表示領域ＡＰ内の地点に関する記事piを取得し、第２スコア算出部５５５は、表示領域ＡＰ内の地点に関する記事piの重要度に関する指標imppiと、表示領域ＡＰ内の中心座標Ｃから記事piが関する地点までの距離に関する指標distpiと、記事piが発生した時刻に関する指標timepiに基づくスコアを算出し、表示制御部５５８は、表示領域記事取得部５５２が取得した記事pi及び候補決定部５５７が決定した候補の記事qjをスコアが高い順に、所定数ずつ、表示領域ＡＰ内に表示されるようにタッチパネル１２を制御する。
よって、本実施形態によれば、上述した第１実施形態と同様の効果が得られる。また、本実施形態によれば、ブログ地図提供サーバではなく、携帯端末装置１０Ｂが地図情報提供処理を行うため、ブログ地図提供サーバの負荷が分散されるという利点がある。
【００８９】
＜変形例＞
本発明は上述した実施形態に限定されるものではなく、以下の変形が可能である。また、各変形例は適宜組み合わせることができる。
（１）上述した実施形態では、重要度に関する指標impxと、距離に関する指標distxと、時刻に関する指標timexに基づいて第１スコア、第２スコア、及び平均スコアの各々を算出するが、重要度に関する指標impxと、距離に関する指標distxと、時刻に関する指標timexの少なくともいずれかに基づいて第１スコアを算出し、第１スコアで用いられた指標と同一の指標に基づいて第２スコア及び平均スコアを算出するようにしてもよい。
また、上述した実施形態では、情報量Ｓxと類似度Ｒxに基づいて重要度に関する指標impxを算出したが、いずれか一方のみを用いるようにしてもよい。
【００９０】
（２）上述した実施形態では、周辺領域ＡＱ内の記事qjの距離に関する指標distqjは、表示領域ＡＰ内の中心座標Ｃから記事qjが関する地点までの距離であるが、中心座標Ｃに限られず、表示領域ＡＰ内の点であればよい。また、表示領域ＡＰ内の点は任意の一点であってもよいし、表示領域ＡＰの周縁上の点のうち、記事qjに最も近い点であってもよい。
同様に、上述した実施形態では、表示領域ＡＰ内の記事piの距離に関する指標distpiは、表示領域ＡＰ内の中心座標Ｃから記事piが関する地点までの距離であるが、中心座標Ｃに限られず、表示領域ＡＰ内の点であればよい。
また、上述した実施形態では、距離に関する指標distxは、表示領域ＡＰ内の中心座標Ｃから記事pi又はqjが関する地点までの距離が小さいほど距離に関する指標distxの値が小さくなるように、距離の逆数から算出されるが、代わりに、距離の二乗値の逆数から算出されてもよい。すなわち、距離に関する指標distxは、表示領域ＡＰ内の点から記事pi又はqjが関する地点までの距離の二乗値の逆数から算出されるようにしてもよい。この変形によれば、距離の逆数を用いる場合よりも、表示領域ＡＰに近い記事xのスコアが高く評価される。
【００９１】
（３）上述した実施形態では、候補決定部５７，５５７は、第１スコア算出部５４，５５４が算出した周辺領域ＡＱ内の記事qjのスコアScqjが、表示領域ＡＰ内の記事piの平均スコアＳcPAveよりも高い場合に、候補の記事として決定するが、これに限られない。例えば、記事qjが携帯端末装置１０，１０Ｂのユーザにとって有用であると推定される閾値を設け、当該閾値を超える記事qjを候補の記事として決定してもよい。すなわち、候補決定部５７，５５７は、第１スコア算出部５４，５５４が算出した周辺領域ＡＱ内の記事qjのスコアScqjが閾値よりも高い場合に、当該記事qjを表示領域ＡＰ内に提示する候補として決定してもよい。
【００９２】
図１７は、本変形例に係るブログ地図提供サーバ３０Ａ（地図情報提供装置）の機能構成を示すブロック図である。図示されるように、ブログ地図提供サーバ３０Ａは、周辺領域記事取得部５１、重要度指標算出部５３ａ、距離指標算出部５３ｂ、及び時刻指標算出部５３ｃ、第１スコア算出部５４、候補決定部５７Ａ、及び送信部５８Ａを備える。すなわち、本変形例に係るブログ地図提供サーバ３０Ａは、表示領域記事取得部５２、第２スコア算出部５５、又は平均スコア算出部５６を備えない点で、上記第１実施形態に係るブログ地図提供サーバ３０と異なる。
また、上記第１実施形態に係る候補決定部５７は、第１スコア算出部５４が算出した周辺領域ＡＱ内の記事qjのスコアＳcqjが表示領域ＡＰ内の記事piの平均スコアＳcPAveよりも高い場合に候補の記事として決定するのに対し、本変形例に係る候補決定部５７Ａは、周辺領域ＡＱ内の記事qjのスコアＳcqjが閾値よりも高い場合に、候補の記事として決定する。
また、上記第１実施形態に係る送信部５８は、携帯端末装置１０において、候補決定部５７が決定した候補の記事qj及び表示領域記事取得部５２が取得した記事piが、表示領域ＡＰ内に、第１スコア算出部５４及び第２スコア算出部５５が算出したスコアが高い記事から順に、携帯端末装置１０のタッチパネル１２に表示されている表示領域ＡＰ内に表示されるように、携帯端末装置１０に地図情報を送信するのに対し、本変形例に係る送信部５８Ａは、候補決定部５７Ａが決定した候補の記事qjが、表示領域ＡＰ内に、第１スコア算出部５４が算出したスコアが高い記事から順に、携帯端末装置１０のタッチパネル１２に表示されている表示領域ＡＰ内に表示されるように、携帯端末装置１０に地図情報を送信する。すなわち、本変形例では、上記第１実施形態と異なり、表示領域ＡＰ内の地点に関する記事piは、携帯端末装置１０のタッチパネル１２に表示されている表示領域ＡＰ内に表示されない。
【００９３】
ここで、閾値は、ゼロであってもよいし、所定値であってもよい。また、表示領域ＡＰを包含し、表示領域ＡＰよりも大きな領域ＡＰＬ内の記事のスコアの平均値であってもよい。領域ＡＰＬは、例えば、互いに重ならない１又は複数の単位領域を含むようにしてもよい。各単位領域内の地点に関する記事のスコアの平均値を過去の期間において計算しておき、この平均値又は平均値に基づく値を閾値として用いてもよい。
本実施形態によれば、周辺領域ＡＱ内の地点に関する記事Qのうち、携帯端末装置１０のユーザにとって有用であると推定される記事qjを、タッチパネル１２に表示されている表示領域ＡＰ内においてユーザに提示することが可能となる。すなわち、ユーザは、表示領域ＡＰを見ながらにして、周辺領域ＡＱ内にある記事qjの候補を見ることができるため、表示領域ＡＰに表示されている記事が皆無である場合や極めて少数の場合であっても、闇雲に他の領域へとスクロールする必要がなくなり、利便性が格段に向上する。
また、上述した第１実施形態の場合には、表示領域ＡＰ内に記事piが皆無の場合には、平均スコアＳcPAveを得ることができないが、本変形によれば、表示領域ＡＰ内の記事が皆無である場合や極めて少数の場合であっても、表示領域ＡＰ内に記事piに依存しない一定の基準に従って、周辺領域ＡＱ内の記事の候補を決定することが可能となる。
【００９４】
（４）上述した実施形態では、送信部５８又は表示制御部５５８は、周辺領域ＡＱ内の記事Qのうち、そのスコアScqjが平均スコアＳcPAveを超える記事qjと共に、表示領域ＡＰ内の記事piが、第１スコア及び第２スコアが高いものから順に所定数ずつ表示領域ＡＰに表示されるが、これに限られない。
例えば、送信部５８又は表示制御部５５８は、携帯端末装置１０，１０Ｂにおいて、まず、表示領域ＡＰ内の記事pi内の記事を第２スコア算出部５５，５５５が算出したスコアが高い記事から順に所定数ずつ表示され、続いて、周辺領域ＡＱ内の記事QのうちそのスコアScqjが平均スコアＳcPAveを超える記事qjを第１スコア算出部５４，５５４が算出したスコアが高い記事から順に所定数ずつ表示されるようにしてもよい。この態様によれば、表示領域ＡＰ内の記事piが優先して表示される。
【００９５】
（５）上述した実施形態では、表示領域ＡＰに表示される記事の所定数が１であるとして説明したが、本発明はこれに限られず、表示領域ＡＰに表示されている地図の視認性が確保可能な範囲で適宜変更し得る。上述した図１３Ｂでは、記事が互いに重ならないように表示された例を図示したが、これに限られない。例えば、所定数が２の場合に２つの記事は重なっても表示されてもよく、スコアが高い方の記事を前面に表示し、所定間隔で、先に表示されていた記事が消えて、次にスコアが高い記事が前面に表示されるように１つずつ切り替えてもよい。すなわち、図１３Ａに示す例では、最もスコアが高い記事q5の記事画像とスコアが２番目に高い記事p2の記事画像とが同時に表示される。この場合は、記事q5の記事画像が記事p2の記事画像の前面に表示される。そして、次の切り替えタイミングで記事q5の記事画像は消えるとともに、記事p2の記事画像が前面に表示されスコアが３番目に高い記事q4の記事画像が背面に表示されるといった具合である。
また、本発明は記事を所定数ずつ表示する態様に限られない。例えば、表示領域ＡＰ内における記事の面積の占有率が所定値（例えば、２割）を超えると先に表示されていた記事が順次消え、占有率が閾値以下となると次に表示されるべき記事が表示されるようにしてもよい。
これらの態様によれば、画面サイズに制約があるスマートフォンのような携帯端末装置１０の表示部においても、表示部に表示されている表示領域内における地図の視認性を確保しつつ、表示領域内の記事及び周辺領域内の記事を、表示部に表示されている表示領域内に提示することが可能となる。
【００９６】
（６）上述した実施形態では、図１３Ｂの画面（ｅ）において、携帯端末装置１０，１０Ｂのユーザが選択した記事q3に関する地点を中心座標Ｃに配置した表示領域ＡＰ２が表示されるが、記事q3に関する地点が表示領域ＡＰ２の中心座標Ｃに一致する必要はなく、記事q3に関する地点が表示領域ＡＰ２内に含まれるように表示されればよい。
すなわち、送信部５８は、携帯端末装置１０において、ユーザが閲覧するために候補の記事qjが選択された場合には、選択された候補の記事qjが関する地点を含む新たな表示領域ＡＰ２がタッチパネル１２で表示されるように、携帯端末装置１０に地図情報を送信する。また、携帯端末装置１０Ｂの表示制御部５５８は、携帯端末装置１０Ｂにおいて、ユーザが閲覧するために候補の記事qjが選択された場合には、選択された候補の記事qjが関する地点を含む新たな表示領域ＡＰ２がタッチパネル１２で表示されるように、タッチパネル１２を制御する。
【００９７】
（７）上述した実施形態では、周辺領域記事取得部５１，５５１は、表示領域ＡＰの中心座標Ｃから所定距離ｒ離れた円が内接する矩形の領域を周辺領域ＡＱとして定めるが、本発明はこれに限られない。例えば、中心座標Ｃではなく、表示領域ＡＰ内の任意の１又は複数の点（例えば、表示領域ＡＰの周縁上の点）から所定距離ｒ離れた領域であってもよい。また、周辺領域ＡＱは中心座標Ｃから所定距離ｒ離れた円形であってもよく、本発明の目的を達成可能な範囲内においてその形状又は大きさは任意に変形が可能である。
また、周辺領域記事取得部５１，５５１は、中心座標Ｃからの所定距離ｒの範囲内で記事を取得する代わりに、中心座標Ｃ又は表示領域ＡＰの任意の１又は複数の点から記事qjが関する地点までの距離が小さい順に、取得された記事qjの数が所定数に達するまで記事qjを取得してもよい。この変形によれば、確実に、所定数の記事qjを得ることが可能となる。
【００９８】
また、ブログ地図提供サーバ３０は、互いに重ならない複数の単位領域Ｕの各々について、過去の期間内における記事の平均発現数を記憶した記憶部（記憶装置３４ｃ）をさらに備え、周辺領域記事取得部５１，５５１は、中心座標Ｃからの所定距離ｒの範囲内で記事を取得する代わりに、各単位領域Ｕにおける平均発現数から、所定数の記事が含まれると推測される周辺領域ＡＱの範囲を決定し、当該決定した周辺領域ＡＱの範囲内の地点に関する記事を取得するようにしてもよい。
図１８は、本変形例に係る単位領域Ｕと、表示領域ＡＰ及び仮周辺領域ＡＱproの関係を説明するための図である。単位領域Ｕk（ｋ＝1,2,3,…ｗ、ｗは自然数）は、予め定められた同形同大の矩形領域であり、ブログ地図提供サーバ３０の記憶装置３４ｃには、過去の期間内における記事の平均発現数（例えば、過去１か月における発現数の平均）が、単位領域Ｕkごとに記憶されている。
図示のように、単位領域Ｕ１〜Ｕ６は、表示領域ＡＰを除く仮周辺領域ＡＱproと部分的に重なっている。ここで、図中Ａ１，Ａ２，Ａ３１、Ａ３２，Ａ４，Ａ６は、仮周辺領域ＡＱproのうち対応する各単位領域Ｕ１〜Ｕ６と重なる部分の面積を示し、各単位領域Ｕkの面積をＡＡとした場合、対応する単位領域Ｕ１〜Ｕ６に対する重なり部分の比率（以下、重なり率）は、それぞれ、単位領域Ｕ１ではＡ１／ＡＡ、単位領域Ｕ２ではＡ２／ＡＡ、単位領域Ｕ３では（Ａ３１＋Ａ３２）／ＡＡ、単位領域Ｕ４ではＡ４／ＡＡ、単位領域Ｕ５ではＡ５／ＡＡ、及び、単位領域Ｕ６ではＡ６／ＡＡとなる。また、仮周辺領域ＡＱproは、表示領域ＡＰを除く周辺領域ＡＱとして定められ得る最小の領域であって、この最小の領域を初期領域として拡大される領域である。仮周辺領域ＡＱproが拡大されると、仮周辺領域ＡＱproに重なる単位領域Ｕkの範囲や個数も変化する。最小の領域は、例えば、表示領域ＡＰの中心座標Ｃから最低距離ｒmimの円が内接する正方形領域として画定される。
周辺領域記事取得部５１，５５１は、まず、記憶装置３４ｃに記憶されている各単位領域Ｕ１〜Ｕ６における記事の平均発現数に、仮周辺領域ＡＱproの初期領域と各単位領域Ｕ１〜Ｕ６との重なり率（単位領域Ｕ１ではＡ１／ＡＡ、単位領域Ｕ２ではＡ２／ＡＡ、単位領域Ｕ３では（Ａ３１＋Ａ３２）／ＡＡ、単位領域Ｕ４ではＡ４／ＡＡ、単位領域Ｕ５ではＡ５／ＡＡ、及び、単位領域Ｕ６ではＡ６／ＡＡ）を乗算した数を合計して、仮周辺領域ＡＱpro内における記事の推定発現数を求め、この推定発現数が所定数に満たない場合には、仮周辺領域ＡＱproの範囲を拡大し、再び推定発現数を求める。周辺領域記事取得部５１，５５１は、推定発現数が所定数に達するまで、仮周辺領域ＡＱproの範囲を拡大し、推定発現数を求める処理を繰り返す。周辺領域記事取得部５１，５５１は、推定発現数が所定数に達すると、最新の推定発現数が得られた仮周辺領域ＡＱproを周辺領域ＡＱとして決定し、当該周辺領域ＡＱの範囲から、記事Qを取得する。この変形によれば、過去の発現数の統計値に基づいて周辺領域ＡＱを決定するので、一定の根拠に基づいて周辺領域ＡＱから取得される記事Qが過少とならない範囲を定めることができる。
【００９９】
（８）上述した実施形態では、トレンド情報生成部３１ｂ，５３１ｂが、地域別特徴語情報、ＨＯＴキーワード情報、話題のニュース情報、及び話題の路線情報生成し、記事解析部３１ａは、トレンド情報生成部３１ｂ，５３１が生成した情報に基づいて、「地名の特徴語数」、「ＨＯＴキーワード数」、「話題のニュースのＵＲＬを含む」、及び「話題の路線名を含む」の各項目に関する値を取得するが、本発明はこれに限られない。例えば、移動通信網ＭＮ内の他のサーバ装置又は外部のサーバ装置がＷｅｂサイトで同様の情報を提供している場合には、記事解析部部３１ａは、このＷｅｂサイトを参照するようにしてもよい。本変形例によれば、他のＷｅｂサイトが提供する情報を用いるので、ブログ地図提供サーバ３０の資源が節約できるという利点がある。
【０１００】
（９）上述した実施形態では、類似度Ｒxの算出に際してユーザ属性の各指標の一致不一致に応じて、類似度Ｒxを算出するが、これに限られない。
例えば、投稿者及び閲覧者ごとに、過去の記事の本文テキストとプロフィールテキストを解析し、本文テキスト又はプロフィールテキストに記載の単語であれば「１」を付与し、なければ「０」というベクトルを作成する。そして、投稿者の単語ベクトルと閲覧者の単語ベクトルの内積を計算して類似度Ｒxとして用いるようにしてもよい。
【０１０１】
具体的には、例えば、単語（term1, term2, term3, term4）について、投稿者Ａの単語ベクトルが（1,1,1,1）であり、閲覧者の単語ベクトルが（1,0,0,1）であれば、両者の類似度Ｒx＝(1×1)＋(1×0)＋(1×0)＋(1×1)＝2となり、投稿者Ｂの単語ベクトルが（0,1,1,0）であり、閲覧者のベクトルが（1,0,0,1）であれば、両者の類似度Ｒx＝(0×1)＋(1×0)＋(1×0)＋(0×1)＝0となる。なお、単語ベクトルは、上述したｔｆ−ｉｄｆの値を用いて算出するようにしてもよい。
【０１０２】
記事の投稿テキストやプロフィールテキストで用いられる単語には、投稿者や閲覧者の志向が色濃く反映される場合が多い。このため、年齢や性別といったユーザ属性を用いて類似度を算出する場合よりも、きめ細やかなユーザ特性に基づいて類似度を判定することが可能となる。
また、上述した実施形態では、ブログサーバ２０から登録ユーザのユーザ属性データが提供される態様について説明したが、登録ユーザによっては、自己の属性データを一切登録しない場合もあり得る。また、ブログサーバ２０がユーザ属性データを提供しない場合も考えられる。本変形例によれば、このような場合にも、類似度を重要度の評価に用いることができるという利点がある。
【０１０３】
（１０）上述した実施形態では、記事解析部３１ａ，５３１ａが解析した全ての項目の数値を式Ａに代入して情報量Ｓxとして算出するが、一部の項目については情報量Ｓxの計算対象から除外してもよい。例えば、記事の投稿者がスパムユーザに該当する場合や、本文テキストに不適切用語を含む場合には、対応する記事を予め算出対象から除外するようにしてもよい。
また、上述した実施形態では情報量Ｓxの算出式として式Ａを例示したが、これに限られない。また、情報量の算出に用いる各指標は上記実施形態に例示したものに限られず、各記事の情報的価値（情報量の多寡や情報の適性）を示す他のものを用いてもよい。
【０１０４】
（１１）上述した実施形態では、記事画像として、吹き出し画像内にプロフィールアイコン、ユーザ名、投稿日時及び投稿テキストを表示するが、これに限られず、これらの要素の少なくとも１つ又は２以上を任意に組み合わせたものを表示するようにしてもよい。
また、別の態様として、記事が写真画像などの添付画像を含む場合には、投稿テキストを表示する代わりに、添付画像だけを表示するようにしてもよい。この態様によれば、地図の閲覧者は、一見して記事の内容を把握することが可能となる。
また、携帯端末装置１０，１０Ｂは、記事pi及び記事qjをブログ地図提供サーバ３０を介さずにブログサーバ２０から直接取得してもよい。
【０１０５】
（１２）その他の変形例
上述した実施形態では、記事の付加価値情報として写真画像が添付されている場合に、当該記事の重要度が高くなるが、写真画像に限られず、描画画像や動画像、音声などの付加価値情報であってもよい。
上述した実施形態では、各記事の緯度経度情報を、ジオタグによって示される緯度経度情報と本文テキストの解析により導出される地名の緯度経度情報の両方に基づいて判定していたが、どちらか一方を用いるようにしてもよい。
また、実施形態では、ユーザがブログ地図を閲覧する際に用いる端末は携帯端末装置１０，１０Ｂであるが、これに限られず、据置型のパーソナルコンピュータ装置であってもよい。また、携帯端末装置１０，１０Ｂは通信機能を有しているものであれば良く、電話機能を有している必要はない。また、タッチパネルを有している必要はなく、表示部と操作部とが別々に構成されているものでもよい。
また、記事はブログやマイクロブログなどに投稿されるテキストの記事に限られず、例えば、写真投稿サイトの写真画像の記事などであってもよい。
【符号の説明】
【０１０６】
１……ブログ地図表示システム、１０……携帯端末装置（ユーザ端末）、１０Ｂ……携帯端末装置（地図情報提供装置）、１１……ＣＰＵ（周辺領域記事取得部、表示領域記事取得部、第１スコア算出部、第２スコア算出部、候補決定部、表示制御部、平均スコア算出部）、１２……タッチパネル（表示部）、１３……通信インタフェース、１４……記憶部、１５……マイク、１６……スピーカ、２０……ブログサーバ、３０，３０Ａ……ブログ地図提供サーバ（地図情報提供装置）、３０Ｂ……ブログ地図提供サーバ、３１……ＣＰＵ（周辺領域記事取得部、表示領域記事取得部、第１スコア算出部、第２スコア算出部、候補決定部、送信部、平均スコア算出部）、３２……ディスプレイ、３３……通信インタフェース（送信部）、３４ａ……ＲＡＭ、３４ｂ……ＲＯＭ、３４ｃ……記憶装置（記憶部）、３５……入力部、４０……地図情報提供サーバ、pi，qj……記事、ＡＰ……表示領域、ＡＱ……周辺領域、Ｕk……単位領域。
【図１】
2015099265.tif 000003
【図２】
2015099265.tif 000004
【図３】
2015099265.tif 000005
【図４】
2015099265.tif 000006
【図５】
2015099265.tif 000007
【図６】
2015099265.tif 000008
【図７】
2015099265.tif 000009
【図８】
2015099265.tif 000010
【図９】
2015099265.tif 000011
【図１０】
2015099265.tif 000012
【図１１】
2015099265.tif 000013
【図１２】
2015099265.tif 000014
【図１３Ａ】
2015099265.tif 000015
【図１３Ｂ】
2015099265.tif 000016
【図１３Ｃ】
2015099265.tif 000017
【図１４】
2015099265.tif 000018
【図１５】
2015099265.tif 000019
【図１６】
2015099265.tif 000020
【図１７】
2015099265.tif 000021
【図１８】
2015099265.tif 000022