楽曲再生システム
【課題】ユーザに対し提供する広告の内容を有効に拡大し、広告効果を高める。
【解決手段】楽曲再生システム１においては、複数のユーザのログイン操作に基づいて取得された当該複数のユーザの複数のユーザＩＤに基づき、ユーザユニット分類データベース３０７３に記憶されたユーザユニット分類情報に応じて、当該複数のユーザそれぞれに対応する複数の第１ユニットＩＤを取得する。そして、その取得された複数の第１ユニットＩＤで表される複数の第１ユニットそれぞれに対し、所定の類似相関を備えた第２ユニットを表す第２ユニットＩＤを、各第１ユニットごとに決定する。その後、上記取得された複数の第１ユニットＩＤ、及び、各第１ユニットごとにそれぞれ決定された複数の第２ユニットＩＤに基づき、広告対象とする広告情報を決定する。そして、その決定された広告対象とする広告情報を大容量記憶装置３０７から読み出す。
【解決手段】楽曲再生システム１においては、複数のユーザのログイン操作に基づいて取得された当該複数のユーザの複数のユーザＩＤに基づき、ユーザユニット分類データベース３０７３に記憶されたユーザユニット分類情報に応じて、当該複数のユーザそれぞれに対応する複数の第１ユニットＩＤを取得する。そして、その取得された複数の第１ユニットＩＤで表される複数の第１ユニットそれぞれに対し、所定の類似相関を備えた第２ユニットを表す第２ユニットＩＤを、各第１ユニットごとに決定する。その後、上記取得された複数の第１ユニットＩＤ、及び、各第１ユニットごとにそれぞれ決定された複数の第２ユニットＩＤに基づき、広告対象とする広告情報を決定する。そして、その決定された広告対象とする広告情報を大容量記憶装置３０７から読み出す。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、演奏曲の再生を行う楽曲再生システムに関する。
【背景技術】
【０００２】
従来、演奏曲データを用いた演奏曲の再生サービスを受けるユーザに対し、商品の広告を行う技術が、例えば特許文献１に開示されている。
【０００３】
この従来技術では、カラオケ装置のＣＰＵが、予め設定された設定時間を読み出して、タイマーによるカウントを開始させる。このとき、予約されている曲があれば、ＣＰＵは、その曲に対応する演奏曲データとしての音声データ及び映像データをＨＤＤより読み出して、音源及び映像コントロール部へ送出し、音声及び映像をスピーカ及びＴＶより出力させる。そして、その楽曲の演奏が終了したら、ＣＰＵは、上記読み出された設定時間とタイマーのカウント値とを比較する。そして、そのカウント値が設定時間を越えていた場合には、ＣＰＵは、ＨＤＤより広告などサービス情報を読み出して、映像コントロール部へ送出し、ＴＶに当該広告などサービス情報を表示させる。これにより、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、利用者に対して、広告などのサービス情報の提供が行われる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−１０２８９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に、消費者の消費行動は、自らの年代や好み等の嗜好が反映している場合が多い。例えば消費者が購入した商品の内容、すなわち商品の名称や種類等と、当該消費者の嗜好とは、密接な関係にある。ユーザが演奏曲データを用いた演奏曲の再生サービスを受ける場合も同様であり、ユーザの選曲操作の内容と当該ユーザの嗜好とは、密接な関係にある。このため近年では、複数のユーザそれぞれの嗜好に直結した広告を、各ユーザに提供することが行われつつある。
【０００６】
ところで、一般に、ユーザは、上記のように自分の嗜好に直結した広告でなくても、自分の嗜好に比較的近い嗜好の広告に対しては多少興味を惹かれたり、あるいはそのような広告に対応する商品も受け入れたりする場合があり得る。そこで近年、上記のような各ユーザそれぞれの嗜好に直結した広告に加え、各ユーザの嗜好に比較的近い嗜好の広告を、各ユーザに提供することにより、ユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることが考えられつつある。
【０００７】
しかしながら、上記従来技術では、演奏曲と演奏曲との間に単なる広告の提供を行うのみである。すなわち、上記のような、ユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることは、特に配慮されていなかった。
【０００８】
本発明の目的は、ユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることができる楽曲再生システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、第１の発明は、楽曲データ及び映像データを含む演奏曲データを用いて演奏曲を再生する再生手段と、複数のユーザ識別情報と複数のユニット識別情報とが対応付けられた、ユーザユニット分類情報を記憶した第１記憶手段と、前記演奏曲に関する複数の前記ユーザの所定の操作に基づいて取得された当該複数のユーザに係わる前記複数のユーザ識別情報に基づき、前記第１記憶手段に記憶された前記ユーザユニット分類情報に応じて、当該複数のユーザそれぞれに対応する複数の第１ユニット識別情報を取得する、ユニット情報取得手段と、前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報で表される複数の第１ユニットそれぞれに対し、所定の類似相関を備えた少なくとも１つの第２ユニットを表す少なくとも１つの第２ユニット識別情報を、各第１ユニットごとに決定する、類似ユニット決定手段と、前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報、及び、各第１ユニットごとに前記類似ユニット決定手段によりそれぞれ決定された複数の前記第２ユニット識別情報、に基づき、広告対象とする広告情報を決定する広告決定手段と、前記広告決定手段により決定された、前記広告対象とする広告情報を出力する広告出力手段と、を有することを特徴とする。
【００１０】
一般に、消費者の消費行動は、自らの年代や好み等の嗜好が反映している場合が多い。例えば消費者が購入した商品の内容、すなわち商品の名称や種類等と、当該消費者の嗜好とは、密接な関係にある。ユーザが演奏曲データを用いた演奏曲の再生サービスを受ける場合も同様であり、ユーザの選曲操作の内容と当該ユーザの嗜好とは、密接な関係にある。
【００１１】
本願第１発明では、例えば上記のような対応関係に基づき、予め、各ユーザの識別情報と各ユーザの嗜好のユニット分類を表すユニット識別情報とが、ユーザユニット分類情報として対応付けられ、第１記憶手段に記憶されている。そして、複数のユーザがそれぞれ上記選曲操作やあるいは会員認証等の所定の操作を行うと、これに応じて取得された各ユーザそれぞれの識別情報に基づき、ユニット情報取得手段が、上記ユーザユニット分類情報を用いて、各ユーザに対応する第１ユニット識別情報を取得する。これら各ユーザごとの第１ユニット識別情報は、広告決定手段における広告対象の広告情報の決定に用いられる。これにより、複数のユーザそれぞれの嗜好に直結した広告情報を広告出力手段から出力し、提供することができる。
【００１２】
ところで、一般に、ユーザは、上記のように自分の嗜好に直結した広告でなくても、自分の嗜好に比較的近い嗜好の広告に対しては多少興味を惹かれたり、あるいはそのような広告に対応する商品も受け入れたりする場合があり得る。
【００１３】
そこで、本願第１発明においては、上述のようにして各ユーザに対応する第１ユニットに係わる第１ユニット識別情報が取得された後、類似ユニット決定手段が、各第１ユニットごとに、所定の類似相関を備えた少なくとも１つの第２ユニットを特定し、当該第２ユニットをそれぞれ表す少なくとも１つの第２ユニット識別情報を決定する。そして、広告決定手段は、これら各第２ユニットに対応した第２ユニット識別情報にも基づく形で、広告対象の広告情報を決定する。これにより、上述のような各ユーザそれぞれの嗜好に直結した広告情報に加え、各ユーザの嗜好に比較的近い嗜好の広告情報を、各ユーザに提供することができる。これにより、演奏曲データを用いたサービス時においてユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることができる。
【００１４】
第２の発明は、上記第１発明において、複数のユニット識別情報と複数の広告情報の広告識別情報とが対応付けられた、広告分類情報を記憶した第２記憶手段を有し、前記広告決定手段は、前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報それぞれに対し前記広告分類情報により前記広告識別情報が対応付けられた複数の第１広告情報と、各第１ユニットごとに前記類似ユニット決定手段により決定された前記複数の第２ユニット識別情報に対し前記広告分類情報により前記広告識別情報がそれぞれ対応付けられた複数の第２広告情報と、を前記広告対象として決定することを特徴とする。
【００１５】
本願第２発明においては、各ユーザに対し、自分の嗜好に直結した広告情報と、自分の嗜好に比較的近い嗜好の広告情報とが、提供される。これにより、各ユーザごとに、提供する広告の内容を有効に拡大して広告効果を高めることができる。
【００１６】
第３の発明は、上記第１発明において、複数のユニット識別情報と複数の広告情報の広告識別情報とが対応付けられた、広告分類情報を記憶した第２記憶手段を有し、前記広告決定手段は、前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報それぞれに対し前記広告分類情報により前記広告識別情報が対応付けられた複数の第１広告情報と、各第１ユニットごとに前記類似ユニット決定手段により決定された前記複数の第２ユニット識別情報のうち、前記複数のユーザに含まれる２人以上のユーザに共通となる第２ユニット識別情報に対し前記広告分類情報により前記広告識別情報が対応付けられた少なくとも１つの第３広告情報と、を前記広告対象として決定することを特徴とする。
【００１７】
本願第３発明においては、各ユーザにとって自分の嗜好に直結した広告情報と、各ユーザの嗜好に比較的近い嗜好の広告情報のうち２人以上のユーザに共通となる広告情報とが、提供される。このように、ユーザの嗜好に比較的近い嗜好の広告情報の提供を複数のユーザに共通の情報だけに絞り込むことにより、例えばユーザ人数が比較的多い場合に、あるユーザの嗜好から遠く離れた、当該ユーザにとって興味のない広告が提供される確率を低減することができる。
【００１８】
第４の発明は、上記第１乃至第３発明のいずれかにおいて、２つのユニット間の前記類似相関の程度を表す相関値を算出可能な相関算出手段を有し、前記類似ユニット決定手段は、前記所定の類似相関として、各第１ユニットに対する前記相関値がそれぞれ所定範囲である前記第２ユニットに係わるユニット識別情報を、前記第２ユニット識別情報として決定することを特徴とする。
【００１９】
これにより、相関算出手段が算出した相関値を数値的な指標として用いることで、各ユーザの嗜好に比較的近い嗜好を表す第２ユニットを円滑に特定することができる。この結果、第２ユニット識別情報や第２広告情報を容易かつ確実に決定し、ユーザに対し提供する広告の内容を確実に拡大することができる。
【００２０】
第５の発明は、上記第４発明において、前記所定の操作を行ったユーザの人数に応じて、前記所定範囲を可変に設定する範囲設定手段を有することを特徴とする。
【００２１】
これにより、例えばユーザの人数が比較的多い場合には、第２ユニットとして特定するために用いる類似相関の範囲を狭くすることが可能となる。この場合、あるユーザの嗜好から遠く離れた、当該ユーザにとって興味のない広告が提供される確率を低減することができる。
【発明の効果】
【００２２】
本発明によれば、ユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施の形態の楽曲再生システムの全体構成を表すシステム構成図である。
【図２】ログインテーブルの記憶内容の一例を概念的に表す表である。
【図３】歌唱履歴テーブルの記憶内容の一例を概念的に表す表である。
【図４】歌唱履歴データベースの記憶内容の一例を概念的に表す表である。
【図５】ユーザユニット分類データベースの記憶内容の一例を概念的に表す表である。
【図６】ユニット別相関値データベースの記憶内容の一例を概念的に表す表である。
【図７】ユニット別広告データベースの記憶内容の一例を概念的に表す表である。
【図８】ホストサーバの制御部が実行する、相関値の算出に関する制御手順を表すフローチャートである。
【図９】カラオケ装置の制御部が実行する、広告対象とする広告情報の決定及び再生に関する制御手順を表すフローチャートである。
【図１０】ステップＳＫ１００の詳細手順を表すフローチャートである。
【図１１】ステップＳＫ２００の詳細手順を表すフローチャートである。
【図１２】ログインユーザの人数に応じて、類似相関の範囲を設定する変形例において、相関しきい値データベースの記憶内容の一例を概念的に表す表である。
【図１３】ステップＳＫ１００の詳細手順を表すフローチャートである。
【図１４】複数ユーザに共通となる第２ユニット向けの広告を対象とする変形例において、ステップＳＫ２００の詳細手順を表すフローチャートである。
【図１５】ステップＳＫ３００の詳細手順を表すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明の一実施の形態を図面を参照しつつ説明する。
【００２５】
図１を用いて、本実施形態の楽曲再生システムの全体構成を説明する。
【００２６】
図１において、楽曲再生システム１は、カラオケ店舗等のカラオケルームＫＲにそれぞれに設置された、カラオケ装置１００及びリモコン２００と、ホストサーバ３００と、広告配信サーバ４００とを有している。
【００２７】
なお、カラオケ装置１００とリモコン２００とは、例えば無線又は有線のＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）等のネットワークＮＷ１を介し、互いに情報送受信可能に接続されている。また、カラオケ装置１００やリモコン２００と、ホストサーバ３００と、広告配信サーバ４００とは、上記ネットワークＮＷ１と、例えば通信ネットワーク等のネットワークＮＷ２とを介し、互いに情報送受信可能に接続されている。
【００２８】
カラオケ装置１００は、演奏曲データを用いて演奏曲の再生サービスを提供する楽曲再生装置である。このカラオケ装置１００は、制御部１０１と、再生手段としての再生部１０２と、表示部１０３と、音声出力部１０４と、操作部１０５と、通信制御部１０６と、大容量記憶装置１０７と備えている。
【００２９】
制御部１０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置１０７に予め記憶された各種プログラムを実行する。これにより、カラオケ装置１００全体の制御を行う。
【００３０】
大容量記憶装置１０７は、例えばＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）などから構成される。この大容量記憶装置１０７には、複数の演奏曲データ、及び、予め広告配信サーバ４００より出力された複数の広告情報等の各種情報が記憶されている。演奏曲データには、楽曲データとしてのＭｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データ、及び、映像データ等が含まれている。広告情報は、特定の商品等を広告するための動画情報や静止画情報等である。
【００３１】
また、この大容量記憶装置１０７の図示しないテーブル記憶エリアには、ログインテーブル１０７１（後述の図２参照）、及び、歌唱履歴テーブル１０７２（後述の図３参照）が記憶されている。なお、これらログインテーブル１０７１及び歌唱履歴テーブル１０７２は、それぞれ、カラオケ装置１００ごとに別個に設けられており、カラオケ装置１００ごとに備えられた大容量記憶装置１０７のテーブル記憶エリアに記憶されている。
【００３２】
再生部１０２は、上記大容量記憶装置１０７に記憶された演奏曲データを用いて、複数の演奏曲を順次再生する。またこれと共に、再生部１０２は、上記大容量記憶装置１０７に記憶された広告情報を再生する。
【００３３】
表示部１０３は、例えば液晶ディスプレイなどから構成される。この表示部１０３は、上記再生部１０２によって再生された演奏曲や広告情報に係わる動画や静止画の映像を表示する。
【００３４】
音声出力部１０４は、例えばアンプやスピーカなどから構成される。この音声出力部１０４は、上記再生部１０２によって再生された演奏曲や広告情報に係わる音声、及び、図示しないマイクにより入力された当該カラオケ装置１００による演奏曲の再生サービスを利用するユーザの歌唱音声等を出力する。
【００３５】
操作部１０５は、複数のキーやスイッチなどから構成される。ユーザは、この操作部１０５を用いて、演奏曲に関する選曲操作等の各種操作を行うことができる。演奏曲に関する選曲操作とは、再生部１０２により再生させる演奏曲、すなわち歌唱する演奏曲を選択（予約）する操作である。
【００３６】
通信制御部１０６は、リモコン２００、ホストサーバ３００、広告配信サーバ４００との間で、上記ネットワークＮＷ１,ＮＷ２を介し行われる情報通信の制御を行う。
【００３７】
リモコン２００は、ユーザが上記選曲操作や後述のログイン操作等の各種操作を行うための操作端末である。このリモコン２００は、制御部２０１と、表示部２０３と、操作部２０５と、通信制御部２０６と、記憶装置２０７とを備えている。
【００３８】
制御部２０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部２０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや記憶装置２０７に予め記憶された各種プログラムを実行する。これにより、リモコン２００全体の制御を行う。
【００３９】
表示部２０３は、例えば液晶ディスプレイなどから構成され、各種表示を行う。
【００４０】
操作部２０５は、複数のキーやスイッチなどから構成される。ユーザは、この操作部２０５を用いて、上記選曲操作やログイン操作等の各種操作を行うことができる。ログイン操作とは、ホストサーバ３００に対して所定のユーザ認証処理の要求を行う操作である。このログイン操作では、各ユーザごとに定められた認証用の識別情報やパスワード等の入力が行われる。ユーザによるログイン操作に基づきホストサーバ３００により当該ユーザが認証されると、表示部２０３における当該ユーザ固有の閲覧画面、すなわちいわゆるマイページへアクセス可能となる。
【００４１】
通信制御部２０６は、カラオケ装置１００、ホストサーバ３００、広告配信サーバ４００との間で、上記ネットワークＮＷ１,ＮＷ２を介し行われる情報通信の制御を行う。
【００４２】
記憶装置２０７は、例えば不揮発性メモリなどから構成され、各種情報を記憶する。
【００４３】
ホストサーバ３００は、制御部３０１と、通信制御部３０６と、大容量記憶装置３０７とを備えている。
【００４４】
制御部３０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部３０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置３０７に予め記憶された各種プログラムを実行する。これにより、ホストサーバ３００全体の制御を行う。
【００４５】
通信制御部３０６は、カラオケ装置１００、リモコン２００、広告配信サーバ４００との間で、上記ネットワークＮＷ２,ＮＷ１を介し行われる情報通信の制御を行う。
【００４６】
大容量記憶装置３０７は、例えばＨＤＤなどから構成される。この大容量記憶装置３０７の図示しないデータベース記憶エリアには、会員データベース（図示せず）、歌唱履歴データベース３０７１（後述の図４参照）、ユーザユニット分類データベース３０７３（後述の図５参照）、ユニット別相関値データベース３０７４（後述の図６参照）、及び、ユニット別広告データベース３０７５（後述の図７参照）が記憶されている。なお、この大容量記憶装置３０７は、各請求項記載の、第１記憶手段及び第２記憶手段に相当する。
【００４７】
会員データベースには、カラオケ装置１００による演奏曲の再生サービスに係わる会員として登録されたユーザの会員情報が記憶されている。ユーザの会員情報には、当該ユーザのユーザ識別情報であるユーザＩＤ、性別、生年月日等が含まれている。
【００４８】
広告配信サーバ４００は、複数の広告情報を格納した広告データベース（図示せず）を備えている。この広告配信サーバ４００は、上記広告データベースに格納された複数の広告情報を、上記ネットワークＮＷ２，ＮＷ１を介しカラオケ装置１００等へ出力する。
【００４９】
図２に、上記ログインテーブル１０７１の記憶内容の一例を示す。
【００５０】
図２に示すように、ログインテーブル１０７１には、リモコン２００の操作部２０５を介した上記ログイン操作に基づき上記マイページにアクセス可能となったユーザの、言い換えればログイン操作に応じたログイン状態にあるユーザの、ユーザＩＤが記憶されている。本実施形態では、ユーザがログイン操作を行ってログイン状態となると、当該ユーザのユーザＩＤがログインテーブル１０７１に格納されるようになっている。また、ログイン状態にあるユーザがリモコン２００の操作部２０５を介した所定のログアウト操作を行って上記マイページからログアウトすると、当該ユーザのユーザＩＤがログインテーブル１０７１からクリアされるようになっている。
【００５１】
図３に、上記歌唱履歴テーブル１０７２の記憶内容の一例を示す。
【００５２】
図３に示すように、歌唱履歴テーブル１０７２には、例えば同じ時間帯に同じカラオケ装置１００による演奏曲の再生サービスを受けている（同じ時間帯に同じカラオケルームＫＲ内に存在している）、すなわち一緒に来場した、上記ログイン状態にあるユーザによる上記選曲操作に対応した、当該ユーザの歌唱履歴情報が記憶されている。
【００５３】
ユーザの歌唱履歴情報には、上記選曲操作を行ったユーザのユーザＩＤと、選曲された演奏曲の曲識別情報である曲ＩＤと、選曲された演奏曲の歌手識別情報である歌手ＩＤと、選曲された演奏曲が歌唱された時刻情報である歌唱日時と、が含まれている。なお、ユーザの歌唱履歴情報としては、上記に限られず、例えば選曲された演奏曲の曲ジャンル識別情報であるジャンルＩＤ等、上記以外の情報を含めるようにしてもよい。
【００５４】
歌唱履歴テーブル１０７２に格納された歌唱履歴情報は、例えば、一緒に来場した全ユーザが再生サービスの利用を終了した場合に、上記ネットワークＮＷ１，ＮＷ２を介しホストサーバ３００に出力され、ホストサーバ３００の大容量記憶装置３０７に記憶された歌唱履歴データベース３０７１に格納されるようになっている。
【００５５】
図４に、上記歌唱履歴データベース３０７１の記憶内容の一例を示す。
【００５６】
図４に示すように、歌唱履歴データベース３０７１には、複数のカラオケ装置１００から出力され集計された、複数のユーザの歌唱履歴情報が記憶されている。ユーザの歌唱履歴情報には、上述したように、選曲操作を行ったユーザのユーザＩＤと、選曲された演奏曲の曲ＩＤと、選曲された演奏曲の歌手ＩＤと、選曲された演奏曲が歌唱された歌唱日時と、が含まれている。
【００５７】
図５に、上記ユーザユニット分類データベース３０７３の記憶内容の一例を示す。
【００５８】
図５に示すように、ユーザユニット分類データベース３０７３には、複数のユーザのユーザＩＤと、互いに嗜好の異なる複数のユニットのユニット識別情報であるユニットＩＤとが対応付けられたユーザユニット分類情報が記憶されている。
【００５９】
各ユーザに対応するユニットＩＤは、当該各ユーザの嗜好のユニット分類を表している。特にこのユーザユニット分類情報において各ユーザのユーザＩＤに対し対応付けられたユニットＩＤは、当該各ユーザの嗜好に対応したユニット（各請求項記載の第１ユニットに相当。以下適宜、「第１ユニット」と称する）を表すユニットＩＤ（各請求項記載の第１ユニット識別情報に相当。以下適宜、「第１ユニットＩＤ」と称する）である。
【００６０】
ここで、一般に、消費者であるユーザの消費行動は、自らの年代や好み等の嗜好が反映している場合が多い。例えばユーザが購入した商品の内容、すなわち商品の名称や種類等と、当該ユーザの嗜好とは、密接な関係にある。上記商品には、カラオケにおける演奏曲データも含まれている。したがって、ユーザが演奏曲データを用いた演奏曲の再生サービスを受ける場合も同様であり、ユーザの上記選曲操作の内容と当該ユーザの嗜好とは、密接な関係にある。
【００６１】
本実施形態では、上記のような対応関係に基づき、ユーザユニット分類データベース３０７３に記憶される、複数のユーザＩＤと複数のユニットＩＤとが対応付けられたユーザユニット分類情報は、上記歌唱履歴データベース３０７１に記憶された複数のユーザの選曲操作に対応した当該複数のユーザの歌唱履歴情報に基づいて生成される。本実施形態では、ホストサーバ３００の制御部３０１は、適宜の間隔で、例えば１回／月の間隔で、ユーザユニット分類情報の生成に関する処理を実行する。これにより、ユーザユニット分類データベース３０７３に記憶される、ユーザユニット分類情報の生成（更新）を行う。このユーザユニット分類情報の生成に関する処理では、制御部３０１は、上記歌唱履歴データベース３０７１に記憶された複数のユーザの歌唱履歴情報に基づき、複数のユニットＩＤの中から、各ユーザのユーザＩＤに対応付けるユニットＩＤをそれぞれ決定する。そして、ユーザユニット分類データベース３０７３にアクセスし、上記決定結果に基づくユーザユニット分類情報を記憶させる。
【００６２】
なお、この例では、複数のユーザの歌唱履歴情報に基づいて、当該複数のユーザのユーザＩＤに対応付けるユニットＩＤをそれぞれ決定し、その決定結果に基づくユーザユニット分類情報をユーザユニット分類データベース３０７３に記憶させているが、これに限られない。例えばＥｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ（ＥＣ；電子商取引）における複数のユーザの購入履歴情報に基づいて、当該複数のユーザのユーザＩＤに対応付けるユニットＩＤをそれぞれ決定し、その決定結果に基づくユーザユニット分類情報をユーザユニット分類データベース３０７３に記憶させるようにしてもよい。
【００６３】
図６に、上記ユニット別相関値データベース３０７４の記憶内容の一例を示す。
【００６４】
図６に示すように、ユニット別相関値データベース３０７４には、予め、想定される２つのユニットＩＤで表される２つのユニットの組み合わせに応じてホストサーバ３００の制御部３０１によって算出された、相関値が記憶されている。
【００６５】
相関値は、２つのユニットＩＤで表される２つのユニットそれぞれに対応した嗜好の接点の有無、すなわち当該２つのユニット間の類似相関の程度を表している。したがって、２つのユニットそれぞれに対応した嗜好が同一の場合、すなわち２つのユニットが同一の場合に、対応する相関値が最大値である「１」となる。そして、２つのユニットそれぞれに対応した嗜好の接点が多いほど、すなわち２つのユニット間の類似相関が強いほど、対応する相関値が大きくなり（相関値が「１」に近くなり）、逆に、２つのユニットそれぞれに対応した嗜好の接点が少ないほど、すなわち２つのユニット間の類似相関が弱いほど、対応する相関値が小さくなる（相関値が「０」に近くなる）。なお、この相関値の算出に関する処理の詳細については、後述する。
【００６６】
図６に示す例では、例えば、ユニットＩＤ「１」で表されるユニットに対する、ユニットＩＤ「１」で表されるユニットの相関値は「１」、ユニットＩＤ「２」で表されるユニットの相関値は「０．８２０３４２」、ユニットＩＤ「３」で表されるユニットの相関値は「０．８４１６６７」、ユニットＩＤ「４」で表されるユニットの相関値は「０．７８６６７２」、・・・として算出され記憶されている。以下、説明を省略するが、上記以外の組み合わせについても、それぞれ同様に、対応する相関値が算出され記憶されている。
【００６７】
図７に、上記ユニット別広告データベース３０７５の記憶内容の一例を示す。
【００６８】
図７に示すように、ユニット別広告データベース３０７５には、複数のユニットのユニットＩＤと、複数の広告情報の広告識別情報である広告ＩＤとが対応付けられた広告分類情報が記憶されている。この広告分類情報においては、各ユニットのユニットＩＤに対して、当該ユニットに属するユーザに対し好適な広告情報（例えば当該ユーザの嗜好に対応した広告情報）として予め定められた広告情報の広告ＩＤがそれぞれ対応付けられている。
【００６９】
上記構成の本実施形態の特徴は、複数のユーザそれぞれに対応する複数の第１ユニットＩＤを取得すること、その取得された複数の第１ユニットＩＤで表される複数の第１ユニットそれぞれに対し、所定の類似相関を備えたユニット（各請求項記載の第２ユニットに相当。以下適宜、「第２ユニット」と称する）を表すユニットＩＤ（各請求項記載の第２ユニット識別情報に相当。以下適宜、「第２ユニットＩＤ」と称する）を、各第１ユニットごとに決定すること、上記取得された複数の第１ユニットＩＤと、各第１ユニットごとにそれぞれ決定された複数の第２ユニットＩＤとに基づき、広告対象とする広告情報を決定すること、及び、その決定された広告対象とする広告情報を大容量記憶装置３０７から読み出すこと、にある。
【００７０】
すなわち、一般に、ユーザは、自分の嗜好に直結した広告でなくても、自分の嗜好に比較的近い嗜好の広告に対しては多少興味を惹かれたり、あるいは、そのような広告に対応する商品も受け入れたりする場合があり得る。そこで、本実施形態においては、これに対応して、各ユーザの嗜好に対応した第１ユニットに係わる第１ユニットＩＤを取得した後、各第１ユニットごとに、当該各ユーザの嗜好に比較的近い嗜好に対応した、すなわち所定の類似相関を備えた第２ユニットを特定し、当該第２ユニットを表す第２ユニットＩＤを決定する。そして、各ユーザそれぞれに対応する各第１ユニットＩＤと、上記決定された各第２ユニットＩＤとに基づく形で、広告対象とする広告情報を決定し、当該広告対象の広告情報を大容量記憶装置３０７から読み出す。このようにすることで、各ユーザそれぞれの嗜好に直結した広告情報に加え、各ユーザの嗜好に比較的近い嗜好の広告情報を、各ユーザに提供することができるのである。以下、これらの詳細を説明する。
【００７１】
図８を用いて、ホストサーバ３００の制御部３０１が実行する、相関値の算出に関する制御手順を説明する。
【００７２】
図８において、この処理は、例えばホストサーバ３００の使用者等が適宜の操作を実行することによって開始される。
【００７３】
まずステップＳＳ１０で、制御部３０１は、複数のユニットＩＤのいずれかに対応する変数Ａの値を１に設定する。例えば、Ａ＝１がユニットＩＤ「１」、Ａ＝２がユニットＩＤ「２」、Ａ＝３がユニットＩＤ「３」、・・・に対応している。
【００７４】
その後、ステップＳＳ２０で、制御部３０１は、例えば大容量記憶装置３０７のデータベース記憶エリアに記憶された、複数のユニットのユニットＩＤと当該ユニットに対応した嗜好を代表する代表ベクトルとが対応付けられて記憶されたユニット別代表ベクトルデータベース（図示せず）にアクセスする。そして、この時点での変数Ａの値に対応するユニットＩＤに対応付けられた代表ベクトルを取得する。そして、その取得した代表ベクトルの値をｘとする。
【００７５】
そして、ステップＳＳ３０に移り、制御部３０１は、複数のユニットＩＤのいずれかに対応する変数Ｂの値を１に設定する。例えば、Ｂ＝１がユニットＩＤ「１」、Ｂ＝２がユニットＩＤ「２」、Ｂ＝３がユニットＩＤ「３」、・・・に対応している。
【００７６】
その後、ステップＳＳ４０で、制御部３０１は、上記ユニット別代表ベクトルデータベースにアクセスし、この時点での変数Ｂの値に対応するユニットＩＤに対応付けられた代表ベクトルを取得する。そして、その取得した代表ベクトルの値をｙとする。
【００７７】
そして、ステップＳＳ５０に移り、制御部３０１は、公知の適宜の手法により、上記ｘと上記ｙとの相関（類似性の度合い）を表す指標である相関係数を、この時点での変数Ａの値に対応するユニットＩＤで表されるユニットに対する、この時点での変数Ｂの値に対応するユニットＩＤで表されるユニットの相関値として算出する。すなわち、上記ステップＳＳ５０の手順が、各請求項記載の相関算出手段として機能する。具体的には、相関係数をｃとすると、上記２組のデータ列（ｘ，ｙ）＝{（ｘｉ，ｙｉ）}（ｉ＝１，２，・・・，ｎ）が与えられた場合においては、
で表される関係が成り立つので、この式を用いることで、相関係数ｃを算出することができる。
【００７８】
その後、ステップＳＳ６０で、制御部３０１は、大容量記憶装置３０７に記憶された上記ユニット別相関値データベース３０７４（図６参照）にアクセスし、上記ステップＳＳ５０で算出された相関係数ｃの値、すなわちこの時点での変数Ａの値に対応するユニットＩＤで表されるユニットに対する、この時点での変数Ｂの値に対応するユニットＩＤで表されるユニットの相関値を格納する。
【００７９】
そして、ステップＳＳ７０に移り、制御部３０１は、変数Ｂの値がユニットＩＤの数Ｂｍａｘと等しくなったかどうかを判定する。Ｂ＜Ｂｍａｘである場合には、ステップＳＳ７０の判定が満たされず、ステップＳＳ８０に移る。ステップＳＳ８０では、制御部３０１は、変数Ｂの値に１を加える。その後、上記ステップＳＳ４０に戻り同様の手順を繰り返す。一方、Ｂ＝Ｂｍａｘとなっていた場合には、ステップＳＳ７０の判定が満たされて、ステップＳＳ９０に移る。
【００８０】
ステップＳＳ９０では、制御部３０１は、変数Ａの値がユニットＩＤの数Ａｍａｘと等しくなったかどうかを判定する。なお、Ａｍａｘ＝Ｂｍａｘである。Ａ＜Ａｍａｘである場合には、ステップＳＳ９０の判定が満たされず、ステップＳＳ１００に移る。ステップＳＳ１００では、制御部３０１は、変数Ａの値に１を加える。その後、上記ステップＳＳ２０に戻り同様の手順を繰り返す。一方、Ａ＝Ａｍａｘとなっていた場合には、ステップＳＳ９０の判定が満たされて、このフローを終了する。
【００８１】
図９を用いて、カラオケ装置１００の制御部１０１が実行する、広告対象とする広告情報の決定及び再生に関する制御手順を説明する。
【００８２】
図９において、この処理は、例えばカラオケ店舗等の従業員等によりカラオケ装置１００の電源がオンにされることによって開始される。
【００８３】
まずステップＳＫ５で、制御部１０１は、大容量記憶装置１０７に記憶された上記ログインテーブル１０７１（図２参照）にアクセスし、ユーザＩＤが新たに格納又はクリアされたかどうかを判定する。これにより、新たに上記マイページにログインしたユーザ、又は、新たに上記マイページからログアウトしたユーザが存在するかどうかを判定する。ユーザＩＤがログインテーブル１０７１に新たに格納された、又は、ユーザＩＤがログインテーブル１０７１から新たにクリアされた場合には、新たにマイページにログインしたユーザ、又は、新たにマイページからログアウトしたユーザが存在するとみなされ、ステップＳＫ５の判定が満たされて、ステップＳＫ１００に移る。
【００８４】
ステップＳＫ１００では、制御部１０１は、ログイン状態にあるユーザそれぞれに対応する第１ユニットＩＤを取得し、第２ユニットＩＤを各第１ユニットごとに決定する、類似ユニット決定処理を実行する。このステップＳＫ１００の詳細手順を、図１０を用いて説明する。
【００８５】
図１０において、まずステップＳＫ１０５で、制御部１０１は、当該制御部１０１のＲＡＭ等のメモリ上の、ユーザ別類似ユニットバッファを初期化する。このユーザ別類似ユニットバッファは、ログイン状態にあるユーザのユーザＩＤと当該ユーザに対応する第１及び第２ユニットＩＤとを対応付けて格納するためのバッファである。
【００８６】
その後、ステップＳＫ１１０で、制御部１０１は、上記ログインテーブル１０７１にアクセスし、この時点で格納されているユーザＩＤの数、すなわちこの時点までに所定の操作としての上記ログイン操作を行ってログイン状態にあるユーザの人数を検出する。そして、その検出したログイン状態にあるユーザの人数をｍとする。なお、所定の操作としては、ログイン操作に限られるものではない。例えば上記選曲操作を、所定の操作とするようにしてもよい。
【００８７】
そして、ステップＳＫ１２０に移り、制御部１０１は、上記ログインテーブル１０７１に格納されているユーザＩＤ、すなわち上記ログイン状態にあるユーザをカウントするための変数ｊの値を１に設定する。
【００８８】
その後、ステップＳＫ１２５で、制御部１０１は、当該制御部１０１のＲＡＭ等のメモリ上の、ユニット別相関値バッファを初期化する。このユニット別相関値バッファは、各ユニットのユニットＩＤと第１ユニットに対する当該各ユニットの相関値とを対応付けて格納するためのバッファである。
【００８９】
そして、ステップＳＫ１３０に移り、制御部１０１は、上記ログインテーブル１０７１にアクセスし、ｊ番目のユーザＩＤを取得する。
【００９０】
その後、ステップＳＫ１４０で、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記ユーザユニット分類データベース３０７３（図５参照）にアクセスする。そして、上記ステップＳＫ１３０で取得されたユーザＩＤ（ユーザのログイン操作に基づいて取得された当該ユーザに係わるユーザＩＤ）をキーとして、ユーザユニット分類データベース３０７３に記憶されたユーザユニット分類情報において当該ユーザＩＤに対応付けられたユニットＩＤ、すなわち第１ユニットＩＤを取得する。
【００９１】
なお、このステップＳＫ１４０は、後述のように、変数ｊの値が上記ステップＳＫ１１０における検出値ｍと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、上記ステップＳＫ１３０で取得された複数のユーザＩＤに基づき、ログイン状態にある複数のユーザそれぞれに対応する複数の第１ユニットＩＤを取得することができる。すなわち、このステップＳＫ１４０の手順が、各請求項記載のユニット情報取得手段として機能する。
【００９２】
そして、ステップＳＫ１５０に移り、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記ユニット別相関値データベース３０７４（図６参照）にアクセスする。そして、上記ステップＳＫ１４０で取得された第１ユニットＩＤをキーとして、当該第１ユニットＩＤで表される第１ユニットに対する各ユニットの相関値を取得する。そして、その取得した上記第１ユニットに対する各ユニットの相関値を、当該各ユニットのユニットＩＤにそれぞれ対応付けて、上記ユニット別相関値バッファに格納する。
【００９３】
その後、ステップＳＫ１６０で、制御部１０１は、上記ユニット別相関値バッファの複数のレコードを、当該レコードに含まれる相関値に関し降順となるように並び替える。なお、上記ステップＳＫ１４０で取得された第１ユニットＩＤで表される第１ユニットに対する、当該第１ユニットと同一のユニットの相関値は、最大値の「１」である。したがって、上記のようにレコードを並び替えた場合には、ユニット別相関値バッファの１番目のレコード（最上位のレコード）に含まれるユニットＩＤは、第１ユニットＩＤとなる。
【００９４】
そして、ステップＳＫ１７０に移り、制御部１０１は、上記ユニット別相関値バッファの上位所定数（例えば５個）のレコードに含まれるユニットＩＤをそれぞれ取得する。そして、その取得したユニットＩＤのうち、１番目のレコードに含まれるユニットＩＤ（第１ユニットに対する相関値が「１」であるユニットに係わるユニットＩＤ）を、第１ユニットを表す第１ユニットＩＤとして決定し、それ以外のレコードに含まれるユニットＩＤ（第１ユニットに対する相関値が所定範囲であるユニットに係わるユニットＩＤ）、この例では相関値が大きい順に所定数のレコード（但し、１番目のレコードを除く）に含まれるユニットＩＤを、所定の類似相関を備えた第２ユニットを表す第２ユニットＩＤとして決定する。そして、その決定した第１及び第２ユニットＩＤを、上記ステップＳＫ１３０で取得されたユーザＩＤにそれぞれ対応付けて、上記ユーザ別類似ユニットバッファに格納する。
【００９５】
なお、このステップＳＫ１７０は、後述のように、変数ｊの値が上記ステップＳＫ１１０で検出されたログイン状態にあるユーザの人数ｍと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、上記ステップＳＫ１４０で取得された複数の第１ユニットＩＤで表される複数の第１ユニットそれぞれに対する相関値が大きい順に所定数のユニット（但し、相関値が最も大きいユニットを除く）を、所定の類似相関を備えた第２ユニットを表す第２ユニットＩＤとして、各第１ユニットごとに決定することができる。すなわち、このステップＳＫ１７０の手順が、各請求項記載の類似ユニット決定手段として機能する。
【００９６】
その後、ステップＳＫ１８０で、制御部１０１は、変数ｊの値が上記ステップＳＫ１１０で検出されたログイン状態にあるユーザの人数ｍと等しくなったかどうかを判定する。ｊ＜ｍである場合には、まだユーザ別類似ユニットバッファへのログイン状態にあるユーザに対応する第１及び第２ユニットＩＤの格納が終了していないとみなされ、ステップＳＫ１８０の判定が満たされず、ステップＳＫ１９０に移る。ステップＳＫ１９０では、制御部１０１は、変数ｊの値に１を加える。その後、上記ステップＳＫ１２５に戻り同様の手順を繰り返す。そして、ステップＳＫ１２５等を繰り返し実行し、ｊ＝ｍとなった場合には、ユーザ別類似ユニットバッファへのログイン状態にあるユーザに対応する第１及び第２ユニットＩＤの格納が終了したとみなされ、ステップＳＫ１８０の判定が満たされて、このルーチンを終了する。
【００９７】
図９に戻り、上記のようにしてステップＳＫ１００が終了したら、ステップＳＫ２００に移る。ステップＳＫ２００では、制御部１０１は、広告対象とする広告情報の決定を行う広告決定処理を実行する。このステップＳＫ２００の詳細手順を、図１１を用いて説明する。
【００９８】
図１１において、まずステップＳＫ２０２で、制御部１０１は、当該制御部１０１のＲＡＭ等のメモリ上の、広告再生リストバッファを初期化する。この広告再生リストバッファは、広告対象とする広告情報の広告ＩＤを格納するためのバッファである。
【００９９】
その後、ステップＳＫ２１０で、制御部１０１は、上記ユーザ別類似ユニットバッファのレコードをカウントするための変数ｋの値を１に設定する。
【０１００】
そして、ステップＳＫ２２０に移り、制御部１０１は、上記ユーザ別類似ユニットバッファのｋ番目のレコードに含まれるユニットＩＤを取得する。
【０１０１】
その後、ステップＳＫ２３０で、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記ユニット別広告データベース３０７５（図７参照）にアクセスする。そして、上記ステップＳＫ２２０で取得されたユニットＩＤをキーとして、ユニット別広告データベース３０７５に記憶された広告分類情報において当該ユニットＩＤに対応付けられた広告ＩＤを取得する。そして、その取得した広告ＩＤを、上記広告再生リストバッファに格納する。具体的には、上記ステップＳＫ２２０で取得されたユニットＩＤが第１ユニットＩＤであった場合には、広告分類情報において当該第１ユニットＩＤに対応付けられた広告ＩＤを取得し、広告再生リストバッファに格納する。一方、上記ステップＳＫ２２０で取得されたユニットＩＤが第２ユニットＩＤであった場合には、広告分類情報において当該第２ユニットＩＤに対応付けられた広告ＩＤを取得し、広告再生リストバッファに格納する。なお、広告再生リストバッファに広告ＩＤを格納することは、実質的には、当該広告ＩＤで表される広告情報を、広告対象として決定することに相当する。つまり、第１ユニットＩＤに対応付けられた広告ＩＤを、広告再生リストバッファに格納することは、当該広告ＩＤで表される広告情報（各請求項記載の第１広告情報に相当。以下適宜、「第１広告情報」と称する）を、広告対象として決定することに相当する。一方、第２ユニットＩＤに対応付けられた広告ＩＤを、広告再生リストバッファに格納することは、当該広告ＩＤで表される広告情報（各請求項記載の第２広告情報に相当。以下適宜、「第２広告情報」と称する）を、広告対象として決定することに相当する。
【０１０２】
なお、このステップＳＫ２３０は、後述のように、変数ｋの値が上記ユーザ別類似ユニットバッファのレコード数ｋｍａｘと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、上記ユーザ別類似ユニットバッファに格納されている、複数の第１ユニットＩＤそれぞれに対し広告ＩＤが対応付けられた複数の第１広告情報と、複数の第２ユニットＩＤに対し広告ＩＤが対応付けられた複数の第２広告情報とを、広告対象として決定することができる。以上のように、このステップＳＫ２３０では、制御部１０１は、上記ユーザ別類似ユニットバッファに格納されている複数の第１及び第２ユニットＩＤに基づき、広告対象とする広告情報を決定する。すなわち、このステップＳＫ２３０の手順が、各請求項記載の広告決定手段として機能する。
【０１０３】
そして、ステップＳＫ２４０に移り、制御部１０１は、変数ｋの値が上記ユーザ別類似ユニットバッファのレコード数ｋｍａｘと等しくなったかどうかを判定する。ｋ＜ｋｍａｘである場合には、まだ広告対象とする広告情報の決定が終了していないとみなされ、ステップＳＫ２４０の判定が満たされず、ステップＳＫ２５０に移る。ステップＳＫ２５０では、制御部１０１は、変数ｋの値に１を加える。その後、上記ステップＳＫ２２０に戻り同様の手順を繰り返す。そして、ステップＳＫ２２０等を繰り返し実行し、ｋ＝ｋｍａｘとなった場合には、広告対象とする広告情報の決定が終了したとみなされ、ステップＳＫ２４０の判定が満たされて、このルーチンを終了する。
【０１０４】
図９に戻り、上記のようにしてステップＳＫ２００が終了したら、ステップＳＫ１０に移る。ステップＳＫ１０では、制御部１０１は、上記広告再生リストバッファに格納された広告ＩＤをカウントするための変数ｉの値を１に設定する。その後、ステップＳＫ１５に移る。
【０１０５】
一方、上記ステップＳＫ５において、ユーザＩＤがログインテーブル１０７１に新たに格納されなかった、又は、ユーザＩＤがログインテーブル１０７１から新たにクリアされなかった場合には、新たにマイページにログインしたユーザ、又は、新たにマイページからログアウトしたユーザが存在しないとみなされ、ステップＳＫ５の判定が満たされず、直接ステップＳＫ１５に移る。
【０１０６】
ステップＳＫ１５では、制御部１０１は、上記広告再生リストバッファに格納された広告ＩＤの数を検出する。そして、その検出した広告ＩＤの数をｎとする。
【０１０７】
そして、ステップＳＫ２０に移り、制御部１０１は、再生部１０２による１つの演奏曲の再生終了後に、いずれのユーザによっても次の演奏曲の予約が行われていない状態、すなわち、演奏曲と演奏曲の合間である、いわゆる曲間となっているかどうかを判定する。曲間となるまでは、ステップＳＫ２０の判定が満たされず、上記ステップＳＫ５に戻り同様の手順を繰り返す。そして、曲間となったら、ステップＳＫ２０の判定が満たされて、ステップＳＫ２５に移る。
【０１０８】
ステップＳＫ２５では、制御部１０１は、上記ステップＳＫ１５で検出された広告ＩＤの数ｎが０よりも大きいかどうかを判定する。ｎ＝０である場合には、上記広告再生リストバッファに広告ＩＤが１つも格納されていないとみなされ、ステップＳＫ２５の判定が満たされず、ステップＳＫ３０に移る。
【０１０９】
ステップＳＫ３０では、制御部１０１は、予め広告配信サーバ４００より出力され大容量記憶装置１０７に記憶された複数の広告情報のうち、デフォルトとして定められた広告情報を読み出す。あるいは、当該複数の広告情報の中から、ランダムに選定した広告情報を読み出すようにしてもよい。
【０１１０】
その後、ステップＳＫ３５で、制御部１０１は、再生部１０２に制御信号を出力し、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、すなわち、演奏曲の予約が行われるまでの間に、上記ステップＳＫ３０で読み出された広告情報を再生させる。言い換えれば、曲間に、上記ステップＳＫ３０で読み出された広告情報を再生するように、再生部１０２を制御する。これにより、当該広告情報に係わる映像が表示部１０３で表示され、当該広告情報に係わる音声が音声出力部１０４から出力され、カラオケルームＫＲ内に存在しているユーザに対し広告が提供される。なお、広告情報の再生中に、演奏曲の予約が行われた場合には、広告情報の再生が一時停止され、当該演奏曲の再生が開始される。そして、再び、曲間となったら、一時停止中の広告情報の再生が再開される。そして、１つの広告情報の再生が終了したら、上記ステップＳＫ５に戻り同様の手順を繰り返す。
【０１１１】
一方、ステップＳＫ２５において、ｎ＞０であった場合には、上記広告再生リストバッファに広告ＩＤが少なくとも１つは格納されているとみなされ、ステップＳＫ２５の判定が満たされて、ステップＳＫ４０に移る。
【０１１２】
ステップＳＫ４０では、制御部１０１は、上記広告再生リストバッファに格納されたｉ番目の広告ＩＤを取得する。
【０１１３】
そして、ステップＳＫ４５に移り、制御部１０１は、予め広告配信サーバ４００より出力され大容量記憶装置１０７に記憶された複数の広告情報のうち、上記ステップＳＫ４０で取得された広告ＩＤで表される広告情報を読み出す。これは実質的には、上記図１１のステップＳＫ２３０で決定された、広告対象とする広告情報を出力することに相当する。すなわち、このステップＳＫ４５の手順が、各請求項記載の広告出力手段として機能する。
【０１１４】
その後、ステップＳＫ５０で、制御部１０１は、上記ステップＳＫ３５とほぼ同様、演奏曲の予約が行われるまでの間に、上記ステップＳＫ４５で読み出された広告情報を再生させる。そして、１つの広告情報の再生が終了したら、ステップＳＫ５５に移る。
【０１１５】
ステップＳＫ５５では、制御部１０１は、変数ｉの値が上記ステップＳＫ１５で検出された広告ＩＤの数ｎと等しくなったかどうかを判定する。ｉ＜ｎである場合には、広告対象として決定された広告情報がまだすべて再生されていないとみなされ、ステップＳＫ５５の判定が満たされず、ステップＳＫ６０に移る。ステップＳＫ６０では、制御部１０１は、変数ｉの値に１を加える。その後、上記ステップＳＫ５に戻り同様の手順を繰り返す。一方、ｉ＝ｎである場合には、広告対象として決定された広告情報が既にすべて再生されているとみなされ、ステップＳＫ５５の判定が満たされて、ステップＳＫ６５に移る。ステップＳＫ６５では、制御部１０１は、変数ｉの値に１に初期化する。そして、上記ステップＳＫ５に戻り同様の手順を繰り返す。なお、この図９に示す処理は、例えばカラオケ店舗等の従業員等によりカラオケ装置１００の電源がオフにされることによって終了される。
【０１１６】
以上説明したように、本実施形態の楽曲再生システム１においては、複数のユーザがそれぞれ所定の操作（上記の例ではログイン操作）を行うと、これに応じて取得された当該複数のユーザに係わる複数のユーザＩＤに基づき、上記ユーザユニット分類データベース３０７３（図５を参照）に記憶されたユーザユニット分類情報に応じて、当該複数のユーザそれぞれに対応する複数の第１ユニットＩＤを取得する（図１０のステップＳＫ１４０を参照）。これら各ユーザごとの第１ユニットＩＤは、広告対象とする広告情報の決定に用いられる。これにより、複数のユーザそれぞれの嗜好に直結した広告情報を大容量記憶装置３０７から読み出し、各ユーザに提供することができる。
【０１１７】
また、本実施形態においては、上述のようにして複数のユーザそれぞれに対応する複数の第１ユニットＩＤが取得された後、当該各第１ユニットＩＤで表される各第１ユニットごとに、当該複数の第１ユニットそれぞれに対し、所定の類似相関を備えた（上記の例では当該複数の第１ユニットそれぞれに対する相関値が大きい順に所定数の）第２ユニットを特定し、当該第２ユニットをそれぞれ表す第２ユニットＩＤを決定する（図１０のステップＳＫ１７０を参照）。そして、これら各第２ユニットＩＤにも基づく形で、広告対象の広告情報を決定する（図１１のステップＳＫ２３０を参照）。これにより、上述のような各ユーザそれぞれの嗜好に直結した広告情報に加え、各ユーザの嗜好に比較的近い嗜好の広告情報を、各ユーザに提供することができる。この結果、演奏曲データを用いたサービス時においてユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることができる。
【０１１８】
また、本実施形態では特に、図１１のステップＳＫ２３０において、図１０のステップＳＫ１４０で取得された複数の第１ユニットＩＤそれぞれに対し上記広告分類情報により広告ＩＤが対応付けられた複数の第１広告情報と、図１０のステップＳＫ１７０で各第１ユニットごとに決定された複数の第２ユニットＩＤに対し上記広告分類情報により広告ＩＤがそれぞれ対応付けられた複数の第２広告情報とを、広告対象として決定する。このようにすることで、各ユーザに対し、自分の嗜好に直結した広告情報と、自分の嗜好に比較的近い嗜好の広告情報と、が提供される。これにより、各ユーザごとに、提供する広告の内容を有効に拡大して広告効果を高めることができる。
【０１１９】
また、本実施形態では特に、２つのユニット間の類似相関の程度を表す相関値を算出する（図８のステップＳＳ６０を参照）。そして、図１０のステップＳＫ１７０において、各第１ユニットに対する相関値がそれぞれ大きい順に所定数の第２ユニットに係わるユニットＩＤを、第２ユニットＩＤとして決定する。これにより、上述のようにして算出された相関値を数値的な指標として用いることで、各ユーザの嗜好に比較的近い嗜好を表す第２ユニットを円滑に特定することができる。この結果、第２ユニットＩＤや第２広告情報を容易かつ確実に決定し、ユーザに対し提供する広告の内容を確実に拡大することができる。
【０１２０】
なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順次説明する。
【０１２１】
（１）ログインユーザの人数に応じて、類似相関の範囲を設定する場合
すなわち、ログイン操作を行ったユーザの人数に応じて、第２ユニットを特定するために用いる、第１ユニットに対する相関値の範囲を可変に設定するようにしてもよい。
【０１２２】
本変形例においては、ホストサーバ３００の大容量記憶装置３０７のデータベース記憶エリアには、上記実施形態において当該データベース記憶エリアに記憶されていた各種データベースに加え、相関しきい値データベース３０７６（後述の図１２）が記憶されている。
【０１２３】
図１２に、上記相関しきい値データベース３０７６の記憶内容の一例を示す。
【０１２４】
図１２に示すように、相関しきい値データベース３０７６には、ログイン状態にあるユーザの人数であるログインユーザ数に対応した、前述の第１ユニットに対する相関値のしきい値である相関しきい値が記憶されている。
【０１２５】
図１２に示す例では、ログインユーザ数が１[人]である場合に対応した相関しきい値は「０．６」、ログインユーザ数が２[人]である場合に対応した相関しきい値は「０．６５」、ログインユーザ数が３[人]である場合に対応した相関しきい値は「０．７」、ログインユーザ数が４[人]である場合に対応した相関しきい値は「０．７５」、ログインユーザ数が５[人]である場合に対応した相関しきい値は「０．８」、ログインユーザ数が６[人]である場合に対応した相関しきい値は「０．８５」、ログインユーザ数が７[人]である場合に対応した相関しきい値は「０．９」ログインユーザ数が８[人]以降である場合に対応した相関しきい値は「０．９５」となっている。
【０１２６】
ここで、本変形例においてカラオケ装置１００の制御部１０１が実行する、広告対象とする広告情報の決定及び再生に関する制御手順において、前述の図９と異なる点は、ステップＳＫ１００の手順である。それ以外の手順は、前述の図９とほぼ同様であるので、説明を省略する。以下、図１３を用いて、本変形例におけるステップＳＫ１００の詳細手順を説明する。なお、この図１３は、前述の図１０に対応する図である。図１０と同等の手順には同符号を付し説明を省略する。
【０１２７】
図１３において、前述の図１０と異なる点は、ステップＳＫ１７０に代えてステップＳＫ１７０′を設け、ステップＳＫ１１５、ステップＳＫ１６２、ステップＳＫ１６４、ステップＳＫ１６６、ステップＳＫ１７２、及びステップＳＫ１７４を新たに設けた点である。すなわち、ステップＳＫ１１０において、この時点までにログイン操作を行ってログイン状態にあるユーザの人数を検出し、その検出したログイン状態にあるユーザの人数をｍとしたら、新たに設けたステップＳＫ１１５に移る。
【０１２８】
ステップＳＫ１１５では、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記相関しきい値データベース３０７６（図１２参照）にアクセスする。そして、上記ステップＳＫ１１０で検出されたログイン状態にあるユーザの人数ｍをキーとして、当該ログイン状態にあるユーザの人数ｍに対応した、相関しきい値を取得する。そして、その取得した相関しきい値をＭとする。
【０１２９】
その後のステップＳＫ１２０、ステップＳＫ１２５、ステップＳＫ１３０、ステップＳＫ１４０、ステップＳＫ１５０、及びステップＳＫ１６０は、前述の図１０と同様である。ステップＳＫ１６０において、ユニット別相関値バッファの複数のレコードを、当該レコードに含まれる相関値に関し降順となるように並び替えたら、新たに設けたステップＳＫ１６２に移る。
【０１３０】
ステップＳＫ１６２では、制御部１０１は、前述のユニット別相関値バッファのレコードをカウントするための変数ｐの値を１に設定する。
【０１３１】
その後、新たに設けたステップＳＫ１６４で、制御部１０１は、上記ユニット別相関値バッファのｐ番目のレコードに含まれる相関値を取得する。そして、その取得した相関値をＮとする。
【０１３２】
そして、新たに設けたステップＳＫ１６６に移り、制御部１０１は、上記ステップＳＫ１６４で取得された相関値Ｎが、所定範囲、この例では上記ステップＳＫ１１５で取得された相関しきい値Ｍ以上であるかどうかを判定する。Ｎ≧Ｍである場合には、ステップＳＫ１６６の判定が満たされて、ステップＳＫ１７０に代えて設けたステップＳＫ１７０′に移る。
【０１３３】
ステップＳＫ１７０′では、制御部１０１は、上記ユニット別相関値バッファのｐ番目のレコードに含まれるユニットＩＤを取得する。そして、その取得したユニットＩＤを、前述のステップＳＫ１３０で取得されたユーザＩＤに対応付けて、前述のユーザ別類似ユニットバッファに格納する。具体的には、変数ｐの値が１である場合には、ユニット別相関値バッファの１番目のレコードに含まれるユニットＩＤ（第１ユニットに対する相関値が「１」であるユニットに係わるユニットＩＤ）を取得する。そして、その取得したユニットＩＤを、第１ユニットを表す第１ユニットＩＤとして決定し、ユーザ別類似ユニットバッファに格納する。一方、変数ｐの値が２以上である場合には、ユニット別相関値バッファのｐ番目のレコードに含まれるユニットＩＤ（第１ユニットに対する相関値が所定範囲であるユニットに係わるユニットＩＤ）、この例ではＮ≧Ｍであるレコード（但し、１番目のレコードを除く）に含まれるユニットＩＤを取得する。そして、その取得したユニットＩＤを、所定の類似相関を備えた第２ユニットを表す第２ユニットＩＤとして決定し、ユーザ別類似ユニットバッファに格納する。
【０１３４】
なお、このステップＳＫ１７０′は、後述のように、変数ｊの値が、上記ステップＳＫ１１０で検出されたログイン状態にあるユーザの人数ｍと等しくなるか、あるいは、上記ユニット別相関値バッファのレコード数ｐｍａｘと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、前述のステップＳＫ１４０で取得された複数の第１ユニットＩＤで表される複数の第１ユニットそれぞれに対する相関値（上記ステップＳＫ１６４で取得された相関値Ｎ）が、上記ステップＳＫ１１５で取得された相関しきい値Ｍ以上であるユニット（但し、Ｎ＝１であるユニットを除く）を、所定の類似相関を備えた第２ユニットを表す第２ユニットＩＤとして、各第１ユニットごとに決定することができる。すなわち、このステップＳＫ１７０′の手順が、各請求項記載の類似ユニット決定手段として機能する。
【０１３５】
その後、ステップＳＫ１７２で、制御部１０１は、変数ｐの値が上記ユニット別相関値バッファのレコード数ｐｍａｘと等しくなったかどうかを判定する。ｐ＜ｐｍａｘである場合には、まだ上記ユニット別相関値バッファのすべてのレコードに含まれる相関値について、上記ステップＳＫ１１５で取得された相関しきい値Ｍと比較していないとみなされ、ステップＳＫ１７２の判定が満たされず、ステップＳＫ１７４に移る。ステップＳＫ１７４では、制御部１０１は、変数ｐの値に１を加える。その後、上記ステップＳＫ１６４に戻り同様の手順を繰り返す。
【０１３６】
一方、ステップＳＫ１６６においてＮ＜Ｍであったため、ステップＳＫ１６６の判定が満たされなかった場合、及び、ステップＳＫ１７２においてｐ＝ｐｍａｘであったため、上記ユニット別相関値バッファのすべてのレコードに含まれる相関値について、上記ステップＳＫ１１５で取得された相関しきい値Ｍと比較したとみなされ、ステップＳＫ１７２の判定が満たされた場合には、ステップＳＫ１８０に移る。
【０１３７】
その後のステップＳＫ１８０及びステップＳＫ１９０は、前述の図１０と同様であるので、説明を省略する。
【０１３８】
以上のように、本変形例においては、上記ステップＳＫ１１５で取得された相関しきい値Ｍ以上である範囲を所定範囲とし、当該相関しきい値Ｍの値は、上記ステップＳＫ１１０で検出されるログイン状態にあるユーザの人数ｍに応じて変化する。したがって、上記ステップＳＫ１１５で、制御部１０１は、実質的には、上記ステップＳＫ１１０で検出されるログイン状態にあるユーザの人数ｍ、すなわちログイン操作を行ったユーザの人数に応じて、所定範囲を可変に設定しているのである。すなわち、ステップＳＫ１１５の手順が、各請求項記載の範囲設定手段として機能する。
【０１３９】
本変形例によれば、ログイン操作を行ったユーザの人数に応じて、所定範囲を可変に設定する。これにより、例えばユーザの人数が比較的多い場合には、第２ユニットとして特定するために用いる類似相関の範囲を狭くすることができる。この場合には、あるユーザの嗜好から遠く離れた、当該ユーザにとって興味のない広告が提供される確率を低減することができる。
【０１４０】
（２）複数ユーザに共通となる第２ユニット向けの広告を対象とする場合
すなわち、ログイン状態にある複数のユーザに含まれる２人以上のユーザに共通となる第２ユニットに対応した広告情報を、広告対象として決定するようにしてもよい。
【０１４１】
ここで、本変形例においてカラオケ装置１００の制御部１０１が実行する、広告対象とする広告情報の決定及び再生に関する制御手順において、前述の図９と異なる点は、ステップＳＫ２００の手順である。それ以外の手順は、前述の図９とほぼ同様であるので、説明を省略する。以下、図１４を用いて、本変形例におけるステップＳＫ２００の詳細手順を説明する。なお、この図１４は、前述の図１１に対応する図である。図１１と同等の手順には同符号を付し説明を省略する。
【０１４２】
図１４において、まずステップＳＫ２０２で、制御部１０１は、前述の図１１と同様、前述の広告再生リストバッファを初期化する。
【０１４３】
その後、ステップＳＫ３００で、制御部１０１は、ログイン操作を行った２人以上のユーザに共通となる第２ユニットに係わる第２ユニットＩＤの決定を行う共通類似ユニット決定処理を実行する。このステップＳＫ３００の詳細手順を、図１５を用いて説明する。
【０１４４】
図１５において、まずステップＳＫ３０５で、制御部１０１は、当該制御部１０１のＲＡＭ等のメモリ上の、ユニット別ユーザ数バッファを初期化する。このユニット別ユーザ数バッファは、各ユニットのユニットＩＤとユーザＩＤの数とを対応付けて格納するためのバッファである。
【０１４５】
そして、ステップＳＫ３１０に移り、制御部１０１は、前述のユーザ別類似ユニットバッファに格納されているユーザＩＤをユニットＩＤごとに分類し、各ユニットＩＤごとに、ユーザＩＤの数をカウントする。そして、そのカウント結果、すなわち各ユニットＩＤごとのユーザＩＤの数を、当該各ユニットＩＤにそれぞれ対応付けて、上記ユニット別ユーザ数バッファに格納する。
【０１４６】
その後、ステップＳＫ３２０で、制御部１０１は、上記ユニット別ユーザ数バッファの複数のレコードを、当該レコードに含まれるユーザＩＤの数に関し降順となるように並び替える。
【０１４７】
そして、ステップＳＫ３３０に移り、制御部１０１は、当該制御部１０１のＲＡＭ等のメモリ上の、共通類似ユニットバッファを初期化する。この共通類似ユニットバッファは、ログイン状態にある複数のユーザのうち２人以上のユーザに共通となる第２ユニットＩＤを格納するためのバッファである。
【０１４８】
その後、ステップＳＫ３４０で、制御部１０１は、上記ユニット別ユーザ数バッファのレコードをカウントするための変数ｑの値を１に設定する。
【０１４９】
そして、ステップＳＫ３５０に移り、制御部１０１は、上記ユニット別ユーザ数バッファのｑ番目のレコードに含まれるユーザＩＤの数を取得する。そして、その取得したユーザＩＤの数をＱとする。
【０１５０】
その後、ステップＳＫ３６０で、制御部１０１は、上記ステップＳＫ３５０で取得されたユーザＩＤの数Ｑが２以上であるかどうかを判定する。Ｑ≧２である場合には、上記ユニット別ユーザ数バッファのｑ番目のレコードに含まれるユニットＩＤが上記２人以上のユーザに共通となる第２ユニットＩＤであるとみなされ、ステップＳＫ３６０の判定が満たされて、ステップＳＫ３７０に移る。
【０１５１】
ステップＳＫ３７０では、制御部１０１は、上記ユニット別ユーザ数バッファのｑ番目のレコードに含まれるユニットＩＤ、すなわち上記２人以上のユーザに共通となる第２ユニットＩＤを取得する。そして、その取得した第２ユニットＩＤを、上記共通類似ユニットバッファに格納する。
【０１５２】
そして、ステップＳＫ３８０に移り、制御部１０１は、変数ｑの値が上記ユニット別ユーザ数バッファのレコード数ｑｍａｘと等しくなったかどうかを判定する。ｑ＜ｑｍａｘである場合には、まだ共通類似ユニットバッファへの上記２人以上のユーザに共通となる第２ユニットＩＤの格納が終了していないとみなされ、ステップＳＫ３８０の判定が満たされず、ステップＳＫ３９０に移る。ステップＳＫ３９０では、制御部１０１は、変数ｑの値に１を加える。その後、上記ステップＳＫ３５０に戻り同様の手順を繰り返す。
【０１５３】
一方、ステップＳＫ３６０においてＱ＝１であったため、上記ユニット別ユーザ数バッファのｑ番目以降のレコードに含まれるユニットＩＤが上記２人以上のユーザに共通となる第２ユニットＩＤではないとみなされ、ステップＳＫ３６０の判定が満たされなかった場合、及び、ステップＳＫ３８０においてｑ＝ｑｍａｘであったため、共通類似ユニットバッファへの上記２人以上のユーザに共通となる第２ユニットＩＤの格納が終了したとみなされ、ステップＳＫ３８０の判定が満たされた場合には、このルーチンを終了する。
【０１５４】
図１４に戻り、上記のようにしてステップＳＫ３００が終了したら、ステップＳＫ２０５に移る。ステップＳＫ２０５では、制御部１０１は、上記共通類似ユニットバッファに格納されたユニットＩＤをカウントするための変数ｒを１に設定する。
【０１５５】
その後、ステップＳＫ２１５で、制御部１０１は、上記共通類似ユニットバッファに格納されたｒ番目のユニットＩＤ、すなわち上記２人以上のユーザに共通となる第２ユニットＩＤを取得する。
【０１５６】
そして、ステップＳＫ２２５に移り、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記ユニット別広告データベース３０７５（図７参照）にアクセスする。そして、上記ステップＳＫ２１５で取得された上記２人以上のユーザに共通となる第２ユニットＩＤをキーとして、ユニット別広告データベース３０７５に記憶された広告分類情報において当該ユニットＩＤに対応付けられた広告ＩＤを取得する。そして、その取得した広告ＩＤを、上記広告再生リストバッファに格納する。これは実質的には、前述のステップＳＫ１７０で各第１ユニットＩＤごとに決定された複数の第２ユニットＩＤのうち、ログイン状態にある複数のユーザに含まれる２人以上のユーザに共通となる第２ユニットＩＤに対応付けられた広告ＩＤで表される広告情報（各請求項記載の第３広告情報に相当。以下適宜、「第３広告情報」と称する）を、広告対象として決定することに相当する。
【０１５７】
なお、このステップＳＫ２２５は、後述のように、変数ｒの値が上記共通類似ユニットバッファに格納されたユニットＩＤ数ｒｍａｘと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、上記共通類似ユニットバッファに格納されている複数のユニットＩＤ（２人以上のユーザに共通となる第２ユニットＩＤ）それぞれに対し広告ＩＤが対応付けられた複数の第３広告情報を、広告対象として決定することができる。
【０１５８】
その後、ステップＳＫ２３５で、制御部１０１は、変数ｒの値が上記共通類似ユニットバッファに格納されたユニットＩＤ数ｒｍａｘと等しくなったかどうかを判定する。ｒ＜ｒｍａｘである場合には、まだ広告再生リストバッファへの上記２人以上のユーザに共通となる第２ユニットＩＤに対応付けられた広告ＩＤの格納が終了していないとみなされ、ステップＳＫ２３５の判定が満たされず、ステップＳＫ２４５に移る。ステップＳＫ２４５では、制御部１０１は、変数ｒの値に１を加える。その後、上記ステップＳＫ２１５に戻り同様の手順を繰り返す。そして、ステップＳＫ２１５等を繰り返し実行し、ｒ＝ｒｍａｘとなった場合には、広告再生リストバッファへの上記２人以上のユーザに共通となる第２ユニットＩＤに対応付けられた広告ＩＤの格納が終了したとみなされ、ステップＳＫ２３５の判定が満たされて、ステップＳＫ２５５に移る。
【０１５９】
ステップＳＫ２５５では、制御部１０１は、上記ユニット別広告データベース３０７５にアクセスする。そして、前述の図１０のステップＳＫ１４０で取得されたログイン状態にある複数のユーザそれぞれに対応する複数の第１ユニットＩＤをそれぞれキーとして、ユニット別広告データベース３０７５に記憶された広告分類情報において当該複数の第１ユニットＩＤそれぞれに対応付けられた広告ＩＤをそれぞれ取得する。そして、その取得した複数の広告ＩＤを、上記広告再生リストバッファに格納する。これは実質的には、前述のステップＳＫ１４０で取得された複数の第１ユニットＩＤそれぞれに対し広告ＩＤが対応付けられた複数の第１広告情報を、広告対象として決定することに相当する。その後、このルーチンを終了する。
【０１６０】
なお、上記において、ステップＳＫ２２５及びステップＳＫ２５５の手順が、各請求項記載の広告決定手段として機能する。
【０１６１】
以上説明したように、本変形例においては、図１４のステップＳＫ２２５において、図１０のステップＳＫ１７０で各第１ユニットごとに決定された複数の第２ユニットＩＤのうち、２人以上のユーザに共通となる第２ユニットＩＤに対し前述の広告分類情報により広告ＩＤが対応付けられた第３広告情報を、広告対象として決定する。そして、図１４のステップＳＫ２５５において、図１０のステップＳＫ１４０で取得された複数の第１ユニットＩＤそれぞれに対し前述の広告分類情報により広告ＩＤが対応付けられた複数の第１広告情報を、広告対象として決定する。このように本変形例においては、各ユーザにとって自分の嗜好に直結した広告情報と、各ユーザの嗜好に比較的近い嗜好の広告情報のうち２人以上のユーザに共通となる広告情報とが、各ユーザに提供される。このように、ユーザの嗜好に比較的近い嗜好の広告情報の提供を複数のユーザに共通の情報だけに絞り込むことにより、例えばユーザ人数が比較的多い場合に、あるユーザの嗜好から遠く離れた、当該ユーザにとって興味のない広告が提供される確率を低減することができる。
【０１６２】
（３）その他
なお、以上においては、広告配信サーバ４００が複数の広告情報を予めカラオケ装置１００へ出力しておき、カラオケ装置１００の制御部１０１が、これら複数の広告情報のうち、広告対象とする広告情報（又はデフォルトとして定められた広告情報）を、１つの演奏曲の再生終了後、次の再生開始までの間に、再生部１０２により再生させていたが、これに限られない。例えば、表示部１０３の表示画面を複数に分割し、そのうち１つの画面には演奏曲に対応した歌詞テロップを表示させると共に、別の画面には当該広告情報を表示させるようにしてもよい。
【０１６３】
また、例えば、広告配信サーバ４００が広告情報を適宜のタイミングでリモコン２００へ出力し、操作部２０５が一定時間操作されていないと判断された場合に、リモコン２００の制御部２０１が、上記広告対象とする広告情報（又はデフォルトとして定められた広告情報）を、表示部２０３全体に表示させるようにしてもよい。あるいは、表示部２０３の表示画面を複数に分割し、そのうち１つの画面には演奏曲の選曲画面を表示させると共に、別の画面には当該広告情報を表示させるようにしてもよい。
【０１６４】
また、図８、図９、図１０、図１１等に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【０１６５】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【０１６６】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【０１６７】
１ 楽曲再生システム
１００ カラオケ装置
１０１ 制御部
１０２ 再生部（再生手段）
２００ リモコン
３００ ホストサーバ
３０１ 制御部
３０７ 大容量記憶装置（第１記憶手段、第２記憶手段）
４００ 広告配信サーバ
１０７１ ログインテーブル
１０７２ 歌唱履歴テーブル
３０７１ 歌唱履歴データベース
３０７２ ユーザユニット分類データベース
３０７４ ユニット別相関値データベース
３０７５ ユニット別広告データベース
３０７６ 相関しきい値データベース
【技術分野】
【０００１】
本発明は、演奏曲の再生を行う楽曲再生システムに関する。
【背景技術】
【０００２】
従来、演奏曲データを用いた演奏曲の再生サービスを受けるユーザに対し、商品の広告を行う技術が、例えば特許文献１に開示されている。
【０００３】
この従来技術では、カラオケ装置のＣＰＵが、予め設定された設定時間を読み出して、タイマーによるカウントを開始させる。このとき、予約されている曲があれば、ＣＰＵは、その曲に対応する演奏曲データとしての音声データ及び映像データをＨＤＤより読み出して、音源及び映像コントロール部へ送出し、音声及び映像をスピーカ及びＴＶより出力させる。そして、その楽曲の演奏が終了したら、ＣＰＵは、上記読み出された設定時間とタイマーのカウント値とを比較する。そして、そのカウント値が設定時間を越えていた場合には、ＣＰＵは、ＨＤＤより広告などサービス情報を読み出して、映像コントロール部へ送出し、ＴＶに当該広告などサービス情報を表示させる。これにより、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、利用者に対して、広告などのサービス情報の提供が行われる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−１０２８９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に、消費者の消費行動は、自らの年代や好み等の嗜好が反映している場合が多い。例えば消費者が購入した商品の内容、すなわち商品の名称や種類等と、当該消費者の嗜好とは、密接な関係にある。ユーザが演奏曲データを用いた演奏曲の再生サービスを受ける場合も同様であり、ユーザの選曲操作の内容と当該ユーザの嗜好とは、密接な関係にある。このため近年では、複数のユーザそれぞれの嗜好に直結した広告を、各ユーザに提供することが行われつつある。
【０００６】
ところで、一般に、ユーザは、上記のように自分の嗜好に直結した広告でなくても、自分の嗜好に比較的近い嗜好の広告に対しては多少興味を惹かれたり、あるいはそのような広告に対応する商品も受け入れたりする場合があり得る。そこで近年、上記のような各ユーザそれぞれの嗜好に直結した広告に加え、各ユーザの嗜好に比較的近い嗜好の広告を、各ユーザに提供することにより、ユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることが考えられつつある。
【０００７】
しかしながら、上記従来技術では、演奏曲と演奏曲との間に単なる広告の提供を行うのみである。すなわち、上記のような、ユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることは、特に配慮されていなかった。
【０００８】
本発明の目的は、ユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることができる楽曲再生システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、第１の発明は、楽曲データ及び映像データを含む演奏曲データを用いて演奏曲を再生する再生手段と、複数のユーザ識別情報と複数のユニット識別情報とが対応付けられた、ユーザユニット分類情報を記憶した第１記憶手段と、前記演奏曲に関する複数の前記ユーザの所定の操作に基づいて取得された当該複数のユーザに係わる前記複数のユーザ識別情報に基づき、前記第１記憶手段に記憶された前記ユーザユニット分類情報に応じて、当該複数のユーザそれぞれに対応する複数の第１ユニット識別情報を取得する、ユニット情報取得手段と、前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報で表される複数の第１ユニットそれぞれに対し、所定の類似相関を備えた少なくとも１つの第２ユニットを表す少なくとも１つの第２ユニット識別情報を、各第１ユニットごとに決定する、類似ユニット決定手段と、前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報、及び、各第１ユニットごとに前記類似ユニット決定手段によりそれぞれ決定された複数の前記第２ユニット識別情報、に基づき、広告対象とする広告情報を決定する広告決定手段と、前記広告決定手段により決定された、前記広告対象とする広告情報を出力する広告出力手段と、を有することを特徴とする。
【００１０】
一般に、消費者の消費行動は、自らの年代や好み等の嗜好が反映している場合が多い。例えば消費者が購入した商品の内容、すなわち商品の名称や種類等と、当該消費者の嗜好とは、密接な関係にある。ユーザが演奏曲データを用いた演奏曲の再生サービスを受ける場合も同様であり、ユーザの選曲操作の内容と当該ユーザの嗜好とは、密接な関係にある。
【００１１】
本願第１発明では、例えば上記のような対応関係に基づき、予め、各ユーザの識別情報と各ユーザの嗜好のユニット分類を表すユニット識別情報とが、ユーザユニット分類情報として対応付けられ、第１記憶手段に記憶されている。そして、複数のユーザがそれぞれ上記選曲操作やあるいは会員認証等の所定の操作を行うと、これに応じて取得された各ユーザそれぞれの識別情報に基づき、ユニット情報取得手段が、上記ユーザユニット分類情報を用いて、各ユーザに対応する第１ユニット識別情報を取得する。これら各ユーザごとの第１ユニット識別情報は、広告決定手段における広告対象の広告情報の決定に用いられる。これにより、複数のユーザそれぞれの嗜好に直結した広告情報を広告出力手段から出力し、提供することができる。
【００１２】
ところで、一般に、ユーザは、上記のように自分の嗜好に直結した広告でなくても、自分の嗜好に比較的近い嗜好の広告に対しては多少興味を惹かれたり、あるいはそのような広告に対応する商品も受け入れたりする場合があり得る。
【００１３】
そこで、本願第１発明においては、上述のようにして各ユーザに対応する第１ユニットに係わる第１ユニット識別情報が取得された後、類似ユニット決定手段が、各第１ユニットごとに、所定の類似相関を備えた少なくとも１つの第２ユニットを特定し、当該第２ユニットをそれぞれ表す少なくとも１つの第２ユニット識別情報を決定する。そして、広告決定手段は、これら各第２ユニットに対応した第２ユニット識別情報にも基づく形で、広告対象の広告情報を決定する。これにより、上述のような各ユーザそれぞれの嗜好に直結した広告情報に加え、各ユーザの嗜好に比較的近い嗜好の広告情報を、各ユーザに提供することができる。これにより、演奏曲データを用いたサービス時においてユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることができる。
【００１４】
第２の発明は、上記第１発明において、複数のユニット識別情報と複数の広告情報の広告識別情報とが対応付けられた、広告分類情報を記憶した第２記憶手段を有し、前記広告決定手段は、前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報それぞれに対し前記広告分類情報により前記広告識別情報が対応付けられた複数の第１広告情報と、各第１ユニットごとに前記類似ユニット決定手段により決定された前記複数の第２ユニット識別情報に対し前記広告分類情報により前記広告識別情報がそれぞれ対応付けられた複数の第２広告情報と、を前記広告対象として決定することを特徴とする。
【００１５】
本願第２発明においては、各ユーザに対し、自分の嗜好に直結した広告情報と、自分の嗜好に比較的近い嗜好の広告情報とが、提供される。これにより、各ユーザごとに、提供する広告の内容を有効に拡大して広告効果を高めることができる。
【００１６】
第３の発明は、上記第１発明において、複数のユニット識別情報と複数の広告情報の広告識別情報とが対応付けられた、広告分類情報を記憶した第２記憶手段を有し、前記広告決定手段は、前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報それぞれに対し前記広告分類情報により前記広告識別情報が対応付けられた複数の第１広告情報と、各第１ユニットごとに前記類似ユニット決定手段により決定された前記複数の第２ユニット識別情報のうち、前記複数のユーザに含まれる２人以上のユーザに共通となる第２ユニット識別情報に対し前記広告分類情報により前記広告識別情報が対応付けられた少なくとも１つの第３広告情報と、を前記広告対象として決定することを特徴とする。
【００１７】
本願第３発明においては、各ユーザにとって自分の嗜好に直結した広告情報と、各ユーザの嗜好に比較的近い嗜好の広告情報のうち２人以上のユーザに共通となる広告情報とが、提供される。このように、ユーザの嗜好に比較的近い嗜好の広告情報の提供を複数のユーザに共通の情報だけに絞り込むことにより、例えばユーザ人数が比較的多い場合に、あるユーザの嗜好から遠く離れた、当該ユーザにとって興味のない広告が提供される確率を低減することができる。
【００１８】
第４の発明は、上記第１乃至第３発明のいずれかにおいて、２つのユニット間の前記類似相関の程度を表す相関値を算出可能な相関算出手段を有し、前記類似ユニット決定手段は、前記所定の類似相関として、各第１ユニットに対する前記相関値がそれぞれ所定範囲である前記第２ユニットに係わるユニット識別情報を、前記第２ユニット識別情報として決定することを特徴とする。
【００１９】
これにより、相関算出手段が算出した相関値を数値的な指標として用いることで、各ユーザの嗜好に比較的近い嗜好を表す第２ユニットを円滑に特定することができる。この結果、第２ユニット識別情報や第２広告情報を容易かつ確実に決定し、ユーザに対し提供する広告の内容を確実に拡大することができる。
【００２０】
第５の発明は、上記第４発明において、前記所定の操作を行ったユーザの人数に応じて、前記所定範囲を可変に設定する範囲設定手段を有することを特徴とする。
【００２１】
これにより、例えばユーザの人数が比較的多い場合には、第２ユニットとして特定するために用いる類似相関の範囲を狭くすることが可能となる。この場合、あるユーザの嗜好から遠く離れた、当該ユーザにとって興味のない広告が提供される確率を低減することができる。
【発明の効果】
【００２２】
本発明によれば、ユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施の形態の楽曲再生システムの全体構成を表すシステム構成図である。
【図２】ログインテーブルの記憶内容の一例を概念的に表す表である。
【図３】歌唱履歴テーブルの記憶内容の一例を概念的に表す表である。
【図４】歌唱履歴データベースの記憶内容の一例を概念的に表す表である。
【図５】ユーザユニット分類データベースの記憶内容の一例を概念的に表す表である。
【図６】ユニット別相関値データベースの記憶内容の一例を概念的に表す表である。
【図７】ユニット別広告データベースの記憶内容の一例を概念的に表す表である。
【図８】ホストサーバの制御部が実行する、相関値の算出に関する制御手順を表すフローチャートである。
【図９】カラオケ装置の制御部が実行する、広告対象とする広告情報の決定及び再生に関する制御手順を表すフローチャートである。
【図１０】ステップＳＫ１００の詳細手順を表すフローチャートである。
【図１１】ステップＳＫ２００の詳細手順を表すフローチャートである。
【図１２】ログインユーザの人数に応じて、類似相関の範囲を設定する変形例において、相関しきい値データベースの記憶内容の一例を概念的に表す表である。
【図１３】ステップＳＫ１００の詳細手順を表すフローチャートである。
【図１４】複数ユーザに共通となる第２ユニット向けの広告を対象とする変形例において、ステップＳＫ２００の詳細手順を表すフローチャートである。
【図１５】ステップＳＫ３００の詳細手順を表すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明の一実施の形態を図面を参照しつつ説明する。
【００２５】
図１を用いて、本実施形態の楽曲再生システムの全体構成を説明する。
【００２６】
図１において、楽曲再生システム１は、カラオケ店舗等のカラオケルームＫＲにそれぞれに設置された、カラオケ装置１００及びリモコン２００と、ホストサーバ３００と、広告配信サーバ４００とを有している。
【００２７】
なお、カラオケ装置１００とリモコン２００とは、例えば無線又は有線のＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）等のネットワークＮＷ１を介し、互いに情報送受信可能に接続されている。また、カラオケ装置１００やリモコン２００と、ホストサーバ３００と、広告配信サーバ４００とは、上記ネットワークＮＷ１と、例えば通信ネットワーク等のネットワークＮＷ２とを介し、互いに情報送受信可能に接続されている。
【００２８】
カラオケ装置１００は、演奏曲データを用いて演奏曲の再生サービスを提供する楽曲再生装置である。このカラオケ装置１００は、制御部１０１と、再生手段としての再生部１０２と、表示部１０３と、音声出力部１０４と、操作部１０５と、通信制御部１０６と、大容量記憶装置１０７と備えている。
【００２９】
制御部１０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置１０７に予め記憶された各種プログラムを実行する。これにより、カラオケ装置１００全体の制御を行う。
【００３０】
大容量記憶装置１０７は、例えばＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）などから構成される。この大容量記憶装置１０７には、複数の演奏曲データ、及び、予め広告配信サーバ４００より出力された複数の広告情報等の各種情報が記憶されている。演奏曲データには、楽曲データとしてのＭｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データ、及び、映像データ等が含まれている。広告情報は、特定の商品等を広告するための動画情報や静止画情報等である。
【００３１】
また、この大容量記憶装置１０７の図示しないテーブル記憶エリアには、ログインテーブル１０７１（後述の図２参照）、及び、歌唱履歴テーブル１０７２（後述の図３参照）が記憶されている。なお、これらログインテーブル１０７１及び歌唱履歴テーブル１０７２は、それぞれ、カラオケ装置１００ごとに別個に設けられており、カラオケ装置１００ごとに備えられた大容量記憶装置１０７のテーブル記憶エリアに記憶されている。
【００３２】
再生部１０２は、上記大容量記憶装置１０７に記憶された演奏曲データを用いて、複数の演奏曲を順次再生する。またこれと共に、再生部１０２は、上記大容量記憶装置１０７に記憶された広告情報を再生する。
【００３３】
表示部１０３は、例えば液晶ディスプレイなどから構成される。この表示部１０３は、上記再生部１０２によって再生された演奏曲や広告情報に係わる動画や静止画の映像を表示する。
【００３４】
音声出力部１０４は、例えばアンプやスピーカなどから構成される。この音声出力部１０４は、上記再生部１０２によって再生された演奏曲や広告情報に係わる音声、及び、図示しないマイクにより入力された当該カラオケ装置１００による演奏曲の再生サービスを利用するユーザの歌唱音声等を出力する。
【００３５】
操作部１０５は、複数のキーやスイッチなどから構成される。ユーザは、この操作部１０５を用いて、演奏曲に関する選曲操作等の各種操作を行うことができる。演奏曲に関する選曲操作とは、再生部１０２により再生させる演奏曲、すなわち歌唱する演奏曲を選択（予約）する操作である。
【００３６】
通信制御部１０６は、リモコン２００、ホストサーバ３００、広告配信サーバ４００との間で、上記ネットワークＮＷ１,ＮＷ２を介し行われる情報通信の制御を行う。
【００３７】
リモコン２００は、ユーザが上記選曲操作や後述のログイン操作等の各種操作を行うための操作端末である。このリモコン２００は、制御部２０１と、表示部２０３と、操作部２０５と、通信制御部２０６と、記憶装置２０７とを備えている。
【００３８】
制御部２０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部２０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや記憶装置２０７に予め記憶された各種プログラムを実行する。これにより、リモコン２００全体の制御を行う。
【００３９】
表示部２０３は、例えば液晶ディスプレイなどから構成され、各種表示を行う。
【００４０】
操作部２０５は、複数のキーやスイッチなどから構成される。ユーザは、この操作部２０５を用いて、上記選曲操作やログイン操作等の各種操作を行うことができる。ログイン操作とは、ホストサーバ３００に対して所定のユーザ認証処理の要求を行う操作である。このログイン操作では、各ユーザごとに定められた認証用の識別情報やパスワード等の入力が行われる。ユーザによるログイン操作に基づきホストサーバ３００により当該ユーザが認証されると、表示部２０３における当該ユーザ固有の閲覧画面、すなわちいわゆるマイページへアクセス可能となる。
【００４１】
通信制御部２０６は、カラオケ装置１００、ホストサーバ３００、広告配信サーバ４００との間で、上記ネットワークＮＷ１,ＮＷ２を介し行われる情報通信の制御を行う。
【００４２】
記憶装置２０７は、例えば不揮発性メモリなどから構成され、各種情報を記憶する。
【００４３】
ホストサーバ３００は、制御部３０１と、通信制御部３０６と、大容量記憶装置３０７とを備えている。
【００４４】
制御部３０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部３０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置３０７に予め記憶された各種プログラムを実行する。これにより、ホストサーバ３００全体の制御を行う。
【００４５】
通信制御部３０６は、カラオケ装置１００、リモコン２００、広告配信サーバ４００との間で、上記ネットワークＮＷ２,ＮＷ１を介し行われる情報通信の制御を行う。
【００４６】
大容量記憶装置３０７は、例えばＨＤＤなどから構成される。この大容量記憶装置３０７の図示しないデータベース記憶エリアには、会員データベース（図示せず）、歌唱履歴データベース３０７１（後述の図４参照）、ユーザユニット分類データベース３０７３（後述の図５参照）、ユニット別相関値データベース３０７４（後述の図６参照）、及び、ユニット別広告データベース３０７５（後述の図７参照）が記憶されている。なお、この大容量記憶装置３０７は、各請求項記載の、第１記憶手段及び第２記憶手段に相当する。
【００４７】
会員データベースには、カラオケ装置１００による演奏曲の再生サービスに係わる会員として登録されたユーザの会員情報が記憶されている。ユーザの会員情報には、当該ユーザのユーザ識別情報であるユーザＩＤ、性別、生年月日等が含まれている。
【００４８】
広告配信サーバ４００は、複数の広告情報を格納した広告データベース（図示せず）を備えている。この広告配信サーバ４００は、上記広告データベースに格納された複数の広告情報を、上記ネットワークＮＷ２，ＮＷ１を介しカラオケ装置１００等へ出力する。
【００４９】
図２に、上記ログインテーブル１０７１の記憶内容の一例を示す。
【００５０】
図２に示すように、ログインテーブル１０７１には、リモコン２００の操作部２０５を介した上記ログイン操作に基づき上記マイページにアクセス可能となったユーザの、言い換えればログイン操作に応じたログイン状態にあるユーザの、ユーザＩＤが記憶されている。本実施形態では、ユーザがログイン操作を行ってログイン状態となると、当該ユーザのユーザＩＤがログインテーブル１０７１に格納されるようになっている。また、ログイン状態にあるユーザがリモコン２００の操作部２０５を介した所定のログアウト操作を行って上記マイページからログアウトすると、当該ユーザのユーザＩＤがログインテーブル１０７１からクリアされるようになっている。
【００５１】
図３に、上記歌唱履歴テーブル１０７２の記憶内容の一例を示す。
【００５２】
図３に示すように、歌唱履歴テーブル１０７２には、例えば同じ時間帯に同じカラオケ装置１００による演奏曲の再生サービスを受けている（同じ時間帯に同じカラオケルームＫＲ内に存在している）、すなわち一緒に来場した、上記ログイン状態にあるユーザによる上記選曲操作に対応した、当該ユーザの歌唱履歴情報が記憶されている。
【００５３】
ユーザの歌唱履歴情報には、上記選曲操作を行ったユーザのユーザＩＤと、選曲された演奏曲の曲識別情報である曲ＩＤと、選曲された演奏曲の歌手識別情報である歌手ＩＤと、選曲された演奏曲が歌唱された時刻情報である歌唱日時と、が含まれている。なお、ユーザの歌唱履歴情報としては、上記に限られず、例えば選曲された演奏曲の曲ジャンル識別情報であるジャンルＩＤ等、上記以外の情報を含めるようにしてもよい。
【００５４】
歌唱履歴テーブル１０７２に格納された歌唱履歴情報は、例えば、一緒に来場した全ユーザが再生サービスの利用を終了した場合に、上記ネットワークＮＷ１，ＮＷ２を介しホストサーバ３００に出力され、ホストサーバ３００の大容量記憶装置３０７に記憶された歌唱履歴データベース３０７１に格納されるようになっている。
【００５５】
図４に、上記歌唱履歴データベース３０７１の記憶内容の一例を示す。
【００５６】
図４に示すように、歌唱履歴データベース３０７１には、複数のカラオケ装置１００から出力され集計された、複数のユーザの歌唱履歴情報が記憶されている。ユーザの歌唱履歴情報には、上述したように、選曲操作を行ったユーザのユーザＩＤと、選曲された演奏曲の曲ＩＤと、選曲された演奏曲の歌手ＩＤと、選曲された演奏曲が歌唱された歌唱日時と、が含まれている。
【００５７】
図５に、上記ユーザユニット分類データベース３０７３の記憶内容の一例を示す。
【００５８】
図５に示すように、ユーザユニット分類データベース３０７３には、複数のユーザのユーザＩＤと、互いに嗜好の異なる複数のユニットのユニット識別情報であるユニットＩＤとが対応付けられたユーザユニット分類情報が記憶されている。
【００５９】
各ユーザに対応するユニットＩＤは、当該各ユーザの嗜好のユニット分類を表している。特にこのユーザユニット分類情報において各ユーザのユーザＩＤに対し対応付けられたユニットＩＤは、当該各ユーザの嗜好に対応したユニット（各請求項記載の第１ユニットに相当。以下適宜、「第１ユニット」と称する）を表すユニットＩＤ（各請求項記載の第１ユニット識別情報に相当。以下適宜、「第１ユニットＩＤ」と称する）である。
【００６０】
ここで、一般に、消費者であるユーザの消費行動は、自らの年代や好み等の嗜好が反映している場合が多い。例えばユーザが購入した商品の内容、すなわち商品の名称や種類等と、当該ユーザの嗜好とは、密接な関係にある。上記商品には、カラオケにおける演奏曲データも含まれている。したがって、ユーザが演奏曲データを用いた演奏曲の再生サービスを受ける場合も同様であり、ユーザの上記選曲操作の内容と当該ユーザの嗜好とは、密接な関係にある。
【００６１】
本実施形態では、上記のような対応関係に基づき、ユーザユニット分類データベース３０７３に記憶される、複数のユーザＩＤと複数のユニットＩＤとが対応付けられたユーザユニット分類情報は、上記歌唱履歴データベース３０７１に記憶された複数のユーザの選曲操作に対応した当該複数のユーザの歌唱履歴情報に基づいて生成される。本実施形態では、ホストサーバ３００の制御部３０１は、適宜の間隔で、例えば１回／月の間隔で、ユーザユニット分類情報の生成に関する処理を実行する。これにより、ユーザユニット分類データベース３０７３に記憶される、ユーザユニット分類情報の生成（更新）を行う。このユーザユニット分類情報の生成に関する処理では、制御部３０１は、上記歌唱履歴データベース３０７１に記憶された複数のユーザの歌唱履歴情報に基づき、複数のユニットＩＤの中から、各ユーザのユーザＩＤに対応付けるユニットＩＤをそれぞれ決定する。そして、ユーザユニット分類データベース３０７３にアクセスし、上記決定結果に基づくユーザユニット分類情報を記憶させる。
【００６２】
なお、この例では、複数のユーザの歌唱履歴情報に基づいて、当該複数のユーザのユーザＩＤに対応付けるユニットＩＤをそれぞれ決定し、その決定結果に基づくユーザユニット分類情報をユーザユニット分類データベース３０７３に記憶させているが、これに限られない。例えばＥｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ（ＥＣ；電子商取引）における複数のユーザの購入履歴情報に基づいて、当該複数のユーザのユーザＩＤに対応付けるユニットＩＤをそれぞれ決定し、その決定結果に基づくユーザユニット分類情報をユーザユニット分類データベース３０７３に記憶させるようにしてもよい。
【００６３】
図６に、上記ユニット別相関値データベース３０７４の記憶内容の一例を示す。
【００６４】
図６に示すように、ユニット別相関値データベース３０７４には、予め、想定される２つのユニットＩＤで表される２つのユニットの組み合わせに応じてホストサーバ３００の制御部３０１によって算出された、相関値が記憶されている。
【００６５】
相関値は、２つのユニットＩＤで表される２つのユニットそれぞれに対応した嗜好の接点の有無、すなわち当該２つのユニット間の類似相関の程度を表している。したがって、２つのユニットそれぞれに対応した嗜好が同一の場合、すなわち２つのユニットが同一の場合に、対応する相関値が最大値である「１」となる。そして、２つのユニットそれぞれに対応した嗜好の接点が多いほど、すなわち２つのユニット間の類似相関が強いほど、対応する相関値が大きくなり（相関値が「１」に近くなり）、逆に、２つのユニットそれぞれに対応した嗜好の接点が少ないほど、すなわち２つのユニット間の類似相関が弱いほど、対応する相関値が小さくなる（相関値が「０」に近くなる）。なお、この相関値の算出に関する処理の詳細については、後述する。
【００６６】
図６に示す例では、例えば、ユニットＩＤ「１」で表されるユニットに対する、ユニットＩＤ「１」で表されるユニットの相関値は「１」、ユニットＩＤ「２」で表されるユニットの相関値は「０．８２０３４２」、ユニットＩＤ「３」で表されるユニットの相関値は「０．８４１６６７」、ユニットＩＤ「４」で表されるユニットの相関値は「０．７８６６７２」、・・・として算出され記憶されている。以下、説明を省略するが、上記以外の組み合わせについても、それぞれ同様に、対応する相関値が算出され記憶されている。
【００６７】
図７に、上記ユニット別広告データベース３０７５の記憶内容の一例を示す。
【００６８】
図７に示すように、ユニット別広告データベース３０７５には、複数のユニットのユニットＩＤと、複数の広告情報の広告識別情報である広告ＩＤとが対応付けられた広告分類情報が記憶されている。この広告分類情報においては、各ユニットのユニットＩＤに対して、当該ユニットに属するユーザに対し好適な広告情報（例えば当該ユーザの嗜好に対応した広告情報）として予め定められた広告情報の広告ＩＤがそれぞれ対応付けられている。
【００６９】
上記構成の本実施形態の特徴は、複数のユーザそれぞれに対応する複数の第１ユニットＩＤを取得すること、その取得された複数の第１ユニットＩＤで表される複数の第１ユニットそれぞれに対し、所定の類似相関を備えたユニット（各請求項記載の第２ユニットに相当。以下適宜、「第２ユニット」と称する）を表すユニットＩＤ（各請求項記載の第２ユニット識別情報に相当。以下適宜、「第２ユニットＩＤ」と称する）を、各第１ユニットごとに決定すること、上記取得された複数の第１ユニットＩＤと、各第１ユニットごとにそれぞれ決定された複数の第２ユニットＩＤとに基づき、広告対象とする広告情報を決定すること、及び、その決定された広告対象とする広告情報を大容量記憶装置３０７から読み出すこと、にある。
【００７０】
すなわち、一般に、ユーザは、自分の嗜好に直結した広告でなくても、自分の嗜好に比較的近い嗜好の広告に対しては多少興味を惹かれたり、あるいは、そのような広告に対応する商品も受け入れたりする場合があり得る。そこで、本実施形態においては、これに対応して、各ユーザの嗜好に対応した第１ユニットに係わる第１ユニットＩＤを取得した後、各第１ユニットごとに、当該各ユーザの嗜好に比較的近い嗜好に対応した、すなわち所定の類似相関を備えた第２ユニットを特定し、当該第２ユニットを表す第２ユニットＩＤを決定する。そして、各ユーザそれぞれに対応する各第１ユニットＩＤと、上記決定された各第２ユニットＩＤとに基づく形で、広告対象とする広告情報を決定し、当該広告対象の広告情報を大容量記憶装置３０７から読み出す。このようにすることで、各ユーザそれぞれの嗜好に直結した広告情報に加え、各ユーザの嗜好に比較的近い嗜好の広告情報を、各ユーザに提供することができるのである。以下、これらの詳細を説明する。
【００７１】
図８を用いて、ホストサーバ３００の制御部３０１が実行する、相関値の算出に関する制御手順を説明する。
【００７２】
図８において、この処理は、例えばホストサーバ３００の使用者等が適宜の操作を実行することによって開始される。
【００７３】
まずステップＳＳ１０で、制御部３０１は、複数のユニットＩＤのいずれかに対応する変数Ａの値を１に設定する。例えば、Ａ＝１がユニットＩＤ「１」、Ａ＝２がユニットＩＤ「２」、Ａ＝３がユニットＩＤ「３」、・・・に対応している。
【００７４】
その後、ステップＳＳ２０で、制御部３０１は、例えば大容量記憶装置３０７のデータベース記憶エリアに記憶された、複数のユニットのユニットＩＤと当該ユニットに対応した嗜好を代表する代表ベクトルとが対応付けられて記憶されたユニット別代表ベクトルデータベース（図示せず）にアクセスする。そして、この時点での変数Ａの値に対応するユニットＩＤに対応付けられた代表ベクトルを取得する。そして、その取得した代表ベクトルの値をｘとする。
【００７５】
そして、ステップＳＳ３０に移り、制御部３０１は、複数のユニットＩＤのいずれかに対応する変数Ｂの値を１に設定する。例えば、Ｂ＝１がユニットＩＤ「１」、Ｂ＝２がユニットＩＤ「２」、Ｂ＝３がユニットＩＤ「３」、・・・に対応している。
【００７６】
その後、ステップＳＳ４０で、制御部３０１は、上記ユニット別代表ベクトルデータベースにアクセスし、この時点での変数Ｂの値に対応するユニットＩＤに対応付けられた代表ベクトルを取得する。そして、その取得した代表ベクトルの値をｙとする。
【００７７】
そして、ステップＳＳ５０に移り、制御部３０１は、公知の適宜の手法により、上記ｘと上記ｙとの相関（類似性の度合い）を表す指標である相関係数を、この時点での変数Ａの値に対応するユニットＩＤで表されるユニットに対する、この時点での変数Ｂの値に対応するユニットＩＤで表されるユニットの相関値として算出する。すなわち、上記ステップＳＳ５０の手順が、各請求項記載の相関算出手段として機能する。具体的には、相関係数をｃとすると、上記２組のデータ列（ｘ，ｙ）＝{（ｘｉ，ｙｉ）}（ｉ＝１，２，・・・，ｎ）が与えられた場合においては、
で表される関係が成り立つので、この式を用いることで、相関係数ｃを算出することができる。
【００７８】
その後、ステップＳＳ６０で、制御部３０１は、大容量記憶装置３０７に記憶された上記ユニット別相関値データベース３０７４（図６参照）にアクセスし、上記ステップＳＳ５０で算出された相関係数ｃの値、すなわちこの時点での変数Ａの値に対応するユニットＩＤで表されるユニットに対する、この時点での変数Ｂの値に対応するユニットＩＤで表されるユニットの相関値を格納する。
【００７９】
そして、ステップＳＳ７０に移り、制御部３０１は、変数Ｂの値がユニットＩＤの数Ｂｍａｘと等しくなったかどうかを判定する。Ｂ＜Ｂｍａｘである場合には、ステップＳＳ７０の判定が満たされず、ステップＳＳ８０に移る。ステップＳＳ８０では、制御部３０１は、変数Ｂの値に１を加える。その後、上記ステップＳＳ４０に戻り同様の手順を繰り返す。一方、Ｂ＝Ｂｍａｘとなっていた場合には、ステップＳＳ７０の判定が満たされて、ステップＳＳ９０に移る。
【００８０】
ステップＳＳ９０では、制御部３０１は、変数Ａの値がユニットＩＤの数Ａｍａｘと等しくなったかどうかを判定する。なお、Ａｍａｘ＝Ｂｍａｘである。Ａ＜Ａｍａｘである場合には、ステップＳＳ９０の判定が満たされず、ステップＳＳ１００に移る。ステップＳＳ１００では、制御部３０１は、変数Ａの値に１を加える。その後、上記ステップＳＳ２０に戻り同様の手順を繰り返す。一方、Ａ＝Ａｍａｘとなっていた場合には、ステップＳＳ９０の判定が満たされて、このフローを終了する。
【００８１】
図９を用いて、カラオケ装置１００の制御部１０１が実行する、広告対象とする広告情報の決定及び再生に関する制御手順を説明する。
【００８２】
図９において、この処理は、例えばカラオケ店舗等の従業員等によりカラオケ装置１００の電源がオンにされることによって開始される。
【００８３】
まずステップＳＫ５で、制御部１０１は、大容量記憶装置１０７に記憶された上記ログインテーブル１０７１（図２参照）にアクセスし、ユーザＩＤが新たに格納又はクリアされたかどうかを判定する。これにより、新たに上記マイページにログインしたユーザ、又は、新たに上記マイページからログアウトしたユーザが存在するかどうかを判定する。ユーザＩＤがログインテーブル１０７１に新たに格納された、又は、ユーザＩＤがログインテーブル１０７１から新たにクリアされた場合には、新たにマイページにログインしたユーザ、又は、新たにマイページからログアウトしたユーザが存在するとみなされ、ステップＳＫ５の判定が満たされて、ステップＳＫ１００に移る。
【００８４】
ステップＳＫ１００では、制御部１０１は、ログイン状態にあるユーザそれぞれに対応する第１ユニットＩＤを取得し、第２ユニットＩＤを各第１ユニットごとに決定する、類似ユニット決定処理を実行する。このステップＳＫ１００の詳細手順を、図１０を用いて説明する。
【００８５】
図１０において、まずステップＳＫ１０５で、制御部１０１は、当該制御部１０１のＲＡＭ等のメモリ上の、ユーザ別類似ユニットバッファを初期化する。このユーザ別類似ユニットバッファは、ログイン状態にあるユーザのユーザＩＤと当該ユーザに対応する第１及び第２ユニットＩＤとを対応付けて格納するためのバッファである。
【００８６】
その後、ステップＳＫ１１０で、制御部１０１は、上記ログインテーブル１０７１にアクセスし、この時点で格納されているユーザＩＤの数、すなわちこの時点までに所定の操作としての上記ログイン操作を行ってログイン状態にあるユーザの人数を検出する。そして、その検出したログイン状態にあるユーザの人数をｍとする。なお、所定の操作としては、ログイン操作に限られるものではない。例えば上記選曲操作を、所定の操作とするようにしてもよい。
【００８７】
そして、ステップＳＫ１２０に移り、制御部１０１は、上記ログインテーブル１０７１に格納されているユーザＩＤ、すなわち上記ログイン状態にあるユーザをカウントするための変数ｊの値を１に設定する。
【００８８】
その後、ステップＳＫ１２５で、制御部１０１は、当該制御部１０１のＲＡＭ等のメモリ上の、ユニット別相関値バッファを初期化する。このユニット別相関値バッファは、各ユニットのユニットＩＤと第１ユニットに対する当該各ユニットの相関値とを対応付けて格納するためのバッファである。
【００８９】
そして、ステップＳＫ１３０に移り、制御部１０１は、上記ログインテーブル１０７１にアクセスし、ｊ番目のユーザＩＤを取得する。
【００９０】
その後、ステップＳＫ１４０で、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記ユーザユニット分類データベース３０７３（図５参照）にアクセスする。そして、上記ステップＳＫ１３０で取得されたユーザＩＤ（ユーザのログイン操作に基づいて取得された当該ユーザに係わるユーザＩＤ）をキーとして、ユーザユニット分類データベース３０７３に記憶されたユーザユニット分類情報において当該ユーザＩＤに対応付けられたユニットＩＤ、すなわち第１ユニットＩＤを取得する。
【００９１】
なお、このステップＳＫ１４０は、後述のように、変数ｊの値が上記ステップＳＫ１１０における検出値ｍと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、上記ステップＳＫ１３０で取得された複数のユーザＩＤに基づき、ログイン状態にある複数のユーザそれぞれに対応する複数の第１ユニットＩＤを取得することができる。すなわち、このステップＳＫ１４０の手順が、各請求項記載のユニット情報取得手段として機能する。
【００９２】
そして、ステップＳＫ１５０に移り、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記ユニット別相関値データベース３０７４（図６参照）にアクセスする。そして、上記ステップＳＫ１４０で取得された第１ユニットＩＤをキーとして、当該第１ユニットＩＤで表される第１ユニットに対する各ユニットの相関値を取得する。そして、その取得した上記第１ユニットに対する各ユニットの相関値を、当該各ユニットのユニットＩＤにそれぞれ対応付けて、上記ユニット別相関値バッファに格納する。
【００９３】
その後、ステップＳＫ１６０で、制御部１０１は、上記ユニット別相関値バッファの複数のレコードを、当該レコードに含まれる相関値に関し降順となるように並び替える。なお、上記ステップＳＫ１４０で取得された第１ユニットＩＤで表される第１ユニットに対する、当該第１ユニットと同一のユニットの相関値は、最大値の「１」である。したがって、上記のようにレコードを並び替えた場合には、ユニット別相関値バッファの１番目のレコード（最上位のレコード）に含まれるユニットＩＤは、第１ユニットＩＤとなる。
【００９４】
そして、ステップＳＫ１７０に移り、制御部１０１は、上記ユニット別相関値バッファの上位所定数（例えば５個）のレコードに含まれるユニットＩＤをそれぞれ取得する。そして、その取得したユニットＩＤのうち、１番目のレコードに含まれるユニットＩＤ（第１ユニットに対する相関値が「１」であるユニットに係わるユニットＩＤ）を、第１ユニットを表す第１ユニットＩＤとして決定し、それ以外のレコードに含まれるユニットＩＤ（第１ユニットに対する相関値が所定範囲であるユニットに係わるユニットＩＤ）、この例では相関値が大きい順に所定数のレコード（但し、１番目のレコードを除く）に含まれるユニットＩＤを、所定の類似相関を備えた第２ユニットを表す第２ユニットＩＤとして決定する。そして、その決定した第１及び第２ユニットＩＤを、上記ステップＳＫ１３０で取得されたユーザＩＤにそれぞれ対応付けて、上記ユーザ別類似ユニットバッファに格納する。
【００９５】
なお、このステップＳＫ１７０は、後述のように、変数ｊの値が上記ステップＳＫ１１０で検出されたログイン状態にあるユーザの人数ｍと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、上記ステップＳＫ１４０で取得された複数の第１ユニットＩＤで表される複数の第１ユニットそれぞれに対する相関値が大きい順に所定数のユニット（但し、相関値が最も大きいユニットを除く）を、所定の類似相関を備えた第２ユニットを表す第２ユニットＩＤとして、各第１ユニットごとに決定することができる。すなわち、このステップＳＫ１７０の手順が、各請求項記載の類似ユニット決定手段として機能する。
【００９６】
その後、ステップＳＫ１８０で、制御部１０１は、変数ｊの値が上記ステップＳＫ１１０で検出されたログイン状態にあるユーザの人数ｍと等しくなったかどうかを判定する。ｊ＜ｍである場合には、まだユーザ別類似ユニットバッファへのログイン状態にあるユーザに対応する第１及び第２ユニットＩＤの格納が終了していないとみなされ、ステップＳＫ１８０の判定が満たされず、ステップＳＫ１９０に移る。ステップＳＫ１９０では、制御部１０１は、変数ｊの値に１を加える。その後、上記ステップＳＫ１２５に戻り同様の手順を繰り返す。そして、ステップＳＫ１２５等を繰り返し実行し、ｊ＝ｍとなった場合には、ユーザ別類似ユニットバッファへのログイン状態にあるユーザに対応する第１及び第２ユニットＩＤの格納が終了したとみなされ、ステップＳＫ１８０の判定が満たされて、このルーチンを終了する。
【００９７】
図９に戻り、上記のようにしてステップＳＫ１００が終了したら、ステップＳＫ２００に移る。ステップＳＫ２００では、制御部１０１は、広告対象とする広告情報の決定を行う広告決定処理を実行する。このステップＳＫ２００の詳細手順を、図１１を用いて説明する。
【００９８】
図１１において、まずステップＳＫ２０２で、制御部１０１は、当該制御部１０１のＲＡＭ等のメモリ上の、広告再生リストバッファを初期化する。この広告再生リストバッファは、広告対象とする広告情報の広告ＩＤを格納するためのバッファである。
【００９９】
その後、ステップＳＫ２１０で、制御部１０１は、上記ユーザ別類似ユニットバッファのレコードをカウントするための変数ｋの値を１に設定する。
【０１００】
そして、ステップＳＫ２２０に移り、制御部１０１は、上記ユーザ別類似ユニットバッファのｋ番目のレコードに含まれるユニットＩＤを取得する。
【０１０１】
その後、ステップＳＫ２３０で、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記ユニット別広告データベース３０７５（図７参照）にアクセスする。そして、上記ステップＳＫ２２０で取得されたユニットＩＤをキーとして、ユニット別広告データベース３０７５に記憶された広告分類情報において当該ユニットＩＤに対応付けられた広告ＩＤを取得する。そして、その取得した広告ＩＤを、上記広告再生リストバッファに格納する。具体的には、上記ステップＳＫ２２０で取得されたユニットＩＤが第１ユニットＩＤであった場合には、広告分類情報において当該第１ユニットＩＤに対応付けられた広告ＩＤを取得し、広告再生リストバッファに格納する。一方、上記ステップＳＫ２２０で取得されたユニットＩＤが第２ユニットＩＤであった場合には、広告分類情報において当該第２ユニットＩＤに対応付けられた広告ＩＤを取得し、広告再生リストバッファに格納する。なお、広告再生リストバッファに広告ＩＤを格納することは、実質的には、当該広告ＩＤで表される広告情報を、広告対象として決定することに相当する。つまり、第１ユニットＩＤに対応付けられた広告ＩＤを、広告再生リストバッファに格納することは、当該広告ＩＤで表される広告情報（各請求項記載の第１広告情報に相当。以下適宜、「第１広告情報」と称する）を、広告対象として決定することに相当する。一方、第２ユニットＩＤに対応付けられた広告ＩＤを、広告再生リストバッファに格納することは、当該広告ＩＤで表される広告情報（各請求項記載の第２広告情報に相当。以下適宜、「第２広告情報」と称する）を、広告対象として決定することに相当する。
【０１０２】
なお、このステップＳＫ２３０は、後述のように、変数ｋの値が上記ユーザ別類似ユニットバッファのレコード数ｋｍａｘと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、上記ユーザ別類似ユニットバッファに格納されている、複数の第１ユニットＩＤそれぞれに対し広告ＩＤが対応付けられた複数の第１広告情報と、複数の第２ユニットＩＤに対し広告ＩＤが対応付けられた複数の第２広告情報とを、広告対象として決定することができる。以上のように、このステップＳＫ２３０では、制御部１０１は、上記ユーザ別類似ユニットバッファに格納されている複数の第１及び第２ユニットＩＤに基づき、広告対象とする広告情報を決定する。すなわち、このステップＳＫ２３０の手順が、各請求項記載の広告決定手段として機能する。
【０１０３】
そして、ステップＳＫ２４０に移り、制御部１０１は、変数ｋの値が上記ユーザ別類似ユニットバッファのレコード数ｋｍａｘと等しくなったかどうかを判定する。ｋ＜ｋｍａｘである場合には、まだ広告対象とする広告情報の決定が終了していないとみなされ、ステップＳＫ２４０の判定が満たされず、ステップＳＫ２５０に移る。ステップＳＫ２５０では、制御部１０１は、変数ｋの値に１を加える。その後、上記ステップＳＫ２２０に戻り同様の手順を繰り返す。そして、ステップＳＫ２２０等を繰り返し実行し、ｋ＝ｋｍａｘとなった場合には、広告対象とする広告情報の決定が終了したとみなされ、ステップＳＫ２４０の判定が満たされて、このルーチンを終了する。
【０１０４】
図９に戻り、上記のようにしてステップＳＫ２００が終了したら、ステップＳＫ１０に移る。ステップＳＫ１０では、制御部１０１は、上記広告再生リストバッファに格納された広告ＩＤをカウントするための変数ｉの値を１に設定する。その後、ステップＳＫ１５に移る。
【０１０５】
一方、上記ステップＳＫ５において、ユーザＩＤがログインテーブル１０７１に新たに格納されなかった、又は、ユーザＩＤがログインテーブル１０７１から新たにクリアされなかった場合には、新たにマイページにログインしたユーザ、又は、新たにマイページからログアウトしたユーザが存在しないとみなされ、ステップＳＫ５の判定が満たされず、直接ステップＳＫ１５に移る。
【０１０６】
ステップＳＫ１５では、制御部１０１は、上記広告再生リストバッファに格納された広告ＩＤの数を検出する。そして、その検出した広告ＩＤの数をｎとする。
【０１０７】
そして、ステップＳＫ２０に移り、制御部１０１は、再生部１０２による１つの演奏曲の再生終了後に、いずれのユーザによっても次の演奏曲の予約が行われていない状態、すなわち、演奏曲と演奏曲の合間である、いわゆる曲間となっているかどうかを判定する。曲間となるまでは、ステップＳＫ２０の判定が満たされず、上記ステップＳＫ５に戻り同様の手順を繰り返す。そして、曲間となったら、ステップＳＫ２０の判定が満たされて、ステップＳＫ２５に移る。
【０１０８】
ステップＳＫ２５では、制御部１０１は、上記ステップＳＫ１５で検出された広告ＩＤの数ｎが０よりも大きいかどうかを判定する。ｎ＝０である場合には、上記広告再生リストバッファに広告ＩＤが１つも格納されていないとみなされ、ステップＳＫ２５の判定が満たされず、ステップＳＫ３０に移る。
【０１０９】
ステップＳＫ３０では、制御部１０１は、予め広告配信サーバ４００より出力され大容量記憶装置１０７に記憶された複数の広告情報のうち、デフォルトとして定められた広告情報を読み出す。あるいは、当該複数の広告情報の中から、ランダムに選定した広告情報を読み出すようにしてもよい。
【０１１０】
その後、ステップＳＫ３５で、制御部１０１は、再生部１０２に制御信号を出力し、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、すなわち、演奏曲の予約が行われるまでの間に、上記ステップＳＫ３０で読み出された広告情報を再生させる。言い換えれば、曲間に、上記ステップＳＫ３０で読み出された広告情報を再生するように、再生部１０２を制御する。これにより、当該広告情報に係わる映像が表示部１０３で表示され、当該広告情報に係わる音声が音声出力部１０４から出力され、カラオケルームＫＲ内に存在しているユーザに対し広告が提供される。なお、広告情報の再生中に、演奏曲の予約が行われた場合には、広告情報の再生が一時停止され、当該演奏曲の再生が開始される。そして、再び、曲間となったら、一時停止中の広告情報の再生が再開される。そして、１つの広告情報の再生が終了したら、上記ステップＳＫ５に戻り同様の手順を繰り返す。
【０１１１】
一方、ステップＳＫ２５において、ｎ＞０であった場合には、上記広告再生リストバッファに広告ＩＤが少なくとも１つは格納されているとみなされ、ステップＳＫ２５の判定が満たされて、ステップＳＫ４０に移る。
【０１１２】
ステップＳＫ４０では、制御部１０１は、上記広告再生リストバッファに格納されたｉ番目の広告ＩＤを取得する。
【０１１３】
そして、ステップＳＫ４５に移り、制御部１０１は、予め広告配信サーバ４００より出力され大容量記憶装置１０７に記憶された複数の広告情報のうち、上記ステップＳＫ４０で取得された広告ＩＤで表される広告情報を読み出す。これは実質的には、上記図１１のステップＳＫ２３０で決定された、広告対象とする広告情報を出力することに相当する。すなわち、このステップＳＫ４５の手順が、各請求項記載の広告出力手段として機能する。
【０１１４】
その後、ステップＳＫ５０で、制御部１０１は、上記ステップＳＫ３５とほぼ同様、演奏曲の予約が行われるまでの間に、上記ステップＳＫ４５で読み出された広告情報を再生させる。そして、１つの広告情報の再生が終了したら、ステップＳＫ５５に移る。
【０１１５】
ステップＳＫ５５では、制御部１０１は、変数ｉの値が上記ステップＳＫ１５で検出された広告ＩＤの数ｎと等しくなったかどうかを判定する。ｉ＜ｎである場合には、広告対象として決定された広告情報がまだすべて再生されていないとみなされ、ステップＳＫ５５の判定が満たされず、ステップＳＫ６０に移る。ステップＳＫ６０では、制御部１０１は、変数ｉの値に１を加える。その後、上記ステップＳＫ５に戻り同様の手順を繰り返す。一方、ｉ＝ｎである場合には、広告対象として決定された広告情報が既にすべて再生されているとみなされ、ステップＳＫ５５の判定が満たされて、ステップＳＫ６５に移る。ステップＳＫ６５では、制御部１０１は、変数ｉの値に１に初期化する。そして、上記ステップＳＫ５に戻り同様の手順を繰り返す。なお、この図９に示す処理は、例えばカラオケ店舗等の従業員等によりカラオケ装置１００の電源がオフにされることによって終了される。
【０１１６】
以上説明したように、本実施形態の楽曲再生システム１においては、複数のユーザがそれぞれ所定の操作（上記の例ではログイン操作）を行うと、これに応じて取得された当該複数のユーザに係わる複数のユーザＩＤに基づき、上記ユーザユニット分類データベース３０７３（図５を参照）に記憶されたユーザユニット分類情報に応じて、当該複数のユーザそれぞれに対応する複数の第１ユニットＩＤを取得する（図１０のステップＳＫ１４０を参照）。これら各ユーザごとの第１ユニットＩＤは、広告対象とする広告情報の決定に用いられる。これにより、複数のユーザそれぞれの嗜好に直結した広告情報を大容量記憶装置３０７から読み出し、各ユーザに提供することができる。
【０１１７】
また、本実施形態においては、上述のようにして複数のユーザそれぞれに対応する複数の第１ユニットＩＤが取得された後、当該各第１ユニットＩＤで表される各第１ユニットごとに、当該複数の第１ユニットそれぞれに対し、所定の類似相関を備えた（上記の例では当該複数の第１ユニットそれぞれに対する相関値が大きい順に所定数の）第２ユニットを特定し、当該第２ユニットをそれぞれ表す第２ユニットＩＤを決定する（図１０のステップＳＫ１７０を参照）。そして、これら各第２ユニットＩＤにも基づく形で、広告対象の広告情報を決定する（図１１のステップＳＫ２３０を参照）。これにより、上述のような各ユーザそれぞれの嗜好に直結した広告情報に加え、各ユーザの嗜好に比較的近い嗜好の広告情報を、各ユーザに提供することができる。この結果、演奏曲データを用いたサービス時においてユーザに対し提供する広告の内容を有効に拡大し、広告効果を高めることができる。
【０１１８】
また、本実施形態では特に、図１１のステップＳＫ２３０において、図１０のステップＳＫ１４０で取得された複数の第１ユニットＩＤそれぞれに対し上記広告分類情報により広告ＩＤが対応付けられた複数の第１広告情報と、図１０のステップＳＫ１７０で各第１ユニットごとに決定された複数の第２ユニットＩＤに対し上記広告分類情報により広告ＩＤがそれぞれ対応付けられた複数の第２広告情報とを、広告対象として決定する。このようにすることで、各ユーザに対し、自分の嗜好に直結した広告情報と、自分の嗜好に比較的近い嗜好の広告情報と、が提供される。これにより、各ユーザごとに、提供する広告の内容を有効に拡大して広告効果を高めることができる。
【０１１９】
また、本実施形態では特に、２つのユニット間の類似相関の程度を表す相関値を算出する（図８のステップＳＳ６０を参照）。そして、図１０のステップＳＫ１７０において、各第１ユニットに対する相関値がそれぞれ大きい順に所定数の第２ユニットに係わるユニットＩＤを、第２ユニットＩＤとして決定する。これにより、上述のようにして算出された相関値を数値的な指標として用いることで、各ユーザの嗜好に比較的近い嗜好を表す第２ユニットを円滑に特定することができる。この結果、第２ユニットＩＤや第２広告情報を容易かつ確実に決定し、ユーザに対し提供する広告の内容を確実に拡大することができる。
【０１２０】
なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順次説明する。
【０１２１】
（１）ログインユーザの人数に応じて、類似相関の範囲を設定する場合
すなわち、ログイン操作を行ったユーザの人数に応じて、第２ユニットを特定するために用いる、第１ユニットに対する相関値の範囲を可変に設定するようにしてもよい。
【０１２２】
本変形例においては、ホストサーバ３００の大容量記憶装置３０７のデータベース記憶エリアには、上記実施形態において当該データベース記憶エリアに記憶されていた各種データベースに加え、相関しきい値データベース３０７６（後述の図１２）が記憶されている。
【０１２３】
図１２に、上記相関しきい値データベース３０７６の記憶内容の一例を示す。
【０１２４】
図１２に示すように、相関しきい値データベース３０７６には、ログイン状態にあるユーザの人数であるログインユーザ数に対応した、前述の第１ユニットに対する相関値のしきい値である相関しきい値が記憶されている。
【０１２５】
図１２に示す例では、ログインユーザ数が１[人]である場合に対応した相関しきい値は「０．６」、ログインユーザ数が２[人]である場合に対応した相関しきい値は「０．６５」、ログインユーザ数が３[人]である場合に対応した相関しきい値は「０．７」、ログインユーザ数が４[人]である場合に対応した相関しきい値は「０．７５」、ログインユーザ数が５[人]である場合に対応した相関しきい値は「０．８」、ログインユーザ数が６[人]である場合に対応した相関しきい値は「０．８５」、ログインユーザ数が７[人]である場合に対応した相関しきい値は「０．９」ログインユーザ数が８[人]以降である場合に対応した相関しきい値は「０．９５」となっている。
【０１２６】
ここで、本変形例においてカラオケ装置１００の制御部１０１が実行する、広告対象とする広告情報の決定及び再生に関する制御手順において、前述の図９と異なる点は、ステップＳＫ１００の手順である。それ以外の手順は、前述の図９とほぼ同様であるので、説明を省略する。以下、図１３を用いて、本変形例におけるステップＳＫ１００の詳細手順を説明する。なお、この図１３は、前述の図１０に対応する図である。図１０と同等の手順には同符号を付し説明を省略する。
【０１２７】
図１３において、前述の図１０と異なる点は、ステップＳＫ１７０に代えてステップＳＫ１７０′を設け、ステップＳＫ１１５、ステップＳＫ１６２、ステップＳＫ１６４、ステップＳＫ１６６、ステップＳＫ１７２、及びステップＳＫ１７４を新たに設けた点である。すなわち、ステップＳＫ１１０において、この時点までにログイン操作を行ってログイン状態にあるユーザの人数を検出し、その検出したログイン状態にあるユーザの人数をｍとしたら、新たに設けたステップＳＫ１１５に移る。
【０１２８】
ステップＳＫ１１５では、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記相関しきい値データベース３０７６（図１２参照）にアクセスする。そして、上記ステップＳＫ１１０で検出されたログイン状態にあるユーザの人数ｍをキーとして、当該ログイン状態にあるユーザの人数ｍに対応した、相関しきい値を取得する。そして、その取得した相関しきい値をＭとする。
【０１２９】
その後のステップＳＫ１２０、ステップＳＫ１２５、ステップＳＫ１３０、ステップＳＫ１４０、ステップＳＫ１５０、及びステップＳＫ１６０は、前述の図１０と同様である。ステップＳＫ１６０において、ユニット別相関値バッファの複数のレコードを、当該レコードに含まれる相関値に関し降順となるように並び替えたら、新たに設けたステップＳＫ１６２に移る。
【０１３０】
ステップＳＫ１６２では、制御部１０１は、前述のユニット別相関値バッファのレコードをカウントするための変数ｐの値を１に設定する。
【０１３１】
その後、新たに設けたステップＳＫ１６４で、制御部１０１は、上記ユニット別相関値バッファのｐ番目のレコードに含まれる相関値を取得する。そして、その取得した相関値をＮとする。
【０１３２】
そして、新たに設けたステップＳＫ１６６に移り、制御部１０１は、上記ステップＳＫ１６４で取得された相関値Ｎが、所定範囲、この例では上記ステップＳＫ１１５で取得された相関しきい値Ｍ以上であるかどうかを判定する。Ｎ≧Ｍである場合には、ステップＳＫ１６６の判定が満たされて、ステップＳＫ１７０に代えて設けたステップＳＫ１７０′に移る。
【０１３３】
ステップＳＫ１７０′では、制御部１０１は、上記ユニット別相関値バッファのｐ番目のレコードに含まれるユニットＩＤを取得する。そして、その取得したユニットＩＤを、前述のステップＳＫ１３０で取得されたユーザＩＤに対応付けて、前述のユーザ別類似ユニットバッファに格納する。具体的には、変数ｐの値が１である場合には、ユニット別相関値バッファの１番目のレコードに含まれるユニットＩＤ（第１ユニットに対する相関値が「１」であるユニットに係わるユニットＩＤ）を取得する。そして、その取得したユニットＩＤを、第１ユニットを表す第１ユニットＩＤとして決定し、ユーザ別類似ユニットバッファに格納する。一方、変数ｐの値が２以上である場合には、ユニット別相関値バッファのｐ番目のレコードに含まれるユニットＩＤ（第１ユニットに対する相関値が所定範囲であるユニットに係わるユニットＩＤ）、この例ではＮ≧Ｍであるレコード（但し、１番目のレコードを除く）に含まれるユニットＩＤを取得する。そして、その取得したユニットＩＤを、所定の類似相関を備えた第２ユニットを表す第２ユニットＩＤとして決定し、ユーザ別類似ユニットバッファに格納する。
【０１３４】
なお、このステップＳＫ１７０′は、後述のように、変数ｊの値が、上記ステップＳＫ１１０で検出されたログイン状態にあるユーザの人数ｍと等しくなるか、あるいは、上記ユニット別相関値バッファのレコード数ｐｍａｘと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、前述のステップＳＫ１４０で取得された複数の第１ユニットＩＤで表される複数の第１ユニットそれぞれに対する相関値（上記ステップＳＫ１６４で取得された相関値Ｎ）が、上記ステップＳＫ１１５で取得された相関しきい値Ｍ以上であるユニット（但し、Ｎ＝１であるユニットを除く）を、所定の類似相関を備えた第２ユニットを表す第２ユニットＩＤとして、各第１ユニットごとに決定することができる。すなわち、このステップＳＫ１７０′の手順が、各請求項記載の類似ユニット決定手段として機能する。
【０１３５】
その後、ステップＳＫ１７２で、制御部１０１は、変数ｐの値が上記ユニット別相関値バッファのレコード数ｐｍａｘと等しくなったかどうかを判定する。ｐ＜ｐｍａｘである場合には、まだ上記ユニット別相関値バッファのすべてのレコードに含まれる相関値について、上記ステップＳＫ１１５で取得された相関しきい値Ｍと比較していないとみなされ、ステップＳＫ１７２の判定が満たされず、ステップＳＫ１７４に移る。ステップＳＫ１７４では、制御部１０１は、変数ｐの値に１を加える。その後、上記ステップＳＫ１６４に戻り同様の手順を繰り返す。
【０１３６】
一方、ステップＳＫ１６６においてＮ＜Ｍであったため、ステップＳＫ１６６の判定が満たされなかった場合、及び、ステップＳＫ１７２においてｐ＝ｐｍａｘであったため、上記ユニット別相関値バッファのすべてのレコードに含まれる相関値について、上記ステップＳＫ１１５で取得された相関しきい値Ｍと比較したとみなされ、ステップＳＫ１７２の判定が満たされた場合には、ステップＳＫ１８０に移る。
【０１３７】
その後のステップＳＫ１８０及びステップＳＫ１９０は、前述の図１０と同様であるので、説明を省略する。
【０１３８】
以上のように、本変形例においては、上記ステップＳＫ１１５で取得された相関しきい値Ｍ以上である範囲を所定範囲とし、当該相関しきい値Ｍの値は、上記ステップＳＫ１１０で検出されるログイン状態にあるユーザの人数ｍに応じて変化する。したがって、上記ステップＳＫ１１５で、制御部１０１は、実質的には、上記ステップＳＫ１１０で検出されるログイン状態にあるユーザの人数ｍ、すなわちログイン操作を行ったユーザの人数に応じて、所定範囲を可変に設定しているのである。すなわち、ステップＳＫ１１５の手順が、各請求項記載の範囲設定手段として機能する。
【０１３９】
本変形例によれば、ログイン操作を行ったユーザの人数に応じて、所定範囲を可変に設定する。これにより、例えばユーザの人数が比較的多い場合には、第２ユニットとして特定するために用いる類似相関の範囲を狭くすることができる。この場合には、あるユーザの嗜好から遠く離れた、当該ユーザにとって興味のない広告が提供される確率を低減することができる。
【０１４０】
（２）複数ユーザに共通となる第２ユニット向けの広告を対象とする場合
すなわち、ログイン状態にある複数のユーザに含まれる２人以上のユーザに共通となる第２ユニットに対応した広告情報を、広告対象として決定するようにしてもよい。
【０１４１】
ここで、本変形例においてカラオケ装置１００の制御部１０１が実行する、広告対象とする広告情報の決定及び再生に関する制御手順において、前述の図９と異なる点は、ステップＳＫ２００の手順である。それ以外の手順は、前述の図９とほぼ同様であるので、説明を省略する。以下、図１４を用いて、本変形例におけるステップＳＫ２００の詳細手順を説明する。なお、この図１４は、前述の図１１に対応する図である。図１１と同等の手順には同符号を付し説明を省略する。
【０１４２】
図１４において、まずステップＳＫ２０２で、制御部１０１は、前述の図１１と同様、前述の広告再生リストバッファを初期化する。
【０１４３】
その後、ステップＳＫ３００で、制御部１０１は、ログイン操作を行った２人以上のユーザに共通となる第２ユニットに係わる第２ユニットＩＤの決定を行う共通類似ユニット決定処理を実行する。このステップＳＫ３００の詳細手順を、図１５を用いて説明する。
【０１４４】
図１５において、まずステップＳＫ３０５で、制御部１０１は、当該制御部１０１のＲＡＭ等のメモリ上の、ユニット別ユーザ数バッファを初期化する。このユニット別ユーザ数バッファは、各ユニットのユニットＩＤとユーザＩＤの数とを対応付けて格納するためのバッファである。
【０１４５】
そして、ステップＳＫ３１０に移り、制御部１０１は、前述のユーザ別類似ユニットバッファに格納されているユーザＩＤをユニットＩＤごとに分類し、各ユニットＩＤごとに、ユーザＩＤの数をカウントする。そして、そのカウント結果、すなわち各ユニットＩＤごとのユーザＩＤの数を、当該各ユニットＩＤにそれぞれ対応付けて、上記ユニット別ユーザ数バッファに格納する。
【０１４６】
その後、ステップＳＫ３２０で、制御部１０１は、上記ユニット別ユーザ数バッファの複数のレコードを、当該レコードに含まれるユーザＩＤの数に関し降順となるように並び替える。
【０１４７】
そして、ステップＳＫ３３０に移り、制御部１０１は、当該制御部１０１のＲＡＭ等のメモリ上の、共通類似ユニットバッファを初期化する。この共通類似ユニットバッファは、ログイン状態にある複数のユーザのうち２人以上のユーザに共通となる第２ユニットＩＤを格納するためのバッファである。
【０１４８】
その後、ステップＳＫ３４０で、制御部１０１は、上記ユニット別ユーザ数バッファのレコードをカウントするための変数ｑの値を１に設定する。
【０１４９】
そして、ステップＳＫ３５０に移り、制御部１０１は、上記ユニット別ユーザ数バッファのｑ番目のレコードに含まれるユーザＩＤの数を取得する。そして、その取得したユーザＩＤの数をＱとする。
【０１５０】
その後、ステップＳＫ３６０で、制御部１０１は、上記ステップＳＫ３５０で取得されたユーザＩＤの数Ｑが２以上であるかどうかを判定する。Ｑ≧２である場合には、上記ユニット別ユーザ数バッファのｑ番目のレコードに含まれるユニットＩＤが上記２人以上のユーザに共通となる第２ユニットＩＤであるとみなされ、ステップＳＫ３６０の判定が満たされて、ステップＳＫ３７０に移る。
【０１５１】
ステップＳＫ３７０では、制御部１０１は、上記ユニット別ユーザ数バッファのｑ番目のレコードに含まれるユニットＩＤ、すなわち上記２人以上のユーザに共通となる第２ユニットＩＤを取得する。そして、その取得した第２ユニットＩＤを、上記共通類似ユニットバッファに格納する。
【０１５２】
そして、ステップＳＫ３８０に移り、制御部１０１は、変数ｑの値が上記ユニット別ユーザ数バッファのレコード数ｑｍａｘと等しくなったかどうかを判定する。ｑ＜ｑｍａｘである場合には、まだ共通類似ユニットバッファへの上記２人以上のユーザに共通となる第２ユニットＩＤの格納が終了していないとみなされ、ステップＳＫ３８０の判定が満たされず、ステップＳＫ３９０に移る。ステップＳＫ３９０では、制御部１０１は、変数ｑの値に１を加える。その後、上記ステップＳＫ３５０に戻り同様の手順を繰り返す。
【０１５３】
一方、ステップＳＫ３６０においてＱ＝１であったため、上記ユニット別ユーザ数バッファのｑ番目以降のレコードに含まれるユニットＩＤが上記２人以上のユーザに共通となる第２ユニットＩＤではないとみなされ、ステップＳＫ３６０の判定が満たされなかった場合、及び、ステップＳＫ３８０においてｑ＝ｑｍａｘであったため、共通類似ユニットバッファへの上記２人以上のユーザに共通となる第２ユニットＩＤの格納が終了したとみなされ、ステップＳＫ３８０の判定が満たされた場合には、このルーチンを終了する。
【０１５４】
図１４に戻り、上記のようにしてステップＳＫ３００が終了したら、ステップＳＫ２０５に移る。ステップＳＫ２０５では、制御部１０１は、上記共通類似ユニットバッファに格納されたユニットＩＤをカウントするための変数ｒを１に設定する。
【０１５５】
その後、ステップＳＫ２１５で、制御部１０１は、上記共通類似ユニットバッファに格納されたｒ番目のユニットＩＤ、すなわち上記２人以上のユーザに共通となる第２ユニットＩＤを取得する。
【０１５６】
そして、ステップＳＫ２２５に移り、制御部１０１は、上記通信制御部１０６及びネットワークＮＷ１，ＮＷ２を介し、ホストサーバ３００の大容量記憶装置３０７に記憶された上記ユニット別広告データベース３０７５（図７参照）にアクセスする。そして、上記ステップＳＫ２１５で取得された上記２人以上のユーザに共通となる第２ユニットＩＤをキーとして、ユニット別広告データベース３０７５に記憶された広告分類情報において当該ユニットＩＤに対応付けられた広告ＩＤを取得する。そして、その取得した広告ＩＤを、上記広告再生リストバッファに格納する。これは実質的には、前述のステップＳＫ１７０で各第１ユニットＩＤごとに決定された複数の第２ユニットＩＤのうち、ログイン状態にある複数のユーザに含まれる２人以上のユーザに共通となる第２ユニットＩＤに対応付けられた広告ＩＤで表される広告情報（各請求項記載の第３広告情報に相当。以下適宜、「第３広告情報」と称する）を、広告対象として決定することに相当する。
【０１５７】
なお、このステップＳＫ２２５は、後述のように、変数ｒの値が上記共通類似ユニットバッファに格納されたユニットＩＤ数ｒｍａｘと等しくなるまで繰り返し実行されるので、制御部１０１は、結果として、上記共通類似ユニットバッファに格納されている複数のユニットＩＤ（２人以上のユーザに共通となる第２ユニットＩＤ）それぞれに対し広告ＩＤが対応付けられた複数の第３広告情報を、広告対象として決定することができる。
【０１５８】
その後、ステップＳＫ２３５で、制御部１０１は、変数ｒの値が上記共通類似ユニットバッファに格納されたユニットＩＤ数ｒｍａｘと等しくなったかどうかを判定する。ｒ＜ｒｍａｘである場合には、まだ広告再生リストバッファへの上記２人以上のユーザに共通となる第２ユニットＩＤに対応付けられた広告ＩＤの格納が終了していないとみなされ、ステップＳＫ２３５の判定が満たされず、ステップＳＫ２４５に移る。ステップＳＫ２４５では、制御部１０１は、変数ｒの値に１を加える。その後、上記ステップＳＫ２１５に戻り同様の手順を繰り返す。そして、ステップＳＫ２１５等を繰り返し実行し、ｒ＝ｒｍａｘとなった場合には、広告再生リストバッファへの上記２人以上のユーザに共通となる第２ユニットＩＤに対応付けられた広告ＩＤの格納が終了したとみなされ、ステップＳＫ２３５の判定が満たされて、ステップＳＫ２５５に移る。
【０１５９】
ステップＳＫ２５５では、制御部１０１は、上記ユニット別広告データベース３０７５にアクセスする。そして、前述の図１０のステップＳＫ１４０で取得されたログイン状態にある複数のユーザそれぞれに対応する複数の第１ユニットＩＤをそれぞれキーとして、ユニット別広告データベース３０７５に記憶された広告分類情報において当該複数の第１ユニットＩＤそれぞれに対応付けられた広告ＩＤをそれぞれ取得する。そして、その取得した複数の広告ＩＤを、上記広告再生リストバッファに格納する。これは実質的には、前述のステップＳＫ１４０で取得された複数の第１ユニットＩＤそれぞれに対し広告ＩＤが対応付けられた複数の第１広告情報を、広告対象として決定することに相当する。その後、このルーチンを終了する。
【０１６０】
なお、上記において、ステップＳＫ２２５及びステップＳＫ２５５の手順が、各請求項記載の広告決定手段として機能する。
【０１６１】
以上説明したように、本変形例においては、図１４のステップＳＫ２２５において、図１０のステップＳＫ１７０で各第１ユニットごとに決定された複数の第２ユニットＩＤのうち、２人以上のユーザに共通となる第２ユニットＩＤに対し前述の広告分類情報により広告ＩＤが対応付けられた第３広告情報を、広告対象として決定する。そして、図１４のステップＳＫ２５５において、図１０のステップＳＫ１４０で取得された複数の第１ユニットＩＤそれぞれに対し前述の広告分類情報により広告ＩＤが対応付けられた複数の第１広告情報を、広告対象として決定する。このように本変形例においては、各ユーザにとって自分の嗜好に直結した広告情報と、各ユーザの嗜好に比較的近い嗜好の広告情報のうち２人以上のユーザに共通となる広告情報とが、各ユーザに提供される。このように、ユーザの嗜好に比較的近い嗜好の広告情報の提供を複数のユーザに共通の情報だけに絞り込むことにより、例えばユーザ人数が比較的多い場合に、あるユーザの嗜好から遠く離れた、当該ユーザにとって興味のない広告が提供される確率を低減することができる。
【０１６２】
（３）その他
なお、以上においては、広告配信サーバ４００が複数の広告情報を予めカラオケ装置１００へ出力しておき、カラオケ装置１００の制御部１０１が、これら複数の広告情報のうち、広告対象とする広告情報（又はデフォルトとして定められた広告情報）を、１つの演奏曲の再生終了後、次の再生開始までの間に、再生部１０２により再生させていたが、これに限られない。例えば、表示部１０３の表示画面を複数に分割し、そのうち１つの画面には演奏曲に対応した歌詞テロップを表示させると共に、別の画面には当該広告情報を表示させるようにしてもよい。
【０１６３】
また、例えば、広告配信サーバ４００が広告情報を適宜のタイミングでリモコン２００へ出力し、操作部２０５が一定時間操作されていないと判断された場合に、リモコン２００の制御部２０１が、上記広告対象とする広告情報（又はデフォルトとして定められた広告情報）を、表示部２０３全体に表示させるようにしてもよい。あるいは、表示部２０３の表示画面を複数に分割し、そのうち１つの画面には演奏曲の選曲画面を表示させると共に、別の画面には当該広告情報を表示させるようにしてもよい。
【０１６４】
また、図８、図９、図１０、図１１等に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【０１６５】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【０１６６】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【０１６７】
１ 楽曲再生システム
１００ カラオケ装置
１０１ 制御部
１０２ 再生部（再生手段）
２００ リモコン
３００ ホストサーバ
３０１ 制御部
３０７ 大容量記憶装置（第１記憶手段、第２記憶手段）
４００ 広告配信サーバ
１０７１ ログインテーブル
１０７２ 歌唱履歴テーブル
３０７１ 歌唱履歴データベース
３０７２ ユーザユニット分類データベース
３０７４ ユニット別相関値データベース
３０７５ ユニット別広告データベース
３０７６ 相関しきい値データベース
【特許請求の範囲】
【請求項１】
楽曲データ及び映像データを含む演奏曲データを用いて演奏曲を再生する再生手段と、
複数のユーザ識別情報と複数のユニット識別情報とが対応付けられた、ユーザユニット分類情報を記憶した第１記憶手段と、
前記演奏曲に関する複数の前記ユーザの所定の操作に基づいて取得された当該複数のユーザに係わる前記複数のユーザ識別情報に基づき、前記第１記憶手段に記憶された前記ユーザユニット分類情報に応じて、当該複数のユーザそれぞれに対応する複数の第１ユニット識別情報を取得する、ユニット情報取得手段と、
前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報で表される複数の第１ユニットそれぞれに対し、所定の類似相関を備えた少なくとも１つの第２ユニットを表す少なくとも１つの第２ユニット識別情報を、各第１ユニットごとに決定する、類似ユニット決定手段と、
前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報、及び、各第１ユニットごとに前記類似ユニット決定手段によりそれぞれ決定された複数の前記第２ユニット識別情報、に基づき、広告対象とする広告情報を決定する広告決定手段と、
前記広告決定手段により決定された、前記広告対象とする広告情報を出力する広告出力手段と、
を有することを特徴とする楽曲再生システム。
【請求項２】
複数のユニット識別情報と複数の広告情報の広告識別情報とが対応付けられた、広告分類情報を記憶した第２記憶手段を有し、
前記広告決定手段は、
前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報それぞれに対し前記広告分類情報により前記広告識別情報が対応付けられた複数の第１広告情報と、各第１ユニットごとに前記類似ユニット決定手段により決定された前記複数の第２ユニット識別情報に対し前記広告分類情報により前記広告識別情報がそれぞれ対応付けられた複数の第２広告情報と、を前記広告対象として決定する
ことを特徴とする請求項１記載の楽曲再生システム。
【請求項３】
複数のユニット識別情報と複数の広告情報の広告識別情報とが対応付けられた、広告分類情報を記憶した第２記憶手段を有し、
前記広告決定手段は、
前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報それぞれに対し前記広告分類情報により前記広告識別情報が対応付けられた複数の第１広告情報と、各第１ユニットごとに前記類似ユニット決定手段により決定された前記複数の第２ユニット識別情報のうち、前記複数のユーザに含まれる２人以上のユーザに共通となる第２ユニット識別情報に対し前記広告分類情報により前記広告識別情報が対応付けられた少なくとも１つの第３広告情報と、を前記広告対象として決定する
ことを特徴とする請求項１記載の楽曲再生システム。
【請求項４】
２つのユニット間の前記類似相関の程度を表す相関値を算出可能な相関算出手段を有し、
前記類似ユニット決定手段は、
前記所定の類似相関として、各第１ユニットに対する前記相関値がそれぞれ所定範囲である前記第２ユニットに係わるユニット識別情報を、前記第２ユニット識別情報として決定する
ことを特徴とする請求項１乃至請求項３のいずれか１項記載の楽曲再生システム。
【請求項５】
前記所定の操作を行ったユーザの人数に応じて、前記所定範囲を可変に設定する範囲設定手段を有する
ことを特徴とする請求項４記載の楽曲再生システム。
【請求項１】
楽曲データ及び映像データを含む演奏曲データを用いて演奏曲を再生する再生手段と、
複数のユーザ識別情報と複数のユニット識別情報とが対応付けられた、ユーザユニット分類情報を記憶した第１記憶手段と、
前記演奏曲に関する複数の前記ユーザの所定の操作に基づいて取得された当該複数のユーザに係わる前記複数のユーザ識別情報に基づき、前記第１記憶手段に記憶された前記ユーザユニット分類情報に応じて、当該複数のユーザそれぞれに対応する複数の第１ユニット識別情報を取得する、ユニット情報取得手段と、
前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報で表される複数の第１ユニットそれぞれに対し、所定の類似相関を備えた少なくとも１つの第２ユニットを表す少なくとも１つの第２ユニット識別情報を、各第１ユニットごとに決定する、類似ユニット決定手段と、
前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報、及び、各第１ユニットごとに前記類似ユニット決定手段によりそれぞれ決定された複数の前記第２ユニット識別情報、に基づき、広告対象とする広告情報を決定する広告決定手段と、
前記広告決定手段により決定された、前記広告対象とする広告情報を出力する広告出力手段と、
を有することを特徴とする楽曲再生システム。
【請求項２】
複数のユニット識別情報と複数の広告情報の広告識別情報とが対応付けられた、広告分類情報を記憶した第２記憶手段を有し、
前記広告決定手段は、
前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報それぞれに対し前記広告分類情報により前記広告識別情報が対応付けられた複数の第１広告情報と、各第１ユニットごとに前記類似ユニット決定手段により決定された前記複数の第２ユニット識別情報に対し前記広告分類情報により前記広告識別情報がそれぞれ対応付けられた複数の第２広告情報と、を前記広告対象として決定する
ことを特徴とする請求項１記載の楽曲再生システム。
【請求項３】
複数のユニット識別情報と複数の広告情報の広告識別情報とが対応付けられた、広告分類情報を記憶した第２記憶手段を有し、
前記広告決定手段は、
前記ユニット情報取得手段により取得された前記複数の第１ユニット識別情報それぞれに対し前記広告分類情報により前記広告識別情報が対応付けられた複数の第１広告情報と、各第１ユニットごとに前記類似ユニット決定手段により決定された前記複数の第２ユニット識別情報のうち、前記複数のユーザに含まれる２人以上のユーザに共通となる第２ユニット識別情報に対し前記広告分類情報により前記広告識別情報が対応付けられた少なくとも１つの第３広告情報と、を前記広告対象として決定する
ことを特徴とする請求項１記載の楽曲再生システム。
【請求項４】
２つのユニット間の前記類似相関の程度を表す相関値を算出可能な相関算出手段を有し、
前記類似ユニット決定手段は、
前記所定の類似相関として、各第１ユニットに対する前記相関値がそれぞれ所定範囲である前記第２ユニットに係わるユニット識別情報を、前記第２ユニット識別情報として決定する
ことを特徴とする請求項１乃至請求項３のいずれか１項記載の楽曲再生システム。
【請求項５】
前記所定の操作を行ったユーザの人数に応じて、前記所定範囲を可変に設定する範囲設定手段を有する
ことを特徴とする請求項４記載の楽曲再生システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−５８５１３（Ｐ２０１２−５８５１３Ａ）
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願番号】特願２０１０−２０１９５６（Ｐ２０１０−２０１９５６）
【出願日】平成２２年９月９日（２０１０．９．９）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願日】平成２２年９月９日（２０１０．９．９）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]