Google LLC v. Sonos, Inc.

1

2

3

4

5

6 UNITED STATES DISTRICT COURT

7

NORTHERN DISTRICT OF CALIFORNIA

8

9

10 GOOGLE LLC,

11 Plaintiff, No. C 20-06754 WHA

12 v.

13 SONOS, INC., ORDER RE CROSS MOTIONS FOR

PARTIAL SUMMARY JUDGMENT

14 Defendant.

AS TO CLAIM 1 OF ’885 PATENT

15

16

INTRODUCTION

17

In this patent infringement action, the patent owner moves for summary judgment of

18

infringement of claim 1 of United States Patent No. 10,848,885. The alleged infringer cross

19

moves for summary judgment of noninfringement and invalidity. For the reasons that follow,

20

the patent owner’s motion is GRANTED.

21

STATEMENT

22

Patent owner Sonos, Inc. asserts that Google LLC infringes its patents, including United

23

States Patent Nos. 10,848,885 and 9,967,615. Pursuant to our “patent showdown” procedure

24

(Dkt. Nos. 68, 206), Sonos moves for summary judgment of infringement of claim 1 of the ’885

25

patent. Google, meanwhile, cross moves for summary judgment of noninfringement as to that

26

claim and separately moves for summary judgment of noninfringement of claim 13 of the ’615

27

patent. Google also raises a variety of invalidity theories as to both claims. This order

1 considers the motions related to the ’885 patent. A separate order will follow as to Google’s

2 motion on the ’615 patent.

3 The technology at issue in this case broadly relates to wireless multi-room audio systems.

4 These wireless audio systems include “networked audio players” now commonly referred to as

5 “smart” speakers. Smart speakers can communicate with each other and with other “networked

6 devices” over the internet. This ability to communicate with other networked devices allows

7 smart speakers to be controlled using a smart phone or other computer, which makes it easier to

8 play music or other audio.

9 The accused products provide a helpful example. Imagine someone has a smart phone, a

10 networked device connected to the internet. On the smart phone is the Google Play Music app,

11 which offers a library of songs. Smart phone speakers generally produce lesser-quality sound,

12 so listeners may prefer to listen to songs on an external, higher-quality speaker. Prior to the

13 arrival of smart speakers, the external, better speaker would have to be connected to the phone

14 through wires. Smart speakers, however, can connect to the smart phone over the internet,

15 without wires. Using the Google Play Music app, the user can tap a button to connect the phone

16 to the smart speaker. After the devices are connected, the audio that would have otherwise

17 played through the phone’s speaker will play through the smart speaker instead. Google calls

18 such connecting “casting,” and the parties herein refer to this feature as “cast” technology.

19 Now, imagine our user has smart speakers in several rooms, e.g., one in each of the living

20 room, kitchen, and bedroom. Sometimes the user may want to play music in only the living

21 room. At other times, the user may want to play music in only the living room and kitchen.

22 And at yet other times, the user may want to play music in all three rooms. The ’885 patent

23 broadly relates to managing and organizing these groups of smart speakers and other

24 “multimedia players.”

25

26

27

1 In particular, the patent is directed toward a “method and apparatus for controlling or

2 manipulating a plurality of multimedia players in a multi-zone system” (’885 patent at 1:32-

3 34). A player is a speaker or television or other similar device that can play content. The patent

4 refers to the player’s location, such as a bedroom or kitchen, as a “zone” and the player therein

5 as a “zone player” (see, e.g., id. at 2:36—41; 3:13-23). Figure 1 of the patent illustrates what

6 this system looks like:

4

8 1 00 Audio source 112 _ 104 con 140

Te Zone Ta]

10

106

ul : 102

cay [Zone | c= a] | Zone 4 fe

ally aif

Bn a a = 142

=

108

bev

Z FIG. 1 8 A paces 4

it

Sonos filed the application that led to the ’885 patent in April 2019, but the patent

4 18

application claims priority through a long chain of continuation applications dating back to a

19

provisional application filed in September 2006. The patent’s specification recounts that, prior

20

to 2006, it was difficult for users to dynamically control speaker groups. In a “traditional multi-

21

zone audio system,” the specification explains, audio sources are “hard-wired” or “controlled by

22

a pre-configured and pre-programmed controller,” which makes it cumbersome to “dynamically

23

manag[e] the ad hoc creation and deletion of groups,” particularly when desired groups overlap

