throbber

`
`
`
`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

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket