Systems, methods, and media for streaming media content

• US 9,967,305 B2
• Filed: 06/28/2013
• Issued: 05/08/2018
• Est. Priority Date: 06/28/2013
• Status: Active Grant

• Current Assignee: Sonic IP Incorporated (Endeavor Group Holdings Inc.)
• Original Assignee: DivX, LLC (f/k/a DivX CF Holdings LLC) (SoftBank Group Corp.)
• Inventors: Braness, Jason A
• Primary Examiner(s): Keller, Michael A
• Application Number:
  US13/931,198
• Publication Number:
  US 20150006662A1
• Time in Patent Office: 1,775 Days
• CPC Class Codes: H04L 65/612 for unicast
• CPC Class Codes: H04L 65/70 Media network packetisation
• CPC Class Codes: H04L 65/752 adapting media to network capabilities
• CPC Class Codes: H04L 65/756 adapting media to device capabilities

Abstract

Methods, systems, and computer readable media for streaming media content are provided. In some embodiments, the methods comprise: receiving top level index data from a server; caching the top level index data in an index file; receiving header data associated with a first media content file from the server; caching the header data in a header file; receiving a first segment of the first media content file based at least in part on the index file; caching the first segment of the first media content file in a first file; updating the index file to include information about the first file; and causing the first fragment to be displayed based at least in part on the index file and the header file.

Claims

1. A method for streaming media content, the method comprising:

receiving on a playback device top level index data from a manifest server;

caching the top level index data in a top level index file on the playback device, wherein the top level index file comprises Uniform Resource Identifiers (URIs) for a plurality of media content files with different versions;

parsing the top level index file to obtain a URI of at least one header associated with a first media content file;

sending at least one request that includes the URI of the at least one header associated with the first media content file to a server;

receiving on the playback device header data associated with the first media content file from the server;

caching the header data in a header file cached on the playback device;

updating the top level index file using the playback device to include a URI providing a file path location of the header file on the playback device;

obtaining at least one URI corresponding to a first fragment of the first media content file based on the top level index file;

requesting the first fragment from a server based on the at least one URI corresponding to the first fragment;

receiving on the playback device the first fragment of the first media content file based at least in part on the top level index file;

caching the first fragment of the first media content file in a first file on the playback device;

updating the top level index file using the playback device to include a URI providing the file path location of the first file that includes the cached first fragment within the storage of the playback device;

receiving a request for playback of media content;

retrieving the cached header file based on the updated top level index file by parsing the top level index file to obtain the URI providing the file path location of the cached header file within the storage of the playback device;

configuring a decoder based at least in part upon the header data within the cached header file;

retrieving the cached first fragment based on the updated top level index file by parsing the updated top level index file to obtain the URI providing the file path location of the first file that includes the cached first fragment within the storage of the playback device;

extracting and decoding media content data from the cached first fragment using the decoder;

causing the decoded media content data to be displayed.

2. The method of claim 1, further comprising:

receiving a second fragment of a second media content file based at least in part on the top level index file;

caching the second fragment of the second media content file in a second file;

updating the top level index file to include a URI providing a location of the second file; and

causing the second fragment to be displayed based at least in part on the updated top level index file and the header file.

3. The method of claim 2, wherein the second media content file and the first media content file contain encoded video data having different bit rates.

4. The method of claim 2, wherein the second media content file and the first media content file contain encoded video data having different frame rates.

5. The method of claim 2, wherein the second media content file and the first media content file contain encoded video data having different resolutions.

6. The method of claim 2, further comprising retrieving the second fragment based on the updated top level index file.

7. The method of claim 1, further comprising:

obtaining at least one URI corresponding to a second fragment based on the top level index file; and

requesting the second fragment from the server based on the at least one URI.

8. The method of claim 1, further comprising:

requesting fragment index data based at least in part on the top level index file; and

receiving the fragment index data from the server.

9. The method of claim 1, further comprising retrieving the first file based on the updated top level index file.

10. The method of claim 1, further comprising simultaneously caching the first fragment of the first media content file and causing the first fragment to be displayed.

11. The method of claim 1, wherein the first file is an Extensible Binary Meta Language (EBML) container file.

12. A system for streaming media content, the system comprising:

at least one hardware processor that is configured to;

receive top level index data from a manifest server;

cache the top level index data in a top level index file, wherein the top level index file comprises Uniform Resource Identifiers (URIs) for a plurality of media content files with different versions;

parse the top level index file to obtain a URI of at least one header associated with a first media content file;

send at least one request that includes the URI of the at least one header associated with the first media content file to a server;

receive header data associated with the first media content file from the server;

cache the header data in a header file cached within a storage of the system;

update the top level index file to include a URI providing a file path location of the header file within the storage of the system;

obtain at least one URI corresponding to a first fragment of the first media content file based on the top level index file;

request the first fragment from a server based on the at least one URI corresponding to the first fragment;

receive the first fragment of the first media content file based at least in part on the top level index file;

cache the first fragment of the first media content file in a first file within the storage of the system;

update the top level index file to include a URI providing a file path location of the first file that includes the cached first fragment within the storage of system;

