throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`_______________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`_______________
`
`LG ELECTRONICS, INC. AND ZTE (USA) INC.,
`Petitioners,
`
`v.
`
`PAPST LICENSING GMBH & CO., KG,
`Patent Owner.
`_______________
`
`Case IPR2017-00415
`United States Patent No. 6,895,449
`_______________
`___________________________________
`PATENT OWNER PAPST LICENSING GMBH & CO., KG’S RESPONSE
`UNDER 37 C.F.R. § 42.120
`___________________________________
`
`
`
`
`

`

`TABLE OF CONTENTS
`
`
` I. STATEMENT OF MATERIAL FACTS IN DISPUTE .................................. 1
`
`II.
`
`INTRODUCTION ............................................................................................. 1
`
`A.
`
`B.
`
`C.
`
`D.
`
`E.
`
`STATEMENT OF RELIEF REQUESTED ......................................... 1
`
`OVERVIEW OF THE ‘449 PATENT ................................................. 2
`
`LEVEL OF ORDINARY SKILL IN THE ART .................................. 5
`
`CLAIM CONSTRUCTION .................................................................. 7
`
`SUMMARY OF PATENT OWNER’S ARGUMENTS ..................... 8
`
`III. PATENT OWNER’S RESPONSE TO PETITIONERS’ GROUNDS OF
`REJECTION ........................................................................................................... 10
`A. MURATA, SCHMIDT, MS-DOS ENCYCLOPEDIA AND
`BERETTA DO NOT RENDER CLAIMS 1-10, 12-13 AND 15-18
`OBVIOUS ................................................................................................. 10
`1. OVERVIEW OF MURATA .......................................................... 10
`2. OVERVIEW OF SCHMIDT ......................................................... 12
`3. OVERVIEW OF MS-DOS ENCYCLOPEDIA .......................... 12
`
`4. MURATA, SCHMIDT, MS-DOS ENCYCLOPEDIA AND
` BERETTA DO NOT DISCLOSE THE “WHEREIN THE
` INTERFACE DEVICE IS CONFIGURED BY THE
` PROCESSOR AND THE MEMORY IN SUCH A WAY THAT
` THE INTERFACE DEVICE, WHEN RECEIVING AN
` INQUIRY FROM THE HOST DEVICE AS TO THE TYPE OF
` A DEVICE ATTACHED TO THE MULTI-PURPOSE
` INTERFACE OF THE HOST DEVICE, SENDS A SIGNAL,
`ii
`
`
`
`

`

` REGARDLESS OF THE TYPE OF THE DATA
` TRANSMIT/RECEIVE DEVICE ATTACHED TO THE
` SECOND CONNECTING DEVICE OF THE INTERFACE
` DEVICE, TO THE HOST DEVICE WHICH SIGNALS TO
` THE HOST DEVICE THAT IT IS A STORAGE DEVICE
` CUSTOMARY IN A HOST DEVICE” LIMITATION OF
` INDEPENDENT CLAIM 1 OR THE CORRESPONDING
` LIMITATIONS OF INDEPENDENT CLAIMS 17 AND 18 OF
` THE ‘449 PATENT......................................................................... 13
`
`5. MURATA, SCHMIDT, MS-DOS ENCYCLOPEDIA AND
` BERETTA DO NOT RENDER OBVIOUS DEPENDENT
` CLAIMS 2-10, 12-13 AND 15-16 OF THE ‘449 PATENT ...... 21
`B. MURATA AND SCHMIDT WOULD NOT BE COMBINED BY
`ONE SKILLED IN THE ART ............................................................... 21
`INTER PARTES REVIEW IS UNCONSTITUTIONAL .................... 25
`C.
`IV. CONCLUSION ............................................................................................... 25
`
`
`
`
`
`
`
`
`iii
`
`

`

`
`
`
`
`
`
`
`
`
`
`
`
`EXHIBIT LIST
`
`Currently and Previously Filed – Patent Owner
`
`
`
`Description
`
`Ex.
`No.
`2001 Defendants’ Responsive Claim Construction Brief in Papst Licensing
`GmbH & Co., KG v. Apple, Inc. (6:15-CV-01095-RWS)
`In re Papst Licensing Digital Camera Patent Litigation, 778 F.3d 1255
`(Fed. Cir. 2015)
`2003 Definition of charge-coupled device, Dictionary of Engineering (2015)
`2004 Confidential Settlement Agreement Between Huawei Device Co., Ltd.
`and Papst Licensing GmbH & Co., KG
`2005 Declaration of Thomas A. Gafford in Support of Patent Owner Response
`(“Gafford Declaration”)
`2006 mkdev Command Definition from IBM Knowledge Center
`(https://www.ibm.com/support/knowledgecenter/en/ssw_aix_61/com.ibm.
`aix.cmds3/mkdev.htm)
`2007 August 24, 2006 Preliminary Amendment for U.S. Application No.
`11/467,092 resulting in ‘437 Patent
`July 17, 2007 Preliminary Amendment for U.S. Application No.
`11/467,092 resulting in ‘437 Patent
`January 2, 2008 Preliminary Amendment for U.S. Application No.
`11/467,092 resulting in ‘437 Patent
`
`
`2002
`
`2008
`
`2009
`
`Previously Filed – Petitioners
`
`Ex. No.
`1001
`1002
`1003
`1004
`1005
`1006
`1007
`
`Description
`U.S. Patent No. 6,895,449 to Tasler
`File History for U.S. Patent No. 6,895,449
`Declaration of Kevin C. Almeroth
`Curriculum Vitae of Kevin C. Almeroth
`U.S. Patent No. 5,508,821 to Murata
`Friedhelm Schmidt, The SCSI Bus and IDE Interface (1995)
`U.S. Patent No. 5,850,484 to Berretta et al.
`iv
`
`

`

`1008
`1009
`
`1010
`1011
`
`1012
`
`1013
`
`1014
`
`1015
`
`1016
`1017
`
`1018
`1019
`1020
`1021
`
`1022
`
`1023
`
`1024
`
`
`
`
`
`European Patent Office Publication Number 0 685 799 A1
`IBM Corp., Communication Method Between Devices Through FDD
`Interface 38 IBM Technical Disclosure Bulletin 245
`Ray Duncan, The MS-DOS Encyclopedia (1988)
`In re Papst Licensing Dig. Camera Pat. Litig., 778 F.3d 1255, 1265
`(Fed. Cir. 2015)
`Papst’s Opening Claim Constr. Brief and Appendix 8 of Papst’s
`Opening Claim Constr. Brief, Papst Licensing GmbH & Co., KG v.
`Apple, Inc., et al., No. 6:15-cv-01095-RWS (E.D. Tex. Nov. 22,
`2016)
`Papst’s Opening Claim Constr. Brief and Decl. of Robert Zeidman, In
`Re Papst Licensing Dig. Camera Pat. Litig., MDL No. 1880, 1:07-
`mc-00493, (D.D.C. June 3, 2016)
`Am. Nat’l Standards Inst., Inc., Am. Nat’l Standard for Info. Sys’s
`Small Computer System Interface-2, ANSI X3.131-1994 (1994)
`(“SCSI Standard”)
`Dave Williams, The Programmer’s Technical Reference: MS-DOS,
`IBM PC & Compatibles (1990)
`File History for U.S. Patent Application No. 08/411,369
`Comparison of excerpts of File History for U.S. Patent Application
`No. 08/411,369 and U.S. Patent No. 5,850,484 to Beretta et al. (Ex.
`1007)
`U.S. Patent No. 4,589,063 to Shah et al.
`U.S. Patent No. 5,038,320 to Heath et al.
`U.S. Patent No. 5,787,246 to Lichtman et al.
`Vetterli & Nussbaumer, Simple FFT and DCT Algortihms, 6 Signal
`Processing 267-78 (1984)
`Papst’s Brief, In re Papst Licensing Dig. Camera Pat. Litig., No
`2014-1110 (Fed. Cir. February 20, 2014)
`Rufus P. Turner et al., The Illustrated Dictionary of Electronics
`(1991)
`Markman order interpreting various terms in U.S. Patent No.
`6,895,449, Papst Licensing GmbH & Co., KG v. Apple Inc., Case No.
`6:15-01096-RWS, Dkt. 275 (E.D. Texas March 7, 2017)
`
`
`v
`
`

`

