throbber
Trials@uspto.gov
`571-272-7822
`
`
`
`
`
`
`
`
`
`
`
`
` Paper 7
`
`
`
` Entered: February 8, 2017
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`
`
`SAMSUNG ELECTRONICS CO., LTD., and
`SAMSUNG ELECTRONICS AMERICA, INC.,
`Petitioner,
`v.
`PAPST LICENSING GMBH & CO. KG,
`Patent Owner.
`____________
`
`Case IPR2016-01733
`Patent 9,189,437 B2
`____________
`
`
`Before JONI Y. CHANG, JENNIFER S. BISK, and
`MIRIAM L. QUINN, Administrative Patent Judges.
`
`BISK, Administrative Patent Judge.
`
`
`DECISION
`Granting Institution of Inter Partes Review
`37 C.F.R. § 42.108
`
`
`
`
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`
`INTRODUCTION
`I.
`Samsung Electronics Co., Ltd., and Samsung Electronics America,
`Inc. (collectively “Petitioner”) filed a Petition requesting an inter partes
`review of claims 1–45 (“the challenged claims”) of U.S. Patent No.
`9,189,437 B2 (Ex. 1003, “the ’437 patent”). Paper 1 (“Pet.”). Patent
`Owner, Papst Licensing GmbH & Co., KG (“Patent Owner”), filed a
`Preliminary Response. Paper 6 (“Prelim. Resp.”).
`Under 35 U.S.C. § 314(a), an inter partes review may not be instituted
`unless the information presented in the petition “shows that there is a
`reasonable likelihood that the petitioner would prevail with respect to at
`least 1 of the claims challenged in the petition.” Upon consideration of the
`Petition and Preliminary Response, we conclude that there is a reasonable
`likelihood that Petitioner would prevail with respect to claims 1–45.
`Accordingly, we hereby institute an inter partes review as to all the
`challenged claims.
`
`A. Related Matters
`Patent Owner indicates that the ’437 patent is involved in Papst
`Licensing GmbH & Co. KG v. Canon Inc., Case No. 1:15-cv-01692
`(D.D.C.) and other proceedings. Paper 5, 2–3.
`
`B. The ’437 Patent
`The ’437 patent describes an interface device for communication
`between a computer host device and a data transmit/receive device (e.g., a
`multi-meter, transmitting measured data to a computer). Ex. 1003, 1:18–22,
`1:54–57. According to the ’437 patent, using a specific driver to match very
`2
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`closely to an individual host system would achieve high data transfer rates
`across the interface, but the specific driver cannot be used with other host
`systems. Id. at 2:4–19. Several solutions to this problem were known in the
`art. Id. at 2:20–3:25. For example, IOtech introduced an interface device
`for laptops, using a plug-in card for converting the personal computer
`memory card association (PCMCIA) interface into a known standard
`interface (IEEE 1284). Id. at 2:23–29. The plug-in card provided a printer
`interface for enhancing data transfer rates. Id. at 2:29–33. In another
`example, a floppy disk drive interface was used for connecting a host device
`to a peripheral device. Id. at 3:10–14. The interface appeared as floppy disk
`drive to the host, allowing a floppy disk drive and another peripheral device
`to be connected to the host device. Id. at 3:17–19.
`The ’437 patent indicates that the purported “invention is based on the
`finding that both a high data transfer rate and host device-independent use
`can be achieved if a driver for an input/output device customary in a host
`device” is utilized. Id. at 3:33–37. Figure 1 of the ’437 patent, reproduced
`below, illustrates a block diagram of an interface device.
`
`
`
`3
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`
`As shown in Figure 1 above, interface device 10 connects to a host
`device via host line 11, and to a data transmit/receive device via output line
`16. Id. at 4:62–5:10. Interface device 10 includes first connecting device
`12, second connecting device 15, digital signal processor 13, and memory
`means 14. Id. In a preferred embodiment, the interface device is attached to
`a host device via a multi-purpose interface—e.g., a small computer systems
`interface (SCSI) interface—which includes both an interface card and the
`driver for the interface card. Id. at 3:51–57, 8:42–46. According to the ’437
`patent, SCSI interfaces were known to be present on most host devices or
`laptops. Id. at 8:42–46. By using a standard interface of a host device and
`by simulating an input/output device to the host device, the interface device
`“is automatically supported by all known host systems without any
`additional sophisticated driver software.” Id. at 11:38–44.
`
`C. Illustrative Claim
`
`Of the challenged claims, claims 1, 39, 41, and 43 are independent.
`Claims 2–38 depend ultimately from claim 1; claim 40 depends from claim
`39; claim 42 depends from claim 41; and claims 44 and 45 depend from
`claim 43. Claim 1 is illustrative:
`1. An analog data generating and processing device (ADGPD),
`comprising:
`an input/output (i/o) port;
`a program memory;
`a data storage memory;
`a processor operatively interfaced with the i/o port, the program
`memory and the data storage memory;
`
`4
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`
`wherein the processor is adapted to be involved in a data
`generation process by which analog data is acquired from
`each respective analog acquisition channel of a plurality of
`independent analog acquisition channels, the analog data
`from each respective channel is digitized, coupled into the
`processor, and is processed by the processor, and the
`processed and digitized analog data is stored in the data
`storage memory as at least one file of digitized analog data;
`wherein the processor also is adapted to be involved in an
`automatic recognition process in which, when the i/o port is
`operatively interfaced with a multi-purpose interface of the
`host computer, the processor executes at least one instruction
`set stored in the program memory and thereby causes at least
`one parameter identifying the analog data generating and
`processing device, independent of analog data source, as a
`digital storage device instead of an analog data generating and
`processing device to be automatically sent through the i/o port
`and to the multi-purpose interface of the computer (a) without
`requiring any end user to load any software onto the computer
`at any time and (b) without requiring any end user to interact
`with the computer to set up a file system in the ADGPD at
`any time, wherein the at least one parameter is consistent with
`the ADGPD being responsive to commands issued from a
`customary device driver;
`wherein the at least on parameter provides information to the
`computer about file transfer characteristics of the ADGPD;
`and
`wherein the processor is further adapted to be involved in an
`automatic file transfer process in which, when the i/o port is
`operatively interfaced with the multi-purpose interface of the
`computer, and after the at least one parameter has been sent
`from the i/o port to the multi-purpose interface of the
`computer, the processor executes at least one other instruction
`set stored in the program memory to thereby cause the at least
`one file of digitized analog data acquired from at least one of
`the plurality of analog acquisition channels to be transferred
`5
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`
`to the computer using the customary device driver for the
`digital storage device while causing the analog data
`generating and processing device to appear to the computer
`as if it were the digital storage device without requiring any
`user-loaded file transfer enabling software to be loaded on or
`installed in the computer at any time.
`Ex. 1003, 11:57–12:42.
`
`D. Prior Art Relied Upon
`Petitioner relies upon the references listed below (Pet. 4–7).
`
`
`
`
`
`Reference
`
`Aytac
`
`US 5,758,081, issued May 26, 1998
`
`Exhibit
`
`1004
`
`Aytac’s
`source code
`
`Aytac’s source code in U.S. Patent Application No.
`08/569,846
`
`Ex. 1006,
`77–527
`
`SCSI
`Specification
`
`AMERICAN NATIONAL STANDARDS INSTITUTE, INC.,
`AMERICAN NATIONAL STANDARD FOR INFORMATION
`SYSTEMS – SMALL COMPUTER SYSTEM INTERFACE-2,
`ANSI X3.131-1994 (1994)
`
`Adaptec
`
`US 5,659,690, issued Aug. 19, 1997
`
`Muramatsu US 5,592,256, issued Jan. 7, 1997
`
`TI Data
`Sheet
`
`“8-Bit Analog-to-Digital Converters With Serial
`Control and 19 Inputs (Rev. B),” SLAs066B, revised
`Oct. 1996 by Texas Instruments Inc., (available at
`http://www.ti.com/lit/ds/slas066b/slas066b.pdf)
`
`TI Patent
`
`US 5,325,071, issued June 28, 1994
`
`Admitted
`Prior Art
`
`See, e.g., 1:25–3:25, 8:45–50, 10:26–33
`
`1005
`
`1009
`
`1008
`
`1007
`
`1013
`
`1003
`
`6
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`
`E. Asserted Ground of Unpatentability
`
`Petitioner asserts the following grounds of unpatentability (Pet. 8):1
`
`Challenged Claims
`
`Basis
`
`Reference(s)
`
`1, 4–16, 18–31, 33–
`37, 41, 43, and 45
`
`2, 3, 17, 39, 40, 42,
`and 44
`
`32
`
`13 and 45
`
`40
`
`38
`
`§ 103(a)
`
`§ 103(a)
`
`§ 103(a)
`
`§ 103(a)
`
`§ 103(a)
`
`§ 103(a)
`
`Aytac, the SCSI Specification and
`Admitted Prior Art2
`
`Aytac, the SCSI Specification, and
`Adaptec
`
`Aytac, the SCSI Specification, and
`Muramatsu
`
`Aytac, the SCSI Specification, and TI
`Data Sheet
`
`Aytac, the SCSI Specification, Adaptec,
`and TI Data Sheet
`
`Aytac, the SCSI Specification, TI Data
`Sheet, and TI Patent
`
`
`1 Because the claims at issue have a filing date prior to March 16, 2013, the
`effective date of the Leahy-Smith America Invents Act, Pub. L. No. 112-29,
`125 Stat. 284 (2011) (“AIA”), we apply the pre-AIA version of 35 U.S.C.
`§§ 102 and 103 in this Decision.
`2 Although the Admitted Prior Art is relied upon in the Petitioner’s analysis,
`of all challenged claims (1–45), the Admitted Prior Art is only mentioned in
`the ground relating to claim 41. Pet. 8. We treat this statement of the
`asserted grounds as harmless error and presume that Petitioner intended to
`assert that all the challenged claims are unpatentable based, in part, on the
`Admitted Prior Art.
`
`7
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`
`II. ANALYSIS
`A. Claim Construction
`In an inter partes review, claim terms in an unexpired patent are given
`their broadest reasonable construction in light of the specification of the
`patent in which they appear. 37 C.F.R. § 42.100(b). Under the broadest
`reasonable interpretation standard, claim terms generally are given their
`ordinary and customary meaning, as would be understood by one of ordinary
`skill in the art in the context of the entire disclosure. See In re Translogic
`Tech., Inc., 504 F.3d 1249, 1257 (Fed. Cir. 2007). We note that only those
`claim terms and elements which are in controversy need to be construed, and
`only to the extent necessary to resolve the controversy. Vivid Techs., Inc. v.
`Am. Sci. & Eng’g, Inc., 200 F.3d 795, 803 (Fed. Cir. 1999). The parties
`propose constructions for several claim terms. Pet. 9–11; Prelim. Resp. 16–
`23. For purposes of this Decision, we find it necessary to address only the
`claim terms identified below.
`
`1. “multi-purpose interface”
`Each independent claim recites “a multi-purpose interface of the
`
`computer.” Ex. 1003, 12:9, 15:28–29, 16:10–11, 16:52–53. At this
`juncture, the parties did not proffer a construction for the term “multi-
`purpose interface.” The Specification of the ’437 patent describes “the
`interface device according to the present invention is to be attached to a host
`device by means of a multi-purpose interface of the host device which can
`be implemented, for example, as a small computer systems interface (SCSI)
`interface or as an enhanced printer interface.” Id. at 3:51–56 (emphases
`
`8
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`added). The Specification also indicates that SCSI interfaces are present on
`most host devices or laptops. Id. at 8:45–46. Petitioner’s Declarant, Paul F.
`Reynolds, Ph.D., testifies that SCSI is “a standard for attaching a range of
`peripheral device types to computers,” and “SCSI is designed to be
`multi-purpose: to both support a variety of devices and to operate with a
`variety of operating system.” Ex. 1001 ¶ 50.
`In light of the Specification and the evidence before us regarding the
`general knowledge of an ordinarily skilled artisan, we construe a
`“multi-purpose interface” to encompass a “SCSI interface.”
`
`2. “automatic recognition process”
`Independent claim 1 requires the processor to be adapted to be
`involved in an “automatic recognition process,” sending “at least one
`parameter identifying the [ADGPD], independent of analog data source, as a
`digital storage device instead of as an [ADGPD]” to the multi-purpose
`interface of the computer. See, e.g., Ex. 1003, 12:6–23. As an initial matter,
`we note that the word “automatic” normally does not exclude all possible
`human intervention. See WhitServe, LLC v. Computer Packages, Inc., 694
`F.3d 10, 19 (Fed. Cir. 2012); CollegeNet, Inc. v. ApplyYourself, Inc., 418
`F.3d 1225, 1235 (Fed. Cir. 2005).
`For the claim term “automatic recognition process,” the parties agree
`to adopt the claim construction proposed by Patent Owner in the related
`District Court proceeding—“process by which the computer recognizes the
`ADGPD upon connection with the computer without requiring any user
`intervention other than to start the process.” Pet. 9 (citing Ex. 1014); Prelim.
`
`9
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`Resp. 16. According to the Specification of the ’437 patent, the
`communication between the host system and the interface device “is based
`on known standard access commands as supported by all known operating
`systems (e.g., DOS®, Window®, Unix®).” Ex. 1003, 5:11–14. When the
`host system is connected to the interface device and is booted, “usual BIOS
`routines or multi-purpose interface programs issue an instruction, known by
`those skilled in the art as the INQUIRY instruction.” Id. at 5:17–23. In
`response to the INQUIRY instruction, the interface device sends a signal to
`the host system, identifying a connected hard disk drive. Id. at 5:24–30. In
`light of the Specification, we adopt the parties’ proposed construction,
`construing an “automatic recognition process” as “a process by which the
`computer recognizes the ADGPD upon connection with the computer
`without requiring any user intervention other than to start the process.”
`
`3. “without requiring any end user to load software”
`Each independent claim recites at least one negative limitation. For
`instance, claim 1 requires the automatic recognition process to occur
`“without requiring any end user to load any software onto the computer at
`any time,” and requires the automatic file transfer process to occur “without
`requiring any user-loaded file transfer enabling software to be loaded on or
`installed in the computer at any time.” Ex. 1003, 12:27–42.
`For these claim limitations, the parties agree to adopt the construction
`proposed by Patent Owner in the related District Court proceeding—
`“without requiring the end user to install or load specific drivers or software
`for the ADGPD beyond that included in the operating system or BIOS.”
`Prelim. Resp. 16; Pet. 9 (citing Ex. 1014) (emphasis added). However, the
`10
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`parties’ proposed claim construction may improperly exclude SCSI drivers
`and drivers for multi-purpose interfaces that do not necessarily reside in the
`operating system or BIOS.
`The Specification discloses that a SCSI interface is a multi-purpose
`interface, and that a multi-purpose interface comprises “both an interface
`card and specific driver software for the interface card.” Ex. 1003, 3:51–57
`(emphasis added). Significantly, the Specification indicates that, at the time
`of the invention, multi-purpose interfaces can be, but are not necessarily,
`integrated into the BIOS system. Id. at 3:59–4:1. The Specification also
`makes clear that “communication between the host device and the
`multi-purpose interface can take place not only via drivers for input/output
`device customary in a host device which reside in the BIOS system of the
`host device but also via specific interface drivers which, in the case of SCSI
`interfaces, are known as multi-purpose interface ASPI (advanced SCSI
`programming interface) drivers.” Id. at 10:23–29 (emphases added).
`Interpreting the negative limitations to exclude the drivers for a
`multi-purpose interface would be unreasonable when the very same claim,
`claim 1, also requires a multi-purpose interface. Id. at 12:6–7.
`Claim 21, which depends from claim 1, also requires the ADGPD to
`be responsive to a SCSI INQUIRY command. Id. at 13:64–67. Moreover,
`independent claim 41 specifically recites “the customary device driver
`present in the BIOS of the host computer” and “without requiring the user to
`load the customary device driver.” This claim explicitly states that the
`software subject to the negative limitation is, in fact, located in the BIOS.
`
`11
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`Therefore, the parties’ proposed construction would be inconsistent with the
`Specification and those claims.
`In view of the foregoing, we construe the claim phrases—“without
`requiring any end user to load software onto the computer at any time” and
`“without requiring any user-loaded file transfer enabling software to be
`loaded on or installed in the computer at any time”—as “without requiring
`the end user to install or load specific drivers or software for the ADGPD
`beyond that included in the operating system, BIOS, or drivers for a multi-
`purpose interface or SCSI interface,” adding “drivers for a multi-purpose
`interface or SCSI interface” to the parties’ proposed claim construction.
`
`4. “end user”
`Independent claim 1 recites “without requiring any end user to load
`any software onto the computer at any time,” and “without requiring any end
`user to interact with the computer to set up a file system in the ADGPD at
`any time.” Ex. 1003, 12:17–20 (emphasis added). Patent owner alleges that
`the claim term “end user” should not be limited to “actual end user,” but
`instead should include a “system administrator” who sets up a computer for
`another or “a technically competent individual who understood how to
`install device drivers.” Prelim. Resp. 21–23.
`As Patent Owner implies, one of ordinary skill in the art would have
`recognized that the claim term “end user” has a different meaning than the
`term “system administrator.” Id.; see also MICROSOFT COMPUTER
`DICTIONARY at 176 (3rd ed. 1997) (Ex. 3001) (defining “end user” as “[t]he
`ultimate user of a computer or computer application in its finished,
`marketable form”). Patent Owner does not identify where the Specification
`12
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`redefines the claim term “end user” to include system administrators.
`Rather, Patent Owner alleges that the prosecution history supports its
`proposed claim construction, citing to the August 13, 2009 Amendment
`(Ex. 2002, 29, 30, 32–45). Prelim. Resp. 22–23.
`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) (citation omitted). To overcome this
`presumption, the patentee must “clearly set forth” and “clearly redefine” a
`claim term away from its ordinary meaning. Bell Atlantic Network Servs.,
`Inc. v. Covad Commc’ns Grp., Inc., 262 F.3d 1258, 1268 (Fed. Cir. 2001).
`The disavowal must be “unmistakable” and “unambiguous.” Dealertrack,
`Inc. v. Huber, 674 F.3d 1315, 1322 (Fed. Cir. 2012). Here, the portion of
`the prosecution history cited by Patent Owner does not even mention the
`term “system administrator,” much less an unmistakable and unambiguous
`redefining the claim term “end user” to include a “system administrator.”
`Ex. 2002, 29, 30, 32–45; Prelim. Resp. 22–23.
`Moreover, Patent Owner’s proposed construction would essentially
`redefine the claim term “end user” as “user,” rendering the word “end”
`insignificant, if not wholly superfluous. We are mindful that “claims are
`interpreted with an eye toward giving effect to all terms in the claim.”
`Stumbo v. Eastman Outdoors, Inc., 508 F.3d 1358, 1362 (Fed. Cir. 2007)
`(denouncing claim constructions which render terms or phrases in claims
`superfluous). And independent claims 39, 41, and 43 all use the term “the
`user” instead of “end user.” This is more evidence that “end user” must
`have a different meaning than “user.” Comark Comm’ns, Inc. v. Harris
`13
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`Corp., 156 F.3d 1182, 1187 (Fed.Cir.1998) (“There is presumed to be a
`difference in meaning and scope when different words or phrases are used in
`separate claims.”).
`For the reasons noted above, we decline to adopt Patent Owner’s
`proposed claim construction, but rather giving the claim term “end user” its
`ordinary and customary meaning—“[t]he ultimate user of a computer or
`computer application in its finished, marketable form.” Ex. 3001.
`
`B. Level of Ordinary Skill in the Art
`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). In that regard, Dr. Reynolds testifies that a person having
`ordinary skill in the art at the time of the invention “would have had at least
`a four-year degree from a reputable university in electrical engineering,
`computer science, or related field of study, or equivalent experience, and at
`least two [years of] experience in studying or developing computer
`interfaces or peripherals.” Ex. 1001 ¶ 40. Dr. Reynolds further testifies that
`such an artisan also would “be familiar with operating systems (e.g.,
`MS-DOS, Windows, Unix) and their associated file systems (e.g., a FAT file
`system), device drivers for computer components and peripherals (e.g., mass
`storage device drivers), and communication interfaces (e.g., SCSI and
`PCMCIA interfaces).” Id. Patent Owner confirms that Petitioner’s
`statements regarding the level of ordinary skill in the art are mostly
`14
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`consistent with Patent Owner’s view, but nonetheless contends that an
`ordinarily skilled artisan would have one more year of experience, or,
`alternative, five or more years of experience without a bachelor’s degree.
`Prelim. Resp. 15–16. We do not observe any meaningful differences
`between the parties’ definition of a person of ordinary skill in the art. Our
`analysis in this Decision is supported by either level of skill. We further
`note that the prior art in the instant proceeding reflects the level of ordinary
`skill in the art at the time of the invention. See Okajima v. Bourdeau,
`261 F.3d 1350, 1355 (Fed. Cir. 2001).
`
`C. Obviousness over Aytac, the SCSI Specification, and Admitted Prior Art
`Petitioner asserts that claims 1, 4–16, 18–31, 33–37, 41, 43, and 45
`are unpatentable under 35 U.S.C. § 103(a) as obvious over Aytac in
`combination with the SCSI Specification and Admitted Prior Art. Pet. 21–
`69.
`
`1. Overview of Aytac
`Aytac discloses an interface device (CaTbox) that is connected to a
`host PC and a plurality of peripheral devices. Ex. 1004, Abs. Figure 1 of
`Aytac is reproduced below.
`
`15
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`
`
`As illustrated in Figure 1 of Aytac, CaTbox 102 connects to host PC
`101 via SCSI bus 113 and telephone network 123 via phone lines 116, 118,
`120, 122. Id. at 8:63–9:4. CalTBox 102 is an interface device between host
`PC 101 and peripheral devices, including printer 103, scanner 104, telephone
`handset 105, receiver 107, speaker 124, and microphone 125. Id. According
`to Aytac, CalTbox runs an operating system, CaTOS, and contains a hard
`disk accessible to the PC, as a SCSI disk called CaTdisc. Id. at Abs.
`CaTbox receives faxes, voice mails, emails, and stored them on CaTdisc. Id.
`
`2. Overview of the SCSI Specification
`The SCSI Specification is a technical specification published by the
`
`American National Standard for Information Systems to set forth the SCSI
`standards. According to the SCSI Specification, the SCSI protocol “is
`designed to provide an efficient peer-to-peer I/O bus with up to 16 devices,
`including one or more hosts.” Ex. 1005, Abs. The primary objective of the
`SCSI interface is “to provide host computers with device independence
`within a class of devices.” Id. at 6. The SCSI-2 “standard defines an
`input/output bus for interconnecting computers and peripheral devices.” Id.
`
`16
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`at 1. “It includes the necessary specification of the mechanical, electrical,
`and functional characteristics of the interface to allow interoperability of
`conforming devices.” Id. “SCSI-2 includes command sets for magnetic and
`optical disks, tapes, printers, processors, CD-ROMs, scanners, medium
`changers, and communications devices.” Id. at Abs. “The command set
`definitions allow a sophisticated operating system to obtain all required
`initialization information from the attached SCSI-2 devices.” Id. at 6.
`
`3. Overview of the Admitted Prior Art
`According to the ’437 patent, drivers for hard disks were known to be
`
`customary drivers “in practically all host devices.” Ex. 1003, 3:37–46,
`4:20–22. The ’437 patent indicates that SCSI interfaces and SCSI drivers
`were known in the art at the time of the invention. Id. at 8:45–50, 10:26–29.
`SCSI interfaces were present on most host devices or laptops, and SCSI
`drivers were “normally included by the manufacturer of the multi-purpose
`interface.” Id. at 8:45–46, 10:27–33. Moreover, certain standard access
`commands, including the SCSI INQUIRY command, were “supported by all
`known operating systems (e.g., DOS®, Windows®, Unix®).” Id. at 5:11–
`14, 5:21–23, 5:37–47. The ’437 patent further discloses that it was known to
`those skilled in the art that a virtual boot sequence includes “the drive type,
`the starting position and the length of the file allocation table (FAT), the
`number of sectors.” Id. at 5:43–47.
`
`4. Aytac’s Source Code
`Petitioner asserts that Aytac’s source code (Ex. 1006, 77–527) was
`filed on paper, as part of the original disclosure of the application that issued
`
`17
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`as Aytac’s patent. Pet. 1. Petitioner alleges that Aytac’s source code
`qualifies as prior art. Id.
`In response, Patent Owner contends that Aytac’s source code is not
`prior art under § 102(e) as to the challenged claims because it was not
`published with Aytac’s patent and Aytac’s patent does not contain a
`reference to the source code. Prelim. Resp. 36–41.
`Upon review of the evidence before us, we agree with Patent Owner’s
`contention. Petitioner proffers no evidence to indicate that Aytac’s patent
`was printed with the source code. See Pet. 1. Petitioner does not identify
`any reference in Aytac’s patent itself to the source. Id. Nor does Petitioner
`proffer any evidence to show that a certificate of correction has ever been
`issued to have the source code properly added to Aytac’s patent. Id.
`Based on this record, we are persuaded that Aytac’s source code is not
`considered part of the patent disclosure. See Southwest Software, Inc. v.
`Harlequin, Inc., 226 F.3d 1280, 1291 (Fed. Cir. 2000) (the source code that
`was filed with the application could not be considered as part of the patent
`disclosure because the patent was not printed with the source code and the
`certificate of correction adding the source code to the patent did not issue
`prior to the filing of the of the lawsuit). Therefore, we determine that
`Petitioner has not established sufficiently that Aytac’s source code is prior
`art under § 102(e) as to the challenged claims.
`We also agree with Patent Owner that Aytac’s source code is not prior
`art under § 102(a) or (b) as to the claims at issue. As Patent Owner explains
`(Prelim. Resp. 39), even if the source code were a printed publication as of
`May 26, 1998, the issued date of Aytac’s patent, when the file record of
`18
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`Aytac’s patent became publicly available, Aytac’s source code still would
`not be prior art under § 102(a) or (b) as to the ’437 patent, which appears to
`have an effective filing date of March 3, 1998. Id. On its face, the ’437
`patent claims under 35 U.S.C. §§ 120 and 365(c), through a series of
`continuation and division applications, the benefit of the filing date (March
`3, 1998) of International Application No. PCT/EP98/01187 that entered the
`national stage (U.S. Patent Application No. 09/331, 002) after compliance
`with 35 U.S.C. 371. Ex. 1003, at [60], [30]; Ex. 3002, at [21], [22], [86].
`On this record, we determine that Petitioner has not established sufficiently
`that Aytac’s source code is available as prior art under § 102(a) or (b) as to
`the challenged claims.
`We further observe that, although Aytac’s source code does not
`qualify as prior art, Aytac’s source code may be relied upon to show the
`level of ordinary skill in the art at or around the time the invention was
`made. Thomas and Betts Corp. v. Litton Systems, Inc., 720 F.2d 1572, 1581
`(Fed. Cir. 1983) (“[references] though not technically prior art, were, in
`effect, properly used as indicators of the level of the ordinary skill in the art
`to which the invention pertained”). As discussed above, Aytac’s source
`code was publicly available as of May 26, 1998 (less than three months after
`the effective filing date of the challenged claims), when Aytac’s patent was
`issued and the file record of Aytac’s patent that included the source code
`was available to the public. See In re Wyer, 655 F.2d 211 (CCPA 1981)
`(When the specification is not issued in printed form but is announced in an
`official journal and anyone can inspect or obtain copies, it is sufficiently
`accessible to the public to constitute a “printed publication”). Moreover,
`19
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`Aytac’s source code is an implementation of the invention that is described
`in the specification of Aytac’s patent. See generally Ex. 1004. Therefore,
`Aytac’s source code may be relied upon to show the level of ordinary skill in
`the art at or around the time the invention was made.
`
`5. Obviousness Analysis
`According to Petitioner, Aytac discloses the recited limitations of 1,
`
`4–16, 18–31, 33–37, 41, 43, and 45, but relies on the SCSI Specification and
`the Admitted Prior Art for the automatic recognition process of claim 1 (Pet.
`22), the “wherein the at least one parameter identifies the [ADGPD] as a
`hard disk” limitation (Pet. 48), and several other limitations included in the
`dependent claims challenged under this combination of prior art (see,
`e.g.,Pet. 49, 51, 57, 67). Petitioner proffers at least one reasonable
`motivation to combine the teachings as asserted. Pet. 21–22. In particular,
`Petitioner asserts that Aytac “specifically directs those skilled in the art to
`the SCSI Specification.” Id.
`
`a. An analog data generating and processing device
`Claim 1 requires an “analog data generating and processing device,”
`which includes a processor, an input/output port, a program memory, and a
`data storage memory. Ex. 1003, 11:57–63. Claim 41 similarly requires an
`“analog data generating and processing device,” which includes a digital
`processor, a program memory, a data storage memory, and an analog to
`digital converter. Id. at 16:4–21. Claim 43 is a method claim that recites
`“an analog data device including a digital processor, a program memory and
`a data storage memory.” Id. at 16:50–53.
`
`20
`
`

`

`Case IPR2016-01733
`Patent 9,189,437 B2
`
`
`Petitioner asserts that Aytac, in combination with the SCSI
`Specification and the Admitted Prior Art, renders obvious this claim
`limitation in claims 1, 41, and 43. Pet. 23–24, 32–35, 40, 41, 44, 68–69. In
`particular, Petitioner takes the position that Aytac’s CaTbox and its
`peripheral devices jointly form an “analog data generating and processing
`device.” Id. at 11–15. Petitioner explains that the CaTbox receives inputs
`transmitted from various analog peripheral devices, including microphone,
`telephone receiver, telephone handset, scanner, and telephone network
`connect

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