JP4445209B2 - 広告管理方法及び放送装置 - Google Patents
広告管理方法及び放送装置 Download PDFInfo
- Publication number
- JP4445209B2 JP4445209B2 JP2003088143A JP2003088143A JP4445209B2 JP 4445209 B2 JP4445209 B2 JP 4445209B2 JP 2003088143 A JP2003088143 A JP 2003088143A JP 2003088143 A JP2003088143 A JP 2003088143A JP 4445209 B2 JP4445209 B2 JP 4445209B2
- Authority
- JP
- Japan
- Prior art keywords
- music
- information
- genre
- preference information
- song
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/38—Arrangements for distribution where lower stations, e.g. receivers, interact with the broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
- H04H60/46—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for recognising users' preferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/61—Arrangements for services using the result of monitoring, identification or recognition covered by groups H04H60/29-H04H60/54
- H04H60/65—Arrangements for services using the result of monitoring, identification or recognition covered by groups H04H60/29-H04H60/54 for using the result on users' side
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
- H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
- H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Signal Processing (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、広告管理方法及び放送装置に関する。
【０００２】
【従来の技術】
従来、放送局などにおいて、コマーシャル（以下、ＣＭという）を放送する際は、１対１に対応付けられた、ＣＭの内容（商品及び／又はサービスの説明や映像）と該ＣＭのバックグラウンドミュージック（以下、ＢＧＭという）とを放送していた。
【０００３】
このようなＣＭは、例えば、ＣＭ作成者などによって、いかに効果的に視聴者の興味を引き、商品及び／又はサービスに良い印象を与えるかを目的として作成されていた。
【０００４】
一方、個人を対象として、より個人の嗜好にマッチしたＣＭを該個人に対して提供するシステムも提案されている（例えば、特許文献１参照。）。
【０００５】
【特許文献１】
特開２００２−７８７３号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したような方法やシステムにおいては、ＣＭのＢＧＭが必ずしも視聴者の嗜好と一致していないため、意図していた効果、例えば、視聴者の興味を引いたり、商品及び／又はサービスに良い印象を与えたりすること、が得られない問題があった。
【０００７】
本発明は、上記の点に鑑みなされたもので、視聴者の嗜好と一致した背景音楽の広告を放送することを目的とする。
【０００８】
そこで、上記問題を解決するため、本発明は、放送を行う放送装置における広告管理方法であって、前記放送を受信する放送受信端末が前記放送装置より楽曲に係るデータをダウンロードして視聴又は購入したことを示すブックマーク情報を、前記放送受信端末より受信するデータ取得情報受信段階と、前記データ取得情報受信段階において受信した前記ブックマーク情報を視聴者の楽曲に係る嗜好情報として、ユーザ識別子及び前記楽曲の曲コードに対応させて蓄積する嗜好情報蓄積段階と、楽曲の曲コードとジャンル情報とが対応付けて蓄積されている楽曲一覧データベースを参照し、前記嗜好情報蓄積段階によって蓄積された嗜好情報の前記楽曲の曲コードに基づいて該嗜好情報が多い楽曲のジャンル情報を抽出するジャンル抽出段階と、前記ユーザ識別子に対応する放送受信端末が動作中であることを判断する動作中判断段階と、前記動作中判断段階によって前記放送受信端末が動作中であると判断した場合、前記ジャンル抽出段階にて抽出されたジャンル情報に基づいて、広告の背景音楽を、広告を放送する前に変更する背景音楽変更段階とを有することを有することを特徴とする。
【０００９】
本発明によれば、視聴者の嗜好と一致した背景音楽の広告を放送することができる。
【００１０】
また、上記課題を解決するための手段として、本発明は、放送を行う放送装置とすることもできる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について図面に基づいて説明する。
【００１２】
図１は、本発明を実施する一例のシステム構成図である。図１に示されるように、本発明を実施するシステムは放送装置１などを有する放送局１００と、該放送局１００とネットワーク５を介して接続された放送受信端末２とから構成される。
【００１３】
放送局１００に含まれる放送装置１は、後述するように、例えばドラマなどの番組やＣＭをストリーム放送する一方、後述する放送受信端末２を介して視聴者（以下、ユーザともいう）が楽曲などを試聴したり買い取ったりすることが可能な楽曲のデータ（楽曲データ）をファイル形式で放送受信端末２に転送する。
【００１４】
また、放送受信端末２は、放送装置１より放送される番組やＣＭなどを受信する一方、ユーザからの要求に応じて、前記楽曲データをダウンロードし、試聴したり買い取ったりした旨の情報（以下、ブックマーク情報という）を、ネットワーク５を介して放送装置１に送信する。放送受信端末２の、より具体的な例としては例えばデジタルテレビなどがある。
【００１５】
放送装置１では、該ブックマーク情報を受信して蓄積し、該蓄積したブックマーク情報に基づいて、ＣＭのＢＧＭを変更し、ＣＭを放送する。
【００１６】
以下、放送装置１のハードウェア構成の一例を、図２を用いて説明する。
【００１７】
図２は、放送装置の一例のハードウェア構成図である。
【００１８】
図２に示される放送装置１のハードウェア構成は、それぞれバスＢで相互に接続されている入力装置１０と、表示装置１１と、ドライブ装置１２と、記録媒体１３と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１４と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１５と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１６と、インターフェース装置１７と、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）１８とから構成されている。
【００１９】
入力装置１０は、放送装置１の管理者などが操作するキーボード及びマウスなどで構成され、放送装置１に各種操作信号を入力するのに用いられる。
【００２０】
表示装置１１は、放送装置１の管理者が利用するディスプレイなどで構成され、各種情報を表示する。
【００２１】
インターフェース装置１７は、放送装置１をネットワーク５に接続するインターフェースである。
【００２２】
後述するブックマーク蓄積処理や閾値越え曲及び／又はジャンルの検出処理やＢＧＭ変更処理などの処理を行うＣＭ管理プログラムなどは、例えば、ＣＤ−ＲＯＭなどの記録媒体１３によって放送装置１に提供されるか、ネットワーク５を通じてダウンロードされる。記録媒体１３は、ドライブ装置１２にセットされ、前記ＣＭ管理プログラムなどが記録媒体１３からドライブ装置１２を介してＲＯＭ１４にインストールされる。
【００２３】
ＲＯＭ１４は、データや前記ＣＭ管理プログラムなどを格納する。ＲＡＭ１５は、放送装置１の起動時にＲＯＭ１４から前記ＣＭ管理プログラムなどを読み出して格納する。ＣＰＵ１６は、ＲＡＭ１５に読み出され、格納された前記ＣＭ管理プログラムなどに従って処理を実行する。
【００２４】
ＨＤ１８は、データやファイル、後述する各種データベース（以下、ＤＢという）を格納する。
【００２５】
以下、放送装置１の機能構成の一例を、図３を用いて説明する。
【００２６】
図３は、放送装置の一例の機能構成図である。
【００２７】
図３において放送装置１は、変更管理部４１と、送信制御部４４と、画像データ格納部４５と、楽曲データ格納部４６と、ＣＭ格納部４７と、番組格納部４８と、ＣＭ・番組出力管理部４９と、サブ出力管理部５０と、メイン出力部５１と、サブ出力部５２と、ブックマークＤＢ６１と、ユーザ管理ＤＢ６２と、楽曲一覧ＤＢ６３と、ＣＭ素材ＤＢ６４とを有する。
【００２８】
変更管理部４３は、ブックマーク情報を、放送受信端末２より受信し、後述するブックマークＤＢ６１に蓄積したり、ブックマークＤＢ６１に蓄積されているブックマーク情報に基づいて、定められた閾値を超えた曲及び／又はジャンルを検出し、送信制御部４４に通知したりする。
【００２９】
送信制御部４４は、変更管理部４３から通知された情報に基づいて、ＣＭ格納部４７より取得したＣＭのＢＧＭを変更し、該ＢＧＭを変更したＣＭをＣＭ格納部４７に格納する。
【００３０】
画像データ格納部４５には、ＣＭに用いる画像データが格納されており、楽曲データ格納部４６には、ＣＭのＢＧＭなどに用いる楽曲データが格納されている。なお、図３の放送装置１は、デジタルテレビ向けの放送を考慮し、画像データ格納部４５を有する構成としているが、例えば、放送装置１がラジオ向けの放送のみを行う場合、放送装置１は、画像データ格納部４６を含まない構成であってもよい。但し、以下では説明の簡略化のため、放送装置１は、デジタルテレビ向けの放送を行うものとして説明を行う。なお、このことは本発明の実施を制限するものではない。
【００３１】
また、ＣＭ格納部４７は、放送予定のＣＭが格納されており、番組格納部４８には、放送予定の番組が格納されている。
【００３２】
ＣＭ・番組出力管理部４９は、ＣＭ格納部４７に格納されている放送予定のＣＭや番組格納部４８に格納されている放送予定の番組を、定められたスケジュールに基づいてメイン出力部５１に提供し、出力を要求する。その際、ＣＭ・番組出力管理部４９は、ＣＭや番組に用いられる楽曲データを楽曲データ格納部４６より取得し、メイン出力部５１に提供する。
【００３３】
メイン出力部５１は、ＣＭ・番組出力管理部４９からの要求に基づいて、ＣＭ及び／又は番組をストリーム放送により放送する。
【００３４】
また、サブ出力管理部５０は、ＣＭ及び／又は番組に関連した楽曲の楽曲データを楽曲データ格納部４６より取得し、ＣＭ・番組出力管理部４９と連動し、前記楽曲データをサブ出力部５２に提供し、出力を要求する。
【００３５】
サブ出力部５２は、サブ出力管理部５０からの要求に基づいて、前記楽曲データをファイル形式で放送受信端末２に転送する。
【００３６】
ブックマークＤＢ６１は、ブックマーク情報を蓄積する。ブックマークＤＢ６１の詳細は後述する図７や図１２及び図１３を用いて説明する。
【００３７】
ユーザ管理ＤＢ６２は、放送受信端末２を用いて放送を試聴するユーザに係る情報を蓄積する。ユーザ管理ＤＢ６２の詳細は後述する図４を用いて説明する。
【００３８】
楽曲一覧ＤＢ６３は、楽曲に係る情報を蓄積する。楽曲一覧ＤＢ６３の詳細は後述する図５を用いて説明する。
【００３９】
ＣＭ素材ＤＢ６４は、ＣＭと該ＣＭの楽曲に係る情報を蓄積する。ＣＭ素材ＤＢ６４の詳細は後述する図１１を用いて説明する。
【００４０】
以下、ユーザ管理ＤＢ６２のテーブルの一例を、図４を用いて説明する。
【００４１】
図４は、ユーザ管理ＤＢの一例を説明するための図である。
【００４２】
ユーザ管理ＤＢ６２は、図４に示されるようなテーブルを含む。該テーブルは、ユーザＩＤと、居住地区識別コードと、生年と、職業とを項目として含む。
【００４３】
ユーザＩＤには、放送を視聴するユーザを識別する識別子が格納されている。
【００４４】
居住地区識別コードには、ユーザの居住地区を識別する識別コードが格納されている。例えば、居住地区識別コードの一例として郵便番号が格納されている。居住地区識別コードを項目として含むことによって、例えば、都道府県ごとや市区町村ごとにブックマーク情報を集計し、地域ごとにＣＭのＢＧＭを変更することができる。
【００４５】
生年には、ユーザの生年が格納されている。生年を項目として含むことによって、例えば、年代ごとにブックマーク情報を集計し、年代ごとにＣＭのＢＧＭを変更することができる。
【００４６】
職業識別コードには、ユーザの職業を識別する識別コードが格納されている。職業識別コードを項目として含むことによって、例えば、職業識別コードごとにブックマーク情報を集計し、職業ごとにＣＭのＢＧＭを変更することができる。なお、図４の職業識別コードの０１、０２、・・・などは例えば、０１は会社員（事務）、０２は会社員（技術）、・・・などと職業識別コードと実際の職業とが対応付けられている。
【００４７】
以下、楽曲一覧ＤＢ６３の一例を、図５を用いて説明する。
【００４８】
図５は、楽曲一覧ＤＢのテーブルの一例を説明するための図である。
【００４９】
楽曲一覧ＤＢ６３は、図５に示されるようなテーブルを含む。該テーブルは、曲コードと、タイトルと、アーティストと、ジャンルとを項目として含む。
【００５０】
曲コードには、楽曲を識別する識別コードが格納されている。
【００５１】
タイトルには、楽曲のタイトルが格納されている。
【００５２】
アーティストには、楽曲を演奏するアーティストの名前が格納されている。
【００５３】
ジャンルには、楽曲のジャンルが格納されている。なお、図５においては説明の簡略化のため、ジャンルにＪＡＺＺやＴＥＣＨＮＯなど、楽曲のジャンルが直接格納されているが、該ジャンルを識別するジャンル識別コード（例えば、ＪＡＺＺなら０００１、ＴＥＣＨＮＯなら０００２など）を格納するようにしてもよい。以下においても同様である。
【００５４】
以下、ブックマーク蓄積処理の一例を、図６を用いて説明する。
【００５５】
図６は、ブックマーク蓄積処理の一例を説明するためのフローチャートである。
【００５６】
変更管理部４１は、ＣＭ・番組出力管理部４９よりＣＭ及び／又は番組が出力され、楽曲に係る放送が開始された旨（例えば、歌番組などで、楽曲の放送が開始されたり、番組などのＢＧＭとして楽曲の放送が開始されたりした旨）の通知を受信すると、以下の処理を開始する。
【００５７】
ステップＳ１０において変更管理部４１は、放送受信端末２より送信されたブックマーク情報を受信し、ブックマーク情報をカウントする。
【００５８】
ステップＳ１０に続いてステップＳ１１に進み、変更管理部４１は、前記楽曲に係る放送が終了したかどうかを判定する。前記楽曲に係る放送が終了したと判定すると（ステップＳ１１においてＹＥＳ）、ステップＳ１２に進み、前記楽曲に係る放送は終了していないと判定すると（ステップＳ１１においてＮＯ）、ステップＳ１０からの処理を繰り返す。
【００５９】
例えば、変更管理部４１は、ＣＭ・番組出力管理部４９より前記楽曲に係る放送が終了した旨の通知を受信すると、前記楽曲に係る放送が終了したと判定する。
【００６０】
ステップＳ１２において、変更管理部４１は、ブックマーク情報のカウント結果をブックマークＤＢ６１に格納する。
（第一実施例―地域）
以下、ブックマークＤＢの一例を、図７を用いて説明する。
【００６１】
図７は、ブックマークＤＢのテーブルの一例を説明するための図である。
【００６２】
ブックマークＤＢ６１は、図７に示されるようなテーブルを含む。該テーブルは、番組コードと、地域と、曲コードと、ブックマーク件数とを項目として含む。
【００６３】
番組コードには、楽曲を放送した番組を識別する識別コードが格納されている。
【００６４】
地域には、放送受信端末２を用いてブックマーク情報を送信してきたユーザの地域が格納されている。該地域は、都道府県ごとであってもよいし、地区町村ごとなどであってもよい。
【００６５】
例えば、変更管理部４１は、ユーザ管理ＤＢ６２の居住地区識別コードを参照し、ブックマーク情報を送信して来たユーザの地域を確定する。
【００６６】
曲コードには、楽曲を識別する識別コードが格納されている。
【００６７】
ブックマーク件数には、ブックマーク情報の件数が格納されている。
【００６８】
図７に示されるように、変更管理部４１は、番組コード、地域、曲コードなどに対応させて、ブックマーク情報をカウントし、ブックマークＤＢ６１に格納することができる。
【００６９】
番組コードに対応させることにより、該番組を視聴する視聴者の楽曲の嗜好を把握し、該番組中に放送するＣＭのＢＧＭを変更し、ＣＭを放送することができる。
【００７０】
また、地域に対応させることにより、地域における視聴者の楽曲の嗜好を把握し、該地域の前記番組中に放送するＣＭのＢＧＭを変更し、ＣＭを放送することができる。
【００７１】
以下、閾値を越えた楽曲を検出する処理の一例を、図８を用いて説明する。
【００７２】
図８は、閾値越え楽曲検出処理の一例を説明するためのフローチャートである。
【００７３】
ステップＳ２０において、変更管理部４１は、調査範囲内で且つ閾値を超えた楽曲をブックマークＤＢ６１より検出する。
【００７４】
例えば、調査範囲としては、番組コードや地域などがある。これらの調査範囲は、放送装置１の管理者が直接入力したものを変更管理部４１が取得する構成であってもよいし、調査範囲の定義ファイルなどに定義されている調査範囲情報を変更管理部４１が取得する構成であってもよい。
【００７５】
また、同様に、閾値は、放送装置１の管理者が直接入力したものを変更管理部４１が取得する構成であってもよいし、閾値の定義ファイルなどに定義されている閾値情報を変更管理部４１が取得する構成であってもよい。
【００７６】
例えば、調査範囲が番組コード「０００１」で、地域は「東京」、閾値は「ブックマーク件数が３００以上の楽曲」であった場合、変更管理部４１は、これらを検索条件としてブックマークＤＢ６１のテーブルを検索し、対応する楽曲の曲コードを閾値越え楽曲として取得する。図７に示すブックマークＤＢ６１のテーブルにおいては、曲コード０００４と、０００５と、０００７と、０００８とが閾値越え楽曲として検出される。
【００７７】
ステップＳ２０に続いてステップＳ２１に進み、変更管理部４１は、ステップＳ２０において検出した楽曲のジャンル情報を楽曲一覧ＤＢ６３より取得する。
【００７８】
例えば、ステップＳ２０において曲コード０００４と、０００５と、０００７と、０００８とを検出した場合、変更管理部４１は、楽曲一覧ＤＢ６３を参照し、ぞれぞれの楽曲のジャンルがＪＡＺＺと、ＪＡＺＺと、ＲＯＣＫと、ＴＥＣＨＮＯとであることを取得する。
【００７９】
ステップＳ２１に続いてステップＳ２２に進み、変更管理部４１は、ステップＳ２１において取得したジャンル情報を基に、閾値越え楽曲のジャンル配分を算出する。
【００８０】
例えば、ステップＳ２１において曲コード０００４＝ＪＡＺＺ、曲コード０００５＝ＪＡＺＺ、曲コード０００７＝ＲＯＣＫ、曲コード０００８＝ＴＥＣＨＮＯであることを取得した変更管理部４１は、ジャンル配分をＪＡＺＺ：ＲＯＣＫ：ＴＥＣＨＮＯ＝２：１：１であると算出する。
【００８１】
ステップＳ２２に続いてステップＳ２３に進み、変更管理部４１は、送信制御部４４に対してＣＭのＢＧＭを変更する旨の通知（以下、変更通知という）を送信する。
【００８２】
図８に示した処理を行うことによって、ある地域ごとに閾値を超えた楽曲を検出し、該楽曲のジャンル配分を算出し、ＣＭのＢＧＭの変更を送信制御部４４に通知することができる。
【００８３】
以下、変更通知の一例を、図９を用いて説明する。
【００８４】
図９は、変更通知の一例を説明するための図である。
【００８５】
図９に示される変更通知には、番組コードとＣＭを変更する地域と楽曲のジャンル配分とが含まれている。
【００８６】
以下、ＢＧＭ変更処理の一例を、図１０を用いて説明する。
【００８７】
図１０は、ＢＧＭ変更処理の一例を説明するためのフローチャートである。
【００８８】
送信制御部４４は、変更管理部４１より図９に示したような変更通知を受信すると以下の処理を開始する。
【００８９】
ステップＳ３０において送信制御部４４は、受信した変更通知に含まれる通知情報を取得する。
【００９０】
例えば、図９に示した変更通知を例に取ると、送信制御部４４は、変更通知より、番組コードは０００１、地域は東京都、楽曲のジャンル配分はＪＡＺＺ：ＲＯＣＫ：ＴＥＣＨＮＯ＝２：１：１である旨の情報を取得する。
【００９１】
ステップＳ３０に続いてステップＳ３１に進み、送信制御部４４は、前記番組コードに対応する番組において放送予定のＣＭ及び該ＣＭの放送予定回数などをＣＭ格納部４７より取得する。
【００９２】
例えば、ＣＭには予めデフォルトのＢＧＭのジャンル（例えば、ＴＥＣＨＮＯ）が定められており、送信制御部４４は、ＣＭ格納部４７より番組コード：０００１、ＣＭコード：１０００５、ＢＧＭジャンルＴＥＣＨＮＯ、曲コード：４０８５：放送予定回数：１２回などの情報を取得する。
【００９３】
ステップＳ３１に続いてステップＳ３２に進み、送信制御部４４は、ステップＳ３０において取得したジャンル配分に基づいて、該当するジャンルのＢＧＭを使用しているＣＭに係る情報をＣＭ素材ＤＢ６４より選択する。
【００９４】
図１１は、ＣＭ素材ＤＢのテーブルの一例を説明するための図である。
【００９５】
ＣＭ素材ＤＢ６４は、図１１に示すようなテーブルを含む。該テーブルは、ＣＭコードと、提供社と、ＢＧＭジャンルと、ＢＧＭ曲名と、曲コードとを項目として含む。
【００９６】
ＣＭコードには、ＣＭを識別する識別コードが格納されている。
【００９７】
提供社には、ＣＭを提供する提供社名が格納されている。
【００９８】
ＢＧＭジャンルには、該ＣＭのＢＧＭのジャンルが格納されている。
【００９９】
ＢＧＭ曲名には、該ＢＧＭの曲名が格納されている。
【０１００】
曲コードには、該ＢＧＭの楽曲を識別する識別コードが格納されている。
【０１０１】
例えば、図１０のステップＳ３２において送信制御部４４は、図１１に示されるように、ＣＭの提供社が予め用意してある複数のＢＧＭのＣＭの中からＪＡＺＺをＢＧＭとして使用しているバージョン（ＣＭコード１０００３）と、ＲＯＣＫをＢＧＭとして使用しているバージョン（ＣＭコード１０００２）と、ＴＥＣＨＮＯをＢＧＭとして使用しているバージョン（ＣＭコード１０００５）とを選択する。
【０１０２】
ステップＳ３２に続いてステップＳ３３に進み、送信制御部４４は、ステップＳ３２において選択したＣＭを、ステップＳ３０において取得したジャンル配分に基づいてＣＭ格納部４７に格納する。
【０１０３】
例えば、送信制御部４４は、ＣＭコード：１０００５のＣＭが元々１２回放送される予定であった場合、放送コード１０００３のＣＭ（ＢＧＭがＪＡＺＺ）を６回、放送コード１０００２のＣＭ（ＢＧＭがＲＯＣＫ）を３回、放送コード１０００５のＣＭ（ＢＧＭがＴＥＣＨＮＯ）を３回放送するようＣＭ格納部４７に格納する。
【０１０４】
なお、配分がうまく割り切れない場合、例えば、ＣＭコード：１０００５のＣＭが元々１０回放送される予定であった場合、比率が最も高いＢＧＭのＣＭを優先するようにしてもよい。即ち、放送コード１０００３のＣＭ（ＢＧＭがＪＡＺＺ）を６回、放送コード１０００２のＣＭ（ＢＧＭがＲＯＣＫ）を２回、放送コード１０００５のＣＭ（ＢＧＭがＴＥＣＨＮＯ）を２回放送するようＣＭ格納部４７に格納してもよい。
【０１０５】
ＣＭ・番組出力管理部４９は、ＣＭ格納部４７に格納に格納されている上述したようにＢＧＭを変更された定められたスケジュールに基づいて、定められた回数（例えば、ＪＡＺＺを６回、ＲＯＣＫを３回、ＴＥＣＨＮＯを３回）放送する。
【０１０６】
図１０に示した処理を行うことによって、例えば、地域ごとの楽曲の嗜好情報を反映し、地域におけるユーザの好みにあった楽曲のジャンルをＢＧＭとするＣＭを放送することができる。
【０１０７】
また、ＣＭを放送する直前までＣＭのＢＧＭを変更することができ、ユーザの最新の嗜好情報を反映させた楽曲のジャンルをＢＧＭとするＣＭを放送することができる。
（第二実施例―ユーザ個人）
以下、ブックマークＤＢの他の例を、図１２を用いて説明する。
【０１０８】
図１２は、ブックマークＤＢのテーブルの他の例を説明するための図である。
【０１０９】
ブックマークＤＢ６１は、図１２に示されるようなテーブルを含む。該テーブルは、番組コードと、ユーザＩＤと、曲コードと、ブックマーク件数とを項目として含む。
【０１１０】
番組コードには、楽曲を放送した番組を識別する識別コードが格納されている。
【０１１１】
ユーザＩＤには、放送を視聴するユーザを識別する識別子が格納されている。
【０１１２】
曲コードには、楽曲を識別する識別コードが格納されている。
【０１１３】
ブックマーク件数には、ブックマーク情報の件数が格納されている。
【０１１４】
図１２に示されるように、変更管理部４１は、番組コード、ユーザＩＤ、曲コードなどに対応させて、ブックマーク情報をカウントし、ブックマークＤＢ６１に格納することができる。
【０１１５】
ユーザＩＤに対応させることにより、ユーザごとの楽曲の嗜好を把握し、該ユーザごとに放送するＣＭのＢＧＭを変更し、ＣＭを放送することができる。
【０１１６】
以下、変更管理部４１が、一定期間（例えば、１月）蓄積したブックマーク情報を分類してテーブルに格納した例を、図１３を用いて説明する。
【０１１７】
図１３は、ブックマークＤＢのテーブルの他の例を説明するための図である。
【０１１８】
ブックマークＤＢ６１は、図１３に示されるようなテーブルを含む。該テーブルは、ユーザＩＤと、ジャンルごとに区切られたブックマーク件数を項目として含む。
【０１１９】
ユーザＩＤには、放送を視聴するユーザを識別する識別子が格納されている。
【０１２０】
ブックマーク件数の各ジャンルには、各ジャンルごとのブックマーク情報の件数が格納されている。
【０１２１】
変更管理部４１は、一定期間（例えば、１月）蓄積したブックマーク情報を基に、楽曲一覧ＤＢ６３などを参照し、それぞれの楽曲をジャンルごとに分類し、図１３に示すようなテーブルにブックマーク件数を格納する。
【０１２２】
以下、閾値を越えたジャンルを検出する処理の一例を、図１４を用いて説明する。
【０１２３】
図１４は、閾値越えジャンル検出処理の一例を説明するためのフローチャートである。
【０１２４】
ステップＳ４０において、変更管理部４１は、閾値を超えたジャンルをブックマークＤＢ６１より検出する。
【０１２５】
例えば、閾値は、放送装置１の管理者が直接入力したものを変更管理部４１が取得する構成であってもよいし、閾値の定義ファイルなどに定義されている閾値情報を変更管理部４１が取得する構成であってもよい。
【０１２６】
例えば、閾値が「ブックマーク件数２０件以上のジャンル」であった場合、変更管理部４１は、該閾値を検索条件として図１３に示すテーブルを検索し、ブックマーク件数２０件以上のジャンルを取得する。図１３に示すテーブルにおいては、ＰＯＰＳと、ＲＯＣＫとが閾値越えジャンルとして検出される。
【０１２７】
ステップＳ４０に続いてステップＳ４１に進み、変更管理部４１は、ステップＳ４０において取得したジャンル情報及びブックマーク件数を基に、閾値越えジャンルのジャンル配分を算出する。
【０１２８】
例えば、ステップＳ４０においてＰＯＰＳが４２件、ＲＯＣＫが２１件であることを取得した変更管理部４１は、ジャンル配分をＰＯＰＳ：ＲＯＣＫ＝２：１であると算出する。
【０１２９】
ステップＳ４１に続いてステップＳ４２に進み、変更管理部４１は、送信制御部４４に対してＣＭのＢＧＭの変更通知を送信する。
【０１３０】
図１４に示した処理を行うことによって、ユーザごとに閾値を超えたジャンルを検出し、ジャンル配分を算出し、ＣＭのＢＧＭの変更を送信制御部４４に通知することができる。
【０１３１】
以下、変更通知の他の例を、図１５を用いて説明する。
【０１３２】
図１５は、変更通知の他の例を説明するための図である。
【０１３３】
図１５に示される変更通知には、期間とＣＭを変更するユーザＩＤと楽曲のジャンル配分とが含まれている。
【０１３４】
第二実施例におけるＢＧＭの変更処理は第一実施例の図１０において説明した処理とほぼ同様である。ただ、第二実施例においては、図１５に示した変更通知に含まれる期間の翌月、対象としているユーザに放送するＣＭのＢＧＭを全て、図１５に示した変更通知に含まれるジャンル配分に基づいて、変更する。
【０１３５】
なお、第二実施例の場合、ユーザごとに変更したＢＧＭを含むＣＭを放送するため、放送装置１は、ユーザの放送受信端末２が動作しているかどうかを確認し、ＣＭの放送を行うようにしてもよい。
【０１３６】
以下、ユーザに対してＣＭを放送する一例を、図１６を用いて説明する。
【０１３７】
図１６は、ＣＭ放送の一例を説明するための図である。
【０１３８】
ＣＭ・番組出力管理部４９は、変更管理部４１などより放送受信端末２が動作中である旨の情報を取得すると、以下の処理を開始する。
【０１３９】
ＣＭ・番組出力管理部４９は、ＣＭ格納部４７に格納されている、ブックマーク情報に基づいてＢＧＭを変更された放送予定のＣＭをスケジュールに基づいて、定められた配分で放送する。
【０１４０】
例えば、図１４及び図１５に示した例によると、ＢＧＭがＰＯＰＳのＣＭとＢＧＭがＲＯＣＫのＣＭとを２対１の割合で放送する。
【０１４１】
ステップＳ５０に続いてステップＳ５１に進み、ＣＭ・番組出力管理部４９は、放送受信端末２が動作中であるかどうか判定し、動作中であると判定すると（ステップＳ５１においてＹＥＳ）、ステップＳ５０からの処理を繰り返し、動作中でないと判定すると（ステップＳ５１においてＮＯ）、処理を終了する。
【０１４２】
ＣＭ・番組出力管理部４９は、例えば、変更管理部４１などより放送受信端末２が動作していない旨の情報を取得すると、放送受信端末２が動作中でないと判定する。
【０１４３】
図１６に示す処理を行うことによって、より効果的に、ユーザの嗜好と一致したＢＧＭのＣＭを放送することができる。
【０１４４】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１） 放送を行う放送装置における広告管理方法であって、
前記放送を受信する放送受信端末が前記放送装置より楽曲に係るデータを取得した旨のデータ取得情報を、前記放送受信端末より受信するデータ取得情報受信段階と、
前記データ取得情報受信段階において受信した前記データ取得情報を前記視聴者の楽曲に係る嗜好情報として蓄積する嗜好情報蓄積段階と、
前記嗜好情報に基づいて、広告の背景音楽を、広告を放送する前に変更する背景音楽変更段階と
を有することを特徴とする広告管理方法。
（付記２） 前記嗜好情報蓄積段階において蓄積された前記嗜好情報の中から、予め定められた閾値以上の前記嗜好情報を検出する嗜好情報検出段階を更に有することを特徴とする付記１記載の広告管理方法。
（付記３） 前記嗜好情報検出段階において検出された前記嗜好情報に基づいて、楽曲のジャンル配分を算出するジャンル配分算出段階を更に有することを特徴とする付記２記載の広告管理方法。
（付記４） 前記背景音楽変更段階は、前記ジャンル配分算出段階において算出されたジャンル配分に応じて、広告の背景音楽を変更することを特徴とする付記３記載の広告管理方法。
（付記５） 前記閾値は楽曲に対して定められていることを特徴とする付記２乃至４何れかに記載の広告管理方法。
（付記６） 前記閾値は楽曲のジャンルに対して定められていることを特徴とする付記２乃至４何れかに記載の広告管理方法。
（付記７） 前記嗜好情報蓄積段階の前に、前記放送を受信する放送受信端末より、前記嗜好情報を取得する嗜好情報取得段階を更に有することを特徴とする付記１乃至６何れかに記載の広告管理方法。
（付記８） 前記背景音楽変更段階において背景音楽を変更された広告を放送する広告放送段階を更に有することを特徴とする付記３乃至７何れかに記載の広告管理方法。
（付記９） 放送を行う放送装置であって、
前記放送を受信する放送受信端末が前記放送装置より楽曲に係るデータを取得した旨のデータ取得情報を、前記放送受信端末より受信するデータ取得情報受信手段と、
前記データ取得情報受信手段において受信した前記データ取得情報を前記視聴者の楽曲に係る嗜好情報として蓄積する嗜好情報蓄積手段と、
前記嗜好情報に基づいて、広告の背景音楽を、広告を放送する前に変更する背景音楽変更手段と
を有することを特徴とする放送装置。
（付記１０） コンピュータに、
放送を受信する放送受信端末が放送を行う放送装置より楽曲に係るデータを取得した旨のデータ取得情報を、前記放送受信端末より受信するデータ取得情報受信手順と、
前記データ取得情報受信手順において受信した前記データ取得情報を前記視聴者の楽曲に係る嗜好情報として蓄積する嗜好情報蓄積手順と、
前記嗜好情報に基づいて、広告の背景音楽を、広告を放送する前に変更する背景音楽変更手順と
を実行させるための広告管理プログラム。
（付記１１） 付記１０記載の広告管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１４５】
【発明の効果】
上述の如く、本発明によれば視聴者の嗜好と一致した背景音楽の広告を放送することができる。
【０１４６】
【図面の簡単な説明】
【図１】本発明を実施する一例のシステム構成図である。
【図２】放送装置の一例のハードウェア構成図である。
【図３】放送装置の一例の機能構成図である。
【図４】ユーザ管理ＤＢの一例を説明するための図である。
【図５】楽曲一覧ＤＢのテーブルの一例を説明するための図である。
【図６】ブックマーク蓄積処理の一例を説明するためのフローチャートである。
【図７】ブックマークＤＢのテーブルの一例を説明するための図である。
【図８】閾値越え楽曲検出処理の一例を説明するためのフローチャートである。
【図９】変更通知の一例を説明するための図である。
【図１０】ＢＧＭ変更処理の一例を説明するためのフローチャートである。
【図１１】ＣＭ素材ＤＢのテーブルの一例を説明するための図である。
【図１２】ブックマークＤＢのテーブルの他の例を説明するための図である。
【図１３】ブックマークＤＢのテーブルの他の例を説明するための図である。
【図１４】閾値越えジャンル検出処理の一例を説明するためのフローチャートである。
【図１５】変更通知の他の例を説明するための図である。
【図１６】ＣＭ放送の一例を説明するための図である。
【符号の説明】
１ 放送装置
２ 放送受信端末
５ ネットワーク
１０ 入力装置
１１ 表示装置
１２ ドライブ装置
１３ 記録媒体
１４ ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）
１５ ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）
１６ ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
１７ インターフェース装置
１８ ＨＤ（Ｈａｒｄ Ｄｉｓｋ）
４１ 変更管理部
４４ 送信制御部
４５ 画像データ格納部
４６ 楽曲データ格納部
４７ ＣＭ格納部
４８ 番組格納部
４９ ＣＭ・番組出力管理部
５０ サブ出力管理部
５１ メイン出力部
５２ サブ出力部
１００ 放送局
【発明の属する技術分野】
本発明は、広告管理方法及び放送装置に関する。
【０００２】
【従来の技術】
従来、放送局などにおいて、コマーシャル（以下、ＣＭという）を放送する際は、１対１に対応付けられた、ＣＭの内容（商品及び／又はサービスの説明や映像）と該ＣＭのバックグラウンドミュージック（以下、ＢＧＭという）とを放送していた。
【０００３】
このようなＣＭは、例えば、ＣＭ作成者などによって、いかに効果的に視聴者の興味を引き、商品及び／又はサービスに良い印象を与えるかを目的として作成されていた。
【０００４】
一方、個人を対象として、より個人の嗜好にマッチしたＣＭを該個人に対して提供するシステムも提案されている（例えば、特許文献１参照。）。
【０００５】
【特許文献１】
特開２００２−７８７３号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したような方法やシステムにおいては、ＣＭのＢＧＭが必ずしも視聴者の嗜好と一致していないため、意図していた効果、例えば、視聴者の興味を引いたり、商品及び／又はサービスに良い印象を与えたりすること、が得られない問題があった。
【０００７】
本発明は、上記の点に鑑みなされたもので、視聴者の嗜好と一致した背景音楽の広告を放送することを目的とする。
【０００８】
そこで、上記問題を解決するため、本発明は、放送を行う放送装置における広告管理方法であって、前記放送を受信する放送受信端末が前記放送装置より楽曲に係るデータをダウンロードして視聴又は購入したことを示すブックマーク情報を、前記放送受信端末より受信するデータ取得情報受信段階と、前記データ取得情報受信段階において受信した前記ブックマーク情報を視聴者の楽曲に係る嗜好情報として、ユーザ識別子及び前記楽曲の曲コードに対応させて蓄積する嗜好情報蓄積段階と、楽曲の曲コードとジャンル情報とが対応付けて蓄積されている楽曲一覧データベースを参照し、前記嗜好情報蓄積段階によって蓄積された嗜好情報の前記楽曲の曲コードに基づいて該嗜好情報が多い楽曲のジャンル情報を抽出するジャンル抽出段階と、前記ユーザ識別子に対応する放送受信端末が動作中であることを判断する動作中判断段階と、前記動作中判断段階によって前記放送受信端末が動作中であると判断した場合、前記ジャンル抽出段階にて抽出されたジャンル情報に基づいて、広告の背景音楽を、広告を放送する前に変更する背景音楽変更段階とを有することを有することを特徴とする。
【０００９】
本発明によれば、視聴者の嗜好と一致した背景音楽の広告を放送することができる。
【００１０】
また、上記課題を解決するための手段として、本発明は、放送を行う放送装置とすることもできる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について図面に基づいて説明する。
【００１２】
図１は、本発明を実施する一例のシステム構成図である。図１に示されるように、本発明を実施するシステムは放送装置１などを有する放送局１００と、該放送局１００とネットワーク５を介して接続された放送受信端末２とから構成される。
【００１３】
放送局１００に含まれる放送装置１は、後述するように、例えばドラマなどの番組やＣＭをストリーム放送する一方、後述する放送受信端末２を介して視聴者（以下、ユーザともいう）が楽曲などを試聴したり買い取ったりすることが可能な楽曲のデータ（楽曲データ）をファイル形式で放送受信端末２に転送する。
【００１４】
また、放送受信端末２は、放送装置１より放送される番組やＣＭなどを受信する一方、ユーザからの要求に応じて、前記楽曲データをダウンロードし、試聴したり買い取ったりした旨の情報（以下、ブックマーク情報という）を、ネットワーク５を介して放送装置１に送信する。放送受信端末２の、より具体的な例としては例えばデジタルテレビなどがある。
【００１５】
放送装置１では、該ブックマーク情報を受信して蓄積し、該蓄積したブックマーク情報に基づいて、ＣＭのＢＧＭを変更し、ＣＭを放送する。
【００１６】
以下、放送装置１のハードウェア構成の一例を、図２を用いて説明する。
【００１７】
図２は、放送装置の一例のハードウェア構成図である。
【００１８】
図２に示される放送装置１のハードウェア構成は、それぞれバスＢで相互に接続されている入力装置１０と、表示装置１１と、ドライブ装置１２と、記録媒体１３と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１４と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１５と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１６と、インターフェース装置１７と、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）１８とから構成されている。
【００１９】
入力装置１０は、放送装置１の管理者などが操作するキーボード及びマウスなどで構成され、放送装置１に各種操作信号を入力するのに用いられる。
【００２０】
表示装置１１は、放送装置１の管理者が利用するディスプレイなどで構成され、各種情報を表示する。
【００２１】
インターフェース装置１７は、放送装置１をネットワーク５に接続するインターフェースである。
【００２２】
後述するブックマーク蓄積処理や閾値越え曲及び／又はジャンルの検出処理やＢＧＭ変更処理などの処理を行うＣＭ管理プログラムなどは、例えば、ＣＤ−ＲＯＭなどの記録媒体１３によって放送装置１に提供されるか、ネットワーク５を通じてダウンロードされる。記録媒体１３は、ドライブ装置１２にセットされ、前記ＣＭ管理プログラムなどが記録媒体１３からドライブ装置１２を介してＲＯＭ１４にインストールされる。
【００２３】
ＲＯＭ１４は、データや前記ＣＭ管理プログラムなどを格納する。ＲＡＭ１５は、放送装置１の起動時にＲＯＭ１４から前記ＣＭ管理プログラムなどを読み出して格納する。ＣＰＵ１６は、ＲＡＭ１５に読み出され、格納された前記ＣＭ管理プログラムなどに従って処理を実行する。
【００２４】
ＨＤ１８は、データやファイル、後述する各種データベース（以下、ＤＢという）を格納する。
【００２５】
以下、放送装置１の機能構成の一例を、図３を用いて説明する。
【００２６】
図３は、放送装置の一例の機能構成図である。
【００２７】
図３において放送装置１は、変更管理部４１と、送信制御部４４と、画像データ格納部４５と、楽曲データ格納部４６と、ＣＭ格納部４７と、番組格納部４８と、ＣＭ・番組出力管理部４９と、サブ出力管理部５０と、メイン出力部５１と、サブ出力部５２と、ブックマークＤＢ６１と、ユーザ管理ＤＢ６２と、楽曲一覧ＤＢ６３と、ＣＭ素材ＤＢ６４とを有する。
【００２８】
変更管理部４３は、ブックマーク情報を、放送受信端末２より受信し、後述するブックマークＤＢ６１に蓄積したり、ブックマークＤＢ６１に蓄積されているブックマーク情報に基づいて、定められた閾値を超えた曲及び／又はジャンルを検出し、送信制御部４４に通知したりする。
【００２９】
送信制御部４４は、変更管理部４３から通知された情報に基づいて、ＣＭ格納部４７より取得したＣＭのＢＧＭを変更し、該ＢＧＭを変更したＣＭをＣＭ格納部４７に格納する。
【００３０】
画像データ格納部４５には、ＣＭに用いる画像データが格納されており、楽曲データ格納部４６には、ＣＭのＢＧＭなどに用いる楽曲データが格納されている。なお、図３の放送装置１は、デジタルテレビ向けの放送を考慮し、画像データ格納部４５を有する構成としているが、例えば、放送装置１がラジオ向けの放送のみを行う場合、放送装置１は、画像データ格納部４６を含まない構成であってもよい。但し、以下では説明の簡略化のため、放送装置１は、デジタルテレビ向けの放送を行うものとして説明を行う。なお、このことは本発明の実施を制限するものではない。
【００３１】
また、ＣＭ格納部４７は、放送予定のＣＭが格納されており、番組格納部４８には、放送予定の番組が格納されている。
【００３２】
ＣＭ・番組出力管理部４９は、ＣＭ格納部４７に格納されている放送予定のＣＭや番組格納部４８に格納されている放送予定の番組を、定められたスケジュールに基づいてメイン出力部５１に提供し、出力を要求する。その際、ＣＭ・番組出力管理部４９は、ＣＭや番組に用いられる楽曲データを楽曲データ格納部４６より取得し、メイン出力部５１に提供する。
【００３３】
メイン出力部５１は、ＣＭ・番組出力管理部４９からの要求に基づいて、ＣＭ及び／又は番組をストリーム放送により放送する。
【００３４】
また、サブ出力管理部５０は、ＣＭ及び／又は番組に関連した楽曲の楽曲データを楽曲データ格納部４６より取得し、ＣＭ・番組出力管理部４９と連動し、前記楽曲データをサブ出力部５２に提供し、出力を要求する。
【００３５】
サブ出力部５２は、サブ出力管理部５０からの要求に基づいて、前記楽曲データをファイル形式で放送受信端末２に転送する。
【００３６】
ブックマークＤＢ６１は、ブックマーク情報を蓄積する。ブックマークＤＢ６１の詳細は後述する図７や図１２及び図１３を用いて説明する。
【００３７】
ユーザ管理ＤＢ６２は、放送受信端末２を用いて放送を試聴するユーザに係る情報を蓄積する。ユーザ管理ＤＢ６２の詳細は後述する図４を用いて説明する。
【００３８】
楽曲一覧ＤＢ６３は、楽曲に係る情報を蓄積する。楽曲一覧ＤＢ６３の詳細は後述する図５を用いて説明する。
【００３９】
ＣＭ素材ＤＢ６４は、ＣＭと該ＣＭの楽曲に係る情報を蓄積する。ＣＭ素材ＤＢ６４の詳細は後述する図１１を用いて説明する。
【００４０】
以下、ユーザ管理ＤＢ６２のテーブルの一例を、図４を用いて説明する。
【００４１】
図４は、ユーザ管理ＤＢの一例を説明するための図である。
【００４２】
ユーザ管理ＤＢ６２は、図４に示されるようなテーブルを含む。該テーブルは、ユーザＩＤと、居住地区識別コードと、生年と、職業とを項目として含む。
【００４３】
ユーザＩＤには、放送を視聴するユーザを識別する識別子が格納されている。
【００４４】
居住地区識別コードには、ユーザの居住地区を識別する識別コードが格納されている。例えば、居住地区識別コードの一例として郵便番号が格納されている。居住地区識別コードを項目として含むことによって、例えば、都道府県ごとや市区町村ごとにブックマーク情報を集計し、地域ごとにＣＭのＢＧＭを変更することができる。
【００４５】
生年には、ユーザの生年が格納されている。生年を項目として含むことによって、例えば、年代ごとにブックマーク情報を集計し、年代ごとにＣＭのＢＧＭを変更することができる。
【００４６】
職業識別コードには、ユーザの職業を識別する識別コードが格納されている。職業識別コードを項目として含むことによって、例えば、職業識別コードごとにブックマーク情報を集計し、職業ごとにＣＭのＢＧＭを変更することができる。なお、図４の職業識別コードの０１、０２、・・・などは例えば、０１は会社員（事務）、０２は会社員（技術）、・・・などと職業識別コードと実際の職業とが対応付けられている。
【００４７】
以下、楽曲一覧ＤＢ６３の一例を、図５を用いて説明する。
【００４８】
図５は、楽曲一覧ＤＢのテーブルの一例を説明するための図である。
【００４９】
楽曲一覧ＤＢ６３は、図５に示されるようなテーブルを含む。該テーブルは、曲コードと、タイトルと、アーティストと、ジャンルとを項目として含む。
【００５０】
曲コードには、楽曲を識別する識別コードが格納されている。
【００５１】
タイトルには、楽曲のタイトルが格納されている。
【００５２】
アーティストには、楽曲を演奏するアーティストの名前が格納されている。
【００５３】
ジャンルには、楽曲のジャンルが格納されている。なお、図５においては説明の簡略化のため、ジャンルにＪＡＺＺやＴＥＣＨＮＯなど、楽曲のジャンルが直接格納されているが、該ジャンルを識別するジャンル識別コード（例えば、ＪＡＺＺなら０００１、ＴＥＣＨＮＯなら０００２など）を格納するようにしてもよい。以下においても同様である。
【００５４】
以下、ブックマーク蓄積処理の一例を、図６を用いて説明する。
【００５５】
図６は、ブックマーク蓄積処理の一例を説明するためのフローチャートである。
【００５６】
変更管理部４１は、ＣＭ・番組出力管理部４９よりＣＭ及び／又は番組が出力され、楽曲に係る放送が開始された旨（例えば、歌番組などで、楽曲の放送が開始されたり、番組などのＢＧＭとして楽曲の放送が開始されたりした旨）の通知を受信すると、以下の処理を開始する。
【００５７】
ステップＳ１０において変更管理部４１は、放送受信端末２より送信されたブックマーク情報を受信し、ブックマーク情報をカウントする。
【００５８】
ステップＳ１０に続いてステップＳ１１に進み、変更管理部４１は、前記楽曲に係る放送が終了したかどうかを判定する。前記楽曲に係る放送が終了したと判定すると（ステップＳ１１においてＹＥＳ）、ステップＳ１２に進み、前記楽曲に係る放送は終了していないと判定すると（ステップＳ１１においてＮＯ）、ステップＳ１０からの処理を繰り返す。
【００５９】
例えば、変更管理部４１は、ＣＭ・番組出力管理部４９より前記楽曲に係る放送が終了した旨の通知を受信すると、前記楽曲に係る放送が終了したと判定する。
【００６０】
ステップＳ１２において、変更管理部４１は、ブックマーク情報のカウント結果をブックマークＤＢ６１に格納する。
（第一実施例―地域）
以下、ブックマークＤＢの一例を、図７を用いて説明する。
【００６１】
図７は、ブックマークＤＢのテーブルの一例を説明するための図である。
【００６２】
ブックマークＤＢ６１は、図７に示されるようなテーブルを含む。該テーブルは、番組コードと、地域と、曲コードと、ブックマーク件数とを項目として含む。
【００６３】
番組コードには、楽曲を放送した番組を識別する識別コードが格納されている。
【００６４】
地域には、放送受信端末２を用いてブックマーク情報を送信してきたユーザの地域が格納されている。該地域は、都道府県ごとであってもよいし、地区町村ごとなどであってもよい。
【００６５】
例えば、変更管理部４１は、ユーザ管理ＤＢ６２の居住地区識別コードを参照し、ブックマーク情報を送信して来たユーザの地域を確定する。
【００６６】
曲コードには、楽曲を識別する識別コードが格納されている。
【００６７】
ブックマーク件数には、ブックマーク情報の件数が格納されている。
【００６８】
図７に示されるように、変更管理部４１は、番組コード、地域、曲コードなどに対応させて、ブックマーク情報をカウントし、ブックマークＤＢ６１に格納することができる。
【００６９】
番組コードに対応させることにより、該番組を視聴する視聴者の楽曲の嗜好を把握し、該番組中に放送するＣＭのＢＧＭを変更し、ＣＭを放送することができる。
【００７０】
また、地域に対応させることにより、地域における視聴者の楽曲の嗜好を把握し、該地域の前記番組中に放送するＣＭのＢＧＭを変更し、ＣＭを放送することができる。
【００７１】
以下、閾値を越えた楽曲を検出する処理の一例を、図８を用いて説明する。
【００７２】
図８は、閾値越え楽曲検出処理の一例を説明するためのフローチャートである。
【００７３】
ステップＳ２０において、変更管理部４１は、調査範囲内で且つ閾値を超えた楽曲をブックマークＤＢ６１より検出する。
【００７４】
例えば、調査範囲としては、番組コードや地域などがある。これらの調査範囲は、放送装置１の管理者が直接入力したものを変更管理部４１が取得する構成であってもよいし、調査範囲の定義ファイルなどに定義されている調査範囲情報を変更管理部４１が取得する構成であってもよい。
【００７５】
また、同様に、閾値は、放送装置１の管理者が直接入力したものを変更管理部４１が取得する構成であってもよいし、閾値の定義ファイルなどに定義されている閾値情報を変更管理部４１が取得する構成であってもよい。
【００７６】
例えば、調査範囲が番組コード「０００１」で、地域は「東京」、閾値は「ブックマーク件数が３００以上の楽曲」であった場合、変更管理部４１は、これらを検索条件としてブックマークＤＢ６１のテーブルを検索し、対応する楽曲の曲コードを閾値越え楽曲として取得する。図７に示すブックマークＤＢ６１のテーブルにおいては、曲コード０００４と、０００５と、０００７と、０００８とが閾値越え楽曲として検出される。
【００７７】
ステップＳ２０に続いてステップＳ２１に進み、変更管理部４１は、ステップＳ２０において検出した楽曲のジャンル情報を楽曲一覧ＤＢ６３より取得する。
【００７８】
例えば、ステップＳ２０において曲コード０００４と、０００５と、０００７と、０００８とを検出した場合、変更管理部４１は、楽曲一覧ＤＢ６３を参照し、ぞれぞれの楽曲のジャンルがＪＡＺＺと、ＪＡＺＺと、ＲＯＣＫと、ＴＥＣＨＮＯとであることを取得する。
【００７９】
ステップＳ２１に続いてステップＳ２２に進み、変更管理部４１は、ステップＳ２１において取得したジャンル情報を基に、閾値越え楽曲のジャンル配分を算出する。
【００８０】
例えば、ステップＳ２１において曲コード０００４＝ＪＡＺＺ、曲コード０００５＝ＪＡＺＺ、曲コード０００７＝ＲＯＣＫ、曲コード０００８＝ＴＥＣＨＮＯであることを取得した変更管理部４１は、ジャンル配分をＪＡＺＺ：ＲＯＣＫ：ＴＥＣＨＮＯ＝２：１：１であると算出する。
【００８１】
ステップＳ２２に続いてステップＳ２３に進み、変更管理部４１は、送信制御部４４に対してＣＭのＢＧＭを変更する旨の通知（以下、変更通知という）を送信する。
【００８２】
図８に示した処理を行うことによって、ある地域ごとに閾値を超えた楽曲を検出し、該楽曲のジャンル配分を算出し、ＣＭのＢＧＭの変更を送信制御部４４に通知することができる。
【００８３】
以下、変更通知の一例を、図９を用いて説明する。
【００８４】
図９は、変更通知の一例を説明するための図である。
【００８５】
図９に示される変更通知には、番組コードとＣＭを変更する地域と楽曲のジャンル配分とが含まれている。
【００８６】
以下、ＢＧＭ変更処理の一例を、図１０を用いて説明する。
【００８７】
図１０は、ＢＧＭ変更処理の一例を説明するためのフローチャートである。
【００８８】
送信制御部４４は、変更管理部４１より図９に示したような変更通知を受信すると以下の処理を開始する。
【００８９】
ステップＳ３０において送信制御部４４は、受信した変更通知に含まれる通知情報を取得する。
【００９０】
例えば、図９に示した変更通知を例に取ると、送信制御部４４は、変更通知より、番組コードは０００１、地域は東京都、楽曲のジャンル配分はＪＡＺＺ：ＲＯＣＫ：ＴＥＣＨＮＯ＝２：１：１である旨の情報を取得する。
【００９１】
ステップＳ３０に続いてステップＳ３１に進み、送信制御部４４は、前記番組コードに対応する番組において放送予定のＣＭ及び該ＣＭの放送予定回数などをＣＭ格納部４７より取得する。
【００９２】
例えば、ＣＭには予めデフォルトのＢＧＭのジャンル（例えば、ＴＥＣＨＮＯ）が定められており、送信制御部４４は、ＣＭ格納部４７より番組コード：０００１、ＣＭコード：１０００５、ＢＧＭジャンルＴＥＣＨＮＯ、曲コード：４０８５：放送予定回数：１２回などの情報を取得する。
【００９３】
ステップＳ３１に続いてステップＳ３２に進み、送信制御部４４は、ステップＳ３０において取得したジャンル配分に基づいて、該当するジャンルのＢＧＭを使用しているＣＭに係る情報をＣＭ素材ＤＢ６４より選択する。
【００９４】
図１１は、ＣＭ素材ＤＢのテーブルの一例を説明するための図である。
【００９５】
ＣＭ素材ＤＢ６４は、図１１に示すようなテーブルを含む。該テーブルは、ＣＭコードと、提供社と、ＢＧＭジャンルと、ＢＧＭ曲名と、曲コードとを項目として含む。
【００９６】
ＣＭコードには、ＣＭを識別する識別コードが格納されている。
【００９７】
提供社には、ＣＭを提供する提供社名が格納されている。
【００９８】
ＢＧＭジャンルには、該ＣＭのＢＧＭのジャンルが格納されている。
【００９９】
ＢＧＭ曲名には、該ＢＧＭの曲名が格納されている。
【０１００】
曲コードには、該ＢＧＭの楽曲を識別する識別コードが格納されている。
【０１０１】
例えば、図１０のステップＳ３２において送信制御部４４は、図１１に示されるように、ＣＭの提供社が予め用意してある複数のＢＧＭのＣＭの中からＪＡＺＺをＢＧＭとして使用しているバージョン（ＣＭコード１０００３）と、ＲＯＣＫをＢＧＭとして使用しているバージョン（ＣＭコード１０００２）と、ＴＥＣＨＮＯをＢＧＭとして使用しているバージョン（ＣＭコード１０００５）とを選択する。
【０１０２】
ステップＳ３２に続いてステップＳ３３に進み、送信制御部４４は、ステップＳ３２において選択したＣＭを、ステップＳ３０において取得したジャンル配分に基づいてＣＭ格納部４７に格納する。
【０１０３】
例えば、送信制御部４４は、ＣＭコード：１０００５のＣＭが元々１２回放送される予定であった場合、放送コード１０００３のＣＭ（ＢＧＭがＪＡＺＺ）を６回、放送コード１０００２のＣＭ（ＢＧＭがＲＯＣＫ）を３回、放送コード１０００５のＣＭ（ＢＧＭがＴＥＣＨＮＯ）を３回放送するようＣＭ格納部４７に格納する。
【０１０４】
なお、配分がうまく割り切れない場合、例えば、ＣＭコード：１０００５のＣＭが元々１０回放送される予定であった場合、比率が最も高いＢＧＭのＣＭを優先するようにしてもよい。即ち、放送コード１０００３のＣＭ（ＢＧＭがＪＡＺＺ）を６回、放送コード１０００２のＣＭ（ＢＧＭがＲＯＣＫ）を２回、放送コード１０００５のＣＭ（ＢＧＭがＴＥＣＨＮＯ）を２回放送するようＣＭ格納部４７に格納してもよい。
【０１０５】
ＣＭ・番組出力管理部４９は、ＣＭ格納部４７に格納に格納されている上述したようにＢＧＭを変更された定められたスケジュールに基づいて、定められた回数（例えば、ＪＡＺＺを６回、ＲＯＣＫを３回、ＴＥＣＨＮＯを３回）放送する。
【０１０６】
図１０に示した処理を行うことによって、例えば、地域ごとの楽曲の嗜好情報を反映し、地域におけるユーザの好みにあった楽曲のジャンルをＢＧＭとするＣＭを放送することができる。
【０１０７】
また、ＣＭを放送する直前までＣＭのＢＧＭを変更することができ、ユーザの最新の嗜好情報を反映させた楽曲のジャンルをＢＧＭとするＣＭを放送することができる。
（第二実施例―ユーザ個人）
以下、ブックマークＤＢの他の例を、図１２を用いて説明する。
【０１０８】
図１２は、ブックマークＤＢのテーブルの他の例を説明するための図である。
【０１０９】
ブックマークＤＢ６１は、図１２に示されるようなテーブルを含む。該テーブルは、番組コードと、ユーザＩＤと、曲コードと、ブックマーク件数とを項目として含む。
【０１１０】
番組コードには、楽曲を放送した番組を識別する識別コードが格納されている。
【０１１１】
ユーザＩＤには、放送を視聴するユーザを識別する識別子が格納されている。
【０１１２】
曲コードには、楽曲を識別する識別コードが格納されている。
【０１１３】
ブックマーク件数には、ブックマーク情報の件数が格納されている。
【０１１４】
図１２に示されるように、変更管理部４１は、番組コード、ユーザＩＤ、曲コードなどに対応させて、ブックマーク情報をカウントし、ブックマークＤＢ６１に格納することができる。
【０１１５】
ユーザＩＤに対応させることにより、ユーザごとの楽曲の嗜好を把握し、該ユーザごとに放送するＣＭのＢＧＭを変更し、ＣＭを放送することができる。
【０１１６】
以下、変更管理部４１が、一定期間（例えば、１月）蓄積したブックマーク情報を分類してテーブルに格納した例を、図１３を用いて説明する。
【０１１７】
図１３は、ブックマークＤＢのテーブルの他の例を説明するための図である。
【０１１８】
ブックマークＤＢ６１は、図１３に示されるようなテーブルを含む。該テーブルは、ユーザＩＤと、ジャンルごとに区切られたブックマーク件数を項目として含む。
【０１１９】
ユーザＩＤには、放送を視聴するユーザを識別する識別子が格納されている。
【０１２０】
ブックマーク件数の各ジャンルには、各ジャンルごとのブックマーク情報の件数が格納されている。
【０１２１】
変更管理部４１は、一定期間（例えば、１月）蓄積したブックマーク情報を基に、楽曲一覧ＤＢ６３などを参照し、それぞれの楽曲をジャンルごとに分類し、図１３に示すようなテーブルにブックマーク件数を格納する。
【０１２２】
以下、閾値を越えたジャンルを検出する処理の一例を、図１４を用いて説明する。
【０１２３】
図１４は、閾値越えジャンル検出処理の一例を説明するためのフローチャートである。
【０１２４】
ステップＳ４０において、変更管理部４１は、閾値を超えたジャンルをブックマークＤＢ６１より検出する。
【０１２５】
例えば、閾値は、放送装置１の管理者が直接入力したものを変更管理部４１が取得する構成であってもよいし、閾値の定義ファイルなどに定義されている閾値情報を変更管理部４１が取得する構成であってもよい。
【０１２６】
例えば、閾値が「ブックマーク件数２０件以上のジャンル」であった場合、変更管理部４１は、該閾値を検索条件として図１３に示すテーブルを検索し、ブックマーク件数２０件以上のジャンルを取得する。図１３に示すテーブルにおいては、ＰＯＰＳと、ＲＯＣＫとが閾値越えジャンルとして検出される。
【０１２７】
ステップＳ４０に続いてステップＳ４１に進み、変更管理部４１は、ステップＳ４０において取得したジャンル情報及びブックマーク件数を基に、閾値越えジャンルのジャンル配分を算出する。
【０１２８】
例えば、ステップＳ４０においてＰＯＰＳが４２件、ＲＯＣＫが２１件であることを取得した変更管理部４１は、ジャンル配分をＰＯＰＳ：ＲＯＣＫ＝２：１であると算出する。
【０１２９】
ステップＳ４１に続いてステップＳ４２に進み、変更管理部４１は、送信制御部４４に対してＣＭのＢＧＭの変更通知を送信する。
【０１３０】
図１４に示した処理を行うことによって、ユーザごとに閾値を超えたジャンルを検出し、ジャンル配分を算出し、ＣＭのＢＧＭの変更を送信制御部４４に通知することができる。
【０１３１】
以下、変更通知の他の例を、図１５を用いて説明する。
【０１３２】
図１５は、変更通知の他の例を説明するための図である。
【０１３３】
図１５に示される変更通知には、期間とＣＭを変更するユーザＩＤと楽曲のジャンル配分とが含まれている。
【０１３４】
第二実施例におけるＢＧＭの変更処理は第一実施例の図１０において説明した処理とほぼ同様である。ただ、第二実施例においては、図１５に示した変更通知に含まれる期間の翌月、対象としているユーザに放送するＣＭのＢＧＭを全て、図１５に示した変更通知に含まれるジャンル配分に基づいて、変更する。
【０１３５】
なお、第二実施例の場合、ユーザごとに変更したＢＧＭを含むＣＭを放送するため、放送装置１は、ユーザの放送受信端末２が動作しているかどうかを確認し、ＣＭの放送を行うようにしてもよい。
【０１３６】
以下、ユーザに対してＣＭを放送する一例を、図１６を用いて説明する。
【０１３７】
図１６は、ＣＭ放送の一例を説明するための図である。
【０１３８】
ＣＭ・番組出力管理部４９は、変更管理部４１などより放送受信端末２が動作中である旨の情報を取得すると、以下の処理を開始する。
【０１３９】
ＣＭ・番組出力管理部４９は、ＣＭ格納部４７に格納されている、ブックマーク情報に基づいてＢＧＭを変更された放送予定のＣＭをスケジュールに基づいて、定められた配分で放送する。
【０１４０】
例えば、図１４及び図１５に示した例によると、ＢＧＭがＰＯＰＳのＣＭとＢＧＭがＲＯＣＫのＣＭとを２対１の割合で放送する。
【０１４１】
ステップＳ５０に続いてステップＳ５１に進み、ＣＭ・番組出力管理部４９は、放送受信端末２が動作中であるかどうか判定し、動作中であると判定すると（ステップＳ５１においてＹＥＳ）、ステップＳ５０からの処理を繰り返し、動作中でないと判定すると（ステップＳ５１においてＮＯ）、処理を終了する。
【０１４２】
ＣＭ・番組出力管理部４９は、例えば、変更管理部４１などより放送受信端末２が動作していない旨の情報を取得すると、放送受信端末２が動作中でないと判定する。
【０１４３】
図１６に示す処理を行うことによって、より効果的に、ユーザの嗜好と一致したＢＧＭのＣＭを放送することができる。
【０１４４】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１） 放送を行う放送装置における広告管理方法であって、
前記放送を受信する放送受信端末が前記放送装置より楽曲に係るデータを取得した旨のデータ取得情報を、前記放送受信端末より受信するデータ取得情報受信段階と、
前記データ取得情報受信段階において受信した前記データ取得情報を前記視聴者の楽曲に係る嗜好情報として蓄積する嗜好情報蓄積段階と、
前記嗜好情報に基づいて、広告の背景音楽を、広告を放送する前に変更する背景音楽変更段階と
を有することを特徴とする広告管理方法。
（付記２） 前記嗜好情報蓄積段階において蓄積された前記嗜好情報の中から、予め定められた閾値以上の前記嗜好情報を検出する嗜好情報検出段階を更に有することを特徴とする付記１記載の広告管理方法。
（付記３） 前記嗜好情報検出段階において検出された前記嗜好情報に基づいて、楽曲のジャンル配分を算出するジャンル配分算出段階を更に有することを特徴とする付記２記載の広告管理方法。
（付記４） 前記背景音楽変更段階は、前記ジャンル配分算出段階において算出されたジャンル配分に応じて、広告の背景音楽を変更することを特徴とする付記３記載の広告管理方法。
（付記５） 前記閾値は楽曲に対して定められていることを特徴とする付記２乃至４何れかに記載の広告管理方法。
（付記６） 前記閾値は楽曲のジャンルに対して定められていることを特徴とする付記２乃至４何れかに記載の広告管理方法。
（付記７） 前記嗜好情報蓄積段階の前に、前記放送を受信する放送受信端末より、前記嗜好情報を取得する嗜好情報取得段階を更に有することを特徴とする付記１乃至６何れかに記載の広告管理方法。
（付記８） 前記背景音楽変更段階において背景音楽を変更された広告を放送する広告放送段階を更に有することを特徴とする付記３乃至７何れかに記載の広告管理方法。
（付記９） 放送を行う放送装置であって、
前記放送を受信する放送受信端末が前記放送装置より楽曲に係るデータを取得した旨のデータ取得情報を、前記放送受信端末より受信するデータ取得情報受信手段と、
前記データ取得情報受信手段において受信した前記データ取得情報を前記視聴者の楽曲に係る嗜好情報として蓄積する嗜好情報蓄積手段と、
前記嗜好情報に基づいて、広告の背景音楽を、広告を放送する前に変更する背景音楽変更手段と
を有することを特徴とする放送装置。
（付記１０） コンピュータに、
放送を受信する放送受信端末が放送を行う放送装置より楽曲に係るデータを取得した旨のデータ取得情報を、前記放送受信端末より受信するデータ取得情報受信手順と、
前記データ取得情報受信手順において受信した前記データ取得情報を前記視聴者の楽曲に係る嗜好情報として蓄積する嗜好情報蓄積手順と、
前記嗜好情報に基づいて、広告の背景音楽を、広告を放送する前に変更する背景音楽変更手順と
を実行させるための広告管理プログラム。
（付記１１） 付記１０記載の広告管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１４５】
【発明の効果】
上述の如く、本発明によれば視聴者の嗜好と一致した背景音楽の広告を放送することができる。
【０１４６】
【図面の簡単な説明】
【図１】本発明を実施する一例のシステム構成図である。
【図２】放送装置の一例のハードウェア構成図である。
【図３】放送装置の一例の機能構成図である。
【図４】ユーザ管理ＤＢの一例を説明するための図である。
【図５】楽曲一覧ＤＢのテーブルの一例を説明するための図である。
【図６】ブックマーク蓄積処理の一例を説明するためのフローチャートである。
【図７】ブックマークＤＢのテーブルの一例を説明するための図である。
【図８】閾値越え楽曲検出処理の一例を説明するためのフローチャートである。
【図９】変更通知の一例を説明するための図である。
【図１０】ＢＧＭ変更処理の一例を説明するためのフローチャートである。
【図１１】ＣＭ素材ＤＢのテーブルの一例を説明するための図である。
【図１２】ブックマークＤＢのテーブルの他の例を説明するための図である。
【図１３】ブックマークＤＢのテーブルの他の例を説明するための図である。
【図１４】閾値越えジャンル検出処理の一例を説明するためのフローチャートである。
【図１５】変更通知の他の例を説明するための図である。
【図１６】ＣＭ放送の一例を説明するための図である。
【符号の説明】
１ 放送装置
２ 放送受信端末
５ ネットワーク
１０ 入力装置
１１ 表示装置
１２ ドライブ装置
１３ 記録媒体
１４ ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）
１５ ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）
１６ ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
１７ インターフェース装置
１８ ＨＤ（Ｈａｒｄ Ｄｉｓｋ）
４１ 変更管理部
４４ 送信制御部
４５ 画像データ格納部
４６ 楽曲データ格納部
４７ ＣＭ格納部
４８ 番組格納部
４９ ＣＭ・番組出力管理部
５０ サブ出力管理部
５１ メイン出力部
５２ サブ出力部
１００ 放送局
Claims (5)
- 放送を行う放送装置における広告管理方法であって、
前記放送を受信する放送受信端末が前記放送装置より楽曲に係るデータをダウンロードして視聴又は購入したことを示すブックマーク情報を、前記放送受信端末より受信するデータ取得情報受信段階と、
前記データ取得情報受信段階において受信した前記ブックマーク情報を視聴者の楽曲に係る嗜好情報として、ユーザ識別子及び前記楽曲の曲コードに対応させて蓄積する嗜好情報蓄積段階と、
楽曲の曲コードとジャンル情報とが対応付けて蓄積されている楽曲一覧データベースを参照し、前記嗜好情報蓄積段階によって蓄積された嗜好情報の前記楽曲の曲コードに基づいて該嗜好情報が多い楽曲のジャンル情報を抽出するジャンル抽出段階と、
前記ユーザ識別子に対応する放送受信端末が動作中であることを判断する動作中判断段階と、
前記動作中判断段階によって前記放送受信端末が動作中であると判断した場合、前記ジャンル抽出段階にて抽出されたジャンル情報に基づいて、広告の背景音楽を、広告を放送する前に変更する背景音楽変更段階と
を有することを特徴とする広告管理方法。 - 前記嗜好情報蓄積段階において蓄積された前記嗜好情報の中から、予め定められた閾値以上の前記嗜好情報を検出する嗜好情報検出段階を更に有し、
前記ジャンル抽出段階は、前記嗜好情報検出段階において検出された前記嗜好情報に基づいて、該嗜好情報が多い楽曲のジャンル情報を抽出することを特徴とする請求項１記載の広告管理方法。 - 前記背景音楽変更段階は、与えられた期間内において前記嗜好情報が多い楽曲のジャンル情報に基づいて、広告の背景音楽を変更することを特徴とする請求項２記載の広告管理方法。
- 前記背景音楽変更段階は、広告毎に異なる複数の背景音楽を管理する広告素材テーブルを用いて、前記ジャンル抽出段階において抽出された前記嗜好情報が多い楽曲のジャンル情報に応じて、広告の背景音楽を変更することを特徴とする請求項３記載の広告管理方法。
- 放送を行う放送装置であって、
前記放送を受信する放送受信端末が前記放送装置より楽曲に係るデータをダウンロードして視聴又は購入したことを示すブックマーク情報を、前記放送受信端末より受信するデータ取得情報受信手段と、
前記データ取得情報受信手段において受信した前記ブックマーク情報を視聴者の楽曲に係る嗜好情報として、ユーザ識別子及び前記楽曲の曲コードに対応させて蓄積する嗜好情報蓄積手段と、
楽曲の曲コードとジャンル情報とが対応付けて蓄積されている楽曲一覧データベースを参照し、前記嗜好情報蓄積手段によって蓄積された嗜好情報の前記楽曲の曲コードに基づいて該嗜好情報が多い楽曲のジャンル情報を抽出するジャンル抽出手段と、
前記ユーザ識別子に対応する放送受信端末が動作中であることを判断する動作中判断手段と、
前記動作中判断手段によって前記放送受信端末が動作中であると判断した場合、前記ジャンル抽出手段にて抽出されたジャンル情報に基づいて、広告の背景音楽を、広告を放送する前に変更する背景音楽変更手段と
を有することを特徴とする放送装置。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003088143A JP4445209B2 (ja) | 2003-03-27 | 2003-03-27 | 広告管理方法及び放送装置 |
| KR1020057005759A KR100845482B1 (ko) | 2003-03-27 | 2004-02-04 | 광고 관리 방법 및 방송 장치 |
| PCT/JP2004/001137 WO2004086659A1 (ja) | 2003-03-27 | 2004-02-04 | 広告管理方法及び放送装置 |
| GB0505651A GB2414908B (en) | 2003-03-27 | 2004-02-04 | Advertisement managing method and broadcasting apparatus |
| CNA2004800009871A CN1701546A (zh) | 2003-03-27 | 2004-02-04 | 广告管理方法及广播装置 |
| US11/077,154 US20050160459A1 (en) | 2003-03-27 | 2005-03-11 | Advertisement managing method and broadcasting apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003088143A JP4445209B2 (ja) | 2003-03-27 | 2003-03-27 | 広告管理方法及び放送装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006318971A Division JP4401381B2 (ja) | 2006-11-27 | 2006-11-27 | 広告管理方法及び放送装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004297523A JP2004297523A (ja) | 2004-10-21 |
| JP4445209B2 true JP4445209B2 (ja) | 2010-04-07 |
Family
ID=33095112
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003088143A Expired - Fee Related JP4445209B2 (ja) | 2003-03-27 | 2003-03-27 | 広告管理方法及び放送装置 |
Country Status (5)
| Country | Link |
|---|---|
| JP (1) | JP4445209B2 (ja) |
| KR (1) | KR100845482B1 (ja) |
| CN (1) | CN1701546A (ja) |
| GB (1) | GB2414908B (ja) |
| WO (1) | WO2004086659A1 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007110438A (ja) * | 2005-10-13 | 2007-04-26 | Tokyo Fm Broadcasting Co Ltd | デジタルラジオ放送波受信制御システム及びそのサーバ装置 |
| JP4546392B2 (ja) * | 2005-12-15 | 2010-09-15 | 日本電信電話株式会社 | 番組情報配信方法、番組情報配信装置およびプログラム |
| JP7273866B2 (ja) * | 2021-01-04 | 2023-05-15 | ヤフー株式会社 | 配信装置、配信方法及び配信プログラム |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3480788B2 (ja) * | 1996-07-09 | 2003-12-22 | 株式会社東芝 | Ｃｍ放送装置 |
| JP4261749B2 (ja) * | 2000-08-07 | 2009-04-30 | ヤフー株式会社 | 広告を配信するｗｗｗサーバー |
| JP2003060597A (ja) * | 2001-08-13 | 2003-02-28 | Hitachi Ltd | 双方向型放送視聴システム |
| JP3545370B2 (ja) * | 2001-08-17 | 2004-07-21 | 株式会社ジャパンヴィステック | テレビジョンでのキャラクタ制御システム |
-
2003
- 2003-03-27 JP JP2003088143A patent/JP4445209B2/ja not_active Expired - Fee Related
-
2004
- 2004-02-04 WO PCT/JP2004/001137 patent/WO2004086659A1/ja active Application Filing
- 2004-02-04 CN CNA2004800009871A patent/CN1701546A/zh active Pending
- 2004-02-04 KR KR1020057005759A patent/KR100845482B1/ko active IP Right Grant
- 2004-02-04 GB GB0505651A patent/GB2414908B/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| GB2414908A (en) | 2005-12-07 |
| GB2414908B (en) | 2006-08-30 |
| GB0505651D0 (en) | 2005-04-27 |
| WO2004086659A1 (ja) | 2004-10-07 |
| KR20050108341A (ko) | 2005-11-16 |
| KR100845482B1 (ko) | 2008-07-10 |
| CN1701546A (zh) | 2005-11-23 |
| JP2004297523A (ja) | 2004-10-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9532108B2 (en) | Methods and computer program products for taking a secondary action responsive to receipt of an advertisement | |
| US10839817B2 (en) | Media content marking and tracking methods and apparatus | |
| US9779426B2 (en) | Methods and apparatus to access media | |
| US8676114B2 (en) | Digital radio broadcast receiver, broadcasting methods and methods for tagging content of interest | |
| US20060075425A1 (en) | System, method and computer program for content management in conjunction with a file download | |
| US20020188746A1 (en) | System and method for audience measurement | |
| US8806537B2 (en) | Methods, systems, and computer program products for implementing interactive control of radio and other media | |
| US20070136741A1 (en) | Methods and systems for processing content | |
| WO2012166739A2 (en) | Methods for displaying content on a second device that is related to the content playing on a first device | |
| US8660479B2 (en) | Digital radio broadcast receiver, broadcasting methods and methods for tagging content of interest | |
| CN1636240A (zh) | 利用音频内容标识来销售产品的系统 | |
| TWI408562B (zh) | 媒體評等 | |
| US8103681B2 (en) | Associating works with unique identifiers | |
| US10693931B2 (en) | Delivery of broadcast-related content tagged by offline device | |
| JP2004185456A (ja) | カスタマイズされたコンテンツの配信システム | |
| KR20140038374A (ko) | 클라이언트 장치에 의해 데이터 스트림 내 콘텐트를 식별하는 방법 및 시스템 | |
| US20100161562A1 (en) | Method and apparatus for preventing duplicate or redundant data from storing in media player | |
| JP4445209B2 (ja) | 広告管理方法及び放送装置 | |
| US20100081404A1 (en) | Obtaining and presenting metadata related to a radio broadcast | |
| JP4401381B2 (ja) | 広告管理方法及び放送装置 | |
| JP2003179907A (ja) | 番組データ配信システム及びその方法 | |
| JP2002342351A (ja) | 総合放送データベース作成システム及び放送局放送データベース作成システム | |
| US20060075452A1 (en) | Methods, systems, and computer program products for implementing interactive content-based activities | |
| US20060075427A1 (en) | Methods, apparatus, and computer program products for recording media files | |
| WO2007070846A2 (en) | Method and apparatus for automatic detection and identification of broadcast audio or video signals |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060308 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060704 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060825 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060926 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061127 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20061201 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20061222 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091125 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100115 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4445209 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130122 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130122 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140122 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |