Dynamic manifest generation based on client identity

• US 9,762,639 B2
• Filed: 10/28/2016
• Issued: 09/12/2017
• Est. Priority Date: 06/30/2010
• Status: Active Grant

• Current Assignee: Brightcove Incorporated
• Original Assignee: Brightcove Incorporated
• Inventors: McGowan, Albert John, Gordon, Michael M.
• Primary Examiner(s): HUSSAIN, TAUQIR
• Application Number:
  US15/337,865
• Publication Number:
  US 20170142180A1
• Time in Patent Office: 319 Days
• Field of Search: 709232
• CPC Class Codes: G06Q 30/0277 Online advertisement
• CPC Class Codes: H04L 65/1069 Session establishment or de-establishment
• CPC Class Codes: H04L 65/612 for unicast
• CPC Class Codes: H04L 65/65 Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
• CPC Class Codes: H04L 65/762 at the source reformatting of additional data in video distribution servers H04N21/2355
• CPC Class Codes: H04N 21/2187 Live feed
• CPC Class Codes: H04N 21/23608 Remultiplexing multiplex streams, e.g. involving modifying time stamps or remapping the packet identifiers
• CPC Class Codes: H04N 21/2393 involving handling client requests scheduling or organising the servicing of application requests H04L67/60
• CPC Class Codes: H04N 21/242 Synchronization processes, e.g. processing of PCR [Program Clock References] arrangements for synchronising broadcast or distribution via plural systems in broadcast distribution systems H04H20/18
• CPC Class Codes: H04N 21/25808 Management of client data terminal profiles in network data switching protocols H04L67/303
• CPC Class Codes: H04N 21/262 Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists scheduling strategies for dispatcher in multiprogramming arrangements G06F9/4881; arrangements for scheduling broadcast services or broadcast-related services H04H60/06; flow control in packet networks H04L47/10; establishing a time schedule or organising the servicing of application requests H04L67/62
• CPC Class Codes: H04N 21/4302 Content synchronisation processes, e.g. decoder synchronisation
• CPC Class Codes: H04N 21/812 involving advertisement data advertising per se G06Q30/02
• CPC Class Codes: H04N 21/84 Generation or processing of descriptive data, e.g. content descriptors systems specially adapted for using meta-information in broadcast systems H04H60/73
• CPC Class Codes: H04N 21/8456 by decomposing the content in the time domain, e.g. in time segments
• CPC Class Codes: H04N 21/8547 involving timestamps for synchronizing content

Abstract

Timestamps for streams of media that transition from one media source to another (such as from live content to on-demand content, and vice versa) can be rewritten by a server to help ensure error-free streaming by the client. Embodiments can coordinate the creation of a client manifest with the dynamic creation of a requested segment of media (i.e., “chunk”) to determine how to rewrite timestamps of requested chunks such that they are continuous through the transition.

Claims

1. A server for streaming media via a data communications network, the server comprising:

a network interface for communicating with the data communications network;

a memory; and

a processor communicatively coupled with the memory and the network interface, the processor further configured to cause the server to;

receive, via the network interface, a universal source locator (URL) in a first request from a first client, wherein the URL includes information indicative of a requested media source;

determine an identity of the first client;

determine a first device type based on the identity of the first client;

based at least in part on the determination of the first device type, generate a first manifest having information for streaming one or more segments of the requested media source in accordance with a first chunking protocol via the data communications network;

sending, via the network interface, the first manifest to the first client;

receive, via the network interface, the URL in a second request from a second client;

determine an identity of the second client, the identity of the second client different from the identity of the first client;

determine a second device type based on the identity of the second client, the second device type different from the first device type;

generate a second manifest having information for streaming the one or more segments of the requested media source in accordance with a second chunking protocol via the data communications network, wherein content of the second manifest is different from content of the first manifest; and

send, via the network interface, the second manifest to the second client.

2. The server for streaming media via the data communications network as recited in claim 1, wherein the processor is configured to cause the server to determine a network type associated with the identity of the first client, wherein either or both of a format or content of the first manifest further is based, at least in part, on the network type.

3. The server for streaming media via the data communications network as recited in claim 2, wherein the processor is configured to cause the server to include, in the first manifest, information indicative of a set of bitrates for streaming the requested media source, wherein the set of bitrates is based, at least in part, on either or both of the identity of the first client and the network type.

4. The server for streaming media via the data communications network as recited in claim 3, wherein the processor is configured to cause the server to include, in the first manifest, information indicative of an initial bitrate of the set of bitrates for streaming the requested media source, wherein the initial bitrate is based, at least in part, on either or both of the identity of the first client and the network type.

5. The server for streaming media via the data communications network as recited in claim 1, wherein the processor is configured to cause the server to:

receive, via the network interface, data regarding the requested media source, wherein the data includes information indicative of at least one point, during playback of the requested media source, at which at least one other media source is to be shown;

receive, via the network interface, information regarding the at least one other media source; and

