Control apparatus, control method, program, and recording medium
The control device addresses data loss and corruption in video playback devices by identifying and recovering error areas with dummy data replacement, ensuring uninterrupted playback and preventing further data damage.
Patent Information
- Application Number
- JP2024116070
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2024-07-19
- Publication Date
- 2026-01-29
AI Technical Summary
Existing video playback devices face issues with data loss and corruption on recording media, leading to abnormal operations such as stopped playback or recording, and new damage can occur in restored content data portions.
A control device with a recording unit, identification unit, and recovery unit that records content data, identifies error areas, and performs recovery by replacing corrupted data with dummy data to prevent further damage.
The solution allows for appropriate recovery of error areas, ensuring continuous playback without further data damage and maintaining normal device operation.
Smart Images

Figure 2026014690000001_ABST
Abstract
Description
[Technical Field]
[0001] The present disclosure relates to a control device and the like. [Background technology]
[0002] For example, as shown in Patent Document 1, there is known an information processing device that, when it detects that an error has occurred that makes it impossible to write or read data, performs a recovery process to recover from the error in the area where the error occurred. [Prior art documents] [Patent documents]
[0003] [Patent Document 1] Patent Publication No. 2020-107253 Summary of the Invention [Problem to be solved by the invention]
[0004] An object of the present disclosure is to provide, for example, a control device or the like that can appropriately recover an error area of a recording medium on which content data is recorded. [Means for solving the problem]
[0005] The control device of the present disclosure includes a recording unit that records content data for each title in a recording area of a recording medium, an identification unit that identifies an error area in which an error occurs within the recording area in which the content data is recorded, and a recovery unit that recovers the error area.
[0006] The control method of the present disclosure includes a recording step of recording content data for each title in a recording area of a recording medium, an identification step of identifying an error area in which an error occurs within the recording area in which the content data is recorded, and a recovery step of recovering the error area.
[0007] The program disclosed herein realizes a recording function for recording content data for each title in a recording area of a recording medium, an identification function for identifying an error area in which an error occurs within the recording area in which the content data is recorded, and a recovery function for recovering the error area. [Effects of the Invention]
[0008] According to the present disclosure, it is possible to provide, for example, a control device or the like that can appropriately recover an error area of a recording medium on which content data is recorded. [Brief explanation of the drawings]
[0009] [Figure 1] FIG. 1 is a diagram illustrating an overview of a display device according to a first embodiment. [Figure 2] FIG. 2 is a diagram illustrating the hardware configuration of the display device according to the first embodiment. [Figure 3] FIG. 2 is a diagram illustrating the configuration of a broadcast control unit in the first embodiment. [Figure 4] FIG. 2 is a diagram illustrating a software configuration according to the first embodiment. [Figure 5] 1A and 1B are diagrams illustrating an example of title management information, an example of error section information, and an example of recovery information in the first embodiment. [Figure 6] FIG. 4 is a diagram illustrating the flow of an error detection process in the first embodiment. [Figure 7] FIG. 10 is a diagram illustrating the flow of recovery processing in the first embodiment. [Figure 8] FIG. 2 is a diagram illustrating an example of operation in the first embodiment. [Figure 9] FIG. 10 is a diagram illustrating a software configuration according to a second embodiment. [Figure 10] FIG. 10 is a diagram illustrating the flow of recovery processing in the second embodiment. [Figure 11] FIG. 10 is a diagram illustrating an example of operation in the second embodiment. [Figure 12] FIG. 10 is a diagram illustrating an example of operation in the second embodiment. DETAILED DESCRIPTION OF THE INVENTION
[0010] Generally, video playback devices are known that include a control device capable of recording and playing back content such as programs received as broadcast waves, videos recorded on a recording medium, videos distributed on a video distribution site, etc. The video playback device is equipped with a recording medium such as an HDD (Hard Disk Drive) or an SSD (Solid State Drive), and can record content on the recording medium as content data.
[0011] In a video playback device, for example, data loss may occur in recorded content data due to bad weather or other reasons, or data corruption may occur due to poor writing. In such cases, the video playback device may be unable to read the missing or corrupted data, causing abnormal operation such as stopping playback or recording of the content. To address this issue, a recovery process is known that writes data to the missing or corrupted data portion of the recording medium, making the missing or corrupted data portion of the recording medium readable.
[0012] Here, suppose that the video playback device recovers a portion of content data that is missing or damaged on a recording medium, for example. However, even if the video playback device recovers a portion of content data that is missing or damaged, there is a problem that new damage to the content data may occur in a portion different from the restored portion.
[0013] A video playback device that solves these problems will be described below in the following embodiments with reference to the drawings. Note that the following embodiments are merely examples of the invention described in the claims, and the technical scope of the present disclosure is not limited to the description of the following embodiments.
[0014] [1. First embodiment] A first embodiment will be described below. Note that the first embodiment will be described using the following as an example. In the following embodiment, a display device equipped with a video playback device including a control device according to the present disclosure will be described.
[0015] [1.1 Overall structure] 1 is a diagram illustrating an overview of a display device 10. The display device 10 is a device capable of displaying content, and may be, for example, a television capable of receiving broadcast waves and displaying programs, or a monitor connected to a network (NW) and capable of displaying video content from a video distribution site or the like. Alternatively, the display device 10 may be a projector that projects a display screen onto a screen.
[0016] Here, the content may be anything that can be displayed by the display device 10. For example, the content may be a program received from terrestrial / BS / CS broadcasting, demodulated, and displayed, a video selected by a user on a video distribution site, or a video input from an external device via HDMI (registered trademark) (High-Definition Multimedia Interface) or USB (Universal Serial Bus). Furthermore, the display device 10 can record the received content, such as a program, on a recording medium as content data, for example.
[0017] Furthermore, the network (NW) connecting the display device 10 may be any type of communication line or communication system, such as a wired or wireless LAN (Local Area Network), VLAN (Virtual Local Area Network), the Internet, a public line network, mobile communications (e.g., mobile communications such as 4G / 5G / 6G), or a next-generation telephone network.
[0018] [1.2 Hardware Configuration] The hardware configuration will be described below with reference to Fig. 2. Fig. 2 is a diagram showing an example of a display device 10.
[0019] The display device 10 has a control unit 100, a memory unit 110 (memory device) including storage 112, ROM (Read Only Memory) 114, RAM (Random Access Memory) 116, and content recording unit 118, an operation control unit 130, a broadcast control unit 140, a display unit 150, an audio output unit 160, and a communication unit 170.
[0020] The control unit 100 controls the entire display device 10. The control unit 100 realizes various functions by reading and executing various programs stored in the memory unit 110 (for example, the storage 112 or the ROM 114). The control unit 100 may be realized by one or more control devices / arithmetic units (CPUs (Central Processing Units), SoCs (System on a Chip)). The control unit 100 may also be configured by one or more control circuits.
[0021] The operation control unit 130 receives an operation from the user and provides operation instructions to each functional unit. The operation control unit 130 may, for example, notify the user of an operation signal corresponding to the operation received by the control unit 100. The operation control unit 130 may, for example, be a unit receiving an operation signal from a remote control, or may be an operation switch provided on the display device 10.
[0022] The storage 112 is a non-volatile storage device capable of storing programs and data. For example, the storage 112 may be configured as one or more storage devices such as an HDD or an SSD. The storage 112 may also be configured as an external device such as a USB memory or a portable HDD that can be connected to the display device 10. The storage 112 may also be a storage area on the cloud, for example.
[0023] The ROM 114 is a non-volatile memory that can retain programs and data even when the power is turned off.
[0024] The RAM 116 is a main memory that is mainly used when the control unit 100 executes processing. The RAM 116 is a rewritable memory that temporarily stores programs read from the storage 112 or the ROM 114, and data including execution results.
[0025] The content recording unit 118 is a recording medium that can record content such as a program received by the display device 10, for example, video and audio of the content, as content data. The recording medium may be, for example, an HDD or SSD built into the display device 10, or an external recording medium (removable storage) connected to the display device 10 via USB. The content recording unit 118 may also be configured to be included in the storage 112, for example.
[0026] The broadcast control unit 140 receives broadcast waves transmitted by a broadcast station selected by the user, decodes video data from the broadcast waves, and outputs the video signal to the display unit 150, and decodes audio data from the broadcast waves and outputs the audio signal to the audio output unit 160. The broadcast control unit 140 may have, for example, a digital tuner unit (terrestrial / BS / CS, etc.), an OFDM (orthogonal frequency-division multiplexing) demodulation unit, a separator (e.g., a DEMUX: demultiplexer), an MPEG2 (Moving Picture Experts Group phase 2) decoding unit, etc. Furthermore, there may be multiple broadcast control units 140. The broadcast control unit 140 will be described later.
[0027] The display unit 150 can display images included in the content. Furthermore, the display unit 150 can display various types of information and various screens such as execution screens. The display unit 150 may be, for example, a device capable of displaying images, such as a liquid crystal display (LCD), an organic electroluminescence (EL) display, or an electrophoretic display.
[0028] The display unit 150 also includes an interface to which the display device 10 can be connected. For example, the display unit 150 may further include an external display device connected to the display device 10 via HDMI, DVI (Digital Visual Interface), or Display Port. The display unit 150 may also be a projection device such as a projector.
[0029] The audio output unit 160 outputs audio included in the content. The audio output unit 160 may be configured with devices such as an amplifier, a speaker, and headphones. In addition to the audio included in the content, the audio output unit 160 can also output general sounds such as music, environmental sounds, and notification sounds.
[0030] The communication unit 170 is a communication interface for communicating with other devices. For example, it may be a network interface that can provide a wired connection or a wireless connection. In this embodiment, communication with other devices is possible via a network NW.
[0031] (Broadcast Control Unit) A simplified configuration of the broadcast control unit 140 will be described with reference to Fig. 3. The broadcast control unit 140 has a tuner unit 400, an OFDM demodulation unit 410, a separation unit 420, a video decoding unit 430, a subtitle decoding unit 440, an image processing unit 450, and an audio decoding unit 460.
[0032] The tuner unit 400 acquires broadcast waves of digital broadcasts such as terrestrial waves, BS, and CS received from an antenna or the like, and outputs the broadcast waves to the OFDM demodulation unit 410 .
[0033] The OFDM demodulation unit 410 demodulates the broadcast wave input from the tuner unit 400, for example, by fast Fourier transform, and outputs content data, for example, TS (Transport Stream) packets after error correction, etc. The OFDM demodulation unit 410 outputs the TS packets to the demultiplexer 420.
[0034] The separator 420 separates the TS packets input from the OFDM demodulator 410. If the separated TS packets contain video data, the separator 420 outputs them to the video decoder 430, and if they contain audio data, the separator 420 outputs them to the audio decoder 460. The separator 420 also outputs TS packets containing data related to subtitles to the subtitle decoder 440.
[0035] The video decoding unit 430 decodes the video data from the TS packets containing the video data input from the separation unit 420, and outputs the video signal to the image processing unit 450. Similarly, the subtitle decoding unit 440 decodes the subtitle data from the TS packets containing the subtitle data input from the separation unit 420, and outputs the subtitle information to the image processing unit 450.
[0036] The image processing unit 450 outputs to the display unit 150 a video signal obtained by superimposing, as necessary, the subtitle information input from the subtitle decoding unit 440 onto the video signal input from the video decoding unit 430 .
[0037] Furthermore, the audio decoding unit 460 decodes the audio data from the TS packets containing the audio data input from the separation unit 420 , and outputs the audio signal to the audio output unit 160 .
[0038] 3 is a schematic illustration of a general broadcast control unit 140, but other configurations are also possible. For example, the video decoding unit 430 and the audio decoding unit 460 may be the same decoding unit.
[0039] In this embodiment, the operation of the broadcast control unit 140 has been described using the TS format, but for example, the MMT (MPEG Media Transport)·TLV (Type-Length-Value) format may also be adopted.
[0040] [1.3 Software Configuration] The software configuration will be described below with reference to Fig. 4. Note that the software configuration shown in Fig. 4 mainly describes the configuration required in this embodiment, and other configurations are omitted.
[0041] The control unit 100 can realize a recording / playback unit 1010, a recovery necessity determination unit 1020, and a recovery processing unit 1030 by reading and executing programs stored in the memory unit 110 (storage 112, ROM 114).
[0042] The recording / playback unit 1010 records and plays back content. The recording / playback unit 1010 may record content by recording content data, such as TS packets, acquired from content such as a received program in the content recording unit 118. The recording / playback unit 1010 may also play back the content by decoding the read content data, for example.
[0043] It should be noted that there may be multiple recording / playback units 1010, or they may be provided separately, such as a recording unit and a playback unit, or may be incorporated into the hardware configuration as part of the broadcast control unit 140.
[0044] The recovery necessity determination unit 1020 determines whether there is an area (error area) that requires recovery in the recording area of the content recording unit 118 in which content data is recorded. For example, the recovery necessity determination unit 1020 may determine that a unit area obtained by dividing the recording area of the content recording unit 118 into predetermined sizes cannot be read, that is, a unit area that has resulted in a read error, is an error area. Furthermore, the recovery necessity determination unit 1020 may determine multiple error areas until the unit area becomes readable.
[0045] Here, the recording area is an area in which content data can be recorded, and may be, for example, a volume representing the entire area of a recording medium, or a partial area such as a partition. Also, the unit area is, for example, the smallest unit of area accessible on a recording medium, and specifically, may be a sector in the case of an HDD, or a block in the case of an SSD.
[0046] The recovery processing unit 1030 performs recovery processing on a unit area that the recovery necessity determining unit 1020 has determined to be an error area. Here, recovery processing refers to, for example, processing by the recovery necessity determining unit 1020 to make the error area readable. Specifically, the recovery processing unit 1030 performs processing to replace the TS packets in the error area and TS packets that are at risk of being corrupted and that are recorded in the unit areas before and after the error area with dummy data.
[0047] Here, dummy data refers to data that will not cause abnormal operation even if the recording / playback unit 1010 reads the dummy data. Specifically, the dummy data may be a null packet. A TS packet that may be corrupted may be, for example, a divided TS packet recorded in an error area and in unit areas before and after the error area.
[0048] The storage 112 also reserves a title management information storage area 1110 for storing title management information. The title management information is information relating to programs (titles) recorded in the content recording unit 118 of the display device 10, for example.
[0049] 5(a) will be used to explain an example of title management information stored in the title management information storage area 1110. The title (e.g., "Program A"), playback status (e.g., "Played"), check status (e.g., "Unchecked"), start address (e.g., "13AC68"), and end address (e.g., "13AD5C") recorded in the content recording unit 118 are stored.
[0050] Here, the playback status is information indicating whether the content has been played by the recording / playback unit 1010. For example, the playback status may store "played", which indicates that the content has already been played, or "not played", which indicates that the content has not yet been played. Also, for example, the check status may store "checked", which indicates that an error detection process has been performed, or "not checked", which indicates that the process has not been performed. Here, for "checked", the date and time of the last check may be recorded. Also, for example, the start address and end address may store addresses (house number) that identify the unit area.
[0051] Here, the start address may be the address of the first unit area where content data corresponding to a title is recorded, and the end address may be the last address where content data corresponding to a title is recorded.
[0052] The storage 112 also allocates an error section information storage area 1120 for storing error section information. The error section information is, for example, information about a section that includes at least one error section. Specifically, it refers to the section from the start address (error address) of a unit section that has caused a read error to the start address (normal address) of a unit section that the recording / playback unit 1010 successfully read.
[0053] 5(b) will be used to explain an example of the error section information stored in the error section information storage area 1120. The recovery state (e.g., "recovered"), the error address (e.g., "13B9DF"), and the normal address (e.g., "13B9F5") are stored.
[0054] Here, "recovered" includes "recovered", which indicates that recovery processing has been performed, and "not recovered", which indicates that recovery processing has not been performed. The error address and normal address may be, for example, addresses (addresses) that identify a unit area. Note that here, the error address refers to the address of the error area if there is one error area. Also, if multiple error areas have been identified, it refers to the address of the first of these. On the other hand, the normal address refers to the address of the first unit area that is adjacent to the error area and can now be read (read successful).
[0055] In this embodiment, the number of error areas is identified using normal addresses. However, instead of normal addresses, the number of sectors that the recovery necessity determining unit 1020 has determined to be error areas may be used.
[0056] The storage 112 also reserves a recovery information storage area 1130 for storing recovery information. The recovery information is, for example, information used by the recovery processor 1030 to execute recovery processing.
[0057] An example of recovery information stored in the recovery information storage area 1130 will now be described with reference to Fig. 5(c). A recovery start position (e.g., "662915520") is stored as the position where writing of the recovery process starts, and a recovery end position (e.g., "662924928") is stored as the position where writing of the recovery process ends. Note that the recovery start position and the recovery end position may be stored as positions expressed in bytes (byte positions).
[0058] The recovery start position and recovery end position are positions where the TS packet will not be corrupted when, for example, when the recovery process is executed, the range where the recovery process is applied (error area) is mixed with the range where the recovery process is not applied (unit area other than the error area) when viewed from the TS packet. Specifically, they are set at positions that are boundaries within the range where the recovery process of the TS packet is not applied (for example, the boundary where the header of the TS packet abuts).
[0059] [1.4 Processing flow] The processing flow in this embodiment will be described below with reference to Figures 6 and 7. Note that each component described in Figure 2 or Figure 4 may execute the processing of each step.
[0060] [1.4.1 Error detection process] 6 is a diagram showing the flow of the error detection process of this embodiment. First, the control unit 100 determines whether the recording / playback unit 1010 is currently recording or playing back (S102).
[0061] If the control unit 100 determines that recording or playback is not in progress, it reads the title from the title management information (S102; No → S104). On the other hand, if the control unit 100 determines that recording or playback is in progress, it repeats the determination (S102; Yes → S102).
[0062] Next, the control unit 100 determines the check status of the content corresponding to the title, and determines whether the title has been checked (S105). Note that, for example, if the checked status is stored as a date, the control unit 100 may determine that the title has not been checked if a preset date and time has passed.
[0063] If the control unit 100 determines that the title has not been checked, it checks the playback status of the content corresponding to the title and determines whether the title has been played (S105; No → S106). If the content has been played once and the playback status = played, this means that there is no error and the content has been played completely. If the playback has been completed in S106, the control unit 100 may not execute the subsequent steps S108 to S116, for example, in order to improve processing speed (S106; Yes → S118).
[0064] If the control unit 100 determines that the title has not been played, it executes a dummy read on the title section (S106; No → S108). Here, the title section refers to, for example, the section from the start address to the end address stored in the title management information storage area 1110. Also, the dummy read refers to, for example, only reading the content data without decoding it.
[0065] Next, the control unit 100 determines whether or not there is an error in the title section (S110). The control unit 100 may, for example, determine by the restoration necessity determining unit 1020 whether or not a unit area of the title section is an error area.
[0066] If the control unit 100 determines that there is an error in the title section, it stores the error section determined by the recovery necessity determination unit 1020 (S112). The control unit 100 stores, for example, the start address of the title section, the error address (the address at the beginning of the unit area where the read error occurred), and the normal address (the address at the beginning of the unit area that the recording / playback unit 1010 successfully read) in the error section information storage area 1120.
[0067] Next, the control unit 100 determines whether the title section has ended (S114). For example, when the control unit 100 has read up to the end address stored in the title management information read from the title management information storage area 1110, it may determine that the title section has ended.
[0068] If the control unit 100 determines that the title section has ended, it stores "checked" in the title (S114; Yes → S116). For example, the control unit 100 stores "checked" in the check status corresponding to the title being read, which is stored in the title management information storage area 1110. On the other hand, if the control unit 100 determines that the title section has not ended, it executes a dummy read on the title section again (S114; No → S108). For example, the control unit 100 may execute a dummy read again from a normal address.
[0069] Next, the control unit 100 determines whether all titles have been completed (S118). For example, if there are titles that can be read in the title management information storage area 1110, the control unit 100 may determine that all titles have not been completed.
[0070] If the control unit 100 determines that all titles have not been checked (S118; No), or if it determines that the titles have been checked (S105; Yes), it reads the next title from the title management information (S120).On the other hand, if the control unit 100 determines that all titles have been checked, it ends the error detection process (S118; Yes).
[0071] [1.4.2 Recovery process] FIG. 7 is a diagram showing the flow of the recovery process of this embodiment. First, the control unit 100 determines whether recording or playback is in progress (S142). The control unit 100 may make the determination in the same manner as in S102. If the control unit 100 determines that recording or playback is in progress, it repeats the determination until recording or playback is no longer in progress (S142; Yes → S142).
[0072] If the control unit 100 determines that recording or playback is not in progress, it reads the error section information stored in the error section information storage area 1120 (S142; No → S144).The control unit 100 then determines the recovery state corresponding to the error section and determines whether it is an unrecovered error section (S146).
[0073] If the control unit 100 determines that the section is an unrecovered error section, it calculates the recovery start position (S146; Yes→S148).
[0074] Here, the recovery start position is, for example, a write start position for recovery obtained by correcting the start position of a TS packet in an error area or error section. The recovery start position can be calculated using the following methods.
[0075] As a first method, the recovery start position may be calculated from the byte position corresponding to the error address (the beginning of the error section) read from the error section information storage area 1120 and the size (bytes) of the TS packet. (Recovery start position) = [(byte position corresponding to the error address) / (TS packet size)] x (TS packet size) Here, [ ] is the Gauss symbol, and the calculation is performed by rounding down the value in [ ]. Only the byte positions that satisfy the above formula may be identified as the write position for starting recovery (recovery start position).
[0076] As a second method, the control unit 100 may read the unit area before the error section and, for example, identify the byte position at the beginning of the header of the TS packet stored across the range where the recovery process is applied and the range where the recovery process is not applied, thereby identifying the recovery start write position (recovery start position). In other words, any method may be used as long as it can identify a byte position where the TS packet will not be corrupted even if the recovery process is executed. Then, the control unit 100 stores the identified recovery start position in the recovery information storage area 1130, for example.
[0077] Next, the control unit 100 calculates the recovery end position (S150; Yes → S152). Here, the recovery end position is, for example, the write end position for recovery corrected based on the byte positions of TS packets stored across the range of the error section and the unit area after the error section. The following methods can be considered as a method for calculating the recovery end position.
[0078] The control unit 100 may calculate the recovery end position from, for example, the byte position corresponding to the normal address (the address of the beginning of the successfully read) in the read error section information storage area 1120 and the size of the TS packet. (Recovery end position) = [(byte position corresponding to normal address) / (TS packet size)] × (TS packet size) Here, [ ] is the Gauss symbol, and the calculation is done by rounding up the value in [ ]. The byte position that satisfies the above formula may be identified as the write end position (recovery end position) for the end of recovery. Alternatively, the control unit 100 may read the unit area after the error section and identify the recovery end position in the same way as when the recovery start position was identified. Then, the control unit 100 stores this as the recovery end position in the recovery information storage area 1130, for example.
[0079] Next, the control unit 100 reads out the area before and after the error section from the content recording unit 118 (S162). The control unit 100 may read out the error area before and after the error section, for example, the error area between the recovery start address and the recovery end address, and the unit area in which the TS packets that may be corrupted are recorded, and temporarily store them in the RAM 116.
[0080] Next, the control unit 100 replaces the data with dummy data based on the recovery information (S164). For example, the control unit 100 may replace the error area stored in the RAM 116 and the divided TS packets other than the error area with dummy data.
[0081] Next, the control unit 100 writes data before and after the error section (S166). The control unit 100 may, for example, record the data temporarily stored in the RAM 116 in the unit areas corresponding to the areas before and after the error section read from the content recording unit 118 in the processing of S162.
[0082] The control unit 100 stores "restored" in the error section information (S168). For example, the control unit 100 stores "restored" in the "restored" field corresponding to the error section information being read out stored in the error section information storage area 1120.
[0083] Next, the control unit 100 determines whether all error sections have ended (S170). Also, if the control unit 100 determines that an error section is not yet recovered, it also determines whether all error sections have ended (S146; No→S170). For example, if the control unit 100 has readable error section information in the error section information storage area 1120, it may determine that all error sections have not ended.
[0084] If the control unit 100 determines that all error sections have not ended, it reads the next error section from the error section information (S170; Yes→172). On the other hand, if the control unit 100 determines that all error sections have ended, it ends the recovery process (S170; No→end of recovery process).
[0085] [1.5 Example of operation] FIG. 8 is a diagram showing an example of the operation result of the display device 10 in this embodiment.
[0086] 8(a) is a diagram showing an example of content data recorded in the content recording unit 118 of the display device 10. Here, the content recording unit 118 has, for example, at least unit areas R100, R102, and R104. In unit area R100, for example, a TS packet P100 is recorded as content data. Furthermore, TS packets P102 that may be corrupted are recorded in segments in unit area R100 and unit area R102, and TS packets P104 that may be corrupted are recorded in segments in unit area R102 and unit area R104.
[0087] Here, for example, an error has occurred in unit area R102. When recording and playback are not being performed, the control unit 100 performs a dummy read of the content recording unit 118 for each title. Here, the control unit 100 determines that the content data in unit area R102 is an error area from which it cannot be read, and stores, for example, the address of unit area R102 as an error address in the error section information storage area 1120. Then, the control unit 100 determines that the content data in the adjacent unit area R104 is a unit area from which it can be read, and stores, for example, the address of unit area R104 as a normal address in the error section information storage area 1120.
[0088] Next, the control unit 100 calculates and specifies the recovery start position and the recovery end position, and stores them in the recovery information storage area 1130. Furthermore, based on the byte positions of the recovery start position and the recovery end position, the control unit 100 reads out, for example, unit area R100 and unit area R104 in this embodiment as unit areas to be read out in the recovery process, and temporarily stores them in the RAM 116.
[0089] Fig. 8(b) is a diagram showing an example in which unit areas R100 and R104 recorded in content recording unit 118 in Fig. 8(a) are read out and stored in RAM 116. Unit areas R106 and R110 are stored in RAM 116.
[0090] Unit area R108 reserves only an area in RAM 116 for an unreadable error area. Here, area R112 schematically illustrates content data of which a portion cannot be read, including an error area and a TS packet that may be corrupted. Area R112 illustrates TS packet P106 that may be corrupted and TS packet P108 that may be corrupted. Here, unit area R106 stores a portion of TS packet P106 that may be corrupted. Unit area R110 stores a portion of TS packet P108 that may be corrupted.
[0091] Next, the control unit 100 performs the recovery process by writing replacement with null packets, for example, into an area indicated by area R112 among areas including unit areas R106, R108, and R110. Specifically, the control unit 100 may write, for example, based on the recovery start position and the recovery end position stored in the recovery information storage area 1130 for the TS packet P106 that is likely to be corrupted, the TS packet P108 that is likely to be corrupted, and the unit area R108.
[0092] 8(c) is a diagram showing an example of content data recorded in RAM 116 after writing to replace data with null packets in FIG. 8(b). RAM 116 stores unit areas R114, R116, and R118, each including area R120 for which recovery processing has been performed. A null packet P110 is stored between unit areas R114 and R116. A null packet P112 is stored in unit area R116. A null packet P114 is stored between unit areas R116 and R118. The control unit 100 records the content data constituting unit areas R114, R116, and R118 for which recovery processing has been performed, in the content recording unit 118.
[0093] Fig. 8(d) is a diagram showing an example of content data in which the content data constituting unit areas R114, R116, and R118 in Fig. 8(c) is recorded in content recording unit 118. Unit areas R122, R124, and R126 are recorded in content recording unit 118. Through this series of processes, the TS packets recorded in unit areas 122 and R124, and the TS packets recorded in unit areas 122 and R124, can be replaced with null packets without being damaged.
[0094] The control unit 100 can restore the error area so that the content data is not damaged. Furthermore, since the control unit 100 identifies the error area for each title, it can easily identify the position of the boundary where the TS packet is recorded, and therefore it can easily identify the portion where the content data is not damaged.
[0095] In this embodiment, the unit area is a sector, but if an SSD is used, the unit area may be a block.
[0096] [1.6 Effects, etc.] In this way, the control unit 100 identifies the unit area where content data is recorded as an error area for each title. Then, the control unit 100 can restore the error area so that the content data is not damaged. This allows the display device 10 to continue playback without abnormal operation during playback.
[0097] [2. Second Embodiment] The second embodiment will be described below, which is an embodiment in which content data is encrypted.
[0098] In the second embodiment, explanations of the same hardware and software configurations as those in the first embodiment will be omitted, and the explanation will focus on the differences from the first embodiment.
[0099] [2.1 Software Configuration] The software configuration of the display device 10 of this embodiment will be described with reference to Fig. 9. Note that the software configuration shown in Fig. 9 mainly describes the configuration required in this embodiment, and other configurations are omitted.
[0100] The control unit 100 can implement an encryption unit 1040 and a decryption unit 1050 by reading and executing a program stored in the memory unit 110 (storage 112, ROM 114).
[0101] The encryption unit 1040 encrypts and records content data. For example, when recording content data acquired from content such as a received program or after recovery processing, the encryption unit 1040 may encrypt the content data and record it in the content recording unit 118. The encryption unit 1040 may also encrypt the content data using, for example, a block cipher. Specifically, encryption may be performed using an encryption method such as MULTI2, AES (Advanced Encryption Standard), or Camellia.
[0102] Here, the encryption unit 1040 encrypts each encryption processing unit and records the encrypted content data in the content recording unit 118. The encryption processing unit may be, for example, a unit made up of a plurality of unit areas, or each TS packet may be encrypted. The unit areas making up the encryption processing unit may be, for example, unit areas in which TS packets are divided and not recorded between one encryption processing unit and another encryption processing unit. An example of the unit areas making up the encryption processing unit may be a method of encrypting a plurality of TS packets together, each of which is a common multiple of a sector unit of an HDD and a TS packet, specifically, 6144 bytes, which is a common multiple of 512 bytes and 192 bytes.
[0103] The decryption unit 1050 decrypts content data. For example, the decryption unit 1050 may decrypt content data when playing back content data acquired from content such as a received program, or before performing recovery processing. The decryption unit 1050 may decrypt using, for example, the same encryption method as the encryption unit 1040. The decryption unit 1050 reads content data from the content recording unit 118 and decrypts the content data for each encryption processing unit.
[0104] [2.2 Processing flow] Fig. 10 is a diagram illustrating the flow of recovery processing in this embodiment. Fig. 10 replaces Fig. 7 of the first embodiment. S242 and S244 are executed instead of S162 in Fig. 7, and S246 and S248 are executed instead of S166.
[0105] First, the control unit 100 reads data before and after the error section in accordance with the encryption processing unit (S242). For example, the control unit 100 may read data corresponding to the encryption processing unit including the unit area from the recovery start address to the recovery end address stored in the recovery information storage area 1130 from the content recording unit 118 and store the data in the RAM 116 in the decryption unit 1050.
[0106] Next, the control unit 100 decrypts the data before and after the error section in accordance with the encryption processing unit (S244). The control unit 100 also encrypts the data before and after the error section in accordance with the encryption processing unit (S246). Here, the control unit 100 may temporarily store the data of the unit areas before and after the error section encrypted or decrypted by the encryption unit 1040 or the decryption unit 1050 in RAM 116. Then, the control unit 100 writes the data before and after the error section in accordance with the encryption processing unit to the content recording unit 118 (S248).
[0107] [2.3 Example of operation] 11 and 12 are diagrams showing an example of the operation result of the display device 10 in this embodiment.
[0108] 11(a) is a diagram showing an example of content data recorded in the content recording unit 118 of the display device 10. Here, the content recording unit 118 has, for example, at least encrypted unit areas R200, R202, and R204. TS packets P202 that may be corrupted are recorded in divided portions in unit areas R200 and R202, and TS packets P204 that may be corrupted are recorded in divided portions in unit areas R202 and R204. Area R206 is a processing unit for encryption, and TS packet P200 is recorded at the beginning of unit area R200, and TS packet P206 is recorded at the beginning of unit area R206, which constitute the processing unit for encryption.
[0109] Here, for example, an error has occurred in unit area R202. When recording and playback are not being performed, the control unit 100 executes a dummy read of the content recording unit 118 for each title. Here, the control unit 100 determines that the unit area R202 is an error area from which the content data cannot be read, and stores, for example, the address of the unit area R202 in the error section information storage area 1120 as an error address. Then, the control unit 100 determines that the content data in the adjacent unit area R204 is a unit area from which the content data can be read, and stores, for example, the address of the unit area R204 in the error section information storage area 1120 as a normal address.
[0110] Next, the control unit 100 calculates and specifies the recovery start position and the recovery end position, and stores them in the recovery information storage area 1130. Furthermore, based on the byte positions of the recovery start position and the recovery end position, the control unit 100 reads out and temporarily stores in the RAM 116, for example, area R206, which is an encryption processing unit including unit area R200 and unit area R204 in this embodiment, as a unit area to be read in the recovery process.
[0111] Fig. 11(b) is a diagram showing an example of when the area R206 of the encryption processing unit in Fig. 11(a) is stored in RAM 116. The area R212 of the encryption processing unit in RAM 116 stores encrypted unit areas R208 and R210, excluding the unreadable unit area R202. The control unit 100 decrypts the encrypted unit areas R208 and R210 included in the area R212 of the encryption processing unit.
[0112] Fig. 11(c) is a diagram showing an example of when the encrypted processing unit area R212 in Fig. 11(b) is decrypted and stored in RAM 116. RAM 116 stores encrypted processing unit area R218 that includes decrypted unit area R214 and unit area R216.
[0113] FIG. 12(a) is a diagram showing an example of content data when area R218, the encryption processing unit of FIG. 11(c), is stored in RAM 116. Unit area R222 reserves only an area in RAM 116 for an unreadable error area. Here, area R226 schematically shows content data, part of which cannot be read, including an error area and TS packets that may be corrupted. Area R226 shows TS packets P208 that may be corrupted and TS packets P210 that may be corrupted. Here, unit area R220 stores part of TS packets P208 that may be corrupted. Unit area R210 stores part of TS packets P210 that may be corrupted.
[0114] Next, the control unit 100 performs the recovery process, for example, by writing replacement packets with null packets into an area indicated by area R226 among areas including unit areas R220, R222, and R224. Specifically, the control unit 100 writes, for example, the TS packet P208 that may be corrupted, the TS packet P210 that may be corrupted, and the unit area P222.
[0115] Fig. 12(b) is a diagram showing an example of content data stored in RAM 116 after writing to replace the data with null packets in Fig. 12(a). RAM 116 stores unit areas R228, R230, and R232, each of which includes area R234 for which recovery processing has been performed. A null packet P212 is stored between unit areas R228 and R230. A null packet P214 is stored in unit area 230. A null packet P216 is stored between unit areas R230 and R232.
[0116] Note that area R236 is a processing unit for encryption, and is made up of unit areas R228, R230, and R232. The control unit 100 encrypts the encrypted unit areas R228, R230, and R232 included in area R232, which is a processing unit for encryption, and temporarily stores them in RAM 116.
[0117] 12(c) is a diagram showing an example of content data obtained by encrypting area R232, which is the processing unit for encryption in FIG. 12(b), and temporarily storing the encrypted content data in RAM 116. Encrypted unit areas R238, R240, and R242 are stored in area R244, which is the processing unit for encryption in RAM 116. The control unit 100 records, in the content recording unit 118, the content data constituting unit areas R238, R240, and R242, which have been restored.
[0118] 12(d) is a diagram showing an example of content data in which the content data constituting unit area R238, unit area R240, and unit area R242 in FIG. 12(c) is recorded in content recording unit 118. Encrypted unit areas R246, R248, and R250 are recorded in content recording unit 118. Through this series of processes, the TS packets recorded in unit area R246 and unit area R248, and the TS packets recorded in unit area R248 and unit area R250 can be replaced with null packets without being corrupted, even though they are encrypted.
[0119] [2.4 Effects, etc.] In this way, the control unit 100 identifies the encrypted unit area in which content data is recorded as an error area for each title. Then, the control unit 100 decrypts the content data before recovery and encrypts it after recovery, thereby recovering the error area without damaging the encrypted content data.
[0120] [3. Modifications] The present disclosure is not limited to the above-described embodiments, and various modifications are possible. In other words, embodiments obtained by combining technical means that are appropriately modified within the scope of the present disclosure are also included in the technical scope.
[0121] In the above-described embodiment, a display device has been described as an example of a control device. However, the control device can also be applied to other devices. For example, an example of the control device may be an information processing device such as a smartphone or a tablet.
[0122] Although the above-mentioned embodiments are described separately for convenience of explanation, they can be combined to the extent possible. Furthermore, the present invention intends to obtain rights to any of the technologies described in the specification through amendments or divisional applications, etc.
[0123] In addition, the programs that run on each device in each embodiment are programs that control the CPU, etc. (programs that make a computer function) so as to realize the functions of the above-described embodiments. Information handled by these devices is temporarily stored in a temporary storage device (e.g., RAM) during processing, and then stored in various storage devices such as ROMs and HDDs, and is read, modified, and written by the CPU as needed.
[0124] Here, the recording medium for storing the program may be any of semiconductor media (e.g., ROM, non-volatile memory card, etc.), optical recording media / magneto-optical recording media (e.g., DVD (Digital Versatile Disc), CD (Compact Disc), BD (Blu-ray (registered trademark) Disc), etc.), magnetic recording media (e.g., magnetic tape, flexible disk, etc.), etc.
[0125] Furthermore, when distributing the program in the market, the program can be stored in a portable recording medium and distributed, or transferred to a server computer connected via a network such as the Internet. In this case, the storage device of the server device is also included in the present disclosure.
[0126] Furthermore, the above-mentioned data may not be stored within the device, but may be stored in an external device and called up as needed. For example, the data may be stored in a network attached storage (NAS) or on the cloud.
[0127] The scope of the present disclosure is not limited to the configurations explicitly described in the specification, but also includes combinations of the technologies disclosed in the specification. The configurations of the present disclosure for which a patent is sought are set forth in the appended claims, but it is not intended to exclude them from the technical scope on the grounds that they are not set forth in the claims.
[0128] Furthermore, in the above-mentioned specification, the statements "in the case of" and "when" are given as examples and are not intended to limit the configuration to the described contents. The disclosure also includes configurations that are not in these cases or situations, even if they would be obvious to a person skilled in the art, and the applicant intends to obtain rights to them.
[0129] Furthermore, the order of the processes and data flow described in the specification is not limited to the order described. For example, the patent also discloses configurations in which some processes are deleted or the order is changed, and the patent holder intends to obtain the rights to such configurations.
[0130] Furthermore, although the functions described in the embodiments are executed by each device, they may be realized by one device or may further utilize an external server.
[0131] Furthermore, each functional block or feature of the device used in the above-described embodiments may be implemented or performed by an electrical circuit, for example, an integrated circuit or multiple integrated circuits. The electrical circuit designed to perform the functions described herein may include a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or a combination thereof. The general-purpose processor may be a microprocessor, or a conventional processor, controller, microcontroller, or state machine. The electrical circuit may be composed of digital circuits or analog circuits. Furthermore, as advances in semiconductor technology emerge, one or more aspects of the present disclosure may utilize new integrated circuits based on that technology. [Explanation of symbols]
[0132] 10 Display device 100 control section 110 Storage section 112 Storage 114 ROM 116 RAM 118 Content storage unit 130 Operation control section 140 Broadcast Control Section 150 Display section 160 Audio output section 170 Communications Department
Claims
1. a recording unit that records content data for each title in a recording area of a recording medium; an identifying unit that identifies an error area in which an error occurs within a recording area in which the content data is recorded; a recovery unit that recovers the error region; A control device comprising:
2. Further comprising a playback unit, 2. The control device according to claim 1, wherein the identifying unit identifies the error area when the playback unit is not playing back the content data and the recording unit is not recording the content data.
3. the playback unit reads, for each title, the content data recorded in a plurality of unit areas obtained by dividing the recording area into a predetermined size; the identifying unit identifies the unit area that cannot be read by the reproducing unit as the error area; The restoration unit restores the unit area including the error area. The control device according to claim 2 .
4. the content data is composed of a plurality of packets, The control device according to claim 3 , wherein the recovery unit also recovers the packets that are recorded in the error area and the unit areas other than the error area.
5. The control device according to claim 4 , wherein the recovery unit recovers the packet by writing a null packet to the packet.
6. the unit area is a sector, 6. The control device according to claim 5, wherein the recovery unit shifts the writing position of the null packet in the sector adjacent to the error area to match the packets that are divided and recorded in the sector that becomes the error area and the sector adjacent to the error area, and then writes the null packet.
7. further comprising an encryption unit and a decryption unit; the decoding unit decodes the error region and the unit region other than the error region before the restoration by the restoration unit; The control device according to claim 4 or 5, wherein the encryption unit encrypts the error area and the unit area other than the error area after the recovery unit has recovered.
8. The control device according to claim 7 , wherein the recovery unit recovers the packets in the error region and the unit region other than the error region in accordance with a processing unit decrypted by the decryption unit and encrypted by the encryption unit.
9. a recording step of recording content data for each title in a recording area of a recording medium; a specifying step of specifying an error area in which an error occurs within a recording area in which the content data is recorded; a restoration step of restoring the error region; A control method comprising:
10. a recording function for recording content data for each title in a recording area of a recording medium; a function of identifying an error area in which an error occurs within a recording area in which the content data is recorded; a recovery function for recovering the error region; A program to achieve this.
11. A recording medium on which the program of claim 10 is recorded.
Citation Information
Patent Citations
Information processing apparatus, method of controlling information processing apparatus, and program
JP2020107253A