JP2023097929A - サーバ、情報処理方法およびプログラム - Google Patents

Abstract

【課題】ユーザによって様々な投稿が特定のコンテンツの内容について投稿される場合に、コンテンツに適したコミュニティサイトをユーザに提供するサーバ、情報処理方法及びプログラムを提供する。【解決手段】通信システムにおいて、ネットワーク３０を介して端末と通信するサーバは、端末で閲覧可能なコンテンツの閲覧に関する、端末のユーザの閲覧情報を受信する通信部と、閲覧情報に基づいてコミュニティサイトを選択する制御部とを備える。通信部は、制御部により選択されたコミュニティサイトの情報を端末に送信する。【選択図】図１

Description

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

従来、スマートフォン等の端末に、ユーザが閲覧可能なコンテンツ（例えば、漫画等）が配信される技術が一般的に知られている（例えば、特許文献１参照）。このようなコンテンツを閲覧したユーザは、端末を介してインターネット上のコミュニティサイト（例えば、チャットルーム）で、コンテンツについて、他のユーザと対話することが可能となっている。

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

本発明の第１の態様によると、
端末と通信するサーバであって、
端末で閲覧可能なコンテンツの閲覧に関する、端末のユーザの閲覧情報を受信する通信部と、
閲覧情報に基づいてコミュニティサイトを選択する制御部とを備え、
通信部は、制御部により選択されたコミュニティサイトの情報を端末に送信する。
本発明の第２の態様によると、
端末と通信するサーバの情報処理方法であって、
端末で閲覧可能なコンテンツの閲覧に関する、端末のユーザの閲覧情報をサーバの通信部によって受信することと、
閲覧情報に基づいてコミュニティサイトをサーバの制御部によって選択することと、
制御部により選択されたコミュニティサイトの情報を端末に通信部により送信することとを含む。
本発明の第３の態様によると、
端末と通信するサーバによって実行されるプログラムであって、
端末で閲覧可能なコンテンツの閲覧に関する、端末のユーザの閲覧情報をサーバの通信部によって受信することと、
閲覧情報に基づいてコミュニティサイトをサーバの制御部によって選択することと、
制御部により選択されたコミュニティサイトの情報を端末に通信部により送信することとがサーバによって実行される。
本発明の第４の態様によると、
情報処理装置によって実行されるプログラムであって、
ユーザによるコンテンツの閲覧に関する閲覧情報を取得する制御を情報処理装置の制御部によって行うことと、
閲覧情報に基づいてコミュニティサイトを選択する制御を制御部によって行うことと、
制御部により選択されたコミュニティサイトの情報をユーザに提示する制御を制御部によって行うこととが情報処理装置によって実行される。
本発明の第５の態様によると、
サーバであって、
端末で閲覧可能なコンテンツに関するコンテンツ情報を取得する制御部を備え、
制御部は、コンテンツ情報に対応するコンテンツの部分を閲覧していないユーザによる閲覧が制限されるコミュニティサイトを設定する制御を行う。

本開示の一実施形態に係る通信システムの構成を示す図である。 本実施形態における端末の通信部により実現される機能の一例を示す図である。 本実施形態における端末の制御部により実現される機能の一例を示す図である。 本実施形態における端末に記憶される情報の一例を示す図である。 本実施形態におけるサーバの通信部により実現される機能の一例を示す図である。 本実施形態におけるサーバの制御部により実現される機能の一例を示す図である。 端末のコミュニティサイトの提示における表示例を示す図である。 端末のコミュニティサイトの提示における表示例を示す図である。 本実施形態におけるサーバに記憶される情報の一例を示す図である。 本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。 第１変形例（１）における各装置が実行する処理の流れの一例を示すフローチャートである。 第１変形例（２）における、端末のコミュニティサイトの提示における表示例を示す図である。 第１変形例（２）における各装置が実行する処理の流れの一例を示すフローチャートである。 第１変形例（５）におけるサーバに記憶される情報の一例を示す図である。 第１変形例（５）における端末に記憶される情報の一例を示す図である。 第１変形例（６）における、端末のコミュニティサイトの提示における表示例を示す図である。 第２実施形態におけるサーバの制御部により実現される機能の一例を示す図である。 第２実施形態におけるサーバに記憶される情報の一例を示す図である。 第２実施形態におけるサーバが実行する処理の流れの一例を示すフローチャートである。 第２変形例（１）におけるサーバによる処理を時系列的に説明するための図である。 第２変形例（２）におけるサーバによる処理を時系列的に説明するための図である。 第２変形例（３）におけるコミュニティサイトの端末における表示例を示す図である。 第２変形例（４）におけるサーバの制御部により実現される機能の一例を示す図である。 第２変形例（４）におけるサーバに記憶される情報の一例を示す図である。 第２変形例（４）における、第２コミュニティサイトの閲覧制限の端末における表示例を示す図である。 第２変形例（４）における端末に記憶される情報の一例を示す図である。 第２変形例（４）における各装置が実行する処理の流れの一例を示すフローチャートである。 第２変形例（６）におけるサーバの制御部により実現される機能の一例を示す図である。 第２変形例（６）におけるサーバによる処理を時系列的に説明するための図である。 第２変形例（６）において、第２ユーザから第１ユーザにプレゼントが届いた際の表示例を示す図である。 第２変形例（６）におけるサーバに記憶される情報の一例を示す図である。 第２変形例（６）における各装置が実行する処理の流れの一例を示すフローチャートである。 第２変形例（７）における、アンケート情報の端末への表示例を示す図である。 第２変形例（７）におけるサーバに記憶される情報の一例を示す図である。 第２変形例（７）における各装置が実行する処理の流れの一例を示すフローチャートである。 第２変形例（８）におけるサーバによる処理を時系列的に説明するための図である。 第２変形例（８）における各装置が実行する処理の流れの一例を示すフローチャートである。 第２変形例（９）におけるサーバに記憶される情報の一例を示す図である。 第２変形例（９）における各装置が実行する処理の流れの一例を示すフローチャートである。 第３実施形態における情報の端末における表示例を示す図である。 第３実施形態におけるサーバに記憶される情報の一例を示す図である。 第３実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。 第３変形例（１）におけるサーバの制御部により実現される機能の一例を示す図である。 第３変形例（１）における、第２コミュニティサイトのメンバーにメッセージがあるか否かの質問の端末での表示例を示す図である。 第３変形例（１）における、第２コミュニティサイト内の特定ユーザへのメッセージの表示例を示す図である。 第３変形例（１）におけるサーバに記憶される情報の一例を示す図である。 第３変形例（１）における各装置が実行する処理の流れの一例を示すフローチャートである。 第３変形例（３）における、第２コミュニティサイト内でユーザの移動情報の表示例を示す図である。 第３変形例（４）における、第２コミュニティサイト内の特定ユーザへのメッセージの表示例を示す図である。 第３変形例（５）における、第２コミュニティサイトのメンバーのリストの表示例を示す図である。 第３変形例（５）における、第１コミュニティサイトのメンバーのリストの表示例を示す図である。 第４実施形態におけるサーバの制御部により実現される機能の一例を示す図である。 第４実施形態におけるサーバに記憶される情報の一例を示す図である。 第４実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。 第４変形例（１）における、閲覧制限がされていない場合の端末におけるコミュニティサイトの一覧の表示例を示す図である。 第４変形例（１）における、閲覧制限がされた場合の端末におけるコミュニティサイトの一覧の表示例を示す図である。 第４変形例（１）における、閲覧制限がされた場合の端末におけるコミュニティサイトの一覧の表示例を示す図である。 第４変形例（１）における、閲覧制限がされた場合の端末におけるコミュニティサイトの一覧の表示例を示す図である。 第５実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。 第５変形例（１）における各装置が実行する処理の流れの一例を示すフローチャートである。 第５変形例（２）における、端末でのメッセージの非表示の一例を示す図である。 第５変形例（２）における、端末でのメッセージの非表示の一例を示す図である。 第５変形例（２）における各装置が実行する処理の流れの一例を示すフローチャートである。 第５変形例（３）における、端末での閲覧制限解除の一例を示す図である。 第５変形例（３）における各装置が実行する処理の流れの一例を示すフローチャートである。 第６実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。 チャットルームへの適用例を説明するための図である。 チャットルームへの適用例を説明するための図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜第１実施形態＞
近年、ユーザが端末において、インターネット上で他のユーザと対話可能なコミュニティサイトが普及し始めている。コミュニティサイトは、ユーザ間の情報交換や交流をする機能を有するウェブサイトやアプリケーション等のことである。アプリケーションとしては、携帯端末やパソコン等のコンピュータ装置にインストールされるものである。コミュニティサイトでは、例えば共通の趣味、興味、価値観を持つユーザ同士、日常的な会話を行い合うことを目的としたユーザ同士、何らかのトラブルに対しての助言や同情を得ることを目的としたユーザ同士がインターネットを介して対話することが可能である。

コミュニティサイトは、例えば、チャットルーム、ソーシャルネットワークサービスのコミュニティ、電子掲示板等、メッセージ（テキスト、音声、画像、動画を含む）を投稿することにより、２人以上のユーザ同士でやり取り可能なものである限り、どのようなものであってもよい。また、コミュニティサイトは、あるユーザの音声を文字に変換して、別のユーザに伝えるようなものであってもよいし、所定のユーザの文字入力を、特定のキャラクターやアバター等の音声に変換して、他のユーザに伝えるようなものであってもよい。また、コミュニティサイトは、ユーザの音声を複数のユーザで共有可能なものであってもよい。

コミュニティサイトには、ユーザによって様々な投稿がなされ、特定のコンテンツの内容について投稿される場合がある。

このため、コンテンツに適したコミュニティサイトをユーザに提供できることが望まれる。

第１実施形態は、ユーザによる端末２０Ａで閲覧可能なコンテンツの閲覧に関する閲覧情報をサーバ１０が受信した場合、サーバ１０が閲覧情報に基づいて、コミュニティサイトを選択して、コミュニティサイトの情報を端末２０Ａに送信する実施形態である。
第１実施形態の記載内容は、他の各実施形態のいずれにも適用可能である。

＜機能構成＞
（１）端末の機能構成
図２は、本実施形態における端末２０の通信部２２により実現される機能の一例を示す図である。

図２に示すように、通信部２２は、通信メイン処理部２２１と、情報送受信部２２２とを有する。

通信メイン処理部２２１は、制御部２１の制御の下、サーバ１０との間でコンテンツを送受信する処理である通信メイン処理を実行する機能を有する。例えば、通信メイン処理部２２１は、端末２０のユーザが端末２０で取得したコンテンツの取得情報をサーバ１０に送信したり、サーバ１０から配信されるコンテンツの情報を受信したりする機能を有する。

コンテンツは、例えば、漫画、小説、動画、音楽、ゲーム等、ユーザが閲覧するために有償または無償で取得可能なものである。なお、コンテンツは、これらに限定されず、漫画、小説、動画以外のものであってもよい。

情報送受信部２２２は、端末２０で閲覧可能なコンテンツの閲覧に関する、端末２０のユーザの閲覧情報をサーバ１０に送信する機能を有する。

閲覧情報は、コンテンツにおいてユーザの閲覧に関する情報であり、例えば、ユーザがコンテンツを閲覧したか否かを示す情報である。この閲覧情報を受信することにより、サーバ１０は、ユーザがコンテンツを閲覧したか否かを認識することが可能となる。また、閲覧情報は、ユーザがコンテンツを閲覧したか否かを示す情報の他、ユーザがコンテンツを閲覧する可能性を含む情報、ユーザがコンテンツを閲覧した量（進捗状況）に関する情報、ユーザがコンテンツを閲覧した内容に関する情報を含んでいてもよいし、含んでいなくてもよい。

情報送受信部２２２は、サーバ１０の制御部１１により選択されたコミュニティサイトの情報（以下、コミュニティサイト情報）を受信する機能を有する。

コミュニティサイト情報は、端末２０の表示部２４に表示処理されるコミュニティサイトの情報である。コミュニティサイト情報は、表示部２４に表示処理されることにより、端末２０のユーザがコミュニティサイトの存在を認識可能である限り、どのようなものでもよい。コミュニティサイト情報は、例えば、コミュニティサイトにユーザがアクセス可能なリンクの情報でもよいし、コミュニティサイトの名称の情報でもよいし、コミュニティサイトのテーマの名称の情報でもよい。

図３は、本実施形態における端末２０の制御部２１により実現される機能の一例を示す図である。

図３に示すように、制御部２１は、端末メイン処理部２１１と、情報送受信処理部２１２と、表示処理部２１３とを有する。

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

例えば、端末メイン処理部２１１は、ユーザが端末２０で取得したコンテンツの取得情報をサーバ１０に送信したり、サーバ１０から配信されるコンテンツの情報を受信したりする処理を、通信部２２を介して、実行する機能を有する。

また、情報送受信処理部２１２は、コンテンツにおけるユーザの閲覧情報をサーバ１０に送信する処理を、通信部２２を介して、実行する機能を有する。

情報送受信処理部２１２は、ユーザが端末２０で取得したコンテンツを閲覧したか否かの情報を閲覧情報として、サーバ１０に送信する処理を実行する。

また、情報送受信処理部２１２は、サーバ１０の制御部１１により選択されたコミュニティサイトの情報を、通信部２２を介して、サーバ１０から受信する処理を実行する機能を有する。

表示処理部２１３は、サーバ１０から受信したコミュニティサイト情報を端末２０の表示部２４に表示する処理を行う。

また、表示処理部２１３は、サーバ１０から受信した、コミュニティサイト情報をユーザに提示する制御を行う（例えば、後述する図７、図８等参照）。

図４は、本実施形態における端末２０に記憶される情報の一例を示す図である。

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

また、記憶部２８には、ユーザのコンテンツにおける閲覧情報２８４と、サーバ１０より受信したコミュニティサイト情報２８５とが記憶される。

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

通信メイン処理部１４１は、制御部１１の制御の下、端末２０との間でコンテンツを送受信する処理である通信メイン処理を実行する機能を有する。例えば、通信メイン処理部１４１は、端末２０のユーザが端末２０で取得したコンテンツの取得情報を受信したり、端末２０に配信するコンテンツの情報を送信したりする機能を有する。

情報送受信部１４２は、端末２０により送信されたユーザの閲覧情報を受信する機能を有する。

また、情報送受信部１４２は、制御部１１により選択されたコミュニティサイト情報を送信する機能を有する。具体的には、情報送受信部１４２は、制御部１１により、コミュニティサイト情報が選択された場合、コミュニティサイトの情報を端末２０に送信し、制御部１１によりコミュニティサイト情報が選択されない場合、コミュニティサイト情報を端末２０に送信しない。

図６は、本実施形態におけるサーバ１０の制御部１１により実現される機能の一例を示す図である。

図６に示すように、制御部１１は、サーバメイン処理部１１１と、情報送受信処理部１１２と、選択処理部１１３とを有する。

サーバメイン処理部１１１は、記憶部１５に記憶されているサーバメイン処理プログラム１５１に従って、サーバ１０を統括的に制御するための処理であるサーバメイン処理を実行する機能を有する。例えば、サーバメイン処理部１１１は、端末２０のユーザが端末２０で取得したコンテンツの取得情報を受信したり、配信するコンテンツの情報を端末２０に送信したりする機能を有する。

情報送受信処理部１１２は、端末２０より送信されたユーザの閲覧情報を受信する処理を、通信部１４を介して実行する機能を有する。

また、情報送受信処理部１１２は、選択処理部１１３により選択されたコミュニティサイト情報を端末２０に送信する処理を、通信部１４を介して実行する機能を有する。

選択処理部１１３は、通信部１４を介して受信した端末２０のユーザにおけるコンテンツの閲覧情報に基づいてコミュニティサイトを選択する機能を有している。選択処理部１１３は、例えば、サーバ１０が提供するメッセージングサービスにおいて、既に生成されている複数のコミュニティサイトの中から、コミュニティサイトを選択する。

選択処理部１１３により選択対象となるコミュニティサイトは、ユーザが閲覧したコンテンツの情報が含まれるコミュニティサイトである。

例えば、ユーザがコンテンツＡＡの閲覧をした場合、選択処理部１１３が選択するコミュニティサイトは、コンテンツＡＡに関連する内容を含むコミュニティサイトとなる。

例えば、コンテンツＡＡに関連するコミュニティサイトとして、第１サイト、第２サイトおよび第３サイトが存在していたとする。この場合、選択処理部１１３は、第１サイト、第２サイトおよび第３サイトを選択する。

選択処理部１１３により、コミュニティサイト情報が選択されると、上記の情報送受信処理部１１２が、コミュニティサイト情報を端末２０に送信する処理を行う。

これにより、端末２０で、サーバ１０により送信されたコミュニティサイト情報が端末２０で受信され、コミュニティサイト情報がユーザに端末２０を介して提示される。

例えば、各種コンテンツを閲覧するためのアプリ（例えば、漫画や書籍を閲覧する電子書籍リーダなど）が端末２０にインストールされていたとする。図７Ａに示すように、ユーザが端末２０において、このアプリのコンテンツ選択画面から、コンテンツＡＡを選択して、コンテンツＡＡを起動したとする。図７Ａに示されるコンテンツの選択画面には、コンテンツＡＢ、コンテンツＸＹ、コンテンツＹＺ、コンテンツＡＡが選択可能となっている例が示されている。

コンテンツの選択画面には、例えば、漫画や小説等のシリーズ作品である場合、コンテンツの巻番号の順に並んでいてもよいし、並んでいなくてもよい。コンテンツＡＡが起動すると、コンテンツＡＡが開き、ユーザがコンテンツＡＡを閲覧することが可能となる。コンテンツＡＡは、例えば、ページ数が１１２ページの漫画であり、図７Ｂに示す例では、右下の“３５／１１２”によって示されるように、ユーザが１１２ページからなるコンテンツＡＡのうち３５ページを閲覧しているときの状態が端末２０に表示されている。この場合、端末２０からサーバ１０に送信される閲覧情報は、３５ページを閲覧していることを示す情報となり、サーバ１０では、ユーザがコンテンツＡＡを閲覧していたと認識する。

ここで、コンテンツＡＡに関連するコミュニティサイトとして、第１サイト、第２サイトおよび第３サイトが存在していたとする。この場合、選択処理部１１３が、第１サイト、第２サイトおよび第３サイトを選択する。そして、通信部１４が、端末２０に、これらのコミュニティサイト情報を端末２０に送信する。

その結果、端末２０がコミュニティサイト情報をサーバ１０から受信すると、図７Ｃに示されるように、ユーザの端末２０には、第１サイト、第２サイトおよび第３サイトの情報が表示される。また、端末２０にコミュニティサイト情報が表示されるタイミングは、端末２０がコミュニティサイト情報を受信したタイミングでもよいし、タイミングよりも後でもよい。

図７Ｃには、各サイトの右端に「ＧＯ」の文字が記載されたボタンが表示されており、ユーザがボタンをタップまたはクリックすることで、対応するサイトにアクセスできるようになっている。なお、図７Ｃにおいては、ボタンについて表示されていなくてもよい。

また、図７Ａ～Ｃに示す例では、ユーザがコンテンツの少なくとも一部を閲覧していたことに基づいて、コミュニティサイト情報が送信されていたが、ユーザがコンテンツを閲覧していなくても、コミュニティサイト情報が送信されてもよい。例えば、図８Ａに示すように、ユーザがコンテンツＡＡをダウンロード可能なウェブサイト（ダウンロードサイト）において、コンテンツＡＡをアプリにダウンロードしたとする。つまり、ユーザがコンテンツＡＡを取得したとする。

そうすると、図８Ｂに示されるように、ユーザの端末２０上に表示されるアプリにおけるコンテンツの選択画面のコンテンツの一覧には、コンテンツＡＡが追加される。これにより、サーバ１０は、ユーザがコンテンツＡＡを閲覧可能であることを示す閲覧情報を取得し、選択処理部１１３によりコミュニティサイトが選択され、選択されたコミュニティサイト情報が端末２０に送信される。

