JP2009296180A - Air check system, air check apparatus, server and air check program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an air check system for presenting information relating to popular contents among broadcasted contents. <P>SOLUTION: A cue sheet server 12 inside the air check system 1 preserves a cue sheet including two or more pieces of musical piece information. The musical piece information has a plurality of attributes (a title name and an artist name or the like) of a musical piece broadcasted from a broadcasting station and the broadcasting time of the musical piece. A personal computer (PC) 13 inside the air check apparatus 80 acquires the cue sheet from the cue sheet server 12. Then, of the two or more pieces of musical piece information inside the cue sheet, two or more pieces of the musical piece information whose broadcasting time is included within a prescribed period are selected. The PC 13 further specifies the attribute to be used for summing (for instance, a title name). Then, two or more pieces of the selected musical piece information are summed up for each specified attribute and a summed-up result is displayed. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to an air check system, and more particularly to an air check system that displays information related to a large number of contents such as music and movies transmitted from a broadcasting station.

  Radio broadcast stations create cue sheets that list information about songs that are on air and provide them to viewers via the Internet. The song information in the cue sheet includes song attributes such as the title and artist name of the broadcast song and the broadcast time of the song. In the broadcasting station, after one or more songs are on the air, the song information of the on-air songs is sequentially registered in the cue sheet. By viewing this cue sheet, the viewer can know what kind of music was broadcast when.

  However, simply looking at the cue sheet does not make it easy to know which songs are currently popular and which artists are popular. If you listen to radio broadcasts all the time, you can sensuously know popular songs and artists, but it takes time.

In addition, when you try to record to listen to popular songs repeatedly, you don't know when it will be broadcast. Since the cue sheet enumerates the songs after the broadcast ends, it can know the broadcasted songs, but cannot know the songs scheduled to be broadcast. Therefore, even if a popular song is known, it cannot be listened to easily.
JP 2007-059035 A

  An object of the present invention is to provide an air check system that presents information related to popular content among broadcast content.

  Another object of the present invention is to provide an air check system that allows a user to easily view desired content based on information about popular content.

Means for Solving the Problems and Effects of the Invention

  An air check system according to the present invention includes a server and an air check device connected to the server. The server includes server storage means for storing a plurality of pieces of content information. The content information includes the attribute of the content broadcast from the broadcast station and the broadcast time of the content. The server or the air check device includes a counting unit. The aggregation means totals a plurality of pieces of content information by attribute. The air check device includes display means. The display means displays the result of counting by the counting means. Here, the attribute is, for example, information regarding the content, such as the title of the content, the name of the performer, the name of the artist, the name of the album in which the content is recorded, the keyword, the genre, and the like.

  The air check system according to the present invention aggregates a plurality of pieces of content information related to contents sequentially broadcast from a broadcasting station by attribute, and displays the aggregation result. For this reason, the user can browse the aggregated result of each attribute of the content broadcast from the broadcasting station within a predetermined period, and can easily know popular content and the like.

  Preferably, the display unit displays the aggregation result and the attribute in association with each other. The air check device further includes receiving means, air check storage means, attribute specifying means, content information specifying means, extracting means, and reproducing means. The receiving means receives broadcast data including a plurality of contents transmitted from a broadcast station. The air check storage means stores the received broadcast data in association with the broadcast time of the broadcast data. The attribute designating unit designates a desired attribute from among the attributes displayed on the display unit. The content information specifying means specifies content information having the specified attribute. The extraction unit refers to the broadcast time in the designated content information and extracts the content from the broadcast data stored in the air check storage unit. The reproduction means reproduces the extracted content.

  In this case, if any of the attributes displayed together with the counting result is designated, the air check device can reproduce the content having the designated attribute. Therefore, the user can easily view desired content with reference to the counting result.

  Preferably, the air check device includes an acquisition unit that acquires a plurality of pieces of content information from a server, and a totaling unit. The air check device further includes selection means. The selection unit selects a plurality of pieces of content information in which broadcast data including a broadcast time of the content information is stored in the air check storage unit from among the plurality of pieces of acquired content information. The totaling unit totalizes the plurality of pieces of content information selected by the selection unit for each attribute.

  In this case, the content corresponding to the content information to be aggregated is stored in the air check storage means. Therefore, it is possible to prevent a situation in which the corresponding content cannot be reproduced when the attribute is specified by the attribute specifying means.

  Preferably, the air check device includes an acquisition unit that acquires a plurality of pieces of content information from a server, and a totaling unit. The air check device further includes a determination unit. The determining means determines whether or not broadcast data corresponding to the broadcast time of at least one content information among a plurality of pieces of content information having the same attribute is stored in the air check storage means. The display means further displays the determination result by the determination means in association with the attribute.

  In this case, the display means displays whether or not the content of the attribute is stored in the air check storage device together with the total result for each attribute. Therefore, the user can determine at a glance the reproducible attribute among the attribute contents displayed together with the total result.

  The air check device according to the present invention can be connected to a server. The air check device includes an acquisition unit, a totaling unit, and a display unit. The obtaining unit obtains a plurality of pieces of content information including content attributes and content broadcast times broadcast from the broadcasting station from the server. The totaling means totals the plurality of pieces of acquired content information for each attribute. The display means displays the result of counting by the counting means.

  The air check device according to the present invention aggregates a plurality of pieces of content information related to contents sequentially broadcast from a broadcasting station, and displays the result of the aggregation. For this reason, the user can browse the aggregated result of each attribute of the content broadcast from the broadcasting station within a predetermined period, and can easily know popular content and the like.

  The server according to the present invention can be connected to an air check device. The server includes server storage means, server selection means, aggregation means, and transmission means. The server storage means stores a plurality of pieces of content information including content attributes and content broadcast times broadcast from the broadcasting station. The server selection unit selects a plurality of pieces of content information having a broadcast time included in a predetermined period from the plurality of pieces of content information. The counting unit totals the plurality of pieces of content information selected by the server selection unit by attribute. The transmission means transmits the counting result obtained by the counting means to the air check device.

  The server according to the present invention aggregates a plurality of pieces of content information related to the contents sequentially broadcast from the broadcasting station by attribute, and transmits the aggregation result to the air check device. Therefore, the user of the air check device can view the result of aggregation by content attribute broadcasted from the broadcasting station within a predetermined period by displaying the result of aggregation on the air check device, and easily know popular content and the like. be able to.

  The air check program according to the present invention is stored in a computer in the above-described air check device, and realizes the means of the above-described air check device.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In the drawings, the same or corresponding parts are denoted by the same reference numerals and description thereof will not be repeated.

[First Embodiment]
[overall structure]
Referring to FIG. 1, an air check system 10 according to an embodiment of the present invention is for automatically acquiring a desired song from a radio frequency modulation (FM) broadcast, and is a queue connected to the Internet 11. A sheet server 12, a personal computer (PC) 13 connected to the Internet 11, and an FM tuner 14 connected to the PC 13 are provided. A plurality of broadcast station servers 16 are also connected to the Internet 11.

  The cue sheet server 12 is managed by a provider who provides this service, and the broadcast station server 16 is managed by a broadcast station which mainly broadcasts music programs and the like. The cue sheet server 12 acquires a cue sheet from each broadcast station server 16 and provides it to the PC 13 of each user. The PC 13 and the FM tuner 14 are the property of the user who is the viewer. The PC 13 functions as a client that can access the cue sheet server 12. The PC 13 and the FM tuner 14 constitute an air check device 80.

The PC 13 is a general-purpose device, and as shown in FIG. 2, a CPU (Central Processing Unit) 131, a memory 132 such as a ROM (Read Only Memory) and a RAM (Random Access Memory), a hard disk drive (HDD) 133, a display 134, An input device 135 such as a keyboard and a mouse is provided. Note that the cue sheet server 12 also has the same hardware configuration as FIG.
An air check program described later is installed in the PC 13. The FM tuner 14 receives FM broadcasts from each broadcasting station and supplies the received broadcast data to the PC 13.

[Queue sheet server]
With reference to FIG. 3, the cue sheet server 12 includes an acquisition unit 20, a format conversion unit 21, and a web server 23. The acquisition unit 20 accesses each broadcast station server 16 and acquires the cue sheet 24 uploaded thereto.

  In the cue sheet 24 provided from each broadcasting station, song information of songs that have been on-air as time passes is sequentially registered. The song information includes a plurality of attributes for specifying the on-air song and the broadcast time of the song. The attribute is information relating to the content (attribute) of the song, such as the title of the song, the artist name, the genre of the song, and the name of the album in which the song is recorded.

  The song information is described in, for example, HTML (Hyper Text Markup Language). However, the format, such as the type of information described, the type of tag used, the order of description, etc., varies from broadcast station to broadcast station. The broadcast time corresponding to each piece of music information includes a broadcast start time and a broadcast end time at which the song was broadcast. Only the broadcast start time of the song may be registered in the song information as the broadcast time.

  The format conversion unit 21 converts the format of the acquired cue sheet 24 into a predetermined common format. The format conversion unit 21 has a plurality of conversion filters 25 corresponding to a plurality of types of formats. Each conversion filter 25 converts a corresponding format into a common format.

  The cue sheet 26 thus obtained has a common format. Specifically, as shown in FIG. 4, the cue sheet 26 includes a field 261 that describes a station ID (identifier) assigned to each broadcasting station, and a plurality of songs corresponding to a plurality of songs broadcast from the broadcasting station. And a record 262.

  In each record 262, song information of the corresponding song is registered. Specifically, the broadcast time (broadcast start time begin and broadcast end time end) of the corresponding song and a plurality of attributes indicating the content of the song are described. In FIG. 4, “title” is the title name of the song, and “artist” is the artist name of the song. “Genre” indicates the genre of the song (rock, classic, POP, etc.). FIG. 5 shows an example of the cue sheet 26.

  A cue sheet database 28 is constructed in the web server 23. The cue sheet 26 converted into the common format is stored in the cue sheet database 28. The web server 23 reads the cue sheet 26 in response to a request from the PC 13 and transmits it to the PC 13.

  Next, the operation of the cue sheet server 12 will be described with reference to FIG.

  The acquisition unit 20 requests each broadcast station server 16 to transmit the cue sheet 24 (S101). Each broadcasting station server 16 accepts this request (S201), and transmits the cue sheet 24 to the cue sheet server 12 (S202). The acquisition unit 20 receives the cue sheet 24 (S102) and supplies it to the format conversion unit 21.

  The format conversion unit 21 converts the format of the cue sheet 24 into a common format, and creates the cue sheet 26 shown in FIGS. 4 and 5 (S103). The created cue sheet 26 is stored in the cue sheet database 28 (S104).

  The cue sheet server 12 executes the above operation every predetermined period. Since the number of songs that are on-air increases with the passage of time, the song information in the cue sheet 26 is added every predetermined time, and the cue sheet 26 is updated.

