JP2015097017A - 地図情報提供装置及び地図情報提供方法 - Google Patents

Abstract

【課題】 記事が配置された地図情報を端末装置のユーザが閲覧している場合に、ユーザが関心を持つと予測される他のエリアの地図情報を提示する。【解決手段】 ブログ地図提供サーバ３０は、地図上の区分された複数のエリアの各々の地点に関して発信された記事量に関する指標Ｘと、記事が関連している地点の多様性に関する指標Ｙとに基づいて、各エリアについて推定されるユーザの関心度を示すスコアＳＣを算出し、算出されたスコアＳＣに応じて、携帯端末装置１０に表示中の現在エリアの地図情報に代わる新たなエリアの候補を提示する。【選択図】図５

Description

本発明は、地図上の地点に関する情報を含む記事を地図上に配置した地図情報を提供する技術に関する。

近年、日々の出来事を日記のように書いて投稿するブログサービスが広く普及している。このようなサービスのひとつとして、今していることや感じたことなどを「つぶやき（「つぶやく」は登録商標）（ツイート［登録商標］）」と呼ばれる短い記事にして発信するツイッター（ＴＷＩＴＴＥＲは登録商標）というサービスがある。このようなブログの形態はマイクロブログと呼ばれ、マイクロブログで記事が発信される度に、投稿者のタイムラインが更新されて、記事が閲覧者に共有される。
従来から、マイクロブログの記事を地図上に表示するアプリケーションがある（例えば、非特許文献１）。このアプリケーションでは、ツイート（記事の一例）を投稿するときに位置情報を付加すると、当該位置情報に対応した地図上の地点にツイートの吹き出しが表示される。

「ツイッターでつぶやくとGoogleマップ上に位置情報が表示される『TwitterMap』」、[online]、平成24年10月4日、Gigazine、[平成25年9月30日検索]、インターネット（URL:http://gigazine.net/news/20121004-twittermap/）

ところで、ユーザは、記事が表示された同じ場所の地図を閲覧し続けると、目新しい情報が新たに発生しない限り飽きてしまう。また、同じ場所の地図に留まっていると、別の場所に関して発信される記事のなかにユーザが必要な情報や興味を持つ可能性がある情報があっても、これらの情報をユーザが見逃してしまう可能性がある。

そこで、本発明は、このような事情に鑑みて、記事が配置された地図情報を端末装置のユーザが閲覧している場合に、ユーザが関心を持つと予測される他のエリアの地図情報を提示することが可能な地図情報提供装置などを提供することを解決課題とする。

上記課題を解決するため、本発明は、ユーザの端末装置と通信可能であり、地点に関する情報を含む記事を地図上の区分された複数のエリアのうちの少なくとも１つのエリアに配置した地図情報を前記端末装置に提供する地図情報提供装置であって、前記複数のエリアの各々について、各エリア内の地点に関して発信された記事量に関する指標と、記事が関連している地点の多様性に関する指標とに基づいて、各エリアについて推定されるユーザの関心度を示すスコアを算出するスコア算出部と、前記スコア算出部が算出したスコアに応じて、前記端末装置に表示中の現在エリアの地図情報に代わる新たなエリアの候補を提示する候補エリア提示部とを備えた地図情報提供装置を提供する。ここで、「記事」は、少なくともテキスト（文字列）を含む文書情報であり、ブログやマイクロブログにおいて投稿された記事、ＳＮＳ（Social Networking Service）やスレッドの投稿記事、広告、ウェブサイトにおいて発信された記事（例えば、ニュース記事）、その他類似のものを含むものとする。

また、本発明は、地点に関する情報を含む記事を地図上の区分された複数のエリアのうちの少なくとも１つのエリアに配置した地図情報をユーザの端末装置に提供する地図情報提供方法であって、前記複数のエリアの各々について、各エリア内の地点に関して発信された記事量に関する指標と、記事が関連している地点の多様性に関する指標とに基づいて、各エリアについて推定されるユーザの関心度を示すスコアを算出し、算出したスコアに応じて、前記端末装置に表示中の現在エリアの地図情報に代わる新たなエリアの候補を提示することを特徴とする地図情報提供方法を提供する。

本発明の地図情報提供装置及び地図情報提供方法によれば、発信された記事を地図上に配置した地図情報をユーザが閲覧している場合に、ユーザが関心を持つと予測される他のエリアの地図情報を提示することが可能となる。

本発明の実施の形態に係るブログ地図提供システムのブロック図である。 本発明の実施の形態に係る携帯端末装置を示す外観図である。 本発明の実施の形態に係る携帯端末装置の構成を示すブロック図である。 本発明の実施の形態に係るブログ地図提供サーバの構成を示すブロック図である。 本発明の実施の形態に係るブログ地図提供サーバの機能構成を示すブロック図である。 本発明の実施の形態に係るスポット情報格納装置の記憶内容の一例を示す図である。 本発明の実施の形態に係る緯度経度付き記事格納装置の記憶内容の一例を示す図である。 本発明の実施の形態に係るスコア格納装置の記憶内容の一例を示す図である。 本発明の実施の形態に係るスコアを説明するための図である。 本発明の実施の形態に係るスコアを説明するための図である。 本発明の実施の形態に係る動作の流れを示すシーケンスチャートである。 本発明の実施の形態に係るスコア算出処理の流れを示すフローチャートである。 本発明の実施の形態に係るスコア算出処理の中間データの一例を示す図である。 本発明の実施の形態に係る候補エリア提示処理の流れを示すフローチャートである。 本発明の実施の形態に係る候補エリアの提示例を示す図である。 本発明の実施の形態の変形例に係る候補エリアの提示例を示す図である。 本発明の実施の形態の変形例に係る候補エリアの提示例を示す図である。

以下、添付の図面を参照しながら本発明に係る実施の形態を説明する。
＜構成＞
図１は、本発明の第１の実施の形態に係るブログ地図提供システム１のブロック図である。図示のように、ブログ地図提供システム１は、移動通信網ＭＮと、移動通信網ＭＮに接続するブログサーバ２０及びブログ地図提供サーバ（地図情報提供装置）３０と、移動通信網ＭＮに接続する複数の携帯端末装置１０とを備える。このブログ地図提供システム１は、携帯端末装置１０に表示する地図上に、表示範囲内の地点（以下、「スポット」という）に関する情報を含む記事を配置した地図情報を表示させるものである。記事としては、日々更新されるＷｅｂ上の日記（ブログ）や、１４０文字程度の短い文章で記述されたマイクロブログ（例えば、ツイート）が例示される。本実施形態では、記事としてツイートを例にとって説明する。

ブログサーバ２０は、当該サーバが提供するブログサービスに利用登録したユーザが投稿した記事のデータを記憶するサーバ装置であり、ブログ地図提供サーバ３０に対して記事データをリアルタイムで提供する。

ここで、記事は、ユーザ名、ユーザが設定した写真画像などのプロフィールアイコン、投稿テキスト（文字列）、及び投稿日時を含むものである。記事には投稿者の発言に相当する文字列に加えて、情報源や追加情報の所在を示すＵＲＬ（以下、情報ＵＲＬ）の文字列や、添付された写真画像データの所在を示す写真ＵＲＬの文字列が含まれる場合がある。情報ＵＲＬにはハイパーリンクが設定されており、記事の閲覧者が情報ＵＲＬをタップする操作をするとリンク先のＷｅｂページに遷移する。なお、情報ＵＲＬは通常「http://」又は「https://」で始まる文字列であるが、この文字列を所定文字数（例えば、22文字）以下に短縮した短縮ＵＲＬが表示用ＵＲＬとして用いられる。写真ＵＲＬは、投稿者が写真を添付する際に利用した画像添付用ＡＰＩ(Application Program Interface)に応じて、所定の文字列を含む。所定の文字列としては、「pic.twitter.com/」、「twitpic.com/」、「p.twipple.jp/」などが例示される。

移動通信網ＭＮは、多数の無線基地局（図示略）及び中継装置（図示略）を有し、携帯端末装置１０に対して移動通信サービスを提供する。また、移動通信網ＭＮは、携帯端末装置１０にブログ地図提供サービスを提供するブログ地図提供サーバ３０に接続されている。ブログ地図提供サーバ３０には、ブログサーバ２０から投稿記事がリアルタイムで提供される。ブログ地図提供サーバ３０は、ブログサーバ２０から提供された投稿記事を用いてブログ地図提供サービスを提供する。

図２は、本発明の実施の形態に係る携帯端末装置１０の外観を示す正面図であり、図３は、携帯端末装置１０の構成を示すブロック図である。携帯端末装置１０は、移動通信網ＭＮを介してブログ地図提供サーバ３０からブログ地図ページ（地図情報）を受信し、受信したブログ地図ページを表示するものである。
図２及び図３に示されるように、携帯端末装置１０は、表示領域１２ａを含むタッチパネル１２、他の携帯端末装置１０及びインターネットとの間でデータの送受信を行うための通信インタフェース１３と、記憶部１４と、通話の際に用いられるマイク１５とスピーカ１６、及びこれら各部を制御するＣＰＵ（Central Processing Unit）１１を備える。記憶部１４は、主記憶装置としてのＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を含み、さらには、着脱可能な記録媒体を含む。ＲＯＭには、携帯端末装置１０がブログ地図サービスの提供を受ける際に実行されるアプリケーションプログラムとしてブログ地図アプリが記憶されている。