`I.
`
`STATEMENT OF MATERIAL FACTS IN DISPUTE
`Petitioners Huawei Device Co., Ltd., LG Electronics, Inc., and ZTE (USA)
`
`Inc. (“Petitioners”) did not submit a statement of material facts in their Petition for
`
`inter partes review. Paper 1 (Petition). Accordingly, no response to a statement
`
`of material facts is due pursuant to 37 C.F.R. § 42.23(a), and no facts are admitted.
`
`II.
`
`INTRODUCTION
`Patent Owner Papst Licensing GMBH & Co., KG (“Patent Owner”)
`
`respectfully submits this Patent Owner Response under 35 U.S.C. §§ 311-319 and
`
`37 C.F.R. § 42.120. It is being timely filed on or before August 28, 2017 pursuant
`
`to the Scheduling Order issued in this proceeding and the Stipulation Regarding
`
`Due Dates 1 and 2. Paper 9 (Scheduling Order) at 6; Paper 10 (Stipulation
`
`Regarding Due Dates 1 and 2) at 1.
`
`“In an inter partes review instituted under this chapter, the petitioner shall
`
`have the burden of proving a proposition of unpatentability by a preponderance of
`
`the evidence.” 35 U.S.C. §316(e). Petitioners’ propositions of unpatentability fail
`
`to meet that burden with respect to claims 1-10, 12-13 and 15-18 of U.S. Patent No.
`
`6,895,449 (“’449 Patent”).
`
`
`
`
`
`STATEMENT OF RELIEF REQUESTED
`A.
`Pursuant to 35 U.S.C. § 316, Patent Owner respectfully requests that the
`
`1
`
`

`

`Patent Trial And Appeal Board (“Board” or “PTAB”) find that originally issued
`
`claims 1-10, 12-13 and 15-18 of the ‘449 Patent are valid in view of the proposed
`
`grounds of unpatentability under consideration.
`
`
`
`
`
`
`B. OVERVIEW OF THE ‘449 PATENT
`The ’449 Patent involves a unique method for achieving high data transfer
`
`rates for data acquisition systems (e.g., still pictures, videos, voice recordings) to a
`
`general-purpose computer, without requiring a user to purchase, install, and/or run
`
`specialized software for each system. Exhibit 1001 (‘449 Patent) at 3:26-30. At the
`
`time of the invention, there were an increasing number and variety of data
`
`acquisition systems with the ability to capture high volumes of information. Id. at
`
`1:35-55. As such, there was an increasing demand to transfer that information to
`
`commercially-available, general purpose computers. Id. at 1:21-34. But at that
`
`time—and today—performing that data transfer operation required either loading
`
`specialized, sophisticated software onto a general purpose computer, which
`
`increases the risk of error and the level of complexity for the operator, or specifically
`
`matching interface devices for a data acquisition system to a host system that may
`
`maximize data transfer rates but lacks the flexibility to operate with different
`
`devices. Id. at 1:12-3:19.
`
`The ‘449 Patent recognizes that the existing options were wasteful and
`
`inefficient and presents a solution that would achieve high data transfer rates,
`
`
`
`2
`
`

`

`without specialized software, while being sufficiently flexible
`
`to operate
`
`independent of device or host manufacturers. Id. at 3:26-31. The resulting invention
`
`would allow a data acquisition system to identify itself as a type of common device
`
`so as to leverage the inherent capabilities of general-purpose, commercially-
`
`available computers. Id. at 5:2-22. Accordingly, users could avoid loading specific
`
`software; improve data transfer efficiency; save time, processing power, and
`
`memory space; and avoid the waste associated with purchasing specialized
`
`computers or loading specific software for each device. Id. at 3:26-30, 8:18-9:58,
`
`10:9-15. The ‘449 Patent claims variations of this concept and provides a crucial,
`
`yet seemingly simple, method and apparatus for a high data rate, device-independent
`
`information transfer. Id. at 3:26-30.
`
`The interface device disclosed in the ‘449 Patent can leverage “drivers for
`
`input/output device[s] customary in a host device which reside in the BIOS system
`
`of the host device . . . .” Id. at 10:11-12; see also id. at 4:17-20 (“The interface
`
`device according to the present invention therefore no longer communicates with the
`
`host device or computer by means of a specially designed driver but the means of a
`
`program which is present in the BIOS system . . .”), 5:6-8 (describing the use of
`
`“usual BIOS routines” to issue INQUIRY instructions to the interface), and 7:11-21
`
`(describing use of BIOS routines). Similarly, the written description describes also
`
`using drivers included in the operating system. Id. at 4:63-66 (“Communication
`
`
`
`3
`
`

`

