Broker Genius Inc. v. Seat Scouts LLC et al

Filing 119

OPINION AND ORDER: re: 4 MOTION for Temporary Restraining Order, Evidence Preservation and Order to Show Cause Re: Preliminary Injunction filed by Broker Genius Inc. Accordingly, for the reasons set forth above, Broker Genius's motion for a preliminary injunction is GRANTED, and defendants, and all persons in active concert or participation with them, are hereby enjoined during the pendency of this action: (a) From using or providing or making available, whether by sale or otherwise, t o any third party the Command Center video, product, and services, including providing further services to any now existing client or potential client using or training to use the Command Center product and services; and (b) From destroying or dispos ing of any evidence or other materials, in any form, relating to this action and the issues raised herein, including, without limitation, all devices, electronic media, cloud storage, and all copies of any and all documents, media, and/or other mater ials, containing, identifying, describing, reflecting, or referencing Broker Genius's proprietary information and any and all documents, data and information which was obtained by defendants from, or by virtue of their relationship with, Broker Genius, including all current or archived media, emails, chats, texts, documents, electronic logs, metadata, storage, and directories; and (c) From accessing, disclosing, making available to any person or entity, or using any of Broker Genius's proprietary information. Broker Genius shall post security in the amount of $100,000 on or before May 14, 2018, at 5 p.m. SO ORDERED. (Signed by Judge Sidney H. Stein on 5/11/2018) (ama)

Download PDF
  UNITED STATES DISTRICT COURT  SOUTHERN DISTRICT OF NEW YORK    BROKER GENIUS, INC.    Plaintiff,  ‐against‐      17‐cv‐8627 (SHS)  GUINIO VOLPONE, RAY VOLPONE,  DREW GAINOR, STUART GAINOR,  VOLPONE SOFTWARE LLC, GAINOR  SOFTWARE LLC, SEAT SCOUTS LLC, and  EVENT TICKET SALES LLC  OPINION & ORDER  Defendants.  SIDNEY H. STEIN, U.S. District Judge.  Broker Genius is a technology company serving ticket brokers on the  secondary ticket market.  Its product, AutoPricer v.3 (“AutoPricer”), is a web  application that enables secondary‐market ticket brokers to dynamically and  automatically price their inventory of tickets.  Through contractual Terms of  Use, Broker Genius customers are granted a conditional license to use the  AutoPricer application.  Defendant Drew Gainor, a former Broker Genius  customer, is the cofounder of defendant Seat Scouts LLC (“Seat Scouts”),  whose Command Center product competes with AutoPricer.  Broker Genius  has sued Gainor, Seat Scouts, and others, alleging that Gainor improperly and  in violation of the Terms of Use used the knowledge and information he  gained while he was a Broker Genius customer to develop Command Center.  Broker Genius now moves pursuant to Federal Rule of Civil Procedure  65 to preliminarily enjoin defendants from using and selling Command  Center.  Broker Genius grounds its motion in its claims for breach of contract  and unjust enrichment.  For the reasons set forth below, the Court finds that the Terms of Use,  which Gainor entered into, prohibited him from creating a product that was  derived from AutoPricer, and that Broker Genius is likely to prevail on its    claim that Gainor breached that contract when he developed Command  Center by deriving it from AutoPricer.  The Court also finds that Broker  Genius will suffer irreparable harm if an injunction does not issue.   Accordingly, Broker Genius’s motion for a preliminary injunction is granted.1  I. PROCEDURAL HISTORY  A. Related Cases  Prior to instituting this action, Broker Genius brought two other actions  making substantially identical claims against two other companies:  NRZ  Entertainment LLC and Select Seats LLC.  In the first action (the “NRZ” action), Broker Genius sought a  preliminary injunction based on its trade secrets claim alone.  See Broker  Genius, Inc. v. Zalta et al., 280 F. Supp. 3d 495, 510, 511 n.6 (S.D.N.Y. 2017).  A  TRO issued on March 23, 2017, and a preliminary injunction hearing was  held over the course of three days in June, resulting in a denial of the  preliminary injunction and a finding that Broker Genius had not sufficiently  maintained the confidentiality of its secrets so as to enable it to benefit from  trade secret protection.  Id. at 498.  At the same time, the Court noted that the  facts of that case very strongly suggested that the defendants there had  breached the contractual user agreements.  Id. at 510‐13.  Shortly after that  Opinion issued, the parties in the NRZ action resolved all of the claims.  See  Stipulation of Dismissal with Prejudice, Broker Genius, Inc. v. Zalta et al., No.  17‐Cv‐2099, Jan. 10, 2018, ECF No. 172.  In the second action, a TRO issued against Select Seats LLC on November  8, 2017.  Order to Show Cause for Prelim. Inj. and TRO, Broker Genius, Inc. v.  Berry et al., No. 17‐Cv‐8511, Nov. 8, 2017, ECF No. 10.  The parties stipulated  to dismiss that action shortly thereafter.  Stipulation of Dismissal with  Prejudice, Broker Genius, Inc. v. Berry et al., No. 17‐Cv‐8511, Nov. 22, 2017,  ECF No. 25.                                                       In reaching its conclusions, the Court did not consider Broker Genius’s submissions  which were the subject of defendants’ letter dated January 12, 2018.  (ECF Nos. 103‐06.)  1 2    B. This Action  This action was initiated against Drew Gainor and Seat Scouts LLC on  November 7, 2017.  Gainor is the cofounder of Seat Scouts LLC, a Nebraska  limited liability company that came into existence in March of 2017, shortly  after Gainor stopped using Broker Genius’s product.  (Second Amended  Complaint (“SAC”) ¶¶ 12, 43, ECF No. 108.)  Gainor maintains an ownership  interest in Seat Scouts through a chain of entities.  (SAC ¶¶ 8, 12.)  Through  two amended complaints, Broker Genius added six defendants.2  (See SAC;  First Amended Complaint, ECF No. 43.)  The current complaint asserts the following claims:  (1) breach of contract  (as to defendants Gainor, Guinio Volpone, and Event Ticket Sales LLC); (2)  unfair competition; (3) conversion; (4) tortious interference with business  relationships; (5) unjust enrichment; and (6) breach of the implied duty of  good faith and fair dealing (as to defendants Gainor, Volpone, and Event  Ticket Sales).3  (SAC ¶¶ 55‐100.)  After hearing argument from all parties, the Court issued a TRO on  November 9, 2017.  (Order to Show Cause for Prelim. Inj. and TRO (“Order to                                                       The defendants added are:  Guinio Volpone, Ray Volpone, Stuart Gainor, Volpone  Software LLC, Gainor Software LLC, and Event Ticket Sales LLC.  Gainor Software LLC  and Volpone Software LLC are fifty percent co‐owners of Seat Scouts LLC, registered in  Nebraska; Drew and Stuart Gainor are fifty percent co‐owners of Gainor Software LLC,  registered in North Carolina; Guinio and Ray Volpone are fifty percent co‐owners of  Volpone Software LLC, registered in Nebraska; and Guinio Volpone is the owner of  Event Ticket Sales, LLC, a Nebraska limited liability company that employs Gainor.   (SAC ¶¶ 8‐15.)  Broker Genius is a Delaware corporation with a principal place of  business in Valley Stream, New York.  (SAC ¶ 3.)  2  The Court has supplemental subject matter jurisdiction over these state law claims  pursuant to 28 U.S.C. § 1367(a), because the original complaint asserted claims arising  under federal law.  (See Complaint, ECF No. 1.)  The federal claims were voluntarily  dismissed, (see Stipulation, Feb. 20, 2018, ECF No. 109), but not until after the preliminary  injunction motion was fully briefed and a hearing had taken place over the course of five  days.  Accordingly, in the interest of “fairness [and] judicial efficiency,” the Court shall  exercise its supplemental jurisdiction over the remaining, state law claims.  Mauro v. S.  New England Telecomms., Inc., 208 F.3d 384, 388 (2d Cir. 2000); see 28 U.S.C. § 1367(c)(3).  3 3    Show Cause”), Nov. 9, 2017, ECF No. 8.)  The TRO did not enjoin defendants  from marketing or selling their product, but it did enjoin them from violating  the contractual Terms of Use.  (Id. at 2‐3.)  Broker Genius now moves for a preliminary injunction; that motion is  expressly based on its breach of contract and unjust enrichment claims.  (See  generally Pre‐Hr’g Mem. in Supp. of Pl.’s Mot. for Prelim. Inj. (“Pl.’s Pre‐Hr’g  Mem.”), ECF No. 72; Post‐Hr’g Mem. in Supp. of Pl.’s Mot. for Prelim. Inj.  (“Pl.’s Post‐Hr’g Mem.”), ECF No. 90.)  A fact hearing on this motion was  held over the course of five days in December 2017 and January 2018, during  which the parties proffered witnesses and documentary evidence.  The  Court’s findings of fact and conclusions of law are as follows.  II. BACKGROUND  A. Broker Genius’s Lengthy and Expensive Development of  AutoPricer  The Court summarized Broker Genius’s history and development of  AutoPricer in its opinion in the NRZ action:  Broker Genius, Inc., is a software company that specializes in  developing software products and services to help automate  the pricing of tickets in secondary markets.  The secondary  market for tickets for sporting events, concerts, and theater  performances  is  a  multi‐billion  dollar  industry  in  which  ticket  brokers  purchase  tickets  from  ticket  sellers  (e.g.,  Ticketmaster)  in  the  primary  market  and  then  resell  to  consumers through online exchanges (e.g., StubHub).  Broker  Genius  was  founded  in  2013  by  Shmuel  (“Sam”)  Sherman, who had previously worked as a ticket broker on  the secondary market and currently serves as the company’s  CEO.    Sherman  testified  that  he  started  Broker  Genius  in  order to build a software product that would allow brokers  to “implement the strategies” they had already been using to  price tickets manually, but “within a user interface in which  the user could engage . . . with the software dynamically and  4    have the ability to change [his or her] strategy very quickly.”   Sherman  recognized  that  brokers  did  not  only  need  an  automatic pricing solution, but that they also needed a user  interface that would enable them to efficiently “analyze the  market” in order to define and price their inventory against  comparable listings.  At the time of Broker Genius’s founding  in 2013, no other software offered these capabilities.  Sherman  and  plaintiff’s  expert,  Dr.  Eric  Koskinen,  testified  that because Broker Genius was creating a type of product  that  did  not  already  exist  in  the  marketplace,  it  spent  considerable time creating its own roadmap for the functions  the software should perform and refining its user interface  through trial and error and responses to customer feedback.  Accordingly, Broker Genius created multiple iterations of its  product  over  the  course  of  two  years;  it  released  the  first  version in September 2013 and did not launch the version at  issue  in  this  case—AutoPricer  v.3—until  July  2015.    This  development process necessitated an investment of over $4  million.  Zalta, 280 F. Supp. 3d at 499 (citations omitted).  Broker Genius generates its revenue based on the volume of sales its  users price through AutoPricer.  (Ellman Test., Prelim. Inj. Hr’g Tr. (“Tr.”) 66‐ 67, ECF Nos. 93‐102; Sherman Test., Tr. 305‐06; Email from Gainor to Ellman  at 5, May 27, 2016, PX‐97.)  As of the preliminary injunction hearing, Broker  Genius had approximately 170 clients.  (Sherman Aff. ¶ 20, ECF No. 72, Ex.  1.)  B. The Contract at Issue: The Terms of Use  Broker Genius requires that each of its users assent to its contractual  terms of use when the user creates an account.  Two versions of the terms of  use are at issue in this case – the first is the version that was effective in May  of 2016 (the “Original Terms of Use,” PX‐3), and the second is the version that  became final on June 6, 2016 (the “Updated Terms of Use,” PX‐15).   According to Broker Genius, new users were not able to register as customers  5    and obtain access to AutoPricer unless they ticked a checkbox assenting to  the Original Terms of Use on the Broker Genius website during the  registration process.  (Sherman Aff. ¶¶ 13, 15.)  Existing Broker Genius  customers were subsequently asked to assent to the Updated Terms of Use  beginning on July 7, 2016.  (Sherman Test., Tr. 289.)  After that date, users  were confronted with a pop‐up dialog box each time they would log in to the  site, which required them to assent to the Updated Terms of Use in order to  use AutoPricer.  (Ellman Test., Tr. 63‐64; Sherman Test., Tr. 290.)  The Original Terms of Use and the Updated Terms of Use are identical in  all respects relevant to this litigation.  Accordingly, this Opinion refers simply  to the “Terms of Use” except where the distinction is relevant.  The Terms of  Use contain a section titled “Ownership of Data, Content and Grant of  Conditional License,” which provides in relevant part as follows:  We [i.e., Broker Genius] grant you a limited, conditional, no‐ cost,  non‐exclusive,  non‐transferable,  non‐sub‐licensable  license  to  view  or  use  this  Site  or  Apps  and  its  Content  as  permitted  by  these  Terms,  as  a  condition  precedent,  you  agree that you will not:  . . .  Reproduce, modify, display, publicly perform, distribute or  create derivative works of the Site or Apps or the Content;  . . . .  (Terms of Use at 3‐4.)4                                                         “Content” is defined under the Terms of Use as: “The Site or Apps and all data, text,  designs, pages, print screens, images, artwork, photographs, audio and video clips, and  HTML code, source code, or software that resides or is viewable, submitted or otherwise  discoverable on the Site or Apps.”  (Terms of Use at 3.)  “Site, Services or Apps” is  defined under the Terms of Use as: “[T]he Broker Genius Site, related websites,  applications, mobile platforms, services, tools, modules, integrated application sites and  remote services, servers, and services residing on servers owned and/or operated by  third parties.”  (Terms of Use at 1.)  As relevant here, the “Site or Apps and its Content”  is Broker Genius’s AutoPricer product.  4 6    The contractual provision at issue in this case is the explicit prohibition  against “distribut[ing] or creat[ing] derivative works of” AutoPricer.  C. Gainor’s Prior Knowledge and Experience in the Industry  Defendant Drew Gainor testified that he had eighteen years of experience  in the ticket industry, beginning in college when he started a business called  Source4tickets had five or six employees and various  websites that sold tickets.  (Gainor Test., Tr. 383.)  Gainor continued building  Source4tickets after he graduated in 2003, and also began developing a  product called Concierge Live, a platform that, according to Gainor, is  “currently used by Fortune 500 companies to manage their tickets.”  (Gainor  Test., Tr. 384.)  Around August 2006, Source4tickets merged into National Event  Company, where Gainor continued to oversee the development of Concierge  Live, and also built the first website for, a website that sold  “fan experiences and travel,” according to Gainor.  (Gainor Test., Tr. 385‐86.)  Gainor testified that he left National Event Company and started Ticket  Evolution around 2010 to develop products “on behalf of the ticket industry.”   (Gainor Test., Tr. 386‐87.)  At Ticket Evolution, Gainor “had [his] hand in  everything,” and worked on two specific Ticket Evolution products:  Core,  and an “auto‐uploader.”  (Gainor Test., Tr. 387‐88, 390‐97, 429‐30.)  Around March of 2015, Gainor left Ticket Evolution and, after  “decompressing,” took a job with defendant Event Ticket Sales, a ticket  brokerage company, to help expand its ticket inventory.  (Gainor Test., Tr.  428‐29.)  As of the date of the preliminary injunction hearing, Gainor was still  employed by defendant Event Ticket Sales.  (Gainor Test., Tr. 429.)  D. Gainor’s Relationship with Broker Genius  On May 23, 2016, Gainor contacted Sherman via LinkedIn, seeking  information about becoming a Broker Genius customer.  (LinkedIn  Conversation Between Gainor and Sherman, May 23, 2016, PX‐125; Gainor  Test., Tr. 465.)  At that time Gainor was working as a ticket broker with Event  Ticket Sales.  (Gainor Test., Tr. 428‐29.)  7    Sherman replied to Gainor’s LinkedIn message immediately, and they  agreed that Zak Ellman, Broker Genius’s Vice President of Sales, would  follow up with Gainor.  (LinkedIn Conversation Between Gainor and  Sherman.)  Gainor subsequently signed up for a free 30‐day trial with Broker  Genius on May 26, 2016, during a phone call with Alex Berrick, then Broker  Genius’s Customer Success Coordinator.  (Email from Gainor to Ellman at 3,  PX‐97; Berrick Test., Tr. 138.)  Broker Genius alleges – but defendants dispute – that Gainor assented to  the Terms of Use when he registered on May 26, 2016.  Although all users  were required to accept the Terms of Use in order to register, Gainor alleges  that his registration was in fact completed by Broker Genius’s Berrick during  their phone call – that is, that Gainor provided Berrick with his registration  information (e.g. name, email, password) over the telephone, and Berrick  completed the registration process on Gainor’s behalf, including assenting to  the Terms of Use.  (Gainor Test., Tr. 467.)  Although no Broker Genius  witness could specifically recall how Gainor registered, their consistent  testimony was that Gainor’s explanation was inconsistent with important  company policy and training.  However, a time stamp that recorded Gainor’s  purported assent and a simultaneous auto‐generated email failed to rebut  Gainor’s explanation, as Sherman admitted that these would have been the  same even if it were Berrick who actually entered Gainor’s email address and  ticked the box assenting to the Terms of Use.  (Sherman Test., Tr. 344.)  The  Court need not, and does not, decide whether Gainor accepted the Terms of  Use in May of 2016, because it finds that, in any event, he did accept them  two months later.  (See infra, § V.A.)  Gainor began using AutoPricer shortly after he registered, and he  continued using it to price tickets until at least the end of 2016.  (Sherman  Test., Tr. 304‐05, 359‐60; Gainor Test., Tr. 453, 455.)  At a minimum, Gainor  used AutoPricer during those seven months to price his inventory of  Minnesota Vikings tickets.  (Gainor Test., Tr. 425.)  During this period, Broker Genius asked its customers to assent to the  Updated Terms of Use.  (Sherman Test., Tr. 289.)  Broker Genius alleges – and  defendants again dispute – that Gainor assented to the Updated Terms of Use  on July 7, 2016.  (Ellman Test., Tr. 65.)  At the hearing, defendants did not  8    offer any proof in support of their position, and in fact Gainor was able to  continue using AutoPricer after the July 7 update.  (Gainor Test., Tr. 424‐25,  453.)  Gainor made no further use of AutoPricer in 2017, (Sherman Test., Tr.  304‐05; Gainor Test., Tr. 455), although he was still able log in to and view his  account until April 27, 2017, when it was disabled, (Sherman Test., Tr. 304‐05,  359‐60).  E. Defendants’ Development of Command Center  Gainor concedes that the idea to develop an autopricer came to him as a  direct result of his experience as a Broker Genius customer who used the  AutoPricer product.  (Gainor Test., Tr. 436.)  According to Gainor, this idea  came to him in early January 2017, and he began to lay out a “first draft” of  his ideas for an autopricer in a digital notepad.  (Gainor Test., Tr. 435; see  Gainor Evernote titled “Auto‐Pricer,” Jan. 8, 2017, PX‐18.)  On January 8,  2017, while he still had the license to use Broker Genius’s AutoPricer, he  emailed his business partner, defendant Guinio Volpone, that he “want[ed] to  build [an autopricer] more than ever!  After this weekend, I think we can  build the best pricing view/Auto pricer in the industry!”  (Email from Gainor  to Volpone, Jan. 8, 2017, PX‐11.)  The next week, Gainor was sketching  mockups and creating coding tasks in a project management tool.  (Gainor  wireframes, Jan. 15, 2017, PX‐19; Gainor Pivotal Tracker entries, Jan. 14‐15,  2017, PX‐145.)    At some point in 2016, talks had developed between Gainor and a  company called Seat Metrics about a potential partnership to develop a  separate autopricing product that Seat Metrics was already developing  (Gainor Test., Tr. 486:24‐25), and which Gainor had been beta testing since  September of that year (Email from Panzer to Gainor, Sept. 18, 2016, PX‐9).   On February 10, 2017, Gainor turned down the proposed partnership,  explaining that he was “working on a suite . . . that is way more than an auto‐ pricer.”  (Email from Gainor to Volpone, Feb. 10, 2017, PX‐10.)  By late February of 2017, Gainor was talking about hiring an engineer to  begin writing code for an autopricer product (Email from Sosinski to Gainor,  Feb. 27, 2017, PX‐51), and in March, Gainor and Volpone incorporated Seat  9    Scouts LLC (Gainor Test., Tr. 487), presumably as the vehicle to market and  profit from Command Center.  According to Gainor, coding began on May 31  or June 1, 2017 (Gainor Test., Tr. 422, 543), and they had an initial version of  Command Center up and running within a few weeks (Gainor Test., Tr. 434).  Approximately one month later, Seat Scouts posted information about its  forthcoming autopricer product on its website, and announced it in a  marketing email blast.  (Email from Panzer to Gainor, July 13, 2017, PX‐12;  Email from Brett to Sherman, July 13, 2017, PX‐89; Gainor Test., Tr. 423.)   From September to the middle of October, the product was in beta testing  (Gainor Test., Tr. 423, 443, 551), and Command Center was officially  launched during a webinar on November 1, 2017, (Gainor Test., Tr. 551‐52).  F. Similarities and Differences Between Plaintiff’s AutoPricer and  Defendants’ Command Center  Broker Genius and defendants both retained well‐credentialed experts to  review AutoPricer and Command Center and render an opinion at the  preliminary injunction hearing as to whether defendants derived their  product from AutoPricer.  In his written report, Broker Genius’s expert, Dr.  Eric Koskinen, concluded that “it is highly likely that software  architectures/components within Command Center were derived from  software architectures/components within AutoPricer v3.”  (Expert Report of  Prof. Eric Koskinen (“Koskinen Report”) 5, Dec. 13, 2017, PX‐16.)   Unsurprisingly, defendants’ expert, Marina Martin, came to the opposite  conclusion in her written report: “Command Center . . . did not originate, in  whole or in part, from AutoPricer v3, and in fact many of the alleged  derivations are the result of common industry knowledge and/or common  technology best practices and patterns.”  (Report of Marina Martin (“Martin  Report”) 4, Dec. 15, 2017, DX‐Q.)  Dr. Koskinen found that AutoPricer and Command Center are markedly  similar in numerous respects, and grouped the similarities into two  categories.  First, he found that both have an overall architecture and a User  10    Interface/User Experience (“UI/UX”)5 that are optimized for secondary‐ market ticket brokers to price their tickets dynamically and automatically  through the creation of pricing rules.  (Koskinen Report 12; see also id. at 7  (“These systems are dynamic in that they react to changing market conditions  and they are automatic in that they can change ticket prices without requiring  the user to continually specify the new price.”).)  The overall architecture that  is common to both products consists of a web‐based application that acts as  an intermediary between point‐of‐sale ticket inventory systems (“POS”  systems) and ticket exchange systems, applying dynamic automatic pricing  rules.  The UI/UX that is common to both products consists of a “cascading flow  of widgets” that enables users to create, monitor, and update the dynamic  automatic pricing rules.  (Koskinen Report 12.)  At the preliminary injunction  hearing, the Court observed Dr. Koskinen’s demonstration of the “cascade”  that a user proceeds through when creating the user’s individualized pricing  rules in AutoPricer and Command Center.  In both products, the user begins  by selecting from a list of ticketed events.  That allows the user to view her or  his current inventory of tickets to that event, and select the ticket for which  the user will create a pricing rule.  The user can also select a group of tickets  or a season ticket so as to create a rule that will apply to multiple tickets at  once.  Next, the user navigates to a particular zone, section, and row within  the event venue6 to select one or more reference tickets – called  “comparables,” or, more colloquially, “comps” – to compete against.  The  pricing rule will refer to the comps in setting the price of the user’s ticket.7                                                        According to Dr. Koskinen, UI/UX describes, collectively, “the way [an] application  operates and interacts with [a] user.”  UI describes “the entirety of the interactions  between the user and the software application,” including the application’s “look‐and‐ feel.”  UX describes how a user feels about whether an application “suits [the user’s]  needs and . . . permits [the user] to accomplish [a] desired task.”  (Koskinen Report 6‐7.)  5  In both Command Center and AutoPricer a user has the option of selecting the zone,  section, and row, by clicking on an interactive map – although the way a user engages  with the map is slightly different in each product (clicking in AutoPricer versus hovering  in Command Center).  (Martin Test., Tr. 577‐78.)  6  Ticket brokers in the secondary market use “comps” to set pricing because no two  tickets are exactly alike – “you’re selling a particular seat in a particular venue on a  7 11    Finally, the user sets the criteria by which the pricing rule will dynamically  and automatically set the ticket price, based on the designated comps and  other criteria such as “splits.”8  (See Koskinen Test., Tr. 174‐212; Koskinen  Report, Exs. C & D; Martin Report 16‐23.)  In the second category of similarities, Dr. Koskinen found that the  individual widgets within the cascade are similar.  More specifically, he  found that both products consist of essentially the same collection of six  components – the “widgets” – and that the components interrelate with each  other and with external systems in essentially the same way, and also have  internal characteristics that are substantially similar.  (Koskinen Report 14.)   As defined by Dr. Koskinen, these components are: (1) Events List Widget, (2)  Inventory List Widget, (3) Zones/Sections/Rows Widget, (4) Price By Comps  Widget, (5) Seasons Widget, and (6) Groups Widget.  (Koskinen Report 14‐ 23.)  In both products, the Events List Widget displays the name, date and  time, venue, and number of tickets in the user’s inventory, and also permits  the user to search the list using terms and filters; Command Center has  additional information such as event tags, number of rules, and cost.  The  other widgets have essentially comparable similarities and differences across  the two products.  Together, these widgets interoperate “to combine data from multiple  sources . . . to allow users to create rules for dynamic automatic pricing”  through an effective UI/UX.  (Koskinen Report 14‐15.)  In his report, Dr.  Koskinen identified specific similarities in each widget’s internal and inter‐ widget behavior.  Dr. Koskinen identified one additional similarity apart from the two  categories: both products employ a particular means of addressing the  “scalability” issue – that is, how to add more and more users and inventory  without compromising the functionality of the product.  Scalability is of  particular importance where, as here, the applications depend on their ability                                                      particular date and nobody else has that seat for sale [in] that venue on that date.”   (Koskinen Test., Tr. 264‐65.)   “Splits” allow the user to designate what size blocks of tickets to compete against – for  example, a rule might refer only to single tickets, or pairs of adjacent tickets, or four‐ packs, etc.  (Koskinen Test., Tr. 199.)  8 12    to communicate pricing updates to and from external systems, and such  systems impose limits on the frequency with which external applications  (such as AutoPricer and Command Center) can communicate with them.   Furthermore, secondary ticket market brokers who cannot update their prices  frequently enough to keep up with the market are at a competitive  disadvantage.  (Koskinen Report 13.)  Here, both products address scalability the same way: They prioritize  updates based on how soon the ticketed event will take place – that is, prices  for a ticket to an event next week will update more frequently than prices for  a ticket to an event next month.  Both products have essential elements in  common, including that they sort their tickets into exactly four tiers  depending upon how far away in days the event is, and those four tiers are  set at comparable, albeit not identical, intervals.  (Koskinen Report 13.)  Ms. Martin found that the similarities identified by Dr. Koskinen are  either innocent or immaterial – as discussed more fully below.  Primarily,  defendants assert that the similarities are obvious, that they were known in  the industry prior to or independent of Broker Genius’s AutoPricer, or that  they are attributable to Gainor’s own industry experience.  In addition, Ms. Martin focuses on differences between the products, two  of which merit discussion here.9  First, upon logging in to AutoPricer, a user  views all of the widgets on a single screen.10  As the user continues to use  AutoPricer, the widgets remain viewable in one place as the user navigates  between the different widgets.  By contrast, a user who logs in to Command                                                       One additional difference that the Court does not find to be relevant is how the  programs are coded, either through source code written in different programming  languages, or through the integration of different open‐source components.  (Martin  Report 6, 8.)  This difference is not probative because there is no allegation that  defendants accessed or utilized AutoPricer’s source code.  9  The whole screen might not be immediately visible, depending on the size of the user’s  computer display, but all of the widgets are immediately viewable by simply scrolling up  or down.  (Koskinen Test., Tr. 253‐54.)  10 13    Center views only the Events List Widget.11  As the user continues to use  Command Center, each widget opens in a new screen that occupies the entire  browser window, such that only one widget is viewable at a time.  (Martin  Report 9‐12; Martin Test., Tr. 576.)  Second, AutoPricer has separate Zones/Sections/Rows and Price By  Comps Widgets, whereas Command Center integrates them into a single  widget.  (Martin Report 40.)  G. Defendants’ Marketing and Sales of Command Center and its  Impact on Broker Genius  Defendants market Command Center to an audience that includes the  existing clients of Broker Genius.  (See, e.g., Email from Brett to Sherman, PX‐ 89.)  Broker Genius alleges that as a result, it has suffered five types of losses,  all of which are attributable to the fact that in their view – and, allegedly,  their customers’ – Seat Scouts “offer[s] an identical product to [AutoPricer] at  a fraction of the cost.”  (Ellman Test., Tr. 67.)  User rates for Command Center  are about a quarter of what they are for AutoPricer.  (Sherman Test., Tr. 301;  Sherman Aff. ¶ 26.)  First, Broker Genius alleges that, as of the date of the preliminary  injunction hearing, five to ten clients had left Broker Genius in favor of Seat  Scouts.  (Ellman Test., Tr. 68; Sherman Test., Tr. 305; Sherman Aff. ¶ 24.)   Second, at least eight clients have shifted a portion of their inventory from  AutoPricer to Command Center, reducing the total inventory they price with  AutoPricer (Ellman Test., Tr. 67; Sherman Test., Tr. 305), thereby reducing  Broker Genius’s revenue, which is based on inventory volume.  Third, Broker  Genius has had to renegotiate its pricing agreements with an unspecified  number of clients in order to entice them to continue using AutoPricer and  not Command Center.  (Ellman Test., Tr. 66, 72; BG‐SS 4602‐4604 (“Damages  Chart”) at 1, PX‐87.)  Fourth, ten to fifteen prospective clients have opted  against signing up with Broker Genius in favor of Seat Scouts, and other  existing clients have opted not to deepen their engagement with Broker                                                       To be precise, a Command Center user has to first click “Command Center” after  logging in to the Seat Scouts website.  (Martin Report 11‐12.)  This is a trivial difference.  11 14    Genius.  (Ellman Test., Tr. 66, 68, 73; Sherman Test., Tr. 305; Damages Chart  at 2, PX‐87; Sherman Aff. ¶ 24.)  Fifth, Broker Genius’s reputation and  goodwill have suffered because of a resulting perception that Broker Genius  “rip[s] [its customers] off” due to its higher prices, when in fact the reason  that defendants are able to charge such low rates for Command Center is that  they avoided significant development costs by improperly copying Broker  Genius’s product.  (Sherman Test., Tr. 301‐02; Sherman Aff. ¶¶ 25‐27.)  According to Broker Genius, its losses continue to mount as defendants  continue to market and license their product.  (Sherman Test., Tr. 301.)   According to Broker Genius, if the preliminary injunction enjoining  defendants from marketing and selling Command Center is not granted,  additional clients will enter the market with inexpensive copycat products  improperly derived from AutoPricer, and that Broker Genius will be “out of  business within a period of months.”  (Sherman Test., Tr. 306; Sherman Aff.  ¶ 22.)  III. STANDARD FOR A PRELIMINARY INJUNCTION  A preliminary injunction is “one of the most drastic tools in the arsenal of  judicial remedies” and courts have cautioned that it should be “used with  great care.”  Hanson Tr. PLC v. SCM Corp., 774 F.2d 47, 60 (2d Cir. 1985).   Injunctions “should not be granted unless the movant, by a clear showing,  carries the burden of persuasion.”  Moore v. Consol. Edison Co. of N.Y., Inc. et  al., 409 F.3d 506, 510 (2d Cir. 2005) (quoting Mazurek v. Armstrong, 520 U.S.  968, 972 (1997)).  In the Second Circuit, “[a] party seeking a preliminary injunction must  demonstrate:  (1) ‘a likelihood of success on the merits or sufficiently serious  questions going to the merits to make them a fair ground for litigation and a  balance of hardships tipping decidedly in the plaintiff’s favor’; (2) a  likelihood of ‘irreparable injury in the absence of an injunction’; (3) that ‘the  balance of hardships tips in the plaintiff’s favor’; and (4) that the ‘public  interest would not be disserved’ by the issuance of an injunction.”  Benihana,  Inc. v. Benihana of Tokyo, LLC, 784 F.3d 887, 895 (2d Cir. 2015) (alteration  omitted) (quoting Salinger v. Colting, 607 F.3d 68, 79‐80 (2d Cir. 2010)); see also  Am. Civil Liberties Union v. Clapper et al., 785 F.3d 787, 825 (2d Cir. 2015);  15    Citigroup Glob. Mkts., Inc. v. VCG Special Opportunities Master Fund Ltd., 598  F.3d 30, 35 (2d Cir. 2010).  IV. IRREPARABLE HARM  “[I]rreparable harm exists only where there is a threatened imminent loss  that will be very difficult to quantify at trial.”  Tom Doherty Assocs., Inc. v.  Saban Entm’t, Inc. et al., 60 F.3d 27, 38 (2d Cir. 1995).  Where an injury “can be  compensated by an award of monetary damages, then an adequate remedy at  law exists and no irreparable injury may be found as a matter of law.”, Inc. v. Verio, Inc., 356 F.3d 393, 426 (2d Cir. 2004) (quotation  marks omitted).  Broker Genius seeks a preliminary injunction based on its breach of  contract claim and its unjust enrichment claim.  For the reasons that follow,  the Court finds that Broker Genius has shown irreparable harm with respect  to its breach of contract claim, but that it cannot show irreparable harm with  respect to its unjust enrichment claim as a matter of law.  A. Breach of Contract  Although “specific relief is not the conventional remedy for breach of  contract,” it is well accepted that certain breach of contract claims present a  threat of imminent loss that cannot be compensated at trial, and so “there is  certainly no ironclad rule against its use.”, 356 F.3d at 404.  In particular, “irreparable harm through loss of reputation, good will, . . .  business opportunities,” or loss of customer relationships can justify  injunctive relief on a breach of contract claim., 356 F.3d at 404;  O.D.F. Optronics Ltd. et al. v. Remington Arms Co. et al., No. 08‐Cv‐4746, 2008  WL 4410130, at *8 (S.D.N.Y. Sept. 26, 2008); see also Tom Doherty Assocs., 60  F.3d at 38 (“hold[ing] that a loss of prospective goodwill can constitute  irreparable harm” justifying injunctive relief based on a breach of contract);  Muze, Inc. v. Digital On‐Demand, Inc., 123 F. Supp. 2d 118, 130 (S.D.N.Y. 2000)  (finding that a “breach of contract . . . in a manner that is directly competitive  with [plaintiff’s] core . . . business . . . threatens imminent injury to the  economic value of the goodwill and reputation associated with [plaintiff’s]  product,” justifying injunctive relief); Norcom Elecs. Corp. v. CIM USA Inc. et  16    al., 104 F. Supp. 2d 198, 209 (S.D.N.Y. 2000) (finding evidence of irreparable  harm and granting preliminary injunction on breach of contract claim).  Broker Genius has credibly demonstrated that if an injunction does not  issue, it will continue to incur loss of reputation, good will, business  opportunities, and customer relationships.  Specifically, Broker Genius  affirms that existing customers and inventory have transferred their business  to Seat Scouts, resulting in revenue losses; potential customers are choosing  Seat Scouts over Broker Genius, resulting in lost opportunities for revenue  growth; and a perception is developing in the industry that Broker Genius  “rips off” its customers, resulting in losses to its reputation and good will.   (See Ellman Test., Tr. 66, 68, 72‐73; Sherman Test., Tr. 301‐02, 305‐06; Sherman  Aff. ¶¶ 22, 24‐27; Damages Chart at 1‐2; see generally § II.G, supra.)  None of  this is surprising given that the parties agree that AutoPricer and Command  Center are competitive products and the latter is available to customers at  much lower prices than the former.  Defendants argue that a substantial infusion of investor capital into  Broker Genius belies its claim that Command Center poses an existential  threat.  (Defs.’ Post‐Prelim. Inj. Hr’g Mem. (“Defs.’ Post‐Hr’g Mem.”) 21, ECF  No. 89.)  However, the Court need not find that a threat is existential where  there is credible evidence of loss to reputation, good will, business  opportunities, and customer relationships, which cannot be compensated by  money damages.  Moreover, defendants’ argument is necessarily  shortsighted – a single cash infusion would at most forestall the inevitable if  Broker Genius is losing its primary source of revenue to a low‐cost copycat  product.  Defendants also argue that Broker Genius failed to connect its alleged  losses to the existence of any specific Command Center feature that was  derived from AutoPricer.  Because the Court finds that the Command Center  product is derivative as a unit – not limited to particular features or  components (see infra) – this argument is unavailing.  The Court therefore concludes that Broker Genius has shown that, with  respect to the breach of contract claim, it will be irreparably harmed if  defendants are not enjoined from marketing and selling Command Center.  17    B. Unjust Enrichment  Unjust enrichment is an equitable claim for money.  An unjust  enrichment claim “can serve as the basis for a preliminary injunction freezing  assets,” under circumstances where “the defendant took steps to frustrate a  future judgment or that the defendant is or imminently will be insolvent.”   Shaoxing Bon Textiles Co. v. 4‐U Performance Grp. LLC et al., No. 16‐Cv‐6805,  2017 WL 737315, at *2‐3 (S.D.N.Y. Feb. 6, 2017) (emphasis added) (quoting  Sterling Ornaments Pvt. Ltd. v. Hazel Jewelry Corp. et al., No. 14‐cv‐8822, 2015  WL 3650182, at *1 (S.D.N.Y. June 10, 2015)); see also Shamrock Power Sales, LLC  v. Scherer et al., No. 12‐Cv‐8959, 2016 WL 6102370, at *5 (S.D.N.Y. Oct. 18,  2016).  Broker Genius does not seek an injunction freezing defendants’ assets,  and there are no allegations with respect to defendants’ financial stability or  lack thereof.  Therefore, its request for a preliminary injunction cannot  succeed on the basis of that claim.  V. LIKELIHOOD OF SUCCESS ON THE MERITS  To establish a likelihood of success on the merits, a plaintiff “need not  show that success is an absolute certainty.  He need only make a showing that  the probability of his prevailing is better than fifty percent.”  Eng v. Smith, 849  F.2d 80, 82 (2d Cir. 1988) (quoting Abdul Wali et al. v. Coughlin et al., 754 F.2d  1015, 1025 (2d Cir. 1985), overruling on other grounds recognized by, United States  v. Thorn, 317 F.3d 107, 117 (2d Cir. 2003)).  The Court finds that Broker Genius is likely to succeed on its breach of  contract claim.  Specifically, the Court finds that it is highly likely that Broker  Genius can show that Gainor assented to the Updated Terms of Use and that  defendants breached the Updated Terms of Use by creating and distributing  a derivative work of AutoPricer, viz, Command Center.  A. Gainor Assented to the Contract  The contracts at issue in this case are the Original Terms of Use and the  Updated Terms of Use, which are identical in all respects relevant to this  litigation.  Both Terms of Use agreements were contained within a clickwrap  18    agreement on the Broker Genius website that required users to expressly  assent and made the contents of the agreement viewable by following a  hyperlink.  As such, the agreements are enforceable so long as they provided  “reasonably conspicuous notice of the existence of contract terms” and  required an “unambiguous manifestation of assent to those terms.”  Meyer v.  Uber Techs., Inc. et al., 868 F.3d 66, 74 (2d Cir. 2017) (alterations omitted)  (quoting Specht et al. v. Netscape Commc’ns Corp. et al., 306 F.3d 17, 35 (2d Cir.  2002)); see Broker Genius, Inc. v. Zalta et al., 280 F. Supp. 3d 495, 521 (S.D.N.Y.  2017).  Evidence that a user continued to access a website when the user would  not have been able to but for manifesting assent to the provisions of a  clickwrap agreement, together with record evidence of the user’s assent, is  sufficient to demonstrate unambiguous manifestation of assent – even if the  party has no recollection of clicking.  See, Inc. v. Interland,  Inc. et al., No. 06‐Cv‐2503, 2006 WL 1716881, at *2 (S.D.N.Y. June 21, 2006); see  also Plazza et al. v. Airbnb, Inc., No. 16‐Cv‐1085, 2018 WL 583122, at *7 n.19  (S.D.N.Y. Jan. 26, 2018) (finding that failure to recall assent to a clickwrap  agreement “does not create a meaningful dispute of fact”); Kutluca et al. v. PQ  N.Y. Inc. et al., 266 F. Supp. 3d 691, 702 (S.D.N.Y. 2017) (“[W]hether or not [the  users] remember [assenting to the clickwrap agreement], the evidence  demonstrates that [the users] could not have proceeded to use the [software]  . . . unless they accepted the [agreement], which renders [their] failing  memories irrelevant.” (citations omitted)); Zalta, 280 F. Supp. 3d at 504 n.3.  For the reasons that follow, the Court finds that Broker Genius can show  that Gainor assented to the Updated Terms of Use on July 7, 2016.12  1. The Original Terms of Use  According to Broker Genius and its three employees who testified at the  hearing, all new customers are required to assent to the Terms of Use upon                                                       Accordingly, it is unnecessary to determine whether Broker Genius can likely show  that Gainor also assented to the Terms of Use on May 26, 2016.  See Centrifugal Force, Inc.  v. Softnet Commc’n, Inc. et al., No. 08‐Cv‐5463, 2011 WL 744732, at *7 (S.D.N.Y. Mar. 1,  2011) (finding it irrelevant whether defendant assented to initial clickwrap license, where  the evidence established assent to updates).  12 19    creation of their Broker Genius accounts as part of the registration process,  which occurred on the Broker Genius website.  (Ellman Test., Tr. 40; Berrick  Test., Tr. 133; Sherman Test., Tr. 285; Pl.’s Pre‐Hr’g Mem. 10.)  The new  customers manifested their assent to the Terms of Use by ticking a checkbox,  and they were unable to complete their registration unless the checkbox was  ticked.  (Sherman Aff. ¶¶ 13, 15.)  The assent was recorded by Broker Genius  in a spreadsheet with the user’s email address and a timestamp and a server  automatically generated three identical emails to: (1) Broker Genius’s vice  president of sales, (2) “,” and (3) the email address  the new user entered during registration.  (Sherman Aff. ¶ 15; Email from  Brokergenius to Ellman, May 26, 2016, PX‐5; Ellman Test., Tr. 48‐49; Sherman  Test., Tr. 287.)  Part of the registration process was a phone call between the  new user and a Broker Genius employee; if the new user had not yet  completed the steps to create the account including assenting to the Terms of  Use, the new user would be required to do so during the phone call.  (Ellman  Test., Tr. 52.)  Broker Genius claims this is exactly what occurred in Gainor’s case.   Although none of the Broker Genius witnesses specifically recalled Gainor’s  registration, their consistent – albeit self‐serving – testimony was that any  departure from the normal process would have been at odds with important  company policy and training if it permitted a customer to circumvent  agreeing to the Terms of Use.  (Berrick Test., Tr. 139‐40; Ellman Test., Tr. 83‐ 85.)  Defendants claim that the Broker Genius employee created Gainor’s  account for him during or in advance of their phone call – including entering  Gainor’s email address and assenting to the Terms of Use.  (Defs.’ Pre‐Hr’g  Mem. 16‐17, ECF No. 70; Defs.’ Post‐Hr’g Mem. 12‐13.)  In addition,  defendants’ expert, Ms. Martin, found that the then‐existing code permitted a  user to create an account without assenting to the Terms of Use.  (Martin  Test., Tr. 610‐11.)  Defendants also suggest that a contemporaneous email  where Ellman sent Gainor the unencrypted password for Gainor’s new  account supports their view that someone at Broker Genius must have been  involved in creating Gainor’s account.  (Defs.’ Post‐Hr’g Mem. 12‐13.)  Ellman  testified in reply that, at the time, Broker Genius’s software permitted select  20    administrators, including him, to view customer passwords without  encryption.  (Ellman Test., Tr. 59‐60, 110‐11.)  Because of the conflicting evidence, and because the Court finds in any  case that Gainor assented to the Updated Terms of Use – which are identical  to the Original Terms of Use in all respects relevant to this litigation – the  Court draws no conclusions as to whether Gainor assented to the Original  Terms of Use.  2. The Updated Terms of Use  The Terms of Use were updated on June 6, 2016 (Updated Terms of Use,  PX‐15), and users were invited to assent to the Updated Terms of Use  beginning on July 7, 2016 (Sherman Test., Tr. 289).  This invitation arrived in a  pop‐up window that alerted users to the fact of the update, and permitted  them to assent by entering their full name and email address and clicking a  button.  (Ellman Test., Tr. 63‐64; Sherman Test., Tr. 290.)  The assent was  recorded in a spreadsheet with the user’s name, email address, and a  timestamp (Email from Crystal to Ellman, Mar. 14, 2017, PX‐90), and the  server automatically generated a confirmation email to the email address  provided (e.g., Email from Brokergenius to Grudzinski, July 7, 2016, DX‐A;  Email from Brokergenius to McNee, July 7, 2016, DX‐B; Email from  Brokergenius to Agarwal, July 7, 2016, DX‐C; Email from Brokergenius to  Assaf, July 7, 2016, DX‐D).  After July 7, 2016, no Broker Genius customer was  able to use AutoPricer until that customer assented to the Updated Terms of  Use.  (Ellman Test., Tr. 63‐64; Sherman Test., Tr. 290.)  In Gainor’s case, the timestamp indicates that he assented to the Updated  Terms of Use on July 7, 2016, at 12:56 p.m.  (Email from Crystal to Ellman at  2, PX‐90.)  Although Gainor testified that he did not recall assenting (or not  assenting) to the Updated Terms of Use (Gainor Test., Tr. 472‐73), the fact that  he continued using AutoPricer after July 7 was undisputed, and defendants  did not offer any theory for how Gainor was able to maintain his access if he  had not assented to the Updated Terms of Use.  Notably, Ms. Martin formed  no opinion as to whether the then‐existing code would have permitted a user  to continue using AutoPricer without assenting to the Updated Terms of Use  (Martin Test., Tr. 612), as she did with respect to the Original Terms of Use  (Martin Test., Tr. 610‐11).  Therefore, the Court finds it is more likely than not  21    that Gainor could not have continued using AutoPricer after July 7 unless he  had assented to the Updated Terms of Use.  Because Gainor did in undisputed fact continue to use AutoPricer after  July 7, and because Broker Genius’s records reveal that Gainor clicked to  accept the Updated Terms of Use on July 7, the Court finds that Broker  Genius can likely show that Gainor did in fact assent to the Updated Terms of  Use on that date.  See, 2006 WL 1716881, at *2.  B. The Terms of the Contract  “Under New York law, a written contract is to be interpreted so as to  give effect to the intention of the parties as expressed in the unequivocal  language they have employed.”13  Terwilliger v. Terwilliger et al., 206 F.3d 240,  245 (2d Cir. 2000) (quoting Cruden v. Bank of N.Y., 957 F.2d 961, 976 (2d Cir.  1992)).  The interpretation of a contract is a question of law for the court  unless the contract is ambiguous, in which case “interpretation of the contract  becomes a question of fact for the finder of fact and extrinsic evidence is  admissible.”  Random House, Inc. v. Rosetta Books LLC, 150 F. Supp. 2d 613, 618  (S.D.N.Y. 2001) (finding contract unambiguous in decision on motion for  preliminary injunction), aff’d, 283 F.3d 490 (2d Cir. 2002).  “Determining  whether a contract provision is ambiguous is a question of law to be decided  by the court.”  Id.  Here, the parties have not suggested that the Terms of Use are  ambiguous.  Nor have they directed the Court to any extrinsic evidence of the  contract’s meaning.  The Court therefore follows the parties’ lead,  comfortable that the relevant language of the Terms of Use is sufficiently  “unequivocal” “so as to give effect to the intention of the parties.”  Terwilliger,                                                       Broker Genius cites New York law in its discussion of the breach of contract issue.   (Pl.’s Pre‐Hr’g Mem. 17‐18; Pl.’s Post‐Hr’g Mem. 3.)  Defendants do not cite any  alternative contract law, and do not dispute Broker Genius’s application of New York  law.  Accordingly, the Court applies New York law.  See Krumme v. WestPoint Stevens Inc.,  238 F.3d 133, 138 (2d Cir. 2000); A.W. Fin. Servs., S.A. v. Empire Res., Inc. et al., No. 07‐Cv‐ 8491, 2010 WL 3825726, at *3 (S.D.N.Y. Sept. 30, 2010).  13 22    206 F.3d at 245.  Since the Terms of Use are unambiguous, it is for the Court  to interpret them as a matter of law.  Random House, 150 F. Supp. 2d at 618.  The contractual provision at issue is the prohibition against  “distribut[ing] or creat[ing] derivative works of the Site or Apps or the  Content,” that is, AutoPricer.  (Updated Terms of Use, PX‐15.)  The parties  agree that this provision is not a noncompetition clause and that the contract  does not otherwise contain one.  (Sherman Test., Tr. 361.)  This means that the  Terms of Use do not preclude Broker Genius customers from competing  against Broker Genius; they only preclude the creation of a competitive  product that is derived from AutoPricer.  As for how to interpret the contractual term “derived,” both sides apply  the same definition from the Merriam‐Webster Dictionary: “something that  originates from something else.”  (Koskinen Report 4; Martin Report 4.)   Beyond that, the parties have not favored the Court with any view, argument,  or authority on how the Court should interpret the contract in this breach of  contract case.14                                                        Although federal copyright law has a well settled framework for determining whether  one computer program is derived from another, it does not necessarily follow – and  neither party asserts – that the parties here intended to import that copyright law  framework into the prohibition against creating and distributing derivative works in the  Terms of Use.  Indeed, since the provision does not limit itself to copyrighted – or even  copyrightable – elements, it may offer Broker Genius a broader scope of protection.   Furthermore, Broker Genius expressly grounds its motion for a preliminary injunction on  its breach of contract and unjust enrichment claims – not any copyright claim.  Although  defendants’ briefs argue that Command Center is not a “derivative work” under federal  copyright law (Defs.’ Pre‐Hr’g Mem. 18‐27; Defs.’ Post‐Hr’g Mem. 28‐41), they offer no  justification for why that standard supplants contract law in this breach of contract case.   It appears that they may be mistakenly relying on the NRZ case, where the Court found  that the provision at issue here “essentially tracks the language of the Copyright Act of  1976.”  Zalta, 280 F. Supp. 3d at 522 (alterations omitted).  (See Defs.’ Pre‐Hr’g Mem. 18;  Defs.’ Post‐Hr’g Mem. 28 n.7.)  If so, defendants’ reliance is misplaced, as the Court’s  finding there was evidence supporting its conclusion that the provision was not a  functional confidentiality clause – not that the provision imported the copyright law  framework to govern its terms.  14 23    Nonetheless, it is “unequivocal,” Terwilliger, 206 F.3d at 245, that if a  later‐created product is derived from an earlier product, two things will be  true.  First, the two products, or elements therein, will be similar.  Similarity,  of course, is a matter of degree.  Second, the commonalities present in the later‐created product will be  traceable to the earlier one.  Evidence that common elements were already  known to the industry generally or to a defendant specifically is  circumstantial evidence that a later‐created product is not traceable to an  earlier one, despite the presence of commonalities.  Defendants’ briefs go  much further, presuming that the existence of “prior art,” as that term is used  in patent law, precludes a finding that a later‐created product is derivative of  an earlier one.  (See Defs.’ Pre‐Hr’g Mem. 22‐25; Defs.’ Post‐Hr’g Mem. 30‐39.)   If that were true, the contractual prohibition against derivative works would  be a nullity whenever a user could have created a work based on prior art,  even if it is actually derivative.  Although this may be accurate as a matter of  patent or copyright law, see Computer Assocs. Int’l, Inc. v. Altai, Inc., 982 F.2d  693, 706 (2d Cir. 1992), defendants do not assert that the Terms of Use  imported this rigid limitation, and a reasonable reading of the word “derive”  does not include one.  For instance, a businessperson seeking a competitive advantage might be  motivated to snoop around a competitor’s product – he might even pose as a  customer in order to acquire information that would be otherwise                                                      The Court also notes that neither party raised the jurisdictional issue of whether Broker  Genius’s breach of contract claim is preempted by the federal Copyright Act.  See Forest  Park Pictures et al. v. Universal Television Network, Inc., 683 F.3d 424 (2d Cir. 2012).  The  U.S. Court of Appeals for the Second Circuit has identified three “qualitative differences  between [certain] contract claim[s] and a copyright violation claim,” and concluded that  such contract claims are not preempted.  Id. at 431.  One of the enumerated “qualitative  differences” is present here: the instant claim is “a breach of contract claim [that] asserts  rights only against the contractual counterparty, not,” as in a copyright claim, against  “the public at large.”  Id. (citing ProCD, Inc. v. Zeidenberg, 86 F.3d 1447, 1454 (7th Cir.  1996)).  Cf. Centrifugal Force, 2011 WL 744732, at *8.  This Court concludes that there is  federal jurisdiction over Broker Genius’s breach of contract claim.  24    inaccessible to him.15  If the faux customer then used what he learned to  develop his own competitive product, the latter would clearly be traceable to  the earlier product, no matter whether the common elements also resembled  “prior art.”  A company seeking to prevent such behavior is certainly entitled to  require its customers to assent to a noncompetition agreement.  However,  such an agreement would be broader than the Terms of Use here, as it would  preclude customers from competing at all, even with a product that was not  derivative.16  Since the right to compete is clearly valuable, there would have  been a cost to Broker Genius had it imposed a noncompetition agreement on  its customers.  Correspondingly, there would have been a cost to Broker  Genius’s customers had Broker Genius agreed to forego a covenant against  derivative works altogether, since the right to create such works has value as  well.  The bargain struck by the parties here was right in the middle.  In  exchange for payment and, inter alia, a promise not to create or distribute  derivative works – but not a promise not to compete – Gainor received a  license to use AutoPricer.  It is not for the Court to second guess that bargain,  but to apply it to the facts of this case to determine whether the contract was  breached.                                                       In her book, Business Efficiency for Dummies, defendants’ expert Marina Martin  recommends just this practice to readers.  (Martin Test., Tr. 666‐67 (“[When gathering  information about competitors,] you can learn much of what you want to know about  their processes by simply calling up and pretending to be a customer.  If you feel this is  dishonest, know that they have almost certainly called you posing as a customer before.   It’s an incredibly common practice and in most cases it’s relatively harmless.  One should  also sign up (under an anonymous e‐mail address) for your competitors’ mailing lists,  demos, and other online materials.  Knowledge is power here!”) (quoting Marina Martin,  Business Efficiency for Dummies (2012)).)  15  Of course, if traceability could be inferred from the customer’s mere access to the  earlier product, then a covenant against creating derivative works would be, for all  practical purposes, the same as a covenant not to compete.  That is not the case here,  where the evidence of traceability goes well beyond Gainor’s mere access to AutoPricer.   16 25    C. Command Center Was Derived from AutoPricer in Breach of the  Contract  When Gainor assented to the Updated Terms of Use, he specifically  agreed not to “distribute or create derivative works of” Broker Genius’s  AutoPricer.  This precluded Gainor from distributing or creating a work that  was substantially similar to AutoPricer if the similarities were also traceable to  AutoPricer.  After assenting to the Terms of Use and using AutoPricer,  Gainor, with the other defendants, created and distributed their product,  Command Center.  For the reasons that follow, the Court finds that Broker  Genius is likely to succeed in showing that Command Center is substantially,  even surprisingly, similar to AutoPricer, and the similarities are traceable to  AutoPricer, and that, as a result, Command Center is derivative of AutoPricer  in violation of the Terms of Use.  1. Command Center Is Extraordinarily Similar to AutoPricer  The substantial and pervasive similarities between Command Center  and AutoPricer are essentially undisputed, and for good reason:  the  similarities, described earlier, are undeniable.  Any differences between the  two products are vastly outweighed by the extensive similarities in design  and functionality.  As described earlier, Dr. Koskinen grouped the key similarities into two  broad categories, and the Court finds that framework useful.  The  multitudinous ways in which the products are similar reflects countless  decisions, large and small, by the developers, which collectively resulted in a  web application particularly optimized for secondary‐market ticket brokers  to price their tickets dynamically and automatically through the creation of  pricing rules.  The first category of similarities is the overall architecture of the two  products and their UI/UX.  The architecture is the same in each product, and  the UI/UX is substantially similar.  The common architecture consists of a  web‐based application that acts as an intermediary between POS systems and  ticket exchange systems, applying dynamic automatic pricing rules.  The  common UI/UX consists of the particular cascading flow of widgets that  26    enables users to create, monitor, and update the dynamic automatic pricing  rules.  See supra, § II.F.  The second category of numerous similarities is the widgets in each  product’s cascade, which are identical in function and substantially similar in  the features they contain.  They also interrelate with each other and with  external systems in essentially the same way, and have internal  characteristics that are substantially similar.  See supra, § II.F.  Dr. Koskinen described a third similarity as well:  both products employ  the same means of addressing the scalability problem.  See supra, § II.F.  Defendants do not primarily contend that AutoPricer and Command  Center are not similar.  Instead, they set forth nonculpable explanations for  the pervasive similarities.  Those explanations are addressed in the next  section of this Opinion.  To the extent defendants do argue that there are differences between  AutoPricer and Command Center, the most important difference highlighted  by defendants is that everything takes place in AutoPricer on a single page,  whereas in Command Center, each widget has its own page.  However, as  Dr. Koskinen testified at the hearing, “the overall flow that you see of how  the different widgets interact is the same in both AutoPricer and Command  Center,” and “that’s a more important factor than whether something is on  one page or the same page or a different page.”  (Koskinen Test., Tr. 222.)   The Court agrees.  Another difference described by Ms. Martin is that whereas AutoPricer  has separate widgets for Zones/Sections/Rows and Price By Comps,  Command Center integrates them into a single widget.  Although this is a  nontrivial difference in the UI/UX between the two products, it is minor  compared to the products’ substantial similarities.  Other differences that defendants point to are even less consequential,  including that a user clicks on the interactive map in AutoPricer but hovers  over the map in Command Center, and the fact that a Command Center user  has to click on the words “Command Center” after logging in to the Seat  27    Scouts website but does not have to click on the word “AutoPricer” on the  Broker Genius website.  See supra, § II.F.  In sum, the similarities identified by Broker Genius are not limited to any  particular features or components, but go to the heart of the two products.   As a result, the Court finds a strong likelihood that Broker Genius can show  that Command Center is substantially similar to AutoPricer.  2. The Similarities in Command Center Are Traceable to  AutoPricer  The critical issue before the Court is whether the overarching similarities  in Command Center are in fact traceable to AutoPricer.  The governing  contract requires the Court to consider whether Gainor actually derived  Command Center from AutoPricer – not simply whether he could have  derived it based on his access, nor whether he could have developed it  independently based on the state of his, and the industry’s, knowledge.  There is ample circumstantial evidence of copying by Gainor even  though there is no direct evidence of copying.  Mindful of the fact that Broker Genius “need not show that success is an  absolute certainty” to obtain a preliminary injunction, but “need only make a  showing that the probability of [its] prevailing is better than fifty percent,”  the Court finds that Broker Genius has more than met its burden here, for the  reasons that follow.  Eng, 849 F.2d at 82 (quoting Abdul Wali, 754 F.2d at 1025).  i. Gainor had access to AutoPricer and utilized that access  in his business to price tickets  Gainor’s purposeful access to and attentive and repeated use of  AutoPricer is undisputed.  He testified at the preliminary injunction hearing  that he began using AutoPricer in May of 2016 and used it until the end of  December 2016, when the Minnesota Vikings season ended.  (Gainor Test., Tr.  424‐25, 453.)  In order to price and monitor his tickets during that period,  Gainor was necessarily interacting with AutoPricer’s six widgets and  proceeding through its cascade.  Gainor’s use of AutoPricer’s architecture,  UI/UX, widgets, and other features, enabled him to learn which aspects he  thought worked well, whether or not his intent at that time was to develop  28    his own competitive product.  On September 18, 2016, Gainor even made a  note to himself listing certain features of AutoPricer that he viewed as  effective, in the course of beta testing the Seat Metrics product for Seat  Metrics.  (Gainor Evernote titled “Seat Metrics,” Sept. 20, 2016, PX‐8; Gainor  Dep. 45‐47, Dec. 12, 2017, PX‐1.)  Sherman testified that Gainor’s account permitted Gainor to continue  accessing AutoPricer even after he stopped using it, and that his access was  not cut off until his account was disabled on April 27, 2017, (Sherman Test.,  Tr. 304‐05, 359‐60), although, there was no evidence that Gainor accessed  AutoPricer in 2017, (Sherman Test., Tr. 359‐60).  ii. Gainor’s access to and use of AutoPricer was followed  immediately by his rapid development of Command  Center  The short – essentially nonexistent – interval between Gainor’s access to  and use of AutoPricer, on one hand, and his initial steps toward developing  the product that became Command Center, on the other, is further  circumstantial evidence that the similarities in Command Center are derived  from AutoPricer.  Gainor did admit that he used AutoPricer until the end of 2016.  (Gainor  Test., Tr. 424‐25, 453.)  The next week – on January 8, 2017 – Gainor created  what he admitted constituted his “first draft” of defendants’ Command  Center product.  (Gainor Evernote, PX‐18; Gainor Test., Tr. 538.)  That “first  draft” – in which the name “Command Center” is already present – described  the specific primary elements that were also present in AutoPricer, including  all six widgets:  “Event Listings,” “Ticket Listings,” “Select every zone,  section and row in one click,” “Comparable criteria,” “Grouping,” and  “Apply rule to season tickets.”  (Gainor Evernote, PX‐18.)  Those same  elements as well as others in the “first draft” were incorporated into the final  Command Center product.  (Gainor Test., Tr. 538.)  One week after the first draft, that is, a mere two weeks after he stopped  using AutoPricer, Gainor sketched mockups – or “wireframes” – for  Command Center and created at least ten tasks in Pivotal Tracker, a project  management tool used to assign and manage tasks for coders.  (Gainor  29    wireframes, PX‐19; Gainor Pivotal Tracker entries, PX‐145; Koskinen Report,  Ex. E; Gainor Test., Tr. 499.)  Elements of the wireframes and tasks – such as  attributes of pricing rules, event search fields, ticket grouping, and the  interactive map – were also present in Broker Genius’s AutoPricer.  In  addition, the same elements and others in the wireframes and tasks found  their way into the final Command Center product.  Dr. Koskinen testified that the first draft, wireframes, and Pivotal Tracker  tasks indicate that, by the beginning of January, Gainor already “had a fairly  clear idea about . . . what he wanted to build and [the] requirements for it.”   (Koskinen Test., Tr. 213‐215.)  Notably, Ms. Martin neither reviewed these  documents nor took them into consideration in forming her opinion that  Command Center was likely not derived from AutoPricer.  (Martin Test., Tr.  637‐38.)  The Court credits Dr. Koskinen’s testimony, and finds that it is further  supported by other evidence in the record.  Most persuasive is Gainor’s own  testimony that the impetus for creating the first draft and the wireframes was  his experience using AutoPricer.  (Gainor Test., Tr. 436.)  Although Gainor  testified that it was AutoPricer’s shortcomings that inspired him to create a  better product, it is beyond belief that he considered only the elements in  AutoPricer that he did not like, and ignored the ones he did, when listing  requirements for his competitive product one week later.  On its own, this is  strong evidence of traceability.  In addition, Gainor’s January 8, 2017, email to defendant Guinio Volpone  stating that Gainor “want[s] to build [an auto pricer] more than ever!” and  that “[a]fter this weekend, I think we can build the best pricing view/Auto  pricer in the industry!” permits an inference that the two had earlier  discussions about developing a competitive autopricer – including while  Gainor was using Broker Genius’s product.  (Email from Gainor to Volpone,  PX‐11.)  After this, Command Center’s development proceeded at a rapid clip.   See supra, section II.E.  When Seat Scouts announced its forthcoming  autopricer in July of 2017, Gainor’s erstwhile partner at Seat Metrics noted  (with apparent mistrust) the surprising speed with which Command Center  had seemingly been developed.  (Email from Panzer to Gainor, PX‐12  30    (“[L]ooks like you built that pretty quickly.  It must have been in  development while you were beta testing with us, no?”).)  iii. Defendants’ incorporation of key elements of  AutoPricer into Command Center was not the result of  independent requirements engineering  Requirements engineering is the process of “identifying all aspect[s] of”  how a piece of software should operate, “including both the functional (e.g.  features) and non‐functional (e.g. performance, security, etc.) aspects.”   (Koskinen Report 24.)  Dr. Koskinen identified several hallmarks of  requirements engineering in his expert report, including project management,  wireframes, software version control, multiple releases, creation of source  code, behavior tracking, analysis of feature requests, customer user studies,  and A/B testing.  (Koskinen Report 30.)  Requirements engineering is  especially critical when developing UI/UX, because “[u]sers don’t always  behave as expected so . . . it is difficult to know how to build software that  interfaces humans with machines.”  (Koskinen Report 29.)  This is true even  where software is built by combining “readily available components.”   (Koskinen Report 29.)  Dr. Koskinen “did not find evidence of any significant requirements  engineering process that lead to the software requirements” set forth in  Gainor’s early documents – the first draft, the wireframes, and the Pivotal  Tracker tasks.  (Koskinen Report 36‐37; see also Koskinen Test., Tr. 216, 276;  Gainor Dep. 199‐200, PX‐1.)  Those early documents, as already described,  included key elements of AutoPricer that found their way into Command  Center.  Dr. Koskinen also found no evidence of any user feedback of any  kind whatsoever in the development of Command Center.  (Koskinen Test.,  Tr. 272.)  Notably, in forming her opinion that Command Center was not  derived from AutoPricer, Ms. Martin did not consider the development  process for Command Center nor did she review any documents pertaining  to its development.  (Martin Test., Tr. 637.)  The Court considers that to be a  fundamental flaw in Ms. Martin’s analysis and resulting opinion.  The lack of requirements engineering in defendants’ development of  Command Center is powerful evidence that the massive similarities in  Command Center were not developed by defendants independently, but  31    were instead derived from AutoPricer.  In other words, Gainor’s access to,  and use of, AutoPricer largely served as a substitute for what otherwise  would be lengthy and expensive requirements engineering.  (See Koskinen  Test., Tr. 218.)  iv. Gainor’s access to competitors’ products under false  pretenses on other occasions  As set forth above, it was a violation of the Terms of Use to pose as a  customer in order to gain entrance to AutoPricer and use the knowledge  gained from that access to develop a competitive product.  Supra, note 15 and  accompanying text.  Facts showing that Gainor had a general plan to access  competitors’ products under false pretenses in order to gain knowledge in the  service of his own product is circumstantial evidence that he did so here, and  that the similarities in Command Center are traceable to AutoPricer.17  The evidence presented at the preliminary injunction hearing described  four events that permit an inference – which the Court indulges – of a plan by  Gainor to access competitors’ products under false pretenses, including  Broker Genius’s AutoPricer.  The first instance occurred on September 18, 2016, when Gainor was a  Broker Genius customer.  At that time, he was also beta testing the Seat  Metrics autopricer and sending Seat Metrics feedback on its product.  When  he discovered a feature that was not working in the Seat Metrics product, he  provided Seat Metrics with his Broker Genius login – itself a clear violation of  the Terms of Use – in order for Seat Metrics to access AutoPricer to see how  the feature worked there.  (Email from Panzer to Gainor, PX‐9.)  Gainor was  evasive on this topic (among others) at the hearing, testifying that the login  he provided could just as likely have been a login for something other than  Broker Genius.  (Gainor Test., Tr. 480‐82.)  The Court does not credit this  testimony, as the document he was testifying about itself most strongly  suggests that the login he gave Seat Metrics was his login to access Broker                                                       See Fed. R. Evid. 404(b); see also Carofino et al. v. Forester, 450 F. Supp. 2d 257, 272  (S.D.N.Y. 2006); 2 Jack B. Weinstein & Margaret A. Berger, Weinstein’s Federal Evidence,  § 404.22(5)(b) (Mark S. Brodin, ed., 2d ed. 1997).  17 32    Genius’s AutoPricer.  (Gainor Test., Tr. 480‐82; Email from Panzer to Gainor,  PX‐9.)  The second instance occurred on January 8, 2017, one week after Gainor  says he stopped using AutoPricer.  On that day, as already described, Gainor  prepared the list of requirements for his autopricer in the “first draft.”   (Gainor Evernote titled “Auto‐Pricer,” PX‐18.)  Emails show that on the very  same day Gainor was also accessing the Seat Metrics autopricer and  discussing its features with them as a beta tester.  (Email from Gainor to  Volpone, PX‐11.)  What is more, Gainor maintained his relationship with Seat  Metrics – not only as a beta tester but as a potential partner to develop their  autopricer – for another month, before withdrawing from the potential  partnership.  (Email from Gainor to Volpone, PX‐10.)  The third instance occurred on September 10, 2017, after Gainor’s Broker  Genius account had been disabled.  A Broker Genius sales employee  contacted Gainor offering to demonstrate AutoPricer’s new features, and  Gainor forwarded the email to one of his developers at Seat Scouts.  The  developer replied that he would like to see AutoPricer, but that he  “imagine[d] [the Broker Genius sales employee] would [not] be interested in  spending time with us if he knew we were competitors.”  (Email from Gainor  to Ellis, Sept. 10, 2017, PX‐142.)  Gainor agreed, writing that he had better go  around them and obtain access to AutoPricer “through someone” rather than  seek access form Broker Genius directly.  (Id.; see Gainor Test., Tr. 543‐44.)  The fourth instance occurred in October of 2017, after another employee  at Seat Scouts did in fact obtain access to AutoPricer “through someone.”  On  October 11, the employee wrote to a group including Gainor:  “[By the way] I  got access to Broker Genius.”  (Slack conversation, Oct. 11, 2017, PX‐107;  Gainor Test., Tr. 461.)  According to Gainor, the person who provided access  was a ticket broker who had just seen a Command Center demonstration.   (Gainor Test., Tr. 456.)  A few days later, Gainor and his employees at Seat  Scouts did a screen share with the ticket broker, allowing them to see Broker  Genius’s AutoPricer in action.  (Gainor Test., Tr. 456.)  At the hearing, Gainor testified that Command Center was already in the  market by the time he and his employees viewed AutoPricer in the screen  share, suggesting that nothing could have been derived from AutoPricer on  33    that occasion.  (Gainor Test., Tr. 456.)  The Court credits that testimony, and  considers the evidence only as permitting an inference of a plan to access  competitors’ products under false pretenses in order to gain knowledge (e.g.,  market intelligence) helpful to defendants’ product.  v. Countervailing evidence that the similarities are not  traceable to AutoPricer  The Court is not blind to the fact that there are similarities between  Command Center and AutoPricer that may not be traceable to AutoPricer  because the similar elements were obvious, were known in the industry  independent of Broker Genius’s AutoPricer, or were attributable to Gainor’s  own industry experience.  (i) Similarities that were present in software that  predated Command Center  For example, the widgets have analogues in other products: the Events  List Widget, the Inventory List Widget, the ability to select zones, sections,  and rows using an interactive map, the ability to apply changes to a group or  season of tickets, and the ability to create automatic pricing rules that adjust  tickets based on the secondary market, are present in some form within  products developed prior to AutoPricer.  For example, Core, a product that Gainor himself developed in 2012 and  2013 while working at Ticket Evolution, was a POS system for brokers on the  secondary ticket market.  It included features similar to the Events List  Widget, Inventory List Widget, and the ability to filter by zones, sections, and  rows (including via an interactive map) to view comparable tickets.  (Gainor  Test., Tr. 392‐97, 415‐21, 426‐28; Martin Test., Tr. 592‐96.)  A screenshot of the  Core program reveals an events list and an inventory list similar to  AutoPricer’s.  (Compare Martin Report 71 with Martin Report 32, 35.)  Users of  Core could also set rules to adjust prices by a flat dollar amount or a  percentage – but not by reference to comparable tickets or other secondary‐ market criteria, and so, critically, it was not an “autopricer.”  (Gainor Test.,  Tr. 416‐17.)  SeatTrax and goPricer are two further examples of computerized tools  for ticket brokers, (see Archive of SeatTrax Website, Dec. 2012, DX‐F; goPricer  Detailed User Guide, Oct. 1, 2015, DX‐I; Koskinen Test., Tr. 242‐43; Sherman  34    Test., Tr. 320‐27), but it is notable that like Core neither SeatTrax nor goPricer  are autopricers, (Sherman Test., Tr. 309, 374; Gainor Test., Tr. 416‐17; Martin  Test., Tr. 665, 674).  There was additional testimony about autopricers outside  of the ticket industry – such as one used by merchants on Amazon, and  others used in commoditized industries.  (Sherman Test., Tr. 282.)  However,  Sherman persuasively explained that those autopricers price identical  products against each other (e.g., barrels of oil, or 50‐inch Panasonic  televisions), not unique products like event tickets, which can only be priced  against comparable tickets – and so necessarily require a distinct UI/UX.   (Sherman Test., Tr. 282.)  Defendants also pointed out that certain of AutoPricer’s features were  themselves developed using code from external sources, including open  source code.  (Martin Test., Tr. 560.)  This evidence of similarities to other software or sources lends some  support to defendants’ position that elements of Command Center are  traceable to sources besides AutoPricer.  For the most part, however, the  piecemeal, element‐by‐element focus obscures the forest for the trees.  For  example, Broker Genius does not claim that the concept of an events list as  instantiated in Command Center was derived from AutoPricer.  Its claim  relates to the functionality of the particular events list and – most importantly  – the overall architecture and UI/UX, of which the events list is a part.  Ms. Martin’s analogy to a house is instructive in this regard.  “Each house  has an architecture . . . .  Each is likely to have basic building blocks  (windows, a door, a driveway) even if the houses are made of entirely  different materials, with different square footage and layouts and trim color.”   (Martin Report 13; see also Martin Test., Tr. 563, 663.)  In Ms. Martin’s view,  “[o]ne house is not derived from or copying another house because it also  shares basic house characteristics.  Further, whether you make your front  door out of a tree by hand or purchase a commodity door at Home Depot,  you did not originate doors or door frames.”  (Martin Report 13‐14.)  The opposite view is more reasonable to the Court.  If two houses have  identical rooms with many identical features and floorplans, that is strong  circumstantial evidence that one house was derived from the other –  particularly where the architect of the later‐built house had resided in the  earlier one.  (See also Koskinen Report 28‐29.)  35    (ii) Gainor’s prior knowledge and experience in the  industry  It cannot be gainsaid that Gainor had exposure to the concept of an  autopricer from prior employment.  (See Gainor Test., Tr. 431‐32.)  For example, while Gainor was at Ticket Evolution in 2010 or 2011, that  company developed an “auto‐uploader,” which included a feature that  allowed brokers “to build a rule that either marked up or down their  inventory by a flat dollar amount or a percentage.”  (Gainor Test., Tr. 387‐88,  390‐91; DX‐M.)  While there, he developed Core, but although he testified  that he considered including an autopricing feature in that product, he  rejected doing so.  (Gainor Test., Tr. 392‐97, 417‐20, 426‐28.)  But importantly, Dr. Koskinen testified that even someone with 18 years  of industry experience – as Gainor claimed to have had – would “still have to  go through a process of figuring out how to make an effective user interface  for an unprecedented piece of software,” (Koskinen Test., Tr. 270), something  that is lacking in the record of Gainor’s development of Command Center.  (iii) Elements that were logical or obvious  It is true that some commonalities between Command Center and  AutoPricer would seem obvious to the lay observer.  Such commonalities  include ordering an events list chronologically, displaying a user’s inventory  of tickets to a particular event when the user clicks – or hovers – on that  event, allowing users to price tickets individually or as a group or by season,  and allowing users to search tickets by event or venue.  (Koskinen Test., Tr.  161‐62, 168‐69, 176‐77, 194‐96.)  If something is truly obvious, that is strong circumstantial evidence that  it is traceable to a person’s own independent knowledge or intuition.  Of  course, something may be so logical that it appears obvious but only in  hindsight, belying important research and design choices made by its creator.   Indeed, one purpose of a requirements engineering process – largely missing  from the record here for Command Center – is to develop a UI/UX that  appears to be casually intuitive from the standpoint of the client using the  application.  36    Certain of the similarities between Command Center and AutoPricer are  truly obvious, such as allowing users to search tickets by event or venue.  In  general, the similarities identified by defendants as “obvious” reflect logical  design and coding choices made by Broker Genius.  As Sherman noted at the  hearing, “I would agree that if somebody went through the same process as  Broker Genius in creating this technology over several years that eventually  they surely would” make the same choices.  (Sherman Test., Tr. 327; see also  Sherman Test., Tr. 340 (“If by simple implementation you mean the process of  going through a user interface prototyping, user experience prototyping, wire  framing, architecture, etc., then, yes, it’s simple.”).)  3. Weighing the Evidence: Command Center Was Derived from  AutoPricer  The Court concludes that it is highly likely that Broker Genius can  ultimately succeed in showing that Command Center and AutoPricer have  substantially similar overall architecture, UI/UX, and collection of widgets.   The critical issue is whether those similarities are traceable to Broker Genius’s  AutoPricer.  Gainor’s active use of AutoPricer allowed him an extended opportunity  to test the system and gain knowledge about which aspects and elements  worked well, and there is evidence that Gainor was indeed attentive to such  things.  (See, e.g., Gainor Evernote titled “Seat Metrics,” PX‐8; Gainor Dep. 45‐ 47, PX‐1.)  Furthermore, Gainor admitted that his experience with Broker  Genius is what motivated him to build an autopricer himself.  (Gainor Test.,  Tr. 436.)  When Gainor eventually began setting his thoughts down about the  autopricer that became Command Center, it was literally only one week after  he stopped using AutoPricer, and it included elements that he had interacted  with in AutoPricer, which then ended up in Command Center.  (Gainor Test.,  Tr. 435; Gainor Evernote titled “Auto‐Pricer,” PX‐18.)  This permits an  inference – which the Court makes – that Gainor used what he learned while  he was a Broker Genius customer to develop his own competitive product.   Indeed, it is very strong evidence that that is what in fact occurred.  This conclusion is supported by strong evidence that defendants did not  undertake any requirements engineering at all before Gainor laid out his  early drafts of Command Center – the drafts that incorporated key elements  37    from AutoPricer.  The conclusion is also supported by evidence that suggests  Gainor may have acted in accordance with an overall plan to reconnoiter  competitors’ products to derive his own; such a plan certainly encompassed a  violation of the Terms of Use insofar as it involved the use of Broker Genius’s  AutoPricer.  Even absent any such plan, though, the evidence is sufficient to  support a conclusion that that is indeed what Gainor did in this case.  Evidence that the similarities were obvious, logical, or were also present  in existing software on the market, is also relevant.  Ultimately, however, this  evidence it is of limited weight, as it overlooks the part of Broker Genius’s  case that relates to the overall architecture and UI/UX, of which the  similarities are a critical part.   It is possible that Gainor’s experience meant he could have built a  product similar to Command Center without the knowledge he gained from  having access to Broker Genius’s AutoPricer product.  However, the Court  concludes that – more likely than not – that is not what in fact occurred here:   the substantial weight of the evidence adduced over five hearing days and  limned above suggests that it is considerably more likely than not that Gainor  used the knowledge he gained while he was a Broker Genius customer to  develop Command Center, and that the similarities between the two  products are directly traceable to AutoPricer.  As a result, the Court concludes that it is highly likely that Broker Genius  will ultimately succeed in showing that Gainor breached Broker Genius’s  Terms of Use by creating and distributing Command Center, a product that  was directly and immediately derived from AutoPricer.  VI. BALANCE OF HARDSHIPS & PUBLIC INTEREST  To succeed on its motion, Broker Genius must also demonstrate that the  balance of hardships tips in its favor, and that the public interest would not  be disserved by the issuance of an injunction.  Benihana, Inc. v. Benihana of  Tokyo, LLC, 784 F.3d 887, 895 (2d Cir. 2015).  The Court has already found that the evidence demonstrates a likelihood  that Broker Genius will suffer loss of reputation, good will, business  opportunities, and customer relationships, if an injunction does not issue.   38    Defendants identify, without elaboration, only one concrete harm if an  injunction does issue: they will be “prevent[ed] from competing fully against  [Broker Genius].”  (Defs.’ Pre‐Hr’g Mem. 15.)  Accordingly, the Court finds  that the balance of hardships tips in Broker Genius’s favor.  The public interest does not weigh particularly heavily in this dispute  between two private parties.  See, Inc. v. Verio, Inc., 356 F.3d 393,  424 (2d Cir. 2004).  Nonetheless, Broker Genius contends that an injunction  would serve the public’s interest in the enforcement of binding contracts, and  defendants contend that an injunction would disserve the public’s interest in  free competition.  Undoubtedly the public has interests in each, but the Court  cannot say that the public interest is disserved by the issuance of an  injunction in this case.  VII. SCOPE OF THE INJUNCTION & SECURITY  Broker Genius asks the Court to enjoin defendants from continuing to  make available its Command Center product.  (Order To Show Cause at 1‐2.)   Broker Genius made the same request in connection with its application for a  TRO.  The Court denied that request (id. at 2‐3), but did enjoin defendants  from violating the Terms of Use agreement (id. at 3).  Because the Court has  now found it to be likely that the Command Center product was created and  is distributed in violation of the Terms of Use agreement, the scope of the  preliminary injunction must disable defendants from continuing to make  Command Center available for use.18  The Court hereby increases the security to be posted by Broker Genius to  $100,000.  See Fed. R. Civ. P. 65(c).  VIII. CONCLUSION & ORDER  Accordingly, for the reasons set forth above, Broker Genius’s motion for  a preliminary injunction is GRANTED, and defendants, and all persons in                                                       The injunction properly binds all defendants, even though the relevant contract was  between Broker Genius and Gainor alone.  Fed. R. Civ. P. 65(d)(2); see Dino DeLaurentiis  Cinematografica, S.p.A. v. D‐150, Inc., 366 F.2d 373, 376 (2d Cir. 1966); see also 11A Charles  Alan Wright & Arthur R. Miller, Federal Practice and Procedure § 2956 (3d ed. 2017).  18 39  active concert or participation with them, are hereby enjoined during the pendency of this action: (a) From using or providing or making available, whether by sale or otherwise, to any third party the Command Center video, product, and services, including providing further services to any now existing client or potential client using or training to use the Command Center product and services; and (b) From destroying or disposing of any evidence or other materials, in any form, relating to this action and the issues raised herein, including, without limitation, all devices, electronic media, cloud storage, and all copies of any and all documents, media, and/or other materials, containing, identifying, describing, reflecting, or referencing Broker Genius's proprietary information and any and all documents, data and information which was obtained by defendants from, or by virtue of their relationship with, Broker Genius, including all current or archived media, emails, chats, texts, documents, electronic logs, metadata, storage, and directories; and (c) From accessing, disclosing, making available to any person or entity, or using any of Broker Genius's proprietary information. Broker Genius shall post security in the amount of $100,000 on or before May 14, 2018, at 5 p.m. Dated: New York, New York May 11, 2018 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?