Obviousness

Based on the provided prior art analysis, here is an analysis of the obviousness of US patent 8,868,772 B2 under 35 U.S.C. § 103, as of May 8, 2026.

Obviousness Analysis of US Patent 8,868,772 B2

A determination of obviousness under 35 U.S.C. § 103 requires analyzing whether the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious at the time the invention was made to a person having ordinary skill in the art (PHOSITA).

The analysis of independent claim 1 of the '772 patent, in light of the provided prior art, suggests a strong case for obviousness. The core concepts—segmenting video, providing multiple quality streams, and client-side monitoring to adaptively switch between them—were well-known in the art prior to the patent's priority date of April 30, 2004.

Level of Ordinary Skill in the Art

A person having ordinary skill in the art in 2004 in the field of media streaming would have had a degree in computer science or electrical engineering (or equivalent experience) and several years of experience working with network protocols (TCP/IP, HTTP), video codecs, and client-server software development for media delivery systems.

Analysis of Claim 1 in Light of Prior Art Combinations

Independent claim 1 can be rendered obvious by several combinations of the cited prior art references.

Combination 1: US 6,988,136 B2 (RealNetworks) in view of US 7,765,312 B2 (Microsoft)

• Primary Reference: US 6,988,136 B2 ('136 patent)
  The '136 patent, filed in 2001, teaches the fundamental basis for the invention. It discloses a system where content is encoded at multiple bit rates ("alternative video streams"). A client player monitors network performance factors like available bandwidth and its own buffer status. Based on this monitoring, the client makes a decision to "upshift" or "downshift" by requesting a higher or lower quality stream from the server. This directly teaches the core adaptive feedback loop of claim 1.

• Secondary Reference: US 7,765,312 B2 ('312 patent)
  The '312 patent, with a filing date in 2002, explicitly teaches the elements that might be considered less detailed in the '136 patent. Specifically, the '312 patent describes breaking a media stream into smaller "pieces" (functionally identical to the '772 patent's "streamlets") and delivering these pieces using the standard Hypertext Transfer Protocol (HTTP) from conventional web servers.

• Motivation to Combine:
  A PHOSITA starting with the adaptive streaming logic taught by the RealNetworks '136 patent would be motivated to find the most efficient, scalable, and cost-effective delivery mechanism. Specialized streaming servers were known to be complex and expensive to scale. The Microsoft '312 patent taught a known solution to this problem: use standard, ubiquitous web servers and HTTP to deliver media in chunks. This approach leverages existing internet infrastructure (like caching) and simplifies the server-side requirements. Therefore, a PHOSITA would have found it obvious to implement the adaptive upshifting and downshifting logic from RealNetworks ('136) using the segmented, HTTP-based delivery architecture taught by Microsoft ('312). This combination would have been a predictable fusion of a known control logic with a known, superior delivery method to achieve the very system described in claim 1.

Combination 2: US 2002/0188733 A1 (Poulose) in view of US 2004/0073693 A1 (Wei)

• Primary Reference: US 2002/0188733 A1 ('733 publication)
  The '733 publication, filed in 2001, provides a clear disclosure of a client-side method for adaptive streaming. It teaches a client monitoring its buffer level and the data arrival rate (the "performance factor"). When the buffer drops below a threshold, the client requests a lower bit rate stream; if conditions are favorable, it requests a higher bit rate stream. This establishes the complete client-driven adaptive logic of claim 1.

• Secondary Reference: US 2004/0073693 A1 ('693 publication)
  The '693 publication, filed in 2002, teaches the practical implementation of stream switching by dividing the different bitrate streams into discrete "segments." The client requests these segments one by one and can choose which bitrate version of the next segment to request.

• Motivation to Combine:
  A PHOSITA implementing the adaptive logic from Poulose ('733) would need a practical method for executing the switch between bitrates without interrupting playback. Switching a continuous, monolithic stream is difficult. The method of segmenting the file, as taught by Wei ('693), was a known and logical way to solve this problem. It provides natural break-points at which the client can make a switching decision. A PHOSITA would have been motivated to combine Poulose's adaptive algorithm with Wei's segmentation technique to create a robust and functional system. The result of this combination—a client that monitors performance to decide which quality level of the next segment to request—is precisely the method claimed in claim 1 of the '772 patent.

Conclusion on Obviousness

The prior art existing before the April 2004 priority date of US 8,868,772 B2 clearly describes all the constituent elements of independent claim 1. The core idea of client-driven adaptive bitrate streaming over standard internet protocols was not new. Combining references such as RealNetworks ('136) with Microsoft ('312), or Poulose ('733) with Wei ('693), would have been obvious to a person of ordinary skill in the art. The motivation for these combinations would have been to leverage known techniques for scalable content delivery (HTTP, segmentation) to implement established adaptive streaming logic, yielding a predictable result. Therefore, a strong prima facie case exists that the claims of the '772 patent would have been obvious under 35 U.S.C. § 103.