特開 2024-107997 プログラム、情報処理方法およびサーバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024107997

(43)【公開日】2024-08-09

(54)【発明の名称】プログラム、情報処理方法およびサーバ

(51)【国際特許分類】

   H04L 51/043 20220101AFI20240802BHJP

   G06Q 50/00 20240101ALI20240802BHJP

【ＦＩ】

H04L51/043

G06Q50/00 300

【審査請求】未請求

【請求項の数】19

【出願形態】ＯＬ

(21)【出願番号】P 2023012228

(22)【出願日】2023-01-30

(71)【出願人】

【識別番号】500257300

【氏名又は名称】ＬＩＮＥヤフー株式会社

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】小林 智博

(72)【発明者】

【氏名】森 拓郎

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC11

5L050CC11

(57)【要約】      （修正有）

【課題】複数端末の間で送受信されたコンテンツを表示するチャットルームで実行可能な通話に関する処理を行うプログラム、情報処理方法及びサーバを提供する。
【解決手段】サーバによって実行されるプログラムであって、サーバの制御部によって、設定された条件に基づいて、チャットルームに含まれる複数端末の各々のユーザのうち、通話に参加可能なユーザを制御することと、通話に参加可能なユーザの制御に基づき、複数端末の少なくとも一部により通話を処理をすることと、を行う。
【選択図】図９－３

【特許請求の範囲】

【請求項1】

複数端末の間で送受信されたコンテンツを表示するチャットルームで実行可能な通話に関する処理を行うサーバによって実行されるプログラムであって、
設定された条件に基づいて、前記チャットルームに含まれる前記複数端末の各々のユーザのうち、前記通話に参加可能なユーザを前記サーバの制御部によって制御することと、
前記通話に参加可能なユーザの制御に基づき、前記複数端末の少なくとも一部による通話の処理を前記制御部によって行うこととが前記サーバによって実行される。

【請求項2】

請求項１に記載のプログラムであって、
前記設定された条件は、前記通話を開始した第１端末のユーザによって指定されたユーザに関する条件を含む。

【請求項3】

請求項１または請求項２に記載のプログラムであって、
前記複数端末の各々のユーザのうち、前記通話に参加可能なユーザの端末に対して、前記通話に参加するための情報を通信部によって送信することが前記サーバによって実行される。

【請求項4】

請求項３に記載のプログラムであって、
前記参加するための情報は、前記チャットルームに含まれるユーザのうち、前記通話の参加可能なユーザに関する情報を含む。

【請求項5】

請求項１または請求項４のいずれか一項に記載のプログラムであって、
前記複数端末の各々のユーザのうち、前記通話に参加不可のユーザの端末に対して、前記通話を聞くための、または前記通話の視聴するための情報を通信部によって送信することが前記サーバによって実行される。

【請求項6】

請求項１または請求項５のいずれか一項に記載のプログラムであって、
前記複数端末の各々のユーザのうち、前記通話に参加可能なユーザの端末に対して、前記通話を示す通知に関する情報を通信部によって送信することが前記サーバによって実行される。

【請求項7】

請求項１から請求項６のいずれか一項に記載のプログラムであって、
前記設定された条件は、位置に関する情報を含む。

【請求項8】

請求項７に記載のプログラムであって、
前記設定された条件は、第１端末のユーザが指定した位置に含まれるユーザが前記通話に参加可能な条件を含む。

【請求項9】

請求項１から請求項８のいずれか一項に記載のプログラムであって、
前記設定された条件は、ユーザ属性に関する属性情報を含む。

【請求項10】

請求項９に記載のプログラムであって、
前記属性情報は、前記複数端末の各々のユーザによって設定される。

【請求項11】

請求項９または請求項１０のいずれか一項に記載のプログラムであって、
前記属性情報は、前記複数端末の各々のユーザと、端末のユーザとを含むチャットルームに登録する前に設定される情報である。

【請求項12】

請求項１１に記載のプログラムであって、
前記属性情報は、チャットルームごとに設定される情報である。

【請求項13】

請求項９に記載のプログラムであって、
前記属性情報は、前記チャットルームに含まれるユーザのプロフィール情報から選択される。

【請求項14】

請求項１から請求項１３のいずれか一項に記載のプログラムであって、
前記通話を行っている間、第１端末のユーザによる入力に基づいて、前記通話に参加可能なユーザを変更する制御を前記制御部によって行うことが前記サーバによって実行される。

【請求項15】

請求項１４に記載のプログラムであって、
前記変更する制御は、前記第１端末のユーザによる、位置に関する情報、または属性に関する情報の入力に基づいて行われる。

【請求項16】

請求項１から請求項１５のいずれか一項に記載のプログラムであって、
前記設定された条件は、前記チャットルームに含まれる第１コンテンツに対する入力に関する条件を含む。

【請求項17】

請求項１６に記載のプログラムであって、
前記設定された条件は、前記第１コンテンツに含まれる送信者に関する情報に基づく。

【請求項18】

複数端末の間で送受信されたコンテンツを表示するチャットルームで実行可能な通話に関する処理を行うサーバの情報処理方法であって、
設定された条件に基づいて、前記チャットルームに含まれる前記複数端末の各々のユーザのうち、前記通話に参加可能なユーザを前記サーバの制御部によって制御することと、
前記通話に参加可能なユーザの制御に基づき、前記複数端末の少なくとも一部による通話の処理を前記制御部によって行うこととを含む。

【請求項19】

複数端末の間で送受信されたコンテンツを表示するチャットルームで実行可能な通話に関する処理を行うサーバであって、
設定された条件に基づいて、前記チャットルームに含まれる前記複数端末の各々のユーザのうち、前記通話に参加可能なユーザを制御し、前記通話に参加可能なユーザの制御に基づき、前記複数端末の少なくとも一部による通話の処理を行う制御部を備える。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、プログラム、情報処理方法およびサーバに関する。

【背景技術】

【0002】

近年、例えばチャットルームを用いてメッセージなどのコンテンツを複数のユーザの端末に送信する技術が広く利用されている。例えば、特許文献１には、自身が選択した様々な種類のコンテンツを複数のチャットルームに伝達するメッセンジャーサーバが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１４－１４６３３２号公報

【発明の概要】

【0004】

本発明の第１の態様によると、複数端末の間で送受信されたコンテンツを表示するチャットルームで実行可能な通話に関する処理を行うサーバによって実行されるプログラムであって、設定された条件に基づいて、チャットルームに含まれる複数端末の各々のユーザのうち、通話に参加可能なユーザをサーバの制御部によって制御することと、通話に参加可能なユーザの制御に基づき、複数端末の少なくとも一部による通話の処理を制御部によって行うこととがサーバによって実行される。
本発明の第２の態様によると、複数端末の間で送受信されたコンテンツを表示するチャットルームで実行可能な通話に関する処理を行うサーバの情報処理方法であって、設定された条件に基づいて、チャットルームに含まれる複数端末の各々のユーザのうち、通話に参加可能なユーザをサーバの制御部によって制御することと、通話に参加可能なユーザの制御に基づき、複数端末の少なくとも一部による通話の処理を制御部によって行うこととを含む。
本発明の第３の態様によると、複数端末の間で送受信されたコンテンツを表示するチャットルームで実行可能な通話に関する処理を行うサーバであって、設定された条件に基づいて、チャットルームに含まれる複数端末の各々のユーザのうち、通話に参加可能なユーザを制御し、通話に参加可能なユーザの制御に基づき、複数端末の少なくとも一部による通話の処理を行う制御部を備える。

【図面の簡単な説明】

【0005】

【図1-1】実施形態の一態様におけるシステムの構成の一例を示す図。

【図1-2】第１実施形態に係る端末の表示部により実現される機能の一例を示す図。

【図1-3】第１実施形態に係る端末の通信部により実現される機能の一例を示す図。

【図1-4】第１実施形態に係る端末の記憶部により実現される機能の一例を示す図。

【図1-5】第１実施形態に係る端末の制御部により実現される機能の一例を示す図。

【図1-6】第１実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【図1-7】チャットルームにおいて宛先情報の入力を受け付ける一例を示す図。

【図1-8】宛先情報として位置情報を設定する一例を示す図。

【図1-9】宛先情報に基づく第１表示を入力領域に表示する一例を示す図。

【図1-10】宛先情報に基づく第２表示と第１コンテンツとをチャットルームに表示する一例を示す図。

【図1-11】地図画像をチャットルームに表示する一例を示す図。

【図1-12】第１コンテンツの受信を通知する一例を示す図。

【図1-13】第１変形例（１）において位置指定ボタンを入力領域に表示する一例を示す図。

【図1-14】第１変形例（１）において位置情報を設定する一例を示す図。

【図1-15】第１変形例（２）において宛先情報の入力を受け付ける一例を示す図。

【図2-1】第２実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【図2-2】位置指定画面に対象者人数情報を表示する一例を示す図。

【図2-3】入力領域に対象者人数情報を表示する一例を示す図。

【図2-4】第２変形例（２）において対象者人数情報を表示する一例を示す図。

【図3-1】宛先情報に基づく第２表示と第１コンテンツと対象者情報とをチャットルームに表示する一例を示す図。

【図3-2】第３変形例（１）において対象者情報を表示する一例を示す図。

【図4-1】第４実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【図4-2】属性情報を設定する一例を示す図。

【図4-3】属性情報の一覧を表示する一例を示す図。

【図4-4】第４実施形態において第１コンテンツの受信を通知する一例を示す図。

【図5-1】第５実施形態において期間情報を含む属性情報の一覧を表示する一例を示す図。

【図5-2】第５実施形態において第１コンテンツの受信を通知する一例を示す図。

【図5-3】第５変形例（１）において宛先情報に基づく第２表示と第１コンテンツとをチャットルームに表示する一例を示す図。

【図5-4】第５変形例（２）において宛先情報に基づく第２表示と第１コンテンツとをチャットルームに表示する一例を示す図。

【図5-5】第５変形例（３）において宛先情報に基づく第２表示と第１コンテンツとをチャットルームに表示する一例を示す図。

【図6-1】宛先情報の対象となるユーザのみが応答可能な第２コンテンツの一例を示す図。

【図6-2】第２コンテンツを応答可能に表示する一例を示す図。

【図7-1】第７実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【図7-2】コンテンツの受信に関する通知設定をＯＦＦにする一例を示す図。

【図8-1】第８実施形態に係るサーバの通信部により実現される機能の一例を示す図。

【図8-2】第８実施形態に係るサーバの記憶部により実現される機能の一例を示す図。

【図8-3】第８実施形態に係るサーバの制御部により実現される機能の一例を示す図。

【図8-4】第８実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【図9-1】第９実施形態に係るサーバの記憶部により実現される機能の一例を示す図。

【図9-2】第９実施形態に係るサーバの制御部により実現される機能の一例を示す図。

【図9-3】第９実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【図9-4】通話条件を設定する一例を示す図。

【図9-5】参加情報の送信を制御する一例を示す図。

【図9-6】通話を処理する一例を示す図。

【図9-7】通話が開始されたことを示す開始通知を表示する一例を示す図。

【図9-8】参加情報の表示内容を示す表示情報を表示する一例を示す図。

【図9-9】第９変形例（１）において通話を聞くための聴取情報を端末２０に送信する一例を示す図。

【図9-10】第９変形例（２）において参加情報の受信を通知する一例を示す図。

【図10-1】第１０実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【図10-2】位置情報を通話条件に設定する位置設定ボタンを表示する一例を示す図。

【図10-3】第１０実施形態において宛先情報を設定する一例を示す図。

【図11-1】第１１実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【図11-2】第１１実施形態において属性情報の一覧を表示する一例を示す図。

【図11-3】第１１実施形態において特定の属性情報が選択される一例を示す図。

【図11-4】第１１変形例（３）において属性情報を通話条件に設定する一例を示す図。

【図12-1】第１２実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【図12-2】第１２変形例（１）において通話を処理する一例を示す図。

【図13-1】第１３実施形態において属性情報を含む参加情報をチャットルームに表示する一例を示す図。

【図13-2】属性情報を含む表示情報をチャットルームに表示する一例を示す図。

【図14-1】第１４変形例（１）において複数のユーザが関連付けられた第１コンテンツをチャットルームに表示する一例を示す図。

【図15-1】第１５実施形態に係る端末の記憶部により実現される機能の一例を示す図。

【図15-2】第１５実施形態に係る端末の制御部により実現される機能の一例を示す図。

【図15-3】第１５実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【発明を実施するための形態】

【0006】

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

【0007】

本開示に係るプログラム、情報処理方法およびサーバを実施するための実施形態について、図面を参照して説明する。

【0008】

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

【0009】

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

【0010】

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ａｄ ｈｏｃ ｎｅｔｗｏｒｋ）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（ｖｉｒｔｕａｌ ｐｒｉｖａｔｅ ｎｅｔｗｏｒｋ：ＶＰＮ）、ローカル・エリア・ネットワーク（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ：ＬＡＮ）、ワイヤレスＬＡＮ（ｗｉｒｅｌｅｓｓ ＬＡＮ：ＷＬＡＮ）、広域ネットワーク（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ：ＷＡＮ）、ワイヤレスＷＡＮ（ｗｉｒｅｌｅｓｓ ＷＡＮ：ＷＷＡＮ）、大都市圏ネットワーク（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ：ＭＡＮ）、インターネットの一部、公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋｓ）、無線ＬＡＮ、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

（１）端末２０のＨＷ構成
端末２０は、制御部２１（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定でなく例として、端末２０は、マイク２５、カメラ２７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

制御部２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、プロセッサコア（ｐｒｏｃｅｓｓｏｒ ｃｏｒｅ）、マルチプロセッサ（ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）を含む。

【0024】

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定でなく例として、ＨＤＤ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、フラッシュメモリ、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）など各種の記憶媒体を含む。また、記憶部２８は、メモリ（ｍｅｍｏｒｙ）と表現されてもよいし、されなくてもよい。

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

ディスプレイ１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（ｏｒｇａｎｉｃ ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ ｄｉｓｐｌａｙ））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＭＤ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイ１３は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイ１３は、これらに限定されない。
サーバ１０は、プログラムを記憶部１５に記憶し、このプログラムを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムは、プログラムモジュールと表現されてもよいし、されなくてもよい。

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

【0041】

なお、本開示のプログラムは、限定でなく例として、ＡｃｔｉｏｎＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語、Ｏｂｊｅｃｔｉｖｅ－Ｃ、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語、ＨＴＭＬ５などのマークアップ言語などを用いて実装される。

【0042】

また、繰り返しとなるが、本開示における各種プログラムや各種データは、コンピュータ読取可能な記憶媒体（記録媒体）に記憶（記録）させておくことができる。この記憶媒体には、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリ等の各種の記憶媒体が含まれる。

【0043】

＜第１実施形態＞
第１実施形態では、例えば複数のユーザＡ～Ｃが登録されたチャットルームにおいて、コンテンツを入力するための入力領域が端末２０Ａの表示部２４に表示される。端末２０ＡのユーザＡが入力領域に第１コンテンツを入力すると、端末２０Ａの制御部２１は、その第１コンテンツと、第１コンテンツの宛先に関する宛先情報とを、チャットルームに登録された複数のユーザの端末２０Ｂおよび２０Ｃにそれぞれ送信する。端末２０Ｂおよび２０Ｃの制御部２１は、第１コンテンツと宛先情報を受信すると、宛先情報に基づいて、第１コンテンツの受信に関する通知を制御する。例えば、端末２０Ｂの制御部２１は、宛先情報の対象にユーザＢが含まれる場合、第１コンテンツの受信を通知してもよい。一方、端末２０Ｃの制御部２１は、宛先情報の対象にユーザＣが含まれない場合、第１コンテンツの受信を通知しなくてもよい。

【0044】

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

【0045】

＜機能構成＞
端末の機能構成
図１－２は、本実施形態における端末２０の表示部２４により実現される機能の一例を示す図である。表示部２４は、限定ではなく例として、表示メイン処理部２４１と、入力範囲表示処理部２４２とを有する。

【0046】

表示メイン処理部２４１は、制御部２１の制御の下、情報を表示する処理である表示メイン処理を実行する機能を有する。

【0047】

入力範囲表示処理部２４２は、制御部２１の制御の下、コンテンツを入力するための入力範囲を端末２０の表示部２４に表示する処理である入力範囲表示処理を実行する機能を有する。

【0048】

図１－３は、本実施形態における端末２０の通信部２２により実現される機能の一例を示す図である。通信部２２は、限定ではなく例として、通信メイン処理部２２１と、コンテンツ送信部２２２と、コンテンツ受信部２２３とを有する。

【0049】

通信メイン処理部２２１は、制御部２１の制御の下、サーバ１０との間で情報を送受信する処理である通信メイン処理を実行する機能を有する。

【0050】

コンテンツ送信部２２２は、制御部２１の制御の下、端末２０のユーザによって入力領域に入力された第１コンテンツと、コンテンツの宛先に関する宛先情報とを送信する処理であるコンテンツ送信処理を実行する機能を有する。

【0051】

ここで、入力領域は、ユーザが情報を入力する領域であり、例えばチャットルームにおいて文字、画像または動画などのコンテンツを入力する部分を含んでもよい。また、宛先情報は、例えば、コンテンツの宛先を指定する条件を含んでもよい。例えば、宛先情報は、宛先を指定する条件として、宛先の端末２０の位置情報、属性情報などを含んでもよい。

【0052】

コンテンツ受信部２２３は、制御部２１の制御の下、複数端末２０のうちの第１端末２０のユーザによって入力された第１コンテンツと、第１端末２０のユーザによって入力された、コンテンツの宛先に関する宛先情報とを受信する処理であるコンテンツ受信処理を実行する機能を有する。

【0053】

図１－４は、本実施形態における端末２０の記憶部２８に記憶される情報の一例を示す図である。記憶部２８には、限定ではなく例として、制御部２１により読み出されて、端末メイン処理として実行される端末メイン処理プログラム２８１が記憶される。

【0054】

また、端末メイン処理プログラム２８１は、限定ではなく例として、制御部２１により読み出されて、コンテンツ通信処理として実行されるコンテンツ通信処理プログラム２８１１をサブルーチンプログラムとして含む。

【0055】

また、端末メイン処理プログラム２８１は、限定ではなく例として、制御部２１により読み出されて、受信通知処理として実行される受信通知処理プログラム２８１２をサブルーチンプログラムとして含む。

【0056】

図１－５は、本実施形態における端末２０の制御部２１により実現される機能の一例を示す図である。制御部２１は、限定ではなく例として、端末メイン処理部２１１と、コンテンツ通信処理部２１２と、受信通知処理部２１３とを有する。

【0057】

端末メイン処理部２１１は、記憶部２８に記憶されている端末メイン処理プログラム２８１に従って、端末２０を統括的に制御するための処理である端末メイン処理を実行する機能を有している。

【0058】

コンテンツ通信処理部２１２は、記憶部２８に記憶されているコンテンツ通信処理プログラム２８１１に従って、端末２０のユーザによって入力領域に入力された第１コンテンツと、コンテンツの宛先に関する宛先情報とを通信部２２によって送信するコンテンツ通信処理を実行する。また、コンテンツ通信処理部２１２は、記憶部２８に記憶されているコンテンツ通信処理プログラム２８１１に従って、複数端末２０のうちの第１端末２０のユーザによって入力された第１コンテンツと、第１端末２０のユーザによって入力された、コンテンツの宛先に関する宛先情報とを通信部２２によって受信するコンテンツ通信処理を実行する。

【0059】

受信通知処理部２１３は、記憶部２８に記憶されている受信通知処理プログラム２８１２に従って、宛先情報の受信に基づいて、コンテンツの受信に関する受信通知（限定ではなく、コンテンツの受信に関する通知の一例）を制御する受信通知処理を実行する。

【0060】

＜情報処理＞
図１－６は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。左側から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、端末２０Ｂの制御部２１が実行する処理、端末２０Ｃの制御部２１が実行する処理の一例をそれぞれ示している。

【0061】

各処理における各ステップをアルファベットの大文字と数字の組み合わせで示し、本明細書では「ステップ」の用語は省略する。また、以下説明するフローチャートは、あくまでも本実施例における処理を例示するものであり、以下説明するフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

【0062】

まず、端末２０Ａの制御部２１が、ユーザＡの入力操作に応じて、他のユーザに送信するコンテンツを入力するための入力領域を表示部２４に表示させる（Ａ１）。例えば、端末２０Ａの制御部２１は、図１－７に示すように、複数の端末２０Ｂおよび２０Ｃの各々ユーザＢおよびＣと、端末２０ＡのユーザＡとを含むチャットルームＲを表示部２４に表示させる。そして、端末２０Ａの制御部２１は、チャットルームＲに登録された他のユーザに送信するコンテンツを入力するための入力領域３１を表示部２４に表示させる。ここで、端末２０の表示部２４には、端末２０を所有するユーザを示すアイコンＵが表示されているが、このアイコンＵは、端末２０の所有者の把握を助けるために付加したものであり、表示されなくてもよい。

【0063】

なお、チャットルームＲは、例えば、端末２０またはサーバ１０において関連付けられたユーザ同士でコンテンツをやり取りする空間から構成されてもよい。例えば、チャットルームＲは、端末２０Ａに登録されたユーザ（例えばコンテンツをやり取りする相手として登録された友だち、ユーザＡがフォローする特定のアカウントを有するユーザなど）とコンテンツをやり取りする空間から構成されてもよい。また、チャットルームＲは、端末２０Ａに登録されたユーザ以外のユーザも参加可能なチャットルーム、いわゆるオープンチャットから構成されてもよい。なお、オープンチャットは、全てのユーザが自由に参加可能に構成されており、例えば共通の趣味または話題などを有するユーザ同士が参加してコンテンツをやり取りするチャットルームＲである。ここで、自由に参加可能とは、端末２０などで関連付けられたユーザが参加できるだけでなく、端末２０などで関連付けられていないユーザ、例えば端末２０Ａに友だちとして登録されていないユーザが参加できることを示してもよい。このため、オープンチャットは、例えば１００人規模の多数のユーザが登録されることもあり得る。ここで、ユーザＡ～Ｃは、サッカーチームＫのオープンチャットに登録しているものとする。本開示では、チャットルームＲに登録されたユーザの代表例としてユーザＡ～Ｃを示すが、複数のユーザが登録されていればよく、これに限定されるものではない。

【0064】

続いて、端末２０Ａの制御部２１は、コンテンツと、コンテンツの宛先に関する宛先情報とを受け付ける（Ａ２）。一般的に、端末２０ＡからチャットルームＲに送信されたコンテンツは、チャットルームＲに登録された全てのユーザＢおよびＣの端末２０Ｂおよび２０Ｃに送信される。このとき、端末２０Ａの制御部２１は、ユーザＡが宛先を指定（例えばメンションなど）してコンテンツを送信した場合に、全てのユーザＢおよびＣの端末２０Ｂおよび２０Ｃにコンテンツが送信される一方、宛先が指定された特定のユーザに対してコンテンツの受信を通知する機能が設けられてもよい。例えば、宛先が指定されると、コンテンツは、全てのユーザＢおよびＣの端末２０Ｂおよび２０Ｃで表示され、受信の通知は、宛先が指定された特定のユーザの端末２０でのみ出力されてもよいし、されなくてもよい。本実施例では、この通知機能において、特定のユーザを宛先に指定するのではなく、宛先の条件（例えば特定の位置または範囲などの条件）を指定し、その条件を満たすユーザの端末２０において、コンテンツの受信を通知するものであってもよい。なお、通知機能は、端末２０のユーザにコンテンツの受信を通知するもので、例えば、受信音、バイブレーション機能、コンテンツの強調表示、通知メッセージの表示（例えば「メンションされました」との表示）などが挙げられる。

【0065】

例えば、端末２０Ａの制御部２１は、位置指定ボタン３２をチャットルームＲのメニュー領域３１ａに表示して宛先情報の入力を受け付けてもよい。ここで、宛先情報は、位置に関連する位置情報を含んでもよい。すなわち、端末２０Ａの制御部２１は、宛先情報として位置情報の指定を受け付けてもよい。端末２０Ａの制御部２１は、位置指定ボタン３２に対するユーザＡの入力に基づいて、図１－８Ａに示すように、位置指定画面３３を表示する。位置指定画面３３は、指定位置検索部３３ａと、検索結果表示部３３ｂと、位置情報表示部３３ｃと、位置決定ボタン３３ｄとを含んでもよい。指定位置検索部３３ａは、ユーザＡが入力する位置情報を検索するもので、例えば検索キーワードを入力可能に構成されてもよい。指定位置検索部３３ａは、例えば、特定のイベント（例えばサッカーチームＫの試合）、イベント会場名（例えばスタジアムＫａ）などが入力されてもよい。

【0066】

端末２０Ａの制御部２１は、例えば、指定位置検索部３３ａに「スタジアムＫａ」との検索キーワードが入力されると、その検索キーワードに基づいて位置情報を検索し、検索結果を検索結果表示部３３ｂに表示させる。そして、端末２０Ａの制御部２１は、検索結果表示部３３ｂに表示された検索結果の中から、検索キーワードに対応する特定の検索結果「スタジアムＫａ」がユーザＡにより選択されると、そのスタジアムＫａの位置情報を位置情報表示部３３ｃに表示させる。ここで、位置情報表示部３３ｃは、スタジアムＫａの周辺の地図画像を表示してもよい。すなわち、端末２０Ａの制御部２１は、スタジアムＫａの位置情報を含む地図画像を表示部２４に表示させる。

【0067】

ここで、位置情報は、特定の位置（例えばスタジアムＫａの位置）を示す特定位置情報３４を含んでもよい。特定位置情報３４は、例えば、特定の位置の緯度および経度の情報、特定の位置の場所（例えば住所など）を示す情報などから構成されてもよい。

【0068】

このとき、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力に基づいて、特定位置情報３４を設定してもよい。例えば、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力に基づいて、地図画像における特定位置情報３４の位置を変更してもよい。これにより、特定位置情報３４の位置を、ユーザＡの所望の位置に調整することができる。そして、端末２０Ａの制御部２１は、位置決定ボタン３３ｄに対するユーザＡの入力操作に応じて、特定位置情報３４の位置を決定する。

【0069】

また、位置情報は、特定の範囲を示す範囲情報を含んでもよい。例えば、端末２０Ａの制御部２１は、位置決定ボタン３３ｄが入力操作されると、図１－８Ｂに示すように、特定の範囲を示す範囲情報３５を地図画像に表示してもよい。範囲情報３５は、例えば、円形状に構成され、特定位置情報３４を中心とした特定の範囲を囲むように表示されてもよい。

【0070】

ここで、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力に基づいて、範囲情報３５を設定してもよい。例えば、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力操作に応じて、範囲情報３５の位置、直径または形状などを変更してもよい。そして、端末２０Ａの制御部２１は、範囲情報３５が設定されると、その範囲情報３５の値を表示、例えば「３ｋｍ以内」と表示してもよい。

【0071】

このようにして、コンテンツの宛先を示す位置情報として、特定位置情報３４と範囲情報３５とがユーザＡにより設定される。すなわち、位置情報は、特定位置情報３４と範囲情報３５とを含むことになる。なお、位置情報は、特定位置情報３４と範囲情報３５のうち一方が設定、例えば範囲情報３５のみが設定されてもよい。端末２０Ａの制御部２１は、位置指定ボタン３３ｅに対するユーザＡの入力操作に応じて、特定位置情報３４と範囲情報３５を含む位置情報をコンテンツの宛先情報として指定してもよい。

【0072】

端末２０Ａの制御部２１は、コンテンツの宛先情報が指定されると、図１－９に示すように、宛先情報に基づく第１表示３６を入力領域３１に表示してもよい。例えば、端末２０Ａの制御部２１は、宛先情報に基づいて、コンテンツの宛先を表す名称（例えば建物名など）を第１表示３６として入力領域３１に表示させてもよい。すなわち、端末２０Ａの制御部２１は、宛先情報に指定された特定位置情報３４と範囲情報３５の全てを含むように第１表示３６を表示させる必要はなく、例えば宛先情報の一部を示す第１表示３６を入力領域３１に表示してもよい。ここでは、端末２０Ａの制御部２１は、特定位置情報３４を示す名称「スタジアムＫａ」を第１表示３６として入力領域３１に表示したものとする。なお、第１表示３６は、特定の宛先を指定する特定の記号、例えば「＠」を含んでもよい。このようにして、コンテンツの宛先情報が端末２０Ａに入力される。

【0073】

また、端末２０Ａの制御部２１は、チャットルームＲに送信する第１コンテンツ３７の入力を入力領域３１において受け付ける。端末２０Ａの制御部２１は、ユーザＡによって第１コンテンツ３７が入力領域３１に入力されると、宛先情報に基づく第１表示３６と、第１コンテンツ３７とを関連付けて入力領域３１に表示させる。例えば、端末２０Ａの制御部２１は、第１表示３６と第１コンテンツ３７とを連続するように並べて表示してもよい。そして、端末２０Ａの制御部２１は、送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、宛先情報とを通信部２２によってサーバ１０に送信する（Ａ３）。

【0074】

続いて、サーバ１０の制御部１１は、第１コンテンツ３７と宛先情報を通信部１４によって端末２０Ａから受信すると、チャットルームＲに登録された全てのユーザＡ～Ｃの端末２０Ａ～２０Ｃに第１コンテンツ３７と宛先情報を送信する（Ｂ１）。これにより、端末２０Ａ～２０Ｃの通信部２２が、第１コンテンツ３７と宛先情報とを受信する。

【0075】

端末２０Ａの制御部２１は、第１コンテンツ３７と宛先情報とを受信すると、図１－１０に示すように、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ａ４）。ここで、第２表示３９は、入力領域３１に入力された第１表示３６と同じ内容であってもよいし、なくてもよい。これにより、端末２０ＡのユーザＡは、第２表示３９に基づいて、宛先を指定した第１コンテンツ３７を送信したことを把握しうる。

【0076】

また、端末２０Ａの制御部２１は、ユーザＡにより指定された位置情報をチャットルームＲに表示してもよい。例えば、端末２０Ａの制御部２１は、図１－８Ｂに示す地図画像においてユーザＡにより位置情報が設定されると、ステップＡ３において、その地図画像を含む第１コンテンツ３７をサーバ１０に送信してもよい。これにより、端末２０Ａの制御部２１は、図１－１１に示すように、範囲情報３５を含む地図画像３５ａを第１コンテンツ３７と共にチャットルームＲに表示してもよい。また、端末２０Ａの制御部２１は、ユーザＡの入力操作に応じて地図画像３５ａに遷移させる制御情報を地図画像３５ａまたは第１コンテンツ３７に関連付けてもよい。

【0077】

また、端末２０Ｂの通信部２２が、複数の端末２０Ａ～２０Ｃのうちの端末２０ＡのユーザＡによって入力された第１コンテンツ３７と、端末２０ＡのユーザＡによって入力された宛先情報とをサーバ１０から受信する。同様に、端末２０Ｃの通信部２２が、複数の端末２０Ａ～２０Ｃのうちの端末２０ＡのユーザＡによって入力された第１コンテンツ３７と、端末２０ＡのユーザＡによって入力された宛先情報とをサーバ１０から受信する。

【0078】

端末２０Ｂの制御部２１は、第１コンテンツ３７と宛先情報をサーバ１０から受信すると、図１－１２Ａに示すように、第１コンテンツ３７と、宛先情報に基づく第２表示３９とを、複数の端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣと、端末２０ＡのユーザＡとを含むチャットルームＲに表示させる（Ｃ１）。そして、端末２０Ｂの制御部２１は、宛先情報の受信に基づいて、第１コンテンツの受信に関する通知を制御する（Ｃ２）。

【0079】

例えば、端末２０Ｂの制御部２１は、宛先情報に基づいて、特定のユーザに対してコンテンツの受信を通知する通知機能が第１コンテンツに設定されているか否かを判定してもよい。端末２０Ｂの制御部２１は、例えば、第１表示３６に含まれる特定の記号「＠」の有無に基づいて、通知機能が設定されているか否かを判定してもよい。端末２０Ｂの制御部２１は、通知機能が設定されていると判定した場合、宛先情報にユーザＢが含まれるか否かを判定してもよい。具体的には、端末２０Ｂの制御部２１は、宛先情報の位置情報にユーザＢの位置が含まれるか否か、すなわち端末２０Ｂの位置が含まれるか否かを判定する。例えば、端末２０Ｂの制御部２１は、自身の特定位置情報を取得し、その特定位置情報が宛先情報の特定位置情報３４および範囲情報３５に含まれるか否かを判定してもよい。このとき、端末２０Ｂの制御部２１は、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などの測位システムを利用して自身の特定位置情報を取得してもよい。

【0080】

ここで、端末２０Ｂの制御部２１は、位置情報に端末２０ＢのユーザＢが含まれる（範囲情報３５の内側にユーザＢが位置する）と判定したものとする。端末２０Ｂの制御部２１は、位置情報に端末２０ＢのユーザＢが含まれる場合、第１コンテンツ３７の受信に関する通知を制御する。

【0081】

例えば、端末２０Ｂの制御部２１は、受信音４０ａを出力するようにスピーカ２６を制御してもよいし、しなくてもよい。また、端末２０Ｂの制御部２１は、バイブレーション機能４０ｂを起動して端末２０Ｂを振動させてもよいし、しなくてもよい。また、端末２０Ｂの制御部２１は、第１コンテンツ３７または第２表示３９を強調表示４０ｃ（例えば太文字で表示など）するように表示部２４を制御してもよいし、しなくてもよい。また、端末２０Ｂの制御部２１は、チャットルームＲのアプリケーションにおける通知機能を利用して、第１コンテンツの受信を通知する通知メッセージ、例えば「メンションされました」などの通知メッセージを表示してもよいし、しなくてもよい。

【0082】

同様に、端末２０Ｃの制御部２１は、第１コンテンツ３７と宛先情報をサーバ１０から受信すると、図１－１２Ｂに示すように、第１コンテンツ３７と、宛先情報に基づく第２表示３９とをチャットルームＲに表示させる（Ｄ１）。そして、端末２０Ｃの制御部２１は、宛先情報の受信に基づいて、第１コンテンツの受信に関する通知を制御する（Ｄ２）。例えば、端末２０Ｃの制御部２１は、宛先情報の位置情報にユーザＣの位置が含まれるか否か、すなわち端末２０Ｃの位置が含まれるか否かを判定してもよい。

【0083】

ここで、端末２０Ｃの制御部２１は、位置情報にユーザＣが含まれない（範囲情報３５の外側にユーザＣが位置する）と判定したものとする。端末２０Ｃの制御部２１は、位置情報に端末２０ＣのユーザＣが含まれない場合、第１コンテンツ３７の受信を通知しなくてもよい。

【0084】

このとき、端末２０Ｂおよび２０Ｃの制御部２１は、ユーザＢおよびＣの入力操作に基づいて、自身がコンテンツの通知対象である場合にのみ通知するようにチャットルームＲの通知機能を予め設定してもよい。

【0085】

このように、宛先情報が設定された第１コンテンツが端末２０Ａから端末２０Ｂおよび２０Ｃに送信されることにより、宛先情報の位置情報に含まれるユーザＢの端末２０Ｂにおいて第１コンテンツの受信が通知されることになる。

【0086】

なお、端末２０Ｂおよび２０Ｃの制御部２１は、図１－１１に示す端末２０Ａと同様に、宛先情報に基づいて、範囲情報３５を含む地図画像３５ａをチャットルームＲに表示してもよい。また、端末２０Ｂおよび２０Ｃの制御部２１は、地図画像３５ａに遷移させる制御情報を地図画像３５ａまたは第１コンテンツ３７に関連付けてもよい。

【0087】

＜第１実施形態の効果＞
第１実施形態では、端末２０Ａの表示部２４は、コンテンツを入力するための入力領域３１を表示する。そして、端末２０Ａの通信部２２は、端末２０ＡのユーザＡによって入力領域３１に入力された第１コンテンツ３７と、コンテンツの宛先に関する宛先情報とを送信する。

【0088】

このような構成による効果の一例として、端末２０ＡのユーザＡは、第１コンテンツ３７の宛先を容易に設定することができる。例えば、多数のユーザがチャットルームＲに登録されている場合、コンテンツの宛先に指定するユーザをそれぞれ選択することが困難であった。そこで、端末２０Ａの制御部２１がコンテンツの宛先情報の設定を受け付けることで、ユーザＡは、複数のユーザの宛先を一度に設定することができる。

【0089】

また、第１実施形態では、宛先情報は、位置に関連する位置情報を含んでもよい。

【0090】

このような構成による効果の一例として、端末２０ＡのユーザＡは、位置情報に含まれる特定のユーザＢを第１コンテンツ３７の宛先として容易に設定することができる。

【0091】

また、第１実施形態では、位置情報は、位置が特定された特定位置情報３４と範囲情報３５（限定ではなく、範囲の情報の一例）とを含む。

【0092】

このような構成による効果の一例として、端末２０ＡのユーザＡは、特定位置情報３４と範囲情報３５に含まれる特定のユーザＢを第１コンテンツ３７の宛先として容易に設定することができる。

【0093】

また、第１実施形態では、端末２０Ａの表示部２４は、地図画像を表示する。そして、端末２０Ａの制御部２１は、地図画像に対する端末２０ＡのユーザＡの入力に基づいて、特定位置情報３４と範囲情報３５とを設定する。

【0094】

このような構成による効果の一例として、端末２０ＡのユーザＡは、特定位置情報３４と範囲情報３５の値を容易に調整することができる。

【0095】

また、第１実施形態では、端末２０Ａの制御部２１は、宛先情報に基づく第１表示３６と、第１コンテンツ３７とを関連付けて入力領域３１に表示する。

【0096】

このような構成による効果の一例として、端末２０ＡのユーザＡは、第１コンテンツ３７の宛先を容易に把握することができる。

【0097】

また、第１実施形態では、端末２０Ａの表示部２４は、複数端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣと、端末２０ＡのユーザＡとを含むチャットルームＲを表示する。そして、端末２０Ａの制御部２１は、送信された宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる。

【0098】

このような構成による効果の一例として、端末２０ＡのユーザＡは、チャットルームＲにおいて第１コンテンツ３７の宛先を容易に示すことができる。

【0099】

また、第１実施形態では、端末２０Ｂの通信部２２は、複数端末２０Ａおよび２０Ｃのうちの端末２０ＡのユーザＡによって入力された第１コンテンツ３７と、端末２０ＡのユーザＡによって入力された、コンテンツの宛先に関する宛先情報とを受信する。そして、端末２０Ｂの制御部２１は、宛先情報の受信に基づいて、コンテンツの受信に関する通知の制御を行う。

【0100】

このような構成による効果の一例として、端末２０Ｂの制御部２１は、自身が第１コンテンツの宛先に含まれるか否かを容易に判定することができる。

【0101】

また、第１実施形態では、端末２０Ｂの制御部２１は、位置情報に端末２０ＢのユーザＢが含まれる場合、第１コンテンツ３７の受信に関する通知を制御する。

【0102】

このような構成による効果の一例として、端末２０ＢのユーザＢは、位置情報に含まれる自身を宛先とした第１コンテンツ３７の受信を確実に把握することができる。

【0103】

また、第１実施形態では、端末２０Ｂの制御部２１は、第１コンテンツ３７と、宛先情報に基づく第２表示３９とを、複数端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣと、端末２０ＡのユーザＡとを含むチャットルームＲに表示する。

【0104】

このような構成による効果の一例として、端末２０ＢのユーザＢは、第１コンテンツ３７の宛先を容易に把握することができる。

【0105】

＜第１変形例（１）＞
第１実施形態では、位置情報は、図１－８Ａに示すように、指定位置検索部３３ａで検索して設定されたが、位置に関する情報を設定できればよく、これに限定されない。

【0106】

第１変形例（１）は、位置情報が、端末２０ＡのユーザＡの位置に基づいて設定される変形例である。

【0107】

まず、第１実施形態と同様に、端末２０Ａの制御部２１が、チャットルームＲに送信するコンテンツと、そのコンテンツの宛先に関する宛先情報とを受け付ける（Ａ２）。このとき、端末２０Ａの制御部２１は、図１－１３に示すように、宛先情報としてユーザＡの位置情報を指定する位置指定ボタン４１を入力領域３１に表示してもよい。例えば、端末２０Ａの制御部２１は、コンテンツの受信を通知する特定の宛先を指定（例えばメンション）する特定の記号「＠」が入力領域３１に入力された場合に、位置指定ボタン４１を自動的に入力領域３１に表示してもよい。

【0108】

端末２０Ａの制御部２１は、ユーザＡにより位置指定ボタン４１が入力操作されると、図１－１４Ａに示すように、位置指定画面３３を表示部２４に表示させる。このとき、位置指定画面３３の位置情報表示部３３ｃには、ユーザＡの位置情報が表示されてもよい。位置情報表示部３３ｃは、例えば、ユーザＡの位置情報を含む地図画像を表示してもよい。すなわち、端末２０Ａの制御部２１は、ユーザＡの位置情報を含む地図画像を表示部２４に表示させることになる。ここで、位置情報は、ユーザＡの位置を示す特定位置情報３４（例えば、緯度および経度の情報、場所を示す情報など）を含んでもよい。例えば、端末２０Ａの制御部２１は、ＧＰＳなどの測位システムを利用して、ユーザＡの特定位置情報３４を取得してもよい。

【0109】

また、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力に基づいて、特定位置情報３４を変更してもよい。例えば、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力に基づいて、地図画像における特定位置情報３４の位置を変更してもよい。これにより、ユーザＡは、特定位置情報３４の位置を調整することができる。例えば、ユーザＡは、特定位置情報３４の位置をスタジアムＫａの位置に変更してもよい。

【0110】

端末２０Ａの制御部２１は、位置決定ボタン３３ｄに対するユーザＡの入力操作に応じて、特定位置情報３４の位置を決定してもよい。このとき、位置情報は、特定の範囲を示す範囲情報を含んでもよい。例えば、端末２０Ａの制御部２１は、位置決定ボタン３３ｄが入力操作されると、図１－１４Ｂに示すように、特定の範囲を示す範囲情報３５を地図画像に表示してもよい。範囲情報３５は、例えば、特定位置情報３４を中心とした特定の範囲を囲むように表示されてもよい。なお、特定位置情報３４がスタジアムＫａの位置に変更されている場合には、端末２０Ａの制御部２１は、そのスタジアムＫａの位置を中心とした特定の範囲を囲むように表示されてもよい。

【0111】

このようにして、コンテンツの宛先を示す位置情報として、特定位置情報３４と範囲情報３５とがユーザＡにより設定される。端末２０Ａの制御部２１は、位置指定ボタン４１に対するユーザＡの入力操作に応じて、特定位置情報３４と範囲情報３５を含む位置情報をコンテンツの宛先情報として指定してもよい。

【0112】

端末２０Ａの制御部２１は、コンテンツの宛先情報が指定されると、図１－９に示すように、宛先情報に基づく第１表示３６を入力領域３１に表示してもよい。このとき、特定位置情報３４がユーザＡの位置に設定されている場合には、端末２０Ａの制御部２１は、「近くにいる人」などの第１表示３６を入力領域３１に表示させてもよい。また、端末２０Ａの制御部２１は、ユーザＡの位置に対応する名称、例えば地区名、周辺の建物名などを第１表示３６として入力領域３１に表示させてもよい。

【0113】

そして、端末２０Ａの制御部２１は、送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、宛先情報とを通信部２２によってサーバ１０に送信する（Ａ３）。

【0114】

＜第１変形例（１）の効果＞
第１変形例（１）では、宛先情報は、端末２０ＡのユーザＡの位置に関連する位置情報を含む。

【0115】

このような構成による効果の一例として、端末２０ＡのユーザＡは、自身の位置に基づいて第１コンテンツ３７の宛先を容易に設定することができる。

【0116】

＜第１変形例（２）＞
第１実施形態では、端末２０Ａの制御部２１は、地図画像に対するユーザＡの入力に基づいて宛先情報を設定したが、宛先情報を設定できればよく、これに限定されない。

【0117】

第１変形例（２）は、宛先情報が、ユーザＡにより入力領域３１に直接的に入力される変形例である。

【0118】

まず、第１実施形態と同様に、端末２０Ａの制御部２１が、チャットルームＲに送信するコンテンツと、そのコンテンツの宛先に関する宛先情報とを受け付ける（Ａ２）。このとき、端末２０Ａの制御部２１は、図１－１５に示すように、入力領域３１において特定の記号と位置情報の入力を受け付けてもよい。

【0119】

例えば、端末２０Ａの制御部２１は、入力領域３１に「＠東京都＊＊＊＊」と入力された場合、特定の記号「＠」に続いて入力された部分「東京都＊＊＊＊」を特定位置情報３４（例えば住所）に設定してもよい。すなわち、位置情報は、端末２０ＡのユーザＡによる特定の記号「＠」の入力に基づいて入力される情報「東京都＊＊＊＊」を含んでもよい。ここで、特定の記号「＠」は、コンテンツの受信を通知する特定の宛先を指定（例えばメンション）するコマンドを示す。端末２０Ａの制御部２１は、特定位置情報３４を設定すると、その特定位置情報３４から所定の範囲に範囲情報３５（例えば３ｋｍの範囲）を設定してもよい。

【0120】

また、端末２０Ａの制御部２１は、コンテンツの宛先情報を指定する特定の記号、例えば「／」が予め設定されてもよい。例えば、端末２０Ａの制御部２１は、入力領域３１に「＠／スタジアムＫａ」と入力された場合、特定の記号「／」に続いて入力された部分「スタジアムＫａ」を位置情報に設定してもよい。すなわち、位置情報は、端末２０ＡのユーザＡによる特定の記号「／」の入力に基づいて入力される情報「スタジアムＫａ」を含んでもよい。端末２０Ａの制御部２１は、位置情報を設定すると、その情報に基づいてスタジアムＫａの特定位置情報３４を取得してもよい。端末２０Ａの制御部２１は、例えば、複数の場所の名称と特定位置情報３４（例えば緯度および経度など）とを予め関連付けて記憶部２８に記憶し、入力された「スタジアムＫａ」に基づいて記憶部２８を参照することで、スタジアムＫａの特定位置情報３４を取得してもよい。また、端末２０Ａの制御部２１は、地図情報を管理するサーバ１０または他のウェブサーバにアクセスし、入力された「スタジアムＫａ」に基づいてスタジアムＫａの特定位置情報３４を検索してもよい。端末２０Ａの制御部２１は、スタジアムＫａの特定位置情報３４を取得すると、その特定位置情報３４から所定の範囲に範囲情報３５（例えば３ｋｍの範囲）を設定してもよい。

【0121】

続いて、端末２０Ａの制御部２１は、チャットルームＲに送信する第１コンテンツ３７の入力を入力領域３１において受け付けてもよい。端末２０Ａの制御部２１は、ユーザＡによって第１コンテンツ３７が入力領域３１に入力されると、宛先情報に基づく第１表示３６と、第１コンテンツ３７とを関連付けて入力領域３１に表示させる。そして、端末２０Ａの制御部２１は、送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と宛先情報とを通信部２２によってサーバ１０に送信する（Ａ３）。

【0122】

なお、本実施形態では、端末２０Ａの制御部２１は、入力領域３１に入力された特定の記号（例えば「＠」または「／」など）に基づいてコンテンツの宛先情報を設定したが、コンテンツの宛先情報を設定できればよく、これに限定されない。例えば、端末２０Ａの制御部２１は、入力領域３１に入力された「東京都＊＊＊＊」などの特定位置情報３４に基づいて、コンテンツの位置情報を設定してもよい。また、端末２０Ａの制御部２１は、入力領域３１に入力された「スタジアムＫａ３ｋｍ以内」などの範囲情報３５に基づいて、コンテンツの宛先情報を設定してもよい。

【0123】

＜第１変形例（２）の効果＞
第１変形例（２）では、位置情報は、端末２０ＡのユーザＡによる特定の記号の入力に基づいて入力される情報を含む。

【0124】

このような構成による効果の一例として、端末２０Ａの制御部２１は、位置情報を容易に設定することができる。

【0125】

＜第２実施形態＞
第１実施形態では、端末２０Ａの制御部２１は、第１コンテンツの宛先となる対象者の情報（例えばユーザＢの情報）をユーザＡに示すことなく第１コンテンツを送信したが、第１コンテンツを送信する際に、第１コンテンツの宛先となる対象者の情報（例えばユーザＢの情報）をユーザＡに示してもよい。

【0126】

第２実施形態では、端末２０Ａの制御部２１は、チャットルームＲに登録された複数のユーザＢおよびＣのうち、第１コンテンツの宛先の対象者に関する対象者情報を取得し、その対象者情報を表示部２４に表示させる。

【0127】

なお、第１実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第２実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0128】

＜情報処理＞
図２－１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【0129】

まず、第１実施形態と同様に、端末２０Ａの制御部２１は、図１－７に示すように、コンテンツと、そのコンテンツの宛先情報とを受け付ける（Ａ２）。ここで、端末２０Ａの制御部２１は、第１コンテンツ３７の宛先情報がユーザＡにより入力されると、チャットルームＲに登録された複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、第１コンテンツ３７の宛先の対象者に関する対象者情報の送信をサーバ１０に要求してもよい（Ａ２１）。例えば、端末２０Ａの制御部２１は、図１－８Ｂに示すように、宛先情報として特定位置情報３４と範囲情報３５とがユーザＡにより設定された場合に、対象者情報の送信をサーバ１０に要求する。このとき、端末２０Ａの制御部２１は、対象者情報の送信要求と共に宛先情報をサーバ１０に送信してもよい。

【0130】

サーバ１０の制御部１１は、対象者情報の送信要求を受信すると、チャットルームＲに登録されたユーザＢおよびＣの端末２０Ｂおよび２０Ｃに対して、宛先情報に対応するユーザ情報の送信を要求する（Ｂ２１）。例えば、サーバ１０の制御部１１は、端末２０Ａから送信された宛先情報に基づいて、端末２０Ｂおよび２０Ｃの位置情報（例えば特定位置情報）をユーザ情報として送信するように端末２０Ｂおよび２０Ｃに要求してもよい。

【0131】

端末２０Ｂの制御部２１は、ユーザ情報の送信要求をサーバ１０から受信すると、ユーザ情報をサーバ１０に送信する（Ｃ２１）。例えば、端末２０Ｂの制御部２１は、ＧＰＳなどの測位システムを利用してユーザＢの位置情報を取得し、その位置情報をユーザ情報としてサーバ１０に送信してもよい。同様に、端末２０Ｃの制御部２１は、ユーザ情報の送信要求をサーバ１０から受信すると、ユーザＣの位置情報を取得し、その位置情報をユーザ情報としてサーバ１０に送信する（Ｄ２１）。

【0132】

サーバ１０の制御部１１は、チャットルームＲに登録されたユーザＢおよびＣの端末２０Ｂおよび２０Ｃからユーザ情報を受信すると、そのユーザ情報に基づいて対象者情報を生成する（Ｂ２２）。例えば、サーバ１０の制御部１１は、端末２０Ｂおよび２０ＣのユーザＢおよびＣのうち、第１コンテンツ３７の宛先情報に含まれる対象者の人数を算出し、その人数に関する対象人数情報を生成してもよい。サーバ１０の制御部１１は、例えば、受信した端末２０Ｂおよび２０Ｃの位置情報に基づいて、端末２０Ａから送信された範囲情報３５に含まれる対象者の人数を算出し、その人数に関する対象人数情報を生成する。なお、対象人数情報は、例えば、算出された人数であってもよい。ここで、サーバ１０の制御部１１は、範囲情報３５に含まれる対象人数情報を２００人と算出（範囲情報３５の内側に存在するユーザを２００人と算出）したものとする。サーバ１０の制御部１１は、対象者情報を生成すると、その対象者情報を端末２０Ａに送信する（Ｂ２３）。

【0133】

このとき、サーバ１０の制御部１１は、生成された対象者情報をそのまま端末２０Ａに送信してもよいし、しなくてもよい。例えば、サーバ１０の制御部１１は、対象人数情報を生成すると、その対象人数情報のおおよその値を端末２０Ａに送信してもよい。具体的には、サーバ１０の制御部１１は、範囲情報３５に含まれる対象者の人数を２２５人と算出すると、対象人数情報を約２００人として端末２０Ａに送信してもよい。

【0134】

端末２０Ａの制御部２１は、対象者情報をサーバ１０から受信すると、複数の端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣのうち、第１コンテンツ３７の宛先の対象者に関する対象者情報を表示部２４に表示させる（Ａ２２）。例えば、端末２０Ａの制御部２１は、複数の端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣのうち、第１コンテンツ３７の宛先の対象者の人数に関する対象人数情報を表示部２４に表示させてもよい。例えば、端末２０Ａの制御部２１は、図２－２に示すように、範囲情報３５が設定される位置指定画面３３に、対象者の人数に関する対象人数情報４２を表示してもよい。また、端末２０Ａの制御部２１は、図２－３に示すように、宛先情報に基づく第１表示３６が表示される入力領域３１に対象人数情報４２を表示してもよい。

【0135】

このとき、端末２０Ａの制御部２１は、サーバ１０から受信した対象者情報をそのまま表示部２４に表示してもよいし、しなくてもよい。例えば、端末２０Ａの制御部２１は、サーバ１０から対象人数情報４２を受信すると、その対象人数情報４２のおおよその値を表示部２４に表示してもよい。具体的には、端末２０Ａの制御部２１は、サーバ１０から２２５人の対象人数情報４２を受信すると、約２００人とした対象人数情報４２を表示部２４に表示してもよい。

【0136】

これにより、第１コンテンツ３７の宛先の対象者に関する対象者情報がユーザＡにより把握されることになる。このとき、端末２０Ａの制御部２１は、宛先情報の変更、例えば範囲情報３５の変更を受け付けてもよい。そして、端末２０Ａの制御部２１は、第１実施形態と同様に、送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、宛先情報とを通信部２２によってサーバ１０に送信する（Ａ３）。

【0137】

なお、本実施形態では、端末２０Ａからの対象者情報の送信要求（Ａ２１）に応じて端末２０Ｂおよび２０Ｃにユーザ情報の送信を要求（Ｂ２１）したが、端末２０Ｂおよび２０Ｃの位置情報を取得できればよく、これに限定されない。例えば、サーバ１０の制御部１１は、端末２０Ｂおよび２０Ｃに対して所定のタイミングでユーザ情報の送信を要求してもよい。これにより、サーバ１０の制御部１１は、チャットルームＲに登録されたユーザＢおよびＣの位置を予め把握することができる。そして、サーバ１０の制御部１１は、対象者情報の送信を端末２０Ａから要求されると（Ｂ２１）、予め取得された端末２０Ｂおよび２０Ｃの位置情報に基づいて対象者情報を生成する（Ｂ２２）。

【0138】

本実施形態では、サーバ１０の制御部１１は、端末２０Ｂおよび２０Ｃにユーザ情報の送信を要求することで端末２０Ｂおよび２０Ｃの位置情報を取得したが、端末２０Ｂおよび２０Ｃの位置情報を取得できればよく、これに限定されない。例えば、端末２０Ｂおよび２０Ｃの制御部２１は、自身の位置情報を自動的にサーバ１０に送信（例えば所定の間隔で位置情報を送信）してもよい。これにより、サーバ１０の制御部１１は、チャットルームＲに登録されたユーザＢおよびＣの位置を常に把握することができる。そして、サーバ１０の制御部１１は、対象者情報の送信を端末２０Ａから要求されると（Ｂ２１）、予め取得された端末２０Ｂおよび２０Ｃの位置情報に基づいて対象者情報を生成する（Ｂ２２）。

【0139】

＜第２実施形態の効果＞
第２実施形態では、端末２０Ａの表示部２４は、複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、第１コンテンツ３７の宛先の対象者に関する対象者情報（限定ではなく、対象者に関する情報の一例）を表示する。

【0140】

このような構成による効果の一例として、端末２０ＡのユーザＡは、第１コンテンツ３７の宛先情報を適切に設定することができる。

【0141】

また、第２実施形態では、端末２０Ａの表示部２４は、複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、第１コンテンツ３７の宛先の対象者の人数に関する対象人数情報４２を表示する。

【0142】

このような構成による効果の一例として、端末２０ＡのユーザＡは、対象人数情報４２を把握することで、第１コンテンツ３７の宛先情報をより適切に設定することができる。
例えば、端末２０ＡのユーザＡは、範囲情報３５を変更して対象人数情報４２を所望の値に設定し、その対象人数情報４２を通知の対象者として第１コンテンツ３７を送信することができる。

【0143】

＜第２変形例（１）＞
第２実施形態では、端末２０Ａの制御部２１は、対象人数情報４２の値に関わらず対象人数情報４２を表示部２４に表示したが、対象人数情報４２の値に応じて対象人数情報４２の表示を制限してもよい。

【0144】

第２変形例（１）では、端末２０Ａの制御部２１は、対象人数情報４２が所定の人数以上または所定の人数よりも多い場合、対象人数情報４２を表示部２４に表示する。

【0145】

まず、第２実施形態と同様に、サーバ１０の制御部１１は、第１コンテンツ３７の宛先の対象者の人数に関する対象人数情報４２を生成すると、その対象人数情報４２を端末２０Ａに送信する（Ｂ２３）。続いて、端末２０Ａの制御部２１は、サーバ１０から対象人数情報４２を受信すると、その対象人数情報４２の値に基づいて対象人数情報４２の表示を制限するか否かを判定してもよい。

【0146】

例えば、端末２０Ａの制御部２１は、対象人数情報４２の表示を制限する所定の人数が予め設定されてもよい。端末２０Ａの制御部２１は、対象人数情報４２が所定の人数以上または所定の人数よりも多い場合、図２－２に示すように、対象人数情報４２を表示部２４に表示してもよい（Ａ２２）。

【0147】

一方、端末２０Ａの制御部２１は、対象人数情報４２が所定の人数よりも少ないまたは所定の人数以下の場合、対象人数情報４２の表示を制限してもよい。例えば、端末２０Ａの制御部２１は、図１－８Ｂに示すように、対象人数情報４２を表示しなくてもよい。また、端末２０Ａの制御部２１は、範囲情報３５に対象者が存在するか否かを表示するように対象人数情報４２の表示を制限してもよい。ここで、対象人数情報４２の表示を制限する所定の人数は、範囲情報３５に基づいて設定されてもよい。

【0148】

そして、端末２０Ａの制御部２１は、第２実施形態と同様に、図１－９に示す送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、宛先情報とを通信部２２によってサーバ１０に送信する（Ａ３）。

【0149】

＜第２変形例（１）の効果＞
第２変形例（１）では、対象人数情報４２は、設定された人数以上または設定された人数よりも多い場合、表示部２４に表示される。

【0150】

このような構成による効果の一例として、端末２０Ａの制御部２１は、対象人数情報４２を適切に表示することができる。
例えば、端末２０Ａの制御部２１は、対象人数情報４２が少ない場合に対象人数情報４２の表示を制限することで、第１コンテンツ３７の宛先となる対象者が特定されるのを抑制することができる。

【0151】

＜第２変形例（２）＞
第２実施形態では、対象人数情報４２は、対象者の人数を示したが、対象者の人数に関する情報であればよく、これに限定されない。

【0152】

第２変形例（２）では、対象人数情報４２は、範囲情報３５の範囲内に対象者が存在するか否かを示す。

【0153】

まず、第２実施形態と同様に、サーバ１０の制御部１１は、チャットルームＲに登録されたユーザＢおよびＣの端末２０Ｂおよび２０Ｃから受信したユーザ情報に基づいて、第１コンテンツ３７の宛先の対象者情報を生成する（Ｂ２２）。このとき、サーバ１０の制御部１１は、端末２０Ｂおよび２０Ｃから受信した位置情報に基づいて、端末２０Ａから送信された範囲情報３５の範囲内に対象者が存在するか否かを示す対象人数情報４２を生成してもよい。

【0154】

サーバ１０の制御部１１は、対象人数情報４２を生成すると、その対象人数情報４２を端末２０Ａに送信する（Ｂ２３）。そして、端末２０Ａの制御部２１は、サーバ１０から対象人数情報４２を受信すると、その対象人数情報４２を表示部２４に表示させる（Ａ２２）。例えば、対象者が存在することを示す対象人数情報４２を受信した場合、端末２０Ａの制御部２１は、図２－４に示すように、範囲情報３５の範囲内に対象者が存在することを示す対象人数情報４２を表示部２４に表示してもよい。一方、対象者が存在しないことを示す対象人数情報４２を受信した場合、端末２０Ａの制御部２１は、範囲情報３５の範囲内に対象者が存在しないことを示す対象人数情報４２を表示部２４に表示してもよい。

【0155】

そして、端末２０Ａの制御部２１は、第２実施形態と同様に、図１－９に示す送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、宛先情報とを通信部２２によってサーバ１０に送信する（Ａ３）。

【0156】

＜第２変形例（２）の効果＞
第２変形例（２）では、対象人数情報４２は、範囲情報３５の範囲内に対象者が存在するか否かを示す。

【0157】

このような構成による効果の一例として、端末２０Ａの制御部２１は、第１コンテンツ３７の宛先となる対象者が特定されるのを確実に抑制することができる。

【0158】

＜第２変形例（３）＞
第２実施形態では、端末２０Ａの制御部２１は、通知の宛先を指定したコンテンツの送信を制限していないが、チャットルームＲに関する人数情報に基づいてコンテンツと宛先情報の送信を制限してもよい。

【0159】

第２変形例（３）では、端末２０Ａの制御部２１は、チャットルームＲに関する人数情報、例えば対象者の人数またはチャットルームＲに登録されたユーザの人数に基づいて、コンテンツと宛先情報の送信を制限する。

【0160】

まず、第２実施形態と同様に、サーバ１０の制御部１１は、第１コンテンツ３７の宛先の対象者の人数に関する対象人数情報４２を生成すると、その対象人数情報４２を端末２０Ａに送信する（Ｂ２３）。続いて、端末２０Ａの制御部２１は、サーバ１０から対象人数情報４２を受信すると、その対象人数情報４２の値に基づいて、コンテンツと宛先情報の送信を制限するか否かを判定してもよい。

【0161】

例えば、端末２０Ａの制御部２１は、コンテンツの送信を制限する所定の人数が予め設定されてもよい。端末２０Ａの制御部２１は、対象人数情報４２の値が所定の人数以上または所定の人数よりも多い場合、図２－２に示すように、対象人数情報４２を表示部２４に表示する（Ａ２２）。そして、端末２０Ａの制御部２１は、図１－９に示す送信ボタン３８に対するユーザＡの入力操作に応じて、第１コンテンツ３７と宛先情報とをサーバ１０に送信する（Ａ３）。

【0162】

一方、端末２０Ａの制御部２１は、対象人数情報４２が所定の人数よりも少ないまたは所定の人数以下の場合、コンテンツと宛先情報の送信を制限する。例えば、端末２０Ａの制御部２１は、コンテンツまたは宛先情報を入力できないように入力領域３１などを制御してもよい。また、端末２０Ａの制御部２１は、送信ボタン３８を入力不可に制御してもよい。

【0163】

なお、本実施形態では、端末２０Ａの制御部２１は、対象者の人数に基づいてコンテンツと宛先情報の送信を制限したが、チャットルームＲに関する人数情報に基づいてコンテンツと宛先情報の送信を制限すればよく、これに限定されない。端末２０Ａの制御部２１は、例えば、チャットルームＲに登録されたユーザＢおよびＣの人数、すなわち対象者の母数に基づいてコンテンツと宛先情報の送信を制限してもよい。例えば、端末２０Ａの制御部２１は、記憶部２８またはサーバ１０からチャットルームＲに登録されたユーザＢおよびＣの人数を取得し、その人数が所定の人数よりも少ないまたは所定の人数以下の場合に、コンテンツと宛先情報の送信を制限してもよい。

【0164】

また、サーバ１０の制御部１１が、対象者情報の送信要求を端末２０Ａから受信したときに、記憶部１５を参照してチャットルームＲに登録されたユーザＢおよびＣの人数を取得してもよい。そして、サーバ１０の制御部１１は、チャットルームＲに登録されたユーザＢおよびＣの人数が所定の人数よりも少ないまたは所定の人数以下の場合、コンテンツと宛先情報の送信を制限する制御情報を端末２０Ａに送信してもよい。これにより、端末２０Ａの制御部２１は、制御情報に基づいてコンテンツと宛先情報の送信を制限する。

【0165】

＜第２変形例（３）の効果＞
第２変形例（３）では、端末２０Ａの制御部２１は、チャットルームＲに関する人数情報に基づいて、コンテンツと宛先情報の送信を制限する。

【0166】

このような構成による効果の一例として、端末２０Ａの制御部２１は、第１コンテンツ３７の宛先となる対象者が特定されるのを確実に抑制することができる。

【0167】

＜第３実施形態＞
第２実施形態では、端末２０Ａの制御部２１は、第１コンテンツ３７の送信前において宛先情報の入力に応じて対象者情報を表示したが、第１コンテンツ３７の送信後に対象者情報を表示してもよい。

【0168】

第３実施形態では、端末２０Ａの制御部２１は、第１コンテンツ３７と宛先情報をサーバ１０に送信すると、その送信された第１コンテンツ３７と、第１コンテンツ３７の宛先の対象者に関する対象者情報とを関連付けてチャットルームＲに表示する。

【0169】

なお、第１実施形態および第２実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第３実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0170】

まず、第１実施形態と同様に、端末２０Ａの制御部２１は、図１－９に示すように、送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、宛先情報とを通信部２２によってサーバ１０に送信する（Ａ３）。サーバ１０の制御部１１は、第１コンテンツ３７および宛先情報を端末２０Ａから受信すると、チャットルームＲに登録されたユーザＡ～Ｃの端末２０Ａ～２０Ｃに、第１コンテンツ３７および宛先情報を送信する（Ｂ１）。そして、端末２０Ａ～２０Ｃの制御部２１は、第１コンテンツ３７および宛先情報を受信すると、第１コンテンツ３７の宛先の対象者に関する対象者情報の送信をサーバ１０に要求してもよい。

【0171】

例えば、サーバ１０の制御部１１は、第２実施形態で示すように、第１コンテンツ３７および宛先情報の受信前に対象者情報を生成（Ｂ２２）している場合には、記憶部１５を参照して対象者情報を取得してもよい。また、サーバ１０の制御部１１は、対象者情報が生成されていない場合には、チャットルームＲに登録されたユーザＢおよびＣの端末２０Ｂおよび２０Ｃに対して、宛先情報に対応するユーザ情報（例えば位置情報）の送信を要求してもよい。サーバ１０の制御部１１は、端末２０Ｂおよび２０Ｃからユーザ情報を受信すると、そのユーザ情報に基づいて対象情報を生成する。例えば、サーバ１０の制御部１１は、端末２０Ｂおよび２０Ｃの位置情報に基づいて、端末２０Ａから送信された範囲情報３５に含まれる対象者の人数を算出し、その人数に関する対象人数情報を対象情報として生成してもよい。

【0172】

このようにして、サーバ１０の制御部１１は、対象者情報を生成すると、対象者情報を送信要求した端末２０Ａ～２０Ｃに対象者情報を送信する。これにより、端末２０Ａの制御部２１は、図３－１に示すように、宛先情報に基づく第２表示３９と、第１コンテンツ３７と、対象者情報４３とをチャットルームＲに表示させる（Ａ４）。このとき、端末２０Ａの制御部２１は、送信された第１コンテンツ３７と、第１コンテンツ３７の宛先の対象者に関する対象者情報４３とを関連付けて表示部２４に表示させてもよい。例えば、端末２０Ａの制御部２１は、第１コンテンツ３７の下側に並ぶように対象者情報４３を表示してもよい。このとき、対象者情報４３は、対象者の人数に関する対象人数情報を含んでもよい。

【0173】

同様に、端末２０Ｂの制御部２１が、宛先情報に基づく第２表示３９と、第１コンテンツ３７と、宛先情報とをチャットルームＲに表示させる（Ｃ１）。また、端末２０Ｃの制御部２１は、宛先情報に基づく第２表示３９と、第１コンテンツ３７と、対象者情報４３とをチャットルームＲに表示させる（Ｄ１）。このとき、端末２０Ｂおよび２０Ｃの制御部２１は、端末２０Ａと同様に、送信された第１コンテンツ３７と、第１コンテンツ３７の宛先の対象者に関する対象者情報４３とを関連付けて表示部２４に表示させてもよい。

【0174】

＜第３実施形態の効果＞
第３実施形態では、端末２０Ａの制御部２１は、送信された第１コンテンツ３７と、第１コンテンツ３７の宛先の対象者に関する対象者情報４３とを関連付けて表示部２４に表示する。

【0175】

このような構成による効果の一例として、チャットルームＲに登録されたユーザＡ～Ｃは、第１コンテンツ３７の対象者情報４３、例えば対象者の人数などを容易に確認することができる。

【0176】

＜第３変形例（１）＞
第３実施形態では、対象者情報４３は、対象者の人数に関する対象人数情報を表示したが、第１コンテンツ３７の宛先の対象者に関する情報であればよく、これに限定されない。

【0177】

第３変形例（１）では、対象者情報４３は、第１コンテンツ３７の宛先の対象者のうち、第１コンテンツ３７を閲覧したユーザの数に関する閲覧数情報を含んでもよい。

【0178】

まず、第３実施形態と同様に、端末２０Ａの制御部２１は、対象者情報４３をサーバ１０から受信すると、宛先情報に基づく第２表示３９と、第１コンテンツ３７と、対象者情報４３とをチャットルームＲに表示させる（Ａ４）。このとき、対象者情報４３は、図３－２に示すように、第１コンテンツ３７の宛先の対象者の数（２００人）のうち、第１コンテンツ３７を閲覧したユーザの数（８０人）に関する閲覧数情報４４を含んでもよい。また、対象者情報４３は、チャットルームＲに登録された全てのユーザのうち、第１コンテンツ３７を閲覧したユーザの数（３５０人）に関する全閲覧数情報４５を含んでもよい。

【0179】

同様に、端末２０Ｂの制御部２１は、宛先情報に基づく第２表示３９と、第１コンテンツ３７と、宛先情報とをチャットルームＲに表示させる（Ｃ１）。また、端末２０Ｃの制御部２１は、宛先情報に基づく第２表示３９と、第１コンテンツ３７と、対象者情報４３とをチャットルームＲに表示させる（Ｄ１）。このとき、端末２０Ｂおよび２０Ｃの制御部２１は、端末２０Ａと同様に、第１コンテンツ３７の宛先の対象者の数（２００人）のうち、第１コンテンツ３７を閲覧したユーザの数（８０人）に関する閲覧数情報４４を含む対象者情報４３を表示部２４に表示させてもよい。

【0180】

なお、対象者情報４３は、チャットルームＲに登録した全てのユーザＡ～Ｃの端末２０Ａ～Ｃで表示されてもよいし、第１コンテンツ３７を送信するユーザＡの端末２０Ａのみで表示されてもよい。

【0181】

＜第３変形例（１）の効果＞
第３変形例（１）では、第１コンテンツ３７の宛先の対象者に関する対象者情報４３は、第１コンテンツ３７の宛先の対象者のうち、第１コンテンツ３７を閲覧したユーザの数に関する閲覧数情報４４（限定ではなく、第１コンテンツ３７を閲覧したユーザの数に関する情報の一例）を含む。

【0182】

このような構成による効果の一例として、チャットルームＲに登録されたユーザＡ～Ｃは、第１コンテンツ３７の対象者情報４３を詳細に確認することができる。

【0183】

＜第４実施形態＞
第１実施形態～第３実施形態では、宛先情報は、例えば図１－８Ａに示すようにコンテンツの宛先となるユーザの位置を指定する位置情報から構成されたが、コンテンツの宛先に関する情報であればよく、これに限定されない。

【0184】

第４実施形態では、宛先情報は、コンテンツの宛先となるユーザの属性に関する属性情報、例えばチャットルームＲにおいてユーザにより設定された属性情報を含んでもよい。

【0185】

なお、第１実施形態～第３実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第４実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0186】

＜情報処理＞
図４－１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【0187】

まず、端末２０Ａの制御部２１は、ユーザＡによる属性情報の入力を受け付ける（Ａ４１）。ここで、属性情報は、各ユーザＡ～Ｃの属性に関する情報であり、例えば、性別、年齢、趣味、チャットルームＲの登録日、購買履歴、検索履歴などが挙げられる。

【0188】

例えば、端末２０Ａの制御部２１は、図４－２Ａに示すように、ユーザＡの入力操作に応じて、ユーザＡのプロフィール情報４６を表示し、そのプロフィール情報４６にユーザＡの属性情報を設定するための設定ボタン４７を設けてもよい。ここで、属性情報は、ユーザＡを分類するタグとして設定されてもよい。端末２０Ａの制御部２１は、ユーザＡにより設定ボタン４７が入力操作されると、図４－２Ｂに示すように、入力欄４９と、保存ボタン５０とを含む設定画面４８を表示してもよい。そして、端末２０Ａの制御部２１は、入力欄４９においてユーザＡによる属性情報の入力を受け付ける。ここでは、入力欄４９において、「＃サッカーチームＫのファン」、「＃１０年以上のファン」、「＃年間パスポートの会員」との属性情報が入力されたものとする。

【0189】

続いて、端末２０Ａの制御部２１は、保存ボタン５０に対するユーザＡの入力操作に応じて、入力欄４９に入力された属性情報をサーバ１０に送信する（Ａ４２）。これにより、ユーザＡの属性情報がサーバ１０に設定されることになる。このとき、属性情報は、チャットルームＲに対して設定、すなわちチャットルームＲごとに設定されてもよい。これにより、チャットルームＲに特有な属性情報が設定されることになる。

【0190】

同様に、端末２０Ｂの制御部２１は、ユーザＢによる属性情報の入力を受け付け（Ｃ４１）、入力欄４９に入力されたユーザＢの属性情報をサーバ１０に送信する（Ｃ４２）。また、端末２０Ｃの制御部２１は、ユーザＣによる属性情報の入力を受け付け（Ｄ４１）、入力欄４９に入力されたユーザＣの属性情報をサーバ１０に送信する（Ｄ４２）。

【0191】

なお、属性情報は、チャットルームＲにユーザＡ～Ｃを登録された後に設定されるものに限定されない。すなわち、属性情報は、複数の端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣと、端末２０ＡのユーザＡとを含むチャットルームＲに、各々のユーザＡ～Ｃが登録される前にユーザＡ～Ｃによって設定されてもよい。例えば、属性情報は、チャットルームＲにユーザＡ～Ｃを登録する（チャットルームＲに入会する）手続において、ユーザＡ～Ｃによって設定されてもよい。すなわち、属性情報は、チャットルームＲにユーザＡ～Ｃを登録するときに、ほぼ同時に設定されてもよい。この場合においても、属性情報は、上記と同様に設定できるため説明を省略する。

【0192】

サーバ１０の制御部１１は、ユーザＡ～Ｃの属性情報を端末２０Ａ～２０Ｃからそれぞれ受信すると、そのユーザＡ～Ｃの属性情報を記憶部１５に順次記憶させる（Ｂ４１）。このとき、サーバ１０の制御部１１は、ユーザＡ～Ｃを分類するタグとして各ユーザＡ～Ｃの属性情報を記憶してもよい。このようにして、属性情報が、複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃによって設定される。

【0193】

続いて、第１実施形態と同様に、端末２０Ａの制御部２１は、ユーザＡの入力操作に応じて、図４－３Ａに示すように、コンテンツを入力するための入力領域３１を表示部２４に表示させる（Ａ１）。そして、端末２０Ａの制御部２１は、コンテンツと、コンテンツの宛先に関する宛先情報との入力を受け付ける（Ａ２）。

【0194】

このとき、端末２０Ａの制御部２１は、チャットルームＲに登録されたユーザＡ～Ｃの属性情報を宛先情報として受け付けてもよい。すなわち、宛先情報は、ユーザＡ～Ｃの属性情報を含んでもよい。例えば、端末２０Ａの制御部２１は、チャットルームＲに登録されたユーザＡ～Ｃの属性情報の一覧を表示する特定の記号、例えば「＃」が予め設定され、その特定の記号の入力を受け付けてもよい。端末２０Ａの制御部２１は、入力領域３１に特定の記号「＃」が入力されると、チャットルームＲに登録されたユーザＡ～Ｃの属性情報の送信をサーバ１０に要求する（Ａ４３）。そして、サーバ１０の制御部１１は、属性情報の送信要求を端末２０Ａから受信すると、記憶部１５を参照して、チャットルームＲに登録されたユーザＡ～Ｃの属性情報を端末２０Ａに送信する（Ｂ４２）。例えば、サーバ１０の制御部１１は、属性情報として記憶部１５に記憶されたタグの情報を端末２０Ａに送信してもよい。

【0195】

これにより、端末２０Ａの制御部２１は、図４－３Ｂに示すように、チャットルームＲに登録されたユーザＡ～Ｃの属性情報の一覧５１を表示部２４に表示させる。端末２０Ａの制御部２１は、属性情報の一覧５１において、例えば「＃年間パスポートの会員」がユーザＡにより選択されると、その属性情報をコンテンツの宛先情報として設定してもよい。

【0196】

このとき、端末２０Ａの制御部２１は、第２実施形態と同様に、ユーザＡにより選択された特定の属性情報を登録した対象者人数情報を表示部２４に表示させてもよい。例えば、端末２０Ａの制御部２１は、特定の属性情報を登録した対象者人数情報を送信するようにサーバ１０に要求してもよい。サーバ１０の制御部１１は、対象者人数情報の送信要求を受信すると、特定の属性情報を登録したユーザの人数を算出し、その人数を端末２０Ａに送信する。これにより、端末２０Ａの制御部２１は特定の属性情報を登録した対象者人数情報を表示部２４に表示させる。

【0197】

続いて、第１実施形態と同様に、端末２０Ａの制御部２１は、ユーザＡによって第１コンテンツ３７が入力領域３１に入力されると、宛先情報に基づく第１表示３６と、第１コンテンツ３７とを関連付けて入力領域３１に表示させる。そして、端末２０Ａの制御部２１は、送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、宛先情報とをサーバ１０に送信する（Ａ３）。

【0198】

サーバ１０の制御部１１は、第１コンテンツ３７と宛先情報を端末２０Ａから受信すると、チャットルームＲに登録された全てのユーザＡ～Ｃの端末２０Ａ～２０Ｃに第１コンテンツ３７と宛先情報を送信する（Ｂ１）。端末２０Ｂの制御部２１は、第１コンテンツ３７と宛先情報をサーバ１０から受信すると、図４－４Ａに示すように、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ｃ１）。そして、端末２０Ｂの制御部２１は、宛先情報に指定された属性情報に基づいて、第１コンテンツの受信に関する通知を制御する（Ｃ２）。

【0199】

ここで、ユーザＢは、属性情報として「＃年間パスポートの会員」を設定し、ユーザＣは、属性情報を設定していないものとする。端末２０Ｂの制御部２１は、宛先情報にユーザＢが設定した属性情報「＃年間パスポートの会員」が含まれる場合、第１コンテンツ３７の受信に関する通知を出力するように制御する。

【0200】

同様に、端末２０Ｃの制御部２１は、第１コンテンツ３７と宛先情報をサーバ１０から受信すると、図４－４Ｂに示すように、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ｄ１）。そして、端末２０Ｃの制御部２１は、宛先情報の受信に基づいて、第１コンテンツ３７の受信に関する通知を制御する（Ｄ２）。端末２０Ｃの制御部２１は、宛先情報にユーザＣが設定した属性情報が含まれない場合、第１コンテンツ３７の受信に関する通知を出力しない。

【0201】

なお、本実施形態では、端末２０Ａ～２０Ｃの制御部２１は、例えばチャットルームＲにユーザＡ～Ｃを登録する際に属性情報をチャットルームＲ毎に設定したが、ユーザＡ～Ｃの属性情報を設定できればよく、これに限定されない。例えば、端末２０Ａ～２０Ｃの制御部２１は、予め設定されたユーザＡ～Ｃの属性情報を各チャットルームＲに適用してもよい。すなわち、端末２０Ａ～２０Ｃの制御部２１は、同じ属性情報を複数のチャットルームＲに設定してもよい。

【0202】

＜第４実施形態の効果＞
第４実施形態では、宛先情報は、ユーザ属性に関する属性情報を含む。

【0203】

このような構成による効果の一例として、端末２０ＡのユーザＡは、属性情報に含まれる特定のユーザを第１コンテンツ３７の宛先として容易に設定することができる。

【0204】

また、第４実施形態では、属性情報は、複数端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣによって設定される。

【0205】

このような構成による効果の一例として、端末２０ＡのユーザＡは、各ユーザＢおよびＣにより属性情報が設定されるため、その属性情報に基づいて、第１コンテンツ３７の宛先を適切に設定することができる。

【0206】

また、第４実施形態では、属性情報は、複数端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣと、端末２０ＡのユーザＡとを含むチャットルームＲに登録する前に設定される情報である。

【0207】

このような構成による効果の一例として、端末２０Ａ～２０ＣのユーザＡ～Ｃは、属性情報を確実に設定することができる。

【0208】

また、第４実施形態では、属性情報は、チャットルームＲごとに設定される情報である。

【0209】

このような構成による効果の一例として、端末２０ＡのユーザＡは、チャットルームＲに特有な属性情報が設定されるため、その属性情報に基づいて、第１コンテンツ３７の宛先を適切に設定することができる。

【0210】

また、第４実施形態では、端末２０Ｂおよび２０Ｃの制御部２１は、宛先情報にユーザＢおよびＣが設定した属性情報が含まれる場合、第１コンテンツ３７の受信に関する通知を制御する。

【0211】

このような構成による効果の一例として、端末２０Ｂおよび２０ＣのユーザＢおよびＣは、第１コンテンツ３７の受信を容易に把握することができる。

【0212】

＜第５実施形態＞
第１実施形態～第４実施形態では、宛先情報は、ユーザＢおよびＣの位置情報または属性情報などから構成されたが、コンテンツの受信を通知する宛先を指定できればよく、これに限定されない。

【0213】

第５実施形態では、宛先情報は、チャットルームＲに所属している期間に関する期間情報を含んでもよい。

【0214】

なお、第１実施形態～第４実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第５実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0215】

まず、第１実施形態と同様に、端末２０Ａの制御部２１は、図５－１に示すように、ユーザＡの入力操作に応じて、コンテンツを入力するための入力領域３１を表示部２４に表示させる（Ａ１）。そして、端末２０Ａの制御部２１は、コンテンツと、コンテンツの宛先に関する宛先情報との入力を受け付ける（Ａ２）。このとき、宛先情報は、複数の端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣと、端末２０ＡのユーザＡとを含むチャットルームＲに所属している期間（登録から現在までの期間）に関する期間情報５２を含んでもよい。

【0216】

例えば、端末２０Ａの制御部２１は、コンテンツの受信を通知する宛先を指定（例えばメンション）する特定の記号「＠」が入力領域３１に入力されると、予め設定された期間情報５２を含む属性情報の一覧５１を表示部２４に表示してもよい。ここで、期間情報５２は、例えば、「チャットルームＲの在籍期間が１年以上の人」など、チャットルームＲの在籍期間を直接的に示す情報であってもよい。また、期間情報５２は、「サッカーチームＫの優勝時（特定のイベント）を知っている人」など、チャットルームＲの在籍期間に基づいて期間情報５２に該当するユーザか否かを推測可能な情報（例えば、優勝時がチャットルームＲの在籍期間に含まれる場合は優勝時を知っている人と推測）であってもよい。

【0217】

端末２０Ａの制御部２１は、属性情報の一覧５１において、特定の期間情報５２がユーザＡにより選択されると、その期間情報５２をコンテンツの宛先情報として設定する。このとき、端末２０Ａの制御部２１は、第２実施形態と同様に、ユーザＡにより選択された特定の期間情報５２に含まれる対象者人数情報を表示部２４に表示させてもよい。例えば、端末２０Ａの制御部２１は、特定の期間情報５２に含まれる対象者人数情報を送信するようにサーバ１０に要求してもよい。サーバ１０の制御部１１は、対象者人数情報の送信要求を受信すると、特定の期間情報５２に含まれるユーザの人数を算出し、その人数を端末２０Ａに送信する。これにより、端末２０Ａの制御部２１は、特定の期間情報５２に含まれる対象者人数情報を表示部２４に表示させる。

【0218】

そして、端末２０Ａの制御部２１は、送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、期間情報５２を含む宛先情報とをサーバ１０に送信する（Ａ３）。

【0219】

サーバ１０の制御部１１は、第１コンテンツ３７と期間情報５２を含む宛先情報とを端末２０Ａから受信すると、チャットルームＲに登録されたユーザＡ～Ｃの端末２０Ａ～２０Ｃに第１コンテンツ３７と宛先情報とを送信する（Ｂ１）。これにより、端末２０Ａの制御部２１は、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ａ４）。

【0220】

また、端末２０Ｂの制御部２１は、例えば図５－２Ａに示すように、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ｃ１）。そして、端末２０Ｂの制御部２１は、宛先情報を示す期間情報５２に基づいて、第１コンテンツ３７の受信に関する通知を制御する（Ｃ２）。

【0221】

ここで、端末２０Ｂの制御部２１は、「チャットルームＲの在籍期間が１年以上の人」との期間情報５２を受信した場合、チャットルームＲにおけるユーザＢの在籍期間を記憶部２８またはサーバ１０から取得し、期間情報５２にユーザＢが該当するか否か（在籍期間が１年以上か否か）を判定してもよい。また、端末２０Ｂの制御部２１は、「サッカーチームＫの優勝時を知っている人」との特定のイベントの期間情報５２を受信した場合、チャットルームＲにおけるユーザＢの在籍期間に基づいて期間情報５２にユーザＢが該当するか否かを推測してもよい。具体的には、端末２０Ｂの制御部２１は、チャットルームＲにおけるユーザＢの在籍期間に特定のイベント「サッカーチームＫの優勝時」の日付が含まれるか否か（チャットルームＲの登録日が「サッカーチームＫの優勝時」以前であるか否か）を判定し、在籍期間に特定のイベントの日付が含まれると判定した場合、ユーザＢは「サッカーチームＫの優勝時を知っている人」との期間情報５２に該当すると推測してもよい。そして、端末２０Ｂの制御部２１は、期間情報５２にユーザＢが該当すると判定した場合、第１コンテンツ３７の受信を通知してもよい。なお、「サッカーチームＫの優勝時」の日付は、例えば、サーバ１０から取得してもよいし、外部のウェブサーバを利用して検索してもよい。

【0222】

同様に、端末２０Ｃの制御部２１は、図５－２Ｂに示すように、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ｄ１）。そして、端末２０Ｃの制御部２１は、宛先情報を示す期間情報５２に基づいて、第１コンテンツ３７の受信に関する通知を制御する（Ｄ２）。このとき、端末２０Ｃの制御部２１は、宛先情報を示す期間情報５２にユーザＣが該当しないと判定した場合、第１コンテンツ３７の受信を通知しない。

【0223】

なお、本実施形態では、端末２０Ｂおよび２０Ｃの制御部２１は、期間情報５２にユーザＢおよびＣが該当するか否かを判定したが、その判定結果を取得できればよく、これに限定されない。例えば、端末２０Ｂおよび２０Ｃの制御部２１は、第１コンテンツ３７と宛先情報とをサーバ１０から受信すると、宛先情報を示す期間情報５２にユーザＢおよびＣが該当するか否かの判定をサーバ１０に要求してもよい。サーバ１０の制御部１１は、判定要求を端末２０Ｂおよび２０Ｃから受信すると、記憶部１５に記憶されたチャットルームＲにおけるユーザＢおよびＣの在籍期間に基づいて、期間情報５２にユーザＢおよびＣが該当するか否かを判定する。端末２０Ｂおよび２０Ｃの制御部２１は、判定結果をサーバ１０から取得すると、その判定結果に基づいて第１コンテンツ３７の受信に関する通知を制御してもよい。

【0224】

＜第５実施形態の効果＞
第５実施形態では、宛先情報は、複数の端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣと、端末２０ＡのユーザＡとを含むチャットルームＲに所属している期間に関する期間情報５２（限定ではなく、期間に関する情報の一例）を含む。

【0225】

このような構成による効果の一例として、端末２０ＡのユーザＡは、期間情報５２に該当するユーザを、第１コンテンツ３７の受信を通知する宛先として容易に設定することができる。

【0226】

＜第５変形例（１）＞
第５実施形態では、宛先情報は、チャットルームＲに所属している期間情報５２を含んだが、コンテンツの受信を通知する宛先を指定できればよく、これに限定されない。

【0227】

第５変形例（１）では、宛先情報は、チャットルームＲにおいて端末２０ＡのユーザＡによって指定された特定のコンテンツに関する情報、例えばＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、写真またはメッセージなどに関する情報を含む。

【0228】

まず、第５実施形態と同様に、端末２０Ａの制御部２１は、図５－３Ａに示すように、ユーザＡの入力操作に応じて、コンテンツを入力するための入力領域３１を表示部２４に表示させる（Ａ１）。そして、端末２０Ａの制御部２１は、コンテンツと、コンテンツの宛先に関する宛先情報との入力を受け付ける（Ａ２）。このとき、宛先情報は、端末２０ＡのユーザＡによって指定された特定のＵＲＬ５３に関するＵＲＬ情報を含んでもよい。

【0229】

例えば、端末２０Ａの制御部２１は、コンテンツの受信を通知する宛先を指定（例えばメンション）する特定の記号「＠」が入力領域３１に入力された後に、ユーザＡによってＵＲＬ５３が指定（例えば入力操作による指定）されると、そのＵＲＬ５３のＵＲＬ情報をコンテンツの宛先情報として設定する。なお、ＵＲＬ情報は、ＵＲＬ５３を特定するための情報、例えばＵＲＬ５３のテキスト情報、チャットルームＲにおけるＵＲＬ５３の位置情報、チャットルームＲにおけるＵＲＬ５３の識別情報などを含んでもよい。

【0230】

このとき、端末２０Ａの制御部２１は、第２実施形態と同様に、ユーザＡにより選択された特定のＵＲＬ情報に含まれる対象者人数情報を表示部２４に表示させてもよい。例えば、端末２０Ａの制御部２１は、特定のＵＲＬ情報に含まれる対象者人数情報を送信するようにサーバ１０に要求してもよい。サーバ１０の制御部１１は、特定のＵＲＬ情報に含まれるユーザの人数を算出し、その人数を端末２０Ａに送信する。これにより、端末２０Ａの制御部２１は、特定のＵＲＬ情報に含まれる対象者人数情報を表示部２４に表示させる。

【0231】

そして、端末２０Ａの制御部２１は、送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、ＵＲＬ情報を含む宛先情報とをサーバ１０に送信する（Ａ３）。

【0232】

サーバ１０の制御部１１は、第１コンテンツ３７とＵＲＬ情報を含む宛先情報とを端末２０Ａから受信すると、チャットルームＲに登録されたユーザＡ～Ｃの端末２０Ａ～２０Ｃに第１コンテンツ３７と宛先情報とを送信する（Ｂ１）。これにより、端末２０Ａの制御部２１は、図５－３Ｂに示すように、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ａ４）。このとき、第２表示３９は、例えば、「ｈｔｔｐｓ：／／ｗｗｗ．＊＊＊＊＊＊＊＊＊＊を読んだ人」など、宛先情報を示す内容が表示されてもよい。

【0233】

また、端末２０Ｂの制御部２１は、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ｃ１）。そして、端末２０Ｂの制御部２１は、宛先情報を示すＵＲＬ情報に基づいて、第１コンテンツ３７の受信に関する通知を制御する（Ｃ２）。

【0234】

このとき、端末２０Ｂの制御部２１は、宛先情報を示すＵＲＬ情報に基づいて、チャットルームＲにおけるユーザＢのＵＲＬ５３に対する選択履歴を記憶部２８またはサーバ１０から取得してもよい。そして、端末２０Ｂの制御部２１は、取得されたＵＲＬ５３に対する選択履歴に基づいて、ＵＲＬ５３を読んだ人にユーザＢが該当するか否か、すなわちＵＲＬ５３が示すサイトをユーザＢが読んだか否かを判定してもよい。なお、チャットルームＲ内にＵＲＬ５３と同じＵＲＬが存在（複数のＵＲＬ５３が存在）する場合、いずれか１つのＵＲＬ５３をユーザＢが選択していれば、ＵＲＬ５３を読んだ人にユーザＢが該当すると判定してもよい。このように、端末２０Ｂの制御部２１は、ＵＲＬ５３を読んだ人にユーザＢが該当すると判定した場合、第１コンテンツ３７の受信を通知してもよい。

【0235】

同様に、端末２０Ｃの制御部２１は、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ｄ１）。そして、端末２０Ｃの制御部２１は、宛先情報を示すＵＲＬ情報に基づいて、第１コンテンツ３７の受信に関する通知を制御する（Ｄ２）。このとき、端末２０Ｃの制御部２１は、ＵＲＬ５３を読んだ人にユーザＣが該当しないと判定した場合、第１コンテンツ３７の受信を通知しない。

【0236】

＜第５変形例（１）の効果＞
第５変形例（１）では、宛先情報は、チャットルームＲにおいて端末２０ＡのユーザＡによって指定されたＵＲＬ５３に関するＵＲＬ情報（限定ではなく、ＵＲＬ５３に関する情報の一例）を含む。

【0237】

このような構成による効果の一例として、端末２０ＡのユーザＡは、ＵＲＬ５３を読んだユーザを、第１コンテンツ３７の受信を通知する宛先として容易に設定することができる。

【0238】

＜第５変形例（２）＞
第５変形例（１）では、宛先情報は、チャットルームＲにおいて端末２０ＡのユーザＡによって指定されたＵＲＬ５３に関するＵＲＬ情報を含んだが、特定のコンテンツに関する情報を含んでいればよく、これに限定されない。

【0239】

第５変形例（２）では、宛先情報は、チャットルームＲにおいて端末２０ＡのユーザＡによって指定された特定の画像に関する画像情報を含む。

【0240】

まず、第５変形例（１）と同様に、端末２０Ａの制御部２１は、図５－４Ａに示すように、ユーザＡの入力操作に応じて、コンテンツを入力するための入力領域３１を表示部２４に表示させる（Ａ１）。そして、端末２０Ａの制御部２１は、コンテンツと、コンテンツの宛先に関する宛先情報との入力を受け付ける（Ａ２）。このとき、宛先情報は、端末２０ＡのユーザＡによって指定された特定の画像５５に関する画像情報を含んでもよい。

【0241】

例えば、端末２０Ａの制御部２１は、コンテンツの受信を通知する宛先を指定（例えばメンション）する特定の記号「＠」が入力領域３１に入力された後に、ユーザＡによって特定の画像５５が指定（例えば転送ボタンが入力操作）されると、その画像の画像情報をコンテンツの宛先情報として設定する。なお、画像情報は、画像５５を特定するための情報、例えばチャットルームＲにおける画像５５の位置情報、チャットルームＲにおける画像５５の識別情報などを含んでもよい。

【0242】

このとき、端末２０Ａの制御部２１は、第２実施形態と同様に、ユーザＡにより選択された特定の画像５５を閲覧した対象者人数情報を表示部２４に表示させてもよい。例えば、端末２０Ａの制御部２１は、特定の画像５５を閲覧した対象者人数情報を送信するようにサーバ１０に要求してもよい。サーバ１０の制御部１１は、特定の画像５５を閲覧したユーザの人数を算出し、その人数を端末２０Ａに送信する。これにより、端末２０Ａの制御部２１は、特定の属性情報を登録した対象者人数情報を表示部２４に表示させる。

【0243】

そして、端末２０Ａの制御部２１は、送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、画像情報を含む宛先情報とをサーバ１０に送信する（Ａ３）。

【0244】

サーバ１０の制御部１１は、第１コンテンツ３７と画像情報を含む宛先情報とを端末２０Ａから受信すると、チャットルームＲに登録されたユーザＡ～Ｃの端末２０Ａ～２０Ｃに第１コンテンツ３７と宛先情報とを送信する（Ｂ１）。これにより、端末２０Ａの制御部２１は、図５－４Ｂに示すように、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ａ４）。このとき、第２表示３９は、例えば、「画像５５を閲覧した人」など、宛先情報を示す内容が表示されてもよい。また、第２表示３９は、画像５５が添付されてもよい。

【0245】

また、端末２０Ｂの制御部２１は、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ｃ１）。そして、端末２０Ｂの制御部２１は、宛先情報を示す画像情報に基づいて、第１コンテンツ３７の受信に関する通知を制御する（Ｃ２）。

【0246】

このとき、端末２０Ｂの制御部２１は、宛先情報を示す画像情報に基づいて、チャットルームＲにおけるユーザＢの画像５５に対する選択履歴を記憶部２８またはサーバ１０から取得してもよい。そして、端末２０Ｂの制御部２１は、取得された画像５５に対する選択履歴に基づいて、「画像５５を閲覧した人」にユーザＢが該当するか否か、すなわち画像５５を拡大してユーザＢが閲覧したか否かを判定してもよい。端末２０Ｂの制御部２１は、画像５５を閲覧した人にユーザＢが該当すると判定した場合、第１コンテンツ３７の受信を通知してもよい。

【0247】

同様に、端末２０Ｃの制御部２１は、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ｄ１）。そして、端末２０Ｃの制御部２１は、宛先情報を示す画像情報に基づいて、第１コンテンツ３７の受信に関する通知を制御する（Ｄ２）。このとき、端末２０Ｃの制御部２１は、画像５５を閲覧した人にユーザＣが該当しないと判定した場合、第１コンテンツ３７の受信を通知しない。

【0248】

＜第５変形例（２）の効果＞
第５変形例（２）では、宛先情報は、チャットルームＲにおいて端末２０ＡのユーザＡによって指定された画像５５に関する画像情報（限定ではなく、画像５５に関する情報の一例）を含む。

【0249】

このような構成による効果の一例として、端末２０ＡのユーザＡは、画像５５を閲覧したユーザを、第１コンテンツ３７の受信を通知する宛先として容易に設定することができる。

【0250】

＜第５変形例（３）＞
第５変形例（１）および（２）では、宛先情報は、ＵＲＬ情報または画像情報を含んだが、これに限定されない。

【0251】

第５変形例（２）では、宛先情報は、チャットルームＲにおいて端末２０ＡのユーザＡによって指定された特定のメッセージに関するメッセージ情報を含む。

【0252】

まず、第５変形例（１）と同様に、端末２０Ａの制御部２１は、図５－５Ａに示すように、ユーザＡの入力操作に応じて、コンテンツを入力するための入力領域３１を表示部２４に表示させる（Ａ１）。そして、端末２０Ａの制御部２１は、コンテンツと、コンテンツの宛先に関する宛先情報との入力を受け付ける（Ａ２）。このとき、宛先情報は、端末２０ＡのユーザＡによって指定された特定のメッセージ５７に関するメッセージ情報を含んでもよい。

【0253】

例えば、端末２０Ａの制御部２１は、コンテンツの受信を通知する宛先を指定（例えばメンション）する特定の記号「＠」が入力領域３１に入力された後に、ユーザＡによって特定のメッセージ５７が指定（例えば入力操作による指定）されると、その特定のメッセージ５７のメッセージ情報をコンテンツの宛先情報として設定する。なお、メッセージ情報は、メッセージ５７を特定するための情報、例えばメッセージ５７のテキスト情報、チャットルームＲにおけるメッセージ５７の位置情報、チャットルームＲにおけるメッセージ５７の識別情報などを含んでもよい。

【0254】

このとき、端末２０Ａの制御部２１は、第２実施形態と同様に、ユーザＡにより選択された特定のメッセージ５７を読んだ対象者人数情報を表示部２４に表示させてもよい。例えば、端末２０Ａの制御部２１は、特定のメッセージ５７を読んだ対象者人数情報を送信するようにサーバ１０に要求してもよい。サーバ１０の制御部１１は、特定のメッセージ５７を読んだユーザの人数を算出し、その人数を端末２０Ａに送信する。これにより、端末２０Ａの制御部２１は、特定のメッセージ５７を読んだ対象者人数情報を表示部２４に表示させる。

【0255】

そして、端末２０Ａの制御部２１は、送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、メッセージ情報を含む宛先情報とをサーバ１０に送信する（Ａ３）。

【0256】

サーバ１０の制御部１１は、第１コンテンツ３７とメッセージ情報を含む宛先情報とを端末２０Ａから受信すると、チャットルームＲに登録されたユーザＡ～Ｃの端末２０Ａ～２０Ｃに第１コンテンツ３７と宛先情報とを送信する（Ｂ１）。これにより、端末２０Ａの制御部２１は、図５－５Ｂに示すように、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ａ４）。このとき、第２表示３９は、例えば、「メッセージ５７を読んだ人」など、宛先情報を示す内容が表示されてもよい。また、メッセージ５７は、全ての内容が表示されてもよいし、一部の内容が表示されてもよい。

【0257】

また、端末２０Ｂの制御部２１は、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ｃ１）。そして、端末２０Ｂの制御部２１は、宛先情報に指定されたメッセージ情報に基づいて、第１コンテンツ３７の受信に関する通知を制御する（Ｃ２）。

【0258】

このとき、端末２０Ｂの制御部２１は、宛先情報を示すメッセージ情報に基づいて、チャットルームＲにおけるユーザＢのメッセージ５７に対する選択履歴を記憶部２８またはサーバ１０から取得してもよい。そして、端末２０Ｂの制御部２１は、取得されたメッセージ５７に対する選択履歴に基づいて、メッセージ５７を読んだ人にユーザＢが該当するか否か、すなわちユーザＢがメッセージ５７を実際に表示させたか否かを判定してもよい。このとき、端末２０Ｂの制御部２１は、特定のメッセージ５７のインプレッション情報に基づいて判定してもよい。例えば、インプレッション情報は、特定のメッセージ５７に対する入力操作（例えばクリック）があったか否かを示す情報であってもよいし、なくてもよい。また、インプレッション情報は、表示部２４に特定のメッセージ５７の少なくとも一部が表示されたときに１インプレッションとして生成され、そのインプレッションの度合いに基づいて判定されてもよい。また、インプレッション情報は、表示部２４に特定のメッセージ５７の全てが表示されたか否かを示す情報であってもよいし、なくてもよい。このようにして、端末２０Ｂの制御部２１は、メッセージ５７を読んだ人にユーザＢが該当すると判定した場合、第１コンテンツ３７の受信を通知してもよい。

【0259】

同様に、端末２０Ｃの制御部２１は、宛先情報に基づく第２表示３９と、第１コンテンツ３７とをチャットルームＲに表示させる（Ｄ１）。そして、端末２０Ｃの制御部２１は、宛先情報を示すメッセージ情報に基づいて、第１コンテンツ３７の受信に関する通知を制御する（Ｄ２）。このとき、端末２０Ｃの制御部２１は、メッセージ５７を読んだ人にユーザＣが該当しないと判定した場合、第１コンテンツ３７の受信を通知しない。

【0260】

＜第５変形例（３）の効果＞
第５変形例（３）では、宛先情報は、チャットルームＲにおいて端末２０ＡのユーザＡによって指定されたメッセージ５７に関するメッセージ情報（限定ではなく、メッセージ５７に関する情報の一例）を含む。

【0261】

このような構成による効果の一例として、端末２０ＡのユーザＡは、メッセージ５７を実際に読んだユーザを、第１コンテンツ３７の受信を通知する宛先として容易に設定することができる。

【0262】

＜第６実施形態＞
第１実施形態～第５実施形態では、端末２０Ａの制御部２１は、チャットルームＲに登録されたユーザＢおよびＣの端末２０Ｂおよび２０Ｃに対して一方向の第１コンテンツ３７を送信したが、応答可能なコンテンツを送信してもよい。

【0263】

第６実施形態では、端末２０Ａの制御部２１は、応答可能な第２コンテンツと、宛先情報とをチャットルームＲに登録されたユーザＢおよびＣの端末２０Ｂおよび２０Ｃに送信する。端末２０Ｂおよび２０Ｃの制御部２１は、第２コンテンツと宛先情報とを通信部２２によって受信すると、宛先情報に基づいて、宛先情報の対象ユーザのみが応答可能な第２コンテンツを表示部２４に表示させる。

【0264】

なお、第１実施形態～第５実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第６実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0265】

まず、第１実施形態と同様に、端末２０Ａの制御部２１は、図１－７に示すように、コンテンツと、コンテンツの宛先に関する宛先情報とを受け付ける（Ａ２）。このとき、端末２０Ａの制御部２１は、宛先情報の対象となるユーザのみが応答可能な第２コンテンツの入力を受け付けてもよい。例えば、図６－１に示すように、第２コンテンツ５８は、宛先情報の対象となるユーザに回答を求めるアンケートなどを含んでもよい。第２コンテンツ５８には、宛先情報の対象となるユーザが回答する回答欄５９が設けられてもよい。ここでは、第２コンテンツ５８は、スタジアムＫａ付近にいる人に対して投票を求めるアンケートから構成されるものとする。また、回答欄５９は、投票の有無を入力可能に構成されてもよい。

【0266】

また、端末２０Ａの制御部２１は、例えば図１－８Ｂに示すように、宛先情報として、特定位置情報３４と範囲情報３５を含む位置情報の入力を受け付けてもよい。例えば、特定位置情報３４は、「スタジアムＫａ」の位置に設定されてもよい。また、範囲情報３５は、「スタジアムＫａ」の位置を中心に特定の範囲に設定されてもよい。

【0267】

端末２０Ａの制御部２１は、第２コンテンツ５８と位置情報を含む宛先情報とが入力されると、送信ボタン３８に対するユーザＡの入力操作に応じて、第２コンテンツ５８と宛先情報とをサーバ１０に送信する（Ａ３）。そして、サーバ１０の制御部１１は、第２コンテンツ５８と宛先情報を端末２０Ａから受信すると、チャットルームＲに登録された全てのユーザＡ～Ｃの端末２０Ａ～２０Ｃに第２コンテンツ５８と宛先情報を送信する（Ｂ１）。これにより、端末２０Ａ～２０Ｃの通信部２２は、複数の端末２０Ａ～２０Ｃのうちの端末２０ＡのユーザＡによって入力された第２コンテンツ５８と、端末２０ＡのユーザＡによって入力された、コンテンツの宛先に関する宛先情報とを受信することになる。

【0268】

端末２０Ｂの制御部２１は、第２コンテンツ５８と宛先情報をサーバ１０から受信すると、宛先情報に基づいて、宛先情報の対象のユーザのみが応答可能な第２コンテンツ５８を表示部２４に表示させる（Ｃ１）。例えば、端末２０Ｂの制御部２１は、図６－２Ａに示すように、宛先情報に基づく第２表示３９と、第２コンテンツ５８とをチャットルームＲに表示してもよい。そして、端末２０Ｂの制御部２１は、図６－２Ｂに示すように、第２コンテンツ５８に対するユーザＢの入力操作に応じて、第２コンテンツ５８を表示部２４に拡大表示してもよい。このとき、端末２０Ｂの制御部２１は、宛先情報を示す位置情報に端末２０ＢのユーザＢが含まれる（範囲情報３５の内側にユーザＢが位置する）場合、第２コンテンツ５８を応答可能に表示させる。これにより、端末２０Ｂの制御部２１は、回答欄５９においてユーザＢの投票を受け付ける。端末２０Ｂの制御部２１は、回答欄５９にユーザＢの応答が入力されると、その応答結果をサーバ１０に送信する。

【0269】

同様に、端末２０Ｃの制御部２１は、第２コンテンツ５８と宛先情報をサーバ１０から受信すると、宛先情報に基づいて、宛先情報の対象のユーザのみが応答可能な第２コンテンツ５８を表示部２４に表示させる（Ｄ１）。ここで、端末２０Ｃの制御部２１は、宛先情報を示す位置情報に端末２０ＣのユーザＣが含まれない（範囲情報３５の外側にユーザＣが位置する）場合、第２コンテンツ５８を応答付加に表示させる。

【0270】

サーバ１０の制御部１１は、ユーザＢを含む宛先情報の対象のユーザの端末２０から応答結果を受信すると、その応答結果を集計処理などして、端末２０Ａに送信してもよい。

【0271】

なお、本実施形態では、端末２０Ｂおよび２０Ｃの制御部２１は、第２コンテンツ５８と宛先情報をサーバ１０から受信したタイミングで宛先情報の対象か否かを判定したが、宛先情報の対象か否かを継続的に判定してもよい。例えば、端末２０Ｃの制御部２１は、宛先情報を示す位置情報に端末２０ＣのユーザＣが含まれない（範囲情報３５の外側にユーザＣが位置する）と判定した後、所定の時刻（例えばイベントが終了する時刻）まで継続して自身の位置情報を取得してもよい。そして、端末２０Ｃの制御部２１は、宛先情報を示す位置情報にユーザＣが含まれると判定した場合、第２コンテンツ５８を応答可能に表示させてもよい。

【0272】

＜第６実施形態の効果＞
第６実施形態では、端末２０Ｂの通信部２２は、複数端末２０Ａ～２０Ｃのうちの端末２０ＡのユーザＡによって入力された第２コンテンツ５８と、端末２０ＡのユーザＡによって入力された、コンテンツの宛先に関する宛先情報とを受信する。そして、端末２０Ｂの制御部２１は、宛先情報に基づいて、宛先情報の対象のユーザのみが応答可能な第２コンテンツ５８を表示部２４に表示させる。

【0273】

このような構成による効果の一例として、宛先情報の対象のユーザＢは、第２コンテンツ５８に対して容易に応答することができる。

【0274】

＜第７実施形態＞
第１実施形態～第６実施形態では、端末２０Ｂおよび２０Ｃの制御部２１は、宛先情報の対象となった全てのユーザにコンテンツの受信を通知したが、特定のユーザについては通知を制限してもよい。

【0275】

第７実施形態では、端末２０Ｂおよび２０Ｃの制御部２１は、宛先情報の受信とユーザＢおよびＣによる通知の設定とに基づいて、コンテンツの受信に関する通知を制御する。例えば、端末２０Ｂおよび２０Ｃの制御部２１は、ユーザＢおよびＣがコンテンツの受信に関する通知の機能をＯＦＦに設定している場合、宛先情報の対象と判定しても第１コンテンツ３７の受信を通知しなくてもよい。

【0276】

なお、第１実施形態～第６実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第７実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0277】

＜情報処理＞
図７－１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【0278】

まず、第１実施形態と同様に、サーバ１０の制御部１１は、第１コンテンツ３７と宛先情報を端末２０Ａから受信すると、チャットルームＲに登録された全てのユーザＡ～Ｃの端末２０Ａ～２０Ｃに第１コンテンツ３７と宛先情報を送信する（Ｂ１）。そして、端末２０Ｂの制御部２１は、第１コンテンツ３７と宛先情報をサーバ１０から受信すると第１コンテンツ３７をチャットルームＲに表示させる（Ｃ１）。なお、端末２０Ｃの処理は、端末２０Ｂと同様であるため、以下では端末２０Ｂの処理について説明する。

【0279】

このとき、端末２０Ｂの制御部２１は、宛先情報に基づいて、第１コンテンツ３７の受信を通知する宛先が指定されているか否かを判定する（Ｃ７１）。端末２０Ｂの制御部２１は、宛先が指定されていると判定した場合、第１コンテンツ３７の受信を通知する（Ｃ７６）。一方、端末２０Ｂの制御部２１は、宛先が指定されていると判定した場合、図１－１０に示すように、宛先情報に基づく第２表示３９を表示部２４に表示させる（Ｃ７２）。

【0280】

続いて、端末２０Ｂの制御部２１は、宛先情報にユーザＢが含まれるか否か、例えば宛先情報の位置情報にユーザＢが含まれるか否かを判定する（Ｃ７３）。端末２０Ｂの制御部２１は、宛先情報にユーザＢが含まれない場合は、第１コンテンツ３７の受信の通知を無効化する（Ｃ７４）。一方、端末２０Ｂの制御部２１は、宛先情報にユーザＢが含まれる場合には、コンテンツの受信に関する通知設定がＯＮか否かを判定する（Ｃ７５）。

【0281】

一般的に、コンテンツの受信に関する通知設定６０は、図７－２に示すように、ユーザＢによりＯＮとＯＦＦを選択可能に設けられている。この通知設定６０は、宛先が指定（例えばメンションなど）されたコンテンツを受信し、その宛先にユーザＢが含まれる場合に、コンテンツの受信を通知するか否かを設定するものである。

【0282】

端末２０Ｂの制御部２１は、通知設定６０がＯＦＦと判定した場合、ステップＣ７４に進んで、第１コンテンツ３７の受信の通知を無効化する。例えば、端末２０Ｂの制御部２１は、宛先情報を示す位置情報に端末２０ＢのユーザＢが含まれる（範囲情報３５の内側にユーザＢが位置する）場合でも、通知設定６０がＯＦＦと判定すると、第１コンテンツ３７の受信を通知しないことになる。一方、端末２０Ｂの制御部２１は、通知設定６０がＯＮと判定した場合、図１－１２Ａに示すように、第１コンテンツ３７の受信を通知する（Ｃ７６）。

【0283】

＜第７実施形態の効果＞
第７実施形態では、端末２０Ｂの制御部２１は、宛先情報の受信と端末２０ＢのユーザＢによる通知設定６０とに基づいて、コンテンツの受信に関する通知を制御する。

【0284】

このような構成による効果の一例として、端末２０ＢのユーザＢは、宛先情報を指定したコンテンツの受信を通知するか否かを容易に選択することができる。
例えば、ユーザＢは、メンションの通知が不要な場合に、自身の通知設定６０で容易にＯＦＦにすることができる。

【0285】

＜第８実施形態＞
第１実施形態～第７実施形態では、端末２０Ｂおよび２０Ｃの制御部２１は、ユーザＢおよびＣが宛先情報の対象か否かを判定したが、宛先情報の対象のユーザに対してコンテンツの受信を通知できればよく、これに限定されない。

【0286】

第８実施形態では、サーバ１０の制御部１１が、宛先情報に基づいて、複数の端末２０Ｂおよび２０Ｃのうち、宛先情報の対象となるユーザＢの端末２０Ｂにコンテンツの通知を制御する制御情報を送信する。これにより、端末２０Ｂの制御部２１は、制御情報に基づいて、第１コンテンツ３７の受信を通知してもよい。

【0287】

なお、第１実施形態～第７実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第８実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0288】

＜機能構成＞
サーバ１０の機能構成
図８－１は、本実施形態におけるサーバ１０の通信部１４により実現される機能の一例を示す図である。通信部１４は、限定ではなく例として、通信メイン処理部１４１と、受信処理部１４２と、送信処理部１４３とを有する。

【0289】

通信メイン処理部１４１は、制御部１１の制御の下、端末２０Ａ～２０Ｃとの間で情報を送受信する処理である通信メイン処理を実行する機能を有する。

【0290】

受信処理部１４２は、制御部１１の制御の下、複数の端末２０Ａ～２０Ｃに含まれる端末２０ＡのユーザＡによって入力された第１コンテンツと、コンテンツの宛先に関する宛先情報とを受信する処理である受信処理を実行する機能を有する。

【0291】

送信処理部１４３は、制御部１１の制御の下、宛先情報に基づいて、複数の端末２０Ａ～２０Ｃのうち、宛先の対象となるユーザの端末２０にコンテンツの通知を制御するための制御情報を送信する処理である送信処理を実行する機能を有する。

【0292】

図８－２は、本実施形態におけるサーバ１０の記憶部１５に記憶される情報の一例を示す図である。記憶部１５には、限定ではなく例として、制御部１１により読み出されて、サーバメイン処理として実行されるサーバメイン処理プログラム１５１が記憶される。

【0293】

また、サーバメイン処理プログラム１５１は、限定ではなく例として、制御部１１により読み出されて、受信処理として実行される受信処理プログラム１５１１をサブルーチンプログラムとして含む。

【0294】

また、サーバメイン処理プログラム１５１は、限定ではなく例として、制御部１１により読み出されて、送信処理として実行される送信処理プログラム１５１２をサブルーチンプログラムとして含む。

【0295】

図８－３は、本実施形態におけるサーバ１０の制御部１１により実現される機能の一例を示す図である。制御部１１は、限定ではなく例として、サーバメイン処理部１１１と、受信処理部１１２と、送信処理部１１３とを有する。

【0296】

サーバメイン処理部１１１は、記憶部１５に記憶されているサーバメイン処理プログラム１５１に従って、サーバ１０を統括的に制御するための処理であるサーバメイン処理を実行する機能を有している。

【0297】

受信処理部１１２は、記憶部１５に記憶されている受信処理プログラム１５１１に従って、複数の端末２０Ａ～２０Ｃに含まれる端末２０ＡのユーザＡによって入力された第１コンテンツと、コンテンツの宛先に関する宛先情報とを受信する受信処理を実行する。

【0298】

送信処理部１１３は、記憶部１５に記憶されている送信処理プログラム１５１２に従って、宛先情報に基づいて、複数の端末２０Ａ～２０Ｃのうち、宛先の対象となるユーザの端末２０にコンテンツの通知を制御するための制御情報を送信する通信部１４によって受信する受信処理を実行する。

【0299】

＜情報処理＞
図８－４は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【0300】

まず、第１実施形態と同様に、端末２０Ａの制御部２１は、図１－９に示すように、送信ボタン３８に対するユーザＡの入力操作に応じて、ユーザＡによって入力領域３１に入力された第１コンテンツ３７と、宛先情報とをサーバ１０に送信する（Ａ３）。これにより、サーバ１０の通信部１４は、複数の端末２０Ａ～２０Ｃに含まれる端末２０ＡのユーザＡによって入力された第１コンテンツ３７と、コンテンツの宛先に関する宛先情報とを受信することになる。

【0301】

サーバ１０の制御部１１は、第１コンテンツ３７と宛先情報を端末２０Ａから受信すると、チャットルームＲに登録された端末２０Ｂおよび２０Ｃに対して、宛先情報に対応するユーザ情報を要求する（Ｂ８１）。例えば、サーバ１０の制御部１１は、図１－８Ｂに示すように、宛先情報として位置情報が指定されている場合には、端末２０Ｂおよび２０Ｃに対してユーザＢおよびＣの位置情報を要求してもよい。

【0302】

端末２０Ｂの制御部２１は、ユーザＢの位置情報の要求をサーバ１０から受信すると、自身の位置情報を取得し、その位置情報をユーザ情報としてサーバ１０に送信する（Ｃ８１）。端末２０Ｂの制御部２１は、例えば、ＧＰＳなどの測位システムを利用して自身の特定位置情報を取得してもよい。同様に、端末２０Ｃの制御部２１は、ユーザＣの位置情報の要求をサーバ１０から受信すると、自身の位置情報を取得し、その位置情報をユーザ情報としてサーバ１０に送信する（Ｄ８１）。

【0303】

続いて、サーバ１０の制御部１１は、宛先情報に対応するユーザ情報として位置情報を端末２０Ｂおよび２０Ｃから受信すると、そのユーザＢおよびＣの位置情報に基づいて、宛先情報の対象となるユーザを判別する（Ｂ８２）。例えば、サーバ１０の制御部１１は、ユーザＢおよびＣの位置情報が宛先情報で指定された位置情報に含まれるか否かに基づいて、宛先情報の対象となるユーザを判別してもよい。ここで、サーバ１０の制御部１１は、宛先情報の対象としてユーザＢを判別したものとする。

【0304】

サーバ１０の制御部１１は、判別結果に基づいて、第１コンテンツ３７と、宛先情報と、コンテンツの通知を制御するための制御情報とを端末２０Ｂに送信する（Ｂ８３）。このようにして、サーバ１０の制御部１１は、宛先情報に基づいて、複数の端末２０Ａ～２０Ｃのうち、宛先の対象となるユーザＢの端末２０Ｂにコンテンツの通知を制御するための制御情報を通信部１４によって送信することになる。一方、サーバ１０の制御部１１は、判別結果に基づいて、第１コンテンツ３７と宛先情報とを端末２０Ａおよび２０Ｃに送信する（Ｂ８４）。なお、制御情報は、端末２０においてコンテンツの受信を通知するように予め生成されてもよく、判別結果に応じて生成されてもよい。

【0305】

このとき、宛先情報の対象であるユーザＢの端末２０Ｂに第１コンテンツ３７、宛先情報、および制御情報を送信する処理（Ｂ８３）と、宛先情報の対象ではないユーザＡおよびＣの端末２０Ａおよび２０Ｃに第１コンテンツ３７および宛先情報を送信する処理（Ｂ８４）の順番は、特に限定されない。例えば、サーバ１０の制御部１１は、端末２０Ｂに第１コンテンツ３７、宛先情報、および制御情報を送信した後に、端末２０Ａおよび２０Ｃに第１コンテンツ３７および宛先情報を送信してもよい。また、サーバ１０の制御部１１は、端末２０Ａおよび２０Ｃに第１コンテンツ３７および宛先情報を送信した後に、端末２０Ｂに第１コンテンツ３７、宛先情報、および制御情報を送信してもよい。また、サーバ１０の制御部１１は、端末２０Ｂへの第１コンテンツ３７、宛先情報、および制御情報の送信と、端末２０Ａおよび２０Ｃへの第１コンテンツ３７および宛先情報の送信とを同時に処理してもよい。

【0306】

端末２０Ｂの制御部２１は、第１コンテンツ３７と、宛先情報と、制御情報とをサーバ１０から受信すると、図１－１２Ａに示すように、第１コンテンツ３７と、宛先情報に基づく第２表示３９とをチャットルームＲに表示させる（Ｃ１）。そして、端末２０Ｂの制御部２１は、制御情報に基づいて、第１コンテンツ３７の受信に関する通知を制御する（Ｃ２）。

【0307】

例えば、端末２０Ｂの制御部２１は、受信音４０ａを出力するようにスピーカ２６を制御してもよいし、しなくてもよい。また、端末２０Ｂの制御部２１は、バイブレーション機能４０ｂを起動して端末２０Ｂを振動させてもよいし、しなくてもよい。また、端末２０Ｂの制御部２１は、第１コンテンツ３７または第２表示３９を強調表示４０ｃ（例えば太文字で表示など）するように表示部２４を制御してもよいし、しなくてもよい。また、端末２０Ｂの制御部２１は、チャットルームＲのアプリケーションにおける通知機能を利用して、第１コンテンツの受信を通知する通知メッセージ、例えば「メンションされました」などの通知メッセージを表示してもよいし、しなくてもよい。

【0308】

一方、端末２０Ｃの制御部２１は、第１コンテンツ３７と宛先情報をサーバ１０から受信すると、図１－１２Ｂに示すように、第１コンテンツ３７と、宛先情報に基づく第２表示３９とをチャットルームＲに表示させる（Ｄ１）。このとき、端末２０Ｃの制御部２１は、制御情報を受信していないため、第１コンテンツ３７の受信を通知しないことになる。

【0309】

なお、本実施形態では、サーバ１０の制御部１１は、端末２０Ｂのみに制御情報を送信したが、宛先情報の対象として複数のユーザＢおよびＣを判別した場合には、複数の端末２０Ｂおよび２０Ｃに制御情報を送信してもよい。これにより、サーバ１０の制御部１１は、宛先情報に基づいて、複数の端末２０Ａ～２０Ｃのうち、宛先の対象となるユーザＢの端末２０Ｂと、ユーザＣの端末２０Ｃとに制御情報を送信することになる。端末２０Ｂおよび２０Ｃの制御部２１は、制御情報を受信すると、その制御情報に基づいて第１コンテンツ３７の受信に関する通知をそれぞれ制御する。

【0310】

なお、本実施形態では、端末２０Ａから送信された第１コンテンツ３７と宛先情報の受信に応じて端末２０Ｂおよび２０Ｃにユーザ情報の送信を要求（Ｂ８１）したが、端末２０Ｂおよび２０Ｃのユーザ情報を取得できればよく、これに限定されない。例えば、サーバ１０の制御部１１は、端末２０Ｂおよび２０Ｃに対して所定のタイミングでユーザ情報の送信を要求してもよい。これにより、サーバ１０の制御部１１は、チャットルームＲに登録されたユーザＢおよびＣのユーザ情報を予め把握することができる。そして、サーバ１０の制御部１１は、第１コンテンツ３７と宛先情報を端末２０Ａから受信すると、予め取得された端末２０Ｂおよび２０Ｃのユーザ情報に基づいて宛先情報の対象となるユーザを判別する（Ｂ８２）。

【0311】

また、本実施形態では、サーバ１０の制御部１１は、端末２０Ｂおよび２０Ｃにユーザ情報の送信を要求することで端末２０Ｂおよび２０Ｃのユーザ情報を取得したが、端末２０Ｂおよび２０Ｃのユーザ情報を取得できればよく、これに限定されない。例えば、端末２０Ｂおよび２０Ｃの制御部２１は、自身のユーザ情報を自動的にサーバ１０に送信（例えば所定の間隔でユーザ情報を送信）してもよい。これにより、サーバ１０の制御部１１は、チャットルームＲに登録されたユーザＢおよびＣのユーザ情報を常に把握することができる。そして、サーバ１０の制御部１１は、第１コンテンツ３７と宛先情報を端末２０Ａから受信すると、予め取得された端末２０Ｂおよび２０Ｃのユーザ情報に基づいて宛先情報の対象となるユーザを判別する（Ｂ８２）。

【0312】

また、本実施形態では、サーバ１０の制御部１１は、第１コンテンツ３７および宛先情報を端末２０Ｂと、端末２０Ａおよび２０Ｃとに別々に送信したが、これに限定されない。例えば、サーバ１０の制御部１１は、チャットルームＲに登録された全てのユーザＡ～Ｃの端末２０Ａ～２０Ｃに第１コンテンツ３７および宛先情報を送信し、宛先情報の対象であるユーザＢの端末２０Ｂに制御情報を送信してもよい。なお、端末２０Ａ～２０Ｃに第１コンテンツ３７および宛先情報を送信する処理と、端末２０Ｂに制御情報を送信する処理の順番についても、特に限定されるものではない。

【0313】

＜第８実施形態の効果＞
第８実施形態では、サーバ１０の通信部１４は、複数端末２０Ａ～２０Ｃに含まれる端末２０ＡのユーザＡによって入力された第１コンテンツ３７と、コンテンツの宛先に関する宛先情報とを受信する。そして、サーバ１０の制御部１１は、宛先情報に基づいて、複数端末２０Ａ～２０Ｃのうち、宛先の対象となるユーザの端末２０Ｂにコンテンツの通知を制御するための制御情報を通信部１４によって送信する。

【0314】

このような構成による効果の一例として、端末２０Ｂの制御部２１は、第１コンテンツ３７の受信を容易に通知することができる。

【0315】

また、第８実施形態では、サーバ１０の制御部１１は、宛先情報に基づいて、複数端末２０Ａ～２０Ｃのうち、宛先の対象となるユーザＢの端末２０Ｂと、ユーザＣの端末２０Ｃとに制御情報を送信する。

【0316】

このような構成による効果の一例として、複数の端末２０Ｂおよび２０Ｃにおいて、第１コンテンツ３７の受信を容易に通知することができる。

【0317】

＜第９実施形態＞
第９実施形態では、サーバ１０の制御部１１は、端末２０ＡのユーザＡにより予め設定された通話条件に基づいて、チャットルームに含まれる複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、その通話条件を満たすユーザＢが通話に参加可能に制御する。例えば、サーバ１０の制御部１１は、通話に参加するための参加情報を送信することで、ユーザＢの端末２０Ｂを通話に参加可能に制御してもよい。そして、ユーザＢを通話に参加可能とする制御に基づき、複数の端末２０Ａ～２０Ｃの少なくとも一部、例えばユーザＡとユーザＢの通話を処理する。

【0318】

なお、第１実施形態～第８実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第９実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0319】

＜機能構成＞
（１）サーバの機能構成
図９－１は、本実施形態におけるサーバ１０の記憶部１５に記憶される情報の一例を示す図である。記憶部１５には、限定ではなく例として、制御部１１により読み出されて、サーバメイン処理として実行されるサーバメイン処理プログラム１５１が記憶される。

【0320】

また、サーバメイン処理プログラム１５１は、限定ではなく例として、制御部１１により読み出されて、参加ユーザ制御処理として実行される参加ユーザ制御処理プログラム１５１３をサブルーチンプログラムとして含む。

【0321】

また、サーバメイン処理プログラム１５１は、限定ではなく例として、制御部１１により読み出されて、通話処理として実行される通話処理プログラム１５１４をサブルーチンプログラムとして含む。

【0322】

図９－２は、本実施形態におけるサーバ１０の制御部１１により実現される機能の一例を示す図である。制御部１１は、限定ではなく例として、サーバメイン処理部１１１と、参加ユーザ制御処理部１１４と、通話処理部１１５とを有する。

【0323】

サーバメイン処理部１１１は、記憶部１５に記憶されているサーバメイン処理プログラム１５１に従って、サーバ１０を統括的に制御するための処理であるサーバメイン処理を実行する機能を有している。

【0324】

参加ユーザ制御処理部１１４は、記憶部１５に記憶されている参加ユーザ制御処理プログラム１５１３に従って、設定された通話条件に基づいて、チャットルームに含まれる複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、通話に参加可能なユーザを制御する。

【0325】

ここで、通話条件は、チャットルームＲに登録された複数のユーザＡ～Ｃの中から通話先の対象者を抽出する条件であり、例えば、特定のユーザの指定、位置情報、属性情報などから構成されてもよい。

【0326】

通話処理部１１５は、記憶部１５に記憶されている通話処理プログラム１５１４に従って、通話に参加可能なユーザの制御に基づき、複数の端末２０Ａ～２０Ｃの少なくとも一部による通話を処理する。

【0327】

ここで、通話は、複数のユーザ間で通話できればよく、例えば、音声通話（例えば電話など）またはビデオ通話などが挙げられる。

【0328】

＜情報処理＞
図９－３は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【0329】

まず、端末２０Ａの制御部２１は、ユーザＡの入力操作に応じて、ユーザＡ～ユーザＣを含む複数のユーザが登録されたチャットルームＲを表示部２４に表示させる（Ａ９１）。同様に、端末２０Ｂの制御部２１は、ユーザＢの入力操作に応じて、チャットルームＲを表示部２４に表示させる（Ｃ９１）。また、端末２０Ｃの制御部２１は、ユーザＣの入力操作に応じて、チャットルームＲを表示部２４に表示させる（Ｄ９１）。このチャットルームＲには、図９－４Ａに示すように、複数の端末２０Ａ～２０Ｃの間で送受信されるメッセージなどのコンテンツＭが表示される。

【0330】

そして、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、チャットルームＲに登録された複数のユーザＡ～Ｃの中から通話先の対象者を抽出する通話条件を設定する（Ａ９２）。ここで、通話条件は、例えば、チャットルームＲに登録された複数のユーザＡ～Ｃの中から特定のユーザを通話先に指定することで設定されてもよい。例えば、端末２０Ａの制御部２１は、音声通話の通話ボタン７１ａがユーザＡにより選択されると、図９－４Ｂに示すように、選択画面７２を表示部２４に表示してもよい。この選択画面７２には、チャットルームＲに登録された複数のユーザＢおよびＣをそれぞれ直接的に選択可能な選択ボタン７３が設けられており、その選択ボタン７３に対するユーザＡの入力に応じて特定のユーザが通話先に選択される。ここで、ユーザＡは、ユーザＢを通話先に選択したものとする。これにより、端末２０Ａの制御部２１は、ユーザＢを通話先に指定する通話条件を設定することになる。

【0331】

端末２０Ａの制御部２１は、選択画面７２に設けられた通話要請ボタン７４がユーザＡにより入力操作されると、設定された通話条件に基づいて通話を処理するように要請する通話要請をサーバ１０に送信する（Ａ９３）。これにより、サーバ１０の制御部１１は、通話条件を含む通話要請を端末２０Ａから受信することになる。このように、通話条件は、通話を開始した端末２０ＡのユーザＡによって指定されたユーザＢに関する条件を含んでもよい。

【0332】

サーバ１０の制御部１１は、通話要請を端末２０Ａから受信すると、端末２０Ａにおいて設定された通話条件に基づいて、チャットルームＲに含まれる複数の端末２０Ａ～２０Ｃのうち、通話条件を満たして通話に参加可能なユーザＢを制御する（Ｂ９１）。具体的には、サーバ１０の制御部１１は、チャットルームＲに含まれるユーザＡ～Ｃの中から、設定された通話条件を満たすユーザＢを抽出する。そして、サーバ１０の制御部１１は、通話条件を満たすユーザＢが通話可能に端末２０Ｂを制御してもよい。例えば、サーバ１０の制御部１１は、複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、通話に参加可能なユーザＢの端末２０Ｂに対して、通話に参加するための参加情報を通信部１４によって送信してもよい。

【0333】

端末２０Ｂの制御部２１は、図９－５Ａに示すように、参加情報７５をサーバ１０から受信すると、その参加情報７５をチャットルームＲに表示する（Ｃ９２）。ここで、参加情報７５は、ユーザＢがユーザＡとの通話に参加可能に端末２０Ｂを制御する機能、例えばユーザＡとの通話に参加可能とする参加ボタン７６が設けられてもよい。端末２０Ｂの制御部２１は、ユーザＢが参加ボタン７６を入力操作すると、ユーザＡとの通話に参加することを要請する参加要請をサーバ１０に送信する（Ｃ９３）。

【0334】

一方、サーバ１０の制御部１１は、通話条件を満たさず通話に参加不可なユーザＣの端末２０Ｃには参加情報７５を送信しない。このため、端末２０Ｃに表示されたチャットルームＲには、図９－５Ｂに示すように、参加情報７５が表示されない。すなわち、端末２０ＣのユーザＣは、ユーザＡとの通話に参加することをサーバ１０に要請できないことになる。

【0335】

このようにして、サーバ１０の制御部１１は、ユーザＢを通話に参加可能とする制御に基づき端末２０Ｂから参加要請を受信すると、その参加要請に基づき、複数の端末２０Ａ～２０Ｃの少なくとも一部による音声通話、すなわち端末２０Ａと端末２０Ｂとによる音声通話を処理する（Ｂ９２）。端末２０Ｂの制御部２１は、図９－６に示すように、サーバ１０の通話処理に応じて、通話画面７７を表示部２４に表示してもよい。通話画面７７は、例えば、通話に参加するユーザＡおよびＢを示すアイコン７８などを表示してもよい。

【0336】

これにより、サーバ１０の制御部１１は、端末２０Ａと端末２０Ｂとの間の通話接続を確立し、ユーザＡは、通話条件を満たすユーザＢとの音声通話が可能となる。このとき、通話条件を満たさないユーザＣは通話に参加不可であるため、ユーザＡは、通話条件を満たすユーザＢと選択的に通話することが可能となる。

【0337】

なお、本実施形態では、サーバ１０の制御部１１は、端末２０Ａと端末２０Ｂとの間の通話接続を確立した場合に、通話条件を満たさないユーザＣの端末２０Ｃに対して、ユーザＡとユーザＢとの間で通話が開始されたことを通知してもよい。例えば、サーバ１０の制御部１１は、図９－７に示すように、ユーザＡとユーザＢとの間で通話が開始されたことを示す開始通知７９を端末２０Ｃに送信してもよい。また、サーバ１０の制御部１１は、チャットルームＲに登録された全てのユーザＡ～Ｃの端末２０Ａ～Ｃに開始通知７９を送信してもよい。このようにして、サーバ１０の制御部１１は、通話条件を満たさないユーザＣに特定のユーザ間で通話が開始されたことを知らせることができる。

【0338】

また、本実施形態では、サーバ１０の制御部１１は、通話条件を満たすユーザＢの端末２０Ｂのみに参加情報７５を送信したが、ユーザＣの端末２０Ｃを通話不可とすることができればよく、これに限定されない。例えば、サーバ１０の制御部１１は、図９－８に示すように、参加情報７５の表示内容を示す表示情報７５ａを端末２０Ｃに送信してもよい。この表示情報７５ａは、ユーザＡとの通話に参加する機能を有しておらず、参加ボタン７６に対応する位置７６ａを入力操作しても参加要請は送信されない。これにより、サーバ１０の制御部１１は、通話条件を満たさないユーザＣの端末２０Ｃを通話不可に維持しつつ、チャットルームＲに登録された全てのユーザＡ～Ｃに対して特定のユーザ間で通話が開始されたことを知らせることができる。

【0339】

また、本実施形態では、サーバ１０の制御部１１は、ユーザＡとユーザＢとの音声通話を処理したが、ユーザＡとユーザＢとの通話を処理できればよく、これに限定されない。例えば、図９－４Ａに示すビデオ通話の通話ボタン７１ｂがユーザＡにより選択された場合、サーバ１０の制御部１１は、ユーザＡと、通話に参加可能なユーザＢとのビデオ通話を処理してもよい。

【0340】

＜第９実施形態の効果＞
第９実施形態では、サーバ１０の制御部１１は、設定された通話条件（限定ではなく、設定された条件の一例）に基づいて、チャットルームＲに含まれる複数端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、通話に参加可能なユーザＢを制御する。そして、サーバ１０の制御部１１は、通話に参加可能なユーザＢの制御に基づき、複数端末２０Ａ～２０Ｃの少なくとも一部による通話を処理する。

【0341】

このような構成による効果の一例として、端末２０ＡのユーザＡは、チャットルームＲに登録されたユーザＢおよびＣのうち特定のユーザＢと通話することができる。

【0342】

また、第９実施形態では、設定された通話条件は、通話を開始した端末２０ＡのユーザＡによって指定されたユーザＢに関する条件を含む。

【0343】

このような構成による効果の一例として、端末２０ＡのユーザＡは、通話を望むユーザＢを直接的に指定することができる。

【0344】

また、第９実施形態では、サーバ１０の通信部１４は、複数端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、通話に参加可能なユーザＢの端末２０Ｂに対して、通話に参加するための参加情報７５（限定ではなく、通話に参加するための情報の一例）を送信する。

【0345】

このような構成による効果の一例として、端末２０Ａの制御部２１は、ユーザＢの端末２０Ｂを容易に通話に参加可能とすることができる。

【0346】

＜第９変形例（１）＞
第９実施形態では、サーバ１０の制御部１１は、通話条件を満たさないユーザＣが通話に参加不可となるように制御したが、ユーザＡおよびＢの通話において少なくとも一部にユーザＣが参加可能となるように制御してもよい。

【0347】

第９変形例（１）では、サーバ１０の制御部１１は、例えば通話に参加する特定のユーザがユーザＣの参加を予め了承している場合に、通話に参加不可のユーザＣの端末２０Ｃに対して、通話を聞くための聴取情報を端末２０Ｃに送信する。

【0348】

まず、第９実施形態と同様に、サーバ１０の制御部１１は、端末２０Ｂからの参加要請に基づき、図９－６に示すように、端末２０Ａと端末２０Ｂとによる音声通話を処理する（Ｂ９２）。ここで、サーバ１０の制御部１１は、複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、通話に参加不可のユーザＣの端末２０Ｃに対して、通話を聞くための聴取情報を通信部１４によって送信してもよい。

【0349】

例えば、ユーザＡおよびＢによる通話の開始が、図９－８に示す開始通知７９などにより、ユーザＣに把握される。このとき、端末２０Ｃの制御部２１は、ユーザＣの入力操作に基づいて、通話に参加する参加要請をサーバ１０に送信してもよい。サーバ１０の制御部１１は、端末２０Ｃから参加要請を受信すると、通話に参加する特定のユーザ、例えば、通話を開始したユーザＡがユーザＣの参加を予め了承しているか否かを判定する。

【0350】

ここで、サーバ１０には、図９－４Ｂに示す通話先の設定（通話条件の設定）とは別に、ユーザＡが開始した全ての通話に参加可能なユーザとしてユーザＣが予め登録されているものとする。サーバ１０の制御部１１は、ユーザＣの参加が予め了承されていると判定すると、図９－９に示すように、通話に参加不可のユーザＣの端末２０Ｃに対して、通話を聞くための聴取情報８０を送信してもよい。ここで、聴取情報８０は、ユーザＡおよびＢの通話を聴取可能とする参加ボタン８１が設けられてもよい。端末２０Ｃの制御部２１は、参加ボタン８１に対する入力操作に応じて、通話の聴取を要請する参加要請をサーバ１０に送信する。

【0351】

サーバ１０の制御部１１は、参加要請を端末２０Ｃから受信すると、ユーザＡおよびＢが通話する音声を端末２０Ｃに送信する。これにより、端末２０ＣのユーザＣは、ユーザＡおよびＢの通話を聞くことが可能となる。

【0352】

なお、本実施形態では、サーバ１０の制御部１１は、通話を聞くための聴取情報８０を端末２０Ｃに送信したが、通話を視聴するための視聴情報を端末２０Ｃに送信してもよい。例えば、サーバ１０の制御部１１は、ステップＢ９２において端末２０Ａと端末２０Ｂとによるビデオ通話を処理する場合、通話を視聴するための視聴情報を端末２０Ｃに送信してもよい。そして、サーバ１０の制御部１１は、参加要請を端末２０Ｃから受信すると、ユーザＡおよびＢがビデオ通話する音声および映像を端末２０Ｃに送信する。これにより、端末２０ＣのユーザＣは、ユーザＡおよびＢのビデオ通話を視聴することが可能となる。

【0353】

また、本実施形態では、サーバ１０の制御部１１は、ユーザＡおよびＢの通話に対してユーザＣの聴取または視聴のみ参加可能に制御したが、ユーザＣがユーザＡおよびＢとの通話に参加可能に制御してもよい。これにより、端末２０ＣのユーザＣは、ユーザＡおよびＢと通話することが可能となる。

【0354】

＜第９変形例（１）の効果＞
第９変形例（１）では、サーバ１０の通信部１４は、複数端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、通話に参加不可のユーザＣの端末２０Ｃに対して、通話を聞くための聴取情報８０（限定ではなく、通話を聞くための情報の一例）、または通話の視聴するための視聴情報（限定ではなく、通話の視聴するための情報の一例）を送信する。

【0355】

このような構成による効果の一例として、通話に参加不可のユーザＣは、ユーザＡとユーザＢとの通話に容易に参加することができる。

【0356】

＜第９変形例（２）＞
第９実施形態では、サーバ１０の制御部１１は、例えば図９－５Ａに示すように参加情報７５を送信してユーザＢが通話に参加可能に制御したが、通話に関する通知情報を端末２０Ｂに送信してもよい。

【0357】

第９変形例（１）では、サーバ１０の通信部１４は、通話に参加可能なユーザＢの端末２０Ｂに対して、通話に参加可能であることを示す通知情報を送信する。

【0358】

まず、第９実施形態と同様に、サーバ１０の制御部１１は、ユーザＡにより設定された通話条件に基づいて参加情報７５を端末２０Ｂに送信することで、ユーザＢが通話に参加可能に制御する（Ｂ９１）。このとき、サーバ１０の制御部１１は、複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、通話に参加可能なユーザＢの端末２０Ｂに対して、通話を示す通知に関する通知情報を通信部１４によって送信してもよい。

【0359】

例えば、サーバ１０の制御部１１は、参加情報７５の受信を通知、すなわち通話に参加可能であることを通知する通知情報を端末２０Ｂに送信してもよい。端末２０Ｂの制御部２１は、参加情報７５と通知情報をサーバ１０から受信すると、図９－１０に示すように、参加情報７５をチャットルームＲに表示させる（Ｃ９２）。そして、端末２０Ｂの制御部２１は、通知情報に基づいて、参加情報７５の受信を通知する。

【0360】

例えば、端末２０Ｂの制御部２１は、通知情報に基づいて、受信音８２ａを出力するようにスピーカ２６を制御してもよいし、しなくてもよい。また、端末２０Ｂの制御部２１は、バイブレーション機能８２ｂを起動して端末２０Ｂを振動させてもよいし、しなくてもよい。また、端末２０Ｂの制御部２１は、チャットルームＲのアプリケーションにおける通知機能を利用して、参加情報７５の受信を通知する通知メッセージ、例えば「ユーザＡさんがグループ通話を開始しました」などの通知メッセージを表示してもよいし、しなくてもよい。

【0361】

そして、端末２０Ｂの制御部２１は、参加ボタン７６に対するユーザＢの入力操作に応じて、ユーザＡとの通話に参加することを要請する参加要請をサーバ１０に送信する（Ｃ９３）。

【0362】

＜第９変形例（２）の効果＞
第９変形例（２）では、サーバ１０の通信部１４は、複数端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、通話に参加可能なユーザＢの端末２０Ｂに対して、通話を示す通知に関する通知情報（限定ではなく、通知に関する情報の一例）を送信する。

【0363】

このような構成による効果の一例として、端末２０ＢのユーザＢは、ユーザＡとの通話に参加可能であることを容易に把握することができる。

【0364】

＜第１０実施形態＞
第９実施形態では、通話条件は、図９－４Ｂに示すように通話を開始した端末２０ＡのユーザＡが特定のユーザを直接的に指定することで設定されたが、通話先となるユーザを指定できればよく、これに限定されない。

【0365】

第１０実施形態では、通話条件は、通話先となるユーザの情報、例えば端末２０の位置情報、属性情報などを含んでもよい。

【0366】

なお、第１実施形態～第９実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第１０実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0367】

＜情報処理＞
図１０－１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【0368】

まず、第９実施形態と同様に、端末２０Ａの制御部２１は、チャットルームＲに登録された複数のユーザＡ～Ｃの中から通話先の対象者を抽出する通話条件を設定する（Ａ９２）。ここで、通話条件は、位置に関する位置情報を含んでもよい。

【0369】

例えば、端末２０Ａの制御部２１は、図１０－２に示すように、通話条件として位置情報を設定する位置設定ボタン８３を選択画面７２に表示してもよい。そして、端末２０Ａの制御部２１は、位置設定ボタン８３に対するユーザＡの入力操作に応じて、図１０－３Ａに示すように、位置指定画面３３を表示してもよい。位置指定画面３３は、指定位置検索部３３ａと、検索結果表示部３３ｂと、位置情報表示部３３ｃと、位置決定ボタン３３ｄとを含んでもよい。指定位置検索部３３ａは、ユーザＡが指定する位置情報を検索するもので、例えば検索キーワードを入力可能に構成されてもよい。指定位置検索部３３ａは、例えば、特定のイベント（例えばサッカーチームＫの試合など）、イベント会場名（例えばスタジアムＫａなど）が入力されてもよい。

【0370】

端末２０Ａの制御部２１は、例えば、指定位置検索部３３ａに「スタジアムＫａ」との検索キーワードが入力されると、その検索キーワードに基づいて位置情報を検索し、検索結果を検索結果表示部３３ｂに表示させる。そして、端末２０Ａの制御部２１は、検索結果表示部３３ｂに表示された検索結果のうち、検索キーワードに対応する特定の検索結果「スタジアムＫａ」がユーザＡにより選択されると、そのスタジアムＫａの位置情報を位置情報表示部３３ｃに表示させる。ここで、位置情報表示部３３ｃは、スタジアムＫａの周辺の地図画像を表示してもよい。すなわち、端末２０Ａの制御部２１は、スタジアムＫａの位置情報を含む地図画像を表示部２４に表示させる。

【0371】

ここで、位置情報は、特定の位置（例えばスタジアムＫａの位置）を示す特定位置情報３４を含んでもよい。特定位置情報３４は、例えば、特定の位置の緯度および経度の情報、特定の位置の場所（例えば住所など）を示す情報などから構成されてもよい。

【0372】

このとき、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力に基づいて、特定位置情報３４を設定してもよい。例えば、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力に基づいて、地図画像における特定位置情報３４の位置を変更してもよい。これにより、特定位置情報３４の位置が、ユーザＡの所望の位置に調整されることになる。そして、端末２０Ａの制御部２１は、位置決定ボタン３３ｄに対するユーザＡの入力操作に応じて、特定位置情報３４の位置を決定する。

【0373】

また、位置情報は、特定の範囲を示す範囲情報を含んでもよい。例えば、端末２０Ａの制御部２１は、位置決定ボタン３３ｄが入力操作されると、図１０－３Ｂに示すように、特定の範囲を示す範囲情報３５を地図画像に表示してもよい。範囲情報３５は、例えば、円形状に構成され、特定位置情報３４を中心とした特定の範囲を囲むように表示されてもよい。

【0374】

ここで、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力に基づいて、範囲情報３５を設定してもよい。例えば、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力操作に応じて、範囲情報３５の位置、直径または形状などを変更してもよい。そして、端末２０Ａの制御部２１は、範囲情報３５が設定されると、その範囲情報３５の値を表示、例えば「３ｋｍ以内」と表示してもよい。また、端末の制御部２１は、範囲情報３５に含まれる対象人数情報４２（範囲情報３５の内側に存在するユーザの人数）をサーバ１０から取得し、その対象人数情報４２を表示部２４に表示させてもよい。

【0375】

このようにして、通話条件の対象者の位置情報として、特定位置情報３４と範囲情報３５とがユーザＡにより設定される。すなわち、位置情報は、特定位置情報３４と範囲情報３５とを含むことになる。なお、位置情報は、特定位置情報３４と範囲情報３５のうち一方が設定、例えば範囲情報３５のみが設定されてもよい。端末２０Ａの制御部２１は、位置指定ボタン３３ｅに対するユーザＡの入力操作に応じて、特定位置情報３４と範囲情報３５を含む位置情報を、通話先の対象者を抽出する通話条件として設定してもよい。

【0376】

そして、端末２０Ａの制御部２１は、ユーザＡの入力操作に応じて、設定された通話条件に基づいて通話を処理するように要請する通話要請をサーバ１０に送信する（Ａ９３）。このように、通話条件は、端末２０ＡのユーザＡが指定した位置（例えば、特定位置情報３４、範囲情報３５など）に含まれる特定のユーザが通話に参加可能となる条件を含んでもよい。

【0377】

サーバ１０の制御部１１は、通話要請を受信すると、チャットルームＲに登録されたユーザＢおよびＣの端末２０Ｂおよび２０Ｃに対して、通話条件に対応するユーザ情報の送信を要求する（Ｂ１０１）。例えば、サーバ１０の制御部１１は、端末２０Ａから送信された通話条件に基づいて、端末２０Ｂおよび２０Ｃの位置情報をユーザ情報として送信するように端末２０Ｂおよび２０Ｃに要求してもよい。

【0378】