その後、例えば、以降におけるアプリの利用時、コンテンツＡＡの起動時などにおいて、図８Ｃに示されるように、コミュニティサイト情報が端末２０上に表示される。端末２０にコミュニティサイト情報が表示されるタイミングは、端末２０がコミュニティサイト情報を受信したタイミングでもよいし、タイミングよりも後でもよい。

また、選択処理部１１３は、コンテンツＡＡに関連するコミュニティサイトが存在していない場合、コミュニティサイト情報を選択しない。この場合は、上記の通り、情報送受信部１４２による、通信部１４を介したコミュニティサイト情報を送信する処理が行われない。

また、選択処理部１１３は、閲覧情報において、ユーザがコンテンツＡＡを閲覧していない場合、コミュニティサイト情報を選択してもよいし、選択しなくてもよい。なお、この場合において、選択処理部１１３がコミュニティサイト情報を選択しない場合には、上記の通り、情報送受信部１４２による、通信部１４を介したコミュニティサイト情報を送信する処理が行われない。

図９は、本実施形態におけるサーバ１０に記憶される情報の一例を示す図である。

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

また、記憶部１５には、端末２０から受信した閲覧情報１５４と、選択処理部１１３により選択されたコミュニティサイト情報１５５とが記憶される。

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

以下のフローチャートは、本実施形態の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

まず、図１０に示すように、ユーザが端末２０の入出力部２３を介して、コンテンツを取得する操作を行う。これにより、端末２０の制御部２１は、通信部２２により、コンテンツの取得情報を送信する（ステップＳ１０１）。

サーバ１０でコンテンツの取得情報を受信すると、サーバ１０の制御部１１は、コンテンツの情報を端末２０に配信する（ステップＳ２０１）。

コンテンツの情報が、端末２０に配信されると、端末２０の制御部２１は、コンテンツの閲覧情報をサーバ１０に送信する（ステップＳ１０２）。なお、端末２０の制御部２１は、コンテンツの閲覧情報を、ユーザがコンテンツを取得してから、閲覧の進捗状況に応じて、サーバ１０に送信していてもよいし、しなくてもよい。

コンテンツの閲覧情報を取得したサーバ１０の制御部１１は、コンテンツに関連するコミュニティサイトを選択する（ステップＳ２０２）。

そして、コミュニティサイトを選択したら、サーバ１０の制御部１１は、選択したコミュニティサイトの情報を端末２０に送信する（ステップＳ２０３）。なお、サーバ１０の制御部１１が、選択するコミュニティサイトがない場合は、ステップＳ２０２およびステップＳ２０３の処理はスキップされる。

コミュニティサイトの情報を受信したら、端末２０の制御部２１は、コミュニティサイトの情報を端末２０の表示部２４に表示する（ステップＳ１０３）。ステップＳ１０３、ステップＳ２０３の後、本制御は終了する。なお、ステップＳ２０２およびステップＳ２０３の処理がスキップされた場合、ステップＳ１０３の処理もスキップされて、本制御は終了する。

＜第１実施形態の効果＞
以上のように構成された第１実施形態によれば、サーバ１０の通信部１４が、端末２０で閲覧可能なコンテンツの閲覧に関する、端末２０のユーザの閲覧情報を受信し、サーバ１０の制御部１１がユーザにおけるコンテンツの閲覧情報に基づいてコミュニティサイトを選択する。具体的には、ユーザが閲覧をした、または、閲覧する可能性のあるコンテンツの情報が含まれるコミュニティサイトをサーバ１０の制御部１１が選択する。

そして、サーバ１０の通信部１４が選択されたコミュニティサイトの情報を、端末２０に送信し、端末２０の制御部２１が、そのコミュニティサイトの情報を表示部２４を介して、ユーザに提示する。

これにより、コンテンツに適したコミュニティサイトをユーザに案内することができるので、ユーザがコミュニティサイトに容易に参加することができる。

また、このような効果により、下記の付随的な効果もまた考えられる。

例えば、コンテンツにおいて、ユーザが把握していない情報を含むコミュニティサイトが存在していた場合、コミュニティサイトの情報が提供されていないと、ユーザがそのコミュニティサイトを探し出して、誤って参加する可能性がある。第１実施形態では、別の効果として、サーバ１０の制御部１１が選択したコミュニティサイトの情報が提示されるので、適切なコミュニティサイトにユーザが参加しやすくすることもできる。これにより、ユーザが把握していない情報を含むコミュニティサイトに誤って参加することを抑制することができるので、コミュニティサイトを開くことに起因するコンテンツの情報の漏洩を抑制することができる。

また、制御部１１が選択するコミュニティサイトが、コンテンツに関連するコミュニティサイトであるので、コミュニティサイトの情報がユーザに提示される。その結果、コミュニティサイトに参加したユーザが、コミュニティサイトで投稿したり、他のユーザと交流することにより、ユーザのコンテンツに対する満足度を向上させることができる。その結果、ユーザに有益なサービスを提供することができる。

また、ユーザのコンテンツに対する満足度が向上することにより、ユーザにコンテンツの続きの部分の購入（取得）意欲を促進させることができる。

また、ユーザのコンテンツに対する満足度の向上に伴い、ユーザの端末に登録してある、コミュニティサイトにまだ参加していない非参加ユーザに、ユーザが参加を促すことがある。これにより、非参加ユーザがコミュニティサイトに参加することで、コミュニティサイトにおけるユーザ間の対話をより充実したものとさせることができる。

また、ユーザの満足度向上に伴い、ユーザの端末に登録してある、コンテンツの非購入ユーザに、ユーザがコンテンツの情報を伝達することにより、コンテンツの購入者層の拡大を図ることができる。

＜第１変形例（１）＞
第１実施形態では、通信部１４が、ユーザがコンテンツを閲覧していなくても、コンテンツの閲覧の可能性があれば、制御部１１によって選択されたコミュニティサイトの情報を送信していたが、本開示はこれに限定されない。
第１変形例（１）では、通信部１４（情報送受信部１４２）が、端末２０によるコンテンツの閲覧に基づいて、コミュニティサイトの情報を端末２０に送信してもよい。

つまり、例えば、図７の例のように、ユーザがコンテンツＡＡを起動して、コンテンツＡＡを実際に閲覧した場合に、通信部１４が、コミュニティサイトの情報を端末２０に送信する。この場合、端末２０からサーバ１０に送信される閲覧情報は、ユーザがコンテンツＡＡを閲覧したことを示す情報となる。

これにより、第１実施形態と同様に、コンテンツＡＡに関連するコミュニティサイトとして、第１サイト、第２サイトおよび第３サイトが存在する場合、選択処理部１１３が、第１サイト、第２サイトおよび第３サイトを選択する。そして、通信部１４が、端末２０によるコンテンツの閲覧に基づいて、これらのコミュニティサイト情報を端末２０に送信する。

その結果、ユーザの端末２０には、第１サイト、第２サイトおよび第３サイトの情報が表示される。

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

以下のフローチャートは、本変形例の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

まず、図１１に示すように、ユーザが端末２０の入出力部２３を介して、コンテンツを取得する操作を行う。これにより、端末２０の制御部２１は、通信部２２により、コンテンツの取得情報を送信する（ステップＳ１０１）。

サーバ１０でコンテンツの取得情報を受信すると、サーバ１０の制御部１１は、コンテンツの情報を端末２０に配信する（ステップＳ２０１）。

コンテンツの情報が、端末２０に配信されると、端末２０の制御部２１は、ユーザがコンテンツの閲覧をしたか否かについて判定する（ステップＳ１０１１）。判定の結果、ユーザがコンテンツの閲覧をしていない場合（ステップＳ１０１１、ＮＯ）、ステップＳ１０１１の処理が繰り返される。

一方、ユーザがコンテンツの閲覧をした場合（ステップＳ１０１１、ＹＥＳ）、端末２０の制御部２１は、コンテンツの閲覧情報をサーバ１０に送信する（ステップＳ１０２）。なお、端末２０の制御部２１は、コンテンツの閲覧情報を、ユーザがコンテンツの閲覧をする前においても、閲覧の進捗状況に応じて、サーバ１０に送信していてもよいし、しなくてもよい。

コンテンツの閲覧情報を取得したサーバ１０の制御部１１は、コンテンツに関連するコミュニティサイトを選択する（ステップＳ２０２）。なお、サーバ１０の制御部１１は、コンテンツに関連するコミュニティサイトを、ユーザがコンテンツを閲覧したタイミングで選択してもよいし、ユーザがコンテンツを取得したタイミングで選択してもよい。

そして、コミュニティサイトを選択したら、サーバ１０の制御部１１は、選択したコミュニティサイトの情報を端末２０に送信する（ステップＳ２０３）。なお、サーバ１０の制御部１１が、選択するコミュニティサイトがない場合は、ステップＳ２０２およびステップＳ２０３の処理はスキップされる。また、閲覧情報が、ユーザがコンテンツを閲覧していないことを示す情報である場合、ステップＳ２０３の処理はスキップされる。

コミュニティサイトの情報を受信したら、端末２０の制御部２１は、コミュニティサイトの情報を端末２０の表示部２４に表示する（ステップＳ１０３）。ステップＳ１０３、ステップＳ２０３の後、本制御は終了する。なお、ステップＳ２０３の処理がスキップされた場合、ステップＳ１０３の処理もスキップされて、本制御は終了する。

＜第１変形例（１）の効果＞
第１変形例（１）では、通信部１４が、端末２０によるコンテンツの閲覧に基づいて、コミュニティサイト情報を端末２０に送信する。

これにより、ユーザが閲覧したコンテンツに関連するコミュニティサイト情報を含むコミュニティサイトをユーザに案内することができるので、ユーザがコミュニティサイトに容易に参加することができる。

そのため、コンテンツにおいて、ユーザが把握していない情報を含むコミュニティサイトに誤って参加することをさらに抑制することができるので、コミュニティサイトを開くことに起因するコンテンツの情報の漏洩を抑制することができる。

＜第１変形例（２）＞
第１変形例（１）では、通信部１４がコンテンツの閲覧に基づいて，コミュニティサイト情報を端末２０に送信していたが、本開示はこれに限定されない。
第１変形例（２）では、通信部１４（情報送受信部１４２）が、端末２０によるコンテンツの閲覧の完了に基づいて、コミュニティサイト情報を端末２０に送信してもよい。

第１変形例（２）における閲覧情報は、ユーザがコンテンツの閲覧を完了したか否かを示す情報である。

例えば、図１２に示すように、コンテンツＡＡを取得したユーザが端末２０において、コンテンツＡＡの閲覧を完了したとする。この場合、端末２０からサーバ１０に送信される閲覧情報は、ユーザがコンテンツＡＡの閲覧を完了したことを示す情報となる。コンテンツＡＡは、例えば、ページ数が１１２ページの書籍であり、図１２Ａに示す例では、コンテンツＡＡの最後のページ（１１２ページ目）には、コンテンツＡＡの終了を示す「ＦＩＮ」の文字が記載されている。

これにより、第１実施形態等と同様に、コンテンツＡＡに関連するコミュニティサイトとして、第１サイト、第２サイトおよび第３サイトが存在する場合、選択処理部１１３が、第１サイト、第２サイトおよび第３サイトを選択する。そして、通信部１４が、端末２０によるコンテンツの閲覧に基づいて、これらのコミュニティサイト情報を端末２０に送信する。

その結果、図１２Ｂに示すように、ユーザの端末２０には、第１サイト、第２サイトおよび第３サイトの情報が表示される。また、端末２０にコミュニティサイト情報が表示されるタイミングは、端末２０がコミュニティサイト情報を受信したタイミングでもよいし、タイミングよりも後でもよい。

また、図１２Ｂには、「閲覧お疲れ様でした。以下のサイトで感想を言い合えます。」の、案内情報が例示されている。提示するコミュニティサイトへの参加を案内する情報を提示する処理は、実行されてもよいし、実行されなくてもよい。

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

以下のフローチャートは、本変形例の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

まず、図１３に示すように、ユーザが端末２０の入出力部２３を介して、コンテンツを取得する操作を行う。これにより、端末２０の制御部２１は、通信部２２により、コンテンツの取得情報を送信する（ステップＳ１０１）。

サーバ１０でコンテンツの取得情報を受信すると、サーバ１０の制御部１１は、コンテンツの情報を端末２０に配信する（ステップＳ２０１）。

コンテンツの情報が、端末２０に配信されると、端末２０の制御部２１は、ユーザがコンテンツの閲覧を完了したか否かについて判定する（ステップＳ１０１２）。判定の結果、ユーザがコンテンツの閲覧を完了していない場合（ステップＳ１０１２、ＮＯ）、ステップＳ１０１２の処理が繰り返される。

一方、ユーザがコンテンツの閲覧を完了した場合（ステップＳ１０１２、ＹＥＳ）、端末２０の制御部２１は、コンテンツの閲覧情報をサーバ１０に送信する（ステップＳ１０２）。なお、端末２０の制御部２１は、コンテンツの閲覧情報を、ユーザがコンテンツの閲覧をする前においても、閲覧の進捗状況に応じて、サーバ１０に送信していてもよいし、しなくてもよい。

コンテンツの閲覧情報を取得したサーバ１０の制御部１１は、コンテンツに関連するコミュニティサイトを選択する（ステップＳ２０２）。なお、サーバ１０の制御部１１は、コンテンツに関連するコミュニティサイトを、ユーザがコンテンツの閲覧を完了したタイミングで選択してもよいし、ユーザがコンテンツの閲覧を完了する前のタイミングで選択してもよい。

そして、コミュニティサイトを選択したら、サーバ１０の制御部１１は、選択したコミュニティサイトの情報を端末２０に送信する（ステップＳ２０３）。なお、サーバ１０の制御部１１が、選択するコミュニティサイトがない場合は、ステップＳ２０２およびステップＳ２０３の処理はスキップされる。

コミュニティサイトの情報を受信したら、端末２０の制御部２１は、コミュニティサイトの情報を端末２０の表示部２４に表示する（ステップＳ１０３）。ステップＳ１０３、ステップＳ２０３の後、本制御は終了する。なお、ステップＳ２０２およびステップＳ２０３の処理がスキップされた場合、ステップＳ１０３の処理もスキップされて、本制御は終了する。

＜第１変形例（２）の効果＞
第１変形例（２）では、通信部１４が、端末２０によるコンテンツの閲覧の完了に基づいて、コミュニティサイト情報を端末２０に送信する。
これにより、ユーザがコンテンツの閲覧を完了したことをもって、コミュニティサイト情報が表示されるので、ユーザが完全に内容を把握した状態で、コミュニティサイトに参加することができる。

また、ユーザがコンテンツの閲覧を完了しているので、別の効果として、コンテンツにおいて、ユーザが把握してない情報を含むコミュニティサイトに誤って参加することを確実に抑制することもできる。これにより、コミュニティサイトを開くことに起因するコンテンツの情報の漏洩をさらに抑制することができる。

＜第１変形例（３）＞
第１実施形態および第１変形例（１）では、閲覧情報が、ユーザがコンテンツを閲覧したか否かを示す情報であり、第１変形例（２）では、閲覧情報が、ユーザがコンテンツの閲覧を完了したか否かを示す情報であったが、本開示はこれに限定されない。
第１変形例（３）では、閲覧情報は、端末２０のユーザによるコンテンツを閲覧した量に関する情報であってもよい。

コンテンツを閲覧した量とは、コンテンツの閲覧の進捗度合いや、コンテンツの閲覧の合計した量である。例えば、コンテンツを閲覧した量には、コンテンツの冒頭部分から閲覧を開始して、閲覧を終えた部分までの量や、コンテンツを局所的に閲覧したような場合において閲覧した部分を合計した量が含まれる。例えば、コンテンツが複数ページ、複数の章により構成されるものである場合は、閲覧情報は、その閲覧を進めたページ数およびページ番号、閲覧を進めた章の数および章番号の情報を含む。また、閲覧を進めたページ数や閲覧を進めた章の数には、最初から閲覧を進めた箇所までの数の他、部分的に閲覧したページや章の合計数が含まれる。また、コンテンツが動画（例えば、映画やドラマ）等の時間単位で構成されるものである場合は、閲覧情報は、閲覧を進めた時間の範囲の情報を含む。また、閲覧を進めた時間の範囲の情報には、最初から閲覧を進めた箇所までの時間の範囲の他、部分的に閲覧した時間の範囲の合計時間が含まれる。また、コンテンツが漫画または小説等、複数巻（複数のコンテンツ）で構成されるもののうちの１つである場合、閲覧情報は、上記のページ数およびページ番号に加えて、漫画または小説を閲覧した巻数に関する情報を含む。

選択処理部１１３は、例えば閲覧情報に基づいて、ユーザによるコンテンツを閲覧した量に関連するコミュニティサイトを選択する。具体的には、選択処理部１１３は、ユーザによるコンテンツを閲覧した量に関連する内容を含むコミュニティサイトを選択する。

また、この場合、選択処理部１１３は、ユーザによるコンテンツを閲覧した量に関連する内容のみを含むコミュニティサイトを選択してもよいし、選択しなくてもよい。

例えば、閲覧情報が小説を閲覧した巻数に関する情報である場合において、最新巻が５巻である小説において、ユーザが１～３巻まで閲覧完了していたとする。この場合において、例えば、１～３巻の内容を含むコミュニティサイトが存在し、４巻の内容を含むコミュニティサイトが存在していたとする。

この場合、選択処理部１１３は、１～３巻の内容を含むコミュニティサイトを選択し、４巻の内容を含むコミュニティサイトを選択しない。これにより、ユーザには、閲覧し進めた部分に関するコミュニティサイトが提示されることとなる。

なお、上記のような１～３巻等、複数巻の内容を含むコミュニティサイトには、複数巻のうちの１つの巻の内容を含むコミュニティサイト、複数巻のうちの２以上の巻の内容を含むコミュニティサイトが含まれる。

＜第１変形例（３）の効果＞
第１変形例（３）では、閲覧情報は、端末２０のユーザによるコンテンツを閲覧した量に関する情報である。

これにより、コンテンツにおける、ユーザが閲覧し進めた部分に関するコミュニティサイトをユーザに提示することができる。その結果、ユーザが内容を把握した部分のコミュニティサイトに参加しやすくすることができる。

ところで、各ユーザによってコンテンツの閲覧の程度が異なるため、ユーザＡがまだ閲覧していない情報を、既に閲覧したユーザＢやユーザＣがコミュニティサイトにメッセージを投稿する場合がある。そのため、ユーザＡが、このコミュニティサイトを開くことにより、ユーザＡにとって、コンテンツの情報が漏洩することとなる。それに対し、第１変形例（３）では、サーバ１０の制御部１１が、コンテンツの閲覧の進捗度合に対応する内容など、コンテンツを閲覧した量に関連する内容のみを含むコミュニティサイトを選択する場合、ユーザがまだ閲覧していない部分を含むコミュニティサイトにユーザが誤って参加することを抑制することができる。その結果、コミュニティサイトを開くことに起因するコンテンツの情報の漏洩をさらに抑制することができる。

また、コンテンツが漫画または小説を含み、閲覧情報が、漫画または小説を閲覧した巻数に関する情報を含む。

複数巻で構成されやすい漫画または小説は、巻単位で１つのコンテンツとなることが多く、複数巻のそれぞれにおける複数のコンテンツが同じ名称で存在するので、ユーザが、別の巻に対応するコミュニティサイトに誤って参加しやすい。しかし、第１変形例（３）（第１実施形態）では、閲覧情報が巻数に関する情報であるので、ユーザの閲覧情報に対応したコミュニティサイトを選択する。その結果、ユーザが別の巻に対応するコミュニティサイトに誤って参加することを抑制することができる。

＜第１変形例（４）＞
第１変形例（３）では、閲覧情報が、ユーザによるコンテンツを閲覧した量に関する情報であったが、本開示はこれに限定されない。
第１変形例（４）では、閲覧情報は、端末２０のユーザによるコンテンツを閲覧した内容に関する情報であってもよい。

ユーザによるコンテンツを閲覧した内容とは、コンテンツにおける記載内容の一部であり、例えば、コンテンツの中の中心的な内容や、ユーザが関心を引きやすい内容である。例えば、コンテンツが、漫画、小説、映画等の一連のストーリーであるような場合、ストーリーにおける、重要なイベント、重要なキャラクター、重要な物品等を示すキーワード等である。また、コンテンツが、ニュース記事や、何らかのコラム記事である場合、記事における、中心的な内容、結論を示す内容等である。

選択処理部１１３は、例えば、閲覧情報に基づいて、ユーザによるコンテンツを閲覧した内容に関連するコミュニティサイトを選択する。具体的には、選択処理部１１３は、ユーザによるコンテンツを閲覧した内容に関連する内容を含むコミュニティサイトを選択する。

また、この場合、選択処理部１１３は、ユーザによるコンテンツを閲覧した内容に関連する内容のみを含むコミュニティサイトを選択してもよいし、選択しなくてもよい。

例えば、コンテンツが映画である場合において、複数のコミュニティサイトが生成されていたとする。この場合において、映画のあるワンシーンについて話題になっているコミュニティサイトと、そのワンシーンについて話題になっていないコミュニティサイトとが存在したとする。

この場合、ユーザがそのワンシーンについて、閲覧している場合、選択処理部１１３は、ワンシーンについて話題になっているコミュニティサイトを選択する。こうすることで、ユーザがそのワンシーンについて特化したようなコミュニティサイトにも参加しやすくすることが可能となる。

また、ユーザがそのワンシーンについて、閲覧していない場合、選択処理部１１３は、ワンシーンについて話題になっていないコミュニティサイトを選択する。こうすることで、ユーザがまだ把握していないワンシーンについての情報を有するコミュニティサイトが提示されることがなくなるので、ユーザが閲覧していない情報を含むコミュニティサイトにユーザが誤って参加することを抑制することが可能となる。

＜第１変形例（４）の効果＞
第１変形例（４）では、閲覧情報が、端末２０のユーザによるコンテンツを閲覧した内容に関する情報である。

これにより、コンテンツにおける、ユーザ間で盛り上がり度合いの高くなりやすい部分に特化したコミュニティサイトをユーザに提示することができる。その結果、ユーザがコミュニティサイトに参加することで、コミュニティサイト内の他ユーザとの対話を楽しむことにより、ユーザ満足度を向上させることに寄与することができる。

また、コンテンツを閲覧した内容に関連する内容のみを含むコミュニティサイトを選択する場合、ユーザがまだ閲覧していない部分を含むコミュニティサイトにユーザが誤って参加することを抑制することができる。その結果、コミュニティサイトを開くことに起因するコンテンツの情報の漏洩をさらに抑制することができる。

＜第１変形例（５）＞
第１実施形態および各変形例では、通信部１４は、制御部１１が選択したコミュニティサイト情報を端末２０に送信することのみが言及されていたが、第１変形例（５）では、通信部１４の情報送受信部１４２が、コミュニティサイトを識別するための識別情報を含むコミュニティサイト情報を端末２０に送信する。

識別情報は、例えば、サーバ１０が提供するメッセージングサービスにおける複数のコミュニティサイト等と区別するための情報である。識別情報は、選択処理部１１３により選択されたコミュニティサイトの情報を、端末２０で、その他のコミュニティサイトの情報に対して識別可能である限り、どのような情報であってもよい。識別情報としては、例えば、単一の番号、アルファベットおよび記号のみで構成される情報、ランダムに選択された複数の数字、アルファベット、記号で構成される情報、等が含まれてもよいし、含まれていなくてもよい。また、フラグ情報を識別情報として、選択されたコミュニティサイトであるか否かについて識別可能としてもよいし、しなくてもよい。

識別情報は、例えば情報送受信処理部１１２により、コミュニティサイト情報に付与される付与処理が行われて、情報送受信部１４２によって送信される。

図１４は、本実施形態におけるサーバ１０に記憶される情報の一例を示す図である。

記憶部１５におけるサーバメイン処理プログラム１５１は、識別情報をコミュニティサイト情報に付与する付与処理を実行される付与処理プログラム１５６がサブルーチンプログラムとして含む。また、記憶部１５には、限定ではなく例として、図９に示す情報の他、コミュニティサイト情報１５５に付与される識別情報１５７とが記憶される。

また、図１５に示すように、端末２０の記憶部２８には、限定ではなく例として、図４に示す情報の他、コミュニティサイト情報２８５に付与される識別情報２８６が記憶される。

＜第１変形例（５）の効果＞
第１変形例（５）では、通信部１４が、コミュニティサイトを識別するための識別情報を含むコミュニティサイト情報を端末２０に送信してもよい。

これにより、端末２０において、識別情報により、サーバ１０によって選択されたコミュニティサイトであることを識別しやすくすることができる。その結果、端末２０に正確なコミュニティサイトを提示することができる。

＜第１変形例（６）＞
第１実施形態では、単にコミュニティサイトの一覧を表示していたが、本開示はこれに限定されない。
第１変形例（６）では、表示処理部２１３が例えば、コミュニティサイトの盛り上がり状況に応じてコミュニティサイトの一覧の表示順を変更してもよい。

例えば、表示処理部２１３は、コミュニティサイトへの参加者が多い順にコミュニティサイトの表示順を変更する。

例えば、図１６に示すように、サーバ１０によって選択されたコミュニティサイトが第１サイト、第２サイトおよび第３サイトであったとする。例えば、第３サイト、第１サイト、第２サイトの順に参加者が多かったとすると、表示処理部２１３が、第３サイト、第１サイト、第２サイトの順に上から並ぶようにして、コミュニティサイトを表示する。図１６における図１６Ａは、コミュニティサイトの表示順を変更する前の図であり、図１６における図１６Ｂは、コミュニティサイトの表示順を変更した後の図である。

なお、コミュニティサイトの盛り上がり状況として、コミュニティサイトへの参加者の数を例示しているが、本開示はこれに限定されず、例えば、コミュニティサイトへの投稿数、コミュニティサイトのユーザ評価、ランキング等、検索回数等、コミュニティサイトの盛り上がり状況が判別可能な指標である限り、どのような指標であってもよい。

＜第１変形例（６）の効果＞
第１変形例（６）では、表示処理部２１３が、コミュニティサイトの盛り上がり状況に応じてコミュニティサイトの一覧の表示順を変更する。

このようにすることで、第１変形例（６）では、コミュニティサイト内のユーザをさらに増大させて、ユーザ同士の対話の盛り上がり状況をさらに促進させることができる。

＜第２実施形態＞
上記のようなコンテンツに対応したコミュニティサイトは、基本的には、コンテンツを閲覧して、そのコンテンツに関心を持ったユーザによって生成されることが多い。しかしながら、例えば、最新のコンテンツが配信された段階では、コンテンツはユーザによって閲覧されていない。そのため、コンテンツに対応するコミュニティサイトは、ユーザによって生成されるまで存在しない可能性がある。

第２実施形態は、コンテンツが配信されたことに基づいてコミュニティサイトを生成する処理を行う実施形態である。
第２実施形態の記載内容は、他の各実施形態のいずれにも適用可能である。

第２実施形態のサーバ１０の通信部１４は、限定ではなく例として、上記第１実施形態と同様に（図５参照）、通信メイン処理部１４１と情報送受信部１４２とを有する。通信メイン処理部１４１は、上記第１実施形態と同様の機能を有する。

情報送受信部１４２は、サーバ１０の制御部１１により生成されたコミュニティサイトの情報（コミュニティサイト情報）を送信する機能を有する。具体的には、情報送受信部１４２は、制御部１１により、コミュニティサイト情報が生成された場合、コミュニティサイト情報を端末２０に送信し、制御部１１により、コミュニティサイト情報が生成されない場合、コミュニティサイト情報を端末２０に送信しない。

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

図１７に示すように、制御部１１は、サーバメイン処理部１１１と、情報送受信処理部１１２と、生成処理部１１４とを有する。サーバメイン処理部１１１は、上記第１実施形態と同様の機能を有する。

情報送受信処理部１１２は、生成処理部１１４により生成されたコミュニティサイト情報を端末２０に送信する処理を、通信部１４を介して実行する機能を有する。

生成処理部１１４は、ユーザにコンテンツが配信されたことに基づいて、コミュニティサイトを生成する処理を行う。

なお、ユーザにコンテンツが配信されたことには、ユーザの端末２０にコンテンツが配信されたこと、ユーザの端末２０にコンテンツが配信可能となったことが含まれる。ユーザの端末２０にコンテンツが配信可能となったこと、とは、ユーザがコンテンツを取得する際にアクセスするページで、コンテンツを選択可能となったことや、コンテンツ配信用サーバがサーバ１０とは別に存在する場合に、コンテンツ配信用サーバからサーバ１０にコンテンツを配信したことに関する情報が送信されたこと等を含む。

生成処理部１１４によりコミュニティサイトを生成処理する制御が行われると、通信部１４の情報送受信部１４２は、コミュニティサイト情報をユーザの端末２０に送信する。

例えば、コンテンツのダウンロードサイトにおいて、コンテンツがアップデートされて、ユーザの端末２０でダウンロード可能になったとする。この場合、コンテンツがダウンロード可能になったタイミング等、適宜なタイミングで、サーバ１０が、コンテンツに関連するコミュニティサイトを生成し、コミュニティサイトの情報を端末２０に送信してもよい。

これにより、ユーザが端末２０でコンテンツを取得した際に、既にコミュニティサイトが自動で生成されているため、ユーザがコミュニティサイトを生成する手間を省くことができ、ひいてはユーザの利便性を向上させることが可能となる。

図１８は、第２実施形態におけるサーバ１０に記憶される情報の一例を示す図である。

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

また、記憶部１５には、生成処理部１１４により生成されたコミュニティサイト情報１５５が記憶される。

＜情報処理＞
図１９は、第２実施形態におけるサーバ１０が実行する処理の流れの一例を示すフローチャートである。

図１９に示すように、制御部１１は、コンテンツが配信可能となる処理を実行する（ステップＳ１２０１）。この処理には、例えば、ユーザにコンテンツを閲覧可能とする処理や、ユーザがコンテンツを取得した際に、ユーザにコンテンツを配信する処理等が含まれる。

制御部１１は、コンテンツに関連するコミュニティサイトを生成する処理を実行する（ステップＳ１２０２）。そして、制御部１１は、コミュニティサイトの情報をユーザに送信する処理を行う（ステップＳ１２０３）。ステップＳ１２０３の後、本制御は終了する。

＜第２実施形態の効果＞
第２実施形態では、コンテンツが配信されたことに基づいて、コミュニティサイトを生成する処理を行い、コミュニティサイトの情報を端末２０に送信する。

これにより、コンテンツが配信された際には、コンテンツに関連するコミュニティサイトが自動で生成されていることとなる。そのため、ユーザがコンテンツについてのコミュニティサイトを生成する手間を省くことができ、ひいてはユーザの利便性を向上させることができる。

また、このような効果により、下記の付随的な効果もまた考えられる。

制御部１１が生成するコミュニティサイトが、コンテンツに関連するコミュニティサイトであるので、コミュニティサイトに、コンテンツを閲覧したユーザが参加しやすくなる。その結果、ユーザがコミュニティサイトで投稿したり、他のユーザと交流することにより、ユーザのコンテンツに対する満足度を向上させることができる。その結果、ユーザに有益なサービスを提供することができる。

なお、第２実施形態では、第１実施形態等の機能を有していてもよいし、有していなくてもよい。

＜第２変形例（１）＞
第２変形例（１）では、生成処理部１１４は、第１コンテンツよりも前に配信された、第２コンテンツが配信されたことに基づいて、第１コミュニティサイトとは異なる第２コミュニティサイトを生成する処理を行ってもよい。つまり、生成処理部１１４は、コンテンツが配信される度に、そのコンテンツ用のコミュニティサイトを生成してもよい。具体的には、生成処理部１１４は、第１コンテンツが配信されたタイミングで第１コミュニティサイトを生成するが、第１コンテンツよりも前に配信された第２コンテンツが存在する場合、その第２コンテンツが配信されたタイミングでも、第２コミュニティサイトを生成する。そのため、第２コミュニティサイトは、第１コミュニティサイトが生成される前に生成されていてもよいし、生成されていなくてもよい。

第１コンテンツおよび第２コンテンツは、配信時期および内容の異なるコンテンツであり、第１コンテンツは、第２コンテンツの続きとなるコンテンツである。第１コンテンツおよび第２コンテンツは、例えば、一連のストーリーを構成するシリーズ作品に関する複数のコンテンツに含まれるコンテンツであってもよいし、そうでなくてもよい。

例えば、複数のコンテンツが、複数話で構成される映画やドラマである場合において、第２コンテンツが第１話～第５話である場合、第１コンテンツは、例えば第６話以降の話である。また、複数のコンテンツが、複数巻で構成される漫画や小説である場合において、第２コンテンツが１～４巻の何れかである場合、第１コンテンツは例えば５巻以降の巻である。

第１コミュニティサイトは、第１コンテンツに関連するコミュニティサイトであり、第１コンテンツが配信されたことに基づいて生成されるコミュニティサイトである。

第２コミュニティサイトは、第２コンテンツに関連するコミュニティサイトであり、上記の通り、第２コンテンツが配信されたことに基づいて生成されるコミュニティサイトである。

例えば、図２０に示すように、複数のコンテンツが、複数巻（例えば、５巻）で構成される漫画や小説である場合、４巻のコンテンツが配信されたことに基づいて、生成処理部１１４は、４巻のコンテンツに関連する４巻用のコミュニティサイトを生成してもよい。例えば、４巻のコンテンツが配信されたタイミングで、生成処理部１１４は、４巻用のコミュニティサイトを生成する。

そして、４巻のコンテンツよりも後に、５巻のコンテンツが配信可能となると、その５巻のコンテンツが配信されたことに基づいて、生成処理部１１４は、５巻のコンテンツに関連する５巻用のコミュニティサイトを生成してもよい。例えば、５巻のコンテンツが配信されたタイミングで、生成処理部１１４は、５巻用のコミュニティサイトを生成する。

これにより、複数のコンテンツのそれぞれに関連するコミュニティサイトが生成されることになるので、例えば、過去の４巻のコンテンツに関連する４巻用のコミュニティサイトに、４巻のコンテンツよりも後に配信された５巻のコンテンツを閲覧したユーザが４巻用のコミュニティサイトに誤って参加することを抑制することが可能となる。

なお、５巻のコンテンツは第１コンテンツに対応し、４巻のコンテンツは第２コンテンツに対応する。また、５巻用のコミュニティサイトは第１コミュニティサイトに対応し、４巻用のコミュニティサイトは第２コミュニティサイトに対応する。また、上記の例では、１つの巻用のコミュニティサイトが示されているが、これに限定されず、複数巻用のコミュニティサイトが生成されてもよいし、生成されなくてもよい。また、上記の例では、５巻のコンテンツの配信により、５巻用のコミュニティサイトが生成されているが、これに限定されず、５巻以降の複数巻（例えば、５～１０巻等）用のコミュニティサイトが生成されてもよいし、生成されなくてもよい。

＜第２変形例（１）の効果＞
第２変形例（１）では、第１コンテンツよりも前に配信された、第１コンテンツに関連する第２コンテンツが配信されたことに基づいて、第１コミュニティサイトとは異なる第２コミュニティサイトを生成し、第２コミュニティサイトの情報を端末２０に送信する。

このようにすることで、複数のコンテンツ毎にコミュニティサイトが生成されるので、各コンテンツに対応したコミュニティサイトを生成することができる。この効果による付随的な効果として、第１コンテンツの閲覧を完了したユーザが、第２コミュニティサイト内で、第１コンテンツの情報を漏洩することを抑制しやすくすることができうることが考えられる。また、複数のコンテンツがシリーズ作品を構成する場合、ユーザが誤って、過去のコンテンツ（第２コンテンツ）に対応するコミュニティサイトに参加して、最新のコンテンツ（第１コンテンツ）の情報を漏洩する可能性がある。しかし、第２変形例（１）では、複数のコンテンツ毎にコミュニティサイトが生成されるので、このような情報の漏洩を抑制しやすくすることができうることが考えられる。

また、コンテンツによってはシリーズ作品の続編として、最新のコンテンツが配信される場合があり、この場合は、過去のコンテンツに関連したコミュニティサイト（第２コミュニティサイト）が存在していることがある。そのため、最新のコンテンツを閲覧したユーザが、既存のコミュニティサイトで、その内容に関する投稿をすると、最新のコンテンツを閲覧していないユーザに内容が漏洩（ネタバレ）することとなる。

第２変形例（１）では、第１コンテンツが、第２コンテンツの続きとなるコンテンツである。そして、第１コンテンツに関連する第１コミュニティサイトが自動で生成される。

そのため、第１コンテンツの内容を把握可能なユーザが参加するための第１コミュニティサイトを生成することで、第２コンテンツに対応する第２コミュニティサイトでユーザが、第１コンテンツの情報を漏洩することを抑制することができる。

また、第１コンテンツの閲覧したユーザを適切に第１コミュニティサイトに案内することにより、第１コンテンツの前に配信された旧コンテンツ（限定ではなく第２コンテンツの一例）に関連する旧コミュニティサイト（限定ではなく第２コミュニティサイトの一例）にユーザが参加することを抑制することができる。その結果、ユーザが旧コミュニティサイトでコンテンツの情報を漏洩することを抑制しやすくすることができる。

＜第２変形例（２）＞
第２変形例（２）では、生成処理部１１４は、第１コミュニティサイトが、第１コンテンツが配信される前に、第２コミュニティサイトに含まれるユーザによって、第２コミュニティサイトに入力されたメッセージの少なくとも一部を含むようにしてもよい。つまり、過去に生成されたコミュニティサイトのメッセージが、新たに生成されたコミュニティサイトにコピーされてもよい。

例えば、第１コンテンツは、第２変形例（１）と同様に、第２コンテンツの後に配信されるコンテンツであってもよく、生成処理部１１４によって、第１コンテンツに関連する第１コミュニティサイトおよび、第２コンテンツに関連する第２コミュニティサイトが生成されてもよい。

第２コミュニティサイトに含まれるユーザによって入力されたメッセージの少なくとも一部には、第１コミュニティサイトが生成されたタイミングで、第２コミュニティサイトに投稿されていたメッセージ、第１コミュニティサイトが生成されてから、最初にメッセージが投稿されるまでの間に、第２コミュニティサイトに投稿されていたメッセージ等が含まれる。

例えば、複数巻で構成される漫画における最新巻が出たタイミングで最新巻用のコミュニティサイトが生成されたとする。この場合、図２１に示すように、最新巻よりも前の過去巻に関連した過去巻用のコミュニティサイトが存在していた場合、過去巻用のコミュニティサイト内で投稿されていたメッセージがコピーされた状態で、最新巻用のコミュニティサイトが生成される。

例えば、時間ｔ１で過去巻用のコミュニティサイトが生成されている場合であって、最新巻用のコミュニティサイトが時間ｔ２で生成される場合がある。この場合、時間ｔ１～時間ｔ２の間に過去巻用のコミュニティサイトには、メッセージが投稿されて内容が更新されている。この過去巻用のコミュニティサイト内で更新されたメッセージが、コピーされた状態で最新巻用のコミュニティサイトが生成される。

これにより、過去巻用のコミュニティサイトから最新巻用のコミュニティサイトにユーザが移行する際に、過去巻用のコミュニティサイトにおける対話の流れを引き継いだ状態で、最新巻用のコミュニティサイトに参加することが可能となる。

