特許 7402771 管理サーバ、ユーザ端末、情報処理方法、プログラム、および記録媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-13

(45)【発行日】2023-12-21

(54)【発明の名称】管理サーバ、ユーザ端末、情報処理方法、プログラム、および記録媒体

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231214BHJP

   G06Q 30/0207 20230101ALI20231214BHJP

   H04L 67/02 20220101ALI20231214BHJP

【ＦＩ】

G06Q50/10

G06Q30/0207

H04L67/02

【請求項の数】 8

(21)【出願番号】P 2020154627

(22)【出願日】2020-09-15

(62)【分割の表示】P 2019229111の分割

【原出願日】2019-12-19

(65)【公開番号】P2021099784

(43)【公開日】2021-07-01

【審査請求日】2022-11-29

(73)【特許権者】

【識別番号】598138327

【氏名又は名称】株式会社ドワンゴ

(74)【代理人】

【識別番号】100083806

【弁理士】

【氏名又は名称】三好 秀和

(74)【代理人】

【識別番号】100101247

【弁理士】

【氏名又は名称】高橋 俊一

(74)【代理人】

【識別番号】100095500

【弁理士】

【氏名又は名称】伊藤 正和

(74)【代理人】

【識別番号】100098327

【弁理士】

【氏名又は名称】高松 俊雄

(72)【発明者】

【氏名】小嶋 尚

(72)【発明者】

【氏名】丹羽 一臣

【審査官】塩田 徳彦

(56)【参考文献】

【文献】特許第６５５０５４９（ＪＰ，Ｂ１）

【文献】特開２０１８－１８２５４６（ＪＰ，Ａ）

【文献】特許第６４３００５９（ＪＰ，Ｂ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

Ｈ０４Ｌ ６７／０２

(57)【特許請求の範囲】

【請求項1】

ライブ公演または生放送においてユーザが投入するギフト投入要求を管理する管理サーバであって、
ユーザ端末に対するユーザの操作に応じて送信されるギフト投入要求を受信する受信部と、
パフォーマンス中の対象に前記ユーザの設定したギフト対象が含まれるか否か判定する判定部と、
前記判定部の判定結果に応じて対価と引き換えに前記ギフト投入要求を受け入れる制御部を備える
管理サーバ。

【請求項2】

請求項１に記載の管理サーバであって、
前記ギフト対象は、前記ライブ公演または生放送の途中で、前記ユーザによって設定される
管理サーバ。

【請求項3】

ライブ公演または生放送においてパフォーマンス中の対象にギフトを投入するためのユーザ端末であって、
ユーザによるギフトを投入する操作を検知する検知部と、
前記操作に応じて、パフォーマンス中の対象に前記ユーザの設定したギフト対象が含まれるか否かを判定する判定部と、
前記判定部の判定結果に応じてギフト投入要求を送信する送信部を備える
ユーザ端末。

【請求項4】

ライブ公演または生放送においてユーザが投入するギフト投入要求を管理する管理サーバの実行する情報処理方法であって、
ユーザ端末に対するユーザの操作に応じて送信されるギフト投入要求を受信するステップと、
パフォーマンス中の対象に前記ユーザの設定したギフト対象が含まれるか否か判定するステップと、
前記判定するステップの判定結果に応じて対価と引き換えに前記ギフト投入要求を受け入れるステップを有する
情報処理方法。

【請求項5】

ライブ公演または生放送においてパフォーマンス中の対象にギフトを投入するためのユーザ端末の実行する情報処理方法であって、
ユーザによるギフトを投入する操作を検知するステップと、
前記操作に応じて、パフォーマンス中の対象に前記ユーザの設定したギフト対象が含まれるか否かを判定するステップと、
前記判定するステップの判定結果に応じてギフト投入要求を送信するステップを有する
情報処理方法。

【請求項6】

コンピュータをライブ公演または生放送においてユーザが投入するギフト投入要求を管理する管理サーバとして動作させるプログラムであって、
ユーザ端末に対するユーザの操作に応じて送信されるギフト投入要求を受信する処理と、
パフォーマンス中の対象に前記ユーザの設定したギフト対象が含まれるか否か判定する処理と、
前記判定する処理の判定結果に応じて対価と引き換えに前記ギフト投入要求を受け入れる処理をコンピュータに実行させる
プログラム。

