WO2021001940A1

WO2021001940A1 - ライブ配信システム

Info

Publication number: WO2021001940A1
Application number: PCT/JP2019/026370
Authority: WO
Inventors: 暁紀服部
Original assignee: 暁紀服部
Priority date: 2019-07-02
Filing date: 2019-07-02
Publication date: 2021-01-07

Abstract

ライブ配信システムは、第１のライブコンテンツ取得装置と、配信サーバと、視聴者によって利用される視聴者端末と、ライブパフォーマンスを行う第１の出演者によって利用される第１の出演者端末と、を備えている。視聴者端末は、第１のライブコンテンツが再生されている間に、視聴者による第１の出演者に対してのパフォーマンスに関する第１のリクエストの入力を受け付け、入力された第１のリクエストを表す第１のリクエスト情報を配信サーバに供給する。第１の出演者端末は、配信サーバから第１のリクエスト情報を取得すると、第１のリクエスト情報を出力する。

Description

ライブ配信システム

　本明細書によって開示される技術は、ライブ配信システムに関する。

　ライブパフォーマンスの映像や音声等のライブコンテンツを表すライブストリーミングデータを視聴者の端末に配信することにより、各端末を使用する視聴者にライブコンテンツを視聴させることができる技術が知られている。例えば、特開２００４－２５３９３３号公報（以下特許文献１という）には、ストリーミング配信サーバからのストリーミング映像を複数の視聴装置に配信して表示するストリーミング視聴システムが開示されている。特許文献１のシステムは、ストリーミング映像を配信するストリーミング映像配信サーバと、複数の視聴装置のそれぞれに対応する音声、テキスト等の付加データを配信する付加データ配信サーバと、複数の視聴装置とを有する。複数の視聴装置のそれぞれは、ストリーミング映像配信サーバから配信されるストリーミング映像と、付加データ配信サーバから配信される付加データと、を別々に取得し、それらを合成して出力する。

　上記の特許文献１の技術をライブストリーミング分野に応用することで、ライブパフォーマンスの映像や音声等のライブコンテンツを表すライブストリーミングデータを視聴者の端末に配信して、各端末のユーザである視聴者にライブコンテンツを視聴させることができる。その場合、視聴者は端末を通してライブコンテンツを視聴することにより、ライブパフォーマンスが行われている会場（以下ライブ会場と呼ぶ場合がある）にいなくてもライブパフォーマンスを体験することができる。

　一方、ライブ会場では、出演者（例えば、アーティスト、スピーカー等）が現地の観客（聴衆、参加者等）とコミュニケーションを図り、上演する演目のリクエストや出演者への質問等を受け付ける場合がある。しかしながら、特許文献１の技術では、ライブコンテンツを端末越しに視聴している視聴者（即ち現地にいない視聴者）は、ライブ会場で直接ライブパフォーマンスを体験している観客とは異なり、ライブパフォーマンスの出演者とコミュニケーションを図ることができない。ライブコンテンツを端末越しに視聴している視聴者は、出演者に対して演目のリクエストや質問等を行うことができない。そのため、特許文献１の技術では、視聴者がライブパフォーマンスを直接的に体験しているという実感を得られない場合がある。

　本明細書では、ライブコンテンツの視聴者に対して、ライブパフォーマンスを直接的に体験しているという実感を与え得る技術を開示する。

　本明細書ではライブ配信システムを開示する。本明細書によって開示されるライブ配信システムは、第１のライブコンテンツ取得装置と、前記第１のライブコンテンツ取得装置と通信可能な配信サーバと、前記配信サーバと通信可能であって、視聴者によって利用される視聴者端末と、前記配信サーバと通信可能であって、ライブパフォーマンスを行う第１の出演者によって利用される第１の出演者端末と、を備えており、前記第１のライブコンテンツ取得装置は、ライブパフォーマンスを行う前記第１の出演者のライブ映像とライブ音声のうちの少なくとも一方を含む第１のライブコンテンツを取得し、取得された前記第１のライブコンテンツを前記配信サーバに供給し、前記配信サーバは、前記第１のライブコンテンツ取得装置から前記第１のライブコンテンツを取得し、前記第１のライブコンテンツを表す第１のライブストリーミングデータを前記視聴者端末に供給し、前記第１のライブストリーミングデータを前記視聴者端末に供給した後で前記視聴者端末から第１のリクエスト情報を取得する場合に、前記第１のリクエスト情報を前記第１の出演者端末に供給し、前記視聴者端末は、前記配信サーバから取得された前記第１のライブストリーミングデータによって表される前記第１のライブコンテンツを再生し、前記第１のライブコンテンツが再生されている間に、前記視聴者による前記第１の出演者に対してのパフォーマンスに関する第１のリクエストの入力を受け付け、入力された前記第１のリクエストを表す前記第１のリクエスト情報を前記配信サーバに供給し、前記第１の出演者端末は、前記配信サーバから前記第１のリクエスト情報を取得すると、前記第１のリクエスト情報を出力する。

　この構成によると、視聴者は、視聴者端末において第１のライブコンテンツが再生されることにより、第１の出演者によるライブパフォーマンスを、ライブ会場にいなくても体験することができる。そして、視聴者は、第１のライブコンテンツが再生されている間に、第１の出演者に対する第１のリクエストを入力することができる。第１のリクエストは、例えば、上演希望演目、アレンジ希望等、第１の出演者のパフォーマンスに関する任意のリクエストを含む。第１の出演者は、第１の出演者端末において第１のリクエスト情報が出力されることにより、視聴者が入力した第１のリクエストの内容を把握することができる。その後、第１の出演者は、視聴者からの第１のリクエストについて言及する、第１のリクエストに応える演目を上演する等、第１のリクエストの内容を踏まえた行動を実行することができる。その場合、視聴者は、自身が入力した第１のリクエストによって第１の出演者が行動したことを実感することができる。即ち、視聴者は、離れた会場にいる第１の出演者との結びつきを感じることができる。従って、上記の構成によると、ライブコンテンツの視聴者に対して、ライブパフォーマンスを直接的に体験しているという実感を与え得る。

　前記第１の出演者端末は、前記第１のリクエスト情報を出力した後、前記第１の出演者による前記第１のリクエストに対するレスポンスの入力を受け付け、前記レスポンスが入力される場合に、入力された前記レスポンスを表すレスポンス情報を前記配信サーバに供給してもよい。前記配信サーバは、前記第１の出演者端末から前記レスポンス情報が取得される場合に、前記レスポンス情報を前記第１のリクエスト情報の送信元である前記視聴者端末に供給してもよい。前記視聴者端末は、前記配信サーバから取得された前記レスポンス情報を出力してもよい。

　この構成によると、視聴者は、視聴者端末においてレスポンス情報が出力されることにより、視聴者が入力した第１のリクエストに対して、第１の出演者がレスポンスを入力したことを把握することができる。ここで、レスポンスは、第１のリクエストに応じる旨の回答、第１のリクエストに応じない回答、第１のリクエストを確認した旨の回答等、第１のリクエストに対する任意のレスポンスを含んでもよい。その場合、視聴者は、離れた会場にいる第１の出演者との一体感をより直接的に感じることができる。従って、上記の構成によると、ライブコンテンツの視聴者に対して、ライブパフォーマンスを直接的に体験しているという実感を与え得る。

　前記配信サーバは、前記第１の出演者が上演可能な演目を表すリストを記憶していてもよい。前記第１のライブストリーミングデータを前記視聴者端末に供給する場合に、前記リストを前記視聴者端末にさらに供給してもよい。前記視聴者端末は、前記配信サーバから取得された前記リストを出力してもよい。

