WO2004086659A1 - 広告管理方法及び放送装置 - Google Patents

広告管理方法及び放送装置 Download PDF

Info

Publication number
WO2004086659A1
WO2004086659A1 PCT/JP2004/001137 JP2004001137W WO2004086659A1 WO 2004086659 A1 WO2004086659 A1 WO 2004086659A1 JP 2004001137 W JP2004001137 W JP 2004001137W WO 2004086659 A1 WO2004086659 A1 WO 2004086659A1
Authority
WO
WIPO (PCT)
Prior art keywords
music
advertisement
broadcast
preference information
broadcasting
Prior art date
Application number
PCT/JP2004/001137
Other languages
English (en)
French (fr)
Inventor
Seiichi Mashimo
Hiroyuki Hatta
Original Assignee
Fujitsu Limited
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Limited filed Critical Fujitsu Limited
Priority to GB0505651A priority Critical patent/GB2414908B/en
Publication of WO2004086659A1 publication Critical patent/WO2004086659A1/ja
Priority to US11/077,154 priority patent/US20050160459A1/en

Links

Classifications

    • 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
    • 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
    • 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

Definitions

  • the present invention relates to an advertising management method and a broadcasting device.
  • CM commercial
  • BGM Background of the CM
  • Such commercials were created, for example, by CM creators or the like in order to effectively attract viewers' interests and give a good impression on products and / or services.
  • the present invention has been made in view of the above points, and has as its object to broadcast an advertisement of background music that matches the taste of a viewer. Disclosure of the invention
  • the present invention relates to an advertisement management method in a broadcasting device that performs broadcasting, wherein the broadcast receiving terminal that receives the t & IB broadcast acquires data related to music from the t & IE broadcasting device.
  • the broadcast receiving terminal that receives the t & IB broadcast acquires data related to music from the t & IE broadcasting device.
  • the preference information storage step of storing the data acquisition information received as the preference information relating to the music of the self-editing viewer, Changing the background music before broadcasting the advertisement.
  • the present invention can also be a broadcasting device for broadcasting.
  • FIG. 1 is a system configuration diagram of an example for implementing the present invention.
  • FIG. 2 is a hardware configuration diagram of an example of the broadcasting device.
  • FIG. 3 is a functional configuration diagram of an example of the broadcasting device.
  • FIG. 4 is a diagram for explaining an example of the user management DB.
  • FIG. 5 is a diagram for explaining an example of a music list DB table.
  • FIG. 6 is a flowchart for explaining an example of the bookmark accumulation process.
  • FIG. 7 is a diagram for explaining an example of a table of a puck mark DB.
  • FIG. 8 is a flowchart for explaining an example of the music detection processing exceeding the threshold value.
  • FIG. 9 is a diagram for explaining an example of a change notification.
  • FIG. 10 is a flowchart for explaining an example of the background music changing process.
  • FIG. 11 is a diagram for explaining an example of a table of the CM material DB.
  • FIG. 12 is a diagram for explaining another example of the table of the bookmark DB.
  • FIG. 13 is a diagram for explaining another example of the table of the bookmark DB.
  • FIG. 14 is a flowchart for explaining an example of the above-threshold genre detection processing.
  • FIG. 15 is a diagram for explaining another example of the change notification.
  • FIG. 16 is a diagram illustrating an example of a CM broadcast. BEST MODE FOR CARRYING OUT THE INVENTION
  • FIG. 16 is a diagram illustrating an example of a CM broadcast. BEST MODE FOR CARRYING OUT THE INVENTION
  • FIG. 1 is a system configuration diagram of an example for implementing the present invention.
  • a system for implementing the present invention includes a broadcasting station 100 having a broadcasting device 1 and the like, and a broadcasting receiving terminal 2 connected to the broadcasting station 100 via a network 5. .
  • the broadcasting device 1 included in the broadcasting station 100 broadcasts a program such as a drama or a commercial, for example, as described later, while a viewer (hereinafter, also referred to as a user) receives music via a broadcast receiving terminal 2 described later.
  • Music data (song data) that can be sampled and purchased can be sent to the broadcast receiving terminal 2 in the final formula.
  • the broadcast receiving terminal 2 receives programs, commercials, and the like broadcasted from the broadcasting device 1, and, in response to a request from the user, downloads music data, and provides information that the user has listened to or listened to the music data. (Hereinafter, referred to as bookmark information) to the broadcasting device 1 via the network 5.
  • bookmark information A more specific example of the broadcast receiving terminal 2 is, for example, a digital television.
  • the broadcasting device 1 receives and accumulates the bookmark information, changes the BGM of the CM based on the accumulated bookmark information, and broadcasts the CM.
  • FIG. 2 is a configuration diagram of a hard disk of an example of a broadcasting device.
  • the hardware configuration of the broadcasting device 1 shown in FIG. 2 includes an input device 10, a display device 11, a drive device 12, a recording medium 13, and a ROM (Read On Memory 14), RAM (Random Access Memory) 15, CPU (Central 1 Process Unit) 16, interface device 17, and HD (Hard Disk) 18. I have.
  • the input device 10 includes a keyboard and a mouse operated by an administrator of the broadcasting device 1 and the like, and is used to input various operation signals to the broadcasting device 1.
  • the display device 11 is configured by a display or the like used by an administrator of the broadcast device 1, and displays various information.
  • the interface device 17 is an interface that connects the broadcast device 1 to the network 5. One face.
  • a CM management program that performs processing such as background music change processing is downloaded via a power network 5 shared with the broadcasting device 1 by a recording medium 13 such as a CD-ROM.
  • the recording medium 13 is set in the drive device 12, and a CM management program or the like is installed from the recording medium 13 into the ROM 4 via the drive device 12.
  • the ROM 14 stores data, the CM management program, and the like.
  • the RAMI 5 reads and stores a CM management program and the like from the ROM 14 when the broadcasting device 1 is started.
  • the CPU 16 executes processing in accordance with the ftif self-CM management program read and stored in the RAM 15.
  • the HD 18 stores data files and various databases (hereinafter, referred to as DBs) to be described later.
  • FIG. 3 is a functional configuration diagram of an example of a broadcasting device.
  • the broadcast apparatus 1 includes a change management unit 41, an 11-word control unit 44, an image data storage unit 45, a music data storage unit 46, a CM storage unit 47, a turn string storage unit 48, CM.Program output management section 49, sub output management section 50, main output section 51, sub output section 52, bookmark DB 61, user management DB 62, music list DB 63, and CM material DB 64 Have.
  • the change management unit 43 receives the bookmark information from the broadcast receiving terminal 2 and accumulates the bookmark information in a bookmark DB 61, which will be described later, or exceeds a predetermined threshold based on the bookmark information accumulated in the bookmark DB 61.
  • the music and / or genre is detected, and is notified to the word control unit 44.
  • the word control unit 44 changes the BGM of the CM obtained from the CM storage unit 47 based on the information notified from the change management unit 43, and stores the CM with the changed BGM in the CM storage unit 47.
  • the image data storage unit 45 stores image data used for commercials
  • the music data storage unit 46 stores music data used for background music of CMs.
  • the broadcasting device 1 in FIG. 3 has a configuration including an image data storage unit 45 in consideration of broadcasting for digital television.For example, the broadcasting device 1 performs only broadcasting for radio ⁇ , broadcasting
  • the device 1 may have a configuration that does not include the image data storage unit 46. However, in the following, for the sake of simplicity, the description will be made assuming that the broadcasting device 1 performs broadcasting for digital television. This does not limit the implementation of the present invention.
  • CM storage unit 47 stores CMs to be broadcast
  • program storage unit 48 stores programs to be broadcast.
  • the CM / program output management unit 49 manages the CMs scheduled to be broadcast stored in the CM storage unit 47 and the programs scheduled to be broadcast stored in the program storage unit 48 on the basis of a predetermined schedule. Click the output unit 51 to request output. At that time, the CM 'program output management unit 49 acquires the music data used for the CM and the program from the music data storage unit 46 and sends it to the main output unit 51.
  • the main output unit 51 broadcasts V, CM and .. or programs by stream broadcasting based on the request from the CM »program output management unit 49.
  • the sub output management unit 50 acquires the music data of the music related to the CM and / or the program from the music data storage unit 46, and interlocks with the CM's program output management unit 49 to obtain the music data. Is provided to the sub output unit 52 to request output.
  • the sub output unit 52 sends the music data to the broadcast receiving terminal 2 in a form of fire / expression based on a request from the sub output management unit 50.
  • the puck mark D B61 accumulates bookmark information. Details of the bookmark DB 61 will be described with reference to FIG. 7, FIG. 12, and FIG.
  • the user management DB 62 stores information relating to a user who listens to a broadcast using the broadcast receiving terminal 2. Details of the user management DB 62 will be described with reference to FIG.
  • the music list DB 63 stores information on music. Details of the music list DB 63 will be described with reference to FIG. 5 described later.
  • the CM material DB64 stores CM and information related to music of the CM. Details of the CM material DB64 will be described with reference to FIG. 11 described later.
  • FIG. 4 is a diagram for explaining an example of the user management DB.
  • the user management DB 62 includes a tape holder as shown in FIG.
  • the table includes a user ID, a residential area identification 11 code, a birth year, and an occupation as items.
  • the user ID stores a user who watches the broadcast.
  • Residential area The msu code stores the IJ code that identifies the user's residential area. For example, a postal code is stored as an example of the residence area identification code.
  • the birth year stores the user's birth year.
  • bookmark information can be aggregated for each age, and the background music of the CM can be changed for each age.
  • the code stores an identification code that identifies the user's occupation. By including the occupation identification code as an item, for example, 3 ⁇ 4 It is possible to change the background music of the CM. In addition, the occupation in Fig.
  • FIG. 5 is a diagram for explaining an example of a music list DB table.
  • the music list DB 63 includes a tape notch as shown in FIG.
  • the table includes, as items, a song code, a title, an artist, and a jiannore.
  • the song code stores a knowledge record for translating the song.
  • the title stores the title of the song.
  • the artist stores the name of the artist performing the music.
  • the genre stores the genre of the music.
  • the genre of the music such as JAZZ or TECHNO, is directly stored in Giannore, but the genre is a genre ftsu code (for example, jA
  • FIG. 6 is a flowchart illustrating an example of the puck mark accumulation process.
  • the change management unit 41 informs that the CM and / or the program has been output from the CM / program output management unit 49 and the broadcast related to the music has started (for example, the broadcast of the music has started in a song program or the like).
  • the following processing is started upon receiving the notification that music broadcasting has started as background music for programs, etc.).
  • step S10 the change management unit 41 receives the bookmark information mentioned from the broadcast receiving terminal 2 and counts the bookmark information.
  • step S11 the change management unit 41 determines whether or not the broadcast related to the music has ended. If it is determined that the broadcast related to the music has ended (YES in step S11), the process proceeds to step S12, and if it is determined that the broadcast related to the music has not ended (NO in step S11), Step S 10 Repeat the process.
  • the change management unit 41 when the change management unit 41 receives a notification from the CM ′ program output management unit 49 that the transmission of the IfrlB music has ended, it determines that the broadcast of the ttJlH music has ended. In step S12, the change management unit 41 stores the count result of the bookmark information in the bookmark DB61.
  • bookmark DB an example of the bookmark DB will be described with reference to FIG.
  • FIG. 7 is a diagram for explaining an example of a tape drive of the bookmark DB.
  • the bookmark D B61 includes a table as shown in FIG.
  • the table includes, as items, a program code, a range, a music code, and the number of bookmarks.
  • the program code stores an identification code for identifying the program that broadcasts the music.
  • the area the area of the user who transmitted the bookmark information using the broadcast receiving terminal 2 is stored.
  • the region may be in each of the prefectures of Dulan or in each of the municipalities.
  • the change management unit 41 determines the area of the user who has transmitted the bookmark information by referring to the residence area identification code of the user management DB 62.
  • the song code stores a code that describes the song.
  • the number of bookmarks stores the number of bookmark information.
  • the change management unit 41 can count bookmark information corresponding to a program code, a range, a song code, and the like, and store the counted bookmark information in the bookmark DB 61.
  • FIG. 8 is a flow chart for explaining an example of the music detection processing exceeding the threshold value.
  • the change management unit 41 detects music pieces within the adjustment range and exceeding the threshold from the bookmark DB61.
  • the scope of the survey includes program codes and regions. These investigation ranges may be configured so that the change management unit 41 acquires what is directly input by the administrator of the broadcasting device 1 or the adjustment range information defined and defined in a definition file of the investigation range and the like. A configuration in which the change management unit 41 acquires the information may be used.
  • the threshold value may be configured so that the change management unit 41 acquires a value directly input by the administrator of the broadcasting device 1 or changes the threshold information defined in the threshold definition file or the like.
  • a configuration in which the management unit 41 acquires the information may be used.
  • the region is "Tokyo”
  • the threshold value is "bookmark number was 3 0 0 more music j; ⁇ , change management unit 4 1, these
  • the table of the bookmark DB 61 is searched, and the song code of the corresponding song is acquired as the threshold song, in the table of the bookmark DB 61 shown in FIG. 4, 0 0 5, 0 0 7, and 0 0 8 are detected as iffled songs.
  • the change management unit 41 The genre information of the music detected in S20 is acquired from the music list DB 63. For example, if the song codes 0004, 0005, 0007, and 0008 are detected in step S20, the change management unit 41 refers to the song list DB 63 and determines that the genre of each song is J AZ Z , JAZZ, ROCK, and TECHN O.
  • the change management unit 41 calculates the genre distribution of the threshold fiber music based on the genre information acquired in step S21.
  • the change management unit 41 transmits to the transmission control unit 44 a notification that the BGM of the CM is to be changed (hereinafter referred to as a change notification).
  • FIG. 9 is a diagram for explaining an example of a change notification.
  • the change notice shown in FIG. 9 includes the genre distribution and power S of the area where the program code and CM are to be changed and the music.
  • FIG. 10 is a flowchart illustrating an example of the BGM change process.
  • step S30 the transmission control unit 44 acquires the notification 'ft report included in the received change notification.
  • the transmission control unit 44 checks the program corresponding to the program code and stores the CM scheduled to be broadcast and the scheduled number of broadcasts of the CM in the CM storage unit 47. Get more.
  • a default BGM genre (for example, TECHNO) is set in advance for the CM, and the transmission control unit 44 stores the program code: 000 1 from the CM storage unit 47, the CM code: 10005, the BGM genre TECHNO, and the song code. : 408 5: Scheduled number of broadcasts: Acquires information such as 12 times.
  • the transmission control unit 44 based on the genre distribution acquired in step S30, transmits information on the CM using the BGM of the corresponding genre from the CM material DB 64. select.
  • FIG. 11 is a diagram for explaining an example of a table of the CM material DB.
  • the CM material DB 64 includes a table as shown in FIG.
  • the tape information includes CM code, $ fc, BGM genre, BGM song name, and song code as items.
  • the fi ⁇ ⁇ ⁇ ij code for identifying the CM is stored in the CM code.
  • the first name is stored.
  • the background music genre stores the background music genre of the CM.
  • the BGM title stores the title of the BGM.
  • the music code is the BGM music! 3 ⁇ 4IJ code is stored.
  • the transmission control unit 44 sets JAZZ as BGM among a plurality of BGM CMs prepared in advance as shown in FIG. 11, as shown in FIG. Select the version used (CM code 10003), the version using ROCK as BGM (CM code 10002), and the version using TEC HNO as BGM (CM code 10005).
  • step S33 the transmission control unit 44 assigns the CM selected in step S32 to the genre distribution acquired in step S30. Is stored in the CM storage unit 47 based on
  • the transmission control unit 44 sets the CM code: 10005 CM originally scheduled to be broadcast 12 times, the broadcast code 10003 CM (BGM is JAZZ) six times, and the broadcast code 10002 CM (BGM is ROCK) Is stored in the CM storage unit 47 so as to broadcast the CM of broadcast code 1 0005 (BGM is TECHNO) three times.
  • CM code 10005.
  • BGM with the highest ratio may be prioritized. That is, a CM with broadcast code 10003 (BGM is JAZZ) six times, a CM with broadcast code 10002 (BGM is ROCK) twice, and a CM with broadcast code 10005 (BGM is TECHNO) are broadcast twice.
  • the information may be stored in the storage unit 47.
  • the output management unit 49 performs a predetermined number of times (for example, JAZZ 6 times) based on a predetermined schedule in which the background music is changed and stored in the CM storage unit 47 as described above. Times, ROCK 3 times, TECHNO 3 times).
  • a CM in which the genre of music that matches the user's preference in the area is set as BGM, reflecting the preference information of the music in each area.
  • the BGM of the CM can be changed until immediately before the CM is broadcast, and the CM with the genre of music reflecting the user's latest preference information as the BGM can be broadcast.
  • bookmark mark DB Another example of the bookmark mark DB will be described with reference to FIG.
  • FIG. 12 is a diagram for explaining another example of the bookmark DB table.
  • Bookmark D B 61 includes a table as shown in FIG. The table includes a number code, a user ID, a music code, and the number of bookmarks as items.
  • the program code stores an identification code for it3 ⁇ 4ij of the program that broadcasts the music.
  • the user ID stores u children who are the users who watch the broadcast.
  • the song code stores the [J code for itsij the song.
  • the number of bookmarks stores the number of bookmark information.
  • the change management unit 41 counts bookmark information in association with a program code, a user ID, a music code, and the like, and can store the bookmark information in the bookmark mark DB 61.
  • the change management unit 41 classifies the bookmark information accumulated for a certain period (for example, January) and stores it in a table will be described with reference to FIGS.
  • FIG. 13 is a diagram for explaining another example of the bookmark DB table.
  • the bookmark D B61 includes a table as shown in FIG.
  • the table includes, as items, the user ID and the number of bookmarks divided for each genre.
  • the user ID stores i sij children that i ⁇ u the user who views the broadcast.
  • Each genre of the number of bookmarks stores the number of bookmark information for each genre.
  • the change management unit 41 Based on the bookmark information accumulated for a certain period of time (for example, January), the change management unit 41 refers to the music list DB 63 and the like, classifies each music by genre, Store the number of bookmarks in the table.
  • FIG. 14 is a flowchart for explaining an example of the genre exceeding threshold detection process.
  • step S40 the change management unit 41 detects a genre that exceeds the threshold value from the puck mark DB61.
  • the threshold value may be configured such that the change management unit 41 obtains a value directly input by the administrator of the broadcasting device 1, or the threshold information defined in the threshold definition file or the like may be changed. 1 may be obtained.
  • the update management unit 41 searches the table shown in FIG. 13 using the threshold value as a search condition, and acquires a genre having more than 20 bookmarks.
  • POPS and ROCK are detected as threshold genres.
  • step S41 the change management unit 41 calculates the genre distribution of the threshold genre based on the genre information and the number of bookmarks acquired in step S40.
  • step S42 the change management unit 41 transmits a CM BGM change notification to the transmission control unit 44.
  • FIG. 15 is a diagram for explaining another example of the change notification.
  • the change notification shown in FIG. 15 includes the user ID whose period and CM are to be changed and the genre distribution of music.
  • the process of changing the background music in the second embodiment is almost the same as the process described in FIG. 10 of the first embodiment.
  • all the BGM of the CM broadcast to the target user is based on the genre distribution included in the change notification shown in FIG. Change, change.
  • the broadcasting device 1 determines whether or not the user's broadcast receiving terminal 2 is operating, and broadcasts the CM. It may be performed.
  • FIG. 16 is a diagram illustrating an example of a CM broadcast.
  • the CM / program output management unit 49 starts the following processing upon acquiring information indicating that the broadcast receiving terminal 2 is operating from the change management unit 41 or the like.
  • the CM / program output management unit 49 broadcasts the CM whose broadcasting is changed based on the bookmark information stored in the CM storage unit 47 based on the schedule and in a predetermined distribution. I do.
  • the BGM broadcasts the POP CM and the ROCK CM at a ratio of 2: 1.
  • step S51 the CM 'program output management unit 49 determines whether or not the broadcast receiving terminal 2 is operating, and if it determines that it is operating (step S50). If YES in 51), the processing from step S50 is repeated, and if it is determined that the apparatus is not operating (NO in step S51), the processing is terminated.
  • the CM / program output management unit 49 obtains information indicating that the broadcast receiving terminal 2 is not operating from, for example, the change managing unit 41, it determines that the broadcast receiving terminal 2 is not operating 1 ⁇ . .

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)

