JP7244413B2 - 端末の表示方法、プログラム、端末、サーバの情報処理方法 - Google Patents

Description

本開示は、端末の表示方法、サーバ、プログラム並びにサーバの情報処理方法に関する。

従来、複数のユーザが互いにメッセージのやり取りを行うメッセージングサービスが提供されている。特許文献１には、匿名でメッセージのやり取りを行うことができるチャットシステムについて開示されている。

特開２０１０－２０６７２号公報

本発明の第一の態様は、サーバと通信する端末に実行されるプログラムであって、第１端末のユーザと、第１端末とは異なる第２端末のユーザとを含むチャットルームを端末の表示部に表示することと、第１端末によって送信された第１コンテンツがサーバに受信されたことに基づき、第１コンテンツを端末の通信部によってサーバから受信することと、第２端末から送信された、位置に関する第１情報と第２コンテンツとがサーバに受信されたことに基づき、第１情報に基づく第２情報と、第２コンテンツとを端末の通信部によってサーバから受信することと、第１コンテンツと、第２情報に基づき第１コンテンツとは表示態様を異ならせた第２コンテンツとをチャットルームに表示することとが端末に実行される。
また、本発明の第二の態様は、サーバと通信する端末の情報処理方法であって、第１端末のユーザと、第１端末とは異なる第２端末のユーザとを含むチャットルームを端末の表示部に表示することと、第１端末によって送信された第１コンテンツがサーバに受信されたことに基づき、第１コンテンツを端末の通信部によってサーバから受信することと、第２端末から送信された、位置に関する第１情報と第２コンテンツとがサーバに受信されたことに基づき、第１情報に基づく第２情報と、第２コンテンツとを端末の通信部によってサーバから受信することと、第１コンテンツと、第２情報に基づき第１コンテンツとは表示態様を異ならせた第２コンテンツとをチャットルームに表示することとを含む。
また、本発明の第三の態様は、サーバと通信する端末であって、第１端末によって送信された第１コンテンツがサーバに受信されたことに基づき、第１コンテンツをサーバから受信し、第１端末とは異なる第２端末から送信された、位置に関する第１情報と第２コンテンツとがサーバに受信されたことに基づき、第１情報に基づく第２情報と、第２コンテンツとをサーバから受信する通信部と、第１端末のユーザと、第２端末のユーザとを含むチャットルームを表示し、第１コンテンツと、第２情報に基づき第１コンテンツとは表示態様を異ならせた第２コンテンツとをチャットルームに表示する表示部とを含む。
また、本発明の第四の態様は、サーバと通信する端末であって、メモリに記憶されたプログラムを読み出し、プログラムに基づいて処理を実行するプロセッサーを含み、プロセッサーは、第１端末のユーザと、第１端末とは異なる第２端末のユーザとを含むチャットルームを端末の表示部に表示することと、第１端末によって送信された第１コンテンツがサーバに受信されたことに基づき、第１コンテンツを端末の通信部によってサーバから受信することと、第２端末から送信された、位置に関する第１情報と第２コンテンツとがサーバに受信されたことに基づき、第１情報に基づく第２情報と、第２コンテンツとを端末の通信部によってサーバから受信することと、第１コンテンツと、第２情報に基づき第１コンテンツとは表示態様を異ならせた第２コンテンツとをチャットルームに表示することとを実行する。
また、本発明の第五の態様は、端末と通信するサーバによって実行されるプログラムであって、端末とは異なる第１端末によって送信された第１コンテンツをサーバの通信部によって受信することと、第１コンテンツを通信部によって端末に送信することと、端末と第１端末とは異なる第２端末から送信された、位置に関する第１情報と第２コンテンツとを通信部によって受信することと、第２コンテンツと、第１情報に基づき第２コンテンツを第１コンテンツとは異なる表示態様で端末の表示部に表示させるための第２情報とを通信部によって端末に送信することとをサーバに実行させる。

通信システムの構成例を示し、端末及びサーバの構成例を示すブロック図である。 実施形態に係る通信システムの概要を説明する概要図である。 （ａ）は、メッセージ管理情報のデータ構成例を示すデータ概念図である。（ｂ）は、場所管理情報のデータ構成例を示すデータ概念図である。 通信システムにおける各装置のやり取りの一例を示すシーケンス図である。 図４に関連する端末の動作例を示すフローチャートである。 図４に関連するサーバの動作例を示すフローチャートである。 （ａ）～（ｃ）は、端末の表示例を示す画面図である。 端末のフィルタリング表示に関する動作例を示すフローチャートである。 （ａ）は、表示態様を異ならせた複数のメッセージを表示した画面例を示す図であり、（ｂ）は、（ａ）に示す表示態様に対して、第１の表示態様のメッセージのみを表示するようフィルタリングをした後の画面例を示す図であり、（ｃ）は、（ａ）に示す表示態様に対して、第２の表示態様のメッセージのみを表示するようフィルタリングをした後の画面例を示す図である。 実施形態２に係る通信システムの構成例を示し、端末、サーバ及びビーコン発信器の構成例を示すブロック図である。 実施形態２に係る報酬管理情報のデータ構成例を示すデータ概念図である。 ユーザの端末が所定の位置にいることに対して報酬を与える処理を示す各装置のやり取りの一例を示すシーケンス図である。 図１２に関連する端末の動作例を示すフローチャートである。 図１２に関連する端末の動作例を示すフローチャートである。 端末の報酬情報の表示例を示す画面図である。 特定の場所にいる端末を特定のトークルームに招待する通信システムにおける各装置のやり取りの一例を示すシーケンス図である。 図１６に関連する端末の動作例を示すフローチャートである。 図１６に関連するサーバの動作例を示すフローチャートである。 （ａ）は、トークルームに招待するＵＲＬを表示する表示例を示す画面図である。（ｂ）は、招待されたトークルームの例を示す画面図である。 時間経過による表示態様の変更を行うための端末の動作例を示すフローチャートである。 （ａ）は、表示態様の変更前のトークルームの表示例を示す画面図である。（ｂ）は、表示態様の変更後のトークルームの表示例を示す画面図である。 サーバが端末から位置情報を受信できなくなった場合の各装置間のやり取りの例を示すシーケンス図である。 サーバが端末から異なる位置情報を受信した場合の各装置間のやり取りの例を示すシーケンス図である。 図２２と図２３に関連するサーバの動作を示すフローチャートである。 図２２と図２３に関連する端末の動作を示すフローチャートである。 フィルタリング条件として、表示態様とは異なるフィルタリングをおこなった場合の端末２０とサーバ１０との間のやり取りを示すシーケンス図である。 図２６に関連する端末の動作を示すフローチャートである。 図２６に関連するサーバの動作を示すフローチャートである。 場所に関連するメッセージ数を表示するための各装置のやり取りを示すシーケンス図である。 図２９に関連するサーバの動作を示すフローチャートである。 図２９に関連する端末の動作を示すフローチャートである。 メッセージを送信した場所ごとのメッセージ数を表示する例を示す端末の画面図である。

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

本開示に係る端末による送信または受信に係る状況を確認できる表示方法等を実施するための実施形態について、図面を参照して説明する。

＜システム構成＞

図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。

ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。また、必要に応じて、ユーザXが利用する端末を端末２０Xと表現し、ユーザXまたは端末２０Xに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Xと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。

＜ハードウェア（HW）構成＞

図１を用いて、通信システム１に含まれる各装置のHW構成について説明する。

（１）端末のHW構成
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、位置情報取得部２５を備える。端末２０のHWの各構成要素は、限定でなく例として、バスBを介して相互に接続される。なお、端末２０のHW構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、マイク２３２、カメラ２３４、位置情報取得部２５等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

入力部は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定でなく例として、タッチパネル２３１、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ２３４（動画像を介した操作入力）、マイク２３２（音声による操作入力）を含む。

出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定でなく例として、 タッチパネル、タッチディスプレイ、スピーカ２３３（音声出力）、レンズ（限定でなく例として３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Dで表示データを表示可能であってもよいし、そうでなくてもよい。

入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

制御部２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。

端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムPは、プログラムモジュールと表現されてもよいし、されなくてもよい。

マイク２３２は、音声データの入力に利用される。スピーカ２３３は、音声データの出力に利用される。カメラ２３４は、動画像データの取得に利用される。

（２）サーバのHW構成
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、表示部１３を備える。サーバ１０のHWの各構成要素は、限定でなく例として、バスBを介して相互に接続される。なお、サーバ１０のHWは、サーバ１０のHWの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のHWは、表示部１３を取り外すような構成であってもよいし、そうでなくてもよい。

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。

記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力部１２は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入出力部１２は、これらに限定されない。

表示部１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、表示部１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらの表示部１３は、３Dで表示データを表示可能であってもよいし、そうでなくてもよい。ただし、本開示において、表示部１３は、これらに限定されない。

サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムPは、プログラムモジュールと表現されてもよいし、されなくてもよい。

本開示の各実施形態においては、端末２０および／または、サーバ１０のＣＰＵがプログラムPを実行することにより、実現するものとして説明する。

なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