　この構成によると、視聴者は、視聴者端末にリストが出力されることにより、ライブパフォーマンス中の第１の出演者が上演可能な演目を把握することができる。視聴者は、１の出演者が上演可能な演目のうちから所望の演目の上演を希望する第１のリクエストを入力することができる。第１の出演者に対し、上演可能な演目以外の演目の上演がリクエストされる事態の発生を抑制することができる。第１の出演者がライブパフォーマンスに集中し易い環境を実現し、質の高いライブパフォーマンスを実現させ得る。

　前記第１の出演者端末は、前記第１のリクエスト情報を出力する際、前記第１の出演者の指示に応じて出力の態様を変更してもよい。

　この構成によると、第１の出演者端末は、第１の出演者の所望の態様で第１のリクエスト情報を出力することができる。第１の出演者端末は、第１の出演者が把握したいと考えるリクエスト内容を適切に出力させることができる。

　前記第１の出演者端末は、（ａ）前記第１の出演者が上演可能な演目ごとのリクエスト件数の出力、（ｂ）前記第１の出演者がリクエストに応じた実績の出力、（ｃ）リクエストとともに入力されたメッセージの出力、のうちの少なくとも１つを含む態様で前記第１のリクエスト情報を出力してもよい。

　この構成によると、第１の出演者は、例えば、演目ごとのリクエスト件数を把握した上で最もリクエスト件数の多かった演目を上演すること、リクエストに応じた実績を把握した上でリクエストにまだ応じていない演目を上演すること、メッセージを把握した上で上演したいと考えた演目を上演すること、等ができる。そのため、第１の出演者と視聴者との結びつきを強くすることができるとともに、第１の出演者と視聴者の双方が満足し得る質の高いライブパフォーマンスが実現され得る。

　前記ライブ配信システムは、前記第１のライブコンテンツ取得装置とは異なる第２のライブコンテンツ取得装置であって前記配信サーバと通信可能な前記第２のライブコンテンツ取得装置と、前記配信サーバと通信可能であって、ライブパフォーマンスを行う第２の出演者であって前記第１の出演者とは異なる前記第２の出演者によって利用される第２の出演者端末と、をさらに備えていてもよい。前記第２のライブコンテンツ取得装置は、前記第２の出演者のライブ映像とライブ音声とのうちの少なくとも一方を含む第２のライブコンテンツを取得し、取得された前記第２のライブコンテンツを前記配信サーバに供給してもよい。前記配信サーバは、前記第１のライブコンテンツ取得装置から前記第１のライブコンテンツを取得するとともに前記第２のライブコンテンツ取得装置から前記第２のライブコンテンツを取得し、前記視聴者端末から第１の視聴希望が取得される第１の場合には、前記第１のライブストリーミングデータを前記視聴者端末に供給し、前記視聴者端末から第２の視聴希望が取得される第２の場合には、前記第２のライブコンテンツを表す第２のライブストリーミングデータを前記視聴者端末に供給し、前記第１のライブストリーミングデータを前記視聴者端末に供給した後で前記視聴者端末から前記第１のリクエスト情報を取得する場合には、前記第１のリクエスト情報を前記第１の出演者端末に供給し、前記第２のライブストリーミングデータを前記視聴者端末に供給した後で前記視聴者端末から第２のリクエスト情報を取得する場合には、前記第２のリクエスト情報を前記第２の出演者端末に供給してもよい。前記視聴者端末は、前記視聴者の指示に従って、前記第１の視聴希望と前記第２の視聴希望とのうちの一方を前記配信サーバに供給し、前記配信サーバから前記第１のライブストリーミングデータを取得する場合に、前記第１のライブストリーミングデータによって表される前記第１のライブコンテンツを再生し、前記配信サーバから前記第２のライブストリーミングデータを取得する場合に、前記第２のライブストリーミングデータによって表される前記第２のライブコンテンツを再生し、前記第１のライブコンテンツが再生されている間に、前記第１のリクエストの入力を受け付け、入力された前記第１のリクエストを表す前記第１のリクエスト情報を前記配信サーバに供給し、前記第２のライブコンテンツが再生されている間に、前記視聴者による前記第２の出演者に対してのパフォーマンスに関する第２のリクエストの入力を受け付け、入力された前記第２のリクエストを表す前記第２のリクエスト情報を前記配信サーバに供給してもよい。前記第１の出演者端末は、前記配信サーバから前記第１のリクエスト情報を取得すると、前記第１のリクエスト情報を出力してもよい。前記第２の出演者端末は、前記配信サーバから前記第２のリクエスト情報を取得すると、前記第２のリクエスト情報を出力してもよい。

　この構成によると、視聴者は、視聴者端末に指示をすることによって、第１の出演者のライブパフォーマンスと、第２の出演者のライブパフォーマンスとのうちの所望のライブパフォーマンスを体験することができる。そして、視聴者は、視聴者端末において第１のライブコンテンツが再生されている間には第１の出演者に対して第１のリクエストを入力することができ、視聴者端末において第２のライブコンテンツが再生されている間には第２の出演者に対して第２のリクエストを入力することができる。従って、上記の構成によると、各視聴者は、当該視聴者が視聴を希望する出演者のライブパフォーマンスを、出演者との結びつきを感じながら体験し得る。

　なお、上記の配信サーバを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の視聴者端末を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の第１の出演者端末及び第２の出演者端末を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。

ライブ配信システム２の概要を示す。端末装置１０（１１０、２１０）のブロック図を示す。サーバ５０のブロック図を示す。ユーザデータベース７６の内容の一例を示す。ライブ配信システム２の各要素の具体的な動作の例を表すシーケンス図を示す。視聴画面３００の一例を示す。出演者画面４００の一例を示す。視聴画面３００の他の一例を示す。

（第１実施例）
（ライブ配信システム２の構成；図１）
　図１に示される本実施例のライブ配信システム２は、ライブパフォーマンスの映像や音声等のライブコンテンツを表すライブストリーミングデータを視聴者の端末に配信することにより、各端末を使用する視聴者にライブコンテンツを視聴させるためのシステムである。ライブ配信システム２は、端末装置１０、１１０、２１０と、ライブコンテンツ取得装置１５０、２５０と、サーバ５０と、を備える。端末装置１０、１１０、２１０、及び、ライブコンテンツ取得装置１５０、２５０は、いずれも、サーバ５０との間で通信（例えばＷｉ－Ｆｉ通信）を実行可能である。なお、図１の例では、一人の視聴者Ａ１と端末装置１０のみを図示しているが、実際にライブ配信システム２が稼働する環境下では、複数の視聴者と、複数の視聴者のそれぞれが使用する端末装置が備えられていてもよい。同様に、図１の例では、二人の出演者Ｐ１、Ｐ２と端末装置１１０、２１０のみを図示しているが、実際にライブ配信システム２が稼働する環境下では、三人以上の出演者と、その出演者のそれぞれが使用する端末装置が備えられていてもよい。

（端末装置１０の構成；図１、図２）
　端末装置１０は、ライブ配信システム２を利用してライブコンテンツを視聴する視聴者Ａ１によって使用される端末装置である。端末装置１０は、ノートＰＣ、タブレットＰＣ、スマートフォンのような可搬式の端末装置であってもよいし、デスクトップＰＣのような据置式の端末装置であってもよい。

　図２に示すように、端末装置１０は、表示部１２と、操作部１４と、通信インターフェース１６と、スピーカ１８と、マイク２０と、制御部３０と、メモリ３２と、を備える。なお以下ではインターフェースのことを「Ｉ／Ｆ」と記載する。

　表示部１２は、様々な情報を表示させるためのディスプレイである。操作部１４は、一個以上のキー等を備える。また、表示部１２と操作部１４は、両者が一体に構成されたタッチパネルであってもよい。視聴者Ａ１は、操作部１４を操作して、様々な指示を端末装置１０に入力することができる。通信Ｉ／Ｆ１６は、インターネット等のネットワーク（図示しない）を介してサーバ５０と通信を実行するためのＩ／Ｆである。スピーカ１８は、音声（例えばライブ音声等）を出力するための出力部である。マイク２０は、音声（例えば音声メッセージ等）を入力するための入力部である。