Abstract

放送を行う放送装置１における広告管理方法であって、放送を受信する放送受信端末２が、放送装置１より、楽曲に係るデータを取得した旨のデータ取得情報を、放送受信端末２より受信するデータ取得情報受信段階と、データ取得情報受信段階において受信したデータ取得情報を視聴者の楽曲に係る嗜好情報として蓄積する嗜好情報蓄積段階と、嗜好情報に基づいて、広告の背景音楽を、広告を放送する前に変更する背景音楽変更段階とを有することによって、視聴者の嗜好と一致した背景音楽の広告を放送することができる。

Description

明 細 書 広告管理方法及び放送装置 技術分野
本発明は、 広告管«法及び放送装置に関する。 背景技術
従来、 放送局などにおいて、 コマーシャル （以下、 CMという) を放送する際 は、 1対 1に対応付けられた、 CMの内容 （商品及び/又はサービスの説明や映 像） と該 CMのバックグラウンドミュージック （以下、 B GMという） とを放送 していた。
このような CMは、 例えば、 CM作成者などによって、 いかに効果的に視聴者 の興味を引き、 商品及び/又はサービスに良い印象を与えるかを目的として作成 されていた。
一方、 個人を対象として、 より個人の嗜好にマッチした CMを該個人に対して »するシステムも提案されている （例えば、 文献 1参照。）。
文献 1 ：特開 2 0 0 2— 7 8 7 3号公報
しかしながら、 上述したような方法やシステムにおいては、 CMの B GMが必 ずしも視聴者の嗜好と一致して ヽなレ、ため、 意図してレ、た効果が得られな 、問題 があった。 例えば、 視聴者の興味を引いたり、 商品及び/又はサービスに良い印 象を与えたりすることができないという問題があった。
本発明は、 上記の点に鑑みなされたもので、 視聴者の嗜好と一致した背景音楽 の広告を放送することを目的とする。 発明の開示
そこで、 上記問題を解決するため、 本発明は、 放送を行う放送装置における広 告管理方法であって、 t&IB放送を受信する放送受信端末が t&IE放送装置より楽曲 に係るデータを取得した旨のデータ取得情報を、 前記放送受信端末より受信する データ取得情報受信段階と、 肅己データ取得情報受信段階において受信した ΙίίΙΒ データ取得情報を編己視聴者の楽曲に係る嗜好情報として蓄積する嗜好情報蓄積 段階と、 lift己嗜好情報に基づいて、 広告の背景音楽を、 広告を放送する前に変更 する背景音楽変更段階とを有することを特徴とする。
本発明によれば、 視聴者の嗜好と一致した背景音楽の広告を放送することがで さる。
また、 上記讓を解決するための手段として、 本発明は、 放送を行う放送装置 とすることもできる。 図面の簡単な説明
図 1は本発明を実施する一例のシステム構成図である。
図 2は放送装置の一例のハードウエア構成図である。
図 3は放送装置の一例の機能構成図である。
図 4はユーザ管理 D Bの一例を説明するための図である。
図 5は楽曲一覧 D Bのテーブルの一例を説明するための図である。
図 6はブックマーク蓄積処理の一例を説明するためのフローチャートである。 図 7はプックマーク D Bのテーブルの一例を説明するための図である。
図 8は閾値越え楽曲検出処理の一例を説明するためのフローチヤ一トである。 図 9は変更通知の一例を説明するための図である。
図 1 0は B GM変更処理の一例を説明するためのフローチャートである。 図 1 1は CM素材 D Bのテーブルの一例を説明するための図である。
図 1 2はブックマーク D Bのテーブルの他の例を説明するための図である。 図 1 3はブックマーク D Bのテーブルの他の例を説明するための図である。 図 1 4は閾値越えジャンル検出処理の一例を説明するためのフローチヤ一トで ある。
図 1 5は変更通知の他の例を説明するための図である。
図 1 6は CM放送の一例を説明するための図である。 発明を実施するための最良の形態 以下、 本発明の実施の形態について図面に基づいて説明する。
図 1は、 本発明を実施する一例のシステム構成図である。 図 1に示されるよう に、 本発明を実施するシステムは放送装置 1などを有する放送局 100と、 該放 送局 100とネットワーク 5を介して接続された放送受信端末 2と力ら構成され る。
放送局 100に含まれる放送装置 1は、 後述するように、 例えばドラマなどの 番組や CMをストリーム放送する一方、 後述する放送受信端末 2を介して視聴者 (以下、 ユーザともいう） が楽曲などを試聴したり買い取ったりすることが可能 な楽曲のデータ （楽曲データ） をファイノ ^式で放送受信端末 2に^!する。 また、 放送受信端末 2は、 放送装置 1より放送される番組や CMなどを受信す る一方、 ユーザからの要求に応じて、 ΪΒ楽曲データをダウンロードし、 試聴し たり買い取つたりした旨の情報 （以下、 ブックマーク情報という） を、 ネットヮ ーク 5を介して放送装置 1に送信する。 放送受信端末 2の、 より具体的な例とし ては例えばデジタルテレビなどがある。
放送装置 1では、 該ブックマーク情報を受信して蓄積し、 該蓄積したブックマ ーク情報に基づいて、 CMの BGMを変更し、 CMを放送する。
以下、 放送装置 1のハードウェア構成の一例を、 図 2を用いて説明する。
図 2は、 放送装置の一例のハードゥエァ構成図である。
図 2に示される放送装置 1のハードゥエァ構成は、 それぞれパス Bで相互に接 続されている入力装置 10と、 表示装置 11と、 ドライブ装置 12と、 記録媒体 13と、 ROM (Re a d On l y Memo r y) 14と、 RAM (Ra n d o m Ac c e s s Memo r y) 15と、 CPU (Cen t r a 1 P r o c e s s i ng Un i t) 16と、 インターフェース装置 17と、 HD (H a r d D i s k) 18とから構成されている。
入力装置 10は、 放送装置 1の管理者などが操作するキーポード及ぴマウスな どで構成され、 放送装置 1に各種操作信号を入力するのに用いられる。
表示装置 11は、放送装置 1の管理者が利用するディスプレイなどで構成され、 各種情報を表示する。
インターフェース装置 17は、 放送装置 1をネットワーク 5に接続するインタ 一フェースである。
後述するブックマーク蓄積処理ゃ閾 itsえ曲及び/又はジャンルの検出処理や
B GM変更処理などの処理を行う CM管理プログラムなどは、 例えば、 CD-R OMなどの記録媒体 13によつて放送装置 1に f共される力 ネットワーク 5を 通じてダウンロードされる。 記録媒体 13は、 ドライブ装置 12にセットされ、 爾己 CM管理プログラムなどが記録媒体 13からドライブ装置 12を介して RO Ml 4にインストールされる。
ROM14は、 データや前記 CM管理プログラムなどを格納する。 RAMI 5 は、 放送装置 1の起動時に ROM 14から l己 CM管理プログラムなどを読み出 して格納する。 CPU16は、 RAM15に読み出され、 格納された ftif己 C M管 理プログラムなどに従って処理を実行する。
HD 18は、 データゃフアイノレ、 後述する各種データベース (以下、 DBとい う） を格納する。
以下、 放送装置 1の機能構成の一例を、 図 3を用いて説明する。
図 3は、 放送装置の一例の機能構成図である。
図 3において放送装置 1は、 変更管理部 41と、 11言制御部 44と、 画像デー タ格納部 45と、 楽曲データ格納部 46と、 CM格納部 47と、 番糸且格納部 48 と、 CM.番組出力管理部 49と、サブ出力管理部 50と、 メイン出力部 51と、 サブ出力部 52と、 ブックマーク DB 61と、 ユーザ管理 DB 62と、 楽曲一覧 DB63と、 CM素材 DB 64とを有する。
変更管理部 43は、 ブックマーク情報を、 放送受信端末 2より受信し、 後述す るブックマーク DB 61に蓄積したり、 ブックマーク DB 61に蓄積されている ブックマーク情報に基づいて、 定められた閾値を超えた曲及び/又はジャンルを 検出し、 言制御部 44に通知したりする。
言制御部 44は、 変更管理部 43から通知された情報に基づいて、 CM格納 部 47より取得した CMの BGMを変更し、 該 BGMを変更した CMを CM格納 部 47に格納する。
画像データ格納部 45には、 CMに用いる画像データが格納されており、 楽曲 データ格納部 46には、 CMの B GMなどに用いる楽曲データが格納されている。 なお、 図 3の放送装置 1は、 デジタルテレビ向けの放送を考慮し、 画像データ格 納部 4 5を有する構成としているが、 例えば、 放送装置 1がラジオ向けの放送の みを行う ^、 放送装置 1は、 画像データ格納部 4 6を含まない構成であっても よい。 但し、 以下では説明の簡 匕のため、 放送装置 1は、 デジタルテレビ向け の放送を行うものとして説明を行う。 なお、 このことは本発明の実施を制限する ものではない。
また、 CM格納部 4 7は、 放送予定の CMが格納されており、 番組格納部 4 8 には、 放送予定の番組が格納されている。
CM ·番組出力管理部 4 9は、 CM格納部 4 7に格納されている放送予定の C Mや番組格納部 4 8に格納されている放送予定の番組を、 定められたスケジユー ルに基づいてメイン出力部 5 1に «し、 出力を要求する。 その際、 CM '番組 出力管理部 4 9は、 CMや番組に用いられる楽曲データを楽曲データ格納部 4 6 より取得し、 メイン出力部 5 1に提洪する。
メィン出力部 5 1は、 CM »番組出力管理部 4 9力らの要求に基づ V、て、 CM 及び.. 又は番組をストリーム放送により放送する。
また、 サブ出力管理部 5 0は、 CM及び/又は番組に関連した楽曲の楽曲デー タを楽曲データ格納部 4 6より取得し、 CM '番組出力管理部 4 9と連動し、 前 記楽曲データをサブ出力部 5 2に提供し、 出力を要求する。
サブ出力部 5 2は、 サブ出力管理部 5 0からの要求に基づいて、 前記楽曲デー タをフアイ/ 式で放送受信端末 2に する。
プックマーク D B 6 1は、 ブックマーク情報を蓄積する。 ブックマーク D B 6 1の詳細は後述する図 7や図 1 2及び図 1 3を用いて説明する。
ユーザ管理 D B 6 2は、 放送受信端末 2を用いて放送を試聴するユーザに係る 情報を蓄積する。 ユーザ管理 D B 6 2の詳細は後述する図 4を用いて説明する。 楽曲一覧 D B 6 3は、 楽曲に係る情報を蓄積する。 楽曲一覧 D B 6 3の詳細は 後述する図 5を用いて説明する。
CM素材 D B 6 4は、 CMと該 CMの楽曲に係る情報を蓄積する。 CM素材 D B 6 4の詳細は後述する図 1 1を用いて説明する。
以下、 ユーザ管理 D B 6 2のテーブルの一例を、 図 4を用いて説明する。 図 4は、 ユーザ管理 D Bの一例を説明するための図である。
ユーザ管理 D B 6 2は、図 4に示されるようなテープノレを含む。該テーブルは、 ユーザ I Dと、 居住地区識11コードと、 生年と、 職業とを項目として含む。
ユーザ I Dには、 放送を視聴するユーザを する itsu子が格納されている。 居住地区 msuコードには、 ユーザの居住地区を識別する IJコードが格納され ている。 例えば、 居住地区識別コードの一例として郵便番号が格納されている。 居住地区識 IJコードを項目として含むことによって、 例えば、 都贿県ごとゃ巿 区町村ごとにブックマーク情報を集計し、 地域ごとに CMの B GMを変更するこ とができる。
生年には、 ユーザの生年が格納されている。 生年を項目として含むことによつ て、 例えば、 年代ごとにブックマーク情報を集計し、 年代ごとに CMの B GMを 変更することができる。
職業 ϋ¾ι (コードには、 ユーザの職業を iisijする識別コードが格納されている。 職業識別コードを項目として含むことによって、 例えば、 ffi¾業-翻 ijコードごとに ブックマーク情報を集計し、 職業ごとに CMの B GMを変更することができる。 なお、図 4の職業 ϋ¾ΐ』コードの 0 1、 0 2、· · 'など ίま例免 ί 、 0 1 ίま会ネ土員（事 務)、 0 2は会社員 (技術)、 · · 'などと職業 ©jコードと実際の職業とが対応付 けられている。
以下、 楽曲一覧 D B 6 3の一例を、 図 5を用いて説明する。
図 5は、 楽曲一覧 D Bのテーブルの一例を説明するための図である。
楽曲一覧 D B 6 3は、 図 5に示されるようなテープノレを含む。 該テーブルは、 曲コードと、 タイトルと、 アーティストと、 ジヤンノレとを項目として含む。
曲コードには、 楽曲を翻リする識リコードが格納されている。
タイトルには、 楽曲のタイトルが格納されている。
アーティストには、 楽曲を演奏するアーティストの名前が格納されている。 ジャンルには、 楽曲のジャンルが格納されている。 なお、 図 5においては説明 の簡 B ^匕のため、 ジヤンノレに J A Z Zや T E C HNOなど、 楽曲のジャンルが直 接格納されているが、 該ジャンルを i s【jするジャンル ftsuコード （例えば、 j A
Z Zなら 0 0 0 1、 T E C HNOなら 0 0 0 2など） を格納するようにしてもよ い。 以下においても同様である。
以下、 プックマーク蓄積処理の一例を、 図 6を用いて説明する。
図 6は、プックマーク蓄積処理の一例を説明するためのフローチャートである。 変更管理部 4 1は、 CM ·番組出力管理部 4 9より CM及び/又は番組が出力 され、 楽曲に係る放送が開始された旨 （例えば、 歌番組などで、 楽曲の放送が開 始されたり、 番組などの B GMとして楽曲の放送が開始されたりした旨） の通知 を受信すると、 以下の処理を開始する。
ステップ S 1 0において変更管理部 4 1は、 放送受信端末 2より 言されたブ ックマーク情報を受信し、 ブックマーク情報をカウントする。
ステップ S 1 0に続いてステップ S 1 1に進み、 変更管理部 4 1は、 前記楽曲 に係る放送が終了したかどうかを判定する。 前記楽曲に係る放送が終了したと判 定すると （ステップ S 1 1において Y E S )、ステップ S 1 2に進み、前記楽曲に 係る放送は終了していないと判定すると（ステップ S 1 1において NO)、ステツ プ S 1 0力らの処理を繰り返す。
例えば、 変更管理部 4 1は、 CM '番組出力管理部 4 9より IfrlB楽曲に係る放 送が終了した旨の通知を受信すると、 ttJlH楽曲に係る放送が終了したと判定する。 ステップ S 1 2において、 変更管理部 4 1は、 ブックマーク情報のカウント結 果をブックマーク D B 6 1に格納する。
(第一実施例一地域）
以下、 ブックマーク D Bの一例を、 図 7を用いて説明する。
図 7は、 ブックマーク D Bのテープノレの一例を説明するための図である。 ブックマーク D B 6 1は、 図 7に示されるようなテーブルを含む。 該テーブル は、番組コードと、 ±也域と、 曲コードと、ブックマーク件数とを項目として含む。 番組コードには、楽曲を放送した番組を識別する識別コードが格納されている。 地域には、 放送受信端末 2を用いてブックマーク情報を送信してきたユーザの 地域が格納されている。 該地域は、 都蘭県ごとであってもよいし、 地区町村ご となどであってもよい。
例えば、 変更管理部 4 1は、 ユーザ管理 D B 6 2の居住地区識別コードを参照 し、 ブックマーク情報を送信して来たユーザの地域を確定する。 曲コードには、 楽曲を ϋ¾υする コードが格納されている。
ブックマーク件数には、 ブックマーク情報の件数が格納されている。
図 7に示されるように、 変更管理部 4 1は、 番組コード、 ±也域、 曲コードなど に対応させて、 ブックマーク情報をカウントし、 ブックマーク D B 6 1に格納す ることができる。
番組コードに対応させることにより、 該番,袓を視聴する視聴者の楽曲の嗜好を 把握し、 該番組中に放送する CMの B GMを変更し、 CMを放送することができ る。
また、 ±也域に対応させることにより、 地域における視聴者の楽曲の嗜好を把握 し、 該地域の編己番組中に放送する CMの B GMを変更し、 CMを放送すること ができる。
以下、 閾値を越えた楽曲を検出する処理の一例を、 図 8を用いて説明する。 図 8は、閾値越え楽曲検出処理の一例を説明するためのフローチヤ一トである。 ステップ S 2 0において、 変更管理部 4 1は、 調查範囲内で且つ閾値を超えた 楽曲をブックマーク D B 6 1より検出する。
例えば、 調査範囲としては、 番組コードや地域などがある。 これらの調査範囲 は、 放送装置 1の管理者が直接入力したものを変更管理部 4 1が取得する構成で あってもよいし、 調査範囲の定義ファィルなどに定義されてレヽる調查範囲情報を 変更管理部 4 1が取得する構成であってもよい。
また、 同様に、 閾値は、 放送装置 1の管理者が直接入力したものを変更管理部 4 1が取得する構成であってもよいし、 閾値の定義ファイルなどに定義されてい る閾値情報を変更管理部 4 1が取得する構成であってもよい。
例えば、調查範囲が番組コード 「0 0 0 1」 で、地域は 「東京」、 閾値は 「ブッ クマーク件数が 3 0 0以上の楽曲 j であった;^、 変更管理部 4 1は、 これらを 検索条件としてブックマーク D B 6 1のテーブルを検索し、 対応する楽曲の曲コ 一ドを閾 ί幽ぇ楽曲として取得する。 図 7に示すブックマーク D B 6 1のテープ ルにおいては、 曲コード 0 0 0 4と、 0 0 0 5と、 0 0 0 7と、 0 0 0 8とが闘 ifflえ楽曲として検出される。
ステップ S 2 0に続いてステップ S 2 1に進み、 変更管理部 4 1は、 ステップ S 20において検出した楽曲のジャンル情報を楽曲一覧 DB 63より取得する。 例えば、 ステップ S 20において曲コード 0004と、 0005と、 0007 と、 0008とを検出した場合、変更管理部 41は、楽曲一覧 DB 63を参照し、 ぞれぞれの楽曲のジャンルが J AZ Zと、 JAZZと、 ROCKと、 TECHN Oとであることを取得する。
ステップ S 21に続いてステップ S 22に進み、 変更管理部 41は、 ステップ S 21において取得したジャンル情報を基に、 閾纖ぇ楽曲のジャンル配分を算 出する。
例えば、 ステップ S 21において曲コード 0004= J AZZ、 曲コード 00 05 = JAZZ、 曲コード 0007=ROCK、 曲コード 0ひ 08 =TE CHN Oであることを取得した変更管理部 41は、ジャンル配分を JAZZ :ROCK: TECHNO=2 ： 1 ： 1であると算出する。
ステップ S 22に続いてステップ S 23に進み、 変更管理部 41は、 送信制御 部 44に対して CMの BGMを変更する旨の通知 （以下、 変更通知という） を送 信する。
図 8に示した処理を行うことによって、 ある地域ごとに閾値を超えた楽曲を検 出し、 該楽曲のジャンル配分を算出し、 CMの B GMの変更を送信制御部 44に 通知することができる。
以下、 変更通知の一例を、 図 9を用いて説明する。
図 9は、 変更通知の一例を説明するための図である。
図 9に示される変更通知には、 番組コードと CMを変更する地域と楽曲のジャ ンル配分と力 S含まれている。
以下、 BGM変更処理の一例を、 図 10を用いて説明する。
図 10は、 BGM変更処理の一例を説明するためのフローチャートである。 送信制御部 44は、 変更管理部 41より図 9に示したような変更通知を受信す ると以下の処理を開始する。
ステップ S 30において送信制御部 44は、 受信した変更通知に含まれる通知 'ft報を取得する。
例えば、 図 9に示した変更通知を例に取ると、 送信制御部 44は、 変更通知よ り、 番組コードは 0001、 地域は東京都、 楽曲のジャンル配分は J AZ Z ： R OCK： TECHNO=2 ： 1 ： 1である旨の情報を取得する。
ステップ S 30に続いてステップ S 31に進み、 送信制御部 44は、 前記番組 コ一ドに対応する番組にぉレ、て放送予定の CM及ぴ該 CMの放送予定回数などを CM格納部 47より取得する。
例えば、 CMには予めデフォルトの BGMのジャンル（例えば、 TECHNO) が定められており、 送信制御部 44は、 CM格納部 47より番組コード： 000 1、 CMコード： 10005、 BGMジャンル TECHNO、 曲コード： 408 5 ：放送予定回数： 12回などの情報を取得する。
ステップ S 31に続いてステップ S 32に進み、 送信制御部 44は、 ステップ S 30において取得したジャンル配分に基づいて、 該当するジャンルの BGMを 使用している CMに係る情報を CM素材 DB 64より選択する。
図 11は、 CM素材 D Bのテーブルの一例を説明するための図である。
CM素材 D B 64は、 図 11に示すようなテーブルを含む。 該テープノレは、 C Mコードと、 ¾¾fcと、 BGMジャンルと、 BGM曲名と、 曲コードとを項目と して含む。
CMコードには、 CMを識別する fi¾ijコードが格納されている。
«土には、 。 を する 名が格納されている。
B GMジャンノレには、 該 CMの B GMのジャンルが格納されている。
BGM曲名には、 該 BGMの曲名が格納されている。
曲コードには、 該 BGMの楽曲を する！ ¾IJコードが格納されている。 例えば、 図 10のステップ S 32において送信制御部 44は、 図 11に示され るように、 CMの提媚:土が予め用意してある複数の BGMの CMの中から J AZ Zを BGMとして使用しているバージョン （CMコード 10003) と、 ROC Kを BGMとして使用しているバージョン （CMコード 10002) と、 TEC HNOを BGMとして使用しているバージョン （CMコード 10005) とを選 択する。
ステップ S 32に続いてステップ S 33に進み、 送信制御部 44は、 ステップ S 32において選択した CMを、 ステップ S 30において取得したジャンル配分 に基づいて CM格納部 47に格納する。
例えば、 送信制御部 44は、 CMコード： 10005の CMが元々 12回放送 される予定であった 、 放送コード 10003の CM (BGMが JAZZ) を 6回、 放送コード 10002の CM (BGMが ROCK) を 3回、 放送コード 1 0005の CM (BGMが TECHNO) を 3回放送するよう CM格納部 47に 格納する。
なお、 配分がうまく割り切れない^、 例えば、 CMコード： 10005の。
Mが元々 10回放送される予定であった：^、 比率が最も高い BGMの CMを優 先するようにしてもよい。 即ち、 放送コード 10003の CM (BGMが JAZ Z) を 6回、 放送コード 10002の CM (BGMが ROCK) を 2回、 放送コ ード 10005の CM (BGMが TECHNO) を 2回放送するよう CM格納部 47に格納してもよい。
CM。番 ,袓出力管理部 49は、 CM格納部 47に格納に格納されている上述し たように B GMを変更された定められたスケジュールに基づいて、 定められた回 数（例えば、 JAZZを 6回、 ROCKを 3回、 TECHNOを 3回）放送する。 図 10に示した処理を行うことによって、 例えば、 地域ごとの楽曲の嗜好情報 を反映し、 地域におけるユーザの好みにあった楽曲のジャンルを BGMとする C Mを放送することができる。
また、 CMを放送する直前まで CMの BGMを変更することができ、 ユーザの 最新の嗜好情報を反映させた楽曲のジャンルを B GMとする CMを放送すること ができる。
(第二実施例一ユーザ個人）
以下、 プックマーク DBの他の例を、 図 12を用いて説明する。
図 1 2は、 ブックマーク DBのテーブルの他の例を説明するための図である。 ブックマーク D B 61は、 図 12に示されるようなテーブルを含む。 該テープ ルは、 番糸且コードと、 ユーザ IDと、 曲コードと、 ブックマーク件数とを項目と して含む。
番組コードには、楽曲を放送した番組を it¾ijする識別コードが格納されている。 ユーザ I Dには、 放送を視聴するユーザを する u子が格納されている。 曲コードには、 楽曲を itsijする 【Jコードが格納されている。
ブックマーク件数には、 ブックマーク情報の件数が格納されてレ、る。
図 1 2に示されるように、 変更管理部 4 1は、 番組コード、 ユーザ I D、 曲コ ードなどに対応させて、 ブックマーク情報をカウントし、 プックマーク D B 6 1 に格納することができる。
ユーザ I Dに対応させることにより、 ユーザごとの楽曲の嗜好を把握し、 該ュ 一ザごとに放送する CMの B GMを変更し、 CMを放送することができる。 以下、 変更管理部 4 1が、 一定期間 （例えば、 1月） 蓄積したブックマーク情 報を分類してテーブルに格納した例を、 図 1 3を用いて説明する。
図 1 3は、 ブックマーク D Bのテーブルの他の例を説明するための図である。 ブックマーク D B 6 1は、 図 1 3に示されるようなテーブルを含む。 該テープ ルは、 ユーザ I Dと、 ジャンルごとに区切られたブックマーク件数を項目として 含む。
ユーザ I Dには、 放送を視聴するユーザを i¾uする i sij子が格納されている。 ブックマーク件数の各ジャンルには、 各ジャンルごとのブックマーク情報の件 数が格納されている。
変更管理部 4 1は、 一定期間 （例えば、 1月） 蓄積したブックマーク情報を基 に、 楽曲一覧 D B 6 3などを参照し、 それぞれの楽曲をジャンルごとに分類し、 図 1 3に示すようなテーブルにブックマーク件数を格納する。
以下、 閾値を越えたジャンルを検出する処理の一例を、 図 1 4を用いて説明す る。
図 1 4は、 閾値越えジャンル検出処理の一例を説明するためのフローチヤ一ト である。
ステップ S 4 0において、 変更管理部 4 1は、 閾値を超えたジャンルをプック マーク D B 6 1より検出する。
例えば、 閾値は、 放送装置 1の管理者が直接入力したものを変更管理部 4 1が 取得する構成であつてもよいし、 閾値の定義ファィルなどに定義されている閾値 情報を変更管理部 4 1が取得する構成であってもよい。
例えば、 閾値が 「ブックマーク件数 2 0件以上のジャンル」 であった場合、 変 更管理部 41は、 該閾値を検索条件として図 13に示すテーブルを検索し、 プッ クマーク件数 20件以上のジャンルを取得する。 図 13に示すテーブルにおいて は、 POPSと、 ROCKとが閾羅ぇジャンルとして検出される。
ステップ S 40に続いてステップ S 41に進み、 変更管理部 41は、 ステップ S 40において取得したジャンル情報及びブックマーク件数を基に、 閾 ぇジ ャンルのジャンル配分を算出する。
例えば、 ステップ S 40において POPSが 42件、 ROCKが 21件である ことを取得した変更管理部 41は、 ジャンル配分を POPS ： ROCK=2： 1 であると算出する。
ステップ S 41に続いてステップ S 42に進み、 変更管理部 41は、 送信制御 部 44に対して CMの BGMの変更通知を送信する。
図 14に示した処理を行うことによって、 ユーザごとに閾値を超えたジャンル を検出し、 ジャンル配分を算出し、 CMの B GMの変更を送信制御部 44に通知 することができる。
以下、 変更通知の他の例を、 図 15を用いて説明する。
図 15は、 変更通知の他の例を説明するための図である。
図 15に示される変更通知には、 期間と CMを変更するユーザ I Dと楽曲のジ ャンル配分とが含まれている。
第二実施例における B GMの変更処理は第一実施例の図 10において説明した 処理とほぼ同様である。 ただ、 第二実施例においては、 図 15に示した変更通知 に含まれる期間の翌月、 対象としているユーザに放送する CMの BGMを全て、 図 15に示した変更通知に含まれるジャンル配分に基づレ、て、 変更する。
なお、 第二実施例の^ g\ ユーザごとに変更した B GMを含む CMを放送する ため、放送装置 1は、ユーザの放送受信端末 2が動作しているかどうかを mmし、 CMの放送を行うようにしてもよい。
以下、 ユーザに対して CMを放送する一例を、 図 16を用いて説明する。
図 16は、 CM放送の一例を説明するための図である。
CM ·番組出力管理部 49は、 変更管理部 41などより放送受信端末 2が動作 中である旨の情報を取得すると、 以下の処理を開始する。 CM ·番組出力管理部 4 9は、 CM格納部 4 7に格納されている、 ブックマー ク情報に基づいて B GMを変更された放送予定の CMをスケジュールに基づい て、 定められた配分で放送する。
例えば、 図 1 4及び図 1 5に示した例によると、 B GMが P O P Sの CMと B GMが R O C Kの CMとを 2対 1の割合で放送する。
ステップ S 5 0に続いてステップ S 5 1に進み、 CM '番組出力管理部 4 9は、 放送受信端末 2が動作中であるかどう力判定し、 動作中であると判定すると （ス テツプ S 5 1において Y E S)、ステップ S 5 0からの処理を繰り返し、動作中で ないと判定すると （ステップ S 5 1において NO)、 処理を終了する。
CM ·番組出力管理部 4 9は、 例えば、 変更管理部 4 1などより放送受信端末 2が動作していない旨の情報を取得すると、 放送受信端末 2が動作中でな 1ヽと判 定する。
図 1 6に示す処理を行うことによって、 より効果的に、 ユーザの嗜好と一致し た B GMの CMを放送することができる。 産業上の利用性
上述の如く、 本発明によれば視聴者の嗜好と一致した背景音楽の広告を放送す る広告管理方法及び放送装置を衝共することができる。

Claims

請 求 の 範 囲
1 . 放送を行う放送装置における広告管理方法であって、
編己放送を受信する放送受信端末が 放送装置より楽曲に係るデータを取得 した旨のデータ取得情報を、 ΙίίΙΒ放送受信端末より受信するデータ取得情報受信 段階と、
ΙίίΙΒデータ取得情報受信段階において受信した前記データ取得情報を前記視聴 者の楽曲に係る嗜好情報として蓄積する嗜好情報蓄積段階と、
lift己嗜好情報に基づいて、 広告の背景音楽を、 広告を放送する前に変更する背 景音楽変更段階と
を有することを特徴とする広告管理方法。
2. 前記嗜好情報蓄積段階において蓄積された編己嗜好情報の中から、 予め定め られた閾値以上の tfflB嗜好情報を検出する嗜好情報検出段階を更に有することを 特徴とする請求項 1記載の広告管理方法。
3. 前記嗜好情報検出段階において検出された前記嗜好情報に基づいて、 楽曲の ジャンル配分を算出するジャンル配分算出段階を更に有することを特徴とする請 求項 2記載の広告管理方法。
4. 前記背景音楽変更段階は、 ΙίίΐΒジャンル配分算出段階において算出されたジ ヤンル配分に応じて、 広告の背景音楽を変更することを特徴とする請求項 3記載 の広告管 »法。
5. 前記閾値は楽曲に対して定められていることを特徴とする請求項 2乃至 4何 れかに記載の広告管理方法。
6 . 前記閾値は楽曲のジャンルに対して定められていることを特徴とする請求項 2乃至 4何れかに記載の広告管 ffi^法。
7. 前記嗜好情報蓄積段階の前に、 編己放送を受信する放送受信端末より、 廳己 嗜好情報を取得する嗜好情報取得段階を更に有することを特徴とする請求項 1乃 至 6何れかに記載の広告管理方法。
8. 前記背景音楽変更段階において背景音楽を変更された広告を放送する広告放 送段階を更に有することを特徴とする請求項 3乃至 7何れかに記載の広告管 ¾¾Γ 法。
9. 放送を行う放送装置であって、
IB放送を受信する放送受信端末が tfilB放送装置より楽曲に係るデータを取得 した旨のデータ取得情報を、 t!if己放送受信端末より受信するデータ取得情報受信 手段と、
前記データ取得情報受信手段において受信した前記データ取得情報を前記視聴 者の楽曲に係る嗜好情報として蓄積する嗜好情報蓄積手段と、
tiriB嗜好情報に基づいて、 広告の背景音楽を、 広告を放送する前に変更する背 景音楽変更手段と
を有することを特徴とする放送装置。
1 0. コンピュータに、
放送を受信する放送受信端末が放送を行う放送装置より楽曲に係るデータを取 得した旨のデータ取得情報を、 編己放送受信端末より受信するデータ取得情報受 信手順と、
ttiSBデータ取得情報受信手順において受信した前記データ取得情報を前記視聴 者の楽曲に係る嗜好情報として蓄積する嗜好情報蓄積手順と、
IfrlB嗜好情報に基づいて、 広告の背景音楽を、 広告を放送する前に変更する背 景音楽変更手順と
を菊亍させるための広告管理プログラム。
1 1 . 請求項 1 0記載の広告管理プログラムを記録したコンピュータ読み取り可 能な記録媒体。
PCT/JP2004/001137 2003-03-27 2004-02-04 広告管理方法及び放送装置 WO2004086659A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
GB0505651A GB2414908B (en) 2003-03-27 2004-02-04 Advertisement managing method and broadcasting apparatus
US11/077,154 US20050160459A1 (en) 2003-03-27 2005-03-11 Advertisement managing method and broadcasting apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2003-088143 2003-03-27
JP2003088143A JP4445209B2 (ja) 2003-03-27 2003-03-27 広告管理方法及び放送装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/077,154 Continuation US20050160459A1 (en) 2003-03-27 2005-03-11 Advertisement managing method and broadcasting apparatus

Publications (1)

Publication Number Publication Date
WO2004086659A1 true WO2004086659A1 (ja) 2004-10-07

Family

ID=33095112

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/001137 WO2004086659A1 (ja) 2003-03-27 2004-02-04 広告管理方法及び放送装置

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)

