JP2015072390A - アカウント毎に優先度を設定できるカラオケシステム - Google Patents

Abstract

【課題】接待などでカラオケを使う場合、歌唱予約順や選曲等でアカウントにより優先度をつけ、さりげなくお客さんを優先的に扱いたい。【解決手段】複数のアカウントから予約を受け付けるカラオケシステムにおいて、１つ以上の優先度をもたせ、優先度の高いアカウントからの予約の場合、予約順や選曲、採点等において優先度の低いアカウントより優先させる機能を持たせる。【選択図】図４

Description

この発明は、リモコン端末装置から選曲予約が可能な機能を備えたカラオケ装置に関する。

カラオケの歌唱においては、どの歌唱者も基本的に平等であるが、時には平等であれば使いにくい場合もある。
例えば、上司と部下、業者と顧客など上下関係や接待関係がある場合は、上司や顧客には他のメンバーより優遇する機能があってもよい。
社員同士でカラオケを楽しんでいるような環境で、途中から上司や顧客が参加した場合が考えられる。（楽しんでいる社員にとっては迷惑なシチュエーションであるが）

カラオケの予約機能に関する出願は、歌う機会をできるだけ公平にするように歌唱順を調整するというものがほとんどであり、故意に順番を飛ばしたり割り込んだりする出願は少ない。

しかし、世の中、平等・公平ばかりではないのが常であり、予約順よりも上下関係や接待などあえて平等にしたくない需要も存在する。

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

特許文献１は、予約制御装置と複数の予約端末とが所定のデータ伝送手段を通じて結合されている選曲システムにおいて、各予約端末にてリクエスト入力された楽曲ＩＤが当該予約端末のＩＤとともに予約制御装置に供給され、予約制御装置は、各予約端末から供給される楽曲ＩＤを受付順に整理するとともに、所定の並べ替え規則に従って各リクエスト楽曲の演奏順番を決定し、その演奏順番をカラオケ演奏装置に伝え、予約制御装置は、管理者の操作入力に応じて一つまたはいくつかの前記予約端末ＩＤを一つのグループとして設定するグループ設定手段と、これら各グループ毎の予約状況についての前記並べ替え規則を管理者の操作入力に応じて適宜に設定する演奏スケジュール設定手段とを備えるというものである。

特許文献２は、ネットワークを介して店舗システムと選曲管理装置とが接続されたカラオケ選曲システムにおいて選曲を最適化する方法であって、当日カラオケ店にグループで参加するメンバーのデータを受信し、その参加メンバーのグループにおける属性情報、当該店で過去に歌った曲、または他から聴いた曲の履歴情報を取得し、その取得した属性および履歴情報をもとに優先度を判定し、参加メンバーが歌う演奏曲の選曲順を決定してグループ全メンバーの当日の演奏曲リストを出力させるというものである。

特許文献１は、顧客グループごとに優先をコントロールするもので基本的には管理者が存在し店側で各グループ間の予約を調整することを目的としている。
一方、特許文献２は接待や上司部下などの場面も考慮して自動的に優先度をつけるものであるが、各個人の情報や歌唱履歴を事前に入力しておくことが必要になる。

昨今では、特許文献１のような管理者がいないケースが多く、後からの参加者や予約済みの楽曲の優先度を操作したい場合もある。特許文献２では参加メンバーは会員であることが必要とされるため、こちらも現実的とは言えない。

本発明では、複数のアカウントから予約を受け付けるカラオケシステムにおいて、アカウントに優先情報を持たせることにより、優先度の高いアカウントからの予約を優先するというものである。