【請求項7】

コンピュータをライブ公演または生放送においてパフォーマンス中の対象にギフトを投入するためのユーザ端末として動作させるプログラムであって、
ユーザによるギフトを投入する操作を検知する処理と、
前記操作に応じて、パフォーマンス中の対象に前記ユーザの設定したギフト対象が含まれるか否かを判定する処理と、
前記判定する処理の判定結果に応じてギフト投入要求を送信する処理をコンピュータに実行させる
プログラム。

【請求項8】

請求項６または７に記載のプログラムを格納した記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理サーバ、ユーザ端末、ギフトシステムおよび情報処理方法に関する。

【背景技術】

【0002】

スマートフォンやパーソナルコンピュータを用い、生放送形式で動画を配信できるサービスが広まっている。視聴者が、配信された動画にコメントを投稿したり、ギフト（投げ銭、アイテムなどと呼ばれることもある）を投入したりできるサービスも知られている。特許文献１では、ユーザがフリック操作することでコンテンツを応援できる。

【0003】

また、ライブ会場のパフォーマンスに対して、会場内の観客が自身の保持するスマートフォンから電子的にギフトを送信することも行われている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１８－１８２５４６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ライブ会場において、特許文献１のように、フリック操作によりギフトを送信する場合、観客は下を向いて端末を見ながら操作する必要がある。そのため、ギフトを送信する動作はライブの盛り上げには寄与しない。

【0006】

ライブ会場において、観客がスマートフォンをステージに向かって振る、というシンプルな応援動作でギフトを送信できれば、スマートフォンの画面の明かりを観客席の演出に使いつつ、ギフトを投入できるので、観客の満足度やライブの盛り上がりにも有効であると考えられる。

【0007】

しかしながら、ライブ全体を通してスマートフォンを振り続けると、ギフトと引き換えに支払う対価が過大となってしまうという問題があった。観客は、ライブ公演の全体を通してライブを盛り上げつつも、特定のパフォーマに対してのみギフトを送信したいと思うこともある。

【0008】

観客がスマートフォンを操作し、ギフトの送信をオン・オフできるようにしてもよいが、ライブ中にスマートフォンを操作することは煩雑である。

【0009】

本発明は、上記に鑑みてなされたものであり、ライブ公演や生放送を盛り上げる動作の中で、所望の対象にギフトを投入できるシステムを提供することを目的とする。

【課題を解決するための手段】

【0010】

本発明の一態様の管理サーバは、ライブ公演または生放送においてユーザが投入するギフト投入要求を管理する管理サーバであって、ユーザ端末に対するユーザの操作に応じて送信されるギフト投入要求を受信する受信部と、パフォーマンス中の対象に前記ユーザの設定したギフト対象が含まれるか否か判定する判定部と、前記判定部の判定結果に応じて対価と引き換えに前記ギフト投入要求を受け入れる制御部を備える。
本発明の一態様のユーザ端末は、ライブ公演または生放送においてパフォーマンス中の対象にギフトを投入するためのユーザ端末であって、ユーザによるギフトを投入する操作を検知する検知部と、前記操作に応じて、パフォーマンス中の対象に前記ユーザの設定したギフト対象が含まれるか否かを判定する判定部と、前記判定部の判定結果に応じてギフト投入要求を送信する送信部を備える。

【発明の効果】

【0011】

本発明によれば、ライブ公演や生放送を盛り上げる動作の中で、所望の対象にギフトを投入できるシステムを提供することができる。

【図面の簡単な説明】

【0012】

【図1】図１は、本実施形態のギフトシステムの構成例を示す図である。

【図2】図２は、ギフトシステムを適用したライブ公演の一例を示す図である。

【図3】図３は、管理サーバとユーザ端末の構成例を示す図である。

【図4】図４は、管理サーバの保持するギフト対象の一例を示す図である。

【図5】図５は、ギフトを投入する処理の流れを示すフローチャートである。

【図6】図６は、変形例の管理サーバとユーザ端末の構成例を示す図である。

【図7】図７は、変形例のギフトを投入する処理の流れを示すフローチャートである。

【発明を実施するための形態】

【0013】

［システム構成］
以下、本実施形態について図面を用いて説明する。