* Cited by examiner, † Cited by third party
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 ヤフー株式会社 配信装置、配信方法及び配信プログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1022955A (ja) * 1996-07-09 1998-01-23 Toshiba Corp Ｃｍ放送方法及び装置
JP2002055996A (ja) * 2000-08-07 2002-02-20 Yafoo Japan Corp 広告つきの情報サービスを提供するｗｗｗサーバー
JP2003060597A (ja) * 2001-08-13 2003-02-28 Hitachi Ltd 双方向型放送視聴システム
JP2003061007A (ja) * 2001-08-17 2003-02-28 Japan Vistec Inc テレビジョンでのキャラクタ制御システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1022955A (ja) * 1996-07-09 1998-01-23 Toshiba Corp Ｃｍ放送方法及び装置
JP2002055996A (ja) * 2000-08-07 2002-02-20 Yafoo Japan Corp 広告つきの情報サービスを提供するｗｗｗサーバー
JP2003060597A (ja) * 2001-08-13 2003-02-28 Hitachi Ltd 双方向型放送視聴システム
JP2003061007A (ja) * 2001-08-17 2003-02-28 Japan Vistec Inc テレビジョンでのキャラクタ制御システム

Also Published As

Publication number Publication date
JP2004297523A (ja) 2004-10-21
GB0505651D0 (en) 2005-04-27
GB2414908B (en) 2006-08-30
KR100845482B1 (ko) 2008-07-10
GB2414908A (en) 2005-12-07
CN1701546A (zh) 2005-11-23
JP4445209B2 (ja) 2010-04-07
KR20050108341A (ko) 2005-11-16