請求項１は、複数のアカウントから予約を受け付けるカラオケシステムで、各アカウントに優先度を設定することができ、優先度の高いアカウントから予約された楽曲が、優先度の低いアカウントから予約された楽曲より先に演奏されるというものである。アカウント毎の優先度は随時変更可能であり、予約済みの楽曲も、アカウントの優先度の変更に従って変更される。
請求項２は、複数の優先度を持つ待ち行列を設定し、優先度の高い待ち行列と優先度の低い待ち行列に楽曲が待機している場合、当該優先度の高い待ち行列の楽曲を予約順に演奏し、当該優先度の高い待ち行列が空になった場合に、優先度の低い待ち行列の楽曲を予約順に演奏するというものである。
請求項３は、請求項２における各優先度の待ち行列に、最大連続再生回数が設定でき、当該待ち行列が空にならなくても最大連続再生回数が到来した場合には、次の優先度の待ち行列の楽曲を再生するというものである。連続して演奏できる楽曲数を決め、優先度が高いほど連続して演奏できる曲が多いようにする。
例えば最大連続再生回数３のアカウントがアカウントaのみだった場合、アカウントaは、連続して３曲まで演奏でき、４曲目には次の優先度のアカウントbの楽曲を演奏し、そのあとに再び優先度の高いアカウントaの楽曲の演奏となる。
請求項４は、請求項３において、優先度の高いアカウントの待ち行列での最大連続再生回数が到来しても、当該待ち行列の次の楽曲の予約が、優先度の低いアカウントの待ち行列の最先の楽曲の予約より早い時間にされていた場合、さらに続けて優先度の高いアカウントの楽曲の演奏を行うというものである。
例えば最大連続再生回数３のアカウントaの楽曲が３曲演奏され、通常では次は優先度の低いアカウントｂの１曲目の演奏を行うのであるが、アカウントaの４曲目がアカウントbの1曲目より先に予約されていた場合は、アカウントaの４曲目を先に演奏するというものである。
請求項５は、優先度の高いアカウントで楽曲を予約した場合、優先度の低いアカウントが同じ曲をすでに予約していた場合、当該優先度の低いアカウントのリモコンに同じ曲が予約された旨通知され、さらに、楽曲の変更が要求されるというものである。（優先度の高いアカウントには何も通知しない。）
請求項６は、優先度の高いアカウントの採点基準を、優先度の低いアカウントに比べて甘目に設定するというものである。

待ち行列が１つのみの場合の説明図。 １つのアカウントが優先度を変更した場合の説明図。 優先度の高いアカウントの予約がまだ待ち行列に待機している場合の説明図。 優先度の高いアカウントの待ち行列が空になった場合の説明図。 最大連続再生回数が設定されている場合の説明図。 優先度の高いアカウントが新規予約を登録した場合の説明図。 優先度の低いアカウント丙のリモコン画面イメージ。 優先度の低いアカウントのユーザが楽曲を変更した場合の説明図。

本発明の請求項１および請求項２の実施形態の一例を図で示す。
カラオケの楽曲予約が、図1のような待ち行列の順に予約されているとする。ここでは、今、甲がカラオケ装置１において楽曲Ａを歌唱しており、その次には乙の楽曲Ｂ、甲の楽曲Ｃがこの順で登録されている。
ここで、甲の楽曲Ａの演奏が終了すると、次に乙の楽曲Ｂの演奏が開始されるのであるが、楽曲Ａの歌唱中に、甲、乙の営業顧客である丙がたまたま参加し、楽曲Ｄを予約したとする。客人たる途中参加者が、自ら優先度の高いアカウントで予約を入れることは日本人同士の社会では考えにくい。この状態で甲の楽曲Ａに続く歌唱順は、乙の楽曲Ｂ→甲の楽曲Ｃ→丙の楽曲Ｄとなる（図１）。ここで待機中の乙は、接待することを考え、丙の予約を優先できるように自らの優先度を下げることができる（図２）。

その後、甲の楽曲Ａの演奏が終了しても、まだ優先度の高い待ち行列３には、優先度の高いアカウントで予約された甲の楽曲Ｃ、丙の楽曲Ｄがあるため、次は楽曲Ｃの演奏となる(図３)。丙の楽曲Ｄの演奏が終わり、優先度の高い待ち行列３が空になると、次は優先度の低い待ち行列２の先頭の乙の楽曲Ｂの演奏となる（図４）。顧客丙から見ると、自らの歌唱に先立って、来店時に歌唱していた甲が二曲も続けて歌唱したことに対し、先に来ていたにも関わらず丙の後に乙が歌唱する形となり、優先度変更を有効に活用した乙に比べ、甲の印象は甚だ芳しくない状態となる。このように目立たぬ形で顧客を優先し、印象の保全あるいは相対的優位を確立できる日本文化に合致した用法がなされている。
また本発明の請求項３、請求項４の例を図５で示す。ここで、甲、乙、丙は優先度の低いアカウントのユーザ、丁、戊、己は優先度の高いアカウントのユーザとする。図５では、今、ユーザ丁が、楽曲Ｅを歌唱している。また優先度の低い待ち行列２に甲の楽曲Ａ、乙の楽曲Ｂ、丙の楽曲Ｃおよび乙の楽曲Ｄがこの順で待機している。
一方、優先度の高い待ち行列３には、戊の楽曲Ｆ、丁の楽曲Ｇ、戊の楽曲Ｈおよび己の楽曲Ｉがこの順で待機しているとする。

ここで、請求項３の例として、この優先度の高いアカウントが連続して歌唱できる楽曲数（最大連続再生回数）が３とすると、歌唱順は、
楽曲Ｅ→楽曲Ｆ→楽曲Ｇ→楽曲Ａ→楽曲Ｈ→楽曲Ｉ→楽曲Ｂ→楽曲Ｃ→楽曲Ｄとなる。（優先度の高いアカウントの楽曲を３曲連続して歌唱したあと、優先度の低いアカウントの楽曲が１曲歌唱できる。）

