JP2014021640A - メッセージ管理装置、メッセージ管理方法およびプログラム - Google Patents

Abstract

【課題】利用者からみて、所望するメッセージを容易に閲覧できるようにする。
【解決手段】利用者の端末装置で指定された地点情報を受け付ける受付部と、複数の端末装置のそれぞれから送信されたメッセージを位置情報に関連付けて記憶するメッセージ登録テーブルアクセスして、受け付けられた地点情報で定められるエリア内に位置情報が関連付けられているメッセージを特定する特定部と、特定されたメッセージの数が所定の数値範囲内であるか否かを判別する判別部と、特定されたメッセージの数が数値範囲よりも下回る場合、特定部に対してエリアを拡大させて、当該拡大させたエリア内に位置情報が関連付けられているメッセージの特定し直しを指示する指示部と、特定されたメッセージを、前記地点情報を指定した端末装置に閲覧可能となるように送信する送信部と、を具備する。
【選択図】図６

Description

本発明は、位置情報に関連付けられたメッセージを閲覧させる技術に関する。

近年、インターネットを利用してメッセージの閲覧などができるサービスが普及している。このようなサービスにおいては、所定の主題に関して複数の利用者の相互間による結び付きの度合いであるリンク強度に基づいてメッセージの送信先を選択する技術が知られている（例えば特許文献１参照）。

特開２００５−９２５７９号公報

ところで、送信されたメッセージを閲覧する利用者からすれば、多数のメッセージのなかから実際に欲しいメッセージを探し出すのは容易ではない。特に携帯電話機のような小型の端末装置では、表示スペースに制約を受けるので、所望のメッセージを探し出すのが困難化する傾向にある。
本発明は、上述した事情に鑑みてなされたものであり、その目的の一つは、利用者からみて、所望するメッセージを容易に閲覧することができる技術を提供することにある。

上記課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。

本発明に係るメッセージ管理装置（１０）は、利用者の端末装置（２０）で指定された地点情報を受け付ける受付部（１２１）と、複数の端末装置（２０）のそれぞれから送信されたメッセージを位置情報に関連付けて記憶する記憶部（ＴＢ２）にアクセスして、前記受付部（１２１）により受け付けられた地点情報で定められるエリア内に前記位置情報が関連付けられているメッセージを特定する特定部（１２３）と、特定されたメッセージの数が所定の数値範囲内であるか否かを判別する判別部（１２４）と、特定されたメッセージの数が前記数値範囲よりも下回る場合、前記特定部（１２３）に対して前記エリアを拡大させて、当該拡大させたエリア内に前記位置情報が関連付けられているメッセージの特定し直しを指示する指示部（１２５）と、前記特定部（１２３）で特定されたメッセージを、前記地点情報を指定した端末装置（２０）に閲覧可能となるように送信する送信部（１２７）と、を具備することを特徴とする。

本発明によれば、特定部で特定されたメッセージは、数値範囲内にあると判別されたメッセージまたは特定し直されたメッセージとなる。このため、地点情報を指定した端末装置に、当該地点情報の周辺に位置情報が関連付けられたメッセージが適切な数で閲覧可能に提供されるので、地点情報を指定した利用者からみれば、所望するメッセージの閲覧が容易となる。
なお、地点情報としては、ＧＰＳなどの測位機能で取得した現在位置でも良いし、地図上で指定された地点でも良い。地点情報で定められるエリアとは、地点情報で定められる地点を基準としたエリアという意味であり、例えば平面視で当該地点を中心とする円領域や、当該地点を重心とする多角形領域などである。また、所定の数値範囲とは、例えば５件以上というように下限が定められた数値範囲や、５件以上１１件未満のように下限および上限が定められた数値範囲などである。
メッセージとしては、記号、数字を含む文字情報のみならず、音声、静止画、動画などであっても良いし、これらを組み合わせたものであっても良い。メッセージの閲覧させる態様としては、例えばメッセージが投稿（送信）された順に配列させたタイムライン表示が好ましい。

本発明において、前記指示部（１２５）は、特定されたメッセージの数が前記数値範囲内になるまで、または、前記エリアが規定値に達するまで、前記特定部（１２３）に対し前記エリアを順次拡大させて前記特定し直しを指示する構成が好ましい。
また、特定されたメッセージの数が前記数値範囲よりも上回る場合、前記指示部（１２５）は、前記特定部（１２３）に対して、前記エリアを縮小させて、当該縮小させたエリア内に前記位置情報が関連付けられているメッセージの特定し直しを指示する構成としても良い。この構成において、数値範囲よりも上回るメッセージを一時記憶しておき、このうち、縮小したエリアに位置情報が関連付けられたメッセージを抜き出せば、記憶部に再アクセスしないで済む。

本発明は、メッセージ管理装置のみならず、メッセージ管理方法や、コンピュータをメッセージ管理装置（１０）として機能させるプログラムでも概念することができる。
また、上記プログラムは記録媒体に記憶させても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。

実施形態に係るシステムの概要動作を示す図である。 実施形態に係るシステムの構成を示す図である。 同システムにおける管理サーバの構成を示すブロック図である。 同システムにおける端末装置の構成を示すブロック図である。 同システムにおけるメッセージの登録（投稿）時の機能ブロック図である。 同システムにおけるメッセージの検索（要求）時の機能ブロック図である。 利用者登録テーブルの一例を示す図である。 メッセージ登録テーブルの一例を示す図である。 同システムの動作を示すフローチャートである。 端末装置における表示画面の一例を示す図である。 端末装置における表示画面の一例を示す図である。 端末装置における表示画面の一例を示す図である。 応用例に係るシステムの構成を示す図である。

