Patent 8868772

Obviousness

Combinations of prior art that suggest the claimed invention would have been obvious under 35 U.S.C. § 103.

Active provider: Google · gemini-2.5-pro

Obviousness

Combinations of prior art that suggest the claimed invention would have been obvious under 35 U.S.C. § 103.

✓ Generated

Here is a technical analysis of the obviousness of US patent 8,868,772 based on the provided prior art.

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

Under United States patent law, a claim is invalid as obvious under 35 U.S.C. § 103 if the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a whole would have been obvious at the time the invention was made to a person having ordinary skill in the art (PHOSITA). This analysis considers the scope and content of the prior art, the differences between the prior art and the claims at issue, and the level of ordinary skill in the pertinent art.

At the time of the invention (c. 2004), a PHOSITA in the field of internet media streaming would typically have a Bachelor's degree in Computer Science or Electrical Engineering, along with several years of experience in network protocol design, video compression technologies, and client-server software development.

Based on the cited references, the independent claims of US Patent 8,868,772 would have been obvious to a PHOSITA. Specifically, the combination of a server-side adaptive streaming architecture, as taught by Logan (US 2002/0059425 A1), with the client-side control logic taught by Kaplan (US 6,985,949 B1), Holtzman (US 2003/0074447 A1), or Akamai (US 2004/0193703 A1) renders the invention obvious.


Primary Combination of References: Logan and Kaplan

1. Teachings of the Prior Art:

  • Logan (US 2002/0059425 A1): Taught a complete system for adaptive bitrate streaming. It disclosed encoding a single media source into multiple "tracks" of varying quality (bitrate), which are stored on a server. It further taught a method for switching between these tracks during a streaming session based on network congestion. However, in Logan's primary embodiment, the monitoring of network conditions (via a server-side output buffer) and the decision to switch streams were performed by the server.

  • Kaplan (US 6,985,949 B1): Taught the inverse approach, where the control intelligence resides on the client. Kaplan disclosed a media player that requests a media file in segments ("chunks") using standard HTTP. Crucially, the player itself "monitors the rate at which chunks are received" to measure available bandwidth. Based on this client-side measurement, the player decides whether to "request the next chunk from a different-quality version of the file."

2. Motivation to Combine Logan and Kaplan:

A PHOSITA would have been motivated to modify the server-side architecture of Logan by implementing the client-side control logic of Kaplan for several compelling and predictable reasons:

  • To Improve Scalability: A significant and well-understood problem in server architecture is the computational cost of maintaining state for numerous individual connections. Logan's server-side approach requires the server to actively monitor the buffer state for every single streaming client, a process that scales poorly. A PHOSITA would immediately recognize that offloading this monitoring and decision-making logic to the client, as taught by Kaplan, would vastly reduce the server's workload. This would allow a single server to serve a much larger number of concurrent users, providing a direct and powerful motivation for the combination.

  • To Increase Accuracy and Responsiveness: The client device has the most direct and accurate view of the network conditions it is experiencing, particularly in the "last mile," which is often the source of bottlenecks. A server's view (like Logan's output buffer) is an indirect and potentially delayed measurement. A PHOSITA seeking to create a more robust and responsive adaptive streaming system would have been motivated to place the monitoring and switching logic on the client, as taught by Kaplan, to react more quickly and accurately to real-time fluctuations in bandwidth.

  • To Leverage Commodity Infrastructure: Kaplan's method of using client-initiated HTTP requests for chunks is designed to work with standard web servers and content delivery networks (CDNs). This contrasts with streaming systems that require specialized, stateful media servers. A PHOSITA would be motivated to adopt Kaplan's client-side approach to reduce implementation complexity and cost by leveraging widely available and highly scalable HTTP infrastructure.

3. Result of the Combination:

Combining the teachings of Logan and Kaplan would result directly in the invention claimed in Claim 1 of the '772 patent. A PHOSITA would start with Logan's established concept of having multiple, pre-encoded streams of different qualities on a server. They would then replace Logan's server-side control mechanism with Kaplan's more scalable and accurate client-side control. The resulting method is one where the media player:

  1. Requests video in segments ("chunks" or "streamlets") from a set of different quality streams (taught by Logan).
  2. Simultaneously requests these segments (taught as "pipelining" by Kaplan).
  3. Continuously monitors the reception rate of these segments on the client side (explicitly taught by Kaplan).
  4. Accordingly requests subsequent segments from a higher or lower quality stream based on this monitoring (the core teaching of Kaplan).
  5. Buffers/assembles the received segments for playback (an inherent and necessary step in any streaming system, as described in Kaplan).

This combination directly yields the method claimed in the '772 patent, rendering it obvious.


Secondary Obviousness Considerations

The teachings of Holtzman and Akamai further support the conclusion of obviousness. Both references, like Kaplan, explicitly disclose client-side intelligence for adaptive streaming, reinforcing that this concept was well-established in the art prior to the '772 patent's priority date.

  • Holtzman teaches a client-side "QOS monitor" that gathers network statistics, and a "stream switching manager" that uses these statistics to decide when to switch streams.
  • Akamai teaches a client player that "can make a determination of the available bandwidth" and then "make subsequent requests for objects" from a stream that appropriately matches that bandwidth.

Either of these references could be substituted for Kaplan in the combination with Logan, and the motivation to combine—improving scalability, accuracy, and infrastructure compatibility—would remain the same. Furthermore, given that multiple independent prior art references all teach the core inventive concept (client-side monitoring and adaptive requesting), any minor variations or improvements claimed in the '772 patent would represent nothing more than obvious design choices or the predictable use of known techniques to a PHOSITA at the time.

Generated 5/8/2026, 3:27:42 PM