JP6428436B2 - カラオケシステム、カラオケ装置、及び音声データ処理プログラム - Google Patents

Description

本発明は、カラオケ楽曲の再生を行うカラオケシステム及びカラオケ装置、並びに当該カラオケ装置において用いられる音声データ処理プログラムに関する。

一般に、カラオケシステムにおいては、ユーザが利用認証（いわゆるログイン）した後に歌唱することで、その歌唱内容を当該ユーザの歌唱履歴として記録することができる（例えば、特許文献１参照）。

特開２００６−１５４２７５号公報

カラオケシステムでは、複数名のユーザが一緒にサービスを利用する場合がある。このような場合に、（うっかりユーザ切り替えを失念する等の理由により）ある一人のユーザのログイン状態のまま、別のユーザが歌唱を行う可能性があり得る。この場合、その歌唱した別ユーザの歌唱内容が、ログインしている上記ユーザの歌唱履歴として誤って記録されるという不都合が生じる。

本発明の目的は、ユーザの歌唱履歴を（誤って他人の歌唱履歴が混じることなく）適正に構築することができる、カラオケシステム及びカラオケ装置、並びに当該カラオケ装置において用いられる音声データ処理プログラムを提供することにある。

上記目的を達成するために、第１の発明は、カラオケ楽曲を再生する楽曲再生手段と、特定ユーザの利用認証状態を検出する認証検出手段と、前記認証検出手段により前記特定ユーザの利用認証状態が検出されている状態において、前記楽曲再生手段によるカラオケ楽曲の再生とともに歌唱された歌唱音声データを取得する音声データ取得手段と、前記音声データ取得手段により取得された歌唱音声データに対し音声認識処理を行い、当該歌唱音声データが前記特定ユーザの歌唱音声であるか否かを決定する音声決定手段と、前記音声決定手段により前記特定ユーザの歌唱音声であると決定されなかった歌唱音声データを、一時的に記憶する一時記憶手段と、所定のタイミングで、前記一時記憶手段に記憶された前記歌唱音声データに係わる歌唱内容を、前記特定のユーザの歌唱履歴として登録するか否かの確認報知を行う報知手段と、前記報知手段による前記確認報知の後の所定の登録指示に基づき、前記一時記憶手段に記憶された前記歌唱音声データ及び当該歌唱音声データが取得されたときの歌唱内容を、前記特定のユーザの識別情報と対応づけ、当該特定のユーザの歌唱履歴として登録する第１履歴登録手段と、
を有することを特徴とする。

一般に、カラオケシステムにおいては、ユーザが利用認証（いわゆるログイン）した後に歌唱することで、その歌唱内容を当該ユーザの歌唱履歴として記録することができる。他には、カラオケ装置やリモコンなどの操作パネルからログインしたユーザ毎に、カラオケ楽曲を予約したり歌唱履歴を記録する操作画面（マイページとも称す）が用意され、ログイン後に各ユーザは各自画面を切り替えて自分が歌唱するカラオケ楽曲を予約する場合もある。この場合はマイページが表示されている状態が、該当するユーザのログイン状態に相当する。その際、複数名のユーザでの利用時に、（うっかりユーザ切り替えを失念する等の理由により）ある一人のユーザのログイン状態のまま、別のユーザが歌唱を行う場合があり得る。この場合、その歌唱した別ユーザの歌唱内容が、ログインしている上記ユーザの歌唱履歴として誤って記録されるという不都合が生じる。

そこで、本願発明のカラオケシステムにおいては、認証検出手段と、音声データ取得手段と、音声決定手段と、が設けられる。認証検出手段が特定ユーザの利用認証状態を検出している状態でカラオケ楽曲が再生され、いずれかのユーザの歌唱が行われると、音声データ取得手段によって当該ユーザの歌唱音声データ（例えば音声波形）が取得される。すると、その取得された歌唱音声データに対し適宜の音声認識処理が行われ、音声決定手段によって、当該歌唱音声データが上記ログイン中の特定ユーザのものであるか否か、が決定される。

このとき、上述のようにして上記特定ユーザ以外のユーザが歌唱した場合には、上記音声決定手段により、上記特定ユーザの歌唱音声であるとの決定はなされない。このような歌唱音声データは、一時記憶手段に一時的に記憶される。そして、所定のタイミングで、報知手段により、上記記憶された歌唱音声データに係わる歌唱内容を、ログイン中の上記特定のユーザの歌唱履歴として登録してよいか否かの確認報知が行われる。これにより、上記のように別のユーザが歌唱していた場合は、当該確認報知に対して登録を行わない旨の適宜の指示を行うことで、前述のように誤った歌唱履歴が形成されるのを防止することができる。

なお、騒音・反響等の周囲環境の影響や体調による変声やその他の原因により、上記特定のユーザ自身が歌唱していたにも係わらず、たまたま上記音声決定手段が上記特定ユーザの歌唱音声であると決定できなかった場合もあり得る。このような場合であっても上記確認報知に対し登録を行う旨の所定の登録指示を行うことで、一時記憶手段に記憶された歌唱音声データやそのときの歌唱内容（例えば曲名、歌手名、採点結果等）が履歴登録手段（第１履歴登録手段）によって上記特定ユーザの識別情報（いわゆるログインＩＤ）と対応づけられ、歌唱履歴として登録することができる。

以上のようにして、本願発明においては、ユーザの歌唱履歴を（誤って他人の歌唱履歴が混じることなく）適正に構築することができるので、ユーザにとっての利便性を向上することができる。

第２発明は、上記第１発明において、前記楽曲再生手段により複数のカラオケ楽曲が順次再生されて対応する複数の歌唱音声データが前記音声データ取得手段により順次取得され、それら取得された複数の歌唱音声データが前記音声決定手段により前記特定ユーザの歌唱音声であると決定されることなく前記一時記憶手段に順次蓄積された後、蓄積された互いに略同一である歌唱音声データの数が所定のしきい値を超えた場合には、互いに略同一であるそれら歌唱音声データ及び当該歌唱音声データが取得されたときの歌唱内容を、前記特定のユーザの識別情報と対応づけ、当該特定のユーザの歌唱履歴として登録する第２履歴登録手段を有することを特徴とする。

例えば前述のようにして、取得された歌唱音声データがログイン中の特定ユーザのものであるか否かを決定する際、予め当該特定ユーザの歌唱音声（音声波形）が歌唱履歴中に記録されていれば、その記録された歌唱音声と比較することで上記決定を迅速かつ円滑に行うことができる。しかしながら、そのような歌唱音声がまだ記録されていない場合もあり得る。このような場合、前述の音声決定手段による「特定ユーザの歌唱音声である」旨の決定がなされることなく、上記音声データ取得手段により取得される歌唱音声データが一時記憶手段に続々と蓄積されることとなる。

そこで、本願発明においては、これら続々と蓄積される歌唱音声データのうち、互いに略同一である歌唱音声データがある程度たまってきたら（具体的にはその数が所定のしきい値を超えた場合には）、第２履歴登録手段が、当該略同一の歌唱音声データは、上記ログイン中の特定ユーザが歌唱したものであるとみなす。そして、第２履歴登録手段は、それら歌唱音声データ及びそれらが取得されたときの歌唱内容（曲名、歌手名、採点結果等）を、上記特定のユーザの識別情報（ログインＩＤ）と対応づけて、歌唱履歴として登録する。

これにより、ユーザの歌唱音声の記録が事前になされていない場合であっても、確実に当該ユーザの歌唱履歴を適正に構築することができる。

第３発明は、上記第２発明において、前記報知手段は、前記所定のタイミングとして、前記認証検出手段が前記特定ユーザの利用認証状態を検出しなくなったときに、前記確認報知を行うことを特徴とする。

歌唱音声の記録が事前になされていないユーザに対し、前述のようにして歌唱音声データの蓄積に応じ歌唱履歴を構築する手法は、実際に複数のカラオケ楽曲の再生と歌唱が行われているときに時々刻々と行うこともできる。この場合、音声データ取得手段により取得される歌唱音声データの数が多くなるにつれて順次精度良く歌唱履歴が構築されることから、歌唱音声データの数が多ければ多いほど前述のように確定できないまま一時記憶手段に記憶される歌唱音声データの数を減らすことができる。

そこで、本願発明においては、上記報知手段により行う確認報知のタイミングを、ユーザの利用が終了するぎりぎりのタイミングである、上記特定ユーザの利用認証状態の非検出時（いわゆるログアウト時）とする。これにより、上記一時記憶手段に（保留状態のまま）記憶される歌唱音声データの数を必要最小限に減らしつつ、それ以外の歌唱音声データを確実に上記特定ユーザの歌唱履歴に組み込むことができる。

また、上記目的を達成するために、本願発明のカラオケ装置は、カラオケ楽曲を再生する楽曲再生手段と、特定ユーザの利用認証状態において、前記楽曲再生手段によるカラオケ楽曲の再生とともに歌唱された歌唱音声データを取得する音声データ取得手段と、前記音声データ取得手段により取得された歌唱音声データに対し音声認識処理を行い、当該歌唱音声データが前記特定ユーザの歌唱音声であるか否かを決定する音声決定手段と、前記音声決定手段により前記特定ユーザの歌唱音声であると決定されなかった歌唱音声データに係わる歌唱内容を、前記特定のユーザの歌唱履歴として登録するか否かの確認報知を所定のタイミングで行う報知手段と、前記報知手段による前記確認報知の後、前記歌唱内容を前記特定のユーザの識別情報と対応づけて当該特定のユーザの歌唱履歴として登録するための、登録指示を受け付ける登録指示受付手段と、を有することを特徴とする。

また、上記目的を達成するために、本願発明の音声データ処理プログラムは、カラオケ楽曲を再生するカラオケ装置に備えられた演算手段に対し、特定ユーザの利用認証状態において、前記カラオケ楽曲の再生とともに歌唱された歌唱音声データを取得する音声データ取得手順と、前記音声データ取得手順により取得された歌唱音声データに対し音声認識処理を行い、当該歌唱音声データが前記特定ユーザの歌唱音声であるか否かを決定する音声決定手順と、前記音声決定手順で前記特定ユーザの歌唱音声であると決定されなかった歌唱音声データに係わる歌唱内容を、前記特定のユーザの歌唱履歴として登録するか否かの確認報知を所定のタイミングで行う報知手順と、前記報知手順での前記確認報知の後、前記歌唱内容を前記特定のユーザの識別情報と対応づけて当該特定のユーザの歌唱履歴として登録するための、登録指示を受け付ける登録指示受付手順と、を実行させる。

本発明によれば、ユーザの歌唱履歴を（誤って他人の歌唱履歴が混じることなく）適正に構築することができる。

本発明の一実施形態のカラオケシステムの全体構成を表す機能ブロック図である。 音声認識を用いた歌唱音声データの一致判定の手法の一例を説明する説明図である。 図２に示した手法においてリモコンに表示される操作パネルの例を表す図である。 音声認識を用いた歌唱音声データの一致判定の手法の他の例を説明する説明図である。 図４に示した手法においてリモコンに表示される操作パネルの例を表す図である。 音声認識を用いた歌唱音声データの一致判定の手法のさらに他の例を説明する説明図である。 通信制御部のＣＰＵにより実行される制御手順を表すフローチャートである。

以下、本発明の一実施の形態について、図面を参照しつつ説明する。

図１は、本実施形態のカラオケシステムの全体構成を表す機能ブロック図である。

図１において、通信カラオケシステム１（カラオケシステムに相当）は、少なくとも１つのカラオケ装置（この例ではカラオケ装置１０と、ホストサーバ２０と、を有している。カラオケ装置１０は、例えばカラオケ店舗等のカラオケルームＫＲに設置されている。カラオケ装置１０は、楽曲データとしてのＭｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データ及び映像データを用いて、カラオケ楽曲の再生サービスを提供する装置である。カラオケ装置１０、リモコン３５、及びホストサーバ２０は、例えば通信ネットワーク等のネットワークＮＷとを介し、互いに情報送受信可能に接続されている。

カラオケ装置１０は、装置本体１００と、リモコン３５と、マイク３０とを有している。装置本体１００とリモコン３５とは、例えば無線又は有線のＬＡＮ等のネットワークを介し、互いに情報送受信可能に接続されている。装置本体１００とマイク３０とは、無線回線又は有線回線により接続されている。

装置本体１００は、制御部１０１と、大容量記憶装置１０３と、操作部１０４と、受信部１０５と、音源１０６と、音声制御部１０７と、スピーカ１０８と、表示部１０９と、通信制御部１１０とを有している。

制御部１０１は、図示しないＣＰＵや、ＲＡＭ及びＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや上記大容量記憶装置１０３に予め記憶された各種プログラム（後述の図７に示す制御手順を実行する音声データ処理プログラムを含む）を実行する。これにより、装置本体１００全体の制御を行う。

大容量記憶装置１０３は、例えばＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）などから構成される。この大容量記憶装置１０３は、楽曲データ（ＭＩＤＩデータ）、背景映像データ、及び歌詞データ等の各種情報が記憶されている。また、この大容量記憶装置１０３には、ユーザの歌唱時の音声データが順次記憶される。

操作部１０４は、例えば複数のキーやスイッチなどから構成される。ユーザは、この操作部１０４又は上記リモコン３５を用いて、カラオケ楽曲の予約操作等の各種操作を行うことができる。

受信部１０５は、上記のマイク３０から出力された歌唱者の音声信号（歌唱音声データ）を受信する。

音源１０６は、上記制御部１０１によって大容量記憶装置１０３から読み出された楽曲データを再生して音声制御部１０７へ出力する。音声制御部１０７は、音源１０６から出力された楽曲データ、及び、受信部１０５を介してマイク３０により入力された上記歌唱音声データを増幅し、スピーカ１０８へ出力する。スピーカ１０８は、音声制御部１０７から出力された楽曲データ及び歌唱音声データを音声出力する。

なお、以下適宜、音源１０６、音声出力部１０７、及びスピーカ１０８を、省略して「音源１０６等」と称する。音源１０６等は、カラオケ楽曲を再生する楽曲再生手段を構成している。

表示部１０９は、例えば液晶ディスプレイなどから構成され、各種映像を表示する。特に、表示部１０９は、上記音源１０６等により楽曲データの再生が行われるのにしたがい、楽曲データの再生に同期して、大容量記憶装置１０３から読み出された背景映像データ、及び歌詞データに対応したテロップ等を表示することができる。

通信制御部１１０は、リモコン３５やホストサーバ２０との間で情報通信の制御を行う。

リモコン３５は、ユーザ（ユーザ）がカラオケ楽曲の予約操作等の各種操作を複数のキーやスイッチ等で行うための操作や、各種情報の表示を行ない、カラオケ装置１０、ホスト装置２９との間で情報通信を行なう通信端末である。なお、図３等を用いて後述するように、ユーザに対し操作を促すための所定の表示を行うこともできる。このため、リモコン３５は、図示しないＣＰＵや、ＲＡＭ及びＲＯＭ等のメモリを備えた制御部、操作部、表示部、通信制御部等を備えている。

ホストサーバ２０は、例えば大容量記憶装置等からなる図示しない情報記憶手段を備え、歌唱履歴記憶部２１と、利用認証部２２と、を機能的に備えている（詳細は後述）。

以上において、本実施形態の特徴は、ある特定のユーザの利用認証状態（いわゆるログイン状態）での歌唱により取得された上記歌唱音声データが当該特定のユーザの歌唱によるものか否かを、音声認識により判定することにある。以下、その詳細を順を追って説明する。

＜本実施形態の手法の背景＞
本実施形態のカラオケシステム１では、通常のこの種のカラオケシステムと同様、ユーザが利用認証（いわゆるログイン）した後に歌唱することで、その歌唱内容を当該ユーザの歌唱履歴として記録することができる。複数名のユーザでの利用時には、カラオケ装置１やリモコン３５の操作パネル（後述の図３等参照）での適宜の操作によりログインしたユーザ毎に、カラオケ楽曲を予約したり歌唱履歴を記録する操作画面（いわゆるマイページ）が用意され、ログイン後に各ユーザは各自画面を切り替えて自分が歌唱するカラオケ楽曲を予約することができる（この場合はマイページが表示されている状態が、該当するユーザのログイン状態に相当する）。このような構成において、うっかりユーザ切り替えを失念する等の理由により、ある一人のユーザのログイン状態のまま、別のユーザが歌唱を行う可能性があり得る。この場合、その歌唱した別ユーザの歌唱内容が、ログインしている上記ユーザの歌唱履歴として誤って記録されるという不都合が生じる。

そこで、本実施形態では、上記音声認識の一例として、上記特定ユーザのログイン状態でのカラオケ楽曲の歌唱時に取得された歌唱音声データ波形を、予め登録されていた音声データ波形と比較することにより、当該歌唱音声データが上記特定のユーザの歌唱によるものか否かが判定される。そして一致すると判定された場合には、当該楽曲の歌唱内容（例えば曲名、歌手名、採点結果等）が上記特定ユーザの歌唱履歴として登録（追加）される。

＜本実施形態の手法の一例＞
例えば、図２に示す例は、ユーザＡ（ユーザＩＤ：Ｕ００１）のログイン状態において、当該ユーザＡ、ユーザＢ、ユーザＣの３人が、カラオケ楽曲を順次再生し歌ったときの、本実施形態の手法の概要を示したものである。図示のように、この例では、１曲目の楽曲（曲ＩＤ：Ｓ９８８）→２曲目の楽曲（曲ＩＤ：Ｓ５６９）→３曲目の楽曲（曲ＩＤ：Ｓ７４４）→４曲目の楽曲（曲ＩＤ：Ｓ０２２）→５曲目の楽曲（曲ＩＤ：Ｓ６４９）→６曲目の楽曲（曲ＩＤ：Ｓ１４２）→７曲目の楽曲（曲ＩＤ：Ｓ００９）の順で、歌唱が行われている。なおこのとき、ログインユーザであるユーザＡの歌唱音声データの波形Ａｏが、ユーザＡの歌唱履歴の一部として予めホストサーバ２０の上記歌唱履歴記憶部２１に記憶されている。そして、上記のように順次楽曲が歌唱され、それぞれの歌唱音声データが取得されるたびに、上記波形Ａｏと比較され、互いに一致するか否かが判定される。

この例では、１曲目の楽曲（曲ＩＤ：Ｓ９８８）は、例えば上記ユーザＡによって歌唱が行われた結果、その際に取得された歌唱音声データの波形Ａは、上記波形Ａｏと同一である（図中「○」印参照）。したがって、このときの歌唱内容（曲ＩＤや波形等を含む）は、上記ログインユーザＡのものであるとみなされて、当該ユーザＡの歌唱履歴として登録される。

２曲目の楽曲（曲ＩＤ：Ｓ５６９）は、例えば上記ユーザＢによって歌唱が行われた結果、その際に取得された歌唱音声データの波形Ｂは、上記波形Ａｏとは異なっている（図中「△」印参照）。本実施形態においては、このような場合、ユーザＡの歌唱履歴として登録するか否かの最終決定をユーザ側に委ねることとして、このときの歌唱内容（曲ＩＤや波形等を含む）は適宜の箇所（例えば上記大容量記憶装置１０３）に一時的に保存され、登録保留扱いとなる。

３曲目の楽曲（曲ＩＤ：Ｓ７４４）は、例えば上記ユーザＣによって歌唱が行われた結果、その際に取得された歌唱音声データの波形Ｃは、上記波形Ａｏとは異なる（図中「△」印参照）。したがって、上記同様、このときの歌唱内容（曲ＩＤや波形等を含む）は一時的に保存され、登録保留扱いとなる。

４曲目の楽曲（曲ＩＤ：Ｓ０２２）は、上記同様、ユーザＡによって歌唱が行われた結果、その際に取得された歌唱音声データの波形Ａは、前述と同様、上記波形Ａｏと同一である（図中「○」印参照）。したがって、前述と同様、このときの歌唱内容（曲ＩＤや波形等を含む）は上記ログインユーザＡのものであるとみなされて、歌唱履歴として登録される。

