JP7284909B1 - ゲームのチップギフト - Google Patents

Abstract

【課題】ライブ配信内で提供されるゲームを通じて配信者と視聴者とのインタラクションを促進する。【解決手段】コンピュータプログラムは、ライブ配信の視聴者の端末に、ライブ配信内でプレイ可能な、ポイントの得喪を伴うゲームを提供するよう構成されたサーバとネットワークを介して通信する機能と、ライブ配信内のゲームにおいて視聴者が得たポイントが所定の条件を充たすと、当該ライブ配信の配信者に対してギフトを使用するための指示の受け付けを開始する機能と、を実現させる。【選択図】図１

Description

本開示は、コンピュータプログラム、端末およびサーバに関する。

ＩＴ技術の発展と共に情報のやりとりの様も移り変わってきた。昭和の時代には新聞やテレビなどの一方通行の情報伝達が主であった。平成になると、ケータイやパソコンが普及し、インターネットの通信速度も大きく改善されたので、チャットサービスなどの即時双方向通信サービスが台頭し、また記憶コストの低減に伴ってオンデマンド型の動画配信サービスが受け入れられていった。そして、現在、令和の時代となり、スマートフォンの高機能化や５Ｇに代表されるネットワークの速度のさらなる向上を受けて、動画によるリアルタイムのコミュニケーションを実現するサービス、特にライブ配信（Live Streaming）サービスが急速に認知度を高めている。ライブ配信サービスは、離れた場所にいても皆が同じ楽しい時間を共有できるサービスとして、若者を中心に利用者が拡大している。

ライブ配信内でプレイ可能なゲームは視聴者を惹き付けるのに有効である。例示的なライブ配信内ゲームは非特許文献１に開示されている。

FayBlog、「Uplive（アップライブ）のダイヤ獲得方法！ミニゲームについても解説！」、URL:https://fayevery.blog/uplive-diamond#index_id6

しかしながら、非特許文献１に記載されるゲームは、ライブ配信内でプレイ可能であるという特性を活かしきれているとは言えない。

本開示はこうした課題に鑑みてなされたものであり、その目的は、ライブ配信内で提供されるゲームを通じて配信者と視聴者とのインタラクションを促進することができる技術の提供にある。

本発明のある態様は、コンピュータプログラムに関する。このコンピュータプログラムは、ライブ配信の視聴者の端末に、ライブ配信内でプレイ可能な、ポイントの得喪を伴うゲームを提供するよう構成されたサーバとネットワークを介して通信する機能と、ライブ配信内のゲームにおいて視聴者が得たポイントが所定の条件を充たすと、当該ライブ配信の配信者に対してギフトを使用するための指示の受け付けを開始する機能と、を実現させる。

本発明の別の態様は、サーバである。このサーバは、ネットワークを介してライブ配信の視聴者の端末に、ライブ配信内でプレイ可能な、ポイントの得喪を伴うゲームを提供する手段と、ライブ配信内のゲームにおいて視聴者が得たポイントが所定の条件を充たすか否かを判定する手段と、所定の条件を充たすと判定された場合、ライブ配信の配信者に対してギフトを使用するための指示の受け付けを開始させるための要求を、視聴者の端末にネットワークを介して送信する手段と、ギフトを使用するための指示が受け付けられた場合、ゲームのユーザインタフェースの外で当該ギフトのエフェクトを出力するための要求を、ライブ配信の配信者の端末および他の視聴者の端末に、ネットワークを介して送信する手段と、を備える。

なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。

本発明によれば、ライブ配信内で提供されるゲームを通じて配信者と視聴者とのインタラクションを促進することができる。

本開示の実施の形態に係るライブ配信システムの構成を示す模式図である。 図１のユーザ端末の機能および構成を示すブロック図である。 図１のサーバの機能および構成を示すブロック図である。 図３のストリームＤＢの一例を示すデータ構造図である。 図３のユーザＤＢの一例を示すデータ構造図である。 図３のギフトＤＢの一例を示すデータ構造図である。 図３のゲーム結果ＤＢの一例を示すデータ構造図である。 視聴者がライブ配信内でゲームをプレイするときにライブ配信システムで行われる処理のフローチャートである。 視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示される、ゲーム領域が重畳表示されたライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示される、ゲーム領域が重畳表示されたライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示される、チップ要求領域を伴うライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示される、ゲーム領域およびチップギフトエフェクトを伴うライブ配信ルーム画面の代表画面図である。 本実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。 視聴者のユーザ端末のディスプレイに表示される、チップ置き領域を有するゲーム領域を伴うライブ配信ルーム画面の代表画面図である。 図３のチップギフト設定ＤＢの一例を示すデータ構造図である。 視聴者のユーザ端末のディスプレイに表示されるランキング画面の代表画面図である。

以下、各図面に示される同一または同等の構成要素、部材、処理、信号には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図面において説明上重要ではない部材の一部は省略して表示する。

従来技術では、ライブ配信内でプレイ可能な、ポイントの得喪を伴うゲーム（以下、単にゲームという）をプレイする視聴者は、勝利すればゲームの結果から利益を得ることができる。しかしながら、ライブ配信を配信している配信者は、ゲームから直接的な利益を得ることができない。以下の実施の形態では、チップメカニズムが実装されたシステムが提供される。視聴者がゲームで勝利した場合、視聴者の幸運を配信者と共有するために「チップ」ギフトを配信者に与えるよう視聴者への問い合わせが行われる。これにより、配信者と視聴者との間のインタラクションが強化される。特に、実施の形態は、チップのフローを整えることにより、視聴者が視聴者の勝利の体験を配信者と共有するのを支援する。

図１は、本開示の実施の形態に係るライブ配信システム１の構成を示す模式図である。ライブ配信システム１は、配信者（ライバー、ストリーマ（Streamer）ともいう）ＬＶと視聴者（オーディエンスともいう）ＡＵ（ＡＵ１、ＡＵ２、…）とがリアルタイムでやりとりできる双方向型のライブ配信サービスを提供する。図１に示すように、ライブ配信システム１は、サーバ１０と、配信者側のユーザ端末２０と、視聴者側のユーザ端末３０（３０ａ、３０ｂ、…）と、を備える。配信者および視聴者をユーザと総称することがある。サーバ１０は、ネットワークＮＷに接続された一または複数の情報処理装置によって構成されてもよい。ユーザ端末２０、３０は例えばスマートフォンやタブレット型端末やラップトップＰＣやレコーダや携帯型ゲーム機やウェアラブル装置などの携帯端末であってもよいし、デスクトップＰＣなどの据え置き型の装置であってもよい。サーバ１０、ユーザ端末２０およびユーザ端末３０は、有線または無線の各種ネットワークＮＷにより互いに通信可能に接続される。

ライブ配信システム１には、配信者ＬＶと、視聴者ＡＵと、サーバ１０を管理する管理者（不図示）と、が関与する。配信者ＬＶは、自分の歌や、トーク、パフォーマンス、占い、ゲーム実況などのコンテンツを自身のユーザ端末２０で録音・録画してそのままサーバ１０にアップロードすることで、リアルタイムにコンテンツを発信する者である。本実施の形態では、配信者ＬＶはライブ配信を通じて視聴者ＡＵに占いを提供する。管理者は、サーバ１０においてコンテンツのライブ配信のためのプラットフォームを提供し、また、配信者ＬＶと視聴者ＡＵとのリアルタイムのやりとりを仲介または管理する。視聴者ＡＵは、ユーザ端末３０でプラットフォームにアクセスして所望のコンテンツを選択し、視聴する。このコンテンツのライブ配信中に視聴者ＡＵがユーザ端末３０を介してコメントをしたり応援したり占いを依頼したりするための操作を行い、当該コンテンツを提供する配信者ＬＶがそのようなコメントや応援や依頼に反応し、当該反応が映像および／または音声で視聴者ＡＵに伝わることで、双方向のコミュニケーションが成立する。

本明細書において「ライブ配信」は、配信者ＬＶのユーザ端末２０で録音・録画されたコンテンツが実質的にリアルタイムで視聴者ＡＵのユーザ端末３０で再生され視聴可能となる状態を実現するデータの伝送態様を意味するものであってもよく、またはそのような伝送態様により実現される配信そのものを意味してもよい。ライブ配信は、HTTP Live StreamingやCommon Media Application FormatやWeb Real-Time CommunicationsやReal-Time Messaging ProtocolやMPEG DASHなどの既存のライブ配信技術を用いて実現されてもよい。ライブ配信は、配信者ＬＶがコンテンツを録音・録画しているときに、視聴者ＡＵが所定の遅延をもって当該コンテンツを視聴可能な伝送態様を含む。遅延の大きさについて、少なくとも、配信者ＬＶと視聴者ＡＵとのやりとりが成立する程度の大きさの遅延は許される。ただし、ライブ配信は、コンテンツを録音・録画したデータ全体をいったんサーバに保存し、その後の任意のタイミングでユーザからの求めに応じて当該データをサーバからユーザに提供するいわゆるオンデマンド型の配信とは区別される。

