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

そして、ストリーミングサーバ１１００は、制御基板１１５０が所定のプログラム及びデータに基づいて演算処理することにより、
１）ユーザ登録等に係るユーザ管理機能と、
２）コンテンツの配信サービス機能と、
３）ユーザ端末１５００から発信（投稿ともいえる）されたテキストや画像（例えば発信用画像）を配信するユーザ発信サービス機能と、
４）ユーザ発信サービス機能で発信することのできる発信用画像等をオンラインで購入可能にするオンラインショッピング機能と、
を実現する。勿論、これら以外の機能を実現できる構成も可能である。例えば、ソーシャルネットワーキングサービス機能や、その一部としてのチャット機能等を実現できるようにしてもよい。

配信サービス機能は、コンテンツを提供するユーザである提供ユーザ２ｔのユーザ端末１５００Ｔから動画データ等のコンテンツを取得し、取得したコンテンツを、視聴者登録したユーザである視聴ユーザ２（２ａ，２ｂ，…）のユーザ端末１５００（１５００ａ，１５００ｂ，…）へと、コンテンツファイルのダウンロードと並行しながらの視聴を可能な形式で配信する機能である。

ユーザ発信サービス機能は、視聴ユーザ２（２ａ，２ｂ，…）のユーザ端末１５００（１５００ａ，１５００ｂ，…）から発信されたテキストや発信用画像を、各視聴ユーザ２（２ａ，２ｂ，…）のユーザ端末１５００（１５００ａ，１５００ｂ，…）及び提供ユーザ２ｔのユーザ端末１５００Ｔへ配信し、配信先にて発信内容を表示させる機能である。

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

なお、ストリーミングサーバ１１００は、図１に示す単体の構成に限らず、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよい。或いは、離れた場所に設置された独立した複数のサーバを、通信回線９を介してデータ通信させることで、全体としてストリーミングサーバ１１００として機能させる構成であってもよい。

ユーザ端末１５００（１５００ａ，１５００ｂ，…，１５００Ｔ）は、ユーザ２（２ａ，２ｂ，…，２ｔ）が使用するコンピュータシステムであって、実行するプログラムを変えることで、配信用に提供するコンテンツを作成する提供端末、又は、配信されるコンテンツの視聴を可能にする視聴端末として機能するようになる。図１の例では、ユーザ端末１５００Ｔが提供端末に該当し、ユーザ端末１５００ａ、１５００ｂが視聴端末に該当する。なお、本実施形態のユーザ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、携帯型ゲーム装置や、パソコン、タブレット型コンピュータ、ウェアラブルコンピュータ等でもよい。

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

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

この制御基板１５５０においてＩＣメモリ１５５２には、提供端末としての機能を実現させるための動画提供プログラム（例えば、コンテンツの作成と提供を可能にする提供端末プログラム）や、視聴端末としての機能を実現させるための視聴プログラム（例えば、配信されるコンテンツの視聴及びテキストや発信用画像の発信を可能にする視聴端末プログラム）、これらのプログラムを実行するのに必要なデータ等が格納される。そして、ＣＰＵ１５５１等が提供端末プログラムや視聴端末プログラムを実行して演算処理を実行し、タッチパネル１５０６や方向入力キー１５０２、ホームキー１５０４に対する操作入力に応じてユーザ端末１５００の各部を制御することで、ユーザ端末１５００によるコンテンツの提供／視聴等を可能にする。

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

図３は、コンテンツを視聴するための視聴画面の画面構成例を示す図である。視聴プログラムを実行しているユーザ端末１５００では、図３に例示する視聴画面Ｗ１がタッチパネル１５０６に表示される。視聴画面Ｗ１は、例えば、
１）配信されている視聴中のコンテンツ（以下適宜「配信コンテンツ」ともいう）の付帯情報を表示する付帯情報表示部３１と、
２）当該配信コンテンツを表示するコンテンツ表示部３２と、
３）テキストを入力して発信操作（テキスト発信操作）を行うためのテキスト発信操作部３３と、
４）発信用画像８の発信操作（画像発信操作）をするための画像発信操作アイコン３４と、
５）汎用表示部３５と、
６）各視聴ユーザ２（２ａ，２ｂ，…）のアバター４（４ａ，４ｂ，…）や、発信操作されたテキストや発信用画像８の内容を表示する発信内容表示部３６と、
７）発信用画像８をオンラインで即時に購入するためのショッピングアイコン３７と、
を含む。

付帯情報表示部３１に表示される付帯情報には、例えば、タイトル、ジャンル、撮影日時、撮影場所、被写体に関する情報、状況説明文、提供ユーザ２ｔのプロフィール情報、提供ユーザ２ｔからのメッセージ等が含まれ得る。また、配信コンテンツがゲームプレイ動画であれば、付帯情報には、プレイ内容やゲーム状況（例えば、プレイしているゲームステージや場所の情報、装備品の情報、敵キャラクタの名称、攻略の状況、プレーヤレベル、ステージクリアまでの残時間や経過時間、入手できるレアアイテム名等）が含まれ得る。

付帯情報は、配信コンテンツの提供前に提供ユーザ２ｔが自ら設定するのでもよいし、配信サービスの運営者が設定するとしてもよい。また、ゲームプレイ動画の場合には、プレイしているゲームのプレイ情報から自動取得して設定するとしてもよい。本実施形態では、提供ユーザ２ｔは、提供ユーザ２ｔに関する情報として、自身のプロフィール情報を事前に設定する。プロフィール情報は、例えば、年齢、性別、生年月日、出身地等の項目の他、例えば好きな動物や好きな食べ物、好きな色、好きな音楽のジャンルといった好きなものや、嫌いなもの等の趣味趣向に関係する項目を含む。

コンテンツ表示部３２には、少なくとも動画を含むコンテンツ（例えば、提供ユーザ２ｔによる演奏や演芸等のライブ中継、提供ユーザ２ｔがプレイするゲームプレイ、ゲームプレイのライブ中継や録画されたゲームプレイ動画を編集したもの、提供ユーザ２ｔが撮影や編集を行ったビデオ作品等）の映像が表示される。

テキスト発信操作部３３は、発信するコメントやメッセージ等のテキスト（文字・数字・記号）を入力するための入力欄や、入力欄のテキストの発信操作をするための発信実行操作アイコン等を含む。

画像発信操作アイコン３４は、発信する発信用画像８を事前に割り当てておくことが可能なワンタッチ操作アイコンである。画像発信操作アイコン３４をワンタッチするだけで、割り当て設定されている発信用画像８が発信（投稿）されることになる。

発信用画像８は、配信サービスの運営者が用意し、視聴ユーザ２に無料或いは有料で付与する画像である。視聴ユーザ２は、各々が入手・購入して発信用画像８を保有し、発信に使用することができる。発信された発信用画像８は、視聴ユーザ２の保有数から消費される。

ここで、画像発信操作アイコン３４には、視聴ユーザ２が現在保有している発信用画像８の何れかの種類を割り当てることができる。これにより、視聴画面Ｗ１上は同じ位置にある同じアイコンであるが、割り当てる発信用画像８が変わることで異なる発信操作をすることができる。

具体的には、所定の割り当て変更操作（例えば、画像発信操作アイコン３４の２本指タッチ操作）を行うと、視聴画面Ｗ１には、図４に示すようなポップアップ表示Ｗ３が表示される。ポップアップ表示Ｗ３には、視聴ユーザ２が保有する発信用画像８（８ａ，８ｂ，…）が、その種類毎に保有数及び加算ポイント数とともに表示される。加算ポイント数は、予め発信用画像８の種類毎に設定される。例えば、販売価格の高いものほど大きい点数を設定しておくことができる。視聴ユーザ２は、このポップアップ表示Ｗ３において何れかの発信用画像８をタッチ操作することで、画像発信操作アイコン３４に対する発信用画像８の割り当てを設定することができる。現在割り当て設定されている発信用画像８の表示には、選択状態を示すチェックマーク４０が添付表示される。

発信用画像８の種類は適宜設定可能であり、静止画に限らず、アニメーションＧＩＦ（Graphic Interchange Format）のように変化を伴う画像でもよい。基本的には、発信用画像８は、視聴ユーザ２間のコミュニケーションのアイテムとなるように様々にデザインされている。その中には、配信コンテンツを評価するメッセージ（例えば、いいね、だめだね、面白い、面白くない、凄い、格好いい、…）、提供ユーザ２ｔへの応援やねぎらいのメッセージ（例えば、頑張れ、落ち着いて、…）、発信者の既定の意思表示（例えば、いいね、面白い等の評価のメッセージや、応援しています、頑張れ、…）等を示すデザインの発信用画像８が含まれる。

したがって、そうしたメッセージや意志表示を含むデザインの発信用画像８が画像発信操作アイコン３４に割り当てた状態で画像発信操作をすると、当該操作は、メッセージ発信操作や、既定の意思表示を示す既定発信操作となる。

例えば、画像発信操作アイコン３４に割り当てる発信用画像８は、発信用画像８ａ，８ｂ，８ｃのような、花や星等の自然物をモチーフとしたグラフィック図形とすることができる。花や星は、喜び、楽しい、対象を良く思っている等の好意的な意志表示のタイミングに発信すると好適である。その他、テキストでは表示されないような大サイズのテキストをモチーフとしたグラフィック図形としてもよい。同じ形状だが、大きさや配色等を異ならせた複数種類の発信用画像８でシリーズ（例えば、春の花シリーズ、夏の花シリーズ等）を用意することもできる。

また、画像発信操作アイコン３４に割り当てる発信用画像８は、発信用画像８ｄ，８ｅのように、キャラクタになにがしかのアイテム（図４の例では、スティック先端に星が付いていて、手に持って振るようにして使う応援グッズ）を持たせた内容、図７（ｃ）に例示する発信用画像８ｋ，８ｍ，８ｎのようなキャラクタが音楽演奏する内容、キャラクタが何かのポーズやアクション（例えば、投げキッスする、笑いかける、がっかりする等）をしている画像等とすることができる。同じアイテムを持っていてもキャラクタが異なれば違う種類とすることができる。また、同じアクションをしていてもキャラクタが異なれば違う種類とすることができる。

また、画像発信操作アイコン３４に割り当てる発信用画像８は、発信用画像８ｆのように、画像内に単語や文言を含む画像を含めることもできる。キャラクタに吹き出しを付けて表し、あたかもキャラクタがその単語や文言を話しているかのようにデザインしてもよい。勿論、その単語や文言は、マンガの効果音表現のようなオノマトペでもよい。例えば、驚いた様子のキャラクタに「ギク！」の文字、興奮した様子のキャラクタに「ワクワク！」の文字を添えた画像等とすることができる。

なお、本実施形態の発信用画像８（８ａ，８ｂ，…）は、配信サービスの運営者により予め用意されるものとしているが、ユーザ自らが作成した画像の使用が可能な構成でもよい。勿論、グラフィックデザイン、イラスト、フォントに限らず、実写の画像を用いたものでもよい。

そして、本実施形態では、以上のように発信用画像８が割り当て設定された画像発信操作アイコン３４を視聴ユーザ２がタッチ操作し、発信用画像８が発信されると（つまり、視聴ユーザ２が画像発信操作を行うと）、その加算ポイント数が当該配信コンテンツに係る応援ポイントに加算される。したがって、配信開始から終了までの間に多くの視聴ユーザがたくさん画像発信操作を行えば、その分応援ポイントが加点され、当該配信コンテンツは多くの応援ポイントを獲得できる。また、個々の画像発信操作で発信された発信用画像８の加算ポイント数が大きいほど加点が増え、最終的に多くの応援ポイントが貯まることとなる。つまり、応援ポイントは、配信コンテンツに係る配信を１つの番組や舞台、ステージと見立てた場合の盛り上がり度合或いは人気度合を表しているといえる。

図３に戻り、汎用表示部３５は、各種報知や演出のための表示等、目的を固定せずに使用される領域である。本実施形態では、主として応援ポイントの表示と、所定のイベント発生条件を満たすと発生するフィーバータイムに関する表示とに用いられる。具体的には、汎用表示部３５は、応援ポイントの現在値を表示する応援ポイント表示部３５１を備える。

また、汎用表示部３５には、フィーバータイムの発生時において、後述する「連続コンボ」の連鎖条件を満たした画像発信操作の現在の継続状況（連続コンボに係る現時点での連鎖数：連続コンボ連鎖数）を示すためのコンボゲージ３５３が表示される。コンボゲージ３５３は、連続コンボに係る連鎖数が基準値に達するとゲージ値が満タンになるように表示制御され、当該基準値に達すると、フィーバータイムが発生することとなる。基準値は、後述する連続コンボ発生条件の規模条件として予め設定される。したがって、視聴ユーザ２は、このコンボゲージ３５３によって、あとどのくらい画像発信操作を連鎖させるとフィーバータイムが発生するのかを知ることができ、フィーバータイムの発生を意識して画像発信操作を行うことが可能となる。

また、フィーバータイムの非発生時の汎用表示部３５には、視聴ユーザ２が保有する強制発生アイテム３５５がアイコン化されて表示される。詳細については後述するが、強制発生アイテム３５５は、通貨ポイントの消費と引き換えにその販売価格で購入することができる特定アイテムであり、そのアイコンをタッチ操作して使用することができる。