５曲目の楽曲（曲ＩＤ：Ｓ６４９）は、例えば上記同様ユーザＡによって歌唱が行われたが、その際に取得された歌唱音声データの波形Ａ′は、上記波形Ａｏとはある程度似ているものの、厳密には異なっている（図中「△」印参照）。なお、このような結果となる理由は、同じユーザＡの歌唱であっても、騒音・反響等の周囲環境の影響や、体調あるいは喉の変調による変声やその他の原因により、上記のように異なる波形となる場合があるからである。この場合、前述と同様、このときの歌唱内容（曲ＩＤや波形等を含む）は一時的に保存され、登録保留扱いとなる。

６曲目の楽曲（曲ＩＤ：Ｓ１４２）は、上記同様ユーザＡによって歌唱が行われたが、その際に取得された歌唱音声データの波形Ａ′は、上記同様、上記波形Ａｏとはある程度似ているものの異なっている（図中「△」印参照）。したがって、上記同様、このときの歌唱内容（曲ＩＤや波形等を含む）は一時的に保存され、登録保留扱いとなる。

７曲目の楽曲（曲ＩＤ：Ｓ００９）は、ユーザＣによって歌唱が行われた結果、その際に取得された歌唱音声データの波形Ｃは、上記波形Ａｏとは異なる（図中「△」印参照）。したがって、上記同様、このときの歌唱内容（曲ＩＤや波形等を含む）は一時的に保存され、登録保留扱いとなる。

＜リモコンによる保留楽曲の登録可否決定＞
上述したように、上記の例では、ユーザＡのログイン状態において歌唱された７曲のカラオケ楽曲のうち、２番目の楽曲（曲ＩＤ：Ｓ５６９）、３番目の楽曲（曲ＩＤ：Ｓ７４４）、５番目の楽曲（曲ＩＤ：Ｓ６４９）、６番目の楽曲（曲ＩＤ：Ｓ１４２）、７番目の楽曲（曲ＩＤ：Ｓ００９）、については、登録保留となっている。これらの楽曲については、所定のタイミング（本実施形態では、当該ログインユーザＡのログアウト時）において、リモコン３５での適宜の操作によって、ユーザＡの歌唱履歴として登録するのかしないのかを選択するようになっている。リモコン３５の表示部３５Ａに表示されるそのような操作画面（本実施例では、リモコン３５の操作パネルと表示部３５Ａとを一体化したタッチパネル）の例を図３に示す。

図３に示す上記操作パネルでは、上記登録保留曲の曲名が（対応する歌手名とともに）タッチ操作で入力可能なボタンとして表示されている。すなわち、２番目の楽曲（曲ＩＤ：Ｓ５６９）である「君を感じて／桝田博」のボタン３５ａと、３番目の楽曲（曲ＩＤ：Ｓ７４４）である「瑠璃色の街／高坂誠」のボタン３５ｂと、５番目の楽曲（曲ＩＤ：Ｓ６４９）である「忘れて／山村登」のボタン３５ｃと、６番目の楽曲（曲ＩＤ：Ｓ１４２）である「夢をふたりで／芦野牧子」のボタン３５ｄと、７番目の楽曲（曲ＩＤ：Ｓ００９）である「ひとりを責めないで／野田哲也」のボタン３５ｅと、が表示されている。このとき、各ボタン３５ａ，３５ｂ，３５ｃ，３５ｄ，３５ｅの左側には、それぞれを上記ユーザＡの歌唱履歴として追加することを指示するための「登録」ボタン３５ｘがデフォルト表示される。なお、操作パネルの最上部には、「あなたが歌ったのかどうか、判断できなかった曲です。歌唱履歴に登録しない場合は、「登録」を外してください。」というメッセージが表示されると共に、最下部には「登録曲を確定する」ボタン３５ｙが設けられる。

この操作パネルにおいて、歌唱履歴として登録したくない楽曲に対しては、上記デフォルト表示された「登録」ボタン３５ｘを操作することで「登録」ボタンが消失し、当該楽曲は登録対象から除外される。図示の例では、ボタン３５ａ，３５ｂ，３５ｅの左にある上記「登録」ボタン３５ｘが操作されてそれぞれ消失した状態を表しており、これにより、前述のように実際にはユーザＢ又はユーザＣが歌唱した「君を感じて」「瑠璃色の街」「ひとりを責めないで」の３つの楽曲を、（最終的に上記ボタン３５ｙが操作されるときに）ユーザＡの歌唱履歴として登録しないようにすることができる。一方、歌唱履歴として登録したい楽曲に対してはそのデフォルト状態のままとすればよい。図示の例では、ボタン３５ｃ，３５ｄの左にある上記「登録」ボタン３５ｘは操作されずに残っている状態を表しており、これにより、前述のように実際にユーザＡが歌唱した「忘れて」「夢をふたりで」の２つの楽曲は（最終的に上記ボタン３５ｙが操作されるときに）ユーザＡの歌唱履歴として登録することができる。

＜本実施形態の手法の別の例＞
上記図２に示した例は、ログインユーザＡ（ユーザＩＤ：Ｕ００１）の歌唱音声データの波形Ａｏが歌唱履歴の一部として予め記憶（登録）されていたが、これに限られない。すなわち、そのような事前登録がなされてなかったりログインユーザＡが新規ユーザであった場合等は、同一波形が所定のしきい値回数（この例では３回。後述）以上蓄積されたことをもって、当該波形がログインユーザＡの歌唱音声データ波形とみなされる。そのような例を図４により説明する。

すなわち、図４に示す例において、上記図２と同様、１曲目の楽曲（曲ＩＤ：Ｓ９８８）は、例えば上記ユーザＡによって歌唱が行われ、歌唱音声データの波形Ａが取得されているが、前述のように事前登録された音声データ波形（図２に示した波形Ａｏ）が存在せず、一致判定とすることができない（図中「△」印参照）。したがって、このときの歌唱内容（曲ＩＤや波形等を含む）については、（この段階では）前述の登録保留扱いとされる。

次に、２曲目の楽曲（曲ＩＤ：Ｓ５６９）は、上記図２と同様、例えば上記ユーザＢによって歌唱が行われ、歌唱音声データの波形Ｂが取得されている。この場合も上記同様、一致判定とすることができない（図中「△」印参照）ことから、歌唱内容（曲ＩＤや波形等を含む）は登録保留扱いとされる。

次に、３曲目の楽曲（曲ＩＤ：Ｓ５６９）は、上記図２と同様、例えば上記ユーザＣによって歌唱が行われ、歌唱音声データの波形Ｃが取得されている。この場合も上記同様、一致判定とすることができない（図中「△」印参照）ことから、歌唱内容（曲ＩＤや波形等を含む）は登録保留扱いとされる。

次に、４曲目の楽曲（曲ＩＤ：Ｓ０２２）は、例えば上記ユーザＡによって歌唱が行われ、再度歌唱音声データの波形Ａが取得されている。なお、この波形Ａの取得（蓄積）は、上記１曲目の楽曲（曲ＩＤ：Ｓ９８８）に次いで２回目となる。この場合も、前述と同様、一致判定とすることができない（図中「△」印参照）ことから、歌唱内容（曲ＩＤや波形等を含む）は、（この段階では）登録保留扱いとされる。