＜実施形態の概要＞
まず、実施形態を含むシステムの動作概要について説明する。
図１は、この動作概要を説明するための図である。この図において、メッセージ管理装置に相当する管理サーバは、端末装置に対し通信可能であって、複数のメッセージをデータベースにすでに蓄積した状態にある（Ｓ１）。複数のメッセージのそれぞれは、本実施形態にあっては様々な場所における感想や、出来事、状況などを示す文字情報であり、その場所を示す位置情報や、そのメッセージの投稿日時情報などと関連付けられて、データベースに蓄積されている。

この状態において、管理サーバが、端末装置から地点情報を受け付けると、データベースにアクセスして、例えば平面視で当該地点情報を中心としたエリア内に位置情報が関連付けられているメッセージを検索して特定する（Ｓ２）。管理サーバは、特定したメッセージの数が所定の数値範囲内、例えば５件以上の範囲にあるか否かを判別し（Ｓ３）、５件以上であれば、特定したメッセージを、地点情報を送信した端末装置に返信する（Ｓ４）。端末装置では、管理サーバから送信されたメッセージを、例えば投稿日時が新しい順にタイムライン（時系列）で表示させる（Ｓ１０）。これにより、端末装置の利用者は、指定した地点周辺に、位置情報が関連付けられたメッセージを閲覧することができる。
一方、管理サーバは、特定したメッセージの数が５件未満であれば、検索結果が増える方向に検索条件を変更して（Ｓ５）、具体的には、検索エリアを拡大して、拡大したエリア内に位置情報が関連付けられているメッセージを再度特定する（Ｓ２）。

管理サーバは、再度の特定の結果、特定したメッセージ数が５件以上であれば、特定したメッセージを端末装置に返信する（Ｓ４）。一方で、５件未満であれば、管理サーバは、検索エリアをさらに拡大して（Ｓ５）、メッセージを再々度特定する（Ｓ２）。換言すれば、特定したメッセージ数が５件以上になった時点で、当該メッセージが端末装置に返信されて（Ｓ４）、端末装置では、タイムライン表示されることになる（Ｓ１０）。
このため、本実施形態によれば、地点情報を指定した端末装置に、当該地点情報の周辺に位置情報が関連付けられたメッセージが適切な数で閲覧可能に提供されるので、地点情報を指定した利用者からみれば、表示スペースが限られた端末装置において所望するメッセージの閲覧が容易となる。

次に、実施形態の詳細について図面を参照して説明する。

＜全体構成＞
図２は、実施形態に係るシステムの全体的な構成を示すブロック図である。
この図に示されるように、システム１では、複数の端末装置２０−１、２０−２、２０−３、…が、移動通信網Ｎｂ、ゲートウェイ１５およびインターネットＮａを介して管理サーバ１０に接続された構成となっている。なお、以降において、端末装置２０−１、２０−２、２０−３、…については、端末装置を特定せずに一般的に説明するので、符号における「−（ハイフン）」以下を省略して単に「２０」とする。

管理サーバ１０は、投稿が可能な利用者の情報や、投稿されたメッセージなどを管理する。このため、管理サーバ１０では、各種の情報をテーブル化して管理している。

図３は、管理サーバ１０のハードウェア的な構成を示すブロック図である。この図に示されるように、管理サーバ１０は、装置全体を制御するＣＰＵ（Central Processing Unit）１０１と、ＣＰＵ１０１の主記憶として機能するＲＡＭ（Random Access Memory）１０２と、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）１０３と、ネットワークを介して通信するためのインターフェース（Ｉ／Ｆ）１０５と、時間情報を出力するＲＴＣ（Real Time Clock）１０６と、各種のプログラムやデータを記憶するストレージユニット１０８と、を含む。ストレージユニット１０８では、ＣＰＵ１０１によって管理されるデータベース１１８が構築される。

なお、データベース１１８によって管理される各種のテーブル等の詳細については後述する。また、管理サーバ１０は、図２においては１台で構築されているが、２台以上に分散させるとともに外部からみたときに仮想的に１台であるかのようにみえる構成としても良い。一方で、管理サーバ１０の一部の機能を他のサービスを提供しているサーバで構築しても良い。また、管理サーバ１０が中継サーバを介して端末装置２０と接続するように構成しても良い。

端末装置２０は、例えば利用者が操作する携帯電話機である。この端末装置２０は、表示パネル２１０に重ねられたタッチパネル２２０を有し、利用者が表示パネル２１０に表示された画面に対してタッチ操作等することで、必要な情報の入力や各種の指示が与えられる構成となっている。

図４は、端末装置２０のハードウェア構成を示すブロック図である。この図に示されるように、端末装置２０は、ＣＰＵ２０１と、メモリ２０２と、Ｉ／Ｆ２０４と、ＲＴＣ２０６と、ＧＰＳ受信部２０９と、表示パネル２１０と、タッチパネル２２０と、を含む。

このうち、ＣＰＵ２０１は、端末装置２０の全体を制御し、メモリ２０２は基本プログラムや、管理サーバ１０から各種のサービスの提供を受けるためのアプリケーションプログラム、地図等の各種のデータなどを記憶する。ここでいう、アプリケーションプログラムは、自己の端末装置２０において位置情報と関連付けられたメッセージを管理サーバ１０に送信したり、メッセージの要求時に地点情報を管理サーバ１０に送信したり、管理サーバ１０から返信されたメッセージをタイムライン表示したりするものであって、特定のサイトからダウンロードされて、端末装置２０にインストールされたものである。