発信内容表示部３６には、配信コンテンツの視聴ユーザ２（２ａ，２ｂ，…）のアバター４（４ａ，４ｂ，…）が表示される。そして、視聴ユーザ２から発信されたテキストは、当該視聴ユーザ２のアバター４（４ｂ，４ｃ）が発言していることを示す吹き出し５（５ｂ，５ｃ）の中に表示される。また、視聴ユーザ２（図３では視聴ユーザ２ａ）から発信された発信用画像８は、当該視聴ユーザ２（２ａ）のアバター４（４ａ）から飛び出すように、或いはアバター４（４ａ）が取り出したかのようなアクション動作で出現表示がなされる。本実施形態では、これらテキストや発信用画像８は所定の表示時間の間発信内容表示部３６に表示され、その後消去される。ただし、発信用画像８については、発信内容表示部３６の背景として配信終了まで表示しておく構成でもよい。

ショッピングアイコン３７をタッチ操作すると、販売対象の発信用画像８を一覧表示した販売画面がポップアップ表示され、通貨ポイントの消費と引き換えに所望の発信用画像８をその販売価格で購入することができる。また、販売画面では、その他にも、強制発生アイテム３５５を購入できる。

以上のように構成される視聴画面Ｗ１は、図３に示すように、コンテンツ表示部３２の手前側（下側）に、各視聴ユーザ２のアバター４を配置表示するようにレイアウトされており、あたかも集まって配信コンテンツを鑑賞しているような雰囲気をユーザに提供する。

加えて、各視聴ユーザ２が発信したテキストをアバター４の吹き出し５で表示したり、発信用画像８をアバター４から出現表示することで、まるで皆で配信コンテンツを鑑賞しつつ、思い思いに感想を述べたり、仲間に話しかけているような雰囲気を醸成している。発信用画像８は、テキストのように一々読まなくてよいので、視聴ユーザ２が感じているところ、思っているところのものを瞬時かつ象徴的にしかも端的に伝えることができる。また、場の盛り上げ効果もテキストよりも大きい。

このように、視聴画面Ｗ１は、配信コンテンツを提供する提供ユーザ２ｔとそれを視聴する視聴ユーザ２（２ａ，２ｂ，…）とが、あたかも１つのライブステージや舞台を協働して盛り上げている感覚を得やすいように工夫されている。

そして、本実施形態では、テキストや画像のユーザ発信サービス機能を利用して個々の視聴ユーザ２の発信力を高め、それによって視聴ユーザ２間の一体感や連帯感をさらに高める新たな付加価値をもたらすように工夫されている。

［原理］
配信コンテンツを視聴中の各視聴ユーザのユーザ端末１５００（１５００ａ，１５００ｂ，…）でテキストや画像の発信操作を行うと、いつ何を発信したのかについての情報、すなわち発信実績の情報がストリーミングサーバ１１００に蓄積される。また、ストリーミングサーバ１１００では、発信実績をもとに画像発信操作を集計し、当該配信コンテンツに係る応援ポイントを更新・管理する。そして、発信実績や応援ポイントの現在値がストリーミングサーバ１１００を介して同時に全ての視聴ユーザのユーザ端末１５００に送信され、それぞれの視聴画面Ｗ１（発信内容表示部３６や応援ポイント表示部３５１）に表示される。応援ポイントは、提供ユーザのユーザ端末１５００にも送信され、提供画面に表示される。

そこで、ストリーミングサーバ１１００は、画像発信操作に基づく条件を含むイベント発生条件を満たした場合に、配信コンテンツの視聴雰囲気を盛り上げるためのイベントとして、フィーバータイムを発生させる制御（イベント制御）を行う。

なお、本実施形態では、画像発信操作を応援ポイントに反映させることとし、画像発信操作を対象にイベント発生条件の判定を行ってフィーバータイムを発生させることとするが、テキスト発信操作についても応援ポイントに反映させるようにしてもよい。そして、テキスト発信操作も含めてイベント発生条件（連続コンボ条件や組合せコンボ発生条件、操作回数条件）の判定を行うとしてもよい。

１．イベント発生条件
本実施形態では、複数のイベント発生条件が予め定められており、何れかのイベント発生条件を満たすとその都度フィーバータイムが発生する。本実施形態では、例えば、連続コンボ発生条件、組合せコンボ発生条件、操作回数条件、及び強制発生条件の４つがイベント発生条件とされる。

（１）連続コンボ発生条件／組合せコンボ発生条件
図５は、連続コンボ発生条件を説明する図であり、図６は、組合せコンボ発生条件を説明する図である。ストリーミングサーバ１１００は、同一又は異なる発信者による発信用画像８の発信が所定規模以上に連鎖した「発信コンボ（ユーザ発信のコンビネーションの略）」の発生をイベント発生条件として判定する。本実施形態では、「連続コンボ」及び「組合せコンボ」の２種類の発信コンボの発生認定を行う。

発信コンボの発生認定は、連鎖条件を満たす状態が規模要件を満たす程に継続された場合に、肯定判定（認定判定）される。

先ず、図５に示すように、連続コンボの連鎖条件は、発信されたタイミング（発信タイミング）に連続性が有る場合に、連鎖条件が満たされたと肯定判定する。

連続性の判定は、発信タイミングの時間差が所定の「連続性認定時間差Δｔ」以下である場合に、「連続性有り」と肯定判定される。連続性認定時間差Δｔは、適宜設定可能である。例えば、５〜３０秒前後を設定すると好適である。なお、連続性認定時間差Δｔは、配信サービスで共通の値とすることもできるし、配信コンテンツのジャンル等、付帯情報に応じて異なる値を適用するのでもよい。

一方、組合せコンボの連鎖条件は、図６に示すように、発信タイミングに上記の連続性が有り、且つ、それらの発信内容に関連性が有る場合に、連鎖条件が満たされたと肯定判定する。関連性の判定は、「連続性有り」と判定された複数の発信内容を対象にして行われ、それら複数の発信内容の共通点やそれらが作り出すパターンの有無によって行われる。換言すると、発信操作同士の関連性が有れば「関連性有り」と肯定判定される。

図７は、関連性有りと判定される例を説明するための図である。図７（ａ）〜（ｆ）は、関連性が有ると認定される異なるタイプの例を示しており、関連性の判定対象となる連続性を有すると判定された発信の内容（連続性を有する発信内容）の例を発信順に左から右に配列して示している。なお、配列されている発信の内容の例やその数は例示のための便宜上のものあり、実際の運用においてこれらに限定されるものではない。

例えば、図７（ａ）〜図７（ｄ）に例示するように、連続性を有する複数の発信内容が共通点を有している場合は、それらは関連性が有ると判定される。図７（ａ）の例では、何れも発信用画像８ａであって、その種類が共通するので関連性有りと判定される。共通点は発信用画像８の種類に限らない。連続性を有する発信内容とされる複数の発信用画像８の配色や形状でもよい。配色の場合は、最も広い面積を示す主要配色や、面積占有順上位の配色の色系等でもよい。全体として丸型、△型、四角型、といった外形についての共通に着目して関連性の条件が定められていてもよい。

また、描かれている内容の共通性に着目してもよい。例えば、図７（ｂ）のように、発信用画像８に描かれているキャラクタは異なるが、ポーズやアクションが共通している場合も、関連性有りと判定することができる。

また、図７（ｃ）のように、キャラクタもポーズやアクションも厳密には異なるが、ポーズやアクションに共通のテーマ性がある場合も、関連性有りと判定することができる。図７（ｃ）の例では、音楽演奏というテーマにおいて共通点があるので、関連性有りと判定されている。他にも「旗を振る」「メガホンで叫んでいる」「拍手をしている」といった特定のアクションが揃うと「応援」というアクションの共通テーマがあるので、関連性有りと判定することもできる。さらにいえば、発信用画像８に描かれているキャラクタが、全体として１つの団体モーションを形成している場合（例えば、スタジアムでの応援に使用されるウェーブモーション等）に、関連性有りと判定することもできる。

また、画像に含まれるテキストに着目すれば、図７（ｄ）に示すように、発信用画像８に含まれるテキストの意味内容が同一であったり、共通のテーマ性がある場合も、関連性有りと判定することができる。図７（ｄ）の例では、何れも「かわいい」を意味するので、関連性有りとしている。

また、連続性を有する発信内容が、発信された順（発信順）にそれらを並べてみるとパターンを形成している場合や、所定のシリーズが揃った場合に、関連性有りと判定することもできる。

例えば、図７（ｅ）の例では、連続性を有する発信内容全てに共通する共通点は無いが、発信用画像８ｆと発信用画像８ｂとが発信順に交互に発信された時系列パターンを形成しているので、関連性有りとされる。関連性有りと認める時系列パターンの内容は、適宜設定可能である。

また、図７（ｆ）の例でも、発信用画像８ａ、８ｂ、８ｓ、８ｔはそれぞれ異なる種類であるが、所定の「花」シリーズが形成されているので、関連性有りと判定することができる。

次に、規模要件は、連鎖条件を継続して満たしている回数（換言すると連鎖数）が基準値に達している場合に肯定判定される。具体的には、連続コンボの基準値（連続コンボ基準値）は、図５に示すように、「１０連鎖」とする。ただし、１０連鎖に限らず、２連鎖以上の連鎖数を適宜設定できる。一方、組合せコンボの基準値（組合せコンボ基準値）は、連鎖条件で認定され得る関連性毎に予め定められる。関連性と基準値との関係は予め設定しておけばよい。例えば、図７（ａ）の関連性については「１０連鎖」、図７（ｂ）の関連性については「５連鎖」等、関連性との関係で異なる連鎖数を基準値とすることができる。また、特定のアクションが揃うと認定される関連性については、そのアクションの組合せの数を基準値とすることができる。図６の例では基準値が「３連鎖」の例を示しており、音楽演奏というテーマに共通点がある異なる３つの発信用画像の発信に連続性が有れば、組合せコンボの発生が認定される。

なお、連続性認定時間差Δｔに基準値を乗じて、連鎖条件を満たしている時間長を規模条件としてもよい。例えば、連続コンボの場合は時間長が「１０×Δｔ」に達すると規模条件を満たすとし、組合せコンボの場合は時間長が「３×Δｔ」に達すると規模条件を満たすとしてもよい。

（２）操作回数条件
ストリーミングサーバ１１００は、全ての視聴ユーザによる画像発信操作の総数（発信操作総数）をイベント発生条件として判定する。例えば、配信コンテンツの配信開始時からの画像発信操作の回数を計数し、基準値（発信操作総数基準値）を超えた時点で操作回数条件を満たすと判定する。本実施形態では、視聴ユーザの数に所定数（例えば２０回）を乗じた値が基準値とされる。ただし、視聴ユーザの数に関わらず固定値としてもよい。

（３）強制発生条件
強制発生条件は、画像発信操作の操作状況に関わらず即時にフィーバータイムを発生させる条件である。本実施形態では、強制発生条件は、視聴ユーザの操作に係る条件と、提供ユーザの操作に係る条件とを含む。

先ず、視聴ユーザ２の操作に係る条件は、「視聴ユーザ２が有償発生指示操作を行ったこと」とされる。本実施形態では、汎用表示部３５において強制発生アイテム３５５のタッチ操作を有償発生指示操作として受け付け、強制発生アイテム３５５の消費と引き換えにフィーバータイムを発生させる。

なお、視聴ユーザが入手・購入した強制発生アイテム３５５の使用を介してフィーバータイムを発生させる構成に限らず、汎用表示部３５等に強制発生ボタンを配置し、そのタッチ操作を有償発生指示操作として受け付ける構成でもよい。すなわち、視聴ユーザが強制発生ボタンのタッチ操作を行うと、強制発生アイテム３５５の販売価格に相当する通貨ポイントの消費と引き換えにフィーバータイムを発生させるのでもよい。

一方、提供ユーザ２ｔの操作に係る条件は、「提供ユーザ２ｔが発生指示操作を行ったこと」とされる。発生指示操作は、例えば、配信中に提供ユーザ２ｔのユーザ端末１５００に表示される提供画面内にフィーバー発生ボタンを配置し、そのタッチ操作によって受け付ける。この発生指示操作に際しては、その対価を提供ユーザから徴収する。対価の徴収は、提供ユーザが所持する通貨ポイントの消費と引き換えにフィーバータイムを発生させることで実現できる。

より詳細には、発生指示操作には、例えば１つのコンテンツの提供に当たり１回とか、所定時間（例えば１時間）に１回といった制限回数が定められており、１度発生指示操作を行うと、制限解除までの間ボタンが選択不可の状態となる。また、フィーバータイムの発生時も選択不可の状態となる。よって、提供ユーザは発生指示操作をむやみに行うことはできず、当該操作のタイミングは多くの応援ポイントを獲得するための戦略の１つとなる。本実施形態では、制限回数は、１つのコンテンツの提供に当たり１回とする。

２．イベント制御
ストリーミングサーバ１１００は、イベント発生条件を満たすと、その非発生時よりも大きな応援ポイントが算出され得るフィーバータイムを発生させる。本実施形態では、フィーバータイムの発生時に画像発信操作がなされると、発信された発信用画像８の加算ポイント数に所定数（例えば１．５）を乗じて応援ポイントに加算する。ここでのイベント制御により、フィーバータイムの発生時に画像発信操作を行えば、非発生時よりも応援ポイントを多く稼げる。

