(57)【特許請求の範囲】
【請求項１】
一人の第１ユーザ、及び、一人の第２ユーザを少なくとも含む、複数ユーザが利用認証したグループ認証状態を検出する認証検出手段と、
前記認証検出手段により前記グループ認証状態が検出された場合における、前記第１ユーザの歌唱履歴を記憶する履歴記憶手段と、
前記グループ認証状態における前記第１ユーザの前記歌唱履歴に含まれる特定のカラオケ楽曲に対する、前記第２ユーザによる前記第１ユーザへの歌唱要求を受け付ける要求受付手段と、
前記要求受付手段により前記歌唱要求が受け付けられた場合に、前記第１ユーザに対し、当該受け付けた歌唱要求に対応した歌唱要求報知を行う歌唱要求報知手段と、
前記歌唱要求報知手段により報知された前記歌唱要求に対応して前記第１ユーザが歌唱した場合に、前記第１ユーザに対し、前記第２ユーザに対応した要求者報知を行う要求者報知手段と、
を有することを特徴とするカラオケシステム。
【請求項２】
請求項１記載のカラオケシステムにおいて、
所定の採点基準に基づいて歌唱に対する採点を行う歌唱採点手段を有し、
前記要求者報知手段は、
前記第１ユーザが前記歌唱要求に対応して行った歌唱に対して、前記歌唱採点手段が所定のしきい値点数以上に採点した場合に限り、前記要求者報知を行う
ことを特徴とするカラオケシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバと、サーバに接続されたカラオケ装置と、を備えたカラオケシステムに関する。
【背景技術】
【０００２】
ホスト装置とこのホスト装置に接続されたカラオケ演奏端末とを備え、これらホスト装置とカラオケ演奏端末を介して所定の利用者から他の利用者への特定の楽曲のリクエストを報知する機能を備えたカラオケシステムが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−５８７９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、カラオケシステムは、複数人のグループで利用する場合が多い。その際、例えば、あるメンバーが他のメンバーの歌唱に好印象を持ち、ぜひ同じ曲を歌ってほしいと思うことがある。しかしながら、当該曲の歌唱を要求したい者（上記のあるメンバー）自身が上記の他のメンバーに当該曲の歌唱を直接要求するのではなく、あえて要求者の名前を秘密にしたまま要求して、上記他のメンバーがその要求に応えて当該曲を歌唱した場合に初めて要求者の名前を公開するといった余興性を持たせたい場合があった。したがって、このような点において、ユーザにとっての利便性やカラオケシステムとしての娯楽性の向上に改善の余地があった。
【０００５】
本発明の目的は、歌唱することを要求者の公開条件としながらカラオケ楽曲の再歌唱を要望することができ、ユーザにとっての利便性及び娯楽性を向上できるカラオケシステムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、第１の発明は、一人の第１ユーザ、及び、一人の第２ユーザを少なくとも含む、複数ユーザが利用認証したグループ認証状態を検出する認証検出手段と、前記認証検出手段により前記グループ認証状態が検出された場合における、前記第１ユーザの歌唱履歴を記憶する履歴記憶手段と、前記グループ認証状態における前記第１ユーザの前記歌唱履歴に含まれる特定のカラオケ楽曲に対する、前記第２ユーザによる前記第１ユーザへの歌唱要求を受け付ける要求受付手段と、前記要求受付手段により前記歌唱要求が受け付けられた場合に、前記第１ユーザに対し、当該受け付けた歌唱要求に対応した歌唱要求報知を行う歌唱要求報知手段と、前記歌唱要求報知手段により報知された前記歌唱要求に対応して前記第１ユーザが歌唱した場合に、前記第１ユーザに対し、前記第２ユーザに対応した要求者報知を行う要求者報知手段と、を有することを特徴とする。
【０００７】
本願第１発明のカラオケシステムには、要求受付手段と、歌唱要求報知手段と、要求者報知手段と、が設けられる。すなわち、複数ユーザが利用認証したグループ認証状態（認証検出手段によって検出）において、あるユーザ（第１ユーザ）が歌唱すると、その歌唱履歴が第１履歴記憶手段に記憶される。このとき、その第１ユーザの歌唱履歴の中に、別のユーザ（第２ユーザ）が好印象を持ち再度歌唱ほしいと思う曲（特定のカラオケ楽曲）があった場合には、当該第２ユーザは、適宜の操作により歌唱要求を行う。すると、この歌唱要求が要求受付手段によって受け付けられ、それに応じて第１ユーザに対し、歌唱要求報知手段によって、上記歌唱要求に対応した所定の歌唱要求報知が行われる。なお、この歌唱要求報知で報知される内容は、第１ユーザに歌唱が要求された事実そのものと、その要求された楽曲についての情報だけであり、要求者（第２ユーザ）が誰であるかについての情報は含まれない。
【０００８】
ここで、第１ユーザは、報知された歌唱要求に対して断ることもできるが、そうせずに歌唱要求に応じて歌唱した場合には、要求者報知手段が第１ユーザに対して要求者が誰であるかの情報を含む要求者報知を行う。これにより、第１ユーザには、歌唱要求を受けた際にその要求者を知りたいために再度歌唱するか、それとも歌唱要求を断るかの選択が要求されることになり、グループでのカラオケの利用において余興性を持たせることができる。この結果、ユーザにとっての利便性及びカラオケシステムとしての娯楽性を向上することができる。
【０００９】
第２発明は、上記第１発明において、所定の採点基準に基づいて歌唱に対する採点を行う歌唱採点手段を有し、前記要求者報知手段は、前記第１ユーザが前記歌唱要求に対応して行った歌唱に対して、前記歌唱採点手段が所定のしきい値点数以上に採点した場合に限り、前記要求者報知を行うことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、歌唱することを要求者の公開条件としながらカラオケ楽曲の再歌唱を要望することができ、カラオケ楽曲の再歌唱を確実に要望することができ、ユーザにとっての利便性及び娯楽性を向上できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態のカラオケシステムの全体構成を表す機能ブロック図である
【図２】図２（ａ）はアンコール通知画面を表す図であり、図２（ｂ）は申請ユーザの公開画面を表す図であり、図２（ｃ）は申請ユーザの非公開画面を表す図である。
【図３】歌唱履歴データベースの記録例を模式的に表す図である。
【図４】実施形態におけるアンコール処理の制御手順を表す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施の形態について、図面を参照しつつ説明する。
【００１４】
＜通信カラオケシステムの構成概要＞
図１は、本実施形態に係わる通信カラオケシステムの全体構成を表す機能ブロック図である。
【００１５】
図１において、通信カラオケシステム１（カラオケシステムに相当）は、少なくとも１つのカラオケ装置（この例では第１カラオケ装置１０Ａ及び第２カラオケ装置１０Ｂ）と、サーバ２０と、少なくとも１つ（この例では２つ）の外部端末Ｐと、を有している。カラオケ装置１０Ａ，１０Ｂ（以下適宜、これらを総称して単に「カラオケ装置１０」という）は、例えばカラオケ店舗等のカラオケルームＫＲに設置されている。カラオケ装置１０は、楽曲データとしてのＭｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データ及び映像データを用いて、カラオケ演奏曲の再生サービスを提供する装置である。カラオケ装置１０、サーバ２０、及び外部端末Ｐは、例えば通信ネットワーク等のネットワークＮＷとを介し、互いに情報送受信可能に接続されている。
【００１６】
カラオケ装置１０は、装置本体１００と、リモコン３５と、マイク３０と、カメラ４０とを有している。なお、装置本体１００とリモコン３５とは、例えば無線又は有線のＬＡＮ等のネットワークを介し、互いに情報送受信可能に接続されている。装置本体１００とマイク３０とは、無線回線又は有線回線により接続されている。装置本体１００とカメラ４０とは、無線回線又は有線回線により接続されている。
【００１７】
装置本体１００は、制御部１０１と、大容量記憶装置１０３と、操作部１０４と、受信部１０５と、音源１０６と、音声制御部１０７と、スピーカ１０８と、表示部１０９と、通信制御部１１０とを有している。
【００１８】
制御部１０１は、図示しないＣＰＵや、ＲＡＭ及びＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや上記大容量記憶装置１０３に予め記憶された各種プログラムを実行する。これにより、装置本体１００全体の制御を行う。特に、制御部１０１は、後述のリモコン３５を介したユーザとサーバ２０との間におけるデータの送受や各種の指令を実行する処理を行う。
【００１９】
大容量記憶装置１０３は、例えばＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）などから構成される。この大容量記憶装置１０３は、楽曲データ（ＭＩＤＩデータ）、背景映像データ、及び歌詞データ等の各種情報が記憶されている。
【００２０】
操作部１０４は、例えば複数のキーやスイッチなどから構成される。ユーザは、この操作部１０４又は後述のリモコン３５を用いて、カラオケ演奏曲の予約操作等の各種操作を行うことができる。
【００２１】
受信部１０５は、上記のマイク３０から出力された歌唱者の音声信号を受信する。
【００２２】
音源１０６は、上記制御部１０１によって大容量記憶装置１０３から読み出された楽曲データを再生して音声制御部１０７へ出力する。音声制御部１０７は、音源１０６から出力された楽曲データ、及び、受信部１０５を介してマイク３０により入力された音声信号を増幅し、スピーカ１０８へ出力する。スピーカ１０８は、音声制御部１０７から出力された楽曲データ及び音声信号を音声出力する。
【００２３】
なお、以下適宜、音源１０６、音声出力部１０７、及びスピーカ１０８を、省略して「音源１０６等」と称する。音源１０６等は、カラオケ演奏曲の楽曲データを再生する楽曲再生手段を構成している。
【００２４】
表示部１０９は、例えば液晶ディスプレイなどから構成され、各種映像を表示する表示手段として機能する。特に、表示部１０９は、上記音源１０６等により楽曲データの再生が行われるのにしたがい、楽曲データの再生に同期して、大容量記憶装置１０３から読み出された背景映像データ、及び歌詞データに対応したテロップ等を表示することができる。
【００２５】
通信制御部１１０は、リモコン３５やサーバ２０との間で情報通信の制御を行う。
【００２６】
リモコン３５は、利用者がカラオケ演奏曲の予約操作等の各種操作を複数のキーやスイッチ等で行うための操作端末である。なお、特に図示しないが、このリモコン３５自体にも各種情報を表示する表示部を設けてもよい。なお、このリモコン３５が各請求項記載の要求受付手段に相当し、その制御手順が各請求項記載の要求受付手順に相当する。
【００２７】
カメラ４０は、歌唱時に歌唱者を含む所定範囲の視野を動画撮影するためのもので、その所定範囲の映像データを生成する。
【００２８】
サーバ２０は、例えば大容量記憶装置等からなる歌唱履歴記憶部２１と、処理部２２と、通信制御部２３と、を機能的に備えている。これら各機能部の詳細機能については、後述する。
【００２９】
＜本実施形態の特徴＞
以上において、本実施形態のカラオケ装置１０を備えた通信カラオケシステム１の特徴として、複数のユーザが同一のカラオケ装置１０を利用する同席利用時に、あるユーザが実際に歌唱した楽曲に対して他のユーザが当該楽曲を歌唱したユーザに再歌唱（以下、アンコール歌唱という）してもらえるようカラオケ装置１０に申請操作することができる。通信カラオケシステム１は、カラオケ装置１０を介してアンコール申請されたユーザに対し当該申請を通知し、アンコール歌唱を促すことができる。しかし、このアンコール通知の段階では被申請ユーザ（上記他のユーザ）に対して申請ユーザ（上記あるユーザ）が誰であるかは秘密としておき、申請に承諾してアンコール歌唱した場合に初めて申請ユーザの名前を公開する。なお、上記のアンコール申請が、各請求項記載の歌唱要求に相当する。以下、これらの詳細を順を追って説明する。
【００３０】
＜アンコール申請の通知と申請ユーザの公開について＞
通信カラオケシステム１を利用した場合のアンコール申請の通知と申請ユーザの公開について、それぞれにおける画面表示を示した図２を参照しつつ説明する。まず、複数のユーザが同一のカラオケ装置１０を同時に利用することを、ここでは同席利用という。また、本実施形態の例では、同席利用を開始する際に各ユーザがそれぞれのＩＤ及びパスワードを入力してシステムログイン（利用認証）し、それぞれのユーザに対応した操作ページを介して選曲などの各種操作や情報の表示確認を行うことを前提とする（特に図示せず）。これにより、複数のユーザが同一のカラオケ装置１０で同一又は個別のリモコン３５を介して操作を行った場合でも、それら個々の操作自体がどのユーザにより行われた操作であるかをシステム側で逐次認識、記録できる。またこれにより、ユーザ側でも、カラオケ装置１０やリモコン３５の表示部に表示された情報がどのユーザに対してのものかを認識できる。また、全てのユーザがシステムログアウトした時点で、当該同席利用が終了する。
【００３１】
そして同席利用中の複数のユーザのうち、一方のユーザ（被申請ユーザ）が所定の楽曲を選曲して歌唱したとする。そしてこの一方のユーザによる楽曲の歌唱を実際に聞いた他方のユーザ（申請ユーザ）が、その後に一方のユーザによる同じ楽曲の再歌唱を希望する場合にはカラオケ装置１０に対してアンコール申請の操作を行う。これにより被申請ユーザの操作ページには、図２（ａ）に示すようなアンコール通知の画像が表示される。
【００３２】
このアンコール通知画像には、被申請ユーザ（図中の「Ａさん」）に対してその歌唱済みの楽曲（図中の「楽曲○○○」）がアンコール申請されたことが表示される。またそれとともに、当該アンコール申請を行った申請ユーザの名前は、被申請ユーザによるアンコール歌唱がカラオケ装置の歌唱採点で所定の点数（図中の例では８０点）以上得点しない限り公開しないものと通知する。なお本実施形態の例において、この公開条件の点数についてはアンコール申請操作時に申請ユーザによって任意に設定される。そして、被申請ユーザは、操作部１０４やリモコン３５での操作を介して、このアンコール申請を承諾せずに無視するか、アンコール申請に承諾してアンコール歌唱するかを選択決定できる。
【００３３】
被申請ユーザがアンコール申請に承諾した場合にはその申請対象の楽曲が予約される。そして、その被申請ユーザによるアンコール歌唱がカラオケ装置１０での歌唱採点で上記公開条件点数以上に得点できた場合には、被申請ユーザの操作ページにおいて図２（ｂ）に示すようにアンコール歌唱の採点点数と申請ユーザの名前（図中の例では「Ｂさん」）が表示される。
【００３４】
また、被申請ユーザがアンコール申請に承諾してアンコール歌唱した場合でも、その歌唱採点が上記公開条件点数に満たない場合には、被申請ユーザの操作ページにおいて図２（ｃ）に示すようにアンコール歌唱の採点点数と申請ユーザの名前を公開できない旨が表示される。
【００３５】
以上の行程において、本実施形態の例では、アンコール申請の対象となる楽曲は、申請ユーザと共に同席利用した被申請ユーザが当該同席利用時に実際に歌唱した楽曲に限定される。このため、いずれのアンコール申請操作も、対象となる楽曲が被申請ユーザにより実際に歌唱された後にしか行うことができない。このため、アンコール申請操作を行うタイミングとしては、被申請ユーザが当該楽曲を最初に歌唱している最中に行ってもよいし、その歌唱後の当該同席利用中に行ってもよいし、また次の回の同席利用時に行ってもよいし、もしくは同席利用時以外で店舗外からパーソナルコンピュータや各種情報端末などの外部端末Ｐ（上記図１参照）を介してサーバにアクセスして申請してもよい。
【００３６】
またアンコール通知を行うタイミングとしては、アンコール申請された際に直ちに通知してもよいし、また次の回の同席利用時に通知してもよく、その選択設定を申請操作時に任意に行えるようにしてもよい。また歌唱採点と申請ユーザの公開可否の結果を表示するタイミングについても、被申請ユーザによるアンコール歌唱の終了後であってもよいし、当該同席利用の終了時であってもよいし、また次回の申請ユーザと被申請ユーザが同席した同席利用時であってもよく、その選択設定を申請操作時に任意に行えるようにしてもよい。なお、上記の被申請ユーザが、各請求項記載の第１ユーザに相当し、上記の申請ユーザが、各請求項記載の第２ユーザ及び要求者に相当し、上記のアンコール通知が、各請求項記載の歌唱要求報知に相当し、上記の申請ユーザの名前の公開表示が、各請求項記載の要求者報知に相当する。
【００３７】
＜歌唱履歴データベースについて＞
通信カラオケシステム１が以上のアンコール処理を実行するために必要な歌唱履歴データベースの内容を、図３に示す。この歌唱履歴データベースは、サーバ２０が備える上記歌唱履歴記憶部２１に記録されるデータベースであり、その内容は処理部２２によって記録、管理される。
【００３８】
この歌唱履歴データベースは、自己ユーザＩＤと、利用日と、利用ユーザＩＤと、歌唱楽曲ＩＤと、アンコール申請ユーザＩＤと、公開条件点数の記録項目を有している。この歌唱履歴データベースは、各ユーザごとに対応してそれまでに同席利用した全てのユーザの歌唱履歴が記録されるものであり、自己ユーザＩＤの記録項目には当該通信カラオケシステム１に登録されている全てのユーザのＩＤが記録される。
【００３９】
利用日の記録項目には、対応する自己ユーザＩＤのユーザがシステムログインして利用した日時（図中では日付のみ図示）が記録される。利用ユーザＩＤの記録項目には、対応する利用日に同一のカラオケ装置１０で同席利用した各ユーザのユーザＩＤが記録される。なお、この利用ユーザＩＤの記録項目には、必然的に自己ユーザＩＤと同じユーザＩＤが含まれて記録される。
【００４０】
歌唱楽曲ＩＤの記録項目には、当該同席利用時に各利用ユーザが歌唱した楽曲の楽曲ＩＤが歌唱順に記録される。アンコール申請ユーザＩＤの記録項目には、各歌唱楽曲ＩＤに対応してアンコール申請されている場合にその申請ユーザのユーザＩＤが記録される。なお、同一の歌唱ユーザの歌唱楽曲に対して複数の申請ユーザからアンコール申請されている場合には、それら全ての申請ユーザのユーザＩＤが記録される（特に図示せず）。公開条件点数の記録項目には、アンコール申請ユーザＩＤが記録されていて当該申請ユーザが公開条件点数を設定している場合に、その公開条件点数が記録される。
【００４１】
本実施形態の通信カラオケシステム１では、複数のユーザが同席利用した場合に限り、その際のユーザの組み合わせにかかわらず各自己ユーザごとに上記の歌唱履歴データが記録される。この歌唱履歴データベースを利用して上記アンコール処理を実行する手順を、以下詳細に説明する。
【００４２】
＜本実施形態の具体的なアンコール処理＞
以上説明したアンコール処理を実現するための制御手順を図４により説明する。図４において、例えば図示しないカラオケ管理者により第１カラオケ装置１０の電源がオンにされることによって、このフローが開始される。
【００４３】
まず、申請ユーザ及び被申請ユーザがそれぞれリモコン３５の操作を介して入力したユーザＩＤ及びパスワード（図中ではＰＷと略記）が、サーバ２０に転送されることでシステムログインが行われる（ＳＳ５，ＳＳ１０）。これにより、サーバ２０は、同一のカラオケ装置１０で同時にログインしたこれら申請ユーザ及び被申請ユーザが同席利用しているとしてグループ認証する（ＳＳ１５）。
【００４４】
このグループ認証状態にある同席利用の最中に被申請ユーザが選曲、歌唱した楽曲について、カラオケ装置１０はそのユーザＩＤと楽曲ＩＤをサーバ２０に送信し（ＳＳ２０）、これを受信したサーバ２０は歌唱履歴データベースに逐次登録する（ＳＳ２５）。
【００４５】
また、この同席利用の最中で申請ユーザがアンコール申請の操作を行った場合には、サーバ２０が歌唱履歴データベースを参照して当該同席利用の最中でそれまで各ユーザ（申請ユーザ自身を含んでもよいし、含まなくてもよい）により歌唱された全ての楽曲についてそれらの歌唱ユーザＩＤと楽曲ＩＤをカラオケ装置１０（又はリモコン３５）に送信する。申請ユーザは、それら歌唱済みの楽曲ＩＤと歌唱ユーザＩＤのリストを参照してアンコール申請の対象とするユーザ（被申請ユーザ）と楽曲を選択決定し、カラオケ装置１０はその被申請ユーザＩＤと楽曲ＩＤをサーバ２０に送信する（ＳＳ３０）。また、このアンコール申請操作の際に申請ユーザが公開条件点数を設定した場合には、カラオケ装置１０はその公開条件点数も併せてサーバ２０に送信する。
【００４６】
サーバ２０は、受信した被申請ユーザＩＤと楽曲ＩＤに対応して、アンコール申請ユーザＩＤを歌唱履歴データベースに登録する（ＳＳ３５）。具体的には、受信した被申請ユーザＩＤと同じ自己ユーザＩＤの当該同席利用の利用日で、受信した被申請ユーザＩＤと楽曲ＩＤの組み合わせと同じ歌唱ユーザＩＤと歌唱楽曲ＩＤに対応するアンコール申請ユーザＩＤの記録項目に上記申請操作を行った申請ユーザのユーザＩＤを記録する。また、サーバ２０が公開条件点数も併せて受信した場合には対応する公開条件点数の記録項目に記録し、公開条件点数を受信していなければ既定の点数が記録される。
【００４７】
本実施形態の例では、上記のアンコール申請操作とその登録が行われた際に、直ちにサーバ２０がアンコール申請の対象の楽曲ＩＤ（及び公開条件点数）を被申請ユーザに送信してアンコール通知を行う（ＳＳ４０）。これにより、カラオケ装置１０又はリモコン３５の表示部において、アンコール通知を受けた被申請ユーザの操作ページ上に上記図２（ａ）に示したようなアンコール通知画面を表示させることができ、被申請ユーザにアンコール歌唱（ＳＳ４５）を促すことができる。これに対して、被申請ユーザは、アンコール申請に承諾するか無視するかを選択決定できるが、承諾した場合にはカラオケ装置１０が対象楽曲の演奏を開始してアンコール歌唱が行われる（ＳＳ４５）。なお、一度アンコール通知したアンコール申請に対しては、アンコール申請ユーザＩＤの記録項目をリセットする。もしくは、アンコール申請が行われた履歴を示す情報として「完了」を記録する。
【００４８】
そして、上記の被申請ユーザによるアンコール歌唱に対して、カラオケ装置１０が所定の採点基準に基づいて歌唱採点を行い（ＳＳ５０）、その得点をサーバ２０へ送信する。この得点の情報を受信したサーバ２０は、当該得点が歌唱履歴データベースの公開条件点数の記録項目に記録、設定されている点数以上であるか否かを判定する（ＳＳ５５）。得点が公開条件点数以上である場合、判定が満たされ（ＳＳ５５：Ｙｅｓ）、サーバ２０は対応する申請ユーザＩＤを被申請ユーザに送信する。これにより、カラオケ装置１０又はリモコン３５の表示部において、アンコール通知を受けた被申請ユーザの操作ページ上に上記図２（ｂ）に示したような結果画面を表示させることができ、被申請ユーザに申請ユーザの名前を公開できる。なお、得点が公開条件点数未満である場合、判定は満たされず（ＳＳ５５：Ｎｏ）、被申請ユーザの操作ページにおいて上記図２（ｃ）に示したようにアンコール歌唱の採点点数と申請ユーザの名前を公開できない旨が表示される。
【００４９】
以上のような歌唱とアンコールの申請、通知、及び歌唱が繰り返されて同席利用が進行し、全てのユーザがそれぞれシステムログアウトを行うことで同席利用が終了する（ＳＳ６０，６５）。
【００５０】
以上において、サーバ２０の手順ＳＳ１５が各請求項記載の認証検出手段及び認証検出手順に相当し、サーバ２０の手順ＳＳ２５が各請求項記載の履歴記憶手段及び履歴記憶手順に相当し、サーバ２０の手順ＳＳ４０が各請求項記載の歌唱要求報知手段及び歌唱要求報知手順に相当し、カラオケ装置１０の手順５０が各請求項記載の歌唱採点手段に相当し、サーバ２０の手順ＳＳ５５が各請求項記載の要求者報知手段及び要求者報知手順に相当する。
【００５１】
＜実施形態の効果＞
以上説明したように、本実施形態においては、リモコン３５と、手順ＳＳ２５と、手順ＳＳ４０と、手順ＳＳ５５と、が設けられる。すなわち、複数ユーザが利用認証したグループ認証状態（手順ＳＳ１５によって検出）において、あるユーザ（被申請ユーザ）が歌唱すると、その歌唱履歴が手順ＳＳ２５で歌唱履歴データベースに記憶される。このとき、その被申請ユーザの歌唱履歴の中に、別のユーザ（申請ユーザ）が好印象を持ち再度歌唱ほしいと思う曲（特定のカラオケ楽曲）があった場合には、当該申請ユーザは、適宜の操作によりアンコール申請（歌唱要求）を行う。すると、このアンコール申請がリモコン３５によって受け付けられ、それに応じて被申請ユーザに対し、手順ＳＳ４０によって、上記アンコール申請に対応した所定のアンコール通知（歌唱要求報知）が行われる。なお、このアンコール通知で通知される内容は、被申請ユーザに歌唱が要求された事実そのものと、その要求された楽曲についての情報だけであり、申請ユーザが誰であるかについての情報は含まれない。
【００５２】
ここで、被申請ユーザは、通知されたアンコール申請に対して断ることもできるが、そうせずにアンコール申請に応じて歌唱した場合には、手順ＳＳ５５が被申請ユーザに対して申請ユーザが誰であるかの情報を含む結果画面の表示（要求者報知）を行う。これにより、被申請ユーザには、アンコール申請を受けた際にその申請ユーザを知りたいためにアンコール歌唱するか、それともアンコール申請を断るかの選択が要求されることになり、グループでのカラオケの利用において余興性を持たせることができる。この結果、歌唱することを申請ユーザの公開条件としながらカラオケ楽曲のアンコール歌唱を要望することができ、ユーザにとっての利便性及びカラオケシステムとしての娯楽性を向上することができる。
【００５３】
また、本実施形態では特に、所定の採点基準に基づいて歌唱に対する採点を行う手順ＳＳ５０を有し、手順ＳＳ５５では、被申請ユーザが行ったアンコール歌唱に対して、歌唱採点で所定の公開条件点数（しきい値点数）以上に採点した場合に限り、申請ユーザの名前の公開を行う。これにより、アンコール申請に応じた被申請ユーザのアンコール歌唱が歌唱採点で所定点数以上に採点されなければ申請ユーザの名前を知ることができない。これにより、被申請ユーザに対して上手にアンコール歌唱する意欲を持たせることができ、グループでのカラオケの利用における娯楽性をさらに向上することができる。
【００５４】
なお、公開条件点数を設定せずに、被申請ユーザがアンコール申請を承諾してアンコール歌唱を行っただけでも申請ユーザの名前を公開できるようにしてもよい。この場合には、アンコール歌唱の開始直後から申請ユーザの公開を行ってもよい。
【００５５】
また、上記図４に示したアンコール処理におけるカラオケ装置１０とサーバ２０のそれぞれの処理の分担は、設定や状況に応じて適宜変更可能である。例えば、アンコール申請、アンコール通知、アンコール歌唱、及び、申請ユーザの公開を全て一回の同席利用中に完結して行う場合には、それぞれの処理の一部又は全部をカラオケ装置１０がサーバ２０に代わって行ってもよい。また、リモコン３５の代わりに、あらかじめ所定のアプリケーションがインストールされた各ユーザ所有のスマートフォンを介して操作を行ってもよい。この場合でも、当該スマートフォンがカラオケ装置１０、サーバ２０のそれぞれの処理の一部を分担してもよい。
【００５６】
なお、以上において、図４等に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【００５７】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【００５８】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【００５９】
１                通信カラオケシステム（カラオケシステム）
１０Ａ、１０Ｂ    カラオケ装置
２０              サーバ
２１              歌唱履歴記憶部
２２              処理部
３０              マイク
３５              リモコン（要求受付手段）
４０              カメラ
Ｐ                外部端末（要求受付手段）
【図１】
0006315270.tif 000002
【図２】
0006315270.tif 000003
【図３】
0006315270.tif 000004
【図４】
0006315270.tif 000005