Ｉ／Ｆ２０４は、移動通信網Ｎｂや無線ＬＡＮ網など介して管理サーバ１０と通信する。ＲＴＣ２０６は、現在時刻の時間情報を出力する。ＧＰＳ受信部２０９は、端末装置２０の現在位置を取得するために、ＧＰＳ（Global Positioning System）の衛星信号を受信するものである。なお、現在位置についてはＧＰＳに限られず、複数の無線基地局ＢＳによる電波強度や電波到達時間などを比較して取得しても良いし、これらを組み合わせて取得しても良い。

表示パネル２１０は、例えば液晶表示装置や有機ＥＬ（Electro Luminescence）装置などのフラットディスプレイである。タッチパネル２２０は、詳細な説明については省略するが、表示パネル２１０によって表示された画面に対する操作位置（二次元座標値）を検出し、検出した操作位置を示す操作情報をＣＰＵ２０１に供給する。ＣＰＵ２０１は、タッチパネル２２０からの操作情報に基づいて、タッチ位置の移動方向や、移動速度、タッチ操作の種類等を検出する。
ここで、検出可能なタッチ操作の種類には、例えばタップ、フリック、ドラッグ、ピンチ等が含まれる。このうち、タップとは、表示画面を指で軽く叩く操作である。フリックとは、画面に表示された対象物を指で軽く払う操作である。ドラッグとは、画面に表示された対象物を指で接触させた状態で移動させる操作である。ピンチとは、表示画面に二本の指を接触させた状態で広げたり狭めたりする操作である。

なお、端末装置２０は、移動通信網Ｎｂに限られず、無線ＬＡＮ（Local Area Network）に接続される構成であっても良い。無線ＬＡＮに接続される場合、端末装置２０は、無線基地局（アクセスポイント）およびインターネットＮｂを経由して、上記管理サーバ１０に接続される。端末装置２０は、携帯電話機に限られず、タブレット型コンピュータやＰＤＡ（Personal Digital Assistant）などでも良い。

上述したように、管理サーバ１０は、複数のメッセージのそれぞれを位置情報に関連付けてメッセージ登録テーブルＴＢ２に登録する一方で、地点情報を受け付けると、地点情報の周辺に位置情報が関連付けられたメッセージを検索して特定する。そこで、システム１において、管理サーバ１０等で構築される機能ブロックについて、メッセージの登録時（端末装置２０からみれば投稿時）とメッセージの特定時（要求時）とに分けて説明する。

＜メッセージ登録時の機能ブロック＞
図５は、メッセージの登録時において、管理サーバ１０およびメッセージを送信する端末装置２０で構築される機能ブロックを示す図である。
この図に示されるように、メッセージの登録時において当該端末装置２０では、ＣＰＵ２０１がアプリケーションプログラムを実行することによって、操作検出部２３１、表示制御部２３２および現在位置取得部２３３が構築される。

現在位置取得部２３３は、ＧＰＳ受信部２０９によって受信した衛星信号から端末装置２０の現在位置を演算して、その位置情報を出力する。
表示パネル２１０の表示領域には、位置指定部２１２およびメッセージ入力部２１４が設けられる。位置指定部２１２は、表示された地図上の位置を利用者に指定させるための領域であり、メッセージ入力部２１４は、メッセージ本文を利用者に入力させるための領域である。
操作検出部２３１は、タッチパネル２２０の操作情報に基づいて、タッチ位置や、その移動方向、移動速度、タッチ操作の種類等を検出して出力するほか、メッセージ入力部２１４に入力された本文を、現在位置取得部２３３により演算された位置情報または位置指定部２１２で指定された位置情報に関連付けて、管理サーバ１０に送信する。表示制御部２３２は、操作検出部２３１から出力される情報に基づいて表示領域の表示を制御する。

一方、メッセージの登録時において管理サーバ１０側では、ＣＰＵ１０１が所定のプログラムを実行することによって、データベース１１８とともに、受付部１２１および登録部１２２が構築される。受付部１２１は、端末装置２０からメッセージを受け付け、登録部１２２は、受け付けられたメッセージをデータベース１１８におけるメッセージ登録テーブルＴＢ２に登録する。

＜メッセージ特定時の機能ブロック＞
図６は、メッセージの特定時において管理サーバ１０および地点情報を送信する端末装置２０で構築される機能ブロックを示す図である。
この図に示されるように、メッセージの特定時において当該端末装置２０では、メッセージの登録時と同様に、操作検出部２３１、表示制御部２３２および現在位置取得部２３３が構築される。ただし、表示パネル２１０の表示領域には、地点指定部２１６およびメッセージ表示部２１８が設けられる。このうち、地点指定部２１６は、利用者がメッセージを要求する際に検索エリアの基準となる地点情報を取得するために、表示された地図上の位置を利用者に指定させるための領域であり、メッセージ表示部２１８は、管理サーバ１０から送信されたメッセージを閲覧させるための領域である。
また、メッセージの特定時において、現在位置取得部２３３は、当該端末装置２０の現在位置を地点情報として出力し、表示制御部２３２は、管理サーバ１０で特定されて送信されたメッセージを、投稿日時の順にメッセージ表示部２１８においてタイムライン表示させる。

一方、メッセージの特定時において管理サーバ１０側では、メッセージの登録時と比較して、特定部１２３、判別部１２４、指示部１２５および送信部１２７が構築される。メッセージの特定時において受付部１２１は、地点情報を受け付け、特定部１２３は、データベース１１８のメッセージ登録テーブルＴＢ２にアクセスして、受け付けられた地点情報を基準とするエリア内に位置情報が関連付けられたメッセージを検索して特定する。判別部１２４は、検索されたメッセージの数が、例えば５件以上であるか否かを判別して、「Ｙｅｓ」すなわち５件以上であれば、その旨を特定部１２３に通知し、この通知を受けた特定部１２３は、検索した５件以上のメッセージを送信部１２７に供給する。
一方、判別部１２４は、「Ｎｏ」すなわち５件未満であれば、その旨を指示部１２５に通知し、この通知を受け取った指示部１２５は、特定部１２３に対し、検索エリアを拡大させた状態での再検索を特定部１２３に指示する。

