JP5338455B2 - Content extraction apparatus and program thereof - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an air check device that prevents sound interruption when content (or a program) is recorded in a plurality of files. <P>SOLUTION: The broadcast start time and the broadcast end time of designated content (or program) are specified, and a plurality of record files containing a part of broadcast data from the specified broadcast start time to the broadcast end time is specified. In the plurality of specified record files, a broadcast data portion corresponding to a part of the broadcast data from the specified broadcast start time to the broadcast end time is extracted. All the extracted broadcast portions are combined into reproduced data. Thus, since the reproduced data is converted into one record file regarding the specified content (or program), sound interruption is prevented when reproducing the reproduced file. <P>COPYRIGHT: (C)2011,JPO&amp;INPIT

Description

The present invention relates to a content extraction apparatus that records broadcast data including a plurality of contents or programs broadcast from a broadcasting station on a storage medium and extracts desired contents or programs.

  In general, air check is to record content such as music and video broadcast on radio and television on a storage medium, and then play back the recorded content for later enjoyment. Widely used between.

  However, the viewer does not know when the desired content will be broadcast. For example, in FM radio broadcasting, it may be known in advance that a desired song is broadcasted in a program, but since a CM or DJ is included in the program, the desired song is broadcasted during the program. I do n’t know.

  In view of this, the present applicant has proposed an air check system that uses a cue sheet to extract a desired song in Patent Document 1 below. In the air check system described in this document, an air check device installed at a user's home or the like acquires a cue sheet describing a broadcast start time, a title, and the like of a broadcasted song from a server. The air check device always receives FM broadcasts and stores all received broadcast data. Then, referring to the cue sheet, a desired song is extracted from all the recorded broadcast data and reproduced.

  This air check device divides received broadcast data into a plurality of recording files and records them on a storage medium. This is because the file size that can be recorded on the storage medium is limited, so it is automatically divided into a plurality of recording files, or the user turns off the air check device and then turns on the power. When the recording file is divided. Here, when the music to be reproduced spans a plurality of recording files, there is a problem that when the recording file to be reproduced is changed, the sound is cut off due to the effect of the recording file reproduction preparation process. Not only when specifying and playing a song, but also when a program is extracted from a recording file and played, if the program spans multiple recording files, the recording file to be played is changed. Sometimes sound breaks out.

JP 2007-158561 A

The present invention has been made in order to solve the above-described conventional problems, and an object of the present invention is to extract contents that do not cause sound interruption even when contents or programs are recorded across a plurality of recording files. Is to provide a device.

A content extraction apparatus according to a preferred embodiment of the present invention includes a recording unit that divides broadcast data including a plurality of contents broadcast from a broadcasting station into a plurality of recording files and records the recording data on a storage medium, and is broadcast from the broadcasting station. Refer to the cue sheet for the storage means for storing the cue sheet in which the specific information of each content and the broadcast start time are associated, the specifying means for specifying the content, and the broadcast start time and broadcast end time of the specified content. Specifying from a plurality of specified recording files, a file specifying means for specifying a plurality of recording files including a part of broadcast data from a broadcast start time to a broadcast end time of the specified content, and a plurality of specified recording files The broadcast data part corresponding to the extracted content is extracted, and the extracted broadcast data part is combined to reproduce the playback data. And a generating means for generating a data.

  The broadcast start time and broadcast end time of the specified content are specified, and a plurality of recording files including a part of broadcast data from the specified broadcast start time to the broadcast end time are specified. In the plurality of specified recording files, a broadcast data portion corresponding to a part of broadcast data from the specified broadcast start time to the broadcast end time is extracted. All of the extracted broadcast data parts are combined into reproduction data. Therefore, since the reproduction data becomes one recording file relating to the designated content, it is possible to prevent sound interruptions by reproducing the reproduction file.

According to another preferred embodiment of the present invention, there is provided a content extracting apparatus comprising: a recording unit that divides broadcast data including a plurality of programs broadcast from a broadcasting station into a plurality of recording files and records the recording data on a storage medium; A storage means for storing a program table in which specific information and broadcast start time of each program to be broadcast are associated, a specifying means for specifying a program, a broadcast start time and a broadcast end time of the specified program, A specifying means for specifying with reference, a file specifying means for specifying a plurality of recording files including a part of broadcast data from a broadcast start time to a broadcast end time of the designated program, and a plurality of specified recording files And a generation means for generating reproduction data by extracting broadcast data portions corresponding to the designated program and combining the extracted broadcast data portions. Detection device.

  The broadcast start time and broadcast end time of the designated program are specified, and a plurality of recording files including a part of broadcast data from the specified broadcast start time to the broadcast end time are specified. In the plurality of specified recording files, a broadcast data portion corresponding to a part of broadcast data from the specified broadcast start time to the broadcast end time is extracted. All of the extracted broadcast data parts are combined into reproduction data. Therefore, since the reproduction data becomes one recording file related to the designated program, it is possible to prevent sound interruption by reproducing the reproduction file.

  As described above, it is possible to provide a content extraction device in which sound interruption does not occur even when content or a program is recorded across a plurality of recording files.

It is a functional block diagram which shows the whole structure of the computer network containing the air check system by embodiment of this invention. It is a functional block diagram which shows the structure of the cue sheet | seat server 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 figure which shows an example of the program schedule used with the air check system 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 PC and FM tuner 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 condition management table produced | generated with PC shown in FIG. It is a figure which shows an example of the recording condition management table shown in FIG. It is explanatory drawing which shows the production | generation method and index extraction method of the index file by PC shown in FIG. It is a figure which shows the data structure of the index file produced | generated by PC shown in FIG. FIG. 8 is a flowchart showing operations of the cue sheet server and the PC shown in FIGS. 2 and 7. It is a flowchart which shows a music extraction process. It is a figure which shows an example of a recording condition management table. It is a figure which shows the relationship between the music C, the recording files 1 and 2, and reproduction | regeneration data. It is a figure which shows an example of a recording condition management table. It is a figure which shows the relationship between the program 1, the recording files 1-42, and reproduction | regeneration data.

  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.

[overall structure]
Referring to FIG. 1, an air check system 10 according to a preferred 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 PC 13 and the FM tuner 14 are the property of the user who is the viewer.

  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 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 includes a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), a hard disk drive (HDD), a display, an input device such as a keyboard and a mouse, and the like. 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. 2, the cue sheet server 12 includes an acquisition unit 20, a format conversion unit 21, a service information addition unit 22, 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 by each broadcasting station, the broadcast start time begin [n] of the broadcasted song Mn and metadata such as titles and artist names are described in 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 cue sheet 24 does not describe the broadcast end time of the broadcasted song Mn.

  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. 3, the cue sheet 26 includes a field 261 describing 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.

  Each record 262 describes the broadcast start time begin [n], broadcast end time end [n], and metadata of the corresponding song Mn. The broadcast end time end [n] is obtained based on the broadcast start time, and is specifically the same as the broadcast start time begin [n + 1] of the song Mn + 1 broadcast after the song Mn. FIG. 4 shows an example of the cue sheet 26.

  Referring to FIG. 2 again, the service information adding unit 22 adds various predetermined service information to each cue sheet 26 converted into the common format. Various service information includes a URL (Uniform Resource Locator) of a website that sells CDs, DVDs, concert tickets, and the like that record broadcast songs, URLs of websites that sell digital data of the songs, banner advertisements, etc. is there. Therefore, the cue sheet server 12 can be a portal site for guiding users to various websites 27.

  The acquiring unit 20 further acquires a program guide 69 provided from each broadcasting station. The program table 69 includes the broadcast start time and broadcast end time of the broadcasted program, information about the program name, DJ and performers, and metadata such as the program homepage URL. Within each program, the above-mentioned plurality of songs are broadcast. That is, the program includes a plurality of songs.

  The format of the program guide 69 provided from each broadcast station differs from broadcast station to broadcast station, as is the case with cue sheets. Therefore, the format conversion unit 21 converts the acquired program guide into a predetermined common format. The program guide 70 thus obtained has a common format. An example of the obtained program table 70 is shown in FIG. The program table 70 includes a station ID, broadcast start time and broadcast end time of the broadcasted program, and metadata.

  In the web server 23, a cue sheet database 28 and a program guide database 71 are constructed. The cue sheet 29 to which various service information is added is stored in the cue sheet database 28, and the program guide 70 is stored in the program guide database 71. The web server 23 reads the cue sheet 29 and the program guide 70 in response to a request from the PC 13 and transmits them 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 and the program guide 69 (S101). Each broadcasting station server 16 receives this request (S201), and transmits the cue sheet 24 and the program guide 69 to the cue sheet server 12 (S202). The acquisition unit 20 receives the cue sheet 24 and the program guide 69 (S102) and supplies them 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. 3 and 4 (S103). At this time, the broadcast start time begin [n + 1] of the song Mn + 1 is described in the cue sheet 26 as the broadcast end time end [n] of the song Mn. The created cue sheet 26 is supplied to the service information adding unit 22.

  The service information adding unit 22 adds service information to the cue sheet 26 (S104), and stores the cue sheet 29 obtained thereby in the cue sheet database 28 (S105).

  The format conversion unit 21 further converts the format of the program guide 69 into a common format and creates the program guide 70 shown in FIG. 5 (S103). The created program guide 70 is stored in the program guide database 71 (S105).

[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, a general-purpose web browser 33, and a general-purpose MP3 player 15, and an air check program (38 to 41) described in detail later. The recording status management database 35, the index database 36, the cue sheet database 37, and the program guide database 75 are constructed. The air check program includes an index generation module 38, a web interface 39, an acquisition module 40, and a sweeper module 41. These details will be clarified in the following operation description.

  Next, operations of the FM tuner 14 and the PC 13 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 on a storage medium such as a hard disk.

  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 stored (recorded) in the MP3 database 34 as one MP3 file 42 every predetermined time (for example, 6 hours). (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).

  In principle, FM broadcasts are recorded for 24 hours every day. However, since there is a case where a power failure occurs or a user takes out the PC 13, not all broadcast data is necessarily saved as the MP3 file 42. In FIG. 10, the portions other than the diagonal 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. For example, when 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.

  Referring to FIG. 13, the acquisition module 40 in the PC 13 requests the web server 23 of the cue sheet server 12 to transmit a desired cue sheet 29 and program guide 70 (S331). The web server 23 receives this request (S111), reads the desired cue sheet 29 from the cue sheet database 28, and reads the desired program table 70 from the program table database 71. Then, the read cue sheet 29 and program guide 70 are transmitted to the PC 13 (S112).

  The acquisition module 40 receives the cue sheet 29 and the program guide 70 transmitted from the cue sheet server 12 (S332). Then, the cue sheet 29 is stored in the cue sheet database 37, and the program guide 70 is stored in the program guide database 75 (S333).

  If necessary, the web interface 39 in the PC 13 edits the cue sheet 29 according to the user's input operation (S334). As a result, the user can shift the broadcast start time of the desired song before or after the prescribed time, or supplement the artist name if it is missing.

  The web interface 39 converts the cue sheet 29 into HTML so that it can be displayed by the web browser 33 (S335). A hyperlink is embedded in each cue Mn in the cue sheet described in HTML. The hyperlink includes the URL of the MP3 file 42 including the song Mn, the station ID of the song Mn, the broadcast start time begin [n], and the broadcast end time end [n].

  The web browser 33 displays a song list on the display based on the cue sheet described in HTML (S336). The song list includes the title, artist name, broadcast start time, etc. of each song. At this time, reproducible songs are displayed in a selectable manner, but songs that cannot be reproduced because they are not recorded are displayed in a nonselectable manner.

  When the user clicks a desired song with a mouse or the like, the web browser 33 designates the desired song in response to the input operation (S337), and issues a query to the web interface 39 to read the song. In response to this query, the web interface 39 extracts the designated song from the MP3 database 34 (S338: song extraction process).

  Details of the music extraction process will be described. FIG. 14 is a flowchart showing the music extraction process. For example, it is assumed that the song C is designated by a user operation in FIG. The web interface 39 refers to the cue sheet, specifies the broadcast start time and broadcast end time of the designated song, and further reads out the station ID of the cue sheet in which the designated song is described (S401). For example, when song C is designated, referring to FIG. 4, the broadcast start time is 8:20:00 (date is omitted, the same applies hereinafter), the broadcast end time is 8:35:00, and the station ID is OOSAKA. Is read out.

  Next, the web interface 39 specifies a recording file including a part of broadcast data from the broadcast start time to the broadcast end time specified in S401 with reference to the recording status management table 43 (S402). For example, when the recording status management table is as shown in FIG. 15, the recording file 1 and the recording are recorded as a recording file including a part of broadcast data from the broadcast start time 8:20:00 to the broadcast end time 8:35:00. File 2 is identified. Here, FIG. 16 shows the relationship among the music piece C, the recording file 1 and the recording file 2, and the reproduced data to be extracted.

  Next, the web interface 39 selects one recording file from the recording files specified in S402 (S403). Here, the recording file 1 is selected. The web interface 39 refers to the recording status management table and specifies the recording start time and recording end time of the selected recording file 1 (S404). Here, referring to FIG. 15, the recording start time of the recording file 1 is specified as 8:12:00, and the recording end time is specified as 8:25:00.

  Next, the web interface 39 determines whether or not the recording end time specified in S404 is later in time than the broadcast end time specified in S401 (S405). Here, the recording end time 8:25:00 of the recording file 1 is temporally earlier than the broadcast end time 8:35:00 of the song C (NO in S405).

  Accordingly, the web interface 39 determines whether or not the recording start time specified in S404 is earlier than the broadcast start time specified in S401 (S407). Here, the recording start time 8:12:00 of the recording file 1 is temporally earlier than the broadcast start time 8:20:00 of the song C (YES in S407).

  Therefore, the web interface 39 refers to the index file 44, extracts MP3 data corresponding to the time zone from the broadcast start time specified in S401 to the recording end time specified in S404 from the MP3 database, and converts it into playback data. Join. Here, as shown in FIG. 16, MP3 data from the broadcast start time 8:20:00 to the recording end time 8:25:00 is extracted and combined with the reproduction data. Actually, since the recording file before the recording file 1 is not selected at this time, the reproduction data is only MP3 data extracted from the recording file 1.

  Next, the web interface 39 determines whether or not the above processing has been executed for all recording files (S410). Here, since all the recorded files have not yet been processed (NO in S410), the process returns to S403, and the web interface 39 selects the recorded file 2 (S403). With reference to FIG. 15, the web interface 39 specifies 8:25:00 as the recording start time of the recording file 2 and 8:40:00 as the recording end time (S404).

  The web interface 39 determines that the recording end time 8:40:00 of the recording file 2 is later in time than the broadcast end time 8:35:00 of the song C (YES in S405). Therefore, the web interface 39 refers to the index file 44, extracts MP3 data corresponding to the time period from the recording start time specified in S404 to the broadcast end time specified in S401 from the MP3 database, and generates it as reproduction data. Join. Here, as shown in FIG. 16, MP3 data from the recording start time 8:25:00 of the recording file 2 to the broadcast end time 8:35:00 of the song C is extracted and combined with the reproduction data.

  As a result, only the broadcast data corresponding to the song C (that is, the broadcast data from the broadcast start time to the broadcast end time) is extracted from the recording file 1 and the recording file 2 and combined, so that it is shown in FIG. Thus, the reproduction data becomes one MP3 file corresponding to the entire data portion of the music piece C.

  The web interface 39 determines that the above process has been executed for all the recorded files (YES in S410), and ends the song extraction process. The web interface 39 outputs the extracted reproduction data to the web browser 33. Returning to FIG. 13, the web browser 33 activates the MP3 player 15, and the MP3 player 15 reproduces the reproduction data (S339).

  As described above, when the song C is designated, even if the song C is recorded across a plurality of recording files, it is reproduced after being combined as one piece of reproduction data. Therefore, it is possible to prevent sound interruption between a plurality of recording files.

  Next, a case where a desired program is designated from the program guide by user operation and the designated program is reproduced will be described. When playing a program, the process is almost the same as when playing a song. Instead of specifying the song from the cue sheet and specifying the broadcast start time and broadcast end time, specify the program from the program guide and start broadcasting. Specify the time and broadcast end time. Specifically, in FIG. 13, the web browser 33 displays a program list on the display based on the program guide described in HTML (S336). The program list includes the title of each program, the broadcast start time, and the like.

  When the user clicks a desired program with a mouse or the like, the web browser 33 designates the desired program in response to the input operation (S337), and issues a query to the web interface 39 to read the program. In response to this query, the web interface 39 extracts the designated program from the MP3 database 34 (S338).

  For example, assume that program 1 is designated by a user operation in FIG. The web interface 39 refers to the program guide, specifies the broadcast start time and broadcast end time of the designated program, and further reads out the station ID of the program guide in which the designated program is described (S401). For example, when the program 1 is designated, referring to FIG. 5, the broadcast start time is 8:00: 00, the broadcast end time is 9:00: 00, and the station ID is read as OOSAKA.

  Next, the web interface 39 specifies a recording file including a part of broadcast data from the broadcast start time to the broadcast end time specified in S401 with reference to the recording status management table 43 (S402). For example, when the recording status management table is as shown in FIG. 17, the recording file 1 is recorded as a recording file including a part of broadcast data from the broadcast start time 8:00 to the broadcast end time 9:00. File 2, recording file 3 and recording file 4 are specified. Here, FIG. 18 shows the relationship among the program 1, the recording files 1 to 4, and the extracted reproduction data.

  Next, the web interface 39 selects one recording file from the recording files specified in S402 (S403). Here, the recording file 1 is selected. The web interface 39 refers to the recording status management table and specifies the recording start time and recording end time of the selected recording file 1 (S404). Here, referring to FIG. 17, the recording start time of recording file 1 is specified as 7:55:00 and the recording end time is set at 8:12:00.

  Next, the web interface 39 determines whether or not the recording end time specified in S404 is later in time than the broadcast end time specified in S401 (S405). Here, the recording end time 8:00 12:00 of the recording file 1 is temporally earlier than the broadcast end time 9: 00: 00: 00 of the program 1 (NO in S405).

  Accordingly, the web interface 39 determines whether or not the recording start time specified in S404 is earlier than the broadcast start time specified in S401 (S407). Here, the recording start time 7:55:00 of the recording file 1 is temporally earlier than the broadcast start time 8: 00: 00: 00 of the program 1 (YES in S407).

  Therefore, the web interface 39 refers to the index file 44, extracts MP3 data corresponding to the time zone from the broadcast start time specified in S401 to the recording end time specified in S404 from the MP3 database, and converts it into playback data. Join. Here, MP3 data from the broadcast start time 8:00 to the recording end time 8:12:00 is extracted and combined with the reproduction data.

  Next, the web interface 39 determines whether or not the above processing has been executed for all recording files (S410). Here, since all the recorded files have not yet been processed (NO in S410), the process returns to S403, and the web interface 39 selects the recorded file 2 (S403). Referring to FIG. 17, the web interface 39 specifies 8:12:00 as the recording start time of the recording file 2 and 8:35:00 as the recording end time (S404).

  The web interface 39 determines that the recording end time 8:35:00 of the recording file 2 is earlier in time than the broadcast end time 9:00 of program 1 (NO in S405). Further, the web interface 39 determines that the recording start time 8:12:00 of the recording file 2 is later in time than the broadcast start time 8: 00: 00: 00 of the program 1 (NO in S407). That is, since the recording file 2 is completely included in the program 1, the web interface 39 combines the entire recording file 2 with the reproduction data (S409). The web interface 39 determines that the processing has not been executed for all the recorded files (NO in S410), and returns to S403.

  Next, the web interface 39 selects the recording file 3 (S403). Referring to FIG. 17, the web interface 39 specifies 8:35:00 as the recording start time of the recording file 3 and 8:50:00 as the recording end time (S404).

  The web interface 39 determines that the recording end time 8:50:00 of the recording file 3 is before the broadcast end time 9: 00: 0 of the program 1 (NO in S405). Further, the web interface 39 determines that the recording start time 8:35:00 of the recording file 3 is later in time than the broadcast start time 8: 00: 00: 00 of the program 1 (NO in S407). That is, since the recording file 3 is completely included in the program 1, the web interface 39 combines the entire recording file 3 with the reproduction data (S409). The web interface 39 determines that the processing has not been executed for all the recorded files (NO in S410), and returns to S403.

  Next, the web interface 39 selects the recording file 4 (S403). Referring to FIG. 17, the web interface 39 identifies 8:50:00 as the recording start time of the recording file 3 and 9:00:00 as the recording end time (S404).

  The web interface 39 determines that the recording end time 9:00 of the recording file 4 is temporally the same as the broadcast end time 9:00 of program 1 (NO in S405). Further, the web interface 39 determines that the recording start time 8:50:00 of the recording file 3 is later in time than the broadcast start time 8: 00: 00: 00 of the program 1 (NO in S407). That is, since the recording file 4 is completely included in the program 1, the web interface 39 combines the entire recording file 4 with the reproduction data (S409). The web interface 39 determines that all the recorded files have been processed (YES in S410), and ends the program extraction process.

  As described above, when a specified song or program is recorded across a plurality of recording files, the data corresponding to the specified song or program is extracted and combined from the plurality of recording files. Then, by playing back, it is possible to prevent the sound interruption between the recorded files.

  In the above embodiment, the software MP3 player 15 is installed in the PC 13, but instead of or together with this, a hardware MP3 player device (for example, home audio, portable player, etc.) may be used. Good. In this case, the MP3 file may be transmitted from the PC 13 to the MP3 player device via wired or wireless communication, but may be copied via a memory card such as a flash memory or an optical disk such as a CD or DVD. . Needless to say, an audio compression method other than MP3, for example, AAC (Advanced Audio Cording) may be used. However, the present invention can be applied not only to music content 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 PC 13 simply displays the cue sheet. However, only a desired artist's music is extracted from a plurality of cue sheets acquired within a predetermined period of time, or a folder is displayed for each artist. It is also possible to create an MP3 file and store it separately.

  In the above-described embodiment, the web browser 33 and the MP3 player 15 are provided in the local PC 13, but instead, in another PC on the network, a dedicated device, a mobile phone, or a PDA (Personal Digital Assistance) May be provided. In this case, if the web interface 39 can be accessed from within a home via a LAN (Local Area Network) or from outside the home via the Internet, the music list can be displayed, the music can be designated and played back.

  In the above embodiment, the FM tuner 14 and the PC 13 constitute an air check device. However, there is an integrated dedicated machine that receives FM broadcasts and records them on a hard disk, or a mobile phone that has a memory instead of a hard disk. An air check device may be configured. In the above embodiment, the cue sheet server 12 acquires the cue sheet and the program table provided from the broadcasting station, but the operator of the cue sheet server directly inputs the cue sheet and the program table to the cue sheet server 12. May be stored in the cue sheet server 12.

  In the above embodiment, the PC 13 obtains the cue sheet and the program guide provided from each broadcasting station via the cue sheet server 12, but may obtain them 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 addition, as described above, an integrated air check device having the functions of both the FM tuner 14 and the PC 13 shown in FIG. 7 may be used. However, an acquisition module is provided for an air check device that does not have a network interface. It cannot be provided. Therefore, in such a case, an acquisition module may be provided in a PC having a network interface, and the PC may be connected to the input / output interface of the air check device. As an input / output interface, USB (Universal Serial
In addition to Bus) and IrDA (Infrared Data Association), a memory card may be used.

  In addition, the web browser and MP3 player are provided in the PC 13 or the air check device, but other PCs, dedicated machines, mobile phones connected via a network such as a LAN (Local Area Network) or a WAN (Wide Area Network). It may be provided in a telephone or PDA.

  In addition, although MP3 data acquired from the outside is stored in the MP3 database 34, MP3 data acquired by other methods may be stored together here.

  As mentioned above, although preferable embodiment of this invention was described, this invention is not limited to these embodiment.

  The present invention can be suitably employed in an air check device using a PC or HDD recorder.

10 Air Check System 12 Cue Seat Server 13 PC
14 FM tuner 16 Broadcast station server 20 Acquisition unit 24, 26, 29 Cue sheet 28, 37 Cue sheet database 40 Acquisition module 58, 80 Air check device 69, 70 Program guide 71, 75 Program guide database

Claims (4)

Recording means for dividing broadcast data including a plurality of contents broadcast from a broadcasting station into a plurality of recording files and recording the recording data on a storage medium;
Storage means for storing a cue sheet in which specific information of each content broadcast from a broadcasting station and a broadcast start time are associated with each other;
A specification means for specifying content,
A specifying means for specifying the broadcast start time and broadcast end time of the specified content with reference to the cue sheet;
A file specifying means for specifying a plurality of recording files including a part of broadcast data from the broadcast start time to the broadcast end time of the designated content;
Generation that generates broadcast data corresponding to specified content from a plurality of specified recording files, and generates reproduction data different from the recorded broadcast data by combining the extracted broadcast data portions And a content extraction device. Recording means for dividing broadcast data including a plurality of programs broadcast from a broadcasting station into a plurality of recording files and recording the recording data on a storage medium;
Storage means for storing a program table in which specific information of each program broadcast from a broadcasting station and a broadcast start time are associated;
A designation means for designating a program;
A specifying means for specifying the broadcast start time and broadcast end time of the designated program with reference to the program guide;
A file specifying means for specifying a plurality of recording files including a part of broadcast data from a broadcast start time to a broadcast end time of a designated program;
Generation that generates broadcast data corresponding to a specified program from a plurality of specified recording files and generates reproduction data different from the recorded broadcast data by combining the extracted broadcast data portions And a content extraction device. Corresponds to recording means that divides broadcast data including multiple contents broadcast from a broadcast station into multiple recording files and records them in a storage medium, and specific information and broadcast start time of each content broadcast from the broadcast station An operation program for a content extraction device comprising a storage means for storing the attached cue sheet,
A specification step for specifying content;
A specific step of identifying the broadcast start time and broadcast end time of the specified content with reference to the cue sheet;
A file specifying step for specifying a plurality of recording files including a part of broadcast data from the broadcast start time to the broadcast end time of the specified content;
Generation that generates broadcast data corresponding to specified content from a plurality of specified recording files, and generates reproduction data different from the recorded broadcast data by combining the extracted broadcast data portions A content extraction program that causes a computer to execute steps. Corresponds to recording means that divides broadcast data including multiple programs broadcast from a broadcast station into multiple recording files and records them on a storage medium, and specific information and broadcast start time of each program broadcast from the broadcast station An operation program for a content extraction device comprising storage means for storing the attached program guide,
A designation step for designating a program;
A specific step of identifying the broadcast start time and broadcast end time of the designated program with reference to the program guide;
A file specifying step for specifying a plurality of recording files including a part of broadcast data from a broadcast start time to a broadcast end time of a designated program;
Generation that generates broadcast data corresponding to a specified program from a plurality of specified recording files and generates reproduction data different from the recorded broadcast data by combining the extracted broadcast data portions A content extraction program that causes a computer to execute steps.

Images