JP7149193B2

JP7149193B2 - カラオケシステム

Info

Publication number: JP7149193B2
Application number: JP2019014068A
Authority: JP
Inventors: 潤有馬
Original assignee: Daiichikosho Co Ltd
Current assignee: Daiichikosho Co Ltd
Priority date: 2019-01-30
Filing date: 2019-01-30
Publication date: 2022-10-06
Anticipated expiration: 2039-01-30
Also published as: JP2020122857A

Description

本発明はカラオケシステムに関する。

スマートフォンのような利用者端末を利用し、誰でも気軽にライブ配信を行うことができるサービスやプラットフォーム（以下、ライブ配信サービス）が普及している。このようなライブ配信サービスの中には、カラオケ用の音源を利用できるものも存在する（非特許文献１及び２参照。以下、カラオケ配信対応サービス）。

ライブ配信サービスの利用者は、自己の利用者端末から放音される演奏音に合わせてカラオケ歌唱を行いながら、自らがカラオケ歌唱する姿を利用者端末で撮影する。利用者端末は、撮影された動画像を用いて歌唱動画を生成し、サーバ装置にストリーミング送信する。一方、他の利用者は、自らの利用者端末を用いてサーバ装置にアクセスすることにより、ストリーミング送信されている歌唱動画を自由に視聴することができる。

この際、カラオケ歌唱を行った利用者は、歌唱動画を視聴した視聴者からのコメントやギフト（ライブ配信サービス内で使用可能な仮想通貨等）の受信に対応しながら、楽曲の予約やカラオケ歌唱を行う必要があり煩雑である。一方、カラオケ歌唱を行った利用者は、視聴者を増やすために、自らがカラオケ歌唱でき、且つ視聴者の要望に沿った楽曲を選曲する必要がある。

特許文献１には、不特定の利用者に対して歌唱してもらいたい楽曲をリクエスト曲として報知するカラオケシステムが開示されている。

特開２００９－１７５５１５号公報

「ＳＨＯＷＲＯＯＭ」、株式会社第一興商、ＳＨＯＷＲＯＯＭ株式会社、［平成３１年１月１６日検索］、インターネット、＜ＵＲＬ：https://prtimes.jp/main/html/rd/p/000000434.000014607.html＞

「ＬＩＮＥＬＩＶＥ」、株式会社エクシング、ＬＩＮＥ株式会社、［平成３１年１月１６日検索］、インターネット、＜ＵＲＬ：https://prtimes.jp/main/html/rd/p/000001318.000001594.html＞

ところで、ライブ配信される歌唱動画の視聴者は不特定多数且つ流動的である。特許文献１に記載されている技術では、そのような視聴者が聴きたいと思う楽曲を容易に決定することは困難である。

本発明の目的は、歌唱動画をライブ配信する際に、視聴者が聴きたい楽曲を容易に決定することが可能なカラオケシステムを提供することにある。

上記目的を達成するための一の発明は、複数の利用者端末、及び当該利用者端末と通信可能なサーバ装置を含むカラオケシステムであって、前記利用者端末のうち、カラオケ歌唱を行う歌唱者が操作する歌唱者端末は、前記カラオケ歌唱を行う複数の楽曲から構成されたセットリストを生成し、前記サーバ装置に送信するセットリスト生成部と、前記サーバ装置から受信した楽曲の演奏データに基づいてカラオケ演奏を行う演奏処理部と、前記演奏処理部が行うカラオケ演奏の演奏音と、集音手段により集音されたカラオケ歌唱の歌唱音声と、撮影手段によりカラオケ歌唱を行う前記歌唱者を撮影して得られる動画像とに基づいて歌唱動画を生成し、前記サーバ装置にストリーミング送信する転送部と、を有し、前記利用者端末のうち、前記歌唱動画を視聴する視聴者が操作する視聴者端末は、前記サーバ装置がライブ配信する前記歌唱動画を表示手段に表示させる第１の表示制御部と、前記サーバ装置が公開した投票用楽曲リストを前記表示手段に表示させる第２の表示制御部と、前記投票用楽曲リストに含まれる楽曲のうち、前記歌唱者にカラオケ歌唱を行って欲しい楽曲として前記視聴者が選択した楽曲を示す投票情報を前記サーバ装置に送信する投票部と、を有し、前記サーバ装置は、前記歌唱者端末から受信した前記セットリストから前記演奏データを送信した楽曲を削除することにより前記セットリストを更新し、前記投票用楽曲リストとして公開する公開部と、前記歌唱者端末がストリーミング送信中の前記歌唱動画を前記視聴者端末にライブ配信する配信部と、複数の前記視聴者端末から送信され、前記サーバ装置の記憶手段に記憶された前記投票情報を集計して投票結果を出力する集計部と、出力した前記投票結果に基づいて、前記投票用楽曲リストに含まれる楽曲の中から、前記歌唱者端末に前記演奏データを送信する次の楽曲を決定する決定部と、決定した前記楽曲の演奏データを前記歌唱者端末に対し送信するデータ送信部と、を有するカラオケシステムである。
本発明の他の特徴については、後述する明細書及び図面の記載により明らかにする。

本発明によれば、歌唱動画をライブ配信する際に、視聴者が聴きたい楽曲を容易に決定することができる。

第１実施形態に係るカラオケシステムの概略を示す図である。第１実施形態に係る歌唱者端末を示す図である。第１実施形態に係る視聴者端末を示す図である。第１実施形態に係るサーバ装置を示す図である。第１実施形態に係るカラオケシステムの処理を示すフローチャートである。第１実施形態に係るカラオケシステムの処理を示すフローチャートである。第１実施形態に係るライブ配信のタイムテーブルを示す図である。第２実施形態に係るライブ配信のタイムテーブルを示す図である。

＜第１実施形態＞
図１～図６を参照して、第１実施形態に係るカラオケシステムについて説明する。

＝＝カラオケシステム＝＝
カラオケシステム１は、歌唱動画をライブ配信するためのシステムである。歌唱動画は、カラオケ歌唱を行う歌唱者を撮影して得られた動画像に、カラオケ演奏の演奏音及び歌唱音声を合成したものである。図１に示すように、本実施形態に係るカラオケシステム１は、複数の利用者端末、及びサーバ装置Ｓを備える。

利用者端末は、カラオケシステム１の利用者が所有するスマートフォンやパーソナルコンピュータである。本実施形態に係る利用者端末には、カラオケシステム１を利用するための専用アプリケーションソフトウェア（以下、「ライブ配信アプリ」）がインストールされている。ライブ配信アプリは、サーバ装置Ｓや、サーバ装置Ｓが提供するＷｅｂサイトからダウンロードすることで入手できる。

ライブ配信アプリは、ライブ配信を行うための歌唱動画を生成するモード（生成モード）と、ライブ配信された歌唱動画を視聴するモード（視聴モード）を備えている。

生成モードでは、サーバ装置Ｓから受信したカラオケ演奏用の演奏データに基づいてカラオケ演奏を行うことができる。また、生成モードで生成される歌唱動画は、サーバ装置Ｓに順次、ストリーミング送信することができる。すなわち、本実施形態におけるライブ配信アプリを実行することにより、利用者は、カラオケ配信対応サービスを受けることができる。生成モード及び視聴モードの詳細については後述する。

図１の例において、利用者Ｕ１の利用者端末Ｍ１により、利用者Ｕ１が行っているカラオケ歌唱に基づく歌唱動画をサーバ装置Ｓにストリーミング送信する。また、不特定多数の利用者Ｕ２～利用者Ｕｎは、自己の利用者端末Ｍ２～利用者端末Ｍｎにより、サーバ装置Ｓがライブ配信する歌唱動画を視聴する。すなわち、利用者Ｕ１は「歌唱者」に相当し、利用者Ｕ２～利用者Ｕｎは「視聴者」に相当する。また、利用者端末Ｍ１は「歌唱者端末」に相当し、利用者端末Ｍ２～利用者端末Ｍｎは「視聴者端末」に相当する。歌唱者端末は、利用者端末のうち、カラオケ歌唱を行う歌唱者が操作する端末である。視聴者端末は、利用者端末のうち、歌唱動画を視聴する視聴者が操作する端末である。

サーバ装置Ｓは、各種情報や各利用者端末から送信される情報を管理したり、各利用者端末に対して歌唱動画をライブ配信するコンピュータである。

＝＝歌唱者端末＝＝
図２を参照して、歌唱者端末の構成について説明する。以下、歌唱者端末として、図１における利用者端末Ｍ１を例に説明する。図２に示すように、利用者端末Ｍ１は、記憶手段１０、通信手段１１、表示手段１２、入力手段１３、集音手段１４、撮影手段１５、放音手段１６、及び制御手段１７を備える。各構成はインターフェース（図示なし）を介してバスＢに接続されている。

［記憶手段、通信手段、表示手段、入力手段、集音手段、撮影手段、放音手段］
記憶手段１０は、各種のデータを記憶する大容量の記憶装置である。記憶手段１０は、ライブ配信アプリでカラオケ演奏が可能な楽曲の楽曲名や楽曲識別情報、端末識別情報、或いはサーバ装置Ｓから送信された楽曲の演奏データを一時的に記憶する。楽曲識別情報は、楽曲を識別するための楽曲ＩＤ等、各楽曲に固有の情報である。端末識別情報は、利用者端末を識別するための端末ＩＤ等、各利用者端末に固有の情報である。

通信手段１１は、サーバ装置Ｓとの接続を行うためのインターフェースを提供する。表示手段１２は、各種情報を表示させるディスプレイである。入力手段１３は、利用者が各種指示入力を行うための構成である。なお、一般的なスマートフォンでは、表示手段１２がタッチパネル形式で構成されており、入力手段１３として機能する。

利用者端末Ｍ１の集音手段１４は、歌唱者（利用者Ｕ１）の歌唱音声や歌唱者が行うトークを集音するためのマイクである。撮影手段１５は、利用者端末に備え付けられているカメラである。利用者端末Ｍ１の撮影手段１５は、カラオケ歌唱を行う歌唱者（利用者Ｕ１）を撮影する。放音手段１６は、音声を放音するためのイヤホン等である。

通常、カラオケ配信対応サービスを利用する際に、歌唱者は、スタンド等に利用者端末を固定し、少し離れた場所においてワイヤレス・イヤホンでカラオケ演奏音を聴きながら、ワイヤレス・マイクで歌唱を行い、撮影手段１５に動画像を撮影させる。ワイヤレス・イヤホンからは、ワイヤレス・マイクで集音された歌唱音声がカラオケ演奏音とともに放音される。歌唱音声にはエコーなどの残響効果を付与することもできる。本実施形態におけるカラオケ配信対応サービスにおいても同様の方法で歌唱音声等を得ることができる。すなわち、集音手段１４は、利用者端末Ｍ１で利用可能なワイヤレス・マイクのような別部材を含む。また、放音手段１６は、利用者端末Ｍ１で利用可能なワイヤレス・イヤホンのような別部材を含む。

［制御手段］
制御手段１７は、利用者端末Ｍ１における各種の制御を行う。制御手段１７は、ＣＰＵおよびメモリ（いずれも図示無し）を備える。ＣＰＵは、メモリに記憶されたプログラムを実行することにより各種の機能を実現する。

ライブ配信アプリを起動し、生成モードが選択された場合（利用者がカラオケ配信対応サービスの利用を希望する場合）、制御手段１７は、セットリスト生成部１７ａ、演奏処理部１７ｂ、及び転送部１７ｃとして機能する。

（セットリスト生成部）
セットリスト生成部１７ａは、セットリストを生成し、サーバ装置Ｓに送信する。セットリストは、カラオケ歌唱を行う複数の楽曲から構成されている。セットリストに含まれる楽曲は、利用者自らが選曲を行った楽曲である。すなわち、利用者がカラオケ歌唱できる楽曲である。

たとえば、利用者Ｕ１は、生成モードを選択した後、表示手段１２に表示されるセットリスト作成画面でカラオケ歌唱を行いたい楽曲を複数選択する。セットリスト生成部１７ａは、選択された複数の楽曲をまとめた一つのセットリストを生成し、端末識別情報と併せてサーバ装置Ｓに送信する。セットリストには、たとえば、利用者Ｕ１が選曲した楽曲名や楽曲識別情報が含まれる。

（演奏処理部）
演奏処理部１７ｂは、サーバ装置Ｓから受信した楽曲の演奏データに基づいてカラオケ演奏を行う。具体的に、演奏処理部１７ｂは、演奏データに基づいて演奏音を生成し、放音手段１６から放音させる。

利用者Ｕ１は、演奏音に併せてカラオケ歌唱を行う。集音手段１４は、利用者Ｕ１のカラオケ歌唱による歌唱音声を集音する。また、撮影手段１５は、少なくとも利用者Ｕ１がカラオケ歌唱を行っている間、利用者Ｕ１の姿（具体的には顔や上半身）を撮影する。すなわち、利用者Ｕ１は、動画像の自撮りを行う。

なお、一般に、カラオケ歌唱が可能な楽曲には、演奏データと併せて、楽曲の歌詞を表示させるための歌詞テロップデータが準備されている。この場合、利用者端末Ｍ１は、サーバ装置Ｓから楽曲の演奏データと共に歌詞テロップデータを受信する。演奏処理部１７ｂは、歌詞テロップデータに基づいて歌詞を生成し、演奏音と同期して表示手段１２に歌詞を表示させることができる。

（転送部）
転送部１７ｃは、演奏処理部１７ｂが行うカラオケ演奏の演奏音と、集音手段１４により集音されたカラオケ歌唱の歌唱音声と、撮影手段１５によりカラオケ歌唱を行う歌唱者を撮影して得られる動画像とに基づいて歌唱動画を生成し、サーバ装置Ｓにストリーミング送信する。

転送部１７ｃは、演奏音、歌唱音声、及び歌唱者の動画像を合成し、歌唱動画を生成する。各音声と動画像の合成は、公知の手法を用いることができる。転送部１７ｃは、通信手段１１を介し、生成する歌唱動画を順次サーバ装置Ｓにストリーミング送信する。

＝＝視聴者端末＝＝
次に、図３を参照して、視聴者端末の構成について説明する。以下、視聴者端末として、図１における利用者端末Ｍ２を例に説明する。なお、利用者端末Ｍ３～利用者端末Ｍｎも同様の構成を有する。

図３に示すように、利用者端末Ｍ２のハードウェア構成は、利用者端末Ｍ１と同様である。一方、ライブ配信アプリを起動し、視聴モードが選択された場合、制御手段１７は、第１の表示制御部１７ｄ、第２の表示制御部１７ｅ、及び投票部１７ｆとして機能する。

（第１の表示制御部）
第１の表示制御部１７ｄは、サーバ装置Ｓがライブ配信する歌唱動画を表示手段１２に表示させる。

たとえば、利用者Ｕ２は、視聴モードを選択した後、表示手段１２に表示される検索画面で視聴したい歌唱動画を選択する。利用者Ｕ１がストリーミング送信中の歌唱動画を選択した場合、第１の表示制御部１７ｄは、サーバ装置Ｓにアクセスし、利用者Ｕ１がストリーミング送信中の歌唱動画のライブ配信を受け、表示手段１２に表示させる。よって、利用者Ｕ２は利用者Ｕ１がストリーミング送信中の歌唱動画を視聴することができる。また、歌唱動画を視聴する利用者Ｕ２は、入力手段１３を用いてコメントを入力したり、利用者Ｕ１に対してギフトを提供することができる。

（第２の表示制御部）
第２の表示制御部１７ｅは、サーバ装置Ｓが公開した投票用楽曲リストを表示手段１２に表示させる。

投票用楽曲リストは、歌唱者が選択した楽曲から構成されるセットリストの中から、既に演奏データを送信した楽曲を削除したものである（詳細は後述）。

たとえば、利用者Ｕ１がストリーミング送信中の歌唱動画を利用者Ｕ２が視聴している場合、第２の表示制御部１７ｅは、利用者Ｕ１の投票用楽曲リストを利用者端末Ｍ２の表示手段１２に表示させる。

（投票部）
投票部１７ｆは、投票用楽曲リストに含まれる楽曲のうち、歌唱者にカラオケ歌唱を行って欲しい楽曲として視聴者が選択した楽曲を示す投票情報をサーバ装置に送信する。

投票情報は、たとえば楽曲名や楽曲識別情報である。表示手段１２に表示された投票用楽曲リストを確認した視聴者は、次に歌唱動画を視聴したい楽曲を選択することができる。具体的に、視聴者は、入力手段１３により、表示手段１２に表示された投票用楽曲リストの中から、任意の楽曲を選択する。この選択を受けて、投票部１７ｆは、当該楽曲の楽曲識別情報を投票情報としてサーバ装置Ｓに送信する。

なお、投票部１７ｆは、一度に複数の楽曲の選択を受け付けてもよいし、逆に、一の視聴者毎に選択できる回数を制限してもよい。

＝＝サーバ装置＝＝
図４はサーバ装置Ｓのハードウェア構成例を示す図である。サーバ装置Ｓは、記憶手段２０、通信手段２１、及び制御手段２２を備える。各構成はインターフェース（図示なし）を介してバスＢに接続されている。

記憶手段２０は、各種のデータを記憶する大容量の記憶装置である。たとえば、記憶手段２０は、カラオケ演奏を行うための複数の楽曲（楽曲データ）を記憶する。楽曲データは、楽曲識別情報が付与されている。楽曲データは、演奏データ、リファレンスデータ、歌詞テロップデータ等を含む。通信手段２１は、サーバ装置Ｓと各利用者端末とを接続するためのインターフェースを提供する。

制御手段２２は、サーバ装置Ｓにおける各種の制御を行う。図４に示すように、本実施形態に係る制御手段２２は、データ送信部２２ａ、公開部２２ｂ、配信部２２ｃ、集計部２２ｄ、及び決定部２２ｅとして機能する。

［データ送信部］
データ送信部２２ａは、歌唱者端末に対し、楽曲の演奏データを送信する。

たとえば、データ送信部２２ａは、歌唱者端末から受信したセットリストに基づいて最初にカラオケ演奏する楽曲の演奏データを送信する。具体的に、データ送信部２２ａは、楽曲の演奏データを記憶手段２０から読み出す。そして、データ送信部２２ａは、セットリストに紐付けられた端末識別情報に基づいて、読み出した演奏データを利用者端末Ｍ１に送信する。最初に演奏データを送信する楽曲は特に限定されない。たとえば、セットリストの一番初めの楽曲であってもよいし、歌唱者が予め指定した任意の楽曲であってもよい。なお、２曲目以降の楽曲は、視聴者の投票によって決定される（詳細は後述）。

また、本実施形態に係るデータ送信部２２ａは、歌唱者端末に対し、決定部２２ｅが決定した楽曲（視聴者の投票によって決定された楽曲。詳細は後述）の演奏データを送信する。

たとえば、決定部２２ｅが次に演奏データを送信する楽曲を楽曲Ｘ１に決定したとする。この場合、データ送信部２２ａは、楽曲Ｘ１の演奏データを記憶手段２０から読み出す。そして、データ送信部２２ａは、セットリストに紐付けられた端末識別情報に基づいて、読み出した楽曲Ｘ１の演奏データを利用者端末Ｍ１に送信する。

［公開部］
公開部２２ｂは、歌唱者端末から受信したセットリストから演奏データを送信した楽曲を削除することによりセットリストを更新し、投票用楽曲リストとして公開する。

たとえば上記例において、データ送信部２２ａは、楽曲Ｘ１の演奏データを送信したとする。この場合、公開部２２ｂは、セットリストから楽曲Ｘ１を削除することによりセットリストを更新する。その結果、セットリストには、楽曲Ｘ２～楽曲Ｘ５が含まれる。公開部２２ｂは、更新したセットリストを投票用楽曲リストとして公開する。

視聴者は、投票用リストを参照し、次にカラオケ歌唱をして欲しい楽曲を選択する。視聴者端末の投票部１７ｆは、選択された楽曲の楽曲識別情報を投票情報としてサーバ装置Ｓに送信する。

［配信部］
配信部２２ｃは、歌唱者端末がストリーミング送信中の歌唱動画を視聴者端末にライブ配信する。

歌唱動画をライブ配信する方法は公知の手法を利用することができる。たとえば、上記例で述べたように、利用者Ｕ１の利用者端末Ｍ１からストリーミング送信されている歌唱動画を利用者Ｕ２が選択したとする。この場合、配信部２２ｃは、利用者Ｕ２が操作する利用者端末Ｍ２に対し、利用者Ｕ１がストリーミング送信中の歌唱動画のライブ配信を行う。

［集計部］
集計部２２ｄは、複数の視聴者端末から送信された投票情報を集計して投票結果を出力する。

投票情報の集計は、投票用楽曲リストに含まれる楽曲毎に投票情報の数を合計することにより行う。集計部２２ｄは、集計を開始するまで、受信した投票情報を記憶手段２０に記憶しておく。なお、投票情報の受信開始は、たとえば投票用楽曲リストの公開と同時のタイミングで行う。

具体例として、利用者Ｕ１の利用者端末Ｍ１からストリーミング送信されている楽曲Ｘ１の歌唱動画を視聴している利用者Ｕ２～利用者Ｕｎが、投票用楽曲リストに含まれる楽曲Ｘ２～楽曲Ｘ５に対して投票を行ったとする。この場合、集計部２２ｄは、楽曲Ｘ２～楽曲Ｘ５それぞれについて投票情報の数を合計し、投票結果を算出する。

また、集計部２２ｄは、カラオケ演奏中の楽曲の演奏時間の残りが所定時間に達したことを契機として、投票情報の集計を行うことができる。

所定時間は、投票情報の集計を開始する時点を規定するための時間であり、予め任意の時間（たとえば、楽曲の演奏終了時刻の５秒前）が設定されている。

具体例として、楽曲Ｘ１のカラオケ演奏が開始された場合、演奏処理部１７ｂは、楽曲Ｘ１の演奏開始時刻をサーバ装置Ｓに送信する。集計部２２ｄは、受信した演奏開始時刻と楽曲Ｘ１の演奏時間に基づいて、楽曲Ｘ１の演奏終了時刻を求め、それよりも所定時間だけ前の時点を投票情報の集計を開始する時刻として特定する。集計部２２ｄは、特定した時刻になった場合に投票情報の集計を開始する。なお、集計部２２ｄは、それ以降に受信した投票情報は無効とするか、投票情報の受信を中止することができる。

また、集計部２２ｄは、投票情報の集計を行った後、サーバ装置Ｓの記憶手段２０に記憶されている当該投票情報を消去してもよい。たとえば、集計結果を出力した後、集計部２２ｄは、その集計に利用した投票情報を記憶手段２０から消去する。一方、視聴者数が少ない場合等には、投票情報の数も少なくなる。このような場合、集計部２２ｄは、記憶手段２０に記憶されている投票情報を削除しなくともよい。

［決定部］
決定部２２ｅは、出力した投票結果に基づいて、投票用楽曲リストに含まれる楽曲の中から、歌唱者端末に演奏データを送信する次の楽曲を決定する。

たとえば、集計部２２ｄにより集計した結果、楽曲Ｘ２：３０００票、楽曲Ｘ３：２５００票、楽曲Ｘ４：５０００票、楽曲Ｘ５：１０００票という投票結果になったとする。

この場合、決定部２２ｅは、最も票が多い楽曲Ｘ４を次の楽曲として決定する。決定部２２ｅは、決定した楽曲Ｘ４を特定するための情報（たとえば楽曲識別情報）をデータ送信部２２ａに出力する。

データ送信部２２ａは、楽曲Ｘ４の演奏データを記憶部２０から読み出し、利用者端末Ｍ１に送信する。本実施形態において、データ送信部２２ａは、歌唱者端末から受信したセットリストに含まれる全ての楽曲の演奏データを歌唱者端末に送信する。たとえば、利用者端末Ｍ１から送信されたセットリストに楽曲Ｘ１～楽曲Ｘ５が含まれている場合、データ送信部２２ａは、全ての演奏データを投票結果に従って順次、利用者端末Ｍ１に送信する。

なお、次の楽曲の演奏データの送信は、たとえば先の楽曲のカラオケ演奏が終了したタイミングで行ってもよいし、次の楽曲が決定されたタイミングで行ってもよい。

＝＝カラオケシステムにおける処理について＝＝
次に、図５Ａ及び図５Ｂを参照して本実施形態に係るカラオケシステム１における処理について述べる。図５Ａ及び図５Ｂは、カラオケシステム１における処理を示すフローチャートである。この例では、一の歌唱者端末からストリーミング送信されている歌唱動画を複数の視聴者で視聴しているものとする。また、この例では、歌唱者端末のセットリスト生成部１７ａは、カラオケ歌唱を行う複数の楽曲から構成されたセットリストを生成し、サーバ装置Ｓに送信している。更に、この例では、決定された楽曲の演奏データの送信から次の楽曲が決定されるまでの処理について説明を行う。