24

(id. at 1:62—2:2:25). As an illustrative example, the specification laments that someone who

25

enjoys “listen[ing] to broadcast news from his/her favorite radio station in a bedroom, a

26

bathroom, and a den while preparing to go to work in the morning” but also prefers to “listen in

27

the den and the living room to music . . . in the evening” would not easily be able to configure a

28

1 traditional audio system to accommodate those preferences (ibid.). The specification describes

2 both technological and physical hurdles that made such dynamic grouping “difficult” (ibid.).

3 The °885 patent announced that it solved this problem by providing a “mechanism” to

4 “allow a user to group” multimedia players “according to a theme or scene, where each of the

5 players is located in a zone” (id. at 2:36-41). Then, “[w]hen the scene is activated, the players

6 in the scene react in a synchronized manner” (id. at 2:41—42). In other words, the ’885 patent

7 allows a user to customize and save multiple groups of smart speakers or other players, each

8 according to a “theme or scene,” and then later “activate” a customized group, called a “zone

9 scene,” on demand (id. at 2:46—-51). For example, the person described above who enjoys

10 listening to broadcast news in the morning can form a “zone scene” called “Morning” that is

11 composed of speakers in the bedroom, bathroom, and den. Figure 5A illustrates a user forming

a 12 a zone scene called “Morning”:

15 MoneisceneaMonning Xx

| 500

a 16 Your Zones Zone Scene

G 17 © Kitchen ®) Den

5 @ Library 2 Dining Room

18 & Living Room & Family Room

& Master Bedroom & Foyer

W Media Room f

19 Garden

& Guest Room

20

21

22

Zones that are not added to the

2 3 Scene will not be affected.

24 | (“er

25 FIG. 5A

26

27

28

1 After saving the “Morning” zone scene, the user can “invoke” the group on demand through an

2 app on the “controller” device (e.g., a smart phone).

3 Claim 1 of the ’885 patent was written from the perspective of a “zone player” that

4 connects to other “zone players” to form a “zone scene.” Using Google’s paragraph numbering,

5 claim 1 recites:

6 [1.pre] A first zone player comprising:

7 [1.1] a network interface that is configured to communicatively

couple the first zone player to at least one data network;

8

[1.2] one or more processors;

9

[1.3] a non-transitory computer-readable medium; and

10

[1.4] program instructions stored on the non-transitory computer-

11 readable medium that, when executed by the one or more

processors, cause the first zone player to perform functions

12 comprising:

13 [1.5] while operating in a standalone mode in which the first zone

player is configured to play back media individually in a

14 networked media playback system comprising the first zone player

and at least two other zone players:

15

(i) receiving, from a network device over a data network, a first

16 indication that the first zone player has been added to a first zone

scene comprising a first predefined grouping of zone players

17 including at least the first zone player and a second zone player

that are to be configured for synchronous playback of media when

18 the first zone scene is invoked; and

19 (ii) receiving, from the network device over the data network, a

second indication that the first zone player has been added to a

20 second zone scene comprising a second predefined grouping of

zone players including at least the first zone player and a third zone

21 player that are to be configured for synchronous playback of media

when the second zone scene is invoked, wherein the second zone

22 player is different than the third zone player;

23 [1.6] after receiving the first and second indications, continuing to

operate in the standalone mode until a given one of the first and

24 second zone scenes has been selected for invocation;

25 [1.7] after the given one of the first and second zone scenes has

been selected for invocation, receiving, from the network device

26 over the data network, an instruction to operate in accordance with

a given one of the first and second zone scenes respectively

27 comprising a given one of the first and second predefined

[1.8] based on the instruction, transitioning from operating in the

1 standalone mode to operating in accordance with the given one of

the first and second predefined groupings of zone players such that

2 the first zone player is configured to coordinate with at least one

other zone player in the given one of the first and second

3 predefined groupings of zone players over a data network in order

to output media in synchrony with output of media by the at least

4 one other zone player in the given one of the first and second

predefined groupings of zone players.

5

6 The most contested terms are italicized. Note that the parties concentrate their fire on limitation

7 1.5.

8 Sonos contends that Google’s products that employ cast technology infringe claim 1

9 because they allow users to “create, save, and name as many speaker groups as desired” (Br. 6).

10 Accused products include Google’s “Cast-enabled apps” such as the Google Home app, Google

11 Play Music app, and YouTube Music app (Br. 3–7). Google opposes, arguing that the accused

12 products do not infringe under its proposed construction of the term “zone scene.” Google

13 further argues that its accused products do not receive the “indications” it asserts is required by

14 limitation 1.5. In addition to its noninfringement arguments, Google raises two invalidity

15 theories.

16 This order follows full briefing and oral argument.

17 ANALYSIS

18 Summary judgment is proper when there is no genuine dispute of material fact and the

19 moving party is entitled to judgment as a matter of law. FRCP 56(a). A genuine dispute of

20 material fact is one that “might affect the outcome of the suit under the governing law.”

21 Anderson v. Liberty Lobby, Inc., 477 U.S. 242, 248 (1986). In deciding a motion for summary

22 judgment, the court must accept the non-movant’s non-conclusory evidence and draw all

23 justifiable inferences in its favor. Id. at 255.

24 1. INFRINGEMENT.

25 Analysis of patent infringement requires a claim to be properly construed to determine its

26 scope and meaning, which is then compared to the accused device or process. See Tessera, Inc.

27 v. Int’l Trade Comm’n, 646 F.3d 1357, 1364 (Fed. Cir. 2011); Carroll Touch, Inc. v. Electro

1 show that Google’s accused products meet each properly construed limitation of claim 1 either

2 literally or under the doctrine of equivalents. See Deering Precision Instruments, LLC v. Vector

3 Distribution Sys., Inc., 347 F.3d 1314, 1324 (Fed. Cir. 2003). Here, Sonos asserts that Google’s

4 products literally infringe. To establish literal infringement, all of the elements of the claim, as

5 correctly construed, must be present in the accused products. TechSearch, LLC v. Intel Corp.,

6 286 F.3d 1360, 1371 (Fed. Cir. 2002).

7 Sonos has provided evidence that the accused products practice each element of claim 1

8 (see Br. 11–24). In reply, Google raises three noninfringement arguments. This order

9 addresses each in turn.

10 First, Google argues that the accused products do not allow users to form a “zone scene,”

11 which it proposes defining as “a previously-saved grouping of zone players according to a

12 common theme” (Opp. 4–7). Even assuming, arguendo, that this is the proper construction of

13 “zone scene,” this order concludes that the accused products meet this limitation.

14 It may be helpful to step back. Using Google’s taxonomy laid out above, limitation 1.5(i)

15 requires that the claimed zone player receive “a first indication that the first zone player has

16 been added to a first zone scene comprising a first predefined grouping of zone players

17 including at least the first zone player and a second zone player that are to be configured for

18 synchronous playback of media when the first zone scene is invoked” (emphasis added).

19 Limitation 1.5(ii) then repeats this requirement as to a second indication and second zone scene.

20 As briefly explained, the specification states that users can form groups of speakers

21 “according to a theme or scene” (’885 patent at 2:39–40). Thus, as the specification explains, a

22 user who prefers to listen to broadcast news in the morning in certain rooms can form a “zone

23 scene” called “Morning” that only includes speakers in those rooms (id. at 1:67–2:17; 8:53–61).

24 In addition to “Morning,” the specification’s examples of names of zone scenes include

25 “Afternoon,” “Garden,” “Garden Party,” “Wakeup,” and “Party Mode” (see ’885 patent at fig.

26 8; 8:52–9:15).

27 Google vigorously argues that its products do not allow users to form such zone scenes.

1 Google contends, however, that a user merely naming a group something does not supply the

2 kind of a thematic “characteristics” the claim requires (ibid.). Specifically, Google argues that

3 the claim requires zone scenes to be accompanied by “theme attributes” such as the ability to

4 “[s]et volume levels in each zone” and “[s]elect and play specific music in the zones” (id. at 4–

5 5). In support, Google points to the specification describing a “zone scene” embodiment as

6 allowing “zones” to be “configured to a particular scene (e.g., morning, afternoon, or garden),

7 where a predefined zone grouping and setting of attributes for the grouping are automatically

8 effectuated” (’885 patent at 8:47–51 (emphasis added)).

9 The specification, however, then goes on to state that “a zone scene command could

10 apply” such “attributes,” not that zone scenes must apply them (id. at 9:20–30 (emphasis

11 added)). Moreover, nothing in the specification links such attributes to the “common theme” of

12 a zone scene (Reply Br. 3). Instead, the specification suggests themes based on location (e.g.,

13 “Garden”), time of day (e.g., “Morning” or “Evening”), or purpose (e.g., “Party Mode”) (see

14 ’885 patent at fig. 8; 8:52–9:15).

15 The question, then, is simply whether a user’s ability to name speaker groups means that

16 the user can group speakers according to a common theme. The answer is yes. While the

17 specification is largely barren on this point, it expressly states that a user can make a zone scene

18 by “mak[ing] a group of 3 zones named after ‘Morning’” (’885 patent at 8:53–61 (emphasis

19 added)). The specification does not suggest anything else is necessary. This conclusion also

20 aligns with the basic purpose of the invention, which is to allow users to pre-save customized

21 speaker groups and later “invoke” the named group on demand (see, e.g., id. at 9:15–20; fig. 6).

22 The name serves to allow the user to remember the theme that binds a particular set of speakers.

23 Google briefly objects that its users can name speaker groups something “completely

24 abstract or random” such as “A,” “B,” and “C” (Opp. 7). In other words, Google argues that it

25 should escape infringement because the accused products allow users to make speaker groups

26 that are not bound by a thematic name. This only shows, however, that Google’s products have

27 capabilities in addition to those recited by the claim. This does not avoid infringement. See

1 not avoided “if a claimed feature performs not only as shown in the patent, but also performs an

2 additional function”). Moreover, as Sonos points out, the accused products only need to be

