JP6394860B2 - Recording device - Google Patents

Description

  The present invention relates to a recording apparatus.

  A broadcast receiver that downloads software update data distributed by digital broadcasting and performs software update based on the downloaded software update data, the storage means storing the downloaded software update data, and stored in the storage means Storage means for storing new software created on the basis of the updated software update data, and control means for performing at least software update processing. The control means is set in advance at the date and time after completion of downloading of the software update data. A configuration is known in which software update is performed by overwriting and storing new software in a storage unit in which current software currently in use is stored at the scheduled update date and time (see Patent Document 1).

JP 2011-249966 A

  In the field of recording devices, a function is known in which a plurality of channels are designated, and television content (or also expressed as a television program or a television program) received on the designated plurality of channels is continuously recorded in parallel. ing. This function is called by various names such as round recording, whole recording, time shift function, and loop recording.

  When performing such loop recording, the recording apparatus appropriately stores data distributed by TV broadcasting other than TV content, such as data for updating software (firmware) held by the recording apparatus. There is a risk that trouble may occur due to the balance with the treatment. Specifically, resources such as CPU and memory are used in a series of processes for extracting packets corresponding to firmware update data from received broadcast waves and analyzing them before storage in parallel with the reception of a television broadcast. Be bound. Therefore, for example, the number of tuners that can be operated to receive broadcasts (decrease in the number of channels for loop recording), and the recording device that takes a long time to start up, such as functions related to loop recording. May be restricted. The same problem occurs when extracting data distributed by television broadcasting other than the above-described television content, which is different from the firmware update data. The document does not address the problem that the function of loop recording is hindered.

  The present invention has been made to solve at least the above-described problems, and provides a recording apparatus capable of accurately acquiring necessary data other than television content without hindering the function of loop-recording television content. provide.

  One aspect of the present invention is a recording apparatus that receives television broadcasts of a plurality of designated channels, and stores television content included in the received television broadcasts in parallel for each channel. A recording control unit that saves video data and audio data constituting the content and specific data included in the received television broadcast in addition to the video data and audio data in a predetermined storage medium, and the reception and storage are executed. An update processing unit that extracts the specific data from the storage medium, performs a predetermined analysis, and executes an update process of information using the specific data in a specific period different from the time zone.

According to the present invention, not only the television content (video data and audio data) but also the specific data is stored in the storage medium in a time zone in which the reception and storage are executed (time zone in which loop recording is executed). The
Then, during the specific period, the specific data is extracted from the storage medium, a predetermined analysis is performed, and an information update process using the specific data is performed. The function of is not limited. In addition, such a series of processing such as extraction, analysis, and information update of the specific data is not performed in parallel with the reception of the television broadcast, so the burden on the recording device is small and the processing time is shortened. be able to.

  The technical idea of the present invention may be realized by a mode other than the recording device. For example, a process executed by the recording device can be regarded as a method invention, a program for causing the recording device (computer installed in the recording device) to execute the process, or a computer-readable storage medium storing the program, Each can be regarded as an invention.

The block diagram which illustrates the composition of the recorder. The figure which illustrates a part of function which a video recording apparatus implement | achieves. The flowchart concerning 1st Example. The flowchart concerning 3rd Example. The flowchart concerning 5th Example.

As an embodiment of the present invention, the specific data may include firmware update data for updating firmware held by the recording device.
Further, as an embodiment of the present invention, when it is determined that the firmware update data extracted from the storage medium is not all the data necessary for updating the firmware, as a result of the analysis by the update processing unit, The recording control unit may extract firmware update data that is not currently stored in the storage medium from firmware update data necessary for updating the firmware, and store the firmware update data in the storage medium.
Further, as an embodiment of the present invention, the recording control unit stores, in the storage medium, notification data indicating a channel and time at which the firmware update data is broadcast, which is included in the received television broadcast, and stores the update data. The processing unit may extract the firmware update data from the data stored in the storage medium by referring to the notification data stored in the storage medium.

Further, as an embodiment of the present invention, the recording control unit stores, in a storage medium, notification data indicating a channel and time at which the firmware update data is broadcast, which is included in the received television broadcast, and The firmware update data may be extracted from a television broadcast received on the channel indicated in the notification data at the time indicated in the notification data and stored in the storage medium.
Also, as an embodiment of the present invention, the recording control unit, if none of the designated plurality of channels corresponds to a channel on which the firmware update data is broadcast, any of the designated plurality of channels. Is temporarily switched to the channel on which the firmware update data is broadcast, the firmware update data is extracted from the television broadcast received on the channel after the switching, and is stored in the storage medium, and the firmware update is performed. After the data is saved, the reception channel may be returned to the channel before switching.

As an embodiment of the present invention, the specific data may include logo update data for updating the display of a logotype for each channel.
As an embodiment of the present invention, the recording control unit receives a television broadcast of a channel other than the designated channels during the specific period, and the designated channels from the received television broadcast. The logo update data concerning other channels may be extracted and stored in the storage medium.
Moreover, as an embodiment of the present invention, the specific period may be set within a time zone in which the television broadcast is stopped.

Hereinafter, embodiments of the present invention will be further described with reference to the drawings.
(First embodiment)
FIG. 1 is a block diagram illustrating a recording apparatus 10 according to an embodiment. The recording device 10 is a product capable of executing loop recording, and may be called a recording / playback device, a broadcast receiver, or the like. The recording apparatus 10 includes a plurality of tuners (digital tuners) 11. Specifically, digital terrestrial broadcast tuners (terrestrial digital tuners) 11a1 to 11a3, BS digital broadcast tuners (BS tuners 11b1 and 11b2), and CS broadcast tuners (CS tuners) 11c1 and 11c2 are provided. . In the example of FIG. 1, three television broadcasts can be received simultaneously for terrestrial digital broadcasts, two television broadcasts can be received simultaneously for BS digital broadcasts, and two television broadcasts can be received simultaneously for CS broadcasts. The demodulated signals received and demodulated by each tuner 11 and subjected to error processing are individually input to the demultiplexer 12. Although not shown, the tuner 11 includes a demodulator. Of course, the number of tuners 11 may be larger than the number shown in FIG.

  The demultiplexer 12 separates multiplexed signals, and further incorporates a CPU 12b, ROM 12a, RAM 12c, and other memory 12d, etc., executes predetermined programs (firmware, etc.), and controls each unit to receive TV broadcasts. Recording and playback can be performed. The firmware is stored in the memory 12d, for example, and is subject to update as will be described later.

  The multiplexer 13 extracts and remultiplexes information (video data and audio data constituting the content) necessary for recording the television content (hereinafter simply referred to as content) from the received television broadcast during recording, and a hard disk as a storage medium It is stored in a drive (HDD) 14. At the time of reproduction, the demultiplexer 12 reads data directly from the HDD 14. In addition to digital broadcast content, the HDD 14 also stores specific data 14A and notification data 14B, which will be described later.

  Data extracted from a television broadcast transport stream (hereinafter referred to as TS) received by the tuner 11 or read from the HDD 14 is input to the decoder 15, separated into video data and audio data, and decoded. The decoded video data is input to the driver 16 and displayed as video on the display panel 17. The decoded audio data is amplified by the amplifier 18 and output from the speaker 19 as audio.

  An operation instruction for the recording apparatus 10 is acquired by the demultiplexer 12 via the operation panel 21 and reflected in each control. Further, an operation instruction via the remote controller (remote controller) 22 can be obtained in the same manner. For example, the recording device 10 corresponds to a television if the product integrally includes the display panel 17 and the speaker 19, and corresponds to a recorder if the product is connected to the external display panel 17 and the speaker 19 in a wired or wireless manner. To do.

  FIG. 2 is a block diagram illustrating a part of functions included in the recording apparatus 10. As a part of its function, the recording apparatus 10 stores video data and audio data constituting content and specific data included in the received television broadcast in addition to the video data and audio data in a predetermined storage medium (HDD 14). In a specific period different from the recording control unit 30 to be stored and the time period in which the reception and storage are performed, specific data is extracted from the storage medium, a predetermined analysis is performed, and information using the specific data is And an update processing unit 40 that executes update processing. Each of these functions (recording control unit 30 and update processing unit 40) is mainly composed of, for example, the CPU 12b that executes the program, and other configurations such as the ROM 12a, RAM 12c, memory 12d (demultiplexer 12), multiplexer 13 and HDD 14. Or it is realized by partly cooperating.

