JP2022154684A - コンピュータシステム、コンテンツ視聴システムおよびプログラム - Google Patents

Abstract

【課題】コンテンツの提供に対する視聴者アクションを受け付けつつ、提供されるコンテンツの視認性を確保可能な技術を提供すること。【解決手段】サーバシステム１１００は、視聴者アクションを各視聴ユーザから受け付ける視聴者アクション受付制御部２４５と、視聴者アクション受付制御部２４５により受け付けられた視聴者アクションのアクション情報を各視聴ユーザのユーザ端末に送信することで、当該視聴者アクションに対応するアクション表示体をユーザ端末に表示させる制御を行うアクション表示体表示制御部２４７と、視聴ユーザを複数のグループに分けるグループ分け処理部２５１と、を備える。そして、アクション表示体表示制御部２４７は、グループ分け処理部２５１によって分けられたグループ別に、アクション表示体の表示制御を行うグループ別表示制御部２４９を有する。【選択図】図１２

Description

本発明は、コンテンツを視聴者端末に提供するためのコンピュータシステム等に関する。

動画等のコンテンツのライブ配信の技術として、コンテンツへの称賛や、動画投稿者（配信者）への応援といった意味合いで視聴者が当該コンテンツにコメントしたり、配信者に金銭的報酬を提供するための技術が知られている（例えば、特許文献１を参照）。特に、視聴者から配信者への報酬の提供は、ストリートパフォーマーへの観客からの寄附にあやかって「投げ銭」等とも呼ばれている。視聴者が投げ銭やコメントの投稿といったアクション（視聴者アクション）を行うと、コンテンツの視聴画面に対応するアクション表示体が出現する等して、その投稿内容が視聴画面に反映される。

特開２０２０－１７１４６号公報

視聴者アクションによれば、例えばそれが投げ銭の場合、配信者には投げ銭金額に応じた収入が付与されるため、更なる動画投稿を促す効果がある。一方で、視聴者にとっては、称賛や応援等、自分の意志や立場を他の視聴者に向けて公にする自己表現の喜びをもたらし、投げ銭が投げ銭を呼ぶ等して場を盛り上げる作用効果が期待される。しかし、場が盛り上がって投げ銭等の投稿が増えれば、その分視聴画面に表示されるアクション表示体も増えるため、肝心のコンテンツの視認性が悪化する問題が生じ得た。

本発明が解決しようとする課題は、コンテンツの提供に対する視聴者アクションを受け付けつつ、提供されるコンテンツの視認性を確保可能な技術を提供することである。

上記課題を解決するための第１の発明は、所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を各視聴者の視聴者端末に提供するコンピュータシステムであって、視聴者アクションを各視聴者から受け付ける視聴者アクション受付制御手段（例えば、図１２の視聴者アクション受付制御部２４５）と、前記視聴者アクション受付制御手段により受け付けられた視聴者アクションのアクション情報を各視聴者の前記視聴者端末に送信することで、当該視聴者アクションに対応するアクション表示体を前記視聴者端末に表示させる制御を行うアクション表示体表示制御手段（例えば、図１２のアクション表示体表示制御部２４７）と、前記視聴者を複数のグループに分けるグループ分け手段（例えば、図１２のグループ分け処理部２５１）と、を備え、前記アクション表示体表示制御手段は、前記グループ分け手段によって分けられたグループ別に、前記アクション表示体の表示制御を行うグループ別表示制御手段（例えば、図１２のグループ別表示制御部２４９）、を有する、コンピュータシステムである。

第１の発明によれば、コンテンツを視聴する視聴者の視聴者アクションを受け付けるとともに、視聴者アクションを受け付けた場合には、対応するアクション表示体を視聴者端末に表示させることができる。また、コンテンツの視聴者を複数のグループに分けることができる。そして、グループ分けをした場合には、当該グループ別にアクション表示体の表示制御を行うことができる。これによれば、コンテンツの提供に対する視聴者アクションを受け付けつつ、提供されるコンテンツの視認性を確保することが可能となる。

また、第２の発明は、前記グループ別表示制御手段は、前記グループ分け手段によって分けられたグループに属する視聴者が行った前記視聴者アクションに対応する前記アクション表示体を、当該グループに属する視聴者の前記視聴者端末に表示させる、第１の発明のコンピュータシステムである。

第２の発明によれば、視聴者アクションを受け付けた場合に、当該視聴者アクションのアクション表示体を、当該視聴者アクションを行った視聴者が属するグループの各視聴者の視聴者端末に表示させることができる。

また、第３の発明は、前記グループ別表示制御手段は、前記視聴者アクション受付制御手段により受け付けられた視聴者アクションの前記アクション情報を取捨選択して前記視聴者端末に送信することで、前記グループ別の表示制御を行う、第１又は第２の発明のコンピュータシステムである。

第３の発明によれば、各視聴者端末に対し、視聴者によってなされた視聴者アクションのアクション情報を取捨選択して送信することで、アクション表示体のグループ別の表示制御を実現できる。

また、第４の発明は、前記グループ別表示制御手段は、前記視聴者アクション毎に当該視聴者アクションに対応する前記アクション表示体を表示するか否かを前記視聴者端末が判別するための表示判別情報を前記グループ別に異ならせて前記視聴者端末に送信することで、前記グループ別の表示制御を行う、第１又は第２の発明のコンピュータシステムである。

第４の発明によれば、各視聴者端末に対し、視聴者によってなされた視聴者アクションについてアクション表示体を表示するか否かを判別するための表示判別情報を送信することで、アクション表示体のグループ別の表示制御を実現できる。

また、第５の発明は、前記グループ別表示制御手段は、前記グループ分け手段によって分けられたグループ別に、前記アクション表示体の表示態様を異ならせることで、前記グループ別の表示制御を行う、第１の発明のコンピュータシステムである。

第５の発明によれば、アクション表示体を、その視聴者アクションを行った視聴者の属するグループに応じた表示態様で表示することができる。

また、第６の発明は、前記グループ分け手段は、前記コンテンツを視聴中の視聴者数に基づいて、グループ分けを実行するか否かを判定する、第１～第５の何れかの発明のコンピュータシステムである。

第６の発明によれば、コンテンツを視聴中の視聴者数に応じて、視聴者をグループ分けすることができる。

また、第７の発明は、
前記グループ分け手段は、前記コンピュータシステムの処理負荷状況に基づいて、グループ分けを実行するか否かを判定する、第１～第６の何れかの発明のコンピュータシステムである。

第７の発明によれば、コンピュータシステムの処理負荷状況に応じて、視聴者をグループ分けすることができる。

また、第８の発明は、前記グループ分け手段は、前記コンテンツを視聴中の視聴者数に基づく第１のグループ分け基準に基づいて、グループ分けを実行する、第１～第７の何れかの発明のコンピュータシステムである。

第８の発明によれば、コンテンツを視聴中の視聴者数に応じて、視聴者をグループ分けすることができる。

また、第９の発明は、前記グループ分け手段は、前記視聴者アクション受付制御手段による前記視聴者アクションの受け付け状況に基づく第２のグループ分け基準に基づいて、グループ分けを実行する、第１～第８の何れかの発明のコンピュータシステムである。

第９の発明によれば、視聴者アクションの受付状況に応じて、視聴者をグループ分けすることができる。

また、第１０の発明は、前記グループ分け手段は、前記コンピュータシステムの処理負荷状況に基づく第３のグループ分け基準に基づいて、グループ分けを実行する、第１～第９の何れかの発明のコンピュータシステムである。

第１０の発明によれば、コンピュータシステムの処理負荷状況に応じて、視聴者をグループ分けすることができる。

また、第１１の発明は、各視聴者の視聴者端末のスペック情報を取得するスペック情報取得手段（例えば、図１２のユーザ管理部２１０）、を更に備え、前記グループ分け手段は、各視聴者の視聴者端末の前記スペック情報に基づく第４のグループ分け基準に基づいて、グループ分けを実行する、第１～第１０の何れかの発明のコンピュータシステムである。

第１１の発明によれば、各視聴者の視聴者端末のスペック情報に応じて、視聴者をグループ分けすることができる。

また、第１２の発明は、前記グループ分け手段は、各視聴者の前記視聴者アクションの履歴に基づく第５のグループ分け基準に基づいて、グループ分けを行う、第１～第１１の何れかの発明のコンピュータシステムである。

第１２の発明によれば、各視聴者の視聴者アクションの履歴に応じて、視聴者をグループ分けすることができる。

また、第１３の発明は、前記グループ分け手段は、各視聴者の視聴者情報に基づく第６のグループ分け基準に基づいて、グループ分けを行う、第１～第１２の何れかの発明のコンピュータシステムである。

第１３の発明によれば、各視聴者の視聴者情報に応じて、視聴者をグループ分けすることができる。

また、第１４の発明は、前記視聴者情報には、コンテンツ内容に対して予め登録された当該視聴者の関心情報が含まれ、前記第６のグループ分け基準は、前記関心情報に基づく基準である、第１３の発明のコンピュータシステムである。

第１４の発明によれば、視聴者情報として当該視聴者の関心情報を用いて、視聴者をグループ分けすることができる。

また、第１５の発明は、前記視聴者情報には、当該視聴者が課金視聴者か無課金視聴者かを示す課金情報が含まれ、前記第６のグループ分け基準は、前記課金情報に基づく基準である、第１３の発明のコンピュータシステムである。

第１５の発明によれば、視聴情報として当該視聴者が課金視聴者か無課金視聴者かを示す課金情報を用いて、視聴者をグループ分けすることができる。

また、第１６の発明は、前記グループ分け手段により分けられた複数のグループを統合して１つのグループにするグループ統合手段（例えば、図１２のグループ統合部２５３）、を更に備える第１～第１５の何れかの発明のコンピュータシステムである。

第１６の発明によれば、グループ分けされた視聴者のグループを統合することができる。

また、第１７の発明は、前記グループ別表示制御手段による前記グループ別の表示制御が行われている場合に、その旨の報知を前記視聴者端末に行わせる制御を実行する報知制御手段（例えば、図１２の報知制御部２５５）、を更に備える第１～第１６の何れかの発明のコンピュータシステムである。

第１７の発明によれば、アクション表示体のグループ別の表示制御が行われている旨を、視聴者に報知することができる。

また、第１８の発明は、前記グループ分け手段により分けられたグループ別に、当該グループに属する視聴者による前記視聴者アクションに基づく優劣を動的に算出し、当該視聴者の視聴者端末に通知するグループ別アクション優劣通知制御手段（例えば、図１２のグループ別アクション優劣通知制御部２５７）、を更に備える第１～第１７の何れかの発明のコンピュータシステムである。

第１８の発明によれば、視聴者アクションに基づく各グループの優劣を随時求めて、視聴者に報知することができる。

また、第１９の発明は、第１～第１８の何れかの発明のコンピュータシステム（例えば、図１のサーバシステム１１００）と、前記視聴者端末（例えば、図１のユーザ端末１５００）と、を具備するコンテンツ視聴システム（例えば、図１のコンテンツ視聴システム１０００）である。

第１９の発明によれば、第１～第１８の何れかの発明と同様の効果を奏するコンテンツ視聴システムを実現できる。

また、第２０の発明は、所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を各視聴者の視聴者端末に提供するサーバシステムと通信を行う前記視聴者端末であるコンピュータが、前記コンテンツを表示制御するためのプログラムであって、前記サーバシステムは、視聴者アクションを各視聴者から受け付ける視聴者アクション受付制御手段と、前記視聴者を複数のグループに分けるグループ分け手段と、前記視聴者アクション受付制御手段により受け付けられた視聴者アクションのアクション情報を前記コンピュータに送信することで、当該視聴者アクションに対応するアクション表示体を前記コンピュータに表示させる制御を行うアクション表示体表示制御手段と、を備え、前記アクション表示体表示制御手段は、前記視聴者アクション毎に当該視聴者アクションに対応する前記アクション表示体を表示するか否かを前記コンピュータが判別するための表示判別情報を、前記グループ分け手段によって分けられたグループ別に前記コンピュータに送信することで、グループ別の表示制御を行うグループ別表示制御手段を有し、前記アクション情報を前記サーバシステムから取得するアクション情報取得手段（例えば、図１８のアクション情報取得部２７７）、前記表示判別情報を前記サーバシステムから取得する表示判別情報取得手段（例えば、図１８の表示判別情報取得部２７９）、前記アクション情報取得手段により取得された前記アクション情報に基づく前記アクション表示体を、前記表示判別情報に基づいて表示制御する端末側表示制御手段（例えば、図１８のアクション表示体合成部２７１）、として前記コンピュータを機能させるためのプログラム（例えば、図１８の視聴プログラム５０４Ａ）である。

第２０の発明によれば、サーバシステムから各視聴者が行った視聴者アクションのアクション情報を取得するとともに、その表示判別情報を取得することができる。そして、当該取得した表示判別情報に基づいてアクション表示体を表示するか否かを判別して、表示する場合に、そのアクション情報に基づいてアクション表示体を表示することができる。

コンテンツ視聴システムの全体構成例を示す図。 ユーザ端末の装置構成例を示す図。 プレイ動画の配信を説明する図。 プレイ動画の配信を説明する他の図。 応援キャラクタ登録画面の画面構成例を示す図。 視聴画面の画面構成例を示す図。 コメント表示体の表示例を示す図。 グループ設定処理の流れを示すフローチャート。 グループの設定例を示す図。 再設定の手順を説明する図。 再設定の手順を説明する他の図。 第１実施形態におけるサーバシステムの機能構成例を示すブロック図。 ユーザ管理データのデータ構成例を示す図。 配信管理データのデータ構成例を示す図。 第１実施形態におけるユーザ端末の機能構成例を示すブロック図。 第１実施形態においてサーバシステムが行う処理の流れを示すフローチャート。 第１実施形態においてユーザ端末が行う処理の流れを示すフローチャート。 第２実施形態におけるユーザ端末の機能構成例を示すブロック図。

以下、図面を参照して、本発明の好適な実施形態について説明する。なお、以下説明する実施形態によって本発明が限定されるものではなく、本発明を適用可能な形態が以下の実施形態に限定されるものでもない。また、図面の記載において、同一部分には同一の符号を付す。

〔第１実施形態〕
図１は、本実施形態のコンテンツ視聴システム１０００の構成例を示す図である。図１に示すように、コンテンツ視聴システム１０００は、サーバシステム１１００と、ユーザが所有するユーザ端末１５００と、を含み、それらがネットワークＮを介して相互にデータ通信可能に接続されて構成されている。

ネットワークＮは、データ通信が可能な通信路を意味する。すなわち、ネットワークＮとは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

サーバシステム１１００は、コンテンツの配信等を行うコンピュータシステムであって、本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０と、を有し、本体装置１１０１は制御基板１１５０を搭載する。

制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラムおよびデータに基づいて演算処理することで、（１）ユーザ２の登録や、登録済みのユーザ２の情報を管理するユーザ管理機能と、（２）ユーザ端末１５００にてオンラインゲームをプレイ可能にするゲーム提供機能と、（３）所与のコンテンツ（エンターテインメントコンテンツ）を不特定多数で同時に楽しむ配信サービス機能と、（４）コンテンツを視聴している視聴者のユーザ（以下「視聴ユーザ」ともいう）２が視聴者アクションを行うための視聴者アクション機能と、（５）課金処理のための決済機能と、を実現する。

本実施形態では、配信サービス機能として、配信スケジュールに従ってユーザ端末１５００にコンテンツを提供（配信）するライブ配信の例を示す。より詳細には、配信対象のコンテンツをゲームプレイ動画とし、配信者（動画投稿者）のユーザ（以下「配信ユーザ」ともいう）２がユーザ端末１５００にてプレイしているオンラインゲームのプレイ動画を配信することとする。すなわち、本実施形態では、配信サービス機能によって、視聴ユーザ２のユーザ端末１５００に配信ユーザ２のゲームプレイ動画がライブ配信される。

そして、サーバシステム１１００は、配信サービス機能を実現するために、コンテンツの公開サイトを管理する。ただし、公開サイトの管理については、外部の動画公開管理サーバを利用する構成であってもよい。動画公開管理サーバは、既存の動画公開サイト（インターネット等を通じて不特定多数の動画投稿者からの動画投稿を受け付け、投稿された動画を不特定多数の視聴者にストリーミング再生可能に提供するウェブサイト）を運用・管理するための外部サーバである。その場合、サーバシステム１１００は、動画公開管理サーバ１２００と通信してコンテンツを自動投稿することで、その公開を実現する。

視聴者アクション機能は、コンテンツ（ゲームプレイ動画）のライブ配信に際して視聴者から視聴者アクションを受け付け、受け付けた視聴者アクションを視聴画面（図６を参照）に反映させる機能である。本実施形態では、視聴者アクションとして、コメントの投稿を受け付ける例を示す。テキスト（文字・数字・記号）の他、イラストや写真等の画像（スタンプ等とも呼ばれる）を適宜含むコメントの入力を受け付けることで実現できる。この視聴者アクション機能によれば、視聴ユーザ２は、ライブ配信を視聴しながら、コンテンツの感想コメントや配信ユーザ２に対する応援コメント等の各種コメントを随時発信できる。

決済機能は、ユーザ２が仮想通貨相当ポイント（以下単に「通貨ポイント」という）を購入する機能であり、サーバシステム１１００は、ユーザ端末１５００からの要求に応じて電子決済業者等が運営する外部の電子決済サーバと連携し、通貨ポイントの購入手続き（課金処理）を行う。課金処理に際し、電子決済サーバは、サーバシステム１１００からの問合せに応答して通貨ポイントの購入額をユーザ２のクレジットカードやプリペイドカード等で清算する処理を行う。そして、サーバシステム１１００は、電子決済サーバにより清算された購入額相当の通貨ポイントをユーザ２に付与する。

なお、図１では、サーバシステム１１００を１台のサーバ装置として描いているが、オンライン接続された複数のサーバ装置が、上記した各機能のうちの１つ又は複数の機能を分担する構成であってもよい。例えば、（２）ゲーム提供機能と、（３）配信サービス機能および（４）視聴者アクション機能とをオンライン接続された別々のサーバ装置で実現する構成である。また、サーバシステム１１００は、各機能を分担する複数のブレードサーバを搭載して、相互に内部バスを介してデータ通信可能に接続した構成としてもよい。離れた場所に設置された独立した複数のサーバ装置を、ネットワークＮを介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成でもよい。

また、図１では、ユーザ２のユーザ端末１５００を２台図示しているが、実際の運用に当たっては、複数の配信者のユーザ（配信ユーザ）２が存在して、それぞれがユーザ端末１５００を操作してサーバシステム１１００へアクセスする。同様に、複数の視聴者のユーザ（視聴ユーザ）２が存在して、それぞれユーザ端末１５００を使用してサーバシステム１１００へアクセスする。

ここで、ユーザ端末１５００は、ユーザ２がオンラインゲームをプレイしたり、そのゲームプレイ動画等のコンテンツを視聴するために個別に使用するコンピュータシステムであって、ネットワークＮを介してサーバシステム１１００にアクセスできる端末装置（電子機器）である。本実施形態のユーザ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、携帯型ゲーム装置や、タブレット型コンピュータ、パーソナルコンピュータ等でもよい。

図２は、本実施形態におけるユーザ端末１５００の構成例を示す正面図である。図２に示すように、ユーザ端末１５００は、方向入力キー１５０２と、ホームキー１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、カメラ１５２０と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０に対してデータを読み書きできるメモリカード読取装置１５４２とを備える。また、その他にも、図示されていない電源ボタン、音量調節ボタン等が設けられている。投げ銭金額等の支払いが可能なＩＣカード型のクレジットカードやプリペイドカードに対して、非接触にデータの読み書きが行えるＩＣカード読取装置等を設けるとしてもよい。

制御基板１５５０には、ＣＰＵ１５５１やＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワークＮに接続する携帯電話基地局や無線通信基地局等と無線通信するための無線通信モジュール１５５３、インターフェース回路１５５７等が搭載されている。インターフェース回路１５５７には、方向入力キー１５０２やホームキー１５０４からの信号を受信する回路、タッチパネル１５０６のドライバ回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音された音声の信号を生成する音声信号生成回路、カメラ１５２０で撮影された画像の画像データを入力する回路、メモリカード読取装置１５４２への信号入出力回路等が含まれる。これら制御基板１５５０に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。

この制御基板１５５０においてＩＣメモリ１５５２には、ゲームクライアントプログラムや、このゲームクライアントプログラムを実行するのに必要な各種設定データ等が格納される。また、ＩＣメモリ１５５２には、コンテンツの視聴やコメントの投稿を可能にして視聴者端末としての機能を実現するための視聴プログラムや、この視聴プログラムを実行するのに必要な各種設定データ等が格納される。これらゲームクライアントプログラムや視聴プログラム等は、適宜のタイミングでサーバシステム１１００からダウンロードされる。なお、別途入手したメモリカード１５４０等の記憶媒体から読み出す構成としてもよい。そして、ＣＰＵ１５５１等がゲームクライアントプログラムや視聴プログラムを実行して演算処理を実行し、タッチパネル１５０６や方向入力キー１５０２、ホームキー１５０４に対する操作入力に応じてユーザ端末１５００の各部を制御することで、ユーザ２のゲームプレイやコンテンツの視聴等を可能にする。

［ゲームプレイ動画の配信について］
図３および図４は、コンテンツであるゲームプレイ動画の配信を説明する図である。本実施形態では、配信ユーザのゲームプレイ動画を視聴ユーザに配信する。上記したように、ユーザ２がユーザ端末１５００でプレイするゲームは、サーバシステム１１００をゲームサーバとするクライアント・サーバシステムで実行されるオンラインゲームである。

そのため、図３に示すように、ゲーム進行に係る情報やゲーム画面Ｗ１の表示に係る情報はサーバシステム１１００にて生成され、適宜ユーザ端末１５００へ提供される。ユーザ端末１５００は、操作入力兼ゲーム画面表示のための端末として機能する。すなわち、ユーザ端末１５００は、サーバシステム１１００から提供された情報に基づいてゲーム画面Ｗ１を表示し、操作入力情報を逐一サーバシステム１１００へ送信する。サーバシステム１１００は、ユーザ端末１５００から送信された操作入力情報に基づいて、ゲームを進行させる。

また、サーバシステム１１００は、ゲームの進行制御とともに、プレイデータ５２０を生成・記憶する。プレイデータ５２０は、ゲームプレイ毎に生成され、プレイ中は常時更新されて、ゲームの最新状況を記述する。例えば、１つのプレイデータ５２０には、ゲーム中にユーザ端末１５００から送信された操作入力情報の時系列データ（操作入力時系列データ）５２５と、その時々のゲームの進行状況を示す進行状況情報の時系列データ（進行状況時系列データ）５２６とが、ゲームプレイＩＤ５２１やプレイ日時５２２、当該ゲームをプレイするユーザのユーザアカウント５２３等とともに格納される。

操作入力時系列データ５２５は、ユーザ端末１５００からの操作入力情報（例えば、操作入力の種類、位置、方向、操作量、操作力、入力時間等の入力を記述する各種情報）を、当該操作入力がなされた時間を示す時間情報（例えば、日時、ゲームプレイ開始からの経過時間、ゲーム画面の描画フレーム数等）と対応付けて蓄積する。進行状況時系列データ５２６は、ゲーム中のその時々のゲーム進行情報（例えば、プレイしているステージ番号、対戦ラウンド、ラウンド別の勝敗結果、プレーヤキャラクタの種類、プレーヤキャラクタの位置および姿勢、状態を示すパラメータ値等）を、時間情報と対応付けて蓄積する。

また、サーバシステム１１００は、プレイデータ５２０に基づいて、プレイ再現用データ５３０を生成・記憶する。プレイ再現用データ５３０も、ゲームプレイ毎に生成される。このプレイ再現用データ５３０は、プレイデータ５２０を構成する各種データを時系列に格納するデータ群である。よって、プレイ再現用データ５３０が格納するデータを時系列に読み出すことで、元になったゲームプレイを再現することができる。本実施形態では、サーバシステム１１００は、ゲームプレイ中にこのプレイ再現用データ５３０の更新・生成をリアルタイムに行いつつ、最新のプレイ再現用データ５３０に基づいてゲームプレイを再現したゲームプレイ動画１０を配信ゲームプレイ動画５７１（図１４を参照）として生成してユーザ端末１５００に配信することでいわゆるライブ配信を実現する。但し、このプレイ再現用データ５３０に基づくことで、いわゆる追っかけ再生のようなライブよりも時間遅れを生じさせたゲームプレイの再現動画を配信ゲームプレイ動画５７１として生成・配信することもできるし、ゲームプレイが終了した後にゲームプレイを再現させた再現動画を配信ゲームプレイ動画５７１として生成・配信することもできる。その意味では、プレイ再現用データ５３０は「リプレイデータ」と呼んでもよい。

そして、サーバシステム１１００は、ユーザ２が配信者（配信ユーザ）としてゲームプレイ動画をライブ配信する場合には、図４に示すように、当該ユーザ２のゲームプレイに係るプレイ再現用データ５３０に基づいて、ゲームプレイを再現したゲームプレイ動画１０を配信ゲームプレイ動画５７１（図１４を参照）として生成する。そして、生成したゲームプレイ動画１０を視聴者のユーザ（視聴ユーザ）２のユーザ端末１５００にライブ配信する。

［コンテンツの視聴について］
以上のように配信されるコンテンツ（ゲームプレイ動画）を視聴するにあたっては、視聴ユーザは、ユーザ端末１５００にて公開サイトにアクセスし、視聴するゲームプレイ動画を選んでその視聴者登録を行う。またその際に、応援するキャラクタ（応援キャラクタ）の選択をして自身の関心情報を登録する。

図５は、応援キャラクタ登録画面の画面構成例を示す図である。図５に示すように、応援キャラクタ登録画面には、視聴するゲームプレイ動画に係るオンラインゲームのタイトルや配信スケジュール、配信者のユーザ名等とともに応援キャラクタの選択肢が並べて表示され、何れかを選択する応援キャラクタの選択操作を受け付ける。図５では、図３等で例示した対戦ゲームを想定し、対戦する２体のキャラクタＣ２１，Ｃ２３が選択肢として表示されている。当該対戦ゲームがプレーヤ対戦であれば、ここでの応援キャラクタの登録は、応援するプレーヤ（図５では２人のプレーヤＡ，Ｂ）の登録ともいえる。視聴ユーザは、キャラクタＣ２１，Ｃ２３のうちの一方をタッチした上で、視聴ボタンＢ２をタッチして視聴者登録操作を行う。そうすると、視聴者登録操作の操作情報がサーバシステム１１００へと送信され、サーバシステム１１００にて必要なデータの設定等がされて、視聴者登録（応援キャラクタの登録）が完了する。

なお、関心情報として登録する内容は応援するキャラクタ（プレーヤ）に限らず、視聴対象のコンテンツに応じて適宜設定可能である。例えば、コンテンツがサッカーゲーム等のチームで対戦するゲームのプレイ動画であれば応援するチームを関心情報として登録するのでもよいし、複数のキャラクタで編成されたアイドルグループが仮想３次元空間内で行うライブパフォーマンスの動画の場合は、お気に入りのメンバーを関心情報として登録する等としてもよい。

以上の要領で視聴者登録を済ませると、視聴画面が表示される。図６は、視聴画面の画面構成例を示す図である。例えば、視聴画面は、図６に示すように、コンテンツ表示部２０と、コンテンツ入力操作部３０と、所属グループ表示部４０と、グループ別盛り上がり度表示部５０と、を備える。

コンテンツ表示部２０には、視聴者登録をした視聴対象のコンテンツ（ゲームプレイ動画）が表示される。一方、コンテンツ入力操作部３０には、視聴ユーザがコメントを入力するための入力欄Ｉ３と、入力欄Ｉ３の入力内容を確定してコメントを投稿するための投稿ボタンＢ３と、が配置されている。視聴ユーザは、入力欄Ｉ３において投稿するコメントを入力・編集し、投稿ボタンＢ３をタッチして投稿操作をすることで、視聴者アクションとしてのコメントの投稿が行える。したがって、視聴画面において、視聴ユーザは、視聴者登録したコンテンツを見ながら随時コメントを入力して、所望のタイミングで投稿することが可能となる。

そして、視聴ユーザが上記した要領で視聴者アクションを行うと、当該視聴者アクションに対応するアクション表示体が視聴画面内に表示される。本実施形態では、視聴者アクションとしてコメントの投稿を受け付けるので、当該コメントの内容を記載した表示体（コメント表示体）が、アクション表示体としてコンテンツ表示部２０に表示される。

より詳細には、本実施形態では、同じコンテンツを視聴している視聴ユーザが、少なくとも応援キャラクタ毎のグループに分けられる。場合によっては、応援キャラクタ毎に更に複数のグループが存在し得る。そして、コンテンツ表示部２０には、所属先のグループ（所属グループ）内でコメントが投稿されると（つまり、自分や自分と同じグループに属している他の視聴ユーザがコメントを投稿すると）、そのコメント表示体が表示される。同じコンテンツを視聴している視聴ユーザがコメントを投稿した場合でも、所属グループが異なる場合は表示の対象とはならず、コメント表示体は表示されない。

図７は、コンテンツ表示部２０におけるコメント表示体６の具体的な表示例を示す図である。なお、図７では、コメント表示体６に関連するもの以外は破線で示している。例えば、コメント表示体６は、図７に示すように、コンテンツ表示部２０の右端から出現する。そして、所定の移動速度でコンテンツ表示部２０上を横切るように左端へと移動することで（図７中の矢印Ａ４）、所定時間の間コンテンツ表示部２０のコンテンツ上に表示される。同時期に複数の投稿があったときには、各々のコメント表示体６がコンテンツ表示部２０の右端に縦に並んで出現し、それぞれが左端へと水平に移動する。なお、コメント表示体６は、出現位置において所定時間の間固定的に表示される構成でもよい。表示中のコメント表示体６と重ならないように出現位置を設定するとよい。例えば、コンテンツ表示部２０の右端から埋まっていくようにコメント表示体６を表示する等としてもよい。また、コメント表示体６の移動速度は全て同じでなくてもよい。標準の移動速度よりも遅い移動速度のコメント表示体６とするか否かを、投稿する視聴ユーザが設定変更可能としてもよい。また、コメント表示体６の表示形態（色やフォント等）を、投稿する視聴ユーザが設定変更可能としてもよい。これらの設定変更には、所与の課金を要することとしてもよい。

図６に戻り、所属グループ表示部４０には、自端末の視聴ユーザ（自ユーザ）の所属グループが表示される。これによれば、後述するグループ設定処理によって視聴ユーザの所属グループに変更があった場合は所属グループ表示部４０の表示も随時更新されることとなり、視聴ユーザに所属グループが報知される。

グループ別盛り上がり度表示部５０には、グループ別の最新の盛り上がり度がランキング形式で表示される。本実施形態では、直近の過去所定時間（例えば直前の１分間や５分間等）の間に投稿されたコメントの投稿数（直近投稿数）を盛り上がり度として用いる。そのために、サーバシステム１１００は、所定時間間隔でグループ別に直近投稿数を繰り返し算出し、ランキングデータを生成して、その都度グループ別盛り上がり度表示部５０の表示を更新する。例えば、図６の時点では、キャラクタＣ２１については２つのグループＧ１１，Ｇ１３が存在している一方、キャラクタＣ２３については１つのグループＧ２が存在しており、それら３つのグループＧ１１，Ｇ１３，Ｇ２の中での自分のグループ（図６の例ではグループＧ１３）の順位や、他のグループ（図６の例ではグループＧ１１，Ｇ２）との差を確認するといったことが可能となる。

なお、直近投稿数をランキング形式で表示する場合に限らず、当該直近投稿数の時間変化をグループ別にグラフ化して表示する等としてもよい。各グループにおけるコメントの直近投稿数の推移を把握したり、そのグループ間での比較が可能となる。また、グループ別にコメントの投稿総数を計数し、盛り上がり度として用いて表示するのでもよい。各グループの投稿総数の把握やグループ間での比較等が可能となる。

［詳細］
同じライブ配信を視聴している視聴ユーザが増えれば、コメントの投稿数は増加し得る。また、場が盛り上がってくれば、コメントの投稿が集中して投稿数が急増する事態も生じ得る。そして、本実施形態では、コメントが投稿されるとそのコメント表示体６がコンテンツ表示部２０上に出現して移動表示され、或いは出現位置に所定時間の間表示される。したがって、実際にコメントの投稿数が増加するとコンテンツ表示部２０上がコメント表示体６の表示で埋まっていき、コンテンツの視聴の妨げとなる事態が生じ得る。そこで、本実施形態では、コメントの投稿数が急増した等の場合に視聴ユーザをグループ分けして、コンテンツの視認性の悪化を抑制する。

そのために、サーバシステム１１００は、視聴者アクションを視聴ユーザから受け付ける視聴者アクション受付制御処理と、グループを設定して視聴ユーザを振り分けるグループ設定処理と、グループ別にコメント表示体の表示制御を行うグループ別表示制御処理と、をライブ配信中のコンテンツ毎に行う。以下、１つのコンテンツ（以下「注目コンテンツ」という）に注目して各処理を説明する。

１．視聴者アクション受付制御処理
サーバシステム１１００は、注目コンテンツのライブ配信の開始にあわせて視聴者アクション受付制御処理を開始して、その視聴者登録を行った視聴ユーザから視聴者アクションを受け付ける。具体的には、該当する視聴ユーザのユーザ端末１５００でなされたコメントの投稿操作を検出することで、視聴者アクションを受け付ける。

２．グループ設定処理
グループ設定処理では、サーバシステム１１００は、グループの設定を行って注目コンテンツに係るグループを管理しつつ、注目コンテンツの視聴ユーザを現存の何れかのグループへと振り分けて、視聴ユーザそれぞれの所属先のグループ（所属グループ）を決定する。本実施形態では、グループを初期設定したり、再設定したり、或いは統合したりする毎に、該当するグループに所属させる視聴ユーザを選択することで、視聴ユーザをグループ分けする。グループ分けに際しては、複数のグループ分け基準を用いる。本実施形態では、第１のグループ分け基準である視聴者数に基づく基準と、第２のグループ分け基準である視聴者アクションの受け付け状況に基づく基準と、第４のグループ分け基準であるユーザ端末１５００のスペック情報に基づく基準と、第６のグループ分け基準である視聴者情報に基づく基準と、に基づいてグループ分けを実行する。

図８は、グループ設定処理の流れを示すフローチャートである。また、図９は、グループの設定例を示す図であり、図９に向かって左側から順に、ライブ配信を開始してからの時間経過に伴うグループの初期設定、再設定、および統合の様子を示している。

図８に示すように、グループ設定処理では先ず、グループの初期設定を行う（ステップＳ３３１）。例えば、応援キャラクタとして登録可能なキャラクタの種類毎にグループを作成することで、グループの初期設定を行う。図９の例では、キャラクタＣ２１のグループＧ０と、キャラクタＣ２３のグループＧ６とが作られる。各グループＧ０，Ｇ６は、該当するキャラクタＣ２１又はキャラクタＣ２３を応援キャラクタとして登録した視聴ユーザ（換言すると関心情報が所定の同等条件を満たす視聴ユーザ）の所属先となる。図９中、キャラクタＣ２１に係るグループを一点鎖線で示し、キャラクタＣ２３に係るグループを二点鎖線で示している。

ここで、本実施形態においてグループ分け処理で設定するグループは、所属可能な視聴ユーザの人数に制限がないグループ（以下「人数制限無しグループ」という）と、定員が所定数（図９等ではＮａ人）として定められたグループ（以下「人数制限付きグループ」という）と、の２種類とする。そして、初期設定では、人数制限付きグループとして各グループＧ０，Ｇ６を作成する。

人数制限付きグループの定員Ｎａの具体的な人数については適宜設定してよいが、後述する低スペック条件を満たすユーザ端末１５００の処理能力に基づき設定しておくとよい。例えば、コメントの投稿が集中した場合を想定し、該当する端末装置が安定的に処理することができる投稿数をもとに定員Ｎａを設定しておく。

図８に戻り、グループの初期設定をしたならば、視聴者登録を待機する。そして、視聴者登録があった場合には（ステップＳ３３３：ＹＥＳ）、その際の応援キャラクタの登録内容をもとに、当該視聴者登録を行った視聴ユーザを現存のグループの何れかに振り分けて所属先を決定する（ステップＳ３３５）。例えば、図９中に示す初期設定直後の時点Ｔ１で視聴ユーザＸが視聴者登録を行い、キャラクタＣ２１を応援キャラクタとして登録した場合には、視聴ユーザＸの所属先はグループＧ１となる。ここでの処理により、視聴者情報の一例である関心情報（応援キャラクタの種類）に基づく基準を用いた視聴ユーザのグループ分けが実現される。

さて、初期設定では、人数制限付きグループとしてグループＧ０，Ｇ６を作成する。そのため、視聴ユーザが増えて各グループＧ０，Ｇ６が定員に達すると、その後に視聴者登録を行った視聴ユーザの所属先がなくなってしまう。一方で、定員に達していない場合でも、場が盛り上がってコメントの投稿数が増えると、上記した視認性悪化の問題が生じる。そこで、グループ分け処理では、初期設定の後は、図８に示すように、現存のグループ毎に再設定条件の充足を監視する（ステップＳ３３７）。

