throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`____________________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________________
`
`
`
`SAMSUNG ELECTRONICS CO., LTD.,
`SAMSUNG ELECTRONICS AMERICA, INC., AND LG ELECTRONICS,
`INC.
`Petitioners,
`
`v.
`
`PAPST LICENSING GMBH & CO. KG
`Patent Owner.
`____________________
`
`Case IPR2016-017331
`Patent 9,189,437
`____________________
`
`DECLARATION OF THOMAS A. GAFFORD
`
`
`
`Mail Stop PATENT BOARD
`Patent Trial and Appeal Board
`United States Patent and Trademark Office
`P.O. Box 1450
`Alexandria, Virginia 22313-1450
`
`
`1 IPR2017-01038 has been joined with this proceeding.
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.1
`
`

`

`TABLE OF CONTENTS
`
`Page
`
`Introduction .......................................................................................... 1
`I.
`Background And Qualifications ........................................................... 2
`II.
`III. Materials Considered ............................................................................ 7
`IV. Person Of Ordinary Skill In The Art .................................................... 8
`V. Applicable Legal Standards .................................................................. 9
`VI. Overview Of The ’437 Patent ............................................................ 13
`VII. Overview Of Aytac ............................................................................. 16
`VIII. Claim Construction ............................................................................. 27
`IX. The ’437 Patent’s Claims Are Not Obvious Over Aytac In View
`Of The SCSI Specification And Alleged Admitted Prior Art ............ 30
`A.  Independent Claims 1, 39, 41, And 43 .......................................... 30 
`B.  Aytac in View of the SCSI Specification and the Alleged
`Admitted Prior Art Fail to Disclose “An Analog to
`Digital Converter . . .Configured to Simultaneously
`Acquire Analog Data From Each Respective Analog
`Source” As Required By Claim 41 .......................................... 42 
`Conclusion .......................................................................................... 44
`
`X.
`
`
`
`
`
`
`i
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.2
`
`

`

`I.
`
`Introduction
`
`I, Thomas A. Gafford, declare as follows:
`
`1.
`
`I have been retained on behalf of Papst Licensing GmbH & Co.
`
`KG (“Papst”), and its counsel, Fitch Even Tabin & Flannery LLP, as an
`
`expert in this proceeding. I am personally knowledgeable about the matters
`
`stated herein and am competent to make this declaration.
`
`2.
`
`I understand that Petitioners filed a Petition for Inter Partes
`
`Review regarding certain claims of United States Patent No. 9,189,437 (“the
`
`’437 patent”), which was accompanied by the Declaration of Paul F.
`
`Reynolds, Ph.D. I am aware that, after Papst submitted its Preliminary
`
`Response, the Patent Trial & Appeal Board (“Board”) issued a Decision on
`
`February 8, 2017 instituting trial as to claims 1–45. I understand that the trial
`
`will address issues of alleged unpatentability under 35 U.S.C. § 103(a) over
`
`U.S. Patent No. 5,758,081 to Aytac (Ex. 1004) in combination with the
`
`American National Standard for Information Systems, Small Computer
`
`System Interface-2, ANSI X3.131-1994 (1994) (“SCSI Specification”) (Ex.
`
`1005), alleged Admitted Prior Art, and additional prior art. (Decisions at 39-
`
`40.)
`
`3.
`
`I have been asked to provide my conclusions and bases thereof
`
`regarding several aspects of the issues in dispute. Based on my investigation
`
`1
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.3
`
`

`

`in this matter, I conclude that Petitioners and Dr. Reynolds have not shown
`
`that the challenged independent claims of the ’437 patent are unpatentable
`
`over Aytac in combination with the SCSI Specification and the alleged
`
`admitted prior art.
`
`4.
`
`I receive compensation at my standard hourly rate of $550 per
`
`hour for my time working on this matter, plus expenses. I have no financial
`
`interest in Papst or in the ’437 patent, and my compensation is not dependent
`
`on the outcome of this trial or any of the related district court proceedings
`
`involving the ’437 patent. The conclusions I present are due to my own
`
`judgment.
`
`II. Background And Qualifications
`5. My qualifications as an expert in the field of computer
`
`peripherals and data transfer between a computer and peripheral devices,
`
`relevant to the subject matter of the analog data generating and processing
`
`devices (“ADGPD”) claimed in the ’437 patent, are provided in the
`
`paragraphs below. A copy of my latest curriculum vitae (CV) is attached as
`
`Appendix A, which provides further details regarding my background and
`
`qualifications. This CV identifies a list of all cases in which I have testified at
`
`trial or at deposition.
`
`6.
`
`I have over forty years of experience with electronics and
`
`2
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.4
`
`

`