configure either or both of the first manifest and the second manifest such that the at least one other media source is shown at the at least one point during the playback of the requested media source.

6. The server for streaming media via the data communications network as recited in claim 5, wherein the processor is configured to cause the server to configure either or both of the first manifest and the second manifest to include at least one beaconing URL which, when used, is indicative of playback of the at least one other media source.

7. The server for streaming media via the data communications network as recited in claim 1, wherein the processor is configured to cause the server to include in either or both of the first manifest and the second manifest, at least one beaconing URL which, when used, indicates a certain point has been reached in playback of the requested media source.

8. A method of streaming media via a data communications network, the method comprising:

receiving a universal source locator (URL) in a first request from a first client, wherein the URL includes information indicative of a requested media source;

determining an identity of the first client;

determining a first device type based on the identity of the first client;

based at least in part on the determination of the first device type, generating, with a processor, a first manifest having information for streaming one or more segments of the requested media source in accordance with a first chunking protocol via the data communications network;

sending the first manifest to the first client;

receiving the URL in a second request from a second client;

determining an identity of the second client, the identity of the second client different from the identity of the first client;

determining a second device type based on the identity of the second client, the second device type different from the first device type;

based at least in part on the determination of the second device type, generating, with the processor, a second manifest having information for streaming the one or more segments of the requested media source in accordance with a second chunking protocol via the data communications network, wherein content of the second manifest is different from content of the first manifest; and

sending the second manifest to the second client.

9. The method of streaming media via the data communications network as recited in claim 8, further comprising determining a network type associated with the identity of the first client, wherein either or both of a format or content of the first manifest is further is based, at least in part, on the network type.

10. The method of streaming media via the data communications network as recited in claim 9, wherein the network type includes mobile wireless network or wired network.

11. The method of streaming media via the data communications network as recited in claim 9, further comprising including, in the first manifest, information indicative of a set of bitrates for streaming the requested media source, wherein the set of bitrates is based, at least in part, on either or both of the identity of the first client and the network type.

12. The method of streaming media via the data communications network as recited in claim 11, further comprising including information, in the first manifest, indicative of an initial bitrate of the set of bitrates for streaming the requested media source, wherein the initial bitrate is based, at least in part, on either or both of the identity of the first client and the network type.

13. The method of streaming media via the data communications network as recited in claim 8, further comprising:

receiving data regarding the requested media source, wherein the data includes information indicative of at least one point, during playback of the requested media source, at which at least one other media source is to be shown;

receiving information regarding the at least one other media source; and

including, in either or both of the first manifest and the second manifest, information for streaming one or more segments of the at least one other media source at the at least one point during the playback of the requested media source.

14. The method of streaming media via the data communications network as recited in claim 13, wherein either or both of the first manifest and the second manifest include at least one beaconing URL which, when used, is indicative of playback of at least one advertisement.

15. The method of streaming media via the data communications network as recited in claim 8, wherein either or both of the first manifest and the second manifest include at least one beaconing URL which, when used, is indicative of a certain point has been reached in playback of the requested media source.

16. The method of streaming media via the data communications network as recited in claim 8, wherein either or both of the first manifest and the second manifest include at least one URL indicative of a request for an additional manifest.

17. The method of streaming media via the data communications network as recited in claim 8, wherein either or both of the first manifest and the second manifest include at least one URL indicative of a request for content of the requested media source.

18. A non-transitory computer-readable medium having instructions embedded thereon for streaming media via a data communications network, the instructions including computer code for:

receiving a universal source locator (URL) in a first request from a first client, wherein the URL includes information indicative of a requested media source;

determining an identity of the first client;

determining a first device type based on the identity of the first client;

based at least in part on the determination of the first device type, generating a first manifest having information for streaming one or more segments of the requested media source in accordance with a first chunking protocol via the data communications network;

sending the first manifest to the first client;

receiving the URL in a second request from a second client;

determining an identity of the second client, the identity of the second client different from the identity of the first client;

determining a second device type based on the identity of the second client, the second device type different from the first device type;

based at least in part on the determination of the second device type, generating a second manifest having information for streaming the one or more segments of the requested media source in accordance with a second chunking protocol via the data communications network, wherein content of the second manifest is different from content of the first manifest; and

sending the second manifest to the second client.

19. The non-transitory computer-readable medium as recited in claim 18, wherein the instructions further comprise computer code for including information in the first manifest indicative of an initial bitrate of a set of bitrates for streaming the requested media source, wherein the initial bitrate is based, at least in part, on either or both of the identity of the first client and a network type.

20. The non-transitory computer-readable medium as recited in claim 18, wherein the instructions further comprise computer code for:

receiving data regarding the requested media source, wherein the data includes information indicative of at least one point, during playback of the requested media source, at which at least one other media source is to be shown;

receiving information regarding the at least one other media source; and

including, in either or both of the first manifest and the second manifest, information for streaming one or more segments of the at least one other media source at the at least one point during the playback of the requested media source.