JP2020101866A - 端末の表示方法、端末、端末のプログラム - Google Patents

Abstract

【課題】トークにおけるコンテンツのやり取りの状況を確認しやすくする。【解決手段】 コンテンツの送信と受信とを行う端末の表示方法であって、端末とは異なる端末から送信されたコンテンツを端末の通信部によって受信することと、端末から通信部によってコンテンツを送信することと、異なる端末から送信されたコンテンツと、端末から送信されたコンテンツとに基づく、コンテンツに関するマップ情報を取得することと、異なる端末から送信されたコンテンツと、端末から送信されたコンテンツと、マップ情報に基づく画像と、を端末の表示領域に表示することとを含む。【選択図】図６

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などのマークアップ言語などを用いて実装される。

＜機能構成＞
＜実施形態＞
図２は、トークルームの全体と、それに対して、実際に端末２０の表示領域に表示される内容を模式的に示したイメージ図である。図２の左側に示すトークルーム２５０のイメージ図に示されるように、ユーザ間でメッセージを含むコンテンツのやり取りが活発に行われるほどトークルーム２５０に含まれるメッセージなどのコンテンツが多くなる。トークルーム２５０内でのメッセージなどのコンテンツのやり取りが多くなると、当然ながら、ユーザの端末２０の表示領域には、その一部のみしか表示できず、トークルーム２５０全体、即ち、トークルーム２５０に含まれる全てのメッセージ等は、表示できなくなる。そのため、端末２０のユーザは、そのトークルーム２５０上で、過去にどのようなやり取りをしたかを思い出したり、トークルーム２５０上でのメッセージ等のやり取りをもう一度見直したりするときに、そのやり取りをしたトークルーム２５０上における場所を特定するのが困難になる。そこで、端末２０は、過去のやり取りにおける特定の会話を探索しやすくするために、トークルームのやり取りの状況を端末２０のユーザが認識することができるマップ情報を表示する。以下、詳細に説明する。

なお、トークルームとは、サーバ１０が提供するメッセージングアプリケーションを利用しているユーザ同士がコンテンツのやり取りをする場所のことをいう。また、トークルーム上でやり取りされるコンテンツは、ユーザが自身の端末２０を利用して入力した文字情報、写真やスタンプなどを含む画像情報、音声ファイル、動画ファイル、データファイルなど各種のファイル情報などを含むが、これらに限定されるものではない。また、トークルームを端末２０の表示領域に表示する際には、ユーザ間でやり取りされたメッセージ（限定ではなくコンテンツの一例）は、その送信日時（または受信日時）に従って、上から下に時系列に沿って表示されるが、この限りではない。

（１）端末の機能構成
図１に示すように、端末２０の制御部２１は、コンテンツ処理部２１１と、マップ情報生成部２１２と、表示処理部２１３とを備える。

コンテンツ処理部２１１は、サーバ１０が提供するメッセージングサービスから提供されるメッセージングアプリケーションに従って、ユーザからの入力および／または通信Ｉ／Ｆ１２が受信したメッセージを含むコンテンツの入力を受け付けて、表示処理部２１２に表示するように指示する。なお、ユーザからの入力を受け付けた場合には、その受け付けた入力内容を通信Ｉ／Ｆ２２にサーバ１０に宛てて送信するように指示する。コンテンツ処理部２１１は、端末２０が送信したコンテンツと、端末２０以外のユーザが保持する端末が送信したコンテンツとで、その表示態様を代えて表示する（限定ではなく一例として、他のユーザが送信したコンテンツを表示部２４の表示領域の左側に、端末２０のユーザが送信したコンテンツを表示部２４の表示領域の右側に表示する、あるいは、各ユーザで送信したコンテンツの背景色を変更するなど）こととしてよい。

マップ情報生成部２１２は、所定の基準に従って、あるいは、ユーザからの入出力部２３に対するマップ情報の表示を指示する入力にしたがって、マップ情報を生成する。マップ情報は、トークルーム内のやり取りの状況が確認可能な画像情報であり、トークルームにおけるやり取りの活発度合が認識可能であってよく、具体的には、メッセージを含む各種コンテンツの送受信の頻度、コンテンツの種別、メッセージの文字量等に基づくヒートマップであってよい。ヒートマップとは、一般に、各種の値のデータ行列を色として表現した可視化グラフのことであり、本実施の形態では、コンテンツの送信頻度または、コンテンツの受信頻度、コンテンツの種別、メッセージの文字量等を前述のデータ行列として頻度の高低を色の濃淡または色の違いで表現するグラフのことをいう。マップ情報生成部２１２は、表示部２４に表示されているトークルームの全体、あるいは、ユーザにより指定された範囲内のコンテンツ（メッセージ、スタンプや写真などの画像、音声データ、ファイルなど）の送信または受信の頻度、コンテンツの種別、メッセージの文字量等に応じて、マップ情報を生成する。コンテンツのやり取りの頻度を用いることにより、マップ情報生成部２１２は、コンテンツのやり取りの活発さの度合に基づくヒートマップであるマップ情報を生成することができる。マップ情報の生成の具体例については後述する。マップ情報生成部２１２は、生成したマップ情報を表示処理部２１３に伝達する。

表示処理部２１３は、コンテンツ処理部２１１からの指示に従ってトークルームの内容を示す表示情報を、表示部２４に表示する指示する。また、本実施形態においては、表示処理部２１２は、トークルームの内容とともに、マップ情報生成部２１２が生成したマップ情報を、トークルーム上に、やり取りしているメッセージを含むコンテンツとともに表示する。マップ情報の表示態様については、様々にあり、その具体例については、後述する。

（２）サーバの機能構成
図１に示すように、サーバ１０は、制御部１１により実現される機能として、コンテンツ処理部１１１を備える。

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