3 reasonably capable of satisfying the limitation (see Reply Br. 3). The Court of Appeals for the

4 Federal Circuit has explained that

5 to infringe a claim that recites capability and not actual operation,

an accused device need only be capable of operating in the

6 described mode. Thus, depending on the claims, an accused device

may be found to infringe if it is reasonably capable of satisfying

7 the claim limitations, even though it may also be capable of

noninfringing modes of operation.

8

Finjan, Inc. v. Secure Computing Corp., 626 F.3d 1197, 1204 (Fed. Cir. 2010) (citations

9

omitted and emphasis added). This reasoning applies to our claim, which recites “a non-

10

transitory computer-readable medium that, when executed by the one or more processors, cause

11

the first zone player to perform functions comprising. . . .” (’885 patent at 11:43–45 (emphasis

12

added)). See NetFuel, Inc. v. Cisco Sys. Inc., 438 F. Supp. 3d 1031, 1035 (N.D. Cal. 2020)

13

(Judge Edward J. Davila) (applying the “reasonably capable” test to a claim similarly

14

employing “when executed” language). Google admits that its accused products are readily

15

capable of allowing users to pre-save groups of speakers and give them thematic names.

16

Consequently, the accused products allow users to form zone scenes.

17

Second, Google argues that its accused products do not receive an “indication” that the

18

“zone player has been added to” a first or second zone scene. To recap, limitations 1.5(i) and

19

1.5(ii) require that the “zone player” receive “from a network device over a data network, a[n] .

20

. . indication that the . . . zone player has been added to . . . a zone scene” (emphasis added).

21

Sonos asserts that the accused Google players satisfy this limitation by receiving a “join_group

22

message,” which includes “a unique ID identifying the group” and a “name” (Br. 16; Reply Br.

23

4 (citing Dkt. No. 203-3, Ex. B)). The message is sent to the accused Google player after a user

24

adds the player to a group on the Google Home app (ibid.).

25

Google replies that, even if the “join_group message” adds a speaker to the group, it does

26

not indicate that the speaker “has been added” to the group (Opp. 8–9). This distinction

27

between past and present tense is critical, Google argues, because the “has been added”

1 language requires the speaker to receive a message regarding its grouping status later, after it

2 has already been added to the group by some prior command. Google accordingly

3 acknowledges that its “join_group” message instructs a speaker to join a group, but nonetheless

4 maintains that it does not “memorializ[e] that the speaker has been added to the group” (ibid.;

5 see also Schonfeld Decl. ¶ 37).

6 Sonos disagrees with Google’s reading of the claim. It insists that the past-tense phrase

7 “has been added” refers only to “some ‘add[]’ action’ that previously took place at the network

8 device prior to the ‘indication’ being sent and received” (Reply Br. 4). In other words, Sonos

9 contends that the phrase “has been added” refers to the user’s action that adds a speaker to a

10 zone scene. After the user takes such action — by, as a hypothetical example, tapping “add” on

11 the Google Home app — the network device subsequently sends the “join_group message” to

