JP2022154685A - コンピュータシステムおよびコンテンツ視聴システム - 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）により実現するとしてもよい。

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラムおよびデータに基づいて演算処理することにより、（１）ユーザ登録等に係る情報を管理するユーザ管理機能と、（２）コンテンツ配信を実現するためのデータを記憶管理してコンテンツを動画配信する機能と、（３）配信コンテンツに対する視聴者アクションに関する機能と、を実現する。

勿論、サーバシステム１１００は、これら以外の機能を実現してもよい。例えば、コンテンツの１つとしてゲームプレイの配信等を含む場合、サーバシステム１１００は、オンラインゲームをユーザ端末１５００でプレイ可能に制御するゲーム管理機能を実現するとしてもよい。

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

ユーザ端末１５００は、登録手続を経たユーザ２が、本実施形態のコンテンツ視聴システム１０００を利用するために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００にアクセスできる電子装置（電子機器）である。すなわち、ユーザ端末１５００は、ユーザ２が配信者２ｈとなるときには、コンテンツ配信のために使用する配信者端末１５００ｈとして機能する。ユーザ２が視聴者２ｖとなるときには、コンテンツ配信を視聴するための視聴者端末１５００ｖとして機能する。

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

制御基板１５５０は、（１）ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、（２）ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、（３）ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、（４）インターフェース回路１５５７、などを搭載する。

インターフェース回路１５５７には、（１）タッチパネル１５０６のドライバ回路、（２）方向入力キー１５０２およびボタンスイッチ１５０４からの信号を受信する回路、（３）スピーカ１５１０へ音声信号を出力する出力アンプ回路、（４）マイク１５１２で集音した音声の信号を生成する入力信号生成回路、（５）カメラ１５２０で撮影された画像の画像データを入力する回路、（６）メモリカード読取装置１５４２への信号入出力回路、などが含まれている。

制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、ユーザ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。

なお、本実施形態では、ユーザ端末１５００はプログラムや各種の設定データをサーバシステム１１００からダウンロードする構成としているが、別途入手したメモリカード１５４０などの記憶媒体から読み出す構成としても良い。

また、図１および図２で示したユーザ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、コンピュータであれば、スマートウォッチ、スマートグラスなどのウェアラブルコンピュータや、携帯型ゲーム装置、タブレット型コンピュータ、パソコン、などでもよい。スマートフォンと、当該スマートフォンに通信接続されたスマートウォッチとの組み合わせといった複数の電子機器が通信可能に接続することで１つの機能を果たす場合にはこれらの複数の電子機器を１つのユーザ端末１５００とみなすことができる。

図３は、コンテンツの配信の例と、視聴者アクションの例について説明するための図である。配信者２ｈは、自身が歌って踊る様子をライブ配信したいユーザでありコンテンツ提供者である。配信者２ｈは、コンテンツの制作者又は権利者であるとも言える。

配信者２ｈの配信者端末１５００ｈは、サーバシステム１１００から取得した配信クライアントプログラムを実行してサーバシステム１１００と通信することで、カメラ１５２０で撮影した映像にマイク１５１２で集音した音声を付けた動画をライブ配信可能になる。配信するコンテンツの内容を示すオリジナル画面Ｗ２は、配信者端末１５００ｈのタッチパネル１５０６にて表示される。

サーバシステム１１００は、配信者端末１５００ｈから提供される動画（オリジナル画面Ｗ２の映像）を、視聴者２ｖの視聴者端末１５００ｖへ提供するコンピュータシステム、つまりは、コンテンツをライブ配信する動画配信サーバとして機能する。

視聴者端末１５００ｖは、視聴者２ｖとなるユーザのユーザ端末１５００であって、サーバシステム１１００から取得した視聴用クライアントプログラムを実行して、サーバシステム１１００にアクセスする。

サーバシステム１１００は、配信可能なコンテンツのリストを視聴者端末１５００ｖへ提供する。視聴者２ｖは視聴者端末１５００ｖを操作して、リストから視聴を希望するコンテンツを選択することで、当該コンテンツのライブ配信を視聴可能になる。

視聴者２ｖは、視聴中のコンテンツを対象にして「視聴者アクション」を行うことができる。「視聴者アクション」は、コンテンツの内容に心が動かされたことを表現するための代替行為である。具体的には、視聴者アクションとして、（１）その時思ったことをテキスト入力又は音声入力する「コメント」、（２）所定の評価段階（例えば、良い／悪い、５段階評価、など）の中から視聴者２ｖが感じた視聴中のコンテンツへの評価を選択する「評価」、（３）配信者２ｈへの応援やねぎらい、感謝の気持ちとして送金する「投げ銭」、が可能である。勿論、視聴者アクションは、これらのうちの１つ又は複数を省略しても良いし、複数種類を組み合わせたものなど、これら以外の形態のアクションを含めても良い。以降の説明では、理解を容易にするため、代表して、視聴者２ｖが視聴者アクションとして「投げ銭」を行うものとして説明する。

図３の例では、視聴者２ｖ（２ａ）が、任意のタイミングで個別に実行する個別視聴者アクションを示している。
個別視聴者アクションは、当該視聴者２ｖがコンテンツ自体に対して個別実行するアクションである。視聴者２ｖ（２ａ）の視聴者端末１５００ｖは、所定の個別視聴者アクション設定開始操作を検出すると、実行可能な個別視聴者アクションの種類を選択可能に提示するとともに、具体的な視聴者アクションの内容の設定入力をユーザに促す。図３の例では、個別視聴者アクションの種類が「投げ銭」を選択・設定している。「投げ銭」の設定は、具体的な送金金額（例えば、￥１００）の設定、或いは予めオンラインショッピングで購入した「投げ銭アイテム」のうちどれを使用するか（消費するか）の選択設定、を含む。

そして、設定が完了すると、視聴者２ｖ（２ａ）の視聴者端末１５００ｖは、サーバシステム１１００へ、所定の個別視聴者アクションのリクエストとともに、視聴者アカウント（視聴者２ｖのユーザアカウント）と、個別視聴者アクションの種類と、視聴者アクションの内容と、の情報を送信する。

サーバシステム１１００は、コンテンツ視聴画面Ｗ４内に、受信した個別視聴者アクションリクエストに対応する個別アクション表示体６を表示させるための反映情報を視聴者端末１５００ｖに配信する。各視聴者２ｖの視聴者端末１５００ｖは、当該反映情報を受信すると、配信中のコンテンツのオリジナル画面Ｗ２に個別アクション表示体６を重畳表示させる。なお、配信者端末１５００ｈも同様に、当該反映情報を受信すると、オリジナル画面Ｗ２に個別アクション表示体６を重畳表示させることで、視聴者画面と同様の画面を表示させる。

個別アクション表示体６は、個別視聴者アクションの種類に応じて特有の表示態様を有している。図３の例は、「投げ銭」に対応する表示体としてコインを示しており、コインが画面内に投げ込まれたかのように表示される。個別視聴者アクションの種類が「コメント」であれば、コメントテキストが表示されたオブジェクトが表示体として、画面を流れるように表示される。個別視聴者アクションの種類が「評価」であれば、評価度合を示すマーク（例えば、星型マーク、サムアップ型マーク）などが表示体として表示されたり、単純に評価カウンタの数値が上がるなどの形態の表示体が表示される。

図４は、協力視聴者アクションについて説明するための図である。
協力視聴者アクションは、複数の視聴者２ｖが協力・共同して実現する複数視聴者参加型のイベントへ協力・賛同する視聴者アクションであり、特定視聴者が協力アクションイベントを発起することに端を発する。故に、協力視聴者アクションは、特定視聴者の視聴者アクションに対して賛同意志を示すアクションであると言える。

特定視聴者は、所与の選択アルゴリズムに基づいて視聴者２ｖの中から選択される。また、コンテンツの配信者２ｈが視聴者２ｖの中から任意に指定することとしてもよい。

サーバシステム１１００は、特定視聴者に選択された視聴者２ｖの視聴者端末１５００ｖに、特定視聴者として選択された旨の報知をさせる信号を送信する。特定視聴者に選択された視聴者２ｖ（２ａ）の視聴者端末１５００ｖは、これを受信すると、コンテンツ視聴画面Ｗ６内に特定視聴者に選択されたことを報知する特定視聴者報知表示体１０を表示し、視聴者２ｖ（２ａ）に、協力アクションイベントを発起する権限があることを報せる。

特定視聴者報知表示体１０は、イベント設定開始操作をするための操作アイコンを兼ねている。視聴者端末１５００ｖは、特定視聴者報知表示体１０がタッチ操作されると、所定のイベント設定開始操作が入力されたと見なし、イベント設定画面２０を表示させる。

イベント設定画面２０は、これから発起させる協力アクションイベントの名称をテキスト入力するためのイベント名設定部２１と、イベント種類設定部２２と、表示態様タイプ設定部２３と、第１発動条件設定部２４と、第２発動条件設定部２５と、実行要求操作アイコン２６と、を含む。

イベント種類設定部２２は、これから発起させる協力アクションイベントの種類を選択設定する。具体的には、視聴者２ｖ（２ａ）は、当該設定部に対応するメニューアイコン２７をタッチ操作して選択可能な種類（例えば、「投げ銭」「コメント」「評価」など）を表示させ、何れかを選択操作する。図４の例では「投げ銭」が選択されている。

表示態様タイプ設定部２３は、これから発起させる協力アクションイベントに係りコンテンツ視聴画面内に表示させる表示体の表示態様のタイプ（類型）を設定する。表示態様タイプは、イベント種類（「投げ銭」「コメント」「評価」）毎に予め１つ又は複数タイプが用意されており、当該設定部に対応するメニューアイコン２７をタッチ操作して、タイプの選択肢を表示させることができる。実際に適用される表示態様は、後述するようにこれから発起させる協力アクションイベントへの協力者の数や協力の内容などの受付状況に応じて、細部が変化する。表示態様タイプ設定部２３は、細部ではなく大まかな表示態様の方向性を設定することになる。

図４の例では、協力アクションイベントへの協力者の数や投げ銭額に応じた数のコイン型の表示体が、波形を描くように画面の右方から左方に流れていくように表示するタイプ（名称「ウェーブ投げ銭」）の例を示している。実際に適用される表示態様は、協力者の数や投げ銭額に応じて、コイン型の色や大きさ、動き、煌めきなどの付属演出表示の種類や数など、の細部が変化して、多様化することになる。

「投げ銭」の表示態様タイプのその他の例としては、協力者の数や投げ銭額に応じたコイン型の表示体が画面を横断するように表示されるタイプ、次から次に切れ目無く画面内に投げ銭の表示体が投げ込まれ続けるように表示されるタイプ、投げ銭をまとめた巨大なコイン型の表示体で表示されるタイプ、宝石型の表示体で表示されるタイプ、など適宜設定可能である。

「コメント」の表示態様タイプの例としては、協力者の数に応じた大きさの巨大コメント表示体（個別視聴者アクションでのコメント表示体よりも大きい。）を表示するタイプ、協力者が入力したコメントを長い横断幕上で次々と流れ表示するタイプ、特定視聴者が設定したコメントを横断幕様に表示するとともに協力者のアカウントを次々に切り換え表示するタイプ、など適宜設定可能である。

「評価」の表示態様のタイプの例としては、協力者の評価合計に応じた大きさの巨大星型マークやサムアップマーク（個別視聴者アクションでの評価の表示体よりも大きい。）を表示するタイプ、キャラクタが画面内に登場してサムアップするタイプ、など適宜設定可能である。

第１発動条件設定部２４は、これから発起させる協力アクションイベントを発動させるために満たすべき条件（発動条件）であって、協力アクションイベントへの協力視聴者アクション（協力・賛同の意志表示と、協力の内容の設定との操作）の受付状況や参加状況についての条件を設定する。対応するメニューアイコン２７を操作することで選択肢が表示され、特定視聴者である視聴者２ｖ（２ａ）が何れかの選択肢を選択設定する。図４の例では、「投げ銭」の金額の合計を発動条件として指定している。

イベント種類設定部２２が「投げ銭」に選択されている場合、メニューアイコン２７をタッチ操作して、投げ銭」の金額の合計の選択肢を表示させることができる。図４の例では「￥１０，０００到達」であるが、その他の金額「￥１０００到達」「０円（設定なし）」なども選択肢に含めてもよい。

また、第１発動条件設定部２４の選択肢には、「賛同者１０００人」のように、賛同者の人数についての発動条件を含めた選択を含めることができる。例えば、「賛同者１０００人」且つ「￥１０，０００到達」、「賛同者１０００人」且つ「￥０」、のような複数の条件をＡＮＤで組み合わせた選択肢も含めることができる。

因みに、この場合の「賛同者」は、賛同意志の表明とともに「投げ銭」行為を協力行為として行う視聴者２ｖである。見かけ上は個別視聴者アクションの「投げ銭」を行う視聴者２ｖと同じことをしているように見えるが、所与の特定視聴者が発起した所与の協力アクションイベントに対する賛同するイベント参加者である。

イベント種類設定部２２が「コメント」に選択されている場合、メニューアイコン２７をタッチ操作すると、発動条件とするコメント数の選択肢が表示される。選択肢には、例えば、「５０コメント到達」といった単純なコメント数のみついての選択肢は勿論のこと、「賛同者５０人」且つ「５０コメント到達」、「賛同者１０人」且つ「１００文字以上」、のような複数の条件をＡＮＤで組み合わせた選択肢も含めることができる。因みに、この場合の「賛同者」は、「コメント」行為を協力行為として伴う視聴者２ｖである。見かけ上は個別視聴者アクションの「コメント」を行う視聴者２ｖと同じことをしているように見えるが、所与の特定視聴者が発起した所与の協力アクションイベントに対する賛同するイベント参加者である。

イベント種類設定部２２が「評価」に選択されている場合、メニューアイコン２７をタッチ操作すると、発動条件とする評価数の選択肢を表示する。「評価」の視聴者アクションは、評価する旨の操作入力をするだけで、投げ銭に伴う課金やアイテムの消費、コメントの入力、など付加要素が要求されない。よって、発動条件とする評価数の選択肢は、協力アクションイベントに対して単純に賛同する旨の視聴者アクションの数（単純賛同者数）についての発動条件の選択肢ということになる。

第２発動条件設定部２５は、これから発起させる協力アクションイベントに係る発動条件であって、発動条件が満たされた協力アクションイベントを実行させる（発動させる）発動操作についての条件を設定する。対応するメニューアイコン２７を操作することで選択肢が表示され、特定視聴者である視聴者２ｖ（２ａ）が何れかの選択肢を選択設定する。図４の例では、当該イベントの発起人である特定視聴者が任意のタイミングで発動させることができる設定となっている。その他、イベント開始から所定時間後に発動するタイマー型、第１発動条件設定部２４で設定した受け付け状況条件が満たされると即時に発動する即時型、ランダムのタイミングで発動するランダム型、など適宜設定可能である。

なお、発動条件には、協力アクションイベントへの協力・賛同を募る期間についての条件、すなわち「イベント期間」が自動的に設定される。期間は、例えば数分から１０分程度の間で適宜設定するとよい。勿論、イベント設定画面２０にイベント期間を設定する第３発動条件設定部を追加し、発起人である特定視聴者自らがイベント期間を設定するとしてもよい。

各種の設定が終了したならば、特定視聴者である視聴者２ｖ（２ａ）は、実行要求操作アイコン２６を操作して、協力アクションイベントの設定を完了する。
実行要求操作アイコン２６が操作されると、特定視聴者である視聴者２ｖ（２ａ）の視聴者端末１５００ｖは、所定の協力アクションイベント実行リクエストとともに、特定視聴者の視聴者アカウント、イベント設定画面２０で設定した内容の情報、をサーバシステム１１００へ送信する。

図５は、実行リクエストがなされた協力アクションイベントについての紹介について説明するための図である。
サーバシステム１１００は、特定視聴者の視聴者端末１５００ｖから協力アクションイベント実行リクエストを受信すると、当該協力アクションイベントおよび当該イベントの内容についての情報を保存する。そして、サーバシステム１１００は、協力アクションイベントを視聴者２ｖへ紹介する制御をする。

紹介先は、協力可能視聴者に選ばれた視聴者２ｖ（２ｃ）とされる。
協力可能視聴者は、そのコンテンツの全ての視聴者２ｖの中から所与のアルゴリズムで選択される。協力可能視聴者の視聴者端末１５００ｖは、サーバシステム１１００から協力可能視聴者である旨の報知を受信すると、コンテンツ視聴画面Ｗ８内に協力可能視聴者報知表示体１２を表示させて視聴者２ｖ（２ｃ）へ報せる。

協力可能視聴者である旨の報知は、イベントの紹介情報（イベント期間が終了していない協力アクションイベントの内容についての情報を含む）を含む。
協力可能視聴者報知表示体１２は、協力アクションイベントについての紹介情報を表示させるための紹介情報表示操作アイコンを兼ねている。視聴者端末１５００ｖは、協力可能視聴者報知表示体１２へのタッチ操作を検出すると紹介情報表示操作がなされたと見なして、協力可能視聴者報知とともに受信したイベント紹介情報に基づいて紹介情報表示部３０を表示し、サーバシステム１１００から該当する情報を取得して協力アクションイベント別の概要表示３２を表示する。

概要表示３２は、その協力アクションイベントの概要（例えば、イベント名と、発起人の視聴者アカウント、など）を簡便に表示するとともに、その詳細を別途表示するための詳細表示操作アイコンを兼ねている。視聴者端末１５００ｖは、何れかの概要表示３２が選択操作されると、対応する協力アクションイベントの詳細表示４０を表示する。

詳細表示４０は、残時間表示４１と、イベント名表示部４２と、表示態様タイプ表示部４３と、発動条件表示部４４と、受付状況表示部４５と、協力内容設定部４６と、実行要求操作アイコン４７と、を含む。

残時間表示４１は、当該協力アクションイベントで協力・参加を受け付け可能な残り時間を示す。

受付状況表示部４５は、現在までの協力視聴者アクションの受付状況を示す情報（例えば、協力者の人数、協力された投げ銭の金額の合計、など）を表示する。

協力内容設定部４６は、協力可能視聴者である視聴者２ｖ（２ｃ）が協力を申し出る内容の選択や設定を受け付ける。協力内容設定部４６に表示される内容（設定や選択が可能な内容）は、当該協力アクションイベントのイベント種類に応じて自動的に変わる。図５の例では、イベント種類が「投げ銭」なので、協力可能視聴者が思う投げ銭の金額（又は、使用する投げ銭アイテム）を協力内容設定部４６にて入力可能になっている。

実行要求操作アイコン４７は、特定視聴者が発起した協力アクションイベント（詳細表示４０で選択・表示されているイベント）に対する賛同する旨の視聴者アクションを実行するための操作入力アイコンである。協力内容設定部４６は、賛同に伴う具体的な協力内容を示すことになる。

実行要求操作アイコン４７が操作されると、協力可能視聴者の視聴者端末１５００ｖは、所定の協力リクエスト（協力アクションイベントへの協力・参加の意志表示）とともに、協力者の視聴者アカウント、協力する協力アクションイベントのイベント名、協力内容設定部４６で選択・設定された内容を示す情報、をサーバシステム１１００へ送信する。サーバシステム１１００は、これらを受信して協力視聴者アクションに係る受付情報として蓄積・保存する。

図６は、協力アクションイベントの受付状況の通知について説明するための図である。
サーバシステム１１００は、所与のタイミング（例えば、数秒おき）に、今現在実行されている協力アクションイベントの受付状況の情報を、視聴者端末１５００ｖへ配信する。

「受付状況の情報」は、協力者の人数や、発動条件とされる閾値（例えば、投げ銭の目標金額）に対する受付結果の充足率（例えば、投げ銭の目標金額に対する協力受付された投げ銭金額の合計の割合）、イベント期間の残時間、などを含む。複数種類の情報を周期的に切り換えて表示するとしてもよい。

視聴者端末１５００ｖは、受付状況の情報を受信すると受付状況通知表示体１４で、その内容を視覚的に表示する。図６の例では、受付状況通知表示体１４をバーグラフ表示として例示しているがこれに限らない。表示する情報に応じて、数値表示や、円グラフ表示、信号機のような赤青黄のカラー表示、テキスト表示、など表示の仕方は適宜設定可能である。

特定視聴者である視聴者２ｖ（２ａ）や、協力可能視聴者である視聴者２ｖ（２ｃ）は、受付状況通知表示体１４を見て、自分が発起した、或いは自分が協力している協力アクションイベントが発動し得るか否かの大体の予測をし、更なる協力を追加するかを判断することができる。

図７は、イベント期間中に発動条件が満たされた協力アクションイベントの発動について説明するための図である。
協力アクションイベントの実行中（イベント期間中）に、発動条件が満たされた協力アクションイベントがあると、サーバシステム１１００は、当該協力アクションイベントの発起人である特定視聴者の視聴者端末１５００ｖへ、所定の発動可能通知を送信する。

特定視聴者の視聴者端末１５００ｖはこれを受信して、コンテンツ視聴画面Ｗ６に表示されていた受付状況通知表示体１４を発動可能通知表示体１６へ変更する。特定視聴者である視聴者２ｖ（２ｃ）は、発動可能通知表示体１６が表示されたことをもって、自身が発起した協力アクションイベントが上手く発動可能になった事を知り、自身の視聴者端末１５００ｖにて任意のタイミングで発動操作を入力する。

特定視聴者である視聴者２ｖ（２ｃ）の視聴者端末１５００ｖは、発動操作入力を検出すると、所定の発動リクエストとともに特定視聴者のアカウントをサーバシステム１１００へ送信する。