タッチパネル１２は、カバーガラスと表示ユニット（例えば、液晶ディスプレイ、有機ＥＬ(Electroluminescence)ディスプレイ等）との間に、タッチ操作を検出可能な透明なタッチセンサユニットが貼り合わされて構成されている。タッチセンサユニットとしては、抵抗膜方式、静電容量方式（表面型又は投影型）、超音波表面弾性波方式、光学方式、その他の検出方式のものが採用され得る。
タッチパネル１２としては、好適には、正確な多点検出（マルチタッチの検出）が可能な投影型静電容量方式のタッチセンサユニットが採用される。投影型静電容量方式のタッチセンサユニットは、演算処理回路を搭載した基盤層の上に、特定のパターンで透明電極層を大量に配置し、表面にガラス等の絶縁体を重ねることにより構成される。この方式では表面に指を近づけると複数の電極間の静電容量が同時に変化し、電流量の比率を測定することでタッチした位置の特定が可能となる。

タッチパネル１２はタッチユニットと表示ユニットとが上下に重なるように貼り合わされて構成されているため、ユーザは、表示領域１２ａに表示されているオブジェクトへのタッチ操作を行うことにより指示入力を行うことが可能である。例えば、ユーザは、オブジェクト（例えば、ブログ地図アプリを含む各種アプリの起動アイコン、記事画像、エリアを切り替えるための「おすすめエリア！」アイコン）を選択する指示入力をタッチ操作により行うことができる。

タッチパネル１２は、ホームボタンや戻るボタンその他の指示入力アイコン、通信状態や電池残量等のアイコンを表示する領域のほかに、移動通信網ＭＮを介して取得したＷＥＢページや各種のメニューページ等を表示する表示領域１２ａを含む。ブログ地図アプリにおいては、ブログ地図ページが表示領域１２ａに表示される。

ブログ地図提供サーバ３０は、ブログサーバ２０から提供された記事のうち、スポットに関する情報を含む記事を地図上の区分された複数のエリアのうちの少なくとも１つのエリアに配置したブログ地図ページ（地図情報）を携帯端末装置１０に対して提供するものである。ブログ地図ページにおいては、記事は、プロフィールアイコン、ユーザ名、投稿日時及び投稿テキストを含む吹き出し画像（記事画像）として地図上に表示される。記事に情報ＵＲＬが含まれている場合には当該情報ＵＲＬも吹き出し画像内に表示され、写真ＵＲＬが含まれている場合には、写真画像が写真ＵＲＬから取り込まれて、当該写真画像が吹き出し画像内に表示される。ブログ地図提供サービスでは、エリア内のスポットに関する情報を含む記事が表示される。具体的には、本実施形態では、本文テキスト内にスポット名を含む記事が表示対象となる。また、ブログ地図ページ上には、現在表示中のエリアの地図情報に代えて、新たなエリアの地図情報を表示させるための「おすすめエリア！」アイコンＩ（図１４）が表示される。

図４は、本実施形態に係るブログ地図提供サーバ３０の構成を示すブロック図であり、図５は、同サーバの機能構成を示すブロック図である。
図４に示すように、ブログ地図提供サーバ３０は、装置全体を制御するＣＰＵ（Central Processing Unit）３１、ＣＰＵ３１の作業領域として機能するＲＡＭ（Random Access Memory）３４ａ、各種プログラムを記憶したＲＯＭ（Read Only Memory）３４ｂ、及び各種のプログラムやデータを記憶する記憶装置３４ｃ、キーボードやマウスなどを含む入力部３５、画像を表示するディスプレイ３２、及び移動通信網ＭＮを介して外部の装置と通信を行う送受信部３３を備える。ＲＯＭ３４ｂには、コンピュータに本実施形態に係るスコア算出処理を実行させるためのスコア算出プログラム、及び候補エリア提示処理を実行させるための候補エリア提示プログラムが記憶されており、ＣＰＵ３１はこれらのプログラムを実行することにより、本実施形態に係る各機能を実現する。

図５に示すように、ブログ地図提供サーバ３０は、スポット情報格納装置ＳＴ１１、緯度経度付き記事格納装置ＳＴ１２、スコア格納装置ＳＴ１３、及び地図データ格納装置ＳＴ１４を有する。これらの格納装置は記憶装置３４ｃによって実現される。さらに、ブログ地図提供サーバ３０は、ＣＰＵ３１が実現する機能要素として、記事格納処理部３１ａ、スコア算出部３１ｂ、候補エリア提示部３１ｃ、及び記事取得部３１ｄを備える。

図６は、本実施形態に係るスポット情報格納装置ＳＴ１１の記憶内容の一例を示すである。図示のように、スポット情報格納装置ＳＴ１１のスポットテーブルＴＢＬ１１には、スポットＩＤに対応付けて、スポット名及び、当該スポットの位置を示す緯度経度座標が記憶されている。スポットテーブルＴＢＬ１１には、図示されるような野球場、公園のほか、劇場、映画館、レストラン、ショッピングモールや観光名所、駅名や地名など、ブログ地図提供サービスが提供する地図情報の閲覧者（携帯端末装置１０のユーザ）が関心を持つであろうと予測されるスポットが記憶される。

図７は、本実施形態に係る緯度経度付き記事格納装置ＳＴ１２の記憶内容の一例を示す図である。図示のように、緯度経度付き記事格納装置ＳＴ１２の記事テーブルＴＢＬ１２には、記事ＩＤに対応付けて、記事投稿時刻及び緯度経度座標を含む基本項目が記憶され、さらに、スポットＩＤ、スポット名、及び記事本文（本文テキスト）が記憶されている。記事格納処理部３１ａは、ブログサーバ２０から記事を受け取ると、スポット情報格納装置ＳＴ１１を参照することにより、本文テキストがスポットテーブルＴＢＬ１１に記憶されたスポット名のいずれかを含むか否かを判定し、含む場合には、当該記事が含むスポット名のスポットＩＤ及び緯度経度座標をスポットテーブルＴＢＬ１１から読み出し、当該記事の記事投稿時刻及び本文テキストに対応付けて、緯度経度付き記事格納装置ＳＴ１２の記事テーブルＴＢＬ１２に記憶する。
なお、本実施形態では、ブログサーバ２０からブログ地図提供サーバ３０に対して、ブログサービスの登録ユーザが投稿した記事がリアルタイムで送信され、記事テーブルＴＢＬ１２の記憶データは常に最新の状態に保たれている。

スコア算出部３１ｂは、地図上の区分されたｎ個（ｎは自然数）のエリアの各々について、推定されるユーザの関心度を示すスコアを算出するものである。ここで、エリアはメッシュ状に区分された地図上の領域である。複数のエリアｅi（ｉ＝１，２，３，…ｎ）は同大の矩形であり、各エリアｅiの範囲は矩形の左上頂点の緯度経度座標と右下頂点の緯度経度座標によって画定される。また、エリアｅiはその領域内にｍ個（ｍはエリアごとに可変の自然数）のスポットＳij（ｊ＝１，２，３，…ｍ）を含み、スポットＳijについてｐ個（ｐはエリアごと及びスポットごとに可変の自然数）の記事Ｔijk（ｋ＝１，２，３，…ｐ）が紐づけられる。
図８に、スコア格納装置ＳＴ１３の記憶内容の一例を示す。図示のように、スコア格納装置ＳＴ１３のスコアテーブルＴＢＬ１３には、ｎ個のエリアｅiのエリアＩＤに対応付けて、「エリア頂点（左上）」の緯度経度座標と「エリア頂点（右上）」の緯度経度座標が記憶され、さらに、スコア算出部３１ｂが計算したスコアの値が記憶される。

スコア算出部３１ｂは、以下の式（１）に基づいて、ｉ番目のエリアｅiのスコア（ＳＣ）を計算する。
ＳＣ＝αＸ × βＹ ＋ γＺ … 式（１）
ただし、Ｘは、ｉ番目のエリアｅi内のｍ個のスポットＳi1, Ｓi2, Ｓi3,…Ｓimに関して直近ｔ秒（ｔ＞０）に発信された記事量に関する指標（以下、「記事量に関する指標」）であり、Ｙは、ｉ番目のエリアｅi内のｍ個のスポットＳi1, Ｓi2,Ｓi3,…Ｓimの各々に関して直近ｔ秒に発信されたｎ個（ｕ≦ｐ、ｕはエリアごと及びスポットごとに可変の自然数）の記事Ｔij1, Ｔij2, Ｔij3,…Ｔijnが関連しているスポットＳi1,Ｓi2,Ｓi3,…Ｓimの多様性に関する指標（以下、「多様性に関する指標」）であり、Ｚは現在エリアｅnowとエリアｅiの位置に関する指標（以下、「位置に関する指標」）である。また、α（α＞０），β（β＞０），γ（γ≧０）はそれぞれＸ，Ｙ，Ｚの値を調整する係数である。
ここで、現在エリアｅnowとは、携帯端末装置１０のユーザからの地図情報表示要求に応じてブログ地図提供サーバ３０から受信した地図情報が携帯端末装置１０に現在表示されている場合のエリア（すなわち、ユーザが地図情報表示要求において指定した位置に応じたエリア又はブログ地図アプリを最初に起動した時にブログ地図提供サーバ３０から受信した所定のエリア）、又は本実施形態に係る候補エリア提示部３１ｃによって提示された候補エリアが新なエリアとして携帯端末装置１０に表示されている場合のエリアのいずれかである。

記事量に関する指標Ｘは、直近ｔ秒にエリアｅi内のｍ個のスポットＳi1, Ｓi2, Ｓi3,…Ｓimに関して発信された記事数Ｔall（ｅi，ｔ）であり、そのオーダーが多様性に関する指標Ｙと比較して大きい場合には、対数を取るようにしてもよい（すなわち、ｌｏｇ｛Ｔall（ｅi，ｔ）｝）。多様性に関する指標Ｙは、エリアｅi内のｍ個のスポットＳi1, Ｓi2, Ｓi3,…Ｓimの各々に関して直近ｔ秒に投稿されたｕ個の記事Ｔij1, Ｔij2, Ｔij3,…Ｔijuの、スポットＳi1, Ｓi2, Ｓi3,…Ｓimごとの発生確率から得られたエントロピーＨ（ｅi，ｔ）である。ここで、エントロピーＨ（ｅi，ｔ）は、式（２）によって与えられる。

ただし、Ｐ（Ｓij，ｔ）はエリアｅi内の全記事数に対する、各スポットＳijに関する記事の発生確率、すなわち、Ｐ（Ｓij，ｔ）＝Ｔ（Ｓij，ｔ）／Ｔall（ｅi，ｔ）であり、Ｔ（Ｓij，ｔ）は直近ｔ秒にスポットＳijに関して発信された記事数である。ここで、エリアｅi内の全記事数とは、ｉ番目のエリアｅi内のｍ個のスポットＳi1, Ｓi2, Si3,…Ｓimの各々に関するｕ個の記事Ｔij1, Ｔij2, Ｔij3,…Ｔijuの総数である。

また、位置に関する指標Ｚは、ブログ地図ページを表示している携帯端末装置１０のユーザが現在表示中のエリア（現在エリアｅnow）とスコアを算出するエリアｅiとの間の距離Ｄist（ｅnow,ｅi）（エリアの重心間の距離［単位：ｋｍ］）である。なお、Ｄist（ｅnow,ｅi）は、その大きさの調整のために対数を取るようにしてもよい（すなわち、ｌｏｇ｛Ｄist（ｅnow,ｅi）｝）。

以上より、直近ｔ秒におけるエリアｅiのスコアＳＣを算出する下記式（３）が導かれる。

ところで、本実施形態では、記事量に関する指標Ｘとして、エリアｅi内でのｍ個のスポットＳijの各々に関して直近ｔ秒に発信されたｕ個の記事Ｔijkの総数Ｔall（ｅi，ｔ）を用い、多様性に関する指標Ｙとして、エリアｅi内のｍ個のスポットＳijに関して直近ｔ秒に発信されたｕ個の記事ＴijkのスポットＳijごとの発生確率から得られたエントロピーを用いる。すなわち、エリアｅiについて推定されるユーザの関心度を示すスコアＳＣを算出するに際して、エリアｅi内の少なくとも１つのスポットに関して投稿されている記事の総数だけでなく、記事が関連しているスポットの多様性（「ばらつき」とも捉えることができる）も評価する。図９Ａに示すエリアｅ1では、スポットＳ11に関連する５つの記事（Ｔ111〜Ｔ115）が投稿されている。これに対し、図９Ｂに示すエリアｅ2では、スポットＳ21〜Ｓ25に関連する記事が各スポットについて１つずつ計５つ投稿されている（Ｔ211，Ｔ221，Ｔ231，Ｔ241，Ｔ251）。これら２つのエリア間でエリア内の記事の総数は同じである。しかし、地図情報の閲覧者にとっては、提供される地図情報が多様なスポット（すなわち、多数のスポット）に関する記事を含むものであるほど意外な情報（すなわち、予測し難い情報）を含み、新鮮な驚きをもって情報を閲覧できるため、情報量が多いと考えられる。そこで、本実施形態では、同じ記事数であっても多数のスポットについての記事を含むエリアｅ2の方がエリアｅ1よりもユーザの関心度が高いと推定し、多様性に関する指標Ｙを考慮したスコアＳＣを算出する。そして、さらに、エリア内のスポットに関して投稿される記事の総数が多い方が、閲覧者はもっと関心を有すると予測されるため、記事量に関する指標Ｘをさらに考慮して（乗算して）スコアＳＣを算出する。

位置に関する指標Ｚは、現在エリアｅnowとエリアｅiとの間の距離であり、スコアＳＣは、エリアｅiが地図情報を表示中の現在エリアｅnowから遠いほど、その値が高くなるように算出される。位置に関する指標Ｚをさらに考慮することにより、現在エリアｅnowに近いエリアよりも遠いエリアが優先されるため、離れた場所に関心を有するユーザの関心度に適合したスコアＳＣを算出することが可能となる。

また、スコア算出部３１ｂは、少なくとも１つの特定の単語が含まれている記事の数に基づいてスコアＳＣを算出する。具体的には、スコア算出部３１ｂは、エリアｅiのスコアＳＣを算出するに際して、緯度経度付き記事格納装置ＳＴ１２に記憶されている直近ｔ秒以内の記事投稿時刻を有する記事であって、矩形のエリアの左上頂点の緯度経度座標と右下頂点の緯度経度座標によって画定される範囲内の緯度経度座標を有する記事のうち、予め設定された特定の単語を含む記事数に基づいてスコアＳＣを算出する。換言すると、エリアｅiについて算出されたスコアＳＣは、直近ｔ秒以内の当該エリアｅi内にあるｍ個のスポットＳi1, Ｓi2, Ｓi3,…Ｓimの各々に関するｕ個の記事Ｔij1, Ｔij2, Ｔij3,…Ｔijuであって、予め設定された特定の単語を含む記事数に基づいて算出されたものである。

ここで、特定の単語は任意のものに設定可能であるが、例えば、「竜巻」、「ゲリラ豪雨」、「地震」等の自然災害に関する単語や、「野球」、「サッカー」などのスポーツや「桜」、「紅葉」などの観光に関する単語が例示される。特定の単語はブログ地図提供サービスの提供者が予め設定したものでもよいし、地図情報の閲覧者（携帯端末装置１０のユーザ）が予め設定したものでもよい。なお、ユーザが特定の単語を予め設定した場合には、スコア格納装置ＳＴ１３のスコアテーブルＴＢＬ１３には、特定の単語を設定したユーザごとにｎ個のエリアのスコアＳＣの算出結果が格納される。

スコア算出部３１ｂは、定期的に（Ｙ［Ｙ≧０］秒ごとに）スコアＳＣを算出し、スコアテーブルＴＢＬ１３に上書きする。上述したように、本実施形態では、ブログサーバ２０からブログ地図提供サーバ３０に対して、ブログサービスの登録ユーザが投稿した記事がリアルタイムで送信され、緯度経度付き記事格納装置ＳＴ１２の記事テーブルＴＢＬ１２の記憶データは常に最新の状態に保たれている。よって、スコア算出部３１ｂは、Ｙ秒ごとにスコアＳＣを算出し、スコアテーブルＴＢＬ１３を、最新の状態に近い状態に保つようにしている。

候補エリア提示部３１ｃは、携帯端末装置１０に表示中の現在エリアｅnowの地図情報に代えて新たなエリアの地図情報を携帯端末装置１０に表示させようとするときに、スコア算出部３１ｂが算出したスコアＳＣが高い所定数ｑ個（ｑは１以上の自然数。本実施形態では、ｑ＝１である）のエリアを新たなエリアの候補として提示するものである。具体的には、携帯端末装置１０のユーザがタッチパネル１２に表示された「おすすめエリア！」アイコンＩにタッチした結果、ブログ地図提供サーバ３０が携帯端末装置１０から候補提示要求を受信すると、候補エリア提示部３１ｃは、スコア格納装置ＳＴ１３のスコアテーブルＴＢＬ１３を参照することによりスコアＳＣが最も高いエリアを候補エリアとして特定し、当該候補エリアの地図情報を生成して携帯端末装置１０に送信する。

記事取得部３１ｄは、候補エリア内にある記事を緯度経度付き記事格納装置ＳＴ１２から取得して、候補エリア提示部３１ｃに供給する。具体的には、スコアテーブルＴＢＬ１３に記憶された候補エリアの左上頂点の緯度経度座標と右下頂点の緯度経度座標によって画定される範囲内の緯度経度座標を有し、且つ、直近ｒ秒（ｒ＞０）以内の記事投稿時刻を有する記事であって、特定の単語を含む記事を緯度経度付き記事格納装置ＳＴ１２から取得する。地図データ格納装置ＳＴ１４には、地図上の区分された複数のエリアの地図画像データが格納されている。候補エリア提示部３１ｃは、地図データ格納装置ＳＴ１４から候補エリアの地図画像データを取得し、記事取得部３１ｄから供給された記事の記事画像を、地図画像上の記事が関連しているスポットの緯度経度座標に対応する位置に配置して、地図情報を生成する。

ここで、緯度経度付き記事格納装置ＳＴ１２は常に最新の状態に保たれており、スコア算出部３１ｂはスコアテーブルＴＢＬ１３を最新の状態に近い状態に保つようにスコアＳＣを算出するため、記事取得部３１ｄが緯度経度付き記事格納装置ＳＴ１２から取得する記事は、スコア算出部３１ｂがスコアＳＣの算出処理を実行した時点に参照した記事と相当部分において重複している。よって、記事取得部３１ｄが緯度経度付き記事格納装置ＳＴ１２から取得した記事を用いて生成した地図情報は、スコアＳＣが算出された時点の候補エリアの状態をほぼ反映している。なお、記事取得部３１ｄが緯度経度付き記事格納装置ＳＴ１２から取得する記事を特定の単語を含む記事に限らずに、スコアテーブルＴＢＬ１３に記憶された候補エリアの左上頂点の緯度経度座標と右下頂点の緯度経度座標によって画定される範囲内の緯度経度座標を有し、且つ、直近ｒ秒以内の記事投稿時刻を有する記事を全て取得するようにしてもよい。
また、ブログ地図提供サーバ３０は、地図データ格納装置ＳＴ１４を備えていなくてもよく、候補エリア提示部３１ｃは、外部のサーバ装置が提供する地図画像データを用いて、地図情報を生成してもよい。