【0014】

図１は、本実施形態のギフトシステムの構成例を示す図である。本実施形態のギフトシステムは、ライブ公演または生放送においてユーザが投入するギフトを管理するシステムである。同図に示すギフトシステムは、管理サーバ１０、演出サーバ２０、課金サーバ３０、およびユーザ端末４０を含む。これらの装置はネットワークを介して接続される。

【0015】

管理サーバ１０は、ユーザ端末４０の送信したギフト投入要求を受信し、対価と引き換えにギフト投入要求を受け入れて、ギフト投入要求に応じた演出をライブ会場または生放送動画に追加する。対価は、現実のお金でもよいし、ユーザが事前に購入したポイントであってもよい。ユーザは、ギフト（投げ銭、アイテムなどと呼ばれることもある）を投入することで、ライブ公演や生放送を盛り上げたり、パフォーマや配信者を支援したりすることができる。ギフトによる収益は、ライブ公演のパフォーマまたは生放送の配信者に協力金として分配されてもよい。

【0016】

管理サーバ１０は、ユーザごとに、ユーザがギフトを投入したい対象（ギフト対象）を管理し、現在パフォーマンス中の対象がギフト対象の場合にのみギフト投入要求を受け入れる。例えば、ギフト対象として、ユーザの応援したいパフォーマ、ユーザの好きな曲、またはユーザの応援したいパフォーマが出演する時間帯を設定しておく。管理サーバ１０には、現在パフォーマンス中のパフォーマや曲などの情報がスタッフにより入力される。現在パフォーマンス中の対象がギフト投入要求を送信したユーザのギフト対象に含まれない場合、ギフト投入要求を拒絶する。

【0017】

演出サーバ２０は、管理サーバ１０の受け入れたギフト投入要求に応じた演出をライブまたは生放送動画に追加する。演出サーバ２０は、ギフトの対価に応じて演出を変えてもよい。

【0018】

例えば、ライブ公演では、演出サーバ２０は、ライブ会場に設置されたスクリーン上にギフトの映像を表示したり、ライブ会場内の照明を制御して演出を加えたり、音による演出を加えたりする。あるいは、演出サーバ２０は投入されたギフトに応じてスコアを加算し、スコアが所定の閾値を超えたときに演出を加えてもよい。演出サーバ２０は、ユーザ端末４０に演出を加えてもよい。例えば、ライブ会場でユーザの振っているユーザ端末４０の画面に所定の画像を表示させる。

【0019】

生放送では、演出サーバ２０は、配信される生放送動画に、ギフトの映像を重畳させたり、音を追加したりする。３次元仮想空間内で行われる生放送番組の場合、演出サーバ２０は、ギフトに応じたギフトオブジェクトを仮想空間内に出現させてもよい。

【0020】

課金サーバ３０は、管理サーバ１０の受け入れたギフト投入要求に応じた対価をユーザに課金する。例えば、課金サーバ３０は、ユーザが事前に購入したポイントの残高からギフト投入要求に応じた対価に相当するポイントを引く。課金サーバ３０は、決済処理が完了したことを管理サーバ１０へ通知し、管理サーバ１０は、ギフト投入要求に応じた演出を加えるように、演出サーバ２０へ指示を出す。ポイント残高が足りない場合、課金サーバ３０は、決済処理が失敗したことを管理サーバ１０へ通知し、管理サーバ１０は、ギフト投入要求を拒絶し、決済処理が失敗したことをユーザ端末４０へ通知する。

【0021】

ユーザ端末４０は、ライブを盛り上げたり、ギフト投入要求を送信したりするために用いる端末である。例えば、ユーザの持つスマートフォンで所定のアプリケーションを起動し、スマートフォンをユーザ端末４０として用いることができる。ユーザは、ライブ会場において画面を点灯させたユーザ端末４０を振ることで、ライブを盛り上げることができる。また、ユーザは、ユーザ端末４０を操作してギフト投入要求を管理サーバ１０へ送信できる。ユーザ端末４０の操作を、ライブを盛り上げたり、自身を盛り上げたりする動作とすることで、ライブを盛り上げながら、ギフト対象にギフトを投入することができる。例えば、ライブ会場において、ユーザがユーザ端末４０を持った状態で腕を振ったり、腕を突き上げたり、ジャンプしたりすると、ユーザ端末４０はユーザの動きを検知してギフト投入要求を管理サーバ１０へ送信する。つまり、ユーザがユーザ端末４０を持った状態でパフォーマを応援したりライブを盛り上げたりする動作を行うと、ユーザ端末４０はその動作を検知してギフト投入要求を管理サーバ１０へ送信する。

