JP2021092870A - イベント用視聴ルーム募集システム、及び、イベント管理システム - Google Patents

Abstract

【課題】顧客にコンテンツを視聴させる視聴ルームを、視聴ルームが設けられた店舗から募集するイベント用視聴ルーム募集システム及びイベント管理システムを提供する。【解決手段】イベント用視聴ルーム募集システムにおいて、イベント管理システムは、実施日時と、実施内容とを含むイベント情報を管理装置６に送信するイベント情報送信処理と、管理装置６から送信された提供ルーム情報を記憶する視聴ルーム記憶処理とを実行する。管理装置６は、イベント情報送信処理によって送信されたイベント情報を表示部に表示する表示処理と、コンテンツを再生するコンテンツ再生装置が設置された視聴ルームを時間貸しする店舗について、イベント情報に対応するコンテンツの視聴用に提供される視聴ルームに関する提供ルーム情報を受け付ける受付処理と、受付処理にて受け付けた提供ルーム情報をイベント管理システムに送信する送信処理と、を実行する。【選択図】図１

Description

本発明は、各種イベントのコンテンツを再生する再生装置が設置された視聴ルームを募集するイベント用視聴ルーム募集システム、及び、イベント管理システムに関する。

アーティストによるコンサート等、各種イベントは、コンサートホールやアリーナ等の会場で行われる。このようなイベントに参加するユーザは、事前、あるいは、当日にチケットを購入し、会場に集うことでイベントに参加する。現在、このようなイベント用のチケットは、インターネットを介して販売されることが通常となっている。

特許文献１には、チケット販売業者側のサーバからユーザに対してイベント開催情報を提供すると共に、所定の締め切り期間内でのチケット購入の申し込み予約受付を行い、締め切り期間後に予約受付が確定したユーザとの間で決済を行って、チケットを送付するインターネットを利用したチケット販売方法が開示されている。

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

ところで、現在、カラオケボックスと呼ばれる店舗では、各部屋に備えられたカラオケ装置を利用して、歌唱が楽しまれている。本来、伴奏に合わせて歌唱を楽しむための部屋であるため、スピーカやアンプ等は、音響的に優れたものが設置されている。また、モニタ等の表示装置も大画面のものが配置されており、迫力のある映像を楽しむことが可能となっている。さらに、各部屋の防音設備も整っているため、大音量で歌唱を楽しむことが可能となっている。

出願人は、カラオケ店舗のような設備の整った環境を利用し、映画やドラマ、あるいはコンサート等のコンテンツを再生するシステムの開発を進めている。しかしながら、これまでのカラオケ店舗では、このような利用形態に沿った運用はされていなかった。本発明は、コンテンツを再生するための部屋（視聴ルーム）を適切に管理することを１つの目的としている。

そのため、本発明に係るイベント用視聴ルーム募集システム、及び、イベント管理システムは、以下の構成を採用するものである。
イベント管理システムと、イベント管理システムと通信可能な管理装置とを有するイベント用視聴ルーム募集システムであって、
イベント管理システムは、イベント情報送信処理と、視聴ルーム記憶処理と、を実行可能とし、
イベント情報送信処理は、実施日時と、実施内容とを含むイベント情報を管理装置に送信し、
視聴ルーム記憶処理は、管理装置から送信された提供ルーム情報を記憶し、
管理装置は、表示処理と、受付処理と、送信処理と、を実行可能とし、
表示処理は、イベント情報送信処理によって送信されたイベント情報を表示部に表示し、
受付処理は、コンテンツを再生するコンテンツ再生装置が設置された視聴ルームを時間貸しする店舗について、イベント情報に対応するコンテンツの視聴用に提供される視聴ルームに関する提供ルーム情報を受け付け、
送信処理は、受付処理にて受け付けた提供ルーム情報をイベント管理システムに送信する。

さらに本発明に係るイベント用視聴ルーム募集システムにおいて、
提供ルーム情報は、イベント情報に対応するコンテンツの視聴用に提供された視聴ルーム数、及び、各視聴ルームの収容人数を含む。

さらに本発明に係るイベント用視聴ルーム募集システムにおいて、
イベント管理システムは、送信処理によって送信された提供ルーム情報に基づき、イベント情報に対応するコンテンツを視聴するために発行されるチケットの数を決定するチケット数決定処理を実行可能とする。

さらに本発明に係るイベント用視聴ルーム募集システムにおいて、
受付処理は、店舗毎に記憶されるイベント情報に対応するコンテンツを視聴可能な視聴ルームに関する提供可能ルーム情報に基づいて、提供ルーム情報を受け付ける。

さらに本発明に係るイベント用視聴ルーム募集システムにおいて、
提供可能ルーム情報は、視聴ルームの時間貸しを管理するＰＯＳ装置から取得される。

さらに本発明に係るイベント用視聴ルーム募集システムにおいて、
提供可能ルーム情報は、イベント情報に含まれる実施日時に、既に時間貸しが予約されている視聴ルームを除く視聴ルームに関する情報である。

さらに本発明に係るイベント用視聴ルーム募集システムにおいて、
提供可能ルーム情報は、視聴ルームに設置されているコンテンツ再生装置から取得される。

さらに本発明に係るイベント用視聴ルーム募集システムにおいて、
提供ルーム情報は、視聴ルームがパブリックビューイングでの利用が可能か否かを含む。

また本発明に係るイベント管理システムは、
管理装置と通信可能なイベント管理システムであって、
イベント管理システムは、イベント情報送信処理と、視聴ルーム記憶処理と、を実行可能とし、
イベント情報送信処理は、実施日時、実施内容を含むイベント情報を管理装置に通知し、
視聴ルーム記憶処理は、管理装置から送信された提供ルーム情報を記憶し、
管理装置は、表示処理と、受付処理と、送信処理と、を実行可能とし、
表示処理は、イベント情報送信処理によって送信されたイベント情報を表示部に表示し、
受付処理は、コンテンツを再生するコンテンツ再生装置が設置された視聴ルームを時間貸しする店舗について、イベント情報に対応するコンテンツの視聴に提供する視聴ルームに関する提供ルーム情報をから受け付け、
送信処理は、受付処理で受け付けた提供ルーム情報をイベント管理システムに送信する。

本発明に係るイベント用視聴ルーム募集システム、及び、イベント管理システムによれば、コンテンツを再生するための視聴ルームを適切に管理することが可能となる。

本実施形態に係るイベント用視聴ルーム募集システムの構成を示す図。 本実施形態に係るイベント管理処理を示すフロー図。 本実施形態に係るルーム管理処理を示すフロー図。 本実施形態に係る確定ルーム管理処理を示すフロー図。 本実施形態に係る確定ルーム管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る管理装置の管理画面を示す図。 本実施形態に係る応募処理を示すフロー図。 本実施形態に係る応募処理の携帯端末画面を示す図。 本実施形態に係る応募処理の携帯端末画面を示す図。 本実施形態に係る応募処理の携帯端末画面を示す図。 本実施形態に係る応募処理の携帯端末画面を示す図。 カラオケ店舗におけるネットワーク構成を示す図。 本実施形態に係るカラオケシステムの構成を示す図。 本実施形態に係る対応付け処理（リモコン装置）を示すフロー図 本実施形態に係る対応付け処理（カラオケ装置）を示すフロー図 本実施形態に係るチケット情報のデータ構成を示す図 本実施形態に係る初期画面を示す図 本実施形態に係るコンテンツ選択画面を示す図 本実施形態に係るコンテンツ再生予約処理を示すフロー図 本実施形態に係る読取説明画面を示す図 本実施形態に係るチケット読取画面を示す図 本実施形態に係るチケット人数確認画面を示す図 本実施形態に係る人数確認説明画面を示す図 本実施形態に係るスタッフ専用確認画面を示す図 本実施形態に係るＩＣカード読取画面を示す図 本実施形態に係る予約確認画面を示す図 本実施形態に係る再生処理を示すフロー図

図１は、本実施形態に係るイベント用視聴ルーム募集システム（視聴ルーム予約システムも兼ねている）の構成を示す図である。本実施形態のイベント用視聴ルーム募集システムは、カラオケ店舗に設置される管理装置６（管理用コンピュータ）、イベント管理システム８２を少なくとも備えて構成されている。その他、イベント用視聴ルーム募集システムの外部構成としては、決済サーバ８１、カラオケ管理サーバ８４、無線基地局８３、個人宅等に設置された家庭用コンピュータ７２、個人が所持する携帯端末７１、カラオケ店舗に設置されたＰＯＳ装置５等が存在している。

図２４に示されるように、カラオケ店舗では、カラオケ装置２ａ〜２ｋが設置された部屋を有して構成されている。カラオケ装置２ａ〜２ｋの利用を希望するユーザは、部屋を時間借りすることで、カラオケ装置２ａ〜２ｋを使用し、歌唱を楽しむことが行われている。本実施形態では、このような、カラオケ装置２ａ〜２ｋが設置された部屋の時間貸しを行う店舗において、各部屋で、コンサートのライブ中継、コンサートの録画映像、映画、ドラマ等、各種コンテンツの再生を行うこととしている。本明細書では、カラオケ店舗の部屋は、コンテンツを視聴する部屋であるため、当該部屋のことを視聴ルームと呼ぶこととする。