＜動作＞
続いて、本実施形態の動作について説明する。
図１０は、本実施形態に係る全体的な動作の流れを示すシーケンスチャートである。図示されるように、ブログ地図サーバ３０のＣＰＵ３１は、ブログサーバ２０から記事を受け取ると、受信した記事を、緯度経度付き記事格納装置ＳＴ１２の記事テーブルＴＢＬ１２に記憶する（Step 1）。具体的には、ＣＰＵ３１は、スポット情報格納装置ＳＴ１１を参照することにより、本文テキストがスポットテーブルＴＢＬ１１に記憶されたスポット名のいずれかを含むか否かを判定し、含む場合には、当該記事が含むスポット名のスポットＩＤ及び緯度経度座標をスポットテーブルＴＢＬ１１から読み出し、当該記事の記事投稿時刻及び本文テキストに対応付けて、緯度経度付き記事格納装置ＳＴ１２の記事テーブルＴＢＬ１２に記憶する。ＣＰＵ３１は、ブログサーバ２０から記事を受け取る度に、この格納処理を行う。

次に、ＣＰＵ３１は、記事テーブルＴＢＬ１２に記憶されている情報を用いて、複数のエリアの各々についてスコアＳＣを算出するスコア算出処理を実行する（Step 2）。図１１は、本実施形態に係るスコア算出処理の詳細な流れを示すフローチャートである。同図に示すように、ＣＰＵ３１は、スコアテーブルＴＢＬ１３に記憶されているｎ個のエリアのうち、まず１番目のエリアｅ1についてスコアＳＣを算出する。具体的には、ＣＰＵ３１は、緯度経度付き記事格納装置ＳＴ１２の記事テーブルＴＢＬ１２に記憶されている直近ｔ秒以内の記事投稿時刻を有する記事のうち、矩形のエリアｅ1の左上頂点の緯度経度座標と右下頂点の緯度経度座標によって画定される範囲内の緯度経度座標を有する記事を取得する（Step 11，Step 12）。次に、ＣＰＵ３１は、Step 12で取得した記事のうち、予め設定された特定の単語を本文テキストに含む記事の数をスポットごとに集計し、集計した記事数に基づいてスコアＳＣを算出する（Step 13）。そして、Step 14では、Step 13で算出したスコアＳＣを、スコア格納装置ＳＴ１３のスコアテーブルＴＢＬ１３のうち、エリアｅ1を有するレコードのスコア欄に上書きする。
なお、Step 12において、エリアｅ1の範囲内において直近ｔ秒以内の記事投稿時刻を有する記事がない場合には、ＣＰＵ３１は、Step 13の処理を実行することなく、Step 14に進み、スコアテーブルＴＢＬ１３のエリアｅ1を有するレコードのスコアＳＣの値を「０」で更新する。また、Step 12において、エリアｅ1の範囲内において直近ｔ秒以内の記事投稿時刻を有する記事があっても、特定の単語を含む記事がない場合にはStep 13におけるスコアＳＣの算出結果はスコアＳＣ＝０となる（ただし、γ＝０の場合）。よって、この場合にも、ＣＰＵ３１は、スコアテーブルＴＢＬ１３のエリアｅ1を有するレコードのスコアＳＣの値を「０」で更新する。

図１２に、本実施形態に係るスコア算出処理の中間データの一例を示す。図示の例では、エリアｅ1内について、直近ｔ秒以内に発信された記事であって、スポット「ＡＢＣ球場」（Ｓij＝Ｓ11）、「ＡＡＡ公園」（Ｓij＝Ｓ12）、「ＢＢＢ公園」（Ｓij＝Ｓ13）、「ＣＣＣ劇場」（Ｓij＝Ｓ14）、及び「ＤＤＤ劇場」（Ｓij＝Ｓ15）に関する情報を含む記事が特定され、スポットごとに記事数が集計されている。「ＡＢＣ球場」に関する記事数が３個、「ＡＡＡ公園」に関する記事数が４個、「ＢＢＢ公園」に関する記事数が６個、「ＣＣＣ劇場」に関する記事数が８個、及び「ＤＤＤ劇場」に関する記事数が１５個であるから、エリアｅ1内では、直近ｔ秒以内に計３６個の記事が発信されたことになる。すなわち、この例では、記事量に関する指標Ｘとして、直近t秒にエリアｅ1内の５個のスポット（Ｓ11〜Ｓ15）に関して発信された記事数Ｔall（ｅ1，ｔ）＝３６が得られる。
また、Ｐ（Ｓpij，ｔ）は、エリアｅ1内の記事数Ｔall（ｅ1，ｔ）に対する、スポットＳijに関する記事の発生確率であるから（すなわち、Ｐ（Ｓij，ｔ）＝Ｔ（Ｓij，ｔ）／Ｔall（ｅi，ｔ））、各スポットについて、発生確率Ｐ（Ｓ11，ｔ）＝３／３６、Ｐ（Ｓ12，ｔ）＝４／３６、Ｐ（Ｓ13，ｔ）＝６／３６、Ｐ（Ｓ14，ｔ）＝８／３６、Ｐ（Ｓ15，ｔ）＝１５／３６が得られる。
これらの値を式（３）に代入してスコアＳＣを算出すると（ただし、α＝１，β＝１、γ＝０）、ＳＣ(ｅ1,ｔ)＝ｌｏｇ２（３６）×（−１）×｛３／３６×ｌｏｇ２（３／３６）＋４／３６×ｌｏｇ２（４／３６）＋６／３６×ｌｏｇ２（６／３６）＋８／３６×ｌｏｇ２（８／３６）＋１５／３６×ｌｏｇ２（１５／３６）｝＝１０．８０６５が得られる。
すなわち、エリアｅ1のスコアＳＣ「１０．８０６５」が得られ、ＣＰＵ３１は、スコアテーブルＴＢＬ１３のエリアｅ1を有するレコードのスコア欄に、「１０．８０６５」と上書きする。

次に、図１１に戻り、Step 15において、ＣＰＵ３１はｉを１だけ増分し（Step 15）、ｉがｎに達するまで（Step 16：ＹＥＳ）、次のエリアｅiについてStep 12〜Step 15の処理を繰り返す。そして、ｉがｎに達すると、Ｙ秒経過したか否かを判定し（Step 17）、この判断が肯定的な場合には再びｉに１を設定して、ｎ個のエリアの各々についてStep 12〜Step 15の処理を実行する。このようにして、ＣＰＵ３１は、Ｙ秒ごとにスコアテーブルＴＢＬ１３を更新する。

続いて、図１０に戻り、ＣＰＵ３１は、携帯端末装置１０から、当該装置の現在位置を示す位置情報（具体的には、携帯端末装置１０のＧＰＳ機能によって取得された緯度経度情報）を含む地図情報表示要求を受信すると、当該位置情報を含むエリアの地図情報を描画して、携帯端末装置１０に対して送信する（Step 3）。具体的には、ＣＰＵ３１は、表示対象エリアの地図画像データを地図データ格納装置ＳＴ１４から読み出すとともに、緯度経度付き記事格納装置ＳＴ１２の記事テーブルＴＢＬ１２から表示エリアの地理的範囲内の緯度経度情報を有する記事を取得して、地図画像上の記事が関連しているスポットの緯度経度座標に対応する位置に記事画像を配置した地図情報を生成し、携帯端末装置１０に対して送信する。

携帯端末装置１０は、受信した地図情報をタッチパネル１２に表示する。携帯端末装置１０のユーザは表示された地図画像をしばらく閲覧しているうちに、別の地図情報の閲覧を望んだとする。そこで、ユーザが地図画像上に表示されている「おすすめエリア！」アイコンＩにタッチすると、携帯端末装置１０からブログ地図提供サーバ３０に対して候補提示要求が送信される。ブログ地図提供サーバ３０は、ＣＰＵ３１は、携帯端末装置１０から候補提示要求を受信すると、同図に示す候補エリア提示処理（Step 4）を開始する。

図１３は、本実施形態に係る候補エリア提示処理の詳細な流れを示すフローチャートである。
候補エリア提示処理では、まず、ＣＰＵ３１は、スコア格納装置ＳＴ１３のスコアテーブルＴＢＬ１３（図８）を参照することにより、スコアＳＣが最も高いエリアを候補エリアとして決定する（Step 21）。図８に示す例では、スコアテーブルＴＢＬ１３に記憶されたスコアＳＣのうち、最もスコアＳＣが高いエリアは、エリアＩＤ「６７８」を有するエリアであるから、このエリアが候補エリアとして決定される。