フィーバータイムの長さ（フィーバー時間長）は、予めイベント発生条件毎に定められ、延長もあり得る。本実施形態では、フィーバータイムが発生した後も連続コンボの連鎖条件を満たした状態が継続された場合に、そのフィーバータイム発生後の連鎖数Ｃｓに応じた時間長（延長時間長）分フィーバータイムの終了時刻を延長する。

また、フィーバータイム中に操作回数条件を満たした場合も、所定の延長時間長分フィーバータイムの終了時刻を延長する。この場合の延長時間長は、本実施形態では固定（例えば１５秒）とする。

そして、ストリーミングサーバ１１００は、フィーバータイムを発生させたならば、視聴画面にてフィーバータイム中である旨の演出表示を行う。図８は、フィーバータイム中の視聴画面Ｗ１１の一例を示す図である。図８に示すように、フィーバータイムが発生すると、汎用表示部３５において、フィーバータイム中であることを報知する通知と、フィーバータイムの残り時間の通知とが演出表示される。加えて、図８中に破線で囲って示すように、フィーバータイム中に視聴ユーザ２（図８では視聴ユーザ２ａ）から発信された発信用画像８の出現表示がフィーバータイムの非発生時とは変更されて、例えば、出現表示が華やかに演出される。なお、上記汎用表示部３５における通知の表示箇所は、画面内であれば何処でもよい。また、視聴画面Ｗ１１の背景をフィーバータイム用の背景に変更する等の演出表示を行ってもよい。

３．ランキング
さて、上記したように、応援ポイントは、配信コンテンツの盛り上がり度合或いは人気度合を表している。そこで、ストリーミングサーバ１１００は、例えば１ヶ月毎や１週間毎等、所定の周期で応援ポイントに基づくランキングを算出する。本実施形態では、１ヶ月周期でランキングを算出する。ランキングの対象は、当該周期の期間内（ここでは過去１ヶ月間）に配信されたコンテンツとするが、配信済みの全てのコンテンツを対象としてもよい。

具体的には、ストリーミングサーバ１１００は、当該周期の期間内に各提供ユーザが提供したコンテンツの中からその応援ポイントの最大値を提供ユーザ毎に読み出し、読み出した最大値を大きい順に並べて提供ユーザ別のランキング（提供ユーザ別ランキング）を算出する。また、当該周期の期間内に配信されたコンテンツをその応援ポイントの順に並べてコンテンツ別のランキング（コンテンツ別ランキング）を算出する。

そして、ストリーミングサーバ１１００は、提供ユーザ別ランキングに基づき提供ユーザに特典を付与するとともに、コンテンツ別ランキングに基づき視聴ユーザに特典を付与する処理（第１特典付与処理）を実行する。

付与する特典の内容は、適宜設定可能である。具体的には、アイテム（例えば特定の発信用画像８が一定時間無料で使えるようになるアイテム等）、クーポン、抽選券、通貨ポイントとして使えるポイント等の付与が挙げられる。

より詳細には、予め提供ユーザ別ランキング及びコンテンツ別ランキングの各ランキング順位別に付与する特典を設定しておく。例えば、順位が高くなるにつれて付与するアイテムやポイント等の数を多く設定するのでもよいし、付与するアイテム等の種類を豊富にするのでもよい。また、順位が高くなるにつれて価値の高いアイテムを付与するとしてもよいし、それらを組み合わせて設定しておくのでもよい。また、特典を付与するランキング順位は、例えば１位〜１０位まで等適宜制限してよい。

そして、提供ユーザ別ランキングに基づく提供ユーザに対する特典の付与は、各ランキング順位の提供ユーザに対して該当するランキング順位の特典を付与することで行う。一方、コンテンツ別ランキングに基づく視聴ユーザに対する特典の付与は、該当するコンテンツを視聴した視聴ユーザにそのランキング順位の特典を配分することで行う。具体的には、視聴時になされた画像発信操作を視聴ユーザ毎に集計し、発信実績が高い（画像発信操作の回数が多い）視聴ユーザに対してより多くの特典（或いは価値の高い特典）が付与されるように山分けする。山分けの比率は、画像発信操作の回数に基づき決定すればよい。或いは、その画像発信操作で応援ポイントに加点された加算ポイント数の合計値を視聴ユーザ毎に求めてそれを発信実績とし、山分けの比率を決めてもよい。つまり、応援ポイントの獲得に貢献した視聴ユーザに対する特典の配分が多くなるような配分の手法であればよい。

なお、提供ユーザ別ランキングに基づいて、提供ユーザだけでなく視聴ユーザにも特典を付与する構成としてもよい。例えば、ランキング順位が上位の提供ユーザの当該応援ポイントを獲得したコンテンツの視聴ユーザに対し、特典を山分け配分して付与するとしてもよい。

以上説明したように、本実施形態では、イベント発生条件を満たした場合にフィーバータイムを発生させる。そして、このフィーバータイムの発生時に画像発信操作を行うと、非発生時に画像発信操作を行った場合よりも応援ポイントが多く加点される。したがって、各視聴ユーザは、当該加点を目的として、コンボゲージ３５３や発信内容表示部３６に出現表示される他の視聴ユーザからの発信用画像８を見つつ互いに協働して、適宜画像発信操作アイコン３４に対する発信用画像８の割り当て設定を変えながら、連続コンボや組合せコンボの連鎖条件を満たす画像発信操作を行うことができる。また、その他にも、操作回数条件を達成するために個々に画像発信操作を繰り返したり、ときに強制発生アイテムを使用して有償発生指示操作を行い、フィーバータイムを発生させることができる。或いは、視聴ユーザは、配信コンテンツの提供ユーザが発信指示操作を行って発生させたフィーバータイムにおいて画像発信操作を行い、その応援ポイントの獲得に貢献することができる。したがって、提供ユーザを沢山応援している感覚や場が盛り上がっている感覚を得やすくすることができ、視聴ユーザ間の一体感や連帯感をさらに高める新たな付加価値をもたらすことが可能となる。

また、本実施形態では、配信済みのコンテンツが獲得した応援ポイントに基づいて、所定周期毎（例えば１ヶ月毎）に提供ユーザ別ランキング及びコンテンツ別ランキングが算出される。そして、提供ユーザ別ランキングのランキング結果から、コンテンツの提供ユーザにそのランキング順位に見合った特典が付与される。一方、コンテンツ別ランキングのランキング結果から、コンテンツの視聴ユーザに対してそのランキング順位に応じた特典が付与される。その際、当該コンテンツの視聴時における発信実績（画像発信操作を行った回数）に応じて当該特典が各視聴ユーザに山分け配分される。つまり、発信実績が高い視聴ユーザに対して多くの特典が配分され、或いは価値の高い特典が配分される。したがって、視聴ユーザは、好きな（応援する）提供ユーザによって提供されたコンテンツであったり好きなジャンルのコンテンツ等のランキング入りや、それに伴い付与される特典を狙って視聴中に画像発信操作や有償発生指示操作を行い、より多くの応援ポイントの獲得を目指すことができる。また、提供ユーザは、自身が提供するコンテンツのランキング入りや、それに伴い付与される特典を狙ってコンテンツの提供時（配信時）に発生指示操作を行い、視聴ユーザに対して画像発信操作を促すことができる。

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

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

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

このサーバ処理部２００ｓは、ユーザ管理部２０２と、オンラインショッピング管理部２０４と、配信サービス管理部２０６と、アバター表示制御部２０８と、発信サービス管理部２１０と、計時部２８０ｓと、画像生成部２９０ｓと、音生成部２９２ｓと、通信制御部２９４ｓとを備える。

ユーザ管理部２０２は、ユーザ登録に係る処理及びユーザアカウントに紐付けられる各登録ユーザのデータの管理を行う。例えば、登録ユーザへの固有のユーザアカウントの付与処理、ユーザアカウント別に個人情報を登録管理する登録情報管理処理、課金要素（例えば、オンラインショッピング等）の支払いで消費される電子決済媒体（例えば、仮想通貨の通貨ポイント）の帳簿管理処理、ログイン及びログアウトの履歴等を管理する利用履歴管理処理、アバター４の作成・編集処理等を実行することができる。勿論、これら以外のユーザアカウントに紐付けられる他のデータの管理処理も適宜含めることができる。

オンラインショッピング管理部２０４は、オンラインショッピングに関する制御を担い、公知のオンラインショッピング技術を適宜利用して実現できる。本実施形態では、視聴ユーザは、オンラインショッピングによって発信用画像や強制発生アイテム等を購入することができる。

配信サービス管理部２０６は、コンテンツの配信サービスを実現するための各種処理を行う。例えば、コンテンツの配信スケジュールの管理処理、視聴ユーザの管理処理、提供端末から配信用のコンテンツのデータを取得する処理、配信処理等を実行することができる。勿論、これら以外の処理も適宜含めることができる。

アバター表示制御部２０８は、視聴ユーザ別のアバターを、視聴端末である各視聴ユーザのユーザ端末１５００（１５００ａ，１５００ｂ，…）において発信内容表示部３６に表示させる制御を行う。

発信サービス管理部２１０は、配信サービスと並行したユーザ発信サービスを実現するための各種処理を行う。この発信サービス管理部２１０は、発信内容表示制御部２１２と、応援ポイント算出部２１３と、イベント発生条件判定部２１５と、連鎖報知制御部２２１と、対価徴収処理部２２３と、イベント制御部２２５と、ランキング算出部２２７と、第１特典付与処理部２２９とを含む。

発信内容表示制御部２１２は、配信コンテンツに対する発信操作（テキスト発信操作／画像発信操作）が入力されたことを視聴端末から受け付けて、当該発信操作に係る発信内容を、各視聴端末にて発信内容表示部３６に表示させる制御を行う。ここでの制御により、視聴端末の発信内容表示部３６における吹き出し５によるテキストの表示や、発信用画像８の出現表示が実現される。なお、ストリーミングサーバ１１００が、発信内容表示部３６として表示される画像それ自体を配信の対象とする場合には、発信内容表示制御部２１２がその画像を生成するとしてもよい。

応援ポイント算出部２１３は、画像発信操作が入力されたことを視聴端末から受け付けて、当該画像発信操作を集計して応援ポイントを更新・管理する処理（応援ポイント算出処理）を実行する。

イベント発生条件判定部２１５は、イベント発生条件である連続コンボ発生条件、組合せコンボ発生条件、操作回数条件、及び強制発生条件を判定する。このイベント発生条件判定部２１５は、そのうちの連続コンボ発生条件を判定する連続コンボ判定部２１７と、組合せコンボ発生条件を判定する組合せコンボ判定部２１９とを含む。

連続コンボ判定部２１７は、連続コンボの発生認定を行って連続コンボ発生条件を満たすか否かを判定する処理（連続コンボ判定処理）を実行する。

組合せコンボ判定部２１９は、組合せコンボの発生認定を行って組合せコンボ発生条件を満たすか否かを判定する処理（組合せコンボ判定処理）を実行する。

連鎖報知制御部２２１は、フィーバータイムの非発生時において、連続コンボ判定処理で設定・更新される現連続コンボ連鎖数６１９（図１６を参照）をゲージ値とするコンボゲージ３５３を、各視聴端末にて汎用表示部３５に表示させる制御を行う。

対価徴収処理部２２３は、提供ユーザの発生指示操作に際してその対価を徴収する処理を行う。例えば、発生指示操作を行った提供ユーザの通貨ポイントから所定数を消費し、決済媒体帳簿データ５９２を更新する。

イベント制御部２２５は、画像発信操作に基づく条件を含むイベント発生条件（本実施形態では、連続コンボ発生条件、組合せコンボ発生条件、操作回数条件、及び強制発生条件）を満たした場合にイベント制御を行い、フィーバータイムを発生させる。

このイベント制御部２２５は、フィーバータイム延長処理部２２６を備える。フィーバータイム延長処理部２２６は、連続コンボ発生条件を満たしたことを受けてフィーバータイムを発生させた後も引き続き連続コンボの連鎖条件を満たした状態が継続されたか否かを判定し、フィーバータイム発生後の連鎖数Ｃｓに応じてフィーバータイム終了時刻６３３を延長する。具体的には、フィーバータイム中、連続コンボの連鎖条件を満たした状態が継続する間は連続コンボ連鎖数を数えて現連続コンボ連鎖数６１９を更新する。そして、フィーバータイム終了時刻６３３においてフィーバータイム定義データ５８０の延長設定に従って延長時間長を決定し、フィーバータイム終了時刻６３３を更新する。すなわち、現連続コンボ連鎖数６１９と適用連続コンボ基準値７０３との差を連鎖数Ｃｓとして求め、所定時間（例えば３秒）を乗じた延長時間長をフィーバータイム終了時刻６３３に加えて更新する。また、フィーバータイム延長処理部２２６は、フィーバータイム中に操作回数条件を満たした場合にフィーバータイム定義データ５８０の延長設定から延長時間長を読み出し、フィーバータイム終了時刻６３３を更新する。なお、延長時間には上限を設けることとすると好適である。

ランキング算出部２２７は、例えば１ヶ月毎等の所定周期で応援ポイントに基づくランキングを算出する。本実施形態では、提供ユーザ別ランキングと、コンテンツ別ランキングとを算出する。

