• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    Media Content Storage Method, Digital Video Recorder and Selective Media Content Archiving System. Techniques for selectively archiving media content are described here. A first entertainment device stores a plurality of media content files on a first storage medium. The first entertainment device selects a portion of the media content files for backup based on characteristics of the media content files and transmits the portion of the media content files to a second entertainment device via a communication network. The second entertainment device stores the portion of the media content files on a second storage medium associated with them.
    公开号:BR112012013563B1
    申请号:R112012013563-5
    申请日:2010-12-06
    公开日:2021-08-31
    发明作者:Henry Gregg Martch；William Michael Beals
    申请人:DISH Technologies L.L.C；
    IPC主号:
    专利说明:

    DESCRIPTIVE REPORT Background
    [001] Digital video recorders allow users to store television programs, movies and other content for archiving and later viewing. The recording media capability of some digital video recorders (DVRs) allows for the storage of hundreds of hours of content that changes on a daily basis when users delete content and request recording of new content by the DVR. One problem with DVRs is that associated recording media occasionally fail, causing a user to lose access to their recorded content. This is frustrating for the user as it can take some time to re-record the content during subsequent replays of the content. It is even more frustrating for the user to lose some content that will rarely or never be retransmitted again. Brief Description of Drawings
    [002] The same number represents the same element or same type of element in all drawings.
    [003] FIG. 1 illustrates an embodiment of a communication system.
    [004] FIG. 2 illustrates an embodiment of a computing device of figure 1.
    [005] FIG. 3 illustrates another embodiment of a communication system.
    [006] FIG. 4 illustrates an embodiment of a DVR of figure 3.
    [007] FIG. 5 illustrates another embodiment of a communication system.
    [008] FIG. 6 illustrates a process for storing media content. Detailed Description of the Drawings
    [009] Described here are systems, methods and apparatus for archiving data for backup and restoration. More particularly, described herein are systems, methods and apparatus for selecting portions of data stored on a first storage medium for selective backup onto a second storage medium. Rather than backing up an entire storage medium for possible later restoration, portions of the data stored on the storage medium are selected for backup to another storage medium based on characteristics or attributes of the data. In short, described here are systems, methods and apparatus for archiving and selective backup of data.
    [0010] Techniques are provided for selecting high value data on one storage medium for archiving and selective backup on a second storage medium. In at least one modality, data can be assigned a value based on different characteristics of the data. For example, in various embodiments described herein, data can be assigned a high value for archiving based on the subject matter of the data, the frequency of data usage, user input, and the like. Portions of data stored on a first storage medium are then selected based on the value and stored on a second storage medium. In at least one embodiment, the first storage medium can be associated with a first computing device and the second storage medium can be associated with a second computing device. The part of data to be archived can then be transferred from the first computing device to the second computing device via a suitable communication link, such as a communication network, USB, Firewire or the like and stored on the second means of storage of the second computing device. If the first storage medium fails, then data can be transferred from the second storage medium of the second computing device to the first computing device or a replacement device thereof and used to restore a portion of the first storage medium .
    [0011] In at least one embodiment, data stored on a storage medium comprises multimedia data associated with a multimedia device such as images, video content, audio content, audio/video content or the like. Data can be selected for backup based on characteristics or attributes of the multimedia content, such as the subject of the multimedia content, frequency of use/viewing, metadata provided by a content provider or similar. Selected data can then be transferred from a first multimedia device to a second multimedia device and stored for security purposes in a storage medium of the second multimedia device. In at least one modality, the selection and backup process can be transparent to the user. For example, the backup data stored on the second multimedia device may be stored in storage locations that are not accessible to the user on the second multimedia device and the existence of the backup data stored as a result may be transparent to a user of the second multimedia device. In other words, a user of the second multimedia device may not be aware that backup copies of data from the first multimedia device are stored on the second multimedia device.
    [0012] Because complete data duplication may not be appropriate in all circumstances, the techniques described here strike a balance to provide backup of the content that is most valued by the user. For example, two entertainment devices may have different capacity recording media and it may not be possible to back up all content from a larger recording medium onto a smaller capacity recording medium. Likewise, it can be inefficient to completely duplicate data stored on one storage medium, as the recording capacity to store data or unique content on the two storage media is significantly diminished. This is especially true for storing data/content that is easily replaceable, such as content stored on a DVR that is frequently streamed. Thus, in the techniques described here, data that is more difficult to replace and/or more valuable to a user is determined at a higher priority for backup, such that if a device's recording medium fails, then the user can at least restore some of their most valuable data/content.
    [0013] Figure 1 illustrates an embodiment of a communication system 100. The communication system 100 includes a first computing device 102A, a second computing device 102B, and a communication network 104. Each of the computing devices 102A and 102B includes at least one storage medium 110A and 110B, respectively. Communication system 100 may include other components, elements or devices not illustrated for the sake of brevity.
    [0014] The first computing device 102A may comprise any electronic device capable of processing and storing data on the storage medium 110A. Examples of the first 102A computing device include a desktop, laptop or desktop computer, cell phone or other wireless communication device, personal digital assistant (PDA), television receiver (eg, cable, satellite, over-the- air or Internet Protocol Television (IPTV)), DVR, MP3 player or other audio playback device, video game console, portable video playback device, and so on. The first computing device 102A processes, receives and/or generates the data stored on the storage medium 110A.
    [0015] Storage medium 110A may comprise any type of storage device such as a magnetic hard drive, flash memory, optical storage, magnetic storage or the like. Data stored on storage medium 110A may include any type of data received, used and/or generated by the first computing device 102A. Examples of data stored on storage medium 110A include, without limitation, text files, databases, emails, software applications, photos, videos, audio files and the like.
    [0016] In at least one embodiment, the second computing device 102B may be similar to the first computing device 102A and the second storage medium 110B may store similar data as the first storage medium 110A. For example, the first and second computing devices can both be computers that store various types of data, such as emails, word processing files, multimedia files and the like generated by one or more users. It is also to be appreciated that the first and second computing devices 102A and 102B may comprise different types of electronic devices that receive, generate and/or process different types of data. For example, first computing device 102A may comprise a digital jukebox that stores audio files for playback and second computing device 102B may comprise a DVR that receives and stores audio/video content (e.g., television programs) for playback by a user.
    [0017] The first and second computing devices 102A and 102B are communicatively coupled through the communication network 104. The communication network 104 can use any desired combination of wire (e.g., cable and fiber) and/or wireless (eg cellular, wireless, satellite, microwave and radio frequency) and any desired network topology (or topologies when multiple media are used). Exemplary communication networks include wireless communication networks, public switched telephone networks (PSTN), and local area networks (LAN) or wide area networks (WAN) providing data communication services.
    [0018] During operation, the first computing device 102A selects a portion of the data stored on the storage medium 110A for backup. In at least one modality, data is selected for backup based on characteristics of the data, such as the content or object of the data, metadata associated with the backup, or the like. The first computing device 102A then transmits the selected data to the second computing device 102B via the communication network 104. The second computing device 102B receives the data and stores it on the second storage medium 110B.
    [0019] Thereafter, the first computing device 102A, or a replacement device thereof, may request the recovery of backup data from the second computing device 102B. The second computing device 102B retrieves the data from the second storage medium 110B and transmits the retrieved data to the first computing device 102A. The first computing device 102A receives the data and stores it on the first storage medium 110A. Thus, the first computing device 102A can retrieve and restore backup copies of data stored on the second storage medium 110B and restore data lost because of data corruption, errors, a physical device failure or the like.
    [0020] For example, a hard disk associated with the first computing device 102A can store multiple video content files. Portions of the video files can be selected by the first computing device 102A and transmitted to the second computing device 102B for backup. Thereafter, the first storage medium 110A may fail and restoration of the stored files then may be desired. The first computing device 102A (or a replacement thereof) may request the retrieval of files from the second computing device 102B via a message transmitted therebetween. The second computing device 102B retrieves the requested files from the second storage medium 110B and transmits the files to the first computing device 102 (or a replacement device thereof). The first computing device 102A then restores the received files to the first storage medium 110A.
    [0021] In at least one embodiment, certain capacity of the second storage medium 110B may be available to store backup copies of files from the first storage medium 110A. The assigned backup capacity of the second storage medium 110B may be significantly less than the total capacity of the first storage medium 110A and there may not be enough space to store backup copies of all files from the first storage medium 110A on the second medium. storage 110B. For example, 10% of the capacity of the second storage medium 110B can be dedicated to backing up content from the first computing device 102A. Thus, the first computing device 102A can prioritize the files to be backed up to efficiently utilize the backup capacity allocated on the second storage medium 110B.
    [0022] Files can be selected for archiving based on various attributes or characteristics of the files. For example, files that are frequently used/accessed by a user may be assigned a higher priority for backup than files that are rarely used/accessed. In at least one modality, the subject/content of a file can be used to determine the priority for backing up the file. For example, files storing certain types of data or certain data subjects may have a higher priority for backup than other files. In at least one modality, a user can assign a priority value for backing up certain files, either explicitly (for example, providing input specifies the priority) or implicitly based on other actions performed by the user (for example, block deletion of the file by others). It should be kept in mind that any combination of the aforementioned attributes or characteristics can be used to select archival files depending on the desired design criteria.
    [0023] Figure 2 illustrates an embodiment of a computing device 102A of Figure 1. The computing device 102A includes a display device 204, an input device 206, a controller 208, an output interface 210, an interface of input 212, a memory 214, a storage medium 110A, and a network interface 216. The components of computing device 102A may be communicatively coupled together by one or more data bars 220 or another type of data link. Computing device 102A may include other elements, components, or devices not shown for the sake of brevity.
    [0024] Computing device 102A may include any type of computing device such as a television receiver, personal computer, laptop, server, audio playback device or the like. Controller 208 is operable to control the operation of computing device 102A. As used herein, controller 208 refers to a single processing device or a group of interoperable processing devices. The operation of controller 208 can be controlled by instructions executable by controller 208. Some examples of instructions are software, program code, and firmware. Various controller modalities 208 include any type of microcontroller or microprocessor executing any type of software code.
    [0025] A controller 208 is communicatively coupled to memory 214, which is operable to store data during the operation of controller 208. Such data may include software and firmware executed by controller 208, as well as system and/or program data generated during the operation of controller 208. Memory 214 may comprise any type of digital memory (including any type of read-only memory (ROM), RAM memory, flash memory, and/or the like) or any combination of the foregoing.
    [0026] The computing device 102A also includes a storage medium 110A, which is any type of mass storage device operable to store files and other data associated with the computing device 102A. In at least one embodiment, storage medium 110A comprises a magnetic disk drive that provides non-volatile data storage. In another embodiment, storage medium 110A may comprise flash memory. It should be appreciated that storage medium 110A may be incorporated as any type of magnetic, optical or other type of storage device capable of storing data, instructions and/or the like.
    [0027] In the embodiment shown in Figure 2, computing device 102A also includes an appropriate network interface 216, which operates using any implementation of protocols or other features to support communication by computing device 102A on communication network 104. various modalities, network interface 216 supports conventional LAN, WAN, or other protocols (for example, the TCP/IP or UDP/IP suite of protocols widely used in the Internet) to allow computing device 102A to communicate in communication network 104 , as desired. Network interface 216 typically interfaces with communication network 104 using any type of LAN adapter or similar hardware provided in the computing device102.
    [0028] Computing device 102A also includes an output interface 210 operable to interface with display device 204. More particularly, output interface 210 is operable to output information for display by display device 204. output 210 may be operable to output any type of display data to display device 204, including audio data, video data, audio/video (A/V) data, textual data, images or the like.
    [0029] The display device 204 may comprise any type of device capable of displaying data received from the computing device 102A. In at least one embodiment, the display device 204 comprises a monitor communicatively coupled to the output interface 210 via any suitable type of wired or wireless connection. In another embodiment, the display device 204 comprises a television communicatively coupled to the output interface 210 via video or A/V cables, such as component A/V cables, composite A/V cables, Multimedia Interface cables. High Definition (HDMI), S-video cables, coaxial cables or a wireless connection, eg WiFi, Bluetooth and the like. In at least one embodiment, the presentation device 204 comprises an audio receiver and/or one or more speakers for outputting audio data such as music.
    [0030] It should be noted that the computing device 102A and the display device 204 may be separate components or may be integrated into a single device. For example, computing device 102A may comprise a set-top box converter (e.g., a cable television or satellite television receiver) and display device 204 may comprise a television communicatively coupled to the set-top box converter. In another example, computing device 102A and display device 204 may be incorporated as a laptop computer with an integrated display screen or a television set with an integrated cable receiver, satellite receiver and/or DVR.
    [0031] Input interface 212 is operable to interface with one or more input devices 206. Input device 206 may comprise any type of device for inputting data to computing device 102A. More particularly, data received from input device 206 can be used to control the operation of controller 208 and/or the output of data to display device 204. Input interface 212 and input device 206 can be communicatively coupled using any type of wired or wireless connection, including USB, WiFi, infrared and the like. In some embodiments, input interface 212 may comprise a wireless receiver for receiving any type of RF or IR communication from input device 206. Exemplary input devices 206 include keyboards, mice, buttons, joysticks, microphones, remote controls, touch pads and the like. In at least one embodiment, computing device 102A comprises a television receiver and input device 206 comprises a television remote control communicatively coupled to the television receiver.
    [0032] Input device 206 may be even more operable to control the operation of display device 204. For example, display device 204 may comprise a television that is remotely controlled by input device 206 using infrared or RF signals. In at least one embodiment, input device 206 may be integrated with display device 204. For example, input device 206 and display device 204 may comprise a touch-sensitive screen. Input device 206 may also be integrated with computing device 102A. For example, input device 206 may comprise buttons of computing device 102A, such as an integrated keyboard of a laptop computer or a front panel with buttons of a television receiver or other type of entertainment device.
    [0033] Storage medium 110A can store data files having varying importance to a user. Preserving some files in case of storage errors or physical failure of storage medium 110A can be very important to a user, while preserving other files on storage medium 110A can be less critical.
    [0034] In operation, controller 208 identifies one or more files stored in storage medium 110A for selective backup/archiving in second computing device 102B. Controller 208 initiates retrieval of files from storage medium 110A and transmission of the files to second computing device 102B via network interface 216. In at least one embodiment, the backup process can be performed transparently to a user . The backup process can be performed at any time according to any type of schedule. For example, the backup process can be performed in the middle of the night when a user is not using the first or second computing device 102A and 102B.
    [0035] In at least one embodiment, the storage medium 110A may subsequently fail or may otherwise experience data corruption affecting data storage in that regard. Upon repair of storage medium 110A, controller 208 may initiate transmission of a request via network interface 216 to second computing device 102B. The message may request the retrieval of backup files stored on the second storage medium 110B. The second computing device 102B transmits the files to the network interface 216 and the controller 208 coordinates restoration and storage of the files to the first storage medium 110A.
    [0036] The computing device 102A may also be configured to store backup data for the second computing device 102B. For example, network interface 216 can receive files from second computing device 102B and controller 208 can coordinate storage of the files on first storage medium 110A. In at least one embodiment, storing backup files on the first storage medium 110A can be transparently performed by a user of the first computing device 102A. In other words, a user of the first computing device 102A may not be aware of the storage of files on storage medium 110A. For example, output interface 210 may generate menus of files stored on storage medium 110A, and such menus cannot illustrate to a user the existence of backup files stored on storage medium 110A.
    [0037] In at least one embodiment, two similar computing devices 102A and 102B may each be configured to store a portion of the backup data associated with the other device. Thus, a portion of the capacity of each storage medium 102A-102B of computing device 110A-110B can be allocated to storing backup data for the other device depending on desired design criteria. For example, 20% of the storage capacity of each storage medium 110-110B can be allocated to backup data storage for the other computing device 102A-102B.
    [0038] The techniques described in this document are particularly applicable to selectively archiving multimedia content such as photos, audio content, video content or audio/video content. For example, the techniques described here can be used to selectively archive recorded television programs on a DVR. The embodiments described herein will be described in the context of a television distribution network and an associated DVR. However, it should be kept in mind that the techniques can also be applied to other types of multimedia systems, such as audio playback devices or video game consoles.
    [0039] Figure 3 illustrates an embodiment of a communication system 300. The communication system 300 includes a content source 302, a television distribution system 304, DVRs 306A and 306B, presentation devices 308 and 308B, and a network communication interface 310. Each of these components is described in additional detail below. Communication system 300 may include other components, elements, or devices not illustrated for the sake of brevity.
    [0040] Content source 302 is operable to receive, generate and communicate content to one or more DVRs 306A-306B. Content to be received, processed, broadcast and/or communicated may come in any of a number of forms, including, but not limited to, audio, video, data, information, or otherwise. In at least one embodiment, content source 302 is operable to receive various forms and types of content from other sources, aggregating the content and transmitting the content to DVRs 306A-306B through television distribution system 304. Must be had whereas content source 302 may receive virtually any form and/or type of information from one or more sources including broadcast television programming, recorded audio or video, electronic program guide data and the like.
    [0041] Television distribution system 304 is operable to transmit content from content source 302 to DVRs 306A-306B. Television distribution system 304 may comprise any type of wired (e.g., cable and fiber) and/or wireless (e.g., cellular, satellite, microwave, and other types of radio frequency) communication media. and any desired network topology (or topologies when multiple media are used). Exemplary 304 television distribution systems include cable, terrestrial, satellite and Internet Protocol Television (IPTV) distribution systems. In at least one embodiment, television distribution system 304 broadcasts or multicasts content to a plurality of DVRs 306A-306B. Television distribution system 304 can also deliver content to a specific addressable DVR 306A-306B, such as video-on-demand content and the like. In at least one embodiment, content source 302 may be incorporated as a transmission mechanism of television distribution system 304. Exemplary content sources 302 include over-the-air (OTA) terrestrial transmission facilities, over-the-air (OTA) distribution headends. cable television, satellite television uplink centres, broadband or internet servers and the like. Television distribution system 304 can also distribute non-video content, such as electronic program guide data and the like, which is processed by a DVR 306A-306B.
    [0042] Each DVR 306A-306B is operable to receive content from television distribution system 304 and store the received content for later presentation to a user. Each DVR 306A-306B is also operable to output the content received and/or stored for presentation by the 308A-308B presentation device. In at least one embodiment, display devices 308A-308B are display devices (e.g., televisions) configured to display content to a user. DVRs 306A-306B can receive an audio/video stream in any format (eg, analog or digital format) and store and output the audio/video stream for presentation by the 308 presentation device. In at least one modality, DVRs 306A-306B can be integrated with a television receiver, such as a satellite, cable, over-the-air, broadband or other type of television receiver that receives and demodulates the television signals that are broadcast to display on a display device (eg a television set). As used herein, a television receiver or DVR may also be referred to as a set-top box converter, which is a television receiver that is located externally with respect to a display device. The 306A-306B DVRs can also be configured for output menus and other information that allow the user to control the output of audio/video content by the 306A-306B DVRs, view electronic program guides (EPG), set recording timers and the like . In some embodiments, DVRs 306A-306B and presentation devices 308A-308B can be integrated as a device that combines the functionality of a television/DVR or similar display and receiver device.
    [0043] Responsive to particular recording timers or recording commands, each DVR 306A-306B coordinates the reception of video signals associated with a television program via a television reception facility (e.g., a television tuner) and storing the video signal on a storage medium (eg a hard disk or flash memory). In at least one embodiment, each recorded television program may be stored in a separate file on a storage medium of the DVR 306A-306B. A DVR 306A-306B can include any number of television reception features used for reception of television programs. A DVR 306A-306B minimally includes at least one television reception facility for receiving and recording video signals associated with a television program. A DVR 306A-306B can include multiple television reception features to record multiple television programs simultaneously. For example, a DVR 306A-306B may include two or more tuners that allow recording and/or viewing of multiple programs through a DVR 306A-306B simultaneously. In at least one embodiment, a DVR 306A-306B can include various types of television reception feature, such as an over-the-air (OTA) tuner and a satellite and/or cable television tuner, which can be used to receive and/or record programs from various sources.
    [0044] The DVRs 306A and 306B are communicatively coupled through a communication network 310 and data exchange between them. Communication network 310 may comprise any type of communication network and may be similar to communication network 104 (see Figure 1). For example, communication network 310 may comprise a LAN within a docking house of two or more DVRs 306A-306B. In another embodiment, communication network 310 may comprise the Internet or other WAN communicatively docking multiple DVRs 306A-306B at different locations.
    [0045] Figure 4 illustrates an embodiment of a DVR 306A of Figure 3. Figure 4 will be described with reference to the communication system 300 illustrated in Figure 3. The DVR 306A includes a communication interface 402, a storage medium 404, a control logic 406, a 408 input interface, and a 410 network interface. Each of these components will be described in more detail below. The DVR 306A may include other elements, components or devices that are not illustrated for the sake of brevity.
    [0046] Communication interface 402 is operable to receive content 412 from television distribution system 304. More particularly, in at least one embodiment, communication interface 402 receives and tunes a television signal including television programming. The communication interface 402 can receive an over-the-air (OTA) broadcast, a direct broadcast satellite signal, a cable television signal, or an IPTV signal and tune the content 412 to extract the selected television programming. In at least one embodiment, communication interface 402 may comprise multiple tuners used by DVR 306A for outputting and/or recording television programs simultaneously.
    [0047] Storage medium 404 is operable to persistently store video signals recorded by DVR 306A. Storage medium 404 may comprise any type of non-volatile memory suitable for storing video signals or other content recorded by the DVR 306A. Exemplary 404 storage media include hard disk drives (eg, magnetic memory), flash memory, battery backup memory, and the like. In at least one embodiment, storage medium 404 may be located internally within DVR 306A. In other embodiments, storage medium 404 may be located externally to DVR 306A. The DVR 306A can also utilize a combination of internal and external 404 storage media for storing video signals.
    [0048] The 408 input interface is operable to wirelessly receive data from a remote control (not shown in Figure 4). The 408 input interface can communicate with a remote control using any type of IR or RF communication link. In at least one embodiment, input interface 408 receives a key code from a remote control (not shown in the figures) and responsively provides the key code to control logic 406 for processing. Data received from the remote control can be used by control logic 406 to control the output of content by control logic 406.
    [0049] The 406 control logic is operable to control the operation of the 306A DVR. Control logic 406 can be a single processing device or a plurality of processing devices that cooperatively operate to control the operation of the DVR 306A. Control logic 406 can include various components or modules for processing and outputting audio/video content. Exemplary components or modules for processing audio/video content include a demodulator, a decoder, a decompressor, a conditional access module, and a transcoder module.
    [0050] Control logic 406 coordinates storage of content 412 over storage medium 404. More particularly, in at least one embodiment, control logic 406 operates responsive to recording timers configured in DVR 306A to command the communication interface 402 to receive content from a specified channel and coordinate storage of the content over storage means 404. Control logic 406 may also operate to store content received from communication interface 402 responsive to user input requesting to record a program currently viewed (eg user presses a record button).
    [0051] In at least one embodiment, control logic 406 is operable to generate an audio/video output 414 based on content 412, for example, passing through the signal for display by an associated display device 308A. Control logic 406 is also operable to retrieve stored video content from storage medium 404 to generate an audio/video output 414 for display by display device 308A. The 308A presentation device then presents the 414 audio/video output to the user. The 406 control logic can incorporate circuitry for outputting the audio/video streams in any format recognizable by the 308A presentation device, including composite video, component video, Visual Digital Interface (DVI), High-Definition Multimedia Interface (HDMI) , 1394, and WiFi. Control logic 406 can also incorporate circuitry to support multiple types of these or other audio/video formats. In at least one embodiment, as described above, the DVR 306A can be integrated with the 308A presentation device, and the control logic 406 can be operable to control the presentation of the audio/video output 414 by the 308A presentation device.
    [0052] To coordinate the storage of content 412, control logic 406 is operable to receive user input requesting to record one or more television programs. Responsive mode control logic 406 sets recording timers associated with television programs. Responsive to write timers, control logic 406 coordinates the writing of content 412 to a file on storage medium404.
    [0053] The network interface 410 is connected to a communication network 310 (see Figure 3) and provides bidirectional data transmission between the DVR 306A and DVR 306B and/or other devices on the communication network 310. In at least one mode , the network interface 410 is an Ethernet link communicatively coupled to the Internet or another type of data communication network. It should be noted that other types of wired and wireless connections can be used, such as WiFi, depending on the desired design criteria.
    [0054] In at least one mode, the control logic 406 identifies multiple files 420 for transmission to the DVR 306B and the network interface 410 initiates the transmission of the file 420 to the DVR 306B through the communication network 310. The DVR 306B receives and stores the 420 files for backup purposes. Control logic 406 can later request the retrieval of file 420 from DVR 306B and use the received files 420 to restore data stored on storage medium 404.
    [0055] Likewise, network interface 410 can receive different files 420 from DVR 306B and provide the files 420 to control logic 406 for further processing. For example, DVR 306B can provide files 420 to DVR 306A for backup storage on storage medium 404. Control logic 406 coordinates the storage of files 420 to storage medium 404 for backup purposes. Responsive to a later request, control logic 406 is operable to initiate retrieval of backup copies of files 420 onto storage medium 404 and transmission of files 420 through network interface 410 to DVR 306B.
    [0056] As described above, data can be selected for backup based on various characteristics or attributes of the files. In at least one modality, data is assigned a value based on various criteria and high-value content is prioritized for backup to another computing device. For example, various heuristic rules can be applied to identify high value content. The DVR 306A can then select pieces of data stored on a storage medium based on the values and transmit the selected pieces of data to another computing device for backup storage.
    [0057] For example, a user can provide data specifying the importance of the file (eg high, medium or low importance), or when setting a timer for recording or post-recording the event. In at least one modality, a user can block a file from deletion. File locking can be used by control logic 406 to implicitly specify the importance of the file. File importance can then be used to prioritize backup files on another computing device. In at least one embodiment, a content provider can provide metadata, in association with video content, specifying the importance of an event. For example, a major sporting event such as the Super Bowl might be designated as a major event, while a particular episode of a news program such as the Sports Center might be designated as a minor event.
    [0058] In at least one modality, the content or subject of an event can be used to prioritize the backup of the particular content. For example, content-specific shows can be assigned a high value, such as top rated shows, shows frequently viewed by the user, shows the user typically watches related to the schedule (eg, same series or similar genre ) or similar. In at least one modality, programs broadcast on a specific channel can be assigned a high value based on the broadcast network.
    [0059] In at least one modality, special or unique edition programming can be identified as a high value event. For example, a special news program about the death of a celebrity might be identified as a high-value event. A single purchase event can also be tagged as high value content. In at least one embodiment, programming that is recorded responsive to an instant recording timer rather than a recurring recording timer can be identified as a high value event. For example, a user who sets a recording timer to record a single Seinfeld episode is more likely to place a high value on recording than a user who recorded all Seinfeld episodes using a recurring timer.
    [0060] A user's viewing habits can also be used to identify high-value content. For example, content that has been viewed repeatedly can be identified as high value content based on the frequency of viewing. In at least one modality, if a user frequently views a particular series of programming, then programming from that series may be designated as high-value content. For example, if the user sees each episode of a particular show, then one or more episodes of the show can be identified as high value content. In at least one embodiment, control logic 406 can place particular emphasis on valuing unviewed content. For example, if a user watches each episode of a particular television series, then control logic 406 can identify episodes of the television series' unwatched series as high-value content until the episode is viewed. In at least one modality, the programming genre can also be used to identify the content value for backup. For example, if a user predominantly watches horror programming, then programming control logic 406 may value horror programming more than other programming genres such as romantic comedies.
    [0061] In at least one embodiment, the transmission frequency for the particular schedule can also be used to identify the content value. For example, programming that is often broadcast may have less value to the user because the content is more easily replaceable. Thus, if storage medium 404 fails, then control logic 406 may be able to replace frequently broadcast content (eg, syndicated programming such as SpongeBob SquarePants) by quickly recording later broadcasts of the programming. In at least one embodiment, control logic 406 looks for an electronic programming guide to identify future programming transmissions. If future broadcasts are located, then control logic 406 may assign a lower value to the content depending on the desired design criteria. For example, control logic 406 might decide to allocate limited backup space to other schedules that are not broadcast as often. In at least one embodiment, control logic 406 may periodically evaluate the value of content when broadcast schedules change. For example, a frequently broadcast program that is subsequently removed from the scheduling schedule may be transferred to a higher value as program replacement becomes more difficult.
    [0062] It should be noted that control logic 406 can use any technique for selecting high value content for backup based on desired design criteria. Described here are various ways of evaluating the value of content for backup purposes. Control logic 406 can utilize any combination of the aforementioned techniques for selecting content for backup depending on desired design criteria.
    [0063] In at least one mode, content can be streamed from DVR 306A to DVR 306B for real-time backup. In other words, content is streamed from the DVR 306A to the DVR 306B for backup while the content is being recorded. For example, control logic 406 may operate to provide content 412 received by communication interface 402 to storage medium 404 for storage, network interface 410 for transmission to DVR 306B and to presentation device 308A for output. of the audio/video output 414 substantially simultaneously. Thus, content is backed up at an earlier point in time, decreasing the likelihood of content loss if the 306A DVR fails before a later archiving process operates.
    [0064] Although the techniques described here are particularly applicable to backup content from a set of paired DVRs 306A-306B, it should be kept in mind that archiving of the content can be accomplished via a number of similar devices. For example, the DVR 306A can stream content for backup to multiple similar DVR devices communicatively coupled through a communication network. In at least one modality, data is repeated over each of the other DVRs. For example, a single backup program can be stored on multiple other DVRs. In other embodiments, the DVR 306 A can identify a portion of the content stored on it for backup to other devices and can split the content selected for backup to other devices. In other words, DVR 306A stores a first piece of content on a first device, a second piece of content on a second device, and an N-th piece of content on an N-th device.
    [0065] In at least one embodiment, a communication network includes a plurality of DVR devices, each storing a different set of user-accessible content. In the event of a storage failure, a DVR may be operable to retrieve content from various network devices to restore your data. Since many users record the same program, it may be possible for a DVR to restore its data in the event of a storage failure without first having backed up content to storage devices. Instead, the DVR can retrieve copies of data from other storage devices on the network, which are already storing the same data. This technique can be augmented with the selective archiving techniques described above to less popular backup content on other network devices while leveraging highly available content stored on other devices to restore a storage medium in the event of a failure.
    [0066] Figure 5 illustrates an embodiment of a communication system 500. The communication system 500 includes a plurality of DVRs 502A-502F, a communication network 504 and a control server 506. Each of these components is described in larger details below. Communication system 500 may include other components, elements, or devices not illustrated for the sake of brevity.
    [0067] Each of the 502A-502F DVRs is operable to receive and store content. Each DVR 502A-502F may have different recording capability or even different recording capability depending on desired design criteria. The 502A-502F DVRs may be similar to the 306A-306B DVRs (see Figures 3 and 4) and further description is omitted here for the sake of brevity.
    [0068] Communication network 504 is operable to communicatively couple DVRs 502A-502F with each other and with other devices of communication network 504, such as control server 506. Communication network 504 may be similar to networks of communication 104 (see Figure 1) and 310 (see Figure 3) and further description is omitted here for the sake of brevity.
    [0069] Control server 506 is operable to control content backup between DVRs 502A-502F. In at least one embodiment, the control server 506 maintains a content profile stored on each of the DVRs 502A-502F. The 506 control server may be further operable to request each of the 502A-502F DVRs to back up content to another 502A-502F DVR, depending on various factors. In at least one embodiment, the control server 506 may be a separate physical device distinct from the DVRS 502A-502F. In another embodiment, the functionality of the control server 506 can be performed by one or more of the DVRs 502A-502F.
    [0070] Table 1 illustrates a modality of the content stored in each of the DVRs 502A-502F. As illustrated in Table 1, there are ten programs that are recorded on the various 502A-502F DVRs. The control server 506 receives data from each of the DVRs 502A-502F specifying the content stored as a result, either in real time or based on a periodic schedule. Based on the data in Table 1, the control server 506 determines whether a particular DVR should transfer the content to another device for backup. DVR program

    [0071] Table 1 - content stored on DVRs
    [0072] As illustrated in Table 1, program 1 was recorded by five of the six 502A-502F DVRs. Thus, in at least one modality, the control server 506 may determine that none of the DVRs 502A-502F should back up this particular program to another device, due to the wide availability of the program on the 504 communication network. programs 2, 7, and 10 were recorded by at least four of the six 502A-502F DVRs, and programs 5, 6, and 8 were recorded by at least three of the six 502A-502F DVRs, so it may not be desirable to do the backup of these special programs due to the wide availability of recordings.
    [0073] By contrast, program 4 was registered by only one of the six 502A-502F DVRs. Thus, it may be desirable to back up a copy of the program to at least one of the other 502A-502F DVRs. In at least one modality, control server 506 instructs DVR 502C to transfer program 4 to another DVR, such as DVR 502F, which has the freest recording capability. Depending on the recording capacity of different 502A-502F DVRs, it may be desirable to back up Program 4 to several other 502A-502F DVRs to protect against the possibility of failure of multiple 502A-502F DVRs.
    [0074] Programs 3 and 9 were both recorded on at least two of the six 502A-502F DVRs, so the availability of these programs in the event of failure of the corresponding devices is not as widespread as the other programs. Therefore, it may be desirable to back up these programs to at least one other 502A-502F DVR. For example, control server 506 may direct DVR 502A to transmit a copy of program 3 to DVR 502E for backup. In case of a storage failure, any of the DVR 502A or DVR 502D can retrieve program 3 from the DVR 502E.
    [0075] In the event of a failure of any particular DVR, 502A-502F, the control server 506 has records of programs that have been recorded on them. Thus, the control server 506 can control program restoration over the storage medium by authorizing a DVR 502A-502F to retrieve and store programming from other DVRs 502A-502F. Control Server 506 is operable to allow a specific DVR to retrieve programming previously stored on it while restricting DVR from retrieving programming that was not previously stored on top of them. For example, in the event of a failure, the 502F DVR can retrieve and store programs 1 and 8 from other 502A-502F DVRs, but it cannot retrieve and store any of the other programs illustrated in Table 1. Backups described here allow for the restoration of content that a device previously stored, while limiting the device's ability to later retrieve content that was not previously present on the device prior to the failure.
    [0076] Figure 6 illustrates a process for storing media content. The process in Figure 6 is particularly applicable for selectively backing up multimedia content stored on other devices on a communication network. The process of Figure 6 may include other operations not illustrated for the sake of brevity.
    [0077] The method includes storing a plurality of media content files on a first storage medium of a first entertainment device (operation 602). For example, content files can be stored responsive to recording timers for various television programs.
    [0078] The process further includes selecting a portion of the media content files to back up based on characteristics of the media content files (operation 604). More particularly, operation 604 may include identifying high value content for selective backup. High value content can be selected according to any of the selection techniques described above. The method further includes transmitting the portion of the media content files from the first entertainment device to a second entertainment device via a communication network (operation 606) and storing the portion of the media content files on a second entertainment medium. storage of the second entertainment device (operation 608).
    [0079] In the event of a storage device failure, the first entertainment device may request to retrieve the content from the second entertainment device for data restoration. The method may further include transmitting a request to the second entertainment device to retrieve the portion of the media content files (operation 610) and receive the portion of the media content files from the second entertainment device (operation 612). Responsive to receiving content from the second entertainment device, the first entertainment device stores the portion of the media content files on the first storage medium (operation 614).
    [0080] Although specific embodiments have been described herein, the scope of the invention is not limited to these specific embodiments. The scope of the invention is defined by the following Claims, as well as any equivalents thereto.
    权利要求:
    Claims (17)
    [0001]
    1. Method of Backup of Media Content Files, stored in a digital video recorder (DVR), characterized in that the method comprises: storing a plurality of media content files on a first storage medium of the digital video recorder, in that each of the media content files is associated with a television program recorded by the digital video recorder; assign a file value to each of the media content files based on characteristics of the associated television program; automatically select only a portion of the media content files to be backed up based on the file values of the media content files such that media content files having the highest file values are prioritized for backup; transmit the selected part of the media content files from the digital video recorder to another digital video recorder via a communication link for backup storage on a second storage medium of the other digital video recorder.
    [0002]
    2. Method of Backup of Media Content Files, according to Claim 1, characterized in that it further comprises: transmitting a request to the other digital video recorder to retrieve the portion of the media content files stored on the second medium of storage; receive part of the media content files from the other digital video recorder; and restore the part of the media content files on the first storage medium.
    [0003]
    3. Media Content File Backup Method according to Claim 1, characterized in that the assignment comprises determining a frequency with which the associated television program is broadcast and assigning lower file values to programs with broadcast frequencies higher.
    [0004]
    4. Media Content File Backup Method according to Claim 1, characterized in that the file value is higher for a program that is recorded as a single instance than for a program that is recorded with a timer recurrent.
    [0005]
    5. Media Content File Backup Method according to Claim 1, characterized in that the file value is based at least in part on a viewing frequency of the plurality of media content files.
    [0006]
    6. Media Content File Backup Method according to Claim 1, characterized in that selecting a part of the media content files further comprises selecting at least one non-viewed media content file for backup.
    [0007]
    7. Media Content File Backup Method, according to Claim 1, characterized in that the assignment comprises: searching an electronic program guide to locate other occurrences of the television program associated with at least one of the content files of media; and increasing the file value for the media content file in response to failing to find other occurrences of the television program in the electronic program guide.
    [0008]
    8. Media Content File Backup Method, according to Claim 1, characterized in that selecting the part of the media content files further comprises: selecting at least one media content file that has been protected by a user of the entertainment device.
    [0009]
    9. Digital Video Recorder, characterized in that it comprises: a communication interface operable to receive television programming from a television distribution network; a network interface communicatively coupled to a communication network; a storage medium operable to store a plurality of media content files associated with a plurality of television programs that have been recorded by the digital video recorder; and a controller operable to: assign a file value to each of the media content files based on the characteristics of the associated television programs; automatically select only a portion of the media content files for backup to another digital video recorder based on the file values of the media content files such that media content files having the highest values are prioritized for backup ; and initiating transmission of part of the media content files from the digital video recorder to backup storage in a second digital video recorder through the network interface.
    [0010]
    10. Digital Video Recorder, according to Claim 9, characterized in that: the processor is still operable to initiate the transmission of a message to the second digital video recorder, through the network interface, requesting the message to recover the part of the media content files from the second digital video recorder; the network interface is operable to receive part of the media content files from the second digital video recorder; and the processor is operable to coordinate the restoration of the portion of media content files received from the second digital video recorder on the storage medium.
    [0011]
    Digital Video Recorder according to Claim 9, characterized in that the network interface is operable to receive a second part of media content files from the second digital video recorder and the processor is operable to coordinate the storing the second part of the media content files on the storage medium.
    [0012]
    Digital Video Recorder according to Claim 9, characterized in that the archive value is assigned based on a frequency with which the associated television program is broadcast, such that lower archive values are assigned to programs with higher transmission frequencies.
    [0013]
    13. Digital Video Recorder according to Claim 12, characterized in that the processor receives metadata from a content provider, the metadata specifying the file value of at least one of the media content files.
    [0014]
    A Digital Video Recorder according to Claim 9, characterized in that the processor is operable to receive user inputs specifying the file value for at least one of the media content files.
    [0015]
    Digital Video Recorder according to Claim 9, characterized in that the archive values are based on a display frequency of the associated television programs.
    [0016]
    16. Digital Video Recorder according to Claim 9, characterized in that the processor selects at least one of the media content files for backup that is no longer viewed by a user.
    [0017]
    17. Digital Video Recorder according to Claim 9, characterized in that the processor is operable to search an electronic program guide to locate other occurrences of a television program associated with at least one of the media content files and assign the file value in response to failing to find other occurrences of the television program in the electronic program guide.
    类似技术:
    公开号 | 公开日 | 专利标题
    BR112012013563B1|2021-08-31|Backup method of media content files and digital video recorder
    US20150229993A1|2015-08-13|Merged Program Guide
    US10565139B2|2020-02-18|Intelligent partitioning of external memory devices
    US10433009B2|2019-10-01|Systems and methods for managing series recordings as a function of storage
    US8559795B2|2013-10-15|Mobile personal video recorder
    US20120114311A1|2012-05-10|Method and system for distributing the recording of a media item
    US8594481B2|2013-11-26|Managing synchronization of media programs to portable devices
    US8724964B2|2014-05-13|Managing multiple user locks and deletion requests for a digital video recorder
    WO2015081796A1|2015-06-11|Method and device for synchronizing play record between mobile terminal and smart television
    WO2014121604A1|2014-08-14|Shared recording method and device, server, and set-top box
    US20170178693A1|2017-06-22|Adaptive media content recording
    US20190342608A1|2019-11-07|Methods and systems for providing uncorrupted media assets
    US20220046314A1|2022-02-10|Systems and methods for retrieving segmented media guidance data
    WO2021093665A1|2021-05-20|Program recording method and apparatus, computer device, and storage medium
    JP2016004599A|2016-01-12|Information processing system, storage control program and storage control method
    同族专利:
    公开号 | 公开日
    IL220157D0|2012-07-31|
    KR20120101510A|2012-09-13|
    BR112012013563A2|2020-10-20|
    TWI451760B|2014-09-01|
    AU2010328446B9|2015-09-10|
    US20130007810A1|2013-01-03|
    JP5678365B2|2015-03-04|
    CN102687507A|2012-09-19|
    EP2510685B1|2017-05-03|
    TW201141222A|2011-11-16|
    EP2510685A1|2012-10-17|
    MX2012006506A|2012-08-23|
    SG181550A1|2012-07-30|
    IL220157A|2015-04-30|
    KR101468786B1|2014-12-10|
    AU2010328446B2|2015-05-14|
    CA2783157A1|2011-06-16|
    US8315502B2|2012-11-20|
    US8873927B2|2014-10-28|
    AU2010328446A1|2012-06-21|
    US20110135284A1|2011-06-09|
    JP2013513339A|2013-04-18|
    CA2783157C|2015-11-24|
    WO2011071785A1|2011-06-16|
    CN102687507B|2015-05-27|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    EP0770246A4|1994-07-14|1998-01-14|Johnson Grace Company|Method and apparatus for compressing images|
    JPH0879685A|1994-08-31|1996-03-22|Sony Corp|Program reproducing device for near-video-on-demand system|
    US5765164A|1995-12-21|1998-06-09|Intel Corporation|Apparatus and method for management of discontinuous segments of multiple audio, video, and data streams|
    US6141488A|1997-09-05|2000-10-31|United Video Properties, Inc.|Program guide system for recording television programs|
    US6853385B1|1999-11-09|2005-02-08|Broadcom Corporation|Video, audio and graphics decode, composite and display system|
    JP2001169235A|1999-12-13|2001-06-22|Jisedai Joho Hoso System Kenkyusho:Kk|Receiver and method for deleting stored contents|
    US6701528B1|2000-01-26|2004-03-02|Hughes Electronics Corporation|Virtual video on demand using multiple encrypted video segments|
    JP2002027337A|2000-07-10|2002-01-25|Mitsubishi Electric Corp|Received broadcast reservation unit and method therefor|
    US6970939B2|2000-10-26|2005-11-29|Intel Corporation|Method and apparatus for large payload distribution in a network|
    KR100757422B1|2001-01-20|2007-09-11|엘지전자 주식회사|Seeing and hearing experience management method for broadcasting program|
    IL148080D0|2001-02-13|2002-09-12|Hosen Eliav|System for distributing video and content on demand|
    JP2003110988A|2001-09-27|2003-04-11|Sony Corp|Digital broadcast receiver and backup method|
    US7581238B1|2002-04-25|2009-08-25|Microsoft Corporation|Program episodes recording|
    US7792982B2|2003-01-07|2010-09-07|Microsoft Corporation|System and method for distributing streaming content through cooperative networking|
    AT413773T|2003-09-15|2008-11-15|United Video Properties Inc|SYSTEMS AND METHOD FOR EXPORTING DIGITAL CONTENT THROUGH THE USE OF AN INTERACTIVE TV APPLICATION|
    US20070133953A1|2003-09-22|2007-06-14|Koninklijke Philips Electronics N.V.|Backup and recovery of recorded contents|
    US20060037037A1|2004-06-14|2006-02-16|Tony Miranz|System and method for providing virtual video on demand|
    JP2006018963A|2004-07-05|2006-01-19|Funai Electric Co Ltd|Hard disk recorder|
    KR100667767B1|2004-10-20|2007-01-11|삼성전자주식회사|Multimedia device having backup function of broadcast contents on home network environment and backup method thereof|
    US7797440B2|2005-03-09|2010-09-14|Vudu, Inc.|Method and system for managing objects distributed in a network|
    US7937379B2|2005-03-09|2011-05-03|Vudu, Inc.|Fragmentation of a file for instant access|
    US8887224B2|2005-03-09|2014-11-11|Vudu, Inc.|Updating content libraries by transmitting release data|
    US8219635B2|2005-03-09|2012-07-10|Vudu, Inc.|Continuous data feeding in a distributed environment|
    US8225083B2|2005-03-09|2012-07-17|Vudu, Inc.|Secured seeding of data in a distributed environment|
    US7698451B2|2005-03-09|2010-04-13|Vudu, Inc.|Method and apparatus for instant playback of a movie title|
    US7627888B2|2005-03-09|2009-12-01|Vudu, Inc.|Method and system for keeping a library of titles updated|
    US20090025046A1|2005-03-09|2009-01-22|Wond, Llc|Hybrid architecture for media services|
    US20090031424A1|2005-03-09|2009-01-29|Vvond, Inc.|Incomplete data in a distributed environment|
    US20060218220A1|2005-03-09|2006-09-28|Vvond, Llc|Method and system for updating contents in newly-installed devices|
    US7191215B2|2005-03-09|2007-03-13|Marquee, Inc.|Method and system for providing instantaneous media-on-demand services by transmitting contents in pieces from client machines|
    US8904463B2|2005-03-09|2014-12-02|Vudu, Inc.|Live video broadcasting on distributed networks|
    US20060248078A1|2005-04-15|2006-11-02|William Gross|Search engine with suggestion tool and method of using same|
    US7685175B2|2005-08-12|2010-03-23|Michael Lee Carroll|Content manager|
    US8739231B2|2005-08-23|2014-05-27|Vudu, Inc.|System and method for distributed video-on-demand|
    US8788706B2|2006-02-27|2014-07-22|Vudu, Inc.|Method and system for managing data transmission between devices behind network address translators |
    JP4660416B2|2006-04-10|2011-03-30|株式会社東芝|Receiving device with recording function and recording reservation method for receiving device|
    US20070255913A1|2006-04-28|2007-11-01|Timothy Weaver|Methods, systems, and products for recording media|
    US20080022343A1|2006-07-24|2008-01-24|Vvond, Inc.|Multiple audio streams|
    JP2008052351A|2006-08-22|2008-03-06|Sony Corp|Content backup system, content storage device, content backup method, and content backup program|
    US20080243769A1|2007-03-30|2008-10-02|Symantec Corporation|System and method for exporting data directly from deduplication storage to non-deduplication storage|
    US20090019492A1|2007-07-11|2009-01-15|United Video Properties, Inc.|Systems and methods for mirroring and transcoding media content|
    US8819205B2|2007-10-19|2014-08-26|Hitachi, Ltd.|Content transfer system, content transfer method and home server|
    JP2009163560A|2008-01-08|2009-07-23|Hitachi Ltd|Digital data recording device|
    US9723249B2|2009-03-19|2017-08-01|Echostar Holdings Limited|Archiving broadcast programs|
    US20100262997A1|2009-04-14|2010-10-14|Eldon Technology Limited|Systems and methods for catch-up electronic program guide|
    US8315502B2|2009-12-08|2012-11-20|Echostar Technologies L.L.C.|Systems and methods for selective archival of media content|US9723249B2|2009-03-19|2017-08-01|Echostar Holdings Limited|Archiving broadcast programs|
    US8315502B2|2009-12-08|2012-11-20|Echostar Technologies L.L.C.|Systems and methods for selective archival of media content|
    GB2483088B|2010-08-26|2012-07-18|Giraffic Technologies Ltd|Asynchronous data streaming in a peer-to-peer network|
    JP5772069B2|2011-03-04|2015-09-02|ソニー株式会社|Information processing apparatus, information processing method, and program|
    US8543550B2|2011-06-03|2013-09-24|Adobe Systems Incorporated|Prioritized digital media archiving|
    US9049073B2|2011-06-28|2015-06-02|Rovi Guides, Inc.|Systems and methods for initializing allocations of transport streams based on historical data|
    US8881202B2|2011-12-19|2014-11-04|Nant Holdings Ip, Llc|Last mile data delivery systems and methods|
    CN103577277B|2012-07-27|2018-07-03|腾讯科技（深圳）有限公司|A kind of method and device of data processing|
    US10318492B2|2013-02-25|2019-06-11|Amazon Technologies, Inc.|Predictive storage service|
    US9603039B2|2013-04-03|2017-03-21|Qualcomm Incorporated|Opportunistic media patching for a communication session|
    US9111577B2|2013-09-12|2015-08-18|International Business Machines Corporation|Storage space savings via partial digital stream deletion|
    EP3188019B1|2015-12-30|2019-09-18|InterDigital CE Patent Holdings|Method for selecting a content comprising audiovisual data and corresponding electronic device, system, computer readable program product and computer readable storage medium|
    US10133639B2|2016-02-10|2018-11-20|International Business Machines Corporation|Privacy protection of media files for automatic cloud backup systems|
    US10034027B2|2016-03-10|2018-07-24|Sony Corporation|Automatic MSO-based transfer of DVR content to new location of customer|
    US10045067B2|2016-09-30|2018-08-07|Opentv, Inc.|Replacement of recorded media content|
    CN107566883B|2017-08-11|2019-07-05|中广热点云科技有限公司|A method of utilizing recorded broadcast equipment recorded broadcast TV programme|
    法律状态:
    2020-11-03| B06U| Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]|
    2020-12-15| B25F| Entry of change of name and/or headquarter and transfer of application, patent and certif. of addition of invention: change of name on requirement|Owner name: ECHOSTAR TECHNOGIES, L. L. C. (US) Free format text: A FIM DE ATENDER A ALTERACAO DE NOME E DE SEDE REQUERIDAS ATRAVES DA PETICAO NO 870200110961, DE 01/09/2020, E NECESSARIO APRESENTAR A TRADUCAO JURAMENTADA DO DOCUMENTO, ALEM DA GUIA DE CUMPRIMENTO DE EXIGENCIA. |
    2021-03-23| B25E| Requested change of name of applicant rejected|Owner name: ECHOSTAR TECHNOGIES, L. L. C. (US) Free format text: INDEFERIDO O PEDIDO DE ALTERACAO DE NOME E DE SEDE CONTIDOS NA PETICAO 870200110961 DE 01/09/2020, POR AUSENCIA DE CUMPRIMENTO DA EXIGENCIA PUBLICADA NA RPI NO 2606, DE 15/12/2020. |
    2021-04-13| B25L| Entry of change of name and/or headquarter and transfer of application, patent and certificate of addition of invention: publication cancelled|Owner name: ECHOSTAR TECHNOGIES, L. L. C. (US) Free format text: ANULADA A PUBLICACAO CODIGO 25.5 NA RPI NO 2620 DE 23/03/2021 POR TER SIDO INDEVIDA. |
    2021-04-27| B25L| Entry of change of name and/or headquarter and transfer of application, patent and certificate of addition of invention: publication cancelled|Owner name: ECHOSTAR TECHNOGIES, L. L. C. (US) Free format text: ANULADA A PUBLICACAO CODIGO 25.6 NA RPI NO 2606 DE 15/12/2020 POR TER SIDO INDEVIDA. |
    2021-05-11| B25D| Requested change of name of applicant approved|Owner name: DISH TECHNOLOGIES L.L.C. (US) |
    2021-05-25| B25G| Requested change of headquarter approved|Owner name: DISH TECHNOLOGIES L.L.C. (US) |
    2021-08-10| B09A| Decision: intention to grant [chapter 9.1 patent gazette]|
    2021-08-31| B16A| Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]|Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 06/12/2010, OBSERVADAS AS CONDICOES LEGAIS. PATENTE CONCEDIDA CONFORME ADI 5.529/DF, QUE DETERMINA A ALTERACAO DO PRAZO DE CONCESSAO. |
    优先权:
    申请号 | 申请日 | 专利标题
    US12/632,942|2009-12-08|
    US12/632,942|US8315502B2|2009-12-08|2009-12-08|Systems and methods for selective archival of media content|
    PCT/US2010/059013|WO2011071785A1|2009-12-08|2010-12-06|Systems and method for selective archival of media content|
    [返回顶部]