本実施形態では、再設定条件を「第１の条件および第２の条件の何れかに該当したこと」とする。そして、第１の条件を「人数制限付きグループである当該グループが定員Ｎａを超えたか、又は、人数制限無しグループである当該グループに属する視聴ユーザのうちの、ユーザ端末１５００として低スペック条件を満たす端末装置を使用している視聴ユーザの数が、人数制限付きグループの定員Ｎａの半数を超えたこと」等とし、第２の条件を「直近の過去所定時間の間の当該グループにおけるコメントの投稿数が多数判定用閾値Ｔｍを超えたこと」等として設定しておく。

ここで、ユーザ端末１５００が低スペック条件を満たすか否かについては、予め各視聴ユーザのユーザ端末１５００からそのスペック情報を取得することで設定しておく。例えば、ユーザ登録等の際に、使用するユーザ端末１５００が搭載するＣＰＵやメモリの容量、ＯＳ（Operating System）のバージョン情報等の入力を受け付けることでスペック情報を取得する。ユーザ端末１５００の型番等の機種情報の入力を受け付けて、受け付けた機種情報をもとにサーバシステム１１００がメーカサイト等からそのスペック情報を収集することで取得する構成でもよい。

一方で、低スペックとする端末装置の仕様を低スペック条件として予め定義しておく。そして、取得したスペック情報から低スペック条件を満たすか否かを判定して、図１３に示す当該ユーザ端末１５００の低スペック端末フラグ（ＯＮ：低スペック条件を満たす／ＯＦＦ：満たさない）５４５として設定しておく。なお、機種情報の入力を受け付ける構成の場合は、低スペックとする端末装置の型番を予めリスト化しておき、受け付けた型番を照合することで低スペック端末フラグ５４５の設定を行うようにしてもよい。

そして、第１の条件の後段の判定には、低スペック端末フラグ５４５が「ＯＮ」である視聴ユーザの人数を用いる。また、第２の条件の判定には、グループ別盛り上がり度表示部５０における盛り上がり度の表示のための所定時間毎の更新タイミングで算出される最新の直近投稿数を用いる。

図８の説明に戻り、再設定条件を満たしたグループがあれば（ステップＳ３３７：ＹＥＳ）、当該グループを再設定する（ステップＳ３３９）。例えば、図９においてグループＧ７に着目すると、それが再設定条件を満たしたことを受けて人数制限無しグループと人数制限付きグループとに分けられ、グループＧ８，Ｇ９として再設定されている。また、グループＧ６は、再設定条件を満たしたことを受けて人数制限付きグループから人数制限無しグループへと種類が変更され、グループＧ７として再設定されている。ここでの処理により、視聴者数に基づく基準と、視聴者アクションの受け付け状況に基づく基準と、スペック情報に基づく基準と、を用いた視聴ユーザのグループ分けが実現される。そして、図８に示すように、グループを再設定したならば、関係する視聴ユーザの所属先を変更する（ステップＳ３４１）。

図１０および図１１は、具体的な再設定の手順を説明する図であり、図１０は、第１の条件に該当した場合の再設定を示し、図１１は、第２の条件に該当した場合の再設定を示している。

先ず、人数制限付きグループであるグループＧ１１が第１の条件に該当した場合は、当該グループに属する視聴ユーザの中に低スペック端末フラグ５４５が「ＯＮ」である視聴ユーザ（低スペック条件を満たす仕様の端末装置をユーザ端末１５００として使用している視聴ユーザ）がいなければ、図１０において左側の最上段のフローに示すように、当初の人数制限付きグループから人数制限無しグループへと種類を変更して、グループＧ２１として再設定する。そのような視聴ユーザのグループについては、所属するグループの定員を制限する必要がないためである。当該再設定の後は、グループＧ１１に所属していた全ての視聴ユーザの所属先をグループＧ２１に変更する。

一方、グループＧ１１に低スペック端末フラグ５４５が「ＯＮ」である視聴ユーザがいるときには、該当する視聴ユーザの数に応じてグループ分けを実行する。具体的には、例えば、当該視聴ユーザの数が人数制限付きグループの定員Ｎａの半数以下の場合は、図１０の左側の２段目のフローに示すように、人数制限無しグループであるグループＧ３１と、人数制限付きグループであるグループＧ３３とに分けて再設定する。そしてその場合は、グループＧ１１に所属していた視聴ユーザのうちの低スペック端末フラグ５４５が「ＯＮ」の視聴ユーザをグループＧ３３に振り分けるとともに、残りの視聴ユーザを何れかのグループＧ３１，Ｇ３３に振り分けて、各々の所属先をグループＧ１１からグループＧ３１又はグループＧ３３へと変更する。残りの視聴ユーザの全てをグループＧ３１に振り分けるのでもよいし、各グループＧ３１，Ｇ３３に属する視聴ユーザの数が均等に近づくように振り分けるとしてもよい。

これに対し、人数制限付きグループであるグループＧ１１や人数制限無しグループであるグループＧ１３に低スペック端末フラグ５４５が「ＯＮ」である視聴ユーザがいる場合であって、当該視聴ユーザの数が定員Ｎａの半数を超えている場合には、図１０の左側の３段目及び最下段のフローに示すように、２つの人数制限付きグループであるグループＧ４１，Ｇ４３に置き換えて再設定する。その場合は、グループＧ１１やグループＧ１３に所属していた視聴ユーザを何れかのグループＧ４１，Ｇ４３に振り分けて、各々の所属先をグループＧ１１，Ｇ１３からグループＧ４１又はグループＧ４３へと変更する。例えば、各視聴ユーザを半数ずつに分けて各グループＧ４１，Ｇ４３へと振り分ける。なお、低スペック端末フラグ５４５が「ＯＦＦ」である視聴ユーザの数が多く、２つの人数制限付きグループでは定員を超える場合は、例えば人数制限無しグループを１つ追加して設定し、関係する視聴ユーザをその低スペック端末フラグ５４５に応じて振り分ければよい。

次に、人数制限付きグループであるグループＧ１５や人数制限無しグループであるグループＧ１７が第２の条件に該当した場合は、２つのグループに分けることでグループの再設定を行う。これによれば、１つのグループに属する視聴ユーザの数が減る分直近投稿数も少なくなるため、コンテンツの視認性の悪化を抑制できる。

具体的には、グループＧ１５等に低スペック端末フラグ５４５が「ＯＮ」である視聴ユーザがいなければ、図１１の右側の上段に向かうフローに示すように、２つの人数制限無しグループであるグループＧ５１，Ｇ５３に置き換えて再設定する。

一方、低スペック端末フラグ５４５が「ＯＮ」である視聴ユーザがいるときには、第１条件に該当した場合と同様の要領で、該当する視聴ユーザの数に応じてグループ分けを実行する。すなわち、当該視聴ユーザの数が人数制限付きグループの定員Ｎａの半数以下の場合は、図１１の右側の中段に向かうフローに示すように、人数制限無しグループであるグループＧ６１と、人数制限付きグループであるグループＧ６３とに置き換えて再設定する。当該視聴ユーザの数が定員Ｎａの半数を超えている場合には、２つ以上の人数制限付きグループ（図１１の例では右側の下段に向かうフローに示すように、２つのグループＧ７１，Ｇ７３）に置き換えて再設定する。

そして、何れの場合も、第１の条件に該当した場合と同様の要領で、関係する視聴ユーザの所属先を変更する。

なお、１つのグループを複数に分ける再設定を行った場合の関係する視聴ユーザの振り分けは、人数が均等になるように振り分ける手法に限定されない。例えば、当該関係する視聴ユーザ毎に直近投稿数を計数することで、それをグループ別に合算した直近投稿数が同数に近づくように各視聴ユーザを各グループに振り分ける等としてもよい。

図８に戻る。グループ設定処理では、サーバシステム１１００は、ライブ配信中、ステップＳ３３７の監視とともに、統合条件の充足を監視する（ステップＳ３４５）。本実施形態では、関心情報（例えば応援キャラクタ）が所定の同等条件を満たす２つのグループの組み合わせ（以下「対」という）を対象に統合条件の充足を監視して、統合判定を行う。図９の状態のときには、例えば、グループＧ２とグループ３の対や、グループＧ８とグループ９の対について統合判定を行う。なお、３つ以上のグループの組み合わせを対象に統合判定を行ってもよい。また、グループの起源（ルーツ）を辿ったときに同じ１つのグループから分割／派生したグループの組み合わせを対象に統合判定を行うこととしてもよい。

本実施形態では、統合条件を「当該対のグループの両方が第３の条件に該当し、且つ、第４の条件に該当したこと」とする。そして、第３の条件を「当該対のグループに人数制限付きグループが含まれる場合に、当該グループに属する視聴ユーザの数が定員Ｎａの半分以下となったこと」とし、第４の条件を「当該グループの直近投稿数が少数判定用閾値Ｔｆを下回ったこと」等として設定しておく。

そして、図８に示すように、統合判定対象の対のグループの中に統合条件を満たしたものがあれば（ステップＳ３４５：ＹＥＳ）、当該対のグループを１つのグループに統合する（ステップＳ３４７）。その場合は、当該対のグループに属する視聴ユーザの所属先が、統合後のグループに変更されることとなる。具体的には、低スペック端末フラグ５４５が「ＯＮ」である視聴ユーザがいなければ人数制限無しグループとして統合する。一方、低スペック端末フラグ５４５が「ＯＮ」である視聴ユーザがいる場合には、関係する視聴ユーザの数が人数制限付きグループの定員Ｎａを超えていなければ人数制限無しグループとして統合し、超えているのであれば人数制限付きグループとして統合する。例えば、図９においてグループＧ２とグループＧ３の対に着目すると、それが統合条件を満たしたことを受けて１つの人数制限付きグループに置き換えられ、グループＧ４として統合されている。

その後は、図８に示すように、ライブ配信を終了するまでは（ステップＳ３４９：ＮＯ）、ステップＳ３３３に戻って現存するグループについて上記した処理を繰り返す。ここで、図９中に示す時点Ｔ２において視聴ユーザＹが視聴者登録を行った場合について考える。視聴ユーザＹの応援キャラクタがキャラクタＣ２１であった場合は、サーバシステム１１００は、その時点でキャラクタＣ２１について存在する３つのグループＧ２，Ｇ３，Ｇ５の何れか１つを選択して視聴ユーザＹの所属先を決定する。例えば、グループを分けた後で視聴ユーザを振り分けるのと同様の要領で、人数が均等になるように所属先を決定するとしてもよいし、直近投稿数が同数に近づくように所属先を決定するのでもよい。

なお、ライブ配信中はステップＳ３３３～ステップＳ３４７の処理を繰り返し行う。そのため、統合条件を満たしたとしてグループが統合された（ステップＳ３４５～ステップＳ３４７）場合でも、その後に当該統合後のグループがステップＳ３３７で再設定条件を満たしたと判定されれば、再設定の処理（ステップＳ３３９）によってふたたびグループ分けされ得る。

３．グループ別表示制御処理
グループ別表示制御処理では、サーバシステム１１００は、グループ設定処理で設定されたグループ別に、アクション表示体として表示させるコメント表示体をグループ別に異ならせるグループ別の表示制御を行う。本実施形態では、視聴ユーザが投稿したコメントに対応するコメント表示体を、そのグループに属する視聴ユーザのユーザ端末１５００に表示させる制御を行う。具体的な処理としては、サーバシステム１１００は、視聴者アクション受付制御処理で視聴者アクション（コメントの投稿）を受け付けた場合に、投稿されたコメントの内容をアクション情報とする。そして、そのアクション主体の視聴ユーザの所属グループに従って、当該アクション情報を当該グループに属する各視聴ユーザのユーザ端末１５００へと送信する。一方、ユーザ端末１５００では、アクション情報を受信した場合には、視聴中のゲームプレイ動画にコメント表示体の表示を合成して、コンテンツ表示部２０に表示制御する。ここでの処理により、各視聴ユーザのユーザ端末１５００に対して各々の所属グループ内で投稿されたコメントのコメント表示体を表示させる制御が実現される。

［機能構成］
１．サーバシステム
図１２は、本実施形態におけるサーバシステム１１００の機能構成例を示すブロック図である。図１２に示すように、本実施形態のサーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、画像表示部３９０ｓと、音出力部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、システム管理や保守等のための各種操作を入力するためのものであり、例えばキーボードやマウス、タッチパネル等で実現できる。図１では、キーボード１１０６やタッチパネル１１０８がこれに該当する。

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、操作入力部１００ｓやサーバ記憶部５００ｓを含む装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、ユーザ端末１５００から受信したデータ等に基づいて各種の演算処理を行い、サーバシステム１１００の動作を統括制御する。図１では、制御基板１１５０やそのＣＰＵ１１５１がこれに該当する。

このサーバ処理部２００ｓは、ユーザ管理部２１０と、課金処理部２２０と、ゲーム管理部２３０と、コンテンツ提供制御部２４１と、視聴者登録制御部２４３と、視聴者アクション受付制御部２４５と、アクション表示体表示制御部２４７と、グループ設定部２５０と、報知制御部２５５と、グループ別アクション優劣通知制御部２５７と、計時部２８０ｓと、画像生成部２９０ｓと、音生成部２９２ｓと、通信制御部２９４ｓとを備える。

ユーザ管理部２１０は、ユーザ登録に係る処理およびユーザアカウントに紐付けられる各ユーザ（プレーヤ）のデータの管理を行う。例えば、ユーザへの固有のユーザアカウントの付与処理、ユーザアカウント別に個人情報を登録管理する登録情報管理処理、使用するユーザ端末１５００のスペック情報を取得管理するスペック情報管理処理、ログインおよびログアウトの履歴等を管理する利用履歴管理処理等を実行することができる。勿論、これら以外のユーザアカウントに紐付けられる他のデータの管理処理も適宜含めることができる。

課金処理部２２０は、ユーザによる通貨ポイントの購入操作に応じて課金処理を行い、購入額相当の通貨ポイントを当該ユーザに付与する。

ゲーム管理部２３０は、ユーザ端末１５００にてオンラインゲームを実行するための各種制御を行う。本実施形態のマルチプレイゲームはクライアント・サーバ型のオンラインゲームなので、ゲーム管理部２３０は、ユーザ端末１５００と通信を行いながらゲームプレイに必要なデータを提供する制御を行う。また、ゲーム管理部２３０は、プレイデータ７００の生成及び記憶管理をするとともに、プレイデータ５２０に基づいてプレイ再現用データ５３０の生成及び記憶管理をする。

コンテンツ提供制御部２４１は、コンテンツ（ゲームプレイ動画）のライブ配信を実現するための各種処理を行う。本実施形態では、ゲーム管理部２３０によって随時生成・記憶されるプレイ再現用データ５３０からプレイ動画を生成して配信ゲームプレイ動画５７１とし、視聴ユーザのユーザ端末１５００にライブ配信して提供する制御を行う。その他、コンテンツ提供制御部２４１は、配信スケジュールの管理も行う。

視聴者登録制御部２４３は、ライブ配信前又はライブ配信中のコンテンツ毎に視聴者登録制御処理を行って当該コンテンツの視聴ユーザを登録する。本実施形態では、ユーザ端末１５００での視聴者登録操作を検出した場合に、該当するライブ配信の配信管理データ５６０においてその視聴ユーザのユーザアカウントを視聴ユーザアカウントリスト５７５に追加する処理や、当該視聴者登録操作の際に登録された応援キャラクタのキャラクタＩＤ（応援キャラクタＩＤ）５８３を当該視聴ユーザのユーザアカウント５８１と対応付けて、当該視聴ユーザの視聴ユーザ別応援キャラクタ設定５８０として追加する処理を行う。

視聴者アクション受付制御部２４５は、視聴者アクション受付制御処理を行う機能部であり、ライブ配信中のコンテンツの視聴ユーザから視聴者アクションを受け付ける。本実施形態では、ユーザ端末１５００でのコメントの投稿操作を検出して、その視聴ユーザによるコメントの投稿を受け付ける。

アクション表示体表示制御部２４７は、視聴者アクション受付制御部２４５により受け付けられた視聴者アクションのアクション情報を該当するコンテンツの各視聴ユーザのユーザ端末１５００に送信し、当該視聴者アクションに対応するアクション表示体（本実施形態ではコメント表示体）を当該ユーザ端末１５００に表示させる制御を行う。本実施形態では、投稿されたコメントの内容をアクション情報として、随時ユーザ端末１５００に送信する。

このアクション表示体表示制御部２４７は、グループ別表示制御部２４９を有する。グループ別表示制御部２４９は、該当するコンテンツについてグループ別表示制御処理を行う機能部であり、グループ設定部２５０によって当該コンテンツについて設定された現存のグループ別に、表示させるアクション表示体（コメント表示体）を異ならせるグループ別の表示制御を行う。本実施形態では、視聴ユーザは、グループ設定部２５０によって少なくとも応援キャラクタ毎のグループに分けられる。そのため、ライブ配信の開始当初からグループ別表示制御部２４９がグループ別表示制御処理を行い、アクション表示体のグループ別の表示制御を行う。具体的には、グループ別表示制御部２４９は、アクション主体の視聴ユーザの所属グループをもとに、当該グループに属する各視聴ユーザのユーザ端末１５００へと当該視聴者アクションのアクション情報を送信する。ここでの処理により、随時視聴ユーザによって行われる視聴者アクションのアクション情報が、各視聴ユーザのグループ分けに従って取捨選択されて、ユーザ端末１５００のそれぞれへと送信されることとなる。

なお、ライブ配信の開始当初は視聴ユーザのグループ分けはせずに、視聴ユーザの数が所定数を超えたとか、直近投稿数が所定数を超えた等の場合にグループ分けを実行する構成も可能である。その場合は、当該グループ分けの後からグループ別表示制御部２４９によるグループ別表示制御処理を行う。グループ分けの前までの視聴者アクションについては、アクション表示体表示制御部２４７が、そのアクション情報を全ての視聴ユーザのユーザ端末１５００へと送信する。

グループ設定部２５０は、ライブ配信中の各コンテンツについてグループ設定処理を行う機能部であり、グループ分け処理部２５１と、グループ統合部２５３と、を有する。グループ分け処理部２５１は、該当するコンテンツ毎に、その視聴ユーザを複数のグループに分ける。本実施形態では、応援キャラクタ毎にグループを作成することでグループの初期設定を行うとともに、再設定条件の充足を監視し、グループの再設定を随時行う。また、グループ統合部２５３は、統合条件の充足を監視して、グループの統合を随時行う。

報知制御部２５５は、グループ別表示制御部２４９によるグループ別の表示制御が行われている旨の報知をユーザ端末１５００に行わせる制御を行う。本実施形態では、報知制御部２５５は、グループ設定部２５０がグループを設定した設定タイミングにおいて、各視聴ユーザのユーザ端末１５００にその視聴ユーザの所属グループ（例えばグループＩＤ）を通知する。グループの設定タイミングは、グループの初期設定、再設定、および統合の各タイミングを含む。一方、ユーザ端末１５００では、後述する所属グループ表示制御部２７３が、当該通知を受けて所属グループ表示部４０の表示を更新する。ここでの制御によって、視聴ユーザは、視聴画面において自分の所属グループを確認できる。また、本実施形態では、各視聴ユーザのユーザ端末１５００では、自ユーザの所属グループ内で投稿されたコメントについてそのコメント表示体がコンテンツ表示部２０上に表示される。したがって、当該所属グループ表示部４０での所属グループの表示によって、当該グループ向けのコンテンツ表示部２０の表示制御が行われている旨を視聴ユーザに報知することができる。

グループ別アクション優劣通知制御部２５７は、グループ設定部２５０によって設定された現存するグループ別に視聴者アクションに基づく優劣を動的に算出して、ユーザ端末１５００に通知する。本実施形態では、グループ別アクション優劣通知制御部２５７は、所定時間間隔のタイミングを更新タイミングとしてグループ別に直近投稿数を算出する。そして、それらを順位付けして盛り上がり度のランキングデータを生成し、各ユーザ端末１５００へと送信する。一方、ユーザ端末１５００では、後述するランキング表示制御部２７５が、ここで送信されたランキングデータを用いてグループ別盛り上がり度表示部５０の表示を更新する。

計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。

画像生成部２９０ｓは、サーバシステム１１００のシステム管理等に関する画像を生成し、画像表示部３９０ｓへ出力する。

音生成部２９２ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理や動画配信に係る操作音、ＢＧＭ等の音声データを生成し、或いはデコードする。システム管理に関する音声信号は、音出力部３９２ｓへ出力される。

通信制御部２９４ｓは、通信部３９４ｓを介して外部装置（例えばユーザ端末１５００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。

画像表示部３９０ｓは、画像生成部２９０ｓから入力される画像信号に基づいてシステム管理等のための各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１では、タッチパネル１１０８がこれに該当する。

音出力部３９２ｓは、音生成部２９２ｓから入力される音声信号を放音する。図１では、本体装置１１０１やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。

通信部３９４ｓは、ネットワークＮと接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図１では、通信装置１１５３がこれに該当する。

サーバ記憶部５００ｓには、サーバシステム１１００を動作させ、サーバシステム１１００が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図１では、ＩＣメモリ１１５２やストレージ１１４０がこれに該当する。

また、サーバ記憶部５００ｓには、サーバプログラム５０１と、配信用ゲームクライアントプログラム５０３と、配信用視聴プログラム５０５と、ゲーム設定データ５１０と、ゲームプレイ毎のプレイデータ５２０と、ゲームプレイ毎のプレイ再現用データ５３０と、ユーザ管理データ５４０と、配信管理データ５６０と、が格納される。また、その他にも、タイマーやカウンタ、各種テーブルや閾値、フラグ等の必要なデータが適宜格納される。

サーバプログラム５０１は、サーバ処理部２００ｓをユーザ管理部２１０、課金処理部２２０、ゲーム管理部２３０、コンテンツ提供制御部２４１、視聴者登録制御部２４３、視聴者アクション受付制御部２４５、アクション表示体表示制御部２４７、グループ設定部２５０、報知制御部２５５、およびグループ別アクション優劣通知制御部２５７として機能させるためのプログラムである。なお、画像生成部２９０ｓや音生成部２９２ｓ、通信制御部２９４ｓとして機能させるプログラムも適宜これに含めることができる。

配信用ゲームクライアントプログラム５０３は、ユーザ端末１５００にダウンロードされるゲームクライアントプログラム５０２（図１５を参照）の原本である。

配信用視聴プログラム５０５は、ユーザ端末１５００にダウンロードされる視聴プログラム５０４（図１５を参照）の原本である。

ゲーム設定データ５１０は、本実施形態のオンラインゲームを実行するために必要な各種設定データを格納する。例えば、ゲームに登場する各キャラクタの種類や各種能力パラメータ値、モデルデータ、動作制御に用いるモーションデータ等を定義するキャラクタ設定データ、ゲームの過程でプレーヤが入手し得るアイテム等の各種ゲームオブジェクトに係るオブジェクト定義データ、ゲームステージの設定に係るステージ設定データ等を格納する。

ユーザ管理データ５４０は、ユーザ登録を済ませたユーザ毎に用意され、当該ユーザに関する管理用の各種データを格納する。具体的には、１つのユーザ管理データ５４０は、図１３に示すように、該当するユーザのユーザアカウント（プレーヤＩＤ）５４１と、決済媒体帳簿データ５４３と、低スペック端末フラグ５４５と、プレイ履歴データ５４７と、動画投稿データ５４９と、視聴データ５５１と、を含む。また、その他にも、オンラインゲームのプレイ状況に係るセーブデータ、年齢や性別、誕生日等の個人情報等を含む。

決済媒体帳簿データ５４３は、当該ユーザに紐付けられる電子決済媒体（本実施形態では通貨ポイント）の収支の情報、例えば、通貨ポイントの購入日時や購入数（課金額）の履歴、通貨ポイントの消費日時や消費数の履歴等を格納する。当該ユーザが配信サービスの有料会員であれば、その月額の課金額等も格納する。

プレイ履歴データ５４７は、当該ユーザのオンラインゲームのプレイ日時やプレイ時間の他、当該ユーザのプレーヤとしての経験値を示すプレイレベル等を格納する。

動画投稿データ５４９は、当該ユーザが配信ユーザとして動画投稿したコンテンツ（ゲームプレイ動画）毎にその配信ＩＤや配信日時等を設定した動画の投稿履歴データや、動画投稿レベル等を格納する。動画投稿レベルは、当該ユーザの配信ユーザとしての経験値を示し、コンテンツをライブ配信した回数等に応じて随時更新される。

視聴データ５５１は、当該ユーザが視聴ユーザとして視聴したコンテンツ（ゲームプレイ動画）毎にその配信ＩＤや視聴日時等を設定した視聴履歴データや、コンテンツの視聴中に視聴者アクションとして投稿したコメントの投稿履歴データ、視聴レベル等を格納する。視聴レベルは、当該ユーザの視聴ユーザとしての経験値を示し、コンテンツを視聴した回数や総視聴時間、視聴者アクションの回数等に応じて随時更新される。