[FM tuner and PC (air check device)]
Referring to FIG. 7, air check device 80 includes a PC 13 and an FM tuner 14. The FM tuner 14 receives an FM broadcast. The PC 13 includes an ADC (Analog to Digital Converter) 31 that converts an analog signal output from the FM tuner 14 into a digital signal. The ADC 31 indicates, for example, a sound card. However, in the case of a digital tuner that can output a digital signal, the PC 13 may not include the ADC 31. The PC 13 is also installed with a general-purpose MP3 (MPEG Audio Layer-3) encoder 32 and a general-purpose MP3 player 17, and an air check program (38 to 40), which will be described in detail later. An index database 36 and a cue sheet database 37 are constructed. The air check program includes a web browser 33, an index generation module 38, a web interface 39, and an acquisition module 40. These details will be clarified in the following operation description.

Next, the operation of the air check device 80 will be described.
The FM tuner 14 and the PC 13 are always operating. Therefore, the FM tuner 14 always receives FM broadcasts, and the PC 13 records all received broadcast data in a storage medium (HDD 133).

  Referring to FIG. 8, the MP3 encoder 32 in the PC 13 is always operating, and encodes the digital broadcast data output from the FM tuner 14 and A / D converted into MP3 data (S301). In parallel with this, the web interface 39 also operates, and the MP3 data obtained by the MP3 encoder 32 is saved (recorded) in the MP3 database 34 as one MP3 file 42 every predetermined time (6 hours in this example) (S302). ).

  The web interface 39 also generates the recording situation management table 43 shown in FIG. 9 (S311) and stores it in the recording situation management database 35 (S312). Referring to FIG. 9, the recording status management table 43 includes a field 431 describing station IDs and a plurality of records 432 corresponding to a plurality of MP3 files 42. Each record 432 describes the recording start time, recording end time, and file name of the corresponding MP3 file 42. FIG. 10 shows an example of the recording status management table 43.

  The file name of the MP3 file 42 is set to a combination of the station ID and the recording start time, for example, “OOSAKA_20050522180000.MP3” (MP3 is an extension indicating the MP3 file 42). The recording start time corresponds to the broadcast start time of the MP3 file (broadcast data), and the recording end time corresponds to the broadcast end time of the MP3 file. In short, the recording time coincides with the broadcast time.

  In principle, FM broadcasts are recorded for 24 hours every day. However, there is a case where a power failure occurs or the user turns off the power of the PC 13, so that all broadcast data is not necessarily saved as the MP3 file 42. For example, in FIG. 10, portions other than the hatched lines are not recorded.

  On the other hand, the index generation module 38 reads the MP3 file 42 from the MP3 database 34, generates the index file 44 based on the MP3 file 42 (S321), and stores it in the index database 36 (S322).

  Specifically, as shown in FIG. 11, the index generation module 38 divides the MP3 file 42 into a plurality of sections 45 every predetermined time. In this example, since the MP3 file 42 for 6 hours is divided every second, 21600 (= 6 hours × 60 minutes × 60 seconds) sections 45 are obtained. Then, the index generation module 38 writes the start address of each section 45 in the index file 44 in order.

  FIG. 12 shows an example of the index file 44. The index file 44 has a field 441 describing station IDs and a plurality of records 442 corresponding to a plurality of sections 45. Each record 442 describes the start address of the corresponding section 45. In this example, the offset (relative address) from the head address of the MP3 file 42 is written as the start address.

  In FIG. 12, the elapsed time (seconds) from the beginning of the MP3 file 42 is shown, but this notation may be present, but not actually. This is because the elapsed time of each offset (record 442) can be calculated from the number of offsets before that offset.

  Further, the file name of the index file 44 is also set to, for example, “OOSAKA_20050522180000.IDX” (IDX is an extension indicating the index file 44) by combining the same station ID and recording start time as the corresponding MP3 file 42.

[Aggregation process]
Next, a counting process executed by the PC 13 in the air check device 80 will be described. The air check device 80 counts a plurality of songs broadcast from a broadcasting station for a predetermined period (for example, one week) by title name, and displays the rankings in order of the number of broadcasts. As a result, the user can easily know the currently popular songs. Hereinafter, the aggregation process will be described in detail.

  Referring to FIG. 13, the web interface 39 in the PC 13 acquires the cue sheet 26 of each broadcasting station from the cue sheet server 12 (S401). The acquired cue sheet 26 is stored in the cue sheet database 37. Subsequently, the web interface 39 narrows down the aggregation target (S402 to S407). First, the web interface 39 designates a station ID to be counted (S402) and sets a counting period (S403). Here, it is assumed that station ID = OOSAKA, and the total period is designated as one week from May 25, 2008 to May 31, 2008. The web interface 39 further specifies an attribute to be counted (hereinafter referred to as a target attribute) (S404). The web interface 39 designates the attribute “title” as the target attribute when summing up by title name of the music, and designates the attribute “artist” as the target attribute when summing up by artist. In this example, the web interface 39 designates the attribute “title” as the target information.

  The designation operation from step S402 to S404 may be designated by a user operation using the input device 135 every time the aggregation process is executed, and the designated station ID, aggregation period, and target attribute are set in advance. Also good. Further, in step S402, not only one station ID but also a plurality of station IDs may be specified.

  Subsequently, the web interface 39 selects a plurality of song information included in the tabulation period specified in step S403 from among a plurality of song information included in the cue sheet 26 of the station ID specified in step S402. (S405).

  When all pieces of music information selected in step S405 are to be tabulated (NO in S406), the web interface 39 tabulates song information for each attribute “title” specified in step S404 (S412). The web interface 39 refers to the attribute “title” included in each piece of selected music information, and tabulates music information having the same attribute “title”, that is, music information having the same title name. Then, the total number is obtained for each attribute “title”. Then, the calculated total number is registered in the total table shown in FIG. 14 in association with the attribute “title”. Referring to FIG. 14, the station ID of the cue sheet 26 used for the aggregation, the attribute, and the total number of pieces of music information having the attribute are registered in the aggregation table. The tabulation table is stored in the memory 132 (S420).

