Fragmented file structure for live media stream delivery

Patent metadata

Field	Value
Publication number	US-9596522-B2
Application number	US-79457210-A
Country	US
Kind code	B2
Filing date	Jun 4, 2010
Priority date	Jun 4, 2010
Publication date	Mar 14, 2017
Grant date	Mar 14, 2017

Abstract

Media files such as MPEG-4 files are fragmented to allow for media and live media creation and delivery. A MPEG-4 standard description box includes synchronization information, end of file information, and chapter information to provide signaling information for near live playback of fragments. Playback can begin upon receiving a first MPEG-4 file fragment. A second MPEG-4 file fragment can be requested using information included in the first MPEG-4 file fragment.

First claim

The invention claimed is:

1. A method, comprising:
receiving a first request for a near live media program at a fragment server from a client device, the first request including a first bit rate, the near live media program being stored at the fragment server as artificially created short time interval programs of the near live media program;
transmitting a first fragment associated with the near live media program encoded at the first bit rate associated with the request, the first fragment including a first fragment number and a box structure including synchronization information, chapter information, and end of file information, wherein the box structure allows MPEG-4 fragmentation without out of band signaling, wherein end of file information includes information to continue streaming a next program, wherein the end of file information further includes random access information that can be used to enable a client to perform bandwidth adaptation and trick play functionality;
receiving a second request for the near live media program at the fragment server, the second request including a second fragment number derived from the first fragment number, the second request including a second bit rate; and
transmitting a second fragment associated with the near live media program, the second fragment including the second fragment number, the second fragment corresponding to the second bit rate, wherein the second bit rate is a higher or lower bit rate than the first bit rate;
wherein the first and second fragments are extended with custom headers for optimization and are maintained in a caching layer for a limited period of time in order to allow for near live distribution of media streams,
wherein the fragment server uses a REST API that is cache friendly so that requests made to the fragment server can be cached, the fragment server using cache control headers to provide hints to caches,
wherein an HTTP proxy is used at the head end to cache requests so as to reduce the number of dynamic requests received at the fragment server.

2. The method of claim 1 , wherein the fragment number corresponds to a time index for a near live media program.

3. The method of claim 1 , wherein the first request is an HTTP GET request.

4. The method of claim 1 , wherein synchronization information is used to synchronize audio and video when playback entails starting in the middle of a stream.

5. The method of claim 1 , wherein the first fragment and the second fragment include different portions of the near live media program.

6. The method of claim 5 , wherein the client device begins playback of the near live media program before receiving the second fragment.

7. The method of claim 5 , wherein end of file information signals when the near live media program is over.

8. The method of claim 1 , wherein chapter information is used for video on demand content that is broken up into chapters.

9. The method of claim 1 , wherein the second fragment includes the second fragment number and the box structure supporting synchronization information, chapter information, and end of file information.

10. A system, comprising:
an input interface configured to receive a first request from a client device for a near live media program, the first request including a first bit rate, the near live media program being stored at the fragment server as artificially created short time interval programs of the near live media program;
an output interface configured to transmit a first fragment associated with the near live media program encoded at the first bit rate associated with the request;
a processor configured to include a first fragment number and a box structure including synchronization information, chapter information, and end of file information in the first fragment, wherein the box structure allows MPEG-4 fragmentation without out of band signaling, wherein end of file information includes information to continue streaming a next program, wherein the end of file information further includes random access information that can be used to enable a client to perform bandwidth adaptation and trick play functionality;
wherein the input interface is further configured to receive a second request for the near live media program at the fragment server, the second request including a second fragment number derived from the first fragment number, the second request including a second bit rate; and
wherein the output interface is further configured to transmit a second fragment associated with the near live media program, the second fragment including the second fragment number, the second fragment corresponding to the second bit rate, wherein the second bit rate is a higher or lower bit rate than the first bit rate;
wherein the first and second fragments are extended with custom headers for optimization and are maintained in a caching layer for a limited period of time in order to allow for near live distribution of media streams,
wherein the fragment server uses a REST API that is cache friendly so that requests made to the fragment server can be cached, the fragment server using cache control headers to provide hints to caches,
wherein an HTTP proxy is used at the head end to cache requests so as to reduce the number of dynamic requests received at the fragment server.

11. The system of claim 10 , wherein the fragment number corresponds to a time index for a near live media program.

12. The system of claim 10 , wherein the first request is an HTTP GET request.

13. The system of claim 10 , wherein synchronization information is used to synchronize audio and video when playback entails starting in the middle of a stream.

14. The system of claim 10 , wherein the first fragment and the second fragment include different portions of the near live media program.

15. The system of claim 14 , wherein the client device begins playback of the near live media program before receiving the second fragment.

16. The system of claim 14 , wherein end of file information signals when the near live media program is over.

17. The system of claim 10 , wherein chapter information is used for video on demand content that is broken up into chapters.

18. The system of claim 10 , wherein the second fragment includes the second fragment number and the box structure supporting synchronization information, chapter information, and end of file information.

19. A non-transitory computer readable storage medium, comprising:
computer code for receiving a first request for a near live media program at a fragment server from a client device, the first request including a first bit rate, the near live media program being stored at the fragment server as artificially created short time interval programs of the near live media program;
computer code for transmitting a first fragment associated with the near live media program encoded at the first bit rate associated with the request, the first fragment including a first fragment number and a box structure including synchronization information, chapter information, and end of file information, wherein the box structure allows MPEG-4 fragmentation without out of band signaling, wherein end of file information includes information to continue streaming a next program, wherein the end of file information further includes random access information that can be used to enable a client to perform bandwidth adaptation and trick play functionality;
computer code for receiving a second request for the near live media program at the fragment server, the second request

Assignees

• Odlund Anders
• Karlsson Kent
• Mobitv Inc

Inventors

• Odlund Anders
• Karlsson Kent

Classifications

• H04N21/8456 Primary

  by decomposing the content in the time domain, e.g. in time segments · CPC title

• H04N21/23106

  involving caching operations (prefetching while addressing of a memory level in which the access to the desired data or data block requires associative addressing means within memory systems or architectures G06F12/0862; caching at an intermediate stage in a data network H04L67/568) · CPC title

• H04N21/2183

  Cache memory {(caches in web servers or browsers G06F16/9574; intermediate storage and caching in data networks H04L67/568)} · CPC title

• H04N21/2187

  Live feed · CPC title

• H04N21/8451

  using Advanced Video Coding [AVC] · CPC title