throbber
IN THE UNITED STATES PATENT AND TRADEMARK OFFICE
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`ZTE (USA) Inc.,
`Petitioner,
`
`v.
`
`
`
`
`
`Papst Licensing GmbH & Co. KG,
`Patent Owner.
`
`
`
`Case No. To Be Assigned
`Patent No. 6,895,449
`
`
`
`DECLARATION OF KEVIN ALMEROTH IN SUPPORT OF PETITION FOR
`INTER PARTES REVIEW OF U.S. PATENT NO. 6,895,449: CLAIMS 1, 16 AND 17
`
`ZTE (USA) 1003, Page 1
`
`

`
`Page
`
`4
`
`13
`
`14
`
`14
`
`14
`
`18
`
`20
`
`21
`
`24
`
`44
`
`TABLE OF CONTENTS
`
`
`I.
`
`II.
`
`A.
`
`B.
`
`C.
`
`III.
`
`IV.
`
`V.
`
`BACKGROUND AND QUALIFICATIONS
`
`LEGAL STANDARDS AND BACKGROUND
`
`Person of Ordinary Skill in the Art
`
`Claim Construction
`
`Validity
`
`OVERVIEW OF THE ’449 PATENT
`
`LEVEL OF ORDINARY SKILL
`
`CLAIM CONSTRUCTION
`
`VI.
`
`THE PRIOR ART
`
`VII. ANALYSIS OF CLAIMS 1, 16 AND 17 IN OVER AYTAC IN VIEW OF SCSI
`SPECIFICATION, MS-DOS ENCYCLOPEDIA AND THE ADMITTED
`PRIOR ART
`
`
`
`
`
`ZTE (USA) 1003, Page 2
`
`

`
`
`
`I, Kevin C. Almeroth, hereby declare and state as follows:
`
`1.
`
`I have been retained as a technical consultant on behalf of ZTE
`
`(USA) Inc. I understand that the Petitioner in the present proceeding is ZTE (USA)
`
`Inc. I understand that the petition also names ZTE Corporation as one of the real
`
`parties-in-interest. I have no financial interest in, or affiliation with, the Petitioner,
`
`real parties-in-interest, or the patent owner, which I understand to be Papst
`
`Licensing GmbH & Co. KG. My compensation is not dependent upon the outcome
`
`of, or my testimony in, the present inter partes review or any litigation
`
`proceedings.
`
`2.
`
`I have drafted, reviewed or provided from my own files each
`
`of the documents in the following table (which I am informed are also identified
`
`in the Petition):
`
`Exhibit Description
`
`PETITIONER’S EXHIBIT LIST
`
`Ex. 1001 U.S. Pat. No. 6,895,449 to Tasler (“the ’449 Patent”)
`
`Ex. 1002 File History for U.S. Pat. No. 6,895,449
`
`Ex. 1004 Curriculum vitae of Kevin C. Almeroth
`
`Ex. 1005 U.S. Patent No. 5,758,081 to Aytac (“Aytac”)
`
`
`
`1
`
`ZTE (USA) 1003, Page 3
`
`

`
`Ex. 1006 Am. Nat’l Standard Inst., Inc., Am. Nat’l Standard for Info. Sys’s,
`
`Small Computer System Interface-2, ANSI X3.131-1994 (1994) (the
`
`“SCSI Specification”)
`
`Ex. 1007 Ray Duncan, The MS-DOS Encyclopedia (1988)
`
`Ex. 1008
`
`In re Papst Licensing Dig. Camera Pat. Litig., 778 F.3d 1255, 1265
`
`(Fed. Cir. 2015)
`
`Ex. 1009 Papst’s Opening Claim Constr. Brief and Appendix 8 of Papst’s
`
`Opening Claim Constr. Brief, Papst Licensing GmbH & Co., KG v.
`
`Apple, Inc., et al., No. 6:15-cv-01095-RWS (E.D. Tex. Nov. 22,
`
`2016)
`
`Ex. 1010 Papst’s Opening Claim Constr. Brief and Decl. of Robert Zeidman,
`
`In re Papst Licensing Dig. Camera Pat. Litig., MDL No. 1880, No.
`
`1:07-mc-00493 (D.D.C. June 3, 2016)
`
`Ex. 1011 As-Filed Filed German priority document Patent Application 197 08
`
`755.8
`
`Ex. 1012
`
`’399 German Application Publication (DE 197 08 755)
`
`Ex. 1013 Certified Translation of Published ’399 German Application (DE 197
`
`08 755)
`
`Ex. 1014 English Translation of PCT Application PCT/EP98/01187 (published
`
`as PCT Pub. No. WO98/39710)
`
`
`
`2
`
`ZTE (USA) 1003, Page 4
`
`