After the web interface 39 executes steps S412 and S420, the web browser 33 displays the total result on the display 134 based on the total table stored in the memory 132 (S413). A display example is shown in FIG. In FIG. 15, the web browser 33 ranks and displays the title names of songs in descending order of the total number based on the total result. Note that attributes (artist names) other than the target attribute (title name) are also displayed on the display screen of FIG.
Thus, the web browser 33 can also display other attributes corresponding to the target attribute based on the counting result. In FIG. 15, the counting result is displayed by ranking, but for example, the count number of the song information may be displayed in association with the title name. In short, the display method of the total result is not limited to the ranking display. With the above method, the user of the air check device 80 can easily grasp a song with a large number of broadcasts (a popular song).

  Furthermore, the user of the air check device 80 can also listen to the songs ranked on the display 134 by the following method.

  When the user looks at the display screen of the display 134 shown in FIG. 15 and wants to listen to the song with the highest ranking (title name “ΔΔΔ! Senule”), the user uses the mouse as the input device 135 to display the screen. Click the title of the song “△△△! Senule”. In response to this user operation, the web browser 33 designates a desired attribute title = “ΔΔΔ! Senule” (S414), and issues a query to the web interface 39 so as to read a song having the designated attribute.

  The web interface 39 refers to the cue sheet database in response to this query, and designates song information having the designated attribute title = “ΔΔΔ! Senule” (S415). At this time, if there is a plurality of pieces of music information having the attribute title = “ΔΔΔ! Senule”, one piece of arbitrary music information is designated. Subsequently, the song data of the title name “ΔΔΔ! Senule” is extracted from the MP3 database 34 using the designated song information (S416). The extraction method is as follows.

  The web interface 39 extracts the broadcast time (broadcast start time begin and broadcast end time end) of the designated song information. Then, the recording status management table 43 having the same station ID as the station ID in the cue sheet 26 is referred to, and the file name of the corresponding MP3 file 42 is specified. At this time, the web interface 39 specifies the file name of the MP3 file 42 including the broadcast time of the song information designated between the recording start time and the recording end time in the recording status management table 43. The web interface 39 further reads the index file 44 corresponding to the specified file name, refers to the read index file 44, and broadcasts the designated song information from the broadcast time (broadcast start time begin to broadcast end time end). MP3 data corresponding to (time) is extracted (S416).

  The web interface 39 passes the extracted MP3 data to the web browser 33. The web browser 33 activates the MP3 player 17, and the MP3 player 17 reproduces the music having the designated attribute title = “ΔΔΔ! Senu” based on the MP3 data (S417). In this way, the PC 13 can easily reproduce the music displayed in the ranking according to the user's operation, and the user can immediately listen to the music displayed in the ranking.

  As described above, FM broadcasts are recorded for 24 hours in principle. However, since there is a case where a power failure occurs or the user turns off the power of the PC 13, not all broadcast data is necessarily saved as the MP3 file 42. . For this reason, there may be a case where the music displayed in the ranking on the display 134 is not actually recorded.

  In order to prevent such a situation, it is possible to count only songs that have already been recorded on the display 134. The setting of whether or not to record only recorded songs (hereinafter referred to as a totaling condition) is input by a user operation using the input device 135 and stored in the HDD 133 in advance.

  The web interface 39 refers to the aggregation target condition after designating the attribute in step S404. As a result of the reference, if only recorded songs are to be counted (YES in S406), the web interface 39 further selects song information in which song data is recorded from the song information selected in step S405 (S407: Recording song selection process). The details of the recording song selection process are as follows.

  The web interface 39 designates arbitrary song information among the plurality of song information selected in step S405, and reads the broadcast time of the song information (S408). The web interface 39 determines whether or not the MP3 file 42 corresponding to the read broadcast time is stored in the MP3 database 34 (S409). Specifically, referring to the recording status management table 43 having the same station ID as the station ID specified in step S402, the broadcast time read in step S408 is set between the recording start time and recording end time. It is determined whether or not the MP3 file 42 to be included exists. When the MP3 file 42 including the broadcast time exists (YES in S409), the web interface 39 determines the song information to be counted (S410). And judgment of step S409 is performed about all the music information selected by step S405 (S411). When the determination in step S409 is completed for all pieces of music information selected in step S405 (YES in S411), all the pieces of music information determined in step S410 have MP3 files 42 including corresponding music data. . Therefore, the web interface 39 executes the counting operation in step S412 with the pieces of music information determined in step S410 as the counting target (S412).

  Through the above operation, the user can easily browse the ranking display of the song with the highest number of broadcasts (that is, the popular one) on the display 134 from the broadcasted songs, and further, the desired title name from the ranking display. If you specify, you can immediately listen to the song with that title. In this case, the data of the music displayed in the ranking is always stored in the MP3 database 34, and the situation that the music data does not exist does not occur even though the title name displayed in the ranking is clicked.

  In the above description, song information is tabulated by title name of the song, but song information may be tabulated based on other attribute information. For example, the attribute “artist” may be specified in step S404 when song information is tabulated by artist, and the attribute “genre” may be specified in step S404 when song information is tabulated by genre.

  Note that the PC 13 acquires the cue sheet 26 at predetermined time intervals or at any time in step S401. Therefore, the PC 13 executes the counting process of FIG. 13 every predetermined period or as needed. Thereby, the tabulation result based on the latest cue sheet 26 can be displayed.

[Second Embodiment]
In the first embodiment, the PC 13 in the air check device 80 counts the song information, but the cue sheet server 12 may count the song information instead of the PC 13.

  Referring to FIG. 16, the cue sheet server 120 according to the second embodiment includes a totaling processing unit 22 and a totaling result database 30 newly built in the web server 23 as compared with FIG. 3. . Other configurations are the same as those in FIG. The totalization processing unit 22 performs the totalization processing performed by the PC 13 using the cue sheet 26 converted into the common format by the format conversion unit 21. The aggregation results are stored in the aggregation result database 30.

  The operation of the queue sheet server 120 is shown in FIG. The operations in steps S101 to S103 are the same as those in FIG. The tabulation processing unit 22 executes tabulation processing using the music information in the cue sheet 26 whose format has been converted. The aggregation processing method is the same as steps S402 to S405 and S412 in FIG. First, the totalization processing unit 22 designates a station ID and a totaling period to be totaled (S402 and S403). Then, an attribute is designated (S404). The totalization processing unit 22 selects a plurality of pieces of music information corresponding to the designated station ID and totalization period, and in the plurality of pieces of selected music information, the music having the same attribute (for example, “title”) designated in step S404. Information is totaled (S412). The aggregation processing unit 22 stores the aggregation result in the aggregation result database 30 (S110). In the total result database 30, a total table shown in FIG. 14 is stored. The cue sheet server 120 transmits the aggregation table in response to the request from the PC 13.

  Referring to FIG. 18, the acquisition module 40 in the PC 13 acquires the cue sheet 26 from the cue sheet server 12 every predetermined period (S401). Further, when the cue sheet 26 is acquired, a totaling result is also requested and a totaling table is acquired (S450). The aggregation table is stored in the memory 132. The web interface 39 displays the total result on the display 134 based on the acquired total table (S413). Subsequent operations are the same as those in FIG. In short, in the second embodiment, the PC 13 does not need to execute the counting process, and uses the counting result acquired from the cue sheet server 12.

[Third Embodiment]
In the first embodiment, when all pieces of music information selected in step S405 in FIG. 13 are to be counted (NO in S406), or the operation of the PC 13 in the second embodiment (FIG. 18). There may be a case where the song having the title name displayed on the display 134 in step S413 in FIGS. 13 and 18 is not actually recorded. For this reason, it is preferable that a recorded song and a non-recorded song are clearly indicated among the title-name songs displayed on the display 134. Therefore, when the PC 13 determines NO in step S406 in FIG. 13 and in FIG. 18, the PC 13 executes the aggregation result display process in step S413 as follows.

  Referring to FIG. 19, web interface 39 in PC 13 refers to the aggregation table (FIG. 14) stored in memory 132. Then, among the plurality of attributes “title” registered in the “attribute” field of the aggregation table, the first attribute title = “ΔΔΔ! Senor” (hereinafter referred to as attribute title1) is designated (S501). Subsequently, the web interface 39 refers to the cue sheet database 37 and selects song information including a specified attribute from a plurality of song information in the cue sheet 26 having the same station ID as the station ID in the aggregation table. Select (S502). As shown in FIG. 14, there are a plurality (55) of pieces of music information having the attribute title1, so the web interface 39 selects one piece of music information.

  The web interface 39 reads the broadcast time of the selected song information (S503). Then, based on the read broadcast time, it is determined whether or not the MP3 file 42 corresponding to the song information selected in step S502 is stored in the MP3 database 34 (S504). Specifically, referring to the recording status management table 43 having the same station ID as the station ID of the aggregation table, the MP3 file including the broadcast time read in step S503 between the recording start time and the recording end time. It is determined whether or not 42 exists. When the MP3 file 42 including the broadcast time exists (YES in S504), the web interface 39 records the recording information indicating that the attribute title1 specified in step S501 and the recording data exist in the recording presence / absence table shown in FIG. Are registered in association with each other. The recording presence / absence table is stored in the memory 152.

  On the other hand, if the result of determination in step S504 is that the corresponding MP3 file 42 does not exist (NO in S504), other song information having the specified attribute title1 is specified (NO in S505, S507), and the process returns to step S503. . When the MP3 file 42 does not exist in all the plurality (55) of pieces of music information having the attribute title1 (NO in S504, YES in S505), the web interface 39 records the recording information indicating that no recording data exists in the recording presence / absence table. Is registered (S506).

  After executing step S506 or S508, the web interface 39 determines whether or not an uninvestigated attribute exists in the aggregation table (S509). If there is an uninvestigated attribute (YES in S509), the uninvestigated attribute is determined. Is designated (S510), and the process returns to step S502. In this example, after investigating the attribute title1 (NO in S509), the attribute title = "LADY" is designated (S510), and the process returns to step S502. In short, the operations in steps S502 to S508 are executed for all attributes in the aggregation table.

  When the presence / absence of recording is checked for all attributes in the tabulation result table (YES in S509), the web browser 33 reads the tabulation table (FIG. 14) and the recording presence / absence table (FIG. 20) stored in the memory 132. The ranking table shown in FIG. 21 is displayed on the display 134 (S511). At this time, the web browser 33 displays the recording information in the recording presence / absence table in association with the attribute. In FIG. 21, a reproduction button 500 indicating that recording is performed is given to the attribute title = “ΔΔΔ! Senor” in which the corresponding MP3 file 42 exists. On the other hand, the playback button 500 is not assigned to the attribute title = “LADY” in which the corresponding MP3 file 42 does not exist. Thus, the user can determine which title name of the song can be heard immediately by referring to the playback button 500.

  In FIG. 21, when the user clicks the play button 500 of the attribute title = “ΔΔΔ! Senor”, the web browser 33 determines that the attribute is designated in step S414 in FIGS. 13 and 18 (in S414). YES), operations after S415 are executed.

  In the above description, the recording information is displayed by the playback button 500. However, for example, the display color may be changed between a title name where recording data exists and a title name where recording data does not exist. Further, when a song with the title name is reproduced by clicking on the title name, the title name without recording data may be set so as not to be clicked and displayed.

  In the above embodiment, the broadcast content is music (music). However, the present invention can be applied not only to music but also to other contents such as video, and whether or not the data is compressed is not limited. That is, the form of broadcast data including content is not limited to FM radio, but may be satellite broadcast such as AM radio, Internet radio, TV (analog / digital), CS / BS (analog / digital).

  In the above embodiment, the PC 13 and the FM tuner 14 always operate and receive and record all broadcasts. However, in order to avoid wasting a limited storage area, a weekly schedule is set. It is possible to stop the operation at night when there is no broadcast, or detect the audio or video signal that has been broadcast and operate only when there is a broadcast, and stop the operation when there is no broadcast Good.

  In the above embodiment, the FM tuner 14 and the PC 13 constitute the air check device 80. However, an integrated dedicated machine that receives FM broadcasts and records them on the hard disk may constitute the air check device.

  In the above embodiment, the cue sheet server 12 obtains a cue sheet provided from a broadcasting station. However, the operator of the cue sheet server 12 directly inputs the cue sheet to the cue sheet server 12 and inputs the cue sheet server 12. May be stored.

  In the above embodiment, the PC 13 obtains the cue sheet provided from each broadcasting station via the cue sheet server 12, but may obtain it directly from each broadcasting station. Specifically, the acquisition module 40 shown in FIG. 7 directly accesses each broadcasting station server 16 instead of the cue sheet server 12.

  In the above embodiment, the broadcast data is transmitted by wireless broadcasting, but may be transmitted by cable broadcasting or may be transmitted via an electric communication line such as the Internet. In order to receive broadcast data via the Internet, a broadcast data acquisition module (not shown) may be provided in the PC 13 instead of the FM tuner 14, ADC 31 and MP3 encoder 32 shown in FIG. The broadcast data acquisition module accesses the broadcast station server 16 and requests to transmit broadcast data uploaded in a state where it can be acquired (or broadcast data distributed as a real-time stream). Since the broadcast station server 16 returns broadcast data in response to this request, the broadcast data acquisition module receives the returned broadcast data and stores it in the MP3 database 34. In short, the broadcast data acquisition module downloads broadcast data from the broadcast station server 16.

  In the above-described embodiment, the PC 13 reproduces the MP3 data of the extracted music on the MP3 player 17, but the PC 13 may transmit the extracted MP3 data to a user's portable terminal (not shown), for example. . In this case, MP3 data can be reproduced by an MP3 player mounted on the portable terminal. Therefore, for example, the user can listen to a desired song on the go using the mobile terminal.

  In the above-described embodiment, the song information in the cue sheet includes the broadcast start time begin and the broadcast end time end as information regarding the broadcast time, but may include only the broadcast start time begin. In this case, the broadcast time of the song M [n−1] specified by the song information MI [n−1] broadcast immediately before the song information MI [n] (n is a natural number) is the song information MI [n]. The processing of the above-described steps S415 and S416 is executed from the broadcast start time begin [n-1] of [n-1] to the broadcast start time begin [n] of the music information MI [n].

  Further, the operations in steps S406 to S411 described in FIG. 13 in the above-described embodiment are not essential, and are arbitrary operation processes.

  While the embodiments of the present invention have been described above, the above-described embodiments are merely examples for carrying out the present invention. Therefore, the present invention is not limited to the above-described embodiment, and can be implemented by appropriately modifying the above-described embodiment without departing from the spirit thereof.