`electrical engineering, including extensive knowledge and experience with
`
`analog and digital electronic circuitry, digital computer technology, computer
`
`peripherals, control systems, digital communications, operating systems, and
`
`related software and hardware components. My technical expertise relevant
`
`to the subject matter of the ADGPD claimed in the ’437 patent includes my
`
`understanding of computer peripherals, analog and digital circuitry, interface
`
`devices, device drivers, file systems, SCSI standards, data buses, and
`
`operating systems.
`
`7.
`
`As a summary of my employment and education history, I
`
`worked as a Sergeant and Instructor for the United States Air Force as a
`
`maintenance technician for air defense computer systems from 1967–1970.
`
`After leaving the Air Force, I earned my Bachelor of Science in Electrical
`
`Engineering in 1972 from the University of Washington. After graduating, I
`
`was a candidate for a Master of Science degree in Electrical Engineering at
`
`Stanford University from 1972–1973, and I worked from 1973–1976 as an
`
`Engineer at Stanford University’s Artificial Intelligence Laboratory. My
`
`duties included the design, construction, and debugging of motor controls and
`
`sensor electronics for robotics and computer interfaces.
`
`8.
`
`After leaving Stanford, I founded G Systems in 1976, which
`
`managed the hardware and software design and development of computer
`
`3
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.5
`
`

`

`transaction processing systems for a variety of applications and customers.
`
`Projects included writing communications software and device drivers, design
`
`of hardware and software interfaces for disk controllers, designing peripheral
`
`switches incorporated into system products, communications controllers, co-
`
`design of mainframe computers, and other projects.
`
`9.
`
`In 1983 I co-founded and served as head of engineering of Softix
`
`Incorporated. Softix designed and produced systems to control and sell
`
`entertainment tickets by ticket agencies and large arenas in the United States,
`
`Canada, Australia, and Hong Kong. My duties at Softix included managing
`
`software development efforts; developing architecture, design, sales,
`
`contracting, production, and field support of large-scale software and
`
`hardware systems; analyzing, debugging, and writing software application
`
`and driver programs for feature enhancements and system integration. I was
`
`also responsible for selecting, evaluating, integrating, and training customer
`
`staff and repair support for all hardware components of minicomputer
`
`systems; developing peripheral switch equipment for evolving system
`
`requirements; and manufacturing and selling peripheral switching equipment.
`
`10.
`
`In 1986 I founded Gafford Technology. In 1988–89, I and a
`
`colleague at Gafford Technology designed a switch and repeater for the SCSI
`
`bus, which required intimate knowledge of the bus protocol and general
`
`4
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.6
`
`

`

`familiarity with the bus commands and device interface design. I applied for,
`
`received, and successfully licensed four patents covering this work.
`
`11.
`
`I currently own and operate the consulting firm of Gafford
`
`Technology. The firm provides computer system-related services and offers
`
`analysis and presentation services to assist clients in litigation efforts. Specific
`
`services include consulting in computer system design, software selection,
`
`and network configuration, and providing expert factual analysis, claim
`
`interpretation assistance, prior art investigation, and testimony in patent and
`
`hardware / software systems litigation.
`
`12.
`
`I am generally familiar with the analysis of patents. I am the
`
`inventor of the following U.S. patents:
`
` Switch for Distributed Arbitration Digital Data Buses, United
`
`States Patent No. 5,621,899, issued April 15, 1997;
`
` Method for Operating a Repeater for Distributed Arbitration
`
`Digital Data Buses, United States Patent No. 5,684,966, issued
`
`November 4, 1997;
`
` Repeater/Switch for Distributed Arbitration Digital Data Buses,
`
`United States Patent No. 5,758,109, issued May 26, 1998; and
`
` Repeater/Switch for Distributed Arbitration Digital Data Buses,
`
`United States Patent No. 6,154,799, issued November 28, 2000.
`
`5
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.7
`
`

`

`These patents relate to digital data buses used for communicating
`
`signals between different functional components of digital computers.
`
`13. Each of the patents listed above are directed to a repeater switch
`
`and related systems and methods for distributed arbitration digital data buses,
`
`and particularly applicable to a SCSI bus that I developed in the late 80s. The
`
`repeater permits many devices to be placed near each other at the end of a
`
`SCSI cable without signal quality problems, and the switch permits sharing a
`
`device among several computers. Relevant to the Tasler patent, both provide
`
`their features in a way that is transparent to the standard SCSI communications
`
`protocol and commands passed between initiator computers and target
`
`peripherals connected to the SCSI bus. All commands, including the common
`
`READ, WRITE, TEST UNIT READY, MODE SENSE, FORMAT DEVICE
`
`and target behavior including disconnect/reconnect pass through my switch
`
`and repeater as though the switch or repeater was not present. Through this
`
`work and my work in connection with other projects, I am very familiar with
`
`SCSI.
`
`14. The opinions expressed in this declaration are mine and they
`
`were developed after studying the ’437 patent, relevant portions of the
`
`prosecution history, relevant prior art publications, the Petition, the Institution
`
`Decision, and the declaration of Dr. Reynolds. (Ex. 1001.)
`
`6
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.8
`
`

`

`15. The ’437 patent concerns data acquisition systems for generating
`
`analog data, processing, storing, and transferring the acquired data to a host
`
`computer without requiring a user to install any drivers or specialized software
`
`on the host computer. I recognize this technology as being well within the
`
`sphere of my experience and expertise, and I understand the technology
`
`described in the ’437 patent fully. I believe my experience and education in
`
`this industry qualifies me to explain this technology and to address the issues
`
`of patent validity from the perspective of a person of ordinary skill in the art.
`
`I am qualified to submit expert analyses in this proceeding.
`
`III. Materials Considered
`16.
`I have reviewed and considered the following documents:
`
` U.S. Patent No. 9,189,437 to Tasler (“the ’437 patent”) (Ex.
`
`1003);
`
` U.S. Patent No. 5,758,081 to Aytac. (“Aytac”) (Ex. 1004);
`
` Prosecution History of Aytac (Ex. 1006);
`
` American National Standard for Information Systems, Small
`
`Computer System Interface-2, ANSI X3.131-1994 (1994)
`
`(“SCSI Specification”) (Ex. 1005);
`
` U.S. Patent No. 5,659,690 to Stuber (“Adaptec”) (Ex. 1009);
`
`
`
` The prosecution history file for the ’437 patent;
`
`7
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.9
`
`

`

` The Petition for Inter Partes Review of the ’437 patent (Paper
`
`1), including the exhibits cited therein;
`
` Declaration of Dr. Paul F. Reynolds, Ph.D. (Ex. 1001);
`
` Decision – Granting Institution of Inter Partes Review in
`
`IPR2016-01733 (Paper 7); and
`
` The additional background materials mentioned below in this
`
`declaration.
`
`17. Naturally, my review of these materials was informed by my
`
`education, my experience in and knowledge of industry, and my work as both
`
`as an engineer and a consultant.
`
`IV. Person Of Ordinary Skill In The Art
`18.
`I have been asked to address the issues raised in the Petition
`
`from the perspective of a person of ordinary skill in the field of the ’437
`
`patent (“POSITA”). As stated in the ’437 patent, 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.” (See Ex. 1003 at 1:18–22.) 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,
`
`8
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.10
`
`

`

