特許 7576020 コンテンツ配信システム、及び、コンテンツ再生指示プログラム

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

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

(11)【特許番号】

(24)【登録日】2024-10-22

(45)【発行日】2024-10-30

(54)【発明の名称】コンテンツ配信システム、及び、コンテンツ再生指示プログラム

(51)【国際特許分類】

   G10K 15/02 20060101AFI20241023BHJP

【ＦＩ】

G10K15/02

【請求項の数】 4

(21)【出願番号】P 2021211729

(22)【出願日】2021-12-24

(65)【公開番号】P2023095697

(43)【公開日】2023-07-06

【審査請求日】2023-03-29

(73)【特許権者】

【識別番号】396004833

【氏名又は名称】株式会社エクシング

(74)【代理人】

【識別番号】100157118

【弁理士】

【氏名又は名称】南 義明

(72)【発明者】

【氏名】川相 貴志

(72)【発明者】

【氏名】神谷 友樹

(72)【発明者】

【氏名】秋山 慶彦

(72)【発明者】

【氏名】溝口 りな

【審査官】川▲崎▼ 博章

(56)【参考文献】

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

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

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

Ｇ１０Ｋ １５／０２

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

【請求項1】

管理サーバと、コンテンツの再生が可能なコンテンツ再生システムを備えたコンテンツ配信システムであって、
管理サーバは、
ユーザの情報処理装置において、ユーザによって指定されたタイトルの発券指示が行われた日時が、当該タイトルに対応付けられた第１の発券期間の場合、第１のコンテンツのコード情報を表示させ、当該タイトルに対応付けられた第２の発券期間の場合、第２のコンテンツのコード情報を表示させ、
コンテンツ再生システムは、
コード情報を読み取る読取り手段と、
読取り手段で読み取られたコード情報に基づき、第１のコンテンツ、もしくは、第２のコンテンツを再生する再生手段と、を備える
コンテンツ配信システム。

【請求項2】

第１のコンテンツと第２のコンテンツは、少なくともその一部が共通するコンテンツである
請求項１に記載のコンテンツ配信システム。

【請求項3】

第１のコンテンツは、ライブ配信されるコンテンツであって、第２のコンテンツはライブ配信された第１のコンテンツのアーカイブである
請求項１又は請求項２に記載のコンテンツ配信システム。

【請求項4】

ユーザの情報処理装置で実行可能であって、コンテンツの再生が可能なコンテンツ再生システムに指示を行うコンテンツ再生指示プログラムであって、
コンテンツ再生指示プログラムは、ユーザによって指定されたタイトルの発券指示が行われた日時が、当該タイトルに対応付けられた第１の発券期間の場合、第１のコンテンツのコード情報を表示させ、当該タイトルに対応付けられた第２の発券期間の場合、第２のコンテンツのコード情報を表示する
コンテンツ再生指示プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、各種コンテンツを再生可能なコンテンツ再生システム、各種コンテンツを配信するコンテンツ配信システム、並びにコンテンツの再生指示を行うコンテンツ再生指示プログラムに関する。

【背景技術】

【0002】

現在、映画やドラマ等、各種コンテンツは、映画館やテレビ等、既存の再生形態のみならず、パーソナルコンピュータやスマートフォン等の各種情報処理装置で再生することが可能である。ユーザはネット上で配信される各種コンテンツを購入、あるいは、レンタルすることで気軽にコンテンツを視聴することが可能となっている。

【0003】

特許文献１には、例えばコンテンツを１日利用可能、１時間利用可能といった利用条件でコンテンツを利用する再生装置において、電源断による権利の消失を防止しつつ、権利が消費された時点でデジタルコンテンツ再生装置からコンテンツ鍵を削除することのできるデジタルコンテンツ再生装置が開示されている。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

特許文献１に記載されるように、コンテンツの視聴においては、視聴権利を購入し、購入した視聴権利に基づいて視聴を行うことが一般的である。ところで、コンテンツ配信では、コンサート等を生中継するライブ配信が行われることがある。このようなライブ配信では、ユーザは当該ライブ配信の視聴権利となるチケットを購入して、コンテンツの視聴を楽しむことになる。

【0006】

出願人は、このようなライブ配信を行うに際し、ライブ配信を視聴することの出来なかったユーザ、あるいは、何度も視聴を楽しみたいユーザに対して、ライブ配信を行った後、アーカイブコンテンツとして配信し、ユーザに視聴させるシステムを検討している。

【0007】

当該システムの構築にあたり、ユーザは、ライブ配信視聴用のチケット、アーカイブコンテンツ視聴用のチケットが必要となることが考えられる。しかしながら、複数のチケットを用意することは、ユーザにとって煩雑な管理を伴うことが考えられる。

【0008】

本発明はこのような事情を考慮したものであって、あるタイトルについて、ライブ配信の視聴、及び、アーカイブ配信の視聴を容易に行うことを可能とするものである。

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

【0009】

そのため、本発明に係るコンテンツ配信システムは、以下の構成を採用するものである。
管理サーバと、コンテンツの再生が可能なコンテンツ再生システムを備えたコンテンツ配信システムであって、
管理サーバは、
ユーザの情報処理装置において、ユーザによって指定されたタイトルの発券指示が行われた日時が、当該タイトルに対応付けられた第１の発券期間の場合、第１のコンテンツのコード情報を表示させ、当該タイトルに対応付けられた第２の発券期間の場合、第２のコンテンツのコード情報を表示させ、
コンテンツ再生システムは、
コード情報を読み取る読取り手段と、
読取り手段で読み取られたコード情報に基づき、第１のコンテンツ、もしくは、第２のコンテンツを再生する再生手段と、を備える。

【0011】

さらに、本発明に係るコンテンツ配信システムにおいて、第１のコンテンツと第２のコンテンツは、少なくともその一部が共通するコンテンツである。

【0012】

さらに、本発明に係るコンテンツ配信システムにおいて、
第１のコンテンツは、ライブ配信されるコンテンツであって、第２のコンテンツはライブ配信された第１のコンテンツのアーカイブである。

【0016】

また、本発明に係るコンテンツ再生指示プログラムは、
ユーザの情報処理装置で実行可能であって、コンテンツの再生が可能なコンテンツ再生システムに指示を行うコンテンツ再生指示プログラムであって、
コンテンツ再生指示プログラムは、ユーザによって指定されたタイトルの発券指示が行われた日時が、当該タイトルに対応付けられた第１の発券期間の場合、第１のコンテンツのコード情報を表示させ、当該タイトルに対応付けられた第２の発券期間の場合、第２のコンテンツのコード情報を表示する。

【発明の効果】

【0017】

本発明に係るコンテンツ再生システム、コンテンツ配信システム、及び、コンテンツ再生指示プログラムによれば、ユーザがあるタイトルの視聴を行う際、現在の日時に応じて、第１のコンテンツ、第２のコンテンツの視聴を切り換えることが可能となる。したがって、ユーザは煩雑な操作、あるいは、チケットの管理を行うことなく、第１のコンテンツ、あるいは、第２のコンテンツを視聴することが可能となる。

【図面の簡単な説明】

【0018】

【図1】カラオケ店舗におけるネットワーク構成を示す図。

【図2】本実施形態に係るカラオケシステムの構成を示す図。

【図3】本実施形態に係る配信構成を説明するための図

【図4】本実施形態に係るチケット販売処理を示すフロー図

【図5】本実施形態に係る２次元コード取得までの処理を示すフロー図

【図6】本実施形態に係る携帯端末の各種画面を示す図

【図7】本実施形態に係るチケット状況を説明するための図

【図8】本実施形態に係る配信処理を示すフロー図

【図9】本実施形態に係る初期画面を示す図

【図10】本実施形態に係るコンテンツ選択画面を示す図

【図11】本実施形態に係るコンテンツ予約処理を示すフロー図

【図12】本実施形態に係る読取説明画面を示す図

【図13】本実施形態に係るチケット読取画面を示す図