12 the accused player. This sequence of events, Sonos argues, satisfies the “has been added”

13 limitation.

14 This order again sides with Sonos. The plain language of the claim does not require a

15 follow-up indication memorializing that the zone player has already been added to the group by

16 an initial command so that the zone player can use that information later. Rather, the claim

17 simply requires the zone player to receive an indication from the network device that it has been

18 added to a zone scene. Because the accused players only receive the “join_group message”

19 after some action has been taken to add them to a group, they meet this limitation.

20 Third, Google argues that its accused players do not receive an “indication” identifying “at

21 least the first zone player and second zone player” (Opp. 10). Put differently, Google’s view is

22 that the claim requires a speaker that has been added to a zone scene to know what other

23 speakers are in the group. Google’s argument is based on limitation 1.5(i) requirement that a

24 the “first zone player” receive a “first indication that the first zone player has been added to a

25 first zone scene comprising a first predefined grouping of zone players including at least the

26 first zone player and a second/third zone player. . . .” (emphasis added). Limitation 1.5(ii) then

27 repeats this requirement as to a second zone player and second zone scene.

1 Google’s argument, however, requires reading the word “comprising” to modify

2 “indication.” A more natural reading of the claim is that “comprising” modifies “zone scene.”

3 This reading also makes more sense in the context of the invention. The “comprising” phrase

4 serves to clarify that a zone scene is required to be comprised of a group of zone players, not

5 that the indication is required to be comprised of a group of zone players. Limitation 1.7 further

6 supports this conclusion by stating, without referring to any required indication, that the “first

7 and second zone scenes respectively compris[e] a given one of the first and second predefined

8 groupings of zone players.”

9 In sum, Google’s noninfringement arguments as to limitation 1.5 fail to present triable

10 questions and lack merit. Further, Sonos has adequately shown that the accused products

11 practice the remaining elements of the claim (see Br. 11–24). Google did not dispute these

12 contentions in its briefing. Accordingly, Sonos’s motion for summary judgment of

13 infringement is GRANTED.

14 2. VALIDITY.

15 Google supplements its infringement arguments with two invalidity theories. First,

16 Google argues that claim 1 of the ’885 patent is directed toward unpatentable subject-matter.

17 Second, Google contends that the patent lacks written description support. As explained below,

18 both theories also fail to convince.

19 A. PATENTABLE SUBJECT-MATTER.

20 Google argues that claim 1 is invalid under 35 U.S.C. § 101 for failing to meet the two-

21 part Alice test. Under well-established Supreme Court precedent, laws of nature, natural

22 phenomena, and abstract ideas remain patent-ineligible under Section 101. See, e.g., Ass’n for

23 Molecular Pathology v. Myriad Genetics, Inc., 569 U.S. 576, 589 (2013) (citations and

24 quotations omitted). The Supreme Court has set forth a two-step “framework for distinguishing

25 patents that claim laws of nature, natural phenomena, and abstract ideas from those that claim

26 patent-eligible applications of those concepts.” Alice Corp. Pty. Ltd. v. CLS Bank Int’l, 573

27 U.S. 208, 217 (2014) (quoting Mayo Collaborative Servs. v. Prometheus Labs., Inc., 566 U.S.

1 are directed to one of those patent-ineligible concepts.” Ibid. If so, then the court must further

2 “consider the elements of each claim both individually and ‘as an ordered combination’ to

3 determine whether the additional elements ‘transform the nature of the claim’ into a patent-

4 eligible application.” Ibid.

5 At step one, courts must first examine the “patent’s ‘claimed advance’ to determine

6 whether the claims are directed to an abstract idea.” Finjan, Inc. v. Blue Coat Sys., Inc., 879

7 F.3d 1299, 1303 (Fed. Cir. 2018). “[T]he first step in the Alice inquiry . . . asks whether the

8 focus of the claims is on the specific asserted improvement in computer capabilities . . . or,

9 instead, on a process that qualifies as an ‘abstract idea’ for which computers are invoked merely

10 as a tool.” Enfish, LLC v. Microsoft Corp., 822 F.3d 1327, 1335–36 (Fed. Cir. 2016).

11 This order finds that claim 1 of the ’885 patent survives step one. The thrust of Google’s

12 argument is that the claim is directed toward the abstract idea of “grouping and controlling

13 speakers” because the invention merely automates the “age-old process of manually plugging

14 speakers in to create speaker groups” (Opp. 13). This is not convincing. True, the Court of

15 Appeals for the Federal Circuit has held that merely “‘claiming the improved speed or

16 efficiency inherent with applying the abstract idea on a computer’ is insufficient to render the

17 claims patent eligible.” Enco Sys., Inc. v. DaVincia, LLC, 845 F. App’x 953, 957 (Fed. Cir.

18 2021) (citations omitted). Claim 1, however, does not merely automate the process of plugging

19 in speakers, nor does it merely employ computer software as a blunt tool. Rather, claim 1

20 recites a specific kind of device — a “zone player” — that can be readily placed in pre-saved

21 groups with other zone players to allow synchronous playback on demand. The claimed ability

22 to customize and save overlapping speaker groups and easily control group playback represents

23 a clear technological improvement over the “conventional multi-zone audio system,” which, as

24 the specification explained, presents significant technological and physical obstacles to forming

25 speaker groups. See, e.g., CardioNet, LLC v. InfoBionic, Inc., 955 F.3d 1358, 1369 (Fed. Cir.

26 2020) (finding claims non-abstract where they were sufficiently “directed to technological

27 improvements”); MicroPairing Techs. LLC v. Am. Honda Motor Co., No. C 21-4034, 2021

1 conventional simply because it improves on a more rudimentary version of a task previously

2 done by humans”).