　制御部３０は、メモリ３２に記憶されるプログラム（ＯＳプログラム３４、ライブ配信アプリ３６等）に従って様々な処理を実行する。メモリ３２は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ３２は、ＯＳプログラム３４、ライブ配信アプリ３６を含む様々なプログラムを記憶している。ＯＳプログラム３４は、端末装置１０に様々な処理を実行させるための基本プログラムである。ＯＳプログラム３４は端末装置１０の出荷時にメモリ３２に記憶されている。

　ライブ配信アプリ３６は、ライブ配信システム２を利用してライブ配信サービスを提供する事業者によって提供されるアプリケーションプログラムである。制御部３０は、ライブ配信アプリ３６に従って様々な処理を実行することで、ライブ配信システム２を利用してライブ配信サービスの提供を受ける（例えば、視聴者としてのライブコンテンツを視聴したり、出演者としてライブ出演中にリクエストを受け付けたりする）ことができる。ライブ配信アプリ３６は、インターネット上のアプリ提供サーバ（図示省略）から端末装置１０にインストールされる。他の例では、ライブ配信アプリ３６は、ライブ配信サービスを提供する事業者が配布するメディアから端末装置１０にインストールされてもよい。

　また、メモリ３２には、ライブ配信アプリ３６がインストールされた後で行われたユーザ登録時に視聴者Ａ１に割り当てられたユーザＩＤ３８（「Ｕ０１」）も記憶されている。この他にも、メモリ３２は、制御部３０の処理に伴って生成される様々な情報を記憶する領域も有している。

（端末装置１１０の構成；図１、図２）
　端末装置１１０は、第１の会場１００において、配信対象であるライブパフォーマンスを行う出演者Ｐ１によって使用される端末装置である。本実施例では、出演者Ｐ１は、音楽を演奏するアーティストである。端末装置１１０は、基本的には端末装置１０と同様の構成を備える。そのため、以下では、端末装置１０と共通する要素については詳しい説明を省略する。

　図２に示すように、端末装置１１０も、表示部１１２と、操作部１１４と、通信Ｉ／Ｆ１１６と、スピーカ１１８と、マイク１２０と、制御部１３０と、メモリ１３２と、を備える。表示部１１２、操作部１１４、通信Ｉ／Ｆ１１６、スピーカ１１８、及び、マイク１２０は、端末装置１０の表示部１２、操作部１４、通信Ｉ／Ｆ１６、スピーカ１８、及び、マイク２０と同様である。

　制御部１３０は、メモリ１３２に記憶されるプログラム（ＯＳプログラム１３４、ライブ配信アプリ１３６等）に従って様々な処理を実行する。制御部１３０、メモリ１３２、及び、メモリ１３２内のプログラム（ＯＳプログラム１３４及びライブ配信アプリ１３６）も、端末装置１０の制御部３０、メモリ３２、ＯＳプログラム１３４及びライブ配信アプリ１３６と同様である。

　端末装置１１０のメモリ１３２にも、ライブ配信アプリ１３６がインストールされた後で行われたユーザ登録時に出演者Ｐ１に割り当てられたユーザＩＤ１３８（この場合は「Ｕ１１」）が記憶されている。

（端末装置２１０の構成；図１、図２）
　端末装置２１０は、第２の会場２００において、配信対象であるライブパフォーマンスを行う出演者Ｐ２によって使用される端末装置である。本実施例では、出演者Ｐ２は、音楽を演奏するアーティストである。端末装置２１０も、基本的には端末装置１０と同様の構成を備える。

　図２に示すように、端末装置２１０も、表示部２１２と、操作部２１４と、通信Ｉ／Ｆ２１６と、スピーカ２１８と、マイク２２０と、制御部２３０と、メモリ２３２と、を備える。表示部２１２、操作部２１４、通信Ｉ／Ｆ２１６、スピーカ２１８、及び、マイク２２０は、端末装置１０の表示部１２、操作部１４、通信Ｉ／Ｆ１６、スピーカ１８、及び、マイク２０と同様である。

　制御部２３０は、メモリ２３２に記憶されるプログラム（ＯＳプログラム２３４、ライブ配信アプリ２３６等）に従って様々な処理を実行する。制御部２３０、メモリ２３２、及び、メモリ２３２内のプログラム（ＯＳプログラム２３４及びライブ配信アプリ２３６）も、端末装置１０の制御部３０、メモリ３２、ＯＳプログラム２３４及びライブ配信アプリ２３６と同様である。

　端末装置２１０のメモリ２３２にも、ライブ配信アプリ２３６がインストールされた後で行われたユーザ登録時に出演者Ｐ２に割り当てられたユーザＩＤ２３８（この場合は「Ｕ１２」）が記憶されている。

（ライブコンテンツ取得装置１５０、２５０の構成；図１）
　ライブコンテンツ取得装置１５０は、第１の会場１００に設置され、第１の会場１００で行われている出演者Ｐ１のライブパフォーマンスを表すライブコンテンツ（具体的には、ライブ映像とライブ音声）を取得する装置である。ライブコンテンツ取得装置１５０は、ライブ映像を取得するカメラ１５２と、ライブ音声を取得するマイク１５４とを含む。ライブコンテンツ取得装置１５０は、サーバ５０と通信可能であり、取得されたライブコンテンツをサーバ５０に随時（即ちリアルタイムで）供給する。

　同様に、ライブコンテンツ取得装置２５０は、第２の会場２００に設置され、第２の会場２００で行われている出演者Ｐ２のライブパフォーマンスを表すライブコンテンツを取得する装置である。ライブコンテンツ取得装置２５０も、ライブ映像を取得するカメラ２５２と、ライブ音声を取得するマイク２５４とを含む。ライブコンテンツ取得装置２５０は、サーバ５０と通信可能であり、取得されたライブコンテンツをサーバ５０に随時（即ちリアルタイムで）供給する。

（サーバ５０の構成；図１、図３）
　サーバ５０は、ライブ配信システム２を利用してライブ配信サービスを提供する事業者によって設置される管理装置である。図３に示すように、サーバ５０は、表示部５２と、操作部５４と、通信Ｉ／Ｆ５６と、制御部７０と、メモリ７２とを備えている。

　表示部５２は、様々な情報を表示させるためのディスプレイである。操作部５４は、キーボードとマウスを備える。サーバ５０の管理者は、操作部５４を操作して、様々な指示をサーバ５０に入力することができる。通信Ｉ／Ｆ５６は、ネットワーク（インターネット等）を介して、外部の装置（端末装置１０、１１０、２１０、及び、ライブコンテンツ取得装置１５０、２５０等）と通信を実行するためのＩ／Ｆである。

　制御部７０は、メモリ７２に記憶されたプログラム７４に従って様々な処理を実行する。メモリ７２は、ＲＯＭ、ＲＡＭ等によって構成される。さらに、メモリ７２内には、ユーザデータベース７６が備えられている。ユーザデータベース７６は、ユーザＩＤ毎の各種情報を記憶するための記憶領域である。図３に示すように、本実施例では、ユーザデータベース７６は、ユーザデータ８０、８２、８４等を記憶している。

　図４に示すように、ユーザデータ８０は、ユーザＩＤ「Ｕ０１」に対応するユーザ（即ち、図１の視聴者Ａ１）の各種情報を含む。ユーザデータ８０は、ユーザＩＤ、名前、カテゴリー、スケジュールを含む。ユーザＩＤ（「Ｕ０１」）は、ユーザ登録時に割り当てられたユーザＩＤである。名前（「Aki」）は、ユーザ登録時に登録された当該ユーザの名前（本名でもハンドルネームでもよい）である。カテゴリー（「視聴者」）は、当該ユーザがどのような立場（カテゴリー）でライブ配信システム２を利用するのかの登録情報を示す。この例ではカテゴリーは「視聴者」である。即ち、ユーザＩＤ「Ｕ０１」に対応するユーザ（視聴者Ａ１）は、ライブ配信を視聴する視聴者としての立場でのみライブ配信システム２を利用する。スケジュールは、当該ユーザが視聴したライブコンテンツの情報を示す。図４のユーザデータ８０によると、視聴者Ａ１は、１日前に第２の会場２００で行われた「Chie」（即ち、ユーザＩＤ「Ｕ１２」に対応する出演者Ｐ２（ユーザデータ８４参照））のライブを視聴し、現在は、第１の会場１００で行われている「Bob」（即ち、ユーザＩＤ「Ｕ１１」に対応する出演者Ｐ１（ユーザデータ８２参照））のライブを視聴している。

　同様に、ユーザデータ８２は、ユーザＩＤ「Ｕ１１」に対応するユーザ（即ち、図１の出演者Ｐ１）の各種情報を含む。ユーザデータ８２も、ユーザＩＤ、名前、カテゴリー、スケジュールを含む。この例ではユーザＩＤ、名前はそれぞれ「Ｕ１１」、「Bob」である。また、この例ではカテゴリーは「視聴者，出演者」である。即ち、ユーザＩＤ「Ｕ１１」に対応するユーザ（出演者Ｐ１）は、ライブ配信を視聴する視聴者としての立場と、ライブに出演する出演者としての立場の両方でライブ配信システム２を利用する。そのため、スケジュールには、当該ユーザが視聴したライブコンテンツの情報に加え、当該ユーザが出演したライブコンテンツの情報も含まれる。図４のユーザデータ８２によると、出演者Ｐ１は、現在、第１の会場１００で行われている自身のライブに出演している。

　さらに、ユーザデータ８２は、ユーザＩＤ「Ｕ１１」に対応するユーザ（出演者Ｐ１）が現在行っているライブで上演可能な演目（「Sunny Song」等）を表すリストを含む。リストに含まれる演目は、ユーザＩＤ「Ｕ１１」に対応するユーザによって事前に登録される。ライブでは、ユーザは、基本的には、リストに含まれる演目の上演リクエストのみを受け付ける。もっとも、他の例では、ユーザは、リスト外の演目のリクエストを受け付けてもよい。

　同様に、ユーザデータ８４は、ユーザＩＤ「Ｕ１２」に対応するユーザ（即ち、図１の出演者Ｐ２）の各種情報を含む。ユーザデータ８４も、ユーザＩＤ、名前、カテゴリー、スケジュールを含む。この例ではユーザＩＤ、名前はそれぞれ「Ｕ１２」、「Chie」である。また、この例でも、カテゴリーは「視聴者，出演者」である。即ち、ユーザＩＤ「Ｕ１２」に対応するユーザ（出演者Ｐ２）も、視聴者としての立場と出演者としての立場の両方でライブ配信システム２を利用する。そのため、スケジュールは、当該ユーザが視聴したライブコンテンツの情報に加え、当該ユーザが出演した（又は、出演中、出演予定の）ライブコンテンツの情報も含む。図４のユーザデータ８４によると、出演者Ｐ２は、１日前に第２の会場２００で行われた自身のライブに出演し、現在も、第２の会場２００で自身のライブの出演準備中（「出演予定」）である。

　さらに、ユーザデータ８４は、ユーザＩＤ「Ｕ１２」に対応するユーザ（出演者Ｐ２）が現在行っているライブで上演可能な演目（「Perfect Day」）を表すリストを含む。この例では、リスト内には、特定の演目のアレンジ（例えば「Perfect Day (Album ver.)等」）も含まれる。この場合も、リストに含まれる演目は、ユーザＩＤ「Ｕ１２」に対応するユーザによって事前に登録される。

　ユーザデータ８０、８２、８４は、各ユーザ（図１の視聴者Ａ１、出演者Ｐ１、Ｐ２）のユーザ登録の際に生成され、ユーザデータベース７６内に記憶される。その後、各ユーザの行動に伴って、各ユーザデータ８０、８２、８４等の内容は随時更新される。各ユーザは、自身のユーザＩＤに対応するユーザデータ８０、８２、８４の内容を、自身の端末装置１０、１１０、２１０の表示部に表示されるマイページ（図示省略）に表示させることにより確認することができる。なお、図４に示されたユーザデータ８０、８２、８４に含まれる情報はあくまで一例である。実際のユーザデータには、状況に応じて上記以外の情報が含まれてもよい。

（インストール及びユーザ登録）
　続いて、各ユーザ（図１の視聴者Ａ１、出演者Ｐ１、Ｐ２）が、自身の端末装置１０、１１０、２１０を利用して、ライブ配信サービスの提供を受けるために事前に行っておくインストール及びユーザ登録について説明しておく。以下では、図１の視聴者Ａ１が、自身の端末装置１０にライブ配信アプリ３６をインストールし、ユーザ登録を行う場合を例として説明するが、出演者Ｐ１（Ｐ２）が、端末装置１１０（２１０）にライブ配信アプリ１３６（２３６）をインストールし、ユーザ登録を行う場合も同様である。

　本実施例のライブ配信システム２によるライブ配信サービスの利用を希望するユーザ（視聴者Ａ１）は、まず、端末装置１０の操作部１４を操作して、インターネット上のアプリ提供サーバ（図示しない）にアクセスし、ライブ配信アプリ３６をアプリ提供サーバからダウンロードする。端末装置１０の制御部３０は、ダウンロードされたライブ配信アプリ３６をメモリ３２にインストールする。そして、制御部３０は、ライブ配信アプリ３６を起動させる。この際、制御部３０は、所定の初期設定画面を表示部１２に表示させる。初期設定画面には、ユーザが利用するユーザＩＤ「Ｕ０１」、認証に利用するパスワード、その他のユーザ情報（名前、連絡先、利用するカテゴリー（視聴者又は／及び出演者）等）を入力するための各入力欄が含まれる。

　視聴者Ａ１は、操作部１４を操作して、各入力欄に必要な情報を入力する。制御部３０は、ユーザが初期設定画面で入力した各情報を含むユーザ登録リクエストをサーバ５０に送信する。

　サーバ５０の制御部７０は、端末装置１０からユーザ登録リクエストを受信すると、新規ユーザ登録リクエストに含まれるユーザＩＤ「Ｕ０１」を含む新たなユーザデータ８０（図４参照）を作成し、メモリ７２のユーザデータベース７６に記憶させる。この際、ユーザデータ８０には、ユーザ登録リクエストに含まれる各情報が含まれる。以上の各処理が実行されることで、インストール及びユーザ登録が完了し、視聴者Ａ１は、端末装置１０を用いてライブ配信サービスの提供を受けることが可能になる。

　ユーザ登録が完了した後は、視聴者Ａ１は、メモリ３２に記憶させたライブ配信アプリ３６を起動させ、登録済みのユーザＩＤ及びパスワードを用いてサーバ５０との間で認証（いわゆるログイン認証）を行うことにより、サーバ５０からマイページ画面データを取得し、表示部１２にマイページ（図示しない）を表示させることができる。マイページは、ライブ配信システム２を利用するライブ配信サービスにおけるホーム画面である。マイページには、ユーザデータ８０に含まれる各種情報が閲覧可能な態様で表示される。視聴者Ａ１は、マイページを見ることで、自身の各種情報を把握することができる。また、マイページが表示されている間に、視聴者Ａ１は、各種操作（例えば、配信中のライブコンテンツの視聴希望操作等）を入力することもできる。

（具体例；図５～図８）
　続いて、図５～図８を参照して、本実施例のライブ配信システム２の動作の具体例を説明する。この例では、視聴者Ａ１が、端末装置１０を介して、第１の会場１００で行われる出演者Ｐ１のライブパフォーマンスを視聴し、その後、チャンネルを切り替えて、第２の会場２００で行われる出演者Ｐ２のライブパフォーマンスを視聴する場合について説明する。また、以下では、サーバ５０の制御部７０が実行する各処理のことを単にサーバ５０の動作として説明する。同様に、端末装置１０（１１０、２１０）の制御部３０（１３０、２３０）が実行する各処理のことも単に端末装置１０（１１０、２１０）の動作として説明する。

　図５の具体例の前提として、端末装置１０、１１０、２１０には、それぞれライブ配信アプリ３６、１３６、２３６がインストールされ、各ユーザのユーザ登録が既に完了している。そして、図５の具体例の開始時点において、視聴者Ａ１、出演者Ｐ１、出演者Ｐ２はそれぞれ、自身の端末装置１０、１１０、２１０においてライブ配信アプリ３６、１３６、２３６を起動させ、ログイン認証を済ませている。そして、視聴者Ａ１は、端末装置１０の表示部１２に表示されたマイページから、視聴者としてライブコンテンツの視聴をするための所定の操作を行っている。出演者Ｐ１は、端末装置１１０の表示部１１２に表示されたマイページから、出演者としてライブに出演している間にリクエストを受け付けるための所定の操作を行っている。同様に、出演者Ｐ２も、端末装置２１０の表示部２１２に表示されたマイページから、出演者としてライブに出演している間にリクエストを受け付けるための所定の操作を行っている。

　その後、まず、第１の会場１００で行われる出演者Ｐ１のライブパフォーマンスの開始時間が到来する。出演者Ｐ１は、第１の会場１００でライブパフォーマンスを開始する。

　この場合、Ｓ１０において、第１の会場１００に設置されたライブコンテンツ取得装置１５０は、第１の会場１００で行われている出演者Ｐ１のライブパフォーマンスを表すライブコンテンツ（具体的には、ライブ映像とライブ音声）の取得を開始する。そして、ライブコンテンツ取得装置１５０は、取得されたライブコンテンツをサーバ５０に随時（即ちリアルタイムで）供給する。

　一方、Ｓ１２では、視聴者Ａ１は、端末装置１０に、第１の会場１００で行われている出演者Ｐ１のライブパフォーマンスを視聴するためのチャンネル選択操作を行う。この場合、Ｓ１４では、端末装置１０は、第１の会場１００のライブを視聴するための視聴希望をサーバ５０に送信する。

　サーバ５０は、端末装置１０から、第１の会場１００のライブを視聴するための視聴希望（Ｓ１４）を取得する。そして、Ｓ１６では、サーバ５０は、ライブコンテンツ取得装置１５０から取得されたライブコンテンツを表すストリーミングデータと、ユーザデータ８２に事前に登録されている上演可能な演目のリスト（図４参照）と、を端末装置１０に供給する。この際、サーバ５０は、視聴者Ａ１のユーザデータ８０のスケジュールを更新（具体的には、第１の会場１００のライブを視聴している旨の履歴を追加）する。

　Ｓ１８では、端末装置１０は、サーバ５０から取得されたストリーミングデータによって表されるライブコンテンツの再生を開始する。さらにＳ２０では、端末装置１０は、サーバ５０から取得されたリストを出力する。具体的には、Ｓ２０では、端末装置１０は、リストを表示部１２に表示させる。この結果、視聴者Ａ１は、端末装置１０を介して、出演者Ｐ１のライブパフォーマンスを体験（視聴）することができる。Ｓ１８及びＳ２０の処理が行われることにより、端末装置１０の表示部１２には、ライブコンテンツを視聴するための視聴画面（図６、図８参照）が表示される。

　図６を参照して、Ｓ１８及びＳ２０の処理が行われた場合に端末装置１０の表示部１２に表示される視聴画面３００の一例を説明する。図６の視聴画面３００は、ライブ映像表示部３１０、リクエスト可能演目リスト３２０、メッセージ入力欄３３０、及び、リクエストボタン３４０を含む。

　ライブ映像表示部３１０は、ライブコンテンツのうちのライブ映像を表示する表示領域である。図６の例では、ライブ映像表示部３１０には、ライブパフォーマンス中の出演者Ｐ１（名前「Bob」）の映像が表示される。リクエスト可能演目リスト３２０は、出演者Ｐ１が上演可能な演目（「Sunny Song」等）が表示されている。メッセージ入力欄３３０は、リクエストとともに出演者Ｐ１に届けるメッセージを入力するための入力欄である。リクエストボタン３４０は、リクエストの入力を確定させるためのボタンである。

　視聴者Ａ１は、リクエスト可能演目リスト３２０に含まれる演目のうちから上演を所望する演目（例えば「Sunny Song」等）を選択し、メッセージ入力欄３３０に所望のメッセージ（例えば「思い出の曲です」等）を入力した上で、リクエストボタン３４０を操作することにより、選択した演目の上演を希望するリクエストを入力することができる。なお、メッセージ入力欄３３０へのメッセージの入力はリクエストの入力のための必須要素ではなく、省略されてもよい。なお、図６に示された視聴画面３００の構成はあくまで一例である。実際の視聴画面には、状況に応じて上記以外の情報が含まれてもよい。

　図５のＳ２２では、視聴者Ａ１は、表示部１２に視聴画面３００（図６参照）が表示されている間に、上記の手法で出演者Ｐ１へのリクエストを入力することができる。続くＳ２４では、端末装置１０は、視聴者Ａ１によって入力されたリクエストを表すリクエスト情報をサーバ５０に供給する。Ｓ２４でサーバ５０に供給されるリクエスト情報は、視聴者Ａ１のユーザＩＤ「Ｕ０１」、視聴者Ａ１の名前（「Aki」）、リクエスト内容（選択された演目等）、メッセージ（入力された場合）を含む。

　サーバ５０は、端末装置１０からリクエスト情報（Ｓ２４）を取得する。そして、Ｓ２６では、サーバ５０は、取得されたリクエスト情報を、第１の会場１００に設置されている端末装置１１０に供給する。この際、サーバ５０は、視聴者Ａ１のユーザデータ８０を更新（具体的には、リクエストをした旨及びその内容の履歴を追加）するとともに、出演者Ｐ１のユーザデータ８２を更新（具体的には、視聴者Ａ１からリクエストを受けた旨及びその内容の履歴を追加）する。

　端末装置１１０は、サーバ５０からリクエスト情報（Ｓ２６）を取得する。Ｓ２８では、端末装置１１０は、取得されたリクエスト情報を出力する。具体的には、Ｓ２８では、端末装置１１０は、リクエスト情報を表示部１１２に表示させる。Ｓ２８の処理が行われることにより、端末装置１１０の表示部１１２には、出演者Ｐ１に対するリクエスト状況を表示するための出演者画面（図７参照）が表示される。なお、出演者画面の表示内容は、視聴者Ａ１を含む複数の視聴者のそれぞれがリクエストを入力し、サーバ５０からリクエスト情報が取得される毎に更新される。

　図７を参照して、Ｓ２８の処理が行われた場合に端末装置１１０の表示部１１２に表示される出演者画面４００の一例を説明する。図７の出演者画面４００は、リクエスト表示部４１０、リクエスト可能演目リスト４２０、レスポンスボタン４３０、及び、最新リクエスト表示欄４４０を含む。

　リクエスト表示部４１０は、これまでに視聴者から寄せられたリクエストの内容を、演目ごとに、リクエスト数、上演回数、直近１０分間のリクエスト数等に応じて集計した結果を表示する表示領域である。図７のリクエスト表示部４１０では、各演目が、リクエスト数（「Votes」）に応じたランキング形式で表示されている。なお、出演者Ｐ１の指示に従って、リクエスト表示部４１０の表示形式を他の表示形式（図７の４１０ａ、４１０ｂ等参照）に変更することもできる。リクエスト表示部４１０ａでは、各演目が、演奏回数に応じたランキング形式で表示されている。リクエスト表示部４１０ｂでは、各演目が、直近１０分間のリクエスト数に応じたランキング形式で表示されている。

　リクエスト可能演目リスト４２０は、出演者Ｐ１が上演可能な演目（「Sunny Song」等）が表示されている。レスポンスボタン４３０は、リクエストされている演目のうち、出演者Ｐ１が選択した演目の上演を承諾することを視聴者に報知するためのボタンである。最新リクエスト表示欄４４０は、直近で取得されたリクエスト情報に含まれるリクエスト内容、リクエストした視聴者のユーザＩＤと名前、及び、視聴者がリクエストの際に入力したメッセージ等が表示される。

　出演者Ｐ１は、リクエスト表示部４１０、４１０ａ、４１０ｂに表示された情報、及び、最新リクエスト表示欄４４０に表示された情報を見ることで、自身のライブパフォーマンスに対して視聴者からどのようなリクエストが寄せられているのか把握することができる。出演者Ｐ１は、リクエスト表示部４１０、４１０ａ、４１０ｂに表示された演目、又は、リクエスト可能演目リスト４２０に含まれる演目のうちから上演を承諾する演目（例えば「Sunny Song」等）を選択し、レスポンスボタン４３０を操作することにより、選択した演目の上演を承諾する旨のレスポンスを入力することができる。

　図５のＳ３０では、出演者Ｐ１は、端末装置１１０の表示部１１２に出演者画面４００（図７参照）が表示されている間に、上記の手法でレスポンスを入力することができる。続くＳ３２では、端末装置１１０は、出演者Ｐ１によって入力されたレスポンスを表すレスポンス情報をサーバ５０に供給する。Ｓ３２でサーバ５０に供給されるレスポンス情報は、出演者Ｐ１が選択した演目（即ち上演を承諾した演目）を示す情報を含む。

　サーバ５０は、端末装置１１０からレスポンス情報（Ｓ３２）を取得する。そして、Ｓ３４では、サーバ５０は、メモリ７２内の各ユーザデータ８０～８４等を参照し、取得されたレスポンス情報に含まれる演目に基づいて、当該演目の上演のリクエストを行ったユーザのユーザＩＤ（例えば視聴者Ａ１のユーザＩＤ「Ｕ０１」等）を特定する。図５の例では、視聴者Ａ１のユーザＩＤ「Ｕ０１」が特定される。そして、サーバ５０は、特定されたユーザＩＤ「Ｕ０１」に対応する端末装置１０に対して、レスポンス情報を供給する。

　端末装置１０は、サーバ５０からレスポンス情報（Ｓ３４）を取得する。Ｓ３６では、端末装置１０は、取得されたレスポンス情報を出力する。具体的には、Ｓ３６では、端末装置１０は、レスポンス情報を表示部１２に表示させる。即ち、Ｓ３６の処理が行われることにより、端末装置１１０の表示部１２に表示されている視聴画面の内容が更新される。

　図８を参照して、Ｓ３６の処理が行われたことによって更新された視聴画面３００の一例を説明する。図８の視聴画面３００は、図６の視聴画面３００（即ち、Ｓ１８及びＳ２０が行われた際の視聴画面３００）と基本的な構成は共通する。図８の視聴画面３００では、さらに、リクエスト履歴情報３５０と、レスポンス報知情報３６０とが表示されている点が図６の視聴画面３００とは異なる。

　リクエスト履歴情報３５０は、視聴者Ａ１がこれまでに出演者Ｐ１に対してリクエストした演目の情報が表示される。レスポンス報知情報３６０は、視聴者Ａ１がリクエストした演目の上演を出演者Ｐ１（名前「Bob」）が承諾したことを表す報知情報である。図８のレスポンス報知情報３６０を見ることで、視聴者Ａ１は、自身のリクエストに出演者Ｐ１が応えたことを知ることができる。

　その後、出演者Ｐ１は、上演を承諾した演目を実際に上演するなどして、視聴者のリクエストに応えることができる。

　同じ頃、第２の会場２００で行われる出演者Ｐ２のライブパフォーマンスの開始時間も到来する。開始時間の到来に合わせ、出演者Ｐ２も、第２の会場２００でライブパフォーマンスを開始する。

　この場合、Ｓ１０の場合と同様に、Ｓ４０において、第２の会場２００に設置されたライブコンテンツ取得装置２５０は、第２の会場２００で行われている出演者Ｐ２のライブパフォーマンスを表すライブコンテンツ（具体的には、ライブ映像とライブ音声）の取得を開始し、取得されたライブコンテンツをサーバ５０に随時（即ちリアルタイムで）供給する。

　Ｓ４２では、出演者Ｐ１のライブパフォーマンスを視聴していた視聴者Ａ１は、端末装置１０に、第２の会場２００で行われている出演者Ｐ２のライブパフォーマンスを視聴するためのチャンネル選択操作を行う。具体的には、Ｓ４２では、視聴者Ａ１は、出演者Ｐ１のライブパフォーマンスのチャンネルから出演者Ｐ２のライブパフォーマンスのチャンネルに切り替える操作を行う。その場合、Ｓ４４では、端末装置１０は、第２の会場２００のライブを視聴するための視聴希望をサーバ５０に送信する。

　Ｓ４６では、サーバ５０は、ライブコンテンツ取得装置２５０から取得されたライブコンテンツを表すストリーミングデータと、ユーザデータ８４に事前に登録されている上演可能な演目のリストと、を端末装置１０に供給する。この際、サーバ５０は、視聴者Ａ１のユーザデータ８０のスケジュールを更新（具体的には、第１の会場１００のライブの視聴を終了し、第２の会場２００のライブを視聴し始めた旨の履歴を追加）する（図４参照）。

　Ｓ４８では、端末装置１０は、サーバ５０から取得されたストリーミングデータによって表されるライブコンテンツの再生を開始する。さらにＳ５０では、端末装置１０は、サーバ５０から取得されたリストを出力する（具体的には、表示部１２に表示させる）。Ｓ４８及びＳ５０の処理が行われることにより、端末装置１０の表示部１２には、ライブコンテンツを視聴するための視聴画面（図示省略）が表示される。

　Ｓ５２では、視聴者Ａ１は、上記のＳ２２と同様の手法で、出演者Ｐ２へのリクエストを入力することができる。続くＳ５４では、端末装置１０は、視聴者Ａ１によって入力されたリクエストを表すリクエスト情報をサーバ５０に供給する。

　Ｓ５６では、サーバ５０は、端末装置１０から取得されたリクエスト情報を、第２の会場２００に設置されている端末装置２１０に供給する。この際、サーバ５０は、視聴者Ａ１のユーザデータ８０を更新（具体的には、リクエストをした旨及びその内容の履歴を追加）するとともに、出演者Ｐ２のユーザデータ８４を更新（具体的には、視聴者Ａ１からリクエストを受けた旨及びその内容の履歴を追加）する。

　端末装置２１０は、サーバ５０からリクエスト情報（Ｓ５６）を取得する。Ｓ５８では、端末装置２１０は、取得されたリクエスト情報を出力する。具体的には、Ｓ５８では、端末装置２１０は、リクエスト情報を表示部２１２に表示させる。Ｓ５８の処理が行われることにより、端末装置２１０の表示部２１２には、出演者Ｐ２に対するリクエスト状況を表示するための出演者画面（図示省略）が表示される。

　以後の動作については、上記の出演者Ｐ１によるレスポンスの場合（Ｓ３０～Ｓ３６）と同様であるため、詳しい説明を省略する。

　以上、本実施例のライブ配信システム２の構成及び動作について説明した。本実施例では、視聴者Ａ１は、自身の端末装置１０においてライブコンテンツが再生されることにより、出演者Ｐ１によるライブパフォーマンスを、第１の会場１００にいなくても体験することができる（図５のＳ１８、Ｓ２０）。そして、視聴者Ａ１は、端末装置１０において出演者Ｐ１のライブコンテンツが再生されている間に、出演者Ｐ１に対するリクエストを入力することができる（Ｓ２２）。出演者Ｐ１は、端末装置１１０においてリクエスト情報が出力されることにより（Ｓ２８）、視聴者Ａ１が入力したリクエストの内容を把握することができる（図７参照）。その後、出演者Ｐ１は、視聴者からのリクエストについて言及する、リクエストに応える演目を上演する等、リクエストの内容を踏まえた行動をとることができる。その場合、視聴者Ａ１は、自身が入力したリクエストによって出演者Ｐ１が行動したことを実感することができる。即ち、視聴者Ａ１は、離れた会場にいる出演者Ｐ２との結びつきを感じることができる。従って、本実施例によると、ライブコンテンツの視聴者に対して、ライブパフォーマンスを直接的に体験しているという実感を与えることができる。

　また、本実施例では、出演者Ｐ１は、端末装置１１０の表示部１１２に出演者画面４００（図７参照）が表示されている間に、上演を承諾する演目を選択し、レスポンスを入力することができる（図５のＳ３０）。端末装置１１０は、出演者Ｐ１によって入力されたレスポンスを表すレスポンス情報をサーバ５０に供給する（Ｓ３２）。サーバ５０は、端末装置１１０からレスポンス情報（Ｓ３２）を取得すると、レスポンス情報に含まれる演目の上演のリクエストを行ったユーザのユーザＩＤ（例えば視聴者Ａ１のユーザＩＤ「Ｕ０１」等）を特定する。そして、サーバ５０は、特定されたユーザＩＤ「Ｕ０１」に対応する端末装置１０に対して、レスポンス情報を供給する（Ｓ３４）。端末装置１０は、取得されたレスポンス情報を出力する（Ｓ３６、図８参照）。この結果、視聴者Ａ１は、自身のリクエストに出演者Ｐ１が応えたことを知ることができる。その後、出演者Ｐ１は、実際に上演を承諾した演目を上演し、視聴者のリクエストに応えることができる。視聴者Ａ１は、離れた会場にいる出演者Ｐ１との一体感をより直接的に感じることができる。従って、本実施例によると、ライブコンテンツの視聴者に対して、ライブパフォーマンスを直接的に体験しているという実感をより強く与えることができる。

　本実施例では、サーバ５０のメモリ７２に記憶されているユーザデータ８２には、出演者Ｐ１が上演可能な演目を表すリストが含まれている（図４参照）。そしてサーバ５０は、ライブコンテンツ取得装置１５０から取得されたライブコンテンツを表すストリーミングデータと、ユーザデータ８２に事前に登録されている上演可能な演目のリストと、を端末装置１０に供給する（図５のＳ１６）。端末装置１０は、サーバ５０から取得されたリストを出力する（Ｓ２０）。この結果、視聴者Ａ１は、ライブパフォーマンス中の出演者Ｐ１が上演可能な演目を把握することができる。そして、視聴者Ａ１は、出演者Ｐ１が上演可能な演目のうちから所望の演目の上演を希望するリクエストを入力することができる（Ｓ２２）。出演者Ｐ１に対し、上演可能な演目以外の演目の上演がリクエストされる事態の発生を抑制することができる。出演者Ｐ１がライブパフォーマンスに集中し易い環境を実現し、質の高いライブパフォーマンスを実現させることができる。

　また、本実施例では、端末装置１１０は、出演者画面４００（図７参照）を表示している間、出演者Ｐ１の指示に従って、リクエスト表示部４１０の表示形式を他の表示形式（図７の４１０ａ、４１０ｂ等参照）に変更することができる。具体的には、リクエスト表示部４１０では各演目がリクエスト数（「Votes」）に応じたランキング形式で表示され、リクエスト表示部４１０ａでは各演目が上演回数に応じたランキング形式で表示され、リクエスト表示部４１０ｂでは各演目が直近１０分間のリクエスト数に応じたランキング形式で表示される。さらに、出演者画面４００は、直近で取得されたリクエスト情報に含まれるリクエスト内容、リクエストした視聴者のユーザＩＤと名前、及び、視聴者がリクエストの際に入力したメッセージ等が表示される最新リクエスト表示欄４４０も備えている。このように、本実施例では、端末装置１１０は、出演者Ｐ１の所望の態様でリクエスト情報を出力することができる。端末装置１１０は、出演者Ｐ１が把握したいと考えるリクエスト内容を適切に出力させることができる。そして、出演者Ｐ１は、例えば、演目ごとのリクエスト件数を把握した上で最もリクエスト件数の多かった演目を上演すること、リクエストに応じた実績を把握した上でリクエストにまだ応じていない演目を上演すること、メッセージを把握した上で上演したいと考えた演目を上演すること、等ができる。そのため、出演者Ｐ１と視聴者との結びつきを強くすることができるとともに、出演者Ｐ１と視聴者の双方が満足し得る質の高いライブパフォーマンスが実現され得る。

　また、本実施例では、視聴者Ａ１は、チャンネル選択操作を行うことにより、第１の会場１００で行われている出演者Ｐ１のライブパフォーマンスと、第２の会場２００で行われている出演者Ｐ２のライブパフォーマンスとのうちの所望のライブパフォーマンスを視聴することができる（図５のＳ１２～Ｓ２０、Ｓ４２～Ｓ５０参照）。そして、視聴者Ａ１は、出演者Ｐ２のライブパフォーマンスを視聴している間、出演者Ｐ２に対するリクエストを入力することができる（Ｓ５２）。各視聴者は、当該視聴者が視聴を希望する出演者のライブパフォーマンスを、出演者との結びつきを感じながら体験することができる。

（対応関係）
　ライブコンテンツ取得装置１５０が「第１のライブコンテンツ取得装置」の一例であり、ライブコンテンツ取得装置２５０が「第２のライブコンテンツ取得装置」の一例である。サーバ５０が「配信サーバ」の一例である。端末装置１０が「視聴者端末」の一例であり、端末装置１１０が「第１の出演者端末」の一例であり、端末装置２１０が「第２の出演者端末」の一例である。図５のＳ１４の視聴希望が「第１の視聴希望」の一例であり、Ｓ４４の視聴希望が「第２の視聴希望」の一例である。

　以上、本明細書で開示する技術の実施例を詳細に説明したが、上記の実施例は例示に過ぎず、請求の範囲を限定するものではない。請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を採用してもよい。

（変形例１）出演者Ｐ１、Ｐ２は音楽を演奏するアーティストに限られず、講演を行う話者、舞踊を踊るダンサー等、他の種類のライブパフォーマンスを行う者であってもよい。また、ライブコンテンツ取得装置１５０、２５０等で取得され、端末装置１０で再生されるライブコンテンツは、ライブ音声とライブ映像のうちの一方のみを含んでいてもよい。一般的に言うと、第１のライブコンテンツは、ライブ映像とライブ音声のうちの少なくとも一方を含めばよい。

（変形例２）上記の実施例では、出演者Ｐ１は、端末装置１１０の表示部１１２に出演者画面４００（図７参照）が表示されている間に、上演を承諾する演目を選択し、上演を承諾することを表すレスポンスを入力することができる（図５のＳ３０）。これに限られず、変形例では、出演者Ｐ１は、上演を断ることを表すレスポンス（いわゆる「ごめんなさい」）、リクエスト内容を確認したことを表すレスポンス等を入力してもよい。これらの変形例も「第１のリクエストに対するレスポンス」の一例である。

（変形例３）上記の実施例では、図５のＳ２０において、端末装置１０は、サーバ５０から取得されたリストを表示部１２に表示させることによって出力する。Ｓ２０におけるリストの出力は、表示部１２に表示させることに限られず、音声による出力、振動による出力等、他の任意の方法によって行われてもよい。この点、Ｓ２８、Ｓ５８におけるリクエスト情報の出力、及び、Ｓ３６におけるレスポンス情報の出力も、表示部１１２、２１２、１２への表示に限られず、他の任意の方法によって行われてもよい。

（変形例４）上記の実施例では、視聴者Ａ１は、チャンネル選択操作を行うことにより、第１の会場１００で行われている出演者Ｐ１のライブパフォーマンスと、第２の会場２００で行われている出演者Ｐ２のライブパフォーマンスとのうちの所望のライブパフォーマンスを視聴することができる（図５のＳ１２～Ｓ２０、Ｓ４２～Ｓ５０参照）。変形例のライブ配信システムは、視聴者に一種類のファイブパフォーマンスのみの視聴を可能とするシステムであってもよい。

（変形例５）視聴者Ａ１がリクエストを入力する際（図５のＳ２２、Ｓ５２参照）、視聴者Ａ１は、ライブ配信システム２内で利用可能なポイントを支払うようにしてもよい。

（変形例６）上記の実施例では、端末装置１１０は、出演者画面４００（図７参照）を表示している間、出演者Ｐ１の指示に従って、リクエスト表示部４１０の表示形式を他の表示形式（図７の４１０ａ、４１０ｂ等参照）に変更することができる。これに限られず、変形例では、出演者画面４００（図７参照）が表示されている間の表示態様変更が不可能であってもよい。

　また、本明細書又は図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書又は図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

Claims

　第１のライブコンテンツ取得装置と、
　前記第１のライブコンテンツ取得装置と通信可能な配信サーバと、
　前記配信サーバと通信可能であって、視聴者によって利用される視聴者端末と、
　前記配信サーバと通信可能であって、ライブパフォーマンスを行う第１の出演者によって利用される第１の出演者端末と、
　を備えており、
　前記第１のライブコンテンツ取得装置は、
　　ライブパフォーマンスを行う前記第１の出演者のライブ映像とライブ音声のうちの少なくとも一方を含む第１のライブコンテンツを取得し、
　　取得された前記第１のライブコンテンツを前記配信サーバに供給し、
　前記配信サーバは、
　　前記第１のライブコンテンツ取得装置から前記第１のライブコンテンツを取得し、
　　前記第１のライブコンテンツを表す第１のライブストリーミングデータを前記視聴者端末に供給し、
　　前記第１のライブストリーミングデータを前記視聴者端末に供給した後で前記視聴者端末から第１のリクエスト情報を取得する場合に、前記第１のリクエスト情報を前記第１の出演者端末に供給し、
　前記視聴者端末は、
　　前記配信サーバから取得された前記第１のライブストリーミングデータによって表される前記第１のライブコンテンツを再生し、
　　前記第１のライブコンテンツが再生されている間に、前記視聴者による前記第１の出演者に対してのパフォーマンスに関する第１のリクエストの入力を受け付け、入力された前記第１のリクエストを表す前記第１のリクエスト情報を前記配信サーバに供給し、
　前記第１の出演者端末は、
　　前記配信サーバから前記第１のリクエスト情報を取得すると、前記第１のリクエスト情報を出力する、
　ライブ配信システム。
　前記第１の出演者端末は、前記第１のリクエスト情報を出力した後、前記第１の出演者による前記第１のリクエストに対するレスポンスの入力を受け付け、前記レスポンスが入力される場合に、入力された前記レスポンスを表すレスポンス情報を前記配信サーバに供給し、
　前記配信サーバは、前記第１の出演者端末から前記レスポンス情報が取得される場合に、前記レスポンス情報を前記第１のリクエスト情報の送信元である前記視聴者端末に供給し、
　前記視聴者端末は、前記配信サーバから取得された前記レスポンス情報を出力する、請求項１に記載のライブ配信システム。
　前記配信サーバは、
　　前記第１の出演者が上演可能な演目を表すリストを記憶しており、
　　前記第１のライブストリーミングデータを前記視聴者端末に供給する場合に、前記リストを前記視聴者端末にさらに供給し、
　前記視聴者端末は、前記配信サーバから取得された前記リストを出力する、請求項１又は２に記載のライブ配信システム。
　前記第１の出演者端末は、前記第１のリクエスト情報を出力する際、前記第１の出演者の指示に応じて出力の態様を変更する、請求項１から３のいずれか一項に記載のライブ配信システム。
　前記第１の出演者端末は、
　（ａ）前記第１の出演者が上演可能な演目ごとのリクエスト件数の出力、
　（ｂ）前記第１の出演者がリクエストに応じた実績の出力、
　（ｃ）リクエストとともに入力されたメッセージの出力、のうちの少なくとも１つを含む態様で前記第１のリクエスト情報を出力する、請求項４に記載のライブ配信システム。
　前記第１のライブコンテンツ取得装置とは異なる第２のライブコンテンツ取得装置であって前記配信サーバと通信可能な前記第２のライブコンテンツ取得装置と、
　前記配信サーバと通信可能であって、ライブパフォーマンスを行う第２の出演者であって前記第１の出演者とは異なる前記第２の出演者によって利用される第２の出演者端末と、をさらに備えており、
　前記第２のライブコンテンツ取得装置は、
　　前記第２の出演者のライブ映像とライブ音声とのうちの少なくとも一方を含む第２のライブコンテンツを取得し、
　　取得された前記第２のライブコンテンツを前記配信サーバに供給し、
　前記配信サーバは、
　　前記第１のライブコンテンツ取得装置から前記第１のライブコンテンツを取得するとともに前記第２のライブコンテンツ取得装置から前記第２のライブコンテンツを取得し、
　　前記視聴者端末から第１の視聴希望が取得される第１の場合には、前記第１のライブストリーミングデータを前記視聴者端末に供給し、前記視聴者端末から第２の視聴希望が取得される第２の場合には、前記第２のライブコンテンツを表す第２のライブストリーミングデータを前記視聴者端末に供給し、
　　前記第１のライブストリーミングデータを前記視聴者端末に供給した後で前記視聴者端末から前記第１のリクエスト情報を取得する場合には、前記第１のリクエスト情報を前記第１の出演者端末に供給し、前記第２のライブストリーミングデータを前記視聴者端末に供給した後で前記視聴者端末から第２のリクエスト情報を取得する場合には、前記第２のリクエスト情報を前記第２の出演者端末に供給し、
　前記視聴者端末は、
　　前記視聴者の指示に従って、前記第１の視聴希望と前記第２の視聴希望とのうちの一方を前記配信サーバに供給し、
　　前記配信サーバから前記第１のライブストリーミングデータを取得する場合に、前記第１のライブストリーミングデータによって表される前記第１のライブコンテンツを再生し、前記配信サーバから前記第２のライブストリーミングデータを取得する場合に、前記第２のライブストリーミングデータによって表される前記第２のライブコンテンツを再生し、
　　前記第１のライブコンテンツが再生されている間に、前記第１のリクエストの入力を受け付け、入力された前記第１のリクエストを表す前記第１のリクエスト情報を前記配信サーバに供給し、前記第２のライブコンテンツが再生されている間に、前記視聴者による前記第２の出演者に対してのパフォーマンスに関する第２のリクエストの入力を受け付け、入力された前記第２のリクエストを表す前記第２のリクエスト情報を前記配信サーバに供給し、
　前記第１の出演者端末は、
　　前記配信サーバから前記第１のリクエスト情報を取得すると、前記第１のリクエスト情報を出力し、
　前記第２の出演者端末は、
　　前記配信サーバから前記第２のリクエスト情報を取得すると、前記第２のリクエスト情報を出力する、
　請求項１から５のいずれか一項に記載のライブ配信システム。