Obviousness

US Patent 10735488, titled "Method of downloading digital content to be rendered," concerns improving the delivery of digital content, particularly audio streams, to a client device. The independent claims, Claim 1 (method) and Claim 2 (non-transitory computer-readable storage medium), focus on a system that downloads a list of content servers, tracks their service level statistics, selects a primary server, and imperceptibly switches to a secondary server if the primary server's service degrades.

The patent's background describes two traditional approaches for delivering digital audio data: "mass download" and "streaming technology."

1. Mass Download (FIG. 1): In this approach, an entire audio stream is downloaded, reassembled, and stored on the client device before playback. The patent notes that for large audio streams (e.g., audiobooks), this can lead to significant delays (e.g., 3 to 4 hours for a 12-hour audiobook), causing user frustration.
2. Streaming Technology (FIG. 2): This approach delivers digital audio data "just-in-time." Content is transmitted frame by frame, partially reassembled, played, and then discarded from a buffer. While it obviates the long waiting times of mass download, the patent identifies a key problem: "any degradation experienced in the delivery of the content in real time introduces interruptions in the audio stream, causing breaks and interruptions in the users experience of that audio stream."

The instant invention, as described in the summary, "obviates some of the above-described disadvantages by segmenting an audio stream into a plurality of small digital audio files... [and] further obviates some of the above-described disadvantages by providing a virtual audio stream descriptor...". Crucially, the patent explicitly frames the client-based performance management with server selection and seamless replacement as part of its inventive solution to these prior art problems.

Obviousness Analysis under 35 U.S.C. § 103

A person having ordinary skill in the art (PHOSITA) at the priority date (December 13, 2005) would likely have been motivated to combine known network management techniques with existing streaming technology to overcome its identified shortcomings, particularly the issue of service degradation causing interruptions.

Combinations of Prior Art References and Motivation:

The primary prior art reference for the purpose of this analysis is the "streaming technology" as described in the Background of the Invention and illustrated in FIG. 2 of US10735488. This technology delivers content in real-time but is prone to "interruptions in the audio stream" due to degradation in service.

A PHOSITA, faced with the known problem of unreliable real-time streaming causing interruptions, would be motivated to improve the quality of service and user experience. At the priority date, concepts related to distributed content delivery, network performance monitoring, and fault tolerance were well-established in the field of network engineering. The patent itself mentions that a "server list... typically contains a list of servers that are available on the network... In general, each server listed will be a mirror of the primary server (also included in the list)." This acknowledges the common knowledge of using multiple servers or mirror sites for content delivery.

The motivation to combine these elements to address streaming degradation would be evident, as enhancing reliability and preventing service interruptions are fundamental goals in network-based content delivery.

Specifically, a PHOSITA would consider the following steps as an obvious combination:

1. Downloading a list of content servers: Given the desire for improved reliability and load balancing in streaming, a PHOSITA would naturally implement a mechanism for a client device to obtain a list of available content servers (e.g., mirror sites or a CDN). This allows for alternative sources if the primary one falters. The patent states that the "Server List" contains "the primary server site and a list of library mirror sites capable of maintaining audio stream continuity for the consumer in the event of degraded or interrupted service." This explicitly connects the server list to addressing service issues.
2. Tracking service level statistics for the content servers: To intelligently choose among multiple servers and react to degradation, a PHOSITA would implement monitoring of "service level statistics" (e.g., latency, throughput, error rates) for each server. This is a standard practice in network performance management. The patent describes the client software maintaining "statistics for service level for each library server" to "ensure performance levels."
3. Selecting a first content server based on service level statistics: To optimize initial performance, a PHOSITA would select the best-performing server (e.g., the "historically fastest server") from the list based on the tracked statistics for downloading the initial content segment.
4. In the event of degradation, selecting a second content server to replace the first, imperceptibly: If the actively used server shows signs of degradation (e.g., a drop in service level statistics), a PHOSITA would implement a failover or load-balancing mechanism to switch to another, better-performing server from the list. The explicit goal of making this replacement "substantially imperceptible" directly addresses the "interruptions" problem noted in the prior art streaming. The patent describes this process as the "server replacement occurs in the same manner that is customarily used for a non-fatal error. That is, the transaction is retried following the server replacement process without the upper levels of client software logic or the user becoming aware that it has occurred." This describes a transparent failover mechanism.
5. Downloading a second segment from the second content server: This is the natural consequence of switching to a new server to continue the content delivery.

Conclusion:

Claims 1 and 2 of US10735488, which describe downloading a server list, tracking service level statistics, selecting a primary server, and then imperceptibly switching to a secondary server upon degradation, represent an obvious combination of existing streaming technology with well-known principles of network performance management and fault tolerance. The clear motivation for such a combination would be to overcome the acknowledged limitations of prior art streaming technology, specifically its susceptibility to interruptions caused by service degradation, and to provide a seamless user experience. A PHOSITA would readily recognize the benefit of applying common network monitoring and failover techniques to improve the robustness of real-time content delivery.