次に、ＣＰＵ３１は、Step 22において、特定した候補エリア内にある記事を緯度経度付き記事格納装置ＳＴ１２から取得する。具体的には、スコアテーブルＴＢＬ１３に記憶された、候補エリアの左上頂点の緯度経度座標と右下頂点の緯度経度座標によって画定される範囲内の緯度経度座標を有し、且つ、直近ｒ秒以内の記事投稿時刻を有する記事であって、特定の単語を含む記事を緯度経度付き記事格納装置ＳＴ１２から取得する。そして、ＣＰＵ３１は、地図データ格納装置ＳＴ１４から候補エリアの地図画像データを取得するとともに、緯度経度付き記事格納装置ＳＴ１２から取得した記事の記事画像を生成し、地図画像上において、各記事の緯度経度座標（すなわち、各記事が関連しているスポットの緯度経度座標）に対応する位置に記事画像を配置した地図情報の画像を描画する。そして、ＣＰＵ３１は、Step 23において、描画した地図情報の画像を携帯端末装置１０に対して送信する。

ここで、ＣＰＵ３１は、記事画像が地図画像上にリアルタイムで表示されるように地図情報の画像を描画する。緯度経度付き記事格納装置ＳＴ１２はＹ秒ごとに更新されるため、ＣＰＵ３１が緯度経度付き記事格納装置ＳＴ１２から取得される記事も変化する。このため、ＣＰＵ３１は、候補エリア内の地点に関連する新しい記事を緯度経度付き記事格納装置ＳＴ１２から取得すると当該記事の記事画像を新たに生成して地図画像上に配置する一方、地図画像上にすでに配置されている記事画像のうち記事投稿時刻から一定の時間が経過した記事画像は消えるように携帯端末装置１０のタッチパネル１２を制御する。すなわち、ＣＰＵ３１は、タッチパネル１２において地図情報が表示されるときに、地図画像上に新しい記事画像が現れては、一定の時間が経過すると消えてゆくように地図情報の画像を描画する。

図１０に戻り、携帯端末装置１０は、ブログ地図提供サーバ３０から、候補エリアの地図情報の画像を受信すると、現在表示中の現在エリアｅnowに代えて候補エリアの地図情報を表示する。図１４に、本実施形態に係る候補エリアの提示例を示す。図示の例では、現在表示中の現在エリアｅnowにおいて２箇所のスポットについて計２個の記事が表示されている。これに対し、候補エリアｅafterでは５箇所のスポットについて計１０個の記事が表示されている。このように、携帯端末装置１０のユーザが現在エリアに飽きてしまった場合や他の有用な情報を求めている場合などに候補提示要求を送信すれば、ユーザが関心を有すると予測される地図情報がブログ地図提供サーバ３０によって自動的に選択されて、ユーザに対して提示される。

携帯端末装置１０のユーザが候補エリア（すなわち、現在エリアｅnow）の地図情報をしばらく閲覧しているうちに、他のエリアを閲覧したいと再び望んだ場合には、「おすすめエリア！」アイコンに再びタッチすれば候補提示要求が携帯端末装置１０からブログ地図提供サーバ３０に対して送信される。候補提示要求を受信したブログ地図提供サーバ３０のＣＰＵ３１は、スコア格納装置ＳＴ１３に記憶されている最新のスコアテーブルＴＢＬ１３を参照して、候補提示処理を再び実行する。

以上説明したように、本実施形態では、記事量に関する指標Ｘと多様性に関する指標Ｙに基づいてスコアＳＣを算出し、スコアＳＣが最も高いエリアを、携帯端末装置１０に新たに表示する候補エリアとして提示する。スコアＳＣは、エリア内のスポットに関連する記事量に関する指標Ｘと、記事が関連しているスポットの多様性に関する指標Ｙとに基づいて、閲覧者である携帯端末装置１０のユーザが関心を有すると推定される度合いを示すものである。よって、本実施形態によれば、ユーザが関心を持つと予測されるエリアを新たなエリアとして表示することができる。

また、スコアＳＣは、エリアｅiが地図情報を表示中の現在エリアから遠いほど、その値が高くなるように算出される。よって、スコアＳＣの算出に際して位置に関する指標Ｚの値を加算することにより、現在エリアに近いエリアよりも遠いエリアが優先されるため、離れた場所に関心を有するユーザの関心度に適合したエリアを提示することが可能となる。

＜変形例＞
本発明は上述した実施形態に限定されるものではなく、以下の変形が可能である。また、各変形例は適宜組み合わせることができる。
（１）候補提示の変形
上述した実施形態では、携帯端末装置１０に候補エリアを提示する際に、候補エリアの所定数ｑ＝１として、スコアＳＣが最も高い候補エリアを新たなエリアとして携帯端末装置１０に送信し表示させることにより、１つの候補エリアを提示しているが、本発明はこれに限られない。例えば、候補エリアの所定数を２以上とし、スコアＳＣが高いものから順に切り替え表示することにより、候補エリアを提示してもよい。すなわち、候補エリアとして、Ａ，Ｂ，Ｃ（Ａのスコア＞Ｂのスコア＞Ｃのスコア）の３つのエリアが特定された場合、Ａ→Ｂ→Ｃと数秒ごとなどの所定時間ごとにエリアを切り替えて表示するように携帯端末装置１０を制御し、携帯端末装置１０のユーザによる選択があったときに、候補エリアＡ，Ｂ及びＣのいずれかを新たな表示エリアとして確定するようにしてもよい。

また、エリアを切り替えて表示する代わりに、選択肢ボックスや選択肢アイコンを現在エリアｅnowの画面上に表示させることにより候補エリアを提示してもよい。図１５及び図１６に、本変形例に係る候補エリアの提示例を示す。図１５に示す例では、現在エリアｅnowの画面上に「おすすめエリア」ボックスＢが表示され、ボックス内に候補エリアとして「エリアＡ」のボックスＢa、「エリアＢ」のボックスＢb、及び「エリアＣ」のボックスＢcが提示されている。携帯端末装置１０のユーザが、いずれかの候補エリアのボックスをタッチ操作で選択すると、対応するエリアに画面が遷移する。
図１６に示す例では、現在エリアｅnowの画面上に、候補エリアとして「エリアＡ」のアイコンＩa、「エリアＢ」のアイコンＩb、及び「エリアＣ」のアイコンＩcがそれぞれ表示されている。図示のように、アイコンは扇型であり、アイコンの頂点（扇の中心点）は各候補エリアが位置する方向を示している。具体的には、エリアＡは、現在エリアｅnowの図中左上方向（北を上方向とした場合には北西）に位置し、エリアＢは、現在エリアｅnowの図中下方向（南）に位置し、エリアＣは、現在エリアｅnowの図中右方向（東）に位置している。すなわち、候補エリア提示部３１ｃは、現在エリアｅnowの中心又は重心を起点として候補エリアが位置する方向を指示するアイコンによって、新たなエリアの候補を提示する。
なお、図１６に示す例において、アイコンは扇型である必要はなく、矢印等の方向を指示可能な形状であればよい。この態様によれば、携帯端末装置１０のユーザは、興味がある方向のエリアを新たなエリアとして選択することが可能となる。

また、提示する候補エリアの数は所定数に限らず可変としてもよい。例えば、スコアＳＣの閾値を設け、算出したスコアＳＣが閾値を超えるエリアを提示するようにしてもよい。

（２）スコア算出の指標の変形
上述した実施形態では、記事量に関する指標Ｘとして直近ｔ秒にエリアｅi内のｍ個のスポットＳijに関して発信された記事数Ｔall（ｅi，ｔ）を用い、多様性に関する指標Ｙとして、エリアｅi内のｍ個のスポットＳijの各々に関して直近ｔ秒に発信されたｕ個の記事ＴijkのスポットＳijごとの発生確率から得られたエントロピーＨ（ｅi，ｔ）を用いるが、本発明はこれに限られない。

まず、記事量に関する指標Ｘとしては、Ｔall（ｅi，ｔ）の代わりに、直近ｔ1秒間にｉ番目のエリアｅiのｍ個のスポットＳijに関して発信された記事数Ｔall（ｅi，ｔ1）の増加の程度を示す増加度として急上昇値Ｂurst（ｅi，ｔ1，ｔ2）を用いてもよい。ここで、ｉ番目のエリアｅiのＢurst（ｅi，ｔ1，ｔ2）は以下の式（４）によって得られる。
Ｂurst（ｅi，ｔ1，ｔ2）＝Ｔall（ｅi，ｔ1）／｛Ｔall（ｅi，ｔ2）＋Ｃ｝ … 式（４）
ただし、ｔ1は現時点から遡った過去ｔ1秒間であり、ｔ2はｔ1秒前からさらに遡った過去ｔ2秒間であり（ｔ1≦ｔ2）、Ｃはスムージングパラメータである。ここで、スムージングパラメータは、記事数（すなわち、サンプル数）が多いほど急上昇値の信頼性が高いことを鑑みて、少ないサンプル数に基づいて得られた急上昇値を小さく補正すべく分母に加算されるものである。なお、ｔ1秒間とｔ2秒間は、互いに重なる期間、すなわち、いずれも現時点から遡った過去ｔ1秒間及び過去ｔ2秒間であってもよい（ただし、ｔ1＜ｔ2）。
すなわち、この態様では、記事量に関する指標Ｘは、エリアｅi内のスポットに関して発信された記事数の増加の程度を示す増加度であり、スコア算出部３１ｂは、この増加度が大きいエリアほど、スコアＳＣの値が高くなるようにスコアＳＣを算出する。記事量に関する指標Ｘとしてエリアの記事数を示すＴall（ｅi，ｔ）を用いた場合には、記事数が多い都市部などのエリアのスコアが常に高くなってしまうおそれがあるが、記事数の増加度として急上昇値を用いることで、記事の総量が少ない地方のエリアも候補エリアとして提示可能になるという利点がある。なお、急上昇値は式（４）を用いて計算されるものに限られず、その他の公知の方法によって計算されるものであってもよい。