なお、図５および図６においては、説明の便宜上、ある１つ（１人の利用者）の端末装置２０に着目して、管理サーバ１０と当該端末装置２０との情報やメッセージなどの授受について図示しているに過ぎない。管理サーバ１０は、実際には、位置情報が関連付けられたメッセージや、地点情報を複数の端末装置２０から受け付け、逆に、メッセージ等を複数の端末装置２０に送信する。図５および図６において、受付部１２１に向かう多数の矢印は、着目した端末装置２０を除いて他の端末装置からも情報等を受け付けることを示し、送信部１２７から向かう多数の矢印は、当該端末装置２０以外の端末装置にも情報等が送信されることを示している。
また、管理サーバ１０は、ある端末装置２０からメッセージを受け付けて図５の機能ブロックを構築する一方で、他の端末装置２０から地点情報を受け付けて図６の機能ブロックを構築することもある。すなわち、異なる端末装置２０に対して図５および図６の機能ブロックを同時に複数構築する場合もある。
図２におけるインターネットＮａや、ゲートウェイ１５、移動通信網Ｎｂ、また、図３におけるＩ／Ｆ１０５、図４におけるＩ／Ｆ２０４などについては、情報やメッセージ等の伝送経路に過ぎないので、図５および図６において図示を省略している。

さて、データベース１１８には、メッセージのタイムライン表示等の際に、投稿者（利用者）に関する情報を参照するための利用者登録テーブルＴＢ１が設けられる。

＜利用者登録テーブル＞
図７は、利用者登録テーブルＴＢ１における登録内容の一例を示す図である。
この図に示されるように、利用者登録テーブルＴＢ１は、利用者ＩＤと、利用者の名前情報と、プロフィール画像とを利用者毎に対応付けて記憶する。
これらのうち、利用者ＩＤは、利用者（投稿者）を一意に識別する情報であり、数字や記号などを組み合わせたものが用いられる。利用者の名前情報は、メッセージの閲覧時において投稿者として表示させる名前を規定し、例えば実名やニックネームが用いられる。プロフィール画像情報は、利用者を示す写真画像やイラスト画像であり、利用者によって登録や、選択、編集などされたものが用いられる。
なお、プロフィール画像情報については必ず登録すべきものではなく、利用者が登録しないことを選択することも可能である。登録しないことを選択した場合には、予め用意された画像を表示するようにしても良いし、何も表示しないようにしても良い。また、プロフィール画像情報については、実体そのものではなく、実体のリンク先（参照先）であっても良い。いずれにしても、利用者ＩＤ等から、プロフィール画像情報を取得できる手段が講じられていれば良い。

また、データベース１１８には、投稿されたメッセージを蓄積するメッセージ登録テーブルＴＢ２も構築される。

＜メッセージ登録テーブル＞
図８は、メッセージ登録テーブルＴＢ２における登録内容の一例を示す図である。この図に示されるように、メッセージ登録テーブルＴＢ２は、投稿されたメッセージを一意に識別する投稿ＩＤと、利用者ＩＤと、メッセージの本文と、位置情報と、投稿日時情報とを投稿毎に対応付けて記憶する。このうち、位置情報については、地図における地点を特定する座標情報であって、本実施形態では例えば所定精度（桁数）の経度情報および緯度情報が「、」（カンマ）で区切られて登録されている。投稿日時情報は、例えば投稿されたメッセージが登録される時間情報であり、西暦年、月、日、時、分、秒がカンマ等で区切られずに登録されている。

＜システムの動作＞
次に、システム１の動作について説明する。

図９は、システム１においてメッセージの登録時とメッセージの特定時との動作をあわせて示すフローチャートである。
まず便宜上、メッセージの登録時の動作について説明する。ある利用者Ａ１が端末装置２０においてメッセージを位置情報に関連付けて投稿する。詳細には、当該利用者が自己の端末装置２０におけるメッセージ入力部２１４にメッセージを入力するとともに、関連付ける位置情報を指定する操作をする。
なお、本実施形態において、位置の指定については、利用者の現在位置が指定される場合、および、表示された地図で指定される場合の２通りを想定している。操作検出部２３１は、利用者の現在位置が指定されたのであれば、現在位置取得部２３３から取得した現在位置の情報を位置情報とし、表示された地図で指定されたのであれば、当該地図上の地点を示す情報を位置情報とする。
当該端末装置２０では操作検出部２３１が、メッセージおよび位置情報とともに、当該メッセージを投稿した利用者Ａの利用者ＩＤを、管理サーバ１０に送信する（ステップＳａ１）。当該メッセージを受信した管理サーバ１０では、受付部１２１が当該メッセージを受け付けて、登録部１２２が、利用者ＩＤ、位置情報および投稿日時情報を１つのレコードにして、一意の投稿ＩＤを付与してメッセージ登録テーブルＴＢ２に登録する（Ｓｂ１）。

同様にして、他の利用者Ａ２〜Ａｍがそれぞれメッセージを投稿するほか、同じ利用者が複数のメッセージのそれぞれに異なる位置情報を関連付けて投稿する場合もある。管理サーバ１０では、メッセージが受け付けられる毎に、投稿ＩＤ、利用者ＩＤ、当該メッセージ、位置情報および投稿日時情報が１つのレコードでメッセージ登録テーブルＴＢ２に登録される。これによって、複数のメッセージがメッセージ登録テーブルＴＢ２に蓄積されることになる（ステップＳｂ１１）。
なお、本実施形態では、投稿日時情報としては、メッセージを受付部１２１が受け付けたときにＲＴＣ１０６から取得した時刻情報が用いられる。端末装置２０が送信時にＲＴＣ２０６から取得した時刻情報をメッセージに添付する構成とした場合、当該メッセージに添付された当該時刻情報を用いても良いが、各端末装置２０同士で時刻が同期していない状況を考慮する必要がある。