＜データ＞
図３は、コンテンツ情報の一構成例を示すデータ概念図である。図３に示すコンテンツ情報２００は、少なくとも端末２０またはサーバ１０のうちいずれか一方の記憶部に記憶されており、トークルームの表示の際に参照される。本実施形態においては、端末２０の記憶部２８に記憶されていることとする。また、コンテンツ情報は、マップ情報の作成の際にも参照される。

図３に示すようにコンテンツ情報２００は、コンテンツＩＤ２０１と、送信者２０２と、トークルームＩＤ２０３と、送信日時２０４と、タグ情報２０５と、添付データ２０６と、メッセージ本文２０７とが対応付けられた情報である。

コンテンツＩＤ２０１は、ユーザがトークルーム上でやり取りしているメッセージや画像などを含むコンテンツを端末２０が識別するための情報である。

送信者２０２は、対応するコンテンツＩＤ２０１で示されるコンテンツを送信した送信者（サーバ１０が提供するメッセージングサービスを利用するユーザ）を一意に特定可能な識別情報である。

トークルームＩＤ２０３は、サーバ１０が提供するメッセージングサービスにおいて、コンテンツのやり取りを行うためのトークルームを一意に特定可能な識別情報である。

送信日時２０４は、対応するコンテンツがいつ送信されたのかを示す日時情報である。

タグ情報２０５は、対応するコンテンツに対してタグ（対応するメッセージの特徴を示す情報であり、メタデータと呼称されることもある）が付与されている場合に、その内容を示す情報である。タグ情報２０５は、端末２０のユーザが付与することもあれば、端末２０の制御部２１が自動で付与する場合もある。

また、本実施形態においては、トークルームの中で特定の話題に関するやり取りをしていることを示す区間の開始、又は、終了を示すことがある。この場合のタグ情報２０５は、端末２０のユーザまたは、対応するトークルームＩＤ２０３に関連するユーザが付与できる。そして、タグ情報２０５のうち、この特定の区間の開始は、送信日時の早い方が開始のコンテンツとして設定され、送信日時の遅い方が終了のコンテンツとして設定される。限定ではなく一例として、仮に、タグ情報として、「２０１８年末」とのタグを付したコンテンツ（メッセージ）が二つあり、それぞれの送信日時が「２０１８年１月１１日１０時２８分」と、「２０１８年１２月２３日２３時５０分」であった場合には、「２０１８年１月１１日１０時２８分」のコンテンツ（メッセージ）が、「２０１８年末」に関連するコンテンツ（メッセージ）のやり取りの開始であり、「２０１８年１２月２３日２３時５０分」がそのやり取りの終了であることを示す。マップ情報生成部２１２は、同じ名称のタグ情報が２つある場合に、同じ名称のタグ情報が対応付けられているコンテンツ間を、ユーザにとって特別な意味がある区間として、他の区間とは異なる表示態様で表示するマップ情報を生成してもよい。また、タグ情報は、メッセージ本文２０７ではなく添付データ２０６が設定されているコンテンツに対して設定されてもよい。

添付データ２０６は、コンテンツとして、画像情報（限定ではなく、一例としてスタンプや写真など）や何らかのファイルなどを送受信する場合に、その送受信した情報の内容を示す情報である。即ち、添付データ２０６は、ユーザが他のユーザに送信するコンテンツのうち、テキストデータに基づくメッセージを送信する場合以外に送信する情報のことであり、限定ではなく一例として、画像、スタンプ、動画の他、各種のファイルデータなどを含んでよい。また、他のウェブサイトへのリンク情報や地図検索するための位置情報なども添付データ２０６として含まれてよい。

メッセージ本文２０７は、対応するコンテンツＩＤ２０１で示されるコンテンツとしてユーザのメッセージを送信する場合の実内容を示すテキスト情報であり、対応する送信者が伝達したい事項を示す情報である。

以上に示したコンテンツ情報が記憶部２８に記憶されていることにより、端末２０は、各トークルームにおけるメッセージ（コンテンツ）の送信または受信の頻度を算出できるとともに、その頻度に基づいて、トークルームに対して、いつごろにやり取りが活発になっていたかを一目で判断できるマップ情報を生成することができる。なお、図３においては、コンテンツとして、メッセージ本文２０７がある場合には、添付データ２０６はなく、添付データ２０６がある場合には、メッセージ本文２０７がないこととしているが、一つのコンテンツ内に、添付データ２０６とメッセージ本文２０７とが共存する態様をとってもよい。

＜動作＞
図４は、端末２０によるトークルームにおけるマップ情報の表示処理に係る動作を示すフローチャートである。マップ情報の表示処理は、メッセージングアプリケーションにより自動で行われることとしてもよいし、ユーザがマップ情報の表示処理を端末２０の入出力部２３を介して指示した場合に行われることとしてもよい。ここでは、端末２０の表示部２４にトークルームの様子が示されている状態で、ユーザがマップ情報６０１の表示処理を指示したと仮定して説明する。

図４に示すように、端末２０のマップ情報生成部２１２は、表示部２４に表示されているトークルームの情報を取得する。マップ情報生成部２１２は、記憶部２８に記憶されているコンテンツ情報を検索して、表示されているトークルームのトークルームＩＤ２０３が対応付けられているコンテンツを特定して、抽出する（ステップＳ４０１）。

マップ情報生成部２１２は、取得したトークルームの情報を参照して、そのトークルームにおけるコンテンツの送信頻度または受信頻度に基づいて、トークルームにおけるトークの活性状態を示すマップ情報を作成する。即ち、マップ情報生成部２１２は、トークルームにおけるコンテンツのやり取りの頻度に基づくヒートマップを生成する（ステップＳ４０２）。マップ情報の作成処理の更なる詳細については、後述する。

