throbber
Paper 21
`Trials@uspto.gov
`571-272-7822 Entered: February 7, 2020
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`MICROSOFT CORPORATION,
`Petitioner,
`
`v.
`
`IRON OAK TECHNOLOGIES, LLC,
`Patent Owner.
`____________
`
`IPR2019-00106
`Patent 5,699,275
`____________
`
`
`
`
`
`
`Before SALLY C. MEDLEY, PATRICK R. SCANLON, and
`ARTHUR M. PESLAK, Administrative Patent Judges.
`
`MEDLEY, Administrative Patent Judge.
`
`
`
`
`JUDGMENT
`Final Written Decision
`Determining the Challenged Claim Unpatentable
`35 U.S.C. § 318(a)
`
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`I. INTRODUCTION
`
`Microsoft Corporation (“Petitioner”) filed a Petition for inter partes
`review of claim 1 of U.S. Patent No. 5,699,275 (Ex. 1001, “the
`’275 patent”). Paper 1 (“Pet.”). Iron Oak Technologies, LLC (“Patent
`Owner”) filed a Preliminary Response. Paper 6 (“Prelim. Resp.”). Upon
`consideration of the Petition and Preliminary Response, we instituted inter
`partes review, pursuant to 35 U.S.C. § 314, as to claim 1 based on all
`challenges set forth in the Petition. Paper 7 (“Decision to Institute” or
`“Dec.”).
`Subsequent to institution, Patent Owner filed a Patent Owner
`Response (Paper 12, “PO Resp.”), Petitioner filed a Reply to Patent Owner’s
`Response (Paper 13, “Pet. Reply”), and Patent Owner filed a Sur-reply
`(Paper 14, “Sur-reply”). On November 4, 2019, we held an oral hearing. A
`transcript of the hearing has been entered into the record. Paper 20 (“Tr.”).
`In our Scheduling Order, we notified the parties that “any arguments
`for patentability not raised in the [Patent Owner] response may be deemed
`waived.” See Paper 8, 5; see also Office Patent Trial Practice Guide, 77
`Fed. Reg. 48,756, 48,766 (Aug. 14, 2012) (“The patent owner response . . .
`should identify all the involved claims that are believed to be patentable and
`state the basis for that belief.”). In addition, “[a]rguments must not be
`incorporated by reference from one document into another document.” 37
`C.F.R. § 42.6(a)(3) (2018). In violation of our rule and guidance, Patent
`Owner argues in its Patent Owner Response: “Patent Owner incorporates
`herein those arguments presented in its Preliminary Response for all
`purposes.” PO Resp. 1. We decline to consider whatever Patent Owner
`considers is “incorporated” from its Preliminary Response as if it were a part
`
`2
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`of Patent Owner’s Response, but only consider arguments substantively
`presented in Patent Owner’s Response. Any arguments for patentability not
`raised in the Patent Owner Response are deemed waived.
`For the reasons that follow, we conclude that Petitioner has proven by
`a preponderance of the evidence that claim 1 of the ’275 patent is
`unpatentable.
`
`A. Related Matters
`
`The parties indicate that the ’275 patent is the subject of several
`stayed court proceedings. Pet. 3–4; Paper 3, 2–3; Paper 9, 3–4. The ’275
`patent also is the subject of Board proceedings IPR2018-01552 and
`IPR2018-01553. A Final Written Decision is made in each of IPR2018-
`01552 and IPR2018-01553 concurrently with this Final Written Decision. In
`IPR2019-00110, Google LLC filed a motion to join IPR2018-01552, which
`we granted. See Google LLC v. Iron Oak Techs., LLC, IPR2019-00110,
`Paper 11 (PTAB Apr. 3, 2019). In IPR2019-00111, Google LLC filed a
`motion to join IPR2018-01553, which we granted. See Google LLC v. Iron
`Oak Techs., LLC, IPR2019-00111, Paper 10 (PTAB Apr. 3, 2019).
`
`B. The ’275 Patent
`
`The Specification of the ’275 patent describes a system “for remote
`patching or updating of operating code located in a mobile unit.” Ex. 1001,
`code (57). The system includes a manager host operable to initiate
`transmission of a discrete patch message to a mobile unit. Id. The mobile
`unit is operable to create patched operating code by merging the patch with
`the current operating code and to switch execution to the patched operating
`
`3
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`code. Id. The mobile unit also can receive a download message defining
`new operating code to replace current operating code. Id.
`
`C. Illustrative Claim
`Petitioner challenges claim 1 of the ’275 patent. Claim 1 is
`reproduced below.
`1. A system for remote patching of operating code
`located in a mobile unit, comprising:
`a manager host operable to initiate transmission through a
`wireless communication network of at least one discrete patch
`message defining at least one patch;
`a first mobile unit operable to receive the at least one
`discrete patch message, the first mobile unit further operable to
`create patched operating code by merging the at least one patch
`with current operating code located in the first mobile unit and to
`switch execution to the patched operating code; and
`a second mobile unit operable to receive the at least one
`discrete patch message, the second mobile unit further operable
`to create patched operating code by merging the at least one
`patch with current operating code located in the second mobile
`unit and to switch execution to the patched operating code; and
`wherein the manager host is further operable to address the
`at least one discrete patch message such that the at least one
`discrete patch message is transmitted to the first mobile unit but
`not to the second mobile unit.
`Id. at 13:32–53.
`
`4
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`D. Instituted Grounds of Unpatentability
`
`We instituted trial based on all asserted grounds of unpatentability
`under 35 U.S.C.1 as follows (Dec. 4, 24):
`Claim Challenged
`35 U.S.C. § Reference(s)
`1
` 102
`Sugita2
`1
` 103
`Sugita
`1
` 103
`Sugita, Burson3
`Sugita, Kirouac,4 with or
`1
` 103
`without Burson
`Sugita, Ballard,5 with or
`without Burson and Kirouac
`II. ANALYSIS
`
` 103
`
`1
`
`A. Principles of Law
`
`To prevail in its challenge to Patent Owner’s claim, Petitioner must
`demonstrate by a preponderance of the evidence6 that the claim is
`
`
`1 The Leahy-Smith America Invents Act, Pub. L. No. 112-29, 125 Stat. 284
`(2011) (“AIA”), amended 35 U.S.C. §§ 102 and 103. Because the ’275
`patent has an effective filing date before the effective date of the applicable
`AIA amendments, we refer to the pre-AIA versions of 35 U.S.C. §§ 102 and
`103.
`2 JP Published Patent Application No. 1993-128022, published May 25,
`1993 (Ex. 1005, “Sugita”).
`3 U.S. Patent No. 5,550,895, issued Aug. 27, 1996 (Ex. 1008, “Burson”).
`4 U.S. Patent No. 5,155,847, issued Oct. 13, 1992 (Ex. 1007, “Kirouac”).
`5 Australian Patent Application No. 77395/91, published May 12, 1991 (Ex.
`1006, “Ballard”).
`6 The burden of showing something by a preponderance of the evidence
`simply requires the trier of fact to believe that the existence of a fact is more
`probable than its nonexistence before the trier of fact may find in favor of
`the party who carries the burden. Concrete Pipe & Prods. of Cal., Inc. v.
`Constr. Laborers Pension Tr. for S. Cal., 508 U.S. 602, 622 (1993).
`5
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`unpatentable. 35 U.S.C. § 316(e) (2012); 37 C.F.R. § 42.1(d). To establish
`anticipation, each and every element in a claim, arranged as recited in the
`claim, must be found in a single prior art reference. See Net MoneyIN, Inc.
`v. VeriSign, Inc., 545 F.3d 1359, 1369 (Fed. Cir. 2008); Karsten Mfg. Corp.
`v. Cleveland Golf Co., 242 F.3d 1376, 1383 (Fed. Cir. 2001). Although the
`elements must be arranged or combined in the same way as in the claim,
`“the reference need not satisfy an ipsissimis verbis test,” i.e., identity of
`terminology is not required. In re Gleave, 560 F.3d 1331, 1334 (Fed. Cir.
`2009); accord In re Bond, 910 F.2d 831, 832 (Fed. Cir. 1990).
`
`B. Level of Ordinary Skill
`In determining the level of ordinary skill in the art, various factors
`may be considered, including the “type of problems encountered in the art;
`prior art solutions to those problems; rapidity with which innovations are
`made; sophistication of the technology; and educational level of active
`workers in the field.” In re GPAC Inc., 57 F.3d 1573, 1579 (Fed. Cir. 1995)
`(citation omitted). Petitioner relies on the testimony of Dr. Steve R. White,
`who testifies that a person with ordinary skill in the art “would have a
`Bachelor’s degree in computer engineering, computer science, electrical
`engineering, physics, or a similar discipline.” Pet. 8–9 (citing Ex. 1003
`¶ 32). Dr. White further testifies that the “person would also have at least
`two years of relevant experience including, for example, work related to
`device software development and computer or telecommunications
`networking.” Ex. 1003 ¶ 32. Patent Owner does not propose an alternative
`assessment. See generally PO Resp.
`We adopt Dr. White’s assessment of a person with ordinary skill in
`the art as it is consistent with the ’275 patent and the asserted prior art. We
`
`6
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`further note that the prior art of record in the instant proceeding reflects the
`appropriate level of ordinary skill in the art. Cf. Okajima v. Bourdeau, 261
`F.3d 1350, 1354–55 (Fed. Cir. 2001) (holding the Board may omit specific
`findings as to the level of ordinary skill in the art “where the prior art itself
`reflects an appropriate level and a need for testimony is not shown”).
`
`C. Claim Construction
`
`The ’275 patent is expired. Ex. 1001; Pet. 13. For claims of an
`expired patent, our claim interpretation is similar to that of a district court.
`See In re Rambus, Inc., 694 F.3d 42, 46 (Fed. Cir. 2012). In particular, for
`claims of an expired patent, the Board construes claims to generally have
`their ordinary and customary meaning, as that meaning would be understood
`by one of ordinary skill in the art in the context of the entire patent
`disclosure. See Phillips v. AWH Corp., 415 F.3d 1303, 1312–13 (Fed. Cir.
`2005) (en banc). Petitioner, recognizing that the ’275 patent is expired,
`contends that the claims should be construed consistent with the principles
`set forth in Phillips. Pet. 13. Patent Owner does not contend otherwise. See
`PO Resp.
`
`Petitioner proposes constructions for the following claim terms found
`in claim 1: “mobile unit,” “current operating code,” “manager host operable
`to initiate transmission through a wireless [communication] network of at
`least one discrete patch message defining at least one patch,” “merging the at
`least one patch with current operating code,” and “manager host is further
`operable to address the at least one discrete patch message.” Pet. 13–19.
`In our Decision to Institute, we adopted Petitioner’s proposed claim
`construction for “merging the at least one patch with current operating code”
`to mean “incorporating the at least one patch into the current operating code,
`
`7
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`without replacing the entire current operating code.” Dec. 5. Neither party
`has indicated that our interpretation was improper and we do not perceive
`any reason or evidence that now compels any deviation from our initial
`interpretation. Accordingly, “merging the at least one patch with current
`operating code” means “incorporating the at least one patch into the current
`operating code, without replacing the entire current operating code.”
`“second mobile unit” and the “wherein” limitation
`Claim 1 recites that the “manager host is further operable to address
`the at least one discrete patch message such that the at least one discrete
`patch message is transmitted to the first mobile unit but not to the second
`mobile unit,” (the “wherein limitation”). In our Decision to Institute, we
`adopted Petitioner’s claim construction and interpreted “manager host is
`further operable to address the at least one discrete patch message” as
`“manager host is further operable to decide which specific mobile unit to
`send the at least one discrete patch message to before beginning
`transmission” of the message. Dec. 5–6. Neither party has indicated that
`our interpretation was improper and we do not perceive any reason or
`evidence that now compels any deviation from our initial interpretation. See
`generally PO Resp. and Pet. Reply.
`Patent Owner, however, argues that the wherein limitation, and claim
`1 in general, implicates a narrow construction having temporal restrictions.
`See PO Resp. 4–7; Sur-reply 2–10; Tr. 4:17–25, 9:22–24. Patent Owner
`argues that the “second mobile unit of claim 1 must be in a condition that its
`current operating code could be updated by the patch message sent to the
`first mobile unit” and that a “mobile unit whose operating code has been
`updated by the patch message cannot be a ‘second mobile unit.’” PO Resp.
`
`8
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`6 (emphasis in original); see also Sur-reply 6 (“a Mobile Unit that has
`created ‘patched operating code’ by incorporating the ‘at least one patch’
`into the current operating code cannot be the ‘Second Mobile Unit’ required
`by Claim 1”). Patent Owner further argues, “at the time of transmission of
`the patch message by the manager host both mobile units must be operable
`to create patched operating code from current operating code.” PO Resp. 7
`(emphasis added).
`Patent Owner does not direct us to evidence, such as the prosecution
`history or specification of the ’275 patent, to support its contentions. In
`particular, Patent Owner does not direct us to evidence to support reading
`claim 1 to include that at the time of transmission of the patch message by
`the manager host both mobile units must be operable to create patched
`operating code from current operating code. The claim language does not
`specify when the mobile units must be “operable to create patched operating
`code” from current operating code, only that they are “operable to” do so.
`Ex. 1001, 13:37–49.
`Moreover, we disagree that a second mobile unit that has already
`created patched operating code from the at least one patch message cannot
`meet the “second mobile unit” limitation as Patent Owner argues. PO Resp.
`6; Sur-reply 6. We note that claim 14, which depends directly from claim 1,
`recites “wherein the manager host is further operable to address the at least
`one discrete patch message such that the at least one discrete patch message
`is transmitted to the first mobile unit and to the second mobile unit.” Ex.
`1001, 14:22–26 (emphasis added). Accordingly, the full scope of claim 1
`encompasses that the at least one patch message is transmitted to the second
`mobile unit. There is nothing in claim 1 that excludes a second mobile unit
`
`9
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`that has already created patched operating code from the at least one patch
`message from meeting the claim 1 wherein limitation. A second mobile unit
`that is capable of creating patched operating code in some circumstances still
`satisfies the claim. Claim 1 is an apparatus claim, not a method claim. “[A]
`prior art reference may anticipate or render obvious an apparatus claim—
`depending on the claim language—if the reference discloses an apparatus
`that is reasonably capable of operating so as to meet the claim limitations,
`even if it does not meet the claim limitations in all modes of operation.”
`ParkerVision, Inc. v. Qualcomm Inc., 903 F.3d 1354, 1361 (Fed. Cir. 2018).
`We agree with Petitioner that mobile devices “that have already created
`patched operating code via the system of Sugita are demonstrably ‘operable’
`to do so precisely because they have already created patched operating
`code.” Pet. Reply 7 (emphasis in original). A mobile unit that has created
`patched operating code is clearly operable to do so, because it has created
`the patched operating code. Again, there are no timing requirements for the
`apparatus claim 1 as Patent Owner argues.
`Accordingly, as in our Decision to Institute, we construe “manager
`host is further operable to address the at least one discrete patch message” to
`mean that the “[manager host is further operable to] decide which specific
`mobile unit to send [the at least one discrete patch message] to before
`beginning transmission” of the message. See Dec. 6.
`For purposes of this decision, we need not expressly construe any
`other claim term at this time. See Vivid Techs., Inc. v. Am. Sci. & Eng’g,
`Inc., 200 F.3d 795, 803 (Fed. Cir. 1999) (holding that “only those terms need
`be construed that are in controversy, and only to the extent necessary to
`resolve the controversy”); see also Nidec Motor Corp. v. Zhongshan Broad
`
`10
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`Ocean Motor Co., 868 F.3d 1013, 1017 (Fed. Cir. 2017) (citing Vivid Techs.
`in the context of an inter partes review).
`
`D. Asserted Anticipation of Claim 1 over Sugita
`Petitioner contends claim 1 is unpatentable under 35 U.S.C. § 102(a)
`and (b) as anticipated by Sugita. Pet. 20, 27–47. In support of its showing,
`Petitioner relies upon the declaration of Dr. White. Id. (citing Ex. 1003).
`
`1. Sugita
`Sugita describes a method for updating software within multiple
`mobile communication terminals using a wireless circuit. Ex. 1005 ¶ 1.7 In
`particular, Sugita describes that a
`base station side (sending side) transmits the update information
`(all or part of the software) to each mobile communications
`terminal, with transmission at first performed based on the group
`ID of the group unit (all units, or the unit addresses belonging to
`a specific group), then the number of terminals in the group unit
`that complete the update in one round of transmission is
`investigated, and if the remaining number of units has decreased,
`the individual ID is used to perform updates of each unit one at
`a time.
`Id. ¶ 13.
`Figure 1 of Sugita is reproduced below.8
`
`
`7 Exhibit 1005 includes a certified English translation of Sugita and a
`declaration from a translator attesting to the accuracy of the translation.
`8 Figure 1 reproduced below is an accurate depiction from the translated
`version of Sugita that is in the record. Ex. 1005, 7.
`11
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`
`Figure 1 of Sugita shows the transmission process completed with the
`multiple mobile units. As seen in Sugita’s Figure 1, when the update
`process starts, there is a list of targeted mobile units for updating. Id. ¶ 34.
`Once the targeted terminals are listed, their group ID is used in order to send
`the targeted terminals the update. Id. ¶¶ 35–37. If there are terminals that
`did not receive the update, then those terminals’ individual IDs are used to
`send the update information to the individual terminals. Id. ¶¶ 38–39.
`Figure 2 of Sugita is reproduced below.
`
`
`
`12
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`
`
`Figure 2 discloses a communication system with multiple
`communication terminals communicating with a base station. Id. ¶ 19.
`Sugita explains that “updates of software for said mobile communications
`terminals m1, m2, m3, m4, … are performed by using wireless circuit with
`base station BS.” Id. ¶ 20.
`
`2. Discussion
`The preamble of claim 1 recites “a system for remote patching of
`operating code located in a mobile unit.”9 Petitioner contends, and we are
`persuaded, that Sugita describes a system with multiple mobile
`communication terminals m1, m2, m3, m4 (“mobile unit”) containing
`software that is updated wirelessly from a communication base station (BS).
`Pet. 27–28 (citing Ex. 1005 ¶¶ 12–13, 17, 19–20, 24–25, 46, Figs. 2, 3; Ex.
`1003 ¶¶ 78–79). Petitioner further explains that each mobile terminal, in
`Sugita, stores software in RAM 15 and ROM 14, which are located within
`
`
`9 We need not resolve the issue of whether the preamble is limiting
`because, regardless of whether the preamble is limiting, Petitioner shows
`that Sugita meets the preamble.
`
`13
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`each mobile terminal. Id. at 28 (citing Ex. 1005 ¶¶ 24–25, 46; Ex. 1003 ¶
`79). Petitioner asserts, and we agree, that a person having ordinary skill in
`the art would have understood that the software in ROM 14 and RAM 15
`has corresponding software code which is the “operating code” of the mobile
`terminal and that any software updates to program code stored on Sugita’s
`RAM alters the “operating code.” Id. at 29 (citing Ex. 1005 ¶¶ 13, 25; Ex.
`1003 ¶ 80). Petitioner further establishes, by a preponderance of the
`evidence, that a person having ordinary skill in the art would have
`understood that alteration of software code operable on a processor is
`“patching,” and that Sugita’s description of replacement of “part of the
`software” using update information alters part of the stored “operating
`code,” and thus, meets the “patching of operating code” limitation. Id. at
`29–30 (citing Ex. 1001, 2:9–13, 9:16–56, 46; Ex. 1005 ¶¶ 13, 35; Ex. 1003
`¶¶ 81–82 (citing Ex. 1011, 293)).
`Claim 1 further recites “a manager host operable to initiate
`transmission through a wireless communication network of at least one
`discrete patch message defining at least one patch.” Petitioner contends, and
`we are persuaded, that Sugita’s base station, capable of transmitting software
`update information through a wireless network, meets the “manager host”
`limitation. Id. at 31 (citing Ex. 1005 ¶¶ 13, 20, Fig. 2; Ex. 1003 ¶ 85).
`Petitioner explains, and we agree, that the base station is operable to initiate
`transmission of software updates because Sugita describes that the base
`station creates a list of update target terminals containing the mobile
`terminals that require software updates and that the base station sends the
`update to those mobile terminals on the list using wireless channels. Id.
`(citing Ex. 1005 ¶¶ 8, 13, 34–36, Fig. 1; Ex. 1003 ¶ 85). We find that Sugita
`
`14
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`discloses that the update information is divided into multiple packets (at
`least one discrete patch message) before transmission to the terminals. Id.
`(citing Ex. 1005 ¶¶ 35, 45; Ex. 1003 ¶ 86). Petitioner further explains, and
`we are persuaded, Sugita describes the claimed “initiates a transmission” in
`two ways. Id. at 32–35 (citing multiple paragraphs from Ex. 1005; Ex. 1003
`¶¶ 87–91). Petitioner shows, and we find, that base station (manager host)
`initiates transmission of update packets to mobile terminals using a group
`ID. Id. (citing Ex. 1005 ¶¶ 13, 26, 35, 39, 42; Ex. 1003 ¶¶ 87–88).
`Petitioner further contends, and we find, that Sugita teaches how the base
`station (manager host) can also initiate transmission by using individual IDs
`associated with each mobile unit. Id. at 34–35 (citing Ex. 1005 ¶¶ 13, 28,
`37–39, 42; Ex. 1003 ¶¶ 90–91).
`Patent Owner does not dispute Petitioner’s showing with respect to
`Sugita meeting the claim elements discussed above. See generally PO Resp.
`Claim 1 further recites “a first mobile unit operable to receive the at
`least one discrete patch message” and “a second mobile unit operable to
`receive the at least one discrete patch message.” Petitioner addresses these
`limitations together. Id. at 35. Notwithstanding Patent Owner’s arguments
`regarding the “second mobile unit” in connection with the wherein limitation
`discussed below, we determine that Petitioner has shown by a preponderance
`of the evidence that Sugita describes a “first mobile unit” and a “second
`mobile unit” as follows.
`Petitioner explains, and we agree, that Sugita describes a first and a
`second mobile unit m1 and m2, for example, of Sugita Figure 2. Petitioner
`contends, and we are persuaded, that each mobile terminal has an individual
`ID (e.g., m1 for “first mobile unit” and m2 for “second mobile unit”) or a
`
`15
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`unique group ID, and that the base station addresses update information
`using the unique identifiers (individual or group ID) to send update
`information to specific mobile terminals. Id. at 36 (citing Ex. 1005 ¶¶ 13,
`26–27). Petitioner shows, and we find, that Sugita discloses that each
`mobile terminal uses a transceiver to receive wireless communications from
`the base station, which wirelessly transmits update information to the mobile
`terminals using multiple packets (“at least one discrete patch message”) that
`is used to update the mobile terminal’s software. Id. at 36–37 (citing
`Ex. 1005 ¶¶ 21–23, 25, 35, 43–45, Fig. 3; Ex. 1003 ¶¶ 96–97). We further
`agree with Petitioner that each of Sugita’s mobile terminals necessarily is
`battery-powered and capable of use while in motion. Id. at 37 (citing Ex.
`1005 ¶¶ 4, 19; Ex. 1003 ¶ 98; Ex. 1009, 9:27–29, 10:54–60, 12:43–45).
`Claim 1 further recites that the first mobile unit (and second mobile
`unit) are “operable to create patched operating code by merging the at least
`one patch with current operating code located” in the first (and second)
`mobile unit. Petitioner explains, and we find, that Sugita discloses each
`mobile terminal executes a software program installed in its memory and
`that such software is “current operating code.” Id. at 38–39 (citing Ex. 1005
`¶¶ 25, 46; Ex. 1003 ¶ 113). Petitioner shows, and we agree, that each mobile
`terminal temporarily stores update information in RAM before using it and
`that the update information can replace part of the software in the mobile
`terminal. Id. at 39 (citing Ex. 1005 ¶¶ 25, 35, 46; Ex. 1003 ¶ 114).
`Petitioner explains, and we are persuaded, that once reception of the update
`information is completed, the update information is combined with the
`mobile terminal’s software (“merging the at least one patch with the current
`operating code”). Id. (citing Ex. 1005 ¶ 46). We agree with Petitioner that
`
`16
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`the update information only contains “part of the software,” and that a
`person having ordinary skill in the art would have understood Sugita’s
`implementation of the update information not to be a full replacement of the
`software. Id. (citing Ex. 1003 ¶ 114). Petitioner contends, and we agree,
`that the entire update is moved to the program area at step S14 of Figure 6
`and that once in the program area, the mobile terminal uses the updated
`software, which is the “patched operating code”. Id. at 40–41 (citing
`Ex. 1005 ¶¶ 46–47; Ex. 1003 ¶¶ 117–118).
`Claim 1 requires that the first and second mobile units must be
`operable to “switch execution to the patched operating code.” Petitioner
`explains, and we find, that Sugita discloses creating and copying update
`information from two areas within a single RAM and that the update
`information is copied from the area where it is temporarily stored in the
`RAM to the area where the program operates, and that the updated program
`information would be the code that is executed. Id. at 42–43 (citing Ex.
`1005 ¶¶ 13, 46–47; Ex. 1003 ¶¶ 130–131).
`Claim 1 further recites the wherein limitation, namely “wherein the
`manager host is further operable to address the at least one discrete patch
`message such that the at least one discrete patch message is transmitted to
`the first mobile unit but not to the second mobile unit.” Petitioner argues
`that Sugita discloses this limitation in two ways. In the first way, Petitioner
`contends that Sugita discloses that the base station (manager host) initially
`addresses update information to multiple mobile terminals using a group ID.
`Id. at 44 (citing Ex. 1005 ¶ 35; Ex. 1003 ¶ 150). Petitioner further contends
`that the base station (manager host) transmits update packets based on an
`update target list using a group ID. Id. at 44 (citing Ex. 1005 ¶ 35).
`
`17
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`Petitioner argues that a person of ordinary skill in the art would have
`understood that Sugita’s disclosure of multiple “group units” means that
`some mobile terminals belong to different groups. Id. at 44 (citing Ex. 1005
`¶¶ 15, 26, 49; Ex. 1003 ¶ 151). Petitioner further contends that Sugita’s base
`station sends update information addressed to a first group unit containing a
`first mobile unit, but that does not include a second mobile unit (e.g.,
`transmitted to a first mobile unit, but not to the second mobile unit). Id. at
`44–45 (citing Ex. 1005 ¶¶ 13, 15, 26, 34–35, 49; Ex. 1003 ¶¶ 150–152).
`Patent Owner argues that Petitioner has failed to show that the first
`way, i.e., Sugita’s group unit embodiment, meets the wherein limitation. PO
`Resp. 7–15. Patent Owner argues that Sugita discloses only transmitting a
`patch message to all mobile terminals that are capable of being updated and
`that a group update is sent by the base station to all mobile terminals. Id.
`We are not persuaded by such arguments, because they are not based on
`record evidence.
`We give substantial weight to Dr. White’s testimony that “update
`information sent to the one or more mobile terminals using the group ID for
`the first group unit would not be meant for the one or more mobile terminals
`in the second group unit” such that “update information transmitted to the
`first group ID is ‘transmitted to the first mobile unit but not to the second
`mobile unit.’” Ex. 1003 ¶ 151 (emphasis in original). His testimony is
`supported by record evidence. Ex. 1005 ¶ 13. A portion of paragraph 13 of
`Sugita is reproduced as follows:
`
`[T]he base station side (sending side) transmits the update
`information (all or part of the software) to each mobile
`communications terminals, with transmission at first performed
`based on the group ID of the group unit (all units, or the unit
`
`18
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`addresses belonging to a specific group), then the number of
`terminals in the group unit that complete the update in one round
`of transmission is investigated, and if the remaining number of
`units has decreased, the individual ID is used to perform updates
`of each unit one at a time. With this action, highly efficient
`updates can be performed.
`Id. (emphasis added). Sugita describes sending update information to each
`of the mobile communication terminals by first transmitting based on the
`group ID of each group unit. Id. The transmitting of the update information
`“at first” is addressed to all units or to units belonging to a specific group.
`Id. We agree with Petitioner’s position, which is supported by Dr. White’s
`testimony, that terminals in a specified group receive the update, while those
`terminals that are not in the specified group do not receive the update. Pet.
`44–45 (citing at least Ex. 1003 ¶ 151). Patent Owner’s attorney argument
`that the same Sugita description makes clear that Sugita forwards the update
`information to all mobile terminals (see, e.g., PO Resp. 1410) does not rebut
`sufficiently Petitioner’s showing, which we determine is supported by the
`preponderance of the evidence. Ex. 1003 ¶ 151; Ex. 1005 ¶ 13.
`For similar reasons, we are not persuaded by Patent Owner’s
`argument that to the extent Sugita describes not sending update information
`to a mobile communication terminal, Petitioner fails to show that such an
`“excluded” terminal was operable to update current operating software with
`the update information, as required by claim 1. PO Resp. 15; Sur-reply 10.
`We agree with Petitioner that Sugita describes that each mobile unit in the
`
`
`10 Patent Owner cites to, and discusses, a translated version of Sugita that is
`not of record in this proceeding, but in IPR2018-01552 (Ex. 1005). PO
`Resp. 14. Our analysis relies on the translated version of Sugita that is of
`record in this proceeding.
`
`19
`
`

`

`IPR2019-00106
`Patent 5,699,275
`
`system has the same ability to create patched operating code from the patch
`and its own current operating code. Pet. Reply 8 (citing Ex. 1005 ¶¶ 43, 46);
`see also Pet. 38–42. And as explained above, the transmitting of the update
`information “at first” is addressed to all units or to units belonging to a
`specific group. Id. Terminals in a specified group receive the update, while
`those terminals that are not in the specified group do not receive the update,
`such as those terminals belonging to a different group that does not receive
`the update in the first round transmission. Pet. Reply 9–11; Pet. 44–45
`(citing at least Ex. 1003 ¶ 151). Patent Owner’s apparent assertion that in
`Sugita the base station sends the message to all of the m

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