It is a functional block diagram which shows the structure of the air check system by the 1st Embodiment of this invention. FIG. 2 is a block diagram showing a hardware configuration of a personal computer (PC) and a cue sheet server shown in FIG. 1. It is a functional block diagram which shows the structure of the cue sheet | seat server shown in FIG. It is a figure which shows the data structure of the cue sheet | seat used with the air check system shown in FIG. It is a figure which shows an example of the cue sheet | seat shown in FIG. It is a flowchart which shows operation | movement of the cue sheet | seat server shown in FIG. It is a functional block diagram which shows the structure of the air check apparatus shown in FIG. It is a flowchart which shows operation | movement of PC shown in FIG. It is a figure which shows the data structure of the recording management condition table produced | generated by PC shown in FIG. It is a figure which shows an example of the recording management condition table shown in FIG. It is a figure for demonstrating the production | generation method of the index file by PC shown in FIG. 7, and the extraction method of music. It is a figure which shows the data structure of the index file produced | generated by PC shown in FIG. It is a flowchart which shows the detail of the total process performed by PC shown in FIG. It is a figure which shows the data structure of the total table created by the operation | movement of FIG. It is a figure which shows an example of the display screen displayed on the display of PC by the operation | movement of FIG. It is a functional block diagram which shows the structure of the cue sheet | seat server by the 2nd Embodiment of this invention. It is a flowchart which shows operation | movement of the cue sheet | seat server shown in FIG. It is a flowchart which shows operation | movement of the air check apparatus by the 2nd Embodiment of this invention. It is a flowchart which shows operation | movement of the air check apparatus by the 3rd Embodiment of this invention. It is a figure which shows the data structure of the recording presence / absence table created by the operation | movement of FIG. It is a figure which shows an example of the display screen displayed on the display of PC by the operation | movement of FIG.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 Air check system 12,120 Cue sheet server 14 Tuner 15 Music distribution server 16 Broadcast station server 20 Acquisition part 22 Cue sheet edit part 33 Web browser 43 Recording condition management table 44 Index file 75 Release information database 80 Air check apparatus 134 Display 150 Release information table