また請求項４では請求項３の最大連続再生回数に加え、予約した時間の後先も考慮に入れる。例えば楽曲Ｇが終了後、請求項３では次は優先度の低いアカウントの楽曲Ａとなるが、もし楽曲Ａを予約した時間が、１９：０５、次に待機している優先度の高いアカウントの楽曲Ｈを予約した時間が１９：０３だった場合、優先度の高いアカウントの最大連続再生回数が３であっても、４曲目の楽曲Ｈを先に演奏するというものである。

図６、図７は請求項５の実施例である。甲、乙、丙は優先度の低いアカウント、丁は優先度の高いアカウントのユーザとする。優先度の低い待ち行列２に既に丙の楽曲Ｃ、乙の楽曲Ｄが予約されている状態で、優先度の高いアカウントの丁が楽曲Ｅ、楽曲Ｃをこの順で予約したとする。優先度の高いアカウント丁の楽曲Ｅ、楽曲Ｃは、優先度の高い待ち行列３へ登録される（図６）と同時に、すでに楽曲Ｃを先に予約している丙のリモコンに対し、楽曲の変更が求められる（図７）。
ここで丙が楽曲Ｃをとりやめ、楽曲Ｆに変更したとすると、優先度の低い待ち行列２の中における丙の楽曲Ｃの曲順が維持されたまま、図８のように楽曲が変更される。
また、このとき丙が楽曲Ｃを変更しないまま、丙の楽曲Ｃの歌唱順が到来した場合、この楽曲の演奏はスキップされ、同じ待ち行列２の次の予約曲である乙の楽曲Ｄが演奏される。

歌唱採点基準に優先度を設ける請求項６の例としては、優先度の低いアカウントで予約された甲、乙、丙と優先度の高いアカウントで予約された丁において、
採点の基準となる音程のずれの閾値を、
優先度の低いアカウントで予約された甲、乙、丙では、３０セント、
優先度の高いアカウントで予約された丁では、５０セントとすることにより、優先度の高いアカウントのユーザの採点を易しくすることができる。

１…カラオケ装置
２…待ち行列
３…待ち行列
４…ユーザ丙のリモコン画面

Claims (6)

1. 複数のアカウントから予約を受け付けるカラオケシステムにおいて、各アカウントに１つ以上の優先度を設定でき、
   予約済み曲の再生順の決定の際、該アカウントに設定されている優先度ごとに待ち行列を持ち、優先度の高いアカウントからの予約を、優先度の低いアカウントからの予約に優先して演奏し、
   予約後であっても優先度の変更が可能で、優先度変更時には待ち行列に登録されている楽曲を、当該変更後の優先度の待ち行列に移動することを特徴とするカラオケシステム。
2. 上記カラオケシステムにおいて、優先度の高い待ち行列に楽曲が待機している場合、当該優先度の高い待ち行列の楽曲を予約順に演奏し、
   当該優先度の高い待ち行列が空になった場合に、優先度の低い待ち行列の楽曲を予約順に演奏することを特徴とする上記請求項１記載のカラオケシステム。
3. 各優先度の待ち行列には最大連続再生回数が設定でき、当該待ち行列が空になっていない場合でも、当該待ち行列の最大連続再生回数が到来した場合には、次の優先度の待ち行列の楽曲を再生することを特徴とする上記請求項２記載のカラオケシステム。
4. 優先度の高い待ち行列の最大連続再生回数が到来した場合に、当該待ち行列の次の楽曲の予約が、次の優先度の待ち行列の最先の楽曲の予約より早い時間にされていた場合、さらに続けて優先度の高い待ち行列の楽曲の演奏を行うことを特徴とする請求項３記載のカラオケシステム。
5. 複数のアカウントから予約を受け付けるカラオケシステムにおいて、各アカウントに１つ以上の優先度を設定でき、予約順を維持して曲目の変更が可能な選曲変更手段をもち、優先度の高いアカウントによる楽曲の演奏予約の際、曲目指定時に、同じ曲がすでに同一セッション内の優先度の低いアカウントによって予約されている場合、当該優先度の低いアカウントにその旨を通知し、曲目を変更させることを特徴とする請求項１記載のカラオケシステム。
6. 複数のアカウントから予約を受け付けるカラオケシステムにおいて、各アカウントに１つ以上の優先レベルを設定でき、歌唱の採点において、
   優先度の高いアカウントから予約された歌唱には採点基準を易しくし、
   優先度の低いアカウントから予約された歌唱には採点基準を厳しくすることを特徴とするカラオケシステム。

Images