図１に示されるようにカラオケ店舗には、各視聴ルーム（部屋）をイベントに対応するコンテンツの視聴用に提供される視聴ルームを管理するための管理装置６、顧客（ユーザ）に対する視聴ルームの予約管理等を行うためのＰＯＳ装置５が設置されている。管理装置６は、一般的なパーソナルコンピュータ等で構成され、ルータ１２０、光モデム１２１を介してインターネットに接続されており、イベント管理システム８２とインターネットを介した通信を行うことが可能である。管理装置６は、イベント管理システム８２と通信することで、イベントの視聴用に提供する視聴ルームの連絡、あるいは、提供済みの視聴ルームの解除等、視聴ルームの各種管理を行う。カラオケ店舗の管理者は、管理装置６を使用して、イベント管理システム８２にログインすることで視聴ルームの各種管理を行うことが可能である。そのため、管理装置６は、必ずしも店舗内に設置される必要は無く、また、その形態もパーソナルコンピュータのみならず、タブレット端末、スマートホン等、各種情報処理装置を使用することが可能である。また、管理装置６を実現する形態は、前述した各種情報処理装置で実行可能なプログラムの他、ＨＴＭＬ等によるデータ形式に基づき表示を行うブラウザプログラムを利用することも可能である。また、チェーン店のような複数のカラオケ店舗を有する業務形態では、１台の管理装置６を使用して、複数のカラオケ店舗を管理することも可能である。また、カラオケ店舗に設置されるカラオケ装置（コンテンツ再生装置）は、インターネット上のカラオケ管理サーバ８４と通信可能となっている。カラオケ管理サーバ８４は、カラオケ装置に対して楽曲を配信する、あるいは、カラオケ装置を利用するユーザの管理等、各種サービスを提供することが可能となっている。

イベント管理システム８２は、１つのサーバ、あるいは、複数のサーバで構成され、カラオケ店舗において、イベント用に提供される視聴ルームを集約して管理することが可能となっている。また、インターネットには、個人宅に設置される家庭用コンピュータ７２、あるいは、個人が所有するスマートホン等の携帯端末７１が通信接続されている。なお、この例では、家庭用コンピュータ７２は、光モデム７３を介してインターネットに接続されている。そして、携帯端末７１は、無線基地局８３、あるいは、個人宅等に設置された無線ＬＡＮを介して無線でインターネットに接続されている。

ユーザは、携帯端末７１、あるいは、家庭用コンピュータ７２を使用して、イベント管理システム８２にアクセスし、カラオケ店舗におけるイベントに対応するコンテンツの視聴用に提供された視聴ルームを参照し、視聴ルームを予約することが可能となっている。また、インターネットには決済サーバ８１が通信接続されている。この決済サーバ８１は、携帯端末７１、あるいは、家庭用コンピュータ７２で生じた各種支払いに関し、クレジットカード、プリペイドカード、コンビニエンスストアでの支払い等、各種決済を行うことが可能となっている。

従来、カラオケ店舗の視聴ルームは、ユーザが店舗を訪問して、空いている視聴ルームを使用する、もしくは、ユーザが利用日時を指定して予約した上で使用することが通常である。ところで、本実施形態では、カラオケ店舗において、カラオケ装置（コンテンツ再生装置）が設置された視聴ルームを利用して、ライブコンサートの生中継、コンサートの録画映像、映画、ドラマの上映等、各種イベントを行うこととしている。

特に、開催日時が予め決まっているイベントの場合には、イベントに参加するユーザ、すなわち、視聴ルームにおいてコンテンツを視聴するユーザに対して、予めチケット販売を行うことが好ましい。しかしながら、本実施形態では、コンサートホール等の会場を使用して行われるイベント（コンサート等）と異なり、通常、カラオケの歌唱に視聴ルームが使用される形態を取る。

チケットを販売するにあたり、カラオケを楽しむために使用する視聴ルームを、イベント用の視聴ルームとして兼用することになる。しかしながら、カラオケ店舗では、繁忙期あるいは閑散期といった店舗の事情があるため、イベントを開催する側が、一方的に店舗の部屋を視聴ルームとして予約しておくことは困難である。

そのため、本実施形態では、イベント開催についてカラオケ店舗側に通知を行い、その通知に基づいて、カラオケ店舗側から、イベントの視聴に使用する視聴ルームの提供を受ける形態を採用している。

図２は、本実施形態に係るイベント管理処理を示すフロー図である。イベント管理処理は、イベント管理システム８２で実行される処理である。まず、イベントの企画において、カラオケ店舗でのコンテンツ視聴が行われることが決定すると、カラオケ店舗に対するルーム募集処理（Ｓ１０１）が実行される。ルーム募集処理（Ｓ１０１）は、イベントに対応するコンテンツの再生可能なカラオケ装置が設置されたカラオケ店舗に対して、当該カラオケ装置が設置された部屋をイベントに対応するコンテンツの視聴用に提供を募集する処理である。このルーム募集処理（Ｓ１０１）の詳細については、管理装置６で実行されるルーム管理処理で説明する。

ルーム募集処理（Ｓ１０１）では、各カラオケ店舗からイベントに対応するコンテンツの視聴用に提供される視聴ルームに関する情報が収集される。イベント管理処理では、収集した情報に基づいて、カラオケ店舗より提供された視聴ルームで視聴するためのチケットの数を決定するチケット数決定処理を実行する（Ｓ１０２）。このチケット数決定処理（Ｓ１０２）は、カラオケ店舗から提供された全ての視聴ルームで収容可能な人数を超えない範囲で、発行するチケットの数（参加可能人数）を決定することになる。

その後、当該イベント用のチケット販売開始日が到来すると（Ｓ１０３：Ｙｅｓ）、インターネットを介して、家庭用コンピュータ７２、携帯端末７１等に対して、ユーザにカラオケ店舗でイベントが視聴できることをアナウンスし、チケット購入の応募、もしくは販売を開始する。ここで、本実施形態では、チケットの販売形態として、抽選販売と一般販売の２形態を設けている。抽選販売は、ユーザからチケット購入の各種条件を指定した応募を受け付けた後、抽選を行うことでチケットを提供する販売形態である。一方、一般販売は、販売開始時から購入希望ユーザに対してチケットを順番に販売する形態である。

販売形態が抽選販売の場合（Ｓ１０４：抽選販売）、販売開始（Ｓ１０３：Ｙｅｓ）から、抽選日が到来する（Ｓ１０６：Ｙｅｓ）までの期間、ユーザからの応募受付処理（Ｓ１０５）を実行する。抽選日が到来する（Ｓ１０６：Ｙｅｓ）と、応募したユーザの中から当選者を決定する抽選処理（Ｓ１０７）を実行し、当選者に対して当選を通知する。なお、応募者が発行されたチケットの数に満たない場合のように、残チケットが生じた場合（Ｓ１０８：Ｙｅｓ）、購入希望ユーザに対してチケットを順番に販売する一般販売（Ｓ１０９）に切り替える。一方、販売形態が一般販売である場合（Ｓ１０４：一般販売）、販売開始時から購入希望ユーザに対してチケットを順番に販売する一般販売（Ｓ１０９）が実行される。

図３は、本実施形態に係るルーム管理処理を示すフロー図である。ルーム管理処理は、図２で説明したイベント管理処理に伴い、管理装置６で実行される処理である。図５〜図１８には、ルーム管理処理において、管理装置６で表示される管理画面６１１が示されている。

ルーム管理処理では、まず、カラオケ店舗の管理者によるログインが実行される。図５は、ログイン画面であり、識別情報としての設置店コード（もしくは、チェーン店コード）の入力欄６１２ａ、パスワードの入力欄６１２ｂが設けられている。ここで設置店コードは、単独のカラオケ店舗を管理する場合に与えられる識別情報である。一方、チェーン店コードは、チェーン店のように複数のカラオケ店舗を管理する場合に与えられる識別情報である。適切な識別情報、パスワードが入力され、ボタン６１２ｃを操作することで、ログインが完了する。

図５〜図１１は、単独のカラオケ店舗を管理する場合の管理画面６１１である。まず、単独のカラオケ店舗管理時のルーム管理処理について説明を行う。

ログインが完了した場合（Ｓ２０１：Ｙｅｓ）、図６に示されるトップ画面が表示される（Ｓ２０２）。トップ画面は、管理者が各種項目を選択する画面であって、本実施形態では、視聴ルームを提供する申請を行う「利用申請」、利用申請状況を確認する「エントリー確認」を選択することが可能である。これら各項目に対応する選択ボタン６１３ｂ、６１３ｃが設けられている。管理者は、利用する項目に対する選択ボタン６１３ｂ、６１３ｃを選択する。なお、ログイン状態では、管理画面６１１の右上にログアウトと表示されたボタン６１３ａが表示されている（図７〜図１８も同様）。管理者は、ボタン６１３ａを操作することで、ログアウトすることが可能である。