続いて、メッセージの特定時の動作について説明する。
ある利用者Ｂが、自己の端末装置２０においてある地点を指定して当該地点で定められるエリア内に位置情報が関連付けられたメッセージの閲覧を要求する。具体的には、当該端末装置２０では操作検出部２３１が、地点情報とともに利用者ＩＤを管理サーバ１０に送信する（ステップＳｃ２１）。
なお、本実施形態において、地点の指定についても、利用者の現在位置が指定される場合、および、表示された地図で指定される場合の２通りを想定している。操作検出部２３１は、利用者の現在位置が指定されたのであれば、現在位置取得部２３３から取得した現在位置の情報を地点情報として送信し、表示された地図で指定されたのであれば、当該地図上の地点を示す情報を地点情報とする。

管理サーバ１０では受付部１２１が当該地点情報を受け付けて、特定部１２３に転送する（ステップＳｂ２１）。特定部１２３は、検索前に当該地点情報で定められるエリアの初期状態を設定する（ステップＳｂ２２）。本実施形態では、検索エリアが、例えば平面視で当該地点情報により定められる地点を中心とする円領域として規定されるとともに、当該半径を（第１番目）１８７．５メートル→（第２番目）３００メートル→（第３番目）５００メートル→（第４番目）１キロメートル→（第５番目）３キロメートル→（第６番目）５キロメートル→（第７番目）１０キロメートルの７段階で拡大するものとする。このとき、特定部１２３は、検索エリアの半径を第１番目の１８７．５メートルに設定する。

次に、特定部１２３は、メッセージ登録テーブルＴＢ２にアクセスして、設定された検索エリア内に位置情報が関連付けられているメッセージを検索して特定する（ステップＳｂ２３）。このとき、古いメッセージを排除する意味で、検索対象とするメッセージを、投稿日時情報がＲＴＣ１０６で取得される現在時刻から所定期間、例えば１ヶ月以内のものに限定しても良い。あるいは、メッセージ登録テーブルＴＢ２に登録されたメッセージを、投稿日時情報から所定期間経過した時点で削除するように管理しても良い。
特定部１２３は、特定したメッセージの数を判別部１２４に通知する。