なお、最新巻のコンテンツは第１コンテンツに対応し、過去巻のコンテンツは第２コンテンツに対応する。また、最新巻用のコミュニティサイトは第１コミュニティサイトに対応し、過去巻用のコミュニティサイトは第２コミュニティサイトに対応する。また、上記の例では、１つの巻用のコミュニティサイトが示されているが、これに限定されず、複数巻用のコミュニティサイトが生成されてもよいし、生成されなくてもよい。また、上記の例では、最新巻のコンテンツの配信により、最新巻用のコミュニティサイトが生成されているが、これに限定されず、最新巻以降の複数巻用のコミュニティサイトが生成されてもよいし、生成されなくてもよい。

＜第２変形例（２）の効果＞
また、第１コミュニティサイトが、第１コンテンツが配信される前に、第２コミュニティサイトに含まれるユーザによって、第２コミュニティサイトに入力されたメッセージの少なくとも一部を含む。

その結果、第１コミュニティサイトが、第２コミュニティサイトの流れを引き継いだ状態となる。これにより、第１コンテンツの閲覧を完了したユーザが、第２コミュニティサイトにおける対話の流れを引き継いだ状態で、第１コミュニティサイトに参加することができ、ひいては第１コミュニティサイトにスムーズに参加することができる。

＜第２変形例（３）＞
第２変形例（３）では、サーバ１０の制御部１１は、第１コミュニティサイトと第２コミュニティサイトとの間で、ユーザが自由に移動できるようにしてもよい。つまり、コミュニティサイト内で、別のコミュニティサイトへ移動可能となるようにコミュニティサイトが生成されていてもよい。具体的には、所定コミュニティサイト内の所定箇所に、別のコミュニティサイトに直接アクセスできるリンクが存在し、その所定箇所にユーザが画面を遷移させるだけで、別のコミュニティサイトに移動できるように、所定コミュニティサイトが生成されていてもよい。そのため、所定コミュニティサイトから、退出して、わざわざ別のコミュニティサイトを検索して、別のコミュニティサイトにアクセスしなくても、別のコミュニティサイトにアクセスできることになる。

例えば、第１コミュニティサイトは、第２変形例（２）と同様に、第１コンテンツに関連するコミュニティサイトであり、第１コンテンツが配信されたことに基づいて生成される。第２コミュニティサイトは、第２変形例（２）と同様に、第１コンテンツの前に配信される第２コンテンツに関連するコミュニティサイトであり、第１コミュニティサイトよりも前に生成されるコミュニティサイトである。

例えば、第２変形例（２）と同様に、最新巻用のコミュニティサイトが、過去巻用のコミュニティサイトに入力されたメッセージの一部をコピーされたものであったとする（図２１参照）。

例えば、図２２に示すように、最新巻用のコミュニティサイト（図２２Ａ参照）および過去巻用のコミュニティサイト（図２２Ｂ参照）では、破線Ｌの部分を境に投稿内容が変わっていることになる。破線Ｌの部分は、最新巻用のコミュニティサイトが生成された時点の箇所であることを示している。また、破線Ｌの部分よりも上側が、最新巻用のコミュニティサイトが生成される前の投稿であり、破線Ｌの部分よりも下側が、最新巻用のコミュニティサイトが生成される後の投稿であることを示している。

過去巻用のコミュニティサイトから最新巻用のコミュニティサイトに移動したユーザによっては、最新巻用のコミュニティサイトの生成後における、過去巻用のコミュニティサイトの内容を確認したいと考える場合がある。つまり、図２１における、最新巻用のコミュニティサイト生成後である時間ｔ２以降の、過去巻用のコミュニティサイトに投稿されたメッセージを、ユーザによっては確認したいと考える場合がある。

このような場合に対応するため、生成処理部１１４は、最新巻用のコミュニティサイトにおける、過去巻用のコミュニティサイトの内容を含む箇所に、過去巻用のコミュニティサイトの箇所に対応する箇所に移動可能な処理をしてもよい。

処理としては、過去巻用のコミュニティサイトの内容を含む箇所にユーザが移動したら、過去巻用のコミュニティサイトに自動的に移動するような処理や、過去巻用のコミュニティサイトのリンクを貼るような処理である。

例えば、図２２Ａには、最新巻用のコミュニティサイトの破線Ｌの箇所には、過去巻用のコミュニティサイトへのリンクが存在しており、このリンクをクリックすると、自動的に図２２Ｂに示す過去巻用のコミュニティサイトにおける破線Ｌの箇所まで、画面が移ることになる。

また、過去巻用のコミュニティサイトの破線Ｌの箇所にも、最新巻用のコミュニティサイトへのリンクが存在していてもよいし、存在していなくてもよい。図２２Ｂに示す例では、最新巻用のコミュニティサイトへのリンクが存在している例を示している。最新巻用のコミュニティサイトへのリンクをクリックすると、図２２Ｃに示す最新巻用のコミュニティサイトにおける破線Ｌの箇所まで、画面が移ることになる。これにより、２つのコミュニティサイト間での自由な移動が可能となる。

また、最新巻用のコミュニティサイトおよび過去巻用のコミュニティサイトにおける、上記の箇所には、生成時と生成後とでコミュニティサイトの内容が変わる旨が表示されていてもよいし、表示されていなくてもよい。

＜第２変形例（３）の効果＞
第２変形例（３）では、第１コミュニティサイトと第２コミュニティサイトとの間で、ユーザが自由に移動可能な処理を行う。

このように、第１コミュニティサイトにおける、第２コミュニティサイトの内容を含む箇所に、第２コミュニティサイトの箇所に対応する箇所に移動可能な処理がされることで、２つのコミュニティサイト間で自由に移動することができる。具体的には、第１コミュニティサイトを退出して、第２コミュニティサイトを検索してアクセスすることなく、第１コミュニティサイト内から、第２コミュニティサイトに容易にアクセスすることができる。また、このような効果に付随して、ユーザが第２コミュニティサイトにおける未確認の内容を容易に確認することができる。その結果、ユーザの利便性を向上することができる。

＜第２変形例（４）＞
第２変形例（４）では、第１コンテンツの閲覧に基づいて、第２コミュニティサイトの、ユーザの閲覧を制限する制御を行ってもよい。つまり、新たなコンテンツを閲覧したユーザが、新たなコンテンツの情報を、過去のコンテンツ用のコミュニティサイト内で漏洩することを抑制するために、ユーザに対して過去のコンテンツ用のコミュニティサイトの閲覧が制限されるようにしてもよい。

例えば、第１コンテンツは、第２変形例（１）と同様に、第２コンテンツの後に配信されるコンテンツであってもよく、生成処理部１１４によって、第１コンテンツに関連する第１コミュニティサイトおよび、第２コンテンツに関連する第２コミュニティサイトが生成されてもよい。

第２変形例（４）のサーバ１０の通信部１４は、限定ではなく例として、上記第２実施形態と同様に、通信メイン処理部１４１と情報送受信部１４２とを有する。通信メイン処理部１４１は、上記第２実施形態と同様の機能を有する。

情報送受信部１４２は、上記第２実施形態と同様の機能の他、ユーザによる、第２コミュニティサイトの閲覧を制限する制限処理情報を端末２０に送信する機能を有する。

制限処理情報は、端末２０のユーザに第２コミュニティサイトの閲覧を制限する設定指令に関する情報である。端末２０のユーザに第２コミュニティサイトの閲覧を制限する設定指令は、ユーザが端末２０で、第２コミュニティサイト自体を閲覧できなくするような設定、第２コミュニティサイトへのアクセスを不可とする設定、第２コミュニティサイトにアクセスしても強制的に退去させる設定、第２コミュニティサイトにアクセス可能でも投稿不可とする設定等の指令であってもよいし、そうでなくてもよい。

この設定指令の情報である制限処理情報を端末２０で受信すると、端末２０では、ユーザに対して第２コミュニティサイトの閲覧を制限する設定がなされる。つまり、新たなコンテンツを閲覧したユーザに対して、過去のコンテンツ用のコミュニティサイトに、例えばアクセス不可や投稿を閲覧不可とされることにより、閲覧制限がされる。

図２３は、第２変形例（４）におけるサーバ１０の制御部１１により実現される機能の一例を示す図である。

図２３に示すように、制御部１１は、サーバメイン処理部１１１と、情報送受信処理部１１２と、生成処理部１１４と、制限処理部１１５とを有する。サーバメイン処理部１１１および生成処理部１１４は、上記第２実施形態と同様の機能を有する。

情報送受信処理部１１２は、上記第２実施形態と同様の機能の他、制限処理部１１５により行われる制御に基づく制限処理情報を端末２０に送信する機能を有する。

制限処理部１１５は、第１コンテンツの閲覧に基づいて第２コミュニティサイトのユーザによる閲覧を制限する制御を行う。閲覧を制限する制御は、例えば、上記の端末２０のユーザに第２コミュニティサイトの閲覧を制限する設定指令を、送信処理を行う制御である。

また、閲覧を制限する制御は、ユーザが第１コンテンツを閲覧開始したタイミングで行われてもよいし、ユーザが第１コンテンツを閲覧中のタイミングで行われてもよいし、ユーザが第１コンテンツの閲覧を完了したタイミングで行われてもよいし、ユーザが第１コミュニティサイトに参加したタイミングで行われてもよい。

例えば、第２コミュニティサイトに参加していたユーザが第１コンテンツの閲覧を開始したとする。この場合、第２コミュニティサイトにユーザが引き続き参加していると、第１コンテンツの情報を第２コミュニティサイト内に漏洩する可能性がある。

例えば、複数のコンテンツが、複数巻（例えば、５巻）で構成される漫画や小説である場合、４巻のコンテンツを閲覧したユーザが４巻用のコミュニティサイトに参加していたとする。この場合において、５巻のコンテンツが配信され、ユーザがその５巻のコンテンツの閲覧を開始すると、ユーザは４巻用のコミュニティサイトに引き続き参加することで、５巻のコンテンツの情報を４巻用のコミュニティサイト内で投稿する可能性がある。

第２変形例（４）では、ユーザによる４巻用のコミュニティサイトの閲覧が制限されるので、５巻のコンテンツの内容を知ったユーザにより、５巻のコンテンツの情報が４巻用のコミュニティサイト内で漏洩されることを抑制することが可能となる。

なお、５巻のコンテンツは第１コンテンツに対応し、４巻のコンテンツは第２コンテンツに対応する。また、５巻用のコミュニティサイトは第１コミュニティサイトに対応し、４巻用のコミュニティサイトは第２コミュニティサイトに対応する。また、上記の例では、１つの巻用のコミュニティサイトが示されているが、これに限定されず、複数巻用のコミュニティサイトが生成されてもよいし、生成されなくてもよい。また、上記の例では、５巻のコンテンツの配信により、５巻用のコミュニティサイトが生成されているが、これに限定されず、５巻以降の複数巻（例えば、５～１０巻等）用のコミュニティサイトが生成されてもよいし、生成されなくてもよい。

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

記憶部１５における、サーバメイン処理プログラム１５１は、限定ではなく例として、第２実施形態と同様のプログラムの他、閲覧を制限する制御を実行するための閲覧制限処理プログラム１５９をサブルーチンプログラムとして含む。

また、記憶部１５には、第２実施形態と同様の情報の他、制限処理部１１５により閲覧制限の設定指令に係る制限処理情報１６０が記憶される。

サーバ１０の制御部１１が送信する制限処理情報は、端末２０の情報送受信処理部２１２によって、受信される。端末２０が制限処理情報を受信すると、第２コミュニティサイトの閲覧の制限の設定がなされる。

このような設定がなされると、表示処理部２１３は、第２コミュニティサイトの閲覧を制限するような表示処理を行う。

例えば、図２５に示すように、表示処理部２１３は、ユーザに第２コミュニティサイトの投稿にモザイク処理等をかけて、投稿を閲覧できないようにする。また、表示処理部２１３は、第２コミュニティサイトの参加するためのリンクを非表示として、ユーザが第２コミュニティサイトにアクセスできないようにしてもよいし、アクセスできても強制退去するようにしてもよいし、アクセスできても投稿できないようにしてもよい。

図２６は、第２変形例（４）における端末２０に記憶される情報の一例を示す図である。

記憶部２８には、第１実施形態と同様の端末メイン処理プログラム２８１が記憶される。また、端末メイン処理プログラム２８１は、限定ではなく例として、制御部２１により読み出されて、制限処理情報の送受信処理として実行される情報送受信プログラム２８２と、表示処理として実行される表示処理プログラム２８３とがサブルーチンプログラムとして含む。

また、記憶部２８には、ユーザのコンテンツにおける閲覧情報２８４と、サーバ１０より受信したコミュニティサイト情報２８５と、サーバ１０より受信した制限処理情報２８７とが記憶される。

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

以下のフローチャートは、第２変形例（４）の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

まず、図２７に示すように、ユーザが第１コンテンツの閲覧を開始すると、端末２０の制御部２１が、閲覧情報として、第１コンテンツの閲覧が完了した旨の情報を通信部２２により、サーバ１０に送信する（ステップＳ１３０１）。なお、ステップＳ１３０１では、閲覧情報は、ユーザが第１コンテンツの閲覧中の適宜なタイミングでサーバ１０に送信されてもよいし、ユーザが第１コンテンツの閲覧を完了したタイミングでサーバ１０に送信されてもよい。

サーバ１０で閲覧情報を受信すると、サーバ１０の制御部１１は、第２コミュニティサイトの閲覧を制限する指令を送信する（ステップＳ１４０１）。

端末２０で制限する指令を受信したら、端末２０の制御部２１は、第２コミュニティサイトの閲覧を制限する（ステップＳ１３０２）。ステップＳ１３０２、ステップＳ１４０１の後、本制御は終了する。

＜第２変形例（４）の効果＞
第２変形例（４）では、第１コンテンツの閲覧に基づいて、第２コミュニティサイトの、ユーザの閲覧を制限することで、第１コンテンツの閲覧を完了したユーザが、第２コンテンツに関連する第２コミュニティサイトで、第１コンテンツの情報を漏洩することを抑制することができる。

＜第２変形例（５）＞
第２変形例（４）では、制限処理部１１５が第２コミュニティサイトの閲覧を制限することに着目したが、本開示はこれに限定されない。
例えば、制限処理部１１５は、一定期間経過後に閲覧の制限を解除してもよいし、しなくてもよい。つまり、新たなコンテンツを閲覧したユーザが、過去のコンテンツ用のコミュニティサイトで、新たなコンテンツの情報漏洩を抑制する目的でユーザの閲覧制限をしたコミュニティサイトでの、閲覧制限を一定期間経過後に解除してもよい。

一定期間は、例えば、第１コンテンツ（最新のコンテンツ）が配信可能となってから、第１コンテンツよりも後のコンテンツが配信可能となるまでの期間のような、第１コンテンツの目新しさがなくなるような期間等、適宜設定可能な期間（例えば、３か月等）である。

例えば、第１コンテンツは、第２変形例（１）と同様に、第２コンテンツの後に配信されるコンテンツであってもよく、生成処理部１１４によって、第１コンテンツに関連する第１コミュニティサイトおよび、第２コンテンツに関連する第２コミュニティサイトが生成されてもよい。

例えば、制限処理部１１５により、コミュニティサイト内のメッセージに、図２５に示すようなモザイク処理がかけられても、一定期間が経過すると、このモザイク処理が解除されて、ユーザの端末２０から閲覧できるようになる。

また、制限処理部１１５は、第１コンテンツの情報の漏洩防止の観点から、閲覧の制限を解除しても、第２コミュニティサイトにおけるユーザの投稿を引き続き不可としてもよい。

＜第２変形例（５）の効果＞
第２変形例（５）では、制限処理部１１５が、一定期間経過後に閲覧の制限を解除する。これにより、ユーザが閲覧制限中に第２コミュニティサイトに投稿されたメッセージを確認することができる。また、最低でも一定期間、閲覧の制限がかかるので、ユーザが最も第１コンテンツの情報についてのメッセージを投稿したいと思われる第１コンテンツを閲覧した直後においては、閲覧制限がかかるので、メッセージをユーザが第２コミュニティサイトに投稿することを抑制することができる。その結果、第１コンテンツの情報の漏洩を抑制することができる。

＜第２変形例（６）＞
新たに配信されたコンテンツ（限定ではなく第１コンテンツの一例）が、過去のコンテンツ（限定ではなく第２コンテンツの一例）の続きのコンテンツである場合、新たに配信されたコンテンツを閲覧していない第１ユーザが、そのコンテンツに関連するコミュニティサイト（限定ではなく第１コミュニティサイトの一例）に参加すると、新たに配信されたコンテンツの情報が漏洩することになる。そのため、第１ユーザは、新たに配信されたコンテンツを閲覧するまでは、そのコミュニティサイトに自らの意思で参加しないと考えられる。

しかし、第１ユーザによっては、過去のコンテンツの閲覧を完了した後、何らかの理由で、新たに配信されたコンテンツを購入しない可能性がある。そうすると、先に、新たに配信されたコンテンツ用のコミュニティサイトに参加したユーザであって、第１ユーザと、過去のコンテンツ用のコミュニティサイトである程度やり取りをしたユーザとしては、第１ユーザとのやり取りが途絶えてしまう可能性がある。

第２変形例（６）では、端末２０のユーザによる、第２コミュニティサイトに含まれる第１ユーザへの第１入力に基づいて、第２コミュニティサイトに含まれる第１ユーザが第１コンテンツを閲覧可能にする制御が行われてもよい。つまり、過去のコンテンツ用のコミュニティサイトで知り合ったユーザに、新たなコンテンツの閲覧を促進するような支援を行うようにしてもよい。例えば、過去のコンテンツ用のコミュニティサイトで知り合ったユーザに、新たなコンテンツをプレゼントして、新たなコンテンツを閲覧できるようにしてもよい。

例えば、第１コンテンツは、第２変形例（１）と同様に、第２コンテンツの後に配信されるコンテンツであってもよく、生成処理部１１４によって、第１コンテンツに関連する第１コミュニティサイトおよび、第２コンテンツに関連する第２コミュニティサイトが生成されてもよい。

図２８は、第２変形例（６）におけるサーバ１０の制御部１１により実現される機能の一例を示す図である。

図２８に示すように、制御部１１は、サーバメイン処理部１１１と、情報送受信処理部１１２と、生成処理部１１４と、制限処理部１１５と、閲覧可能処理部１１７とを有する。サーバメイン処理部１１１、生成処理部１１４および制限処理部１１５は、上記第２変形例（４）と同様の機能を有する。

情報送受信処理部１１２は、上記第２変形例（４）と同様の機能の他、閲覧可能処理部１１７により行われる制御に基づく閲覧可能情報を端末２０に送信する機能を有する。

閲覧可能情報は、第１ユーザに第１コンテンツの閲覧を可能とさせるための情報、第２ユーザに、第１ユーザへの第１コンテンツの閲覧を可能とさせるための第１入力を促す情報、第１入力がなされた場合の第１ユーザが第１コンテンツの閲覧を可能とする情報が含まれる。

閲覧を可能とさせるための情報としては、例えば、第１コンテンツを第１ユーザの代わりに購入して、第１ユーザに第１コンテンツをプレゼントすることに関する情報が挙げられる。

また、閲覧を可能とさせるための情報としては、プレゼントの他に、第１ユーザおよび第２ユーザが共同で第１コンテンツを購入できるように、第２ユーザが第１コンテンツの費用の一部を負担すること、第２ユーザが第１コンテンツの一部を購入すること、第１ユーザが第１コンテンツを購入することで、別のプレゼントを第１ユーザに贈呈すること等であってもよい。

別のプレゼントは、所定のサービスに利用可能なポイント、贈答物、他のコンテンツにおける無料サービスの拡充等であってもよい。無料サービスの拡充は、例えば、他のコンテンツが漫画等の書籍である場合、無料で購読できる枠を増やすこと、試し読みを可能とすること、等であってもよい。

第１ユーザは、第２コミュニティサイトに含まれるユーザであり、第２ユーザは、第２コミュニティサイトから第１コミュニティサイトに移動したユーザである。つまり、第１ユーザおよび第２ユーザは、過去のコンテンツ用のコミュニティサイトに含まれていたが、第２ユーザによる新たなコンテンツの閲覧の開始に伴い、第２ユーザが過去のコンテンツ用のコミュニティサイトから新たなコンテンツ用のコミュニティサイトに移動したユーザとなっている。

