Obviousness

Obviousness Analysis of U.S. Patent No. 11,677,798 under 35 U.S.C. § 103

This analysis assesses whether the invention claimed in U.S. Patent No. 11,677,798 would have been obvious to a Person Having Ordinary Skill in the Art (POSA) at the time the invention was made. A POSA in this context would be a computer scientist or engineer with several years of experience in distributed computing, network protocols, and digital video streaming technologies.

The central inventive concept of the '798 patent, as defined by independent claims 1, 9, and 15, is a system and method for creating multi-bitrate video streams by:

1. Segmenting a media file into "streamlets."
2. Encoding each streamlet into a set of files with identical time indices but different bitrates.
3. Utilizing a distributed master/host architecture for this encoding process.
4. Wherein the master module assigns encoding jobs to host modules based on a "job completion bid" submitted by the hosts.

The first three elements are well-established in the prior art for streaming media systems. The dispositive question for an obviousness determination is whether the addition of the "job completion bid" element would have been an obvious modification to a POSA.

---

Ground 1: Obviousness over MeLampy (US 2004/0103203) in view of the knowledge of a POSA

A strong case for obviousness can be made by combining the teachings of MeLampy et al. (US 2004/0103203 A1) with the general knowledge of a POSA in distributed systems design.

1. What MeLampy Discloses:

The provided prior art analysis establishes that MeLampy teaches nearly all elements of the '798 patent's claims.

• Segmentation and Multiple Bitrates: MeLampy describes processing a "stream of media data" and transcoding it into different bitrates, which is functionally equivalent to creating sets of streamlets for adaptive streaming.
• Master/Host Architecture: MeLampy's "management element" is a clear analog to the '798 patent's "master module," and its "service elements" are analogous to the "host computing modules."
• Dynamic Job Assignment: MeLampy's management element assigns transcoding jobs to service elements based on their "load information," demonstrating a system for dynamically allocating work to the most available resource.

2. The Difference to be Bridged:

The sole significant distinction is that the '798 patent claims the assignment is based on an "encoding job completion bid" submitted from the host, whereas MeLampy describes the master assigning work based on "load information" it receives from or about the host.

3. Motivation to Combine/Modify:

A POSA, when tasked with optimizing the job distribution system described in MeLampy, would be motivated to modify it to use a bidding mechanism for several reasons, making the modification obvious:

• Improved Accuracy: Simple "load information" (e.g., CPU percentage) is a crude metric. A host computer has far more detailed knowledge of its own state, including the number of threads, memory cache status, and the specific requirements of the encoding task at hand. The most efficient way for a master to get an accurate estimate of a host's ability to perform a task is to ask the host itself. A "bid" that includes an estimated time-to-completion is a more precise and useful metric than a generic load percentage. The motivation would be to improve the overall throughput and efficiency of the encoding farm.
• Common Design Pattern: In the field of distributed computing and grid computing, which was well-developed by the priority date of the '798 patent family (2004), auction and bidding mechanisms were a known and conventional method for resource allocation. A POSA would have been aware of such models as a standard tool for managing distributed workloads. Modifying MeLampy’s system from a passive load-monitoring model to a more active bidding model would be a predictable and routine design choice, not an inventive step.
• Reduced Master Overhead: A bidding system can shift the computational burden of selecting the best host from the master to the hosts themselves. Instead of the master constantly polling and analyzing load data from all hosts, it can simply broadcast a job and wait for the best bid. This reduces complexity and potential bottlenecks at the master module, a clear motivation for a system designer.

Therefore, starting with MeLampy's system for distributed transcoding based on server load, it would have been obvious to a POSA to refine the load-balancing mechanism by having the hosts provide a more descriptive "bid" of their capacity to complete a specific job, as this represents a known and superior method for optimizing resource allocation in a distributed system.

---

Ground 2: Obviousness over MeLampy in view of Cherkasova (US 7,487,251)

This combination further reinforces the obviousness of the master-slave, load-balanced architecture for media processing.

• Cherkasova's Contribution: Cherkasova teaches a "gatekeeper" (master) that assigns streaming delivery tasks to server "nodes" (hosts) based on real-time monitoring of each node's CPU, disk, and network load.
• Motivation to Combine: A POSA would recognize that the problem of distributing encoding tasks (as in MeLampy) and the problem of distributing content delivery tasks (as in Cherkasova) are highly analogous. Both involve a central controller allocating work within a server cluster to prevent overload and ensure performance. Seeing these two systems, a POSA would understand that dynamic, load-based assignment of tasks is a fundamental and common principle in building scalable media server systems.

While this combination does not explicitly teach the "bid" mechanism, it firmly establishes that the master/host architecture for distributing media-related jobs based on host capability was conventional. This strengthens the argument in Ground 1 by showing that MeLampy was not an isolated teaching, but part of a well-understood paradigm. A POSA would see MeLampy's and Cherkasova's load-balancing as a starting point and would naturally look to known computer science principles—like bidding—to improve upon it.

Conclusion

The independent claims of U.S. Patent No. 11,677,798 are likely invalid as obvious under 35 U.S.C. § 103. The primary prior art reference, MeLampy (US 2004/0103203 A1), discloses a distributed, master-host system for creating multi-bitrate media streams where job assignment is based on the load of the host computers. The only claimed element not explicitly taught is the use of a "bid" from the host.

This difference is an obvious design choice that would have been well within the toolkit of a POSA at the time. Modifying MeLampy’s system to use a bidding mechanism would have been a predictable step to improve the efficiency and accuracy of job allocation, a common goal in all distributed computing systems. The motivation to make this change is clear and compelling, and the solution itself relies on well-known principles of resource management.