Locking of Programs Against Fast Forwarding
Speed of commercial playing is detected and used for determining whether program information can be played.
Latest Harris Technology, LLC Patents:
This application is a continuation application of U.S. Ser. No. 12/825,083 filed Jun. 28, 2010, now U.S. Pat. No. 8,670,647 issued Mar. 11, 2014, the disclosure of the patent application is hereby incorporated by reference, in their entirety.
BACKGROUNDA digital video recorder function can record video to be played back later. For example, a user can digitally record a program that occurs at one time, call it eight o'clock, and watch that program at another time say nine o'clock. This “timeshifting” function can allow users to watch programs when they want, rather than when they are played live.
There are many commercially successful digital video recorders, including those made by TiVo, and others. Also, certain content providers, such as cable providers, also often provide network recording functionality either as a standalone device, or as a network function. It is envisioned that some televisions will provide the capability of doing the same thing.
Many of these devices allow a user to rewind to review a certain scene or portion, or to fast-forward over an undesired scene or portion. This has given rise to users fast forwarding over “commercials”.
SUMMARYProgram providers often rely on the income from a user watching commercials. However, if users fast forward over the commercials, that income stream may be compromised.
According to the present system, codes are placed on the commercial portions, and those codes are used to watch the non-commercial portions. The codes are put on the commercial portions in a way such that the codes will not be properly received if the user fast-forwards over the commercial.
In the embodiments, the codes may be decryption codes, or maybe unlock codes.
According to an embodiment, a section of program is prevented from being played completely without the code obtained from the immediately preceding section of commercials.
In one embodiment, the program may be prevented from being played without the code.
In another embodiment, the program is played in a reduced-desirability fashion such as with reduced resolution or with intentionally added interference.
In the drawings:
Information is converted to digital and stored on a storage device 120 within the digital video recorder. The storage device 120 may be, for example, a hard drive or solid state drive (SSD). An operating processor 121 receives commands for example from a remote control 130, plays back information from the storage device 120 and provides it over the information link 125. The processor 121 may be, for example, any kind of processor such as a digital signal processor, or reconfigurable logic, or a general processor that executes instructions.
While this embodiment calls the device a digital video recorder and shows it as stand-alone separated from the television 100, it should be understood that the digital video recorder module can be built into the television, or can be part of any device which allows storing information indicative of a received broadcast (audio and/or video) and allows playing it back later. The digital video recorder can also be embodied by a general purpose computer.
The processor 121 runs an operating program that allows certain functions. The operations may include information that allows the digital video recorder to “rewind”, “fast-forward” and skip in various ways. For example this may allow skipping forward by 30 seconds, 15 minutes, or by any other amount.
In a first embodiment, the information 115 is received in a special coded way. The coding as described herein is referred to as being encrypted, however more generally any coding that prevents the program from being played by the television 100 without some kind of special key, can be used according to this system. In this embodiment, the special key is used to decode some portion of the video program.
According to another embodiment, the information 115 is received uncoded, but the DVR 110 adds coding of the type described in the embodiments, at the time of recording.
A video stream is received as temporally accurate information, including information to be played at a current time. For example, 30 minutes of real time play information may be received over a course of 30 minutes.
More generally, each program segment (except possibly the first segment 199) may have a preceding commercial segment. An initial program segment 199 may have no commercial preceding it, this may be the initial part of the program, for example the introductory few minutes of the program which includes some introduction to the plot of the program and perhaps the program's logo, theme and credits.
In this embodiment, the programs are coded, and more specifically encrypted. The encryption prevents the program from being played without the decryption key. The program portion 202, for example, will not be playable without the decryption key for that portion.
Different formats of encrypting television programs are known. For analog television programs, the operation can invert the sync, or encode and/or hide the audio. Since the programs here may be digital, any digital form of encryption may be used.
According to an embodiment, the commercials 210 include decryption data 211 therein, encoded in a way such that the decryption data is not properly received if the user fast forwards over the commercial. In this embodiment, the data been may be recorded in a sub band of the audible sound of the commercial. For example, the audible sound may have, included therein, a coded decryption key.
Part of the operating program of the processor 121 continually receives information such as sound. The sound includes this data, and at 230, the program senses the data in this sound portion.
That data is then stored at 235 as a current decryption code. The current decryption code may be stored as 235 in the hard drive 110. The most recent decryption code is used to decrypt the program segment 220.
In a similar way, the encrypted program 202, 204 is decrypted using the decryption code 205 received from prior commercials. However, the program 199 may be uncoded and require no decryption at all.
In one embodiment, when the decryption code is not proper for an encrypted program, then nothing at all is played.
240 illustrates options for the decryption code. Embodiment 1 may create a mask, referred to in the flowchart 245 as “NG” which simply says the video is “no good”, due to copyright violation, or terms of use violation, or some such operation. A second option shown as 250 may display a partial version of the program. The partial version may be a low resolution version, or maybe as shown, a version with intentional interference 252 therein. The intentional interference, for example, may be areas on the video that are intentionally blanked or otherwise obscured. In the embodiment 250, the video is displayed with the words “warning-fast-forward violation, video will be degraded until next commercial is played”.
There may also be an information screen part 254 which includes a hyperlink 256 that provides information about the fast-forward violation. The hyperlink can be selected with the remote control to cause an information screen to be displayed by information in the DVR.
The information displayed responsive to the hyperlink may be information such as shown in
As described above, the decoding code, here a decryption code, is formed from the sound within the video and can only be made when the sound is played at normal speed.
The volume is graphed in
Video producers have conventionally resisted marking the commercials, out of a concern that marking the commercials would facilitate users to avoid those commercials. However, in this embodiment, failure to watch the commercials is prevented. This allows the commercial beginning and end to be marked.
In the embodiment, the commercial can be recorded on a separate recording kernel during the time that the commercial is being played back. The recording can be in a separate buffer. The volume of the commercial is shown on the x axis 402. After the entire commercial has been played back, the highest volume point 404 is identified, and the lowest volume point 406 is identified. This can be done after the commercial is over shown as 420. This determination should only take a few milliseconds for the processor, and so a brief pause after the commercial is over may be experienced.
At 425, this establishes that time period as the period of the decryption, which extends from the highest volume portion of the commercial to the lowest portion of the commercial.
Another embodiment forms the time periods across the whole commercial as established by at least one of beginning and end points. Another may look for markings that have been put within the commercials. Other ways of finding the commercials are also contemplated.
This period of decryption is divided into segments, for example 100 ms segments. In the embodiment, each segment becomes a bit, with the first bit being the highest bit and the end bit being the lowest bit. This may provide very low security decryption, however high security encryption may not be necessary because of certain laws that prevent circumventing copyright maneuvers in this way.
An alternative embodiment may encode the encryption into some other sub band that must be played at normal speed to be received. This may include brightness of the commercial using similar techniques to that of
These systems may be used to retrofit an existing system, by using an external box, for example or by inserting using a software module.
Any other decryption system may be used, where the video is encoded in a way that requires a code in order to play the video normally, where that code is placed within the commercial in some way that it can only be received when the commercial is played at normal speed, but is not properly received when the commercial is played at fast-forward. For example, this may include digital bits or analog information in a band that has sufficient density that fast forwarding will cause the reader to miss some of the information and hence to create an improper code or no code at all.
Another embodiment may sync the reading clock periodically to the speed of playing of the commercial at 510. The proper decryption clock, and hence proper decryption code is obtained only when the commercial is played at normal speed. Another embodiment may use an image that must be seen for a specified amount of time to form the code.
The information may also include, as conventional, error correcting codes, so that certain errors can be corrected. The error correction, however, cannot be sufficient be robust to correct errors that occur due to fast forwarding.
The above embodiments form the code itself from the commercial. Alternative embodiments use a time of receipt technique to form an unlock code, rather than a decryption code as formed in the
The code, or image, maybe shown intermittently produced for throughout the commercial. For example, the code may be shown at 611 during the commercial, 613, and 616. Commercial content such as 612 is interspersed between these image codes. In this embodiment the image may only be received for 10 ms, however the image can be received for any desired amount of time, such as 100 ms. While playing the commercial, the processor operates to watch for the specific images. The “instruction” portion 601 may indicate information about the image to watch for. For example, each frame may be quick-correlated against the image in the instruction portion by the processor 121 in the DVR or by some other processor.
As an alternative, the image codes may be sent to the processor over the network, or maybe pre-stored in the processor via a network operation at specified times.
The processor 121 carries out a flowchart which begins at 630 to determine whether the image was received for the specified amount of time (here 10 ms), and a specified number of times (here three times). For example, the video may require that the image within the video be received three times during each commercial segment for the specified amount of time (10 ms) each time. If the user is fast forwarding the commercial, then the image will not be received for the specified amount of time, for example a 10 ms image on the 2×-fast-forward will only be received for 5 ms. Therefore 630 determines whether most of the commercial is played and whether it was played at normal speed.
If not, flow passes to 635 which plays the “defeated” version of the video, here in low definition or otherwise changed as described herein, e.g., with a warning screen about how the commercials were not watched. If the image was properly received at 640, then the playing is ok. This may set a bit in the internal system that allows the playing to continue, and can use an internal decrypter to play the video using an internal decryption key. For example, this can use an existing video encryption system such as the advanced access content system (AACS), or can use digital rights management (DRM).
According to an embodiment, the beginning part of the program 602 may be in plain text or otherwise marked as “always playable” since no commercials have yet been shown. The beginning part of the program may also include an instruction segment 601. The instruction segment 601 includes instructions for how many times the images must be seen, and includes the images themselves.
Image cross correlation between the set image and the received image may be used on each image to determine that the image has been properly received, and once properly received, the time that the images received can also be measured.
There are many advantages of this system. One could imagine that a program of provider could completely locked a DVR against fast forwarding using electronic means, or using some form of agreement. However, this would prevent the user not only from fast forwarding over the commercials. However, this would also lock the user against fast forwarding over portions of the video that they did not want to see. For example, if the user wanted to watch the last half of the program over again, they would not be able to fast-forward to that last half. This system allows fast forwarding, but prevents content from being watched normally unless the commercials are actually watched. In this way, a user could fast forward to a location in the program where they wanted to watch, press play, and either rewind back to the last commercial set, or click the link to go back to the last commercial set. This is not available from any other system.
Although only a few embodiments have been disclosed in detail above, other embodiments are possible and the inventor intends these to be encompassed within this specification. The specification describes specific examples to accomplish a more general goal that may be accomplished in another way. This disclosure is intended to be exemplary, and the claims are intended to cover any modification or alternative which might be predictable to a person having ordinary skill in the art. For example, other encryption techniques can be used. Other techniques of determining whether the commercial was played at normal speed can be used.
Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the exemplary embodiments of the invention.
The various illustrative logical blocks, modules, and circuits described in connection with the embodiments disclosed herein, may be implemented or performed with 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 any combination thereof designed to perform the functions described herein. A general purpose processor may be used for the electronics, and that may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. The processor can be part of a computer system that also has a user interface port that communicates with a user interface, and which receives commands entered by a user, has at least one memory (e.g., hard drive or other comparable storage, and random access memory) that stores electronic information including a program that operates under control of the processor and with communication via the user interface port, and a video output that produces its output via any kind of video output format, e.g., VGA, DVI, HDMI, displayport, or any other form.
A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. These devices may also be used to select values for devices as described herein.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in Random Access Memory (RAM), flash memory, Read Only Memory (ROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In the alternative, the processor and the storage medium may reside as discrete components in a user terminal.
In one or more exemplary embodiments, the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. Also, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk and disc, as used herein, includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.
Also, the inventors intend that only those claims which use the words “means for” are intended to be interpreted under 35 USC 112, sixth paragraph. Moreover, no limitations from the specification are intended to be read into any claims, unless those limitations are expressly included in the claims. The computers described herein may be any kind of computer, either general purpose, or some specific purpose computer such as a workstation. The programs may be written in C, or Java, Brew or any other programming language. The programs may be resident on a storage medium, e.g., magnetic or optical, e.g. the computer hard drive, a removable disk or media such as a memory stick or SD media, or other removable medium. The programs may also be run over a network, for example, with a server or other machine sending signals to the local machine, which allows the local machine to carry out the operations described herein.
Where a specific numerical value is mentioned herein, it should be considered that the value may be increased or decreased by 20%, while still staying within the teachings of the present application, unless some different range is specifically mentioned. Where a specified logical sense is used, the opposite logical sense is also intended to be encompassed.
The previous description of the disclosed exemplary embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these exemplary embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims
1. A system, comprising:
- a program playing part that produces output from a user program, where said output from said user program includes both program parts and commercial parts;
- said program playing part receiving information from playing of the commercial parts, and uses the information received as part of playing the program parts,
- wherein said information received from playing the commercial parts is effective to enable complete playing of the program parts when the information is received by playing the commercial parts at normal speed and said information received from playing the commercial parts at faster than normal speed is not effective to complete playing of the program parts.
2. The system as in claim 1, wherein said program parts include video parts that are played normally only when the information was received by playing the commercial parts at normal speed.
3. The system as in claim 1, wherein said information received from the playing of the commercial parts includes a decryption code for encrypted program parts.
4. The system as in claim 1, wherein said information received from the playing of the commercial parts includes a digital code that is read from the commercial parts.
5. The system as in claim 4, wherein said digital code comprises a code that is effective to synchronize a clock to proper speed of playing of the commercial parts.
6. The system as in claim 1, wherein said information received from the playing of the commercial parts includes an unlock code that is obtained only when the commercial parts are played at said normal speed.
7. The system as in claim 1, wherein said information received from the playing of the commercial parts is based on a specified image part in the commercial part having been displayed for a specified amount of time.
8. The system as in claim 1, further comprising a link to a commercial part, that is played as part of said program part, where said link is effective to automatically transfer control to playing the commercial part.
9. The system as in claim 1, wherein said information includes an indication of a total amount of time that the commercial has been played.
10. A method, comprising:
- producing output on a computer from a user program, where said output from said user program includes both program parts and commercial parts;
- receiving information on the computer from playing of the commercial parts;
- using the information received as part of playing the commercial parts, to play the program parts on the computer, wherein said information received from playing the commercial parts is effective to enable complete playing of the program parts when the information is received by playing the commercial parts at normal speed and said information received from playing the commercial parts at faster than normal speed is not effective to complete playing of the program parts.
11. The method as in claim 10, wherein said program parts include video parts that are played normally only when the information was received by playing the commercial parts at normal speed.
12. The method as in claim 10, wherein said information from the playing of the commercial parts includes a decryption code for encrypted program parts.
13. The method as in claim 10, wherein said said information received from the playing of the commercial parts includes a clock code that is effective to synchronize a clock only when the commercial parts are played at said normal speed.
14. The method as in claim 10, wherein said information received from the playing of the commercial parts includes an unlock code that is obtained only when the commercial parts are played at said normal speed.
15. The method as in claim 10, further comprising a link to a commercial part, that is played as part of said program part, where said link is effective to automatically transfer control to playing the commercial part.
16. A system, comprising:
- a program playing part that produces output from a user program, where said output from said user program includes both program parts and commercial parts;
- said program playing part receiving information from playing of the commercial parts, wherein said information received from playing the commercial parts is effective to enable complete playing of the program parts when the information is received by playing the commercial parts at normal speed and said information received from playing the commercial parts at faster than normal speed is not effective to complete playing of the program parts; and
- wherein said program playing part displays a link to a commercial part, where selecting said link is effective to automatically transfer control to playing the commercial part.
17. The system as in claim 16, wherein said information received from the playing of the commercial parts includes a decryption code for encrypted program parts.
18. The system as in claim 16, wherein said information received from the playing of the commercial parts includes an unlock code that is obtained only when the commercial parts are played at said normal speed.
19. The system as in claim 16, wherein said information received from the playing of the commercial parts includes a clock code that is effective to synchronize a clock only when the commercial parts are played at said normal speed.
20. The system as in claim 16, wherein said information includes an indication of a total amount of time that the commercial has been played.
Type: Application
Filed: Mar 11, 2014
Publication Date: Jul 10, 2014
Applicant: Harris Technology, LLC (Rancho Santa Fe, CA)
Inventor: Scott C. Harris (Rancho Santa Fe, CA)
Application Number: 14/203,983
International Classification: G11B 27/00 (20060101); H04N 9/87 (20060101);