Fitbit, Inc. v. AliphCom et al

Filing 119

CLAIM CONSTRUCTION ORDER. Signed by Judge Edward J. Davila on 1/27/2017. (patentlcsjS, COURT STAFF) (Filed on 1/27/2017)

Download PDF
1 2 3 4 UNITED STATES DISTRICT COURT 5 NORTHERN DISTRICT OF CALIFORNIA 6 SAN JOSE DIVISION 7 8 FITBIT, INC., Case No. 15-cv-04073-EJD Plaintiff, 9 CLAIM CONSTRUCTION ORDER v. Re: Dkt. Nos. 87, 89, 94 10 11 ALIPHCOM, et al., United States District Court Northern District of California Defendants. 12 13 14 Plaintiff Fitbit, Inc. (“Fitbit”) brings this suit against Defendants AliphCom d/b/a Jawbone 15 and Bodymedia, Inc. (collectively “Jawbone”) for infringement of U.S. Patent Nos. 9,026,053 (the 16 “’053 patent”), 9,106,307 (the “’307 patent”), and 9,048,923 (the “’923 patent”) (collectively, the 17 “patents-in-suit”). Fitbit currently asserts claims 1, 2, and 5-9 of the ’053 patent, claims 1-3 and 18 16-19 of the ’307 patent, and claims 1, 2, 7-10, and 13 of the ’923 patent. Across these claims, the 19 parties dispute the proper construction of seven terms. Upon consideration of the claims, 20 specification, prosecution history, and other relevant evidence, and after hearing the arguments of 21 the parties, the court construes the contested language of the patents-in-suit as set forth below. 22 23 I. BACKGROUND The parties are health and fitness companies that both sell wearable activity trackers. In 24 general, wearable activity trackers are small, lightweight devices that track a user’s activities 25 throughout the day, such as how many steps the user takes, how long the user sleeps, and how 26 many calories the user has burned. The devices can then be connected to a user’s computer or 27 smartphone, where they upload the data they collect. The user can then view this data through an 28 1 Case No.: 15-cv-04073-EJD CLAIM CONSTRUCTION ORDER 1 application or website, and analyze it for trends, set or track progress on fitness goals, and share 2 their activities with friends through social networking. 3 In order for data to be seamlessly transmitted between the device and the smartphone, the 4 devices are often “paired” to the user’s smartphone or computer before first use. Pairing sets up a 5 unique system of contact between the device and the smartphone or computer such that the two 6 can automatically synchronize data whenever they are connected, without requiring intervention 7 from the user. For example, a Bluetooth-enabled device that is paired to a Bluetooth-enabled 8 smartphone will automatically upload data whenever it comes within range of the smartphone. Fitbit’s asserted patents relate to a specific approach to pairing a wireless device, such as a 10 wearable activity tracker, to a “client” and/or “server.” All three patents are entitled “System and 11 United States District Court Northern District of California 9 Method for Wireless Device Pairing” and share the same specification. The ’053 patent was filed 12 first, on February 17, 2013, and the ’923 and ’307 patents were filed as divisional applications on 13 December 24, 2013 and March 27, 2014, respectively. The ’053 patent issued on May 5, 2015, 14 the ’923 patent issued on June 2, 2015, and the ’307 patent issued on August 11, 2015. 15 All of the asserted claims recite a method or system for pairing that involves three discrete 16 entities: a portable monitoring device, a “client,” and a “server.” ’053 patent, col. 14 l. 63-col. 16 17 l. 4; ’923 patent, col. 15 ll. 2-49; ’307 patent, col. 15 ll. 2-47, col. 17 l. 30-col. 18 l. 16. Figure 1 18 illustrates the interaction between these three actors: 19 20 21 22 23 24 25 26 27 28 2 1 Figures 13 and 14 illustrate the pairing process: 2 3 4 5 6 7 8 9 10 United States District Court Northern District of California 11 12 13 14 15 16 17 18 19 20 21 22 This process begins when a user enters account login information (e.g., creates an account or logs 23 into an existing account) in the client. ’053 patent, col. 9 l. 65-col. 10 l. 54, figs. 13, 14. Next, the 24 client sends a signal to the server to indicate that the pairing process has been triggered, and the 25 server sends back a user interface or user data for use in the pairing process. Id. The client then 26 wirelessly detects nearby monitoring device(s), requests response(s) from these device(s), and then 27 sends those response(s) to the server. Id. The server then sends back the list of responsive 28 device(s) that are eligible for pairing (because, for example, they are not already paired with 3 1 another user account, they are compatible with the user’s account, etc.). Id. The client then sends 2 the eligible device(s) a request to pair. Id. These device(s) then cue the user, who “taps” the 3 particular device they wish to pair. Id. The “tapped” device identifies itself to the client, and the 4 client and server complete the pairing process. Id. 5 6 The asserted independent claims generally follow this process. For example, claim 1 of the ’053 patent recites: 7 1. A wireless communication method comprising: 8 a first portable biometric device and a second device communicating wirelessly to initiate a pairing process between the first portable biometric device and the second device, wherein the first portable biometric device comprises, at least one sensor, and wireless communication circuitry in a unit suitable to be worn by a moving human device user, wherein initiating the pairing process comprises, the second device receiving user login information to log the user into a user account; 9 10 United States District Court Northern District of California 11 12 13 the second device sending a signal to a server that indicates the start of the pairing process; 14 the server sending a user interface for pairing to the second device; 15 the second device wirelessly detecting the first biometric device, and requesting a response from the first biometric device; 16 17 18 19 20 21 22 23 24 25 26 27 28 the second device receiving a response from the first biometric device, including a device identification; in response to the second device forwarding the received response to the server, the server sending a list of detected devices eligible for pairing to the second device; and when the first biometric device is on the list of detected devices, the second device sending a command to the first biometric device to enter pairing mode; the first portable biometric device generating a cue to the first portable biometric device user requesting the first portable biometric device user to validate the pairing between the first portable biometric device and the second device; the first portable biometric device receiving input from the user indicating the user's agreement to validate the pairing request, wherein input comprises tapping only the first portable biometric device one or more times anywhere on its exterior; the first portable biometric device detecting the tapping using a motion sensor; 4 the first portable biometric device responding to the user input by remotely signaling the second device to complete the pairing process; 1 2 the second device and the first portable biometric device remotely communicating to complete the pairing process, wherein the first portable biometric device and a second device are remote from each other throughout the pairing process, after which the first portable biometric device and the second device are able to recognize each other; and 3 4 5 6 the first portable biometric device and the second device automatically communicating to wirelessly exchange data subsequent to pairing when the first portable biometric device and the second device are within wireless communication range; 7 8 wherein data comprises sensor data collected and stored by the first portable biometric device 9 10 United States District Court Northern District of California 11 ’053 patent, col. 14 l. 63-col. 16 l. 5. II. LEGAL STANDARDS 12 A. 13 Claim construction is a question of law to be decided by the court. Markman v. Westview Claim Construction 14 Instruments, Inc., 52 F.3d 967, 979 (Fed. Cir. 1995) (en banc), aff’d 517 U.S. 370, 116 S.Ct. 1384, 15 134 L.Ed.2d 577 (1996). “[T]he interpretation to be given a term can only be determined and 16 confirmed with a full understanding of what the inventors actually invented and intended to 17 envelop with the claim.” Phillips v. AWH Corp., 415 F.3d 1303, 1316 (Fed. Cir. 2005) (quoting 18 Renishaw PLC v. Marposs Societa’ per Azioni, 158 F.3d 1243, 1250 (Fed. Cir. 1998)). 19 Consequently, courts construe claims in the manner that “most naturally aligns with the patent's 20 description of the invention.” Id. 21 In construing disputed terms, the court looks first to the claims themselves, for “[i]t is a 22 ‘bedrock principle’ of patent law that ‘the claims of a patent define the invention to which the 23 patentee is entitled the right to exclude.’” Phillips v. AWH Corp., 415 F.3d 1303, 1312 (Fed. Cir. 24 2005) (en banc) (internal quotation marks omitted). Generally, the words of a claim should be 25 given their “ordinary and customary meaning,” which is “the meaning that the term[s] would have 26 to a person of ordinary skill in the art in question at the time of the invention.” Id. at 1312-13. In 27 some instances, the ordinary meaning to a person of skill in the art is clear, and claim construction 28 may involve “little more than the application of the widely accepted meaning of commonly 5 1 understood words.” Id. at 1314. 2 In many cases, however, the meaning of a term to a person skilled in the art will not be 3 readily apparent, and the court must look to other sources to determine the term’s meaning. Id. 4 Under these circumstances, the court should consider the context in which the term is used in an 5 asserted claim or in related claims, bearing in mind that “the person of ordinary skill in the art is 6 deemed to read the claim term not only in the context of the particular claim in which the disputed 7 term appears, but in the context of the entire patent, including the specification.” Id. at 1313. 8 Indeed, the specification is “‘always highly relevant’ ” and “‘[u]sually dispositive; it is the single 9 best guide to the meaning of a disputed term.’” Id. at 1315 (quoting Vitronics Corp. v. 10 Conceptronic, Inc., 90 F.3d 1576, 1582 (Fed. Cir. 1996)). United States District Court Northern District of California 11 The court may also consider the patent’s prosecution history, which consists of the 12 complete record of proceedings before the United States Patent and Trademark Office and 13 includes the cited prior art references. The court may consider prosecution history where it is in 14 evidence, for the prosecution history “can often inform the meaning of the claim language by 15 demonstrating how the inventor understood the invention and whether the inventor limited the 16 invention in the course of prosecution, making the claim scope narrower than it otherwise would 17 be.” Id. at 1317 (internal citations omitted). 18 Finally, the court is also authorized to consider extrinsic evidence in construing claims, 19 such as “expert and inventor testimony, dictionaries, and learned treatises.” Markman, 52 F.3d at 20 980 (internal citations omitted). Although the court may consider evidence extrinsic to the patent 21 and prosecution history, such evidence is considered “less significant than the intrinsic record” and 22 “less reliable than the patent and its prosecution history in determining how to read claim terms.” 23 Id. at 1317-18 (internal quotation marks and citation omitted). Thus, while extrinsic evidence may 24 be useful in claim construction, ultimately “it is unlikely to result in a reliable interpretation of 25 patent claim scope unless considered in the context of the intrinsic evidence.” Id. at 1319. 26 B. 27 The Patent Act authorizes functional claiming: “[a]n element in a claim for a combination 28 Means-Plus-Function Claiming may be expressed as a means or step for performing a specified function without the recital of 6 1 structure, material, or acts in support thereof, and such claim shall be construed to cover the 2 corresponding structure, material, or acts described in the specification and equivalents thereof.” 3 35 U.S.C. § 112(f). 1 “In enacting this provision, Congress struck a balance in allowing patentees 4 to express a claim limitation by reciting a function to be performed rather than by reciting 5 structure for performing that function, while placing specific constraints on how such a limitation 6 is to be construed, namely, by restricting the scope of coverage to only the structure, materials, or 7 acts described in the specification as corresponding to the claimed function and equivalents 8 thereof.” Williamson v. Citrix Online, LLC, 792 F.3d 1339, 1347 (Fed. Cir. 2015) (en banc). 9 Thus, “if one employs means-plus-function language in a claim, one must set forth in the specification an adequate disclosure showing what is meant by that language.” Blackboard, Inc. v. 11 United States District Court Northern District of California 10 Desire2Learn, Inc., 574 F.3d 1371, 1382 (Fed. Cir. 2009) (internal quotation marks omitted). “If 12 the specification does not contain an adequate disclosure of the structure that corresponds to the 13 claimed function, the patentee will have failed to particularly point out and distinctly claim the 14 invention as required by the second paragraph of §112, which renders the claim invalid for 15 indefiniteness.” Id. (internal quotation marks omitted). 16 To determine whether a purportedly means-plus-function term is indefinite, courts employ 17 a two-step process. First, courts determine whether the term-in-question is a means-plus-function 18 term. “[T]he use of the word ‘means’ in a claim element creates a rebuttable presumption that § 19 112(f) applies.” Id. at 1348. Conversely, “the failure to use the word ‘means’ . . . creates a 20 rebuttable presumption . . . that § 112(f) does not apply.” Id. However, “when a claim term lacks 21 the word ‘means,’ the presumption can be overcome and § 112(f) will apply if the challenger 22 demonstrates that the claim term fails to ‘recite[] sufficiently definite structure’ or else recites 23 ‘function without reciting sufficient structure for performing that function.’” Williamson v. Citrix 24 Online, LLC, 792 F.3d 1339, 1348 (Fed. Cir. 2015) (quoting Watts v. XL Svs., Inc., 232 F.3d 877, 25 880 (Fed. Cir. 2000)). “In undertaking this analysis, we ask if the claim language, read in light of 26 27 28 1 The America Invents Act (“AIA”), Pub. L. No. 112–29, effective September 16, 2012, changed the designation of 35 U.S.C. 112 ¶ 6 to 35 U.S.C. 112(f). Because the asserted patents were filed after the effective date of the AIA, the Court refers to the post-AIA versions of this provision. 7 1 the specification, recites sufficiently definite structure to avoid § 112, ¶ 6.” Media Rights Techs., 2 Inc. v. Capital One Fin. Corp., 800 F.3d 1366, 1372 (Fed. Cir. 2015), cert. denied sub nom. Media 3 Rights Techs., Inc. v. Capitol One Fin. Corp., 136 S. Ct. 1173, 194 L. Ed. 2d 178 (2016) (internal 4 quotation marks and citation omitted). Once a court determines that a claim term is a means-plus-function term, the court “next 5 6 determine[s] whether the specification discloses sufficient structure that corresponds to the 7 claimed function.” Williamson, 792 F.3d at 1351. This, in turn, is a two-step process: 8 The court must first identify the claimed function. Then, the court must determine what structure, if any, disclosed in the specification corresponds to the claimed function. Where there are multiple claimed functions, . . . the patentee must disclose adequate corresponding structure to perform all of the claimed functions. If the patentee fails to disclose adequate corresponding structure, the claim is indefinite. 9 10 United States District Court Northern District of California 11 12 Id. at 1351-52 (internal citation omitted). When a defendant challenges a means-plus-function term as indefinite, indefiniteness must 13 14 be proven by “clear and convincing evidence.” Microsoft Corp. v. i4i Ltd. Partnership, 564 U.S. 15 91, 102 (2011). However, “[i]n determining whether [the] presumption [based on the lack of the 16 word ‘means’] has been rebutted, the challenger must [only] establish by a preponderance of the 17 evidence that the claims are to be governed by § 112, ¶ 6.” Advanced Ground Info. Svs., Inc. v. 18 Life360, Inc., 830 F.3d 1341, 1347 (Fed. Cir. 2016). 19 III. 20 21 22 23 24 25 26 27 28 CONSTRUCTION OF DISPUTED TERMS A. “a server” (’053 Patent claim 1; ’923 Patent claim 1; ’307 Patent claims 1 and 16) Fitbit’s Proposed Construction “a component in communication, directly or indirectly, with one or more of the device and the client” Jawbone’s Proposed Construction “a computer that provides services and resources to other devices in response to external requests over a network” Court’s Construction “a physical computing device in communication, directly or indirectly, with one or more of the device and the client” The term “a server” appears in each of the asserted independent claims. In all of these claims, the server fulfills two primary roles: (1) supplying the list of devices that are eligible for pairing; and (2) providing a “user interface” or “user data” “for pairing. Relevant portions of 8 1 those claims recite: 2 the [second/first/other/client] device sending a signal to a server that indicates the start of the pairing process; 3 4 the server sending a user interface [second/first/other/client] device; 5 ... 6 in response to the [second/first/other/client] device forwarding the received response to the server, the server sending a list of detected devices eligible for pairing to the second device; 7 for pairing to the 8 ‘053 patent, col. 15 ll. 7-10, 16-19 (emphasis added); ’923 patent, col. 15 ll. 23-26, 31-34 9 (emphasis added); ’307 patent, col. 15 ll. 24-27, 33-36, col. 17 l. 47-col. 18 l. 2, col. 18 ll. 8-12 10 (emphasis added). Fitbit argues that inventor lexicography governs this court’s construction because the United States District Court Northern District of California 11 12 specification states that “[t]he term ‘server’ refers to a server in communication, directly or 13 indirectly, with one or more of the device and the client.” ’053 patent, col. 4 ll. 1-3; Fitbit 14 Opening Br. 5, Dkt. No. 87. Jawbone disagrees, and instead proposes a construction which 15 requires the server (1) to be a “computer,” and (2) to “provide[] services and resources to other 16 devices in response to external requests over a network.” Jawbone Responsive Br. 2, Dkt. No. 89. 17 Fitbit contends that both limitations are improperly narrow. Fitbit Opening Br. 6-10, Dkt. No. 87. 18 The court addresses these issues in turn. 19 i. Inventor Lexicography A patentee “is free to act as his own lexicographer, and may set forth any special 20 21 definitions of the claim terms in the patent specification or file history, either expressly or 22 impliedly.” Schoenhaus v. Genesco, Inc., 440 F.3d 1354, 1358 (Fed. Cir. 2006) (citing Irdeto 23 Access, Inc. v. Echostar Satellite Corp., 383 F.3d 1295, 1300 (Fed. Cir. 2004)). “In such cases, 24 the inventor’s lexicography governs.” Phillips v. AWH Corp., 415 F.3d 1303, 1316 (Fed. Cir. 25 2005). 26 The Court agrees with Fitbit that, here, the patentee acted as his own lexicographer. The 27 specification specifically states that “server” “refers to” a particular meaning. This is similar to 28 other instances of inventor lexicography that the Federal Circuit has enforced. See, e.g., Braintree 9 1 Labs., Inc. v. Novel Labs., Inc., 749 F.3d 1349, 1356 (Fed. Cir. 2014), cert. denied, 135 S. Ct. 764, 2 190 L. Ed. 2d 630 (2014) (statement that “[t]he terms ‘clinically significant’ as used herein are 3 meant to convey . . .” was inventor lexicography); Microsoft Corp. v. Int’l Trade Comm’n, 731 4 F.3d 1354, 1360 (Fed. Cir. 2013) (statement that “[t]he ‘state’ of the contents of a collection stored 5 at a server refers to . . .” was inventor lexicography). Accordingly, the Court finds that the 6 inventor has clearly defined “server” as “a server in communication, directly or indirectly, with 7 one or more of the device and the client” and must adhere to this definition. 8 ii. Jawbone’s Proposed Limitations However, the Court cannot stop here. This definition fails to resolve two disputes 10 presented by the parties: (1) whether the server must be “a computer,” and (2) whether a server is 11 United States District Court Northern District of California 9 required to “provide[] services and resources to other devices in response to external requests over 12 a network.” Where a dispute regarding claim scope exists, the Court must resolve it. O2 Micro 13 Int’l Ltd. v. Beyond Innovation Tech. Co., 521 F.3d 1351, 1360 (Fed. Cir. 2008) (“When the 14 parties raise an actual dispute regarding the proper scope of these claims, the court, not the jury, 15 must resolve that dispute.”). a. Whether the server is a “computer” 16 Turning to the parties’ first dispute, Jawbone argues that the “server” must be a 17 18 “computer” because the specification consistently describes it as such and the prosecution history 19 estops a broader definition. Jawbone Responsive Br. 2-5, Dkt. No. 89. Fitbit, on the other hand, 20 contends that the “server” is merely a “component,” as neither the specification nor the 21 prosecution history provides a basis for a narrower construction. Fitbit Opening Br. 6-7, Dkt. No. 22 87. 23 While the Court agrees with Fitbit that “server” need not necessarily be a “computer,” it 24 nevertheless finds that “server” should be limited to a physical, computing device, rather than a 25 piece of software. Although “[w]ords of a claim are generally given their ordinary and customary 26 meaning,” this is not a meaning in a vacuum. Phillips, 415 F.3d at 1312 (internal quotation marks 27 and citation omitted). Instead, this is “the meaning that the term would have to a person of 28 ordinary skill in the art in question at the time of the invention,” who, importantly, is “deemed to 10 1 read the claim term not only in the context of the particular claim in which the disputed term 2 appears, but in the context of the entire patent, including the specification.” Id. at 1312, 1313. 3 Ultimately, the “construction that stays true to the claim language and most naturally aligns with 4 the patent’s description of the invention will be, in the end, the correct construction.” Trustees of 5 Columbia Univ. in City of N.Y. v. Symantec Corp., 811 F.3d 1359, 1366 (Fed. Cir. 2016) (quoting 6 Renishaw PLC v. Marposs Societa’ per Azioni, 158 F.3d 1243, 1250 (Fed. Cir. 1998)). These principles compel that the “server” cannot be mere software. In this case, all of the 7 8 asserted claims require the interaction of three distinct actors: (1) a portable monitoring device 9 (“first portable biometric monitoring device” in claim 1 of the ’053 patent, “portable monitoring device” in claim 1 of the ’307 patent, “personal monitoring device” in claim 16 of the ’307 patent, 11 United States District Court Northern District of California 10 “second device” in claim 1 of the ’923 patent), (2) a client device (“second device” in claim 1 of 12 the ’053 patent, the “other device” in claim 1 of the ’307 patent, the “client device” in claim 16 of 13 the ’307 patent, and the “first device” in claim 1 of the ’923 patent), and (3) a “server.” This 14 means that, in the claimed inventions, the client and the server are separate entities and cannot be 15 the same thing. The specification generally discloses two types of embodiments: (1) “device- 16 server embodiments,” such as in Figures 2 and 3, where the client and sever are the same thing, 17 and (2) “client-server embodiments,” such as in Figure 1, where the client and server are distinct 18 entities. In all of the client-server embodiments, 2 the server is a physical, computing device. For 19 example, in Figure 1, “[s]erver 106 represents one or many network servers (e.g. internet [sic] 20 servers) that store user data collected by device 101.” ’053 patent, col. 4 ll. 35-37. In another 21 embodiment, a “device is paired through a user’s cell phone to a user account” and “the cell phone 22 will communicate with the device, and also with any server in proximity to exchange data.” Id., 23 col. 2 ll. 46-49. The background section of the patent also mentions that a device can be 24 discovered by “client software (such as software on a personal computer (PC) in communication 25 with a cloud-based server).” Id., col. 1 ll. 43-45. Indeed, nowhere in the specification does it 26 27 28 2 The Court notes that Fitbit also relies on device-server embodiments to support its claim construction position. See, e.g., Fitbit Opening Br. 6, Dkt. No. 87. However, these are unclaimed embodiments and may not be commensurate with the scope of the particular “client” and “server” that are recited in the claims. As such, the Court finds them less helpful in its analysis here. 11 1 disclose that the “server” is a mere software application. The Federal Circuit has recognized that 2 “[w]here a patent ‘repeatedly and consistently’ characterizes a claim term in a particular way, it is 3 proper to construe the claim term in accordance with that characterization.” GPNE Corp. v. Apple 4 Inc., 830 F.3d 1365, 1370 (Fed. Cir. 2016) (citing VirnetX, Inc. v. Cisco Sys., Inc., 767 F.3d 1308, 5 1318 (Fed. Cir. 2014); ICU Med., Inc. v. Alaris Med. Sys., Inc., 558 F.3d 1368, 1374–75 (Fed. Cir. 6 2009)). The patents here repeatedly characterize the “server” as a physical computing device, so 7 its construction should reflect as much. 8 9 However, this computing device need not be as narrow as “computer;” instead, it could include devices such as tablets and smartphones. Nothing in the claims or specification indicates that, in the claimed client-server invention, the “server” must be a traditional network server. 11 United States District Court Northern District of California 10 Indeed, at the time of invention, smartphones were powerful computing devices in their own right. 12 “It is axiomatic that [Courts] will not narrow a claim term beyond its plain and ordinary meaning 13 unless there is support for the limitation in the words of the claim, the specification, or the 14 prosecution history.” 3M Innovative Properties Co. v. Tredegar Corp., 725 F.3d 1315, 1333 (Fed. 15 Cir. 2013). On the question of whether these intrinsic sources indicate that the “server” must be 16 limited to a certain class of computing devices, the Court finds none. If anything, they indicate the 17 opposite. Claim 5 of the ’923 patent, a dependent claim to claim 1, recites that “the server device 18 comprises a mobile phone.” ’923 patent, col. 16 ll. 10-11. This means that, at least in claim 1 of 19 the ’923 patent, “server” must be broad enough to include a “mobile phone.” Although this serves 20 as extrinsic evidence for the claims in the ’053 and ’307 patents, it still has persuasive value and 21 the intrinsic evidence provides no reason for the Court to deviate from this understanding for these 22 claims. Accordingly, for these reasons, the Court concludes that “server” can be any physical, 23 computing device. 24 The prosecution history does not warrant an alternate conclusion. Although Jawbone has 25 correctly identified an instance of prosecution history estoppel, it does not provide guidance on 26 this dispute. During prosecution, the examiner imposed a restriction requirement, and Fitbit 27 elected to pursue claims “drawn to an embodiment of using resident user account, Fig. 9” (none of 28 which mentioned a “server”), as opposed to claims “drawn to an embodiment of using web based 12 1 user account, Fig. 14” (which included dependent claims that mentioned a “server”). Fitbit 2 Opening Br., Dkt. No. 87, Ex. 3 at FB4073_00041532. After a series of rejections, though, Fitbit 3 added back limitations which require interaction with a server, which overcame prior art rejections 4 and resulted in allowance. Id. at FB4073_00041719-20, 34. Prosecution history estoppel 5 “preclude[s] patentees from recapturing through claim interpretation specific meanings disclaimed 6 during prosecution.” Omega Eng’g, Inc, v. Raytek Corp., 334 F.3d 1314, 1323 (Fed. Cir. 2003). 7 Accordingly, here, Fitbit’s actions preclude it from claim interpretations that would make it such 8 that the claims did not require a “server” or the interactions with a server that are recited in the 9 claims. However, the position it takes is not that—Fitbit does not dispute that the claims require a “server,” but merely contends that a “server” can be any hardware or software “component.” 11 United States District Court Northern District of California 10 Accordingly, the prosecution history does not aid the Court’s analysis here. 12 13 14 15 16 In sum, for the reason expressed above, the court finds that, instead of “computer” or “component,” “server” should be construed as “physical, computing device.” b. Whether the server must “provide[] services and resources to other devices in response to external requests over a network” Turning to the parties second dispute, Jawbone argues that the “server” must “provide[] services and resources to other devices in response to external requests over a network.” Jawbone 17 Responsive Br. 2-5, Dkt. No. 89. Fitbit argues that none of these requirements are warranted. 18 Fitbit Br. 8-10, Dkt. No. 87. 19 The Court agrees with Fitbit. As Fitbit correctly points out, the claims already provide 20 substantial detail about the functions the server must perform. In a sense, some of these include 21 22 23 24 25 26 the provision of some “services and resources to other devices,” such as “sending user interface data,” ’923 patent, col. 15 ll. 15-16, or “sending a list of detected devices eligible for pairing to the other device,” id., col. 15 ll. 32-34. The latter also appears to be a “response to [an] external request[],” namely, the forwarded responses received by the client. Id., col. 15 ll. 31-32. Adding the additional requirement that the server explicitly “provide[] services and resources to other devices in response to external requests” is redundant and unnecessary, and only threatens to 27 provide a source of unclarity. Accordingly, the Court declines to do so. 28 13 1 The Court also finds the remainder of Jawbone’s proposed construction, “over a network,” 2 unwarranted. Nowhere in the specification are the forms of communication used by the server 3 limited or even defined. Instead, the specification simply states that the server is “in 4 communication, directly or indirectly, with one or more of the device and the client.” ’053 patent, 5 col. 4 ll. 1-3. Further, although not directly applicable to the server itself, the specification appears 6 to generally embrace a broad view of “communication” when describing interactions between 7 actors in the system. For example, when describing how the system determines which portable 8 monitoring devices are eligible for pairing, the specification states that “[c]ommunicating in this 9 context may mean one party (device, client, server, set of devices, set of clients, or set of servers) broadcasting packets and the other party listening for and receiving packets (unidirectional 11 United States District Court Northern District of California 10 communication).” ’053 patent, col. 6 ll. 6-9. No other specifics are given. Accordingly, nothing 12 in the intrinsic record suggests that the server should be limited to communicating “over a 13 network.” Federal Circuit case law “do[es] not support prescribing a more particularized meaning 14 unless a narrower construction is required by the specification or prosecution history.” 3M 15 Innovative Properties Co. v. Tredegar Corp., 725 F.3d 1315, 1329 (Fed. Cir. 2013). Seeing none 16 here, the court declines to limit communication to “over a network.” 17 18 19 The term “server” is accordingly construed as “a physical computing device in communication, directly or indirectly, with one or more of the device and the client.” B. “tapping” (’053 Patent claim 1; ’923 Patent claim 1; ’307 Patent claim 1) 20 21 22 23 24 Fitbit’s Proposed Construction “touching or light touching of the device once or multiple times on any part of its exterior” Jawbone’s Proposed Construction “imparting a light physical impact or blow, as distinguished from touching” Court’s Construction “momentary touching or light touching detectable by a motion sensor” The term “tapping” appears in claim 1 of each of the ’053 patent, ’923 patent, and ’307 25 patent. In each of these claims, “tapping” is used to validate the client’s request to pair with the 26 device. Relevant portions of those claims recite: 27 28 the first portable biometric device receiving input from the user indicating the user’s agreement to validate the pairing request, 14 wherein input comprises tapping only the first portable biometric device one or more times anywhere on its exterior; 1 2 3 the first portable biometric device detecting the tapping using a motion sensor; ’053 patent, col. 15 ll. 23-34 (emphasis added). 4 6 the second device receiving input from the user to respond to the request, wherein the input is received by one or more of the plurality of sensors, wherein input comprises tapping only the second device anywhere on its exterior; 7 the second device detecting the tapping using a motion sensor; 5 8 ’923 patent, col. 15 ll. 40-46 (emphasis added). 9 11 United States District Court Northern District of California 10 the portable monitoring device receiving input from the user to validate the pairing request, wherein input comprises tapping the device on any part of its exterior; and detecting the tapping with one of the motion sensors. 12 13 ’307 patent, col. 15 ll. 43-47 (emphasis added). The parties each advance a specific type of contact which they claim constitutes “tapping.” 14 Jawbone argues that “tapping” is not just mere “touching,” but is a specific type of short-duration 15 touching that requires “imparting a light physical impact or blow.” Jawbone Responsive Br. 5-6, 16 Dkt. No. 89. Jawbone claims that the specification supports its construction, and that Fitbit 17 endorsed a similar definition during prosecution. Id. Fitbit disagrees and argues that the 18 specification makes clear that “tapping” is merely “touching” or “light touching,” but adds that it 19 occurs “once or multiple times on any part of [the device’s] exterior.” Fitbit Opening Br. 10-11, 20 Dkt. No. 87. 21 The Court agrees with Jawbone to the extent that “tapping” is not just any type of contact, 22 but contact that is impactful and momentary. All clams require that “tapping” is something that 23 must be detected with motion sensors. ’053 patent, col. 15 ll. 33-34; ’923 patent, col. 15 ll. 45-46; 24 ’307 patent, col. 15 ll. 43-47. The specification elaborates that these motion sensors are 25 distinguishable from other types of sensors, such as a capacitive touch sensors or audio sensors. 26 ’053 patent, col. 5 ll. 55-56. It also gives several examples of detecting tapping with a motion 27 sensor, such as sensing “by an accelerometer when the user quickly touches any part of the 28 exterior of the device.” ’053 patent, col. 5 ll. 45-46. The use of a motion sensor implies that the 15 1 tap must cause some movement—even if small and imperceptible to the human eye—of the device 2 itself. This is different from other types of touching, such as placing a finger on a capacitive touch 3 sensor (e.g., on an iPhone screen), which requires no movement of the device in order to be 4 detected. Accordingly, “tapping” must at least be impactful in the sense that it causes motion 5 detectable by a motion sensor. 6 The patents also make clear that “tapping” must be momentary. Several times throughout 7 the specification—as well as in the body of claim 1 of the ’053 patent itself—the patents mention 8 that tapping can be performed “multiple times.” ’053 patent, col.2 l. 35, col. 7 ll. 53, 56. If 9 tapping is such that it can be repeated, this suggests that the duration of contact is finite and likely short. In addition, in the portion of the specification that describes user validation in detail, it 11 United States District Court Northern District of California 10 discloses that the user validates the device by “tapping or double tapping the device.” ’053 patent, 12 col. 7 ll. 52. It then goes on to state that alternative forms of user interaction are possible: 13 16 Other validation interactions include, but are not limited to multiple taps of the device, pressing a button, picking up the device, performing a gesture holding or wearing the device, either touching or performing a gesture on a touch sensitive part of the device, and entering some data about the device or displayed on the device into the client (e.g. entering a code displayed on the device into the client). 17 Id., col. 7 ll. 50-53. This juxtaposition between tapping and other forms of touching that are less 18 momentary, such as picking up the device or touching a touch-sensitive part of the device, also 19 suggests that tapping refers to a specific type of touching that is brief in duration. Accordingly, 20 “tapping” must also be contact that is momentary. 14 15 21 The prosecution history is not inconsistent with these observations. During prosecution, 22 Fitbit argued that the ’053 patent application was distinguishable over a prior art reference, U.S. 23 Patent Application No. 2007/0223476 to Fry, which disclosed user input through a “tapping 24 sequence, where a tap is a physical impact imparted on the device.” 9/17/2014 Response at 7. In 25 its remarks, Fitbit acknowledged that “Fry does disclose tapping of devices.” Id. at 6. Although 26 the Court does not find, contrary to Jawbone’s argument, that this is an explicit endorsement of 27 Fry’s definition of “tap” (“a physical impact imparted on the device”) such that Fitbit can be said 28 to have “clear[ly] and unmistakab[ly]” disavowed conceptions of “tap” that fall outside this 16 1 definition, see Omega Eng’g, Inc. v. Raytek Corp., 334 F.3d 1314, 1323-24 (Fed. Cir. 2003), this 2 nevertheless shows that Fitbit was aware of this interpretation and considered it one type of 3 contact that could be “tapping.” This is not inconsistent with “tapping” being momentary and 4 having some physical effect on the device. 5 Thus, the Court finds that “tapping” is contact that is momentary and has some impact on 6 the device’s physical motion. However, Jawbone’s proposal that there be “a light physical impact 7 or blow” is confusing and goes too far. The salient point is that tapping must cause some 8 movement of the device, such that the tap can be detected by a motion sensor. It is not clear that 9 contact must rise to the level of a “light physical impact” or a “blow” to do this. For this reason, the Court will reject Jawbone’s language and instead adopt a modified version of Fitbit’s 11 United States District Court Northern District of California 10 “touching or light touching” construction. In doing so, the Court finds Fitbit’s “touching or light 12 touching” phrasing helpful, but the remainder of Fitbit’s proposal (“of the device once or multiple 13 times on any part of its exterior”) is unwarranted. How many times and where the device may be 14 tapped are addressed in the claims themselves and need not be repeated in the Court’s 15 construction. Claim terms should not be construed in a manner that results in such redundancies. 16 See Robotic Vision Sys., Inc. v. View Eng’g, Inc., 189 F.3d 1370, 1376 (Fed. Cir. 1999) (rejecting 17 a construction on the ground that it “would necessarily be redundant and would add no additional 18 limitations.”). 19 20 21 22 23 24 25 26 27 28 Accordingly, the term “tapping” is construed as “momentary touching or light touching detectable by a motion sensor.” C. “[the second device / the first device / the other device / the at least one client device / the client device] sending a signal to a server that indicates the start of the pairing process” (’053 Patent claim 1; ’923 Patent claim 1; ’307 Patent claims 1 and 16) Fitbit’s Proposed Construction The phrase identified by Jawbone is not subject to § 112(f) and no construction is necessary. The phrase is amenable to its plain and ordinary meaning. Jawbone’s Proposed Construction The phrase is governed by § 112(f), and there is no corresponding structure, acts, or materials, rendering the phrase indefinite. 17 Court’s Construction The phrase identified by Jawbone is not subject to § 112(f) and no construction is necessary. The phrase is amenable to its plain and ordinary meaning. 1 2 3 Alternative proposed construction: The corresponding structure, acts, or materials are sufficiently defined in the specification. 4 Alternative proposed construction: “transmitting information to a server over a network connection that indicates that the pairing process has started” The parties dispute whether this phrase is subject to 35 U.S.C. 112(f). As the Federal 5 Circuit has instructed, if a claim uses the word “means,” there is a rebuttable presumption that 6 § 112(f) applies, and, if the claim does not use the word “means,” there is a rebuttable presumption 7 that § 112(f) does not apply. Williamson, 792 F.3d at 1348. However, even if a claim does not 8 use the word “means,” the presumption can be overcome if “the claim term fails to ‘recite[] 9 sufficiently definite structure’ or else recites ‘function without reciting sufficient structure for performing that function.’” Id. (quoting Watts v. XL Sys., Inc., 232 F.3d 877, 880 (Fed. Cir. 11 United States District Court Northern District of California 10 2000)). The claims at issue here do not use the word “means.” However, Jawbone nevertheless 12 argues that § 112(f) applies because “device” is a generic, nonce word that the claims describe in 13 purely functional terms (i.e., “sending a signal to a server that indicates the start of the pairing 14 process”), and thus fail to recite sufficiently definite structure. Jawbone Responsive Br. 7-9, Dkt. 15 No. 89. Fitbit disagrees, pointing out that the claims themselves identify a specific structure that 16 performs “sending a signal to a server that indicates the start of the pairing process”—in claim 1 of 17 the ’923 patent, for example, the “first device” as opposed to the “second device”—and the 18 specification gives several examples of this structure, including a “cell phone,” laptop computer,” 19 “desktop computer,” and “health station.” Fitbit Opening Br. 13, Dkt. No. 87. 20 The Court agrees with Fitbit. In determining whether a party has overcome the 21 presumption that § 112(f) does not apply, the Federal Circuit directs the Court to “ask if the claim 22 language, read in light of the specification, recites sufficiently definite structure to avoid § 112, ¶ 23 6.” Media Rights Techs., 800 F.3d at 1372. “The question is whether the claim language names 24 particular structures or, instead, refers only to a general category of whatever may perform 25 specified functions.” Robert Bosch, LLC v. Snap-On Inc., 769 F.3d 1094, 1099 (Fed. Cir. 2014).3 26 27 28 3 Robert Bosch, 769 F.3d at 1094, was decided before Williamson. However, Media Rights Techs., a case which followed Williamson, cited Robert Bosch approvingly in explaining how courts should conduct the § 112(f) inquiry post-Williamson. Media Rights Techs., 800 F.3d at 1372. 18 1 This case involves the former. In all of the asserted claims in which this term appears, the entity 2 which is performing the specified function, “sending a signal to a server,” is discretely identified 3 as the “[second/other/client/first] device.” This sets out a broad class of devices, but it is not 4 boundless. As explained in Section III.G, a person of ordinary skill in the art would understand 5 this term to refer to a computing device, such as a smartphone, laptop, or desktop, running client 6 software that is specifically programmed with client software, such as that disclosed in the 7 algorithm in Figures 13 and 14. See Section III.G, infra. 8 9 This “[second/other/client/first] device” recites sufficient structure for the function of “sending a signal to a server that indicates the start of the pairing process.” Neither the claims nor the specification provide much detail about this function; instead, it appears to be a simple 11 United States District Court Northern District of California 10 transmission of a data signal from the client to the server. The specification makes only one 12 passing mention of it and simply states that “the client tells the server to begin a pairing process.” 13 ’053 patent, col. 9 l. 67. Given the relatively simple nature of this function, the 14 “[second/other/client/first] device” is sufficiently definite structure, as this term requires a device 15 that has the basic, general-purpose computing ability to transmit a data signal. Cf. In re Katz 16 Interactive Call Processing Patent Litigation, 639 F.3d 1303, 1316 (Fed. Cir. 2011) (a general 17 purpose processor is sufficient structure for the function of “receiving,” as this function “can be 18 achieved by any general purpose computer without special programming”). For example, cell 19 phones, laptop computers, and desktop computers all transmit data. Accordingly, with respect to 20 the function of “sending a signal to a server that indicates the start of the pairing process,” the 21 claims recite sufficient structure for performing this function. The Court agrees with Fitbit that 22 this term is not subject to § 112(f). 23 Jawbone requests in the alternative that this Court construe this term as “transmitting 24 information to a server over a network connection that indicates that the pairing process has 25 started.” Jawbone Responsive Br. 9, Dkt. 89. The only difference between this proposed 26 construction and the plain language of the claims is that Jawbone has added the requirement that 27 information be sent “over a network connection.” This is the same limitation that Jawbone 28 proposed with respect to “server.” For the same reasons the Court finds this limitation 19 1 unwarranted there, this Court also finds it unwarranted here. See Section III.A, supra. 2 Accordingly, the Court rejects Jawbone’s alternative proposal. 3 Accordingly, the Court concludes that “[the second device / the first device / the other 4 device / the at least one client device / the client device] sending a signal to a server that indicates 5 the start of the pairing process” is not subject to § 112(f) and should instead be given its plain and 6 ordinary meaning. 7 8 9 10 United States District Court Northern District of California 11 12 D. “forwarding the received response to the server” (’053 Patent claim 1; ’923 Patent claim 1; ’307 Patent claims 1 and 16) Fitbit’s Proposed Construction No construction necessary for the phrase identified by Jawbone. The phrase is amenable to its plain and ordinary meaning. 13 14 15 16 17 18 Jawbone’s Proposed Construction “transmitting the information received from the [first biometric device] in response to the request from [the second device] over a network connection to the server” Court’s Construction No construction necessary for the phrase identified by Jawbone. The phrase is amenable to its plain and ordinary meaning. This phrase appears in each of the asserted independent claims. Relevant portions of these claims recite: the [second/first/other/client] device receiving a response from the [first biometric/second/portable monitoring/personal monitoring] device, including a device identification; in response to the [second/first/other/client] device forwarding the received response to the server, the server sending a list of detected devices eligible for pairing to the [second/first/other/client] device; 19 ‘053 patent, col. 15 ll. 14-19 (emphasis added); ’923 patent, col. 15 ll. 28-34 (emphasis added); 20 ’307 patent, col. 15 ll. 29-36, col. 18 ll. 7-12 (emphasis added). 21 The parties’ only dispute with respect to this term is the same as one of the disputes that 22 the Court already addressed with respect to “server”: whether the server’s communication must be 23 limited to communication “over a network.” For the same reasons that the Court found Jawbone’s 24 proposed “over a network” limitation unwarranted there, the Court also finds Jawbone’s proposed 25 “over a network connection to the server” limitation unwarranted here. See Section III.A, supra. 26 Jawbone nevertheless argues that its proposed construction is “consistent with the 27 specification” and identifies several instances where it contends that the specification discloses 28 20 1 communication over a network. Jawbone Responsive Br. 10-11, Dkt. 89 (citing ’053 patent, col. 1 2 25-28, col. 2 ll. 53-54, col. 10 ll. 9-15). The Court agrees with Jawbone that the ’053 patent 3 discloses embodiments (including those described at col. 1 25-28 and col. 2 ll. 53-54) where the 4 server communicates over the network. However, “it is improper to read a limitation from the 5 specification into the claims.” Liebel-Flarsheim Co. v. Medrad, Inc., 358 F.3d 898, 904 (Fed. Cir. 6 2004). Jawbone points to nothing in the intrinsic record that indicates that these are anything more 7 than disclosed embodiments or that these disclosures are so “repeated” and “consistent” so as to 8 warrant limiting communication with the server in this way. See VirnetX, Inc., 767 F.3d at 1318. 9 The Court also discerns none. Accordingly, the Court finds this argument unpersuasive. Forwarding a response is not so technical a concept that a jury would be aided by the 11 United States District Court Northern District of California 10 court’s construction of this term. Accordingly, the court finds that no construction is necessary for 12 this term, it should be given its plain and ordinary meaning. 13 14 E. “the server sending a list of detected devices eligible for pairing to the [second/first/other/client] device” (’053 Patent claim 1; ’923 Patent claim 1; ’307 Patent claims 1 and 16) 15 16 17 18 19 20 21 22 23 24 25 Fitbit’s Proposed Construction No construction necessary for the phrase identified by Jawbone. The phrase is amenable to its plain and ordinary meaning. Jawbone’s Proposed Construction “the server transmitting over a network connection identity information for more than one device that has responded to a request from the [second / first / other / client] device” Court’s Construction “the server sending a list of zero or more detected devices eligible for pairing to the [second/first/other/client] device” As with the previous term, this phrase appears in each of the asserted independent claims. Relevant portions of these claims recite: the [second/first/other/client] device receiving a response from the [first biometric/second/portable monitoring/personal monitoring] device, including a device identification; in response to the [second/first/other/client] device forwarding the received response to the server, the server sending a list of detected devices eligible for pairing to the [second/first/other/client] device; 26 ‘053 patent, col. 15 ll. 14-19 (emphasis added); ’923 patent, col. 15 ll. 28-34 (emphasis added); 27 ’307 patent, col. 15 ll. 29-36, col. 18 ll. 7-12 (emphasis added). 28 21 1 The parties’ dispute two issues with respect to this term: (1) whether communication by 2 the server must be “over a network; and (2) whether the “list of detected devices eligible for 3 pairing” must be a list of more than one. The Court has already resolved this first dispute in 4 Sections III.A and III.D, supra. For the same reasons discussed in those sections, the Court finds 5 Jawbone’s proposed “over a network connection” limitation unwarranted here. 6 Turning to the parties’ second dispute, the parties disagree as to the size of “list.” Jawbone 7 argues that the “list of detected devices eligible for pairing” must be a list of more than one, 8 Jawbone Responsive Br. 12-13, Dkt. No. 89, whereas Fitbit maintains that this can be a list of one 9 or none, Fitbit Opening Br. 15-17, Dkt. No. 87. To support its position, Jawbone identifies a single passage from the specification, which discloses that, when the client is determining which 11 United States District Court Northern District of California 10 devices are nearby, it sends “a list of devices” “[w]hen more than one device responds.” Jawbone 12 Responsive Br. 12, Dkt. No. 89 (citing ’053 patent, col. 10 ll. 1-9). Jawbone reasons that, if the 13 client only sends a list of devices to the server when there is more than one device, the server will 14 only respond with a list of devices when there is more than one device (and, by necessity, this list 15 will include more than one device, since if the list of “detected devices” from the client is more 16 than one, the list of “detected devices eligible” from the server will be more than one). Id. Fitbit 17 responds that is merely a description of an embodiment that does not rise to the level of disawoval, 18 and that the claims and plain meaning of “list” support its contention that a list can be empty or 19 contain only one item. Fitbit Opening Br. 15-17, Dkt. No. 87; Fitbit Reply Br. 9-10, Dkt. No. 94. 20 The Court agrees with Fitbit. Claims are to be read in light of the specification, not the 21 other way around. Here, the language of the claims plainly allows for the list of eligible devices to 22 be singular or empty. Immediately before the disputed limitation, the claims recite that the client 23 “receive[s] a response” from a single personal monitoring device. ‘053 patent, col. 15 ll. 14-19 24 (emphasis added); ’923 patent, col. 15 ll. 28-34 (emphasis added); ’307 patent, col. 15 ll. 29-36, 25 col. 18 ll. 7-12 (emphasis added). Then, in the disputed limitation, the clams recite “in response to 26 the [second/first/other/client] device forwarding the received response to the server, the server 27 sending a list of detected devices eligible for pairing to the [second/first/other/client] device.” Id. 28 This means that, even when only one device is detected, its response is forwarded to the server and 22 1 the server must send back the “list of detected devices eligible.” Sending this list is not a 2 conditional requirement—the server must send it regardless of the number of devices initially 3 detected. Thus, in the case that only one device is detected, this list will at most be a list of one, 4 and, in the case that the only detected device is not eligible, it will be a list of none. Accordingly, 5 the claims plainly allow for lists of one or zero. Jawbone’s proposed construction is too 6 restrictive. 7 The isolated disclosure that Jawbone identifies in the specification does not alter this 8 conclusion. This describes a single embodiment, not the invention itself. Liebel-Flarsheim Co. v. 9 Medrad, Inc., 358 F.3d 898, 904 (Fed. Cir. 2004) (“[I]t is improper to read a limitation from the specification into the claims.”). Further, it is not even clear that, in this particular embodiment, the 11 United States District Court Northern District of California 10 “list of detected devices eligible” sent from the server will be a list of more than one. Even 12 though, in this embodiment, the client only sends a “list of detected devices” when the list is 13 greater than one, it could be the case that one or zero devices from that list is eligible. In that case, 14 it is possible that when “[a]n identification of the eligible devices is sent to the client,” ’053 patent, 15 col. 10 ll. 14-15, this is a list of one or none. Accordingly, even in this embodiment, it is possible 16 that the “list of devices eligible” is singular or empty. Jawbone’s logic fails in the very evidence it 17 cites. 18 The ordinary meaning of “list” also supports the idea that the “list” at issue can contain one 19 or no items. Lists often can be empty or contain only one item. For example, a grocery list that is 20 started for the week may initially be empty and then, as a person notices certain items that needed 21 to be bought, have one or more items added to it. As another example, a list of “to-do” items may 22 start out with multiple tasks and then, as tasks are accomplished, be reduced down to a list of one 23 task, and then a list of no outstanding tasks. These lists do not cease to become lists as soon as 24 they contain one or no items—they are simply empty lists. The same principles apply to the list of 25 eligible devices here. 26 Accordingly, the phase “the server sending a list of detected devices eligible for pairing to 27 the [second/first/other/client] device” is construed as “the server sending a list of zero or more 28 detected devices eligible for pairing to the [second/first/other/client] device.” 23 1 2 3 4 5 6 7 8 9 10 United States District Court Northern District of California 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 F. “the first biometric device” (’307 Patent claim 16) Fitbit’s Proposed Construction This term should be replaced by “personal monitoring device.” This was a clerical error during the prosecution of the ’053, ’923, and ’307 Patents. Jawbone’s Proposed Construction Indefinite for lack of antecedent basis. Court’s Construction This term should be replaced by “personal monitoring device.” This was a clerical error during the prosecution of the ’053, ’923, and ’307 Patents. The parties dispute whether the mention of “the first biometric device” in claim 16 of the ’307 patent is a clerical error that should be replaced with “personal monitoring device.” “It is well-settled law that, in a patent infringement suit, a district court may correct an obvious error in a patent claim.” CBT Flint Partners, LLC v. Return Path, Inc., 654 F.3d 1353, 1358 (Fed. Cir. 2011). “A district court can correct a patent only if (1) the correction is not subject to reasonable debate based on consideration of the claim language and the specification and (2) the prosecution history does not suggest a different interpretation of the claims.” Id. (quoting Novo Industries L.P. v. Micro Molds Corp., 350 F.3d 1348, 1357 (Fed. Cir. 2003)). This inquiry should be conducted “from the point of view of one skilled in the art.” Ultimax Cement Manufacturing Corp. v. CTS Cement Manufacturing Corp., 587 F.3d 1339, 1353 (Fed. Cir. 2009). Here, Fitbit’s proposed correction is not subject to reasonable debate. The phrase “first biometric device” appears in a claim that otherwise consistently refers to a single “personal monitoring device.” It seems reasonable to infer that the “first biometric device” here is that same “personal monitoring device.” Moreover, the phrase “first biometric device” appears in the middle of a relatively precise description of a back-and-forth interaction between two actors, where the client detects the monitoring device, the client requests a response from the device, and the device sends the response: the at least one client device wirelessly detecting the first biometric device, and requesting a response from the first biometric device the at least one client device receiving a response from the first biometric device, including a device identification; ’307 patent, col. 18 ll. 3-8. It seems illogical for the client to request a response from a device it did not detect. It also would not make sense for the client to receive a response from a device 24 1 other than the one it requested a response from. Accordingly, there can be no reasonable debate 2 from the face of the claims that “first biometric device” was intended to be “personal monitoring 3 device.” 4 This conclusion is bolstered by the other independent claims in the asserted patents. All of 5 these patents recite—in identical language—this same detect-request-respond interaction between 6 the client and a single device. In all of these claims, the same word that is used to refer to that 7 device (e.g., “first biometric device,” “second device,” “other device”) is used consistently in 8 those claim limitations. ’053 patent, col. 15 ll. 9-15; ’923 patent, col. 15 ll. 27-30, ’307 patent, 9 col. 15 ll. 28-32. The limitations at issue here recite this same interaction in similar language; it 10 United States District Court Northern District of California 11 seems reasonable to infer that the patentee intended to claim the same thing here. The prosecution history does not suggest a different interpretation of the claims. If 12 anything, it confirms it. On January 26, 2014, the applicant amended each of the independent 13 claims of the ’307 patent (claims 1, 5, and 16) to include the identical detect-request-respond 14 limitations quoted above (in addition to other limitations relating to server-based interactions). 15 Fitbit Opening Br., Dkt. No. 87, Ex. 5 at FB4073_00042256-62. All of these claims require a 16 pairing process with a single personal monitoring device, except claim 1 refers to it as a “personal 17 monitoring device,” claim 5 refers to it as a “first biometric device,” and claim 16 refers to it as 18 “portable monitoring device.” ’307 patent, col. 15 ll. 2-47, col. 15 l. 65-col. 16 l. 38, col. 17 l. 30- 19 col. 18 l. 17. When the detect-request-respond limitations were added to these claims, the new 20 limitations in claims 1 and 5 uniformly referred to the same personal monitoring device that was 21 recited in the rest of the claim body. Fitbit Opening Br., Dkt. No. 87, Ex. 5 at FB4073_00042256- 22 58. The new limitations in claim 16 also did so, except for the errant “first biometric device” that 23 Jawbone complains of here. Id. at FB4073_00042261-62. Comparing these amendments, it 24 seems clear that this was a copy/paste error. (Indeed, the fact that claim 5 recites “first biometric 25 device” suggests that the amendments to claim 5 were copied into claim 16, and the drafter 26 overlooked one of the mentions of “first biometric device” that needed to be changed to “portable 27 monitoring device.”) Nothing in the prosecution history suggest that applicants ever intended for 28 claim 16 to be any different from the other claims, which all involve pairing with a single, portable 25 1 monitoring device. Accordingly, the prosecution history confirms that this is a clerical error 2 which the Court may correct. 3 4 5 Accordingly, the phase “first biometric device” is replaced with “personal monitoring device.” G. “client device” (’307 Patent claim 16) 6 7 8 9 10 Fitbit’s Proposed Construction “software or a device that primarily acts as an access portal to the server” Jawbone’s Proposed Construction Indefinite. Court’s Construction “device running client software that primarily acts as an access portal to the server” The term “client device” appears in claim 16 of the ’307 patent. This claim recites: United States District Court Northern District of California 11 16. A personal monitoring device, comprising: 12 a processor configured to execute a data collection process and a communication process; 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 wireless transmitter circuitry and wireless receiver circuitry for communicating with a client device; a plurality of sensors for sensing user data comprising, sleep activity; step count; calorie burn; distance traversed; speed; and heart rate; a user interface for communicating with the user, wherein communicating comprises indicating to the user that the personal monitoring device has been requested by the client device to pair with the client device as part of a pairing process comprising, the client device receiving user login information to log the user into a user account; the client device sending a signal to a server that indicates the start of the pairing process; the server sending a user interface for pairing to the client device; the client device wirelessly detecting the personal monitoring device, and requesting a response from the first biometric device; 26 1 the client device receiving a response from the personal monitoring device, including a device identification; 2 in response to the client device forwarding the received response to the Server, the server sending a list of detected devices eligible for pairing to the client device; and 3 4 when the personal monitoring device is on the list of detected devices, the client device sending a command to the personal monitoring device to enter pairing mode. 5 6 7 8 9 ’307 patent, col. 17 l. 30-col. 18 l. 16 (emphasis added). Fitbit argues that inventor lexicography governs this court’s construction because the specification states that “[i]n this document, the term ‘client’ refers to client software or a client device that primarily acts as an access portal to a server.” ’053 patent, col. 3 ll. 66-67; Fitbit 10 Opening Br. 19, Dkt. No. 87. Jawbone disagrees and argues that this term renders claim 16 11 United States District Court Northern District of California indefinite. Jawbone Responsive Br. 16-18, Dkt. No. 89. 12 13 14 15 16 i. Claim Construction The Court agrees with Fitbit that the patentee explicitly defined “client” as “client software or a client device that primarily acts as an access portal to a server.” The specification clearly states that, “in this document” the word “client” “refers” to this specific meaning. As with “server,” this falls in line with other instances of inventor lexicography which the Federal Circuit 17 has found. See Section III.A, supra. However, claim 16 cuts more narrowly than the 18 19 20 specification’s disclosure of “client.” Here, the claim explicitly requires a “client device.” The plain meaning of the words requires hardware—a “device” is a physical machine, not just executable code. Accordingly, the Court finds the “software or” portion of Fitbit’s proposed 21 construction inappropriate. 22 The Court also finds it necessary to add one further clarification: the “client device” must 23 be one that is programmed to run client software. Throughout the specification, the patents 24 25 identify a number of different devices that can serve as a “client device,” including a smartphone, tablet, laptop, netbook, desktop computer, and health station. ’053 patent, col 4, ll. 13-15, 30-35. 26 However, it consistently discloses that, for all of these devices, they are programmed to run client 27 software. Toward the beginning of the specification, the patent explicitly states that “[i]n this 28 27 1 document, computer 104 and similar system elements that execute the client software are simply 2 referred to as the client (e.g., client 104).” ’053 patent, col. 4 ll. 17-20. It also explicitly mentions 3 embodiments of client devices being programmed with client software. See, e.g., id., col. 1 ll. 44- 4 45; col. 4 ll. 34-35 (“[c]ell phone 102, in an embodiment, executes client software as a mobile 5 application”); id., col. 7 ll. 14-15 (“a computing device running a client (such as a laptop or 6 smartphone)”). Even when this device/software pairing is not made explicit, descriptions of client 7 devices make clear, from the disclosed actions they perform, that they are programmed with client 8 software. See, e.g., id., col. 9 l. 63-col. 10 l. 24. Accordingly, because the specification 9 “repeatedly” and “consistently” describes the client device as one that runs client software, see 10 United States District Court Northern District of California 11 12 13 14 VirnetX, Inc., 767 F.3d at 1318, the Court finds it necessary to limit its scope in this way. Accordingly, the Court construes “client device” as “device running client software that primarily acts as an access portal to the server.” ii. Indefiniteness Having construed “client device,” the Court must consider whether this term renders claim 15 16 indefinite. Section 112 requires that “[t]he specification shall conclude with one or more 16 claims particularly pointing out and distinctly claiming the subject matter which the inventor or a 17 joint inventor regards as the invention.” 35 U.S.C. § 112(b). In Nautilus, Inc. v. Biosig 18 Instruments, Inc., the Supreme Court established the operative test: “a patent is invalid for 19 indefiniteness if its claims, read in light of the specification delineating the patent, and the 20 prosecution history, fail to inform, with reasonable certainty, those skilled in the art about the 21 scope of the invention.” ––– U.S. ––––, 134 S.Ct. 2120, 2128-29, 189 L.Ed.2d 37 (2014). The 22 Federal Circuit has cautioned that “the dispositive question in an indefiniteness inquiry is whether 23 the ‘claims,’ not particular claim terms” fail this test. Cox Commc’ns, Inc. v. Sprint Commc’n Co. 24 LP, 838 F.3d 1224, 1231 (Fed. Cir. 2016). For that reason, a claim term that “does not discernably 25 alter the scope of the claims” may fail to serve as a source of indefiniteness. Id. 26 Here, “client device,” as construed by this Court, is undeniably broad. It simply requires a 27 programmed device that “acts as an access portal to the server.” However, breadth does not mean 28 indefiniteness. Indeed, the intrinsic record provides substantial guideposts that define the concrete 28 1 universe of “client devices.” Throughout the specification, the patents consistently refer to the 2 “client” as either (1) client software, or (2) a client device running client software. As discussed 3 above, the claim 16 plainly requires only this second category, as “device” implies a physical 4 machine. Also as discussed above, this is a specially programmed machine, which runs client 5 software. The claims themselves set forth a detailed procedure for device-client-server operations 6 that sufficiently bound the algorithm(s) by which this client software can operate. In addition, 7 Figures 13 and 14, as well as at least col. 9 l. 63-col. 10 l. 54, give one detailed example of this 8 algorithm in an embodiment. Accordingly, reading the claims in light of the intrinsic record, a 9 person of ordinary skill in the art would be able to discern the scope of the invention with 10 reasonable certainty. Nautilus, 134 S.Ct. at 2128-29. Moreover, the effect that “client device” has on the indefiniteness inquiry is tempered by United States District Court Northern District of California 11 12 the fact that it does not play a substantial role in defining the scope of the invention. The primary 13 contours of claim 16 come from the specific series of steps that the system takes to perform the 14 pairing process. The “client device” is simply the intermediary between the device and the server. 15 Regardless of what the “client device” is, a person of ordinary skill in the art would be able to 16 identify whether a given pairing system followed the process outlined in claim 16 and, thus, 17 infringed. In Cox Commc’ns, Inc., the Federal Circuit found that the term “processing system” 18 “play[ed] no discernable role in defining the scope of the claims” and hence failed to be a source 19 of indefiniteness. 838 F.3d at 1232. Here too “client device” plays but a small role in shaping the 20 scope of claim 16; thus, it has little effect on the definiteness of the claims. For this additional 21 reason, the Court disagrees that “client device” renders claim 16 indefinite. Accordingly, “client device” is construed as “software or a device that primarily acts as an 22 23 access portal to the server” and does not render claim 16 indefinite. 24 IV. 25 ORDER For the reasons set forth above, the Court Construes the disputed terms as follows: 26 27 28 Claim Terms a server Court’s Construction a physical computing device in communication, directly or indirectly, with one or more of the 29 1 tapping 2 [the second device / the first device / the other device / the at least one client device / the client device] sending a signal to a server that indicates the start of the pairing process forwarding the received response to the server 3 4 5 6 7 the server sending a list of detected devices eligible for pairing to the [second/first/other/client] device the first biometric device 8 9 client device 10 device and the client momentary touching or light touching detectable by a motion sensor The phrase identified by Jawbone is not subject to § 112(f) and no construction is necessary. The phrase is amenable to its plain and ordinary meaning. No construction necessary for the phrase identified by Jawbone. The phrase is amenable to its plain and ordinary meaning. the server sending a list of zero or more detected devices eligible for pairing to the [second/first/other/client] device This term should be replaced by “personal monitoring device.” This was a clerical error during the prosecution of the ’053, ’923, and ’307 Patents. device running client software that primarily acts as an access portal to the server United States District Court Northern District of California 11 12 13 14 15 16 IT IS SO ORDERED. Dated: January 27, 2017 ______________________________________ EDWARD J. DAVILA United States District Judge 17 18 19 20 21 22 23 24 25 26 27 28 30

Disclaimer: Justia Dockets & Filings provides public litigation records from the federal appellate and district courts. These filings and docket sheets should not be considered findings of fact or liability, nor do they necessarily reflect the view of Justia.


Why Is My Information Online?