端末２０Ｂの制御部２１は、ユーザ情報の送信要求を受信すると、ユーザ情報をサーバ１０に送信する（Ｃ２１）。例えば、端末２０Ｂの制御部２１は、ＧＰＳなどの測位システムを利用して自身の位置情報を取得し、その位置情報をユーザ情報としてサーバ１０に送信してもよい。同様に、端末２０Ｃの制御部２１は、ユーザ情報の送信要求を受信すると、ユーザ情報をサーバ１０に送信する（Ｄ２１）。

【0379】

サーバ１０の制御部１１は、チャットルームＲに登録されたユーザＢおよびＣの端末２０Ｂおよび２０Ｃからユーザ情報を受信すると、そのユーザ情報に基づいて、チャットルームＲに含まれる複数の端末２０Ａ～２０Ｃのうち、通話条件を満たして通話に参加可能な特定のユーザを制御する（Ｂ９１）。具体的には、サーバ１０の制御部１１は、チャットルームＲに含まれるユーザＡ～Ｃの中から、端末２０Ａで設定された通話条件を満たすユーザ情報を示す特定のユーザ、すなわち範囲情報３５の範囲内に存在する特定のユーザを抽出する。ここで、サーバ１０の制御部１１は、範囲情報３５の範囲内に存在する特定のユーザとしてユーザＢを抽出ものとする。すなわち、ユーザＢは、範囲情報３５の範囲内に存在し、ユーザＣは、範囲情報３５の範囲外に存在することになる。サーバ１０の制御部１１は、通話条件を満たすユーザＢを抽出すると、そのユーザＢが通話に参加可能に端末２０Ｂを制御してもよい。例えば、サーバ１０の制御部１１は、図９－５Ａに示すように、複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、通話に参加可能なユーザＢの端末２０Ｂに対して、通話に参加するための参加情報７５を送信してもよい。これにより、端末２０Ｂの制御部２１は、参加ボタン７６に対するユーザＢの入力操作に応じて、ユーザＡとの通話に参加することを要請する参加要請をサーバ１０に送信する（Ｃ９３）。

【0380】

なお、本実施形態では、端末２０Ａからの通話の要請（Ａ９２）に応じて端末２０Ｂおよび２０Ｃにユーザ情報の送信を要求（Ｂ１０１）したが、端末２０Ｂおよび２０Ｃのユーザ情報を取得できればよく、これに限定されない。例えば、サーバ１０の制御部１１は、端末２０Ｂおよび２０Ｃに対して所定のタイミングでユーザ情報の送信を要求してもよい。これにより、サーバ１０の制御部１１は、チャットルームＲに登録されたユーザＢおよびＣのユーザ情報を予め把握することができる。そして、サーバ１０の制御部１１は、端末２０Ａから通話を要請されると（Ｂ９３）、予め取得された端末２０Ｂおよび２０Ｃのユーザ情報に基づいて、チャットルームＲに含まれる複数の端末２０Ａ～２０Ｃのうち、通話条件を満たして通話に参加可能な特定のユーザを制御する（Ｂ９１）。

【0381】

本実施形態では、サーバ１０の制御部１１は、端末２０Ｂおよび２０Ｃにユーザ情報の送信を要求することで端末２０Ｂおよび２０Ｃのユーザ情報を取得したが、端末２０Ｂおよび２０Ｃのユーザ情報を取得できればよく、これに限定されない。例えば、端末２０Ｂおよび２０Ｃの制御部２１は、自身のユーザ情報を自動的にサーバ１０に送信（例えば所定の間隔でユーザ情報を送信）してもよい。これにより、サーバ１０の制御部１１は、チャットルームＲに登録されたユーザＢおよびＣのユーザ情報を常に把握することができる。そして、サーバ１０の制御部１１は、端末２０Ａから通話を要請されると（Ｂ９３）、予め取得された端末２０Ｂおよび２０Ｃのユーザ情報に基づいて、チャットルームＲに含まれる複数の端末２０Ａ～２０Ｃのうち、通話条件を満たして通話に参加可能な特定のユーザを制御する（Ｂ９１）。

【0382】

＜第１０実施形態の効果＞
第１０実施形態では、設定された通話条件は、位置に関する情報を含む。

【0383】

このような構成による効果の一例として、端末２０ＡのユーザＡは、位置情報に基づいて特定のユーザＢを通話先として容易に設定することができる。

【0384】

また、第１０実施形態では、設定された通話条件は、端末２０Ａのユーザが指定した位置に含まれるユーザＢが通話に参加可能な条件を含む。

【0385】

このような構成による効果の一例として、端末２０ＡのユーザＡは、位置情報に含まれる特定のユーザＢを通話先として容易に設定することができる。

【0386】

＜第１０変形例（１）＞
第１０実施形態では、位置情報は、図１－８Ａに示すように、指定位置検索部３３ａで検索して設定されたが、位置に関する情報を設定できればよく、これに限定されない。

【0387】

第１０変形例（１）は、位置情報が、端末２０ＡのユーザＡの位置に基づいて設定される変形例である。

【0388】

まず、第１０実施形態と同様に、端末２０Ａの制御部２１は、チャットルームＲに登録された複数のユーザＡ～Ｃの中から通話先の対象者を抽出する通話条件を設定する（Ａ９２）。ここで、通話条件は、ユーザＡの位置に基づいて設定される位置情報を含んでもよい。

【0389】

端末２０Ａの制御部２１は、ユーザＡの位置情報を指定する入力操作に基づいて、図１－１４Ａに示すように、位置指定画面３３を表示部２４に表示させる。このとき、位置指定画面３３の位置情報表示部３３ｃには、ユーザＡの位置情報が表示される。位置情報表示部３３ｃは、例えば、ユーザＡの位置情報を含む地図画像を表示してもよい。すなわち、端末２０Ａの制御部２１は、ユーザＡの位置情報を含む地図画像を表示部２４に表示させる。ここで、位置情報は、ユーザＡの位置を示す特定位置情報３４（例えば、緯度および経度の情報、場所を示す情報など）を含んでもよい。例えば、端末２０Ａの制御部２１は、ＧＰＳなどの測位システムを利用して、自身の特定位置情報３４を取得してもよい。

【0390】

また、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力に基づいて、特定位置情報３４を設定してもよい。例えば、端末２０Ａの制御部２１は、地図画像に対するユーザＡによる入力に基づいて、地図画像における特定位置情報３４の位置を変更してもよい。これにより、ユーザＡは、特定位置情報３４の位置を調整することができる。例えば、ユーザＡは、特定位置情報３４の位置をスタジアムＫａの位置に変更してもよい。

【0391】

端末２０Ａの制御部２１は、位置決定ボタン３３ｄに対するユーザＡの入力操作に応じて、特定位置情報３４の位置を決定する。また、位置情報は、特定の範囲を示す範囲情報を含んでもよい。例えば、端末２０Ａの制御部２１は、位置決定ボタン３３ｄが入力操作されると、図１－１４Ｂに示すように、特定の範囲を示す範囲情報３５を地図画像に表示してもよい。

【0392】

このようにして、通話条件の対象者の位置情報として、特定位置情報３４と範囲情報３５とがユーザＡにより設定される。端末２０Ａの制御部２１は、位置指定ボタン３３ｅに対するユーザＡの入力操作に応じて、特定位置情報３４と範囲情報３５を含む位置情報を、通話先の対象者を抽出する通話条件として設定してもよい。そして、端末２０Ａの制御部２１は、通話条件が設定されると、その設定された通話条件に基づいて通話を処理するように要請する通話要請をサーバ１０に送信する（Ａ９３）。

【0393】

＜第１０変形例（１）の効果＞
第１０変形例（１）では、通話条件は、端末２０ＡのユーザＡの位置に基づいて設定された位置情報を含む。

【0394】

このような構成による効果の一例として、端末２０ＡのユーザＡは、自身の位置に基づいて通話条件を容易に設定することができる。

【0395】

＜第１１実施形態＞
第１０実施形態では、通話条件は、例えば図１－８Ａに示すように通話先の対象者の位置を指定する位置情報から構成されたが、通話先の対象者を抽出する条件であればよく、これに限定されない。

【0396】

第１１実施形態では、通話条件は、通話先となるユーザの属性に関する属性情報、例えばチャットルームＲにおいてユーザにより設定された属性情報を含んでもよい。

【0397】

なお、第１実施形態～第１０実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第１１実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0398】

＜情報処理＞
図１１－１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【0399】

まず、第９実施形態と同様に、ユーザＡの入力操作に応じて、ユーザＡ～ユーザＣを含む複数のユーザが登録されたチャットルームＲを表示部２４に表示させる（Ａ９１）。そして、端末２０Ａの制御部２１は、ユーザＡによる属性情報の入力を受け付ける（Ａ１１１）。ここで、属性情報は、各ユーザＡ～Ｃの属性に関する情報であり、例えば、性別、年齢、趣味、チャットルームＲの登録日、購買履歴、検索履歴などが挙げられる。

【0400】

例えば、端末２０Ａの制御部２１は、図４－２Ａに示すように、ユーザＡの入力操作に応じて、ユーザＡのプロフィール情報４６を表示し、そのプロフィール情報４６にユーザＡの属性情報を設定するための設定ボタン４７を設けてもよい。ここで、属性情報は、ユーザＡを分類するタグとして設定されてもよい。端末２０Ａの制御部２１は、ユーザＡにより設定ボタン４７が入力操作されると、図４－２Ｂに示すように、入力欄４９と、保存ボタン５０とを含む設定画面４８を表示してもよい。そして、端末２０Ａの制御部２１は、入力欄４９においてユーザＡによる属性情報の入力を受け付ける。ここでは、入力欄４９において、「＃サッカーチームＫのファン」、「＃１０年以上のファン」、「＃年間パスポートの会員」との属性情報が入力されたものとする。

【0401】

続いて、端末２０Ａの制御部２１は、保存ボタン５０に対するユーザＡの入力操作に応じて、入力欄４９に入力された属性情報をサーバ１０に送信する（Ａ１１２）。これにより、ユーザＡの属性情報がサーバ１０に設定されることになる。このとき、属性情報は、チャットルームＲに対して設定、すなわちチャットルームＲごとに設定されてもよい。これにより、チャットルームＲに特有な属性情報が設定されることになる。

【0402】

同様に、端末２０Ｂの制御部２１は、ユーザＢによる属性情報の入力を受け付け（Ｃ１１１）、入力欄４９に入力されたユーザＢの属性情報をサーバ１０に送信する（Ｃ１１２）。また、端末２０Ｃの制御部２１は、ユーザＣによる属性情報の入力を受け付け（Ｄ１１１）、入力欄４９に入力されたユーザＣの属性情報をサーバ１０に送信する（Ｄ１１２）。

【0403】

なお、属性情報は、チャットルームＲにユーザＡ～Ｃを登録した後に設定されるものに限定されない。すなわち、属性情報は、複数の端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣと、端末２０ＡのユーザＡとを含むチャットルームＲに、各々のユーザＡ～Ｃが登録される前にユーザＡ～Ｃによって設定されてもよい。例えば、属性情報は、チャットルームＲにユーザＡ～Ｃを登録する（チャットルームＲに入会する）手続において、ユーザＡ～Ｃによって設定されてもよい。この場合においても、属性情報は、上記と同様に設定できるため説明を省略する。

【0404】

サーバ１０の制御部１１は、ユーザＡ～Ｃの属性情報を端末２０Ａ～２０Ｃからそれぞれ受信すると、そのユーザＡ～Ｃの属性情報を記憶部１５に順次記憶させる（Ｂ１１１）。このとき、サーバ１０の制御部１１は、ユーザＡ～Ｃを分類するタグとして各ユーザＡ～Ｃの属性情報を記憶してもよい。このようにして、属性情報が、複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃによって設定される。

【0405】

続いて、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、チャットルームＲに登録された複数のユーザＡ～Ｃの中から通話先の対象者を抽出する通話条件を設定する（Ａ９２）。ここで、通話条件は、ユーザＡ～Ｃの属性情報を含んでもよい。例えば、端末２０Ａの制御部２１は、図１０－２に示すように、通話条件として属性情報を設定する属性設定ボタン８４を選択画面７２に表示してもよい。

【0406】

例えば、端末２０Ａの制御部２１は、属性設定ボタン８４に対するユーザＡの入力操作に応じて、チャットルームＲに登録されたユーザＡ～Ｃの属性情報の送信をサーバ１０に要求する。そして、サーバ１０の制御部１１は、属性情報の送信要求を端末２０Ａから受信すると、記憶部１５を参照して、チャットルームＲに登録されたユーザＡ～Ｃの属性情報を端末２０Ａに送信する。例えば、サーバ１０の制御部１１は、属性情報として記憶部１５に記憶されたタグの情報を端末２０Ａに送信してもよい。そして、端末２０Ａの制御部２１は、属性情報をサーバ１０から受信すると、図１１－２に示すように、その属性情報の一覧５１を表示部２４に表示してもよい。これにより、端末２０Ａの制御部２１は、属性情報の一覧５１において図１１－３Ａに示すように、ユーザＡからの属性情報の選択を受け付ける。

【0407】

ここで、端末２０ＡのユーザＡは、例えば属性情報「＃年間パスポートの会員」を選択したものとする。なお、ユーザＡは、複数の属性情報を選択してもよいし、しなくてもよい。端末２０Ａの制御部２１は、特定の属性情報が選択されると、図１１－３Ｂに示すように、通話要請ボタン７４を属性情報の一覧５１に表示してもよい。そして、端末２０Ａの制御部２１は、通話要請ボタン７４に対するユーザＡの入力操作に応じて、選択された属性情報を通話条件として設定し、その通話条件に基づいて通話を処理するように要請する通話要請をサーバ１０に送信する（Ａ９３）。

【0408】

サーバ１０の制御部１１は、通話要請を端末２０Ａから受信すると、その通話条件に基づいて、チャットルームＲに含まれる複数の端末２０Ａ～２０Ｃのうち、通話条件を満たして通話に参加可能なユーザＢを制御する（Ｂ９１）。具体的には、サーバ１０の制御部１１は、記憶部１５を参照して、チャットルームＲに含まれるユーザＡ～Ｃの中から、設定された通話条件を満たす特定のユーザ、すなわち属性情報「＃年間パスポートの会員」を登録する特定のユーザを抽出する。ここで、サーバ１０の制御部１１は、属性情報「＃年間パスポートの会員」を登録する特定のユーザとしてユーザＢを抽出ものとする。そして、サーバ１０の制御部１１は、通話条件を満たすユーザＢを抽出すると、図９－５Ａに示すように、複数の端末２０Ａ～２０Ｃの各々のユーザＡ～Ｃのうち、通話に参加可能なユーザＢの端末２０Ｂに対して、通話に参加するための参加情報７５を送信してもよい。

【0409】

なお、本実施形態では、端末２０Ａ～２０Ｃの制御部２１は、例えばチャットルームＲにユーザＡ～Ｃを登録する際に属性情報をチャットルームＲ毎に設定したが、ユーザＡ～Ｃの属性情報を設定できればよく、これに限定されない。例えば、端末２０Ａ～２０Ｃの制御部２１は、予め設定されたユーザＡ～Ｃの属性情報を各チャットルームＲに適用してもよい。すなわち、端末２０Ａ～２０Ｃの制御部２１は、同じ属性情報を複数のチャットルームＲに設定してもよい。

【0410】

＜第１１実施形態の効果＞
第１１実施形態では、設定された通話条件は、ユーザ属性に関する属性情報を含む。

【0411】

このような構成による効果の一例として、端末２０ＡのユーザＡは、属性情報に含まれる特定のユーザを通話先として容易に設定することができる。

【0412】

また、第１１実施形態では、属性情報は、複数端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣによって設定される。

【0413】

このような構成による効果の一例として、端末２０ＡのユーザＡは、各ユーザＢおよびＣにより属性情報が設定されるため、その属性情報に基づいて、通話先を適切に設定することができる。

【0414】

また、第１１実施形態では、属性情報は、複数端末２０Ｂおよび２０Ｃの各々のユーザＢおよびＣと、端末２０ＡのユーザＡとを含むチャットルームＲに登録する前に設定される情報である。

【0415】

このような構成による効果の一例として、端末２０Ａ～２０ＣのユーザＡ～Ｃは、属性情報を確実に設定することができる。

【0416】

また、第１１実施形態では、属性情報は、チャットルームＲごとに設定される情報である。

【0417】

このような構成による効果の一例として、端末２０ＡのユーザＡは、チャットルームＲに特有な属性情報が設定されるため、その属性情報に基づいて、通話先を適切に設定することができる。

【0418】

＜第１１変形例（１）＞
第１１実施形態では、属性情報は、図１０－２に示すように属性設定ボタン８４に対する入力に基づいて設定されたが、属性情報を設定できればよく、これに限定されない。

【0419】

第１１変形例（１）では、属性情報は、入力領域３１に対する特定のテキスト情報の入力に基づいて設定される。

【0420】

まず、第１１実施形態と同様に、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、チャットルームＲに登録された複数のユーザＡ～Ｃの中から通話先の対象者を抽出する通話条件を設定する（Ａ９２）。このとき、端末２０Ａの制御部２１は、入力領域３１に対する特定のテキスト情報の入力に応じて、チャットルームＲに登録されたユーザＡ～Ｃの属性情報の一覧５１を表示部２４に表示してもよい。

【0421】

例えば、端末２０Ａの制御部２１は、図１１－２に示すように、属性情報の一覧５１を表示する特定の記号、例えば「＃」が入力領域３１に入力されると、チャットルームＲに登録されたユーザＡ～Ｃの属性情報の送信をサーバ１０に要求する。そして、サーバ１０の制御部１１は、属性情報の送信要求を端末２０Ａから受信すると、記憶部１５を参照して、チャットルームＲに登録されたユーザＡ～Ｃの属性情報を端末２０Ａに送信する。

【0422】

これにより、端末２０Ａの制御部２１は、チャットルームＲに登録されたユーザＡ～Ｃの属性情報の一覧５１を表示部２４に表示させる。端末２０Ａの制御部２１は、属性情報の一覧５１において、例えば属性情報「＃年間パスポートの会員」がユーザＡにより選択されると、図１１－３Ｂに示すように、通話要請ボタン７４を属性情報の一覧５１に表示してもよい。そして、端末２０Ａの制御部２１は、通話要請ボタン７４に対するユーザＡの入力操作に応じて、選択された属性情報を通話条件として設定し、その通話条件に基づいて通話を処理するように要請する通話要請をサーバ１０に送信する（Ａ９３）。

【0423】

＜第１１変形例（１）の効果＞
第１１変形例（１）では、属性情報は、チャットルームＲに登録されたユーザＡ～Ｃの属性情報の一覧５１から選択される。

【0424】

このような構成による効果の一例として、端末２０ＡのユーザＡは、属性情報を容易に設定することができる。

【0425】

＜第１１変形例（２）＞
第１１実施形態では、属性情報は、図１０－２に示すように属性設定ボタン８４に対する入力に基づいて設定されたが、属性情報を設定できればよく、これに限定されない。

【0426】

第１１変形例（２）では、属性情報は、チャットルームＲに含まれるユーザＡ～Ｃのプロフィール情報から選択される。

【0427】

まず、第１１実施形態と同様に、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、チャットルームＲに登録された複数のユーザＡ～Ｃの中から通話先の対象者を抽出する通話条件を設定する（Ａ９２）。このとき、端末２０Ａの制御部２１は、ユーザＡの入力操作に応じて、チャットルームＲに含まれるユーザＡ～Ｃのプロフィール情報を表示部２４に表示してもよい。

【0428】

例えば、端末２０Ａの制御部２１は、図１１－４に示すように、ユーザＡの属性情報８５を含むプロフィール情報４６を表示部２４に表示してもよい。続いて、端末２０Ａの制御部２１は、表示されたユーザＡのプロフィール情報４６から特定の属性情報８５、例えば「＃年間パスポートの会員」がユーザＡにより選択されると、その属性情報８５を通話条件として設定してもよい。そして、端末２０Ａの制御部２１は、ユーザＡの入力操作に応じて、その設定された通話条件に基づいて通話を処理するように要請する通話要請をサーバ１０に送信する（Ａ９３）。

【0429】

＜第１１変形例（２）の効果＞
第１１変形例（２）では、属性情報は、チャットルームＲに含まれるユーザＡ～Ｃのプロフィール情報４６から選択される。

【0430】

このような構成による効果の一例として、端末２０ＡのユーザＡは、プロフィール情報４６から属性情報を容易に設定することができる。

【0431】

＜第１２実施形態＞
第９実施形態～第１１実施形態では、サーバ１０の制御部１１は、図９－６に示すように端末２０Ａと端末２０Ｂとによる通話を処理したが、通話の途中で通話に参加可能なユーザを変更してもよい。

【0432】

第１２実施形態では、サーバ１０の制御部１１は、通話の間において、端末２０ＡのユーザＡによる入力に基づいて、通話に参加可能なユーザを変更する。

【0433】

なお、第１実施形態～第１１実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第１２実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0434】

＜情報処理＞
図１２－１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【0435】

まず、第９実施形態と同様に、サーバ１０の制御部１１は、図９－６に示すように、端末２０Ｂから送信された参加要請に基づき、端末２０Ａと端末２０Ｂとによる通話を処理する（Ｂ９２）。ここで、サーバ１０の制御部１１は、通話を行っている間、チャットルームＲに登録されたユーザ（例えば、通話が確立したユーザ）による入力に基づいて、通話に参加可能なユーザを追加してもよい。例えば、サーバ１０の制御部１１は、通話を開始したユーザＡによる入力に基づいて、通話に参加可能なユーザを追加してもよい。

【0436】

例えば、端末２０ＡのユーザＡは、第１０実施形態のステップＢ９１において、図１－８Ｂに示す位置情報に基づいて通話条件を設定した場合に、その位置情報から漏れた特定のユーザを通話先に追加したいと考えることがある。また、端末２０ＡのユーザＡは、第１１実施形態のステップＢ９１において、図１１－２に示す属性情報に基づいて通話条件を設定した場合に、その属性情報から漏れた特定のユーザを通話先に追加したいと考えることがある。そこで、端末２０Ａの制御部２１は、ユーザＡによる入力に基づいて、通話に参加可能なユーザを変更する通話条件を変更要請としてサーバ１０に送信する（Ａ１２１）。

【0437】

端末２０Ａの制御部２１は、例えば、図９－４Ｂに示す選択画面７２において、チャットルームＲに登録された複数のユーザＢおよびＣの中から特定のユーザがユーザＡにより選択されることにより、その特定のユーザを通話先に追加する通話条件を変更要請としてサーバ１０に送信してもよい。

【0438】

また、端末２０Ａの制御部２１は、例えば、図１－８Ｂに示す位置指定画面３３において、位置情報の範囲情報３５を広げるようにユーザＡにより入力操作されると、その広げられた範囲に範囲情報３５を変更する通話条件を変更要請としてサーバ１０に送信してもよい。また、端末２０Ａの制御部２１は、例えば、図１０－２に示す選択画面７２において、属性情報を追加するようにユーザＡにより入力操作されると、その属性情報を追加する通話条件を変更要請としてサーバ１０に送信してもよい。

【0439】

サーバ１０の制御部１１は、通話先の変更要請を端末２０Ａから受信すると、端末２０ＡのユーザＡによって変更された通話条件に基づいて、通話に参加可能なユーザを追加するように制御する（Ｂ１２１）。すなわち、サーバ１０の制御部１１は、通話を行っている間において、端末２０ＡのユーザＡによる入力に基づいて、通話に参加可能なユーザを変更するように制御する。このとき、サーバ１０の制御部１１は、上記のように端末２０ＡのユーザＡによる、位置情報または属性情報を変更する入力に基づいて、通話に参加可能なユーザを変更してもよい。

【0440】

具体的には、サーバ１０の制御部１１は、変更された通話条件において追加された特定のユーザを抽出する。ここで、サーバ１０の制御部１１は、追加された特定のユーザとしてユーザＣを抽出したものとする。サーバ１０の制御部１１は、追加された特定のユーザＣを抽出すると、そのユーザＣが通話に参加可能に端末２０Ｃを制御してもよい。例えば、サーバ１０の制御部１１は、通話に参加可能なユーザとして追加されたユーザＣの端末２０Ｃに対して、通話に参加するための参加情報７５を送信する。

【0441】

これにより、端末２０Ｃの制御部２１は、図９－５Ａに示す参加情報７５をチャットルームＲに表示させる（Ｄ１２１）。そして、端末２０Ｃの制御部２１は、ユーザＣが参加ボタン７６を入力操作すると、ユーザＡおよびＢとの通話に参加することを要請する参加要請をサーバ１０に送信する（Ｃ１２２）。

【0442】

サーバ１０の制御部１１は、端末２０Ｃから参加要請を受信すると、その参加要請に基づき、端末２０Ａおよび２０Ｂの通話処理に端末２０Ｃを追加して、端末２０Ａ～２０Ｃによる通話を処理する（Ｂ１２２）。これにより、サーバ１０の制御部１１は、端末２０Ａ～２０Ｃの間の通話接続を確立し、ユーザＡは、通話条件を満たすユーザＢおよびＣとの通話が可能となる。

【0443】

＜第１２実施形態の効果＞
第１２実施形態では、サーバ１０の制御部１１は、通話を行っている間、端末２０ＡのユーザＡによる入力に基づいて、通話に参加可能なユーザを変更する。