マップ情報生成部２１２は、生成したマップ情報を表示処理部２１３に伝達する。表示処理部２１３は、伝達されたマップ情報を、そのトークルーム上にコンテンツのやり取りとともに、表示部２４に表示する（ステップＳ４０３）。

図５は、端末２０によるマップ情報の生成に係る詳細な動作例を示すフローチャートであり、図４におけるステップＳ４０２の処理の詳細を示している。

図５に示すように、マップ情報生成部２１２は、表示されているトークルームの全体長を取得する（ステップＳ５０１）。ここでいう全体長は、トークルームが開設された日時から、現時点の日時までの長さのことをいう。なお、この長さは、トークルームの全体長でなくともよく、端末２０のユーザが指定した範囲でもよい。

マップ情報生成部２１２は、トークルームを所定区間ごとに区切る。即ち、予め指定されている時間長で、トークルームの全体長を区切る。もしくは、所定の区間数でトークルームの全体長を区切る。そして、マップ情報生成部２１２は、各区間で送信されている（受信している）コンテンツ数を特定する。ここでいうコンテンツ数は、トークルームに参加しているユーザ全てが送信した（もしくは受信した）コンテンツ数のことである。そして、マップ情報生成部２１２は、各区間のコンテンツ数に基づいて、トークルームの中の各区間のコンテンツの送信頻度または受信頻度を算出する（ステップＳ５０２）。

マップ情報生成部２１２は、算出した送信頻度（または受信頻度）に対して所定の重み付けを実行する（ステップＳ５０３）。そして、マップ情報生成部２１２は、重み付け後送信頻度（または受信頻度）に基づくマップ情報を生成する。限定ではなく一例として、マップ情報生成部は、重み付けされた頻度値が高いほど色が濃くなるヒートマップをマップ情報として生成する（ステップＳ５０４）。なお、この重み付けは実行しなくてもよい。ここでいう所定の重み付けの手法は、コンテンツに関連するものであればどのようなものであってもよく、限定ではなく一例として、コンテンツにタグ情報が設定されているか否かまたは、コンテンツとして、画像情報（写真やスタンプ）が送信されているか否かまたは、特定のユーザが送信したコンテンツであるか否かによって重み付けを行ってよく、また、どのような情報に基づいて重み付けを行うかの種別によって、重み付け値を変更してもよいし、しなくてもよい。また、ここでは、算出した受信頻度に対して、重み付けを実行することとしているが、コンテンツに対して重み付けを算出し、その重み付け値から、頻度を算出するようにしてもよい。

例えば、所定区間内に、含まれているコンテンツ数が２０個の場合で、かつ、その２０個のコンテンツのうち、位置情報やウェブサイトのリンク情報などテキスト情報以外の情報が設定されているコンテンツが５個あったとする。このとき、テキスト情報以外の情報が設定されている場合に重み付け値として、１．２倍にすると設定されているとき、５個のコンテンツの値を１．２とし、残りの１５のコンテンツを１として、その所定区間の頻度情報を、１．２×５＋１×１５＝２１として算出することができる。

また、あるいは、所定区間に特定のタグ情報が設定されたコンテンツが含まれている場合に、頻度情報を１割増しにすると設定されていれば、仮に所定区間内に含まれているコンテンツ数が２０個の場合に、その所定区間の頻度情報を２０×１．１＝２２と算出することができる。

また、他の例としては、マップ情報生成部２１２は、所定区間内にコンテンツ数が２０個ある場合で、かつ、その２０個のコンテンツのうち、スタンプ（画像情報）が送信されているものが５つあったとする。そして、スタンプに対する重み付け値を０．８として設定していた場合に、その所定区間の頻度情報は、一例として、５×０．８＋１５×１＝１９と算出することができる。一般に、スタンプは、ユーザ同士で軽いやり取りをするためのものであったり、意味がないものであったりすることも往々にしてある。そのため、テキストのコンテンツよりも内容に深みや意味がないことが多い。したがって、コンテンツとしてスタンプを送信している場合には、重み付け値を小さく設定しておくことで、コンテンツのやり取りの濃度を反映させることができる。

また、重み付けは当然ながら複数の組み合わせから成ってもよい。例えば、所定区間内にコンテンツ数が２０個あり、その２０個のコンテンツのうち、タグ情報が設定されているコンテンツが５個、タグ情報が設定されているコンテンツの中にスタンプを含むものが２個あり、また、タグ情報が設定されておらずコンテンツとしてスタンプが送信されているものが２個あるとする。そして、タグ情報が設定されているコンテンツの重み付け値を１．２、スタンプが送信されたコンテンツの重み付け値を０．８とする。この場合のこの所定区間における頻度情報は、２×１．２×０．８＋３×１．２＋２×０．８＋１３×１＝２０．１２と算出することができる。

