Common Software Licensing Language at Issue in IP Dispute

Home Risk & Audit Software

by | October 9, 2018

Licensors of software typically utilize software license agreements providing for their ownership of the licensed software and related IP, as well as restrictions barring licensees from reverse engineering the code at issue.  The scope of protection, of course, depends on the final language of the licensing agreement and disputes can arise when licensees decide to develop similar software in-house, or with a third party.  Indeed, a recent case, Ford Motor Co. v. Versata Software Inc., No. 15-10628 (E.D. Mich. Sept. 7, 2018), tackled some of these issues.

In this case, a Michigan district court found that broad and general software ownership provisions extended to trade secrets embedded in the software at issue, but that a fairly expansive definition of “reverse engineering” might not be broad enough to cover certain activities associated with developing similar software. Ultimately issues of fact precluded many of the grants of summary judgment that both parties sought, but the case offers interesting insights with respect to software licensing practices on at least those two issues.

According to the opinion, Versata Software Inc. (“Versata”) licensed automotive configuration software to Ford Motor Co. (“Ford”) for more than two decades.  In 2014, however, Ford decided to replace Versata’s software with software it was developing internally and therefore elected not to renew its licensing agreement with Versata.  Predictably, this led to an IP dispute between Ford and Versata.  Both parties sought summary judgment on their causes of action, and, in a mixed ruling, the court found issues of material fact prevented judgment on most – but not all – claims.

Ford sought a declaratory judgment seeking, among other things, a ruling that it had not infringed any trade secrets owned by Versata.  Versata filed counterclaims alleging, among other things, misappropriation of such trade secrets.  In resolving the question, the court looked to specific contract provisions and concluded that when Ford agreed to the last agreement between the parties in 2004, it “irrevocably acknowledged” that “[s]ubject to the licenses granted [therein], Ford has no ownership interest in the Software….” Based on this “unambiguous acknowledgment,” the court ruled that Ford cannot now claim an ownership interest in the trade secrets embedded in the Versata software. The court rejected Ford’s argument that even if it disclaimed ownership in the software, it might still claim an ownership in the relevant trade secrets, stating it was unpersuaded that the trade secrets were distinct from the software that Ford “irrevocably” acknowledged it did not own.

While finding in favor of Versata on the trade secret ownership issue, the court declined to rule as a matter of law that Ford breached the agreement by allegedly performing certain acts that Versata considered “reverse engineering” of its software. Versata sought summary judgment alleging Ford “reverse engineered” the Versata software when Ford inputted identical data into both the Versata software and its internally developed software and then “studied” the “outputs” from Versata’s software to ensure its own software produced similar results.

The court examined the definition of reverse engineering in the Agreement. Section 1.7 of the Agreement defines “reverse engineering” as follows:

Disassembling, Decompiling, and reverse engineering include[s], without limitation, “(i) converting the Software from a machine-readable form into a human-readable form;” [….] (iii) examining the machine-readable object code that controls the Software’s operation and creating the original source code or any approximation thereof by, for example, studying the Software’s behavior in response to a variety of inputs;” [and] (iv) performing any other activity related to the Software that could be construed to be reverse engineering, disassembling, or decompiling.

The court found that provision of the Agreement ambiguous:

“In particular, it is not clear whether Section 1.7 prohibits any and all “studying [of] the Software’s behavior in response to a variety of inputs,” or whether Section 1.7 prohibits only such studying that is part of an effort to “examin[e] the machine-readable object code that controls the Software’s operation and create[e] the original source code or any approximation thereof….”

As a result of the court’s limited ruling, a resolution of the broader IP and contractual claims surrounding this software licensing dispute will have to wait for trial.


Subscribe To Our Newsletter

Subscribe To Our Newsletter

ITAM Channel brings the best news and views from the ITAM industry. Sign up for the newsletter and get them straight to your inbox

You have Successfully Subscribed!