本明細書において「動画データ」は、ユーザ端末２０、３０の撮像機能により生成される画像データ（ビデオデータともいう）と、ユーザ端末２０、３０の音声入力機能により生成される音声データ（オーディオデータともいう）と、を含むデータである。動画データは、ユーザ端末２０、３０で再生されることで、ユーザによるコンテンツの視聴を可能とする。本実施の形態では、動画データが配信者のユーザ端末で生成されてから視聴者のユーザ端末で再生されるまでの間に、圧縮や伸張や符号化や復号やトランスコーディングなどの、データの形式やサイズや仕様を変更する処理が行われることが想定されている。このような処理の前後で動画データが表す内容（例えば、動画像や音声）は実質的に変わらないので、本実施の形態ではそのような処理が行われた後の動画データはそのような処理が行われる前の動画データと同じであるとして説明する。すなわち、動画データが配信者のユーザ端末で生成されてからサーバ１０を経由して視聴者のユーザ端末で再生される場合、配信者のユーザ端末で生成された動画データと、サーバ１０を通過する動画データと、視聴者のユーザ端末で受信されて再生される動画データと、は全て同じ動画データである。

図１の例では、配信者ＬＶが占いをライブ配信している。配信者ＬＶのユーザ端末２０は占いを行っている配信者ＬＶの像および音声を録画・録音することで動画データを生成し、ネットワークＮＷを介してサーバ１０に送信する。併せてユーザ端末２０は、録画された配信者ＬＶの動画像ＶＤをユーザ端末２０のディスプレイに表示させることで、配信者ＬＶによる配信内容の確認を可能とする。

配信者ＬＶのライブ配信の視聴をプラットフォームに要求した視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂはそれぞれ、ネットワークＮＷを介してライブ配信に係る動画データを受信し、受信した動画データを再生することでディスプレイに動画像ＶＤ１、ＶＤ２を表示させると共にスピーカーから音声を出力する。各ユーザ端末３０ａ、３０ｂで表示される動画像ＶＤ１、ＶＤ２は配信者ＬＶのユーザ端末２０が撮像した動画像ＶＤと実質的に同一であり、各ユーザ端末３０ａ、３０ｂで出力される音声も配信者ＬＶのユーザ端末２０が録音した音声と実質的に同一である。

配信者ＬＶのユーザ端末２０における録音・録画と、視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂにおける動画データの再生と、は実質的に同時に行われる。配信者ＬＶの占いの内容についてひとりの視聴者ＡＵ１がコメントをユーザ端末３０ａに入力すると、サーバ１０は当該コメントをリアルタイムで配信者ＬＶのユーザ端末２０に表示させると共に各視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂにも表示させる。当該コメントを読んだ配信者ＬＶがその内容に被せたトークを展開すると、そのトークの動画像と音声が各視聴者ＡＵ１、ＡＵ２のユーザ端末３０ａ、３０ｂで出力され、これにより配信者ＬＶと視聴者ＡＵ１との会話が成立したと認識される。このように、ライブ配信システム１では、一方通行でない双方向のコミュニケーションを可能とするライブ配信が実現される。

図２は、図１のユーザ端末２０の機能および構成を示すブロック図である。ユーザ端末３０はユーザ端末２０と同様の機能および構成を有する。図２および以後のブロック図に示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組み合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。

配信者ＬＶおよび視聴者ＡＵは、ダウンロードサイトからネットワークＮＷを介して、本実施の形態に係るライブ配信アプリケーションプログラム（以下、ライブ配信アプリという）をユーザ端末２０、３０にダウンロードし、インストールする。あるいはまた、ライブ配信アプリはユーザ端末２０、３０にプリインストールされていてもよい。ライブ配信アプリがユーザ端末２０、３０により実行されることにより、ユーザ端末２０、３０はネットワークＮＷを介してサーバ１０と通信し、各種機能を実現する。以下、ユーザ端末２０、３０（のＣＰＵなどのプロセッサ）がライブ配信アプリを実行することにより実現する機能をユーザ端末２０、３０の機能として説明する。それらの機能は実際はライブ配信アプリがユーザ端末２０、３０に実現させる機能である。なお、他の実施の形態では、これらの機能は、サーバ１０からユーザ端末２０、３０のウェブブラウザにネットワークＮＷを介して送信され、そのウェブブラウザによって実行される、ＨＴＭＬ（HyperText Markup Language）などのプログラミング言語により記述されたコンピュータプログラムにより実現されてもよい。

ユーザ端末２０は、ユーザの像および音声を記録した動画データを生成してサーバ１０に提供する配信部１００と、サーバ１０から動画データを取得して再生する視聴部２００と、を備える。ユーザは、配信を行う場合は配信部１００を、視聴を行う場合は視聴部２００を、それぞれ起動する。配信部１００がアクティブとなっているユーザ端末は配信者側、つまり動画データの生成側のユーザ端末であり、視聴部２００がアクティブとなっているユーザ端末は視聴者側、つまり動画データの再生側のユーザ端末である。

配信部１００は、撮像制御部１０２と、音声制御部１０４と、動画送信部１０６と、配信側ＵＩ制御部１０８と、を含む。撮像制御部１０２は図２では不図示のカメラと接続され、カメラによる撮像を制御する。撮像制御部１０２はカメラから画像データを取得する。音声制御部１０４は図２では不図示のマイクロフォンと接続され、マイクロフォンによる音声入力を制御する。音声制御部１０４は、マイクロフォンから音声データを取得する。動画送信部１０６は、撮像制御部１０２により取得された画像データおよび音声制御部１０４により取得された音声データを含む動画データを、ネットワークＮＷを介してサーバ１０に送信する。動画送信部１０６による動画データの送信はリアルタイムで行われる。すなわち、撮像制御部１０２および音声制御部１０４による動画データの生成と、生成された動画データの動画送信部１０６による送信と、は実質的に同時に行われる。配信側ＵＩ制御部１０８は、配信者向けのＵＩを制御する。配信側ＵＩ制御部１０８は、図２では不図示のディスプレイと接続され、動画送信部１０６による送信対象となっている動画データを再生することにより動画像をディスプレイに表示させる。配信側ＵＩ制御部１０８は、ディスプレイに操作用オブジェクトや指示受け付け用のオブジェクトを表示させ、配信者によるタップ入力を受け付ける。

視聴部２００は、視聴側ＵＩ制御部２０２と、重畳情報生成部２０４と、入力情報送信部２０６と、を含む。視聴部２００は、ネットワークＮＷを介してサーバ１０から、配信者と視聴者とが参加するライブ配信に係る動画データを受信する。視聴側ＵＩ制御部２０２は、視聴者向けのＵＩを制御する。視聴側ＵＩ制御部２０２は、図２では不図示のディスプレイおよびスピーカと接続され、受信した動画データを再生することにより動画像をディスプレイに表示させると共に音声をスピーカから出力させる。ディスプレイに画像が出力されると共にスピーカから音声が出力されることを、合わせて「動画データが再生」されていると言うことができる。視聴側ＵＩ制御部２０２は、図２では不図示のタッチパネルやキーボードやディスプレイなどの入力手段と接続され、それら入力手段を介してユーザ入力を取得する。重畳情報生成部２０４は、サーバ１０から取得された動画データの画像に所定のフレーム画像を重畳させる。フレーム画像は、ユーザから入力を受け付けるための様々なユーザインタフェースオブジェクト（以下、単にオブジェクトという）と、視聴者により入力されたコメントと、サーバ１０から取得した情報と、を含む。入力情報送信部２０６は、視聴側ＵＩ制御部２０２が取得したユーザ入力を、ネットワークＮＷを介してサーバ１０に送信する。

図３は、図１のサーバ１０の機能および構成を示すブロック図である。サーバ１０は、配信情報提供部３０２と、中継部３０４と、ギフト処理部３０８と、支払い処理部３１０と、ストリームＤＢ３１４と、ユーザＤＢ３１８と、ギフトＤＢ３２０と、ゲーム処理部３２２と、チップ処理部３２４と、ランキング部３２８と、ゲーム結果ＤＢ３２６と、チップギフト設定ＤＢ３２７と、を備える。サーバ１０は、ゲームを提供するよう構成される。

図４は、図３のストリームＤＢ３１４の一例を示すデータ構造図である。ストリームＤＢ３１４は現在行われているライブ配信の情報を保持する。ストリームＤＢ３１４は、ライブ配信システム１が提供するライブ配信プラットフォームにおいてライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者を特定するユーザＩＤである配信者ＩＤと、当該ライブ配信の視聴者を特定するユーザＩＤである視聴者ＩＤと、を対応付けて保持する。本実施の形態に係るライブ配信システム１が提供するライブ配信プラットフォームでは、ユーザがライブ配信を行う場合そのユーザは配信者となり、また同じユーザが他のユーザが配信するライブ配信を視聴する場合は視聴者となる。したがって、配信者・視聴者の別は固定的なものではなく、あるとき配信者ＩＤとして登録されていたユーザＩＤが別のタイミングでは視聴者ＩＤとして登録されることもある。

図５は、図３のユーザＤＢ３１８の一例を示すデータ構造図である。ユーザＤＢ３１８は、ユーザに関する情報を保持する。ユーザＤＢ３１８は、ユーザを特定するユーザＩＤと、当該ユーザが有しているポイントと、当該ユーザに付与された報酬と、当該ユーザが贈ったチップギフトの総量と、当該ユーザが受け取ったチップギフトの総量と、当該ユーザに付与されたイベントポイントと、を対応付けて保持する。ポイントは、ライブ配信プラットフォーム内で流通する電子的価値である。ユーザはクレジットカードや他の決済手段によりポイントを購入する。報酬は、配信者がライブ配信プラットフォームの管理者から受け取る金銭の額を決めるための指標である。ライブ配信プラットフォームでは、ライブ配信内やライブ配信外で視聴者が配信者にギフトを贈ると、視聴者のポイントが消費され、併せて配信者の報酬が相応分だけ増加する。

チップギフト（tipping gift）は、視聴者が配信者のライブ配信内でプレイしたゲームで勝利した場合にその配信者に贈るギフトである。視聴者がライブ配信内のゲームから得た総結果または総利益がチップしきい値を超えるまたは上回ると、当該視聴者に対して、チップギフトをそのライブ配信の配信者に贈るか否かの問い合わせがなされる。チップギフトの総量は、一ヶ月、一週間、一日などの所定の期間に亘る通算により算出されてもよい。

イベントポイントは、イベントに関連して配信者に付与されるポイントである。イベントポイントは、視聴者からイベントギフトを受け取ることによってのみ取得可能である。本実施の形態では、イベントギフトは、視聴者がライブ配信内のゲームから得た総結果または総利益がチップしきい値を超えたかまたは上回った場合にのみ使用可能となる。

イベントは、所定の期間を指定する。イベントに参加する配信者は、その所定の期間内に獲得したイベントポイントによって評価される。より高くランク付けされた配信者は特別なプライズを受け取ってもよい。

図６は、図３のギフトＤＢ３２０の一例を示すデータ構造図である。ギフトＤＢ３２０は、ライブ配信において視聴者が使用可能なギフトに関する情報を保持する。ギフトは、以下の特徴を有する電子データである。
・ポイントや金銭を対価として購入可能、または無料で付与可能。
・視聴者が配信者に贈ることができるもの。配信者にギフトを贈ることを、ギフトを使用する、またはギフトを投げるともいう。
・ギフトの購入と使用とがセットで同時に発生するタイプのものもあれば、購入した後、視聴者が任意のタイミングで使用可能なタイプのものもある。
・視聴者が配信者にギフトを贈ると、その配信者に相応の報酬が付与される。
・ギフトが使用された場合、ギフトに関連付けられた効果が生じることがある。例えば、ギフトに対応するエフェクトがライブ配信ルーム画面に表れる。

ギフトＤＢ３２０は、ギフトを特定するギフトＩＤと、当該ギフトを配信者に贈った場合に当該配信者に付与される報酬である付与報酬と、当該ギフトを使用する際に支払うべき対価である対価ポイントと、ギフトの種別と、を対応付けて保持する。視聴者は、ライブ配信視聴中に、所望のギフトの対価ポイントを支払うことで配信者に当該ギフトを贈ることができる。この対価ポイントの支払いは適宜の電子的決済手段により行われてもよく、例えば対価ポイントを視聴者が管理者に支払うことで行われてもよい。あるいはまた、銀行振込やクレジットカードによる支払いが用いられてもよい。付与報酬と対価ポイントとの関係は管理者が任意に設定可能である。例えば、付与報酬＝対価ポイントに設定してもよい。または付与報酬に１．２などの所定の係数を乗じて得られるポイントを対価ポイントに設定してもよいし、付与報酬に所定の手数料ポイントを加算して得られるポイントを対価ポイントに設定してもよい。

ギフトの種別は、当該ギフトが通常ギフトであるかチップギフトであるかイベントギフトであるかを示す。通常ギフトは、チップ要求が発生したときを除いてライブ配信中にいつでも使用可能なギフトである。チップギフトは、チップ要求が発生したときも含めてライブ配信中にいつでも使用可能なギフトである。イベントギフトは、チップ要求が発生したときのみ使用可能なギフトである。他の実施の形態では、チップギフトはチップ要求が発生したときのみ使用可能となるよう設定されてもよい。

視聴者が所望の配信者にイベントギフトを贈ることができるのは当該視聴者がチップギフトを贈ることができるときのみであるから、所望の配信者にイベントで勝利してほしいと望む視聴者は、ゲームを何回もプレイすることでイベントギフトを贈る機会を得ようとする傾向にある。これはゲームがより広く普及するのを助けると共に、視聴者と配信者とのつながりをより強めることができる。

図７は、図３のゲーム結果ＤＢ３２６の一例を示すデータ構造図である。ゲーム結果ＤＢ３２６は、現在ゲームをプレイしている各視聴者のゲームステータスを追跡する。ゲーム結果ＤＢ３２６は、現在ゲームをプレイしている視聴者を特定するプレイヤＩＤと、当該視聴者がライブ配信内でゲームをプレイしているそのライブ配信を特定するストリームＩＤと、ゲームにおける当該視聴者の得喪の合計（total profit/loss）と、当該視聴者のチップしきい値と、を対応付けて保持する。得喪の合計は、所定の期間（この場合、ライブ配信内でゲームを開始してから現在までの期間）内に視聴者がゲームをプレイした結果としての視聴者のポイントの得喪（獲得したポイントおよび失ったポイント）を通算して得られる値である。得喪の合計がプラスの場合、それはゲームにおいて視聴者が得たポイントであると言える。

得喪の合計の一例は以下のとおりである。視聴者が１０００ポイントのプラスでゲームに勝利し、次のゲームで５００ポイントのマイナスで敗北した場合、ゲームにおけるその視聴者の得喪の合計は１０００－５００＝＋５００ポイントである。他の例は以下のとおりである。視聴者が３００ポイントのプラスでゲームに勝利し、次のゲームで１５００ポイントのマイナスで敗北した場合、ゲームにおけるその視聴者の得喪の合計は３００－１５００＝－１２００ポイントである。視聴者の得喪の合計は、視聴者がライブ配信内でゲームを止めた場合にはリセットされる。

視聴者のチップしきい値は、当該視聴者の得喪の合計がチップしきい値に到達したときに更新される。しきい値の候補はシステムにおいて予め定められており、例えば、３０００、１００００、３００００、１０００００であってもよい。

図７の例では、一番目のエントリは、視聴者「ＸＸ＠ＥＥＥＸ」がライブ配信「ＳＴ２２」内でゲームをプレイしており、これまでの得喪の合計は２５００ポイントのプラスであり、チップしきい値は３０００ポイントであることを示す。

本実施の形態では、視聴者／プレイヤの幸運を配信者と共有するよう視聴者／プレイヤに働きかけることがコンセプトであるから、視聴者は配信者に正規の値段のチップギフトを贈ることが想定されている。他の実施の形態では、限定的に値引きされた通常ギフトがチップギフトとして設定されてもよい。この場合、ポップアップダイアログが表示され、そのダイアログは期間限定（例えば、１０秒間）の特別値引きギフトを含む。これにより、視聴者に、チップギフトを贈るより大きなインセンティブを与えることができる。例えば、図５の通常ギフト「ＴＥ０１」が、チップのポップアップダイアログにおいて９０００ポイント（すなわち、１０％の値引き）で使用可能であってもよい。

図１６は、図３のチップギフト設定ＤＢ３２７の一例を示すデータ構造図である。チップギフト設定ＤＢ３２７は、管理者により設定された異なる複数のチップしきい値を保持する。チップギフト設定ＤＢ３２７は、チップしきい値と、そのチップしきい値に応じた対価を有するチップギフトのギフトＩＤと、を対応付けて保持する。本実施の形態では、チップしきい値が高いほど対応するチップギフトの対価も高くなるよう設定される。

図３に戻り、配信情報提供部３０２は、ネットワークＮＷを介して、配信者のユーザ端末２０からライブ配信を開始する旨の通知を受けると、当該ライブ配信を特定するストリームＩＤと、当該ライブ配信の配信者の配信者ＩＤと、をストリームＤＢ３１４に登録する。配信情報提供部３０２は、ネットワークＮＷを介して、視聴者のユーザ端末３０の視聴部２００からライブ配信に関する情報の提供要求を受けると、ストリームＤＢ３１４を参照して現在視聴可能なライブ配信のリストを生成する。配信情報提供部３０２は、ネットワークＮＷを介して、生成されたリストを要求元のユーザ端末３０に送信する。要求元のユーザ端末３０の視聴側ＵＩ制御部２０２は、受信したリストに基づいてライブ配信選択画面を生成し、ユーザ端末３０のディスプレイに表示させる。

ユーザ端末３０の入力情報送信部２０６は、ライブ配信選択画面における視聴者によるライブ配信の選択を受け付けると、選択されたライブ配信のストリームＩＤを含む配信要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。配信情報提供部３０２は、受信した配信要求に含まれるストリームＩＤにより特定されるライブ配信の、要求元のユーザ端末３０への提供を開始する。配信情報提供部３０２は、当該ストリームＩＤの視聴者ＩＤに要求元のユーザ端末３０の視聴者のユーザＩＤが含まれるようにストリームＤＢ３１４を更新する。

中継部３０４は、配信情報提供部３０２によって開始されたライブ配信において、配信者のユーザ端末２０から視聴者のユーザ端末３０への動画データの伝送を中継する。中継部３０４は、ライブ配信中すなわち動画データの再生中における視聴者によるユーザ入力を示す信号を入力情報送信部２０６から受信する。ユーザ入力を示す信号は、ユーザ端末３０のディスプレイに表示されたオブジェクトの指定を示すオブジェクト指定信号であってもよく、当該オブジェクト指定信号は、視聴者の視聴者ＩＤと、視聴者が視聴しているライブ配信を行っている配信者の配信者ＩＤと、オブジェクトを特定するオブジェクトＩＤと、を含む。オブジェクトがギフトである場合、オブジェクトＩＤはギフトＩＤとなる。同様に、中継部３０４は、動画データの再生中における配信者によるユーザ入力を示す信号、例えばオブジェクト指定信号をユーザ端末２０の配信部１００から受信する。

中継部３０４は、視聴者がライブ配信の視聴を止めた旨を示すライブ配信視聴停止信号を当該視聴者のユーザ端末３０から受信すると、当該信号の送信元のユーザ端末３０へのライブ配信に係る動画データの伝送を停止する。ライブ配信視聴停止信号は、視聴者の視聴者ＩＤと、当該視聴者が視聴を止めたライブ配信のストリームＩＤと、を含む。併せて中継部３０４は、受信したライブ配信視聴停止信号に含まれるストリームＩＤの視聴者ＩＤから、当該信号に含まれる視聴者ＩＤが除かれるようにストリームＤＢ３１４を更新する。

ギフト処理部３０８は、オブジェクト指定信号に含まれるギフトＩＤで特定されるギフトの付与報酬に応じて配信者の報酬を増加させるようにユーザＤＢ３１８を更新する。ギフト処理部３０８は、ギフトＤＢ３２０を参照し、受信したオブジェクト指定信号に含まれるギフトＩＤに対応する付与報酬を特定する。ギフト処理部３０８は、オブジェクト指定信号に含まれる配信者ＩＤに対応する報酬に、特定された付与報酬を加えるようユーザＤＢ３１８を更新する。

支払い処理部３１０は、オブジェクト指定信号の受信に応じて、視聴者によるギフトの対価の支払いを処理する。支払い処理部３１０は、ギフトＤＢ３２０を参照し、オブジェクト指定信号に含まれるギフトＩＤで特定されるギフトの対価ポイントを特定する。支払い処理部３１０は、オブジェクト指定信号に含まれる視聴者ＩＤで特定される視聴者のポイントから特定された対価ポイントを差し引くようユーザＤＢ３１８を更新する。

ゲーム処理部３２２は、ライブ配信内におけるゲームの提供に係る処理を行う。ゲーム処理部３２２は、現在進行中のライブ配信内で視聴者がプレイするゲームに関する処理を行う。より具体的には、ゲーム処理部３２２は、ネットワークＮＷを介してライブ配信の視聴者のユーザ端末３０にゲームを提供する。

ゲーム処理部３２２は、ゲームに関する情報をゲーム結果ＤＢ３２６を用いて管理する。ゲーム処理部３２２は、ライブ配信の視聴者のユーザ端末３０からネットワークＮＷを介して、ゲームへの参加要求（以下、ゲーム参加要求という）を受信する。視聴者はライブ配信の視聴を開始してライブ配信を視聴しているときに、ゲームへの参加の指示をユーザ端末３０に入力する。ユーザ端末３０の視聴側通信部２０４は、その指示を受け付けると、視聴者が視聴しているライブ配信の配信者の配信者ＩＤを含むゲーム参加要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。ゲーム処理部３２２は、そのように送信されたゲーム参加要求を受信する。

ゲーム処理部３２２は、ゲーム参加要求の受信に応じて、要求元の視聴者のユーザ端末３０への、ライブ配信内におけるゲームの提供を開始する。ゲーム処理部３２２は、要求元の視聴者のユーザＩＤおよび当該視聴者が視聴しているライブ配信のストリームＩＤをそれぞれプレイヤＩＤ、ストリームＩＤとしてゲーム結果ＤＢ３２６に登録する。

ゲーム処理部３２２は、視聴者によるゲームのプレイの結果をゲーム結果ＤＢ３２６に登録する。視聴者（プレイヤ）がゲームで勝利するとゲーム処理部３２２はその視聴者の得喪の合計に、勝利により得られたポイントが加算されるようゲーム結果ＤＢ３２６を更新する。併せてゲーム処理部３２２は、勝利により得られたポイントが視聴者のポイントに加算されるようユーザＤＢ３１８を更新する。視聴者がゲームで敗北するとゲーム処理部３２２はその視聴者の得喪の合計から、敗北により失ったポイントが減算されるようゲーム結果ＤＢ３２６を更新する。併せてゲーム処理部３２２は、敗北により失ったポイントが視聴者のポイントから減算されるようユーザＤＢ３１８を更新する。

本実施の形態では、ゲームはシングルプレイヤーゲームであって、そのゲームではまず視聴者は複数の要素のなかからひとつの要素を選択してポイントを供出する。ゲーム処理部３２２は所定の確率に従う抽選を行い、複数の要素のなかから当たりの要素を決める。視聴者が選択した要素が抽選に当たれば視聴者は勝利し、そうでなければ視聴者は敗北する。各要素は対応するオッズ（倍率）に関連付けられている。視聴者が勝利すれば供出したポイント×オッズ分のポイントが払い戻され、敗北すれば払い戻しはない。要素のオッズが高いほど、その要素が抽選で選ばれる確率は低くなる。このようなライブ配信内ゲームは、例えば非特許文献１に記載される技術により実現されてもよい。

本実施の形態では、ライブ配信内でシングルプレイヤーゲームがプレイされる場合を説明したが、これに限られず、対戦ゲームやマルチプレイヤーゲームなどのライブ配信内でプレイ可能な他のタイプのゲームにも本実施の形態に係る技術的思想を適用できる。例えば、複数の視聴者が競い合うゲームや、一人以上の視聴者が配信者と競うゲーム（ブラックジャック、ポーカー、じゃんけん等）や、複数の配信者が競い合うゲームや、複数の配信者と複数の視聴者とが競い合うゲームに、本明細書に開示されるチップギフトメカニズムを適用してもよい。

シングルプレイヤーゲームはライブ配信の配信者が参加しないゲームである。この場合、ゲームのプレイヤである視聴者と、当該ゲームを提供するライブ配信の配信者と、の間のゲームを通じたインタラクションは生じにくいので、本実施の形態に係るチップギフトを導入することによるインタラクション促進効果は大きい。

チップ処理部３２４は、チップギフトに関する処理を行う。チップ処理部３２４は、判定部３５０と、チップ要求部３５２と、チップギフト処理部３５４と、チップ支払い処理部３５６と、を含む。

判定部３５０は、ライブ配信内のゲームにおいて視聴者が得たポイントが所定のチップ要求発生条件を充たすか否かを判定する。チップ要求発生条件の例は以下のとおりである。
（１）得喪の合計がチップしきい値を上回る
（２）高いオッズで勝利した場合など、一回の勝利で獲得したポイントがしきい値を上回る
（３）勝利により獲得したポイントの合計がしきい値を上回る（敗北により失ったポイントはカウントしない）
本実施の形態では（１）を採用する場合を説明する。したがって、得喪の合計がチップしきい値を上回るとチップ要求発生条件が充たされる。

判定部３５０はゲーム結果ＤＢ３２６を参照することで、各プレイヤについてチップ要求発生条件が充たされたか否かを判定する。判定部３５０は、ゲーム結果ＤＢ３２６の各エントリ（各プレイヤ）について、得喪の合計とチップしきい値とを比較する。判定部３５０は、得喪の合計がチップしきい値を上回ると、対応するプレイヤについてチップ要求発生条件が充たされたと判定する。

チップ要求部３５２は、判定部３５０によってチップ要求発生条件を充たすと判定された場合、ライブ配信の配信者に対してチップギフトを使用するための指示の受け付けを開始させるためのチップ要求を生成し、視聴者のユーザ端末３０にネットワークＮＷを介して送信する。チップ要求部３５２は、プレイヤの得喪の合計がチップしきい値を上回ったことでチップ要求発生条件が充たされたと判定された場合、ゲーム結果ＤＢ３２６を参照し、当該プレイヤのユーザＩＤと当該チップしきい値とを特定する。併せてチップ要求部３５２は、チップギフト設定ＤＢ３２７を参照することで、より高い次のチップしきい値を取得する。チップ要求部３５２は、ゲーム結果ＤＢ３２６において、特定されたチップしきい値を取得されたチップしきい値に変更する。例えば、プレイヤ「ＸＸ＠ＥＥＥＸ」の得喪の合計がチップしきい値「３０００」を上回った場合、チップ要求部３５２はチップギフト設定ＤＢ３２７を参照することでチップしきい値「３０００」よりも高い次のチップしきい値「１００００」を特定する。チップ要求部３５２は、プレイヤ「ＸＸ＠ＥＥＥＸ」のチップしきい値「３０００」が特定されたチップしきい値「１００００」となるようゲーム結果ＤＢ３２６を更新する。

チップ要求部３５２は、得喪の合計がチップしきい値を上回ったときのそのチップしきい値に応じた対価を有するチップギフトを特定する。チップ要求部３５２は、チップギフト設定ＤＢ３２７を参照し、特定されたチップしきい値に対応するチップギフトのギフトＩＤを特定する。チップ要求部３５２は、ギフトＤＢ３２０を参照し、イベントギフトのギフトＩＤを特定する。

チップ要求部３５２は、特定されたギフトＩＤを含むチップ要求を生成する。チップ要求部３５２は、特定されたユーザＩＤで特定される視聴者のユーザ端末３０に、生成されたチップ要求を、ネットワークＮＷを介して送信する。

チップギフト処理部３５４は、ユーザ端末３０においてチップギフトを使用するための指示が受け付けられた場合、使用されたチップギフトの付与報酬に応じて配信者の報酬を増加させるようにユーザＤＢ３１８を更新する。ユーザ端末３０においてチップギフトを使用するための指示が受け付けられた場合、ユーザ端末３０は、視聴者に指定されたチップギフトのギフトＩＤをオブジェクトＩＤとして含むオブジェクト指定信号（以下、チップ応答という）を生成し、サーバ１０に送信する。チップギフト処理部３５４はチップ応答を受信すると、ギフトＤＢ３２０を参照し、使用されたチップギフト（すなわち、チップ応答に含まれるギフトＩＤで特定されるチップギフト）に対応する付与報酬を特定する。チップギフト処理部３５４は、チップギフトの贈り先の配信者（すなわち、チップ応答に含まれる配信者ＩＤで特定される配信者）に対応する報酬に、特定された付与報酬を加えるようユーザＤＢ３１８を更新する。

チップギフト処理部３５４は、ユーザ端末３０においてチップギフトを使用するための指示が受け付けられた場合、当該チップギフトの使用に関する情報をユーザＤＢ３１８に登録する。チップギフト処理部３５４はチップ応答を受信すると、使用されたチップギフトの贈り主（すなわち、チップ応答に含まれる視聴者ＩＤで特定される視聴者）の「贈ったチップの総量」に当該チップギフトの対価が加算されるよう、かつ、当該チップギフトの贈り先の「受け取ったチップの総量」に当該チップギフトの対価が加算されるよう、ユーザＤＢ３１８を更新する。図５および図６の例で、視聴者「ＸＸ＠ＥＥＥＸ」が配信者「００１Ａ」にチップギフト「Ｓ３０００Ｂ」を使用した場合、チップギフト処理部３５４は、ユーザＤＢ３１８のユーザＩＤ「ＸＸ＠ＥＥＥＸ」のエントリの「贈ったチップの総量」を「３６００」から「４６００」に変更し、かつ、ユーザＩＤ「００１Ａ」のエントリの「受け取ったチップの総量」を「１００００」から「１１０００」に変更する。

チップギフト処理部３５４は、ユーザ端末３０においてチップギフトを使用するための指示が受け付けられた場合、ゲームのユーザインタフェースの外で当該チップギフトのエフェクトを出力するためのエフェクト出力要求を、ライブ配信の配信者のユーザ端末２０および他の視聴者のユーザ端末に、ネットワークＮＷを介して送信する。チップギフト処理部３５４はチップ応答を受信すると、ストリームＤＢ３１４を参照することで、チップギフトの贈り先の配信者のライブ配信を現在視聴している他の視聴者を特定する。チップギフト処理部３５４は、使用されたチップギフトのギフトＩＤを含むエフェクト出力要求を生成し、チップギフトの贈り先の配信者のユーザ端末２０および特定された他の視聴者のユーザ端末にネットワークＮＷを介して送信する。エフェクト出力要求を受信したユーザ端末は、当該要求に含まれるギフトＩＤで特定されるチップギフトのエフェクトを、ディスプレイ内のゲームのユーザインタフェースの外の領域に表示させる。

チップギフト処理部３５４は、ユーザ端末３０においてイベントギフトを使用するための指示が受け付けられた場合、使用されたイベントギフトの付与報酬に応じて配信者の報酬を増加させるようにユーザＤＢ３１８を更新する。ユーザ端末３０においてイベントギフトを使用するための指示が受け付けられた場合、ユーザ端末３０は、視聴者に指定されたイベントギフトのギフトＩＤをオブジェクトＩＤとして含むオブジェクト指定信号（以下、イベントギフト使用信号という）を生成し、サーバ１０に送信する。チップギフト処理部３５４はイベントギフト使用信号を受信すると、ギフトＤＢ３２０を参照し、使用されたイベントギフト（すなわち、イベントギフト使用信号に含まれるギフトＩＤで特定されるイベントギフト）に対応する付与報酬を特定する。チップギフト処理部３５４は、イベントギフトの贈り先の配信者（すなわち、イベントギフト使用信号に含まれる配信者ＩＤで特定される配信者）に対応する報酬に、特定された付与報酬を加えるようユーザＤＢ３１８を更新する。

チップギフト処理部３５４は、ユーザ端末３０においてイベントギフトを使用するための指示が受け付けられた場合、当該イベントギフトの使用に関する情報をユーザＤＢ３１８に登録する。チップギフト処理部３５４はイベントギフト使用信号を受信すると、使用されたイベントギフトの贈り先の配信者の「イベントポイント」に当該イベントギフトに対応するイベントポイントが加算されるよう、ユーザＤＢ３１８を更新する。

チップ支払い処理部３５６は、チップ応答の受信に応じて、視聴者によるチップギフトの対価の支払いを処理する。チップ支払い処理部３５６は、ギフトＤＢ３２０を参照し、チップ応答に含まれるギフトＩＤで特定されるチップギフトの対価ポイントを特定する。チップ支払い処理部３５６は、チップ応答に含まれる視聴者ＩＤで特定される視聴者のポイントから特定された対価ポイントを差し引くようユーザＤＢ３１８を更新する。イベントギフトの場合も同様な支払い処理が行われる。

ランキング部３２８は、ユーザＤＢ３１８を参照し、贈られたチップギフトの量に関する配信者のランキングおよび／または贈ったチップギフトの量に関する視聴者のランキングを生成する。ランキング部３２８は、ランキングの生成、維持および提供に関する処理を行う。ランキング部３２８は、ユーザＤＢ３１８を参照して、贈ったチップの総量のランキングと、受け取ったチップの総量のランキングと、を生成する。ランキング部３２８は、生成されたランキングをランキングＤＢ（不図示）に格納する。これにより、要求により配信者のユーザ端末２０または視聴者のユーザ端末３０にランキングを提供することが可能となる。ランキング部３２８は、ユーザＤＢ３１８を参照して、イベントポイントに従いイベントランキングを生成する。ランキング部３２８は、生成されたイベントランキングをランキングＤＢ（不図示）に格納する。これにより、要求により配信者のユーザ端末２０または視聴者のユーザ端末３０にイベントランキングを提供することが可能となる。本実施の形態では、贈ったチップの総量のランキングはチップギフトが誰に贈られたかに関わらずに生成される。他の実施の形態では、ランキング部３２８は、対象の配信者についての贈ったチップの総量のランキングを生成してもよい。このランキングは、視聴者が対象の配信者に贈ったチップギフトの量に従って視聴者をランク付けする。

図８は、視聴者がライブ配信内でゲームをプレイするときにライブ配信システム１で行われる処理のフローチャートである。視聴者は、当該視聴者のユーザ端末のディスプレイ上のライブ配信ルーム画面内に表示されるゲームオブジェクトをタップする。視聴側ＵＩ制御部２０２は、そのゲームオブジェクトへのタップを検出する。入力情報送信部２０６は、タップの検出に応じて、視聴者の視聴者ＩＤと当該視聴者が視聴しているライブ配信のストリームＩＤとを含むゲーム参加要求を生成する。ゲーム参加要求はオブジェクト指定信号の一種である。入力情報送信部２０６は、生成されたゲーム参加要求をサーバ１０にネットワークＮＷを介して送信する。ゲーム処理部３２２は、視聴者のユーザ端末からネットワークＮＷを介して、ゲーム参加要求を受信する（ステップＳ２０２）。

ゲーム処理部３２２は、要求元のユーザ端末の視聴者をゲーム結果ＤＢ３２６にゲームのプレイヤとして登録する（ステップＳ２０４）。ゲーム処理部３２２は、ゲーム結果ＤＢ３２６に新たなエントリを生成し、そのエントリのプレイヤＩＤに受信されたゲーム参加要求に含まれる視聴者ＩＤを、そのエントリのストリームＩＤに受信されたゲーム参加要求に含まれるストリームＩＤを、それぞれ入力する。ゲーム処理部３２２はネットワークＮＷを介して要求元のユーザ端末にゲームの提供を開始する（ステップＳ２０６）。要求元のユーザ端末の視聴者はゲームをプレイする。ゲーム処理部３２２は、視聴者がゲームで勝利したかまたは敗北したかを判定する（ステップＳ２０８）。

ゲーム処理部３２２は、ステップＳ２０８で視聴者がプレイしたゲームの結果でゲーム結果ＤＢ３２６およびユーザＤＢ３１８を更新する。例えば、視聴者がゲームで勝利してゲームの結果として３００ポイントを受け取った場合、ゲーム処理部３２２は、ゲームに勝利した視聴者のポイントに受け取った３００ポイントが加算されるようユーザＤＢ３１８を更新する。ゲーム処理部３２２はさらに、ゲームに勝利した視聴者の得喪の合計に受け取った３００ポイントが加算されるようゲーム結果ＤＢ３２６を更新する。