トップ画面において、選択ボタン６１３ｂが選択された場合（Ｓ２０３：利用申請）、イベント管理システム８２は、イベントに対応するコンテンツの視聴用に提供される視聴ルームを募集しているイベントに関するイベント情報を管理装置６に送信し、管理画面６１１に表示させる（Ｓ２０４：表示処理）。図７は、イベント情報が表示されている管理画面６１１である。図７の例では、４つのイベントのそれぞれについて、表示欄６１４ａ〜６１４ｄが表示されている。表示欄６１４ａ〜６１４ｄには、イベントの実施日時、イベントの実施内容（アーティスト名、会場名等）といったイベントの内容が表示される。

管理者は、図７に表示される管理画面６１１を参照し、店舗で視聴ルームを提供したいイベントに対応する表示欄６１４ａ〜６１４ｄを操作選択する（Ｓ２０５：Ｙｅｓ）。本実施形態では、表示欄６１４ａ〜６１４ｄが操作選択された場合、当該表示欄６１４ａ〜６１４ｄに対応するイベント詳細が表示される（Ｓ２０６）。図８の場合、案件タイトル（イベント名）、公演日時、イベントのＰＲ情報、イベント視聴に必要な視聴ルームの指定時間、利用申請の締め切り日、視聴ルームの確定日等のイベント詳細が表示されている。管理者は、イベント詳細を確認し、選択ボタン６１５ａを操作し、提供する視聴ルームの設定を行う（Ｓ２０７）。

図９には、提供する視聴ルームを設定する設定画面が示されている。本実施形態では、提供する視聴ルームを個人またはグループで利用する個室利用の形態、そして、知り合いでない者同士が集って１つの視聴ルームを利用するパブリックビューイングの形態を選択することが可能である。パブリックビューイングには、パーティールーム等、大きな視聴ルームが割り当てられることが通常である。管理者は、「ルーム追加」と表記された選択ボタン６１６ｅを操作し、図９において表示されていない形態の個室利用、もしくは、パブリックビューイングの視聴ルームを追加する。視聴ルームの追加に際しては、視聴ルームの収容人数、及び、当該視聴ルームの部屋数を指定することが可能である。図９の例では、個室利用については、３つのタイプの視聴ルームに関する表示欄６１６ａ〜６１６ｃが表示されている。また、パブリックビューイングについては、１つのタイプの視聴ルームに関する表示欄６１６ｄが表示されている。

図９の設定画面を使用して、イベント用のコンテンツを視聴するための視聴ルームの収容人数、及び、部屋数の設定を終えた管理者は、操作ボタン６１６ｆを操作し、図１０に示されるＰＲ情報の入力画面へと進む（Ｓ２０８）。本実施形態では、ユーザがイベント用のコンテンツを視聴するための視聴ルームを予約するにあたって、カラオケ店舗、視聴ルームに関する情報を自由に入力するための入力欄６１７ａが設けられている。図１０の例では、カラオケ店舗のＰＲの他、視聴ルームの利用料金、並びに、利用に際しての各種条件が入力されている。入力を終えた管理者は、操作ボタン６１７ｂを操作して、図１１に示される確認画面を表示させる（Ｓ２０９）。

図１１の確認画面には、図９の設定画面、図１０の入力画面を使用して入力した各種情報が表示されている。管理者は、図１１の確認画面で入力内容を確認した後、操作ボタン６１８ｃを操作することで確定させる。すなわち、管理者が入力した各種情報（視聴ルーム数及び各視聴ルームの収容人数を含む）が受け付けられる（受付処理）。確定された場合（Ｓ２１０：Ｙｅｓ）、図９の設定画面、図１０の入力画面で入力された各種情報（視聴ルーム数及び各視聴ルームの収容人数を含む）が、提供ルーム情報として、イベント管理システム８２に送信される（Ｓ２１１：送信処理）。その際、カラオケ店舗の管理者は、ＰＯＳ装置５に対しても、イベント用コンテンツの視聴日時、視聴時間に応じた視聴ルームの予約を入力、確定させておく。

イベント管理システム８２では、受信した提供ルーム情報を視聴ルーム記憶処理が記憶させる。イベント管理システムは、利用申請締切日が到来するまで、各カラオケ店舗の管理装置６から提供ルーム情報の受信を実行する。そして、イベント管理システム８２は、利用申請締切日の後、受信した提供ルーム情報を集計し、図２で説明したチケット数決定処理（Ｓ１０２）を実行する。

図１２、図１３は、チェーン店のカラオケ店舗を管理する場合の管理画面６１１である。チェーン店のカラオケ店舗の管理画面６１１では、複数のカラオケ店舗について管理することが可能である。トップ画面、イベントの選択画面、イベント詳細画面は、単独のカ１ラオケ店舗管理時（図６〜図８）と同様である。図７の管理画面６１１でイベントが選択されると、図１２の管理画面６１１へと遷移する。図１２の管理画面６１１では、イベント用のコンテンツを再生可能な複数のカラオケ店舗が表示される。管理者は、これら複数のカラオケ店舗の内、視聴ルームをイベントに対応するコンテンツの視聴用に提供する店舗をラジオボタンで選択する。図１２の例では、「Ｅ ＳＯＵＮＤ」について、品川港口店、堀田店の２店舗が選択された状態となっている。

視聴ルームをイベントのコンテンツの視聴用に提供するカラオケ店舗の選択を終え、操作ボタン６１９ａが操作されると、図９と同様の視聴ルームの設定画面が表示される。なお、チェーン店のカラオケ店舗の管理においては、管理者は、各カラオケ店舗毎に提供する視聴ルームに関する情報（視聴ルーム数及び視聴ルームの収容人数を含む情報）を入力する。すなわち、管理装置６では、管理者が入力した各種情報（各カラオケ店舗について視聴ルーム数及び各視聴ルームの収容人数を含む）が受け付けられる（受付処理）。なお、このような入力形態に代え、各カラオケ店舗で提供する視聴ルームを入力可能な入力形態としてもよい。視聴ルームの設定が完了すると、図１０と同様のＰＲ情報の入力画面へと遷移する。本実施形態では、図１２で選択されたカラオケ店舗に関するＰＲ情報を複数のカラオケ店舗について一括して入力することとしている。このような形態に代え、ＰＲ情報は、選択したカラオケ店舗毎に入力する形態であってもよい。

ＰＲ情報の入力が完了すると、図１３に表示される確認画面が表示される。チェーン店管理のように、複数のカラオケ店舗を管理する確認画面では、管理対象となる対象店舗、イベント用のコンテンツ視聴に提供する視聴ルームに関する情報、ＰＲ情報が表示される。確認画面を終えた管理者は、操作ボタン６２０ｃを操作することで、入力、設定した視聴ルーム数及び各視聴ルームの収容人数を含む提供ルーム情報を、イベント管理システム８２に送信する（Ｓ２１１）。なお、図１３の確認画面においても、操作ボタン６２０ａ、６２０ｃを操作することで、入力内容の変更を行うことが可能である。

以上、本実施形態では、イベント管理システム８２から送信されたイベント情報を、カラオケ店舗が管理する管理装置６に送信することで通知し、当該イベント情報に対して提供される視聴ルームに関する提供ルーム情報を入力し、イベント管理システム８２に返信することとしている。このような構成により、イベント用のコンテンツを視聴する視聴ルームの管理を適切に行うことが可能となる。

ところで、図２のイベント管理処理で説明したように、チケットの販売形態が抽選販売の場合、当選者数が発行されたチケット数に満たない場合は、残チケットが発生（Ｓ１０８：Ｙｅｓ）し、一般販売（Ｓ１０９）に切り替えられることを説明した。さらに、一般販売において、開催日時までチケットが売りきれない場合、カラオケ店舗では、イベント用のコンテンツ視聴のために予約されている視聴ルームが空き状態となってしまうことが考えられる。そのため、本実施形態では、一般販売時において、まだユーザによって予約されていない視聴ルームについては、視聴ルームの解除操作を受け付ける（解除処理）ことが可能となっている。

図６のトップ画面には、「エントリー確認」と表記された操作ボタン６１３ｃが設けられている。管理者は、提供した視聴ルームの予約状態を確認する。そして、提供した視聴ルームを解除する場合、この操作ボタン６１３ｃを操作する（Ｓ２０３）。図３のルーム管理処理において、操作ボタン６１３ｃが操作された場合（Ｓ２０３：エントリー確認）、図１４に示される提供した視聴ルームに対応するイベントを表示する管理画面６１１が表示される（Ｓ２１２）。図１４の例では、提供した視聴ルームに対応するイベントが１つの場合であって、当該イベントに対応する表示欄６２１ａが表示された状態となっている。つまり、イベント管理システム８２は、実施日時と実施内容とを含むイベント情報と、イベント情報に対応付けられた提供ルーム情報とを、視聴ルームを提供した管理装置６に送信する。