FIG. 3 is a flowchart showing processing executed by the recording apparatus 10 in the first embodiment.
In step S100, the recording control unit 30 executes loop recording. In other words, a plurality of tuners 11 receive television broadcasts of a plurality of channels designated in advance by the user via the operation panel 21 or the remote controller 22, and contents included in the received television broadcasts (video data and video data constituting the content). Audio data) is stored in the HDD 14 in parallel for each channel. Such loop recording is executed, for example, continuously for several days (or constantly while deleting old recorded content), although it depends on the capacity of the HDD 14 to record (save) the content.

  In the loop recording (step S100) in the first embodiment, the specific data 16A other than the content is also stored in the HDD. Here, the specific data 16A indicates firmware update data (FW update data) for updating the firmware. That is, FW update data and the like are superimposed on the television broadcast in addition to the content, and the recording control unit 30 performs video data and audio constituting the content from the television broadcast TS received by the tuner 11 during the loop recording. In addition to each packet of data, a packet corresponding to the FW update data is also extracted and stored in the HDD 14.

  In step S110, the update processing unit 40 determines whether or not the current time corresponds to a preset maintenance time. If the current time corresponds to the maintenance time (“Yes” in step S110), the update processing unit 40 proceeds to step S120. On the other hand, if the maintenance time is not met (“No” in step S110), loop recording (step S100) is continued. The maintenance time is an example of the specific period, and can be arbitrarily set by the user via the operation panel 21 or the remote controller 22. In the first embodiment, it is assumed that the maintenance time is set to a predetermined time zone at midnight when television broadcasting is stopped.

  In step S120, the update processing unit 40 determines whether there is FW update data in the data stored in the HDD 14 by the loop recording in step S100 (hereinafter, loop recording data). This determination is made based on the packet ID (PID) stored in the header of each packet as loop recording data. Each packet stores a PID that identifies whether the packet corresponds to video data, audio data, FW update data, or the like. For example, a known PID such as “0x07 □□” is assigned to the FW update data packet obtained from the BS digital broadcast, and “0x1C □□” or ““ A known PID such as “0x1D □□” is assigned. Note that an identifier for identifying the manufacturer or the like that manufactured the recording device 10 is inserted into the □□.

  In step S120, the update processing unit 40 refers to the PID of each packet that is loop recording data. As a result, if there is a packet that stores the PID assigned to the packet of the FW update data as described above in the header. , It is determined that the FW update data is included in the loop recording data, and the process proceeds to step S130. On the other hand, if there is no FW update data packet in the loop recording data, the process proceeds to step S180.

  In step S130, the update processing unit 40 extracts FW update data from the loop recording data. That is, the packet that can be identified as the packet of the FW update data based on the PID in step S120 is extracted from the loop recording data.

  In step S140, the update processing unit 40 determines whether or not all of the FW update data necessary for firmware update has been successfully extracted from the loop recording data. Specifically, the update processing unit 40 joins all the packets of the FW update data extracted in step S130 to form a section, and performs a predetermined analysis on the sectioned data. Then, as a result of this analysis, when it is determined that all the FW update data necessary for the firmware update is available (for example, when the last packet constituting the FW update data is found as a result of analyzing the header of each packet) ), If all the FW update data necessary for the firmware update have been successfully extracted (“Yes” in step S140), the process proceeds to step S170. On the other hand, when all of the FW update data necessary for the firmware update has not been successfully extracted from the loop recording data, that is, when only a part of the FW update data necessary for the firmware update has been extracted in step S130 ( In step S140, “No”), the process proceeds to step S150.

  As an example of the case where “No” is determined in step S140, in the loop recording in step S100, the FW update data superimposed on the television broadcast is also sequentially stored in the HDD 14 part by part, and all the FW update data is stored. There may be a case where maintenance time is entered before the storage is completed. In step S150, the recording control unit 30 downloads FW update data (hereinafter, unsaved FW update data) that is not currently stored in the HDD 14 among the FW update data necessary for firmware update from the television broadcast (DL). To do.

  The processes of steps S120 to S140 and the processes of steps S170 to S190 described later are processes performed during the maintenance time, but step S150 (and S160 described later) is a process performed outside the maintenance time. That is, step S150 (and S160 described later) is performed during execution of loop recording. However, in step S150, as in step S100, any packet corresponding to the FW update data extracted from the TS of the television broadcast based on the PID is not stored in the HDD 14, but only the unsaved FW update data. To save. That is, the FW update data packet extracted based on the PID from the TS obtained by the reception of the television broadcast is analyzed, and is compared with the FW update data packet extracted in step S130. Only the determined packet is stored in the HDD 14. Therefore, “DL” in step S150 means a series of processes such as extraction, analysis, and storage that are performed while receiving a television broadcast.

  In step S160, the recording control unit 30 determines whether all unsaved FW update data has been DL in step S150. If DL has not been completed, step S150 is continued. If DL has been completed, step S170 is performed. Proceed to The determination in step S160 branches depending on whether or not the last packet constituting the FW update data has been saved while the packets corresponding to the unsaved FW update data are sequentially saved.

  In step S170, the update processing unit 40 updates the firmware. That is, at the time of step S170, all the packets of FW update data necessary for updating the current firmware are held in the HDD. Therefore, the contents of the current firmware are updated (updated) with data (FW update data) obtained by sectioning and decoding these packets as appropriate.

  In step S180, the update processing unit 40 performs system maintenance of the recording apparatus 10. Although the concept of system maintenance includes the firmware update described above, in step S180, a predetermined maintenance process required for normal operation of the recording apparatus 10 other than the firmware update is executed. In step S190, the update processing unit 40 determines whether or not the predetermined maintenance process has been completed, and if not completed, continues the step S180, and if completed, returns to step S100. Note that at the end of the system maintenance, the recording apparatus 10 may be restarted to validate the firmware and various data updated so far.

  As described above, according to the first embodiment, not only the content of each channel but also the FW update data as the specific data 14A is stored in the HDD 14 in the time zone when the recording apparatus 10 executes loop recording. Then, during the maintenance time, FW update data is extracted from the HDD 14 (steps S120 and S130), a predetermined analysis is executed (step S140), and firmware update using the FW update data is executed (step S170). That is, such a series of processes (steps S120, S130, S140, and S170), which are burdensome on resources such as the CPU and various memories, are not executed during loop recording but are executed during the maintenance time. Limitation of the recording function (for example, inconvenience such as a decrease in the number of recordable channels) is avoided. In addition, since such a series of processes is not performed in parallel while receiving a television broadcast, the burden on the recording apparatus 10 during the maintenance time can be reduced, and is required for firmware update and other system maintenance. Time can be shortened.

  If only a part of the FW update data necessary for the firmware update is present in the loop recording data stored in the HDD 14 during the loop recording (“No” in step S140), only the unsaved FW update data is broadcast by the television. In parallel with the reception of the DL, that is, the TV broadcast, the unsaved FW update data is extracted, analyzed, and stored. In this manner, by reducing the DL amount from the television broadcast for the FW update data, it is possible to reduce the time for consuming the resources of the recording apparatus 10 other than the content loop recording.

  The embodiment is not limited to the above-described content, and various modes are conceivable, and each example described later can be adopted. A configuration in which the embodiments and examples in this specification are appropriately combined also falls within the disclosure scope of the present invention. In the following, it is assumed that the items already described are applied as appropriate, and mainly the differences from the items already described will be mainly described.

(Second embodiment)
In the loop recording (step S100), the recording control unit 30 also transmits notification data indicating a channel and time at which the FW update data is broadcast, in addition to a packet corresponding to the content and a packet corresponding to the FW update data. Extracted from the received TS of the television broadcast and stored in the HDD 14 (see notification data 14B in FIG. 1). SDTT (Software Download Trigger Table) corresponds to the notification data 16B.

  The SDTT describes a schedule (time and channel) for broadcasting FW update data from a broadcasting station. A known PID is also assigned to the SDTT packet. For example, the SDTT packet has a PID of “0x0023”. Accordingly, in step S100, the packet storing the PID assigned to the SDTT packet as described above is extracted from the television broadcast and stored in the HDD 14 as the notification data 14B. In steps S120 and S130, the update processing unit 40 extracts the FW update data from the loop recording data by referring to the SDTT stored in the HDD 14.

  In other words, the update processing unit 40 can specify which channel and at what time the FW update data is superimposed on the television broadcast and distributed by referring to the SDTT. Therefore, when searching the HDD 14 to extract the FW update data, a packet corresponding to the FW update data can be efficiently extracted in a short time by searching based on the channel and time. Therefore, the time required for a series of processes such as steps S120, S130, S140, and S170 can be shortened, and resource consumption during the series of processes can be saved.

(Third embodiment)
FIG. 4 is a flowchart showing processing executed by the recording apparatus 10 in the third embodiment. The process described in FIG. 4 is a process performed to extract the FW update data from the television broadcast and store it in the HDD 14 during the loop recording (step S100). In FIG. 4, such processing is made efficient by using the notification data 14B (SDTT).

  In step S <b> 101, the recording control unit 30 determines whether or not the notification data 14 </ b> B (SDTT) is extracted from the received television broadcast and stored in the HDD 14 while performing loop recording. The SDTT that is the target of whether or not it has been saved at the timing of step S101 is an SDTT that describes the time after the present as the time at which the FW update data is broadcast. If such an SDTT packet has been stored, the process proceeds to step S103. On the other hand, if such an SDTT packet has not been stored, the process proceeds to step S102.

  In step S102, the recording control unit 30 constantly monitors the presence / absence of a packet of FW update data in the television broadcasts of all channels designated as loop recording targets. Extracted and stored in the HDD 14 as specific data 14A. Whether or not the packet is FW update data is determined based on the PID as described above. When executing step S102, the determination of step S101 is also repeated.

  On the other hand, in step S103, the recording control unit 30 refers to the target SDTT determined to have been saved in step S101, and determines whether or not the current time is the broadcast time of the FW update data described by the SDTT. Repeatedly. When the broadcast time of the FW update data comes, the process proceeds to step S104.

  In step S104, the recording control unit 30 broadcasts FW update data (corresponding channel) described by the target SDTT determined to have been stored in step S101 among all the channels specified as the target of loop recording. The packet of FW update data is extracted from the television broadcast received at 1 and stored in the HDD 14 as specific data 14A.

  In step S105, the recording control unit 30 refers to the target SDTT determined to have been stored in step S101, and determines whether or not the broadcast time (time zone) of the FW update data described by the SDTT has ended. Steps S104 and S105 are repeated until the broadcast time of the FW update data ends. On the other hand, when the broadcast time of the FW update data ends, the process of extracting and storing the FW update data from the television broadcast is stopped ( Step S106) and return to Step S101.

  According to the third embodiment, when the FW update data is extracted and stored in the middle of the loop recording (step S100), the broadcast channel of the FW update data described in the SDTT already acquired and By referring to the broadcast time, it is possible to limit the time and the number of channels to be extracted from the FW update data. Therefore, consumption of resources for extracting and storing the FW update data from the television broadcast can be saved, and the capacity reserved in advance for storing the FW update data (packets) in the HDD 14 can be reduced.

(Fourth embodiment)
None of the channels designated as the target of loop recording may correspond to a channel on which FW update data is broadcast. For example, when the recording control unit 30 refers to the notification data 14B (SDTT) extracted and stored from the television broadcast received during loop recording (step S100), the recording control unit 30 broadcasts the FW update data described by the SDTT. Such a determination can be made when none of the channels to be applied corresponds to a channel currently designated as a target of loop recording. Therefore, if the recording control unit 30 determines that none of the channels specified as the target of loop recording corresponds to the channel through which the FW update data is broadcast, the channel specified as the target of loop recording. Is temporarily switched to a channel on which FW update data is broadcast.

  Here, the recording control unit 30 sets FW update data described by the SDTT to one tuner 11 that is set to receive a broadcast of a predetermined channel A among a plurality of channels designated as loop recording targets. Is temporarily switched to the setting for receiving channel B, which is the channel that broadcasts. The term “temporary” as used herein refers to a limited time including the time when the FW update data described by the SDTT is broadcast on the channel B. As a result, the recording control unit 30 can extract the FW update data from the television broadcast received on the channel B in step S100 and store it in the HDD 14 as the specific data 14A.

  The recording control unit 30 extracts the FW update data from the television broadcast received on the channel B and saves it in the HDD 14. Then, the recording control unit 30 changes the setting of the tuner 11 that temporarily received the channel B broadcast to the channel A. Return to the setting for receiving broadcasts. According to the fourth embodiment, the FW update data is stored even when none of the channels designated as the target of the loop recording corresponds to the channel through which the FW update data is broadcast. Can do. Note that the channel A that is temporarily switched to the channel B is, for example, a channel that is selected in advance when the user designates a plurality of channels to be loop-recorded. Alternatively, the recording control unit 30 monitors the reception state of a plurality of channels designated as loop recording targets, and if there is a channel that is not receiving, treats the channel as channel A and temporarily It may be switched to channel B.