サーバ装置Ｓのデータ送信部２２ａは、歌唱者端末に対し、決定部２２ｅが決定した楽曲の演奏データを送信する（決定部が決定した楽曲の演奏データを送信。ステップ１０）。

その後、サーバ装置Ｓの公開部２２ｂは、セットリストから、ステップ１１で演奏データを送信した楽曲を削除することによりセットリストを更新し、投票用楽曲リストとして公開する（投票用楽曲リストを公開。ステップ１１）。

一方、歌唱者端末の演奏処理部１７ｂは、サーバ装置Ｓから受信した楽曲の演奏データに基づいてカラオケ演奏を行う（カラオケ演奏を開始。ステップ１２）。

集音手段１４は、カラオケ歌唱の歌唱音声を集音する。また、撮影手段１５は、カラオケ歌唱を行う歌唱者を撮影し、動画像を得る。

転送部１７ｃは、カラオケ演奏の演奏音、歌唱音声、及び動画像に基づいて歌唱動画を生成し、サーバ装置Ｓにストリーミング送信する（歌唱動画をストリーミング送信。ステップ１３）。

サーバ装置Ｓの配信部２２ｃは、ストリーミング送信中の歌唱動画を視聴者端末にライブ配信する（歌唱動画をライブ配信。ステップ１４）。

各視聴者端末の第１の表示制御部１７ｄは、ライブ配信中の歌唱動画を表示手段１２に表示させる（歌唱動画を表示。ステップ１５）。視聴者は、歌唱者の歌唱動画を視聴することができる。

また、各視聴者端末の第２の表示制御部１７ｅは、サーバ装置Ｓが公開している投票用楽曲リストを表示手段１２に表示させる（投票用楽曲リストを表示。ステップ１６）。視聴者は、自己の視聴者端末を介し、投票用楽曲リストの中から、次に歌唱者にカラオケ歌唱を行って欲しい楽曲を選択する。

投票部１７ｆは、視聴者の選択に基づいて、投票情報をサーバ装置Ｓに送信する（投票情報を送信。ステップ１７）。集計部２２ｄは、集計を開始するまで、受信した投票情報を記憶手段２０に記憶する。

集計部２２ｄは、各視聴者端末から送信された投票情報を集計して投票結果を出力する（投票結果を出力。ステップ１８）。

決定部２２ｅは、ステップ１８で出力した投票結果に基づいて、投票用楽曲リストに含まれる楽曲の中から、歌唱者端末に演奏データを送信する次の楽曲を決定する（次の楽曲を決定。ステップ１９）。

＝＝カラオケシステムにおける処理の具体例＝＝
ここで、カラオケシステム１における処理をより具体的に説明する。この例では、歌唱者端末のセットリスト生成部１７ａが、楽曲Ｘ１～楽曲Ｘ５を含むセットリストＬ０を生成し、サーバ装置Ｓに送信したとする。また、集計部２２ｄは、カラオケ演奏中の楽曲の演奏時間の残りが所定時間に達したことを契機として、投票情報の集計を行うものとする。更に、集計部２２ｄは、投票情報の集計を行った後、サーバ装置Ｓの記憶手段２０に記憶されている当該投票情報を消去するものとする。

サーバ装置Ｓは、セットリストＬ０の先頭に置かれた楽曲Ｘ１をカラオケ演奏の１曲目とする。データ送信部２２ａは、楽曲Ｘ１の演奏データを歌唱者端末に送信する。

公開部２２ｂは、セットリストＬ０から演奏データを送信した楽曲Ｘ１を削除することによりセットリストを更新し、投票用楽曲リストＬ１を公開し、投票情報の受付を開始する。投票用楽曲リストＬ１には、楽曲Ｘ２～楽曲Ｘ５が含まれている。

歌唱者端末の演奏処理部１７ｂは、受信した楽曲Ｘ１の演奏データに基づいてカラオケ演奏を開始する。歌唱者は、カラオケ演奏に合わせてカラオケ歌唱を行う。

歌唱者端末の転送部１７ｃは、楽曲Ｘ１のカラオケ演奏の演奏音、歌唱者の歌唱音声、及び歌唱者を撮影して得られる動画像に基づいて歌唱動画Ｖ１を生成し、サーバ装置Ｓにストリーミング送信する。

この際、転送部１７ｃは、楽曲Ｘ１のカラオケ演奏を開始した時刻（演奏開始時刻）を送信する。図６に示したように、この例において、楽曲Ｘ１の演奏開始時刻は、１２：１５：００である。サーバ装置Ｓの記憶手段２０は、演奏開始時刻を記憶する。

配信部２２ｃは、ストリーミング送信されている歌唱動画Ｖ１を視聴者端末にライブ配信する。視聴者は、視聴者端末を介して、歌唱動画Ｖ１を視聴する。

また、視聴者は、視聴者端末を介して、公開されている投票用楽曲リストＬ１を閲覧する。視聴者は、視聴者端末を介して、投票用楽曲リストＬ１に含まれる楽曲Ｘ２～楽曲Ｘ５のうち、歌唱者にカラオケ歌唱を行って欲しい楽曲を選択する。各視聴者端末の投票部１７ｆは、選択された楽曲を示す投票情報をサーバ装置Ｓに送信する。サーバ装置Ｓの記憶手段２０は、受信した投票情報を記憶する。

集計部２２ｄは、カラオケ演奏中の楽曲Ｘ１の演奏時間（０４：５５）の残りが所定時間に達したことを契機として、それまでに各視聴者端末から送信された投票情報を集計して投票結果を出力する。この例では、所定時間を「５秒」であるとする。すなわち、集計部２２ｄは、１２：１９：５０となったことを契機として、投票情報の集計を開始する。

ここで、投票結果が楽曲Ｘ２：３０００票、楽曲Ｘ３：２５００票、楽曲Ｘ４：５０００票、楽曲Ｘ５：１０００票であったとする。

決定部２２ｅは、投票用楽曲リストＬ１に含まれる楽曲の中から、投票数が最も多い楽曲Ｘ４を歌唱者端末に演奏データを送信する次の楽曲として決定する。

集計部２２ｄは、集計時点で記憶手段２０に記憶されている投票情報を消去し、投票情報の受付を一旦中断する。また、歌唱者端末の演奏処理部１７ｂは、楽曲Ｘ１のカラオケ演奏を終了する（演奏終了時刻は１２：１９：５５。図６参照）。転送部１７ｃは、歌唱動画Ｖ１のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、歌唱動画Ｖ１のライブ配信を終了する。視聴者は、歌唱動画Ｖ１の視聴を終了する。

その後、データ送信部２２ａは、次の楽曲として決定された楽曲Ｘ４の演奏データを歌唱者端末に送信する。

公開部２２ｂは、セットリストＬ０から演奏データを送信した楽曲Ｘ１及び楽曲Ｘ４を削除することによりセットリストを更新し、投票用楽曲リストＬ２を公開し、投票情報の受付を再開する。投票用楽曲リストＬ２には、楽曲Ｘ２、楽曲Ｘ３、及び楽曲Ｘ５が含まれている。

歌唱者端末の演奏処理部１７ｂは、受信した楽曲Ｘ４の演奏データに基づいてカラオケ演奏を開始する。歌唱者は、カラオケ演奏に合わせてカラオケ歌唱を行う。

歌唱者端末の転送部１７ｃは、楽曲Ｘ４のカラオケ演奏の演奏音、歌唱者の歌唱音声、及び歌唱者を撮影して得られる動画像に基づいて歌唱動画Ｖ２を生成し、サーバ装置Ｓにストリーミング送信する。

この際、転送部１７ｃは、楽曲Ｘ４のカラオケ演奏を開始した時刻（演奏開始時刻）を送信する。図６に示したように、この例において、楽曲Ｘ４の演奏開始時刻は、１２：２０：００である。サーバ装置Ｓの記憶手段２０は、演奏開始時刻を記憶する。

配信部２２ｃは、ストリーミング送信されている歌唱動画Ｖ２を視聴者端末にライブ配信する。視聴者は、視聴者端末を介して、歌唱動画Ｖ２を視聴する。

