`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`___________________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`___________________
`
`
`APPLE INC.
`Petitioner,
`
`v.
`
`PAPST LICENSING GMBH & CO. KG
`Patent Owner
`
`___________________
`
`Case IPR2016-01860
`Patent 8,966,144
`___________________
`
`PETITIONER’S REPLY TO THE PATENT OWNER RESPONSE
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Mail Stop “PATENT BOARD”
`Patent Trial and Appeal Board
`U.S. Patent and Trademark Office
`P.O. Box 1450
`Alexandria, VA 22313-1450
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`
`TABLE OF CONTENTS
`
`
`I.
`II.
`
`Introduction ........................................................................................................ 1
`Claim Construction ............................................................................................ 2
`The Phillips claim construction standard applies. .................................. 2
`A.
`“multi-purpose interface” and “customary device driver” ..................... 2
`B.
`“input/output device” ............................................................................... 4
`C.
`III. Response to PO’s Arguments ............................................................................ 5
`The applied combination teaches that “the processed analog data
`A.
`is stored in the data storage memory as at least one file of
`digitized analog data.” ............................................................................ 5
`The applied combination teaches or suggests “an automatic
`recognition process” and “at least one parameter to be
`automatically sent through the i/o port … wherein the at least
`one parameter provides identification information.” ...........................12
`The applied combination teaches or suggestions the negative
`limitation “without requiring any user-loaded file transfer
`enabling software to be loaded on or installed in the computer at
`any time.” ...............................................................................................19
`IV. PO does not raise arguments specific to the dependent claims. ...................... 23
`V.
`PO’s belief of unconstitutionality is not a request for relief. .......................... 24
`VI. Conclusion ....................................................................................................... 24
`
`
`
`
`B.
`
`C.
`
`
`
`
`
`- i -
`
`
`
`
`
`
`
`
`
`TABLE OF AUTHORITIES
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`Cases:
`
`Apple Inc. v. Papst Licensing GMBH & Co.,
`IPR2016-01842 (Apr. 24, 2017) ............................................................................ 2, 3
`
`In re CBS-Sys. Int’l,
`832 F.3d 1335 (Fed. Cir. 2016).................................................................................. 2
`
`In re Fulton,
`391 F.3d 1195 (Fed. Cir. 2004)................................................................................ 10
`
`In re Mouttet,
`686 F.3d 1322 (Fed. Cir. 2012).................................................................................. 6
`
`Omega Eng’g, Inc. v. Raytek Corp.,
`334 F.3d 1314 (Fed. Cir. 2003).................................................................................. 3
`
`PC Connector Solutions LLC v. SmartDisk Corp.,
`406 F.3d 1359 (Fed. Cir. 2005).................................................................................. 3
`
`Phillips v. AWH Corp.,
`415 F.3d 1303 (Fed. Cir. 2005).............................................................................. 2, 3
`
`Vivid Techs., Inc. v. Am. Sci. & Eng’g, Inc.,
`200 F.3d 795 (Fed. Cir. 1999) .................................................................................... 4
`
`
`
`- ii -
`
`
`
`
`
`
`
`EXHIBIT LIST
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`Exhibit
`1001
`1002
`1003
`
`1004
`1005–1006
`1007
`
`1008
`1009
`1010
`1011
`1012
`
`1013
`1014
`
`1015
`1016
`
`1017
`1018
`
`1019
`
`1020
`
`1021–1023
`1024
`1025–1029
`1030
`
`1031
`
`1032–1040
`1041
`
`Description
`U.S. Patent 8,966,144 to Tasler
`File History Excerpts for U.S. Patent 8,966,144 to Tasler
`Declaration of Dr. Erez Zadok in Support of Petition for Inter
`Partes Review of U.S. Patent No. 8,966,144
`Curriculum Vitae of Dr. Erez Zadok
`Intentionally Left Blank
`The SCSI Bus and IDE Interface Protocols, Applications and
`Programming, by Schmidt, First Edition, Addison-Wesley, 1995
`Intentionally Left Blank
`U.S. Patent No. 4,727,512 to Birkner
`U.S. Patent No. 4,792,896 to Maclean
`International Publication Number WO 92/21224 to Jorgensen
`Small Computer System Interface-2 (SCSI-2), ANSI X3.131-1994,
`American National Standard for Information Systems (ANSI).
`Operating System Concepts, by Silberschatz et al., Fourth Edition.
`Microsoft Computer Dictionary, Third Edition, Microsoft Press,
`1997.
`Intentionally Left Blank
`In re Papst Licensing Digital Camera Patent Litigation, 778 F.3d
`1255 (Fed. Cir. 2015).
`Intentionally Left Blank
`The IEEE Standard Dictionary of Electrical and Electronics Terms,
`Sixth Edition, 1996.
`Webster’s Encyclopedic Unabridged Dictionary of the English
`Language, Random House, 1996.
`Papst Licensing GmbH & Co., KG v. Apple Inc., Case No. 6-15-cv-
`01095 (E.D. Tex.), Complaint filed November 30, 2015
`Intentionally Left Blank
`Declaration of Scott Bennett
`Intentionally Left Blank
`Misc. Action No. 07-493 (RMC), MDL No. 1880, Order Regarding
`Claims Construction
`Plug-and-Play SCSI Specification, Version 1.0, dated March 30,
`1994 (“PNP SCSI”)
`Intentionally Left Blank
`Pucci, M., “Configurable Data Manipulation in an Attached
`
`- iii -
`
`
`
`
`
`Exhibit
`
`1042
`
`1043
`1044
`
`1045
`
`1046–1051
`1052
`1053
`
`1054
`1055
`
`1056
`
`
`
`Description
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`Multiprocessor, “1991
`U.S. Patent No. 4,790,003 to Kepley et al., titled “Message Service
`System Network”
`Intentionally Left Blank
`U.S. Patent No. 5,353,374 to Wilson et al., titled “Low Bit Rate
`Voice Transmission for Use in a Noisy Environment”
`U.S. Patent No. 4,065,644 to Shinosky, Jr., titled “Electro-Optical
`and Electronic Switching Systems”
`Intentionally Left Blank
`Declaration of Michele Nelson, USENIX
`U.S. Patent No. 5,617,423 to Li et al., titled “Voice Over Data
`Modem With Selectable Voice Compression”
`Declaration of Dr. Erez Zadok in Support of Reply (“Zadok II”)
`October 10, 2017 Deposition Transcript of Thomas Gafford
`(“Gafford I”)
`October 11, 2017 Deposition Transcript of Thomas Gafford
`(“Gafford II”)
`
`- iv -
`
`
`
`
`
`
`
`I.
`
`Introduction
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`Choosing not to cross-examine Petitioner’s expert, Patent Owner (PO) filed a
`
`response presenting three unsupported, conclusory arguments that are legally
`
`insufficient and technically incorrect. Each of Petitioner’s rebuttal arguments
`
`ignores the actual combination set forth in the Petition; instead dissecting the
`
`combination and addressing only the primary reference, Pucci, in isolation and out
`
`of context. But PO goes further by not only mischaracterizing the teachings of Pucci
`
`in its rebuttal arguments but also taking positions directly contrary to Pucci’s
`
`express disclosures. For example, despite Pucci explicitly teaching the use of the
`
`SCSI standard, PO argues that Pucci could not be combined with teachings of
`
`Schmidt which describes the SCSI standard. PO continues its pattern of obfuscation,
`
`arguing that a person having ordinary skill in the art (POSITA) would not have
`
`known how to store data as files in Pucci’s system, despite its own expert admitting
`
`that use of files to store data was well-known and Pucci explicitly stating that the
`
`data stored in its device can be “traditional file system data.”
`
`In this Reply, Petitioner exposes the technical flaws in PO’s analysis and
`
`explains why the art supports a finding of obviousness under the correct
`
`understanding of the technology at issue in this case.
`
`- 1 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`II. Claim Construction
`Before replying to the arguments in the POR, Petitioner first presents
`
`arguments and evidence for the appropriate construction of disputed claim terms per
`
`the Board’s instruction in the Institution Decision. (See Inst. Dec., p. 8 n.8.)
`
`A. The Phillips claim construction standard applies.
`The parties agree—the ’144 patent expires on March 3, 2018. (See POR,
`
`p. 8.) Because the ’144 patent expires before the statutory deadline to issue a Final
`
`Written Decision (i.e., April 17, 2018), the Phillips claim construction standard
`
`applies in this proceeding. See In re CBS-Sys. Int’l, 832 F.3d 1335, 1342 (Fed. Cir.
`
`2016). Because the prosecution history does not contain any disclaimers for the
`
`claim terms at issue in this case, there is no meaningful difference between the
`
`Phillips claim construction and the broadest reasonable interpretation.
`
`“multi-purpose interface” and “customary device driver”
`B.
`The Board did not construe “multi-purpose interface” and “customary device
`
`driver” in the present case. (Inst. Dec., pp. 7-8.) However, the Board construed these
`
`terms in co-pending IPR2016-01842 addressing a patent sharing a common
`
`specification with the ’144 Patent. See Apple Inc. v. Papst Licensing GMBH & Co.,
`
`IPR2016-01842, Paper 10 at pp. 14-17 (Apr. 24, 2017). The Board should adopt the
`
`same constructions in this inter partes review. In the IPR2016-01842 proceeding,
`
`the Board construed “multi-purpose interface” to encompass a “SCSI Interface.”
`
`- 2 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`(IPR2016-01842, Paper 10 at p. 15 (“On this record and for purposes of the
`
`[Institution] Decision, we find it sufficient to construe a ‘multi-purpose interface’ to
`
`encompass a ‘SCSI interface.’”) The Board also construed “customary device
`
`driver” to encompass “a driver for a device normally present in most commercially
`
`available host devices (e.g., a hard disk driver or a SCSI driver).” (IPR2016-01842,
`
`Paper 10 at 17.) PO did not dispute these constructions. (IPR2016-01842, Paper 16
`
`at 8-9.) And “unless otherwise compelled,…the same claim term in the same patent
`
`or related patents carries the same construed meaning.” Omega Eng’g, Inc. v. Raytek
`
`Corp., 334 F.3d 1314, 1334 (Fed. Cir. 2003).
`
`With respect to the term “customary device driver,” the record is sufficiently
`
`developed to resolve the dispute between the parties as to whether the customary
`
`device driver must be customary at the time of the invention. Under Phillips, “the
`
`ordinary and customary meaning of a claim term is the meaning that the term would
`
`have to a person of ordinary skill in the art in question at the time of the invention,
`
`i.e., as of the effective filing date of the patent application.” Phillips v. AWH Corp.,
`
`415 F.3d 1303, 1313 (Fed. Cir. 2005) (en banc) (emphasis added); see also PC
`
`Connector Solutions LLC v. SmartDisk Corp., 406 F.3d 1359, 1359 (Fed. Cir. 2005)
`
`(a claim term “must be interpreted as of [the] effective filing date”).
`
`Consistent with the Phillips standard and the Federal Circuit’s finding in In re
`
`Papst Licensing Digital Camera Patent Litig., the District Court construed
`
`- 3 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`“customary” as including a limitation of “normally part of commercially available
`
`computer systems at the time of the invention.” (Ex. 2007, Claim Construction
`
`Order, pp. 27-28 (emphasis added)); see also In re Papst Licensing Digital Camera
`
`Patent Litig., 778 F.3d 1255, 1269–70 (Fed. Cir. 2015). For consistency with the
`
`District Court Construction Order, the Board should construe “customary device
`
`driver” as a “driver for a device normally part of commercially available computer
`
`systems at the time of the invention.” (See Ex. 2007, p. 28.)1
`
`“input/output device”
`C.
`The Board did not construe “input/output device.” (Inst. Dec., pp. 7-8.) And
`
`the Board need not construe “input/output device” in the Final Written Decision
`
`because no construction is necessary to resolve the dispute between the parties. See
`
`Vivid Techs., Inc. v. Am. Sci. & Eng’g, Inc., 200 F.3d 795, 803 (Fed. Cir. 1999). But
`
`if the Board determines that “input/output device” does need a construction, the
`
`Board should construe the “/” in this term as “and/or.” (See Petition, pp. 10-11.)
`
`
`1 This construction should not change the Board’s finding that the customary
`
`device driver encompasses a hard disk driver or a SCSI driver. As Dr. Zadok
`
`explains, hard disk and SCSI drivers were both customary as of the earliest possible
`
`priority date for the ’144 patent. (Zadok Decl., ¶132.)
`
`
`
`- 4 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`PO’s expert explained during deposition that an input/output device at the time of
`
`the alleged invention included input-only devices, output-only devices, and input-
`
`and-output devices. (See Gafford Depn. I, 89:3-94:9.) This interpretation is also
`
`consistent with the District Court’s interpretation of the symbol “/” in the term “data
`
`transmit/receive device” in a related patent. (See Ex. 2007, pp. 36-37.)
`
`III. Response to PO’s Arguments
`As Petitioner details below, the Board should find all challenged claims
`
`unpatentable because each of PO’s three arguments rest on fundamental
`
`misinterpretations of Pucci’s teachings and the SCSI Standard.
`
`A. The applied combination teaches that “the processed analog data is
`stored in the data storage memory as at least one file of digitized
`analog data.”
` PO argues that Pucci fails to disclose that “the processed analog data is
`
`stored in the data storage memory as at least one file of digitized analog data” as
`
`recited in independent claims 1 and 86. (POR, pp. 15-16.) In the first instance, this
`
`argument is misplaced because the Petition relies on the combination of Pucci and
`
`Kepley—not Pucci alone—to disclose this claim limitation. (See Petition, pp. 12,
`
`25.)
`
`PO’s arguments against the combination of Pucci and Kepley are equally
`
`flawed. PO does not dispute that Kepley teaches that “the processed analog data is
`
`stored in the data storage memory as at least one file of digitized analog data.” (See
`
`- 5 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`POR, pp. 15-16.) PO instead alleges that a person of ordinary skill in the art
`
`(“POSITA”) would not have combined Pucci and Kepley because: (1) the
`
`combination would have changed Pucci’s principle of operation; (2) the
`
`combination would have rendered Pucci unsatisfactory for its intended purpose; and
`
`(3) Pucci teaches away from storing digitized analog data as a file. (POR, pp. 13, 17,
`
`34-35.) For the reasons that follow, a POSITA would have known how to
`
`implement a file-storage system in Pucci while maintaining Pucci’s principle of
`
`operation and intended purpose. A POSITA would have also been motivated to
`
`implement a file-storage system in Pucci for the reasons established in the
`
`Petition—reasons that PO did not address or refute in its Response. (Compare
`
`Petition, pp. 26-27, with POR, p. 17.)
`
`First, PO incorrectly concludes that combining Pucci and Kepley would
`
`“significantly impact Pucci’s principle of operation.” (See POR, p. 17.) As an initial
`
`matter, PO’s Response does not define Pucci’s principle of operation and therefore
`
`lacks foundation for this conclusion. See In re Mouttet, 686 F.3d 1322, 1332 (Fed.
`
`Cir. 2012) (broadly defining the principle of operation before determining whether a
`
`combination would change the principle of operation). Irrespective of this flaw, the
`
`conclusion is technically incorrect. Pucci uses a multiprocessor tasking system
`
`(named ION) and a Small Computer Systems Interface (SCSI) to emulate a
`
`peripheral device that a computer workstation (i.e., the host) knows how to deal
`
`- 6 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`with. (See Petition, pp. 1-2 (citing Ex. 1041, Pucci, pp. 217, 220; Ex. 1003, Zadok
`
`Decl., ¶¶63, 107, 136, 146; Gafford Depn. II, 60:2-61:11) (admitting that use of a
`
`file system was well known and understood).) Storing digitized analog data as at
`
`least one file in a file-storage system would not change Pucci’s use of ION and
`
`SCSI to operate as an emulation device. (Zadok Decl. II, ¶¶9-14.) To the contrary,
`
`Pucci provides explicit motivation to use a file-storage system for emulation
`
`purposes. (See Pucci, pp. 220-21; Petition, pp. 26-27; Zadok Decl., ¶¶65, 100; see
`
`also Gafford Depn. II, 42:17-8, 57:14-22 (admitting that use of a file system was
`
`well known and understood).) Pucci states that its ION Node mimics the behavior of
`
`a conventional device, and “[t]he ‘data’ contained in this pseudo-disk device can be
`
`random read/write data, traditional file system data, or more complex objects for a
`
`variety of applications managed by tasks running within the ION system.” (Pucci,
`
`pp. 220-21 (emphasis added).) Using a well-known, well understood, and
`
`“traditional” file system to store the digitized analog data as a file is not contrary to
`
`Pucci’s principle of operation but entirely consistent with the teachings in the
`
`reference and the understanding of a POSITA as of the earliest possible priority date
`
`of the ’144 patent. (See Zadok Decl. II, ¶¶9-14.)
`
`Second, combining Pucci and Kepley would not have prevented Pucci from
`
`achieving its intended purpose even under the PO’s crimped definition. (Contra
`
`POR, p. 17.) PO alleges that Pucci’s intended purpose is “permitting data flow into
`
`- 7 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`the host.” (POR, p. 17.) However, notwithstanding this generic stated purpose, PO
`
`applies extremely narrow constraints—namely that the alleged “data flow into the
`
`host” is limited to writing into the host using a first in/first out (FIFO) approach.
`
`(See POR, p. 15-16.) Pucci’s data transfer is not so limited. (Zadok Decl. II, ¶¶9-10.)
`
`Moreover, storing data as a file (e.g., a collection of data blocks) would not be
`
`contrary even under PO’s overly narrow (and incorrect) interpretation. A POSITA
`
`would have understood that any system, including Pucci’s ION Node, could store
`
`the file as data blocks in its buffer and transfer the data blocks to the host in a
`
`manner similar to a FIFO transfer, as confirmed by PO’s expert. (See Gafford Depn.
`
`II, 63:3-9 (“So the data from the large buffer memory could be stored in a file on
`
`ION’s local storage, correct? …A. I don’t see anything in the disclosure of ION that
`
`would prevent a user from writing software which did that.”).) Indeed, this
`
`implementation would be similar to the “real-time input files” embodiment
`
`described in the ’144 patent and discussed by PO’s expert, Mr. Gafford, at
`
`deposition. (See Ex. 1001, ’144 patent, 6:6-35; Gafford Depn. II, 53:22-12
`
`(confirming that an implementation of the interface device’s file system uses real-
`
`time input files).) The ’144 patent “real-time input files” embodiment buffers data
`
`blocks and transfers them in real-time. (’144 patent, 6:5-35.)
`
`Moreover, PO misstates Pucci’s intended purpose. As Pucci sets forth on its
`
`first page, the intended purpose of ION is to provide disk read and write accesses,
`
`- 8 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`while achieving “a high degree of application portability.” (Pucci, p. 217; Zadok
`
`Decl. II, ¶13.) Throughout discussions of its numerous applications, Pucci reiterates
`
`that ION remains portable across workstation changes, operating system releases,
`
`and complete operating system changes. (Pucci, pp. 219, 221, 223, 230.) Storing
`
`data as a file is not contrary to the actual intended purpose of providing disk read
`
`and write accesses, while achieving a high degree of application portability. (Zadok
`
`Decl. II, ¶¶13-14.) Indeed, storing data as a file provides read and write access while
`
`achieving portability by enabling file transfer between the ION-enabled voice
`
`messaging service system and other messaging service systems. (See Zadok Decl.,
`
`¶¶96-97; Zadok Decl. II, ¶13.) For at least these reasons, the combination is not
`
`contrary to Pucci’s intended purpose.
`
`Third, contrary to PO’s contentions, Pucci does not teach away from
`
`accessing digitized analog data in the form of files. (Contra POR, p. 13.)2 “[T]he
`
`prior art’s mere disclosure of more than one alternative does not constitute a
`
`teaching away from any of these alternatives because such disclosure does not
`
`
`2 The Board should disregard Mr. Gafford’s opinion that Pucci teaches away
`
`from storage of data as files because his opinion is based on an incorrect
`
`understanding of the legal standard. (See Gafford Decl., ¶30 (conflating teaching
`
`away and other bases for nonobviousness); Gafford Depo. II, 99:10-21.)
`
`- 9 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`criticize, discredit, or otherwise discourage the solution claimed.…” In re Fulton,
`
`391 F.3d 1195, 1201 (Fed. Cir. 2004). Here, Pucci does not criticize, discredit, or
`
`otherwise discourage the use of a file-storage system. (Zadok Decl. II, ¶¶9-10.)
`
`Pucci instead expressly encourages the use of traditional file-storage systems: “[t]he
`
`‘data’ contained in this pseudo-disk device can be random read/write data,
`
`traditional file system data, or more complex objects for a variety of applications
`
`managed by tasks running within the ION system.” (See Pucci, pp. 220-21
`
`(emphasis added); see also Petition, p. 25; Zadok Decl., ¶97; Gafford Depn. II,
`
`80:12-20 (“[W]here would traditional file system data be stored in a system such as
`
`Pucci? A. Well, Pucci has both hard drive and solid-state volatile buffer memory
`
`and you could store it either place. If you cared about not losing it, you would store
`
`it on the local hard drive.”).) For the analog-to-digital conversion application, Pucci
`
`describes how the system extracts raw data from a converter and utilizes storage
`
`(e.g., a buffer). (Pucci, pp. 231-32.) The analog-to-digital conversion application
`
`then retrieves the data from five channels by reading the data block address of the
`
`desired channel until all buffered data has been obtained. (Pucci, pp. 231-32.) The
`
`fact that Pucci’s analog-to-digital conversion application is silent on whether the
`
`data can be stored as a file is not a teaching away but rather indicative of Pucci’s
`
`compatibility with alternative storage systems—one that uses a buffer to read five
`
`channels of raw converted data and others that use a traditional file-storage system.
`
`- 10 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`Moreover, as explained above, the ’144 patent itself discloses an embodiment that
`
`uses buffer-like structures, referred to as real-time files, for data transfer. (See ’144
`
`patent, 6:6-35; Gafford Depn. II, 53:22-12 (confirming that an implementation of
`
`the interface device’s file system uses real-time input files).)
`
`Pucci does not teach away from storing digitized analog data in a file system
`
`as a file, and a POSITA would have known how to store digitized analog data as a
`
`file without changing Pucci’s principle of operation or making Pucci unsatisfactory
`
`for its intended purpose. (Zadok Decl. II, ¶14.) The Petition and supporting
`
`declaration provided a rationale for combining Kepley’s voice mail file teachings
`
`with the teachings of Pucci. (See Petition, pp. 25-27; Zadok Decl., ¶¶ 64–66, 99–
`
`100.) Pucci in view of Shinosky, further in view of Kepley and Schmidt teaches this
`
`claim limitation. (See also Inst. Dec., p. 16.)
`
` PO further manufactures an argument against a combination of teachings
`
`from Kepley and Pucci that Petitioner never presented or even suggested. PO argues
`
`that a POSITA would not have combined Pucci and Kepley because Kepley uses a
`
`separate database processor for storing digitized voice files. (POR, pp. 17, 35.) But
`
`Petitioner neither relies on Kepley’s separate processor nor does Pucci need a
`
`separate processor to store data as a file. Therefore, a major redesign to
`
`accommodate a separate processor, as PO suggests, is unnecessary in Petitioner’s
`
`applied combination. (Zadok Decl. II. ¶¶9-11.)
`
`- 11 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`B.
`
`The applied combination teaches or suggests “an automatic
`recognition process” and “at least one parameter to be automatically
`sent through the i/o port … wherein the at least one parameter
`provides identification information.”
`PO argues that Pucci fails to disclose “an automatic recognition process” as
`
`recited in independent claim 1 and “at least one parameter to be automatically sent
`
`through the i/o port…wherein the at least one parameter provides identification
`
`information” as recited in independent claim 86. (POR, pp. 19-21.) This argument is
`
`again misplaced because the Petition relies on Schmidt in combination with Pucci—
`
`not Pucci alone—to disclose this claim limitation. (See Petition, p. 30.) The Petition
`
`acknowledges that “[a]lthough Pucci teaches that a SCSI ‘host controller’ resides
`
`within the host system (Pucci, pp. 238-239), Pucci does not explicitly disclose how
`
`the SCSI bus connects to a workstation.” (Petition, p. 30.) The Petition then relies on
`
`the teachings of Schmidt—a textbook on the standardized SCSI Bus and IDS
`
`Interface—to fill in the details not provided by Pucci. (Petition, p. 30.)
`
`Neither PO nor Mr. Gafford dispute that Schmidt teaches an automatic
`
`recognition process. (See POR, pp. 21-25.) PO instead alleges that “any such
`
`automatic identification process (as discussed in Schmidt) would cause the ION
`
`Workstation [in Pucci] to attempt to access and/or reconfigure the ION Node in an
`
`unpredictable and potentially destructive manner.” (POR, pp. 19-20.) But PO
`
`provides no evidence or further explanation to support this speculation. PO’s failure
`
`is understandable because Pucci’s ION Node is intended to operate using the full
`
`- 12 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`capabilities of the SCSI standard, including SCSI’s automatic recognition process.
`
`(See Zadok Decl. II, ¶¶16-17.)
`
`Ground 1 relies on Pucci—a system that uses SCSI—and Schmidt—a
`
`textbook describing SCSI. (Petition, pp. 10-12.) As Dr. Zadok explained in his
`
`original declaration and reiterates in his reply declaration, SCSI is a standardized
`
`interface that utilizes standardized commands. (Zadok Decl., ¶¶37, 45-49, 106, 119,
`
`123, 152; Zadok Decl. II, ¶¶16-17.) And PO’s expert, Mr. Gafford, agrees. (Gafford
`
`Depn. I, 18:21-20:9 (explaining that the INQUIRY command was known by those
`
`skilled in the art because the command was part of the SCSI specification).) When a
`
`host computer having a SCSI bus is turned on, the SCSI bus initialization
`
`automatically occurs. (Zadok Decl., ¶111.) The host computer’s SCSI controller
`
`issues the INQUIRY command to discover any peripheral devices attached to the
`
`SCSI bus. (Zadok Decl., ¶111; see also Gafford Depn. I, 39:25-40:16 (explaining
`
`that a device must implement the INQUIRY command to be compliant with the
`
`SCSI standard); Gafford Depn. II, 35:5-36:10.) PO does not dispute these facts, and
`
`Schmidt corroborates Dr. Zadok’s testimony. (See POR, p. 23; Schmidt, pp. 88, 132,
`
`133, 138-41.)
`
`Schmidt explains that “the INQUIRY command is capable of delivering a
`
`wide variety of useful information.” (Ex. 1007, Schmidt, p. 141.) For example, as
`
`shown in Table 12.12 of Schmidt (annotated below), the peripheral’s response to the
`
`- 13 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`INQUIRY command includes the device class. (Schmidt, p. 139 (“The standard
`
`INQUIRY data is structured in the following manner (Table 12.12)”).) To identify
`
`itself as a disk drive, the peripheral would respond to the INQUIRY command with
`
`the code “00h” (as shown below in Table 12.1 of Schmidt). (See Schmidt, p. 132
`
`(“Table 12.1 shows an example of the data returned from an INQUIRY
`
`command.”); Zadok Decl. II, ¶17.)
`
`
`
`
`
`(See Schmidt, pp. 133, 139.)
`
` PO concedes, as it must, that peripheral devices that use SCSI automatically
`
`respond to the INQUIRY commend. (See POR, p. 21 (”it is mandatory that a SCSI
`
`device be capable of responding to an INQUIRY command”).) PO’s speculation that
`
`somehow this automatic recognition would cause the workstation to begin accessing
`
`and reconfiguring the ION Node in an unpredictable manner has no technical
`
`foundation. (Zadok Decl. II, ¶¶19-21.) PO again provides no explanation or
`
`evidence to support its conjecture. And even a cursory review of Schmidt
`
`- 14 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`demonstrates the obvious defects in PO’s argument. (See Zadok Decl. II, ¶¶16-18.)
`
`A host uses the INQUIRY command to identify useful information about a target,
`
`such as a peripheral’s device class. (Zadok Decl. II, ¶17.) The workstation does not
`
`simply start reading, writing, and configuring the peripheral device without first
`
`identifying the device class. (Zadok Decl. II, ¶17.) Thus, with SCSI, the initiator
`
`(e.g., the workstation) knows how to “deal with” the target.
`
`Even if the ION Workstation was unable to initially identify the ION Node as
`
`a hard disk, Pucci’s ION system would still operate properly by using the SCSI
`
`protocol. The SCSI protocol provides functionality for an initiator and target to
`
`handle unexpected and/or error conditions. (Zadok Decl. II, ¶¶22-25.) For example,
`
`SCSI provides a mechanism using the CHECK CONDITION status and a
`
`subsequent message including the DATA PROTECT sense key to inform the
`
`workstation that it cannot read or write to a portion of the disk because that portion
`
`of the disk is currently protected. (See Schmidt, pp. 142-44; see also Pucci, p. 221
`
`(explaining that an advantage of Pucci is “its robustness in the face of application
`
`failure” and that the “worst case scenario” merely places the ION Node into an off-
`
`line condition).)
`
`As shown above, the ION Node can respond to the INQUIRY command by
`
`identifying the device class as a disk drive (i.e., with code 00h), a fact conceded by
`
`the PO’s expert. (Zadok Decl. II, ¶¶17, 19-21; Gafford Depn II., 83:5-11 (“But you
`
`- 15 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`would agree that the ION node could be implemented to identify itself as a disk
`
`drive in response to an inquiry command? …A. Nothing in the ION spec suggests or
`
`prevents doing so.”).) Because Pucci is used to emulate a local disk drive,
`
`responding to an INQUIRY command by identifying the ION Node as a disk drive
`
`(despite the ION Node not being a disk drive) is exactly what Pucci is designed to
`
`do. (Zadok Decl. II, ¶19.) And a POSITA would not have encountered unpredictable
`
`results because emulation within the context of SCSI was possible. (See Gafford
`
`Depn. I, 21:6-22:25, 72:7-22, 73:9-19 (explaining that the preferred embodiment
`
`responds to the INQUIRY command by identifying a peripheral as a hard drive,
`
`albeit the peripheral not being an actual hard drive).) Responding to the INQUIRY
`
`command by emulating a disk drive would not reconfigure the ION Node in a
`
`destructive manner but instead achieve Pucci’s goal of having “[s]oftware running
`
`within the ION system [that] mimics the behavior of a conventional device,
`
`providing the workstation with a peripheral that it knows how to deal with.” (Pucci,
`
`p. 220; Zadok Decl. II, ¶20.)
`
`PO also presents a tangential argument that the ION Node would always
`
`respond with a CHECK CONDITION status. This argument is premised on a
`
`complete misunderstanding of SCSI. (See Zadok Decl. II, ¶¶22-27.) A CHECK
`
`CONDITION status is a type of error and is only returned in response to an
`
`INQUIRY “if the target is unable to return the requested inquiry data.” (Zadok Decl.
`
`- 16 -
`
`
`
`
`
`
`
`Case IPR2016-01860
`Patent No. 8,966,144
`
`
`II, ¶23; Schmidt, pp. 88, 138).) In the limited circumstances when a CHECK
`
`CONDITION status is returned, the host will follow up with a REQUEST SENSE
`
`command. (Zadok Decl. II, ¶24; Schmidt, pp. 137, 142-43.) The ION Node would
`
`then, in response to the REQUEST SENSE command, send detailed error
`
`information to help remedy any issue. (Zadok Decl. II, ¶24; Schmidt, pp. 138, 143-
`
`46.) A POSITA, knowing the SCSI standard, would have understood that the ION
`
`Node would not always return a CHECK CONDITION status during normal
`
`operation. Rather, as Petitioner’s expert explained in his original declaration, when
`
`the peripheral is an unknown device, the response to the INQUIRY command
`
`identifies th