JP7246054B1 - コンピュータプログラム、端末及びサーバ - Google Patents

Abstract

【課題】ライブ配信においてギフトを介して配信者と視聴者とのインタラクションを促進することで、ライブ配信をより楽しくする。【解決手段】コンピュータプログラムは、ライブ配信の配信者の端末に、ネットワークを介してサーバに、ライブ配信に係る動画データを送信する機能と、配信者に対してギフトが使用された場合、配信者による、使用されたギフトに関連する入力を受け付ける機能と、配信者に電子的価値を付与するか否かおよび／または配信者に付与する電子的価値の量を、受け付けられた入力の内容に応じて決定した結果を、ライブ配信中にディスプレイに表示させる機能と、を実現させる。【選択図】図１

Description

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

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

投げ銭などのギフトはライブ配信を盛り上げる重要な要素であると共に配信者の重要な収入源となっている。特許文献１には、ライブ配信中に投銭エフェクト画像を表示することで配信を盛り上げる技術が開示されている。

特開２０２０－０１７８７０号公報

一般的に、ライブ配信内で視聴者がギフトを贈ると、対応する報酬が配信者に付与され、併せてライブ配信の画面にエフェクトが表示される。配信者はライブ配信内で、ギフトを贈ってくれた視聴者にお礼を述べる。これはライブ配信における配信者と視聴者とのコミュニケーションのひとつのあり方として定着している。

しかしながら、ギフトのあり方が硬直的であると視聴者や配信者に飽きられる虞がある。硬直化を避けるためにエフェクトの種類を増やすことも考えられるが、結局ギフトの仕組みが変わるわけではないので、根本的な解決にはならない。

本開示はこうした課題に鑑みてなされたものであり、その目的は、ライブ配信においてギフトを介して配信者と視聴者とのインタラクションを促進することで、ライブ配信をより楽しくすることができる技術の提供にある。

本発明のある態様は、コンピュータプログラムに関する。このコンピュータプログラムは、ライブ配信の配信者の端末に、ネットワークを介してサーバに、ライブ配信に係る動画データを送信する機能と、配信者に対してギフトが使用された場合、配信者による、使用されたギフトに関連する入力を受け付ける機能と、配信者に電子的価値を付与するか否かおよび／または配信者に付与する電子的価値の量を、受け付けられた入力の内容に応じて決定した結果を、ライブ配信中にディスプレイに表示させる機能と、を実現させる。

本発明のさらに別の態様は、サーバである。このサーバは、配信者の端末から視聴者の端末へのライブ配信に係る動画データの伝送を中継する手段と、ライブ配信中に視聴者の端末からネットワークを介して、配信者に対するギフトの使用を示すギフト使用信号を受信する手段と、ギフト使用信号の受信に応じて、配信者の端末にネットワークを介して、使用されたギフトに関連する入力を要求する要求信号を送信する手段と、配信者の端末からネットワークを介して、配信者による入力の内容を示す応答信号を受信する手段と、配信者に電子的価値を付与するか否かおよび／または配信者に付与する電子的価値の量を、応答信号が示す入力の内容に応じて決定する手段と、ライブ配信中に配信者の端末および視聴者の端末にネットワークを介して、決定された結果を送信する手段と、を備える。

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

本発明によれば、ライブ配信においてギフトを介して配信者と視聴者とのインタラクションを促進することで、ライブ配信をより楽しくすることができる。

実施の形態に係るライブ配信システムの構成を示す模式図である。 図１のユーザ端末の機能および構成を示すブロック図である。 図１のサーバの機能および構成を示すブロック図である。 図３のストリームＤＢの一例を示すデータ構造図である。 図３のユーザＤＢの一例を示すデータ構造図である。 図３のギフトＤＢの一例を示すデータ構造図である。 ライブ配信中に視聴者がギフトを使用したときのライブ配信システムにおける一連の処理の流れを示すフローチャートである。 視聴者のユーザ端末のディスプレイに表示されるライブ配信選択画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示される、ギフト領域が重畳表示されたライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示される、大当たりエフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示される、非大当たりエフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示される、ギフト領域が重畳表示されたライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示される、外れかつ無報酬エフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示される、外れかつ有報酬エフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示される、当たりエフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示される、次へオブジェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示される、大勝利エフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。 視聴者のユーザ端末のディスプレイに表示される、ギフト領域が重畳表示されたライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示される、外れエフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示される、当たりエフェクトが重畳表示されたライブ配信ルーム画面の代表画面図である。 配信者のユーザ端末のディスプレイに表示されるライブ配信ルーム画面の代表画面図である。 実施の形態に係る情報処理装置のハードウェア構成例を示すブロック図である。

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

実施の形態に係るライブ配信システムでは、ライブ配信内で視聴者がギフトを贈ると、配信者に選択などの入力が求められる。配信者の入力の内容に基づいて、当該配信者に報酬を付与するか否か及び／又は付与する報酬の量が決定される。この決定の結果は、ライブ配信内で視聴者および配信者に通知される。これにより、ギフトを通じて視聴者と配信者とのインタラクションをより活性化することができる。ギフトを贈るだけでなく、どの選択を行うべきかといったことについて配信者と視聴者との間で会話がなされ、また、得られた結果についても、より活発な会話が行われる。その結果、ライブ配信を通して配信者と視聴者のつながりをより豊かにすることができる。

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

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

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

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

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

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

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

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

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

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

配信部１００は、撮像制御部１０２と、音声制御部１０４と、動画送信部１０６と、配信側ＵＩ制御部１０８と、配信側通信部１１０と、を含む。撮像制御部１０２は図２では不図示のカメラと接続され、カメラによる撮像を制御する。撮像制御部１０２はカメラから画像データを取得する。音声制御部１０４は図２では不図示のマイクロフォンと接続され、マイクロフォンによる音声入力を制御する。音声制御部１０４は、マイクロフォンから音声データを取得する。動画送信部１０６は、撮像制御部１０２により取得された画像データおよび音声制御部１０４により取得された音声データを含む動画データを、ネットワークＮＷを介してサーバ１０に送信する。動画送信部１０６による動画データの送信はリアルタイムで行われる。すなわち、撮像制御部１０２および音声制御部１０４による動画データの生成と、生成された動画データの動画送信部１０６による送信と、は実質的に同時に行われる。