視聴者がステップＳ２０８において勝利した場合、チップ処理部３２４は、ゲーム結果ＤＢ３２６を参照し、その視聴者の得喪の合計がチップしきい値を上回ったか否かを判定する（ステップＳ２１０）。上回った場合（ステップＳ２１０のＹＥＳ）、チップ処理部３２４は、ユーザに提示されるべきチップギフトを特定する（ステップＳ２１２）。チップ処理部３２４は、ステップＳ２１０で超えられたチップしきい値を特定する。チップ処理部３２４は、チップギフト設定ＤＢ３２７を参照することにより、特定されたチップしきい値に対応するチップギフトを特定する。例えば、チップしきい値「３０００」が特定された場合、チップ処理部３２４はチップギフト「Ｓ３０００Ａ」および「Ｓ３０００Ｂ」とイベントギフト「Ｅ１００」とを特定する。チップしきい値「１００００」が特定された場合、チップ処理部３２４はチップギフト「Ｓ１００００Ａ」および「Ｓ１００００Ｂ」とイベントギフト「Ｅ１００」とを特定する。チップしきい値とチップギフトとの対応関係はライブ配信プラットフォームの管理者によって予め定められていてもよい。対応関係は、例えば、チップしきい値が高いほどチップギフトの対価ポイントが高くなるよう設定されてもよい。ある実施の形態では、複数のチップしきい値について共通のチップギフトがあってもよい。イベントギフト「Ｅ１００」はそのような共通のチップギフトの例である。ある実施の形態では、視聴者がチップギフトの対価ポイントを入力または決定できるように構成されてもよい。

チップ処理部３２４は、ステップＳ２１０で超えたと判定されたチップしきい値が次のより高い値へと上昇するようゲーム結果ＤＢ３２６を更新する。例えば、ステップＳ２１０でチップしきい値「３０００」を超えた場合、チップ処理部３２４は、ゲーム結果ＤＢ３２６においてチップしきい値「３０００」を次のチップしきい値「１００００」に置き換える。

チップ処理部３２４は、ステップＳ２１２で特定されたギフトＩＤを含むチップ要求を生成する。チップ処理部３２４は、生成されたチップ要求を、ステップＳ２１０でその得喪の合計がチップしきい値を超えたと判定された視聴者のユーザ端末に、ネットワークＮＷを介して送信する（ステップＳ２１４）。視聴者はユーザ端末のディスプレイ上に表示されるチップ要求領域を見ることによって、配信者にチップギフトまたはイベントギフトを与えることを決める。視聴者は、チップ要求に含まれるギフトＩＤに対応するギフトオブジェクトのうちのひとつをタップする。視聴側ＵＩ制御部２０２はそのギフトオブジェクトに対するタップを検出する。入力情報送信部２０６は、タップの検出に応じて、タップされたギフトオブジェクトのギフトＩＤを含むチップ応答を生成する。チップ応答はオブジェクト指定信号の一種である。入力情報送信部２０６は、生成されたチップ応答をサーバ１０にネットワークＮＷを介して送信する。チップ処理部３２４は、ネットワークＮＷを介して視聴者のユーザ端末から、チップ応答を受信する（ステップＳ２１６）。

チップ処理部３２４は、受信したチップ応答に基づいて報酬付与処理を行う（ステップＳ２１８）。報酬付与処理は上述のとおりである。チップ処理部３２４は、受信したチップ応答に基づいて対価支払い処理を行う（ステップＳ２２０）。対価支払い処理は上述のとおりである。チップ処理部３２４は、チップ情報でユーザＤＢ３１８を更新する（ステップＳ２２２）。チップ処理部３２４は、視聴者が視聴しているライブ配信の配信者が受け取ったチップの総量に、当該視聴者が与えたチップギフトまたはイベントギフトの対価ポイントを加算する。チップ処理部３２４は、視聴者が贈ったチップの総量に、当該視聴者が与えたチップギフトまたはイベントギフトの対価ポイントを加算する。チップ処理部３２４は、視聴者が視聴しているライブ配信の配信者のイベントポイントに、当該視聴者が与えたイベントギフトの対価ポイントを加算する。

視聴者がゲームで敗北すると（ステップＳ２０８の敗北）、または、得喪の合計がチップしきい値を超えなかった場合（ステップＳ２１０のＮＯ）、または、ステップＳ２２２の後、ゲーム処理部３２２は、視聴者によって退出指示が示されたか否かを判定する（ステップＳ２２４）。視聴者がユーザ端末でゲームを止めた場合、当該ユーザ端末において退出指示が生成され、サーバ１０に送信される。示された場合（ステップＳ２２４のＹＥＳ）、処理は終了する。示されない場合（ステップＳ２２４のＮＯ）、処理はステップＳ２０６に戻り、ゲームの新たなラウンドが開始される。

図９は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面６０８の代表画面図である。ライブ配信ルーム画面６０８は、配信者のユーザ端末２０で生成された動画像をリアルタイムで表示する。ライブ配信ルーム画面６０８は、サーバ１０から受信した動画データを再生することにより得られる配信者の動画像６１０と、ギフトオブジェクト６１２と、コメント入力領域６１６と、コメント表示領域６１８と、ゲームオブジェクト６０９と、視聴終了ボタン６２０と、を有する。ライブ配信ルーム画面６０８は、視聴側ＵＩ制御部２０２が動画データを再生することにより得られる動画像６１０に、重畳情報生成部２０４が他のオブジェクト、すなわちギフトオブジェクト６１２、コメント入力領域６１６、コメント表示領域６１８、ゲームオブジェクト６０９、視聴終了ボタン６２０を重畳表示させることにより生成される。

コメント表示領域６１８は、視聴者により入力されたコメントと、他の視聴者により入力されたコメントと、システムからの通知と、を含みうる。システムからの通知は、配信者に誰がどのギフトを贈ったかを示す情報を含む。重畳情報生成部２０４はサーバ１０から受信した他の視聴者のコメントおよびシステムからの通知を含むコメント表示領域６１８を生成し、視聴側ＵＩ制御部２０２は生成されたコメント表示領域６１８をライブ配信ルーム画面６０８に含める。

コメント入力領域６１６は視聴者によるコメントの入力を受け付ける。入力情報送信部２０６は、コメント入力領域６１６に入力されたコメントを含むコメント入力信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。併せて重畳情報生成部２０４は、コメント入力領域６１６に入力されたコメントを表示するようにコメント表示領域６１８を更新する。

視聴終了ボタン６２０は、ライブ配信の視聴を止めるための指示を視聴者から受け付けるためのオブジェクトである。

ギフトオブジェクト６１２は、視聴者が配信者にギフトを贈ることを可能とするためのオブジェクトである。

ゲームオブジェクト６０９は、視聴者がライブ配信を視聴しているときに、ゲームへの参加の指示を当該視聴者から受け付けるためのオブジェクトである。

視聴者はライブ配信を視聴しているときに、ゲームオブジェクト６０９をタップする。ユーザ端末３０の視聴側ＵＩ制御部２０２は、ゲームオブジェクト６０９へのタップを検出すると、それをゲームへの参加の指示として受け付ける。ユーザ端末３０の入力情報送信部２０６は、その指示を受け付けると上述のゲーム参加要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０のチップ処理部３２４は、ゲーム参加要求の受信に応じて、視聴者のユーザ端末３０へのゲームの提供を開始する。ユーザ端末３０の重畳情報生成部２０４は、受信したゲームデータに基づきゲーム領域６２２を生成する。重畳情報生成部２０４は生成されたゲーム領域６２２をライブ配信ルーム画面６０８に重畳表示させる。

図１０は、視聴者のユーザ端末３０のディスプレイに表示される、ゲーム領域６２２が重畳表示されたライブ配信ルーム画面６０８の代表画面図である。ゲーム領域６２２はライブ配信ルーム画面６０８の上に重畳表示されたポップアップダイアログである。ゲーム領域６２２は、現在のゲームラウンドの残り時間を示す残り時間領域６２４と、それぞれが対応するオッズに関連付けられた三つの異なる要素６２６、６２８、６３０と、低ベットオブジェクト６３２と、高ベットオブジェクト６３４と、プレイヤーたる視聴者が現在有しているポイントの量および当該視聴者の現在の得喪の合計を示すポイント表示領域６３６と、を有する。

視聴者は三つの要素６２６、６２８、６３０のうちのひとつをタップして、その要素にいくらかのポイントをベットする。あるいはまた、視聴者は低ベットオブジェクト６３２および高ベットオブジェクト６３４のうちのひとつをドラッグして所望の要素の上でドロップすることでベットしてもよい。現在のゲームラウンドの期間が満了すると、ゲーム処理部３２２は抽選を行い、三つの要素６２６、６２８、６３０のなかから当たりの要素を決定する。

図１１は、視聴者のユーザ端末３０のディスプレイに表示される、ゲーム領域６２２が重畳表示されたライブ配信ルーム画面６０８の代表画面図である。図１２は、図１１に示されるゲームラウンドにおいて視聴者が勝利した状況に対応する。視聴者は要素６２８（ぶどう）に低ベットオブジェクト６３２をドラッグアンドドロップすることでベットし、ゲーム処理部３２２は抽選により要素６２８を当たりの要素として決定する。ゲーム領域６２２には、視聴者のベットを示すオブジェクト６４０と当たりの要素６２８を示す枠６３８とが表示される。ゲーム処理部３２２は、視聴者が３倍のオッズで勝利したと判定し、視聴者に（－１００）＋（１００×３）＝＋２００ポイントを払い戻すための処理（例えば、ユーザＤＢ３１８の更新）を行う。図１１のポイント表示領域６３６にはこの払い戻しの結果が反映されている。

視聴者のユーザ端末３０は、図１１のゲーム領域６２２を通じて提供されるゲームにおいて当該視聴者の得喪の合計がチップしきい値を上回ると、ライブ配信の配信者に対してチップギフトを使用するための指示の受け付けを開始する。より具体的には、ユーザ端末３０は、得喪の合計がチップしきい値を上回ったときのそのチップしきい値に応じた対価ポイントを有するチップギフトを使用するか否かを視聴者に問い合わせるためのチップ要求領域６６０を生成し、視聴者に提示する。

図１２は、視聴者のユーザ端末３０のディスプレイに表示される、チップ要求領域６６０を伴うライブ配信ルーム画面６０８の代表画面図である。ゲームにおいて視聴者の得喪の合計がチップしきい値を超えると、ユーザ端末３０はサーバ１０からチップ要求を受信する。ユーザ端末３０は、受信したチップ要求に基づいてチップ要求領域６６０を生成し、そのチップ要求領域６６０をライブ配信ルーム画面６０８にポップアップとして表示させる。チップ要求領域６６０は三つのギフトオブジェクト６６２、６６４、６６６を有する。そのうちの二つ（６６２、６６４）はチップギフトに対応し、残りのひとつ（６６６）はイベントギフトに対応する。視聴者は三つのギフトオブジェクトのうちのひとつを選択してタップする。ユーザ端末３０は、選択されたギフトオブジェクトに対応するギフトＩＤを含むチップ応答を生成し、それをサーバ１０に送信する。チップ要求領域６６０は、視聴者の幸運を配信者と共有することを勧めるメッセージ６６８を含む。各ギフトオブジェクト６６２、６６４、６６６に関連付けてその対価ポイントが表示される。チップ要求領域６６０は、チップギフトを贈らずに当該領域を閉じるためのボタン６７０を有する。チップ要求は、超えられたチップしきい値に対応する対価ポイントを有するチップギフトのギフトＩＤが含まれるので、チップ要求領域６６０には超えられたチップしきい値に対応する対価ポイントを有するチップギフトのギフトオブジェクトが表示される。

ユーザ端末３０は、図１１のゲーム領域６２２を通じて提供されるゲームにおいて当該視聴者の得喪の合計がチップしきい値を上回ると、当該視聴者によるチップ要求発生条件の充足を表すメッセージをライブ配信内で出力する。コメント表示領域６１８に関して、サーバ１０は、視聴者がゲームに勝利し、その得喪の合計がチップしきい値を超えたことを示す勝利メッセージ６７４を含むシステム通知を生成する。サーバ１０は、生成されたシステム通知を、ライブ配信の配信者のユーザ端末２０および全視聴者のユーザ端末３０に送信する。各視聴者のユーザ端末３０は、受信したシステム通知に含まれる勝利メッセージ６７４がコメント表示領域に表示されるようコメント表示領域を更新する。配信者のユーザ端末２０も同様に、受信したシステム通知に含まれる勝利メッセージ６７４がコメント表示領域に表示されるようコメント表示領域を更新する。すなわち、勝利メッセージ６７４は、得喪の合計がチップしきい値を上回った視聴者のコメント表示領域６１８だけでなく、ライブ配信の配信者のユーザ端末上のコメント表示領域および他の視聴者のユーザ端末上のコメント表示領域においても表示される。したがって、視聴者の得喪の合計がチップしきい値を上回ると、配信者および／または他の視聴者は当該視聴者が大きく勝利したことを知ることとなる。これは、当該視聴者が配信者にチップギフトを贈ることを動機付ける。当該視聴者は自分がけちな人物であるように見られるのを望まない傾向にあるからである。

図１３は、視聴者のユーザ端末３０のディスプレイに表示される、ゲーム領域６２２およびチップギフトエフェクト６８０を伴うライブ配信ルーム画面６０８の代表画面図である。配信者にチップギフトが贈られると、すなわち図１２のチップ要求領域６６０において視聴者がチップギフトに対応するギフトオブジェクトをタップすると、ユーザ端末３０はタップされたギフトオブジェクトに対応するチップギフトを使用するための指示を受け付ける。ユーザ端末３０は、当該指示が受け付けられると、ライブ配信ルーム画面６０８内かつゲームのユーザインタフェースであるゲーム領域６２２の外で、使用されたチップギフトのチップギフトエフェクト６８０を出力する。図１３の例では、チップギフトエフェクト６８０はライブ配信ルーム画面６０８内で配信者の動画像６１０に重畳表示される。チップギフトエフェクト６８０はゲーム領域６２２内には表示されない。すなわち、チップギフトエフェクト６８０はライブ配信ルーム画面６０８のうちゲーム領域６２２が占める領域以外の領域に表示される。同様のチップギフトエフェクト６８０は、サーバ１０を通じて配信者のユーザ端末および他の視聴者のユーザ端末でも出力される。チップギフトエフェクト６８０は、視覚的および／または聴覚的エフェクトであってユーザ端末３０において生成される。本実施の形態では、チップギフトはゲームの進行に影響を与えるものではなく、その決済やエフェクトの点では通常のギフトと同様に扱われる。ゲームのなかに、通常のギフトを贈るための導線が設けられている、と言うこともできる。この点で、本実施の形態は配信者がプレイするゲームに視聴者がゲーム内ギフトを贈ることで介入する態様とは異なる。コメント表示領域６１８は、視聴者が配信者にチップギフトを贈ったことを示すさらなるシステム通知を表示するよう更新されてもよい。

図１７は、視聴者のユーザ端末３０のディスプレイに表示されるランキング画面７１０の代表画面図である。ユーザ端末３０は、ランキングＤＢから取得したランキング情報に基づきランキング画面７１０を生成し、ディスプレイに表示させる。

上述の実施の形態において、ＤＢや保持部の例は、ハードディスクや半導体メモリである。また、本明細書の記載に基づき、各部を、図示しないＣＰＵや、インストールされたアプリケーションプログラムのモジュールや、システムプログラムのモジュールや、ハードディスクから読み出したデータの内容を一時的に記憶する半導体メモリなどにより実現できることは本明細書に触れた当業者には理解される。

本実施の形態に係るライブ配信システム１によると、ライブ配信内でプレイ可能な、ポイントの得喪を伴うゲームでプレイヤの得た利益が所定の条件を充たした場合、当該プレイヤは配信者にチップギフトを贈るよう促される。プレイヤはチップギフトを贈ることで幸運を配信者と共有することができる。これにより、配信者もプレイヤたる視聴者もライブ配信をより楽しむことができ、それらの間のつながりも強化される。

図１４を参照して、本実施の形態に係る情報処理装置のハードウェア構成について説明する。図１４は、本実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。図示された情報処理装置９００は、例えば、本実施の形態におけるサーバ１０およびユーザ端末２０、３０のそれぞれを実現しうる。

情報処理装置９００は、ＣＰＵ９０１、ＲＯＭ（Read Only Memory）９０２、およびＲＡＭ（Random Access Memory）９０３を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インタフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２５、通信装置９２９を含んでもよい。さらに、情報処理装置９００は、カメラなどの撮像装置（不図示）を含む。また、情報処理装置９００は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Digital Signal Processor）またはＡＳＩＣ（Application Specific Integrated Circuit）と呼ばれるような処理回路を有してもよい。

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０２、ＲＡＭ９０３、ストレージ装置９１９、またはリムーバブル記録媒体９２３に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。例えば、ＣＰＵ９０１は、本実施の形態におけるサーバ１０およびユーザ端末２０、３０のそれぞれに含まれる各機能部の動作全般を制御する。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０２、およびＲＡＭ９０３は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス９１１に接続されている。

入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置であってもよいし、マイクロフォンなどの音センサ、加速度センサ、傾きセンサ、赤外線センサ、深度センサ、温度センサ、湿度センサなど物理量を電気信号に変換する装置であってもよい。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話などの外部接続機器９２７であってもよい。入力装置９１５は、ユーザが入力した情報または感知した物理量に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりする。

出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ、ＰＤＰ、ＯＥＬＤなどのディスプレイ、スピーカおよびヘッドホンなどの音響出力装置、ならびにプリンタ装置などでありうる。出力装置９１７は、情報処理装置９００の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音響などの音として出力したりする。

ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Hard Disk Drive）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。

ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２３のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２３に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２３に記録を書き込む。

