throbber
Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 1 of 31
`
`IN THE UNITED STATES COURT
`FOR THE DISTRICT OF PUERTO RICO
`
`UPDATECOM, INC.,
`
` Plaintiff,
`
`v.
`
` CIV. NO.: 10-1855(SCC)
`
`FIRSTBANK P.R., INC.,
`
` Defendant.
`
`OPINION AND ORDER
`
`We have reviewed the motions for summary judgment filed
`in this case, Docket Nos. 374, 376, and, as we explain below,
`conclude that they must be denied in large part. As such, this
`case will proceed to trial on February 3, 2014. Nonetheless, the
`motions allow us to circumscribe the scope of that trial in
`certain regards. We explain below.
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 2 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 2
`
`Infringement1
`I.
`A. Background
`At the heart of this case is Plaintiff UpdateCom’s allegation
`that a piece of software created by Defendant FirstBank called
`ATM Transaction Broker (“AAB”) infringed on the copyright
`for a piece of software owned by UpdateCom called End2End.
`We note, first of all, that there is an issue of material fact as to
`the actual ownership of End2End. According to UpdateCom,
`End2End was created exclusively by UpdateCom employees
`and was licensed to FirstBank; according to FirstBank, how-
`ever, UpdateCom only acted on a consultative basis, and the
`software that became End2End was created for FirstBank,
`which jointly or solely authored it. As this matter is contested,
`it can only be decided by a trial after weighing the parties’
`evidence.
`A second matter of dispute is the date on which AAB went
`into effect. According to FirstBank, End2End was removed
`from use, and version 1.0 of AAB was installed, on September
`15, 2010. UpdateCom’s expert, however, states that according
`to his investigation, version 1.0 of AAB was not compiled until
`
`1. Assuming the parties’ counsels familiarity with the law, we omit a
`discussion of the basic summary judgment standards.
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 3 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 3
`
`October 10, 2012, and therefore it could not have been in use
`before that date. See Docket No. 379, at 28. Thus, UpdateCom
`implies, from September 15, 2010, until at least October 10,
`2012, either End2End or an End2End-like software predating
`the AAB version 1.0 was being used. Given this dispute, we
`2
`cannot, without a trial, conclude when AAB version 1.0 was
`put into use.
`But UpdateCom did inspect AAB version 1.0, as well as its
`subsequent versions, and its expert produced a report regard-
`ing whether that copied End2End. After reviewing that report,
`we are convinced that no reasonable factfinder could conclude
`that AAB versions 1.0 and later infringe upon End2End’s
`copyright, if that copyright is indeed owned by UpdateCom.
`B. The Law of Software Copyright
`There are two essential elements to a claim of copyright
`infringement. First, the plaintiff must show “ownership of a
`valid copyright”; second, he must show “copying of constitu-
`ent elements of the work that are original.” Feist Publ’ns, Inc. v.
`Rural Tel. Serv. Co., 499 U.S. 340, 361 (1991). The copying
`
`2. This is in part the basis for UpdateCom’s related spoliation motion.
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 4 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 4
`
`inquiry has, in turn, two components. First, the plaintiff must
`3
`show that his work was “actually copied,” either by “direct
`evidence of copying or by indirect evidence, including access
`to the copyrighted work, similarities that are probative of
`copying between the works, and expert testimony.” Laureyssens
`v. Idea Grp., Inc., 964 F.2d 131, 140 (2d Cir. 1992). Once actual
`copying is shown, the plaintiff must also demonstrate that the
`copying was actionable, “by showing that the second work
`bears ‘substantial similarity’ to protected expression in the
`earlier work.” Castle Rock Entm’t v. Carol Publ’g Grp., 150 F.3d
`132, 137 (2d Cir. 1998).
`In the context of software cases, “access is either conceded
`or easily proved,” and so the most important question is
`whether the two works are “substantially similar.” 4 NIMMER
`ON COPYRIGHT § 13.03[F]. This is because even where copying
`is admitted, “no legal consequences will follow from that fact
`unless the copying is substantial.” Newton v. Diamond, 388 F.3d
`1189, 1193 (9th Cir. 2004). In analyzing whether two software
`works are substantially similar, we must also distinguish
`between the literal and nonliteral elements of those works. The
`
`3. As we’ve said, the first of the ownership element is in dispute, and so
`we will focus here only on copying.
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 5 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 5
`
`term “literal elements” refers to a program’s “source and object
`codes,” that is, the text, in various programming or machine
`languages, in which the program is written by programmers or
`read by a computer. See Computer Assocs. Int’l, Inc. v. Altai, Inc.,
`982 F.2d 693, 702 (2d Cir. 1991). The term “nonliteral ele-
`ments,” by contrast, refers to the program’s architecture and
`organization, including, for example, “general flow charts as
`well as the more specific organization of inter-modular
`relationships, parameter lists, and macros.” Id.
`We must also distinguish between literal and nonliteral
`copying. Literal copying is the exact copying of elements from
`an original work to the derivative work, and in analyzing this
`sort of copying we are guided by the First Circuit’s opinion in
`Lotus Dev. Corp. v. Borland Int’l, Inc., 49 F.3d 807 (1995). Nonlit-
`eral copying, by contrast, “is copying that is paraphrased or
`loosely paraphrased rather than word for word.” Id. at 814. We
`analyze nonliteral according to Altai’s Abstraction-Filtration-
`Comparison analysis.
`Regardless of the type of element or the type of copying
`alleged, however, we are guided by a few basic principles.
`Chief among these is that “copyright does not protect an idea,
`but only the expression of the idea.” Altai, 982 F.2d at 703
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 6 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 6
`
`(citing Baker v. Selden, 101 U.S. 99 (1879)); see also 17 U.S.C.
`¶ 102(b). In this vein, we must confront the fact that computer
`programs are “essentially utilitarian” works that “combine[]
`creative and technical expression.” Altai, 982 F.2d at 704
`(internal quotations omitted). This matters because the
`processes described by a utilitarian work cannot be copy-
`righted. Id. Moreover, “those aspects of a work, which ‘must
`necessarily be used as incident to’ the idea, system or process
`that the work describes, are also not copyrightable.” Id.
`(quoting Baker, 101 U.S. at 104); see also id. at 705 (“[T]hose
`elements of a computer proram that are necessarily incidental
`to its function are . . . unprotectable.”). Essentially, this is an
`application of the merger doctrine, which holds that “[w]hen
`there is . . . only one way to express an idea, the idea and its
`expression are inseparable.” Concrete Machinery Co. v. Classic
`Lawn Ornaments, Inc., 843 F.2d 600, 606 (1st Cir. 1988). This is
`important in the software context because “[w]hile, hypotheti-
`cally there might be a myriad of ways in which a programmer
`may effectuate certain functions within a program . . . effi-
`ciency concerns may so narrow the practical range of choice as
`to make only one or two forms of expression workable op-
`tions.” Altai, 982 F.2d at 708. Thus, “the fact that two programs
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 7 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 7
`
`contain the same efficient structure may as likely lead to an
`inference of independent creation as it does to one of copying.”
`Id. Following these principles, courts have concluded that
`software algorithms cannot be copyrighted because they only
`describe uncopyrightable methods of operation. See, e.g., Torah
`Soft Ltd. v. Drosnin, 136 F. Supp. 2d 276, 291 (S.D.N.Y. 2001)
`(“An algorithm, however, is clearly a method of operation
`which cannot be protected.”).
`Software cases also apply the scenes a faire doctrine, which
`“denies copyright protection to elements of a work that are for
`all practical purposes indispensable, or at least customary, in
`the treatment of a given subject matter.” Coquico, Inc. v.
`Rodriguez-Miranda, 562 F.3d 62, 68 (1st Cir. 2009). In the
`computer science arena, this doctrine is used to account for the
`fact that “in many instances, it is virtually impossible to write
`a program to perform particular functions in a specific comput-
`ing environment without employing standard techniques.” 4
`NIMMER § 13.03[F][3]. These external factors include hardware
`and software standards, design standards, the practices of the
`target industry, and general programming practices. Id.; see also
`Altai, 982 F.2d at 709–10 (noting that “a programmer’s freedom
`of choice is often circumscribed by extrinsic considerations”).
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 8 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 8
`
`Where features are necessitated by such considerations, they
`cannot be copyrighted.
`C. UpdateCom’s Analysis of AAB
`UpdateCom’s expert analyzed the source code of four
`4
`versions of AAB, and he produced a report concluding that
`they were copied from End2End. See Docket No. 379. Update-
`Com’s expert alleges literal and nonliteral copying of literal
`and nonliteral elements. In essence, though, UpdateCom’s
`expert makes two claims: first, that AAB copies End2End’s
`general architecture; and second, that AAB copies specific
`portions of End2End’s source code. We will deal with these
`two claims separately.
`1. Alleged Copying of Source Code
`UpdateCom’s expert’s report gives four examples of short
`sections of code (totaling 11 or 13 lines depending on how one
`counts) found in AAB version 1.0 that it says are “identical” to
`sections of code found in End2End. See Docket No. 379, at
`
`4. We note that UpdateCom’s expert, Angel Figueroa-Cruz, who identifies
`himself in his report as a “senior software developer” at “Update
`Computer Solutions,” Docket No. 379, at 3, is in fact UpdateCom’s
`“[p]resident and stockholder,” VERIFIED COMPLAINT, Docket No. 1, ¶ 11.
`We find this oversight in his curriculum vitae curious and potentially
`problematic.
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 9 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 9
`
`36–40. FirstBank focuses on this small amount of alleged
`copying, arguing that even if those lines were directly copied,
`it would be de minimis and not actionable. UpdateCom re-
`sponds by claiming that its expert did not say that these were
`the only lines of code that were copied. Docket No. 386, at 2
`(“Contrary to defendant’s allegations, FirstBank illegally
`copied or used thousands of lines from End2End’s source code,
`not just 11 lines.”). The problem for UpdateCom, however, is
`that its expert report gives no support whatsoever to the claim
`that AAB copied more than, at most, the short sections of code
`listed at pages 36 through 40 of its expert report. These
`5
`supposed thousands of lines of copied code are completely
`unmentioned, and therefore we will not consider any claims
`regarding them. And even if it were established that these lines
`had been directly—and “identically”—copied, we would
`conclude
`that
`they—11
`lines of 5,000, or about
`0.22%—constituted de minimis copying in the absence of other
`
`5.
`
`Seeking application of Rule 26, FirstBank pointed out this failing.
`See Docket No. 391, at 2. UpdateCom responded that “[c]learly, Plaintiff
`Expert’s Report specifically identified where to find the rest of the
`source code lines that were ‘copied or used without’ authorization.”
`Docket No. 403-1, at 2. But it did not cite to that portion of the expert
`report, nor can we find it.
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 10 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 10
`
`evidence. See On Davis v. The Gap, Inc., 246 F.3d 152, 172 (2d
`Cir. 2001) (“[W]here unauthorized copying is sufficiently
`trivial, ‘the law will not impose legal consequences.’” (quoting
`Ringgold v. Black Entm’t Television, Inc., 126 F.3d 70, 74 (2d Cir.
`1997))); cf. MiTek Holdings, Inc. v. Arce Eng’g Co., Inc., 864 F.
`Supp. 2d 1568, 1575, 1585 (S.D. Fla. 1994) (finding a similarity
`of, at most, 2% to be de minimis), aff’d, 89 F.3d 1548 (11th Cir.
`1996).
`But UpdateCom’s problems do not stop here. The few
`examples of “identical” source code that it has identified are
`not, in fact, identical; at best, they are merely similar. This is
`not itself a problem, as UpdateCom is entitled to allege the
`nonliterael copying of its source code. However, its expert
`report fails to make any such a showing. Figure 23, on page 37
`of the expert report, and its accompanying explanation, is a
`representative example. In the figure, some five lines of what
`is said to be AAB code are compared with five lines of End2E-
`nd code. There are superficial similarities between the com-
`pared lines (e.g., the first line of each code uses the phrase
`“byte[] RawData = new byte”), but there are also differences
`(e.g., after “new byte,” the first line of the AAB code says
`“[messageLength],” while
`the End2End code says
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 11 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 11
`
`“[state.length]”). What the report fails to do is explain the
`significance of the similarities and differences. Instead, it gives
`a cursory explanation of what the code does (but no explana-
`tion of the specific lines) and concludes that the sections are
`“identical.” Nothing in the report, with regard to this or the
`other examples, attempts to explain why the similarities are
`significant, and not, for example, similarities required by
`efficiency or external constraints. In this sense, the report
`determines that the AAB code infringes End2End in a purely
`conclusory manner. Consequently, we cannot help but find
`that the report’s comparison of the programs’ source code at
`pages 36 through 40 fails to meet the requirements of Federal
`Rule of Civil Procedure 26(a)(2)(B), which requires expert
`reports to state the basis and reasoning behind their opinions.
`Moreover, because trial is set to begin in mere days, the only
`available remedy is striking this portion of the expert report.6
`See Santiago-Diaz v. Laboratorio Clinico y de Referencia del Este,
`456 F.3d 272, 276 (1st Cir. 2006) (affirming district court’s
`striking of a conclusory expert report, and holding that the
`“baseline” sanction for such a failure is preclusion of the
`
`6. Necessarily, then, UpdateCom’s expert will be precluded from
`testifying on these matters at trial.
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 12 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 12
`
`evidence); Salgado v. Gen. Motors Corp., 150 F.3d 735, 742 n.6
`(7th Cir. 1998) (“Expert reports must not be sketchy, vague, or
`preliminary in nature.”); Kerlinisky v. Sandoz Inc., 783 F.
`Supp. 2d 236, 242 (D. Mass. 2011) (striking expert report that
`failed to “provide with any reasonable degree of specificity the
`basis and reasons for [the expert’s] opinions”); Elder v. Tanner,
`205 F.R.D. 190 (E.D. Tex. 2001) (striking report under Rule 26
`for failing to discuss the expert’s reasoning and thought
`process, and under Daubert for making “conclusory state-
`ments” that lacked “any elaboration or reasoning”); Fidelity
`Nat’l Title Ins. Co. of N.Y. v. Intercounty Nat’l Title Ins. Co., Civ.
`No. 00-5658, 2001 WL 789218, at *3 (N.D. Ill. July 12, 2001)
`(“Rule 26(a) requires that the expert report contain the basis for
`each opinion.”). l7
`For all of these reasons, we find that no issue of material
`fact exists with regard to FirstBank’s AAB version 1.0's alleged
`copying of literal elements from End2End.
`
`7. A final problem with these examples is that, even according to the
`expert report and the expert’s own deposition testimony, the relevant
`sections of code each seem to accomplish rather specific tasks (such as
`communicating with another vendor’s software), and, as such, are
`likely uncopyrightable under the merger doctrine or as mere
`algorithms.
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 13 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 13
`
`2. Alleged Copying of Architectural Elements
`UpdateCom also alleges that AAB version 1.0 copies
`End2End’s architecture. It does this in two ways. First, the
`report provides a diagram of AAB’s architecture. Docket No.
`379, at 25. This diagram, which notably is completely unexpla-
`ined in the report’s text, shows, in an extremely general way,
`what AAB does. AAB, which is identified by a single box,
`seems to communicate with various other pieces of software,
`including Evertec’s ATH network and the bank’s financial
`software. See id. Though the report fails to actually make this
`comparison, the diagram is similar (though not identical) to a
`basic diagram of End2End’s functions elsewhere in the report.
`See id. at 9. In both instances, there is only a single box repre-
`senting the software at issue. No detail is provided as to how
`the software accomplishes any task; instead, the diagrams
`merely show that End2End and AAB allow interactions
`between other, disparate pieces of software. Given that the
`programs are not described at all, beyond their function, it
`hardly even seems right to refer to these diagrams as “architec-
`tural.” More to the point, UpdateCom cannot possibly be
`claiming to have a copyright of this highly generalized
`architecture, which is really nothing more than an idea for a
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 14 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 14
`
`piece of software, and therefore uncopyrightable. The diagram,
`then, is neither evidence nor explanation for the report’s claim
`that the AAB architecture “follows the same path as the
`End2End Software Architecture.” Id. at 25.
`Second, UpdateCom’s expert relies on a table, supported by
`three confusing and non-contextualized images, see id. at 26–27,
`which it says shows that the AAB “architecture is identical to
`the End2End Architecture,” id. at 26. The table shows eight
`items under the heading “Description” that it says are identical
`between End2End and AAB. See id. Or at least that’s what we
`think it shows; in fact, the table goes unelaborated upon. To
`show why this matters, we will give one example. Under
`“Description,” one item is “Mainframe Queue Name,” and, for
`both End2End and AAB, it is said to be “FB.LX.QMI.” But
`without knowing what “Mainframe Queue Name” refers to,
`we cannot determine whether it is an important or relevant
`piece of the software’s architecture (or a part of the architecture
`at all). And, of course, the meaning of “FB.LX.QMI” is far from
`apparent; the report makes it impossible to determine whether
`such a name is, for example, required by the tasks that the
`software both perform. Ultimately, the report’s discussion of
`the programs’ architecture is nothing more than unexplained,
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 15 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 15
`
`unsupported conclusions. As such, we must strike the section
`of the report dealing with the architecture comparison, and we
`must conclude that no issue of fact exists as to whether version
`1.0 of AAB’s architecture is substantially similar to End2End’s.
`Moreover, because these are the only sections of the report
`that deal with whether AAB versions 1.0 and later are substan-
`tially similar to End2End, we must conclude that no material
`issue of fact exists with regard to those programs’ substantial
`similarity. We therefore conclude, as a matter of law, that the
`programs are not substantially similar. As such, and without
`regard to whether any actual copying occurred, we conclude
`that AAB versions 1.0 and later do not infringe any copyright
`that UpdateCom has in End2End.
`3. When did AAB Version 1.0 Go Into Effect?
`To determine the effect of our conclusion that AAB version
`1.0 does not infringe End2End, it is necessary to know when,
`exactly, AAB version 1.0 went into production. According to
`FirstBank’s statement of uncontested material facts, that date
`was September 15, 2010. See Docket No. 375, ¶¶ 25 (version 1.0
`was the first version of AAB), 19 (AAB installed on September
`15, 2010). Relying on its expert’s report and its most recent
`spoliation motion, Docket No. 378, UpdateCom disputes this
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 16 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 16
`
`date. Docket No. 387, ¶¶ 19, 25. To determine whether
`UpdateCom has successfully opposed FirstBank’s proposed
`fact, we must look at the treatment of AAB’s production date
`in UpdateCom’s expert report and spoliation motion.
`a. UpdateCom’s Fourth Motion Regarding Spoliation
`For some time now, UpdateCom has been arguing that
`FirstBank has willfully destroyed the evidence that would
`prove its liability to UpdateCom. In June 2013, we denied
`UpdateCom’s first spoliation motion, which we found to lack
`support, but ordered FirstBank to produce to UpdateCom all
`versions of the AAB source code. Docket No. 276. UpdateCom
`then sought reconsideration of our Order. Docket No. 279. We
`denied reconsideration because we found that it requested
`relief that should have been requested in the first motion, but
`which was not. Docket No. 282. UpdateCom then filed a
`purported “second” motion regarding spoliation, Docket No.
`290; it, too, was denied, because it repeated the arguments of
`the first motion and the reconsideration of that motion’s denial,
`and it was, in that sense, a motion for reconsideration of our
`denial of reconsideration. Docket No. 306. UpdateCom raised
`spoliation issues again during a status conference held on
`August 7, 2013; at that time, the Court made clear that it would
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 17 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 17
`
`only consider arguments based on evidence that was not
`available when the previous several motions were filed. Docket
`No. 325, at 5.
`With that background in mind, we take up UpdateCom’s
`most recent spoliation motion. Docket No. 378. As stated in the
`motion, UpdateCom’s belief is that on September 15, 2010,
`FirstBank did not implement AAB; instead, it implemented a
`slightly modified version of End2End that incorporated certain
`changes required by federal regulations. See id. at 3. UpdateC-
`om contends that this modified software infringed on its
`copyright. See id. What prompted its motion, though, was
`newly-acquired evidence suggesting that early versions of
`AAB either still exist or were destroyed very late in this
`litigation.
`The basis for this belief is UpdateCom’s deposition, on
`September 4, 2013, of Omar Cruz-Salgado, formerly the project
`manager in charge of developing AAB for FirstBank. See
`Docket No. 378-1. After testifying that AAB began production
`in April 2010 and first went into production on September 15
`of that year, id. at 33, Cruz testified that he would save pre-
`production drafts of the software onto his work laptop as well
`as on FirstBank’s version control system, id. at 34. Furthermore,
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 18 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 18
`
`he testified that those drafts might still exist on FirstBank’s
`computers—and that he believed that they existed at least
`through when he left the Bank, in October 2012, two years after
`this litigation began. Id. at 43–44. After these revelations,
`FirstBank’s counsel promised to look into whether these pre-
`productions drafts still existed, but none, apparently, were
`ever turned over.
`To be sure, these facts call into question whether FirstBank
`has diligently and fully complied with its discovery obligations
`in this case. Their potential for impact on this portion of the
`8
`case’s substance, however, is much smaller. This is because the
`new evidence relates solely to the existence pre-production
`copies of AAB. Cruz’s deposition testimony does not suggest
`that any of these pre-production versions were ever imple-
`mented, and, to the contrary, it fully supports FirstBank’s
`position that AAB version 1.0 was implemented on September
`15, 2010. And given our conclusion that the production version
`of AAB did not actionably infringe any copyright that might be
`held by UpdateCom, we do not see how this new evidence can
`support the remedies that UpdateCom seeks. To the contrary,
`
`8. We take up this matter in more detail below.
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 19 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 19
`
`these pre-production versions—essentially,
`if
`even
`drafts—contained substantial, literal copying of End2End’s
`source code, that would only be evidence of actual copying.9
`UpdateCom’s claim would still fail the substantial similarity
`prong for the reasons explained above, and, accordingly, so
`would its infringement claim. Therefore, we find that no
`spoliation remedies are warranted with respect to this claim,10
`
`9. See, e.g., Walker v. Time Life Films, Inc., 784 F.2d 44, 52 (2d Cir. 1986)
`(“[E]arly drafts might be useful to show that defendants had gained
`access to plaintiff’s work, borrowed from it, and later made changes in
`order to conceal that borrowing. . . . However, since we conclude as a
`matter of law that . . . no substantial similarity exists between the
`protectible portions of the final versions the works, any error in the
`exclusion of the early drafts was harmless.”); Quirk v. Sony Pictures
`Entm’t Inc., Civ. No. 11-3773, 2013 WL 1345075 (N.D. Cal. Apr. 2, 2013)
`(finding early drafts irrelevant where only issue was substantial
`similarity); Flaherty v. Filardi, Civ. No. 03-2167, 2009 WL 749570, 11*
`(S.D.N.Y. Mar. 20, 2009) (“[T]he contents of screenplay drafts that are
`not reflected in the finished motion picture are not relevant to the
`substantial similarity analysis . . . .”), aff’d, 460 F. App’x 66 (2d Cir.
`2012); Flaherty v. Filardi, Civ. No. 03-2167, 2007 WL 2734633, *4
`(S.D.N.Y. Sept. 19, 2011) (holding that because the defendant’s ultimate
`work was not substantially similar to the plaintiff’s, “the drafts
`prepared in the course of . . . development and production constitute
`interim drafts of a published non-infringing work, and are not
`actionable under the Copyright Act”).
`
`10. As another piece of evidence in support of its motion, UpdateCom
`alleges that another FirstBank employee, Eric Lopez, testified during his
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 20 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 20
`
`and we deny UpdateCom’s motion in this regard.11
`b. The Expert Report
`Apart from an inference based on spoliation, the only basis
`for UpdateCom’s denial that AAB was implemented on
`September 15, 2010, is found in its expert report. Specifically,
`UpdateCom refers to a two-page passage in the report that
`discusses a “Software Design Document” dated September 20,
`2010. See Docket No. 379, at 44–45. According to UpdateCom,
`this passage supports the proposition that “[o]n September 15,
`2010, FirstBank started the Design of [AAB] and was finished
`on September 20, 2010.” Docket No. 387, ¶ 19 (emphasis
`added). This is, in fact, quite contrary to what the report
`actually states. In fact, the report says simply that software
`
`deposition that he was not sure whether AAB was placed into
`production on September 15, 2010. Docket No. 378, at 19. However, in
`the very portion of the deposition that UpdateCom cites for this
`proposition, Lopez testified that he personally installed AAB on that
`date. Docket No. 378-3, at 30. As a last piece of evidence, the motion
`cites the portion of expert report that we discuss in the next section.
`
`11. A large portion of the motion concerns purported new evidence that
`FirstBank did not inform its employees of their duty to preserve
`evidence. Again, this could be the proper subject of sanctions, but given
`the evidence that is missing, we do not think it would warrant the
`remedies that UpdateCom requests.
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 21 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 21
`
`design documents generally provide “guidance for the
`development team,” but that in this case, the document “was
`not used as guidance” because “it was created after” Septem-
`ber 15, 2010. Docket No. 379, at 44. The report does not purport
`to conclude, based on this document, that the development of
`AAB began on September 15, 2010. Indeed, elsewhere the report
`concludes that work on AAB began at least as early as March
`2010. See id. at 31 (“The FirstBank development of [AAB]
`source code started at least on March 25 2010 . . . .”).12
`For this reason alone, we should deem admitted FirstBank’s
`proposed fact that AAB was implemented on September 15,
`2010. However, for the sake of completeness we will deal
`briefly with the expert report’s other suggestion that AAB was
`not implemented on September 15, 2010. At two different
`points, the report suggests that AAB version 1.0 could not have
`been implemented on September 15, 2010, because it was not
`compiled until October 10, 2012. See Docket No. 379, at 28, 35.
`Compiling is the process of turning source code, which is
`
`12. UpdateCom’s also claims that Cruz’s deposition testimony supports the
`fact that development of AAB began on September 15, 2010. See Docket
`No. 387, ¶ 19. In reality, Cruz testified to exactly the opposite point: that
`the design document was created after AAB was implemented. Docket
`No. 378-1, at 86.
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 22 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 22
`
`written by a human, to another language, like object code, that
`can be read by a computer. To support his contention that AAB
`version 1.0 was not compiled until October 10, 2012, UpdateC-
`om’s expert relies completely on two figures. Each figure
`seems to be an image of a Windows file manager. On the left
`side of each figure is an extensive hierarchy of file folders; on
`the right are the contents of a specific folder, showing other
`files and file folders. In each case, certain specific files are
`surrounded by a drawn box, and these files have, according to
`the file manager, a modified and created date of October 10,
`2012, or later. See id. at 29–30, 35. The problem, though, is that
`the report fails to explain why these file folders and these files
`are significant in any respect. Moreover, it fails to explain why
`the creation date, as registered by the Windows file manager,
`matters—or even whether it is an appropriate basis on which
`to determine the date that AAB was compiled. In short, this
`section of the report suffers from precisely the same failing that
`do the sections we’ve previously discussed: it reaches conclu-
`sions without giving any real description of the expert’s
`thought process or reasoning. And as with the other sections,
`not only can these conclusions not create an issue of fact as to
`the date that AAB was implemented, the entire section must be
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 23 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 23
`
`struck as in violation of Rule 26.
` 4. Wrapping Up: Does AAB Infringe End2End?
`For all of these reasons we conclude that AAB version 1.0
`was implemented on September 15, 2010, and that it does not
`infringe any copyright that UpdateCom has in End2End. For
`all of the same reasons, we deem unopposed the fact that up
`until September 15, 2010, FirstBank was running an unmodi-
`fied version of End2End. See Docket No. 375, ¶ 17 (proposed
`fact); Docket No. 387, ¶ 17 (repeating the substance of the
`objection to fact number 19).
`D. Other Infringement Claims
`UpdateCom alleges that it is the sole author of End2End, in
`which it granted a non-exclusive license to FirstBank. We find
`that there is a genuine issue of material fact as to authorship
`and, therefore, also as to the existence of such a license. For this
`reason, summary judgment is not possible regarding Update-
`Com’s claims that FirstBank infringed its copyright by using
`End2End inconsistently with the license agreement. We note,
`however, that contrary to FirstBank’s arguments that such
`claims sound only in contract, we find such use, if proved at
`trial, might constitute infringement. We are not convinced,
`though, that all violations of a licensing agreement constitute
`
`

`
`Case 3:10-cv-01855-SCC Document 412 Filed 01/30/14 Page 24 of 31
`
`UPDATECOM v. FIRSTBANK
`
`Page 24
`
`actionable infringement. For example, while use of the product
`after the cancellation of the license, and perhaps certain
`copying in violation of the agreement is actionable, reverse
`engineering may not be. See, e.g., Davidson & Assocs., Inc. v.
`Internet Gateway, Inc., 334 F. Supp. 2d 1164, 1180 (E.D. Mo.
`2004)

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket