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