throbber
Trials@uspto.gov
`571-272-7822
`
`Paper 36
`Date: October 4, 2021
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`SONY INTERACTIVE ENTERTAINMENT LLC,
`Petitioner,
`v.
`BOT M8, LLC,
`Patent Owner.
`
`IPR2020-00726
`Patent 8,112,670 B2
`
`
`
`
`
`
`
`
`
`Before KALYAN K. DESHPANDE, LYNNE E. PETTIGREW, and
`AMBER L. HAGY, Administrative Patent Judges.
`DESHPANDE, Administrative Patent Judge.
`
`JUDGMENT
`Final Written Decision
`Determining All Challenged Claims Unpatentable
`35 U.S.C. § 318(a)
`Denying Patent Owner’s Motion to Exclude Evidence
`37 C.F.R. § 42.64
`
`
`
`
`
`
`
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`
`I.
`
`INTRODUCTION
`A. Background
`Sony Interactive Entertainment LLC (“Petitioner”) filed a Petition
`requesting inter partes review of claims 1–5 of U.S. Patent No. 8,112,670
`B2 (Ex. 1001, “the ’670 patent”). Paper 1 (“Pet.”). Bot M8, LLC (“Patent
`Owner”) filed a Preliminary Response. Paper 9 (“Prelim. Resp.”). With our
`authorization, Petitioner thereafter filed a Reply (Paper 11 (“Reply”)) and
`Patent Owner filed a Sur-reply (Paper 12 (“Sur-reply”)) to address issues
`involving 35 U.S.C. § 325(d).
`On October 6, 2020, we instituted inter partes review of claims 1–5 of
`the ’670 patent. Paper 13 (“Dec.”). After institution, Patent Owner filed a
`Patent Owner’s Response. Paper 17 (“PO Resp.”). In response, Petitioner
`filed Petitioner’s Reply to Patent Owner’s Response. Paper 20 (“Pet.
`Reply”). Patent Owner filed a Sur-Reply to Petitioner’s Reply to Patent
`Owner’s Response. Paper 22 (“PO Sur-reply”).
`The parties requested oral argument (Papers 23, 24), which we held
`by video on July 13, 2021. Paper 35 (“Tr.”).
`The Board has jurisdiction under 35 U.S.C. § 6. In this Final Written
`Decision, after reviewing all relevant evidence and arguments, we determine
`Petitioner has met its burden of showing, by a preponderance of the
`evidence, that claims 1–5 of the ’670 patent are unpatentable.
`B. Related Matters
`Petitioner and Patent Owner indicate that the ’670 patent was the
`subject of a patent litigation BOT M8, LLC v. Sony Corporation of America
`et al., No. 1: 19-cv-07529 (SDNY), which was transferred to the Northern
`District of California (No. 3:19-cv-07027). Pet. 73; Paper 5, 1. Petitioner
`
`2
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`indicates that this case has been dismissed with respect to the ’670 patent.
`Paper 8, 1.
`We note a related inter partes review pending between the parties,
`Sony Interactive Entertainment LLC v. Bot M8, LLC, IPR2020-01288, that
`was instituted on February 16, 2021. IPR2020-01288 relates to U.S. Patent
`No. 7,664,988 (“the ’988 patent”), which issued from the parent application
`(U.S. Serial No. 11/205,121) of the ’670 patent. PO Resp. 23.
`C. The ’670 Patent
`The ’670 patent discloses “an information process device in which it
`can be guaranteed that a fault inspection program properly operates even if a
`fault occurs in a memory device which is inspected through the fault
`inspection program.” Ex. 1001, 1:36–40. Figure 1 shows an information
`process device according to an embodiment of the invention.
`
`
`Figure 1 “is a block diagram of an information process device
`according to the embodiment.” Id. at 2:15–16.
`As depicted in Figure 1, information process device 1 includes central
`processing unit (CPU) 12, read-only memory (ROM) 13, and random access
`memory (RAM) 14 on motherboard 11. Id. at 2:36–39. CPU 12 controls
`
`3
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`information process device 1 and executes various programs, and therefore,
`“CPU 12 corresponds to a control device.” Id. at 2:40–42. ROM 13 is a
`non-volatile memory that stores various control programs, including a boot
`program, a fault inspection program, and a start program. Id. at 2:43–51.
`Hard disk 24 is connected to motherboard 11 at port 18 through cable 23 and
`stores an operating system (OS), Basic Input Output System (BIOS), and an
`application program. Id. at 1:21–26, 3:19–25.
`Information process device 1 begins to operate when CPU 12 executes
`the start program and, in turn, the boot program. Id. at 3:53–58. The boot
`program initializes the BIOS and the operating system. Id. at 3:59–64. The
`operating system is then loaded into RAM 14 and starts to operate. Id. at
`3:65–66. Next, the fault inspection program begins to inspect “whether or
`not a damage occurs in the hard disk 24 or whether or not change or
`falsification of the program stored in the hard disk 24 is conducted.” Id. at
`4:1–9. If there is no fault in hard disk 24, the application program is loaded
`into RAM 14 and begins to execute. Id. at 4:15–19. Otherwise, if there is a
`fault in hard disk 24, an error is displayed on output device 21. Id. at 4:19–
`23. Here, because the fault inspection program is stored in ROM 13,
`independent from hard disk 24, “even if a fault occurs in the hard
`disk 24 . . ., it can be guaranteed that the fault inspection program properly
`operates.” Id. at 4:25–31.
`
`D. Illustrative Claims
`Petitioner challenges claims 1–5 of the ’670 patent. Pet. 4–72.
`Independent claims 1 and 4 are illustrative of the challenged claims and are
`reproduced below:
`1. A gaming device configured to execute a game, the gaming
`device comprising:
`
`4
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`a mother board on which a first memory device is
`provided;
`a second memory device configured to store a game
`application program, the second memory device being connected
`to the mother board; and
`a control device for executing a fault inspection program
`for the second memory device to inspect whether or not a fault
`occurs in the second memory device;
`wherein the fault inspection program is stored in the first
`memory device, and the control device completes the execution
`of the fault inspection program before the game is started.
`Ex. 1001, 4:61–5:7.
`
`
`4. A gaming device configured to execute a game, the gaming
`device comprising:
`a ROM configured to store a fault inspection program;
`a memory device which is electrically rewritable a game
`application program stored therein;
`a control device configured to execute the fault inspection
`program to inspect whether or not a fault occurs in the game
`application program stored in the memory device;
`wherein the control device executes the fault inspection
`program when the gaming device is started to operate and
`completes the execution of the fault inspection program before
`the game is started.
`Id. at 5:15–6:10.
`
`
`5
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`E. Instituted Grounds of Unpatentability and Evidence of Record
`We instituted the instant trial based on the following grounds of
`unpatentability.1 Dec. 6, 35.
`Claim(s) Challenged 35 U.S.C. §
`
`References
`
`1–4
`
`5
`
`1–4
`
`
`
`103(a)
`
`103(a)
`
`103(a)
`
`Sugiyama,2 Gatto3
`
`Sugiyama, Gatto, Yamaguchi4
`
`Morrow ’952,5 Morrow ’7716
`
`II. ANALYSIS
`A. Level of Ordinary Skill in the Art
`Petitioner asserts that a person of ordinary skill in the art would have
`had “the equivalent of at least an undergraduate degree in computer science,
`computer engineering, electrical engineering, or a similar technical field, and
`with one or more years of experience in the field of authentication,
`verification, and/or error detection in the context of computer hardware
`and/or software.” Pet. 2 (citing Ex. 1003 ¶¶ 49–51). Patent Owner proposes
`that “a person of ordinary skill in the art [o]n August 17, 2005 (the earliest
`effective date of the ’670 Patent) would have had a Bachelor’s degree in
`Electrical Engineering, Physics, or a related field, and approximately one or
`
`
`1 Petitioner also relies on the Declaration of Andrew Wolfe, Ph.D. Ex. 1003.
`Patent Owner relies on the Declaration of Long Yang, Ph.D. Ex. 2041.
`2 JP 2000-35888, published Feb. 2, 2000 (“Sugiyama,” Ex. 1005).
`3 WO 2004/004855 A1, published Jan. 15, 2004 (“Gatto,” Ex. 1006).
`4 US 5,844,776, issued Dec. 1, 1998 (“Yamaguchi,” Ex. 1036).
`5 US 2004/0054952 A1, published Mar. 18, 2004 (“Morrow ’952,”
`Ex. 1007).
`6 US 2003/0064771 A1, published Apr. 3, 2003 (“Morrow ’771,” Ex. 1008).
`
`6
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`more years of professional experience in the field of computer architecture.”
`PO Resp. 32 (citing Ex. 2041 ¶¶ 66–70).
`We find that both parties propose similar definitions for the level of
`ordinary skill in the art, with slight variations in the types of professional
`experience. Specifically, Petitioner proposes a narrower field of experience
`(“the field of authentication, verification, and/or error detection in the
`context of computer hardware and/or software”), whereas Patent Owner
`proposes a broader field of experience (“the field of computer architecture”).
`Neither party argues that the level of ordinary skill determines the outcome
`of the patentability analysis. See Pet., PO Resp., passim.
`To the extent necessary herein, we apply Patent Owner’s definition of
`the level of ordinary skill in the art. We determine the definition offered by
`Patent Owner is consistent with the teachings of the ’670 patent and the prior
`art of record. Cf. Okajima v. Bourdeau, 261 F.3d 1350, 1355 (Fed. Cir.
`2001) (noting that the prior art itself may reflect an appropriate level of skill
`in the art). We note, however, that neither party explains how the
`differences in the parties’ competing proposals are material to the issues
`before us. We further note that our adoption of Patent Owner’s proposed
`definition does not reflect a view that adopting Petitioner’s competing
`definition of the level of ordinary skill in the art would have any impact on
`the outcome of this proceeding. To the contrary, our conclusions would be
`the same under either party’s definition.
`B. Claim Construction
`We apply the claim construction standard used to construe the claims
`in a civil action under 35 U.S.C. § 282(b) articulated in Phillips v. AWH
`Corp., 415 F.3d 1303 (Fed. Cir. 2005) (en banc). 37 C.F.R. § 42.100(b)
`(2019). Under the Phillips standard, claim terms must be given “the
`
`7
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`meaning that the term would have to a person of ordinary skill in the art in
`question at the time of the invention.” 415 F.3d at 1313.
`
`1. “Fault inspection program”
`Independent claims 1 and 4 recite a “fault inspection program.”
`Petitioner asserts that the ’670 patent explains that a “fault inspection
`program” is “a program for inspecting whether or not a fault such as
`damage, change or falsification occurs in the programs or data.” Pet. 20
`(citing Ex. 1001, 1:22–25); Reply 6–7. Petitioner argues that “fault” is not
`limited to mean only damage to the memory device and “change or
`falsification” to the programs. Reply 6–7. Petitioner emphasizes that the
`fault inspection program inspects faults in either the hardware or software
`because the Specification of the ’670 patent does not disclose any
`requirement to inspect both hardware and software. Id. at 7 (citing Ex. 1001,
`1:17–18, 4:6–10, claims 1 and 4).
`Patent Owner contends that the proper construction of “‘fault
`inspection program’ is ‘a program, other than a boot program, that inspects
`a memory device for faults, including damage to the memory device and
`change or falsification of programs stored thereon.’” PO Resp. 23 (citing
`Ex. 2041 ¶¶ 79–82) (bolding omitted). With this definition, Patent Owner
`contends that the fault inspection program: (1) is other than a boot program,
`and (2) inspects for faults including damage to the memory device and
`change or falsification of stored programs. See id. at 23–28. We address
`each contention below.
`Patent Owner argues that, during prosecution of the ’988 patent, the
`Applicant distinguished a prior art reference (Bizzarri7) “on the basis that
`
`
`7 US 5,732,268, issued Mar. 25, 1998 (“Bizzarri,” Ex. 2001).
`
`8
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`that ‘the boot program and the fault inspection program are distinct.’” Id. at
`23 (quoting Ex. 1025, 66) (bolding omitted). Patent Owner argues that this
`“statement defines the meaning of the terms, and should control their
`construction.” Id. (citing ProMOS Techs., Inc. v. Samsung Elecs. Co., 809
`F. App’x 825, 832 (Fed. Cir. 2020) (nonprecedential)); see also PO Sur-
`reply 8 (citing MBO Labs., Inc. v. Becton, Dickinson & Co., 474 F.3d 1323,
`1330 (Fed. Cir. 2007)). Patent Owner argues that “fault inspection program”
`and “boot program” are separately listed claim elements and are thus
`mutually-exclusive parts of the claimed invention. PO Resp. 24–25 (citing
`Becton, Dickinson & Co. v. Tyco Healthcare Grp., LP, 616 F.3d 1249, 1254
`(Fed. Cir. 2010)). Patent Owner further argues that the Specification
`describes “boot program” and “fault inspection program” as “distinct
`programs stored in distinct portions of the ROM.” See id. at 24, 26–27
`(citing Ex. 1001, 2:46–56, 3:59–4:9, Fig. 1).
`Petitioner responds that “Patent Owner’s construction improperly
`reads in numerous unclaimed limitations and is contrary to the intrinsic
`record.” Pet. Reply 2. Petitioner asserts that Patent Owner’s alleged
`prosecution history disclaimer during the prosecution of the ’988 patent
`addressed a claim that recited both a “boot program” and a “fault inspection
`program,” unlike claim 1 of the ’670 patent. Id. at 3–4. Petitioner further
`asserts that, to the extent the Specification describes embodiments in which
`“a ‘fault inspection program’ and a ‘boot program’ are stored in distinct
`portions of the ROM,” the limitations of specific embodiments should not be
`read into the claims. Id. at 4.
`We agree with Petitioner. As we determined in our Decision on
`Institution, the ’670 patent indicates that the “fault inspection program” is “a
`program for inspecting whether or not a fault such as damage, change or
`
`9
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`falsification occurs in the programs or data.” Ex. 1001, 1:22–25; Dec. 17.
`We see nothing in the record that precludes the “fault inspection program”
`from also being a “boot program.” Although Patent Owner contends that it
`presented this argument during the prosecution of the ’988 patent, we are not
`persuaded to limit the scope of “fault inspection program” as recited in the
`claims of the ’670 patent. Importantly, Patent Owner does not present any
`persuasive evidence or argument as to whether the claims of the ’988 patent
`are substantially similar to those of the ’670 patent, or why Applicant’s
`statement during the prosecution of a parent to the ’670 patent necessitates a
`narrowing of the scope of the meaning of the term “fault inspection
`program” for the claim scope of the ’670 patent. That is, even if we were to
`consider Applicant’s statement as a disclaimer, we are left to speculate how
`to construe “fault inspection program” as being distinct from the boot
`program in the claims of the ’670 patent.
`Accordingly, as we did in the Decision on Institution, we construe
`“fault inspection program” to be “a program for inspecting whether or not a
`fault such as damage, change or falsification occurs in the programs or
`data.”
`Second, Patent Owner argues that “[a] ‘fault inspection program’ must
`be capable of inspecting both hardware and software faults.” PO Sur-Reply
`1; PO Resp. 45–47 (bolding omitted). Again, Patent Owner argues that,
`during prosecution of the ’988 patent, “Applicant reiterated the conjunctive
`construction of ‘or’ to overcome references such as Bizzarri, Chang, and
`Yamato.” PO Sur-Reply at 2–3 (citing Ex. 1025, 66, 97); see Tr. 45:10 –
`46:10. Patent Owner further argues that the Specification “compels a
`conjunctive interpretation of the word ‘or’” because “the specification
`confirms that in order to inspect whether a fault occurs in hardware or
`
`10
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`software, the fault inspection program must be capable of detecting both
`types of faults.” Id. at 4 (citing PO Resp. 3–4; Ex. 1001, 4:6–9).
`Petitioner responds that the Specification lists non-limiting examples
`of faults, “such as” damage, change, or falsification in programs or data.
`Pet. Reply 2 (citing Ex. 1001, 1:22–25). Petitioner further asserts that
`requiring fault inspection of both hardware and software contradicts the
`Specification’s reference to inspecting a fault in “hardware or software.” Id.
`(citing Ex. 1001, 1:17–18).
`We agree with Petitioner. The ’670 patent states that “[t]he present
`invention relates to an information process device in which a fault in
`hardware or software is inspected.” Ex. 1001, 1:17–18. We find that a
`person of ordinary skill in the art would understand from the ’670 disclosure
`that the faults can be in either hardware or software, or both. We do not
`agree with Patent Owner that a person of ordinary skill in the art would
`understand that a description of faults as “software or hardware” uses “or” in
`the conjunctive sense to mean both software and hardware. See Tr. 45:23–
`46:6.
`
`2. “Boot program”
`Dependent claim 2 recites a “boot program executed when the gaming
`device is started to operate.” Petitioner argues that the boot program should
`be afforded its plain and ordinary meaning as a start-up program that enables
`a computer to load larger programs. Pet. 4; Reply 6 (citing Ex. 1003,
`¶¶ 155, 222–223). Petitioner explains that the Specification does not
`otherwise limit or diverge from the plain and ordinary meaning. Reply 5.
`Petitioner relies on two examples provided in the ’670 Specification to
`support its construction that the boot program may load larger programs (an
`
`11
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`extended BIOS program and Operating System). Id. (citing Ex. 1001, 3:59–
`64).
`
`Patent Owner contends that a boot program is “a program that
`initializes various devices including the extended BIOS and the operating
`system.” PO Resp. 29 (citing Ex. 2041 ¶¶ 79–81). Patent Owner argues that
`the Specification supports this interpretation with two descriptions. First,
`the Specification discloses:
`Here, the boot program is a program stored in the boot program
`storing area 13a of the ROM 13, and based on the boot program,
`initialization of various devices including the extended BIOS
`(Basic Input Output System) in the hard disk 24 and the OS
`(Operating System) in the hard disk 24 is executed.
`Id. at 29 (quoting Ex. 1001, 3:57–62) (bolding omitted). Second, Patent
`Owner argues that the Specification refers to the ROM as “a boot ROM”
`because it loads and starts the OS. Id. (citing Ex. 1001, 3:65–67). Patent
`Owner further argues that the extrinsic evidence supports a construction that
`“a ‘boot program’ is a program that is ‘designed to start a computer’ and not
`simply any program that enables the computer to load a larger one.” PO
`Sur-reply 9–12 (citing Ex. 2041 ¶ 48; Ex. 1039, 39:20–41:3, 43:13–25).
`Petitioner responds that the Specification does not expressly define
`“boot program.” Pet. Reply 6. Rather, the Specification describes an
`exemplary embodiment of “a boot program here that loads other example
`programs.” Id. at 6 (citing Ex. 1001, 3:59–64). Petitioner distinguishes the
`Specification’s description from other definitional terminology. Id. at 7
`(citing American Med. Sys., Inc. v. Biolitec, Inc., 618 F.3d 1354, 1361 (Fed.
`Cir. 2010)). Petitioner argues that “the example provided in the
`specification of a boot program that initializes both an extended BIOS and
`
`12
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`an OS, is consistent with the broader plain and ordinary meaning of a startup
`program that loads larger programs.” Id. at 8.
`
`We are not persuaded by Patent Owner to limit the scope of the term
`“boot program” to “a program that initializes various devices including the
`extended BIOS and the operating system.” Rather, we agree with Petitioner
`that the term “boot program” should be afforded its plain and ordinary
`meaning of “a start-up program that enables a computer to load larger
`programs.” We agree with Petitioner that the example provided in the ’670
`Specification is consistent with the plain and ordinary meaning. The
`example provided in the ’670 patent Specification of a “boot program” is
`within the context of the ’670 patent and describes the various items that are
`initialized in the ’670 patent. A person with ordinary skill in the art would
`understand this example to be consistent with the plain and ordinary
`meaning of a “boot program” to mean “a start-up program that enables a
`computer to load larger programs.”
`C. Alleged Obviousness of Claims 1–4 over Sugiyama and Gatto
`Petitioner contends that claims 1–4 of the ’670 patent are unpatentable
`under 35 U.S.C. § 103(a) as obvious over Sugiyama and Gatto. Pet. 4–40.
`As discussed below, Petitioner has demonstrated by a preponderance of the
`evidence that claims 1–4 would have been obvious over Sugiyama and
`Gatto. See Pet. 4–40.
`1. Sugiyama (Ex. 1005)
`Sugiyama is directed to “a service program for executing failure
`diagnosis, restoration, or the like to processing means in a communication
`terminal.” Ex. 1005, code (57). Specifically, Sugiyama relates to a karaoke
`device that receives an application program, “for example, a karaoke
`performance processing program, a singing scoring program, or the like,”
`
`13
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`over a communication network, and stores the application program on a hard
`disk drive. Id. ¶ 2.
`In an embodiment, a karaoke terminal 3 includes “CPU (processing
`means and writing means) 20 for controlling portions of the device
`according to various programs,” “ROM (non-volatile memory) 22,” “RAM
`23,” and “hard disk drive (magnetic storage means) 24.” Id. ¶ 10. ROM 22
`stores “a startup program necessary for starting up the karaoke terminal,” as
`well as “an initialization program P1 for initializing the hard disk drive 24
`and an HDD inspection program P2 for examining the hard disk drive 24.”
`Id. ¶ 11.
`When karaoke terminal 3 is turned on, if no abnormality occurs, “the
`application program stored in the application storage area 24a of the hard
`disk drive 24 is loaded into the RAM 23, and normal karaoke performance
`processing is performed.” Id. ¶ 22. If an abnormality does occur, “it is
`determined whether the abnormality is an abnormality relating to the hard
`disk drive 24.” Id. ¶ 23. In such case, “the CPU 20 executes the HDD
`inspection program P2 stored in the ROM 22.” Id. If there is no damage to
`the hard disk drive itself, for example, “when the stored data is destroyed, or
`the like, the initialization program P1 is executed by the CPU 20 . . . and
`initializes the hard disk drive 24.” Id. ¶ 24. Backup data may then be
`written to the hard disk drive. Id. If, on the other hand, “restoration is not
`possible, for example, when the hard disk drive 24 itself is damaged, the
`manufacturer of the karaoke terminal 3, a restoration company, or the like is
`requested for repairs.” Id.
`
`14
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`2. Gatto (Ex. 1006)
`Gatto is directed to “[a] method for gaming terminals, gaming kiosks
`and lottery terminals to ensure that the code-signing verification process of
`downloaded game software can be trusted.” Ex. 1006, code (57).
`Specifically, when a game operator decides to deploy a new game, a game
`terminal downloads the code for the game and “executes a program to verify
`the code signature of the downloaded code.” Id. at 10:2–7. “If the
`downloaded code can be trusted (successfully passes the verification), it is
`stored locally in persistent memory in the gaming machine.” Id. at 10:9–10.
`When the downloaded code is executed, “the stored signed code is retrieved
`. . . and its code signature is verified.” Id. at 10:14–15. “If the retrieved
`downloaded code cannot be trusted, the code is trashed or quarantined”;
`otherwise, “[i]f the retrieved downloaded code can be trusted, it is
`executed.” Id. at 10:15–17. But, because the code-signing verification
`process “itself might be a fraudulent verification process,” Gatto also
`“verif[ies] that the code-signing verification platform can be trusted.” Id. at
`13:11–16.
`
`3. Analysis of Claim 1
`a) Petitioner’s Arguments
`The preamble of claim 1 recites a “gaming device configured to
`execute a game.” Ex. 1001, 4:61. Petitioner argues that, to the extent the
`preamble is limiting, Sugiyama teaches “a communication terminal’
`configured to execute an ‘application program, for example, a karaoke
`performance processing program, a singing scoring program, or the like,’”
`which a “PHOSITA would have understood . . . is a type of ‘game.’” Pet. 8
`(citing Ex. 1005 ¶ 2; Ex. 1003 ¶ 126). Petitioner also argues that, to the
`
`15
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`extent Sugiyama’s communication terminal is not considered a gaming
`device, Gatto discloses a “software verification process applicable to
`download gaming machine software and games, such as for use in a casino.”
`Id. at 11 (citing Ex. 1006, 1:3–4, 9:27–28, 10:2–17, Fig. 1; Ex. 1003 ¶¶ 70,
`127, 125–130). Petitioner asserts that a person with ordinary skill in the art
`would have modified Sugiyama’s terminal to execute a gaming application
`program instead of a karaoke application program because “the modification
`is nothing more than simple substitution of one form of executable program
`for another, yielding a predictable result (i.e., a communication terminal
`configured to execute game application programs).” Id. at 11–12 (citing
`Ex. 1003 ¶¶ 125–130).
`Claim 1 further recites “a mother board on which a first memory
`device is provided.” Ex. 1001, 4:64. Petitioner contends that the
`combination of Sugiyama and Gatto discloses this limitation. Pet. 12–17.
`Petitioner argues that Sugiyama teaches a first memory device, specifically,
`a ROM that is connected to a bus within a communication terminal. Id. at
`12–13 (citing Ex. 1005 ¶ 10). Petitioner further contends that Gatto
`discloses “a motherboard with non-volatile memory components (such as
`ROM or BIOS) provided thereon and persistent storage media (e.g., HDD or
`flash memory) connected thereto.” Id. at 14 (citing Ex. 1006, 4:25, 5:25–26,
`6:26, 7:12–17, 13:28–30, 18:25–29, 20:26–30, 22:5–9, 23:19–25; Ex. 1003
`¶¶ 73–76, 131–135). Petitioner argues that a person with ordinary skill in
`the art would have modified Sugiyama to include the ROM connected to the
`motherboard because it “amounts to a combination of known elements (i.e.,
`printed circuit boards and common computing components, such as a CPU,
`RAM, ROM, and HDD) according to known methods (i.e., electrically
`connecting the components on a main (‘mother’) board) to obtain a
`
`16
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`predictable result—that the components would have worked together in a
`gaming machine or other computer system, such as a karaoke terminal.” Id.
`at 16 (citing Ex. 1003 ¶¶ 131–135).
`Claim 1 also recites “a second memory device configured to store a
`game application program, the second memory device being connected to
`the mother board.” Ex. 1001, 4:65–67. Petitioner argues that the
`combination of Sugiyama and Gatto discloses this limitation. Petitioner
`argues that Sugiyama teaches a second memory device, specifically a “‘hard
`disk drive (HDD),’ configured to store a game application program such as a
`karaoke ‘singing scoring program.’” Pet. 17 (citing Ex. 1005 ¶¶ 2, 10, 12).
`Petitioner further argues that Gatto discloses connecting a second memory
`device to a motherboard for the same reasons discussed above. Id.
`Claim 1 additionally recites “a control device for executing a fault
`inspection program for the second memory device to inspect whether or not
`a fault occurs in the second memory device.” Ex. 1001, 5:1–3. Petitioner
`argues that Sugiyama teaches “a control device, namely the ‘CPU,’ for
`executing a fault inspection program such as ‘HDD inspection program
`P2.’” Pet. 20 (citing Ex. 1005 ¶ 23). Petitioner argues that “‘HDD
`inspection program P2’ inspects whether or not a fault occurs in the second
`memory device (i.e., ‘hard disk drive (HDD)’).” Id. (citing Ex. 1005 ¶ 23).
`As discussed above, a fault inspection program is “a program for inspecting
`whether or not a fault such as damage, change or falsification occurs in the
`programs or data.” Id. Petitioner contends that Sugiyama discloses that the
`CPU executes a process for examining and restoring failures of an area for
`storing an application program, such as the HDD. Id. at 21 (citing Ex. 1005,
`abstract). Specifically, Petitioner argues Sugiyama discloses that, after an
`initial startup program, “‘recovery processing’ steps Sa2 and relevant steps
`
`17
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`Sa4 through Sa16 are executed by CPU 20.” Id. (citing Ex. 1005 ¶¶ 22–28).
`According to Petitioner, first it is determined whether an abnormality has
`occurred in the terminal (step Sa2) and whether the abnormality relates to
`HDD 24 (step Sa4). Id. at 22 (citing Ex. 1005 ¶ 22, Fig. 5). That is,
`Petitioner argues that steps Sa2 and Sa4 through Sa11 are collectively a fault
`inspection program. Id. at 25 (citing Ex. 1005, Fig. 5). Alternatively,
`Petitioner argues that step Sa5 (“Execute HDD inspection program P2”) is a
`fault inspection program by itself. Id. (citing Ex. 1005, Fig. 5).
`Claim 1 further recites “wherein the fault inspection program is stored
`in the first memory device, and the control device completes the execution
`of the fault inspection program before the game is started.” Ex. 1001, 5:4–7.
`Petitioner argues that Sugiyama “teaches that the fault inspection program
`(e.g., ‘HDD inspection program P2’ alone or in combination with processing
`steps Sa2 and Sa4 through Sa11 of Fig. 5) is stored in the first memory
`device (i.e., ROM)” and is separate from the hard disk drive. Pet. 26–28
`(citing Ex. 1005 ¶¶ 11, 22, 23, 30, Fig. 3, Fig 5). Petitioner further argues
`that the “‘HDD inspection program 22’ is executed in step Sa5, which
`occurs before the game begins in step Sa3.” Id. at 28.
`Petitioner argues that “[i]t would have been obvious to a PHOSITA to
`implement the communication terminal of Sugiyama as a gaming device
`instead of (or in addition to) a karaoke device” because “the modification is
`nothing more than simple substitution of one form of executable program for
`another, yielding a predictable result.” Pet. 12. In addition, Petitioner
`argues that “Gatto recognizes that communication terminals have been
`capable of receiving new games and updated software via downloads and
`executing such downloaded programs since the late 1980s.” Id. (citing
`Ex. 1006, 1:6–8). Alternatively, Petitioner asserts that Gatto discloses that
`
`18
`
`