閲覧可能処理部１１７は、第２コミュニティサイトから第１コミュニティサイトに移動した第２ユーザの端末２０に、第１ユーザに第１コンテンツの閲覧を可能とさせるための情報を、通信部１４を介して送信する処理を行う。

第２ユーザの端末２０が情報を受信すると、図２９に示すように、端末２０の表示処理部２１３が、情報に基づいて、第２ユーザに、第１ユーザへの第１コンテンツの閲覧を可能とさせるための入力を促す表示処理を行う。例えば、第１ユーザへ第１コンテンツのプレゼントを勧めるための第１入力を促す表示が、第２ユーザの端末２０にされる。

第２ユーザが端末２０において、第１コンテンツを第１ユーザにプレゼントすることに同意して、第１コンテンツを購入する入力（第１入力）を行うと、端末２０の通信部２２を介して、第１入力の情報がサーバ１０に送信される。

閲覧可能処理部１１７は、第１ユーザへの第１入力に基づいて、第１ユーザが第１コンテンツを閲覧可能にする制御を行う。第１コンテンツを閲覧可能にする制御としては、第１コンテンツを第１ユーザの端末２０に送信して、第１コンテンツが第１ユーザにプレゼントされる。これにより、第１ユーザが第１コンテンツを閲覧可能となる。

例えば、第２ユーザが第１入力をすると、図３０に示すように、第１ユーザの端末２０には、第２ユーザから、第１コンテンツのプレゼントが届いた旨の表示がなされる。第１ユーザは、第１コンテンツの文字部分をタップまたはクリックすることで、第１コンテンツを取得できる。

また、このようにして第１コンテンツを閲覧可能となるユーザ（第１ユーザ）が増えるにつれ、上記の閲覧を可能とさせるための情報として、第１ユーザが受けるサービスの枠（例えば、試し読みの枠の拡大）をさらに拡充するようにしてもよいし、しなくてもよい。

図３１は、第２変形例（６）におけるサーバ１０に記憶される情報の一例を示す図である。

記憶部１５における、サーバメイン処理プログラム１５１は、限定ではなく例として、第２変形例（４）と同様のプログラムの他、閲覧可能処理の制御を実行するための閲覧可能処理プログラム１６３をサブルーチンプログラムとして含む。

また、記憶部１５には、第２変形例（４）と同様の情報の他、閲覧可能処理部１１７により閲覧可能処理に係る閲覧可能処理情報１６４が記憶される。

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

以下のフローチャートは、第２変形例（６）の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

まず、図３２に示すように、第１端末のユーザが第１コンテンツの閲覧を完了して、第１コミュニティサイトに移動する操作を行うと、第１端末の制御部２１が、第１コミュニティサイトに移動した旨の情報を通信部２２により、サーバ１０に送信する（ステップＳ１８０１）。

サーバ１０で第１端末のユーザが第１コミュニティサイトに移動した旨の情報を受信すると、サーバ１０の制御部１１は、第１端末に、第２端末の第１ユーザが第１コミュニティサイトを閲覧可能となるための入力情報を送信する（ステップＳ１９０１）。入力情報は、例えば、第１コンテンツのプレゼントのための購入を促す情報である。

第１端末において、第１端末のユーザが、入力情報に同意して、第１コンテンツを購入する入力（第１入力）を行うと、第１端末の制御部２１が、第１入力の情報を送信する（ステップＳ１８０２）。なお、このフローチャートは、第１端末のユーザが第１入力を行うことを前提としたフローチャートである。

サーバ１０では、第１入力の受信に基づいて、第２端末の第１ユーザに閲覧可能情報を送信する（ステップＳ１９０２）。閲覧可能情報は、第１コミュニティサイトを閲覧可能とするために第１コンテンツがプレゼントされる情報である。

第２端末で閲覧可能情報を受信すると、第２端末の制御部２１が第１コンテンツを閲覧可能とする（ステップＳ２００１）。これにより、第１ユーザが第１コンテンツの閲覧を完了すると、第１コミュニティサイトを閲覧可能となる。ステップＳ１８０２、ステップＳ１９０２、ステップＳ２００１の後、本制御は終了する。

＜第２変形例（６）の効果＞
このようにすることで、第２変形例（６）では、端末２０のユーザによる、第２コミュニティサイトに含まれる第１ユーザへの第１入力に基づいて、第１ユーザが第１コンテンツを閲覧可能にする制御を行う。これにより、第２コミュニティサイトに含まれる第１ユーザに第１コンテンツを閲覧可能にするので、第１コミュニティサイトにおいて第１ユーザと第２ユーザとの関係性を継続させることができる。

また、第１入力は、第１ユーザに第１コンテンツをプレゼントすることに関する入力を含む。つまり、第２ユーザが第１コンテンツを購入して第１ユーザにプレゼントするので、第１ユーザが第１コンテンツを閲覧しやすくなる。その結果、第１ユーザが第１コミュニティサイトに参加しやすくなるので、第１ユーザと第２ユーザとの関係性を継続させやすくすることができる。

また、第２ユーザに第１コンテンツのプレゼントを促すことにより、ユーザに対するコンテンツの購入意欲を促進させ、ひいてはコンテンツの売上増大に寄与することができる。

＜第２変形例（７）＞
第２変形例（７）では、配信されたコミュニティサイトを端末２０のユーザが閲覧することに基づいて、コンテンツのアンケートに関する情報を端末２０のユーザに送信してもよい。

第２変形例（７）におけるサーバ１０の制御部１１は、例えば、第２実施形態の制御部１１と同様の構成である。

情報送受信処理部１１２は、配信されたコミュニティサイトを端末２０のユーザが閲覧することに基づいて、コンテンツのアンケートに関する情報（アンケート情報）を、通信部１４を介して端末２０に送信する処理を行う。

アンケートに関する情報を受信した端末２０では、コンテンツの閲覧をして、コンテンツのコミュニティサイトに移動しようとしたユーザや、そのコミュニティサイトに移動したユーザに、アンケートを表示する処理が行われる。

アンケートとしては、コンテンツの発行元が作成した質問事項、コンテンツに対する意見や評価、コンテンツ内のキャラクターの人気投票、コンテンツの作者に対する意見募集等、どのようなものであってもよい。

アンケート情報は、例えば、ユーザがコミュニティサイトに入ったタイミングで表示されてもよいし、コンテンツの閲覧を完了したタイミングで表示されてもよいし、コンテンツを閲覧中のタイミングで表示されてもよいし、コミュニティサイトを閲覧中のタイミングで表示されてもよい。

例えば、図３３に示すように、ユーザがコンテンツＡＡの閲覧を完了して（図３３Ａ参照）、コンテンツＡＡに関連するコミュニティサイトに移動したとする。その際に、アンケート情報が端末２０に表示される（図３３Ｂ参照）。このアンケート情報は、Ｑ１、Ｑ２、Ｑ３の問いに対して、○、×で回答するようなものとなっている。これらの問いに回答して、「ｓｕｂｍｉｔ」ボタンを押すことで、アンケート結果がサーバ１０に送信される。

また、情報送受信処理部１１２は、ユーザからのアンケート結果の情報を受信し、ユーザより回収したアンケート結果から、コンテンツにおける人気となる箇所、面白い箇所等の要部を抽出して、他のユーザに提示する処理を行ってもよいし、行わなくてもよい。

なお、上記の要部の抽出は、コミュニティサイトに投稿されたメッセージ等から抽出してもよい。また、要部の抽出は、その他の処理部（例えば、人工知能技術に関する処理部等）によって行われてもよい。

情報送受信処理部１１２は、アンケート結果の少なくとも一部を他のユーザに提示する情報を送信する処理を行ってもよいし、行わなくてもよい。なお、アンケート結果の少なくとも一部を他のユーザに提示する処理を行う場合、なお、アンケート回答時に、公開してもよいか否かについてユーザに選択させる処理を行うようにしてもよい。

図３４は、第２変形例（７）におけるサーバ１０に記憶される情報の一例を示す図である。

記憶部１５における、サーバメイン処理プログラム１５１は、限定ではなく例として、第２実施形態と同様のプログラムの他、同様のプログラムをサブルーチンプログラムとして含む。

また、記憶部１５には、第２実施形態と同様の情報の他、情報送受信処理により送受信されるアンケート情報１６５が記憶される。

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

以下のフローチャートは、第２変形例（７）の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

まず、図３５に示すように、ユーザがコンテンツの閲覧を完了すると、端末２０の制御部２１が、閲覧情報として、コンテンツの閲覧が完了した旨の情報を通信部２２により、サーバ１０に送信する（ステップＳ２１０１）。

サーバ１０で閲覧情報を受信すると、サーバ１０の制御部１１は、コンテンツに関するアンケート情報を送信する（ステップＳ２２０１）。

端末２０でアンケート情報を受信したら、端末２０の制御部２１は、ユーザのアンケートの回答に応じて、アンケートの回答を送信する（ステップＳ２１０２）。ステップＳ２１０２、ステップＳ２２０１の後、本制御は終了する。

＜第２変形例（７）の効果＞
第２変形例（７）によれば、配信されたコミュニティサイトを端末２０のユーザが閲覧することに基づいて、コンテンツのアンケートに関する情報を端末２０に送信する。これにより、ユーザに対してアンケートを行うことができるので、ユーザの意見等を直接回収することができる。その結果、コンテンツに対するサービス向上につなげることができる。

また、アンケートの内容からコンテンツの要部を抽出して、他のユーザに提示することで、コンテンツの宣伝広告を効率的に行うことができる。

＜第２変形例（８）＞
第２実施形態では、第１コンテンツが配信されたタイミングで、第１コンテンツに関連するコミュニティサイトが生成されていたが、第２変形例（８）は、第１コンテンツよりも前に配信されたコンテンツに関連するコミュニティサイト（第３コミュニティサイト）を生成してもよい。

具体的には、第１コンテンツは、シリーズ作品の最新のコンテンツであり、生成処理部１１４は、第１コンテンツよりも前に配信された第３コンテンツの配信に基づいて、第３コミュニティサイトとは異なる第４コミュニティサイトを生成してもよい。

つまり、シリーズ作品の最初の作品の配信に基づいて、シリーズ作品における最新の作品用のコミュニティサイトが生成されて、シリーズ作品の続きが配信される度に、過去の作品用のコミュニティサイトが生成されてもよい。この場合、最新の作品（限定ではなく第１コンテンツの一例）を閲覧したユーザは、最新の作品用のコミュニティサイトに参加することとなり、最新の作品を閲覧してないユーザは、過去の作品における閲覧した作品に関する、コミュニティサイト（上記の過去の作品用のコミュニティサイト）に参加することとなる。

第３コンテンツは、シリーズ作品の最初の作品に対応するコンテンツである。シリーズ作品が複数巻で構成される漫画や小説の場合、第３コンテンツは１巻に対応する。また、シリーズ作品が複数話で構成される映画やドラマである場合、第３コンテンツは第１話に対応する。

第４コミュニティサイトは、上記の最新の作品用のコミュニティサイトであり、第３コンテンツが配信されたタイミングで生成されるコミュニティサイトである。つまり、第４コミュニティサイトは、最新の作品である第１コンテンツに関連するコミュニティサイトである。

すなわち、生成処理部１１４は、シリーズ作品の初めのコンテンツの配信に基づいて、シリーズ作品の最新のコンテンツのための第４コミュニティサイトの生成を行う。

そして、生成処理部１１４は、第１コンテンツが配信されたことに基づいて、第３コミュニティサイトを生成する。第３コミュニティサイトは、上記の過去の作品用のコミュニティサイトであり、例えば、生成されるタイミングでは、第１コンテンツの１つ前のコンテンツに関連するコミュニティサイトである。

つまり、第２変形例（８）では、シリーズ作品の最新の作品が配信される毎に過去の作品用のコミュニティサイトが生成され、最新の作品に関連するコミュニティサイトは常に第４コミュニティサイトということになる。

例えば、シリーズ作品がドラマである場合、図３６に示すように、その第１話に対応するコンテンツ（シリーズ作品の初めのコンテンツ）が配信され（時間ｔ３）、サーバ１０により、最新話用のコミュニティサイトが生成される。時間ｔ３の時点では、このコミュニティサイトは第４コミュニティサイトに対応する。

次に、第２話に対応するコンテンツが配信されたとする（時間ｔ４）。この場合、過去の作品となる第１話用のコミュニティサイトが生成される。ｔ４の時点では、第２話に対応するコンテンツは第１コンテンツとなり、第１話に対応するコンテンツは第１コンテンツよりも前に配信された第３コンテンツとなる。ｔ４の時点では、第２話に対応するコンテンツには、最新話用のコミュニティサイトが対応することとなる。

次に、第３話に対応するコンテンツが配信されたとする（時間ｔ５）。この場合、過去の作品となる第２話用のコミュニティサイトが生成される。ｔ５の時点では、第３話に対応するコンテンツは第１コンテンツとなり、第１話、第２話に関するコンテンツは第１コンテンツよりも前に配信された第３コンテンツとなる。ｔ５の時点では、第３話に対応するコンテンツには、最新話用のコミュニティサイトが対応することとなる。

そのため、最新の作品（第１コンテンツ）を閲覧していないユーザは、最新話用のコミュニティサイト（第４コミュニティサイト）に参加せずに、ユーザ自身が閲覧完了したコンテンツに関連する、過去作品用のコミュニティサイト（第３コミュニティサイト）に参加することになる。

また、第１コンテンツを閲覧していないユーザは、第４コミュニティサイトの閲覧を制限する処理が行われてもよい。また、第１コンテンツを閲覧完了したユーザは、第３コミュニティサイトの閲覧を制限する処理が行われてもよい。

＜情報処理＞
図３７は、第２変形例（８）におけるサーバ１０が実行する処理の流れの一例を示すフローチャートである。

以下のフローチャートは、第２変形例（８）の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

図３７に示すように、サーバ１０の制御部１１は、最初の作品のコンテンツを配信して（ステップＳ２３０１）、最新作用のコミュニティサイトを生成する（ステップＳ２３０２）。最初の作品のコンテンツは、上記の第３コンテンツに対応し、最新作用のコミュニティサイトは、上記の第４コミュニティサイトに対応する。

ステップＳ２３０２の後、サーバ１０の制御部１１は、最新作のコンテンツの配信があるか否かについて判定する（ステップＳ２３０３）。最新作のコンテンツは、上記の第１コンテンツに対応する。

判定の結果、最新作のコンテンツの配信がない場合（ステップＳ２３０３、ＮＯ）、ステップＳ２３０３の処理が繰り返される。一方、最新作のコンテンツの配信がある場合（ステップＳ２３０３、ＹＥＳ）、サーバ１０の制御部１１は、過去作品用のコミュニティサイトを生成する（ステップＳ２３０４）。過去作品用のコミュニティサイトは、上記の第３コミュニティサイトに対応する。

なお、ステップＳ２３０４で生成されるコミュニティサイトは、ステップＳ２３０３で配信される最新作のコンテンツの、例えば１つ前に配信された過去作品のコンテンツ用のコミュニティサイトであってもよい。

次に、サーバ１０の制御部１１は、シリーズ作品が終了したか否かについて判定する（ステップＳ２３０５）。判定の結果、シリーズ作品が終了していない場合（ステップＳ２３０５、ＮＯ）、ステップＳ２３０３の処理に戻る。なお、ステップＳ２３０３の処理が繰り返される回数に応じて、新たな過去作品用のコミュニティサイトが都度生成される。

一方、シリーズ作品が終了した場合（ステップＳ２３０５、ＹＥＳ）、本制御は終了する。

＜第２変形例（８）の効果＞
第２変形例（８）は、コンテンツが第１コンテンツであり、コミュニティサイトが第１コンテンツよりも前に配信されたコンテンツに関連するコミュニティサイトである。そして、コミュニティサイトが第３コミュニティサイトであり、第１コンテンツよりも前に配信された、第１コンテンツとは異なる第４コミュニティサイトの生成を行う。

このようにすることで、第１コンテンツを閲覧するまで、第４コミュニティサイトとは異なる第３コミュニティサイトでユーザがやり取りをすることができる。その結果、第４コミュニティサイトに参加することに起因して第１コンテンツの情報が漏洩することを抑制することができる。

また、第１コンテンツは、シリーズ作品の最新のコンテンツであり、コミュニティサイトは第３コミュニティサイトであり、シリーズ作品の初めのコンテンツの配信に基づいて、シリーズ作品の最新のコンテンツのための第４コミュニティサイトの生成を行う。

これにより、自動的に、過去のコンテンツに対応するコミュニティサイトが生成されていくので、シリーズ作品の配信がかなり進んだ後に、始めのコンテンツの閲覧を開始したユーザにとって、コンテンツの情報が漏洩しないコミュニティサイトを選別しやすくすることができる。

＜第２変形例（９）＞
第２変形例（９）は、最新のコンテンツが配信されたタイミングで、最新のコンテンツが配信された旨を、最新のコンテンツより前に配信されたコンテンツに関連するコミュニティサイトで通知する情報を送信してもよい。

第２変形例（９）におけるサーバ１０の制御部１１は、例えば、第２実施形態の制御部１１と同様の構成である。

また、情報送受信処理部１１２は、最新のコンテンツが配信されたタイミングで、最新のコンテンツが配信された旨を、最新のコンテンツより前に配信されたコンテンツに関連するコミュニティサイトで通知する通知情報を送信する処理を行う。

通知情報としては、上記のように最新のコンテンツが配信された旨を示す情報である。また、通知情報には、最新のコンテンツの配信時期を予告する通知であってもよい。

また、生成処理部１１４によって、最新のコンテンツに関連するコミュニティサイトが生成されるので、通知情報にはは、例えば、最新のコンテンツを閲覧完了すると、最新のコンテンツに関連するコミュニティサイトに移動する旨の通知であってもよい。

例えば、最新のコンテンツが配信される前に配信されたコンテンツに関連するコミュニティサイト内で、ユーザ同士がやり取りを行っている際や、ユーザがコミュニティサイトに参加したタイミングで、上記の通知情報がユーザの端末２０に表示されることとなる。

図３８は、第２変形例（９）におけるサーバ１０に記憶される情報の一例を示す図である。

記憶部１５における、サーバメイン処理プログラム１５１は、限定ではなく例として、第２実施形態と同様のプログラムの他、同様のプログラムをサブルーチンプログラムとして含む。

また、記憶部１５には、第２実施形態と同様の情報の他、情報送受信処理により送信される通知情報１６６が記憶される。

＜情報処理＞
図３９は、第２変形例（９）におけるサーバ１０が実行する処理の流れの一例を示すフローチャートである。

以下のフローチャートは、第２変形例（９）の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

図３９に示すように、サーバ１０の制御部１１は、最新のコンテンツの配信があったか否かについて判定する（ステップＳ２４０１）。判定の結果、最新のコンテンツの配信がない場合（ステップＳ２４０１、ＮＯ）、本制御は終了する。

一方、最新のコンテンツの配信があった場合（ステップＳ２４０１、ＹＥＳ）、制御部１１は、過去に配信されたコンテンツのコミュニティサイトにその旨を通知する（ステップＳ２４０２）。ステップＳ２４０２の後、本制御は終了する。

＜第２変形例（９）の効果＞
第２変形例（９）は、最新のコンテンツが配信されたタイミングで、最新のコンテンツが配信された旨を、最新のコンテンツより前に配信されたコンテンツに関連するコミュニティサイトで通知する情報を送信する。

これにより、最新のコンテンツが配信されたことを通知することにより、コンテンツに関連するコミュニティサイトに参加者を増加させることに寄与することができる。その結果、最新のコンテンツの売上増大およびコミュニティサイト内のユーザ間のやり取りの活性化につなげることができる。