【0444】

このような構成による効果の一例として、端末２０ＡのユーザＡは、通話に参加可能なユーザを容易に変更することができる。
例えば、端末２０ＡのユーザＡは、位置情報または属性情報に基づいて抽出された通話に参加可能なユーザから特定のユーザが漏れていた場合、その特定のユーザを通話に参加可能なユーザとして容易に追加することができる。

【0445】

また、第１２実施形態では、サーバ１０の制御部１１は、端末２０ＡのユーザＡによる、位置情報または属性情報の入力に基づいて、通話に参加可能なユーザを変更する。

【0446】

このような構成による効果の一例として、端末２０ＡのユーザＡは、位置情報または属性情報に基づいて通話に参加可能なユーザを一度に変更することができる。

【0447】

＜第１２変形例（１）＞
第１２実施形態では、サーバ１０の制御部１１は、ユーザＡおよびＢの通話に参加可能なユーザＣを追加したが、通話に参加可能なユーザを変更できればよく、これに限定されない。

【0448】

第１２変形例（１）では、サーバ１０の制御部１１は、端末２０ＡのユーザＡによる入力に基づいて、通話に参加可能なユーザを減らしてもよい。

【0449】

まず、第１２実施形態と同様に、サーバ１０の制御部１１は、端末２０Ａと他の端末２０とによる通話を処理する（Ｂ９２）。なお、サーバ１０の制御部１１は、図１２－２に示すように、端末２０Ｂおよび２０Ｃから送信された参加要請に基づき、端末２０Ａ～２０Ｃによる通話を処理しているものとする。

【0450】

ここで、サーバ１０の制御部１１は、通話を行っている間、通話が確立したユーザによる入力に基づいて、通話に参加可能なユーザを減らしてもよい。例えば、サーバ１０の制御部１１は、通話を開始したユーザＡによる入力に基づいて、通話に参加可能なユーザを減らしてもよい。

【0451】

例えば、端末２０ＡのユーザＡは、第１０実施形態のステップＢ９１において、図１－８Ｂに示す位置情報に基づいて通話条件を設定した場合に、その位置情報を満たす通話先から特定のユーザを減らしたいと考えることがある。また、端末２０ＡのユーザＡは、第１１実施形態のステップＢ９１において、図１１－２に示す属性情報に基づいて通話条件を設定した場合に、その属性情報を満たす通話先から特定のユーザを減らしたいと考えることがある。そこで、端末２０Ａの制御部２１は、ユーザＡによる入力に応じて、通話に参加可能なユーザを変更した通話条件に基づいて変更要請をサーバ１０に送信する（Ａ１２１）。

【0452】

端末２０Ａの制御部２１は、例えば、図９－４Ｂに示す選択画面７２において、通話先に選択された複数のユーザＢおよびＣの中から特定のユーザがユーザＡにより選択されることにより、その特定のユーザを通話先から減らした通話条件に基づいて変更要請をサーバ１０に送信してもよい。

【0453】

また、端末２０Ａの制御部２１は、例えば、図１－８Ｂに示す位置指定画面３３において、位置情報の範囲情報３５を縮小するようにユーザＡにより入力操作されると、その縮小された範囲に範囲情報３５を変更した通話条件に基づいて変更要請をサーバ１０に送信してもよい。また、端末２０Ａの制御部２１は、例えば、図１０－２に示す選択画面７２において、属性情報を減らすようにユーザＡにより入力操作されると、その属性情報を減らした通話条件に基づいて変更要請をサーバ１０に送信してもよい。

【0454】

サーバ１０の制御部１１は、通話先の変更要請を端末２０Ａから受信すると、端末２０ＡのユーザＡによって変更された通話条件に基づいて、通話に参加可能なユーザを減らすように制御する（Ｂ１２１）。すなわち、サーバ１０の制御部１１は、通話を行っている間において、端末２０ＡのユーザＡによる入力に基づいて、通話に参加可能なユーザを変更するように制御する。このとき、サーバ１０の制御部１１は、上記のように端末２０ＡのユーザＡによる、位置情報または属性情報を変更する入力に基づいて、通話に参加可能なユーザを変更してもよい。

【0455】

具体的には、サーバ１０の制御部１１は、変更された通話条件において減らされた特定のユーザを抽出する。ここで、サーバ１０の制御部１１は、減らされた特定のユーザとしてユーザＣを抽出したものとする。サーバ１０の制御部１１は、減らされた特定のユーザＣを抽出すると、そのユーザＣが通話に参加不可に端末２０Ｃを制御してもよい。例えば、サーバ１０の制御部１１は、端末２０Ａ～２０Ｃの通話処理において、端末２０Ｃの通話接続を切断してもよい。これにより、サーバ１０の制御部１１は、図９－６に示すように、端末２０Ａと端末２０Ｂとによる通話を処理し、ユーザＡとユーザＢとの通話に切り換えられることになる。

【0456】

＜第１２変形例（１）の効果＞
第１２変形例（１）では、サーバ１０の制御部１１は、通話を行っている間、端末２０ＡのユーザＡによる入力に基づいて、通話に参加可能なユーザを減らす。

【0457】

このような構成による効果の一例として、端末２０ＡのユーザＡは、通話に参加可能なユーザを容易に調整することができる。

【0458】

＜第１３実施形態＞
第９実施形態～第１２実施形態では、図９－５Ａに示す参加情報７５は、ユーザＡとの通話に参加可能に端末２０Ｂを制御したが、他の情報を含んでいてもよい。

【0459】

第１３実施形態では、参加情報７５は、チャットルームＲに含まれるユーザＡ～Ｃのうち、通話に参加可能なユーザＢに関するユーザ情報を含む。

【0460】

なお、第１実施形態～第１２実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第１３実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0461】

まず、第１１実施形態と同様に、サーバ１０の制御部１１は、ユーザＡにより設定された通話条件に基づいて、参加情報７５を端末２０Ｂに送信してユーザＢが通話に参加可能となるように制御する（Ｂ９１）。ここで、チャットルームＲには、ユーザＡ～Ｄが登録され、サーバ１０の制御部１１は、通話条件に基づいて、通話に参加可能な特定のユーザとしてユーザＢおよびＤを抽出したものとする。サーバ１０の制御部１１は、チャットルームＲに含まれるユーザＡ～Ｄのうち、通話に参加可能なユーザＢおよびＤのユーザに関するユーザ情報を含む参加情報７５を端末２０Ｂおよび２０Ｄに送信してもよい。ユーザ情報としては、例えば、属性情報などが挙げられる。

【0462】

端末２０Ｂの制御部２１は、図１３－１に示すように、属性情報８６を含む参加情報７５を受信すると、その参加情報７５をチャットルームＲに表示する（Ｃ９２）。参加情報７５には、通話に参加可能な全てのユーザＢおよびＤの属性情報８６が表示されてもよい。ここでは、「＃サッカーチームＫのファン」、「＃１０年以上のファン」、「＃年間パスポートの会員」との属性情報８６が表示されたものとする。

【0463】

そして、端末２０Ｂの制御部２１は、例えば「＃サッカーチームＫのファン」を示すユーザＤの属性情報８６に対するユーザＢの入力操作に基づいて、その特定の属性情報８６をユーザＢのタグとして設定してもよい。例えば、端末２０Ｂの制御部２１は、ユーザＢのタグとして設定するように特定の属性情報８６をサーバ１０に送信する。サーバ１０の制御部１１は、端末２０Ｂから特定の属性情報８６を受信すると、その特定の属性情報８６をユーザＢのタグとして記憶部１５に記憶させる。これにより、ユーザＤの属性情報８６が、ユーザＢの属性情報８６として設定されることになる。

【0464】

また、端末２０Ｂの制御部２１は、第１１実施形態と同様に、参加ボタン７６に対するユーザＢの入力操作に応じて、ユーザＡとの通話に参加することを要請する参加要請をサーバ１０に送信する（Ｃ９３）。

【0465】

なお、サーバ１０の制御部１１は、第１１実施形態と同様に、チャットルームＲに含まれるユーザＡ～Ｄのうち、通話に参加不可なユーザＣの端末２０Ｃに対して、参加情報７５の表示内容を示す表示情報７５ａを送信してもよい。このとき、表示情報７５ａは、チャットルームＲに含まれるユーザＡ～Ｄのうち、通話に参加可能なユーザＢおよびＤのユーザ情報を含んでもよい。例えば、図１３－２に示すように、表示情報７５ａには、通話に参加可能な全てのユーザＢおよびＤの属性情報８６が表示されてもよい。

【0466】

端末２０Ｃの制御部２１は、例えば「＃サッカーチームＫのファン」を示す特定の属性情報８６がユーザＣにより入力操作されると、その特定の属性情報８６をユーザＣのタグとして設定してもよい。例えば、端末２０Ｃの制御部２１は、ユーザＣのタグとして設定するように特定の属性情報８６をサーバ１０に送信する。サーバ１０の制御部１１は、端末２０Ｃから特定の属性情報８６を受信すると、その特定の属性情報８６をユーザＣのタグとして記憶部１５に記憶させる。これにより、通話に参加可能なユーザＤの属性情報８６が、通話に参加不可なユーザＣの属性情報８６として設定されることになる。そして、サーバ１０の制御部１１は、通話に参加不可なユーザＣの属性情報として通話に参加可能なユーザＤの属性情報８６が設定されると、ユーザＣを通話に参加可能とし、端末２０Ａ～２０Ｄの通話を処理する。すなわち、サーバ１０の制御部１１は、端末２０Ａ，２０Ｂおよび２０Ｄと端末２０Ｃとの間の通話接続を確立し、ユーザＡは、通話に参加可能なユーザＢ～Ｄとの通話が可能となる。

【0467】

＜第１３実施形態の効果＞
第１３実施形態では、参加情報７５は、チャットルームＲに含まれるユーザＡ～Ｄのうち、通話の参加可能なユーザＢおよびＤに関するユーザ情報（限定ではなく、ユーザに関する情報の一例）を含む。

【0468】

このような構成による効果の一例として、端末２０Ｂの制御部２１は、ユーザＢのユーザ情報、例えば属性情報として、他のユーザＤの属性情報を容易に設定することができる。

【0469】

また、第１３実施形態では、サーバ１０の制御部１１は、チャットルームＲに含まれるユーザＡ～Ｄのうち、通話に参加不可なユーザＣの端末２０Ｃに対して、通話に参加可能なユーザＢおよびＤのユーザ情報を含む表示情報７５ａを送信する。

【0470】

このような構成による効果の一例として、端末２０ＣのユーザＣは、通話に参加可能なユーザＢおよびＤの属性情報を自身の属性情報として容易に設定することができる。
また、端末２０ＣのユーザＣは、通話に参加可能なユーザＢおよびＤの属性情報を自身の属性情報として設定することで、ユーザＡ、ＢおよびＤの通話に容易に参加することができる。

【0471】

＜第１４実施形態＞
第９実施形態～第１３実施形態では、通話条件は、例えば図９－４Ｂに示す選択画面７２において特定のユーザを選択することにより設定されたが、通話に参加可能な特定のユーザを選択できればよく、これに限定されない。

【0472】

第１４実施形態では、通話条件は、チャットルームＲに表示された第１コンテンツに対するユーザＡの入力に関する入力情報を含む。

【0473】

まず、端末２０Ａの制御部２１は、図９－４Ａに示すようにチャットルームＲを表示部２４に表示すると、ユーザＡの入力操作に基づいて、チャットルームＲに登録された複数のユーザＡ～Ｃの中から通話先の対象者を抽出する通話条件を設定する（Ａ９２）。ここで、端末２０Ａの制御部２１は、チャットルームＲに表示された複数のコンテンツのうち第１コンテンツＭ、例えばユーザＢから送信された第１コンテンツＭがユーザＡにより選択されると、その第１コンテンツＭに対する入力に関する入力情報を通話条件として設定してもよい。すなわち、通話条件は、チャットルームＲに含まれる第１コンテンツＭに対する入力に関する入力条件を含むことになる。ここで、入力条件としては、例えば、第１コンテンツＭに関連付けられた情報などが挙げられる。

【0474】

例えば、通話条件は、第１コンテンツＭに含まれる送信者に関する送信者情報（例えば識別情報など）に基づいて設定されてもよい。具体的には、端末２０Ａの制御部２１は、ユーザＡにより第１コンテンツＭ１が選択されると、その第１コンテンツＭ１に関連付けて記憶された送信者情報を記憶部２８またはサーバ１０から取得する。そして、端末２０Ｂの制御部２１は、取得された送信者情報に基づいて、第１コンテンツＭの送信者であるユーザＢを指定する通話条件を設定してもよい。なお、端末２０Ａの制御部２１は、複数の第１コンテンツＭがユーザＡにより選択された場合には、その複数の第１コンテンツＭを送信した複数のユーザを指定する通話条件を設定してもよい。端末２０Ａの制御部２１は、通話条件が設定されると、その通話条件に基づいて通話を処理するように要請する通話要請をサーバ１０に送信する（Ａ９３）。

【0475】

これにより、サーバ１０の制御部１１は、図９－５Ａに示すように、端末２０Ａにおいて設定された通話条件に基づいて、チャットルームＲに含まれる複数の端末２０Ａ～２０Ｃのうち、通話条件を満たすユーザＢが通話に参加可能となるように制御、例えば通話に参加するための参加情報を端末２０Ｂに送信する（Ｂ９１）。

【0476】

＜第１４実施形態の効果＞
第１４実施形態では、設定された通話条件は、チャットルームＲに含まれる第１コンテンツＭに対する入力に関する入力条件（限定ではなく、入力に関する条件の一例）を含む。

【0477】

このような構成による効果の一例として、端末２０ＡのユーザＡは、第１コンテンツＭを選択するだけで通話条件を容易に設定することができる。

【0478】

また、第１４実施形態では、設定された通話条件は、第１コンテンツＭに含まれる送信者に関する送信者情報（限定ではなく、送信者に関する情報の一例）に基づく。

【0479】

このような構成による効果の一例として、端末２０ＡのユーザＡは、通話先の対象者に第１コンテンツＭの送信者を容易に指定することができる。

【0480】

＜第１４変形例（１）＞
第１４実施形態では、端末２０Ａの制御部２１は、第１コンテンツＭに対するユーザＡの入力操作に応じてユーザＢのみを指定する通話条件を設定したが、通話条件を設定することができればよく、これに限定されない。

【0481】

第１４変形例（１）では、端末２０Ａの制御部２１は、第１コンテンツＭに複数のユーザが関連付けられている場合、第１コンテンツＭに対するユーザＡの入力操作に基づいて、複数のユーザの中から特定のユーザを指定する通話条件を設定してもよい。

【0482】

まず、第１４実施形態と同様に、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、チャットルームＲに登録された複数のユーザＡ～Ｃの中から通話先の対象者を抽出する通話条件を設定する（Ａ９２）。ここで、端末２０Ａの制御部２１は、図１４－１に示すように、第１コンテンツＭが第２コンテンツＭａと第３コンテンツＭｂとを含む場合、その第１コンテンツＭに対するユーザＡの入力操作に基づいて、第１コンテンツＭに関連付けられた複数のユーザの中から特定のユーザを指定する通話条件を設定してもよい。ここで、第１コンテンツＭは、ユーザＢから送信された第２コンテンツＭａと、ユーザＤから送信された第３コンテンツＭｂとを含むものとする。この第１コンテンツＭは、例えば、ユーザＢから第２コンテンツＭａが送信された後に、その第２コンテンツＭａに対してユーザＤがリプライ機能を利用して第３コンテンツＭｂを返信することで形成されてもよい。

【0483】

なお、リプライ機能は、特定の第２コンテンツＭａに対する返信機能を示してもよい。例えば、端末２０ＤのユーザＤが、ユーザＢの端末２０Ｂから送信された特定の第２コンテンツＭａを選択し、その第２コンテンツＭａに対して第３コンテンツＭｂをリプライ機能で返信する。このような場合に、第３コンテンツＭｂは、第２コンテンツＭａに対応付けて表示、例えば第２コンテンツＭａと一体的に表示されてもよい。これにより、端末２０Ｂの表示部２４には、第１コンテンツＭが第２コンテンツＭａと第３コンテンツＭｂとを含むように表示されることになる。

【0484】

ここで、端末２０Ａの制御部２１は、第１コンテンツＭにおいて第２コンテンツＭａに対応する部分をユーザＡが入力操作した場合、第２コンテンツＭａに関連付けられたユーザＢを指定する通話条件を設定してもよい。また、端末２０Ａの制御部２１は、第１コンテンツＭにおいて第３コンテンツＭｂに対応する部分をユーザＡが入力操作した場合、第３コンテンツＭｂに関連付けられたユーザＤを指定する通話条件を設定してもよい。また、端末２０Ａの制御部２１は、第１コンテンツＭに対するユーザＡの入力操作に応じて、第１コンテンツＭに関連付けられた全てのユーザＢおよびＤ、すなわち第２コンテンツＭａに関連付けられたユーザＢと第３コンテンツＭｂに関連付けられたユーザＤとを指定する通話条件を設定してもよい。

【0485】

端末２０Ａの制御部２１は、通話条件が設定されると、その通話条件に基づいて通話を処理するように要請する通話要請をサーバ１０に送信する（Ａ９３）。これにより、サーバ１０の制御部１１は、図９－５Ａに示すように、端末２０Ａにおいて設定された通話条件に基づいて、チャットルームＲに含まれる複数の端末２０Ａ～２０Ｄのうち、通話条件を満たすユーザＢまたはＤが通話に参加可能となるように制御、例えば通話に参加するための参加情報を端末２０Ｂまたは２０Ｄに送信する（Ｂ９１）。

【0486】

＜第１４変形例（１）の効果＞
第１４変形例（１）では、端末２０Ａの制御部２１は、第１コンテンツＭに複数のユーザが関連付けられている場合、第１コンテンツＭに対するユーザＡの入力操作に基づいて、複数のユーザＢおよびＤの中から特定のユーザを指定する通話条件を設定する。

【0487】

このような構成による効果の一例として、端末２０ＡのユーザＡは、第１コンテンツＭに関連付けられた複数のユーザＢおよびＤの中から特定のユーザを容易に選択することができる。

【0488】

＜第１５実施形態＞
第９実施形態～第１４実施形態では、サーバ１０の制御部１１は、通話条件に基づいて特定のユーザを通話に参加可能に制御したが（Ｂ９１）、特定のユーザを通話に参加可能とすることができればよく、これに限定されない。

【0489】

第１５実施形態では、端末２０Ｂおよび２０Ｃの制御部２１が、端末２０Ａにおいて設定された通話条件に基づいて、ユーザＢおよびＣが通話条件を満たすか否かを判定する。

【0490】

なお、第１実施形態～第１４実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第１５実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0491】

＜機能構成＞
（１）端末の機能構成
図１５－１は、本実施形態における端末２０の記憶部２８に記憶される情報の一例を示す図である。記憶部２８には、限定ではなく例として、制御部２１により読み出されて、端末メイン処理として実行される端末メイン処理プログラム２８１が記憶される。

【0492】

また、端末メイン処理プログラム２８１は、限定ではなく例として、制御部２１により読み出されて、参加ユーザ制御処理として実行される参加ユーザ制御処理プログラム２８１１をサブルーチンプログラムとして含む。

【0493】

また、端末メイン処理プログラム２８１は、限定ではなく例として、制御部２１により読み出されて、参加要請処理として実行される参加要請処理プログラム２８１２をサブルーチンプログラムとして含む。

【0494】

図１５－２は、本実施形態における端末２０の制御部２１により実現される機能の一例を示す図である。制御部２１は、限定ではなく例として、端末メイン処理部２１１と、参加ユーザ制御処理部２１２と、参加要請処理部２１３とを有する。

【0495】

端末メイン処理部２１１は、記憶部２８に記憶されている端末メイン処理プログラム２８１に従って、端末２０を統括的に制御するための処理である端末メイン処理を実行する機能を有している。

【0496】

参加ユーザ制御処理部２１２は、記憶部２８に記憶されている参加ユーザ制御処理プログラム２８１１に従って、設定された通話条件に基づいて、ユーザが通話に参加可能に制御する。

【0497】

参加要請処理部２１３は、記憶部２８に記憶されている参加要請処理プログラム２８１２に従って、通話に参加可能とする制御に基づいて、ユーザＡとの通話に参加することを要請する参加要請をサーバ１０に送信する。

【0498】

＜情報処理＞
図１５－３は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【0499】

まず、第９実施形態と同様に、端末２０Ａの制御部２１は、通話条件を設定すると、ユーザＡの入力操作に応じて、設定された通話条件に基づいて通話を処理するように要請する通話要請をサーバ１０に送信する（Ａ９３）。サーバ１０の制御部１１は、通話要請を端末２０Ａから受信すると、チャットルームＲに登録されたユーザＢおよびＣの端末２０Ｂおよび２０Ｃに対して、通話要請に含まれる通話条件を送信する（Ｂ１５１）。ここで、ユーザＢは通話条件を満たし、ユーザＣは通話条件を満たさないものとする。

【0500】

端末２０Ｂの制御部２１は、通話条件をサーバ１０から受信すると、ユーザＢが通話条件を満たすか否かを判定する（Ｃ１５１）。例えば、端末２０Ｂの制御部２１は、図９－４Ｂに示す選択画面７２においてユーザＢが通話先に選択されている場合、ユーザＢが通話条件を満たすと判定する。

【0501】

また、端末２０Ｂの制御部２１は、第１０実施形態で示すように、通話条件が位置情報を含む場合、ＧＰＳなどの測位システムを利用して自身の位置情報を取得し、自身の位置情報が通話条件の位置情報を満たすか否かを判定してもよい。例えば、端末２０Ｂの制御部２１は、図１－８Ｂに示す範囲情報３５の範囲内に自身の位置情報が含まれる場合、ユーザＢが通話条件を満たすと判定してもよい。

【0502】

端末２０Ｂの制御部２１は、ユーザＢが通話条件を満たすと判定すると、ユーザＢがユーザＡとの通話に参加可能に端末２０Ｂの各部を制御する（Ｃ１５２）。例えば、端末２０Ｂの制御部２１は、図９－５Ａに示すように、通話に参加するための参加情報７５をチャットルームＲに表示する。

【0503】

同様に、端末２０Ｃの制御部２１は、通話条件をサーバ１０から受信すると、ユーザＣが通話条件を満たすか否かを判定する（Ｄ１５１）。例えば、端末２０Ｃの制御部２１は、図９－４Ｂに示す選択画面７２においてユーザＣが通話先に選択されていない場合、ユーザＣが通話条件を満たすと判定する。また、端末２０Ｃの制御部２１は、図１－８Ｂに示す範囲情報３５の範囲内に自身の位置情報が含まれない場合、ユーザＣが通話条件を満たさないと判定してもよい。そして、端末２０Ｃの制御部２１は、ユーザＣが通話条件を満たさないと判定した場合、図９－５Ｂに示すように、通話に参加するための参加情報７５をチャットルームＲに表示しない。

【0504】

続いて、端末２０Ｂの制御部２１は、チャットルームＲに表示された参加情報７５に対するユーザＢの入力操作に基づいて、ユーザＡとの通話に参加することを要請する参加要請をサーバ１０に送信する（Ｃ９３）。これにより、サーバ１０の制御部１１は、図９－６に示すように、端末２０Ａと端末２０Ｂとによる通話を処理する（Ｂ９２）。

【0505】

＜第１５実施形態の効果＞
第１５実施形態では、端末２０Ｂおよび２０Ｃの制御部２１は、設定された通話条件に基づいて、ユーザＢおよびＣが通話条件を満たすか否かを判定する。そして、端末２０Ｂおよび２０Ｃの制御部２１は、ユーザＢおよびＣが通話条件を満たすと判定した場合、ユーザＢおよびＣがユーザＡとの通話に参加可能に端末２０Ｂおよび２０Ｃを制御する。

【0506】

このような構成による効果の一例として、端末２０ＡのユーザＡは、チャットルームＲに登録されたユーザＢおよびＣのうち特定のユーザＢと通話することができる。

【0507】

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

【符号の説明】

【0508】

１ システム
１０ サーバ
２０ 端末
３０ ネットワーク

【図1-1】

【図1-2】

【図1-3】

【図1-4】

【図1-5】

【図1-6】

【図1-7】

【図1-8】

【図1-9】

【図1-10】

【図1-11】

【図1-12】

【図1-13】

【図1-14】

【図1-15】

【図2-1】

【図2-2】

【図2-3】

【図2-4】

【図3-1】

【図3-2】

【図4-1】

【図4-2】

【図4-3】

【図4-4】

【図5-1】

【図5-2】

【図5-3】

【図5-4】

【図5-5】

【図6-1】

【図6-2】

【図7-1】

【図7-2】

【図8-1】

【図8-2】

【図8-3】

【図8-4】

【図9-1】

【図9-2】

【図9-3】

【図9-4】

【図9-5】

【図9-6】

【図9-7】

【図9-8】

【図9-9】

【図9-10】

【図10-1】

【図10-2】

【図10-3】

【図11-1】

【図11-2】

【図11-3】

【図11-4】

【図12-1】

【図12-2】

【図13-1】

【図13-2】

【図14-1】

【図15-1】

【図15-2】

【図15-3】