Novell v. Microsoft Corporation

731 F.3d 1064, 2013 WL 5303259, 2013 U.S. App. LEXIS 19463
CourtCourt of Appeals for the Tenth Circuit
DecidedSeptember 23, 2013
Docket12-4143
StatusPublished
Cited by47 cases

This text of 731 F.3d 1064 (Novell v. Microsoft Corporation) is published on Counsel Stack Legal Research, covering Court of Appeals for the Tenth Circuit primary law. Counsel Stack provides free access to over 12 million legal documents including statutes, case law, regulations, and constitutions.

Bluebook
Novell v. Microsoft Corporation, 731 F.3d 1064, 2013 WL 5303259, 2013 U.S. App. LEXIS 19463 (10th Cir. 2013).

Opinion

GORSUCH, Circuit Judge.

A straggler of a case, this one drags us back twenty years. To a time before the dot-com boom busted and boomed again, a time when Microsoft was busy amassing a virtual empire — if sometimes in violation of the antitrust laws. Long since found liable for a rich diversity of antitrust misdeeds in the 1990s, this case calls on us to decide whether Microsoft back then committed still another, as-yet undetected antitrust violation — this time at Novell’s expense.

Novell’s suit against Microsoft finally found its way to trial in 2011 but the jury couldn’t manage a verdict. Reviewing the record for itself after trial, the district court decided it could fairly admit of only one conclusion: Microsoft’s conduct did not offend section 2 of the Sherman Act. So the district court entered judgment as a matter of law, see Fed.R.Civ.P. 50, a decision Novell now asks us to overturn but one we find we cannot. Novell complains that Microsoft refused to share its intellectual property with rivals after first promising to do so. But the antitrust laws rarely impose on firms — even dominant firms — a duty to deal with their rivals. With respect to Novell at least, Microsoft did nothing unlawful.

Despite a long trial — 8 weeks — and a voluminous record — 16,696 pages — the facts relevant to this appeal are straightforward enough. Looking at them as favorably to Novell as the record allows, they tell us this much.

By the mid-1990s Microsoft had become the leading provider of Intel-compatible personal computer operating systems. An operating system amounts to the computer’s core software — software that allows the everyday user to take advantage of a computer’s functions. Users often rely on an operating system to open and close other applications — word processors, *1067 spreadsheets, calendars, or the like. Those applications often depend on the operating system, too, drawing on the operating system’s code to read and write files on the hard drive, draw images and text on the screen, or transmit information. In 1981, Microsoft introduced MS-DOS, an operating system that required users to type commands on the keyboard. Beginning in 1990, the company developed successive versions of its Windows operating system, one that featured a “graphical user interface” allowing users to issue commands simply by pointing and clicking a mouse on visual icons. Windows proved a huge commercial success for Microsoft, quickly becoming by a wide margin the most popular operating system on personal computers.

Microsoft’s relationship with independent software vendors (ISVs) during this period proved a complicated one. On one hand, Microsoft had some incentive to cooperate with ISVs. After all, ISVs wrote applications for Microsoft’s operating system; increasing the number of applications that could run on Microsoft’s operating system meant increasing the utility of the operating system for users; and that meant more sales for Microsoft. On the other hand, Microsoft didn’t just supply the operating system' — -it also competed with ISVs in the development and sale of applications for use on its Windows operating system. So, for example, by the mid-1990s, “office suites” containing applications for word processing, spreadsheets, and other everyday office tasks were all the rage and Microsoft began to offer its Microsoft Office suite (including Microsoft Word and Microsoft Excel) in competition with ISVs. Among the ISVs with whom Microsoft competed during this era was Novell. In the mid-1990s (and well before then), Novell produced WordPerfect — Microsoft Word’s leading rival in word processing applications — and the company harbored ambitions to create an office suite of its own to rival Microsoft Office, one it called PerfectOffice.

This case concerns the tensions inherent in Microsoft’s relationship with ISVs in general and Novell in particular, and how those tensions played out in Microsoft’s development of the Windows 95 operating system.

As it was planning to roll out its Windows 95 operating system, the successor to Windows 3.0, Microsoft faced the questions whether and to what degree it should share its intellectual property with ISVs. Should it share a pre-release development version of the new operating system, and perhaps provide access to its internal workings, all to help ISVs develop applications ready for use by the public when the final version of Windows 95 went on sale? The firm was torn. Doing so would help the marketing of Windows 95, allowing the company to boast a robust range of applications users could employ on the new operating system straight away. At the same time, helping ISVs develop and sell applications threatened to hurt Microsoft’s own applications business, perhaps most especially its new office suite product, Microsoft Office.

At first, Microsoft opted to share. Anticipating the release of Windows 95 to the public sometime in 1995, in June 1994 it shared a beta, or test, version of the operating system with ISVs. At the same time, Microsoft also gave ISVs access to Windows 95’s application programming interfaces (APIs). APIs allow programs to invoke the operating system’s built-in abilities to perform certain functions; each API consists of a set of named procedures that automate particular tasks an application might need to perform. By publishing the names of the procedures in an API and providing information about how *1068 to invoke each one, Microsoft essentially permitted ISVs a shortcut — they could rely on Microsoft’s APIs when writing their own code rather than having to design custom code to perform the same functions.

Take, for example, a word processor user who wants to open a document she earlier created and saved. To do so, she might click “Open” (an option in the “File” menu on the program’s menu bar), opening the “file open dialog” — an unwieldy name for the on-screen window that lets the user select a file to open. But the word processor must somehow gather information about the contents of various folders on the hard drive, display it, and allow the user to click on or type the name of the file she wants to open. When Microsoft suggested it would share its APIs, it held out the hope that ISVs might avoid the need to develop their own code to perform each individual task and might instead simply use Microsoft’s APIs to perform these functions. By offering to share its APIs, Microsoft essentially suggested to ISVs that they wouldn’t have to “reinvent the wheel.”

Among the APIs Microsoft chose to share information about were namespace extensions (NSEs). NSEs are a subset of APIs that permit a user to see (and then open) documents affiliated not just with the current application but located in wildly different places on the computer or elsewhere. Familiar namespaces include the “Recycle Bin” — where a user might dispose of an unwanted document — and the “Desktop” — the computer’s default screen that displays when the user starts up his computer. If a user wants to open a document on the Desktop, she might click the Desktop namespace icon on the left side of the file open dialog in the application she is currently running, and watch the contents of the Desktop appear on the right side of the window. With a double click, she might then open the document. NSEs thus provide something of a shortcut to places outside the current application.

Free access — add to your briefcase to read the full text and ask questions with AI

Related

Cite This Page — Counsel Stack

Bluebook (online)
731 F.3d 1064, 2013 WL 5303259, 2013 U.S. App. LEXIS 19463, Counsel Stack Legal Research, https://law.counselstack.com/opinion/novell-v-microsoft-corporation-ca10-2013.