第１特典付与処理部２２９は、提供ユーザ別ランキングに基づき提供ユーザに特典を付与するとともに、コンテンツ別ランキングに基づき視聴ユーザに特典を付与する第１特典付与処理を実行する。

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

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

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

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

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

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

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

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

図１０は、第１実施形態のサーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。図１０に示すように、サーバ記憶部５００ｓには、サーバプログラム５０３と、配信用視聴端末プログラム５０５と、配信用提供端末プログラム５０７と、販売品管理データ５０９と、発信サービス初期設定データ５１０と、ユーザ管理データ５９０と、配信管理データ６００と、連続コンボ条件設定７００と、組合せコンボ条件設定７１０と、操作回数条件設定７２０と、適用倍率７３０と、ランキングデータ７４０と、現在日時９００とが格納される。また、その他にも、例えば、視聴画面Ｗ１，Ｗ１１の背景画像の画像データや、アバターを作成・編集するための素材データ等、必要なデータが適宜格納される。

サーバプログラム５０３は、サーバ処理部２００ｓをユーザ管理部２０２、オンラインショッピング管理部２０４、配信サービス管理部２０６、アバター表示制御部２０８、及び発信サービス管理部２１０として機能させるためのプログラムである。なお、画像生成部２９０ｓや音生成部２９２ｓ、通信制御部２９４ｓとして機能させるプログラムも適宜これに含めることができる。

配信用提供端末プログラム５０７は、提供端末として使用されるユーザ端末１５００にダウンロードされるアプリケーションプログラムのオリジナルデータであって、これを実行することにより、そのユーザ端末１５００は提供端末として機能できるようになる。なお、配信用提供端末プログラム５０７は、ライブ配信機能を実装したゲームを実行可能にするためのゲームプログラムの中に含まれている構成も可能である。

配信用視聴端末プログラム５０５は、視聴端末として使用されるユーザ端末１５００にダウンロードされるアプリケーションプログラムのオリジナルデータであって、これを実行することにより、そのユーザ端末１５００は視聴端末として機能できるようになる。

販売品管理データ５０９は、オンラインショッピングによる販売品（販売対象）を定義・管理するためのデータである。例えば、販売品管理データ５０９は、購入可能なデータを、その在庫数や、課金対価（電子決済媒体からの引き落とし額に相当）等と対応付けて格納している。

発信サービス初期設定データ５１０は、ユーザ発信サービスのための各種初期設定データを格納する。本実施形態では、発信用画像定義データ５２０と、イベント発生条件データ５３０と、フィーバータイム定義データ５８０と、特典定義データ５４３とを含む。

発信用画像定義データ５２０は、発信用画像８を定義するデータである。１つの発信用画像定義データ５２０は、例えば図１１に示すように、発信用画像種類５２１と、発信用画像データ５２３と、加算ポイント数５２５と、販売価格５２７と、当該発信用画像が発信内容表示部３６に表示されてから消失するまでの表示持続時間５２９とを含む。

イベント発生条件データ５３０は、イベント発生条件を定義するデータであり、連続性認定条件定義データ５３１と、関連性認定条件定義データ５４０と、連続コンボ規模要件定義データ５５０と、組合せコンボ規模要件定義データ５６０と、操作回数条件定義データ５７０とを含む。

連続性認定条件定義データ５３１は、時間的に隣接する画像発信操作が連続性を有すると見做すための条件を定義する。本実施形態では、連続性認定時間差Δｔ（図５を参照）を定義している。なお、連続性認定条件定義データ５３１は、１つの連続性認定時間差Δｔを定義しておく構成に限らず、例えばジャンル等の配信コンテンツの内容に応じて連続性認定条件を違えたい場合には、選択条件別（例えばジャンル別）に異なる連続性認定時間差Δｔを対応付けて定義しておけばよい。

関連性認定条件定義データ５４０は、関連性を認定するための条件を定義するデータを格納する。１つの関連性認定条件定義データ５４０は、例えば図１２に示すように、固有の関連性ＩＤ５４１と、当該定義データが選択・適用される条件を記述する選択条件５４２と、関連性認定条件５４４とを含む。

選択条件５４２は、例えば、ジャンル条件５４２ａと、提供ユーザ条件５４２ｂと、被写体条件５４２ｃと、状況条件５４２ｄと、視聴ユーザ数条件５４２ｅとを含み、それらのＡＮＤ条件又はＯＲ条件として記述される。選択条件５４２が含むこれらの条件は、何れも「設定なし」を含み得る。

ジャンル条件５４２ａは、配信コンテンツのジャンルについての条件である。例えば、「ライブ中継」の時だけに適用される関連性認定条件を用意することもできる。

提供ユーザ条件５４２ｂは、提供ユーザに関する情報についての条件である。例えば、提供ユーザの年齢や性別、好きなもの等のプロフィール情報、特定ゲームタイトルにおけるプレーヤレベルや称号、配信サービスにおける当該提供ユーザのランキング順位等についての条件を設定できる。

被写体条件５４２ｃは、配信コンテンツの主たる被写体についての条件である。例えば、提供ユーザ自身、子供、動物、料理、自動車、チーム、ゲームキャラクタ等であり、それらの固有名を含めることもできる。その場合、複数の固有名をＡＮＤ条件又はＯＲ条件として定義してもよい。

状況条件５４２ｄは、配信コンテンツの内容の状況についての条件である。コンテンツの付帯情報には、例えば、「（曲名）を演奏してみた」「（番組名のエンディング）を踊ってみた」「（製品名）の開封」「（ゲームタイトル）のステージ難所をクリア」「（ゲームタイトル）の第４ステージボスキャラ攻略」といった状況説明文を含めることができる。状況条件５４２ｄは、それらに含まれるキーワードを設定することにより定義付けできる。

視聴ユーザ数条件５４２ｅは、配信コンテンツの視聴ユーザの数についての条件である。

関連性認定条件５４４は、共通点条件５４４ａと、シリーズ条件５４４ｂと、のＡＮＤ条件又はＯＲ条件として記述される。関連性認定条件５４４が含むこれらの条件は、何れも「設定なし」を含み得る。

共通点条件５４４ａは、連続性を有する複数の画像発信操作の発信内容である発信用画像８に共通するべき要件を定義する。例えば、共通点を有する発信用画像種類のリストや、発信用画像８に含まれる（描かれている）共通のテキスト、主要配色、共通と認められる被写体種類のリスト等を設定することができる。なお、画像発信操作だけでなくテキスト発信操作も含めて関連性を認定する場合には、発信内容であるテキスト同士や発信用画像８とテキストとに共通するべき要件を定義しておけばよい。その場合、主要配色は、発信用画像８の他、発信されたテキストのフォントカラーにも適用できる。

より具体的には、例えば、共通点条件５４４ａとして主要配色が同じ（例えば赤色）発信用画像種類のリストを定義する一方で、提供ユーザ条件５４２ｂに「好きな色が赤色であること」を設定すれば、連続性を有するとされた各発信用画像８の主要配色が提供ユーザの好きな赤色と一致する場合に関連性有りと認定する関連性認定条件を定義でき、これにより、提供ユーザと発信用画像８とを関連付けることができる。

シリーズ条件５４４ｂは、連続性を有する複数の画像発信操作の発信内容である発信用画像８の組み合わせを定義する。例えば、組合せに係る発信用画像種類のリスト、組合せに係る主要配色のリスト、組合せに係る発信用画像８に含まれている（描かれている）テキストのリスト等であり、それらの発信順も定義に含めることができる。なお、画像発信操作だけでなくテキスト発信操作も含めて関連性を認定する場合には、例えば発信されたテキストに含まれるキーワードの組合せ、発信用画像種類とテキスト（キーワード）との組合せ等を定義しておくことができる。

より具体的には、例えば、「四季の花」と言うタイトルの発信用画像８のシリーズがあったとして、当該シリーズを構成する発信用画像種類のリストを定義すれば、四季の花の発信用画像８の発信が時系列に揃ったときに関連性有りと認定される関連性認定条件を定義できる。また、主要配色のリストとして発信順が虹におけるそれらの配列順と同じとなるように虹の構成色を設定すれば、連続性を有するとされた各発信用画像８に描かれているものが何であれ、発信順に並べると虹と同じ配色パターンを構成していれば関連性有りと認定される関連性認定条件を定義できる。

或いは、シリーズ条件５４４ｂとして音楽演奏のアクションを内容とする発信用画像種類のリストを定義する一方、ジャンル条件５４２ａに「音楽演奏」を設定すれば、連続性を有するとされた各発信用画像８が配信コンテンツのジャンルに合った発信用画像８の場合に関連性有りと認定する関連性認定条件を定義でき、これにより、配信コンテンツと発信用画像８とを関連付けることができる。

図１０に戻り、連続コンボ規模要件定義データ５５０は、連続コンボの発生を認定する際に必要とされる規模要件を定義する。本実施形態では連続コンボ基準値（例えば１０連鎖）を定義する。なお、例えばジャンル等の配信コンテンツの内容に応じて規模要件を違えたい場合には、関連性認定条件定義データ５４０の選択条件５４２と同様の関係条件を対応付けた複数の連続コンボ規模要件定義データを用意しておけばよい。

組合せコンボ規模要件定義データ５６０は、組合せコンボの発生を認定する際に必要とされる規模要件を定義するデータを格納する。１つの組合せコンボ規模要件定義データ５６０は、例えば図１３に示すように、固有の規模要件ＩＤ５６１と、対応する関連性ＩＤ５４１を格納する対応関連性ＩＤ５６３と、組合せコンボ基準値５６５とを含み、対応関連性ＩＤ５６３によって関連性認定条件定義データ５４０と対応付けられる。

操作回数条件定義データ５７０は、発信操作総数基準値を定義する。本実施形態では、発信操作総数基準値は、視聴ユーザの数×所定数（２０回）として設定される。

フィーバータイム定義データ５８０は、図１４に示すように、フィーバータイムの発生時に適用する倍率（例えば１．５倍）５８１を格納するとともに、各イベント発生条件（連続コンボ発生条件、組合せコンボ発生条件、操作回数条件、及び強制発生条件）と対応付けて、そのフィーバー時間長と、延長設定とを格納する。フィーバー時間長は、対応するイベント発生条件を満たしたときに発生させるフィーバータイムの時間長である。延長設定は、フィーバータイムが延長され得る連続コンボ発生条件及び操作回数条件について延長時間長を格納する。例えば、連続コンボ発生条件の延長時間長は、連鎖数Ｃｓに所定時間（図１４では３秒）を乗じた時間長として定義される。一方、操作回数条件の延長時間長は、固定長（図１４では１５秒）として設定される。なお、倍率５８１は、例示したように各イベント発生条件に一律に適用される値に限らず、イベント発生条件の種類毎に別個の値を設定しておく構成でもよい。

特典定義データ５４３は、提供ユーザ用の特典定義データ５４３と、視聴ユーザ用の特典定義データ５４３とを含む。提供ユーザ用の特典定義データ５４３には、提供ユーザ別ランキングに係る各ランキング順位と対応付けて、該当する提供ユーザに付与される特典の内容が設定される。一方、視聴ユーザ用の特典定義データ５４３には、コンテンツ別ランキングに係る各ランキング順位と対応付けて、該当するコンテンツの視聴ユーザに付与（山分け配分）される特典の内容が設定される。

ユーザ管理データ５９０は、登録ユーザ毎に用意される。１つのユーザ管理データ５９０は、例えば図１５に示すように、固有のユーザアカウント５９１と、決済媒体帳簿データ５９２と、アバター設定データ５９３と、保有発信用画像リスト５９４と、保有強制発生アイテム数５９５と、発信ログデータ５９６とを含む。

決済媒体帳簿データ５９２は、当該ユーザに紐付けられる電子決済媒体（本実施形態では通貨ポイント）の収支の情報、例えば、通貨ポイントの購入日時や購入数（課金額）の履歴、通貨ポイントの消費日時や消費数の履歴等を格納する。

アバター設定データ５９３は、当該ユーザのアバター４の設定データを格納する。

保有発信用画像リスト５９４は、当該ユーザが保有している発信用画像８の発信用画像種類と対応付けて、その保有数を格納する。

発信ログデータ５９６は、当該ユーザが視聴ユーザとして発信操作（テキスト発信操作／画像発信操作）をする毎に作成される。１つの発信ログデータ５９６は、例えば、発信日時、発信対象の配信タイトル、当該発信対象のコンテンツを提供した提供ユーザのユーザアカウント、発信内容（発信されたテキストや発信用画像種類）等を格納する。

配信管理データ６００は、配信毎に用意され、配信状況を記述する各種データを格納する。１つの配信管理データ６００は、例えば図１６に示すように、配信タイトル６０１と、配信スケジュール６０３と、コンテンツデータ６０５と、付帯情報６０７と、視聴ユーザ管理データ６０９と、アバター表示管理データ６１１と、テキスト発信実績データ６１３と、画像発信実績データ６１５と、現応援ポイント６１７と、現連続コンボ連鎖数６１９と、現組合せコンボ連鎖数６２１、現発信操作総数６２３と、発生指示操作フラグ６２５と、フィーバータイム発生状況データ６３０とを含む。その他にも、例えば、視聴画面（例えば視聴画面Ｗ１や視聴画面Ｗ１１）の背景を定義した背景データや、フィーバータイム中の各種演出表示を行うための素材データが格納される。