【図14】本実施形態に係るチケット人数確認画面を示す図

【図15】本実施形態に係る人数確認説明画面を示す図

【図16】本実施形態に係るスタッフ専用確認画面を示す図

【図17】本実施形態に係るＩＣカード読取画面を示す図

【図18】本実施形態に係る予約確認画面を示す図

【図19】本実施形態に係る再生処理を示すフロー図

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

【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】

このようなアーカイブコンテンツの配信は、ライブ配信コンテンツと比較して、迅速性は必ずしも必要とされない。そのため、本実施形態では、Ｐ２Ｐ（Peer to Peer）技術を用いた配信手段を使用している。詳細には、分散配置型ＣＤＮ（Content Delivery Network）を使用するものであって、インターネット上にキャッシュサーバを分散配置し、キャッシュサーバを使用してコンテンツを配信する仕組みを使用している。その際、キャッシュサーバとして、カラオケ店舗に設置される記憶部１３０を使用することも可能である。なお、ルータ１２０によっては、記憶部を備えた機種も存在する。その場合、記憶部１３０は、ルータが備えた記憶部を使用することも可能である。

【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】

アーカイブ配信開始（Ｓ３０７：Ｙｅｓ）からアーカイブ配信終了（Ｓ３０９：Ｙｅｓ）までの期間、アーカイブ用２次元コード７４ｃのチケットを使用したアーカイブ視聴可能期間（Ｓ３０８）となる。

【0075】

次に、カラオケ再生システム３におけるコンテンツの視聴方法について説明する。図９は、本実施形態に係るリモコン装置１の初期画面を示す図である。初期画面には、選曲領域８１、動画配信サービス表示領域８２を含んで構成されている。カラオケを行う場合、ユーザは、選曲領域８１に表示される各種選曲方法を選択することで、当該選曲方法に対応する選曲画面に移動し、所望する楽曲を指定することが可能である。また、コンテンツを楽しみたいユーザは、動画配信サービス表示領域８２を選択することで、コンテンツ選択画面を表示させ、所望のコンテンツを選択することが可能となっている。

【0076】

図１０は、本実施形態に係るコンテンツ選択画面を示す図である。コンテンツ選択画面には、コンテンツ関連情報とコンテンツサムネイル画像が対になって表示され、ユーザは、所望のコンテンツ概要を閲覧しながら選択することが可能となっている。また、コンテンツ選択画面の右側情報には、「チケット読取」と表記されたボタン１１１が表示されている。有料のコンテンツのチケットを購入済みのユーザは、このボタン１１１を操作することで、コンテンツ予約処理を開始する。

【0077】

図１１は、本実施形態に係るコンテンツ予約処理を示すフロー図である。図１０のコンテンツ選択画面に表示されたボタン１１１を操作することで、コンテンツ予約処理が開始される。コンテンツ予約処理が開始されると、まず、図１２に示される読取説明画面が表示される（Ｓ４０１）。読取説明画面には、ユーザが購入したチケットの読取方法が表示される。

【0078】

本実施形態では、ユーザは、購入したチケットに対応する２次元コード（「コード情報」に相当）をスマートフォン等の携帯端末７に表示させる。なお、２次元コードは、携帯端末７に表示させたものを使用する形態以外に、プリントアウトされたものを使用することも可能である。ここで、ライブ配信コンテンツの場合、図６（Ｃ１）で説明したライブ用２次元コード７３ｃが使用される。また、アーカイブコンテンツの場合、図６（Ｃ２）で使用したアーカイブ用２次元コード７４ｃが使用される。ユーザは、リモコン装置１のカメラ１７を使用して、携帯端末７に表示された２次元コードを読み取らせる。２次元コードの読取は、ボタン１１２を操作することで開始される。

【0079】

読取説明画面で、ボタン１１２が操作されると、図１３に示されるチケット読取画面が表示される（Ｓ４０２）。このチケット読取画面には、カメラ１７で撮影している映像がタッチパネルモニタ１１内に表示される。また、タッチパネルモニタ１１には、コード読取範囲１１３が表示されており、ユーザは、このコード読取範囲１１３内に、携帯端末７に表示されている２次元コードが撮影されるように、携帯端末７とリモコン装置１の位置関係を調整する。