(5th Example)
FIG. 5 is a flowchart showing processing executed by the recording apparatus 10 in the fifth embodiment. The flowchart of FIG. 5 can be roughly explained by replacing “FW update data” in the description of the flowchart of FIG. 3 with “logo update data” and “firmware” with “logo type”.

  In step S200, the recording control unit 30 executes loop recording. In the loop recording in the fifth embodiment, the specific data 14A other than the content is also stored in the HDD 14. Here, the specific data 14A indicates logo update data for updating the display of the logotype for each channel. The logotype is a pattern, mark, design character, or the like used by a broadcasting station for each channel, and is also called a logo mark. For example, the logotype is displayed together with an electronic program guide (EPG). In addition to the content, logo update data and the like are superimposed on the television broadcast, and the recording control unit 30 receives video data and audio data constituting the content from the television broadcast TS received by the tuner 11 during loop recording. In addition to each packet, a packet corresponding to the logo update data is extracted and stored in the HDD 14. The logo update data packet is also extracted by identification based on the known PID assigned to the logo update data packet.

Step S210 is the same as step S110.
In step S220, the update processing unit 40 determines whether there is logo update data in the loop recording data stored in the HDD 14 by the loop recording in step S200. This determination is also made based on the PID stored in the header of each packet as loop recording data, as in step S120. If it is determined that the logo update data packet is in the loop recording data, the process proceeds to step S230. If it is determined that there is no logo update data packet in the loop recording data, the process proceeds to step S250.

  In step S230, the update processing unit 40 extracts logo update data from the loop recording data. That is, a packet that can be identified as a logo update data packet based on the PID in step S220 is extracted from the loop recording data. In step S230, the update processing unit 40 determines whether or not all the logo update data necessary for updating the logotype has been successfully extracted from the loop recording data. Specifically, the update processing unit 40 joins all the packets of the logo update data extracted in step S230 to form a section, and performs a predetermined analysis on the sectioned data. And, as a result of this analysis, when it is determined that all the logo update data necessary for updating the logotype is available (for example, as a result of analyzing the header of each packet, the last packet constituting the logo update data was found. In the case of ()), it is determined that all the logo update data necessary for updating the logotype has been successfully extracted.

  In step S240, the update processing unit 40 updates the logotype. That is, an image stored in the HDD 14 or the like as data representing the current logotype by data (logo update data) obtained by appropriately sectioning and decoding the logo update data packet extracted and analyzed in step S230. Update (overwrite) data (logotype image data).

  In step S250, the update processing unit 40 performs system maintenance of the recording device 10. The concept of system maintenance includes the logotype update described above, but in step S250, a predetermined maintenance process required for normal operation of the recording apparatus 10 other than the logotype update is executed. In step S260, the update processing unit 40 determines whether or not the predetermined maintenance process has been completed, and if not completed, continues the step S250, and if completed, returns to step S200. Note that at the end of the system maintenance, the recording apparatus 10 may be restarted in order to validate the logotype and various data updated so far.

  As described above, according to the fifth embodiment, not only the content of each channel but also the logo update data as the specific data 14A is stored in the HDD 14 during the time zone when the recording apparatus 10 executes loop recording. Then, during the maintenance time, the logo update data is extracted from the HDD 14, a predetermined analysis is executed, and the logo type update using the logo update data is executed. That is, such a series of processes (steps S220, S230, S240), which are burdensome on resources such as the CPU and various memories, are not performed during the loop recording but are performed during the maintenance time. Limitation of functions (for example, inconvenience such as a decrease in the number of recordable channels) is avoided. In addition, since such a series of processing is not performed in parallel with the reception of the television broadcast, the burden on the recording apparatus 10 during the maintenance time can be reduced, and it is possible to update the logotype and perform other system maintenance. The time required can also be shortened.

  Further, the process of saving the logo update data from the television broadcast to the HDD 14 is executed outside the maintenance time, and it is not necessary to select each channel during the maintenance time and acquire the logo update data from the broadcast of each channel. The time required for system maintenance other than logotype renewal and the remaining resources can be secured accurately during the maintenance time. Also, if logo update data is extracted from the TV broadcast and saved within the maintenance time, the maintenance time is often set to a late-night time when the TV broadcast is stopped. However, even if the logo update data can be acquired from the TV broadcast, the maintenance time is limited, so all the necessary logo update data cannot be acquired in time. Though conceivable, the fifth embodiment does not cause such inconvenience.

  In FIG. 5, processing corresponding to steps S150 and S160 in FIG. 3 is not described, but in the fifth embodiment, similar processing may be provided between step S230 and step S240. That is, if it is determined in step S230 that not all of the logo update data required for updating the logotype has been extracted from the loop recording data, the logo update data required for updating the logotype is stored in the HDD 14 at this time. It is also possible to download logo update data that has not been downloaded from a television broadcast.

