throbber

`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
` UNITED STATES PATENT AND TRADEMARK OFFICE
`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`
`HULU, LLC,
`AMAZON.COM, INC., and
`NETFLIX, INC.,
`Petitioners,
`
`v.
`
`REALTIME ADAPTIVE STREAMING LLC,
`Patent Owner.
`____________________
`
`Case IPR2018-01187
`Patent No. 9,769,477
`____________________
`
`
`
`PATENT OWNER’S RESPONSE
`
`
`
`
`
`
`

`

`
`
`Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`TABLE OF CONTENTS
`
`I.
`
`Introduction ..................................................................................................... 1
`
`II.
`
`Background of the ’477 patent and challenged claims ................................... 3
`
`III.
`
`Petitioners’ proposed claim constructions ...................................................... 7
`
`IV. Ground 1 fails to explain what would be the “first asymmetric data
`encoder” and what would constitute the “second asymmetric data
`compression encoder” ..................................................................................... 7
`
`V. Ground 1 does not show that Imai discloses or suggests “a first
`asymmetric data compression encoder . . . configured to compress
`data blocks containing video or image data at a higher data
`compression rate than a second asymmetric data compression
`encoder” ........................................................................................................ 17
`
`A.
`
`B.
`
`Limitation 1[B] requires two asymmetric data compression
`encoders, with the first encoder being configured to compress
`video or image data faster than the second encoder .......................... 17
`
`2.
`
`The Petition’s allegations do not even attempt to show one
`encoder that is “configured to” compress at a higher rate than
`another encoder, and thus cannot demonstrate obviousness .............. 22
`1.
`Petitioners’ argument that limitation 1[B] would be met by
`chance reads “configured to” out of the limitation ................. 22
`The Petition’s argument that Imai teaches “different
`asymmetric data compression encoders” that have “different
`data compression rates” is both inadequate and unsupported 24
`a)
`Imai’s use of “compression rate”.................................. 25
`b)
`Imai’s reference to “amount of computation for
`decoding” ...................................................................... 28
`Imai’s reference to “64 Kbps, 32K bps, 24 Kbps” ....... 28
`c)
`The Petition’s suggested modification runs contrary to Imai’s
`goal of ensuring that audio data can be reproduced in real time
` ................................................................................................. 30
`
`3.
`
`VI. Ground 2 fails to show that Pauls teaches or suggests “a first
`asymmetric data compression encoder . . . configured to compress
`
`
`
`
`
`
`
`- i -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`. . . at a higher data compression rate than a second asymmetric data
`compression encoder” as required by Claim 1 ............................................. 36
`
`A. Ground 2 fails to identify what would constitute the “first
`asymmetric data encoder” and what would constitute the
`“second asymmetric data compression encoder” ............................... 36
`
`B.
`
`Ground 2 points to no disclosure or discussion of compression
`rates of any encoder or algorithm ....................................................... 36
`1.
`“different levels or percentages of compression” ................... 37
`2.
`Pauls’s Fig. 5 bitrates .............................................................. 38
`
`C.
`
`Ground 2 further fails because it also fails to meet the
`“configured to” requirement of Claim 1 ............................................ 39
`
`VII. Ground 3 fails to explain why a POSITA would make its alleged
`modifications ................................................................................................ 41
`
`VIII. Ground 3 further fails because it does not purport to address any of
`the flaws in Grounds 1 and 2 ........................................................................ 50
`
`IX. Ground 3 and 4 do not explain how a POSITA would combine the
`references ...................................................................................................... 51
`
`X. Ground 4 does not address the tradeoffs inherent in its motivation to
`combine ......................................................................................................... 54
`
`XI. Ground 4 further fails because it does not purport to address the
`additional limitations of Independent Claim 20 or any of the flaws in
`Grounds 1- 3 ................................................................................................. 57
`
`XII. Conclusion .................................................................................................... 60
`
`
`
`
`
`
`
`
`
`
`- ii -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`
`EXHIBIT LIST
`
`
`Exhibit No.
`
`2001
`
`2002
`
`2003
`
`2004
`
`Description
`Declaration of Kayvan B. Noroozi in Support of Motion for
`Admission Pro Hac Vice.
`
`Declaration of Kenneth A. Zeger, Ph.D.
`
`Transcript of Oral Deposition of James Storer, Ph.D, taken in
`IPR2018-01187 on May 8, 2019.
`Digital Compression and Coding of Continuous-Tone Still
`Images – Requirements and Guidelines (JPEG Standard)
`
`
`
`
`
`
`
`
`
`- iii -
`
`
`
`

`

`
`
`Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`I.
`
`Introduction
`
`It is axiomatic that unpatentability cannot be found where the Petition fails
`
`to explain how the prior art, alone or combined, reads on to and discloses each and
`
`every limitation of the challenged claims. The instant Petition fails at that crucial
`
`level. The Petition never identifies a specific “first asymmetric data encoder” that
`
`is “configured to” compress faster than a “second asymmetric data encoder.” And
`
`Petitioner’s expert, Dr. Storer, was unable to provide any further detail under
`
`cross-examination. Rather than identify any “first encoder” that would be
`
`“configured” to be faster than any “second encoder,” Dr. Storer merely stated that
`
`any encoder could constitute the “first” or “second” encoders. Infra at IV. That
`
`assumes that the claim simply requires two encoders, whereas in fact the claim
`
`requires one encoder that is “configured to” compress faster than a second encoder.
`
`Infra at IV-V. Indeed, the Petition simply attempts to read “configured to” out of
`
`the claim—contravening numerous Federal Circuit precedents. And by stating that
`
`either of Imai’s encoders could compress at a faster rate than the other one, the
`
`Petition actually concedes than Imai cannot meet Claim 1: to admit that either
`
`encoder could be faster is to admit that neither encoder is configured to be faster
`
`than the other. Ex. 2002 ¶61.
`
`Moreover, the Petition entirely fails to recognize—and address—the distinct
`
`requirements of independent Claim 20 and its dependents, which require
`
`
`
`
`
`
`
`- 1 -
`
`
`
`

`

`compression at a higher ratio, rather than a higher rate (or speed), as recited in
`
`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`Claim 1.
`
`The Petition thus fails to show that the prior art either taught the challenged
`
`claims or rendered them obvious.
`
`The Petition also fails to provide an adequate motivation to combine,
`
`notwithstanding the Federal Circuit’s decision in Realtime v. Iancu, 912 F.3d 1368
`
`(Fed. Cir. 2019). The motivation to combine inquiry is necessarily fact-specific. A
`
`simpler combination entails a lower hurdle than a more complex one. In Realtime
`
`v. Iancu, the Federal Circuit merely addressed the adequacy of the petition’s
`
`showing that an ordinary artisan would have “turned to” a secondary reference in
`
`order to “better understand or interpret” the primary reference’s compression
`
`algorithms. Id. at 1374 (“This is enough evidence to support a finding that a person
`
`of ordinary skill in the art would have turned to Nelson, a well-known data
`
`compression textbook, to better understand or interpret O’Brien's compression
`
`algorithms.”) (emphasis added). The Federal Circuit did not hold that the
`
`motivation to combine evidence in Realtime v. Iancu was sufficient to prove that
`
`an ordinary artisan would have modified the primary reference in light of the
`
`secondary reference. To the contrary, the theory accepted in that case relied
`
`entirely on the teachings of the primary reference alone to meet all claim elements,
`
`and did not require any modification to the primary reference. Id. By contrast, the
`
`
`
`
`
`
`
`- 2 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`combinations at issue here requires substitutions and modifications to Imai in view
`
`of Pauls. But the Petition does not demonstrate why an ordinary artisan would have
`
`been motivated to make those specific proposed modifications, as the law requires.
`
`Thus, as this Response demonstrates, the Petition cannot prevail.
`
`II. Background of the ’477 patent and challenged claims
`
`Petitioners challenge Claims 1-6, 9-14, 20-22, and 25-27 of U.S. Patent No.
`
`9,769,477. The Petition’s challenge is based on the following Grounds:
`
`Ground
`Ground 1
`Ground 2
`Ground 3
`Ground 4
`
`Challenged Claims
`Basis
`References
`Obviousness (§103) 1, 3-5, 12-14
`Imai
`Obviousness (§103) 1, 3-6, 9-14
`Pauls
`Imai and Pauls Obviousness (§103) 1, 3-6, 9-14
`Imai, Pauls, and
`Obviousness (§103) 2, 11, 20-22, 25-27
`Chao
`
`The ’477 patent “is directed to a system and method for compressing and
`
`decompressing based on the actual or expected throughput (bandwidth) of a system
`
`employing data compression . . . . ” Ex. 1001 at 7:66-8:3. The invention seeks to
`
`“provide[] a desired balance between execution speed (rate of compression) and
`
`efficiency (compression ratio).” Id. at 8:24-27. For example, where the speed of
`
`the encoder causes a “bottleneck” because “the compression system cannot
`
`maintain the required or requested data rates,” “then the controller will command
`
`the data compression system to utilize a compression routine providing faster
`
`compression . . . so as to mitigate or eliminate the bottleneck.” Id. at 14:14-24.
`
`
`
`
`
`
`
`- 3 -
`
`
`
`

`

`Claim 1 is directed to a system that selects among “asymmetric data
`
`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`compression encoders” where “a first asymmetric data compression encoder . . . is
`
`configured to compress . . . at a higher data compression rate than a second
`
`asymmetric data compression.” Claim 1 of the ’477 patent recites:
`
`Element Claim 1
`
`1[PR]
`
`A system, comprising:
`
`1[A]
`
`a plurality of different asymmetric data compression encoders,
`
`wherein each asymmetric data compression encoder of the
`
`plurality of different asymmetric data compression encoders is
`
`configured to utilize one or more data compression algorithms,
`
`and
`
`1[B]
`
`wherein a first asymmetric data compression encoder of the
`
`plurality of different asymmetric data compression encoders is
`
`configured to compress data blocks containing video or image
`
`data at a higher data compression rate than a second asymmetric
`
`data compression encoder of
`
`the plurality of different
`
`asymmetric data compression encoders; and
`
`1[C]
`
`one or more processors configured to:
`
`determine one or more data parameters, at least one
`
`of the determined one or more data parameters
`
`
`
`
`
`
`
`- 4 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`relating to a throughput of a communications
`
`channel measured in bits per second; and
`
`1[D]
`
`select one or more asymmetric data compression
`
`encoders from among the plurality of different
`
`asymmetric data compression encoders based upon,
`
`at least in part, the determined one or more data
`
`parameters.
`
`
`
`The specification of the ‘477 patent makes clear that “data compression rate”
`
`
`
`
`
`refers to the “execution speed of the algorithm.” Id. at 1:63-67. Thus, Claim 1 and
`
`its dependents require a “first asymmetric data compression encoder” that is
`
`“configured to compress” at a higher execution speed than a “second asymmetric
`
`data compression encoder.”
`
`Independent Claim 20, by contrast, requires “a first video data compression
`
`encoder . . . configured to compress at a higher compression ratio than a second
`
`data compression encoder.” Thus, unlike Claim 1, which recites a compression
`
`rate (i.e., speed), Claim 20 recites compression ratio (i.e., size of the compressed
`
`data compared to the uncompressed data). Claim 20 further requires “at least one
`
`of the video data compression encoders” to be “configured to utilize an arithmetic
`
`data compression algorithm.” Claim 20 recites:
`
`
`
`
`
`
`
`
`
`- 5 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`Element Claim 20
`
`20[PR]
`
`A system comprising;
`
`20[A]
`
`a plurality of video data compression encoders;
`
`20[B]
`
`wherein at least one of the plurality of video data
`
`compression encoders
`
`is configured
`
`to utilize an
`
`asymmetric data compression algorithm, and
`
`20[C]
`
`wherein at least one of the plurality of video data
`
`compression encoders is configured to utilize an
`
`arithmetic data compression algorithm,
`
`20[D]
`
`wherein a first video data compression encoder of
`
`the plurality of video data compression encoders is
`
`configured to compress at a higher compression
`
`ratio than a second data compression encoder of the
`
`plurality of data compression encoders; and
`
`20[E]
`
`one or more processors configured to:
`
`determine one or more data parameters, at least one
`
`of the determined one or more data parameters
`
`relating to a throughput of a communications
`
`channel; and
`
`20[F]
`
`select one or more video data compression encoders
`
`from among the plurality of video data compression
`
`encoders based upon, at least in part, the determined
`
`one or more data parameters.
`
`
`- 6 -
`
`
`
`
`
`
`
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`III. Petitioners’ proposed claim constructions
`
`The Board does not construe claim terms unnecessary to resolve the
`
`controversy. Shenzhen Liown Electronics Co. v. Disney Enterprises, Inc.,
`
`IPR2015-01656, Paper 7 at 10 (Feb. 8, 2016) (citing Vivid Techs., Inc. v. Am. Sci.
`
`& Eng’g, Inc., 200 F.3d 795, 803 (Fed. Cir. 1999)).
`
`Petitioners have proposed constructions for the terms “asymmetric data
`
`compression encoder[s]” and “data blocks.” Pet. 7-9. These terms do not require
`
`construction in order to resolve the parties’ dispute. Rather, as this Response
`
`demonstrates, the Board should deny the Petition in full regardless of Petitioners’
`
`proposed. Accordingly, the Board need not construe “asymmetric data
`
`compression encoder[s]” or “data blocks.”
`
`IV. Ground 1 fails to explain what would be the “first asymmetric data
`encoder” and what would constitute the “second asymmetric data
`compression encoder”
`
`A Petition cannot establish unpatentability, based on anticipation or
`
`obviousness, where it fails to articulate how the prior art teaches a particular claim
`
`limitation. See, e.g., Comcast Cable Commc’ns, LLC v. Rovi Guides, Inc.,
`
`IPR2017-00956, 2017 WL 4102214, at *6 (Sept. 15, 2017) (“Comcast does not
`
`explain how this disclosure meets the claim limitation of control circuitry on a
`
`mobile device processing data ‘to identify content’ of television programming ‘to
`
`generate a first graphical user interface.’”); Arris Int’l Plc v. Sony Corp., IPR2016-
`
`
`
`
`
`
`
`- 7 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`00827, 2016 WL 6594910 (Sept. 28, 2016); Cao Grp., Inc. v. The Proctor &
`
`Gamble Company, IPR2014-00797, 2014 WL 6706553, at *5 (Nov. 26, 2014)
`
`(“Patent Owner contends that the Petitioner has not established anticipation of
`
`every element of the claims because Petitioner does not adequately explain how
`
`Gaglio discloses either the pressure limitation or the viscosity and tackiness
`
`limitation that is required by each of the claims. We agree.”).
`
`The Federal Circuit has held that obviousness based on a prior art
`
`combination cannot be reached absent a clear explanation or evidence “showing [ ]
`
`how the combination of the two references was supposed to work.” Personal Web
`
`Tech. v. Apple, 848 F.3d 987, 994 (Fed. Cir. 2017) (emphasis original). As the
`
`Federal Circuit explained in Personal Web, “such a clear, evidence-supported
`
`account of the contemplated workings of the combination is a prerequisite to
`
`adequately explaining and supporting a conclusion that a relevant skilled artisan
`
`would [1] have been motivated to make the combination and [2] reasonably expect
`
`success in doing so.” Id. (number and emphasis added).
`
`Where a Petition relies on combining elements of the prior art, it must
`
`explain “how any specific combination would operate or read on” the claims.
`
`ActiveVideo Networks, Inc. v. Verizon Commc’ns, Inc., 694 F.3d 1312, 1327-28
`
`(Fed. Cir. 2012). In other words, it is not enough for the Petition to simply point to
`
`some aspect of the prior art and allege that it teaches or suggests a given limitation
`
`
`
`
`
`
`
`- 8 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`in the challenged claim; the Petition fails unless it further explains how the cited
`
`aspect of the prior art in fact teaches the limitation in question. Conclusory or
`
`vague assertions will not do. KSR Intern. Co v. Teleflex Inc., 550 U.S. 398, 418
`
`(2007) (“Rejections on obviousness grounds cannot be sustained by mere
`
`conclusory statements.”); Intelligent Bio-Sys., Inc. v. Illumina Cambridge Ltd., 821
`
`F.3d 1359, 1369 (Fed. Cir. 2016) (“It is of the utmost importance that petitioners in
`
`the IPR proceedings adhere to the requirement that the initial petition identify
`
`‘with particularity’ the ‘evidence that supports the grounds for the challenge to
`
`each claim.’”) (emphasis added) (quoting 35 U.S.C. § 312(a)(3)).
`
`Thus in Harmonic Inc. v. Avid Tech., Inc., the Federal Circuit affirmed the Board’s
`
`finding that the Petition’s mere reference to certain teachings in the prior art,
`
`without an explanation as to how those teachings met the elements of the
`
`challenged claim, were fatally conclusory. 815 F.3d 1356, 1363 (Fed. Cir. 2016)
`
`(finding that “Harmonic does not explain how Haskell’s control of bit rate
`
`teaches the specific claim limitation”) (emphasis added).
`
`To the same effect, the Federal Circuit made clear in Magnum Oil Tools
`
`Int’l, Ltd. that “[t]o satisfy its burden of proving obviousness, a petitioner cannot
`
`employ mere conclusory statements.” 829 F.3d 1364, 1380 (Fed. Cir. 2016). “The
`
`petitioner must instead articulate specific reasoning, based on evidence of record,
`
`to support the legal conclusion of obviousness.” Id. (emphasis added).
`
`
`
`
`
`
`
`- 9 -
`
`
`
`

`

`The Board has therefore not hesitated to reject a petition’s allegations where
`
`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`they are found to be conclusory, and the Federal Circuit has routinely affirmed
`
`such Board decisions. Harmonic, 815 F.3d at 1363; Wasica Fin. GmbH v. Cont’l
`
`Auto. Sys., Inc., 853 F.3d 1272, 1286 (Fed. Cir. 2017); Securus Techs., Inc. v.
`
`Glob. Tel*Link Corp., 701 F. App’x 971, 976–77 (Fed. Cir. 2017); Duke Univ. v.
`
`BioMarin Pharm. Inc., 685 F. App’x 967, 978–79 (Fed. Cir. 2017).
`
`Here, limitation 1[B] requires specifying which of at least two encoders is
`
`the “first asymmetric data compression encoder” that is “configured to compress
`
`. . . video or image data” and which is the “second asymmetric data compression
`
`encoder” that is configured to likewise compress video or image data. Ex. 1001 at
`
`Cl. 1[B].
`
`Moreover, the two recited encoders cannot simply be interchanged because
`
`they have differing characteristics. Ex. 2002 ¶48. Namely, the “first asymmetric
`
`data compression encoder” must be “configured to compress . . . video or image
`
`data at a higher data compression rate than a second asymmetric data compression
`
`encoder.” Ex. 1001 at Cl. 1[B] (emphasis added); Ex. 2002 ¶48. Thus, the Petition
`
`must identify a specific first encoder that is configured to compress at a higher rate
`
`than a specific second encoder. Petitioners therefore cannot meet their burden to
`
`show “how the combination of the two references [is] supposed to work” by
`
`
`
`
`
`
`
`- 10 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`merely pointing to several encoders and alleging that some unspecified encoder
`
`would satisfy the claims’ limitations. Personal Web Tech., 848 F.3d at 994.
`
`But the Petition never attempts to specify any encoder that would constitute
`
`the “first” encoder for purposes of the claims, or any encoder that would constitute
`
`the “second” encoder. Ex. 2002 ¶40. The Petition’s allegations are thus inadequate
`
`because they fail to specify a particular “first” encoder and a “second” encoder, as
`
`the claims require. Id. at ¶41.
`
`And while Patent Owner sought to clarify the matter with Petitioner’s expert
`
`in deposition, Dr. Storer’s deposition testimony failed to elucidate the issue, and
`
`only confirmed that the Petition and his declaration suffers from a fatal flaw.
`
`Although Dr. Storer was asked many times in many ways to identify what, in Imai,
`
`he contends is “a first asymmetric data compression encoder” for purposes of
`
`Claim 1 and its dependents, he refused to do so. Instead, Dr. Storer merely
`
`perpetuated the Petition’s fatally vague and non-committal stance on the issue,
`
`repeatedly stating that the “first asymmetric data compression encoder” would be
`
`whichever encoder was “faster.”
`
`Q…I’m curious if there’s any encoder that you suggest is the first
`
`asymmetric data compression encoder that Imai teaches?
`
`A. Sure. So Imai actually includes a number of different approaches,
`
`but certainly one, such as in Figure 5, where on the fly, Imai is going to
`
`now determine what encoder will ensure this throughput, right? What
`
`- 11 -
`
`
`
`
`
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`encoder will do the best job. So, for example, it even talks about making
`
`an encoding schedule in adapting on the fly.
`
`So, for example, if right now an encoder is not fast enough, it’s not
`
`doing the job that's necessary in order to guarantee that throughput, or
`
`it could also be that it’s not getting enough compression ratio. Okay?
`
`But if that encoder, for example, is not fast enough -- okay? -- because
`
`the data type is changed; Imai mentions different kinds of data types
`
`that could be coming through, then that will change to a different
`
`encoder. And that encoder that is faster, for example, would
`
`correspond to a first encoder, and the one that is slower, that is being
`
`replaced -- for example, in that example, would correspond to a second
`
`encoder.
`
`Ex. 2003 at 66:13-67:9. As noted, the inadequacy with that testimony is that it
`
`simply states that the “first encoder” could be any encoder in Imai, whereas the
`
`claim requires a particular “first encoder” that is, by design, configured to be faster
`
`than a different particular “second encoder.”
`
`Dr. Storer’s cross-examination confirmed that the Petition does not have any
`
`theory that would actually meet those requirements. No matter how the question
`
`was asked, or how many times, Dr. Storer continued to avoid naming any
`
`particular encoder that he and Petitioners contend maps onto “first asymmetric data
`
`compression encoder” of Claim 1. Instead, he simply continued to assert that it
`
`would be the “faster” encoder. See, e.g., id. at 69:24-70:20, 76:5-80:9. Thus, Dr.
`
`
`
`
`
`
`
`- 12 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`Storer refused to do any more than restate Claim 1’s requirement that the first
`
`encoder compress “at a higher data compression rate.” Pet. 20 (“The ’477 Patent
`
`uses the term ‘data compression rate’ to refer to the execution or algorithmic speed
`
`of a compression encoder.”).
`
`Such a vague theory of obviousness is impossible for the Board to evaluate.
`
`Without providing any specific theory as to what constitutes the first and second
`
`encoders of Claim 1, and how the first is configured to be faster than the second,
`
`the Board cannot determine whether the prior art discloses the recited encoders,
`
`much less discloses them configured as in the claims.
`
`The reason for the Petition’s and Dr. Storer’s evasiveness is clear: It is
`
`impossible to tell which encoder in Imai would be faster because the asserted art
`
`does not disclose the compression rate (i.e. speed) of any encoder relative to any
`
`other encoder. Infra at V.B.2 and VI.B (explaining that the prior art’s purported
`
`disclosures regarding compression rate actually refer to other characteristics of the
`
`encoders) Ex. 2002 ¶42.
`
`And the Petition does not disclose sufficient information to determine which
`
`encoder would be faster. Ex. 2002 ¶43. It only refers to the algorithms encoders
`
`may employ by the names of their encoding standards and output data rate. But, as
`
`Dr. Storer testified, it is not possible to know whether an encoder employing any
`
`one algorithm or encoding standard mentioned in the prior art will encode faster
`
`
`
`
`
`
`
`- 13 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`than another without knowing specific details of the implementation. Id. For
`
`example, when asked to compare the speed of ATRAC 2 and MPEG Layer 3, he
`
`responded “these issues depend on implementation:”
`
`Is it -- to achieve a particular compression ratio with a particular set of
`
`audio data, would it usually be faster to compress with MPEG layer 3
`
`or ATRAC 2?
`
`[objections and repeating of question]
`
`THE WITNESS: So, again, it seems like pretty much the same question
`
`you asked before, and the answer would begin the same way, that the
`
`question is almost phrased the wrong way. And this would apply not
`
`just to audio, but would apply to audio standards, but certainly also
`
`would apply to video standards and the example I gave with motion
`
`compensation. It would apply to audio standards, for example, in the
`
`example that -- that -- that Imai gives in paragraph 1 -- 690, even with
`
`respect to a given standard that these issues depend on the
`
`implementation.
`
`Id. at 88:22-89:16; see also id. at 87:7-14 (“Q. Would it be faster to compress data
`
`with MPEG layer 3 or ATRAC 2? A. So, no disrespect to your question, but the
`
`way you phrased it doesn’t actually match up with the technology. We mentioned
`
`earlier that both MPEG and ATRAC are standards, and those standards can be
`
`implemented to run faster or slower and also in a tradeoff to achieve more or less
`
`compression.”). And he provided the same answer when asked to compare the
`
`
`
`
`
`
`
`- 14 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`speeds of other encoders using algorithms mentioned in the asserted art, such as
`
`MPEG and H.263. at 96:19-97:5 (“[Y]ou could very well have a faster -- an H.263
`
`coder that was faster than -- they worked faster on the same data as an MPEG
`
`coder and vice versa -- okay?”).
`
`Moreover, Dr. Storer testified that a POSITA would not necessarily know
`
`which of two encoders is faster even if their output rate or compression ratios are
`
`disclosed:
`
`Q….Can a person of ordinary skill in the art reliably know that an
`
`encoder that achieves a high compression ratio on a given piece of data
`
`would have a lower compression rate than an encoder that achieves a
`
`lower compression ratio on that same data?
`
`[Objection and repeating of question]
`
`THE WITNESS: So, first of all, you said – you prefaced your question
`
`before asking it -- and thank you for repeating it -- that you were
`
`specifically using ‘compression rate’ as its -- the term that's used in the
`
`Fallon patent. [defines ‘Fallon Patent’]
`
`So returning to my -- for example, my paragraph 124 that comes -- that
`
`is now addressing this claim element that uses the term ‘compression
`
`rate,’ and it says [reads definition].
`
`So, for example, let’s take the world of – it’s almost simpler to think
`
`about lossless compression, methods like, you know, PKzip or gzip or
`
`other things like that. If I had two methods and one of them ran faster
`
`
`
`
`
`
`
`- 15 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`and typically produced smaller output, I mean, obviously you would
`
`just always use the second method, right?
`
`So, generally, it’s sort of common sense that the reason I may be
`
`looking at more than two methods is because there’s this tradeoff. Some
`
`of them will run slower but typically give smaller output, and some of
`
`them will run faster but may not give quite as small output.
`
`Ex. 112:8-113:22.
`
`
`
`Thus, the Petition’s vagueness creates an obviousness theory that even Dr.
`
`Storer cannot evaluate: whereas the “first asymmetric data compression encoder”
`
`of the claims must be “faster” than a “second” encoder, the prior art discloses
`
`encoders by referring to their encoding standards and output rates, and does not
`
`permit any finding than any one of Imai’s encoders would be “configured” to be
`
`faster than any other on a systematic and predictable basis. The Petition’s failure to
`
`map the disclosures in the prior art to the claims thus prevents it from meeting its
`
`burden to show that the art discloses the encoders of Claim 1.
`
`Ground 1 should thus be rejected for the simple reason that the Petition does
`
`not even identify the recited encoders. See, e.g., Comcast Cable, 2017 WL
`
`4102214, at *6; Arris Int’l, 2016 WL 6594910; Cao, 2014 WL 6706553, at *5;
`
`ActiveVideo, 694 F.3d 1327-28 (a party asserting obviousness must “explain . . .
`
`how any specific combination would operate or read on the asserted claims”);
`
`
`
`
`
`
`
`- 16 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`Personal Web, 848 F.3d at 994 (A party seeking to demonstrate obviousness must
`
`explain “how the combination of the two references [is] supposed to work”).
`
`V. Ground 1 does not show that Imai discloses or suggests “a first
`asymmetric data compression encoder . . . configured to compress
`data blocks containing video or image data at a higher data
`compression rate than a second asymmetric data compression
`encoder”
`
`A. Limitation 1[B] requires two asymmetric data compression
`encoders, with the first encoder being configured to compress
`video or image data faster than the second encoder
`
`Claim 1 further requires that its “first asymmetric data compression
`
`encoder” be configured to compress data “at a higher data compression rate” than
`
`the “second asymmetric data compression encoder.” See Ex. 1001 at Cl. 1[B] (“a
`
`first asymmetric data compression encoder . . . configured to compress . . . at a
`
`higher data compression rate than a second asymmetric data compression
`
`encoder”). Petitioners define “data compression rate” as “the execution or
`
`algorithmic speed of a compression encoder.” Pet. 20. They further contend that “it
`
`is the throughput of the asymmetric data compression encoder measured by the
`
`amount of input data that it can compress per unit of time at a given
`
`compression ratio.” Pet. 21 (emphasis added). Thus, under Petitioners’ definition
`
`of “data compression rate,” Claim 1 requires “a first asymmetric data compression
`
`encoder” that is configured to compress more input data per unit of time at a given
`
`compression ratio than a “second asymmetric data compression encoder.” Ex. 2002
`
`
`
`
`
`
`
`- 17 -
`
`
`
`

`

`
`
` Case IPR2018-01187
`PATENT OWNER’S RESPONSE
`
`¶47.
`
`Moreover, the requirement that the “first asymmetric data compression
`
`encoder” is “configured to compress . . . at a higher data compression rate than a
`
`second asymmetric data compression encoder” means the relationship between the
`
`first and second encoders’ compression rates cannot arise as a side effect of some
`
`other design choice, or by chance. Ex. 2002 ¶48. Rather, the claim’s recitation of
`
`“configured” requires that the “first encoder” must compress at a higher rate than
`
`the “second encoder” because it is designed to do so. Id.
`
`To that effect, the Federal Circuit has distinguished “configured to” as
`
`narrower than “capable of” or “suited to.” For instance, in Apex Eyewear, the court
`
`distinguished “configured to” from the broader terms “capable of” or “suitable
`
`for.” See Aspex Eyewear v. Marchon Eyewear, 672 F.3d 1335, 1349 (Fed. Cir.
`
`2012) (construing “adapted to” in the narrower sense of “configured to,” “made
`
`to,” or “designed to,” rather than in the “broader sense” of “capable of” or
`
`“suitable for.”). It thus concluded that an apparatus or method that “simply . . . can
`
`be made to serve [the] purpose” recited in the claim is not a method that is
`
`“configured to

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