また、本開示の各実施形態のプログラムP(限定ではなく、例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムPを記憶可能である。また、プログラムPは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムPとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。

サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

また、本開示のプログラムＰＤＤは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定でなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

また、本開示の各実施形態は、プログラムPが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。

端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。

サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。

明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。

通信システム１は、図１０に示すように、ビーコン発信器４０を含んでもよい。ビーコン発信器４０は、所定の場所に設置され、定期的に自装置を識別する情報であり、位置情報の代替となるビーコンＩＤを含むビーコン信号を発信する装置である。

＜ビーコン発信器４０のHW構成＞
図１０に示すように、ビーコン発信器４０は、ビーコン発信部４１２を備え、更には、通信Ｉ／Ｆ４１１を備えてもよいし、備えなくてもよい。

通信Ｉ／Ｆ４１１は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ４１１は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ４１１は、各種データを制御部２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ４１１を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ４１１が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

ビーコン発信部４１２は、定期的（限定ではなく一例として、１秒ごと）に、通信システム１上で、自機を一意に特定することができるビーコンＩＤを含むビーコン信号を発信する。ビーコン信号は、ビーコン発信部４１２の存在を周辺の他の機器（ペリフェラルと呼称することもある）に通知するための信号であり、限定ではなく一例として、ＢＬＥ（Bluetooth Low Energy（登録商標））の通信規格で定義されるビーコン信号を用いることとしてよいが、これに限定するものではない。ビーコン信号は、他の機器と通信接続を確立することなく送信することができる信号である。ビーコン信号の到達距離は、信号の発信強度により定めることができ、信号強度が強いほど遠距離までビーコン信号を到達させることができる。本実施形態においては、ビーコン発信部４１２は、所定距離（端末２０を保持するユーザが所定範囲内にいることがわかる距離であって、限定ではなく一例として、ビーコン発信部から２、３ｍ以内）まで到達できる程度の信号強度でビーコン信号を発信する

＜実施形態１＞
本実施形態に係る通信システム１においては、複数のユーザが参加するトークルームにおいて、各ユーザは発言とともに、その端末が存在する位置に関する情報をサーバ１０に送信する。端末２０ａ～２０ｄそれぞれのユーザは、同じトークルームに参加している。

トークルームとは、限定ではなく一例として、サーバ１０が提供するメッセージングサービスにおいて、メッセージングサービスを利用するユーザ同士によって、送受信されたコンテンツをユーザの端末に表示可能にするユーザインターフェースである。トークルームは、チャットルームと呼称されてもよい。トークルームは、基本的にはサーバ１０が提供するメッセージングサービスにおいて互いに認識しているユーザ間で双方の了承のもとで形成されるが、不特定多数のユーザが自由に参加することができるトークルームを形成することもできる。このような不特定多数のユーザが自由に参加することができるトークルームをオープンチャットと呼称することもある。

オープンチャットとは、複数のユーザが、匿名で参加することが可能なグループチャットである。ここでいう匿名で参加とは、メッセージングサービスを提供するサーバ１０において、登録しているユーザ名とは異なるユーザ名でトークルームに参加できることを意味する。オープンチャットは、誰でも参加が可能である反面、匿名性が高く、メッセージの内容についての信憑性の判断がつきにくいという側面を有する。このようなオープンチャットには、ユーザ自身がそのオープンチャットの存在を認識して（限定ではなく一例として、宣伝広告などで宣伝商品に関連するオープンチャットがあることやそのオープンチャットへの参加方法が記載された記事を確認することによって認識する）、自身で参加したり、トークルームに参加している他のユーザからの招待を受けて参加したりすることができる。

ところで、オープンチャットでは、匿名での参加ができる、即ち、メッセージの送信ができることから、無責任な発言をする可能性もある。しかしながら、メッセージの内容の信憑性がオープンチャットに参加している他のユーザにはわかりづらい可能性がある。また、通常のチャットであったとしても、ユーザ名をニックネームや偽名に設定することができる。そのため、オープンチャット同様にメッセージの信憑性が定かでない場合がある。そこで、サーバ１０は、あるトークルーム（通常のトークルームであってもよいし、オープンチャットであってもよい）について、各ユーザの発言の表示態様を変えることで、その発言の信憑性を保証するようにする。具体的には、限定ではなく一例として、複数のユーザが、あるＡＡフェスという祭りに関するトークをしていたとする。このとき、端末２０ｂのユーザはＡＡフェスの会場外にいて、「ＡＡフェスのＡ店、すごく良かったよ？」というメッセージを送信したとする。このとき、端末２０ｂはメッセージとともにサーバ１０に端末２０ｂの位置に関する情報を送信する。

その一方で、端末２０ｃのユーザはＡＡフェス会場にいて、「え？そう？ＡＡフェスのＡ店、あまりよくないよ？」というメッセージを、端末２０ｃの位置に関する情報とともにサーバ１０に送信している。また、端末２０ｄのユーザもＡＡフェス会場にいて、「だよね？待ち時間も考えると、コスパも悪いよね？」というメッセージを端末２０ｄの位置に関する情報とともにサーバ１０に送信する。

サーバ１０は、トークルームを表示している端末２０ａに対して、メッセージの情報とともに、その表示態様を示す情報とともに送信する。すると、端末２０ａは、サーバ１０からの指示にしたがって、ＡＡフェス会場にいない端末２０ｂのユーザのメッセージと、ＡＡフェス会場にいる端末２０ｃのユーザのメッセージと端末２０ｄのユーザのメッセージとを、表示態様を異ならせて表示する。

図２の例では、ＡＡフェス会場にいない端末２０ｂのメッセージを黒地の白抜きの文字で表示しているのに対し、ＡＡフェス会場にいる端末２０ｃ、２０ｄのメッセージは通常の表示とすることで、表示態様を異ならせている。これにより、端末２０ａのユーザは、端末２０ｃ、端末２０ｄのメッセージはＡＡフェス会場での発言であり、信憑性が高いと推定でき、一方で、端末２０ｂのメッセージはＡＡフェス会場外の発言であるから、信憑性が低いと推定できる。なお、図２の表示態様自体は逆であってもよく、ＡＡフェス会場内にいるユーザのメッセージを黒字の白抜きの文字で表示し、ＡＡフェス会場にいないユーザのメッセージを通常の表示とするようにしてもよい。

なお、図２には図示していないが、端末２０ａのユーザもトークルームに参加しているので、トークルームに対してメッセージを送信することができる。ここで、各端末が、トークルームに対して送信するのは、メッセージに限らず、各種のコンテンツであってよい。即ち、トークルーム上でやり取りされるコンテンツは、ユーザが自身の端末２０を利用して入力した文字情報（収支内容に係る情報のテキストデータ）、写真やスタンプなどを含む画像情報（例えば、ユーザがいる場所の写真）、音声ファイル、動画ファイル、データファイルなど各種のファイル情報、広告情報を含むが、これらに限定するものではない。
以下、詳細に説明する。

（１）ユーザの端末の機能構成
図１に示すように、端末２０の制御部２１は、メッセージ処理部２１１と、表示処理部２１２と、を備える。

メッセージ処理部２１１は、サーバ１０が提供するメッセージングサービスから提供されるメッセージングアプリケーションに従って、ユーザからの入力および／または通信Ｉ／Ｆ１２が受信したメッセージを含むコンテンツの入力を受け付けて、表示処理部２１２に表示するように指示する。なお、ユーザからの入力を受け付けた場合には、その受け付けた入力内容を通信Ｉ／Ｆ２２にサーバ１０に宛てて送信するように指示する。また、ここでメッセージ処理部２１１が処理する対象として、トークルームに対してユーザが入力したテキストメッセージに限らず、写真やスタンプなどを含む画像情報、音声ファイル、動画ファイル、データファイルなどを含んでよい。

また、メッセージ処理部２１１は、端末２０からサーバ１０にコンテンツを送信する際には、端末２０の位置に関する情報と共に送信する。端末２０の位置に関する情報とは、位置情報取得部２５によりＧＮＳＳを利用して取得された経緯度情報であってもよいし、そうでなくてもよい。また、端末２０の位置に関する情報とは、端末２０が受信している位置情報を特定可能な信号、限定ではなく一例として、ビーコン発信器が発信しているビーコン信号に含まれるビーコンＩＤ、端末２０が通信するために接続している基地局の基地局ＩＤなどを用いることとしてもよいし、そうしなくてもよい。メッセージ処理部２１１は、メッセージと共に端末２０の位置に関する情報を送信することとしてよいし、そうしなくてもよい。また、メッセージ処理部２１１は、メッセージと端末２０の位置に関する情報とは個別に別々のタイミングで送信することとしてもよいし、そうしなくてもよい。メッセージ処理部２１１は、メッセージについてはメッセージの入力をユーザから受け付けたときに送信することとしてよく、位置に関する情報についてはメッセージの入力とは関係なく、定期的に送信することとしてもよいし、そうしなくてもよい。

表示処理部２１２は、サーバ１０が提供するメッセージングサービスから提供されるメッセージングアプリケーションに従って、ユーザからの入力および／または通信Ｉ／Ｆ１２が受信したメッセージを含むコンテンツの入力を受け付けて、表示部２４の表示領域に表示するように指示する。なお、ユーザからの入力を受け付けた場合には、その受け付けた入力内容を通信Ｉ／Ｆ２２にサーバ１０に宛てて送信するように指示する。表示処理部２１２は、サーバ１０からの指示に従って、トークルームに表示する各メッセージについて、指定された表示態様、または、メッセージを送信した端末の場所に基づく表示態様でメッセージ（コンテンツ）を表示することとしてもよいし、そうしなくてもよい。
以上が端末２０の機能構成である。

（２）サーバの機能構成
図１に示すように、サーバ１０の制御部１１は、メッセージ処理部１１１と、判定部１１２と、を備える。

メッセージ処理部１１１は、各ユーザ間のやり取りを行うためのトークルームを管理する機能を備える。メッセージ処理部１１１は、サーバ１０が提供するメッセージングサービスの提供を受ける端末間のコンテンツを含むコンテンツのやり取りを中継する。即ち、あるユーザからトークルームへのコンテンツが送信された場合に、そのトークルームを特定し、トークルームに属する他のユーザにコンテンツを送信する。

また、メッセージ処理部１１１は、ユーザの端末２０からトークルームに対するコンテンツを受信した場合に、その端末２０の位置に関する情報に基づいて判定部１１２に、表示態様の判定を依頼する。そして、判定部１１２から指定された表示態様で受信したコンテンツを表示するように、トークルームに参加している各ユーザの端末２０に、受信したコンテンツを送信する。メッセージ処理部１１１は、受信したメッセージと、その位置情報とを対応付けて記憶部１５に記憶する。メッセージ処理部１１１は、端末２０から、メッセージと、端末２０の位置に関する情報とを個別に受信した場合には、メッセージを受信したタイミングと、位置に関する情報とを受信したタイミングとが、所定時間内（端末２０がメッセージを送信したときに、その場所にいると同定できる程度の時間内であり、限定ではなく一例として、１分以内）であれば、メッセージを送信したときに、その位置に関する情報にいると判断して、メッセージと位置に関する情報とを対応付けて記憶する。

判定部１１２は、メッセージ処理部１１１からの指示に依頼に基づき、受信したメッセージが書き込まれたトークルームと、メッセージを送信した端末２０が、トークルームに関連する場所にいるかどうかを判定し、その結果をメッセージ処理部１１１に通知する。判定部１１２は、受信したメッセージが端末の測位システムにより測位された経緯度情報であった場合には、位置管理情報３１０の位置情報３１２を参照して、合致する範囲があるかどうかを判定する。そして、合致する範囲があった場合に、対応する場所名３１１を特定する。また、判定部１１２は、受信したメッセージに、ビーコンＩＤや基地局ＩＤが対応付けられている場合には、位置情報３１２として、対応付けられているＩＤのいずれかと合致するかどうかを判定し、対応する場所名３１１を特定する。また、受信したメッセージに対応付けられている位置に関する情報は、経緯度情報やビーコンＩＤ以外には、地名や店舗名などの名称のテキスト情報であってもよく、この場合には、対応付けられている地名や店舗名などの名称のテキスト情報をそのまま位置情報３１２として用いることとしてもよい。判定部１１２は、特定した場所名をメッセージ処理部１１１に通知することとしてもよいし、場所名の通知に代えて、メッセージを送信した端末２０が、メッセージが送信されたトークルームに関連する場所にいるかどうかを判定し、その結果をメッセージ処理部１１１に通知することとしてもよい。
以上が、サーバ１０の機能構成である。

＜データ＞
図３（ａ）は、サーバ１０に記憶されるメッセージ管理情報３００のデータ構成例を示すデータ概念図である。メッセージ管理情報３００は、各メッセージの送信者と、その送信時の位置情報を管理するための情報である。図３（ａ）に示すように、メッセージ管理情報３００は、ユーザＩＤ３０１と、コンテンツ情報３０２と、位置情報３０３とが対応付けられた情報である。

ユーザＩＤ３０１は、メッセージの発言者であるユーザを一意に特定するための識別情報である。ユーザＩＤ３０１は、サーバ１０が提供するメッセージングサービスにおいて、各ユーザを一意に特定することができる情報である。

コンテンツ情報３０２は、対応するユーザＩＤが示すユーザにより送信されたコンテンツの内容を示す情報である。コンテンツ情報３０２は、メッセージであれば、そのテキスト情報である。また、コンテンツ情報３０２は、画像（静止画、動画）であってもよいし、音声であってもよいし、地図情報や、ウェブサイトのアドレスであってもよい。

位置情報３０３は、対応するユーザＩＤが、その端末２０を利用してメッセージを送信した場所に関する情報である。位置情報３０３は、各ユーザが対応するコンテンツ情報３０２を送信した場所を特定し、トークに関連する場所で送信されたかどうかや、特定の場所で送信されたかどうかを特定するために用いられる。なお、位置情報３０３は、図３（ａ）に示す例では、位置情報として、経緯度情報を用いる例を示しているが、位置情報３０３は、経緯度情報に限定するものではない。対応するコンテンツ情報３０２を送信した場所を特定可能な情報であれば、経緯度情報以外の情報であってもよい。位置情報３０３は、限定ではなく一例として、各位置に配置しているビーコン発信機のビーコンＩＤや基地局の基地局ＩＤなどを、用いることとしてもよいし、そうしなくてもよい。

図３（ａ）に示す例では、ユーザＩＤ「Ｕ０２０１５２４」のユーザによって、位置「（Ｘ１、Ｙ１）」から、自身の端末から「ＡＡフェスのＡ店、すごく良かったよ！」という内容のメッセージを送信していることが理解できる。

図３（ｂ）は、サーバ１０に記憶される位置管理情報３１０のデータ構成例を示すデータ概念図である。図３（ｂ）に示すように位置管理情報３１０は、場所名３１１と、位置情報３１２とが対応付けられた情報である。

場所名３１１は、特定の範囲の場所を識別するための情報であり、表示態様の変更の一例として用いる表示名である。

位置情報３１２は、対応する場所名３１１として含まれる範囲を示す情報である。図３（ｂ）に示す例では、経緯度情報の範囲を示す例を示しているが、位置情報３１２は、これに限定するものではない。位置情報３１２としては、ビーコン発信機のビーコンＩＤや基地局の基地局ＩＤを用いることとしてもよいし、そうしなくてもよい。また、ビーコンＩＤや基地局ＩＤを用いる場合には、一つの場所名３１１に対して、１つではなく、複数のビーコンＩＤや基地局ＩＤが対応付けられてもよい。

また、位置管理情報３１０の一つの場所名に対して、更にその中に複数の場所が含まれてもよく、互いに異なる名称の場所に対応付けられている位置情報が互いに重複することがあってもよいし、そうでなくてもよい。図３（ｂ）に示す例では、「ＡＡフェス会場」内に、「Ａ店」、「Ｂ店」などの複数の場所を含まれている例を示している。

図３（ｂ）に示す例では、場所名「ＡＡフェス」には、「（ＸＡ１、ＹＡ１）～（ＸＡ２、ＹＡ２）」の範囲が含まれることが理解できる。

図３（ａ）に示すメッセージ管理情報３００と、図３（ｂ）に示す位置管理情報３１０と、があることによりユーザの端末２０から送信されたコンテンツが特定の場所に関連するかどうかを特定することができる。

＜動作＞
図４は、通信システム１に係る各装置間のやり取りの一例を示すシーケンス図である。図４に示すように、端末２０ｂは、ユーザからコンテンツとして、所定のオープンチャット（トークルームであってもよい。以下、単にオープンチャットと記載する）に対する第１メッセージの入力を受け付ける。

端末２０ｂは、オープンチャットに対する第１メッセージの入力を受け付けると、端末２０ｂの位置を示す第１位置情報を取得する（ステップＳ４０１）。そして、端末２０ｂは、第１メッセージと共に、第１位置情報を、サーバ１０に送信する（ステップＳ４０２）。

サーバ１０は、受信した第１メッセージに付随する第１位置情報が、オープンチャットに関連する所定領域内であることを確認する。そして、サーバ１０は、この場合に、オープンチャットに参加している端末（端末２０ａ、２０ｃ。図示はしていないが、端末２０ｂへの送信も含まれてよい）に対して、第１メッセージを送信するとともに、第１表示態様での第１メッセージの表示を指示する（ステップＳ４０３）。なお、ここでは、第１位置情報が所定領域内の位置かを確認することとしているが、これは、所定領域（範囲）ではなく、所定の場所と一致するかどうかを確認することとしてもよい。

端末２０ａは、第１メッセージを受信すると、オープンチャット上で、サーバ１０から第１メッセージを第１表示態様で表示する（ステップＳ４０４）。同様に、端末２０ｃも、サーバ１０から第１メッセージを受信すると、オープンチャット上で、第１メッセージを第１表示態様で表示する（ステップＳ４０５）。

一方で、端末２０ｃは、同じオープンチャットに対して、端末２０ｃのユーザから第２メッセージの入力を受け付ける（ステップＳ４０６）。端末２０ｃは、ユーザから第２メッセージの入力を受け付けると、端末２０ｃの第２位置情報を取得する。そして、端末２０ｃは、第２メッセージと共に、第２位置情報を、サーバ１０に送信する（ステップＳ４０７）。

サーバ１０は、受信した第２メッセージに付随する第２位置情報が、オープンチャットに関連する所定領域にないことを確認する。そして、サーバ１０は、オープンチャットに参加している端末（端末２０ａ、２０ｂ。図示はしていないが、端末２０ｃへの送信も含まれてよい）に対して、第２メッセージを送信するとともに、第２表示態様での第２メッセージの表示を指示する（ステップＳ４０８）。

これを受けて、トークルームに参加している端末２０ａおよび端末２０ｂは、第２表示態様で第２メッセージを表示する(ステップＳ４０９)。以上が、通信システム１における各装置のやり取りの例である。

次に、図４に示すやり取りを実現するための、端末２０の動作を、図５を用いて説明する。図５は、図４に示すやり取りを実現するための、端末２０の動作例を示すフローチャートである。

図５に示すように、端末２０は、入出力部２３を介して、オープンチャットに対するコンテンツとしてメッセージの入力を受け付けた場合に（ステップＳ５０１のＹＥＳ）、入出力部２３は、入力されたメッセージの内容を制御部２１に送信する。

制御部２１のメッセージ処理部２１１は、位置情報取得部２５に位置情報の取得を指示する。そして、位置情報取得部２５は、位置情報を取得し、取得した位置情報を制御部２１に送信する（ステップＳ５０２）。

メッセージ処理部２１１は、入力されたメッセージと共に、取得した位置情報を、通信Ｉ／Ｆ２２を介してサーバ１０に送信して（ステップＳ５０３）、処理を終了する。

一方、メッセージの入力ではなく（ステップＳ５０１のＮＯ）、通信Ｉ／Ｆ２２がメッセージを受信している場合に（ステップＳ５０４のＹＥＳ）、通信Ｉ／Ｆ２２は、受信したメッセージを制御部２１に送信する。制御部２１のメッセージ処理部２１１は、受信したメッセージに付随する表示態様の指示が、第１の表示態様の表示指示であるか否かを判定する（ステップＳ５０５）。

サーバ１０からの指示が第１の表示態様の表示指示であった場合に（ステップＳ５０５のＹＥＳ）、メッセージ処理部２１１は、表示処理部２１２に対して、オープンチャットに、受信したメッセージを第１の表示態様で表示するように指示する。表示処理部２１２は、この指示にしたがって、受信したメッセージを第１の表示態様で表示部２４に表示して（ステップＳ５０６）、処理を終了する。

一方で、サーバ１０からの指示が第１の表示態様の表示指示でなかった場合に（ステップＳ５０５のＮＯ）、メッセージ処理部２１１は、表示処理部２１２に対して、オープンチャットに、受信したメッセージを第１の表示態様と異なる第２の表示態様で表示するように指示する。表示処理部２１２は、この指示にしたがって、受信したメッセージを第２の表示態様で表示部２４に表示して（ステップＳ５０７）、処理を終了する。

次に、図４に示すやり取りを実現するためのサーバ１０の動作を、図６に示すフローチャートを用いて説明する。

図６に示すように、サーバ１０の通信Ｉ／Ｆ１４は、端末２０から、トークルームに対する入力であるコンテンツ（メッセージ）と共に、メッセージの送信者を特定可能なユーザＩＤと、端末２０の位置に関する位置情報とを受信する（ステップＳ６０１）。通信Ｉ／Ｆ１４は、受信したメッセージを、制御部１１に送信する。

制御部１１の判定部１１２は、受信したメッセージに付随する位置情報は、メッセージが送信されたトークルームに関連するか否かを判定する（ステップＳ６０２）。

判定部１１２は、受信したメッセージに付随する位置情報が、トークルームに関連する位置であると判定した場合には（ステップＳ６０２のＹＥＳ）、その旨をメッセージ処理部１１１に送信する。そして、メッセージ処理部１１１は、受信したメッセージと、ユーザＩＤと、受信したメッセージの表示態様である第１の表示態様での表示指示とを、通信Ｉ／Ｆ１４を介して、端末２０に送信し（ステップＳ６０３）、処理を終了する。

一方、判定部１１２は、受信したメッセージに付随する位置情報が、トークルームに関連する場所にないと判定した場合には（ステップＳ６０２のＮＯ）、その旨をメッセージ処理部１１１に送信する。そして、メッセージ処理部１１１は、受信したメッセージと、ユーザＩＤと、受信したメッセージの表示態様である第２の表示態様での表示指示とを、通信Ｉ／Ｆ１４を介して、端末２０に送信し（ステップＳ６０４）、処理を終了する。

図７（ｂ）は、図４～図６に示すやり取りの結果、端末２０ａの表示部２４に表示される画面図の一例を示している。

図７（ｂ）には、メッセージ７１１と、メッセージ７１２及びメッセージ７１３とでは、その表示態様を異にした例を示している。即ち、第１の表示態様として、メッセージ７１２、７１３が表示され、第２の表示態様として黒地に白抜きの文字で示すメッセージ７１１が表示されている例を示している。なお、表示態様を異ならせた表示は、これに限らず、文字色の変更、文字フォントの変更、メッセージの枠の形状の変更、メッセージの背景色の変更、あるいは、これらの組み合わせによって実現されてよい。

図７（ａ）には、表示態様を変えずにメッセージを表示した例を示している。図７（ａ）と図７（ｂ）とを比較すれば理解できるように、メッセージの表示態様を変更することで、一目でメッセージの信憑性がユーザに理解できる。

なお、図４～図６に示すやり取りでは、メッセージの位置情報が、送信されたトークルームに関連するか否かを判定して、メッセージの表示態様を決定することとしているが、サーバ１０が提供するメッセージングサービスでは、この判定を行うことなく、単にメッセージを送信した端末２０がどこに居たのかを特定し、その場所をメッセージに対応付けて表示することとしてもよいし、そうしなくてもよい。即ち、図７（ｃ）に示すように、各メッセージ、または、メッセージの送信者に対応付けて、そのメッセージの送信位置を示す情報を表示することとしてもよい。図７（ｃ）の例では、メッセージ７１１は、ＢＢ駅で送信されたことが理解でき、メッセージ７１２、７１３は、共にＡＡフェス会場内から送信されたことが理解できる。なお、表示名は、場所の名称や、駅の名称、地名、店舗名、などなど場所に関連する名称であれば、なんでもよい。

また、図４～図６は、メッセージの位置情報が、送信されたトークルームに関連するか否かにより表示態様を異ならせているが、サーバ１０は、位置情報の送信の許可を出している端末のメッセージと、位置情報の送信の許可を出していない端末のメッセージと、で表示態様を異ならせてもよい。位置情報の送信の許可を出しているユーザは、メッセージの送信の信頼性が高いということで、信憑性が高いメッセージとして表示するように構成されてもよい。

また、図４～図６に示す例では、表示態様をサーバ１０が決定する例を示しているが、表示態様の決定は、サーバ１０ではなく、端末２０が行うこととしてもよい。即ち、サーバ１０は、トークルームに参加しているいずれかの端末からメッセージと位置に関する情報を受信した場合に、そのメッセージと位置に関する情報をそのまま、トークルームに参加している全ての端末に送信する。そして、端末２０のメッセージ処理部２１１は、受信した位置に関する情報に基づいて、上記サーバ１０が行った処理と同様に、受信したメッセージがトークルームに関連する場所かどうかを判定して、その表示態様を決定し、表示処理部２１２に決定した表示態様で、メッセージを表示するように指示することとしてもよい。

＜実施形態１変形例＞
ところで、端末２０のユーザとしては、信頼のおけるメッセージのみを見たいという要望が往々にしてある。そこで、端末２０は、ユーザから、メッセージのフィルタリングの設定を受けて、端末２０は、設定されたフィルタリング条件に応じて、メッセージを表示することとしてもよい。

図８は、端末２０の動作例を示すフローチャートである。端末２０の入出力部２３は、ユーザからメッセージの表示に関するフィルタリング条件の入力を受け付ける（ステップＳ８０１）。フィルタリング条件は、限定ではなく一例として、第１表示態様のメッセージのみの表示であってもよいし、そうでなくてもよい。また、フィルタリング条件は、第２表示態様のメッセージのみの表示であってもよいし、そうでなくてもよい。また、フィルタリング条件は、特定の場所に関連するメッセージのみの表示であってもよいし、そうでなくてもよい。また、フィルタリング条件は、メッセージの送信者の属性（限定ではなく一例として性別であったり、年代であったりしてよいが、これらに限定するものではない）により特定されたメッセージのみの表示であってもよいし、そうでなくてもよい。入出力部２３は、受け付けたフィルタリング条件を、メッセージ処理部２１１に送信する。

メッセージ処理部２１１は、トークルームに表示されているメッセージ各々の属性を取得する（ステップＳ８０２）。メッセージ各々の属性の取得は、限定ではなく一例として、メッセージに対応付けられたタグデータから取得するものであってもよいし、そうでなくてもよい。また、メッセージの属性の取得は、サーバ１０に通信Ｉ／Ｆ２２を介して問い合わせることによる取得するものであってもよいし、そうでなくてもよい。メッセージの属性とは、メッセージの特徴を示す情報であればよく、メッセージの表示態様の情報、メッセージが送信された場所の情報、メッセージの送信者の年齢、性別などの特徴を示す情報、などが含まれてもよいし、含まれなくてもよい。

メッセージ処理部２１１は、ユーザにより設定されたフィルタリング条件に該当するメッセージを特定する（ステップＳ８０３）。メッセージ処理部２１１は、限定ではなく一例として、第１の表示態様のメッセージのみの表示がフィルタリング条件である場合には、サーバ１０により第１の表示態様での表示を指示されたメッセージのみを特定する。

メッセージ処理部２１１は、特定したフィルタリング後のメッセージのみを表示するよう表示処理部２１２に指示する。表示処理部２１２は、特定されたフィルタリング後のメッセージのみをトークルーム上に表示して（ステップＳ８０４）、処理を終了する。

図９は、フィルタリングを実行した場合の表示例を示す図である。図９（ａ）は、フィルタリング前のトークルームの表示例を示す図である。図９（ａ）に示すように、第１の表示態様のメッセージ７１２、７１３と、第２の表示態様のメッセージ７１１とが、混在する様子が示されている。

この状態に対して、信憑性の高いメッセージのみを表示したい場合には、フィルタリング条件として、第１の表示態様のメッセージのみを表示とすれば、図９（ｂ）に示すように、メッセージ７１２とメッセージ７１３とが表示され、メッセージ７１１が表示されない態様で表示することができる。

一方で、第２の表示態様のメッセージのみを表示するというフィルタリング条件にした場合には、図９（ｃ）に示すように、メッセージ７１１のみが表示され、その他のメッセージ７１２、７１３が表示されない態様で表示することができる。

＜実施形態１の効果＞
本実施形態１に係る端末２０によれば、トークルームに参加するユーザ端末それぞれのメッセージを、そのメッセージが送信された場所に関する位置情報があるか否かによって、各端末からのメッセージを受信するサーバ１０からの指示によって表示態様を変更する。
これにより、端末２０のメッセージの表示態様を確認することで、端末２０のユーザはメッセージが、どの程度信頼のおけるメッセージであるかの指標とすることができる。

また、端末２０は、メッセージを送信する際に、ＧＮＳＳ等の測位システムを利用して測位した位置情報を共に、サーバ１０に送信する。これを受けてサーバ１０は、メッセージの表示態様として、メッセージの送信先のトークルームに関する場所から送信されたメッセージとそうでないメッセージとで、表示態様を異ならせて表示の指示を行うこととしてもよい。
これにより、端末２０は、トークルームに対して送信されたメッセージについて、そのメッセージを送信した端末２０の位置情報から、メッセージの信憑性に応じた表示態様で、メッセージを表示することができる。

また、端末２０は、メッセージの表示態様として、メッセージが送信された場所に関する情報を表示することとしてもよい。ここでいう位置に関する情報とは、メッセージが送信された場所であり、その場所を特定できる名称であれば、なんであってもよく、都市名、地名、店舗名、などが含まれてもよい。
これにより、端末２０は、位置に関する情報をメッセージと共に表示することができるので、ユーザは、その発言内容を、その場所名からどれだけ信頼できるのかを特定することができる。

また、端末２０は、トークルームに表示されているメッセージについて、ユーザからのフィルタリング条件を受け付けて、第１の表示態様のみのメッセージを表示したり、第２の表意態様のみのメッセージを表示したりすることとしてもよい。
これにより、端末２０は、ユーザが知りたい情報のみを表示し、ユーザにとって雑音となる情報を表示しないようにすることができる。

また、サーバ１０は、端末２０からのメッセージを受信すると、そのメッセージと、メッセージともに受信した位置情報とを対応付けて記憶部１５に記憶する。
これにより、サーバ１０は、メッセージの表示態様を決定したり、メッセージの表示態様を変更するかどうかの判断材料としたりすることができる。

端末２０は、トークルームに参加している場合に、そのトークルームに対して、何らかのコンテンツ、限定ではなく一例として、テキストメッセージ、画像、音声、地図など、様々なコンテンツを送信することができる。
したがって、ユーザはトークルームの内容を閲覧するだけでなく、自身で、このトークルームに対して、発信したい情報を送信することができ、不特定多数のユーザに情報を提供することができる。

＜実施形態２＞
上記実施形態１では、端末２０は、端末２０に備えられた位置情報取得手段が取得した経緯度情報を、メッセージと共にサーバ１０に送信することとした。また、端末２０が送信する位置情報としては、端末２０が受信したビーコン信号に含まれるビーコンＩＤや基地局のＩＤを用いることができることも説明した。本実施形態２においては、通信システム１において、端末２０が特定の条件を満たした場合に、何らかの報酬を得ることができることについて説明する。

図１０は、実施形態２に係る通信システム１の構成例を示す図である。図１０に示すように、通信システム１には、ビーコン発信器４０が含まれる。ビーコン発信器４０は、所定のタイミングで、ビーコン信号を発信する電子装置である。本実施形態２に係るビーコン発信器４０は、その配置位置が固定（予めどのビーコン発信器４０がどの位置に配置されているかの情報がサーバ１０に記憶されている）されている装置であり、ビーコン発信器４０から発せられたビーコン信号を受信することは、そのビーコン発信器４０の近傍に存在することが確定し、位置情報として用いることができる。

実施形態２に係る端末２０は、メッセージとともに送信する位置情報として、ビーコン発信器４０から発信されたビーコン信号、または、ビーコン信号に含まれるビーコンＩＤを送信する。

また、サーバ１０は、端末２０から受信したメッセージとともに送信されたビーコン信号、または、ビーコン信号に含まれるビーコンＩＤに基づいて、端末２０の位置を特定して、そのメッセージの表示態様を決定する。

また、サーバ１０の制御部１１は、特定部１１３を備える。特定部１１３は、受信したメッセージがビーコンＩＤを含む場合に、そのビーコンＩＤを送信した端末２０に対して送信する特典を特定する。

＜データ＞
図１１は、報酬管理情報１１００のデータ構成例を示すデータ概念図である。報酬管理情報は、ユーザの端末２０から位置情報を受信した場合であって、その位置情報が特定の条件を満たした場合に、ユーザに付与される特典が何かを示す情報である。図１１に示すように、報酬管理情報１１００は、ビーコンＩＤ１１０１と、報酬条件１１０２と、報酬情報１１０３とが対応付けられた情報である。

ビーコンＩＤ１１０１は、メッセージに対応付けて送信された端末２０の位置情報として用いることができるビーコン発信器４０を一意に特定することができる、ビーコン発信器４０の識別情報である。端末２０からメッセージとともにビーコンＩＤを受信した場合には、そのビーコンＩＤに対応するビーコン発信器の近傍にユーザ（の端末２０）が存在することを意味する。

報酬条件１１０２は、ビーコンＩＤではなく、ユーザの端末２０の位置情報取得部２５が測位により得た位置情報を、メッセージと共に受信した場合に、報酬を得るための条件を示す情報である。

報酬情報１１０３は、対応するビーコンＩＤ１１０１を含むメッセージを受信した場合に、または、対応する報酬条件１１０２を端末２０が満たしている場合に、端末２０に対して送信される報酬の内容を示す情報である。ここでいう報酬とは、端末２０のユーザにとって何らかの得になるものであれば、どのようなものであってもよい。報酬は、限定ではなく一例として、サーバ１０が提供するメッセージングサービス上で何らかの商品やサービスの購入等に利用可能なポイントや電子マネー、メッセージングサービス外で何らかの商品やサービスの購入などに利用可能なポイントや電子マネー、何らかの商品やサービスの購入の際に利用できる割引券やクーポン券など、報酬情報としての態様は様々であってよい。

サーバ１０の特定部１１３は、報酬管理情報１１００から、ユーザの端末２０に送信する報酬情報を特定する。

図１１の例では、ビーコンＩＤ１１０１として「Ｕ０２０１５２４」を、メッセージと共に受信した場合には、サーバ１０は、報酬情報１１０３として端末２０に送信する情報として、「Ｐｒ１０２９３８．ｊｐｇ」を送信することが理解できる。また、メッセージとともに、ユーザの端末２０から、メッセージと共に受信した位置情報が、Ｄ駅の敷地内であった場合には、報酬情報１１０３として端末２０に送信する譲歩として、「Ｐｅ１０４９２３１．ｊｐｇ」を送信することも理解できる。

＜動作＞
図１２は、通信システム１に係る各装置間のやり取りの例を示すシーケンス図であって、端末２０ａが特定の条件を満たした場合に、サーバ１０から報酬情報を受信する際のやり取りを示している。

図１２に示すように、ビーコン発信器４０は、定期的にビーコン信号を発信する（ステップＳ１２０１）。

端末２０ａは、ビーコン発信器４０の近傍に存在する場合、即ち、ビーコン発信器４０が設けられている位置を中心とした所定範囲内に存在する場合に、ビーコン発信器４０から発信されたビーコンＩＤを含むビーコン信号を受信する。すると、端末２０ａは、受信したビーコンＩＤを含む信号をサーバ１０に送信する（ステップＳ１２０２）。このとき、端末２０ａは、受信したビーコン信号からビーコンＩＤを抽出してから送信することとしてもよいし、受信したビーコン信号そのものに自端末のユーザＩＤを対応付けて送信することとしてもよい。また、端末２０ａは、ユーザから入力されたメッセージと共に、ビーコンＩＤを含む信号をサーバ１０に送信することとしてもよい。

サーバ１０は、端末２０ａから、ビーコンＩＤを含む信号を受信すると、信号に含まれるビーコンＩＤが、所定の条件を満たすことを確認する（ステップＳ１２０３）。サーバ１０は、ビーコンＩＤに対応する報酬情報を特定する（ステップＳ１２０４）。そして、サーバ１０は、特定した報酬情報を、端末２０ａに送信する（ステップＳ１２０５）。

端末２０ａは、サーバ１０から報酬情報を受信すると、受信した報酬情報を表示する（ステップＳ１２０６）。これにより、ユーザは、報酬を得たことを認識する。

図１３は、図１２に示すやり取りを実現するための、端末２０の動作例を示すフローチャートである。

図１３に示すように、端末２０の通信Ｉ／Ｆ２２は、ビーコン発信器４０から発信されたビーコン信号を受信したか否かを判定する（ステップＳ１３０１）。ビーコン信号を受信している場合には（ステップＳ１３０１のＹＥＳ）、通信Ｉ／Ｆ２２は、受信したビーコン信号を制御部２１に送信する。ビーコン信号を受信していない場合には（ステップＳ１３０１のＮＯ）、ステップＳ１３０３の処理に移行する。

制御部２１は、受信したビーコン信号からビーコンＩＤを抽出する。そして、抽出したビーコンＩＤと、ユーザＩＤとを、通信Ｉ／Ｆ２２を介してサーバ１０に送信する（ステップＳ１３０２）。なお、ここでは、ビーコンＩＤを抽出することとしているが、前述の通り、端末２０は、ビーコンＩＤを抽出せず、受信したビーコン信号をそのままサーバ１０に送信することとしてもよい。

端末２０の通信Ｉ／Ｆ２２は、サーバ１０から報酬情報を受信したか否かを判定する（ステップＳ１３０３）。サーバ１０から報酬情報を受信している場合には（ステップＳ１３０３のＹＥＳ）、通信Ｉ／Ｆ２２は、受信した報酬情報を、制御部２１に送信する。制御部２１のメッセージ処理部２１１は、受信した報酬情報を、表示処理部２１２に表示するよう指示する。表示処理部２１２は、報酬情報を表示部２４に表示させて（ステップＳ１３０４）、処理を終了する。報酬情報を受信していない場合にも（ステップＳ１３０３のＮＯ）、処理を終了する。

図１４は、図１２に示すやり取りを実現するための、サーバ１０の動作例を示すフローチャートである。

図１４に示すように、サーバ１０の通信Ｉ／Ｆ１４は、端末２０からビーコンＩＤを含む信号を端末から受信する（ステップＳ１４０１）。通信Ｉ／Ｆ１４は、受信した信号を、制御部１１に送信する。

端末２０からのビーコンＩＤを含む信号を受信すると、制御部１１の特定部１１３は、信号からビーコンＩＤを抽出する。そして、抽出したビーコンＩＤが、報酬管理情報１１００のビーコンＩＤ１１０１のいずれかに一致するか否かに基づいて判定する。特定部１１３は、抽出したビーコンＩＤに一致するビーコンＩＤが報酬管理情報１１００にあった場合に、対応する報酬情報１１０３を特定する（ステップＳ１４０２）。特定部１１３は、特定した報酬情報を、メッセージ処理部１１１に送信する。

メッセージ処理部１１１は、受信した報酬情報を、通信Ｉ／Ｆ１４を介して、端末２０に送信し（ステップＳ１４０３）、処理を終了する。これにより、端末２０では、報酬情報が表示される。

なお、上述では、端末２０は、報酬情報を、サーバ１０から受信することとしたが、これは、その限りではない。端末２０は、特定の場所に設けられたビーコン発信器４０からビーコン信号とともに、報酬情報を受信することとしてもよい。即ち、報酬情報は、ビーコン発信器４０から端末２０に送信されてもよく、ビーコン発信器４０は、ビーコン信号とともに、あるいは、ビーコン信号とは別個に、報酬情報を発信することとしてもよい。また、報酬管理情報１１００に、報酬条件１１０２を設定していることからも理解できるように、図１２～図１４に示す処理は、ビーコンＩＤの代わりに、端末２０の位置情報取得部２５が取得した位置情報を、用いて処理を行うこともできる。また、報酬情報は、上記実施形態１に示したように表示態様を変えた（又は変えていない）メッセージを表示するトークルームに表示されてもよい。トークルームに報酬情報を表示する場合には、報酬情報を受け取ったユーザの端末２０においてのみ、表示することとしてもよいし、そうしなくてもよい。

図１５は、端末２０の表示部２４に表示される表示画面の例である。図１５に示すように、端末２０は、表示部２４には、メッセージ１５０１、１５０２とともに、報酬情報１５０３を表示する。図１５に示す例では、ユーザがＡＡフェスを訪問したことに対して、サーバ１０から報酬が送信された様子を示している。このように、ビーコン信号を受信していることにより、端末２０を保持するユーザが、そのビーコン信号を発信するビーコン発信器の近傍に来ていることが理解できることから、ユーザの端末に報酬を送信することができる。

＜実施形態２の効果＞
端末２０は、ビーコン発信器４０からビーコン信号を受信すると、サーバ１０にそのビーコン信号もしくはビーコン信号に含まれるビーコンＩＤを送信する。サーバ１０は、そのビーコンＩＤに、報酬情報が対応付けられている場合に、その報酬情報を端末２０に送信し、端末２０は受信した報酬情報を表示する。なお、端末２０は、ビーコンＩＤに代えて、自端末の位置情報取得部２５が測位システムにより取得した位置情報を用いることができる。
これにより、端末２０のユーザは、特定の場所、限定ではなく一例として、何等かの催し物をやっている会場や、特定の建物を訪問した際に、その訪問に対して報酬情報を受理することができる。したがって、ユーザが、特定の場所を訪問する動機づけを与えることができる。また、報酬がもらえることが理解できれば、その場所を他のユーザが訪問する可能性を向上させることができる。

＜実施形態３＞
実施形態３では、ユーザが特定の場所を訪問したことにより、特定のトークルームに招待する例を説明する。図１６は、通信システム１に係る各装置間のやり取りの一例であって、ユーザをトークルーム（オープンチャット）に招待する例を示すシーケンス図である。

図１６に示すように、ビーコン発信器４０は、ビーコン信号を発信する（ステップＳ１２０１）。

端末２０ａは、ビーコン信号を受信すると、受信したビーコン信号のビーコンＩＤを含む信号をサーバ１０に送信する（ステップＳ１２０２）。

サーバ１０は、端末２０ａから信号を受信すると、信号に含まれるビーコンＩＤに対応するトークルーム（オープンチャット）を開くためのリンク（限定ではなく一例としてＵＲＬ（Uniform Resource Locator））を特定する（ステップＳ１６０３）。そして、サーバ１０は、特定したチャットのＵＲＬを端末２０ａに送信する（ステップＳ１６０４）。

端末２０ａは、サーバ１０から受信したＵＲＬを表示する（ステップＳ１６０６）。そして、端末２０ａのユーザからＵＲＬに対する操作（限定ではなく一例として、ＵＲＬをタッチする操作）を受けて、対応するトークルームを開く（表示する）（ステップＳ１６０７）。

図１７は、図１６に示すやり取りを実現するための端末２０の動作例を示すフローチャートである。図１７に示すフローチャートは、図１３に示すフローチャートと、ステップＳ１３０２の処理まで共通するのでステップＳ１３０２までの説明は省略する。

図１７に示すように、端末２０の通信Ｉ／Ｆ２２は、サーバ１０から、ＵＲＬを含む情報を受信しているか否かを判定する（ステップＳ１７０３）。サーバ１０からＵＲＬを含む情報を受信している場合には（ステップＳ１７０３のＹＥＳ）、通信Ｉ／Ｆ２２は、ＵＲＬを含む情報を制御部２１に送信する。制御部２１のメッセージ処理部２１１は、受信したＵＲＬを含む情報を表示するよう表示処理部２１２に指示する。表示処理部２１２は、受信したＵＲＬを含む情報を、表示部２４に表示し（ステップＳ１７０４）、ステップＳ１７０５の処理に移行する。なお、サーバ１０からＵＲＬを含む情報を受信していない場合には（ステップＳ１７０３のＮＯ）、処理を終了する。

ＵＲＬを含む情報を表示すると、端末２０の入出力部２３は、表示したＵＲＬに対するユーザからの入力があるか否かを判定する（ステップＳ１７０５）。ここでいうユーザからの入力とは、限定ではなく一例として、表示されたＵＲＬをタッチするような入力や、ＵＲＬにリンクされている情報の表示指示の入力であってよい。表示したＵＲＬに対するユーザからの入力があった場合には（ステップＳ１７０５のＹＥＳ）、メッセージ処理部２１１は、ＵＲＬに対応するトークルームを特定し、特定したトークルームを表示処理部２１２に表示するように指示する。表示処理部２１２は、トークルームを表示部２４に表示して（ステップＳ１７０６）、処理を終了する。また、ＵＲＬに対する入力がない場合にも（ステップＳ１７０５のＮＯ）、処理を終了する。

図１８は、図１６に示すやり取りを実現するためのサーバ１０の動作例を示すフローチャートである。

図１８に示すように、サーバ１０の通信Ｉ／Ｆ１４は、ビーコンＩＤを含む信号を端末２０から受信する（ステップＳ１４０１）。通信Ｉ／Ｆ１４は、受信した信号を制御部１１に送信する。

制御部１１のメッセージ処理部１１１は、受信した信号からビーコンＩＤを抽出する。そして、抽出したビーコンＩＤに対応するＵＲＬを特定する（ステップＳ１８０２）。これは、限定ではなく一例として、ビーコンＩＤとＵＲＬとを対応付けたテーブルを保持することにより実現することができる。

メッセージ処理部１１１は、特定したＵＲＬを、通信Ｉ／Ｆ１４を介して端末２０に送信し（ステップＳ１８０３）、処理を終了する。

図１９は、図１７のステップＳ１７０４、Ｓ１７０６に関連する端末の表示部に表示される画面例を示す図である。図１９（ａ）は、端末２０の表示部２４の表示領域に表示される表示例を示す画面図である。図１９（ａ）では、図１５に示した報酬情報を表示した画面に追加する態様でＵＲＬの情報を表示する例を示しているが、メッセージ１５０１～１５０３の表示は必須のものではない。

図１９（ａ）のメッセージ１９０１に示すように、端末２０は、サーバ１０から、ＵＲＬの情報を受信した場合には、ユーザが現在いる場所に関連するトークルームへの招待を促すテキストを表示するとともに、そのトークルームのＵＲＬ１９０２を表示する。そして、このＵＲＬ１９０２に対して、一例として、タッチ操作をすることで、リンク先のトークルームを、図１９（ｂ）に示すように表示する。このとき、リンク先として表示されるトークルームで表示される各メッセージの表示態様は、上記実施形態１の図７（ｂ）や、本図１９（ｂ）に示すように、そのメッセージが送信された位置に応じた表示態様で表示することとしてもよいし、図７（ａ）に示すように、表示態様を変えることなくメッセージを表示することとしてもよい。

このように、端末２０は、ビーコン信号を受信した場合には、そのビーコン信号を発信したビーコン発信器４０が設置されている場所に関連するトークルームに入るためのＵＲＬを表示することができる。なお、図１６～図１８では、端末２０は、ＵＲＬを含む情報をサーバ１０から受信することとしているが、これはその限りではない。ビーコン発信器４０は、発振するビーコン信号に、ビーコンＩＤだけなく、その設置位置に関連するトークルームに招待するためのＵＲＬ情報を含ませて発信することとしてもよい。そして、端末２０は、受信したビーコン信号に含まれるビーコンＩＤをサーバ１０に送信することなく、ビーコン信号に含まれるＵＲＬを含む情報を、図１９（ａ）に示すように表示することとしてもよい。

＜実施形態３の効果＞
端末２０は、ビーコン発信器４０からビーコン信号を受信した場合に、そのビーコン発信器４０が設置されている場所に関連するトークルームを表示するための情報、限定ではなく一例としてＵＲＬを表示する。そして、ユーザがそのＵＲＬにタッチした場合には端末２０は、トークルームを開いてメッセージを表示する。
これによって、ユーザは、自身が訪問した場所に関連するトークルームがある場合に、その場所に関する情報をトークルームのメッセージのやり取りの内容から認識することができる。

＜実施形態４＞
上記実施形態においては、端末２０各々がメッセージを送信した場所に応じた表示態様でメッセージをトークルームに表示することとした。特に、端末２０が、トークルームに関連する場所において送信されたメッセージと、関連しない場所において送信されたメッセージとで、表示態様を変えることで、各メッセージの信頼性を判断できる情報とした。

ところで、端末２０のユーザはいつまでも同じ場所にいるとは限らないし、時間の経過とともに、情報の信憑性が薄れることもある。例えば、限定ではなく一例として、ある店舗について、あるユーザが、混んでいるとの情報を発信したとしても、その１時間後も混んでいるとは限らない。そこで、本実施形態４においては、端末２０が表示したメッセージそれぞれの表示態様を、そのメッセージを送信したユーザの移動や時間の経過に伴って、変更する例を説明する。

図２０は、端末２０の動作例を示すフローチャートである。図２０に示すフローチャートは、時間の経過に伴って、メッセージの表示態様を変更する例を示すフローチャートである。端末２０は、表示されている全てのメッセージについて、図２０に示す処理を、所定時間毎（限定ではなく一例として１分毎）、もしくは、トークルーム内での表示位置の変更があった場合に実行する。

図２０に示すように、端末２０のメッセージ処理部２１１は、トークルームに表示される各メッセージについて、メッセージの送信時刻から、所定時間が経過したか否かを判定する（ステップＳ２００１）。これは、各メッセージの送信時刻（端末２０がサーバ１０からメッセージを受信した受信時刻であってもよい）と、端末２０が計時する現在時刻との差分が、所定時間以上であるか否かにより判定することができる。所定時間が経過していない場合には、次のメッセージの処理に移行する。表示されている最後のメッセージの処理を行っている場合には、処理を終了する。

メッセージ処理部２１１は、メッセージの送信時刻から所定時間が経過していると判定した場合には（ステップＳ２００１のＹＥＳ）、次に、そのメッセージの表示態様が、メッセージがトークルームに関連する場所から送信された（もしくは位置情報が対応付けられたメッセージである）ことを示す第１の表示態様で表示されているか否かを判定する（ステップＳ２００２）。メッセージの表示態様が第１の表示態様ではない場合には（ステップＳ２００２のＮＯ）、次のメッセージの処理に移行する。表示されている最後のメッセージの処理を行っている場合には、処理を終了する。

処理対象のメッセージの表示態様が第１の表示態様であった場合には（ステップＳ２００２のＹＥＳ）、メッセージ処理部２１１は、メッセージの表示態様を、第１の表示態様から第２の表示態様に変更するよう表示処理部２１２に指示する。表示処理部２１２は、メッセージ処理部２１１からの指示に従って、該当するメッセージの表示態様を、第１の表示態様から第２の表示態様に変更して表示部２４に表示する(ステップＳ２００３)。

そして、メッセージ処理部２１１は、次のメッセージの処理に移行する。処理しているメッセージが表示されている最後のメッセージである場合には、処理を終了する。

図２１は、図２０に示す処理を実行した場合の表示の変化を示す画面例である。図２１（ａ）は、あるタイミング（１３時時点）で表示されているトークルームの様子を示している。図２１（ａ）に示すように、１２時１５分に送信されたメッセージが第２の表示態様で表示され、１２時１８分及び１２時２０分に送信されたメッセージが第１の表示態様で表示されている。この状態から、所定時間として、１時間半が経過したとする。

図２１（ｂ）は、図２１（ａ）に示した状態から１時間半後のトークルームの画面例を示す図である。図２１（ｂ）と図２１（ａ）とを比較すればわかるように、所定時間が経過したことに伴い、メッセージの表示態様が変更されている。なお、ここでは、メッセージの表示態様として、メッセージの送信場所を表示していた場合には、その場所名の表示を消去することとしてもよいし、消去しなくてもよい。

次に、時間経過以外で、メッセージの表示態様を変更する例を説明する。図２２は、メッセージを送信した端末が、メッセージを送信した場所から移動した場合に、メッセージの表示態様を変更する処理を示しており、通信システム１の各装置間のやり取りの例を示すシーケンス図である。

図２２において、ステップＳ４０５までの処理は、図４を用いて説明した処理と同じであるので、説明を省略する。

メッセージを送信する各端末２０は、所定時間毎に、自端末の位置情報を送信する。サーバ１０は、第１メッセージを送信した端末２０ｂから、第１位置情報を受信できなくなってから、所定時間が経過したことを検知する（ステップＳ２２０１）。すると、サーバ１０は、第１メッセージの表示態様を第１の表示態様から、第２の表示態様に変更するよう、トークルームに参加している端末２０ａ、２０ｃに対して指示する（ステップＳ２２０２）。

この指示を受けた端末２０ａ、２０ｃそれぞれは、端末２０ｂから送信された第１メッセージの表示態様を、第１の表示態様から、第２の表示態様に変更して表示する（ステップＳ２２０３、２２０４）。

図２３は、図２２に示すやり取りとは異なり、端末２０が位置情報をサーバ１０に送信しているものの、メッセージを送信した場所から移動した場合の、各装置のやり取りの例を示すシーケンス図である。図２３に示すシーケンス図において、ステップＳ４０５までの処理については、図２２と同様に説明を省略する。

図２３に示すように、端末２０ｂは、ステップＳ４０２において第１メッセージを送信した際に、送信した第１位置情報とは異なる位置情報をサーバ１０に送信する（ステップＳ２３０１）。このとき、端末２０ｂは、位置情報とともにメッセージも送信してもよい。

サーバ１０は、端末２０ｂから位置情報を受信すると、その位置情報が、以前にメッセージを送信してきた際の第１位置情報と同じであるか否かを確認する。そして、サーバ１０は、端末２０ｂから受信した位置情報が、第１位置情報と異なることを検知すると、第１メッセージの表示態様を第１の表示態様から第２の表示態様に変更するように、トークルームに参加している端末２０ａと端末２０ｃとに指示する（ステップＳ２３０２）。

すると、指示を受けた端末２０ａと、端末２０ｃとは、第１メッセージの表示態様を第１の表示態様から第２の表示態様に変更して、第１メッセージを表示する（ステップＳ２３０３、Ｓ２３０４）。

図２４は、図２２、図２３に示すやり取りを実現するためのサーバ１０の動作例を示すフローチャートである。

図２４に示すように、サーバ１０は、端末２０から受信したメッセージの表示態様として、第１の表示態様での表示を、トークルームに参加している各端末に指示する（ステップＳ２４０１）。この処理は、図６のステップＳ６０３の処理に相当する。

サーバ１０のメッセージ処理部１１１は、トークルームに参加しているユーザの端末から、最後に位置情報を受信してから所定時間が経過したか否かを判定する（ステップＳ２４０２）。ここでいう、所定時間は、ユーザがトークルームに送信したメッセージの信憑性が薄れる可能性がある時間であり、限定ではなく一例として、１時間としてよいが、１時間に限定するものではない。メッセージ処理部１１１は、トークルームに参加している各ユーザについて、ステップＳ２４０２の処理を行う。なお、ここでは、メッセージの送信時からの時間の経過で判定を行う例を示したが、メッセージの信憑性が薄れる可能性のある時間については、所定期間（限定ではなく１日）の中の所定時間区切りで行うこととしてもよい。すなわち、限定ではなく一例として、現在時刻が予め定められた時間になると、メッセージの表示態様を切替えるように構成されてもよい。限定ではなく一例として、フェス会場の閉会時間が２０時であった場合には、トークルームの表示態様を、２０時を経過したタイミングで切り替えるように構成されてもよい。

メッセージ処理部１１１は、最後に位置情報を受信してから所定時間が経過している端末があり、かつ、その端末が送信したメッセージについて、第１の表示態様で表示する指示を行ったメッセージがある場合に（ステップＳ２４０２のＹＥＳ）、そのメッセージについて、通信Ｉ／Ｆ１４を介して、トークルームに参加している各端末２０に、メッセージの表示態様を第２の表示態様に変更するように指示する（ステップＳ２４０３）。メッセージ処理部１１１は、最後に位置情報を受信してから所定時間が経過している端末があり、かつ、その端末が送信したメッセージについて、第１の表示態様で表示する指示を行ったメッセージがない場合には（ステップＳ２４０２のＮＯ）、ステップＳ２４０４の処理に移行する。

一方で、トークルームに参加しているユーザの端末からその端末の位置情報を受信した場合には、端末２０の通信Ｉ／Ｆ１４は、受信した位置情報を制御部１１に送信する。制御部１１のメッセージ処理部１１１は、トークルームに参加しているユーザの端末から位置情報を受信すると、受信した位置情報が、その端末からそのために受信した位置情報であって最後に受信した位置情報とは別の位置情報であるか否かを判定する（ステップＳ２４０４）。位置情報が一致した場合には（ステップＳ２４０４のＮＯ）、処理を終了する。

受信した位置情報と、前に受信した位置情報であって最後に受信した位置情報と、が異なる場合には(ステップＳ２４０４のＹＥＳ)、メッセージ処理部１１１は、そのユーザの端末２０から、現在から過去に遡って、所定時間内に、トークルームに対するメッセージを受信しているか否かを判定する（ステップＳ２４０５）。受信していない場合には（ステップＳ２４０５のＮＯ）、処理を終了する。

メッセージを受信していた場合には（ステップＳ２４０５のＹＥＳ）、そのメッセージの表示態様を第１の表示態様で指示していることを確認したうえで、そのメッセージの表示態様を第２の表示態様での表示に変更するように、通信Ｉ／Ｆ１４を介して、トークルームに参加している全ての端末２０に指示し（ステップＳ２４０６）、処理を終了する。

図２５は、図２２、図２３に示すやり取りを実現するための端末２０の動作例を示すフローチャートである。

図２５に示すように、端末２０の通信Ｉ／Ｆ２２は、サーバ１０から、ユーザＩＤと、メッセージの表示態様の変更指示を受信する（ステップＳ２５０１）。通信Ｉ／Ｆ２２は、受信した指示を制御部２１に送信する。

メッセージ処理部２１１は、サーバ１０から受信した指示を受けて、トークルーム上で表示しているメッセージの中から、受信したユーザＩＤに対応するメッセージを特定する（ステップＳ２５０２）。

そして、メッセージ処理部２１１は、特定したメッセージの表示態様を、第１の表示態様から、第２の表示態様に変更するよう、表示処理部２１２に指示する。表示処理部２１２は、この指示を受けて、指定されたメッセージを、第２の表示態様で、表示部２４に表示し（ステップＳ２５０３）、処理を終了する。

この場合の表示態様の変化の例は、一例として、図２１に示す表示例と同様である。

＜実施の形態４の効果＞
サーバ１０は、トークルームに参加しているユーザの端末からメッセージを受信したときに、そのメッセージに対応付けられている位置情報が、そのトークルームに対して過去にそのユーザが送信したメッセージと同じ位置情報を有するかを判定する。サーバ１０は、同じ位置情報を有していないと判定した場合には、そのユーザが過去に送信したメッセージの表示態様を変更する指示を端末２０に送信する。
これによって、トークルームに参加している各ユーザは、各場所から送信されたメッセージの時間経過やユーザがメッセージを送信した場所からの移動によるメッセージの信頼性の低下を確認することができる。

＜実施形態５＞
上記実施形態１変形例においては、メッセージの表示態様でフィルタリングを行う例について説明したが、本実施形態５においては、メッセージの送信場所でのフィルタリングを行って、トークルームにメッセージを表示する例を説明する。

図２６は、フィルタリング条件として、表示態様とは異なるフィルタリングをおこなった場合の端末２０とサーバ１０との間のやり取りを示すシーケンス図である。

図２６に示すように、端末２０ａは、メッセージのフィルタリング条件として場所の指定を受け付ける（ステップＳ２６０１）。端末２０ａは、受け付けたフィルタリング条件としての場所に関する情報を、サーバ１０に送信する（ステップＳ２６０２）。

サーバ１０は、フィルタリング条件としての場所に関する条件を受信すると、指定された場所から送信されたメッセージを特定する（ステップＳ２６０３）。サーバ１０は、特定したメッセージに関する情報を、端末に送信する（ステップＳ２６０４）。

端末２０ａは、受信したメッセージのみを表示する（ステップＳ２６０５）。

図２７は、図２６に示すやり取りを実現するための端末２０の動作例を示すフローチャートである。

図２７に示すように、端末２０の入出力部２３は、ユーザから指定する属性を有するメッセージのみを表示するためのフィルタリング条件の入力を受け付ける（ステップＳ２７０１）。入出力部２３は、受け付けたフィルタリング条件を、制御部２１に送信する。

制御部２１のメッセージ処理部２１１は、受け付けたフィルタリング条件を、通信Ｉ／Ｆ２２を介して、サーバ１０に送信する（ステップＳ２７０２）。これに応じて、サーバ１０からはフィルタリング条件に応じたメッセージまたはメッセージに関する情報が送信される。メッセージまたはメッセージに関する情報とは、過去にトークルームに対して送信されたメッセージそのもの、または、メッセージを特定可能な情報のことである。

端末２０の通信Ｉ／Ｆ２２は、サーバ１０からのメッセージまたはメッセージに関する情報を受信する（ステップＳ２７０３）。端末Ｉ／Ｆ２２は、受信したメッセージまたはメッセージに関する情報を、制御部２２に送信する。

メッセージ処理部２１１は、受信した情報から、指定されているメッセージのみを表示するよう、表示処理部２１２に指示する。表示処理部２１２は、指定されたメッセージのみを含むトークルームを表示部２４に表示して（ステップＳ２７０４）、処理を終了する。

図２８は、図２６に示すやり取りを実現するためのサーバ１０の動作例を示すフローチャートである。

図２８に示すように、サーバ１０の通信Ｉ／Ｆ２２は、端末２０からフィルタリング条件としての場所に関する情報を受信する（ステップＳ２８０１）。通信Ｉ／Ｆ２２は、受信したフィルタリング条件としての場所に関する情報を、制御部１１に送信する。

制御部１１のメッセージ処理部１１１は、受信したフィルタリング条件が設定されたトークルームに対して送信されたメッセージについて、そのメッセージが送信された場所を特定する。そして、メッセージ処理部１１１は、フィルタリング条件としての場所に合致するメッセージを特定する（ステップＳ２８０２）。

メッセージ処理部１１１は、特定したフィルタリング条件に関するメッセージまたはメッセージに関する情報を、通信Ｉ／Ｆ１４を介して、端末２０に送信し（ステップＳ２８０３）、処理を終了する。

なお、図２６～図２８にかけては、端末２０ａがサーバ１０に、フィルタリング条件に適したメッセージを問い合わせる態様を示したが、これはその限りではない。サーバ１０が端末２０からトークルームに対して送信したメッセージを、トークルームに参加する他の端末２０に送信する際にメッセージの送信場所に関する情報もあわせて送信すれば、端末２０ａが、サーバ１０に問い合わせることなく各メッセージにフィルタリングを行ってフィルタリング後のトークルームを表示することもできる。

＜実施形態５の効果＞
端末２０は、トークルームのメッセージの表示に際して、表示するメッセージのフィルタリングを行うことができる。その一例として、ユーザが特定の場所に関するメッセージを確認したい場合に、端末２０に対してフィルタリング条件として、場所をしている入力を行う。端末２０は、入力された場所から送信されたメッセージのみを表示する。なお、どのメッセージを表示するのかのフィルタリングは、サーバ１０、端末２０のいずれで実行されてもよい。
これにより、ユーザは、フィルタリングした条件に応じたメッセージのみを確認することができる。例えば、フィルタリング条件として、特定の場所の入力を受け付けた場合には、その特定の場所から送信されたメッセージが表示されることになるので、ユーザが指定した場所の信憑性の高いメッセージのみを確認することができる。

＜実施形態６＞
実施形態６においては、トークルームに参加しているユーザがどのような場所からメッセージを送信しているのか、その人数やメッセージ数が、認識しやすいトークルームの表示態様について説明する。即ち、トークルームにおいて、ある場所から、メッセージを送信した人数あるいはその場所から送信されたメッセージの総数に起案する情報を表示する態様を示す。

図２９は、場所に関連するメッセージ数を表示するための各装置のやり取りを示すシーケンス図である。場所に関するメッセージの数がわかれば、その場所について、どれだけのユーザが関心を寄せているかの目安とすることができる。

図２９に示すように、端末２０ｂは、ユーザからの第１メッセージの入力を受け付ける（ステップＳ４０１）。

端末２０ｂは、受け付けた第１メッセージと、端末２０ｂの位置を示す第１位置情報とを、サーバ１０に送信する（ステップＳ４０２）。

サーバ１０は、受信した第１位置情報が、所定領域内にあるか、即ち、トークルームに関連する場所であるか否かを確認し、その領域内から送信されたメッセージ数を計数する（ステップＳ２９０３）。そして、サーバ１０は、係数したメッセージ数とともに、受信したメッセージと、このメッセージの表示態様として、第１の表示態様で表示する指示とともに、トークルームに参加している各メッセージの端末２０に送信する（ステップＳ２９０４）。

端末２０は、サーバ１０から、メッセージとその表示態様の指示、及び、メッセージを送信した端末２０ｂの場所から送信されたメッセージ数の情報を受信すると、指示された表示態様でメッセージを、トークルームに表示する。また、端末２０は、トークルーム内のメッセージであって、そのメッセージが送信された場所ごとに、その場所から送信されたメッセージ数の情報を表示する（ステップＳ２９０５）。

図３０は、図２９に示すやり取りを実現するためのサーバ１０の動作例を示すフローチャートである。

図３０に示すように、サーバ１０の通信Ｉ／Ｆ１４は、端末２０からメッセージと共にユーザＩＤと位置情報とを受信する（ステップＳ６０１）。通信Ｉ／Ｆ１４は、受信した各情報を、制御部１１に送信する。

制御部１１のメッセージ処理部１１１は、受信したメッセージの位置情報がトークルームに関連する位置から送信されたか否かを判定する（ステップＳ６０２）。

受信したメッセージが、トークルームに関連する位置から送信されていた場合に（ステップＳ６０２のＹＥＳ）、メッセージ処理部１１１は、その位置から送信されたメッセージの、トークルーム内の総数を計数する（ステップＳ３００３）。そして、メッセージ処理部１１１は、受信したメッセージを第１の表示態様で表示するための表示指示と、受信したメッセージと、ユーザＩＤと、計数したメッセージ数と、を通信Ｉ／Ｆ１４を介して、トークルームに参加している各端末２０に送信し（ステップＳ３００５）、処理を終了する。

一方で、受信したメッセージが、トークルームに関連する位置から送信されていなかった場合には（ステップＳ６０２のＮＯ）、第２の表示態様での表示指示と、受信したメッセージと、ユーザＩＤとを、通信Ｉ／Ｆ１４を介して、トークルームに参加している各端末２０に送信し（ステップＳ３００４）、処理を終了する。このとき、メッセージ処理部１１１は、第２の表示態様で表示するよう指示したメッセージの総数を計数して、共に送信するように構成されてもよい。

図３１は、図２９に示すやり取りを実現するための端末２０の動作例を示すフローチャートである。

図３１に示すように、端末２０の通信Ｉ／Ｆ２２は、サーバ１０から、ユーザＩＤと、メッセージと、メッセージの表示態様の指示と、メッセージ数との情報を受信する（ステップＳ３１０１）。通信Ｉ／Ｆ２２は、受信した各情報を、制御部１１に送信する。

制御部１１のメッセージ処理部２１１は、受信したメッセージを指示された表示態様で表示するように表示処理部２１２に指示する。また、メッセージ処理部２１１は、表示処理部２１２に対して、トークルームに関連する場所から送信されたメッセージの、トークルーム内に存在する数を示すメッセージ数も併せて表示するように指示する。表示処理部２１２は、指示されたメッセージを指示された表示態様で、表示部２４に表示する。また、表示処理部２１２は、トークルーム内のメッセージの属性、限定ではなく一例として、メッセージが送信された場所ごとに、そのメッセージ数を示す情報を表示部２４に表示して（ステップＳ３１０２）、処理を終了する。なお、メッセージの属性は、メッセージが送信された場所に限定するものではなく、その他の属性であってもよい。

図３２は、メッセージを送信した場所ごとのメッセージ数を表示する例を示す端末の画面図である。図３２に示すように、トークルームに送信された各メッセージを指示された表示態様で表示される。また、図３２に示されるように、端末２０の表示部２４の表示領域には、メッセージの属性としてのメッセージの送信場所の情報と、その送信場所で送信されたメッセージ数３２０１とを、表示する。図３２の例では、ＡＡフェス会場内の、Ａ店、Ｂ店、Ｃ店から送信されたメッセージの総数として、それぞれ、１１、３６、１８が対応付けられた例を示している。なお、図３２では、メッセージ数を示す例を示しているが、これは、メッセージ数に代えて、その各場所からメッセージを送信した互いに異なるユーザの人数を示す情報であってもよい。

＜実施形態６の効果＞
端末２０は、トークルームに送信されたメッセージについて、そのメッセージが送信された場所ごとに、その場所から送信されたメッセージの総数を表示する。
この構成によれば、端末２０のユーザは、どの場所の話題が、そのトークルーム内で、人気が高いのかが理解できる。また、この構成によれば、ユーザは、各場所の人気自体がどれだけあるかの指標とすることもできるとともに、逆に、どの場所がすいているのかも確認することができる。
したがって、限定ではなく一例として、トークルームが遊園地のようなアミューズメントパークに関する情報であり、表示されるメッセージ数が、限定ではなく一例として、アミューズメントパーク内の店舗や、アトラクションに対応付けて表示されれば、どのアトラクションや店舗の人気が高いのかがわかり、逆にメッセージ数が少なければ、すぐに入れる店舗やアトラクションがどれかを認識することができる。

１ 通信システム
１０ サーバ
１１ 制御部
１１１ メッセージ処理部
１１２ 判定部
１１３ 特定部
１２ 入出力部
１３ 表示部
１４ 通信Ｉ／Ｆ（通信部）
１５ 記憶部
２０ 端末
２１ 制御部
２１１ メッセージ処理部
２１２ 表示処理部
２２ 通信Ｉ／Ｆ
２３ 入出力部
２３１ タッチパネル
２３２ マイク
２３３ スピーカ
２３４ カメラ
２４ 表示部（ディスプレイ）
２５ 位置情報取得部
２８ 記憶部
３０ ネットワーク
４０ ビーコン発信器
４１１ 通信Ｉ／Ｆ
４１２ ビーコン発信部

Claims (17)

1. サーバと通信する端末によって実行されるプログラムであって、
   第１端末のユーザと、前記第１端末とは異なる第２端末のユーザとを含むチャットルームを前記端末の表示部に表示することと、
   前記第１端末によって送信された第１コンテンツが前記サーバに受信されたことに基づき、前記第１コンテンツを前記端末の通信部によって前記サーバから受信することと、
   前記第２端末から送信された、位置に関する第１情報と第２コンテンツとが前記サーバに受信されたことに基づき、前記第１情報に基づく第２情報と、第２コンテンツとを前記端末の通信部によって前記サーバから受信することと、
   前記第１コンテンツと、前記第２情報に基づき前記第１コンテンツとは表示態様を異ならせた前記第２コンテンツとを前記チャットルームに表示することと、
   設定された時間の経過、または設定された時刻に基づき、前記第２コンテンツの前記表示態様を前記第１コンテンツと同じ表示態様にして前記チャットルームに表示することとが前記端末によって実行される。
2. サーバと通信する端末によって実行されるプログラムであって、
   第１端末のユーザと、前記第１端末とは異なる第２端末のユーザとを含むチャットルームを前記端末の表示部に表示することと、
   前記第１端末によって送信された第１コンテンツが前記サーバに受信されたことに基づき、前記第１コンテンツを前記端末の通信部によって前記サーバから受信することと、
   前記第２端末から送信された、位置に関する第１情報と第２コンテンツとが前記サーバに受信されたことに基づき、前記第１情報に基づく第２情報と、第２コンテンツとを前記端末の通信部によって前記サーバから受信することと、
   前記第１コンテンツと、前記第２情報に基づき前記第１コンテンツとは表示態様を異ならせた前記第２コンテンツとを前記チャットルームに表示することと、
   前記第１情報が前記サーバに受信されなくなったことに基づき、前記サーバから送信された第５情報を前記通信部によって受信することと、
   前記第５情報に基づき、前記第２コンテンツの前記表示態様を前記第１コンテンツと同じ表示態様にして前記チャットルームに表示することとが前記端末によって実行される。
3. 請求項１または請求項２に記載のプログラムであって、
   前記表示態様を異ならせた前記第２コンテンツは、前記位置に関する情報に基づく位置の情報を含む。
4. 請求項１から請求項３のいずれか一項に記載のプログラムであって、
   前記端末のユーザによる入力に基づいて、前記表示態様を異ならせた前記第２コンテンツを前記チャットルームに表示し、前記第１コンテンツを前記チャットルームに表示しないことが前記端末によって実行される。
5. 請求項１から請求項４のいずれか一項に記載のプログラムであって、
   位置に関する第３情報を前記通信部によって前記サーバに送信することと、
   前記第３情報に基づく特典情報を前記サーバから前記通信部によって受信することとが前記端末によって実行される。
6. 請求項１から請求項５のいずれか一項に記載のプログラムであって、
   位置に関する第４情報を前記端末の制御部によって取得することと、
   前記第４情報に基づく前記チャットルームの情報を前記制御部によって取得することと、
   前記チャットルームの情報の受信に基づき、前記チャットルームを前記表示部に表示することとが前記端末によって実行される。
7. 請求項３に記載のプログラムであって、
   前記位置の情報は、場所、地名、または店の名称を含む。
8. 請求項７に記載のプログラムであって、
   前記端末のユーザによって選択された前記位置の情報に基づいて、前記第２コンテンツを前記チャットルームに表示し、前記第１コンテンツを前記チャットルームに表示しないことが前記端末によって実行される。
9. 請求項１から請求項８のいずれか一項に記載のプログラムであって、
   前記第１情報を送信する端末から送信されたコンテンツ数に関する情報を前記サーバから前記通信部によって受信することと、
   前記コンテンツ数に関する情報に基づく表示を前記表示部に表示することとが前記端末によって実行される。
10. 請求項１から請求項９のいずれか一項に記載のプログラムであって、
    前記第１情報は、前記第２端末のＧＰＳによって取得される前記第２端末の位置情報である。
11. 請求項１から請求項１０のいずれか一項に記載のプログラムであって、
    前記第１情報は、前記第２端末とは異なる電子装置から送信された情報である。
12. 請求項１１に記載のプログラムであって、
    前記第１情報は、前記サーバの記憶部によって、前記第１情報と、位置情報とが関連付けられる。
13. 請求項１から請求項１２のいずれか一項に記載のプログラムであって、
    前記通信部によって、前記第１端末と前記第２端末とに第３コンテンツを送信することと、
    前記第３コンテンツを前記チャットルームに表示することとが前記端末によって実行される。
14. サーバと通信する端末の情報処理方法であって、
    第１端末のユーザと、前記第１端末とは異なる第２端末のユーザとを含むチャットルームを前記端末の表示部に表示することと、
    前記第１端末によって送信された第１コンテンツが前記サーバに受信されたことに基づき、前記第１コンテンツを前記端末の通信部によって前記サーバから受信することと、
    前記第２端末から送信された、位置に関する第１情報と第２コンテンツとが前記サーバに受信されたことに基づき、前記第１情報に基づく第２情報と、第２コンテンツとを前記端末の通信部によって前記サーバから受信することと、
    前記第１コンテンツと、前記第２情報に基づき前記第１コンテンツとは表示態様を異ならせた前記第２コンテンツとを前記チャットルームに表示することと、
    設定された時間の経過、または設定された時刻に基づき、前記第２コンテンツの前記表示態様を前記第１コンテンツと同じ表示態様にして前記チャットルームに表示することとを含む。
15. サーバと通信する端末であって、
    第１端末によって送信された第１コンテンツが前記サーバに受信されたことに基づき、前記第１コンテンツを前記サーバから受信し、前記第１端末とは異なる第２端末から送信された、位置に関する第１情報と第２コンテンツとが前記サーバに受信されたことに基づき、前記第１情報に基づく第２情報と、第２コンテンツとを前記サーバから受信する通信部と、
    前記第１端末のユーザと、前記第２端末のユーザとを含むチャットルームを表示し、前記第１コンテンツと、前記第２情報に基づき前記第１コンテンツとは表示態様を異ならせた前記第２コンテンツとを前記チャットルームに表示する表示部とを含み、
    前記表示部は、設定された時間の経過、または設定された時刻に基づき、前記第２コンテンツの前記表示態様を前記第１コンテンツと同じ表示態様にして前記チャットルームに表示する。
16. サーバと通信する端末の情報処理方法であって、
    第１端末のユーザと、前記第１端末とは異なる第２端末のユーザとを含むチャットルームを前記端末の表示部に表示することと、
    前記第１端末によって送信された第１コンテンツが前記サーバに受信されたことに基づき、前記第１コンテンツを前記端末の通信部によって前記サーバから受信することと、
    前記第２端末から送信された、位置に関する第１情報と第２コンテンツとが前記サーバに受信されたことに基づき、前記第１情報に基づく第２情報と、第２コンテンツとを前記端末の通信部によって前記サーバから受信することと、
    前記第１コンテンツと、前記第２情報に基づき前記第１コンテンツとは表示態様を異ならせた前記第２コンテンツとを前記チャットルームに表示することと、
    前記第１情報が前記サーバに受信されなくなったことに基づき、前記サーバから送信された第５情報を前記通信部によって受信することと、
    前記第５情報に基づき、前記第２コンテンツの前記表示態様を前記第１コンテンツと同じ表示態様にして前記チャットルームに表示することとを含む。
17. サーバと通信する端末であって、
    第１端末によって送信された第１コンテンツが前記サーバに受信されたことに基づき、前記第１コンテンツを前記サーバから受信し、前記第１端末とは異なる第２端末から送信された、位置に関する第１情報と第２コンテンツとが前記サーバに受信されたことに基づき、前記第１情報に基づく第２情報と、第２コンテンツとを前記サーバから受信する通信部と、
    第１端末のユーザと、前記第２端末のユーザとを含むチャットルームを表示し、前記第１コンテンツと、前記第２情報に基づき前記第１コンテンツとは表示態様を異ならせた前記第２コンテンツとを前記チャットルームに表示する表示部とを含み、
    前記通信部は、前記第１情報が前記サーバに受信されなくなったことに基づき、前記サーバから送信された第５情報を受信し、
    前記表示部は、前記第５情報に基づき、前記第２コンテンツの前記表示態様を前記第１コンテンツと同じ表示態様にして前記チャットルームに表示する。

Images