次に、５曲目の楽曲（曲ＩＤ：Ｓ６４９）は、例えば上記ユーザＡによって歌唱が行われ、再度、歌唱音声データの波形Ａが取得されている。この場合も、前述と同様の理由で一致判定とすることができず（図中「△」印参照）、歌唱内容がいったん登録保留扱いとされる。しかしながら、このときの波形Ａの取得（蓄積）は、上記１曲目の楽曲（曲ＩＤ：Ｓ９８８）、４曲目の楽曲（曲ＩＤ：Ｓ０２２）に次いで３回目となることから、本実施形態では、この波形Ａは上記ユーザＡの歌唱音声データのものである、とみなされる。この結果、当該波形Ａを得ることができている上記１曲目の楽曲（曲ＩＤ：Ｓ９８８）、４曲目の楽曲（曲ＩＤ：Ｓ０２２）とともに、この５曲目の楽曲（曲ＩＤ：Ｓ６４９）の歌唱内容（曲ＩＤや波形等を含む）は上記ログインユーザＡのものであるとみなされて、歌唱履歴として登録（みなし登録）される。この結果、これ以降は、このユーザＡの歌唱履歴として登録された波形（なお、登録前後を区別するために前述のように、以下、「波形Ａｏ」と称する。破線矢印参照）に対し、その後の歌唱で取得された音声データが一致するか否かが、判定されることとなる（後述の６曲目、７曲目参照）。

その後の６曲目の楽曲（曲ＩＤ：Ｓ１４２）は、例えば上記ユーザＡによって歌唱が行われた結果、その際に取得された歌唱音声データの波形Ａは、上記５曲目の楽曲（曲ＩＤ：Ｓ６４９）の歌唱後に歌唱履歴として登録された波形Ａｏと同一である（図中「○」印参照）。したがって、このときの歌唱内容（曲ＩＤや波形等を含む）は、上記ログインユーザＡのものであるとみなされて、当該ユーザＡの歌唱履歴として登録される。

さらに、その後の７曲目の楽曲（曲ＩＤ：Ｓ００８）は、例えば上記ユーザＡによって歌唱が行われた結果、取得された歌唱音声データの波形Ａは、上記波形Ａｏと同一である（図中「○」印参照）。したがって、このときの歌唱内容（曲ＩＤや波形等を含む）は、上記ログインユーザＡのものであるとみなされて、当該ユーザＡの歌唱履歴として登録される。

＜リモコンによる保留楽曲の登録可否決定＞
上記の例では、ユーザＡのログイン状態において歌唱された上記７曲のカラオケ楽曲のうち、上記５曲目の楽曲（曲ＩＤ：Ｓ６４９）の歌唱後に歌唱履歴として登録された波形Ａｏを用いて、１曲目の楽曲（曲ＩＤ：Ｓ９８８）、４曲目の楽曲（曲ＩＤ：Ｓ０２２）、５曲目の楽曲（曲ＩＤ：Ｓ６４９）、６曲目の楽曲（曲ＩＤ：Ｓ１４２）、７曲目の楽曲（曲ＩＤ：Ｓ００８）の歌唱内容が歌唱履歴として登録される。したがって、残りの２番目の楽曲（曲ＩＤ：Ｓ５６９）、３番目の楽曲（曲ＩＤ：Ｓ７４４）のみが登録保留となっている。これに対応した、上記リモコン３５の表示部３５Ａの操作パネルを図５に示す。

図５において、２番目の楽曲（曲ＩＤ：Ｓ５６９）である「君を感じて／桝田博」のボタン３５ａと、３番目の楽曲（曲ＩＤ：Ｓ７４４）である「瑠璃色の街／高坂誠」のボタン３５ｂが表示されている。この例では、それらボタン３５ａの左にあった前述の「登録」ボタン３５ｘが操作されてそれぞれ消失しており、ユーザＢ及びユーザＣがそれぞれ歌唱した「君を感じて」「瑠璃色の街」は、ユーザＡの歌唱履歴として登録されない。

＜本実施形態の手法のさらに別の例＞
先に述べたように、同じユーザＡの歌唱であっても、騒音・反響等の周囲環境の影響や、体調あるいは喉の変調による変声やその他の原因により、上記のように異なる波形となる場合がある。このことに鑑みて、上記図２に示したように事前にユーザＡの歌唱音声データとしての波形Ａｏが記憶されていた場合においても、これと異なる（＝不一致とされる）波形が所定のしきい値回数（前述の例に沿って例えば３回）蓄積された場合には、上記図４と同様、当該ユーザＡの歌唱音声データの波形であるとしてみなし登録するようにしてもよい。

すなわち、図６に示す例において、１曲目の楽曲（曲ＩＤ：Ｓ９８８）は、上記図２と同様、取得された歌唱音声データの波形Ａが記憶済みの上記波形Ａｏと同一であり、歌唱内容がユーザＡの歌唱履歴として登録される。

２曲目の楽曲（曲ＩＤ：Ｓ５６９）及び３曲目の楽曲（曲ＩＤ：Ｓ７４４）は、上記図２と同様、取得された歌唱音声データの波形Ｂ，Ｃが上記波形Ａｏとは異なり、それぞれの歌唱内容は登録保留扱いとなる。

４曲目の楽曲（曲ＩＤ：Ｓ０２２）は、上記図２と同様、取得された歌唱音声データの波形Ａが上記波形Ａｏと同一であり、歌唱内容が上記ユーザＡの歌唱履歴として登録される。

５曲目の楽曲（曲ＩＤ：Ｓ６４９）は、上記図２と同様、取得された歌唱音声データの波形Ａ′は上記波形Ａｏとは異なり、歌唱内容は（この段階では）登録保留扱いとなる。

６曲目の楽曲（曲ＩＤ：Ｓ１４２）は、上記図２と同様、取得された歌唱音声データの波形Ａ′は上記波形Ａｏとは異なり、歌唱内容は（この段階では）登録保留扱いとなる。なお、この波形Ａ′の取得（蓄積）は、上記５曲目の楽曲（曲ＩＤ：Ｓ６４９）に次いで２回目となる。

そして、７曲目の楽曲（曲ＩＤ：Ｓ００７）は、この例では、取得された歌唱音声データの波形Ａ′は上記波形Ａｏとは異なるため、歌唱内容はいったん登録保留扱いとなる。しかしながら、この波形Ａ′の取得（蓄積）は、上記５曲目の楽曲（曲ＩＤ：Ｓ６４９）、６曲目の楽曲（曲ＩＤ：Ｓ１４２）に次いで３回目となることから、本実施形態では、この波形Ａ′も上記ユーザＡの歌唱音声データのものである、とみなされる（つまりユーザＡに係わる登録歌唱音声データが波形Ａと波形Ａ′の２つになる）。この結果、当該波形Ａ′を得ることができている上記５曲目の楽曲（曲ＩＤ：Ｓ６４９）、６曲目の楽曲（曲ＩＤ：Ｓ１４２）とともに、この７曲目の楽曲（曲ＩＤ：Ｓ００７）の歌唱内容（曲ＩＤや波形等を含む）は上記ログインユーザＡのものであるとみなされて、歌唱履歴として登録（みなし登録）される。