【0022】

自宅にて生放送を視聴する場合、ユーザが生放送の視聴に用いる機器をユーザ端末４０として動作させてもよい。例えば、ユーザは、ユーザ端末４０のキーボードを操作したり、画面に表示されるギフト投入ボタンを操作したりすると、生放送の配信者にギフトを送ることができる。ユーザは、ギフトを送信するときに、生放送動画に重畳して表示されるコメントを付与してもよい。ユーザは、コメントを送信して生放送を盛り上げながら、ギフトを投入できる。自宅にて生放送を視聴する場合も、スマートフォンをユーザ端末４０として用い、ユーザがユーザ端末４０を持って所定のアクションしたときにギフト投入要求が送信されてもよい。

【0023】

いずれの場合も、ユーザはライブや生放送を盛り上げる動作をしながら、ギフト投入要求を送信できる。本実施形態では、事前に設定されたギフト対象に対するギフト投入要求のみが受け入れられるので、ギフトを送りたい対象とギフトを送りたくない対象とで、ユーザが意識的に動作を変えることなく、ライブや生放送を盛り上げながら、所望のギフト対象のみにギフトを送ることができる。

【0024】

図２に、本実施形態のギフトシステムを適用したライブ公演の一例を示す。図２の例では、ライブハウスのステージ上に透明スクリーン５００を配置し、コンピュータグラフィックス（ＣＧ）で描かれたパフォーマ５１０によるライブイベントが開催されている。パフォーマ５１０の動きは舞台袖または別室スタジオのスタッフによりリアルタイムで操作される。パフォーマ５１０の歌と会話もスタッフによりリアルタイムで行われる。

【0025】

観客（ユーザ）６００は、ライブ会場の観客席から透明スクリーン５００に映されたパフォーマ５１０を応援する。観客６００の持つスマートフォンをユーザ端末４０として動作させる。観客６００がユーザ端末４０を振ってパフォーマ５１０を応援すると、ユーザ端末４０は観客６００の動きを検知してギフト投入要求を送信する。

【0026】

観客６００からギフトが投入されると、ギフトに応じた演出が透明スクリーン５００上に加えられる。図２の例では、ギフトの投入に応じて、透明スクリーン５００上に花火５２０の映像を描画している。

【0027】

［装置構成］
図３を参照し、管理サーバ１０とユーザ端末４０の構成例について説明する。同図に示す管理サーバ１０は、受信部１０１、判定部１０２、制御部１０３、通知部１０４、および記憶部１０５を備える。ユーザ端末４０は、検知部４０１、送信部４０２、および通知部４０３を備える。管理サーバ１０とユーザ端末４０は、中央演算処理装置（ＣＰＵ）、メモリ、ストレージ、通信機能、および入出力機能を備える汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、管理サーバ１０とユーザ端末４０が実現される。このプログラムは磁気ディスク、光ディスク、半導体メモリ等のコンピュータ読み取り可能な記録媒体に記録することも、ネットワークを介して配信することもできる。管理サーバ１０を複数台のコンピュータで実現してもよいし、クラウド上の仮想マシンで実現してもよい。管理サーバ１０が演出サーバ２０および課金サーバ３０の機能を保持してもよい。

【0028】

まず、ユーザ端末４０の各部について説明する。

【0029】

検知部４０１は、加速度センサやジャイロセンサなどを用いてユーザ端末４０の動きを検知する。検知部４０１は、所定の動きを検知すると、ユーザが所定のアクションをしたと判定し、送信部４０２にギフト投入要求の送信を指示する。検知部４０１は、ユーザ端末４０の備えるタッチパネルへの操作に基づいて所定のアクションを検知してもよい。

【0030】

