Initially establishing and periodically prefetching digital content

Patent metadata

Field	Value
Publication number	US-9628543-B2
Application number	US-201414181570-A
Country	US
Kind code	B2
Filing date	Feb 14, 2014
Priority date	Sep 27, 2013
Publication date	Apr 18, 2017
Grant date	Apr 18, 2017

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.

First claim

What is claimed is:

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 ch

Assignees

• Samsung Electronics Co Ltd
• 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

Classifications

• H04L67/145

  avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session · CPC title

• H04L67/2847

  Electricity · mapped topic

• H04L67/02 Primary

  based on web technology, e.g. hypertext transfer protocol [HTTP] · CPC title

• H04L67/142

  Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms · CPC title

• G06F3/04883

  for inputting data by handwriting, e.g. gesture or text · CPC title