Adobe Systems Incorporation v. Wowza Media Systems, Inc.

Filing 442

ORDER (1) CONSTRUING CLAIMS; (2) DENYING MOTION FOR SUMMARY JUDGMENT OF INFRINGEMENT; (3) GRANTING IN PART AND DENYING IN PART MOTION FOR SUMMARY JUDGMENT OF NONINFRINGEMENT; (4) GRANTING IN PART AND DENYING IN PART MOTION TO STRIKE by Judge Jon S. Tigar, denying 327 Motion for Summary Judgment; granting in part and denying in part 340 Motion for Summary Judgment. (wsn, COURT STAFF) (Filed on 2/23/2014)

Download PDF
1 2 3 4 UNITED STATES DISTRICT COURT 5 NORTHERN DISTRICT OF CALIFORNIA 6 7 ADOBE SYSTEMS INCORPORATED, Case No. 11-cv-02243-JST Plaintiff, 8 v. 9 10 WOWZA MEDIA SYSTEMS, et al., Defendants. United States District Court Northern District of California 11 12 13 Re: ECF Nos. 327, 340 14 15 16 17 18 19 20 ORDER (1) CONSTRUING CLAIMS; (2) DENYING MOTION FOR SUMMARY JUDGMENT OF INFRINGEMENT; (3) GRANTING IN PART AND DENYING IN PART MOTION FOR SUMMARY JUDGMENT OF NONINFRINGEMENT; (4) GRANTING IN PART AND DENYING IN PART MOTION TO STRIKE In this patent infringement action involving media-streaming technology, the parties seek the construction of eleven terms used in the four patents-in-suit. Additionally, Adobe moves for summary judgment of infringement and Wowza moves for summary judgment of noninfringement. In light of the Court’s constructions, Adobe’s motion for summary judgment of infringement is DENIED, and Wowza’s motion for summary judgment of noninfringment is GRANTED IN PART and DENIED IN PART. I. 21 BACKGROUND A. 22 Patents-in-Suit and Remaining Asserted Claims Adobe alleges that Wowza infringes four of its patents through the use and sale of the 23 Wowza Media Server (“WMS”). WMS is a server that transmits content to clients, such as the 24 Adobe Flash Player, by using various communication protocols, such as RTMP and RTMPe. 25 The following chart identifies the four patents-in-suit and the remaining asserted claims: 26 // 27 // 28 1 Patent Claims 2 U.S. Patent No. 7,272,658 (“the ’658 patent”) 12, 16, 21 3 U.S. Patent No. 7,587,509 (“the ’509 patent”) 1, 4, 6, 10, 22, 25, 27 4 U.S. Patent No. 7,961,878 (“the ’878 patent”) 1, 4, 15, 16, 17 5 U.S. Patent No. 8,051,287 (“the ’287 patent”) 1, 12, 13, 14, 16 The ’658 and ’509 Patents 6 B. 7 The ’658 patent, entitled “Real-time priority-based media communication,” and the ’509 patent, which is a continuation of the ’658 patent, teach methods for streaming information in real 9 time.1 The patents distinguish the invention from prior methods of streaming information, which 10 focused on transmitting information over the internet by breaking down information into segments 11 United States District Court Northern District of California 8 before transmission and attaching headers to such segments so that the receiving application could 12 properly re-assemble the information. These prior methods were inefficient because the header of 13 each segment always contained the maximum amount of header data, which substantially reduced 14 the available bandwidth, and because the information transmitted was not prioritized in any way. 15 The invention taught in these patents improves upon these prior methods by reducing the amount 16 of repetitive data included in the headers, which increases the available bandwidth, and by 17 breaking down the information into small segments called “chunks” and interleaving the chunks 18 based on their time-sensitivy before transmission, which increases the efficiency of the streaming 19 and results in better playback. The patents contain detailed examples of how the invention works. Any given media 20 21 stream (i.e. program, movie, song, etc.) that is transmitted from one end of the connection to the 22 other is broken up into multiple sub-streams, each of them containing one aspect of the stream, 23 such as the video or audio. Each of the subtreams is then broken up into chunks. Each chunk 24 contains both the payload, which is the segmented data, and “a chunk control byte,” which 25 contains header information that is used to re-assemble and play the media stream at the 26 destination. ’658 patent col. 6 ll. 15-25. The chunk control byte contains a chunk stream ID, 27 28 1 Both of these patents share the same specification. 2 1 which indicates the media stream, and a chunk type ID, which is one of four “states/types” for 2 classifying each chunk and that “identifies the purpose of the chunk.” Id. col. 6 ll. 35-55; col. 7 ll. 3 33-45. Additionally, the chunk control byte “typically” includes four types of header information: 4 (1) a message stream ID, which identifies the particular substream to which the chunk belongs; 5 (2) a message type ID, which identifies the specific format of the chunk (i.e. audio such as .wav or 6 MP3 or video such as MPEG-4 or .wma); (3) time, which “typically” is a “time stamp” that the 7 destination application can use to properly synchronize the chunk with the other chunks it 8 received; and (4) length, which indicates the length of the chunk and is used by the application to 9 determine when the chunk has been fully received. Id. col. 4 ll. 59-68; col. 5 ll. 1-58. The ’878 Patent C. 11 United States District Court Northern District of California 10 The ’878 patent, entitled “Imparting cryptographic information in network 12 communications,” teaches methods for establishing a secured network communication by 13 embedding cryptographic information that can be used to establish such a communication within a 14 pre-determined portion of the network communication. The communication session is established 15 through a handshake that includes a pre-defined portion of the communication reserved for and 16 known to contain random data. The cryptographic information is stored in this pre-defined 17 18 19 20 portion, which allows the cryptographic information to appear random and thus be less susceptible to detection and reverse engineering. The receiving entity may identify the cryptographic information with the use of pre-determined modulo divisers, coded integers, or other methods. Once the receiving entity identifies and processes the cryptographic information, the interactions between the sending and receiving entities can be modified, including by initiating an encrypted 21 session. 22 D. 23 24 25 26 27 The ’287 Patent The ’287 patent, entitled “Imparting real-time priority-based network communications in an encrypted communication session,” teaches methods for establishing a communication session in real time to communicate a media stream that are based in part on the storage of cryptographic information in a pre-defined portion of the communication. This invention essentially combines the methods taught in the other patents-in-suit, namely the priority-based real-time communication 28 3 1 method of the ’658 and ’509 patents, and the handshake authentication technology of the ’878 2 patent. One of the described benefits of this combination is to improve the real-time streaming of 3 media with some degree of security. 4 II. CLAIM CONSTRUCTION 5 A. 6 The construction of patent claim terms is a matter of law for the court. Markman v. 7 Westview Instruments, Inc., 517 U.S. 370, 372 (1996). A “bedrock principle” of patent law is that 8 9 10 United States District Court Northern District of California 11 12 Legal Standard “the claims of a patent define the invention to which the patentee is entitled the right to exclude.” Phillips v. AWH Corp., 415 F.3d 1303, 1312 (Fed. Cir. 2005). The “objective baseline” for construing patent terms is to identify the “ordinary and customary meaning” of the term, which is “the ordinary and customary meaning of a claim term is the meaning that the term would have to a person of ordinary skill in the art in question at the time of the invention, i.e., as of the effective filing date of the patent application.” Id. at 1313. “[T]he person of ordinary skill in the art is 13 deemed to read the claim term not only in the context of the particular claim in which the disputed 14 15 term appears, but in the context of the entire patent, including the specification” and the prosecution history. Id. 16 17 18 A patent’s intrinsic evidence serves as the “primary basis for construing [a] claim” and “is the best source for understanding a technical term.” Id. at 1314. The intrinsic evidence trumps any extrinsic evidence that would contradict it. Id. Intrinsic evidence includes the patent and its 19 file history, including any reexaminations and reissues, related patents and their prosecution 20 histories, and the prior art that is cited or incorporated by reference in the patent‐in‐suit and 21 prosecution history. Id. 22 Extrinsic evidence refers to all other types of evidence, including inventor testimony, 23 expert testimony, documentary evidence of how the patentee and alleged infringer have used the 24 claim terms, dictionaries, treatises, and other similar sources. Id. at 1318. 25 // 26 // 27 // 28 // 4 1 2 3 4 B. Analysis 1. “priority-based” — ’658 patent claim 12; ’287 Patent claims 1, 12 Adobe’s proposed construction Wowza’s proposed construction “[A communication system] that assigns “plain and ordinary meaning” or “order-based” 5 different priority values to different media 6 types and uses these priority values to 7 8 9 determine what chunks to transmit.” The Court construes the term “priority-based” as “rank-based.” “Priority-based” is a commonplace, non-technical word; as such, it requires no elaborate interpretation and its construction requires “little more than the application of the widely accepted 11 United States District Court Northern District of California 10 meaning” of the word. Phillips, 415 F.3d at 1314; see also Brown v. 3M, 265 F.3d 1349, 1352 12 (Fed. Cir. 2001) (affirming construction of term “or” based on its plain meaning because the term 13 is not a “technical term[] of art, and do[es] not require elaborate interpretation,” as nothing in the 14 specification or prosecution history requires adopting an alternative construction). 15 Wowza’s proposed construction contains several concepts, including “assigns” and “uses,” 16 that fall outside of the plain meaning of the term “priority-based.” Wowza does not adequately 17 explain why burdening the disputed term with these concepts is appropriate. Wowza merely 18 points to portions of the specification that discuss “certain embodiments of the present invention” 19 as containing a “scheduling algorithm” that assigns a “specific priority value” to media segments. 20 See Mot. at 6, ECF No. 409 (quoting ’658 patent col. 11 ll. 56-49). These embodiments merely 21 teach how the prioritizing contemplated by the term “priority-based” can be accomplished. 22 Descriptions of embodiments, even preferred embodiments, in the specification are insufficient to 23 limit the scope of the term in the manner proposed by Wowza absent “words or expressions of 24 manifest exclusion or restriction.” See Liebel-Flarsheim Co. v. Medrad, Inc., 358 F.3d 898, 906 25 26 27 28 (Fed. Cir. 2004) (holding that “[e]ven when the specification describes only a single embodiment, the claims of the patent will not be read restrictively unless the patentee has demonstrated a clear intention to limit the claim scope using words or expressions of manifest exclusion or restriction”) (citation and internal quotation marks omitted). Wowza points to no such words or expressions. 5 1 Moreover, given that several dependent claims of the ’658 and ’287 patents contain 2 limitations such as “a priority assigned to” and “associating priority values,” the Court is not 3 persuaded that limiting the independent claims at issue in the manner proposed by Wowza would 4 be appropriate in light of the doctrine of claim differentiation. Adobe Mot. at 12 (citing the ’658 5 patent claim 9; ’287 patent claims 8, 19, 31); see Enzo Biochem, Inc. v. Applera Corp., 599 F.3d 6 7 8 9 10 United States District Court Northern District of California 11 1325, 1342 (Fed. Cir. 2010) (noting that, under the doctrine of claim differentiation, “the presence of a dependent claim that adds a particular limitation gives rise to a presumption that the limitation in question is not present in the independent claim”). In any event, during oral argument, both parties agreed that “rank-based” would be an appropriate construction of the term at issue. See Tr. at 10, 19-20, ECF No. 439. 2. “consists of” — ’658 patent claims 12, 21; ’509 patent claims 1, 10, 22, 27 12 13 14 15 16 17 18 Adobe’s proposed construction Wowza’s proposed construction “includes only the following purposes but does “include[s] the following, and only the not preclude purposes indicated by information following” other than the state or type identifier” The Court adopts Wowza’s proposed construction. To illustrate the context of the term at issue, the relevant portion of claim 21 of the ’658 patent, which is representative of each of the claims that contains this term, is reproduced below: 19 20 21 22 23 24 25 26 27 28 A computer program product having a computer readable medium with computer program logic recorded thereon, said computer program product comprising: code for implementing a state machine that processes state assignments for each of said plurality of associated chunks representative of information regarding said media substreams and said message streams wherein said state assignments indicate possible purposes of a corresponding chunk, and wherein the possible purposes indicated by said state assignments consist of: a new stream chunk associated with a new media message sub-stream wherein said new stream chunk includes a plurality of new parameters in a corresponding one of said headers and uses no parameters from a previous header, 6 a new media chunk associated with a new media message sub-stream wherein said new media chunk includes a plurality of new parameters in a corresponding one of said headers and uses at least one other parameter from a previous header, 1 2 3 a new time chunk associated with said new media message sub-streams wherein said new time chunk includes at least one new parameter in a corresponding one of said headers and uses a plurality of other parameters from a previous header, and 4 5 6 7 a continuation chunk requiring no new parameters in a corresponding one of said headers and using a plurality of parameters from a previous header; 8 9 10 United States District Court Northern District of California 11 In this claim, the term “consist of” refers exclusively to, and modifies, the “purposes indicated by said state assignments.”2 The four subparagraphs that follow the term each describe one such purpose. 12 It is well-settled, and the parties do not dispute that, the term “consisting of” means that 13 “the claimed invention contains only what is expressly set forth in the claim,” but it “does not 14 limit aspects unrelated to the invention.” Norian Corp. v. Stryker Corp., 363 F.3d 1321, 1331 15 (Fed. Cir. 2004). In light of this authority, both parties agree that “consists of” limits the claim to 16 the four purposes listed after the term. They also agree that any purposes that are indicated by 17 something other than the state assignments are not affected by the term, as they fall outside of the 18 scope of the claims at issue. The Court agrees with the parties that the term “consists of” must be construed to limit the 19 20 purposes indicated by the state assignments to the four purposes listed after the term, and that 21 purposes unrelated to the state assignments are not affected by the term. The Court concludes that 22 Wowza’s proposed construction adequately conveys this meaning. Indeed, when one substitutes 23 Wowza’s proposed construction for the term “consists of,” the relevant portion of the claim reads 24 “wherein the possible purposes indicated by said state assignments include the following and only 25 the following[.]” Because the term at issue modifies only “the possible purposes indicated by said 26 27 28 2 The other claims at issue that contain the term “consist of” use other words for “state assignments,” such as “states,” “state association,” and “chunk type identifiers.” The parties agree that all of these terms are used interchangeably in the patents. 7 1 state assignments,” by definition, any purpose that is not indicated by the state assignments is not 2 affected by the term. 3 Contrary to Adobe’s contention, Wowza’s construction would be less confusing to the jury 4 than the one Adobe proposes. Adobe’s construction uses the term “state or type identifier,” which 5 is not used in the patents-in-suit. Accordingly, Adobe’s proposed construction is more likely to 6 confuse than to clarify. 7 3. “new media chunk” — ’658 patent claims 12, 21; ’509 patent claims 1, 10, 22, 27 8 Adobe’s proposed construction Wowza’s proposed construction 10 “A chunk having a plurality of new parameters “A chunk of a media message sub-stream that is 11 United States District Court Northern District of California 9 in its header and using at least one other of a different media type than the media type of 12 parameter from a previous header” the immediately preceding chunk with the same 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 chunk stream ID” The Court adopts the following version of Wowza’s proposed construction: “a chunk of a media message sub-stream that is of a different media format than the media format of the immediately preceding chunk with the same chunk stream ID.” Because the context of the term is critical to its construction, claim 21 of the ’658 patent, which is representative of the claims containing the term, is reproduced here: A computer program product having a computer readable medium with computer program logic recorded thereon, said computer program product comprising: code for implementing a state machine that processes state assignments for each of said plurality of associated chunks representative of information regarding said media substreams and said message streams wherein said state assignments indicate possible purposes of a corresponding chunk, and wherein the possible purposes indicated by said state assignments consist of: a new stream chunk associated with a new media message sub-stream wherein said new stream chunk includes a plurality of new parameters in a corresponding one of said headers and uses no parameters from a previous header, a new media chunk associated with a new media message sub-stream wherein said new media 8 1 2 3 4 5 6 7 8 9 10 chunk includes a plurality of new parameters in a corresponding one of said headers and uses at least one other parameter from a previous header, a new time chunk associated with said new media message sub-streams wherein said new time chunk includes at least one new parameter in a corresponding one of said headers and uses a plurality of other parameters from a previous header, and a continuation chunk requiring no new parameters in a corresponding one of said headers and using a plurality of parameters from a previous header; Adobe argues that the term “new media chunk” is “self-defined” by the language of the claims, specifically, by the language after the word “includes” in the subparagraph where the term appears. Adobe’s proposed construction must be rejected for two reasons. First, it renders the United States District Court Northern District of California 11 words “new media” superfluous. See Mangosoft, Inc. v. Oracle Corp., 525 F.3d 1327, 1330 (Fed. 12 Cir. 2008) (rejecting construction of “local memory device” that renders the term “local” 13 superfluous). Adobe argues that the words “new media” are a mere “label or designator” for a 14 chunk that “includes a plurality of new parameters” in its header and “uses at least one parameter 15 from a previous header.” Adobe Opp’n at 12. Adobe, however, does not support this assertion 16 with evidence showing that the patentee intended these words to be “labels or designators” 17 without any meaning of their own. 18 Second, Adobe’s proposed construction is inconsistent with the language surrounding the 19 term at issue, because it ignores the inclusion and meaning of the word “includes” in the claim. 20 The word “includes” is open-ended. See SanDisk Corp. v. Memorex Products, Inc., 415 F.3d 21 1278, 1284 (Fed. Cir. 2005) (“As a patent law term of art, ‘includes’ means ‘comprising.’”) 22 (citation omitted). Accordingly, the use of the word “includes” in the claims at issue means that a 23 “new media chunk” must include, but is not limited to, “a plurality of new parameters in a 24 corresponding one of said headers and uses at least one other parameter from a previous header.” 25 See id. (holding that term “includes” does not “foreclose[] additional elements that need not 26 27 28 satisfy the stated claim limitations”). Adobe’s proposed construction unjustifiably limits the meaning of new media chunk exclusively to “a plurality of new parameters in a corresponding one of said headers and uses at least one other parameter from a previous header,” and therefore 9 1 2 cannot be correct. Wowza’s proposed construction properly gives meaning to the words “new media” in light 3 of the specification. See Merck & Co., Inc. v. Teva Pharmaceuticals USA, Inc., 395 F.3d 1364, 4 1372 (Fed. Cir. 2005) (“A claim construction that gives meaning to all the terms of the claim is 5 preferred over one that does not do so.”); see also Mask Co. Ltd. v. Ambu, 618 F.3d 1367, 1371 6 (Fed. Cir. 2010) (“[T]he specification is the single best guide to the meaning of a disputed term.”). 7 8 9 10 United States District Court Northern District of California 11 12 13 14 15 16 The language of the claims containing the term at issue directly track the specification’s description of certain embodiments, in which “the type or purpose of the chunk” is identified by the chunk type ID, which in turn “provides four states/types for classifying each chunk message.” ’658 patent col. 7 ll. 33-44 (emphasis added). The four possible values of the chunk type ID are described as follows: value 0 “indicates a new stream”; value 1 “is a new media indicator of a specified new time change/time delta, length, and any new message type ID”; value 2 refers to “a new message defined only by a single piece of header information” such as “the new time delta”; and value 3 “is a continuation indicator” that “preferably uses the same message stream ID, the same message type ID, the same time change/time delta, and the same length of the previous chunks.” Id. col. 7 ll. 45-68; col. 8 ll. 1-47 (emphasis added). Adobe’s criticism of Wowza’s construction centers on Wowza’s purported importation of 17 extraneous limitations from these embodiments into the claims. Adobe argues that such 18 importation “has no textual basis with the claims whatsoever.” Adobe Mot. at 18. Here, however, 19 the claims explicitly reference the embodiments discussed above by including the terms “new 20 stream,” “new media,” “new time,” and “continuation” when referring to the four possible chunk 21 purposes. The use of these terms constitutes the requisite clear language required to limit the 22 scope of the claims to these embodiments. See Abbot Laboratories v. Sandoz, 566 F.3d 1282, 23 1288 (Fed. Cir. 2009) (holding that a court may limit the construction of a term to the 24 embodiments disclosed in the specification “when the claims themselves, the specification, or the 25 prosecution history clearly indicate that the invention encompasses no more than the confined 26 structure or method”); see also Liebel-Flarsheim Co. v. Medrad, Inc., 358 F.3d 898, 906 (Fed.Cir. 27 2004) (holding that a court may limit broad claim language to an embodiment in the specification 28 when “the patentee has demonstrated a clear intention to limit the claim scope using ‘words or 10 1 expressions of manifest exclusion or restriction’”) (citation omitted). Additionally, the terms that Wowza uses to define “new media chunk” are fully in line 2 3 with what is described in the specification. The specification uses the word “media” in the context 4 of chunks to refer to the “format of the data payload.” ’658 patent col. 7 ll. 35-45. It follows that a 5 “new media” chunk should be one that has a “new” or different media format or type than the 6 prior chunk.3 The specification also teaches that a “new media” chunk of value 1 belongs to the 7 8 same chunk stream ID as the prior chunk. See id. col. 8 ll. 3-13. Otherwise, that chunk would not be a “new media” chunk of value 1 but rather would be a “new stream” chunk of value 0. During oral argument, Adobe argued that Wowza’s proposed construction improperly 9 10 excludes the preferred embodiment depicted in Figure 9, which illustrates a chunk of value 1 (chunk 909 with header 910) as having a media format that is not different from the media format 11 United States District Court Northern District of California of the preceding chunk. As the Court pointed out during oral argument, and as Adobe admitted, 12 Figure 9 is unreliable, because its depiction of chunk 909 as a value 1 chunk conflicts with the 13 14 15 specification’s description of that chunk as a value 0 chunk that “resets” all of the states, including the media type. See id. col. 15 ll. 25-31. Given Figure 9’s discrepancy with the specification, the Court declines to take it into account in construing the term at issue. 16 Finally, Adobe argues that Wowza’s proposed construction violates the doctrine of claim 17 differentiation because certain dependent claims include the limitation “media type.”4 See 18 Phillips, 415 F.3d at 1315 (“[T]he presence of a dependent claim that adds a particular limitation 19 gives rise to a presumption that the limitation in question is not present in the independent 20 claim.”). Though Adobe is correct that “media type” is found in certain dependent claims, the 21 Court finds that the doctrine of claim differentiation does not undermine the Court’s construction 22 of “new media type” because the dependent claims at issue are not rendered superfluous by that 23 construction. 24 /// 25 /// 26 27 28 3 The specification uses the words type and format interchangeably when referring to media. See ’658 patent col 8 ll. 1-10 (“type/format”). 4 These are claims 4, 5, 6, and 16 of the ’658 patent, and claim 4 of the ’509 patent. 11 4. 1 “new time chunk” — ’658 patent claims 12, 21; ’509 patent claims 1, 10, 22, 27 2 Adobe’s proposed construction 3 4 5 6 “a chunk having at least one new parameter in “a chunk having a different time than the time its header and using a plurality of other of the immediately preceding chunk of that parameters from a previous header” stream.”5 The Court adopts a variation of Wowza’s proposed construction, as follows: “a chunk 7 8 9 of a media message sub-stream that is of a different time than the time of the immediately preceding chunk with the same chunk stream ID.” Much of the same reasoning discussed in the previous section with respect to “new media 10 United States District Court Northern District of California 11 12 13 14 15 16 17 18 chunk” applies to the term “new time chunk” and therefore is incorporated here by reference. The only difference between this and the previous term is that the inclusion of “new time” in the claims at issue is a direct reference to a chunk with value 2 as opposed to a chunk with a value of 1 as described in the specification. This direct reference is sufficient to limit the claims at issue to the embodiments to which they refer. See Liebel-Flarsheim, 358 F.3d at 906 (holding that a court may limit broad claim language to an embodiment in the specification when “the patentee has demonstrated a clear intention to limit the claim scope using ‘words or expressions of manifest exclusion or restriction’”) (citation omitted) Adobe’s proposed construction suffers from deficiencies similar to the ones discussed in 19 20 21 the previous section, namely a failure to give meaning to the words “new time” and a failure to read the word “including” as open-ended. Wowza’s proposed construction, unlike Adobe’s, gives meaning to the words “new time,” 22 23 24 25 26 27 28 Wowza’s proposed construction and it does so in a manner that is consistent with the specification. Value 2 chunks are described in the specification as “ha[ving] all of the same information from the previous chunk except possibly for a change in the time delta.” ’678 patent col. 8 ll. 14-23. Wowza’s proposed construction properly defines a “new time chunk” as one that differs from the prior chunk in terms of the time parameter. 5 Wowza offered this proposed construction during oral argument. 12 1 Adobe raises the same objections to Wowza’s proposed construction of “new time chunk” 2 that it raised with respect to the previous term, namely those based on the notion that limiting the 3 claims in light of the embodiments they reference is unjustified, as well as those based on the 4 doctrine of claim differentiation. The former objection is flawed in light of the explicit reference 5 to the embodiments in the claims, as discussed above. The latter also is not well-taken. Though 6 dependent claims include terms such as “new time delta parameter,” see ’658 patent claim 6, the 7 doctrine of claim differentiation is not applicable here for the same reasons articulated with respect 8 to the previous term. 9 5. “communicating” – ’658 patent claim 12; ’509 patent claims 1, 10 10 United States District Court Northern District of California 11 12 13 Adobe’s proposed construction “transmitting or receiving” Wowza’s proposed construction “transmitting” The parties dispute whether “communicating” can mean “receiving.” Adobe argues that it can. Wowza argues that “communicating” cannot be defined as “receiving” without additional 14 clarification. 15 The Court adopts Wowza’s proposed construction. “Communicating,” when read in the 16 context of the claims in which it appears and of the specification, can only mean transmitting. 17 18 19 20 The language of claim 12 of the ’658 patent expressly restricts the scope of “communicating” to the “transmitting” of chunks. This interpretation of the claim is supported by the language of dependent claim 13, which contains the additional limitation of “receiving said transmitted plurality of chunks.” Construing independent claim 12 as including “receiving” would 21 render claim 13 superfluous. 22 23 24 By contrast, the language of claims 1 and 10 of the ’509 patent do not expressly restrict the meaning of the term “communicating” to encompass only “transmitting,” but they do so implicitly. These independent claims tie “communicating” with the dividing of streams into 25 chunks, which is a function associated with the transmission of chunks, and not with the receiving 26 of chunks, according to the specification. The embodiments in the specification describe 27 “communication systems” in which transmitting always involves slicing data streams into chunks 28 13 1 and interleaving such chunks before transmission, whereas receiving is always described as 2 involving processing and reassembling of chunks into the original data stream. In light of these 3 teachings, defining “communicating” as “transmitting” would make sense, but defining it as 4 “receiving” would not. Notably, nothing in the specification describes a receiving entity as 5 dividing streams into chunks; to the contrary, receiving entities always are described in the 6 specification as doing the opposite of dividing, namely re-assembling chunks. Adobe’s proposed construction is also undermined by the language of dependent claims 3 7 8 and 13 of the ’509 patent, which contain the additional limitation of “receiving” transmitted 9 chunks. This strongly suggests that the independent claims should not be interpretated as including the “receiving” limitation, as this interpretation would render dependent claims 3 and 13 11 United States District Court Northern District of California 10 superfluous. Adobe’s arguments in support of its proposed construction are unpersuasive. First, they 12 13 fail to refute the notion that the dependent claims discussed above would be rendered superflouos 14 if the Court adopts its proposed construction. Second, they fail to recognize that the embodiments 15 described in the specification, including Figure 7A, which Adobe specifically cited in support of 16 its position, expressly tie the act of receiving chunks to the act of “assembl[ing] the received 17 chunks into the resulting message stream,” which is the opposite of the dividing of chunks that is 18 19 20 21 22 23 24 25 26 27 described in the independent claims at issue, as discussed above. See ’658 patent col 12 ll. 54-57. Finally, Adobe points to dependent claim 5 of the ’509 patent to support its argument that “communicating” sometimes but not always signifies transmitting. The Court finds that nothing in the language of claim 5 suggests that “communicating” in the independent claims at issue can be defined as “receiving.” Claim 5 describes a specific form of transmission, namely one that is performed “according to a scheduling algorithm,” and this description has no bearing on the question of whether “communicating” can mean receiving. // // // // 28 14 1 2 3 6. “scheduling algorithm” — ’658 patent claims 12 and 21 Adobe’s proposed construction “an algorithm for selecting data to transmit” Wowza’s proposed construction “an algorithm that prioritizes some media chunk 4 types over other media chunk types, and directs 5 which chunk to transmit next in order to 6 achieve good playback and minimize jitter” 7 The Court construes the term as “an algorithm for prioritizing data to transmit.” 8 Adobe’s proposed construction is too broad, because it fails to capture the essence of the 9 invention, which is its ability to transmit chunks in a prioritized order. See, e.g., ’658 patent col. 13 l. 27 (“Scheduler executes a scheduling algorithm to determine which chunks should be 11 United States District Court Northern District of California 10 transmitted in which order.”). 12 13 14 15 16 The Court’s construction is consistent with the language of the claims, which cover a “priority-based communication protocol.” It also is consistent with the specification, which distinguishes the claimed invention from the prior art based on the former’s capacity to interleave and prioritize chunks based on a variety of factors. Finally, this construction does not allow Adobe to recapture the scope that it disclaimed during prosecution. Wowza cites excerpts of the prosecution history that show that Adobe distinguished the present invention from the prior art by 17 noting that the prior art did not disclose any system for prioritizing the data transmitted, whereas 18 19 20 the invention discloses a “scheduling algorithm.” See Irwin Decl., Ex. G at 15 & ADOBEWOW_0000275. Because the Court’s construction incorporates the prioritizing aspect that Adobe used to distinguish its invention from the prior art, no prosecution history estoppel 21 issues are raised by the construction. See Trading Technologies Int’l, Inc. v. eSpeed, Inc., 595 22 F.3d 1340, 1355 (Fed. Cir. 2010) (“Under prosecution history estoppel, a patentee may not seek to 23 recapture as an equivalent subject matter surrendered during prosecution.”). 24 Wowza’s proposed construction improperly injects into the claims concepts and terms 25 from the embodiments described in the specification, namely “prioritiz[ing . . . ] media chunk 26 types” and “achieve good playback and minimize jitter.” See, e.g. ’658 patent col. 11 l. 21, col. 15 27 ll. 59-62 (discussing benefits of interleavening of chunks); col. 11 ll. 42-52 (describing scheduling 28 15 1 algorithm that directs which stream or sub-stream to send next). Nothing in the language of the 2 claims, the specification, or the prosecution history, however, suggests that the patentee intended 3 to limit the scope of the claims to these embodiments. 4 Additionally, to the extent that Wowza argues that its proposed construction is based on 5 the specification’s description of the goals of the present invention, namely to achieve “good 6 playback that minimizes the audio or video jitter,” the argument is unpersuasive, because it is 7 unsupported by clear evidence showing that the patentee intended to narrow the scope of the 8 claims in this manner. See Northrop Grumman Corp. v. Intel Corp., 325 F.3d 1346, 1355 (Fed. 9 Cir. 2003) (holding that statements in the specification pertaining to the “objectives” of the invention or descriptions of the preferred embodiment are insufficient to limit the scope of the 11 United States District Court Northern District of California 10 claims “[a]bsent a clear disclaimer of particular subject matter[.]”). 12 Finally, several dependent claims contain limitations relating to specific priority values, 13 which suggests that a reading of these limitations into the independent claims at issue would be 14 improper. See, e.g., ’658 patent claims 9-11, 27-28. 15 16 17 In any event, during oral argument, both parties agreed that the Court’s proposed construction of “scheduling algorithm” was appropriate. Tr. at 50-51. 7. “transmitting ones of said plurality of [. . .] chunks” — ’658 Patent claims 12 and 21 18 19 20 21 22 23 24 25 Adobe’s proposed construction Plain and ordinary meaning Wowza’s proposed construction “individually transmitting chunks” The Court construes the term as “transmitting whole individual or multiple whole chunks of said plurality of [. . .] chunks.” The dispute over this term centers on whether the phrase “transmitting ones of said plurality of [. . .] chunks” requires the transmission of whole chunks one at a time. Adobe argues that Wowza’s proposed construction is improper because the transmission of 26 a single chunk at a time has no textual basis in the patent because the use of the word “ones” 27 suggests that the claim encompasses the transmission of multiple chunks. The Court agrees. 28 While it is true that at least one embodiment in the specification describes “a scheduling algorithm 16 1 that directs which chunk [i.e. a single chunk] of which stream or sub-stream to send next,” see, 2 e.g., ’658 patent col. 11 ll. 42-45, other embodiments describe the transmission of multiple chunks 3 at a time. See, e.g., ’658 patent col. 12 ll. 45-50 (“The chunks are then queued in chunk queue 709 4 awaiting the determination of which chunks to send.”). Moreover, nothing in the language of the 5 claims suggests that the patentee intended to limit the scope of the claims to transmitting a single 6 chunk at a time. An intent to limit the invention in this manner could easily have been expressed 7 by using the words “each” or “individual” to describe the chunks. On the other hand, the Court is not persuaded by Adobe’s argument that nothing in the 8 9 patent precludes the term at issue from covering the transmission of fragments of chunks. First, neither the claims nor the specification describe chunk fragments. Indeed, the smallest data 11 United States District Court Northern District of California 10 fragments described in the specification are chunks or “packets.” See, e.g., ’658 patent col. 4 ll. 12 55-65 (defining a “data packet” as synonymous to a “chunk,” namely as being comprised of a data 13 payload and header information). Second, the specification repeatedly emphasizes the importance 14 15 16 17 of header information to the proper re-assembly of chunks by the receiving entity. The concept of a chunk fragment would be inconsistent with this teaching, because a chunk fragment probably would have an incomplete header. If a chunk fragment had a complete header, then the chunk fragment would not be a fragment at all; rather, it would be a chunk, albeit one with a shorter length. 18 19 8. “reserved for random data” — ’878 patent claims 1, 15, 17; ’287 patent claims 1, 12, 33 20 21 22 23 24 25 26 27 28 Adobe’s proposed construction plain and ordinary meaning Wowza’s proposed construction “reserved for data produced in a manner where there was an equal probability for each possible value” The dispute with respect to this term centers on the meaning of the word “random.” Wowza’s proposed construction flies in the face of the specification. It requires that the random data claimed in the patent have an “equal probability for each possible value”—in other words, that the random data be truly random—even though the specification provides that “the 17 1 random data need not be truly random data, but rather can be pseudo random data.” ’878 patent 2 col. 11 ll. 31-32; ’287 patent col. 25 ll. 63-64 (emphasis added). Because the language of the 3 claims does not contain any indication that the patentee intended to limit the scope of the claims to 4 data that is truly random, Wowza’s proposed construction is incorrect. 5 Adobe has submitted extrinsic evidence showing that persons of ordinary skill in the art at 6 the time of the invention did not equate “random data” with data having an “equal probability for 7 each possible value.” A published article authored by Piet Van Mieghem describes at least eight 8 different types of random data distributions applicable to the field of communications networks 9 and systems, including a uniform distribution (the one referenced in Wowza’s proposed construction), an exponential distribution, a Gaussian distribution, a Gamma distribution, a 11 United States District Court Northern District of California 10 Cauchy distribution, a Weibull distribution, a Pareto distribution, and a Lognormal distribution. 12 See Adobe Mot., Ex. 15 at 43-57; Alexander Decl., Ex. B at 179. This supports the notion that a 13 person of ordinary skill in the art would not have necessarily interpreted the term at issue as being 14 limited to truly random data. 15 Wowza is correct in noting, however, that Adobe disclaimed one type of pseudo random 16 data during prosecution when it distinguished “random data” from “dummy data” that employed 17 “all zeros as the dummy data bits.” See Wowza Mot. at 30 (citing Irwin Decl., Ex. J, ’878 File 18 History at ADOBEWOW_0000627). The construction of the term “random data” must be 19 narrowed accordingly. The Court thus construes the term at issue as “reserved for data that is random or 20 21 pseudo random, where pseudo random data is not composed of all zeros.” During oral argument, both parties agreed that the Court’s construction was appropriate. 22 23 Tr. at 53. 24 // 25 // 26 // 27 28 18 1 2 9. 3 4 “reserved for random data in accordance with a Real Time Messaging Protocol (RTMP) random byte section” — ’878 patent claims 1, 15, 17 Adobe’s proposed construction Wowza’s proposed construction 5 plain and ordinary meaning indefinite and inadequately supported by 6 or ‘878 Patent 7 “a section reserved for random data in RTMP” or “Real Time Messaging Protocol (RTMP) 9 random byte section is the portion of a RTMP 10 handshake that contains 1528 bytes of random 11 United States District Court Northern District of California 8 Data” 12 13 Wowza argues that each of the claims of the ’878 patent are indefinite because the patent 14 “never” describes what it means for random data to be in accordance with a Real Time Messaging 15 Protocol (RTMP) random byte section. Wowza contends that the only time the terms “RTMP” or 16 17 18 19 20 21 22 23 24 “Real Time Messaging Protocol” are used in the patent is in reference to a random byte section, as follows: Adobe Systems Incorporated has promulgated a communication protocol for the FLASH® Media Server in which a communication session is established through handshake communications between the server and the client. As part of this handshake, the Real Time Messaging Protocol (RTMP) included a random byte section in the communications for use in estimating the available bandwidth for the session between the client and the server. ’878 patent col. 1 ll. 33-40 (emphasis added). Wowza argues that this reference “provides no detail or description” of a “random byte section in accordance with a Real Time Messaging Protocol (RTMP),” and that, at best, a person having ordinary skill in the art might interpret the reference to mean that the random byte section 25 26 27 is in accordance with the “communication protocol for the FLASH® Media Server” promulgated by Adobe. Wowza Mot. at 25. According to Wowza, the problem with this interpretation is that the communication protocol for the FLASH Media Server was first publicly announced as the 28 19 1 “RTMP Specification” on June 15, 2009, a year after the ’878 patent was filed. But, even if the 2 RTMP Specification had been available at the time of filing, Wowza argues that the existence of 3 the document, which is extrinsic to the specification, cannot be used to avoid a determination of 4 indefiniteness. 5 6 7 8 9 10 Adobe responds that the claims are not indefinite. First, Adobe argues that the specification adequately defines an RTMP random byte section as “a random byte section in the [RTMP] communications for use in estimating the available bandwidth for the session between the client and the server.” See Adobe Reply at 12 (citing ’878 patent col. 1 ll. 33-40). Second, Adobe contends that the RTMP Specification is irrelevant, because the plain language of the term at issue refers to “a” Real Time Messaging Protocol, and not to “the” RTMP Specification. Third, Adobe notes that the specification expressly teaches the general boundaries of the random byte section, 11 United States District Court Northern District of California namely that the random byte section must be larger than the cryptographic key that is embedded in 12 13 14 it. See, e.g., ’878 patent col. 8 ll. 30-40 (“[I]t will be appreciated that the random data section needs to be larger than the total length of the message authentication code and the encryption parameters[.]”). Finally, Adobe argues that the prosecution history shows that when the examiner 15 amended the claims to add the limitation “in accordance with a Real Time Messaging Protocol 16 (RTMP) random byte section,” the examiner concluded that the addition of the limitation was 17 supported “at least in paragraphs 17, 19, 23-27, 31, 32, 35, 41, and 42 of the specification,” which 18 correspond to the ’878 patent col. 3 ll. 38-51 (¶ 17); col. 3 l. 62 (¶ 19); col. 4 l. 63 (¶¶ 23-27); col. 19 6 ll. 47-68 (¶ 31); col. 7 ll. 5-20 (¶ 32); col. 7 ll. 47-59 (¶ 35); col. 8 ll. 66-68 (¶ 41); and col. 9 ll. 20 9-21 (¶ 42). See Hatch Decl., Ex. 17 at 3, ECF No. 332. 21 “Pursuant to § 112 of the Patent Act, to be sufficiently definite, a patent specification must 22 conclude with one or more claims particularly pointing out and distinctly claiming the subject 23 matter which the applicant regards as his invention.” Power-One, Inc. v. Artesyn Technologies, 24 Inc., 599 F.3d 1343, 1350 (Fed. Cir. 2010) (citing 35 U.S.C. § 112, ¶ 2). “The definiteness 25 requirement of § 112, ¶ 2 focuses on whether the claims, as interpreted in view of the written 26 description, adequately perform their function of notifying the public of the [scope of the] 27 patentee’s right to exclude.” Honeywell Int’l, Inc. v. Int’l Trade Comm’n, 341 F.3d 1332, 1338 28 (Fed. Cir. 2003) (citation and internal quotation marks omitted). 20 1 “To comport with § 112’s definiteness requirement, the boundaries of the claim, as 2 construed by the court, must be discernible to a skilled artisan based on the language of the claim, 3 the specification, and the prosecution history, as well as her knowledge of the relevant field of 4 art.” Id. (citation omitted). A claim is indefinite when it is “not amenable to construction or [is] 5 insolubly ambiguous.” Datamize LLC v. Plumtree Software, Inc., 417 F.3d 1342, 1347 (Fed. Cir. 6 2005). “A claim is not indefinite merely because it poses a difficult issue of claim construction.” 7 Power-One, 599 F.3d at 1350 (citation omitted). “Rather, if the meaning of the claim is 8 discernible, even though the task may be formidable and the conclusions may be one over which 9 reasonable persons will disagree, we have held the claim sufficiently clear to avoid invalidity on indefiniteness grounds.” Id. (citation and internal quotation marks omitted). “An accused 11 United States District Court Northern District of California 10 infringer must thus demonstrate by clear and convincing evidence that one of ordinary skill in the 12 relevant art could not discern the boundaries of the claim based on the claim language, the 13 specification, the prosecution history, and the knowledge in the relevant art.” Haemonetics Corp. 14 v. Baxter Healthcare Corp., 607 F.3d 776, 783 (Fed. Cir. 2010). “[C]lose questions of 15 indefiniteness in litigation involving issued patents are properly resolved in favor of the patentee.” 16 Bancorp Servs., L.L.C. v. Hartford Life Ins. Co., 359 F.3d 1367, 1371 (Fed. Cir. 2004) (citation 17 and internal quotation marks omitted). 18 The Court concludes that Wowza has not established by clear and convincing evidence that 19 the term at issue is not amenable to construction or is insolubly ambiguous. To “accord respect to 20 the statutory presumption of patent validity,” a claim can be found to be indefinite “only if 21 reasonable efforts at claim construction prove futile.” Id. Here, in light of the specification, the 22 term at issue can be construed as “a section reserved for random data in RTMP that is used in 23 estimating the available bandwidth for the session between the client and the server and is larger 24 than said cryptographic information.” This construction is based on the specification’s teachings 25 with respect to the parameters of the random byte section, see, e.g., ’878 patent col. 8 ll. 30-40, as 26 well the random byte section’s functionality and purpose, see, e.g., id. col. 1 ll. 33-40 (“As part of 27 this handshake, RTMP included a random byte section in the communications for use in 28 estimating the available bandwidth for the session between the client and the server.”). These 21 1 teachings provide sufficient information as to what portion of an RTMP network communication 2 is claimed by ’878 patent, and they squarely answer the question that Wowza raised during oral 3 argument in support of its indefiniteness argument, namely “What does it mean to be reserved for 4 random data in RTMP?” Tr. at 59-60.6 Additionally, the Court finds that its construction is 5 supported by the paragraphs in the specification that the examiner cited when he added the 6 limitation “in accordance with a Real Time Messaging Protocol (RTMP) random byte section” to 7 the claims. The Court rejects Wowza’s proposed construction, which requires that the length of the 8 random byte section be limited to a specific length of 1528 bytes, because nothing in the language 10 of the claims or in the specification limits the length of random byte section to any particular size. 11 United States District Court Northern District of California 9 Thus, the Court construes the term at issue as “a section reserved for random data in 12 RTMP that is used in estimating the available bandwidth for the session between the client 13 and the server and is larger than said cryptographic information.” “processing the data payload” — ’287 patent claims 12, 23 14 10. 15 Adobe’s proposed construction Wowza’s proposed construction plain and ordinary meaning “assembling and playing, in a player, a media 16 17 presentation from the payload” 18 19 The Court construes the term as “translating, assembling, and playing the data payload.” 20 Contrary to Adobe’s argument that “nothing in the claims or specification” requires 21 limiting the term “processing” to any particular type of processing activity, the only type of 22 23 24 processing taught in the specification is the translation, assembly, and playing of received data payloads. See, e.g.,’287 patent col. 2 ll. 35-50; col. 4 ll. 35-45. “Processing” must be defined based on this context. 25 That certain dependent claims recite limitations relating to “assembling” and “playing” 26 27 28 6 During oral argument, Wowza contended that the “phrase that needs to be construed” is “reserved for random data in RTMP.” Tr. at 59-60 (“We have no clue what that means, and that’s why the claim is indefinite.”) 22 1 does not undermine this conclusion, because those dependent claims contain additional limitations 2 that do not fall within the scope of the independent claims, such as “decrypting” the data payloads. 3 Thus, the dependent claims are not rendered superfluous by the Court’s construction. See, e.g., 4 ’287 patent claim 17; see also SRAM Corp. v. ADII Eng’g, Inc., 465 F.3d 1351, 1358 (Fed. Cir. 5 2006) (restricting independent claim to use of “precision index downshifting” even though this 6 term was present in dependent claim because additional differences existed between the 7 independent and dependent claims). 8 9 Wowza’s proposed construction imports extraneous limitations into the claim, such as “in a player”’ and “a media presentation.” Wowza attempts to justify these extraneous limitations with a description of an embodiment in the specification. Wowza Mot. at 48. Because there is no 11 United States District Court Northern District of California 10 clear indication in the language of the claims that the patentee intended to limit the scope of the 12 claims to this embodiment, Wowza’s attempt to limit the claims in this manner is inappropriate. 13 See Liebel-Flarsheim Co. v. Medrad, Inc., 358 F.3d 898, 906 (Fed. Cir. 2004) (holding that 14 “[e]ven when the specification describes only a single embodiment, the claims of the patent will 15 not be read restrictively unless the patentee has demonstrated a clear intention to limit the claim 16 scope using words or expressions of manifest exclusion or restriction”) (citation and internal 17 quotation marks omitted). 18 11. “new media type” — ’287 patent claim 13 19 20 21 Adobe’s proposed construction “a type associated with a new media chunk” Wowza’s proposed construction “a change in media type within a stream having the same chunk stream ID” 22 23 24 25 26 The Court adopts Adobe’s proposed construction. The claims and the specification of the ’287 patent make references to the “types” or “purposes” discussed above with respect to the term “new media chunk.” See, e.g., ’287 patent col. 12 ll. 9-29. These references justify Adobe’s proposed construction. During oral argument, both parties agreed that the Court’s construction of this term is 27 appropriate. Tr. at 67-68. 28 23 1 III. MOTION TO STRIKE 2 Wowza moves to strike portions of the expert report of Peter Alexander (“the Alexander 3 Report”) on the ground that the report, which was served after the close of discovery, introduces 4 three new theories of infringement that were not disclosed in Adobe’s infringement contentions: 5 (1) that WMS infringes the ’878 and ’287 patents when performing the RTMP Enhanced 6 handshake in connection with h.264 streaming; (2) that WMS’s infringement of the ’878 and ’287 7 patents can be established based in part on the code for Adobe’s Flash Player; and (3) that WMS 8 allegedly meets the queues limitation of the ’658 patent through the use of previously undisclosed 9 functions. 10 United States District Court Northern District of California 11 Adobe opposes the motion, arguing that each of the theories at issue was disclosed in its infringement contentions of March 15, 2012. 12 A. 13 This district’s Patent Local Rules require a party asserting infringement to disclose: 14 Separately for each asserted claim, each accused apparatus, product, device, process, method, act, or other instrumentality (“Accused Instrumentality”) of each opposing party of which the party is aware. This identification shall be as specific as possible. Each product, device, and apparatus shall be identified by name or model number, if known. Each method or process shall be identified by name, if known, or by any product, device, or apparatus which, when used, allegedly results in the practice of the claimed method or process 15 16 17 18 19 20 21 Standard of Review A chart identifying specifically where each limitation of each asserted claim is found within each Accused Instrumentality, including for each limitation that such party contends is governed by 35 U.S.C. § 112(6), the identity of the structure(s), act(s), or material(s) in the Accused Instrumentality that performs the claimed function. Whether each limitation of each asserted claim is alleged to be literally present or present under the doctrine of equivalents in the Accused Instrumentality. 22 23 24 25 26 27 28 If a party claiming patent infringement wishes to preserve the right to rely, for any purpose, on the assertion that its own apparatus, product, device, process, method, act, or other instrumentality practices the claimed invention, the party shall identify, separately for each asserted claim, each such apparatus, product, device, process, method, act, or other instrumentality that incorporates or reflects that particular claim. See Patent L.R. 3-1(b), (c), (e), and (g) (emphasis added). The purpose of these disclosures is “to further the goal of full, timely discovery and provide all parties with adequate notice of and information with which to litigate their cases.” 24 1 Genentech, Inc. v. Trustees of Univ. of Pennsylvania, Case No. 10-cv-2037, 2012 WL 424985, at 2 *2 (N.D. Cal. Feb. 9, 2012) (citation and internal quotation marks omitted). Once served, the 3 infringement contentions constitute the universe of infringement theories. The contentions may be 4 amended only by order of the court and upon a showing of good cause. Patent L.R. 3-6. 5 While an expert report may rely on an “evidentiary example or complementary proof” to 6 support an infringement theory advanced in a party’s infringement contentions, an expert report 7 may not advance “a new or alternate” theory of infringement. See Genentech., 2012 WL 424985, 8 at *2. In the context of patent infringement cases involving software, an expert cannot theorize 9 that certain functions satisfy a claim limitation, unless those functions were previously identified in the party’s infringement contentions. See Oracle America, Inc. v. Google, Inc., Case No. 10-cv- 11 United States District Court Northern District of California 10 3561, 2011 WL 4802535, at *2 (N.D. Cal. Oct. 11, 2011). 12 A district court has wide discretion in enforcing the Patent Local Rules. See SanDisk 13 Corp. v. Memorex Prods., Inc., 415 F.3d 1278, 1292 (Fed. Cir. 2005) (“The district court’s 14 application of the local rules are within its sound discretion[.]”); see also O2 Micro Int’l Ltd. V. 15 Monolithic Power Systems, Inc., 467 F.3d 1355, 1365-66 (Fed. Cir. 2006) (“Decisions enforcing 16 local rules in patent cases will be affirmed unless clearly unreasonable, arbitrary, or fanciful; based 17 on erroneous conclusions of law; clearly erroneous; or unsupported by any evidence.”). 18 19 20 B. Analysis 1. RTMP Enhanced Handshake and ’878 and ’287 Patents Wowza argues that Adobe limited its infringement contentions with respect to the ’878 and 21 ’287 patents to the WMS’s use of the handshake associated with RTMPe, which invoves 22 encryption. Adobe contends that the Alexander Report allegedly “introduced into this litigation a 23 never-before-seen variation of the RTMP handshake” called “RTMP Enhanced,” which does not 24 use encryption as a method of authentication, and it accused WMS of infringing these two patents 25 through the use of this handshake in connection with the authentication of h.264 communications. 26 See Wowza Mot. at 31 (citing Irwin Decl., Ex. E, Alexander Rep. ¶ 200). Wowza contends that it 27 woud be prejudiced if the court permits this theory to go forward, because it never had an 28 opportunity to explore several defenses relating to this theory during discovery. Accordingly, 25 1 Wowza moves to strike the portions of the Alexander Report that assert this theory of 2 infringement. Adobe opposes the motion, arguing that it sufficiently disclosed this theory in its 4 infringement contentions. First, Adobe argues in a footnote in its brief that RTMPe and RTMP 5 Enhanced are actually the same thing, but it does provide any support for this statement other than 6 noting that these terms were, at times, used interchangeably by the experts who have worked on 7 the case. Second, Adobe argues that the “notes” section of the claim charts sufficiently informs 8 Wowza of the theory at issue, because these notes provide that: “[t]he following claim chart 9 contains exemplary references to the implementations of RTMP (including variants) in WMS, 10 including: . . . c) support for RTMP in connection with video formats, including H.264[.]” See 11 United States District Court Northern District of California 3 Irwin Dec. Ex. K, App. A-4 at 2, A-5 at 2 (emphasis added). Finally, Adobe also notes that 12 Wowza had sufficient notice of this theory because Wowza responded to several interrogatories 13 and deposed several witnesses about H.264 authentication. 14 The Court concludes that the theory at issue was not disclosed in the infringement 15 contentions. The charts for the ’878 and ’287 patents accuse WMS of infringing these patents 16 through the “RTMPe protocol.” The contentions do not define RTMPe. They also do not use the 17 word “enhanced” to describe any feature of WMS or the protocols that it uses. Yet, the Alexander 18 Report states that WMS infringes the ’878 and ’287 patents through the use of handshakes in each 19 of the following protocols: “(1) RTMP v. 03 Legacy (corresponding to the original version); (2) 20 RTMP v. 03 Enhanced allowing for communication of client and server version numbers; (3) 21 RTMPE version 06 Encrypted.” Irwin Decl., Ex. E ¶ 189 (emphasis added). The report describes 22 RTMP v. 03 Enhanced as the “RTMP enhanced handshake.” Id., Ex. A-3 at 1 n.1 23 Because the contentions do not mention or define RTMP v.03 Enhanced or RTMPe 24 version 06 Encrypted, it is impossible to tell whether the references to RTMPe in the contentions 25 are to RTMPe version 06 Encrypted, or RTMP v.03 Enhanced, or both. It is reasonable to 26 assume, however, that references to RTMPe are to RTMPe version 06 Encrypted, as the claim 27 charts for the ’878 patent state that WMS infringes that patent in part by “supporting an encrypted 28 session.” See id., A-4 at 7 (emphasis added). Additionally, the WMS user guides that Adobe 26 1 attached to its infringement contentions define RTMPe as “encrypted RTMP” or as an “encrypted 2 variant[] of RTMP.” See Irwin Decl., Ex. K at WOWZA0003451 (emphasis added). 3 To the extent that Adobe sought to accuse Wowza of infringing the patents at issue through 4 the use of the RTMP Enhanced protocol, this theory should have been disclosed in its contentions, 5 either by specifically identifying RTMP Enhanced in the charts, or by stating in the contentions 6 that RTMP Enhanced is the same thing as RTMPe. It is insufficient for Adobe to argue at this 7 stage of the litigation, particularly without pointing to any evidence, that RTMP Enhanced is 8 equivalent to RTMPe. Adobe was required by the local rules to make that notion clear in the 9 contentions. These rules require the patentee to describe with specificity where each limitation of each asserted claim is found within each accused instrumentality. Adobe’s contentions are 11 United States District Court Northern District of California 10 ambiguous as to whether they accuse RTMP Enhanced of meeting any of the limitations at issue. 12 This ambiguity must be construed against Adobe in light of the purpose of the patent local rules, 13 which is to establish the universe of infringement theories that will be litigated in any given case. 14 Accordingly, Wowza’s motion to strike the RTMP Enhanced theory of infringement from 15 the Alexander Report is GRANTED.7 See SanDisk Corp. v. Memorex Prods., Inc., 415 F.3d 16 1278, 1292 (Fed.Cir. 2005) (finding no abuse of discretion in exclusion of evidence pertaining to 17 theories of infringement not disclosed as required by the local patent rules and the court’s 18 scheduling order). 2. 19 Code in Adobe’s Flash Player and ’878 and ’287 Patents Wowza argues that Adobe’s infringement contentions accuse WMS of infringing the ’878 20 21 and ’287 patents by pointing exclusively to WMS source code. Wowza contents that the 22 Alexander Report discloses a new theory of infringement with respect these patents because the 23 report relies on the code for Adobe’s Flash Player to establish that WMS infringes the patents. See 24 25 26 27 28 7 Some courts in this district require a showing of prejudice as a condition to striking an expert report that discloses new theories in a patent case. See, e.g., Genentech, Inc. v. Trustees of Univ. of Pennsylvania, Case No. 10-cv-2037, 2012 WL 424985, *3 (N.D. Cal. Feb. 9, 2012). This Court declines to require a showing of prejudice in the context of motions to strike evidence based on a failure to comply with the Patent Local Rules, because prejudice is inherent in the assertion of a new theory after discovery has closed, and because to impose such a burden would create an incentive for late disclosure. 27 1 Irwin Decl., Ex. E ¶¶ 231, 232, 243, 245, 247. Adobe responds that its contentions are not deficient because they reference the 2 3 transmission of data between the Flash Player and WMS. To support its argument, Adobe points 4 to language in the charts stating that WMS is configured to communicate streams in RTMPe as 5 defined in “WMS client applications.” Adobe also points to the WMS user guides that it attached 6 to its contentions, which state that data can be transmitted “between the Flash player and Wowza 7 Media Server.” Adobe Opp’n at 24 (citing Irwin Dec. Ex. K, App. A-4 at 3). Adobe also argues 8 9 10 the Patent Local Rules do not require the party claiming patent infringement to identify every piece of evidence, including source code, establishing that the accused instrumentality practices a certain limitation. Patent Local Rule 3-1 permits a party asserting infringement to rely on its own 11 United States District Court Northern District of California instrumentality to prove that the accused product practices the claimed invention, so long as that 12 party identifies separately for each asserted claim any such instrumentality that incorporates or 13 reflects that particular claim. See Patent L.R. 3-1(g). 14 15 16 17 Here, Adobe did not identify the Flash Player in the charts as incorporating or reflecting any of the claims at issue as required by Rule 3-1(g). In fact, the Flash Player is not mentioned at all in the contentions. Adobe argues that its contentions sufficiently disclose the Flash Player because they include language stating that WMS has the capability to communicate streams to 18 “WMS client applications” and because the WMS user guides that are attached to the contentions 19 show that WMS is capable of communicating with the Flash Player. The Court concludes that 20 neither the language nor the user guides upon which Adobe relies satisfy its obligations under 21 Patent Local Rule 3-1(g) with respect to the Flash Player. Accordingly, Wowza’s motion to strike 22 the theory at issue from the Alexander is GRANTED.8 23 3. 24 Queues Limitation in the ’658 Patent Wowza contends that the Alexander Report advances two new theories of infringement 25 26 27 28 8 Because this theory was not adequately disclosed, Adobe’s reliance on Oracle Am., Inc. v. Google, Inc., Case No. 10-3561, 2011 WL 4479305 (N.D. Cal. Sept. 26, 2011), is misplaced. That case holds that a party asserting infringement is not required to list in its contentions every “item of proof” supporting a particular theory of infringement if that party adequately disclosed that theory of infringement. Id. 28 1 with respect to the queue limitation of the ’658 patent, namely (1) that “MediaReader 2 implementations include file reader objects which inherently use buffers to hold pieces of the 3 message stream read from the file;” and (2) that “socket implementations on the TCP protocol 4 stack implement data queues.” Wowza Mot. at 36 (citing Irwin Decl., Ex. E, A-1 at 52-53, 79-80). 5 Wowza argues that neither theory is supported by Adobe’s infringement contentions because the 6 contentions do not identify the source code supporting the first theory and because they do not 7 mention the “TCP protocol stack” supporting the second theory. Adobe responds that it adequately disclosed these theories in its infringement contentions 8 9 because the contentions expressly reference WMS’s “queues for holding chunk data,” “queues such as the buffers associated” with particular objects, and “audio, video and data queues,” among 11 United States District Court Northern District of California 10 others. Adobe Opp’n at 25 (citing Irwin Decl., Ex. K at 18). The Court concludes that the first theory at issue was adequately disclosed in the 12 13 infringement contentions, because they identify the MediaReader functionality as meeting the 14 queues limitations of the ’658 patent. See Irwin Decl., Ex. K, A-1 at 8-9, 30-31. Because Adobe 15 adequately disclosed this theory, Adobe was not required to list every bit of WMS source code 16 that supports it. See Oracle Am., Inc. v. Google, Inc., Case No. 10-3561, 2011 WL 4479305, at *3 17 (N.D. Cal. Sept. 26, 2011) (holding that a party that adequately discloses a theory of infringement 18 is not required to list in its contentions every “item of proof” that supports that theory). Wowza’s 19 motion to strike is DENIED with respect to this theory. The Court GRANTS Wowza’s motion to strike portions of the Alexander Report that 20 21 disclose the second theory, however, as the contentions do not identify the “TCP protocol stack” 22 as meeting the queues limitation of the ’658 patent. See, Irwin Decl., Ex. K, A-1 at 8-9, 30-31. 23 IV. CROSS-MOTIONS FOR SUMMARY JUDGMENT 24 A. Legal Standard 25 Summary judgment is proper when the “pleadings, depositions, answers to interrogatories, 26 and admissions on file, together with the affidavits, show that there is no genuine issue as to any 27 material fact and that the moving party is entitled to judgment as a matter of law.” Fed. R. Civ. P. 28 56(c). An issue is “genuine” only if there is sufficient evidence for a reasonable fact-finder to find 29 1 for the non-moving party, and “material” only if the fact may affect the outcome of the case. 2 Anderson v. Liberty Lobby, Inc., 477 U.S. 242, 248-49 (1986). All reasonable inferences must be 3 drawn in the light most favorable to the non-moving party. Olsen v. Idaho State Bd. of Med., 363 4 F.3d 916, 922 (9th Cir. 2004). These standards apply with full force to summary judgment 5 motions involving patent infringement claims. See Union Carbide Corp. v. American Can Co., 6 724 F.2d 1567, 1571 (Fed. Cir. 1984). 7 “A determination of patent infringement consists of two steps: (1) the court must first interpret the claim, and (2) it must then compare the properly construed claims to the allegedly 9 infringing device.” Playtex Products, Inc. v. Procter & Gamble Co., 400 F.3d 901, 905-06 (Fed. 10 Cir. 2005) (citation omitted). “To prove infringement, the patentee must show that the accused 11 United States District Court Northern District of California 8 device meets each claim limitation, either literally or under the doctrine of equivalents.” Playtex 12 Products, Inc. v. Procter & Gamble Co., 400 F.3d 901, 906 (Fed. Cir. 2005) (citation omitted). 13 “To support a summary judgment of noninfringement it must be shown that, on the correct 14 claim construction, no reasonable jury could have found infringement on the undisputed facts or 15 when all reasonable factual inferences are drawn in favor of the patentee.” Netword, LLC v. 16 Centraal Corp., 242 F.3d 1347, 1353 (Fed. Cir. 2001). To survive a motion for summary 17 judgment of noninfringement, a patentee must set forth competent evidence that “features of the 18 accused product would support a finding of infringement under the claim construction adopted by 19 the court, with all reasonable inferences drawn in favor of the non-movant.” Intellectual Science 20 and Technology, Inc. v. Sony Electronics, Inc., 589 F.3d 1179, 1183 (Fed. Cir. 2009) (citations 21 omitted). “Summary judgment of noninfringement under the doctrine of equivalents is 22 appropriate if no reasonable jury could determine two elements to be equivalent.” Goldenberg v. 23 Cytogen, Inc., 373 F.3d 1158, 1164 (Fed. Cir. 2004) (citation and internal quotation marks 24 omitted). If expert testimony is provided by the patentee in an attempt to defeat summary 25 judgment, the testimony proffered must be supported by sufficient facts and be reasonable in light 26 of the undisputed factual record. See Brooke Group Ltd. v. Brown & Williamson Tobacco Corp., 27 509 U.S. 209 (1993). 28 30 B. 1 Analysis 1. 2 Jurisdiction Over “Dot Versions” 3 The parties dispute whether the Court has jurisdiction over WMS version 3.0.3 (patch 12) 4 and all subsequent dot versions. Wowza contends that the Court does have jurisdiction over these 5 products, because the infringement contentions explicitly accuse WMS version 3.0 and any of its 6 “dot versions” of infringement. Adobe argues that the Court lacks jurisdiction because it “has 7 never asserted specific allegations of infringement against WMS v. 3.0.3 (patch 12) and all 8 subsequent versions.” Adobe Opp’n at 28. The Court concludes that it has jurisdiction over the versions in question. Adobe’s 10 infringement contentions specifically accuse WMS version 3.0. “and any ‘dot’ versions thereof” of 11 United States District Court Northern District of California 9 infringing all of the patents-in-suit.9 See Irwin Decl., Ex. K at 4-6. This is sufficient under our 12 Patent Local Rules to accuse of infringement all dot versions of WMS 3.0. that exist or will exist 13 until judgment is entered in this action.10 2. 14 ’658 and ’509 Patents (All Asserted Claims) 15 Wowza moves for summary judgment of noninfringement with respect to each of the 16 asserted claims of the ’658 and ’509 patents on the ground that WMS transmits and receives 17 chunks with state-association purposes other than the four purposes claimed in the patents. In 18 other words, rather than transmitting or receiving chunks with the four state-association purposes 19 claimed in the patents—namely “new stream” (value 0), “new media” (value 1), “new time” 20 (value 2), and “continuation” (value 3)—WMS transmits or receives chunks that have the 21 following purposes: 22 // 23 // 24 // 25 26 27 28 9 Though the charts in the contentions do not specifically map each of the claims at issue onto each of the accused dot versions, Adobe explicitly stated in the contentions that source code and materials relating to WMS 3.0.0 are representative of each of the accused WMS versions. See Irwin Decl., Ex. K at 7. 10 This does not include versions such as 3.1 and its dot versions, 3.2 and its dot versions, etc. 31 1 2 3 Type ID 0 Chunk Purpose reset time 0 new sub-stream 0 adaptive bit rate switch 1 new length 3 extended timestamp 4 5 6 7 8 9 10 United States District Court Northern District of California 11 12 See Strawn Decl. ¶ 6 and Ex. B, Strawn Rep. at 95-102 and 112. 13 14 15 16 17 18 19 20 21 22 Adobe does not dispute that WMS transmits and receives chunks with state-association purposes other than the four claimed in the patents. Instead, it argues that the labels that Wowza has given to such purposes are “distinctions without a difference,” because the purposes “reset time,” “new sub-stream,” and “adaptive bit rate switch” satisfy the limitations of the claimed “new stream chunk”—i.e. a chunk with value 0—as each of these chunk purposes includes “a plurality of new parameters in a corresponding one of said headers and use[] no parameters from a previous header.” See Op. Alexander Decl. ¶¶ 10-14.26. Adobe also argues that the “new length chunk” purpose features a “plurality of new parameters in its header and us[es] at least one other parameter from a previous header,” and therefore satisfies the limitations of the claimed “new media chunk”—i.e. a chunk with value 1. 23 24 25 Description indicates a reset of the time within an old stream using an absolute time indicates the first chunk of a sub-stream of a stream but not the first chunk of a stream indicates a switch to a different bit-rate version of a stream indicates a new frame length without indicating a new stream, a new media type, or a new time includes an extended timestamp parameter rather than having no associated parameters Adobe’s argument is unpersuasive because it assumes incorrectly that the Court has adopted its proposed constructions for the terms “new media chunk” and “new stream chunk.”11 Under the Court’s constructions with respect to the relevant terms, no reasonable jury could 26 27 11 28 The term “new stream” was not a disputed term and thus was not a part of the Court’s claim construction order. 32 1 conclude that WMS literally infringes the ‘658 and ‘509 patents, because WMS does not use the 2 four state-association purposes limitation recited in the claims. 3 Adobe contends that the “new media chunk” limitation is met by the “new length chunk,” 4 because it features a “plurality of new parameters in its header and us[es] at least one other 5 parameter from a previous header.” Adobe Opp’n at 30. This argument is unpersuasive because, 6 as discussed above, a “new media” chunk requires a change in media type or format, and WMS’s 7 “new length chunk” does not involve such a change. 8 Adobe also argues that WMS meets the “new media chunk” limitation because WMS source code is capable of transmitting new media chunks under Wowza’s construction the term. 10 This is insufficient to show that any reasonable jury would find infringement. Indeed, “[t]hat a 11 United States District Court Northern District of California 9 device is capable of being modified to operate in an infringing manner is not sufficient, by itself, 12 to support a finding of infringement.” Telemac Cellular Corp. v. Topp Telecom, Inc., 247 F.3d 13 1316, 1330 (Fed. Cir. 2001). Rather, “in order to prove direct infringement, a patentee must either 14 point to specific instances of direct infringement or show that the accused device necessarily 15 infringes the patent in suit.” ACCO Brands, Inc. v. ABA Locks Mfrs. Co., Ltd., 501 F.3d 1307, 16 1313 (Fed. Cir. 2007). Here, Adobe has not shown that that WMS necessarily transmits new 17 media chunks under the Court’s construction of the term. 18 Finally, Adobe argues that WMS infringes under the doctrine of equivalents because 19 WMS’s “reset time,” “new substream,” and “adaptive bitrate switch” purposes are value 0 chunks 20 that are not substantially different from the claimed “new stream chunk.” Similarly, Adobe argues 21 that WMS’s “new length” chunk is a type 1 chunk and not substantially different from the claimed 22 “new media chunk.” 23 “Under this doctrine [of equivalents], a product or process that does not literally infringe 24 upon the express terms of a patent claim may nonetheless be found to infringe if there is 25 ‘equivalence’ between the elements of the accused product or process and the claimed elements of 26 the patented invention.” Warner-Jenkinson Co., Inc. v. Hilton Davis Chem. Co., 520 U.S. 17, 21 27 (1997). The doctrine exists because “[t]he language in the patent claims may not capture every 28 nuance of the invention or describe with complete precision the range of its novelty. If patents 33 1 were always interpreted by their literal terms, their value would be greatly diminished.” Festo 2 Corp. v. Shoketsu Kinzoku Kogyo Kabushiki Co., Ltd., 535 U.S. 722, 731 (2002). 3 The doctrine is not without limits, however. One such limit is derived from prosecution history estoppel, which “is a rule of patent construction that ensures that claims are interpreted by 5 reference to those that have been cancelled or rejected.” Id. at 733 (citation and internal quotation 6 marks omitted). This means that, when “the patentee originally claimed the subject matter alleged 7 to infringe but then narrowed the claim in response to a rejection, he may not argue that the 8 surrendered territory comprised unforeseen subject matter that should be deemed equivalent to the 9 literal claims of the issued patent.” Id. at 733-34 (citations omitted). In other words, “[w]here the 10 original application once embraced the purported equivalent but the patentee narrowed his claims 11 United States District Court Northern District of California 4 to obtain the patent or to protect its validity, the patentee cannot assert that he lacked the words to 12 describe the subject matter in question.” Id. at 734. 13 Wowza argues that prosecution history estoppel bars infringement under the doctrine of 14 equivalents because “[t]he listed four purposes and the ‘consist of’ language was added during 15 prosecution to gain allowance of the claim.” See Wowza Mot. at 21 (citing BI Dec., Ex. G, ‘658 16 File History at ADOBEWOW_0000066). The prosecution history cited by Wowza, however, 17 shows that, prior to the addition of the language at issue, the application did not “embrace” the 18 equivalent at issue, namely state-association purposes equivalent to a “new stream chunk” and a 19 “new media chunk.” Indeed, the pre-amendment application did not reference any state- 20 association purposes at all. As such, prosecution history estoppel does not preclude the 21 application of the doctrine of equivalents to the state-association purposes at issue. 22 Thus, the determination of Wowza’s motion for summary judgment of noninfringement 23 turns on whether the state-association purposes used by WMS are equivalent to any of the four 24 claimed purposes. 25 Citing the opinion of its expert, Wowza argues that the WMS state-association purposes 26 are not equivalent to the claimed purposes because “the operation of WMS is substantially 27 different than the claimed invention,” as “the additional purposes provide for added flexibility . . . 28 [that] adds additional processing and complexity in WMS” Wowza Mot. at 20 (citing Strawn 34 1 Decl.¶ 6 & Ex. B, Strawn Rep. at 106-07). This is sufficient to meet Wowza’s burden of 2 production. Thus, to survive the motion for summary judgment of noninfringement, Adobe “must set 3 4 forth competent evidence that ‘features of the accused product would support a finding of 5 infringement under the claim construction adopted by the court, with all reasonable inferences 6 drawn in favor of the non-movant.’” Intellectual Science and Technology, Inc. v. Sony 7 Electronics, Inc., 589 F.3d 1179, 1183 (Fed. Cir. 2009) (citations omitted). The only evidence that 8 Adobe offers to support a finding of infringement based on the doctrine of equivalents is a second 9 declaration its expert. Dr. Alexander states, without citing any to support, that he does “not find any basis for Wowza’s claim that the ‘other’ chunk purposes are substantially different from those 11 United States District Court Northern District of California 10 set forth in the claims. To the contrary, in [his] opinion, Wowza’s so-called ‘other’ chunk 12 purposes provide no more benefit than the chunk purposes claimed in the ’858 and ’509 patents 13 and are not substantially different.” Alexander Decl. ¶ 9, ECF No. 405. This conclusory 14 testimony is insufficient to defeat summary judgment. See Telemac Cellular Corp. v. Topp 15 Telecom, Inc., 247 F.3d 1316 (Fed. Cir. 2001) (“broad conclusory statements offered by 16 Telemac’s experts are not evidence and are not sufficient to establish a genuine issue of material 17 fact”). 18 Accordingly, because no genuine issue of material fact exists with respect to whether 19 WMS’s state-association purposes meet the state-association purposes limitation in the ’658 and 20 ’509 patents, either literally or under the doctrine of equivalents, Wowza’s motion for summary of 21 noninfringement with respect to each of the asserted claims in these patents is GRANTED, and 22 Adobe’s motion for summary judgment of infringement is DENIED. 23 24 3. The ’878 Patent a. Infringement through the RTMP Enhanced Handshake 25 Wowza moves for summary judgment of noninfringement with respect to each of the 26 asserted claims of the ’878 patent based on the theory that WMS infringes those claims when 27 engaging in the RTMP Enhanced Handshake. Because the Court has striken this theory of 28 infringement, as discussed above, Wowza’s motion is DENIED AS MOOT. 35 b. 1 Infringement through the RTMPe Encrypted Handshake i. 2 Claim 1 3 Claim 1 covers a method that comprises: 4 6 modifying interactions in the client-server environment based at least in part on a result of the processing of the cryptographic information . . . wherein modifying interactions in the client-server environment comprises initiating an encrypted session using the cryptographic key or turning on or off a feature of a program operating in the client-server environment . . . 7 Wowza moves for summary judgment with respect to claim 1 on the ground that WMS 8 does not “modif[y] interactions in the client-server environment” when performing the RTMP 9 handshake. First, Wowza contends that WMS does not modify interactions by “initiating an 5 encrypted session limitation” because WMS never initiates a session, encrypted or otherwise, and 11 United States District Court Northern District of California 10 because it has no control over whether a session is encrypted. Wowza contends that the client, not 12 WMS, must initiate a session and must determine whether that session is encrypted. Second, 13 Wowza contends that WMS does not turn any features on or off, either literally or under the 14 doctrine of equivalents. Mot. at 41, 45 (citing Strawn Dec. at ¶ 6 & Strawn Report at 175-85). Adobe opposes the motion, arguing that genuine issues of material fact exist as to whether 15 16 WMS meets the limitation at issue because (1) WMS initiates the encrypted session after the 17 handshake is complete, which is what the claim language requires, Adobe Opp’n at 37 (citing Op. 18 Alexander Dec., Ex. A, A-3 at 31); and (2) WMS turns a feature on or off when it ceases to stream 19 data to the client after the client terminates the communication (citing Alexander Opposition Decl. 20 ¶ 13). 21 The Court concludes that Wowza has not shown that no reasonable jury could find that 22 WMS meets the “initiating an encrypted session” limitation. See Netword, LLC v. Centraal Corp., 23 242 F.3d 1347, 1353 (Fed. Cir. 2001) (“To support a summary judgment of noninfringement it 24 must be shown that, on the correct claim construction, no reasonable jury could have found 25 infringement on the undisputed facts or when all reasonable factual inferences are drawn in favor 26 of the patentee.”). 27 The parties dispute whether “initiating an encrypted session” refers to the act that begins a 28 client-server communication, as Wowza contends, or whether it refers to the act that is performed 36 1 during the course of the client-server communication and only after the cryptographic information 2 has been processed, as Adobe argues. The Court concludes that “initiating an encrypted session” 3 constitutes establishing an encrypted session during the course of an established client-server 4 communication, but only after processing the cryptographic information and determining that the 5 client seeks to establish an encrypted session. See ’878 patent col. 9 ll 1-5 & Fig. 5. Here, 6 Wowza’s expert has admitted that WMS “set[s] up” an encrypted session with the client once it 7 has completed the handshake. See Hatch Decl., Strawn Dep. at 230-31, ECF No. 409 (testifying 8 that “the server does its best to set up an encrypted session with the client, and if that is successful, 9 then it’s my understanding that the stream sent by the server will be encrypted”) (emphasis added); see also Strawn Report at 175, 180 (“WMS checks to see if the version sent by the client 11 United States District Court Northern District of California 10 is set to 0x06. If the version number is set to 0x06, the session is an encrypted session and the 12 “isEncrypted” variable is set to true.”). In light of this evidence, a genuine issue of material fact 13 exists with respect to whether WMS initiates an encrypted session as construed by the Court. The Court need not reach the parties’ dispute with respect to the second phrase, because 14 15 Adobe never accused WMS of meeting the “modifying interactions” limitation in claim 1 by 16 “turning on or off a feature of a program.” See Irwin Decl., Ex. K, A-4 at 7 (stating that WMS 17 meets the “modifying interactions” limitation because “WMS implements a method for initiating 18 an encrypted session using the cryptographic key”). As such, this theory is not at issue in this 19 action. 20 Wowza’s summary judgment motion of noninfringement is therefore DENIED. ii. 21 22 Claims 15 and 17 Wowza moves for summary judgment of noninfringement, and Adoe moves for summary 23 judgment of infringement, with respect to claims 15 and 17 of the ’878 patent. Wowza’s motion is 24 based on the same arguments it raised with respect to claim 1, namely that WMS does not 25 “initiate a session” or “turn on or off a feature.” 26 Because the Court has concluded that a genuine issue of material fact exists with respect to 27 whether WMS initiates an encrypted session, the cross-motions for summary judgment are 28 DENIED. 37 The Court need not reach the parties’ dispute with respect to whether WMS turns on or off 1 2 a feature, because Adobe never accused WMS of meeting the “modifying interactions” limitation 3 in claims 15 or 17 by “turning on or off a feature of a program.” See Irwin Decl., Ex. K, A-4 at 4 32, 36-37 (stating that WMS meets the “modifying interactions” limitation because “WMS 5 implements a method for initiating an encrypted session using the cryptographic key”). This 6 theory is not at issue in this action. 4. 7 The ’287 Patent (All Asserted Claims) Wowza moves for summary judgment of noninfringement with respect to each of the 8 asserted claims in the ’287 patent on the grounds that (1) WMS does not meet the “processing the 10 data payload” limitation because the WMS is a server, not a player, and (2) WMS does not initiate 11 United States District Court Northern District of California 9 an encrypted session. Adobe opposes the motion and also moves for summary judgment on all of the asserted 12 13 claims of the ’287 patent. It argues that WMS meets the “processing the data payload” limitation 14 under the doctrine of equivalents by “acting as a player” and receiving media streams, 15 reformatting those streams, and delivering them in viewable formats to other, downstream players. 16 Adobe Opp’n at 39. Under the Court’s construction of “processing the data payload,” namely “translating, 17 18 assembling, and playing the data payload,” a genuine issue of material fact exists with respect to 19 whether WMS satisfies that limitation, as the supported testimony of Adobe’s expert shows that 20 WMS “can act as a client” by “reformatting RTMP media streams and delivering the reformatted 21 streams . . . in viewable formats” to downstream clients. Irwin Decl., Ex. E, Alexander Report, 22 Ex. A, A-4 at 31. Additionally, as discussed in the previous section, a genuine issue of material 23 fact exists with respect to whether WMS initiates an encrypted session. Accordingly, the cross- 24 motions for summary judgment with respect to the ’287 patent are DENIED.12 25 // 26 27 28 12 To the extent that Adobe’s theory of infringement with respect to the ‘’287 patent is based on RTMP Enhanced, the cross-motions are DENIED AS MOOT, as the Court has stricken this theory of infringement. 38 1 2 V. CONCLUSION 1. The Court construes the eleven disputed terms as follows: 3 Disputed term Construction 4 5 “priority-based” “rank-based” “consists of” “includes the following, and only the following” “new media chunk” “a chunk of a media message substream that is of a different media format than the media format of the immediately preceding chunk with the same chunk stream ID” “new time chunk” “a chunk of a media message substream that is of a different time than the time of the immediately preceding chunk with the same chunk stream ID” “communicating” “transmitting” “scheduling algorithm” “an algorithm for prioritizing data to transmit” 6 7 8 9 10 United States District Court Northern District of California 11 12 13 14 15 16 17 18 19 20 21 22 “transmitting ones of said plurality of [. “transmitting whole individual or . .] chunks” multiple whole chunks of said plurality of [. . .] chunks” 23 24 “reserved for random data” “reserved for data that is random or pseudo random, where pseudo random data is not composed of all zeros” 25 26 27 28 39 1 Disputed term 2 Construction “reserved for random data in accordance with a Real Time Messaging Protocol (RTMP) random byte section” “processing the data payload” 4 “translating, assembling, and playing the data payload” “new media type” 3 “a section reserved for random data in RTMP that is used in estimating the available bandwidth for the session between the client and the server and is larger than said cryptographic information” “a type associated with a new media chunk” 5 6 7 8 9 10 2. United States District Court Northern District of California 11 the asserted claims of the ’658 patent and the ’509 patent is GRANTED, and 12 13 Adobe’s cross-motion for summary judgment of infringement is DENIED. 3. 14 15 4. 5. 6. 24 25 26 27 28 Because Adobe’s motions for summary judgment of direct infringement have been denied, its motions for summary judgment of inducement of infringement and 21 23 The parties’ cross-motions for summary judgment with respect the ’287 patent are DENIED. 20 22 The parties’ cross-motions for summary judgment with respect to claims 15 and 17 of the ’878 patent are DENIED. 18 19 Wowza’s motion for summary judgment of noninfringement with respect to claim 1 of the ’878 patent is DENIED. 16 17 Wowza’s motion for summary judgment of noninfringement with respect to each of contributory infringement with respect to the patents-in-suit also are DENIED. 7. Wowza’s motion to strike portions of the Alexander Report is GRANTED IN PART and DENIED IN PART, as described above. IT IS SO ORDERED. Dated: February 22, 2014 ______________________________________ JON S. TIGAR United States District Judge 40

Disclaimer: Justia Dockets & Filings provides public litigation records from the federal appellate and district courts. These filings and docket sheets should not be considered findings of fact or liability, nor do they necessarily reflect the view of Justia.


Why Is My Information Online?