送信部４０２は、検知部４０１からの指示に基づいて、ギフト投入要求を管理サーバ１０へ送信する。ギフト投入要求は、ユーザを識別するためのユーザＩＤ、投入するギフトの種別またはギフトと引き換える対価の情報を含んでもよい。あるいは、ギフト投入要求は、ギフト対象の情報を含んでもよい。

【0031】

通知部４０３は、ギフト投入要求の受け入れ結果を受信し、ギフト投入結果をユーザに通知する。例えば、ギフト投入要求が受け入れられたときにユーザ端末４０を振動させたり、画面を光らせたり、音を出したりする。ギフト投入要求が拒絶されたときにユーザに通知してもよい。

【0032】

ギフト投入要求の受け入れ結果には、ギフトと引き換えた対価の情報やギフトを投入した対象の情報を含んでもよい。通知部４０３は、引き換えた対価の累計を保持し、その累積をユーザに通知してもよい。通知部４０３は、対象ごとに対価の累計を計算してもよい。

【0033】

また、通知部４０３は、ギフト投入要求が受け入れられるか否かをユーザに通知してもよい。例えば、通知部４０３は、管理サーバ１０からギフト投入の可否情報を受信したり、現在パフォーマンス中の対象に関する情報を受信したりして、ギフト投入の可否をユーザに知らせる。通知部４０３は、振動、画面の表示内容、または音でギフト投入の可否を知らせる。ギフトの投入が可能になったことを知らせることで、ユーザにギフトの投入を促すことができる。

【0034】

続いて、管理サーバ１０の各部について説明する。

【0035】

受信部１０１は、ユーザ端末４０からギフト投入要求を受信する。

【0036】

判定部１０２は、受信したギフト投入要求を受け入れるか否か判定する。具体的には、判定部１０２は、現在パフォーマンス中の対象にギフト投入要求を送信したユーザのギフト対象が含まれるか否かを判定し、受信したギフト投入要求を受け入れるか否かを決定する。現在パフォーマンス中の対象がギフト対象の場合、ギフト投入要求を受け入れると判定し、現在パフォーマンス中の対象がギフト対象でない場合、ギフト投入要求を拒絶すると判定する。

【0037】

制御部１０３は、ギフト投入要求を受け入れる場合、ギフト投入要求に応じた対価を課金サーバ３０に通知してユーザに課金し、ギフト投入要求に応じた演出を演出サーバ２０に実施させる。

【0038】

通知部１０４は、ギフト投入要求の受け入れ結果やギフトの投入可否をユーザ端末４０へ通知する。

【0039】

記憶部１０５は、判定部１０２の判定処理に必要な情報を記憶する。例えば、記憶部１０５は、図４に示すように、ユーザごとにギフト対象を記憶する。図４の例では、ギフト対象として、パフォーマ、曲、および時間帯を記憶している。ギフト対象ごとにギフトの種別や対価を変えられるようにしてもよい。例えば、曲Ｂについては低い対価を設定し、曲Ｃについては高い対価を設定する。

【0040】

ギフト対象や対価は、ユーザが事前に設定してもよいし、システム（主催者）が設定してもよい。

【0041】

ユーザが設定する場合、例えば、ユーザ端末４０を用いて、好きなパフォーマや曲を事前に管理サーバ１０に登録しておく。ユーザは、ライブのタイムテーブルを参照し、ギフトを投入する時間帯を管理サーバ１０に登録してもよい。ユーザは、ライブの途中で、ギフト対象を追加したり、削除したり、変更したりできてもよい。

【0042】

システムがギフト対象を設定する場合、例えば、システムは、ユーザのチケット購入履歴や視聴番組履歴などのユーザの嗜好に基づいてギフト対象を設定してもよい。システムは、ユーザ全体に対して一律に、ギフトを受け入れ可能な時間帯を設定したり、ギフトを投入可能なパフォーマや曲を設定したりしてもよい。システムは、ユーザごとに、ギフト対象を設定してもよい。例えば、ユーザをランク分けし、ランクの高いユーザのみがギフトを投入可能なギフト対象を設定してもよい。

【0043】

［ギフト投入処理］
図５のフローチャートを参照し、管理サーバ１０の処理について説明する。

【0044】

ステップＳ１１にて、受信部１０１は、ユーザ端末４０からギフト投入要求を受信する。

【0045】