`
`Ex. 1015 U.S. Patent No. 4,589,063 to Shah
`
`Ex. 1016 U.S. Patent No. 5,038,320 to Heath
`
`Ex. 1017 U.S. Patent No. 5,787,246 to Lichtman
`
`Ex. 1018 Rufus P. Turner et al., The Illustrated Dictionary of Electronics
`
`(1991)
`
`Ex. 1019 Decision, Institution of Inter Partes Review, Paper No. 8, IPR 2016-
`
`01200
`
`Ex. 1020 File History for U.S. Pat. No. 5,758,081 to Aytac
`
`Ex. 1021 Papst's Brief, In re Papst Licensing Digital Camera Patent Litig.,
`
`No. 2014-1110 (Fed. Cir., February 20, 2014)
`
`Ex. 1022 U.S. Pat. No. 6,470,399 to Tasler (“the ’399 patent”)
`
`Ex. 1023 File History for U.S. Pat. No. 6,470,399
`
`3.
`
`I understand that the application leading to U.S. Patent No.
`
`6,895,449 (“the ʼ449 patent”) was Application No. 10/219,105, which was filed
`
`on August 15, 2002. The ’105 application claims priority to U.S. Patent
`
`Application No. 09/331,002, filed June 14, 1999 (now U.S. Patent No. 6,470,399)
`
`(Ex. 1022), which claims priority to Patent Cooperation Treaty (PCT) Application
`
`No. PCT/EP98/01187 filed March 3, 1998. (Ex. 1002, at 8.) The ’449 patent
`
`purports to also claim priority to German Application No. 197 08 755.8 (Ex.
`
`3
`
`
`
`
`
`ZTE (USA) 1003, Page 5
`
`

`
`1011) filed March 4, 1997. Id. Although I am aware that certain claims of the ‘449
`
`are not supported by the German Application disclosure, for purposes of my
`
`analysis, I assume the time of the purported invention to be no earlier than March
`
`4, 1997.
`
`I.
`
`BACKGROUND AND QUALIFICATIONS
`I hold three degrees from the Georgia Institute of Technology:
`4.
`
`(1) a Bachelor of Science degree in Information and Computer Science (with
`
`minors in Economics, Technical Communication, American Literature) earned in
`
`June, 1992; (2) a Master of Science degree in Computer Science (with
`
`specialization in Networking and Systems) earned in June, 1994; and (3) a Doctor
`
`of Philosophy (Ph.D.) degree in Computer Science (Dissertation Title: Networking
`
`and System Support for the Efficient, Scalable Delivery of Services in Interactive
`
`Multimedia System, minor in Telecommunications Public Policy) earned in June,
`
`1997. During my education, I have taken a wide variety of courses as demonstrated
`
`by my minor. My undergraduate degree also included a number of courses are
`
`more typical of a degree in electrical engineering including digital logic, signal
`
`processing, and telecommunications theory.
`
`5.
`
`One of the major themes of my research has been the delivery
`
`of multimedia content and data between computing devices and users. In my
`
`research I have looked at large-scale content delivery systems and the use of
`
`4
`
`
`
`
`
`ZTE (USA) 1003, Page 6
`
`