サーバシステム１１００は、これらを受信して該当する協力アクションイベントに係る表示体を表示させる。すなわち、サーバシステム１１００は、表示態様タイプ設定部２３（図４参照）で設定された表示態様のタイプの中から、当該イベントへの協力視聴者アクションの受付状況に応じた具体的な表示態様を決定する。そして、決定した表示態様の協力アクション表示体７を表示させるための情報を含む反映情報を配信する。

各視聴者２ｖの視聴者端末１５００ｖおよび配信者２ｈの配信者端末１５００ｈは、当該反映情報を受信すると、配信中のコンテンツのオリジナル画面Ｗ２（図３参照）に協力アクション表示体７を重畳表示させたコンテンツ視聴画面Ｗ１０を表示させる。図７の例では、協力者から受け付けた投げ銭額の合計に応じた数のコイン型の表示体が、ウェーブを描きながら、画面右方から左方へ流れるようにして表示されている。

この協力アクション表示体７は、個別アクション表示体６よりも派手で大掛かりである。
実際のアイドルのライブイベントでは、ファンクラブ主体でウェーブや横断幕など、個人別の応援ではできないような大掛かりでインパクトのある応援をアイドルに送ることがある。協力アクション表示体７はその応援と同じ又はそれ以上の効果をもたらす。

そして、協力アクション表示体７の表示を無事成し遂げたことで、特定視聴者である視聴者２ｖ（２ａ）と協力者の視聴者２ｖ（２ｃ）は、達成感と団結意識を共有・共感し、コンテンツ配信を視聴する気分が高まる。それは、更なる協力アクションイベントの発起と、それへの協力・賛同（協力視聴者アクション）とを促し、コンテンツ視聴システム１０００が他の配信システムよりも優れた満足度のあるユーザ体験を提供する源となる。

一方、サーバシステム１１００は、協力アクションイベントの実行中に発動条件が満たされなかったイベントを「不発」と認定し、当該協力アクションイベントの発起人である特定視聴者の視聴者端末１５００ｖへ、所定の不発通知を送信する。

特定視聴者の視聴者端末１５００ｖは、これを受信して不発通知表示体１７を表示させる。不発通知表示体１７は、不発になった協力視聴者アクションの対処の選択肢を表示させる操作アイコンを兼ねており、特定視聴者が不発通知表示体１７をタッチ操作すると、視聴者端末１５００ｖは対処の選択肢を表示し、当該特定視聴者に選択させる。

図８は、不発と認定された協力アクションイベントへの対処について説明するための図である。不発対処の選択肢は、「中止」「強制実行」「移譲」の３択である。

「中止」は、発動条件が満たされなかったことで、当該協力アクションイベントを無かったことにし、当該イベントに係る協力アクション表示体７の表示を行わないとする選択肢である。

具体的には、特定視聴者である視聴者２ｖ（２ａ）が、対処の選択肢の中から「中止」を選択すると、特定視聴者の視聴者端末１５００ｖは、「中止」の対処選択結果をサーバシステム１１００へ送信する。サーバシステム１１００は、これを受信すると、当該協力アクションイベントの協力者（当該イベントに係り協力視聴者アクションが受付済みの協力可能視聴者）の視聴者端末１５００ｖへ、中止通知を送信する。

協力可能視聴者の視聴者端末１５００ｖは、これを受信して、コンテンツ視聴画面Ｗ１２にて中止通知表示体１８を表示させる。当該イベントの協力者はこれをもって、協力した協力アクションイベントが不発に終わったことを知ることとなる。なお、協力内容が「投げ銭」の協力アクションイベントが中止になった場合は、当該投げ銭に係る課金や投げ銭アイテムの消費などは実行されない。

「強制実行」は、発動条件は満たされなかったが、本来望んだ協力アクション表示体７とは異なったと表示体であったとしても、なんらかの表示体を表示させて、協力者がイベントに協力・賛同してくれたことへ僅かでも報いる選択肢である。

具体的には、特定視聴者である視聴者２ｖ（２ａ）が対処の選択肢の中から「強制実行」を選択操作入力すると、特定視聴者の視聴者端末１５００ｖは、「強制実行」の対処選択結果をサーバシステム１１００へ送信する。サーバシステム１１００は、これを受信すると、投げ銭に係る課金（又は投げ銭アイテムの消費）を実行し、代替協力アクション表示体８をコンテンツ視聴画面Ｗ１２にて表示させる制御を行う。

代替協力アクション表示体８は、当該協力アクションイベントの発動時に本来表示されたであろう協力アクション表示体７よりも規模や派手さで劣る内容の表示体である。なお、「強制実行」の場合は課金額やアイテムの消費量を割引しても良い。

「移譲」は、「中止」や「強制実行」とは全く異なる意味合いを有する選択肢である。本来の発起人である特定視聴者は、不発になったことで「中止」にしても良いと思っているが、所定の制限時間内に発動条件の不足分を補って当該協力アクションイベントを引き継ぎたい人がいればそれに応じる旨の選択肢である。制限時間は、当該協力アクションイベントのイベント期間終了から計時される時間に関する条件である。

具体的には、特定視聴者である視聴者２ｖ（２ａ）が「移譲」を選択操作入力すると、特定視聴者の視聴者端末１５００ｖは、「移譲」の対処選択結果をサーバシステム１１００へ送信する。サーバシステム１１００は、これを受信して、移譲課金（移譲に要する移譲条件；追加課金額）を設定し、当該協力アクションイベントの協力者である視聴者２ｖ（２ｃ）の視聴者端末１５００ｖへ移譲受付通知を送信する。

協力者である視聴者２ｖ（２ｃ）の視聴者端末１５００ｖは、当該通知を受信して移譲受付表示１９を表示する。移譲受付表示１９により、協力者である視聴者２ｖ（２ｃ）へ当該協力アクションイベントが不発に終わったこと、移譲課金に応じた者が当初の発起人に代わって当該協力アクションイベントの新たな権利者になれること、を告げる。

協力者である視聴者２ｖ（２ｃ）が、移譲課金に応じる操作を入力すると、視聴者端末１５００ｖは、所定の移譲リクエストともに視聴者アカウントを送信する。
サーバシステム１１００は、これを受信し、移譲課金（又は、それに相当する投げ銭アイテムの消費など）を実行する。そして、サーバシステム１１００は、発動条件が満たされたときと同様にして、移譲された新たな発起人である視聴者２ｖ（２ｃ）の視聴者端末１５００ｖへ発動可能通知を送信し、発動操作に応じて該当する協力アクションイベントの協力アクション表示体７をコンテンツ視聴画面Ｗ１４にて表示させる。移譲された新たな発起人である視聴者２ｖ（２ｃ）が発動操作を行えるようになるのではなく、移譲によってイベント期間を所定期間だけ延長することとして、更なる協力（協力視聴者アクション）の受け付けが可能になるとしてもよい。

図９は、視聴者アクションの実行に伴うポイントおよび特典の付与について説明するための図である。
サーバシステム１１００は、視聴者アクションを実行した視聴者２ｖへポイントを付与し、視聴者アクションがなされたコンテンツの配信者２ｈへ特典を付与する制御を行う。

「ポイント」の使用目的は適宜設定可能である。例えば、コンテンツ視聴システム１０００が提供するサービスを利用するための対価として利用可能としてもよい。ゲームアイテムを購入するために利用可能、個別視聴者アクションの対価として利用可能、としてもよい。「特典」は、視聴アクションの種類に応じて異なる。例えば「投げ銭」の場合は、投げ銭額の内の取り分となる。「コメント」の場合はポイント付与、或いは１コメント当たり所定の金額付与、としてもよい。「評価」の場合は、評価合計が所定の単位値が増加する毎に所定のポイントの付与或いは所定金額の付与、としてもよい。

図９（１）は、個別視聴者アクションに伴うポイントおよび特典の付与の例を示し、図９（２）は協力視聴者アクションに伴うポイントおよび特典の付与の例を示している。
これらを比較すると明らかなように、個別視聴者アクションに伴い付与されるポイントは、協力視聴者アクションに伴い付与されるポイントよりも小さく設定されている。また、個別視聴者アクションに伴い付与される特典の価値は、協力視聴者アクションに伴い付与される特典の価値よりも低く設定されている。

なお、協力視聴者アクションの実行者たる視聴者２ｖへのポイントの付与に当たっては、発起人である視聴者２ｖ（２ａ）へのポイント数が、協力者である視聴者２ｖ（２ｃ）へのポイント数よりも大きくなるように設定してもよい。また、協力した投げ銭額が多いほど、ポイント数を多くするように設定してもよい。

次に、機能構成について説明する。
図１０は、サーバシステム１１００の機能構成例を示す機能ブロック図である。
サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、サーバの管理のための各種操作を入力するための手段である。図１のキーボード１１０６、タッチパネル１１０８がこれに該当する。

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

サーバ処理部２００ｓは、ユーザ管理部２０２と、オンラインショッピング管理部２０４と、コンテンツ視聴管理部２１０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。

ユーザ管理部２０２は、ユーザ登録手続きに係る処理およびユーザアカウントに紐付けられる各種情報の記憶管理を行う。具体的には、ユーザ管理部２０２は、（１）登録ユーザへの固有のユーザアカウントの付与、（２）ユーザアカウント別の個人情報の記憶管理、（３）所有する投げ銭アイテムの管理、（４）コンテンツの視聴履歴の管理、（５）視聴者アクションの履歴の管理、などを行う。その他、ゲームに係るセーブデータの記憶管理、などを行うとしてもよい。

オンラインショッピング管理部２０４は、オンラインショッピングに関する制御を担い、公知のオンラインショッピング技術を適宜利用して実現できる。本実施形態では、オンラインショッピングによって、様々な種類の投げ銭アイテムを購入することができる。視聴者アクションとして投げ銭アイテムを使用すると、購入し保有していた投げ銭アイテムが消費される。なお、オンラインショッピングにおける販売対象は、これら以外にも適宜設定可能である。

コンテンツ視聴管理部２１０は、配信者２ｈの配信者端末１５００ｈから、配信するコンテンツデータを取得する制御と、各視聴者２ｖの視聴者端末１５００ｖへコンテンツを配信する制御と、各視聴者２ｖから視聴者アクションを受け付けて、当該視聴者アクションに応じたアクション表示体を視聴者端末１５００ｖにて表示させるための各種制御と、を行う。

図１１は、コンテンツ視聴管理部２１０が有する機能部の例を示す図である。
コンテンツ視聴管理部２１０は、視聴者受付部２１４と、特定視聴者選択部２１６と、特定視聴者報知制御部２１８と、個別受付制御部２２２と、個別表示体制御部２２４と、発動条件設定部２２６と、実行開始制御部２２８と、イベント紹介通知制御部２３０と、協力受付制御部２３２と、協力受付状況通知制御部２３４と、中止制御部２３６と、特定視聴者変更部２３８と、協力表示体制御部２４０と、ポイント付与部２５０と、特典付与部２５２と、を有する。