なお、上記図６の例における上記リモコン３５の表示部３５Ａの操作パネルは、図５２と同様の表示内容となるので、説明を省略する。

＜制御フロー＞
以上の手法を実現するために、上記大容量記憶装置１０３に記憶された本実施形態の音声データ処理プログラムに基づき、上記制御部１０１のＣＰＵによって実行される処理の内容を、図７のフローチャートより説明する。

図７において、まずステップＳ１０で、ＣＰＵは、少なくとも１人のユーザがログインしたかどうかを判定する。この判定は、上記ホストサーバ２０に対し問い合わせを行い、上記利用認証部２２による認証結果（直接認証）を取得して行うようにしてもよいし、事前に利用認証部２２から認証のためのユーザＩＤやパスワード等の個人情報を取得しておいて、それらを用いてＣＰＵ自らが利用認証を行う（間接認証）ようにしてもよい。このステップＳ１０を実行するＣＰＵが、各請求項記載の認証検出手段として機能する。

その後、ステップＳ１５に移り、ＣＰＵは、上記ステップＳ１０でログイン状態が検出されたユーザ（特定ユーザに相当。以下適宜、単に「ログインユーザ」と称する。前述の例ではユーザＡが該当）の歌唱履歴（前述の歌唱音声データの波形を含む）が既に存在するか否かを判定する。この判定は、上記ホストサーバ２０の上記歌唱履歴記憶部２１に対し問い合わせを行い、その回答結果を取得して行えば足りる。歌唱履歴が存在しなければ判定が満たされず（Ｓ１５：Ｎｏ）、後述のステップＳ２５に移る。歌唱履歴が存在していれば判定が満たされ（Ｓ１５：Ｙｅｓ）、ステップＳ２０に移る。

ステップＳ２０では、ＣＰＵは、上記歌唱履歴記憶部２１から、上記ログインユーザの歌唱履歴を取得する。その後、ステップＳ２５に移る。

ステップＳ２５では、ＣＰＵは、上記リモコン３５又は上記操作部１０４を介したカラオケ楽曲の予約操作（但し上記ログインユーザによる操作とは限らない）があったか否かを判定する。予約操作がなければ判定が満たされず（Ｓ２５：Ｎｏ）ステップＳ１０に戻り同様の手順を繰り返す。予約操作があったら判定が満たされ（Ｓ２５：Ｙｅｓ）、ステップＳ３０へ移る。

ステップＳ３０では、ＣＰＵは、大容量記憶装置１０３に制御信号を出力して、上記ステップＳ２５でのカラオケ楽曲の予約に基づき、大容量記憶装置１０３から、当該予約に係わるカラオケ楽曲に対応した楽曲データ、背景映像データ、歌詞データ等を読み出す。そして、音源１０６等に、上記楽曲データの再生を開始させるとともに、表示部１０９に、上記楽曲データの再生と同期して、上記背景映像データ及び歌詞データの表示を開始させる。これにより、予約したユーザは、楽曲データに基づき再生されるカラオケ楽曲を歌唱することができる。その後、ステップＳ３５に移る。

ステップＳ３５では、ＣＰＵは、上記ステップＳ３０でのカラオケ楽曲の再生とともにユーザがマイク３０を用いて歌唱したときの歌唱音声データを、受信部１０５及び音声制御部１０７を介して取得する。なおこのときの歌唱音声データの取得は、カラオケ楽曲の１曲分全体の取得に限られず、部分的な取得であってもよい。このステップＳ３５が各請求項記載の音声データ取得手順に相当すると共に、このステップＳ３５を実行するＣＰＵが、各請求項記載の音声データ取得手段として機能する。

その後、ステップＳ４０に移り、ＣＰＵは、上記ステップＳ３５で取得したユーザの歌唱音声データに対し、公知の手法により音声認識処理を行う。そして、この時点で上記ステップＳ２０で上記ログインユーザの歌唱履歴を取得できていれば、上記音声認識処理した歌唱音声データの波形を、上記歌唱履歴に含まれる歌唱音声データの波形と比較し、一致するかどうかを判定する。波形が一致すればこのステップＳ４０の判定が満たされ（Ｓ４０：Ｙｅｓ）、後述のステップＳ５５に移る。波形が一致しなければステップＳ４０の判定が満たされず（Ｓ４０：Ｎ０）、ステップＳ４５に移る。なお、この時点で上記ステップＳ２０で上記ログインユーザの歌唱履歴を取得できていなければ（上記のようにして比較する対象が存在しないことから）上記同様にステップＳ４０の判定が満たされず（Ｓ４０：Ｎ０）、ステップＳ４５に移る。言い換えれば、このステップＳ４０では、ＣＰＵは、ステップＳ３５で取得された歌唱音声データが、上記ログインユーザの歌唱によるものであるか否かを決定していることとなる。したがって、このステップＳ４０が各請求項記載の音声決定手順に相当すると共に、このステップＳ４０を実行するＣＰＵが、各請求項記載の音声決定手段として機能する。

ステップＳ４５では、ＣＰＵは、（後述のステップＳ５０における一時保存処理よって保存が繰り返されることで）同一波形の歌唱音声データが所定のしきい値（前述の例では３つ）以上蓄積されたか否かを判定する。しきい値に達していれば判定が満たされ（Ｓ４５：Ｙｅｓ）、後述のステップＳ５５に移る。しきい値未満であれば判定が満たされず（Ｓ４５：Ｎｏ）、ステップＳ５０に移る。

ステップＳ５０では、ＣＰＵは、ステップＳ３５で取得された歌唱音声データ（詳細には上記波形）を、対応するカラオケ楽曲の曲ＩＤ（上記図２等も参照）、ユーザＩＤ（上記図２等も参照）等と共に、適宜の箇所（例えば上記大容量記憶装置１０３）に一時的に保存する。その後、後述のステップＳ６０に移る。なお、このステップＳ５０を実行するＣＰＵが、各請求項記載の一時記憶手段として機能する。

一方、上記ステップＳ４０での判定が満たされるか、若しくはステップＳ４５での判定が満たされて移行するステップＳ５５では、ＣＰＵは、ステップＳ３５で取得された音声データ、対応する曲ＩＤ（言い換えれば曲名）、歌手名、及び、図示しない採点手段による当該カラオケ楽曲の採点結果等を、当該ログインユーザのユーザＩＤとともに上記ホストサーバ２０に送信し、上記ログインユーザの歌唱履歴として上記歌唱履歴記憶部２１に登録する（既に歌唱履歴が存在していた場合は追加登録）。その後、ステップＳ６０に移る。なお、ステップＳ４５での判定が満たされて移行したときにこのステップＳ５５を実行するＣＰＵが、各請求項記載の第２履歴登録手段として機能する。