配信側ＵＩ制御部１０８は、配信者向けのＵＩを制御する。配信側ＵＩ制御部１０８は、図２では不図示のディスプレイと接続され、動画送信部１０６による送信対象となっている動画データを再生することにより動画像をディスプレイに表示させる。配信側ＵＩ制御部１０８は、図２では不図示のタッチパネルやキーボードやディスプレイなどの入力手段と接続され、それら入力手段を介して配信者による入力を取得する。配信側ＵＩ制御部１０８は、動画像に所定のフレーム画像を重畳させる。フレーム画像は、配信者から入力を受け付けるための様々なユーザインタフェースオブジェクト（以下、単にオブジェクトという）と、視聴者により入力されたコメントと、サーバ１０から取得した情報と、を含む。配信側ＵＩ制御部１０８は例えば配信者によるオブジェクトに対するタップ入力を受け付ける。

配信側通信部１１０は、ライブ配信中のサーバ１０との間の通信を制御する。配信側通信部１１０は、配信側ＵＩ制御部１０８が取得した配信者による入力の内容を、サーバ１０にネットワークＮＷを介して送信する。配信側通信部１１０は、ライブ配信に関連付けられた各種の情報をサーバ１０からネットワークＮＷを介して受信する。

視聴部２００は、視聴側ＵＩ制御部２０２と、視聴側通信部２０４と、を含む。視聴側通信部２０４は、ライブ配信中のサーバ１０との間の通信を制御する。視聴側通信部２０４は、ネットワークＮＷを介してサーバ１０から、配信者と視聴者とが参加するライブ配信に係る動画データを受信する。

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

ギフトエフェクトＤＢ２６０は、ユーザ端末２０がサーバ１０からネットワークＮＷを介してダウンロードしたギフトのエフェクトの情報を保持する。ギフトエフェクトＤＢ２６０は、ギフトを特定するギフトＩＤと、ギフトが特殊ギフト（後述）である場合は結果と、当該ギフトまたは結果に対応するエフェクトを実現するためのデータ（以下、エフェクトデータという）と、を対応付けて保持する。エフェクトは、ギフトを特徴付ける視覚的効果または聴覚的効果または触覚的効果（例えば、振動）またはそれらの組み合わせである。視覚的効果には、アニメーションと、画像と、点灯・点滅と、がある。聴覚的効果には、効果音と、音声と、がある。エフェクトデータはこのようなエフェクトをユーザ端末２０において実現するためのデータであり、ユーザ端末２０はエフェクトデータを処理することでこのようなエフェクトを実現する。エフェクトデータそのものを実現する技術は公知であるから本明細書では詳述しない。

図３は、図１のサーバ１０の機能および構成を示すブロック図である。サーバ１０は、配信情報提供部３０２と、中継部３０４と、ギフト処理部３０８と、支払い処理部３１０と、ストリームＤＢ３１４と、ユーザＤＢ３１８と、ギフトＤＢ３２０と、を備える。

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

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

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

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

ギフトの種別は、当該ギフトが通常ギフトであるか特別ギフトであるかを示す。通常ギフトと特別ギフトとは異なる種類のギフトである。視聴者が通常ギフトを使うと、対応するエフェクトがライブ配信内に表示され、対応する報酬が配信者に付与されるが、配信者に何らかの入力が要求されることはない。これに対して、特別ギフトは配信者による入力を要求するギフトである。視聴者が特別ギフトを使うと、まず配信者に対応する入力が要求される。配信者による入力の内容に応じて配信者に付与される報酬および対応するエフェクトが決定される。言い換えると、特別ギフトを贈った結果生じる効果は、配信者による入力の内容に応じて変わる。

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

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

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

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

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

以上の構成によるライブ配信システム１の動作を説明する。
図７は、ライブ配信中に視聴者がギフトを使用したときのライブ配信システム１における一連の処理の流れを示すフローチャートである。中継部３０４は、視聴者のユーザ端末３０の視聴側通信部２０４から、ギフトの使用を示すギフト使用信号を受信する（Ｓ２０２）。ギフト処理部３０８は、ギフト使用信号に含まれるギフトＩＤで特定されるギフト、すなわち視聴者によって使用されたギフトの種別を判定する（Ｓ２０４）。ギフト処理部３０８は、ギフトＤＢ３２０を参照し、ギフト使用信号に含まれるギフトＩＤで特定されるギフトの種別を取得する。取得された種別が通常、すなわち使用されたギフトが通常ギフトであると判定された場合（Ｓ２０４の通常）、上記のとおりの報酬付与処理および支払い処理が行われる（Ｓ２０６）。その後、ギフト処理部３０８は、使用された通常ギフトのギフトＩＤを含む通常ギフト処理完了信号を生成し、ライブ配信の配信者のユーザ端末２０および視聴者のユーザ端末３０にネットワークＮＷを介して送信する。配信者のユーザ端末２０の配信側通信部１１０は通常ギフト処理完了信号を受信し、配信側ＵＩ制御部１０８は当該信号に含まれるギフトＩＤで特定されるエフェクトデータをギフトエフェクトＤＢ２６０から取得する。配信側ＵＩ制御部１０８は取得したエフェクトデータに基づいてエフェクトをディスプレイに表示させる。視聴者のユーザ端末２０においても同様の処理が行われ、使用された通常ギフトに対応するエフェクトがディスプレイに表示される。このエフェクトは、配信者のユーザ端末２０で表示されるエフェクトと同じか対応するものであってもよい。

ステップＳ２０４において取得された種別が特殊、すなわち使用されたギフトが特殊ギフトであると判定された場合（Ｓ２０４の特殊）、支払い処理部３１０は特殊ギフトの対価の支払い処理を行う（Ｓ２０８）。支払い処理部３１０は、ギフトＤＢ３２０を参照し、特殊ギフトの対価ポイントを特定する。支払い処理部３１０は、ギフト使用信号に含まれる視聴者ＩＤで特定される視聴者のポイントから特定された対価ポイントを差し引くようユーザＤＢ３１８を更新する。ギフト処理部３０８は、特殊ギフトに関連する入力を要求する要求信号を生成し、配信者のユーザ端末２０にネットワークＮＷを介して送信する（Ｓ２１０）。ギフト処理部３０８は、視聴者によって使用された特殊ギフトのギフトＩＤを要求信号に含める。配信者のユーザ端末２０において、要求された入力が配信者によりなされ、当該入力の内容を示す応答信号が生成される。ギフト処理部３０８は、ネットワークＮＷを介して配信者のユーザ端末２０から応答信号を受信する（Ｓ２１２）。

ギフト処理部３０８は、繰り返しが必要か否かを判定する（Ｓ２１４）。繰り返しが必要と判定された場合、処理はステップＳ２１０に戻る。繰り返しが不要と判定された場合、処理はステップＳ２１６に進む。特殊ギフトが複数回の入力を要求する特殊ギフトである場合、それまでに行われた入力の回数が規定回数に到達していなければ繰り返しが必要と判定され、規定回数に到達していれば繰り返し不要と判定される。あるいはまた、当たれば入力を繰り返し、そうでなければ入力を中止するタイプの特殊ギフトの場合、ステップＳ２１２で受信した応答信号に含まれる入力の内容が当たりに対応する場合繰り返しが必要と判定され、そうでなければ繰り返しは不要と判定される。このように、ギフト処理部３０８は、複数回の入力を要求することができる。併せて配信者のユーザ端末２０の配信側ＵＩ制御部１０８は複数回の入力を受け付け可能に構成される。

ギフト処理部３０８は、ステップＳ２１２で受信した応答信号が示す入力の内容に応じて、配信者に付与する報酬を決定する（Ｓ２１６）。ギフト処理部３０８は、配信者に報酬を付与するか否かおよび／または配信者に付与する報酬の量を、応答信号が示す入力の内容に応じて決定する。例えば、応答信号は配信者が選択した選択肢を示し、ギフト処理部３０８は当該選択肢に応じて報酬を付与するか否か（当たり、はずれ）や報酬の多寡を決定する。あるいはまた、応答信号は単位時間あたりの入力数またはタップ数を示し、ギフト処理部３０８は当該タップ数の多寡に応じて報酬を付与するか否かや報酬の多寡を決定する。

ギフト処理部３０８は、ステップＳ２１６で決定された報酬が配信者に付与されるようユーザＤＢ３１８を更新する（Ｓ２１８）。ギフト処理部３０８は、ステップＳ２０２で受信したギフト使用信号に含まれる配信者ＩＤに対応する報酬に、決定された報酬を加えるようユーザＤＢ３１８を更新する。

ギフト処理部３０８は、ライブ配信中に配信者のユーザ端末２０および視聴者のユーザ端末３０にネットワークＮＷを介して、ステップＳ２１６で決定された結果を送信する（Ｓ２２０）。ギフト処理部３０８は、ステップＳ２１６で決定された、配信者に報酬を付与するか否かおよび／または配信者に付与する報酬の量を含む結果通知信号を生成し、ネットワークＮＷを介して各ユーザ端末２０、３０に送信する。配信者のユーザ端末２０の配信側通信部１１０は結果通知信号を受信し、配信側ＵＩ制御部１０８は当該信号に含まれる結果で特定されるエフェクトデータをギフトエフェクトＤＢ２６０から取得する。配信側ＵＩ制御部１０８は取得したエフェクトデータに基づいてエフェクトをディスプレイに表示させる。視聴者のユーザ端末２０においても同様の処理が行われ、決定された結果に対応するエフェクトがディスプレイに表示される。このエフェクトは、配信者のユーザ端末２０で表示されるエフェクトと同じか対応するものであってもよい。

（選択肢のうちのひとつが大当たりに対応するタイプの特殊ギフト）
図８は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信選択画面６００の代表画面図である。ライブ配信選択画面６００は、サーバ１０から受信した現在視聴可能なライブ配信のリストにある各ライブ配信を示すサムネイル６０２を含む。視聴側ＵＩ制御部２０２は、サーバ１０から取得したライブ配信のリストに基づいてライブ配信選択画面６００を生成し、ディスプレイに表示させる。

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

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

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

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

ユーザ端末３０の視聴側ＵＩ制御部２０２は、ギフトオブジェクト６１２へのタップが検出されると、ギフト情報要求を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０の中継部３０４は、ギフト情報要求を受信すると、ギフトＤＢ３２０を参照して使用可能なギフトのギフトＩＤを特定する。サーバ１０は、特定されたギフトＩＤを含むギフト情報を生成し、要求元のユーザ端末３０に送信する。ユーザ端末３０の視聴側ＵＩ制御部２０２は、受信したギフト情報に基づき、ギフトの選択を受け付けるためのギフト領域６２２を生成する。ギフト領域６２２は、受信したギフト情報に含まれるギフトＩＤで特定される通常ギフトのギフトオブジェクト６２４と特殊ギフトのギフトオブジェクト６２６とを含む。視聴側ＵＩ制御部２０２は生成されたギフト領域６２２をライブ配信ルーム画面６０８に表示させる。

図１０は、視聴者のユーザ端末３０のディスプレイに表示される、ギフト領域６２２が重畳表示されたライブ配信ルーム画面６０８の代表画面図である。ギフト領域６２２は、通常ギフトのギフトオブジェクト６２４と、特殊ギフトのギフトオブジェクト６２６と、を含む。図１０のライブ配信ルーム画面６０８において視聴者がギフト領域６２２のギフトオブジェクト６２６をタップすると、ユーザ端末３０の視聴側ＵＩ制御部２０２は当該視聴者による当該ギフトオブジェクト６２６の指定を受け付ける。視聴側通信部２０４は指定されたギフトオブジェクト６２６が表す特殊ギフトのギフトＩＤを含むギフト使用信号を生成してサーバ１０に送信する。

図１１は、配信者のユーザ端末２０のディスプレイに表示されるライブ配信ルーム画面６５０の代表画面図である。ライブ配信ルーム画面６５０は、配信者に対して特殊ギフトが使用された場合、配信者による、特殊ギフトに関連する４つのオブジェクト６５８、６６０、６６２、６６４のうちのひとつの選択を受け付けるよう構成される。

配信者がユーザ端末２０でライブ配信を開始すると、ライブ配信ルーム画面がディスプレイに表示される。このライブ配信ルーム画面は、配信者のユーザ端末２０で生成された動画像をリアルタイムで表示する。図１０に関連して送信されたギフト使用信号に応じて、配信者のユーザ端末２０の配信側通信部１１０はサーバ１０からネットワークＮＷを介して要求信号を受信する。配信側ＵＩ制御部１０８は、受信した要求信号に含まれるギフトＩＤで特定される特殊ギフトに対応する複数のオブジェクトをライブ配信ルーム画面に重畳表示させる。図１１のライブ配信ルーム画面６５０は、配信者のユーザ端末２０で生成された動画データを再生することにより得られる配信者の動画像６５２と、コメント表示領域６５４と、配信終了ボタン６５６と、特殊ギフトに対応する複数のオブジェクト６５８、６６０、６６２、６６４と、説明用テキスト６６６と、を有する。図１１の例では、合計４つの宝箱型のオブジェクトが表示されており、配信者はこれらのうちの一つの選択を促される。そのような選択を促すテキストが説明用テキスト６６６に表示される。

動画像６５２は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面６０８の動画像６１０と実質的に同じである。コメント表示領域６５４は、視聴者のユーザ端末３０のディスプレイに表示されるライブ配信ルーム画面６０８のコメント表示領域６１８と実質的に同じである。すなわち、コメント表示領域６５４は、特殊ギフトに対応する複数のオブジェクトのうちのひとつの選択を受け付け可能な期間において、ライブ配信の視聴者からのメッセージを配信者に提供する。例えば、図１１に示されるように４つのオブジェクト６５８、６６０、６６２、６６４が配信者のライブ配信ルーム画面６５０に示されていて配信者がどれを選ぼうか迷っている間に、視聴者がコメントを通じて「左下がよい」、「前は右上だったから今回も右」などのメッセージを送ることができる。そしてそのようなメッセージに対して配信者は「いや今回は右下でいく」などと発言することができる。このように、オブジェクトの表示中にコメント表示領域６５４の更新を行うことで、視聴者と配信者との間のやりとり、コミュニケーションを促進することができる。

図１１のライブ配信ルーム画面６５０において配信者が４つの宝箱型のオブジェクト６５８、６６０、６６２、６６４のうちのひとつをタップすると、配信側ＵＩ制御部１０８は、タップされたオブジェクトを配信者によって指定されたオブジェクトとして受け付ける。配信側通信部１１０は、タップされた、すなわち配信者によって指定されたオブジェクトを特定する情報を含む応答信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０のギフト処理部３０８は応答信号に含まれる情報に基づいて大当たりかそうでないかを判定する。この例では４つの宝箱型のオブジェクトのうちのひとつが大当たりに対応するよう設定されている。ギフト処理部３０８は、大当たりと判定された場合はそうでないと判定された場合よりも多くの報酬が配信者に付与されるように、報酬を決定する。例えば、特殊ギフトの対価ポイントが３００ｐｔである場合、大当たりでない場合は報酬を３００ｐｔとし、大当たりの場合は報酬を３００００ｐｔとしてもよい。

ギフト処理部３０８は、判定の結果、すなわち大当たりかそうでないかを示す情報を含む結果通知信号を生成し、ネットワークＮＷを介して各ユーザ端末２０、３０に送信する。配信者のユーザ端末２０の配信側通信部１１０は結果通知信号を受信し、配信側ＵＩ制御部１０８は当該信号に大当たりを示す情報が含まれていれば大当たりに対応するエフェクトのエフェクトデータをギフトエフェクトＤＢ２６０から取得する。配信側ＵＩ制御部１０８はそうでなければ非大当たりに対応するエフェクトのエフェクトデータをギフトエフェクトＤＢ２６０から取得する。配信側ＵＩ制御部１０８は取得したエフェクトデータに基づいてエフェクトをディスプレイに表示させる。視聴者のユーザ端末２０においても同様の処理が行われ、決定された結果に対応するエフェクトがディスプレイに表示される。

図１２は、配信者のユーザ端末２０のディスプレイに表示される、大当たりエフェクト６６８が重畳表示されたライブ配信ルーム画面６５０の代表画面図である。このライブ配信ルーム画面６５０は、配信者に付与する報酬の量を、配信者が選択したオブジェクトに応じて決定した結果を、ライブ配信中に表示するものである。このライブ配信ルーム画面６５０は大当たりエフェクト６６８と大当たりテキスト６７０とを含む。大当たりエフェクト６６８は、大当たりに対応するエフェクトであり、図１１のライブ配信ルーム画面６５０において配信者が大当たりのオブジェクトをタップしたことに応じて表示される。大当たりテキスト６７０は、配信者が大当たりを当てたこと、および付与されるポイント数を表すテキストを含む。図１２のコメント表示領域６５４は、視聴者が配信者に特殊ギフトを贈ったことを示すシステムメッセージ６７２を新たに表示するよう更新される。大当たりエフェクト６６８、大当たりテキスト６７０およびシステムメッセージ６７２は視聴者のユーザ端末３０のディスプレイに表示されているライブ配信ルーム画面にも表示される。

図１３は、配信者のユーザ端末２０のディスプレイに表示される、非大当たりエフェクト６７４が重畳表示されたライブ配信ルーム画面６５０の代表画面図である。このライブ配信ルーム画面６５０は、配信者に付与する報酬の量を、配信者が選択したオブジェクトに応じて決定した結果を、ライブ配信中に表示するものである。このライブ配信ルーム画面６５０は非大当たりエフェクト６７４と非大当たりテキスト６７６とを含む。非大当たりエフェクト６７４は、大当たりでない場合に対応するエフェクトであり、図１１のライブ配信ルーム画面６５０において配信者が大当たりのオブジェクト以外のオブジェクトをタップしたことに応じて表示される。非大当たりエフェクト６７４は大当たりエフェクト６６８とは異なる。非大当たりテキスト６７６は、配信者が大当たりを当てなかったこと、および付与されるポイント数を表すテキストを含む。図１３のコメント表示領域は、図１２のコメント表示領域６５４と同様である。非大当たりエフェクト６７４、非大当たりテキスト６７６およびシステムメッセージ６７２は視聴者のユーザ端末３０のディスプレイに表示されているライブ配信ルーム画面にも表示される。

図１２および図１３に示されるように、図１１のライブ配信ルーム画面６５０においてどのオブジェクトを指定するかによって配信者に付与される報酬の量が異なり、かつ、配信者に付与される報酬の量によって、当該量を示すテキストが表示される際に併せて表示されるエフェクトが異なる。

（連続して規定回数以上当たりを引くと報酬が得られるタイプの特殊ギフト）
図１４は、視聴者のユーザ端末３０のディスプレイに表示される、ギフト領域７２２が重畳表示されたライブ配信ルーム画面７０８の代表画面図である。ギフト領域７２２は、通常ギフトのギフトオブジェクト６２４と、特殊ギフトのギフトオブジェクト７２６と、を含む。図１４のライブ配信ルーム画面７０８において視聴者がギフト領域７２２のギフトオブジェクト７２６をタップすると、ユーザ端末３０の視聴側ＵＩ制御部２０２は当該視聴者による当該ギフトオブジェクト７２６の指定を受け付ける。視聴側通信部２０４は指定されたギフトオブジェクト７２６が表す特殊ギフトのギフトＩＤを含むギフト使用信号を生成してサーバ１０に送信する。

図１５は、配信者のユーザ端末２０のディスプレイに表示されるライブ配信ルーム画面７５０の代表画面図である。このライブ配信ルーム画面７５０は、配信者に対して特殊ギフトが使用された場合、配信者による、特殊ギフトに関連する４つのオブジェクト７５８、７６０、７６２、７６４のうちのひとつの選択を受け付けるよう構成される。

図１４に関連して送信されたギフト使用信号に応じて、配信者のユーザ端末２０の配信側通信部１１０はサーバ１０からネットワークＮＷを介して要求信号を受信する。配信側ＵＩ制御部１０８は、受信した要求信号に含まれるギフトＩＤで特定される特殊ギフトに対応する複数のオブジェクトをライブ配信ルーム画面に重畳表示させる。図１５のライブ配信ルーム画面７５０は、配信者のユーザ端末２０で生成された動画データを再生することにより得られる配信者の動画像６５２と、コメント表示領域６５４と、配信終了ボタン６５６と、特殊ギフトに対応する複数のオブジェクト７５８、７６０、７６２、７６４と、説明用テキスト７６６と、を有する。図１５の例では、合計４つの宝箱型のオブジェクトが表示されており、配信者はこれらのうちの一つの選択を促される。そのような選択を促すテキストおよび挑戦の内容を示すテキストが説明用テキスト７６６に表示される。

本例でも、図１１の例と同様に、オブジェクトの表示中にコメント表示領域６５４の更新を行うことで、視聴者と配信者との間のやりとり、コミュニケーションを促進することができる。

図１５のライブ配信ルーム画面７５０において配信者が４つの宝箱型のオブジェクト７５８、７６０、７６２、７６４のうちのひとつをタップすると、配信側ＵＩ制御部１０８は、タップされたオブジェクトを配信者によって指定されたオブジェクトとして受け付ける。配信側通信部１１０は、タップされた、すなわち配信者によって指定されたオブジェクトを特定する情報を含む応答信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０のギフト処理部３０８は応答信号に含まれる情報に基づいて当たりか外れかを判定する。この例では４つの宝箱型のオブジェクトのうちのひとつが当たりに対応し、残りが外れに対応するよう設定されている。

ギフト処理部３０８は、当たりと判定された場合、連続当たり回数を１だけインクリメントする。連続当たり回数の初期値は０に設定される。ギフト処理部３０８は、外れと判定された場合、または、連続当たり回数が上限の規定回数に到達した場合、連続当たり回数が多いほど多くの報酬が配信者に付与されるように、報酬を決定する。例えば、特殊ギフトの対価ポイントが３００ｐｔである場合、連続当たり回数が２回までは報酬を０とし、３回で３０００ｐｔ、４回で５０００ｐｔ、５回で１００００ｐｔとしてもよい。

ギフト処理部３０８は、判定の結果を示す情報を含む結果通知信号を生成し、ネットワークＮＷを介して各ユーザ端末２０、３０に送信する。ギフト処理部３０８における判定の結果、以下のいずれかの状態が実現されるので、結果通知信号は実現された状態を特定する特定情報を含む。
状態１：当たりと判定され、かつ、インクリメント後の連続当たり回数が規定回数に到達していない状態。この場合、結果通知信号は連続当たり回数を含み、配信者に次の入力を要求する要求信号となる。
状態２：当たりと判定され、かつ、インクリメント後の連続当たり回数が規定回数に到達した状態。
状態３：外れと判定された状態。この場合、結果通知信号は配信者に付与される報酬（報酬＝０は付与されないことを示す）を含む。

配信者のユーザ端末２０の配信側通信部１１０は結果通知信号を受信し、配信側ＵＩ制御部１０８は当該信号に含まれる特定情報で特定される状態に対応するエフェクトのエフェクトデータをギフトエフェクトＤＢ２６０から取得する。配信側ＵＩ制御部１０８は取得したエフェクトデータに基づいてエフェクトをディスプレイに表示させる。視聴者のユーザ端末２０においても同様の処理が行われ、決定された結果に対応するエフェクトがディスプレイに表示される。

図１６は、配信者のユーザ端末２０のディスプレイに表示される、外れかつ無報酬エフェクト７７０が重畳表示されたライブ配信ルーム画面７５０の代表画面図である。このライブ配信ルーム画面７５０は、配信者に報酬を付与するか否かを、配信者が選択したオブジェクトに応じて決定した結果を、ライブ配信中に表示するものである。このライブ配信ルーム画面７５０は外れかつ無報酬エフェクト７７０と外れかつ無報酬テキスト７７２とを含む。外れかつ無報酬エフェクト７７０は、状態３で無報酬の場合に対応するエフェクトである。外れかつ無報酬テキスト７７２は、配信者が外れを引き、報酬が付与されないことを表すテキストを含む。図１６のコメント表示領域６５４は、視聴者が配信者に特殊ギフトを贈ったが配信者が外れを引いたことを示すシステムメッセージ７７４を新たに表示するよう更新される。外れかつ無報酬エフェクト７７０、外れかつ無報酬テキスト７７２およびシステムメッセージ７７４は視聴者のユーザ端末３０のディスプレイに表示されているライブ配信ルーム画面にも表示される。配信側ＵＩ制御部１０８は、図１６のライブ配信ルーム画面７５０において、選択可能な複数のオブジェクトの表示を止めることで、オブジェクトの選択の受け付けを止める。