`development, and/or testing of hardware and software components involved
`
`with data transfer or in embedded devices and their interfaces with host
`
`systems. Alternatively, a POSITA may have five or more years of experience
`
`in these technologies, without a bachelor’s degree. I consider myself to have
`
`at least the credentials of a person of ordinary skill in the art, and I am
`
`capable of addressing the issues from the perspective of such a person. As
`
`a result of my education, academic experience, and industrial experience, I am
`
`familiar with interface device and peripheral technology and also with the
`
`state of that technology in March of 1997, when the first application to which
`
`the ’437 patent claims priority was first filed.
`
`V. Applicable Legal Standards
`19. As a technical expert, I am not offering any legal opinions.
`
`Rather I am offering technical assessments and opinions. In rendering my
`
`analysis, I have been informed by counsel regarding various legal standards
`
`for determining patentability. I have applied those standards informing my
`
`technical opinions expressed in this report.
`
`20. The patent claims describe the invention made by the inventor
`
`and describe what the patent owner owns and what the owner may prevent
`
`others from doing. I understand that an independent claim sets forth all the
`
`requirements that must be met in order to be covered by that claim. I further
`
`9
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.11
`
`

`

`understand that a dependent claim does not itself recite all of the requirements
`
`of the claim but refers to another claim and incorporates all of the
`
`requirements of the claim to which it refers.
`
`21.
`
`It is my understanding that a claimed invention is unpatentable if
`
`the differences between the invention and the prior art are such that the subject
`
`matter as a whole would have been obvious at the time the invention was made
`
`to a person having ordinary skill in the art to which the subject matter pertains.
`
`Obviousness, as I understand it, is based on the scope and content of the prior
`
`art, the differences between the prior art and the claim, and the level of
`
`ordinary skill in the art.
`
`22.
`
`I understand that when evaluating obviousness, one must not
`
`consider whether the claimed invention would have been obvious to a layman
`
`or to an expert; not use hindsight when comparing the prior art to the claimed
`
`invention; not consider what was learned from the teachings of the patent, or
`
`use the patent as a road map for selecting and combining items of prior art. In
`
`other words, one should avoid using the challenged patent as a guide through
`
`the prior art references, combining the right references in the right way so as
`
`to achieve the result of the claims at issue. Instead, one must put oneself in the
`
`place of a person of ordinary skill at the time the invention was made and
`
`consider only what was known before the invention was made and not
`
`10
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.12
`
`

`

`consider what is known today.
`
`23.
`
`I understand that obviousness should be considered in light of the
`
`problem facing the inventor and the complexity of the alternatives for solving
`
`the problem. That individual elements of the claimed invention are disclosed
`
`in the prior art is not alone sufficient to reach a conclusion of obviousness.
`
`24.
`
`I also understand that when considering the obviousness of a
`
`patent claim, one may consider whether a teaching, suggestion, or motivation
`
`to combine the references exists so as to avoid impermissibly applying
`
`hindsight when considering the prior art. I understand that a previous
`
`approach to the motivation to combine required a teaching, suggestion, or
`
`motivation to be found explicitly or implicitly: (1) in the prior art; (2) in the
`
`knowledge of those of ordinary skill in the art; or (3) from the nature of the
`
`problem to be solved. However, I understand that a more expansive and
`
`flexible approach is now used when determining obviousness and the
`
`motivation to combine references. I understand that the legal determination of
`
`the motivation to combine references allows recourse to logic, judgment, and
`
`common sense, but that any such motivation to combine references must still
`
`avoid the improper application of hindsight or reliance on the patentee’s
`
`disclosure of his invention as found in the patent specification, drawings, and
`
`claims.
`
`11
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.13
`
`

`

`25.
`
`I understand that if the teachings of a prior art reference would
`
`lead one skilled in the art to make a modification that would render that prior
`
`art device, system, or method inoperable, then such a modification would
`
`generally not be obvious. I also understand that if a proposed modification
`
`would render the prior art device, system, or method unsatisfactory for its
`
`intended purpose, then there is strong evidence that no suggestion or
`
`motivation existed at the time of the subject invention to make the proposed
`
`modification.
`
`26.
`
`I understand that it is improper to combine references where the
`
`references teach away from their combination. I understand that a reference
`
`may be said to teach away when a person of ordinary skill, upon reading the
`
`reference, would be discouraged from following the path set out in the
`
`reference, or would be led in a direction divergent from the path that was taken
`
`by the applicant. It is also my understanding that the degree of teaching away
`
`will depend on the particular facts; in general, a reference will teach away if
`
`it suggests that the line of development flowing from the reference’s
`
`disclosure is unlikely to be productive of the result sought by the applicant. I
`
`understand that a reference teaches away, for example, if (1) the combination
`
`would produce a seemingly inoperative device, or (2) the references leave the
`
`impression that the product would not have the property sought by the
`
`12
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.14
`
`