図１４の管理画面において、表示欄６２１ａが選択された場合（Ｓ２１３：Ｙｅｓ）、選択された表示欄６２１ａに対応するイベントは確定済みか否かが判定される（Ｓ２１４）。ここでイベントが確定済みとは、抽選販売の確定日が到来した後の状態をいう。確定済みで無い場合（Ｓ２１４：Ｎｏ）、すなわち、抽選販売において、抽選処理（Ｓ１０７）が実行される前の場合には、応募状況が表示される（Ｓ２１５）。

図１５は、応募状況を表示中の管理画面６１１である。未確定の場合、提供した視聴ルームについて、視聴ルームの収容人数形態毎に、申請数（提供された視聴ルーム数）と応募数とが表示される。なお、本実施形態では、チケットを購入するユーザは、第１希望と第２希望の店舗を指定可能としているため、応募数は、第１希望、第２希望毎に表示される。管理者は、提供された視聴ルームの応募状況を表示することで、現在の応募状況を確認することが可能である。また、この提供された視聴ルームの応募状況の管理画面６１１では、管理者は提供した視聴ルームの提供解除等の操作を行うことはできない。

一方、選択された表示欄６２１ａに対応するイベントが確定済みの場合、確定ルーム管理処理（Ｓ３００）が実行される。図４は、本実施形態の確定ルーム管理処理を示すフロー図である。確定ルーム管理処理（Ｓ３００）が開始されると、図１４で選択された表示欄６２１ａに対応するイベントについて、提供された視聴ルームの予約状況が表示される。

図１６は、確定ルーム状況を表示中の管理画面６１１である。管理画面６１１には、視聴ルームの収容人数形態毎に、申請数（提供された視聴ルーム数）、確定数（予約数）、及び確認欄６２３ａ〜６２３ｄが表示される。また、画面下方には、操作可能なボタン６２３ｅ〜６２３ｈが設けられている。管理者は、これらボタン６２３ｅ〜６２３ｈを操作して、視聴ルームの解除（ボタン６２３ｅ）、視聴ルームを予約したユーザ情報の確認（ボタン６２３ｆ）、確認送信（ボタン６２３ｇ）、前画面への復帰（ボタン６２３ｈ）を行うことが可能である。

ボタン６２３ｆが操作された場合（Ｓ３０８：Ｙｅｓ）、管理画面６１１は、ユーザ情報の確認画面へと遷移する（Ｓ３０９）。図１８は、ユーザ情報を表示中の管理画面６１１である。管理画面６１１には、視聴ルーム毎（ルーム形態毎）に、予約を行った代表ユーザ（顧客）の氏名、人数、電話番号が表示されている。管理者は、このユーザ情報に基づき、視聴ルームを予約したユーザの詳細を確認することが可能である。

ボタン６２３ｅが操作された場合（Ｓ３０４：Ｙｅｓ）、管理画面６１１は、ルーム解除画面に表示遷移する（Ｓ３０５：表示処理）。図１７は、ルーム解除画面を表示中の管理画面６１１である。管理画面６１１には、解除可能な視聴ルーム毎（ルーム形態毎）に、確定数／申請数、解除可能数、解除数が表示される。１名の視聴ルームは、申請数（提供された視聴ルーム）が３部屋であるのに対して、確定数（予約数）は２部屋である。したがって、１名の視聴ルームの解除可能数は１部屋となる。２〜４名の視聴ルームは、申請数（提供された視聴ルーム）が５部屋であるのに対して、確定数（予約数）は３部屋である。したがって、２〜４名の視聴ルームの解除可能数は２部屋となる。

一方、図１６に示されるように、５〜９名の視聴ルームは、申請数（提供された視聴ルーム）が７部屋であるのに対して、確定数（予約数）は７部屋であり、全室が予約済みとなっている。したがって、５〜９名の視聴ルームは、解除できない状態であり、図１７の管理画面６１１には表示されない。また、図１６に示されるように、パーティールーム（２０名）についても、１名以上（１５名）の予約が入っているため、解除はできない状態であり、図１７の管理画面６１１には表示されない。

管理者は、図１７の管理画面６１１を使用して、解除数の欄右側に表示された数選択ボタンを操作し、解除数を入力する。図１７の例では、１名の視聴ルーム、２〜４名の視聴ルームともに、１部屋を解除する状態となっている。「解除確定」と表記されたボタン６２４ｂが操作されることで、各視聴ルームについて指定した解除数を含む受付情報を受け付ける受付処理が実行される（Ｓ３０６：Ｙｅｓ）。なお、本実施形態における解除処理は、イベントの実施日時、すなわち、イベント用コンテンツの視聴開始日時までの期間行うことが可能である。そして、各視聴ルームについて指定した解除数を含む解除情報がイベント管理システム８２に送信される（Ｓ３０７：送信処理）。イベント管理装置８２では、管理装置６から送信された解除情報に基づいて、提供ルーム情報の更新を行う。また、解除情報を受信したイベント管理システム８２では、解除された視聴ルームを、視聴ルーム記憶処理に記憶されている提供ルーム情報のチケットの販売対象から外す除外処理を実行する。イベント管理システム８２において除外処理を行うことで、イベント用コンテンツ視聴を行うためのチケット数が変更されることになる。

このように、提供された視聴ルームを解除可能とすることで、カラオケ店舗では、解除された視聴ルームを、通常のカラオケ用として利用する。例えば、当該視聴ルームをカラオケ用として予約可能とすることが可能となる。したがって、イベントの人気度、すなわち、チケットの販売状況に応じて、視聴ルームを適切な数にコントロールすることが可能となる。

また、本実施形態では、カラオケ店舗側が、提供した視聴ルームの予約状況を確認したことを、イベント管理システム８２に連絡することが可能となっている。ユーザ情報等、各種状況を確認した管理者は、確認したルーム形態について、図１６の管理画面６１１中、ルーム形態毎に設けられた確認欄６２３ａ〜６２３ｄを操作することでチェック済みとする。図１６中、パーティールーム（２０名）の確認欄６２３ｄがチェック済みの状態となっている。その後、「確認送信」と表記されたボタン６２３ｇを操作すること（Ｓ３０２：Ｙｅｓ）で、チェック済みの視聴ルームがカラオケ店舗側で確認済みとなったことを示す確認情報が、イベント管理システム８２側へと送信される（Ｓ３０３）。このような処理により、カラオケ店舗、イベント管理システム８２の両方で、提供された視聴ルームがイベントのコンテンツの視聴用ルームとして提供されていることを確認することが可能となる。なお、確認情報が送信されていない提供された視聴ルームについては、イベント管理システム８２を管理する管理者から、当該視聴ルームを有するカラオケ店舗に対して電話連絡等、他の連絡手段を使用して確認し、視聴ルームの提供を確実に確認することが可能である。

以上、本実施形態では、イベントに対応するコンテンツの視聴用に、カラオケ店舗から提供された視聴ルームについて、提供の解除を行うことが可能となっている。したがって、チケットの売れ行き、あるいは、カラオケ店舗の状況等に応じて、視聴ルームの数を適切に管理することが可能となっている。

次に、提供された視聴ルームにおいてイベントに対応するコンテンツを視聴するユーザによる応募処理について説明する。図１９は、本実施形態に係る応募処理を示すフロー図である。応募処理は、図１に示される家庭用コンピュータ７２、あるいは、携帯端末７１を使用して、イベント管理システム８２にアクセスすることで行うことが可能である。本実施形態では、携帯端末７１を使用して行う場合について説明する。

ユーザは、携帯端末７１を使用して、イベント管理システム８２にアクセスする。図２０（Ａ）は、イベント管理システム８２にアクセスした際の携帯端末画面７１１である。図２０（Ａ）の携帯端末画面には、コンテンツ名で検索を行うための検索欄７１１ａ、アーティストで検索を行うための検索欄７１１ｂが設けられている。ユーザは、所望の検索条件を検索欄７１１ａ、７１１ｂに入力し、検索ボタン７１１ｃを操作することで、視聴したいコンテンツの検索を行う。

図２０（Ａ）の携帯端末画面７１１において、各種条件に基づいて検索された結果が、図２０（Ｂ）である。図２０（Ｂ）は、コンテンツがライブ形態の場合、すなわち、その視聴可能時間帯（配信時間帯）が予め定められている場合である。図２０（Ｂ）の例では、コンテンツに関し、コンテンツ名、アーティスト、開始日時、視聴料金が表示されている。開始日時は、コンテンツの再生が開始される日時であり、この例では、コンテンツは２０１９年１１月３０日１９：００〜再生が開始されることになる。また、本実施形態では、コンテンツの視聴を有料としており、視聴人数に応じた料金形態となっている。なお、コンテンツ視聴の料金形態としては、無料とする他、所定人数まで（例えば５人まで）は同一料金とする、年齢、性別に応じた形態とする等、各種形態を採用することが可能である。

ユーザは、図２０（Ｂ）の携帯端末画面を参照し、選択したコンテンツの内容を確認する。視聴したいコンテンツを確認し、指定ボタン７１１ｆを操作することで、コンテンツ指定処理（Ｓ４０１）が完了する。ここで、本実施形態では、イベントへの参加、すなわち、コンテンツの視聴について、チケット販売を行うこととしている。チケット販売には、抽選販売、一般販売、２つの形態が存在している。抽選販売は、販売開始から所定の応募期間を設け、その期間中、ユーザから応募を募る。応募期間終了後、応募された中から抽選で、当選者を決定し、当選者に対して予約されたことを通知する。なお、抽選販売において、応募者数が発行されたチケット数に満たない場合は、一般販売で販売される。一方、一般販売とは、購入希望ユーザに対してチケットを順番に販売する形態である。以下の説明では、抽選販売について詳しく説明する。