＜第２変形例（１０）＞
第２実施形態等では、コンテンツが配信されたことに基づいて、コミュニティサイトを生成する処理を行っていたが、その生成されるタイミングについては言及されていなかった。
第２変形例（１０）では、生成処理部１１４は、コンテンツが配信された際に、所定のタイミングでコミュニティサイトを生成する。

例えば、生成処理部１１４は、ユーザにコンテンツが配信されたタイミングでコミュニティサイトを生成してもよい。また、生成処理部１１４は、ユーザへのコンテンツの配信予告があったタイミングでコミュニティサイトを生成してもよい。また、生成処理部１１４は、ユーザにコンテンツが配信されてから、一定期間、コンテンツに対応するコミュニティサイトが生成されていない場合、コミュニティサイトを生成してもよい。また、生成処理部１１４は、コンテンツの情報を含むコミュニティサイトが所定のネットワーク上で存在するか否かについて判定可能である場合、判定結果に基づいてコミュニティサイトを生成してもよい。この場合においては、生成処理部１１４は、コミュニティサイトが存在しないと判定した場合、コンテンツに関連するコミュニティサイトを生成する処理を行ってもよい。ここで、生成処理部１１４は、コンテンツに関連するコミュニティサイトが異なる複数のネットワーク上（またはＳＮＳ上、またはプラットフォーム上）に存在するか否かについて判定してもよい。例えば、異なる複数のネットワークの少なくとも一部は、異なる事業者によって運営されるものであってもよいし、そうでなくてもよい。例えば、コンテンツに関連するコミュニティサイトが所定のネットワークを含む異なる複数のネットワークの何れかに存在する場合、生成処理部１１４は、コミュニティサイトを生成しないようにしてもよいし、そうでなくてもよい。他方、コンテンツに関連するコミュニティサイトが所定のネットワークを含む異なる複数のネットワークの何れにも存在しない場合、生成処理部１１４は、コミュニティサイトを生成してもよいし、そうでなくてもよい。また、コンテンツに関連するコミュニティサイトが所定のネットワークを含む異なる複数のネットワークのうち一部にコミュニティサイトが存在していない場合、存在していない一部のネットワークに対してコミュニティサイトを生成するようにしてもよい。また、生成処理部１１４は、コンテンツに関連するコミュニティサイトが異なる複数のネットワーク上（またはＳＮＳ上、またはプラットフォーム上）に存在するか否かに関係なく、該当する特定のネットワーク上（またはＳＮＳ上、またはプラットフォーム上）に存在するか否かについて判定し、存在しない場合に、その該当する特定のネットワーク上に対してコミュニティサイトを生成してもよいし、そうでなくてもよい。

コンテンツの情報を含むコミュニティサイトが所定のネットワーク上で存在しない場合とは、例えば、コンテンツに関連するコミュニティサイトが全く存在しない場合である。また、コンテンツに関連するコミュニティサイトが所定のネットワーク上で存在しない場合には、最後に投稿されてから、一定期間投稿がされていないコミュニティサイトしか存在していない場合等も含まれていてもよいし、含まれていなくてもよい。

＜第２変形例（１０）の効果＞
第２変形例（１０）では、生成処理部１１４は、コンテンツが配信された際に、所定のタイミングでコミュニティサイトを生成する。

これにより、適宜なタイミングで、コミュニティサイトが生成されるので、ユーザがコンテンツの閲覧状況に応じて、適切なタイミングでコミュニティサイトに参加しやすくすることができる。

＜第３実施形態＞
第３実施形態は、制御部１１がコミュニティサイトに含まれる、端末２０のユーザとは異なるユーザが、コミュニティサイトとは異なるコミュニティサイトに移動した場合、異なるユーザが、異なるコミュニティサイトに移動したことに関する情報を端末２０に通信部１４によって送信する制御を行う。つまり、ユーザＡが所定のコミュニティサイトから別のコミュニティサイトに移動した際に、別のコミュニティサイトに移動した情報を、所定のコミュニティサイトに参加しているユーザＢに通知される。

第３実施形態におけるサーバ１０の制御部１１は、例えば第１実施形態と同様に、サーバメイン処理部１１１と、情報送受信処理部１１２と、選択処理部１１３とを有する（図６参照）。サーバメイン処理部１１１および選択処理部１１３は、第１実施形態と同様の機能を有する。

情報送受信処理部１１２は、第１実施形態と同様の機能の他、ユーザとは異なる他ユーザにおけるコミュニティサイトの移動履歴の情報を、他ユーザの端末より取得する。情報送受信処理部１１２は、移動履歴の情報に基づいて、ユーザに他ユーザが、別のコミュニティサイトに移動したとの情報を端末２０に送信する。

例えば、図４０Ａに示すようなコミュニティサイトにユーザＡとユーザＢが所定のコミュニティサイトに参加していたとする。ここで、ユーザＡが別のコミュニティサイトに移動すると、コミュニティサイト内には、例えば、図４０Ｂに示すように、ユーザＡが別のコミュニティサイトに参加したタイミングで、「ユーザＡは別のコミュニティサイトに移動しました」等の情報が表示される。図４０では、ユーザＡの移動するタイミングで、ユーザＡの移動情報が表示されているが、ユーザＡが移動してから一定期間経過した後に、移動情報が表示されるようにしてもよいし、しなくてもよい。

なお、ユーザＡの移動情報は、コミュニティサイトに参加している全ユーザに表示されてもよいし、全ユーザではなく、特定のユーザに表示されるようにしてもよい。特定のユーザは、コミュニティサイトの参加期間が長いユーザや、ユーザＡとやり取り経験のあるユーザ等であってもよいし、なくてもよい。

図４１は、第３実施形態におけるサーバ１０に記憶される情報の一例を示す図である。

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

また、記憶部１５には、第１実施形態と同様の情報の他、ユーザ等による移動履歴を示す移動履歴情報１６７が記憶される。

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

以下のフローチャートは、第３実施形態の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

まず、図４２に示すように、第１端末のユーザが第１端末の入出力部２３を介して、コミュニティサイトに退出する操作を行う（ステップＳ６０１）。これにより、第１端末の制御部２１は、通信部２２により、第１端末のユーザがコミュニティサイトを移動したことを示す情報を送信する。

サーバ１０で第１端末のユーザがコミュニティサイトから移動した情報を受信すると、サーバ１０の制御部１１は、第１端末のユーザが移動したことを示す移動情報を第２端末に送信する（ステップＳ７０１）。

第２端末で移動情報を受信したら、第２端末の制御部２１は、第１端末のユーザの移動情報を表示する（ステップＳ８０１）。ステップＳ６０１、ステップＳ７０１、ステップＳ８０１の後、本制御は終了する。

＜第３実施形態の効果＞
第３実施形態は、コミュニティサイトに含まれる、端末２０のユーザとは異なるユーザが、コミュニティサイトとは異なるコミュニティサイトに移動した場合、異なるユーザが、異なるコミュニティサイトに移動したことに関する情報を端末２０に通信部１４によって送信する制御を行う。

これにより、ユーザが他ユーザの移動先を認識することができるので、ユーザにとって他ユーザの移動先を認識しやすくすることができる。

また、ユーザが他ユーザの移動先に移動することで、移動先のコミュニティサイト内での他ユーザとの交流をさらに深めることができる。

＜第３変形例（１）＞
例えば、第２変形例（１）等のように、コンテンツが配信される毎に、関連するコミュニティサイトが生成される場合がある。このような場合には、ユーザによるコミュニティサイトの移動が頻繁に行われる可能性がある。そのため、ユーザは、移動前のコミュニティサイト内で知り合った特定のユーザとのやり取りを継続したいと考える場合もある。

そこで、第３変形例（１）は、過去に参加していたコミュニティサイトでやり取りをした特定のユーザとのやり取りを継続するための制御を行ってもよい。具体的に、第３変形例（１）は、端末２０のユーザによる第１コンテンツの閲覧に基づいて、端末２０から送信された、第２コミュニティサイトに含まれるユーザへのメッセージを第２コミュニティサイトに送信する制御を行ってもよい。

例えば、第１コンテンツは、第２変形例（１）と同様に、第２コンテンツの後に配信されるコンテンツであってもよく、生成処理部１１４によって、第１コンテンツに関連する第１コミュニティサイトおよび、第２コンテンツに関連する第２コミュニティサイトが生成されてもよい。

図４３は、第３変形例（１）におけるサーバ１０の制御部１１により実現される機能の一例を示す図である。

図４３に示すように、制御部１１は、サーバメイン処理部１１１と、情報送受信処理部１１２と、生成処理部１１４と、メッセージ処理部１１６とを有する。サーバメイン処理部１１１および生成処理部１１４は、上記第２実施形態と同様の機能を有する。なお、サーバ１０がコミュニティサイトを生成しなくてもよい場合は、生成処理部１１４が設けられていなくてもよい。

情報送受信処理部１１２は、上記第２実施形態と同様の機能の他、メッセージ処理部１１６により行われる制御に基づくメッセージ情報を端末２０に送信する機能を有する。

メッセージ情報は、ユーザが第２コミュニティサイトのメンバーへ向けたメッセージの情報である。第２コミュニティサイトのメンバーは、第２コミュニティサイトに含まれるユーザ（特定ユーザ）である。

メッセージ処理部１１６は、端末２０のユーザによる第１コンテンツの閲覧に基づいて、端末２０から送信された、第２コミュニティサイトに含まれるユーザ（特定ユーザ）へのメッセージを第２コミュニティサイトに送信する制御を行う。

メッセージ処理部１１６は、ユーザが第１コンテンツを閲覧して、第２コミュニティサイトから移動しようとした場合、ユーザの端末２０の表示処理部２１３を介して、上記のメッセージを送信する制御を行うか否かを案内表示する指令を送信する制御を行う。具体的には、ユーザがコミュニティサイトから移動する際に、例えば第２コミュニティサイトのメンバーにメッセージがあるか否かについて、ユーザに質問するような表示が行われる。

例えば、図４４に示すように、第２コミュニティサイト内で、ユーザの端末２０に、上記の質問にかかる表示がなされて、第２コミュニティサイトのメンバーのリストが表示される。図４４には、ユーザＢおよびユーザＣ等のメンバーのリストが表示されている。図４４では、例えば、ユーザＢまたはユーザＣの右側に記載されている「ＹＥＳ」のボタンをタップまたはクリックすると、対応するユーザを指定できるようになっている。

これに対してユーザが、特定ユーザを指定した上で特定ユーザへのメッセージを端末２０に入力すると、メッセージ処理部１１６は、メッセージの情報を、特定ユーザの端末２０に送信する処理を行う。これにより、特定ユーザの端末２０にメッセージが届く。このメッセージは、例えば第２コミュニティサイト内で表示されてもよいし、特定ユーザのアカウントに直接表示されてもよい。

例えば、ユーザＡが「先に第１コミュニティサイトに移動します」というメッセージを特定ユーザに対して送信した場合、図４５に示すように、特定ユーザの端末２０で表示される第２コミュニティサイトの画面には、メッセージが表示される。なお、特定ユーザ以外のユーザの端末２０には、このメッセージは表示されない。

図４６は、第３変形例（１）におけるサーバ１０に記憶される情報の一例を示す図である。

記憶部１５における、サーバメイン処理プログラム１５１は、限定ではなく例として、第２実施形態と同様のプログラムの他、メッセージ処理の制御を実行するためのメッセージ処理プログラム１６１をサブルーチンプログラムとして含む。

また、記憶部１５には、第２実施形態と同様の情報の他、メッセージ処理部１１６によるメッセージ処理に係るメッセージ処理情報１６２が記憶される。

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

以下のフローチャートは、第３変形例（１）の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

まず、図４７に示すように、第１端末のユーザが第１コンテンツの閲覧を完了すると、第１端末の制御部２１が、閲覧情報として、第１コンテンツの閲覧が完了した旨の情報を通信部２２により、サーバ１０に送信する（ステップＳ１５０１）。

次に、第１端末のユーザが第１端末の入出力部２３を介して、第２端末の特定ユーザにメッセージを送信する（ステップＳ１５０２）。これにより、第１端末の制御部２１は、通信部２２により、第１端末のユーザのメッセージ情報を送信する。

サーバ１０で第１端末のユーザが閲覧情報およびメッセージ情報を受信すると、サーバ１０の制御部１１は、コミュニティサイト内の第２端末の特定ユーザにメッセージを送信する（ステップＳ１６０１）。

第２端末でメッセージ情報を受信したら、第２端末の制御部２１は、第１端末のユーザからのメッセージを表示する（ステップＳ１７０１）。ステップＳ１５０２、ステップＳ１６０１、ステップＳ１７０１の後、本制御は終了する。

＜第３変形例（１）の効果＞
第３変形例（１）では、端末２０のユーザによる第１コンテンツの閲覧に基づいて、端末２０から送信された、第２コミュニティサイトに含まれるユーザへのメッセージを第２コミュニティサイトに送信する制御を行う。

これにより、ユーザが第１コミュニティサイトに移動したことを、第２コミュニティサイトに含まれる他ユーザに知らせることができる。その結果、第２コミュニティサイト内の他ユーザが、ユーザの行方を把握することができるので、ユーザとの関係を継続させやすくすることができる。

＜第３変形例（２）＞
第３変形例（２）では、第３変形例（１）における、メッセージが送信される第２コミュニティサイトに含まれる特定ユーザは、端末２０のユーザとの関係に基づいて決定されてもよい。端末２０のユーザとの関係は、例えば特定ユーザとの親密度であってもよいし、端末２０のユーザ自身の決定に基づくものであってもよいし、単にユーザと対話経験のある特定ユーザであってもよい。

ここでいう対話経験とは、例えば、ユーザおよび特定ユーザの一方のメッセージに、他方が返信したような場合、ユーザおよび特定ユーザとが互いに相手を指定してメッセージをしたような場合が挙げられる。

特定ユーザとの親密度は、例えば、第２コミュニティサイト内でやり取り（メッセージに対する返信、応答）の頻度が一定回数以上であることや、ユーザの端末２０に友人として登録してあること等によって決定される。

例えば、図４４において、リストとして示されるユーザは、ユーザとの関係に基づいて決定されたユーザとなる。

＜第３変形例（２）の効果＞
第３変形例（２）では、メッセージが送信される第２コミュニティサイトに含まれるユーザは、端末２０のユーザとの関係に基づいて決定される。これにより、親密度によってメッセージの送信可否が決定されることで、特定ユーザとの関係を継続させやすくすることができる。

＜第３変形例（３）＞
第３変形例（３）は、メッセージの他、ユーザがどこに移動したかを示す情報を表示処理部２１３が表示してもよい。

言い換えると、メッセージ処理部１１６は、端末２０のユーザが第１コミュニティサイトに移動した場合、端末２０のユーザが第１コミュニティサイトに移動したことを示す情報を第２コミュニティサイトに含まれるユーザに送信する制御を行ってもよい。

例えば、図４８に示すように、ユーザＡが第１コミュニティサイトに移動した場合、第２コミュニティサイトに含まれるユーザの端末２０に表示される第２コミュニティサイトの画面には、「ユーザが第１コミュニティサイトに移動しました」等の、情報がメッセージとともに表示される。

また、メッセージを送信したユーザ以外のユーザには、ユーザがどこに移動したかを示す情報のみが表示されてもよいし、表示されなくてもよい。

＜第３変形例（３）の効果＞
第３変形例（３）では、端末２０のユーザが第１コミュニティサイトに移動した場合、端末２０のユーザが第１コミュニティサイトに移動したことを示す情報を第２コミュニティサイトに含まれるユーザ（特定ユーザ）に送信する制御を行う。これにより、特定ユーザには、メッセージと、第１コミュニティサイトに移動したことを示す情報とを合わせて表示されることで、ユーザがどこに移動したかを特定ユーザが把握しやすくすることができる。

＜第３変形例（４）＞
第３変形例（４）では、第３変形例（３）における、第１コミュニティサイトに移動したことを示す情報は、第２コミュニティサイトで表示される端末２０のユーザのユーザ情報の表示態様を変更するための情報を含んでいてもよい。

具体的には、メッセージ処理部１１６は、第２コミュニティサイトにおける、上記の第１コミュニティサイトに移動したことを示す情報の表示態様を変更する制御を行ってもよい。

表示態様を変更する制御としては、例えば、図４８等におけるユーザＡのメッセージの色を変更する制御や、ユーザＡのアイコンの色を変更する制御等、そのほかのユーザの表示態様と異ならせる制御である限り、どのような制御であってもよい。なお、図４９には、表示態様を変更する制御の例が示されている。例えば図４９Ａには、ユーザＡのメッセージに下線を付した例を示している。また、図４９Ｂには、ユーザＡのアイコンの色を変更した例が示されている。図４９Ｂには、コミュニティサイトのメンバーリストにおける各ユーザのアイコンが表示された例が示されており、ユーザＡのアイコンが、ユーザＢおよびユーザＣのアイコンよりも暗い表示となっている。なお、変更されるアイコンの色については、他ユーザと区別可能な色である限り、どのような色であってもよい。また、後述する図６５Ｂや図６６のように、コミュニティサイトがチャットルームである場合における、ユーザを示すアイコンの色が、例えば図４９ＢのユーザＡのアイコンのように変更されてもよい。

また、図４９Ｂのように、メンバーリスト等、コミュニティサイト内の他ユーザが確認可能な箇所に、コミュニティサイトを移動するユーザ（図４９ＢにおけるユーザＡ）のメッセージが表示されるようにしてもよいし、表示されなくてもよい。図４９Ｂに示す例では、「書き置き」というような、他ユーザが認識できるような態様で、コミュニティサイトを移動する旨のメッセージが表示されているが、これに限定されず、単にメッセージが表示されるだけでもよい。

＜第３変形例（４）の効果＞
第３変形例（４）では、第１コミュニティサイトに移動したことを示す情報は、第２コミュニティサイトで表示される、端末２０のユーザのユーザ情報の表示態様を変更するための情報を含む。これにより、ユーザが第２コミュニティサイトにいないこと、および、ユーザが第１コミュニティサイトに移動したことを他ユーザが把握しやすくすることができる。

＜第３変形例（５）＞
第３変形例（５）では、制御部１１は、第１コミュニティサイトには、第２コミュニティサイトに含まれるユーザのリストが表示されるように処理をしてもよいし（図５０参照）、第２コミュニティサイトには、第１コミュニティサイトに移動したユーザのリストが表示されるように処理をしてもよい（図５１参照）。

そして、メッセージ処理部１１６は、上記のリストを利用して、リストに表示されたユーザに対してメッセージを送信できるように処理してもよい。

上記のメッセージは、第１コンテンツの情報の漏洩を防止する観点から、例えば簡単なメッセージや定型文、絵文字、リアクション等を示すスタンプであってもよい。また、メッセージを受けたユーザは、そのメッセージに対して簡易なレスポンスを送信できるようにしてもよい。

また、上記のメッセージは、第１コンテンツの情報の漏洩に関するものである場合（例えば、特定のキーワードが含まれる場合等）、送信されなくてもよい。

＜第３変形例（５）の効果＞
また、各コミュニティサイトに含まれるユーザのリストを表示することで、どのユーザがどのコミュニティサイトに含まれているかを、ユーザに容易に把握させやすくすることができる。

＜第４実施形態＞
第１実施形態では、サーバ１０の制御部１１が選択するコミュニティサイトの情報が、ユーザに提示するためのコミュニティサイトの情報であったが、本開示はこれに限定されない。
第４実施形態は、サーバ１０の制御部１１が、ユーザによるコンテンツの閲覧情報に基づく、コミュニティサイトの閲覧を制限する設定を行う。つまり、コンテンツの閲覧量の多いユーザがコンテンツの情報を漏洩することを抑制するために、そのユーザに対して、コミュニティサイトの閲覧を制限する。

第４実施形態における制御部１１は、図５２に示すように、サーバメイン処理部１１１と、情報送受信処理部１１２と、制限処理部１１５とを有する。サーバメイン処理部１１１は、第１実施形態等と同様の機能を有する。

制限処理部１１５は、コンテンツの閲覧情報に基づく、コミュニティサイトの閲覧を制限する設定を行う。閲覧情報は、第１実施形態と同様に、コンテンツにおいてユーザが閲覧に関する情報であり、例えば、ユーザによるコンテンツを閲覧した量を示す情報である。

具体的には、制限処理部１１５は、端末２０のユーザによる、コンテンツの閲覧情報が第１閲覧情報から第２閲覧情報になった場合、コミュニティサイトの閲覧を制限する設定に基づき、端末２０のユーザによるコミュニティサイトの閲覧を制限する制御を行う。

第２閲覧情報は、第１閲覧情報よりも大きな閲覧量を示す閲覧情報である。例えば、コンテンツが所定時間で構成される映画やドラマである場合、第２閲覧情報は、第１閲覧情報よりも長い時間量の情報を示す。また、コンテンツが複数章で構成される書籍である場合、第２閲覧情報は、第１閲覧情報の章よりも後の章の情報を示す（例えば、第１閲覧情報が１～４章である場合、第２閲覧情報は５章以降の章である）。

ユーザがコンテンツの閲覧を進めて、ユーザの閲覧情報が、第１閲覧情報から第２閲覧情報になると、ユーザは、第１閲覧情報であったときでは、把握していない情報を知ることになる。

この場合、第１閲覧情報である他ユーザしかいないコミュニティサイトにおいて、第２閲覧情報であるユーザが、第２閲覧情報において得られる情報を投稿した場合、他ユーザにとって情報が漏洩することになる。

制限処理部１１５は、コンテンツに関連するコミュニティサイトの中から、第１閲覧情報の内容のみが含まれるコミュニティサイトを選択する。

制限処理部１１５は、端末２０に、選択したコミュニティサイトの閲覧を制限する設定を行う。具体的には、制限処理部１１５は、例えば、コミュニティサイトの閲覧を制限する設定指令を、通信部１４を介して端末２０に送信する。

コミュニティサイトの閲覧を制限する設定は、例えば、閲覧制限に関するコミュニティサイトへのユーザのアクセスを不可とする設定、コミュニティサイトにアクセスしても強制的に退去させる設定、コミュニティサイトにアクセス可能でも投稿不可とする設定を含む。

設定指令により、閲覧制限が設定されると、端末２０のユーザによる閲覧制限に係るコミュニティサイトの閲覧が制限される。

例えば、コンテンツの閲覧情報が第１閲覧情報であるまでは、ユーザが参加することができたコミュニティサイトは、閲覧情報が第２閲覧情報になった後において、ユーザによる閲覧が制限されるコミュニティサイトとなる。そのため、ユーザからコミュニティサイトを閲覧することができなくなる。

例えば、コンテンツが５章で構成された書籍である場合、３章まで閲覧したユーザに関連するコミュニティサイトが存在していたとする。この場合の第１閲覧情報は、１～３章を示す情報となる。この場合の第２閲覧情報は、例えば４章を示す情報となる。ユーザが４章まで閲覧した場合、上記のコミュニティサイトに参加したままだと、４章の情報を投稿したとすると、３章までしか閲覧していない他ユーザにとって情報の漏洩につながる。そのため、コミュニティサイトにおけるユーザの閲覧を制限することで、上記の情報の漏洩を抑制することが可能となる。

図５３は、第４実施形態におけるサーバ１０に記憶される情報の一例を示す図である。

記憶部１５における、各実施形態と同様に、サーバメイン処理プログラム１５１が記憶される。また、サーバメイン処理プログラム１５１は、限定ではなく例として、制御部１１により読み出されて、情報送受信処理として実行される情報送受信プログラム１５２と、閲覧を制限する制御を実行するための閲覧制限処理プログラム１５９をサブルーチンプログラムとして含む。

また、記憶部１５には、端末２０から受信した閲覧情報１５４と、制限処理部１１５が選択したコミュニティサイト情報１５５、制限処理部１１５により閲覧制限の設定指令に係る制限処理情報１６０が記憶される。

＜情報処理＞
図５４は、第４実施形態におけるサーバ１０が実行する処理の流れの一例を示すフローチャートである。

以下のフローチャートは、第４実施形態の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

図５４に示すように、サーバ１０の制御部１１が端末２０から閲覧情報を受信する（ステップＳ３０１）。次に、サーバ１０の制御部１１は、閲覧情報が閲覧制限に該当する情報であるか否かについて判定する（ステップＳ３０２）。具体的には、サーバ１０の制御部１１は、閲覧情報が第１閲覧情報から第２閲覧情報になったか否かについて判定する。例えば、上記の例のように、第１閲覧情報が１～３章を示す情報であり、第２閲覧情報が４章を示す情報である場合、ステップＳ３０２では、ユーザの閲覧情報が、１～３章の範囲を示す情報から、４章を示す情報に切り替わった場合、閲覧情報が閲覧制限に該当する情報であると判定される。

判定の結果、閲覧情報が閲覧制限の情報ではない場合（ステップＳ３０２、ＮＯ）、本制御は終了する。一方、閲覧情報が閲覧制限の情報である場合（ステップＳ３０２、ＹＥＳ）、サーバ１０の制御部１１は、閲覧を制限する設定を行う（ステップＳ３０３）。ステップＳ３０３の後、本制御は終了する。また、既にステップＳ３０３の処理が行われている場合は、ステップＳ３０２でＮＯと判定されてもよいし、ステップＳ３０２およびステップＳ３０３の処理がスキップされてもよい。

＜第４実施形態の効果＞
以上のように構成された第４実施形態は、コンテンツの閲覧情報に基づく、コミュニティサイトの閲覧を制限する制御を行う。具体的には、第２実施形態は、端末２０のユーザによる、コンテンツの閲覧を制限する設定に基づき、端末２０のユーザによるコミュニティサイトの閲覧を制限する設定を行う。

これにより、コンテンツにおいて閲覧を完了したユーザの閲覧を制限することにより、コンテンツにおいて他ユーザが閲覧していない内容について、ユーザが投稿することを抑制することができる。その結果、他ユーザにコンテンツの情報が漏洩することを抑制することができる。

＜第４変形例（１）＞
第４実施形態では、コミュニティサイトの閲覧を制限する制御は、閲覧制限に関するコミュニティサイトへのユーザのアクセスを不可とする設定等であったが、本開示はこれに限定されない。
第４変形例（１）は、コミュニティサイトの閲覧を制限する制御は、端末２０で表示される、閲覧が制限されるコミュニティサイトの情報の表示態様を、閲覧が制限されないコミュニティサイトの表示態様と異ならせる制御を含む。

つまり、制限処理部１１５により、閲覧制限の設定指令がなされると、端末２０における、閲覧が制限されるコミュニティサイトの情報の表示態様が、閲覧が制限されないコミュニティサイトの表示態様と異なる態様となる。

例えば、図５５Ａに示すように、コンテンツＡＡのコミュニティサイトにアクセス可能なページが存在したとする。コンテンツＡＡのコミュニティサイトとしては、第４サイトおよび第５サイトが存在していたとする。第４サイトは、コンテンツＡＡの第１閲覧情報までの閲覧者用のコミュニティサイトである。第５サイトは、コンテンツＡＡの第２閲覧情報に対応する閲覧者用のコミュニティサイトである。

ここで、ユーザの閲覧量が第２閲覧情報であると、第４サイトの閲覧が制限されることになる。この場合、表示部２４には、図５５Ｂに示すように、例えば、第４サイトに対応する表示が非表示とされる。

また、図５６Ａに示すように、閲覧を制限するコミュニティサイト（第４サイト）に下線を付し、閲覧を制限しないコミュニティサイト（第５サイト）に下線を付さないような表示態様としてもよいし、コミュニティサイトを示す文字の色を、異ならせる表示態様としてもよい。

また、図５６Ｂに示すように、コミュニティサイトにアクセスするボタン（図５６Ｂに示される「ＧＯ」の部分）の表示態様を異ならせてもよい。図５６Ｂでは、例えば、閲覧を制限するコミュニティサイトのボタンを黒とし、閲覧を制限しないコミュニティサイトのボタンを白としている。

＜第４変形例（１）の効果＞
第４変形例（１）では、コミュニティサイトの閲覧を制限する制御は、端末２０で表示される、閲覧が制限されるコミュニティサイトの情報の表示態様を、閲覧が制限されないコミュニティサイトの表示態様と異ならせる制御を含む。

これにより、ユーザが閲覧制限のないコミュニティサイトを選択しやすくすることができる。その結果、ユーザが、閲覧制限のかかるコミュニティサイトに誤って参加することを抑制することができ、ひいては、コミュニティサイト内のユーザが把握してない情報が漏洩されることを抑制することができる。

＜第５実施形態＞
第４実施形態では、コンテンツの閲覧量の多いユーザが、コンテンツの情報を漏洩することを抑制するために、ユーザにおけるコミュニティサイトの閲覧（例えば、アクセス）を制限するものであったが、本開示はこれに限定されない。
第５実施形態は、コンテンツの閲覧情報に基づく、コミュニティサイトの閲覧を制限する制御を行う構成において、端末２０のユーザによる、コンテンツの閲覧情報に基づいて、コミュニティサイトの閲覧可能なコンテンツの制限に関する制御を行う。つまり、コンテンツの閲覧量の少ないユーザに対してコンテンツの情報の漏洩を抑制するために、ユーザの閲覧内容を制限する。

第５実施形態におけるサーバ１０の制御部１１は、第４実施形態の制御部１１と同様である。第５実施形態における制限処理部１１５は、端末２０のユーザによる、コンテンツの閲覧情報に基づいて、コミュニティサイトの閲覧可能なコンテンツ（投稿情報）の制限に関する制御を行う。

コミュニティサイトの閲覧可能なコンテンツの制限に関する制御は、例えば、閲覧制限に関するコミュニティサイトへのユーザのアクセスを不可とする設定、コミュニティサイトにアクセスしても強制的に退去させる設定、コミュニティサイトにアクセス可能でも投稿不可とする設定に関する制御を含む。

制限処理部１１５は、例えば、ユーザの閲覧情報に基づいて、閲覧可能なコンテンツの制限をする必要があるか否かについて判定する。例えば、制限処理部１１５は、ユーザの閲覧情報に基づいて、ユーザよりもコンテンツの閲覧量の多いユーザが参加しているコミュニティサイトが存在するか否かについて判定する。各ユーザの閲覧量については、例えば、各ユーザの端末２０から取得可能な閲覧情報に基づいて判定してもよい。

制限処理部１１５は、ユーザよりもコンテンツの閲覧量の多いユーザが参加しているコミュニティサイトが存在する場合、コミュニティサイトをユーザによる閲覧を不可とする。

ユーザよりもコンテンツの閲覧量の多いユーザが参加しているコミュニティサイトには、ユーザが把握していない情報が投稿されている可能性が高いため、ユーザにとって、情報の漏洩になる可能性がある。

例えば、コンテンツが５章で構成された書籍である場合、３章まで閲覧したユーザが参加しているコミュニティサイトが存在していたとする。この場合、コンテンツを閲覧し始めた初心者ユーザが、コミュニティサイトに参加すると、３章まで閲覧したユーザの投稿内容が、初心者ユーザにとって、把握していない情報である可能性が高い。つまり、初心者ユーザにとって、コンテンツの情報の漏洩につながる可能性がある。

それに対して、第５実施形態では、そのようなコミュニティサイトの閲覧が不可となるため、上記の初心者ユーザにとって情報の漏洩を抑制することが可能となる。

第５実施形態におけるサーバ１０に記憶される情報は、例えば、第４実施形態におけるサーバ１０に記憶される情報と同様である（図５３参照）。

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

以下のフローチャートは、第５実施形態の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

図５７に示すように、サーバ１０の制御部１１が端末２０から閲覧情報を受信する（ステップＳ２５０１）。次に、サーバ１０の制御部１１は、閲覧情報に基づいて、コミュニティサイトの閲覧可能なコンテンツの制限が必要であるか否かについて判定する（ステップＳ２５０２）。

判定の結果、コンテンツの制限が必要ではない場合（ステップＳ２５０２、ＮＯ）、本制御は終了する。一方、コンテンツの制限が必要である場合（ステップＳ２５０２、ＹＥＳ）、サーバ１０の制御部１１は、閲覧を制限する設定を行う（ステップＳ２５０３）。ステップＳ２５０３の後、本制御は終了する。

＜第５実施形態の効果＞
第５実施形態は、端末２０のユーザによる、コンテンツの閲覧情報に基づいて、コミュニティサイトの閲覧可能なコンテンツの制限に関する制御を行う。

これにより、ユーザが閲覧していない部分の情報を含むコミュニティサイトの閲覧が制限されるので、ユーザに情報が漏洩することを抑制することができる。

＜第５変形例（１）＞
第５実施形態等では、端末２０のユーザによる、コンテンツの閲覧情報に基づいてユーザのコミュニティサイトの閲覧を制限していたが、本開示はこれに限定されない。
第５変形例（１）では、サーバ１０の制御部１１が、端末２０で閲覧可能なコンテンツに関するコンテンツ情報を取得し、コンテンツ情報に対応するコンテンツの部分を閲覧していないユーザによる閲覧が制限されるコミュニティサイトを設定する。

第５変形例（１）におけるサーバ１０の制御部１１は、第４実施形態および第５実施形態の制御部１１と同様である。第５変形例（１）における制限処理部１１５は、端末２０で閲覧可能なコンテンツに関するコンテンツ情報を取得し、コンテンツ情報に対応するコンテンツの部分を閲覧していないユーザによる閲覧が制限されるコミュニティサイトを設定する。

コンテンツ情報は、コンテンツが時間単位で構成される動画である場合、コンテンツの時間の情報、コンテンツが複数ページ、複数章、複数巻で構成される書籍である場合、コンテンツのページ情報、コンテンツの章番号の情報、コンテンツの巻番号の情報である。

ユーザによる閲覧の制限は、第５実施形態と同様に、例えば、閲覧制限に関するコミュニティサイトへのユーザのアクセスを不可とする設定、コミュニティサイトにアクセスしても強制的に退去させる設定、コミュニティサイトにアクセス可能でも投稿不可とする設定に関する制御を含む。

具体的には、制限処理部１１５により、コンテンツ情報に対応するコンテンツの部分を、まだ閲覧していないユーザが、コンテンツの部分についての閲覧が制限されるようにコミュニティサイトが設定される。

例えば、コンテンツ情報が、１２０ページの書籍における、７０ページ以降の情報である場合、５０ページまでしか閲覧していないユーザが、この書籍におけるコミュニティサイトに参加しようとした場合、７０ページ以降の情報が投稿されていた場合、７０ページ以降の情報が漏洩することになる。

第５変形例（１）では、このような場合に、ユーザのコミュニティサイトへのアクセスが不可となり、ユーザによるコンテンツ情報の閲覧が制限されるので、情報の漏洩を抑制することが可能となる。

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

以下のフローチャートは、第５変形例（１）の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

まず、図５８に示すように、ユーザが端末２０の入出力部２３を介して、コミュニティサイトに参加する操作を行う（ステップＳ９０１）。これにより、端末２０の制御部２１は、通信部２２により、ユーザの閲覧情報を送信する（ステップＳ９０２）。

サーバ１０で閲覧情報を受信すると、サーバ１０の制御部１１は、コミュニティサイト内に、ユーザが閲覧してないコンテンツ部分が含まれるか否かを判定する（ステップＳ１００１）。

判定の結果、閲覧してないコンテンツ部分が含まれない場合（ステップＳ１００１、ＮＯ）、本制御は終了する。一方、閲覧してないコンテンツ部分が含まれる場合（ステップＳ１００１、ＹＥＳ）、サーバ１０の制御部１１は、閲覧してないコンテンツ部分の、ユーザによる閲覧を制限する指令を送信する（ステップＳ１００２）。

端末２０で指令を受信したら、端末２０の制御部２１は、コミュニティサイトの、ユーザが閲覧してないコンテンツ部分の閲覧を制限する（ステップＳ９０３）。なお、端末２０でステップＳ１００２の制限指令を受信していない場合、ステップＳ９０３の処理はスキップされる。ステップＳ９０３、ステップＳ１００２の後、本制御は終了する。

＜第５変形例（１）の効果＞
第５変形例（１）は、端末２０で閲覧可能なコンテンツに関するコンテンツ情報を取得し、コンテンツ情報に対応するコンテンツの部分を閲覧していないユーザによる閲覧が制限されるコミュニティサイトを設定する制御を行う。

これによれば、コンテンツ情報に対応するコンテンツの部分を閲覧していないユーザが、コンテンツ情報を含むコミュニティサイトに参加しようとした際に、ユーザの閲覧が制限されるので、ユーザが閲覧していない部分の情報が漏洩することを抑制することができる。

＜第５変形例（２）＞
第５変形例（２）では、コミュニティサイトの閲覧可能なコンテンツの制限に関する制御は、コミュニティサイト内のコンテンツのうち、ユーザが閲覧不可なコンテンツを非表示とする制御であってもよい。

制限処理部１１５は、閲覧情報に基づいて、ユーザに対して、コミュニティサイトの閲覧可能なコンテンツの制限に関する制御を行うか否かについて判定する。例えば、ユーザが参加したコミュニティサイト内に、ユーザよりも、コンテンツの閲覧量の多い他ユーザが存在している場合、制限処理部１１５は、コミュニティサイトの閲覧可能なコンテンツの制限に関する制御を行う。具体的には、制限処理部１１５は、閲覧不可なコンテンツを非表示とする設定指令を端末２０に、通信部１４を介して送信する処理を実行する。

端末２０が設定指令を受信した場合、表示処理部２１３は、ユーザよりもコンテンツの閲覧量の多い他ユーザのメッセージにモザイクをかける等の表示処理を実行する。また、表示処理部２１３は、メッセージを非表示としてもよい。

例えば、ユーザＡおよびユーザＢの閲覧情報が第１所定量であり、ユーザＣの閲覧情報が第１所定量よりも多い第２所定量であったとする。例えば、コンテンツが５章で構成された書籍である場合、第１所定量が２章である場合、第２所定量は３章以降の章となる。この場合において、例えば、図５９に示すように、所定のコミュニティサイトにおいて、ユーザＢが何らかのメッセージを投稿した後に、ユーザＣがメッセージを投稿したとする（図５９Ａ参照）。

ユーザＣは、ユーザＡおよびユーザＢが把握していない情報を投稿する可能性があるため、ユーザＣの投稿を、コミュニティサイトに参加したユーザＡが閲覧すると、投稿に基づいて、ユーザＡが把握していない情報が漏洩される可能性がある。

第５変形例（２）では、図５９Ｂに示すように、このようなユーザＣのメッセージに対して、モザイクをかける表示処理を実行するので、ユーザＡの表示部２４には、ユーザＣのメッセージが見えなくなる。

他ユーザのメッセージにモザイク等がかかっていると、後から参加したユーザは、何のメッセージであるか疑問に感じる場合がある。

そのため、例えば、メッセージを非表示としてもよい。例えば、図６０に示すように、元々ユーザＣのメッセージが投稿されていたコミュニティサイトにおいて（図６０Ａ参照）、ユーザＡの端末２０には、ユーザＣの投稿が非表示とされる（図６０Ｂ参照）。これにより、ユーザＡが何の疑問も感じることなく、ユーザＡがユーザＢのメッセージに対して、メッセージを即座に投稿することができる。

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

以下のフローチャートは、第５変形例（２）の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

まず、図６１に示すように、ユーザが端末２０の入出力部２３を介して、コミュニティサイトに参加する操作を行う（ステップＳ４０１）。これにより、端末２０の制御部２１は、通信部２２により、ユーザの閲覧情報を送信する（ステップＳ４０２）。

サーバ１０で閲覧情報を受信すると、サーバ１０の制御部１１は、所定の閲覧量を超えるユーザがコミュニティサイト内にいるか否かを判定する（ステップＳ５０１）。なお、所定の閲覧量とは、例えば、予め設定された閲覧量である。例えば、コンテンツが５章で構成された書籍であり、所定の閲覧量が３章まで閲覧したことであるとすると、ユーザの閲覧量が２章である場合、このユーザの閲覧量は所定の閲覧量を超えていないと判定され、他方、ユーザの閲覧量が４章である場合、このユーザの閲覧量は所定の閲覧量を超えていると判定される。

