`
`Attorney Docket No.: 41194-0002IP9
`
`James J. Fallon
`In re Patent of:
`U.S. Patent No.: 9,054,728
`Issue Date:
`June 9, 2015
`Appl. Serial No.: 14/495,574
`Filing Date:
`September 24, 2014
`Title:
`DATA COMPRESSION SYSTEMS AND METHODS
`
`Mail Stop Patent Board
`Patent Trial and Appeal Board
`U.S. Patent and Trademark Office
`P.O. Box 1450
`Alexandria, VA 22313-1450
`
`
`
`
`
`
`
`
`
`
`
`
`
`Dated:
`
`
`
`DECLARATION OF PROFESSOR JAMES A. STORER, Ph.D.
`
`
`
`
`February 13, 2018
`
`
`
`
`
`
`
`____________________
`By: ____________________________
`
`James A. Storer James A. Storer
`
`
`
`ECHOSTAR 1003
`
`1
`
`
`
`TABLE OF CONTENTS
`INTRODUCTION ............................................................................................. 1
`I.
`II. OVERVIEW OF CONCLUSIONS FORMED ................................................. 6
`III. BACKGROUND KNOWLEDGE ONE OF SKILL IN THE ART WOULD
`HAVE HAD PRIOR TO THE FILING OF THE ʼ728 PATENT ............................. 7
`IV. INTERPRETATIONS OF THE ʼ728 PATENT CLAIMS AT ISSUE ............. 9
`V. TECHNOLOGY OVERVIEW ........................................................................11
`VI. OVERVIEW OF THE PRIOR ART ...............................................................12
`A. Franaszek Overview ....................................................................................14
`B. Hsu Overview ..............................................................................................18
`C. Sebastian Overview .....................................................................................24
`D. Kawashima Overview .................................................................................25
`VII. LEGAL PRINCIPLES .....................................................................................27
`A. Anticipation .................................................................................................27
`B. Obviousness .................................................................................................28
`VIII. ANALYSIS OF FRANASZEK IN VIEW OF HSU AND SEBASTIAN
`(CLAIM 25) .............................................................................................................31
`A. Motivation to Combine Franaszek, Hsu, Sebastian ....................................31
`B. Claim 25 is Obvious Over Franaszek in view of Hsu and Sebastian ..........53
`[25.0]: “A computer implemented method comprising:” ................................53
`[25.1]: “analyzing, using a processor, data within a data block to identify one
`or more parameters or attributes of the data within the data block;” ..............60
`[25.2]: “determining, using the processor, whether to output the data block in
`a received form or in a compressed form; and” ...............................................64
`[25.3]: “outputting, using the processor, the data block in the received form or
`the compressed form based on the determination,” .........................................75
`[25.4]: “wherein the outputting the data block in the compressed form
`comprises determining whether to compress the data block with content
`dependent data compression based on the one or more parameters or attributes
`
`2
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`of the data within the data block or to compress the data block with a single
`data compression encoder; and” ......................................................................77
`[25.5]: “wherein the analyzing of the data within the data block to identify the
`one or more parameters or attributes of the data excludes analyzing based
`only on a descriptor that is indicative of the one or more parameters or
`attributes of the data within the data block.” ...................................................84
`IX. ANALYSIS OF FRANASZEK IN VIEW OF HSU, SEBASTIAN, AND
`KAWASHIMA (CLAIM 25) ...................................................................................86
`A. Motivation to Combine Franaszek, Hsu, Sebastian, Kawashima ...............86
`B. Claim 25 is Obvious Over Franaszek in view of Hsu, Sebastian, and
`Kawashima ...........................................................................................................90
`[25.0]: “A computer implemented method comprising:” ................................90
`[25.1]: “analyzing, using a processor, data within a data block to identify one
`or more parameters or attributes of the data within the data block;” ..............90
`[25.2]: “determining, using the processor, whether to output the data block in
`a received form or in a compressed form; and” ...............................................91
`[25.3]: “outputting, using the processor, the data block in the received form or
`the compressed form based on the determination,” .........................................95
`[25.4]: “wherein the outputting the data block in the compressed form
`comprises determining whether to compress the data block with content
`dependent data compression based on the one or more parameters or attributes
`of the data within the data block or to compress the data block with a single
`data compression encoder; and” ......................................................................97
`[25.5]: “wherein the analyzing of the data within the data block to identify the
`one or more parameters or attributes of the data excludes analyzing based
`only on a descriptor that is indicative of the one or more parameters or
`attributes of the data within the data block.” ...................................................98
`X. ADDITIONAL REMARKS ............................................................................98
`
`3
`
`
`
`I.
`
`
`
`
`
`INTRODUCTION
`I, James A. Storer, of Waltham, MA, hereby declare the following:
`
`I have been retained on behalf of EchoStar Corporation and Hughes
`
`Network Systems, L.L.C. (“EchoStar/Hughes”). I understand that
`
`EchoStar/Hughes is the Petitioner in an Inter Partes Review before the Patent Trial
`
`and Appeal Board (“PTAB” or “Board”) of U.S. 9,054,728 (“the ʼ728 Patent”)
`
`(ECHOSTAR1001). The ʼ728 Patent claims priority to U.S. Application No.
`
`09/210,491 (“the ’491 Application”).
`
`
`
`I am a Professor at Brandeis University in the Computer Science
`
`Department. I am an expert in the field of computer algorithms, including data
`
`communications and internet related computing, data compression, data and image
`
`retrieval, storage and processing of large data sets, and image/video processing. I
`
`have studied, researched, and practiced in the field of computer science for more
`
`than 35 years, and have taught Computer Science at Brandeis since 1981.
`
`
`
`I received my Doctor of Philosophy (Ph.D.) degree in the field of Computer
`
`Science from Princeton University in 1979. I received my Masters of Arts (M.A.)
`
`degree in Computer Science from Princeton University and my Bachelor of Arts
`
`(B.A.) degree in Mathematics and Computer Science from Cornell University.
`
`
`
`1
`
`4
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`After receiving my Ph.D. degree, I worked in industry as a researcher at
`
`
`
`AT&T Bell Laboratories from 1979 to 1981 before joining the faculty of Brandeis
`
`University.
`
`
`
`I have been involved in computer science research since 1976. My research
`
`has been funded by a variety of governmental agencies, including the National
`
`Science Foundation (NSF), National Aeronautics and Space Administration
`
`(NASA), and Defense Advanced Research Projects Agency (DARPA). In addition,
`
`I have received government Small Business Innovation Research (SBIR) funding,
`
`as well as numerous industrial grants.
`
`
`
`I regularly teach courses in software and hardware technology for data
`
`compression and communications (including text, images, video, and audio) at
`
`both the undergraduate and graduate level, and in my capacity as co-chair of the
`
`Annual Data Compression Conference, I regularly referee academic papers in these
`
`areas. In addition, much of my consulting activity has been in the areas of software
`
`and hardware for consumer electronic devices, including cell phones/PDAs
`
`(including cellular technology), smartphones, digital cameras, digital video and
`
`audio recorders, and personal computers (“PCs”), as well as devices for
`
`communications over the Internet.
`
`
`
`I am the author of two books: An Introduction to Data Structures and
`
`Algorithms and Data Compression: Methods and Theory. Both books have been
`
`
`
`2
`
`5
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`used as references for undergraduate level computer science courses in
`
`universities. I am the editor or co-editor of four other books, including
`
`Hyperspectral Data Compression and Image and Text Compression.
`
`
`
`I have three issued U.S. patents that relate to computer software and
`
`hardware (two for which I am sole inventor and one for which I am co-inventor). I
`
`am the author or co-author of well over 100 articles and conference papers.
`
`
`
`In 1991, I founded the Annual Institute of Electrical and Electronics
`
`Engineers (IEEE) Data Compression Conference (DCC), the first major
`
`international conference devoted entirely to data compression, and have served as
`
`the conference chair since then. This conference continues to be the world’s
`
`premier venue devoted to data compression research and development.
`
`
`
`I routinely serve as referee for papers submitted to journals such as, for
`
`example, JACM, SICOMP, Theoretical CS, Computer Journal, J. Algorithms,
`
`Signal Processing, JPDC, Acta Informatica, Algorithmicia, IPL, IPM, Theoretical
`
`CS, J. Algorithms, Networks, IEEE J. Robotics & Automation, IEEE Trans.
`
`Information Theory, IEEE Trans. Computers, IEEE Trans. Image Processing,
`
`Proceedings of the IEEE, IBM J. of R&D, and J. Computer and System Sciences.
`
`
`
`I have served as guest editor for a number of professional journals, including
`
`Proceedings of the IEEE, Journal of Visual Communication and Image
`
`Representation, and Information Processing and Management. I have served as a
`
`
`
`3
`
`6
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`program committee member for various conferences, including IEEE Data
`
`Compression Conference, IEEE International Symposium on Information Theory,
`
`Combinatorial Pattern Matching (CPM), International Conference on String
`
`Processing and Information Retrieval (SPIRE), Conference on Information and
`
`Knowledge Management (CIKM), Conference on Information Theory and
`
`Statistical Learning (ITSL), Sequences and Combinatorial Algorithms on Words,
`
`Dartmouth Institute for Advanced Graduate Studies Symposium (DAGS),
`
`International Conference on Language and Automata Theory and Applications
`
`(LATA), DIMACS Workshop on Data Compression in Networks and
`
`Applications, Conference on Combinatorial Algorithms on Words.
`
` A copy of my latest curriculum vitae (C.V.) is attached as Appendix A.
`
` My compensation is in no way contingent on the results of these or any other
`
`proceedings relating to the above-captioned patent.
`
`
`
`I have been asked to opine on the subject of the validity of the claims of the
`
`ʼ728 Patent.
`
` As part of my independent analysis for this declaration, I have considered
`
`the following: my own knowledge and experience, including my own work and
`
`research experience in the fields of content rights management and content
`
`distribution, my participation in professional organizations and conferences in
`
`
`
`4
`
`7
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`those fields; and my experience in working with others in the relevant technical
`
`areas. In addition, I have analyzed the following materials (see also Appendix B):
`
`(cid:120) The disclosure and claims of U.S. Patent No. 9,054,728 (“the ʼ728
`
`Patent”; ECHOSTAR1001);
`
`(cid:120) File History for U.S. Patent No. 9,054,728 (ECHOSTAR1002);
`
`(cid:120) Automatic Synthesis of Compression Techniques for Heterogeneous
`
`Files (“Hsu”; ECHOSTAR1004)
`
`(cid:120) U.S. Patent No. 5,870,036 (“Franaszek”; ECHOSTAR1005)
`
`(cid:120) U.S. Patent No. 6,253,264 (“Sebastian”; ECHOSTAR1006)
`
`(cid:120) U.S. Patent No. 5,805,932 (“Kawashima”; ECHOSTAR1007)
`
`(cid:120) U.S. Patent No. 3,394,352 (“Wernikoff”; ECHOSTAR1009)
`
`(cid:120) FreeBSD General Commands Manual (“FreeBSD”; ECHOSTAR1010)
`
`(cid:120) AT&T UNIX® PC UNIX System V User’s Manual (“UNIX System V
`
`User’s Manual”; ECHOSTAR1011)
`
`(cid:120) Extensions of the UNIX File Command and Magic File for File Type
`
`Identification (“Underwood”; ECHOSTAR1012)
`
`(cid:120) The Data Compression Book (“Nelson”; ECHOSTAR1013)
`
`(cid:120) UNIX User’s Manual (ECHOSTAR1014)
`
`(cid:120) UNIX Programmer’s Manual, Berkeley Software Distribution
`
`(ECHOSTAR1015)
`
`5
`
`
`
`8
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`(cid:120) Other background references, of which I had been previously aware, not
`
`cited herein directly that a person of ordinary skill in the art at the time of
`
`invention (“POSITA” or “one of ordinary skill in the art”) would have
`
`recognized as being related to the subject matter of the ʼ728 Patent.
`
` Although this Declaration refers to and cites to selected portions of the cited
`
`references for the sake of brevity, it should be understood that one of ordinary skill
`
`in the art would have viewed the references cited herein in their entirety and in
`
`combination with other references cited herein or cited within the references
`
`themselves. The references used in this Declaration, therefore, should be viewed as
`
`being incorporated herein in their entirety.
`
`
`
`I am not, and never have been, an employee of EchoStar/Hughes. I have
`
`been engaged in the present matter to provide my independent analysis of the
`
`issues raised in the petition for Inter Partes Review of the ʼ728 Patent. I received
`
`no compensation for this declaration beyond my normal hourly compensation of
`
`$785/hour based on my time actually spent studying the matter, and I will not
`
`receive any added compensation based on the outcome of this Inter Partes Review
`
`of the ʼ728 Patent.
`
`II. OVERVIEW OF CONCLUSIONS FORMED
`
`
`
`6
`
`9
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
` This Declaration explains the conclusions that I have formed based on my
`
`independent analysis. To summarize, based upon my knowledge, experience, and
`
`my review of the prior art publications listed above, it is my opinion that:
`
`(cid:120)
`
`Claim 25 of the ʼ728 Patent is obvious in view of Franaszek in view
`
`of Hsu, Sebastian, and one of ordinary skill in the art’s knowledge.
`
`(cid:120)
`
`Claim 25 of the ʼ728 Patent is obvious in view of Franaszek in view
`
`of Hsu, Sebastian, Kawashima, and one of ordinary skill in the art’s
`
`knowledge.
`
`III. BACKGROUND KNOWLEDGE ONE OF SKILL IN THE ART WOULD
`HAVE HAD PRIOR TO THE FILING OF THE ʼ728 PATENT
` The technology of the ʼ728 Patent at issue generally relates to compression
`
`techniques for performing what the inventor calls “content independent data
`
`compression and content dependent data compression,” terms that the inventor
`
`used to describe old ideas, wherein “content dependent” compression is performed
`
`with a compression method selected based on a “determined data type.”
`
`ECHOSTAR1001, Abstract, 18:4-19:67. For example, a system implementing the
`
`method of the ʼ728 Patent may perform characteristic analysis on an input block
`
`without the use of descriptor; determine whether to output the data block in
`
`received or compressed form; and, if the determination is to compress, output the
`
`block with “content dependent” compressor or a content independent compressor.
`
`Id.
`
`
`
`7
`
`10
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
` This method is purported to be novel. Id. I respectfully disagree: based upon
`
`my knowledge and experience, there existed numerous products, publications, and
`
`patents that implemented or described the method claimed in the ʼ728 Patent, prior
`
`to the earliest effective filing date of the ʼ728 Patent, which as described below is
`
`assumed to be December 11, 1998 for purposes of my analysis here. Indeed, based
`
`on my review of the prior art publications listed above, one of ordinary skill in the
`
`art, at the time the ’491 Application was filed, would have recognized that the
`
`subject matter described in the ʼ728 Patent was well-known in the prior art.
`
`Further, to the extent there was any problem to be solved in the ’491 Application,
`
`one of ordinary skill in the art at the time would have known that such a problem
`
`had already been solved in prior art systems, patents, and other printed publications
`
`appearing before the priority date of the ʼ728 Patent.
`
` Based upon my experience in this area, one of ordinary skill in the art would
`
`have had a bachelor’s degree in electrical engineering, computer engineering,
`
`computer science, or the equivalent and 2-3 years of work experience with data
`
`compression, storage, retrieval, processing, and transmission, or the equivalent.
`
` Based on my experiences, I have a good understanding of the capabilities of
`
`one of ordinary skill in the art, and I possess the capabilities of one of ordinary
`
`skill in the art myself. Indeed, I have worked with, supervised, participated in
`
`
`
`8
`
`11
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`organizations with, and presented to a number of such persons over the course of
`
`my career.
`
`IV.
`
`INTERPRETATIONS OF THE ʼ728 PATENT CLAIMS AT ISSUE
`
`I understand that, for purposes of my analysis in this Inter Partes Review
`
`proceeding, the terms appearing in the claims of the ʼ728 Patent should be
`
`interpreted according to their “broadest reasonable construction in light of the
`
`specification of the patent in which it appears.” 37 C.F.R. § 42.100(b). In that
`
`regard, I understand that the best indicator of claim meaning is usage of the claim
`
`language in the context of the patent specification as understood by one of ordinary
`
`skill in the art. I further understand that the words of the claims should be given
`
`their plain meaning unless that meaning is inconsistent with the patent
`
`specification or the patent’s history of examination before the Patent Office. I also
`
`understand that the words of the claims should be interpreted as they would by one
`
`of ordinary skill in the art at the time the invention was made. I have used the
`
`filing date of the ʼ491 Application as the point in time for claim interpretation
`
`purposes, because it provides the earliest date to which the ʼ728 Patent face shows
`
`continuation (in part). That date was December 11, 1998. Without exception,
`
`however, the interpretations that I provide below would have also been correct if a
`
`date between, for instance, the start of the 1990s and December 11, 1998, was
`
`determined to be the date of invention.
`
`
`
`9
`
`12
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
` The ʼ728 Patent describes “data blocks” as ranging “in size from individual
`
`bits through complete files or collections of multiple files.” ECHOSTAR1001,
`
`6:58-67. The ʼ728 Patent reiterates that “a data block may represent any quantity
`
`of data form a single bit through a multiplicity of files or packets and may vary
`
`from block to block.” Id., 18:15-20. One of ordinary skill in the art would
`
`understand that the broadest reasonable interpretation of “data block” in view of
`
`the ʼ728 Patent to include “a single unit of data, which may range in size from
`
`individual bits through complete files or collection of multiple files.”
`
` The ʼ728 Patent uses “data block in [a/the] received form” in the context of
`
`data “input into the data compression system,” wherein the data blocks in the
`
`stream that are input into the data compression system are consequently “received”
`
`by the data compression system. Id., 18:11-16. The ʼ728 Patent describes
`
`outputting
`
`“an uncompressed data stream in the event that . . . every encoder fails
`
`to achieve a level of compression that exceeds a priori specified . . .
`
`minimum compression ratio thresholds”
`
`that indicate, for example, data expansion. Id., 7:3-10, 7:64-8:10. The ʼ728 Patent
`
`describes the “received form” of the data block is the data block uncompressed,
`
`where the output of the system is the data block without any processing applied.
`
`Id., 7:3-10, 16:12-22. One of ordinary skill in the art would understand the
`
`
`
`10
`
`13
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`broadest reasonable interpretation of a “data block in [a/the] received form” in
`
`view of the ʼ728 Patent to mean “data block that was not further compressed.”
`
`V. TECHNOLOGY OVERVIEW
`
` The ʼ728 Patent is titled “Data Compression Systems and Methods.” It
`
`describes techniques for performing “content independent data compression and
`
`content dependent data compression,” wherein “content dependent” compression is
`
`performed with a compression method selected based on a “determined data type,”
`
`and a descriptor of the selected method is output with the compressed data block.
`
`ECHOSTAR1001, Abstract, 18:4-19:67. The ʼ728 Patent specification admits
`
`that, at the time of filing, techniques existed for “content dependent . . . data
`
`compression and decompression” that select “a data compression method from a
`
`preselected set of methods to compress the input data stream, with the intention of
`
`producing the best available compression ratio for that particular data type.” Id.,
`
`3:1-37, 5:5-8. The ʼ728 Patent contends, however, that it was “difficult and/or
`
`impractical to predict which data encoding technique yields the highest
`
`compression ratio” for data in which a “mix of data types” exist, and that there was
`
`“a need for a data compression system and method that would address limitations
`
`in conventional data compression techniques as described above.” Id., 3:39-55.
`
`As a solution, the ʼ728 Patent offers a purported improvement of analyzing data
`
`input “on a per block or multi-block basis,” selecting an “encoding technique
`
`
`
`11
`
`14
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`applied to the [particular] data block” and outputting an “appropriate data
`
`compression type descriptor” with the encoded data block, or outputting “the
`
`original unencoded input data block” with “a null data compression type
`
`descriptor.” Id., 18:4-19:67.
`
` However, this purported improvement was not novel; it was taught by
`
`several earlier publications, as described below.
`
`VI. OVERVIEW OF THE PRIOR ART
` Prior to the filing date of the ʼ728 Patent, several prior art references devised
`
`a compression method that performed “content dependent” and “content
`
`independent” compression – just like the ʼ728 Patent. U.S. Patent No. 3,394,352
`
`(“Wernikoff”), filed in 1965, discusses methods that
`
`“minimize the number of symbols to be transmitted, and hence the
`
`transmission time, in a communication system, by determining the
`
`most efficient code for encoding sequences of message symbol and
`
`transmitting the symbols in that code.” ECHOSTAR1009-Wernikoff,
`
`1:13-17; FIG. 1A.
`
`
`
`12
`
`15
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`
`
` U.S. Patent No. 5,870,036 (ECHOSTAR1005-Franaszek, “Franaszek”) was
`
`filed over three years before the earliest proper priority date of the ʼ728 Patent, yet
`
`Franaszek discloses a system that “using a plurality of data compression
`
`mechanisms” selected based on the data type of the data block to be compressed.
`
`ECHOSTAR1005-Franaszek, Abstract, 5:46-6:50. Franaszek does so for precisely
`
`the same reason as the ʼ728 Patent: to reduce data size by providing efficient data
`
`compression. ECHOSTAR1001, 3:59-64; ECHOSTAR1005-Franaszek, 4:13-22.
`
` A similar publication, W.H. Hsu et al., Automatic Synthesis of Compression
`
`Techniques for Heterogeneous Files, Software Practice & Experience, Vol. 25, No.
`
`10 pp. 1097-1116 (Oct. 1995) (ECHOSTAR1004-Hsu, “Hsu”) also discloses a
`
`system that “uses statistical methods to determine the best algorithm to use” in
`
`compressing “heterogeneous files, those files which contain multiple types of data
`13
`
`
`
`16
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`such as text, images, binary, audio, or animation” to achieve “greater savings
`
`achievable by compressing various segments of the file with different methods” to
`
`provide “improved performance over using one program for all files.”
`
`ECHOSTAR1004-Hsu, Summary, 1098.
`
` Additionally, U.S. Patent No. 6,253,264 (ECHOSTAR1006-Sebastian,
`
`“Sebastian”) also describes the “advantages of format-specific compression” that
`
`serves “a wide range of data formats.” ECHOSTAR1006-Sebastian, Abstract.
`
`
`
`Indeed, the system claimed by the ʼ728 Patent was discussed in substantial
`
`art published prior to the alleged time of invention, as discussed in greater detail
`
`below.
`
`A. Franaszek Overview
`
` Franaszek teaches a compression system that selects and applies
`
`compression based on the data type of the received block. ECHOSTAR1005-
`
`Franaszek, 3:25-45. For an individual data block, Franaszek first determines
`
`whether the data type of the data block is known, based on the data type field 205,
`
`which serves as an indicator of the block’s data type and is attached to the data
`
`block. Id., 3:25-45, 5:46-54, FIG. 2.
`
`
`
`14
`
`17
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`
`
`
` Based on the determination, Franaszek selects a list of compression
`
`methods, each of which is to be tested on a sample of the data block. Id., 3:25-45,
`
`5:8-18, 5:46-54, 6:1-11. If the data type of the block is known, Franaszek selects a
`
`list of compression methods tailored to the data type of the data block to be tested
`
`on a sample of the data block. If the data type of the block is not known (i.e. if the
`
`data field 205 returns a null indicator), Franaszek selects a list of default
`
`compression methods to be tested on a sample of the data block. Id., 3:25-45, 5:8-
`
`18, 5:46-6:32.
`
` Regardless of the determination, Franaszek takes a representative sample of
`15
`
`
`
`18
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`the data block, which could be any percentage, including the entire block, and
`
`applies the selected list of compression methods to the sample. Id., 3:25-45, 5:19-
`
`39, 5:46-6:32. The compressed sample is saved as an entry in the “compression
`
`ratio test table CRTT” and once every compression method on the selected list has
`
`been applied to the sample, the “smallest compressed length [CRTT(Q)] in the
`
`table CRTT is found.” Id., 3:25-45, 5:19-39, 6:33-50. Franaszek compares this
`
`length with a threshold to determine whether the length is “sufficiently small.” Id.,
`
`3:25-45, 5:19-39, 6:33-50. If the length CRTT(Q) is not sufficiently small—in
`
`other words, if the compression method that produced the smallest compressed
`
`length, and therefore achieved the highest amount of compression—”the data block
`
`B is not compressed,” and is “stored in uncompressed format.” Id., 3:25-45, 5:19-
`
`39, 6:33-50. If CRTT(Q) is sufficiently small, the data block “B is compressed
`
`using” the compression method M that produced CRTT(Q), and output with “an
`
`identifier of the selected” compression method M. Id., 3:25-45, 5:19-39, 6:33-50,
`
`8:21-31.
`
` Franaszek’s system “increase[s] the number of data blocks that can be
`
`stored” by applying compression to received data blocks based on the data type of
`
`each block. Id., 4:12-22. For each data block with an available, or identifiable,
`
`data type, the compression method list is “preselected for that data type” to
`
`provide, for example, the most efficient data compression for the type of data
`
`
`
`16
`
`19
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`within the data block. Id., 5:46-54. Franaszek determines which of the
`
`compression methods provides the best “compression ratio” by comparing the
`
`“compressed length” to the length of “input block.” Id., 6:12-50.
`
` Franaszek discusses use of the Lempel-Ziv compression method, which, as
`
`one of the most widely used families of lossless compression methods of the time,
`
`one of ordinary skill in the art at the time of the alleged invention was very familiar
`
`with. Franaszek describes the general Lempel-Ziv family and basic theory behind
`
`the Lempel-Ziv method. ECHOSTAR1005-Franaszek, 1:40-2:60. By way of
`
`background, LZ1 type methods are often referred to as LZ77 type methods, in view
`
`of the 1977 paper of Lempel and Ziv. LZ2 type methods often referred to as LZ78
`
`type methods, in view of the 1978 paper of Lempel and Ziv.
`
` Franaszek specifically identifies the LZ1 type methods:
`
`“The other three methods indicated in the figure are arithmetic coding
`
`600, run-length coding 601, and LZ1 using one of the fixed set of
`
`static dictionaries 602.” ECHOSTAR1005-Franaszek, 7:15-7:19,
`
`7:55-65, FIG. 2 (emphasis added).
`
`Franaszek also identifies the LZ2, or LZ78, type methods at 2:20-2:36,
`
`incorporating by reference the original LZ78 paper. ECHOSTAR1005-Franaszek,
`
`2:20-2:36. Indeed, Franaszek also refers to Mark Nelson’s discussion of the
`
`Lempel-Ziv method in The Data Compression Book (ECHOSTAR1013), which
`
`
`
`17
`
`20
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`detailed presentations of LZ78 and, specifically, LZW implementations. Id.
`
`B. Hsu Overview
`
` Hsu discloses a compression system that “determine[s] the best algorithm to
`
`use” prior to compressing “heterogeneous files, those files which contain multiple
`
`types of data such as text, images, binary, audio, or animation,” ECHOSTAR1004-
`
`Hsu, Summary. Hsu teaches an adaptive compression technique that, prior to
`
`compressing, analyzes the data within a data block, selects an appropriate
`
`compression algorithm for compressing data within a data block, and then applies
`
`the selected compression algorithm to the block. Id., 1097-1098. Hsu therefore
`
`compresses data via compression methods tailored to the data to be compressed, to
`
`achieve “improved performance over using one program for all files,” irrespective
`
`of data type, and maximize the extent to which the data size is reduced. Id.,
`
`Summary, 1098.
`
` Hsu improves upon applying a blanket compression algorithm
`
`unconditionally, irrespective of the characteristics or type of data to be
`
`compressed. Indeed “no algorithm is effective in compressing all files.” Id. For
`
`example,
`
`“dynamic Huffman coding works best on data files with a high
`
`variance in the frequency of individual characters[,] . . . achieves
`
`mediocre performance on natural language text files, and performs
`
`
`
`18
`
`21
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`poorly in general on high-redundancy binary data. On the other hand,
`
`run length encoding works well on high-redundancy binary data, but
`
`performs very poorly on text files. Textual substitution works best
`
`when multiple-character strings tend to be repeated, as in English text,
`
`but this performance degrades as the average length of these strings
`
`decreases.” Id., 1097-1098.
`
`Thus, rather than selecting one compression algorithm to use on all data blocks,
`
`Hsu teaches “determin[ing] the type and compressibility of each block,” and then,
`
`based on the determined type, applying an appropriate compression algorithm to
`
`the block. Id., 1098-1102, 1104, 1106-1108, 1111-1112, 1115. Creating a
`
`“specifically tailored program for each file” “gives improved performance over
`
`using one program for all files.” Id., 1097, 1098. This approach solves the
`
`inefficiencies that result from applying a single compression algorithm to all data
`
`blocks, wherein the compression algorithm might run poorly on many of the data
`
`blocks.
`
` Hsu uses the “statistical properties of the input data” to devise a
`
`“compression plan” for the file on a block-by-block basis, and the result is a
`
`system that “achieves consistent average performance throughout the file . . .” Id.,
`
`1098. Hsu analyzes and recognizes data type and compressibility of a received data
`
`block, based on the “block type and the largest” of “three quantitative metrics.”
`
`
`
`19
`
`22
`
`
`
`Patent No.: 9,054,728
`Attorney Docket: 41194-0002IP9
`ECHOSTAR1004-Hsu, 1098-1104, 1111-1112, 1115. Specifically, Hsu uses an
`
`identified block type that “describes the nature of a segment of input data” and
`
`“redundancy metrics” that are “used to determine the compressibility of a block of
`
`data” to select a compression algorithm fro