視聴ユーザ管理データ６０９は、当該配信に係るコンテンツ（配信コンテンツ）について視聴者登録された視聴ユーザに関する各種データを格納する。例えば、当該視聴者登録された全ての視聴ユーザのユーザアカウントと対応付けて、当該視聴ユーザのユーザ端末１５００に通信回線９を介して通信接続するためのアクセス情報（例えばＩＰアドレス）等を格納する。

アバター表示管理データ６１１は、発信内容表示部３６における各視聴ユーザのアバターの表示状況を記述する各種データを格納する。例えば、各視聴ユーザのユーザアカウントと対応付けて、そのアバターデータや配置位置座標、表示サイズ等が設定される。

画像発信実績データ６１５は、視聴端末において視聴ユーザが画像発信操作する毎に作成される。１つの画像発信実績データ６１５は、発信者である視聴ユーザのユーザアカウントと、発信タイミングと、発信内容データ（発信された発信用画像データ）と、その表示持続時間（表示持続時間５２９のコピー）とを含む。

テキスト発信実績データ６１３は、視聴端末において視聴ユーザがテキスト発信操作する毎に作成される。１つのテキスト発信実績データ６１３は、発信者である視聴ユーザのユーザアカウントと、発信タイミングと、発信内容データ（発信されたテキスト、フォント、フォントサイズ等）と、その表示持続時間とを含む。

発生指示操作フラグ６２５は、提供ユーザによる発生指示操作の有無（有：ＯＮ／無：ＯＦＦ）を格納する。イベント発生条件判定部２１５は、コンテンツの配信開始時に発生指示操作フラグ６２５を「ＯＦＦ」に初期化し、発生指示操作フラグ６２５が「ＯＦＦ」の間だけ提供ユーザの発生指示操作を受け付ける。そして、発生指示操作が入力されたことを提供端末から受け付けると、発生指示操作フラグ６２５を「ＯＮ」に更新する。

フィーバータイム発生状況データ６３０は、フィーバータイム発生フラグ（発生時：ＯＮ／非発生時：ＯＦＦ）６３１と、フィーバータイム終了時刻６３３とを格納する。

図１０に戻り、連続コンボ条件設定７００は、適用連続性認定条件７０１と、適用連続コンボ基準値７０３とを含む。本実施形態では、連続性認定条件は固定なので、適用連続性認定条件７０１には、連続性認定条件定義データ５３１がコピーされる。適用連続コンボ基準値７０３には、連続コンボ規模要件定義データ５５０がコピーされる。

組合せコンボ条件設定７１０は、適用連続性認定条件７１１と、適用関連性認定条件７１３と、適用組合せコンボ基準値７１５とを含む。適用連続性認定条件７１１には、連続性認定条件定義データ５３１がコピーされる。適用関連性認定条件７１３には、複数種類ある関連性認定条件定義データ５４０の中から選択条件５４２が適合するとして検索された定義データの関連性ＩＤ５４１がコピーされる。適用組合せコンボ基準値７１５には、適用関連性認定条件７１３の関連性ＩＤが対応関連性ＩＤ５６３として設定された組合せコンボ規模要件定義データ５６０の組合せコンボ基準値５６５がコピーされる。

操作回数条件設定７２０には、操作回数条件定義データ（発信操作総数基準値）５７０がコピーされる。

適用倍率７３０には、フィーバータイムの非発生時には「等倍」が設定され、フィーバータイムの発生時には、フィーバータイム定義データ５８０の倍率５８１が設定される。

ランキングデータ７４０は、ランキング算出部２２７により所定周期毎に算出される提供ユーザ別ランキングのランキング結果及びコンテンツ別ランキングのランキング結果を格納する。

２．視聴端末
図１７は、視聴端末となるユーザ端末１５００（１５００ａ，１５００ｂ，…）の機能構成例を示すブロック図である。図１７に示すように、視聴端末となるユーザ端末１５００（１５００ａ，１５００ｂ，…）は、操作入力部１００と、撮像部１０２と、集音部１０４と、端末処理部２００と、画像表示部３９０と、音出力部３９２と、通信部３９４と、端末記憶部５００とを備える。

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

撮像部１０２は、撮影対象からの光を受光して電気信号に変換し、デジタル画像データを生成して端末処理部２００へ出力する。例えば、レンズ、メカシャッター、シャッタードライバ、ＣＣＤイメージセンサモジュールやＣＭＯＳイメージセンサモジュールといった光電変換素子、光電変換素子から電荷量を読み出し画像データを生成するデジタルシグナルプロセッサ（ＤＳＰ）、ＩＣメモリ等で実現できる。図２では、イメージセンサモジュール１５２０がこれに該当する。

集音部１０４は、集音した音声を電気信号に変換して出力する。図２では、マイク１５１２がこれに該当する。

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

視聴端末演算部２６０は、操作信号送信制御部２６２と、視聴画面表示制御部２６４とを含む。

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

視聴画面表示制御部２６４は、ストリーミングサーバ１１００から受信した各種データに基づいて視聴画面Ｗ１，Ｗ１１を表示するための制御を行う。

音生成部２９２は、例えばＤＳＰや音声合成ＩＣ等のプロセッサ、音声ファイル再生可能なオーディオコーデック等によって実現され、動画配信に係る効果音、ＢＧＭ、各種操作音の音信号を生成して音出力部３９２へ出力する。

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

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

音出力部３９２は、音生成部２９２から入力される音信号に基づいてＢＧＭ等を音出力する。図２では、スピーカ１５１０がこれに該当する。

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

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

また、視聴端末の端末記憶部５００には、視聴端末プログラム５０４と、受信済配信データ群８００と、発信用画像割り当て設定８０２と、現在日時９００とが格納される。勿論、これら以外のプログラムやデータも適宜格納することができる。

視聴端末プログラム５０４は、端末処理部２００を視聴端末演算部２６０として機能させるためのプログラムである。本実施形態では、ストリーミングサーバ１１００から提供される配信用視聴端末プログラム５０５（図１０参照）のコピーとする。

受信済配信データ群８００は、配信に際し、ストリーミングサーバ１１００から受信した各種配信データを格納する。

発信用画像割り当て設定８０２は、画像発信操作アイコン３４への発信用画像８の割り当てを示す。具体的には、割り当てられている発信用画像８の発信用画像種類を格納する。

３．提供端末
図１８は、提供端末となるユーザ端末１５００（１５００Ｔ）の機能構成例を示すブロック図である。なお、図１８において、視聴端末となるユーザ端末１５００（１５００ａ，１５００ｂ，…）と同様の構成には同一の符号を付して示している。

提供端末となるユーザ端末１５００（１５００Ｔ）では、端末処理部２００は、所定のプログラムやデータ、操作入力部１００からの操作入力信号、ストリーミングサーバ１１００から受信したデータ等に基づいて各種の演算処理を行い、提供端末としてのユーザ端末１５００の動作を統括制御する。そして、提供端末の端末処理部２００は、提供端末演算部２７０と、計時部２８０と、音生成部２９２と、通信制御部２９４とを備える。

提供端末演算部２７０は、操作信号送信制御部２７２と、コンテンツ提供制御部２７４と、提供画面表示制御部２７６とを含む。

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

コンテンツ提供制御部２７４は、配信用のコンテンツのデータの生成と、ストリーミングサーバ１１００への提供制御に関する処理を行う。ライブ配信の場合は、撮像部１０２で撮影された画像を逐一エンコードして、ストリーミングサーバ１１００へ提供制御する、ライブストリーミングエンコーダとしての機能を実現する。

提供画面表示制御部２７６は、提供画面を表示するための制御を行う。提供画面は、コンテンツのライブ配信のための各種操作を受け付ける操作画面であり、配信状況をモニタするモニタ画面を兼ねている。

端末記憶部５００には、ユーザ端末１５００を提供端末として動作させ、ユーザ端末１５００が備える提供端末としての機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。

また、提供端末の端末記憶部５００には、提供端末プログラム５０６と、受信済配信データ群８００と、提供コンテンツデータ８１０と、現在日時９００とが格納される。勿論、これら以外のプログラムやデータも適宜記憶することができる。

提供端末プログラム５０６は、端末処理部２００を提供端末演算部２７０として機能させるためのプログラムである。本実施形態では、ストリーミングサーバ１１００から提供される配信用提供端末プログラム５０７（図１０参照）のコピーとする。

受信済配信データ群８００は、コンテンツの提供に際し、ストリーミングサーバ１１００から受信した各種配信データを格納する。

提供コンテンツデータ８１０は、登録時配信タイトル８１１と、登録時配信スケジュール８１３と、登録時付帯情報８１５と、提供用コンテンツデータ８１７とを含む。登録時配信タイトル８１１や登録時配信スケジュール８１３、登録時付帯情報８１５は、それぞれ提供ユーザとして配信登録手続きをした際の設定データを格納する。提供用コンテンツデータ８１７は、配信用のコンテンツのオリジナルデータである。

［処理の流れ］
１．ストリーミングサーバ
図１９〜図２１は、ストリーミングサーバ１１００におけるコンテンツのライブ配信に係る処理の流れを示すフローチャートである。ここで説明する処理は、サーバ処理部２００ｓがサーバプログラム５０３を読み出して実行することによって実現される。なお、ランキング算出部２２７による提供ユーザ別ランキング及びコンテンツ別ランキングの算出と、第１特典付与処理部２２９によるそれらランキングに基づく特典の付与（第１特典付与処理）は、本処理とは別に所定の周期毎に行う。

ここで、コンテンツの配信タイトルや配信スケジュール、付帯情報は、提供ユーザによる配信登録手続きに伴い既に設定されているものとする。また、視聴ユーザの視聴端末は、別途ログイン手続き済みであるものとする。

先ず、配信サービス管理部２０６が、配信管理データ６００を初期化する（ステップＳ１００）。なお、配信タイトル６０１、配信スケジュール６０３、付帯情報６０７は、配信登録手続きに伴い設定済みである。コンテンツデータ６０５は、ライブ配信なので配信開始までは記憶されない。もし、ライブ配信でなければ、予め用意されたコンテンツのデータが格納されることになる。

続いて、配信サービス管理部２０６は、視聴ユーザ管理データ６０９に基づいて、例えばアバター表示管理データ６１１やテキスト発信実績データ６１３、画像発信実績データ６１５、現応援ポイント６１７、現連続コンボ連鎖数６１９、現組合せコンボ連鎖数６２１、現発信操作総数６２３、発生指示操作フラグ６２５、フィーバータイム発生状況データ６３０、保有発信用画像リスト５９４、保有強制発生アイテム数５９５等の視聴端末及び提供端末に対する各種配信データの配信を開始する（ステップＳ１０２：配信α）。配信タイミングは、例えば、それら配信データが追加・削除・更新された時や、新たな視聴ユーザの登録時等とすることができるが、所定周期で配信するとしてもよい。

その後、配信サービス管理部２０６は、視聴リクエストの受信を監視する（ステップＳ１０４）。視聴リクエストは、視聴端末として機能しているユーザ端末１５００（１５００ａ，１５００ｂ，…）にて視聴ユーザが視聴したい配信タイトルを選択し、所定の視聴操作をすると、ユーザアカウント等の情報とともにストリーミングサーバ１１００へと送信される。

この視聴リクエストを受信すると（ステップＳ１０４のＹＥＳ）、配信サービス管理部２０６は、新たに視聴ユーザ管理データ６０９を作成して当該視聴端末のユーザを視聴ユーザとして視聴者登録する（ステップＳ１０６）。

そして、アバター表示制御部２０８が、新たなアバター表示管理データ６１１を作成し、当該視聴ユーザに係るアバターが発信内容表示部３６に表示されるようにする（ステップＳ１０８）。

前述のようにステップＳ１０２にてアバター表示管理データ６１１の配信は開始されているので、新たに作成したアバター表示管理データ６１１もまた視聴端末に配信される。視聴端末では、これに基づき各アバターの表示を更新することになる。結果、視聴画面Ｗ１では、新たな仮想視聴者がスクリーンの前に出現したかのように見える。

これにより、配信を皆で一緒に視聴する仮想体験がよりリッチなものになり、視聴者の一体感が醸し出される。そして、視聴者の一体感が、みんなで視聴環境を盛り上げようという想いとなり、それが視聴ユーザによる積極的な発信を促し、ついには本実施形態の配信サービスが従来の配信サービス以上に楽しい充実したユーザ体験をもたらす要因の１つとなる。

続いて、オンラインショッピング管理部２０４が、購入リクエストの受信を監視する（ステップＳ１１０）。購入リクエストは、視聴端末にて視聴ユーザが所定の購入操作（例えば、図３のショッピングアイコン３７への操作）を行うと、ストリーミングサーバ１１００へ送信される。

この購入リクエストを受信すると（ステップＳ１１０のＹＥＳ）、オンラインショッピング管理部２０４は、発信用画像や強制発生アイテムの購入処理等、オンラインショッピングに係る処理を実行する（ステップＳ１１２）。この購入にともなって、購入リクエストした視聴ユーザの保有発信用画像リスト５９４や保有強制発生アイテム数５９５が更新され、これもまた視聴端末へと配信される。

また、発信サービス管理部２１０が、テキスト発信リクエストの受信を監視する（ステップＳ１１４）。テキスト発信リクエストは、視聴端末にて視聴ユーザがテキスト発信操作を行うと、ユーザアカウントや発信内容（テキスト）等の情報とともにストリーミングサーバ１１００へと送信される。

このテキスト発信リクエストを受信すると（ステップＳ１１４のＹＥＳ）、発信サービス管理部２１０は、受信した新たな発信内容についてテキスト発信実績データ６１３を作成し、リクエストした視聴ユーザの発信ログデータ５９６を作成して更新する（ステップＳ１１６）。

このように、ライブ配信前であっても、視聴ユーザは、テキスト発信したり、発信用画像等の購入が可能となり、ライブが始まる前に視聴ユーザ間で思い思いにライブへの期待を語りあったり、ライブ開始に備えた発信用画像等の準備ができる。

その後、ライブ配信の開始予定時刻に達すると（ステップＳ１１８のＹＥＳ）、配信サービス管理部２０６は、コンテンツのライブ配信を開始する（ステップＳ１２０）。ここでの処理により、提供端末からのコンテンツデータの受信と、その視聴端末への配信とが開始される。

コンテンツの配信を開始したならば、連続コンボ判定部２１７が連続コンボ判定処理を開始する（ステップＳ１２２）。ここで開始される連続コンボ判定処理では、先ず、連続性認定条件定義データ５３１を適用連続性認定条件７０１に格納するとともに、連続コンボ規模要件定義データ５５０を適用連続コンボ基準値７０３に格納する。また、現連続コンボ連鎖数６１９を「０」に初期化する。

そして、連続コンボ判定処理では、画像発信リクエストを受信するたびに次の処理を行う。すなわち先ず、適用連続性認定条件（連続性認定時間差Δｔ）７０１に基づいて、１つ前の発信実績データ６３６との発信タイミングの時間差がΔｔ以下であるか否かを判定する。そして、Δｔ以下であれば、現連続コンボ連鎖数６１９を１つ増やして更新する。その上で、現連続コンボ連鎖数６１９が適用連続コンボ基準値７０３に達しており規模要件を満たす場合には、連続コンボ発生条件を満たすと判定する。なお、Δｔを超えている場合には、現連続コンボ連鎖数６１９を「０」にする。

また、組合せコンボ判定部２１９が組合せコンボ判定処理を開始する（ステップＳ１２４）。ここで開始される組合せコンボ判定処理では、先ず、連続性認定条件定義データ５３１を適用連続性認定条件７１１に格納する。次に、複数の関連性認定条件定義データ５４０の中から選択条件５４２が適合する定義データを検索して、検索された関連性認定条件定義データ５４０を適用関連性認定条件７１３に格納する。そして、複数の組合せコンボ規模要件定義データ５６０の中から適用関連性認定条件７１３の関連性ＩＤが対応関連性ＩＤ５６３として設定された定義データを検索して、検索された組合せコンボ規模要件定義データ５６０の組合せコンボ基準値５６５を適用組合せコンボ基準値７１５に格納する。また、現組合せコンボ連鎖数６２１を「０」に初期化する。

そして、組合せコンボ判定処理では、画像発信リクエストを受信するたびに次の処理を行う。すなわち先ず、適用連続性認定条件（連続性認定時間差Δｔ）７１１に基づいて、１つ前の発信実績データ６３６との発信タイミングの時間差がΔｔ以下であるか否かを判定する。そして、Δｔ以下の場合は、今回の発信用画像８と１つ前の発信用画像８とが適用関連性認定条件７１３の関連性認定条件を満たすか否かを判定し、満たす場合は、現組合せコンボ連鎖数６２１を１つ増やして更新する。その上で、現連続コンボ連鎖数６１９が適用組合せコンボ基準値７１５に達しており規模要件を満たす場合には、組合せコンボ発生条件を満たすと判定する。なお、Δｔを超えている場合には、現連続コンボ連鎖数６１９を「０」にする。

また、イベント発生条件判定部２１５が、操作回数条件定義データ５７０を操作回数条件設定７２０に格納する（ステップＳ１２６）。

また、応援ポイント算出部２１３が応援ポイント算出処理を開始する（ステップＳ１２８）。ここで開始される応援ポイント算出処理では、応援ポイント算出部２１３は、画像発信リクエストの受信を監視する。画像発信リクエストは、視聴端末にて視聴ユーザが画像発信操作を行うと、ユーザアカウントやその発信内容である発信用画像８の発信用画像種類とともにストリーミングサーバ１１００へと送信される。発信用画像８の画像データそのものが送信される構成でもよい。

そして、画像発信リクエストを受信するたびに、その発信用画像８の加算ポイント数５２５に適用倍率７３０を乗じて調整し、応援ポイントに加算する。後述するステップＳ１７８では、フィーバータイム中の適用倍率７３０を「等倍」からフィーバータイム用の例えば「１．５倍」に変更する。したがって、フィーバータイム中は、加算ポイント数が１．５倍されて応援ポイントに加算される。

その後は、図２０に示すように、オンラインショッピング管理部２０４が、購入リクエストの受信を監視する（ステップＳ１３０）。そして、購入リクエストを受信した場合は（ステップＳ１３０のＹＥＳ）、オンラインショッピングに係る処理を実行する（ステップＳ１３２）。

また、発信サービス管理部２１０が、テキスト発信リクエストの受信を監視する（ステップＳ１３４）。そして、テキスト発信リクエストを受信した場合は（ステップＳ１３４のＹＥＳ）、受信した新たな発信内容についてテキスト発信実績データ６１３を作成し、リクエストした視聴ユーザの発信ログデータ５９６を作成して更新する（ステップＳ１３６）。

また、発信サービス管理部２１０が、画像発信リクエストの受信を監視する（ステップＳ１３８）。そして、画像発信リクエストを受信した場合は（ステップＳ１３８のＹＥＳ）、受信した新たな発信内容について画像発信実績データ６１５を作成し、リクエストした視聴ユーザの発信ログデータ５９６を作成して更新する（ステップＳ１４０）。また、発信された発信用画像８を１つ消費して保有発信用画像リスト５９４を更新する（ステップＳ１４２）。

また、イベント発生条件判定部２１５がイベント発生条件を満たすと判定したことを受けて、イベント制御部２２５が、フィーバータイムを発生させるためのイベント制御を行う。すなわち先ず、ステップＳ１２２で開始した連続コンボ判定処理で連続コンボ発生条件を満たしたと判定した場合、又は、ステップＳ１２４で開始した組合せコンボ判定処理で組合せコンボ発生条件を満たしたと判定した場合には（ステップＳ１４４のＹＥＳ）、フィーバータイム発生フラグ６３１を判定する。そして、フィーバータイム発生フラグ６３１が「ＯＦＦ」でありフィーバータイムの非発生時であれば（ステップＳ１４６：ＹＥＳ）、フィーバータイム発生フラグ６３１を「ＯＮ」に更新するとともに（ステップＳ１４８）、ステップＳ１４４で満たしたと判定した連続コンボ発生条件又は組合せコンボ発生条件に対応するフィーバー時間長をフィーバータイム定義データ５８０から読み出して、フィーバータイム終了時刻６３３を設定する（ステップＳ１５０）。その後図２１のステップＳ１７８に移行する。

次に、現発信操作総数６２３が操作回数条件設定７２０に達した場合には（ステップＳ１５２：ＹＥＳ）、フィーバータイム発生フラグ６３１を判定する。そして、フィーバータイム発生フラグ６３１が「ＯＦＦ」の場合は（ステップＳ１５４：ＹＥＳ）、これを「ＯＮ」に更新するとともに（ステップＳ１５６）、操作回数条件に対応するフィーバー時間長をフィーバータイム定義データ５８０から読み出して、フィーバータイム終了時刻６３３を設定する（ステップＳ１５８）。一方、フィーバータイム発生フラグ６３１が「ＯＮ」であれば（ステップＳ１５４のＮＯ）、操作回数条件に対応する延長時間長をフィーバータイム定義データ５８０から読み出し、読み出した延長時間長をフィーバータイム終了時刻６３３に加えてこれを更新する（ステップＳ１６０）。その後、ステップＳ１７８に移行する。

次に、図２１に示すように、有償発生指示操作を視聴端末にて受け付けた旨の通知を受信した場合は（ステップＳ１６２：ＹＥＳ）、強制発生アイテムを１つ消費して保有強制発生アイテム数５９５を更新する（ステップＳ１６４）。そして、フィーバータイム発生フラグ６３１を「ＯＮ」に更新するとともに（ステップＳ１６６）、強制発生条件の有償発生指示操作に対応するフィーバー時間長をフィーバータイム定義データ５８０から読み出して、フィーバータイム終了時刻６３３を設定する（ステップＳ１６８）。その後、ステップＳ１７８に移行する。

次に、発生指示操作を提供端末にて受け付けた旨の通知を受信した場合は（ステップＳ１７０：ＹＥＳ）、対価徴収処理部２２３が、当該発生指示操作の対価分の通貨ポイントを提供ユーザから徴収する処理を行う（ステップＳ１７２）。その後、イベント制御部２２５が、フィーバータイム発生フラグ６３１を「ＯＮ」に更新するとともに（ステップＳ１７４）、強制発生条件の発生指示操作に対応するフィーバー時間長をフィーバータイム定義データ５８０から読み出して、フィーバータイム終了時刻６３３を設定する（ステップＳ１７６）。その後、ステップＳ１７８に移行する。

そして、ステップＳ１７８では、イベント制御部２２５は、適用倍率７３０に倍率５８１を格納する。

また、フィーバータイム中は、イベント制御部２２５は、フィーバータイム終了時刻６３３を監視する。そして、フィーバータイム終了時刻６３３となった場合は（ステップＳ１８０のＹＥＳ）、連続コンボ発生条件を満たしたことによるフィーバータイムであれば（ステップＳ１８２のＹＥＳ）、連鎖数Ｃｓを用いて延長時間長を算出し、これをフィーバータイム終了時刻６３３に加えて更新する（ステップＳ１８４）。一方、連続コンボ発生条件を満たしたことによるフィーバータイムでない場合や（ステップＳ１８０のＹＥＳ）、ステップＳ１８４で算出した延長時間長が０（つまり連鎖数Ｃｓが０）でフィーバータイムを延長しない場合は（ステップＳ１８６のＹＥＳ）、適用倍率７３０を「等倍」に戻す（ステップＳ１８８）。

その後は、配信が終了するまでは（ステップＳ１９０のＮＯ）、図２０のステップＳ１３０に戻って上記した処理を繰り返す。そして、配信が終了すると（ステップＳ１９０のＹＥＳ）、一連の処理を終了する。

２．視聴端末
図２２は、視聴端末となるユーザ端末１５００（１５００ａ，１５００ｂ，…）におけるコンテンツの視聴に係る処理の流れを示すフローチャートである。ここで説明する処理は、端末処理部２００が視聴端末プログラム５０４を読み出して実行することによって実現される。

図２２に示すように、視聴端末では先ず、ログイン処理を実行する（ステップＳ３００）。その後、コンテンツの配信を視聴するための所定の視聴操作（視聴するコンテンツの選択を含む）を検出すると（ステップＳ３１０のＹＥＳ）、操作信号送信制御部２６２が、ストリーミングサーバ１１００へ視聴リクエストを送信する（ステップＳ３１２：通信Ａ）。ここでの視聴リクエストを受けて、ストリーミングサーバ１１００では、当該視聴端末のユーザが視聴ユーザとして視聴者登録され、視聴画面Ｗ１，Ｗ１１を表示するための各種配信データの当該視聴端末への配信が開始される（配信α）。そして、視聴端末では、視聴画面表示制御部２６４が、これらを受信して受信済配信データ群８００に格納し、視聴画面の表示を開始する（ステップＳ３１４）。ここで開始される視聴画面の表示によって、フィーバータイムの非発生時の視聴画面Ｗ１の表示や、フィーバータイムの発生時の視聴画面Ｗ１１の表示が実現される。

また、発信用画像８や強制発生アイテム等の販売対象の購入操作を検出すると（ステップＳ３２０のＹＥＳ）、操作信号送信制御部２６２は、ストリーミングサーバ１１００へ購入リクエストを送信する（ステップＳ３２２：通信Ｂ）。

また、操作信号送信制御部２６２は、テキスト発信操作を検出すると（ステップＳ３３０のＹＥＳ）、テキストの入力編集処理を実行し（ステップＳ３３２）、入力されたテキストとともにテキスト発信リクエストをストリーミングサーバ１１００へ送信する（ステップＳ３３４：通信Ｃ）。また、画像発信操作アイコン３４をワンタッチする画像発信操作を検出した場合は（ステップＳ３３６のＹＥＳ）、選択された発信用画像種類選択された発信用画像種類とともに画像発信リクエストをストリーミングサーバ１１００へ送信する（ステップＳ３３８：通信Ｄ）。