配信管理データ５６０は、ライブ配信毎に生成され、当該配信の状況を記述する各種データを格納する。例えば、１つの配信管理データ５６０は、図１４に示すように、当該ライブ配信の配信ＩＤ５６１と、当該ライブ配信の配信スケジュール５６３と、当該ライブ配信の配信ユーザアカウント５６５と、当該ライブ配信に係るオンラインゲームのプレイＩＤ（配信プレイＩＤ）５６７と、当該ゲームのタイトル（配信タイトル）５６９と、当該ライブ配信のコンテンツである配信ゲームプレイ動画５７１と、当該コンテンツがライブ配信中か否かを示すライブ配信フラグ５７３（ＯＮ：ライブ配信中／ＯＦＦ：配信済み）と、当該コンテンツの視聴ユーザアカウントリスト５７５と、視聴ユーザ別応援キャラクタ設定５８０と、投稿実績データ５８５と、グループ管理データ５９０と、ランキングデータ５９９と、を含む。

視聴ユーザ別応援キャラクタ設定５８０は、当該コンテンツの視聴ユーザ毎に用意され、そのユーザアカウント５８１と、応援キャラクタＩＤ５８３と、を格納する。

投稿実績データ５８５は、当該ライブ配信中に視聴ユーザが視聴者アクションとしてコメントを投稿するたびに生成される。１つの投稿実績データ５８５は、アクション情報である当該コメントのコメント内容データ（コメントのテキスト等）、アクション主体の視聴ユーザのユーザアカウント、投稿操作のタイミング、当該視聴ユーザの当該投稿操作のタイミングでの所属グループのグループＩＤ等を格納する。投稿操作のタイミングは、例えば、配信ゲームプレイ動画５７１の開始時からの経過時間（配信プレイ動画時間）によって規定される。

グループ管理データ５９０は、現存するグループ毎に用意され、当該グループに関する管理用の各種データを格納する。具体的には、１つのグループ管理データ５９０は、該当するグループのグループＩＤ５９１と、当該グループが人数制限無しグループなのか人数制限付きグループなのかを示すグループ種類５９３と、当該グループに属する所属視聴ユーザリスト５９５と、直近投稿数推移データ５９７と、を含む。

直近投稿数推移データ５９７は、グループ別アクション優劣通知制御部２５７によって所定時間間隔で当該グループについて算出された直近投稿数を算出順に時系列で格納する。

ランキングデータ５９９は、グループ別アクション優劣通知制御部２５７によって生成され、最新の直近投稿数で順位付けした現存のグループのランキングを格納する。

２．ユーザ端末
図１５は、本実施形態におけるユーザ端末１５００の機能構成例を示すブロック図である。図１５に示すように、ユーザ端末１５００は、操作入力部１００と、端末処理部２００と、画像表示部３９０と、音出力部３９２と、通信部３９４と、端末記憶部５００とを備える。

操作入力部１００は、ユーザが各種操作を入力するためのものであり、例えば、ボタンスイッチ、ジョイスティック、タッチパッド、トラックボール、加速度センサ、角速度センサ、ＣＣＤモジュール等によって実現できる。図２では、方向入力キー１５０２やホームキー１５０４、タッチパネル１５０６がこれに該当する。

端末処理部２００は、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、操作入力部１００や端末記憶部５００を含む装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信したデータ等に基づいて各種の演算処理を行い、ユーザ端末１５００の動作を統括制御する。図２では、制御基板１５５０やそのＣＰＵ１５５１がこれに該当する。そして、本実施形態における端末処理部２００は、ユーザ端末演算部２６０と、計時部２８０と、画像生成部２９０と、音生成部２９２と、通信制御部２９４とを備える。

ユーザ端末演算部２６０は、ユーザ端末１５００をゲームプレイのための端末（ゲーム端末）として機能させるとともに、サーバシステム１１００にアクセスしてコンテンツ（ゲームプレイ動画）を視聴するための端末（視聴者端末）として機能させるための各種演算処理を実行する。例えば、ユーザ端末演算部２６０は、操作信号送信制御部２６１と、画像表示制御部２７０と、を含む。

操作信号送信制御部２６１は、操作入力部１００に対する操作入力に応じて、各種データやリクエスト情報をサーバシステム１１００へ送信するための処理を行う。

画像表示制御部２７０は、サーバシステム１１００から受信した各種データ等に基づいてゲーム画面や視聴画面等を表示するための制御を行う。この画像表示制御部２７０は、アクション表示体合成部２７１と、所属グループ表示制御部２７３と、ランキング表示制御部２７５と、を備える。

アクション表示体合成部２７１は、サーバシステム１１００からアクション情報を受信した場合に表示体出現処理を行い、別途サーバシステム１１００から配信されるゲームプレイ動画にアクション表示体（本実施形態ではコメント表示体）の表示を合成した上で、コンテンツ表示部２０に表示制御する。

所属グループ表示制御部２７３は、サーバシステム１１００からの所属グループの通知を受信した場合に、現所属グループ５０７として端末記憶部５００に格納して、所属グループ表示部４０に表示制御する。

ランキング表示制御部２７５は、サーバシステム１１００からランキングデータを受信した場合に、現盛り上がり度ランキング５０８として端末記憶部５００に格納して、グループ別盛り上がり度表示部５０に表示制御する。

なお、本実施形態では、ゲーム画面や視聴画面におけるゲームプレイ動画の画像をサーバシステム１１００にて生成する構成とするが、ユーザ端末１５００で生成する構成とすることも可能である。その場合、画像表示制御部２７０は、操作入力時系列データ５２５やプレイ再現用データ５３０をサーバシステム１１００から取得し、これらのデータに基づいてゲームプログラム（ゲームクライアントプログラム５０２）を実行することでゲームプレイ動画を生成する。ゲームプレイ動画の生成に当たっては、仮想３次元空間へのオブジェクトの配置やオブジェクトの姿勢制御等を画像表示制御部２７０が行い、３ＤＣＧのレンダリング処理を画像生成部２９０が行うこととしてもよい。

画像生成部２９０は、画像表示制御部２７０と連係して、各種画像データの生成や、画像表示部３９０にそれらの画像を表示させるための画像信号の生成出力等の制御を行う。図２では、制御基板１５５０に搭載されるＧＰＵがこれに該当する。

音生成部２９２は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣ等のプロセッサ、音声ファイルを再生するためのオーディオコーデック等によって実現され、効果音や操作音、ＢＧＭ等の音声信号を生成して音出力部３９２に出力する。

通信制御部２９４は、通信部３９４を介して外部装置（例えばサーバシステム１１００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。

画像表示部３９０は、画像生成部２９０から入力される画像信号に基づいて、視聴画面等の各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図２では、タッチパネル１５０６がこれに該当する。

音出力部３９２は、音生成部２９２から入力される音声信号に基づいて音出力（放音）する装置によって実現される。図２では、スピーカ１５１０がこれに該当する。

通信部３９４は、ネットワークＮと接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図２では、無線通信モジュール１５５３がこれに該当する。

端末記憶部５００には、ユーザ端末１５００を動作させ、ユーザ端末１５００が備える機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図２では、ＩＣメモリ１５５２や、メモリカード１５４０がこれに該当する。オンラインストレージを利用する構成も可能である。

また、端末記憶部５００には、ユーザ端末１５００のゲーム端末としての機能を実現するためのゲームクライアントプログラム５０２と、ユーザ端末１５００の視聴者端末としての機能を実現するための視聴プログラム５０４と、が格納される。これらは専用のクライアントプログラムであってもよいし、ウェブブラウザプログラムおよびインタラクティブな画像表示を実現するプラグイン等により構成するとしてもよい。本実施形態では、ゲームクライアントプログラム５０２はサーバシステム１１００から提供される配信用ゲームクライアントプログラム５０３（図１２を参照）のコピーとし、視聴プログラム５０４はサーバシステム１１００から提供される配信用視聴プログラム５０５（図１２を参照）のコピーとする。

また、端末記憶部５００には、アクション表示体表示制御データ５０６と、現所属グループ５０７と、現盛り上がり度ランキング５０８と、が格納される。

アクション表示体表示制御データ５０６は、アクション表示体合成部２７１によってゲームプレイ動画に合成されることでコンテンツ表示部２０上に表示されている表示中のアクション表示体（コメント表示体）毎に、その表示状況を記述する各種データを格納する。例えば、サーバシステム１１００から受信したアクション情報（ここではコメントの内容）の他、配置位置座標や表示サイズ、移動速度等を格納する。

［処理の流れ］
１．サーバシステム
図１６は、本実施形態においてサーバシステム１１００が行うコンテンツ（ゲームプレイ動画）のライブ配信に関する処理の流れを示すフローチャートであり、１つの注目コンテンツのライブ配信に着目した処理フローを示している。ここで説明する処理は、サーバ処理部２００ｓがサーバプログラム５０１を読み出して実行することによって実現される。ここでの処理に先立ち、配信スケジュール５６３が設定される。

図１６に示すように、サーバシステム１１００では先ず、視聴者登録制御部２４３が視聴者登録制御処理を開始する（ステップＳ１）。視聴者登録制御部２４３は、ユーザ端末１５００での視聴者登録操作を監視して、随時注目コンテンツの視聴者登録を行う。

また、グループ設定部２５０が、図８等を参照して説明したグループ設定処理を開始する（ステップＳ３）。グループ設定部２５０においてグループ分け処理部２５１がグループの初期設定や再設定を行い、グループ統合部２５３がグループの統合を行って、視聴ユーザ毎に所属グループの決定やその変更を随時行う。

その後、配信スケジュール５６３に従ってゲーム管理部２３０が配信ユーザのゲームプレイに係るゲーム進行制御を開始し、必要なデータをプレイデータ５２０に保存して書き換えしつつ、プレイ再現用データ５３０としての蓄積を開始する。そして、コンテンツ提供制御部２４１が、プレイ再現用データ５３０に基づいて配信ゲームプレイ動画５７１の生成を開始して、ライブ配信を開始する（ステップＳ５）。

そして、ライブ配信を開始したならば、視聴者アクション受付制御部２４５が視聴者アクション受付制御処理を開始し、投稿リクエストの受信によってユーザ端末１５００でなされるコメントの投稿操作を検出する。そして、何れかの視聴ユーザのユーザ端末１５００から投稿リクエストを受信した場合には（ステップＳ７：ＹＥＳ）、グループ別表示制御部２４９がグループ別表示制御処理を行う。具体的には、先ず、グループ管理データ５９０を参照し、アクション主体の視聴ユーザの所属グループをもとに、当該グループに属する各視聴ユーザのユーザ端末１５００を送信先として選出する（ステップＳ９）。そして、ステップＳ７で投稿リクエストとともに受信したコメント内容データをアクション情報として、ステップＳ９で選出した送信先のユーザ端末１５００へと送信する（ステップＳ１１）。ここでの処理により、受け付けた視聴者アクションのアクション情報が、アクション主体の視聴ユーザが属するグループの全ての視聴ユーザのユーザ端末１５００へと送信される。

また、報知制御部２５５が、ステップＳ３で開始されたグループ設定処理でのグループの設定タイミングを監視する。そして、報知制御部２５５は、グループが設定された設定タイミングにて（ステップＳ１３：ＹＥＳ）、各視聴ユーザのユーザ端末１５００に対してその視聴ユーザの所属グループを通知する（ステップＳ１５）。

また、グループ別アクション優劣通知制御部２５７が、所定時間間隔毎の更新タイミングを監視する。そして、グループ別アクション優劣通知制御部２５７は、更新タイミングが到来したならば（ステップＳ１７：ＹＥＳ）、グループ別に直近投稿数を算出して盛り上がり度のランキングデータを生成し（ステップＳ１９）、各ユーザ端末１５００へと送信する（ステップＳ２１）。

その後は、ライブ配信を終了するまでは（ステップＳ２３：ＮＯ）、ステップＳ７に戻って上記した処理を繰り返す。

２．ユーザ端末
図１７は、本実施形態においてユーザ端末１５００におけるライブ配信の視聴に係る処理の流れを示すフローチャートである。ここで説明する処理は、端末処理部２００が視聴プログラム５０４を読み出して実行することによって実現される。

図１７に示すように、ユーザ端末１５００では先ず、ログイン処理を実行する（ステップＳ３１）。

その後、コンテンツ（ゲームプレイ動画）のライブ配信を視聴するための所定の操作（視聴対象のコンテンツの選択やその視聴者登録に係る操作）を検出したならば（ステップＳ３３：ＹＥＳ）、画像表示制御部２７０が視聴画面の表示を制御する（ステップＳ２０９）。そして、画像表示制御部２７０は、サーバシステム１１００からのコンテンツのライブ配信（図１６のステップＳ５）を受けて、コンテンツ表示部３１におけるコンテンツの表示を開始する（ステップＳ３５）。

