(57)【特許請求の範囲】
【請求項１】
楽曲予約設定手段と、イベント予約設定手段と、演奏制御手段とを備えたカラオケ装置であって、
（ア）楽曲予約設定手段は、利用者インタフェイスより受け付けたリクエスト曲を順次登録して演奏待ち行列を構成し、
（イ）イベント予約設定手段は、利用者インタフェイスから指定されたイベント開始時刻およびイベント終了時刻を指定するイベント設定が可能となるようにし、
（ウ）演奏制御手段は、前記演奏待ち行列に登録されたリクエスト曲を登録順に演奏制御されるようになし、
前記イベント予約設定手段によりイベント設定がなされたとき、イベント開始時刻とイベント終了時刻で確定されるイベント期間の前後において、現在時刻から前記イベント開始時刻までの時間帯に演奏可能の数のリクエスト曲を前記演奏待ち行列の先順位から割り振って配列し、残るリクエスト曲を前記イベント終了時刻後に割り振るように、前記演奏待ち行列に登録されたリクエスト曲が配列されるようにしたことを特徴とするカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケの歌唱者の要求にもとづいてリクエスト曲の演奏を予約し、登録された演奏待ち行列の順序に従ってカラオケ演奏が行われるようにするとともに、前記演奏待ち行列における特定の時間帯にイベント期間が介在できるようにしたカラオケ装置に関する。
【背景技術】
【０００２】
一般にカラオケ装置によるカラオケ演奏では、カラオケ歌唱者が希望する楽曲をリモコン送信機により指定して登録し、この登録順序に従って時系列に配列された演奏待ち行列にもとづいてカラオケ演奏が実行される。このような機能を備えたカラオケ装置は、予約設定部、予約登録部、予約実行部などからなる演奏制御部を備え、利用者インターフェイスによって受け付けたリクエスト曲の予約登録を行う。そして、予約登録部にはその演奏待ち行列が登録され、予約実行部は、その演奏待ち行列の形でスタックされているリクエスト曲を予約順に取り出し、演奏が可能となるようにしている（例えば、特許文献１）。
【特許文献１】特許第３５１５０６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前述した従来のカラオケ装置による場合は、リクエスト曲の予約登録順に演奏待ち行列が構成されるが、この予約登録は、例えば、カラオケ装置設置店舗の閉店時間を超える予約を拒否したり、また、演奏待ち行列内の特定のリクエスト曲の予約がキャンセルされた場合、次順位のリクエスト曲が繰り上げて登録されるなどの機能を備えている。したがって、予約登録されたリクエスト曲は自動的に連続して演奏されるため、カラオケ装置の利用者および店舗運営者は装置の煩わしい操作から解放されることになる。
【０００４】
ところで、近年、カラオケ装置を設置した店舗の運営形態の変化が著しくなり、前述したように、単にリクエスト曲を連続して演奏するのみでなく、特定の時間帯に店舗が主催するイベントなどを来店者に提供するような試みがある。このような運営形態では、例えば、図１１に示すようにリクエスト曲Ｓ１〜Ｓ６が配列されて演奏待ち行列が構成され、予約登録されている場合において、イベント開始時刻ｔｅ１が午後８時であり、イベント終了時刻ｔｅ２が午後９時であるとする。
【０００５】
そして、リクエスト曲Ｓ３の演奏終了時刻ｔａ４が午後８時であるとすると、この演奏終了時刻ｔａ４に継続してイベントが開始されるようにし、イベント終了時刻ｔｅ２に継続してリクエスト曲Ｓ４の演奏が再開されるようにしなければならない。即ち、かかる状態は図１２に示すように、演奏待ち行列の時系列上で午後８時に達したリクエスト曲の直後にイベント期間が割り込みを行うことになり、イベント期間の終了後に演奏待ち行列の未演奏のリクエスト曲Ｓ４からカラオケ演奏が再び開始されることになる。
【０００６】
かかる設定、即ち、図１２に示すように演奏制御されるようにするには、その前提条件として実時間上の現在時刻からイベント開始時刻ｔｅ１までの時間幅がどの程度であり、この時間内にリクエスト曲を何曲登録できるかを判断しなければならない。そこで、一般的に実施されている手段は、店舗運営者がイベント開始時刻ｔｅ１を監視し、その時刻の到来に合わせてカラオケ装置を操作して演奏待ち行列の進行を一時停止する。そして、イベント終了時刻ｔｅ２に達した時刻で再びカラオケ装置を操作し、演奏待ち行列の未演奏のリクエスト曲を演奏するようにしている。
【０００７】
また、他の手段による場合は、カラオケ装置のいわゆる「単曲入力モード」のマニュアル操作によりリクエスト曲を予約設定し、設定されたリクエスト曲の演奏時間の積算値から判断してイベント開始時刻ｔｅ１までの時間内で演奏可能のリクエスト曲の予約登録を受け付け、カラオケ演奏を行う。なお、イベント期間中においてもリクエスト曲の予約登録は可能であるが、この予約登録はイベント期間終了後の演奏待ち行列に配列される。そして、イベント終了時刻ｔｅ２に至ると、再度マニュアル操作により残る演奏待ち行列のリクエスト曲の演奏を再開するようにしている。
【０００８】
このように、前記各手段によりイベント期間を設けるには、店舗運営者などがカラオケ装置を直接操作して管理する必要があるため煩瑣な作業となり、店舗運営の合理性を向上することができない。また、前記のようなマニュアル操作による強制的なイベント期間の設定は時刻制御に影響を及ぼすため、予約リストのモニタ表示においてリクエスト曲の歌唱開始時刻を正確に表示できなくなるなどの不具合の要因となる。
【課題を解決するための手段】
【０００９】
本発明は、かかる従来の問題に鑑みなされたものであり、以下に述べる各手段により上記課題を解決するようにした。即ち、請求項１記載の発明では、楽曲予約設定手段と、イベント予約設定手段と、演奏制御手段とを備えたカラオケ装置であって、
（ア）楽曲予約設定手段は、利用者インタフェイスより受け付けたリクエスト曲を順次登録して演奏待ち行列を構成し、
（イ）イベント予約設定手段は、利用者インタフェイスから指定されたイベント開始時刻およびイベント終了時刻を指定するイベント設定が可能となるようにし、
（ウ）演奏制御手段は、前記演奏待ち行列に登録されたリクエスト曲を登録順に演奏制御されるようになし、前記イベント予約設定手段によりイベント設定がなされたとき、イベント開始時刻とイベント終了時刻で確定されるイベント期間の前後において、現在時刻から前記イベント開始時刻までの時間帯に演奏可能の数のリクエスト曲を前記演奏待ち行列の先順位から割り振って配列し、残るリクエスト曲を前記イベント終了時刻後に割り振るように、前記演奏待ち行列に登録されたリクエスト曲が配列されるようにする。
【００１４】
請求項６記載の発明では、上記請求項１記載の発明において、イベント開始時刻前の演奏待ち行列に配列されているリクエスト曲の何れかがキャンセルされたとき、イベント終了時刻後の演奏待ち行列に配列されている先頭のリクエスト曲からイベント開始時刻前の演奏待ち行列に配列されるようにする。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態を図面を参照して詳細に説明する。図１は、本発明の全体の構成の概略を示すもので、本発明の理解を容易とするため、まず、同図に示す各部の構成を具体的に説明する。
【００１８】
図１における符号１はカラオケ装置の各部を制御する中央演算処理装置（以下、ＣＰＵという）であり、このＣＰＵ１には、システムＢＵＳを介してＲＯＭ２、ＲＡＭ３、通信制御部４、ハードディスク装置（以下、ＨＤＤという）５、リモコン受信部６、音源装置７、文字表示部８、表示制御部９、音声データ処理部１０、楽曲予約設定部１１、イベント予約設定部１２、演奏制御部１３が接続されている。
【００１９】
前記ＲＯＭ２には、本発明のカラオケ装置の電源投入時に初期設定を行う起動プログラムが記憶されており、装置の電源が投入されると、この起動プログラムによりＨＤＤ５に記憶されているシステムプログラムおよびアプリケーションプログラムがＲＡＭ３にロードされる。また、前記ＨＤＤ５には、前記システムプログラムおよびアプリケーションプログラムのほか、カラオケ演奏時に再生される楽曲データが記憶されている。
【００２０】
図２は、ＨＤＤ５に記憶されている数万曲の楽曲データの１曲分の楽曲データのフォーマットを示すもので、ヘッダ、楽音トラック、ガイドメロディトラック、歌詞トラック、音声トラック、効果トラック、音声データ部により構成されている。ヘッダには、楽曲データに関する種々の情報が書き込まれており、例えば、曲番号、曲名、ジャンル、発売日、演奏に関する情報が書き込まれている。この演奏情報は、図３に示すように当該楽曲の総演奏時間ｄ１、前奏時間ｄ２、区間演奏時間ｄ３、間奏時間ｄ４、後奏時間ｄ５などの各時間データで構成される。
【００２１】
ＣＰＵ１は、カラオケ演奏時にシーケンスプログラムに基づき、楽音トラックから効果トラックまでの全トラックのデータを並行して読み出す。楽曲トラックには、メロディトラック、リズムトラックをはじめとして各種のパートのトラックが形成されており、ガイドメロディトラックには、そのカラオケ曲の旋律、即ち、歌唱者が歌うべき旋律のシーケンスデータが書き込まれている。なお、ＣＰＵ１は、このデータに基づいてリファレンスの音高データ、音量データを生成し、歌唱音声と比較する。
【００２２】
歌唱トラックは、メインモニター１４の画面に歌詞を表示するためのシーケンスデータを記憶したトラックであり、このシーケンスデータは楽音データではないが、インプリメンテーションの統一をとって作業工程を容易にするため、ＭＩＤＩデータで記述され、データの種類は、システムエクスクルーシブメッセージである。この歌詞トラックは、通常、メインモニター１４の画面上に表示される１行分の歌詞を１つの歌詞表示データとして扱う。歌詞表示データは、１行の歌詞の文字データ（文字コードおよびその文字の表示座標）、表示時間およびワイプシーケンスデータからなる。このワイプシーケンスデータは、楽曲の進行に合わせて歌詞の表示色を変更してゆくためのシーケンスデータであり、表示色を変更するタイミング（歌詞が表示されてからの時間）と変更位置（座標）が１行分の長さにわたって順次記録されているデータである。
【００２３】
音声トラックは、音声データ部に記憶されている音声データｎ（ｎ＝１，２，３，・・・・）の発生タイミングなどを指定するシーケンストラックである。音声トラックには、音声指定データと、音声指定データの読出間隔、即ち、音声データを音声データ処理分１０に出力して音声信号を形成するタイミングを指定するデュレーションデータが書き込まれている。音声指定データは、音声データ番号、音程データおよび音量データからなり、前記音声データ番号は、音声データ部に記録されている各音声データの識別番号ｎである。
【００２４】
つぎに、通信制御部４は、情報通信ネットワークを介してホストステーションから楽曲データなどをダウンロードし、内蔵しているＤＭＡコントローラにより受信した楽曲データをＣＰＵを介さずに直接ＨＤＤ５に書き込む。リモコン受信部６は、リモコン送信機１５から送られてくる赤外線コード信号を受信して入力データを復元する。リモコン送信機１５は、選曲スイッチなどのコマンドスイッチやテンキースイッチなどを備えており、利用者がこれらのスイッチを操作すると、その操作に応じたコードで変調された赤外線コード信号を送信する。
【００２５】
音源装置７は、楽曲データの楽音トラックデータに基づいて形成された楽音信号をＤ／Ａ変換器１６へ送出する。音声データ処理部１０は、楽音データに含まれる音声データに基づき、指定された長さ、指定された音高の音声信号を形成する。この音声データ処理部１０および前記音源装置７の各々が形成した音声信号がカラオケ演奏音となる。そして、このカラオケ演奏音は、Ｄ／Ａ変換器１６によりアナログ信号に変換された後、音響装置１７へ出力され、スピーカシステム１８から発音される。一方、歌唱用のカラオケマイク１９ａ・１９ｂから入力した歌唱音声信号は、プリアンプ２０ａ・２０ｂで増幅された後、前記音響装置１７へ入力して増幅され、スピーカシステム１８から発音される。
【００２６】
文字表示部８は、入力される文字コードに基づいてフォントデータを読み出し、曲名や歌詞などの文字パターンを生成して表示制御部９へ出力する。また、ＨＤＤ５は、入力された映像選択データに基づき、対応する背景映像を再生し、表示制御部９へ出力する。映像選択データは、選択されたカラオケ曲のジャンルデータに基づいて決定されるもので、このジャンルデータは、楽曲データのヘッダに書き込まれており、カラオケ演奏の開始時にＣＰＵ１により読み出される。
【００２７】
ＣＰＵ１は、ジャンルデータに基づいて再生する背景映像を選択し、その背景映像を指定する映像選択データによりＨＤＤ５から背景映像が選択され、映像データとして出力される。この映像データと文字表示部８から出力される歌詞などのフォントデータは、表示制御部９においてスーパーインポーズされ、その合成画像がメインモニター１４の画面に表示される。
【００２８】
つぎに、楽曲予約設定部１１は、ＲＡＭ構成の記憶装置を主体に構成されるもので、図４（Ａ）に示す演奏データレジスタおよび図４（Ｂ）に示す予約テーブルが設定される。演奏データレジスタには、現在演奏中の楽曲の曲名コード、全演奏時間およびどの程度演奏が進行しているかを示す演奏経過時間を示すデータが記憶される。また、予約テーブルには、現在演奏されているリクエスト曲Ｓ０およびその楽曲以降に予約されているリクエスト曲（Ｓ１〜Ｓ６）の曲名コードおよび全演奏時間が予約順に、図５に示すように記憶され、これが演奏待ち行列となる。
【００２９】
図６は、前記演奏待ち行列に基づく予約リストの表示例を示すもので、リモコン送信機１５からのコマンド指示により同図に示すようなイベント予約のない状態の予約リストがサブモニター１４ａに表示される。この予約リストは、リクエスト曲の演奏順とその曲名および演奏が開始されるまでの待ち時間が表示される。
【００３０】
イベント予約部１２は、やはりＲＡＭ構成の記憶装置を主体に構成されるもので、リモコン送信機１５あるいはカラオケ装置に設けたスイッチ機能による利用者インタフェイスからイベント期間（例えば、午後８時〜９時）を指定して設定される。このイベント期間は、その予約の解除およびイベント期間の時間帯の変更が可能となるようにしておく。
【００３１】
演奏制御部１３は、前記楽曲予約設定部１１で構成された演奏待ち行列とイベント予約部１２で設定されたイベント期間を実時間に対応する時系列上で配列される状態とし、これに基づく演奏制御信号をＣＰＵ１へ送出して演奏制御を行う。即ち、演奏制御部１３に時系列上の特定の時間帯をイベント期間として設定し、現在時刻からこのイベント期間の開始時刻までの時間帯に演奏可能の数のリクエスト曲を演奏待ち行列の先順位から割り振って配列し、残るリクエスト曲をイベント期間の終了時刻後に割り振るようにしている。
【００３２】
つぎに、かかる処理の一例を図７に示すフローチャートおよび時間軸上に演奏待ち行列とイベント期間が配列された状態を模式的に表現した図８を参照して以下に説明する。なお、カラオケ装置を稼動するにあたり、予め店舗運営者によりイベント設定（開始時刻：午後８時、終了時刻：午後９時とする）がイベント予約設定部１２になされているものとする。したがって、イベント設定がなされ、カラオケ装置にリクエスト曲が入力されていない状態は図８（Ａ）に示すようにイベント開始時刻ｔｅ１（午後８時）およびイベント終了時刻ｔｅ２（午後９時）のみが設定された状態となる。
【００３３】
かかる状態において歌唱希望者によるリモコン送信機１５の操作によりリクエスト曲を予約する信号が送信されると、リモコン受信部６がこれを受信する（ステップＳａ１）。リクエスト曲を受信すると、イベントの予約設定の有無が判断され（ステップＳａ２）、イベントが設定されていない場合（当初からイベントを設定しない場合またはイベントが終了した場合）は、通常の演奏待ち行列を構成すべく、ステップＳａ９へ移行する。
【００３４】
ステップＳａ２においてイベントの設定が有ると判断された場合は、「（イベント時刻−現在時刻）≧  演奏時刻」なる判断処理が演算制御部１３でなされる（ステップＳａ３）。即ち、現在時刻からイベント開始時刻である午後８時までにどの程度の時間幅があり、この時間幅内にリクエスト曲の全演奏時間を収めることが可能であるかをリクエスト曲の受信毎に判断され、この判断処理によりイベント開始前の演奏待ち行列に登録可能とされたリクエスト曲は、リクエストの先順位から演奏待ち行列に登録される。
【００３５】
図８（Ｂ）は、上記判断処理に基づいてリクエスト曲Ｓ１が演奏待ち行列の時刻ｔａ１に配列された状態を示すもので、この演奏待ち行列への配列がなされるとリクエスト曲Ｓ１の演奏開始の指示が演奏制御部１３から送出されリクエスト曲Ｓ１の演奏が開始される。そして、リクエスト曲Ｓ１の演奏中にも２曲目のリクエスト曲Ｓ２がリクエストされると、図８（Ｃ）に示すように１曲目のリクエスト曲Ｓ１の終了時刻ｔａ２に連続して配列される。
【００３６】
このようにしてリクエスト曲が演奏待ち行列に順次配列されることにより、イベント開始時刻ｔｅ１前に残された時間幅が次第に減少し、更に追加されるリクエスト曲がイベント開始時刻ｔｅ１前の演奏待ち行列に収容できないとステップＳａ３で判断されたとき、以後のリクエスト曲は図８（Ｄ）に示すようにイベント終了時刻ｔｅ２後の演奏待ち行列に配列される。したがって、同図ではイベント開始時刻ｔｅ１前の演奏待ち行列にリクエスト曲Ｓ１〜Ｓ５が配列され、イベント終了時刻ｔｅ２後の待ち行列にリクエスト曲Ｓ６〜Ｓ９が配列された状態を示す。図９は、このようにして構成された演奏待ち行列に基づく予約リストの表示例を示すもので、リモコン送信機１５からのコマンド指示により同図に示すようなイベント予約のある状態の予約リストがメインモニター１４またはサブモニター１４ａに表示される。
【００３８】
このようにしてリクエスト曲の演奏が順次進行し、図８（Ｇ）に示すようにイベント開始時刻ｔｅ１に達すると（ステップＳａ６）、イベント終了時刻ｔｅ２までの間がカラオケ演奏を一時休止している期間、即ち、イベント期間となり、店舗運営者は予め企画したイベントを開催するなどこの期間を利用することが可能となる。そして、イベント終了時刻ｔｅ２に達すると（ステップＳａ７）、イベント終了時刻ｔｅ２後に配列された図８（Ｈ）に示すリクエスト曲Ｓ７〜Ｓ９が順次演奏されることになる（ステップＳａ８）。なお、前記イベント期間においてもリクエスト曲の予約登録は可能であり、リクエスト曲Ｓ９が最後の予約登録である場合、以後のリクエスト曲の予約登録はこれに継続されることになる。
【００３９】
以上に説明した処理態様は、イベント開始時刻ｔｅ１とイベント終了時刻ｔｅ２を確定して定めた状態に基づくもので、イベント開始時刻ｔｅ１前の演奏待ち行列に残る時間幅にリクエスト曲の収容可否の判断をステップＳａ３で行う。したがって、例えば、演奏待ち行列に残る時間幅が３分５８秒であり、このとき受け付けたリクエスト曲の全演奏時間が４分２秒である場合は、このリクエスト曲はイベント開始時刻ｔｅ１前の演奏待ち行列に収容できないとステップＳａ３で判断され、イベント終了時刻ｔｅ２後の演奏待ち行列に配列されることになる。
【００４４】
以上の説明は、イベント期間の前後に演奏待ち行列を配列するようにしたものであるが、イベント期間の終了後に演奏待ち行列を配列しない場合がある。これは、例えば、イベントの内容が店舗の営業の終了を伝達するためのセレモニーである場合、イベント開始時刻ｔｅ１を営業終了時刻の直前に設定し、イベント終了時刻ｔｅ２以降に演奏待ち行列が配列されないようする。かかる処理は、ステップＳａ３の否定判断の直後にイベント期間の終了後に演奏待ち行列の配列の要否を判断する処理ステップを設けるようにすればよい。
【図面の簡単な説明】
【００４５】
【図１】本発明のカラオケ装置の構成を示すブロック図である。
【図２】楽曲データのフォーマットを示す図である。
【図３】楽曲データの構成を示す図である。
【図４】楽曲予約設定部の構成を示す図である。
【図５】演奏待ち行列の構成を示す図である。
【図６】予約リストのモニター表示の例を示す図である。
【図７】本発明のカラオケ装置の処理の流れを示す図である。
【図８】本発明による演奏待ち行列の例を示す図である。
【図９】予約リストのモニター表示の例を示す図である。
【図１０】イベント期間のシフトの状態を示す図である。
【図１１】従来のシステムにおける演奏待ち行列の例を示す図である。
【図１２】イベント期間を設定した演奏待ち行列の例を示す図である。
【符号の説明】
【００４６】
１・・・・・・中央演算処理装置（ＣＰＵ）
２・・・・・・ＲＯＭ
３・・・・・・ＲＡＭ
４・・・・・・通信制御部
５・・・・・・ハードディスク装置（ＨＤＤ）
６・・・・・・リモコン受信部
７・・・・・・音源装置
８・・・・・・文字表示部
９・・・・・・表示制御部
１０・・・・・音声データ処理分
１１・・・・・楽曲予約設定部
１２・・・・・イベント予約設定部
１３・・・・・演奏制御部
１４・・・・・メインモニター
１４ａ・・・・サブモニター
１５・・・・・リモコン送信機
１６・・・・・Ｄ／Ａ変換器
１７・・・・・音響装置
１８・・・・・スピーカシステム
１９・・・・・カラオケマイク
２０ａ・・・・プリアンプ
２０ｂ・・・・プリアンプ
【図１】
0004452666.tif 000002
【図２】
0004452666.tif 000003
【図３】
0004452666.tif 000004
【図４】
0004452666.tif 000005
【図５】
0004452666.tif 000006
【図６】
0004452666.tif 000007
【図７】
0004452666.tif 000008
【図８】
0004452666.tif 000009
【図９】
0004452666.tif 000010
【図１０】
0004452666.tif 000011
【図１１】
0004452666.tif 000012
【図１２】
0004452666.tif 000013