Initially establishing and periodically prefetching digital content

• US 9,628,543 B2
• Filed: 02/14/2014
• Issued: 04/18/2017
• Est. Priority Date: 09/27/2013
• Status: Expired due to Fees

• Current Assignee: Samsung Electronics Co. Ltd.
• Original Assignee: Samsung Electronics Co. Ltd.
• Inventors: Lim, Patrick H., Tang, Harvey, Wai, King-Sun, Bell, Alissa W., Agboatwalla, Adnan M., Tsui, Daren Teh Chuan, Lai, Willy, Lui, Jeffrey, McMichael, Kelly, Safi, Samir, Ma, Yen, Skant, Olchi, Everette, Neil, Sedota, Cheryl, Valesco, Maverick, Kobetz, Rachel, Ho, Edwin, Hwang, Shawn
• Primary Examiner(s): Flanders, Andrew C
• Application Number:
  US14/181,570
• Publication Number:
  US 20150095777A1
• Time in Patent Office: 1,159 Days
• CPC Class Codes: G06F 3/04847 Interaction techniques to control parameter settings, e.g. interaction with sliders or dials
• CPC Class Codes: G06F 3/04883 for inputting data by handwriting, e.g. gesture or text
• CPC Class Codes: H04L 67/02 based on web technology, e.g. hypertext transfer protocol [HTTP]
• CPC Class Codes: H04L 67/142 Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
• CPC Class Codes: H04L 67/145 avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
• CPC Class Codes: H04L 67/5681 Pre-fetching or pre-delivering data based on network characteristics

Abstract

Content playback that includes maintaining a connection between an electronic device and a content source. Content is prefetched prior to attempting to play one or more stations on the electronic device. Scanning a multiple stations and listening to a particular one station is distinguishable.

Claims

1. A method for content playback comprising:

maintaining a wireless connection between an electronic device and a content source;

prefetching, by the electronic device, content prior to attempting to play at least one station on the electronic device;

distinguishing between scanning a plurality of stations and playing a particular one station; and

playing a preview content clip from memory of the electronic device until a particular mode time threshold is reached.

2. The method of claim 1, wherein:

maintaining the connection comprises an open command channel with the content source; and

prefetching content comprises prefetching preview content clips, cover art, and metadata for all on-deck content for the plurality of stations.

3. The method of claim 2, wherein the open command channel comprises an Open WebSocket command channel, and the content source comprises a server.

4. The method of claim 3, further comprising:

receiving a heartbeat periodically for reducing antenna wakeup time and associated latency; and

loading the preview content clip from a file system into a buffer in the memory of the electronic device.

5. The method of claim 4, further comprising:

maintaining playback in a scan mode prior to reaching the particular mode time threshold; and

requesting additional content data upon a determination that content in the buffer is below a first particular storage size threshold after the particular mode time threshold is reached.

6. The method of claim 5, further comprising:

triggering a request for a preview content clip of next content available for playback of a current selected station upon a determination that the content in the buffer is above the first particular storage size threshold; and

displaying stations on a rotatable user interface dial on the electronic device for selection of a particular station for playing of content.

7. The method of claim 6, wherein upon playback reaching a particular point and remaining content in the buffer is below a second particular storage size threshold for content being played on the current selected station, then requesting additional content data.

8. The method of claim 1, wherein the content comprises at least one of audio data, video data, and audio and video data, and requests to the server comprise asynchronous requests.

9. The method of claim 2, wherein the command channel comprises a separate transport layer and supports at least two different transports.

10. The method of claim 1, wherein the maintained connection is based on a standard HTTP connection with keep alive enabled.

11. The method of claim 1, wherein:

the connection between the electronic device and the content source is a WebSocket connection; and

an HTTP request in an HTTP local pool times out after a particular time interval and is dynamically deleted.

12. A client for content playback comprising:

a command channel interface configured to provide an interface to a content server and to maintain a wireless connection between the client including wireless hardware and the content server;

a prefetch manager configured to prefetch content to a memory used by the client prior to a radio service attempting to play at least one station by the client; and

the radio service is configured to;

provide for distinguishing between playback of scanning a plurality of stations for preview content clips and playing content for a particular one station, and

play a preview content clip from the memory used by the client until a station manager determines that a particular mode time threshold is reached.

13. The client of claim 12, wherein:

the connection comprises an open command channel with the content server;

prefetched content comprises preview content clips, cover art, and metadata for all next to play content for the plurality of stations; and

the open command channel comprises an Open WebSocket command channel.

14. The client of claim 13, wherein:

