"ユーザが端末装置を用いてアクセスしているシーケンシャルなコンテンツ内の位置を示す位置情報を取得する位置情報取得部と、前記位置情報に基づいて、前記コンテンツ内の位置が互いに近接している前記ユーザが所属するコミュニティを設定するコミュニティ設定部と、前記端末装置を介して前記ユーザに前記コミュニティでのコミュニケーションサービスを提供するコミュニティサービス提供部とを備えるサーバ装置。前記コミュニティ設定部は、前記コンテンツを複数のセグメントに区分し、前記コンテンツ内の位置が同じセグメントに含まれる前記ユーザを前記コミュニティに所属させる、請求項1に記載のサーバ装置。前記コミュニティ設定部は、前記セグメントのサイズを、前記コンテンツにアクセスしている前記ユーザの数に応じて変化させる、請求項2に記載のサーバ装置。前記コミュニティ設定部は、前記ユーザの前記コンテンツ内の位置が前記セグメントを越えて変化した場合、前記ユーザが所属するコミュニティを変更する、請求項2に記載のサーバ装置。前記コミュニティ設定部は、前記ユーザの前記コンテンツ内の位置が前記セグメントを越えて変化した場合、前記コミュニティに対応する前記セグメントを変更する、請求項2に記載のサーバ装置。前記コミュニティサービス提供部は、前記コンテンツごとまたは前記セグメントごとの前記ユーザの数を示す情報を前記端末装置を介して前記ユーザに提供する、請求項2に記載のサーバ装置。前記コミュニティ設定部は、前記コンテンツ内の位置が互いに近接している前記ユーザが振り分けられる複数の前記コミュニティを設定する、請求項1に記載のサーバ装置。前記コミュニティ設定部は、前記ユーザが振り分けられる前記コミュニティを、前記コミュニティに所属する他のユーザと前記ユーザとの関係に基づいて選択する、請求項7に記載のサーバ装置。前記コミュニティサービス提供部は、前記端末装置を介して、前記コミュニティに所属する前記ユーザの前記コンテンツ内の位置を同期させる、請求項1に記載のサーバ装置。前記コミュニティサービス提供部は、前記コンテンツの開始位置からのアクセスを準備している前記ユーザが複数いる場合、前記端末装置を介して、これらのユーザの準備が整うまで各ユーザによる前記コンテンツへのアクセスを待機させる、請求項9に記載のサーバ装置。前記コミュニティサービス提供部は、前記端末装置を介して、前記コンテンツの途中の位置からアクセスを再開する前記ユーザの前記コンテンツ内の位置を、前記途中の位置以前にある他のユーザの前記コンテンツ内の位置に同期させる、請求項9に記載のサーバ装置。前記端末装置に前記コンテンツを提供するコンテンツ提供部をさらに備える、請求項1に記載のサーバ装置。前記端末装置に前記コンテンツを提供するコンテンツサーバ装置から、前記コンテンツに関する情報を取得するコンテンツ関連情報取得部をさらに備える、請求項1に記載のサーバ装置。前記端末装置に格納された前記コンテンツに関する情報を保持するコンテンツサーバ装置から、前記コンテンツに関する情報を取得するコンテンツ関連情報取得部をさらに備える、請求項1に記載のサーバ装置。シーケンシャルなコンテンツにアクセスするコンテンツ取得部と、前記コンテンツ取得部がアクセスしている前記コンテンツ内の位置を示す位置情報をサーバ装置に提供する位置情報提供部と、前記位置情報に基づいて設定され前記コンテンツ内の位置が互いに近接しているユーザが所属するコミュニティでのコミュニケーションサービスに関する情報を前記サーバ装置から取得するコミュニティ関連情報取得部とを備える端末装置。前記コンテンツ取得部は、前記コミュニティ関連情報取得部によって、前記コンテンツ内の位置を前記コミュニティに所属する他のユーザの位置に同期させるように制御される、請求項15に記載の端末装置。前記コンテンツ取得部は、前記コンテンツの開始位置からのアクセスを準備している他のユーザがいる場合、前記コミュニティ関連情報取得部によって、前記他のユーザの準備が整うまで前記コンテンツへのアクセスを待機するように制御される、請求項16に記載の端末装置。前記コンテンツ取得部は、前記コンテンツの途中の位置からアクセスを再開する場合に、前記コミュニティ関連情報取得部によって、前記コンテンツ内の位置を前記途中の位置以前にある他のユーザの位置に同期させるように制御される、請求項16に記載の端末装置。シーケンシャルなコンテンツにアクセスする機能と、前記アクセスする機能がアクセスしている前記コンテンツ内の位置を示す位置情報をサーバ装置に提供する機能と、前記位置情報に基づいて設定され前記コンテンツ内の位置が互いに近接しているユーザが所属するコミュニティでのコミュニケーションサービスに関する情報を前記サーバ装置から取得する機能とをコンピュータに実現させるためのプログラム。一方で、ユーザが所持する端末装置からアクセスされるネットワーク上でのコミュニティにおけるコミュニケーションサービスも、近年急速に普及している。かかるコミュニケーションサービスは、例えばSNSSocialNetworkServiceのようなものである。コミュニティでは、例えば電子掲示板BBS:BulletinBoardSystemやチャットなどによってユーザ間のコミュニケーションがなされる。こうしたコミュニケーションの話題として、上記のようなコンテンツが取り上げられることも少なくない。しかしながら、電子書籍や動画コンテンツのようなコンテンツは、その内容がページや再生時間とともに進行するシーケンシャルなコンテンツである。従って、ユーザがコンテンツのどこにアクセスしているかによって、適切なコミュニケーションの場が変化する。例えば、ある電子書籍を半分ほど読み進めたユーザと、その結末までを読み終えたユーザとの間では、話題の内容は異なることが想定される。また、これらのユーザが同じ場でコミュニケーションをしようとすると、例えばストーリーの結末が読む前にわかってしまって興が醒めてしまう、といった不都合な事態も発生しうる。上記の特許文献1などに記載されている技術は、このようなユーザの需要に十分に応えるには至っていない。そこで、本開示では、シーケンシャルなコンテンツを利用しているユーザに、より適切なコミュニケーションの場を提供することが可能な、新規かつ改良されたサーバ装置、端末装置およびプログラムを提案する。本開示によれば、ユーザが端末装置を用いてアクセスしているシーケンシャルなコンテンツ内の位置を示す位置情報を取得する位置情報取得部と、上記位置情報に基づいて、上記コンテンツ内の位置が互いに近接している上記ユーザが所属するコミュニティを設定するコミュニティ設定部と、上記端末装置を介して上記ユーザに上記コミュニティでのコミュニケーションサービスを提供するコミュニティサービス提供部とを含むサーバ装置が提供される。また、本開示によれば、シーケンシャルなコンテンツにアクセスするコンテンツ取得部と、上記コンテンツ取得部がアクセスしている上記コンテンツ内の位置を示す位置情報をサーバ装置に提供する位置情報提供部と、上記位置情報に基づいて設定され上記コンテンツ内の位置が互いに近接しているユーザが所属するコミュニティでのコミュニケーションサービスに関する情報を上記サーバ装置から取得するコミュニティ関連情報取得部とを含む端末装置が提供される。また、本開示によれば、シーケンシャルなコンテンツにアクセスする機能と、上記アクセスする機能がアクセスしている上記コンテンツ内の位置を示す位置情報をサーバ装置に提供する機能と、上記位置情報に基づいて設定され上記コンテンツ内の位置が互いに近接しているユーザが所属するコミュニティでのコミュニケーションサービスに関する情報を上記サーバ装置から取得する機能とをコンピュータに実現させるためのプログラムが提供される。上記の構成によれば、アクセスしているコンテンツ内の位置が互いに近接しているユーザだけが所属するコミュニティを形成し、その中でユーザ同士がコミュニケーションすることが可能である。これによって、例えば、コンテンツ内の位置によって異なる話題や感想を、同じような位置にいる他のユーザとコミュニケーションを通じて共有することができる。以上説明したように本開示によれば、シーケンシャルなコンテンツを利用しているユーザに、より適切なコミュニケーションの場を提供することができる。以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。なお、説明は以下の順序で行うものとする。1.第1の実施形態1-1.システム構成1-2.提供されるサービス1-3.コミュニティ設定1-4.処理フロー1-5.目次の表示1-6.第1の実施形態のまとめ2.第2の実施形態2-1.システム構成2-2.提供されるサービス2-3.コミュニティ設定2-4.同期設定2-5.処理フロー2-6.第2の実施形態のまとめ3.まとめ1.第1の実施形態まず、図1~図9を参照して、本開示の第1の実施形態について説明する。この第1の実施形態は、ユーザが端末装置で電子書籍のコンテンツを利用する場合の実施形態である。電子書籍は、本来は紙媒体である書籍を電子化して、専用のリーダ装置やPC、携帯電話などの表示部に表示させ、ユーザの閲覧に供するものである。一般的に、書籍にはページが付されており、ユーザは、このページの順番に書籍を読み進めていく。この点は電子書籍でも同様である。つまり、電子書籍は、ページとともに内容が進行するシーケンシャルなコンテンツの一例であるといえる。なお、ここで、ユーザは、必ずしも電子書籍のページの最初のページから最後のページまでを順番に読み進めなくてもよい。例えば、雑誌のような書籍の場合には、興味のある記事のページにジャンプし、そこからページの順番に読み進めていくというようなコンテンツの利用の仕方も想定される。上記のシーケンシャルなコンテンツは、このようなコンテンツをも含む概念である。つまり、必ずしもコンテンツのすべてがシーケンシャルでなくてもよく、コンテンツの少なくとも一部がシーケンシャルであればよい。上述したように、このような電子書籍の内容が、ネットワーク上のコミュニティでのコミュニケーションの話題になることも多い。このような場合、コミュニティは、多くの場合、書籍を単位として生成される。例えば書籍が一編の小説であれば、コミュニティはその小説全体を単位として生成される。この場合、コミュニティに参加するのは、主に当該小説をすべて読み終えたユーザである。なぜならば、小説を読み終えていないユーザがこのコミュニティに参加すると、他のユーザの発言によって、自分がまだ読んでいない部分のストーリー展開や結末がわかってしまい、興が醒めてしまう可能性があるからである。それゆえ、小説を読み終えていないユーザは、コミュニティに参加することなく、黙々と読み進めるしかなかった。本実施形態は、このような状況において、書籍を読み終えていないユーザも楽しめるようなコミュニケーションの場を提供するものである。1-1.システム構成まず、図1~図3を参照して、本開示の第1の実施形態に係るシステム構成について説明する。図1は、本開示の第1の実施形態に係るシステムの概略図である。図2は、本開示の第1の実施形態に係るコミュニティサーバの機能構成を示すブロック図である。図3は、本開示の第1の実施形態に係るユーザ端末の機能構成を示すブロック図である。図1を参照すると、本実施形態に係るシステム10は、コミュニティサーバ100と、ユーザ端末200と、コンテンツサーバ300とを含む。コミュニティサーバ100およびコンテンツサーバ300は、ネットワーク上に配置されるサーバ装置であり、ユーザ端末200を使用するユーザに様々なサービスを提供する。ユーザ端末200は、例えばタブレット型、ノート型、デスクトップ型などのPC、携帯電話、スマートフォン、PDAPersonalDigitalAssistant、各種メディアプレーヤなどの端末装置である。システム10では、コンテンツサーバ300が、ユーザ端末200にコンテンツを提供する。上記のように、本実施形態において、コンテンツは電子書籍である。コンテンツは、ユーザがコンテンツを利用する度にコンテンツサーバ300に格納されたコンテンツのデータをユーザ端末200に送信することによって提供されてもよいし、またユーザがコンテンツを利用し始めるときにコンテンツサーバ300に格納されたコンテンツのデータがユーザ端末200に一括してダウンロードされることで提供されてもよい。また、コンテンツサーバ300は、コミュニティサーバ100に、コンテンツ関連情報を提供する。本実施形態において、コンテンツ関連情報は、ユーザ端末200に提供されうる電子書籍を識別するための情報、それぞれの電子書籍にどれだけのページが含まれるかという情報、およびそれぞれページにどのような内容が記載されているかという情報を含む。コンテンツ関連情報は、例えばコンテンツサーバ300がユーザ端末200へのコンテンツの提供を開始したときに、コミュニティサーバ100に提供される。ユーザ端末200は、上記のように、コンテンツサーバ300からコンテンツを提供される。ユーザ端末200は、提供されたコンテンツを、例えば画像や音声としてユーザに提供する。本実施形態において、コンテンツは電子書籍である。従って、ユーザによるコンテンツへのアクセスは、電子書籍のページをユーザ端末200に表示させて閲覧することである。なお、例えば電子書籍に効果音やBGMBackgroundMusicなどの音声が付加されているような場合には、これらの音声を聴取することもコンテンツへのアクセスに含まれる。ユーザ端末200は、ユーザが閲覧しているページの情報を、コンテンツ内でのユーザの位置情報として、コミュニティサーバ100に送信する。コミュニティサーバ100は、ユーザ端末200から提供される位置情報に基づいて、ユーザが所属するコミュニティを生成し、コミュニティでのコミュニケーションなどのサービスをユーザ端末200を介してユーザに提供する。コミュニティサーバ100は、例えば、ユーザ端末200のユーザを新たにコミュニティに所属させた場合にはその旨をユーザ端末200に通知し、以降、ユーザ端末200との間の通信を介して、ユーザにコミュニティサービスを提供する。以下、コミュニティサーバ100およびユーザ端末200について、それぞれの機能構成をより詳細に説明する。なお、コンテンツサーバ300については、コミュニティサーバ100にコンテンツ関連情報を提供する機能以外では、一般的に電子書籍などのコンテンツを提供するために用いられているサーバと同様の構成を採用することが可能であるため、詳細な説明は省略する。なお、コンテンツサーバ300は、必ずしも図示された例のように独立したサーバでなくてもよく、例えばコミュニティサーバ100と一体であってもよい。この場合、コミュニティサーバ100は、後述する構成要素に加えて、ユーザ端末200にコンテンツを提供するコンテンツ提供部を有する。コミュニティサーバ図2を参照すると、コミュニティサーバ100は、コンテンツ関連情報取得部110と、位置情報取得部120と、コミュニティ設定部130と、コミュニティサービス提供部140と、データベース150と、通信部160とを含む。コミュニティサーバ100は、例えば後述するような情報処理装置によって実現される。なお、コミュニティサーバ100は、必ずしも単一の装置によって実現されなくてもよく、ネットワーク上に分散したリソースによって提供される機能の集合として実現されてもよい。コンテンツ関連情報取得部110は、例えばCPUCentralProcessingUnit、RAMRandomAccessMemory、ROMReadOnlyMemoryなどによって実現され、コンテンツサーバ300によって提供されるコンテンツ関連情報を、通信部160を介して取得する。上記のように、本実施形態において、コンテンツ関連情報は、ユーザ端末200に提供されうる電子書籍を識別するための情報、それぞれの電子書籍にどれだけのページが含まれるかという情報、およびそれぞれページにどのような内容が記載されているかという情報を含む。位置情報取得部120は、例えばCPU、RAM、ROMなどによって実現され、ユーザ端末200から提供されるユーザのコンテンツ内での位置情報を、通信部160を介して取得する。上記のように、本実施形態において、ユーザのコンテンツ内での位置情報は、ユーザ端末200でユーザが閲覧している電子書籍のページの情報である。コミュニティ設定部130は、例えばCPU、RAM、ROMなどによって実現され、コンテンツ関連情報取得部110から提供されるコンテンツ関連情報と、位置情報取得部120から提供されるユーザのコンテンツ内での位置情報とに基づいて、コンテンツ内での位置が互いに近接しているユーザが所属するコミュニティを設定する。本実施形態において、コミュニティ設定部130は、電子書籍の各ページを複数のセグメントに区分し、位置情報として提供されたページが同じセグメントに含まれるユーザを、コンテンツ内での位置が互いに近接しているユーザとして同じコミュニティに所属させる。コミュニティ設定部130は、生成されたコミュニティの情報やコミュニティに所属するユーザの情報を、データベース150にコミュニティ設定情報151として格納する。ここで、コミュニティ設定部130は、セグメントのサイズを、例えば電子書籍を読んでいるユーザの数に応じて変化させてもよい。電子書籍の場合、最も小さいセグメントのサイズは1ページであり、最も大きいセグメントのサイズは電子書籍1冊である。コミュニティ設定部130は、コミュニティに所属するユーザの数が、コミュニティでのコミュニケーションに適した数になるように、セグメントのサイズを調整してもよい。なお、コミュニティ設定部130によるコミュニティの設定の例については後述する。コミュニティサービス提供部140は、例えばCPU、RAM、ROMなどによって実現され、コミュニティ設定部130によるコミュニティの設定に従って、各コミュニティにおけるコミュニケーションサービスなどのサービスを提供する。コミュニティサービス提供部140は、例えばコミュニティ内でのBBSやチャットなどのコミュニケーションサービスを提供し、ユーザの発言を通信部160を介して受信するとともに、他のユーザの発言の情報を通信部160を介してユーザに送信する。コミュニティサービス提供部140は、このような情報を、データベース150にコミュニティ関連情報153として格納する。また、コミュニティサービス提供部140は、ユーザを新たにコミュニティに所属させた場合にはその旨をユーザ端末200に通知してもよい。なお、コミュニティサービス提供部140によって提供されるサービスの例については後述する。データベース150は、例えばハードディスクや半導体メモリなどによって実現され、コミュニティ設定情報151やコミュニティ関連情報153など、コミュニティサーバ100の処理に関連する各種の情報を格納する。通信部160は、例えば各種の通信装置によって実現され、ユーザ端末200およびコンテンツサーバ300と通信し、コンテンツ関連情報取得部110、位置情報取得部120、およびコミュニティサービス提供部140などの処理に関する情報を送受信する。ユーザ端末図3を参照すると、ユーザ端末200は、コンテンツ取得部210と、コンテンツ出力部220と、位置情報提供部230と、コミュニティ関連情報取得部240と、コミュニティ関連情報出力部250と、コミュニティ関連情報入力部260とを含む。ユーザ端末200は、例えば後述するような情報処理装置によって実現される。コンテンツ取得部210は、例えばCPU、RAM、ROMなどによって実現され、シーケンシャルなコンテンツにアクセスする。本実施形態では、コンテンツは電子書籍であり、コンテンツ取得部210によるコンテンツへのアクセスは、ユーザが閲覧する電子書籍のページのデータの取得である。コンテンツ取得部210は、通信部270を介してコンテンツサーバ300にアクセスしてページのデータを取得してもよいし、コンテンツサーバ300から一括してダウンロードされるなどしてユーザ端末200のストレージ図示せずに格納された電子書籍のデータに内部的にアクセスして、ユーザが閲覧するページのデータを取得してもよい。コンテンツ出力部220は、例えば各種の出力装置によって実現され、コンテンツ取得部210から提供されるコンテンツを例えば画像や音声としてユーザに向けて出力する。ユーザは、これらの画像や音声を視聴することで、コンテンツを利用する。本実施形態において、コンテンツは電子書籍であるため、コンテンツ出力部220は、例えば電子書籍のページを表示するディスプレイである。例えば電子書籍に効果音やBGMBackgroundMusicなどの音声が付加されているような場合には、コンテンツ出力部220はスピーカを含んでもよい。位置情報提供部230は、例えばCPU、RAM、ROMなどによって実現され、ユーザのコンテンツ内での位置情報を、通信部270を介してコミュニティサーバ100に提供する。本実施形態において、コンテンツは電子書籍であるため、位置情報提供部230は、コンテンツ取得部210が取得してユーザが閲覧している電子書籍のページの情報を、ユーザのコンテンツ内での位置情報としてコミュニティサーバ100に提供する。コミュニティ関連情報取得部240は、例えばCPU、RAM、ROMなどによって実現され、コミュニティサーバ100で設定されたコミュニティでのコミュニケーションサービスに関連する情報を、通信部270を介して取得する。コミュニティ関連情報取得部240が取得する情報は、例えば、コミュニティ内で提供されるコミュニティサービスであるBBSやチャットなどにおけるユーザの発言の情報や、ユーザを新たにコミュニティに所属させた場合の通知などである。また、後述するように、コミュニティ関連情報取得部240は、コミュニティサーバ100から取得した情報に従ってコンテンツ取得部210を制御し、ユーザのコンテンツ内での位置を他のユーザの位置に同期させてもよい。コミュニティ関連情報出力部250は、例えば各種の出力装置によって実現され、コミュニティ関連情報取得部240から提供されるコミュニティでのコミュニケーションサービスに関連する情報を、例えば画像や音声としてユーザに向けて出力する。例えば、コミュニケーションサービスとしてBBSやチャットなどが提供される場合、コミュニティ関連情報出力部250は、BBSやチャットなどのログを表示するディスプレイである。また、例えばコミュニケーションサービスとして音声チャットが提供されるような場合、コミュニティ関連情報出力部250はスピーカを含む。ここで、コンテンツ出力部220と、コミュニティ関連情報出力部250とは、一体であってもよいし、また分離されていてもよい。例えば、ユーザ端末200が複数のディスプレイを有する場合、1つのディスプレイをコンテンツ出力部220として使用し、別のディスプレイをコミュニティ関連情報出力部250として用いてもよい。また、コンテンツとコミュニティ関連情報とをそれぞれのウインドウで、または重畳して表示することによって、単一のディスプレイによってコンテンツ出力部220とコミュニティ関連情報出力部250とが実現されてもよい。コミュニティ関連情報入力部260は、例えば各種の入力装置によって実現され、ユーザが所属するコミュニティに関連する情報のユーザによる入力を受け付けて通信部270を介してコミュニティサーバ100に送信する。例えば、コミュニケーションサービスとしてBBSやチャットなどが提供される場合、コミュニティ関連情報入力部260は、ユーザの発言をテキストとして入力するためのキーボードやマウス、タッチパッド、あるいは音声認識機能とともに提供されるマイクロフォンなどである。また、例えばコミュニケーションサービスとして音声チャットが提供される場合、コミュニティ関連情報入力部260は、マイクロフォンを含む。通信部270は、例えば各種の通信装置によって実現され、コミュニティサーバ100およびコンテンツサーバ300と通信し、コンテンツ取得部210、位置情報提供部230、コミュニティ関連情報取得部240、およびコミュニティ関連情報入力部260などの処理に関する情報を送受信する。1-2.提供されるサービス続いて、図4を参照して、本開示の第1の実施形態で提供されるサービスの例について説明する。図4は、本開示の第1の実施形態における表示例を示す図である。図4に示す例において、ユーザ端末200は、2つのディスプレイを有するタブレット型のPCである。一方のディスプレイは、コンテンツ出力部220として用いられ、コンテンツ画面221が表示される。本実施形態において、コンテンツは電子書籍であるため、コンテンツ出力部220には、電子書籍のページを表示するコンテンツ画面221が表示される。図示された例では、第2章の開始ページである18ページが表示され、ユーザによって閲覧されている。もう一方のディスプレイは、コミュニティ関連情報出力部250として用いられ、コミュニティ画面251が表示される。図示された例では、コミュニティサーバ100によって、この電子書籍の第2章の前半部分を読んでいるユーザによるコミュニティが生成されており、このコミュニティ読者コミュニティ第2章前半-Aに所属するユーザによるチャットのログが、コミュニティ画面251として表示されている。なお、図示された例において、これらのディスプレイの一方または両方はタッチスクリーンディスプレイであり、ユーザは、ディスプレイにオンスクリーンキーボードを表示させてテキストを入力することで、上記のチャットに参加する。この場合、ディスプレイに設けられるタッチパッドが、コミュニティ関連情報入力部260にあたる。このようなユーザ端末200の表示によれば、ユーザは、コンテンツ画面221で電子書籍を読みながら、電子書籍の同じ部分を読んでいる他のユーザと、コミュニティ画面251を介してコミュニケーションすることが可能である。1-3.コミュニティ設定続いて、図5~図7を参照して、本開示の第1の実施形態におけるコミュニティ設定の例について説明する。図5~図7は、本開示の第1の実施形態におけるコミュニティ設定の例を示す図である。以下の例では、A~Hの8人のユーザが、ある電子書籍の第1章~第3章の部分を読んでいる。それぞれのユーザが読んでいる電子書籍の部分が、ページの座標軸上の位置として示されている。ここでは、まず、図5を例として、コミュニティ設定部130によるコミュニティの初期設定について説明し、次に、図6、図7へとユーザの位置が変化した場合のコミュニティ設定の変化について説明する。初期設定図5の例において、まず、コミュニティ設定部130は、コンテンツサーバ300から提供されるコンテンツ関連情報に基づいて、電子書籍のページをセグメントに区分する。コンテンツ設定部130は、区分にあたって各ページの内容を考慮してもよい。図示された例において、コミュニティ設定部130は、コンテンツ関連情報として提供される第1章~第3章の章構成に基づいて、ページを1ページ~17ページ、18ページ~102ページ、および103ページ~121ページに区分する。さらに、コミュニティ設定部130は、第2章のセグメントが他の章と比較して長いことを検出し、このセグメントをさらに分割することを試みる。例えば、コンテンツ関連情報に、75ページにストーリー展開の区切りがあることを示す情報が含まれているとすると、コミュニティ設定部130は、この情報に基づいて、第2章に対応するセグメントを18ページ~74ページ、および75ページ~102ページの2つのセグメントにさらに区分する。以上のような処理によって、電子書籍の第1章~第3章の部分は、第1章に対応するセグメントseg1、第2章の前半に対応するセグメントseg2、第2章の後半に対応するセグメントseg3、および第3章に対応するセグメントseg4に区分される。コミュニティ設定部130は、次に、各ユーザのユーザ端末200から提供されるユーザのコンテンツ内での位置、つまりユーザが閲覧している電子書籍のページを、セグメントseg1~seg4に分類する。これによって、各ユーザはセグメントに対応付けられる。図5の例では、1ページ~17ページの間のページを閲覧しているユーザA,Bがセグメントseg1に対応付けられ、以下同様に、ユーザC,D,E,Fがセグメントseg2に、ユーザG,Hがセグメントseg3に、それぞれ対応付けられる。続いて、コミュニティ設定部130は、同じセグメントに対応付けられたユーザが所属するコミュニティを生成する。図示された例において、コミュニティ設定部130は、セグメントseg1に対応付けられたユーザA,Bが所属するコミュニティcom1-1を生成する。また、コミュニティ設定部130は、セグメントseg3に対応付けられたユーザG,Hが所属するコミュニティcom1-4を生成する。コミュニティ設定部130は、ユーザが対応付けられなかったセグメントseg4については、コミュニティを生成しなくてもよい。ここで、コミュニティ設定部130は、コミュニティに所属するユーザの数に上限を設け、セグメントに対応付けられるユーザの数がこの上限を超える場合には、同じセグメントについて複数のコミュニティを生成してユーザを振り分けてもよい。簡単のため、図示された例では、コミュニティに所属するユーザの数が最大2名に制限されているものとする実際には、さらに多い数でありうる。セグメントseg2には、4名のユーザC,D,E,Fが対応付けられており、セグメントに対応付けられたユーザの数がコミュニティに所属することが可能なユーザの数の上限を超えている。そこで、コミュニティ設定部130は、セグメントseg2について、2つのコミュニティcom1-2,com1-3を生成し、ユーザC,Dをコミュニティcom1-2に、ユーザE,Fをコミュニティcom1-3に、それぞれ振り分ける。以上の処理によって、コミュニティ設定部130は、ユーザA~Hが所属するコミュニティcom1-1~com1-4を設定する。これによって、ユーザは、図4に示す例のように、電子書籍のそれぞれの部分を読みつつ、同じ部分を読んでいる他のユーザと、コミュニティ内でのコミュニケーションを楽しむことができる。コミュニティ設定の変更-1図6の例では、ユーザBが、電子書籍を18ページまで読み進め、新たにセグメントseg2に入っている。また、ユーザHが、電子書籍を103ページまで読み進め、新たにセグメントseg4に入っている。コミュニティ設定部130は、位置情報取得部120が取得した各ユーザのコンテンツ内での位置情報に基づいてユーザBおよびユーザHの閲覧中のページの変化を検出したコミュニティ設定部130は、これらのユーザが所属するコミュニティを再設定する。ユーザBについて、コミュニティ設定部130は、ユーザBが新たに入ったセグメントseg2に対応するコミュニティを検索する。セグメントseg2に対応するコミュニティは、コミュニティcom1-2およびコミュニティcom1-3の2つである。図示された例において、コミュニティ設定部130は、ユーザBを、あらたにコミュニティcom1-2に所属させる。このように、コミュニティ設定部130は、ユーザのコンテンツ内の位置がセグメントの境界を越えて変化した場合、ユーザが所属するコミュニティを変更してもよい。ここで、1ユーザBの所属するコミュニティを変更するか否か、および2同じセグメントseg2に対応する複数のコミュニティcom1-2,com1-3のどれにユーザBを所属させるかについては、様々な条件による判断が可能である。まず、1ユーザBの所属するコミュニティを変更するか否かについて、コミュニティ設定部130は、ユーザBの所属するコミュニティが変更された場合の元のコミュニティcom1-1の状態を考慮してもよい。図示された例において、ユーザBがコミュニティcom1-1に属さなくなった場合、コミュニティcom1-1に所属するユーザはユーザAの1人だけになってしまう。このような場合、コミュニティ設定部130は、ユーザBの所属するコミュニティを変更しない判断をしてもよい。また、コミュニティ設定部130は、元のコミュニティcom1-1に属していた他のユーザAと、ユーザBとの関係を考慮してもよい。例えば、ユーザAとユーザBとが親しい友人であり、多少読んでいる部分が違っても同じコミュニティに所属することを両方のユーザが望んでいるような場合、コミュニティ設定部130は、ユーザBの所属するコミュニティを変更しない判断をしてもよい。また、このような場合、後述するように、コミュニティ設定部130は、ユーザBの所属するコミュニティを変更する一方で、後にユーザAも同じセグメントseg2に入った場合には、ユーザBと同じコミュニティに所属することができるようにユーザAが所属するコミュニティの予約設定をしてもよい。次に、2同じセグメントseg2に対応する複数のコミュニティcom1-2,com1-3のどれにユーザBを所属させるかについて、コミュニティ設定部130は、各コミュニティの人数を考慮してもよい。図示された例では、ユーザBが所属する前のコミュニティcom1-2とコミュニティcom1-3とのユーザの数が同じであるが、これが異なる場合、コミュニティ設定部130は、ユーザの数がより少ない方のコミュニティにユーザBを属させてもよい。また、コミュニティ設定部130は、コミュニティに所属するユーザの年齢などの属性や、男女比、位置情報などを考慮して、ユーザが所属するコミュニティを決定してもよい。また、コミュニティ設定部130は、コミュニティcom1-2,com1-3にそれぞれに属しているユーザと、ユーザBとの関係を考慮してもよい。例えば、ユーザBとユーザCとが親しい友人であるような場合には、コミュニティ設定部130は、ユーザBが所属するコミュニティとして、ユーザCがいるコミュニティcom1-2を優先的に選択してもよい。この場合、ユーザBとユーザCとは、必ずしもこの電子書籍の閲覧について同じコミュニティに属していたユーザでなくてもよく、例えば他の電子書籍の閲覧で同じコミュニティに属していたユーザ、または同じコミュニティに属していたことはないが現実の友人同士であるユーザなどであってもよい。ユーザHについて、コミュニティ設定部130は、ユーザHが新たに入ったセグメントseg4に対応するコミュニティを検索する。図5に示す例の初期設定の状態では、seg4に対応するコミュニティは生成されていない。図示された例において、コミュニティ設定部130は、新たにコミュニティを生成せず、ユーザHが属していたコミュニティcom1-4を、セグメントseg3,seg4の2つに対応するコミュニティに設定しなおす。このように、コミュニティ設定部130は、ユーザのコンテンツ内の位置がセグメントの境界を越えて変化した場合、ユーザが所属するコミュニティに対応するセグメントを変更してもよい。ここで、ユーザHの所属するコミュニティを新たに生成するか否かについては、上記のユーザBの場合と同様に、様々な条件による判断が可能である。コミュニティ設定部130は、例えば、コミュニティがないセグメントに入ったユーザが1人などの少数である場合には、当該ユーザと他のユーザとのコミュニケーションの機会が減少することを避けるために、新たなコミュニティを生成せずに以前のコミュニティを維持してもよい。このとき、コミュニティ設定部130は、コンテンツの内容を考慮してもよい。例えば、第3章がストーリーが意外な展開を見せる章で、この章を読んだユーザがそうではない他のユーザと同じコミュニティにいることが他のユーザの興ざめになってしまうことがコンテンツ関連情報から把握されるような場合、コミュニティ設定部130は、たとえユーザHが1人になってしまおうとも、seg4に対応する新たなコミュニティを生成してそこにユーザHを属させてもよい。また、上記のユーザBの場合と同様に、コミュニティ設定部130は、元のコミュニティcom1-4に属していた他のユーザGとユーザHとの関係を考慮してもよい。例えば、ユーザGとユーザHとが親しい友人であり、多少読んでいる部分が違っても同じコミュニティに所属することを両方のユーザが望んでいるような場合、コミュニティ設定部130は、新たなコミュニティを生成せずにコミュニティcom1-4を維持してもよい。このようなユーザの友人関係を考慮したコミュニティ設定の別の例として、コミュニティ設定部130は、友人同士であるユーザGとユーザHとが所属するコミュニティcom1-4をロックし、他のユーザが所属しないように設定してもよい。また、コミュニティサービス提供部140は、コミュニティに所属するユーザGとユーザHとのコンテンツの進行を強制的に同期させてもよい。この場合、コミュニティサービス提供部140は、位置情報取得部120を介して、例えばユーザGが新たなページに入ったことを検出した場合、ユーザHのユーザ端末200のコミュニティ関連情報取得部240にページめくり指示を送信し、コンテンツ取得部210を制御してユーザHのページを強制的に進めてユーザGと同期させてもよい。コミュニティ設定の変更-2図7の例では、ユーザAが、ユーザBに続いて電子書籍を18ページまで読み進め、新たにセグメントseg2に入っている。また、ユーザGが、ユーザHに続いて電子書籍を103ページまで読み進め、セグメントseg4に入っている。ユーザAおよびユーザGの閲覧中のページの変化を検出したコミュニティ設定部130は、これらのユーザが所属するコミュニティを再設定する。ユーザAについて、コミュニティ設定部130は、上記のユーザBの場合と同様に、ユーザAが新たに入ったセグメントseg2に対応するコミュニティを検索する。ここで、例えば、ユーザAとユーザBとが親しい友人であり、同じコミュニティに所属することを両方のユーザが望んでいるような場合、コミュニティ設定部130は、ユーザAが所属するコミュニティとして、ユーザBが所属するコミュニティcom1-2を優先的に選択してもよい。コミュニティ設定部130は、ユーザAの所属するコミュニティが変更されたことで、属しているユーザがいなくなったコミュニティcom1-1を削除してもよい。この場合、例えば別の新たにこの電子書籍を1ページから読み始めた場合に、seg1に対応するコミュニティが再び生成される。ユーザGについて、コミュニティ設定部130は、ユーザGを引き続きコミュニティcom1-4に属させたまま、コミュニティcom1-4をseg3およびseg4の両方に対応するコミュニティから、seg4だけに対応するコミュニティに変更する。コミュニティ設定部130がユーザのコンテンツ内の位置がセグメントの境界を越えて変化した場合にユーザが所属するコミュニティに対応するセグメントを変更したことによって、コミュニティ1-4は、図5ではseg3に対応するコミュニティであったものが、図6ではseg3およびseg4の両方に対応するコミュニティに変化し、図7ではseg4に対応するコミュニティに変化した。このように、コミュニティ設定部130は、コミュニティに所属するユーザのコンテンツ内での位置が共に同じぐらいの速さで進んでいるような場合には、コミュニティを維持したまま、コミュニティが対応するセグメントを変化させてもよい。これによって、ユーザは、コミュニティのメンバーのコンテンツ進行の早さが同程度であれば、コンテンツが進行しても、引き続いて同じメンバーでのコミュニケーションを楽しむことができる。1-4.処理フロー続いて、図8を参照して、本開示の第1の実施形態における処理フローの例について説明する。図8は、本開示の第1の実施形態の処理の例を示すフローチャートである。図8のフローチャートは、コミュニティサーバ100の位置情報取得部120とコミュニティ設定部130とが、各ユーザについて実行する処理を示す。なお、コンテンツ関連情報は、コンテンツ関連情報取得部110によって予め取得されてコミュニティ設定部130に提供されているものとする。まず、位置情報取得部120が、ユーザが閲覧している電子書籍のページの情報を取得するステップS101。上記の通り、本実施形態において、ユーザが閲覧している電子書籍のページの情報は、ユーザのコンテンツ内での位置情報である。次に、コミュニティ設定部130が、ユーザが新たなセグメントに入ったか否かを判定するステップS103。コミュニティ設定部130は、ステップS101で取得されたユーザが閲覧しているページの情報を、予め取得しているコンテンツ関連情報に基づいて電子書籍のページを区分したセグメントの情報と比較して、ユーザが新たなセグメントに入ったか否かを判定する。ステップS103において、ユーザが新たなセグメントに入ったと判定されなかった場合、処理はステップS101に戻り、再びユーザが閲覧しているページの情報が取得される。一方、ステップS103において、ユーザが新たなセグメントに入ったと判定された場合、コミュニティ設定部130は、ユーザが入った新たなセグメントについて、コミュニティ設定情報151を取得するステップS105。ここで、コミュニティ設定情報151は、生成されたコミュニティの情報および各コミュニティに所属するユーザの情報を含み、例えばデータベース150に格納される。図5~図7の例でいえば、コミュニティcom1-1~com1-4の情報、およびコミュニティに所属するユーザA~Hの情報が、コミュニティ設定情報151である。次に、コミュニティ設定部130は、コミュニティ設定情報151に基づいて、ユーザが入った新たなセグメントに、既にコミュニティが存在するか否かを判定するステップS107。ここで、既にコミュニティが存在すると判定されるのは、例えば図6のユーザBや、図7のユーザA,Gのような場合である。また、コミュニティが存在しないと判定されるのは、例えば図6のユーザHのような場合である。ステップS107において、既にコミュニティが存在すると判定されなかった場合、つまりユーザが入った新たなセグメントにコミュニティが存在しない場合、コミュニティ設定部130は、さらに、ユーザがそれまでのコミュニティに継続して所属することが適切であるか否かを判定するステップS109。ここで、継続が適切であると判定されるのは、例えば図6のユーザHの場合で説明したように、それまでのコミュニティの他のユーザとの間に友人関係がある場合や、コンテンツの内容的にコミュニティがセグメントをまたいでも不都合が少ないような場合である。ステップS109において、ユーザがそれまでのコミュニティに継続して所属することが適切であると判定された場合、コミュニティ設定部130は、ユーザをそれまでのコミュニティに継続して所属させるステップS111。この場合、ユーザがそれまで所属していたコミュニティは、図6のコミュニティcom1-4のように、複数のセグメントに対応するコミュニティになる。一方、ステップS109において、ユーザがそれまでのコミュニティに継続して所属することが適切であるとは判定されなかった場合、コミュニティ設定部130は、新たにコミュニティを生成して、そこにユーザを所属させるステップS113。ステップS107において、ユーザが入った新たなセグメントに既にコミュニティが存在すると判定された場合、コミュニティ設定部130は、さらに、コミュニティ設定情報151に基づいて、当該セグメントにコミュニティが複数存在するか否かを判定するステップS115。ここで、コミュニティが複数存在すると判定されなかった場合、つまりセグメントにコミュニティが1つだけ存在する場合、コミュニティ設定部130は、既存の1つのコミュニティにそのままユーザを所属させるステップS117。なお、ここで、付加的に、ユーザが当該コミュニティに属した場合のコミュニティ内のユーザの数が所定の上限を超えないか否かが判定され、上限を超える場合にはコミュニティが分割されてもよい。一方、ステップS115において、コミュニティが複数存在すると判定された場合、コミュニティ設定部130は、ユーザが所属するコミュニティを選択する処理に入る。図示された例では、以前にユーザと同じコミュニティに属していた他のユーザがいるコミュニティが、ユーザが所属するコミュニティとして優先的に選択される。コミュニティ設定部130は、以前にユーザと同じコミュニティに属していたことがある他のユーザを検索しステップS119、この他のユーザが所属するコミュニティにユーザを所属させるステップS121。ここで、同じコミュニティに属していたことがある他のユーザがいない場合、コミュニティ設定部130は、ユーザが新たに所属するコミュニティをランダムに選択する。また、同じコミュニティに属していたことがある他のユーザが複数おり、それぞれが異なるコミュニティに属している場合、コミュニティ設定部130は、同じコミュニティに属していたことがある他のユーザがより多く所属するコミュニティを選択してもよい。なお、上記の例で説明したように、所属するユーザの人数が少ないコミュニティが優先的に選択されてもよく、またコミュニティへの所属とは別にユーザ間で設定された友人関係などの関係に基づいてコミュニティが選択されてもよい。1-5.目次の表示続いて、図9を参照して、本開示の第1の実施形態において付加的に表示される目次の例について説明する。図9は、本開示の第1の実施形態における目次の表示例を示す図である。図9に示す例において、ユーザ端末200は、図4に示したものと同様のタブレット型PCである。図示されているように、例えば目次が表示される場合には、両方のディスプレイがコミュニティ関連情報出力部250として用いられて目次画面253が表示されてもよい。もちろん、図4の例と同様に一方のディスプレイがコンテンツ出力部220として用いられてコンテンツ画面221が表示され、もう一方のディスプレイがコンテンツ関連情報出力部250として用いられて目次画面253が表示されてもよい。図示された例において、目次画面253は、今週の雑誌として複数の電子書籍のタイトルを表示する目次画面253aと、目次画面253aに表示された電子書籍からユーザの操作によって選択された電子書籍の内容を表示する目次画面253bとを含む。このような目次画面253を表示するためのデータは、コミュニティサーバ100のコミュニティサービス提供部140によって、例えばデータベース150に格納されたコミュニティ設定情報151を参照して生成され、通信部160を介してユーザ端末200に送信される。目次画面253aには、複数の電子書籍のタイトルと、それぞれの電子書籍について生成されたコミュニティに属しているユーザの数が表示される。一方、目次画面253bには、選択された電子書籍のセグメントのそれぞれについて生成されたコミュニティに属しているユーザの数が表示される。図示された例において、電子書籍は雑誌であるため、特集、連載、今週の運勢などの記事に対応するセグメントごとにコミュニティが生成されている。ここで、それぞれの記事は、例えばページ数に応じて複数のセグメントに分割されていてもよい。また、セグメント内に多くのユーザが存在する場合例えば11635人のユーザが存在する特集記事のセグメントの場合には、コミュニティ内のユーザの数がコミュニケーションに適した数になるように、同じセグメントについて複数のコミュニティが生成されてもよい。目次画面253では、このようにして生成されたコミュニティに所属するユーザの数が、雑誌の記事など、ユーザが認識するコンテンツの区分ごとに合計して表示されてもよい。目次画面253の表示によって、例えば、ユーザは、より多くのユーザの間でコミュニケーションの話題になっている記事を発見し、その記事から読み始めることで、より多くのユーザと活発にコミュニケーションしながら電子書籍を読むことができる。また、目次画面253のような表示を、電子書籍を出版している出版社に向けて提供すれば、出版社のユーザは、どの電子書籍のどの部分がより多くのユーザのコミュニケーションの話題になっているかを把握し、例えば将来の紙面づくりに活用することができる。さらに、同様の表示を、雑誌などの電子書籍に広告を出している企業に向けて提供すれば、企業は、電子書籍の読者によってどの程度広告が閲覧されているかを把握し、例えば将来の広告展開に活用することができる。1-6.第1の実施形態のまとめ以上、本開示の第1の実施形態について説明した。本実施形態は、シーケンシャルなコンテンツの一例である電子書籍について、ユーザが閲覧中のページをコンテンツ内でのユーザの位置情報として取得し、互いに近いページを読んでいるユーザが所属するコミュニティを生成して、ユーザにコミュニケーションの場を提供するものである。ここで、互いに近いページを読んでいるユーザを把握するために、例えば、電子書籍に含まれるページおよび各ページの内容の情報を用いて、ページが複数のセグメントに区分されてもよい。この場合、同じセグメントに含まれるページを閲覧中のユーザが、同じコミュニティに所属する。なお、上述のように、例えば電子書籍の長さが短かったり、読者数が少なかったり、小説のようにストーリー展開を楽しむような内容ではないような場合には、電子書籍全体を1つのセグメントとしてコミュニティを生成してもよい。また、例えば電子書籍の読者数が多いような場合には、各ページをセグメントとしてコミュニティを生成してもよい。また、コミュニティに所属するユーザの数には、コミュニケーションがしやすい人数を考慮して上限が設けられてもよい。コミュニティに所属するユーザの数が上限を超える場合、例えばコミュニティが分割されて、同じセグメントについて複数のコミュニティが重複して生成されてもよい。このようにして複数のコミュニティが存在する場合、新たにセグメントに入ったユーザが所属するコミュニティは、例えば各コミュニティに所属するユーザの数、または各コミュニティに所属するユーザと新たなユーザとの間の関係などを考慮して決定されてもよい。また、コミュニティに対応付けられるセグメントは、固定されていてもよいし、コミュニティに所属するユーザのコンテンツ内での位置の変化に伴って変化してもよい。コミュニティに対応付けられるセグメントが固定されている場合、ユーザの位置がセグメントの境界を越えると、ユーザは自動的に新たなコミュニティに移動する。かかる構成は、例えば、読者数が多く、各ページの内容の関連性が低い雑誌のような電子書籍に適する。また、コミュニティに対応付けられるセグメントが変化する場合、ユーザは、一旦同じコミュニティに属した他のユーザとのコミュニケーションを維持しながら、共に電子書籍を読み進めることができる。かかる構成は、例えば、読者数が比較的少なく、各ページの内容の関連性が高い小説のような電子書籍に適する。また、上記の2つの構成は、上述の例のように、各セグメントに対応するコミュニティの状況に応じて使い分けられてもよい。また、例えば電子書籍ごと、または電子書籍内のセグメントごとのコミュニティの状況を表示する目次画面が提供されてもよい。これによって、ユーザは、例えばより活発なコミュニケーションが可能な電子書籍やセグメントを選択して読むことができる。2.第2の実施形態次に、図10~15を参照して、本開示の第2の実施形態について説明する。この第2の実施形態は、ユーザが端末装置で動画コンテンツを利用する場合の実施形態である。動画コンテンツは、再生時間とともに内容が進行するシーケンシャルなコンテンツの一例である。古来、動画コンテンツは、映画館で観る映画、またはテレビジョン放送として提供されてきた。この場合、視聴者の全員が同じ時系列でコンテンツの進行を共有していた。現在、ネットワークを介した動画コンテンツの配信が一般的になり、ユーザはいつでも好きなときに動画コンテンツを視聴することが可能になった。つまり、それぞれのユーザの間で異なる時系列でのコンテンツの進行が可能になった。ユーザの利便性の観点からすれば、このような進化は好ましいことである。その一方で、ネットワークを介して配信される動画コンテンツの視聴では、上記の通りコンテンツの進行がユーザの間で異なるために、例えば映画館で映画を観終えた後や、BBSやチャットなどでテレビジョン放送の実況をする時のように、ユーザの間でコンテンツに対する感想などのコミュニケーションをリアルタイムで交わすことは困難である。しかしながら、例えば、多くのユーザによって視聴される動画コンテンツであれば、各ユーザが個別にコンテンツを視聴していても、結果的に同じようなタイミングでコンテンツを視聴しているユーザが存在するはずである。本実施形態は、このように、潜在的にコンテンツの進行を共有するユーザの間でのコミュニケーションの場を提供するものである。2-1.システム構成本実施形態のシステム構成は、基本的には上記の第1の実施形態のシステム構成と同様であるため、ここでは詳細な説明を省略する。なお、第1の実施形態と異なる点として、本実施形態では、コンテンツが電子書籍ではなく動画コンテンツであり、コンテンツ内でのユーザの位置がページではなく再生時間である。ここで、動画コンテンツは、コンテンツサーバ300からユーザ端末200へとストリーミングされるものであってもよく、コンテンツサーバ300からダウンロードされてユーザ端末200にアーカイブされたものが再生されるものであってもよい。また、別の例として、動画コンテンツは、リムーバブル記録媒体に格納されてユーザ端末200で再生されるものであってもよい。この場合、コンテンツサーバ300は、例えばコンテンツを特定するのに必要な情報をコミュニティサーバ100に提供する一方で、ユーザ端末200とは通信しないサーバであってもよい。2-2.提供されるサービス続いて、図10を参照して、本開示の第2の実施形態で提供されるサービスの例について説明する。図10は、本開示の第2の実施形態における表示例を示す図である。図10に示す例において、ユーザ端末200は、1つのディスプレイを有するタブレット型PCである。ディスプレイは、コンテンツ出力部220およびコミュニティ関連情報出力部250として共用され、コンテンツ画面221とコミュニティ画面251とがそれぞれのウインドウとして表示される。図示された例では、コミュニティサーバ100によって、この動画コンテンツのこの部分再生時間が1時間48分33秒を視聴するユーザによるコミュニティが生成されており、このコミュニティ視聴者コミュニティ1:48:33に所属するユーザによるチャットのログが、コミュニティ画面251として表示されている。なお、図示された例において、ディスプレイはタッチスクリーンディスプレイであり、ユーザは、ディスプレイにオンスクリーンキーボードを表示させてテキストを入力することで、上記のチャットに参加する。この場合、ディスプレイに設けられるタッチパッドが、コミュニティ関連情報入力部260にあたる。このようなユーザ端末200の表示によれば、ユーザは、コンテンツ画面221で動画コンテンツを視聴しながら、動画コンテンツの同じ部分を視聴している他のユーザと、コミュニティ画面251を介してコミュニケーションすることが可能である。2-3.コミュニティ設定続いて、図11~図13を参照して、本開示の第2の実施形態におけるコミュニティ設定の例について説明する。図11~図13は、本開示の第2の実施形態におけるコミュニティ設定の例を示す図である。以下の例では、A~Gの7人のユーザが、ある動画コンテンツを視聴している。それぞれのユーザが視聴している動画コンテンツの部分が、再生時間の座標軸上の位置として示されている。それぞれのユーザについて、再生が停止されない限り、時間軸である再生時間の座標軸に沿って、同じようにコンテンツが進行する。ここでは、まず、図11を例として、コミュニティ設定部130によるコミュニティの初期設定について説明し、次に、図12、図13へとユーザの位置が変化した場合のコミュニティ設定の変化について説明する。初期設定図11の例において、コミュニティ設定部130は、各ユーザのユーザ端末200から提供されるユーザのコンテンツ内での位置、つまりユーザが視聴中の再生時間に基づいて、ユーザが所属するコミュニティを設定する。図11の例では、再生時間0時間00分00秒で視聴を開始したユーザA,Bが所属するコミュニティcom2-1と、再生時間0時間15分32秒を視聴しているユーザC,D,Eが所属するコミュニティcom2-2と、再生時間0時間48分46秒を視聴しているユーザF,Gが所属するコミュニティcom2-3とが設定される。なお、上記の第1の実施形態と同様に、コミュニティ設定部130は、コミュニティに所属するユーザの数に上限を設け、同じ再生時間で動画コンテンツを視聴しているユーザの数がこの上限を越える場合には、同じ再生時間について複数のコミュニティを生成してユーザを振り分けてもよい。以上の処理によって、コミュニティ設定部130は、ユーザA~Gが所属するコミュニティcom2-1~com2-3を設定する。これによって、ユーザは、図10に示す例のように、動画コンテンツのそれぞれの部分を視聴しつつ、同じ部分を視聴しているユーザと、コミュニティ内でのコミュニケーションを楽しむことができる。コミュニティ設定の変更本実施形態では、基本的に、各ユーザについて同じ速さでコンテンツが進行するため、ユーザごとの進度の差によるコミュニティ設定の変更は生じない。コミュニティ設定が変更されるのは、例えば、ユーザが都合によってコンテンツの視聴を一時停止した場合や、回線の状態によってユーザへのコンテンツのストリーミングが中断された場合である。図12の例では、例えば上記のような事情によって、ユーザCのコンテンツの視聴が、再生時間0時間15分32秒付近で一時的に停止または中断されている。一方、ユーザA,B,D~Gの6人は順調に視聴を続けている。各ユーザについてのコンテンツの進行によって、コミュニティcom2-1~com2-3が対応する再生時間は、それぞれ図11の状況から12分12秒だけ進んでいる。このとき、コミュニティ設定部130は、ユーザCをコミュニティcom2-2から脱退させ、コミュニティに所属していない状態にする。これは、ユーザCがコミュニティcom2-2に所属したままの状態でこの後コンテンツの視聴を再開すると、他のユーザとコンテンツの進行が異なるために、コミュニケーションが困難になる可能性があるためである。ただし、上記の第1の実施形態の場合と同様に、ユーザCとユーザD,Eとの間に友人関係があり、コンテンツの進行が異なっても同じコミュニティに属することを各ユーザが承諾しているような場合には、ユーザCのコミュニティcom2-2への所属が継続されてもよい。図13の例では、ユーザCが、上記の停止または中断から復帰し、コンテンツの視聴を再開している。一方、ユーザA,B,D~Gの6人はさらに視聴を続けている。各ユーザについてのコンテンツの進行によって、コミュニティcom2-1~com2-3が対応する再生時間は、それぞれ図12の状況から3分0秒だけ進んでいる。このとき、コミュニティ設定部130は、視聴を再開したユーザCを所属させるコミュニティを検索する。具体的には、コミュニティ設定部130は、ユーザCが視聴を再開する再生時間0時間15分32秒付近に対応するコミュニティを検索する。図示された例では、少し前の再生時間0時間15分12秒を視聴しているユーザA,Bが所属するコミュニティcom2-1がある。コミュニティ設定部130は、ユーザCを新たにこのコミュニティcom2-1に所属させることを決定する。ここで、例えば、図示された例のユーザCのように、一度中断した視聴を再開する場合、同一の再生時間を視聴している他のユーザがいない場合もある。このような場合、コミュニティ設定部130は、ユーザCの再生時間0時間15分32秒に近い再生時間に範囲を広げてコミュニティを検索し、コミュニティcom2-1を発見する。例えば、コンテンツに未視聴部分が残るのを防ぐために、コミュニティを検索する再生時間の範囲は、ユーザCの再生時間以前の範囲に限定されてもよい。ユーザ端末200のコミュニティ関連情報取得部240は、このようにしてユーザの所属するコミュニティが変化し、当該コミュニティが対応する再生時間がユーザが視聴を再開する再生時間と異なる場合、コンテンツ取得部210を介して、ユーザが視聴する再生時間をコミュニティが対応する再生時間に同期させてもよい。これによって、図示された例では、ユーザCが視聴する再生時間が、0時間15分32秒から0時間15分12秒へと20秒だけ戻される。2-4.同期設定続いて、図14を参照して、本開示の第2の実施形態における同期設定について説明する。図14は、本開示の第2の実施形態における同期設定表示の例を示す図である。図14に示す例において、ユーザ端末200は、図10に示したものと同様のタブレット型PCである。ディスプレイは、コンテンツ出力部220およびコミュニティ関連情報出力部250として共用される。図示された例において、コンテンツ画面221には、動画コンテンツのロードが完了し、再生準備が整ったことが表示されている。一方、コミュニティ画面255には、動画コンテンツの視聴を開始しようとしている他のユーザがいることを通知するメッセージと、これらのユーザと同期するか否かを選択するボタンが表示されている。ここで、ユーザが、コミュニティ関連情報入力部260、つまりディスプレイに設けられるタッチパッドを介して、他のユーザと同期することを選択した場合、その情報を受信したコミュニティサーバ100のコミュニティ設定部130は、ユーザを再生時間0時間00分00秒のコミュニティに所属させ、他のユーザのユーザ端末200からコンテンツ視聴の準備が整ったことが通知されるまで待機する。他のユーザのコンテンツ視聴の準備が整うと、コミュニティサービス提供部140は、上記のコミュニティに所属するユーザの視聴の開始が可能になったことをユーザ端末200のコミュニティ関連情報取得部240に通知する。この通知を受けたコミュニティ関連情報取得部240からの情報に従って、コンテンツ取得部210は、コンテンツへのアクセスを開始する。一方、ユーザが、他のユーザと同期しないことを選択した場合、コンテンツ取得部210は、すぐにコンテンツへのアクセスを開始する。コミュニティサーバ100のコミュニティ設定部130は、ユーザと同じときにコンテンツの視聴を開始した他のユーザがいればそのユーザと同じコミュニティにユーザを所属させるが、そうでなければユーザをコミュニティに所属しない状態のままにする。このように、例えば動画コンテンツの視聴開始時に、視聴開始の準備中の他のユーザと視聴開始のタイミングを同期させることによって、同じ再生時間を視聴するユーザによるコミュニティの生成を容易にし、ユーザにコミュニケーションの場が提供される機会を増やすことができる。他のユーザと視聴を同期させるか否かは、上記の例のようにユーザの選択によって決定されてもよい。また、ユーザの待機時間に所定の上限を設けて、その範囲内の待機時間で他のユーザと視聴を同期できる場合には自動的に同期させてもよい。また、ユーザにコミュニケーションの場が提供される機会を増やすために、同じコミュニティに所属するユーザの再生時間に幅をもたせてもよい。例えば、コミュニティ設定部130は、互いの再生時間の差が5秒以内であるユーザを、同じコミュニティに所属させてもよい。例えば、コミュニティ内でのコミュニケーションが例えばBBSやチャットなどのテキストによるものである場合、コミュニティ関連情報入力部260を用いたテキストの入力のためのタイムラグを考慮し、コミュニティ設定部130は、上記の再生時間の差を比較的長い時間まで許容してもよい。一方、コミュニティ内でのコミュニケーションが例えば音声チャットによるものである場合、よりリアルタイムでのコミュニケーションを想定して、コミュニティ設定部130は、上記の再生時間の差を短い時間しか許容しなくてもよい。さらに、上記のようなユーザ同士のコンテンツの視聴開始タイミングの同期は、コンテンツを提供する側の意図によってユーザがコンテンツを視聴し始めるタイミングを制御するためにも応用することが可能である。例えば、ネットワーク上で映画を封切り上映するような場合、コンテンツの提供者が設定した上映開始時間から視聴が開始されるように、各ユーザのユーザ端末200でのコンテンツ視聴開始タイミングを同期させてもよい。2-5.処理フロー続いて、図15を参照して、本開示の第2の実施形態における処理フローの例について説明する。図15は、本開示の第2の実施形態の処理の例を示すフローチャートである。図15のフローチャートは、コミュニティサーバ100の位置情報取得部120とコミュニティ設定部130とが、各ユーザがコンテンツの視聴を開始または再開するときに実行する処理を示す。なお、コンテンツ関連情報は、コンテンツ関連情報取得部110によって予め取得されてコミュニティ設定部130に提供されているものとする。まず、位置情報取得部120が、ユーザが視聴を開始する再生時間の情報を取得するステップS201。上記の通り、本実施形態において、コンテンツは動画コンテンツであり、ユーザのコンテンツ内での位置情報は、ユーザが視聴している再生時間の情報である。次に、コミュニティ設定部130が、ユーザが視聴を開始する再生時間の近傍の再生時間について、コミュニティ設定情報151を取得するステップS203。ここで、コミュニティ設定情報151は、生成されたコミュニティの情報および各コミュニティに所属するユーザの情報を含み、例えばデータベース150に格納される。図11~図13の例でいえば、コミュニティcom2-1~com2-3の情報、およびコミュニティに所属するユーザA~Gの情報が、コミュニティ設定情報151である。上記の通り、ここで検索されるコミュニティは、ユーザが視聴を開始する再生時間以前の再生時間に対応するコミュニティに限定されてもよい。次に、コミュニティ設定部130は、コミュニティ設定情報151に基づいて、ユーザの再生時間の近傍の再生時間に、既にコミュニティが存在するか否かを判定するステップS205。ここで、既にコミュニティが存在すると判定された場合、コミュニティ設定部130は、図8と同様のステップS115~S121の処理を実行する。一方、ステップS205において、ユーザの再生時間の近傍の再生時間にはコミュニティが存在しないと判定された場合、コミュニティ設定部130は、さらに、ユーザの再生時間の近傍の再生時間で視聴を準備中の他のユーザが存在するか否かを判定するステップS207。かかる判定のために、ユーザ端末200のコンテンツ取得部210は、コンテンツが視聴準備中であることをコミュニティサーバ100に通知するよう設定されていてもよい。ステップS207において、近傍の再生時間で視聴を準備中の他のユーザが存在すると判定された場合、コミュニティ設定部130は、ユーザ端末200のコミュニティ関連情報取得部240を介して、例えば図14に示すような問い合わせをユーザに送り、これに応答するユーザからの指示に応じて上記の他のユーザを待機するステップS209とともに、ユーザと他のユーザとが所属する新たなコミュニティを生成するステップS211。一方、ステップS207において、近傍の再生時間で視聴を準備中の他のユーザが存在しないと判定された場合、コミュニティ設定部130は、ユーザをコミュニティに所属させることなく処理を終了する。2-6.第2の実施形態のまとめ以上、本開示の第2の実施形態について説明した。本実施形態は、シーケンシャルなコンテンツの一例である動画コンテンツについて、ユーザが視聴中の再生時間をコンテンツ内でのユーザの位置として取得し、互いに近い、または同じ再生時間を視聴しているユーザが所属するコミュニティを生成して、ユーザにコミュニケーションの場を提供するものである。上記の第1の実施形態と同様に、本実施形態でも、コミュニティに所属するユーザの数には上限が設けられてもよい。コミュニティに所属するユーザの数が上限を越える場合、例えばコミュニティが分割されて、同じ再生時間について複数のコミュニティが重複して生成されてもよい。このようにして複数のコミュニティが存在する場合、新たに当該再生時間での視聴を開始するユーザが所属するコミュニティは、例えば各コミュニティに所属するユーザの数、または各コミュニティに所属するユーザと新たなユーザとの間の関係などを考慮して決定されてもよい。本実施形態では、第1の実施形態とは異なり、コミュニティに対応付けられる再生時間が刻々と変化する。これは、動画コンテンツでは、各ユーザのコンテンツの進行の速さは基本的に同じであるためである。従って、例えばユーザが何らかの理由でコンテンツの視聴を中断した場合、ユーザは一時的にコミュニティに所属しない状態になり、視聴の再開時に、近傍の再生時間に対応するコミュニティに新たに割り振られてもよい。このとき、ユーザが新たに割り振られるコミュニティは、ユーザが視聴を再開する再生時間以前の再生時間に対応するコミュニティに限定されてもよい。また、ユーザがコミュニティに所属しやすくするために、同じコミュニティに所属するユーザの再生時間には、ある程度の幅が許容されてもよい。また、ユーザがコンテンツの視聴を開始または再開する場合、ユーザの選択により、または自動的に、近傍の再生時間でコンテンツの視聴を準備中の他のユーザのコンテンツの視聴とユーザのコンテンツの視聴が同期されてもよい。3.まとめハードウェア構成続いて、図16を参照して、本開示の実施形態に係るコミュニティサーバ100、ユーザ端末200、およびコンテンツサーバ300を実現しうる情報処理装置900のハードウェア構成について説明する。図16は、情報処理装置のハードウェア構成を説明するためのブロック図である。情報処理装置900は、CPU901、ROM903、およびRAM905を含む。さらに、情報処理装置900は、ホストバス907、ブリッジ909、外部バス911、インターフェース913、入力装置915、出力装置917、ストレージ装置919、ドライブ921、接続ポート923、および通信装置925を含んでもよい。CPU901は、演算処理装置および制御装置として機能し、ROM903、RAM905、ストレージ装置919、またはリムーバブル記録媒体927に記録された各種プログラムに従って、情報処理装置900内の動作全般またはその一部を制御する。ROM903は、CPU901が使用するプログラムや演算パラメータなどを記憶する。RAM905は、CPU901の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。CPU901、ROM903、およびRAM905は、CPUバスなどの内部バスにより構成されるホストバス907により相互に接続されている。さらに、ホストバス907は、ブリッジ909を介して、PCIPeripheralComponentInterconnectInterfaceバスなどの外部バス911に接続されている。入力装置915は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置である。入力装置915は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置900の操作に対応した携帯電話などの外部接続機器929であってもよい。入力装置915は、ユーザが入力した情報に基づいて入力信号を生成してCPU901に出力する入力制御回路を含む。ユーザは、この入力装置915を操作することによって、情報処理装置900に対して各種のデータを入力したり処理動作を指示したりする。出力装置917は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置917は、例えば、LCDLiquidCrystalDisplay、PDPPlasmaDisplayPanel、有機ELElectroLuminescenceディスプレイなどの表示装置、スピーカおよびヘッドホンなどの音声出力装置、ならびにプリンタ装置などでありうる。出力装置917は、情報処理装置900の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音声または音響などの音声として出力したりする。ストレージ装置919は、情報処理装置900の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置919は、例えば、HDDHardDiskDriveなどの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置919は、CPU901が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。ドライブ921は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体927のためのリーダライタであり、情報処理装置900に内蔵、あるいは外付けされる。ドライブ921は、装着されているリムーバブル記録媒体927に記録されている情報を読み出して、RAM905に出力する。また、ドライブ921は、装着されているリムーバブル記録媒体927に記録を書き込む。接続ポート923は、機器を情報処理装置900に直接接続するためのポートである。接続ポート923は、例えば、USBUniversalSerialBusポート、IEEE1394ポート、SCSISmallComputerSystemInterfaceポートなどでありうる。また、接続ポート923は、RS-232Cポート、光オーディオ端子、HDMIHighDefinitionMultimediaInterfaceポートなどであってもよい。接続ポート923に外部接続機器929を接続することで、情報処理装置900と外部接続機器929との間で各種のデータが交換されうる。通信装置925は、例えば、通信ネットワーク931に接続するための通信デバイスなどで構成された通信インターフェースである。通信装置925は、例えば、有線または無線LANLocalAreaNetwork、Bluetooth登録商標、またはWUSBWirelessUSB用の通信カードなどでありうる。また、通信装置925は、光通信用のルータ、ADSLAsymmetricDigitalSubscriberLine用のルータ、または、各種通信用のモデムなどであってもよい。通信装置925は、例えば、インターネットや他の通信機器との間で、TCP/IPなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置925に接続される通信ネットワーク931は、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内LAN、赤外線通信、ラジオ波通信または衛星通信などである。以上、情報処理装置900のハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。かかる構成は、実施する時々の技術レベルに応じて適宜変更されうる。備考上記の説明では、ユーザ端末がタブレット型である実施形態について説明した。しかし、上述したように、ユーザ端末は、ノート型、デスクトップ型などのPC、携帯電話、スマートフォン、PDA、各種メディアプレーヤなど、ユーザにコンテンツを提供することが可能な各種の装置でありうる。ユーザ端末が有するディスプレイは、2つである例と1つである例とが説明されたが、これには限られない。また、コンテンツおよびコミュニティ関連情報を出力する形態も、画像には限定されず、音声でもよい。従って、ユーザ端末は、必ずしもディスプレイを有さなくてもよい。また、上記の説明では、ユーザに提供されるコンテンツが電子書籍または動画コンテンツである実施形態について説明した。しかし、本技術においてユーザに提供されうるコンテンツは、電子書籍や動画コンテンツと同様にシーケンシャルなコンテンツであれば、どのようなものでもよい。また、上記の説明では、コンテンツを利用するユーザが自動的にコミュニティに割り振られ、コミュニティ内でのコミュニケーションサービスを提供される実施形態について説明した。しかし、ユーザのコミュニティへの所属およびユーザへのコミュニケーションサービスの提供は、ユーザが提供を希望するか否かの確認を経て実行されてもよい。また、例えば電子書籍の場合であれば、書籍単位、章単位、およびページ単位のような異なるサイズのセグメントに対応するコミュニティがそれぞれ生成され、どの単位のコミュニティに所属するかをユーザが選択することが可能であってもよい。また、上記の説明では、コンテンツにページや再生時間のタイムスタンプなどの位置情報が予め設定されている実施形態について説明した。しかし、例えばユーザが所持しているパッケージコンテンツや、ユーザがハードディスクにリッピングしたコンテンツのように、コンテンツに予め位置情報が設定されていない場合にも、本開示の実施形態が適用されうる。この場合、例えば、コンテンツに位置情報を付加するソフトウェアや、コンテンツごとに用意された位置情報のデータをダウンロードさせるサービスなどが提供されてもよい。以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。なお、以下のような構成も本開示の技術的範囲に属する。1ユーザが端末装置を用いてアクセスしているシーケンシャルなコンテンツ内の位置を示す位置情報を取得する位置情報取得部と、前記位置情報に基づいて、前記コンテンツ内の位置が互いに近接している前記ユーザが所属するコミュニティを設定するコミュニティ設定部と、前記端末装置を介して前記ユーザに前記コミュニティでのコミュニケーションサービスを提供するコミュニティサービス提供部とを備えるサーバ装置。2前記コミュニティ設定部は、前記コンテンツを複数のセグメントに区分し、前記コンテンツ内の位置が同じセグメントに含まれる前記ユーザを前記コミュニティに所属させる、前記1に記載のサーバ装置。3前記コミュニティ設定部は、前記セグメントのサイズを、前記コンテンツにアクセスしている前記ユーザの数に応じて変化させる、前記2に記載のサーバ装置。4前記コミュニティ設定部は、前記ユーザの前記コンテンツ内の位置が前記セグメントを越えて変化した場合、前記ユーザが所属するコミュニティを変更する、前記2または3に記載のサーバ装置。5前記コミュニティ設定部は、前記ユーザの前記コンテンツ内の位置が前記セグメントを越えて変化した場合、前記コミュニティに対応する前記セグメントを変更する、前記2または3に記載のサーバ装置。6前記コミュニティサービス提供部は、前記コンテンツごとまたは前記セグメントごとの前記ユーザの数を示す情報を前記端末装置を介して前記ユーザに提供する、前記2~5のいずれか1項に記載のサーバ装置。7前記コミュニティ設定部は、前記コンテンツ内の位置が互いに近接している前記ユーザが振り分けられる複数の前記コミュニティを設定する、前記1~6のいずれか1項に記載のサーバ装置。8前記コミュニティ設定部は、前記ユーザが振り分けられる前記コミュニティを、前記コミュニティに所属する他のユーザと前記ユーザとの関係に基づいて選択する、前記7に記載のサーバ装置。9前記コミュニティサービス提供部は、前記端末装置を介して、前記コミュニティに所属する前記ユーザの前記コンテンツ内の位置を同期させる、前記1~8のいずれか1項に記載のサーバ装置。10前記コミュニティサービス提供部は、前記コンテンツの開始位置からのアクセスを準備している前記ユーザが複数いる場合、前記端末装置を介して、これらのユーザの準備が整うまで各ユーザによる前記コンテンツへのアクセスを待機させる、前記9に記載のサーバ装置。11前記コミュニティサービス提供部は、前記端末装置を介して、前記コンテンツの途中の位置からアクセスを再開する前記ユーザの前記コンテンツ内の位置を、前記途中の位置以前にある他のユーザの前記コンテンツ内の位置に同期させる、前記9に記載のサーバ装置。12前記端末装置に前記コンテンツを提供するコンテンツ提供部をさらに備える、前記1~11のいずれか1項に記載のサーバ装置。13前記端末装置に前記コンテンツを提供するコンテンツサーバ装置から、前記コンテンツに関する情報を取得するコンテンツ関連情報取得部をさらに備える、前記1~11のいずれか1項に記載のサーバ装置。14前記端末装置に格納された前記コンテンツに関する情報を保持するコンテンツサーバ装置から、前記コンテンツに関する情報を取得するコンテンツ関連情報取得部をさらに備える、前記1~11のいずれか1項に記載のサーバ装置。15シーケンシャルなコンテンツにアクセスするコンテンツ取得部と、前記コンテンツ取得部がアクセスしている前記コンテンツ内の位置を示す位置情報をサーバ装置に提供する位置情報提供部と、前記位置情報に基づいて設定され前記コンテンツ内の位置が互いに近接しているユーザが所属するコミュニティでのコミュニケーションサービスに関する情報を前記サーバ装置から取得するコミュニティ関連情報取得部とを備える端末装置。16前記コンテンツ取得部は、前記コミュニティ関連情報取得部によって、前記コンテンツ内の位置を前記コミュニティに所属する他のユーザの位置に同期させるように制御される、前記15に記載の端末装置。17前記コンテンツ取得部は、前記コンテンツの開始位置からのアクセスを準備している他のユーザがいる場合、前記コミュニティ関連情報取得部によって、前記他のユーザの準備が整うまで前記コンテンツへのアクセスを待機するように制御される、前記16に記載の端末装置。18前記コンテンツ取得部は、前記コンテンツの途中の位置からアクセスを再開する場合に、前記コミュニティ関連情報取得部によって、前記コンテンツ内の位置を前記途中の位置以前にある他のユーザの位置に同期させるように制御される、前記16に記載の端末装置。19シーケンシャルなコンテンツにアクセスする機能と、前記アクセスする機能がアクセスしている前記コンテンツ内の位置を示す位置情報をサーバ装置に提供する機能と、前記位置情報に基づいて設定され前記コンテンツ内の位置が互いに近接しているユーザが所属するコミュニティでのコミュニケーションサービスに関する情報を前記サーバ装置から取得する機能とをコンピュータに実現させるためのプログラム。"