3 Google briefly presents two additional step one arguments. First, Google argues that the

4 claims are vague and “purely functional” (Opp. 15). This order disagrees. The specification

5 adequately details how the claimed set of functions is employed. Cf. Affinity Labs of Texas,

6 LLC v. Amazon.com Inc., 838 F.3d 1266, 1271 (Fed. Cir. 2016) (finding claim abstract in part

7 because “neither the claim nor the specification reveals any concrete way of employing a

8 customized user interface”). Moreover, as Sonos points out, the cases that Google relies on to

9 support this argument are directed to the generally abstract idea of collecting, organizing, and

10 storing information (see Reply Br. 15 n.10). These cases are inapposite, and Google has not

11 adequately explained how they would translate to the technology at issue here.

12 Second, Google contends that the claim is directed to an abstract idea because forming

13 zone scenes necessarily relies on the “subjective intent of the user at the time of grouping”

14 (Opp. 16). The cases Google cites to support this proposition, however, relate to computers

15 implementing human mental processes through, for example, an algorithm. See, e.g., Synopsys,

16 Inc. v. Mentor Graphics Corp., 78 F. Supp. 3d 958, 965 (N.D. Cal. 2015), aff’d, 839 F.3d 1138

17 (Fed. Cir. 2016) (finding asserted claims invalid where they “add nothing other than a way to

18 implement [a] mental process on a computer”). Google again fails to adequately explain how

19 these cases are relevant. Moreover, the act of naming zone scenes is just one aspect of the

20 claim. Taken as a whole, the idea of the claim — to allow users to pre-save customized speaker

21 groups and invoke them on demand for synchronized playback — is not directed toward a

22 subjective mental process. See CardioNet, 955 F.3d at 1367 (“At step one, we consider the

23 claims in their entirety to ascertain whether their character as a whole is directed to excluded

24 subject matter”) (cleaned up and emphasis added); CyberSource Corp. v. Retail Decisions, Inc.,

25 654 F.3d 1366, 1371 (Fed. Cir. 2011) (finding subject matter of a claim unpatentable where all

26 of the claimed method steps could be performed in the human mind).

27 This order is also not convinced that the idea of naming zone scenes depends on a

1 sufficiently tethered to the technology to render them non-abstract. The patent does not suggest

2 that a user can form a zone scene based on any arbitrary theme. Rather, the patent describes

3 themes logically connected to the utility of speakers such as time of day, location, and purpose.

4 Even Google acknowledges that there is a distinction between the claimed zone scenes and

5 speaker group themes that are “completely abstract and random” such as those named “A,” “B,”

6 and “C” (Opp. 7).

7 This order accordingly finds that claim 1 is not directed toward an abstract idea. Having

8 found that the claim survives step one, it is unnecessary to proceed to step two.

9 B. WRITTEN DESCRIPTION.

10 This order now considers Google’s written description challenge. Written description

11 requires the specification to “clearly allow persons of ordinary skill in the art to recognize that

12 the inventor invented what is claimed.” Ariad Pharmas., Inc. v. Eli Lilly & Co., 598 F.3d 1336,

