UNITED STATES PATENT AND TRADEMARK OFFICE
`
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`____________
`
`PANASONIC CORPORATION et al.
`
`Petitioners
`
`v.
`
`Papst Licensing GmbH & Co., KG,
`
`Patent Owner
`
`CASE: Unassigned
`Patent No. 8,504,746
`
`DECLARATION OF DR. PAUL F. REYNOLDS, Ph.D.
`IN SUPPORT OF
`PETITION FOR INTER PARTES REVIEW
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 1 of 99
`
`
`
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`____________
`
`PANASONIC CORPORATION et al.
`
`Petitioners
`
`v.
`
`Papst Licensing GmbH & Co., KG,
`
`Patent Owner
`
`CASE: Unassigned
`Patent No. 8,504,746
`
`DECLARATION OF DR. PAUL F. REYNOLDS, Ph.D.
`IN SUPPORT OF
`PETITION FOR INTER PARTES REVIEW
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 1 of 99
`
`
`
`EXHIBIT LIST
`
`Exhibit No. Title
`
`1400
`
`1401
`
`1402
`
`1403
`
`1404
`
`U.S. Patent No. 8,504,746 to Tasler.
`
`U.S. Patent No. 6,088,532 (Yamamoto)
`
`Selected portions of ’144 patent file history
`
`Declaration of Paul F. Reynolds, Ph.D.
`
`Papst’s Opening Claim Construction Brief: Misc. Action No. 07-493
`
`(RMC); Dkt. 640, MDL No. 1880
`
`1405
`
`American National Standards Institute, “ANSI X3.131-1994 - Small
`
`Computer System Interface-2,” (1994)
`
`1406
`
`American National Standards Institute, Procedures for the
`
`Development and Coordination of American National Standards,
`
`Approved by the ANSI Board of Directors (Sept. 9, 1993).
`
`1407
`
`1408
`
`1409
`
`U.S. Patent No. 6,256,452 (Yamamoto2)
`
`U.S. Patent No. 5,592,256 (Muramatsu)
`
`Ray Duncan, ed., “The MS-DOS Encyclopedia,” Microsoft Press
`
`(1988).
`
`1410
`
`Federal Circuit decision, In re: Papst Licensing Digital Cameras
`
`Patent Litigation, No. 2014-1110 (Fed. Cir. Feb. 2, 2015)
`
`-2-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 2 of 99
`
`
`
`I, Dr. Paul F. Reynolds, Ph.D., declare as follows:
`
`I.
`
`BACKGROUND AND QUALIFICATIONS
`1. From 1980 until August 2012, I was a Professor of Computer Science at the
`
`University of Virginia’s School of Engineering and Applied Science.
`
`2. I have also served, and in some cases continue to serve, as an expert
`
`consultant on distributed system matters for MITRE, Aerospace Corporation, the
`
`Institute for Defense Analyses, Vanguard Research and currently for the U.S.
`
`Army National Ground Intelligence Center.
`
`3. I have a Bachelor of Arts degree in Psychology from Ohio Northern
`
`University that I obtained in 1970, a Master’s of Science in Computer Science
`
`from the University of Texas at Austin, obtained in 1975, and a Doctor of
`
`Philosophy in Computer Science from the University of Texas at Austin, obtained
`
`in 1979. Both my Masters and Ph.D. focused on parallel and distributed systems
`
`and networking topics.
`
`4. During my time as a Professor, I was awarded over 60 grants, and conducted
`
`research sponsored by DARPA, the National Science Foundation, DUSA (OR), the
`
`National Institute for Science and Technology, the Defense Modeling and
`
`Simulation Office, Virginia Center for Innovative Technology and numerous
`
`industries.
`
`-3-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 3 of 99
`
`
`
`5. I taught many Ph.D. level classes on topics relating to distributed computing
`
`and high performance networking. I have advised, to completion, 65 graduate
`
`degrees. The majority of my students, including my 16 Ph.D. students, conducted
`
`research in distributed computing and networking. I published on many of these
`
`topics.
`
`6. Since the mid-1970s, almost half of my research has been in the field of
`
`parallel and distributed systems and networking.
`
`7. In particular, much of my research in the 1980’s and 1990’s was focused on
`
`efficient time management of distributed simulations. I published widely on the
`
`topic, and was actively involved in the deployment of related technologies within
`
`the Department of Defense (DoD) modeling and simulation communities.
`
`8. Specifically, I was one of the originators of the DoD High Level
`
`Architecture for distributed simulations (IEEE standard 1516). I was also an
`
`organizer and overseer for the DoD Joint National Test Facility (having a focus on
`
`distributed simulation) in Colorado Springs.
`
`9. Because of my experience, I was selected to be the program chair for the
`
`IEEE Parallel and Distributed Simulation Conference on two different occasions.
`
`10.
`
`I am also the co-architect of Isotach Networks, a system which
`
`guarantees message delivery order in distributed systems without employing real
`
`time clocks and supports very efficient management of consistency in concurrent
`
`-4-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 4 of 99
`
`
`
`caches. Isotach Networks was supported by both the National Science Foundation
`
`and the Defense Advanced Research Projects Agency and became subject material
`
`in four of the Ph.D. dissertations I supervised.
`
`11.
`
`Below is a partial list of my publications:
`
` Spiegel, M., Reynolds, P.F., "Lock-Free Multiway Search Trees,"
`
`ACM/IEEE International Conference on Parallel Processing, Sept, 2010.
`
` Highley, T.J., Reynolds, P.F., and Vellanki, V. “Marginal Cost-Benefit
`
`Analysis for Predictive File Prefetching,” ACM Southeast Conference,
`
`March, 2003
`
` Srinivasa, R., Reynolds, P.F., and Williams, C., “A New Look at Time-
`
`Stamp Ordering Concurrency Control,” 12th International Conference on
`
`Database and Expert Systems Applications - DEXA 2001, Sept, 2001.
`
` Williams, C., Reynolds, P.F., and de Supinski, B.R. “Delta Coherence
`
`Protocols,” IEEE Concurrency, Spring, 2000.
`
` Srinivasa, R., Reynolds, P.F., and Williams, C. “IsoRule: Parallel Execution
`
`of Rule-based Systems,” 1999 Int’l Conference on Parallel Processing, June
`
`1999.
`
`-5-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 5 of 99
`
`
`
` Srinivasan S., and Reynolds, P.F. “Elastic Time,” ACM Trans on Modeling
`
`and Computer Simulation, 1998.
`
` Srinivasan, S., Lyell, M., Wehrwein, J., Reynolds, P.F., “Fast Reductions on
`
`a Network of Workstations,” 1997 International Conference on High
`
`Performance Computing (HiPC97), Bangalore, India, Dec 1997.
`
` Williams, C., and Reynolds, P.F. “Isotach Networks,” IEEE Transactions on
`
`Parallel and Distributed Systems, 1997.
`
` Williams, C., and Reynolds, P.F., "Combining Atomic Actions," Journal of
`
`Parallel and Distributed Computing, pp. 152-163, Feb, 1995.
`
` Srinivasan, S. and Reynolds, P.F., "Non-Interfering GVT Computation via
`
`Asynchronous Global Reductions," Proceedings of ACM Winter Simulation
`
`Conference, pp. 740-749, Dec, 1993.
`
` Reynolds, P.F., Pancerella, C., and Srinivasan, S., "Design and Performance
`
`Analysis of Hardware Support for Parallel Simulation," Journal of Parallel
`
`and Distributed Computing, pp. 435-453, Aug, 1993.
`
` Pancerella, C. and Reynolds, P.F., "Disseminating Critical Target-Specific
`
`Synchronization Information in Parallel Discrete Event Simulations,"
`
`-6-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 6 of 99
`
`
`
`Proceedings of the 7th Workshop on Parallel and Distributed Simulation, pp.
`
`52-59, May, 1993, San Diego, CA.
`
` Williams, C., and Reynolds, P.F., "Network-Based Coordination of
`
`Asynchronously Executing Processes with Caches," Workshop on Fine-
`
`Grain Massively Parallel Coordination, 4 pages, May, 1993, San Diego, CA.
`
` Reynolds, P.F., Pancerella, C. and Srinivasan, S. "Making Parallel
`
`Simulations Go Fast," Proceedings of the 1992 ACM Winter Simulation
`
`Conference, pp. 646-656, Dec, 1992.]
`
` Reynolds, P.F., "An Efficient Framework for Parallel Simulation,"
`
`International Journal on Computer Simulation, 2, 4, pp. 427-445 (1992).
`
` Nicol, D.M., and Reynolds, P.F., "Optimal Dynamic Remapping of Parallel
`
`Computations," IEEE Transactions on Computer Systems, pp. 206-219 (Feb,
`
`1990).
`
` Reynolds, P.F., "Heterogeneous Distributed Simulation," Proceedings of the
`
`1988 ACM Winter Simulation Conference, pp. 206-209, Dec, 1988, San
`
`Diego, CA.
`
`-7-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 7 of 99
`
`
`
` Reynolds, P.F., "A Spectrum of Options for Parallel Simulation,"
`
`Proceedings of the 1988 ACM Winter Simulation Conference, pp. 325-332,
`
`Dec, 1988, San Diego, CA.
`
` Carson, S.D. and Reynolds, P.F., "The Geometry of Semaphore Programs,"
`
`ACM Transactions on Programming Languages and Systems, 9, 1, pp. 25-53
`
`(Jan, 1987).
`
` O’Hallaron, D.R. and Reynolds, P.F., "A Generalized Deadlock Predicate,"
`
`Information Processing Letters, pp. 181-188 (Nov, 1986).
`
` Nicol, D.M., and Reynolds, P.F., "An Optimal Repartitioning Decision
`
`Policy," Proceedings of The ACM Winter Simulation Conference, pp. 493-
`
`497, Nov, 1985, San Francisco, CA.
`
` Nicol, D.M. and Reynolds, P.F., "A Statistical Approach to Dynamic
`
`Partitioning," Proceedings of the SCS Winter Multi-Conference, pp. 53-56,
`
`Jan 24-26, 1985, San Diego, CA.
`
` Reynolds, P.F., "A Shared Resource Algorithm for Distributed Simulation,"
`
`Proceedings of The 9th International Symposium on Computer Architecture,
`
`pp. 259-266, April, 1982, Austin, TX.
`
`-8-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 8 of 99
`
`
`
` Chandy, K.M., and Reynolds, P.F., "Scheduling Partially Ordered Tasks
`
`with Probabilistic Execution Times," Proceedings of Fifth SIGOPS, pp. 169-
`
`177, March, 1975, Austin, TX.
`
`12.
`
`A copy of my curriculum vitae, which describes in further detail my
`
`qualifications, responsibilities, employment history, honors, awards, professional
`
`associations, invited presentations, and publications is attached to this declaration
`
`as Appendix A-1.
`
`13.
`
`I have reviewed United States Patent No. 8,504,7461 (“the ’746
`
`patent”) to Michael L. Tasler as well as the applications referenced in the section
`
`of the ’746 patent entitled “Related U.S. Application Data.” I have also reviewed
`
`the publications cited in the footnotes of this declaration and referenced in the inter
`
`partes review petition submitted herewith.
`
`For my efforts in connection with the preparation of this declaration I have been
`
`compensated at my standard hourly rate of $425/hour. My compensation is in no
`
`way contingent on the results of these or any other proceedings relating to the
`
`above-captioned patent.
`
`1 Michael L. Tasler, “Analog Data Generating and Processing Device For Use with
`a Personal computer” U.S. Patent No. 8,504,746, filed September 72,, 2010,
`claiming priority to a continuation application filed June 14, 1999. (Ex. 746Patent)
`
`-9-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 9 of 99
`
`
`
`II.
`
`INFORMATION PROVIDED TO ME
`In proceedings before the USPTO, I understand that the claims of an
`
`14.
`
`unexpired patent are to be given their broadest reasonable interpretation in view of
`
`the specification from the perspective of one skilled in the field. I have been
`
`informed that the ’746 patent has not expired. In comparing the claims of the ’746
`
`patent to the known prior art, I have carefully considered the ’746 patent, and the
`
`’746 patent’s file history using my experience and knowledge in the relevant field.
`
`15.
`
`I am informed that the ’746 patent was filed on September 27, 2010,
`
`but that it claims to be related to a chain of applications going back to a German
`
`application alleged to have been filed March 4, 1997. I am informed that this
`
`German application does not contain all of the disclosure of the ’746 patent.
`
`Nevertheless, for purposes of this declaration only, I have assumed a priority date
`
`of March 4, 1997 in determining whether a reference constitutes prior art.
`
`16.
`
`I understand that a claim is invalid if its subject matter is anticipated
`
`or obvious. I further understand that anticipation of a claim requires that every
`
`element of a claim be disclosed expressly or inherently in a single prior art
`
`reference, in combination, as claimed.
`
`17.
`
`I further understand that obviousness of a claim requires that the claim
`
`be obvious from the perspective of a person having ordinary skill in the relevant art
`
`at the time the alleged invention was made. I further understand that a patent claim
`
`-10-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 10 of 99
`
`
`
`can be found unpatentable as obvious where the differences between the subject
`
`matter sought to be patented 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 relevant field. I understand that an obviousness
`
`analysis involves a consideration of (1) the scope and content of the prior art, (2)
`
`the differences between the claimed invention and the prior art, and (3) the level of
`
`ordinary skill in the pertinent field.
`
`18.
`
`I further understand that certain factors may support or rebut the
`
`obviousness of a claim. I understand that such secondary considerations include,
`
`among other things, commercial success of the patented invention, skepticism of
`
`those having ordinary skill in the art at the time of invention, unexpected results of
`
`the invention, any long-felt but unsolved need in the art that was satisfied by the
`
`alleged invention, the failure of others to make the alleged invention, praise of the
`
`alleged invention by those having ordinary skill in the art, and copying of the
`
`alleged invention by others in the field. I understand that there must be a nexus—a
`
`connection—between any such secondary considerations and the alleged invention.
`
`I also understand that contemporaneous and independent invention by others is a
`
`secondary consideration tending to show obviousness.
`
`19.
`
`I further understand that a claim is obvious if it unites old elements
`
`with no change to their respective functions, or alters prior art by mere substitution
`
`-11-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 11 of 99
`
`
`
`of one element for another known in the field and that combination yields
`
`predictable results. While it may be helpful to identify a reason for this
`
`combination, common sense should guide and no rigid requirement of finding a
`
`teaching, suggestion or motivation to combine is required. When a product is
`
`available, design incentives and other market forces can prompt variations of it,
`
`either in the same field or different one. If a person having ordinary skill in the
`
`relevant art can implement a predictable variation, obviousness likely bars its
`
`patentability. For the same reason, if a technique has been used to improve one
`
`device and a person having ordinary skill in the art would recognize that it would
`
`improve similar devices in the same way, using the technique is obvious. I
`
`understand that a claim may be obvious if common sense directs one to combine
`
`multiple prior art references or add missing features to reproduce the alleged
`
`invention recited in the claims.
`
`20.
`
`I have been asked to consider (1) U.S. Patent 6,088,532 by Yasuhiro
`
`Yamamoto et. al. (“Yamamoto” or “the ’532 patent”), (2) a technical specification
`
`published in 1994, the American National Standard for Information Systems,
`
`Small Computer System Interface-2, ANSI X3.131-1994 (1994) (“SCSI
`
`Specification”) (Ex. 1405); (3) U.S. Patent No. 6,256,452 (“Yamamoto2”) (Ex.
`
`1407); and (4) U.S. Patent No. 5,592,256 (“Muramatsu”) (Ex. 1408). I have also
`
`considered additional information showing the operation of basic DOS systems:
`
`-12-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 12 of 99
`
`
`
`The MS-DOS Encyclopedia by Ray Duncan, General Editor (“MS-DOS
`
`Reference”) (Exhibit 1007), which was published in 1988. I may herein refer to
`
`the SCSI Specification and MS-DOS Reference as Basic DOS/SCSI
`
`References.Ex. 1405
`
`21.
`
`I have also been asked to consider whether the techniques and
`
`procedures discussed in the ’532 patent reads on each limitation of claims 1-3, 6-
`
`10, 15, 17-21, 25, 29, 31, and 34 (“Challenged Claims”) of U.S. Patent No.
`
`8,504,746 (the “’746 Patent”), either alone or in combination with the SCSI
`
`Specification and/or Yamamoto2. My conclusion is that the Challenged Claims
`
`are invalid as anticipated over Yamamoto’s `532 patent, or obvious over
`
`Yamamoto in light of the SCSI Specification and/or Yamamoto2. In addition,
`
`claim 23, which adds the limitation of a fast Fourier transform is obvious over
`
`Yamamoto in view of Muramatsu.
`
`III. THE ’746 PATENT
`22.
`The ’746 patent generally relates to interface devices for transfer of
`
`data between a data transmitter (a.k.a. “analog source” or “analog signal
`
`acquisition channel”) and a host (a.k.a. “host computer” or “host device”) (Ex.
`
`1400, at 1:20-24).
`
`23.
`
`Tasler’s ’746 patent presents “randomly chosen” exemplars (Ex.
`
`1400, at 1:63) in support of his statement that “Existing data acquisition systems
`
`-13-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 13 of 99
`
`
`
`for computers are very limited in their areas of application.” (Ex. 1400, at 1:28-
`
`30). His first example describes interface devices that “generally require very
`
`sophisticated drivers which are prone to malfunction.” (Ex. 1400, at 1:35-37). No
`
`concrete examples are offered in support his statement regarding “prone to
`
`malfunction.”
`
`24.
`
`A second example presents a diagnostic radiology system that is
`
`reporting a fault. A responding service technician with a laptop is characterized as
`
`needing “fast data transfer and rapid data analysis.” (Ex. 1400, at 1:45-51) A third
`
`example involves a multimeter as an input source, and a need “for the interface
`
`device to support a high data transfer rate.” (Ex. 1400, at 1:56-62)
`
`25.
`
`From these examples Tasler concludes that: 1) “an interface may be
`
`put to totally different uses”; 2) it should “be sufficiently flexible to permit
`
`attachment of very different electrical or electronic systems to a host device by
`
`means of the interface”; and 3) “a universal method of operating the interface be
`
`provided for a large number of applications.” (Ex. 1400, at 1:64-2:5)
`
`26.
`
`Tasler finds disadvantage in interface devices that must be installed
`
`inside a host computer: “such types of interface have the disadvantage that they
`
`must be installed inside the computer casing to achieve maximum data transfer
`
`rates.” (Ex. 1400, at 2:15-18)
`
`-14-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 14 of 99
`
`
`
`27.
`
`Tasler discusses PCMCIA (Personal Computer Memory Card
`
`Association) interface technology, which was extant at the claimed priority date of
`
`the patent. He states that PCMCIA is “A solution to this problem” regarding the
`
`need to install an interface device inside a computer’s casing. The PCMCIA
`
`interface allowed “interface devices [to be] connected by means of a plug-in card”.
`
`(Ex. 1400, at 2:25-28) One type of PCMCIA card provided a special printer
`
`interface to a host computer by converting the PCMCIA interface to an established
`
`parallel standard interface (IEEE 1284). Tasler goes on to say about the PCMCIA
`
`technology:
`
`The known interface device generally consists of a driver
`component, a digital signal processor, a buffer and a hardware
`module which terminates in a connector to which the device whose
`data is to be acquired is attached. The driver component is attached
`directly to the enhanced printer interface thus permitting the known
`interface device to establish a connection between a computer and
`the device whose data is to be acquired.
`(Ex. 1400, at 2:34-41).
`
`28.
`
`About PCMCIA, Tasler states “an interface-specific driver must be
`
`installed on the host device…” (Ex. 1400, at 2:42-45). Tasler goes on to state: “if
`
`the driver is a general driver which is as flexible as possible and which can be used
`
`on many host devices, compromises must be accepted with regard to the data
`
`-15-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 15 of 99
`
`
`
`transfer rate.” (Ex. 1400, at 2:49-52). No substantiation is offered regarding the
`
`claimed compromises.
`
`29.
`
`Tasler addresses the potential conflict for resources that may occur
`
`among tasks, including those that support data acquisition. He states that
`
`competing tasks may “result in a system crash.” (Ex. 1400, at 2:53-67). Tasler’s
`
`discussion of competing tasks is not associated with any particular host, operating
`
`system, driver technology or interface device technology.
`
`30.
`
`Tasler discusses an interface device that connects to a bus. The
`
`interface device can communicate with multiple peripheral devices. Control logic
`
`in the interface device is implemented using finite states machines, one for each
`
`peripheral. Tasler states “This known interface device provides optimal matching
`
`between a host device and a specific peripheral device.” (Ex. 1400, at 3:1-9)
`
`31.
`
`Finally, Tasler discusses an interface device that communicates with
`
`its host via its floppy drive interface, and permits attachment of a peripheral
`
`device. Tasler notes there is “no information as to how communication should be
`
`possible if the interface is connected to a multipurpose interface instead of to a
`
`floppy disk drive controller.” (Ex. 1400, at 3:10-25)
`
`32.
`
`The purported object of the ’746 patent interface device is to “provide
`
`an interface device...whose use is host device-independent and which delivers a
`
`high data transfer rate.” (Ex. 1400, at 3:28-31). The interface device is meant to
`
`-16-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 16 of 99
`
`
`
`“simulate[s], both in terms of hardware and software, the way in which a
`
`conventional input/output device functions, preferably that of a hard disk.” (Ex.
`
`1400, at 4:17-20). I have read the following CAFC statement (as stated by the
`
`Court of Appeals for the Federal Circuit in a decision relating to the construction
`
`of claim terms in two related patents (U.S. Patent Nos. 6,895,449 and 6,470,399))
`
`regarding host and device communications. My opinion is consistent with this
`
`CAFC statement:
`
`The patents describe an interface device intended to overcome those
`limitations.
`It is common ground between the parties that, when a
`host computer detects that a new device has been connected to it, a
`normal course of action is this:
`the host asks the new device what
`type of device it
`is;
`the connected device responds;
`the host
`determines whether it already possesses drivers for (instructions for
`communicating with) the identified type of device; and if it does not,
`the host must obtain device-specific drivers (from somewhere) before
`it can engage in the full intended communication with the new device.
`In the patents at issue, when the interface device of the invention is
`connected to a host,
`it
`responds
`to the host’s
`request
`for
`identification by stating that it is a type of device, such as a hard
`drive, for which the host system already has a working driver. By
`answering in that manner, the interface device induces the host to
`treat
`it—and,
`indirectly, data devices on the other side of the
`interface device, no matter what type of devices they are—like the
`device that is already familiar to the host. Thereafter, when the host
`
`-17-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 17 of 99
`
`
`
`communicates with the interface device to request data from or
`control
`the operation of the data device,
`the host
`translates the
`communications into a form understandable by the connected data
`device.
`Ex. 1011, at 4-5 (emphasis added).
`
`33.
`
`The ’746 patent describes an interface device capable of delivering the
`
`output of a data transmit/receive device to a host computer in a customary form on
`
`a multipurpose interface. The interface device can be viewed as a multi-step
`
`device that: 1) receives data from an analog source (Ex. 1400, at independent
`
`claims 1, 31, 34), 2) buffers digitized analog data in an internal memory (Ex. 1400,
`
`at independent claims 1, 31, 34), and then 3) delivers the buffered data to a host,
`
`presenting itself as a customary device via a multi-purpose interface, e.g., a hard
`
`drive, via a SCSI interface in the preferred embodiment (Ex. 1400, at 3:49-56).
`
`34.
`
`The ’746 Patent describes that the interface device contains a
`
`processor, which may be a digital signal processor (DSP), as well as memory, such
`
`as data storage memory and a program memory. (Ex. 1400, at Claims 1, 31, 34).
`
`In the ’746 patent’s preferred embodiment in the form of a SCSI interface device,
`
`upon receiving an INQUIRY from the host, the interface device responds to the
`
`host, indicating that it is communicating with an i/o device. (Ex. 1400, at Abstract,
`
`4:5-13). Also, the interface device represents itself to the host as a customary i/o
`
`device. (Ex. 1400, at 4:13-17). In this preferred embodiment the interface device
`
`-18-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 18 of 99
`
`
`
`manages “virtual files” (Ex. 1400, at 5:11-14) in support of simulating a
`
`conventional input/output device, “preferably as a virtual hard disk…” (Ex. 1400,
`
`at 10:33-36)
`
`35.
`
`Communication between the interface device and the host computer
`
`takes place using a program in the host present in commercially available computer
`
`systems. The ’746 Patent admits that “usual BIOS routines . . . issue an
`
`instruction, known by those skilled in the art as an INQUIRY instruction.” (Ex.
`
`1400, at 5:14-27). In one embodiment of the ’746 patent as a SCSI interface
`
`device, communications between the host device and its multi-purpose interface
`
`are described as follows:
`
`communication between the host device and the multi-purpose
`interface can take place not only via drivers for input/output device
`customary in a host device which reside in the BIOS system of the
`host device but also via specific interface drivers which, in the case of
`SCSI
`interfaces, are known as multi-purpose interface ASPI
`(advanced SCSI programming interface) drivers.
`(Ex. 1400, at 10:14-20).
`
`36.
`
`The ’746 patent states about the ASPI driver: “this multi-purpose
`
`interface driver has the task of moving precisely specified SCSI commands from
`
`the host program to the host system SCSI adapter.” (Ex. 1400, at 10:24-27).
`
`37.
`
`The ’746 patent uses configuration files in order to provide
`
`instructions concerning operations a user may wish to perform on data from an
`
`-19-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 19 of 99
`
`
`
`analog input. For example, users can provide configuration files to the interface
`
`device that specify how long a measurement from the analog input is to last. (Ex.
`
`1400, at 6:11-15). “[T]he user can also create a configuration file, whose entries
`
`automatically set and control various functions” on the interface device. (Ex. 1400,
`
`at 6:42-45). “These settings can be, for example, gain, multiplex or sampling rate
`
`setting.” (Ex. 1400, at 6:46-47). Thus, the interface device requires a user to
`
`provide a configuration file specifying his/her measurements to capture data from
`
`the data device.
`
`A.
`
`38.
`
`Automatic Recognition Process (ARP) and Identification
`Information
`The Tasler ’746 patent introduces the concept of an “automatic
`
`recognition process” in independent claims 1, 31 and 34. In each of these claims,
`
`sending of “at least one parameter” “indicative of the class of devices” or
`
`“identifying the analog data acquisition device as a digital [mass storage] device”
`
`from the interface device to the host is presented as part of an automatic
`
`recognition process. A parameter “indicative of the class of devices” or
`
`“identifying the analog data acquisition device as a digital [mass storage] device”
`
`is not defined in the ’746 patent specification. Acquisition of device identification
`
`information over a SCSI interface is discussed in paragraphs 46-55, infra.
`
`-20-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 20 of 99
`
`
`
`B.
`
`39.
`
`File System Information
`The Tasler ’746 patent references the sending of “acquired analog
`
`data file system information” from the analog data acquisition device to a host in
`
`dependent claim 17 (dependent from claim 1). Dependent claim 18 (dependent
`
`from claim 17) further requires the “file system information” to include “an
`
`indication of a file system type that is used to store the digitized analog data.”
`
`Tasler’s use of “file system information” is independent of the operating system
`
`used on the interface device as explained next. Tasler’s characterization of file
`
`system information as including “the drive type, the starting position and the length
`
`of the file allocation table (FAT), the number of sectors, etc., known to those
`
`skilled in the art” (Ex. 1400, at 5:38-44) is largely specific to Microsoft FAT-based
`
`file systems. One skilled in the art would understand that file system information
`
`returned by a UNIX operating system for example, would not typically return FAT
`
`information, but would return sufficient information for a host to determine the
`
`same critical file system information that can be learned from file system
`
`information representing a Microsoft FAT-based file system. The contents of “file
`
`system information” are needed to enable determination of critical information
`
`such as the type of file system in use, the number of sectors on the disk drive, and
`
`the location and extent of the file directory, among others.
`
`-21-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 21 of 99
`
`
`
`IV. THE LEVEL OF ORDINARY SKILL IN THE ART
`40.
`I have been advised that there are multiple factors relevant to
`
`determining the level of ordinary skill in the pertinent art, including the educational
`
`level of active workers in the field at the time of the invention, the sophistication of
`
`the technology, the type of problems encountered in the art, and the prior art
`
`solutions to those problems. I have been informed that the level of skill in the art
`
`is evidenced by the prior art references. The prior art discussed herein
`
`demonstrates that a person of ordinary skill in the field, at the relevant time (1996-
`
`1998) would have had at least a four-year degree from a reputable university in
`
`electrical engineering, computer science, or related field of study, or equivalent
`
`experience, and at least two years’ experience in studying or developing computer
`
`interfaces or peripherals. In my opinion, a person of ordinary skill would also be
`
`familiar with operating systems (e.g., MS-DOS, Windows, Unix) and their
`
`associated file systems (e.g., a FAT file system), device drivers for computer
`
`components and peripherals (e.g., mass storage device drivers), and
`
`communication interfaces (e.g., SCSI and PCMCIA interfaces).
`
`41.
`
`Based on my experience I have an understanding of the capabilities of
`
`a person of ordinary skill in the relevant field. I have supervised and directed
`
`many such persons over the course of my career. Further, I had those capabilities
`
`myself at the claimed priority date of the ’746 Patent.
`
`-22-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 22 of 99
`
`
`
`V.
`
`THE PRIOR ART
`
`A.
`
`42.
`
`Yamamoto ’532 Patent
`Yamamoto’s ‘532 patent, in the sixth embodiment, describes an
`
`analog data acquisition device, which is a camera that can be connected to an
`
`external computer through an “interface cable connected to the camera’s output
`
`terminal 17. (See ’532 Fig. 29, shown below and 22:38). The camera in this
`
`embodiment also has a removable hard disk 71 that can be mounted or removed
`
`from an image recording device 67. (Ex. 1401 22:15-20 and Fig. 30).
`
`43.
`
`The camera can operate in either of three modes depending on
`
`whether a computer is attached, whether the hard disk is mounted, and the position
`
`of a mode switch 19. (Ex. 1401, Fig. 29). The modes are as follows: 1) normal
`
`camera mode if no computer is attached; 2) hard disk mode if the computer is
`
`-23-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 23 of 99
`
`
`
`attached, the hard disk is mounted and the mode switch 19 is hard disk mode
`
`position; and 3) scan mode otherwise (a computer is attached but either the hard
`
`disk is not mounted or the mode switch 19 is in scan mode position).
`
`44.
`
`Thus the camera can interact with the computer in either of two
`
`modes. Firstly, in hard disk mode (aka “the first mode”) the camera stores image
`
`data on the hard disk and enables the computer to access the camera’s hard disk as
`
`if it were its own external hard disk. The camera can also store image data on the
`
`hard disk, if it is mounted, in normal camera mode, but the computer cannot access
`
`the images until it is attached. Secondly, in scan mode (“the second mode”), the
`
`computer sees the camera as a scanner. In scan mode the camera sends image data
`
`to the computer which appears to the computer to be a scanner that can accept
`
`SCSI commands.
`
`45.
`
`Yamamoto discloses that the interface between the camera and the
`
`computer may be a SCSI interface. (Ex. 1401, 23:8-43). Furthermore, Yamamoto
`
`describes the computer’s use of the SCSI INQUIRY command to acquire
`
`identification information from the camera and a response from the camera. (Ex.
`
`1401, 22:8-14 and 22:33-36). When in scan mode, the camera sends a response
`
`from which “the computer recognizes that the camera is set to the scanner mode”
`
`(Ex. 1401: 23:8-14) and when in hard disk mode, the camera sends a response
`
`from which “the computer treats it as a hard disk.” (Ex. 1401 23: 30-40 and 23:44-
`
`-24-
`
`JVC KENWOOD CORP., et al.
`
`Ex 1403, p. 24 of 99
`
`
`
`48). From this description a POSITA would know that the camera in the first
`
`instance responds with a code that indicates it is a “scanner device” and in the
`
`second that it is a “direct access” device. (see the Peripheral device type table in
`
`the SCSI discussion.)
`
`46.
`
`In this embodiment, as illustrated in Yamamoto’s Fig. 30, shown here,
`
`the camera has multiple sensors including line sensors 44 which may be CCD
`
`sensors (6:66-7:4), a processor
Accessing this document will incur an additional charge of $.
After purchase, you can access this document again without charge.
Accept $ Charge
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.
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.
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