ここで、視聴端末は、前述のようにステップＳ３１４にて各種配信データに基づく視聴画面Ｗ１，Ｗ１１の表示制御を開始している。したがって、ステップＳ３３０，Ｓ３３６にて当該視聴端末や他の視聴端末にて視聴ユーザが発信操作した発信内容が、発信内容表示部３６に表示されることとなる。具体的には、新たに発信されたテキストを発信者のアバター４から吹き出し５で表示され、或いは、新たに発信された発信用画像８を発信者のアバター４から出現表示される。なお、表示持続時間を超過した発信内容の表示は逐一消去される。

また、汎用表示部３５にて強制発生アイテム３５５をタッチ操作する有償発生指示操作を検出した場合は（ステップＳ３４０のＹＥＳ）、その旨の通知をストリーミングサーバ１１００へ送信する（ステップＳ３４２：通信Ｅ）。

また、視聴端末は、画像発信操作アイコン３４への発信用画像の割り当て変更操作を検出すると（ステップＳ３５０のＹＥＳ）、ポップアップ表示Ｗ４の表示制御を含む割り当て変更処理を実行して、発信用画像割り当て設定８０２を変更する（ステップＳ３５２）。

その後は、配信が終了するまでは（ステップＳ３６０のＮＯ）、ステップＳ３２０に戻って上記した処理を繰り返す。そして、配信が終了すると（ステップＳ３６０のＹＥＳ）、一連の処理を終了する。

３．提供端末
図２３は、提供端末となるユーザ端末１５００（１５００Ｔ）におけるコンテンツの提供に係る処理の流れを示すフローチャートである。ここで説明する処理は、端末処理部２００が提供端末プログラム５０６を読み出して実行することによって実現される。なお、コンテンツをゲームプレイ動画のライブ中継コンテンツとする場合には、別途ゲームプログラムが実行されているものとする。

図２３に示すように、視聴端末では先ず、ログイン処理を実行する（ステップＳ５００）。その後、提供画面表示制御部２７６が、提供画面の表示制御を開始する（ステップＳ５０２）。

続いて、コンテンツ提供制御部２７４が、提供するコンテンツの配信タイトルや配信スケジュール、付帯情報を設定してその登録手続き処理を行う（ステップＳ５０４）。そして、配信予定時刻になると、当該コンテンツの提供を開始する（ステップＳ５０６：通信Ｆ）。本実施形態では、ライブ配信を想定しているので、例えば実写によるライブ配信の場合は、コンテンツ提供制御部２７４は、撮像部１０２で撮影した映像に集音部１０４で集音した音声を付加したコンテンツデータを逐次作成するとともに、そのライブストリーミングエンコードを行ってストリーミングサーバ１１００へ送信する。ゲームプレイ動画をライブ配信する場合は、ゲーム画面をキャプチャした動画にゲーム音声を付加してコンテンツデータを逐次作成する。コンテンツが予め用意された動画データ等の場合には、配信予定時刻を待たずにそれをストリーミングサーバ１１００へアップロードする。

また、提供画面にてフィーバー発生ボタンをタッチ操作する発生指示操作を検出した場合は（ステップＳ５０８のＹＥＳ）、その旨の通知をストリーミングサーバ１１００へ送信する（ステップＳ５１０：通信Ｇ）。

そして、コンテンツの配信を終了すると（ステップＳ５１２のＹＥＳ）、一連の処理を終了する。

以上、第１実施形態によれば、コンテンツの配信サービスにおいて、テキストや画像の発信機能を利用して、従来のサービス以上の楽しい充実したユーザ体験を提供することができ、配信のサービスを向上できる。

〔第２実施形態〕
第１実施形態では、全ての視聴ユーザの画像発信操作を対象に配信コンテンツに係る応援ポイントを集計して、フィーバータイムを発生させることとした。これに対し、視聴ユーザをグループ分けし、グループ毎に応援ポイントを算出して当該グループ毎にフィーバータイムを発生させるとしてもよい。

図２４は、第２実施形態におけるフィーバータイムの非発生時の視聴画面例を示す図である。本実施形態では、複数のキャラクタＣ１（Ｃ１−１〜Ｃ１−３）が登場するコンテンツであって、各キャラクタＣ１が音楽に乗せてダンスを踊る映像として提供されたコンテンツの配信時を想定しており、視聴ユーザ２は、コンテンツの配信に先立ちキャラクタＣ１の中から好きなキャラクタ（ファンのキャラクタ）Ｃを登録しておくことができる。

先ず、本実施形態では、ストリーミングサーバ１１００は、配信開始から終了までの間に、各視聴ユーザ２のユーザ端末１５００で為された画像発信操作をその操作主体（視聴ユーザ２）毎に集計して、個別の応援ポイント（視聴ユーザ別応援ポイント）を更新・管理する。また、各視聴ユーザ２がどのキャラクタＣ１のファンなのかに応じて視聴ユーザ２をグループ分けし、各グループに属する視聴ユーザ２の画像発信操作をグループ毎に集計して、グループ別の応援ポイント（グループ別応援ポイント）を更新・管理する。図２４では、キャラクタＣ１−１のファン登録をした各アバター４ａ，４ｃ，４ｅの視聴ユーザ２ａ，２ｃ，２ｅのグループＧ１と、キャラクタＣ１−３のファン登録をした各アバター４ｂ，４ｆ，４ｇの視聴ユーザ２ｂ，２ｆ，２ｇのグループＧ２とを破線で囲って例示している。この場合、例えば、グループＧ１のグループ別応援ポイントは、３人の視聴ユーザ２ａ，２ｃ，２ｅが行った画像発信操作に基づき算出する。

そのため、視聴画面は、汎用表示部３５において、その視聴ユーザ２（図２４では視聴ユーザ２ａ）に係る視聴者別応援ポイント表示部３５１１と、その視聴ユーザ２（２ａ）が属するグループＧ１に係るグループ別応援ポイント表示部３５１３とを備える。また、汎用表示部３５は、その視聴ユーザ２の画像発信操作に基づく連続コンボ連鎖数を示すコンボゲージ３５３１と、その視聴ユーザ２（２ａ）が属するグループＧ１の各視聴ユーザ２ａ，２ｃ，２ｅによる画像発信操作に基づく連続コンボ連鎖数を示すコンボゲージ３５３３とが表示される。

そして、ストリーミングサーバ１１００は、連続コンボ発生条件、組合せコンボ発生条件、及び操作回数条件をグループ単位で判定し、グループ毎にフィーバータイムを発生させる。また、強制発生条件の視聴ユーザ２の操作に係る条件については、何れかの視聴ユーザ２が有償発信指示操作を行うと、当該視聴ユーザ２が属するグループを対象にフィーバータイムを発生させる。つまり、あるグループにフィーバータイムを発生させた場合には、当該グループに属する視聴ユーザ２が発信した発信用画像８の加算ポイント数に適用倍率（例えば１．５倍）を乗じて視聴ユーザ別応援ポイント及びグループ別応援ポイントに加算する。

またその際、当該フィーバータイムの発生に関与した視聴ユーザ２を調整対象視聴ユーザとして特定する。例えば、連続コンボ発生条件を満たしたことによるフィーバータイムであれば、当該連続コンボに係る画像発信操作を行った調整対象視聴ユーザ２を特定する。一例を挙げると、視聴ユーザ２ａ，２ｃの２人が画像発信操作を繰り返したことで連続コンボが発生し、その間視聴ユーザ２ｅは画像発信操作を１回も行わなかった場合には、視聴ユーザ２ａ，２ｃを調整対象視聴ユーザとする。そして、特定した調整対象視聴ユーザ２については、適用倍率をさらに上乗せする。前述の例でいえば、視聴ユーザ２ａや視聴ユーザ２ｃについて、適用倍率（１．５倍）に所定値（例えば０．３）を加算して調整する。そして、フィーバータイム中に視聴ユーザ２ａや視聴ユーザ２ｃが画像発信操作を行った場合には、発信された発信用画像８の加算ポイント数を１．８倍して、彼等の視聴ユーザ別応援ポイント及びグループ別応援ポイントに加算する。一方、フィーバータイム中に視聴ユーザ２ｅが画像発信操作を行った場合の適用倍率は、１．５倍のままとなる。

次に、本実施形態では、ストリーミングサーバ１１００は、コンテンツの配信終了時に、各視聴ユーザ２を視聴ユーザ別応援ポイントの順に並べて視聴ユーザ別のランキング（視聴ユーザ別ランキング）を算出するとともに、各グループをグループ別応援ポイントの順に並べてグループ別のランキング（グループ別ランキング）を算出する。

そして、ストリーミングサーバ１１００は、グループ別ランキングに基づき視聴ユーザ２に特典を付与する処理（第２特典付与処理）を実行する。すなわち、第２特典付与処理では先ず、グループ別ランキングのランキング順位から各グループの視聴ユーザ２に特典を付与するか否かを判定する。そして、付与すると判定した視聴ユーザ２に対して特典を付与する。例えば、ランキング順位が１位のグループに属する視聴ユーザ２にのみ特典を付与するといったことができる。なお、ランキング順位の何位まで特典を付与するのかは適宜設定できる。そして、付与する特典は、ランキング順位と対応付けて予め設定しておけばよい。

またその際、付与すると判定した視聴ユーザ２の視聴中の発信実績（画像発信操作の数や、その画像発信操作で応援ポイントに加算された加算ポイントの合計値等）を用いて各視聴ユーザ２に特典を配分する。配分（山分け）は、第１実施形態と同様に行うことができる。

また、ストリーミングサーバ１１００は、視聴ユーザ別ランキングに基づき視聴ユーザ２に特典を付与する処理（第３特典付与処理）を実行する。すなわち、第３特典付与処理では先ず、視聴ユーザ別ランキングのランキング順位から各視聴ユーザ２に特典を付与するか否かを判定する。そして、付与すると判定した視聴ユーザ２に対して特典を付与する。ランキング順位の何位まで特典を付与するのかは、第２特典付与処理と同様に適宜設定でき、付与する特典についても、ランキング順位と対応付けて予め設定しておけばよい。

［機能構成］
図２５は、第２実施形態におけるストリーミングサーバ１１００の機能構成例を示すブロック図であり、図２６は、第２実施形態においてサーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。各図２５，２６では、第１実施形態と同様の構成には同一の符号を付している。図２５に示すように、本実施形態では、サーバ処理部２００ｓの発信サービス管理部２１０Ａが、グループ設定部２１１Ａと、発信内容表示制御部２１２と、応援ポイント算出部２１３Ａと、イベント発生条件判定部２１５Ａと、連鎖報知制御部２２１と、対価徴収処理部２２３と、イベント制御部２２５Ａと、ランキング算出部２２７Ａと、第２特典付与処理部２３３Ａと、第３特典付与処理部２３５Ａを含む。

グループ設定部２１１Ａは、コンテンツの配信開始時において、視聴者登録された視聴ユーザをグループ分けする処理を行う。例えば、図２４に示して例示したように、配信中の特定のキャラクタを視聴ユーザが登録することでグループ分けを行う構成の他、視聴ユーザが自身の属するグループを選ぶ構成でもよい。そして、グループ設定部２１１Ａは、グループ分けした各グループにグループＩＤを割り振り、各グループＩＤと該当するグループに属する視聴ユーザのユーザアカウントとを対応付けてグループ設定データ７５０Ａを生成する。

応援ポイント算出部２１３Ａは、視聴ユーザ毎に画像発信操作を集計して視聴ユーザ別応援ポイントを算出するとともに、グループ毎に画像発信操作を集計してグループ別応援ポイントを算出する。

イベント発生条件判定部２１５Ａは、上記実施形態のように全ての視聴ユーザを対象とするのではなく、グループ単位でイベント発生条件を判定する。

イベント制御部２２５Ａは、イベント発生条件判定部２１５Ａがイベント発生条件を満たしたと判定した場合に、そのグループについてフィーバータイムを発生させる。このイベント制御部２２５Ａは、このイベント制御部２２５は、フィーバータイム延長処理部２２６と、適用倍率調整部２３１Ａとを備える。

適用倍率調整部２３１Ａは、フィーバータイムの発生に関与した調整対象視聴ユーザを特定し、フィーバータイム中の当該調整対象ユーザの画像発信操作に適用する適用倍率７３０を調整する。

ランキング算出部２２７Ａは、コンテンツの配信終了時において、視聴ユーザ別応援ポイントに基づき視聴ユーザ別ランキングを算出するとともに、グループ別応援ポイントに基づきグループ別ランキングを算出する。

第２特典付与処理部２３３Ａは、グループ別ランキングに基づき視聴ユーザに特典を付与する第２特典付与処理を実行する。

第３特典付与処理部２３５Ａは、視聴ユーザ別ランキングに基づき視聴ユーザに特典を付与する第３特典付与処理を実行する。

また、図２６に示すように、サーバ記憶部５００ｓには、サーバプログラム５０３Ａと、配信用視聴端末プログラム５０５と、配信用提供端末プログラム５０７と、販売品管理データ５０９と、発信サービス初期設定データ５１０と、ユーザ管理データ５９０と、配信管理データ６００Ａと、連続コンボ条件設定７００と、組合せコンボ条件設定７１０と、操作回数条件設定７２０と、グループ設定データ７５０Ａと、適用倍率７３０Ａと、ランキングデータ７４０Ａと、現在日時９００とが格納される。また、その他にも、例えば、視聴画面の背景画像の画像データや、アバターを作成・編集するための素材データ等、必要なデータが適宜格納される。