`between the host system or host device and the interface device is based on known
`
`standard access commands as supported by all known operating systems (e.g.,
`
`DOS®, Windows®, Unix®).”). Alternatively, if the required specific driver or
`
`drivers for a multi-purpose interface (such as a SCSI interface) is already present in
`
`a host device, such drivers could be used with the ‘449 Patent’s interface device
`
`instead of, or in addition to, customary drivers which reside in the BIOS. Id. at 10:9-
`
`25. Accordingly, the ‘449 Patent contemplated a universal interface device that
`
`could operate independent of the manufacturer of the computer. Id. at 11:7-10.
`
`Indeed, the preferred embodiment discloses that the interface device includes three
`
`different connectors, a 50 pin SCSI connector 1240, a 25 pin D-shell connector 1280,
`
`and a 25 pin connector 1282, to allow the ‘449 Patent’s interface device to connect
`
`to a variety of different standard interfaces that could be present in a host computer.
`
`Id. at 8:30-47 and FIG. 2.
`
`As is apparent from the title of the ’449 Patent, the interface device disclosed
`
`is capable of acquiring and processing analog data. As shown in FIG. 2 reproduced
`
`below, the ’449 Patent discloses that the interface device 10 has an analog input at
`
`connection 16 for receiving analog data from a data transmit/receive device on a
`
`plurality of analog input channels 1505 and simultaneously digitizing the received
`
`analog data using, inter alia, a sample and hold amplifier 1515 and an analog to
`
`digital converter 1530 that converts analog data received from the plurality of
`
`
`
`4
`
`

`

`channels 1505 into digital data that may then be processed by the processor 1300.
`
`Id. at 8:49-64.
`
`
`
`
`
`
`
`LEVEL OF ORDINARY SKILL IN THE ART
`C.
`“The person of ordinary skill in the art is a hypothetical person who is
`
`presumed to have known the relevant art at the time of the invention.” Manual of
`
`Patent Examining Procedure (“MPEP”) 2141.II.C. Factors that may be considered
`
`in determining the level of ordinary skill in the art may include: (1) type of problems
`
`
`
`5
`
`

`

`encountered in the art; (2) prior art solutions to those problems; (3) rapidity with
`
`which innovations are made; (4) sophistication of the technology; and (5)
`
`educational level of active workers in the field. In re GPAC, 57 F.3d 1573, 1579
`
`(Fed. Cir. 1995).
`
`Petitioners’ proposed definition of the level of ordinary skill in the art is
`
`partially consistent with Patent Owner’s view. Petitioners assert that “[a] person of
`
`ordinary skill in the art of the ‘449 Patent at the time of the alleged invention
`
`(‘POSITA’) would have a four-year degree in electrical engineering, computer
`
`science, or related field of study.” Paper 1 (Petition) at 8-9. According to Petitioners,
`
`“[a] POSITA would also have either a Master’s degree, or at least two years of
`
`experience in the relevant field, e.g., computer science, computer systems, or
`
`peripheral devices.” Id. at 9.
`
`Patent Owner contends that the field of the invention relates to “the transfer of
`
`data and in particular to interface devices for communication between a computer or
`
`host device and a data transmit/receive device from which data is to be acquired or
`
`with which two-way communication is to take place.” Exhibit 1001 (‘449 Patent) at
`
`1:13-17. A POSITA would have at least a bachelor’s degree in a related field such as
`
`computer engineering or electrical engineering and at least three years of experience
`
`in the design, development, and/or testing of hardware and software components
`
`involved with data transfer or in embedded devices and their interfaces with host
`
`
`
`6
`
`

`