ステップＳ１２にて、判定部１０２は、現在パフォーマンス中の対象は、ギフト対象であるか否か判定する。以下、判定部１０２の判定処理の具体例を示す。

【0046】

ギフト投入要求を受信すると、判定部１０２は、ギフト投入要求を送信したユーザを特定し、当該ユーザのギフト対象を記憶部１０５から取得する。例えば、図４のユーザＵ０００１の場合、判定部１０２は、ギフト対象として、パフォーマＡ、曲Ｂ、および曲Ｃを取得する。現在のパフォーマンスがパフォーマＡによるもの場合、あるいは曲Ｂや曲Ｃが演奏されている場合、判定部１０２は、ギフト投入要求を受け入れると判定する。現在のパフォーマンスにギフト対象が含まれていない場合、判定部１０２は、ギフト投入要求を拒絶すると判定する。なお、判定部１０２は、パフォーマンス中のパフォーマおよび曲の情報を取得できるものとする。例えば、スタッフが現在パフォーマンス中のパフォーマや曲の情報を管理サーバ１０に入力したり、事前にパフォーマンス順序と時刻を管理サーバ１０に入力したりする。

【0047】

ギフト投入要求がギフト対象を含む場合、判定部１０２は、現在パフォーマンス中の対象とギフト投入要求の含むギフト対象とを比較してもよい。

【0048】

ギフト投入要求を受け入れる場合、ステップＳ１３にて、制御部１０３は、ギフト投入要求に応じた対価を課金する指示を課金サーバ３０に出し、ステップＳ１４にて、ギフト投入要求に応じた演出をする指示を演出サーバ２０に出す。

【0049】

ギフト投入要求がギフトの種別または対価の情報を含む場合、制御部１０３は、ギフト投入要求の含むギフトの種別または対価に応じた指示を課金サーバ３０に出してもよい。

【0050】

ギフト投入要求を拒絶する場合、ステップＳ１５にて、通知部１０４は、ギフト投入要求を拒絶したことをユーザ端末４０へ通知する。なお、通知部１０４は、ギフト投入要求を受け入れた場合にギフト投入要求を受け入れたことをユーザ端末４０へ通知してもよい。

【0051】

［変形例］
以下、変形例のギフトシステムについて説明する。変形例のギフトシステムは、ギフト投入要求を送信するか否かをユーザ端末４０が判定する。

【0052】

図６を参照し、変形例の管理サーバ１０とユーザ端末４０の構成例について説明する。同図に示す管理サーバ１０は、受信部１０１、制御部１０３、および通知部１０４を備える。ユーザ端末４０は、検知部４０１、送信部４０２、通知部４０３、判定部４０４、および記憶部４０５を備える。図６の管理サーバ１０とユーザ端末４０は、図３で示した各部と同様の機能を備えてよい。

【0053】

まず、ユーザ端末４０の各部について説明する。

【0054】

検知部４０１は、加速度センサやジャイロセンサなどを用いてユーザ端末４０の動きを検知する。検知部４０１は、所定の動きを検知したことを判定部４０４に通知する。

【0055】

判定部４０４は、ギフト投入要求を送信するか否かを判定する。具体的には、判定部４０４は、現在パフォーマンス中の対象にギフト対象が含まれるか否かを判定し、ギフト投入要求を送信するか否かを決定する。現在パフォーマンス中の対象の情報は、管理サーバ１０に問い合わせてもよいし、管理サーバ１０から受信した情報を記憶部４０５に記憶しておいてもよい。ギフト対象は、記憶部４０５に記憶しておく。

【0056】

送信部４０２は、判定部４０４の判定結果に基づいて、ギフト投入要求を管理サーバ１０へ送信する。

【0057】

記憶部４０５は、判定部４０４の判定処理に必要な情報を記憶する。例えば、図４に示したような、ギフト対象を記憶する。

【0058】

通知部４０３は、ギフト投入結果を受信し、ギフト投入結果をユーザに通知する。

【0059】

また、通知部４０３は、管理サーバ１０からパフォーマンス中の対象の情報を受信し、記憶部４０５に記憶させる。通知部４０３は、管理サーバ１０から受信したパフォーマンス中の対象がギフト対象である場合は、ギフト投入の可否をユーザに知らせてもよい。

【0060】