判定の結果、所定閲覧量を超えるユーザがいない場合（ステップＳ５０１、ＮＯ）、本制御は終了する。一方、所定閲覧量を超えるユーザがいる場合（ステップＳ５０１、ＹＥＳ）、サーバ１０の制御部１１は、所定閲覧量を超えるユーザのメッセージを非表示とする設定指令を端末２０に送信する（ステップＳ５０２）。

端末２０で設定指令を受信したら、端末２０の制御部２１は、コミュニティサイトにおける、設定指令のメッセージを非表示とする（ステップＳ４０３）。なお、端末２０でステップＳ５０２の設定指令を受信していない場合は、ステップＳ４０３の処理はスキップされる。ステップＳ４０３、ステップＳ５０２の後、本制御は終了する。

＜第５変形例（２）の効果＞
第５変形例（２）では、コミュニティサイトの閲覧可能なコンテンツの制限に関する制御は、コミュニティサイト内のコンテンツのうち、ユーザが閲覧不可なコンテンツを非表示とする制御である。

このようにすることで、他ユーザのメッセージをユーザが閲覧することが防止されるので、ユーザが閲覧していない内容についての情報が漏洩することを抑制することができる。

＜第５変形例（３）＞
第５変形例（３）では、制限処理部１１５は、ユーザの閲覧量が進むことにより、コミュニティサイト内のコンテンツ（投稿情報）の閲覧の制限を解除してもよい。

つまり、制限処理部１１５は、端末２０のユーザによる、コンテンツの閲覧情報が第１閲覧情報から第２閲覧情報になった場合、第２閲覧情報に基づいて、端末２０のユーザが閲覧可能になったコンテンツに関する情報を通信部１４によって端末２０に送信する制御を行ってもよい。第２閲覧情報は、第４実施形態と同様に、第１閲覧情報よりも多い閲覧量を示す。

例えば、図６２に示すように、閲覧情報が第１閲覧情報であったユーザＡが、コミュニティサイトに参加した時点では、閲覧情報が第２閲覧情報であるユーザＣのメッセージにモザイクがかかっていたとする（図６２Ａ参照）。例えば、コンテンツが、１２１分の映画である場合、第１閲覧情報は、５０分の時点まで閲覧したとの情報であると、第２閲覧情報は、５１分以降の時点まで閲覧したとの情報となる。ユーザＢは、閲覧情報が第１閲覧情報であるため、端末２０には、ユーザＢのメッセージは表示されている。

ユーザＡがコンテンツの閲覧を進めて、閲覧情報が第１閲覧情報から第２閲覧情報になると、モザイクがかかっているユーザＣのメッセージのモザイクが解除される（図６２Ｂ参照）。

表示部２４には、例えば、コミュニティサイト内のコンテンツ（メッセージ）の閲覧の制限を解除した場合、メッセージの閲覧の制限が解除された旨が表示されてもよいし、されなくてもよい。

ところで、このようなメッセージは、閲覧の制限が解除された際には、過去のメッセージとなっているため、メッセージの内容によっては、ユーザの興味を引かないものである場合がある。

そのため、表示部２４には、メッセージのユーザ評価が高い順（例えば、「いいね」が多い順）に並べて表示されるようにしてもよいし、表示されなくてもよい。

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

以下のフローチャートは、第５変形例（３）の処理を例示するものであり、以下のフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。

まず、図６３に示すように、ユーザが端末２０の入出力部２３を介して、コミュニティサイトに参加する操作を行う（ステップＳ４０４）。これにより、端末２０の制御部２１は、通信部２２により、ユーザの閲覧情報を送信する（ステップＳ４０５）。

サーバ１０で閲覧情報を受信すると、サーバ１０の制御部１１は、コミュニティサイト内に非表示メッセージがあるか否かを判定する（ステップＳ５０３）。

判定の結果、非表示メッセージがない場合（ステップＳ５０３、ＮＯ）、本制御は終了する。一方、非表示メッセージがある場合（ステップＳ５０３、ＹＥＳ）、サーバ１０の制御部１１は、ユーザの閲覧情報が閲覧制限を解除する情報であるか否かについて判定する（ステップＳ５０４）。

判定の結果、閲覧情報が閲覧制限を解除する情報ではない場合（ステップＳ５０４、ＮＯ）、本制御は終了する。一方、閲覧情報が閲覧制限を解除する情報である場合（ステップＳ５０４、ＹＥＳ）、サーバ１０の制御部１１は、メッセージの非表示を解除する指令を通信部１４により送信する（ステップＳ５０５）。

端末２０で設定指令を受信したら、端末２０の制御部２１は、コミュニティサイトの、指令に係るメッセージの非表示を解除する（ステップＳ４０６）。なお、端末２０でステップＳ５０５の解除の指令を受信していない場合は、ステップＳ４０６の処理はスキップされる。ステップＳ４０６、ステップＳ５０５の後、本制御は終了する。

＜第５変形例（３）の効果＞
第５変形例（３）は、端末２０のユーザによる、コンテンツの閲覧情報が第１閲覧情報から第２閲覧情報になった場合、第２閲覧情報に基づいて、端末２０のユーザが閲覧可能になったコンテンツに関する情報を通信部１４によって端末２０に送信する制御を行う。これにより、ユーザの閲覧量が進むことにより、コミュニティサイト内のコンテンツ（投稿情報）の閲覧の制限を解除する。つまり、ユーザの閲覧情報に基づいて、コミュニティサイト内のメッセージの閲覧の制限が解除されることにより、閲覧制限があった当時に、どのようなメッセージがされていたかをユーザが把握することができる。そのため、漫画（コンテンツ）のさらなる購読意欲をユーザに促進させることができる。

また、メッセージの閲覧の制限を解除する際に、ユーザ評価が高い順に並べることで、閲覧制限が解除されるまでコンテンツを読み進めたユーザの満足度を高めることができる。

＜第５変形例（４）＞
第５実施形態では、コミュニティサイト内のメッセージに閲覧制限がかけられていたが、本開示はこれに限定されない。
第５変形例（４）は、ユーザがメッセージの閲覧を希望する場合、メッセージの閲覧制限を解除してもよい。

この場合においては、例えば、ユーザが閲覧制限がかかるメッセージをクリックまたはタップすることにより、閲覧を解除してもよいかユーザに問う表示がなされてもよい。

例えば、図６２Ａにおけるモザイク部分をユーザがクリックまたはタップすることで、ユーザに閲覧を解除するか否かを問う表示がなされ、ユーザが、その問いに同意することで、図６２Ｂに示すようにモザイク部分が解除されるようにしてもよい。

＜第５変形例（４）の効果＞
第５変形例（４）は、ユーザがメッセージの閲覧を希望する場合、メッセージの閲覧制限を解除する。

これにより、ユーザの希望に沿うサービスを提供することができる。

また、閲覧を解除してもよいかユーザに問う表示をすることで、コンテンツの情報の漏洩する可能性があることに対するユーザの了承を得ることができる。

＜第６実施形態＞
第６実施形態は、サーバ１０の制御部１１が、コミュニティサイトを削除または、コミュニティサイト内のメッセージを削除する制御を行う。

コミュニティサイト内では、同内容または類似内容に関するメッセージしかされない場合がある。そのため、このようなメッセージが延々と続くと、コミュニティサイト内の履歴が、同内容の繰り返しとなるので、コミュニティサイト内の話題が煮詰まる可能性がある。

例えば、あるコンテンツに登場する第１登場人物と、第２登場人物との関係性について、あるタイミングにおいて、コミュニティサイト内で、その時期にコンテンツを閲覧したユーザ同士で話題になっていたとする。

その後、さらに時間が経過して、また別のタイミングに、その時期にコンテンツを閲覧したユーザ同士で、同様に、第１登場人物と第２登場人物との関係性が、コミュニティサイト内で話題になることがある。つまり、同様の話題が延々と繰り返されることになることになる。

第６実施形態では、例えば、一定期間が経過した後、コミュニティサイト自体を削除する、または、コミュニティサイト内のメッセージを削除する。これにより、上記のように、コミュニティサイト内の話題が煮詰まることを抑制することが可能となる。

＜情報処理＞
図６４は、第６実施形態におけるサーバ１０が実行する処理の流れの一例を示すフローチャートである。

図６４に示すように、サーバ１０の制御部１１は、コミュニティサイトが生成されてから一定期間が経過したか否かについて判定する（ステップＳ１１０１）。

判定の結果、一定期間が経過していない場合（ステップＳ１１０１、ＮＯ）、ステップＳ１１０１の処理が繰り返される。一方、一定期間が経過した場合（ステップＳ１１０１、ＹＥＳ）、制御部１１は、コミュニティサイトを削除する（ステップＳ１１０２）。ステップＳ１１０２の後、本制御は終了する。

＜第６実施形態の効果＞
第６実施形態によれば、コミュニティサイト内で、同内容のメッセージが延々と続くことを抑制することができる。

＜第６変形例＞
また、第６変形例では、複数のコミュニティサイトを統合する制御を行う。

コミュニティサイトにおいては、同じ話題のコミュニティサイトが複数生成される場合があり、ユーザがどちらのコミュニティサイトに参加してよいかわからなくなる可能性がある。

＜第６変形例の効果＞
第６変形例では、複数のコミュニティサイトを統合する制御を行う。これにより、上記のようにユーザがどちらのコミュニティサイトに参加してよいかわからなくなるようなことが抑制されるので、複数のコミュニティサイトを統合して、コミュニティサイトへ参加しやすくすることができる。

＜その他の変形例＞
その他の変形例では、コンテンツの作者における別の作品に係るコンテンツを提示するようにしてもよいし、コンテンツと同時期に発刊されて、比較的人気の高い作品にかかるコンテンツを提示してもよい。

＜その他の変形例の効果＞
その他の変形例では、コンテンツの作者における別の作品に係るコンテンツを提示するまたは、コンテンツと同時期に発刊されて、比較的人気の高い作品にかかるコンテンツを提示することで、様々な観点から、ユーザにおけるコンテンツの購入意欲を促進させることができる。

＜その他＞
また、上記の各実施形態では、サーバ１０がコンテンツを配信していたが、コンテンツを配信するためのサーバが別に存在していてもよい。

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

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

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

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

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

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

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

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

そのため、チャットルームに、上記各実施形態が適用されることで、チャットルーム内でのユーザ同士のやり取りが活発になることが期待される。

例えば、第１実施形態の場合において、図６５に示すように、選択されたチャットルームが、ユーザの端末２０に表示される。図６５Ａにおいては、チャットルームとして、第１チャットルーム、第２チャットルームおよび第３チャットルームが表示されており、各サイトの右端に「ＧＯ」と記載されたボタンが表示されている。このボタンを押下すると、ユーザはそのボタンに対応するチャットルームに参加することができる。

ここで、ユーザが例えば、第２チャットルームに参加しようとして、第２チャットルームのボタンを押下すると、図６５Ｂに示すように、ユーザは第２チャットルームに対応するチャットルームが表示されて、ユーザがメッセージを投稿することが可能となる。すなわち、本実施形態では、ユーザがチャットルームに参加しやすくなり、ユーザの利便性を向上させることができる。

また、参加したチャットルームにおいて、ユーザよりも閲覧量の多いユーザ等により、ユーザが把握していない情報が、チャットルームに投稿されている場合がある。このような場合、図６６に示すように、第２変形例（４）や第５変形例（２）のような、メッセージを非表示とする処理を適用すればよい。

こうすることにより、本実施形態では、ユーザが把握していない情報が漏洩されることを抑制することができる。

また、チャットルームだと、メッセージ欄が比較的コンパクトであるため、非表示となるメッセージが存在していても、ユーザがやり取りに即座に加わりやすくなる。また、非表示となるユーザのメッセージ量が多かったりすると、そのユーザのメッセージの内容が気になって、コンテンツの閲覧をさらに進めようとする意欲を掻き立てやすくすることができる。その結果、ユーザのコンテンツの購入意欲が促進されて、チャットルーム内のやり取りをより活発にすることができる。

また、上記各実施形態におけるコンテンツは、様々なコンテンツに適用され得るが、漫画または小説等、比較的共通の話題をユーザに提供するものに特に適用され得る。漫画や小説は、複数巻にわたるシリーズ作品になることが多く、コンテンツとしても複数のコンテンツにわたったものとなることが多くなる。そのため、最新巻をまだ閲覧していないユーザが誤って、最新巻に対応したコミュニティサイトに参加した場合、最新巻の情報漏洩になりやすくなる。

それに対し、各実施形態において、ユーザを適切なコミュニティサイトに案内することができることで、上記のような情報漏洩をさらに抑制することができる。

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

１ 通信システム
１０ サーバ
１１ 制御部
１２ 入出力部
１３ ディスプレイ
１４ 通信部
１５ 記憶部
２０ 端末
２１ 制御部
２２ 通信部
２３ 入出力部
２４ 表示部
２５ マイク
２６ スピーカ
２７ カメラ
２８ 記憶部
３０ ネットワーク
１１１ サーバメイン処理部
１１２ 情報送受信処理部
１１３ 選択処理部
１１４ 生成処理部
１１５ 制限処理部
１１６ メッセージ処理部
１１７ 閲覧可能処理部
１４１ 通信メイン処理部
１４２ 情報送受信部
１５１ サーバメイン処理プログラム
１５２ 情報送受信プログラム
１５３ 選択処理プログラム
１５４ 閲覧情報
１５５ コミュニティサイト情報
１５６ 付与処理プログラム
１５７ 識別情報
１５８ 生成処理プログラム
１５９ 閲覧制限処理プログラム
１６０ 制限処理情報
１６１ メッセージ処理プログラム
１６２ メッセージ処理情報
１６３ 閲覧可能処理プログラム
１６４ 閲覧可能処理情報
１６５ アンケート情報
１６６ 通知情報
１６７ 移動履歴情報
２１１ 端末メイン処理部
２１２ 情報送受信処理部
２１３ 表示処理部
２２１ 通信メイン処理部
２２２ 情報送受信部
２８１ 端末メイン処理プログラム
２８２ 情報送受信プログラム
２８３ 表示処理プログラム
２８４ 閲覧情報
２８５ コミュニティサイト情報
２８６ 識別情報
２８７ 制限処理情報

Claims (20)

1. 端末と通信するサーバであって、
   前記端末で閲覧可能なコンテンツの閲覧に関する、前記端末のユーザの閲覧情報を受信する通信部と、
   前記閲覧情報に基づいてコミュニティサイトを選択する制御部とを備え、
   前記通信部は、前記制御部により選択された前記コミュニティサイトの情報を前記端末に送信する。
2. 請求項１に記載のサーバであって、
   前記通信部は、前記端末による前記コンテンツの閲覧に基づいて、前記コミュニティサイトの情報を前記端末に送信する。
3. 請求項２に記載のサーバであって、
   前記通信部は、前記端末による前記コンテンツの閲覧の完了に基づいて、前記コミュニティサイトの情報を前記端末に送信する。
4. 請求項１から請求項３のいずれか一項に記載のサーバであって、
   前記コミュニティサイトは、前記コンテンツに関連するコミュニティサイトである。
5. 請求項１から請求項４のいずれか一項に記載のサーバであって、
   前記閲覧情報は、前記端末のユーザによる前記コンテンツを閲覧した量に関する情報を含む。
6. 請求項５に記載のサーバであって、
   前記コンテンツは、漫画または小説を含み、
   前記閲覧情報は、前記漫画または前記小説を閲覧した巻数に関する情報を含む。
7. 請求項１から請求項４のいずれか一項に記載のサーバであって、
   前記閲覧情報は、前記端末のユーザによる前記コンテンツを閲覧した内容に関する情報を含む。
8. 請求項１から請求項７のいずれか一項に記載のサーバであって、
   前記通信部は、前記コミュニティサイトを識別するための識別情報を含む前記コミュニティサイトの情報を前記端末に送信する。
9. 請求項１から請求項８のいずれか一項に記載のサーバであって、
   前記制御部は、前記コンテンツの前記閲覧情報に基づく、前記コミュニティサイトの閲覧を制限する設定を行う。
10. 請求項９に記載のサーバであって、
    前記制御部は、前記端末のユーザによる、前記コンテンツの前記閲覧情報が第１閲覧情報から第２閲覧情報になった場合、前記コミュニティサイトの閲覧を制限する設定に基づき、前記端末のユーザによる前記コミュニティサイトの閲覧を制限する制御を行う。
11. 請求項１０に記載のサーバであって、
    前記コミュニティサイトの閲覧を制限する制御は、前記端末で表示される、前記閲覧が制限されるコミュニティサイトの情報の表示態様を、前記閲覧が制限されないコミュニティサイトの表示態様と異ならせる制御を含む。
12. 請求項９に記載のサーバであって、
    前記制御部は、前記端末のユーザによる、前記コンテンツの前記閲覧情報に基づいて、前記コミュニティサイトの閲覧可能なコンテンツの制限に関する制御を行う。
13. 請求項１２に記載のサーバであって、
    前記コミュニティサイトの閲覧可能なコンテンツの制限に関する制御は、前記コミュニティサイト内のコンテンツのうち、前記ユーザが閲覧不可なコンテンツを非表示とする制御である。
14. 請求項１２または請求項１３に記載のサーバであって、
    前記制御部は、前記端末のユーザによる、前記コンテンツの前記閲覧情報が第１閲覧情報から第２閲覧情報になった場合、前記第２閲覧情報に基づいて、前記端末のユーザが閲覧可能になったコンテンツに関する情報を前記通信部によって前記端末に送信する制御を行う。
15. 請求項１から請求項１４のいずれか一項に記載のサーバであって、
    前記制御部は、前記コミュニティサイトに含まれる、前記端末のユーザとは異なるユーザが、前記コミュニティサイトとは異なるコミュニティサイトに移動した場合、前記異なるユーザが前記異なるコミュニティサイトに移動したことに関する情報を前記端末に前記通信部によって送信する制御を行う。
16. 請求項１から請求項１５のいずれか一項に記載のサーバであって、
    コミュニティサイトは、チャットルーム、ソーシャルネットワークサービスのコミュニティ、電子掲示板のいずれか一方を含む。
17. 端末と通信するサーバの情報処理方法であって、
    前記端末で閲覧可能なコンテンツの閲覧に関する、前記端末のユーザの閲覧情報を前記サーバの通信部によって受信することと、
    前記閲覧情報に基づいてコミュニティサイトを前記サーバの制御部によって選択することと、
    前記制御部により選択された前記コミュニティサイトの情報を前記端末に前記通信部により送信することとを含む。
18. 端末と通信するサーバによって実行されるプログラムであって、
    前記端末で閲覧可能なコンテンツの閲覧に関する、前記端末のユーザの閲覧情報を前記サーバの通信部によって受信することと、
    前記閲覧情報に基づいてコミュニティサイトを前記サーバの制御部によって選択することと、
    前記制御部により選択された前記コミュニティサイトの情報を前記端末に前記通信部により送信することとが前記サーバによって実行される。
19. 情報処理装置によって実行されるプログラムであって、
    ユーザによるコンテンツの閲覧に関する閲覧情報を取得する制御を前記情報処理装置の制御部によって行うことと、
    前記閲覧情報に基づいてコミュニティサイトを選択する制御を前記制御部によって行うことと、
    前記制御部により選択された前記コミュニティサイトの情報を前記ユーザに提示する制御を前記制御部によって行うこととが前記情報処理装置によって実行される。
20. サーバであって、
    端末で閲覧可能なコンテンツに関するコンテンツ情報を取得する制御部を備え、
    前記制御部は、前記コンテンツ情報に対応する前記コンテンツの部分を閲覧していないユーザによる閲覧が制限されるコミュニティサイトを設定する制御を行う。

Images