National Instruments Corp. v. Mathworks, Inc.

113 F. App'x 895
Court of Appeals for the Federal Circuit·Decided September 3, 2004·No. No. 03-1540, 03-1553·Published·Cited by 2 cases

Opinion

PER CURIAM.

The MathWorks, Inc. (“Math-Works”) appeals the judgment of the United States District Court for the Eastern District of Texas, which denied a motion for judgment as a matter of law (“JMOL”) that MathWorks does not infringe fifteen claims of three United States Patents * assigned to National Instruments Corporation (“NI”). National Instruments Corp. v. The MathWorks, Inc., No. 2:01-CV-11 (E.D.Tex. Jun. 23, 2003) (“Opinion and Order”). MathWorks also seeks JMOL of invalidity of the asserted claims, a new trial and reversal of the permanent injunction entered by the trial court. NI cross-appeals seeking JMOL of infringement of five claims of United States Patent No. 5,291,587 (“the ’587 patent”). We affirm.

The technology of the patents in suit concerns the creation of model systems (generally known as “data flow diagrams”) through building diagrams on a computer screen by pointing and clicking with a mouse, rather than writing traditional lines of code. Relying upon the intrinsic evidence of record, the trial court interpreted the disputed claim term “data flow diagrams” as a graphical computer program whose execution follows a set of semantic or operational rules as follows:

1. the order of operations is not completely specified by the user;
2. the order of operations is implied by data interdependencies;
3. a node may only execute after all necessary inputs have become available, and;
4. outputs are generated after a node completes execution.

National Instruments Corp. v. The MathWorks, Inc., No. 2:01-CV-11 (E.D.Tex. [897] May 24, 2002) (“Claim Construction Opinion and Order”) (emphasis added). The trial court determined that the written description did not provide an explicit definition of the terms “data flow” and “data flow diagram,” but the disclosure did use the terms according to the semantic principles in a consistent way. MathWorks contends only that the word “necessary” was erroneously added to the court’s interpretation and that the proper construction should require “all inputs” to be available before a given block may start and complete execution.

The trial court did not adopt the proposed definition offered by either party but instead drafted its own based upon the intrinsic evidence. We agree with the court’s interpretation. MathWorks proffered the word “necessary” as a qualifier for “inputs” throughout its claim construction briefing. MathWorks proposed that “a node may only execute once it has received all necessary inputs,” and “an operation may only execute once it has all necessary inputs available.” As to part three of the semantic principles, the trial court essentially adopted MathWorks’ proposed definition, which MathWorks now attempts to disavow or modify. See Metabolite Labs., Inc. v. Lab. Corp. of Am. Holdings, 370 F.3d 1354, 1364 (Fed.Cir.2004) (a party will be judicially estopped from asserting a claim construction inconsistent with a position it advocated at trial and persuaded the trial court to adopt). We agree with the trial court that the inclusion of “necessary” was proper given that the ordinary meaning of “data flow” and “data flow diagram” does not limit the scope of the terms to await inputs that may be unnecessary for execution, and, likewise, the specification does not limit semantic limitation three to require “all inputs” be available before execution.

The portions of the specification relied upon by MathWorks concerned embodiments that describe the operation of certain nodes as “[i]n accordance with data flow principles.” See, e.g., ’221 patent, col. 11, 11. 43-44. This language, directed to certain embodiments, is insufficient to limit “data flow” or “data flow diagrams” because the patents do not manifest an intent to impart a special meaning to the terms and the broader language of the claims only require that nodes wait for inputs that are then needed, not “all inputs.” See Rexnord Corp. v. Laitram Corp., 274 F.3d 1336, 1342 (Fed.Cir.2001) (“unless compelled to do otherwise, a court will give a claim term the full range of its ordinary meaning as understood by an artisan of ordinary skill”).

Under the correct claim construction, the jury’s verdict that the accused product, Simulink, satisfies the “data flow diagram” limitation is supported by substantial evidence. MathWorks contends that complex diagrams are never “data flow diagrams” and that Simulink’s interleaved execution of block methods in time-step increments violates the data flow rules. Further, MathWorks alleges that NI’s evidence never analyzed execution during each step, but instead NI erroneously crossed time-steps, which should result in semantic limitations three and four not being met. Evidence presented in the form of expert witness testimony, MathWorks’ own documentation, and a Simulink debugger system were sufficient for a jury reasonably to find that Simulink nodes produce their output after completing execution, and that Simulink nodes do not execute until they have all necessary inputs, thus satisfying the claim limitations for “data flow diagrams.”

MathWorks contends that Simulink, when used in its ordinary and intended manner, does not have the “front panel” [898] limitation as required by a majority of the claims in dispute. This argument is two fold. First it first alleges that the claim limitation is not met generally, and, secondly, that NI failed to produce evidence proving that it ever assembled or induced its customers to assemble a “front panel.” The trial court interpreted “front panel” to mean “a graphical user interface that is separate and apart from the associated data flow diagram and that displays inputs and output controls, where there is at least one input control and at least one output control in the front panel.” Claim Construction Opinion and Order. Math-Works claims that the Simulink “front panel” lacks an interface that includes both an “input control” and an “output control.” It is implicitly asserting that if the input and output controls are contained in separate windows they cannot comprise a “front panel.” This single window limitation was rejected by the trial court both during the original claim construction proceedings and on JMOL. Under the court’s construction, which MathWorks does not appeal, the “front panel” is not limited to a single window or control display. The “front panel” limitation is directed to separating the input and output control windows from the procedural display or associated data flow diagram. Simulink meets this limitation even when the input and output displays are not combined.

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

National Instruments Corp. v. Mathworks, Inc., 113 F. App'x 895 (Fed. Cir. 2004).

113 F. App'x 895 (National Instruments Corp. v. Mathworks, Inc.) — published by Counsel Stack Legal Research, free access to 12M+ legal documents.

Related

Veracode, Inc. v. Appthority, Inc.
137 F. Supp. 3d 17 (D. Massachusetts, 2015)