視聴者受付部２１４は、コンテンツの配信を希望する視聴者２ｖの受付を行う。

特定視聴者選択部２１６は、視聴者受付部２１４で受け付けた視聴者の中から特定視聴者を選択する。具体的には、特定視聴者選択部２１６は、個別視聴者アクションの受け付け履歴と、協力視聴者アクションの受け付け履歴と、各視聴者の視聴者情報（関心情報を含む。関心情報は、視聴するコンテンツのコンテンツ内容に対して予め登録された当該視聴者の関心対象についての情報）と、の少なくとも何れかに基づいて選択する。また、特定視聴者選択部２１６は、特定視聴者の一部を、視聴者の中から抽選で選択する。

特定視聴者報知制御部２１８は、特定視聴者の視聴者端末１５００ｖに、特定視聴者である旨の報知を行わせる制御をする。

個別受付制御部２２２は、個別視聴者アクションを視聴者から受け付ける。

個別表示体制御部２２４は、個別受付制御部２２２により受け付けられた個別視聴者アクションに応じた個々の個別アクション表示体６を、視聴者端末１５００ｖに表示させるための制御を行う。

発動条件設定部２２６は、特定視聴者の設定操作に基づいて、協力アクションイベントの発動条件を設定する。

実行開始制御部２２８は、特定視聴者からの協力アクションイベントの実行要求に基づいて、当該協力アクションイベントの実行開始を制御する。つまり、イベント期間の計時を開始し、当該協力アクションイベントへの協力視聴者アクションの受け付けを開始する。

イベント紹介通知制御部２３０は、協力アクションイベントに係る特定視聴者の識別情報を含む、協力アクションイベントの紹介情報を視聴者端末に通知する制御を行う。本実施形態では、紹介情報表示部３０の詳細表示４０にて、その発動条件を発動条件表示部４４にて表示するので、イベント紹介通知制御部２３０は、発動条件を視聴者端末１５００ｖに通知する発動条件通知制御部２３１として機能することになる。

協力受付制御部２３２は、協力アクションイベントの実行中に協力視聴者アクションを視聴者２ｖから受け付ける。そして、協力受付制御部２３２は、協力視聴者アクションの受け付け対象とする協力可能視聴者を、視聴者２ｖの中から選択する協力可能視聴者選択部２３３、を有し、協力可能視聴者から協力視聴者アクションを受け付ける。

協力受付状況通知制御部２３４は、協力受付制御部２３２による協力視聴者アクションの受付状況を、視聴者端末１５００ｖに通知する。

中止制御部２３６は、協力アクションイベントの実行開始後に、特定視聴者の中止要求に応じて協力アクションイベントを中止する。

特定視聴者変更部２３８は、協力アクションイベントの実行中に、所与の移譲条件を満たす協力視聴者アクションを行った視聴者２ｖを、当該協力アクションイベントに係る新たな特定視聴者とする特定視聴者変更処理を行う。具体的には、協力視聴者アクションが移譲条件を満たす課金（又は課金に相当するアイテム等の対価支払い媒体の消費）を伴っているか否かを判定して、特定視聴者変更処理を行う。移譲条件は課金に関する条件（移譲課金条件）である。本実施形態では、移譲条件（移譲課金条件）は、イベント期間終了時における発動条件の不足分の課金がなされること、である。

協力表示体制御部２４０は、協力受付制御部２３２により受け付けられた協力視聴者アクションの情報を蓄積記憶し、所与の発動条件を満たした場合に協力アクション表示体７を個別アクション表示体６とは異なる表示態様で視聴者端末１５００ｖにて表示させるための制御を行う。そして、協力表示体制御部２４０は、表示態様設定部２４２と、表示体強制制御部２４４と、を含む。

表示態様設定部２４２は、特定視聴者の設定操作に基づいて、協力アクション表示体７の表示態様を設定する。そして、表示態様設定部２４２（協力表示体制御部２４０）は、蓄積記憶した協力視聴者アクションの情報に基づいて、協力アクション表示体７の表示態様を変化させる。表示態様タイプ設定部２３（図４参照）における設定操作により、協力アクション表示体７のタイプが決まり、協力視聴者アクションへの協力の受付状況に応じて表示態様の詳細が変化する点がこれに該当する。

表示体強制制御部２４４は、期限までに受付状況に基づく条件が満たされない場合に、協力アクション表示体７とは異なる表示体を、視聴者端末に表示させるための制御を行う。代替協力アクション表示体８（図８参照）の表示に係る制御がこれに該当する。

ポイント付与部２５０は、視聴者アクションに応じたポイントを当該視聴者に付与する。具体的には、個別視聴者アクションよりも協力視聴者アクションの方が視聴者アクション１回当たりの付与ポイントを多くする。

特典付与部２５２は、視聴者アクションに応じた特典をコンテンツの制作者又は権利者（以下代表して「制作者」という）に付与する。具体的には、個別視聴者アクションに応じた特典付与率と、協力視聴者アクションに応じた特典付与率とを異なる付与率として付与する。

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

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

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

画像生成部２９２ｓは、画像表示部３９２ｓに表示させる画像を生成し、その画像信号の出力を行う。サーバシステム１１００のシステム管理に関する画面やコンテンツ視聴等に係る各種画面（又はそれらをユーザ端末１５００で表示させるためのデータ）などを生成する機能の一部がこれに該当する。

画像表示部３９２ｓは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図１の例では、タッチパネル１１０８がこれに該当する。

通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。

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

サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体、およびストレージ１１４０がこれに該当する。

図１２は、サーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。
本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用配信クライアントプログラム５０３と、配信用視聴クライアントプログラム５０５と、個別アクション表示体定義データ５１０と、協力アクション表示体定義データ５２０と、ポイント設定データ５４０と、特典設定データ５４２と、ユーザ管理データ６００と、コンテンツ登録データ６３０と、配信管理データ６５０と、現在日時９００と、を記憶する。サーバ記憶部５００ｓは、その他のプログラムやデータ（例えばタイマーや、カウンタ、各種フラグなど）も適宜記憶する。

サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２０２、オンラインショッピング管理部２０４、コンテンツ視聴管理部２１０、としての機能を実現させるためのプログラムである。

配信用配信クライアントプログラム５０３は、配信者端末１５００ｈとなるユーザ端末１５００へ提供され、実行される配信素材となるコンテンツの作成や、サーバシステム１１００への登録、ライブ配信に係る機能を実現するクライアントプログラムのオリジナルである。

配信用視聴クライアントプログラム５０５は、視聴者端末１５００ｖとなるユーザ端末１５００へ提供され、実行されることで視聴者端末１５００ｖにて視聴に係る各種機能を実現するクライアントプログラムのオリジナルである。
これらのクライアントプログラムは、１つのアプリケーションプログラムとして提供されてもよい。

個別アクション表示体定義データ５１０は、個別アクション表示体６の種類毎に用意されている。１つの個別アクション表示体定義データ５１０は、当該定義データが適用される適用個別視聴者アクション種類と、当該定義データが適用される適用個別視聴者アクション内容（例えば、投げ銭の金額範囲、コメントの文字数、評価点の範囲、など）と、個別アクション表示体６の表示を実現するための表示体データと、が格納されている。

協力アクション表示体定義データ５２０は、協力アクション表示体７の種類毎に用意されている。１つの協力アクション表示体定義データ５２０は、例えば図１３に示すように、当該定義データが適用される視聴者アクションの種類を示す適用イベント種類５２１と、当該定義データが適用される表示態様タイプを示す適用表示態様タイプ５２３と、複数の表示態様候補データ５２４と、代替協力アクション表示体８の表示を実現するための代替表示体データ５２９と、を含む。

表示態様候補データ５２４は、適用表示態様タイプ５２３の示すタイプ内で変化し得る表示態様別に用意されており、それぞれが候補選択要件５２５と、表示体データ５２８とを対応付けて格納している。候補選択要件５２５は、１つ又は複数のサブ条件のＡＮＤやＯＲを組み合わせて記述される。サブ条件は適宜設定可能であるが、例えば協力者人数条件５２６、協力内容条件５２７を用いることができる。前者は、協力アクションイベント実行中に協力受付された協力可能視聴者の人数について満たすべき条件である。後者は、協力アクションイベント実行中に協力受付された内容、例えば「投げ銭」であれば投げ銭金額の合計、投げ銭アイテムの種類や数、の条件となる。

表示体データ５２８によって表示が実現される協力アクション表示体７は、候補選択要件５２５の達成難易度が高いほど、大きさや見栄えがより高まるように設定されている。

図１２に戻って、ポイント設定データ５４０は、視聴者アクションの実行に応じて実行者である視聴者２ｖに付与されるポイントを定義するデータであって、個別視聴者アクション種類別に用意される設定データと、協力アクションイベントのイベント種類別に用意される設定データとがある。１回の視聴者アクションで付与されるポイントは、前者で付与されるポイント（図９（１）の「１０ｐ」に相当）より後者で付与されるポイント（図９（２）の「１００ｐ」に相当）の方が大きくなるように設定されている。

特典設定データ５４２は、視聴者アクションの実行に応じて、配信されているコンテンツの配信者２ｈに付与される特典を定義するデータである。具体的には、個別視聴者アクションが実行された場合の特典付与率と、協力視聴者アクションが実行された場合の付与率と、を含む。特典付与率は、個別視聴者アクションのそれよりも、協力視聴者アクションのそれが大きくなるように設定されている。

ユーザ管理データ６００は、登録済みのユーザ毎に用意され、当該ユーザに紐付けられる各種情報が格納される。１つのユーザ管理データ６００は、例えば図１４に示すようにユーザＩＤを含む固有のユーザアカウント６０１と、視聴者情報６０２と、保有ポイント数６１０と、配信者情報６１２と、保有特典６１６と、個別視聴者アクション履歴データ６１７と、協力視聴者アクション履歴データ６１８と、を含む。勿論、これら以外のデータも適宜含めることができる。

視聴者情報６０２は、当該ユーザの個人情報や、視聴者２ｖとしてのコンテンツ視聴システム１０００の利用状況、コンテンツを視聴する際に所定の申告手続に基づいて入力・申告した内容の情報、などを格納する。例えば、視聴者情報６０２は、視聴者アカウント６０３（例えば、ハンドルネーム）や、配信チャンネルのうちお気に入りとして登録した登録チャンネルＩＤ６０４、過去の視聴履歴や視聴者アクションの実績に基づいて当該ユーザがＶＩＰとして認定された事を示すＶＩＰ登録ＩＤ６０５、関心情報６０６、などを含む。

関心情報６０６は、当該ユーザの好み、贔屓、などについての情報である。具体的には、お気に入りの配信者２ｈの配信者アカウント、配信者２ｈがアイドルグループであれば、グループメンバーのうち誰を贔屓にしているかを示す関心対象メンバー名、好みのゲームタイトル、などがこれに該当する。

