Swarmify, Inc. v. CloudFlare, Inc.

Filing 88

(PUBLIC REFILING OF 83 pursuant to 84 ) ORDER DENYING 19 MOTION FOR PRELIMINARY INJUNCTION by Judge William Alsup. (whalc2S, COURT STAFF) (Filed on 3/2/2018)

Download PDF
1 2 3 4 5 6 IN THE UNITED STATES DISTRICT COURT 7 FOR THE NORTHERN DISTRICT OF CALIFORNIA 8 9 SWARMIFY, INC., 11 For the Northern District of California United States District Court 10 12 13 14 Plaintiff, v. Defendant. / 16 18 INTRODUCTION In this action for trade secret misappropriation and related state law claims, plaintiff moves for a preliminary injunction. The motion is DENIED. 19 20 ORDER DENYING MOTION FOR PRELIMINARY INJUNCTION CLOUDFLARE, INC., 15 17 No. C 17-06957 WHA STATEMENT Plaintiff Swarmify, Inc., a small start-up based in Melbourne, Florida, formed in 2013 21 with the sole purpose of creating and bringing to market a method for more reliable and 22 affordable internet video streaming. To that end, according to chief executive officer and co- 23 founder Nathan Barnett, Swarmify spent approximately one million dollars and invested 24 approximately 21 thousand hours in research and development from 2013 to 2015, and “at least 25 an equal amount of time and money on additional improvements and refinements” through 2017 26 (Dkt. No. 18-11 ¶¶ 2–3). The fruit of those labors became what Swarmify calls its “proprietary 27 method” of video streaming, described “[i]n general” and “without limitation” by Barnett as 28 follows (id. ¶¶ 4–5): 1 2 3 4 5 6 7 When a content user (i.e., viewer of a video) requests to view a video from a website, Swarmify’s system looks to two or more sources from which to retrieve the requested video where it is stored. These sources will be different servers on a given network, such as on a content delivery network. The video is broken into segments, and each segment can be retrieved from a different source and incrementally loaded to the viewer’s computer from those different sources, depending on parameters detected by the system. The first segment of video will normally be loaded from the closest server to the content user in order to stream video at maximum speeds and eliminate buffering. However, the closest server will, in most applications, be the most expensive server from which to source the video segments. 8 9 11 For the Northern District of California United States District Court 10 12 13 14 15 This dynamic switching allows for rapid delivery of video segments when needed to prevent buffering but, when not needed, allows the content requestor to pull video from sources that are under-utilized and currently carrying less traffic, thus providing cost savings to the content provider. 16 Swarmify apparently considers all of the foregoing, “as well as the research and information 17 used in development [thereof] and the methods used in its implementation, to be its confidential 18 and proprietary information” (id. ¶ 6). 19 On September 11, 2015, Swarmify applied for a patent that would cover “a substantial 20 portion” of the foregoing technology. That application remains pending and unpublished per 21 Swarmify’s request (id. ¶ 8). 22 According to Barnett, Swarmify takes various steps to protect the confidentiality of 23 information pertaining to its streaming method. It requires employees to sign confidentiality 24 agreements, enforces company policies that require confidentiality, restricts disclosure of 25 information to a “need-to-know” basis, uses locked office doors and password-protected 26 computer systems, and discloses information to third parties and business partners only as 27 necessary and pursuant to nondisclosure agreements (id. ¶¶ 10–13). 28 2 1 In February 2016, Swarmify made contact with Cloudflare, Inc., a San Francisco-based content delivery services to other companies (see Dkt. Nos. 42-4, 42-6 ¶¶ 3–11). As part of 4 negotiations regarding a possible business deal between them, on April 22, 2016, Swarmify and 5 Cloudflare entered into a non-disclosure agreement “to protect the confidentiality of certain 6 confidential information . . . to be disclosed . . . solely for use in evaluating or pursuing a 7 business relationship between the parties” (Dkt. No. 19-9). In April and May 2016, pursuant to 8 the non-disclosure agreement, Swarmify disclosed to Cloudflare some confidential information 9 about its streaming method, including its pending patent application (see Dkt. Nos. 19-10–19- 10 11; see also Dkt. No. 18-11 ¶¶ 19–21). Significantly, Swarmify did not disclose any computer 11 For the Northern District of California corporation that formed in 2009 and uses a network of data centers to offer reverse-proxy and 3 United States District Court 2 code to Cloudflare (Dkt. No. 42-6 ¶ 18). 12 On May 11, 2016, however, Cloudflare’s head of infrastructure Nitin Rao told Barnett 13 via email that Cloudflare had decided to “hold off on the Swarmify discussion” for the time 14 being (Dkt. No. 41-11). On May 31, 2017, Cloudflare extended employment offers to Barnett 15 (Dkt. No. 42-18) and Chris Fung, the senior developer who apparently engineered Swarmify’s 16 streaming method (Dkt. Nos. 18-11 ¶ 38, 42-19). More negotiations apparently followed. On 17 June 12, Barnett offered to sell Swarmify’s assets — including intellectual property and 18 software — to Cloudflare for $738,000 (Dkt. No. 18-12). On June 17, Barnett also declined 19 Cloudflare’s offers of employment for himself and Fung, explaining that “the software and 20 intellectual property from Swarmify will have to be purchased along with the team” (Dkt. No. 21 18-13). Significantly, in the same email, Barnett also said, “We presented our proprietary 22 Swarmify video solution to your team over a year ago . . . . The software to enable this 23 groundbreaking improvement to video streaming required the prior two years of time in 24 research, development, debug, and production testing” (ibid. (emphasis added)). To repeat, 25 Swarmify had not disclosed its software to Cloudflare. Nor has Swarmify argued in this lawsuit 26 that its alleged trade secrets lie in software (as opposed to, e.g., general concepts and ideas). 27 28 On June 19, 2017, Cloudflare’s chief executive officer and co-founder Matthew Prince responded to Barnett’s email and turned down Swarmify’s counteroffer of an asset purchase. 3 1 “With regard to the Swarmify assets,” Prince wrote, “our analysis leads us to value them as a 2 liability not an asset. We can’t assign any value to them.” Prince offered to “discuss revising” 3 the employment offers to Barnett and Fung but otherwise concluded, “If you decide to continue 4 working on Swarmify, I respect that and wish you the best of luck. Know that if anything 5 changes in the future, our door is always open” (ibid.). 6 According to Rao, Cloudflare then hired Oliver Yu, ostensibly an engineer, to begin 7 work on its own video streaming service in July 2017. By October 2017, the group working on 8 the project had expanded to include at least three more engineers. Cloudflare had also “entered 9 into an agreement with another company concerning specific aspects of video-encoding and video-playing technology.” According to Rao, Cloudflare has spent hundreds of thousands of 11 For the Northern District of California United States District Court 10 dollars on this project (Dkt. No. 42-6 ¶¶ 19–20). 12 On September 27, 2017, Cloudflare marked the launch of its own streaming service with 13 two blog articles on its public website. First, Prince posted “Introducing Cloudflare Stream: 14 Fixing the Streaming Video Market,” which broadly described some technological and business 15 challenges to video streaming and Cloudflare’s solutions to those challenges (Dkt. No. 18-17). 16 Second, Yu posted “How Cloudflare Streams,” which described Cloudflare’s solution in more 17 technical detail (Dkt. No. 18-18). In relevant part, Yu’s article explained: 18 19 20 [W]e use a technology called adaptive streaming in which the server offers multiple bitrate streams and the client switches between them based on the current network connectivity. To accomplish this, the video is chunked, and the client can switch between profiles in between the video chunks by downloading the following chunk from a different bitrate stream. 21 * * * 22 [Cloudflare delivers video] by 23 24 25 26 27 28 The final result is that the first segment is fast, with low cost subsequent segments. 4 1 The latter paragraph, according to Barnett, describes “precisely the method by which 2 Swarmify streams video” (Dkt. No. 18-11 ¶ 42). Swarmify also generally accuses both Prince 3 and Yu’s articles of disclosing Swarmify’s streaming method (see, e.g., Dkt. No. 18-4 at 14). 4 Based on those articles, Swarmify filed this action in December 2017. The complaint asserts 5 claims for trade secret misappropriation under both the federal Defend Trade Secrets Act and 6 the California Uniform Trade Secrets Act, breach of contract, breach of the implied covenant of 7 good faith and fair dealing, unjust enrichment, fraud, accounting, and unfair competition in 8 violation of Section 17200 of the California Business and Professions Code (Dkt. No. 1). 9 Swarmify then filed a motion for a preliminary injunction (Dkt. No. 19). After Cloudflare’s opposition but before Swarmify’s reply, Swarmify filed a disclosure of six alleged 11 For the Northern District of California United States District Court 10 trade secrets pursuant to Section 2019.210 of the California Code of Civil Procedure (Dkt. No. 12 46-3). According to that disclosure, Swarmify’s first alleged trade secret claims a “method for 13 video streaming” including “at least” the “dynamic switching” method set forth in Barnett’s 14 declaration (emphasis added). The disclosure reinvents Barnett’s description with some notable 15 differences. For example, the disclosure calls for the first video segment to load from the 16 “fastest” server instead of the “closest” server. The disclosure also adds: 17 18 19 20 21 Swarmify describes its pending patent application as just “one potential manifestation” of its 22 first alleged trade secret (id. at 1–2). 23 To call Swarmify’s disclosure overbroad would be an understatement. In addition to the 24 first alleged trade secret described above, the five remaining alleged trade secrets, reproduced in 25 full here, claim (id. at 2–3): 26 27 2. The research and information used to develop the Technology, including aggregation of publicly-available information or knowledge on prior methods of video streaming. 28 3. The methods for implementing the Technology. 5 1 2 3 4. The fact that the Technology is fully functional and is commercially viable, including market applications, costs, and benefits. This includes the application and market information that Swarmify shared with Cloudflare in Exhibit I to the Declaration of Nathan Barnett in Support of Swarmify’s Motion for Preliminary Injunction. 4 5 5. Internal data provided to Cloudflare which provides indications of the costs, transfer used for the various delivery endpoints, and calculations providing a “blended” cost. 6 7 6. Vendors, and agreements with those vendors, along with specific pricing, cost, limitations, and usage. 8 This disclosure, which purports to lay wholesale claim to such nebulous, sweeping 9 categories as “research and information,” “methods for implementing,” and “vendors,” does not even come close to identifying plausible trade secrets with “reasonable particularity” as 11 For the Northern District of California United States District Court 10 required by Section 2019.210. Put simply, it is a blatant abuse of the system. The overbreadth 12 of Swarmify’s various and ever-shifting descriptions of its supposed trade secrets — just a few 13 examples of which have been reproduced herein — is also further compounded by Swarmify’s 14 steadfast refusal to pin down in argument the specific nature of the information it claims to own. 15 Throughout briefing and during the hearing on this motion, Swarmify’s counsel has toggled 16 between claiming broad, sweeping concepts about streaming in general to counter arguments 17 that Cloudflare never used the supposed trade secrets and claiming narrow, specific 18 implementations of a particular streaming method to dodge arguments that the supposed trade 19 secrets do not qualify as such because they remain generally known in the field. As explained 20 below, this order does not reach the merits of Swarmify’s trade secret misappropriation claims 21 because an even more glaring problem precludes preliminary relief. It nevertheless bears 22 mentioning that Swarmify’s attempts to set up its purported trade secrets as elusive moving 23 targets do not bode well for the merits of its claims. 24 While Swarmify’s motion remained pending, the undersigned judge also required both 25 sides to agree to a trial date, having learned the hard way that whichever side prevails on a 26 motion for a preliminary injunction usually tries to drag out proceedings thereafter whereas the 27 losing side wants a trial as soon as possible (see Dkt. No. 58). In response, both sides agreed to 28 6 1 proceed to trial on November 13, 2018, which agreement has been codified in the case 2 management order (Dkt. Nos. 65 at 2, 68). This order follows full briefing and oral argument. 3 4 ANALYSIS To obtain a preliminary injunction, Swarmify must establish that it is likely to succeed the balance of equities tips in its favor, and that an injunction is in the public interest. Winter v. 7 Natural Resources Defense Council, Inc., 555 U.S. 7, 20 (2008). In our circuit, “serious 8 questions going to the merits” and a balance of hardships that tips sharply in Swarmify’s favor 9 can support issuance of a preliminary injunction so long as Swarmify also shows a likelihood of 10 irreparable injury and that the injunction is in the public interest. Alliance for the Wild Rockies 11 For the Northern District of California on the merits, that it is likely to suffer irreparable harm in the absence of preliminary relief, that 6 United States District Court 5 v. Cottrell, 632 F.3d 1127, 1134–35 (9th Cir. 2011). 12 Swarmify relies only on its trade secret misappropriation and breach of contract claims 13 as the basis for this motion and does not distinguish between those claims for purposes of 14 asserting likelihood of irreparable harm. Even assuming that some protectible trade secret lurks 15 within Swarmify’s overbroad and shape-shifting descriptions of its technology, this order 16 concludes Swarmify has not shown any likelihood of irreparable harm with respect to either its 17 trade secret misappropriation or breach of contract claims. 18 Swarmify asserts in conclusory fashion that Cloudflare’s alleged misappropriation “will 19 deprive Swarmify of the years of research and millions of dollars spent developing the 20 Technology, will allow competitors to cheaply enter the market to Swarmify’s detriment, will 21 prevent Swarmify from effectively marketing its own innovative Technology to untold numbers 22 of potential customers, and will continue to prevent Swarmify from attracting investors for its 23 proprietary streaming solution.” Swarmify also asserts it “will suffer injury to its reputation and 24 goodwill among actual and potential customers, and among investors, as the premier provider of 25 such video streaming services” (Dkt. No. 18-4 at 22–23). But the only record evidence 26 Swarmify cites for its claims of “irreparable harm” comes from two paragraphs of Barnett’s 27 declaration, which state in similarly conclusory terms (Dkt. No. 18-11 at 11): 28 43. Cloudflare’s actions have caused Swarmify to lose market share in the video streaming space — in fact, Swarmify 7 1 2 3 should have been the only company in the market to offer the solution embodied by its Technology if not for Cloudflare’s misappropriation. 5 44. In addition, Swarmify has lost the potential to attract investors in its innovative, one-of-a-kind solution after those investors learned that Cloudflare is now doing the same thing. A true and correct copy of an email from one such investor, dated September 29, 2017, is attached as Exhibit L. 6 The sole factual component in the foregoing explanation, Exhibit L, fails to support 4 7 Barnett’s insinuation that Swarmify lost or will lose investors as a result of Cloudflare’s alleged 8 misappropriation. That email, from Brian Ascher of Venrock, states, “Your video acceleration 9 technology sounds awesome, but competing against Cloudflare and all of the other video incumbents is a challenging proposition, especially when the Bigs (YouTube, Netflix, Amazon, 11 For the Northern District of California United States District Court 10 Apple, Alibaba, etc[.]) all build their streaming in-house. Every market can ultimately be 12 disrupted, but I think we’d need to see more evidence before we could jump in alongside you” 13 (Dkt. No. 19-20 (emphasis added)). In other words, Venrock declined to invest in Swarmify 14 because of heavy competition in the video streaming market in general, not because any one 15 competitor duplicated Swarmify’s specific streaming method. 16 With the Ascher email excised, Swarmify’s argument about irreparable harm finds itself 17 devoid of even a glimmer of factual support. Swarmify’s argument essentially boils down to its 18 insistence that Cloudflare supplanted its commercial market because “Swarmify should be the 19 only company able to market the Technology” and “any customer buying video streaming 20 services from Cloudflare is, by definition, not buying them from Swarmify” (Dkt. No. 18-4 at 21 22–23). In other words, Swarmify is not concerned with the use or disclosure of its alleged 22 trade secrets by other companies per se; its complaint is merely that it, not Cloudflare, should 23 be the one profiting from this technology. 24 But this is textbook reparable harm. 25 If Swarmify prevails on the merits and proves that Cloudflare misappropriated its trade 26 secrets, Swarmify can be compensated with damages calculated based on Cloudflare’s unjust 27 enrichment from its use and disclosure of Swarmify’s streaming method. Whatever profit 28 Cloudflare manages to generate from this technology in the meantime would be fair game for an 8 1 eventual damages award. Put differently, every dollar of profit Cloudflare makes will be for 2 Swarmify’s account if Swarmify’s claims hold true. 3 In its reply brief, Swarmify claims for the first time that video streaming is a “young” 4 industry and that Swarmify’s chances of legitimately competing in this industry would be 5 irrevocably destroyed in the absence of preliminary relief. This argument has no basis in fact or 6 law. Unsurprisingly, Swarmify cites no record evidence for the proposition that video 7 streaming in general is a “young” industry, much less a “nascent” one. 8 9 Indeed, even a cursory review of the record shows the exact opposite. To give just one nonexhaustive example, Ascher’s email dated September 29, 2017 — the sole item of factual evidence buried in Swarmify’s conclusory arguments about irreparable harm — describes 11 For the Northern District of California United States District Court 10 abundant competition in the established video streaming industry that Swarmify was trying to 12 “disrupt” (Dkt. No. 19-20). 13 In its reply brief, Swarmify quotes selective snippets from the undersigned judge’s 14 provisional relief order in Waymo LLC v. Uber Technologies, Inc., No. C 17-00939, 2017 WL 15 2123560 (N.D. Cal. May 11, 2017), suggesting an analogy between that case and this one (Dkt. 16 No. 47-4 at 15). 17 Waymo featured alleged trade secrets relating to self-driving car technology. Self- 18 driving cars represented an unquestionably nascent market. No would-be competitor — 19 including the parties to that litigation — had managed to actually commercialize that 20 technology. Damages from the loss of a competitive position in that market would likely have 21 been impossible to quantify. 2017 WL 2123560, at *11. Not so here, especially since the 22 gravamen of Swarmify’s complaint remains focused on Cloudflare’s actual commercialization 23 of its streaming method. Moreover, in Waymo the potential ongoing misuse of the alleged trade 24 secrets, as both sides continued to develop their respective technologies, might have been 25 “virtually untraceable.” Id. at *10. Here, in contrast, Cloudflare allegedly published two blog 26 articles detailing its successful implementation and commercialization of the alleged trade 27 secrets. These facts hardly precipitate the kind of ongoing, elusive misappropriation threatened 28 in Waymo. Finally, Waymo involved a key player asserting his Fifth Amendment privilege, as 9 1 well as other “relentless assertions of privilege” that shrouded relevant events in secrecy such 2 that it would have been exceptionally difficult to identify and enjoin any specific parts of the 3 defendants’ technology that used the plaintiff’s alleged trade secrets. Id. at *11. The instant 4 case presents no such complications, especially since Swarmify’s sweeping disclosure of 5 alleged trade secrets makes clear that this lawsuit targets Cloudflare’s entire streaming service, 6 not some subtle part thereof that would be difficult to extricate from the whole. 7 In short, Swarmify’s comparison of this case to Waymo collapses under even superficial 8 scrutiny. The undersigned judge lived through Waymo. He knew Waymo. This case is not 9 Waymo. Swarmify’s failure to show a likelihood of irreparable harm is a showstopper. See 11 For the Northern District of California United States District Court 10 Winter, 555 U.S. at 20. This order therefore does not reach the other three Winter factors, nor 12 does it consider the parties’ additional arguments thereunder. 13 14 CONCLUSION For the foregoing reasons, plaintiff’s motion for a preliminary injunction is DENIED. 15 Except to the extent acknowledged herein, defendant’s objection to plaintiff’s reply brief is 16 OVERRULED AS MOOT. 17 18 IT IS SO ORDERED. 19 20 Dated: February 27, 2018. WILLIAM ALSUP UNITED STATES DISTRICT JUDGE 21 22 23 24 25 26 27 28 10

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?