なお、ここに示した区間ごとのコンテンツの頻度の算出方法は、限定ではなく一例であり、その他の様々なバリエーションを採用することができる。また、重み付け値には０を含んでもよい。また、頻度情報として、基本的に、コンテンツの送受信の頻度を用いているが、これはその限りではなく、例えば、コンテンツに含まれる文字量（文字数）の多寡に基づくものであってもよいし、特定のコンテンツの頻度に基づくものであってもよく、例えば、特殊なタグを有するコンテンツの頻度に基づくものであってもよい。また、マップ情報生成部２１２は、コンテンツの送信頻度または、受信頻度に代えて、コンテンツの種別のみ、またはコンテンツの種別と本実施例で記載された手法の少なくとも１つ等を組み合わせて、あるいは、コンテンツとしてメッセージが送信されている場合のテキストの文字量のみから、またはテキストの文字量と本実施例で記載された手法の少なくとも１つ等を組み合わせてマップ情報６０１を生成することとしてもよい。すなわち、少なくともコンテンツの種別に基づいてマップ情報６０１を生成してもよいし、しなくてもよい。また、少なくともテキストの文量に基づいてマップ情報６０１を生成してもよいし、しなくてもよい。コンテンツの種別に基づいてマップ情報６０１を生成するとは、特定の種別のコンテンツに基づいてヒートマップを生成することを意味し、具体的には、限定ではなく一例としてやり取りしているコンテンツとして画像情報を送信（または受信）しているコンテンツを特定し、トークルーム上で画像情報がやり取りされている濃度をヒートマップとして表現する。これによって、例えば、トークルーム上で何らかのイベントに関わる写真をユーザ間でやり取りしていた場合に、その期間を特定しやすくすることができる。また、コンテンツとしてメッセージが送信されている場合のテキストの文字量からマップ情報を生成する場合には、コンテンツとしてメッセージ本文２０７にテキスト情報にテキストデータを含むコンテンツを特定し、その文字数を計数する。そして、マップ情報生成部２１２は、計数した文字数の大小によって、ヒートマップを生成する。文字数が多いコンテンツをやり取りしている場合には、ユーザ間のやり取りにおいて濃密なやり取りをした可能性が高いといえ、ユーザが何らかのやり取りをした時期を思い出したいときに、その時期を特定しやすくすることができる。また、本実施形態においては、マップ情報６０１を端末２０のマップ情報生成部２１２が生成することとしているが、これは、サーバ１０の制御部１１が生成して、トークルームに属する各ユーザの端末に配信するようにしてもよい。

＜マップ情報の表示例＞
ここから、端末２０の表示部２４におけるトークルームとマップ情報の表示例について具体的に説明する。

図６（ａ）は、通常のトークルームの様子の一表示例を示す画面図である。図６（ａ）には、端末２０のユーザと、他のユーザＡとの間のコンテンツのやり取りをするためのトークルームの様子を示している。このトークルーム上において、本実施形態に係る端末２０は、マップ情報を生成することで、図６（ｂ）に示すように、端末２０のユーザと、ユーザとのコンテンツのやり取りに沿えて、マップ情報６０１を表示することができる。図６（ａ）、（ｂ）には、１１月１８日にやり取りしたコンテンツの一例を示している。また、図６（ｂ）の画面図には、各ハッチングのコンテンツのやり取りの頻度の高低を示しており、本実施形態では、各ハッチングは図６（ｂ）に示す頻度で表現する。

図６（ｂ）に示すマップ情報６０１は、コンテンツのやり取りの頻度の高低を示すヒートマップである。図６（ｂ）の例では、ハッチングの密度が高い箇所が、コンテンツのやり取りが多かった、即ち、やり取りが蜜であったときを示し、ハッチングの密度が低い箇所が、コンテンツのやり取りが少なかった、即ち、やり取りが疎であったときを示している。図６（ｂ）の例でいえば、２０１８年１１月１５日から１１月１８日の区間におけるコンテンツのやり取りの頻度が高く、２０１８年１１月１３日から１１月１５の区間および１１月２３日以降の区間におけるやり取りの頻度が２０１８年１１月１５日から１１月１８の区間に準じて高く、２０１８年１１月１日から１１月１３日および１１月１８日から１１月２３日のやり取りが最も低かったことが理解できる。なお、ここでは、ヒートマップにおけるコンテンツのやり取りの頻度の高低について、ハッチングの濃淡で示しているが、これは、ユーザがトークルーム上で、いつのやり取りが活発になっていたかが理解できればよく、例えば、色のグラデーションによる表現で表されてもよいし、マップ情報６０１上に数値で表現されてもよい。なお、マップ情報６０１には、図６（ｂ）に示されるように、その対応する日時情報が含まれていてもよいし、含まなくてもよい。日時情報がある方が、ユーザにとっては、マップ情報６０１上で、よりいつ頃のやり取りをしていた時期が明確になってよい。

図６（ｂ）に示すマップ情報６０１が表示されることにより、ユーザは一目で、そのトークルームにおいて、いつ頃、そのトークルームに参加しているユーザとの間のやり取りが活発になったのかを認識することができる。したがって、ユーザは、マップ情報６０１をみることで、過去のやり取りの中で、ユーザが思い出したいトークの内容や、トークした内容についていつ頃やり取りをしたのかを推測することができる。なお、ここでは、コンテンツの送信または受信頻度について低、中、高の３段階に分けた例を示しているが、これは、この段階数に限定されるものではなく、より多くの段階（例えば、５）やグラデーションにより表現されてもよいし、されなくてもよい。

マップ情報６０１は、ユーザからの入力を受け付ける構成としてもよい。即ち、図７（ａ）に示すように、マップ情報６０１に対して、ユーザがトークの内容を確認したい箇所に対するタッチ入力を受け付けることとしてよい。なお、ここでは、タッチ入力の例を示しているが、これは、タッチ入力に限るものではなく、例えば、画面上に表示されるカーソルなどのポインタを端末２０に備えられたハードキー等で動かして選択するように構成してもよい。また、あるいは、入出力部２３が、画面から所定距離内のユーザの指や入力器具を検知して非接触による入力を受け付ける非接触型入力装置である場合に、非接触入力によってマップ情報６０１の中のユーザがコンテンツを確認したい箇所の入力の指定を受け付けるように構成されてもよい。