【0080】

コード読取範囲１１３内に２次元コードを位置させることで、リモコン装置１において２次元コードが認識されると、リモコン装置１は、２次元コードに含まれる情報を読み取る（Ｓ４０３）。本実施形態では、ライブ用２次元コード７３ｃ、アーカイブ用２次元コード７４ｃとで、含まれる情報を異ならせており、ライブ用２次元コード７３ｃには、ライブ支払いＩＤが、アーカイブ用２次元コード７４ｃには、アーカイブ支払いＩＤが含まれている。管理サーバ５１は、ライブ支払いＩＤ、もしくは、アーカイブ支払いＩＤに基づき、チケットの有効性、及び、タイトル等を判定することが可能である。

【0081】

ライブ支払いＩＤ、アーカイブ支払いＩＤは、コンテンツを指定するための識別子に相当している。なお、コンテンツを指定するための識別子としては、ライブ支払いＩＤ、アーカイブ支払いＩＤに代え、コンテンツＩＤとする等、各種形態を採用することができる。

【0082】

２次元コードの読取り、すなわち、チケットの読取が完了（Ｓ４０３：Ｙｅｓ）すると、リモコン装置１は、読み取ったライブ支払いＩＤ、もしくは、アーカイブ支払いＩＤを管理サーバ５１に問い合わせ、その有効性を確認する。管理サーバ５１でチケットの有効性が確認できた場合、管理サーバ５１は、リモコン装置１に対して、チケット関連情報を送信する（Ｓ４０４）。チケット関連情報には、タイトル、配信形態、配信開始日時（あるいは、アーカイブ配信期間）、視聴人数等の他、コンテンツを再生するために必要なコンテンツＩＤが含まれている。リモコン装置１は、管理サーバ５１からチケット関連情報を受信（Ｓ４０４）して、チケット確認画面を表示する（Ｓ４０５）。

【0083】

図１４は、本実施形態に係るチケット確認画面を示す図である。チケット確認画面には、受信したチケット関連情報に基づき、コンテンツ名（ライブ＊＊＊＊ａｔ横浜アリーナ）、配信開始日時（開始日時）が表示されている。また、「２名分のチケットを読み取りました。」と表記されるように、視聴人数（２人）についても併せて表示されている。本実施形態では、複数人が別々に同じコンテンツに関するチケットを購入している場合を考慮し、複数のチケットを読み取ることが可能となっている。更に別のチケットを読み取りたい場合（Ｓ４０６：Ｙｅｓ）には、ボタン１１４を操作することで、図１３のチケット読取画面に遷移させ、２次元コードを読み取らせる。

【0084】

一方、チケット確認画面で、全てのチケットを読み終えた場合（Ｓ４０６：Ｎｏ）、ユーザはボタン１１５を操作することで、次の処理へと遷移させる。本実施形態では、チケット関連情報に視聴人数が規定されているため、チケット関連情報に規定されている視聴人数を通知し、実際に部屋にいる人数以内であることを確認した上で、コンテンツの視聴を許可することとしている。本実施形態では、リモコン装置１のタッチパネルモニタ１１に視聴人数を表示し、従業者による確認作業によって、コンテンツの視聴を許可することとしている。

【0085】

以下に、本実施形態の視聴人数の通知、確認について説明する。チケット確認画面において、ボタン１１５が操作された場合、図１５に示される人数確認説明画面がタッチパネルモニタ１１に表示される。この人数確認説明画面には、ユーザ（お客様）は従業者(スタッフ）に人数確認作業を依頼する旨が表示されている。ユーザは、部屋内に設置されている内線電話等を使用して、従業者を呼び出し、従業者が来室するのを待つ。

【0086】

ユーザに呼び出された従業者は、人数確認説明画面に表示されているボタン１１６を操作して、図１６に示されるスタッフ専用確認画面を表示させる。本実施形態では、スタッフ専用確認画面の表示が、従業者に対する視聴人数の通知（Ｓ４０７）に相当している。スタッフ専用確認画面には、コンテンツ名等、コンテンツ関連情報に含まれる各種情報の他、視聴人数（利用人数、この例では２名）が表示されている。従業者は、スタッフ専用確認画面に表示されている視聴人数が、実際に部屋に居るユーザの人数内であるか否かを確認する。

【0087】

視聴人数が、実際に部屋にいるユーザの人数内であることが確認できた場合、従業者は、スタッフ専用確認画面のボタン１１８を操作（Ｓ４０９：ＯＫ）して、図１７に示されるＩＣカード読取画面を表示させて許可処理（Ｓ４１０）を実行する。本実施形態では、許可権限を有する従業者が所持するＩＣカードを、リモコン装置１に搭載されるＮＦＣセンサ１８にかざすことで、ＩＣカードに記憶された情報を読み取り、それが適正である場合、コンテンツの視聴を許可することとしている。コンテンツの視聴が許可された場合、タッチパネルモニタ１１には、図１８に示される予約確認画面が表示される（Ｓ４１１）。予約確認画面には、ボタン１１９が表示されており、ユーザがボタン１１９を操作すること（Ｓ４１２：Ｙｅｓ）によって、コンテンツＩＤを含む予約情報がカラオケ装置２に送信される（Ｓ４１３）。

【0088】

一方、図１８のスタッフ専用確認画面の確認において、実際に部屋に居るユーザの人数が表示されている視聴人数を超えている場合、コンテンツを視聴するには料金が不足することになる。その場合、従業者は、ボタン１１７を操作する（Ｓ４０９：人数追加）ことで、図示しない視聴人数を追加するための課金画面、あるいは視聴人数を追加するための画面を表示（Ｓ４１４）し、ユーザに対する課金処理（Ｓ４１５）を実行させる。課金処理（Ｓ４１５）としては、ユーザが所持する携帯端末において、追加のチケットを購入させ、チケット読取画面で読み取らせる形態が考えられるが、このような形態以外に、リモコン装置１のみで追加のチケットを購入させる形態、あるいは、店舗で追加のチケットに必要な料金を徴収する形態等、各種形態を使用することが考えられる。

【0089】

課金処理（Ｓ４１５）が完了し、視聴人数が変更される（Ｓ４１６）と、変更された視聴人数で、スタッフ専用確認画面を表示させ、従業者による再度の確認を待つことになる。この場合、チケット関連情報に規定されている視聴人数は、実際に部屋にいる入室人数以内となるため、従業者は、ボタン１１８を操作してＩＣカードによる許可処理（Ｓ４１０）を実行する。

【0090】

図１９には、カラオケ装置２で実行される再生処理を示すフロー図が示されている。カラオケ装置２は、予約テーブルを参照（Ｓ５０１）し、次に再生すべき予約情報の有無を判定する（Ｓ５０２）。予約情報がある場合（Ｓ５０２：Ｙｅｓ）、予約情報中、ライブ配信コンテンツが含まれているか否かが判定される（Ｓ５０３）。ライブ配信コンテンツか否かは、チケット関連情報に基づいて判定することが可能である。例えば、予約情報中に含まれているコンテンツＩＤに対応するチケット関連情報を参照し、配信開始日時が規定されていると判定された場合には、開始時間指定コンテンツであると判定される。一方、ライブコンサートのアーカイブコンテンツ、上映中の映画、ドラマ、プロモーションビデオ等、配信開始日時が規定されていない、あるいは、現時点において配信中である場合は、アーカイブコンテンツと判定される。

【0091】

ライブ配信コンテンツが無いと判定された場合（Ｓ５０３：Ｎｏ）、次に再生すべき予約情報が楽曲を指定しているのか、コンテンツを指定しているのかが判定される（Ｓ５０４）。楽曲が指定されている場合（Ｓ５０４：楽曲）、指定された楽曲に対応するカラオケ情報の再生を開始（Ｓ５０５）し、楽曲の再生が終了（Ｓ５０６：Ｙｅｓ）すると、予約テーブルのチェックに戻る。

【0092】

一方、コンテンツが指定されている場合（Ｓ５０４：コンテンツ）、指定されたコンテンツ（アーカイブコンテンツ）の再生を開始（Ｓ５０７）する。アーカイブコンテンツの再生は、図３で説明したように、第２の配信手段を使用した形態であって、カラオケ店舗の記憶部１３０に蓄積されているアーカイブコンテンツを読み出すことで行われる。

【0093】

なお、再生対象となるアーカイブコンテンツが、記憶部１３０に未蓄積であることも考えられる。本実施形態では、そのような場合、カラオケ装置２は、ファイル分散管理サーバ５４、もしくは、アーカイブ管理サーバ５３にアクセスし、アーカイブコンテンツを読み出すことで、当該アーカイブコンテンツの再生を行うこととしている。したがって、第２の配信手段による配信が間に合わなかった場合であっても、アーカイブコンテンツを再生することが可能となっている。アーカイブコンテンツの再生が終了（Ｓ５０８：Ｙｅｓ）すると、予約テーブルのチェックに戻る。

【0094】

一方、予約テーブル中にライブ配信コンテンツがあると判定された場合（Ｓ５０３：Ｙｅｓ）、当該ライブ配信コンテンツの開始時間（チケット関連情報中の配信開始日時）の所定時間前（本実施形態では１分前）に、予約情報中の次の予約（楽曲またはコンテンツ）が再生終了できるか否かが判定される（Ｓ５０９）。次の予約が再生できる場合（Ｓ５０９：Ｙｅｓ）には、次の楽曲の再生（Ｓ５０５）、もしくは、次のコンテンツの再生（Ｓ５０７）を実行する。

【0095】

一方、次の予約が再生できない場合（Ｓ５０９：Ｎｏ）には、ライブ配信コンテンツの再生に備え、開始時間が到来した後、ライブ配信コンテンツの再生を開始する（Ｓ５１０）。ライブ配信コンテンツの再生は、図３で説明したように、第１の配信手段を使用したストリーム配信で行われる。コンテンツの再生が終了（Ｓ５１１：Ｙｅｓ）すると、その後、予約テーブルのチェックに戻る。

【0096】

なお、本実施形態では、視聴人数が指定されているコンテンツを再生する際、コンテンツが再生表示されるモニタ４１には、視聴人数を表示することとしている。モニタ４１に視聴人数を表示することで、コンテンツの再生中、従業者等が容易に確認することが可能となる。また、視聴しているユーザに対しても視聴人数を認識させることが可能となり、視聴人数を超えて視聴する不正な視聴を抑制させる効果もある。なお、コンテンツの再生時における視聴人数の表示は、モニタ４１に表示する形態に限られるものでは無く、例えば、リモコン装置１のタッチパネルモニタ１１に表示する等、コンテンツが再生される部屋内で視認可能な各種表示部に表示することが考えられる。そして、視聴人数の表示は、コンテンツの再生中、常に表示する形態のほか、コンテンツの再生中、適宜タイミングで表示することとしてもよい。

【0097】

このように、本実施形態では、楽曲とコンテンツを同じ予約テーブルで管理することとしており、例えば、コンテンツ情報の再生の合間に楽曲情報を再生することが可能となっている。また、コンサートのライブ中継のように、開始時間が規定されているライブ配信コンテンツを再生する場合、その再生直前まで、楽曲を再生する、あるいは、他のコンテンツを視聴することが可能となっている。

【0098】

なお、本実施形態では、ライブ配信コンテンツの開始時間が到来する前に、再生を終えることが可能な楽曲または他のコンテンツを再生することとしているが、ライブ配信コンテンツの再生の再生は、このような形態に限られるものでは無く、例えば、開始時間が到来した場合、再生中の楽曲、他のコンテンツの再生を中断して、開始時間指定コンテンツを再生開始する等、各種形態を採用することが考えられる。

【0099】

以上、本実施形態に係るコンテンツ配信システムについて説明したが、以下に各種変形例について説明する。

【0100】

（第１の変形例）
前述の実施形態では、図６（Ｃ１）、図６（Ｃ２）で説明したように、ライブ配信コンテンツを再生するためライブ用２次元コード７３ｃを使用し、アーカイブコンテンツを再生するためアーカイブ用２次元コード７４ｃを使用している。このように、同じタイトルについて、ライブ配信コンテンツとアーカイブコンテンツにおいて、２次元コードを異ならせることに代え、同じタイトルについて、同じ２次元コードを使用してもよい。

【0101】

この場合、コンテンツの視聴時、あるタイトルについて２次元コード（この場合、ライブ配信コンテンツ、アーカイブコンテンツとも共通）が読み取られると、カラオケ装置２、あるいは、管理サーバ５１は、現在の日時に基づき、ライブ配信コンテンツの再生期間、アーカイブ配信コンテンツの再生期間、あるいは、どちらも再生できない期間かを判定する。そして、判定結果に基づき、ライブ配信コンテンツ、あるいは、アーカイブコンテンツの再生が実行される、あるいは、再生ができない旨を通知されることになる。

【0102】

以上、本実施形態のカラオケ再生システム３、コンテンツ配信システムについて説明を行ったが、本発明はカラオケ再生システム３、コンテンツ配信システムに限らず、これらを構成する要素であるカラオケ装置２、リモコン装置１、図３で説明した各種サーバ、及び、その機能、そして、これらで実行されるプログラムについても本発明の範疇に属する。

【符号の説明】

【0103】

１：リモコン装置 ５１：管理サーバ
２（２ａ～２ｋ）：カラオケ装置 ５２：ライブ管理サーバ
３：カラオケ再生システム ５３：アーカイブ管理サーバ
６：管理用コンピュータ ５４：ファイル分散管理サーバ
７：携帯端末 ５５ａ～５５ｅ：キャッシュサーバ
１０ａ：制御部 ６１：ライブ配信サーバ
１０ｂ：メモリ ６２：編集用サーバ
１０ｃ：映像制御部 ７１：表示部
１０ｄ：音響制御部 ７１ａ：マイページ選択ボタン
１０ｅ：ビデオＲＡＭ ７１ｂ：チケット発券選択ボタン
１１：タッチパネルモニタ ７１ｃ：チケット関連情報
１１ａ：表示部 ７１ｄ：チケット種別選択欄
１１ｂ：タッチパネル ７１ｅ：枚数選択欄
１２：操作処理部 ７１ｆ：ボタン
１３：操作部 ７１ｇ：支払い方法選択ボタン
１４：スピーカ ７２：購入済みチケット情報表示欄
１６：無線ＬＡＮ通信部 ７３ａ：ライブチケット関連情報
１７：カメラ ７３ｂ：購入チケット情報
１８：ＮＦＣセンサ ７３ｃ：ライブ用２次元コード
２０：制御部 ７４ａ：アーカイブチケット関連情報
２１：操作部 ７４ｂ：購入チケット情報
２２：操作処理部 ７４ｃ：アーカイブ用２次元コード
２３：赤外線通信部 ８１：選曲領域
２４：ＬＡＮ通信部 ８２：動画配信サービス表示領域
２５：音響制御部 １１０（１１０ａ～１１０ｃ）：アクセスポイント
２６：ＨＤＤ １１３：コード読取範囲
２７：メモリ １２０：ルータ
２８：ビデオＲＡＭ １２１：光モデム
２９：映像再生部 １３０：記憶部
３０：映像制御部 ５２１：カメラ
３１：タッチパネルモニタ ７２１：購入済みチケット関連情報
３１ａ：表示部 ７２２：チケット状況
３１ｂ：タッチパネル ７２３：キャンセル可否状況
４１（４１ａ～４１ｋ）：モニタ ７２４：発券ボタン
４３ａ、４３ｂ：歌唱用マイク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】