Obviousness

An obviousness analysis of US Patent 7,571,014 ("the '014 patent") under 35 U.S.C. § 103 requires identifying prior art references that, when combined, would have made the invention obvious to a person having ordinary skill in the art (a "PHOSITA") at the time of the invention. The critical date for this analysis is the earliest priority date of April 1, 2004.

Based on an analysis of the prior art, the independent claims of the '014 patent appear to be obvious in light of the combination of U.S. Patent 6,256,554 ("Di-Matteo") and U.S. Patent Application Publication No. 2002/0124097 ("Isely").

• Di-Matteo (US 6,256,554 B1): Filed November 17, 1997, and granted July 3, 2001, Di-Matteo teaches a "Multi-Zone Digital Audio System" that distributes digital audio streams over a network to multiple zones. Crucially, it discloses grouping zones together for synchronous playback of the same audio source and controlling the volume of individual zones or a group of zones from a central controller.
• Isely (US 2002/0124097 A1): Filed February 28, 2001, and published September 5, 2002, Isely teaches a system for controlling devices on a network, including media devices. It focuses on a graphical user interface (GUI) on a remote controller that displays lists of available devices and allows a user to select and group them. It explicitly describes a process of selecting a "master" device and then adding "slave" devices to it for coordinated control.

A PHOSITA in early 2004 would have been familiar with networked audio systems and the user interface paradigms for controlling them. The challenge was to create a flexible, user-friendly system for managing multiple audio players in different rooms (zones) of a house.

Motivation to Combine

A PHOSITA reviewing Di-Matteo would have found a robust back-end system for networked multi-zone audio, including the core concepts of grouping zones and synchronous playback. Di-Matteo's control interface, however, is described at a high level. A PHOSITA would have been motivated to improve the user experience and interface for managing these groups.

Isely provides a clear, detailed solution for this exact problem: a user-friendly, screen-based method for creating and managing groups of networked devices. Isely describes the intuitive, step-by-step GUI process of selecting a master device and then selecting other devices to join its group. A PHOSITA would have immediately recognized that applying Isely's intuitive GUI for device grouping to Di-Matteo's multi-zone audio system would be a predictable and desirable improvement, leading to a more commercially viable and user-friendly product. The combination would represent the application of a known user interface technique (Isely) to a similar system (Di-Matteo) to achieve a predictable result (improved usability).

Mapping of Claim Limitations to Prior Art

Analysis of Independent Claim 1 (Method for Grouping):

• "displaying on a screen a first list showing at least available players": Isely explicitly teaches this. For example, Isely's Figure 6 shows a GUI on a remote control displaying a list of available devices (media renderers, which are equivalent to "players").
• "selecting at least one of the players as a zone group head": Isely teaches selecting a "master device" from the list to initiate a group (Isely, para.). This is functionally identical to selecting a "zone group head."
• "displaying on the screen a second list showing at least some of the players that are eligible to be grouped with the zone group head": Isely describes that after a master is selected, the user can select other "slave devices" to be controlled by the master, implying the presentation of eligible devices to be added to the group (Isely, para.-). A PHOSITA would find it obvious to present this as a filtered list of only the available, eligible players.
• "forming a zone group...after one or more players...are selected": This is the explicit purpose of Isely's teaching on creating master-slave relationships for devices.
• "synchronizing all players in the zone group": Di-Matteo is built on this concept. It teaches creating a "virtual zone" by grouping multiple physical zones to receive and play the same audio stream synchronously (Di-Matteo, col. 10, lines 4-15).
• "adjusting a volume meter...changing a volume of each of the...players synchronously": Di-Matteo discloses controlling the volume for a group of zones (a "virtual zone") simultaneously (Di-Matteo, col. 10, lines 16-25). While Di-Matteo may not specify a "meter," the concept of a graphical volume control was standard in the art, and implementing it as a "meter" on the GUI taught by Isely would have been an obvious design choice.
• "represented by an averaged value of audio volumes": This specific detail of the group volume meter representing an average is not explicitly taught by either reference. However, this is a simple, obvious design choice for a PHOSITA tasked with creating a single representative value for a group of varying volumes. Other options like sum or median exist, but the average is a common and predictable method for deriving a representative value from a set of numbers. This would be considered an obvious implementation detail rather than an inventive step.

Analysis of Independent Claim 16 (Method for Volume Control):

This claim focuses on the volume control aspects, which are rendered obvious by Di-Matteo alone or in combination with Isely.

• "displaying on a screen a list showing a plurality of volume meters, at least one...for one of the players, and another one...for a group of players": Di-Matteo teaches individual and group volume control. A PHOSITA implementing this on a GUI like Isely's would find it obvious to display separate volume controls (meters) for each player and for any existing groups, as this provides the necessary user control taught by Di-Matteo.
• "adjusting one of the volume meters...for the group of players...changing a volume of each of the group of players synchronously": This is directly taught by Di-Matteo's "virtual zone" volume control (Di-Matteo, col. 10, lines 16-25).

Analysis of Independent Claims 25 and 38 (Apparatus Claims):

These claims recite the apparatus (a controller) that performs the methods of claims 1 and 16/38, respectively. The apparatus includes standard components like a screen, processor, memory, and network interface. Isely's remote controller discloses just such an apparatus (Isely, Figure 5). Since the methods performed by the apparatus are rendered obvious by the combination of Di-Matteo and Isely, the apparatus itself, which is simply a generic controller configured to perform those obvious methods, would also be obvious.

Claim 38 adds the limitation of "maintaining relative volume loudness difference among each of the players in the group." This is an inherent and obvious property of synchronous volume control. When a master volume control command (e.g., "increase volume by 5%") is sent to a group of players, the most straightforward and predictable implementation is for each player to increase its own volume by 5%. This naturally maintains the relative differences that were set individually. For a PHOSITA, this would be the expected behavior, not an inventive concept.

Conclusion

The independent claims of US 7,571,014 describe a user-friendly GUI for managing a multi-zone audio system. However, the foundational system concepts of networked audio, synchronous grouping, and group volume control were taught by Di-Matteo. The specific, step-by-step GUI process for creating these groups was taught by Isely. A person having ordinary skill in the art in 2004 would have been motivated to combine the user interface paradigm of Isely with the audio system of Di-Matteo to achieve a predictable, more usable product. Therefore, the independent claims of the '014 patent would have been obvious under 35 U.S.C. § 103.