この場合、端末２０の制御部２１は、マップ情報６０１においてタッチする箇所が示す日時情報を取得する。そして、特定した日時情報を中心とした所定範囲のコンテンツを特定する。そして、端末２０は、特定した所定範囲のコンテンツを図７（ｂ）に示すように、表示することができる。即ち、ユーザは、マップ情報６０１において、やり取りの内容を確認したい箇所をタッチすることで、実際のコンテンツの内容を容易に確認することができる。このとき、図７（ｂ）に示すように、マップ情報６０１と、トークルームのやり取りの内容との対応について、トークルームに示すやり取りに対応する箇所が、マップ情報６０１において、その中央に位置するようにマップ情報６０１の表示態様を変更してもよいし、変更しなくてもよい。図７（ａ）から図７（ｂ）への変化の例では、マップ情報６０１と、トークルームにおけるコンテンツのやり取りの時系列とが連動している例を示している。図７（ａ）では、１１月１８日におけるやり取りを表示している状態を示しており、このとき、図示の通り、マップ情報６０１の１１月１５日と１１月１８日の間をタッチした例を示している。ここでは、ユーザは、マップ情報６０１上の、１１月１６日が対応付けられている位置をタッチしたこととする。すると、図７（ｂ）に示すように、タッチした箇所に対応する日付のコンテンツ、即ち、１１月１６日にやり取りしたコンテンツが端末２０の表示部２４の表示領域に表示される。そして、両図に示すように、表示されているコンテンツが対応する日付がマップ情報６０１のおよそ中央となるように、マップ情報６０１が生成されて表示される。

一方で、マップ情報６０１の表示態様を変更しない場合は、マップ情報６０１としては、図７（ａ）に示すマップ情報６０１の表示態様を維持するとよい。即ち、図７（ｂ）に示すコンテンツのやり取りの内容はそのままにマップ情報６０１は、図７（ａ）に示すマップ情報６０１を表示する態様としてもよい。

図８（ａ）および図８（ｂ）は、タグ設定の例を示す画面図である。上述の通り、ここでいうタグ設定とは、トークルーム上で、特定の話題やイベントに関連するコンテンツのやり取りをしている場合に、その期間を後から、トークルームに参加しているユーザが認識できたり、コンテンツにその属性を付与したりするために行うものである。

例えば、図８（ａ）に示すように、ユーザは、特定のコンテンツに対して、タグを設定することができる。図８（ａ）の例でいえば、ユーザＡの「今度、泊りがけで遊びに行かない？」というコンテンツに対して、ユーザが、「２０１８０７海」というタグ設定をしたとする。このタグ設定は、限定ではなく一例として、トークルーム上のタグを設定したいコンテンツを長押ししたり、コンテンツを選択すると表示されるメニューからタグ設定メニューを起動したりして、文字入力を行うことで設定できる。また、ユーザは、同じ名称のタグ情報を他のコンテンツに対して設定することで、設定したタグの特定の区間をタグ設定することができる。

端末２０は、このような同名のタグ情報が設定されているコンテンツのうち、その送信日時が早い方を、開始点とし、遅い方を終了点とした、タグ設定区間を特定することができる。このようなタグ設定区間が有る場合に、端末２０のマップ情報生成部は、図８（ｂ）に示すように、他の区間とは異なる表示態様（領域８０１参照）で表示して、ユーザが一目でタグ設定区間であることが認識できるようにマップ情報６０１を生成することとしてもよい。タグ設定区間があることで、ユーザは長いトークルームの中で特定のイベントがあったことを思い出すことが容易になる。このようなタグ設定区間については、マップ情報６０１には、設定されているタグ情報の名称をマップ情報６０１上に表示することとしてもよいし、表示しなくてもよい。

なお、ここでは、タグ設定として、話題の内容を示す情報をユーザが設定することとしているが、タグ設定は、単にユーザが重要と考えているコンテンツに対して、何らかのフラグ情報を設定するだけでもよく、その場合に、マップ情報６０１においては、そのフラグ情報が設定されているコンテンツの発言された時期が認識できるように表示されてもよいし、されなくてもよい。

また、タグ設定は、端末２０のユーザ自身がコンテンツのやり取りを行うトークルーム上で、ユーザだけが設定できることとしてもよいし、トークルームに参加するユーザ全員が設定可能に構成されてもよいし、そうでなくてもよい。トークルームに参加するユーザ全員がそのトークルームへのタグ設定が可能である場合には、トークルームに参加するユーザのいずれかがタグの設定を行った場合に、サーバ１０を介して、各ユーザの端末２０にタグ設定情報が伝達される。また、更には、マップ情報生成部２１２がトークルームの内容から自動的に設定することとしてもよいし、しなくてもよい。自動的に設定する場合は、例えば、トークルームの中で頻出する話題が一定期間続いていた場合に、その頻出する話題をタグ情報として設定することとしてもよいし、単純に、トークルームの中で一定期間以上コンテンツのやり取りが頻発していた場合にその区間に対してタグ設定をしてもよい。後者の場合には、マップ情報生成部２１２は、そのやり取りが頻発していた区間の最初の日時をタグ設定することとしてもよいし、そうでなくてもよい。このようなタグ設定を行って、マップ情報６０１上でも領域８０１のように、タグが設定されていることが理解できるように表示することで、そこでユーザが興味を覚えたやり取りやイベントがあったことを想起させることができる。

＜表示の変形例＞
図９は、マップ情報６０１の他の表示態様例を示す図である。マップ情報生成部２１２は、図９（ａ）に示すように、マップ情報６０１上でもどの時期にどのようなタイミングあるいは間隔でコンテンツの送受信が実際に行われていたのかが視認できるように、マップ情報６０１を生成してもよいし、そうでなくてもよい。具体的には、マップ情報６０１には、トークルーム上でやりとりしたコンテンツを縮小した状態の画像が含まれてよい。図９（ａ）に示すようにマップ情報６０１上でも、コンテンツのやり取りが行われている箇所が表示されれば、ユーザはコンテンツの内容までは確認できずとも、どの時期にやり取りが活発に行われているかが一目で認識できる。更に、図９（ａ）に示すマップ情報６０１上で表示されたコンテンツの縮小画像について、表示部２４に所定時間以上（限定ではなく一例として、３秒）表示されたコンテンツ、言い換えれば、ユーザが実際にコンテンツの内容を確認したと推定されるコンテンツについては、マップ情報６０１のコンテンツの縮小画像の表示態様を変更してもよい。限定ではなく一例としてマップ情報６０１のコンテンツの縮小画像の表示色を変更したり、既読の文字を追加したりする。これにより、端末２０のユーザは、自身がマップ情報６０１上で、実際にユーザがコンテンツの内容を確認したコンテンツがどこにあるかを認識することができる。

