| System and method for performing efficient program encoding without splicing interference -> Monitor Keywords |
|
|
  System and method for performing efficient program encoding without splicing interferenceUSPTO Application #: 20070250701Title: System and method for performing efficient program encoding without splicing interference Abstract: Multiple-frame format data streams are selectively encrypted at a master head-end prior to distribution. Selective encryption includes monitoring packet for frame header information. Only packets that do not contain frame header information are encrypted, while those that contain frame header information are left unencrypted. Splicers at distribution hubs can then interject local content into the data streams and forward these to individual subscribers at the local node groups. (end of abstract) Agent: Thelen Reid Brown Raysman & Steiner LLP - San Jose, CA, US Inventor: Fabrice M.R. Quinard USPTO Applicaton #: 20070250701 - Class: 713150000 (USPTO) Related Patent Categories: Electrical Computers And Digital Processing Systems: Support, Multiple Computer Communication Using Cryptography The Patent Description & Claims data below is from USPTO Patent Application 20070250701. Brief Patent Description - Full Patent Description - Patent Application Claims
CROSS-REFERENCE TO RELATE APPLICATIONS [0001] (Not applicable) BACKGROUND OF THE INVENTION [0002] 1. Field of the Invention [0003] The invention relates to multiple-frame format data stream encryption. [0004] 2. Description of the Related Art [0005] FIG. 1 is an architectural diagram of a conventional program distribution system 10. At master head-end 11 is disposed a program aggregation device 12 for combining signals from a plurality of IRD encoders such as satellite receivers or MPEG encoders 14. Aggregation device 12, and possibly others like it (not shown) connected by way of a local IP network (not shown), transmits its programming data to a distribution hub 21 with which is associated a plurality of node groups 28 (two are shown) each servicing one or more subscribers 24. The transmission medium is for example an inter-office IP distribution ring 22. At the distribution hub 21, a splicer 16 interjects local content into the data stream (for example, advertising, local news, and so forth) before the data steam reaches an encryption device 18, followed by a QAM (quadrature amplitude modulator) 20, and finally the subscribers 24. The local content interjected into the data stream originates at server 26. [0006] The requirement of an encryption device 18 for each node group 28 is costly and inefficient. However, heretofore it has been perceived as necessary since encryption could not take place until local content from servers 26 was interjected into the data stream, which by definition has to occur locally at each node group. The alternative, which is to perform encryption as far upstream as at the headend, would require a complex frame reconstruction at the distribution hubs so that proper splicing of local programming from servers 26 could be performed. In particular, in order to properly carry out its function, the splicer 16 needs to recognize, analyze, and modify frame header information and other parameters for incoming data in the data stream. The splicer 16 needs to recognize PES (Packetized Elmentary Stream) headers in order to extract the PTS (Presentation Time Stamps) and DTS (Decoding Time Stamps) so that these time stamps can be re-stamped in such a manner that the transition between the incoming data stream and the local content will be seamless and not exhibit any timing discontinuities. The splicer needs to recognize GOP (Group Of Picture) headers in order to extract the information whether the GOP is "close" or "open". The splicer also needs to recognize Picture Headers in order to extract picture information such as frame type (I, P, or B) in order to splice out and back in the data stream on specific frame types. For example splice out of the data stream on I or P frames only, and splice to the data stream on I frames only. The splicer 16 needs to extract the field polarity for each frame (top field or bottom field first). This information is useful to compensate for field polarity mismatch between the incoming data stream and the local content at splice points. Once all this is accomplished, local content from the server 26 can be injected into the data stream at the proper location and in harmony with the content of the data stream. Scrambling the header and other information in advance of the splicer 16 complicates the ability of the splicer to perform its functions, and necessitates a precursor reconstruction step to undo at least some of the scrambling process. To avoid this, encryption has conventionally been performed after splicing, necessitating placement of encryption devices 18 at each local site. BRIEF SUMMARY OF THE INVENTION [0007] In accordance with an aspect of the invention, there is provided a method for encrypting a data stream. The method includes monitoring packets of the data stream to determine if they contain frame header information, and encrypting packets that do not contain frame header information. [0008] In a further aspect of the invention, there is provided a method for handling multiple-frame format information in a data stream. The method includes packetizing the data stream, encrypting the packetized data stream, distributing the encrypted data stream, and interjecting local content into the distributed data stream. [0009] In a further aspect of the invention, there is provided a selective encryption device. The device includes a packet monitor configured to determine the presence of frame header information in a packet, and an encryption module configured to encrypt a packet determined not to contain frame header information. [0010] In a further aspect of the invention, there is provided a data stream distribution system. The system includes a selective encryption device configured to selectively encrypt an incoming data stream, and a splicer configured to interject local content into the selectively encrypted data steam. [0011] In a further aspect of the invention, there is provided a device for encrypting a data stream. The device includes means for monitoring packets of the data stream to determine if they contain frame header information, and means for encrypting packets that do not contain frame header information. [0012] In a further aspect of the invention, there is provided a system for handling multiple-frame format information in a data stream. The system includes means for packetizing the data stream, means for encrypting the packetized data stream, means for distributing the encrypted data stream, and means for interjecting local content into the distributed data stream. BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS [0013] Many advantages of the present invention will be apparent to those skilled in the art with a reading of this specification in conjunction with the attached drawings, wherein like reference numerals are applied to like elements, and wherein: [0014] FIG. 1 is an architectural diagram of a conventional program distribution system; [0015] FIG. 2 is an architectural diagram of a program distribution system in accordance with a first aspect of the invention; [0016] FIG. 3 is a schematic diagram of a typical information packet; and [0017] FIG. 4 is a block diagram of a selective encryption device. DETAILED DESCRIPTION OF THE INVENTION [0018] FIG. 2 is an architectural diagram of a program distribution system in accordance with the invention. In FIG. 2, selective encryption device 30 is interposed in the data stream at the master headend 11, replacing the plurality of such devices 18 at the distribution hubs 28 in the prior art system of FIG. 1. In accordance with this arrangement, the aggregated information from aggregator 12 is encrypted by the selective encryption device 30 at the headend 11 before transmission through network 22 to the network groups 28. However, this encryption is only partial, as the description below will make clear. The partially-encrypted information is transmitted to splicers 16 via IP network 22, where local content from servers 26 is added. The data streams then pass to QAMs 20 and on to the individual subscribers 24. [0019] FIG. 3 shows the layout of an I-frame in accordance with the MPEG compression standard. It will be recalled that in the MPEG compression standard, three types of frames are used. The I-frames are intra-coded--that is, they can be reconstructed without any reference to other frames. The price for this is that they are typically the most information-intensive of the frames and accordingly consume the highest transmission resources. The P-frames are forward-predicted from the last I-frame or P-frame--that is, it is impossible to reconstruct them without the data of another frame (I or P). The B-frames are both forward-predicted and backward-predicted from the last/next I-frame or P-frame-that is, two other frames are necessary to reconstruct them. P- and B-frames are typically less dense than I-frames and consume less transmission resources. I-frames are also referred to as anchor frames and are used as the point of reference here because it is from the I-frames that a newly-tuned channel is initially constructed for viewing, and a splicer 36 uses the I-frames as the least disruptive point to interject content into the data stream. As can be seen from FIG. 3, an I-frame (or any other frame) can be distributed over several 188-byte packets transmitted over the network. A frame contains frame header information including, but not limited to, a PES header including PTS/DTS timestamps, a GOP header including close or open GOP information, Picture Header including frame type information, field polarity, frame or field encoding mode and so forth. In performing its splicing operations, the splicer 36 relies on this header information to determine the point at which local content is to be interjected into the data stream. By keeping this information intact while selectively encrypting other remaining information that is not relied upon by the splicer 36, the splicing function is not interfered with. In this manner, selective encryption can be performed upstream of the splicer 36. In particular, as seen in FIG. 2, encryption of a packetized data stream can take place using a single common selective encryption device 30, rather than a multiplicity of encryption devices each disposed at a downstream location from a local content server. Continue reading... Full patent description for System and method for performing efficient program encoding without splicing interference Brief Patent Description - Full Patent Description - Patent Application Claims Click on the above for other options relating to this System and method for performing efficient program encoding without splicing interference patent application. ###  How KEYWORD MONITOR works... a FREE service from FreshPatents1. Sign up (takes 30 seconds). 2. Fill in the keywords to be monitored. 3. Each week you receive an email with patent applications related to your keywords. Start now! - Receive info on patent apps like System and method for performing efficient program encoding without splicing interference or other areas of interest. ### Previous Patent Application: Peer-to-peer contact exchange Next Patent Application: Firewall-tolerant voice-over-internet-protocol (voip) emulating ssl or http sessions embedding voice data in cookies Industry Class: Electrical computers and digital processing systems: support ### FreshPatents.com Support Thank you for viewing the System and method for performing efficient program encoding without splicing interference patent info. IP-related news and info Results in 0.116 seconds Other interesting Feshpatents.com categories: Accenture , Agouron Pharmaceuticals , Amgen , AT&T , Bausch & Lomb , Callaway Golf |
||
