JP7271632B2 - 表示方法およびプログラム - Google Patents

Description

本発明は、表示方法およびプログラムに関する。

従来、ＳＮＳ（Social Network Service）において、投稿を読ませたいユーザを指定し
、投稿を送信するメンション機能が知られている。

このメンション機能では、例えば「＠」直後にユーザ名を入力して投稿を送信すると、
入力されたユーザ名のユーザアカウントに、当該投稿が通知される。ＳＮＳにはメッセー
ジングサービスも含まれる。

特開２０１０－１９８１９０号公報

しかしながら、従来技術においては、メッセージングサービスにおいて、３以上のユー
ザが含まれるグループでコンテンツの送受信をしている場合におけるメンション機能につ
いては考慮されていない。

本発明は、上記問題に鑑みてなされたものであり、複数のユーザが含まれるグループで
コンテンツの送受信をしている場合に、当該グループに含まれる所定のユーザに所定のコ
ンテンツを閲覧させることができるプログラム、情報処理方法、及び情報処理端末を提供
することを目的とする。

本発明の一実施形態に係る表示方法は、第１ユーザの第１端末と第２ユーザの第２端末
とを少なくとも含む複数の端末とメッセージの送受信を行う端末による表示方法であって
、前記第１ユーザによって登録された第１ユーザ名とは異なる第３ユーザ名を前記端末に
より設定することと、第１入力が前記端末に入力されたことに基づいて、前記設定された
前記第３ユーザ名と、前記第２ユーザの第２ユーザ名とを少なくとも前記端末の表示領域
に表示することと、前記端末により設定された前記第３ユーザ名の少なくとも一部を示す
第２入力が前記端末に入力された場合、前記第３ユーザ名と前記第２入力とに基づき、前
記端末の表示領域に表示された前記第２ユーザ名を前記端末の表示領域から消去すること
と、前記表示領域に表示された前記第３ユーザ名に対応する前記第１ユーザが前記端末の
ユーザによって選択されたこと基づいて、前記第１ユーザに対するメッセージであること
を示す第１情報を前記表示領域に表示することと、前記端末の通信部によって、前記複数
の端末に前記第１情報を含むメッセージを送信することとを含む。

また、本発明の一実施形態に係るプログラムは、第１ユーザの第１端末と第２ユーザの
第２端末とを少なくとも含む複数の端末とメッセージの送受信を行う端末のコンピュータ
によって実行されるプログラムであって、前記第１ユーザによって登録された第１ユーザ
名とは異なる第３ユーザ名を前記端末により設定することと、第１入力が前記端末に入力
されたことに基づいて、前記設定された前記第３ユーザ名と、前記第２ユーザの第２ユー
ザ名とを少なくとも前記端末の表示領域に表示することと、前記端末により設定された前
記第３ユーザ名の少なくとも一部を示す第２入力が前記端末に入力された場合、前記第３
ユーザ名と前記第２入力とに基づき、前記端末の表示領域に表示された前記第２ユーザ名
を前記端末の表示領域から消去することと、前記表示領域に表示された前記第３ユーザ名
に対応する前記第１ユーザが前記端末のユーザによって選択されたこと基づいて、前記第
１ユーザに対するメッセージであることを示す第１情報を前記表示領域に表示することと
、前記端末の通信部によって、前記複数の端末に前記第１情報を含むメッセージを送信す
ることとを含む。

本発明によれば、複数のユーザが含まれるグループでコンテンツの送受信をしている場
合に、当該グループに含まれる所定のユーザに所定のコンテンツを閲覧させることが可能
になる。

本発明の一態様における通信システムの構成を示す図である。 第１の実施形態に係る通信システムの処理のシーケンスの一例を示す図であ る。 第１の実施形態に係るメンションされたコンテンツを送信する際の端末の処 理の一例を示すフローチャートである。 メンションされたコンテンツを送信する際の端末の画面表示の一例について 説明する図である。 トークルーム情報の一例を示す図である。 入力された文字列に基づいて検索された、メンションの指定先のユーザの候 補の一覧を表示する際の画面表示の他の一例（その一）について説明する図である。 入力された文字列に基づいて検索された、メンションの指定先のユーザの候 補の一覧を表示する際の画面表示の他の一例（その二）について説明する図である。 第１の実施形態に係るメンションされたコンテンツを受信した際の端末の処 理の一例を示すフローチャートである。 受信したメンションされたコンテンツを表示する際の端末の画面表示の一例 について説明する図である。 第２の実施形態に係る通信システムの処理のシーケンスの一例を示す図で ある。 第２の実施形態に係るメンションされたコンテンツを送信する際の端末の 処理の一例を示すフローチャートである。 第２の実施形態に係るメンションされたコンテンツを受信した際の端末２ ０の処理の一例を示すフローチャートである。 受信したメンションされたコンテンツを表示する際の端末の画面表示の他 の一例について説明する図である。 追加のコンテンツの表示画面の一例を示す図である。 フィルタリングの表示画面の一例を示す図である。

＜通信の秘密の遵守＞
本明細書に記載の発明を実施する場合は、通信の秘密に係る法的事項を遵守の上で実施
されるものであることに留意されたい。

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

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

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

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

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

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の
説明において、端末２０と記載し、必要に応じて端末２０Ａを自端末２０Ａとし、端末２
０Ｂを他端末２０Ｂとし、端末２０Ｃを他端末２０Ｃとして説明する。

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

＜ハードウェア（HW）構成＞
図１を用いて、通信システムに含まれる各装置のHW構成について説明する。

（１）端末のHW構成

端末２０は、制御装置（ＣＰＵ：central processing unit（中央処理装置））２０７
、記憶装置２０８、通信Ｉ／Ｆ２０１（インタフェース）、入出力装置２０２、表示装置
２０３、マイク２０４、スピーカ２０５、カメラ２０６を備える。端末２０のHWの各構成
要素は、例えば、バスBを介して相互に接続される。

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

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

入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置２０７に
伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装
置は、代表的にはタッチパネルなどにより実現され、ユーザの指やスタイラスなどの指示
具による接触とその接触位置を検出し、当該接触位置の座標を制御装置２０７に伝達する
。一方で、入力装置は、タッチパネル以外の入力装置により実現されてもよい。入力装置
は、例えば、キーボード等に代表されるハードウェアキーや、マウス等のポインティング
デバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
ただし、本発明において、入力装置は、これらに限定されない。

出力装置は、制御装置２０７で処理された処理結果を出力することができる全ての種類
の装置のいずれかまたはその組み合わせにより実現される。出力装置は、代表的には、タ
ッチパネルなどにより実現される。一方で、出力装置はタッチパネル以外の出力装置によ
り実現されても良い。例えば、スピーカ（音声出力）、レンズ（例えば３D（three dimen
sions）出力や、ホログラム出力）、プリンターなどを含むことができる。ただし、本発
明において、出力装置は、これらに限定されない。

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

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

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

制御装置２０７は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプ
ロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（
multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ
（field programmable gate array）であってもよい。ただし、本発明において、制御装
置２０７は、これらに限定されない。

記憶装置２０８は、端末２０が動作するうえで必要とする各種プログラムや各種データ
を記憶する機能を有する。記憶装置２０８は、ＨＤＤ（hard disk drive）、ＳＳＤ（sol
id state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read
only memory）など各種の記憶媒体により実現される。ただし、本発明において、記憶装
置２０８は、これらに限定されない。

端末２０は、プログラムＰを記憶装置２０８に記憶し、このプログラムＰを実行するこ
とで、制御装置２０７が、制御装置２０７に含まれる各部としての処理を実行する。つま
り、記憶装置２０８に記憶されるプログラムＰは、端末２０に、制御装置２０７が実行す
る各機能を実現させる。

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

（２）サーバのHW構成
サーバ１０は、制御装置（ＣＰＵ）１０４、記憶装置１０５、通信Ｉ／Ｆ（インタフェ
ース）１０３、入出力装置１０１、ディスプレイ１０２を備える。サーバ１０のHWの各構
成要素は、例えば、バスBを介して相互に接続される。

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

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

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

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

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

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

サーバ１０は、プログラムＰを記憶装置１０５に記憶し、このプログラムＰを実行する
ことで、制御装置１０４が、制御装置１０４に含まれる各部としての処理を実行する。つ
まり、記憶装置１０５に記憶されるプログラムＰは、サーバ１０に、制御装置１０４が実
行する各機能を実現させる。

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

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

また、本発明の各実施形態のプログラムP(ソフトウェアプログラム/コンピュータプロ
グラム)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよ
い。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。

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

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

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

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

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

＜第１の実施形態＞
第１の実施形態は、複数のユーザを含むトークルームにおいて、メンションをしてコン
テンツを送信する形態である。

ここで、トークルームとは、ＳＮＳのユーザ間でメッセージ、スタンプ、静止画、動画
等のコンテンツを交換するために生成されたＳＮＳのサービスメニューである。トークル
ームには、複数のユーザが登録される。トークルームは、チャットグループ、又はトーク
情報と呼ばれてもよい。

また、メンションするとは、トークルームに含まれる一のユーザによって指定された、
当該トークルームに含まれる他のユーザであって、当該一のユーザが所定のコンテンツを
閲覧させたい他のユーザを示す情報をコンテンツに付加することである。

また、メンションされたコンテンツとは、一のユーザによって指定されたユーザが、指
定先として設定されているコンテンツである。

第１の実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

＜機能構成＞
（１）端末の機能構成
図１を用いて端末２０の機能構成について説明する。端末２０は、ＳＮＳ処理部２１０
、候補処理部２２０、受付部２３０、通信部２４０、及びメンション処理部２５０を有す
る。これらの機能は、記憶装置２０８に格納された１以上のプログラムを読み出して制御
装置２０７が実行することにより実現される。

ＳＮＳ処理部２１０は、サーバ１０を利用した、ＳＮＳのメッセージングサービスを利
用する各種処理を行う。例えば、ＳＮＳ処理部２１０は、トークルームにおいて、文字列
のメッセージ、スタンプ、画像等のコンテンツを、サーバ１０を介して他の端末と送受信
する。このトークルームにおいて、送受信されたコンテンツは、送受信された順に（時系
列に整合するように）表示される。例えば、時系列に沿って、古いコンテンツが画面の上
方に表示され、新しいコンテンツが画面の下方に表示される。コンテンツが送受信される
と、例えば、コンテンツの送信元のユーザを示すユーザアイコンと対応付けられて、当該
コンテンツが表示される。

候補処理部２２０は、トークルームの画面において、トークルームに含まれるユーザか
らメンションの指定先の候補を検索し、検索した候補を表示する。

受付部２３０は、ユーザからの操作を受け付ける。受付部２３０は、例えば、候補処理
部２２０により表示された候補の中から、メンションの指定先のユーザを選択する操作を
受け付ける。

通信部２４０は、サーバ１０等の外部装置との通信を行う。通信部２４０は、例えば、
メンションされたコンテンツに関するデータの送受信を行う。

メンション処理部２５０は、通信部２４０により受信された情報が、自端末２０のユー
ザを示す場合、トークルームの画面において、他のコンテンツとは異なる態様で、当該情
報に対応付けられたコンテンツを表示する。
（２）サーバの機能構成
図１を用いて、サーバ１０の機能構成について説明する。サーバ１０は、通信処理部１
１０、ＳＮＳ処理部１２０を有する。これらの機能は、記憶装置１０５に格納された１以
上のプログラムを読み出して、制御装置１０４（ＣＰＵ１０４Ａ）が実行することによっ
て実現される。

通信処理部１１０は、ネットワーク２を介して、端末２０の各々と通信を実行する機能
を有する。通信処理部１１０は、ＳＮＳ処理部１２０からの指示に従って、端末２０に各
種データを送信する。また、通信処理部１１０は、端末２０から送信された各種データを
受信し、ＳＮＳ処理部１２０に通知する。

ＳＮＳ処理部１２０は、端末２０のユーザ宛てのメッセージ等のコンテンツを受信し、
宛先のユーザの端末２０に送信する。

記憶装置１０５は、プログラム及びＳＮＳのユーザの各種情報を記憶する。例えば、記
憶装置１０５は、ユーザ宛てのコンテンツの送信先の情報、及びユーザの端末２０のアカ
ウントの情報等を記憶する。

＜処理＞
次に、図２を参照し、第１の実施形態に係る通信システム１の処理について説明する。
図２は、第１の実施形態に係る通信システム１の処理のシーケンスの一例を示す図である
。

図２では、複数のユーザＡ、ユーザＢ、ユーザＣを含むトークルームにおいて、ＳＮＳ
のメッセージングサービスを用いてコンテンツの送受信がされる場合に、メンションが用
いられる場合の動作シーケンスを示している。

以下では、ユーザＡ、ユーザＢ、ユーザＣが、それぞれ端末２０Ａ、端末２０Ｂ、端末
２０を用いているものとして説明する。

ステップＳ１で、端末２０Ａの受付部２３０は、ユーザＡより、メンション機能を起動
する操作を受け付ける。

ステップＳ２で、端末２０Ａの候補処理部２２０は、トークルームに含まれるユーザの
うちから、メンションの指定先のユーザの候補を表示する。

ステップＳ３で、端末２０Ａの受付部２３０は、ユーザＡから、メンションの指定先の
ユーザとしてユーザＢを選択する操作を受け付ける。

ステップＳ４で、端末２０Ａの受付部２３０は、ユーザＡから、メンションされたコン
テンツの送信操作を受け付ける。

ステップＳ５で、端末２０Ａの通信部２４０は、メンションを、サーバ１０を介してト
ークルームに送信する。

ステップＳ６で、端末２０Ｃのメンション処理部２５０は、受信したメンションされた
コンテンツをトークルームの画面に表示する。

ステップＳ７で、端末２０Ｂのメンション処理部２５０は、メンションの指定先のユー
ザとしてユーザＢが指定されているため、受信したメンションされたコンテンツを、他の
コンテンツとは異なる態様で、トークルームの画面に表示する。

≪メンションされたコンテンツを送信する際の送信側端末２０の処理≫
次に、図３乃至図５を参照して、図２のステップＳ１乃至ステップＳ４における、メン
ションされたコンテンツを送信する際の端末２０の処理について説明する。図３は、第１
の実施形態に係るメンションされたコンテンツを送信する際の端末２０の処理の一例を示
すフローチャートである。図４は、メンションされたコンテンツを送信する際の端末２０
の画面表示の一例について説明する図である。

ステップＳ１０１で、受付部２３０は、メンションの指定先のユーザの選択開始の操作
を受け付ける。例えば、トークルームに送信するコンテンツを入力する欄に「＠」（アッ
トマーク）等の所定の記号や、所定の文字列が入力されると、メンションの指定先のユー
ザの選択開始と判定される。

ステップＳ１０２で、候補処理部２２０は、文字列が入力されたか否かを判定する。例
えば、トークルームに送信するコンテンツを入力する欄に、「＠」等の所定の記号等が入
力された後、文字列が入力されたか否かを判定する。

文字列が入力されていない場合（ステップＳ１０２でＮＯ）、ステップＳ１０３に進む
。一方、文字列が入力された場合（ステップＳ１０２でＹＥＳ）、ステップＳ１０４に進
む。

ステップＳ１０３で、候補処理部２２０は、トークルーム情報２６０を参照し、トーク
ルームに含まれるユーザを、メンションの指定先のユーザの候補として表示し、後述する
ステップＳ１０６の処理に進む。なお、この場合、自端末２０のユーザについて、メンシ
ョンの指定先のユーザの候補として表示しなくともよい。

図４（Ａ）は、ステップＳ１０３で、トークルームに含まれるユーザを、メンションの
指定先のユーザの候補として表示する際の画面表示の一例について説明する図である。

図５は、トークルーム情報２６０の一例を示す図である。トークルーム情報２６０には
、トークルームに含まれる他のユーザの情報が記憶される。トークルーム情報２６０は、
各ユーザを示すユーザ情報として、例えば、ユーザＩＤ、ユーザアイコン、ユーザ登録名
、ユーザ表示名の項目を含む。

ユーザＩＤは、トークルームに含まれるユーザのＩＤである。ユーザアイコンは、ユー
ザを示すアイコンである。ユーザ登録名は、ユーザがサーバ１０のＳＮＳサービスに登録
したユーザ名（アカウント名）である。

ユーザ表示名は、自端末２０のユーザが、各ユーザに対応付けて設定したユーザ名であ
る。ユーザ表示名として、例えば、自端末２０の電話帳に登録されている電話番号を用い
て通信相手を登録した場合に、当該電話番号に対応付けて自端末２０の電話帳に登録され
ている通信相手の名前を用いてもよい。

図５の例では、ユーザアイコン７０１のユーザは、ユーザ登録名が「ａｒｉｓａｄａ」
であり、ユーザ表示名が「有定」である。ユーザアイコン７０２のユーザは、ユーザ登録
名が「有紗」であり、ユーザ表示名が「ａｒｉｓａ」である。ユーザアイコン７０３のユ
ーザは、ユーザ登録名が「ａｒｉｍｉ」であり、ユーザ表示名が「有美」である。ユーザ
アイコン７０４のユーザは、ユーザ登録名が「ｔａｎａ」であり、ユーザ表示名が「田中
」である。

トークルーム情報２６０に図５のようなデータが記憶されている場合、図４（Ａ）に示
すように、トークルームに送信するコンテンツを入力する欄５０１に「＠」（アットマー
ク）が入力されると、表示領域５０２に、トークルームに含まれる他のユーザのユーザア
イコン７０１、７０２、７０３、７０４が、メンションの指定先のユーザの候補として表
示される。ユーザアイコン７０１、７０２、７０３、７０４の表示順は、どのような順で
も良い。例えば、トークルームにおいて所定時間以内におけるコンテンツの送信数が多い
順でもよいし、トークルームにおいてメンションされたコンテンツを送信された数が多い
順でもよい。

なお、図４（Ａ）の表示画面において、文字列が入力された場合、ステップＳ１０４に
進むようにしてもよい。

ステップＳ１０４で、候補処理部２２０は、入力された文字列に基づいて、トークルー
ム情報２６０から、メンションの指定先のユーザの候補を検索する。

ステップＳ１０５で、候補処理部２２０は、検索結果である指定先のユーザの候補の一
覧を表示する。

図４（Ｂ）は、ステップＳ１０４及びステップＳ１０５で、入力された文字列に基づい
て検索された、メンションの指定先のユーザの候補の一覧を表示する際の画面表示の一例
について説明する図である。

図４（Ｂ）では、トークルームに送信するコンテンツを入力する欄５０１に「＠」が入
力され、「＠」の直後に「ａｒｉ」という文字列が入力された場合の例を示す。この場合
、トークルーム情報２６０の「ユーザ登録名」に「ａｒｉ」という文字列を含むユーザが
検索される。なお、例えば２つの文字列が前方一致する場合に、文字列を含むと判定して
もよい。そして、表示領域５０２に、当該検索されたユーザのユーザアイコンが、メンシ
ョンの指定先のユーザの候補として表示される。例えばトークルーム情報２６０に図５の
ようなデータが記憶されている場合であれば、表示領域５０２に、ユーザアイコン７０１
、７０２，７０３が表示される。なお、表示領域５０２に、ユーザアイコンに対応付けて
、ユーザ登録名またはユーザ表示名を表示してもよい。これにより、例えばユーザアイコ
ンとしてデフォルトのアイコンが使用されており、同じユーザアイコンを用いるユーザが
複数存在する場合であっても、ユーザを識別できる。

ステップＳ１０６で、メンション処理部２５０は、メンションの指定先のユーザの選択
操作を受け付けたか否かを判定する。

メンションの指定先のユーザの選択操作を受け付けた場合（ステップＳ１０６でＹＥＳ
）、ステップＳ１０７に進む。一方、メンションの指定先のユーザの選択操作を受け付け
ていない場合（ステップＳ１０６でＮＯ）、ステップＳ１０８に進む。

ステップＳ１０７で、メンション処理部２５０は、送信するコンテンツに含まれるメン
ションの指定先のユーザのユーザアイコンをメンションの指定先のユーザの識別情報に置
換し、メンションされたコンテンツであることを示すメタデータを送信するコンテンツに
付加する。例えば、ユーザアイコンを、"＠（指定先のユーザの識別情報）"という形式の
文字列に置換する。または、所定のタグ等を用いて指定先のユーザの識別情報であること
を識別できるようにしてもよい。

なお、メンションの指定先のユーザとして、複数のユーザが選択されてもよい。

図４（Ｃ）は、ステップＳ１０７で、メンションされたコンテンツを送信する際の画面
表示の一例について説明する図である。

図４（Ｃ）では、トークルームに送信するコンテンツを入力する欄５０１に、端末２０
のユーザから入力されたメッセージの間に、メンションの指定先のユーザのユーザアイコ
ン７０１が表示されている。これは、ステップＳ１０６で、図４（Ｂ）の表示領域５０２
に表示されたメンションの指定先のユーザの候補から、メンションの指定先のユーザのア
イコンがタップ操作等により選択されたためである。

ステップＳ１０８で、通信部２４０は、メンションされたコンテンツの送信操作を受け
付けると、当該コンテンツを、サーバ１０を介してトークルームに含まれる他のユーザの
端末２０に送信する。

本実施形態により、メンションされたコンテンツを送信するユーザはトークルーム内の
指定したユーザに強調したコンテンツを送信することができ、メンションされたコンテン
ツを受信したユーザは当該コンテンツが自身を対象として送信されたことを容易に視認す
ることができる。

＜第１変形例＞
第１変形例は、自端末２０Ａの電話帳やＳＮＳの連絡先等において登録している通信相
手の名前を用いて、メンションの指定先ユーザを指定する。

図６を参照し、図３のステップＳ１０４で、入力された文字列に基づいて、トークルー
ム情報２６０の「ユーザ表示名」の条件に合致するユーザを検索する処理について説明す
る。

図６は、入力された文字列に基づいて検索された、メンションの指定先のユーザの候補
の一覧を表示する際の画面表示の他の一例（その一）について説明する図である。

図６では、トークルームに送信するコンテンツを入力する欄５０１に「＠」が入力され
、「＠」の直後に「有」という文字列が入力された場合の例を示す。この場合、トークル
ーム情報２６０に図５のようなデータが記憶されている場合、トークルーム情報２６０の
「ユーザ表示名」から「有」という文字列を含むユーザが検索され、表示領域５０２に、
当該検索されたユーザのユーザアイコン７０１、７０２、７０３が、メンションの指定先
のユーザの候補として表示される。

これにより、自端末２０ＡのユーザＡは、自端末２０Ａの電話帳やＳＮＳの連絡先等に
おいて登録している通信相手の名前を用いて、メンションの指定先ユーザを指定できる。

＜第２変形例＞
第２変形例は、通信相手がサーバ１０のＳＮＳサービスに登録したユーザ名、及び自端
末２０Ａの電話帳やＳＮＳの連絡先等において登録している通信相手の名前を用いて、メ
ンションの指定先ユーザを指定する。

図７を参照し、図３のステップＳ１０４で、入力された文字列に基づいて、トークルー
ム情報２６０の「ユーザ登録名」及び「ユーザ表示名」の条件に合致するユーザを検索す
る処理について説明する。

図７は、入力された文字列に基づいて検索された、メンションの指定先のユーザの候補
の一覧を表示する際の画面表示の他の一例（その二）について説明する図である。

図７では、図４（Ｂ）と同様に、トークルームに送信するコンテンツを入力する欄５０
１に「＠」が入力され、「＠」の直後に「ａｒｉ」という文字列が入力された場合の例を
示す。この場合、トークルーム情報２６０に図５のようなデータが記憶されている場合、
トークルーム情報２６０の「ユーザ登録名」及び「ユーザ表示名」から「ａｒｉ」という
文字列を含むユーザが検索され、表示領域５０２に、当該検索されたユーザのユーザアイ
コン７０１、７０２、７０３が、メンションの指定先のユーザの候補として表示される。

≪メンションされたコンテンツを受信した際の端末２０の処理≫
次に、図８及び図９を参照して、図２のステップＳ６及びステップＳ７における、受信
したメンションされたコンテンツを表示する際の端末２０の処理について説明する。図８
は、第１の実施形態に係るメンションされたコンテンツを受信した際の端末２０の処理の
一例を示すフローチャートである。図９は、受信したメンションされたコンテンツを表示
する際の端末の画面表示の一例について説明する図である。

ステップＳ２０１で、メンション処理部２５０は、トークルームにおけるコンテンツを
受信する。

ステップＳ２０２で、メンション処理部２５０は、受信したコンテンツに、メンション
されたコンテンツであることを示すメタデータが付加されているか否かを判定する。

付加されている場合（ステップＳ２０２でＹＥＳ）、ステップＳ２０３に進む。一方、
付加されていない場合（ステップＳ２０２でＮＯ）、ステップＳ２０６に進む。

ステップＳ２０３で、メンション処理部２５０は、受信したコンテンツに含まれるメン
ションの指定先のユーザの識別情報が、自端末２０のユーザの識別情報と一致するか否か
を判定する。

一致しない場合（ステップＳ２０３でＮＯ）、ステップＳ２０４に進む。一方、一致す
る場合（ステップＳ２０３でＹＥＳ）、ステップＳ２０５に進む。

ステップＳ２０４で、メンション処理部２５０は、トークルーム情報２６０を参照し、
コンテンツに含まれるメンションの指定先のユーザの識別情報を、ユーザ表示名に置換し
、ステップＳ２０７に進む。

図９（Ａ）は、ステップＳ２０４で、メンションの指定先のユーザが自端末２０のユー
ザでない場合に、ユーザ表示名に置換して表示する際の端末の画面表示の一例を示す図で
ある。例えば、端末２０Ｃで、ユーザＩＤ「ａａａ」に対応付けられたユーザ表示名が「
ありさだ」の場合、コンテンツに含まれるユーザの識別情報「ａａａ」が、「ありさだ」
に置換されて、コンテンツ表示領域５１１に表示される。

なお、ステップＳ２０４の処理は、コンテンツの受信時ではなく、トークルーム画面に
おいて、メンションされたコンテンツを表示する際に行うようにしてもよい。
この場合、例えば、スクロール操作により、トークルーム画面において表示されるコンテ
ンツが移動する際、現在表示されているコンテンツから、時系列上の位置が所定範囲内で
あるメンションされたコンテンツに対し、ステップＳ２０４の処理を行う。これにより、
例えば多数のメンションされたコンテンツを短期間に受信した場合でも、端末２０におけ
る負荷を軽減することができ、端末２０における表示を滞りなく行うことができる。

ステップＳ２０５で、メンション処理部２５０は、トークルーム情報２６０を参照し、
コンテンツに含まれるメンションの指定先のユーザの識別情報を、ユーザ登録名に置換す
る。

図９（Ｂ）は、ステップＳ２０５で、メンションの指定先のユーザが自端末２０のユー
ザである場合に、ユーザ登録名に置換して表示する際の端末の画面表示の一例を示す図で
ある。例えば、端末２０Ｂで、ユーザＩＤ「ａａａ」に対応付けられたユーザ登録名が「
ａｒｉｓａｄａ」の場合、コンテンツに含まれるユーザの識別情報「ａａａ」が、「ａｒ
ｉｓａｄａ」に置換されて、コンテンツ表示領域５１２に表示される。

ステップＳ２０６で、メンション処理部２５０は、コンテンツの表示態様を決定する。

メンションの指定先のユーザが自端末２０のユーザである場合、吹き出し（メッセージ
の表示領域）の色やサイズの変更、文字サイズの拡大、文字の太字表示や斜体表示、マー
クやスタンプ等の付加、所定のアニメーション（動き）の付加等により、他のコンテンツ
の表示態様とは異なる表示態様にて、メンションされたコンテンツが表示される。

この場合、所定のアニメーション（動き）として、例えば以下のような動きで表示させ
てもよい。

・コンテンツのサイズを拡大された後、元のサイズに縮小される動き。

・コンテンツが全画面に表示された後、前記他のコンテンツと同様のサイズに縮小され
る動き。

・コンテンツが前記他のコンテンツとは異なる色で表示された後、前記他のコンテンツ
と同じ色で表示される動き。

・コンテンツの透過率が、段階的に変化される動き。

・コンテンツが、振動する動き。

これにより、メンションされたコンテンツは、他のコンテンツと比較して、強調された
表示となるため、ユーザされたユーザが容易に気付くことができる。

図９（Ｂ）の例では、吹き出しであるコンテンツ表示領域５１２の色が、白から他の色
に変更されている。

ステップＳ２０７で、メンション処理部２５０は、メンションされたコンテンツを表示
する。

これにより、複数のユーザが含まれるグループでコンテンツの送受信をしている場合に
、当該グループに含まれる所定のユーザに所定のコンテンツを閲覧させることが可能にな
る。
＜第２の実施形態＞
第２の実施形態は、複数のユーザを含むトークルームにおいて、既に送受信されたコン
テンツを、メンションの指定先に指定されたユーザに閲覧させる形態である。

第２の実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

なお、第２の実施形態は一部を除いて第１の実施形態と同様であるため、適宜説明を省
略する。以下では第２の実施形態に係る通信システム１の処理の詳細について第１の実施
形態との差異を説明する。

＜処理＞
次に、図１０を参照し、第２の実施形態に係る通信システム１の処理について説明する
。図１０は、第２の実施形態に係る通信システム１の処理のシーケンスの一例を示す図で
ある。

図１０では、複数のユーザＡ、ユーザＢ、ユーザＣを含むトークルームにおいて、ＳＮ
Ｓのメッセージングサービスを用いてコンテンツの送受信がされている場合に、メンショ
ンされたコンテンツが用いられる場合の動作シーケンスを示している。

以下では、ユーザＡ、ユーザＢ、ユーザＣが、それぞれ端末２０Ａ、端末２０Ｂ、端末
２０を用いているものとして説明する。

ステップＳ１０で、複数のユーザＡ、ユーザＢ、ユーザＣを含むトークルームにおいて
、ＳＮＳのメッセージングサービスを用いてコンテンツの送受信がされる。

ステップＳ１１で、端末２０Ａの受付部２３０は、ユーザＡより、トークルームにおい
て送受信されたコンテンツの選択操作を受け付ける。

ステップＳ１２で、端末２０Ａの受付部２３０は、ユーザＡより、メンション機能を起
動する操作を受け付ける。

ステップＳ１３で、端末２０Ａの候補処理部２２０は、トークルームに含まれるユーザ
のうちから、メンションの指定先のユーザの候補を表示する。

ステップＳ１４で、端末２０Ａの受付部２３０は、ユーザＡより、メンションの指定先
のユーザとしてユーザＢを候補の中から選択する操作を受け付ける。

ステップＳ１５で、端末２０Ａの受付部２３０は、ユーザＡから、メンションされたコ
ンテンツの送信操作を受け付ける。

ステップＳ１６で、端末２０Ａの通信部２４０は、メンションされたコンテンツを、サ
ーバ１０を介して指定先のユーザの端末２０Ｂに送信する。

ステップＳ１７で、端末２０Ｂのメンション処理部２５０は、メンションの指定先のユ
ーザとしてユーザＢが指定されているため、受信したメンションされたコンテンツに対応
付けられた送受信済みのコンテンツを、他のコンテンツとは異なる態様で、トークルーム
の画面に表示する。

≪メンションされたコンテンツを送信する際の送信側端末２０の処理≫
次に、図１１を参照して、図１０のステップＳ１０乃至ステップＳ１５における、メン
ションされたコンテンツを送信する際の端末２０の処理について説明する。図１１は、第
２の実施形態に係るメンションされたコンテンツを送信する際の端末２０の処理の一例を
示すフローチャートである。なお、ステップＳ３０１乃至ステップＳ３０６は、図３の第
１の実施形態でのステップＳ１０１乃至ステップＳ１０６の処理と同様である。

ステップＳ３００で、受付部２３０は、トークルームにおいて送受信されたコンテンツ
の選択操作を受け付ける。なお、メンションされたコンテンツの受信側端末２０で、例え
ば機種変更等により、当該メンションされたコンテンツに相当するコンテンツが保存され
ていない場合がある。そのため、ステップＳ３００で選択できるコンテンツを、所定期間
（例えば２週間）以内に送受信されたものに限定してもよい。この場合、メンションされ
たコンテンツの受信側端末２０は、当該メンションされたコンテンツに相当するコンテン
ツが保存されていない場合、例えば受信したコンテンツの識別情報（メッセージＩＤ）を
用いて、サーバ１０から当該メンションされたコンテンツに相当するコンテンツを再取得
してもよいし、送信側端末２０から当該メンションされたコンテンツに相当するコンテン
ツを取得してもよい。

ステップＳ３０１で、受付部２３０は、メンションの指定先のユーザの選択開始の操作
を受け付ける。

ステップＳ３０２で、候補処理部２２０は、文字列が入力されたか否かを判定する。

文字列が入力されていない場合（ステップＳ３０２でＮＯ）、ステップＳ３０３に進む
。一方、文字列が入力された場合（ステップＳ３０２でＹＥＳ）、ステップＳ３０４に進
む。

ステップＳ３０３で、候補処理部２２０は、トークルーム情報２６０を参照し、トーク
ルームに含まれるユーザを、メンションの指定先のユーザの候補として表示し、後述する
ステップＳ３０６の処理に進む。

ステップＳ３０４で、候補処理部２２０は、入力された文字列に基づいて、トークルー
ム情報２６０から、メンションの指定先のユーザの候補を検索する。

ステップＳ３０５で、候補処理部２２０は、検索結果である指定先のユーザの候補の一
覧を表示する。

ステップＳ３０６で、メンション処理部２５０は、メンションの指定先のユーザの選択
操作を受け付けたか否かを判定する。

メンションの指定先のユーザの選択操作を受け付けた場合（ステップＳ３０６でＹＥＳ
）、ステップＳ３０７に進む。一方、メンションの指定先のユーザの選択操作を受け付け
ていない場合（ステップＳ３０６でＮＯ）、処理を終了する。