the client receives a heartbeat signal periodically for reducing client antenna wakeup time and associated latency; and

the prefetch manager loads the preview content clip from a file system into a buffer in the memory used by the client.

15. The client of claim 14, wherein:

the radio service maintains playback in a scan mode prior to reaching the particular mode time threshold; and

after the particular mode time threshold is reached, the prefetch manager checks whether content in the buffer is below a first particular storage size threshold, and upon aq determination that the content in the buffer is below the first particular storage size threshold, the prefetch manager requests additional content data.

16. The client of claim 15, wherein the prefetch manager determines whether the content in the buffer is above the first particular storage size threshold, and upon a determination that the content in the buffer is above the first particular storage size threshold then the prefetch manager requests a preview content clip of next content that is available for playback by the radio service of a currently selected station.

17. The client of claim 16, wherein upon playback reaching a particular point and remaining content in the buffer is below a second particular storage size threshold for content being played on the current selected station, then the prefetch manager requests additional content data.

18. The client of claim 12, wherein the content comprises at least one of audio data, video data, and audio and video data, and the client displays at least one station on a moveable user interface dial on an electronic device for selection of a particular station for playing of content.

19. The client of claim 15, wherein requests to the server comprise asynchronous requests, the command channel comprises a separate transport layer and supports at least two different transports, and the maintained connection is based on a standard http connection with keep alive enabled.

20. The client of claim 12, wherein:

the command channel interface further;

uses a proxy to establish the connection between the client and the content server via a WebSocket connection;

serves all HTTP requests by the proxy after the connection is established;

parses a HTTP request received using the proxy, maintains the HTTP request in an HTTP local pool, and sends another HTTP request to the content server through the WebSocket connection; and

fetches an initial HTTP response and pipes a response received from the content server using the proxy;

HTTP requests in the HTTP local pool times out after a particular time interval and are dynamically deleted; and

upon the Web Socket connection being interrupted or lost, the proxy attempts to reestablish the WebSocket connection.

21. A non-transitory computer-readable medium embodied thereon instructions being executable by at least one processor to perform a method comprising:

maintaining a wireless connection between an electronic device and a content source;

prefetching, by the electronic device, content prior to attempting to play at least one station on the electronic device;

distinguishing between scanning a plurality of stations and playing a particular one station; and

playing a preview content clip from memory of the electronic device until a particular mode time threshold is reached.

22. The non-transitory computer-readable medium of claim 21, wherein:

the maintained connection comprises an open command channel with the content source;

prefetching content comprises prefetching preview content clips, cover art, and metadata for all on-deck content for the plurality of stations; and

the open command channel comprises an Open WebSocket command channel, and the content source comprises a server.

23. The non-transitory computer-readable medium of claim 22, further comprising:

receiving a heartbeat periodically by the electronic device for reducing antenna wakeup time and associated latency; and

loading the preview content clip from a file system into a buffer in the memory of the electronic device.

24. The non-transitory computer-readable medium of claim 23, further comprising:

maintaining playback in a scan mode prior to reaching the particular listening mode time threshold; and

requesting additional content data upon a determination that content in the buffer is below a first particular storage size threshold after the particular listening mode time threshold is reached.

25. The non-transitory computer-readable medium of claim 24, further comprising:

triggering a request for a preview content clip of next content available for playback of a current selected station upon a determination that the content in the buffer is above the first particular storage size threshold; and

requesting additional content data upon playback reaching a particular point and remaining content in the buffer is below a second particular storage size threshold for content being played on the current selected station.

26. The non-transitory computer-readable medium of claim 21, wherein:

the content comprises at least one of audio data, video data, and audio and video data;

requests to the server comprise asynchronous requests;

the command channel comprises a separate transport layer and supports at least two different transports; and

the maintained connection is based on a standard http connection with keep alive enabled.

27. The non-transitory computer-readable medium of claim 21, further comprising:

establishing, by a proxy, the connection between the electronic device and the content source via a WebSocket connection;

serving all HTTP requests by the proxy after the connection is established;

upon receiving an HTTP request from the electronic device, parsing, by the proxy, the HTTP request, maintaining the HTTP request in an HTTP local pool, and sending another HTTP request to the content source through the Web Socket connection; and

upon receiving a response from the content source, fetching, by the proxy, an initial HTTP response and piping the response,

wherein HTTP requests in the HTTP local pool times out after a particular time interval and are dynamically deleted, and

upon the WebSocket connection being interrupted or lost, the proxy attempts to reestablish the Web Socket connection.