図１７は、配信者のユーザ端末２０のディスプレイに表示される、外れかつ有報酬エフェクト７７６が重畳表示されたライブ配信ルーム画面７５０の代表画面図である。このライブ配信ルーム画面７５０は、配信者に報酬を付与するか否かおよび配信者に付与する報酬の量を、配信者が選択したオブジェクトに応じて決定した結果を、ライブ配信中に表示するものである。このライブ配信ルーム画面７５０は外れかつ有報酬エフェクト７７６と外れかつ有報酬テキスト７７８とを含む。外れかつ有報酬エフェクト７７６は、状態３で有報酬の場合に対応するエフェクトである。外れかつ有報酬テキスト７７８は、配信者が外れを引くまでに当たった回数（すなわち、連続当たり回数）および付与される報酬の量を表すテキストを含む。図１７のコメント表示領域６５４は、視聴者が配信者に特殊ギフトを贈ったことを示すシステムメッセージ７８０および配信者が特殊ギフトに関連して報酬を取得したことを示すシステムメッセージ７８２を新たに表示するよう更新される。外れかつ有報酬エフェクト７７６、外れかつ有報酬テキスト７７８およびシステムメッセージ７８０、７８２は視聴者のユーザ端末３０のディスプレイに表示されているライブ配信ルーム画面にも表示される。配信側ＵＩ制御部１０８は、図１７のライブ配信ルーム画面７５０において、選択可能な複数のオブジェクトの表示を止めることで、オブジェクトの選択の受け付けを止める。

図１８は、配信者のユーザ端末２０のディスプレイに表示される、当たりエフェクト７８４が重畳表示されたライブ配信ルーム画面７５０の代表画面図である。このライブ配信ルーム画面７５０は、配信者が選択したオブジェクトに応じて決定した当たり・外れの結果を、ライブ配信中に表示するものである。このライブ配信ルーム画面７５０は当たりエフェクト７８４と当たりテキスト７８６とを含む。当たりエフェクト７８４は、状態１に対応するエフェクトである。当たりテキスト７８６は、配信者が当たりを引いたことを表すテキストを含む。図１８のコメント表示領域６５４は、視聴者が配信者に特殊ギフトを贈ったことを示すシステムメッセージ７８０を新たに表示するよう更新される。当たりエフェクト７８４、当たりテキスト７８６およびシステムメッセージ７８０は視聴者のユーザ端末３０のディスプレイに表示されているライブ配信ルーム画面にも表示される。

図１９は、配信者のユーザ端末２０のディスプレイに表示される、次へオブジェクト７８８が重畳表示されたライブ配信ルーム画面７５０の代表画面図である。図１８のライブ配信ルーム画面７５０において配信者が画面をタップすると、図１９のライブ配信ルーム画面７５０が表示される。図１９のライブ配信ルーム画面７５０は、次へオブジェクト７８８およびシステムメッセージ７８０を表示することで、配信者に次の回またはラウンドが始まることを示す。

図２０は、配信者のユーザ端末２０のディスプレイに表示されるライブ配信ルーム画面７５０の代表画面図である。図１９のライブ配信ルーム画面７５０において配信者が画面をタップすると、図２０のライブ配信ルーム画面７５０が表示される。このライブ配信ルーム画面７５０は、図１５のライブ配信ルーム画面７５０で行われた前回のラウンドで配信者が当たりを引いた場合、配信者による、新たな４つのオブジェクト７９０、７９２、７９４、７９６を表示してそれらのうちのひとつの選択を受け付けるよう構成される。

図１８のライブ配信ルーム画面７５０は、配信者のユーザ端末２０が、状態１を特定する特定情報を含む結果通知信号を受信したことに応じて表示されるものである。配信者のユーザ端末２０はそのような結果通知信号を要求信号として扱うよう構成される。配信側ＵＩ制御部１０８は、受信したそのような要求信号に含まれるギフトＩＤで特定される特殊ギフトおよび連続当たり回数に対応する複数のオブジェクト７９０、７９２、７９４、７９６をライブ配信ルーム画面に重畳表示させる。図２０のライブ配信ルーム画面７５０は、図１５の４つの宝箱型のオブジェクト７５８、７６０、７６２、７６４とは異なる新たな４つの宝箱型のオブジェクト７９０、７９２、７９４、７９６と説明用テキスト７９８とを含む。配信者はこれらの４つの宝箱型のオブジェクト７９０、７９２、７９４、７９６うちの一つの選択を促される。説明用オブジェクト７９８は連続当たり回数の規定回数に到達するまで後何回当たりを引けばよいかを示すテキストを表示する。図２０のライブ配信ルーム画面７５０でも、オブジェクトの表示中にコメント表示領域６５４の更新を行うことで、視聴者と配信者との間のやりとり、コミュニケーションを促進することができる。例えば、視聴者が配信者の引きの強さを讃える投稿をしたり、次の当たりの予想を投稿し、配信者がその投稿を読んで発言する、といったコミュニケーションが実現される。図２０のライブ配信ルーム画面７５０において配信者が４つの宝箱型のオブジェクト７９０、７９２、７９４、７９６のうちのひとつをタップすると、図１５に関連して説明した処理と同様の処理が行われる。これにより、配信者が外れを引くか連続当たり回数が規定回数に達するまでオブジェクト選択のラウンドが繰り返される。

図２１は、配信者のユーザ端末２０のディスプレイに表示される、大勝利エフェクト７３０が重畳表示されたライブ配信ルーム画面７５０の代表画面図である。このライブ配信ルーム画面７５０は、配信者に報酬を付与するか否かおよび配信者に付与する報酬の量を、配信者が選択したオブジェクトに応じて決定した結果を、ライブ配信中に表示するものである。このライブ配信ルーム画面７５０は大勝利エフェクト７３０と大勝利テキスト７３２とを含む。大勝利エフェクト７３０は、状態２に対応するエフェクトである。大勝利エフェクト７３０は、外れかつ有報酬エフェクト７７６とは異なり、それよりも大きいか、継続時間が長いか、豪華である。大勝利テキスト７３２は、連続当たり回数が規定回数に達したこと、すなわち全ての選択において当たりを引いたことおよび付与される報酬の量を表すテキストを含む。図２１のコメント表示領域６５４は、視聴者が配信者に特殊ギフトを贈ったことを示すシステムメッセージ７８０および配信者が全ての選択において当たりを引いたことを示すシステムメッセージ７３４を新たに表示するよう更新される。大勝利エフェクト７３０、大勝利テキスト７３２およびシステムメッセージ７８０、７３４は視聴者のユーザ端末３０のディスプレイに表示されているライブ配信ルーム画面にも表示される。