ステップＳ６０では、ＣＰＵは、ステップＳ１０でログインしたログインユーザのうち少なくとも１人のユーザがログアウトしたかどうかを判定する。この判定は、上記ステップＳ１０同様、上記ホストサーバ２０に対する問い合わせ結果を用いた直接認証の手法でもよいし、事前に利用認証部２２から取得した情報を用いた間接認証の手法でもよい。ログアウトしたユーザがいなければステップＳ６０の判定が満たされず（Ｓ６０：Ｎｏ）、ステップＳ１０に戻って同様の手順を繰り返す。ログアウトしたユーザがいれば、ステップＳ６０の判定が満たされ（Ｓ６０：Ｙｅｓ）、ステップＳ６５に移る。

ステップＳ６５では、ＣＰＵは、リモコン３５に対し表示制御信号を出力し表示部３５Ａに上記操作パネルを表示することで、上記ステップＳ６０でのログアウトの直前までログインしていた上記ログインユーザ（前述の例ではユーザＡ）に対し、上記ステップＳ２０で歌唱音声データを一時保存している状態のカラオケ楽曲を一覧表示する（上記図３や図５等を参照）。これにより、当該ログインユーザに対し、それら一時保存中の歌唱音声データ及びその他の歌唱内容（楽曲名、歌手名、採点結果等）を歌唱履歴として登録するか否かを促す。その後、ステップＳ７０に移る。なお、このステップＳ６５が各請求項記載の報知手順に相当すると共に、このステップＳ６５を実行するＣＰＵが、各請求項記載の報知手段として機能する。

ステップＳ７０では、ＣＰＵは、上記ステップＳ６５でのリモコン３５での上記表示に対応し、登録指示があったか（具体的には前述の「登録」ボタン３５ｘを残したまま「登録曲を確定する」ボタン３５ｙが操作されたか）否か、を判定する。登録指示があった場合は判定が満たされ（Ｓ７０：Ｙｅｓ）、ステップＳ７５に移る。なお、このステップＳ７０が各請求項記載の登録指示受付手順に相当すると共に、このステップＳ７０を実行するＣＰＵが、各請求項記載の登録指示受付手段として機能する。

ステップＳ７５では、ＣＰＵは、対応するカラオケ楽曲の、上記一時保存中の歌唱音声データ及びその他の歌唱内容を、上記ホストサーバ２０に送信し、当該ユーザの歌唱履歴として上記歌唱履歴記憶部２１に登録する（既に歌唱履歴が存在していた場合は追加登録）。その後、後述のステップＳ８５に移る。なお、このステップＳ７５を実行するＣＰＵが、各請求項記載の第１履歴登録手段として機能する。

一方、上記ステップＳ７０で、上記登録指示がなかった場合は判定が満たされず（Ｓ７０：Ｎｏ）、ステップＳ８０に移り、ＣＰＵは、対応するカラオケ楽曲の、上記一時保存中の歌唱音声データ及びその他の歌唱内容を（当該ユーザの歌唱履歴とすることなく）削除処理する。その後、ステップＳ８５に移る。

ステップＳ８５では、ＣＰＵは、この時点ですべてのユーザがログアウトしたか否かを判定する。この判定は、上記ステップＳ１０及びステップＳ６０と同様、上記ホストサーバ２０に対する問い合わせ結果を用いた直接認証の手法でもよいし、事前に利用認証部２２から取得した情報を用いた間接認証の手法でもよい。まだ全ユーザがログアウトしていなければステップＳ８５の判定が満たされず（Ｓ８５：Ｎｏ）、ステップＳ１０に戻って同様の手順を繰り返す。全ユーザがログアウトしていれば、ステップＳ８５の判定が満たされ（Ｓ８５：Ｙｅｓ）、このフローを終了する。

以上説明したように、本実施形態においては、ステップＳ１０において上記特定ユーザの利用認証状態を検出している状態でカラオケ楽曲が再生され、いずれかのユーザの歌唱が行われると、当該ユーザの歌唱音声データが取得される（ステップＳ３５）。そして、その取得された歌唱音声データに対し適宜の音声認識処理が行われ、当該歌唱音声データが上記ログイン中の特定ユーザのものであるか否か、が決定される（ステップＳ４０）。

このとき、上述のようにして上記特定ユーザ以外のユーザが歌唱した場合には、上記特定ユーザの歌唱音声であるとの決定はなされず（ステップＳ４０：Ｎｏ）、その歌唱音声データは、一時的に記憶される（ステップＳ５０）。そして、所定のタイミング（上記の例では特定ユーザのログアウト時。ステップＳ６０参照）で、上記記憶された歌唱音声データに係わる歌唱内容を上記特定のユーザの歌唱履歴として登録してよいか否かの確認報知が行われる（ステップＳ６５）。これにより、上記特定ユーザではない別のユーザが歌唱していた場合は、当該確認報知に対して登録を行わない旨の適宜の指示を行う（上記の例では「登録」ボタン３５ｘの表示を消失させ、「登録」操作の入力を不可にする。図３等参照）ことで、誤った歌唱履歴が形成されるのを防止することができる。

なお、騒音・反響等の周囲環境の影響や体調による変声やその他の原因により、上記特定のユーザ自身が歌唱していたにも係わらず、たまたま上記特定ユーザの歌唱音声であると決定されなかった場合もあり得る。このような場合であっても上記確認報知に対し登録を行う旨の所定の登録指示を行う（上記の例では「登録」ボタン３５ｘを残す表示を行い、「登録」操作の入力を可能にする。図３等参照）ことで、一時記憶手段に記憶された歌唱音声データやそのときの歌唱内容を上記特定ユーザの歌唱履歴として登録することができる。

以上の結果、ユーザの歌唱履歴を（誤って他人の歌唱履歴が混じることなく）適正に構築することができるので、ユーザにとっての利便性を向上することができる。

また、上記取得された歌唱音声データがログイン中の特定ユーザのものであるか否かを決定する際、予め当該特定ユーザの歌唱音声（音声波形）が歌唱履歴中に記録されている場合（ステップＳ１５：Ｙｅｓの場合）は、その記録された歌唱音声と比較することで上記決定を迅速かつ円滑に行うことができる。しかしながら、そのような歌唱音声がまだ記録されていない場合、上記「特定ユーザの歌唱音声である」旨の決定がなされることなく、そのままでは、上記取得される歌唱音声データが一時的に続々と蓄積されることとなる。