コンテンツ指定された後、販売形態が抽選販売である場合（Ｓ４０２：抽選販売）、視聴人数を入力する画面に切り替えられる。図２０（Ｂ）で説明したように、本実施形態では、視聴人数に応じた視聴料金を採用している。そのため、図２０（Ｃ）の携帯端末画面７１１に示されるように、ユーザは入力欄７１１ｇに視聴人数を入力する（Ｓ４０３）。携帯端末画面７１１には、入力した視聴人数に基づき、視聴料金が算出して表示されている。図４（Ｃ）の携帯端末画面７１１で視聴人数を入力後、決定ボタン７１１ｈが操作された場合、応募可能な店舗を指定する処理（Ｓ４０４）が開始される。

図２１（Ｄ）〜図２２（Ｈ）は、カラオケ店舗の選択の様子を示す携帯端末画面７１１の画面遷移である。本実施形態では、まず、図２１（Ｄ）に示される携帯端末画面７１１の選択ボタン７１２ａ〜７１２ｅを使用して都道府県を選択する。そして、図２１（Ｅ）の携帯端末画面の選択ボタン７１２ｆ〜７１２ｊを使用して、図２１（Ｄ）で選択された都道府県内の地域を選択する。その後、図２１（Ｆ）の携帯端末画面７１１の選択ボタン７１２ｋ〜７１２ｐを使用して、図２１（Ｅ）で選択された地域内の店舗を選択する。なお、図２１（Ｅ）において、一部店舗の選択ボタン７１２ｋ、７１２ｎ、７１２ｐ内、右側に表示されている表示「パ」は、パブリックビューイング対応店であることを示している。

図２１（Ｆ）の携帯端末画面７１１で、応募する店舗が選択されると、図２２（Ｇ）に示される店舗詳細画面が表示される。店舗詳細画面には、説明欄７１３ａが設けられており、店舗の説明（ＰＲ情報）を確認することが可能となっている。また、パブリックビューイング対応店については、チェック欄７１３ｂが表示されている。ユーザは、パブリックビューイングで申し込む場合、このチェック欄７１３ｂを操作し、図２２（Ｇ）のように、チェック状態にする。さらに、本実施形態では、第２希望の店舗を選択することが可能となっている。第２希望の店舗を選択する場合、ボタン７１３ｃを操作して、図２１（Ｄ）〜図２２（Ｇ）の携帯端末画面７１１に戻って、第２希望の店舗を選択する。

店舗の選択を終えたユーザは、ボタン７１３ｄで応募する店舗の選択を確定する（Ｓ４０４）。店舗の選択が完了すると、図２２（Ｈ）に示される応募確認画面が表示される。応募確認画面では、選択したコンテンツ、選択した店舗、抽選日等、各種応募の内容が表示される。ユーザは、ボタン７１４ａを操作して応募内容を確定する（Ｓ４０５）。一方、応募の内容を修正する場合、ボタン７１４ｂを操作して、選択した内容を修正可能な画面（図示せず）へと移行する。

応募内容の確定（Ｓ４０５）が終了すると、今回の応募に伴う決済処理（Ｓ４０６）が実行される。図には、決済処理画面を掲載していないが、決済処理（Ｓ４０６）は、決済サーバ８１と連携して行われる処理であり、コンテンツ視聴に必要な料金を支払う処理である。決済方法としては、クレジットカード、プリペイドカード、あるいは、電子マネーによる支払の他、コンビニ決済等、各種決済方法で支払うことが可能である。なお、本実施形態では、コンテンツの視聴料金と、視聴ルームの利用料金が必要となるが、決済処理（Ｓ４０６）では、両方を支払う、あるいは、少なくともどちらか一方を支払うことでよい。決済処理（Ｓ４０６）で未払いの料金については、視聴ルームの利用時にカラオケ店舗で支払うことでよい。また、本実施形態の抽選販売時における決済処理（Ｓ４０６）では、当選が確定することで支払が実行される、落選した場合には支払は実行されない。なお、抽選販売における決済処理（Ｓ４０６）は、このように応募時に行う形態のみならず、当選確定後に行う等、各種形態を採用することが可能である。

決済処理（Ｓ４０６）が完了することで、抽選販売における応募処理は完了する。抽選販売における応募処理では、抽選日に抽選が行われた後、応募したユーザに対して当選、あるいは、落選が通知される。本実施形態では、応募ユーザが予め登録しておいたメールアドレスに対して、メールを送ることで通知している。通知の形態は、このような形態に限られるものではなく、例えば、専用アプリで通知する等、各種形態を採用することが可能である。

図２３は、携帯端末画面７１１に表示されている予約完了画面（当選時）である。本実施形態のイベント管理システム８２は、チケットとしての予約完了画面を、当選者（チケット発行対象者）の携帯端末７１等に送信するチケット発行処理を実行する。予約完了画面には、指定されたコンテンツ（予約コンテンツ）に関する情報の他、予約店舗、予約視聴ルーム、予約日時、予約人数等、予約に関する各種情報が表示されている。また、コンテンツを視聴するために必要なコード情報７１５ａ（本実施形態では、ＱＲコード（登録商標）を使用）が表示されている。ユーザは、このコード情報７１５ａをリモコン装置に読み取らせることで、コンテンツを視聴することが可能となる。

一方、図１９の応募処理において、指定されたコンテンツが一般販売である場合（Ｓ４０２：一般販売）、ユーザは、携帯端末７１等を使用して、視聴人数の入力（Ｓ４０７）、利用可能な店舗の表示（Ｓ４０８）、店舗（視聴ルーム）の選択（Ｓ４０９）、決済処理（Ｓ４１０）を実行することで、図２３と同様、コード情報７１５ａが表示された予約完了画面を取得する（Ｓ４１１）。

以上、本実施形態のイベント用視聴ルーム募集システムでは、コンテンツ、並びに、当該コンテンツを視聴可能な視聴ルームを併せて予約することが可能となる。では、次に、このように予約を行ったユーザによるコンテンツの視聴について説明を行う。

図２４は、カラオケ店舗におけるネットワーク構成の一例を示した図である。図２４に示されるようにＡ号室〜Ｋ号室までの各部屋（視聴ルーム）には、カラオケ装置２ａ〜２ｋと、モニタ４１ａ〜４１ｋが設置されている。カラオケ装置２ａ〜２ｋは、ＬＡＮケーブルを介してＬＡＮ１００に接続され、ネットワークを構成している。さらに、ＬＡＮ１００はルータ１２０、光モデム１２１を介してインターネットに接続され、図示しないサーバと通信を行うことができる。このようなネットワーク環境下では、カラオケ装置２ａ〜２ｋは、サーバと通信することで、新しい楽曲情報のダウンロードを行う、あるいは、ユーザ情報や利用履歴などをサーバで管理することが可能となる。また、図１で説明した視聴ルームに関する管理装置６もＬＡＮ１００に接続され、インターネットを介してイベント管理システム８２等と通信を行うことが可能となっている。

カラオケ装置２に対して、選曲の指示、各種制御命令を出力するリモコン装置１は、管理者（従業者、スタッフともいう）によりカウンタで管理されている。カラオケ店舗に来店した顧客（ユーザ）は、このカウンタで手続を済ましてリモコン装置１を借り受ける。その際、ユーザは、図２３の予約完了画面をコンテンツ視聴のためのチケットとしてスタッフに提示する。スタッフは、カウンタ内等に設置されたＰＯＳ装置５を使用して予約を確認し、チケットに記載される部屋（視聴ルーム）へ誘導する。このＰＯＳ装置５は、ユーザの管理を行う情報処理装置であって、各部屋（視聴ルーム）におけるユーザの予約状況、入室人数、来店時刻、滞在時間、退店時間、料金等を管理することが可能である。また、本実施形態では、ＬＡＮ１００に接続されており、インターネットを介した通信、あるいは、各部屋（視聴ルーム）に設置されたカラオケ装置２ａ〜２ｋ、あるいは、リモコン装置１と通信を行うことも可能となっている。

ユーザが借り受けるリモコン装置１は、無線ＬＡＮ機能を備えており、店舗内に設置された何れかのアクセスポイント１１０ａ〜１１０ｃを介してＬＡＮ１００に接続され、対応付けられたカラオケ装置２と通信することが可能となっている。

図２５は、本発明の実施形態に係るカラオケシステム３（「コンテンツ再生システム」に相当）の構成を示す図である。本実施形態におけるカラオケシステム３は、カラオケ装置２（「コンテンツ再生装置」に相当）と、リモコン装置１（「コンテンツ再生成指示装置」に相当）を含んで構成されている。カラオケ装置２とリモコン装置１は、ＬＡＮ１００及びアクセスポイント１１０を利用してネットワークを形成するように接続されている。図２４では、各部屋（視聴ルーム）に設置されたカラオケ装置２ａ〜２ｋ、モニタ４１ａ〜４１ｋを識別できるように添字ａ〜ｋを付しているが、図２５においては、添字ａ〜ｋを省略して記載している。

