Opportunistic block transmission with time constraints

• US 9,781,007 B2
• Filed: 03/08/2016
• Issued: 10/03/2017
• Est. Priority Date: 03/23/2005
• Status: Active Grant

• Current Assignee: Numecent Holdings Incorporated
• Original Assignee: Numecent Holdings Incorporated
• Inventors: DeVries, Jeffrey, Hitomi, Arthur S.
• Primary Examiner(s): DOAN, DUC T
• Application Number:
  US15/064,286
• Publication Number:
  US 20160191323A1
• Time in Patent Office: 574 Days
• Field of Search: None
• CPC Class Codes: G06F 12/0802 Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
• CPC Class Codes: G06F 12/0862 with prefetch
• CPC Class Codes: G06F 12/0864 using pseudo-associative means, e.g. set-associative or hashing
• CPC Class Codes: G06F 13/1673 using buffers
• CPC Class Codes: H04L 41/0896 Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities flow or congestion control using dynamic resource allocation, e.g. in-call renegotiation, H04L47/76
• CPC Class Codes: H04L 65/612 for unicast
• CPC Class Codes: H04L 65/70 Media network packetisation
• CPC Class Codes: H04L 67/5681 Pre-fetching or pre-delivering data based on network characteristics

Abstract

A technique for determining a data window size allows a set of predicted blocks to be transmitted along with requested blocks. A stream enabled application executing in a virtual execution environment may use the blocks when needed.

Claims

1. A method comprising:

receiving a request, from a streaming playback device, for a block of a stream-enabled application virtualized at a client device by the streaming playback device;

determining likelihoods of additional blocks of the stream-enabled application being requested based on an identification of the block of the stream-enabled application using probability data;

generating an output buffer that includes the block of the stream-enabled application;

adding at least a portion of the additional bocks of the stream-enabled application to the output buffer based on the likelihoods of the additional blocks of the stream-enabled application being requested and a data window size of the output buffer, the data window size of the output buffer varied based on user responsiveness requirements to control a number of the additional blocks of the stream-enabled application added to the output buffer while still meeting the user responsive requirements in executing the stream-enabled application virtualized at the client device using the block of the stream-enabled application;

providing the output buffer to the streaming playback device.

2. The method of claim 1, wherein the data window size is based on a maximum throughput with the streaming playback device.

3. The method of claim 1, wherein the at least the portion of the additional blocks of the stream-enabled application are added to the output buffer in an order of decreasing likelihood that the additional blocks of the stream-enabled application will be requested.

4. The method of claim 1, wherein the probability data is a logical block probability table.

5. The method of claim 1, wherein the probability data is generated based on a probability that the at least the portion of the additional blocks of the stream-enabled application will be seen in a number of stages ahead of a current stage in virtualizing the stream-enabled application at a current stage using the block of the stream-enabled application.

6. The method of claim 1, wherein the user responsiveness requirements include an interactivity threshold that is a limit on an amount of time that an individual interacting with the streaming playback device can wait for the at least the portion of the additional blocks in virtualizing the stream-enabled application.

7. The method of claim 1, wherein the data window size is based on a maximum throughput with the streaming playback device and the maximum throughput is determined dynamically as the stream-enabled application is virtualized by the streaming playback device.

8. The method of claim 1, wherein the data window size is based on a maximum throughput with the streaming playback device and the maximum throughput is determined by running a throughput through a low pass filter to determine an average throughput, the average throughput used in determining the maximum throughput with the streaming playback device.

9. The method of claim 1, wherein the data window size is based on a maximum throughput with the streaming playback device and the maximum throughput is determined dynamically based on a latency with the streaming playback device.

10. A system comprising:

an interface configured to receive a request, from a streaming playback device, for a block of a stream-enabled application virtualized at a client device by the streaming playback device;

a predictor configured to determine likelihoods of additional blocks of the stream-enabled application being requested based on an identification of the block of the stream-enabled application using probability data;

a predicted block aggregation engine configured to;

generate an output buffer that includes the block of the stream-enabled application;

add at least a portion of the additional bocks of the stream-enabled application to the output buffer based on the likelihoods of the additional blocks of the stream-enabled application being requested and a data window size of the output buffer, the data window size of the output buffer varied based on user responsiveness requirements to control a number of the additional blocks of the stream-enabled application added to the output buffer while still meeting the user responsive requirements in executing the stream-enabled application virtualized at the client device using the block of the stream-enabled application;

the interface further configured to provide the output buffer to the streaming playback device.

11. The system of claim 10, wherein the data window size is based on a maximum throughput with the streaming playback device.

12. The system of claim 10, wherein the at least the portion of the additional blocks of the stream-enabled application are added to the output buffer in an order of decreasing likelihood that the additional blocks of the stream-enabled application will be requested.

13. The system of claim 10, wherein the probability data is a logical block probability table.

14. The system of claim 10, wherein the probability data is generated based on a probability that the at least the portion of the additional blocks of the stream-enabled application will be seen in a number of stages ahead of a current stage in virtualizing the stream-enabled application at a current stage using the block of the stream-enabled application.

15. The system of claim 10, wherein the user responsiveness requirements include an interactivity threshold that is a limit on an amount of time that an individual interacting with the streaming playback device can wait for the at least the portion of the additional blocks in virtualizing the stream-enabled application.

16. The system of claim 10, wherein the data window size is based on a maximum throughput with the streaming playback device and the maximum throughput is determined dynamically as the stream-enabled application is virtualized by the streaming playback device.

17. The system of claim 10, wherein the data window size is based on a maximum throughput with the streaming playback device and the maximum throughput is determined by running a throughput through a low pass filter to determine an average throughput, the average throughput used in determining the maximum throughput with the streaming playback device.

18. The system of claim 10, wherein the data window size is based on a maximum throughput with the streaming playback device and the maximum throughput is determined dynamically based on a latency with the streaming playback device.