(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022124891
(43)【公開日】2022-08-26
(54)【発明の名称】コンテンツ提供システム及びコンテンツ視聴システム
(51)【国際特許分類】
A63F 13/86 20140101AFI20220819BHJP
A63F 13/53 20140101ALI20220819BHJP
A63F 13/79 20140101ALI20220819BHJP
H04N 21/234 20110101ALI20220819BHJP
H04N 21/258 20110101ALI20220819BHJP
G06F 13/00 20060101ALI20220819BHJP
【ＦＩ】
A63F13/86
A63F13/53
A63F13/79
H04N21/234
H04N21/258
G06F13/00 650A
【審査請求】未請求
【請求項の数】16
【出願形態】ＯＬ
(21)【出願番号】P 2021022788
(22)【出願日】2021-02-16
(71)【出願人】
【識別番号】000134855
【氏名又は名称】株式会社バンダイナムコエンターテインメント
(74)【代理人】
【識別番号】100124682
【弁理士】
【氏名又は名称】黒田 泰
(74)【代理人】
【識別番号】100104710
【弁理士】
【氏名又は名称】竹腰 昇
(74)【代理人】
【識別番号】100090479
【弁理士】
【氏名又は名称】井上 一
(72)【発明者】
【氏名】大森 大将
(72)【発明者】
【氏名】玉置 絢
(72)【発明者】
【氏名】山田 秀樹
【テーマコード（参考）】
5B084
5C164
【Ｆターム（参考）】
5B084AA01
5B084AA12
5B084AA30
5B084AB07
5B084AB11
5B084AB13
5B084BA03
5B084BB14
5B084CB05
5B084CB06
5B084CB23
5B084CE02
5B084CE12
5B084CF12
5B084DC02
5B084DC03
5B084DC06
5B084DC13
5C164FA06
5C164FA22
5C164SB01P
5C164SC11P
5C164UB88S
5C164UD21S
5C164YA11
5C164YA21
(57)【要約】 （修正有）
【課題】従来に無い魅力的な視聴者アクションの取り扱いが可能なコンテンツ提供システムの技術を提供すること。
【解決手段】サーバシステム１１００は、視聴者端末１５００ｖを通じて複数の視聴者２ｖに所与のコンテンツを同時配信可能に提供する。その際、基本的には、視聴者端末を通じて視聴者から視聴者アクションを受け付けると、その反映表示を視聴者端末のコンテンツ提供画面に表示させる。加えて、コンテンツの進行状況が所与の発動条件を満たした場合には、発動条件を満たす迄に受け付けられた視聴者アクションに基づくイベント映像をコンテンツ提供画面に可変に制御して表示させる。
【選択図】図３
【解決手段】サーバシステム１１００は、視聴者端末１５００ｖを通じて複数の視聴者２ｖに所与のコンテンツを同時配信可能に提供する。その際、基本的には、視聴者端末を通じて視聴者から視聴者アクションを受け付けると、その反映表示を視聴者端末のコンテンツ提供画面に表示させる。加えて、コンテンツの進行状況が所与の発動条件を満たした場合には、発動条件を満たす迄に受け付けられた視聴者アクションに基づくイベント映像をコンテンツ提供画面に可変に制御して表示させる。
【選択図】図３
【特許請求の範囲】
【請求項1】
視聴者端末を通じて複数の視聴者に所与のコンテンツを同時配信可能に提供するコンテンツ提供システムであって、
前記視聴者端末を通じて前記視聴者から視聴者アクションを受け付ける受付制御手段と、
前記受付制御手段が受け付けた前記視聴者アクションに応じた反映表示を前記視聴者端末のコンテンツ提供画面に表示させる反映制御を行う反映制御手段と、
前記コンテンツの進行状況に基づく所与の発動条件を満たしたことを検出する検出手段と、
を備え、
前記反映制御手段は、
前記検出手段の検出に応じて所与のイベント映像を前記コンテンツ提供画面に表示させるイベント発動手段であって、前記検出手段による検出がなされる迄に前記受付制御手段により受け付けられた前記視聴者アクションに基づいて、前記イベント映像を可変に制御して表示させるイベント発動手段、
を有する、
コンテンツ提供システム。
前記視聴者端末を通じて前記視聴者から視聴者アクションを受け付ける受付制御手段と、
前記受付制御手段が受け付けた前記視聴者アクションに応じた反映表示を前記視聴者端末のコンテンツ提供画面に表示させる反映制御を行う反映制御手段と、
前記コンテンツの進行状況に基づく所与の発動条件を満たしたことを検出する検出手段と、
を備え、
前記反映制御手段は、
前記検出手段の検出に応じて所与のイベント映像を前記コンテンツ提供画面に表示させるイベント発動手段であって、前記検出手段による検出がなされる迄に前記受付制御手段により受け付けられた前記視聴者アクションに基づいて、前記イベント映像を可変に制御して表示させるイベント発動手段、
を有する、
コンテンツ提供システム。
【請求項2】
前記反映制御手段は、
所与のタイミングで前記反映制御を抑制させる反映抑制制御を開始する反映抑制制御開始手段、
を有し、
前記イベント発動手段は、前記検出手段による検出がなされる迄に前記反映抑制制御によって抑制された前記反映制御に対応する前記視聴者アクションに基づいて、前記イベント映像の可変制御を行う、
請求項１に記載のコンテンツ提供システム。
所与のタイミングで前記反映制御を抑制させる反映抑制制御を開始する反映抑制制御開始手段、
を有し、
前記イベント発動手段は、前記検出手段による検出がなされる迄に前記反映抑制制御によって抑制された前記反映制御に対応する前記視聴者アクションに基づいて、前記イベント映像の可変制御を行う、
請求項１に記載のコンテンツ提供システム。
【請求項3】
前記反映抑制制御は、前記受付制御手段による前記視聴者アクションの受け付けに応じた即時の前記反映制御を抑制させる制御である、
請求項２に記載のコンテンツ提供システム。
請求項２に記載のコンテンツ提供システム。
【請求項4】
前記イベント発動手段は、前記反映抑制制御によって抑制されていた前記反映制御を一斉に実行することで、前記イベント映像の表示制御を実行する、
請求項３に記載のコンテンツ提供システム。
請求項３に記載のコンテンツ提供システム。
【請求項5】
前記イベント発動手段は、前記検出手段による検出がなされる迄に前記反映抑制制御によって抑制された前記反映制御に対応する前記視聴者アクションの数量及び／又は種類に基づいて、前記イベント映像の可変制御を行う、
請求項３又は４に記載のコンテンツ提供システム。
請求項３又は４に記載のコンテンツ提供システム。
【請求項6】
前記コンテンツ提供画面に、前記数量を示す表示を行う抑制数量表示制御手段、
を更に備える請求項５に記載のコンテンツ提供システム。
を更に備える請求項５に記載のコンテンツ提供システム。
【請求項7】
前記反映制御手段は、前記受付制御手段が受け付けた前記視聴者アクションに応じた通知表示を前記反映表示として、前記視聴者端末のコンテンツ提供画面に表示させることで前記反映制御を行い、
前記イベント発動手段は、前記通知表示を一斉に行うことで前記イベント映像の表示制御を実行する、
請求項４～６の何れか一項に記載のコンテンツ提供システム。
前記イベント発動手段は、前記通知表示を一斉に行うことで前記イベント映像の表示制御を実行する、
請求項４～６の何れか一項に記載のコンテンツ提供システム。
【請求項8】
前記検出手段による検出がなされる迄に前記反映抑制制御によって抑制された前記反映制御に対応する前記視聴者アクションの数量を、視聴者毎に管理する抑制アクション管理手段、
を更に備え、
前記イベント発動手段は、前記一斉に行う通知表示のそれぞれの表示形態を、対応する視聴者の前記数量に基づいて制御する、
請求項７に記載のコンテンツ提供システム。
を更に備え、
前記イベント発動手段は、前記一斉に行う通知表示のそれぞれの表示形態を、対応する視聴者の前記数量に基づいて制御する、
請求項７に記載のコンテンツ提供システム。
【請求項9】
前記反映制御手段は、前記イベント映像の表示制御中に、前記受付制御手段により前記視聴者アクションが受け付けられた場合に、当該受け付けた視聴者アクションに応じた通知表示を、当該イベント映像に表示されている通知表示とは異なる表示形態で表示させる、
請求項７又は８に記載のコンテンツ提供システム。
請求項７又は８に記載のコンテンツ提供システム。
【請求項10】
前記視聴者端末を通じて前記視聴者から優遇設定を受け付ける優遇設定受付制御手段、
を更に備え、
前記イベント発動手段は、前記一斉に行う通知表示のうち、前記優遇設定を受け付けた視聴者に係る通知表示を、他の通知表示と異なる表示形態で表示させる、
請求項７～９の何れか一項に記載のコンテンツ提供システム。
を更に備え、
前記イベント発動手段は、前記一斉に行う通知表示のうち、前記優遇設定を受け付けた視聴者に係る通知表示を、他の通知表示と異なる表示形態で表示させる、
請求項７～９の何れか一項に記載のコンテンツ提供システム。
【請求項11】
前記検出手段による検出がなされた場合の前記イベント発動手段の制御内容を、前記反映抑制制御がなされている間に前記視聴者端末に通知する発動制御内容通知手段、
を更に備える請求項２～１０の何れか一項に記載のコンテンツ提供システム。
を更に備える請求項２～１０の何れか一項に記載のコンテンツ提供システム。
【請求項12】
前記反映抑制制御の開始条件を設定する開始条件設定手段、
を更に備え、
前記反映抑制制御開始手段は、前記開始条件を充足したタイミングで前記反映抑制制御を開始する、
請求項２～１１の何れか一項に記載のコンテンツ提供システム。
を更に備え、
前記反映抑制制御開始手段は、前記開始条件を充足したタイミングで前記反映抑制制御を開始する、
請求項２～１１の何れか一項に記載のコンテンツ提供システム。
【請求項13】
前記コンテンツは、配信者が配信者端末で実行する所与のエンターテインメントアプリケーションの実行映像であり、
前記検出手段は、前記エンターテインメントアプリケーションの実行状況に基づき定められた前記発動条件を満たしたことを検出する、
請求項１～１２の何れか一項に記載のコンテンツ提供システム。
前記検出手段は、前記エンターテインメントアプリケーションの実行状況に基づき定められた前記発動条件を満たしたことを検出する、
請求項１～１２の何れか一項に記載のコンテンツ提供システム。
【請求項14】
前記コンテンツ提供画面に前記発動条件を示す条件表示体を表示させる制御を行う手段、
を更に備える請求項１～１３の何れか一項に記載のコンテンツ提供システム。
を更に備える請求項１～１３の何れか一項に記載のコンテンツ提供システム。
【請求項15】
前記発動条件は、前記コンテンツの進行が所定タイミングに達したことであり、
前記コンテンツ提供画面に、前記所定タイミングに達するまでの時間を示す時間表示体を表示させる制御を行う手段、
を更に備える請求項１～１３の何れか一項に記載のコンテンツ提供システム。
前記コンテンツ提供画面に、前記所定タイミングに達するまでの時間を示す時間表示体を表示させる制御を行う手段、
を更に備える請求項１～１３の何れか一項に記載のコンテンツ提供システム。
【請求項16】
請求項１～１５の何れか一項に記載のコンテンツ提供システムであるサーバシステムと、
前記視聴者端末と、
が通信可能に接続されたコンテンツ視聴システム。
前記視聴者端末と、
が通信可能に接続されたコンテンツ視聴システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、視聴者端末を通じて複数の視聴者に所与のコンテンツを同時配信可能に提供するコンテンツ提供システム等に関する。
【背景技術】
【0002】
視聴者端末を通じて複数の視聴者に所与のコンテンツを同時配信可能に提供するコンテンツ提供システムが人気である。いわゆる動画配信サービスもこれに該当する。提供されるコンテンツは様々であり、予め作成された動画は勿論、演奏やゲームプレイなどのライブ配信もある。視聴者は、スマートフォンやパソコンなどの視聴者端末を使って、オンラインで動画やライブ配信を視聴する。
【0003】
コンテンツ提供システムのなかでも、視聴中の視聴者アクションを受け付ける仕組みが備わっている視聴者参加型は特に人気である。視聴者アクションの例としては、例えばテキストコメントの投稿や、コンテンツの評価の入力、投げ銭（お礼や応援の意味をもった視聴者から配信者（コンテンツ提供者）へのお金の送付機能）がある。
【0004】
視聴者アクションの取り扱いは、そのコンテンツ提供システムにおける大きな魅力の１つであり、特徴のある視聴者アクションの扱いが考案されている（例えば、特許文献１や特許文献２を参照）。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０２０－３２１８０号公報
【特許文献2】特開２０２０－８９７１６号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
本発明が解決しようとする課題は、従来に無い魅力的な視聴者アクションの取り扱いが可能なコンテンツ提供システムの技術を提供すること、である。
【課題を解決するための手段】
【0007】
上記した課題を解決するための第１の発明は、視聴者端末を通じて複数の視聴者に所与のコンテンツを同時配信可能に提供するコンテンツ提供システムであって、
前記視聴者端末を通じて前記視聴者から視聴者アクションを受け付ける受付制御手段と、
前記受付制御手段が受け付けた前記視聴者アクションに応じた反映表示を前記視聴者端末のコンテンツ提供画面に表示させる反映制御を行う反映制御手段（例えば、図７のサーバ処理部２００ｓ、コンテンツ提供制御部２１０、反映制御部２２０、図１８のステップＳ１２）と、
前記コンテンツの進行状況に基づく所与の発動条件を満たしたことを検出する検出手段（例えば、図７のサーバ処理部２００ｓ、コンテンツ提供制御部２１０、イベント発動条件充足検出部２３０、図１８のステップＳ３０）と、を備え、
前記反映制御手段は、前記検出手段の検出に応じて所与のイベント映像を前記コンテンツ提供画面に表示させるイベント発動手段であって、前記検出手段による検出がなされる迄に前記受付制御手段により受け付けられた前記視聴者アクションに基づいて、前記イベント映像を可変に制御して表示させるイベント発動手段（例えば、図７のイベント発動部２２４、図１８のステップＳ３４～ステップＳ３８）、を有する、コンテンツ提供システムである。
前記視聴者端末を通じて前記視聴者から視聴者アクションを受け付ける受付制御手段と、
前記受付制御手段が受け付けた前記視聴者アクションに応じた反映表示を前記視聴者端末のコンテンツ提供画面に表示させる反映制御を行う反映制御手段（例えば、図７のサーバ処理部２００ｓ、コンテンツ提供制御部２１０、反映制御部２２０、図１８のステップＳ１２）と、
前記コンテンツの進行状況に基づく所与の発動条件を満たしたことを検出する検出手段（例えば、図７のサーバ処理部２００ｓ、コンテンツ提供制御部２１０、イベント発動条件充足検出部２３０、図１８のステップＳ３０）と、を備え、
前記反映制御手段は、前記検出手段の検出に応じて所与のイベント映像を前記コンテンツ提供画面に表示させるイベント発動手段であって、前記検出手段による検出がなされる迄に前記受付制御手段により受け付けられた前記視聴者アクションに基づいて、前記イベント映像を可変に制御して表示させるイベント発動手段（例えば、図７のイベント発動部２２４、図１８のステップＳ３４～ステップＳ３８）、を有する、コンテンツ提供システムである。
【0008】
ここで言う「コンピュータシステム」は、単数のコンピュータは勿論、複数のコンピュータによって連携して実現されるものでもよい。
【0009】
第１の発明によれば、コンテンツ提供システムは、視聴者端末から視聴者アクションを受け付け、それに応じた反映表示を、視聴者端末で表示されるコンテンツ表示画面に表示させることができる。それに加えて、コンテンツの進行状況が所定の発動条件を満たすと、コンテンツ提供画面に、発動条件が満たされる迄に受け付けられた視聴者アクションに基づくイベント映像が表示される。
こうした新しい視聴者アクションの取り扱いは、従来のコンテンツ提供システムには無く、配信者や視聴者への新たな訴求力となってコンテンツ提供システムの魅力を高める。
こうした新しい視聴者アクションの取り扱いは、従来のコンテンツ提供システムには無く、配信者や視聴者への新たな訴求力となってコンテンツ提供システムの魅力を高める。
【0010】
第２の発明は、前記反映制御手段が、所与のタイミングで前記反映制御を抑制させる反映抑制制御を開始する反映抑制制御開始手段（例えば、図７のサーバ処理部２００ｓ、コンテンツ提供制御部２１０、反映抑制制御開始部２２２、図１８のステップＳ１４～ステップＳ１６）、を有し、前記イベント発動手段は、前記検出手段による検出がなされる迄に前記反映抑制制御によって抑制された前記反映制御に対応する前記視聴者アクションに基づいて、前記イベント映像の可変制御を行う（例えば、図１８のステップＳ３２～ステップＳ３８）、第１の発明のコンテンツ提供システムである。
【0011】
また、第３の発明は、前記反映抑制制御が、前記受付制御手段による前記視聴者アクションの受け付けに応じた即時の前記反映制御を抑制させる制御である、第２の発明のコンテンツ提供システムである。
【0012】
第２又は第３の発明によれば、コンテンツ提供システムは、反映制御を一時的に抑制し、抑制されていた間の視聴者アクションに基づいてイベント映像を可変に制御することができる。抑制されていた間、視聴者アクションを行っても視聴中のコンテンツの映像には、その反映がなされないことになるので、あたかも抑制されている間の視聴アクションが貯まっていたかのように感じさせる。その一方で、いざ発動条件が満たされると、その貯まっていた視聴アクションに応じたイベント映像が表示される。つまり視聴アクションを用いた「ぐっと貯めて一気に開放する」演出が可能になり、視聴の雰囲気を効果的に盛り上げることができる。
【0013】
第４の発明は、前記イベント発動手段が、前記反映抑制制御によって抑制されていた前記反映制御を一斉に実行することで、前記イベント映像の表示制御を実行する、第３の発明のコンテンツ提供システムである。
【0014】
ここで言う「一斉」の表示制御とは、抑制されていた反映表示を文字通り画面全体に散りばめるように同時に行うことは勿論のこと、画面全幅又は全高を使って複数の反映表示を雪崩のように連続的に一気に流れ表示させることを含む意味である。
【0015】
第４の発明によれば、コンテンツ提供システムは、素晴らしいシーンに観客が一斉に拍手喝采するような雰囲気をイベント映像として表現し、視聴の雰囲気を効果に盛り上げることができる。
【0016】
第５の発明は、前記イベント発動手段が、前記検出手段による検出がなされる迄に前記反映抑制制御によって抑制された前記反映制御に対応する前記視聴者アクションの数量及び／又は種類に基づいて、前記イベント映像の可変制御を行う、第３又は第４の発明のコンテンツ提供システムである。
【0017】
第５の発明によれば、コンテンツ提供システムは、抑制されている間の視聴者アクションの数量や種類に応じてイベント映像を変化させることができる。視聴者アクションの数量や種類は、コンテンツの内容に視聴者の心が動かされた度合を表しているとも言える。よって、イベント映像をその数量や種類に応じて変えることで、視聴者の心が動かされた度合に即したイベント映像を表示させ、その度合に適当な雰囲気の盛り上げを演出できる。
【0018】
第６の発明は、前記コンテンツ提供画面に、前記数量を示す表示を行う抑制数量表示制御手段（例えば、図７のサーバ処理部２００ｓ、コンテンツ提供制御部２１０、抑制数量表示制御部２３２、図１８のステップＳ２０）、を更に備える第５の発明のコンテンツ提供システムである。
【0019】
第６の発明によれば、コンテンツ提供システムは、視聴者アクションの数量を、言い換えると視聴者の心が動かされた度合を、視聴者に直接的に通知することができる。これを見た視聴者は「あ！盛り上がってきているな。よし、自分も盛り上げよう」という具合に、或いは「ちょっと盛り上がりに欠けるな。よし！自分が先導して盛り上げてやろう」といった具合に、視聴者アクションをより積極的に行おうとするだろう。従って、当該コンテンツ提供システムを利用した配信を盛り上げることが可能となる。
【0020】
第７の発明は、前記反映制御手段が、前記受付制御手段が受け付けた前記視聴者アクションに応じた通知表示を前記反映表示として、前記視聴者端末のコンテンツ提供画面に表示させることで前記反映制御を行い、前記イベント発動手段は、前記通知表示を一斉に行うことで前記イベント映像の表示制御を実行する、第４～第６の何れかの発明のコンテンツ提供システムである。
【0021】
第７の発明によれば、コンテンツ提供システムは、イベント映像として、抑制を受けていた間の視聴者アクションに応じた通知表示を一斉に表示させることができる。
【0022】
第８の発明は、前記検出手段による検出がなされる迄に前記反映抑制制御によって抑制された前記反映制御に対応する前記視聴者アクションの数量を、視聴者毎に管理する抑制アクション管理手段（例えば、図７のサーバ処理部２００ｓ、コンテンツ提供制御部２１０、図１６の抑制アクション管理データ７２０、図１８のステップＳ１６）、を更に備え、
前記イベント発動手段は、前記一斉に行う通知表示のそれぞれの表示形態を、対応する視聴者の前記数量に基づいて制御する、第７の発明のコンテンツ提供システムである。
前記イベント発動手段は、前記一斉に行う通知表示のそれぞれの表示形態を、対応する視聴者の前記数量に基づいて制御する、第７の発明のコンテンツ提供システムである。
【0023】
第８の発明によれば、コンテンツ提供システムは、抑制されていた間に行われた視聴者毎の視聴者アクションの数量を記憶管理し、その数量に応じて通知表示の表示形態を変更できる。よって、通知表示を介して、抑制されていた間に、どの視聴者がどれだけ視聴者アクションを行ったが分かるようになる。よって、場を盛り上げたのが自分であるとアピールすること、配信者をいかに自分が応援しているかをアピールすること、等々を視聴アクションの目的とする視聴者に対して、望ましい通知表示とすることができる。
【0024】
第９の発明は、前記反映制御手段が、前記イベント映像の表示制御中に、前記受付制御手段により前記視聴者アクションが受け付けられた場合に、当該受け付けた視聴者アクションに応じた通知表示を、当該イベント映像に表示されている通知表示とは異なる表示形態で表示させる、第７又は第８の発明のコンテンツ提供システムである。
【0025】
第９の発明によれば、コンテンツ提供システムは、イベント映像の表示制御中に受け付けた視聴者アクションについても反映表示として通知表示を行うが、イベント映像が表示される前に受け付けた視聴アクションとは異なる表示形態とすることができる。
【0026】
第１０の発明は、前記視聴者端末を通じて前記視聴者から優遇設定を受け付ける優遇設定受付制御手段（例えば、図７のサーバ処理部２００ｓ、コンテンツ提供制御部２１０、優遇設定受付制御部２１６、図１６の優遇設定者データ７１５、図１８のステップＳ１２）、を更に備え、前記イベント発動手段は、前記一斉に行う通知表示のうち、前記優遇設定を受け付けた視聴者に係る通知表示を、他の通知表示と異なる表示形態で表示させる、第７～第９の何れかの発明のコンテンツ提供システムである。
【0027】
第１０の発明によれば、コンテンツ提供システムは、優遇設定をした視聴者の通知表示を、優遇設定をしなかった視聴者の通知表示とは異なる表示形態で表示することができる。
【0028】
第１１の発明は、前記検出手段による検出がなされた場合の前記イベント発動手段の制御内容を、前記反映抑制制御がなされている間に前記視聴者端末に通知する発動制御内容通知手段（例えば、図２３の発動制御内容通知制御部２４０）、を更に備える第２～第１０の何れかの発明のコンテンツ提供システムである。
【0029】
第１１の発明によれば、コンテンツ提供システムは、イベント発動手段の制御内容を視聴者に予告することで、期待感を煽り、視聴者アクションを促すことができる。
【0030】
第１２の発明は、前記反映抑制制御の開始条件を設定する開始条件設定手段（例えば、図２３の開始条件設定部２４２）を更に備え、前記反映抑制制御開始手段は、前記開始条件を充足したタイミングで前記反映抑制制御を開始する、第２～第１１の何れかの発明のコンテンツ提供システムである。
【0031】
第１２の発明によれば、反映抑制制御の開始条件を設定できるようになる。
【0032】
第１３の発明は、前記コンテンツが、配信者が配信者端末で実行する所与のエンターテインメントアプリケーションの実行映像であり、前記検出手段は、前記エンターテインメントアプリケーションの実行状況に基づき定められた前記発動条件を満たしたことを検出する、第１～第１２の何れかの発明のコンテンツ提供システムである。
【0033】
ここで言う「実行状況」とは、エンターテインメントの進行具合や、エンターテインメントで実現されている仮想世界がどのような状況にあるか、エンターテインメントのなかで行われた試みが成功したのか否か、エンターテインメントの成績に相当する評価がどの程度の状態か、などである。その詳細は、エンターテインメントの内容によって、適宜設定される。
【0034】
第１３の発明によれば、コンテンツ提供システムは、エンターテインメントの実行状況を発動条件とすることができる。よって、視聴者の心が動かされるような実行状況を適切に発動条件に設定することで、コンテンツの盛り上がりポイントに合わせてイベント映像を表示させることができる。
【0035】
第１４の発明は、前記コンテンツ提供画面に前記発動条件を示す条件表示体を表示させる制御を行う手段（例えば、図７のサーバ処理部２００ｓ、コンテンツ提供制御部２１０、条件表示体表示制御部２３６、図１８のステップＳ１８）、を更に備える第１～第１３の何れかの発明のコンテンツ提供システムである。
【0036】
また、第１５の発明は、前記発動条件が、前記コンテンツの進行が所定タイミングに達したことであり、前記コンテンツ提供画面に、前記所定タイミングに達するまでの時間を示す時間表示体を表示させる制御を行う手段（例えば、図７のサーバ処理部２００ｓ、コンテンツ提供制御部２１０、条件表示体表示制御部２３６、図１８のステップＳ１８）、を更に備える第１～第１３の何れかの発明のコンテンツ提供システムである。
【0037】
第１４又は第１５の発明によれば、コンテンツ提供システムは、次にイベントが発動されるために満たすべき条件を視聴者に報せることができる。この報せは、視聴者に「早くイベントを発動させたい」と思わせるきっかけとなり、積極的な視聴アクションを促す効果も期待できる。
【0038】
第１６の発明は、第１～第１５の何れかの発明のコンテンツ提供システムであるサーバシステムと、前記視聴者端末と、が通信可能に接続されたコンテンツ視聴システムである。
【0039】
第１６の発明によれば、第１～第１５の何れかの発明と同様の効果を発揮できるコンテンツ視聴システムを実現できる。
【図面の簡単な説明】
【0040】
【図1】コンテンツ視聴システムの構成例を示す図。
【図2】ユーザ端末の構成例を示す正面図。
【図3】コンテンツの配信と、視聴者アクションについて説明するための図。
【図4】反映表示がなされたコンテンツ提供画面の例を示す図。
【図5】反映表示の抑制制御が行われている状態におけるコンテンツ提供画面の例を示す図。
【図6】イベント映像を伴ったコンテンツ提供画面の例を示す図。
【図7】第１実施形態におけるサーバシステムの機能構成例を示す機能ブロック図。
【図8】第１実施形態におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。
【図9】イベント発動条件定義データのデータ構成例を示す図。
【図10】イベント用コメント通知表示に係る通知表示定義データのデータ構成例を示す図。
【図11】イベント用投げ銭通知表示に係る通知表示定義データのデータ構成例を示す図。
【図12】優遇定義データのデータ構成例を示す図。
【図13】反映表示定義データのデータ構成例を示す図。
【図14】ユーザ管理データのデータ構成例を示す図。
【図15】コンテンツ登録データのデータ構成例を示す図。
【図16】配信管理データのデータ構成例を示す図。
【図17】第１実施形態におけるユーザ端末の機能構成例を示す機能ブロック図。
【図18】１つの配信に係りサーバシステムが実行する処理の流れを説明するためのフローチャート。
【図19】第２実施形態におけるサーバシステムの機能構成例を示す機能ブロック図。
【図20】第２実施形態におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。
【図21】第２実施形態におけるユーザ端末の機能構成例を示す機能ブロック図。
【図22】ユーザ端末の機能構成の変形例を示す機能ブロック図。
【図23】サーバシステムの機能構成の変形例を示す機能ブロック図。
【発明を実施するための形態】
【0041】
以下、本発明の実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。
【0042】
〔第１実施形態〕
図１は、コンテンツ視聴システムの構成例を示す図である。
コンテンツ視聴システム１０００は、ネットワーク９を介してユーザ２に、コンテンツの配信機会とコンテンツの視聴機会とを提供するサービスを実現するシステムである。
図１は、コンテンツ視聴システムの構成例を示す図である。
コンテンツ視聴システム１０００は、ネットワーク９を介してユーザ２に、コンテンツの配信機会とコンテンツの視聴機会とを提供するサービスを実現するシステムである。
【0043】
ここで言う「コンテンツ」は、ゲーム、演奏、演技、演舞、プライベートに撮影した動画、スポーツ等の技の披露、キャンプ場や観光地の体験記、などのエンターテインメントは勿論、ニュース、教育、啓蒙、知識のシェア、などを目的としたものも含まれる。
【0044】
以下では、コンテンツとして、エンターテインメントアプリケーションの実行映像として、オンラインゲームのゲームプレイをライブ配信する例を示す。
【0045】
コンテンツ視聴システム１０００は、ネットワーク９を介して相互にデータ通信が可能に接続されたサーバシステム１１００と、ユーザ端末１５００（１５００ａ，１５００ｂ，…）と、を含む。図１では、ユーザ端末１５００（１５００ａ，１５００ｂ，…）を４台描いているが、実際のシステム運用においては、更に多くのユーザ端末１５００がサーバシステム１１００にアクセス可能である。
【0046】
ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。
【0047】
サーバシステム１１００は、例えば本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０と、を有し、本体装置１１０１に制御基板１１５０を搭載するコンピュータシステムである。
【0048】
制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。
【0049】
そして、サーバシステム１１００は、制御基板１１５０が所定のプログラム及びデータに基づいて演算処理することにより、（１）ユーザ登録等に係る情報を管理するユーザ管理機能と、（２）オンラインゲームを進行制御するゲーム管理機能と、を実現する。つまり、サーバシステム１１００は、一種のクライアント・サーバ型のオンラインゲームを提供するゲームサーバとして機能する。また、サーバシステム１１００は、（３）コンテンツ配信を実現するためのデータを記憶管理してコンテンツを動画配信するコンテンツ提供機能と、（４）コンテンツの視聴者が視聴中に使用するアイテム等をオンライン販売するオンラインショッピング機能と、を実現する。
【0050】
なお、サーバシステム１１００を、１台のサーバ装置であるかのように描いているが、複数の装置で実現する構成であってもよい。例えば、サーバシステム１１００は、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。また、サーバシステム１１００を構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い
【0051】
図２は、ユーザ端末１５００の構成例を示す正面図である。
ユーザ端末１５００（１５００ａ，１５００ｂ，…）は、登録手続を経たユーザ２（２ａ，２ｂ，…）が、本実施形態のコンテンツ視聴システム１０００を利用するために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００にアクセスできる電子装置（電子機器）である。すなわち、ユーザ端末１５００は、ユーザ２が配信者２ｈとなるときには、コンテンツ配信のためにゲームプレイをするために使用する配信者端末１５００ｈとして機能する。ユーザ２が視聴者２ｖとなるときには、コンテンツ配信を視聴するための視聴者端末１５００ｖとして機能する。
ユーザ端末１５００（１５００ａ，１５００ｂ，…）は、登録手続を経たユーザ２（２ａ，２ｂ，…）が、本実施形態のコンテンツ視聴システム１０００を利用するために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００にアクセスできる電子装置（電子機器）である。すなわち、ユーザ端末１５００は、ユーザ２が配信者２ｈとなるときには、コンテンツ配信のためにゲームプレイをするために使用する配信者端末１５００ｈとして機能する。ユーザ２が視聴者２ｖとなるときには、コンテンツ配信を視聴するための視聴者端末１５００ｖとして機能する。
【0052】
なお、図２で示すユーザ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、コンピュータであれば、スマートウォッチ、スマートグラスなどのウェアラブルコンピュータや、携帯型ゲーム装置、タブレット型コンピュータ、パソコン、などでもよい。スマートフォンと、当該スマートフォンに通信接続されたスマートウォッチとの組み合わせといった複数の電子機器が通信可能に接続することで１つの機能を果たす場合にはこれらの複数の電子機器を１つのユーザ端末１５００とみなすことができる。
【0053】
ユーザ端末１５００は、方向入力キー１５０２と、ボタンスイッチ１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、カメラ１５２０と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、を備える。その他、図示されていない電源ボタン、音量調節ボタン等が設けられている。また、コンテンツ視聴システム１０００の利用対価等の支払いが可能なＩＣカード型のクレジットカードやプリペイドカードに対して非接触にデータの読み書きが行えるＩＣカード読取装置などを設けるとしてもよい。
【0054】
制御基板１５５０は、（１）ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、（２）ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、（３）ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、（４）インターフェース回路１５５７、などを搭載する。
【0055】
インターフェース回路１５５７には、（１）タッチパネル１５０６のドライバ回路、（２）方向入力キー１５０２及びボタンスイッチ１５０４からの信号を受信する回路、（３）スピーカ１５１０へ音声信号を出力する出力アンプ回路、（４）マイク１５１２で集音した音声の信号を生成する入力信号生成回路、（５）カメラ１５２０で撮影された画像の画像データを入力する回路、（６）メモリカード読取装置１５４２への信号入出力回路、などが含まれている。
【0056】
制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、ユーザ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。
【0057】
なお、本実施形態では、ユーザ端末１５００はプログラムや各種の設定データをサーバシステム１１００からダウンロードする構成としているが、別途入手したメモリカード１５４０などの記憶媒体から読み出す構成としても良い。
【0058】
図３は、コンテンツの配信と、視聴者アクションについて説明するための図である。
配信者２ｈは、自身がプレイするオンラインゲームのゲームプレイ映像をライブ配信したいユーザでありコンテンツ提供者である。
配信者２ｈのユーザ端末１５００である配信者端末１５００ｈは、サーバシステム１１００から取得したゲームプレイ用のクライアントプログラムを実行して、サーバシステム１１００と通信することで、オンラインゲームがプレイ可能になる。そのゲーム画面Ｗ２は、配信者端末１５００ｈのタッチパネル１５０６にて表示される。ゲーム内容は適宜選択可能であるが、例えばプレーヤキャラクタ４（４ａ，４ｂ）を操作してマップ内の敵キャラクタ６を倒してゆくアクションＲＰＧでもよい。
配信者２ｈは、自身がプレイするオンラインゲームのゲームプレイ映像をライブ配信したいユーザでありコンテンツ提供者である。
配信者２ｈのユーザ端末１５００である配信者端末１５００ｈは、サーバシステム１１００から取得したゲームプレイ用のクライアントプログラムを実行して、サーバシステム１１００と通信することで、オンラインゲームがプレイ可能になる。そのゲーム画面Ｗ２は、配信者端末１５００ｈのタッチパネル１５０６にて表示される。ゲーム内容は適宜選択可能であるが、例えばプレーヤキャラクタ４（４ａ，４ｂ）を操作してマップ内の敵キャラクタ６を倒してゆくアクションＲＰＧでもよい。
【0059】
サーバシステム１１００は、ゲームサーバとして機能している。そして、そのゲームプレイをコンテンツとするコンテンツデータ６３４を管理するコンテンツ管理サーバとしても機能する。コンテンツデータ６３４の内容は、コンテンツの内容によって適宜設定可能である。本実施形態のように、オンラインゲームであるならば、ゲームプレイを再現可能な再現用データ、或いはゲームプレイの動画、をコンテンツデータ６３４とすることができる。なお、再現用データは、サーバシステム１１００で生成するとしても良いし、配信者端末１５００ｈで生成してこれを受信するとしてもよい。
【0060】
そして、サーバシステム１１００は、コンテンツデータ６３４を、視聴者端末１５００ｖ（１５００ａ，１５００ｂ，１５００ｃ）へ配信する。つまり、コンテンツをライブ配信する動画配信サーバとして機能する。
【0061】
視聴者端末１５００ｖは、視聴者２ｖ（２ａ、２ｂ、２ｃ）となるユーザのユーザ端末１５００であって、サーバシステム１１００から取得した視聴用クライアントプログラムを実行して、サーバシステム１１００にアクセスする。視聴者２ｖは視聴者端末１５００ｖを操作して視聴を希望するコンテンツを選択することで、当該コンテンツのライブ配信を視聴可能になる。
【0062】
視聴者２ｖは、視聴中のコンテンツを対象にして、視聴者アクションを行うことができる。「視聴者アクション」は、コンテンツの内容に心が動かされたことを表現するための行為ということができる。具体的には、視聴者アクションとして、（１）その時思ったことをテキスト入力又は音声入力する「コメント」、（２）所定の評価段階（例えば、良い／悪い、５段階評価、など）のなかから視聴者２ｖが感じた視聴中のコンテンツへの評価を選択する「評価」、（３）配信者２ｈへの応援やねぎらい、感謝の気持ちとして送金する「投げ銭」、が可能である。勿論、視聴アクションは、これらのうちの１つ又は複数を省略してもよいし、これら以外の形態のアクションを含めても良い。
【0063】
視聴者端末１５００ｖで入力された視聴アクションに係る情報は、逐一、サーバシステム１１００へ送信される。サーバシステム１１００は、コンテンツの配信機能の１つとして、受信した視聴アクションに係る情報に基づいて、視聴者端末１５００ｖで表示されるコンテンツ提供画面へ、当該視聴アクションに応じた反映表示を行う。
【0064】
図４は、反映表示がなされたコンテンツ提供画面の例を示す図である。
コンテンツ提供画面Ｗ４は、視聴者端末１５００ｖのタッチパネル１５０６にて表示される。コンテンツ提供画面Ｗ４は、オンラインゲームのプレイ映像を表示する主表示部１０と、シークバー１２と、視聴者アクションの種別の累計を示す累計表示１４と、を有する。
コンテンツ提供画面Ｗ４は、視聴者端末１５００ｖのタッチパネル１５０６にて表示される。コンテンツ提供画面Ｗ４は、オンラインゲームのプレイ映像を表示する主表示部１０と、シークバー１２と、視聴者アクションの種別の累計を示す累計表示１４と、を有する。
【0065】
基本的には、ある視聴者端末１５００ｖでなされた視聴者アクションは、即座に全ての視聴者端末１５００ｖの主表示部１０内にて、その視聴アクションの種類に応じた標準の通知表示２０により反映表示される。視聴者アクションと標準の通知表示２０は１対１の関係で表示される。
【0066】
視聴アクションの種類が「コメント」である場合、標準コメント通知表示２１が表示される。標準コメント通知表示２１は、例えば、コメントテキストを主表示部１０の右端枠から出現し、左方に流れるように移動して左端枠で消えるように「流れ表示」される。
【0067】
視聴アクションの種類が「投げ銭」である場合、標準投げ銭通知表示２３が主表示部１０に表示される。標準投げ銭通知表示２３は、フレーム２４の中に、当該視聴アクションをした視聴者２ｖのユーザアカウント（図４中のＩＤ）と、投げ銭種類２５と、投げ銭金額２６と、を表示する。標準投げ銭通知表示２３は、主表示部１０の所定範囲に一定時間表示されて消えるとしてもよいし、標準コメント通知表示２１のように流れ表示させてもよい。
【0068】
一方、サーバシステム１１００は、コンテンツの配信が開始されるとともに、実行状況を監視している。
「実行状況」とは、コンテンツとされるエンターテインメントの進行具合や、エンターテインメントで実現されている仮想世界がどのような状況にあるか、ゲームのように成績を伴うエンターテインメントであれはその成績がどの程度にあるか、などである。その詳細は、エンターテインメントの内容によって、適宜設定される。
「実行状況」とは、コンテンツとされるエンターテインメントの進行具合や、エンターテインメントで実現されている仮想世界がどのような状況にあるか、ゲームのように成績を伴うエンターテインメントであれはその成績がどの程度にあるか、などである。その詳細は、エンターテインメントの内容によって、適宜設定される。
【0069】
本実施形態では、コンテンツはオンラインゲームのライブ映像なので、実行状況の監視は、ゲームの進行状況を記述する各種パラメータ値を監視することで実現できる。例えば、ゲームポイント、ゲームポイントの変動幅、キャラクタに設定されているパラメータ値（例えば、いわゆるＨＰに相当する耐久値、ステータス異常、スキル発動、など）、キャラクタが使用した技の種類、コンボ数、使用されたアイテムの種類、使用されたアイテムによる成果、特定の心的印象を付加するＳＥ（Sound Effect）やＢＧＭ（BackGround Music）の再生、ゲームステージや特定キャラクタの攻略、ゲーム空間内の位置、経過時間、などのパラメータ値を監視することで実現できる。
【0070】
そして、サーバシステム１１００は、実行状況が、監視内容から判定可能な所定の「抑制開始条件」を満たした場合、上記した視聴アクションに応じた即時の反映表示を一時的に抑制する抑制制御を開始する。
【0071】
「抑制開始条件」は、視聴者２ｖが視聴アクションをしたくなるタイミングや状況が訪れる前、ライブ配信の盛り上がりとして適当と思われるタイミングや状況の前、を条件とすると好適である。
【0072】
例えば、経過時間を用いて「経過時間＝０（ゲーム開始から）」「経過時間＝Ｔ１となる２０秒前（第１ゲームステージ終了の予定時刻Ｔ１）」「敵ボスキャラクタが登場する直前１０秒前」などとすることができる。また、プレイ成績を用いるならば「あと１体の敵キャラクタを撃墜することでステージクリアになることに至った時点」などとすることができる。また、所定キャラクタの状態を用いるならば、「プレーヤキャラクタの耐久値（いわゆるＨＰ）が残り“１０”になった」、「敵ボスキャラクタの耐久値が１／４になった」などとすることもできる。なお、抑制開始条件を、設定無し、或いは実質的に設定無しとすることもできる。
【0073】
図５は、反映表示の抑制制御が行われている状態におけるコンテンツ提供画面の例を示す図である。この図のコンテンツ提供画面Ｗ６の例では、敵キャラクタ６の耐久値が、クリティカルヒットが１発当たるととどめを刺せる程度に低下した緊迫した状況にあり、抑制開始条件を満たした状況にある。
【0074】
抑制制御が実行されることで、視聴者２ｖが視聴者端末１５００ｖで視聴アクションを入力しても、主表示部１０の表示には反映表示されない。つまり、視聴アクションに対応する標準の通知表示２０（図４参照）は表示されない。その代わり、サーバシステム１１００は、反映表示を抑制する間、抑制数量表示３０と、条件表示体３２と、を表示させる。
【0075】
抑制数量表示３０は、現在実行されている抑制制御の間に、視聴者端末１５００ｖから受信した視聴アクションの種類別の数量を示す。
【0076】
条件表示体３２は、イベントが発動する条件である「イベント発動条件」の内容を示す。このイベント発動条件は、現在実行されている抑制制御が終了する条件でもある。
【0077】
「イベント発動条件」は、視聴者２ｖが視聴アクションをしたくなるタイミングや状況、ライブ配信の盛り上がりとして適当と思われるタイミングや状況、を判定するために設定された条件である。別の言い方をすると、イベント発動条件は、例えば、現実世界のライブイベントなどで観客が一斉に沸き立つような皆で盛り上がるシチュエーション、に相当するタイミングや状況の条件として記述される。
【0078】
例えば、「イベント発動条件」は、ゲーム開始からの経過時間を用いて「プレイ継続時間の記録更新」「ステージクリア所要時間の記録更新」「経過時間＝Ｔｎ（所定の第ｎゲームステージ終了の予定時刻）」などとすることができる。
【0079】
「イベント発動条件」は、プレイ中のゲームステージの種類を用いて「未踏ステージのプレイ開始」「特定のシナリオ分岐に到達」などとすることもできる。
【0080】
「イベント発動条件」は、クリアしたゲームステージの数や種類を用いて「特定ステージのクリア」「ステージクリア数の記録更新」などとすることもできる。
【0081】
「イベント発動条件」は、プレイ成績の値や変化を用いて「プレイ成績が２分間で５００ポイント以上変動（プラス変動なら、プレーヤが驚くほどの高成績を上げている、マイナス変動ならプレーヤは大ピンチ）」などとすることもできる。
【0082】
「イベント発動条件」は、ゲーム内イベントの発生を用いて「スペシャルアイテム獲得可能な抽選」「スペシャルアイテムの獲得」「新プレーヤキャラクタの登場」「死亡キャラクタの復活」「特定ゲーム内イベントの発動及び／又は終了」などとすることもできる。
【0083】
「イベント発動条件」は、場面転換を用いて「暗転発生（これから良くないことが起きる前兆演出、プレーヤキャラクタが大ダメージを負った演出、など）」「ホワイトアウト発生」などとすることもできる。
【0084】
「イベント発動条件」は、所定キャラクタの状態を用いて「クリティカルヒットの発生」「プレーヤキャラクタの耐久値１００ポイント以上の減少発生」などとすることもできる。
【0085】
図５の例の条件表示体３２ａは、「敵キャラクタ６にダメージ２００ポイントを与えることで撃破することができ、そうするとイベント発動条件が満たされる」ことを視聴者２ｖに報せる基準値数量表示体として表示されている。もし、イベント発動条件が、コンテンツの進行が所定タイミングに達したことである場合、枠内に示す条件表示体３２ｂのように、当該所定タイミングに達するまでの時間を示す時間表示体として表示されることになる。
【0086】
そして、サーバシステム１１００は、イベント発動条件が満たされると、抑制開始からイベント発動条件が満たされことを検出する迄になされた視聴アクションに基づくイベント映像を、コンテンツ提供画面に表示させる。
【0087】
図６は、イベント映像を伴ったコンテンツ提供画面の例を示す図である。
サーバシステム１１００は、コンテンツ提供画面Ｗ８に、抑制開始からイベント発動条件が満たされことを検出する迄になされた視聴アクションに対応するイベント用の通知表示４０（イベント用コメント通知表示４１、イベント用評価通知表示４２、イベント用投げ銭通知表示４３）を表示させる。
サーバシステム１１００は、コンテンツ提供画面Ｗ８に、抑制開始からイベント発動条件が満たされことを検出する迄になされた視聴アクションに対応するイベント用の通知表示４０（イベント用コメント通知表示４１、イベント用評価通知表示４２、イベント用投げ銭通知表示４３）を表示させる。
【0088】
イベント用の通知表示４０の表示形態は、抑制開始からイベント発動条件が満たされたことを検出する迄になされた視聴アクションの数量に基づいて変化する。
【0089】
例えば「コメント」であれば、総コメント数、文字数、視聴者２ｖの平均コメント数などが多い又は大きいほど、視認性が相対的に優れるように設定される。表示形態変化は、例えば、フォントの種類、大きさ、文字色、絵文字の付加、文字の動作付与、文字の明滅、移動速度（コンテンツ提供画像内に留まる時間長）、などで作られる。
【0090】
例えば「評価」であれば、総評価数、評価の変動量、などが多い又は大きい程、視認性に優れるように設定される。例えば、総評価数と同数の小さなイベント用評価通知表示４２を表示しても良いし、総評価数が所定の基準値に達すると、それらの一部又は全部を合算して、大きいサイズのイベント用評価通知表示４２で表示する、などとしてもよい。或いは、イベント用評価通知表示４２に飾りを付与する、位置を周期的にバウンスさせる、表示サイズを周期的に拡縮する、明滅させる、などで表示形態の変化を作ってもよい。
【0091】
例えば「投げ銭」であれば、総投げ銭数、総投げ銭額、視聴者２ｖの平均投げ銭額などが多い又は大きい程、視認性に優れるように設定される。表示形態の変化は、例えば、イベント用投げ銭通知表示４３のデザインを変える、他より大きく目立つ表示サイズとする、表示内のフォントを他とは変える、文字サイズを大きくする、文字色を所定の限定色にする、などにより作ることができる。なお、表示形態の変化は、視聴者２ｖ別に変えるとしてもよい。例えば、視聴者２ｖ別の投げ銭総額の上位者に限定して、こうした表示形態の変化を付け、非上位者は標準投げ銭通知表示２３を用いるとしてもよい。
【0092】
つまり、イベント映像は、反映表示が抑制されていた視聴アクションに対応する通知表示４０を一斉に表示させることで実現される映像である。
【0093】
ここで言う「一斉」の表示制御は、通知表示４０を文字通り画面全体に散りばめるように同時に行うことは勿論のこと、画面全幅又は全高を使って複数の反映表示を雪崩のように連続的に一気に流れ表示させることを含む意味である。本実施形態は後者を実施する。
【0094】
イベント発動によってイベント映像が表示される謂わば「動」の前には、反映表示が抑制された「静」の期間がある。「静」から「動」へと変わる開放が、息をのむほどの素晴らしい／或いは緊迫した状況から、一気に感動の嵐へと繋がる流れを生む。これは、従来のように、視聴アクションがなされると即座にそれをコンテンツ提供画面に反映させるだけの従来技術とは一線を画すものであり、従来に無い魅力的な視聴者アクションの取り扱いが可能なコンテンツ提供システムを実現してくれる。
【0095】
また、サーバシステム１１００は、イベント映像の表示にあたって、優遇を望む視聴者２ｖに係るイベント用の通知表示４０については、他の視聴者のイベント用の通知表示４０とは異なる表示形態を適用することができる（図６の例では、イベント用投げ銭通知４３ｙがこれに該当）。
【0096】
「優遇設定」は、優遇機能付きの投げ銭をすることで可能となる。
優遇設定された視聴者２ｖのイベント映像におけるイベント用の通知表示４０（４３ｙ）は、他の視聴者のそれよりも目立つ表示形態が適用される。例えば、特別なデザインの適用、表示する時間を長くする、目に付きやすい表示位置に表示させる、表示サイズを大きくする、表示中に動きを付ける、他の表示と重なるときに手前に表示する、流れ表示の流れ速度を遅くする、といったことで目立つ表示形態が作られる。
優遇設定された視聴者２ｖのイベント映像におけるイベント用の通知表示４０（４３ｙ）は、他の視聴者のそれよりも目立つ表示形態が適用される。例えば、特別なデザインの適用、表示する時間を長くする、目に付きやすい表示位置に表示させる、表示サイズを大きくする、表示中に動きを付ける、他の表示と重なるときに手前に表示する、流れ表示の流れ速度を遅くする、といったことで目立つ表示形態が作られる。
【0097】
優遇設定時のイベント用の通知表示４０（４３ｙ）は、一斉に表示されるイベント用の通知表示４０の中で一際目を惹き、「賑やかし」要素として素晴らしい効果をもたらしてくれる。加えて、優遇設定の仕組みそのものは、「自分が場を盛り上げたい」「自分が誰よりも配信者（或いはコンテンツに登場する人物やキャラクタ）を応援している」ことをアピールしたい視聴者２ｖの要望にも応えることとなる。
【0098】
なお、イベントが発動されると抑制制御も解除される。解除は、一定時間でもよいし、次の抑制開始条件が満たされるまで継続的に行われてもよい。
サーバシステム１１００は、イベント発動に伴って抑制解除されてなされた視聴アクションに対応する反映表示は即時実行する。その際に使用するイベント発動後用の通知表示５０は、イベント発動から所定時間内については、標準の通知表示２０とも、イベント用の通知表示４０とも異なる表示形態を有する。これにより、抑制期間中になされた視聴アクションと、抑制解除後になされた視聴アクションとが識別可能になる。また、識別可能になることで、目立つことにもなる。結果、視聴者２ｖにイベント発動後の視聴アクションを促すこととなり、更にイベント発動による盛り上がり効果を更に高めてくれる。
サーバシステム１１００は、イベント発動に伴って抑制解除されてなされた視聴アクションに対応する反映表示は即時実行する。その際に使用するイベント発動後用の通知表示５０は、イベント発動から所定時間内については、標準の通知表示２０とも、イベント用の通知表示４０とも異なる表示形態を有する。これにより、抑制期間中になされた視聴アクションと、抑制解除後になされた視聴アクションとが識別可能になる。また、識別可能になることで、目立つことにもなる。結果、視聴者２ｖにイベント発動後の視聴アクションを促すこととなり、更にイベント発動による盛り上がり効果を更に高めてくれる。
【0099】
次に、機能構成について説明する。
図７は、サーバシステム１１００の機能構成例を示す機能ブロック図である。サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。
図７は、サーバシステム１１００の機能構成例を示す機能ブロック図である。サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。
【0100】
操作入力部１００ｓは、サーバの管理のための各種操作を入力するための手段である。図１のキーボード１１０６がこれに該当する。
【0101】
サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、ユーザ端末１５００などから受信したデータ、等に基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。
【0102】
そして、サーバ処理部２００ｓは、ユーザ管理部２０２と、オンラインショッピング管理部２０４と、ゲーム管理部２０６と、コンテンツ提供制御部２１０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。
【0103】
ユーザ管理部２０２は、ユーザ登録手続きに係る処理及びユーザアカウントに紐付けられる各種情報の記憶管理を行う。具体的には、ユーザ管理部２０２は、（１）登録ユーザへの固有のユーザアカウントの付与、（２）ユーザアカウント別の個人情報の記憶管理、（３）ゲームに係るセーブデータの記憶管理、（４）コンテンツの視聴履歴の管理、（５）視聴アクションの履歴の管理、（６）所有する投げ銭アイテムの管理、などを行う。
【0104】
オンラインショッピング管理部２０４は、オンラインショッピングに関する制御を担い、公知のオンラインショッピング技術を適宜利用して実現できる。本実施形態では、オンラインショッピングによって、様々な種類の投げ銭アイテムを購入することができる。視聴アクションとして投げ銭すると、購入し保有していた投げ銭アイテムが消費される。なお、オンラインショッピングにおける販売対象は、これら以外にも適宜設定可能である。
【0105】
ゲーム管理部２０６は、ゲームの進行制御に係る各種制御を行う。
【0106】
コンテンツ提供制御部２１０は、視聴者端末１５００ｖを通じて複数の視聴者２ｖに所与のコンテンツを同時配信可能に提供するための各種機能を有する。
具体的には、コンテンツ提供制御部２１０は、コンテンツ登録部２１２と、視聴者アクション受付制御部２１４と、優遇設定受付制御部２１６と、反映制御部２２０と、イベント発動条件充足検出部２３０と、抑制数量表示制御部２３２と、抑制アクション管理部２３４と、条件表示体表示制御部２３６と、を含む。
具体的には、コンテンツ提供制御部２１０は、コンテンツ登録部２１２と、視聴者アクション受付制御部２１４と、優遇設定受付制御部２１６と、反映制御部２２０と、イベント発動条件充足検出部２３０と、抑制数量表示制御部２３２と、抑制アクション管理部２３４と、条件表示体表示制御部２３６と、を含む。
【0107】
コンテンツ登録部２１２は、コンテンツの登録管理に係る制御を行う。例えば、コンテンツ登録部２１２は、配信者端末１５００ｈでプレイ中のゲームプレイを再現するための再現用データを生成して、コンテンツデータ６３４として保存する制御を行う。勿論、公知の動画配信サービスと同様に、出来上がった動画データの投稿の受け付けも行うことができる。
【0108】
視聴者アクション受付制御部２１４は、視聴者端末１５００ｖを通じて視聴者２ｖから視聴者アクションを受け付ける制御を行う。
【0109】
優遇設定受付制御部２１６は、視聴者端末１５００ｖを通じて視聴者２ｖから優遇設定を受け付ける。具体的には、視聴者アクション受付制御部２１４で受け付けた視聴者アクションが、所定の設定条件を満たす場合（より具体的には、受け付けた視聴者アクションが優遇設定機能付きの投げ銭である場合）に、当該視聴者に優遇設定をする。
【0110】
反映制御部２２０は、視聴者アクション受付制御部２１４が受け付けた視聴者アクションに応じた反映表示を視聴者端末１５００ｖのコンテンツ提供画面に表示させる反映制御を行う。そして、反映制御部２２０は、反映抑制制御開始部２２２と、イベント発動部２２４と、を有する。
【0111】
反映抑制制御開始部２２２は、所与のタイミングで反映制御（視聴者アクション受付制御部２１４による視聴者アクションの受け付けに応じた通知表示）を即時にコンテンツ提供画面に反映させる制御を抑制させる反映抑制制御を開始し実行する。
【0112】
具体的には、反映抑制制御開始部２２２は、配信中のコンテンツが所与の抑制開始条件を満たしたことを検出して反映抑制制御を開始し、未充足のイベント発動条件が満たされたことが検出されるまでこれを継続する。そして、当該未充足のイベント発動条件が満たされると反映表示の抑制制御を解除する。
【0113】
イベント発動部２２４は、配信中のコンテンツが、イベントの発動に係る所与の発動条件（イベント発動条件）を満たすことの検出に応じて、所与のイベント映像をコンテンツ提供画面に表示させる制御を行う。
【0114】
具体的には、イベント発動部２２４は、反映表示の抑制が開始されてから、イベント発動条件を満たしたことの検出がなされる迄に視聴者アクション受付制御部２１４により受け付けられたが、反映抑制制御によって抑制された反映制御に対応する視聴者アクションに基づいて、抑制されていた反映制御を一斉に実行することで、イベント映像を可変に制御して表示させる。より具体的に、イベント発動部２２４は、反映抑制制御によって抑制された反映制御に対応する視聴者別の視聴者アクションの数量に基づいて、イベント映像を可変に制御する。その際、一斉に行う通知表示のうち、優遇設定を受け付けた視聴者に係る通知表示を、他の通知表示と異なる表示形態で表示させる。各種イベント用の通知表示４０の表示制御がこれに該当する（図６参照）。
【0115】
そして、反映制御部２２０は、イベント映像の表示制御中に、視聴者アクション受付制御部２１４により視聴者アクションが受け付けられた場合に、当該受け付けた視聴者アクションに応じた通知表示を、当該イベント映像に表示されている通知表示とは異なる表示形態で表示させる。図６の通知表示５０の表示がこれに該当する。
【0116】
イベント発動条件充足検出部２３０は、配信されているコンテンツの進行状況に基づく所与の発動条件（イベント発動条件）を満たしたことを検出する。具体的には、プレイ中のオンラインゲームの進行制御を記述する各種パラメータ値や、配信中のコンテンツデータ６３４に含まれる再現用データに基づいて再現されている各種パラメータ値を監視することで発動条件を満たしたことを検出する。
【0117】
抑制数量表示制御部２３２は、コンテンツ提供画面に、反映抑制制御によって抑制された反映制御に対応する視聴者アクションの数量を示す表示制御を行う。抑制数量表示３０の表示制御がこれに該当する（図５参照）。
【0118】
抑制アクション管理部２３４は、イベント発動条件充足検出部２３０による検出がなされる迄に反映抑制制御によって抑制された反映制御に対応する視聴者アクションの数量を、視聴者毎に管理する。
【0119】
条件表示体表示制御部２３６は、コンテンツ提供画面に発動条件を示す条件表示体３２を表示させる制御を行う（図５参照）。イベント発動条件が、コンテンツの進行が所定タイミングに達したことである場合、条件表示体表示制御部２３６は、コンテンツ提供画面に、当該所定タイミングに達するまでの時間を示す時間表示体を条件表示体３２として表示させる。
【0120】
計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。
【0121】
音生成部２９０ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理や、ゲーム等に係る操作音や効果音、ＢＧＭ、音声通話、などの音声データを生成或いはデコードする。そして、システム管理に関する音声信号は音出力部３９０ｓへ出力する。
【0122】
音出力部３９０ｓは、音声信号を放音する。図１の例では本体装置やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。
【0123】
画像生成部２９２ｓは、画像表示部３９２ｓに表示させる画像を生成し、その画像信号の出力を行う。サーバシステム１１００のシステム管理に関する画面やゲームに係る各種画面（又はそれらをユーザ端末１５００で表示させるためのデータ）などを生成する機能の一部がこれに該当する。
【0124】
画像表示部３９２ｓは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図１の例では、タッチパネル１１０８がこれに該当する。
【0125】
通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。
【0126】
通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３が該当する。
【0127】
サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体、及びストレージ１１４０がこれに該当する。
【0128】
図８は、サーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。
本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用ゲームクライアントプログラム５０３と、配信用視聴クライアントプログラム５０５と、ゲーム初期設定データ５１０と、抑制開始条件定義データ５１２と、イベント発動条件定義データ５２０と、通知表示定義データ５４０と、優遇定義データ５５０と、反映表示定義データ５７０と、抑制数量表示３０（図５参照）のデザインを定義する抑制数表示定義データ５８０と、を記憶する。
本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用ゲームクライアントプログラム５０３と、配信用視聴クライアントプログラム５０５と、ゲーム初期設定データ５１０と、抑制開始条件定義データ５１２と、イベント発動条件定義データ５２０と、通知表示定義データ５４０と、優遇定義データ５５０と、反映表示定義データ５７０と、抑制数量表示３０（図５参照）のデザインを定義する抑制数表示定義データ５８０と、を記憶する。
【0129】
また、サーバ記憶部５００ｓは、逐次生成・管理されるデータとして、ユーザ管理データ６００と、コンテンツ登録データ６３０と、プレイデータ７００と、配信管理データ７１０と、現在日時９００と、を記憶する。サーバ記憶部５００ｓは、その他のプログラムやデータ（例えばタイマーや、カウンタ、各種フラグなど）も適宜記憶する。
【0130】
サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２０２、オンラインショッピング管理部２０４、ゲーム管理部２０６、コンテンツ提供制御部２１０、としての機能を実現させるためのプログラムである。
【0131】
配信用ゲームクライアントプログラム５０３は、ユーザ端末１５００へ提供されるゲームプレイに係るクライアントプログラムと、コンテンツ提供に係るクライアントプログラムとを含むオリジナルのプログラムである。当該プログラムは、オンラインゲームというエンターテインメントを実現するエンターテインメントアプリケーションプログラムである。ゲームの種類を複数用意して、ユーザ２が選択可能にする構成では、当該クライアントプログラムをゲーム初期設定データ５１０ともどもゲームの種類別に用意すればよい。
【0132】
配信用視聴クライアントプログラム５０５は、ユーザ端末１５００へ提供される視聴に係るクライアントプログラムのオリジナルである。
【0133】
ゲーム初期設定データ５１０は、ゲームの実行制御に必要な各種初期設定データを含む。当該データは、ゲーム製作者が用意する。
【0134】
抑制開始条件定義データ５１２は、視聴アクションに対応する反映表示を抑制する抑制制御を開始するための条件毎に作成され、当該条件に係る各種データを格納する。本実施形態では、オンラインゲームのライブ配信を行うので、当該定義データは、ゲーム内容を熟知しているゲーム製作者が用意する。勿論、ゲーム内容を熟知していればゲーム製作者以外が用意してもよい。
【0135】
１つの抑制開始条件定義データ５１２は、固有の条件ＩＤと、当該定義データが適用されるゲームを指定する適用ゲームタイトルと、抑制開始条件と、を含む。抑制開始条件は、「経過時間＝Ｔ１となる２０秒前（第１ゲームステージ終了の予定時刻Ｔ１）」「敵ボスキャラクタが登場する直前１０秒前に到達」などの条件判定のための制御パラメータ値の種類と、その閾値で記述される。
【0136】
図９は、イベント発動条件定義データ５２０のデータ構成例を示す図である。
イベント発動条件定義データ５２０は、イベント発動条件の内容別に用意され、当該条件に係る各種データを格納する。本実施形態では、オンラインゲームのライブ配信を行うので、当該定義データは、ゲーム内容を熟知しているゲーム製作者が用意する。勿論、ゲーム内容を熟知していればゲーム製作者以外が用意してもよい。
イベント発動条件定義データ５２０は、イベント発動条件の内容別に用意され、当該条件に係る各種データを格納する。本実施形態では、オンラインゲームのライブ配信を行うので、当該定義データは、ゲーム内容を熟知しているゲーム製作者が用意する。勿論、ゲーム内容を熟知していればゲーム製作者以外が用意してもよい。
【0137】
１つのイベント発動条件定義データ５２０は、（１）固有の発動条件ＩＤ５２１と、（２）当該定義データが適用されるゲームを指定する適用ゲームタイトル５２３と、（３）当該イベント発動条件に係り表示される条件表示体３２（図５参照）を定義する条件表示体定義データ５２５と、（４）当該イベント発動条件と対応関係をなす抑制開始条件を示す対応抑制開始条件ＩＤ５２７と、（５）イベント発動条件５３０と、を含む。
【0138】
イベント発動条件５３０は、１つ又は複数のサブ条件のＡＮＤ又はＯＲの組み合わせで記述される。コンテンツがゲームである場合のサブ条件としては、例えば、プレイ成績条件５３１と、キャラクタ状態条件５３２と、技種類条件５３３と、アイテム条件５３４と、ゲーム音条件５３５と、進行区切り条件５３６と、を用いることができる。
【0139】
プレイ成績条件５３１は、プレイ成績がどのような状態にあるか、どのように変動したかについての条件であって、例えば、着目するべきプレイ成績種類（例えば、ゲームポイント、獲得アイテム数、一度に消去したパズルの数、など）と、当該条件が満たされたと判定するための閾値と、を対応づけて格納する。勿論、これら以外のデータも適宜含めることができる。
【0140】
キャラクタ状態条件５３２は、どのキャラクタがどのような条件であるかについての条件であって、適用キャラクタ種類と、参照パラメータ値種類と、判定閾値と、を対応付けて格納する。当該条件を適切に設定することで、例えば、「プレーヤキャラクタ４の耐久値が１０以下」といった瀕死の状況など、視聴者２ｖの応援コメント等が寄せられ易い状況を記述できる。また、敵キャラクタ６の耐久値に着目してその変動幅を設定すれば、「敵キャラクタ６にクリティカルヒットが当たった」といった実行状況を記述できる。
【0141】
技種類条件５３３は、キャラクタが実行した技と、その作用効果の実績についての条件であって、例えば、適用キャラクタ種類と、技種類と、作用効果実績を判定するための参照パラメータ値種類と、判定閾値と、を対応付けて格納する。当該条件を適切に設定することで、例えば、「プレーヤキャラクタ４が、必殺攻撃技を上手く敵キャラクタ６にヒットさせて少なくとも１００ポイントのダメージを与えた」といった実行状況を記述することができる。
【0142】
アイテム条件５３４は、どのアイテムを使って、どのような成果を上げたかについての条件である。例えば、適用アイテム種類と、成果を判定するために参照する参照パラメータ値種類（例えば、敵キャラクタ６に与えたダメージ数）と、判定閾値と、を対応づけて格納する。当該条件を適切に設定することで、例えば「レアアイテムを使用して、一度に敵キャラクタ６を５体以上撃破した」といった実行状況を記述することができる。
【0143】
ゲーム音条件５３５は、効果音やＢＧＭなどの再生についての条件であって、例えば対象ＳＥ、対象ＢＧＭを指定する。効果音やＢＧＭはそもそも、製作者がプレーヤの心情を盛り上げるための演出に使用するものであり、それらが使用されるような状況は、視聴者２ｖが心を動かされて視聴者アクションをしたくなるシチュエーションであるといってもよい。
【0144】
進行区切り条件５３６は、ゲーム進行の区切りについての条件である。ゲーム進行の区切りは、ゲーム内容によって様々設定できるが、例えば、ゲームステージやのゲームシーンの開始或いは終了、シナリオ分岐、ゲーム内イベントクリア、ゲームマップ内での特定位置への到達、特定キャラクタとの遭遇や攻略、特定基準タイミングからの経過時間、ゲーム終了、などを区切りとすることができる。よって、当該条件は、例えばクリア対象ステージ名や、クリア対象敵キャラクタ種類、目標到達位置、経過時間、などで記述することができる。コンテンツが、楽曲の演奏であり演奏曲が決まっているならば、経過時間を適切に設定することで、曲の間奏や、サビ、１曲目と２曲目の間、などのタイミングをイベント発動条件とすることができる。
【0145】
図８に戻って、通知表示定義データ５４０は、視聴者アクションに対応する通知表示の種類毎に用意され、当該通知表示に係る各種データを格納する。
【0146】
図１０は、イベント用コメント通知表示４１に係る通知表示定義データ５４０のデータ構成例を示す図である。図１０（１）と図１０（２）は、コメント実績別の設定例を示している。１つの通知表示定義データ５４０は、固有の通知表示種類５４１と、適用要件５４２と、通知表示データ５４３とを含み、必要に応じて、フォント設定５４４と、エフェクトデータ５４５と、を更に含む。勿論、これら以外のデータも適宜含めることができる。例えば、表示位置や、表示時間、表示サイズなどの設定データも含めることができる。
【0147】
適用要件５４２は、当該定義データが適用されるために満たすべき条件、１つ又は複数のサブ条件のＡＮＤやＯＲによる組み合わせで記述される。サブ条件の種類は適宜設定可能である。イベント用コメント通知表示４１の定義データでは、例えば、視聴者アクション種類、視聴者アクションの数量（図１０の例では、合計コメント回数条件）、などを用いることができる。視聴者アクション種類と、視聴者アクションの数量の何れか一方又は両方を用いて記述してもよい。
【0148】
合計コメント回数条件の判定には、視聴者アクションを行った視聴者２ｖの過去の実績（反映抑制制御中や、当該配信中、過去の配信の少なくとも何れかにおける、コメントの実績）が参照される。
【0149】
勿論、サブ条件としては、これら以外の内容も適宜設定可能である。例えば、コメントの内容がネガティブかポジティブか、禁止用語を使用しているか否か、などのコメントの内容に関する条件も追加できる。コメントの内容は、例えば予め判定用の辞書データを別途用意してコメントテキストの単語認識処理により実現してもよい。
【0150】
通知表示データ５４３とフォント設定５４４は、通知表示のデザインを決定する。
エフェクトデータ５４５は、通知表示に付加される表示形態の演出効果の内容を定義する。図１０（２）の例では、通知表示データ５４３で設定されている星マークをランダムに明滅させる演出効果が設定されていることを示している。
エフェクトデータ５４５は、通知表示に付加される表示形態の演出効果の内容を定義する。図１０（２）の例では、通知表示データ５４３で設定されている星マークをランダムに明滅させる演出効果が設定されていることを示している。
【0151】
【0152】
図１１は、イベント用投げ銭通知表示４３に係る通知表示定義データ５４０のデータ構成例を示す図である。図１１（１）と図１１（２）は、投げ銭の実績別の設定例を示している。イベント用投げ銭通知表示４３に係る通知表示定義データ５４０では、適用要件５４２のサブ条件として、視聴者アクション種類条件は「投げ銭」に設定し、合計金額条件と、平均金額条件と、を用いることができる。
【0153】
合計金額条件と平均金額条件とを判定する際には、視聴者アクションを行った視聴者２ｖの過去の実績（反映抑制制御中や、当該配信中、過去の配信の少なくとも何れかにおける投げ銭の実績）が参照される。
【0154】
通知表示データ５４３は、イベント用投げ銭通知表示４３を定義するデータを格納する。イベント用投げ銭通知表示４３は、標準の投げ銭通知表示２３と同様の構成を有するが、投げ銭金額２６は、対応する単体の視聴アクションの投げ銭金額を表示するとしても良いし、同一視聴者の抑制された視聴アクションのうち、全投げ銭の金額合計を表示するとしてもよい。
【0155】
図１１（１）と図１１（２）とを比較すると、視聴者アクションの数量が多いほど、イベント用投げ銭通知表示４３がより目立つように設定されている。具体的には、図１１（２）で定義されるイベント用投げ銭通知表示４３には、飾り画像２７が追加されている。
【0156】
なお、イベント用評価通知表示４２についても、図１０や図１１と同様の通知表示定義データ５４０が用意されている。そして、視聴者アクションの数量が多いほど、イベント用評価通知表示４２がより目立つように設定されている。
【0157】
図１２は、優遇定義データ５５０のデータ構成例を示す図である。
優遇定義データ５５０は、優遇設定の内容別に用意され、当該優遇設定に係る各種データを格納する。１つの優遇定義データ５５０は、固有の優遇種類５５１と、当該定義データが適用されるために満たすべき条件を示す適用要件５５２と、優遇内容データ５６０と、を含む。勿論、これら以外のデータも適宜含めることができる。
優遇定義データ５５０は、優遇設定の内容別に用意され、当該優遇設定に係る各種データを格納する。１つの優遇定義データ５５０は、固有の優遇種類５５１と、当該定義データが適用されるために満たすべき条件を示す適用要件５５２と、優遇内容データ５６０と、を含む。勿論、これら以外のデータも適宜含めることができる。
【0158】
適用要件５５２は、サブ条件の組み合わせで記述される。図１２の例は、投げ銭についての優遇設定の例なので、サブ条件として、視聴者アクション種類は「投げ銭」に設定され、投げ銭種類は例えば「優遇付き￥５００」に設定されている。サブ条件には、これら以外の要素も適宜追加可能である。例えば、合計投げ銭金額や、平均投げ銭金額、などを含めても良い。
【0159】
優遇内容データ５６０は、どのような優遇が与えられるかを記述するデータである。例えば、表示サイズ優遇設定５６１、表示フォント優遇設定５６２、表示時間優遇設定５６３、表示位置優遇設定５６４、通知タイミング優遇設定５６５、などを含む。
【0160】
表示サイズ優遇設定５６１と表示フォント優遇設定５６２は、イベント用コメント通知表示４１で表示されるコメントテキストや、イベント用の投げ銭通知表示４３で表示される投げ銭した視聴者２ｖのアカウント表示、金額表示のテキスト表示、に適用される。非優遇よりも目立つように、そして投げ銭金額が大きいほど、表示サイズは大きく表示フォントも修飾がつくなどしてより目立つように設定されている。
【0161】
表示時間優遇設定５６３は、非優遇よりもより表示されている時間が長くなるように設定されている。
【0162】
表示位置優遇設定５６４は、非優遇よりも画面中央に近い、プレーヤキャラクタ４の付近など、いわば目立つ位置に表示されるように設定されている。通知表示４０が重なり表示する場合には、非優遇よりも重なりの上の方に表示されるように設定されているとしてもよい。
【0163】
通知タイミング優遇設定５６５は、通知表示４０の一斉表示に際して、一斉といっても生じる時間差のなかで、非優遇よりも優先して（先行して）表示される、或いはわざと遅らせて表示されるように設定されている。何れにせよ、非優遇よりも目立ち易い様に設定されている。
【0164】
優遇内容は、これら以外にも適宜設定可能である。例えば、表示中の明滅、表示色のリアルタイムな変化、表示中に特別な動作をつける、などでもよい。
【0165】
【0166】
イベント発動後用の通知表示５０の通知表示定義データ５４０の適用要件５４２を記述するサブ条件としては、例えば、視聴者アクション種類条件と、どのような状況で表示されるかを示す表示状況条件と、を用いる。表示状況条件は、反映表示されるタイミングが、イベント発動後から経時される所定時間内に該当するか否かを示している。
【0167】
通知表示データ５４３とフォント設定５４４とで、通知表示のデザインが決まる。
これらのデータは、表示状況がイベント発動開始から経時される所定時間内に該当しない場合の標準の通知表示２０（図４参照）や、イベント用の通知表示４０（図６参照）とは異なる表示形態に設定されている。
これらのデータは、表示状況がイベント発動開始から経時される所定時間内に該当しない場合の標準の通知表示２０（図４参照）や、イベント用の通知表示４０（図６参照）とは異なる表示形態に設定されている。
【0168】
図１４は、ユーザ管理データ６００のデータ構成例を示す図である。
ユーザ管理データ６００は、登録済みのユーザ毎に用意され、当該ユーザに紐付けられる各種情報が格納される。ユーザ管理データ６００は、ユーザＩＤを含む固有のユーザアカウント６０１と、提供コンテンツＩＤリスト６０５と、所有投げ銭リスト６０７と、視聴履歴データ６１０と、を含む。勿論、これら以外のデータも適宜含めることができる。例えば、ゲームセーブデータ、視聴者２ｖ同士でチームを結成している場合は所属チーム名を含めても良い。
ユーザ管理データ６００は、登録済みのユーザ毎に用意され、当該ユーザに紐付けられる各種情報が格納される。ユーザ管理データ６００は、ユーザＩＤを含む固有のユーザアカウント６０１と、提供コンテンツＩＤリスト６０５と、所有投げ銭リスト６０７と、視聴履歴データ６１０と、を含む。勿論、これら以外のデータも適宜含めることができる。例えば、ゲームセーブデータ、視聴者２ｖ同士でチームを結成している場合は所属チーム名を含めても良い。
【0169】
提供コンテンツＩＤリスト６０５は、当該ユーザが配信者２ｈとして提供したコンテンツの識別情報（サーバシステム１１００で登録管理されているコンテンツの識別情報）を格納する。
【0170】
視聴履歴データ６１０は、当該ユーザが視聴者２ｖとしてコンテンツを視聴する毎に作成される。視聴履歴データ６１０は、例えば、視聴したコンテンツを示す視聴コンテンツＩＤ６１１と、視聴開始から視聴終了までの視聴日時６１２と、視聴者アクションの種類別の視聴者アクション履歴データ６１３（６１３ａ、６１３ｂ、…）と、を含む。
【0171】
視聴者アクション履歴データ６１３は、反映抑制制御毎に作成され、視聴者アクション種類と、反映抑制制御別に設定される固有の抑制制御ＩＤと、当該反映抑制制御の間になされたアクションの実行数と、を含む。投げ銭の視聴者アクション履歴データ６１３では、投げ銭種類リストを含めるとよい。
【0172】
図１５は、コンテンツ登録データ６３０のデータ構成例を示す図である。
コンテンツ登録データ６３０は、配信可能なコンテンツ毎に作成され、当該コンテンツに係る各種データを格納する。コンテンツ登録データ６３０は、固有のコンテンツＩＤ６３１と、提供者アカウント６３２と、タグデータ６３３と、コンテンツデータ６３４と、を含む。勿論、これら以外のデータも適宜含めることができる。
コンテンツ登録データ６３０は、配信可能なコンテンツ毎に作成され、当該コンテンツに係る各種データを格納する。コンテンツ登録データ６３０は、固有のコンテンツＩＤ６３１と、提供者アカウント６３２と、タグデータ６３３と、コンテンツデータ６３４と、を含む。勿論、これら以外のデータも適宜含めることができる。
【0173】
提供者アカウント６３２は、本実施形態ではゲームプレイしている配信者２ｈのユーザアカウントということになる。
【0174】
タグデータ６３３は、当該コンテンツの分類に利用するためのメタデータである。提供時に配信者２ｈが設定してもよいし、登録後にシステム運用者が設定しても良いし、登録時に自動設定してもよい。
【0175】
コンテンツデータ６３４は、コンテンツの実体データである。本実施形態ではオンラインゲームのライブ配信がコンテンツの中身なので、コンテンツデータ６３４はゲームプレイを再現可能にする再現用データ６３５（例えば、時系列の操作入力履歴データや、ランダム判定に係る判定結果、ＮＰＣの制御データ、抽選結果、など）や、ゲームプレイ中の配信者２ｈの発した音声を含むプレーヤ音声６３６と、を含む。後者は、省略可能である。コンテンツの内容によっては、動画、音声、静止画、などのデータを適宜格納する。
【0176】
図８に戻って、プレイデータ７００は、配信者端末１５００ｈで実行されるゲームプレイ毎に作成され、当該ゲームの進行制御に必要な各種データを格納する。
【0177】
配信管理データ７１０は、配信毎に作成され、当該配信の制御に必要な各種データを格納する。配信管理データ７１０は、例えば図１６に示すように、配信対象とされるコンテンツＩＤ７１１と、配信開始日時７１２と、視聴者アカウントリスト７１３と、配信者端末アクセス情報リスト７１４と、優遇設定者データ７１５と、コンテンツ実行状況データ７１６と、抑制アクション管理データ７２０と、一斉表示設定データ７３０と、を含む。勿論、これら以外のデータも適宜含めることができる。
【0178】
優遇設定者データ７１５は、優遇設定された視聴者２ｖ毎に作成され、例えば、設定者アカウントと、優遇種類と、優遇が適用される残り時間を示す制限時間と、を格納する。
【0179】
コンテンツ実行状況データ７１６は、配信されるコンテンツの実行状況を表す各種パラメータ値を格納する。例えば、配信開始からの経過時間や再現中の画像フレーム番号等のタイムコード、プレーヤキャラクタ４の位置や最新状態を示すパラメータ値、敵キャラクタ６の最新状態を示すパラメータ値、プレイ中のゲームステージの識別情報、シナリオ分岐、など、抑制開始条件やイベント発動条件を記述するパラメータ値の最新値、或いは時系列値を格納する。
【0180】
本実施形態では、コンテンツはオンラインゲームのライブ配信なので、コンテンツ実行状況データ７１６は、当該ゲームのプレイデータ７００そのもの、又はプレイデータ７００で管理されるパラメータ値の写し、などとなる。
【0181】
抑制アクション管理データ７２０は、反映抑制制御中になされた視聴者アクション毎に作成され、何時、誰が、どのような視聴アクションをしたか示す情報を格納する。具体的には、抑制アクション管理データ７２０は、反映抑制制御の開始毎に自動付与される固有の抑制制御ＩＤ７２１と、固有の抑制アクションＩＤ７２２と、受付タイミング７２３と、視聴者アカウント７２４と、視聴者アクション種類７２５と、アクション内容データ７２６と、を含む。勿論、これら以外のデータも適宜含めることができる。
【0182】
受付タイミング７２３は、配信のどのタイミングで対応する視聴者アクションが受け付けられたかを示す。例えば、配信開始からの経過時間、或いは配信動画のフレーム数などの所謂タイムコードで記述される。
【0183】
アクション内容データ７２６は、コメントのテキストデータや、評価数、使用された投げ銭アイテム種類、などの情報を格納する。
【0184】
一斉表示設定データ７３０は、イベント映像の内容を定義する各種データを格納するイベント映像設定データである。一斉表示設定データ７３０は、イベント用通知表示設定データ７３１と、通知制御設定データ７３３と、を含む。勿論、これら以外のデータも適宜含めることができる。
【0185】
イベント用通知表示設定データ７３１は、イベント用の通知表示４０（図６参照）毎に作成され、どのような通知表示４０とするかを示す各種データを格納する。具体的には、イベント用通知表示設定データ７３１は、固有の通知表示ＩＤと、抑制制御されていたどの視聴アクションに対応する通知表示であるかを示す対応抑制アクションＩＤリストと、適用される通知表示データと、通知内容データと、を対応付けて格納する。
【0186】
イベント用通知表示設定データ７３１は、抑制アクション管理データ７２０の視聴アクションと１対１の関係に作成されるとは限らない。
例えば、投げ銭用の通知表示定義データ５４０（図１１参照）において、イベント用投げ銭通知表示４３の投げ銭金額２６に合計金額を表示する定義データが適用される場合、合計金額の算定に係った抑制アクション管理データ７２０の複数の抑制アクションＩＤが、対応抑制アクションＩＤリストに登録されることになる。この場合、イベント用通知表示設定データ７３１と、抑制アクション管理データ７２０の視聴アクションとが１対Ｎ（Ｎは２以上の整数）の関係になる。
例えば、投げ銭用の通知表示定義データ５４０（図１１参照）において、イベント用投げ銭通知表示４３の投げ銭金額２６に合計金額を表示する定義データが適用される場合、合計金額の算定に係った抑制アクション管理データ７２０の複数の抑制アクションＩＤが、対応抑制アクションＩＤリストに登録されることになる。この場合、イベント用通知表示設定データ７３１と、抑制アクション管理データ７２０の視聴アクションとが１対Ｎ（Ｎは２以上の整数）の関係になる。
【0187】
通知制御設定データ７３３は、イベント用通知表示設定データ７３１と対応付けて作成され、そのイベント用の通知表示４０を、どのように表示させるかを定義する各種データを格納する。通知制御設定データ７３３は、適用通知表示ＩＤと、表示順と、表示位置と、表示時間長（流れ表示の速度）と、表示サイズと、を含む。勿論、これら以外のデータも適宜含めることができる。優遇設定された視聴者２ｖの通知表示４０は、通知制御設定データ７３３の設定を非優遇の視聴者２ｖのそれよりも目立つように設定される。
【0188】
図１７は、ユーザ端末１５００の機能構成例を示す機能ブロック図である。ユーザ端末１５００は、操作入力部１００と、音声入力部１０２と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。
【0189】
操作入力部１００は、プレーヤによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ＣＣＤモジュール、などによって実現できる。図２の方向入力キー１５０２や、ボタンスイッチ１５０４、タッチパネル１５０６、などがこれに該当する。
【0190】
音声入力部１０２は、プレーヤである配信者２ｈのプレイ中の声を集音して音声信号を端末処理部２００へ出力する。図２の例ではマイク１５１２がこれに該当する。
【0191】
端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信した各種データに基づいて各種の演算処理を実行して、ユーザ端末１５００の動作を制御する。図２の制御基板１５５０がこれに該当する。
【0192】
そして、本実施形態における端末処理部２００は、ゲームクライアント演算部２６０と、視聴クライアント演算部２６４と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。
【0193】
ゲームクライアント演算部２６０は、ユーザ端末１５００をサーバシステム１１００と通信するゲームクライアント装置として機能させる制御を行う。具体的には、ゲームクライアント演算部２６０は、操作信号送信制御部２６１と、画像表示制御部２６２と、を含む。
【0194】
操作信号送信制御部２６１は、操作入力部１００へなされた操作に応じて、各種データやリクエストをサーバシステム１１００へ送信するための処理を実行する。
画像表示制御部２６２は、サーバシステム１１００から受信した各種データ等に基づいてゲーム画面や各種の操作画面等を表示するための制御を行う。
画像表示制御部２６２は、サーバシステム１１００から受信した各種データ等に基づいてゲーム画面や各種の操作画面等を表示するための制御を行う。
【0195】
また、本実施形態では、コンテンツとしてオンラインゲームのライブ配信を行うので、ゲームクライアント演算部２６０は、配信者端末１５００ｈとしての機能を実現する各種演算をこなす配信クライアント演算部ともなる。よって、ユーザ端末１５００にてゲームプレイを再現するための再現用データを生成する場合は、ゲームクライアント演算部２６０がこれを実行する。また、ライブ配信にプレーヤの音声を合成して配信する場合は、ゲームクライアント演算部２６０が、音声入力部１０２で集音したプレーヤの声のデータ（プレーヤ音声データ）を生成して、サーバシステム１１００へ送信する制御を行うとしてもよい。
【0196】
視聴クライアント演算部２６４は、視聴者端末１５００ｖとして機能するための各種機能を実現する。例えば、視聴クライアント演算部２６４は、サーバシステム１１００から配信されるデータに基づいて、コンテンツ提供画面を表示させる制御、操作入力部１００から所定の視聴アクション操作を入力するための制御、入力された視聴アクションの情報をサーバシステム１１００へ送信する制御、を実行する。
【0197】
計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。
【0198】
音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、楽曲や効果音、各種操作音の音信号を生成し、音出力部３９０に出力する。
【0199】
音出力部３９０は、音生成部２９０から入力される音信号に基づいて音出力（放音）する装置によって実現される。図２のスピーカ１５１０がこれに該当する。
【0200】
画像生成部２９２は、画像表示制御部２６２の処理結果に基づいて、画像の生成・画像の合成、画像表示部３９２にそれらを表示させる画像信号の出力、などを行う。図２の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）、グラフィックコントローラがこれに該当する。
【0201】
画像表示部３９２は、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図２の例では、タッチパネル１５０６がこれに該当する。
【0202】
通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。
【0203】
通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図２の例では無線通信モジュール１５５３がこれに該当する。
【0204】
なお、本実施形態では、ゲーム画面や各種の画面の画像をサーバシステム１１００にて生成する構成とするが、ユーザ端末１５００で生成する構成も可能である。その場合、画像表示制御部２６２は、例えば３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御などを行い、画像生成部２９２が３ＤＣＧをレンダリングし、ゲーム画面を生成するための各種制御を実行することになる。
【0205】
端末記憶部５００は、端末処理部２００に所与の機能を実現させるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図２の例では、制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。オンラインストレージを利用する構成も可能である。
【0206】
具体的には、端末記憶部５００は、端末処理部２００をゲームクライアント演算部２６０として機能させるためのゲームクライアントプログラム５０２（エンターテインメントアプリケーション）と、視聴クライアント演算部２６４として機能させるための視聴クライアントプログラム５０４と、現在日時９００と、を記録する。勿論、これら以外のデータも適宜記憶できる。例えば、操作入力データや、再現用データ、プレーヤ音声データ、なども記憶するとしてもよい。
【0207】
次に、コンテンツ視聴システム１０００の動作について説明する。
図１８は、１つの配信に係りサーバシステム１１００が実行する処理の流れを説明するためのフローチャートである。
図１８は、１つの配信に係りサーバシステム１１００が実行する処理の流れを説明するためのフローチャートである。
【0208】
なお、ライブ配信の配信者２ｈ、ゲームタイトル、配信日時は既に決まっていることとする。配信者２ｈは配信者端末１５００ｈにて、ゲームクライアントプログラム５０２を実行させて配信者端末１５００ｈとして機能させており、いつでも配信用にゲームプレイ可能な状態にある。また、視聴者２ｖのユーザ端末１５００にて、視聴クライアントプログラム５０４を実行させて視聴者端末１５００ｖとして機能させている。そして、視聴者端末１５００ｖで、サーバシステム１１００にアクセスして配信を受け、視聴可能な状態にある。
【0209】
配信開始日時になると、サーバシステム１１００は、コンテンツの配信制御を開始する（ステップＳ１０）。すなわち、配信者端末１５００ｈではオンラインゲームを実行させ、その操作入力情報に基づきコンテンツデータ６３４を保存しつつ、ゲーム画面の映像を視聴者端末１５００ｖへ向けて配信する。
【0210】
また、サーバシステム１１００は、配信開始とともに視聴アクションの受付制御と反映表示制御を開始する（ステップＳ１２；図４参照）。受け付けた視聴者アクションに係る情報は、視聴者２ｖ毎に視聴履歴データ６１０（図１４参照）として記憶される。
【0211】
なお、本実施形態では、優遇機能付きの投げ銭が用意されているので、当該ステップは、当該種類の投げ銭を使う視聴者アクションをした視聴者２ｖに優遇設定を行う制御の開始も兼ねることとなる。優遇設定を投げ銭に関連付けない構成、例えば、視聴者２ｖが所定の優遇設定操作入力を行って設定する構成や、サーバシステム１１００が視聴者２ｖのなかから所定数を抽選する構成、などでは適宜優遇設定のためのステップを設けるとよい。
【0212】
配信を開始すると、サーバシステム１１００は、抑制開始条件定義データ５１２を参照して、抑制開始条件が満たされたかを常時監視する（ステップＳ１４）。
【0213】
もし、抑制開始条件が満たされたならば（ステップＳ１４のＹＥＳ）、サーバシステム１１００は、反映表示の抑制制御を開始する（ステップＳ１６）。これ以降、イベントが発動して抑制制御が解除される迄に視聴者端末１５００ｖから受け付けた視聴者アクションは、抑制アクション管理データ７２０（図１６参照）として登録・管理され、視聴者端末１５００ｖで表示されているコンテンツ提供画面への即時反映は一時的に行われなくなる。もし、抑制開始条件として「配信開始から」「配信開始からの経過時間＝０」「非イベント発動時常時」の何れかが設定されていれば、配信開始当初から抑制制御を開始することとなる。
【0214】
次に、サーバシステム１１００は、当該抑制開始条件と対応関係にあるイベント発動条件定義データ５２０（図９参照）を参照して、その条件表示体定義データ５２５に基づく条件表示体３２をコンテンツ提供画面に表示させるとともに（ステップＳ１８）、抑制数量表示３０（図５参照）をコンテンツ提供画面に表示させる（ステップＳ２０；図５参照）。
【0215】
なお、条件表示体３２は１つに限らず複数表示することもできる。例えば、抑制開始条件と対応関係にない汎用的内容のイベント発動条件に対応する条件表示体３２も表示させることができる。例えば、複数の条件表示体３２を全て同時に表示させてもよいし、表示するのは１つだけとして、周期的に入れ替わるように表示させてもよい。
【0216】
抑制制御を開始したならば、サーバシステム１１００は、対応関係にあるイベント発動条件が満たされるかの監視を始める。
【0217】
そして、当該イベント発動条件が満たされたことを検出し（ステップＳ３０のＹＥＳ）、且つ、抑制アクション管理データ７２０が有るならば（ステップＳ３２のＹＥＳ）、サーバシステム１１００は、抑制アクション管理データ７２０を参照して、対応するイベント用の通知表示４０を決定する（ステップＳ３４）。具体的には、通知表示定義データ５４０（図１０、図１１参照）の中から適用要件５４２を満たす定義データを検索し、その通知表示データ５４３やエフェクトデータ５４５等に基づいて、イベント用通知表示設定データ７３１を生成する。
【0218】
次に、サーバシステム１１００は、イベント用の通知表示４０毎に、表示順番・表示位置・表示サイズを決定して、通知制御設定データ７３３を生成する（ステップＳ３６）。表示順番・表示位置は、基本的にはそれぞれに予め設定されている一斉と見なせる程度の範囲内に離散的かつランダムに設定する。表示サイズは、基本的にはイベント用通知表示設定データ７３１の設定のままとする。但し、優遇設定された視聴者２ｖに対応するイベント用の通知表示４０には、適用要件５５２（図１２参照）を満たす優遇定義データ５５０を検索し、その優遇内容データ５６０を適用する。
【0219】
次に、サーバシステム１１００は、条件表示体３２と抑制数量表示３０をコンテンツ提供画面から消去して、また抑制制御を解除して、イベント用の通知表示４０の一斉表示を開始する（ステップＳ３８）。つまり、コンテンツ提供画面にてイベント映像を表示することとなる。
【0220】
そして、サーバシステム１１００は、全てのイベント用の通知表示４０を表示完了したならば（ステップＳ４０のＹＥＳ）、抑制アクション管理データ７２０と一斉表示設定データ７３０を消去する（ステップＳ４２）。
【0221】
そして、サーバシステム１１００は、コンテンツの配信が終了していなければ（ステップＳ４４のＮＯ）、ステップＳ１４に戻る。もし、イベント発動後の所定時間内に、視聴アクションがなされると、図１３で例示した反映表示定義データ５７０に従って通知表示がなされるので、イベント発動前に即時反映表示による通知表示とは、異なる表示形態の通知表示が行われることになる。
【0222】
もし、コンテンツの配信が終了ならば（ステップＳ４４のＹＥＳ）、サーバシステム１１００は一連の処理を終了する。
【0223】
以上、本実施形態のコンテンツ提供システム（サーバシステム１１００）は、視聴者端末から視聴者アクションを受け付け、それに応じた反映表示を、視聴者端末で表示されるコンテンツ表示画面に表示させることができる。それに加えて、コンテンツの進行状況が所定のイベント発動条件を満たすと、コンテンツ提供画面に、イベント発動条件が満たされる迄に受け付けられた視聴者アクションに基づくイベント映像を表示することができる。
こうした従来のコンテンツ提供システムには無い新しい視聴者アクションの取り扱いが配信者や視聴者への新たな訴求力となり、コンテンツ提供システムの魅力を高める。
こうした従来のコンテンツ提供システムには無い新しい視聴者アクションの取り扱いが配信者や視聴者への新たな訴求力となり、コンテンツ提供システムの魅力を高める。
【0224】
加えて、コンテンツ提供システムは、反映制御を一時的に抑制し、抑制されていた間の視聴者アクションに基づいてイベント映像を可変に制御することができる。抑制されていた間、視聴者アクションを行っても視聴中のコンテンツの映像には、その反映がなされないことになるので、あたかも抑制されている間の視聴アクションが貯まっていて反映されていないように見える。その一方で、いざイベント発動条件が満たされると、その貯まっていた視聴アクションに応じたイベント映像が、コンテンツの映像に表示される。つまり「ぐっと貯めて一気に開放する」かのような扱いが可能になる。それはあたかも、素晴らしいシーンに観客が一斉に拍手喝采するような雰囲気をイベント映像として表現し、視聴の雰囲気を効果に盛り上げることができる。
【0225】
また、コンテンツ提供システムは、抑制されている間の視聴者アクションの数量や種類に応じてイベント映像を変化させることができる。視聴者アクションの数量や種類は、コンテンツの内容に視聴者の心が動かされた度合を表しているとも言える。よって、イベント映像をその数量や種類に応じて変えることで、視聴者の心が動かされた度合に即したイベント映像を表示させ、その度合に適当な雰囲気の盛り上げ効果を付与することができる。
【0226】
加えて、数量に応じて変わるイベント映像を見ることで、視聴者は「あ！盛り上がってきているな。よし、自分も盛り上げよう」という具合に、或いは「ちょっと盛り上がりに欠けるな。よし！自分が先導して盛り上げてやろう」といった具合に、視聴者アクションをより積極的に行おうとするだろう。従って、当該コンテンツ提供システムを利用した配信を盛り上げることが可能となる。
【0227】
また、コンテンツ提供システムは、視聴者毎に抑制されていた間に行った視聴者アクションの数量を記憶管理し、その数量に応じて通知表示の表示形態を変更できる。よって、通知表示を介して、抑制されていた間に、どの視聴者がどれだけ視聴者アクションを行ったが分かるようにできる。よって、場を盛り上げたのが自分であるとアピールすること、また配信者をいかに自分が応援しているかをアピールすること、を視聴アクションを行う目的に含む視聴者にとって望ましい通知表示が可能となる。
【0228】
また、コンテンツ提供システムは、優遇設定をした視聴者の通知表示を、優遇設定をしなかった視聴者の通知表示とは異なる表示形態で表示することができる。つまり、コンテンツ提供システムは、他者より目立ちたいと思う一部の視聴者への要望も叶えることができる。
【0229】
〔第２実施形態〕
次に、第２実施形態について説明する。
第２実施形態は、基本的には第１実施形態と同様に実現されるが、第２実施形態と第１実施形態とを比較すると、第１実施形態ではサーバシステム１１００が、ゲームの進行制御も、コンテンツ提供制御も担っているが、第２実施形態ではサーバシステム１１００はコンテンツの配信に特化され、ゲームの進行制御は配信者端末１５００ｈにて実現され、再現用データをサーバシステム１１００へ提供・投稿する点が異なる。
次に、第２実施形態について説明する。
第２実施形態は、基本的には第１実施形態と同様に実現されるが、第２実施形態と第１実施形態とを比較すると、第１実施形態ではサーバシステム１１００が、ゲームの進行制御も、コンテンツ提供制御も担っているが、第２実施形態ではサーバシステム１１００はコンテンツの配信に特化され、ゲームの進行制御は配信者端末１５００ｈにて実現され、再現用データをサーバシステム１１００へ提供・投稿する点が異なる。
【0230】
なお、以降では、主に第１実施形態との差異について述べることとし、第１実施形態と同様の構成要素については、第１実施形態と同じ符号を付与して重複する説明は省略する。
【0231】
図１９は、本実施形態のサーバシステム１１００Ｂの機能構成例を示す機能ブロック図である。サーバシステム１１００Ｂは、第１実施形態と同様にサーバ処理部２００ｓにユーザ管理部２０２と、オンラインショッピング管理部２０４と、コンテンツ提供制御部２１０を含むが、ゲーム管理部２０６が省略されている。
【0232】
図２０は、サーバシステム１１００Ｂのサーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。
サーバシステム１１００Ｂは、サーバプログラム５０１Ｂと、配信用ゲームクライアントプログラム５０３に代わる配信用ゲームプログラム５０３Ｂと、配信用ゲーム初期設定データ５１０Ｂと、を記憶する。
サーバシステム１１００Ｂは、サーバプログラム５０１Ｂと、配信用ゲームクライアントプログラム５０３に代わる配信用ゲームプログラム５０３Ｂと、配信用ゲーム初期設定データ５１０Ｂと、を記憶する。
【0233】
サーバプログラム５０１Ｂは、サーバ処理部２００ｓにユーザ管理部２０２と、オンラインショッピング管理部２０４と、コンテンツ提供制御部２１０としての機能を実現させるためのプログラムである
【0234】
配信用ゲームプログラム５０３Ｂは、本実施形態のユーザ端末１５００Ｂが実行するエンターテインメントアプリケーションのオリジナルである。
【0235】
サーバシステム１１００Ｂは、第１実施形態と同様にゲーム初期設定データ５１０～コンテンツ登録データ６３０及び配信管理データ７１０を記憶するが、本実施形態ではプレイデータ７００は記憶されない。
【0236】
図２１は、本実施形態のユーザ端末１５００Ｂの機能構成例を示す機能ブロック図である。ユーザ端末１５００Ｂは、ゲーム管理部２０６Ｂと、コンテンツ投稿制御部２６３と、視聴クライアント演算部２６４と、を有する。
【0237】
ゲーム管理部２０６Ｂは、第１実施形態におけるゲーム管理部２０６と同様の機能とともに、プレイ再現用データ７４０を生成する機能と、音声入力部１０２で収集したゲームプレイ中の音声を含むプレーヤ音声データ７４２を生成・保存する機能と、を有する。
【0238】
コンテンツ投稿制御部２６３は、プレイ再現用データ７４０と、プレーヤ音声データ７４２とを、コンテンツとしてサーバシステム１１００Ｂへ送信・投稿する制御を行う。
【0239】
本実施形態の端末記憶部５００は、ゲームプログラム５０２Ｂと、プレイデータ７００と、プレイ再現用データ７４０と、プレーヤ音声データ７４２と、を記憶する。
【0240】
ゲームプログラム５０２Ｂは、サーバシステム１１００Ｂの配信用ゲームプログラム５０３Ｂをダウンロードして記憶したものであり、端末処理部２００にゲーム管理部２０６Ｂとしての機能を実現させるプログラムである。
【0241】
コンテンツ視聴システム１０００の動作は、ゲームの進行制御の主体が配信者２ｈの配信者端末１５００ｈ（ユーザ端末１５００Ｂ）で有る点が異なるが、基本的には第１実施形態と同様である。よって、本実施形態によれば、第１実施形態と同様の効果が得られる。
【0242】
〔変形例〕
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
【0243】
（変形例その１）
例えば、第１実施形態ではサーバシステム１１００がゲーム管理部２０６の機能を有する例を示し、第２実施形態ではユーザ端末１５００Ｂがゲーム管理部２０６の機能を有する例を示したが、その中間的構成も可能である。すなわち、第１実施形態をベースとして、ゲーム管理部２０６の一部の機能をユーザ端末１５００で実行する構成とすることができる。逆に、第２実施形態をベースとするならば、ゲーム管理部２０６Ｂの一部の機能をサーバシステム１１００Ｂで実行する構成とすることもできる。
例えば、第１実施形態ではサーバシステム１１００がゲーム管理部２０６の機能を有する例を示し、第２実施形態ではユーザ端末１５００Ｂがゲーム管理部２０６の機能を有する例を示したが、その中間的構成も可能である。すなわち、第１実施形態をベースとして、ゲーム管理部２０６の一部の機能をユーザ端末１５００で実行する構成とすることができる。逆に、第２実施形態をベースとするならば、ゲーム管理部２０６Ｂの一部の機能をサーバシステム１１００Ｂで実行する構成とすることもできる。
【0244】
（変形例その２）
また、上記実施形態では、コンテンツとしてオンラインゲームを挙げたが、ゲームの種類はこれに限らない。ユーザ端末１５００単体でプレイできるスタンドアローン型のゲームでもよい。また、ゲームジャンルは、上記実施形態のようなアクションＲＰＧに限らず、パズルゲーム、レースゲーム、スポーツゲーム、シューティングゲーム、ＲＰＧ、各種シミュレーションゲーム、音楽ゲーム、などジャンルは問わない。そして、採用するジャンルに応じて、抑制開始条件や、イベント開始条件の内容を適宜設定するとよい。
また、上記実施形態では、コンテンツとしてオンラインゲームを挙げたが、ゲームの種類はこれに限らない。ユーザ端末１５００単体でプレイできるスタンドアローン型のゲームでもよい。また、ゲームジャンルは、上記実施形態のようなアクションＲＰＧに限らず、パズルゲーム、レースゲーム、スポーツゲーム、シューティングゲーム、ＲＰＧ、各種シミュレーションゲーム、音楽ゲーム、などジャンルは問わない。そして、採用するジャンルに応じて、抑制開始条件や、イベント開始条件の内容を適宜設定するとよい。
【0245】
（変形例その３）
また、上記実施形態では、コンテンツをライブ配信する例を示したが、配信形態は、これに限らず、擬似ライブ配信でも、オンデマンド配信でもよい。
また、上記実施形態では、コンテンツをライブ配信する例を示したが、配信形態は、これに限らず、擬似ライブ配信でも、オンデマンド配信でもよい。
【0246】
擬似ライブ配信では、コンテンツ登録データ６３０は配信開始前に全て用意されている。つまり、配信される動画は録画済みである。ステップＳ１０（図１８参照）では、当該データに基づいて配信制御を行い、視聴者アクションの受け付けと、その反映表示制御等についてはリアルタイムで行えばよい。
【0247】
オンデマンド配信の場合は、抑制アクション管理データ７２０を生成するとともに、コンテンツ登録データ６３０（図１５参照）に写しを格納することとする。そして、新たなオンデマンド配信を行う際には、コンテンツ登録データ６３０の抑制アクション管理データ７２０に基づいて、本来は過去に行われた視聴者アクションであるが、あたかもその配信中の受付タイミング７２３でリアルに視聴者アクションがなされているものと見なす。勿論、オンデマンド配信の視聴者２ｖの視聴者アクションは、当該オンデマンド配信中に新たになされたものとみなす。そして、反映表示の抑制制御が行われている場合には、上記実施形態で説明したのと同じくそれらの反映表示を抑制し、イベント映像の表示に用いればよい。
【0248】
また、オンデマンド配信の場合は、視聴者アクションに係る表示制御を、サーバシステム１１００ではなく、視聴者端末１５００ｖにて実行する構成とすることもできる。
具体的には、第２実施形態をベースとすると、図２２に示すように、視聴者端末１５００ｖは視聴クライアントプログラム５０４Ｃを実行することにより実装される視聴クライアント演算部２６４Ｃを有する。そして、視聴クライアント演算部２６４Ｃは、視聴者アクション受付制御部２１４と、優遇設定受付制御部２１６と、反映制御部２２０と、イベント発動条件充足検出部２３０と、抑制数量表示制御部２３２と、条件表示体表示制御部２３６と、は視聴者端末１５００ｖが有する。
具体的には、第２実施形態をベースとすると、図２２に示すように、視聴者端末１５００ｖは視聴クライアントプログラム５０４Ｃを実行することにより実装される視聴クライアント演算部２６４Ｃを有する。そして、視聴クライアント演算部２６４Ｃは、視聴者アクション受付制御部２１４と、優遇設定受付制御部２１６と、反映制御部２２０と、イベント発動条件充足検出部２３０と、抑制数量表示制御部２３２と、条件表示体表示制御部２３６と、は視聴者端末１５００ｖが有する。
【0249】
オンデマンド配信を視聴する際、視聴者端末１５００ｖは、視聴対象となるコンテンツのコンテンツ登録データ６３０（抑制アクション管理データ７２０を含む。）を、サーバシステム１１００から取得して、コンテンツ提供画面Ｗ４（図４参照）の表示制御を行う。コンテンツ登録データ６３０の取得形態は、ストリーミング形式でも、一括ダウンロード形式でもよい。
【0250】
そして、視聴者端末１５００ｖは、取得した抑制アクション管理データ７２０に基づいて、本来は別のオンデマンド配信の際に行われた過去の視聴者アクションであるが、あたかも今の配信の受付タイミング７２３でリアルに視聴者アクションがなされているかのように見なす。今の配信の視聴者２ｖによる視聴者アクションは、当該オンデマンド配信中に新たになされたものと見なして、抑制アクション管理データ７２０と同様のデータを保存する。そして、反映表示の抑制制御が行われている場合には、上記実施形態で説明したのと同じくそれらの反映表示を抑制し、イベント映像の表示に用いればよい。なお、視聴履歴データ６１０（図１４参照）など参照する必要があるデータが有るときには、適宜、視聴者端末１５００ｖからサーバシステム１１００へ参照リクエストを行うものとする。
【0251】
オンデマンド配信終了時には、視聴者端末１５００ｖは、今配信の視聴者２ｖに係り保存した抑制アクション管理データ７２０と同様のデータを、サーバシステム１１００へ送信する。サーバシステム１１００は、これを配信対象であったコンテンツのコンテンツ登録データ６３０に、新たな抑制アクション管理データ７２０として保存し、視聴履歴データ６１０を追加する。
【0252】
（変形例その４）
また、上記実施形態では、抑制開始条件が満たされると反映表示の抑制制御を開始し、イベント発動条件の発動とともに抑制制御を解除したが、これに限らない。
また、上記実施形態では、抑制開始条件が満たされると反映表示の抑制制御を開始し、イベント発動条件の発動とともに抑制制御を解除したが、これに限らない。
【0253】
例えば、抑制開始条件そのものを省略して、コンテンツ配信開始から反映抑制制御を開始することとし、未充足のイベント発動条件が満たされたことが検出されるまで、これを継続する。そして、未充足のイベント発動条件が満たされると、反映抑制制御を一定時間解除し、一定時間経過後、また別のイベント発動条件が満たされるまで反映抑制制御開始する、としてもよい。
【0254】
また例えば、適宜、イベント発動条件の１つに「抑制開始条件からの経過時間が、所定の基準値に達した」を設定すれば、万が一にもイベント発動条件が何時までも満たされることなく、いつまでも抑制制御が続いてしまうことを回避できる。
【0255】
（変形例その５）
また、視聴者２ｖをチーム分けして、チーム単位でイベント発動を管理する構成も可能である。例えば、イベント発動条件に、チームとして満たすべきコメント数や、評価数、投げ銭数、投げ銭数、を設定する。そして、複数のチームのうち、イベント発動条件を充足した早い方から所定数のチームについてのみイベントを個別に発動させる。所定数に該当しないチームはイベント発動から除外される、としてもよい。当該構成では、条件表示体３２（図５参照）をチーム別に用意すると好適である。チーム別の条件表示体３２を「くす玉」風にデザインして、イベント発動条件が満たされるとくす玉が割れるように表示させてから主表示部１０から消去すると好適である。
また、視聴者２ｖをチーム分けして、チーム単位でイベント発動を管理する構成も可能である。例えば、イベント発動条件に、チームとして満たすべきコメント数や、評価数、投げ銭数、投げ銭数、を設定する。そして、複数のチームのうち、イベント発動条件を充足した早い方から所定数のチームについてのみイベントを個別に発動させる。所定数に該当しないチームはイベント発動から除外される、としてもよい。当該構成では、条件表示体３２（図５参照）をチーム別に用意すると好適である。チーム別の条件表示体３２を「くす玉」風にデザインして、イベント発動条件が満たされるとくす玉が割れるように表示させてから主表示部１０から消去すると好適である。
【0256】
（変形例その６）
また、上記実施形態に、イベント発動条件が満たされた場合に何が起きるかを、視聴者に向けて通知する要素や、配信者２ｈ自身が提供するコンテンツに係る抑制開始条件を設定できる要素、を追加することができる。具体的には、第１実施形態をベースとした場合、図２３に示すサーバシステム１１００Ｃのように、発動制御内容通知制御部２４０や、開始条件設定部２４２を追加する。
また、上記実施形態に、イベント発動条件が満たされた場合に何が起きるかを、視聴者に向けて通知する要素や、配信者２ｈ自身が提供するコンテンツに係る抑制開始条件を設定できる要素、を追加することができる。具体的には、第１実施形態をベースとした場合、図２３に示すサーバシステム１１００Ｃのように、発動制御内容通知制御部２４０や、開始条件設定部２４２を追加する。
【0257】
発動制御内容通知制御部２４０は、イベント発動条件充足検出部２３０による検出がなされた場合のイベント発動部２２４の制御内容を、反映抑制制御がなされている間に視聴者端末１５００ｖに通知する制御を行う。具体的には、ステップＳ３０で否定判定された場合に、視聴者２ｖ別に、当該視聴者に係る抑制アクション管理データ７２０を抽出し、適用要件５４２が適合する通知表示定義データ５４０を検索する。そして、検索された定義データの通知表示データ５４３に飾り画像２７が含まれている場合、検索された定義データにエフェクトデータ５４５がある場合に、イベント用投げ銭通知表示４３に飾りが付く旨、エフェクトが追加される旨、の通知（例えば、テキスト表示）を、抑制中のコンテンツ提供画面Ｗ６に表示させる。当該通知により積極的な視聴者アクションを促すことができる。
【0258】
開始条件設定部２４２は、配信者２ｈの操作に応じて、当該配信者が提供するコンテンツに係る反映抑制制御の開始条件を設定する。
具体的には、サーバシステム１１００Ｃは、コンテンツの開始前（例えば、ライブ配信ならば配信開始前、コンテンツを投稿するタイミング）に、配信者端末１５００ｈにて抑制開始条件の設定画面を表示させる。当該設定画面では、コンテンツ開始からの経過時間又はタイムコードの入力欄を表示させ、配信者２ｈに入力を促す。サーバシステム１１００Ｃは、当該設定画面での入力結果の情報を配信者端末１５００ｈから受診して、当該コンテンツ専用の抑制開始条件定義データ５１２を生成・記憶する。
具体的には、サーバシステム１１００Ｃは、コンテンツの開始前（例えば、ライブ配信ならば配信開始前、コンテンツを投稿するタイミング）に、配信者端末１５００ｈにて抑制開始条件の設定画面を表示させる。当該設定画面では、コンテンツ開始からの経過時間又はタイムコードの入力欄を表示させ、配信者２ｈに入力を促す。サーバシステム１１００Ｃは、当該設定画面での入力結果の情報を配信者端末１５００ｈから受診して、当該コンテンツ専用の抑制開始条件定義データ５１２を生成・記憶する。
【0259】
特定のコンテンツに専用の抑制開始条件定義データ５１２では、当該定義データが適用されるゲームを指定する適用ゲームタイトルに代えて、適用コンテンツＩＤを含む。そして、抑制開始条件として、入力された経過時間或いはタイムコードを含める。
【0260】
配信者２ｈが、自身のコンテンツ専用の抑制開始条件を設定できるようになることで、配信者２ｈが狙ったタイミングで反映表示の抑制の開始が可能になる。
【0261】
（変形例その７）
また、上記実施形態では、イベント用投げ銭通知表示４３（図６参照）のデザインに、それが「投げ銭」の通知であることを理解しやすいように、投げ銭種類２５（図１１参照：コインの画像や、紙幣の画像など）を含めているが、これに限らない。例えば、投げ銭種類２５に代えて他の画像（例えば、星型、雷マーク、火炎マーク、など）としてもよい。更に言えば、イベント用投げ銭通知表示４３それ自体を、そうした他の画像に置き換えて表示してもよい。その設定は、通知表示定義データ５４０の通知表示データ５４３を適宜設定することで実現できる。適用要件５４２にて、様々な抑制制御中の入力状況を記述し、当該入力状況に応じて他の画像の種類を違えてもよい。
また、上記実施形態では、イベント用投げ銭通知表示４３（図６参照）のデザインに、それが「投げ銭」の通知であることを理解しやすいように、投げ銭種類２５（図１１参照：コインの画像や、紙幣の画像など）を含めているが、これに限らない。例えば、投げ銭種類２５に代えて他の画像（例えば、星型、雷マーク、火炎マーク、など）としてもよい。更に言えば、イベント用投げ銭通知表示４３それ自体を、そうした他の画像に置き換えて表示してもよい。その設定は、通知表示定義データ５４０の通知表示データ５４３を適宜設定することで実現できる。適用要件５４２にて、様々な抑制制御中の入力状況を記述し、当該入力状況に応じて他の画像の種類を違えてもよい。
【符号の説明】
【0262】
２…ユーザ
２ｈ…配信者
２ｖ…視聴者
２０…標準の通知表示
２１…標準コメント通知表示
２３…標準投げ銭通知表示
３０…抑制数量表示
３２…条件表示体
４０…イベント用の通知表示
４１…イベント用コメント通知表示
４３…イベント用投げ銭通知表示
５０…通知表示
２００ｓ…サーバ処理部
２０６…ゲーム管理部
２１０…コンテンツ提供制御部
２１２…コンテンツ登録部
２１４…視聴者アクション受付制御部
２１６…優遇設定受付制御部
２２０…反映制御部
２２２…反映抑制制御開始部
２２４…イベント発動部
２３０…イベント発動条件充足検出部
２３２…抑制数量表示制御部
２３４…抑制アクション管理部
２３６…条件表示体表示制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５１０…ゲーム初期設定データ
５１２…抑制開始条件定義データ
５２０…イベント発動条件定義データ
５２５…条件表示体定義データ
５３０…イベント発動条件
５４０…通知表示定義データ
５５０…優遇定義データ
５７０…反映表示定義データ
５８０…抑制数表示定義データ
６００…ユーザ管理データ
６１０…視聴履歴データ
６１３…視聴者アクション履歴データ
６３０…コンテンツ登録データ
６３４…コンテンツデータ
６３５…再現用データ
６３６…コンテンツ実行状況データ
７１０…配信管理データ
７１５…優遇設定者データ
７１６…コンテンツ実行状況データ
７２０…抑制アクション管理データ
７３０…一斉表示設定データ
７３３…通知制御設定データ
１０００…コンテンツ視聴システム
１１００…サーバシステム
１５００…ユーザ端末
１５００ｈ…配信者端末
１５００ｖ…視聴者端末
２ｈ…配信者
２ｖ…視聴者
２０…標準の通知表示
２１…標準コメント通知表示
２３…標準投げ銭通知表示
３０…抑制数量表示
３２…条件表示体
４０…イベント用の通知表示
４１…イベント用コメント通知表示
４３…イベント用投げ銭通知表示
５０…通知表示
２００ｓ…サーバ処理部
２０６…ゲーム管理部
２１０…コンテンツ提供制御部
２１２…コンテンツ登録部
２１４…視聴者アクション受付制御部
２１６…優遇設定受付制御部
２２０…反映制御部
２２２…反映抑制制御開始部
２２４…イベント発動部
２３０…イベント発動条件充足検出部
２３２…抑制数量表示制御部
２３４…抑制アクション管理部
２３６…条件表示体表示制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５１０…ゲーム初期設定データ
５１２…抑制開始条件定義データ
５２０…イベント発動条件定義データ
５２５…条件表示体定義データ
５３０…イベント発動条件
５４０…通知表示定義データ
５５０…優遇定義データ
５７０…反映表示定義データ
５８０…抑制数表示定義データ
６００…ユーザ管理データ
６１０…視聴履歴データ
６１３…視聴者アクション履歴データ
６３０…コンテンツ登録データ
６３４…コンテンツデータ
６３５…再現用データ
６３６…コンテンツ実行状況データ
７１０…配信管理データ
７１５…優遇設定者データ
７１６…コンテンツ実行状況データ
７２０…抑制アクション管理データ
７３０…一斉表示設定データ
７３３…通知制御設定データ
１０００…コンテンツ視聴システム
１１００…サーバシステム
１５００…ユーザ端末
１５００ｈ…配信者端末
１５００ｖ…視聴者端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】