`
`servers located in a variety of geographic locations to provide scalable delivery to
`
`hundreds, even thousands, of users simultaneously. I have also looked at smaller-
`
`scale content delivery systems in which content, including interactive
`
`communication like voice and video data, is exchanged between computers and
`
`portable computing devices. As a broad theme, my work has examined how to
`
`exchange content more efficiently across computer networks, including the devices
`
`that switch and route data traffic. More specific topics include the scalable
`
`delivery of content to many users, mobile computing, satellite networking,
`
`delivering content to mobile devices, and network support for data delivery in
`
`wireless network.
`
`6.
`
`Beginning in 1992, when I started graduate school, the first
`
`focus of my research was on the provision of interactive functions (VCR-style
`
`functions like pause, rewind, and fast-forward) for near video-on-demand systems
`
`in cable systems, in particular, how to aggregate requests for movies at a cable
`
`head-end and then how to satisfy a multitude of requests using one audio/video
`
`stream broadcast to multiple receivers simultaneously. Continued evolution of this
`
`research has resulted in the development of new techniques to scalably deliver on-
`
`demand content, including audio, video, web documents, and other types of data,
`
`through the Internet and over other types of networks, including over cable systems,
`
`broadband telephone lines, and satellite links.
`
`
`
`5
`
`ZTE (USA) 1003, Page 7
`
`

`
`7.
`
`An important component of my research from the very
`
`beginning has been investigating the challenges of communicating multimedia
`
`content between computers and across networks. Although the early Internet was
`
`designed mostly for text-based non-real time applications, the interest in sharing
`
`multimedia content quickly developed. Multimedia-based applications ranged
`
`from downloading content to a device to streaming multimedia content to be
`
`instantly used. One of the challenges was that multimedia content is typically
`
`larger than text-only content but there are also opportunities to use different
`
`delivery techniques since multimedia content is more resilient to errors. I have
`
`worked on a variety of research problems and used a number of systems that were
`
`developed to deliver multimedia content to users.
`
`8.
`
`In 1994, I began to research issues associated with the
`
`development and deployment of a one-to-many communication facility (called
`
`“multicast”) in the Internet (first deployed as the Multicast Backbone, a virtual
`
`overlay network supporting one-to-many communications). Some of my more
`
`recent research endeavors have looked at how to use the scalability offered by
`
`multicast to provide streaming media support for complex applications like
`
`distance learning, distributed collaboration, distributed games, and large-scale
`
`wireless communications. Multicast has also been used as the delivery mechanism
`
`in systems that perform local filtering (i.e., sending the same content to a large
`
`
`
`6
`
`ZTE (USA) 1003, Page 8
`
`

`
`number of users and allowing them to filter locally content in which they are not
`
`interested).
`
`9.
`
`Starting in 1997, I worked on a project to integrate the
`
`streaming media capabilities of the Internet together with the interactivity of the
`
`web. I developed a project called the Interactive Multimedia Jukebox (IMJ). Users
`
`would visit a web page and select content to view. The content would then be
`
`scheduled on one of a number of channels, including delivery to students in
`
`Georgia Tech dorms delivered via the campus cable plant. The content of each
`
`channel was delivered using multicast communication.
`
`10.
`
`In the IMJ, the number of channels varied depending on the
`
`capabilities of the server including the available bandwidth of its connection to the
`
`Internet. If one of the channels was idle, the requesting user would be able to watch
`
`their selection immediately. If all channels were streaming previously selected
`
`content, the user’s selection would be queued on the channel with the shortest wait
`
`time. In the meantime, the user would see what content was currently playing on
`
`other channels, and because of the use of multicast, would be able to join one of
`
`the existing channels and watch the content at the point it was currently being
`
`transmitted.
`
`11. The IMJ service combined the interactivity of the web with the
`
`streaming capabilities of the Internet to create a jukebox-like service. It supported
`
`
`
`7
`
`ZTE (USA) 1003, Page 9
`
`

`
`true Video-on-Demand when capacity allowed, but scaled to any number of users
`
`based on queuing requested programs. As part of the project, we obtained
`
`permission from Turner Broadcasting to transmit cartoons and other short-subject
`
`content. We also attempted to connect the IMJ into the Georgia Tech campus cable
`
`television network so that students in their dorms could use the web to request
`
`content and then view that content on one of the campus’s public access channels.
`
`12. More recently, I have also studied issues concerning how users
`
`choose content, especially when considering the price of that content. My research
`
`has examined how dynamic content pricing can be used to control system load. By
`
`raising prices when systems start to become overloaded (i.e., when all available
`
`resources are fully utilized) and reducing prices when system capacity is readily
`
`available, users’ capacity to pay as well as their willingness can be used as factors
`
`in stabilizing the response time of a system. This capability is particularly useful in
`
`systems where content is downloaded or streamed to users on-demand.
`
`13. As a parallel research theme, starting in 1997, I began
`
`researching issues related to wireless devices. In particular, I was interested in
`
`showing how to provide greater communication capability to “lightweight
`
`devices,” i.e., small form-factor, resource-constrained (e.g., CPU, memory,
`
`networking, and power) devices.
`
`
`
`8
`
`ZTE (USA) 1003, Page 10
`
`

`
`14. Starting in 1998, I published several papers on my work to
`
`develop a flexible, lightweight, battery-aware network protocol stack. The
`
`lightweight protocols we envisioned were similar in nature to protocols like
`
`Universal Plug and Play (UPnP) and Digital Living Network Alliance (DLNA).
`
`15. From this initial work, I have made wireless networking—
`
`including ad hoc and mesh networks and wireless devices—one of the major
`
`themes of my research. One topic includes developing applications for mobile
`
`devices, for example, virally exchanging and tracking “coupons” through
`
`“opportunistic contact” (i.e., communication with other devices coming into
`
`communication range with a user). Other topics include building network
`
`communication among a set of mobile devices unaided by any other kind of
`
`network infrastructure. Yet another theme is monitoring wireless networks, in
`
`particular different variants of IEEE 802.11 compliant networks, to (1) understand
`
`the operation of the various protocols used in real-world deployments, (2) use these
`
`measurements to characterize use of the networks and identify protocol limitations
`
`and weaknesses, and (3) propose and evaluate solutions to these problems.
`
`16. Protecting networks, including their operation and content, has
`
`been an underlying theme of my research almost since the beginning. Starting in
`
`2000, I have also been involved in several projects that specifically address
`
`security, network protection, and firewalls. After significant background work, a
`
`
`
`9
`
`ZTE (USA) 1003, Page 11
`
`

`
`team on which I was a member successfully submitted a $4.3M grant proposal to
`
`the Army Research Office (ARO) at the Department of Defense to propose and
`
`develop a high-speed intrusion detection system. Once the grant was awarded, we
`
`spent several years developing and meeting the milestones of the project. I have
`
`also used firewalls in developing techniques for the classroom to ensure that
`
`students are not distracted by online content.
`
`17. As an important component of my research program, I have
`
`been involved in the development of academic research into available technology
`
`in the market place. One aspect of this work is my involvement in the Internet
`
`Engineering Task Force (IETF) including many content delivery-related working
`
`groups like the Audio Video Transport (AVT) group, the MBone Deployment
`
`(MBONED) group, Source Specific Multicast (SSM) group, the Inter-Domain
`
`Multicast Routing (IDMR) group, the Reliable Multicast Transport (RMT) group,
`
`the Protocol Independent Multicast (PIM) group, etc. I have also served as a
`
`member of the Multicast Directorate (MADDOGS), which oversaw the
`
`standardization of all things related to multicast in the IETF. Finally, I was the
`
`Chair of the Internet2 Multicast Working Group for seven years.
`
`18.
`
`I am an author or co-author of nearly 200 technical papers,
`
`published software systems, IETF Internet Drafts and IETF Request for Comments
`
`(RFCs).
`
`
`
`10
`
`ZTE (USA) 1003, Page 12
`
`

`
`19. My involvement in the research community extends to
`
`leadership positions for several journals and conferences. I am the co-chair of the
`
`Steering Committee for the ACM Network and System Support for Digital Audio
`
`and Video (NOSSDAV) workshop and on the Steering Committees for the
`
`International Conference on Network Protocols (ICNP), ACM Sigcomm Workshop
`
`on Challenged Networks (CHANTS), and IEEE Global Internet (GI)
`
`Symposium. I have served or am serving on the editorial boards of IEEE/ACM
`
`Transactions on Networking, IEEE Transactions on Mobile Computing, IEEE
`
`Transactions on Networks and System Management, IEEE Network, ACM
`
`Computers in Entertainment, AACE Journal of Interactive Learning Research
`
`(JILR), and ACM Computer Communications Review.
`
`20.
`
`I have co-chaired a number of conferences and workshops
`
`including the IEEE International Conference on Network Protocols (ICNP), ACM
`
`International Conference on Next Generation Communication (CoNext), IEEE
`
`Conference on Sensor, Mesh and Ad Hoc Communications and Networks
`
`(SECON), International Conference on Communication Systems and Networks
`
`(COMSNETS), IFIP/IEEE International Conference on Management of
`
`Multimedia Networks and Services (MMNS), the International Workshop On
`
`Wireless Network Measurement (WiNMee), ACM Sigcomm Workshop on
`
`Challenged Networks (CHANTS), the Network Group Communication (NGC)
`
`
`
`11
`
`ZTE (USA) 1003, Page 13
`
`

`
`workshop, and the Global Internet Symposium; and I have been on the program
`
`committee of numerous conferences.
`
`21. Furthermore, in the courses I teach, the class spends significant
`
`time covering all aspects of the Internet including each of the layers of the Open
`
`System Interconnect (OSI) protocol stack commonly used in the Internet. These
`
`layers include the physical and data link layers and their handling of signal
`
`modulation, error control, and data transmission. I also teach DOCSIS, DSL, and
`
`other standardized protocols for communicating across a variety of physical media
`
`including cable systems, telephone lines, wireless, and high-speed Local Area
`
`Networks (LANs). I teach the configuration and operation of switches, routers, and
`
`gateways including routing and forwarding and the numerous respective protocols
`
`as they are standardized and used throughout the Internet. Topics include a wide
`
`variety of standardized Internet protocols at the Network Layer (Layer 3),
`
`Transport Layer (Layer 4), and above.
`
`22.
`
`In addition, I co-founded a technology company called Santa
`
`Barbara Labs that was working under a sub-contract from the U.S. Air Force to
`
`develop very accurate emulation systems for the military’s next generation
`
`internetwork. Santa Barbara Labs’ focus was in developing an emulation platform
`
`to test the performance characteristics of the network architecture in the variety of
`
`environments in which it was expected to operate, and in particular, for network
`
`
`
`12
`
`ZTE (USA) 1003, Page 14
`
`

`
`services including IPv6, multicast, Quality of Service (QoS), satellite-based
`
`communication, and security. Applications for this emulation program included
`
`communication of a variety of multimedia-based services. Within this testing
`
`infrastructure, we used a wide range of switches and routers.
`
`23.
`
`In addition to having co-founded a technology company myself,
`
`I have worked for, consulted with, and collaborated with companies such as IBM,
`
`Hitachi Telecom, Digital Fountain, RealNetworks, Intel Research, Cisco Systems,
`
`and Lockheed Martin.
`
`24.
`
`I am a Member of the Association of Computing Machinery
`
`(ACM) and a Fellow of the Institute of Electrical and Electronics Engineers (IEEE).
`
`25. Further details about my background, qualifications, and
`
`experience are included in my curriculum vitae (“CV”) submitted herewith as Ex.
`
`1004.
`
`II. LEGAL STANDARDS AND BACKGROUND
`I have been informed of a number of legal standards that govern
`26.
`
`my analysis, including those discussed below. For example, a proper validity
`
`analysis includes resolving the level of ordinary skill in the pertinent art,
`
`determining the scope and content of the prior art, and ascertaining the differences
`
`between the claimed invention and the prior art. I address all of these factors in my
`
`declaration below.
`
`
`
`13
`
`ZTE (USA) 1003, Page 15
`
`

`
`A.
`
`Person of Ordinary Skill in the Art
`I have been advised that the claims of a patent are reviewed
`27.
`
`from the point of view of a hypothetical person of ordinary skill in the art at the
`
`time of the filing of the patent (“POSA”). The “art” is the field of technology to
`
`which a patent is related. I understand that the purpose of using the viewpoint of a
`
`POSA is for objectivity.
`
`B. Claim Construction
`It is my understanding that terms should be given their broadest
`28.
`
`reasonable construction in an IPR. Under this standard, the terms should be given
`
`their ordinary and customary meaning to a POSA, unless the patent teaches a
`
`different meaning within the specification.
`
`29.
`
`I understand the appropriate context in which to read a claim
`
`term includes both the specification and the claim language itself.
`
`C. Validity
`I understand that the Petitioner bears the burden of proving the
`30.
`
`instituted grounds of invalidity by a preponderance of the evidence. I understand
`
`that a “preponderance” means “more likely than not.” I understand that general and
`
`conclusory assertions, without underlying factual evidence, may not support a
`
`conclusion that something is “more likely than not.”
`
`
`
`14
`
`ZTE (USA) 1003, Page 16
`
`

`
`31. Rather, the preponderance of the evidence standard requires that
`
`a reasonable finder of fact be convinced that the existence of a specific material
`
`fact is more probable than the non-existence of that fact. The preponderance of the
`
`evidence standard does not support speculation regarding specific facts, and is
`
`instead focused on whether the evidence more likely than not demonstrates the
`
`existence or non-existence of specific material facts. Here, I understand that
`
`Petitioner has argued that the claims at issue are obvious in view of certain prior art
`
`references.
`
`32.
`
`I have been informed that a reference may qualify as prior art as
`
`to the patents-in-suit if it was known or used by others in this country, or patented
`
`or described in a printed publication in this or a foreign country, before the
`
`invention by the patent holder. I have also been informed that a reference may
`
`qualify as prior art to the patents-in-suit if the invention was patented or described
`
`in a printed publication in this or a foreign country or in public use or on sale in
`
`this country, more than one year before the effective filing date.
`
`33. For a printed publication to qualify as prior art, I understand
`
`that the Petitioner must demonstrate that the publication was disseminated or
`
`otherwise sufficiently accessible to the public.
`
`34.
`
`I also understand that, in performing a proper unpatentability
`
`analysis, an expert must do more than simply provide quotes from the evidentiary
`
`
`
`15
`
`ZTE (USA) 1003, Page 17
`
`

`
`record along with conclusory allegations of unpatentability. To the contrary, an
`
`expert’s conclusions regarding unpatentability must be supported by actual
`
`analysis and reasoning set forth in the expert declaration, such that the theoretical
`
`and factual foundation for the expert’s conclusions can be properly evaluated.
`
`35.
`
`I understand that a patent claim may be found unpatentable as
`
`obvious only if the Petitioner establishes by a preponderance of the evidence that,
`
`as of the priority date, the subject matter of the claim, considered as a whole,
`
`would have been obvious to a person having ordinary skill in the field of the
`
`technology (the “art”) to which the claimed subject matter belongs.
`
`36.
`
`I understand that the analysis of whether a claim is obvious
`
`depends on a number of necessary factual inquiries, for example, (1) the scope and
`
`content of the prior art; (2) the differences between the claimed subject matter and
`
`the prior art; (3) the level of ordinary skill in the art; and (4) objective evidence of
`
`nonobviousness.
`
`37.
`
`I have also been informed that the claimed invention must be
`
`considered as a whole in analyzing obviousness or nonobviousness. In determining
`
`the differences between the prior art and the claims, the question under the
`
`obviousness inquiry is not whether the differences themselves would have been
`
`obvious, but whether the claimed invention as a whole would have been obvious.
`
`
`
`16
`
`ZTE (USA) 1003, Page 18
`
`