カラオケ装置２は、楽曲を演奏するための演奏手段として音響制御部２５を備えている。また、カラオケ装置２は、ユーザからの各種入力を受け付けるスイッチなどで構成されるカラオケ装置２側の入力手段としての操作部２１を備える。カラオケ装置２は、操作部２１からの入力を解釈して制御部３０に伝達する操作処理部２２を備える。また、カラオケ装置２は、各種情報を記憶するカラオケ装置２側の記憶手段としてのＨＤＤ３２（ハードディスク）を備える。カラオケ装置２は、ＬＡＮ１００に接続するため、カラオケ装置側通信手段としてのＬＡＮ通信部２４を備えている。

また、カラオケ装置２は、モニタ４１に対して歌詞、背景映像等の映像を表示させる映像再生手段を備える。この映像再生手段は、背景映像情報に基づいて背景映像を再生する映像再生部２９、再生する背景映像を一時的に蓄積するビデオＲＡＭ２８、再生された背景映像に歌詞を重畳表示する映像制御部３１を備えている。なお、映像制御部３１では、背景映像に対して映像効果を付与する機能を有してもよい。

さらに、このカラオケ装置２では、外部に接続されたモニタ４１以外に、タッチパネルモニタ３３に対しても各種情報を表示することを可能としている。タッチパネルモニタ３３は映像制御部３１から入力された映像情報を表示する表示部３３ａと、タッチ入力された位置を操作処理部２２に出力するタッチパネル３３ｂが重畳されて構成されている。また、カラオケ装置２に対する各種操作は、カラオケ装置２のフロントパネル等に設けられた操作部２１を介して行うことも可能となっている。

本実施形態のタッチパネルモニタ３３は、リモコン装置１の操作手段であるタッチパネルモニタ１１と同様の操作手段として機能することも可能としている。ユーザはタッチパネルモニタ３３から楽曲を選択して、直接カラオケ装置２に予約をさせるなど、リモコン装置１と同等の操作手段として機能することが可能である。

さらに、カラオケ装置２は、各構成を統括して制御するための制御手段として、ＣＰＵ等で構成された制御部３０、各種プログラムを実行するにあたって必要となる情報を一時記憶するためのメモリ２７を備えている。

このような構成にてカラオケ装置２は、各種処理を実行することとなるが、カラオケ装置２の主な機能として、選曲処理、再生処理などを実行可能としている。選曲処理は、ユーザからの指定に基づいて楽曲を指定、予約するための処理であってリモコン装置１と連携して実行される。リモコン装置１から送信された楽曲を識別する楽曲ＩＤを含む予約情報をメモリ２７に記憶する予約テーブルに登録する。再生処理は、予約テーブルに登録された予約情報に基づき楽曲を再生させる処理であって、演奏処理と歌詞再生処理とが同期して実行される処理である。なお、本実施形態の再生処理では、楽曲のみならず、映画、ドラマ、バラエティ、ＰＶ（プロモーションビデオ）、音楽ライブ等の各種コンテンツを再生することが可能となっている。

楽曲を再生する演奏処理は、カラオケ情報に含まれる伴奏情報を音響制御部２５にて演奏させる処理である。音響制御部２５にて演奏された楽曲は、歌唱用マイク４４ａ、４４ｂから入力される歌唱音声と一緒にスピーカ４２から放音される。歌詞再生処理は、カラオケ情報に含まれる歌詞情報に基づいて、歌詞をモニタ４１に表示させることで歌唱補助を行う処理である。この歌詞再生処理で表示される歌詞に、背景映像を重畳させて表示させる背景映像表示処理を実行することとしてもよい。

一方、リモコン装置１は、予約情報などカラオケ装置２に対して各種指示を送信するとともに、カラオケ装置２あるいはインターネット上に接続されたカラオケ管理サーバ８４から各種情報を受信する。本実施形態では、ユーザインターフェイスとしてボタンなどの操作部１７と、タッチパネルモニタ１１を備えている。タッチパネルモニタ１１は、表示部１１ａとタッチパネル１１ｂを有して構成され、表示部１１ａに各種インターフェイスを表示するとともに、ユーザからのタッチ入力を受付可能としている。

さらにリモコン装置１は、楽曲検索に必要とされるデータベース、各種プログラム、並びに、プログラム実行に伴って発生する各種情報を記憶するメモリ１４、そして、これら構成を統括して制御するためのリモコン側制御手段を備えて構成される。リモコン側制御手段には、ＣＰＵ等で構成される制御部１５、表示部１１ａに対して表示する映像を形成する映像制御部１３、表示する映像情報を一時的に蓄えるビデオＲＡＭ１２、操作部１７からの入力を解釈して制御部１５に伝達する操作処理部１８が含まれている。

さらに本実施形態のリモコン装置１は、タッチパネルモニタ１１の上部にカメラ９３が配置されており、撮影、あるいは、画像の読取を行うことが可能となっている。また、タッチパネルモニタ１１の右側には、近接センサとしてのＮＦＣセンサ９４が設けられており、ＮＦＣセンサ９４にかざされたＩＣカード、あるいは、スマートホン等の携帯端末に記憶された情報を読み取ることが可能となっている。

リモコン装置１は、無線ＬＡＮ通信部１６によって、アクセスポイント１１０と無線接続されることで、ＬＡＮ１００によって構成されるネットワークに接続される。なお、各リモコン装置１は、特定のカラオケ装置２に対して事前に対応付けされている。リモコン装置１から出力される各種指令は、対応付けされたカラオケ装置２にて受信されることとなる。なお、カラオケ装置２の操作は、ユーザ（顧客）が所持するスマートホン等の携帯端末７１を使用して行うことも可能である。その場合、ユーザが来店した際、ユーザが所持する携帯端末７１とカラオケ装置２とが対応付けられる。

ここで、リモコン装置１とカラオケ装置２を対応付ける対応付け処理について説明する。対応付け処理は、（１）予め店舗の従業員によって行われる形態、（２）ユーザによって行われる形態が考えられる。

（１）の場合、リモコン装置１とカラオケ装置２とは予め従業員の操作によって対応付け処理が実行され、店舗のカウンタでは、ユーザが入室する部屋（視聴ルーム）に設置されるカラオケ装置２に対応付けられたリモコン装置１が貸し出されることになる。

（２）の場合、カウンタで貸し出されるリモコン装置１は、対応付けが解除された状態となっており、ユーザが入室した部屋（視聴ルーム）で、ユーザの操作によって対応付け処理が実行されることで、借り受けたリモコン装置１と入室した部屋（視聴ルーム）に設置されているカラオケ装置２が対応付けられることになる。

では、対応付け処理の一例について説明する。図２６、図２７は、本実施形態における対応付け処理であって、図２６は、リモコン装置１側で実行される対応付け処理を、図２７は、カラオケ装置２側で実行される対応付け処理を示したフロー図である。本実施形態では、リモコン装置１側の赤外線通信部１９と、カラオケ装置２側の赤外線通信部２３の間で通信を行うことで対応付け処理を行うこととしている。リモコン装置１において対応付け処理開始の指示を受け付けことで、リモコン装置１から接続通知がカラオケ装置２側に送信される（Ｓ６０１）。

カラオケ装置２において、この接続通知の受信が確認される（Ｓ６１０：Ｙｅｓ）と、赤外線通信部２３を介して装置側識別情報を送信する（Ｓ６１１）。本実施形態では、装置側識別情報としては、カラオケ装置２の装置ＩＤと、カラオケ装置２に割り当てられているＩＰアドレスを使用している。なお、宛先としての装置ＩＤは特段、必要とするものではない。リモコン装置１とカラオケ装置２とは対面した状況で赤外線通信が行われるためである。なお、本実施形態において接続通知と装置側識別情報の送受信を行う通信手段としては、赤外線通信の他、他の無線通信手段を採用してもよいし、有線通信手段を利用することも可能である。

リモコン装置１では、カラオケ装置２から赤外線送信された装置側識別情報が受信されるのを待つ（Ｓ６０２）。装置側識別情報が受信されると、受信した装置側識別情報を記憶（Ｓ６０３）して対応付け処理を終了する。対応付け処理が完了した後は、装置側識別情報を利用して、対応付けられたカラオケ装置２をＬＡＮ１００上で識別することが可能となり、当該カラオケ装置２とアクセスポイント１１０を介した無線通信を行い、各種情報の伝送を行うことが可能となる。なお、リモコン装置１において、赤外線による装置識別情報を所定時間受信しなかった場合（Ｓ６０４：Ｙｅｓ）、タイムアウト処理として対応付け処理を終了する。