また、多様性に関する指標Ｙとしては、エントロピーＨ（ｅi，ｔ）の代わりに、直近t秒にｉ番目のエリアｅiで記事を発生させたユニークスポット数Ｓall（ｅi，ｔ）を用いてもよい。すなわち、この態様では、多様性に関する指標は、エリアｅi内におけるスポットに関する少なくとも１つの記事が関連しているスポットの数（図１２に示す中間データ例ではＳall（ｅi，ｔ）＝５）であり、スコア算出部３１ｂは、所定の期間内に記事が関連しているスポット数が多いエリアほどスコアＳＣの値が高くなるようにスコアＳＣを算出する。この場合、ユニークスポット数Ｓall（ｅi，ｔ）の値が大きいほど、記事が関連しているスポットの数が多いことを示し、ひいては、より多様な記事がそのエリア内で発生していることを示す。よって、ユニークスポット数Ｓall（ｅi，ｔ）を多様性に関する指標Ｙとして用いることで、多様な情報を含む地図情報をユーザに対して提供することが可能となる。

また、スコア算出部３１ｂは、携帯端末装置１０に表示中の現在エリアｅnowとエリアとの距離ｅiとの距離に応じてスコアＳＣを算出するようにしてもよい。すなわち、上述した実施形態では、位置に関する指標Ｚとして現在エリアｅnowとエリアｅiとの間の距離Ｄist（ｅnow,ｅi）を用い、現在エリアｅnowとエリアｅiとの距離が遠い（大きい）ほど、スコアＳＣの値が高くなるようにスコアＳＣが算出されていたが、現在エリアｅnowとエリアｅiの距離が逆に近い（小さい）ほどスコアＳＣの値が高くなるようにスコアＳＣが算出されるようにしてもよい。この場合には、Ｄist（ｅnow,ｅi）の代わりに、Ｃ／Ｄist（ｅnow,ｅi）（Ｃは定数）が用いられる。これにより、現在エリアにより近いエリアを新たなエリアの候補として提示することができるので、携帯端末装置１０のユーザは、新たなエリアの地図情報を見て、現在エリアの近傍で発生している出来事を知ることなどが可能となる。

また、別の態様として、携帯端末装置１０の位置情報履歴に基づいて、現在エリアｅnowからエリアｅiへの遷移確率Ｐarea（ｅnow,ｅi）を算出し、位置に関する指標Ｚとして用いてもよい。位置情報履歴は、例えば、移動通信網ＭＮの無線基地局（管理装置の一例）によって保持されているものを用いることができる。具体的には、ＣＰＵ３１は、過去Ｎ時間（過去の期間）に現在エリアｅnowに入った移動通信端末の位置情報の履歴を無線基地局から取得し、一旦現在エリアｅnowに入った移動通信端末が、所定時間後（例えば１時間後）に、矩形の現在エリアｅnowの周囲の例えば８個のエリアｅ1〜ｅ8のうちのどのエリアにいたかを解析する。過去Ｎ時間の間に現在エリアｅnowに入った移動通信端末の総数（延べ数）が例えば２４個であって、その各移動通信端末が１時間後にエリアｅ1に位置していた回数が１回、エリアｅ2に位置していた回数が３回、エリアｅ3に位置していた回数が５回、エリアｅ4に位置していた回数が４回、エリアｅ5に位置していた回数が２回、エリアｅ6に位置していた回数が６回、エリアｅ7に位置していた回数が１回、エリアｅ8に位置していた回数が２回であった場合、エリアｅ1〜ｅ8の遷移確率はそれぞれ以下のとおりとなる。
Ｐarea（ｅnow,ｅ1）＝１/２４
Ｐarea（ｅnow,ｅ2）＝３/２４
Ｐarea（ｅnow,ｅ3）＝５/２４
Ｐarea（ｅnow,ｅ4）＝４/２４
Ｐarea（ｅnow,ｅ5）＝２/２４
Ｐarea（ｅnow,ｅ6）＝６/２４
Ｐarea（ｅnow,ｅ7）＝１/２４
Ｐarea（ｅnow,ｅ8）＝２/２４
なお、当然ながら移動通信端末は長距離又は中距離を移動する場合もあるので、遷移先のエリアは現在エリアｅnowの周囲の８個のエリアｅ1〜ｅ8に限られない。すなわち、過去Ｎ時間に現在エリアｅnowに入った移動通信端末の各々が１時間後に移動したエリアｅiについて遷移確率が取得される（移動先でないエリアの遷移確率はゼロとなる）。
すなわち、ＣＰＵ３１は、複数の移動通信端末の位置情報を管理する管理装置から、過去の期間において現在エリアに入った複数の移動通信端末についての位置情報の履歴を取得する位置情報履歴取得部として機能するとともに、過去の期間において現在エリアに入った複数の移動通信端末についての位置情報の履歴から、現在エリアから複数のエリアへの遷移確率を算出し、当該複数のエリアのうち現在エリアの移動先となる確率が高いエリアほど、スコアＳＣの値が高くなるようにスコアＳＣを算出するスコア算出部３１ｂとして機能するようにしてもよい。この場合には、所定時間後に現在エリアからの遷移先となる確率が高いエリアのスコアが高くなるので、地図の閲覧者の移動傾向を考慮したエリアの提示が可能となる。なお、管理装置は、無線基地局に限られず、無線ネットワーク制御装置やホームメモリなど、移動通信端末の位置情報を管理する他の装置であってもよい。

また、遷移確率を求める場合において、所定時間後の移動先エリアへの遷移確率でなく、現在エリアｅnowの次に最初に入ったエリア（すなわち、最初の遷移先となるエリア）についての遷移確率を求めてもよい。すなわち、現在エリアｅnowに一旦入った移動通信端末は、現在エリアｅnowの周囲の８個のエリアｅ1〜ｅ8のいずれかを必ず経由して別のエリアに移動するものであるから、８個のエリアｅ1〜ｅ8の各々について遷移確率を取得するようにしてもよい。この場合には、現在エリアｅnowの次に遷移先となる確率が高いエリアのスコアが高くなるので、現在エリアｅnowの周辺のエリアを提示する場合に地図の閲覧者の移動傾向を考慮したエリアの提示が可能となる。

上述した実施形態及び当該変形例において説明したように、スコア算出に用いる指標としていくつかの種類のものが考えられる。すなわち、記事量に関する指標Ｘとしては、記事数Ｔall（ｅi，ｔ）又は急上昇値Ｂurst（ｅi，ｔ1，ｔ2）があり、多様性に関する指標Ｙとしては、エントロピーＨ（ｅi，ｔ）又はユニークスポット数Ｓall（ｅi，ｔ）があり、位置に関する指標Ｚとしては、距離Ｄist（ｅnow,ｅi）、距離Ｃ／Ｄist（ｅnow,ｅi）、又は遷移確率Ｐarea（ｅnow,ｅi）があるが、スコアＳＣの算出に際しては、これらの指標を任意に組み合わせることができる。すなわち、式（１）のＸ，Ｙ，Ｚにこれらの指標のいずれかを代入して、スコアＳＣを得ることができる。
また、式（１）において、位置に関する指標Ｚの計数γの値を「０」に設定し、位置に関する指標Ｚと多様性に関する指標Ｙのみに基づいてスコアＳＣを算出するようにしてもよい。また、緯度経度付き格納装置ＳＴ１２の記事テーブルＴＢＬ１に記憶されている記事のうち、所定の範囲の緯度経度座標を有するものだけをスコアＳＣの算出に用いてもよい。例えば、携帯端末装置１０が東京都内に位置している場合に、首都圏内の緯度経度座標を有する記事だけに基づいてスコアＳＣを算出するようにしてもよい。

（３）スコア算出の際に対象とする記事の変形
上述した実施形態では、スコア算出部３１ｂは、特定の単語を含む記事に基づいてスコアＳＣを算出するが、本発明はこれに限られない。例えば、エリアｅi内のスポットに関して発信された全ての記事に基づいてスコアＳＣを算出するようにしてもよい。
あるいは、例えば、特定のカテゴリ（「観光地」、「レストラン」、「スポーツ」など）が含まれる記事だけを対象としてもよい。この場合には、各カテゴリについて想定される単語を対応付けて記憶したカテゴリ別単語テーブルを予め保持しておき、エリアｅi内にあるスポットに関する記事のうち、特定のカテゴリ別単語テーブルに記憶された単語を含む記事だけを対象としてもよい。
すなわち、スコア算出部３１ｂは、予め設定された特定のカテゴリの単語を含む記事の記事量に関する指標Ｘを算出するとともに、特定のカテゴリの単語を含む記事が関連している地点の多様性に関する指標Ｙを算出する。この態様によれば、ブログ地図提供サービスの提供者は、ユーザが特に関心を持つと推定されるカテゴリを予め設定することで、ユーザにとって情報的価値が高いエリアを新たなエリアとして提示することが可能となる。また、ユーザがカテゴリを予め設定した場合には、興味がある分野の情報を含むエリアの地図情報を得ることが可能となる。