`

`IPR2020-00726
`Patent 8,112,670 B2
`“it is significantly easier to detect fraudulent code prior to its execution than
`prevent someone to introduce fraudulent code somewhere amongst the
`gigantic storage disk space, by numerous means, and at unpredictable
`times.” Id. at 31 (quoting Ex. 1006, 29:13–18).
`
`b) Patent Owner’s Arguments
`(1) Separate “fault inspection program”
`Patent Owner argues that Sugiyama does not disclose a “fault
`inspection program” separate from a “boot program.” PO Resp. 37. Patent
`Owner argues that Sugiyama’s steps Sa1–Sa11 are assigned to one of a
`“Startup program,” “HDD inspection program P2,” or “Initialization
`program P1,” none of which can be considered the claimed “fault inspection
`program.” See id. at 38–39.
`First, Patent Owner argues that Sugiyama’s “HDD inspection program
`P2” is not a “fault inspection program” because it “does not ‘inspect whether
`or not a fault occurs in’ the second memory device or the game application
`program.” Id. at 39. Patent Owner argues that “HDD Inspection program
`P2” (step Sa5) “merely ‘checks the details’ of an abnormality that was
`already previously identified by [the] Startup program.” Id. at 39 (citing
`Ex. 1005 ¶ 23).8 Patent Owner argues that because “Startup program” step
`Sa2 identifies an abnormality, “HDD inspection program P2” does not
`
`
`8 Patent Owner argues that Sugiyama’s “Initialization Program P1,”
`including steps Sa7–Sa10, is not a fault inspection program. See PO Resp.
`44. Patent Owner argues that steps Sa7–Sa10 are remediation steps
`performed “only after an error has been detected and are, therefore, not part
`o

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