(Sixth embodiment)
A sixth embodiment in which further changes are made to the fifth embodiment will be described. According to the fifth embodiment, it is possible to update the logotype of each channel designated as the target of loop recording, but the logotype of other channels (hereinafter referred to as loop recording non-target channels) is updated. It is not possible. Therefore, in the sixth embodiment, the recording control unit 30 causes each tuner 11 to receive a television broadcast of a channel not subject to loop recording within the maintenance time, and a logo applied to the non-loop recording subject channel from the received television broadcast. Update data (packets) may be extracted and stored in the HDD 14. However, in the sixth embodiment, the maintenance time is not set in the midnight time zone when the television broadcast is stopped, but is set in a predetermined time zone in which the television broadcast can be received. According to the sixth embodiment, in addition to each channel designated as a target for loop recording, logo update data is also acquired from a television broadcast for channels not subject to loop recording. As a result, all channels (recording devices) The logo type can be updated with the logo update data for all channels 10 that can be received by the tuner 11.

(Other examples)
So far, the embodiment in which the firmware is updated and the embodiment in which the logotype is updated have been described separately, but as a matter of fact, these two types of updates can also be performed in parallel. That is, FW update data and logo update data may be acquired from a television broadcast during loop recording, and firmware update using FW update data and logotype update using logo update data may be performed during maintenance time.

  Further, the firmware updated by the FW update data is not limited to the firmware executed by the recording device 10. The recording device 10 is connected to another electronic device (for example, a TV, a refrigerator, a washing machine, etc.) according to a predetermined standard such as DLNA (Digital Living Network Alliance) via a local network (for example, a LAN built in a home or office). When an environment capable of mutual communication with an electrical appliance such as an air conditioner is established, the recording device 10 sends FW update data for updating the firmware of these other electronic devices to the other electronic devices. Instead, it is acquired through TV broadcasting and stored once. Then, the once saved FW update data may be transmitted to the other electronic device via the local network, and the other electronic device may be updated with the firmware by the FW update data.

  Further, the specific data 14A assumed in the present embodiment includes data for updating various data necessary for viewing and recording TV content, such as EPG data, caption data, and data necessary for chapter setting. Can be.

further,
-Applying the combinations of the mutually replaceable members and configurations disclosed in the above embodiments as appropriate,
-Although not disclosed in each of the above embodiments, it is a known technique, and members and structures that are mutually replaceable with members and structures disclosed in each of the above embodiments are appropriately replaced and combinations thereof Change and apply,
-Although not disclosed in each of the above embodiments, the members and structures, etc., which can be assumed as a substitute for the members, structures, etc. disclosed in each of the above embodiments by those skilled in the art based on publicly known techniques, etc. are appropriately replaced. , And changing and applying that combination,
Is disclosed as an embodiment of the present invention.