このように、配信者のユーザ端末２０の配信側ＵＩ制御部１０８は、受け付けられた複数回の入力の内容に応じて決定した結果をディスプレイに表示させる。配信者による複数回のオブジェクト選択により連続当たり回数が決定され、決定された連続当たり回数に応じて配信者に報酬が付与されるか否かおよび付与される量が決定される。

（ハイアンドロータイプの特殊ギフト）
図２２は、視聴者のユーザ端末３０のディスプレイに表示される、ギフト領域８２２が重畳表示されたライブ配信ルーム画面８０８の代表画面図である。ギフト領域８２２は、通常ギフトのギフトオブジェクト６２４と、特殊ギフトのギフトオブジェクト８２６と、を含む。図２２のライブ配信ルーム画面８０８において視聴者がギフト領域８２２のギフトオブジェクト８２６をタップすると、ユーザ端末３０の視聴側ＵＩ制御部２０２は当該視聴者による当該ギフトオブジェクト８２６の指定を受け付ける。視聴側通信部２０４は指定されたギフトオブジェクト８２６が表す特殊ギフトのギフトＩＤを含むギフト使用信号を生成してサーバ１０に送信する。

図２３は、配信者のユーザ端末２０のディスプレイに表示されるライブ配信ルーム画面８５０の代表画面図である。このライブ配信ルーム画面８５０は、配信者に対して特殊ギフトが使用された場合、配信者による、特殊ギフトに関連する３つのオブジェクト８５８、８６０、８６２のうちのひとつの選択を受け付けるよう構成される。

図２２に関連して送信されたギフト使用信号に応じて、配信者のユーザ端末２０の配信側通信部１１０はサーバ１０からネットワークＮＷを介して要求信号を受信する。配信側ＵＩ制御部１０８は、受信した要求信号に含まれるギフトＩＤで特定される特殊ギフトに対応する複数のオブジェクトをライブ配信ルーム画面に重畳表示させる。図２３のライブ配信ルーム画面８５０は、コメント表示領域６５４と、特殊ギフトに対応する複数のオブジェクト８５８、８６０、８６２と、説明用テキスト８６６と、ステータス表示領域８６４と、ハイアンドローゲームのために表にされたトランプオブジェクト８６１と、裏にされたトランプオブジェクト８６３と、を有する。図２３の例では、ハイアンドローゲームのハイの選択肢に対応するオブジェクト８５８と、ローの選択肢に対応するオブジェクト８６０と、リタイアの選択肢に対応するオブジェクト８６２と、が表示されており、配信者はこれらのうちの一つの選択を促される。ハイのオブジェクト８５８およびローのオブジェクト８６０にはそれぞれ、その選択肢を選択して当たったときのオッズ（倍率）が表示されている。これら３つのオブジェクトのなかからひとつを選択することを促すテキストおよび当該特殊ギフトの贈り主を示すテキストが説明用テキスト８６６に表示される。ステータス表示領域８６４はそのとき配信者が賭けているポイントの量を表示する。配信者の賭けているポイントの初期値は、視聴者が贈った特殊ギフトの対価ポイントに応じた値に設定されてもよい。

本例でも、図１１の例と同様に、オブジェクトの表示中にコメント表示領域６５４の更新を行うことで、視聴者と配信者との間のやりとり、コミュニケーションを促進することができる。

図２３のライブ配信ルーム画面７５０において配信者が３つの選択肢オブジェクト８５８、８６０、８６２のうちのひとつをタップすると、配信側ＵＩ制御部１０８は、タップされたオブジェクトを配信者によって指定されたオブジェクトとして受け付ける。配信側通信部１１０は、タップされた、すなわち配信者によって指定されたオブジェクトを特定する情報を含む応答信号を生成し、ネットワークＮＷを介してサーバ１０に送信する。サーバ１０のギフト処理部３０８は応答信号に含まれる情報に基づいて当たりか外れかリタイアかを判定する。この例では、裏にされたトランプオブジェクト８６３を表にしたときに現れる数字が、表にされたトランプオブジェクト８６１に記載の数字よりも大きければハイが当たり、同じか小さければローが当たり、とする。ギフト処理部３０８は、配信者がハイ、ローのうちの正しい方を選択したならば当たりと判定し、そうでなければ外れと判定する。ギフト処理部３０８は、リタイアが選択された場合、その時点で配信者が賭けているポイントをそのまま報酬として当該配信者に付与し、特殊ギフトに係る処理を終了する。

ギフト処理部３０８は、当たりと判定された場合、配信者が賭けているポイントに配信者が選択した選択肢（ハイまたはロー）で規定される倍率を乗じることで、配信者が賭けているポイントを増加させる。例えば、賭けているポイントが３００のときに配信者が倍率１．２倍のハイを選択して当てた場合、次の配信者のポイントは３００ｘ１．２＝３６０となる。ギフト処理部３０８は、外れと判定された場合、配信者に報酬を付与せず、特殊ギフトに係る処理を終了する。

ギフト処理部３０８は、判定の結果を示す情報を含む結果通知信号を生成し、ネットワークＮＷを介して各ユーザ端末２０、３０に送信する。結果通知信号は、当たり・外れの別を示す情報と、当たりの場合には更新された賭けているポイントの量と、を含む。

配信者のユーザ端末２０の配信側通信部１１０は結果通知信号を受信し、配信側ＵＩ制御部１０８は当該信号に含まれる当たり・外れの別に対応するエフェクトのエフェクトデータをギフトエフェクトＤＢ２６０から取得する。配信側ＵＩ制御部１０８は取得したエフェクトデータに基づいてエフェクトをディスプレイに表示させる。視聴者のユーザ端末２０においても同様の処理が行われ、決定された結果に対応するエフェクトがディスプレイに表示される。