Similar Documents

Publication Publication Date Title
US7610011B2 (en) Providing alternative programming on a radio in response to user input
US6748427B2 (en) System and method for providing measurement of tracking events with radio broadcast materials via the internet
US7725467B2 (en) Information search system, information processing apparatus and method, and information search apparatus and method
US8843584B2 (en) Methods for displaying content on a second device that is related to the content playing on a first device
EP1526465B1 (en) Media content searching and notification
CN101540877B (zh) 客户机-服务器电子节目向导
US9166714B2 (en) Method of and system for presenting enriched video viewing analytics
US20020032904A1 (en) Interactive system and method for collecting data and generating reports regarding viewer habits
US20080195468A1 (en) Rule-Based Contiguous Selection and Insertion of Advertising
US20150215364A1 (en) System and method for locating and capturing desired media content from media broadcasts
US20120124090A1 (en) Method and System for Targeted Content Distribution Using Tagged Data Streams
EP1450284A2 (en) Advertisement monitoring system
JP2010093829A (ja) 人口統計学的範疇についてのユーザー値を決定するための双方向テレビ番組ガイドシステム
US20060155754A1 (en) Playlist driven automated content transmission and delivery system
CN101490664A (zh) 用于提供实时媒体推荐的p2p网络
CN101465703A (zh) 基于推荐网络填充因特网电台服务的内容库的方法和系统
JP4123805B2 (ja) サーバ及び広告配信方法
US6993284B2 (en) Interactive access to supplementary material related to a program being broadcast
US9110954B2 (en) Single access method for multiple media sources
WO2002098029A1 (en) Interactive system and method for collecting data and generating reports regarding viewer habits
WO2004086659A1 (ja) 広告管理方法及び放送装置
WO2009068675A1 (en) User interface for media provision
JP2003179907A (ja) 番組データ配信システム及びその方法
CA2995390A1 (en) Apparatus, systems and methods for distribution of addressable content
JP4401381B2 (ja) 広告管理方法及び放送装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 11077154

Country of ref document: US

ENP Entry into the national phase

Ref document number: 0505651

Country of ref document: GB

Kind code of ref document: A

Free format text: PCT FILING DATE = 20040204

WWE Wipo information: entry into national phase

Ref document number: 1020057005759

Country of ref document: KR

Ref document number: 20048009871

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 1020057005759

Country of ref document: KR

122 Ep: pct application non-entry in european phase