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

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

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

(11)【公開番号】P2024015780

(43)【公開日】2024-02-06

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

(51)【国際特許分類】

   G06Q 50/00 20240101AFI20240130BHJP

   G06Q 30/0251 20230101ALI20240130BHJP

【ＦＩ】

G06Q50/00 300

G06Q30/02 398

【審査請求】未請求

【請求項の数】21

【出願形態】ＯＬ

(21)【出願番号】P 2022118078

(22)【出願日】2022-07-25

(71)【出願人】

【識別番号】500257300

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

(74)【代理人】

【識別番号】110002952

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

(72)【発明者】

【氏名】森 拓郎

(72)【発明者】

【氏名】小林 智博

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

5L049

【Ｆターム（参考）】

5L049BB08

5L049CC12

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

【課題】端末を介して参加したユーザ同士がインターネット上でやり取りすることが可能なコミュニティサイトを生成するサーバ、プログラム及び情報処理方法を提供する。
【解決手段】通信システム１において、端末と通信するサーバは、サーバが提供するコミュニティサイトに含まれる情報のうちの第１情報を端末から受信する通信部を備える。通信部は、受信した第１情報に基づく第２情報を端末に送信し、端末が、受信した第２情報と、広告情報とを表示する。
【選択図】図１

【特許請求の範囲】

【請求項1】

端末と通信するサーバであって、
前記サーバにより提供されるコミュニティサイトに含まれる情報のうちの第１情報を前記端末から受信する通信部を備え、
前記通信部は、受信した前記第１情報に基づく第２情報を前記端末に送信し、
前記端末は、受信した前記第２情報と、広告情報とを表示する。

【請求項2】

請求項１に記載のサーバであって、
前記第１情報は、前記コミュニティサイトに参加している参加ユーザによって入力された、前記コミュニティサイトに含まれる情報である入力情報を含む。

【請求項3】

請求項１または請求項２に記載のサーバであって、
前記第２情報に関連するユーザに、前記広告情報に基づく特典を関連付ける制御部を備える。

【請求項4】

請求項３に記載のサーバであって、
前記第２情報は、前記コミュニティサイトに参加している参加ユーザによって入力された、前記コミュニティサイトに含まれる情報である入力情報から第１ユーザにより選択された情報であり、
前記制御部は、前記特典を少なくとも前記第１ユーザに関連付ける。

【請求項5】

請求項４に記載のサーバであって、
前記制御部は、前記コミュニティサイトの管理ユーザに、前記特典に関連付ける。

【請求項6】

請求項４または請求項５に記載のサーバであって、
前記制御部は、前記第２情報に基づく入力情報に対して情報を入力した第２ユーザに、前記特典を関連付ける。

【請求項7】

請求項４から請求項６のいずれか一項に記載のサーバであって、
前記制御部は、前記第２情報に関連するユーザの役割に基づいて前記特典の分配率を決定する。

【請求項8】

請求項７に記載のサーバであって、
前記分配率は、予め決定されている。

【請求項9】

請求項７に記載のサーバであって、
前記分配率は、前記第２情報に関連するユーザによって決定される。

【請求項10】

請求項４から請求項９のいずれか一項に記載のサーバであって、
前記制御部は、前記第２情報が更新された場合、前記第２情報の追加情報を入力した第３ユーザに、前記追加情報に基づく追加特典を関連付ける。

【請求項11】

請求項１０に記載のサーバであって、
前記制御部は、前記追加特典の分配率を、前記第１ユーザと前記第３ユーザとを含む、分配者全員に対して均等にする。

【請求項12】

請求項１０に記載のサーバであって、
前記制御部は、前記追加情報を入力した前記第３ユーザと、前記追加情報の追加前から前記第２情報に選択された情報を入力した第４ユーザとで、前記追加特典の分配率の重み付けを変更する。

【請求項13】

請求項１２に記載のサーバであって、
前記制御部は、前記第３ユーザの分配率を前記第４ユーザの分配率よりも低くする。

【請求項14】

請求項３から請求項１３のいずれか一項に記載のサーバであって、
前記制御部は、前記第２情報に関連するユーザのうち、前記広告情報に基づく特典を受け取るための情報がない第５ユーザに対して、前記特典を受け取る権利があることを示す通知情報を送信する制御を行う。

【請求項15】

請求項１４に記載のサーバであって、
前記通知情報は、前記特典の受け取り期限までに前記第５ユーザに対して、前記特典を受け取るための情報の設定に関する情報を含む。

【請求項16】

請求項３から１５のいずれか一項に記載のサーバであって、
前記制御部は、前記広告情報に基づく収益情報に関する情報を前記端末に送信する制御を行う。

【請求項17】

請求項１６に記載のサーバであって、
前記収益情報に関する情報は、前記端末のユーザに対する前記収益情報に基づく還元率の情報を含む。

【請求項18】

請求項１から請求項１７のいずれか一項に記載のサーバであって、
前記コミュニティサイトは、参加登録をしたユーザが参加可能である。

【請求項19】

請求項１から請求項１８のいずれか一項に記載のサーバであって、
前記コミュニティサイトは、チャットルームを含む。

【請求項20】

端末と通信するサーバによって実行されるプログラムであって、
前記サーバにより提供されるコミュニティサイトに含まれる情報のうちの第１情報を前記サーバの通信部によって前記端末から受信することと、
受信した前記第１情報に基づく第２情報を前記通信部によって前記端末に送信することとが前記サーバによって実行され、
前記端末は、受信された前記第２情報と、広告情報とを表示する。

【請求項21】

端末と通信するサーバの情報処理方法であって、
前記サーバにより提供されるコミュニティサイトに含まれる情報のうちの第１情報を前記サーバの通信部によって前記端末から受信することと、
受信した前記第１情報に基づく第２情報を前記通信部によって前記端末に送信することとを含み、
前記端末は、受信された前記第２情報と、広告情報とを表示する。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、端末を介して参加したユーザ同士がインターネット上でやり取りすることが可能なコミュニティサイト（例えば、チャットルーム）が知られている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

【0004】

本発明の第１の態様によると、
端末と通信するサーバであって、
前記サーバにより提供されるコミュニティサイトに含まれる情報のうちの第１情報を前記端末から受信する通信部を備え、
前記通信部は、受信した前記第１情報に基づく第２情報を前記端末に送信し、
前記端末は、受信した前記第２情報と、広告情報とを表示する。
本発明の第２の態様によると、
端末と通信するサーバによって実行されるプログラムであって、
前記サーバにより提供されるコミュニティサイトに含まれる情報のうちの第１情報を前記サーバの通信部によって前記端末から受信することと、
受信した前記第１情報に基づく第２情報を前記通信部によって前記端末に送信することとが前記サーバによって実行され、
前記端末は、受信された前記第２情報と、広告情報とを表示する。
本発明の第３の態様によると、
端末と通信するサーバの情報処理方法であって、
前記サーバにより提供されるコミュニティサイトに含まれる情報のうちの第１情報を前記サーバの通信部によって前記端末から受信することと、
受信した前記第１情報に基づく第２情報を前記通信部によって前記端末に送信することとを含み、
前記端末は、受信された前記第２情報と、広告情報とを表示する。

【図面の簡単な説明】

【0005】

【図1】本開示の一実施形態に係る通信システムの構成を示す図である。

【図2】コミュニティサイトとまとめ情報との関連性を説明するための図である。

【図3】第１実施形態におけるサーバの制御部により実現される機能の一例を示す図である。

【図4】第１実施形態におけるサーバの通信部により実現される機能の一例を示す図である。

【図5】第１実施形態におけるサーバに記憶される情報の一例を示す図である。

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

【図7】コミュニティサイトとまとめ情報との関連性を説明するための図である。

【図8】第１変形例（１）におけるサーバに記憶される情報の一例を示す図である。

【図9】第１変形例（１）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図10】参加情報と第２情報との端末における表示の一例を示す図である。

【図11】第１変形例（２）におけるサーバに記憶される情報の一例を示す図である。

【図12】第１変形例（２）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図13】参加情報を表示するための情報の端末における表示の一例を示す図である。

【図14】第２情報が複数のグループに分けられた場合の端末における表示の一例を示す図である。

【図15】第１変形例（４）における端末の表示の一例を示す図である。

【図16】第２実施形態における端末の制御部により実現される機能の一例を示す図である。

【図17】第２実施形態における端末の通信部により実現される機能の一例を示す図である。

【図18】第２実施形態における端末に記憶される情報の一例を示す図である。

【図19】第２実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【図20】コミュニティサイトの各入力情報の選択操作の一例を説明するための図である。

【図21】第２変形例（１）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図22】第２変形例（１）における第１表示から第２表示へと移動させる入力を説明するための図である。

【図23】第２変形例（２）における第１表示から第２表示へと移動させる入力を説明するための図である。

【図24】第２変形例（３）における端末の表示の一例を示す図である。

【図25】第２変形例（４）における端末の表示の一例を示す図である。

【図26】第２変形例（５）における端末の表示の一例を示す図である。

【図27】第２変形例（６）における端末の表示の一例を示す図である。

【図28】第２変形例（７）における端末の表示の一例を示す図である。

【図29】第２変形例（８）における端末の表示の一例を示す図である。

【図30】第３実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【図31】第３実施形態におけるコミュニティサイトと第２情報との連動性について説明するための図である。

【図32】第３変形例（１）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図33】第３変形例（１）におけるコミュニティサイトと第２情報との連動性について説明するための図である。

【図34】第３変形例（２）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図35】第３変形例（３）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図36】第４実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【図37】第４変形例（１）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図38】第４変形例（２）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図39】第５実施形態におけるサーバの制御部により実現される機能の一例を示す図である。

【図40】第５実施形態におけるサーバの通信部により実現される機能の一例を示す図である。

【図41】第５実施形態におけるサーバの記憶部に記憶される情報の一例を示す図である。

【図42】第５実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【図43】第５実施形態における端末の表示の一例を示す図である。

【図44】第５変形例（１）におけるサーバの記憶部に記憶される情報の一例を示す図である。

【図45】第５変形例（１）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図46】第５変形例（４）におけるサーバの記憶部に記憶される情報の一例を示す図である。

【図47】第５変形例（４）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図48】第５変形例（４）における、予め決定された分配率の一例が示す図である。

【図49】第５変形例（５）における端末の記憶部に記憶される情報の一例を示す図である。

【図50】第５変形例（５）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図51】第５変形例（５）における、端末の表示部に表示された分配率の設定画面の一例を示す図である。

【図52】第５変形例（５）における、端末の表示部に表示された分配率の設定画面の一例を示す図である。

【図53】第５変形例（６）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図54】第５変形例（１０）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図55】第５変形例（１０）における端末の表示の一例を示す図である。

【図56】第６実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【図57】第６実施形態における端末の表示の一例を示す図である。

【図58】第６変形例（１）における端末の表示の一例を示す図である。

【図59】第６変形例（２）における各装置が実行する処理の流れの一例を示すフローチャートである。

【図60】第６変形例（２）における広告情報に基づく収益情報に関する情報の一例を示す図である。

【図61】第６変形例（３）における広告情報に基づく収益情報に関する情報の一例を示す図である。

【図62】第６変形例（４）における広告情報に基づく収益情報に関する情報の一例を示す図である。

【図63】第６変形例（５）における広告情報に基づく収益情報に関する情報の一例を示す図である。

【図64】チャットルームへの適用例を説明するための図である。

【図65】チャットルームへの適用例を説明するための図である。

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

【0006】

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

【0007】

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

【0008】

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

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【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】

つまり、ユーザに対して、広告情報に基づく収益の詳細が通知されてもよい。

【0509】

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

【0510】

図５９に示すように、端末２０の制御部２１は、広告情報を表示したことを示す情報をサーバ１０に送信する（ステップＳ１００１）。広告情報を表示したことを示す情報を受信したら、サーバ１０の制御部１１は、広告情報に基づく収益情報に関する情報を端末２０に送信する（ステップＳ１１０３）。

【0511】

広告情報に基づく収益情報に関する情報は、限定ではなく例として、広告情報に対して、どの程度の収益が発生したかを示す情報であってもよい。広告情報に基づく収益情報に関する情報は、限定ではなく例として、まとめ情報において発生した全体の収益と、まとめ情報に関連するユーザに対して発生する収益とが含まれてもよい。

【0512】

また、広告情報に基づく収益情報に関する情報は、限定ではなく例として、１月毎、半年毎のように、広告情報が表示される一定期間毎に、ユーザに通知されてもよいし、されなくてもよい。

【0513】

広告情報に基づく収益情報に関する情報を受信したら、端末２０の制御部２１は、広告情報に基づく収益情報に関する情報を表示部２４に表示する（ステップＳ１００３）。

【0514】

例えば、１つのコミュニティサイトに対して、まとめページＡ、まとめページＢ、まとめページＣが作成されていたとする。この場合、例えば図６０Ａに示すように、まとめページの作成者には、限定ではなく例として、まとめページ毎の、全体の収益、まとめページ作成者の収益が記載された通知がされてもよい。

【0515】

また、例えば図６０Ｂに示すように、コミュニティサイトの管理者にも同様に、限定ではなく例として、まとめページ毎の、全体の収益、まとめページ作成者の収益が記載された通知がされてもよい。

【0516】

また、例えば図６０Ｃに示すように、まとめページに選択されたメッセージ投稿者の１人にも同様に、限定ではなく例として、まとめページ毎の、全体の収益、まとめページ作成者の収益が記載された通知がされてもよい。

【0517】

ステップＳ１００３およびステップＳ１１０２の後、本制御は終了する。

【0518】

＜第６変形例（２）の効果＞
以上のように構成された第６変形例（２）では、サーバ１０の制御部１１は、広告情報に基づく収益情報に関する情報を端末２０に送信する制御を行う。

【0519】

このような構成による効果の一例として、第２情報に関連するユーザが、第２情報において、どの程度の収益が発生しているかを把握することができる。その結果、ユーザが、収益の出所を正確に把握することができる。

【0520】

＜第６変形例（３）＞
第６変形例（２）では、収益がどのくらいあるかを示す情報が端末２０に送信されていたが、本開示はこれに限定されない。
第６変形例（３）では、収益情報に関する情報は、端末２０のユーザに対する収益情報に基づく還元率の情報を含んでもよい。

【0521】

例えば、図６１には、限定ではなく例として、図６０Ａの情報に還元率の欄が追加された例が示されている。つまり、限定ではなく例として、まとめページ毎の収益情報に加えて、全体に対する還元率の情報が加えられてもよい。

【0522】

還元率は、限定ではなく例として、全体の収益に対する、対象のユーザの収益の割合を％で示されていてもよいし、されなくてもよい。

【0523】

＜第６変形例（３）の効果＞
以上のように構成された第６変形例（３）では、収益情報に関する情報は、端末２０のユーザに対する収益情報に基づく還元率の情報を含む。

【0524】

このような構成による効果の一例として、ユーザが、第２情報全体に対してどの程度還元されているかを容易に把握することができる。

【0525】

その結果、例えば、還元率の高いまとめページ（限定ではなく第２情報の一例）の紹介活動を活発化させる（例えば、ソーシャルネットワークサービス等で拡散する等）意欲をユーザにかき立てることができ、ひいては、コミュニティサイトの繁栄に寄与することができる。

【0526】

＜第６変形例（４）＞
第６変形例（３）では、収益情報に関する情報は還元率の情報を含んでいたが、本開示はこれに限定されない。
第６変形例（４）では、収益情報に関する情報は、収益に対する貢献度の情報を含んでいてもよい。

【0527】

図６２に示すように、貢献度は、限定ではなく例として、「高」、「中」、「低」のように、複数のレベルで示されていてもよいし、されなくてもよい。図６２では、まとめページＡに対して、貢献度が「高」であり、還元率が最も高い２０％に設定され、まとめページＢに対して、貢献度が「中」であり、還元率が１０％に設定され、まとめページＣに対して、貢献後が「低」であり、還元率が５％に設定されている例が示されている。

【0528】

＜第６変形例（４）の効果＞
以上のように構成された第６変形例（４）では、収益情報に関する情報は、収益に対する貢献度の情報を含む。

【0529】

このような構成による効果の一例として、ユーザが全体に対してどの程度貢献しているかを容易に把握することができる。

【0530】

その結果、例えば、貢献度の低いまとめページにおいて、貢献度を上げる活動（例えば、まとめページの紹介活動の活発化等）を行うこと、また、貢献度の高いまとめページにおいて、収益をさらに上げる活動（例えば、まとめページの紹介活動の活発化等）を行うこと、等をユーザに積極的に行わせることに繋がり、ひいては、コミュニティサイトの繁栄に寄与することができる。

【0531】

＜第６変形例（５）＞
第６変形例（５）では、収益情報に関する情報は、入力情報と引用関係にある情報に関する情報を含んでいてもよい。

【0532】

図６３には、メッセージ投稿者（入力情報を入力したユーザ）に対する、収益情報に関する情報が例示されている。図６３には、「メッセージ引用あり」の欄が追加されている。

【0533】

例えば、メッセージ投稿者のメッセージは、まとめページＡおよびまとめページＣでは、引用関係にある情報がなく、まとめページＢでは、引用関係にある情報があったとする。この場合、引用関係にある情報がない、まとめページＡおよびまとめページＣでは、還元率が１０％となっており、引用関係にある情報がある、まとめページＢでは、還元率が１２％となっている。

【0534】

