throbber

`
`
`
`Filed on behalf of Valencell, Inc.
`By:
`Justin B. Kimble (JKimble-IPR@bcpc-law.com)
`
`Jeffrey R. Bragalone (jbragalone@bcpc-law.com)
`
`Daniel F. Olejko (dolejko@bcpc-law.com)
`
`
`Bragalone Conroy PC
`
`2200 Ross Ave.
`
`Suite 4500 – West
`
`Dallas, TX 75201
`
`Tel: 214.785.6670
`
`Fax: 214.786.6680
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`FITBIT, INC.,1
`Petitioner,
`
`v.
`
`VALENCELL, INC.,
`Patent Owner.
`
`Case IPR2017-003192
`U.S. Patent No. 8,923,941
`
`
`PATENT OWNER’S RESPONSE BRIEF TO
`PETITIONER’S OPENING BRIEF ON REMAND
`
`
`Mail Stop PATENT BOARD
`Patent Trial and Appeal Board
`U.S. Patent & Trademark Office
`P.O. Box 1450
`Alexandria, Virginia 22313-1450
`
`1 Petitioner Apple Inc. is no longer a party in this proceeding.
`
`2 Case IPR2017-01555 has been joined with this proceeding.
`
`
`
`
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`B.
`
`Table of Contents
`
`Apple’s Petition Fails to Demonstrate that Claims 3-5 Are Obvious. ............. 1
`I.
`II. The Board Should Reject Fitbit’s Arguments Because They Are Not Limited
`to the Challenges in Petitioner Apple Inc.’s Petition. ...................................... 4
`A.
`Fitbit Improperly Attempts to Expand the Petition’s Challenge to
`Claim 3 by Relying on New Disclosures From Craw. ......................... 5
`Fitbit Improperly Attempts to Expand the Challenge to Claims 4-5 by
`Making New Arguments Based on the Correct Dependency. ............. 7
`Fitbit Improperly Attempts to Expand the Challenge to Claim 3 by
`Making New Arguments Regarding Lee. ............................................ 8
`III. Fitbit Fails to Demonstrate that Claim 3 Is Obvious Under the Board’s
`Construction of “Application-Specific Interface.” .......................................... 9
`IV. CONCLUSION ............................................................................................. 10
`
`
`C.
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`i
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`Table of Authorities
`
`
`Cases
`
`adidas AG v. Nike, Inc.,
` IPR2016-00922, 2018 WL 4056113 (P.T.A.B. Aug. 24, 2018) ........................... 4
`
`Alcon Research, Ltd. v. Apotex, Inc.,
` 687 F.3d 1362 (Fed. Cir. 2012) ............................................................................. 3
`
`Atl. Thermoplastics Co. v. Faytex Corp.,
` 5 F.3d 1477 (Fed. Cir. 1993) ................................................................................. 9
`
`Cisco Sys., Inc. v. Oyster Optics, LLC,
` IPR2017-01719, 2019 WL 328734 (P.T.A.B. Jan. 24, 2019) ....................... 4, 8, 9
`
`Fitbit, Inc. v. Valencell, Inc.,
` 964 F.3d 1112 (Fed. Cir. 2020) ......................................................................... 1, 8
`
`Google, Inc. v. SimpleAir, Inc.,
` CBM2015-00019, 2014 WL 8879049 (P.T.A.B. May 19, 2014) ......................... 7
`
`Hartness Int’l, Inc. v. Simplimatic Eng’g Co.,
` 819 F.2d 1100 (Fed. Cir. 1987) ............................................................................. 3
`
`Microsoft Corp. v. Enfish, LLC,
` 662 F. App’x 981 (Fed. Cir. 2016) ...................................................................... 10
`
`SAS Inst., Inc. v. Iancu,
` 138 S. Ct. 1348 (2018) .......................................................................................... 4
`
`Securus Techs., Inc. v. Global Tel*Link Corp.,
` 701 F. App’x 971 (Fed. Cir. 2017) ...................................................................... 10
`
`TQ Delta, LLC v. CISCO Sys., Inc.,
` 942 F.3d 1352 (Fed. Cir. 2019) ............................................................................. 4
`
`TRW Automotive US LLC v. MAGNA Elecs., Inc.,
` IPR2014-00251, 2014 WL 3945912 (P.T.A.B. July 31, 2014) .......................... 10
`
`
`ii
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`Regulations
`
`37 C.F.R. § 42.104(b)(4) .......................................................................................... 4
`
`iii
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`
`
`Pursuant to the Board’s September 14 Order, Patent Owner Valencell, Inc.
`
`submits this Response Brief to Petitioner Fitbit, Inc.’s Opening Brief on Remand.
`
`I.
`
`Apple’s Petition Fails to Demonstrate that Claims 3-5 Are Obvious.
`The Federal Circuit remanded this proceeding because the Board “did not
`
`review the patentability of claim 3, as construed, on the asserted grounds of
`
`obviousness.” Fitbit, Inc. v. Valencell, Inc., 964 F.3d 1112, 1117-18 (Fed. Cir. 2020)
`
`(emphasis added). Similarly, with respect to claims 4 and 5, the Federal Circuit
`
`remanded for the Board to “determine patentability of corrected claims 4 and 5 on
`
`the asserted grounds of obviousness.” Id. at 1120 (emphasis added). Thus, the Board
`
`is tasked with evaluating whether Fitbit has met its burden of demonstrating that
`
`claims 3-5, properly construed, are obvious based on the arguments made and the
`
`evidence cited in Apple’s Petition. It has not.
`
`In the Petition, Apple asserted that Craw discloses an application-specific
`
`interface of claim 3: “Craw teaches that a data dictionary used with data classes acts
`
`as an API for managing, extracting, and displaying information from information
`
`streams.” Paper 2 at 27 (citing Ex. 1056 ¶ 256) (emphasis added). But neither Apple
`
`nor Fitbit demonstrate that Craw discloses “an interface which enables a particular
`
`application to utilize data obtained from hardware, such as the at least one motion
`
`sensor and the at least one PPG [photoplethysmography] sensor.” See Fitbit, 964
`
`F.3d at 1116-17 (emphasis added). As Apple conceded in the Petition, an API has
`
`1
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`“broad applicability to different applications—and [is] not ‘application specific’ as
`
`such.” Paper 2 at 14 (emphasis added); Ex. 1003 ¶ 62 (same). Indeed, Craw’s data
`
`dictionary and data classes are not directed to any “particular application.” Rather,
`
`as Apple’s expert explained, they provide “a generic mechanism” to access “all
`
`types of definitions” and “a generic interface” used by “any software project.”
`
`Ex. 1003 ¶¶ 75-76 (citing Ex. 1056 ¶¶ 253, 255) (emphasis added). Indeed, Craw’s
`
`entire aim is interoperability. Ex. 1056 ¶¶ 8-10. Because Craw’s data dictionary and
`
`data classes are generically applicable to different applications, they do not disclose
`
`an application-specific interface. See Paper 2 at 14; Ex. 1003 ¶ 62.
`
`Alternatively, Apple asserted in the Petition that Lee disclosed the
`
`application-specific interface of claim 3: “Lee teaches multiple APIs and, in
`
`particular, a wireless communications API (i.e., Bluetooth) to provide an interface
`
`between a physiological parameter extraction device (i.e., a hemadynamometer) and
`
`a mobile device.” Paper 2 at 57-58 (emphasis added). But, again, Lee’s API is
`
`designed to work with various applications. As Apple’s expert explains, “[a]fter a
`
`connection has been set up …, the mobile phone application programs can easily
`
`use a serial port transmission protocol to receive physiological parameter
`
`measurement data.” Id. ¶ 161 (citing Ex. 1059 at 511) (emphasis added). Because
`
`the Bluetooth API has broad applicability to different applications, it is not an
`
`application-specific interface. See Paper 2 at 14; Ex. 1003 ¶ 62.
`
`2
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`With respect to claims 4 and 5, Apple’s Petition evaluated obviousness based
`
`only on an incorrect dependency from claim 1. See Paper 2 at 29 (“As discussed
`
`above, the combination of Luo and Craw suggests all the limitations of claim 1 as
`
`arranged in the claim.”). Apple’s expert did the same. Ex. 1003 ¶ 92 (“As discussed
`
`above, the combination of Luo and Craw suggests the method of claim 1.”). Because
`
`Apple’s Petition did not evaluate obviousness based on the correct dependency of
`
`claims 4 and 5 from claim 3, Apple’s Petition failed to show that the combination of
`
`Luo, Craw, and Wolf renders obvious all limitations of claims 4 and 5 (i.e., the
`
`limitations of claim 3). See Alcon Research, Ltd. v. Apotex, Inc., 687 F.3d 1362,
`
`1367 (Fed. Cir. 2012) (“[A dependent claim] must ‘incorporate … all the limitations
`
`of the claim to which it refers.’”).
`
`Regardless, because the asserted grounds in Apple’s Petition failed to
`
`demonstrate the obviousness of claim 3, the asserted grounds of obviousness in
`
`Apple’s Petition against claims 4 and 5 necessarily fail as well. See Hartness Int’l,
`
`Inc. v. Simplimatic Eng’g Co., 819 F.2d 1100, 1108 (Fed. Cir. 1987) (“[T]he district
`
`court was correct in holding that independent claim 1 was nonobvious. A fortiori,
`
`dependent claim 3 was nonobvious (and novel) because it contained all the
`
`limitations of claim 1 plus a further limitation.”).
`
`Apple’s Petition also failed to explain why a skilled artisan would have
`
`combined Craw and Wolf with Luo and Lee with Mault and Al-Ali in the way the
`
`3
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`inventions of claims 3-5 do (e.g., so that an application-specific interface can perform
`
`further data processing). See Paper 2 at 27, 31, 58-59. Although Apple’s expert
`
`asserted that it would have been obvious to combine these references to arrive at
`
`claims 3-5, his testimony is nothing more than unsupported ipse dixit. See Ex. 1003
`
`¶¶ 92-93, 104, 162-63. This is insufficient to support obviousness. See TQ Delta,
`
`LLC v. CISCO Sys., Inc., 942 F.3d 1352, 1362 (Fed. Cir. 2019).
`
`II. The Board Should Reject Fitbit’s Arguments Because They Are Not
`Limited to the Challenges in Petitioner Apple Inc.’s Petition.
`A remand “does not change [the Board’s] focus on the Petition as Petitioner’s
`
`case-in-chief ….” adidas AG v. Nike, Inc., IPR2016-00922, 2018 WL 4056113, at *3
`
`(P.T.A.B. Aug. 24, 2018) (emphasis added). The “petitioner’s contentions [in the
`
`petition] ... define the scope of the litigation all the way from institution through to
`
`conclusion.” SAS Inst., Inc. v. Iancu, 138 S. Ct. 1348, 1355 (2018). The Petition must
`
`identify “[h]ow the construed claim is unpatentable” and “specify where each
`
`element of the claim is found in the prior art patents or printed publications relied
`
`upon.” 37 C.F.R. § 42.104(b)(4). A petitioner cannot use later briefing as “an
`
`opportunity to start anew, to fill in gaps or to remedy omissions in a petition.” Cisco
`
`Sys., Inc. v. Oyster Optics, LLC, IPR2017-01719, 2019 WL 328734, at *10 (P.T.A.B.
`
`Jan. 24, 2019). Yet that is exactly what Fitbit attempts to do. Faced with the reality
`
`that Apple’s Petition does not demonstrate that claims 3-5 are obvious, Fitbit
`
`purports to fill in gaps and remedy omissions in the Petition by relying on new
`
`4
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`disclosures from Craw and making new arguments. As demonstrated herein, each of
`
`these arguments should be rejected by the Board.
`
`A. Fitbit Improperly Attempts to Expand the Petition’s Challenge to
`Claim 3 by Relying on New Disclosures From Craw.
`In the Petition, Apple argued only that “Craw teaches that a data dictionary
`
`used with data classes acts as an API for managing, extracting, and displaying
`
`information from information streams.” Paper 2 at 27 (citing Ex. 1056 ¶ 0256)
`
`(emphasis added); see also Ex. 1003 ¶ 92 (citing Ex. 1056 ¶ 256). Other than the
`
`data dictionary from paragraph 256 of Craw, Apple’s Petition does not identify any
`
`other disclosure in Craw that allegedly teaches or discloses the claimed application-
`
`specific interface. Notably, Apple never argued in the Petition that Craw discloses
`
`the claimed application-specific interface under the Board’s construction of the term.
`
`While Apple later attempted to make that argument in its subsequent Request for
`
`Rehearing of Institution Decision and post-SAS brief, the Board correctly concluded
`
`that it “cannot have overlooked or misapprehended an argument that the Petitioner
`
`did not make” in the Petition. Paper 15 at 6-7 (emphasis added). For the same reason,
`
`Fitbit cannot make that new argument now.
`
`Nevertheless, Fitbit attempts to do just that. Relying on previously uncited
`
`portions of Craw, it alleges – with only bare attorney argument – that “Craw’s
`
`‘interfaces’ each qualify as an ‘application-specific interface (API)’ under the
`
`Board’s narrowing construction.” Paper 60 at 5-6 (emphasis added) (citing Ex. 1056
`
`5
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`¶¶ 48, 149, 202-203). Fitbit further relies on previously uncited paragraph 208 and
`
`Figure 9A of Craw to argue that “Craw teaches that a health-monitoring application,
`
`such as the blood pressure application in Figure 9A, uses the disclosed interfaces in
`
`order to display extracted health data.” Id. at 6. Fitbit also relies on a new
`
`“interpreter” in paragraph 48 of Craw. Id. at 7.
`
`But Apple’s Petition did not rely on any of these disclosures to support its
`
`argument that Craw discloses the application-specific interface of claim 3. It relied
`
`solely on the combination of the data dictionary and data classes from paragraph 256
`
`of Craw. See Paper 2 at 27; see also Ex. 1003 ¶ 92. And Apple and its expert never
`
`argued in the Petition that Craw’s “interfaces” “perform the same function” as the
`
`claimed application-specific interface under the Board’s construction thereof or that
`
`Craw’s “‘interfaces’ … can be specifically tailored to each ‘particular application,’”
`
`as Fitbit does in its Opening Brief. See Paper 60 at 6-7.
`
`In addition, Fitbit attempts to rely on the Board’s reasoning from a different
`
`proceeding (IPR2017-00321) regarding a different claim. See Paper 60 at 7-8. But
`
`the challenges asserted in IPR2017-00321 are significantly different from the
`
`challenges asserted in this proceeding. In the Petition, Apple relied on the
`
`combination of Luo and Craw. In IPR2017-00321, Apple relied on different prior
`
`art combinations. See IPR2017-00321, Paper 44 at 57. Thus, Fitbit cannot rely on
`
`the final written decision in IPR2017-00321. See Paper 57 at 6. Further, arguments
`
`6
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`from a prior proceeding “cannot be incorporated by reference in its Petition in this
`
`proceeding.” Google, Inc. v. SimpleAir, Inc., CBM2015-00019, 2014 WL 8879049,
`
`at *6 (P.T.A.B. May 19, 2014). Tellingly, although the Board’s decision in IPR2017-
`
`00321 was mailed well after Apple filed the Petition in this case, Apple never sought
`
`authorization to supplement its briefing to address any potential implications of that
`
`decision to this proceeding, see Paper 43 at 17, and neither has Fitbit.
`
`Fitbit’s attempt to rely on previously uncited portions of Craw is equivalent
`
`to the submission of new evidence, which the Board specifically precluded in its
`
`September 14 Order. See Paper 57 at 7-8. As the Board noted in its Order, Apple
`
`had “expressly argued that, even under our construction of the term ‘application-
`
`specific interface (API),’ now affirmed by the Federal Circuit, the Petition is
`
`sufficient to show that claim[s] 3–5 are rendered obvious over the combined
`
`teachings of the applied references.” Id. at 8 (emphasis added). Thus, Fitbit is bound
`
`by the arguments and evidence cited by Apple in the Petition and should not be
`
`permitted to rely on different grounds or portions of Craw never cited in Apple’s
`
`Petition for the disclosure of the claimed application-specific interface.
`
`B. Fitbit Improperly Attempts to Expand the Challenge to Claims 4-
`5 by Making New Arguments Based on the Correct Dependency.
`Claim 4 correctly depends from claim 3, not claim 1. See Fitbit, 964 F.3d
`
`at 1120. Yet, Apple argued in the Petition that the combination of Luo, Craw, and
`
`Wolf discloses the limitations of claims 4 and 5 based on the incorrect dependency.
`
`7
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`Paper 2 at 29. As a result, Apple did not assert in the Petition that the combination
`
`of these references disclosed an application-specific interface. Instead, Apple’s
`
`Petition ignored this key limitation, arguing only that Wolf discloses the additional
`
`limitations of claims 4 and 5. See id. Now, Fitbit attempts to rely on its new analysis
`
`of claim 3 to support its analysis of claims 4 and 5, but that is improper since it is
`
`outside the scope of the challenge in Apple’s Petition. See Paper 57 at 6.
`
`Accordingly, the Board should not permit Fitbit to “fill in gaps” and “remedy
`
`omissions in a petition” by making new arguments based on the correct dependency
`
`of claims 4 and 5. See Cisco, 2019 WL 328734, at *10.
`
`C. Fitbit Improperly Attempts to Expand the Challenge to Claim 3 by
`Making New Arguments Regarding Lee.
`In the Petition, Apple never argued that Lee disclosed the claimed application-
`
`specific interface under the Board’s construction of the term. See Paper 2 at 55-58.
`
`And Apple never argued, as Fitbit does now, that “Lee discloses [sic] ‘application-
`
`specific interface (API)’ because Lee’s ‘mobile phone application program’ is a
`
`‘particular application’ using the data.” Paper 60 at 10. Indeed, Apple did not make
`
`any similar characterizations of Lee’s mobile application programs in the Petition.
`
`See Paper 2 at 55-58. Accordingly, the Board should not permit Fitbit to expand the
`
`scope of the challenge in the Petition by making new arguments regarding Lee’s
`
`disclosures. See Cisco, 2019 WL 328734, at *10.
`
`8
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`III. Fitbit Fails to Demonstrate that Claim 3 Is Obvious Under the Board’s
`Construction of “Application-Specific Interface.”
`While the Federal Circuit wrote that “[t]he Board’s narrowing construction
`
`may have no significance, where, as here, the claimed ‘application-specific
`
`interface’ performs the same function as an application programming interface, i.e.,
`
`‘enabl[ing] a particular application to utilize data obtained from hardware,’” this
`
`observation is, at best, dicta, and cannot be construed as a finding of fact. See Atl.
`
`Thermoplastics Co. v. Faytex Corp., 5 F.3d 1477, 1479 (Fed. Cir. 1993) (“Fact-
`
`finding by the appellate court is simply not permitted.”). There is simply no evidence
`
`that a generic API performs the same function as an application-specific interface.
`
`Fitbit argues that Craw’s “interfaces” and Lee’s Bluetooth API can be used
`
`with a particular application. Paper 60 at 6-8, 10. But that does not mean that these
`
`APIs are application-specific interfaces. Indeed, the Board previously rejected
`
`Apple’s argument that claim 3 requires only that the application-specific interface
`
`“can utilize a particular application.” Paper 15 at 7 n.6. It must be “directed to a
`
`‘particular application,’ rather than broadly to different applications.” Paper 43 at 15
`
`(emphasis added). Fitbit’s claim that Craw discloses tailoring its API to a specific
`
`application takes Craw out of context. Paper 60 at 7. Fitbit quotes a statement from
`
`Craw’s background that “software may be configured to operate upon a particular
`
`subset of data.” Id. But that statement does not concern Craw’s “interfaces.” It
`
`concerns the prior art. And while the actions taken by Craw’s interpreter may
`
`9
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`“depend on the goal of the application,” Craw’s “interfaces” are designed to be
`
`interoperable, so that they work with a variety of applications, which is the very
`
`opposite of application specific. See Ex. 1056 ¶¶ 10-11, 46-47, 51, 141-43.
`
`Moreover, an invention is not obvious merely because it performs the same
`
`function as the prior art. There must be no unexpected results. See TRW Automotive
`
`US LLC v. MAGNA Elecs., Inc., IPR2014-00251, 2014 WL 3945912, at *3
`
`(P.T.A.B. July 31, 2014). Yet, Fitbit provides no analysis, let alone evidence, that
`
`the substitution of the claimed application-specific interface for Craw’s or Lee’s API
`
`would not give unexpected results.
`
`Fitbit’s only reason for combining Craw and Wolf with Luo is their similar
`
`technology and problems addressed. Paper 60 at 5, 9. But this alone is not a sufficient
`
`rationale to support obviousness. See Securus Techs., Inc. v. Global Tel*Link Corp.,
`
`701 F. App’x 971, 977 & n.3 (Fed. Cir. 2017); Microsoft Corp. v. Enfish, LLC, 662
`
`F. App’x 981, 990 (Fed. Cir. 2016). Fitbit’s only basis to combine Lee, Mault, and
`
`Al-Ali is to allow communicating information to a device. Paper 60 at 10. But that
`
`conclusion is supported by nothing more than the hindsight bias of Fitbit’s expert
`
`and the expert’s ipse dixit. See Ex. 1003 ¶¶ 162-63.
`
`IV. CONCLUSION
`For the foregoing reasons, Valencell requests that the Board find, again, that
`
`Fitbit fails to meet its burden of demonstrating that claims 3-5 are unpatentable.
`
`10
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`Dated: October 26, 2020
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Respectfully submitted,
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Justin B. Kimble
`Attorney for Patent Owner
`Registration No. 58,5 91
`Bragalone Conroy PC
`2200 Ross Ave.
`Suite 4500 – West
`Dallas, TX 75201
`
`11
`
`

`

`
`
`Case IPR2017-00319
`U.S. Pat. No. 8,923,941
`
`CERTIFICATE OF SERVICE
`
`
`
`The undersigned hereby certifies that this document was served via electronic
`
`mail on October 26, 2020, to Petitioner via counsel, James M. Glass, Sam Stake, and
`
`Ogi Zivojnovic
`
`at
`
`the
`
`email
`
`addresses:
`
`jimglass@quinnemanuel.com,
`
`samstake@quinnemanuel.com, ogizivojnovic@quinnemanuel.com, pursuant
`
`to
`
`Petitioner’s consent in its Updated Mandatory Notices at page 2.
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Justin B. Kimble
`Attorney for Patent Owner
`Registration No. 58,591
`Bragalone Conroy PC
`2200 Ross Ave.
`Suite 4500 – West
`Dallas, TX 75201
`
`12
`
`

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