JP2022099715A - コンテンツ提供システム、コンテンツ管理サーバ、コンテンツ管理方法、会場サーバ、コンテンツ制御方法、チケット販売サーバ、チケット販売方法およびコンテンツ提供方法 - Google Patents

Abstract

【課題】会場でのコンテンツ提供に代わる新たなコンテンツ提供手法を提供する。【解決手段】コンテンツを会場（カラオケルームや結婚式会場など）で視聴できるコンテンツ供給システムにおいて、複数のコンテンツ供給サーバの夫々は、コンテンツをコンテンツ管理サーバに送信する。チケット販売サーバは、複数のコンテンツ供給サーバから供給される複数のコンテンツのうちの視聴するコンテンツの指定と、どの会場で視聴するか及び視聴ユーザ数の指定とを受け付け、指定されたコンテンツ及び会場が紐付けられたチケットを、指定された視聴ユーザ数に応じた金額で販売する。コンテンツ管理サーバは、複数のコンテンツ供給サーバからのコンテンツを、販売されたチケットに紐付けられた会場に対応する会場サーバに送信する。会場サーバは、販売されたチケットに紐付けられた会場における再生装置にて、販売されたチケットに紐付けられたコンテンツを再生する。【選択図】図１

Description

本発明は、コンテンツ提供システム、コンテンツ管理サーバ、コンテンツ管理方法、会場サーバ、コンテンツ制御方法、チケット販売サーバ、チケット販売方法およびコンテンツ提供方法に関する。

従来から、コンサートやスポーツといったコンテンツを、それが行われている会場で客が鑑賞することが行われている。鑑賞する客としては、充実した設備を有する会場において、質が高いコンテンツを楽しむことができるというメリットがある。また、コンテンツ提供者としても、来場した客の様子を把握できたり、チケット制にして「もぎり」を行うことで来場者数に応じた収入を確実に確保できたりするというメリットがある。

一方で、コンサートやスポーツを行える会場は特定の場所に限られており、客の居住地から遠く離れたところにしかないこともある。また、感染症の流行などにより、会場でのコンテンツ提供が困難になることもある。
なお、出願人は本明細書に記載の発明に関連する文献公知発明を知らない。

コンテンツが行われている会場でのコンテンツ提供に代わる、新たなコンテンツ提供手法を提供する。

本発明の一態様によれば、複数のコンテンツ供給サーバと、チケット販売サーバと、コンテンツ管理サーバと、会場サーバと、を備え、前記複数のコンテンツ供給サーバのそれぞれは、コンテンツを前記コンテンツ管理サーバに送信し、前記チケット販売サーバは、前記複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、を受け付け、指定されたコンテンツおよび指定された会場が紐付けられたチケットを、指定された視聴ユーザ数に応じた金額で販売し、前記コンテンツ管理サーバは、前記複数のコンテンツ供給サーバからのコンテンツを、前記販売されたチケットに紐付けられた会場に対応する前記会場サーバに送信し、前記会場サーバは、前記販売されたチケットに紐付けられた会場における再生装置に、前記販売されたチケットに紐付けられたコンテンツを再生させる、コンテンツ提供システムが提供される。

前記複数の会場のそれぞれに、１以上の部屋があり、各部屋に、前記再生装置が設けられ、前記会場サーバは、ある部屋内をカメラで撮影した映像を、他の部屋に設けられた再生装置に再生させてもよい。

前記会場サーバは、特定のコンテンツが再生されている再生装置が設けられた部屋内を撮影した映像を、前記特定のコンテンツが再生されている他の部屋に設けられた再生装置に再生させてもよい。

前記会場サーバは、再生中のコンテンツの供給元への送金要求を受け付け、送金要求に応じた金額を前記コンテンツの供給元へ送金するための処理を行ってもよい。

前記会場サーバは、前記会場が提供する端末に、前記チケットを特定するＩＤと、前記ＩＤに関連付けられたパスワードと、が入力されると、前記チケットに紐付けられたコンテンツを前記再生装置に再生させてもよい。

前記チケット販売サーバは、前記複数の会場の条件および空き状況をユーザ端末に表示させ、前記ユーザ端末を介して、前記複数の会場のうちのどの会場で視聴するかの指定を受け付けてもよい。

前記チケット販売サーバは、前記チケットに加えてグッズを販売し、あるいは、グッズが付随するチケットを販売し、前記コンテンツ管理サーバは、前記グッズが前記チケットに紐付けられた会場に配送されるよう管理を行ってもよい。

前記チケット販売サーバが受け付ける視聴ユーザ数は、２以上に限られてもよい。前記会場は、カラオケボックスであってもよい。

本発明の別の態様によれば、複数のコンテンツ供給サーバのそれぞれからコンテンツを受信するコンテンツ受信部と、ユーザ端末からの、前記複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、に応じて、指定された視聴ユーザ数に応じた金額で販売された、指定されたコンテンツおよび指定された会場が紐付けられたチケットに基づき、前記チケットに紐付けられたコンテンツを、前記チケットに紐付けられた会場に対応する会場サーバに送信するコンテンツ送信部と、を備えるコンテンツ管理サーバが提供される。

本発明の別の態様によれば、複数のコンテンツ供給サーバのそれぞれからコンテンツを受信するステップと、ユーザ端末からの、前記複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、に応じて、指定された視聴ユーザ数に応じた金額で販売された、指定されたコンテンツおよび指定された会場が紐付けられたチケットに基づき、前記チケットに紐付けられたコンテンツを、前記チケットに紐付けられた会場に対応する会場サーバに送信するステップと、を備えるコンテンツ管理方法が提供される。

本発明の別の態様によれば、複数のコンテンツ供給サーバのそれぞれからコンテンツを受信するコンテンツ受信部と、ユーザ端末からの、前記複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、に応じて、指定された視聴ユーザ数に応じた金額で販売された、指定されたコンテンツおよび指定された会場が紐付けられたチケットに基づき、前記チケットに紐付けられたコンテンツを、前記チケットに紐付けられた会場における再生装置に再生させるコンテンツ再生制御部と、を備える会場サーバが提供される。