図６３の例のように、メッセージ引用があるメッセージについては、限定ではなく例として、引用されたメッセージについては、比較的注目度、関心度が高いメッセージであるとして、還元率を、引用されていないメッセージよりも高くなるように設定されてもよい。

【0535】

また、例えば、第２変形例（７）のように、メッセージと引用関係にあるメッセージがまとめ情報に含まれる場合、引用関係にあるメッセージにも、収益が発生することが考えられる。この場合、限定ではなく例として、引用関係にあるメッセージの収益分を、引用されたメッセージの収益から差し引いてもよい。

【0536】

＜第６変形例（５）の効果＞
以上のように構成された第６変形例（５）では、収益情報に関する情報は、入力情報と引用関係にある情報に関する情報を含む。

【0537】

このような構成による効果の一例として、引用関係にある情報に関する情報が明記されることにより、引用関係にある情報の有無によって、還元率の違いがあることを容易に把握することができる。

【0538】

＜その他の実施形態＞
また、上記の各実施形態における、コミュニティサイトには、チャットルーム、ソーシャルネットワークサービスのコミュニティ、電子掲示板、動画サイトのコミュニティの何れか１つが含まれていてもよい。

【0539】

ここで、コミュニティサイトにおいて、例えば、チャットルームにおける適用例について説明する。チャットルームとは、サーバ１０が提供するメッセージングサービスにおいて、メッセージングサービスを利用するユーザ同士によって、送受信された情報をユーザの端末に表示可能にするユーザインターフェースである。

【0540】

チャットルームは、基本的にはサーバ１０が提供するメッセージングサービスにおいて互いに認識しているユーザ間で双方の了承のもとで形成されるが、不特定多数のユーザが自由に参加することができるチャットルームを形成することもできる。このような不特定多数のユーザが自由に参加することができるチャットルームをオープンチャットと呼称することもある。

【0541】

オープンチャットとは、複数のユーザが、匿名で参加することが可能なグループチャットである。ここでいう匿名で参加とは、メッセージングサービスを提供するサーバ１０において、登録しているユーザ名とは異なるユーザ名でチャットルームに参加できることを意味する。オープンチャットは、誰でも参加が可能である反面、匿名性が高く、メッセージの内容についての信憑性の判断がつきにくいという側面を有する。

【0542】

このようなオープンチャットには、ユーザ自身がそのオープンチャットの存在を認識して（限定ではなく一例として、宣伝広告などで宣伝商品に関連するオープンチャットがあることやそのオープンチャットへの参加方法が記載された記事を確認することによって認識する）、自身で参加したり、チャットルームに参加している他のユーザからの招待を受けて参加したりすることができる。

【0543】

オープンチャットの存在は、例えば、ユーザがキーワードを用いて検索する、ユーザがカテゴリーを選択して検索する、他のユーザから二次元コードやＵＲＬを取得する、ことにより、ユーザに認識される。また、オープンチャットには、参加フリーのチャットルーム、管理者の承認が必要なチャットルーム、パスワードが設定されたチャットルーム等が存在する。参加フリーのチャットルームには、ユーザが自由に参加することができる。管理者の承認が必要なチャットルームには、管理者の承認を得ることでユーザが参加することができる。例えば、管理者が設定した質問に回答して、管理者が参加を承認することで、ユーザがそのチャットルームに参加が可能となる。パスワードが設定されたチャットルームには、ユーザがパスワードを入力することにより、参加が可能となる。パスワードは、管理者等によって設定されている。

【0544】

ユーザは、チャットルームを開くことにより、端末を介してインターネット上で他のユーザと対話することが可能となる。例えば、コンテンツに関連するチャットルームが生成されると、コンテンツを閲覧した複数のユーザが、コンテンツの内容について、チャットルーム内で感想を言い合ったり、情報交換をすることが可能となる。

【0545】

特に、オープンチャットには、軽い雑談、趣味の話題、本音で語り合いたい業界話等、チャットルーム毎にテーマが設定されるので、チャットルームに参加したユーザは、チャットルーム内の他ユーザとメッセージのやり取りが盛り上がりやすく、長期にわたり、やり取りを継続させやすくなる。

【0546】

これらのオープンチャットのうち、管理者の承認が必要なチャットルーム、パスワードが設定されたチャットルームは、参加登録をしたユーザが参加可能であるので、チャットルーム内に、どのような情報が含まれているか、参加登録をするまで確認することができない。

【0547】

例えば、第１実施形態では、図６４Ａに示すように、「まとめ情報」である第２情報を閲覧することで、チャットルームの内容を参加前に確認することができる。図６４Ａに示すチャットルームのテーマは、「焼肉好き集まれ」であり、まとめ情報には、主に店に関する情報が列挙されている。

