(57)【要約】【課題】広告主により提供された広告がどのようなユーザ層により興味を持たれるかを容易に判断することができ、広告主に対する信頼度を高めることが可能な広告登録装置、及び広告登録方法を提供する。【解決手段】広告主により提供された複数の広告情報を記憶する広告登録装置は、再生対象として指定された広告の属性を示す広告属性情報と、再生対象として指定したユーザを識別するユーザ識別情報とを受信した場合に、広告属性情報が付与された広告情報を決定する。そして、広告登録装置は、受信されたユーザ識別情報が示すユーザの属性を示すユーザ属性と、前記ユーザ識別情報が示すユーザの興味を示す興味属性との少なくとも何れか一方のユーザ属性情報を、決定された広告情報に対応付けて登録する。【選択図】図２
2013235400.tif 000002
【特許請求の範囲】
【請求項１】
広告主により提供された複数の広告情報を記憶する記憶手段と、
再生対象として指定された広告の属性を示す広告属性情報と、再生対象として指定したユーザを識別するユーザ識別情報とを受信する受信手段と、
前記受信手段により受信された広告属性情報が付与された広告情報を決定する第１決定手段と、
前記受信手段により受信されたユーザ識別情報が示すユーザの属性を示すユーザ属性と、前記ユーザ識別情報が示すユーザの興味を示す興味属性との少なくとも何れか一方のユーザ属性情報を、前記第１決定手段により決定された広告情報に対応付けて、前記記憶手段に登録する登録手段と、
を備えることを特徴とする広告登録装置。
【請求項２】
前記記憶手段は、広告主を識別する広告主識別情報と、前記広告情報とを対応付けて記憶し、
前記広告登録装置は、
前記登録手段により、前記記憶手段に登録された前記ユーザ属性情報の中から、前記広告主識別情報に基づいて、前記広告主により提供された前記広告情報に対応付けられた前記ユーザ属性情報を決定する第２決定手段と、
前記第２決定手段により決定された前記ユーザ属性情報を前記広告主に通知する通知手段を備えることを特徴とする請求項１に記載の広告登録装置。
【請求項３】
前記登録手段は、前記広告情報の再生回数を前記広告情報に対応付けて登録し、
前記広告登録装置は、前記広告情報が再生された場合に、前記広告情報の再生回数を加算する第１加算手段を更に備え、
前記通知手段は、前記広告情報の再生回数を示す再生回数情報を、前記再生回数が対応付けられた前記広告情報を提供した前記広告主に通知することを特徴とする請求項２に記載の広告登録装置。
【請求項４】
前記登録手段は、前記広告情報に対応付けて、指定回数を前記ユーザ属性情報の種別ごとに登録し、
前記広告登録装置は、前記第１決定手段により決定された前記広告情報について、前記受信手段により受信された前記ユーザ識別情報が示すユーザの属性を示すユーザ属性または前記ユーザの興味を示す興味属性と同一の前記ユーザ属性情報に対応付けられた指定回数を加算する第２加算手段を備え、
前記通知手段は、前記指定回数を示す指定回数情報を、前記指定回数が対応付けられた前記広告情報を提供した前記広告主に通知することを特徴とする請求項２又は３に記載の広告登録装置。
【請求項５】
前記登録手段により前記記憶手段に登録された前記ユーザ属性情報に基づいて、前記記憶手段に記憶されている複数の広告情報の中から、前記受信手段により受信されたユーザ識別情報が示す前記ユーザの属性を示すユーザ属性または前記ユーザの興味を示す興味属性に対応する前記ユーザ属性情報に、相対的に多い前記回数が対応付けられた広告情報を、推奨する推奨広告情報として決定する第３決定手段と、
前記第３決定手段により決定された前記推奨広告情報を含む広告情報の再生リストを生成する生成手段と、
前記生成された再生リストに従って、前記広告情報を再生させる制御手段と、
を更に備えることを特徴とする請求項３又は４に記載の広告登録装置。
【請求項６】
前記生成手段は、前記第３決定手段により決定された前記推奨広告情報と、前記第１決定手段により決定された前記広告情報とを含む広告情報の再生リストを生成することを特徴とする請求項５に記載の広告登録装置。
【請求項７】
前記広告登録装置は、カラオケ装置に接続されて使用可能なディスプレイに前記ユーザにより指定された広告情報を表示することを特徴とする請求項１に記載の広告登録装置。
【請求項８】
広告主により提供された複数の広告情報を記憶する記憶手段を備える広告登録装置により実行される広告登録方法であって、
再生対象として指定された広告の属性を示す広告属性情報と、再生対象として指定したユーザを識別するユーザ識別情報とを受信するステップと、
前記受信された広告属性情報が付与された広告情報を決定するステップと、
前記受信されたユーザ識別情報が示すユーザの属性を示すユーザ属性と、前記ユーザ識別情報が示すユーザの興味を示す興味属性との少なくとも何れか一方のユーザ属性情報を、前記決定された広告情報に対応付けて、前記記憶手段に登録するステップと、
を含むことを特徴とする広告登録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
広告主により提供された複数の広告情報中から、ユーザに提示する広告を決定する方法及び装置の技術分野に関する。
【背景技術】
【０００２】
従来、広告の効果を高めるために、ユーザの嗜好に応じた広告を配信する技術が知られている。例えば、特許文献１には、コンテンツを推薦する対象となるユーザの嗜好情報の信頼性を高めることができるレコメンデーション装置が提案されている。このレコメンデーション装置は、ユーザ端末に送信したコンテンツの配信履歴に基づいて、ユーザの嗜好情報を生成し、ユーザデータベースに記憶する。そして、レコメンデーション装置は、生成した嗜好情報に基づいて、ユーザの趣味や嗜好に応じた広告を配信するようになっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−９４３８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１のレコメンデーション装置は、コンテンツの配信履歴に基づくユーザの嗜好に応じた広告を推測するものにすぎず、広告がユーザにより興味を持たれない場合もある。そのため、特許文献１を含む従来の技術では、広告を提供する側である広告主は、自身が提供する広告が例えばどのようなユーザ層により興味を持たれるかを容易に判断できない場合があった。
【０００５】
そこで、本発明は、以上の点等に鑑みてなされたものであり、広告主により提供された広告がどのようなユーザ層により興味を持たれるかを容易に判断することができ、広告主に対する信頼度を高めることが可能な広告登録装置、及び広告登録方法を提供する。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、広告主により提供された複数の広告情報を記憶する記憶手段と、再生対象として指定された広告の属性を示す広告属性情報と、再生対象として指定したユーザを識別するユーザ識別情報とを受信する受信手段と、前記受信手段により受信された広告属性情報が付与された広告情報を決定する第１決定手段と、前記受信手段により受信されたユーザ識別情報が示すユーザの属性を示すユーザ属性と、前記ユーザ識別情報が示すユーザの興味を示す興味属性との少なくとも何れか一方のユーザ属性情報を、前記第１決定手段により決定された広告情報に対応付けて、前記記憶手段に登録する登録手段と、を備えることを特徴とする。
【０００７】
請求項２に記載の発明は、請求項１に記載の広告登録装置において、前記記憶手段は、広告主を識別する広告主識別情報と、前記広告情報とを対応付けて記憶し、前記広告登録装置は、前記登録手段により、前記記憶手段に登録された前記ユーザ属性情報の中から、前記広告主識別情報に基づいて、前記広告主により提供された前記広告情報に対応付けられた前記ユーザ属性情報を決定する第２決定手段と、前記第２決定手段により決定された前記ユーザ属性情報を前記広告主に通知する通知手段を備えることを特徴とする。
【０００８】
請求項３に記載の発明は、請求項２に記載の広告登録装置において、前記登録手段は、前記広告情報の再生回数を前記広告情報に対応付けて登録し、前記広告登録装置は、前記広告情報が再生された場合に、前記広告情報の再生回数を加算する第１加算手段を更に備え、前記通知手段は、前記広告情報の再生回数を示す再生回数情報を、前記再生回数が対応付けられた前記広告情報を提供した前記広告主に通知することを特徴とする。
【０００９】
請求項４に記載の発明は、請求項２又は３に記載の広告登録装置において、前記登録手段は、前記広告情報に対応付けて、指定回数を前記ユーザ属性情報の種別ごとに登録し、前記広告登録装置は、前記第１決定手段により決定された前記広告情報について、前記受信手段により受信された前記ユーザ識別情報が示すユーザの属性を示すユーザ属性または前記ユーザの興味を示す興味属性と同一の前記ユーザ属性情報に対応付けられた指定回数を加算する第２加算手段を備え、前記通知手段は、前記指定回数を示す指定回数情報を、前記指定回数が対応付けられた前記広告情報を提供した前記広告主に通知することを特徴とする。
【００１０】
請求項５に記載の発明は、請求項３又は４に記載の広告登録装置において、前記登録手段により前記記憶手段に登録された前記ユーザ属性情報に基づいて、前記記憶手段に記憶されている複数の広告情報の中から、前記受信手段により受信されたユーザ識別情報が示す前記ユーザの属性を示すユーザ属性または前記ユーザの興味を示す興味属性に対応する前記ユーザ属性情報に、相対的に多い前記回数が対応付けられた広告情報を、推奨する推奨広告情報として決定する第３決定手段と、前記第３決定手段により決定された前記推奨広告情報を含む広告情報の再生リストを生成する生成手段と、前記生成された再生リストに従って、前記広告情報を再生させる制御手段と、を更に備えることを特徴とする。
【００１１】
請求項６に記載の発明は、請求項５に記載の広告登録装置において、前記生成手段は、前記第３決定手段により決定された前記推奨広告情報と、前記第１決定手段により決定された前記広告情報とを含む広告情報の再生リストを生成することを特徴とする。
【００１２】
請求項７に記載の発明は、請求項１に記載の広告登録装置において、前記広告登録装置は、カラオケ装置に接続されて使用可能なディスプレイに前記ユーザにより指定された広告情報を表示することを特徴とする。
【００１３】
請求項８に記載の発明は、広告主により提供された複数の広告情報を記憶する記憶手段を備える広告登録装置により実行される広告登録方法であって、再生対象として指定された広告の属性を示す広告属性情報と、再生対象として指定したユーザを識別するユーザ識別情報とを受信するステップと、前記受信された広告属性情報が付与された広告情報を決定するステップと、前記受信されたユーザ識別情報が示すユーザの属性を示すユーザ属性と、前記ユーザ識別情報が示すユーザの興味を示す興味属性との少なくとも何れか一方のユーザ属性情報を、前記決定された広告情報に対応付けて、前記記憶手段に登録するステップと、を含むことを特徴とする。
【発明の効果】
【００１４】
請求項１又は８記載の発明によれば、広告主により提供された広告情報がどのようなユーザ層により興味を持たれるかを容易に判断することが可能なユーザ属性情報を、広告情報を提供した広告主のために蓄積することができる。そのため、広告主に対する信頼度を高めることができる。
【００１５】
請求項２に記載の発明によれば、広告主により提供された広告情報がどのようなユーザ層により興味を持たれるかを容易に判断することが可能なユーザ属性情報を、広告情報を提供した広告主に提供することができる。そのため、広告主に対する信頼度を高めることができる。
【００１６】
請求項３に記載の発明によれば、広告主により提供された広告情報が、ユーザによりどの程度、視聴されたかを広告主に把握させることができる。
【００１７】
請求項４に記載の発明によれば、広告主により提供された広告情報が、ユーザによりどの程度、興味が持たれているかを広告主に把握させることができる。
【００１８】
請求項５に記載の発明によれば、複数のユーザのユーザ属性または興味属性に応じた適切な広告情報をユーザに提供することができる。
【００１９】
請求項６に記載の発明によれば、ユーザが所望する広告情報を、ユーザに提供することができる。
【００２０】
請求項７に記載の発明によれば、ユーザが所望する広告情報を、カラオケ装置を使用するユーザに視聴させることができる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態に係るカラオケシステムＳの概要構成例を示す図である。
【図２】本実施形態のカラオケシステムＳの概要動作を示すシーケンス図である。
【図３】（Ａ）は、管理サーバ４の概要構成例を示すブロック図である。（Ｂ）は、各データベースに登録された情報の一例を示す図である。
【図４】（Ａ）は、ユーザ端末６の処理を示すフローチャートである。（Ｂ），（Ｃ）は、ユーザ端末６のディスプレイに表示される画面例を示す図である。
【図５】管理サーバ４の制御部４１の処理を示すフローチャートである。
【図６】（Ａ）は、図５に示すステップＳ１３８の再生リスト生成及び送信処理の詳細を示すフローチャートである。（Ｂ）は、広告表示端末３の処理を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、例えばカラオケ店舗において利用されるカラオケシステムに対して、本発明を適用した場合の実施形態である。
【００２３】
［１．カラオケシステムの構成及び動作の概要］
始めに、図１を参照して、本実施形態に係るカラオケシステムの構成の概要を説明する。図１は、本実施形態のカラオケシステムＳの概要構成例を示す図である。図１に示すように、カラオケシステムＳは、選曲装置１、カラオケ装置２、広告表示端末３、及び管理サーバ４を含んで構成される。管理サーバ４は、本発明の広告登録装置の一例である。カラオケ装置２、広告表示端末３、及び管理サーバ４は、ネットワークＮＷに接続される。ネットワークＮＷには、広告主端末５及びユーザ端末６が接続可能になっている。ネットワークＮＷは、例えば、インターネット、携帯通信網、及びゲートウェイ等により構成される。ネットワークＮＷは、通信手段の一例である。図１の例は、カラオケ店舗の部屋（客室）を１室のみ示すが、実際には、カラオケ店舗には、複数の部屋がある。図１の例では、１室には、選曲装置１、カラオケ装置２、及び広告表示端末３がそれぞれ１台ずつ設けられている。なお、図１の例では、１つの広告主端末５を示すが、実際には、広告主ごとに複数存在する。同様に、図１の例では、１つのユーザ端末６を示すが、実際には、ユーザごとに複数存在する。広告主端末５及びユーザ端末６の例としては、パーソナルコンピュータ、スマートフォン、携帯電話機等が挙げられる。
【００２４】
選曲装置１は、カラオケ装置２に向けて選曲を要求する専用のリモコンである。選曲装置１は、カラオケ店舗の部屋を利用するユーザがカラオケ曲等を予約するために用いられる。カラオケ曲は、基となる楽曲のボーカル部分を除いた曲である。以下では、主にカラオケ曲の予約を例としているが、カラオケ曲以外の曲、動画、ゲーム等を予約した場合も同様である。選曲装置１は、カラオケ店舗の部屋を利用するユーザがログインするためにも用いられる。選曲装置１は、無線ＬＡＮ、または赤外線を介して同室内のカラオケ装置２と通信可能になっている。カラオケ装置２は、ユーザにより予約されたカラオケ曲等を再生する演奏装置である。カラオケ装置２は、ＬＡＮを介して同室内の広告表示端末３と通信可能になっている。カラオケ装置２は、ネットワークＮＷを介して管理サーバ４と通信可能になっている。広告表示端末３は、広告情報を再生する再生装置の一例である。広告表示端末３は、ディスプレイを備える。広告表示端末３に備えられるディスプレイには、再生された広告情報が表示される。これにより、カラオケ店舗の部屋を利用するユーザは、広告情報を見ることができる。また、広告表示端末３のディスプレイは、ＬＡＮを介してカラオケ装置２と接続され、カラオケ装置２によるカラオケ曲等の再生に従って、映像を表示するディスプレイとして使用可能である。広告表示端末３は、ネットワークＮＷを介して管理サーバ４と通信可能になっている。管理サーバ４は、広告主端末５を使用する広告主により提供された複数の広告情報を管理するサーバ装置である。管理サーバ４は、広告主端末５からの要求に応じて広告主端末５からアップロードされた広告情報を記憶する。
【００２５】
ここで、図２を参照して、本実施形態におけるカラオケシステムＳの動作の概要を説明する。図２は、本実施形態のカラオケシステムＳの概要動作を示すシーケンス図である。
【００２６】
先ず、例えばユーザＡがカラオケ店舗外でユーザ端末６を操作してログイン要求の指示を行うと、ユーザ端末６は、ログイン要求を、ネットワークＮＷを介して管理サーバ４へ送信する（ステップＳ１）。ログイン要求には、例えばユーザＡのログインＩＤ及びパスワードが含まれる。ログインＩＤ及びパスワードは、ユーザ認証のために用いられる。管理サーバ４は、ユーザ端末６からログイン要求を受信すると、認証処理を実行する（ステップＳ２）。認証処理によりユーザＡが認証されてログインした後、管理サーバ４は、ログインしたユーザＡのユーザネームを、ネットワークＮＷを介してユーザ端末６へ送信する（ステップＳ３）。また、管理サーバ４は、広告リストを、ネットワークＮＷを介してユーザＡのユーザ端末６へ送信する。ユーザネームは、ユーザを識別するユーザ識別情報の一例である。広告リストは、ユーザがカラオケ店舗内で再生させることが可能な広告情報を示すリストである。広告リストには、例えば、広告主により提供された広告情報及び広告情報に付与された広告属性情報の組が複数含まれる。広告属性情報は、広告の属性を示す。広告属性情報には、例えば、広告番号、及び広告ジャンル等が含まれる。広告番号は、広告情報ごとに固有の番号である。広告番号の代わりに、広告情報を識別可能な広告ＩＤ等の広告識別情報であってもよい。なお、ステップＳ３において、広告リストと共に、タイミングリストがユーザ端末６へ送信されるように構成してもよい。タイミングリストは、ユーザがカラオケ店舗内で広告情報を再生させるタイミングを示すリストである。
【００２７】
次に、ユーザ端末６は、管理サーバ４から送信された広告リストを受信すると、広告リストに含まれる広告情報をユーザＡに指定可能に表示する（ステップＳ４）。ユーザＡは、後からカラオケ店舗へ行った際に広告表示端末３から再生されることを望む広告情報をユーザ端末６上で選択することができる。また、ユーザ端末６は、管理サーバ４からタイミングリストを受信した場合、タイミングリストに示されるタイミングをユーザＡに指定可能に表示する。ユーザＡは、指定した広告情報を広告表示端末３から再生させる所望のタイミングをユーザ端末６上で指定することができる。そして、ユーザ端末６は、表示された複数の広告情報の中で、再生対象としてユーザＡにより指定された広告情報の登録要求を送信する（ステップＳ５）。広告情報の登録要求には、再生対象として指定された広告情報に付与された広告属性情報と、再生対象として指定したユーザＡのユーザネームとが含まれる。この広告属性情報には、広告情報を識別する広告番号等が含まれる。また、広告情報を再生させるタイミングがユーザＡにより指定された場合、登録要求には、指定されたタイミングを示す情報（以下、「タイミング情報」という）が含まれる。
【００２８】
次に、管理サーバ４は、ユーザ端末６から広告情報の登録要求を受信すると、受信された登録要求に含まれる広告属性情報が付与された広告情報を決定する（ステップＳ６）。管理サーバ４は、受信された登録要求に含まれるユーザネームを、決定した広告情報の広告属性情報に対応付けて指定広告データベースに登録する（ステップＳ７）。指定広告データベースは、ユーザネームと、ユーザにより指定された広告情報の広告属性情報とを対応付けて登録するためのデータベースである。また、登録要求にタイミング情報が含まれる場合、タイミング情報は、広告属性情報に対応付けられて指定広告データベースに登録される。さらに、管理サーバ４は、受信された登録要求に含まれるユーザネームが示すユーザＡの属性を示すユーザ属性とユーザＡの興味を示す興味属性との少なくとも何れか一方のユーザ属性情報を、決定した広告情報の広告属性情報に対応付けて広告属性データベースに登録する（ステップＳ８）。広告属性データベースは、ユーザ属性情報と、ユーザにより指定された広告情報の広告属性情報とを対応付けて登録するためのデータベースである。これにより、登録要求が受信されるごとにユーザネームが示すユーザの属性を示すユーザ属性とユーザの興味を示す興味属性との少なくとも何れか一方のユーザ属性情報が、ステップＳ６で決定された広告情報に対応付けられる。なお、ユーザ属性としては、例えば、年齢、性別などがある。興味属性としては、音楽、ゲーム、スポーツなどがある。また、ユーザ属性として、職業があってもよく、興味属性として、趣味があってもよい。
【００２９】
次に、管理サーバ４は、広告属性データベースに登録されたユーザ属性情報の中から、特定の広告主により提供された広告情報に対応付けられたユーザ属性情報を決定する（ステップＳ９）。管理サーバ４は、ステップＳ９で決定したユーザ属性情報を、ユーザ属性情報が対応付けられた広告情報を提供した広告主に通知する（ステップＳ１０）。
【００３０】
次に、ユーザＡがカラオケ店舗の部屋に入り、選曲装置１を操作してログイン要求の指示を行うと、ログイン要求が選曲装置１からカラオケ装置２を介して管理サーバ４へ送信される（ステップＳ１１）。管理サーバ４は、ログイン要求に応じて認証処理を実行する（ステップＳ１２）。この認証処理によりユーザＡが認証されてログインした場合、例えば、ログインしたユーザＡのユーザネームがカラオケ装置２へ送信される（ステップＳ１３）。これにより、カラオケ装置２は、ユーザＡのユーザネームをユーザリストに登録する（ステップＳ１４）。ユーザリストは、カラオケ装置２を介してログインしたユーザのユーザネームを登録するためのリストである。
【００３１】
次に、広告表示端末３は、ログイン情報の送信要求をカラオケ装置２へ送信する（ステップＳ１５）。ログイン情報の送信要求は、ログインしているユーザのユーザリストを送信する要求を示す。カラオケ装置２は、広告表示端末３からログイン情報の送信要求を受信すると、ユーザリストを広告表示端末３へ送信する（ステップＳ１６）。広告表示端末３は、カラオケ装置２からユーザリストを受信すると、広告情報の送信要求をネットワークＮＷを介して管理サーバ４へ送信する（ステップＳ１７）。広告情報の送信要求には、ユーザリストが含まれる。
【００３２】
次に、管理サーバ４は、広告表示端末３から広告情報の送信要求を受信すると、広告表示端末３から再生させる広告情報を決定する（ステップＳ１８）。例えば、管理サーバ４は、広告属性データベースに登録されたユーザ属性情報に基づいて、広告主により提供された広告情報の中から、ユーザに推奨する広告情報を決定する。ユーザに推奨する広告情報の決定方法については後述する。なお、ユーザリストに登録されたユーザネームが示すユーザにより指定された広告情報が指定広告データベースから決定されるように構成してもよい。管理サーバ４は、ステップＳ１８で決定した広告情報の再生リストを生成する（ステップＳ１９）。再生リストには、ステップＳ１８で決定された広告情報が含まれる。管理サーバ４は、広告情報の再生指示情報をネットワークＮＷを介して広告表示端末３へ送信する（ステップＳ２０）。広告情報の再生指示情報は、再生リストに従って広告情報を再生させる指示を示す。広告情報の再生指示情報には、生成された再生リストが含まれる。広告表示端末３は、再生指示情報を受信すると、再生リストに従って広告情報を再生し、ディスプレイに表示する（ステップＳ２１）。
【００３３】
［２．管理サーバ４の概要構成］
次に、図３を参照して、管理サーバ４の概要構成を説明する。図３（Ａ）は、管理サーバ４の概要構成例を示すブロック図である。図３（Ａ）に示すように、管理サーバ４は、制御部４１、記憶部４２、及び通信部４３等を備えて構成される。制御部４１は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等により構成される。制御部４１は、時計機能及びタイマー機能を備える。記憶部４２は、例えば、ハードディスク等により構成される。記憶部４２は、本発明における記憶手段の一例である。記憶部４２には、ＯＳ及びサーバ処理プログラム等が記憶されている。制御部４１は、ＯＳ及びサーバ処理プログラムを実行することにより、管理サーバ４全体を制御する。制御部４１は、タイマー機能を備える。制御部４１は、本発明における受信手段、第１決定手段、第２決定手段、第３決定手段、登録手段、通知手段、第１加算手段、第２加算手段、生成手段、及び制御手段等として機能する。
【００３４】
また、記憶部４２には、ユーザデータベース（ＤＢ）４２１、広告情報データベース４２２、タイミングデータベース４２３、指定広告データベース４２４、広告属性データベース４２５、及び広告再生回数データベース４２６が設けられる。図３（Ｂ）は、各データベースに登録された情報の一例を示す図である。図３（Ｂ）の例では、ユーザデータベース４２１には、ログインＩＤ、パスワード、ユーザネーム、ユーザ属性、及び興味属性等が対応付けられて登録されている。ユーザネームは、ユーザＩＤであってもよい。ユーザネームは、例えばユーザの会員登録の際に、ログインＩＤ及びパスワード等と共にユーザデータベースに登録される。なお、ユーザ属性として、ユーザの歌唱履歴から分類付与した属性を用いてもよい。例えば、ユーザは、好んで歌唱するカラオケ曲の種類に応じて、予め複数のグループに分類される。このように分類されたグループはユニットともいう。例えば、Ｊ−ＰＯＰの男性の歌手のカラオケ曲をよく歌うユーザが属するグループａ、Ｊ−ＰＯＰの女性の歌手の楽曲をよく歌うユーザが属するグループｂ、演歌をよく歌うユーザが属するグループｃ、アニメの主題歌をよく歌うユーザが属するグループｄ等の様々なグループにユーザは分類される。この場合、ユーザデータベース４２１には、ユーザ属性として、グループａ〜ｄの何れかを示す情報が登録される。
【００３５】
広告情報データベース４２２には、広告主より提供された広告情報、広告番号、広告ジャンル、及び広告主情報等が対応付けられて登録されている。広告情報データベース４２２は、広告主の広告主端末５からアップロードされた広告情報を登録するためのデータベースである。広告情報は、テキストデータ、画像データ、音声データ、及び動画データの少なくとも何れか一つにより構成される。広告番号は、例えば、広告情報が登録される際に付与される。広告ジャンルとしては、例えば、観光ＣＭ、化粧品ＣＭ、ゲームＣＭ、アニメＣＭなどがある。広告主情報には、広告情報を提供した広告主のログインＩＤ、パスワード、広告主ＩＤ、名称、住所、電子メールアドレス等が含まれる。広告主ＩＤは、広告主を識別する広告主識別情報の一例である。
【００３６】
タイミングデータベース４２３には、タイミング情報が登録されている。なお、タイミング情報は、広告番号に対応付けられて広告情報ごとに登録されるように構成してもよい。例えば、広告番号１の広告情報を再生させるタイミングとして、例えばログイン時、ログインＸ分後、及びログアウト時を示す情報が登録される。
【００３７】
指定広告データベース４２４には、広告情報を指定したユーザのユーザネーム、ユーザにより指定された広告情報の広告番号、及びユーザにより指定されたタイミングを示すタイミング情報が対応付けられて登録されている。広告属性データベース４２５には、ユーザにより指定された広告情報の広告番号、及びユーザ属性情報の種別ごとの指定回数が対応付けられて登録されている。つまり、指定回数は、ユーザにより指定された広告情報の広告番号に対応付けられて、ユーザ属性情報の種別ごとに登録される。図３（Ｂ）の例では、ユーザ属性情報の種別として、「２０歳未満」、「２０歳以上３０歳未満」、「３０歳以上」、「男性」、「女性」、「音楽」、「ゲーム」、「スポーツ」が登録されている。これらユーザ属性情報の種別のそれぞれが、ユーザ層である。「音楽」、「ゲーム」、及び「スポーツ」については、更に細分化されてもよい。例えば、「音楽」については、「ロック」、「ポップス」、「ジャズ」に分けられてもよい。ユーザデータベース４２１に、ユーザ属性として上記グループａ〜ｄの何れかを示す情報が登録される場合がある。この場合、グループａ〜ｄのそれぞれに対応付けられて指定回数が登録されることになる。広告属性データベース４２５に登録された指定回数は、広告情報がユーザに指定されるごとに加算される。広告再生回数データベース４２６には、再生された広告情報の広告番号、及び再生回数が対応付けられて登録されている。広告再生回数データベース４２６に登録された再生回数は、広告情報が再生されるごとに加算される。
【００３８】
［３．カラオケシステムＳの動作例］
次に、図４〜図６を参照して、カラオケシステムＳの動作例を説明する。図４（Ａ）は、ユーザ端末６の処理を示すフローチャートである。図４（Ｂ），（Ｃ）は、ユーザ端末６のディスプレイに表示される画面例を示す図である。図５は、管理サーバ４の制御部４１の処理を示すフローチャートである。図６（Ａ）は、図５に示すステップＳ１３８の再生リスト生成及び送信処理の詳細を示すフローチャートである。図６（Ｂ）は、広告表示端末３の処理を示すフローチャートである。
【００３９】
図４（Ａ）に示す処理は、ユーザ端末６において、例えば管理サーバ４により提供されるＷｅｂサイトのＵＲＬがブラウザにより指定された場合に開始される。ＷｅｂサイトのＵＲＬがブラウザにより指定されると、ユーザ端末６はネットワークＮＷを介して管理サーバ４にアクセスしログイン画面要求を送信する。ユーザ端末６は、ログイン画面要求に応じて管理サーバ４からログイン画面のデータを受信すると、ログイン画面を表示する（ステップＳ１０１）。ユーザＡは、ユーザ端末６の操作部を操作して、例えば図４（Ｂ）に示すログイン画面からログインＩＤ及びパスワードを入力し、ログインボタン５１を指定する。ユーザ端末６は、ユーザＡによりログインボタン５１が指定された場合（ステップＳ１０２：ＹＥＳ）、ログインＩＤ及びパスワードを含むログイン要求を管理サーバ４へ送信する（ステップＳ１０３）。このログイン要求に応じて、管理サーバ４からユーザＡのユーザネームが受信された場合（ステップＳ１０４：ＹＥＳ）、ステップＳ１０５へ進む。これにより、図４（Ｂ）に示すログイン画面に表示された「広告選択画面へボタン」５２及び「広告確認画面へボタン」５３が指定可能となる。管理サーバ４からユーザＡのユーザネームが所定時間待っても受信されない場合（ステップＳ１０４：ＮＯ）、ステップＳ１０１に戻る。
【００４０】
ユーザ端末６は、ユーザＡにより「広告選択画面へボタン」５２が指定された場合（ステップＳ１０５：ＹＥＳ）、広告選択画面要求を管理サーバ４へ送信する（ステップＳ１０６）。ユーザ端末６は、広告選択画面要求に応じて管理サーバ４から広告選択画面のデータを受信すると、広告選択画面を表示する（ステップＳ１０７）。広告選択画面のデータは、上述した広告リスト及びタイミングリストと共にユーザ端末６へ送信される。広告選択画面には、図４（Ｃ）に示すように、広告リストに含まれる４つの広告情報がチェックボックスＣＢで指定可能に表示されている。さらに、それぞれの広告情報を再生させるタイミングとして、ログイン時、ログイン３０分後、及びログアウト時の何れか一つがラジオボタンＲＢで指定可能に表示されている。ユーザＡは、ユーザ端末６の操作部を操作して、再生対象として所望の広告情報をチェックボックスＣＢで１又は複数指定する。例えば、ユーザＡは自身が興味を持った広告情報を指定する。或いは、ユーザＡは、カラオケ店舗の部屋で、例えば商品ＰＲのために、他のユーザに視聴させたい広告情報を指定する。また、ユーザＡは、指定した広告情報のタイミングをラジオボタンＲＢで指定する。最後に、ユーザＡは、指定した広告情報を登録させるための登録ボタン５４を指定する。ユーザ端末６は、ユーザＡにより登録ボタン５４が指定された場合（ステップＳ１０８：ＹＥＳ）、広告情報の登録要求を管理サーバ４へ送信する（ステップＳ１０９）。なお、図４（Ｂ）に示すログイン画面に表示される「広告確認画面へボタン」５３、又は図４（Ｃ）に示す広告選択画面に表示される「広告確認画面へボタン」５５がユーザＡにより指定された場合（ステップＳ１１０：ＹＥＳ、ステップＳ１１１：ＹＥＳ）、ユーザ端末６は、広告確認画面要求処理を実行する（ステップＳ１１２）。広告確認画面要求処理では、広告確認画面要求が管理サーバ４へ送信される。広告確認画面要求に応じて管理サーバ４から広告確認画面のデータが受信されると、広告確認画面が表示される。この広告確認画面には、ユーザＡの指定により登録された広告情報及び広告情報を再生させるタイミングと、広告情報の登録を解除するための登録解除ボタンとが表示される。ユーザＡが登録を解除する広告情報を指定して登録解除ボタンを指定すると、ユーザ端末６は、指定された広告情報の登録解除要求を管理サーバ４へ送信する。
【００４１】
次に、図５に示す処理は、例えば管理サーバ４の電源オンにより開始される。図５に示すステップＳ１１７では、管理サーバ４は、ユーザ端末６からログイン要求を受信したか否かを判定する。ユーザ端末６からログイン要求を受信したと判定された場合（ステップＳ１１７：ＹＥＳ）、ステップＳ１１８へ進む。ログイン要求を受信していないと判定された場合（ステップＳ１１７：ＮＯ）、ステップＳ１２１へ進む。ステップＳ１１８では、管理サーバ４は、認証処理を実行する。認証処理では、ログイン要求に含まれるログインＩＤ及びパスワードが、ユーザデータベース４２１に登録されているかが判定される。例えばユーザＡのユーザ端末６から受信されたログインＩＤ及びパスワードが、ユーザデータベース４２１に登録されている場合、ユーザＡのログインが許可される。管理サーバ４は、例えばユーザＡのログインを許可した場合（ステップＳ１１９：ＹＥＳ）、ログインしたユーザＡのユーザネームをユーザ端末６へ送信し（ステップＳ１２０）、ステップＳ１１７に戻る。管理サーバ４は、ログインを許可しない場合（ステップＳ１１９：ＮＯ）、例えばエラーメッセージをユーザ端末６へ送信し、ステップＳ１１７に戻る。
【００４２】
ステップＳ１２１では、管理サーバ４は、カラオケ装置２からログイン要求を受信したか否かを判定する。カラオケ装置２からログイン要求を受信したと判定された場合（ステップＳ１２１：ＹＥＳ）、ステップＳ１２２へ進む。ログイン要求を受信していないと判定された場合（ステップＳ１２１：ＮＯ）、ステップＳ１２５へ進む。ステップＳ１２２では、管理サーバ４は、認証処理を実行する。この認証処理は、ステップＳ１１８と同様である。管理サーバ４は、例えばユーザＡのログインを許可した場合（ステップＳ１２３：ＹＥＳ）、ログインしたユーザＡのユーザネームをカラオケ装置２へ送信する（ステップＳ１２４）。このとき、管理サーバ４は、時計機能から取得される現在時刻をログイン時刻として、ログインしたユーザＡのユーザネームに対応付けて記憶する。管理サーバ４は、ログインを許可しない場合（ステップＳ１２３：ＮＯ）、例えばエラーメッセージをカラオケ装置２へ送信する。
【００４３】
ステップＳ１２５では、管理サーバ４は、ユーザ端末６から広告選択画面要求を受信したか否かを判定する。例えばユーザＡのユーザ端末６から広告選択画面要求を受信したと判定された場合（ステップＳ１２５：ＹＥＳ）、ステップＳ１２６へ進む。広告選択画面要求を受信していないと判定された場合（ステップＳ１２５：ＮＯ）、ステップＳ１２９へ進む。ステップＳ１２６では、管理サーバ４は、広告情報データベース４２２から複数の広告情報を取得する。管理サーバ４は、取得した複数の広告情報を含む広告リストを生成する。管理サーバ４は、タイミングデータベース４２３からタイミング情報を取得する。ここで、タイミングデータベース４２３に、タイミング情報が広告情報ごとに登録されている場合がある。この場合、取得された広告情報の広告番号に対応付けられたタイミング情報が、取得された広告情報用として取得される。管理サーバ４は、取得したタイミング情報からタイミングリストを生成する（ステップＳ１２７）。管理サーバ４は、生成した広告リスト及びタイミングリストと共に広告選択画面のデータをユーザ端末６へ送信する（ステップＳ１２８）。
【００４４】
ステップＳ１２９では、管理サーバ４は、ユーザ端末６から登録要求を受信したか否かを判定する。例えばユーザＡのユーザ端末６から登録要求を受信したと判定された場合（ステップＳ１２９：ＹＥＳ）、ステップＳ１３０へ進む。この登録要求には、例えば、ユーザＡのユーザネームと、ユーザＡにより指定された広告情報の広告番号と、ユーザＡにより指定されたタイミングを示すタイミング情報とが含まれる。登録要求を受信していないと判定された場合（ステップＳ１２９：ＮＯ）、ステップＳ１３３へ進む。ステップＳ１３０では、管理サーバ４は、受信された登録要求に含まれる広告番号が付与された広告情報を広告情報データベース４２２から決定する。管理サーバ４は、受信された登録要求に含まれるユーザネーム及びタイミング情報と、決定した広告情報の広告番号とを対応付けて指定広告データベース４２４に登録する（ステップＳ１３１）。管理サーバ４は、受信された登録要求に含まれるユーザネームが示すユーザＡのユーザ属性情報を、ステップＳ１３０で決定した広告情報に対応付けて記憶部４２に登録する（ステップＳ１３２）。これにより、広告主により提供された広告情報がどのようなユーザ層により興味を持たれるかを容易に判断することが可能なユーザ属性情報を広告情報を提供した広告主のために蓄積することができる。例えば、管理サーバ４は、ステップＳ１３０で決定した広告情報について、受信された登録要求に含まれるユーザネームが示すユーザのユーザ属性または興味属性と同一のユーザ属性情報に対応付けられた指定回数を１加算する。このように加算された指定回数により、広告属性データベース４２５に登録された指定回数が更新される。例えば、年齢が「３１歳」、性別が「男性」、及び興味属性が「音楽」であるユーザＡが広告番号１の広告情報を指定したと仮定する。この場合、図３（Ｂ）の広告属性データベース４２５に示す広告番号１のレコードにおける「３０歳以上」、「男性」、及び「音楽」のそれぞれに対応付けられて登録されている指定回数に１加算される。
【００４５】
ステップＳ１３３では、管理サーバ４は、ユーザ端末６から広告確認画面要求を受信したか否かを判定する。例えばユーザＡのユーザ端末６から広告確認画面要求を受信したと判定された場合（ステップＳ１３３：ＹＥＳ）、ステップＳ１３４へ進む。広告確認画面要求には、例えば、ユーザＡのユーザネームが含まれる。広告確認画面要求を受信していないと判定された場合（ステップＳ１３３：ＮＯ）、ステップＳ１３５へ進む。ステップＳ１３４では、広告確認処理が実行される。広告確認処理において、管理サーバ４は、広告確認画面要求に含まれるユーザネームに対応付けられた広告番号及びタイミング情報を指定広告データベース４２４から取得して広告リスト及びタイミングリストを生成する。管理サーバ４は、生成した広告リスト及びタイミングリストと共に広告確認画面のデータをユーザ端末６へ送信する。
【００４６】
ステップＳ１３５では、管理サーバ４は、ユーザ端末６から登録解除要求を受信したか否かを判定する。例えばユーザＡのユーザ端末６から登録解除要求を受信したと判定された場合（ステップＳ１３５：ＹＥＳ）、ステップＳ１３６へ進む。登録解除要求には、例えば、ユーザＡのユーザネーム、及び広告番号が含まれる。登録解除要求を受信していないと判定された場合（ステップＳ１３５：ＮＯ）、ステップＳ１３７へ進む。ステップＳ１３６では、登録解除処理が実行される。登録解除処理において、管理サーバ４は、登録解除要求に含まれるユーザネームを含むレコードの中で、登録解除要求に含まれる広告番号を含むレコードを指定広告データベース４２４から削除する。
【００４７】
ステップＳ１３７では、管理サーバ４は、広告表示端末３から広告情報の送信要求を受信したか否かを判定する。広告表示端末３から広告情報の送信要求を受信したと判定された場合（ステップＳ１３７：ＹＥＳ）、ステップＳ１３８へ進む。広告情報の送信要求には、ユーザリストが含まれる。ユーザリストには、例えばユーザＡとユーザＢのユーザネームが登録されている。広告情報の送信要求を受信していないと判定された場合（ステップＳ１３７：ＮＯ）、ステップＳ１３９へ進む。ステップＳ１３８では、再生リスト生成及び送信処理が実行される。
【００４８】
再生リスト生成及び送信処理では、図６（Ａ）に示すように、管理サーバ４は、ユーザリストからユーザネームを一つ特定する（ステップＳ１３８１）。例えばユーザＡのユーザネームが特定される。管理サーバ４は、特定したユーザネームに対応付けられて広告番号及びタイミング情報が指定広告データベース４２４に登録されているか否かを判定する（ステップＳ１３８２）。ユーザネームに対応付けられて広告番号及びタイミング情報が登録されていると判定された場合（ステップＳ１３８２：ＹＥＳ）、この広告番号及びタイミング情報を取得してステップＳ１３８３へ進む。ここで取得された広告番号が付与された広告情報は、ユーザＡにより指定されることで登録されたものである。ユーザネームに対応付けられて広告番号及びタイミング情報が登録されていないと判定された場合（ステップＳ１３８２：ＮＯ）、ステップＳ１３８５へ進む。
【００４９】
ステップＳ１３８３では、管理サーバ４は、ステップＳ１３８２で取得されたタイミング情報が示すタイミングが到来しているか否かを判定する。例えば、タイミング情報が示すタイミングとして「ログイン時」が登録されている場合、ステップＳ１３８３の時点では、既にログイン時を経過している。この場合、管理サーバ４は、タイミング情報が示すタイミングが到来していると判定する。一方、例えば、タイミング情報が示すタイミングとして「ログイン３０分後」が登録されている場合がある。この場合、管理サーバ４は、上記ステップＳ１３８１で特定したユーザネームに対応付けられて上記ステップＳ１２３で記憶されたログイン時刻を取得する。管理サーバ４は、取得したログイン時刻からの経過時間を算出する。管理サーバ４は、算出した経過時間が３０分未満である場合、タイミング情報が示すタイミングが到来していないと判定する。ステップＳ１３８３で取得されたタイミング情報が示すタイミングが到来していると判定された場合（ステップＳ１３８３：ＹＥＳ）、ステップＳ１３８４へ進む。ステップＳ１３８３で取得されたタイミング情報が示すタイミングが到来していないと判定された場合（ステップＳ１３８３：ＮＯ）、ステップＳ１３８５へ進む。
【００５０】
ステップＳ１３８４では、管理サーバ４は、ステップＳ１３８２で取得された広告番号が付与された広告情報を広告情報データベース４２２から取得する。この広告情報は、上記ステップＳ１３０で決定された広告情報である。ステップＳ１３８５では、管理サーバ４は、広告属性データベース４２５に登録されたユーザ属性情報に基づいて、広告情報データベース４２２に登録された複数の広告情報の中から推奨広告情報を決定する。例えば、管理サーバ４は、広告情報データベース４２２に登録された複数の広告情報の中から、上記特定したユーザネームが示すユーザの属性を示すユーザ属性とユーザの興味を示す興味属性の少なくとも何れか一方の属性に対応するユーザ属性情報に、相対的に多い指定回数が対応付けられた広告情報を推奨広告情報として決定する。例えば、年齢が「３１歳」、性別が「男性」、及び興味属性が「音楽」であるユーザＡの場合、図３（Ｂ）の広告属性データベース４２５から、広告番号２の広告情報、及び広告番号３の広告情報が推奨広告情報として決定される。広告番号２の広告情報は、「３０歳以上」のユーザ属性、及び「音楽」の興味属性の中で最も多い指定回数が対応付けられた広告情報である。広告番号３の広告情報は、「男性」のユーザ属性の中で最も多い指定回数が対応付けられた広告情報である。このように最も指定回数が多い広告情報は、同じユーザ層の中で一番人気のある広告ということができる。なお、例えば、年齢が「１９歳」、性別が「女性」、及び興味属性が「ゲーム」であるユーザＢの場合、図３（Ｂ）の広告属性データベース４２５から、広告番号２の広告情報、広告番号３の広告情報、及び広告番号４の広告情報が推奨広告情報として決定される。以上のように推奨広告情報として決定された広告情報は、広告番号をキーとして広告情報データベース４２２から取得される。
【００５１】
ステップＳ１３８６では、管理サーバ４は、ユーザリストに登録されたユーザネームの中で、未だ特定されていないユーザネームがあるか否かを判定する。未だ特定されていないユーザネームがあると判定された場合（ステップＳ１３８６：ＹＥＳ）、ステップＳ１３８１に戻る。ステップＳ１３８１に戻ると、例えばユーザＢのユーザネームが特定される。未だ特定されていないユーザネームがないと判定された場合（ステップＳ１３８６：ＮＯ）、ステップＳ１３８７へ進む。
【００５２】
ステップＳ１３８７では、管理サーバ４は、ステップＳ１３８４で取得された広告情報とステップＳ１３８５で決定された広告情報とを含む再生リストを生成する。なお、再生リストには、ステップＳ１３８４で取得された広告情報を再生させるタイミングを示すタイミング情報が含まれるように構成してもよい。この場合、広告表示端末３が、タイミング情報に基づき広告情報を再生するタイミングが到来しているか否かを判定する。そのため、管理サーバ４が、ステップＳ１３８３でタイミング情報が示すタイミングが到来しているか否かを判定しなくてもよい。管理サーバ４は、生成した再生リストを含む再生指示情報を広告表示端末３へ送信し（ステップＳ１３８８）、ステップＳ１３９へ進む。広告表示端末３へ送信される再生リストには、ステップＳ１３８４で取得された広告情報が含まれる。そのため、例えばユーザＡが興味を持った広告情報を、広告表示端末３から再生させることができる。また、ユーザＡが、カラオケ店舗の部屋で、例えば商品ＰＲのために、他のユーザに視聴させたい広告情報を広告表示端末３から再生させることができる。これにより、ユーザＡは他のユーザにＰＲしたい商品を周知させることができる。しかも、ユーザＡは、広告情報の指定をカラオケ店舗外で行うことができるので、カラオケ店舗の部屋内で操作して広告情報を再生させる必要はない。そのため、ユーザＡは意図して広告情報を表示させたことが他のユーザにわからないようにすることができる。また、広告表示端末３へ送信される再生リストには、ステップＳ１３８５で決定された広告情報が含まれる。そのため、複数のユーザのユーザ属性と興味属性の少なくとも何れか一方の属性に応じた、広告効果の高いと予想される適切な広告情報を広告表示端末３から再生させることができる。
【００５３】
ステップＳ１３９では、管理サーバ４は、広告表示端末３から再生実行情報を受信したか否かを判定する。再生実行情報は、広告情報の再生が実行されたことを示す。広告表示端末３から再生実行情報を受信したと判定された場合（ステップＳ１３９：ＹＥＳ）、ステップＳ１４０へ進む。再生実行情報には、例えば、再生された広告情報に付与された広告番号が含まれる。再生実行情報を受信していないと判定された場合（ステップＳ１３９：ＮＯ）、ステップＳ１４１へ進む。ステップＳ１４０では、管理サーバ４は、再生実行情報に含まれる広告番号が付与された広告情報の再生回数を１加算する。このように加算された再生回数により、広告再生回数データベース４２６に登録された再生回数が更新される。
【００５４】
ステップＳ１４１では、管理サーバ４は、広告主への情報通知契機が到来したか否かを判定する。情報通知契機は、例えば１日〜１ケ月程度の通知期間ごとに到来するように例えばタイマーにより設定される。情報が通知される対象の広告主の広告主ＩＤは、例えば情報通知リストに登録される。上記通知期間は、広告主ごとに異なる場合もある。この場合、通知期間ごとに情報通知リストが生成される。情報通知契機が到来したと判定された場合（ステップＳ１４１：ＹＥＳ）、ステップＳ１４２へ進む。情報通知契機が到来していないと判定された場合（ステップＳ１４１：ＮＯ）、ステップＳ１１７に戻る。
【００５５】
ステップ１４２では、管理サーバ４は、上記ステップＳ１３２で記憶部４２に登録されたユーザ属性情報の中から、広告主ＩＤに基づいて、広告主により提供された広告情報に対応付けられたユーザ属性情報を決定する。より具体的には、管理サーバ４は、情報通知リストから広告主ＩＤを一つ特定する。管理サーバ４は、特定した広告主ＩＤが対応付けられた広告番号を広告情報データベース４２２から取得する。情報を通知する広告主の広告主ＩＤを特定し、特定した広告主ＩＤが対応付けられた広告番号を取得することにより、通知する広告主の広告情報を特定することができる。管理サーバ４は、取得した広告番号に対応付けられたユーザ属性情報の中で例えば指定回数が所定回数以上であるユーザ属性情報を広告属性データベース４２５から決定する。ここで、所定回数は、例えばユーザ属性情報の種別ごとに異なるように設定されてもよい。管理サーバ４は、ステップ１４２で決定したユーザ属性情報と、ユーザ属性情報が対応付けられた広告番号とを、通知する広告主の広告主ＩＤを特定することによって、広告主ＩＤが対応する広告主に通知する（ステップＳ１４３）。例えば、ユーザ属性情報と広告番号は、広告主が広告主端末５から管理サーバ４へ接続しログインした際に通知される。或いは、ユーザ属性情報と広告番号は、広告主ＩＤに対応付けられて登録されている電子メールアドレス宛に電子メールで通知されるように構成してもよい。これにより、広告主は、自身が提供した広告情報がどのような年齢や性別のユーザ層、或いはどのようなものに興味のあるユーザ層により興味を持たれるかを容易に判断することができる。
【００５６】
以上のステップＳ１４２及びＳ１４３の処理は、情報通知リストに登録されている各広告主ＩＤに対応する広告主に対して行われる。管理サーバ４は、ステップ１４２で取得した広告番号に対応付けられたユーザ属性情報の種別ごとの指定回数を示す指定回数情報を広告属性データベース４２５から取得するように構成してもよい。つまり、広告属性データベース４２５に登録された上記広告番号に対応付けられたレコードが取得される。この場合、管理サーバ４は、取得した指定回数情報と、指定回数情報が対応付けられた広告番号とを、ステップ１４２で特定した広告主ＩＤに対応する広告主に通知する。そのため、広告主により提供された広告情報が、ユーザによりどの程度、興味が持たれているかを広告主に把握させることができる。また、管理サーバ４は、ステップ１４２で取得した広告番号に対応付けられた再生回数を示す再生回数情報を広告再生回数データベース４２６から取得するように構成してもよい。この場合、管理サーバ４は、取得した再生回数情報と、再生回数情報が対応付けられた広告番号とを、ステップ１４２で特定した広告主ＩＤに対応する広告主に通知する。そのため、広告主により提供された広告情報が、ユーザによりどの程度、視聴されたかを広告主に把握させることができる。
【００５７】
なお、広告情報の再生回数が広告番号に対応付けられてユーザ属性情報の種別ごとに広告再生回数データベース４２６に登録されるように構成してもよい。この場合、上記ステップＳ１３９において、広告表示端末３から受信される再生実行情報には、再生された広告情報の広告番号、及びユーザリストが含まれる。そして、上記ステップＳ１４１において、管理サーバ４は、再生実行情報に含まれるユーザリストに登録されたユーザネームが示すユーザのユーザ属性または興味属性と同一のユーザ属性情報に対応付けられた、広告情報の再生回数を１加算する。ユーザリストに複数のユーザネームが含まれている場合、それぞれのユーザネームが示すユーザのユーザ属性または興味属性と同一のユーザ属性情報に対応付けられた再生回数が１加算される。この場合のステップＳ１３８５では、管理サーバ４は、広告再生回数データベース４２６に登録された複数の広告情報の中から、ユーザネームが示すユーザの属性を示すユーザ属性またはユーザの興味を示す興味属性に対応するユーザ属性情報に、相対的に多い再生回数が対応付けられた広告情報を推奨広告情報として決定する。例えば、広告再生回数データベース４２６から、最も再生回数が多い広告情報が推奨広告情報として決定される。また、この場合のステップＳ１４２では、広告番号に対応付けられたユーザ属性情報の種別ごとの再生回数を示す再生回数情報を広告再生回数データベース４２６から取得するように構成してもよい。そして、管理サーバ４は、取得した再生回数情報と、再生回数情報が対応付けられた広告番号とを、上記特定した広告主ＩＤに対応する広告主に通知する。
【００５８】
次に、図６（Ｂ）に示す処理は、例えば、ユーザが、広告表示端末３が設置された部屋の選曲装置１を用いてログインしたことを広告表示端末３が検知した場合に開始される。ログインの検知は、例えばログイン時にカラオケ装置２から広告表示端末３へログイン通知がなされることにより行われる。図６（Ｂ）に示すステップＳ１５１では、広告表示端末３は、ログイン情報の取得契機が到来したか否かを判定する。ログイン情報の取得契機は、例えば１分〜１０分程度の取得時間ごとに到来するように例えばタイマーにより設定される。これにより、ログイン情報は、定期的にカラオケ装置２から取得されることになる。ログイン情報の取得契機が到来したと判定された場合（ステップＳ１５１：ＹＥＳ）、ステップＳ１５２へ進む。ログイン情報の取得契機が到来していないと判定された場合（ステップＳ１５１：ＮＯ）、ステップＳ１５１に戻る。
【００５９】
ステップ１５２では、広告表示端末３は、ログイン情報の送信要求をカラオケ装置２へ送信する。ログイン情報の送信要求に応じてカラオケ装置２からユーザリストが受信されると（ステップＳ１５３：ＹＥＳ）、ステップＳ１５４へ進む。ステップＳ１５４では、広告表示端末３は、広告情報の送信要求を管理サーバ４へ送信する。広告情報の送信要求に応じて管理サーバ４から再生指示情報を受信すると（ステップＳ１５５：ＹＥＳ）、ステップＳ１５６へ進む。ステップＳ１５６では、広告表示端末３は、再生指示情報に含まれる再生リストに従って広告情報を再生し、ディスプレイに表示する。なお、再生リストにタイミング情報が含まれる場合、広告表示端末３は、タイミング情報に示されるタイミングで広告情報を再生することになる。そして、広告表示端末３は、広告情報の再生を終了するか否かを判定する（ステップＳ１５７）。広告情報の再生を終了しないと判定された場合（ステップＳ１５７：ＮＯ）、ステップＳ１５６に戻る。広告情報の再生を終了すると判定された場合（ステップＳ１５７：ＹＥＳ）、ステップＳ１５８へ進む。ステップＳ１５８では、広告表示端末３は、広告情報の再生が実行されたことを示す再生実行情報を管理サーバ４へ送信し、ステップＳ１５１に戻る。なお、再生指示情報に含まれる再生リストに含まれる広告情報の再生回数又は再生頻度は任意に設定される。例えば広告情報の再生回数は１回又は複数回に設定される。また、例えば広告情報を再生させる時間間隔、または所定時間当たりの回数が再生頻度として設定される。なお、広告情報の再生頻度は、広告情報が再生されるたびに高くなるかまたは低くなるように設定されてもよい。また、再生回数又は再生頻度は、ユーザ端末６の広告選択画面上でユーザが、広告情報の指定と共に指定できるように構成してもよい。
【００６０】
以上説明したように、上記実施形態によれば、広告主により提供された複数の広告情報の中から何れかの広告情報を再生対象として指定したユーザのユーザ属性と興味属性との少なくとも何れか一方のユーザ属性情報を、指定された広告情報を提供した広告主に通知するように構成した。そのため、広告主により提供された広告情報がどのようなユーザ層により興味を持たれるかを容易に判断することが可能なユーザ属性情報を、広告情報を提供した広告主に提供することができる。よって、広告主に対する信頼度を高めることができる。
【００６１】
また、上記実施形態によれば、広告主により提供された広告情報の中からユーザが指定した広告情報に基づいて、カラオケ店舗の部屋に設置される広告表示端末３から再生させる広告情報を決定するように構成した。そのため、指定したユーザにとって、より効果的な広告情報を広告表示端末３から再生させることができる。
【００６２】
［４．他の実施形態］
次に、上記実施形態において、ユーザにより指定された広告情報を再生させるタイミングの他の例、及び広告情報を再生させる再生条件について説明する。広告情報を再生させるタイミングとして、カラオケ店舗の部屋への入室時、入室Ｘ分後、又は退出時等をユーザが広告選択画面上で指定できるように構成してもよい。この場合、広告表示端末３は、例えば、カラオケ店舗の部屋の利用状況を管理する管理端末、或いは部屋に設置された人感センサー等から取得する。広告表示端末３は、部屋の利用状況にしたがってユーザにより指定された入室時、入室Ｘ分後、又は退出時等のタイミングで広告情報を再生する。或いは、広告情報を再生させるタイミングとして、カラオケ店舗の部屋の利用日時をユーザが広告選択画面上で指定できるように構成してもよい。この場合、広告表示端末３は、ユーザにより指定された日時のタイミングで広告情報を再生する。
【００６３】
また、広告情報を再生させるタイミングとして、ユーザ端末６の広告選択画面上でユーザがカラオケ曲の演奏前、演奏中、又は演奏後等を指定できるように構成してもよい。この場合、広告表示端末３は、例えばカラオケ装置２から予約されたカラオケ曲の演奏状況を示す情報を取得する。広告表示端末３は、カラオケ曲の演奏状況にしたがってユーザにより指定された演奏前、演奏中、又は演奏後等のタイミングで広告情報を再生する。また、ユーザ端末６の広告選択画面上でユーザが演奏前等のタイミングと共に、再生条件としてカラオケ曲を指定できるように構成してもよい。この場合、ユーザにより指定されたカラオケ曲又は関連するカラオケ曲の演奏前、演奏中、又は演奏後等のタイミングで広告情報が再生される。「関連するカラオケ曲」とは、例えば、ユーザにより指定されたカラオケ曲の基となった楽曲のアーティストが同一である他の楽曲を基とするカラオケ曲である。或いは、ユーザ端末６の広告選択画面上でユーザが演奏前等のタイミングと共に、再生条件としてアーティストを指定できるように構成してもよい。この場合、ユーザにより指定されたアーティストのカラオケ曲の演奏前、演奏中、又は演奏後等のタイミングで広告情報が再生される。なお、ユーザが広告選択画面上でカラオケ曲を指定し、且つカラオケ店舗でこのカラオケ曲を歌唱予約した場合に、ユーザにより指定されたカラオケ曲又は関連するカラオケ曲の演奏前等のタイミングで広告情報が再生されるように構成してもよい。また、ユーザが広告選択画面上でアーティストを指定し、且つカラオケ店舗でこのアーティストの楽曲を基とするカラオケ曲を歌唱予約した場合に、ユーザにより指定されたアーティストの楽曲を基とするカラオケ曲の演奏前等のタイミングで広告情報が再生されるように構成してもよい。なお、予約したユーザのユーザネームは、例えばカラオケ装置２から取得される。
【００６４】
また、広告情報を再生させるタイミングとして、ユーザ端末６の広告選択画面上でユーザが飲食物等のメニューの注文時、又は注文Ｘ分後等を指定できるように構成してもよい。この場合、カラオケ店舗では、ユーザからメニューの注文があった時、注文時刻及び内容が例えばＰＯＳ（Point of sale）システムに登録される。広告表示端末３は、ＰＯＳシステムからメニューの注文状況を示す情報を取得する。広告表示端末３は、メニューの注文状況にしたがってユーザにより指定されたメニューの注文時又は注文Ｘ分後等のタイミングで広告情報を再生する。或いは、ユーザ端末６の広告選択画面上でユーザがメニューの注文時等のタイミングと共に、再生条件としてメニューの内容を指定できるように構成してもよい。この場合、ユーザにより指定された内容のメニューの注文時又は注文Ｘ分後等のタイミングで広告情報が再生される。
【００６５】
また、上述した再生条件の他にも、ユーザ端末６の広告選択画面上でユーザが例えばカラオケ店舗がある地域、カラオケ店舗の部屋、演奏曲数、特定のユーザのログイン、又は歌唱採点結果等の再生条件を指定できるように構成してもよい。この場合、広告情報を再生させるタイミングについては上記と同様である。再生条件としてカラオケ店舗がある地域（例えば東京都）が指定された場合、広告表示端末３は、この広告表示端末３が設置されたカラオケ店舗がある地域とユーザにより指定された地域とが一致することを条件として広告情報を再生する。再生条件としてカラオケ店舗の部屋（１号室）が指定された場合、広告表示端末３は、この広告表示端末３が設置された部屋とユーザにより指定された部屋とが一致することを条件として広告情報を再生する。カラオケ店舗がある地域、又はカラオケ店舗の部屋を示す情報は、例えば広告表示端末３に予め記憶される。再生条件として演奏曲数が指定された場合、広告表示端末３は、指定された演奏曲数のカラオケ曲が演奏されることを条件として広告情報を再生する。演奏曲のカウントは、例えば広告表示端末３により行われる。演奏曲数は、複数のユーザ全体での合計の演奏曲数、又はユーザ別の演奏曲数である。再生条件としてユーザＢのログインが例えばユーザＡにより指定された場合、広告表示端末３は、ユーザＢがログインしたことを条件として広告情報を再生する。再生条件として歌唱採点結果が指定された場合、広告表示端末３は、指定したユーザの歌唱の採点が所定の点数と一致、または所定の点数以下又は以上であることを条件として広告情報を再生する。ユーザの歌唱の採点結果は、例えばカラオケ装置２から取得される。なお、例えば特定のサービスが実施中である場合、又はログインしたユーザが特定のキャンペーンに参加していることを再生条件としてもよい。
【００６６】
また、上記実施形態において、ステップＳ１３８７の処理では、ユーザにより指定された広告情報と、推奨広告情報とを含む再生リストが生成される。再生リストの広告情報には、ユーザにより指定された広告情報と、推奨広告情報との両方が含まれなくてもよい。再生リストが、ユーザにより指定された広告情報のみで生成されてもよい。また、再生リストが、推奨広告情報のみで生成されてもよい。
【００６７】
以上のように、上記実施形態によれば、広告主から提供された広告情報と共に、広告情報を再生させるタイミングや再生条件をユーザが指定できるように構成した。そのため、指定したユーザにとって、より効果的に、広告情報を広告表示端末３から再生させることができる。
【００６８】
なお、上記実施形態においては、本発明の広告登録装置として管理サーバ４を例にとって説明した。しかし、本発明の広告登録装置が備える各手段の一部又は全部が選曲装置１、カラオケ装置２、又は広告表示端末３に備えられる構成してもよい。特に、上記実施形態において、カラオケ装置２と広告表示端末３とは別体に設けられているが、これに限らない。広告表示端末３の機能がカラオケ装置２内に組み込まれるように構成してもよい。また、上記実施形態においては、広告表示端末３のディスプレイは、カラオケ装置２と接続され、カラオケ曲の再生に従って、映像を表示するディスプレイとして使用可能な構成であるがこれに限らない。広告表示端末３と、カラオケ装置２とには、それぞれ別のディスプレイが接続されてもよい。また、広告表示端末３は、広告を表示するディスプレイとして、カラオケ装置２に接続され、カラオケ曲等の再生に従って、映像を表示するために設置されたディスプレイを使用してもよい。
【００６９】
また、管理サーバ４の一部機能が、図示外のカラオケシステムサーバなどに備えられる構成であってもよい。例えば、上述のログイン要求処理について用いられる、管理サーバ４のユーザデータベース（ＤＢ）４２１に記憶される情報が、カラオケシステムサーバに記憶されてもよい。この場合、ユーザがユーザ端末６を用いて、または選曲装置１からカラオケ装置２を介して行うログイン要求は、カラオケシステムサーバへ送信される。その後、管理サーバ４は、カラオケシステムサーバから、ユーザネームを含むユーザデータベース（ＤＢ）４２１の情報が取得される。またユーザ属性情報は、上述したユーザ属性および興味属性の例に限らない。例えば、ユーザの購買行動の履歴や、ウェブサイトの検索および閲覧履歴などから、ユーザ属性または興味属性を分類し、ユーザ属性情報としてもよい。
【符号の説明】
【００７０】
１  選曲装置
２  カラオケ装置
３  広告表示端末
４  管理サーバ
５  広告主端末
６  ユーザ端末
４１  制御部
４２  記憶部
４３  通信部
【図２】
2013235400.tif 000003
【図３】
2013235400.tif 000004
【図４】
2013235400.tif 000005
【図５】
2013235400.tif 000006
【図６】
2013235400.tif 000007
【図１】
2013235400.tif 000008