13 1351 (Fed. Cir. 2010) (en banc). Put differently, the disclosure in the patent must “reasonably

14 convey[] to those skilled in the art that the inventor had possession of the claimed subject matter

15 as of the filing date.” Ibid. Determining whether the patent satisfies written description is a

16 question of fact. Ibid.

17 Google asserts that two limitations of the ’885 patent are not sufficiently described. First,

18 Google argues that the specification “never discloses that a zone player may be added to two

19 zone scenes at the same time” (Opp. 20). Not so. Figure 5B shows a “user interface to allow a

20 user to form a zone scene” (’885 patent at 10:12–19):

21

22

23

24

25

26

27

1

2 = 7 eT = a

eauseren eae: iD)) 520

3 | ZORe “enw ; {cat

4 Siise) Ihe zoms in his grap ti(it‘itsé*S*d

5 | “Bedroom sssts—Ss

Kitchen

6 DiningRoom

Living Room | |

7 Office : ea - |

8 | «44 Patio Ns

Rc ata ca

10

FIG. 5B

11

a

3 The specification clarifies that “[t]he list of zones in the user interface” shown in Figure 5B

4 “includes ALL the zones in the system, including the zones that are already grouped” (ibid.

S 5 (emphasis added)). Sonos additionally points to the specification’s disclosure that “various

. . ss . :

16 scenes may be saved in any of the members in a group” (id. at 2:56-59 (emphasis added)).

& These disclosures adequately convey that a zone player can be added to multiple zone scenes.

17

18 Second, Google contends that the specification does not provide support for the zone

19 player “continuing to operate in the standalone mode until a given one of the first and second

50 zone scenes has been selected for invocation” and “transitioning from operating in the

> standalone mode to operating in accordance with the given one of the first and second

predefined groupings of zone players” (see limitations 1.6; 1.8). In plain English, these

limitations explain that an individual smart speaker that has been added to a speaker group will

continue to operate individually — i.e., in “standalone mode” — until the speaker group of

95 which it is a member is activated by the user, at which point the individual speaker will

26 transition to being controlled as part of the group. Google asserts that the specification never

4 describes this claimed sequence of operations.

28

1 True, as Google repeatedly points out, the specification never expressly refers to the term

2 “standalone mode.” However, the specification does not have to use the term verbatim to

3 provide sufficient disclosure. See Ariad Pharms., Inc., 598 F.3d at 1352 (specification does not

4 need to “recite the claimed invention in haec verba”); Novartis Pharms. Corp. v. Accord

5 Healthcare, Inc., 21 F.4th 1362, 1370 (Fed. Cir. 2022) (“literal description of every limitation”

6 is not required). The disclosure need only “clearly allow persons of ordinary skill in the art to

7 recognize that the inventor invented what is claimed.” Ariad Pharms., Inc., 598 F.3d at 1351.

8 The disclosure does so here. Figure 6 illustrates the process of forming and “invok[ing]” a

9 zone scene:

10

600

12

configure a one

5

= 13 zone scene

14

B15 decide which zone players to be 604

associated with the scene

OQ 16 606

17

!

4 18 610

invoke a

19 zone scene

20 612

21

execute commands to synchronize 614

92 the zone players

23 °

24

25 The figure demonstrates that the process of forming a zone scene occurs in a specific order.

26 The user “decide[s] which zone players to be associated with the scene” and then the scene 1s

27 “Ts]aved.” Once a scene is saved, it can then be “invoke[d]” later. The specification further

28 clarifies that zone players can be played “synchronously if the players are grouped together,” or

1 “individually if the players are disassociated with each other” (see °885 patent at 3:26-31; see

2 also 9:16—20; 10:53-63). Taken together, these disclosures adequately inform a person of

3 ordinary skill in the art that the zone player operates on its own before a zone scene is invoked,

4 at which point it acts “in accordance with” the group.

5 In sum, this order reyects Google’s arguments that the patent does not disclose the claim.

6 CONCLUSION

7 For the foregoing reasons, Sonos’s motion for summary judgment is GRANTED and

8 Google’s corresponding motion for summary judgment is DENIED.

9 IT IS SO ORDERED.

10

11 Dated: July 21, 2022.

12

-

LIAM ALSUP

14 UNITED STATES DISTRICT JUDGE

15

16

= 17

4 18

19

20

21

22

23

24

25

26

27

28