Method and system for HTTP-based stream delivery
US-9537967-B2 · Jan 3, 2017 · US
US10601887B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10601887-B2 |
| Application number | US-201715660425-A |
| Country | US |
| Kind code | B2 |
| Filing date | Jul 26, 2017 |
| Priority date | Dec 28, 2009 |
| Publication date | Mar 24, 2020 |
| Grant date | Mar 24, 2020 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A method of delivering a live stream is implemented within a content delivery network (CDN) and includes the high level functions of recording the stream using a recording tier, and playing the stream using a player tier. The step of recording the stream includes a set of sub-steps that begins when the stream is received at a CDN entry point in a source format. The stream is then converted into an intermediate format (IF), which is an internal format for delivering the stream within the CDN and comprises a stream manifest, a set of one or more fragment indexes (FI), and a set of IF fragments. The player process begins when a requesting client is associated with a CDN HTTP proxy. In response to receipt at the HTTP proxy of a request for the stream or a portion thereof, the HTTP proxy retrieves (either from the archive or the data store) the stream manifest and at least one fragment index. Using the fragment index, the IF fragments are retrieved to the HTTP proxy, converted to a target format, and then served in response to the client request. The source format may be the same or different from the target format. Preferably, all fragments are accessed, cached and served by the HTTP proxy via HTTP.
Opening claim text (preview).
Having described our invention, what we claim is as follows: 1. A system, comprising: an edge machine comprising a processor, and computer memory holding computer program instructions executed by the processor; and a translator machine located remotely from the edge machine and comprising a processor, and computer memory holding computer program instructions that comprise an HTTP proxy, and a translator process, the HTTP proxy and the translator process interacting with one another over a shared memory in the translator machine; wherein the HTTP proxy is configured to perform partial object caching (POC) of raw data fragments comprising a requested stream, and wherein the translator process is configured to generate and provide a stream manifest, an index and one or more media fragments to facilitate delivery by the edge machine of the requested stream; wherein information comprising the requested stream is stored in association with the translator machine in an intermediate format that differs from a target format of the requested stream as delivered by the edge machine; wherein, in response to receipt at the HTTP proxy of the translator machine of a request for the stream manifest issued from the edge machine and that the HTTP proxy can service directly, the HTTP proxy returns the stream manifest; and wherein, in response to receipt at the HTTP proxy of the request for the stream manifest that the HTTP proxy cannot service directly, the HTTP proxy forwards the request together with a unique host header to the translator process over a localhost connection and the shared memory, wherein a response returned to the HTTP proxy by the translator process also carries the unique host header. 2. The system as described in claim 1 wherein the intermediate format is a fragmented MP4 format. 3. The system as described in claim 1 wherein the intermediate format comprises the stream manifest, a set of one or more fragment indexes (FI), and a set of IF fragments, each IF fragment identified by a fragment number and comprising a header and a payload. 4. The system as described in claim 3 wherein the stream manifest comprises stream metadata, and information about the one or more fragment indexes. 5. The system as described in claim 4 wherein a fragment index comprises information identifying a key frame associated with a given time slice, a key frame-to-fragment number mapping, a key frame-to-time mapping, and a key frame-to-byte offset in a key frame-to-fragment number mapping. 6. The system as described in 4 wherein fragment numbers associated with a set of IF fragments are consecutive. 7. The system as described in claim 1 wherein the information identified in the request is one of: the stream manifest, the index, and a media fragment. 8. The system as described in claim 1 wherein the unique host header ensures that content delivered from the HTTP proxy to the edge machine is associated with a particular entity.
Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network · CPC title
Electricity · mapped topic
Electricity · mapped topic
Electricity · mapped topic
Electricity · mapped topic
Related publications grouped by family.
Answers are generated from the same data shown on this page.