`Trials@uspto.gov
`571-272-7822
`
`Date Entered: December 15, 2015
`
`
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`_____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`UNIVERSAL REMOTE CONTROL, INC.,
`Petitioner,
`
`v.
`
`UNIVERSAL ELECTRONICS INC.,
`Patent Owner.
`____________
`
`Case IPR2014-01104
`Patent 5,414,761
`____________
`
`
`Before HOWARD B. BLANKENSHIP, SALLY C. MEDLEY, and
`LYNNE E. PETTIGREW, Administrative Patent Judges.
`
`
`MEDLEY, Administrative Patent Judge.
`
`
`
`FINAL WRITTEN DECISION
`Inter Partes Review
`35 U.S.C. § 318(a) and 37 C.F.R. § 42.73
`
`
`I. INTRODUCTION
`
`
`
`Petitioner, Universal Remote Control, Inc., filed a Petition requesting
`
`an inter partes review of claims 1, 9, 10, and 14–17 of U.S. Patent No.
`
`5,414,761 (Ex. 1001, “the ’761 patent”) under 35 U.S.C. §§ 311–319. Paper
`
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`1 (“Petition” or “Pet.”). Patent Owner, Universal Electronics, Inc., filed a
`
`
`
`Preliminary Response. Paper 8 (“Prelim. Resp.”). Upon consideration of
`
`the Petition and Preliminary Response, on January 6, 2015, we instituted an
`
`inter partes review of claims 1, 9, 10, and 14–17 on one ground of
`
`unpatentability, pursuant to 35 U.S.C. § 314. Paper 9 (“Dec.”).
`
`Subsequent to institution, Patent Owner filed a Patent Owner
`
`Response in both unredacted (confidential) and revised redacted forms
`
`(Papers 14 and 44 (“PO Resp.”)), along with a Motion to Seal (Paper 15).
`
`Petitioner filed a Reply in both unredacted (confidential) and revised
`
`redacted forms (Papers 21 and 45 (“Pet. Reply”)), along with a Motion to
`
`Seal (Paper 22).
`
`Petitioner filed a Motion to Exclude (Paper 28; “Pet. Mot. to
`
`Exclude”) certain portions of Exhibits 1053 and 1054. Patent Owner filed
`
`an Opposition to the Motion to Exclude (Paper 35; “PO Exclude Opp.”), and
`
`Petitioner filed a Reply (Paper 37; “Pet. Exclude Reply”).
`
`Patent Owner filed a Motion to Exclude (Paper 29; “PO Mot. to
`
`Exclude”) Exhibit 1043, and portions of Petitioner’s Reply that rely on
`
`Exhibit 1043. Petitioner filed an Opposition to the Motion to Exclude
`
`(Paper 33; “Pet. Exclude Opp.”), and Patent Owner filed a Reply (Paper 36;
`
`“PO Exclude Reply”). Patent Owner filed a Motion for Observations (Paper
`
`30) and Petitioner filed a Response to the Observations (Paper 34).
`
`An oral hearing was held on August 19, 2015, and a transcript of the
`
`hearing is included in the record (Paper 47; “Tr.”).
`
`The Board has jurisdiction under 35 U.S.C. § 6(c). This Final Written
`
`Decision is issued pursuant to 35 U.S.C. § 318(a) and 37 C.F.R. § 42.73.
`
`2
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`
`
`For the reasons that follow, we determine that Petitioner has shown by
`
`a preponderance of the evidence that claims 1, 9, 10, 14, and 15 of the ’761
`
`patent are unpatentable. Petitioner, however, has not shown by a
`
`preponderance of the evidence that claims 16 and 17 are unpatentable.
`
`A. Related Proceedings
`
`According to the parties, the ’761 patent is involved in the following
`
`lawsuit: Universal Electronics, Inc. v. Universal Remote Control, Inc., No.
`
`SACV 13-00984 AG (JPRx) (C.D. Cal.). Pet. 1; Paper 4.
`
`B. The ’761 Patent
`
`The ’761 patent relates to a remote control that includes input
`
`circuitry with a set of keys or pushbuttons for inputting commands to the
`
`remote control, infrared signal output circuitry for supplying an infrared
`
`signal to a controlled device, and a central processing unit (CPU) coupled to
`
`the input circuitry. Ex. 1001, Abstract, Fig. 8, Fig. 9B. Memory is coupled
`
`to the CPU, which stores code data for generating infrared light to control an
`
`apparatus. Id. Memory may be updated from outside the remote control
`
`through data coupling circuitry and structure coupled to the CPU. Id.
`
`Figure 20 of the ’761 patent is reproduced below.
`
`
`
`3
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`
`
`
`
`
`
`Figure 20 is a fragmentary perspective view of a connector having
`
`conversion circuitry and a battery case cover by which data can be input into
`
`the RAM of the operating circuitry of a remote control device. Ex. 1001,
`
`4:28–33. Signal coupling and converting assembly 206 includes connector
`
`assembly 207, cable 208, and cover plate 210 for battery compartment 45
`
`(Fig. 7). Cover plate 210 has three pins 212, 214, and 216 on its underside,
`
`which are positioned to connect with three serial ports 1, 2, and 3 (Fig. 7) of
`
`the remote control device. Id. at 19:43–49. Pins 212, 214, and 216 are
`
`connected by three wire conductors 224, 226, and 228 in cable 208 to
`
`connector assembly 207, which contains conversion circuitry 230.
`
`Conversion circuitry 230 (Figs. 21, 22) enables using some of the nine
`
`sockets 250 of connector assembly 207 for communication with serial ports
`
`1, 2, and 3 via pins 212, 214, and 216. Id. at 19:49–59.
`
`
`
`4
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`
`C. Illustrative Claim
`
`
`
`Each of claims 1, 14, 15, 16, and 17 is independent. Claim 1,
`
`reproduced below, is illustrative.
`
`1. A remote control system with data coupling including:
`a remote control comprising input means including a set of keys
`or pushbuttons for inputting commands into the remote control,
`infrared signal output means including IR lamp driver means
`for supplying an infrared signal to a controlled device, a central
`processing unit (CPU) coupled to the input means and to the
`signal output means, memory means coupled to the CPU and
`data coupling means including receiving means coupled to the
`CPU for enabling at least one of (a) instruction codes or
`(b) code data for creating appropriate IR lamp driver
`instructions for causing the infrared signal output means to emit
`infrared signals which will cause specific functions to occur in a
`specific controlled device, for operating a variety of devices to
`be controlled, to be supplied from outside the remote control
`through the receiving means directly to the CPU for direct entry
`to the memory to enable the remote control to control various
`devices to be controlled upon the inputting of commands to the
`keys of the input means and a data transmission system
`including coupling means for coupling the receiving means to a
`computer, directly, through a telephone line, through a modem
`and a telephone line, or through decoding means and a
`television set which receives a television signal containing at
`least one of the instruction codes or the code data.
`
`Id. at 22:51–23:9.
`
`5
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`
`D. Ground of Unpatentability
`
`
`
`We instituted trial based on the sole ground that claims 1, 9, 10, and
`
`14–17 are unpatentable under 35 U.S.C. § 103(a) based on Ciarcia1 and
`
`Hastreiter.2
`
`II. ANALYSIS
`
`A. Real Party-in-Interest
`
`Petitioner certifies that Universal Remote Control, Inc. (“URC”) is the
`
`real party-in-interest. Pet. 1. Patent Owner, however, contends that
`
`Petitioner failed to also name Ohsung Electronics Co., Ltd., and/or Ohsung
`
`Electronics U.S.A., Inc. (“Ohsung”), a supplier of products to Petitioner
`
`(URC), as real parties-in-interest and that Petitioner’s failure to do so is fatal
`
`to its Petition. PO Resp. 34–39.3
`
`Section 312(a) of Title 35 of the United States Code provides that a
`
`petition for inter partes review under 35 U.S.C. § 311 may be considered
`
`only if, among other things, the petition identifies all real parties-in-interest.
`
`35 U.S.C. § 312(a)(2). Whether a non-identified party is a real party-in-
`
`interest to a proceeding is a highly fact-dependent question. Office Patent
`
`Trial Practice Guide, 77 Fed. Reg. 48,756, 48,759 (Aug. 14, 2012) (“Trial
`
`Practice Guide”) (citing Taylor v. Sturgell, 553 U.S. 880 (2008)). “A
`
`common consideration is whether the non-party exercised or could have
`
`exercised control over a party’s participation in a proceeding.” Trial
`
`Practice Guide, 77 Fed. Reg. at 48,759 (citing Taylor, 553 U.S. at 895). The
`
`
`1 Steve Ciarcia, Build a Trainable Infrared Master Controller, BYTE, Mar.
`1987, at 113. (Ex. 1009).
`2 U.S. Patent No. 4,667,181, issued May 19, 1987 (Ex. 1008).
`3 Citations are to the revised redacted version of the PO Response (Paper
`44).
`
`6
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`concept of control generally means that “it should be enough the nonparty
`
`
`
`has the actual measure of control or opportunity to control that might
`
`reasonably be expected between two formal coparties.” Id.
`
`Patent Owner argues that Ohsung exercised or could have exercised
`
`control over Petitioner’s participation in this proceeding based on the close
`
`relationship between Petitioner and Ohsung. PO Resp. 36. In support of
`
`that argument, Patent Owner first directs us to evidence to support the notion
`
`that Petitioner (URC) and Ohsung share at least one employee. According
`
`to Patent Owner, Mr. Jak You is a “key remote control executive [who]
`
`identifies himself as both an Ohsung and URC employee.” Id. Evidence
`
`that Mr. You first worked for Petitioner (URC), then worked for Ohsung for
`
`demonstrating that Petitioner and Ohsung share employees, dates back to
`
`August 8, 2001 (Ex. 2019), July 16, 2012 (Ex. 2018), and July 30, 2013
`
`(Exhibit 2021). Such evidence, however, does not tend to show that Mr.
`
`You, around the time of filing of Petitioner’s Petition, held himself out as
`
`working for both Ohsung and Petitioner, or that Ohsung and Petitioner
`
`“share employees.” We would want to know the relationship status between
`
`Petitioner and Ohsung around the time Petitioner filed its Petition, as far as
`
`sharing of employees goes.
`
`In any event, and even assuming that URC and Ohsung share an
`
`employee, we do not agree with Patent Owner that such a sharing of one
`
`employee (Mr. You) suggests that Ohsung exercised or could have exercised
`
`control over Petitioner’s participation in the proceeding. For instance, Mr.
`
`You is said to have been a director of engineering for Petitioner. Id. at 36–
`
`37. Patent Owner has not shown that Mr. You was in a position within
`
`Ohsung to persuade Ohsung and/or Petitioner to make a litigation decision to
`
`7
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`pursue an inter partes proceeding.
`
`
`
`
`
`Moreover, we are not persuaded by Patent Owner’s argument that
`
`because URC previously paid for office space which an Ohsung employee
`
`(Mr. You) used, this suggests that Ohsung has reciprocated by paying for
`
`anything associated with the proceedings or controlled the proceeding in any
`
`other way. Id. If anything, the evidence tends to show that URC pays for
`
`expenses, such as the costs associated with these proceedings, not Ohsung.
`
`We also have considered Patent Owner’s argument that Ohsung’s and
`
`URC’s close relationship is exemplified by a settlement and license
`
`agreement (Ex. 2050, “agreement”) between Patent Owner and Petitioner, a
`
`provision of which obligates Ohsung to pay royalties to Patent Owner. PO
`
`Resp. 38. Patent Owner argues that the agreement strongly suggests that
`
`Ohsung may have had the opportunity to control, direct, and/or influence the
`
`present proceeding. Id. at 38–39. The agreement was executed in 2004.
`
`The royalties that Patent Owner mentions were paid out in 2005, 2006, and
`
`2007. Patent Owner has not shown how the agreement exemplifies a close
`
`relationship in 2014 when the petition in this proceeding was filed.
`
`Moreover, the agreement and royalties are directed to a set of patents, none
`
`of which is the patent involved in this proceeding. Accordingly, we are not
`
`persuaded by this argument.
`
`Lastly, we are not persuaded by Patent Owner’s argument that
`
`because URC and Ohsung share litigation counsel in the related case, that
`
`that tends to show that Ohsung has controlled, or had the opportunity to
`
`control, this proceeding. In summary, and based on the totality of arguments
`
`and evidence presented, we are not persuaded that Ohsung is a real party-in-
`
`interest on behalf of Petitioner.
`
`8
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`
`B. Claim Interpretation
`
`
`
`The ’761 patent has expired and, thus, cannot be amended. For claims
`
`of an expired patent, the Board’s claim interpretation is similar to that of a
`
`district court. See In re Rambus, Inc., 694 F.3d 42, 46 (Fed. Cir. 2012). “In
`
`determining the meaning of the disputed claim limitation, we look
`
`principally to the intrinsic evidence of record, examining the claim language
`
`itself, the written description, and the prosecution history, if in evidence.”
`
`DePuy Spine, Inc. v. Medtronic Sofamor Danek, Inc., 469 F.3d 1005, 1014
`
`(Fed. Cir. 2006) (citing Phillips v. AWH Corp., 415 F.3d 1303, 1312–17
`
`(Fed. Cir. 2005) (en banc)). However, there is a “heavy presumption” that a
`
`claim term carries its ordinary and customary meaning. CCS Fitness, Inc. v.
`
`Brunswick Corp., 288 F.3d 1359, 1366 (Fed. Cir. 2002).
`
`Petitioner proffers constructions for several means-plus-function
`
`terms (Pet. 14–20), and Patent Owner weighs in on those constructions (PO
`
`Resp. 5–22). For purposes of this Final Written Decision, we determine that
`
`those terms do not require express construction. Patent Owner also contends
`
`that Petitioner’s failure to propose a construction for “IR lamp driver
`
`means,” “receiving means,” “decoding means,” “first connector means,” and
`
`“interface connector means” in accordance with 35 U.S.C. § 112, sixth
`
`paragraph, is fatal to the Petition. PO Resp. 2–3. We agree with Petitioner,
`
`however, that these “means” are part of means-plus-function limitations
`
`which Petitioner did construe. PO Resp. 11.
`
`For this Final Written Decision, we determine that only the terms
`
`“code data” and “instruction codes” require express construction.
`
`
`
`9
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`
`Code Data
`
`
`
`
`
`Claim 1 recites “code data for creating appropriate IR lamp driver
`
`instructions.” Ex. 1001, 22:61–62. Independent claims 14, 15, 16, and 17
`
`recite similar language. Patent Owner argues that “code data” means
`
`“instructions and timing information for generating an infrared signal.” PO
`
`Resp. 10. Both parties agree that “code data” includes timing information or
`
`data, but the parties disagree that code data also includes instructions.4 Id.;
`
`Pet. Reply 4; Tr. 13, 40, 59. It is necessary for us to construe the phrase
`
`because there is a dispute about whether the prior art (Ciarcia) describes
`
`code data. For example, Patent Owner agrees that Ciarcia describes
`
`supplying from outside the remote control timing data to the remote control,
`
`but disagrees that Ciarcia also describes supplying instructions to the remote
`
`control. PO Resp. 26–28. For the reasons that follow, we determine that
`
`code data includes timing information or data, but need not include
`
`instructions.
`
`We begin with the plain language of claim 1. Claim 1 recites enabling
`
`“at least one of (a) instruction codes or (b) code data for creating appropriate
`
`IR lamp driver instructions.” Based on the words of claim 1, the code data
`
`alone may be used for creating IR lamp driver instructions. Moreover, the
`
`claim requires enabling5 either instruction codes or code data to be supplied
`
`
`4 Patent Owner refers to instructions as programming (computer
`instructions) or computer executable instructions. PO Resp. 27; Ex. 2029
`¶ 72; Tr. 66. Patent Owner contrasts instructions with timing information,
`which, it submits, is data. PO Resp. 24; Tr. 64.
`5 During trial hearing, counsel for Petitioner made arguments that due to the
`word “enabling” the claim language does not require that anything be
`supplied from outside the remote control, arguments that were not presented
`previously. See, e.g., Tr. 87–88. We need not and do not consider
`
`10
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`from outside the remote control. While the remaining independent claims
`
`
`
`14, 15, 16, and 17 do not recite the exact same limitation, each of those
`
`claims also recites instruction codes in addition to code data. In its
`
`Response, Patent Owner does not explain how “instruction codes” are
`
`different, if they are at all, from the “instructions” it argues should be
`
`included in the construction of “code data.” The Specification of the ’761
`
`patent uses “instructions” interchangeably with “instruction codes” for
`
`generating, or creating, infrared (IR) codes. See, e.g., Ex. 1001, 9:35–43.
`
`Based on the record before us, we find that instruction and instruction codes
`
`with respect to creating IR lamp driver instructions are synonymous insofar
`
`as the Specification and the claims are concerned. Patent Owner has not
`
`explained otherwise.6
`
`None of the challenged claims define or further explain what “code
`
`data” means. For example, there is nothing in claim 1 that would lead us to
`
`believe that data, albeit code data, should be construed to mean data plus
`
`programming or executable computer instructions. The phrase is “code
`
`data.” Moreover, the challenged claims distinguish between instruction
`
`codes and code data by claiming them both as separate elements. Based on
`
`the plain words of the challenged claims, code data and instruction codes are
`
`
`Petitioner’s arguments advanced during trial hearing that were not raised
`prior to the trial hearing. To do otherwise would be prejudicial to Patent
`Owner.
`6 In its Reply brief, and during hearing, Petitioner argued that the claim 1
`“instruction codes” are synonymous to the “instructions” that Patent Owner
`argues is part of “code data.” Pet. Reply 4, 7–8; Tr. 18. Patent Owner had
`ample opportunity to explain, during hearing, that “instruction codes” are
`different from “instructions” that it argues is part of “code data,” but did not
`do so. Tr. 38.
`
`11
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`not the same thing. Yet, Patent Owner’s claim construction would
`
`
`
`effectively rewrite the language to remove, for example with respect to
`
`claim 1, the “at least one of . . . or” language. For example, claim 1 covers
`
`choosing both instruction codes and code data, but under Patent Owner’s
`
`construction such scenario would make little sense because code data would
`
`also include instruction codes or instructions.
`
`
`
`We next turn to the Specification of the ’761 patent. Patent Owner
`
`focuses on the following passage from the Specification of the ’761 patent in
`
`support of its argument that code data includes instructions:
`
`In the method for learning or acquiring code data for infrared
`codes disclosed herein, no counting of pulses is carried out.
`Instead the method involves the following steps:
`
`(a) receiving a transmission of a train of pulses from a remote
`control transmitter;
`(b) recording the point-in-time of an edge of each pulse in a
`train of the pulses;
`(c) transforming the recorded point-in-time data into a list of
`instructions for generating a replica of the train of pulses;
`(d) timing the duration of a train of the pulses;
`(e) timing the period between trains of pulses;
`(f) associating a function key of the universal remote control
`device 10 with the time duration of the train of pulses and
`the list of instructions for generating a replica of the train
`of pulses;
`(g) determining whether or not repetitions of the transmission
`of train of pulses is present;
`(h) ignoring repetitions of the train of pulses;
`(i) noting that repetitions are present; and
`(j) storing for use in a universal remote control device, the
`information acquired in steps (c), (d), (e), (f), and (i).
`
`
`
`Ex. 1001, 10:45–68.
`
`12
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`
`
`Patent Owner argues that step (c) from above identifies instructions,
`
`
`
`and steps (d), (e), (f), and (i) identify timing information. PO Resp. 23.
`
`Patent Owner further argues that Figure 14 and the corresponding text of the
`
`Specification of the ’761 patent confirm that the phrase “code data” is
`
`different from an IR code or signal, and is used to generate the IR code
`
`based on instructions and timing data. Id. (citing Ex. 2029 ¶¶ 62–67). We
`
`have reviewed Mr. Cook’s testimony in support of the proposed
`
`construction. Neither he nor Patent Owner discusses any other passage in
`
`the Specification of the ’761 patent. Rather, his explanation for why we
`
`should construe narrowly “code data” focuses solely on one embodiment of
`
`the Specification. Ex. 2029 ¶¶ 62–67.
`
`There are several other descriptions in the ’761 patent Specification
`
`besides the one above that would indicate to a person of ordinary skill in the
`
`art that code data need not include “instructions.” For example, there are
`
`several passages that describe code data as separate and distinct from
`
`instructions or instruction codes as follows:
`
`Incoming data is received serially from data supply
`means, such as from the memory of a personal computer at
`serial port 3 and conveyed to input port 112, when it is desired
`to update the code data and/or instructions in the RAM 54.
`
`Id. at 9:17–21 (emphasis added).
`
`After the infrared code is deciphered, the code data
`therefor and instructions for generating such code (see the flow
`chart in FIG. 14) are stored in a programming computer 200
`(FIG. 10) and the device 10 is programmed as explained below.
`It is to be noted that circuitry 42 has no ROM and all
`instruction codes and code data are loaded directly into the
`RAM 54. This allows for infinite upgradability in the field via
`the serial ports 1, 2, 3.
`
`13
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`
`
`
`
`
`Id. at 9:35–43 (emphasis added).
`
`(6) The multiplexing of the address and data lines
`between the RAM 54 and the CPU 56 enables scrambling of the
`instruction codes and the code data so that the memory image
`in the RAM 54 is encrypted.
`
`
`Id. at 22:23–27 (emphasis added). In addition, a grandparent patent of the
`
`’761 patent teaches that only the timing information is part of “code data”:
`
`“In learning the infrared code and transforming same to code data . . . , only
`
`the time duration of the pulses . . . as well as the time duration of the pause
`
`between bursts are sensed and used to learn and later to generate the infrared
`
`codes.” Ex. 1011, 1:57–66 (emphasis added).
`
`From the above passages, a person of ordinary skill in the art would
`
`have understood that code data need not include instructions. In other
`
`words, the above passages indicate that “instructions” or instruction codes
`
`are separate from “code data.” If code data necessarily included instructions
`
`or instruction codes, there would be no occasion for the Specification to
`
`refer to instructions or instruction codes separately from code data. Yet, the
`
`Patent Owner Response and the supporting testimony of Mr. Cook (Ex.
`
`2029) are silent with respect to these passages.
`
`Lastly, the Specification of the ’761 patent describes that code data for
`
`the infrared codes “may be obtained from vendor information sheets and
`
`specifications, can be determined using the methods disclosed in U.S. Pat.
`
`Nos. 4,623,887 and 4,626,848, or by the method disclosed herein.” Ex.
`
`1001, 10:39–44. Again, the Patent Owner Response and the supporting
`
`testimony of Mr. Cook (Ex. 2029) are silent with respect to this passage and
`
`14
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`the other ways that code data may be obtained or determined. In summary,
`
`
`
`there are many passages in the Specification of the ’761 patent that tend to
`
`support not construing “code data” as Patent Owner would want us to, yet
`
`neither the Patent Owner Response nor the supporting testimony of Mr.
`
`Cook (Ex. 2029) discusses any of those other passages. Rather, Patent
`
`Owner’s arguments and Mr. Cook’s testimony are confined to discussing
`
`only the one embodiment that Patent Owner argues supports the contention
`
`that code data always includes necessarily instructions. For all of the
`
`reasons discussed above, we are not persuaded by Patent Owner’s arguments
`
`that “code data” includes necessarily instructions. Based on the record
`
`before us, “code data” includes timing information or data, but need not
`
`include instructions.
`
`Instruction Codes
`
`
`
`As explained above, the record supports the determination that
`
`“instruction codes” is synonymous with “instructions” that Patent Owner
`
`argues is part of code data. Pet. Reply 4, 7–8; Tr. 18, 38. As also explained
`
`above, Patent Owner argues that instructions (instruction codes) are
`
`programming (computer instructions) or computer executable instructions.
`
`PO Resp. 27; Ex. 2029 ¶ 72; Tr. 66. Patent Owner contrasts instructions
`
`with timing information, which, it submits, is data. PO Resp. 24; Tr. 64.
`
`Petitioner argues that code data “refers in general to data” and that
`
`instruction codes requires “instructions.” Pet. Reply 6–7. For purposes of
`
`this Decision, we need not construe the full metes and bounds of “instruction
`
`codes.” Rather, it is sufficient for purposes of this Decision to note that the
`
`claim term “instruction codes” requires instructions and is different from the
`
`claimed term “code data” which includes timing information or data. This is
`
`15
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`particularly evident in independent claims 16 and 17, each of which recites
`
`
`
`“instruction codes and code data for creating appropriate IR lamp driver
`
`instructions” as two different elements.
`
`C. Principles of Law
`
`A patent claim is unpatentable under 35 U.S.C. § 103(a) if the
`
`differences between the claimed subject matter and the prior art are such that
`
`the subject matter, as a whole, would have been obvious at the time the
`
`invention was made to a person having ordinary skill in the art to which said
`
`subject matter pertains. KSR Int’l Co. v. Teleflex Inc., 550 U.S. 398, 406
`
`(2007). The question of obviousness is resolved on the basis of underlying
`
`factual determinations including: (1) the scope and content of the prior art;
`
`(2) any differences between the claimed subject matter and the prior art;
`
`(3) the level of ordinary skill in the art; and (4) objective evidence of
`
`nonobviousness. Graham v. John Deere Co., 383 U.S. 1, 17–18 (1966). In
`
`that regard, an obviousness analysis “need not seek out precise teachings
`
`directed to the specific subject matter of the challenged claim, for a court
`
`can take account of the inferences and creative steps that a person of
`
`ordinary skill in the art would employ.” KSR, 550 U.S. at 418; In re
`
`Translogic Tech., Inc., 504 F.3d 1249, 1262 (Fed. Cir. 2007). The level of
`
`ordinary skill in the art is reflected by the prior art of record. See Okajima v.
`
`Bourdeau, 261 F.3d 1350, 1355 (Fed. Cir. 2001); In re GPAC Inc.,
`
`57 F.3d 1573, 1579 (Fed. Cir. 1995); In re Oelrich, 579 F.2d 86, 91 (CCPA
`
`1978).
`
`We analyze the asserted ground of unpatentability in accordance with
`
`the above-stated principles.
`
`16
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`
`
`D. Claims 1, 9, 10, and 14–17—Obviousness over Ciarcia and Hastreiter
`
`Petitioner asserts that claims 1, 9, 10, and 14–17 are unpatentable
`
`under 35 U.S.C. § 103(a) as obvious over the combination of Ciarcia and
`
`Hastreiter. Pet. 48–58. In its Petition, Petitioner provides an explanation
`
`how the combination of Ciarcia and Hastreiter collectively meets each claim
`
`limitation of claims 1, 9, 10, and 14–17 and articulates a rationale to
`
`combine the teachings. Id. Petitioner also relies upon a Declaration of
`
`Stephen D. Bristow to support the assertions made in connection with the
`
`Petition. Ex. 1013.
`
`Patent Owner argues that neither Ciarcia nor Hastreiter meets the code
`
`data limitation of all of the involved claims. PO Resp. 26–28. Patent Owner
`
`also argues that there is insufficient reason to combine Ciarcia and
`
`Hastreiter. Id. at 28–30. Lastly, Patent Owner argues that secondary
`
`considerations weigh in favor of the nonobviousness of claims 1, 9, 10, and
`
`14–17. Id. at 30–34. To support its contentions, Patent Owner relies upon
`
`the Declarations of Alex Cook (Ex. 2029) and Ramzi S. Ammari (Ex. 2064).
`
`For the reasons that follow, we determine that Petitioner has shown by
`
`a preponderance of the evidence that claims 1, 9, 10, 14, and 15 of the ’761
`
`patent are unpatentable, but has not shown by a preponderance of the
`
`evidence that claims 16 and 17 are unpatentable.
`
`Ciarcia
`
`
`
`Ciarcia describes a trainable remote control (Master Controller) with a
`
`keypad for inputting commands into the remote control. Ex. 1009, 114.7
`
`The remote control includes a central processing unit (CPU) (Intel 8031
`
`
`7 Citations are to the reference’s magazine page numbers rather than the
`exhibit page numbers.
`
`17
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`microprocessor, IC1), memory (RAM IC11) coupled to the CPU, and
`
`
`
`infrared LEDs and driver circuitry that produce an IR signal to a controlled
`
`device. Id. at 114–115. The remote control may be connected to a personal
`
`computer using three wires from an RS-232 interface. Id. at 119 (“The serial
`
`connector is an RJ-11 telephone jack instead of the usual 25-pin DB-25
`
`connector. Only three wires are required: data from the PC, data to the PC,
`
`and signal ground.”) The personal computer is connected to the remote
`
`control via the RS-232 interface and is “used to set up menus of devices
`
`(receivers, CD players, tape decks) and functions for each device (turn on,
`
`play forward, etc.).” Id. at 114. Once a menu is downloaded to the remote
`
`control, each function is taught and tested, after which a completed menu
`
`and synthesis data are uploaded to the personal computer and “stored on a
`
`disk (in case you want to load it into another Master Controller or add
`
`another device later without retraining all of them).” Id.
`
`Hastreiter
`
`
`
`Hastreiter describes keyboard data input assemblies, including
`
`circuitry for minimizing the number of interconnections with a
`
`microprocessor or other apparatus with which a keyboard is used. Ex. 1008,
`
`col. 1:5–10. In particular, Hastreiter describes a keyboard circuit that uses
`
`diodes between row and column lines of the keyboard, similar to the
`
`keyboard circuit described in the ’761 patent. See, e.g., Ex. 1001, Fig. 9B;
`
`Ex. 1008, Figs. 1, 2.
`
`Petitioner’s Assertions
`
`
`
`Petitioner relies on Ciarcia to meet all of the claim limitations of the
`
`challenged claims, with the exception of the “input means.” Pet. 48–58.
`
`Based on its construction of “input means” to include at least the
`
`18
`
`
`
`
`IPR2014-01104
`Patent 5,414,761
`
`
`corresponding structure of a keyboard circuit as shown in Fig. 9B of the
`
`
`
`’761 patent, Petitioner relies on the keyboard circuit of Hastreiter in
`
`combination with Ciarcia to meet the “input means.” Id. at 22–23, 29, and
`
`49–50. Petitioner points to teachings in Hastreiter that the keyboard design
`
`can be used to minimize the required number of interconnections with a
`
`microprocessor or other apparatus with which a keyboard is used. Id. at 49–
`
`50; Ex. 1008, 1:5–11. Mr. Bristow opines that skilled artisans at the time of
`
`the invention would have understood that Hastreiter’s keyboard circuit could
`
`have been used in Ciarcia’s remote control to minimize connections to the
`
`microprocessor. Ex. 1013 ¶ 72.
`
`Instruction Codes and/or Code Data
`
`
`
`Claim 1 recites “data coupling means including receiving means
`
`coupled to the CPU for enabling at least one of (a) instruction codes or (b)
`
`code data for creating appropriate IR lamp driver instructions . . . to be
`
`supplied from outside the remote control through the receiving means
`
`directly to the CPU for direct entry to the memory.” Claim 9 and claim 10,
`
`which depend from claim 1 also include this limitation. Independent claim
`
`14 and independent claim 15 recite similar language.8 Claims 1, 9, 10, 14,
`
`and 15, thus, recite receiving, or enabling to be supplied from outside the
`
`remote (e.g., from a computer connected to the remote control), instruction
`
`codes or code data. Independent claim 16 and independent claim 17,
`
`however, are different. Claim 16 recites “data coupling means for
`
`