図２４は、配信者のユーザ端末２０のディスプレイに表示される、外れエフェクト８７０が重畳表示されたライブ配信ルーム画面８５０の代表画面図である。このライブ配信ルーム画面８５０は、配信者に報酬を付与するか否かを、配信者が選択したオブジェクトに応じて決定した結果を、ライブ配信中に表示するものである。特に図２４のライブ配信ルーム画面８５０は、結果通知信号が外れを示す場合に対応する。このライブ配信ルーム画面８５０は、外れエフェクト８７０と、外れテキスト８７２と、図２３で配信者が選択したオブジェクトであるローのオブジェクト８６０と、を含む。選択されなかった他の選択肢のオブジェクト８５８、８６２は、図２４のライブ配信ルーム画面８５０では表示されない。外れエフェクト８７０は、図２３のライブ配信ルーム画面８５０に表示されていたものと同一の表にされたトランプオブジェクト８６１と、裏にされたトランプオブジェクト８６３を表にしたトランプオブジェクト８６５と、ステータス表示領域８６４と、を含む。ステータス表示領域８６４は、外れと決定された結果賭けているポイントが０になったことを示すテキストを含む。外れテキスト８７２は、配信者の予想が外れ、報酬が付与されないことを表すテキストを含む。図２４のコメント表示領域６５４は、視聴者が配信者に特殊ギフトを贈ったが配信者の予想が外れたたことを示すシステムメッセージ８７４を新たに表示するよう更新される。外れエフェクト８７０、外れテキスト８７２およびシステムメッセージ８７４は視聴者のユーザ端末３０のディスプレイに表示されているライブ配信ルーム画面にも表示される。配信側ＵＩ制御部１０８は、図２４のライブ配信ルーム画面８５０において、選択可能な複数のオブジェクトの表示を止めることで、オブジェクトの選択の受け付けを止める。

図２５は、配信者のユーザ端末２０のディスプレイに表示される、当たりエフェクト８８４が重畳表示されたライブ配信ルーム画面８５０の代表画面図である。このライブ配信ルーム画面８５０は、配信者が選択したオブジェクトに応じて決定した当たり・外れの結果を、ライブ配信中に表示するものである。特に図２５のライブ配信ルーム画面８５０は、結果通知信号が当たりを示す場合に対応する。このライブ配信ルーム画面８５０は、当たりエフェクト８８４と、当たりテキスト８８６と、図２３で配信者が選択したオブジェクトであるハイのオブジェクト８５８と、を含む。選択されなかった他の選択肢のオブジェクト８６０、８６２は、図２５のライブ配信ルーム画面８５０では表示されない。当たりエフェクト８８４は、図２３のライブ配信ルーム画面８５０に表示されていたものと同一の表にされたトランプオブジェクト８６１と、裏にされたトランプオブジェクト８６３を表にしたトランプオブジェクト８６５と、ステータス表示領域８６４と、を含む。ステータス表示領域８６４は、当たりと決定された結果増加した賭けているポイントの量を示すテキストを含む。当たりテキスト８８６は、配信者の予想が当たったことを表すテキストを含む。図２５のコメント表示領域６５４は、視聴者が配信者に特殊ギフトを贈ったことを示すシステムメッセージ８８０を新たに表示するよう更新される。当たりエフェクト８８４、当たりテキスト８８６およびシステムメッセージ８８０は視聴者のユーザ端末３０のディスプレイに表示されているライブ配信ルーム画面にも表示される。

図２６は、配信者のユーザ端末２０のディスプレイに表示されるライブ配信ルーム画面８５０の代表画面図である。図２５のライブ配信ルーム画面８５０において配信者が画面をタップすると、図２６のライブ配信ルーム画面８５０が表示される。図２６のライブ配信ルーム画面８５０の構成は、情報の内容が更新されていることを除いて図２３のライブ配信ルーム画面８５０の構成と同様である。

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

本実施の形態に係るライブ配信システム１によると、視聴者が配信者に特殊ギフトを贈ると、配信者に入力が求められ、その入力の内容に応じて配信者に報酬が付与されるか否かや報酬の量が決定される。これにより、視聴者がギフトを贈って配信者がそれにお礼を言うというやりとりにとどまらず、どの選択肢を選ぶかの議論や当たりに対する賞賛など配信者と視聴者との間により多くのインタラクションを起こすことができる。これにより、配信者と視聴者とのつながりをより強めることができる。

また、本実施の形態に係るライブ配信システム１では、複数回の入力の内容に応じて報酬を付与するか否かおよび／または報酬の量を決定することができる。これにより、ギフト設計の柔軟性を高めてより楽しいギフト体験を配信者、視聴者に提供することができる。

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

情報処理装置９００は、ＣＰＵ９０１、ＲＯＭ（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 (4)

1. ライブ配信の配信者の端末に、
   ネットワークを介してサーバに、ライブ配信に係る動画データを送信する機能と、
   配信者に対してギフトが使用された場合、配信者による、使用されたギフトに関連する入力を受け付ける機能と、
   配信者に電子的価値を付与するか否かおよび／または配信者に付与する電子的価値の量を、受け付けられた入力の内容に応じて決定した結果を、ライブ配信中にディスプレイに表示させる機能と、を実現させ、
   入力を受け付ける機能は、
   複数のオブジェクトをディスプレイに表示させる機能と、
   配信者による、複数のオブジェクトのうちのひとつのオブジェクトの指定を受け付ける機能と、
   指定されたオブジェクトが当たりのオブジェクトである場合、新たな複数のオブジェクトをディスプレイに表示させる機能と、
   指定されたオブジェクトがはずれのオブジェクトである場合、入力の受け付けを止める機能と、を含むコンピュータプログラム。
2. ギフトはライブ配信中にそのライブ配信の視聴者によって使用され、
   決定した結果はライブ配信の視聴者の端末のディスプレイにも表示される請求項１に記載のコンピュータプログラム。
3. 使用されたギフトに関連する入力を受け付け可能な期間において、ライブ配信の視聴者からのメッセージを配信者に提供する機能をさらに配信者の端末に実現させる請求項１に記載のコンピュータプログラム。
4. ライブ配信の配信者の端末であって、
   ネットワークを介してサーバに、ライブ配信に係る動画データを送信する手段と、
   配信者に対してギフトが使用された場合、配信者による、使用されたギフトに関連する入力を受け付ける手段と、
   配信者に電子的価値を付与するか否かおよび／または配信者に付与する電子的価値の量を、受け付けられた入力の内容に応じて決定した結果を、ライブ配信中にディスプレイに表示させる手段と、を備え、
   入力を受け付ける手段は、
   複数のオブジェクトをディスプレイに表示させる手段と、
   配信者による、複数のオブジェクトのうちのひとつのオブジェクトの指定を受け付ける手段と、
   指定されたオブジェクトが当たりのオブジェクトである場合、新たな複数のオブジェクトをディスプレイに表示させる手段と、
   指定されたオブジェクトがはずれのオブジェクトである場合、入力の受け付けを止める手段と、を含む端末。

Images