`

`applicant or would no longer achieve the intended purpose(s) of the references
`
`being modified or combined.
`
`27.
`
`I understand that the first step in determining either validity or
`
`infringement is to properly construe the claims. The Board’s Decision
`
`addressed the meanings of certain claim limitations. I am advised that the
`
`claims are construed in an IPR proceeding using their broadest reasonable
`
`construction in light of the specification of the patent in which they appear. I
`
`understand that, 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. The claim language should be read in
`
`light of the specification as it would be interpreted by one of ordinary skill in
`
`the art. I am further advised that the broadest reasonable meaning given to
`
`claim language should take into account any definitions presented in the
`
`specification. I understand that any special definitions for claim terms must
`
`be set forth with reasonable clarity, deliberateness, and precision.
`
`28. My opinions regarding the broadest reasonable meaning that a
`
`person of ordinary skill in the art would give to certain disputed claim terms
`
`are also addressed below.
`
`VI. Overview Of The ’437 Patent
`29. The ’437 patent discloses a method for achieving high data
`
`13
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.15
`
`

`

`transfer rates for data acquisition systems (e.g., imaging data, measurement
`
`data) to a general-purpose computer, without requiring a user to purchase,
`
`install, and/or run specialized software for each system. (Ex. 1003 at 3:33–
`
`37.) The ’437 patent states there were an increasing number and variety of
`
`data acquisition systems with the ability to capture high volumes of
`
`information. (Id. at 1:42–60.) The ’437 patent also notes there was an
`
`increasing demand to transfer that information to commercially-available,
`
`general purpose computers. (Id. at 1:29–41.) But at that time, 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 match different devices with the host.
`
`(Id. at 1:24–3:25.)
`
`30. Mr. Tasler recognized that the existing options were wasteful and
`
`inefficient and sought a solution that would achieve high data transfer rates,
`
`without specialized software, while being sufficiently flexible to operate
`
`independently of device or host manufacturers. (Id. at 2:20–41, 3:29–32.) 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-
`
`14
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.16
`
`

`

`purpose, commercially-available computers. (Id. at 4:16–30.) Accordingly, by
`
`using Mr. Tasler’s invention, users could avoid loading device-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:29–46, 7:38–
`
`8:4, 8:34–41, 9:23–27, 11:38–55.) The ’437 patent claims variations of this
`
`concept and provided a groundbreaking, yet seemingly simple, method and
`
`apparatus for a high data rate, device-independent information transfer. (Id. at
`
`3:29–32.)
`
`31. Tasler discloses that his interface device could 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:25–26; see also id. at 4:23–27 (“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:17–23 (describing the use of “usual BIOS routines” to issue
`
`INQUIRY instructions to the interface), 7:57–64 (describing use of BIOS
`
`routines).) Similarly, the written description describes also using drivers
`
`included in the operating system. (See, e.g., id. at 5:11–14 (“Communication
`
`between the host system or host device and the interface device is based on
`
`15
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.17
`
`

`

`known standard access commands for a common type of device such as a hard
`
`drive as supported by all known operating systems (e.g., DOS®, Windows®,
`
`Unix®).”).)
`
`32. 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 Tasler’s interface device instead of,
`
`or in addition to, customary drivers which reside in the BIOS. (Id. at 10:23–
`
`29.) Accordingly, Tasler contemplated a universal interface device that could
`
`operate independent of the manufacturer of the computer. (See id. at 11:38–
`
`55.) 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 Tasler’s
`
`interface device to connect to a variety of different standard interfaces that
`
`could be present in a host computer. (Id. at 8:42–59, FIG. 2.) A POSITA
`
`would understand this to mean that OS-provided file operations, common to
`
`the operating systems he mentions and to practically any other disk-based OS,
`
`for reading and writing could be used to access the device.
`
`VII. Overview Of Aytac
`
`33. The title of the Aytac patent is “Computing and communications
`
`transmitting, receiving system, with a push button interface, that is
`
`16
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.18
`
`

`