本実施形態のカラオケシステム３では、楽曲のみならず、映画、ドラマ、バラエティ、ＰＶ（プロモーションビデオ）、音楽ライブ等の各種コンテンツを再生することが可能となっている。コンテンツは、自由に再生することができる無料のコンテンツと、コンテンツの視聴に対する対価が必要となる有料のコンテンツがある。有料のコンテンツの視聴を希望するユーザは、図１９〜図２３で説明したように、ユーザが所持するスマートホン等の携帯端末７１、あるいは、家庭用コンピュータ７２等の情報処理装置を使用して、希望するコンテンツの応募処理（図１９）を実行する。その結果、図２３で説明した予約完了画面等で、コード情報７１５ａ（本実施形態では、ＱＲコード（登録商標）を使用）を受領する。

図２８は、本実施形態に係るチケット情報のデータ構成を示す図である。チケット情報は、チケットの販売後、イベント管理システム８２に記憶される情報であって、本実施形態では、チケットＩＤ、コンテンツ関連情報、コンテンツＩＤ、視聴人数を含んで構成されている。コンテンツ関連情報は、コンテンツ名、出演者名を含んで構成されている。また、コンテンツには、コンサート等のライブ映像をリアルタイムで配信することも可能であって、ライブ映像のコンテンツの場合には、配信開始日時も含まれている。

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

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

図３１は、本実施形態に係るコンテンツ再生予約処理を示すフロー図である。図３０のコンテンツ選択画面に表示されたボタン１１１を操作することで、コンテンツ再生予約処理が開始される。コンテンツ予約処理が開始されると、まず、図３２に示される読取説明画面が表示される（Ｓ７０１）。読取説明画面には、ユーザが購入したチケットの読取方法が表示される。本実施形態では、ユーザは、メール、あるいは、チケット購入専用のアプリを使用して受信してコード情報７１５ａをスマートホン等の携帯端末７１に表示させる（Ｓｔｅｐ．１）。そして、リモコン装置１のカメラ９３で、携帯端末７１に表示されたコード情報７１５ａを読み取らせることになる（Ｓｔｅｐ．２）。コード情報７１５ａの読取は、ボタン１１２を操作することで開始される。

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

ＱＲ読取範囲１１３内にコード情報７１５ａを位置させることで、リモコン装置１においてコード情報７１５ａが認識される、すなわち、チケットの読取が完了した場合（Ｓ７０３：Ｙｅｓ）、リモコン装置１は、コード情報７１５ａに含まれるチケットＩＤを、イベント管理システム８２に送信し、図２８で説明したチケットＩＤに対応するチケット情報を受信する（Ｓ７０４）。チケット情報を受信したリモコン装置１は、チケット情報に基づき、チケット確認画面を表示する。なお、リモコン装置１から送信されるチケットＩＤは暗号化して送信することが好ましい。また、チケットＩＤを受信したチケットサーバは、当該チケットＩＤの有効性を確認し、有効性が確認できた場合に、チケット情報をリモコン装置１に送信することが好ましい。

図３４は、本実施形態に係るチケット確認画面を示す図である。チケット確認画面には、受信したチケット情報に基づき、コンテンツ名（コンテンツＡ）、出演者名（出演者Ｂ）、配信開始日時（開始日時）が表示されている。また、「３名分のチケットを読み取りました。」と表記されるように、視聴人数（３人）についても併せて表示されている（Ｓ７０５）。

一方、チケット確認画面でボタン１１５が操作されることで、次の処理へと遷移する。本実施形態では、チケット情報に視聴人数が規定されているため、チケット情報に規定されている視聴人数を通知し、実際に部屋（視聴ルーム）に居る人数以内であることを確認した上で、コンテンツの視聴を許可することとしている。本実施形態では、リモコン装置１のタッチパネルモニタ１１に視聴人数を表示し、店舗の従業者（管理者・スタッフ）による確認作業によって、コンテンツの視聴を許可することとしている。

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

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

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

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

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

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

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

一方、予約テーブル中に開始時間指定コンテンツがあると判定された場合（Ｓ８０３：Ｙｅｓ）、当該開始時間指定コンテンツの開始時間（チケット情報中の配信開始日時）の所定時間前（本実施形態では１０分前）に、予約テーブルの先頭の予約（楽曲またはコンテンツ）が再生終了できるか否かが判定される（Ｓ８０８）。再生終了できる場合（Ｓ８０８：Ｙｅｓ）には、予約テーブルの先頭の予約楽曲を再生（Ｓ８０５）、もしくは、予約テーブルの先頭のコンテンツを再生（Ｓ５０９）実行する。一方、先頭の予約が再生終了できない場合（Ｓ８０８：Ｎｏ）には、開始時間指定コンテンツの再生に備え待機し、開始時間が到来した後、開始時間指定コンテンツの再生を開始する（Ｓ８０９）。コンテンツの再生が終了（Ｓ８１０：Ｙｅｓ）すると、その後、予約テーブルのチェック（Ｓ８０１）に戻る。

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

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

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

以上、本実施形態のイベント用視聴ルーム募集システムについて説明を行ったが、本発明に係るイベント用視聴ルーム募集システムは、各種形態を採用することができるものである。以下に変形例について説明する。

［変形例１：提供可能ルーム情報の利用］
図９で説明したように、提供される視聴ルームの設定は、管理者が「ルーム追加」と表記された選択ボタン６１６ｅを操作し、個室利用、もしくは、パブリックビューイングの指定、収容人数、並びに、提供する視聴ルームの数を指定することで行われる。このような形態に代え、カラオケ店舗内の視聴ルームに関する情報（各視聴ルームの収容人数、視聴ルームの数等）を、イベントに対応するコンテンツの視聴用に提供される視聴ルームを提供可能ルーム情報として、予め、管理装置６に記憶しておく、あるいは、設置店コード、あるいは、チェーン店コードに対応付けて、イベント管理システム８２に記憶しておくこととしてもよい。管理者は、提供可能ルーム情報に基づいて、視聴ルームを容易に選択することが可能となる。

［変形例２：管理装置６とＰＯＳ装置５の連携］
また、図２４に示されるように本実施形態では、視聴ルームの管理を行う管理装置６と、カラオケ利用時におけるカラオケ店舗内の部屋（視聴ルーム）の予約管理を行うＰＯＳ装置５が設けられている。管理者は、ＰＯＳ装置５で予約状況等を確認し、管理装置６で視聴ルームの提供申請、あるいは、申請済みの視聴ルームの解除を行うこととしている。このように管理装置６と、ＰＯＳ装置５は互いに連動しておらず、管理者の操作によって連携されることになる。このような形態に代え、管理装置６とＰＯＳ装置５が連動することとしてもよい。

例えば、提供する視聴ルームを決定するに際し、イベント用のコンテンツの開始から終了までの期間における部屋（視聴ルーム）の空き状況を提供可能ルーム情報に含めることとしてもよい。管理装置６は、ＰＯＳ装置５から提供可能ルーム情報を受信し、提供可能ルーム情報に基づいて、部屋（視聴ルーム）の時間貸しが予約されていない部屋（視聴ルーム）をイベントに対応するコンテンツの視聴用に提供が可能な視聴ルームとして表示することが可能となる。

また、提供される視聴ルームの申請が完了した部屋（視聴ルーム）については、管理装置６からＰＯＳ装置５に対して予約済みであることを通知することも可能となる。そして、提供した視聴ルームの提供が解除された場合には、管理装置６からＰＯＳ装置５（視聴ルーム）に対して、部屋の予約を解除することも可能となる。このように、管理装置６とＰＯＳ装置５が互いに連携することで、カラオケ店舗における部屋（視聴ルーム）の管理が容易となる。

管理装置６とＰＯＳ装置５が連携するにあたり、両装置は、１つの装置として構成することとしてもよい。すなわち、管理機能プログラムとＰＯＳ機能プログラムを１台のパーソナルコンピュータで実行し、両プログラムが互いに連携し、上述する機能を実現することとしてもよい。

［変形例３：カラオケ装置２からの情報収集］
また、カラオケ店舗内では、他社のカラオケ装置２、あるいは、異なる機種のカラオケ装置２が使用される場合がある。他社のカラオケ装置２、異なる機種のカラオケ装置２の場合、今回、提案するイベント用のコンテンツ視聴に対応していない場合もある。また、カラオケ店舗内では、各部屋（視聴ルーム）に設置されたカラオケ装置２が機種変更等の（視聴ルーム）事情で他の機種に交換されることもある。管理者は、カラオケ店舗内において、部屋に設置されるカラオケ装置２がコンテンツ視聴に対応可能となっているかを確認し、提供する視聴ルームとして部屋（視聴ルーム）を決定することが必要となる。このような形態に代え、管理装置６、あるいは、ＰＯＳ装置５は、カラオケ店舗内に設置されるカラオケ装置２と通信し、イベント用のコンテンツ視聴に対応するカラオケ装置２を確認してもよい。部屋に設置されるカラオケ装置２と部屋（視聴ルーム）の形態（部屋番号、あるいは、収容人数等）を対応付けておくことで、提供可能ルーム情報を容易に形成することが可能となる。

また、このような形態は、チェーン店での利用についても適用することとしてもよい。チェーン店での利用の場合、複数のカラオケ店舗について、提供可能ルーム情報が必要となるが、各カラオケ店舗から受信した提供可能ルーム情報に基づき、容易に視聴ルームの指定を行うことが可能となる。

［変形例４：管理者に対する情報提供］
また、図９の提供される視聴ルームの設定では、管理者の判断で、視聴ルームの形態（収容人数）、及び、数を決定することとしていた。管理者は、イベント用コンテンツの内容によってこれらを決定することになるため、イベントがどの程度の人気であるのか等、各種前知識が必要となる。このような形態に代え、イベントに対応するコンテンツの視聴用に提供される視聴ルームを募集するにあたり、イベント管理システム８２は、各カラオケ店舗でイベント用のコンテンツの視聴について、集客予想人数、あるいは、部屋（視聴ルーム）の形態（収容人数）毎の部屋数等、部屋（視聴ルーム）の指定における参考情報を管理装置６に通知してもよい。管理者は、参考情報を参照し、視聴ルームを容易に指定することが可能となる。

その際、イベント管理システム８２は、カラオケ店舗の地域、イベントを行うアーティストの人気度、対象とするカラオケ店舗のチケット販売実績等、各種情報に基づいて参考情報を算出することとしてもよい。参考情報の算出にあたっては、これら各種情報に基づいて計算を行う形態であってもよいし、管理者による予想であっても構わない。

［変形例４：カラオケ店舗への通知］
本実施形態では、カラオケ店舗の管理者が、管理装置６を操作し、図１６で説明した管理画面６１１によって、視聴ルームの予約状況を確認することとしている。このような形態に代え、あるいは、加え、イベント管理システム８２は、管理装置６に対して、確定した予約状況を、管理装置６にメールで送信する、あるいは、管理装置６で使用するプログラムにプッシュ送信する等、能動的に管理装置６に通知することとしてもよい。その際、通知を行う条件として、当該カラオケ店舗の予約状況を使用することとしてもよい。例えば、当該店舗の予約状況が、所定率よりも低いことを条件とすることが考えられる。

［変形例５：視聴ルームの追加］
本実施形態では、抽選日が到来し、抽選販売から一般販売に切り替えられた際、カラオケ店舗で管理される管理装置６において、提供済みの視聴ルームであって、確定していない視聴ルームを解除する解除処理を行うことが可能となっていた。ところで、カラオケ店舗では、確定（予約）されていない視聴ルームが生じる以外に、全ての視聴ルームが確定（予約）済みとなる、あるいは、一部の部屋形態の視聴ルームが確定済みとなることが考えられる。このような状況は、イベントに対する人気度が高い場合に生じることになる。このような状況を鑑み、提供する視聴ルームを追加できる形態を採用することとしてもよい。提供する視聴ルームを追加する場合、管理装置６は、管理者によって入力された追加情報をイベント管理システム８２に送信する。追加情報を受信したイベント管理システム８２は、受信した追加情報に基づき、チケットの発行数を変更する。視聴ルームの追加タイミングとしては、本実施形態のように、抽選販売が一般販売に切り替えられる際とすることが考えられる。この他、抽選販売を一次抽選、二次抽選に分け、一次抽選終了後、二次抽選が行われる前に行う際とする等、各種形態を採用することが可能である。

なお、本発明は、本実施形態で説明した解除情報を使用した解除処理に加え、あるいは、代えて、変形例５で説明する追加情報を使用した追加処理を行うことが可能である。本明細書では、解除情報、追加情報の少なくとも一方を変更情報として規定する。また、解除処理、追加処理の少なくとも一方を変更処理として規定する。

また、このような変更情報（解除情報、追加情報）に基づく変更処理（解除処理、追加処理）を行うタイミングは、抽選販売が一般販売に切り替えられた際、以外に、抽選販売における抽選が行われる前であってもよい。すなわち、ユーザ（顧客）によって予約された視聴ルーム以外については、適宜タイミングで変更することが可能である。

以上、本発明に係るイベント用視聴ルーム募集システムについて説明を行ったが、本発明は、イベント用視聴ルーム募集システムに限られるものではなく、その一部を構成するイベント管理システム、イベント管理システムで実行されるイベント管理用プログラム、あるいは、管理装置で実行されるプログラム（提供ルーム解除プログラム等）についても、その範疇に属する。

１：リモコン装置 ３０：制御部
２（２ａ〜２ｋ）：カラオケ装置 ３１：映像制御部
３：カラオケシステム ３２：ＨＤＤ
５：ＰＯＳ装置 ３３：タッチパネルモニタ
６：管理装置 ３３ａ：表示部
１１：タッチパネルモニタ ３３ｂ：タッチパネル
１１ａ：表示部 ４１（４１ａ〜４１ｋ）：モニタ
１１ｂ：タッチパネル ４２：スピーカ
１２：ビデオＲＡＭ ４４ａ：歌唱用マイク
１３：映像制御部 ４４ｂ：歌唱用マイク
１４：メモリ ６２：選曲領域
１５：制御部 ６４：動画配信サービス表示領域
１６：無線ＬＡＮ通信部 ７１：携帯端末
１７：操作部 ７２：家庭用コンピュータ
１８：操作処理部 ８１：決済サーバ
１９：赤外線通信部 ８２：イベント管理システム
２１：操作部 ８３：無線基地局
２２：操作処理部 ９３：カメラ
２３：赤外線通信部 ９４：ＮＦＣセンサ
２４：ＬＡＮ通信部 １１０（１１０ａ〜１１０ｃ）：アクセスポイント
２５：音響制御部 １２０：ルータ
２７：メモリ １２１：光モデム
２８：ビデオＲＡＭ ６１１：管理画面
２９：映像再生部 ７１１：携帯端末画面

Claims (9)

1. イベント管理システムと、イベント管理システムと通信可能な管理装置とを有するイベント用視聴ルーム募集システムであって、
   イベント管理システムは、イベント情報送信処理と、視聴ルーム記憶処理と、を実行可能とし、
   イベント情報送信処理は、実施日時と、実施内容とを含むイベント情報を管理装置に送信し、
   視聴ルーム記憶処理は、管理装置から送信された提供ルーム情報を記憶し、
   管理装置は、表示処理と、受付処理と、送信処理と、を実行可能とし、
   表示処理は、イベント情報送信処理によって送信されたイベント情報を表示部に表示し、
   受付処理は、コンテンツを再生するコンテンツ再生装置が設置された視聴ルームを時間貸しする店舗について、イベント情報に対応するコンテンツの視聴用に提供される視聴ルームに関する提供ルーム情報を受け付け、
   送信処理は、受付処理にて受け付けた提供ルーム情報をイベント管理システムに送信する
   イベント用視聴ルーム募集システム。
2. 提供ルーム情報は、イベント情報に対応するコンテンツの視聴用に提供された視聴ルーム数、及び、各視聴ルームの収容人数を含む
   請求項１に記載のイベント用視聴ルーム募集システム。
3. イベント管理システムは、送信処理によって送信された提供ルーム情報に基づき、イベント情報に対応するコンテンツを視聴するために発行されるチケットの数を決定するチケット数決定処理を実行可能とする
   請求項１または請求項２に記載のイベント用視聴ルーム募集システム。
4. 受付処理は、店舗毎に記憶されるイベント情報に対応するコンテンツを視聴可能な視聴ルームに関する提供可能ルーム情報に基づいて、提供ルーム情報を受け付ける
   請求項１から請求項３の何れか１項に記載のイベント用視聴ルーム募集システム。
5. 提供可能ルーム情報は、視聴ルームの時間貸しを管理するＰＯＳ装置から取得される
   請求項４に記載のイベント用視聴ルーム募集システム。
6. 提供可能ルーム情報は、イベント情報に含まれる実施日時に、既に時間貸しが予約されている視聴ルームを除く視聴ルームに関する情報である
   請求項４または請求項５に記載のイベント用視聴ルーム募集システム。
7. 提供可能ルーム情報は、視聴ルームに設置されているコンテンツ再生装置から取得される
   請求項４に記載のイベント用視聴ルーム募集システム。
8. 提供ルーム情報は、視聴ルームがパブリックビューイングでの利用が可能か否かを含む
   請求項３から請求項７の何れか１項に記載のイベント用視聴ルーム募集システム。
9. 管理装置と通信可能なイベント管理システムであって、
   イベント管理システムは、イベント情報送信処理と、視聴ルーム記憶処理と、を実行可能とし、
   イベント情報送信処理は、実施日時、実施内容を含むイベント情報を管理装置に通知し、
   視聴ルーム記憶処理は、管理装置から送信された提供ルーム情報を記憶し、
   管理装置は、表示処理と、受付処理と、送信処理と、を実行可能とし、
   表示処理は、イベント情報送信処理によって送信されたイベント情報を表示部に表示し、
   受付処理は、コンテンツを再生するコンテンツ再生装置が設置された視聴ルームを時間貸しする店舗について、イベント情報に対応するコンテンツの視聴に提供する視聴ルームに関する提供ルーム情報をから受け付け、
   送信処理は、受付処理で受け付けた提供ルーム情報をイベント管理システムに送信する
   イベント管理システム。

Images