保有ポイント数６１０は、視聴アクションの実行に伴い当該ユーザに付与されたポイントの残高を示す。

配信者情報６１２は、当該ユーザが配信者２ｈとしてシステムを利用する場合に設定した情報、或いは利用状況を示す情報を格納する。具体的には、配信者２ｈとしての名前（ユーザアカウントとは異なっていても良い。）である制作者アカウント６１３（例えば、ハンドルネーム）や、配信用に提供したコンテンツを識別するためのコンテンツＩＤリスト６１４、所有チャンネルＩＤ６１５、がこれに含まれる。

保有特典６１６は、当該ユーザが配信者２ｈとして付与を受けた特典についての情報を格納する。本実施形態では、視聴者アクションで実行された「投げ銭」の金額のうち、当該ユーザが受け取った金額の残高が格納される。

個別視聴者アクション履歴データ６１７は、当該ユーザが個別視聴者アクションを行うごとに作成・保存される。１つの個別視聴者アクション履歴データ６１７は、例えば、どのコンテンツの配信に対して実行したかを示す配信コンテンツＩＤ、実行日時、個別視聴者アクション種類、個別視聴者アクション内容、を格納する。勿論、これら以外のデータも適宜格納してもよい。

協力視聴者アクション履歴データ６１８は、当該ユーザが協力視聴者アクションを実行するごとに作成・保存される。１つの協力視聴者アクション履歴データ６１８は、例えば、配信コンテンツＩＤ、実行日時、協力した協力アクションイベントのイベント種類、協力内容、発起人フラグ、などを格納する。発起人フラグは、当該協力アクションイベントの発起人であった場合に設定される。勿論、これら以外のデータも適宜格納してもよい。

なお、個別視聴者アクション及び協力視聴者アクションに関するそれぞれの履歴の統計データ（例えば、種別の実行回数、実行頻度、合計投げ銭金額、など）も適宜、ユーザ管理データ６００に含めても良い。

図１２に戻って、コンテンツ登録データ６３０は、配信者２ｈからコンテンツが提供される毎（投稿される毎）に作成される。１つのコンテンツ登録データ６３０は、例えば固有のコンテンツＩＤ６３１と、登録日時６３２と、制作者アカウント６３３（配信者２ｈのアカウント）と、コンテンツデータ６３４と、を含む。勿論、これら以外のデータも適宜含めることができる。

配信管理データ６５０は、コンテンツの配信毎に作成され、当該配信の実現に必要な情報、最新の配信状況を記述する各種データを格納する。
１つの配信管理データ６５０は、例えば、図１５に示すように、固有の配信ＩＤ６５１と、配信日時６５２と、配信されるコンテンツを示す配信コンテンツＩＤ６５４と、視聴者アカウントリスト６５６と、特定視聴者アカウントリスト６５８と、協力可能視聴者アカウントリスト６６０と、個別視聴者アクション受付データ６６２と、協力アクションイベント管理データ６６４と、協力視聴者アクション受付データ６６６と、を含む。勿論、これら以外のデータも適宜含めることができる。

個別視聴者アクション受付データ６６２は、視聴者端末１５００ｖから個別視聴者アクションのリクエストを受信する毎に作成される。１つの個別視聴者アクション受付データ６６２は、例えば、実行日時、視聴者アカウント、個別視聴者アクション種類、個別視聴者アクション内容、等のデータを含む。当該受付データが、個別視聴者アクション履歴データ６１７の元になる。

協力アクションイベント管理データ６６４は、特定視聴者の視聴者端末１５００ｖから、協力アクションイベントの実行要求を受信すると作成される。１つの協力アクションイベント管理データ６６４は、イベント設定画面２０（図４参照）で設定された内容を格納する。具体的には、固有のイベントＩＤを兼ねるイベント名、発起人アカウント（発起人を示す特定視聴者の視聴者アカウント）、イベント種類、表示態様タイプ、発動条件、最新受付状況、を格納する。発動条件には、受付状況条件と、発動操作条件と、イベント期間と、を含む。協力アクションイベント管理データ６６４が格納する情報は、紹介情報表示部３０での各種表示の元データになる。

視聴者アカウントリスト６５６は、最新の視聴者２ｖのアカウントリストであり、視聴者２ｖの増減に応じて自動的に更新される。つまり、当該リストに登録されている視聴者２ｖの人数が最新の視聴者２ｖの人数を示すこととなる。

協力視聴者アクション受付データ６６６は、視聴者端末１５００ｖから協力視聴者アクションの実行リクエストを受信すると作成される。１つの協力視聴者アクション受付データ６６６は、例えば、どの協力アクションイベントへの協力・賛同の受付であるかを示す対象イベント名、受付日時、協力者を示す視聴者アカウント、協力内容（詳細表示４０（図５参照）の協力内容設定部４６で設定された内容）、を含む。勿論、これら以外のデータも適宜含めることができる。当該受付データが、協力視聴者アクション履歴データ６１８の元になる。

図１６は、ユーザ端末１５００（視聴者端末１５００ｖ、配信者端末１５００ｈ）の機能構成例を示す機能ブロック図である。ユーザ端末１５００は、操作入力部１００と、音声入力部１０２と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。

操作入力部１００は、ユーザによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ＣＣＤモジュール、などによって実現できる。図２の方向入力キー１５０２や、ボタンスイッチ１５０４、タッチパネル１５０６、などがこれに該当する。

音声入力部１０２は、配信者２ｈのプレイ中の声を集音して音声信号を端末処理部２００へ出力する。図２の例ではマイク１５１２がこれに該当する。

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

そして、本実施形態における端末処理部２００は、配信クライアント演算部２７０と、視聴クライアント演算部２７２と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。

配信クライアント演算部２７０は、配信者端末１５００ｈとして機能するための各種機能を実現する。例えば、配信用のコンテンツのデータを作成し、サーバシステム１１００へ送信する制御を行う。

視聴クライアント演算部２７２は、視聴者端末１５００ｖとして機能するための各種機能を実現する。例えば、視聴クライアント演算部２７２は、サーバシステム１１００から配信されるデータに基づいて、コンテンツ視聴画面を表示させる制御、操作入力部１００から所定の視聴者アクションの操作入力受け付ける制御、入力された視聴者アクションの情報をサーバシステム１１００へ送信する制御、反映情報に基づいてコンテンツ視聴画面に視聴アクションの表示体を表示させる制御、などを実行する。

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

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

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

画像生成部２９２は、画像の生成・画像の合成、画像表示部３９２にそれらを表示させる画像信号の出力、などを行う。図２の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）、グラフィックコントローラがこれに該当する。

画像表示部３９２は、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図２の例では、タッチパネル１５０６がこれに該当する。

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。

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

端末記憶部５００は、端末処理部２００に所与の機能を実現させるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図２の例では、制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。オンラインストレージを利用する構成も可能である。

具体的には、端末記憶部５００は、配信クライアント演算部２７０として機能させるための配信クライアントプログラム５０４と、視聴クライアント演算部２７２として機能させるための視聴クライアントプログラム５０６と、配信クライアント制御データ７００と、視聴クライアント制御データ７０２と、現在日時９００と、を記憶する。勿論、これら以外のデータも適宜記憶できる。

配信クライアント制御データ７００と、視聴クライアント制御データ７０２は、それぞれ配信者端末１５００ｈ、視聴者端末１５００ｖとして機能する際に必要な各種データを格納する。

視聴クライアント制御データ７０２は、イベント紹介情報７１０を含む。
イベント紹介情報７１０は、イベント期間が残っている協力アクションイベントの協力アクションイベント管理データ６６４の内容の写しである。

次に、コンテンツ視聴システム１０００の動作について説明する。
図１７～図１９は、コンテンツ視聴に係りサーバシステム１１００および視聴者端末１５００ｖが実行する処理の流れを説明するためのフローチャートである。なお、理解を容易にするために、発起される協力アクションイベントを１つだけと仮定して説明するが、実際には同時に複数の協力アクションイベントが併存し得る。

図１７に示すように、サーバシステム１１００は、所定の配信スケジュールに則って、視聴者受付をする（ステップＳ１０）。視聴者端末１５００ｖは、視聴者２ｖが希望するコンテンツ配信の受付に応じて視聴者として登録する手続処理を実行する（ステップＳ１２）。

次に、サーバシステム１１００は、視聴者受付終了後に、特定視聴者選択処理を実行する（ステップＳ１４）。
図２０は、特定視聴者選択処理の流れを説明するためのフローチャートである。
同処理において、サーバシステム１１００は、先ず特定視聴者アカウントリスト６５８をリセットし（ステップＳ２０；図１５参照）、配信者端末１５００ｈへ視聴者リストを提供し、当該リストから配信者２ｈが視聴者の中から特定視聴者を指定可能に表示させる（ステップＳ２２）。そして、配信者端末１５００ｈから特定視聴者の指定を受け付ける（ステップＳ２４）。指定された特定視聴者のアカウントは、特定視聴者アカウントリスト６５８に登録される。

次に、サーバシステム１１００は、視聴者２ｖの中から次に記す何れかの選択基準に適合する者を一次選抜する（ステップＳ２６）。
（第１選択基準）視聴者情報６０２が所定の第１選択基準（例えば、配信者２ｈのチャンネルが登録チャンネルＩＤ６０４に含まれている、ＶＩＰ登録ＩＤ６０５を有している、など）を満たしている。
（第２選択基準）個別視聴者アクション履歴データ６１７が所定の第２選択基準（例えば、１配信あたり基準値以上の個別視聴者アクションを実行している、累計実行回数が所定基準値に達している、など）を満たしている。
（第３選択基準）協力視聴者アクション履歴データ６１８が所定の第３選択基準（例えば、１配信あたり基準値以上の協力視聴者アクションを実行している、累計実行回数が所定基準値に達している、累計投げ銭額が所定基準値に達している、など）を満たしている。
（第４選択基準）視聴者情報６０２のうち配信されるコンテンツに係る関心情報６０６が、所定の第４選択基準（例えば、コンテンツがアイドルグループのライブであれば、関心対象のメンバーが含まれている、など）を満たしている。

次に、サーバシステム１１００は、一次選抜した者を、第１～第４選択基準を満たしている数が多い順に、第１所定数だけ２次選抜して特定視聴者に追加する（ステップＳ２８）。更に、サーバシステム１１００は、この時点で特定視聴者になっていない視聴者２ｖの中から抽選で第２所定数（＜第１所定数）を選抜して特定視聴者に追加する（ステップＳ３０）。

図１７に戻って、サーバシステム１１００は、選択した特定視聴者の視聴者端末１５００ｖへ向けて所定の報知を送信する（ステップＳ３６）。
視聴者端末１５００ｖは、当該報知を受信すると（ステップＳ３８のＹＥＳ）、特定視聴者報知表示体１０の表示を開始する（ステップＳ４０；図４参照）。

次に、サーバシステム１１００は、協力可能視聴者を選択する（ステップＳ４２）。具体的には、その時点における特定視聴者以外の視聴者の中から、抽選で所定数を選択して協力可能視聴者に選択する。或いは、特定視聴者以外の視聴者２ｖを各々の個別視聴者アクション履歴データ６１７の数の降順にソートして、個別視聴者アクションの履歴数が多い順に所定数を選択するとしてもよい。そして、特定視聴者を協力可能視聴者に追加する。

次に、サーバシステム１１００は、コンテンツの同時配信を開始する（ステップＳ５０）。視聴者端末１５００ｖでは、コンテンツ視聴画面でコンテンツの表示が開始される（ステップＳ５２）。

視聴者端末１５００ｖは、コンテンツ視聴中に個別視聴者アクション設定開始操作を検出すると（ステップＳ７０のＹＥＳ）、個別視聴者アクションの設定画面を表示し、設定操作を受け付ける（ステップＳ７２）。そして、設定結果を、個別視聴者アクションリクエストとともにサーバシステム１１００へ送信する（ステップＳ７４）。

サーバシステム１１００は、これを受信して受付処理する（ステップＳ７６）。すなわち、配信管理データ６５０に個別視聴者アクション受付データ６６２（図１５参照）を作成し、リクエストした視聴者端末１５００ｖの視聴者のユーザ管理データ６００に個別視聴者アクション履歴データ６１７（図１４参照）を作成する。

そして、サーバシステム１１００は、受信したリクエストに対応する個別アクション表示体６を決定し、視聴者端末１５００ｖにてコンテンツ視聴画面上にこの個別アクション表示体６を表示させる（ステップＳ７８；図３参照）。

前述のように、ステップＳ４０で表示が開始される特定視聴者報知表示体１０（図４参照）は、イベント設定開始操作をするための操作アイコンを兼ねている。
コンテンツ視聴中に、イベント設定開始操作を検出すると（ステップＳ９０のＹＥＳ）、視聴者端末１５００ｖは、イベント設定画面２０を表示し設定操作を受け付ける（ステップＳ９２；図５参照）。そして、所定の協力アクションイベント実行リクエスト（実行要求）とともに、特定視聴者の視聴者アカウント、イベント設定画面２０で設定した内容の情報、をサーバシステム１１００へ送信する（ステップＳ９４）。

サーバシステム１１００は、これを受信して受付処理する（ステップＳ９６）。すなわち、配信管理データ６５０に協力アクションイベント管理データ６６４を作成する（図１５参照）。イベント期間は、受付日時から所定時間として自動的に設定する。

次いで、サーバシステム１１００は、受け付けた協力アクションイベントのイベント期間の管理を開始し（ステップＳ９８）、図１８に移って、イベント開始の通知を兼ねて協力可能視聴者の視聴者端末１５００ｖへ所定の報知と、イベント紹介情報と、を送信する（ステップＳ１００）。

視聴者端末１５００ｖは、この協力可能視聴者向けの報知を受信すると（ステップＳ１０２のＹＥＳ）、イベント紹介情報７１０を保存し、コンテンツ視聴画面内に協力可能視聴者報知表示体１２を表示させる（ステップＳ１０４；図５参照）。

協力可能視聴者報知表示体１２は、協力アクションイベントについての紹介情報を表示させるための紹介情報表示操作アイコンを兼ねている。
視聴者端末１５００ｖは、協力可能視聴者報知表示体１２へのタッチ操作を検出すると（ステップＳ１０６のＹＥＳ）、紹介情報表示操作されたと見なして、イベント紹介情報７１０に基づいて紹介情報表示部３０（図５参照）を表示し、協力内容の設定操作を受け付ける（ステップＳ１０８）。そして、協力視聴者アクションを実行する。すなわち所定の協力リクエストとともに、協力内容の設定内容をサーバシステム１１００へ送信する（ステップＳ１１２）。

サーバシステム１１００は、それらを受信して受付処理する（ステップＳ１１４）。すなわち、配信管理データ６５０に協力視聴者アクション受付データ６６６を作成し（図１５参照）、協力リクエストされた協力アクションイベント管理データ６６４の最新受付状況を更新する。

そして、協力アクションイベントの最新受付状況が更新されたので、サーバシステム１１００はこれを視聴者端末１５００ｖへ向けて通知する（ステップＳ１１６）。視聴者端末１５００ｖは、最新受付状況の情報を受信して（ステップＳ１１７のＹＥＳ）、受付状況通知表示体１４の表示を更新する（ステップＳ１１８；図６参照）。

また、視聴者端末１５００ｖは、イベント紹介情報７１０に基づいてイベント期間が残っている協力アクションイベントが無くなった場合（ステップＳ１２０のＮＯ）、協力可能視聴者報知表示体１２の表示を解除する（ステップＳ１２２）。これで、視聴者端末１５００ｖでは、新たな協力視聴者アクションへの協力内容の設定ができなくなる。

一方、サーバシステム１１００は、イベント期間内に発動条件が満たされた協力アクションイベントがある場合（ステップＳ１３０のＹＥＳ）、サーバシステム１１００は、発動手続処理を実行する（ステップＳ１３０）。

図２１は、発動手続処理に係るサーバシステム１１００および視聴者端末１５００ｖにおける処理の流れを説明するためのフローチャートである。
同処理において、サーバシステム１１００は、先ずイベント期間内に発動条件が満たされた協力アクションイベントの発起人の視聴者端末１５００ｖへ、所定の発動可能通知を送信する（ステップＳ１３２）。

視聴者端末１５００ｖは、発動可能通知を受信すると（ステップＳ１３４のＹＥＳ）、コンテンツ視聴画面Ｗ６に表示されていた受付状況通知表示体１４を発動可能通知表示体１６（図７参照）に変更して発起人である視聴者２ｖに報せ、発動操作の受け付けをする（ステップＳ１３６）。そして、発動操作があれば（ステップＳ１３８のＹＥＳ）、視聴者端末１５００ｖは発動リクエストと発起人の視聴者アカウントとをサーバシステム１１００へ送信する（ステップＳ１４０）。

サーバシステム１１００は、発動リクエストを受信すると（ステップＳ１６０のＹＥＳ）、発動リクエストされた協力アクションイベントの受付状況に応じて、協力アクション表示体７の具体的な表示態様を決定する（ステップＳ１６２）。

具体的には、協力アクション表示体定義データ５２０（図１３参照）の中から、適用イベント種類５２１および適用表示態様タイプ５２３が、発動リクエストされた協力アクションイベントの各種設定情報（協力アクションイベント管理データ６６４に含まれている。）と適合する定義データを検索する。そして、検索された定義データの表示態様候補データ５２４の中から、最新受付状況が適合する候補選択要件５２５の候補を検索し、検索された候補データの表示体データ５２８を読み出す。

次いで、サーバシステム１１００は、その協力アクション表示体７を視聴者端末１５００ｖにてコンテンツ視聴画面上に表示させ（ステップＳ１６４；図７参照）、課金処理を実行する（ステップＳ１６６）。投げ銭アイテムなどの対価支払い媒体が使用され場合には、その消費を実行する。

そして、サーバシステム１１００は、当該協力アクションイベントへの協力者のユーザ管理データ６００に、今回の協力視聴者アクションに係る協力視聴者アクション履歴データ６１８を保存して（ステップＳ１６８；図１４参照）、発動手続処理を終了する。

図１９に移って、サーバシステム１１００は、対応する協力アクションイベントのイベント期間内に発動条件が満たされなかった協力アクションイベントがある場合（ステップＳ１８０のＹＥＳ）、サーバシステム１１００は当該協力アクションイベントの発起人の視聴者端末１５００ｖへ、所定の不発通知を送信する（ステップＳ１３２；図８参照）。

視聴者端末１５００ｖは、これを受信すると（ステップＳ１８４のＹＥＳ）、不発通知表示体１７を表示させ、不発対処の選択肢を表示し、発起人に選択させる（ステップＳ１８６）。そして、視聴者端末１５００ｖは、不発対処の選択結果をサーバシステム１１００へ送信する（ステップＳ１８８）。

サーバシステム１１００は、受信した不発対処の選択結果が「中止」の場合（ステップＳ１９０の中止）、中止手続処理を実行する（ステップＳ１９２）。

図２２は、中止手続処理に係るサーバシステム１１００および視聴者端末１５００ｖにおける処理の流れを説明するためのフローチャートである。
同処理において、サーバシステム１１００は、先ず当該協力アクションイベントの協力者の視聴者端末１５００ｖへ中止通知を送信する（ステップＳ２０２）。
視聴者端末１５００ｖは、これを受信すると（ステップＳ２０４のＹＥＳ）、中止通知表示体１８を表示させ（ステップＳ２０６；図８参照）、中止手続処理は終了する。

図１９に戻って、受信した不発対処の選択結果が「移譲」の場合（ステップＳ１９０の移譲）、サーバシステム１１００は、移譲手続処理を実行する（ステップＳ２１０）。

図２３は、移譲手続処理に係るサーバシステム１１００および視聴者端末１５００ｖにおける処理の流れを説明するためのフローチャートである。
同処理において、サーバシステム１１００は、先ず移譲課金を決定し（ステップＳ２１２）、当該協力アクションイベントの協力者の視聴者端末１５００ｖへ移譲受付通知を送信する（ステップＳ２１４）。移譲受付通知には、移譲対象とされる協力アクションイベントのイベント名と、移譲課金の情報と、最新受付状況の情報と、が含まれている。

視聴者端末１５００ｖは、移譲受付通知を受信すると（ステップＳ２１６のＹＥＳ）、移譲受付表示１９を表示する（ステップＳ２１８）。移譲受付表示１９では、例えば、移譲についての説明と、移譲対象とされる協力アクションイベントのイベント名と、最新受付状況の情報と、移譲課金の情報と、移譲リクエスト操作アイコン５０（図８参照）とが表示される。移譲リクエスト操作アイコン５０は、移譲課金の支払承認操作アイコンと、移譲リクエスト操作アイコンとを兼ねている。

視聴者端末１５００ｖは、所定時間内に移譲リクエスト操作を検出すると（ステップＳ２２０のＹＥＳ）、サーバシステム１１００へ所定の移譲リクエストとともに、移譲対象とされる協力アクションイベントのイベント名と、移譲課金の承認と、協力者の視聴者アカウントと、を送信する（ステップＳ２２２）。

移譲リクエストが、移譲受付通知から所定の制限時間内に受信されなければ（ステップＳ２２４のＮＯ）、サーバシステム１１００は中止手続処理を実行して（ステップＳ２２６）、移譲手続処理を終了する。