`continuously on, that pairs up with a personal computer and carries out mainly
`
`communications related routine tasks.” (Ex. 1004.) As the title suggests,
`
`Aytac generally relates to a telecommunications apparatus or “Personal
`
`Communicator” in the form of an embedded computer called “CaTbox” (so
`
`named because
`
`the device “sits between a Computing and a
`
`Telecommunications apparatus”). (Id. at 4:8–20.) Aytac discloses the
`
`disadvantages associated with trying to integrate telephones, answering
`
`machines, fax machines, and the like with a PC, including the fact that a PC
`
`is not always on and is not push button driven. (Id. at 3:52–60.) Accordingly,
`
`Aytac’s CaTbox
`
`provides
`
`a
`
`simplified
`
`computer
`
`to
`
`handle
`
`telecommunications tasks and free up resources and external interfaces of the
`
`PC. (Id. at 5:28–35.)
`
`34. Aytac discloses that the CaTbox may be connected to a SCSI
`
`interface of a PC via a cable. Aytac states that “CaTbox would look like a hard
`
`disk to the PC” and particularly a SCSI disk. (Id. at 4:49–51.) Aytac further
`
`explains that the CaTbox actually appears to the host as a plurality of devices.
`
`As “[v]iewed from the host PC, CaTbox looks like a. a SCSI hard disk
`
`(CaTdisc) b. a print server c. a remote data/voice/fax modem(s) (CaTmodem)
`
`d. a remote fax device(s) implementing the CAS protocol.” (Id. at 8:1–6.)
`
`35. This suggests that rather than the CaTbox itself appearing to be
`
`17
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.19
`
`

`

`a single hard disk, the Catbox’s hard disk appears to the PC as a SCSI hard
`
`disk, and at the same time, the CaTbox also appears to be at least three other
`
`separate devices: a separate print server, modem, and a remote fax device.
`
`Other portions of Aytac’s specification are consistent on this point. (See id. at
`
`5:42–45 (“These files would be transferred to a special directory on the
`
`CaTdisc (the term we use to emphasize that CaTbox has a hard disk that
`
`looks like a SCSI disk to the PC.)” (emphasis added)), 6:20–21, 10:28–30.)
`
`The preferred embodiment of CaTbox uses an IDE hard disk for data storage,
`
`but Aytac notes that a SCSI disk could be used instead. (Id. at 6:30–31.)
`
`Accordingly, Aytac does not suggest that the CaTbox itself in all cases
`
`emulates a SCSI hard drive, rather that CaTbox emulates a SCSI drive when
`
`its internal hard drive is implemented as an IDE drive.
`
`36. Aytac discloses that:
`
`As a standalone unit, CaTbox implements the following
`functions:
`a. print files found in a spool directory and pointed to in a
`queue
`b. receive faxes and print them or store them on CaTdisc
`c. send faxes driven by keypad
`d. receive voice mail and store them on CaTdisc
`e. play voice mail back driven by keypad
`f. copy from scanner to printer
`
`18
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.20
`
`

`

`g. other functions that may be programmed such as email
`retrieval, faxback and data modem based TCP/IP/PPP node, dial
`a phone number.
`(Id. at 8:7–19.)
`
`37. To achieve these functions, CaTbox will be accessing its local
`
`“CaTdisc” nearly every time it performs one of these functions. Thus to act as
`
`the multitasking device that Aytac intended, the CaTbox necessarily will be
`
`repeatedly accessing its CaTdisc. To adequately manage the frequent
`
`accessing of the CaTdisc by the CaTbox and the host PC, Aytac discloses that
`
`a number of specialized software drivers and programs are needed for both
`
`the host PC and the CaTbox, as shown in Figure 5 below and described
`
`starting at 10:52 of Aytac.
`
`19
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.21
`
`