本発明の別の態様によれば、複数のコンテンツ供給サーバのそれぞれからコンテンツを受信するステップと、ユーザ端末からの、前記複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、に応じて、指定された視聴ユーザ数に応じた金額で販売された、指定されたコンテンツおよび指定された会場が紐付けられたチケットに基づき、前記チケットに紐付けられたコンテンツを、前記チケットに紐付けられた会場における再生装置に再生させるステップと、を備えるコンテンツ制御方法が提供される。

本発明の別の態様によれば、複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、を受け付け、指定されたコンテンツおよび指定された会場が紐付けられたチケットを、指定された視聴ユーザ数に応じた金額で販売するチケット販売制御部を備えるチケット販売サーバが提供される。

本発明の別の態様によれば、複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、を受け付けるステップと、指定されたコンテンツおよび指定された会場が紐付けられたチケットを、指定された視聴ユーザ数に応じた金額で販売するステップと、を備えるチケット販売方法が提供される。

本発明の別の態様によれば、複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、をユーザ端末から受け付けるステップと、指定されたコンテンツ、指定された会場、および、指定された視聴ユーザ数が紐付けられたチケットを、指定された視聴ユーザ数に応じた金額で販売するステップと、前記チケットを特定するＩＤと、これに関連付けられたパスワードと、を前記ユーザ端末に送信するステップと、前記チケットに紐付けられた会場において、前記ＩＤの提示を受けるステップと、前記ＩＤによって特定されるチケットに紐付けられた視聴ユーザ数と、来場したユーザ数とが一致している場合に、前記チケットに紐付けられた会場の特定の部屋に来場したユーザを誘導するステップと、前記ＩＤおよび前記パスワードの入力をチケット情報受付端末が受け付けるステップと、前記ＩＤおよび前記パスワードが前記チケット情報受付端末に入力された場合に、前記複数のコンテンツのうち前記チケットに紐付けられたコンテンツを、前記チケットに紐付けられた会場の再生装置に再生させるステップと、を備えるコンテンツ提供方法が提供される。

一実施形態に係るコンテンツ供給システムの概略構成を示すブロック図。 図１のコンテンツ供給システムの処理動作の概略を示すシーケンス図。 ユーザ端末６の内部構成の一例を示すブロック図。 チケット販売サーバ２の内部構成の一例を示すブロック図。 コンテンツ管理サーバ３の内部構成の一例を示すブロック図。 予約情報管理部３３によって予約情報記憶部３２に記憶される予約状況を例示する図。 予約情報管理部３３によって予約情報記憶部３２に記憶される予約状況を例示する図。 会場サーバ４を含む会場システムの内部構成の一例を示すブロック図。 ユーザ端末６のタッチパネルディスプレイ６２に表示される視聴ユーザ数指定画面を模式的に示す図。 ユーザ端末６のタッチパネルディスプレイ６２に表示されるコンテンツ指定画面を模式的に示す図。 ユーザ端末６のタッチパネルディスプレイ６２に表示される地域選択画面を模式的に示す図。 ユーザ端末６のタッチパネルディスプレイ６２に表示される会場選択画面を模式的に示す図。 ユーザ端末６のタッチパネルディスプレイ６２に表示される予約通知画面を模式的に示す図。

以下、本発明に係る実施形態について、図面を参照しながら具体的に説明する。

図１は、一実施形態に係るコンテンツ供給システムの概略構成を示すブロック図である。コンテンツ供給システムは、複数のコンテンツ供給サーバ１と、チケット販売サーバ２と、コンテンツ管理サーバ３と、複数の会場サーバ４と、ユーザ端末６とを備えており、これらはネットワークを介して互いに通信可能となっている。

本コンテンツ供給システムは、コンテンツ供給サーバ１から供給されるコンテンツを会場で視聴できるようにするものである。本実施形態における会場とは、実際にコンテンツが行われるコンサート会場やスタジアムではなく、例えば複数のカラオケルームＲを有するカラオケボックスであり、各カラオケルームＲにコンテンツ再生用の再生装置５１が設けられるものとする。その他、会場は、例えば結婚式会場などであってもよい。以下では、１つの会場サーバ４が１つの会場と対応して設けられ、その会場を管理・制御するものとするが、１つの会場サーバ４が複数の会場を管理・制御してもよい。

各コンテンツ供給サーバ１はコンテンツをコンテンツ管理サーバ３に供給する。コンテンツに特段の制限はなく、例えば芸能事務所等が制作するコンサート、お笑い、歌劇団等による舞台、野球などのスポーツであってよい。本実施形態では、コンテンツ供給サーバ１はコンテンツのライブ配信を行うものとするが、過去に収録したコンテンツをアーカイブ配信してもよい。

チケット販売サーバ２は、コンテンツ提供者および各会場の運営者からの委託を受け、各コンテンツを視聴するためのチケットを販売する。チケット販売サーバ２は１台でもよいし、コンテンツ提供者ごと、あるいは、各会場の運営者ごとに設けられてもよい。

チケット販売サーバ２は、何人のユーザで、どのコンテンツを、どの会場で視聴するか、の指定（以下「チケット購入要求」と呼ぶことがある）をユーザ端末６から受け付ける。そして、チケット販売サーバ２は、指定されたコンテンツを、指定された人数のユーザが、指定された会場で視聴するためのチケットを、指定されたユーザ数に応じた金額で販売する。チケットには、指定されたコンテンツ、指定されたユーザ数および指定された会場が紐付けられているともいえる。

チケットは電子データであり、チケットを特定するチケットＩＤと、これに関連付けられたパスワードとが設定されている。チケットＩＤおよびパスワードはコンテンツを再生させるための情報ともいえる。そのようなチケットがチケット購入要求を行ったユーザ端末６に送信される。ただし、チケットはコンテンツを再生させるための情報が記載された紙のチケットであってもよい。

チケット販売サーバ２は、１人のユーザを対象としてチケット販売を行ってもよいが、販売総数拡大のために２以上のユーザから構成されるユーザグループに対してのみチケットを販売するのが望ましい。この場合、例えば、チケット販売サーバ２は、ユーザ数に比例した金額で、１つのユーザグループに対して１つのチケットを販売する。これにより、実質的に、１人のユーザに１つのチケットを販売する（１人１チケット制）のと同等の売り上げを確保できる。なお、チケットの金額は必ずしもユーザ数に比例する必要はなく、大人数の場合に割引があってもよい。

チケット販売によって得られた金額の一部は、チケット販売サーバ２の運営者、指定されたコンテンツの供給元、指定された会場の運営者およびコンテンツ管理サーバ３の運営者に分配される。分配の割合は適宜定めればよい。

コンテンツ管理サーバ３は複数のコンテンツ供給サーバ１のそれぞれからコンテンツを受信する。本実施形態のコンテンツ供給システムはコンテンツ管理サーバ３を設けるため、様々なコンテンツを一元管理できる。

コンテンツ管理サーバ３は、チケット販売サーバ２と協働して、各会場のチケット販売状況を把握する。すなわち、コンテンツ管理サーバ３は、チケット販売サーバ２によって販売されたチケットに基づき、どのコンテンツをどの会場で再生すべきかを把握する。そして、コンテンツ管理サーバ３は、コンテンツ供給サーバ１から供給されるコンテンツのうち、チケットに紐付けられたコンテンツを、チケットに紐付けられた会場に対応する会場サーバ４に送信する。

なお、コンテンツ供給元とコンテンツ管理サーバ３の運営者の間には、適宜の契約や協力関係がなされていてよい。例えば、両者で独占配信契約を結び、コンテンツ配信先となる会場をコンテンツ管理サーバ３の運営者が指定できるようにしてもよい。また、コンテンツ管理サーバ３の運営者が、コンテンツ供給元を支援する協賛企業の獲得営業を行い、協賛企業からの広告がコンテンツに含まれるようにしてもよい。これにより、チケット費用を抑えることができ、ユーザ数の増加、それに伴うコンテンツ供給元のファンクラブへの入会者増加等が見込める。

会場サーバ４は各会場に対応して設けられる。そして、会場サーバ４はコンテンツ供給サーバ１から供給されるコンテンツをコンテンツ管理サーバ３から受信する。そして、ユーザグループからチケットの提示に基づき、会場サーバ４は、そのチケットに紐付けられた会場における再生装置５１に、チケットに紐付けられたコンテンツを再生させる。なお、各会場は、同一系列の店舗でもよいし、複数の運営会社による会場が含まれていてもよい。

ユーザ端末６は、各ユーザが用いるスマートフォン、タブレット、パーソナルコンピュータなどである。そして、ユーザはユーザ端末６を用いてチケット販売サーバ２からチケットを購入したり、会場にてチケットを提示したりする。
図２は、図１のコンテンツ供給システムの処理動作の概略を示すシーケンス図である。

ユーザ端末６に対するユーザの操作に応じて、ユーザ端末６、チケット販売サーバ２およびコンテンツ管理サーバ３が協働してチケットを販売する（ステップＳ１）。これにより、特定のコンテンツを、特定の数のユーザが、特定の会場で視聴するためのチケットがユーザを含むユーザグループに付与される。

ユーザグループは会場に向かい、ユーザ端末６にチケット（より詳細には、チケットＩＤ）を表示させる。すなわち、ユーザが所定の操作を行うことにより、ユーザ端末６が会場のスタッフにチケットを提示する（ステップＳ２）。これに応じて、会場スタッフの操作に基づき、会場サーバ４はチケットＩＤの照合を行う（ステップＳ３）。これにより、チケットＩＤに紐付けられた人数と、会場に来たユーザグループに含まれるユーザ数との一致が照合される。

さらに、会場サーバ４はコンテンツを再生させるためのチケットＩＤおよびパスワードの入力をユーザから受け付ける（ステップＳ４）。チケットＩＤおよびパスワードが適正であることが確認されると、コンテンツの再生が可能となる。

ライブコンテンツの配信時刻になると、コンテンツ供給サーバ１はコンテンツ管理サーバ３にコンテンツを送信する（ステップＳ５）。そして、コンテンツ管理サーバ３はコンテンツを受信し（ステップＳ６）、販売されたチケットに基づいて、各コンテンツを再生すべき会場に対応する会場サーバ４にコンテンツを送信する（ステップＳ７）。そして、会場サーバ４はコンテンツを受信して（ステップＳ８）、再生装置５１に再生させる（ステップＳ９）。

カラオケボックスにおけるカラオケルームＲ内でコンテンツを再生するため、カラオケボックスから提供される飲食物を楽しんだり、ユーザグループで気兼ねなく声を出してコンテンツを視聴したりすることができる。

続いて、図１のユーザ端末６および各サーバの内部構成を詳細に説明する。

図３は、ユーザ端末６の内部構成の一例を示すブロック図である。ユーザ端末６は、チケット販売サーバ２等との間で情報の送受信を行う通信部６１と、ユーザからのタッチ操作を受け付けるとともに種々の画面を表示するタッチパネルディスプレイ６２と、Ｗｅｂブラウザ制御部６３とを有する。

Ｗｅｂブラウザ制御部６３は、チケット販売サーバ２から送信されるデータに基づき、チケット購入用の画面をＷｅｂブラウザに表示させる。そして、Ｗｅｂブラウザ制御部６３は、タッチパネルディスプレイ６２を介したユーザ操作に基づき、どのコンテンツを、何人のユーザで、どの会場で視聴するか、の指定を含むチケット購入要求をチケット販売サーバ２に送信する。このようにして、ユーザはチケットを購入できる。また、ユーザは、タッチパネルディスプレイ６２を介した操作により、チケットＩＤやパスワードをタッチパネルディスプレイ６２に表示させることができる。

図４は、チケット販売サーバ２の内部構成の一例を示すブロック図である。チケット販売サーバ２は、ユーザ端末６およびコンテンツ管理サーバ３等との間で情報の送受信を行う通信部２１と、予約情報取得部２２と、チケット販売制御部２３と、予約情報送信部２４とを有する。予約情報取得部２２、チケット販売制御部２３および予約情報送信部２４の一部または全部は、チケット販売サーバ２が有するプロセッサが所定のプログラムを実行することによって実現されてもよい。また、各部が２以上の装置に分散して設けられてもよい。

予約情報取得部２２は各会場の空き状況（どの会場が予約可能であるか）をコンテンツ管理サーバ３から取得する。また、予約情報取得部２２は各会場の条件（会場名、場所、値段等）を取得していてもよい。

チケット販売制御部２３はチケット購入用の画面を表示させるためのデータをユーザ端末６に送信する。また、チケット販売制御部２３はユーザ端末６からのチケット購入要求を受け付ける。そして、チケット購入制御部は、チケット購入要求に応じたチケットＩＤと、チケットＩＤに関連付けられたパスワードとを設定し、これをユーザ端末６に送信する。

チケット販売制御部２３は、チケットの販売に加え、指定されたコンテンツに関するグッズの販売を行ってもよい。また、チケットには、例えばコンテンツの供給元から配布される非売品限定グッズが付随していてもよい。これらのグッズはチケット購入要求によって指定された会場に配送され、当該会場でユーザグループがまとめて受け取ることができる。

チケットＩＤには、チケット購入要求によって指定されたコンテンツ、会場および日時、ユーザグループを構成するユーザ数、会場でユーザが受け取るべきグッズの情報（以下では、これらの情報を「チケットの情報」と呼ぶことがある）が紐づけられている。

予約情報送信部２４は、チケット販売制御部２３によってチケットが販売される度に、販売されたチケットの情報をコンテンツ管理サーバ３に送信する。

図５は、コンテンツ管理サーバ３の内部構成の一例を示すブロック図である。コンテンツ管理サーバ３は、コンテンツ供給サーバ１、チケット販売サーバ２および会場サーバ４等との間で情報の送受信を行う通信部３１と、ハードディスクなどの予約情報記憶部３２とを有する。また、コンテンツ管理サーバ３は、予約情報管理部３３と、グッズ配送管理部３４と、コンテンツ受信部３５と、コンテンツ送信部３６とを有し、これら各部の一部または全部は、コンテンツ管理サーバ３が有するプロセッサが所定のプログラムを実行することによって実現されてもよい。また、各部が２以上の装置に分散して設けられてもよい。

予約情報管理部３３は、チケット販売サーバ２の予約情報送信部２４から送信されるチケットの情報に基づき、各会場での予約状況を管理する。また、予約情報管理部３３は各会場の予約状況をチケット販売サーバ２の予約情報取得部２２に送信する。予約状況は予約情報管理部３３によって予約情報記憶部３２に記憶される。さらに、予約情報管理部３３は、会場サーバ４からの問い合わせに応じて、予約状況をコンテンツ管理サーバ３に通知する。

図６Ａは、予約情報管理部３３によって予約情報記憶部３２に記憶される予約状況を例示する図である。図示のように、各会場について、その会場名、その会場に含まれる部屋名、各部屋の各時間における予約状況（空いているか、予約済であるか）、予約済である場合のチケットＩＤ、そのチケットＩＤに対応するチケット販売先のユーザグループを構成する人数および指定されたコンテンツが関連付けられている。なお、会場名は、その名称に代えて会場を特定するＩＤであってもよい。部屋やコンテンツについても同様である。

図５に戻り、コンテンツ管理サーバ３のグッズ配送管理部３４は、チケット販売サーバ２から送信されるチケットの情報に基づき、どの会場にどのグッズを配送すべきかを管理する。すなわち、グッズ配送管理部３４は、あるチケットに紐付けられたグッズが、そのチケットに紐付けられた会場に配送されるよう管理する。グッズを各ユーザの自宅等に配送するのでなく、まとめて会場に配送するため、配送コストを抑えられる。また、ユーザグループを構成する複数のユーザがまとめてグッズを受け取れるため、一体感が醸成される。

コンテンツ受信部３５は各コンテンツ供給サーバ１からコンテンツを受信する。

コンテンツ送信部３６は、予約情報記憶部３２に記憶された予約状況に基づき、各会場に対応する会場サーバ４にコンテンツを送信する。例えば、図６Ａのような予約状況である場合、コンテンツ送信部３６は、コンテンツ「野球」および「コンサートＸ」をカラオケボックス○○店に対応する会場サーバ４に送信し、コンテンツ「舞台Ｙ」をカラオケボックスＸＸ店に対応する会場サーバ４に送信する。

図７は、会場サーバ４を含む会場システムの内部構成の一例を示すブロック図である。本実施形態における会場はカラオケボックスであり、１以上の（通常は複数の）カラオケルームＲが設けられる。

各カラオケルームＲに対応して、カラオケ装置５２と、チケット情報受付端末５３と、再生装置５１と、送金要求部５４と、カメラ５５とが設けられる。会場システムがこれらを有しているともいえる。

カラオケ装置５２は、曲指定端末（不図示）を介してユーザが所望する曲の指定を受け付け、カラオケを再生装置５１に再生させる。カラオケ装置５２が、チケット情報受付端末５３、再生装置５１、送金要求部５４の一部または全部の機能を兼ね備えていてもよい。

チケット情報受付端末５３は、例えば会場から提供される端末（専用端末でもよいし、上記曲指定端末でもよい）であり、コンテンツを再生するための情報として、チケットＩＤおよびパスワードの入力をユーザから受け付ける。受け付けた情報は会場サーバ４に送信される。適正なチケットＩＤおよびパスワード（すなわち、チケットＩＤと、これに関連付けられたパスワード）が入力されると、そのチケットＩＤに紐付けられたコンテンツを再生装置５１で再生可能な状態となる。チケット情報受付端末５３でチケットＩＤ等を入力することにより、ユーザ端末６を使用する必要がなくなり（例えば、ユーザ端末６と再生装置５１とを接続するといった煩雑な作業が不要となり）、ユーザ操作が簡単になる。

ただし、ユーザ端末６とカラオケ装置５２とを接続し、ユーザ端末６にチケットＩＤおよびパスワードを入力するようにしてもよい。入力されたチケットＩＤおよびパスワードが、チケットＩＤに紐付けられた会場に対応する会場サーバ４に送信される。カラオケ装置５２の機種に依存せずに接続可能であれば、このような態様でも問題ない。

再生装置５１は、例えばディスプレイおよびスピーカから構成され、会場サーバ４からの制御に応じてコンテンツ供給サーバ１から供給されるコンテンツを再生する。その他、再生装置５１は、カラオケや、他会場の様子（後述）を再生することもできる。カラオケボックスなどの会場では、再生装置５１のディスプレイを大画面とし、スピーカを大音量とすることができ、ユーザ端末６上での再生に比べて迫力あるコンテンツ再生が可能となる。また、充実した音響設備を備えた再生装置５１を用いることで、リアルライブに近い環境でのコンテンツ再生が可能となる。

送金要求部５４は、いわゆる「投げ銭」機能を実現するためのものであり、再生中のコンテンツの供給元への送金要求をユーザグループ（あるいは、ユーザグループにおけるあるユーザ）から受け付ける。送金要求部５４は、例えばカラオケ装置５２に設けられたボタンであってよく、ボタンが押された回数に応じた金額の送金要求がなされてもよい。送金要求は会場サーバ４に送信され、ユーザが会場から退店する際に送金要求に応じた金額の精算が行われる。本実施形態では、各再生装置５１で再生されるコンテンツを会場サーバ４が把握可能である。そのため、会場サーバ４は確実にコンテンツ供給元へ送金できる。

カメラ５５はカラオケボックス内でユーザグループを撮影可能である。撮影された映像は会場サーバ４に送信される。カメラ５５がマイクを内蔵しており（あるいはマイクがさらに設けられ）、映像とともに音声が会場サーバ４に送信されてもよい。別の例として、会場にカメラ５５を設置するのに代えて、ユーザ端末６のカメラでカラオケボックス内を撮影してもよい。この場合も、撮影して得られた映像は（必要に応じて、音声も）、チケットＩＤに紐付けられた会場に対応する会場サーバ４に送信される。

一方、会場サーバ４はコンテンツ管理サーバ３や他の会場サーバ４等との間で情報の送受信を行う通信部４１を有する。また、会場サーバ４は、チケット照合部４２と、コンテンツ受信部４３と、コンテンツ再生制御部４４と、送金処理部４５と、会場共有制御部４６とを有し、これら各部の一部または全部は、会場サーバ４が有するプロセッサが所定のプログラムを実行することによって実現されてもよい。また、各部が２以上の装置に分散して設けられてもよい。

チケット照合部４２は、コンテンツ管理サーバ３に問い合わせを行うことにより、ユーザグループから提示されるチケットＩＤに紐付けられた人数の情報（図６Ａ参照）を取得し、例えば不図示のディスプレイに表示する。これにより、会場スタッフは、チケットＩＤに紐付けられた人数と、来場したユーザグループにおけるユーザ数が一致するか否かを確認できる。

コンテンツ受信部４３は各コンテンツ供給サーバ１から供給されるコンテンツをコンテンツ管理サーバ３から受信する。

コンテンツ再生制御部４４は、チケット情報受付端末５３が受け付けた情報に基づいて、受信されたコンテンツを再生装置５１に再生させる。すなわち、あるカラオケルームＲのチケット情報受付端末５３に適正なチケットＩＤおよびパスワードが入力されると、そのチケットＩＤに紐付けられたコンテンツを、そのカラオケルームＲの再生装置５１に再生させる。チケットＩＤおよびパスワードが適正か否か、および、チケットＩＤにどのコンテンツが紐付けられているかは、コンテンツ管理サーバ３に問い合わせることによって確認できる（図６Ａ参照）。

送金処理部４５は、送金要求部５４を介して、再生中のコンテンツの供給元への送金要求をユーザグループから受け付ける。そして、送金処理部４５は、送金要求に応じた金額をコンテンツの提供元へ送金するための処理を行う。送金先は、送金要求が行われた時に、その送金要求が行われたカラオケルームＲにおける再生装置５１で再生されていたコンテンツの供給元であり、必要に応じてコンテンツ管理サーバ３に問い合わせることによって確認できる（図６Ａ参照）。

あるいは、「投げ銭」機能（送金要求部５４の機能）をユーザ端末６に設け、送金処理部４５はユーザ端末６を介して送金要求を受け付けてもよい。ユーザ端末６がチケットＩＤを把握していれば、ユーザ端末６がチケットＩＤに紐付けられた会場に対応する会場サーバに送金要求を送信できる。

会場共有制御部４６は各カラオケルームＲにおけるカメラ５５（あるいは、ユーザ端末６のカメラ、以下同じ）で撮影された映像（場合によって、音声も。以下同様。）を受信する。そして、会場共有制御部４６は、あるカラオケルームＲのカメラ５５で撮影された映像を、他のカラオケルームＲの再生装置５１に再生させる。また、会場共有制御部４６は、他会場のカラオケルームＲにおけるカメラ５５で撮影された映像を受信し、自会場の再生装置５１に再生させてもよい。

いずれの場合でも、会場共有制御部４６は、あるコンテンツが再生されている再生装置５１と同じカラオケルームＲにあるカメラ５５で撮影された映像を、同一コンテンツが再生されている再生装置５１に再生させるのがよい。このようにすることで、物理的な距離を超えて他のカラオケルームＲや他の会場の様子を共有・連携でき、リアルライブと同様、同一コンテンツを視聴するユーザ間で一体感が得られる。各カラオケルームＲでどのコンテンツが再生されているかは、必要に応じて会場共有制御部４６がコンテンツ管理サーバ３に問い合わせることによって把握できる。