もし、当該制限時間内に移譲リクエストが受信されたならば（ステップＳ２２４のＹＥＳ）、サーバシステム１１００は、先に決定した移譲課金（又は、それに相当する投げ銭アイテムの消費など）を、移譲リクエストしてきた視聴者２ｖに対して実行し（ステップＳ２４０）、移譲対象とされる協力アクションイベントの最新受付状況の情報を更新し、発起人を移譲リクエストした視聴者２ｖに変更する（ステップＳ２４２）。具体的には、移譲対象とされる協力アクションイベントの協力アクションイベント管理データ６６４の発起人アカウントを変更する（図１５参照）。

次いで、サーバシステム１１００は、移譲対象とされる協力アクションイベントの協力者の視聴者端末１５００ｖへ、移譲完了通知を送信する（ステップＳ２４４）。
視聴者端末１５００ｖは、これを受信して（ステップＳ２４６）、移譲完了通知表示を行う（ステップＳ２４８）。移譲完了通知表示は、発起人が変更された旨と、イベント名と、当初の発起人の特定視聴者アカウントと、新たな発起人の特定視聴者アカウントと、を表示する。そして、移譲手続処理を終了する。

図１９に戻って、移譲手続処理を終了すると、サーバシステム１１００は、移譲により発動条件は満たされたものと見なして、移譲された協力アクションイベントについて発動手続処理を実行する（ステップＳ２５０）。

ステップＳ１９０において、受信した不発対処の選択結果が「強制実行」の場合（ステップＳ１９０の強制）、サーバシステム１１００は、強制実行対象の協力視聴者アクションが適合する協力アクション表示体定義データ５２０（図１３参照）を検索し、検索された定義データの代替表示体データ５２９を読み出して、コンテンツ視聴画面に強制実行された協力アクションイベントの表示体として、代替協力アクション表示体８を表示させる（ステップＳ２６０；図８参照）。そして、強制実行された協力アクションイベントに係る課金処理を実行する（ステップＳ２６２）。なお、「強制実行」の場合は課金額やアイテムの消費量を割引しても良い。

配信が終了すると（ステップＳ２７０のＹＥＳ）、サーバシステム１１００は、今回配信したコンテンツの視聴者２ｖ別に、ポイント付与処理を行う（ステップＳ２７４）。すなわち、個別視聴者アクション受付データ６６２（図１５参照）毎に、ポイント設定データ５４０（図１２参照）と照合して得た付与ポイント数を、当該受付データが示す視聴者アカウントの視聴者２ｖに付与する。そして、当該視聴者２ｖの視聴者端末１５００ｖへ所定のポイント付与通知を行う。当該通知には、付与される合算値が含まれている。
視聴者端末１５００ｖは、ポイント付与通知を受信して、付与されたポイントの合算値を含む付与通知表示を行う（ステップＳ２７６）。

また、サーバシステム１１００は、今回配信したコンテンツの配信者２ｈを対象として特典付与処理を行う（ステップＳ２７８）。すなわち、個別視聴者アクション受付データ６６２を参照して、個別視聴者アクションとして実行された投げ銭額合計を算出して、特典設定データ５４２が示す個別視聴者アクション特典付与率Ｐｐで付与金額を決定し、これを配信者２ｈへ付与する。同様に、協力視聴者アクション受付データ６６６から、今回の配信における協力視聴者アクションとして実行された投げ銭合計額を算出して、特典設定データ５４２が示す協力視聴者アクション特典付与率Ｐｃで付与金額を決定し、これを配信者２ｈへ付与する。

以上、本実施形態によれば、コンテンツ視聴システム１０００は、従来の視聴者アクションとは異なる斬新な視聴者アクションを実現できる。

すなわち、コンテンツ視聴システム１０００は、個別視聴者アクションを視聴者２ｖから受け付け、これに応じた個々の個別アクション表示体６を視聴者端末１５００ｖにて表示させることができる。加えて、コンテンツ視聴システム１０００は、協力視聴者アクションを視聴者２ｖから受け付け、その情報を蓄積記憶し、所与の発動条件を満たした場合に協力アクション表示体７を視聴者端末１５００ｖに表示させるための制御を行うことができる。複数の視聴者が協力することにより実現される斬新な視聴者アクションが、コンテンツ視聴システム１０００によるコンテンツ配信及びコンテンツの視聴の魅力を高め、コンテンツ視聴システム１０００の利用を促すことができる。また、協力アクションイベントは、視聴者に、従来に無い一体感や興奮の共感をもたらす。

また、コンテンツ視聴システム１０００では、協力アクションイベントを設定できる特別な権限を有する特定視聴者を視聴者２ｖの中から選択・設定できる。別の言い方をすると、協力アクションイベントの発起人たり得る特別な視聴者を限定できる。

特定視聴者の選択は、個別視聴者アクションの受け付け履歴や、協力視聴者アクションの受け付け履歴、視聴者情報、関心情報などに基づいて行うことができる。よって、視聴者アクションへの積極性を考慮し、協力アクションイベントの発起人として適当な特定視聴者を選択できる。加えて、特定視聴者の選択の一部には抽選を用いることで、特定視聴者となる視聴者に多様性をもたらす。

また、協力アクションイベントの発起人となった特定視聴者は、協力アクション表示体の表示態様の決定や、発動条件の設定、中止が可能になる。よって、特定視聴者がどのような状況で協力アクションイベントを発動させ、又は中止させるかを自在に選ぶことができる。

また、協力アクションイベントに係り移譲課金条件を満たした視聴者へ、その協力アクションイベントの発起人としての権限を移譲することができる。よって、協力アクションイベントに係り膠着状況が生じた場合に、発起人の変更によってこれを打開する仕組みを備えることができる。

また、協力アクションイベントでは、協力アクションイベントの発起人の情報が開示される。よって、視聴者２ｖは、協力アクションイベントの発起人が、「いつも同じアイドルのコンテンツを視聴する（アカウント名）さんの呼びかけた協力アクションイベントならば、参加しよう」と言った判断を促すことができる。これにより、視聴者２ｖを、協力視聴者アクションへ積極的に参加させる効果が期待できる。

また、個別アクション表示体６と協力アクション表示体７とで表示態様を違えることで、視聴者アクションに多様性をもたらしてコンテンツ視聴の興趣を高めるとともに、協力視聴者アクションの「やりごたえ感」を視聴者に与えることができる。

しかも、協力アクション表示体７については、１つの協力にどれだけの視聴者が賛同・参加しているかに応じて、表示態様の細部が変化する。よって、協力アクション表示体７の表示に多様性をもたらしコンテンツ視聴の興趣を高めることができる。

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

（変形例その１）
例えば、図１７～図１９のフローチャートの説明では、１つの協力アクションイベントを例示したが、実際には、特定視聴者が複数人選ばれている場合、複数の協力アクションイベントが並行して実行される。その場合、ステップＳ１２４～ステップＳ１３０、ステップＳ１８０～ステップＳ２６２を、協力アクションイベント毎に実行すればよい。

またその際、ステップＳ９６において協力アクションイベントの受付を行う際に、サーバシステム１１００がイベント期間の調整を行うとしてもよい。すなわち、協力アクションイベント管理データ６６４に設定されるイベント期間は、基本的には初期値が設定される。もし、複数の協力アクションイベントが併存し、それらのイベント期間の終了タイミングが近いと、複数の協力アクション表示体７が重なって表示され、協力アクション表示体７の表示が適当な時間差をもって表示される場合よりも印象度合が低下する可能性がある。また、協力アクション表示体７は、個別アクション表示体６よりも大きく派手に設定されるので、複数の協力アクション表示体７の表示が重なると、コンテンツ視聴画面内を表示体が充満して視聴を妨げる可能性もある。

そこで、サーバシステム１１００は、新たに受け付けた協力アクションイベントのイベント期間を設定する際、初期設定した場合に予測されるイベント期間の終了タイミングを、既存の協力アクションイベントのそれと比較する。そして、両者の時間間隔が所定の近接認定条件を満たす場合には、今回新たに受け付けた協力アクションイベントについて初期設定されるイベント期間の終了を延長補正して、近接認定条件を満たさない程度にイベント期間の終了タイミングをずらす、としてもよい。

（変形例その２）
また、上記実施形態では、協力可能視聴者を視聴者２ｖの中から限定する例を示したが、これに限らない。例えば、協力可能視聴者を、視聴者２ｖの全員とすれば、協力アクションイベントへの参加を全員に促し、コンテンツ配信を盛り上げることができる。

（変形例その３）
また、上記実施形態に、視聴者数の増減を通知する機能と、視聴者数に応じて個別アクション表示体６（図３参照）の表示形態を変化させる機能と、視聴者数に応じて各種演出表示の内容を変更する機能と、のうちの１つ又は複数を追加してもよい。

例えば、これら全ての機能を追加する構成では、図２４に示すように、サーバシステム１１００のコンテンツ視聴管理部２１０に、視聴者数通知制御部２５４と、個別アクション表示体変更部２５６と、演出表示変更部２５８と、を追加する。

視聴者数通知制御部２５４は、コンテンツの配信開始以降（ステップＳ５０以降）、視聴者アカウントリスト６５６（視聴者２ｖの増減に応じて変更される。）への登録人数が変更される度に、その人数を視聴者端末１５００ｖへ配信する。これに対応して、視聴者端末１５００ｖの視聴クライアント演算部２５７は、受信した人数を示す視聴者数の表示を視聴画面内に表示する。例えば、数字として表示する。

個別アクション表示体変更部２５６は、視聴者数に応じて個別視聴者アクションに対応して表示される個別アクション表示体６（図３参照）を変更する。

コンテンツ視聴管理部２１０に個別アクション表示体変更部２５６を追加する場合、サーバ記憶部５００ｓは、上記実施形態の個別アクション表示体定義データ５１０に代えて、図２５に示す個別アクション表示体定義データ５１０Ｂを記憶する。個別アクション表示体定義データ５１０Ｂは、個別アクション表示体６を表示させるための各種データを格納するデータであり、個別アクション表示体６の表示形態の種類別に用意される。１つの個別アクション表示体定義データ５１０Ｂは、適用要件５１１と、表示体データ５１３と、を含む。

適用要件５１１は、当該定義データを適用するために満たされるべき条件を示しており、１つ又は複数のサブ条件のＡＮＤやＯＲの組み合わせにより記述される。サブ条件としては、例えば、適用個別視聴者アクションの種類条件５１１ａ、適用個別視聴者アクション内容条件５１１ｂ、適用視聴者数条件５１１ｃ、を用いることができる。なお、何れのサブ条件も「設定なし」や実質的な「無制限」を示す設定が可能である。

適用視聴者数条件５１１ｃは、コンテンツの視聴者２ｖの最新の数（視聴者数）、すなわち視聴者アカウントリスト６５６（図１５参照）に登録されている人数についての条件であり、視聴者数の範囲として記述される。

個別アクション表示体変更部２５６は、ステップＳ７８において、適用要件５１１を満たす個別アクション表示体定義データ５１０Ｂを検索し、検索された定義データの表示体データ５１３に基づいて、個別アクション表示体６をコンテンツ内に表示させる。