配信管理データ６００Ａは、図１６に示した上記した実施形態の配信管理データ６００と概ね同様のデータ構成で実現できるが、現応援ポイント６１７には視聴ユーザ別応援ポイント及びグループ別応援ポイントの現在値が設定され、現発信操作総数６２３にはグループ毎の発信操作総数の現在値が設定される。また、フィーバータイム発生状況データ６３０は、グループ毎に用意される。

グループ設定データ７５０Ａは、グループ設定部２１１Ａによって設定された各視聴者ユーザのグループ分けの情報を格納する。

適用倍率７３０Ａは、視聴者ユーザ毎の適用倍率を格納する。この適用倍率７３０Ａには、フィーバータイムの非発生時は全ての視聴ユーザの適用倍率が「等倍」に設定される。一方、フィーバータイムの発生時は、該当するグループに属する視聴ユーザの適用倍率が「１．５倍」とされ、そのうちの調整対象視聴ユーザの適用倍率にはさらに所定値（例えば０．３）が加算されて「１．８倍」とされる。

ランキングデータ７４０Ａは、ランキング算出部２２７Ａによりコンテンツの配信終了時に算出される視聴ユーザ別ランキングのランキング結果及びグループ別ランキングのランキング結果を格納する。

［処理の流れ］
第２実施形態のストリーミングサーバ１１００におけるコンテンツのライブ配信に係る処理は、図１９〜図２１に示した上記実施形態の処理手順と概ね同様の手順で行うことができる。ただし、本実施形態では、コンテンツの配信開始時に、視聴者登録された視聴ユーザをグループ分けする。また、配信開始後の応援ポイント算出処理では、視聴ユーザ別応援ポイント及びグループ別応援ポイントを算出する。そして、イベント発生条件の判定やイベント制御等の各処理をグループ毎に行い、グループ単位でフィーバータイムを発生させる。また、コンテンツの配信終了時に視聴ユーザ別ランキング及びグループ別ランキングを算出し、第２特典付与処理と第３特典付与処理とを順次実行して付与対象の視聴ユーザ２に付与対象の特典を付与（山分け配分）する。

以上、第２実施形態によれば、第１実施形態と同様の効果を奏することができる。また、配信コンテンツの特定の登場人物（例えばキャラクタ）を個々に応援したり、同じキャラクタを応援する視聴ユーザ同士がグループになって当該キャラクタを応援し合うといったことが可能となり、視聴ユーザが皆でコンテンツを盛り上げている感覚をより高め、ユーザ体験をより向上させることが可能となる。

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

〔変形例１〕
例えば、上記した各実施形態では、クライアント・サーバ型のコンピュータシステムにて配信サービスを実現する例を挙げたが、複数のユーザ端末１５００同士をピアツーピア接続したコンピュータシステムにおいて実現するとしてもよい。その場合、何れかのユーザ端末１５００にストリーミングサーバ１１００としての機能を担わせる。或いは、複数のユーザ端末１５００で配信サービス管理部２０６が有する機能を分担して担う構成としてもよい。

〔変形例２〕
また、上記した各実施形態は、複数のユーザが同時にアクセスしていて、それぞれがテキストや画像の発信操作可能なサービスであればその他のサービスにも適用可能である。

例えば、視聴画面の汎用表示部３５より下の画面部分を、ソーシャルネットワーキングサービスのチャット機能を適用したチャット画面とすることもできる。図２７及び図２８は、その場合の表示例を示す図である。

下側のチャット画面３８の左側には、当該画面が表示されるユーザ端末１５００を使用する視聴ユーザ２ａのアバター４ａが表示され、当該視聴ユーザ２ａが発信操作したテキストが吹き出し５ａで表示されるとともに、当該視聴ユーザ２が発信操作した発信用画像８がアバター４から出現表示される。一方、チャット画面３８の右側には、他の視聴ユーザ２ｂ等のアバター４ｂ等が表示され、彼等が発信操作したテキストが吹き出し５で表示されるとともに、画像発信操作した発信用画像８がアバター４から出現表示される。そして、本変形例では、フィーバータイム中にチャット画面３８の背景が特別な背景データに適宜変更され、各視聴ユーザ２が発信操作した発信用画像８の出現表示が演出される。

或いは、図２８に示すように、視聴画面の付帯情報表示部３１、コンテンツ表示部３２、及び汎用表示部３５の部分で構成されたコンテンツ画面３９がチャット画面３８の中央に表示される画面構成でもよい。コンテンツ画面３９を挟んで両側には、図２７の場合と同様に、当該画面が表示されるユーザ端末１５００を使用する視聴ユーザ２ａのアバター４ａや、他の視聴ユーザ２ｂ等のアバター４ｂ等が表示され、吹き出し５でテキストの表示や発信用画像８の出現表示がなされる。そして、コンテンツ画面３９の表示位置は固定とし、常にチャット画面３８の中央に表示しておく一方、破線で囲って示す両サイドのアバター４や吹き出し５、発信用画像８の出現表示は、新たな発信操作が行われるとスクロール表示する。

１０００…コンテンツ提供システム
１１００…ストリーミングサーバ
２００ｓ…サーバ処理部
２０２…ユーザ管理部
２０４…オンラインショッピング管理部
２０６…配信サービス管理部
２０８…アバター表示制御部
２１０，２１０Ａ…発信サービス管理部
２１２…発信内容表示制御部
２１３，２１３Ａ…応援ポイント算出部
２１５，２１５Ａ…イベント発生条件判定部
２１７…連続コンボ判定部
２１９…組合せコンボ判定部
２２１…連鎖報知制御部
２２３…対価徴収処理部
２２５，２２５Ａ…イベント制御部
２２６…フィーバータイム延長処理部
２２７，２２７Ａ…ランキング算出部
２２９…第１特典付与処理部
２１１Ａ…グループ設定部
２３３Ａ…第２特典付与処理部
２３５Ａ…第３特典付与処理部
５００ｓ…サーバ記憶部
５０３，５０３Ａ…サーバプログラム
５０５…配信用視聴端末プログラム
５０７…配信用提供端末プログラム
５０９…販売品管理データ
５１０…発信サービス初期設定データ
５９０…ユーザ管理データ
６００，６００Ａ…配信管理データ
７００…連続コンボ条件設定
７１０…組合せコンボ条件設定
７２０…操作回数条件設定
７３０，７３０Ａ…適用倍率
７４０，７４０Ａ…ランキングデータ
７５０Ａ…グループ設定データ
１５００（１５００ａ，１５００ｂ，…，１５００Ｔ）…ユーザ端末
１００…操作入力部
１０２…撮像部
１０４…集音部
２００…端末処理部
２６２，２７２…操作信号送信制御部
２６４…視聴画面表示制御部
２７４…コンテンツ提供制御部
２７６…提供画面表示制御部
３９０…画像表示部
３９２…音出力部
３９４…通信部
５００…端末記憶部
５０４…視聴端末プログラム
５０６…提供端末プログラム
８００…受信済配信データ群
８０２…発信用画像割り当て設定
８１０…提供コンテンツデータ
８１１…登録時配信タイトル
８１３…登録時配信スケジュール
８１５…登録時付帯情報
８１７…提供用コンテンツデータ
９…通信回線
２（２ａ，２ｂ，…，２ｔ）…ユーザ
Ｗ１，Ｗ１１…視聴画面
３１…付帯情報表示部
３３…テキスト発信操作部
３４…画像発信操作アイコン
３５…汎用表示部
３６…発信内容表示部
３７…ショッピングアイコン
３８…チャット画面
４（４ａ，４ｂ，…）…アバター
８…発信用画像

Claims (19)

1. 提供ユーザにより提供された少なくとも映像を含むコンテンツを、各視聴ユーザのユーザ端末に配信するコンテンツ配信システムであって、
   前記ユーザ端末では、前記コンテンツを表示するコンテンツ表示部を含み、視聴中に発信操作が可能な視聴画面が表示され、
   少なくとも前記発信操作に基づいて、当該コンテンツに係る応援ポイントを算出する応援ポイント算出手段と、
   少なくとも前記発信操作に基づく条件を含むイベント発生条件を満たした場合に、同じ前記発信操作に対して、イベントが発生しなかった場合よりも発生した場合の方がより大きな前記応援ポイントが算出され得るイベントを発生させるイベント制御手段と、
   を備えたコンテンツ配信システム。
2. 前記イベント制御手段は、前記発信操作がなされたタイミングに基づいて前記発信操作の連続性を認定するための連続性認定条件を少なくとも含む連鎖条件を満たした状態が所定以上継続したことを前記イベント発生条件に含めて、前記イベント発生条件を満たしたかを判定する、
   請求項１に記載のコンテンツ配信システム。
3. 前記連鎖条件は、判定対象の複数の前記発信操作が、当該発信操作同士の関連性を認定するための関連性認定条件を満たすことを更に含む、
   請求項２に記載のコンテンツ配信システム。
4. 前記連鎖条件を満たした状態の現在の継続状況について前記ユーザ端末に報知する制御を行う連鎖報知制御手段、
   を備えた請求項２又は３に記載のコンテンツ配信システム。
5. 前記イベント制御手段は、前記発生させたイベント中の前記連鎖条件を満たした状態に基づいて、当該イベントの終了時期を変更する、
   請求項２〜４の何れか一項に記載のコンテンツ配信システム。
6. 前記イベント制御手段は、前記発信操作の総数が所定数に達した場合に前記イベント条件を満たしたと判定する、
   請求項１〜５の何れか一項に記載のコンテンツ配信システム。
7. 前記発信操作には複数種類があり、当該複数種類のうちの一部の種類が前記提供ユーザ又は前記コンテンツに関連付けられており、
   前記イベント制御手段は、前記関連付けられた種類の発信操作に基づいて前記イベント条件を満たしたか否かを判定する手段を有する、
   請求項１〜６の何れか一項に記載のコンテンツ配信システム。
8. 少なくとも前記応援ポイントに基づいて、前記提供ユーザ別又は前記コンテンツ別のランキングを算出するランキング算出手段、
   を備えた請求項１〜７の何れか一項に記載のコンテンツ配信システム。
9. 前記ランキングの結果に基づき、前記視聴ユーザに特典を付与するか否かを判定し、付与すると判定した場合に、前記視聴ユーザの前記発信操作の実績に応じて、前記視聴ユーザ別に特典を付与する第１の視聴ユーザ特典付与手段、
   を備えた請求項８に記載のコンテンツ配信システム。
10. 前記イベント制御手段は、視聴中の前記コンテンツの視聴ユーザで構成されるグループ毎に、当該グループに属する視聴ユーザの前記発信操作に基づいて前記イベント発生条件を満たすかを判定して、当該グループ単位での前記イベントの発生を制御する、
    請求項１〜９の何れか一項に記載のコンテンツ配信システム。
11. 前記応援ポイント算出手段は、前記グループ別に前記応援ポイントを算出し、
    前記グループ別の前記応援ポイントに基づいて、前記グループを順位付けするグループ順位付け手段を備えた、
    請求項１０に記載のコンテンツ配信システム。
12. 前記グループ順位付け手段により順位付けされた前記グループの順位に基づいて、当該グループに属する視聴ユーザに特典を付与するか否かを判定し、付与すると判定した場合に、当該視聴ユーザの前記発信操作の実績に応じて、当該グループに属する視聴ユーザ別に特典を付与する第２の視聴ユーザ特典付与手段、
    を備えた請求項１０に記載のコンテンツ配信システム。
13. 前記応援ポイント算出手段は、前記視聴ユーザ別に前記応援ポイントを算出し、
    前記視聴ユーザ別の前記応援ポイントに基づいて、前記視聴ユーザを順位付けする視聴ユーザ順位付け手段を備えた、
    請求項１〜１２の何れか一項に記載のコンテンツ配信システム。
14. 前記視聴ユーザ順位付け手段により順位付けされた前記視聴ユーザの順位に基づいて、特典を付与する視聴ユーザ、及び、付与する特典を決定して、付与対象の視聴ユーザに当該決定した特典を付与する第３の視聴ユーザ特典付与手段、
    を備えた請求項１３に記載のコンテンツ配信システム。
15. 前記イベント制御手段は、前記イベント発生条件を満たすか否かに関わらず、前記提供ユーザによる発生指示操作がなされた場合に、前記イベントを発生させる、
    請求項１〜１４の何れか一項に記載のコンテンツ配信システム。
16. 前記発生指示操作の対価を前記提供ユーザから徴収する対価徴収手段、
    を備えた請求項１５に記載のコンテンツ配信システム。
17. 前記イベント制御手段は、前記イベント発生条件を満たすか否かに関わらず、前記視聴ユーザによる特定アイテム又は仮想通貨の消費と引き換えに前記イベントを発生させる当該視聴ユーザによる有償発生指示操作がなされた場合に、前記イベントを発生させる、
    請求項１〜１６の何れか一項に記載のコンテンツ配信システム。
18. 前記発信操作には複数種類があり、
    前記応援ポイント算出手段は、前記発信操作の種類に応じた応援ポイントを算出する、
    請求項１〜１７の何れか一項に記載のコンテンツ配信システム。
19. 各視聴ユーザのユーザ端末と、請求項１〜１８の何れか一項に記載のコンテンツ配信システムとを具備した、コンピュータシステム。

Images