`

`
`
`38.
`
`In particular, the PC runs Windows 95 as its operating system
`
`and includes a number of additional programs needed to work properly with
`
`CaTbox, including ASPIDISK.SYS, ASPI2DOS.SYS, CATSYNC.VXD,
`
`WINFAXPRO, CATCAS.EXE, and CATSER.VXD. (Id. at 10:52–66.)
`
`39. Each of CATSYNC.VXD, CATCAS.EXE, and CATSER.VXD
`
`are specialized software and drivers specifically created for operation of the
`
`CaTbox. (Id. at 10:52–11:64.) These drivers would have to be loaded by an
`
`end user because they are specific to the CaTbox, were developed by the
`
`inventor Aytac, and were not customary drivers that were typically present on
`
`most computers at the time of the invention of the ’437 patent. For example,
`
`20
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.22
`
`

`

`CATSYNC.VXD is a program written by the inventor of the Aytac patent and
`
`is included in the source code submitted with the Aytac patent application.
`
`(See, e.g., Ex. 1006 at 77, 502.)
`
`40. According
`
`to Aytac, CATSYNC.VXD “implements
`
`the
`
`synchronization between the operating system of PC 101 and that of CaTbox
`
`102 that access the same CaTdisc 301.” (Id. at 10:60–63.) Aytac discloses that
`
`CATCAS.EXE implements the remote CAS modem function which enables
`
`the host computer to send and receive faxes (id. at 11:6–37), and
`
`CATSER.VXD is a virtual device driver program that “implements the remote
`
`modem (CaTmodem) function” to allow the host computer to communicate
`
`with the modems in the CaTbox. (Id. at 11:38–40.) Accordingly, Aytac
`
`teaches that each of these specific programs need to be installed on the host
`
`PC for the CaTbox to operate.
`
`41. Aytac
`
`specifically discloses
`
`that
`
`“[i]n
`
`tandem with
`
`[ASPIDISK.SYS], a virtual device driver called CATSYNC.VXD 523
`
`implements the synchronization between the operating system of PC 101 and
`
`that of CaTbox 102 that access the same CaTdisc 301.” (Id. at 10:58–63.)
`
`Aytac further discloses that CATSYNC.VXD is directly involved in every file
`
`transfer from the CaTbox to the host computer:
`
`CATSYNC.VXD 523 hooks the File I/O calls from the PC operating
`
`21
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.23
`
`

`

`system (in this case Windows 95 520) and replaces the original call with the
`
`following:
`
`if File I/O for CaTdisc
`
`notify CaTdisc of beginning of File I/O receive acknowledgment
`
`flush File I/O caches for CaTdisc
`
`make the intended File I/O call (LUN=0)
`
`notify CaTdisc of end of File I/O
`
`(Ex. 1004 at 10:67–11:5). A POSITA understands that ‘hooks’ means that the
`
`call for File I/O service is first processed by the CATSYNC software, and then
`
`by Windows.
`
`42.
`
`In the below table, I include explanation of each step of the
`
`CATSYNC.VXD pseudo-code:
`
`
`
`Disclosure at 10:67–11:5
`
`If File I/O for CaTdisc
`
`notify CaTdisc of beginning of
`File I/O
`
` receive acknowledgment
`
`22
`
`Explanation of program
`
`steps
`
`The host computer OS tests
`to see if the request is for a
`CaTdisc file.
`If so, the host computer
`notifies the CaTdisc that file I/O is
`beginning. This is part of the
`synchronization process, in which
`the CaTbox ceases to modify any
`of its files and once ceased, sends
`the acknowledgement shown in
`the next step.
`When the OS receives
`acknowledgement from the
`
`Papst Licensing GmbH & Co. KG - Exhibit 2006, p.24
`
`

`

`flush File I/O caches for
`CaTdisc
`make the intended File I/O call
`(LUN=0)
`
`notify CaTdisc of end of File
`
`I/0
`
`CaTdisc (for synchronization –
`now Windows can procee

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