receive a request for playback of media content;

retrieve the cached header file based on the updated top level index file by parsing the top level index file to obtain the URI providing the file path location of the cached header file within the storage of the playback device;

configure a decoder based at least in part upon the header data within the cached header file;

retrieve the cached first fragment based on the updated top level index file by parsing the updated top level index file to obtain the URI providing the file path location of the first file that includes the cached first fragment within the storage of the playback device;

extract and decode media content data from the cached first fragment using the decoder;

cause the decoded media content data to be displayed.

13. The system of claim 12, wherein the at hardware processor is further configured to:

receive a second fragment of a second media content file based at least in part on the top level index file;

cache the second fragment of the second media content file in a second file;

update the top level index file to include a URI providing the file path location of the second file; and

cause the second fragment to be displayed based at least in part on the updated top level index file and the header file.

14. The system of claim 13, wherein the second media content file and the first media content file contain encoded video data having different bit rates.

15. The system of claim 13, wherein the second media content file and the first media content file contain encoded video data having different frame rates.

16. The system of claim 13, wherein the second media content file and the first media content file contain encoded video data having different resolutions.

17. The system of claim 13, wherein the hardware processor is further configured to retrieve the second file based on the updated top level index file.

18. The system of claim 12, wherein the hardware processor is further configured to:

obtain at least one URI corresponding to a second fragment based on the top level index file; and

request the second fragment from the server based on the at least one URI.

19. The system of claim 12, wherein the hardware processor is further configured to:

request fragment index data based at least in part on the top level index file; and

receive the fragment index data from the server.

20. The system of claim 12, wherein the hardware processor is further configured to retrieve the first file based on the updated top level index file.

21. The system of claim 12, wherein the at least one hardware processor is further configured to simultaneously cache the first fragment of the first media content file and cause the first fragment to be displayed.

22. The system of claim 12, wherein the first file is an Extensible Binary Meta Language (EBML) container file.

23. A non-transitory computer-readable medium containing computer-executable instructions that, when executed by a hardware processor, cause the hardware processor to perform a method for streaming media content, the method comprising:

receiving top level index data from a manifest server;

caching the top level index data in a top level index file, wherein the top level index file comprises Uniform Resource Identifiers (URIs) for a plurality of media content files with different versions;

parsing the top level index file to obtain a URI of at least one header associated with a first media content file;

sending at least one request that includes the URI of the at least one header associated with the first media content file to a server;

receiving header data associated with the first media content file from the server;

caching the header data in a header file cached within a storage;

updating the top level index file to include a URI providing a file path location of the header file within the storage;

obtaining at least one URI corresponding to a first fragment of the first media content file based on the top level index file;

requesting the first fragment from a server based on the at least one URI corresponding to the first fragment;

receiving the first fragment of the first media content file based at least in part on the top level index file;

caching the first fragment of the first media content file in a first file within the storage;

updating the top level index file to include a URI providing the file path location of the first file that includes the cached first fragment within the storage;

receiving a request for playback of media content;

retrieving the cached header file based on the updated top level index file by parsing the top level index file to obtain the URI providing the file path location of the cached header file within the storage of the playback device;

configuring a decoder based at least in part upon the header data within the cached header file;

retrieving the cached first fragment based on the updated top level index file by parsing the updated top level index file to obtain the URI providing the file path location of the first file that includes the cached first fragment within the storage of the playback device;

extracting and decoding media content data from the cached first fragment using the decoder;

causing the decoded media content data to be displayed.

24. The non-transitory computer-readable medium of claim 23, wherein the method further comprises:

receiving a second fragment of a second media content file based at least in part on the top level index file;

caching the second fragment of the second media content file in a second file;

updating the top level index file to include a URI providing a location of the second file; and

causing the second fragment to be displayed based at least in part on the updated top level index file and the header file.

25. The non-transitory computer-readable medium of claim 24, wherein the second media content file and the first media content file contain encoded video data having different bit rates.

26. The non-transitory computer-readable medium of claim 24, wherein the second media content file and the first media content file contain encoded video data having different frame rates.

27. The non-transitory computer-readable medium of claim 24, wherein the second media content file and the first media content file contain encoded video data having different resolutions.

28. The non-transitory computer-readable medium of claim 24, wherein the method further comprises retrieving the second file based on the updated top level index file.

29. The non-transitory computer-readable medium of claim 23, wherein the method further comprises:

obtaining at least one URI corresponding to a second fragment based on the top level index file; and

requesting the second fragment from the server based on the at least one URI.

30. The non-transitory computer-readable medium of claim 23, wherein the method further comprises:

requesting fragment index data based at least in part on the top level index file; and

receiving the fragment index data from the server.

31. The non-transitory computer-readable medium of claim 23, wherein the method further comprises retrieving the first file based on the updated top level index file.

32. The non-transitory computer-readable medium of claim 23, wherein the method further comprises simultaneously caching the first fragment of the first media content file and causing the first fragment to be displayed.

33. The non-transitory computer-readable medium of claim 23, wherein the first file is an Extensible Binary Meta Language (EBML) container file.