そして、ライブ配信の視聴中は、コメントの投稿操作を受け付ける。投稿操作を検出したならば（ステップＳ３７：ＹＥＳ）、操作信号送信制御部２６１が、投稿されたコメント内容データをサーバシステム１１００へ送信して、投稿リクエストの通知を行う（ステップＳ３９）。サーバシステム１１００から、投稿リクエスト（より詳細には、自ユーザや所属グループが同じ他ユーザの投稿リクエスト）に応答したアクション情報を受信したならば（ステップＳ４１：ＹＥＳ）、アクション表示体合成部２７１が表示体出現処理を行い、コンテンツ表示部２０上にアクション表示体（コメント表示体）を表示制御する（ステップＳ４３）。

また、サーバシステム１１００から所属グループの通知を受信した場合には（ステップＳ４５：ＹＥＳ）、所属グループ表示制御部２７３が、受信した所属グループを現所属グループ５０７として、所属グループ表示部４０に表示制御する（ステップＳ４７）。

また、サーバシステム１１００からランキングデータを受信した場合には（ステップＳ４９：ＹＥＳ）、ランキング表示制御部２７５が、受信したランキングデータを現盛り上がり度ランキング５０８として、グループ別盛り上がり度表示部５０に表示制御する（ステップＳ５１）。

その後は、ライブ配信を終了するまでは（ステップＳ５３：ＮＯ）、ステップＳ３７に戻って上記した処理を繰り返す。

以上説明したように、本実施形態によれば、コンテンツを視聴する視聴ユーザを複数のグループに分けることができる。例えば、ライブ配信の開始にあたっては、それぞれのグループが盛り上がり易いように、応援キャラクタが同じ視聴ユーザ同士でグループを分けることができる。一方で、コメントの投稿数が急増した等、再設定条件を充足したグループがあるときはさらに細かくグループを分けて、コンテンツの視認性悪化を抑えることができる。具体的には、コンテンツの提供に対するコメントの投稿等の視聴者アクションを受け付けるが、アクション表示体の表示制御は、視聴ユーザの属するグループ別に行う。これにより視聴ユーザそれぞれが属するグループ毎に、視聴者仲間という意識の盛り上げ効果を高めつつ、提供されるコンテンツの視認性を確保することが可能となる。

〔第２実施形態〕
次に、本発明を適用した第２実施形態について説明する。以降では、主に第１実施形態との差異について述べることとし、第１実施形態と同様の構成要素については、第１実施形態と同じ符号を付与して重複する説明を省略する。

第１実施形態では、視聴ユーザから視聴者アクションを受け付けた場合に、当該視聴ユーザの所属グループに従ってそのアクション情報の送信先を選出する構成としたが、第２実施形態では、アクション情報自体は全ての視聴ユーザのユーザ端末１５００へと送信する一方、当該アクション情報に基づくアクション表示体（コメント表示体）を表示するか否かについてユーザ端末１５００が判別する。

その場合、サーバシステム１１００は、多くの構成を図１２と同様に実現できる。ただし、本実施形態では、視聴者アクション受付制御部２４５により視聴者アクションが受け付けられた場合は、アクション表示体表示制御部２４７が、当該視聴者アクションのアクション情報を全ての視聴ユーザのユーザ端末１５００へと送信する。また、グループ別表示制御部２４９は、アクション表示体表示制御部２４７によるアクション情報の送信に際し、アクション表示体（コメント表示体）を表示するか否かをユーザ端末１５００が判別するための表示判別情報を各ユーザ端末１５００へと送信する。例えば、アクション主体の視聴ユーザの所属グループをもとに、当該グループのグループＩＤを表示判別情報として各ユーザ端末１５００へと送信する。

また、図１８は、本実施形態におけるユーザ端末１５００Ａの機能構成例を示すブロック図である。図１８に示すように、ユーザ端末１５００Ａは、操作入力部１００と、端末処理部２００と、画像表示部３９０と、音出力部３９２と、通信部３９４と、端末記憶部５００とを備える。

そして、端末処理部２００において画像表示制御部２７０は、アクション情報取得部２７７と、表示判別情報取得部２７９と、アクション表示体合成部２７１と、所属グループ表示制御部２７３と、ランキング表示制御部２７５と、を備える。

アクション情報取得部２７７は、サーバシステム１１００からのアクション情報を随時受信して取得する。また、表示判別情報取得部２７９は、サーバシステム１１００からの表示判別情報（グループＩＤ）を随時受信して取得する。

アクション表示体合成部２７１は、アクション情報取得部２７７により取得されたアクション情報に基づくアクション表示体（コメント表示体）を、表示判別情報取得部２７９により取得された表示判別情報に基づいて表示制御する。具体的には、サーバシステム１１００からアクション情報と表示判別情報とが送信されてアクション情報取得部２７７が当該アクション情報を取得し、表示判別情報取得部２７９が当該表示判別情報を取得した場合に、表示判別情報であるグループＩＤが現所属グループ５０７のグループＩＤと一致すれば、アクション表示体（コメント表示体）を表示すると判別する。そしてその場合は、上記第１実施形態と同様の要領で表示体出現処理を行い、コンテンツ表示部２０上にアクション表示体（コメント表示体）を表示制御する。表示判別情報として取得したグループＩＤが現所属グループ５０７のグループＩＤと一致しないときには表示しないと判別し、表示体出現処理は行わない。

また、端末記憶部５００には、ゲームクライアントプログラム５０２と、視聴プログラム５０４Ａと、アクション表示体表示制御データ５０６と、現所属グループ５０７と、現盛り上がり度ランキング５０８と、が格納される。視聴プログラム５０４Ａはユーザ端末１５００Ａの視聴者端末としての機能を実現するためのプログラムである。

本実施形態によれば、上記した第１実施形態と同様の効果を奏することができる。また、ユーザ端末１５００にてアクション表示体（コメント表示体）を表示するか否かを判別することとなるため、第１実施形態ではサーバシステム１１００が行うとした処理を各ユーザ端末１５００に分担させることができ、サーバシステム１１００の処理負荷を軽減することが可能となる。

なお、本発明を適用可能な形態は上記した実施形態に限定されるものではなく、適宜構成要素の追加・省略・変更を施すことができる。

［変形例１］
例えば、視聴ユーザを分けるグループの設定に用いる基準は、上記実施形態で例示した基準に限定されない。他の例としては、サーバシステム１１００の処理負荷状況に基づく基準を第３のグループ分け基準として用い、視聴ユーザのグループ分けを実行するとしてもよい。ここで、第１実施形態において視聴者アクションの受け付け状況として例示した直近投稿数は、それが少ない間はサーバシステム１１００の処理負荷は低く、多いと高くなることから、サーバシステム１１００の処理負荷状況も表している。そこで、サーバシステム１１００の処理負荷の高低を判定する観点から閾値として用いる数を設定しておき、当該閾値を超えたか否かを処理負荷状況に基づく基準として用いて、視聴ユーザをグループ分けするとしてもよい。

或いは、サーバシステム１１００に自装置の処理負荷状況（稼働状況）を監視する機能部を追加し、サーバシステム１１００が高負荷の状態にある場合に、一部又は全部のグループを複数のグループに分けるとしてもよい。例えば、所属するユーザの人数が所定の人数条件を満たすグループを対象に、グループ分けをする。人数条件は、「所属するユーザの人数が所定数を超えていること」等として設定しておくことができる。これにより、サーバシステム１１００が高負荷の状態のときには、全てのグループを所定人数以下のグループにすることができる。またその場合は、グループ毎に受け付け可能な視聴者アクションの数や表示可能なアクション表示体の数を制限するとしてもよい。例えば、各グループにおいて所定時間間隔毎の視聴者アクションの数が所定の上限回数を超えないように、視聴者アクションの受け付けをグループ単位で随時停止するとしてもよい。また、各グループにおいて表示中のアクション表示体の数が所定の上限表示数を超えないように、一部の視聴者アクションについてアクション表示体を表示しない制御をグループ単位で行う等としてもよい。

また、第５のグループ分け基準である視聴者アクションの履歴に基づく基準を用いるとしてもよい。例えば、ユーザ管理データ５４０において視聴データ５５１として管理されているコメントの投稿履歴データをもとにして、その投稿総数が多い視聴ユーザと、少ない視聴ユーザとでグループを分けるとか、投稿総数が多い視聴ユーザと投稿総数が少ない視聴ユーザとが混在するようにグループを分ける等としてもよい。

また、上記した第１実施形態では、関心情報に基づく基準を用いた例を示したが、視聴ユーザの性別や年齢といった関心情報以外の視聴者情報に基づく基準を用いて視聴ユーザをグループ分けするとしてもよい。男性のグループと女性のグループとに分けるとか、小学生のグループと中学生のグループとに分けるといった具合である。配信ユーザとの間でフレンドの設定がされている視聴ユーザか否かや、配信ユーザのチャンネルについてチャンネル登録をしている視聴ユーザか否か、等によってグループ分けするとしてもよい。また、注目コンテンツについて事前に視聴チケットを購入して視聴した視聴ユーザか否かや、注目コンテンツを配信開始時からずっと視聴し続けている視聴ユーザか否か、等によってグループ分けすることとしてもよい。

或いは、視聴ユーザが課金視聴者か無課金視聴者かを示す課金情報に基づく基準を用いて視聴ユーザをグループ分けするとしてもよい。例えば、月額の課金をしている有料会員か否かによって視聴ユーザをグループ分けするとしてもよい。また、視聴者アクションとして投げ銭を受け付ける場合であれば、投げ銭の投稿履歴の有無によって各視聴ユーザをグループ分けするのでもよいし、その投げ銭金額（総額）の多寡に応じて各視聴ユーザを２つ以上のグループに分ける等としてもよい。

［変形例２］
また、第１実施形態では、ユーザ端末１５００が低スペック条件を満たすか否かをスペック情報に基づく基準として用い、視聴ユーザをグループ分けする例を示した。これに対し、各視聴ユーザを、ユーザ端末１５００のスペック情報に従って処理能力毎の３つ以上のグループに分けるとしてもよい。またその場合は、グループ毎に、その処理能力に応じた定員を定めておく。そして、定員を超えたことを再設定条件としてグループの再設定を随時行い、個々のグループをさらに細かく分けて視聴ユーザの所属先を変更するようにしてもよい。

［変形例３］
また、グループ毎に受付可能な視聴者アクションの内容を制限する構成も可能である。例えば、コメントのみを投稿可能なグループや投げ銭のみを投稿可能なグループ、両方投稿可能なグループ等、グループ毎に制限内容を設定しておくことで実現できる。

また、表示中のアクション表示体の数が一度に表示可能な最大表示数を超えないように、グループ毎にアクション表示体の表示数を制限する構成としてもよい。最大表示数は全てのグループで同じにしてもよいし、人数制限付きグループの最大表示数を人数制限無しグループの最大表示数よりも少なくする等、グループによって変更してもよい。

また、コメントの投稿を受け付ける場合において、コメントの文字数、使用可能な文字の種類、コメント表示体として表示する際のフォントのサイズや種類、表示時間長等の設定をグループによって異ならせる構成も可能である。

［変形例４］
また、上記実施形態等では、サーバシステム１１００から配信されるコンテンツ（ゲームプレイ動画）にアクション表示体（コメント表示体）の表示を合成する処理や、所属グループ表示部４０における所属グループの表示、グループ別盛り上がり度表示部５０における盛り上がり度の表示といった処理をユーザ端末１５００にて行う構成を説明したが、サーバシステム１１００で行う構成も可能である。

また、その場合には、コンテンツ表示部２０に表示されるアクション表示体（コメント表示体）の面積に関する条件を再設定条件に含めることもできる。例えば、「コンテンツ表示部２０の全域に対して表示中の全てのアクション表示体の領域が占める割合が所定割合を超えたこと」等として面積の条件を設定しておき、ライブ配信中はグループ別に当該割合を算出することで、再設定条件の充足を監視する。これによれば、実際にコンテンツ表示部２０上がコメント表示体６の表示で埋まりつつある場合に視聴ユーザをグループ分けするといったことが可能となる。

［変形例５］
また、アクション表示体（コメント表示体）の表示を合成する処理をサーバシステム１１００で行う構成の場合は、アクション表示体の表示態様を、そのアクション主体の視聴ユーザの所属グループに応じて異ならせることでグループ別の表示制御を行う構成としてもよい。例えば、所属グループによって表示色を変える等、予めグループ毎にアクション表示体の表示態様を設定しておくことで実現できる。その場合は、上記実施形態等とは異なり、視聴ユーザが行った全ての視聴者アクションについてそのアクション表示体が所属グループの相違に関わらず表示されることとなるが、当該アクション表示体がグループ毎に色分けされて表示されるため、アクション主体の視聴ユーザの所属グループを判別できる。