続いて、変形例の管理サーバ１０の各部について説明する。

【0061】

受信部１０１は、ユーザ端末４０からギフト投入要求を受信する。

【0062】

制御部１０３は、ギフト投入要求に応じた対価を課金サーバ３０に通知してユーザに課金し、ギフト投入要求に応じた演出を演出サーバ２０に実施させる。

【0063】

通知部１０４は、ユーザ端末４０へギフト投入結果を通知したり、ユーザ端末４０へ現在パフォーマンス中の対象の情報を通知したりする。

【0064】

図７のフローチャートを参照し、変形例のユーザ端末４０の処理について説明する。

【0065】

ステップＳ２１にて、検知部４０１は、ユーザ端末４０の動きから、ユーザが所定のアクションをしたことを検知する。

【0066】

ステップＳ２２にて、判定部４０４は、現在パフォーマンス中の対象は、ギフト対象であるか否か判定する。

【0067】

判定部４０４がギフト対象であると判定した場合、ステップＳ２３にて、送信部４０２は、ギフト投入要求を管理サーバ１０へ送信する。

【0068】

判定部４０４がギフト対象ではないと判定した場合は処理を終了する。通知部４０３は、ギフトを投入するアクションは検知したが、ギフト対象ではないのでギフト投入要求を送信していないことをユーザに通知してもよい。

【0069】

［その他の変形例］
図３の管理サーバ１０がギフト投入要求を受け入れる条件または図６のユーザ端末４０がギフト投入要求を送信する条件として、対価の累計が上限値を超えていないことを加えてもよい。例えば、管理サーバ１０は、ユーザごとに、ユーザが支払った対価の累計を求めておき、対価の累計が上限値に達したユーザからのギフト投入要求は、現在パフォーマンス中の対象がギフト対象であるか否かによらず拒絶する。これにより、ユーザのお金の使い過ぎを抑えて、ユーザが継続してライブに参加したり、生放送を視聴したりすることを期待できる。

【0070】

上限値は、ユーザごとに設定してもよいし、ライブごと、つまりユーザ全体で設定してもよい。ユーザ全体で上限値を設定する場合、ライブで支払われた対価の総累計が上限値に達したときは、以降のギフト投入要求を拒絶する。

【0071】

上限値は、時間ごとに設定されてもよいし、対象ごとに設定されてもよい。例えば、ライブ開始から１時間後まで、１時間後から２時間後まで、および２時間後から最後までの各時間帯に上限値を設定しておく。各時間帯で対価の累計が上限値に達したときは、ギフト投入要求を拒絶する。次の時間帯になると、累計をリセットしてギフト投入要求を受け入れる。対象ごとに上限値を設定した場合も同様に処理できる。

【0072】

上記の上限値の条件を組み合わせてもよい。例えば、ユーザごとの上限値とユーザ全体の上限値を設定しておき、累計がいずれかの上限値に達したときは、ギフト投入要求を拒絶する。

【0073】

以上説明したように、本実施形態のギフトシステムは、ライブ公演または生放送においてユーザが投入するギフト投入要求を管理する管理サーバ１０とユーザの保持するユーザ端末４０を備える。管理サーバ１０は、ユーザの動作に応じて送信されるギフト投入要求を受信する受信部１０１と、パフォーマンス中の対象に基づいてギフト投入要求を受け入れるか否か判定する判定部１０２と、判定部１０２の判定結果に応じて対価と引き換えにギフト投入要求を受け入れる制御部１０３を備える。ユーザ端末４０は、振動を検知する検知部４０１と、検知部４０１が振動を検知したときにギフト投入要求を送信する送信部４０２を備える。これにより、ユーザは、ユーザ端末４０をステージに向かって振る動作により、ライブを盛り上げながら、ユーザの望むギフト対象のみにギフトを投入することができる。ライブで使用するお金を抑制できるので、ユーザへの金銭的負担が軽減され、参加継続性を確保できる。

【符号の説明】

【0074】

１０…管理サーバ １０１…受信部 １０２…判定部 １０３…制御部 １０４…通知部 １０５…記憶部 ２０…演出サーバ ３０…課金サーバ ４０…ユーザ端末 ４０１…検知部 ４０２…送信部 ４０３…通知部 ４０４…判定部 ４０５…記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】