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