- Microsoft Corporation v. Enfish, LLCSome claims unpatentablePTAB · Mar 2, 2015 · IPR2013-00561 · APJ Barbara A Parvis · IPR · Final written decision
Claims 46 and 54 were held unpatentable; claims 55, 56, and 60 were not shown unpatentable; claims 16, 24–26, and 30 were terminated because their means-plus-function limitation lacked sufficient disclosed structure.
RulingsFinal written decision- BurdenMixed
“Microsoft has shown by a preponderance of the evidence that claims 46 and 54 of the ’775 patent are unpatentable. Microsoft has not shown that claims 55, 56, and 60 of the ’775 patent are unpatentable. For the reasons discussed below, we are unable to reach a determination on the alleged grounds of unpatentability over prior art for claims 16, 24–26 and 30. Accordingly, we terminate this proceeding with respect to claims 16, 24–26 and 30 under 37 C.F.R. § 42.72.” slip op. at 3
- Claim Construction › Functional claiming / §112(f) means-plus-function › Corresponding structure / algorithm (indefinite if none)Decided for petitioner
“1249 (Fed. Cir. 2005)). Additionally, specific portions of the specification must clearly link or associate a computer program or algorithm to the function corresponding to the claimed means. See Medical Inst. & Diag. Corp. v. Elektra AB, 344 F.3d 1205, 1211 (Fed. Cir. 2003). For the reasons set forth below, we conclude that the four steps and other ’775 patent specification portions identified by Enfish do not describe an algorithm for the recited function of “configuring memory according to a logical table.” We further conclude that Enfish has not clearly linked or associated the recited function to the four steps or the portions of the ’775 patent specification that Enfish identifies.” slip op. at 10
- Claim Construction › Intrinsic evidence (Phillips canons) › Plain and ordinary meaning to a POSITATerm construed board ownDecided for petitioner
“We determine that Enfish’s proposed construction of OID introduces requirements beyond what is needed for an OID to identify data and retrieve data from memory. Enfish, for example, contends that “an OID is unique among all rows and columns of the logical table.” PO Resp. 29. Additionally, claims 46 and 54 recite that an OID is included “to identify” each attribute set and each record, but do not specifically recite using an OID to retrieve data from memory.” slip op. at 14
- Novelty / Anticipation (§102) › Anticipation standard (single reference, every element)UnpatentableUnpatentable
“80, PG 453, 471, 481, 482, 484, Ex. 1219 ¶¶ 67–93, 119–131). For example, we are persuaded that Microsoft has shown by a preponderance of the evidence that Visual Basic discloses configuring memory according to a logical table, as recited in claim 54. In the cited portions above, Visual Basic discloses storing data in a computer formatted as a table object, which is “a logical representation of a physical table.” Ex. 1204, LR 558. The table object comprises “records (rows) and fields (columns).” Id. As an additional example, we are persuaded that Microsoft has shown by a preponderance of the evidence that Visual Basic discloses each record and each attribute set including an OID, as recited in claim 54. In the cited portions above, Visual Basic describes assigning a primary key and that “[a] table’s primary key is the determining factor when testing to see if the record is unique within the table.” Ex. 1204, PF 39. According to Visual Basic “[Visual Basic] creates an index on the primary key of the table and uses it to find records and to create joins between tables.” Id. Regarding each column including an OID, according to Visual Basic, “[e]ach Field in the Fields collection of a TableDef has a unique value in the OrdinalPosition property.” Id. at LR 425. Furthermore, we are persuaded that Microsoft has shown by a preponderance of the evidence that Visual Basic discloses indexing data stored in the table and a cell including a pointer to an index record, as recited in claim 54. In the cited portions above, Visual Basic discloses an index object used for creating indexes to “speed up the process of finding records.” Ex. 1204, LR 276; see also id. at PF 37, 38, PG 482. Visual Basic also discloses a cell pointing to an index object. Id. at LR 280, PG 484.” slip op. at 17
Patent outcomesUS 6,163,775 mixedClaim construction§ 102 anticipation§ 103 obviousnesscites KSRPatents in suitUS 6,163,775
Holdings, summaries, rulings, issues, outcomes, winners and claim constructions shown for a decision were generated by a large language model reading the opinion. They are a guide to the decision, not the decision. Confirm every one against the court's own text before relying on it. Outcomes read from the patent owner’s side. Party names are extracted from the decision and are missing on about 900 short Director denials and scans, which carry the trial number instead.