また、別の態様として、記事のテキストにＵＲＬ（情報ＵＲＬや写真ＵＲＬ）を含む記事の記事量に関する指標Ｘを算出するとともに、ＵＲＬを含む記事が関連している地点の多様性に関する指標Ｙを算出するようにしてもよい。記事がＵＲＬを含む場合、閲覧者は写真を見ることができたり、追加的な情報へリンクすることが可能なので、ユーザはＵＲＬを含む記事に関心を有する可能性が高いと考えられる。よって、ＵＲＬを含む記事の記事数に基づいてスコアＳＣを算出することにより、ユーザが関心を有する可能性が高いエリアを新たなエリアとして提示することが可能となる。
このように、スコア算出部３１ｂは、予め設定された特定の文字列（すなわち、特定の単語、特定のカテゴリの単語、又はＵＲＬ）を含む記事の前記記事量に関する指標を算出するとともに、特定の文字列を含む記事が関連している地点の多様性に関する指標を算出することができる。

また、別の態様として、ブログサーバ２０が提供するブログサービスのアカウント（すなわち、ユーザ名ごとのアカウント）を予め特定のカテゴリに分類しておき、スコア算出部３１ｂは、特定のカテゴリ（例えば、「観光地」）のカテゴリに分類されたアカウントで発信された記事を、その記事の内容にかかわらず、スコアＳＣを算出する際の記事数に含めるようにしてもよい。この態様によれば、各記事のテキストが特定の文字列を含むかの判定処理が不要となるので計算量を抑制しつつ、ユーザの関心に適合する可能性が高いエリアを新たなエリアとして提示することが可能となる。
このように、スコア算出部３１ｂは、予め設定された特定の発信者の記事（すなわち、特定のアカウントの記事）の前記記事量に関する指標を算出するとともに、特定の発信者の記事が関連している地点の多様性に関する指標を算出することができる。

また、さらに別の態様として、携帯端末装置１０において現在エリアｅnowに表示されている各記事又は表示されている記事のうち携帯端末装置１０のユーザが選択した記事を形態素解析して、ｔｆ−ｉｄｆ法などにより特徴語を抽出し、その特徴語を含む記事の記事量に関する指標Ｘを算出するとともに、特徴語を含む記事が関連している地点の多様性に関する指標Ｙを算出するようにしてもよい。すなわち、スコア算出部３１ｂは、現在エリア内の地点に関して発信された記事から特徴語を抽出し、当該特徴語を含む記事の記事量に関する指標を算出するとともに、特徴語を含む記事が関連している地点の多様性に関する指標を算出するようにしてもよい。携帯端末装置１０のユーザが現在閲覧しているエリアの地図情報は、ユーザが何らかの関心を持って閲覧している可能性がある。よって、現在エリアｅnowで表示されている記事と共通する特徴を有するエリアを提示すれば、ユーザが関心を有すると予測されるエリアを新たなエリアとして提示することができる。さらに、ユーザが選択した記事から特徴語を抽出する場合には、ユーザが関心を有すると予測される可能性がさらに高いエリアを新たなエリアとして提示することができる。

なお、特徴語は１つに限られず複数であってもよい。また、ユーザが複数の記事を選択した場合には、当該複数の記事から複数の特徴語を抽出するようにしてもよい。
また、現在エリアｅnowに表示中の記事から特徴語を抽出する態様においては、スコア算出処理（図１０のStep 2）は、Step 3において携帯端末装置１０からの地図情報表示要求に応じて最初の地図情報を携帯端末装置１０に送信した後に実行される。そして、ＣＰＵ３１（スコア算出部３１ｂ）は、現在エリアｅnowに表示中の記事を定期的に形態素解析して特徴語の抽出を行い、その特徴語を含む記事数に基づいて定期的にスコア算出処理を行う。なお、現在エリアｅnowは携帯端末装置１０ごとに異なるエリアであるので、スコア格納装置ＳＴ１３のスコアテーブルＴＢＬ１３には、ｎ個のエリアのスコアの算出結果が携帯端末装置１０ごとに格納されることになる。
また、現在エリアｅnowに表示中の少なくとも１つの記事のうち携帯端末装置１０のユーザが選択した記事から特徴語を抽出する場合には、ユーザが記事を選択する前は、現在エリアｅnowに表示中の記事から抽出された特徴語を含む記事数に基づいたスコアＳＣを算出するスコア算出処理を定期的に実行しておき、ユーザが記事を選択した時点で、選択された記事から抽出された特徴語を含む記事数に基づいたスコア算出処理を開始するようにしてもよい。

また、上述したいずれかの態様によって選択した記事についてスコアＳＣを算出する代わりに、携帯端末装置１０のユーザによって予め特定された少なくとも１つのエリアについてのみスコアＳＣを算出するようにしてもよい。すなわち、ブログ地図提供サーバ３０は、ｎ個のエリアｅiのうち携帯端末装置１０のユーザにより予め設定された少なくとも１つのエリアを特定するエリア特定部をさらに有し、スコア算出部３１ｂは、エリア特定部が特定した少なくとも１つのエリアの各々についてスコアＳＣを算出するようにしてもよい。ユーザによって予め特定されたエリアとしては、ユーザの故郷であるエリアや友人知人の居住地であるエリアその他ユーザが特に関心を有しているエリアが例示される。この態様によれば、ユーザが特に関心を有しているエリアのうちスコアＳＣが高いものを候補エリアとして提示することが可能となる。
なお、この場合において、ユーザが特定の単語やカテゴリ、特定の発信者のアカウントを予め指定した場合には、特定の文字列が含まれている記事数又は特定の発信者の記事数に基づいてスコアＳＣを算出するようにしてもよい。

（４）候補提示のタイミングの変形
上述した実施形態では、ブログ地図提供サーバ３０が携帯端末装置１０から候補提示要求を受信すると、ＣＰＵ３１は候補エリア提示処理（図１３）を開始するが、本発明はこれに限られない。すなわち、ＣＰＵ３１（候補エリア提示部）が所定の条件が満たされたことを検知すると、候補エリア提示処理を自動的に開始するようにしてもよい。
例えば、ＣＰＵ３１は、現在エリアｅnowの表示が開始されてから、所定の時間（例えば５分）が経過したことを検知すると、候補エリア提示処理を自動的に開始するようにしてもよい。携帯端末装置１０のユーザがある程度の時間にわたって（例えば５分間）同じエリアの地図情報を見続けると、表示されている地図情報に飽きる場合が考えられる。この変形によれば、予め定められた時間が経過すると、ユーザが関心を有すると予測される次の候補エリアが自動的に提示されるので、ユーザの利便性が向上する。

また、ＣＰＵ３１は、複数のエリアの各々について単位時間当たりの記事数を予め定めておき、現在エリアｅnowに表示中の記事数が、エリア毎に定められた単位時間当たりの記事数を下回ったことを検知すると、候補エリア提示処理を自動的に開始するようにしてもよい。ここで、単位時間当たりの記事数は、エリアの特性に応じて、例えば、エリアｅ1では１０記事／分、エリアｅ2では５記事/分のように定められ得る。すなわち、人が集まるスポットが多く記事が投稿される可能性が高いエリアでは単位時間当たりの記事数が多く設定され、そうでない地域では少なく設定される。携帯端末装置１０に表示中の現在エリアの地図情報において表示される記事数が減少すると、その地図情報はユーザにとって面白みに欠けるものとなる。この変形によれば、記事数が減少した場合に、ユーザが関心を有すると予測される次の候補エリアが自動的に提示されるので、ユーザの利便性が向上する。

また、ＣＰＵ３１は、現在エリアｅnowに表示中の記事数が、携帯端末装置１０において現在エリアｅnowの地図情報の閲覧が開始された時点の記事数のＸ％を下回ったことを検知すると、候補エリア提示処理を自動的に開始するようにしてもよい。すなわち、ＣＰＵ３１は、現在エリアｅnowの地図情報の表示が携帯端末装置１０において開始された時点の記事数に対する、現時点における現在エリアｅnowの記事数の割合が、所定の割合を下回ったことを検知すると、候補エリア提示処理を自動的に開始するようにしてもよい。この態様によっても、記事数が減少した場合に、ユーザが関心を有すると予測される次の候補エリアが自動的に提示されるので、ユーザの利便性が向上する。

また、候補エリアを提示する契機となるスコアＳＣの閾値を定めておき、スコア算出処理において閾値よりもスコアＳＣが大きなエリアが出現すると、ＣＰＵ３１は、候補エリア提示処理を開始するようにしてもよい。すなわち、ＣＰＵ３１は、スコア算出処理において算出した複数のエリアのスコアＳＣのいずれかが閾値を超えると、当該閾値を超えたエリアを新たなエリアの候補として提示するようにしてもよい。この場合には、例えば、「竜巻」、「ゲリラ豪雨」、「地震」といった災害に関する特定の単語が予め設定されている場合には、ユーザは、災害の発生をいち早く知ることができるという利点がある。

（５）上述した実施形態では、ＣＰＵ３１は、Ｙ秒ごとにスコアＳＣを算出し、スコア格納装置ＳＴ１３のスコアテーブルＴＢＬ１３の記憶内容を新たな算出結果で上書きするが、本発明はこれに限られず、計算時刻を示す情報を付加した上で過去の期間におけるｎ個のエリアの各々のスコアＳＣを過去のスコアテーブルＴＢＬ１３として保持しておいてもよい。この場合には、候補エリア提示部３１ｃは、最新のスコアＳＣだけでなく過去のスコアＳＣを考慮して候補エリアを選定することができる。例えば、直近１か月間のスコアＳＣの平均値や、前年の同じ期間（例えば、同月）におけるスコアＳＣの平均値や単位期間（日、月等）における変化の様子などを考慮することができる。
例えば、「紅葉」や「桜」など、一年のうちほぼ決まった期間内において日々記事数が変化する可能性が高い単語が特定の単語として指定されている場合、前年の同時期における日ごとのスコアＳＣをエリアごとに算出し、スコアＳＣが高いエリアを日付順（降順又は昇順）で提示するようにしてもよい。具体的には、例えば、特定の単語として「紅葉」が指定されている場合、前年の紅葉の時期（例えば、10月1日〜12月31日）までのスポットに関連する記事であって「紅葉」を含む記事について、エリアごとに日ごとのスコアＳＣを計算し、エリアごとに最もスコアＳＣが高い日を選択し、古い日付から最もスコアＳＣが高いエリアを順に提示するようにしてもよい。なお、この例では最もスコアＳＣが高いエリアを選ぶので、所定数として「１」のエリアを提示するが、所定数は「１」に限られない。また、所定数のエリアに限られず、スコアＳＣが閾値より高いエリアを提示するようにしてもよい。
すなわち、スコア算出部３１ｂは、所定の期間（Ｙ秒）ごとにｎ個のエリアの各々のスコアＳＣを算出するものであり、ブログ地図提供サーバ３０は、過去の期間におけるｎ個のエリアの各々についてスコア算出部３１ｂが算出したスコアＳＣを記憶する記憶部（記憶装置３４ｃ）をさらに備え、候補エリア提示部３１ｃは、ｎ個のエリアのうち、記憶部に記憶された過去の期間におけるスコアＳＣが高い所定数のエリア又はスコアＳＣが閾値より高いエリアを新たなエリアの候補として提示するようにしてもよい。また、好ましくは、候補エリア提示部３１ｃは、単位期間ごとに、過去の期間におけるスコアＳＣが高い所定数のエリアを新たなエリアの候補として提示するようにしてもよい。ここで、単位期間は、時間（時・分・秒）、日、週、月、季節などによって定められ得る期間である。

（６）その他の変形例
上述した実施形態では複数のエリアは同大の矩形であるが、本発明はこれに限られない。例えば、各エリアの形状は円（楕円又は正円）又はその他の任意の形状でもよい。また、エリアによって、大きさや形状を異ならせてもよい。例えば、スポットが多く存在する都市部では細分された矩形状のエリアとし、スポットが少ない地方では、市町村の中心部を中心とした楕円の広域エリアであってもよい。また、ブログ地図提供サービスの提供者が、提供するサービスの種別に応じて個々にエリアを設定してもよい。また、複数のエリアは部分的に重なっていてもよい。
また、上述した実施形態では、記事がツイートである例について説明したが、これに限られない。すなわち、「記事」は少なくともテキスト（文字列）を含む文書情報であり、ブログやマイクロブログで投稿された記事、ＳＮＳ（Social Networking Service）やスレッドの投稿記事、広告、ウェブサイト上の記事（例えば、ニュース記事）、その他類似のものであってもよい。

また、上述した実施形態のブログ地図ページでは、本文テキスト内にスポット名を含む記事が表示対象となるが、これに限られない。例えば、スポットに関連する単語や語句を本文テキストに含む記事や、スポットに関連する写真などを含む記事であってもよい。
また、上述した実施形態では、ＣＰＵ３１は、タッチパネル１２において地図情報が表示されるときに、地図画像上に新しい記事画像が現れては、一定の時間が経過すると消えてゆくように地図情報の画像を描画するが、これに限られず、候補エリアを決定した時点において当該候補エリア内の地点に関連する記事画像を地図画像上に配置した静止画像を描画するようにしてもよい。

また、上述した実施形態では、携帯端末装置１０のユーザがブログ地図ページ上の「おすすめエリア！」アイコンＩ（切り替えアイコン）にタッチすると候補提示要求がブログ地図提供サーバ３０に送信されるが、本発明はこれに限られない。例えば、切り替えボタンを携帯端末装置１０に設けることにより、切り替えボタンの押し下げを契機として候補提示要求が送信されるようにしてもよい。また、ユーザが携帯端末装置１０を振る動作などのジェスチャ操作をした場合に候補提示要求がブログ地図提供サーバ３０に送信されるようにしてもよい。
また、上述した実施形態では、ユーザがブログ地図を閲覧する際に用いる端末は携帯端末装置１０であるが、これに限られず、据置型のパーソナルコンピュータ装置であってもよい。よって、移動通信網ＭＮはインターネットのような通信網であればよく、ブログ地図提供サーバ３０はこの通信網に接続されていればよい。携帯端末装置１０は通信機能を有しているものであれば良く、電話機能を有している必要はない。また、タッチパネルを有している必要はなく、表示部と操作部とが別々に構成されているものでもよい。

１……ブログ地図提供システム、１０……携帯端末装置（端末装置）、１１……ＣＰＵ、１２……タッチパネル、１３……通信インタフェース、１４……記憶部、１５……マイク、１６……スピーカ、２０……ブログサーバ、３０……ブログ地図提供サーバ（地図情報提供装置）、１……ＣＰＵ（スコア算出部、候補エリア提示部、エリア特定部）、３２……ディスプレイ、３３……通信インタフェース、３４ａ……ＲＡＭ、３４ｂ……ＲＯＭ、３４ｃ……記憶装置（記憶部）、３５……入力部。

Claims (10)

1. ユーザの端末装置と通信可能であり、地点に関する情報を含む記事を地図上の区分された複数のエリアのうちの少なくとも１つのエリアに配置した地図情報を前記端末装置に提供する地図情報提供装置であって、
   前記複数のエリアの各々について、各エリア内の地点に関して発信された記事量に関する指標と、記事が関連している地点の多様性に関する指標とに基づいて、各エリアについて推定されるユーザの関心度を示すスコアを算出するスコア算出部と、
   前記スコア算出部が算出したスコアに応じて、前記端末装置に表示中の現在エリアの地図情報に代わる新たなエリアの候補を提示する候補エリア提示部と、
   を備えたことを特徴とする地図情報提供装置。
2. 前記スコア算出部は、予め設定された特定の発信者の記事の前記記事量に関する指標を算出するとともに、前記特定の発信者の記事が関連している地点の前記多様性に関する指標を算出する、
   ことを特徴とする請求項１に記載の地図情報提供装置。
3. 前記スコア算出部は、予め設定された特定の文字列を含む記事の前記記事量に関する指標を算出するとともに、前記特定の文字列を含む記事が関連している地点の前記多様性に関する指標を算出する、
   ことを特徴とする請求項１に記載の地図情報提供装置。
4. 前記スコア算出部は、前記現在エリア内の地点に関して発信された記事から特徴語を抽出し、当該特徴語を含む記事の前記記事量に関する指標を算出するとともに、前記特徴語を含む記事が関連している地点の前記多様性に関する指標を算出する、
   ことを特徴とする請求項１に記載の地図情報提供装置。
5. 前記記事量に関する指標は所定の期間内に前記各エリア内の地点に関して発信された記事数又は当該記事数の増加の程度を示す増加度であり、
   前記スコア算出部は、前記複数のエリアのうち前記記事数が多いか、又は当該記事数の増加度が大きいエリアほど、前記スコアの値が高くなるように前記スコアを算出する、
   ことを特徴とする請求項１乃至４のいずれか一項に記載の地図情報提供装置。
6. 前記多様性に関する指標は、所定の期間における前記各エリア内における地点ごとの当該地点に関する記事の発生確率から得られたエントロピーであり、
   前記スコア算出部は、前記複数のエリアのうち前記エントロピーが高いエリアほど、前記スコアの値が高くなるように前記スコアを算出する、
   ことを特徴とする請求項１乃至５のいずれか一項に記載の地図情報提供装置。
7. 前記多様性に関する指標は、所定の期間内に前記各エリア内における地点に関して発信された記事が関連している地点の数であり、
   前記スコア算出部は、前記複数のエリアのうち記事が関連している地点の数が多いエリアほど前記スコアの値が高くなるように前記スコアを算出する、
   ことを特徴とする請求項１乃至５のいずれか一項に記載の地図情報提供装置。
8. 前記スコア算出部は、さらに、前記端末装置に表示中の現在エリアと前記各エリアとの距離に応じて前記スコアを算出する、
   ことを特徴とする請求項１乃至７のいずれか一項に記載の地図情報提供装置。
9. 複数の移動通信端末の位置情報を管理する管理装置から、過去の期間において前記現在エリアに入った複数の移動通信端末についての位置情報の履歴を取得する位置情報履歴取得部を備え、
   前記スコア算出部は、さらに、前記位置情報履歴取得部が取得した前記位置情報の履歴から、前記現在エリアから前記複数のエリアへの遷移確率を算出し、前記複数のエリアのうち前記現在エリアの遷移先となる確率が高いエリアほど、前記スコアの値が高くなるように前記スコアを算出する、
   ことを特徴とする請求項１乃至７のいずれか一項に記載の地図情報提供装置。
10. 地点に関する情報を含む記事を地図上の区分された複数のエリアのうちの少なくとも１つのエリアに配置した地図情報をユーザの端末装置に提供する地図情報提供方法であって、
    前記複数のエリアの各々について、各エリア内の地点に関して発信された記事量に関する指標と、記事が関連している地点の多様性に関する指標とに基づいて、各エリアについて推定されるユーザの関心度を示すスコアを算出し、
    算出したスコアに応じて、前記端末装置に表示中の現在エリアの地図情報に代わる新たなエリアの候補を提示する、
    ことを特徴とする地図情報提供方法。
    

Images