判別部１２４は、特定部１２３から通知されたメッセージの数が所定数、例えば５件以上であるか否かを判別する（ステップＳｂ２４）。通知されたメッセージの数が５件以上であれば（ステップＳｂ２４の判別結果が「Ｙｅｓ」であれば）、判別部１２４は、その旨を特定部１２３に通知し、この通知を受けた特定部１２３は、特定した５件以上のメッセージ(本文）のそれぞれについて次の情報を付帯させて送信部１２７に供給する。すなわち、特定部１２３は、当該５件以上のメッセージ（本文）のそれぞれについて、利用者の名前情報、プロフィール画像、位置情報および投稿日時情報を付帯させる。このうち、利用者の名前情報およびプロフィール画像については、利用者登録テーブルＴＢ１において当該メッセージの利用者ＩＤに関連付けられたものが用いられる。
送信部１２７は、これらの各種情報が付帯するメッセージを、地点情報を送信した端末装置２０に返信する（ステップＳｂ２５）。

一方、通知されたメッセージの数が５件未満であれば（ステップＳｂ２４の判別結果が「Ｎｏ」であれば）、判別部１２４は、その旨を指示部１２５に通知し、この通知を受けた指示部１２５は、現時点において検索エリアの半径が最終の第７番目の１０キロメートルに設定されているか否かを判別する（ステップＳｂ２６）。
検索エリアの半径が最終値に設定されていなければ（ステップＳｂ２６の判別結果が「Ｎｏ」であれば）、判別部１２４は、特定部１２３に対して、検索エリアの半径を次の番目に拡大させた状態での再検索を特定部１２３に指示する（ステップＳｂ２６）。
この後、処理手順がステップＳｂ２３に戻るので、特定部１２３は、検索エリアを拡大させた状態での再度検索を実行することになる（ステップＳｂ２３）。

検索エリアに伴ってメッセージが増加するので、やがて特定部１２３によって特定されるメッセージの数が５件以上となる場合がある。５件以上となった時点で、ステップＳｂ２４の判別結果が「Ｙｅｓ」になって、当該５件以上のメッセージが付帯情報とともに端末装置２０に返信される。
ただし、検索エリアの半径が最終値（最大値）に設定されてもなお、特定されるメッセージの数が５件に満たない場合、すなわち、ステップＳｂ２６の判別結果が「Ｙｅｓ」に判別される場合もあり得る。この場合、特定部１２３は、当該５件未満のメッセージのそれぞれについて上記情報を付帯させて送信部１２７に供給する。メッセージが５件未満である場合には、該当するメッセージが０件のときも含まれるので、このときには、該当するメッセージが存在しない旨の定型のメッセージを特定部１２３が送信部１２７に供給する。
送信部１２７は、これらの各種情報が付帯するメッセージ、または、定型のメッセージを、地点情報を送信した端末装置２０に返信する（ステップＳｂ２５）。

端末装置２０では、メッセージの返信を受けた表示制御部２３２が、当該メッセージの本文、利用者の名前情報およびプロフィール画像を、投稿日時情報で示される時間の順に、すなわちタイムライン表示させる（ステップＳｃ２２）。

＜画面の表示例＞
次に、端末装置２０において、メッセージの投稿時およびメッセージの要求時における表示パネル２１０に表示される画面の例について説明する。

図１０は、メッセージの投稿時における画面の表示例を示す図である。
この図に示される例では、登録時において端末装置２０では、現在位置取得部２３３によって取得された位置情報で示される地点を、画面上側の領域に表示させた地図上に重ねて示す地図アプリケーションプログラムが実行されている。詳細には、当該地図アプリケーションプログラムは、位置情報で示される地点に当該端末装置２０の利用者を表象するアバターを配置させるとともに、当該アバターの視点を、位置情報で示される地点の時間的変化（軌跡）から求められる進行方向に一致するように表示させるという処理を実行している。これにより、利用者は、現在位置および進行方向を視覚的に認識することができる。なお、この表示例では、北方向が上側になるようにして方位を一定としているが、進行方向が常に上側となるような方位を変動させても良い。

一方、画面の下方には、メッセージの本文を入力するためのメッセージ入力部２１４が表示されるとともに、入力したメッセージの投稿を指示するソフトウェアボタン２７１が表示されている。
利用者が、メッセージ入力部２１４に対し別途のソフトウェアキーボード（図示省略）によってメッセージの本文を入力した状態で、ソフトウェアボタン２７１をタップしたとき、入力されたメッセージ本文に、現在位置取得部２３３によって取得された現在位置の情報が位置情報として関連付けられて、当該利用者の利用者ＩＤとともに管理サーバ１０に送信される。
なお、位置情報については、現在位置取得部２３３によって取得される現在位置に限られず、表示された地図に対して指定された位置の情報を用いても良い。すなわち、地図が表示された領域を位置指定部２１２として機能させて、当該位置指定部２１２に対して指定された位置の情報を位置情報として用いても良い。表示される地図については、フリックやドラッグなどの操作によって移動し、ピンチなどの操作によって縮小、拡大される点については特に説明を要しないであろう。

このメッセージは、管理サーバ１０における受付部１２１によって受け付けられ、登録部１２２に転送されるとともに、図８において矢印で示されるようにメッセージ登録テーブルＴＢ２に新規に登録される。

この登録時において、登録部１２２は、利用者ＩＤが利用者登録テーブルＴＢ１に登録された利用者から投稿されたメッセージのみをメッセージ登録テーブルＴＢ２に登録するようにしても良いし、利用者ＩＤが未登録であれば、利用者ＩＤを利用者登録テーブルＴＢ１に新規に登録することを条件に、当該利用者から投稿されたメッセージをメッセージ登録テーブルＴＢ２に登録するようにしても良い。

図１１は、メッセージの要求時において検索エリアの基準となる地点を指定する画面の表示例を示す図である。
この図に示される例において、端末装置２０では登録時と同様に地図アプリケーションプログラムが実行されて、画面上側の領域に地図が表示されている。このように表示された地図には、表示の中心を示すクロスライン状のマークＬが重ねられて表示されている。すなわち、表示された地図を移動させても、表示された地図の中心にはマークＬが表示される構成となっている。このような構成において、利用者は、地点情報を地図で指定する場合、目的とする地点がマークＬに合致するように、図に示されるようにフリックやドラッグ等の操作によって地図を移動させてソフトウェアボタン２７５をタップする。これにより、表示された地図において当該マークＬのクロス点（表示された地図の中心点）を示す情報が地点情報として当該利用者の利用者ＩＤとともに操作検出部２３１によって管理サーバ１０に送信される。すなわち、メッセージの要求時にあっては、地図が表示された画面上側の領域が地点指定部２１６として機能するとともに、当該地点指定部２１６によって指定された地点の情報が地点情報として用いられる。
なお、地点情報については、地点指定部２１６によって指定された地点情報に限られず、現在位置取得部２３３によって取得される現在位置を用いても良い。例えば、図１１において画面に表示されたソフトウェアボタン２７３を、利用者がタップしたとき、現在位置取得部２３３によって取得された現在位置の情報が地点情報として利用者ＩＤとともに管理サーバ１０に送信される。

本実施形態においては上述したように、管理サーバ１０は、端末装置２０から地点情報を受け付けると、当該地点情報を基準とした検索エリア内に、位置情報が含まれるメッセージの数が５件以上となるまで検索エリアを順次拡大させる。換言すれば、検索エリア内に位置情報が含まれるメッセージの数が５件以上となった時点で、当該５件以上のメッセージおよび付帯情報が、地点情報を送信した端末装置２０に返信される。
上述したようにメッセージに付帯する情報は、利用者の名前情報、プロフィール画像、位置情報および投稿日時情報であり、これらの付帯情報が用いられてメッセージが表示される。

図１２は、このようなメッセージの表示例を示す図である。
画面下側のメッセージ表示部２１８においては、管理サーバ１０で返信されたメッセージが、投稿日時が古いものほど下方に向かうように（１）、（２）、（３）、…の順で配列されて表示、すなわちタイムライン表示されている。１つのメッセージの表示では、投稿者を示すプロフィール画像が画面右端に表示されるとともに、メッセージ本文を囲む吹き出しが当該プロフィール画像から発せられたように表現されているほか、投稿者のプロフィール画像の近傍には、投稿者の名前情報や、投稿日時が表示されている。

一方、画面の上側部分では地図が表示される。このときに表示される地図では、左手首を模したマークＭによって示される検索エリアの中心、すなわちタップされた地点または利用者の現在位置が確認的に示されている。また、地図の中心は、検索エリアの中心に一致するように位置合わせされて表示されている。
さらに、地図には、メッセージ表示部２１８にタイムライン表示されたメッセージの位置情報を示す地点が、メッセージを識別する符号を囲む吹き出しによって表示されている。これにより、タイムライン表示されたメッセージに関連付けられた位置情報が、地図上において具体的にどの地点に位置しているのかが示される。

なお、この画面の例では、タップされた地点を中心とする半径１８７．５メートルの円領域、すなわち図においてｒ１８７．５と記された円領域が検索エリアとして初期設定された場合に、当該検索エリア内にはメッセージが（４）、（５）、（７）の３件しか存在しないので、検索エリアが半径３００メートルの円領域、すなわち図においてｒ３００と記された円領域に拡大された結果、メッセージが（１）〜（８）の８件が検索された例である。

なお、図の例においては、メッセージ表示部２１８には、返信された８件のうち一部しか表示されていないが、例えばフリックや、別途表示させたスライドバー（図示省略）の移動などの操作にしたがって上下にスクロール表示させることによって、容易に全件の閲覧が可能になっている。
タイムライン表示については、投稿日時が新しいものほど画面の下方に向かうように配列させても良いし、タイムライン表示に限られず、地点情報から近い（または遠い）順に配列させた表示であっても良い。

図の例において破線で示した円は、説明の便宜のために記したものであって、実際には表示させる必要はない。また、地図を示す場合には、中心を示すマークＬ（またはＭ）だけを表示し、メッセージの位置（１）〜（８）を示す表示をしない態様であっても良いし、地図を表示せずに、メッセージ表示部２１８においてメッセージをタイムライン表示するのみの態様であっても良い。

上述した実施形態では、検索エリアを狭い領域から順次拡大させるので、メッセージ登録テーブルＴＢ２を検索したときに多数のメッセージがヒットして、その後の処理が停滞することが避けられる。
また、投稿されるメッセージは、都心部では多数であるのに対し、郊外では小数になると考えられる。本実施形態においては、都市部であれば検索エリアが縮小された状態となるので、端末装置２０で閲覧されるメッセージを抑えることができるし、反対に、郊外であれば検索エリアが拡大された状態となるので、閲覧されるメッセージをある程度まで確保することができる。
一方、都市部であっても、この閲覧サービスの提供の開始時においては、投稿されたメッセージが少数になるが、そのような状態であっても、検索エリアを拡大されるので、閲覧されるメッセージをある程度まで確保することができる。

＜応用・変形例＞
本発明は、上述した実施形態に限定されるものではなく、例えば次に述べるような各種の応用・変形が可能である。なお、次に述べる応用・変形の態様は、任意に選択された一または複数を適宜に組み合わせることもできる。

＜メッセージの検索・特定＞
実施形態では、初期設定の検索エリアを最小にして当該検索エリア内に位置情報が関連付けられるメッセージを検索して特定し、特定された数が少ない場合に検索エリアを拡大して再検索を指示する構成であったが、本発明は、これに限られない。例えば、第１に、特定部１２３が、検索エリアを最大にして当該検索エリア内に位置情報が関連付けられるメッセージを検索するとともに、得たメッセージを位置情報が地点情報に近いもの順にソートし、第２に、特定部１２３は、エリアを最小に設定したときのメッセージを特定して、その数を判別部１２４に通知し、第３に、特定されたメッセージの数が数値範囲よりも下回ると判別部１２４によって判別された場合に、指示部１２５が、特定部１２３に対して、エリアを拡大させるとともに、拡大させたエリアでの特定し直しを指示する構成としても良い。この構成では、メッセージが検索されるのは最初の１回のみである点で実施形態と相違するが、特定されるメッセージが数値範囲内となるまで、エリアが拡大されるとともに拡大させたエリア内に位置情報が関連付けられるメッセージの特定し直しが指示される点において実施形態と同様である。

＜検索エリアの縮小・拡大＞
実施形態では、検索エリアを順次拡大させていたが、初期設定される検索エリアを例えば第１番目から第７番目までのセンターである第４番目の半径１キロメートルの円領域とし、この結果、検索されたメッセージが少なければ実施形態と同様に検索エリアを拡大させる一方で、検索されたメッセージが多ければ検索エリアを縮小させるように構成しても良い。
この構成において、検索されたメッセージが多い場合には、当該検索したメッセージをキャッシュ（一時記憶）しておくとともに、検索エリアを縮小するときに、キャッシュしたメッセージのうち、地点情報から近い順に規定数のメッセージを抽出すれば、メッセージ登録テーブルＴＢ２への再アクセスを不要とすることができる。
なお、この構成では、検索されたメッセージの数が、下限の閾値と上限の閾値とで規定される数値範囲内であるか否かが判別されて、この判別結果に応じて検索エリアを拡大または縮小させることになる。
また、第１番目から第７番目までに限られないことはいまでもないが、エリアを段階的ではなく、検索結果が所定数となるように、エリアをズーミングさせる（無段階で変化させる）構成でも良い。

＜検索エリアの形状＞
実施形態では、エリアの形状については、地点情報で示される地点を中心とする円としたが、端末装置２０で表示される地図の形状に合わせて、所定のアスペクトレシオ、例えば縦３：横４の比を有する長方形としても良い。このときの長方形における対角線の交点を地点情報で定めても良い。また、検索エリアの形状については、円や長方形以外であっても良い。

＜メッセージの形式＞
メッセージについては、文字のみならず、音声信号や、静止画像、動画像としても良いし、これらを適宜組み合わせたものであっても良い。メッセージに、音声信号や、動画像を含ませる場合、これらを再生することがメッセージの閲覧となる。

＜位置情報、地点情報＞
実施形態では、位置情報および地点情報については、地図における地点を平面視で特定する情報としたので、経度、緯度のような二次元座標としたが、高度情報を選択的必須的に加えても良い。高度を加えることによって、平面視では区別できなかった２以上の地点、例えば高層階の地点と低層階の地点とを区別することができるようになる。

＜クラウド＞
実施形態では、管理サーバ１０がデータベース１１８を内包して管理する構成としていたが、管理サーバ１０以外のサーバで管理する構成、すなわちクラウドコンピューティングで管理するようにしても良い。

＜ウェブ型＞
実施形態においては、端末装置２０にインストールされたアプリケーションプログラムの実行によってメッセージを利用者に閲覧させる、いわゆるネイティブ型の構成としたが、本発明は、この構成に限られない。例えば、管理サーバ１０側で表示の制御・態様を記述したウェブ画面を作成して端末装置２０に送信する一方、端末装置２０側のブラウザがウェブ画面を表示するとともに、ウェブ画面（タッチパネル）に対する操作に応じた処理を実行するウェブ型の構成としても良い。

図１３は、ウェブ型とした応用例に係るシステム１において、メッセージの投稿時および検索時（要求時）に管理サーバ１０および端末装置２０で構築される機能ブロックを示す図である。なお、図１３においては、実施形態における登録部１２２（図５参照）および特定部１２３（図６参照）を１つにまとめて管理部１２８として表している。

ウェブ側とする場合、端末装置２０においては、ブラウザ２３４が構築されて、表示の制御が記述されたウェブ画面を表示パネル２１０における表示領域に表示させる。メッセージの投稿時には、管理サーバ１０側では送信部１２７が、位置指定部２１２およびメッセージ入力部２１４を含むウェブ画面を作成してブラウザ２３４に送信し、端末装置２０側ではブラウザ２３４が、当該ウェブ画面を表示させて、当該ウェブ画面に対する操作を操作検出部２３１が検出することになる。
一方、メッセージの検索時には、送信部１２７が、地点指定部２１６およびメッセージ表示部２１８を含むウェブ画面を作成してブラウザ２３４に送信し、端末装置２０側ではブラウザ２３４が、当該ウェブ画面を表示させることになる。
このため、ウェブ型では、送信部１２７が、ブラウザ２３４を介してメッセージ等を間接的に表示させることになる。

１…システム、１０…管理サーバ、２０…端末装置、１０１、２０１…ＣＰＵ、１１８…データベース、１２１…受付部、１２２…登録部、１２３…特定部、１２４…判別部、１２５…指示部、１２７…送信部、２１８…メッセージ表示部、２３１…操作検出部、２３２…表示制御部。

Claims (5)

1. 利用者の端末装置で指定された地点情報を受け付ける受付部と、
   複数の端末装置のそれぞれから送信されたメッセージを位置情報に関連付けて記憶する記憶部にアクセスして、前記受付部により受け付けられた地点情報で定められるエリア内に前記位置情報が関連付けられているメッセージを特定する特定部と、
   特定されたメッセージの数が所定の数値範囲内であるか否かを判別する判別部と、
   特定されたメッセージの数が前記数値範囲よりも下回る場合、前記特定部に対して前記エリアを拡大させて、当該拡大させたエリア内に前記位置情報が関連付けられているメッセージの特定し直しを指示する指示部と、
   前記特定部で特定されたメッセージを、前記地点情報を指定した端末装置に閲覧可能となるように送信する送信部と、
   を具備することを特徴とするメッセージ管理装置。
2. 前記指示部は、
   特定されたメッセージの数が前記数値範囲内になるまで、または、前記エリアが規定値に達するまで、前記特定部に対し前記エリアを順次拡大させて前記特定し直しを指示する ことを特徴とする請求項１に記載のメッセージ管理装置。
3. 特定されたメッセージの数が前記数値範囲よりも上回る場合、前記指示部は、前記特定部に対して、前記エリアを縮小させて、当該縮小させたエリア内に前記位置情報が関連付けられているメッセージの特定し直しを指示する
   ことを特徴とする請求項１または２に記載のメッセージ管理装置。
4. 利用者の端末装置で指定された地点情報を受け付けるステップと、
   複数の端末装置のそれぞれから送信されたメッセージを位置情報に関連付けて記憶する記憶部にアクセスして、前記受付部により受け付けられた地点情報で定められるエリア内に前記位置情報が関連付けられているメッセージを特定するステップと、
   特定したメッセージの数が所定の数値範囲内であるか否かを判別するステップと、
   特定したメッセージの数が前記数値範囲よりも下回る場合、前記特定部に対して前記エリアを拡大して、当該拡大させたエリア内に前記位置情報が関連付けられているメッセージの特定し直しを指示するステップと、
   特定したメッセージを、前記地点情報を指定した端末装置に閲覧可能となるように送信するステップと、
   を具備することを特徴とするメッセージ管理方法。
5. 端末装置と通信可能なコンピュータを、
   利用者の端末装置で指定された地点情報を受け付ける受付部、
   複数の端末装置のそれぞれから送信されたメッセージを位置情報に関連付けて記憶する記憶部にアクセスして、前記受付部により受け付けられた地点情報で定められるエリア内に前記位置情報が関連付けられているメッセージを特定する特定部、
   特定されたメッセージの数が所定の数値範囲内であるか否かを判別する判別部、
   特定されたメッセージの数が前記数値範囲よりも下回る場合、前記特定部に対して前記エリアを拡大させて、当該拡大させたエリア内に前記位置情報が関連付けられているメッセージの特定し直しを指示する指示部、および、
   前記特定部で特定されたメッセージを、前記地点情報を指定した端末装置に閲覧可能となるように送信する送信部、
   として機能させる特徴とするプログラム。

Images