また、マップ情報６０１の表示箇所は、表示画面における表示領域の右側に限るものではない。限定ではなく一例として、図９（ｂ）に示すように、マップ情報６０１は、端末２０のユーザと、トークルームに参加している他のユーザとの、それぞれのコンテンツの間に、表示する態様にしてもよいし、あるいは、図示していないが、表示画面の左側によせてマップ情報６０１を表示してもよい。マップ情報６０１は、トークルームにおけるコンテンツのやり取りがいつごろ活発であったかが一目で認識できれば、どこに表示されてもよい。また、マップ情報６０１は、トークルームの背景画像として表示する、即ち、マップ情報６０１をトークルームの壁紙のように表示することとしてもよい。

図１０（ａ）は、マップ情報を表示した他のトークルームの表示例を示しており、図１０（ｂ）は、図１０（ａ）に示すトークルームのマップ情報を、拡大表示した際の表示態様の例を示す画面図である。

図１０（ａ）は、トークルームにマップ情報６０１ａを表示して表示画面例を示している。ここで、ユーザが、表示画面を見て、マップ情報６０１ａが小さく、トークルームの中でいつコンテンツのやり取りが活発になったのかや、表示されている日付などの情報が確認しにくい場合がある。そこで、端末２０は、入出力部２３に対して、マップ情報６０１ａの淵等をタッチして、マップ情報６０１ａを拡大する操作の入力をユーザから受け付けてもよいし、しなくてもよい。受け付ける場合に、図１０（ａ）から図１０（ｂ）への変化に示すように、マップ情報６０１ａに示す幅から、マップ情報６０１ｂに示す幅まで拡大表示するように構成してもよい。さらには、図１０に示す例では変化させていないが、マップ情報６０１ｂの日時情報は、表示しているフォントサイズをも大きくして表示態様を変更するようにしてもよい。マップ情報６０１の表示態様を変更することで、マップ情報６０１の内容をよりユーザに確認させやすくすることができる。

一方で、マップ情報６０１の拡大表示に伴って、ユーザ同士がやり取りしているコンテンツの表示領域は狭くなる。そこで、図１０（ａ）から図１０（ｂ）への変化に示されるように、ユーザ同士のコンテンツの表示位置を、変更することとしてもよい。例えば、図１０（ａ）におけるコンテンツ１００１、１００２に対応するコンテンツの送信時刻の表示位置を、図１０（ｂ）におけるコンテンツ１００１、１００２に対応するコンテンツの送信時刻の表示位置に変更するようにしてもよい。また、その他には、端末２０は、コンテンツの表示枠の大きさや、形状を変更するようにしてもよい。あるいは、マップ情報６０１の表示の拡大に伴って、ユーザ同士のコンテンツを縮小表示することとしてもよいし、そうでなくてもよい。端末２０は、ユーザ同士でやり取りしているコンテンツの内容やマップ情報６０１の内容がよりユーザにとって認識しやくなるような表示態様であれば、図７〜図１０に示した表示態様とは異なった表示態様をとってもよい。なお、ここでの説明では、入出力部２３に対して、マップ情報６０１ａの淵等をタッチして、マップ情報６０１ａを拡大する例を示したが、マップ情報を表示させる際に、図１０（ａ）に示すマップ情報６０１ａを表示せず、直接図１０（ｂ）に示すマップ情報６０１ｂを表示してもよい。すなわち、入出力部２３に対して、マップ情報６０１ａの淵等をタッチすることなく、また、マップ情報６０１ａを表示させることなく、図１０（ｂ）に示すマップ情報６０１ｂを直接表示してもよい。また、直接マップ情報６０１ｂを表示する場合においても、ユーザ同士がやり取りしているコンテンツの表示位置や表示形状などの表示態様の変更を行ってもよいし、行わなくてもよい。

図７から図１０に示した各種の表示態様を実行するか否かを端末２０においてユーザが設定できるように構成されていてもよいし、そうでなくてもよい。

＜実施形態の効果＞
以下、本実施形態の効果について述べる。

上記実施形態に係る端末２０は、サーバ１０が提供するメッセージングアプリケーションを介して、通信Ｉ／Ｆ２２により、他のユーザの端末から送信されたコンテンツを受信したり、他のユーザの端末にコンテンツを送信する。そして、端末２０のマップ情報生成部２１２は、それらのコンテンツに基づいて、自身と他のユーザとの間においてコンテンツのやり取りをしている状況が理解可能なマップ情報を生成する。そして、表示処理部２１３は、マップ情報生成部２１２が生成したマップ情報と、トークルームにおいてやり取りしたコンテンツとを表示部２４に表示する。

これにより、端末２０のユーザは、トークルーム全体あるいはトークルームの一定期間中におけるやり取りの状況を一目で確認することができる。したがって、ユーザは、例えば、過去のやり取りの中でいつ、そのトークルームで何らかの話題が盛り上がったのかなどを認識したりすることができる。

また、マップ情報生成部２１２は、マップ情報として、トークルームにおけるコンテンツの送信頻度または、コンテンツの受信頻度に関する基づきヒートマップであってよい。

これにより、ユーザは、マップ情報を確認することで、そのトークルーム内で活発にコンテンツのやり取りを行っていた時期を一目で特定することができる。

また、マップ情報生成部２１２は、マップ情報として、コンテンツの送信頻度または、コンテンツの受信頻度に代えて、もしくは、その送信頻度または受信頻度に加味して、コンテンツの種別、例えば、コンテンツがメッセージであるか否か、スタンプであるか否か、また、コンテンツに対してタグ情報が設定されているかなどによって、マップ情報を作成するための値を算出することができる。

これにより、マップ情報生成部２１２は、適宜、適切な情報を用いて、マップ情報を作成することができる。したがって、適切な情報によって重み付けを変更することができるので、端末２０のユーザは、より適切にトークルーム内の盛り上がりを示すマップ情報を確認することができたりする。

また、マップ情報生成部２１２は、マップ情報を、トークルーム上でやり取りされているコンテンツに含まれる文字量に基づいて生成するものであってもよい。

これによって、マップ情報生成部２１２は、よりトークルーム内におけるやり取りの情報量に即したマップ情報を生成することができる。コンテンツにより多くの文字が含まれていれば、より多くの情報の伝達が行われていると推測され、その場合に、トークルームにおける議論が白熱していると推測することができる。したがって、コンテンツの文字量にしたがって、マップ情報を生成することで、ユーザは、トークルーム内におけるやり取りの活発さの度合いをより正確に認識することができる。

また、端末２０は、表示部２４に表示されたマップ情報に対するユーザからの入力を受け付けて、その入力を受け付けた箇所に対応する時期にやり取りしたコンテンツを表示する。このユーザからの入力は、端末２０の入出力部２３に対する接触または非接触による入力、カーソルなどのポインタに対するハードキーを利用した入力などを含んでよい。

これにより、ユーザは、自身で指定した場所においてやり取りしたコンテンツを、トークルームをスクロールすることなく、すぐに確認することができる。

また、マップ情報生成部２１２により生成されるマップ情報は、コンテンツの送信頻度または、コンテンツの受信頻度によって、その表示態様が異なるように生成する。より具体的には、マップ情報生成部２１２は、マップ情報を、コンテンツの送信頻度または、コンテンツの受信頻度が高いほど、その色が濃く（もしくは薄く）なるように構成されたヒートマップとして生成する。なお、マップ情報は、コンテンツの送信頻度または受信頻度が異なることが理解できるようになっていれば、送信頻度または受信頻度が高いほど色が濃くなる（もしくは薄く）なるように構成されていなくてもよい。

コンテンツの送信頻度または、コンテンツの受信頻度によって表示態様を異ならせることにより、ユーザにとって、トークルーム内においてよりコンテンツのやり取りが盛んな時期がわかりやすくなる。例えば、コンテンツの送信頻度または、コンテンツの受信頻度をマップ情報における色の濃淡によって表現する場合に、色の濃い場所と色の薄い場所とで、コンテンツの送信頻度または、コンテンツの受信頻度の高低を、ユーザは感覚的に一目で認識することができる。

また、マップ情報生成部２１２により生成されるマップ情報には、図９（ａ）に示されるように、トークルームにおいてやり取りしたコンテンツを縮小した画像が含まれていてもよい。

この表示態様によれば、端末２０のユーザは、より詳しく、マップ情報上においても、どこでコンテンツのやり取りを行ったのかを認識することができる。

また、端末２０の表示処理部２１３は、自端末のユーザと、他のユーザとがそれぞれ送信したコンテンツの表示態様が異なるように表示してもよい。一例として、自端末のユーザが送信したコンテンツを表示部２４の表示領域の右側に、他端末のユーザが送信したコンテンツを表示領域の左側に表示するように構成してもよい。また、マップ情報についてもそれらの表示領域と異なる位置に表示してもよい。一例として、端末２０は、図９（ｂ）に示すように、他端末のユーザ送信したコンテンツを表示部２４の表示領域の左側（限定ではなく第１表示領域の一例）に、自端末のユーザが送信したコンテンツを表示部２４の表示領域の右側（限定ではなく第２表示領域の一例）に、マップ情報をその間に（限定ではなく第３表示領域の一例）に表示するように構成してもよい。また、更には、図１０（ａ）から図１０（ｂ）への変化に示すように、マップ情報６０１の表示範囲が狭くてマップ情報の内容が認識しにくい場合にはマップ情報を拡大して表示してよく、さらには、ユーザ間のコンテンツの配置関係を変更して表示するように構成してもよい。

この表示態様によれば、端末２０のユーザは、自身のコンテンツ、他者のコンテンツ、そして、マップ情報とのそれぞれの区別が、しやすくなる。また、トークルーム上で、各コンテンツの識別性を向上させることができる。

また、端末２０のマップ情報生成部２１２は、ユーザからコンテンツに対するタグ情報の設定を受け付ける。そして、タグ情報として、何らかのイベントについてのやり取りの開始、または、終了であることを示す情報の入力を受け付けることとしてもよい。そして、そのようなタグ情報が設定されている場合には、マップ情報６０１においては、図８（ｂ）の領域８０１に示されるように、タグ情報が設定されていることが認識できる表示態様で表示することとしてもよい。

この構成によって、ユーザが後からトークルームでどのようなやり取りがなされたのかが推察可能に表示することで、過去のやり取りの内容をユーザに想起させやすくすることができる。

また、マップ情報生成部２１２は、マップ情報６０１上の各位置に、トークルームにおけるいつごろの日付のやり取りかを示すべく、日付の情報を表示することとしてもよい。

これにより、ユーザは、マップ情報６０１において、話題が盛り上がったのが具体的な日付を一目で特定することができる。

なお、トークルームにおいては、コンテンツ処理部２１１は、各メッセージ（コンテンツ）を時系列の順に沿って、端末２０の表示部２４に表示させる。