演出表示変更部２５８は、視聴者数に応じて各種演出表示を変更する。ここで言う「演出表示」は、コンテンツの映像に重畳表示する表示物（例えば、花吹雪、スポットライト風の演出のための暗部、キャラクタ等のポップ表示、など）を含む。コンテンツの映像が、アバターやゲームキャラクタなどの３Ｄキャラクモデルを仮想３次元空間に配置して動作制御した様子をレンダリングして作成する場合には、その背景物となるオブジェクトの種類や、動作制御、配光制御、などを含む。

コンテンツ視聴管理部２１０に演出表示変更部２５８を追加する場合、サーバ記憶部５００ｓは、図２６に示すような、演出表示定義データ５５０を記憶する。演出表示定義データ５５０は、演出表示の内容別に用意され、当該演出を実現するための各種データを格納する。１つの演出表示定義データ５５０は、適用要件５５１と、演出表示データ５５３と、を含む。

適用要件５５１は、当該定義データを適用するために満たされるべき条件を示しており、１つ又は複数のサブ条件のＡＮＤやＯＲの組み合わせにより記述される。サブ条件としては、例えば、適用個別視聴者アクションの種類条件５５１ａ、適用個別視聴者アクション内容条件５５１ｂ、適用視聴者数条件５５１ｃ、適用協力アクションイベント条件５５１ｄ、適用コンテンツ進行状況条件５５１ｅ、を用いることができる。なお、何れのサブ条件も「設定なし」や実質的な「無制限」を示す設定が可能である。

適用視聴者数条件５５１ｃは、コンテンツの視聴者２ｖの最新の人数（視聴者数）、すなわち視聴者アカウントリスト６５６（図１５参照）に登録されている人数についての条件であり、視聴者数の範囲として記述される。

適用協力アクションイベント条件５５１ｄは、協力アクションイベントに関する条件を示す。例えば、協力アクションイベント管理データ６６４（図１５参照）の数や、協力視聴者アクション受付データ６６６の数、などを用いて記述される。

適用コンテンツ進行状況条件５５１ｅは、コンテンツの進行状況についての条件である。例えば、コンテンツの配信開始からの経過時間や、登場している所定キャラクタが何か、などを用いて記述される。

演出表示変更部２５８は、コンテンツ配信以降、逐次、適用要件５５１を満たす演出表示定義データ５５０を検索し、該当する定義データがあれば、その演出表示データ５５３に従って演出表示制御を行う。演出表示は、コンテンツの映像を、アバターやゲームキャラクタなどの３Ｄキャラクモデルを仮想３次元空間に配置して動作制御した様子をレンダリングして作成することができる。この場合、演出表示用のオブジェクトを仮想３次元空間に配置し、当該オブジェクトの動作を制御する。演出内容によっては、仮想３次元空間内の配光制御なども行う。演出表示制御は、サーバシステム１１００が実行するとしても良いし、演出表示データ５５３を視聴者端末１５００ｖへ配信し、視聴クライアント演算部２７２の機能として、配信された演出表示データ５５３に基づく表示をコンテンツの映像に合成表示するとしてもよい。

２…ユーザ
２ｈ…配信者
２ｖ…視聴者
６…個別アクション表示体
７…協力アクション表示体
８…代替協力アクション表示体
１０…特定視聴者報知表示体
１２…協力可能視聴者報知表示体
１４…受付状況通知表示体
１６…発動可能通知表示体
１７…不発通知表示体
１８…中止通知表示体
１９…移譲受付表示
２０…イベント設定画面
２１…イベント名設定部
２２…イベント種類設定部
２３…表示態様タイプ設定部
２４…第１発動条件設定部
２５…第２発動条件設定部
３０…紹介情報表示部
４４…発動条件表示部
４５…受付状況表示部
４６…協力内容設定部
５０…移譲リクエスト操作アイコン
２００ｓ…サーバ処理部
２１０…コンテンツ視聴管理部
２１６…特定視聴者選択部
２１８…特定視聴者報知制御部
２２２…個別受付制御部
２２４…個別表示体制御部
２２６…発動条件設定部
２２８…実行開始制御部
２３０…イベント紹介通知制御部
２３１…発動条件通知制御部
２３２…協力受付制御部
２３３…協力可能視聴者選択部
２３４…協力受付状況通知制御部
２３６…中止制御部
２３８…特定視聴者変更部
２４０…協力表示体制御部
２４２…表示態様設定部
２４４…表示体強制制御部
２５０…ポイント付与部
２５２…特典付与部
２７０…配信クライアント演算部
２７２…視聴クライアント演算部
５０１…サーバプログラム
５０４…配信クライアントプログラム
５０６…視聴クライアントプログラム
５１０…個別アクション表示体定義データ
５２０…協力アクション表示体定義データ
５２１…適用イベント種類
５２３…適用表示態様タイプ
５２８…表示体データ
５２９…代替表示体データ
５４０…ポイント設定データ
５４２…特典設定データ
６００…ユーザ管理データ
６０２…視聴者情報
６０６…関心情報
６１０…保有ポイント数
６１２…配信者情報
６１６…保有特典
６１７…個別視聴者アクション履歴データ
６１８…協力視聴者アクション履歴データ
６３０…コンテンツ登録データ
６３３…制作者アカウント
６５０…配信管理データ
６５６…視聴者アカウントリスト
６５８…特定視聴者アカウントリスト
６６０…協力可能視聴者アカウントリスト
６６２…個別視聴者アクション受付データ
６６４…協力アクションイベント管理データ
６６６…協力視聴者アクション受付データ
７１０…イベント紹介情報
１０００…コンテンツ視聴システム
１１００…サーバシステム
１５００…ユーザ端末
１５００ｈ…配信者端末
１５００ｖ…視聴者端末

Claims (17)

1. 所与のエンターテインメントコンテンツ（以下「コンテンツ」という）が配信されている各視聴者端末の各視聴者から視聴者アクションを受け付けて、当該視聴者アクションに応じたアクション表示体を前記視聴者端末に表示させるための制御を行うコンピュータシステムであって、
   個別視聴者アクションを視聴者から受け付ける個別受付制御手段と、
   前記個別受付制御手段により受け付けられた前記個別視聴者アクションに応じた個々の個別アクション表示体を前記視聴者端末に表示させるための制御を行う個別表示体制御手段と、
   協力視聴者アクションを視聴者から受け付ける協力受付制御手段と、
   前記協力受付制御手段により受け付けられた前記協力視聴者アクションの情報を蓄積記憶し、所与の発動条件を満たした場合に協力アクション表示体を前記視聴者端末に表示させるための制御を行う協力表示体制御手段と、
   を備えるコンピュータシステム。
2. 前記協力視聴者アクションは、所与の特定視聴者が発起した所与の協力アクションイベントに対する賛同する旨の視聴者アクションである、
   請求項１に記載のコンピュータシステム。
3. 前記視聴者の中から前記特定視聴者を選択する特定視聴者選択手段と、
   前記特定視聴者からの前記協力アクションイベントの実行要求に基づいて、当該協力アクションイベントの実行開始を制御する実行開始制御手段と、
   を更に備え、
   前記協力受付制御手段は、前記協力アクションイベントの実行中に前記協力視聴者アクションを受け付ける、
   請求項２に記載のコンピュータシステム。
4. 前記特定視聴者選択手段は、前記個別視聴者アクションの受け付け履歴、或いは、前記協力視聴者アクションの受け付け履歴、に基づいて前記特定視聴者を選択する、
   請求項３に記載のコンピュータシステム。
5. 前記特定視聴者選択手段は、各視聴者の視聴者情報に基づいて前記特定視聴者を選択する、
   請求項３又は４に記載のコンピュータシステム。
6. 前記視聴者情報には、前記コンテンツのコンテンツ内容に対して予め登録された当該視聴者の関心情報が含まれ、
   前記特定視聴者選択手段は、各視聴者の前記関心情報に基づいて前記特定視聴者を選択する、
   請求項５に記載のコンピュータシステム。
7. 前記特定視聴者選択手段は、前記視聴者の中から抽選で前記特定視聴者を選択する、
   請求項３～６の何れか一項に記載のコンピュータシステム。
8. 前記特定視聴者の設定操作に基づいて、前記発動条件を設定する発動条件設定手段、
   を更に備える請求項３～７の何れか一項に記載のコンピュータシステム。
9. 前記協力アクションイベントの実行開始後に、前記特定視聴者の中止要求に応じて前記協力アクションイベントを中止する中止制御手段、
   を更に備える請求項３～８の何れか一項に記載のコンピュータシステム。
10. 前記協力アクションイベントに係る前記特定視聴者の識別情報を含む、前記協力アクションイベントの紹介情報を前記視聴者端末に通知するイベント紹介通知制御手段、
    を更に備える請求項３～９の何れか一項に記載のコンピュータシステム。
11. 前記特定視聴者の設定操作に基づいて、前記協力アクション表示体の表示態様を設定する表示態様設定手段、
    を更に備える請求項３～１０の何れか一項に記載のコンピュータシステム。
12. 前記協力表示体制御手段は、前記協力アクション表示体を、前記個別アクション表示体とは異なる表示態様で表示させる、
    請求項１～１０の何れか一項に記載のコンピュータシステム。
13. 前記協力表示体制御手段は、前記蓄積記憶した前記協力視聴者アクションの情報に基づいて、前記協力アクション表示体の表示態様を変化させる、
    請求項１～１１の何れか一項に記載のコンピュータシステム。
14. 前記発動条件には、前記協力受付制御手段による前記協力視聴者アクションの受付状況に基づく条件と、期限に関する条件とが含まれており、
    前記受付状況を前記視聴者端末に通知する協力受付状況通知制御手段と、
    前記期限までに前記受付状況に基づく条件が満たされない場合に、前記協力アクション表示体とは異なる表示体を、前記視聴者端末に表示させるための制御を行う表示体強制制御手段と、
    を更に備える請求項１～１３の何れか一項に記載のコンピュータシステム。
15. 前記視聴者アクションに応じたポイントを当該視聴者に付与するポイント付与手段であって、前記個別視聴者アクションよりも前記協力視聴者アクションの方が視聴者アクション１回当たりの付与ポイントを多くするポイント付与手段、
    を更に備える請求項１～１４の何れか一項に記載のコンピュータシステム。
16. 前記視聴者アクションに応じた特典を前記コンテンツの制作者又は権利者（以下代表して「制作者」という）に付与する特典付与手段であって、前記個別視聴者アクションに応じた特典付与率と、前記協力視聴者アクションに応じた特典付与率とを異なる付与率とする特典付与手段、
    を更に備える請求項１～１５の何れか一項に記載のコンピュータシステム。
17. 請求項１～１６の何れか一項に記載のコンピュータシステムと、
    前記視聴者端末と、
    を具備するコンテンツ視聴システム。

Images