また、視聴者は、視聴者端末を介して、公開されている投票用楽曲リストＬ２を閲覧する。視聴者は、視聴者端末を介して、投票用楽曲リストＬ２に含まれる楽曲Ｘ２、楽曲Ｘ３、及び楽曲Ｘ５のうち、歌唱者にカラオケ歌唱を行って欲しい楽曲を選択する。各視聴者端末の投票部１７ｆは、選択された楽曲を示す投票情報をサーバ装置Ｓに送信する。サーバ装置Ｓの記憶手段２０は、受信した投票情報を記憶する。

集計部２２ｄは、カラオケ演奏中の楽曲Ｘ４の演奏時間（０５：５５）の残りが所定時間に達したことを契機として、それまでに各視聴者端末から送信された投票情報を集計して投票結果を出力する。すなわち、集計部２２ｄは、１２：２５：５０となったことを契機として、投票情報の集計を開始する。

ここで、投票結果が楽曲Ｘ２：２０００票、楽曲Ｘ３：３０００票、楽曲Ｘ５：２５００票であったとする。

決定部２２ｅは、投票用楽曲リストＬ２に含まれる楽曲の中から、投票数が最も多い楽曲Ｘ３を歌唱者端末に演奏データを送信する次の楽曲として決定する。

集計部２２ｄは、集計時点で記憶手段２０に記憶されている投票情報を消去し、投票情報の受付を一旦中断する。また、歌唱者端末の演奏処理部１７ｂは、楽曲Ｘ４のカラオケ演奏を終了する（演奏終了時刻は１２：２５：５５。図６参照）。転送部１７ｃは、歌唱動画Ｖ２のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、歌唱動画Ｖ２のライブ配信を終了する。視聴者は、歌唱動画Ｖ２の視聴を終了する。

その後、データ送信部２２ａは、次の楽曲として決定された楽曲Ｘ３の演奏データを歌唱者端末に送信する。

公開部２２ｂは、セットリストＬ０から演奏データを送信した楽曲Ｘ１、楽曲Ｘ３、及び楽曲Ｘ４を削除することによりセットリストを更新し、投票用楽曲リストＬ３を公開し、投票情報の受付を再開する。投票用楽曲リストＬ３には、楽曲Ｘ２及び楽曲Ｘ５が含まれている。

歌唱者端末の演奏処理部１７ｂは、受信した楽曲Ｘ３の演奏データに基づいてカラオケ演奏を開始する。歌唱者は、カラオケ演奏に合わせてカラオケ歌唱を行う。

歌唱者端末の転送部１７ｃは、楽曲Ｘ３のカラオケ演奏の演奏音、歌唱者の歌唱音声、及び歌唱者を撮影して得られる動画像に基づいて歌唱動画Ｖ３を生成し、サーバ装置Ｓにストリーミング送信する。

この際、転送部１７ｃは、楽曲Ｘ３のカラオケ演奏を開始した時刻（演奏開始時刻）を送信する。図６に示したように、この例において、楽曲Ｘ３の演奏開始時刻は、１２：２６：００である。サーバ装置Ｓの記憶手段２０は、演奏開始時刻を記憶する。

配信部２２ｃは、ストリーミング送信されている歌唱動画Ｖ３を視聴者端末にライブ配信する。視聴者は、視聴者端末を介して、歌唱動画Ｖ３を視聴する。

また、視聴者は、視聴者端末を介して、公開されている投票用楽曲リストＬ３を閲覧する。視聴者は、視聴者端末を介して、投票用楽曲リストＬ３に含まれる楽曲Ｘ２及び楽曲Ｘ５のうち、歌唱者にカラオケ歌唱を行って欲しい楽曲を選択する。各視聴者端末の投票部１７ｆは、選択された楽曲を示す投票情報をサーバ装置Ｓに送信する。サーバ装置Ｓの記憶手段２０は、受信した投票情報を記憶する。

集計部２２ｄは、カラオケ演奏中の楽曲Ｘ３の演奏時間（０３：５５）の残りが所定時間に達したことを契機として、それまでに各視聴者端末から送信された投票情報を集計して投票結果を出力する。すなわち、集計部２２ｄは、１２：２９：５０となったことを契機として、投票情報の集計を開始する。

ここで投票結果が楽曲Ｘ２：１０００票、楽曲Ｘ５：２０００票であったとする。

決定部２２ｅは、投票用楽曲リストＬ３に含まれる楽曲の中から、投票数が多い方の楽曲Ｘ５を歌唱者端末に演奏データを送信する次の楽曲として決定する。なお、この段階において、セットリストＬ０に含まれる５曲のうち、既に４曲目の楽曲が楽曲Ｘ５として決定されている。よって、これ以降は投票情報の集計処理が不要となる。

集計部２２ｄは、集計時点で記憶手段２０に記憶されている投票情報を消去し、投票情報の受付を終了する。公開部２２ｂは、セットリストの更新及び投票用楽曲リストの公開を終了する。また、歌唱者端末の演奏処理部１７ｂは、楽曲Ｘ３のカラオケ演奏を終了する（演奏終了時刻は１２：２９：５５。図６参照）。転送部１７ｃは、歌唱動画Ｖ３のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、歌唱動画Ｖ３のライブ配信を終了する。視聴者は、歌唱動画Ｖ３の視聴を終了する。

その後、データ送信部２２ａは、次の楽曲として決定された楽曲Ｘ５の演奏データを歌唱者端末に送信する。

歌唱者端末の演奏処理部１７ｂは、受信した楽曲Ｘ５の演奏データに基づいてカラオケ演奏を開始する。歌唱者は、カラオケ演奏に合わせてカラオケ歌唱を行う。

歌唱者端末の転送部１７ｃは、楽曲Ｘ５のカラオケ演奏の演奏音、歌唱者の歌唱音声、及び歌唱者を撮影して得られる動画像に基づいて歌唱動画Ｖ４を生成し、サーバ装置Ｓにストリーミング送信する。なお、この例において、楽曲Ｘ５の演奏開始時刻は、１２：３０：００である。また、楽曲Ｘ５の演奏時間は０４：２５である。

配信部２２ｃは、ストリーミング送信されている歌唱動画Ｖ４を視聴者端末にライブ配信する。視聴者は、視聴者端末を介して、歌唱動画Ｖ４を視聴する。

その後、歌唱者端末の演奏処理部１７ｂは、楽曲Ｘ５のカラオケ演奏を終了する（演奏終了時刻は１２：３４：２５。図６参照）。転送部１７ｃは、歌唱動画Ｖ４のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、歌唱動画Ｖ４のライブ配信を終了する。視聴者は、歌唱動画Ｖ４の視聴を終了する。

最後に、データ送信部２２ａは、残りの楽曲Ｘ２の演奏データを歌唱者端末に送信する。

歌唱者端末の演奏処理部１７ｂは、受信した楽曲Ｘ２の演奏データに基づいてカラオケ演奏を開始する。歌唱者は、カラオケ演奏に合わせてカラオケ歌唱を行う。

歌唱者端末の転送部１７ｃは、楽曲Ｘ２のカラオケ演奏の演奏音、歌唱者の歌唱音声、及び歌唱者を撮影して得られる動画像に基づいて歌唱動画Ｖ５を生成し、サーバ装置Ｓにストリーミング送信する。なお、この例において、楽曲Ｘ２の演奏開始時刻は、１２：３４：３０である。また、楽曲Ｘ２の演奏時間は０５：３０である。

配信部２２ｃは、ストリーミング送信されている歌唱動画Ｖ５を視聴者端末にライブ配信する。視聴者は、視聴者端末を介して、歌唱動画Ｖ５を視聴する。

その後、歌唱者端末の演奏処理部１７ｂは、楽曲Ｘ２のカラオケ演奏を終了する（演奏終了時刻は１２：４０：００。図６参照）。転送部１７ｃは、歌唱動画Ｖ５のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、歌唱動画Ｖ５のライブ配信を終了する。視聴者は、歌唱動画Ｖ５の視聴を終了する。