DESCRIPTION OF SYMBOLS 10 ... Recording device, 11 ... Tuner, 11a1-11a3 ... Terrestrial digital tuner, 11b1, 11b2 ... BS tuner, 11c1, 11c2 ... CS tuner, 12 ... Demultiplexer, 12a ... ROM, 12b ... CPU, 12c ... RAM, 12d ... Memory, 13 ... Multiplexer, 14 ... HDD, 14A ... Specific data, 14B ... Notification data, 15 ... Decoder, 16 ... Driver, 17 ... Display panel, 18 ... Amplifier, 19 ... Speaker, 30 ... Recording control unit, 40 ... Update Processing part

Claims (8)

A recording device that receives television broadcasts of a plurality of designated channels and stores the television content included in the received television broadcasts in parallel for each channel,
A recording control unit for storing video data and audio data constituting the TV content and specific data included in the received television broadcast in addition to the video data and audio data in a predetermined storage medium;
The reception and another specific period and time zone storage is performed, to extract the specific data from the storage medium performs the predetermined analysis performs the update processing using the specific data, the An update processing unit that does not perform extraction of the specific data from the storage medium, analysis of the specific data, and update processing using the specific data in a time zone in which reception and storage are performed ;
The specific data includes firmware update data for updating firmware held by the recording device,
The update processing unit performs the firmware update process using the firmware update data after determining that all the firmware update data necessary for the firmware update is prepared by the analysis. Recording device. As a result of the analysis by the update processing unit, when it is determined that the firmware update data extracted from the storage medium is not all data necessary for updating the firmware, the recording control unit updates the firmware. 2. The recording apparatus according to claim 1 , wherein firmware update data that is not currently stored in the storage medium is extracted from the television broadcast and stored in the storage medium. The recording control unit stores, in a storage medium, notification data indicating a channel and time at which the firmware update data is broadcast, included in the received television broadcast,
The update processing unit, by referring to the notification data stored in the storage medium, according to claim 1 or claim, characterized by extracting the firmware update data from the data stored in the storage medium Item 3. The recording device according to Item 2 . The recording control unit stores the notification data indicating the channel and time at which the firmware update data is broadcast included in the received television broadcast in a storage medium, and at the time indicated in the notification data. recording device according to any one of claims 1 to 3, from the television broadcast received on the channel indicated in the announcement data by extracting the firmware update data, characterized in that stored in the storage medium. When none of the designated plurality of channels corresponds to a channel on which the firmware update data is broadcast, the recording control unit may change any one of the designated channels to the firmware update data. Temporarily switch to the channel on which the broadcast is performed, extract the firmware update data from the television broadcast received on the channel after the switch, save it in the storage medium, and after saving the firmware update data, recording device according to any one of claims 1 to 4, characterized in that return to the switching previous channel. A recording device that receives television broadcasts of a plurality of designated channels and stores the television content included in the received television broadcasts in parallel for each channel,
A recording control unit for storing video data and audio data constituting the TV content and specific data included in the received television broadcast in addition to the video data and audio data in a predetermined storage medium;
The specific data is extracted from the storage medium in a specific period different from the time period in which the reception and storage are performed, a predetermined analysis is performed, an update process using the specific data is performed, and the reception And an update processing unit that does not execute the extraction of the specific data from the storage medium, the analysis of the specific data, and the update process using the specific data in a time zone when the storage is executed,
The specific data includes logo update data for updating the logo type display for each channel .
The update processing unit performs the logo type update process using the logo update data after determining that the logo update data necessary for the logo type update is all prepared by the analysis. A recording device characterized . The recording control unit receives a television broadcast of a channel other than the designated plurality of channels during the specific period, and the logo update data relating to a channel other than the designated plurality of channels from the received television broadcast. The video recording apparatus according to claim 6 , wherein the video recording device is extracted and stored in the storage medium. The specific time period, recording apparatus according to any one of claims 1 to 6, characterized in that the television broadcast is set within a time zone to be stopped.

Images