`
`38. Relatedly, I understand that it may be appropriate to consider
`
`whether there is evidence of a “teaching, suggestion, or motivation” to combine the
`
`prior art teachings in the prior art, the nature of the problem or the knowledge of a
`
`POSA.
`
`39.
`
`I understand that one indicator of nonobviousness is when prior
`
`art “teaches away” from combining certain known elements. For example, a prior
`
`art reference teaches away from the patent’s particular combination if it leads in a
`
`different direction or discourages that combination, recommends steps that would
`
`not likely lead to the patent’s result, or otherwise indicates that a seemingly
`
`inoperative device would be produced.
`
`40.
`
`I further understand that certain objective indicia can be
`
`important evidence regarding whether a patent is obvious or nonobvious, including
`
`the existence of a long-felt but unsolved need, unexpected results, commercial
`
`success, copying, and industry acceptance or praise. Evidence of such objective
`
`indicia must be considered when present.
`
`41.
`
`It is generally error to reach a conclusion on obviousness before
`
`considering the evidence of secondary considerations, and in then evaluating the
`
`latter solely in terms of whether it may fill any gaps in the initial conclusion on
`
`obviousness. On the other hand, such evidence is not a requirement for
`
`
`
`17
`
`ZTE (USA) 1003, Page 19
`
`

`
`
`
`patentability, and the absence of such evidence is a neutral factor in the analysis of
`
`obviousness or nonobviousness.
`
`III. OVERVIEW OF THE ’449 PATENT
`
`42. The ’449 patent describes a device designed to enable the
`
`transfer of data between a host device and another device on which data can be
`
`saved or from which data can be acquired. Ex. 1001, Title and Abstract. The
`
`written description states that, while interface devices were already known at the
`
`time of the invention, those devices had limitations. For example, according to the
`
``449 patent, they tended to require sacrifices of data-transfer speed or of flexibility
`
`of what host computers and data devices they would work with. Ex. 1001, at 1:18–
`
`2:14. The patent likewise states that “standard interfaces,” “which, with specific
`
`driver software, can be used with a variety of host systems,” “generally require
`
`very sophisticated drivers” to be downloaded onto the host computer, but such
`
`drivers “are prone to malfunction and . . . limit data transfer rates.” Id., at 1:27–34.
`
`Alternatively, with interface devices that “specifically match the interface very
`
`closely to individual host systems or computer systems,” the ’449 patent indicates
`
`that “high data transfer rates are possible,” but such interface devices “generally
`
`cannot be used with other host systems or their use is very ineffective.” Id., at
`
`1:66–2:8. The patent also states that the efficient interface also “must be installed
`
`
`
`18
`
`ZTE (USA) 1003, Page 20
`
`

`
`inside the computer casing to achieve maximum data transfer rates,” which is a
`
`problem for laptops and other space-constrained host systems. Id., at 2:8–14.
`
`43. The ’449 patent purports to describe an interface device
`
`intended to overcome these limitations. When the ’499 patent’s interface device is
`
`connected to a host computer, it responds to the host’s request for identification by
`
`“simulat[ing] both in terms of hardware and software, the way in which a
`
`conventional input/output device functions, preferably that of a hard disk drive,”
`
`for which the host system already has a working driver. Id., at 4:10-13. By
`
`responding this way, 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 already familiar to the host. Thereafter,
`
`when the host requests data from or controls the operation of the data device, the
`
`host uses its own pre-installed driver, and the interface device translates the
`
`communications into a form understandable by the connected data device. See id.,
`
`at 3:26–4:36.
`
`44. The ’449 patent states that the interface device thus does not
`
`require that a specially designed driver for the interface device be loaded into a
`
`host computer. Id. at 4:13-24. Rather, it uses a host’s own familiar driver, which
`
`(as for a hard drive) often will have been designed (by the computer system’s
`
`manufacturer) to work fast and reliably. The written description states that the
`
`
`
`19
`
`ZTE (USA) 1003, Page 21
`
`

`
`result is to provide a “high data transfer rate,” and “[i]t is the object of the present
`
`invention to provide an interface device for communication between a host device
`
`and a data transmit/receive device whose use is host device-independent and which
`
`delivers a high data transfer rate.” Id., at 3:21–31.
`
`IV. LEVEL OF ORDINARY SKILL
`45. As I discussed in paragraph 27, I have been advised that the
`
`claims of a patent are reviewed from the point of view of a POSA.
`
`46.
`
`In order to determine the characteristics of a POSA, I have
`
`considered the prior art and the various approaches in the relevant prior art, the
`
`type of problems encountered, the solutions to those problems, the problems
`
`encountered by the inventor, and the rapidity with which innovations were made. I
`
`also considered the sophistication of the technology involved and the educational
`
`background and experience of those actively working in the relevant field at the
`
`time of the invention. Finally, I placed myself back at the time of the alleged
`
`invention and considered technology available at that time and the engineers and
`
`other professionals with whom I worked or whom I had taught in the relevant
`
`industries, and their level of education, activities, and sophistication.
`
`47. Based on those considerations, a POSA would have had a four-
`
`year degree in electrical engineering, computer science, or a related field of study.
`
`A POSA would also have had either a Master’s degree, or at least two years of
`
`
`
`20
`
`ZTE (USA) 1003, Page 22
`
`