また、アクション表示体（コメント表示体）の表示を合成する処理をサーバシステム１１００で行う構成の場合、サーバシステム１１００が視聴ユーザ毎に各々のユーザ端末１５００に表示させる視聴画面を生成することとなる。そのため、表示先のユーザ端末１５００の視聴ユーザの所属グループ（以下「表示先所属グループ」という）をもとに、当該表示先所属グループ内の投稿に係るアクション表示体の表示態様と、表示先所属グループ以外のグループ内の投稿に係るアクション表示体の表示態様とを異ならせることで、グループ別の表示制御を行う構成も可能である。具体的には、表示先所属グループの視聴ユーザが行った視聴者アクションのアクション表示体に比べて、他のグループに属する視聴ユーザが行った視聴者アクションのアクション表示体のサイズを小さくするとか、表示時間長を短くする等としてもよい。両者の形状等の種類を異ならせるのでもよい。或いは、表示先所属グループ以外のグループ内での投稿に係るアクション表示体について一度に表示可能な数を制限するとしてもよい。これによれば、他のグループ内の投稿が多く表示先所属グループ内の投稿が埋もれて見難くなる事態を抑制できる。

［変形例６］
また、現存するグループの数が２つ以上ある場合に、所定の条件を満たしたら各グループへの視聴ユーザの振り分けを再度行うようにしてもよい。例えば、グループ別の直近投稿数のばらつきを監視し、ばらつきが大きくなった場合に視聴ユーザを振り分け直す等としてもよい。具体的には、グループ別の直近投稿数の差が所定の閾値を超える等した場合に、それらが同じに近づくように各グループに各視聴ユーザを振り分け直す。これによれば、現存するグループ間で盛り上がり度が同程度となるように、各グループの構成を随時修正することが可能となる。

［変形例７］
また、上記実施形態等では、視聴者アクションとしてコンテンツに対するコメントの投稿を例示したが、視聴ユーザが通貨ポイントの消費と引き換えに行う投げ銭の投稿が可能な構成としてもよい。例えば、視聴ユーザが任意の金額分の通貨ポイントを支払って投げ銭を投稿する構成でもよいし、価格の異なる複数種類の投げ銭アイテムを用意しておき、視聴ユーザが所望の投げ銭アイテムを購入して投げ銭の投稿に使用する構成であってもよい。無料で行える投げ銭を含めることもできる。或いは、コメントに投げ銭を付加して投稿可能な構成としてもよい。その場合のアクション情報には、投げ銭金額や、使用された投げ銭アイテムの種類等を含めることができる。アクション表示体についても、形態の異なるものを複数種類用意しておき、投稿内容に応じた形態のアクション表示体を表示するようにしてもよい。

［その他の変形例］
また、上記実施形態等では、ライブ配信中のコンテンツ毎にその視聴ユーザによる視聴者アクションを受け付ける例を示したが、ライブ配信時に限らず視聴者アクションを受け付ける構成としてもよい。また、配信するコンテンツの内容についても特に限定されない。例えば、配信ユーザによる演奏や演芸等のライブ中継、配信ユーザが撮影や編集を行ったビデオ作品等であってもよい。

また、上記実施形態では、グループ別の視聴者アクショに基づく優劣としてグループ別の直近投稿数を求め、それをランキング形式で表示する例を説明したが、ライブ配信の終了時におけるランキングデータをもとに各グループのユーザに特典を付与する構成としてもよい。ランキング別に付与する特典のリストを予め設定しておくことで実現できる。例えば、ランキングが高いほど豪華な特典を設定しておく。或いは、ライブ配信に係るゲームの勝者のキャラクタを応援キャラクタとするグループのユーザに、特典を付与する構成としてもよい。

１０００…コンテンツ視聴システム
１１００…サーバシステム
１００ｓ…操作入力部
２００ｓ…サーバ処理部
２１０…ユーザ管理部
２２０…課金処理部
２３０…ゲーム管理部
２４１…コンテンツ提供制御部
２４３…視聴者登録制御部
２４５…視聴者アクション受付制御部
２４７…アクション表示体表示制御部
２４９…グループ別表示制御部
２５０…グループ設定部
２５１…グループ分け処理部
２５３…グループ統合部
２５５…報知制御部
２５７…グループ別アクション優劣通知制御部
２９０ｓ…画像生成部
２９２ｓ…音生成部
２９４ｓ…通信制御部
３９０ｓ…画像表示部
３９２ｓ…音出力部
３９４ｓ…通信部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０３…配信用ゲームクライアントプログラム
５０５…配信用視聴プログラム
５１０…ゲーム設定データ
５２０…プレイデータ
５３０…プレイ再現用データ
５４０…ユーザ管理データ
５４３…決済媒体帳簿データ
５４５…低スペック端末フラグ
５４７…プレイ履歴データ
５４９…動画投稿データ
５５１…視聴データ
５６０…配信管理データ
５６３…配信スケジュール
５６５…配信ユーザアカウント
５７１…配信ゲームプレイ動画
５７５…視聴ユーザアカウントリスト
５８０…視聴ユーザ別応援キャラクタ設定
５８５…投稿実績データ
５９０…グループ管理データ
５９５…所属視聴ユーザリスト
５９７…直近投稿数推移データ
５９９…ランキングデータ
１５００，１５００Ａ…ユーザ端末
１００…操作入力部
２００…端末処理部
２６０…ユーザ端末演算部
２６１…操作信号送信制御部
２７０…画像表示制御部
２７１…アクション表示体合成部
２７３…所属グループ表示制御部
２７５…ランキング表示制御部
２７７…アクション情報取得部
２７９…表示判別情報取得部
２９０…画像生成部
２９２…音生成部
２９４…通信制御部
３９０…画像表示部
３９２…音出力部
３９４…通信部
５００…端末記憶部
５０２…ゲームクライアントプログラム
５０４…視聴プログラム
５０６…アクション表示体表示制御データ
５０７…現所属グループ
５０８…現盛り上がり度ランキング
Ｎ…ネットワーク
２…ユーザ
２０…コンテンツ表示部
３０…コンテンツ入力操作部
４０…所属グループ表示部
５０…グループ別盛り上がり度表示部
６…コメント表示体

Claims (20)

1. 所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を各視聴者の視聴者端末に提供するコンピュータシステムであって、
   視聴者アクションを各視聴者から受け付ける視聴者アクション受付制御手段と、
   前記視聴者アクション受付制御手段により受け付けられた視聴者アクションのアクション情報を各視聴者の前記視聴者端末に送信することで、当該視聴者アクションに対応するアクション表示体を前記視聴者端末に表示させる制御を行うアクション表示体表示制御手段と、
   前記視聴者を複数のグループに分けるグループ分け手段と、
   を備え、
   前記アクション表示体表示制御手段は、前記グループ分け手段によって分けられたグループ別に、前記アクション表示体の表示制御を行うグループ別表示制御手段、を有する、
   コンピュータシステム。
2. 前記グループ別表示制御手段は、前記グループ分け手段によって分けられたグループに属する視聴者が行った前記視聴者アクションに対応する前記アクション表示体を、当該グループに属する視聴者の前記視聴者端末に表示させる、
   請求項１に記載のコンピュータシステム。
3. 前記グループ別表示制御手段は、前記視聴者アクション受付制御手段により受け付けられた視聴者アクションの前記アクション情報を取捨選択して前記視聴者端末に送信することで、前記グループ別の表示制御を行う、
   請求項１又は２に記載のコンピュータシステム。
4. 前記グループ別表示制御手段は、前記視聴者アクション毎に当該視聴者アクションに対応する前記アクション表示体を表示するか否かを前記視聴者端末が判別するための表示判別情報を前記グループ別に異ならせて前記視聴者端末に送信することで、前記グループ別の表示制御を行う、
   請求項１又は２に記載のコンピュータシステム。
5. 前記グループ別表示制御手段は、前記グループ分け手段によって分けられたグループ別に、前記アクション表示体の表示態様を異ならせることで、前記グループ別の表示制御を行う、
   請求項１に記載のコンピュータシステム。
6. 前記グループ分け手段は、前記コンテンツを視聴中の視聴者数に基づいて、グループ分けを実行するか否かを判定する、
   請求項１～５の何れか一項に記載のコンピュータシステム。
7. 前記グループ分け手段は、前記コンピュータシステムの処理負荷状況に基づいて、グループ分けを実行するか否かを判定する、
   請求項１～６の何れか一項に記載のコンピュータシステム。
8. 前記グループ分け手段は、前記コンテンツを視聴中の視聴者数に基づく第１のグループ分け基準に基づいて、グループ分けを実行する、
   請求項１～７の何れか一項に記載のコンピュータシステム。
9. 前記グループ分け手段は、前記視聴者アクション受付制御手段による前記視聴者アクションの受け付け状況に基づく第２のグループ分け基準に基づいて、グループ分けを実行する、
   請求項１～８の何れか一項に記載のコンピュータシステム。
10. 前記グループ分け手段は、前記コンピュータシステムの処理負荷状況に基づく第３のグループ分け基準に基づいて、グループ分けを実行する、
    請求項１～９の何れか一項に記載のコンピュータシステム。
11. 各視聴者の視聴者端末のスペック情報を取得するスペック情報取得手段、
    を更に備え、
    前記グループ分け手段は、各視聴者の視聴者端末の前記スペック情報に基づく第４のグループ分け基準に基づいて、グループ分けを実行する、
    請求項１～１０の何れか一項に記載のコンピュータシステム。
12. 前記グループ分け手段は、各視聴者の前記視聴者アクションの履歴に基づく第５のグループ分け基準に基づいて、グループ分けを行う、
    請求項１～１１の何れか一項に記載のコンピュータシステム。
13. 前記グループ分け手段は、各視聴者の視聴者情報に基づく第６のグループ分け基準に基づいて、グループ分けを行う、
    請求項１～１２の何れか一項に記載のコンピュータシステム。
14. 前記視聴者情報には、コンテンツ内容に対して予め登録された当該視聴者の関心情報が含まれ、
    前記第６のグループ分け基準は、前記関心情報に基づく基準である、
    請求項１３に記載のコンピュータシステム。
15. 前記視聴者情報には、当該視聴者が課金視聴者か無課金視聴者かを示す課金情報が含まれ、
    前記第６のグループ分け基準は、前記課金情報に基づく基準である、
    請求項１３に記載のコンピュータシステム。
16. 前記グループ分け手段により分けられた複数のグループを統合して１つのグループにするグループ統合手段、
    を更に備える請求項１～１５の何れか一項に記載のコンピュータシステム。
17. 前記グループ別表示制御手段による前記グループ別の表示制御が行われている場合に、その旨の報知を前記視聴者端末に行わせる制御を実行する報知制御手段、
    を更に備える請求項１～１６の何れか一項に記載のコンピュータシステム。
18. 前記グループ分け手段により分けられたグループ別に、当該グループに属する視聴者による前記視聴者アクションに基づく優劣を動的に算出し、当該視聴者の視聴者端末に通知するグループ別アクション優劣通知制御手段、
    を更に備える請求項１～１７の何れか一項に記載のコンピュータシステム。
19. 請求項１～１８の何れか一項に記載のコンピュータシステムと、
    前記視聴者端末と、
    を具備するコンテンツ視聴システム。
20. 所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を各視聴者の視聴者端末に提供するサーバシステムと通信を行う前記視聴者端末であるコンピュータが、前記コンテンツを表示制御するためのプログラムであって、
    前記サーバシステムは、
    視聴者アクションを各視聴者から受け付ける視聴者アクション受付制御手段と、
    前記視聴者を複数のグループに分けるグループ分け手段と、
    前記視聴者アクション受付制御手段により受け付けられた視聴者アクションのアクション情報を前記コンピュータに送信することで、当該視聴者アクションに対応するアクション表示体を前記コンピュータに表示させる制御を行うアクション表示体表示制御手段と、
    を備え、
    前記アクション表示体表示制御手段は、前記視聴者アクション毎に当該視聴者アクションに対応する前記アクション表示体を表示するか否かを前記コンピュータが判別するための表示判別情報を、前記グループ分け手段によって分けられたグループ別に前記コンピュータに送信することで、グループ別の表示制御を行うグループ別表示制御手段を有し、
    前記アクション情報を前記サーバシステムから取得するアクション情報取得手段、
    前記表示判別情報を前記サーバシステムから取得する表示判別情報取得手段、
    前記アクション情報取得手段により取得された前記アクション情報に基づく前記アクション表示体を、前記表示判別情報に基づいて表示制御する端末側表示制御手段、
    として前記コンピュータを機能させるためのプログラム。

Images