`systems. Alternatively, a POSITA may have five or more years of experience in these
`
`technologies, without a bachelor’s degree.
`
`The Board previously determined that there were not meaningful differences
`
`between the parties’ definitions of a POSITA and adopted Petitioners’ assessment
`
`of a POSITA in the Institution Decision. Paper 8 (Institution Decision) at 10. While
`
`Patent Owner believes its proposed definition is more appropriate, it agrees with the
`
`Board that there are not meaningful differences between the parties’ definitions of a
`
`POSITA for purposes of this proceeding.
`
`
`
`D. CLAIM CONSTRUCTION
`In an inter partes review (“IPR”), the Board ordinarily construes claim terms
`
`in an unexpired patent using their broadest reasonable construction in light of the
`
`specification of the patent in which they appear. 37 C.F.R. § 42.100(b). The claim
`
`language should be read in light of the specification as it would be interpreted by
`
`one of ordinary skill in the art. Cuozzo Speed Techs., LLC v. Lee, No. 15-446, 136
`
`S. Ct. 2131, 2146 (June 20, 2016). The broadest reasonable meaning given to claim
`
`language must take into account any definitions presented in the specification. In re
`
`Am. Acad. of Sci. Tech. Ctr., 367 F.3d 1359, 1364 (Fed. Cir. 2004) (citing In re Bass,
`
`314 F.3d 575, 577 (Fed. Cir. 2002)). Under this standard, claim terms 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. In re Translogic Tech., Inc., 504 F.3d
`
`
`
`7
`
`

`

`1249, 1257 (Fed. Cir. 2007) (citing Phillips v. AWH Corp., 415 F.3d 1303 (Fed. Cir.
`
`2005) (en banc)).
`
`In the Institution Decision, the Board construed “multi-purpose interface” to
`
`encompass a “SCSI interface.” Paper 8 (Institution Decision) at 7. The Board also
`
`construed “data transmit/receive device” to mean a device that “is capable of either
`
`(a) transmitting data to or (b) transmitting data to and receiving data from the host
`
`device.” Id. at 8-9.
`
`In the underlying district court litigation related to this IPR, a claim
`
`construction order issued on March 7, 2017 that further construed certain terms of
`
`the ‘449 Patent. A copy of this claim construction order is already in the record as
`
`Exhibit 1024 for the Board’s consideration.
`
`
`
`E. SUMMARY OF PATENT OWNER’S ARGUMENTS
`The Board instituted inter partes review on claims 1-3, 6-10, 12-13 and 15-
`
`18 of the ‘449 Patent based on Murata, Schmidt and MS-DOS Encyclopedia. Paper
`
`8 (Institution Decision) at 18. The Board further instituted inter partes review on
`
`claims 4-5 of the ‘449 Patent based on Murata, Schmidt, MS-DOS Encyclopedia and
`
`Beretta. Id. at 19. However, these proposed grounds of unpatentability fail with
`
`respect to all of these claims because the proposed references and combination of
`
`references fail to disclose or suggest each and every limitation as recited by the ‘449
`
`Patent, and Murata and Schmidt would not be combined in the manner Petitioners
`
`
`
`8
`
`

`

`suggest.
`
`United States Patent No. 5,508,821 (“Murata”), alone or in combination with
`
`the other applied prior art, does not disclose the “wherein the interface device is
`
`configured by the processor and the memory in such a way that the interface device,
`
`when receiving an inquiry from the host device as to the type of a device attached
`
`to the multi-purpose interface of the host device, sends a signal, regardless of the
`
`type of the data transmit/receive device attached to the second connecting device of
`
`the interface device, to the host device which signals to the host device that it is a
`
`storage device customary in a host device, whereupon the host device
`
`communicates with the interface device by means of the driver for the storage
`
`device customary in a host device” limitation of challenged independent claim 1 of
`
`the ‘449 Patent or the corresponding limitations of independent claims 17 and 18
`
`of the ‘449 Patent.
`
`Further, Petitioners’ assertions of obviousness based on combining the
`
`primary reference, Murata, with teachings of the secondary reference, The SCSI Bus
`
`and IDE Interface Protocols, Applications and Programming, by Schmidt, First
`
`Edition, Addison-Wesley, 1995 (“Schmidt”), are mere conclusory statements that
`
`do not account for the manner in which the references teach away from the proposed
`
`combination. The proposed combination of Murata’s scanner with signaling for a
`
`standard hard disc drive as discussed in Schmidt would change the principle of
`
`
`
`9
`
`

`

