throbber
Trials@uspto.gov
`571-272-7822
`
`
`
`
`
`Paper 27
`Date: May 4, 2021
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`DATASPEED INC.,
`Petitioner,
`
`v.
`
`
`
`
`
`
`SUCXESS, LLC,
`Patent Owner.
`____________
`
`IPR2020-00116
`Patent 9,871,671 B2
`______________
`
`
`Before TREVOR M. JEFFERSON, MINN CHUNG, and
`NATHAN A. ENGELS, Administrative Patent Judges.
`
`JEFFERSON, Administrative Patent Judge.
`
`
`
`DECISION
`Final Written Decision
`Determining All Challenged Claims Unpatentable
`35 U.S.C. § 318(a)
`
`
`
`
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`
`I. INTRODUCTION
`In this inter partes review, Dataspeed Inc. (“Petitioner”) challenges
`claims 1–19 (“the challenged claims”) of U.S. Patent No. 9,871,671 B2
`(Ex. 1001, “the ’671 patent”) owned by Sucxess, LLC (“Patent Owner”).
`Paper 1 (“Pet.”).
`We have jurisdiction under 35 U.S.C. § 6. This Final Written
`Decision, issued pursuant to 35 U.S.C. § 318(a), addresses issues and
`arguments raised during the trial in this inter partes review. For the reasons
`discussed herein, we determine that Petitioner has shown by a
`preponderance of the evidence that claims 1–19 are unpatentable.
`
`A. Procedural History
`Petitioner filed a Petition challenging claims 1–19 of the ’671 patent
`(Pet. 3, 18–65) and Patent Owner filed a Preliminary Response (Paper 11).
`We instituted trial on all grounds of unpatentability. Paper 12 (“Dec.”), 27–
`28.
`
`Patent Owner filed a Response (Paper 17, “PO Resp.”), Petitioner
`filed a Reply (Paper 20, “Reply”), and Patent Owner filed a Sur-reply
`(Paper 21, “Sur-reply”).
`Petitioner submits the Declaration of Robert Leale (Ex. 1003) in
`support of the Petition and Reply. Patent Owner supports its Response and
`Sur-reply with the Declaration of Dr. Mahdi Shahbakhti (Ex. 2028).
`Petitioner also submits the Deposition Transcript of Mahdi Shahbakhti,
`Ph.D. (Ex. 1020) and Patent Owner submits the Deposition Transcript of
`Robert Leale (Ex. 2024).
`
`2
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`
`A combined oral hearing for this inter partes review and related cases,
`IPR2020-00147 and IPR2020-00268 was held on February 11, 2021, a
`transcript of which appears in the record in each case. Paper 26 (“Tr.”).
`
`35 U.S.C. §
`
`References
`
`B. Instituted Grounds
`We instituted inter partes review of the challenged claims on
`following grounds asserted by Petitioner under 35 U.S.C. § 1031
`(Dec. 7, 27–28):
`Challenged
`Claims
`1–15, 19
`
`§ 103
`
`16–18
`
`1–15, 19
`16–18
`
`§ 103
`
`§ 103
`§ 103
`
`Munoz2 or Munoz, Negley3,
`SAE4, Bosch5
`Munoz or Munoz, Negley,
`SAE, Bosch, Lobaza6
`Dietz7, Negley, SAE, Bosch
`Dietz, Negley, SAE, Bosch,
`Lobaza
`
`
`
`1 The Leahy-Smith America Invents Act, Pub. L. No. 112-29, 125 Stat. 284
`(2011) (“AIA”), amended 35 U.S.C. § 103. Because the ’671 patent has an
`effective filing date prior to the effective date of the applicable AIA
`amendments, we refer to the pre-AIA versions of § 103.
`2 Munoz (US 7,737,831 B2; filed Feb. 6, 2007; issued June 15, 2010).
`Ex. 1004.
`3 Bruce Negley, Getting Control Through CAN, The Journal of Applied
`Sensing Technology, Oct. 2000, vol. 17, no. 10, pages 16–33. Ex. 1006.
`4 Craig Szydlowski, A Gateway for CAN Specification 2.0 Non-Passive
`Devices, SAE Technical Paper Series, 930005, Society of Automotive
`Engineers, Inc. 1993, pages 29–37. Ex. 1009.
`5 Robert Bosch, CAN Specification Version 2.0, Bosch, Sept. 1991.
`Ex. 1010.
`6 Lobaza et al. (US 6,812,832 B2; filed Nov. 26, 2002; issued Nov. 2, 2004).
`Ex. 1014.
`7 Audiotechnik Dietz, Installation/connection manual for multimedia
`interface 1280, March 16, 2005, http:/www.dietz.biz. Ex. 1005.
`
`3
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`
`C. Real Party-in-Interest
`Petitioner states that it, Dataspeed Inc., is the sole real party-in-
`interest. Pet. 2.
`
`D. Related Proceedings
`Patent Owner states that two patents in the same family as the ’671
`patent, namely, US 10,027,505 and US 10,454,707 are the subject of five
`district court cases involving Patent Owner and various third parties,
`namely, Sucxess LLC v. AutoX Technologies, Inc., Case No. 1:19-cv-02121
`(D. Del.); Sucxess LLC v. Phantom Auto, Inc., Case No. 1:19-cv-02122 (D.
`Del.); Sucxess LLC v. Pony.ai, Inc., Case No. 1:19-cv-02123 (D. Del.);
`Sucxess LLC v. SF Motors, Inc., Case No. 1:19-cv-02124 (D. Del.); and
`Sucxess LLC v. WeRide Corp., Case No. 1:19-cv-02130 (D. Del.). Paper 8,
`1. Patent Owner also states that Petitioner filed a Petition for review of US
`10,027,505 in IPR2020-00147. Paper 10, 1.
`
`E. The ’671 Patent (Ex. 1001)
`Titled “Method, Apparatus and System for Retrofitting a Vehicle”
`(Ex. 1001, [54]), the ’671 patent states that a vehicle could be retrofitted to
`add, for example, an emergency call apparatus. Ex. 1001, 2:48–49. The
`retrofit apparatus is used to transmit a message on the vehicle data bus. Id.
`at 2:54–57. The ’671 patent states that a retrofit apparatus may be added to
`the vehicle with two data buses, with the first bus used to communicate with
`the original vehicle equipment and the second bus used to communicate with
`the rest of the vehicle. Id. at 3:33–37. With respect to this communication,
`the ’671 patent states that the retrofit apparatus can be configured to mimic
`command messages to enable the original vehicle equipment to perform
`specified functions not originally enabled. Id. at 9:52–10:7.
`
`4
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`
`In one embodiment of the ’671 patent, the retrofit apparatus is an
`emergency call apparatus 214 that sends a message to a first apparatus, i.e.,
`telecommunication apparatus 200 as seen in Figure 4, reproduced below.
`
`
`
`Figure 4 illustrates vehicle communication system 400 having
`telecommunication apparatus 200 in communication with vehicle data bus
`212 using an indirect connection through emergency call apparatus 214.
`Ex. 1001, 7:59–63. Emergency call apparatus 214 mimics the dial command
`message by using “the same message identifier segment that has been
`assigned to navigation system 218 when transmitting its telephone dial
`command message.” Id. at 9:63–65. “By sharing the same message
`identifier segment a telephone dial command message originating from
`emergency call apparatus 214 and a telephone dial command message
`originating from navigation system 218 become indistinguishable for the
`telecommunication apparatus 200.” Id. at 9:66–10:3. “Telecommunication
`apparatus 200 hence responds properly to a telephone dial command
`
`5
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`message originating from emergency call apparatus 214 even though it may
`not have been designed for this purpose.” Id. at 10:3–7.
`Messages to telecommunication apparatus 200 are communicated
`through first and second data buses, as depicted in Figure 7, reproduced
`below.
`
`
`Figure 7 is a block diagram that depicts emergency call apparatus 710.
`
`Ex. 1001, 8:60–61. In Figure 7, control processor 500 communicates with
`telecommunication apparatus 200 through vehicle data bus interface 504 and
`electric terminal 600. Id. at 8:61–64. Control processor 500 also
`communicates with other electronic modules connected to vehicle data bus
`212 through second vehicle data bus interface 700 and electric terminal 602.
`Id. at 8:64–66. “Control processor 500 retransmits any messages it receives
`from vehicle data bus interface 504 through vehicle data bus interface 700
`and any messages it receives from vehicle data bus interface 700 through
`vehicle data bus interface 504, thereby functionally connecting
`telecommunication apparatus 200 with vehicle data bus 212.” Id. at 9:7–13.
`
`6
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`
`F. Challenged Claims
`Petitioner challenges claims 1–19 of the ’671 patent. Claims 1, 6, and
`10 are independent claims, and claim 1 is reproduced below with added
`identification of claim limitations in brackets.
`1. [1.p] A method comprising:
`[1.1] providing a vehicle having a factory-installed first
`apparatus including a processor, programmed to communicate
`with a factory-installed second apparatus through a vehicle data
`bus with a first message having an identifier;
`[1.2] electrically disconnecting the vehicle data bus
`between the factory-installed first apparatus and the factory-
`installed second apparatus;
`[1.3] adding a second bus to the vehicle;
`[1.4] electrically connecting a retrofit apparatus to the
`vehicle data bus and to the second data bus;
`[1.5] electrically connecting the factory-installed first
`apparatus to the second data bus; and
`[1.6] transmitting a second message from the retrofit
`apparatus to the factory-installed first apparatus through the
`second bus, the second message being indistinguishable from the
`first message.
`Ex. 1001, 11:18–35.
`
`II. ANALYSIS
`
`A. Level of Ordinary Skill in the Art
`Our Decision instituting inter partes review included a preliminary
`determination that a person of ordinary skill in the art (“POSITA”) would
`have had a bachelor’s degree in engineering with relevant coursework or
`post-secondary education (Bachelor’s or associate degree) and four years of
`
`7
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`work experience in the design, operation, and functioning of CAN systems
`or systems using similar communications protocols. Dec. 8–9; see Pet. 12
`(citing Ex. 1003 ¶ 51). After institution, Petitioner did not contest the level
`of ordinary skill, and Patent Owner “embraced the Board’s guidance” (PO
`Resp. 11–12). Accordingly, we apply the same level articulated in the
`Decision.
`
`B. Claim Construction
`Because the Petition was filed after November 13, 2018, we construe
`claims of the challenged patent using the same claim construction standard
`used to construe claims in a civil action under 35 U.S.C. § 282(b), including
`construing the claims in accordance with the ordinary and customary
`meaning as understood by one of ordinary skill in the art reading the claims
`in light of the intrinsic evidence. 37 C.F.R. § 42.100(b) (2019); see Phillips
`v. AWH Corp., 415 F.3d 1303, 1312–14 (Fed. Cir. 2005).
`
`The parties propose constructions for the terms “data bus,” “adding a
`second data bus,” “responds,” and “receives.” Pet. 7–12; PO Resp. 6–10.
`We address the claim construction issues below.
`
`1. “Data bus”
`Independent claim 1 recites “a processor, programmed to
`
`communicate with a factory-installed second apparatus through a vehicle
`data bus,” “electrically disconnecting the vehicle data bus,” and “electrically
`connecting a retrofit apparatus to the vehicle data bus” (emphases added).
`Independent claims 6 and 10 recite substantially similar limitations.
`
`According to Petitioner, “a POSITA would understand a ‘data bus’ to
`refer to ‘a contiguous network providing a communication channel for two
`or more modules,’” when construed in light of the Specification. Pet. 7
`
`8
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`(citing Ex. 1003 ¶ 59). Patent Owner contends Petitioner’s definition is not
`helpful and that defining “data bus” to be a “contiguous network” is
`confusing. PO Resp. 6. Patent Owner further states that “‘bus’ should be
`construed as defined in the applicable ISO-Standard 11898 as a ‘topology of
`a communication network, where all nodes are reached by passive links
`which allow transmission in both directions.’” PO Resp. 6–7 (citing
`Ex. 2002, 2; Ex. 2028 ¶¶ 21–22).
`We determine it is unnecessary to interpret “data bus,” and we apply
`the term’s plain and ordinary meaning. See Nidec Motor Corp. v.
`Zhongshan Broad Ocean Motor Co., 868 F.3d 1013, 1017 (Fed. Cir. 2017)
`(explaining the need to construe only terms that are in controversy and only
`to the extent necessary to resolve the controversy) (citations omitted).
`
`2. “Adding a Second Data Bus”
`Claim 1 also includes the limitation “adding a second bus to the
`vehicle.” Petitioner asserts that this limitation should be construed as
`“adding a second communication channel,” because the Specification does
`not require physical wiring for the second bus, only providing a
`communication channel. Pet. 11 (citing Ex. 1003 ¶¶ 59, 98–105). Petitioner
`states that “a POSITA would understand FIG. 4 and FIG. 7 [of the ’671
`Patent] as disclosing a vehicle data bus 212, and a separate, or second, data
`bus connecting the emergency call apparatus 214 and telecommunication
`apparatus 200.” Pet. 10.
`Patent Owner contends that “[a]dding a second bus” should be
`understood as “adding a second communication network which is
`electrically isolated from an existing first communication network.” PO
`Resp. 9 (citing Ex. 2028 ¶¶ 23–25). Patent Owner acknowledges that “[a]
`
`9
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`second data bus does add a communication channel, but not every added
`communication channel is necessarily a second data bus,” which makes
`Petitioner's construction overly broad. PO Resp. 7, Ex. 2028 ¶ 23. Patent
`Owner asserts that Figure 4 of the ’671 patent refers to Figure 6 which
`shows the internal wiring of the retrofit apparatus with a switch that isolates
`the BUS1 and BUS2 shown in Figure 6. PO Resp. 8–9; Ex. 1001, 7:63–64.
`We are not persuaded by Patent Owner’s argument and evidence. The
`’671 patent describes the retrofit apparatus of Figure 4 as being further
`explained by both Figures 6 and 7, which are alternative embodiments of the
`retrofit apparatus. See Ex. 1001, 7:63–64, 8:25–27; 8:60–61. Patent Owner
`has not shown that the term “adding a second bus to the vehicle” is limited
`to the embodiment shown in Figure 6, nor has Patent Owner shown that an
`ordinarily skilled artisan would know that adding an electrically isolated
`communication channel was required by the claims. PO Resp. 8–11.
`We agree with Petitioner that in the ’671 patent “adding second data
`bus provides a communication channel between the 1st factory-installed
`apparatus (200) and the retrofit apparatus (214).” Pet. 11 (citing Ex. 1003
`¶¶ 98–105); Ex. 1001, 2:48–53, 6:65–7:24 (discussing adding an electrical
`connection and rewiring to connect retrofit apparatus between two existing
`apparatuses). Based on the record and consistent with the embodiment
`disclosed in Figures 4 and 6 of the ’671 patent, we agree with Petitioner that
`“adding second data bus” should be construed as “adding a second
`communication channel.”
`
`3. “Responds”
`Dependent claim 12 recites “the factory-installed first apparatus
`responds to the second message originating from the retrofit apparatus as if
`
`10
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`it were the first message which the first processor is programmed to receive
`from the factory-installed second apparatus” (emphasis added). Petitioner
`proposes that “[t]he word ‘responds’ should be interpreted to mean ‘act on,’
`which is consistent with the understanding of a POSITA in the field of CAN
`systems.” Pet. 11 (citing Ex. 1003 ¶ 63; Ex. 1006, 6–7, 13, Fig. 8). Patent
`Owner does not disagree with Petitioner and asserts that no clarification
`from the Board is necessary. PO Resp. 9.
`We do not expressly interpret “responds,” and apply the plain and
`ordinary meaning.
`
`4. “Receives”
`Although Petitioner does not directly advance an interpretation of
`“receives,” Patent Owner contends Petitioner construes the term too broadly
`by advancing the position that a message is received when it arrives in a
`processor’s “Receive Assembly Registers” block. PO Resp. 9–10.
`According to Patent Owner, Petitioner’s implied interpretation would mean
`that all nodes on a network receive all messages, such that “receiving a
`message” would be meaningless to differentiate nodes. PO Resp. 7, 10.
`Patent Owner asserts that consistent with Negley’s description of message
`receipt, “receive” in the context of the claims should be construed as
`“accept” because it “indicates, in the case of [a CAN bus], an acceptance of
`a message in a device’s receive register.” PO Resp. 10–11 (citing Ex. 2024,
`25:23–26:5 (Deposition of Mr. Leale)); Ex. 2028 ¶ 27. Patent Owner further
`argues that this construction is consistent with Negley’s discussion of node
`buffers and filters that determine which messages to receive (Ex. 1006, 15)
`and Munoz that recites in its claims a device configured to receive input
`
`11
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`signals (Ex. 1004, 8:22–23, 9:59–60). PO Resp. 10–11. Petitioner does not
`respond directly to Patent Owner’s contention. See Reply.
`We are not persuaded by Patent Owner’s argument with respect to
`“receive.” Patent Owner’s declarant cites Negley’s Figure 8, which depicts
`the CAN bus acting on bus messages. Ex. 2028 ¶ 27. Figure 8 in Negley
`expressly states that “[e]very active node reads every message transmitted
`on the [CAN] bus” and “[w]hen a node receives a message and determined
`that there are no errors . . . the identifier . . . is checked to determine if the
`message should be acted on.” Ex. 1006, 11 (Fig. 8). Thus, Negley describes
`“receive” as part of a process for CAN controllers to “us[e] masks, filters,
`and interrupts to minimize message processing requirements.” Ex. 1006, 12
`(describing Figure 8). Patent Owner has not provided sufficient argument
`and evidence that a person of ordinary skill in the art would understand
`“receive” as recited in the claims in view of the intrinsic evidence to mean
`acceptance of a message in a device’s receive register. PO Resp. 10–11.
`The intrinsic evidence does not limit “receive” as recited in the claims to the
`specific “receive register” that Patent Owner’s declarant testifies allows the
`microcontroller to act on the received message. Ex. 2028 ¶ 27.
`Patent Owner’s argument construes “accept” to indicate that the
`microcontroller acts upon a message after certain masks or filters have
`passed the message. Ex. 2028 ¶ 27; PO Resp. 10–11 (citing Ex. 1006, 11
`(Fig. 8)). However, Figure 8 of Negley also states that “every active node
`reads every message” and describes the processing as a node “receiv[ing] a
`message.” Ex. 1006, 12 (Fig. 8). Thus, we are not persuaded that the ’671
`patent’s discussion of “configured to receive” or “programmed to receive”
`(Ex. 1001, 2:25, 9:40, 9:53, 9:56, 11:47, 12:12, 12:25 12:30) indicates that
`
`12
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`the claim term “receive” requires microcontroller action to deem a CAN bus
`message received. Ex. 2028 ¶ 27.
`We do not expressly interpret “receives,” and apply the plain and
`ordinary meaning.
`
`C. Asserted References
`1. Munoz (Ex. 1004)
`Munoz discloses “control devices that interface with automobile
`computers in order to control multiple automobile systems.” Ex. 1004, 1:9–
`10. Specifically, Munoz discloses “an after-market automobile device that is
`seamlessly integrable to factory automobile networks such as CAN-bus and
`[its] ECU systems and allows multiple convenience and performance
`enhancements to be controlled through factory controls and displayed on
`factory displays.” Ex. 1004, 3:7–12. Munoz’s Figure 1 is provided below
`with annotations added by Petitioner.
`
`Ex. 1007.
`
`13
`
`
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`Munoz’s Figure 1 is a flow chart that illustrates the operation of roof
`
`control module 100. Ex. 1004, 6:26–30. Figure 1 depicts that switch 120
`connects vehicle factory dashboard electronics and controls 105 to Roof
`Control Electronics 110 via Roof Control Module 100, such that the factory
`data connection is routed through the Roof Control Module 100. Ex. 1004,
`6:32–36. Munoz discloses that the device improves over other systems by
`operating using only the factory display such that messages to “operate and
`adjust the device's features and settings are displayed on the vehicle’s
`factory display.” Id. at 3:43–47. Munoz explains that by using the device,
`“the user may control multiple additional functions and operations,
`integrated by the device, without the need for additional displays.” Id. at
`3:47–49.
`
`2. Negley (Ex. 1006)
`Negley discloses that a Controller Area Network (“CAN”) is a
`protocol that “creates a communications path that links all the nodes
`connected to the bus and enables them to talk to one another.” Ex. 1006, 18.
`Negley discloses the CAN protocol uses a message-based data format to
`transfer information from one location to another. Id. at 20. Among other
`things, Negley describes that all messages have an identifier field and that
`the node uses the identifier to determine whether to accept and act upon an
`incoming message. Id. at 21.
`
`3. SAE (Ex. 1009)
`SAE discloses that the CAN protocol “offers a comprehensive
`solution to managing communication between multiple CPUs,” using
`message identifiers. Ex. 1009, 29.
`
`14
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`
`4. Bosch (Ex. 1010)
`Bosch discloses that CAN is a serial communications protocol that
`supports distributed real-time control with a high level of security.
`Ex. 1010, 4. Bosch explains that information on a bus is sent in fixed format
`messages and that the content of a message uses an identifier, so that all
`nodes in a network are able to decide whether the data is to be acted upon by
`them. Ex. 1010, 6.
`
`D. Obviousness over Munoz, Negley, SAE, and Bosch
`Petitioner contends that Munoz alone or in combination with Negley,
`SAE, and Bosch teaches the limitations of claims 1–15 and 19. Pet. 18–41.
`Petitioner provides a limitation-by-limitation comparison of each of claims
`1–15 and 19 to Munoz and states to the extent that certain limitation are “not
`clearly disclosed by Munoz when viewed in light of the knowledge
`possessed by a POSITA, it would have been obvious to complement
`Munoz’s teachings with the standard CAN bus teachings of Negley, SAE,
`and Bosch.” Pet. 20–21. Petitioner also cites to the Declaration of Robert
`Leale (Ex. 1003) to support their obviousness grounds. Pet. 18–41. We
`address the parties’ contentions regarding claim 1 below.
`
`1. Motivation to Combine & Background References
`Petitioner provides sufficient support for the motivation to combine
`the teachings of Munoz, Negley, SAE, and Bosch. Pet. 21–22. Petitioner
`argues that a POSITA would have understood that the ECU and CAN bus
`features of Munoz are supported by the CAN protocol teachings of Negley,
`Bosch, and SAE. Pet. 19–20; Ex. 1003 ¶¶ 133–145; Ex. 1006, 7 (discussing
`sensor nodes on CAN including a microcontroller); Ex. 1009, 3 (discussing
`
`15
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`CAN protocol); Ex. 1010, 6–16, 38–51, 58 (discussing messaging over
`CAN).
`In addition to combining the Munoz, Negley, SAE, and Bosch
`references Petitioner also provides sufficient testimony and argument to rely
`on the Negley, SAE, and Bosch references to support the knowledge that
`skilled artisans would have brought to bear on the prior art functions of CAN
`systems (Pet. 15–17, 19–22). See Randall Mfg. v. Rea, 733 F.3d 1355, 1362
`(Fed. Cir. 2013); see also Ariosa Diagnostics v. Verinata Health, Inc., 805
`F.3d 1359, 1365–66 (Fed. Cir. 2015).
`Patent Owner argues that “[a] POSITA, having studied Munoz and
`being familiar with the operation of a CAN bus as disclosed in Bosch,
`Negley and SAE, would not have been enabled to implement Munoz’s ‘open
`roof while driving’ feature.” PO Resp. 21 (citing Ex. 2028 ¶ 36). Patent
`Owner relies heavily on additional information showing the purported
`implementation of Munoz’s invention in vehicles as shown in YouTube
`videos. PO Resp. 21–31; Ex. 2028 ¶¶ 36–44; Ex. 2030. We do not agree
`with Patent Owner that Munoz’s teachings are compromised by Patent
`Owner’s evidence regarding a single implementation method described in
`Ex. 2030 and Ex. 2028 ¶¶ 36–44. Accordingly, Petitioner provides
`sufficient argument and evidence to support the combination of Munoz,
`Negley, SAE, and Bosch.
`
`E. Petitioner’s Expert Alleged Bias
`Patent Owner asserts that we should discount Mr. Leale’s declaration
`because, according to Patent Owner, Mr. Leale he has an interest in the
`outcome of the litigation because he may have practiced the claims of the
`’671 patent. PO Resp. 3–4, 14–18. We find this argument unavailing.
`
`16
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`
`During his deposition, Patent Owner’s counsel asked Mr. Leale
`whether he had installed retrofit devices and spoofed CAN messages.
`Ex. 2024, 107:6–20, 111:23–112:22. Patent Owner contends Mr. Leale’s
`testimony suggests that “Mr. Leale is a likely infringer” (PO Resp. 15) and
`that “Mr. Leale’s testimony . . . makes clear that he stands to personally
`benefit if the ’671 patent is found invalid” (PO Resp. 18). Mr. Leale
`provided his declaration testimony before he was put in “fear that he would
`be sued by Patent Owner” (Prelim. Resp. 14), and Mr. Leale’s deposition
`responses do not establish that the declaration testimony should be
`discounted in this case. Furthermore, Patent Owner’s deposition objections
`(PO Resp. 15–17; Ex. 2024, 109:8–111:8) do not support discounting
`Mr. Leale’s testimony. We also note that Patent Owner’s evidence does not
`establish that Mr. Leale was aware of the alleged infringement when he
`provided his sworn declaration. See PO Resp. 15–17. We are not persuaded
`by Patent Owner’s argument that Mr. Leale is personally biased, and we
`give Mr. Leale’s testimony due weight.
`
`F. Munoz Fails to Teach
`Patent Owner argues that Munoz alone or in combination fails to
`teach the limitations of the claims in general because Munoz contains
`numerous differences from the ’671 patent. PO Resp. 32–38 (arguing that
`Munoz’s disclosure implements a different scheme). Specifically, Patent
`Owner bases its arguments on implementation of the Munoz-based retrofit
`product in the Volkswagen Eos automobile. See Ex. 2030; Ex. 2028 ¶¶ 51–
`55.
`
`Patent Owner argues that the implementation shown in Ex. 2028
`¶¶ 51–55 demonstrates that Mr. Leale’s testimony is wrong regarding the
`
`17
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`teachings of Munoz. PO Resp. 38–40; see Ex. 2028 ¶ 60 (“[I]t is my
`opinion that Munoz’s invention had been demonstrated in a VW Eos. My
`further analysis is therefore based on that vehicle.”).
`We disagree with Patent Owner that an implementation of the Munoz
`retrofit device in a specific vehicle demonstrates the differences between the
`teachings of Munoz and the ’671 patent. See PO Resp. 32. Patent Owner’s
`evidence does not tie the implementation shown in Ex. 2030 to the
`disclosure in the Munoz patent reference, and the reference is not limited to
`the specific implementation Patent Owner cites. Patent Owner’s reliance on
`the implementation in Ex. 2030 is misplaced, as it does not address
`sufficiently the teachings from the Munoz reference, or show that an
`ordinarily skilled artisan would have known that Munoz was limited to such
`an implementation or would have been viewed through the specific vehicle
`implementation shown in Exhibit 2030.
`Based on the full record, we are not persuaded by Patent Owner’s
`arguments based on the implementation of Exhibit 2030 that Munoz fails to
`disclose certain limitations of the ’671 patent. PO Resp. 33–34; Ex. 2028
`¶ 51. Indeed, Patent Owner’s arguments are based solely on the specific
`implementation of Munoz, such as assuming that Munoz’s implementation
`shows a pass through of messages and that the original data connection is
`maintained creating a single common bus. PO Resp. 36–38; Ex. 2028 ¶¶ 40,
`54, 56, 81–95, 103–105; Reply 5–6. Munoz’s demonstration of a specific
`vehicle implementation does not persuasively address the teachings of
`Munoz patent reference in Exhibit 1004. We address Patent Owners specific
`arguments based on the implementation of Munoz below.
`
`18
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`
`1. Claim 1
`a. [1.p] A method comprising [1.1] providing a vehicle having a factory-
`installed first apparatus including a processor, programmed to
`communicate with a factory-installed second apparatus through a
`vehicle data bus with a first message having an identifier
`Petitioner contends Munoz discloses a “method of adding a retrofit
`device to a vehicle.” Pet. 18 (citing Ex. 1004, 1:41–57). Petitioner contends
`Munoz teaches limitation 1.1 with its disclosures relating to Munoz’s vehicle
`with a factory-installed first apparatus 110 programmed to communicate
`with a factory-installed second apparatus 105 through vehicle data bus 115.
`Pet. 18 (citing Ex. 1004, Fig. 1). According to Petitioner, based on the
`teachings of “Negley, Bosch, and SAE, a POSITA would have known that
`CAN message protocols use message identifier bits and a bus message
`transmitted by the [second] factory-installed apparatus 105 to the [first]
`factory-installed apparatus 110 would have constituted a ‘first message
`having an identifier’ of claim 1.” Pet. 20 (citing Ex. 1003 ¶¶ 133–145); see
`Ex. 1006, 7 (discussing sensor nodes on CAN including a microcontroller);
`Ex. 1009, 3 (discussing CAN protocol); Ex. 1010, 6–16, 38–51, 58
`(discussing messaging over CAN).
`Patent Owner asserts that
`Munoz does not disclose any communication between the
`original dashboard 105 and the roof control electronics 110.
`Munoz describes Fig. 1 as “105 illustrates the vehicle factory
`dashboard electronics and controls that are used to control Roof
`Control Electronics 110.” Ex. 1004, 6:28–30. That the original
`vehicle dashboard electronics 105 is used to control the original
`roof electronics 110 as part of Munoz’s invention after the
`retrofit does not indicate that the two communicated with one
`another before the retrofit. See Ex. 2028, ¶65.
`
`19
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`PO Resp. 41. Thus, Patent Owner’s argument asserts that controls for the
`Roof Control Electronics of Munoz are directly connected to the roof control
`electronics and not to CAN bus. PO Resp. 35, 40–42. In other words,
`Patent Owner argues that the implementation shown in Ex. 2030 and other
`2007 model year vehicles show that factory cabriolet tops were hardwired to
`the equivalent of Munoz’s original roof electronics as they are in the
`Volkswagen implementation. PO Resp. 42–44
`
`Patent Owner’s argument ignores the express disclosure in Munoz
`that the controls for the Roof Control Electronics 110 are in the dashboard
`105, not directly connected to Roof Control Electronics 110. Ex. 1004,
`6:26–30. Patent Owner’s arguments and Dr. Shahbakhti’s testimony
`(Ex. 2028 ¶ 65) are based on the single implementation shown in Ex. 2030
`(Ex. 1020, 39:1–40:22) without addressing Munoz’s express teachings
`regarding the location of the original controls and their continued use after
`the retrofit. Reply 19 (citing Ex. 1004, 1:55–60; 3:10–12; 3:18–21; 3:34–36;
`3:43–45; 3:49–50; 4:25–26; 4:56–59; 5:21–26).
`Patent Owner’s arguments are also based on the assertion that Munoz
`uses hardwired or direct controls between the dashboard and the controls for
`the Roof Control Electronics 110 before the Munoz retrofit is installed
`between these devices. PO Resp. 41–42. Because of this direct control,
`Patent Owner concludes that there is no communication between the original
`dashboard 105 and the roof control electronics 110 and therefore no “first
`message.” Id. at 38, 41 (citing Ex. 2028 ¶ 55). See Reply 19–20. We
`disagree with Patent Owner. We credit Petitioner’s argument and evidence
`that a “first message” from the dashboard 105 is sent to control the Roof
`Control Electronics 110 to open or close the roof, and this same “first
`
`20
`
`

`

`IPR2020-00116
`Patent 9,871,671 B2
`
`message” is sent to the Roof Control Module 100 via bus “A” after Munoz’s
`retrofit is installed. Pet. 24–26.
`We are not persuaded by Patent Owner’s arguments that
`implementation in particular vehicles (Ex. 2030) with a direct wired
`connection between the dashboard and roof controls demonstrates that
`Munoz’s first message and second messages are not implemented. PO Resp.
`36–40, 42–44. Patent Owner has not persuasively shown that the wiring of
`the “open/close roof button” in Exhibit 2030 or other vehicles demonstrates
`that Munoz does not teach a first message. PO Resp. 42–44. Petitioner has
`shown persuasively that
`a POSITA would have understood that when the aftermarket
`functionality is disabled, a first CAN message sent from the
`original dashboard 105 intended for the original electronics to
`operate the factory-installed roof 110 would have been received
`by th

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