throbber
Paper 49
`Trials@uspto.gov
`571-272-7822 Date: March 21, 2023
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`INTEL CORPORATION,
`Petitioner,
`
`v.
`
`QUALCOMM INCORPORATED,
`Patent Owner.
`
`IPR2018-013341
`Patent 8,838,949 B2
`
`
`
`
`
`
`
`
`
`Before TREVOR M. JEFFERSON, DANIEL J. GALLIGAN, and
`AARON W. MOORE, Administrative Patent Judges.
`
`Opinion for the Board filed by Administrative Patent Judge
`DANIEL J. GALLIGAN.
`
`Opinion Concurring-in-Part and Dissenting-in-Part filed by Administrative
`Patent Judge AARON W. MOORE.
`
`GALLIGAN, Administrative Patent Judge.
`
`
`JUDGMENT
`Final Written Decision on Remand
`Determining Challenged Claims Unpatentable
`35 U.S.C. § 318(a)
`
`
`
`
`
`
`1 IPR2018-01335 and IPR2018-01336 have been consolidated with the
`instant proceeding.
`
`
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`
`I. INTRODUCTION
`
`This case is on remand from the Court of Appeals for the Federal
`
`Circuit to address the patentability of claims 1–9, 12, 16, and 17 of U.S.
`
`Patent No. 8,838,949 B2 (“the ’949 patent,” Ex. 1001). See Intel Corp. v.
`
`Qualcomm Inc., 21 F.4th 801, 814 (Fed. Cir. 2021).
`
`For the reasons discussed below, we determine that Petitioner has
`
`proven by a preponderance of the evidence that claims 1–9, 12, 16, and 17
`
`are unpatentable. See 35 U.S.C. § 316(e) (“In an inter partes review
`
`instituted under this chapter, the petitioner shall have the burden of proving a
`
`proposition of unpatentability by a preponderance of the evidence.”).
`
`A. Background
`
`On July 3, 2018, Intel Corporation (“Petitioner”) filed three petitions
`
`challenging claims of the ’949 patent as follows: IPR2018-01334 (claims
`
`1–9, 22, and 23), IPR2018-01335 (claims 10–17), and IPR2018-01336
`
`(claims 18–21). Petitioner asserts that the claims are unpatentable on the
`
`following grounds:
`
`In IPR2018-01334:
`
`Claim(s) Challenged
`1–9, 22, 23
`
`
`35 U.S.C. §2
`103(a)
`
`Reference(s)/Basis
`Bauer,3 Svensson,4 Kim5
`
`
`2 The Leahy-Smith America Invents Act (“AIA”) included revisions to
`35 U.S.C. §§ 103 and 112 that became effective after the filing of the
`application for the ’949 patent. Therefore, we apply the pre-AIA versions of
`these sections.
`3 US 2006/0288019, published Dec. 21, 2006 (Ex. 1009).
`4 US 7,356,680 B2, issued Apr. 8, 2008 (Ex. 1010).
`5 Korean Patent Application Publication No. 10-2002-0036354, published
`May 16, 2002 (Ex. 1011). References to Kim in this Decision are to the
`English translation provided by Petitioner as Exhibit 1012.
`
`
`
`2
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`
`In IPR2018-01335:
`
`Claim(s) Challenged
`10–15
`16, 17
`
`
`35 U.S.C. §
`103(a)
`103(a)
`
`Reference(s)/Basis
`Bauer, Svensson, Kim
`Bauer, Svensson, Kim, Zhao6
`
`In IPR2018-01336:
`
`Claim(s) Challenged
`18–21
`
`
`35 U.S.C. §
`103(a)
`
`Reference(s)/Basis
`Bauer, Svensson, Kim, Lim7
`
`We instituted review in each case on all grounds presented.
`
`IPR2018-01334, Paper 10 (“Dec. on Inst.”), 29; IPR2018-01335, Paper 10
`
`(“1335 Dec. on Inst.”),8 38; IPR2018-01336, Paper 10 (“1336 Dec. on
`
`Inst.”), 32.
`
`After institution, we consolidated IPR2018-01335 and
`
`IPR2018-01336 with IPR2018-01334 and terminated IPR2018-01335 and
`
`IPR2018-01336. Paper 12.
`
`During the trial, Qualcomm Incorporated (“Patent Owner” or
`
`“Qualcomm”) filed a Response (Paper 16, “PO Resp.”), Petitioner filed a
`
`Reply (Paper 21, “Pet. Reply”), and Patent Owner filed a Sur-reply (Paper
`
`25, “PO Sur-reply”).
`
`An oral hearing was held on December 12, 2019, a transcript of which
`
`appears in the record. Paper 29 (“Tr.”).
`
`
`6 US 2007/0140199 A1, published June 21, 2007 (Ex. 1013).
`7 US 7,203,829 B2, published Apr. 10, 2007 (Ex. 1014).
`8 We use prefixes “1335” and “1336” to denote papers and exhibits from
`IPR2018-01335 and IPR2018-01336, respectively. We do not use a prefix
`for papers and exhibits from IPR2018-01334.
`
`
`
`3
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`
`B. Final Written Decision and Federal Circuit Appeal
`
`We issued a Final Written Decision holding that Petitioner had proven
`
`claims 10, 11, 13–15, and 18–23 unpatentable but had not proven claims
`
`1–9, 12, 16, and 17 unpatentable. Paper 30 (“Final Decision” or “Final
`
`Dec.”) at 63–64.
`
`Petitioner filed a Notice of Appeal of the Final Decision with the
`
`United States Court of Appeals for the Federal Circuit as to our
`
`determination with respect to claims 1–9, 12, 16, and 17. Paper 31. Patent
`
`Owner filed a Notice of Cross-Appeal as to our determination with respect
`
`to claims 10, 11, 13–15, and 18–23. Papers 32, 33.
`
`On December 28, 2021, the Federal Circuit issued a decision in the
`
`appeal vacating our Final Decision as to claims 1–9, 12, 16, and 17 and
`
`remanding for further proceedings. Intel, 21 F.4th at 814. In particular, the
`
`Federal Circuit “vacate[d] the Board’s construction of the term ‘hardware
`
`buffer,’ its determination that claims 1–9 and 12 were non-obvious over the
`
`prior art, and its conclusion that claims 16–17 lacked sufficient
`
`corresponding structure in the specification, and . . . remand[ed] for further
`
`proceedings consistent with this opinion.” Id. At the Federal Circuit, Patent
`
`Owner dropped its challenge to our determination of unpatentability as to
`
`claims 10, 11, 13–15, and 18–23. See id. at 806 (“The Board ruled that Intel
`
`had proved the unpatentability of claims 10, 11, 13–15, and 18–23, but
`
`Qualcomm, despite filing a cross-appeal to raise the issue, no longer
`
`challenges that ruling.”).
`
`The Federal Circuit issued its mandate on February 3, 2022.
`
`
`
`4
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`
`C. Remand Proceedings
`
`On February 17, 2022, we held a conference call with counsel for the
`
`parties to discuss a schedule on remand. See Paper 34 at 2–4. Before the
`
`call, the parties met and conferred and agreed to a schedule, which we
`
`adopted. See Paper 34; Ex. 3001. The parties filed the following briefing
`
`according to that schedule: Petitioner’s Opening Brief on Remand
`
`(Paper 35, “Pet. Remand Br.”); Patent Owner’s Response Brief on Remand
`
`(Paper 37, “PO Remand Br.”); Petitioner’s Reply on Remand (Paper 39,
`
`“Pet. Remand Reply”); and Patent Owner’s Sur-reply on Remand (Paper 40,
`
`“PO Remand Sur-reply”).
`
`An oral hearing to discuss the issues on remand was held on August 4,
`
`2022, a transcript of which appears in the record. Paper 46 (“Remand Tr.”).
`
`D. Real Parties in Interest
`
`Petitioner identifies itself and Apple Inc. as real parties in interest.
`
`Pet. 2. Patent Owner identifies itself as the real party in interest. Paper 4, 2.
`
`E. The ’949 Patent and Illustrative Claim
`
`The ’949 patent generally relates to loading software from one
`
`processor to another in a multi-processor system. Ex. 1001, code (57). One
`
`example disclosed in the ’949 patent involves loading modem image
`
`executable data by first retrieving and processing an image header, which
`
`“includes information used to identify where the modem image executable
`
`data is to be eventually placed into the system memory of the secondary
`
`processor.” Ex. 1001, 8:9–21. Figure 3 of the ’949 patent is reproduced
`
`below.
`
`
`
`5
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`
`
`
`Figure 3 shows “operational flow for an exemplary loading process for
`
`loading an executable image from a primary processor to a secondary
`
`processor according to one aspect of the present disclosure.” Ex. 1001,
`
`4:10–13. Referring to various components depicted in Figure 3, the ’949
`
`patent discloses the following:
`
`The header information is used by the secondary processor 302
`to program the scatter loader/direct memory access controller
`304 receive address when receiving the actual executable data.
`Data segments are then sent from system memory 307 to the
`primary hardware transport mechanism 308. The segments are
`
`
`
`6
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`
`then sent from the hardware transport mechanism 308 of the
`primary processor 301 to a hardware transport mechanism 309
`of
`the secondary processor 302 over an
`inter-chip
`communication bus 310 (e.g., a HS-USB cable.) The first
`segment transferred may be the image header, which contains
`information used by the secondary processor to locate the data
`segments into target locations in the system memory of the
`secondary processor 305. The image header may include
`information used to determine the target location information for
`the data.
`
`Ex. 1001, 8:21–35. Of particular relevance on remand is that the ’949 patent
`
`discloses scatter loading data segments “directly” from a “hardware buffer”
`
`to their final locations in the secondary processor’s “system memory.”
`
`Ex. 1001, 2:58–63.
`
`As noted above, claims 1–9, 12, 16, and 17 are at issue on remand.
`
`Claims 1 and 16 are independent claims, claims 2–9 depend from claim 1,
`
`and claim 17 depends from claim 16. Claim 12 depends from independent
`
`claim 10, which is unpatentable. See Final Dec. 50, 63; Intel, 21 F.4th at
`
`806 (noting that Patent Owner dropped its challenge to the Board’s
`
`unpatentability determination for claim 10).
`
`Claims 1, 10, 12, and 16 are reproduced below.
`
`1.
`
`A multi-processor system comprising:
`a secondary processor comprising:
`system memory and a hardware buffer for receiving
`an image header and at least one data segment of an
`executable software image, the image header and each
`data segment being received separately, and
`a scatter loader controller configured:
`to load the image header; and
`to scatter load each received data segment
`based at least in part on the loaded image header,
`directly from the hardware buffer to the system
`memory;
`
`
`
`7
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`
`a primary processor coupled with a memory, the memory
`storing the executable software image for the secondary
`processor; and
`the primary
`an interface communicatively coupling
`processor and the secondary processor, the executable software
`image being received by the secondary processor via the
`interface.
`
`10. A method comprising:
`receiving at a secondary processor, from a primary
`processor via an inter-chip communication bus, an image header
`for an executable software image for the secondary processor
`that is stored in memory coupled to the primary processor, the
`executable software image comprising the image header and at
`least one data segment, the image header and each data segment
`being received separately;
`processing, by the secondary processor, the image header
`to determine at least one location within system memory to
`which the secondary processor is coupled to store each data
`segment;
`receiving at the secondary processor, from the primary
`processor via the inter-chip communication bus, each data
`segment; and
`scatter loading, by the secondary processor, each data
`segment [directly9] to the determined at least one location within
`the system memory, and each data segment being scatter loaded
`based at least in part on the processed image header.
`
`12. The method of claim 10 further comprising loading the
`executable software image directly from a hardware buffer to the
`system memory of the secondary processor without copying data
`between system memory locations.
`
`
`
`9 The issued patent recites “reedy,” which appears to be a printing error.
`The April 30, 2014 claim listing submitted by the applicants during
`prosecution states “directly.”
`
`
`
`8
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`
`16. An apparatus comprising:
`means for receiving at a secondary processor, from a
`primary processor via an inter-chip communication bus, an
`image header for an executable software image for the secondary
`processor that is stored in memory coupled to the primary
`processor, the executable software image comprising the image
`header and at least one data segment, the image header and each
`data segment being received separately;
`means for processing, by the secondary processor, the
`image header to determine at least one location within system
`memory to which the secondary processor is coupled to store
`each data segment;
`means for receiving at the secondary processor, from the
`primary processor via the inter-chip communication bus, each
`data segment; and
`means for scatter loading, by the secondary processor,
`each data segment directly to the determined at least one location
`within the system memory, and each data segment being scatter
`loaded based at least in part on the processed image header.
`
`II. ANALYSIS
`
`A. Level of Ordinary Skill in the Art
`
`We apply the following level of ordinary skill in the art: “a Master’s
`
`degree in Electrical Engineering, Computer Engineering, or Computer
`
`Science plus two years of experience in mobile device architecture and
`
`multi-processor systems, or a Bachelor’s degree in one of those fields plus
`
`four years of experience in mobile device architecture and multiprocessor
`
`systems.” See Final Dec. 8.
`
`B. Claim Interpretation
`
`In this proceeding, we give the claims the broadest reasonable
`
`construction in light of the Specification of the ’949 patent.
`
`37 C.F.R. § 42.100(b) (2018); see Changes to the Claim Construction
`
`Standard for Interpreting Claims in Trial Proceedings Before the Patent Trial
`
`
`
`9
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`and Appeal Board, 83 Fed. Reg. 51,340 (Oct. 11, 2018) (amending
`
`37 C.F.R. § 42.100(b) effective November 13, 2018) (now codified at
`
`37 C.F.R. § 42.100(b) (2019)); see also Intel, 21 F.4th at 808–09 (stating
`
`that the broadest reasonable interpretation standard applies).
`
`The claim construction issue on remand for claims 1–9 and 12
`
`concerns the scope of the term “hardware buffer.” See Intel, 21 F.4th at 810.
`
`For claims 16 and 17, constructions for the means-plus-function limitations
`
`are at issue. See Intel, 21 F.4th at 812–14.
`
`1. Hardware Buffer
`
`a. Pre-Appeal Final Written Decision
`
`The term “hardware buffer” appears in independent claim 1, and
`
`claims 2 and 8, which depend from claim 1, and in claim 12, which depends
`
`from independent claim 10. Claim 1 recites, in part, “a secondary processor
`
`comprising: system memory and a hardware buffer for receiving an image
`
`header and at least one data segment of an executable software image” and
`
`“a scatter loader controller configured: to load the image header; and to
`
`scatter load each received data segment based at least in part on the loaded
`
`image header, directly from the hardware buffer to the system memory.”
`
`Claim 12 recites, “The method of claim 10 further comprising loading the
`
`executable software image directly from a hardware buffer to the system
`
`memory of the secondary processor without copying data between system
`
`memory locations.”
`
`In the Final Decision, we analyzed the intrinsic evidence and
`
`determined that “the ‘hardware buffer’ limitations of independent claim 1
`
`and its dependent claims (2–9) and dependent claim 12 ‘should not be read
`
`so broadly as to encompass’ the use of a temporary buffer.” Final
`
`
`
`10
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`Dec. 10–17 (quoting SciMed Life Systems, Inc. v. Advanced Cardiovascular
`
`Systems, Inc., 242 F.3d 1337, 1343 (Fed. Cir. 2001)). Applying that
`
`interpretation, we determined that Petitioner had not proven unpatentability
`
`of claims 1–9 and 12. Final Dec. 55–56.
`
`Petitioner appealed our determination as to claims 1–9 and 12. See
`
`Intel, 21 F.4th at 808–12.
`
`b. Federal Circuit’s Decision
`
`The Federal Circuit found our construction “wanting” and
`
`“inadequate” and vacated our determination as to claims 1–9 and 12. Intel,
`
`21 F.4th at 808–12. The Federal Circuit stated that “it is clear from the
`
`claim language that the claim term [‘hardware buffer’] has meaning, but it is
`
`unclear what that meaning is. There is no definition to be found in the
`
`intrinsic evidence.” Id. at 809. Furthermore, “the determination of that
`
`meaning (or range of reasonable meanings) depends on understanding what
`
`the intrinsic evidence makes clear is the substance of the invention—what
`
`the inventor ‘intended to envelop,’” which “in some cases is usefully
`
`clarified by expert testimony (as long as that testimony is consistent with the
`
`intrinsic evidence).” Id. (quoting Phillips v. AWH Corp., 415 F.3d 1303,
`
`1316 (Fed. Cir. 2005) (en banc)). The Federal Circuit concluded that we
`
`“did not do enough to reach and articulate that understanding.” Id. Below,
`
`we address the Federal Circuit’s decision in more detail in light of the
`
`parties’ arguments on remand.
`
`c. Determination on Remand
`
`On remand, the parties provide additional briefing and evidence on
`
`the proper interpretation of the term “hardware buffer.” Pet. Remand Br.
`
`5–13; PO Remand Br. 3–15. Petitioner argues that the broadest reasonable
`
`
`
`11
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`interpretation of the term “hardware buffer” is “memory that is physically
`
`separate from the memory into which the software image is loaded for
`
`execution.” Pet. Remand Br. 5. Patent Owner counters that the proper
`
`interpretation of this term is “a permanent, dedicated buffer that is distinct
`
`from system memory.” PO Remand Br. 3. For the reasons explained below,
`
`we determine that Patent Owner’s temporal restriction on the buffer
`
`(“permanent”) is not required of the broadest reasonable interpretation.
`
`As discussed above, the Federal Circuit stated that the proper
`
`construction “depends on understanding what the intrinsic evidence makes
`
`clear is the substance of the invention—what the inventor ‘intended to
`
`envelop.’” Intel, 21 F.4th at 809 (quoting Phillips, 415 F.3d at 1316). More
`
`particularly, the court stated that we should provide “a more
`
`substance-focused analysis . . . of what the intrinsic evidence shows the
`
`asserted advance to be and how, concretely, the ‘hardware buffer’ relates to
`
`that advance.” Id. at 811. Below, we address the claims, the Specification,
`
`and the prosecution history, as well as additional evidence that informs the
`
`meaning of the term “hardware buffer.”
`
`i. Claim Language
`
`Turning to the claim language first, the Federal Circuit noted that “it
`
`is clear from the claim language that the claim term at issue [(‘hardware
`
`buffer’)] has meaning, but it is unclear what that meaning is” and that
`
`“[t]here is no definition to be found in the intrinsic evidence.” Intel, 21
`
`F.4th at 809. The Federal Circuit, nevertheless, “reach[ed] three conclusions
`
`from the claim language.” Id. “First,” the Federal Circuit stated, “because
`
`every buffer in our (physical) world is ultimately implemented on a physical
`
`device (i.e., hardware), a ‘hardware buffer’ must mean something more than
`
`
`
`12
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`just a ‘buffer implemented in hardware,’ as [Petitioner] urges, or else the
`
`word ‘hardware’ would be erased from the claims.” Id. “Second, because
`
`claim 1 requires both a ‘system memory’ and a ‘hardware buffer,’ there must
`
`be some distinction between those two concepts.” Id. at 810.
`
`Third, because claim 2 requires loading the executable software
`image “directly from the hardware buffer to the system memory
`of the secondary processor without copying data between
`system memory locations on the secondary processor,” the
`meaning of “hardware buffer” relates to the ability to move the
`software image “directly” to the second processor’s system
`memory and to avoid “copying data between system memory
`locations.”
`
`Id.
`
`The Federal Circuit then noted that these “conclusions from the claim
`
`language advance the claim-construction inquiry only so far” but “do not, on
`
`their own, provide a concrete basis for a clarifying definition of ‘hardware
`
`buffer.’” Intel, 21 F.4th at 810. The court stated that “an analysis of the
`
`specification” is needed “to arrive at an understanding of what it teaches
`
`about what a ‘hardware buffer’ is, based on both how it uses relevant words
`
`and its substantive explanations.” Id. The Federal Circuit further stated that
`
`“[w]hat is needed in this case is a more substance-focused analysis than is
`
`yet present, in the Board’s opinion or in the present record . . ., of what the
`
`intrinsic evidence shows the asserted advance to be and how, concretely, the
`
`‘hardware buffer’ relates to that advance.” Id. at 811.
`
`With this guidance in mind, we turn next to the Specification of the
`
`’949 patent.
`
`ii. Specification
`
`The written description of the ’949 patent uses the term “hardware
`
`buffer” only three times, and Figure 3 includes the label “Hardware Buffer”
`
`
`
`13
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`in each of the primary processor and the secondary processor. Ex. 1001,
`
`2:58–63, 9:37–41, Fig. 3. The first two instances of the term “hardware
`
`buffer” are in the following passage: “The system includes a secondary
`
`processor having a system memory and a hardware buffer for receiving at a
`
`least a portion of an executable software image. The secondary processor
`
`includes a scatter loader controller for loading the executable software image
`
`directly from the hardware buffer to the system memory.” Ex. 1001,
`
`2:58–63. This passage mirrors the claim language and, thus, does not
`
`advance the inquiry any further than the claims themselves. The other
`
`passage mentioning “hardware buffer” states the following in reference to
`
`Figure 3: “In one aspect, the executable software image is loaded into the
`
`system memory of the secondary processor without an entire executable
`
`software image being stored in the hardware buffer of the secondary
`
`processor.” Ex. 1001, 9:37–41. This passage sheds some light on a different
`
`aspect of the disclosure of the ’949 patent, namely, not having to load the
`
`entire image to a buffer first before loading the image to its ultimate
`
`destination, but the passage does not itself help define the term “hardware
`
`buffer.”
`
`In the Final Decision, we focused on the ’949 patent Specification’s
`
`apparent differentiation between its “hardware buffer” and the use of a
`
`temporary buffer in the prior art, and we concluded that the “hardware
`
`buffer” limitations should not be read to encompass the use of a temporary
`
`buffer. Final Dec. 15–17 (citing Ex. 1001, 2:23–34, 4:43–47, 5:31–35).
`
`The Federal Circuit stated that, “[a]lthough the Board correctly noted
`
`that the specification describes prior art teaching of use of ‘temporary’
`
`buffers, it did not explain precisely what ‘temporary’ means or how the
`
`
`
`14
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`patent-described prior-art use relates to the alleged invention.” Intel, 21
`
`F.4th at 810. The court further stated that “the Board did not analyze exactly
`
`how the use of a hardware buffer, as claimed by Qualcomm, would address
`
`the concerns about the prior-art temporary buffers raised in” three passages
`
`in the Specification. Id. at 810–11 (citing Ex. 1001, 2:23–34, 4:43–47,
`
`5:31–35). We now provide such analysis in light of the parties’ arguments
`
`on this issue.
`
`Petitioner argues that the Specification of the ’949 patent
`
`distinguishes other aspects of the prior art rather than the use of temporary
`
`buffers per se. Pet. Remand Br. 7–11. For example, the Background section
`
`of the ’949 patent states the following:
`
`In a system in [w]hich the software image is loaded onto
`a target “secondary” processor from a first “primary” processor,
`one way of performing such loading is to allocate a temporary
`buffer into which each packet is received, and each packet
`would have an associated packet header information along with
`the payload. The payload in this case would be the actual
`image data. From the temporary buffer, some of the processing
`may be done over the payload, and then the payload would get
`copied over to the final destination. The temporary buffer
`would be some place in system memory, such as in internal
`random-access-memory (RAM) or double data rate (DDR)
`memory, for example.
`
`Ex. 1001, 2:23–34 (emphasis added). Petitioner argues that this passage is
`
`distinguishing between a situation in which each packet has its own header
`
`and payload and the situation in the claims requiring that the header and data
`
`segments are received separately, rather than distinguishing the use of a
`
`temporary buffer. Pet. Remand Br. 10.
`
`Another passage from the ’949 patent provides the following:
`
`
`
`15
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`
`In one exemplary aspect a direct scatter load technique is
`disclosed for loading a segmented image from a primary
`processor’s non-volatile memory to a secondary processor’s
`volatile memory. As discussed further below, the direct scatter
`load technique avoids use of a temporary buffer. For instance,
`in one aspect, rather than employing a packet-based
`communication in which the image is communicated via
`packets that each include a respective header, the raw image
`data is loaded from the primary processor to the secondary
`processor.
`
`Ex. 1001, 4:43–52 (emphasis added). Petitioner argues that this passage also
`
`shows a distinction between receiving header and data together, as in the
`
`’949 patent’s characterization of the prior art, and receiving the header and
`
`data segments separately, as in the claims. Pet. Remand Br. 10–11.
`
`The ’949 patent also mentions the use of a temporary buffer in the
`
`following passage:
`
`Thus, conventional techniques employing a temporary buffer
`for the entire image, and the packet header handling, etc., are
`bypassed in favor of a more efficient direct loading process.
`Thus, the exemplary load process of FIG. 3 does not require the
`intermediate buffer operations traditionally required for loading
`a software image from a primary processor to a secondary
`processor. Instead of scatter loading from a temporary buffer
`holding the entire image, the exemplary load process of FIG. 3
`allows for direct scatter load the image segments to their
`respective target destinations directly from the hardware to the
`system memory.
`
`Ex. 1001, 9:43–54 (emphasis added). Petitioner argues that this passage
`
`“distinguishes systems in which the entire executable software image is
`
`copied into a temporary buffer.” Pet. Remand Br. 9.
`
`We agree with Petitioner that these passages provide additional
`
`context to show that the ’949 patent does not necessarily distinguish its
`
`invention from the use of a temporary buffer, per se.
`
`
`
`16
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`
`The ’949 patent also discusses how its data transfer methodology
`
`avoids extra memory copy operations, a point the Federal Circuit noted. See
`
`Intel, 21 F.4th at 811 (noting “other specification passages that support an
`
`understanding that use of a ‘hardware buffer’ relates to one of the key
`
`claimed advances of the invention—the elimination of ‘extra memory copy
`
`operations’” (citing Ex. 1001, 7:16, 7:27–30, 9:42–46)). As mentioned in
`
`the preceding section, the Federal Circuit stated that “the meaning of
`
`‘hardware buffer’ relates to the ability to move the software image ‘directly’
`
`to the second processor’s system memory and to avoid ‘copying data
`
`between system memory locations,’” as recited in claim 2. Intel, 21 F.4th
`
`at 810.
`
`There is no question that a focus of the ’949 patent is on eliminating
`
`extra memory copy operations, but more precisely on extra memory copy
`
`operations performed by the secondary processor. For example, claim 2
`
`recites, “The multi-processor system of claim 1 in which the scatter loader
`
`controller is configured to load the executable software image directly from
`
`the hardware buffer to the system memory of the secondary processor
`
`without copying data between system memory locations on the secondary
`
`processor.” Claim 1 provides that the scatter loader controller is part of the
`
`secondary processor. Similarly, the ’949 patent states that “no extra memory
`
`copy operations occur in the secondary processor in the above aspect,”
`
`referring to the operation described with respect to Figure 3. Ex. 1001,
`
`9:42–43; see also PO Remand Br. 6 (“Specifically, the ’949 patent states
`
`that in performing the direct transfer using the hardware buffer, ‘no extra
`
`memory copy operations occur in the secondary processor.’” (quoting
`
`Ex. 1001, 9:42–43)). To the extent this particular aspect of the ’949 patent’s
`
`
`
`17
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`disclosure informs the proper meaning of the term “hardware buffer,” we do
`
`not see a relevant distinction between the operation of the ’949 patent and
`
`the asserted prior art. As explained more fully below, both the ’949 patent
`
`and the asserted prior art describe that the primary processor performs a
`
`memory copy operation, followed by a memory copy operation by the
`
`secondary processor.
`
`Based on the foregoing, we do not view the Specification as imposing
`
`a temporal restriction on the nature of the “hardware buffer.” As to “what
`
`the intrinsic evidence shows the asserted advance to be and how, concretely,
`
`the ‘hardware buffer’ relates to that advance,” Intel, 21 F.4th at 811, the
`
`prosecution history provides particular insight.
`
`iii. Prosecution History
`
`Petitioner argues that the prosecution history shows that certain
`
`language added by amendment, such as the separate receipt of the header
`
`and data, reflects the “asserted advance” of the ’949 patent. Pet. Remand
`
`Br. 11–13. In particular, during prosecution of the ’949 patent, the
`
`Examiner rejected all then-pending claims as anticipated by International
`
`Publication WO 2006/077068 A2 (Ex. 1003), which is the Patent
`
`Cooperation Treaty (PCT) application publication that claims priority to
`
`Svensson. Ex. 1004 (July 19, 2013 Non-Final Rejection 2–4); see Ex. 1003
`
`(“Svensson PCT”), code (30). In rejecting the pending claims, the Examiner
`
`found that Svensson PCT’s intermediate storage area (ISA) defined within
`
`memory 108 describes the recited “hardware buffer.” Ex. 1004 at 2; see Pet.
`
`Remand Br. 11–12. This is the same ISA of Svensson and Bauer that
`
`Petitioner contends is a “hardware buffer.” See Pet. Remand Br. 11–12. As
`
`Petitioner notes (Pet. Remand Br. 12), the applicants responded to this
`
`
`
`18
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`rejection by amending claim 1 to recite “the image header and each data
`
`segment being received separately” and a scatter loader controller
`
`configured “to load the image header” and “to scatter load each received
`
`data segment based at least in part on the loaded image header.” Ex. 1005
`
`at 2.
`
`The applicants then provided arguments distinguishing the disclosure
`
`of Svensson PCT. According to the applicants, “FIG. 3 of Svensson [PCT]
`
`arguably discloses that the software includes a header and a data segment.
`
`As disclosed in col. 8 lines 10-19 of Svensson [PCT], each code and/or data
`
`to be transferred includes a header.” Ex. 1005 at 8. Svensson PCT does not
`
`have dual-column pages like issued patents, so we understand the applicants
`
`to be referring to page 8, lines 10–19 of Svensson PCT, which is the same as
`
`column 6, lines 13–25 of Svensson. The applicants continued, stating the
`
`following:
`
`In contrast to Svensson [PCT], claim 1 recites that the
`image header and each data segment are received separately.
`Applicants submit that separately receiving the image header
`and each data segment, as recited in claim 1, is patentably
`distinguishable from receiving the data and the associated
`header, as disclosed in Svensson [PCT]. Therefore, because
`Svensson [PCT] expressly discloses that each code and/or data
`to be transferred includes a header and fails to disclose that the
`image header and each data segment are received separately,
`applicants submit that Svensson [PCT] cannot teach or suggest
`“the image header and each data segment are received
`separately,” as recited in claim 1.
`
`Ex. 1005 at 8–9. Here, the applicants rely on the separate receipt of the
`
`image header and the data as a distinguishing feature.
`
`Furthermore, the applicants stated the following:
`
`
`
`19
`
`

`

`IPR2018-01334
`Patent 8,838,949 B2
`
`
`Moreover, the cited portions of Svensson [PCT] disclose
`that several blocks (e.g., data blocks with headers) are
`concatenated in the intermediate storage a

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