ステップＳ３０７で、通信部２４０は、メンションされたコンテンツの送信操作を受け
付けると、ステップＳ３０１で選択されたコンテンツの識別情報、メンションの指定先の
ユーザの識別情報、及びメンションされたコンテンツであることを示すメタデータを、ト
ークルームに含まれるメンションの指定先のユーザの端末２０にサーバ１０を介して送信
する。

≪メンションされたコンテンツを受信した際の端末２０の処理≫
次に、図１２及び図１３を参照して、図１０のステップＳ１７における、受信したメン
ションされたコンテンツを表示する際の端末２０の処理について説明する。図１２は、第
２の実施形態に係るメンションされたコンテンツを受信した際の端末２０の処理の一例を
示すフローチャートである。図１３は、受信したメンションされたコンテンツを表示する
際の端末の画面表示の他の一例について説明する図である。

ステップＳ４０１で、メンション処理部２５０は、トークルームにおけるデータを受信
する。

ステップＳ４０２で、メンション処理部２５０は、受信したデータに、メンションされ
たコンテンツであることを示すメタデータが付加されているか否かを判定する。

付加されている場合（ステップＳ４０２でＹＥＳ）、ステップＳ４０３に進む。一方、
付加されていない場合（ステップＳ４０２でＮＯ）、処理を終了する。

ステップＳ４０３で、メンション処理部２５０は、受信したコンテンツに含まれるメン
ションの指定先のユーザの識別情報が、自端末２０のユーザの識別情報と一致するか否か
を判定する。

一致する場合（ステップＳ４０３でＹＥＳ）、ステップＳ４０４に進む。一方、一致し
ない場合（ステップＳ４０３でＮＯ）、処理を終了する。

ステップＳ４０４で、メンション処理部２５０は、トークルームにおいて、受信したデ
ータに含まれるコンテンツの識別情報に対応するコンテンツを検索する。

ステップＳ４０５で、メンション処理部２５０は、検索されたコンテンツの表示態様を
決定する。

ステップＳ４０６で、メンション処理部２５０は、検索されたコンテンツを、決定され
た表示態様で表示する。

図１３（Ａ）では、ステップＳ４０６で、検索されたコンテンツの表示領域６０１に、
メンションされたコンテンツであることを示すマーク６０２が付加されている場合の例を
示す。

図１３（Ｂ）では、ステップＳ４０６で、検索されたコンテンツの表示領域６０３が、
他のコンテンツとは異なる色で表示され、かつ指定先のユーザのユーザアイコン６０４の
マークが付加されている場合の例を示す。

この場合、メンションされたコンテンツを受信した端末２０は、メンション受信後にト
ークルームの画面を開くと、例えばメンションされたコンテンツが先頭となるように表示
してもよい。

＜第３変形例＞
第３変形例は、メンションされたコンテンツの送信側端末２０、またはメンションされ
たコンテンツの受信側端末２０において、メンションされたコンテンツに対応付けて、追
加のコンテンツを送受信する。

メンションされたコンテンツの送信側端末２０、またはメンションされたコンテンツの
受信側端末２０は、メンションされたコンテンツの識別情報に対応付けて、ユーザから入
力された追加のコンテンツを送受信する。

図１４は、追加のコンテンツの表示画面の一例を示す図である。図１４の例では、コン
テンツの表示領域６０３に対応付けて、追加のコンテンツの表示領域６０５が表示される
。これにより、メンションされたコンテンツの送信側ユーザ、またはメンションされたコ
ンテンツの受信側ユーザは、コンテンツを閲覧させる際に通知したい情報や、コンテンツ
を閲覧した際の返信を、当該コンテンツに対応付けて表示させることができる。

＜第４変形例＞
第４変形例は、端末２０において、ユーザから所定の操作を受け付けると、自端末２０
のユーザが指定先ユーザとしてメンションされたコンテンツのみを表示する（フィルタリ
ング）。

図１５は、フィルタリングの表示画面の一例を示す図である。図１５の例では、トーク
ルームにおいて送受信されたコンテンツのうち、自端末２０のユーザが指定先としてメン
ションされたコンテンツ６０６、６０７のみが表示されている。なお、この場合、上述し
た第３変形例の追加のコンテンツは、メンションされたコンテンツに対応付けて表示して
もよい。

＜その他＞
候補処理部２２０は、第１の表示部の一例である。通信部２４０は、送信部の一例であ
る。メンション処理部２５０は、第２の表示部の一例である。

上述した実施の形態の機能を実現するソフトウエアのプログラムコードを記憶した記憶
媒体を、端末２０及びサーバ１０に供給してもよい。そして、端末２０及びサーバ１０が
、記憶媒体に格納されたプログラムコードを読み出し実行することによっても、上述の実
施形態が、達成されることは言うまでもない。この場合、記憶媒体には、上述した情報処
理方法を、端末２０及びサーバ１０に実行させるプログラムが記憶される。

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

また、端末２０における処理の少なくとも一部を、サーバ１０により行う構成としても
よい。例えば、端末２０の候補処理部２２０やメンション処理部２５０をサーバ１０側に
設け、サーバ１０によって処理された結果を、端末２０に表示させるようにしてもよい。

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々
の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正
は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれ
る機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つ
に組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構
成を適宜組み合わせることとしてもよい。

１ 通信システム
１０ サーバ
１１０ 通信処理部
１２０ ＳＮＳ処理部
２０ 端末
２１０ ＳＮＳ処理部
２２０ 候補処理部
２３０ 受付部
２４０ 通信部
２５０ メンション処理部
２６０ トークルーム情報

Claims (13)

1. 第１ユーザの第１端末と第２ユーザの第２端末とを含む複数端末にコンテンツの送信を行う端末によって実行されるプログラムであって、
   前記第１ユーザによって登録された第１ユーザ名とは異なる第３ユーザ名と、前記第１ユーザとを、前記端末のユーザによる入力に基づいて前記端末の制御部により関連付けることと、
   前記端末のユーザによる、前記端末の表示部の第１領域に対する第１入力に基づいて、前記第１ユーザであることを示す第１画像を含む第１ユーザ情報と、前記第２ユーザであることを示す第２画像を含む第２ユーザ情報とを前記表示部の第２領域に表示することと、
   前記端末により設定された前記第３ユーザ名の少なくとも一部を示す第２入力が前記第１領域に入力された場合、前記表示部に表示された前記第２ユーザ情報を前記表示部から消去する制御を前記制御部によって行うことと、
   前記第２領域に表示された前記第１ユーザ情報に対する、前記端末のユーザによる入力が行われた場合、前記端末から送信されたメッセージが前記第１ユーザに対するメッセージであることを示す第１情報を前記表示部に表示することとが前記端末によって実行される。
2. 請求項１に記載のプログラムであって、
   前記第１ユーザ名は、前記複数の端末とメッセージの送受信を行うサービスに前記第１ユーザによって登録されたアカウント名である。
3. 請求項１または請求項２に記載のプログラムであって、
   前記第１端末から送信された、前記端末のユーザに対するメッセージであることを示す第２情報を含むメッセージを前記端末の通信部によって受信した場合、前記第２情報を含むメッセージに基づく表示を前記表示部に行うことが前記端末によって実行される。
4. 請求項３に記載のプログラムであって、
   前記端末のユーザの第４ユーザ名を前記端末により設定することと、
   前記設定された前記第４ユーザ名の少なくとも一部を示す第４入力が前記第１端末に入力されたことに基づいて前記第２情報を含むメッセージが前記端末に送信され、前記端末の通信部によって前記第２情報を含むメッセージを受信することとが前記端末によって実行される。
5. 請求項３または請求項４に記載のプログラムであって、
   前記第１端末から送信された前記第２情報を含むメッセージは、前記第１端末の前記第１ユーザによって入力され、前記第１端末から送信された、前記第２情報を含まないメッセージとは異なる表示態様で前記表示部に表示される。
6. 請求項１から請求項５のいずれか一項に記載のプログラムであって、
   前記第２ユーザの第２ユーザ名は、前記第２ユーザによって登録される。
7. 請求項１から請求項６のいずれか一項に記載のプログラムであって、
   前記第１情報を含むメッセージは、前記端末のユーザによって入力された文字情報を含む。
8. 請求項１から請求項７のいずれか一項に記載のプログラムであって、
   前記第２ユーザの第２ユーザ名は、前記第２入力が入力された場合、前記第２入力として入力された少なくとも一部の前記第３ユーザ名が、前記第２ユーザ名とは異なる文字まで入力されたことに基づき、前記端末の表示部から消去される。
9. 請求項１から請求項８のいずれか一項に記載のプログラムであって、
   前記複数の端末の各々から送信されたメッセージと、前記端末から送信された前記第１情報を含むメッセージとを時系列に前記表示部に表示することが前記端末によって実行される。
10. 請求項１から請求項９のいずれか一項に記載のプログラムであって、
    前記第１入力は、記号の入力であり、 前記第２入力は、前記第３ユーザ名の一部に対応する記号の入力である。
11. 請求項１から請求項１０のいずれか一項に記載のプログラムであって、
    前記第１情報を含むメッセージは、サーバを介して前記複数の端末に送信される。
12. 第１ユーザの第１端末と第２ユーザの第２端末とを含む複数端末にコンテンツの送信を行う端末の情報処理方法であって、
    前記第１ユーザによって登録された第１ユーザ名とは異なる第３ユーザ名と、前記第１ユーザとを、前記端末のユーザによる入力に基づいて前記端末の制御部により関連付けることと、
    前記端末のユーザによる、前記端末の表示部の第１領域に対する第１入力に基づいて、前記第１ユーザであることを示す第１画像を含む第１ユーザ情報と、前記第２ユーザであることを示す第２画像を含む第２ユーザ情報とを前記表示部の第２領域に表示することと、
    前記端末により設定された前記第３ユーザ名の少なくとも一部を示す第２入力が前記第１領域に入力された場合、前記表示部に表示された前記第２ユーザ情報を前記表示部から消去する制御を前記制御部によって行うことと、
    前記第２領域に表示された前記第１ユーザ情報に対する、前記端末のユーザによる入力が行われた場合、前記端末から送信されたメッセージが前記第１ユーザに対するメッセージであることを示す第１情報を前記表示部に表示することとを含む。
13. 第１ユーザの第１端末と第２ユーザの第２端末とを含む複数端末にコンテンツの送信を行う端末であって、
    前記第１ユーザによって登録された第１ユーザ名とは異なる第３ユーザ名と、前記第１ユーザとを、前記端末のユーザによる入力に基づいて関連付ける処理を行う制御部と、
    前記端末のユーザによる、前記端末の第１領域に対する第１入力に基づいて、前記第１ユーザであることを示す第１画像を含む第１ユーザ情報と、前記第２ユーザであることを示す第２画像を含む第２ユーザ情報とを第２領域に表示する表示部とを備え、
    前記制御部は、前記端末により設定された前記第３ユーザ名の少なくとも一部を示す第２入力が、前記表示部の前記第１領域に入力された場合、前記表示部に表示された前記第２ユーザ情報を前記表示部から消去する制御を行い、
    前記表示部は、前記第２領域に表示された前記第１ユーザ情報に対する、前記端末のユーザによる入力が行われた場合、前記端末から送信されたメッセージが前記第１ユーザに対するメッセージであることを示す第１情報を表示する。

Images