表示の一例として、コンテンツ再生制御部４４が再生装置５１のディスプレイの全体にコンテンツを表示させつつ、会場共有制御部４６が再生装置５１のディスプレイにおけるコンテンツ視聴の妨げにならない大きさおよび位置に他のカラオケルームＲのカメラ５５で撮影された映像を重畳表示させることができる。いずれのカラオケルームＲの映像を表示させるかを、カラオケ装置５２等のカラオケルームＲに設けられた機器を介して、ユーザが指定できてもよい。

なお、図３～図５および図７に示す各サーバの構成は例示にすぎない。例えば、あるサーバに設けられるとして説明した機能部が、別のサーバに設けられてもよい。

続いて、ユーザ端末６、チケット販売サーバ２およびコンテンツ管理サーバ３によるチケット販売（図２のステップＳ１）について詳しく説明する。

本実施形態では、ユーザグループを構成する複数のうち、代表ユーザがユーザ数に対応するチケットを購入する。よって、チケットを購入するためには、視聴するコンテンツの指定、視聴する会場の指定に加え、視聴するユーザの数（コンテンツを視聴するユーザグループを構成するユーザ数）の指定が必要である。

図８Ａは、ユーザ端末６のタッチパネルディスプレイ６２に表示される視聴ユーザ数指定画面を模式的に示す図である。このような画面は、ユーザがユーザ端末６のタッチパネルディスプレイ６２を操作して視聴ユーザ数指定画面に対応するＵＲＬを特定し、Ｗｅｂブラウザ制御部６３が視聴ユーザ数指定画面を表示させるためのデータをチケット販売サーバ２から受信することによって表示される。他の各画面も同様であるが、以降は説明を省略する。

図８Ａに例示する視聴ユーザ数指定画面では、ユーザグループを構成するユーザ数の選択肢が２名以上に限られる。そして、ユーザは選択肢のうちの１つをタッチパネルディスプレイ６２を介して選択する。これにより、選択された人数を示す情報がチケット販売サーバ２のチケット販売制御部２３に送信される。選択肢を２名以上に限定することで、１回の販売における単価を高くすることができる一方で、１名あたりの単価を抑え、かつ、販売総数の拡大を図ることができる。

なお、１名だけ（自分だけ）でコンテンツを視聴したいユーザもいる可能性がある。そのため、１名だけでコンテンツを視聴するためにチケットを購入することを排除する必要はなく、その場合、１名が２名分の料金を支払ってチケットを購入できてよい。

図８Ｂは、ユーザ端末６のタッチパネルディスプレイ６２に表示されるコンテンツ指定画面を模式的に示す図である。視聴ユーザ数の選択後に、このようなコンテンツ指定画面が表示され得る。図８Ｂに例示するコンテンツ指定画面では、チケット販売制御部２３からの情報に基づき、選択可能なコンテンツが列挙される。ユーザが指定した条件（例えば、コンテンツが配信される日時やチケット代）に応じて、Ｗｅｂブラウザ制御部６３およびチケット販売制御部２３がコンテンツをフィルタリングしたりソートしたりしてもよい。コンテンツ管理サーバ３が複数のコンテンツ供給サーバ１からのコンテンツを一括管理することにより、ユーザによる選択が容易となる。

ユーザは、ユーザ端末６のタッチパネルディスプレイ６２を操作し、列挙されたコンテンツのうち所望のコンテンツを選択する。これにより、選択されたコンテンツを示す情報がチケット販売サーバ２のチケット販売制御部２３に送信される。なお、選択可能なコンテンツの数に特に制限はなく、例えば所定期間内であれば無制限に一定金額でコンテンツを制限なく視聴可能であってもよい（サブスクリプション型）。また、選択可能なコンテンツとして、カラオケ会場での視聴のみならず、コンサート会場やスタジアムのようにコンテンツが行われている会場での視聴や、自身のユーザ端末６を用いたオンライン個人視聴があってもよい。

図８Ｃは、ユーザ端末６のタッチパネルディスプレイ６２に表示される地域選択画面を模式的に示す図である。コンテンツの選択後に、このような地域選択画面が表示され得る。図８Ｃに例示する地域選択画面は、個別の会場を選択する前に、まず地域を選択するものである。ユーザは、ユーザ端末６のタッチパネルディスプレイ６２を操作し、列挙された地域のうち所望の地域を選択する。これにより、選択された地域を示す情報がチケット販売サーバ２のチケット販売制御部２３に送信される。

チケット販売制御部２３は、図８Ｂで選択されたコンテンツを視聴可能であり、図８Ｃで選択された地域にある会場を確認する。具体的には、予約情報取得部２２がコンテンツ管理サーバ３から予約状況（図６Ａ参照）を取得することにより、チケット販売制御部２３は選択されたコンテンツの配信日時に「空き」状態となっている会場を選択する。そして、チケット販売制御部２３は空いている会場を示す会場選択画面を表示させるためのデータをユーザ端末６に送信する。

図８Ｄは、ユーザ端末６のタッチパネルディスプレイ６２に表示される会場選択画面を模式的に示す図である。図８Ｄに例示する会場選択画面には、ユーザが図８Ｂで選択したコンサートを視聴可能であり、図８Ｃで選択した地域にある会場が列挙される。すなわち、予約可能な会場のみが列挙されるため、ユーザがスムーズに予約をできる。ユーザは、ユーザ端末６のタッチパネルディスプレイ６２を操作し、列挙された会場のうち所望の地域を選択する。これにより、選択された会場を示す情報がチケット販売サーバ２のチケット販売制御部２３に送信される。

以上により、何人のユーザが、どのコンテンツを、どの会場で視聴するかが確定する。そして、チケット販売制御部２３はユーザ数に応じた金額のオンライン決済処理を行う。これにより、選択されたユーザ数、コンテンツおよび会場が紐付けられたチケットの販売が完了する。次いで、チケット販売制御部２３は販売されたチケットを特定するチケットＩＤおよびパスワードをユーザ端末６に送信する。このチケットＩＤおよびパスワードがユーザ端末６のタッチパネルディスプレイ６２に表示される（図８Ｅ）。

また、チケット販売が完了すると、チケット販売サーバ２の予約情報送信部２４は販売されたチケットの情報をコンテンツ管理サーバ３に送信する。そして、コンテンツ管理サーバ３の予約情報管理部３３は予約情報記憶部３２における予約状況を更新する。例えば、チケット販売時に指定されたコンテンツが１９時～２１時に配信される「サッカー」であり、指定された会場が「カラオケボックス○○店」であり、視聴ユーザ数が２人の場合、予約情報管理部３３は図６Ａの予約状況を図６Ｂのように更新する。

なお、図８Ａ～図８Ｅの画面は例示にすぎず、種々の変形が可能である。例えば、図８Ｃおよび図８Ｄでは、選択された地域に存在する会場を提示するものであった。その他、ユーザ操作に応じて、会場の費用が安い順に所定数の会場を提示したり、所望の音響設備を有する会場を提示したりしてもよい。いずれにしても、チケット販売制御部２３は、各会場の条件（地域、費用、音響設備等）および空き状況をユーザ端末６に表示させ、会場の指定を受け付けるのが望ましい。

また、Ｗｅｂブラウザ上で各処理を行う例を示したが、いわゆる「アプリ」で同等の機能を実行してもよい。この場合、当該アプリに対応するプログラムがユーザ端末６のプロセッサにより実行されることによって、上述した各機能が実現される。
続いて、コンテンツ視聴の流れ（図２のステップＳ２以降）を詳しく説明する。

チケットを購入したユーザを含むユーザグループは、指定した会場（すなわち、チケットに紐付けられた会場）に向かう。そして、会場において、会場スタッフに対してチケットＩＤを提示する。具体的には、ユーザグループにおけるチケット購入を行ったユーザがユーザ端末６を操作し、チケットＩＤをタッチパネルディスプレイ６２に表示させる。

そして、会場スタッフは、会場サーバ４のチケット照合部４２を利用し、チケットＩＤに紐付けられた人数を把握する。そして、会場スタッフは、チケットＩＤに紐付けられた人数と、来場したユーザグループにおける人数とを比較することを確認する。両者が一致している場合（あるいは、来場したユーザグループにおける人数の方が少ない場合）、会場スタッフは特定のカラオケルームＲにユーザグループを誘導する。もちろん、会場スタッフは、チケットＩＤに紐付けられた会場と、自会場とが一致していることも確認する。このようにすることで、物理的なチケットの「もぎり」を仮想的に実現できる。

なお、上述したように、１名だけでコンテンツを視聴したいユーザもいるし、当日になってユーザグループのうちの一部のユーザが会場に来場できないこともあり得るので、チケットＩＤに紐付けられた人数より、来場したユーザグループにおけるに人数が少ない場合でも、会場スタッフは特定のカラオケルームＲにユーザを誘導するようにするのがよい。

この際、会場スタッフは、誘導先のカラオケルームＲに対応するチケット情報受付端末５３をユーザグループに渡す。あるいは、チケット情報受付端末５３がカラオケルームＲに用意されている。

ユーザグループはチケットＩＤおよびパスワードをチケット情報受付端末５３に入力する。入力された情報は会場サーバ４のコンテンツ再生制御部４４に送信される。コンテンツ再生制御部４４は、コンテンツ管理サーバ３から予約状況（図６Ａ参照）を取得することにより、入力されたチケットＩＤおよびパスワードが適正であるか否かを確認する。適正でない場合、チケット情報受付端末５３は、正しいチケットＩＤおよびパスワードを入力することを促す画面を表示したり、音声を発したりしてもよい。

適正である場合、コンテンツ再生制御部４４は、チケットＩＤに紐付けられたコンテンツを、ユーザグループが誘導されたカラオケボックスに設置された再生装置５１に再生させる。
以上により、ユーザグループはコンテンツをカラオケボックスで視聴することができる。

このように、本実施形態では、カラオケボックス等の会場でのコンテンツ視聴が可能になり、ユーザにとって、リアルライブおよび個人のユーザ端末６での視聴に匹敵する選択肢となる。また、チケットの金額をユーザ数に応じたものとすることで、実質的に１ユーザ１チケット制を実現できる。さらに、必ず２名以上のユーザグループに対してチケットを販売するようにすることで、１名あたりの単価を抑えられるというユーザにとってのメリットと、１回の販売における単価を高くできるという販売側のメリットとを両立させることができる。

上述した実施形態は、本発明が属する技術分野における通常の知識を有する者が本発明を実施できることを目的として記載されたものである。上記実施形態の種々の変形例は、当業者であれば当然になしうることであり、本発明の技術的思想は他の実施形態にも適用しうることである。したがって、本発明は、記載された実施形態に限定されることはなく、特許請求の範囲によって定義される技術的思想に従った最も広い範囲とすべきである。

１ コンテンツ供給サーバ
２ チケット販売サーバ
２１ 通信部
２２ 予約情報取得部
２３ チケット販売制御部
２４ 予約情報送信部
３ コンテンツ管理サーバ
３１ 通信部
３２ 予約情報記憶部
３３ 予約情報管理部
３４ グッズ配送管理部
３５ コンテンツ受信部
３６ コンテンツ送信部
４ 会場サーバ
４１ 通信部
４２ チケット照合部
４３ コンテンツ受信部
４４ コンテンツ再生制御部
４５ 送金処理部
４６ 会場共有制御部
５１ 再生装置
５２ カラオケ装置
５３ チケット情報受付端末
５４ 送金要求部
５５ カメラ
Ｒ カラオケルーム
６ ユーザ端末
６１ 通信部
６２ タッチパネルディスプレイ
６３ Ｗｅｂブラウザ制御部

Claims (16)

1. 複数のコンテンツ供給サーバと、チケット販売サーバと、コンテンツ管理サーバと、会場サーバと、を備え、
   前記複数のコンテンツ供給サーバのそれぞれは、コンテンツを前記コンテンツ管理サーバに送信し、
   前記チケット販売サーバは、前記複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、を受け付け、指定されたコンテンツおよび指定された会場が紐付けられたチケットを、指定された視聴ユーザ数に応じた金額で販売し、
   前記コンテンツ管理サーバは、前記複数のコンテンツ供給サーバからのコンテンツを、前記販売されたチケットに紐付けられた会場に対応する前記会場サーバに送信し、
   前記会場サーバは、前記販売されたチケットに紐付けられた会場における再生装置に、前記販売されたチケットに紐付けられたコンテンツを再生させる、コンテンツ提供システム。
2. 前記複数の会場のそれぞれに、１以上の部屋があり、
   各部屋に、前記再生装置が設けられ、
   前記会場サーバは、ある部屋内をカメラで撮影した映像を、他の部屋に設けられた再生装置に再生させる、請求項１に記載のコンテンツ提供システム。
3. 前記会場サーバは、特定のコンテンツが再生されている再生装置が設けられた部屋内をカメラで撮影した映像を、前記特定のコンテンツが再生されている他の部屋に設けられた再生装置に再生させる、請求項２に記載のコンテンツ提供システム。
4. 前記会場サーバは、再生中のコンテンツの供給元への送金要求を受け付け、送金要求に応じた金額を前記コンテンツの供給元へ送金するための処理を行う、請求項１乃至３のいずれかに記載のコンテンツ提供システム。
5. 前記会場サーバは、前記会場が提供する端末に、前記チケットを特定するＩＤと、前記ＩＤに関連付けられたパスワードと、が入力されると、前記チケットに紐付けられたコンテンツを前記再生装置に再生させる、請求項１乃至４のいずれかに記載のコンテンツ提供システム。
6. 前記チケット販売サーバは、前記複数の会場の条件および空き状況をユーザ端末に表示させ、前記ユーザ端末を介して、前記複数の会場のうちのどの会場で視聴するかの指定を受け付ける、請求項１乃至５のいずれかに記載のコンテンツ提供システム。
7. 前記チケット販売サーバは、
   前記チケットに加えてグッズを販売し、あるいは、
   グッズが付随するチケットを販売し、
   前記コンテンツ管理サーバは、前記グッズが前記チケットに紐付けられた会場に配送されるよう管理を行う、請求項１乃至６のいずれかに記載のコンテンツ提供システム。
8. 前記チケット販売サーバが受け付ける視聴ユーザ数は、２以上に限られる、請求項１乃至７のいずれかに記載のコンテンツ提供システム。
9. 前記会場は、カラオケボックスである、請求項１乃至８のいずれかに記載のコンテンツ提供システム。
10. 複数のコンテンツ供給サーバのそれぞれからコンテンツを受信するコンテンツ受信部と、
    ユーザ端末からの、前記複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、に応じて、指定された視聴ユーザ数に応じた金額で販売された、指定されたコンテンツおよび指定された会場が紐付けられたチケットに基づき、前記チケットに紐付けられたコンテンツを、前記チケットに紐付けられた会場に対応する会場サーバに送信するコンテンツ送信部と、を備えるコンテンツ管理サーバ。
11. 複数のコンテンツ供給サーバのそれぞれからコンテンツを受信するステップと、
    ユーザ端末からの、前記複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、に応じて、指定された視聴ユーザ数に応じた金額で販売された、指定されたコンテンツおよび指定された会場が紐付けられたチケットに基づき、前記チケットに紐付けられたコンテンツを、前記チケットに紐付けられた会場に対応する会場サーバに送信するステップと、を備えるコンテンツ管理方法。
12. 複数のコンテンツ供給サーバのそれぞれからコンテンツを受信するコンテンツ受信部と、
    ユーザ端末からの、前記複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、に応じて、指定された視聴ユーザ数に応じた金額で販売された、指定されたコンテンツおよび指定された会場が紐付けられたチケットに基づき、前記チケットに紐付けられたコンテンツを、前記チケットに紐付けられた会場における再生装置に再生させるコンテンツ再生制御部と、を備える会場サーバ。
13. 複数のコンテンツ供給サーバのそれぞれからコンテンツを受信するステップと、
    ユーザ端末からの、前記複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、に応じて、指定された視聴ユーザ数に応じた金額で販売された、指定されたコンテンツおよび指定された会場が紐付けられたチケットに基づき、前記チケットに紐付けられたコンテンツを、前記チケットに紐付けられた会場における再生装置に再生させるステップと、を備えるコンテンツ制御方法。
14. 複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、を受け付け、指定されたコンテンツおよび指定された会場が紐付けられたチケットを、指定された視聴ユーザ数に応じた金額で販売するチケット販売制御部を備えるチケット販売サーバ。
15. 複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、を受け付けるステップと、
    指定されたコンテンツおよび指定された会場が紐付けられたチケットを、指定された視聴ユーザ数に応じた金額で販売するステップと、を備えるチケット販売方法。
16. 複数のコンテンツ供給サーバから供給される複数のコンテンツのうちのどのコンテンツを視聴するのかの指定と、複数の会場のうちのどの会場で視聴するかの指定と、視聴ユーザ数の指定と、をユーザ端末から受け付けるステップと、
    指定されたコンテンツ、指定された会場、および、指定された視聴ユーザ数が紐付けられたチケットを、指定された視聴ユーザ数に応じた金額で販売するステップと、
    前記チケットを特定するＩＤと、これに関連付けられたパスワードと、を前記ユーザ端末に送信するステップと、
    前記チケットに紐付けられた会場において、前記ＩＤの提示を受けるステップと、
    前記ＩＤによって特定されるチケットに紐付けられた視聴ユーザ数と、来場したユーザ数とが一致している場合に、前記チケットに紐付けられた会場の特定の部屋に来場したユーザを誘導するステップと、
    前記ＩＤおよび前記パスワードの入力をチケット情報受付端末が受け付けるステップと、
    前記ＩＤおよび前記パスワードが前記チケット情報受付端末に入力された場合に、前記複数のコンテンツのうち前記チケットに紐付けられたコンテンツを、前記チケットに紐付けられた会場の再生装置に再生させるステップと、を備えるコンテンツ提供方法。

Images