以上から明らかなように、本実施形態に係るカラオケシステム１は、複数の利用者端末Ｍ１～Ｍｎ、及び利用者端末Ｍ１～Ｍｎと通信可能なサーバ装置Ｓを含む。利用者端末Ｍ１～Ｍｎのうち、カラオケ歌唱を行う利用者Ｕ１が操作する利用者端末Ｍ１は、カラオケ歌唱を行う複数の楽曲から構成されたセットリストを生成し、サーバ装置Ｓに送信するセットリスト生成部１７ａと、サーバ装置Ｓから受信した楽曲の演奏データに基づいてカラオケ演奏を行う演奏処理部１７ｂと、演奏処理部１７ｂが行うカラオケ演奏の演奏音と、集音手段１４により集音されたカラオケ歌唱の歌唱音声と、撮影手段１５によりカラオケ歌唱を行う利用者Ｕ１を撮影して得られる動画像とに基づいて歌唱動画を生成し、サーバ装置Ｓにストリーミング送信する転送部１７ｃと、を有する。一方、利用者端末Ｍ１～Ｍｎのうち、歌唱動画を視聴する利用者Ｍ２～Ｍｎが操作する利用者端末Ｍ２～Ｍｎは、サーバ装置Ｓがライブ配信する歌唱動画を表示手段１２に表示させる第１の表示制御部１７ｄと、サーバ装置Ｓが公開した投票用楽曲リストを表示手段１２に表示させる第２の表示制御部１７ｅと、投票用楽曲リストに含まれる楽曲のうち、利用者Ｕ１にカラオケ歌唱を行って欲しい楽曲として利用者Ｕ２～Ｕｎが選択した楽曲を示す投票情報をサーバ装置Ｓに送信する投票部１７ｆと、を有する。サーバ装置Ｓは、利用者端末Ｍ１から受信したセットリストから演奏データを送信した楽曲を削除することによりセットリストを更新し、投票用楽曲リストとして公開する公開部２２ｂと、利用者端末Ｍ１がストリーミング送信中の歌唱動画を利用者端末Ｍ２～Ｍｎにライブ配信する配信部２２ｃと、複数の利用者端末Ｍ２～Ｍｎから送信され、サーバ装置Ｓの記憶手段２０に記憶された投票情報を集計して投票結果を出力する集計部２２ｄと、出力した投票結果に基づいて、投票用楽曲リストに含まれる楽曲の中から、利用者端末Ｍ１に演奏データを送信する次の楽曲を決定する決定部２２ｅと、決定した楽曲の演奏データを利用者端末Ｍ１に対し送信するデータ送信部２２ａと、を有する。

このようなカラオケシステム１によれば、視聴者が投票用楽曲リストを参照しながら、聴きたいと思う楽曲を選ぶことができる。よって、視聴者が流動的な場合（たとえば歌唱動画の途中から視聴を開始する視聴者）であっても、その都度、自らが聴きたいと思う楽曲を選ぶことができる。また、このようなカラオケシステム１によれば、視聴者からの投票によって、次にカラオケ歌唱をする楽曲（歌唱動画をストリーミング送信する楽曲）が自動的に決定される。よって、不特定多数の視聴者が居る場合であっても、多くの視聴者が聴きたいと思う楽曲から優先的にカラオケ演奏がなされ、歌唱動画がストリーミング送信される。また、歌唱者は楽曲を選曲する手間がかからないため、視聴者からのコメント等への対応も行い易くなる。すなわち、本実施形態に係るカラオケシステム１によれば、歌唱動画をライブ配信する際に、視聴者が聴きたい楽曲を容易に決定することができる。

また、本実施形態に係るカラオケシステム１における集計部２２ｄは、カラオケ演奏中の楽曲の演奏時間の残りが所定時間に達したことを契機として、投票情報の集計を行うことができる。このようなカラオケシステム１によれば、ライブ配信されている歌唱動画毎に、投票情報の集計を行うタイミングを設定することができる。

また、本実施形態に係るカラオケシステム１における集計部２２ｄは、投票情報の集計を行った後、サーバ装置Ｓの記憶手段２０に記憶されている当該投票情報を消去することができる。このようなカラオケシステム１によれば、投票情報を都度消去するため、投票結果に過去の視聴者（現時点では視聴していない視聴者）の投票情報が反映されることが無い。従って、視聴者の流動性が高いような場合であっても、現時点で視聴している視聴者が聴きたいと思う楽曲をより的確に決定することができる。

また、本実施形態に係るカラオケシステム１におけるデータ送信部２２ａは、利用者端末Ｍ１から受信したセットリストに含まれる全ての楽曲の演奏データを利用者端末Ｍ１に送信する。この場合、利用者端末Ｍ１は、利用者Ｕ１がカラオケ歌唱を希望する楽曲全てについて、歌唱動画をストリーミング送信することができる。

＜第２実施形態＞
次に、図７を参照して、第２実施形態に係るカラオケシステムについて説明する。本実施形態では、セットリストに含まれる楽曲の一部について歌唱動画をストリーミング送信する例について述べる。第１実施形態と同様の構成については詳細な説明を省略する。

［演奏処理部］
本実施形態に係る演奏処理部１７ｂは、歌唱者からの操作入力に基づいて楽曲のカラオケ演奏を開始する。

歌唱者によっては、任意のタイミングでカラオケ歌唱を開始したいと考える者もいる。或いは、ライブ配信においては、これからカラオケ歌唱する楽曲の解説をしたり、視聴者からのコメントに応えるといった、カラオケ歌唱を行っていない動画（以下、トーク動画という）が配信されることもある。このような場合、カラオケ演奏の開始タイミングを歌唱者が指示できることが望ましい。

そこで、本実施形態に係る演奏処理部１７ｂは、サーバ装置Ｓから演奏データを受信した場合であっても、入力手段１３を介して歌唱者から演奏開始の指示があるまではカラオケ演奏を行わない。演奏処理部１７ｂは、歌唱者からの操作入力があった場合に、カラオケ演奏を開始する。

なお、トーク動画の取得やストリーミング送信については、歌唱動画の取得やストリーミング送信と同様に行うことができる。すなわち、集音手段１４は、歌唱者が話している音声を集音する。撮影手段１５は、歌唱者が話している姿を撮影し、動画像を得る。転送部１７ｃは、音声及び動画像を合成することでトーク動画を生成し、サーバ装置Ｓにストリーミング送信する。

［データ送信部］
本実施形態に係るデータ送信部２２ａは、演奏データを送信することを決定した次の楽曲のカラオケ演奏が、設定された配信時間中または配信終了時刻までに終了できない場合には、当該次の楽曲の演奏データを歌唱者端末に送信しない。

配信時間は、ライブ配信を行う時間（歌唱動画等をストリーミング送信する時間）である。配信終了時刻は、ライブ配信を終了する時刻（歌唱動画等のストリーミング送信を止める時刻）である。配信時間または配信終了時刻は、たとえば歌唱動画等のストリーミング送信を開始する前に、入力手段１３を介して歌唱者が任意の時間（３０分、１時間等）または任意の時刻（１５：００：００まで等）を設定できる。なお、配信時間または配信終了時刻を設定する際、歌唱者は配信開始時刻を併せて設定してもよい。また、配信時間または配信終了時刻の設定は、ライブ配信の途中（たとえば、いくつかの歌唱動画をストリーミング送信した時点）で行ってもよい。

たとえば、歌唱者が設定した配信終了時刻が１６：００：００であり、現在時刻が１５：５５：００であり、次の楽曲として決定された楽曲の演奏時間が０６：００であるとする。この場合、次の楽曲をカラオケ演奏している最中（歌唱動画をストリーミング送信している最中）に、配信終了時刻が到来する。よって、このような場合には、次の楽曲のカラオケ演奏が不要となる。よって、データ送信部２２ａは、決定された次の楽曲のカラオケ演奏が、設定された配信時間中または配信終了時刻までに終了できないと判断した場合には、次の楽曲の演奏データを歌唱者端末に送信しない（すなわち、データ送信部２２ａは、次の楽曲の演奏データを記憶手段２０から読み出さない）。このような場合、セットリストに含まれる楽曲の一部のみについて歌唱動画がストリーミング送信されることとなる。

＝＝カラオケシステムにおける処理の具体例＝＝
ここで、本実施形態に係るカラオケシステム１における処理をより具体的に説明する。この例では、歌唱者端末のセットリスト生成部１７ａが、楽曲Ｘ１～楽曲Ｘ５を含むセットリストＬ０を生成し、サーバ装置Ｓに送信したとする。また、歌唱者が予め配信開始時刻として１２：１４：００、配信終了時刻として１２：３４：００を設定したとする。なお、配信開始時刻から配信終了時刻まで（配信時間）は、少なくともセットリストの１曲目の演奏時間よりも十分に長いものとなるよう設定される。更に、集計部２２ｄは、カラオケ演奏中の楽曲の演奏時間の残りが所定時間に達したことを契機として、投票情報の集計を行うものとする。また、集計部２２ｄは、投票情報の集計を行った後、サーバ装置Ｓの記憶手段２０に記憶されている当該投票情報を消去するものとする。

