(57)【要約】【課題】広告を見る可能性の高い利用者に対し、効果的な広告を行う。【解決手段】楽曲再生システム１においては、カラオケ装置１００に、演奏曲を再生する再生部１０２と、複数の操作者の歌唱履歴情報を記憶する歌唱履歴データベース１０７１とが設けられている。カラオケ装置１００は、歌唱履歴データベース１０７１に記憶された歌唱履歴情報に基づき、複数の操作者の歌唱回数を、各操作者のＵＩＤに対応付けて算出する。その後、その算出された歌唱回数に基づき、歌唱頻度の低い操作者を歌唱頻度の高い操作者よりも優先するようにしつつ、広告の対象とするターゲット操作者を決定する。そして、ターゲット操作者に対応した広告情報を決定し、その決定された広告情報を再生するように、再生部１０２を制御する。【選択図】図１
2011197576.tif 000002
【特許請求の範囲】
【請求項１】
楽曲データ及び映像データを含む演奏曲データを用いて演奏曲を再生する再生手段と、
前記演奏曲に関する操作者の選曲操作に基づき、各操作者の操作者識別情報がそれぞれ対応付けられた複数の操作者の歌唱履歴情報を記憶する歌唱履歴データベースと、
前記歌唱履歴データベースに記憶された前記歌唱履歴情報に基づき、前記複数の操作者の歌唱頻度情報を、各操作者の操作者識別情報に対応付けて算出する頻度情報算出手段と、
前記頻度情報算出手段により算出された前記歌唱頻度情報に基づき、歌唱頻度の低い前記操作者を歌唱頻度の高い前記操作者よりも優先するようにしつつ、広告の対象とするターゲット操作者を決定するターゲット決定手段と、
前記ターゲット操作者に対応した広告情報を決定する広告情報決定手段と、
前記広告情報決定手段により決定された前記広告情報を再生するように、前記再生手段を制御する、再生制御手段と
を有することを特徴とする楽曲再生システム。
【請求項２】
操作者の選曲操作に基づき、当該選曲した演奏曲に係わる楽曲識別情報を当該操作者の前記操作者識別情報と対応付けて無線通信により送信する識別情報送信手段
をさらに有し、
前記歌唱履歴データベースは、
前記識別情報送信手段より送信された、前記操作者識別情報及び前記楽曲識別情報を、日時情報と対応付けた当該操作者の前記歌唱履歴情報として記憶する
ことを特徴とする請求項１記載の楽曲再生システム。
【請求項３】
前記歌唱頻度情報の算出、前記ターゲット操作者の決定、前記広告情報の決定を所定期間ごとに繰り返して、当該歌唱頻度情報、ターゲット操作者、広告情報の内容をその都度更新するように、前記頻度情報算出手段、前記ターゲット決定手段、及び前記広告情報決定手段を連携して制御する連携制御手段
をさらに有することを特徴とする請求項２記載の楽曲再生システム。
【請求項４】
前記頻度情報算出手段は、
前記歌唱履歴データベースに記憶された前記複数の操作者の前記歌唱履歴情報に基づき、所定期間内における、各操作者に係わる歌唱履歴指標値を前記歌唱頻度情報として算出し、
前記ターゲット決定手段は、
前記歌唱履歴指標値が、広告の対象とするために予め定められた所定の条件を満足するかどうか、を判定する判定手段を備え、
前記判定手段の判定が満たされる前記歌唱履歴指標値に対応した前記操作者を、前記ターゲット操作者として決定する
ことを特徴とする請求項２又は請求項３記載の楽曲再生システム。
【請求項５】
前記再生制御手段は、
１つの前記演奏曲の再生終了後、次の前記演奏曲の再生開始までの間に、前記広告情報決定手段により決定された前記広告情報を再生するように、前記再生手段を制御する
ことを特徴とする請求項２乃至請求項４のいずれか１項記載の楽曲再生システム。
【請求項６】
楽曲再生装置と、ホストサーバと、操作端末と
を有し、
前記歌唱履歴データベース、前記頻度情報算出手段、前記ターゲット決定手段、前記広告情報決定手段、前記再生制御手段、及び前記再生手段は、前記楽曲再生装置に設けられており、
前記識別情報送信手段は、前記操作端末に設けられている
ことを特徴とする請求項２乃至請求項５のいずれか１項記載の楽曲再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、演奏曲の再生を行う楽曲再生システムに関する。
【背景技術】
【０００２】
従来、楽曲再生サービスの提供中に、広告情報の再生を行う技術が、例えば特許文献１に開示されている。この従来技術では、カラオケ装置のＣＰＵが、予め設定された設定時間を読み出して、タイマーによるカウントを開始させる。このとき、予約されている曲があれば、ＣＰＵは、その曲に対応する音声データ及び映像データをＨＤＤより読み出して、再生手段としての音源及び映像コントロール部へ送出し、音声及び映像をスピーカ及びＴＶより出力させる。そして、その楽曲の演奏が終了したら、ＣＰＵは、上記読み出された設定時間とタイマーのカウント値とを比較する。そして、そのカウント値が設定時間を越えていた場合は、ＣＰＵは、ＨＤＤより広告情報としての広告などサービス情報を読み出して、映像コントロール部へ送出し、ＴＶに当該広告などサービス情報を表示させる。
【０００３】
以上のように、この従来技術においては、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、広告などのサービス情報がＴＶに表示される。これにより、利用されない無駄な時間を有効に使用することができ、さらに広告料金を利益に還元することで一曲あたりの単価を安価にすることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−１０２８９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術では、演奏曲と演奏曲との間に、広告情報が再生手段によって再生されるだけであり、楽曲再生サービスの提供中に、広告を見る可能性の高い利用者に対し、当該利用者の嗜好に適合した広告を行うことは考えられていなかった。
【０００６】
本発明の目的は、広告を見る可能性の高い利用者に対し、効果的な広告を行うことができる楽曲再生システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、第１の発明は、楽曲データ及び映像データを含む演奏曲データを用いて演奏曲を再生する再生手段と、前記演奏曲に関する操作者の選曲操作に基づき、各操作者の操作者識別情報がそれぞれ対応付けられた複数の操作者の歌唱履歴情報を記憶する歌唱履歴データベースと、前記歌唱履歴データベースに記憶された前記歌唱履歴情報に基づき、前記複数の操作者の歌唱頻度情報を、各操作者の操作者識別情報に対応付けて算出する頻度情報算出手段と、前記頻度情報算出手段により算出された前記歌唱頻度情報に基づき、歌唱頻度の低い前記操作者を歌唱頻度の高い前記操作者よりも優先するようにしつつ、広告の対象とするターゲット操作者を決定するターゲット決定手段と、前記ターゲット操作者に対応した広告情報を決定する広告情報決定手段と、前記広告情報決定手段により決定された前記広告情報を再生するように、前記再生手段を制御する、再生制御手段とを有することを特徴とする。
【０００８】
本願第１発明の楽曲再生システムは、再生手段を備えている。再生手段は、演奏曲データを用いて、演奏曲を再生することができる。演奏曲を再生するために操作者が選曲操作を行うと、その選曲操作に基づく当該操作者の操作者識別情報が対応付けられた歌唱履歴情報が歌唱履歴データベースに記憶される。記憶された歌唱履歴情報に基づき、頻度情報算出手段が、複数の操作者それぞれの歌唱頻度情報を、当該操作者の操作者識別情報に対応付けて算出する。この歌唱頻度情報に基づき、ターゲット決定手段が、歌唱頻度が低い操作者を、他の操作者より優先しつつターゲット操作者として決定する。
【０００９】
前述のようにしてターゲット操作者が決定されると、広告情報決定手段が、当該ターゲット操作者に対応した広告情報を、提供すべき広告情報として決定する。そして、再生制御手段の制御により、再生手段が、当該決定された広告情報の再生を行う。
【００１０】
以上のようにして、本願第１発明においては、楽曲再生サービスの提供中、あまり歌唱をしていない利用者をターゲットにし、当該利用者の嗜好に適合した広告情報を提供することができる。これにより、広告を見る可能性の高い利用者に対し、効果的な広告を行うことができる。
【００１１】
第２の発明は、上記第１発明において、操作者の選曲操作に基づき、当該選曲した演奏曲に係わる楽曲識別情報を当該操作者の前記操作者識別情報と対応付けて無線通信により送信する識別情報送信手段をさらに有し、前記歌唱履歴データベースは、前記識別情報送信手段より送信された、前記操作者識別情報及び前記楽曲識別情報を、日時情報と対応付けた当該操作者の前記歌唱履歴情報として記憶することを特徴とする。
【００１２】
操作者の選曲操作により送信される操作者識別情報及び楽曲識別情報を用いて、歌唱履歴情報をスムーズかつ確実に形成する。これにより、あまり歌唱をしていない、ターゲットとなる利用者を確実に見つけ出すことができる。
【００１３】
第３の発明は、上記第２発明において、前記歌唱頻度情報の算出、前記ターゲット操作者の決定、前記広告情報の決定を所定期間ごとに繰り返して、当該歌唱頻度情報、ターゲット操作者、広告情報の内容をその都度更新するように、前記頻度情報算出手段、前記ターゲット決定手段、及び前記広告情報決定手段を連携して制御する連携制御手段をさらに有することを特徴とする。
【００１４】
これにより、刻々と変動する状況に応じ、直近であまり歌唱をしていない、ターゲットとなる利用者を確実に見つけ出すことができる。
【００１５】
第４の発明は、上記第２又は第３発明において、前記頻度情報算出手段は、前記歌唱履歴データベースに記憶された前記複数の操作者の前記歌唱履歴情報に基づき、所定期間内における、各操作者に係わる歌唱履歴指標値を前記歌唱頻度情報として算出し、前記ターゲット決定手段は、前記歌唱履歴指標値が、広告の対象とするために予め定められた所定の条件を満足するかどうか、を判定する判定手段を備え、前記判定手段の判定が満たされる前記歌唱履歴指標値に対応した前記操作者を、前記ターゲット操作者として決定することを特徴とする。
【００１６】
これにより、歌唱履歴指標値が所定の条件を満足するかどうかによって、あまり歌唱をしていない、ターゲットとなる利用者を、高精度に見つけ出すことができる。
【００１７】
第５の発明は、上記第２乃至第４発明のいずれかにおいて、前記再生制御手段は、１つの前記演奏曲の再生終了後、次の前記演奏曲の再生開始までの間に、前記広告情報決定手段により決定された前記広告情報を再生するように、前記再生手段を制御することを特徴とする。
【００１８】
これにより、ターゲットとなる利用者の嗜好に適合した広告情報を、複数の演奏曲の合間に提供することができる。歌唱を行わない利用者は、演奏曲と演奏曲との合間の再生映像を見ている可能性が特に高いので、さらに効果的な広告を行うことができる。
【００１９】
第６の発明は、上記第２乃至第５発明のいずれかにおいて、楽曲再生装置と、ホストサーバと、操作端末とを有し、前記歌唱履歴データベース、前記頻度情報算出手段、前記ターゲット決定手段、前記広告情報決定手段、前記再生制御手段、及び前記再生手段は、前記楽曲再生装置に設けられており、前記識別情報送信手段は、前記操作端末に設けられていることを特徴とする。
【００２０】
これにより、楽曲生成装置、ホストサーバ、操作端末からなる典型的なシステム構成において、あまり歌唱をしていない利用者をターゲットに広告情報を提供する構成を、容易に実現することができる。
【発明の効果】
【００２１】
本発明によれば、広告を見る可能性の高い利用者に対し、効果的な広告を行うことができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施の形態の楽曲再生システムの全体構成を表すシステム構成図である。
【図２】歌唱履歴データベースの記憶内容の一例を概念的に表す表である。
【図３】ユーザ別広告データベースの記憶内容の一例を概念的に表す表である。
【図４】歌唱頻度データベースの記憶内容の一例を概念的に表す表である。
【図５】広告情報が再生されるタイミングを説明する説明図である。
【図６】広告情報の配列の一例を説明する説明図である。
【図７】ターゲット操作者に対応した広告情報を決定する手法の一例を説明する説明図である。
【図８】操作者が選曲操作を行う際の、カラオケ装置及びリモコンの間における各種信号の送受と制御手順との一例を表すシーケンス図である。
【図９】カラオケ装置の制御部が実行する、演奏曲の再生に関する制御手順を表すフローチャートである。
【図１０】カラオケ装置の制御部が実行する、広告情報の決定及び再生に関する制御手順を表すフローチャートである。
【図１１】ステップＳＫ３００の詳細手順を表すフローチャートである。
【図１２】ステップＳＫ４００の詳細手順を表すフローチャートである。
【図１３】ステップＳＫ５００の詳細手順を表すフローチャートである。
【図１４】各操作者に係わる選定確率値に基づき、ターゲット操作者を決定する変形例において、各操作者に係わる選定確率値に基づき、ターゲット操作者を決定する手法の一例を説明する説明図である。
【図１５】ステップＳＫ４００の詳細手順を表すフローチャートである。
【図１６】所定期間ごとにターゲット操作者に対応した広告情報の内容を更新する変形例において、ステップＳＫ３００の詳細手順を表すフローチャートである。
【図１７】ステップＳＫ４００′の詳細手順を表すフローチャートである。
【図１８】同一の広告情報が連続して、ターゲティング枠で再生されるのを回避する変形例において、ステップＳＫ４００の詳細手順を表すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、本発明の一実施の形態を図面を参照しつつ説明する。
【００２４】
図１を用いて、本実施形態の楽曲再生システムの全体構成を説明する。
【００２５】
図１において、楽曲再生システム１は、カラオケルームＫＲに設置された、楽曲再生装置としてのカラオケ装置１００、及び、操作端末としてのリモコン２００と、ホストサーバとしての認証サーバ３００とを有している。
【００２６】
なお、カラオケ装置１００とリモコン２００とは、例えばＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）等のネットワークＮＷ１を介し、互いに情報送受信可能に接続されている。また、カラオケ装置１００やリモコン２００と、認証サーバ３００とは、上記ネットワークＮＷ１と、例えば通信ネットワーク等のネットワークＮＷ２とを介し、互いに情報送受信可能に接続されている。
【００２７】
カラオケ装置１００は、制御部１０１と、再生手段としての再生部１０２と、表示部１０３と、音声出力部１０４と、操作部１０５と、通信制御部１０６と、大容量記憶装置１０７と備えている。
【００２８】
制御部１０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや上記大容量記憶装置１０７に予め記憶された各種プログラムを実行する。これにより、カラオケ装置１００全体の制御を行う。
【００２９】
大容量記憶装置１０７は、例えばＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）などから構成される。この大容量記憶装置１０７には、複数の演奏曲データ、及び、予め認証サーバ３００より出力された複数の広告情報等の各種情報が記憶されている。なお、演奏曲データには、楽曲データとしてのＭｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データ、及び、映像データ等が含まれる。また、広告情報は、特定の商品を広告するための動画情報又は静止画情報である。また、この大容量記憶装置１０７には、歌唱履歴データベース１０７１（後述の図２参照）と、ユーザ別広告データベース１０７２（後述の図３参照）と、歌唱頻度データベース１０７３（後述の図４参照）とが記憶されている。
【００３０】
再生部１０２は、上記大容量記憶装置１０７に記憶された演奏曲データを用いて演奏曲を再生すると共に、広告情報を再生する。
【００３１】
表示部１０３は、例えば液晶ディスプレイなどから構成される。この表示部１０３は、上記再生部１０２によって再生された演奏曲や広告情報に係わる動画や静止画の映像を表示する。
【００３２】
音声出力部１０４は、例えばアンプやスピーカなどから構成される。この音声出力部１０４は、上記再生部１０２によって再生された演奏曲や広告情報に係わる音声、及び、図示しないマイクより入力された歌唱音声等を出力する。
【００３３】
操作部１０５は、複数のキーやスイッチなどから構成される。通信制御部１０６は、リモコン２００や認証サーバ３００との間で、上記ネットワークＮＷ１,ＮＷ２を介し行われる情報通信の制御を行う。
【００３４】
リモコン２００は、操作者が演奏曲に関する選曲操作、言い換えれば、演奏曲の予約等の各種操作を行うための操作端末である。このリモコン２００は、制御部２０１と、表示部２０３と、操作部２０５と、通信制御部２０６と、記憶装置２０７とを備えている。
【００３５】
制御部２０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部２０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや上記記憶装置２０７に予め記憶された各種プログラムを実行する。これにより、リモコン２００全体の制御を行う。
【００３６】
表示部２０３は、例えば液晶ディスプレイなどから構成され、各種表示を行う。操作部２０５は、複数のキーやスイッチなどから構成される。
【００３７】
通信制御部２０６は、カラオケ装置１００や認証サーバ３００との間で、上記ネットワークＮＷ１,ＮＷ２を介し行われる情報通信の制御を行う。なお、通信制御部２０６とネットワークＮＷ１との間の接続は無線接続となっている。
【００３８】
記憶装置２０７は、例えば不揮発性メモリなどから構成され、各種情報を記憶する。
【００３９】
認証サーバ３００は、制御部３０１と、通信制御部３０６と、大容量記憶装置３０７とを備えている。
【００４０】
制御部３０１は、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを備えている。この制御部３０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや上記大容量記憶装置３０７に予め記憶された各種プログラムを実行する。これにより、認証サーバ３００全体の制御を行う。
【００４１】
通信制御部３０６は、カラオケ装置１００やリモコン２００との間で、上記ネットワークＮＷ２,ＮＷ１を介し行われる情報通信の制御を行う。
【００４２】
大容量記憶装置３０７は、例えばＨＤＤなどから構成される。この大容量記憶装置３０７には、予め図示しない広告配信サーバより出力された複数の広告情報等の各種情報が記憶されている。これら複数の広告情報は、通信制御部３０６及びネットワークＮＷ２，ＮＷ１を介し、カラオケ装置１００へ出力され、カラオケ装置１００の大容量記憶装置１０７に記憶される。
【００４３】
図２に、上記歌唱履歴データベース１０７１の記憶内容の一例を示す。
【００４４】
図２に示すように、歌唱履歴データベース１０７１には、演奏曲に関する操作者の選曲操作に基づき、各操作者のＵＩＤがそれぞれ対応付けられた複数の操作者の歌唱履歴情報が記憶されている。なお、ＵＩＤは、操作者識別情報に相当する。
【００４５】
歌唱履歴情報は、リモコン２００の制御部２０１より送信された、上記選曲操作により選曲した演奏曲を歌唱した操作者のＵＩＤ、及び、当該選曲した演奏曲に係わる楽曲ＩＤを、歌唱日時と対応付けた情報である。なお、楽曲ＩＤは、楽曲識別情報に相当する。歌唱日時は、操作者が上記選曲した演奏曲を歌唱した日時情報、この例では、当該演奏曲が上記再生部１０２により再生される直前の日時情報（詳細は後述）、である。
【００４６】
図３に、上記ユーザ別広告データベース１０７２の記憶内容の一例を示す。
【００４７】
図３に示すように、ユーザ別広告データベース１０７２には、複数の操作者のＵＩＤと、当該操作者に対する広告情報、例えば、当該操作者の嗜好に適合した内容の広告情報として予め決定された広告情報の識別情報である広告ＩＤとが対応付けられて記憶されている。
【００４８】
図４に、上記歌唱頻度データベース１０７３の記憶内容の一例を示す。
【００４９】
図４に示すように、歌唱頻度データベース１０７３には、所定期間内（後述）における、各操作者に係わる歌唱履歴指標値としての歌唱回数が、各操作者のＵＩＤに対応付けられて記憶されている。なお、操作者に係わる歌唱回数は、当該操作者が演奏曲を歌唱した回数である。
【００５０】
なお、操作者に係わる歌唱回数が少ないことは、当該操作者の歌唱頻度が低いことを意味する。逆に、操作者に係わる歌唱回数が多いことは、当該操作者の歌唱頻度が高いことを意味する。
【００５１】
本実施形態においては、カラオケ装置１００の制御部１０１は、上記歌唱履歴データベース１０７１に記憶された複数の操作者の歌唱履歴情報に基づき、所定期間内（後述）における、各操作者に係わる歌唱回数を、当該操作者の歌唱頻度を表す歌唱頻度情報として算出する（詳細は後述）。
【００５２】
上記構成である本実施形態の特徴は、カラオケ装置１００の制御部１０１が、歌唱履歴データベース１０７１に記憶された複数の操作者の歌唱履歴情報に基づき、複数の操作者に係わる歌唱回数を、各操作者のＵＩＤに対応付けて算出すること、その算出された歌唱回数に基づき、広告の対象とするターゲット操作者を決定し、そのターゲット操作者に対応した広告情報を決定すること、及び、その決定された広告情報を再生するように再生部１０２を制御すること、にある。
【００５３】
図５を用いて、広告情報が再生されるタイミングを説明する。
【００５４】
図５に示すように、本実施形態においては、広告情報は、演奏曲と演奏曲との合間に、すなわち、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、再生部１０２により再生されるようになっている。
【００５５】
すなわち、操作者が選曲操作、言い換えれば、演奏曲の予約を行うと、その予約に係わる演奏曲の再生が開始される。図示の例では、演奏曲「演奏曲１」の再生が開始されている。
【００５６】
そして、１つの演奏曲の再生終了後に、予約された演奏曲がある場合には、その予約に係わる演奏曲の再生が開始される。図示の例では、演奏曲「演奏曲１」の再生終了後に、演奏曲「演奏曲２」の再生が開始されている。
【００５７】
また、１つの演奏曲の再生終了後に、予約された演奏曲がなくなった場合には、広告情報の再生が開始される。図示の例では、演奏曲「演奏曲２」の再生終了後に、広告情報「広告Ｆ１」の再生が開始されている。
【００５８】
そして、広告情報の再生中に、操作者により選曲操作、言い換えれば、演奏曲の予約が行われると、広告情報の再生は停止される。そして、当該予約に係わる演奏曲の再生が開始される。図示の例では、広告情報「広告Ｆ１」の再生中に、演奏曲「演奏曲３」の予約が行われたため、広告情報「広告Ｆ１」の再生が停止され、演奏曲「演奏曲３」の再生が開始されている。
【００５９】
そして、１つの演奏曲の再生終了後に、予約された演奏曲がなくなった場合には、広告情報の再生の停止が解除され、当該広告情報の再生が再開される。図示の例では、演奏曲「演奏曲３」の再生終了後に、予約された演奏曲がなくなったため、広告情報「広告Ｆ１」の再生の停止が解除され、広告情報「広告Ｆ１」の再生が再開されている。そして、広告情報「広告Ｆ１」の再生終了後に、広告情報「広告Ｆ２」の再生が開始されている。
【００６０】
図６を用いて、広告情報の配列の一例を説明する。
【００６１】
図６において、本実施形態においては、予め、再生部１０２により再生される広告情報の配列が決められている。この例では、固定枠→固定枠→固定枠→ターゲティング枠→固定枠→固定枠→固定枠→ターゲティング枠・・・と決められている。
【００６２】
固定枠は、楽曲再生サービスを利用中のすべての利用者を広告の対象とした広告情報が再生される広告情報の再生枠である。この固定枠で再生される広告情報は、予め定められている。図示の例では、例えば、１つ目の固定枠では広告情報「広告Ｆ１」が再生されるように定められている。
【００６３】
ターゲティング枠は、特定の操作者を広告の対象とした広告情報が再生される広告情報の再生枠である。具体的には、広告の対象とするターゲット操作者に対応した広告情報が再生される広告情報の再生枠である。
【００６４】
カラオケ装置１００の制御部１０１は、次に再生部１０２により再生させる広告情報の再生枠がターゲティング枠となった場合に、その都度、ターゲット操作者を決定して、当該ターゲット操作者に対応した広告情報を決定する（詳細は後述）。そして、その決定されたターゲット操作者に対応した広告情報を、次のターゲティング枠で再生される広告情報として決定する。
【００６５】
図７（ａ）、図７（ｂ）、及び図７（ｃ）を用いて、ターゲット操作者に対応した広告情報を決定する手法の一例を説明する。なお、これら図７（ａ）、図７（ｂ）、及び図７（ｃ）は、それぞれ対応する図である。
【００６６】
図７おいて、ターゲット操作者に対応した広告情報の決定が行われる場合、まず、上記歌唱頻度データベース１０７１内のデータ更新が行われる。
【００６７】
すなわち、図７（ａ）に示すように、上記歌唱履歴データベース１０７１に記憶された複数の操作者の歌唱履歴情報の中から、歌唱日時が所定期間内に含まれる、この例では、歌唱日時が前回のターゲティング枠に係わる広告情報の再生日時から現在日時までの期間内に含まれる、歌唱履歴情報が抽出される。
【００６８】
図示の例では、前回のターゲティング枠に係わる広告情報の再生日時を「２０１０年１月１日１０時１５分」とし、現在日時を「２０１０年１月１日１０時４５分」としている。そして、歌唱履歴データベース１０７１に記憶された複数の操作者の歌唱履歴情報のうち、歌唱日時が「２０１０年１月１日１０時１５分」から「２０１０年１月１日１０時４５分」までの期間内に含まれる、９つの歌唱履歴情報が抽出されている。
【００６９】
その後、図７（ｂ）に示すように、上記抽出された歌唱履歴情報に含まれる各ＵＩＤごとに、当該ＵＩＤに対応付けられた楽曲ＩＤの数がカウントされる。これにより、上記前回のターゲティング枠に係わる広告情報の再生日時から現在日時までの期間内における、各操作者に係わる歌唱回数が算出される。そして、その算出された各操作者に係わる歌唱回数が、当該操作者のＵＩＤに対応付けられて、歌唱頻度データベース１０７３に記憶される。
【００７０】
図示の例では、上記図７（ａ）の右側の表に示す、上記抽出された９つの歌唱履歴情報には、３つのＵＩＤ「１」「２」「３」が含まれている。ＵＩＤ「１」に対応する楽曲ＩＤは４個あるので、当該ＵＩＤ「１」である操作者に係わる歌唱回数は「４」と算出される。また、ＵＩＤ「２」に対応する楽曲ＩＤは３個あるので、当該ＵＩＤ「２」である操作者に係わる歌唱回数は「３」と算出される。また、ＵＩＤ「３」に対応する楽曲ＩＤは２個あるので、当該ＵＩＤ「３」である操作者に係わる歌唱回数は「２」と算出される。そして、ＵＩＤ及び歌唱回数が対応付けられて、歌唱頻度データベース１０７３に記憶される（図７（ｂ）の左側の表を参照）。
【００７１】
このようにして、歌唱頻度データベース１０７１内のデータ更新が完了されると、次に、ターゲット操作者の決定が行われる。
【００７２】
すなわち、上記歌唱頻度データベース１０７３に記憶されたすべてのデータが、カラオケ装置１００の制御部１０１内のＲＡＭ等のメモリに設けられた歌唱頻度バッファに格納される（図７（ｂ）の中央の表を参照）。その後、その歌唱頻度バッファに格納された各データが、当該データに含まれる歌唱回数が少ない順に並び替えられ、歌唱回数が最も少ないデータに含まれるＵＩＤに対応する操作者が、ターゲット操作者として決定される。言い換えれば、歌唱頻度の最も低い操作者が、ターゲット操作者として決定される。
【００７３】
図示の例では、歌唱頻度バッファ内の各データは、歌唱回数が少ないデータが表の上段となるように並び替えられている（図７（ｂ）の右側の表を参照）。そして、その歌唱頻度バッファ内の最上段のデータ、すなわち、歌唱回数が最も少ないデータに含まれるＵＩＤ「３」に対応する操作者が、ターゲット操作者として決定されている。
【００７４】
このようにして、ターゲット操作者が決定されると、次に、当該ターゲット操作者に対応した広告情報の決定が行われる。
【００７５】
すなわち、図７（ｃ）に示すように、上記ユーザ別広告データベース１０７２に複数の操作者のＵＩＤと対応付けられて記憶された複数の広告ＩＤのうち、ターゲット操作者として決定された操作者のＵＩＤに対応付けられた広告ＩＤに係わる広告情報が、ターゲット操作者に対応した広告情報として決定される。
【００７６】
図示の例では、上記ターゲット操作者として決定された操作者のＵＩＤ「３」に対応付けられた広告ＩＤ「８」に係わる広告情報が、ターゲット操作者に対応した広告情報として決定されている。
【００７７】
図８を用いて、操作者が選曲操作を行う際の、カラオケ装置１００及びリモコン２００の間における各種信号の送受と制御手順との一例を説明する。なお、この図８では、基本的に図中上側から下側に向かっての時系列変化で各手順を示している。
【００７８】
図８において、まずステップＳＲ１０で、リモコン２００の制御部２０１は、操作者により操作部２０５を介し選曲操作が行われたか、言い換えれば、演奏曲の予約が行われたかどうかを判定する。演奏曲の予約が行われるまで、判定が満たされずループして待機する。そして、演奏曲の予約が行われたら、判定が満たされてステップＳＲ２０に移る。
【００７９】
ステップＳＲ２０では、リモコン２００の制御部２０１は、上記ステップＳＲ１０で行われた操作者の選曲操作に基づき、通信制御部２０６及びネットワークＮＷ１を介し無線通信により、当該選曲した演奏曲に係わる楽曲ＩＤを当該操作者のＵＩＤと対応付け、当該ＵＩＤ及び楽曲ＩＤを含む予約データを、カラオケ装置１００へ送信する。このステップが、各請求項記載の識別情報送信手段として機能する。
【００８０】
その後、カラオケ装置１００の制御部１０１は、ステップＳＫ１０で、上記ステップＳＲ２０でリモコン２００の制御部２０１より送信された予約データを、ネットワークＮＷ１及び通信制御部１０６を介し取得する。そして、その取得した予約データを、制御部１０１内のＲＡＭ等のメモリに記憶された予約リスト（図示省略）に登録する。
【００８１】
そして、ステップＳＫ２０に移り、カラオケ装置１００の制御部１０１は、予約データを取得したことに応じて、制御部１０１内部で所定の予約割り込み信号を発生する。その後、そのフローを終了する。
【００８２】
なお、この図８に示すフローは、例えばカラオケ装置１００及びリモコン２００の電源がオンの間、あるいは所定の終了操作がされるまでの間は、繰り返し継続して実行される。すなわち、操作者により選曲操作が行われたら、リモコン２００側のステップＳＲ１０の判定が満たされてステップＳＲ２０に移り、以下、上記と同様の手順が実行される。
【００８３】
図９を用いて、カラオケ装置１００の制御部１０１が実行する、演奏曲の再生に関する制御手順を説明する。
【００８４】
図９において、例えば図示しないシステム管理者によりカラオケ装置１００の電源がオンにされることによって、図中「ＳＴＡＲＴ」位置で表されるように、このフローが開始される。
【００８５】
まずステップＳＫ１１０で、カラオケ装置１００の制御部１０１は、上記予約リスト内に予約データが登録されているかどうかを判定する。予約データが登録されている場合には、判定が満たされてステップＳＫ１２０に移る。
【００８６】
ステップＳＫ１２０では、カラオケ装置１００の制御部１０１は、上記予約リスト内の予約データを登録された順番に沿って読み出す。そして、大容量記憶装置１０７に記憶された複数の演奏曲データの中から、上記読み出した予約データに含まれる楽曲ＩＤに係わる演奏曲の演奏曲データを読み出す。またこれと共に、上記読み出した予約データを予約リストから削除する。
【００８７】
その後、ステップＳＫ１３０で、カラオケ装置１００の制御部１０１は、この時点の日時情報を図示しないタイマ等の計時手段より取得し、その取得した日時情報を上記歌唱日時に設定する。そして、上記ステップＳＫ１２０で予約リストから読み出した予約データに含まれるＵＩＤ及び楽曲ＩＤ、すなわち、上記図８のステップＳＲ２０でリモコン２００の制御部２０１より送信されたＵＩＤ及び楽曲ＩＤを、上記設定した歌唱日時と対応付け、当該ＵＩＤに係わる操作者の歌唱履歴情報として、上記歌唱履歴データベース１０７１に記憶させる。
【００８８】
そして、ステップＳＫ１４０に移り、カラオケ装置１００の制御部１０１は、上記ステップＳＫ１２０で大容量記憶装置１０７から読み出した演奏曲データを用いて、演奏曲を再生するように、再生部１０２を制御する。そして、１つの演奏曲の再生が終了したら、このフローを終了する。
【００８９】
一方、上記ステップＳＫ１１０において、上記予約リスト内に予約データが登録されていなかった場合には、ステップＳＫ１１０の判定が満たされずステップＳＫ１５０に移る。
【００９０】
ステップＳＫ１５０では、カラオケ装置１００の制御部１０１は、予約リスト内に予約データが登録されていない、すなわち、次の演奏曲の予約が行われていないことに応じて、制御部１０１内部で所定の曲間割り込み信号を発生する。その後、このフローを終了する。
【００９１】
なお、この図９に示すフローは、例えばカラオケ装置１００の電源がオンの間、あるいは所定の終了操作がされるまでの間は、繰り返し継続して実行される。
【００９２】
図１０を用いて、カラオケ装置１００の制御部１０１が実行する、広告情報の決定及び再生に関する制御手順を説明する。
【００９３】
図１０において、例えばシステム管理者によりカラオケ装置１００の電源がオンにされることによって、図中「ＳＴＡＲＴ」位置で表されるように、このフローが開始される。
【００９４】
まずステップＳＫ３００で、カラオケ装置１００の制御部１０１は、次に再生部１０２に再生させる広告情報の決定を行う、広告決定処理を実行する。なお、この詳細内容については、後述の図１１で説明する。
【００９５】
その後、ステップＳＫ２１０で、カラオケ装置１００の制御部１０１は、上記曲間割り込み信号が発生されているか、すなわち、１つの演奏曲の再生終了後に、次の演奏曲の予約が行われていない状態となっているかどうかを判定する。曲間割り込み信号が発生されていない場合には、判定が満たされずループして待機する。そして、曲間割り込み信号が発生されたら、すなわち、１つの演奏曲の再生終了後に、次の演奏曲の予約が行われていない状態となったら、判定が満たされてステップＳＫ２２０に移る。
【００９６】
ステップＳＫ２２０では、カラオケ装置１００の制御部１０１は、大容量記憶装置３０７に記憶された複数の広告情報の中から、上記ステップＳＫ３００（詳細には、後述の図１１のステップＳＫ３３０）で決定された広告情報を読み出す。
【００９７】
そして、ステップＳＫ２３０に移り、カラオケ装置１００の制御部１０１は、上記予約割り込み信号が発生されるまでの間に、すなわち、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、上記ステップＳＫ２２０で読み出された広告情報を再生するように、再生部１０２を制御する。具体的に言うと、制御部１０１は、今回の広告情報の再生枠が上記固定枠である場合には、当該固定枠に対し予め定められた広告情報を再生し、今回の広告情報の再生枠が上記ターゲティング枠である場合には、後述の図１２のステップＳＫ４６０で決定されたターゲット操作者に対応した広告情報を再生するように、再生部１０２を制御する。このステップが、各請求項記載の再生制御手段として機能する。そして、１つの広告情報の再生が終了したら、このフローを終了する。
【００９８】
なお、この図１０に示すフローは、例えばカラオケ装置１００の電源がオンの間、あるいは所定の終了操作がされるまでの間は、繰り返し継続して実行される。
【００９９】
図１１を用いて、上記図１０のステップＳＫ３００の詳細手順を説明する。
【０１００】
図１１において、まずステップＳＫ３１０で、カラオケ装置１００の制御部１０１は、予め決められた広告情報の配列を参照して、次に再生部１０２により再生させる広告情報の再生枠を検出する。
【０１０１】
その後、ステップＳＫ３２０で、カラオケ装置１００の制御部１０１は、上記ステップＳＫ３２０での検出結果に基づき、次に再生部１０２により再生させる広告情報の再生枠が、上記ターゲティング枠であるかどうかを判定する。ターゲティング枠でない場合、すなわち、上記固定枠である場合には、判定が満たされず後述のステップＳＫ３３０に移る。一方、ターゲティング枠である場合には、判定が満たされてステップＳＫ４００に移る。
【０１０２】
ステップＳＫ４００では、カラオケ装置１００の制御部１０１は、ターゲット操作者に対応した広告情報の決定を行う、ターゲティング広告決定処理を実行する。なお、この詳細内容については、後述の図１２で説明する。
【０１０３】
そして、ステップＳＫ３３０に移り、カラオケ装置１００の制御部１０１は、次に再生部１０２により再生させる広告情報を決定する。具体的に言うと、制御部１０１は、次の広告情報の再生枠が固定枠である場合、すなわち、上記ステップＳＫ３２０の判定が満たされていなかった場合には、当該固定枠に対し予め定められた広告情報を、次に再生部１０２により再生させる広告情報として決定する。一方、次の広告情報の再生枠がターゲティング枠である場合、すなわち、上記ステップＳＫ３２０の判定が満たされていた場合には、上記ステップＳＫ４００（詳細には、後述の図１２のステップＳＫ４６０）で決定されたターゲット操作者に対応した広告情報を、次に再生部１０２により再生させる広告情報として決定する。その後、このルーチンを終了する。
【０１０４】
図１２を用いて、上記図１１のステップＳＫ４００の詳細手順を説明する。
【０１０５】
図１２において、まずステップＳＫ５００で、カラオケ装置１００の制御部１０１は、上記歌唱頻度データベース１０７３（図４参照）内のデータ更新を行う、歌唱頻度更新処理を実行する。この詳細内容については、後述の図１３で説明する。
【０１０６】
その後、ステップＳＫ４１０で、カラオケ装置１００の制御部１０１は、上記ステップＳＫ５００（詳細には、後述の図１３のステップＳＫ５４０）でデータ更新された、上記歌唱頻度データベース１０７３に記憶されたすべてのデータを、上記歌唱頻度バッファに格納する（図７（ｂ）参照）。
【０１０７】
そして、ステップＳＫ４２０に移り、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４１０で歌唱頻度バッファ内に格納された各データを、当該データに含まれる歌唱回数が少ない順に並び替える（図７（ｃ）参照）。
【０１０８】
その後、ステップＳＫ４３０で、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４２０で歌唱回数が少ない順にデータが並び替えられた歌唱頻度バッファから、歌唱回数が最も少ないデータに含まれるＵＩＤを取得する。すなわち、制御部１０１は、歌唱頻度の最も低い操作者のＵＩＤを取得する。
【０１０９】
そして、ステップＳＫ４４０に移り、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４３０で取得されたＵＩＤに対応する操作者を、ターゲット操作者として決定する。すなわち、制御部１０１は、歌唱頻度の低い操作者を歌唱頻度の高い操作者よりも優先するようにしつつ、ターゲット操作者を決定している。
【０１１０】
その後、ステップＳＫ４５０で、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４３０で取得されたＵＩＤをキーとして、上記ユーザ別広告データベース１０７２（図３参照）内を検索して、当該ＵＩＤに対応付けられた広告ＩＤを取得する。
【０１１１】
そして、ステップＳＫ４６０に移り、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４５０で取得された広告ＩＤに係わる広告情報を、次のターゲティング枠で再生部１０２により再生させる広告情報、すなわち、上記ステップＳＫ４４０で決定されたターゲット操作者に対応した広告情報として決定する。このステップが、各請求項記載の広告情報決定手段として機能する。その後、このルーチンを終了する。
【０１１２】
なお、制御部１０１は、上記ステップＳＫ４２０で、歌唱頻度バッファ内の各データを歌唱回数が少ない順に並び替え、上記ステップＳＫ４３０で、歌唱回数が最少となるデータに含まれるＵＩＤを取得している。これは言い換えれば、上記各データに含まれる歌唱回数が、広告の対象とする予め定められた所定の条件を満足するかどうか、この例では、歌唱回数が最少となるかどうか、を判定し、当該判定が満たされる歌唱回数に対応したＵＩＤを取得していることに相当する。また、制御部１０１は、上記ステップＳＫ４４０で、上記ステップＳＫ４３０で取得されたＵＩＤに対応する操作者を、ターゲット操作者として決定している。これは言い換えれば、上記判定が満たされる歌唱回数に対応した操作者を、ターゲット操作者として決定していることに相当する。
【０１１３】
すなわち、これらステップＳＫ４２０、ステップＳＫ４３０、及びステップＳＫ４４０が、各請求項記載のターゲット決定手段として機能する。また、そのうち、ステップＳＫ４２０及びステップＳＫ４３０が、判定手段として機能する。
【０１１４】
図１３を用いて、上記図１２のステップＳＫ５００の詳細手順を説明する。
【０１１５】
図１３において、まずステップＳＫ５１０で、カラオケ装置１００の制御部１０１は、上記歌唱頻度データベース１０７３（図４参照）に記憶されたすべてのデータを消去する。
【０１１６】
その後、ステップＳＫ５２０で、カラオケ装置１００の制御部１０１は、上記歌唱履歴データベース１０７１（図２参照）に記憶された複数の操作者の歌唱履歴情報のうち、歌唱日時が前回のターゲティング枠に係わる広告情報の再生日時から現在日時までの期間内に含まれる、歌唱履歴情報を抽出する。なお、歌唱日時が現在日時の３０分前の日時から現在日時までの期間内に含まれる、歌唱履歴情報を抽出するようにしてもよい。
【０１１７】
そして、ステップＳＫ５３０に移り、カラオケ装置１００の制御部１０１は、上記ステップＳＫ５２０で抽出された歌唱履歴情報に含まれる楽曲ＩＤの数を、各ＵＩＤごとにカウントする。これにより、制御部１０１は、上記前回のターゲティング枠に係わる広告情報の再生日時から現在日時までの期間内における、各操作者に係わる歌唱回数を算出する。
【０１１８】
その後、ステップＳＫ５４０で、カラオケ装置１００の制御部１０１は、上記ステップＳＫ５３０で各ＵＩＤごとにカウントされた楽曲ＩＤの数、すなわち、各操作者ごとに算出された歌唱回数を、当該操作者のＵＩＤに対応付け、上記歌唱頻度データベース１０７３に記憶させる。これにより、歌唱頻度データベース１０７３内のデータ更新を完了して、このルーチンを終了する。
【０１１９】
なお、この図１３のステップＳＫ５１０〜ステップＳＫ５４０では、カラオケ装置１００の制御部１０１は、歌唱履歴データベース１０７１に記憶された複数の操作者の歌唱履歴情報に基づき、複数の操作者に係わる歌唱回数を、各操作者のＵＩＤに対応付けて算出している。したがって、ステップＳＫ５００のすべての手順、すなわち、ステップＳＫ５１０〜ステップＳＫ５４０が、各請求項記載の頻度情報算出手段として機能する。
【０１２０】
以上説明したように、本実施形態の楽曲再生システム１においては、操作者がリモコン２００の操作部２０５を用いて選曲操作を行うと、その選曲操作に基づく歌唱履歴情報が歌唱履歴データベース１０７１に記憶される。そして、その歌唱履歴データベース１０７１に記憶された歌唱履歴情報に基づき、カラオケ装置１００の制御部１０１が、複数の操作者それぞれの歌唱頻度情報、上記の例では複数の操作者それぞれに係わる歌唱回数を、当該操作者のＵＩＤに対応付けて算出する。そして、この歌唱頻度情報、上記の例では歌唱回数に基づき、カラオケ装置１００の制御部１０１が、歌唱頻度が低い操作者を、他の操作者より優先しつつターゲット操作者として決定する（図１２のステップＳＫ４４０を参照）。
【０１２１】
前述のようにしてターゲット操作者が決定されると、カラオケ装置１００の制御部１０１が、当該ターゲット操作者に対応した広告情報を、提供すべき広告情報として決定する（図１２のステップＳＫ４６０を参照）。そして、カラオケ装置１００の制御部１０１の制御により、再生部１０２が、当該決定された広告情報の再生を行う（図１０のステップＳＫ２３０を参照）。
【０１２２】
以上のようにして、本実施形態においては、楽曲再生サービスの提供中、あまり歌唱をしていない利用者をターゲットにし、当該利用者の嗜好に適合した広告情報を提供することができる。これにより、広告を見る可能性の高い利用者に対し、効果的な広告を行うことができる。
【０１２３】
また、本実施形態では特に、リモコン２００の制御部２０１は、操作者の選曲操作に基づき、当該選曲した演奏曲に係わる楽曲ＩＤを当該操作者のＵＩＤと対応付けて無線通信により送信する（図８のステップＳＲ２０を参照）。そして、上記歌唱履歴データベース１０７１は、上記送信されたＵＩＤ及び楽曲ＩＤを、歌唱日時と対応付けた当該操作者の歌唱履歴情報として記憶する（図２を参照）。すなわち、操作者の選曲操作により送信されるＵＩＤ及び楽曲ＩＤを用いて、歌唱履歴情報をスムーズかつ確実に形成する。これにより、あまり歌唱をしていない、ターゲットとなる利用者を確実に見つけ出すことができる。
【０１２４】
また、本実施形態では特に、カラオケ装置１００の制御部１０１は、歌唱履歴データベース１０７１に記憶された複数の操作者の歌唱履歴情報に基づき、上記前回のターゲティング枠に係わる広告情報の再生日時から現在日時までの期間内における、各操作者に係わる歌唱回数を、歌唱頻度情報として算出する。そして、カラオケ装置１００の制御部１０１は、各操作者に係わる歌唱回数が所定の条件を満足するかどうか、上記の例では、各操作者に係わる歌唱回数が最少となるかどうかを判定して、その判定が満たされる歌唱回数に対応した操作者を、ターゲット操作者として決定する（図１２のステップＳＫ４２０〜ステップＳＫ４４０を参照）。これにより、歌唱回数が所定の条件を満足するかどうかによって、あまり歌唱をしていない、ターゲットとなる利用者を、高精度に見つけ出すことができる。
【０１２５】
また、本実施形態では特に、カラオケ装置１００の制御部１０１は、１つの演奏曲の再生終了後、次の演奏曲の再生開始までの間に、図１２のステップＳＫ４６０で決定されたターゲット操作者に対応した広告情報を再生するように、再生部１０２を制御する。これにより、ターゲットとなる利用者の嗜好に適合した広告情報を、複数の演奏曲の合間に提供することができる。歌唱を行わない利用者は、演奏曲と演奏曲との合間の再生映像を見ている可能性が特に高いので、さらに効果的な広告を行うことができる。
【０１２６】
また、本実施形態では特に、楽曲再生システム１は、カラオケ装置１００と、認証サーバ３００と、リモコン２００とを有する。これにより、カラオケ装置１００、認証サーバ３００、リモコン２００からなる典型的なシステム構成において、あまり歌唱をしていない利用者をターゲットに広告情報を提供する構成を、容易に実現することができる。
【０１２７】
なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順次説明する。
【０１２８】
（１）各操作者に係わる選定確率値に基づき、ターゲット操作者を決定する場合
上記実施形態においては、各操作者に係わる歌唱回数に基づき、ターゲット操作者を決定していたが、これに限られない。すなわち、各操作者に係わる歌唱回数に応じて、ターゲット操作者として選定される選定確率値を算出し、その算出された各操作者に係わる選定確率値に基づき、ターゲット操作者を決定するようにしてもよい。
【０１２９】
本変形例においては、カラオケ装置１００の制御部１０１は、上記前回のターゲティング枠に係わる広告情報の再生日時から現在日時までの期間内における、各操作者に係わる歌唱回数に応じて、当該操作者に係わる選定確率値を、当該操作者の歌唱頻度を表す歌唱頻度情報として算出する（詳細は後述）。なお、操作者に係わる選定確率値は、当該操作者がターゲット操作者として選定される確率値を表す情報である。この選定確率値は、歌唱履歴指標値に相当する。
【０１３０】
なお、操作者に係わる選定確率値が高いことは、当該操作者の歌唱頻度が低いことを意味する。逆に、操作者に係わる選定確率値が低いことは、当該操作者の歌唱頻度が高いことを意味する。
【０１３１】
図１４（ａ）及び図１４（ｂ）を用いて、各操作者に係わる選定確率値に基づき、ターゲット操作者を決定する手法の一例を説明する。なお、これら図１４（ａ）及び図１４（ｂ）は、それぞれ対応する図である。
【０１３２】
図１４（ａ）に示すように、前述のようにして歌唱頻度バッファ内にデータが格納されると、その歌唱頻度バッファ内の各データに含まれる歌唱回数に応じて、上記前回のターゲティング枠に係わる広告情報の再生日時から現在日時までの期間内における、各操作者に係わる選定確率値が、当該操作者のＵＩＤに対応付けられて算出される。具体的に言うと、歌唱頻度の低い操作者に係わる選定確率値が、歌唱頻度の高い操作者に係わる選定確率値よりも高くなるように、算出される。
【０１３３】
図示の例では、歌唱頻度バッファ内の３つのデータに含まれる３つのＵＩＤ「１」「２」「３」のうち、歌唱回数が最も低いデータに含まれるＵＩＤ「１」に対応する操作者に係わる選定確率値は、５０％と算出されている。また、歌唱回数が２番目に低いデータに含まれるＵＩＤ「２」に対応する操作者に係わる選定確率値は、３３％と算出されている。また、歌唱回数が最も高いデータに含まれるＵＩＤ「３」に対応する操作者に係わる選定確率値は、１６％と算出されている。
【０１３４】
そして、その算出された各操作者に係わる選定確率値に基づき、１人の操作者が選定されて、ターゲット操作者として決定される。
【０１３５】
その選定手法の一例としては、まず、上記算出された各操作者に係わる選定確率値に応じて、当該各操作者のＵＩＤそれぞれに対し、互いに異なる番号が少なくとも１つ付与される。すなわち、対応する選定確率値が高いＵＩＤに対しては、対応する選定確率値が低いＵＩＤよりも多数の番号が付与される。
【０１３６】
図示の例では、上記３つのＵＩＤ「１」「２」「３」に対して、合計６つの番号が付与されている。すなわち、選定確率値が５０％であるＵＩＤ「１」に対しては、３つの番号「１」「２」「３」が付与されている。したがって、このＵＩＤ「１」に対する番号の付与割合は、３／６、つまり、５０％となる。また、選定確率値が３３％であるＵＩＤ「２」に対しては、２つの番号「４」「５」が付与されている。したがって、このＵＩＤ「２」に対する番号の付与割合は、２／６、つまり、約３３％となる。また、選定確率値が１６％であるＵＩＤ「３」に対し、１つの番号「６」が付与されている。したがって、このＵＩＤ「３」に対する番号の付与割合は、１／６、つまり、約１６％となる。
【０１３７】
その後、図１４（ｂ）に示すように、複数の操作者のＵＩＤに対し付与された複数の番号の値を乱数として発生可能な、図示しない乱数発生器により、１つの乱数が発生される。そして、その発生された乱数の値が番号として付与されていたＵＩＤに対応する操作者が、ターゲット操作者として決定される。なお、上記のように、対応する選定確率値が高いＵＩＤほど、多数の番号が付与されているので、歌唱頻度の低い操作者ほど、ターゲット操作者として選定される確率は高くなる。
【０１３８】
図示の例では、乱数発生器により、乱数として「３」が発生されている。そして、その発生された乱数の値「３」が番号として付与されていたＵＩＤ「１」に対応する操作者が、ターゲット操作者として決定されている。
【０１３９】
図１５を用いて、本変形例におけるステップＳＫ４００の詳細手順を説明する。なお、この図１５は、前述の図１２に対応する図である。図１２と同等の手順には同符号を付し説明を省略する。
【０１４０】
図１５において、前述の図１２と異なる点は、ステップＳＫ４２０を省略し、ステップＳＫ４３０及びステップＳＫ４４０に代えてステップＳＫ４３０′及びステップＳＫ４４０′を設け、さらに、ステップＳＫ４１０とステップＳＫ４３０′との間に、ステップＳＫ４２２を新たに設けた点である。
【０１４１】
すなわち、ステップＳＫ４１０において、カラオケ装置１００の制御部１０１が、歌唱頻度データベース１０７３に記憶されたすべてのデータを、歌唱頻度バッファに格納したら、新たに設けたステップＳＫ４２２に移る。
【０１４２】
ステップＳＫ４２２では、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４１０で歌唱頻度バッファ内に格納された各データに含まれる歌唱回数に応じて、上記前回のターゲティング枠に係わる広告情報の再生日時から現在日時までの期間内における、各操作者に係わる選定確率値を、当該各操作者のＵＩＤに対応付けて算出する。具体的言うと、制御部１０１は、歌唱頻度の低い操作者に係わる選定確率値を、歌唱頻度の高い操作者に係わる選定確率値よりも高くなるように、算出する（図１４（ａ）参照）。なお、このステップも、各請求項記載の頻度情報算出手段として機能する。
【０１４３】
その後、ステップＳＫ４３０に代えて設けたステップＳＫ４３０′で、カラオケ装置１００の制御部１０１は、前述のステップＳＫ５００でデータ更新された歌唱頻度バッファから、上記ステップＳＫ４２２で算出された各操作者に係わる選定確率値に基づき、ＵＩＤを取得する。一例としては、制御部１０１は、上記ステップＳＫ４２２で算出された各操作者に係わる選定確率値に応じて、当該各操作者のＵＩＤそれぞれに対し、互いに異なる番号を少なくとも１つ付与する(図１４（ａ）の右側の表を参照)。その後、複数の操作者のＵＩＤに対し付与された複数の番号の値を乱数として発生可能な乱数発生器に、制御信号を出力して、１つの乱数を発生させる。そして、その発生させた乱数の値が番号として付与されていたＵＩＤを取得する(図１４（ｂ）参照)。すなわち、歌唱頻度の低い操作者ほど、このステップにおいてＵＩＤが取得される確率は高くなる。
【０１４４】
そして、ステップＳＫ４４０に代えて設けたステップＳＫ４４０′に移り、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４３０′で取得されたＵＩＤに対応する操作者を、ターゲット操作者として決定する。すなわち、歌唱頻度の低い操作者ほど、ターゲット操作者として選定される確率は高くなる。これは言い換えれば、制御部１０１は、歌唱頻度の低い操作者を歌唱頻度の高い操作者よりも優先するようにしつつ、ターゲット操作者を決定していることに相当する。
【０１４５】
その後のステップＳＫ４５０以降の手順は、前述の図１２とほぼ同様であるので、説明を省略する。
【０１４６】
なお、制御部１０１は、ステップＳＫ４３０′で、各操作者に係わる選定確率値に基づき、ＵＩＤを取得している。すなわち、歌唱頻度の低い操作者ほど、このステップにおいてＵＩＤが取得される確率は高くなっている。これは言い換えれば、各操作者に係わる選定確率値が、所定の条件を満足するかどうか、この例では、選定確率値が高値であるかどうか、を判定し、当該判定が満たされる選定確率値に対応したＵＩＤを取得していることに相当する。また、制御部１０１は、上記ステップＳＫ４４０′で、上記ステップＳＫ４３０′で取得されたＵＩＤに対応する操作者を、ターゲット操作者として決定している。これは言い換えれば、上記判定が満たされる選定確率値に対応した操作者を、ターゲット操作者として決定していることに相当する。
【０１４７】
すなわち、本変形例においては、これらステップＳＫ４３０′及びステップＳＫ４４０′が、各請求項記載のターゲット決定手段として機能する。また、そのうち、ステップＳＫ４３０′が、判定手段として機能する。
【０１４８】
本変形例によれば、上記実施形態と同様の効果を得る。
【０１４９】
（２）所定期間ごとにターゲット操作者に対応した広告情報の内容を更新する場合
以上においては、次に再生される広告情報の再生枠がターゲティング広告枠となった場合に、その都度、ターゲット操作者に対応した広告情報を決定していたが、これに限られない。すなわち、ターゲット操作者に対応した広告情報の決定を所定期間ごとに繰り返して、その都度、当該ターゲット操作者に対応した広告情報の内容を更新するようにしてもよい。
【０１５０】
図１６を用いて、本変形例におけるステップＳＫ３００の詳細手順を説明する。なお、この図１６は、前述の図１１に対応する図である。
【０１５１】
図１６において、前述の図１１と異なる点は、ステップＳＫ３１０及びステップＳＫ３２０を省略し、ステップＳＫ４００及びステップＳＫ３３０に代えて、ステップＳＫ４００′及びステップＳＫ３３０′を設け、さらに、ステップＳＫ３２５を新たに設けた点である。
【０１５２】
すなわち、まず、新たに設けたステップＳＫ３２５で、カラオケ装置１００の制御部１０１は、後述のステップＳＫ４００′の実行後、所定期間、例えば３０分、経過したかどうかを判定する。まだ所定期間経過していない場合には、判定が満たされず、後述のステップＳＫ４００′を実行しないで、後述のステップＳＫ３３０′に移る。一方、既に所定期間経過している場合には、判定が満たされてステップＳＫ４００に代えて設けたステップＳＫ４００′に移る。
【０１５３】
ステップＳＫ４００′では、カラオケ装置１００の制御部１０１は、ターゲット操作者に対応した広告情報の決定を行う、ターゲティング広告決定処理を実行する。なお、このステップＳＫ４００′は、上記所定期間ごとに繰り返し実行される。この詳細内容については、後述の図１７で説明する。
【０１５４】
その後、ステップＳＫ３３０に代えて設けたステップＳＫ３３０′で、カラオケ装置１００の制御部１０１は、次に再生部１０２により再生させる広告情報を決定する。具体的に言うと、制御部１０１は、次の広告情報の再生枠が固定枠である場合には、当該固定枠に対し予め定められた広告情報を、次に再生部１０２により再生させる広告情報として決定する。一方、次の広告情報の再生枠がターゲティング枠である場合には、上記ステップＳＫ４００′（詳細には、後述の図１７のステップＳＫ４６０′）でターゲット操作者に対応した広告情報として決定された、後述のターゲティング広告キューに格納された広告ＩＤに係わる広告情報を、次に再生部１０２により再生させる広告情報として決定する。具体的には、制御部１０１は、上記ターゲティング広告キューに格納された広告ＩＤを、先に格納された広告ＩＤから順次取得して、その取得した広告ＩＤに係わる広告情報を、次に再生部１０２により再生させる広告情報として決定する。その後、このルーチンを終了する。
【０１５５】
図１７を用いて、上記図１６のステップＳＫ４００′の詳細手順を説明する。なお、この図１７は、前述の図１２及び図１５に対応する図である。図１２と同等の手順には同符号を付し説明を省略する。
【０１５６】
図１７において、ステップＳＫ５００、ステップＳＫ４１０、及びステップＳＫ４２０は、前述の図１２と同様である。すなわち、ステップＳＫ４２０において、カラオケ装置１００の制御部１０１が、歌唱頻度バッファ内に格納された各データを歌唱回数が少ない順に並び替えたら、新たに設けたステップＳＫ４２５に移る。
【０１５７】
ステップＳＫ４２５では、カラオケ装置１００の制御部１０１は、上記歌唱頻度バッファ内のデータ数をカウントするための変数ｉの値を１に設定する。
【０１５８】
その後、ステップＳＫ４３０に代えて設けたステップＳＫ４３０″で、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４２０で歌唱回数が少ない順にデータが並び替えられた歌唱頻度バッファから、歌唱回数がｉ番目に少ないデータに含まれるＵＩＤを取得する。すなわち、制御部１０１は、歌唱頻度がｉ番目に低い操作者のＵＩＤを取得する。
【０１５９】
そして、ステップＳＫ４４０に代えて設けたステップＳＫ４４０″に移り、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４３０″で取得されたＵＩＤに対応する操作者を、ターゲット操作者として決定する。なお、後述のように、変数ｉの値は、１、２、・・・、ｉ＿ｍａｘと順に大きくなる。すなわち、制御部１０１は、歌唱頻度の低い操作者を歌唱頻度の高い操作者よりも優先するようにしつつ、ターゲット操作者を決定している。
【０１６０】
その後のステップＳＫ４５０は、前述の図１２とほぼ同様であり、カラオケ装置１００の制御部１０１は、上記ユーザ別広告データベース１０７２から、上記ステップＳＫ４３０″で取得されたＵＩＤに対応付けられた広告ＩＤを取得する。
【０１６１】
そして、新たに設けたステップＳＫ４５２に移り、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４５０で取得された広告ＩＤを、制御部１０１内のＲＡＭ等のメモリに設けられたターゲティング広告キュー（図示せず）に順次格納する。なお、このターゲティング広告キューは、いわゆるキューであり、広告ＩＤを、Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ（ＦＩＦＯ；先入れ先出し）のリスト構造で保持する。したがって、このターゲティング広告キューから広告ＩＤが取り出されるときには、先に格納された広告ＩＤから順に取り出される。
【０１６２】
その後、新たに設けたステップＳＫ４５４で、カラオケ装置１００の制御部１０１は、上記ターゲティング広告キューに、所定数、例えば５つ、の広告ＩＤが格納されているかどうかを判定する。まだ所定数の広告ＩＤが格納されていない場合には、判定が満たされず、新たに設けたステップＳＫ４５６に移る。
【０１６３】
ステップＳＫ４５６では、カラオケ装置１００の制御部１０１は、上記変数ｉの値に１を加え、新たに設けたステップＳＫ４５８に移る。
【０１６４】
ステップＳＫ４５８では、カラオケ装置１００の制御部１０１は、上記変数ｉの値が、上記歌唱頻度バッファ内のＵＩＤの数に対応する、変数ｉの最大値ｉ＿ｍａｘよりも大きくなったかどうかを判定する。ｉ≦ｉ＿ｍａｘである場合には、判定が満たされず上記ステップＳＫ４３０″に戻り、同様の手順を繰り返す。一方、ｉ＞ｉ＿ｍａｘである場合には、判定が満たされて上記ステップＳＫ４２５に戻り、同様の手順を繰り返す。
【０１６５】
一方、上記ステップＳＫ４５４において、上記ターゲティング広告キューに、既に所定数の広告ＩＤが格納されていた場合には、ステップＳＫ４５４の判定が満たされて、ステップＳＫ４６０に代えて設けたステップＳＫ４６０′に移る。
【０１６６】
ステップＳＫ４６０′では、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４５２でターゲティング広告キューに順次格納された広告ＩＤに係わる広告情報を、ターゲティング枠で再生部１０２により再生させる広告情報、すなわち、上記ステップＳＫ４４０で決定されたターゲット操作者に対応した広告情報として決定する。なお、上述したように、ターゲティング広告キュー内の広告ＩＤは、ＦＩＦＯのリスト構造で保持されている。したがって、ターゲティング広告キューに先に格納された広告ＩＤに係わる広告情報から順番に、次のターゲティング枠に係わる広告情報、次の次のターゲティング枠に係わる広告情報・・・として決定される。このステップが、各請求項記載の広告情報決定手段として機能する。その後、このルーチンを終了する。
【０１６７】
なお、制御部１０１は、上記ステップＳＫ４２０で、歌唱頻度バッファ内の各データを歌唱回数が少ない順に並び替え、上記ステップＳＫ４３０″で、歌唱回数がｉ番目に少ないデータに含まれるＵＩＤを取得している。これは言い換えれば、上記各データに含まれる歌唱回数が、所定の条件を満足するかどうか、この例では、歌唱回数がｉ番目に少ないかどうか、を判定し、当該判定が満たされる歌唱回数に対応したＵＩＤを取得していることに相当する。また、制御部１０１は、上記ステップＳＫ４４０″で、上記ステップＳＫ４３０″で取得されたＵＩＤに対応する操作者を、ターゲット操作者として決定している。これは言い換えれば、上記判定が満たされる歌唱回数に対応した操作者を、ターゲット操作者として決定していることに相当する。
【０１６８】
すなわち、本変形例においては、これらステップＳＫ４２０、ステップＳＫ４３０″、及びステップＳＫ４４０″が、各請求項記載のターゲット決定手段として機能する。また、そのうち、ステップＳＫ４２０及びステップＳＫ４３０″が、判定手段として機能する。
【０１６９】
また、上記図１６のステップＳＫ３２５を設けることにより、カラオケ装置１００の制御部１０１は、この図１７に示すステップＳＫ４００′の詳細手順、すなわち、歌唱回数の算出、ターゲット操作者の決定、及びターゲット操作者に対応した広告情報の決定を、上記所定時間ごとに繰り返して、当該歌唱回数、ターゲット操作者、及びターゲット操作者に対応した広告情報の内容をその都度更新するようになる。したがって、上記図１６に示すステップＳＫ３２５が、各請求項記載の、頻度情報算出手段、ターゲット決定手段、及び広告情報決定手段を連携して制御する、連携制御手段として機能する。
【０１７０】
本変形例によれば、上記実施形態と同様の効果を得る。またそれに加え、本変形例においては、カラオケ装置１００の制御部１０１は、歌唱回数の算出、ターゲット操作者の決定、広告情報の決定、を所定期間ごとに繰り返して、当該歌唱頻度情報、ターゲット操作者、広告情報の内容をその都度更新する。これにより、刻々と変動する状況に応じ、直近であまり歌唱をしていない、ターゲットとなる利用者を確実に見つけ出すことができる。
【０１７１】
（３）同一の広告情報が連続して、ターゲティング枠で再生されるのを回避する場合
すなわち、前回のターゲティング枠で再生された広告情報と同一の広告情報が、次のターゲティング枠で再生されるのを回避するようにしてもよい。
【０１７２】
図１８を用いて、本変形例におけるステップＳＫ４００の詳細手順を説明する。なお、この図１８は、前述の図１２、図１５、及び図１７に対応する図である。図１２と同等の手順には同符号を付し説明を省略する。
【０１７３】
図１８において、ステップＳＫ５００、ステップＳＫ４１０、ステップＳＫ４２０、及びステップＳＫ４３０は、前述の図１２と同様である。すなわち、ステップＳＫ４３０において、カラオケ装置１００の制御部１０１が、歌唱頻度バッファから、歌唱回数が最も少ないデータに含まれるＵＩＤを取得したら、ステップＳＫ４５０に移る。
【０１７４】
ステップＳＫ４５０は、前述の図１２と同様であり、カラオケ装置１００の制御部１０１は、上記ユーザ別広告データベース１０７２から、上記ステップＳＫ４３０で取得されたＵＩＤに対応付けられた広告ＩＤを取得する。
【０１７５】
その後、新たに設けたステップＳＫ４３２で、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４５０で取得された広告ＩＤが、前回のターゲティング枠で再生部１０２により再生させた広告情報の広告ＩＤと異なるかどうかを判定する。前回のターゲティング枠で再生部１０２により再生させた広告情報の広告ＩＤと異なる場合には、判定が満たされてステップＳＫ４４０に移る。
【０１７６】
ステップＳＫ４４０は、前述の図１２と同様であり、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４３０で取得されたＵＩＤに対応する操作者を、ターゲット操作者として決定する。
【０１７７】
その後のステップＳＫ４６０は、前述の図１２と同様であり、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４５０で取得された広告ＩＤに係わる広告情報を、上記ステップＳＫ４４０で決定されたターゲット操作者に対応した広告情報として決定する。そして、このルーチンを終了する。
【０１７８】
一方、上記ステップＳＫ４３２において、上記ステップＳＫ４５０で取得された広告ＩＤが、前回のターゲティング枠で再生部１０２により再生させた広告情報の広告ＩＤと同一であった場合には、ステップＳＫ４３２の判定が満たされず、新たに設けたステップＳＫ４３０Ａに移る。
【０１７９】
ステップＳＫ４３０Ａでは、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４２０で歌唱回数が少ない順にデータが並び替えられた歌唱頻度バッファから、歌唱回数が２番目に少ないデータに含まれるＵＩＤを取得する。すなわち、制御部１０１は、歌唱頻度の２番目に低い操作者のＵＩＤを取得する。
【０１８０】
そして、新たに設けたステップＳＫ４４０Ａに移り、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４３０Ａで取得されたＵＩＤに対応する操作者を、ターゲット操作者として決定する。
【０１８１】
その後、新たに設けたステップＳＫ４５０Ａで、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４４０Ａで取得されたＵＩＤをキーとして、上記ユーザ別広告データベース１０７２（図３参照）内を検索して、当該ＵＩＤに対応付けられた広告ＩＤを取得する。
【０１８２】
そして、新たに設けたステップＳＫ４６０に移り、カラオケ装置１００の制御部１０１は、上記ステップＳＫ４５０Ａで取得された広告ＩＤに係わる広告情報を、次のターゲティング枠で再生部１０２により再生させる広告情報、すなわち、上記ステップＳＫ４４０Ａで決定されたターゲット操作者に対応した広告情報として決定する。その後、このルーチンを終了する。
【０１８３】
なお、制御部１０１は、上記ステップＳＫ４２０で、歌唱頻度バッファ内の各データを歌唱回数が少ない順に並び替え、上記ステップＳＫ４３０Ａで、歌唱回数が２番目少なくなるデータに含まれるＵＩＤを取得している。これは言い換えれば、上記各データに含まれる歌唱回数が、所定の条件を満足するかどうか、この例では、歌唱回数が２番目少ないかどうか、を判定し、当該判定が満たされる歌唱回数に対応したＵＩＤを取得していることに相当する。た、制御部１０１は、上記ステップＳＫ４４０Ａで、上記ステップＳＫ４３０Ａで取得されたＵＩＤに対応する操作者を、ターゲット操作者として決定している。これは言い換えれば、上記判定が満たされる歌唱回数に対応した操作者を、ターゲット操作者として決定していることに相当する。
【０１８４】
すなわち、本変形例においては、ステップＳＫ４２０、ステップＳＫ４３０、ステップＳＫ４４０、ステップＳＫ４３０Ａ、及びステップＳＫ４４０Ａが、各請求項記載のターゲット決定手段として機能する。また、そのうち、ステップＳＫ４２０、ステップＳＫ４３０、及びステップＳＫ４３０Ａが、判定手段として機能する。またさらに、ステップＳＫ４６０及びステップＳＫ４６０Ａが、広告情報決定手段として機能する。
【０１８５】
本変形例においても、上記実施形態と同様の効果を得る。
【０１８６】
（４）過去の歌唱履歴情報を用いて、歌唱頻度情報を算出する場合
以上においては、上記歌唱履歴データベース１０７１に記憶された歌唱履歴情報の中から、歌唱日時が前回のターゲティング枠に係わる広告情報の再生日時から現在日時までの期間内に含まれる、歌唱履歴情報を抽出して、当該期間内における、各操作者に係わる歌唱履歴指標値を、歌唱頻度情報として算出していた。すなわち、リアルタイムの歌唱履歴情報に基づき、歌唱履歴指標値を算出していた。しかしながら、これに限られず、過去の歌唱履歴情報、例えば過去１年分の歌唱履歴情報に基づき、歌唱履歴指標値を算出するようにしてもよい。
【０１８７】
また、図８〜図１３等に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【０１８８】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【０１８９】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【０１９０】
１                楽曲再生システム
１００            カラオケ装置（楽曲再生装置）
１０１            制御部
１０２            再生部（再生手段）
２００            リモコン（操作端末）
２０１            制御部
３００            認証サーバ（ホストサーバ）
１０７１          歌唱履歴データベース
１０７２          ユーザ別広告データベース
１０７３          歌唱頻度データベース
【図１】
2011197576.tif 000003
【図２】
2011197576.tif 000004
【図３】
2011197576.tif 000005
【図４】
2011197576.tif 000006
【図５】
2011197576.tif 000007
【図６】
2011197576.tif 000008
【図７】
2011197576.tif 000009
【図８】
2011197576.tif 000010
【図９】
2011197576.tif 000011
【図１０】
2011197576.tif 000012
【図１１】
2011197576.tif 000013
【図１２】
2011197576.tif 000014
【図１３】
2011197576.tif 000015
【図１４】
2011197576.tif 000016
【図１５】
2011197576.tif 000017
【図１６】
2011197576.tif 000018
【図１７】
2011197576.tif 000019
【図１８】
2011197576.tif 000020