接続ポート９２５は、機器を情報処理装置９００に直接接続するためのポートである。接続ポート９２５は、例えば、ＵＳＢ（Universal Serial Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small Computer System Interface）ポートなどでありうる。また、接続ポート９２５は、ＲＳ－２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）ポートなどであってもよい。接続ポート９２５に外部接続機器９２７を接続することで、情報処理装置９００と外部接続機器９２７との間で各種のデータが交換されうる。

通信装置９２９は、例えば、ネットワークＮＷに接続するための通信デバイスなどで構成された通信インタフェースである。通信装置９２９は、例えば、有線または無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Wireless USB）用の通信カードなどでありうる。また、通信装置９２９は、光通信用のルータ、ＡＤＳＬ（Asymmetric Digital Subscriber Line）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２９は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２９に接続される通信ネットワークＮＷは、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。なお、通信装置９２９は、通信部としての機能を実現する。

カメラなどの撮像装置（不図示）は、例えばＣＣＤ（Charge Coupled Device）またはＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。当該撮像装置は、静止画を撮像するものであってもよいし、または動画を撮像するものであってもよい。

以上、実施の形態に係るライブ配信システム１の構成と動作について説明した。この実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本開示の範囲にあることは当業者に理解される。

実施の形態では、チップ要求領域６６０を通じてチップギフトを贈る場合を説明したが、これに限られない。例えば、ライブ配信ルーム画面に重畳表示されたゲーム領域はチップギフトを置くための専用のチップ置き領域を有してもよい。図１５は、視聴者のユーザ端末３０のディスプレイに表示される、チップ置き領域６９０を有するゲーム領域６９２を伴うライブ配信ルーム画面６９４の代表画面図である。視聴者の得喪の合計がチップしきい値を上回ったときにチップ置き領域６９０の表示が開始されてもよい。あるいはまた、ゲーム中いつでもチップギフトを受け付けるために、チップ置き領域６９０は常にゲーム領域６９２内に現れてもよい。いずれにしても、視聴者はチップ置き領域６９０をタップすることでチップギフトを贈る、または、視聴者はベットオブジェクトをチップ置き領域６９０に向けてドラッグし、その領域６９０の上でドロップする。それに応じて、実施の形態で上述したチップギフト付与処理が行われる。あるいはまた、視聴者の得喪の合計がチップしきい値を上回ると、ゲーム領域においてギフトオブジェクトの表示が開始されてもよい。そのギフトオブジェクトをタップすることにより、図１２に示されるようなチップ要求領域や、他のギフト選択ポップアップダイアログが表示されてもよい。

実施の形態では、視聴者の得喪の合計がチップしきい値を上回るとチップ要求を生成して送信する場合を説明したが、これに限られない。例えば、視聴者が特別な態様でゲームに勝利した場合（例えば、１：１０００のオッズを引き当てた場合）に、チップ要求を生成して送信してもよい。例えば、一回のゲームからの利益または結果がしきい値を超えた場合、対応するチップ要求が生成されてもよい。その場合、サーバ１０は視聴者が大きく勝利したことを示すシステム通知を生成してもよい。あるいはまた、視聴者がゲームを止めたときにチップ要求が生成されてもよい。視聴者はユーザ端末でゲームを止める意思を表示する。ユーザ端末はゲーム停止要求を生成し、それをサーバ１０に送信する。ゲーム停止要求の受信に応じて、チップ処理部はチップ要求を生成し、それを要求元のユーザ端末に送信する。あるいはまた、サーバ１０は、視聴者がゲームのプレイを続ける限り、その視聴者に対して周期的にチップ要求を生成してもよい。この場合、チップ要求は視聴者の得喪の合計に依らずに生成される。この場合、チップ要求は１０分ごとに生成されてもよいし、ゲームの１０ラウンドごとに生成されてもよい。

実施の形態では、視聴者の得喪の合計は当該視聴者がひとつのライブ配信内でプレイしたゲームのラウンドの結果から計算される場合を説明したが、これに限られない。例えば、視聴者が第１ライブ配信内でプレイしたゲームのラウンドの結果と、同じ視聴者が第２ライブ配信内でプレイしたゲームのラウンドの結果と、を合計することで当該視聴者の得喪の合計を取得してもよい。第１ライブ配信の配信者は第２ライブ配信の配信者と同じであってもよいし、異なっていてもよい。

実施の形態において、視聴者が贈ったチップギフトの量が増えると、ゲームにおけるその視聴者の期待値または勝利確率が増大してもよい。

実施の形態では、チップ要求領域に表示されるべきチップギフトはチップしきい値に従って選択される場合を説明したが、これに限られない。例えば、視聴者のベットのなかから最大のベットを特定し、チップ要求領域に表示されるべきチップギフトのうちの少なくともひとつを、この特定された最大のベットに従って選択してもよい。

実施の形態において、ゲームで視聴者が供出したポイントの総量が、返戻されるポイントの総量よりも多い場合、その差分のポイントの価値に相当するデジタルアイテムが当該視聴者に提供されてもよい。

実施の形態におけるギフトの対価ポイントから付与報酬への換算率は一例であって、これらは例えばライブ配信システムの管理者により適宜設定されてもよい。

実施の形態に係る技術的思想を、配信者の画像の代わりに配信者の動きと同期した動きをするアバターを用いるバーチャルライブ配信や、ライブコマースに適用してもよい。

本明細書において説明された処理手順、特にフロー図、フローチャートを用いて説明された処理手順においては、その処理手順を構成する工程（ステップ）の一部を省略すること、その処理手順を構成する工程として明示されていない工程を追加すること、及び／又は当該工程の順序を入れ替えることが可能であり、このような省略、追加、順序の変更がなされた処理手順も本開示の趣旨を逸脱しない限り本開示の範囲に含まれる。

サーバ１０により実現される機能の少なくとも一部は、サーバ１０以外の装置、例えばユーザ端末２０、３０により実現されてもよい。ユーザ端末２０、３０により実現される機能の少なくとも一部は、ユーザ端末２０、３０以外の装置、例えば、サーバ１０により実現されてもよい。例えば、再生側のユーザ端末で行われる動画データの画像への所定のフレーム画像の重畳は、サーバ１０で行われてもよいし、生成側のユーザ端末で行われてもよい。

Claims (9)

1. ライブ配信の視聴者の端末に、
   ライブ配信内でプレイ可能な、ポイントの得喪を伴うゲームを提供するよう構成されたサーバとネットワークを介して通信する機能と、
   ライブ配信内のゲームにおいて視聴者が得たポイントが所定の条件を充たすと、当該ライブ配信の配信者に対してギフトを使用するための指示の受け付けを開始する機能と、を実現させるためのコンピュータプログラム。
2. 所定の条件は、ポイントの得喪を通算して得られる値がしきい値を上回ると充たされる請求項１に記載のコンピュータプログラム。
3. 異なる複数のしきい値が設定されており、かつ、各しきい値に応じた対価を有するギフトが設定されており、
   前記開始する機能は、ポイントの得喪を通算して得られる値がしきい値を上回ったときのそのしきい値に応じた対価を有するギフトを使用するか否かを視聴者に問い合わせる機能を含む請求項２に記載のコンピュータプログラム。
4. ギフトを使用するための指示が受け付けられると、ライブ配信内かつゲームのユーザインタフェースの外で、ギフトのエフェクトを出力する機能をさらに前記端末に実現させる請求項１に記載のコンピュータプログラム。
5. ライブ配信内のゲームにおいて視聴者が得たポイントが所定の条件を充たすと、当該視聴者による所定の条件の充足を表すメッセージをライブ配信内で出力する機能をさらに前記端末に実現させ、
   前記メッセージはライブ配信の配信者の端末および他の視聴者の端末においても出力される請求項１に記載のコンピュータプログラム。
6. ゲームはライブ配信の配信者が参加しないゲームである請求項１に記載のコンピュータプログラム。
7. ライブ配信の視聴者の端末であって、
   ライブ配信内でプレイ可能な、ポイントの得喪を伴うゲームを提供するよう構成されたサーバとネットワークを介して通信する手段と、
   ライブ配信内のゲームにおいて視聴者が得たポイントが所定の条件を充たすと、当該ライブ配信の配信者に対してギフトを使用するための指示の受け付けを開始する手段と、を備える端末。
8. ネットワークを介してライブ配信の視聴者の端末に、ライブ配信内でプレイ可能な、ポイントの得喪を伴うゲームを提供する手段と、
   ライブ配信内のゲームにおいて視聴者が得たポイントが所定の条件を充たすか否かを判定する手段と、
   所定の条件を充たすと判定された場合、ライブ配信の配信者に対してギフトを使用するための指示の受け付けを開始させるための要求を、視聴者の端末にネットワークを介して送信する手段と、
   ギフトを使用するための指示が受け付けられた場合、ゲームのユーザインタフェースの外で当該ギフトのエフェクトを出力するための要求を、ライブ配信の配信者の端末および他の視聴者の端末に、ネットワークを介して送信する手段と、を備えるサーバ。
9. ギフトを使用するための指示が受け付けられた場合、当該ギフトに関する情報を保持手段に登録する手段と、
   前記保持手段を参照し、贈られたギフトの量に関する配信者のランキングおよび／または贈ったギフトの量に関する視聴者のランキングを生成する手段と、をさらに備える請求項８に記載のサーバ。

Images