`
`experience in one of the relevant fields, computer science, computer systems, or
`
`peripheral devices.
`
`48.
`
`In view of my education and experience, and as summarized
`
`above and in my attached curriculum vitae, I meet and exceed this definition of a
`
`POSA.
`
`49.
`
`In arriving at my opinions and conclusions in this declaration, I
`
`have considered the issues from the perspective of my hypothetical person of
`
`ordinary skill in the art at the time of the filing of the patent.
`
`V. CLAIM CONSTRUCTION
`I have been asked to offer my opinion regarding the
`50.
`
`understanding of a person skilled in the art regarding certain claim terms in the
`
`ʼ449 patent. I understand that in the present proceeding, claim terms are interpreted
`
`as the broadest reasonable construction (“BRC”) consistent with the specification. I
`
`also understand that the claims themselves and the prosecution history can provide
`
`insight into how the claims should be construed.
`
`51.
`
`I have been asked to offer my opinion about the understanding
`
`of a person skilled in the art regarding the term “data transmit/receive device,” as
`
`recited in claims 1, 16 and 17. The specification discloses “ . . . a data
`
`transmit/receive device which is to receive data from the host device or from which
`
`data is to be read, i.e. acquired, and transferred to the host device.” Ex. 1001, at
`
`
`
`21
`
`ZTE (USA) 1003, Page 23
`
`

`
`4:55-59; see also Ex. 1011, at 7. Accordingly, one skilled in the art would
`
`understand the broadest reasonable construction for the term “data transmit/receive
`
`device” should be construed as a device capable of transmitting or receiving data.
`
`This is consistent with the teaching of the `449 specification, the ruling of the
`
`Federal Circuit and how the Patent Owner proposed to construct this term in
`
`litigation concerning the ’449 Patent. Id. (See also, Ex. 1009, at 31-37) (Patent
`
`Owner’s brief).
`
`52.
`
`I have been asked to offer my opinion about the understanding
`
`of a person skilled in the art regarding the term “drivers for input/output devices
`
`customary in a host device.” For purposes here, I have taken the construction of
`
`this term for these proceedings to be at least as broad as the construction proposed
`
`by Papst in the litigation in the Eastern District of Texas (Ex. 1009, at 29-37) and
`
`so the term “drivers for the input/output devices customary in a host device,”
`
`should be interpreted as “the driver[s] for the data input/output device[s] normally
`
`part of commercially available computer systems.” (Ex. 1009, at 29-30).
`
`53.
`
`I have been asked to offer my opinion about the understanding
`
`of a person skilled in the art regarding the term “input/output devices customary in
`
`a host device.” For purposes here, I have taken the construction of this term for
`
`these proceedings to be at least as broad as the construction proposed by Papst in
`
`the litigation in the Eastern District of Texas, and so the t

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