`operation of Murata, produce a seemingly inoperative device, and/or create a device
`
`that no longer achieved the intended purpose of Murata. Moreover, there would be
`
`no reason or motivation for one skilled in the art to combine Schmidt with Murata
`
`to provide the signaling related to identification and recognition of Murata’s
`
`scanner as a hard disk. Because Petitioners fail to provide a persuasive fact-based
`
`analysis with some rational underpinning to support their combination theories of
`
`obviousness, Petitioners cannot fulfill their burden of showing by a preponderance
`
`of the evidence that claims 1-10, 12-13 and 15-18 of the ‘449 Patent are obvious.
`
`Finally, the IPR process violates the Constitution by extinguishing private
`
`property rights through a non-Article III forum without a jury. To the extent any
`
`claims of the ‘449 Patent are found invalid in this IPR, Patent Owner hereby
`
`challenges the constitutionality of the process of invalidation and reserves all rights
`
`related thereto.
`
`III. PATENT OWNER’S RESPONSE TO PETITIONERS’ GROUNDS
`OF REJECTION
`
`
`A. MURATA, SCHMIDT, MS-DOS ENCYCLOPEDIA AND
`BERETTA DO NOT RENDER CLAIMS 1-10, 12-13 AND 15-18
`OBVIOUS
`
`1.
`
`OVERVIEW OF MURATA
`
`
`
`
`Murata generally relates to an image scanner or image forming apparatus (i.e.,
`a printer) that may be connected via a small computer system interface (SCSI) to
`
`transfer data to and from an external host computer. Exhibit 1005 (Murata) at
`
`
`
`10
`
`

`

`Abstract, 1:9-12. Murata describes that scanners are not standardized, and as such,
`
`for a host computer to set parameters for the scanner, the computer must have a
`
`software device driver for the scanner, which is not installed in the operating system.
`
`Id. at 1:32-44. To avoid preparing a scanner device driver for each type of host
`
`computer, Murata proposes a scanner that comprises a file system emulation means
`
`for emulating a hard disc such that the existing device driver for such hard discs may
`
`be used to control the scanner. Id. at 1:62-2:12. Because the host computer’s
`
`operating system has commands that are utilized to access the file system,
`
`“development of application software for use in a host computer operatively
`
`connected to the image scanner . . . is facilitated.” Id. at 2:13- 17.
`
`The host computer contemplated by Murata is a workstation having a UNIX
`
`operating system. Id. at 2:64-65. Murata discloses that for the scanner to be operated
`
`by the workstation, a file system must be prepared by the workstation. Id. at 4:26-
`
`29. “In practice” this is done by “execut[ing]” an “‘mkfs’ or ‘newfs’ command of
`
`the UNIX” operating system. Id. at 4:29-30. This user-command causes the UNIX
`
`operating system to provide a device file and device driver required for operating
`
`the hard disc (here, the scanner emulating a hard disc). Id. at 4:31-32. This file set-
`
`up “enables basic information of the file system to be written to . . . the hard disc
`
`(image scanner).” Id. at 4:33-35; see also, e.g., id. at 4:46-55 (“if the preparation of
`
`the file system is carried out,” the workstation can mount the scanner, access files,
`
`
`
`11
`
`

`

`etc.) (emphasis added), FIG. 5 (flow chart demonstrating that if the file system is not
`
`prepared, the “mkfs” command must first be executed before other steps can be
`
`taken).
`
`2.
`
`OVERVIEW OF SCHMIDT
`
`
`
`As the Board stated, “Schmidt describes the SCSI bus and IDE (Integrated
`
`Drive Electronics) interface, which both are ANSI (American National Standards
`
`Institute) standards.” Paper 8 (Institution Decision) at 12; Exhibit 1006 (Schmidt)
`
`at Preface. “According to Schmidt, these interfaces are two of the most important
`
`interfaces for computer peripherals in use at that time, and almost all computers at
`
`that time, from PCs to workstations to mainframes, were equipped with a SCSI
`
`interface.” Id. “The SCSI bus is designed for hard drives, as well as tape drives,
`
`CD-ROM, scanners, and printers.” Id.
`
`3.
`
`OVERVIEW OF MS-DOS ENCYCLOPEDIA
`
`
`As delineated in the Institution Decision, “[t]he MS-DOS Encyclopedia is a
`
`book describing both the development and programming of MS-DOS.” Paper 8
`
`(Institution Decision) at 12; Exhibit 1010 (MS-DOS Encyclopedia) at Preface. “It
`
`describes MS-DOS and Microsoft Windows 95 as ‘the most widely used computer
`
`operating system in the world.’” Paper 8 (Institution Decision) at 12-13; Exhibit
`
`1010 (MS-DOS Encyclopedia) at Preface. “According to MS-DOS Encyclopedia,
`
`
`
`12
`
`

`

`MS-DOS supported a large number of different peripherals.” Paper 8 (Institution
`
`Decision) at 13; Exhibit 1010 (MS-DOS Encyclopedia) at 59.
`
`4. MURATA, SCHMIDT, MS-DOS ENCYCLOPEDIA AND
`BERETTA DO NOT DISCLOSE THE “WHEREIN THE
`INTERFACE DEVICE IS CONFIGURED BY THE
`PROCESSOR AND THE MEMORY IN SUCH A WAY
`THAT THE INTERFACE DEVICE, WHEN RECEIVING
`AN INQUIRY FROM THE HOST DEVICE AS TO THE
`TYPE OF A DEVICE ATTACHED TO THE MULTI-
`PURPOSE INTERFACE OF THE HOST DEVICE,
`SENDS A SIGNAL, REGARDLESS OF THE TYPE OF
`THE
`DATA
`TRANSMIT/RECEIVE
`DEVICE
`ATTACHED TO THE SECOND CONNECTING DEVICE
`OF THE INTERFACE DEVICE, TO THE HOST DEVICE
`WHICH SIGNALS TO THE HOST DEVICE THAT IT IS
`A STORAGE DEVICE CUSTOMARY IN A HOST
`DEVICE” LIMITATION OF INDEPENDENT CLAIM 1
`OR THE CORRESPONDING LIMITATIONS OF
`INDEPENDENT CLAIMS 17 AND 18 OF THE ‘449
`PATENT
`
`
`Murata and Schmidt do not disclose the “wherein the interface device is
`
`configured by the processor and the memory in such a way that the interface device,
`
`when receiving an inquiry from the host device as to the type of a device attached
`
`to the multi-purpose interface of the host device, sends a signal, regardless of the
`
`type of the data transmit/receive device attached to the second connecting device
`
`of the interface device, to the host device which signals to the host device that it is
`
`a storage device customary in a host device, whereupon the host device
`
`communicates with the interface device by means of the driver for the storage
`
`device customary in a host device” limitation of independent claim 1 of the ‘449
`
`
`
`13
`
`

`

`Patent. Exhibit 2005 (Gafford Declaration) at ¶ 44. In addition, Murata and
`
`Schmidt do not disclose the corresponding limitations of independent claims 17 and
`
`18 of the ‘449 Patent that require “where the interface device is configured using
`
`the processor and the memory in such a way that the interface device, when
`
`receiving an inquiry from the host device as to the type of a device attached at the
`
`multi-purpose interface of the host device, sends a signal, regardless of the type of
`
`the data transmit/receive device attached to the second connecting device of the
`
`interface device, to the host device which signals to the host device that it is a
`
`storage device customary in a host device, whereupon the host device
`
`communicates with the interface device by means of the specific driver for the
`
`multi-purpose interface” and “regardless of the type of the data transmit/receive
`
`device attached to the second connecting device of the interface device, responding
`
`to the inquiry from the host device by the interface device in such a way that it is a
`
`storage device customary in a host device, whereupon the host device
`
`communicates with the interface device by means of the specific driver for the
`
`multi-purpose interface” respectively.1 Exhibit 2005 (Gafford Declaration) at ¶¶
`
`54-57.
`
`
`1 Neither the Petitioners in the Petition nor the Board in the Institution Decision
`applied MS-DOS Encyclopedia or Beretta to these claim limitations. Consequently,
`no analysis of these references is necessary herein.
`
`
`
`14
`
`

`

`Murata or the combination of Murata and Schmidt fails to disclose the “when
`
`receiving an inquiry from the host device as to the type of a device attached at the
`
`multi-purpose interface of the host device, sends a signal, regardless of the type of
`
`the data transmit/receive device attached to the second connecting device of the
`
`interface device, to the host device which signals to the host device that it is a storage
`
`device customary in a host device” portion of claim 1 and the corresponding portions
`
`of claims 17 and 18 because Murata does not disclose responding to an inquiry from
`
`the workstation by sending a signal that the scanner is a storage device customary in
`
`a host device, and there is no teaching in Schmidt of a device sending a signal
`
`identifying itself as something other than what it actually is. Exhibit 2005 (Gafford
`
`Declaration) at ¶ 45.
`
`The host computer contemplated by Murata is a workstation having a UNIX
`
`operating system. Exhibit 1005 (Murata) at 2:64-65. Murata discloses that for the
`
`scanner to be operated by the workstation, a file system must be prepared by the
`
`workstation. Id. at 4:26-29. “In practice” this is done by “execut[ing]” an “‘mkfs’
`
`or ‘newfs’ command of the UNIX” operating system. Id. at 4:29-30. This user-
`
`command causes the UNIX operating system to provide a device file and device
`
`driver required for operating the hard disc (here, the scanner emulating a hard disc).
`
`Id. at 4:31-32. This file set-up “enables basic information of the file system to be
`
`written to a predetermined region, i.e. a super block of the hard disc (image
`
`
`
`15
`
`

`

`scanner).” Id. at 4:33-35; see also, e.g., id. at 4:46-55 (“if the preparation of the file
`
`system is carried out,” the workstation can mount the scanner, access files, etc.)
`
`(emphasis added), FIG. 5 (flow chart demonstrating that if the file system is not
`
`prepared, the “mkfs” command must first be executed before other steps can be
`
`taken). Exhibit 2005 (Gafford Declaration) at ¶ 46.
`
`As described above, Murata requires a user to first set up a file system,
`
`including a device file and device driver, using UNIX commands “mkfs” or “newfs”
`
`in the workstation before the workstation can mount the scanner and access files.
`
`These commands are operating system commands, and have to be entered by the
`
`user or be embedded in an application program running on a workstation to which
`
`the Murata scanner is connected. The commands require parameters to be given,
`
`including at least mkfs i-node device_name. This means that, for example, the user
`
`has to enter the node at which the file system is to be made and the device name
`
`(associated with the device file and driver in the system). Exhibit 2005 (Gafford
`
`Declaration) at ¶ 47.
`
`Before the “mkfs” and “newfs” commands can be issued, however, a POSITA
`
`would have known that a user would be required to issue the “mkdev” command in
`
`the workstation. The “mkdev” command identifies a device to the workstation and
`
`tells the workstation what the device is and what driver to use. Exhibit 2006 (mkdev
`
`Command Definition). As a result, nothing in the process disclosed by Murata
`
`
`
`16
`
`

`

`suggests that the Murata device sends a signal that it is a storage device customary
`
`in a host device when receiving an inquiry from a host device. Instead, this
`
`identification of a device and driver is typically done manually at the workstation.
`
`Exhibit 2005 (Gafford Declaration) at ¶ 48.
`
`This same argument related to the Murata reference not disclosing automatic
`
`signaling identifying the scanner as an input/output device or storage device
`
`customary in a host computer was previously made by the Applicant during
`
`prosecution of United States Patent No. 9,189,437 (“’437 Patent”), a patent sharing
`
`a specification with the ‘449 Patent, during original prosecution of the ‘437 Patent.
`
`Applicant explicitly brought Murata to the Examiner’s attention via a preliminary
`
`amendment. Exhibit 2007 (August 24, 2006 Preliminary Amendment) at 8. The
`
`Applicant described Murata as disclosing an image scanner that emulates the file
`
`system of UNIX as if it were a hard disc. Id. The Applicant distinguished Murata,
`
`explaining that such UNIX systems affirmatively require user intervention, in
`
`contrast to the claimed inventions, which:
`
`generally require that the ADGPD send a response signal
`that allows a PC to automatically and without user
`intervention recognize that it can communicate with the
`ADGPD as if it were a commercially available mass
`storage device even though it is not a commercially
`available mass storage device.
`Id. at 11 (emphasis in original). The Applicant added:
`
`As one example [Murata] does not teach or suggest, for
`
`
`
`17
`
`

`

`example, the above-noted “automatic recognition” feature
`because, for example, the system disclosed therein is
`UNIX based. As readily apparent to one of ordinary skill
`in the relevant art, such UNIX based systems affirmatively
`require user intervention in order to operate and use the
`scanner disclosed in [Murata].
`
`Id. at 12. The Applicant also discussed Murata during the prosecution of the
`
`‘437 Patent two subsequent times in supplemental preliminary amendments on July
`
`17, 2007 and January 2, 2008, again pointing out the differences between Murata
`
`and the claims at issue. Exhibit 2008 (July 17, 2007 Preliminary Amendment) at
`
`10 (“The scanner related references (e.g., [Murata]) also require user intervention
`
`of some sort to allow scanned images to be transferred over to a personal

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