そこで、本実施形態では特に、それら続々と蓄積される歌唱音声データのうち、互いに略同一である歌唱音声データがある程度たまってきたら（具体的にはその数が所定のしきい値を超えた場合には）、当該略同一の歌唱音声データは、上記ログイン中の特定ユーザが歌唱したものであるとみなす（ステップＳ４５：Ｙｅｓ）。そして、それら歌唱音声データ及びそれらが取得されたときの歌唱内容（曲名、歌手名、採点結果等）を、上記特定のユーザの歌唱履歴として登録する（ステップＳ４５から移行したステップＳ５５）。これにより、ユーザの歌唱音声の記録が事前になされていない場合であっても、確実に当該ユーザの歌唱履歴を適正に構築することができる。

また、本実施形態における、上記のように歌唱音声の記録が事前になされていないユーザに対し、歌唱音声データの蓄積に応じ歌唱履歴を構築する手法は、実際に複数のカラオケ楽曲の再生と歌唱が行われているときにも時々刻々と行われる（ステップＳ６０：Ｎｏ→ステップＳ１０→ステップＳ１５→ステップＳ２５→ステップＳ３０→ステップＳ３５→ステップＳ４０→ステップＳ４５→ステップＳ５０→ステップＳ６０・・）。この場合、取得される歌唱音声データの数が多くなるにつれて順次精度良く歌唱履歴が構築される（ステップＳ４５：Ｙｅｓ→ステップＳ５５→ステップＳ６０→ステップＳ１０→ステップＳ１５→ステップＳ２０→・・）ことから、歌唱音声データの数が多ければ多いほど前述のように確定できないまま一時的に記憶される歌唱音声データの数を減らすことができる（ステップＳ４０の判定が満たされてステップＳ５５で登録される歌唱音声データの数を多くすることができる）。

上記の観点から、本実施形態では特に、前述した確認報知のタイミングを、ユーザの利用が終了するぎりぎりのタイミングである、上記特定ユーザの利用認証状態の非検出時（いわゆるログアウト時）とする（ステップＳ６０）。これにより、上記のようにして一時的に保留状態のまま記憶される歌唱音声データの数を必要最小限に減らしつつ、それ以外の歌唱音声データを確実に上記特定ユーザの歌唱履歴に組み込むことができる。

なお、以上において、図７に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。具体的には、例えばホストサーバ２０の上記歌唱履歴記憶部２１や利用認証部２２をカラオケ装置１０に組み込んで、例えば大容量記憶装置１０３と一定化し、制御部１０１のＣＰＵ自身で上記ステップＳ１０，Ｓ１５，Ｓ２０，Ｓ５５，Ｓ６０，Ｓ７５，Ｓ８５相当の処理を実行させることで、システムを一定化した装置とするなど、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。

その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。

１ カラオケシステム
１０ カラオケ装置
１０１ 制御部
１０６ 音源（楽曲再生手段）
１０７ 音声出力部（楽曲再生手段）
１０８ スピーカ（楽曲再生手段）

Claims (5)

1. カラオケ楽曲を再生する楽曲再生手段と、
   特定ユーザの利用認証状態を検出する認証検出手段と、
   前記認証検出手段により前記特定ユーザの利用認証状態が検出されている状態において、前記楽曲再生手段によるカラオケ楽曲の再生とともに歌唱された歌唱音声データを取得する音声データ取得手段と、
   前記音声データ取得手段により取得された歌唱音声データに対し音声認識処理を行い、当該歌唱音声データが前記特定ユーザの歌唱音声であるか否かを決定する音声決定手段と、
   前記音声決定手段により前記特定ユーザの歌唱音声であると決定されなかった歌唱音声データを、一時的に記憶する一時記憶手段と、
   所定のタイミングで、前記一時記憶手段に記憶された前記歌唱音声データに係わる歌唱内容を、前記特定のユーザの歌唱履歴として登録するか否かの確認報知を行う報知手段と、
   前記報知手段による前記確認報知の後の所定の登録指示に基づき、前記一時記憶手段に記憶された前記歌唱音声データ及び当該歌唱音声データが取得されたときの歌唱内容を、前記特定のユーザの識別情報と対応づけ、当該特定のユーザの歌唱履歴として登録する第１履歴登録手段と、
   を有することを特徴とするカラオケシステム。
2. 請求項１記載のカラオケシステムにおいて、
   前記楽曲再生手段により複数のカラオケ楽曲が順次再生されて対応する複数の歌唱音声データが前記音声データ取得手段により順次取得され、それら取得された複数の歌唱音声データが前記音声決定手段により前記特定ユーザの歌唱音声であると決定されることなく前記一時記憶手段に順次蓄積された後、蓄積された互いに略同一である歌唱音声データの数が所定のしきい値を超えた場合には、互いに略同一であるそれら歌唱音声データ及び当該歌唱音声データが取得されたときの歌唱内容を、前記特定のユーザの識別情報と対応づけ、当該特定のユーザの歌唱履歴として登録する第２履歴登録手段を有する
   ことを特徴とするカラオケシステム。
3. 請求項２記載のカラオケシステムにおいて、
   前記報知手段は、
   前記所定のタイミングとして、前記認証検出手段が前記特定ユーザの利用認証状態を検出しなくなったときに、前記確認報知を行う
   ことを特徴とするカラオケシステム。
4. カラオケ楽曲を再生する楽曲再生手段と、
   特定ユーザの利用認証状態において、前記楽曲再生手段によるカラオケ楽曲の再生とともに歌唱された歌唱音声データを取得する音声データ取得手段と、
   前記音声データ取得手段により取得された歌唱音声データに対し音声認識処理を行い、当該歌唱音声データが前記特定ユーザの歌唱音声であるか否かを決定する音声決定手段と、
   前記音声決定手段により前記特定ユーザの歌唱音声であると決定されなかった歌唱音声データに係わる歌唱内容を、前記特定のユーザの歌唱履歴として登録するか否かの確認報知を所定のタイミングで行う報知手段と、
   前記報知手段による前記確認報知の後、前記歌唱内容を前記特定のユーザの識別情報と対応づけて当該特定のユーザの歌唱履歴として登録するための、登録指示を受け付ける登録指示受付手段と、
   を有することを特徴とするカラオケ装置。
5. カラオケ楽曲を再生するカラオケ装置に備えられた演算手段に対し、
   特定ユーザの利用認証状態において、前記カラオケ楽曲の再生とともに歌唱された歌唱音声データを取得する音声データ取得手順と、
   前記音声データ取得手順により取得された歌唱音声データに対し音声認識処理を行い、当該歌唱音声データが前記特定ユーザの歌唱音声であるか否かを決定する音声決定手順と、
   前記音声決定手順で前記特定ユーザの歌唱音声であると決定されなかった歌唱音声データに係わる歌唱内容を、前記特定のユーザの歌唱履歴として登録するか否かの確認報知を所定のタイミングで行う報知手順と、
   前記報知手順での前記確認報知の後、前記歌唱内容を前記特定のユーザの識別情報と対応づけて当該特定のユーザの歌唱履歴として登録するための、登録指示を受け付ける登録指示受付手順と、
   を実行させるための音声データ処理プログラム。
   

Images