【0548】

そして、ユーザは、まとめ情報の内容を確認して、チャットルーム内でどのような話がなされているかを把握した上で、チャットルームに参加するか否かについて判断することができる。ユーザがまとめ情報を参考にして、チャットルームに参加したいと判断した場合、ユーザは、「参加」の部分を操作入力して、チャットルームの管理者に参加申請を行う。

【0549】

参加申請が通った場合、図６４Ｂに示すように、チャットルーム内で、多数のユーザによって、チャットルームのテーマに沿った会話がされている。また、まとめ情報に選択された情報（例えば、図６４Ｂにおける一番上に位置するメッセージと、上から４番目に位置するメッセージ）は、端末２０の画面をスクロールすることで、容易に探すことができる。

【0550】

このように、ユーザが興味を持った内容の会話がされているチャットルームを事前に確認することができるので、参加登録の申請を行いやすくすることができる。その結果、チャットルーム（オープンチャット）への参加率の向上に寄与しやすくすることができる。

【0551】

また、第２実施形態等では、図６５Ａに示すように、チャットルーム内の各ユーザのメッセージが独立して存在するので、各メッセージをユーザが選択しやすい。そして、図６５Ｂに示すように、ユーザが選択したメッセージが浮き上がり、図６５Ｃに示すように、まとめページにスライドすることで、メッセージを選択することができる。

【0552】

このように、チャットルームでは、各ユーザのメッセージを選択操作しやすいので、まとめページを容易に作成することができる。その結果、チャットルームの紹介となり得るまとめページの作成が促進され、チャットルームへの参加率の向上に寄与しやすくすることができる。

【0553】

また、チャットルームは、参加登録を要することから、そのチャットルーム内で活発なメッセージのやり取りを行うことが考えられる。このようなメッセージがまとめ情報として選択される。例えば、第５実施形態等では、まとめページに広告情報が掲載されることから、このような活発なメッセージのやり取りの副産物として、特典が得られる可能性がある。その結果、特典を得た参加ユーザのモチベーション向上に繋げることができる。

【0554】

また、まとめ情報のメッセージは、チャットルーム内で、話題の中心であるメッセージであると考えられることから、そのメッセージを入力したユーザも比較的、参加頻度の高いユーザであると考えられる。まとめ情報を閲覧してチャットルームに参加した新参加ユーザは、まとめ情報のメッセージを入力したユーザを目印にして、チャットルーム内でのやり取りに加わるものと考えられるので、参加頻度の高いユーザとやり取りをすることにより、チャットルームに定着しやすくなる。その結果、チャットルームの参加人数を増大させることに寄与することができ、ひいては、チャットルームの繁栄に寄与することができる。

【0555】

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

【符号の説明】

【0556】

１ 通信システム
１０ サーバ
１１ 制御部
１２ 入出力部
１３ ディスプレイ
１４ 通信部
１５ 記憶部
２０ 端末
２１ 制御部
２２ 通信部
２３ 入出力部
２４ 表示部
２５ マイク
２６ スピーカ
２７ カメラ
２８ 記憶部
３０ ネットワーク
１１１ サーバメイン処理部
１１２ 関連付け処理部
１１３ 広告情報処理部
１４１ 通信メイン処理部
１４２ 関連付け情報送信部
１４３ 広告情報送信部
１５１ サーバメイン処理プログラム
１５１１ 関連付け処理プログラム
１５１２ 関連付け情報送信プログラム
１５１３ 広告情報処理プログラム
１５１４ 広告情報送信プログラム
１５２ 第１情報
１５３ 第２情報
１５４ 第２情報を表示するための情報
１５５ 参加情報を表示するための情報
１５６ 広告情報
１５７ 特典情報
１５８ 分配率情報
２１１ 端末メイン処理部
２１２ 表示処理部
２２１ 通信メイン処理部
２２２ 情報送受信部
２８１ 端末メイン処理プログラム
２８１１ 表示処理プログラム
２８１２ 情報送信プログラム
２８２ 第１情報
２８３ 第２情報
２８４ 関連付け情報
２８５ 分配率情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】

【図44】

【図45】

【図46】

【図47】

【図48】

【図49】

【図50】

【図51】

【図52】

【図53】

【図54】

【図55】

【図56】

【図57】

【図58】

【図59】

【図60】

【図61】

【図62】

【図63】

【図64】

【図65】