`
`
`
`IPR2021-01563
`
`
`
`
`IN THE UNITED STATES PATENT AND TRADEMARK OFFICE
`__________________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`__________________
`
`GOOGLE LLC,
`Petitioner
`
`v.
`
`SONOS, INC.,
`Patent Owner
`__________________
`
`U.S. Patent No. 9,967,615
`__________________
`
`Inter Partes Review Case No.: IPR2021-01563
`__________________
`
`PATENT OWNER RESPONSE TO
`PETITION FOR INTER PARTES REVIEW OF
`U.S. PATENT NO. 9,967,615
`
`
`Pursuant to 37 CFR § 42.120(a), Patent Owner submits the following Patent
`
`Owner Response to the petition.
`
`
`
`
`
`TABLE OF CONTENTS
`
`IPR2021-01563
`
`
`
`
`I.
`II.
`
`INTRODUCTION .......................................................................................... 1
`OVERVIEW OF ALLEGED PRIOR ART ................................................... 5
`A. Al-Shaykh ............................................................................................ 5
`B.
`Qureshey .............................................................................................. 7
`C.
`Phillips ............................................................................................... 11
`D.
`Ramsay ............................................................................................... 12
`E.
`Other Art ............................................................................................ 12
`III. THE ‘615 PATENT ..................................................................................... 12
`IV. LEVEL OF ORDINARY SKILL IN THE ART .......................................... 18
`V.
`CLAIM CONSTRUCTION ......................................................................... 19
`A.
`“Transferring Playback” .................................................................... 20
`B.
`“Local Playback Queue” .................................................................... 22
`VI. THE CHALLENGED CLAIMS ARE PATENTABLE .............................. 26
`A.
`Independent Claims 1, 13, and 25 (Grounds I-II) .............................. 26
`Ground I: No Motivation to Combine Al-Shaykh and
`1.
`Qureshey .................................................................................. 26
`Ground I: The “Transferring Playback”/“Transfer
`Playback” Aspects of Limitation 1-c, 1-d, 1-e ........................ 31
`Ground I: Limitation 1-f .......................................................... 35
`a.
`No Motivation to Combine for Limitation 1-f .............. 35
`b.
`Qureshey Does Not Teach Limitation 1-f ..................... 45
`Ground I: Limitation 1-g ......................................................... 49
`
`2.
`
`3.
`
`4.
`
`i
`
`
`
`
`
`IPR2021-01563
`
`5.
`6.
`7.
`
`Ground II: No Motivation to Combine for Limitation 1-g ...... 53
`Ground I: Limitation 1-h ......................................................... 58
`Ground I: Limitation 1-i .......................................................... 58
`a.
`Al-Shaykh ...................................................................... 59
`b.
`Qureshey ........................................................................ 60
`Claims 13 and 25 ..................................................................... 61
`8.
`Grounds I-II: Dependent Claims 6-12, 18-24, 27-29 ......................... 61
`1.
`Claim 6 ..................................................................................... 62
`2.
`Claim 9 ..................................................................................... 62
`3.
`Claim 11 ................................................................................... 63
`4.
`Claim 18-24 and 27-29 ............................................................ 63
`Grounds III-IV: Dependent Claims 2 and 14 ..................................... 64
`1.
`No Motivation to Combine ...................................................... 64
`2.
`Claim 2 & 14 ........................................................................... 67
`VII. CONCLUSION ............................................................................................ 68
`
`
`
`B.
`
`C.
`
`ii
`
`
`
`
`
`IPR2021-01563
`
`TABLE OF AUTHORITIES
`
`CASES
`ActiveVideo Networks, Inc. v. Verizon Commc’ns, Inc.,
`694 F.3d 1312 (Fed. Cir. 2012) .................................................................. passim
`Ex Parte Norwalk ,
`2022 WL 1315407 (P.T.A.B. Apr. 28, 2022) .................................................... 39
`Ex Parte Rinkevich,
`2007 WL 1552288 (B.P.A.I. May 29, 2007) ..................................................... 39
`Mintz v. Dietz & Watson, Inc.,
`679 F.3d 1372 (Fed. Cir. 2012) ................................................................... 31, 40
`Personal Web Techs., LLC v. Apple, Inc.,
`848 F.3d 987 (Fed. Cir. 2017) ........................................................................... 36
`Plas-Pak Indus., Inc. v. Sulzer Mixpac AG,
`600 F. App'x 755 (Fed. Cir. 2015) .................................................................... 37
`Purdue Pharma L.P. v. Depomed, Inc.,
`643 F. App’x 960 (Fed. Cir. 2016) .............................................................. 26, 40
`Shire LLC v. Amneal Pharms., LLC,
`802 F.3d 1301 (Fed. Cir. 2015) ........................................................................... 2
`TQ Delta, LLC v. CISCO Sys., Inc.,
`942 F.3d 1352 (Fed.Cir. 2019) .......................................................................... 27
`
`Winner Int’l Royalty Corp. v. Wang,
`202 F.3d 1340, (Fed. Cir. 2000) ........................................................................ 41
`
`
`
`
`iii
`
`
`
`IPR2021-01563
`
`TABLE OF EXHIBITS
`
`Exhibit
`
`Description
`
`Ex. 1001 U.S. Patent No. 9,967,615 (“the ‘615 Patent”)
`
`Ex. 1002
`
`‘615 Patent Prosecution History (U.S. App. No. 14/628,952)
`
`Ex. 1003 Declaration of Dr. Harry Bims (“Bims”)
`
`Ex. 1006 U.S. Patent No. 8,799,496 (“Phillips”)
`
`Ex. 1007 U.S. Patent Publ. No. 2011/0131520 (“Al-Shaykh”)
`
`Ex. 1008 U.S. Patent No. 8,050,652 (“Qureshey”)
`
`Ex. 1009 U.S. Patent No. 8,724,600 (“Ramsay”)
`
`Ex. 2018 Declaration of Dr. Douglas C. Schmidt
`Curriculum Vitae of Dr. Douglas C. Schmidt
`Ex. 2019
`Ex. 2020 Google’s Responsive Claim Construction Brief, Sonos, Inc. v. Google
`LLC, 3:20-cv-06754-WHA (N.D. Cal. Apr. 4, 2022)
`
`Ex. 2021 Deposition Testimony of Dr. Harry Bims (June 29, 2022)
`
`Ex. 2022 U.S. Patent Application Publication 2011/0004330 (“Rothkopf”)
`
`Ex. 2023 U.S. Patent Application Publication 2014/0075308 (“Sanders”)
`Ex. 2024 Deposition Testimony of Google’s Expert, Dr. Christos Kyriakakis, Sonos,
`Inc. v. Google LLC, 3:20-cv-06754-WHA (Mar. 1, 2022)
`Expert Report of Douglas C. Schmidt on Claim Construction, Sonos, Inc.
`v. Google LLC, 3:20-cv-06754-WHA (Mar. 21, 2022)
`Summons to Attend Oral Proceedings Pursuant to Rule 115(1) EPC
`
`Ex. 2025
`
`Ex. 2026
`
`
`
`
`
`
`
`i
`
`
`
`
`I.
`
`INTRODUCTION
`
`IPR2021-01563
`
`Petitioner Google LLC (“Google”) alleges claims 1-2, 6-14, 18-25, and
`
`27-29 (the “Challenged Claims”) of U.S. Pat. 9,967,615 (Ex.1001) (the “‘615
`
`Patent”) are unpatentable based on four separate obviousness grounds.
`
`Petition, 2-3. The Board instituted trial on all four grounds. For the reasons
`
`set forth herein, Patent Owner Sonos, Inc. (“Sonos”) requests that the Board
`
`issue a Final Written Decision confirming the patentability of all the
`
`Challenged Claims.
`
`None of Google’s obviousness grounds achieve the Challenged Claims,
`
`as each proposed combination still misses key claim limitations. This is the
`
`case even with Google mischaracterizing the references’ teachings.
`
`Google’s Petition and the opinions of its expert, Dr. Bims, are also
`
`fraught with impermissible hindsight bias. In this regard, Google’s
`
`obviousness challenge to the ‘615 Patent is a textbook example of a petitioner
`
`improperly using a patentee’s claims as a roadmap to pick-and-choose
`
`disparate elements from the prior art to achieve the limitations of the
`
`inventions – a practice that violates well-established Federal Circuit
`
`precedent.
`
`Google’s engagement in this improper practice is exemplified by the
`
`fact that Google’s obviousness grounds with respect to the independent claims
`
`- 1 -
`
`
`
`
`are based entirely on three prior art references that were already before the USPTO
`
`IPR2021-01563
`
`and the Challenged Claims were allowed over. Ex.1001, 2-3 (listing Qureshey, Al-
`
`Shaykh, and Phillips). Because these prior art references are all listed on the face of
`
`the ‘615 Patent, the examiner is presumed to have considered them, and thus, Google
`
`has the “added burden of overcoming the deference that is due to a qualified
`
`government agency presumed to have properly done its job” – an added burden that
`
`Google has woefully failed to overcome. Shire LLC v. Amneal Pharms., LLC, 802
`
`F.3d 1301, 1307 (Fed. Cir. 2015) (internal quotation marks omitted).
`
`Google’s engagement in this improper practice is further exemplified by the
`
`fact that the core of all four of Google’s obviousness grounds is the primary
`
`reference, Al-Shaykh, which sets forth three different approaches for “transferring
`
`media content,” and none of these three approaches achieve the Challenged Claims
`
`that require “transferring playback.” As such, Google must modify Al-Shaykh to
`
`manufacture an undisclosed and unrelated fourth approach. However, a POSA
`
`having common sense would not take a system like Al-Shaykh that already solves a
`
`problem – here, in three different ways – to come up with yet another entirely new
`
`solution to that problem that fundamentally alters Al-Shaykh’s principles of
`
`operation. Such a practice evinces nothing more than hindsight bias.
`
`Using Sonos’s claims as a roadmap to improperly concoct an obviousness
`
`challenge is not the only well-established obviousness principle that Google and Dr.
`
`- 2 -
`
`
`
`
`Bims violate. For instance, they also (i) improperly resort to relying on the ‘615
`
`IPR2021-01563
`
`Patent’s own words and motivations to advance some reason why a POSA would
`
`have been motivated to make the alleged combinations and modifications set forth
`
`in Google’s grounds, (ii) ignore that Al-Shaykh expressly teaches away from the
`
`types of systems disclosed in the secondary references that they rely on and the types
`
`of modifications that they propose to Al-Shaykh, (iii) disregard that their proposed
`
`modifications to Al-Shaykh would change its principles of operation and fail to
`
`provide any supported reason why a POSA would have sought to do so, and (iv) fail
`
`to consider affirmative reasons why a POSA would not have been motivated to
`
`modify Al-Shaykh in the manner they propose, including the benefits lost by their
`
`proposed modifications.
`
`Aside from improperly engaging in hindsight reasoning to modify Al-Shaykh,
`
`Google and Dr. Bims also take untenable interpretations of prior-art teachings and
`
`the claim language in an effort to manufacture an obviousness attack on the
`
`Challenged Claims.
`
`For example, at the core of the Challenged Claims is a limitation reciting
`
`“transferring playback from [a] control device to [a] particular playback device ….”
`
`In stark contrast, Al-Shaykh merely discloses a mobile device “transferring media
`
`content” (e.g., media files) to a rendering device—a function that the ‘615 Patent
`
`confirms is distinct from the “transferring playback” function recited in the
`
`- 3 -
`
`
`
`
`Challenged Claims. Ex.2018, ¶155-56. Google and Dr. Bims ignore this clear
`
`IPR2021-01563
`
`distinction.
`
`As yet another example, to support Google’s obviousness grounds, Dr.
`
`Bims—who has a (unsuccessful) track record of offering opinions against Sonos’s
`
`patents1—takes interpretations of the claim language that are contrary to a POSA’s
`
`understanding. For instance, when asked whether “stopping playback means that
`
`there was playback at some point” in the context of the independent claims reciting
`
`“causing playback at the control device to be stopped,” Dr. Bims remarkably
`
`testified “[n]ot necessarily.” Ex.2021, 29:19-30:11; see also id., 32:14-33:1
`
`(testifying that “a [POSA] reading this claim does not see written in the claim that
`
`playback at the control device is stopped only after playback at the control device
`
`had been started.”).
`
`Because Google’s positions are fraught with impermissible hindsight bias,
`
`premised on contorting the teachings of the prior art, and inconsistent with a POSA’s
`
`understanding of the claims, the Board should issue a Final Written Decision
`
`confirming the patentability of all the Challenged Claims, thereby confirming that
`
`the USPTO was correct in its original decision to grant the ‘615 Patent over the
`
`references on which Google’s Petition is based.
`
`1 Ex.2021, 13:19-15:22.
`
`
`
`- 4 -
`
`
`
`
`II. OVERVIEW OF ALLEGED PRIOR ART
`
`IPR2021-01563
`
`A. Al-Shaykh
`Al-Shaykh discloses techniques for “transferring media content” from a
`
`“mobile device” to “rendering devices” in a “home network,” such as a “residential
`
`local area network.” Ex.1007, ¶¶2, 14, 78. As background, Al-Shaykh discloses
`
`“[t]hree well-known approaches [to] share media content from a mobile device to a
`
`home network” and discusses various limitations thereof. Id., ¶¶7-13.
`
`To address these limitations, Al-Shaykh discloses techniques for “transferring
`
`media content” from a “mobile device” to “rendering devices” in a “home network,”
`
`where “a media transfer control, a media transfer indication and a renderer selection
`
`control/indication” are displayed “concurrently” in the “user interface of the mobile
`
`device.” Id., ¶14.
`
`To illustrate, FIG. 2 discloses “user interface 31” of a media application on
`
`“mobile device 11” allowing a user to “enable and/or disable transfer” of “media
`
`content” from the “media application to a target rendering device” using the “set of
`
`controls and indications 35.” Id., ¶¶85, 89. Al-Shaykh’s FIG. 3 illustrates the “set
`
`of controls and indications.” Id., ¶99; see also FIGs 4-5.
`
`- 5 -
`
`
`
`
`
`IPR2021-01563
`
`
`
`In practice, Al-Shaykh discloses that a user “may enable transfer of the media
`
`content to a target rendering device … when the media application [of the mobile
`
`device] has the internal state set to ‘PAUSE.’” Id., ¶132. In response, Al-Shaykh
`
`discloses that “the media application may change the internal state from ‘PAUSE’
`
`to ‘PLAY,’” and “[a]s a result, the media application may begin and/or may resume
`
`rendering of the media content on the mobile device 11 substantially simultaneously
`
`with the transfer to and/or the rendering of the media content on the target rendering
`
`device.” Id.
`
`Al-Shaykh discloses three different approaches in which the “mobile device”
`
`transfers “media content” to a “target rendering device” with the vast majority of Al-
`
`Shaykh’s disclosure focusing on the first and second approaches.
`
`In the first approach, Al-Shaykh discloses, “[i]f the ‘media in context’ in the
`
`media application is locally stored on the mobile device 11, the media content may
`
`be transferred from the mobile device 11 to the target rendering device using the
`
`- 6 -
`
`
`
`
`home network 20.” Id., ¶95; see also id., ¶19.
`
`IPR2021-01563
`
`In the second approach, Al-Shaykh discloses that a “remote content provider
`
`transmits the… media content to the mobile device… and the mobile device
`
`transmits [that] media content to the… target rendering device using the home
`
`network….” Id., ¶20. In this regard, the “mobile device” relays the “media content”
`
`directly to the “target rendering device.” See id., ¶95 (“[M]obile device 11 may
`
`relay the media content to the target rendering device using the home network 20,”
`
`such that “the media content from the remote content service may flow through the
`
`mobile device 11….”).
`
`In the third approach, Al-Shaykh’s “mobile device 11 may access the media
`
`content stored on a media server in the home network 20,” and then “the mobile
`
`device 11 may instruct the target rendering device to obtain the media content
`
`directly from the media server in the home network 20 ….” Id., ¶96. In this respect,
`
`Al-Shaykh’s “mobile device” facilitates the retrieval of “media content” from a local
`
`“media server” in the “home network 20” to “the target render device” without the
`
`need for a “remote content service.” Id.; see also id., ¶78 (describing “home network
`
`20” as “a residential local area network”), ¶80.
`
`B. Qureshey
`Qureshey “relates to the field of audio file transfers and … distribution of
`
`audio files over a computer network such as the Internet.” Ex.1008, 1:21-24;
`
`- 7 -
`
`
`
`
`FIG.11. In this respect, Qureshey discloses an “intelligent radio device” that can
`
`IPR2021-01563
`
`operate in two different “modes of operation.” Id., 10:49-50, 16:29-36, cl. 1.
`
`In a first “Web Radio mode,” Qureshey discloses an “intelligent radio device”
`
`with particular “hardware and software” that can “receive digitized audio from the
`
`Web without the need for a personal computer or other expensive equipment.” Id.,
`
`7:28-33, 10:49-50.
`
`As annotated below, the intelligent radio includes a “display device 112” and
`
`“user controls” 116, 118 that are “used to select a Web broadcast and provide
`
`information about the selected Web broadcast.” Id., 10:58-63, FIG 1:
`
`After a user identifies and selects a given Web broadcast using the intelligent
`
`radio’s “user controls” and “display device,” the intelligent radio “receives the Web
`
`broadcast” over the Internet. Id., 12:60-64, 13:8-14.
`
`
`
`- 8 -
`
`
`
`
`
`IPR2021-01563
`
`In a second, different mode of operation (“playlist mode”), Qureshey
`
`discloses an “intelligent radio” in the form of a “network-enabled audio device”
`
`“configured for use with other electronic devices.” Id., 16:29-34, cl. 1. In particular,
`
`“software on a PC can be used to assign playlists of songs to the network-enabled
`
`audio device.” Id., 16:34-36. FIG. 11 illustrates how a playlist is assigned to a
`
`“network-enabled audio device”:
`
`
`
`As shown, playlists are assigned via an Internet Personal Audio Network
`
`(“IPAN 1100”) that includes an “IPAN server,” a “PC IPAN client,” and network-
`
`enabled audio devices (“device B” and “device A”). Id., 16:56-62. Each of these
`
`entities is installed with special “IPAN software” that is used for assigning playlists.
`
`Id., 20:61-63, 21:43-46, 21:50-53, 22:36-42, FIG. 15.
`
`To illustrate the functionality of this special “IPAN software,” FIG. 17C
`
`- 9 -
`
`
`
`
`provides an example display “provided by the PC IPAN client software 1532 and
`
`IPR2021-01563
`
`the server site IPAN software 1433,” where “[t]he user can choose the menu option
`
`of ‘Make Available On’ to assign the playlist from one device to another[.]” Id.,
`
`23:28-30, 24:50-57.
`
`
`
`After a given playlist has been assigned to a particular audio device,
`
`Qureshey’s special “IPAN software” enables a user to “download” the audio files in
`
`the given playlist to the audio device. Id., 17:1-2, 17:17-31, 22:47-53.
`
`Subsequently, as shown in FIG. 18D, if a user wishes to playback the given playlist
`
`on the particular audio device, the user must utilize that audio device’s integrated
`
`user controls to select the given playlist. Id., 26:20-33, 26:63-27:15.
`
`- 10 -
`
`
`
`
`
`IPR2021-01563
`
`
`
`C.
`Phillips
`Phillips relates to “transferring display of video content from one device to
`
`another.” Ex.1006, 1:14-15. Phillips discloses that “a mobile, or handheld, device
`
`receives user input that initiates transfer of display of video content from the mobile
`
`device to a desired renderer located proximate to the mobile device,” and “[t]he
`
`mobile device then causes transfer of display of the video content from the mobile
`
`device to the desired renderer.” Id., 1:51-56.
`
`FIG. 7 below illustrates the operation of Phillips’s system “to provide transfer
`
`of display of video content” from a “mobile device” to “one of the renderers.” Id.,
`
`- 11 -
`
`
`
`
`9:12-15, FIG. 7.
`
`IPR2021-01563
`
`
`
`D. Ramsay
` Ramsay relates to techniques “for providing media playback in a networked
`
`environment.” Ex.1009, 1:7-8. In particular, Ramsay discloses a “wireless speaker
`
`group,” such as a “stereo pair[ ],” that “presents a single virtual device interface for
`
`receiving playback/control commands directed to the group as a whole ….” Id.,
`
`6:18-29. With respect to FIG. 1, Ramsay discloses “wireless speakers 101a and
`
`101b” that “are controllable individually, or collectively as a speaker set 101c” and
`
`that implement special protocols to operate. Id., 4:60-63, 13:21-36, 15:60-61.
`
`E. Other Art
`While Google cites Weel as “other art,” Google does not rely on Weel in this
`
`IPR. Thus, Weel is not relevant for this IPR.
`
`III. THE ‘615 PATENT
`
`The ‘615 Patent claims priority to a patent filing on December 30, 2011 and
`
`- 12 -
`
`
`
`
`discloses a “local playback system” that comprises one or more “playback devices”
`
`IPR2021-01563
`
`(“zone players”) that connect to a local “data network.” Ex.1001, 1:13-15, 1:66-2:9,
`
`2:51-3:13, 5:21-54, 10:64-66, 16:1-8. The “local playback system” can include one
`
`or more control devices (sometimes referred to as “controllers”) that also connect to
`
`the local “data network” and are capable of controlling the operation of the “local
`
`playback system.” Id., 3:17-37, 4:53-5:11.
`
`In the “local playback system,” each “playback device” and control device
`
`can retrieve multimedia from an Internet-based media source over a wide-area
`
`network (e.g., via the local “data network”). Id., 5:38-41, 6:64-7:12, 12:44-67,
`
`FIG.6.
`
`The ‘615 Patent explains that the “playback devices” can playback
`
`multimedia content, such as audio. Id., 1:13-15, 1:66-2:9, 2:51-3:13, 3:28-31, 12:44-
`
`67. In this respect, a “playback device” may maintain a “local playback queue” for
`
`multimedia that the “playback device” is to playback. Id., 16:20-31, 16:53-57,
`
`16:63-17:4. The “playback device” may contain a resource locator (e.g., a URL, an
`
`identifier, or other reference) corresponding to a piece of multimedia content (e.g.,
`
`audio track) that facilitates the “playback device” accessing that multimedia content
`
`for playback from the cloud. Id., 11:62-12:3, 12:53-63, 13:31-40, 15:59-67.
`
`The ‘615 Patent explains that a “playback device” can queue one or multiple
`
`pieces of multimedia content (e.g., song or playlist) for playback, which a POSA
`
`- 13 -
`
`
`
`
`would understand means that the “local playback queue” could contain a single
`
`IPR2021-01563
`
`resource locator corresponding to a piece of content or multiple resource locators
`
`each corresponding to a respective piece of content. Id., 9:27-31, 10:42-46, 11:65-
`
`12:3, 12:49-63, 13:33-40, 15:59-62, 16:63-17:4; Ex.2018, ¶54. Moreover, in
`
`example embodiments, a “playback device” queues a single resource locator that
`
`corresponds to a playlist of multiple pieces of content. Ex.1001, 12:56-61, 15:59-
`
`62.
`
`With respect to the disclosed control device, such a device could be a
`
`dedicated hardware device that serves as a controller for the “local playback system”
`
`(id., 4:53-65, FIG. 3) or such a device could be a user’s personal computing device
`
`(e.g., smartphone or tablet) that has a software controller application for the “local
`
`playback system” installed thereon enabling the device to serve as a controller for
`
`the “local playback system.” Id., 4:66-5:11. When the device is a personal
`
`computing device with an installed software controller application, the ‘615 Patent
`
`typically refers to the installed application for the “local playback system” as the
`
`“controller application” or “local playback controller application.” Id., 15:29-32,
`
`15:58-59, 16:9-19, 16:47-52.
`
`Section “IV. Example Controller” describes functions that a dedicated
`
`hardware controller or “controller application” could perform to control the
`
`operations of the “local playback system.” Id., 9:10-10:52; see also id., 4:52-5:11.
`
`- 14 -
`
`
`
`
`Such functions include allowing a user to navigate a playlist of multimedia items
`
`IPR2021-01563
`
`and cause a “playback device” to queue the playlist for playback. Id., 4:55-60, 9:27-
`
`31.
`
`As claimed and described in the ‘615 Patent, a control device could be
`
`provisioned with software enabling it to playback multimedia at the control device
`
`itself and also transfer that playback to one or more “playback devices” of a “local
`
`playback system.” Id., 2:51-3:13, 12:44-67, cl. 1, 13, 25. The ‘615 Patent describes
`
`one such control device as a user’s personal computing device installed with a “third-
`
`party application” or “music-playing application” provisioned with the technology
`
`of the invention. Id., 2:10-19, 12:44-13:30, FIG. 7. Section “VI. Example Music
`
`Sharing and Playback Configuration” describes functions that such a control device
`
`could perform in connection with playing back multimedia at the control device
`
`itself and transferring playback to a “playback device.” Id., 12:5-17:20.
`
`The ‘615 Patent describes different manners by which a control device
`
`transfers playback of media from itself to a “playback device.” In one
`
`implementation, the control device transferring playback involves the control device
`
`causing at least one resource locator (e.g., a URI, URL, or “track identifier”) to be
`
`added to a playback queue of the “playback device,” and the playback device then
`
`retrieving the media data corresponding to the resource locator from a cloud server.
`
`Id., 12:53-63; see also, id., 14:13-18, 15:51-57, 15:58-67. In this implementation,
`
`- 15 -
`
`
`
`
`the control device does not provide the media data directly to the playback device.
`
`IPR2021-01563
`
`Ex.2018, ¶60.
`
`A POSA would readily appreciate that the claims of the ‘615 Patent are
`
`directed to this implementation, as opposed to any other disclosed implementation.
`
`Ex.2018, ¶61. For example, additional limitations of the independent claims make
`
`clear that the claimed “transferring playback from the control device to the particular
`
`playback device” is not synonymous with the control device merely transmitting or
`
`sourcing the media data to the “playback device.” Id.
`
`For instance, the independent claims recite that “transferring playback from
`
`the control device to the particular playback device” involves causing “one or more
`
`first cloud servers to add multimedia content to a local playback queue on the
`
`particular playback device” by “adding, to the local playback queue, one or more
`
`resource locators corresponding to respective locations of the multimedia content,”
`
`which a POSA would appreciate makes clear that these claims are expressly
`
`referring to the above implementation. Id., ¶62.
`
`Further, the independent claims confirm that the “control device” does not
`
`transmit or otherwise source the media data to the playback device by virtue of the
`
`final limitation reciting “the particular playback device playing back the multimedia
`
`content comprises the particular playback device retrieving the multimedia content
`
`from one or more second cloud servers of a streaming content service and playing
`
`- 16 -
`
`
`
`
`back the retrieved multimedia content.” Id., ¶63.
`
`IPR2021-01563
`
`Consistent with the claims, the system architecture shown in Figure 7 enables
`
`the user’s personal computing device to communicate with one or more cloud-based
`
`servers to facilitate the transfer of playback from the personal computing device to
`
`one or more “playback devices” in a “local playback system.” Ex.1001, 12:19-43,
`
`15:18-46, 16:1-8, 17:12-20.
`
`
`
`Independent claim 1 is directed to aspects of these features and
`
`recites:
`
`- 17 -
`
`
`
`
`
`IPR2021-01563
`
`For purposes of this IPR, Sonos agrees that claims 13 and 25 are substantially
`
`
`
`similar to claim 1. Petition, 45-48.
`
`IV. LEVEL OF ORDINARY SKILL IN THE ART
`
`For purposes of this IPR, Sonos agrees with the Board’s conclusions regarding
`
`the level of skill in the art. Institution Decision, 17-18.
`
`- 18 -
`
`
`
`
`V. CLAIM CONSTRUCTION
`
`IPR2021-01563
`
`The parties dispute the meaning of terms relevant to the Challenged Claims in
`
`the parallel district-court litigation (“parallel litigation”). No court has issued a final
`
`claim construction order, and the disputed terms relevant to the Challenged Claims
`
`are as follows:
`
`Ex.2018, ¶70.
`
`Despite IPRs and district-court litigations now using the same claim
`
`construction standard, Google and Dr. Bims deliberately chose not to address these
`
`
`
`- 19 -
`
`
`
`
`proposed constructions, including Google’s proposed construction for “playback
`
`IPR2021-01563
`
`queue.” Ex.2021, 96:4-18. In fact, Dr. Bims testified that he was instructed to apply
`
`his understanding of the plain and ordinary meaning of the terms recited in the
`
`Challenged Claims, some of which are inconsistent with Google’s litigation
`
`positions, including Google’s construction for “playback queue.”
`
`Moreover, Dr. Bims applies a meaning to at least one additional claim term
`
`that is not currently in dispute in the parallel litigation (e.g., “transferring playback”),
`
`but Dr. Bims’ interpretation is contrary to how a POSA would have understood the
`
`term in the context of the ‘615 Patent.
`
`A.
`“Transferring Playback”
`Dr. Bims opines that disclosures in Al-Shaykh describing techniques for
`
`“transferring media content” allegedly amount to the claimed “transferring
`
`playback” (or “causing playback to be transferred”) but fails to expressly specify the
`
`meaning that he ascribed to the term “transferring playback,” as claimed. Ex.1003,
`
`¶¶94, 104-106.
`
`During his deposition, Dr. Bims testified that he applied his “common
`
`understanding” of the term “playback,” which refers to “the function of rendering
`
`multimedia content.” Ex.2021, 26:20-27:7. In his declaration, however, Dr. Bims
`
`equates “transferring playback” to merely “transferring media content,” which is
`
`contrary to his common understanding of “playback” and the plain and ordinary
`
`- 20 -
`
`
`
`
`meaning that a POSA would have applied in the context of the ‘615 Patent at the
`
`IPR2021-01563
`
`time of invention. Ex.2018, ¶74.
`
`In this regard, a POSA would not have equated the claimed function of the
`
`control device “transferring playback” to a playback device with the prior art’s
`
`function of a control device merely “transferring media content” (e.g., transmitting
`
`or sourcing media data) to a playback device (without more). Id., ¶75. Rather, a
`
`POSA would have understood from the plain claim language that the control device
`
`must be capable of being in a playback (or rendering) state when it “detect[s] a set
`
`of inputs to transfer playback” and after such detecting, “caus[e] playback to be
`
`transferred from the control device to the particular playback device,” which
`
`includes, inter alia, “causing playback at the control device to be stopped” and
`
`“causing the particular playback device to playback the multimedia content.” Id.;
`
`Limitations 1-d, 1-e, 1-g, 1-i. In other words, a POSA would have understood that
`
`the claimed “causing playback to be transferred” necessarily requires causing the
`
`transfer of the function of rendering of the multimedia content by the control device.
`
`A POSA’s understanding of the term “transferring playback” is further
`
`supported by intrinsic evidence. Id., ¶¶76-78. For instance, the ‘615 Patent discloses
`
`a control device installed with a media-playing application that can playback (i.e.,
`
`render) multimedia and also transfer that playback to one or more “playback
`
`devices.” Supra §III.
`
`- 21 -
`
`
`
`
`
`IPR2021-01563
`
`As one illustrative example, the ‘615 Patent describes how a smartphone
`
`equipped with such a “third-party application” transfers its own playback to the
`
`user’s home “playback system.” Id., 12:44-53. In this example, the user’s
`
`smartphone is rendering multimedia content via a “third party music application,”
`
`and the user then “selects an option to continue playing” (or rendering) the
`
`multimedia content on a “playback system” that causes the transfer of the rendering
`
`of the multimedia content from the user’s smartphone to the “playback system,”
`
`which includes the “playback system pick[ing] up” where the smartphone left off
`
`before the transfer and “output[ting] that [multimedia] content (e.g., that song) on
`
`speakers and/or other playback devices….” Id.; see also, e.g., id., 15:58-65
`
`(disclosing how transferring playback can “enable near-seamless ‘handoff’ of music
`
`from a portable device to a local playback system.”).
`
`B.
`“Local Playback Queue”
`Google asserts that disclosure