(57)【特許請求の範囲】
【請求項１】
楽曲データ及び映像データを含む演奏曲データを用いて演奏曲を再生する再生手段と、
複数のユーザ識別情報と複数の消費感度情報とが対応付けられた、ユーザ感度分類情報を記憶した第１記憶手段と、
前記演奏曲に関する前記ユーザの所定の操作に基づいて取得された当該ユーザの前記ユーザ識別情報に基づき、前記第１記憶手段に記憶された前記ユーザ感度分類情報に応じて、当該ユーザに対応する消費感度情報を取得する、感度情報取得手段と、
前記感度情報取得手段により取得された前記消費感度情報に基づき、広告対象とする広告情報を決定する広告情報決定手段と、
前記広告情報決定手段により決定された、前記広告対象とする広告情報を出力する広告情報出力手段と、
複数のユーザ識別情報と複数のユニット識別情報とが対応付けられた、ユーザユニット分類情報を記憶した第２記憶手段と、
前記演奏曲に関する前記ユーザの所定の操作に基づいて取得された当該ユーザの前記ユーザ識別情報に基づき、前記第２記憶手段に記憶された前記ユーザユニット分類情報に応じて、当該ユーザに対応するユニット識別情報を取得する、ユニット情報取得手段と、
を有し、
前記感度情報取得手段は、
前記所定の操作としての少なくとも一人の前記ユーザの認証要求操作に基づき取得された各ユーザの前記ユーザ識別情報をキーとして各ユーザに対応する前記消費感度情報を取得し、
前記広告情報決定手段は、
前記認証要求操作に応じた各ユーザの認証状態において前記感度情報取得手段により取得された各ユーザの前記消費感度情報をキーとして前記第１記憶手段又は第２記憶手段に記憶した感度別スコアデータベースより前記消費感度情報と対応付けしたスコアを取得した後に、前記ユニット情報取得手段により各ユーザの前記ユーザ識別情報をキーとして取得した各ユーザの前記ユニット識別情報に対応するスコアを前記ユニット識別情報ごとに加算してカラオケボックス室内における前記ユニット識別情報に対応するスコアを算出し、前記ユニット識別情報のスコアの大きさに応じて、各ユニット識別情報に属する広告情報の出現確率を算出し、前記広告対象とする広告情報を決定する
ことを特徴とする楽曲再生システム。
【請求項２】
前記広告情報決定手段は、
前記ユーザの認証要求操作時において前記感度情報取得手段により取得された前記消費感度情報に基づき、前記広告情報を決定する
ことを特徴とする請求項１記載の楽曲再生システム。
【請求項３】
前記感度情報取得手段は、
前記所定の操作としての前記演奏曲に関するユーザの選曲操作に対応した当該ユーザの歌唱履歴情報の生成時に、前記消費感度情報を取得し、
前記広告情報決定手段は、
当該歌唱履歴情報の生成時において前記感度情報取得手段により取得された前記消費感度情報に基づき、前記広告情報を決定する
ことを特徴とする請求項１記載の楽曲再生システム。
【請求項４】
前記演奏曲に関するユーザの選曲操作に基づくユーザの歌唱履歴情報に基づき、前記複数のユニット識別情報の中から当該ユーザの前記ユーザ識別情報に対応付ける少なくとも１つの前記ユニット識別情報を決定するユニット情報決定手段を有し、
前記第２記憶手段は、
前記ユニット情報決定手段による決定結果に基づく前記ユーザユニット分類情報を記憶する
ことを特徴とする請求項１乃至請求項３のいずれか１項記載の楽曲再生システム。
【請求項５】
前記再生手段は、前記演奏曲データを用いて、複数の演奏曲を順次再生可能であり、
かつ、
１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、前記広告情報出力手段から出力された前記広告情報を再生するように、前記再生手段を制御する再生制御手段を設けた
ことを特徴とする請求項１乃至請求項４のいずれか１項記載の楽曲再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、演奏曲の再生を行う楽曲再生システムに関する。
【背景技術】
【０００２】
一般に、消費者の消費動向には個々の違いがある。例えばある商品が市場に投入されてから比較的短い時間で購入する傾向の、流行や新製品にすぐ飛びつく属性の消費者が存在する。また、商品が市場に投入されてから比較的長い時間の経過後に購入する傾向の、じっくり見極める属性の消費者も存在する。このような各消費者タイプごとの消費行動の違いは、消費感度の高低によって表すことができ、消費行動が早いほど感度が高く、消費行動が遅いほど感度が低くなる。
【０００３】
一方、上記のように時期的な差異により複数のタイプに分類される各消費者において、先に行動する消費感度が高い消費者の動向が、後に行動する消費感度が低い消費者の動向に影響を与える場合がある。例えば消費感度が高い消費者は、各種メディアの広告等の外部的な影響を受けることなく自らの意志で進んで新商品を購入するが、消費感度が低い消費者は、他の人が購入し始めてその様子や評判に応じて自らも購入する特性を持つ場合が多い。したがって、消費感度が高い消費者に対しいち早く商品の広告を行えば、消費感度が低い消費者の購入意欲を刺激し、当該商品の市場投入直後の早い時期に購入者数を大幅に増加させることができる。
【０００４】
従来、演奏曲データを用いた演奏曲の再生サービスを受けるユーザに対し、商品の広告を行う技術が、例えば特許文献１に開示されている。
【０００５】
この従来技術では、カラオケ装置のＣＰＵが、予め設定された設定時間を読み出して、タイマーによるカウントを開始させる。このとき、予約されている曲があれば、ＣＰＵは、その曲に対応する演奏曲データとしての音声データ及び映像データをＨＤＤより読み出して、音源及び映像コントロール部へ送出し、音声及び映像をスピーカ及びＴＶより出力させる。そして、その楽曲の演奏が終了したら、ＣＰＵは、上記読み出された設定時間とタイマーのカウント値とを比較する。そして、そのカウント値が設定時間を越えていた場合には、ＣＰＵは、ＨＤＤより広告などサービス情報を読み出して、映像コントロール部へ送出し、ＴＶに当該広告などサービス情報を表示させる。これにより、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、利用者に対して、広告などのサービス情報の提供が行われる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平６−１０２８９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、一般に、ユーザが、演奏曲データを用いた演奏曲の再生サービスを受ける場合、ひとりで来場する場合もあるが、他の人間と連れ立って複数人で連れ立って来場し、一緒に楽しむ場合が多い。このような場合、来場して同室内に存在している複数人のユーザの中には、消費感度が高いユーザと消費感度が低いユーザとが混在している可能性が高い。
【０００８】
また近年、上記従来技術のような、演奏曲と演奏曲との間の単なる広告の提供にとどまらず、各ユーザの消費感度情報を手がかりに、来場したユーザの中で消費感度の高いユーザを見つけ出し、当該ユーザに対し積極的に商品の推奨を行うことが考えられつつある。このように消費感度が高いユーザに対し優先的に広告を提供することで、上述のようにして、消費感度の低いユーザの購入意欲をも刺激することができる。この結果、消費感度の高いユーザにも低いユーザにも商品を推奨することができ、商品全体の購入者数を大きく増大させることができる。
【０００９】
しかしながら、上記従来技術では、演奏曲と演奏曲との間に単なる広告の提供を行うのみである。すなわち、上記のような、各ユーザの消費感度の違いや、先に行動する消費感度の高いユーザの動向が後に行動する消費感度が低いユーザの動向に与える影響等は、特に配慮されていない。このため、本来的に広告に疎く広告効果の少ない消費感度の低いユーザに対して大きな広告効果を得ることは、必ずしも十分なものではなかった。
【００１０】
本発明の目的は、本来的に広告に疎く広告効果の少ない消費感度の低いユーザに対しても、大きな広告効果を得ることができる楽曲再生システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、第１の発明は、楽曲データ及び映像データを含む演奏曲データを用いて演奏曲を再生する再生手段と、複数のユーザ識別情報と複数の消費感度情報とが対応付けられた、ユーザ感度分類情報を記憶した第１記憶手段と、前記演奏曲に関する前記ユーザの所定の操作に基づいて取得された当該ユーザの前記ユーザ識別情報に基づき、前記第１記憶手段に記憶された前記ユーザ感度分類情報に応じて、当該ユーザに対応する消費感度情報を取得する、感度情報取得手段と、前記感度情報取得手段により取得された前記消費感度情報に基づき、広告対象とする広告情報を決定する広告情報決定手段と、前記広告情報決定手段により決定された、前記広告対象とする広告情報を出力する広告情報出力手段と、を有することを特徴とする。
【００１２】
一般に、消費者の消費動向には個々の違いがある。例えばある商品が市場に投入されてから比較的短い時間で購入する傾向の、流行や新製品にすぐ飛びつく属性の消費者が存在する。また、商品が市場に投入されてから比較的長い時間の経過後に購入する傾向の、じっくり見極める属性の消費者も存在する。このような各消費者タイプごとの消費行動の違いは、消費感度の高低によって表すことができ、消費行動が早いほど感度が高く消費行動が遅いほど感度が低くなる。
【００１３】
一方、上記のように時期的な差異により複数のタイプに分類される各消費者において、先に行動する消費感度が高い消費者の動向が、後に行動する消費感度が低い消費者の動向に影響を与える場合がある。例えば消費感度が高い消費者は、各種メディアの広告等の外部的な影響を受けることなく自らの意志で進んで新商品を購入するが、消費感度が低い消費者は他の人が購入し始めてその様子や評判に応じて自らも購入する特性を持つ場合が多い。したがって、消費感度が高い消費者に対しいち早く商品の広告を行えば、消費感度が低い消費者の購入意欲を刺激し、当該商品の市場投入直後の早い時期に購入者数を大幅に増加させることができる。
【００１４】
ここで、一般に、ユーザが、演奏曲データを用いた演奏曲の再生サービスを受ける場合、ひとりで来場する場合もあるが、他の人間と連れ立って複数人で連れ立って来場し、一緒に楽しむ場合が多い。このような場合、来場して同室内に存在している複数人のユーザの中には、消費感度が高いユーザと消費感度が低いユーザが混在している可能性が高い。
【００１５】
そこで、本願第１発明においては、上記に対応し、第１記憶手段に予め記憶されたユーザ感度分類情報を用いて、感度情報取得手段がユーザ識別情報から各ユーザごとの消費感度情報を取得する。そして、取得された各ユーザの消費感度情報に基づき、広告情報決定手段が広告を決定する。これにより、来場したユーザの中で消費感度の高いユーザを見つけ出し、当該ユーザに対し積極的に商品の推奨を行うことが可能となる。具体的には、消費感度の高いユーザに好適な広告の提供頻度を、それ以外のユーザに好適な広告の提供頻度よりも大きくする、等を実行することができる。このように消費感度が高いユーザに対し優先的に広告を提供することで、上述のようにして、消費感度の低いユーザの購入意欲をも刺激することができる。特に、演奏曲の再生サービスを受ける場合には、通常全ユーザが同室内に存在しているため、消費感度の高いユーザと消費感度の低いユーザとのコミュニケーションも活発である。したがって、消費感度の高いユーザから消費感度の低いユーザへの、いわゆる口コミ効果と同様の効果が生じることとなり、確実に消費感度の低いユーザの購入意欲を刺激することができる。
【００１６】
以上のように、本願第１発明によれば、本来的に広告に疎く広告効果の少ない消費感度の低いユーザに対しても、広告効果の大きい消費感度の高いユーザからの情報提供を介在させることで、結果として大きな広告効果を得ることができる。この結果、消費感度の高いユーザにも低いユーザにも確実に商品を推奨することができ、商品全体の購入者数を大きく増大させることができる。
【００１７】
また、第１発明は、複数のユーザ識別情報と複数のユニット識別情報とが対応付けられた、ユーザユニット分類情報を記憶した第２記憶手段と、前記演奏曲に関する前記ユーザの所定の操作に基づいて取得された当該ユーザの前記ユーザ識別情報に基づき、前記第２記憶手段に記憶された前記ユーザユニット分類情報に応じて、当該ユーザに対応するユニット識別情報を取得する、ユニット情報取得手段と、を有し、前記広告情報決定手段は、前記感度情報取得手段により取得された前記消費感度情報と前記ユニット情報取得手段により取得された前記ユニット識別情報とに基づき、広告対象とする広告情報を決定することを特徴とする。
【００１８】
本願第１発明においては、第２記憶手段に記憶されたユーザユニット分類情報により、予め、各ユーザと各ユニットとが対応付けられている。ユーザが所定の操作を行ってユーザ識別情報が取得されると、上記ユーザユニット分類情報を用いて、ユニット情報取得手段が、当該ユーザに対応したユニット識別情報を取得する。これにより、来場したユーザの中でユーザ識別情報に基づき消費感度の高いユーザを見つけ出した場合に、当該ユーザのユーザ識別情報に対応したユーザユニットを特定することで、当該ユーザに対し好適な広告を確実に提供することができる。
【００１９】
さらに、第１の発明は、前記感度情報取得手段は、前記所定の操作としての少なくとも一人の前記ユーザの認証要求操作に基づき取得された各ユーザの前記ユーザ識別情報をキーとして、各ユーザに対応する前記消費感度情報を取得し、前記広告情報決定手段は、前記認証要求操作に応じた各ユーザの認証状態において前記感度情報取得手段により取得された各ユーザの前記消費感度情報をキーとして前記第１記憶手段又は第２記憶手段に記憶した感度別スコアデータベースより前記消費感度情報と対応付けしたスコアを取得した後に、前記ユニット情報取得手段により各ユーザの前記ユーザ識別情報をキーとして取得した各ユーザの前記ユニット識別情報に対応するスコアを前記ユニット識別情報ごとに加算してカラオケボックス室内における前記ユニット識別情報に対応するスコアを算出し、前記ユニット識別情報のスコアの大きさに応じて、各ユニット識別情報に属する広告情報の出現確率を算出し、前記広告対象とする広告情報をすることを特徴とする。
【００２０】
認証要求操作を行って認証状態にあるユーザの消費感度情報を用いることで、演奏曲の再生サービスを受けているユーザ全員を対象に、各ユーザの消費感度の高低に応じた有効な広告提供を行うことができる。
【００２１】
第２の発明は、上記第１発明において、前記広告情報決定手段は、前記ユーザの認証要求操作時において前記感度情報取得手段により取得された前記消費感度情報に基づき、前記広告情報を決定することを特徴とする。
【００２２】
これにより、演奏曲の再生サービスを受けているユーザ全員を対象に、確実に有効な広告提供を行うことができる。特に、複数のユーザが時間差をもって順次認証要求操作を行う場合に、認証要求操作が行われる各タイミングに刻々と対応した形で、精度よく有効な広告提供を行うことができる。
【００２３】
第３の発明は、上記第１発明において、前記感度情報取得手段は、前記所定の操作としての前記演奏曲に関するユーザの選曲操作に対応した当該ユーザの歌唱履歴情報の生成時に、前記消費感度情報を取得し、前記広告情報決定手段は、当該歌唱履歴情報の生成時において前記感度情報取得手段により取得された前記消費感度情報に基づき、前記広告情報を決定することを特徴とする。
【００２４】
これにより、各ユーザが演奏曲を再生し順次歌唱を行っていくときの、各歌唱履歴に刻々と対応した形で、精度よく有効な広告提供を行うことができる。
【００２５】
第４の発明は、上記第１乃至第３発明のいずれかにおいて、前記演奏曲に関するユーザの選曲操作に基づくユーザの歌唱履歴情報に基づき、前記複数のユニット識別情報の中から当該ユーザの前記ユーザ識別情報に対応付ける少なくとも１つの前記ユニット識別情報を決定するユニット情報決定手段を有し、前記第２記憶手段は、前記ユニット情報決定手段による決定結果に基づく前記ユーザユニット分類情報を記憶することを特徴とする。
【００２６】
例えば、ユーザが歌唱を行う場合は、自らの年代や好み等の嗜好が反映した選曲を行って歌唱する場合が多い。したがって、ユーザが選曲した演奏曲の名前や種類等を含む歌唱履歴と、当該ユーザの嗜好とは、密接な関係にある。
そこで、本願第４発明では、ユニット情報決定手段により、ユーザの歌唱履歴に基づいてユニットが決定される。これにより、ユーザの嗜好に精度よく合致したユニットを対応付けることができるので、効果的な広告をさらに確実に提供することができる。
【００２７】
第５の発明は、上記第１乃至第４発明のいずれかにおいて、前記再生手段は、前記演奏曲データを用いて、複数の演奏曲を順次再生可能であり、かつ、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、前記広告情報出力手段から出力された前記広告情報を再生するように、前記再生手段を制御する再生制御手段を設けたことを特徴とする。
【００２８】
これにより、広告情報を、複数の演奏曲の合間に提供することができる。特に、歌唱を行っていないユーザは、演奏曲と演奏曲との合間の再生映像を見ている可能性が高いので、当該ユーザに対して効果的な広告を行うことができる。
【発明の効果】
【００２９】
本発明によれば、本来的に広告に疎く広告効果の少ない消費感度の低いユーザに対しても、大きな広告効果を得ることができる。
【図面の簡単な説明】
【００３０】
【図１】本発明の一実施の形態の楽曲再生システムの全体構成を表すシステム構成図である。
【図２】ログインテーブルの記憶内容の一例を概念的に表す表である。
【図３】歌唱履歴テーブルの記憶内容の一例を概念的に表す表である。
【図４】歌唱履歴データベースの記憶内容の一例を概念的に表す表である。
【図５】ユーザ分類データベースの記憶内容の一例を概念的に表す表である。
【図６】感度別スコアデータベースの記憶内容の一例を概念的に表す表である。
【図７】ユニット別広告データベースの記憶内容の一例を概念的に表す表である。
【図８】ホストサーバの制御部が実行する、ユーザユニット分類情報の生成に関する制御手順を表すフローチャートである。
【図９】カラオケ装置の制御部が実行する、ユニット別スコア表内のスコア更新に関する制御手順を表すフローチャートである。
【図１０】ユニット別スコア表の一例を概念的に表す説明図である。
【図１１】カラオケ装置の制御部が実行する、広告対象とする広告情報の決定及び再生に関する制御手順を表すフローチャートである。
【図１２】ユニット別出現確率表の一例を概念的に表す説明図である。
【図１３】ログイン直後に感度情報の取得を行う変形例において、カラオケ装置の制御部が実行する、ユニット別スコア表内のスコアの初期化に関する制御手順を表すフローチャートである。
【図１４】カラオケ装置の制御部が実行する、ユニット別スコア表内のスコア更新に関する制御手順を表すフローチャートである。
【図１５】カラオケ装置の制御部が実行する、広告対象とする広告情報の決定及び再生に関する制御手順を表すフローチャートである。
【図１６】歌唱直後に感度情報の取得を行う変形例において、カラオケ装置の制御部が実行する、ユニット別スコア表内のスコアの初期化に関する制御手順を表すフローチャートである。
【図１７】カラオケ装置の制御部が実行する、ユニット別スコア表内のスコア更新に関する制御手順を表すフローチャートである。
【発明を実施するための形態】
【００３１】
以下、本発明の一実施の形態を図面を参照しつつ説明する。
【００３２】
図１を用いて、本実施形態の楽曲再生システムの全体構成を説明する。
【００３３】
図１において、楽曲再生システム１は、カラオケ店舗等のカラオケルームＫＲにそれぞれに設置された、カラオケ装置１００及びリモコン２００と、ホストサーバ３００と、広告配信サーバ４００とを有している。
【００３４】
なお、カラオケ装置１００とリモコン２００とは、例えば無線又は有線のＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）等のネットワークＮＷ１を介し、互いに情報送受信可能に接続されている。また、カラオケ装置１００やリモコン２００と、ホストサーバ３００と、広告配信サーバ４００とは、上記ネットワークＮＷ１と、例えば通信ネットワーク等のネットワークＮＷ２とを介し、互いに情報送受信可能に接続されている。
【００３５】
カラオケ装置１００は、演奏曲データを用いて演奏曲の再生サービスを提供する楽曲再生装置である。このカラオケ装置１００は、制御部１０１と、再生手段としての再生部１０２と、表示部１０３と、音声出力部１０４と、操作部１０５と、通信制御部１０６と、大容量記憶装置１０７と備えている。
【００３６】
制御部１０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置１０７に予め記憶された各種プログラムを実行する。これにより、カラオケ装置１００全体の制御を行う。
【００３７】
大容量記憶装置１０７は、例えばＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）などから構成される。この大容量記憶装置１０７には、複数の演奏曲データ、及び、予め広告配信サーバ４００より出力された複数の広告情報等の各種情報が記憶されている。演奏曲データには、楽曲データとしてのＭｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データ、及び、映像データ等が含まれている。広告情報は、特定の商品等を広告するための動画情報や静止画情報等である。
【００３８】
また、この大容量記憶装置１０７の図示しないテーブル記憶エリアには、ログインテーブル１０７１（後述の図２参照）、及び、歌唱履歴テーブル１０７２（後述の図３参照）が記憶されている。なお、これらログインテーブル１０７１及び歌唱履歴テーブル１０７２は、それぞれ、カラオケ装置１００ごとに別個に設けられており、カラオケ装置１００ごとに備えられた大容量記憶装置１０７のテーブル記憶エリアに記憶されている。
【００３９】
再生部１０２は、上記大容量記憶装置１０７に記憶された演奏曲データを用いて、複数の演奏曲を順次再生する。またこれと共に、再生部１０２は、上記大容量記憶装置１０７に記憶された広告情報を再生する。
【００４０】
表示部１０３は、例えば液晶ディスプレイなどから構成される。この表示部１０３は、上記再生部１０２によって再生された演奏曲や広告情報に係わる動画や静止画の映像を表示する。
【００４１】
音声出力部１０４は、例えばアンプやスピーカなどから構成される。この音声出力部１０４は、上記再生部１０２によって再生された演奏曲や広告情報に係わる音声、及び、図示しないマイクにより入力された当該カラオケ装置１００による演奏曲の再生サービスを利用するユーザの歌唱音声等を出力する。
【００４２】
操作部１０５は、複数のキーやスイッチなどから構成される。ユーザは、この操作部１０５を用いて、演奏曲に関する選曲操作等の各種操作を行うことができる。演奏曲に関する選曲操作とは、再生部１０２により再生させる演奏曲、すなわち歌唱する演奏曲を選択（予約）する操作である。
【００４３】
通信制御部１０６は、リモコン２００、ホストサーバ３００、広告配信サーバ４００との間で、上記ネットワークＮＷ１,ＮＷ２を介し行われる情報通信の制御を行う。
【００４４】
リモコン２００は、ユーザが上記選曲操作や後述のログイン操作等の各種操作を行うための操作端末である。このリモコン２００は、制御部２０１と、表示部２０３と、操作部２０５と、通信制御部２０６と、記憶装置２０７とを備えている。
【００４５】
制御部２０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部２０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや記憶装置２０７に予め記憶された各種プログラムを実行する。これにより、リモコン２００全体の制御を行う。
【００４６】
表示部２０３は、例えば液晶ディスプレイなどから構成され、各種表示を行う。
【００４７】
操作部２０５は、複数のキーやスイッチなどから構成される。ユーザは、この操作部２０５を用いて、上記選曲操作やログイン操作等の各種操作を行うことができる。ログイン操作とは、ホストサーバ３００に対して所定のユーザ認証処理の要求を行う操作である。このログイン操作では、各ユーザごとに定められた認証用の識別情報やパスワード等の入力が行われる。ユーザによるログイン操作に基づきホストサーバ３００により当該ユーザが認証されると、表示部２０３における当該ユーザ固有の閲覧画面、すなわちいわゆるマイページへアクセス可能となる。なお、このログイン操作は、各請求項記載の認証要求操作に相当する。
【００４８】
通信制御部２０６は、カラオケ装置１００、ホストサーバ３００、広告配信サーバ４００との間で、上記ネットワークＮＷ１,ＮＷ２を介し行われる情報通信の制御を行う。
【００４９】
記憶装置２０７は、例えば不揮発性メモリなどから構成され、各種情報を記憶する。
【００５０】
ホストサーバ３００は、制御部３０１と、通信制御部３０６と、大容量記憶装置３０７とを備えている。
【００５１】
制御部３０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部３０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置３０７に予め記憶された各種プログラムを実行する。これにより、ホストサーバ３００全体の制御を行う。
【００５２】
通信制御部３０６は、カラオケ装置１００、リモコン２００、広告配信サーバ４００との間で、上記ネットワークＮＷ２,ＮＷ１を介し行われる情報通信の制御を行う。
【００５３】
大容量記憶装置３０７は、例えばＨＤＤなどから構成される。この大容量記憶装置３０７の図示しないデータベース記憶エリアには、会員データベース（図示せず）、歌唱履歴データベース３０７１（後述の図４参照）、ユーザ分類データベース３０７３（後述の図５参照）、感度別スコアデータベース３０７４（後述の図６参照）、及び、ユニット別広告データベース３０７５（後述の図７参照）が記憶されている。なお、この大容量記憶装置３０７は、各請求項記載の、第１記憶手段及び第２記憶手段に相当する。
【００５４】
会員データベースには、カラオケ装置１００による演奏曲の再生サービスに係わる会員として登録されたユーザの会員情報が記憶されている。ユーザの会員情報には、当該ユーザのユーザ識別情報であるユーザＩＤ、性別、生年月日等が含まれている。
【００５５】
広告配信サーバ４００は、複数の広告情報を格納した広告データベース（図示せず）を備えている。この広告配信サーバ４００は、上記広告データベースに格納された複数の広告情報を、上記ネットワークＮＷ２，ＮＷ１を介しカラオケ装置１００等へ出力する。
【００５６】
図２に、上記ログインテーブル１０７１の記憶内容の一例を示す。
【００５７】
図２に示すように、ログインテーブル１０７１には、リモコン２００の操作部２０５を介した上記ログイン操作に基づき上記マイページにアクセス可能となったユーザの、言い換えればログイン操作に応じたログイン状態にあるユーザの、ユーザＩＤが記憶されている。なお、上記ログイン状態は、各請求項記載の認証状態に相当する。本実施形態では、ユーザがログイン操作を行ってログイン状態となると、当該ユーザのユーザＩＤがログインテーブル１０７１に格納されるようになっている。
【００５８】
図３に、上記歌唱履歴テーブル１０７２の記憶内容の一例を示す。
【００５９】
図３に示すように、歌唱履歴テーブル１０７２には、例えば同じ時間帯に同じカラオケ装置１００による演奏曲の再生サービスを受けている（同じ時間帯に同じカラオケルームＫＲ内に存在している）、すなわち一緒に来場した、上記ログイン状態にあるユーザによる上記選曲操作に対応した、当該ユーザの歌唱履歴情報が記憶されている。
【００６０】
ユーザの歌唱履歴情報には、上記選曲操作を行ったユーザのユーザＩＤと、選曲された演奏曲の曲識別情報である曲ＩＤと、選曲された演奏曲の歌手識別情報である歌手ＩＤと、選曲された演奏曲が歌唱された時刻情報である歌唱日時と、が含まれている。なお、ユーザの歌唱履歴情報としては、上記に限られず、例えば選曲された演奏曲の曲ジャンル識別情報であるジャンルＩＤ等、上記以外の情報を含めるようにしてもよい。
【００６１】
歌唱履歴テーブル１０７２に格納された歌唱履歴情報は、例えば、一緒に来場した全ユーザが再生サービスの利用を終了した場合に、上記ネットワークＮＷ１，ＮＷ２を介しホストサーバ３００に出力され、ホストサーバ３００の大容量記憶装置３０７に記憶された歌唱履歴データベース３０７１に格納されるようになっている。
【００６２】
図４に、上記歌唱履歴データベース３０７１の記憶内容の一例を示す。
【００６３】
図４に示すように、歌唱履歴データベース３０７１には、複数のカラオケ装置１００から出力され集計された、複数のユーザの歌唱履歴情報が記憶されている。ユーザの歌唱履歴情報には、上述したように、選曲操作を行ったユーザのユーザＩＤと、選曲された演奏曲の曲ＩＤと、選曲された演奏曲の歌手ＩＤと、選曲された演奏曲が歌唱された歌唱日時と、が含まれている。
【００６４】
図５に、上記ユーザ分類データベース３０７３の記憶内容の一例を示す。
【００６５】
図５に示すように、ユーザ分類データベース３０７３には、複数のユーザのユーザＩＤに対し、互いに嗜好の異なる複数のユニットのユニット識別情報であるユニットＩＤ（この例では「１」〜「１０」の１０個のユニットＩＤ）と、複数の消費感度情報である感度情報（この例では「１」〜「４」の４個の感度情報）と、がそれぞれ対応付けられて記憶されている。なお、このユーザ分類データベース３０７３に記憶された、複数のユーザＩＤと１０個のユニットＩＤ「１」〜「１０」とが対応付けられたデータ（これらの対応付け結果）が、ユーザユニット分類情報に相当し、複数のユーザＩＤと４個の感度情報「１」〜「４」とが対応付けられたデータ（これらの対応付け結果）が、ユーザ感度分類情報に相当する。
【００６６】
本実施形態では、ユーザ分類データベース３０７３に記憶される、複数のユーザＩＤと１０個のユニットＩＤ「１」〜「１０」とが対応付けられたユーザユニット分類情報は、上記歌唱履歴データベース３０７１に記憶された複数のユーザの歌唱履歴情報に基づいて生成される。これは、ユーザが歌唱を行う場合は、自らの年代や好み等の嗜好が反映した選曲を行って歌唱する場合が多く、ユーザが選曲した演奏曲の名前や種類等を含む歌唱履歴と、当該ユーザの嗜好とは、密接な関係にあるからである。本実施形態では、ホストサーバ３００の制御部３０１は、適宜の間隔で、例えば１回／月の間隔で、ユーザユニット分類情報の生成に関する処理を実行する。これにより、ユーザ分類データベース３０７３に記憶される、ユーザユニット分類情報の生成（更新）を行う。なお、このユーザユニット分類情報の生成に関する処理の詳細については、後述する。
【００６７】
ここで、一般に、消費者であるユーザの消費動向には個々の違いがある。例えばある商品が市場に投入されてから比較的短い時間で購入する傾向の、流行や新製品にすぐ飛びつく属性のユーザが存在する。また、商品が市場に投入されてから比較的長い時間の経過後に購入する傾向の、じっくり見極める属性のユーザも存在する。このような各消費者タイプごとの消費行動の違いは、消費感度の高低によって表すことができ、消費行動が早いほど感度が高く、消費行動が遅いほど感度が低くなる。なお、以下適宜、商品が市場に投入されてから当該商品を購入するまでの時期を、消費行動の時期という。
【００６８】
本実施形態では、上記に対応し、複数のユーザのユーザＩＤを、当該ユーザの消費行動の時期の違い、すなわち当該ユーザの消費感度の高低によって、複数のタイプ（この例では４つのタイプ）に分類するため、予め、消費感度の高低に対応した上記４個の感度情報「１」「２」「３」「４」を設けている。
【００６９】
感度情報「１」は、４つの感度情報の中で、最も高い消費感度に対応した感度情報である。この感度情報「１」で表される消費感度を持つユーザは、例えばイノベーター理論（Ｅｖｅｒｅｔｔ  Ｍ．  Ｒｏｇｅｒｓ，  １９６２）において「イノベーター」に分類されるユーザに相当する。感度情報「２」は、４つの感度情報の中で、２番目に高い消費感度に対応した感度情報である。この感度情報「２」で表される消費感度を持つユーザは、例えばイノベーター理論において「アーリーアドプター」に分類されるユーザに相当する。感度情報「３」は、４つの感度情報の中で、３番目に高い消費感度に対応した感度情報である。この感度情報「３」で表される消費感度を持つユーザは、例えばイノベーター理論において「アーリーマジョリティ」に分類されるユーザに相当する。感度情報「４」は、４つの感度情報の中で、最も低い消費感度に対応した感度情報である。この感度情報「４」で表される消費感度を持つユーザは、例えばイノベーター理論において「レイトマジョリティ」や「ラガード」に分類されるユーザに相当する。
【００７０】
また、本実施形態では、ユーザ分類データベース３０７３に記憶される、複数のユーザＩＤと４個の感度情報「１」〜「４」とが対応付けられたユーザ感度分類情報は、上記歌唱履歴データベース３０７１に記憶された複数のユーザの歌唱履歴情報に基づいて生成される。これは、上記商品には、カラオケにおける演奏曲データも含まれており、ユーザが、カラオケにおいて演奏曲を歌唱することは、商品である演奏曲データを購入すなわち消費することに相当からである。このような場合における上記消費行動の時期は、演奏曲データがカラオケ装置１００に配信されてから（演奏曲データが歌唱可能となってから）当該演奏曲を歌唱するまでの時期である。本実施形態では、ホストサーバ３００の制御部３０１は、適宜の間隔で、例えば１回／月の間隔で、ユーザ感度分類情報の生成に関する処理を実行する。これにより、ユーザ分類データベース３０７３に記憶される、ユーザ感度分類情報の生成（更新）を行う。このユーザ感度分類情報の生成に関する処理では、制御部３０１は、上記歌唱履歴データベース３０７１に記憶された複数のユーザの歌唱履歴情報に基づき、感度情報「１」〜「４」の中から、各ユーザのユーザＩＤに対応付ける感度情報をそれぞれ決定する。そして、ユーザ分類データベース３０７３にアクセスし、上記決定結果に基づくユーザ感度分類情報を記憶させる。
【００７１】
なお、この例では、複数のユーザのユーザＩＤを、当該ユーザの消費感度の高低によって４つのタイプに分類したが、これに限られず、もっと多くのタイプに分類するようにしてもよいし、もっと少ないタイプに分類するようにしてもよい。また、この例では、複数のユーザの歌唱履歴情報に基づいて、当該複数のユーザのユーザＩＤに対応付ける感度情報をそれぞれ決定し、その決定結果に基づくユーザ感度分類情報をユーザ分類データベース３０７３に記憶させているが、これに限られない。例えばＥｌｅｃｔｒｏｎｉｃ  Ｃｏｍｍｅｒｃｅ（ＥＣ；電子商取引）における複数のユーザの購入履歴情報に基づいて、当該複数のユーザのユーザＩＤに対応付ける感度情報をそれぞれ決定し、その決定結果に基づくユーザ感度分類情報をユーザ分類データベース３０７３に記憶させるようにしてもよい。
【００７２】
図６に、上記感度別スコアデータベース３０７４の記憶内容の一例を示す。
【００７３】
図６に示すように、感度別スコアデータベース３０７４には、上記４個の感度情報「１」〜「４」と、スコアとが対応付けられて記憶されている。図６に示す例では、感度情報「１」に対しては３［点］、感度情報「２」に対しては４［点］、感度情報「３」に対しては２［点］、感度情報「４」に対しては１［点］が、それぞれ対応付けられている。
【００７４】
なお、対応付けられたスコアが高い感度情報で表される消費感度を持つユーザほど、広告の提供頻度を高くしたいユーザであり、逆に、対応付けられたスコアが低い感度情報で表される消費感度を持つユーザほど、広告の提供頻度を低くしたいユーザである。この例では、感度情報「２」で表される消費感度を持つユーザ、感度情報「１」で表される消費感度を持つユーザ、感度情報「３」で表される消費感度を持つユーザ、感度情報「４」で表される消費感度を持つユーザの順に、広告の提供頻度が高くなるように設定されている。
【００７５】
図７に、上記ユニット別広告データベース３０７５の記憶内容の一例を示す。
【００７６】
図７に示すように、ユニット別広告データベース３０７５には、上記１０個のユニットのユニットＩＤ「１」〜「１０」と、当該ユニットに属するユーザに対し好適な広告情報（例えば当該ユーザの嗜好に対応した広告情報）として予め定められた広告情報の広告識別情報である広告ＩＤと、が対応付けられて記憶されている。
【００７７】
上記構成の本実施形態の最大の特徴は、ユーザの上記ログイン操作に基づいて取得された当該ユーザのユーザＩＤに基づき、上記ユーザ分類データベース３０７３に記憶されたユーザ感度分類情報に応じて、当該ユーザに対応する感度情報を取得すること、その取得された感度情報に基づき、広告対象とする広告情報を決定すること、及び、その決定された広告対象とする広告情報を大容量記憶装置１０７から読み出すこと、にある。
【００７８】
すなわち、上述したように消費行動の時期的な差異により複数のタイプ（本実施形態では４つのタイプ）に分類される各ユーザにおいて、先に行動する消費感度が高いユーザの動向が、後に行動する消費感度が低いユーザの動向に影響を与える場合がある。例えば消費感度が高いユーザは、各種メディアの広告等の外部的な影響を受けることなく自らの意志で進んで新商品を購入するが、消費感度が低いユーザは、他の人が購入し始めてその様子や評判に応じて自らも購入する特性を持つ場合が多い。したがって、消費感度が高いユーザに対しいち早く商品の広告を行えば、消費感度が低いユーザの購入意欲を刺激し、当該商品の市場投入直後の早い時期に購入者数を大幅に増加させることができる。
【００７９】
ここで、一般に、ユーザが、演奏曲データを用いたカラオケ装置１００による演奏曲の再生サービスを受ける場合、１人で来場する場合もあるが、他の人間と連れ立って複数人で連れ立って来場し、一緒に楽しむ場合が多い。このような場合、来場して同じカラオケルームＫＲ内に存在している複数人のユーザの中には、消費感度が高いユーザと消費感度が低いユーザが混在している可能性が高い。
【００８０】
そこで、本実施形態においては、上記に対応し、上記ユーザ分類データベース３０７３にアクセスし、上記ログイン操作に基づいて取得された各ユーザのユーザＩＤをキーとして、当該各ユーザごとの感度情報及びユニットＩＤを取得する。そして、その取得された各ユーザに対応する感度情報及びユニットＩＤに基づき、広告対象とする広告情報を決定し、当該広告対象とする広告情報を大容量記憶装置１０７から読み出す。このようにすることで、来場したユーザの中で消費感度の高いユーザを見つけ出し、当該ユーザに対し積極的に商品の推奨を行うことができる。具体的には、消費感度の高いユーザに好適な広告の提供頻度を、それ以外のユーザに好適な広告の提供頻度よりも大きくすることができる。このように消費感度の高いユーザに対し優先的に広告を提供することで、上述のようにして、消費感度の低いユーザの購入意欲をも刺激することができるのである。以下、その詳細を説明する。
【００８１】
図８を用いて、ホストサーバ３００の制御部３０１が実行する、ユーザユニット分類情報の生成に関する制御手順を説明する。
【００８２】
図８において、この処理は、例えば、予め定められたユーザユニット分類情報の生成を開始するタイミングとなることによって開始されるようにしてもよいし、ホストサーバ３００の使用者等が適宜の操作を実行することによって開始されてもよい。
【００８３】
まずステップＳＳ１０で、制御部３０１は、複数のユーザＩＤのいずれかに対応する変数ｋの値を１に設定する。
【００８４】
その後、ステップＳＳ２０で、制御部３０１は、大容量記憶装置３０７に記憶された上記歌唱履歴データベース３０７１（図４参照）にアクセスし、複数のユーザの上記選曲操作に基づく当該複数のユーザの歌唱履歴情報のうち、この時点での変数ｋの値に対応するユーザＩＤを含む歌唱履歴情報を取得する。すなわち、このステップＳＳ２０では、この時点での変数ｋの値に対応するユーザＩＤで表されるユーザの歌唱履歴情報が取得される。
【００８５】
そして、ステップＳＳ３０に移り、制御部３０１は、上記ステップＳＳ２０で取得された、この時点での変数ｋの値に対応するユーザＩＤで表されるユーザの歌唱履歴情報を用いて、当該ユーザに係わる歌唱ベクトルを生成する。具体的には、ベクトルの構成要素を、予め定められた複数の歌手ＩＤとし、各要素の値を、当該要素に対応する歌手ＩＤが上記取得された歌唱履歴情報中に、１回でも出現すれば「１」、１回も出現しなければ「０」として、上記ユーザに係わる歌唱ベクトルを生成する。そして、その生成した歌唱ベクトルを、この時点での変数ｋの値に対応するユーザＩＤと対応付ける。
【００８６】
なお、歌唱ベクトルを、上記以外の方法で求めるようにしてもよい。例えば、各要素の値を、当該要素に対応する歌手ＩＤが上記取得された歌唱履歴情報中に出現する回数として、上記ユーザに係わる歌唱ベクトルを生成するようにしてもよい。あるいは、各要素に対応する歌手ＩＤが上記取得された歌唱履歴情報中に出現する回数によって生成したベクトルの長さを１に正規化したベクトルを、上記ユーザに係わる歌唱ベクトルとして生成するようにしてもよい。
【００８７】
その後、ステップＳＳ４０で、制御部３０１は、変数ｋの値がユーザＩＤの数ｋｍａｘと等しくなったかどうかを判定する。ｋ＜ｋｍａｘである場合には、まだすべてのユーザに係わる歌唱ベクトルを生成していないとみなされ、ステップＳＳ４０の判定が満たされず、ステップＳＳ５０に移る。ステップＳＳ５０では、制御部３０１は、変数ｋの値に１を加える。その後、ステップＳＳ２０に戻り同様の手順を繰り返す。そして、ステップＳＳ２０等を繰り返し実行し、ｋ＝ｋｍａｘとなった場合には、すべてのユーザに係わる歌唱ベクトルを生成したとみなされ、ステップＳＳ４０の判定が満たされて、ステップＳＳ６０に移る。したがって、このステップＳＳ４０の判定が満たされた時点では、各ユーザのユーザＩＤに対し歌唱ベクトルがそれぞれ対応付けられている。
【００８８】
ステップＳＳ６０では、制御部３０１は、上記１０個のユニットＩＤ「１」〜「１０」それぞれについて予め設定された代表ベクトルを用いて、上記ステップＳＳ３０で各ユーザのユーザＩＤに対応付けられた複数の歌唱ベクトルをクラスタリングする。クラスタリングとは、例えば公知のＫ−ｍｅａｎｓ法やＳｅｌｆ  Ｏｒｇａｎｉｚｉｎｇ  Ｍａｐｓ（ＳＯＭ）法などのクラスタリング手法を用いて、複数のデータを外的基準なしに自動的に分類する手法、又は、そのアルゴリズムである。これは実質的には、ユニットＩＤ「１」〜「１０」の中から、各ユーザのユーザＩＤに対応付けるユニットＩＤをそれぞれ決定することに相当する。そして、この決定結果すなわちクラスタリングの結果に対応して、各ユーザＩＤを、ユニットＩＤ「１」〜「１０」のいずれかに対応付け、ユーザユニット分類情報を生成する。
【００８９】
そして、ステップＳＳ７０に移り、制御部３０１は、大容量記憶装置３０７に記憶された上記ユーザ分類データベース３０７３（図５参照）にアクセスし、上記ステップＳＳ６０で生成された、上記クラスタリング結果に基づくユーザユニット分類情報を記憶させる。なお、ユーザ分類データベース３０７３に既にユーザユニット分類情報が記憶されている場合には、新たに生成されたユーザユニット分類情報に上書き更新する。その後、このフローを終了する。
【００９０】
なお、上記において、ステップＳＳ３０及びステップＳＳ６０の手順が、各請求項記載のユニット情報決定手段として機能する。
【００９１】
図９を用いて、カラオケ装置１００の制御部１０１が実行する、ユニット別スコア表内のスコア更新に関する制御手順を説明する。
【００９２】
図９において、この処理は、例えば、再生部１０２による１つの演奏曲の再生が終了することによって開始される。
【００９３】
まずステップＳＫ５で、制御部１０１は、例えば大容量記憶装置１０７の適宜の領域に記憶されたユニット別スコア表（後述の図１０（ａ）及び図１０（ｂ）参照）内のスコア更新が完了したことを表すフラグＦを０に初期化する。ユニット別スコア表は、後述の図１０（ａ）及び図１０（ｂ）に示すように、各ユニットＩＤ「１」〜「１０」ごとに、スコアを記録可能に構成されたテーブルである。
【００９４】
ステップＳＫ１５では、制御部１０１は、大容量記憶装置１０７に記憶された上記ログインテーブル１０７１（図２参照）にアクセスし、この時点で格納されているユーザＩＤ、すなわち、この時点までに所定の操作としての上記ログイン操作を行って上記ログイン状態にあるユーザのユーザＩＤをすべて取得する。これは言い換えれば、各ユーザのログイン操作に基づき、当該各ユーザのユーザＩＤを取得することに相当する。そして、その取得したユーザＩＤを、例えばログイン状態となった時期が早いユーザのユーザＩＤから順に、例えば制御部１０１のＲＡＭ等のメモリに記憶させる。例えば、ログイン状態にあるユーザが３人存在していた場合、ログインテーブル１０７１には、当該３人のユーザのユーザＩＤが格納されているので、このステップＳＫ１５では、当該３つのユーザＩＤが取得されメモリに記憶されることとなる。
【００９５】
そして、ステップＳＫ２０に移り、制御部１０１は、上記ユニット別スコア表内のユニットＩＤ「１」〜「１０」に係わるスコア用の、バッファＢ［１］〜Ｂ［１０］の値をすべて０で初期化する。なお、バッファＢ［１］〜Ｂ［１０］の値は、ユニット別スコア表内のユニットＩＤ「１」〜「１０」に係わるスコアをそれぞれ表している。バッファＢ［１］〜Ｂ［１０］の値をすべて０で初期化することにより、ユニット別スコア表内のユニットＩＤ「１」〜「１０」に係わるスコアが、すべて０に初期化される（後述の図１０（ａ）の状態）。
【００９６】
その後、ステップＳＫ２５で、制御部１０１は、上記ステップＳＫ１５で取得されメモリに記憶されたユーザＩＤの数をカウントするための変数ｉの値を１に設定する。
【００９７】
そして、ステップＳＫ３０に移り、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記ユーザ分類データベース３０７３（図５参照）にアクセスする。そして、上記ステップＳＫ１５で取得されメモリに記憶されたｉ番目のユーザＩＤをキーとして、ユーザ分類データベース３０７３に記憶されたユーザ感度分類情報において、当該ユーザＩＤに対応付けられた感度情報を取得する。これは実質的には、上記ステップＳＫ１５でユーザのログイン操作に基づいて取得された当該ユーザのユーザＩＤに基づき、ユーザ分類データベース３０７３に記憶されたユーザ感度分類情報に応じて、当該ユーザに対応する感度情報を取得することに相当する。なお、このステップＳＫ３０は、後述のように、変数ｉの値が上記ログイン状態にあるユーザの数ｉｍａｘと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、上記ステップＳＫ１５で取得されたログイン状態にある各ユーザのユーザＩＤに基づき、当該各ユーザに対応する感度情報をそれぞれ取得することができる。すなわち、このステップＳＫ３０の手順が、各請求項記載の感度情報取得手段として機能する。
【００９８】
その後、ステップＳＫ３５で、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、上記ユーザ分類データベース３０７３にアクセスする。そして、上記ステップＳＫ１５で取得されメモリに記憶されたｉ番目のユーザＩＤをキーとして、ユーザ分類データベース３０７３に記憶されたユーザユニット分類情報において、当該ユーザＩＤに対応付けられたユニットＩＤを取得する。これは実質的には、上記ステップＳＫ１５でユーザの上記ログイン操作に基づいて取得された当該ユーザのユーザＩＤに基づき、上記ユーザ分類データベース３０７３に記憶されたユーザユニット分類情報に応じて、当該ユーザに対応するユニットＩＤを取得することに相当する。なお、このステップＳＫ３５も、上記ステップＳＫ３０と同様、変数ｉの値が上記ログイン状態にあるユーザの数ｉｍａｘと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、上記ステップＳＫ１５で取得された上記ログイン状態にある各ユーザのユーザＩＤに基づき、当該各ユーザに対応するユニットＩＤをそれぞれ取得することができる。すなわち、このステップＳＫ３５の手順が、各請求項記載のユニット情報取得手段として機能する。そして、上記取得したユニットＩＤを「Ｕ」とする。なお、本実施形態では、「１」〜「１０」の１０個のユニットＩＤが設けられているので、「Ｕ」は「１」〜「１０」のいずれかである。例えば、取得されたユニットＩＤが「１」であった場合には、Ｕ＝１となる。
【００９９】
そして、ステップＳＫ４０に移り、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記感度別スコアデータベース３０７４（図６参照）にアクセスする。そして、上記ステップＳＫ３０で取得された感度情報をキーとして、当該感度情報に対応付けられたスコアを取得する。そして、その取得したスコアの値を「Ｓ」とする。例えば、取得されたスコアが４［点］であった場合には、Ｓ＝４となる。
【０１００】
その後、ステップＳＫ４５で、制御部１０１は、上記ステップＳＫ３５で取得されたユニットＩＤ「Ｕ」に係わるスコア用のバッファＢ［Ｕ］の値に対し、上記ステップＳＫ４０で取得されたスコアＳを加算する。これにより、上記ユニット別スコア表内のユニットＩＤ「Ｕ」に係わるスコアがＳだけ大きくなる。例えば、上記ステップＳＫ３５で取得されたユニットＩＤを「１」（すなわちＵ＝１）、上記ステップＳＫ４０で取得されたスコアを４［点］（すなわちＳ＝４）とし、ユニットＩＤ「１」に係わるスコア用のバッファＢ［１］の値が２であった場合には、新たなバッファＢ［１］の値は７となる。したがって、この場合には、ユニット別スコア表内の、ユニットＩＤ「１」に係わるスコアは７［点］となる。
【０１０１】
そして、ステップＳＫ５０に移り、制御部１０１は、変数ｉの値が上記ステップＳＫ１５で取得されメモリに記憶されたユーザＩＤの数、言い換えれば、上記ログイン状態にあるユーザの数ｉｍａｘと等しくなったかどうかを判定する。ｉ＜ｉｍａｘである場合には、まだユニット別スコア表内のスコア更新が完了していないとみなされ、ステップＳＫ５０の判定が満たされず、ステップＳＫ５５に移る。ステップＳＫ５５では、制御部１０１は、変数ｉの値に１を加える。その後、ステップＳＫ３０に戻り、同様の手順を繰り返す。そして、ステップＳＫ３０等を繰り返し実行し、ｉ＝ｉｍａｘとなった場合には、ユニット別スコア表内のスコア更新が完了したとみなされ、ステップＳＫ５０の判定が満たされて、ステップＳＫ６０に移る。
【０１０２】
ステップＳＫ６０では、制御部１０１は、上記フラグＦをユニット別スコア表内のスコア更新が完了したことを表す１とする。その後、このフローを終了する。
【０１０３】
なお、この図９に示す処理は、再生部１０２による１つの演奏曲の再生が終了すること度に実行される。したがって、本実施形態では、再生部１０２による１つの演奏曲の再生が終了すること度に、ログイン操作に応じた各ユーザのログイン状態において取得された、当該各ユーザに対応する感度情報及びユニットＩＤに基づき、すなわち、ログイン状態にある各ユーザに対応する感度情報及びユニットＩＤに基づき、ユニット別スコア表内のスコアが更新される。
【０１０４】
図１０（ａ）及び図１０（ｂ）に、上記ユニット別スコア表の一例を示す。
【０１０５】
図１０（ａ）には、上記ステップＳＫ２０が実行された直後の（初期化された直後の）、ユニット別スコア表を示している。図１０（ａ）に示すように、上記ステップＳＫ２０が実行された直後においては、ユニットＩＤ「１」〜「１０」に係わるスコアは、すべて０［点］となっている。
【０１０６】
図１０（ｂ）には、上記ステップＳＫ５０の判定が満たされた直後の（スコア更新が完了した直後の）、ユニット別スコア表を示している。図１０（ｂ）に示す例では、ユニットＩＤ「１」に係わるスコアは４［点］、ユニットＩＤ「２」に係わるスコアは２［点］、ユニットＩＤ「３」に係わるスコアは３［点］、ユニットＩＤ「４」に係わるスコアは０［点］、ユニットＩＤ「５」に係わるスコアは０［点］、ユニットＩＤ「６」に係わるスコアは０［点］、ユニットＩＤ「７」に係わるスコアは０［点］、ユニットＩＤ「８」に係わるスコアは０［点］、ユニットＩＤ「９」に係わるスコアは２［点］、ユニットＩＤ「１０」に係わるスコアは０［点］とそれぞれ表されている。
【０１０７】
図１１を用いて、カラオケ装置１００の制御部１０１が実行する、広告対象とする広告情報の決定及び再生に関する制御手順を説明する。
【０１０８】
図１１において、この処理は、例えばカラオケ店舗等の従業員等によりカラオケ装置１００の電源がオンにされることによって開始される。なお、制御部１０１による上記図１０に示す処理とこの図１１に示す処理との同時並行処理は、例えば、コンピュータのＯＳ等でしばしば行われる、マルチタスク処理と同様の公知の方式により、１つの制御部１０１により実行することができる。
【０１０９】
まずステップＳＫ１０５で、制御部１０１は、上記１０個のユニットＩＤ「１」〜「１０」のいずれかに対応する変数ｊの値を１に設定する。なお、この例では、ｊ＝１がユニットＩＤ「１」、ｊ＝２がユニットＩＤ「２」、・・・、ｊ＝９がユニットＩＤ「９」、ｊ＝１０がユニットＩＤ「１０」に対応している。
【０１１０】
その後、ステップＳＫ１１０で、制御部１０１は、再生部１０２による１つの演奏曲の再生終了後に、いずれのユーザによっても次の演奏曲の予約が行われていない状態、すなわち、演奏曲と演奏曲の合間である、いわゆる曲間となっているかどうかを判定する。曲間となるまでは、ステップＳＫ１１０の判定が満たされず、ループして待機する。そして、曲間となったら、ステップＳＫ１１０の判定が満たされて、ステップＳＫ１１５に移る。
【０１１１】
ステップＳＫ１１５では、制御部１０１は、上記フラグＦが１となっているかどうかを判定する。ユニット別スコア表内のスコア更新が完了しておらず、Ｆ＝０のままである場合には、ステップＳＫ１１５の判定が満たされず、ループして待機する。一方、ユニット別スコア表内のスコア更新が完了し、上記図９のステップＳＫ６０でＦ＝１とされていた場合には、ステップＳＫ１１５の判定が満たされて、ステップＳＫ１２０に移る。
【０１１２】
ステップＳＫ１２０では、制御部１０１は、大容量記憶装置１０７の適宜の領域に記憶されたユニット別スコア表を読み出す。そして、その読み出したユニット別スコア表内のユニットＩＤ「１」〜「１０」に係わるスコアを正規化し、当該ユニットＩＤ「１」〜「１０」に係わる出現確率として、ユニット別出現確率表を作成する。そして、その作成されたユニット別出現確率表を、例えば大容量記憶装置１０７の適宜の領域に記憶させる。ユニット別スコア表内のユニットＩＤ「１」〜「１０」に係わるスコアの正規化は、当該ユニットＩＤ「１」〜「１０」に係わるスコアの総和ｑを求め、これら各スコアの値をｑで除することにより行われる。すなわち、上記ユニットＩＤ「１」〜「１０」に係わる出現確率は、それぞれ、スコア／ｑで表される０以上１以下の値となる。ユニット別出現確率表は、後述の図１２に示すように、各ユニットＩＤ「１」〜「１０」ごとに、出現確率を記録可能に構成されたテーブルである。
【０１１３】
そして、ステップＳＫ１２５に移り、制御部１０１は、上記ステップＳＫ１２０で作成され大容量記憶装置１０７の適宜の領域に記憶されたユニット別出現確率表を読み出す。そして、その読み出したユニット別出現確率表内の、ｊ番目のユニットＩＤに係わる出現確率を取得する。そして、その取得した出現確率を「Ｐ」とする。なお、各ユニットＩＤ「１」〜「１０」に係わる出現確率は、０以上１以下の値であるので、「Ｐ」も０以上１以下の値となる。例えば、取得された出現確率が「０．３６３６３６」であった場合には、Ｐ＝０．３６３６３６となる。
【０１１４】
その後、ステップＳＫ１３０で、制御部１０１は、図示しない乱数発生部に制御信号を出力し、０以上１未満の乱数（この例では一様乱数）を発生させる。そして、発生された乱数を「Ｒ」とする。
【０１１５】
そして、ステップＳＫ１３５に移り、制御部１０１は、上記ステップＳＫ１２５で取得されたｊ番目のユニットＩＤに係わる出現確率Ｐが、上記ステップＳＫ１３０で発生された乱数Ｒよりも大きいかどうかを判定する。なお、出現確率Ｐが高いほど、乱数Ｒよりも大きくなる割合が高いので、このステップＳＫ１３５の判定が満たされる割合が高く、逆に、出現確率Ｐが低いほど、乱数Ｒよりも大きくなる割合が低いので、このステップＳＫ１３５の判定が満たされる割合が低くなる。Ｐ≦Ｒである場合には、ステップＳＫ１３５の判定が満たされず、ステップＳＫ１４０に移る。
【０１１６】
ステップＳＫ１４０では、制御部１０１は、変数ｊの値がユニットＩＤの数ｊｍａｘと等しくなったかどうかを判定する。なお、本実施形態では、前述したように、「１」〜「１０」の１０個のユニットＩＤが設けられているので、ｊｍａｘ＝１０である。ｊ＜１０である場合には、ステップＳＫ１４０の判定が満たされず、ステップＳＫ１４５に移る。ステップＳＫ１４５では、制御部１０１は、変数ｊの値に１を加える。その後、上記ステップＳＫ１１０に戻り同様の手順を繰り返す。一方、ｊ＝１０となっていた場合には、ステップＳＫ１４０の判定が満たされて、上記ステップＳＫ１０５に戻り同様の手順を繰り返す。
【０１１７】
一方、ステップＳＫ１３５において、Ｐ＞Ｒであった場合には、ステップＳＫ１３５の判定が満たされて、ステップＳＫ１５０に移る。
【０１１８】
ステップＳＫ１５０では、制御部１０１は、ホストサーバ３００の大容量記憶装置３０７に記憶されたユニット別広告データベース３０７５（図７参照）にアクセスし、ｊ番目のユニットＩＤに対応付けられた広告ＩＤを、広告対象とする広告情報の広告ＩＤとして取得する。これは実質的には、広告対象とする広告情報を決定することに相当する。
【０１１９】
その後、ステップＳＫ１５５で、制御部１０１は、予め広告配信サーバ４００より出力され大容量記憶装置１０７に記憶された複数の広告情報のうち、上記ステップＳＫ１５０で取得された広告ＩＤで表される、広告対象とする広告情報を読み出す。これは実質的には、広告対象とする広告情報を出力することに相当する。すなわち、このステップＳＫ１５５の手順が、各請求項記載の広告情報出力手段として機能する。
【０１２０】
そして、ステップＳＫ１６０に移り、制御部１０１は、再生部１０２に制御信号を出力し、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、すなわち、演奏曲の予約が行われるまでの間に、上記ステップＳＫ１５５で読み出された広告情報を再生させる。言い換えれば、曲間に、上記ステップＳＫ１５５で読み出された広告情報を再生するように、再生部１０２を制御する。これにより、当該広告情報に係わる映像が表示部１０３で表示され、当該広告情報に係わる音声が音声出力部１０４から出力され、カラオケルームＫＲ内に存在しているユーザに対し広告が提供される。このステップＳＫ１６０の手順が、各請求項記載の再生制御手段として機能する。なお、広告情報の再生中に、演奏曲の予約が行われた場合には、広告情報の再生が一時停止され、当該演奏曲の再生が開始される。そして、再び、曲間となったら、一時停止中の広告情報の再生が再開される。そして、１つの広告情報の再生が終了したら、ステップＳＫ１６５に移る。
【０１２１】
その後、ステップＳＫ１６５で、制御部１０１は、所定の終了操作、例えばカラオケ装置１００の電源オフ、が行われたかどうかを判定する。終了操作が行われていない場合には、ステップＳＫ１６５の判定が満たされず、上記ステップＳＫ１０５に戻り同様の手順を繰り返す。そして、終了操作が行われたら、ステップＳＫ１６５の判定が満たされて、このフローを終了する。
【０１２２】
なお、上述したように、上記出現確率Ｐが高いほど、上記乱数Ｒよりも大きくなる割合が高いので、上記ステップＳＫ１３５の判定が満たされる割合が高く、逆に、上記出現確率Ｐが低いほど、上記乱数Ｒよりも大きくなる割合が低いので、上記ステップＳＫ１３５の判定が満たされる割合が低くなる。したがって、上記ステップＳＫ１２０で作成されたユニット別出現確率表内の各ユニットＩＤに係わる出現確率は、当該各ユニットＩＤに対応する広告ＩＤで表される広告情報を、広告対象とする広告情報として決定する確率（広告の提供頻度）と言い換えることができる。本実施形態では、ユニット別出現確率表内の出現確率は、各ユーザのログイン状態において取得された、当該各ユーザに対応する感度情報及びユニットＩＤに基づいたデータである。したがって、本実施形態では、各ユーザのログイン状態において取得された当該各ユーザに対応する感度情報及びユニットＩＤに基づき、広告対象とする広告情報を決定しているのである。すなわち、ステップＳＫ１２０、ステップＳＫ１２５、ステップＳＫ１３０、ステップＳＫ１３５、及びステップＳＫ１５０の手順が、各請求項記載の広告情報決定手段として機能する。
【０１２３】
図１２に、上記ユニット別出現確率表の一例を示す。
【０１２４】
図１２に示すユニット別出現確率表内の出現確率は、上記図１０（ｂ）に示すユニット別スコア表内のスコアを基に作成された出現確率である。すなわち、上記図１０（ｂ）に示すユニット別スコア表内のユニットＩＤ「１」〜「１０」に係わるスコアの総和ｑは１１であるので、これら各スコアの値を１１で除して正規化することにより、この図１２に示すユニット別出現確率表内のユニットＩＤ「１」〜「１０」に係わる出現確率が求められる。
【０１２５】
図１２に示す例では、ユニットＩＤ「１」に係わる出現確率は「０．３６３６３６」、ユニットＩＤ「２」に係わる出現確率は「０．１８１８１８」、ユニットＩＤ「３」に係わる出現確率は「０．２７２７２７」、ユニットＩＤ「４」に係わる出現確率は「０」、ユニットＩＤ「５」に係わる出現確率は「０」、ユニットＩＤ「６」に係わる出現確率は「０」、ユニットＩＤ「７」に係わる出現確率は「０」、ユニットＩＤ「８」に係わる出現確率は「０」、ユニットＩＤ「９」に係わる出現確率は「０．１８１８１８」、ユニットＩＤ「１０」に係わる出現確率は「０」とそれぞれ表されている。
【０１２６】
以上説明したように、本実施形態の楽曲再生システム１においては、上記ユーザ分類データベース３０７３（図５を参照）に予め記憶されたユーザ感度分類情報を用いて、所定の操作（上記の例ではログイン操作）を行った各ユーザのユーザＩＤから当該各ユーザごとの感度情報を取得する。そして、その取得された各ユーザに対応する感度情報に基づき、広告対象とする広告情報を決定する。これにより、来場したユーザの中で消費感度の高いユーザを見つけ出し、当該ユーザに対し積極的に商品の推奨を行うことができる。具体的には、消費感度の高いユーザに好適な広告の提供頻度を、それ以外のユーザに好適な広告の提供頻度よりも大きくすることができる。このように消費感度が高いユーザに対し優先的に広告を提供することで、前述のようにして、消費感度の低いユーザの購入意欲をも刺激することができる。特に、本実施形態のようにカラオケ装置１００による演奏曲の再生サービスを受ける場合には、通常全ユーザが同じカラオケルームＫＲ内に存在しているため、消費感度の高いユーザと消費感度の低いユーザとのコミュニケーションも活発である。したがって、消費感度の高いユーザから消費感度の低いユーザへの、いわゆる口コミ効果と同様の効果が生じることとなり、確実に消費感度の低いユーザの購入意欲を刺激することができる。
【０１２７】
以上のように、本実施形態によれば、本来的に広告に疎く広告効果の少ない消費感度の低いユーザに対しても、広告効果の大きい消費感度の高いユーザからの情報提供を介在させることで、結果として大きな広告効果を得ることができる。この結果、消費感度の高いユーザにも低いユーザにも確実に商品を推奨することができ、商品全体の購入者数を大きく増大させることができる。
【０１２８】
また、本実施形態では特に、演奏曲に関するユーザの上記ログイン操作に基づいて取得された各ユーザのユーザＩＤに基づき、当該各ユーザに対応する感度情報を取得すると共に、当該各ユーザに対応するユニットＩＤを取得する。そして、上記ログイン操作に応じた各ユーザのログイン状態において、上記のようにして取得された当該各ユーザに対応する感度情報及びユニットＩＤに基づき、広告対象とする広告情報を決定する。これにより、来場したユーザの中でユーザＩＤに基づき消費感度の高いユーザを見つけ出した場合に、当該ユーザのユーザＩＤに対応したユニットＩＤを特定することで、当該ユーザに対し好適な広告を確実に提供することができる。また、ログイン操作を行ってログイン状態にあるユーザの感度情報を用いることで、カラオケ装置１００による演奏曲の再生サービスを受けているユーザ全員を対象に、各ユーザの消費感度の高低に応じた有効な広告提供を行うことができる。
【０１２９】
また、本実施形態では特に、曲間に、大容量記憶装置３０７から読み出された広告情報を再生部１０２により再生させる。これにより、広告情報を、複数の演奏曲の合間に提供することができる。特に、歌唱を行っていないユーザは、演奏曲と演奏曲との合間の再生映像を見ている可能性が高いので、当該ユーザに対して効果的な広告を行うことができる。
【０１３０】
また、本実施形態では特に、演奏曲に関するユーザの選曲操作に基づくユーザの歌唱履歴情報に基づき、上記１０個のユニットＩＤの中から、当該ユーザのユーザＩＤに対応付けるユニットＩＤを決定する。そして、その決定結果に基づくユーザユニット分類情報を、上記ユーザ分類データベース３０７３に記憶させる。これにより、各ユーザのユーザＩＤに対し、当該ユーザの嗜好に精度よく合致したユニットのユニットＩＤを対応付けることができるので、効果的な広告をさらに確実に提供することができる。
【０１３１】
なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順次説明する。
【０１３２】
（１）ログイン直後に感度情報の取得を行う場合
上記実施形態においては、再生部１０２による１つの演奏曲の再生が終了した後に、その時点で既にログイン状態にあるユーザに対応する感度情報を取得していたが、これに限られない。すなわち、ユーザが上記ログイン操作を行ってログイン状態となった際に、当該ユーザに対応する感度情報を取得するようにしてもよい。
【０１３３】
図１３を用いて、本変形例においてカラオケ装置１００の制御部１０１が実行する、ユニット別スコア表内のスコアの初期化に関する制御手順を説明する。
【０１３４】
図１３において、この処理は、例えば、カラオケ装置１００による演奏曲の再生サービスの利用が開始される（ユーザが来場する）等により、カラオケ店舗等の従業員等が適宜の操作を実行することによって開始される。
【０１３５】
ステップＳＫ２１０で、制御部１０１は、前述の図９のステップＳＫ２０と同様、バッファＢ［１］〜Ｂ［１０］の値をすべて０で初期化する。これにより、前述のユニット別スコア表内のユニットＩＤ「１」〜「１０」に係わるスコアが、すべて０に初期化される（図１０（ａ）の状態）。そして、このフローを終了する。
【０１３６】
図１４を用いて、本変形例においてカラオケ装置１００の制御部１０１が実行する、ユニット別スコア表内のスコア更新に関する制御手順を説明する。なお、この図１４は、前述の図９に対応する図である。
【０１３７】
図１４において、この処理は、例えば、大容量記憶装置１０７に記憶された前述のログインテーブル１０７１（図２参照）にユーザＩＤが新たに格納されることによって、言い換えれば、上記ログイン操作を行って新たなユーザが上記ログイン状態となることによって、開始される。
【０１３８】
まずステップＳＫ１５に代えて設けたステップＳＫ１５′で、制御部１０１は、上記ログインテーブル１０７１にアクセスし、新たに格納されたユーザＩＤ、言い換えれば、上記ログイン操作を行って新たに上記ログイン状態となったユーザのユーザＩＤを取得する。これは言い換えれば、ユーザのログイン操作時に、当該ユーザのユーザＩＤを取得することに相当する。
【０１３９】
その後、ステップＳＫ３０に代えて設けたステップＳＫ３０′で、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された前述のユーザ分類データベース３０７３（図５参照）にアクセスする。そして、上記ステップＳＫ１５′で取得されたユーザＩＤをキーとして、ユーザ分類データベース３０７３に記憶されたユーザ感度分類情報において、当該ユーザＩＤに対応付けられた感度情報を取得する。これは実質的には、上記ステップＳＫ１５′でユーザのログイン操作時に取得された、当該ユーザのユーザＩＤに基づき、ユーザ分類データベース３０７３に記憶されたユーザ感度分類情報に応じて、当該ユーザに対応する感度情報を取得することに相当する。すなわち、このステップＳＫ３０′の手順が、各請求項記載の感度情報取得手段として機能する。
【０１４０】
そして、ステップＳＫ３５に代えて設けたステップＳＫ３５′に移り、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、上記ユーザ分類データベース３０７３にアクセスする。そして、上記ステップＳＫ１５′で取得されたユーザＩＤをキーとして、ユーザ分類データベース３０７３に記憶されたユーザユニット分類情報において、当該ユーザＩＤに対応付けられたユニットＩＤを取得する。これは実質的には、上記ステップＳＫ１５′でユーザのログイン操作時に取得された、当該ユーザのユーザＩＤに基づき、ユーザ分類データベース３０７３に記憶されたユーザユニット分類情報に応じて、当該ユーザに対応するユニットＩＤを取得することに相当する。すなわち、このステップＳＫ３５′の手順が、各請求項記載のユニット情報取得手段として機能する。そして、上記取得したユニットＩＤを「Ｕ」とする。
【０１４１】
そして、ステップＳＫ４０に代えて設けたステップＳＫ４０′で、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された前述の感度別スコアデータベース３０７４（図６参照）にアクセスする。そして、上記ステップＳＫ３０′で取得された感度情報をキーとして、当該感度情報に対応付けられたスコアを取得する。そして、その取得したスコアの値を「Ｓ」とする。
【０１４２】
その後、ステップＳＫ４５に代えて設けたステップＳＫ４５′で、制御部１０１は、上記ステップＳＫ３５′で取得されたユニットＩＤ「Ｕ」に係わるスコア用のバッファＢ［Ｕ］の値に対し、上記ステップＳＫ４０′で取得されたスコアＳを加算する。これにより、上記ユニット別スコア表内のユニットＩＤ「Ｕ」に係わるスコアがＳだけ大きくなる。そして、このフローを終了する。
【０１４３】
なお、この図１４に示す処理は、ログイン操作を行って新たなユーザがログイン状態となる度に実行される。したがって、本変形例では、ログイン操作を行って新たなユーザがログイン状態となる度に、当該ログイン操作に応じたユーザのログイン状態において、具体的には、当該ログイン操作時において取得された、当該ユーザに対応する感度情報及びユニットＩＤに基づき、すなわち、新たにログイン状態となったユーザに対応する感度情報及びユニットＩＤに基づき、ユニット別スコア表内のスコアが更新される。
【０１４４】
図１５を用いて、本変形例においてカラオケ装置１００の制御部１０１が実行する、広告対象とする広告情報の決定及び再生に関する制御手順を説明する。なお、この図１５は、前述の図１１に対応する図である。図１１と同等の手順には同符号を付し説明を省略する。また、制御部１０１による上記図１３に示す処理と上記図１４に示す処理とこの図１５に示す処理との同時並行処理は、例えば、コンピュータのＯＳ等でしばしば行われる、マルチタスク処理と同様の公知の方式により、１つの制御部１０１により実行することができる。
【０１４５】
図１５において、前述の図１１と異なる点は、ステップＳＫ１１５の手順を省略した点である。すなわち、ステップＳＫ１１０において、制御部１０１は、曲間となっているかどうかを判定する。そして、曲間となったら、ステップＳＫ１１０の判定が満たされて、ステップＳＫ１２０に移る。その後のステップＳＫ１２０以降の手順は、前述の図１１と同様であるので、説明を省略する。
【０１４６】
本変形例では、前述のステップＳＫ１２０で作成されるユニット別出現確率表内の出現確率は、ユーザのログイン操作時において取得された、当該ユーザに対応する感度情報及びユニットＩＤに基づいたデータである。したがって、本変形例では、ユーザのログイン操作時において取得された当該ユーザに対応する感度情報及びユニットＩＤに基づき、広告対象とする広告情報を決定しているのである。すなわち、本変形例においても、ステップＳＫ１２５、ステップＳＫ１３０、ステップＳＫ１３５、及びステップＳＫ１５０の手順が、各請求項記載の広告情報決定手段として機能する。
【０１４７】
本変形例においては、ユーザのログイン操作時に取得されたユーザＩＤに基づき、当該ユーザに対応する感度情報を取得する。そして、当該ログイン操作時において取得された感度情報に基づき、広告対象とする広告情報を決定する。これにより、カラオケ装置１００による演奏曲の再生サービスを受けているユーザ全員を対象に、確実に有効な広告提供を行うことができる。特に、複数のユーザが時間差をもって順次ログイン操作を行う場合に、ログイン操作が行われる各タイミングに刻々と対応した形で、精度よく有効な広告提供を行うことができる。
【０１４８】
（２）歌唱直後に感度情報の取得を行う場合
上記実施形態においては、再生部１０２による１つの演奏曲の再生が終了した後に、その時点で既にログイン状態にあるユーザに対応する感度情報を取得していたが、これに限られない。すなわち、ユーザが選曲操作を行って当該選曲操作に対応した当該ユーザの歌唱履歴情報の生成時に、当該ユーザに対応する感度情報を取得するようにしてもよい。
【０１４９】
図１６を用いて、本変形例においてカラオケ装置１００の制御部１０１が実行する、ユニット別スコア表内のスコアの初期化に関する制御手順を説明する。
【０１５０】
図１６において、この処理は、例えば、大容量記憶装置１０７に記憶された前述のログインテーブル１０７１（図２参照）にユーザＩＤが格納されてない場合に、言い換えれば、いずれのユーザも上記ログイン状態になっていない場合に開始される。
【０１５１】
ステップＳＫ３１０で、制御部１０１は、前述の図９のステップＳＫ２０や前述の図１３のステップＳＫ２１０と同様、バッファＢ［１］〜Ｂ［１０］の値をすべて０で初期化する。これにより、前述のユニット別スコア表内のユニットＩＤ「１」〜「１０」に係わるスコアが、すべて０に初期化される（図１０（ａ）の状態）。そして、このフローを終了する。
【０１５２】
図１７を用いて、本変形例においてカラオケ装置１００の制御部１０１が実行する、ユニット別スコア表内のスコア更新に関する制御手順を説明する。なお、この図１７は、前述の図９に対応する図である。
【０１５３】
図１７において、この処理は、例えば、再生部１０２による１つの演奏曲の再生が終了することによって開始される。
【０１５４】
まずステップＳＫ１５に代えて設けたステップＳＫ１５″で、制御部１０１は、大容量記憶装置１０７に記憶された前述の歌唱履歴テーブル１０７２（図３参照）にアクセスし、新たに格納されたユーザの歌唱履歴情報、言い換えれば、直前に所定の操作としての前述の選曲操作を行ったユーザの当該選曲操作に対応した当該ユーザに歌唱履歴情報、に含まれるユーザＩＤを取得する。これは言い換えれば、ユーザの選曲操作に対応した当該ユーザの歌唱履歴情報の生成時に、当該ユーザのユーザＩＤを取得することに相当する。
【０１５５】
その後、ステップＳＫ３０に代えて設けたステップＳＫ３０″で、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された前述のユーザ分類データベース３０７３（図５参照）にアクセスする。そして、上記ステップＳＫ１５″で取得されたユーザＩＤをキーとして、ユーザ分類データベース３０７３に記憶されたユーザ感度分類情報において、当該ユーザＩＤに対応付けられた感度情報を取得する。これは実質的には、上記ステップＳＫ１５″でユーザの選曲操作に対応した当該ユーザの歌唱履歴情報の生成時に取得された、当該ユーザのユーザＩＤに基づき、ユーザ分類データベース３０７３に記憶されたユーザ感度分類情報に応じて、当該ユーザに対応する感度情報を取得することに相当する。すなわち、このステップＳＫ３０″の手順が、各請求項記載の感度情報取得手段として機能する。
【０１５６】
そして、ステップＳＫ３５に代えて設けたステップＳＫ３５″に移り、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、上記ユーザ分類データベース３０７３にアクセスする。そして、上記ステップＳＫ１５″で取得されたユーザＩＤをキーとして、ユーザ分類データベース３０７３に記憶されたユーザユニット分類情報において、当該ユーザＩＤに対応付けられたユニットＩＤを取得する。これは実質的には、上記ステップＳＫ１５″でユーザの選曲操作に対応した当該ユーザの歌唱履歴情報の生成時に取得された、当該ユーザのユーザＩＤに基づき、ユーザ分類データベース３０７３に記憶されたユーザユニット分類情報に応じて、当該ユーザに対応するユニットＩＤを取得することに相当する。すなわち、このステップＳＫ３５″の手順が、各請求項記載のユニット情報取得手段として機能する。そして、上記取得したユニットＩＤを「Ｕ」とする。
【０１５７】
そして、ステップＳＫ４０に代えて設けたステップＳＫ４０″で、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された前述の感度別スコアデータベース３０７４（図６参照）にアクセスする。そして、上記ステップＳＫ３０″で取得された感度情報をキーとして、当該感度情報に対応付けられたスコアを取得する。そして、その取得したスコアの値を「Ｓ」とする。
【０１５８】
その後、ステップＳＫ４５に代えて設けたステップＳＫ４５″で、制御部１０１は、上記ステップＳＫ３５″で取得されたユニットＩＤ「Ｕ」に係わるスコア用のバッファＢ［Ｕ］の値に対し、上記ステップＳＫ４０″で取得されたスコアＳを加算する。これにより、上記ユニット別スコア表内のユニットＩＤ「Ｕ」に係わるスコアがＳだけ大きくなる。そして、このフローを終了する。
【０１５９】
なお、この図１７に示す処理は、再生部１０２による１つの演奏曲の再生が終了する度に実行される。したがって、本変形例では、再生部１０２による１つの演奏曲の再生が終了する度に、直前に行われたユーザの選曲操作に対応した当該ユーザの歌唱履歴情報の生成時において取得された、当該ユーザに対応する感度情報及びユニットＩＤに基づき、すなわち、直前に歌唱したユーザに対応する感度情報及びユニットＩＤに基づき、ユニット別スコア表内のスコアが更新される。
【０１６０】
本変形例においてカラオケ装置１００の制御部１０１が実行する、広告対象とする広告情報の決定及び再生に関する制御手順は、前述の図１５と同様であるので説明を省略する。但し、本変形例では、前述のステップＳＫ１２０で作成されるユニット別出現確率表内の出現確率は、ユーザの歌唱履歴情報の生成時において取得された、当該ユーザに対応する感度情報及びユニットＩＤに基づいたデータである。したがって、本変形例では、ユーザの歌唱履歴情報の生成時において取得された当該ユーザに対応する感度情報及びユニットＩＤに基づき、広告対象とする広告情報を決定しているのである。すなわち、本変形例においても、ステップＳＫ１２５、ステップＳＫ１３０、ステップＳＫ１３５、及びステップＳＫ１５０の手順が、各請求項記載の広告情報決定手段として機能する。
【０１６１】
本変形例においては、ユーザの選曲操作に対応した当該ユーザの歌唱履歴情報の生成時に、当該ユーザに対応する感度情報を取得する。そして、当該歌唱履歴情報の生成時において取得された感度情報に基づき、広告対象とする広告情報を決定する。これにより、各ユーザが演奏曲を再生し順次歌唱を行っていくときの、各歌唱履歴に刻々と対応した形で、精度よく有効な広告提供を行うことができる。
【０１６２】
（３）その他
なお、以上においては、広告配信サーバ４００が複数の広告情報を予めカラオケ装置１００へ出力しておき、カラオケ装置１００の制御部１０１が、これら複数の広告情報のうち、広告対象とする広告情報を、１つの演奏曲の再生終了後、次の再生開始までの間に、再生部１０２により再生させていたが、これに限られない。例えば、表示部１０３の表示画面を複数に分割し、そのうち１つの画面には演奏曲に対応した歌詞テロップを表示させると共に、別の画面には当該広告情報を表示させるようにしてもよい。
【０１６３】
また、例えば、広告配信サーバ４００が広告情報を適宜のタイミングでリモコン２００へ出力し、操作部２０５が一定時間操作されていないと判断された場合に、リモコン２００の制御部２０１が、上記広告対象とする広告情報を、表示部２０３全体に表示させるようにしてもよい。あるいは、表示部２０３の表示画面を複数に分割し、そのうち１つの画面には演奏曲の選曲画面を表示させると共に、別の画面には当該広告情報を表示させるようにしてもよい。
【０１６４】
また、図８、図９、図１１等に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【０１６５】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【０１６６】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【０１６７】
１                楽曲再生システム
１００            カラオケ装置
１０１            制御部
１０２            再生部（再生手段）
１０７            大容量記憶装置
２００            リモコン
３００            ホストサーバ
３０１            制御部
３０７            大容量記憶装置（第１記憶手段、第２記憶手段）
４００            広告配信サーバ
１０７１          ログインテーブル
１０７２          歌唱履歴テーブル
３０７１          歌唱履歴データベース
３０７３          ユーザ分類データベース
３０７４          感度別スコアデータベース
３０７５          ユニット別広告データベース
【図１】
0005471974.tif 000002
【図２】
0005471974.tif 000003
【図３】
0005471974.tif 000004
【図４】
0005471974.tif 000005
【図５】
0005471974.tif 000006
【図６】
0005471974.tif 000007
【図７】
0005471974.tif 000008
【図８】
0005471974.tif 000009
【図９】
0005471974.tif 000010
【図１０】
0005471974.tif 000011
【図１１】
0005471974.tif 000012
【図１２】
0005471974.tif 000013
【図１３】
0005471974.tif 000014
【図１４】
0005471974.tif 000015
【図１５】
0005471974.tif 000016
【図１６】
0005471974.tif 000017
【図１７】
0005471974.tif 000018