Claims (10)

An air check system comprising a server and an air check device connected to the server,
The server
Server storage means for storing a plurality of pieces of content information including attributes of content broadcast from a broadcasting station and broadcast time of the content;
The server or the air check device is
A totaling unit that totalizes the plurality of pieces of content information by the attribute;
The air check device is
An air check system comprising display means for displaying the result of counting by the counting means. The air check system according to claim 1,
The display means displays the aggregation result in association with the attribute,
The air check device further includes
Receiving means for receiving broadcast data including a plurality of contents transmitted from a broadcasting station;
Air check storage means for storing the received broadcast data in association with the broadcast time of the broadcast data;
Attribute designation means for designating a desired attribute from among the attributes displayed on the display means;
Content information specifying means for specifying content information having the specified attribute;
Extracting means for extracting content from broadcast data stored in the air check storage means with reference to the broadcast time in the designated content information;
An air check system comprising playback means for playing back the extracted content. The air check system according to claim 2,
The air check device is
Obtaining means for obtaining the plurality of pieces of content information from the server;
Comprising the aggregating means,
The air check device further includes
A selection unit that selects a plurality of pieces of content information in which broadcast data corresponding to a broadcast time of the content information is stored in the air check storage unit among the plurality of pieces of acquired content information;
The air check system, wherein the totaling unit totals a plurality of pieces of content information selected by the selection unit for each attribute. The air check system according to claim 2,
The air check device is
Obtaining means for obtaining the plurality of pieces of content information from the server;
Comprising the aggregating means,
The air check device further includes
A determination means for determining whether broadcast data corresponding to a broadcast time of at least one content information among a plurality of content information having the same attribute is stored in the air check storage means;
The display means further displays the determination result by the determination means in association with the attribute. An air check device connectable to a server,
Obtaining means for obtaining a plurality of content information including the attribute of the content broadcast from a broadcasting station and the broadcast time of the content from the server;
Aggregating means for aggregating the acquired plurality of content information by the attribute;
An air check apparatus comprising: a display unit that displays a totaling result obtained by the totaling unit. The air check device according to claim 5,
The display means displays the aggregation result in association with the attribute,
The air check device further includes
Receiving means for receiving broadcast data including a plurality of contents transmitted from a broadcasting station;
Air check storage means for storing the received broadcast data in association with the broadcast time of the broadcast data;
Attribute designation means for designating a desired attribute from among the attributes displayed on the display means;
Content information specifying means for specifying content information having the specified attribute;
Extracting means for extracting content from broadcast data stored in the air check storage means with reference to the broadcast time in the designated content information;
An air check device comprising: reproducing means for reproducing the extracted content. The air check device according to claim 6, further comprising:
A selection unit that selects a plurality of pieces of content information in which broadcast data corresponding to a broadcast time of the content information is stored in the air check storage unit among the plurality of pieces of acquired content information;
The air check device, wherein the counting means totals a plurality of pieces of content information selected by the selection means by attribute. The air check device according to claim 6,
Obtaining means for obtaining the plurality of pieces of content information from the server;
Comprising the aggregating means,
The air check device further includes
A determination means for determining whether broadcast data corresponding to a broadcast time of at least one content information among a plurality of content information having the same attribute is stored in the air check storage means;
The air check apparatus further characterized in that the display means displays the determination result by the determination means in association with the attribute. A server that can be connected to an air check device,
Server storage means for storing a plurality of pieces of content information including attributes of the content broadcast from a broadcasting station and the broadcast time of the content;
Server selection means for selecting a plurality of pieces of content information having the broadcast time included in a predetermined period among the plurality of pieces of content information;
Aggregating means for aggregating a plurality of pieces of content information selected by the server selecting means for each attribute;
A server comprising: a transmission unit configured to transmit a totaling result obtained by the totaling unit to the air check device. To the computer in the air check device that can be connected to the server,
Obtaining a plurality of pieces of content information including the attribute of the content broadcast from a broadcasting station and the broadcast time of the content from the server;
Totaling the plurality of pieces of acquired content information by the attribute;
An air check program for executing a step of displaying a total result.

Images