配信開始時刻（１２：１４：００）が到来した場合、歌唱者は、まずトークＴ１を開始する。この場合、歌唱者端末の転送部１７ｃは、トークＴ１の音声、及び歌唱者を撮影して得られる動画像に基づいてトーク動画Ｗ１を生成し、サーバ装置Ｓにストリーミング送信する。

配信部２２ｃは、ストリーミング送信されているトーク動画Ｗ１を視聴者端末にライブ配信する。視聴者は、視聴者端末を介して、トーク動画Ｗ１を視聴する。

一方、サーバ装置Ｓは、セットリストＬ０の先頭に置かれた楽曲Ｘ１をカラオケ演奏の１曲目とする。データ送信部２２ａは、楽曲Ｘ１の演奏データを歌唱者端末に送信する。

トークＴ１を終えた歌唱者は、入力手段１３によりカラオケ演奏の開始の操作入力を行う。カラオケ演奏開始の操作入力に伴い、転送部１７ｃは、トーク動画Ｗ１のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、トーク動画Ｗ１のライブ配信を終了する。視聴者は、トーク動画Ｗ１の視聴を終了する。

一方、カラオケ演奏の開始の操作入力に基づき、歌唱者端末の演奏処理部１７ｂは、受信した楽曲Ｘ１の演奏データに基づいてカラオケ演奏を開始する。歌唱者は、カラオケ演奏に合わせてカラオケ歌唱を行う。歌唱者端末の転送部１７ｃは、楽曲Ｘ１のカラオケ演奏の演奏音、歌唱者の歌唱音声、及び歌唱者を撮影して得られる動画像に基づいて歌唱動画Ｖ１を生成し、サーバ装置Ｓにストリーミング送信する。

この際、転送部１７ｃは、楽曲Ｘ１のカラオケ演奏を開始した時刻（演奏開始時刻）を送信する。図７に示したように、この例において、楽曲Ｘ１の演奏開始時刻は、１２：１５：００である。サーバ装置Ｓの記憶手段２０は、演奏開始時刻を記憶する。

集計部２２ｄは、集計時点で記憶手段２０に記憶されている投票情報を消去し、投票情報の受付を一旦中断する。また、歌唱者端末の演奏処理部１７ｂは、楽曲Ｘ１のカラオケ演奏を終了する（演奏終了時刻は１２：１９：５５。図７参照）。転送部１７ｃは、歌唱動画Ｖ１のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、歌唱動画Ｖ１のライブ配信を終了する。視聴者は、歌唱動画Ｖ１の視聴を終了する。

ここで、データ送信部２２ａは、これまで行われたトークの平均時間と次の楽曲（２曲目）として決定された楽曲Ｘ４の演奏時間を現在時刻に加算し、配信終了時刻との差分が残りの３曲それぞれの演奏時間より長いか否かを確認することにより、次の楽曲Ｘ４を最後の楽曲とするか否かを判断する。なお、この際に、トークを行うための予備時間を加味してもよい。

図７に示したように、これまで行われたトークＴ１の時間は０１：００であり、楽曲Ｘ４の演奏時間は０５：５５であり、現在時刻（すなわち楽曲Ｘ１のカラオケ演奏終了時刻）は１２：１９：５５である。よって、楽曲Ｘ４をカラオケ歌唱する前に行うトークＴ２の予備時間を含めた楽曲Ｘ４の演奏終了推定時刻は、１２：２６：１０となり、配信終了時刻（１２：３４：００）との差分は０７：５０となる。ここで残り３曲の演奏時間のうち、最長の演奏時間は楽曲Ｘ２の０５：３０である。従って、いずれの楽曲もカラオケ演奏が可能であるため、データ送信部２２ａは、楽曲Ｘ４を最後の楽曲とはしない。

その後、データ送信部２２ａは、投票数が最も多かった楽曲Ｘ４の演奏データを歌唱者端末に送信する。

公開部２２ｂは、セットリストＬ１から演奏データを送信した楽曲Ｘ４を削除することによりセットリストを更新し、投票用楽曲リストＬ２を公開し、投票情報の受付を再開する。投票用楽曲リストＬ２には、楽曲Ｘ２、楽曲Ｘ３、楽曲Ｘ５が含まれている。

ここで、楽曲Ｘ１のカラオケ歌唱の後、歌唱者がトークＴ２を開始したとする。この場合、歌唱者端末の転送部１７ｃは、トークＴ２の音声、及び歌唱者を撮影して得られる動画像に基づいてトーク動画Ｗ２を生成し、サーバ装置Ｓにストリーミング送信する。

配信部２２ｃは、ストリーミング送信されているトーク動画Ｗ２を視聴者端末にライブ配信する。視聴者は、視聴者端末を介して、トーク動画Ｗ２を視聴する。

トークＴ２を終えた歌唱者は、入力手段１３によりカラオケ演奏の開始の操作入力を行う。カラオケ演奏開始の操作入力に伴い、転送部１７ｃは、トーク動画Ｗ２のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、トーク動画Ｗ２のライブ配信を終了する。視聴者は、トーク動画Ｗ２の視聴を終了する。

一方、カラオケ演奏の開始の操作入力に基づき、歌唱者端末の演奏処理部１７ｂは、受信した楽曲Ｘ４の演奏データに基づいてカラオケ演奏を開始する。歌唱者は、カラオケ演奏に合わせてカラオケ歌唱を行う。歌唱者端末の転送部１７ｃは、楽曲Ｘ４のカラオケ演奏の演奏音、歌唱者の歌唱音声、及び歌唱者を撮影して得られる動画像に基づいて歌唱動画Ｖ２を生成し、サーバ装置Ｓにストリーミング送信する。

この際、転送部１７ｃは、楽曲Ｘ４のカラオケ演奏を開始した時刻（演奏開始時刻）を送信する。図７に示したように、この例において、楽曲Ｘ４の演奏開始時刻は、１２：２２：００である。サーバ装置Ｓの記憶手段２０は、演奏開始時刻を記憶する。

集計部２２ｄは、カラオケ演奏中の楽曲Ｘ４の演奏時間（０５：５５）の残りが所定時間に達したことを契機として、それまでに各視聴者端末から送信された投票情報を集計して投票結果を出力する。すなわち、集計部２２ｄは、１２：２７：５０となったことを契機として、投票情報の集計を開始する。

集計部２２ｄは、集計時点で記憶手段２０に記憶されている投票情報を消去し、投票情報の受付を一旦中断する。また、歌唱者端末の演奏処理部１７ｂは、楽曲Ｘ４のカラオケ演奏を終了する（演奏終了時刻は１２：２７：５５。図７参照）。転送部１７ｃは、歌唱動画Ｖ２のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、歌唱動画Ｖ２のライブ配信を終了する。視聴者は、歌唱動画Ｖ２の視聴を終了する。

ここで、データ送信部２２ａは、これまで行われたトークの平均時間と次の楽曲（３曲目）として決定された楽曲Ｘ３の演奏時間を現在時刻に加算し、配信終了時刻との差分が残りの２曲それぞれの演奏時間より長いか否かを確認することにより、次の楽曲Ｘ３を最後の楽曲とするか否かを判断する。

図７に示したように、これまで行われたトークＴ１及びトークＴ２の平均時間は０１：３３であり、楽曲Ｘ３の演奏時間は０３：５５であり、現在時刻（すなわち楽曲Ｘ４のカラオケ演奏終了時刻）は１２：２７：５５である。よって、楽曲Ｘ３をカラオケ歌唱する前に行うトークＴ３の予備時間を含めた楽曲Ｘ３の演奏終了推定時刻は、１２：３３：１３となり、配信終了時刻（１２：３４：００）との差分は００：４７となる。ここで残り２曲の演奏時間はいずれも００：４７以上であるため、これ以上のカラオケ演奏はできない。従って、データ送信部２２ａは、楽曲Ｘ３を最後の楽曲とする。最後の楽曲の決定に伴い、セットリストの更新、投票用楽曲リストの公開、投票情報の集計等に関わる処理は終了する。

その後、データ送信部２２ａは、投票数が最も多かった楽曲Ｘ３の演奏データを歌唱者端末に送信する。

楽曲Ｘ４のカラオケ歌唱の後、歌唱者は、トークＴ３を開始したとする。この場合、歌唱者端末の転送部１７ｃは、トークＴ３の音声、及び歌唱者を撮影して得られる動画像に基づいてトーク動画Ｗ３を生成し、サーバ装置Ｓにストリーミング送信する。

配信部２２ｃは、ストリーミング送信されているトーク動画Ｗ３を視聴者端末にライブ配信する。視聴者は、視聴者端末を介して、トーク動画Ｗ３を視聴する。

トークＴ３を終えた歌唱者は、入力手段１３によりカラオケ演奏の開始の操作入力を行う。カラオケ演奏開始の操作入力に伴い、転送部１７ｃは、トーク動画Ｗ３のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、トーク動画Ｗ３のライブ配信を終了する。視聴者は、トーク動画Ｗ３の視聴を終了する。

一方、カラオケ演奏の開始の操作入力に基づき、歌唱者端末の演奏処理部１７ｂは、受信した楽曲Ｘ３の演奏データに基づいてカラオケ演奏を開始する。歌唱者は、カラオケ演奏に合わせてカラオケ歌唱を行う。歌唱者端末の転送部１７ｃは、楽曲Ｘ３のカラオケ演奏の演奏音、歌唱者の歌唱音声、及び歌唱者を撮影して得られる動画像に基づいて歌唱動画Ｖ３を生成し、サーバ装置Ｓにストリーミング送信する。なお、図７に示したように、この例において、楽曲Ｘ３の演奏開始時刻は、１２：２９：００である。

その後、歌唱者端末の演奏処理部１７ｂは、楽曲Ｘ３のカラオケ演奏を終了する（演奏終了時刻は１２：３２：５５。図７参照）。転送部１７ｃは、歌唱動画Ｖ３のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、歌唱動画Ｖ３のライブ配信を終了する。視聴者は、歌唱動画Ｖ３の視聴を終了する。

楽曲Ｘ３のカラオケ歌唱の後、歌唱者は、配信終了時刻（１２：３４：００）までトークＴ４を行う。この場合、歌唱者端末の転送部１７ｃは、トークＴ４の音声、及び歌唱者を撮影して得られる動画像に基づいてトーク動画Ｗ４を生成し、サーバ装置Ｓにストリーミング送信する。

配信部２２ｃは、ストリーミング送信されているトーク動画Ｗ４を視聴者端末にライブ配信する。視聴者は、視聴者端末を介して、トーク動画Ｗ４を視聴する。

配信終了時刻（１２：３４：００）が到来した場合、転送部１７ｃは、トーク動画Ｗ４のサーバ装置Ｓへのストリーミング送信を終了する。サーバ装置Ｓの配信部２２ｃは、トーク動画Ｗ４のライブ配信を終了する。視聴者は、トーク動画Ｗ４の視聴を終了する。この例の場合、セットリストＬ０に含まれている楽曲のうち、楽曲Ｘ２及び楽曲Ｘ５については、カラオケ演奏が行われない。

このように、本実施形態に係るカラオケシステム１において、演奏処理部１７ｂは、歌唱者からの操作入力に基づいて楽曲のカラオケ演奏を開始し、データ送信部２２ａは、演奏データを送信することを決定した次の楽曲のカラオケ演奏が、設定された配信時間中または配信終了時刻までに終了できない場合には、当該次の楽曲の演奏データを歌唱者端末に送信しない。このようなカラオケシステム１によれば、歌唱者が希望する時間または時刻において、セットリストに含まれる楽曲の中から視聴者が聴きたい楽曲を優先的にカラオケ演奏し、歌唱動画をライブ配信することができる。

＜その他＞
上記実施形態において、集計部２２ｄがカラオケ演奏中の楽曲の演奏時間の残りが所定時間に達したことを契機として、投票情報の集計を行う例について述べたが、これに限られない。たとえば、集計部２２ｄは、歌唱者端末からの集計開始の指示に基づいて集計を開始してもよい。

第２実施形態の例において、トーク動画をストリーミング送信する例について述べたが、トーク動画のストリーミング送信は必須ではない。逆に、第１実施形態の構成においてトーク動画をストリーミング送信してもよい。この場合、演奏処理部１７ｂは、第２実施形態と同様、歌唱者からの操作入力に基づいて楽曲のカラオケ演奏を開始することが好ましい。

第１実施形態の処理と第２実施形態の処理を併用してもよい。たとえば、カラオケシステム１は、セットリストに含まれる楽曲の総演奏時間と、歌唱者が設定した配信時間とを比較する。そして、総演奏時間が配信時間よりも短い場合、カラオケシステム１は、第１実施形態の処理を実行する。逆に、総演奏時間が配信時間よりも長い場合、カラオケシステム１は、第２実施形態の処理を実行する。

上記実施形態は、例として提示したものであり、発明の範囲を限定するものではない。上記の構成は、適宜組み合わせて実施することが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上記実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１カラオケシステム
１７ａセットリスト生成部
１７ｂ演奏処理部
１７ｃ転送部
１７ｄ第１の表示制御部
１７ｅ第２の表示制御部
１７ｆ投票部
２２ａデータ送信部
２２ｂ公開部
２２ｃ配信部
２２ｄ集計部
２２ｅ決定部
Ｍ１利用者端末（歌唱者端末）
Ｍ２～Ｍｎ利用者端末（視聴者端末）
Ｓサーバ装置

Claims

複数の利用者端末、及び当該利用者端末と通信可能なサーバ装置を含むカラオケシステムであって、
前記利用者端末のうち、カラオケ歌唱を行う歌唱者が操作する歌唱者端末は、
前記カラオケ歌唱を行う複数の楽曲から構成されたセットリストを生成し、前記サーバ装置に送信するセットリスト生成部と、
前記サーバ装置から受信した楽曲の演奏データに基づいてカラオケ演奏を行う演奏処理部と、
前記演奏処理部が行うカラオケ演奏の演奏音と、集音手段により集音されたカラオケ歌唱の歌唱音声と、撮影手段によりカラオケ歌唱を行う前記歌唱者を撮影して得られる動画像とに基づいて歌唱動画を生成し、前記サーバ装置にストリーミング送信する転送部と、
を有し、
前記利用者端末のうち、前記歌唱動画を視聴する視聴者が操作する視聴者端末は、
前記サーバ装置がライブ配信する前記歌唱動画を表示手段に表示させる第１の表示制御部と、
前記サーバ装置が公開した投票用楽曲リストを前記表示手段に表示させる第２の表示制御部と、
前記投票用楽曲リストに含まれる楽曲のうち、前記歌唱者にカラオケ歌唱を行って欲しい楽曲として前記視聴者が選択した楽曲を示す投票情報を前記サーバ装置に送信する投票部と、
を有し、
前記サーバ装置は、
前記歌唱者端末から受信した前記セットリストから前記演奏データを送信した楽曲を削除することにより前記セットリストを更新し、前記投票用楽曲リストとして公開する公開部と、
前記歌唱者端末がストリーミング送信中の前記歌唱動画を前記視聴者端末にライブ配信する配信部と、
複数の前記視聴者端末から送信され、前記サーバ装置の記憶手段に記憶された前記投票情報を集計して投票結果を出力する集計部と、
出力した前記投票結果に基づいて、前記投票用楽曲リストに含まれる楽曲の中から、前記歌唱者端末に前記演奏データを送信する次の楽曲を決定する決定部と、
決定した前記楽曲の演奏データを前記歌唱者端末に対し送信するデータ送信部と、
を有するカラオケシステム。
前記集計部は、カラオケ演奏中の楽曲の演奏時間の残りが所定時間に達したことを契機として、前記投票情報の集計を行うことを特徴とする請求項１記載のカラオケシステム。
前記集計部は、前記投票情報の集計を行った後、前記サーバ装置の記憶手段に記憶されている当該投票情報を消去することを特徴とする請求項１または２記載のカラオケシステム。
前記データ送信部は、前記歌唱者端末から受信した前記セットリストに含まれる全ての楽曲の演奏データを前記歌唱者端末に送信することを特徴とする請求項１から３のいずれか一つに記載のカラオケシステム。
前記演奏処理部は、前記歌唱者からの操作入力に基づいて楽曲のカラオケ演奏を開始し、
前記データ送信部は、前記演奏データを送信することを決定した次の楽曲のカラオケ演奏が、設定された配信時間中または配信終了時刻までに終了できない場合には、当該次の楽曲の演奏データを前記歌唱者端末に送信しないことを特徴とする請求項１から４のいずれか一つに記載のカラオケシステム。