これにより、端末２０は、ユーザに時間の流れを意識させて各コンテンツのやり取りがいつ成されたのかを容易に認識させることができる。

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

Claims (18)

1. コンテンツの送信と受信とを行う端末の表示方法であって、
   前記端末とは異なる端末から送信されたコンテンツを前記端末の通信部によって受信することと、
   前記端末から前記通信部によってコンテンツを送信することと、
   前記異なる端末から送信されたコンテンツと、前記端末から送信されたコンテンツとに基づく、コンテンツに関するマップ情報を取得することと、
   前記異なる端末から送信されたコンテンツと、前記端末から送信されたコンテンツと、前記マップ情報に基づく画像と、を前記端末の表示領域に表示することとを含む。
2. 請求項１に記載の表示方法であって、
   前記マップ情報は、コンテンツの送信頻度または、コンテンツの受信頻度に関する情報である。
3. 請求項１または請求項２に記載の表示方法であって、
   前記マップ情報は、前記異なる端末から送信されたコンテンツの種別の情報と、前記端末から送信されたコンテンツの種別の情報とに基づく。
4. 請求項１から請求項３のいずれか一項に記載の表示方法であって、
   前記マップ情報は、前記異なる端末から送信されたコンテンツに含まれるメッセージの文字量と、前記端末から送信されたコンテンツに含まれるメッセージの文字量とに基づく。
5. 請求項１から請求項４のいずれか一項に記載の表示方法であって、
   前記表示領域に表示された、前記マップ情報に基づく画像に対する前記端末のユーザによる入力に基づいて、前記端末のユーザによる前記入力に対応するコンテンツを前記表示領域に表示することを含む。
6. 請求項５に記載の表示方法であって、
   前記端末のユーザによる入力は、前記表示領域に表示された前記マップ情報に基づく画像に接触する操作、または非接触による操作に基づく入力である。
7. 請求項２に記載の表示方法であって、
   前記マップ情報に基づく画像は、前記コンテンツの送信頻度または、コンテンツの受信頻度に基づき表示態様が変更されて前記表示領域に表示される。
8. 請求項１から請求項７のいずれか一項に記載の表示方法であって、
   前記マップ情報に基づく画像は、前記異なる端末から送信されたコンテンツの大きさが縮小された画像と、前記端末から送信されたコンテンツの大きさが縮小された画像とを含む。
9. 請求項８に記載の表示方法であって、
   前記異なる端末から送信されたコンテンツと、前記端末から送信されたコンテンツとは、異なる態様で前記表示領域に表示される。
10. 請求項８または請求項９に記載の表示方法であって、
    前記端末の表示領域に表示されたコンテンツに対応する、前記マップ情報に基づく画像に含まれる前記縮小された画像の表示態様を変更することを含む。
11. 請求項１から請求項１０のいずれか一項に記載の表示方法であって、
    前記異なる端末から送信されたコンテンツは、前記表示領域のうち第１表示領域に表示され、
    前記端末から送信されたコンテンツは、前記表示領域のうち第２表示領域に表示され、
    前記マップ情報に基づく画像は、前記表示領域のうち第３表示領域に表示される。
12. 請求項１１に記載の表示方法であって、
    前記第３表示領域は、前記第１表示領域と前記第２表示領域との間の領域である。
13. 請求項１から請求項１０のいずれか一項に記載の表示方法であって、
    前記異なる端末から送信されたコンテンツは、前記表示領域のうち第１表示領域に表示され、
    前記端末から送信されたコンテンツは、前記表示領域のうち第２表示領域に表示され、
    前記マップ情報に基づく画像を表示する場合、前記端末から送信されたコンテンツを前記第２表示領域から前記表示領域のうち第４表示領域に移動する制御を行い、前記マップ情報に基づく画像を前記第２表示領域の少なくとも一部を含む第３表示領域に表示する制御を含む。
14. 請求項１から請求項１３のいずれか一項に記載の表示方法であって、
    前記異なる端末から送信されたコンテンツと、前記端末から送信されたコンテンツとを含む複数のコンテンツのち、前記端末のユーザによって入力された、イベントに関する開始と終了とを示す情報を取得することと、
    前記イベントに関する開始と終了とを示す表示を、前記マップ情報に基づく画像に含めて前記表示領域に表示することとを含む。
15. 請求項１から請求項１４のいずれか一項に記載の表示方法であって、
    前記マップ情報に基づく画像は、日付に関する情報を含む。
16. 請求項１から請求項１５のいずれか一項に記載の表示方法であって、
    前記異なる端末から送信されたコンテンツと、前記端末から送信されたコンテンツとは、時系列で前記表示領域に表示され、
    前記マップ情報は、時系列での前記コンテンツの送信頻度または、コンテンツの受信頻度を示す情報である。
17. コンテンツの送信と受信とを行う端末のコンピュータに実行させるプログラムあって、
    前記端末とは異なる端末から送信されたコンテンツを前記端末の通信部によって受信することと、
    前記端末から前記通信部によってコンテンツを送信することと、
    前記異なる端末から送信されたコンテンツと、前記端末から送信されたコンテンツとに基づく、コンテンツに関するマップ情報を取得することと、
    前記異なる端末から送信されたコンテンツと、前記端末から送信されたコンテンツと、前記マップ情報に基づく画像と、を前記端末の表示領域に表示することとを含む。
18. コンテンツの送信と受信とを行う端末であって、
    前記端末とは異なる端末から送信されたコンテンツを受信し、前記異なる端末にコンテンツを送信する通信部と、
    前記異なる端末から送信されたコンテンツと、前記端末から送信されたコンテンツとに基づく、コンテンツに関するマップ情報を取得する制御部と、
    前記異なる端末から送信されたコンテンツと、前記端末から送信されたコンテンツと、前記マップ情報に基づく画像と、を表示する表示部とを備える。

Images