(57)【特許請求の範囲】
【請求項１】
楽曲データ及び映像データを含む演奏曲データを用いて演奏曲を再生する再生手段と、
複数のユーザ識別情報と複数のユニット識別情報とが対応付けられた、ユーザ分類情報を記憶した第１記憶手段と、
特定ユーザの所定の操作に基づいて取得された当該特定ユーザの前記ユーザ識別情報に基づき、前記第１記憶手段に記憶された前記ユーザ分類情報に応じて、当該特定ユーザに対応する第１ユニット識別情報を取得する、ユニット情報取得手段と、
前記演奏曲に関する前記特定ユーザの選曲操作に対応した当該特定のユーザに係わる歌唱対象識別情報と、前記特定ユーザに関して前記ユニット情報取得手段により取得された前記第１ユニット識別情報との、整合性を判定する第１判定手段と、
を有することを特徴とする楽曲再生システム。
【請求項２】
複数の前記歌唱対象識別情報と複数のユニット識別情報とが対応付けられた歌唱対象分類情報を記憶した第２記憶手段と、
前記演奏曲に関する前記特定ユーザの選曲操作に対応した当該特定ユーザに係わる歌唱対象識別情報に基づき、前記第２記憶手段に記憶された前記歌唱対象分類情報に応じて、前記複数のユニット識別情報の中から当該特定ユーザに対応付ける第２ユニット識別情報を決定するユニット情報決定手段と、
を有し、
前記第１判定手段は、
前記特定ユーザに関して前記ユニット情報取得手段により取得された前記第１ユニット識別情報と、当該特定ユーザに関して前記ユニット情報決定手段により決定された前記第２ユニット識別情報とが、一致するかどうかを判定する
ことを特徴とする請求項１記載の楽曲再生システム。
【請求項３】
広告対象とする前記ユニット識別情報に対応付けられた広告情報を出力する広告情報出力手段と、
前記ユニット情報取得手段により取得された前記特定ユーザの前記第１ユニット識別情報が、予め定められた所定のユニット識別情報に該当するかどうかを判定する第２判定手段と
を有し、
前記第１判定手段は、
前記第２判定手段により前記特定ユーザの前記第１ユニット識別情報が前記所定のユニット識別情報に該当すると判定された場合に、当該第１ユニット識別情報と、前記ユニット情報決定手段により決定された前記第２ユニット識別情報とが、一致するかどうかの判定を行い、
前記広告情報出力手段は、
前記第１判定手段により、前記第１ユニット識別情報と前記第２ユニット識別情報とが、一致すると判定された場合に、当該第１又は第２ユニット識別情報に対応付けられた広告情報を出力する
ことを特徴とする請求項２記載の楽曲再生システム。
【請求項４】
前記広告情報出力手段は、
前記第１判定手段により、前記第１ユニット識別情報と前記第２ユニット識別情報とが、一致しないと判定された場合に、前記第１ユニット識別情報及び前記第２ユニット識別情報にそれぞれ対応付けられた前記広告情報の出力を禁止する
ことを特徴とする請求項３記載の楽曲再生システム。
【請求項５】
前記広告情報出力手段は、
前記第１判定手段により、前記第１ユニット識別情報と前記第２ユニット識別情報とが、一致しないと判定された場合に、前記第２ユニット識別情報に対応付けられた広告情報を出力する
ことを特徴とする請求項３記載の楽曲再生システム。
【請求項６】
想定される前記第１ユニット識別情報と前記第２ユニット識別情報との組み合わせに応じて予め定められた第１重み付け係数を記憶した、第３記憶手段と、
前記第１判定手段により、前記第１ユニット識別情報と前記第２ユニット識別情報とが一致しないと判定された場合に、前記第３記憶手段に記憶された、当該第１ユニット識別情報及び第２ユニット識別情報の組み合わせに対応した前記第１重み付け係数を用いて、ユニット選択確率を算出する選択確率算出手段と、
を有し、
前記広告情報出力手段は、
前記選択確率算出手段により算出された前記ユニット選択確率となるように、前記第１ユニット識別情報に対応付けられた広告情報と、前記第２ユニット識別情報に対応付けられた広告情報とを、選択的に出力する
ことを特徴とする請求項３記載の楽曲再生システム。
【請求項７】
前記第２ユニット識別情報に対応した前記特定ユーザの歌唱回数に応じて予め定められた第２重み付け係数を記憶した、第４記憶手段を有し、
前記選択確率算出手段は、
前記第１判定手段により、前記第１ユニット識別情報と前記第２ユニット識別情報とが一致しないと判定された場合に、前記第３記憶手段に記憶された前記第１重み付け係数と、前記第４記憶手段に記憶された当該特定ユーザの歌唱回数に対応した前記第２重み付け係数と、を用いて、前記ユニット選択確率を算出する
ことを特徴とする請求項６記載の楽曲再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、演奏曲の再生を行う楽曲再生システムに関する。
【背景技術】
【０００２】
従来、演奏曲の再生を行う楽曲再生装置を利用するユーザに対して広告情報の提供を行う技術が、例えば特許文献１に開示されている。
【０００３】
この従来技術では、カラオケ装置のＣＰＵが、予め設定された設定時間を読み出して、タイマーによるカウントを開始させる。このとき、予約されている曲があれば、ＣＰＵは、その曲に対応する音声データ及び映像データをＨＤＤより読み出して、音源及び映像コントロール部へ送出し、音声及び映像をスピーカ及びＴＶより出力させる。そして、その楽曲の演奏が終了したら、ＣＰＵは、上記読み出された設定時間とタイマーのカウント値とを比較する。そして、そのカウント値が設定時間を越えていた場合には、ＣＰＵは、ＨＤＤより広告などサービス情報を読み出して、映像コントロール部へ送出し、ＴＶに当該広告などサービス情報を表示させる。これにより、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、利用者に対して、広告などのサービス情報の提供が行われる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−１０２８９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年、上記従来技術のような、曲と曲との間の単なる広告の提供にとどまらず、ユーザの歌唱履歴情報を用いて、当該ユーザに対して有益な広告を効果的に提供することが考えられつつある。例えば、ユーザ識別情報を登録した登録ユーザに対し、当該登録ユーザのユーザ識別情報を手がかりに、過去の歌唱履歴や来店時の歌唱履歴から推測される、当該登録ユーザの嗜好に適合した広告情報の提供を行うことで、有益な広告を効果的に提供することができる。
【０００６】
ところで、一般に、ユーザが、カラオケ装置を利用して演奏曲の再生サービスを受ける場合、ひとりで来店する場合もあるが、他の人間と連れ立って複数名で来店する場合もある。通常、ユーザが選曲して歌唱する演奏曲の名前や種類等により、他の人間にも当該ユーザの嗜好を概ね推定できる場合が多い。このため、連れ立って利用する者の顔ぶれによっては、ユーザが、意図的に、本来の歌唱傾向とは異なる演奏曲、すなわち、ユーザ本来の嗜好とは異なる演奏曲を選曲して歌唱する可能性もある。
【０００７】
上記のようにユーザが意図的に本来の嗜好と異なる選曲を行った場合には、当該ユーザは自らの嗜好を他の利用者に知られたくない場合である。したがって、当該選曲に基づき対応する嗜好に適合した広告を提供することは、当該ユーザの意向に沿わない、無益なサービスとなるおそれがある。
【０００８】
本発明の目的は、ユーザに対して提供するサービスの内容を、確実に当該ユーザの意向に沿ったサービス内容とすることができる楽曲再生システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、第１の発明は、楽曲データ及び映像データを含む演奏曲データを用いて演奏曲を再生する再生手段と、複数のユーザ識別情報と複数のユニット識別情報とが対応付けられた、ユーザ分類情報を記憶した第１記憶手段と、特定ユーザの所定の操作に基づいて取得された当該特定ユーザの前記ユーザ識別情報に基づき、前記第１記憶手段に記憶された前記ユーザ分類情報に応じて、当該特定ユーザに対応する第１ユニット識別情報を取得する、ユニット情報取得手段と、前記演奏曲に関する前記特定ユーザの選曲操作に対応した当該特定のユーザに係わる歌唱対象識別情報と、前記特定ユーザに関して前記ユニット情報取得手段により取得された前記第１ユニット識別情報との、整合性を判定する第１判定手段と、を有することを特徴とする。
【００１０】
本願第１発明の楽曲再生システムは、第１記憶手段を備えている。第１記憶手段には、複数のユーザ識別情報と複数のユニット識別情報とが対応付けられたユーザ分類情報が予め記憶されている。楽曲再生装置の再生サービスを受けるために特定のユーザが所定の操作を行うと、その操作に基づいて当該特定ユーザのユーザ識別情報が取得される。そのユーザ識別情報を用いてユニット情報取得手段が上記第１記憶手段にアクセスし、第１記憶手段に記憶されたユーザ分類情報を適用することで、当該特定ユーザに対応する第１ユニット識別情報が取得される。この第１ユニット識別情報は、上述のように予め第１記憶手段に蓄積され格納されていたものであり、当該特定ユーザの本来の嗜好に対応したユニットを表している。
【００１１】
一方、一般に、ユーザが、演奏曲データを用いた演奏曲の再生サービスを受ける場合、ひとりで来場する場合もあるが、他の人間と連れ立って複数名で来場する場合もある。通常、ユーザが選曲して歌唱する演奏曲の名前や種類等により、ユーザの嗜好を概ね推定することができる。このため、連れ立って利用する者の顔ぶれによっては、ユーザが、本来の歌唱傾向とは異なる、すなわち、ユーザ本来の嗜好とは異なる演奏曲を選曲して歌唱する可能性もある。
【００１２】
そこで、本願第１発明においては、特定のユーザが選曲操作を行った場合に、第１判定手段が、前述のようにして取得され当該特定ユーザの本来の嗜好に対応した第１ユニット識別情報と、当該特定ユーザの選曲操作の操作内容に対応した歌唱対象識別情報との整合性を判定する。これにより、第１判定手段により整合がとれていると判定された場合には、当該特定ユーザがひとりで来場しているか、当該特定ユーザの嗜好を隠す必要のない他の人間とともに来場している、とみなすことができる。この結果、この場合には、当該特定ユーザの本来の嗜好に合致した種々のサービス、例えば上記第１ユニット識別情報に合致した広告や、おすすめ選曲情報や、おすすめ飲食物情報等の提供を行うことが可能となる。すなわち、自分の嗜好を隠さなくてもよいという、上記特定ユーザの意向に沿ったサービス内容とすることができる。
【００１３】
一方第１判定手段により整合がとれていないと判定された場合には、上記特定ユーザが、当該特定ユーザの嗜好を隠したい他の人間とともに来場している、とみなすことができる。この結果、この場合には、当該特定ユーザの本来の嗜好に合致した種々のサービスの提供を中止し、自分の嗜好を隠したいという、上記特定ユーザの意向に沿ったサービス内容とすることができる。
【００１４】
第２の発明は、上記第１発明において、複数の前記歌唱対象識別情報と複数のユニット識別情報とが対応付けられた歌唱対象分類情報を記憶した第２記憶手段と、前記演奏曲に関する前記特定ユーザの選曲操作に対応した当該特定ユーザに係わる歌唱対象識別情報に基づき、前記第２記憶手段に記憶された前記歌唱対象分類情報に応じて、前記複数のユニット識別情報の中から当該特定ユーザに対応付ける第２ユニット識別情報を決定するユニット情報決定手段と、を有し、前記第１判定手段は、前記特定ユーザに関して前記ユニット情報取得手段により取得された前記第１ユニット識別情報と、当該特定ユーザに関して前記ユニット情報決定手段により決定された前記第２ユニット識別情報とが、一致するかどうかを判定することを特徴とする。
【００１５】
本願第２発明の楽曲再生システムは、第２記憶手段を備えている。第２記憶手段には、複数の歌唱対象識別情報と、複数のユニット識別情報とが対応付けられた、歌唱対象分類情報が予め記憶されている。楽曲再生装置の再生サービスを受けるために特定のユーザが演奏曲の選曲操作を行うと、その操作内容に対応した歌唱対象識別情報が取得される。ユニット情報決定手段は、上記のようにして取得された特定ユーザに係わる歌唱対象識別情報に、第２記憶手段に記憶された上記歌唱対象分類情報を適用することで、当該特定ユーザに対応付けられる第２ユニット識別情報を決定することができる。これにより、第１判定手段は、上記特定ユーザに関して取得された第１ユニット識別情報と、上記のようにして決定された当該特定ユーザの第２ユニット識別情報とが一致するかどうかを判定することで、当該特定ユーザの本来の嗜好と、当該特定ユーザの今回の選曲操作との整合性を判定することができる。
【００１６】
以上のようにして、本願第２発明においては、特定のユーザの今回の選曲操作に対応するユニットを決定し、当該ユニットと当該特定ユーザの本来の嗜好に対応したユニットとを比較する。これにより、上記特定ユーザの意向を高精度に検出することができるので、当該意向に沿ったサービス内容を確実に実現することができる。
【００１７】
第３の発明は、上記第２発明において、広告対象とする前記ユニット識別情報に対応付けられた広告情報を出力する広告情報出力手段と、前記ユニット情報取得手段により取得された前記特定ユーザの前記第１ユニット識別情報が、予め定められた所定のユニット識別情報に該当するかどうかを判定する第２判定手段とを有し、前記第１判定手段は、前記第２判定手段により前記特定ユーザの前記第１ユニット識別情報が前記所定のユニット識別情報に該当すると判定された場合に、当該第１ユニット識別情報と、前記ユニット情報決定手段により決定された前記第２ユニット識別情報とが、一致するかどうかの判定を行い、前記広告情報出力手段は、前記第１判定手段により、前記第１ユニット識別情報と前記第２ユニット識別情報とが、一致すると判定された場合に、当該第１又は第２ユニット識別情報に対応付けられた広告情報を出力することを特徴とする。
【００１８】
本願第３発明においては、広告情報出力手段が設けられている。広告情報出力手段は、広告対象とするユニット識別情報に対応付けられた広告情報を出力する。一方、ユーザの嗜好がどのようなものであるかにより、例えば相手が誰であってもユーザが自分の嗜好を特に隠さなくてもよい場合があったり、逆に、たいていの相手にはユーザが自分の嗜好を隠したい場合もある。ユーザが自分の嗜好を隠したい場合に、当該嗜好に対応した広告情報を出力すると、広告を見た他の人間によりユーザの嗜好が推定できる場合があり、好ましくない。
【００１９】
そこで、本願第３発明においては、第２判定手段を設けている。第２判定手段は、上記のようにして取得された特定ユーザの上記第１ユニット識別情報が、予め定めた所定のユニット識別情報、すなわち、上記のように他の人間に対し隠したい場合がありうるユニット識別情報であるかどうかを判定する。第２判定手段による判定が満たされた場合には、上記のように特定ユーザが他の人間に対し自分の嗜好を隠したい可能性があることから、第１判定手段による第１ユニット識別情報と第２ユニット識別情報とが一致するかどうかの判定を行う。
【００２０】
第１ユニット識別情報と第２ユニット識別情報とが一致した場合には、第１判定手段の判定が満たされ、当該特定ユーザがひとりで来場しているか、当該特定ユーザの嗜好を隠す必要のない他の人間とともに来場している、とみなすことができる。これにより、広告情報出力手段は、当該一致した第１ユニット識別情報又は第２ユニット識別情報に対応付けられた広告情報を出力する。これにより、特定ユーザの意向に沿った形で、当該特定ユーザにとって有益な広告を効果的に提供することができる。
【００２１】
第４の発明は、上記第３発明において、前記広告情報出力手段は、前記第１判定手段により、前記第１ユニット識別情報と前記第２ユニット識別情報とが、一致しないと判定された場合に、前記第１ユニット識別情報及び前記第２ユニット識別情報にそれぞれ対応付けられた前記広告情報の出力を禁止することを特徴とする。
【００２２】
第１ユニット識別情報と第２ユニット識別情報とが一致しない場合には、第１判定手段の判定が満たされないため、上記特定ユーザが、当該特定ユーザの嗜好を隠す必要のある他の人間とともに来場している、とみなすことができる。本願第４発明においては、これに応じて、広告情報出力手段は、当該特定ユーザに係わる第１ユニット識別情報や第２ユニット識別情報に対応付けられた広告情報の出力を禁止する。これにより、上記特定ユーザの意向に沿った形で、当該特定ユーザ向けの広告の提供を一切中止することができる。
【００２３】
第５の発明は、上記第３発明において、前記広告情報出力手段は、前記第１判定手段により、前記第１ユニット識別情報と前記第２ユニット識別情報とが、一致しないと判定された場合に、前記第２ユニット識別情報に対応付けられた広告情報を出力することを特徴とする。
【００２４】
第１ユニット識別情報と第２ユニット識別情報とが一致しない場合には、第１判定手段の判定が満たされないため、上記特定ユーザが、当該特定ユーザの嗜好を隠す必要のある他の人間とともに来場している、とみなすことができる。本願第５発明においては、これに応じて、広告情報出力手段は、当該特定ユーザの本来の嗜好に相当する第１ユニット識別情報に対応付けられた広告情報の出力を行わず、第２ユニット識別情報に対応付けられた広告情報の出力を行う。これにより、上記特定ユーザの意向に沿った形で、当該特定ユーザの本来の嗜好を推定できるような広告の提供を中止することができる。
【００２５】
第６の発明は、上記第３発明において、想定される前記第１ユニット識別情報と前記第２ユニット識別情報との組み合わせに応じて予め定められた第１重み付け係数を記憶した、第３記憶手段と、前記第１判定手段により、前記第１ユニット識別情報と前記第２ユニット識別情報とが一致しないと判定された場合に、前記第３記憶手段に記憶された、当該第１ユニット識別情報及び第２ユニット識別情報の組み合わせに対応した前記第１重み付け係数を用いて、ユニット選択確率を算出する選択確率算出手段と、を有し、前記広告情報出力手段は、前記選択確率算出手段により算出された前記ユニット選択確率となるように、前記第１ユニット識別情報に対応付けられた広告情報と、前記第２ユニット識別情報に対応付けられた広告情報とを、選択的に出力することを特徴とする。
【００２６】
ユーザの嗜好の内容によっては、あるいは、当該ユーザの嗜好とは別の他の嗜好との組合せ次第によっては、ユーザの嗜好と上記他の嗜好との接点の有無や、それら２つの嗜好における妥協性の程度について、差がある場合がある。
【００２７】
本願第６発明においては、上記の傾向に鑑みて、予め、第３記憶手段に、想定される第１ユニット識別情報と第２ユニット識別情報との組み合わせに応じた、第１重み付け係数が設定され記憶されている。第１判定手段により第１ユニット識別情報と第２ユニット識別情報とが一致しないと判定された場合には、選択確率算出手段が、上記第３記憶手段の記憶内容を参照してそれら第１ユニット識別情報及び第２ユニット識別情報の組合せに対応した第１重み付け係数を用いて、ユニット選択確率を算出する。そして、広告情報出力手段は、上記算出されたユニット選択確率となるようにしつつ、第１ユニット識別情報に対応した広告情報と、第２ユニット識別情報に対応した広告情報とを選択的に出力する。
【００２８】
これにより、第１重み付け係数により確率的な広告提供特性を規定しつつ、きめの細かい広告提供をユーザに対し行うことができる。
【００２９】
第７の発明は、上記第６発明において、前記第２ユニット識別情報に対応した前記特定ユーザの歌唱回数に応じて予め定められた第２重み付け係数を記憶した、第４記憶手段を有し、前記選択確率算出手段は、前記第１判定手段により、前記第１ユニット識別情報と前記第２ユニット識別情報とが一致しないと判定された場合に、前記第３記憶手段に記憶された前記第１重み付け係数と、前記第４記憶手段に記憶された当該特定ユーザの歌唱回数に対応した前記第２重み付け係数と、を用いて、前記ユニット選択確率を算出することを特徴とする。
【００３０】
例えばユーザが、当該ユーザの嗜好を可能ならば他の人間に対して隠したい、あるいは見えにくくしたいという意向を持つ場合に、その気持ちの程度は、他の人間の顔ぶれやその時々の状況によって種々変化する場合がある。特にユーザの歌唱回数は上記気持ちの程度と相関がある場合がある。すなわち、前述のように第１ユニット識別情報と第２ユニット識別情報とが不一致の状態のまま、当該ユーザの歌唱回数が比較的多くなった場合には、当該ユーザの、上記嗜好を隠したいという気持ちは徐々に強まってきている可能性が高い。
【００３１】
そこで本願第７発明においては、上記の傾向に鑑みて、予め、第４記憶手段に、ユーザの歌唱回数の大小に応じた、第２重み付け係数が設定され記憶されている。第１判定手段により第１ユニット識別情報と第２ユニット識別情報とが一致しないと判定された場合には、選択確率算出手段が、上記第３記憶手段の記憶内容に基づく上記第１重み付け係数を用いるとともに、上記特定ユーザの歌唱回数を加味して設定された上記第２重み付け係数も用いて、ユニット選択確率を算出する。そして、広告情報出力手段は、上記算出されたユニット選択確率となるようにしつつ、第１ユニット識別情報に対応した広告情報と、第２ユニット識別情報に対応した広告情報とを選択的に出力する。
【００３２】
これにより、ユーザの意向を高精度に反映した、さらにきめの細かい広告提供を行うことができる。
【発明の効果】
【００３３】
本発明によれば、ユーザに対して提供するサービスの内容を、当該ユーザの意向に沿ったサービス内容とすることができる。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施の形態の楽曲再生システムの全体構成を表すシステム構成図である。
【図２】ログインテーブルの記憶内容の一例を概念的に表す表である。
【図３】歌唱履歴テーブルの記憶内容の一例を概念的に表す表である。
【図４】ユーザ別嗜好データベースの記憶内容の一例を概念的に表す表である。
【図５】ユニットＩＤ−歌手ＩＤテーブルの記憶内容の一例を概念的に表す表である。
【図６】ユニット別広告テーブルの記憶内容の一例を概念的に表す表である。
【図７】カラオケ装置の制御部が実行する、広告情報の決定に関する処理に関する制御手順を表すフローチャートである。
【図８】ステップＳ１００の詳細手順を表すフローチャートである。
【図９】ステップＳ２００の詳細手順を表すフローチャートである。
【図１０】カラオケ装置の制御部が実行する、広告情報の再生に関する制御手順を表すフローチャートである。
【図１１】第１及び第２ユニットＩＤが不一致のときは、第２ユニットＩＤに対応する広告を再生する変形例において、ステップＳ１００の詳細手順を表すフローチャートである。
【図１２】第１及び第２ユニットＩＤが不一致のときは、第１又は第２ユニットＩＤに対応する広告を選択的に再生させる変形例において、ユニット組合せ別係数テーブルの記憶内容の一例を概念的に表す表である。
【図１３】歌唱回数別係数テーブルの記憶内容の一例を概念的に表す表である。
【図１４】ステップＳ１００の詳細手順を表すフローチャートである。
【図１５】ステップＳ３００の詳細手順を表すフローチャートである。
【発明を実施するための形態】
【００３５】
以下、本発明の一実施の形態を図面を参照しつつ説明する。
【００３６】
図１を用いて、本実施形態の楽曲再生システムの全体構成を説明する。
【００３７】
図１において、楽曲再生システム１は、演奏曲データを用いて演奏曲の再生を行うためのシステムである。この楽曲再生システム１は、カラオケ店舗等のカラオケルームＫＲにそれぞれに設置された、カラオケ装置１００及びリモコン２００と、ホストサーバ３００と、広告配信サーバ４００とを有している。
【００３８】
なお、カラオケ装置１００とリモコン２００とは、例えば無線又は有線のＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）等のネットワークＮＷ１を介し、互いに情報送受信可能に接続されている。また、カラオケ装置１００やリモコン２００と、ホストサーバ３００と、広告配信サーバ４００とは、上記ネットワークＮＷ１と、例えば通信ネットワーク等のネットワークＮＷ２とを介し、互いに情報送受信可能に接続されている。
【００３９】
カラオケ装置１００は、演奏曲データを用いて演奏曲の再生サービスを提供する楽曲再生装置である。このカラオケ装置１００は、制御部１０１と、再生手段としての再生部１０２と、表示部１０３と、音声出力部１０４と、操作部１０５と、通信制御部１０６と、大容量記憶装置１０７と備えている。
【００４０】
制御部１０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置１０７に予め記憶された各種プログラムを実行する。これにより、カラオケ装置１００全体の制御を行う。
【００４１】
大容量記憶装置１０７は、例えばＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）などから構成される。この大容量記憶装置１０７には、複数の演奏曲データ、及び、予め広告配信サーバ４００より出力された複数の広告情報等の各種情報が記憶されている。演奏曲データには、楽曲データとしてのＭｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データ、及び、映像データ等が含まれている。広告情報は、特定の商品等を広告するための動画情報や静止画情報である。
【００４２】
また、この大容量記憶装置１０７の図示しないテーブル記憶エリアには、ログインテーブル１０７１（後述の図２参照）、歌唱履歴テーブル１０７２（後述の図３参照）、ユニットＩＤ−歌手ＩＤテーブル１０７３（後述の図５参照）、及び、ユニット別広告テーブル１０７４（後述の図６参照）が記憶されている。
【００４３】
なお、この大容量記憶装置１０７は、各請求項記載の、第２記憶装置、第３記憶装置、及び第４記憶装置に相当する。
【００４４】
再生部１０２は、上記大容量記憶装置１０７に記憶された演奏曲データを用いて演奏曲を再生する。またこれと共に、再生部１０２は、上記大容量記憶装置１０７に記憶された広告情報を再生する。
【００４５】
表示部１０３は、例えば液晶ディスプレイなどから構成される。この表示部１０３は、上記再生部１０２によって再生された演奏曲や広告情報に係わる動画や静止画の映像を表示する。
【００４６】
音声出力部１０４は、例えばアンプやスピーカなどから構成される。この音声出力部１０４は、上記再生部１０２によって再生された演奏曲や広告情報に係わる音声、及び、図示しないマイクにより入力された当該カラオケ装置１００を利用するユーザの歌唱音声等を出力する。
【００４７】
操作部１０５は、複数のキーやスイッチなどから構成される。ユーザは、この操作部１０５又は後述のリモコン２００の操作部２０５を用いて、演奏曲に関する選曲操作等の各種操作を行うことができる。
【００４８】
通信制御部１０６は、リモコン２００、ホストサーバ３００、広告配信サーバ４００との間で、上記ネットワークＮＷ１,ＮＷ２を介し行われる情報通信の制御を行う。
【００４９】
リモコン２００は、ユーザが演奏曲に関する選曲操作、言い換えれば、演奏曲の予約等の各種操作を行うための操作端末である。このリモコン２００は、制御部２０１と、表示部２０３と、操作部２０５と、通信制御部２０６と、記憶装置２０７とを備えている。
【００５０】
制御部２０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部２０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや記憶装置２０７に予め記憶された各種プログラムを実行する。これにより、リモコン２００全体の制御を行う。
【００５１】
表示部２０３は、例えば液晶ディスプレイなどから構成され、各種表示を行う。
【００５２】
操作部２０５は、複数のキーやスイッチなどから構成される。ユーザは、この操作部２０５又は上記カラオケ装置１００の操作部１０５を用いて、上記選曲操作等の各種操作を行うことができる。
【００５３】
通信制御部２０６は、カラオケ装置１００、ホストサーバ３００、広告配信サーバ４００との間で、上記ネットワークＮＷ１,ＮＷ２を介し行われる情報通信の制御を行う。
【００５４】
記憶装置２０７は、例えば不揮発性メモリなどから構成され、各種情報を記憶する。
【００５５】
ホストサーバ３００は、制御部３０１と、通信制御部３０６と、第１記憶装置としての大容量記憶装置３０７とを備えている。
【００５６】
制御部３０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部３０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置３０７に予め記憶された各種プログラムを実行する。これにより、ホストサーバ３００全体の制御を行う。
【００５７】
通信制御部３０６は、カラオケ装置１００、リモコン２００、広告配信サーバ４００との間で、上記ネットワークＮＷ２,ＮＷ１を介し行われる情報通信の制御を行う。
【００５８】
大容量記憶装置３０７は、例えばＨＤＤなどから構成される。この大容量記憶装置３０７の図示しないデータベース記憶エリアには、会員データベース（図示せず）、歌唱履歴データベース（図示せず）、及び、ユーザ別嗜好データベース３０７１（後述の図４参照）が記憶されている。
【００５９】
会員データベースには、カラオケ装置１００による演奏曲の再生サービスに係わる会員として登録されたユーザの会員情報が記憶されている。ユーザの会員情報には、当該ユーザのユーザ識別情報であるユーザＩＤ、性別、生年月日等が含まれている。なお、上記会員として登録されたユーザ、言い換えれば、ユーザ識別情報を登録したユーザは、各請求項記載の特定ユーザに相当する。以下適宜、当該ユーザを「登録ユーザ」と称する。
【００６０】
広告配信サーバ４００は、複数の広告情報を格納した広告データベース（図示せず）を備えている。この広告配信サーバ４００は、上記広告データベースに格納された広告情報を、上記ネットワークＮＷ２，ＮＷ１を介しカラオケ装置１００等へ出力する。
【００６１】
図２に、上記ログインテーブル１０７１の記憶内容の一例を示す。
【００６２】
図２に示すように、ログインテーブル１０７１には、リモコン２００の表示部２０３における登録ユーザ固有の閲覧画面、すなわちいわゆるマイページにアクセス可能となった登録ユーザのユーザＩＤ、言い換えればマイページにログインしている登録ユーザのユーザＩＤが記憶されている。
【００６３】
本実施形態では、登録ユーザによる所定の操作としてのリモコン２００の操作部２０５を介した上記マイページへのログイン操作に基づき、ホストサーバ３００により当該登録ユーザが認証されると、当該登録ユーザのユーザＩＤがログインテーブル１０７１に記憶されるようになっている。なお、所定の操作としては、上記のようなログイン操作に限られず、他の操作であってもよい。
【００６４】
図３に、上記歌唱履歴テーブル１０７２の記憶内容の一例を示す。
【００６５】
図３に示すように、歌唱履歴テーブル１０７２には、上記マイページにログインしている登録ユーザの演奏曲に関する選曲操作に対応した、当該登録ユーザの歌唱履歴情報が記憶されている。
【００６６】
登録ユーザの歌唱履歴情報には、上記選曲操作を行った登録ユーザのユーザＩＤと、選曲された演奏曲の曲識別情報である曲ＩＤと、選曲された演奏曲の歌手識別情報である歌手ＩＤと、選曲された演奏曲が歌唱された時刻情報である歌唱日時と、が含まれている。
【００６７】
なお、登録ユーザの歌唱履歴情報としては、上記に限られず、例えば選曲された演奏曲の曲ジャンル識別情報であるジャンルＩＤ等、上記以外の情報を含めるようにしてもよい。上記曲ＩＤ、歌手ＩＤ、及びジャンルＩＤは、それぞれ、各請求項記載の歌唱対象識別情報に相当する。
【００６８】
本実施形態では、ユーザがカラオケ装置１００による演奏曲の再生サービスの利用を終了すると、その時点で歌唱履歴テーブル１０７２に記憶された歌唱履歴情報がホストサーバ３００に出力され、当該ホストサーバ３００の上記歌唱履歴データベースに記憶される。またこれと共に、その時点で歌唱履歴テーブル１０７２に記憶された歌唱履歴情報が消去されるようになっている。
【００６９】
図４に、上記ユーザ別嗜好データベース３０７１の記憶内容の一例を示す。
【００７０】
図４に示すように、ユーザ別嗜好データベース３０７１には、例えばホストサーバ３００の制御部３０１によって予め実行されたクラスタリングによって、複数の登録ユーザのユーザＩＤと、互いに嗜好の異なる複数の（この例では１００個の）ユニットのユニット識別情報であるユニットＩＤと、が対応付けられたユーザ分類情報が記憶されている。
【００７１】
クラスタリングとは、例えば公知のＫ−ｍｅａｎｓ法やＳｅｌｆ  Ｏｒｇａｎｉｚｉｎｇ  Ｍａｐｓ（ＳＯＭ）法などのクラスタリング手法を用いて、複数のデータを外的基準なしに自動的に分類する手法、又は、そのアルゴリズムである。
【００７２】
本実施形態では、上記ホストサーバ３００の歌唱履歴データベースに記憶された複数の登録ユーザの歌唱履歴情報に基づき、適宜のタイミングでクラスタリングが実行される。そして、そのクラスタリング結果に対応し、各登録ユーザのユーザＩＤに対して、上記１００個のユニットのいずれかのユニットのユニットＩＤ、すなわち当該登録ユーザの嗜好に対応したユニットのユニットＩＤがそれぞれ対応付けられ、ユーザ分類情報として、ユーザ別嗜好データベース３０７１に記憶されるようになっている。
【００７３】
なお、ユーザ別嗜好データベース３０７１に記憶されたユーザ分類情報において、登録ユーザのユーザＩＤに対応付けられたユニットＩＤは、各請求項記載の第１ユニット識別情報に相当する。以下適宜、当該ユニットＩＤを「第１ユニットＩＤ」と称する。すなわち、この第１ユニットＩＤは、登録ユーザの本来の嗜好に対応したユニットのユニットＩＤを表している。
【００７４】
また、上記１００個のユニットＩＤの中には、予め定められた所定のユニット識別情報として、少なくとも１個の所定ユニットＩＤが含まれている。所定ユニットＩＤは、他の人間に対し自分の嗜好を隠したい場合がありうるユニット、例えばアニメ系の嗜好やアイドル系の嗜好などに対応したユニット、のユニットＩＤを表している。
【００７５】
図５に、上記ユニットＩＤ−歌手ＩＤテーブル１０７３の記憶内容の一例を示す。
【００７６】
図５に示すように、ユニットＩＤ−歌手ＩＤテーブル１０７３には、複数の歌唱対象識別情報（この例では複数の歌手ＩＤ）と、上記１００個のユニットＩＤと、が対応付けられた歌唱対象分類情報が予め記憶されている。なお、上記歌唱対象分類情報における複数の歌唱対象識別情報としては、複数の歌手ＩＤに限られず、複数の曲ＩＤや複数のジャンルＩＤなどであってもよい。
【００７７】
当該歌唱対象分類情報においては、各ユニットＩＤに対して、ｎ個の歌手ＩＤがそれぞれ対応付けられている。なお、ｎの値は１以上の整数である。具体的には、各ユニットＩＤに対して、当該ユニットＩＤに係わるユニットに属する複数の登録ユーザの間で、演奏曲が多く歌唱された上位ｎ人の歌手に係る歌手ＩＤ、言い換えれば、人気の高い上位ｎ人の歌手に係る歌手ＩＤがそれぞれ対応付けられている。なお、各ユニットＩＤに対して対応付けられるｎ個の歌手ＩＤとしては、上記のように演奏曲が多く歌唱された歌手に係る歌手ＩＤに限られない。
【００７８】
また、以下適宜、各ユニットＩＤに対して対応付けられたｎ個の歌手ＩＤを、上記人気の高い歌手に係る歌手ＩＤから順に、「第１歌手ＩＤ」「第２歌手ＩＤ」「第３歌手ＩＤ」・・・「第ｎ歌手ＩＤ」と称する。すなわち、第１歌手ＩＤは、ユニットに属する複数の登録ユーザの間で最も人気のある歌手に係る歌手ＩＤである。第２歌手ＩＤは、ユニットに属する複数の登録ユーザの間で２番目に人気のある歌手に係る歌手ＩＤである。第３歌手ＩＤは、ユニットに属する複数の登録ユーザの間で３番目に人気のある歌手に係る歌手ＩＤである。第ｎ歌手ＩＤは、ユニットに属する複数の登録ユーザの間でｎ番目に人気のある歌手に係る歌手ＩＤである。
【００７９】
図５に示す例では、例えば、ユニットＩＤ「１」に対しては、第１歌手ＩＤとして歌手ＩＤ「３６８」、第２歌手ＩＤとして歌手ＩＤ「１７２５」、第３歌手ＩＤとして歌手ＩＤ「８７９０」、第４歌手ＩＤとして歌手ＩＤ「３３１５」、・・・、第ｎ歌手ＩＤとして歌手ＩＤ「４１８５８」が対応付けられている。説明は省略するが、上記以外のユニットＩＤ「２」〜ユニットＩＤ「１００」に対しても、それぞれ同様に、ｎ個の歌手ＩＤが対応付けられている。
【００８０】
図６に、上記ユニット別広告テーブル１０７４の記憶内容の一例を示す。
【００８１】
図６に示すように、ユニット別広告テーブル１０７４には、上記１００個のユニットのユニットＩＤと、当該ユニットに属する登録ユーザの嗜好に対応した広告情報として予め定められた広告情報の広告識別情報である広告ＩＤと、が対応付けられて記憶されている。
【００８２】
上記構成の本実施形態の最大の特徴は、登録ユーザの上記ログイン操作に基づいて取得された当該登録ユーザのユーザＩＤを用いて、上記ユーザ別嗜好データベース３０７１に記憶されたユーザ分類情報を適用することで、当該登録ユーザに対応する第１ユニットＩＤを取得し、上記歌唱履歴テーブル１０７１に記憶された、演奏曲に関する登録ユーザの選曲操作に対応した、当該登録ユーザの歌唱履歴情報に含まれる歌手ＩＤと、当該登録ユーザに関して取得された第１ユニットＩＤとの整合性を判定することにある。以下、その詳細を説明する。
【００８３】
図７を用いて、カラオケ装置１００の制御部１０１が実行する、広告情報の決定に関する処理に関する制御手順を説明する。
【００８４】
図７において、例えば楽曲再生システム１の管理者によりカラオケ装置１００の電源がオンにされることによって、図中「ＳＴＡＲＴ」位置で表されるように、このフローが開始される。
【００８５】
まずステップＳ１０で、制御部１０１は、上記ログインテーブル１０７１（図２参照）を用いて、上記マイページにログインしている登録ユーザが存在するかどうかを判定する。ログインテーブル１０７１にユーザＩＤが記憶されていない場合には、マイページにログインしている登録ユーザが存在しないとみなされ、ステップＳ１０の判定が満たされず、ループして待機する。一方、ログインテーブル１０７１にユーザＩＤが記憶されている場合には、マイページにログインしている登録ユーザが存在するとみなされ、ステップＳ１０の判定が満たされて、ステップＳ２０に移る。
【００８６】
ステップＳ２０では、制御部１０１は、上記マイページにログインしている少なくとも１人の登録ユーザのユーザＩＤ、すなわち、上記ログインテーブル１０７１に記憶された少なくとも１つのユーザＩＤを取得する。なお、マイページに複数の登録ユーザがログインしている場合には、このステップＳ２０では、ログインテーブル１０７１に記憶された当該複数の登録ユーザのユーザＩＤが取得される。これは実質的には、登録ユーザの上記ログイン操作に基づいて当該登録ユーザのユーザＩＤを取得することに相当する。
【００８７】
その後、ステップＳ３０で、制御部１０１は、ホストサーバ３００の上記ユーザ別嗜好データベース３０７１（図４参照）にアクセスする。そして、ユーザ別嗜好データベース３０７１に記憶されたユーザ分類情報において、上記ステップＳ２０で取得された各ユーザＩＤに対応付けられたユニットＩＤすなわち第１ユニットＩＤをそれぞれ取得する。これは実質的には、上記ステップＳ２０で取得された登録ユーザのユーザＩＤに基づき、ユーザ別嗜好データベース３０７１に記憶されたユーザ分類情報に応じて、当該登録ユーザに対応する第１ユニットＩＤを取得することに相当する。すなわち、このステップＳ３０の手順が、各請求項記載のユニット情報取得手段として機能する。
【００８８】
そして、ステップＳ４０に移り、制御部１０１は、上記ステップＳ３０で取得された各第１ユニットＩＤが、前述の所定ユニットＩＤに該当するかどうかをそれぞれ判別する。
【００８９】
その後、ステップＳ５０で、制御部１０１は、上記ステップＳ４０での判別結果に基づき、上記ステップＳ３０で取得された第１ユニットＩＤの中に、所定ユニットＩＤに該当する第１ユニットＩＤが含まれているかどうかを判定する。これは言い換えれば、上記マイページにログインしている登録ユーザの中に、他の人間に対し自分の嗜好を隠したい場合がありうるユニットに属する登録ユーザが存在するかどうかを判定することに相当する。
【００９０】
ステップＳ５０において、上記ステップＳ３０で取得された第１ユニットＩＤの中に、所定ユニットＩＤに該当する第１ユニットＩＤが含まれていない場合がある。この場合には、マイページにログインしている登録ユーザの中に、他の人間に対し自分の嗜好を隠したい場合がありうるユニットに属する登録ユーザが存在しないとみなされ、ステップＳ５０の判定が満たされず、ステップＳ６０に移る。
【００９１】
ステップＳ６０では、制御部１０１は、上記ステップＳ３０で取得された各第１ユニットＩＤを、広告対象とするユニットＩＤとしてそれぞれ決定する。その後、後述のステップＳ９０に移る。
【００９２】
一方、ステップＳ５０において、上記ステップＳ３０で取得された第１ユニットＩＤの中に、所定ユニットＩＤに該当する第１ユニットＩＤが含まれていた場合がある。この場合には、マイページにログインしている登録ユーザの中に、他の人間に対し自分の嗜好を隠したい場合がありうるユニットに属する登録ユーザが存在するとみなされ、ステップＳ５０の判定が満たされて、ステップＳ７０に移る。
【００９３】
ステップＳ７０では、制御部１０１は、上記ステップＳ３０で取得された第１ユニットＩＤのうち、上記ステップＳ４０で所定ユニットＩＤに該当しないと判別された各第１ユニットＩＤを、広告対象とするユニットＩＤとしてそれぞれ決定する。
【００９４】
その後、ステップＳ８０で、制御部１０１は、上記ステップＳ４０で第１ユニットＩＤが所定ユニットＩＤに該当すると判別された、言い換えれば、他の人間に対し自分の嗜好を隠したい場合がありうるユニットに属する登録ユーザに関して、上記ステップＳ２０で取得されたユーザＩＤを、例えば当該制御部１０１のＲＡＭ等のメモリに記憶させる。
【００９５】
そして、ステップＳ１００に移り、制御部１０１は、所定の歌唱傾向判定処理を実行する。なお、このステップＳ１００の詳細内容については、後述の図８で説明する。
【００９６】
その後、ステップＳ９０で、制御部１０１は、上記ログインテーブル１０７１を用いて、上記マイページからすべての登録ユーザがログアウトしているかどうかを判定する。ログインテーブル１０７１にユーザＩＤが記憶されている場合には、マイページからすべての登録ユーザがログアウトしていないとみなされ、ステップＳ９０の判定が満たされず、ステップＳ２０に戻り同様の手順を繰り返す。一方、ログインテーブル１０７１にユーザＩＤが記憶されていない場合には、マイページからすべての登録ユーザがログアウトしているとみなされ、ステップＳ９０の判定が満たされて、このフローを終了する。
【００９７】
なお、上記において、ステップＳ４０及びステップＳ５０の手順が、各請求項記載の第２判定手段として機能する。
【００９８】
図８を用いて、上記図７のステップＳ１００の詳細手順を説明する。
【００９９】
図８において、まずステップＳ１０５で、制御部１０１は、上記図７のステップＳ８０でメモリに記憶されたユーザＩＤの中から、まだ取得していないユーザＩＤを取得する。
【０１００】
その後、ステップＳ１１０で、制御部１０１は、上記歌唱履歴テーブル１０７２（図３参照）に、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱履歴情報が記憶されているかどうかを判定する。歌唱履歴テーブル１０７２に、上記ステップＳ１０５で取得されたユーザＩＤを含む歌唱履歴情報が記憶されていない場合には、歌唱履歴テーブル１０７２に、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱履歴情報が記憶されていないとみなされ、ステップＳ１１０の判定が満たされず、後述のステップＳ１９０に移る。一方、歌唱履歴テーブル１０７２に、上記ステップＳ１０５で取得されたユーザＩＤを含む歌唱履歴情報が記憶されている場合には、歌唱履歴テーブル１０７２に、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱履歴情報が記憶されているとみなされ、ステップＳ１１０の判定が満たされて、ステップＳ１２０に移る。
【０１０１】
ステップＳ１２０では、制御部１０１は、上記歌唱履歴テーブル１０７２から、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱履歴情報に含まれる歌手ＩＤを取得する。なお、歌唱履歴テーブル１０７２に、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱履歴情報が複数レコード記憶されている場合には、このステップＳ１２０では、歌唱履歴テーブル１０７２に記憶された当該登録ユーザの複数の歌唱履歴情報に含まれる歌手ＩＤがそれぞれ取得される。なお、レコードとは、テーブルを構成するデータの単位である。
【０１０２】
そして、ステップＳ１３０に移り、制御部１０１は、上記ユニットＩＤ−歌手ＩＤテーブル１０７３（図５参照）に記憶された歌唱対象分類情報における複数の歌手ＩＤのうち、各所定ユニットＩＤに対して対応付けられた前述の第１歌手ＩＤをそれぞれ取得する。すなわち、このステップＳ１３０では、上記他の人間に対し自分の嗜好を隠したい場合がありうる各ユニットにおいて、最も人気の高い歌手に係る歌手ＩＤ、言い換えれば、当該ユニットを最も特徴付ける歌手に係る歌手ＩＤ、がそれぞれ取得される。
【０１０３】
その後、ステップＳ１４０で、制御部１０１は、上記ステップＳ１３０で取得された第１歌手ＩＤの中に、上記ステップＳ１２０で取得された歌手ＩＤのいずれかと一致する第１歌手ＩＤが含まれているかどうかを判定する。これは言い換えれば、上記ステップＳ１０５でユーザＩＤが取得された、上記他の人間に対し自分の嗜好を隠したい場合がありうるユニットに分類される登録ユーザが、当該登録ユーザの嗜好を隠す必要のない他の人間と共に来場しているかどうか、あるいは、１人で来場しているかどうか、を判定することに相当する。
【０１０４】
ステップＳ１４０において、上記ステップＳ１３０で取得された第１歌手ＩＤの中に、上記ステップＳ１２０で取得された歌手ＩＤのいずれかと一致する第１歌手ＩＤがある場合がある。この場合には、上記他の人間に対し自分の嗜好を隠したい場合がありうるユニットに分類される登録ユーザが、当該登録ユーザの嗜好を隠す必要のない他の人間と共に来場している、あるいは、１人で来場している、とみなされ、ステップＳ１４０の判定が満たされて、ステップＳ１５０に移る。
【０１０５】
ステップＳ１５０では、制御部１０１は、上記図７のステップＳ３０で取得された第１ユニットＩＤのうち、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザに関して取得された第１ユニットＩＤを、広告対象とするユニットＩＤとして決定する。その後、後述のステップＳ１９０に移る。
【０１０６】
一方、ステップＳ１４０において、上記ステップＳ１３０で取得された第１歌手ＩＤの中に、上記ステップＳ１２０で取得された歌手ＩＤのいずれかと一致する第１歌手ＩＤがなかった場合がある。この場合には、上記他の人間に対し自分の嗜好を隠したい場合がありうるユニットに分類される登録ユーザが、他の人間に対し自分の嗜好を隠したい可能性があるとみなされ、ステップＳ１４０の判定が満たされず、ステップＳ１６０に移る。
【０１０７】
ステップＳ１６０では、制御部１０１は、上記歌唱履歴テーブル１０７２に、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱履歴情報が、歌唱傾向判定を行うために必要なレコード数として予め定められたレコード数以上、この例では３レコード以上記憶されているかどうかを判定する。歌唱履歴テーブル１０７２に、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱履歴情報が、３レコード以上記憶されていない場合には、ステップＳ１６０の判定が満たされず、後述のステップＳ１９０に移る。一方、歌唱履歴テーブル１０７２に、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱履歴情報が、３レコード以上記憶されている場合には、ステップＳ１６０の判定が満たされて、ステップＳ２００に移る。
【０１０８】
ステップＳ２００では、制御部１０１は、上記１００個のユニットＩＤの中から、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザに対応付けるユニットＩＤを決定するユニット情報決定処理を実行する。なお、このステップＳ２００の詳細内容については、後述の図９で説明する。また、このステップＳ２００において、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザに対応付けるユニットＩＤとして決定されるユニットＩＤは、各請求項記載の第２ユニット識別情報に相当する。以下適宜、当該ユニットＩＤを「第２ユニットＩＤ」と称する。なお、この第２ユニットＩＤは、後述のように、登録ユーザの今回の選曲操作に対応したユニットのユニットＩＤを表している。
【０１０９】
そして、ステップＳ１７０に移り、制御部１０１は、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザに関して上記図７のステップＳ３０で取得された第１ユニットＩＤと、当該登録ユーザに関して上記ステップＳ２００で決定された第２ユニットＩＤとが、一致するかどうかを判定する。これは実質的には、上記歌唱履歴テーブル１０７２に記憶された、演奏曲に関する登録ユーザの選曲操作に対応した登録ユーザの歌唱履歴情報のうち、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱履歴情報に含まれる歌手ＩＤと、当該登録ユーザに関して上記図７のステップＳ３０で取得された第１ユニットＩＤとの整合性を判定することに相当する。言い換えれば、当該登録ユーザの本来の嗜好と、当該登録ユーザの今回の選曲操作との整合性を判定するに相当する。さらに言い換えれば、当該登録ユーザが、当該登録ユーザの嗜好を隠す必要のない他の人間と共に来場しているかどうか、あるいは、１人で来場しているかどうか、を判定することに相当する。すなわち、このステップＳ１７０の手順が、各請求項記載の第１判定手段として機能する。
【０１１０】
ステップＳ１７０において、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザに係わる第１ユニットＩＤと、当該登録ユーザに係わる第２ユニットＩＤとが一致する場合がある。この場合には、当該登録ユーザの歌唱履歴情報に含まれる歌手ＩＤと、当該登録ユーザに係わる第１ユニットＩＤとの整合性がとれている、言い換えれば、当該登録ユーザの本来の嗜好と、当該登録ユーザの今回の選曲操作との整合性がとれている、さらに言い換えれば、当該登録ユーザが、当該登録ユーザの嗜好を隠す必要のない他の人間と共に来場している、あるいは、１人で来場している、とみなされ、ステップＳ１７０の判定が満たされて、ステップＳ１８０に移る。
【０１１１】
ステップＳ１８０では、制御部１０１は、上記図７のステップＳ３０で取得された第１ユニットＩＤのうち、上記ステップＳ１０５でユーザＩＤが取得された所定ユニットに属する登録ユーザに関して取得された第１ユニットＩＤを、広告対象とするユニットＩＤとして決定する。又は、当該第１ユニットＩＤと一致する、当該登録ユーザに関して上記ステップＳ２００で決定された第２ユニットＩＤを、広告対象とするユニットＩＤとして決定するようにしてもよい。その後、ステップＳ１９０に移る。
【０１１２】
一方、ステップＳ１７０において、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザに係わる第１ユニットＩＤと、当該登録ユーザに係わる第２ユニットＩＤとが一致しない場合がある。この場合には、当該登録ユーザの歌唱履歴情報に含まれる歌手ＩＤと、当該登録ユーザに係わる第１ユニットＩＤとの整合性がとれていない、言い換えれば、当該登録ユーザの本来の嗜好と、当該登録ユーザの今回の選曲操作との整合性がとれていない、さらに言い換えれば、当該登録ユーザが、他の人間に対し自分の嗜好を隠したい可能性がある、とみなされ、ステップＳ１７０の判定が満たされず、ステップＳ１９０に移る。すなわち、ステップＳ１７０の判定が満たされなかった場合には、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザに関して上記図７のステップＳ３０で取得された第１ユニットＩＤと、当該登録ユーザに関して上記ステップＳ２００で決定された第２ユニットＩＤとは、広告対象とするユニットＩＤとして決定されない。
【０１１３】
ステップＳ１９０では、制御部１０１は、上記図７のステップＳ８０でメモリに記憶されたユーザＩＤの中から、上記ステップＳ１０５ですべてのユーザＩＤが取得されているかどうかを判定する。まだ上記ステップＳ１０５ですべてのユーザＩＤが取得されていない場合には、ステップＳ１９０の判定が満たされず、ステップＳ１０５に戻り同様の手順を繰り返す。一方、既に上記ステップＳ１０５ですべてのユーザＩＤが取得されている場合には、ステップＳ１９０の判定が満たされて、このルーチンを終了する。
【０１１４】
図９を用いて、上記図８のステップＳ２００の詳細手順を説明する。
【０１１５】
図９において、まずステップＳ２１０で、制御部１０１は、上記歌唱履歴テーブル１０７２から、上記図７のステップＳ１０５でユーザＩＤが取得された登録ユーザの複数の歌唱履歴情報に含まれる歌手ＩＤをそれぞれ取得する。
【０１１６】
その後、ステップＳ２２０で、制御部１０１は、上記１００個のユニットＩＤのいずれかに対応する変数Ｊの値を１に設定する。
【０１１７】
そして、ステップＳ２３０に移り、制御部１０１は、上記ユニットＩＤ−歌手ＩＤテーブル１０７３（図５参照）に記憶された歌唱対象分類情報における複数の歌手ＩＤのうち、この時点での変数Ｊの値に対応するユニットＩＤに対して対応付けられた、前述のｎ個の第１歌手ＩＤ〜第ｎ歌手ＩＤをそれぞれ取得する。すなわち、このステップＳ２３０では、この時点での変数Ｊの値に対応するユニットＩＤに係わるユニットにおいて、人気の高い上位ｎ人の歌手に係る歌手ＩＤ、言い換えれば、当該ユニットを特徴付けるｎ人の歌手に係る歌手ＩＤが取得される。
【０１１８】
その後、ステップＳ２４０で、制御部１０１は、上記ステップＳ２３０で取得されたｎ個の第１歌手ＩＤ〜第ｎ歌手ＩＤの中に、上記ステップＳ２１０で取得された複数の歌手ＩＤがいくつ含まれているかをカウントする。そして、この時点での変数Ｊの値に対応するユニットＩＤに係わるカウント値をＮ（Ｊ）として保持する。
【０１１９】
そして、ステップＳ２５０に移り、制御部１０１は、変数Ｊの値がユニットＩＤの数Ｊｍａｘ（この例ではＪｍａｘ＝１００）と等しくなったかどうかを判定する。Ｊ＜Ｊｍａｘである場合には、ステップＳ２５０の判定が満たされず、ステップＳ２６０に移る。ステップＳ２６０では、制御部１０１は、変数Ｊの値に１を加える。その後、上記ステップＳ２３０に戻り同様の手順を繰り返す。そして、Ｊ＝Ｊｍａｘとなった場合には、ステップＳ２５０の判定が満たされて、ステップＳ２７０に移る。
【０１２０】
ステップＳ２７０では、制御部１０１は、上記ステップＳ２４０でのカウント値Ｃ（Ｊ）が、上記１００個のユニットＩＤのすべてにおいて０となったかどうかを判定する。上記ステップＳ２４０でのカウント値Ｃ（Ｊ）が、上記１００個のユニットＩＤのいずれかにおいて０となっていなかった場合には、ステップＳ２７０の判定が満たされず、ステップＳ２８０に移る。
【０１２１】
ステップＳ２８０では、制御部１０１は、上記ステップＳ２４０でのカウント値Ｃ（Ｊ）が０とならなかったユニットＩＤのうち、カウント値Ｃ（Ｊ）が最大となるユニットＩＤを、上記図８のステップＳ１０５でユーザＩＤが取得された登録ユーザの今回の選曲操作に対応するユニットのユニットＩＤとして選択する。なお、カウント値Ｃ（Ｊ）が最大となるユニットＩＤが複数ある場合には、それらユニットＩＤのうち、人気の高い歌手に係る歌手ＩＤ、すなわち、ｎの値が小さい歌手ＩＤがより多くカウントされていたユニットＩＤを、上記図８のステップＳ１０５でユーザＩＤが取得された登録ユーザの今回の選曲操作に対応するユニットのユニットＩＤとして選択するようにしてもよい。
【０１２２】
その後、ステップＳ２９０で、制御部１０１は、上記１００個のユニットＩＤのうち、上記ステップＳ２８０で選択されたユニットＩＤを、上記図８のステップＳ１０５でユーザＩＤが取得された登録ユーザに対応付けるユニットＩＤすなわち第２ユニットＩＤとして決定する。すなわち、この第２ユニットＩＤは、登録ユーザの今回の選曲操作に対応したユニットのユニットＩＤを表している。その後、このルーチンを終了する。
【０１２３】
一方、ステップＳ２７０において、上記ステップＳ２４０でのカウント値Ｃ（Ｊ）が、上記１００個のユニットＩＤのすべてにおいて０となっていた場合には、ステップＳ２７０の判定が満たされて、ステップＳ２９５に移る。
【０１２４】
ステップＳ２９５では、制御部１０１は、上記１００個のユニットＩＤのいずれにも該当しない識別情報である「ＸＸＸ」を、上記図８のステップＳ１０５でユーザＩＤが取得された登録ユーザに対応付けるユニットＩＤすなわち第２ユニットＩＤとして決定する。これは実質的には、当該登録ユーザの今回の選曲操作に対応するユニットがなかったため、当該登録ユーザに対して、いずれのユニットＩＤも対応付けないことを決定することに相当する。その後、このルーチンを終了する。
【０１２５】
以上説明したように、ステップＳ２００では、制御部１０１は、上記歌唱履歴テーブル１０７１に記憶された、上記図８のステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱履歴情報に含まれる歌手ＩＤに基づき、上記ユニットＩＤ−歌手ＩＤテーブル１０７３に記憶された歌唱対象分類情報を応じて、上記１００個のユニットＩＤの中から、当該登録ユーザに対応付ける第２ユニットＩＤを決定する。したがって、このステップＳ２００のすべての手順、すなわち、ステップＳ２１０〜ステップＳ２９０及びステップＳ２９５の手順が、各請求項記載のユニット情報決定手段として機能する。
【０１２６】
図１０を用いて、カラオケ装置１００の制御部１０１が実行する、広告情報の再生に関する制御手順を説明する。
【０１２７】
図１０において、例えば楽曲再生システム１の管理者によりカラオケ装置１００の電源がオンにされることによって、図中「ＳＴＡＲＴ」位置で表されるように、このフローが開始される。
【０１２８】
まずステップＳ５１０で、制御部１０１は、上記図７のステップＳ６０、又は上記図７のステップＳ７０、又は上記図８のステップＳ１５０、又は上記図８のステップＳ１８０において広告対象とするユニットＩＤとして決定されたユニットＩＤを取得する。なお、広告対象とするユニットＩＤとして決定されたユニットＩＤが複数ある場合には、このステップＳ５１０では、当該決定された複数のユニットがそれぞれ取得される。
【０１２９】
その後、ステップＳ５２０で、制御部１０１は、上記ステップＳ５１０で取得されたユニットＩＤのうち、いずれか１つのユニットＩＤを選定する。
【０１３０】
そして、ステップＳ５３０に移り、制御部１０１は、上記ユニット別広告テーブル（図６参照）から、上記ステップＳ５２０で取得されたユニットＩＤに対応付けられた広告ＩＤを取得する。その後、その取得した広告ＩＤに対応する広告情報を、次に再生部１０２に再生させる広告情報として決定する。
【０１３１】
その後、ステップＳ５４０で、制御部１０１は、１つの演奏曲の再生終了後に、次の演奏曲の予約が行われていない状態、すなわち、いわゆる曲間となっているかどうかを判定する。曲間となるまでは、ステップＳ５４０の判定が満たされず、ループして待機する。そして、曲間となったら、ステップＳ５４０の判定が満たされて、ステップＳ５５０に移る。
【０１３２】
ステップＳ５５０では、制御部１０１は、大容量記憶装置１０７から、上記ステップＳ５３０で決定された広告情報を読み出す。
【０１３３】
そして、ステップＳ５６０に移り、制御部１０１は、演奏曲の予約が行われるまでの間に、すなわち、次の演奏曲の再生開始までの間に、上記ステップＳ５５０で読み出された広告情報、すなわち、広告対象とするユニットＩＤに対応付けられた広告情報を再生するように、再生部１０２を制御する。これにより、当該広告情報に係わる映像が表示部１０３で表示され、当該広告情報に係わる音声が音声出力部１０４から出力される。なお、広告対象とするユニットＩＤに対応付けられた広告情報を再生するように再生部１０２を制御する、すなわち、当該広告情報を再生部１０２により再生させることは、実質的には、広告対象とするユニットＩＤに対応付けられた広告情報を出力することに相当する。すなわち、このステップＳ５６０の手順が、各請求項記載の広告情報出力手段として機能する。
【０１３４】
具体的には、上記図７のステップＳ５０の判定が満たされなかった場合には、上記図７のステップＳ３０で取得された第１ユニットＩＤが、広告対象とするユニットＩＤに決定されるので、制御部１０１は、当該第１ユニットＩＤに対応付けられた広告情報を再生部１０２により再生させる。一方、上記ステップＳ５０の判定が満たされた場合には、上記図７のステップＳ４０で所定ユニットＩＤに該当しないと判別された第１ユニットＩＤが、広告対象とするユニットＩＤに決定されるので、制御部１０１は、当該第１ユニットＩＤに対応付けられた広告情報を再生部１０２により再生させる。
【０１３５】
また、上記図８のステップＳ１４０の判定が満たされた場合には、上記図８のステップＳ１０５でユーザＩＤが取得された登録ユーザに係わる第１ユニットＩＤが、広告対象とするユニットＩＤに決定されるので、制御部１０１は、当該第１ユニットＩＤに対応付けられた広告情報を再生部１０２により再生させる。
【０１３６】
また、上記図８のステップＳ１７０の判定が満たされた場合には、上記図８のステップＳ１０５でユーザＩＤが取得された登録ユーザに係わる第１又は第２ユニットＩＤが、広告対象とするユニットＩＤに決定されるので、制御部１０１は、当該第１又は第２ユニットＩＤに対応付けられた広告情報を再生部１０２により再生させる。一方、上記ステップＳ１７０の判定が満たされなかった場合には、上記ステップＳ１０５でユーザＩＤが取得された登録ユーザに係わる第１及び第２ユニットＩＤは、それぞれ、広告対象とするユニットＩＤに決定されないので、制御部１０１は、当該第１及び第２ユニットＩＤにそれぞれ対応付けられた広告情報を再生しないように、再生部１０２を制御する。なお、当該第１及び第２ユニットＩＤにそれぞれ対応付けられた広告情報を再生しないように再生部１０２を制御する、すなわち、当該第１及び第２ユニットＩＤにそれぞれ対応付けられた広告情報を再生部１０２により再生させないことは、実質的には、当該第１及び第２ユニットＩＤにそれぞれ対応付けられた広告情報の出力を禁止することに相当する。
【０１３７】
なお、広告情報の再生中に、演奏曲の予約が行われた場合には、広告情報の再生が一時停止され、当該演奏曲の再生が開始される。そして、再び、曲間となったら、一時停止中の広告情報の再生が再開される。そして、１つの広告情報の再生が終了したら、ステップＳ５７０に移る。
【０１３８】
ステップＳ５７０では、制御部１０１は、所定の終了操作、例えばカラオケ装置１００の電源オフ、が行われたかどうかを判定する。終了操作が行われていない場合には、ステップＳ５７０の判定が満たされず、上記ステップＳ５１０に戻り同様の手順を繰り返す。そして、終了操作が行われたら、ステップＳ５７０の判定が満たされて、このフローを終了する。
【０１３９】
以上説明したように、本実施形態においては、カラオケ装置１００の再生サービスを受けるために登録ユーザが前述のログイン操作を行うと、その操作に基づいて当該登録ユーザのユーザＩＤが取得される（図７のステップＳ２０を参照）。そして、制御部１０１が、そのユーザＩＤを用いて、ホストサーバ３００のユーザ別嗜好データベース３０７１（図４を参照）にアクセスし、ユーザ別嗜好データベース３０７１に記憶されたユーザ分類情報を適用することで、当該登録ユーザに係わる第１ユニットＩＤを取得する（図７のステップＳ３０を参照）。
【０１４０】
ここで、一般に、ユーザが、演奏曲データを用いた演奏曲の再生サービスを受ける場合、ひとりで来場する場合もあるが、他の人間と連れ立って複数名で来場する場合もある。通常、ユーザが選曲して歌唱する演奏曲の名前や種類等により、ユーザの嗜好を概ね推定することができる。このため、連れ立って利用する者の顔ぶれによっては、ユーザが、本来の歌唱傾向とは異なる、すなわち、ユーザ本来の嗜好とは異なる演奏曲を選曲して歌唱する可能性もある。そこで、本実施形態においては、登録ユーザが選曲操作を行った場合に、制御部１０１が、前述のようにして取得され当該登録ユーザの本来の嗜好に対応した第１ユニットＩＤと、上記歌唱履歴テーブル１０７２（図３を参照）に記憶された、当該特定ユーザの選曲操作の操作内容に対応した歌唱履歴情報に含まれる歌手ＩＤとの整合性を判定する（図８のステップＳ１７０を参照）。
【０１４１】
これにより、上記ステップＳ１７０の判定が満たされて、整合がとれていると判定された場合には、当該登録ユーザがひとりで来場しているか、当該登録ユーザの嗜好を隠す必要のない他の人間とともに来場している、とみなすことができる。この結果、この場合には、当該登録ユーザの本来の嗜好に合致した種々のサービス、例えば上記第１ユニットＩＤに合致した広告や、おすすめ選曲情報や、おすすめ飲食物情報等の提供を行うことができる。すなわち、自分の嗜好を隠さなくてもよいという、上記登録ユーザの意向に沿ったサービス内容とすることができる。
【０１４２】
一方、上記ステップＳ１７０の判定が満たされず、整合がとれていないと判定された場合には、上記登録ユーザが、当該登録ユーザの嗜好を隠したい他の人間とともに来場している、とみなすことができる。この結果、この場合には、当該登録ユーザの本来の嗜好に合致した種々のサービスの提供を中止し、自分の嗜好を隠したいという、上記登録ユーザの意向に沿ったサービス内容とすることができる。
【０１４３】
また、本実施形態では特に、カラオケ装置１００の再生サービスを受けるために登録ユーザが演奏曲の選曲操作を行うと、その操作内容に対応した歌唱履歴情報が、上記歌唱履歴テーブル１０７２に記憶される。制御部１０１は、上記のようにして歌唱履歴テーブル１０７２に記憶された登録ユーザの歌唱履歴情報に含まれる歌手ＩＤに、上記ユニットＩＤ−歌手ＩＤテーブル１０７３（図５を参照）に記憶された前述の歌唱対象分類情報を適用することで、当該登録ユーザに対応付けられる第２ユニットＩＤを決定することができる（図９を参照）。これにより、制御部１０１は、上記登録ユーザに関して取得された第１ユニットＩＤと、上記のようにして決定された当該登録ユーザに係わる第２ユニットＩＤとが一致するかどうかを判定することで、当該登録ユーザの本来の嗜好と、当該登録ユーザの今回の選曲操作との整合性を判定することができる。
【０１４４】
以上のようにして、本実施形態においては、登録ユーザの今回の選曲操作に対応するユニットのユニットＩＤを決定し、当該ユニットＩＤと当該登録ユーザの本来の嗜好に対応したユニットのユニットＩＤとを比較する。これにより、上記登録ユーザの意向を高精度に検出することができるので、当該意向に沿ったサービス内容を確実に実現することができる。
【０１４５】
また、本実施形態においては、制御部１０１は、広告対象とするユニットＩＤに対応付けられた広告情報を再生部１０２により再生させる。（図１０のステップＳ５６０を参照）。一方、ユーザの嗜好がどのようなものであるかにより、相手が誰であってもユーザが自分の嗜好を特に隠さなくてもよい場合があったり、逆に、たいていの相手にはユーザが自分の嗜好を隠したい場合があったりする。ユーザが自分の嗜好を隠したい場合に、当該嗜好に対応した広告情報を出力すると、広告を見た他の人間によりユーザの嗜好が推定できる場合があり、好ましくない。
【０１４６】
そこで本実施形態では特に、制御部１０１は、上記のようにして取得された登録ユーザに係わる第１ユニットＩＤが前述の所定ユニットＩＤ、すなわち、上記のように他の人間に対し隠したい場合がありうるユニットのユニットＩＤであるかどうかを判定する（図７のステップＳ４０及びステップＳ５０を参照）。当該登録ユーザに係わる第１ユニットＩＤが所定ユニットＩＤであった場合には、上記のように当該登録ユーザが他の人間に対し自分の嗜好を隠したい可能性があることから、制御部１０１は、当該登録ユーザに係わる第１ユニットＩＤと第２ユニットＩＤとが一致するかどうかの判定を行う。第１ユニットＩＤと第２ユニットＩＤとが一致した場合には、上記ステップＳ１７０の判定が満たされて、当該登録ユーザが、１人で来場しているか、当該登録ユーザの嗜好を隠す必要のない他の人間とともに来場している、とみなすことができる。これにより、制御部１０１は、当該一致した第１又は第２ユニットＩＤに対応付けられた広告情報を再生部１０２により再生させる。これにより、上記登録ユーザの意向に沿った形で、当該登録ユーザにとって有益な広告を効果的に提供することができる。
【０１４７】
ここで、登録ユーザに係わる第１ユニットＩＤと第２ユニットＩＤとが一致しない場合には、上記図８のステップＳ１７０の判定が満たされないため、上記登録ユーザが、当該登録ユーザの嗜好を隠す必要のある他の人間とともに来場している、とみなすことができる。本実施形態では特に、これに応じて、上記のように登録ユーザに係わる第１ユニットＩＤと第２ユニットＩＤとが一致しないと判定された場合に、制御部１０１は、当該登録ユーザに係わる第１及び第２ユニットＩＤにそれぞれ対応付けられた広告情報を再生しないように、再生部１０２を制御する。これにより、上記登録ユーザの意向に沿った形で、当該登録ユーザ向けの広告の提供を一切中止することができる。
【０１４８】
なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順次説明する。
【０１４９】
（１）第１及び第２ユニットＩＤが不一致のときは、第２ユニットＩＤに対応する広告を再生する場合
上記実施形態においては、本来の嗜好に対応した第１ユニットＩＤと、今回の選曲操作に対応する第２ユニットＩＤとが、一致しないと判定された場合には、当該第１及び第２ユニットＩＤにそれぞれ対応付けられた広告情報を再生しないように再生部１０２を制御していたが、これに限られない。すなわち、このような場合には、今回の選曲操作に対応する第２ユニットＩＤに対応付けられた広告情報を再生部１０２により再生させるようにしてもよい。
【０１５０】
図１１を用いて、本変形例におけるステップＳ１００の詳細手順を説明する。なお、図１１は、前述の図８に対応する図である。図８と同等の手順には同符号を付し説明を省略する。
【０１５１】
図１１において、前述の図８と異なる点は、ステップＳ１７０とステップＳ１９０との間に、ステップＳ１８５を新たに設けた点である。すなわち、ステップＳ１７０において、前述のステップＳ１０５でユーザＩＤが取得された登録ユーザに係わる第１ユニットＩＤと当該登録ユーザに係わる第２ユニットＩＤとが一致するかどうかを判定し、当該第１ユニットＩＤと当該第２ユニットＩＤとが一致しなかった場合には、新たに設けたステップＳ１８５に移る。
【０１５２】
ステップＳ１８５では、制御部１０１は、前述のステップＳ１０５でユーザＩＤが取得された登録ユーザに関して前述のステップＳ２００で決定された第２ユニットＩＤを、広告対象とするユニットＩＤとして決定する。その後、ステップＳ１９０に移る。
【０１５３】
上記以外の手順は、前述の図８と同様であるので、説明を省略する。
【０１５４】
本変形例において、カラオケ装置１００の制御部１０１が実行する、広告情報の再生に関する制御手順は、前述の図１０とほぼ同様であるが、ステップＳ５１０及びステップＳ５６０の手順が少し異なっている。
【０１５５】
本変形例におけるステップＳ５１０では、上記実施形態におけるステップＳ５１０と異なり、制御部１０１は、前述のステップＳ６０、又は前述のステップＳ７０、又は前述のステップＳ１５０、又は前述のステップＳ１８０、又は上記図１１のステップＳ１８５において広告対象とするユニットＩＤとして決定されたユニットＩＤを取得する。なお、上記実施形態におけるステップＳ５１０と同様、広告対象とするユニットＩＤとして決定されたユニットＩＤが複数ある場合には、このステップＳ５１０では、当該決定された複数のユニットがそれぞれ取得される。
【０１５６】
また、本変形例におけるステップＳ５６０では、制御部１０１は、上記実施形態におけるステップＳ５６０とほぼ同様の処理を行う。本変形例においては、上述したように、前述のステップＳ１７０の判定が満たされなかった場合には、上記実施形態と異なり、上記図１１のステップＳ１８５において、前述のステップＳ１０５でユーザＩＤが取得された登録ユーザに係わる第２ユニットＩＤが、広告対象とするユニットＩＤに決定される。このような場合には、本変形例におけるステップＳ５６０では、上記実施形態におけるステップＳ５６０と異なり、制御部１０１は、当該第２ユニットＩＤに対応付けられた広告情報を再生部１０２により再生させる。
【０１５７】
ここで、登録ユーザに係わる第１ユニットＩＤと第２ユニットＩＤとが一致しない場合には、前述のステップＳ１７０の判定が満たされないため、上記登録ユーザが、当該登録ユーザの嗜好を隠す必要のある他の人間とともに来場している、とみなすことができる。本変形例においては、これに応じて、上記のように登録ユーザに係わる第１ユニットＩＤと第２ユニットＩＤとが一致しないと判定された場合に、制御部１０１が、当該登録ユーザの本来の嗜好に相当する第１ユニットＩＤに対応付けられた広告情報を再生部１０２により再生させるのではなく、第２ユニットＩＤに対応付けられた広告情報を再生部１０２により再生させる。これにより、上記登録ユーザの意向に沿った形で、当該登録ユーザの本来の嗜好を推定できるような広告の提供を中止することができる。
【０１５８】
（２）第１及び第２ユニットＩＤが不一致のときは、第１又は第２ユニットＩＤに対応する広告を選択的に再生させる場合
すなわち、本来の嗜好に対応した第１ユニットＩＤと、今回の選曲操作に対応する第２ユニットＩＤとが、一致しないと判定された場合には、ユニット選択確率を算出して、その算出されたユニット選択確率となるようにしつつ、第１及び第２ユニットＩＤのどちらか一方に対応付けられた広告情報を再生部１０２により選択的に再生させるようにしてもよい。
【０１５９】
本変形例においては、カラオケ装置１００の大容量記憶装置１０７のテーブル記憶エリアには、ユニット組合せ別係数テーブル１０７５（後述の図１２参照）、及び、歌唱回数別係数テーブル１０７６（後述の図１３参照）が記憶されている。
【０１６０】
図１２に、上記ユニット組合せ別係数テーブル１０７５の記憶内容の一例を示す。
【０１６１】
図１２に示すように、ユニット組合せ別係数テーブル１０７５には、予め、想定される上記第１ユニットＩＤと上記第２ユニットＩＤとの組み合わせに応じて定められた、第１重み付け係数としての係数Ｍ１が記憶されている。
【０１６２】
係数Ｍ１は、第１ユニットＩＤに対応した嗜好と第２ユニットＩＤに対応した嗜好との接点の有無を表している。この例では、係数Ｍ１の最大値が「１」、最小値が「０」に設定され記憶されている。そして、第１ユニットＩＤに対応した嗜好と第２ユニットＩＤに対応した嗜好との接点が多い組み合わせほど、言い換えれば、本来の嗜好の度合いが高いほど、対応する係数Ｍ１が大きくなり（この例では１に近くなり）、逆に、第１ユニットＩＤに対応した嗜好と第２ユニットＩＤに対応した嗜好との接点が少ない組み合わせほど、言い換えれば、本来の嗜好の度合いが低いほど、対応する係数Ｍ１が小さくなる（この例では０に近くなる）ように設定され記憶されている。
【０１６３】
図１２に示す例では、例えば、第１ユニットＩＤ「１」及び第２ユニットＩＤ「１」の組み合わせに対応した係数Ｍ１は最大値の「１」に設定されている。第１ユニットＩＤ「１」及び第２ユニットＩＤ「２」の組み合わせに対応した係数Ｍ１は「０．５」に設定されている。第１ユニットＩＤ「１」及び第２ユニットＩＤ「３」の組み合わせに対応した係数Ｍ１は「０．５」に設定されている。第１ユニットＩＤ「１」及び第２ユニットＩＤ「４」の組み合わせに対応した係数Ｍ１は「０．１」に設定されている。第１ユニットＩＤ「１」及び第２ユニットＩＤ「５」の組み合わせに対応した係数Ｍ１は「０．８」に設定されている。説明は省略するが、上記以外の組み合わせについても、それぞれ同様に、対応する係数Ｍ１が設定されている。
【０１６４】
図１３に、上記歌唱回数別係数テーブル１０７６の記憶内容の一例を示す。
【０１６５】
図１３に示すように、歌唱回数別係数テーブル１０７６には、予め、上記第２ユニットＩＤに対応した登録ユーザの歌唱回数の大小に応じて定められた、第２重み付け係数としての係数Ｍ２が記憶されている。この例では、係数Ｍ２の最大値が「１」に設定され、歌唱回数が多くなるに従って、対応する係数Ｍ２が小さくなるように設定され記憶されている。
【０１６６】
図１３に示す例では、歌唱回数「０回〜３回」に対応した係数Ｍ２が最大値の「１」に設定されている。歌唱回数「４回〜５回」に対応した係数Ｍ２が「０．９」に設定されている。歌唱回数「６回〜７回」に対応した係数Ｍ２が「０．８」に設定されている。歌唱回数「８回以上」に対応した係数Ｍ２が最小値の「０．７」に設定されている。
【０１６７】
図１４を用いて、本変形例におけるステップＳ１００の詳細手順を説明する。なお、図１４は、前述の図８及び図１１に対応する図である。図８と同等の手順には同符号を付し説明を省略する。
【０１６８】
図１４において、前述の図８と異なる点は、ステップＳ１７０とステップＳ１９０との間に、ステップＳ３００を新たに設けた点である。すなわち、ステップＳ１７０において、前述のステップＳ１０５でユーザＩＤが取得された登録ユーザに係わる第１ユニットＩＤと当該登録ユーザに係わる第２ユニットＩＤとが一致するかどうかを判定し、当該第１ユニットＩＤと当該第２ユニットＩＤとが一致しなかった場合には、新たに設けたステップＳ３００に移る。
【０１６９】
ステップＳ３００では、制御部１０１は、所定のユニット情報選択処理を実行する。なお、このステップＳ３００の詳細内容については、後述の図１５で説明する。
【０１７０】
上記以外の手順は、前述の図８と同様であるので、説明を省略する。
【０１７１】
図１５を用いて、上記図１４のステップＳ３００の詳細手順を説明する。
【０１７２】
図１５において、まずステップＳ３１０で、制御部１０１は、上記ユニット別係数テーブル１０７５（図１２参照）から、前述のステップＳ１０５でユーザＩＤが取得された登録ユーザに関して前述のステップＳ３０で取得された第１ユニットＩＤと、当該登録ユーザに関して前述のステップＳ２００で決定された第２ユニットＩＤと、の組み合わせに対応した上記係数Ｍ１を取得する。なお、第１ユニットＩＤに対応した嗜好と第２ユニットＩＤに対応した嗜好との接点が多い組み合わせほど、言い換えれば、本来の嗜好の度合いが高いほど、値の大きい係数Ｍ１が取得される。逆に、第１ユニットＩＤに対応した嗜好と第２ユニットＩＤに対応した嗜好との接点が少ない組み合わせほど、言い換えれば、本来の嗜好の度合いが低いほど、値の小さい係数Ｍ１が取得される。例えば、第１ユニットＩＤが「１」であり、第２ユニットＩＤが「５」である場合がある。この場合には、ユニット別係数テーブル１０７５から、第１ユニットＩＤ「１」及び第２ユニットＩＤ「５」の組み合わせに対応した係数Ｍ１（図１２に示す例では「０．８」）が取得される。
【０１７３】
その後、ステップＳ３２０で、制御部１０１は、上記歌唱履歴テーブル１０７２（図３参照）に記憶された、前述のステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱履歴情報のレコード数、すなわち、当該登録ユーザの歌唱回数を検出する。
【０１７４】
そして、ステップＳ３３０に移り、制御部１０１は、上記歌唱回数別係数テーブル１０７６（図１３参照）から、上記ステップＳ３２０で検出された、前述のステップＳ１０５でユーザＩＤが取得された登録ユーザの歌唱回数に対応した上記係数Ｍ２を取得する。なお、歌唱回数が少ないほど、値の大きい係数Ｍ２が取得される。逆に、歌唱回数が多いほど、値の小さい係数Ｍ２が取得される。例えば、上記ステップＳ３２０で、当該登録ユーザの歌唱回数が「２回」であると検出された場合がある。この場合には、歌唱回数別係数テーブル１０７６から、歌唱回数「２回」に対応した係数Ｍ２（図１３に示す例では歌唱回数「０回〜３回」までに対応した「１」）が取得される。
【０１７５】
その後、ステップＳ３４０で、制御部１０１は、上記ステップＳ３１０で取得された係数Ｍ１と、上記ステップＳ３３０で取得された係数Ｍ２とを用いて、ユニット選択確率Ｐを算出する。この例では、制御部１０１は、上記ステップＳ３１０で取得された係数Ｍ１、及び、上記ステップＳ３３０で取得された係数Ｍ２を乗じて、ユニット選択確率Ｐを算出する。ユニット選択確率Ｐは、第１ユニットＩＤに対応付けられた広告情報と、第２ユニットＩＤに対応付けられた広告情報とのうち、第１ユニットＩＤに対応付けられた広告情報を選択する確率である。すなわち、ユニット選択確率Ｐの値が大きいほど、第１ユニットＩＤに対応付けられた広告情報が選択される確率が高くなり、逆に、ユニット選択確率Ｐの値が小さいほど、第１ユニットＩＤに対応付けられた広告情報が選択される確率が低くなる。なお、ユニット選択確率Ｐを、第２ユニットＩＤに対応付けられた広告情報を選択する確率としてもよい。このステップＳＳ３４０の手順が、各請求項記載の選択確率算出手段として機能する。
【０１７６】
そして、ステップＳ３５０で、制御部１０１は、上記ステップＳ３４０で算出されたユニット選択確率Ｐとなるように、前述のステップＳ１０５でユーザＩＤが取得された登録ユーザに関して前述のステップＳ３０で取得された第１ユニットＩＤと、当該登録ユーザに関して前述のステップＳ２００で決定された第２ユニットＩＤとを、選択的に広告対象とするユニットＩＤとして決定する。その後、このルーチンを終了する。
【０１７７】
本変形例において、カラオケ装置１００の制御部１０１が実行する、広告情報の再生に関する制御手順は、前述の図１０とほぼ同様であるが、ステップＳ５１０及びステップＳ５６０の手順が少し異なっている。
【０１７８】
本変形例におけるステップＳ５１０では、上記実施形態におけるステップＳ５１０と異なり、制御部１０１は、前述のステップＳ６０、又は前述のステップＳ７０、又は前述のステップＳ１５０、又は前述のステップＳ１８０、又は上記図１５のステップＳ３５０において広告対象とするユニットＩＤとして決定されたユニットＩＤを取得する。なお、上記実施形態におけるステップＳ５１０と同様、広告対象とするユニットＩＤとして決定されたユニットＩＤが複数ある場合には、このステップＳ５１０では、当該決定された複数のユニットがそれぞれ取得される。
【０１７９】
また、本変形例におけるステップＳ５６０では、制御部１０１は、上記実施形態におけるステップＳ５６０とほぼ同様の処理を行う。本変形例においては、上述したように、前述のステップＳ１７０の判定が満たされなかった場合には、上記実施形態と異なり、上記図１５のステップＳ３５０において、前述のステップＳ１０５でユーザＩＤが取得された登録ユーザに係わる第１ユニットＩＤと、当該登録ユーザに係わる第２ユニットＩＤとが、選択的に広告対象とするユニットＩＤに決定される。このような場合には、本変形例におけるステップＳ５６０では、上記実施形態におけるステップＳ５６０と異なり、制御部１０１は、上記ステップＳ３６０で選択的に決定された第１又は第２ユニットＩＤに対応付けられた広告情報を再生部１０２により再生させる。これは実質的には、上記図１５のステップＳ３４０で算出されたユニット選択確率Ｐとなるように、第１ユニットＩＤに対応付けられた広告情報と、第２ユニットＩＤに対応付けられた広告情報とを、選択的に再生部１０２により再生させることに相当する。
【０１８０】
ここで、ユーザの嗜好の内容によっては、あるいは、当該ユーザの嗜好とは別の他の嗜好との組合せ次第によっては、ユーザの嗜好と上記他の嗜好との接点の有無や、それら２つの嗜好における妥協性の程度について、差がある場合がある。本変形例においては、上記の傾向に鑑みて、予め、上記ユニット組合せ別係数テーブル１０７５（図１２を参照）に、想定される第１ユニットＩＤと第２ユニットＩＤとの組み合わせに応じた係数Ｍ１が設定され記憶されている。第１ユニットＩＤと第２ユニットＩＤとが一致しないと判定された場合には、制御部１０１が、上記ユニット組合せ別係数テーブル１０７５の記憶内容を参照して、それら第１ユニットＩＤ及び第２ユニットＩＤの組み合わせに対応した係数Ｍ１を用いて、ユニット選択確率Ｐを算出する（図１５のステップＳ３４０を参照）。そして、制御部１０１は、上記算出されたユニット選択確率Ｐとなるようにしつつ、第１ユニットＩＤに対応した広告情報と、第２ユニットＩＤに対応した広告情報とを、選択的に再生部１０２により再生させる。
【０１８１】
これにより、係数Ｍ１により確率的な広告提供特性を規定しつつ、きめの細かい広告提供をユーザに対し行うことができる。
【０１８２】
また、ユーザが、当該ユーザの嗜好を可能ならば他の人間に対して隠したい、あるいは見えにくくしたいという意向を持つ場合に、その気持ちの程度は、他の人間の顔ぶれやその時々の状況によって種々変化する場合がある。特にユーザの歌唱回数は上記気持ちの程度と相関がある場合がある。すなわち、前述のように第１ユニットＩＤと第２ユニットＩＤとが不一致の状態のまま、当該ユーザの歌唱回数が比較的多くなった場合には、当該ユーザの、上記嗜好を隠したいという気持ちは徐々に強まってきている可能性が高い。そこで本変形例においては、上記の傾向に鑑みて、予め、上記歌唱回数別係数テーブル１０７６（図１３を参照）に、ユーザの歌唱回数の大小に応じた係数Ｍ２が設定され記憶されている。第１ユニットＩＤと第２ユニットＩＤとが一致しないと判定された場合には、制御部１０１が、上記ユニット組合せ別係数テーブル１０７５の記憶内容に基づく上記係数Ｍ１を用いるとともに、上記登録ユーザの歌唱回数を加味して設定された上記係数Ｍ２も用いて、ユニット選択確率Ｐを算出する。そして、制御部１０１は、上記算出されたユニット選択確率Ｐとなるようにしつつ、第１ユニットＩＤに対応した広告情報と、第２ユニットＩＤに対応した広告情報とを、選択的に再生部１０２により再生させる。
【０１８３】
これにより、ユーザの意向を高精度に反映した、さらにきめの細かい広告提供を行うことができる。
【０１８４】
なお、以上においては、広告配信サーバ４００が複数の広告情報を予めカラオケ装置１００へ出力しておき、カラオケ装置１００の制御部１０１が、これら複数の広告情報のうち、広告対象とするユニットＩＤとして決定されたユニットＩＤに対応付けられた広告情報を、１つの演奏曲の再生終了後、次の再生開始までの間に、再生部１０２により再生させていたが、これに限られない。例えば、表示部１０３の表示画面を複数に分割し、そのうち１つの画面には演奏曲に対応した歌詞テロップを表示させると共に、別の画面には当該広告情報を表示させるようにしてもよい。
【０１８５】
また、例えば、広告配信サーバ４００が広告情報を適宜のタイミングでリモコン２００へ出力し、操作部２０５が一定時間操作されていないと判断された場合に、リモコン２００の制御部２０１が、上記広告対象とするユニットＩＤとして決定されたユニットＩＤに対応付けられた広告情報を、表示部２０３全体に表示させるようにしてもよい。あるいは、表示部２０３の表示画面を複数に分割し、そのうち１つの画面には演奏曲の選曲画面を表示させると共に、別の画面には当該広告情報を表示させるようにしてもよい。この場合には、リモコン２００の制御部２０１が、各請求項記載の広告情報出力手段として機能する。
【０１８６】
また、図７、図８、図９、図１０等に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【０１８７】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【０１８８】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【０１８９】
１                楽曲再生システム
１００            カラオケ装置
１０１            制御部
１０２            再生部（再生手段）
１０７            大容量記憶装置（第２記憶装置、第３記憶装置、第４記憶装置）
２００            リモコン
３００            ホストサーバ
３０７            大容量記憶装置（第１記憶装置）
４００            広告配信サーバ
１０７１          ログインテーブル
１０７２          歌唱履歴テーブル
１０７３          ユニットＩＤ−歌手ＩＤテーブル
１０７４          ユニット別広告テーブル
１０７５          ユニット組合せ別係数テーブル
１０７６          歌唱回数別係数テーブル
３０７１          ユーザ別嗜好データベース
【図１】
0005423985.tif 000002
【図２】
0005423985.tif 000003
【図３】
0005423985.tif 000004
【図４】
0005423985.tif 000005
【図５】
0005423985.tif 000006
【図６】
0005423985.tif 000007
【図７】
0005423985.tif 000008
【図８】
0005423985.tif 000009
【図９】
0005423985.tif 000010
【図１０】
0005423985.tif 000011
【図１１】
0005423985.tif 000012
【図１２】
0005423985.tif 000013
【図１３】
0005423985.tif 000014
【図１４】
0005423985.tif 000015
【図１５】
0005423985.tif 000016