SlideShare ist ein Scribd-Unternehmen logo
1 von 75
Downloaden Sie, um offline zu lesen
UNITED STATES INTERNATIONAL TRADE COMMISSION
WASHINGTON, D.C.
In the Matter of
CERTAIN CONSUMER ELECTRONICS
AND DISPLAY DEVICES WITH
GRAPHICS PROCESSING AND GRAPHICS
PROCESSING UNITS THEREIN
Investigation No. 337-TA-932
ORDER NO. 20: CONSTRUING TERMS OF THE ASSERTED PATENTS
(April 2, 2015)
The claim terms construed in this Order are done so for the purposes of this Investigation.
Hereafter, discovery and briefing in this Investigation shall be governed by the construction of the
claim terms in this Order. Those terms not in dispute need not be construed. See Vanderlande
Indus. Nederland BV v. Int’l Trade Comm’n, 366 F.3d 1311, 1323 (Fed. Cir. 2004) (noting that the
administrative law judge need only construe disputed claim terms)
Table of Abbreviations
CMIB Complainant’s Initial Markman Brief
CMRB Complainant’s Reply Markman Brief
CMSB Complainant’s Supplemental Markman Brief
RMIB Respondents’ Initial Markman Brief
RMRB Respondents’ Reply Markman Brief
RMSB Respondents’ Supplemental Markman Brief
SMIB Staff’s Initial Markman Brief
SMSB Staff’s Supplemental Markman Brief
Tr. Transcript of the Markman Hearing
ii
Table of Contents
I.  INTRODUCTION .............................................................................................................. 1 
II.  RELEVANT LAW ............................................................................................................. 1 
III.  COMPLAINANT NVIDIA CORPORATION’S MOTION TO STRIKE
DECLARATIONS OF DR. DINESH MANOCHA AND DR. JOHN VILLASENOR .... 4 
IV.  U.S. PATENT NO. 6,198,488 & U.S. PATENT NO. 6,992,667....................................... 8 
A.  Overview................................................................................................................. 8 
B.  Level of Ordinary Skill in the Art........................................................................... 9 
C.  Disputed Term – “single semiconductor platform”.............................................. 10 
V.  U.S. Patent No. 7,209,140................................................................................................. 16 
A.  Overview............................................................................................................... 16 
B.  Level of Ordinary Skill in the Art......................................................................... 17 
C.  Disputed Claim Terms.......................................................................................... 18 
1.  “operation”................................................................................................ 19 
2.  “instructions from a predetermined instruction set”................................. 25 
VI.  U.S. Patent No. 6,697,063................................................................................................. 32 
A.  Overview............................................................................................................... 32 
B.  Level of Ordinary Skill in the Art......................................................................... 32 
C.  Disputed Terms..................................................................................................... 33 
1.  “scan/z engine” ......................................................................................... 35 
a.  Must the scan/z engine be implemented as circuitry in “a graphics
processor”?.................................................................................... 43 
b.  Must the scan/z engine perform the double-z algorithm? Must the
scan/z engine be capable of performing the double-algorithm? ... 44 
c.  Conclusion .................................................................................... 50 
2.  “output a fragment/outputting a plurality of fragments” .......................... 50 
3.  “the memory”............................................................................................ 56 
VII.  U.S. Patent No. 6,690,372................................................................................................. 61 
A.  Overview............................................................................................................... 61 
B.  Level of Ordinary Skill in the Art......................................................................... 61 
C.  Agreed Upon Construction – “shading calculation”............................................. 62 
D.  Disputed Term – “a combiner module…for combining the output” .................... 63 
1
I. INTRODUCTION
By publication of a notice in the Federal Register on October 10, 2014, the U.S.
International Trade Commission ordered that:
Pursuant to subsection (b) of section 337 of the Tariff Act of 1930,
as amended, an investigation be instituted to determine whether
there is a violation of subsection (a)(1)(B) of section 337 in the
importation into the United States, the sale for importation, or the
sale within the United States after importation of certain consumer
electronics and display devices with graphics processing and
graphics processing units therein by reason of infringement of one
or more of claims 1, 19, and 20 of the ‘488 patent; claims 1-29 of
the ‘667 patent; claims 1-5, 7-19, 21-23, 25-30, 34-36, 38, 41-43 of
the ‘685 patent; claims 5-8, 10, 12-20 and 24-27 of the ‘913 patent;
claims 7, 8, 11-13, 16-21, 23, 24, 28, and 29 of the ‘063 patent;
claims 1-10, 12, and 14 of the ‘140 patent; and claims 1-6, 9-16, and
19-25 of the ‘372 patent, and whether an industry in the United
States exists as required by subsection (a)(2) of section 337;
79 F.R. 61338 (October 10, 2014).
Pursuant to the Commission’s notice, the Complainant in this Investigation is NVIDIA
Corporation of Santa Clara, CA. The named Respondents are Samsung Electronics Co., Ltd. of
Seoul, Republic of Korea; Samsung Electronics America, Inc. of Ridgefield Park, NJ; Samsung
Telecommunications America, LLC of Richardson, TX; Samsung Semiconductor, Inc. of San
Jose, CA; and Qualcomm, Inc. of San Diego, CA. The Office of Unfair Import Investigations is
also a party in this Investigation. Id.
II. RELEVANT LAW
“An infringement analysis entails two steps. The first step is determining the meaning and
scope of the patent claims asserted to be infringed. The second step is comparing the properly
construed claims to the device accused of infringing.” Markman v. Westview Instruments, Inc., 52
F.3d 967, 976 (Fed. Cir. 1995) (en banc) (internal citations omitted), aff'd, 517 U.S. 370 (1996).
Claim construction is a “matter of law exclusively for the court.” Id. at 970-71. “The construction
2
of claims is simply a way of elaborating the normally terse claim language in order to understand
and explain, but not to change, the scope of the claims.” Embrex, Inc. v. Serv. Eng'g Corp., 216
F.3d 1343, 1347 (Fed. Cir. 2000).
Claim construction focuses on the intrinsic evidence, which consists of the claims
themselves, the specification, and the prosecution history. See Phillips v. AWH Corp., 415 F.3d
1303, 1314 (Fed. Cir. 2005) (en banc); see also Markman, 52 F.3d at 979. As the Federal Circuit
in Phillips explained, courts must analyze each of these components to determine the “ordinary
and customary meaning of a claim term” as understood by a person of ordinary skill in art at the
time of the invention. 415 F.3d at 1313. “Such intrinsic evidence is the most significant source of
the legally operative meaning of disputed claim language.” Bell Atl. Network Servs., Inc. v. Covad
Commc'ns Grp., Inc., 262 F.3d 1258, 1267 (Fed. Cir. 2001).
“It is a ‘bedrock principle’ of patent law that ‘the claims of a patent define the invention to
which the patentee is entitled the right to exclude.”’ Phillips, 415 F.3d at 1312 (quoting
Innova/Pure Water, Inc. v. Safari Water Filtration Sys., Inc., 381 F.3d 1111, 1115 (Fed. Cir.
2004)). “Quite apart from the written description and the prosecution history, the claims
themselves provide substantial guidance as to the meaning of particular claims terms.”
Id. at 1314; see also Interactive Gift Express, Inc. v. Compuserve Inc., 256 F.3d 1323, 1331 (Fed.
Cir. 2001) (“In construing claims, the analytical focus must begin and remain centered on the
language of the claims themselves, for it is that language that the patentee chose to use to
‘particularly point [ ] out and distinctly claim [ ] the subject matter which the patentee regards as
his invention.”). The context in which a term is used in an asserted claim can be ““highly
instructive.” Phillips, 415 F.3d at 1314. Additionally, other claims in the same patent, asserted or
unasserted, may also provide guidance as to the meaning of a claim term. Id.
3
The specification “is always highly relevant to the claim construction analysis. Usually it
is dispositive; it is the single best guide to the meaning of a disputed term.” Id. at 1315 (quoting
Vitronics Corp. v. Conceptronic, Inc., 90 F.3d 1576, 1582 (Fed. Cir. 1996)). “[T]he specification
may reveal a special definition given to a claim term by the patentee that differs from the meaning
it would otherwise possess. In such cases, the inventor’s lexicography governs.” Id. at 1316. “In
other cases, the specification may reveal an intentional disclaimer, or disavowal, of claim scope by
the inventor.” Id. As a general rule, however, the particular examples or embodiments discussed
in the specification are not to be read into the claims as limitations. Id. at 1323. In the end, “[t]he
construction that stays true to the claim language and most naturally aligns with the patent’s
description of the invention will be ... the correct construction.” Id. at 1316 (quoting Renishaw
PLC v. Marposs Societa' per Azioni, 158 F.3d 1243, 1250 (Fed. Cir. 1998)).
In addition to the claims and the specification, the prosecution history should be examined,
if in evidence. Id. at 1317; see also Liebel-Flarsheim Co. v. Medrad, Inc., 358 F.3d 898, 913
(Fed. Cir. 2004). The prosecution history can “often inform the meaning of the claim language by
demonstrating how the inventor understood the invention and whether the inventor limited the
invention in the course of prosecution, making the claim scope narrower than it would otherwise
be.” Phillips, 415 F.3d at 1317; see also Chimie v. PPG Indus. Inc., 402 F.3d 1371, 1384 (Fed.
Cir. 2005) (“The purpose of consulting the prosecution history in construing a claim is to exclude
any interpretation that was disclaimed during prosecution.”).
When the intrinsic evidence does not establish the meaning of a claim, then extrinsic
evidence (i.e., all evidence external to the patent and the prosecution history, including
dictionaries, inventor testimony, expert testimony, and learned treatises) may be considered.
Phillips, 415 F.3d at 1317. Extrinsic evidence is generally viewed as less reliable than the patent
itself and its prosecution history in determining how to define claim terms. Id. at 1317. “The
4
court may receive extrinsic evidence to educate itself about the invention and the relevant
technology, but the court may not use extrinsic evidence to arrive at a claim construction that is
clearly at odds with the construction mandated by the intrinsic evidence.” Elkay Mfg. Co. v. Ebco
Mfg. Co., 192 F.3d 973, 977 (Fed. Cir. 1999).
If, after a review of the intrinsic and extrinsic evidence, a claim term remains ambiguous,
the claim should be construed so as to maintain its validity. Phillips, 415 F.3d at 1327. Claims,
however, cannot be judicially rewritten in order to fulfill the axiom of preserving their validity.
See Rhine v. Casio, Inc., 183 F.3d 1342, 1345 (Fed. Cir. 1999). Thus, “if the only claim
construction that is consistent with the claim’s language and the written description renders the
claim invalid, then the axiom does not apply and the claim is simply invalid.” Id.
III. COMPLAINANT NVIDIA CORPORATION’S MOTION TO STRIKE
DECLARATIONS OF DR. DINESH MANOCHA AND DR. JOHN VILLASENOR
On January 23, 2015, NVIDIA filed a motion seeking to strike the declarations of Dr.
Manocha and Dr. Villasenor. (Motion Docket No. 932-015.) Specifically, NVIDIA seeks to
strike the two expert Declarations submitted by Respondents with their reply claims construction
briefs, or, at a minimum, strike ¶¶ 32-37 of Dr. Villasenor’s Declaration and ¶¶ 57-60 of
Dr. Manocha’s Declaration, which address indefiniteness. On January 29, 2015, Respondents
filed an opposition to the motion. On February 4, 2015, the Staff filed its response in partially
support of the motion to strike. On February 5, 2015, NVIDIA filed a motion for leave, which is
hereby DENIED, to file a reply in support of its motion to strike. (Motion Docket No. 932-017.)
NVIDIA contends that the declarations of Dr. Dinesh Manocha (“Manocha Decl.”) and
Dr. John Villasenor (“Villasenor Decl.”) appended to Respondent’s reply claims construction brief
(collectively, “Declarations”) should be stricken in their entirety for failure to comply with Ground
Rule 8.2., or alternatively, to the extent that they contain improper rebuttal testimony on the issue
of indefiniteness.
5
In pertinent part Ground Rule 8.2 states:
Not later than the date set forth in the procedural schedule, the parties shall
simultaneously exchange proposed constructions of each term identified by any
party for claim construction. Each such proposed construction shall also, for each
term which any party contends is governed by 35 U.S.C. § 112 ¶ 6, identify the
structure(s), act(s), or material(s) corresponding to that term’s function.
Additionally, each party shall identify all references from the specification
or prosecution history that support each proposed construction. Each party shall
also designate any supporting extrinsic evidence including, without limitation,
dictionary definitions, citations to learned treatises and prior art, and testimony of
percipient and expert witnesses. Extrinsic evidence shall be identified by
production number or by producing a copy of the evidence if not previously
produced. With respect to any supporting witness, percipient or expert, a party
shall also provide a description of the substance of that witness’ proposed
testimony that includes a listing of any opinions to be rendered in connection
with claim construction.
(See Order No. 2 Ground Rule 8.2 (emphasis added).) At the time when the parties
simultaneously exchange proposed constructions, the parties cannot know whether they will need
to offer evidence in rebuttal. Thus failure to identify rebuttal testimony or rebuttal experts at the
time of the simultaneous exchange of proposed constructions cannot be a violation of Ground
Rule 8.2.
Respondents allege certain terms to be indefinite. The burden to prove indefiniteness rests
squarely with Respondents. Thus, pursuant to Ground Rule 8.2 Respondents were required to
disclosure any expert testimony or opinions they would be relying on to support their initial claims
construction brief. In their Ground Rule 8.2 disclosures, Respondents did not provide notice that
they would be offering any expert testimony in support of their claims construction. Thus,
Respondents are precluded from offering expert testimony in support of their opening claim
construction brief.
At the time of the Ground Rule 8.2 disclosures, Respondents were not aware of the expert
testimony that NVIDIA would offer in support of its initial claims construction brief. Thus,
Respondents could not have known at the time the substance of rebuttal testimony that
6
Respondents would offer. Accordingly, I do not find Respondents precluded from offering
rebuttal expert testimony in support of their reply claims construction brief.
Respondents’ Declarations, however, are not limited to rebuttal testimony to support the
reply brief, but also include testimony supporting arguments raised by Respondents in their
opening claim construction brief. For example, Dr. Manocha and Dr. Villasenor offer opinions
regarding the level of ordinary skill in the art. (See Manocha Decl. at ¶¶ 18, 19; Villasenor Decl.
at ¶¶ 22-24). But this testimony was not identified in Respondents’ Ground Rule 8.2 disclosures,
and would more properly have been offered in support of Respondents’ opening claim
construction brief. Thus, I find such testimony is not proper rebuttal testimony and should be
stricken. Similarly, paragraphs 22-24, 28, 29, and 35-37 of Dr. Manocha’s Declaration (regarding
the plain and ordinary meanings of the terms “instruction” and “operation”) and paragraph 28
(regarding the proper construction of the phrase “single semiconductor platform”) of
Dr. Villasenor’s Declaration are not proper rebuttal testimony. Thus, I find those paragraphs
should also be stricken.
With regard to paragraphs 17 and 20 of Dr. Manocha’s Declaration (rebutting Dr. Aliaga’s
and Dr. Pfister’s testimony regarding the level of ordinary skill in the art), and paragraphs 42-43
of Dr. Manocha’s Declaration (rebutting Dr. Pfister’s explanation of traditional rendering) and
paragraph 21 of Dr. Villasenor’s Declaration (rebutting Dr. Aliaga’s and Dr. Pfister’s testimony
regarding the level of ordinary skill in the art) I disagree with NVIDIA that these paragraphs
primarily constitute improper rebuttal testimony. For example, paragraph 17 of Dr. Manocha’s
Declaration states, in part:
While I agree that a person of ordinary skill in the relevant fields of the '063 and
'140 patent would have at least two years of experience in computer graphics, I
disagree with Dr. Aliaga’s and Dr. Pfister’s described educational level.
7
(Manocha Dec. at ¶ 17). This paragraph primarily rebuts the testimony of Drs. Aliaga and
Pfister, and thus I find it to be proper rebuttal. Similarly, I find the other paragraphs
discussed above may be fairly categorized as rebuttal testimony. Thus, I find this testimony
need not be struck.
With regard to paragraphs 57-60 of Dr. Manocha’s Declaration, in those paragraphs
Dr. Manocha explains why he disagrees with Dr. Pfister’s opinion that the term “memory”
is not indefinite. Thus, I find Dr. Manocha’s testimony to be proper rebuttal. Accordingly,
paragraphs 57-60 need not be struck.
With regard to paragraphs 32-37 of Dr. Villasenor’s Declaration, in those
paragraphs Dr. Villasenor explains why he disagrees with Dr. Aliaga’s opinion that the
phrase “a combiner module … for combining the output generated by the shading module”
has a definite meaning in the context of the claims. Respondents no longer assert that
phrase is indefinite. Rather, Respondents now argue that properly construed the phrase
means “circuitry for combining the output of step (a) with the further output of step (c).”
(See RMSB at 16.) Accordingly, NVIDIA’s motion with regard to paragraphs 32-37 of
Dr. Villasenor’s Declaration is now moot.
Accordingly, for at least the reasons above, I am GRANTING-IN-PART
NVIDIA’s motion and I am striking paragraphs 18, 19, 22-24, 28, 29, and 35-37 of Dr.
Manocha’s Declaration and paragraphs 22-24 and 28 of Dr. Villasenor’s Declaration as
improper rebuttal testimony in violation of Ground Rule 8.2. The remainder of the motion
is hereby DENIED.
8
IV. U.S. PATENT NO. 6,198,488 & U.S. PATENT NO. 6,992,667
A. Overview
U.S. Patent No. 6,198,488 (“the '488 patent”) is titled “Transform, Lighting and
Rasterization System Embodied on a Single Semiconductor Platform.” The '488 patent issued on
March 6, 2001 and lists the following individuals as inventors: John Erik Lindholm; Simon Moy;
Kevin Dawallu; Mingjian Yang; John Montrym; David B. Kirk; Paolo E. Sabella; Matthew N.
Papakipos; Douglas A. Voorhies; and Nicholas J. Foskett. There are 26 claims. In this
investigation, NVIDIA is asserting independent claims 1, 19, and 20 of the '488 patent. See 79
Fed. Reg. 61338 (Oct. 10, 2014).
U.S. Patent No. 6,992,667 (“the '667 patent”) is titled “Single Semiconductor Graphics
Platform System and Method With Skinning, Swizzling, and Masking Capabilities.” The '667
patent issued on January 31, 2006 and lists the same inventors as the '488 patent. The '667 patent
claims priority to the '488 patent through a series of continuation applications. The '488 patent
and the '667 patent are thus based on a common specification. The ‘667 patent has 29 claims, of
which claims 1, 7, 10, 17, 20, 26, and 29 are independent. In this investigation, NVIDIA is
asserting all 29 claims. See 79 Fed. Reg. 61338 (Oct. 10, 2014).
The ‘488 and ‘667 patents generally relate to computer graphics processors for rendering
three-dimensional (“3D”) graphics for display on two-dimensional (“2D”) computer screens. (See
e.g., ‘488 patent at 1:32-54). Prior to the ‘488 and ‘667 patents, computer graphics processing
systems typically used pipelined architectures. According to the ‘488 and ‘667 patents, there was
“a general need to increase the speed of the various graphics processing components, while
minimizing costs.” (Id. at 2:40-42). The patents purport to describe “a transform, lighting, and
rasterization module having a design that allows cost-effective integration.” (Id. at 2:65-68).
9
B. Level of Ordinary Skill in the Art
The Parties’ Positions
Respondents contend that a person of ordinary skill in the art would have “at least a Ph.D.
degree in electrical engineering, computer engineering, computer science, or mathematics with a
minimum of two years of academic work experience in graphics, including hardware for
processing graphics; or at least a Master’s degree in electrical engineering, computer engineering,
computer science, or mathematics with a minimum of four years of academic or work experience
in graphics, including hardware for processing graphics.” (RBr. at 42.)
NVIDIA does not address the level of ordinary skill in the art in its brief. However,
NVIDIA submitted as an exhibit to its brief a declaration by Dr. Hanspeter Pfister that states: “a
person of skill in the art of these patents would have a four-year degree in Electrical Engineering
or Computer Science, or an equivalent technical degree, as well as at least two years of experience
in graphics processing, including developing, designing or programming software or hardware for
graphics processing units, hardware graphics accelerators or other graphics processing systems.”
(See CMIB, Ex. A (Pfister Dec.) at ¶ 4.)
The Staff asserts that the difference between the private parties’ proposals with respect to
the level of ordinary skill in the art does not appear to be dispositive as to the construction that
should be adopted for the disputed term. (SIB at 7.) However, the Staff argues that should a
decision be made as to the level of ordinary skill in the art, then the Staff agrees with the opinion
of NVIDIA’s expert, Dr. Pfister. The Staff notes that insofar as expert and fact discovery is not
yet complete, it may become necessary for the Staff to modify its contention regarding the level of
ordinary skill in the art in light of future discovery.
10
Discussion
Having considered the parties positions, I find a person of ordinary skill in the art would
have at least a four-year degree in Electrical Engineering. Computer Engineering, Computer
Science, or equivalent, as well as at least two years of experience in graphics processing including
developing, designing or programming software or hardware for graphics processing units,
hardware graphics accelerators or other graphics processing systems. I reserve the right to amend
this determination in my final initial determination if any new, persuasive information on this
issue is presented during the course of the evidentiary hearing in this investigation.
C. Disputed Term – “single semiconductor platform”
The parties dispute the meaning of the phrase “single semiconductor platform” in claims 1,
19, and 20 of the ‘488 patent and in claims 1, 5, 7, 10, 15, 17, 20, 24, 26, and 29 of the ‘667
patent. Illustrative claim 1 of the ‘667 patent and claim 20 of the ‘488 patent read as follows:
Claim 1. A hardware graphics system capable of performing a skinning operation,
comprising:
a single semiconductor platform for transforming graphics data, lighting the
graphics data, and rasterizing the graphics data, the single semiconductor
platform adapted to operate in conjunction with a central processing unit;
wherein the single semiconductor platform is further capable of performing a
skinning operation involving the graphics data.
Claim 20. A method for graphics processing, comprising:
(a) transforming vertex data from object space to screen space;
(b) lighting the vertex data;
(c) executing multiple threads of operation in parallel through a plurality of
logic units while at least one of transforming and lighting the vertex data; and
(d) rendering the vertex data, wherein the vertex data is transformed, lighted,
and rendered on a single semiconductor platform.
(‘667 patent at 36:16-25; ‘488 patent at 37:43-53) (emphasis added).
11
The Parties’ Positions
Term
Proposed Constructions
Complainant Respondents Staff
“single
semiconductor
platform”
Plain and ordinary
meaning. But if
construed: sole unitary
semiconductor-based
integrated circuit or chip
sole unitary
semiconductor-based
integrated circuit or chip
incorporating separate
hardware dedicated to
each of transform,
lighting, and
rasterizing/rendering
sole unitary
semiconductor-based
integrated circuit or chip
NVIDIA
NVIDIA asserts that the core dispute between the parties is whether the limitations
“incorporating separate hardware dedicated to each of transform, lighting and
rasterizing/rendering” should be included in the construction of the term “single semiconductor
platform.” (CMIB at 11.) NVIDIA argues that respondent’s position is inconsistent with the
claim language, the summary of the invention, and the specification. (Id.) In fact, NVIDIA
argues that Respondent’s construction contradicts the basic purposes of the invention and the
description of the invention. (Id.)
NVIDIA argues the term “single semiconductor platform” of the ‘488 and ‘667 Patents
does not require construction and should be given its plain and ordinary meaning as the inventors
did not give any special meaning to the term. (Id. at 12.) NVIDIA argues that Respondents have
not argued that the term “single semiconductor platform” is coined, unclear or ambiguous and thus
the plain meaning of this term should govern. (Id.) NVIDIA argues that construction of the
“single semiconductor platform” falls squarely in the category of a term that is “readily apparent
even to lay judges,” such that its construction should involve “little more than the application of
the widely accepted meaning.” (Id. (quoting Phillips, 415 F.3d at 1314).)
12
NVIDIA argues that should I decide that construction of “single semiconductor platform”
is necessary, the term is properly construed as a “sole unitary semiconductor-based integrated
circuit or chip.” (Id. at 13.) NVIDIA argues that this construction is identical to its ordinary
meaning and its description in the specification. (Id.)
Respondents
Respondents argue that the claim language and specification demonstrate that the “single
semiconductor platform” incorporates separate dedicated hardware for performing the claimed
transform, lighting, and rasterizing/rendering operations and cannot merely be a single integrated
circuit or chip. (RMIB at 42.) Respondents argue the claims themselves confirm that “single
semiconductor platform” requires dedicated hardware. (Id. at 43.) For example, Respondents
argue the “single semiconductor platform” of every asserted claim of the ’667 and ’488 patents is
not a generic integrated circuit or chip, but rather a “single semiconductor platform” that
transforms graphics data, lights graphics data, and rasterizes/renders graphics data. (Id.) Thus,
Respondents argue, the claim language confirms that the “single semiconductor platform” must
include at least hardware to transform, light, and rasterize. (Id.) Respondents also argue that
claim 1 of the ’488 patent and claim 29 of the ’667 patent specify that the “single semiconductor
platform” includes a “transform module,” a “lighting module,” and a “rasterizer/render module.”
(Id.) Respondents argue that because each of these modules is “coupled” to at least one other
module, the claim language confirms that the claimed transform, lighting, and
rasterizing/rendering operations are performed by separate hardware units (i.e., modules)
incorporated within the “single semiconductor platform.” (Id.) Respondents further argue that the
remaining asserted apparatus claims of the ’667 patent (claims 1, 10, and 20) support their
construction in that they require a “single semiconductor platform for transforming . . . lighting . . .
and rasterizing the graphics data”—i.e., the “single semiconductor platform” itself contains
13
hardware for performing these claimed operations. (Id.) Respondents argue the asserted method
claims (claim 20 of the ’488 patent and claims 7, 17, and 26 of the ’667 patent) likewise require
that the transform, lighting, and rasterizing operations “are performed on a single semiconductor
platform.” (Id.) Respondents argue that this confirms that each claimed operation is performed
via hardware units on the “single semiconductor platform” itself. (Id.)
Respondents also argue that the specification supports their position. (Id. at 44.)
Respondents argue that the specification repeatedly confirms that the alleged invention is an
integrated circuit or chip that incorporates separate hardware modules for each of the claimed
transform, lighting, and rasterizing operations. (Id. (citing ‘667 Abstract, Field of Invention,
Disclosure of Invention).) Respondents argue that the specification states that the modules are
separate dedicated hardware—“the present invention is divided into four main modules including
transform module 52, a lighting module 54, and a rasterization module 56.” (Id. at 44-45 (citing
‘667 patent at 6:43-44).) Respondents argue that these modules are coupled to other modules,
further confirming that the modules are separate dedicated hardware. (Id. at 45.) Respondents
argue that additional evidence that the claimed “single semiconductor platform” incorporates
separate dedicated hardware modules can be found in the specification’s description of the
problem allegedly solved by the invention—integrating separate modules. (Id.) Respondents
argue that the patents’ solution to this problem was to provide “a design that allows cost-effective
integration”—i.e., “incorporation of different processing modules on a single integrated circuit,”
by redesigning each of the modules with less circuitry so that all of the modules could be
“squeezed” onto a single platform. (Id. at 46.) Respondents argue the only modules described in
the specification are dedicated modules—“a transform module 52, a lighting module 54, and a
rasterization module 56 with a set-up module 57.” (Id. at 46.) Respondents argue that nothing in
the specification describes, for example, a transform module capable of lighting, or a lighting
14
module capable of transforming (nor would such modules be consistent with the stated purpose of
the patent). (Id.) Thus, Respondents argue, in these patents, transforming, lighting, and
rasterizing are performed by separate hardware modules, each dedicated to performing one of
those functions, as illustrated above. (Id.) Respondents argue that because the construction of
“single semiconductor platform” must specify that separate graphics processing modules are
integrated together on a single integrated circuit, it follows that the proper construction of “single
semiconductor platform” is a “sole unitary semiconductor-based integrated circuit or chip
incorporating separate hardware dedicated to each of transform, lighting, and
rasterizing/rendering.” (Id. at 49.) Respondents argue this construction agrees with the
specification and makes sense of the “single semiconductor platform” described in each of the
asserted claims. (Id.)
The Staff
The Staff argues that its proposed construction is consistent with the plain language of the
claims and the intrinsic record of the ‘488 and ‘667 patents. (SMIB at 8.) The Staff argues that
the specification explicitly contemplates that a “single semiconductor platform” may be embodied
as a “sole unitary semiconductor-based integrated circuit or chip.” (Id. at 9.) The Staff also
argues that NVIDIA’s expert, Dr. Pfister, agrees that one of ordinary skill in the art would
understand the term “single semiconductor platform” to refer to a “sole unitary semiconductor-
based integrated circuit or chip.” (Id.) The Staff argues the Respondents’ construction, in
contrast, attempts to import limitations from disclosed embodiments into the claims. (Id.)
Discussion
The specifications of the ‘488 and ‘667 patents state that the “single semiconductor
platform may refer to a sole unitary semiconductor-based integrated circuit or chip.” (‘667 patent
at 6:5-7; ‘488 patent at 6:49-51). The parties appear to generally agree that in light of this
15
statement a “single semiconductor platform” requires a “sole unitary semiconductor-based
integrated circuit or chip.” Respondents, however, contend that this phrase should be further
construed so as to require “separate hardware dedicated to each of transform, lighting, and
rasterizing/rendering.” NVIDIA and the Staff disagree.
In keeping with the plain language of the claims, the specification states:
As shown, the present invention is divided into four main modules including a
vertex attribute buffer (VAB) 50, a transform module 52, a lighting module 54, and
a rasterization module 56 with a set-up module 57. In one embodiment, each of the
foregoing modules is situated on a single semiconductor platform in a manner that
will be described hereinafter in greater detail. In the present description, the
single semiconductor platform may refer to a sole unitary semiconductor-based
integrated circuit or chip.
(‘667 patent at 5:65-6:7; ‘488 patent at 6:42-51) (emphasis added). Thus, the specification
explicitly contemplates that a “single semiconductor platform” may be embodied as a “sole
unitary semiconductor-based integrated circuit or chip.”
Respondents’ proposed construction goes too far by requiring the single semiconductor
platform to incorporate separate hardware dedicated to each of transform, lighting, and
rasterizing/rendering. There simply is no basis in the claims for adding a limitation requiring
separate, dedicated hardware to perform these various claimed functions. While it is true that the
specification does teach that dedicated hardware “might” be used to perform each of the
transform, lighting, and rasterizing/rendering functions, it would be improper to incorporate that
limitation from the specification into the claims when, as here, there is no clear expression of
intent on the part of the applicant to do so. (See the ‘488 patent at 14:65-66 (“Such processes
might be executed with any desired dedicated hardware”) (emphasis added).) See also Intel Corp.
v. U.S. International Trade Commission, 946 F.2d at 836 (“Where a specification does not require
a limitation, that limitation should not be read from the specification into the claims.”); Thorner v.
Sony Computer Entertainment America, LLC, 669 F.3d 1362, 1368 (Fed. Cir. 2012) (“It is … not
16
enough that the only embodiments, or all of the embodiments, contain a particular limitation. We
do not read limitations from the specification into claims; we do not redefine words.”).
Additionally, contrary to Respondents’ argument, neither the claims nor the specification ever uses
the term “separate” in reference to any of the hardware on the single semiconductor platform.
Further, I find it redundant to refer to the transform, lighting, and rasterizing/rendering functions
in the construction of the term “single semiconductor platform” because those functions are
already separately and specifically claimed. (See ‘667 patent, claim 1 (“a single semiconductor
platform for transforming graphics data, lighting the graphics data, and rasterizing the graphics
data …”); ‘488 patent, claim 20 (“… wherein the vertex data is transformed, lighted, and
rendered on a single semiconductor platform.”). Accordingly, I find Respondents’ proposed
construction not persuasive.
Thus, in keeping with the specification and the language of the claims I find for at least the
reasons above that one of ordinary skill in the art at the time of the invention would construe the
term “single semiconductor platform” as a “sole unitary semiconductor-based integrated circuit or
chip.”
V. U.S. Patent No. 7,209,140
A. Overview
U.S. Patent No. 7,209,140 (“the ‘140 patent”) is titled “System, Method and Article of
Manufacture for a Programmable Vertex Processing Model With Instruction Set.” The ‘140
patent issued on April 24, 2007, and lists John Erik Lindholm, David B. Kirk, Henry P. Moreton,
and Simon Moy as inventors. The ‘140 patent has five figures and 14 claims. Independent claims
1, 5-7, 12, and 14, and dependent claims 2-4 and 8-10 are asserted in this investigation. See 79
Fed. Reg. 61338 (Oct. 10, 2014).
17
B. Level of Ordinary Skill in the Art
The Parties’ Positions
Respondents contend that a person of ordinary skill in the art would have “at least a Ph.D.
degree in electrical engineering, computer engineering, computer science, or mathematics with a
minimum of two years of academic work experience in graphics, including hardware for
processing graphics; or at least a Master’s degree in electrical engineering, computer engineering,
computer science, or mathematics with a minimum of four years of academic or work experience
in graphics, including hardware for processing graphics.” (RMIB at 14.)
NVIDIA does not address the level of ordinary skill in the art in its brief. However,
NVIDIA submitted a declaration by Dr. Daniel G. Aliaga that states: “a person of skill in the art of
these two patents would have a four-year degree in Electrical Engineering or Computer Science,
or an equivalent technical degree, as well as at least two years of experience in graphics
processing, including developing, designing or programming software or hardware for graphics
processing units (‘GPUs’), hardware graphics accelerators or other graphics processing systems.”
(CMIB, Ex. B (Aliaga Dec.) at ¶ 3.)
The Staff asserts that the difference between the private parties’ proposals with respect to
the level of ordinary skill in the art does not appear to be dispositive as to the constructions that
should be adopted for the terms in dispute. Nonetheless, the staff argues that should a decision be
made as to the level of ordinary skill in the art, the Staff presently agrees with the opinion of
NVIDIA’s expert, Dr. Aliaga. The Staff notes that insofar as expert and fact discovery is not yet
complete, it may become necessary for the Staff to modify its contention regarding the level of
ordinary skill in the art in light of future discovery.
18
Discussion
Having considered the parties positions, I find a person of ordinary skill in the art would
have at least a four-year degree in Electrical Engineering. Computer Engineering, Computer
Science, or equivalent, as well as at least two years of experience in graphics processing including
developing, designing or programming software or hardware for graphics processing units,
hardware graphics accelerators or other graphics processing systems. I reserve the right to amend
this determination in my final initial determination if any new, persuasive information on this
issue is presented during the course of the evidentiary hearing in this investigation.
C. Disputed Claim Terms
The parties have sought construction of two terms found in the claims of the ‘140 patent:
“instruction” and “operation.” During the Markman hearing, however, it became clear that the
parties’ arguments regarding the term “instruction” really turned on the proper construction of the
term “instruction set.” The parties had not discussed the term “instruction set” in their claims
construction briefs, so I ordered the parties to provide supplemental briefing on that issue. On
February 11, 2015, NVIDIA and Respondents filed their supplemental briefs. On February 13,
2015, the Staff filed its supplemental brief,
Illustrative claims 1 and 14 of the ‘140 patent read as follows:
Claim 1. A method for programmable processing in a hardware graphics
accelerator, comprising:
receiving graphics data including lighting information in a hardware
graphics accelerator; and
performing programmable operations on the graphics data utilizing the
hardware graphics accelerator in order to generate output to be displayed,
wherein the operations are programmable by a user utilizing instructions
from a predetermined instruction set capable of being executed by the
hardware graphics accelerator;
wherein the operations include a set on less operation, a move
operation, a multiply operation, an addition operation, a multiply and
19
addition operation, a reciprocal operation, a reciprocal square root
operation, a three component dot product operation, a four component
dot product operation, a distance operation, a minimum operation, a
maximum operation, a set on greater or equal than operation, an
exponential operation, a logarithm operation, and a lighting operation.
Claim 14. A system, comprising:
a central processing unit; and
a hardware graphics accelerator for receiving graphics data, and performing
programmable operations on the graphics data in order to generate output;
wherein the operations are programmable by a user utilizing
instructions from a predetermined instruction set capable of being
executed by the hardware graphics accelerator, the predetermined
instruction set including a reciprocal instruction, a reciprocal square
root instruction, a three component dot product instruction, a four
component dot product instruction, a distance instruction, a minimum
instruction, a maximum instruction, an exponential instruction, and a
logarithm instruction.
(‘140 patent at claim 1, 24:23-38) (emphasis added).
1. “operation”
The Parties’ Positions
Term
Proposed Constructions
Complainant Respondents Staff
“operation” action or process process corresponding
to a particular opcode
process corresponding
to a particular opcode
NVIDIA
NVIDIA argues the ‘140 Patent uses the term “operation” consistent with the ordinary
usage of the term to generally refer to actions or processes. (CMIB at 43.) NVIDIA argues that
neither the claims nor the specification restricts the meaning of “operation” any further. (Id.)
NVIDIA argues that according to the plain language of the claims, the operations are
programmable by a user. (Id.) NVIDIA asserts that this allows application writers to create
20
graphics effects that are executed by the hardware graphics accelerator by using instructions from
an instruction set to specify desired graphics “operations,” which may involve a step, i.e., an
action, or a series of steps, i.e., a process. (Id.)
NVIDIA argues that in addition to the plain language of the claims, the specification
confirms that the ‘140 Patent uses the term “operation” to refer to any action or process, including
high-level functions in the graphics pipeline. (Id.) In support, NVIDIA notes that the patent states
that “During use, the graphics pipeline 100 is adapted to carry out numerous operations for the
purpose of processing computer graphics.” (Id. (quoting ʼ140 Patent at 3:32-34).) NVIDIA also
contends that the patent teaches that vertex processing may include numerous “operations,”
including “texgen operations, lighting operations, transform operations, and/or any other
operations that involve vertices…” (Id. (quoting (‘140 Patent at 3:40-50).) NVIDIA argues that
specification also teaches that each of these high-level “operations” may include multiple sub-
steps to complete the process specified by the instructions of the operation. (Id. (citing ‘140
Patent at 1:35-42, 1:43-45, 1:51).) Moreover, NVIDIA argues that when specific types of
operations are illustrated, the specification is clear to identify those operations as “exemplary.”
(Id. at 44.)
NVIDIA argues that because the meaning of “operation” as an “action or process” is
unambiguous in view of the intrinsic record, there is no need to refer to extrinsic evidence.
Nevertheless, NVIDIA contends the extrinsic record also supports its construction. (Id. (citing Ex.
C-1 (The American Heritage Dictionary of the English Language, 4th ed. (2000)), Ex. C-4
(Webster’s Encyclopedic Unabridged Dictionary of the English Language (1996)).)
Respondents
Respondents contend that the claims tie “operations” to particular “instructions” of the
graphic accelerator’s “instruction set.” (RMIB at 19.) Thus, Respondents argue, the plain
21
language of the claims shows that the operations cover a process of using the specific instructions
from the instruction set. (Id.) Respondents argue that it is tellingly that each specific operation
corresponds to a specific instruction. (Id.at 20.) Respondents assert that their construction
properly captures this linkage between “instructions” and “operations” by using the term “opcode”
in each construction. (Id.) Respondents argue that by seeking to divorce the “opcode” from the
“operation,” NVIDIA advances an illogical construction that is inconsistent with the plain
language of the claims. (Id.)
Respondents argue the prosecution history also confirms that an “operation” is the process
corresponding to a particular associated opcode, which can be executed by the graphics
accelerator. (Id. at 21.) Specifically, Respondents contend the applicants referred to the recited
specific instructions and specific operations of the same type (e.g., “set on less”) interchangeably,
arguing that the claimed “operations/instructions” are “carried out by the hardware graphics
accelerator.” (Id. (citing Ex. 18 (’140 patent FH, 3/24/03 Amendment) at 6-7).) Respondents note
that the only thing a graphics accelerator carries out are opcodes. (Id.) Respondents also argue
that both the Examiner and applicants recognized that each operation has a corresponding
instruction in the graphics accelerator’s instruction set. (Id.) Respondents contend that their
construction correctly captures the applicant’s use of these terms interchangeably, with the
“instruction” referring to the opcode and the “operation” referring to the process corresponding to
a particular opcode. (Id.) Respondents argue that having limited the scope of “operation” during
prosecution to avoid prior art, NVIDIA must now abide by that scope. (Id.) Respondents further
argue the extrinsic evidence supports its proposed construction. (Id. at 22.)
The Staff
The Staff argues that the term “operation” should be construed as a “process corresponding
to a particular opcode.” (SMIB at 16.) The Staff argues this construction is consistent with the
22
plain language of the claims, and the intrinsic record of the '140 patent. (Id.) The Staff contends
that in the context of the claims, the term “operation” refers to those processes implemented by the
hardware graphics accelerator that correspond to particular opcodes in the instruction set. (Id.)
The Staff reasons that it is telling the ’140 patent specification associates operations to
instructions, stating: “[t]his way, the operation associated with the instruction at hand may be
performed on the retrieved data in order to generate output.” (Id. (quoting '140 patent at 8:55-59).)
Thus, the Staff argues it is clear that the claims at issue use the term “operation” to refer to
particular processes corresponding to opcodes that can be specified by instructions in a defined
instruction set. (Id.)
Discussion
Respondents and the Staff contend that the claimed “operation” must be hardware-
dependent. That is, the operation must be specific to the hardware graphics accelerator.1
In
contrast, NVIDIA argues the patent requires no such limitation and that an “operation” may be
hardware-independent. That is, the operation need not be specific to the hardware graphic
accelerator, but may be an operation of, for example, a higher-level graphics API (e.g., OpenGL,
DirectX).
Method claim 1 includes the step of “performing programmable operations … utilizing the
hardware graphics accelerator …” System claim 14 includes “a hardware graphics accelerator
for … performing programmable operations …” NVIDIA’s interpretation of this language allows
a level of abstraction between the operation and the hardware graphics accelerator that I find runs
1
Respondents and the Staff argue that properly construed the term “operation” refers to “a process
corresponding to a particular opcode.” (emphasis added.) An opcode is the portion of a machine
language instruction that specifies the operation to be performed. Thus, by tying the construction
of “operation” to “a particular opcode” Respondents and the Staff are requiring the operation to be
a machine language operation of the hardware graphics accelerator (i.e., a hardware-dependent
operation).
23
contrary to the language’s plain and ordinary meaning. I read these statements from the claims to
require a direct relationship between the performance of the operation and the hardware graphics
accelerator.2
That is, I find a plain reading of the claim language requires the hardware graphics
accelerator to actually perform the claimed “operations.”
Other language in the claims further supports this conclusion. Claims 1 and 14 require the
hardware graphics accelerator to receive graphics data. Thus, by the express teaching of the
claims, the graphics data must reside with the hardware graphics accelerator. Claims 1 and 14 also
require the hardware graphics accelerator to perform “operations on the graphics data.” Because
the graphics data resides with the hardware graphics accelerator, the only way the hardware
graphics accelerator can perform operations “on the graphics data” is if those operations are
operations executable by the hardware graphics accelerator. The hardware graphics accelerator
can only perform those operations that are native to its chipset. Thus, based on the language of the
claims, an “operation” must a hardware-dependent operation of the hardware graphics accelerator.
NVIDIA’s proposed construction does not withstand scrutiny. The claims require the
hardware graphics accelerator perform the “operations” on the graphics data received by the
hardware graphics accelerator. Under NVIDIA’s proposed construction, the claimed “operations”
may include the operations of a high-level graphics API, such as DirectX. To execute a high-level
operation on the hardware graphics accelerator, the high-level operation must first be compiled
into machine code that the hardware graphics accelerator can understand. It is this compiled code
that the hardware graphics accelerator performs on the graphics data. Because the compiled code
consists of machine operations that differ from the “operations” of the high-level graphics API, it
2
In contrast, when the applicant intended a less direct relationship between the claimed
“instructions” and the hardware graphics accelerator, the applicant clearly indicated so by
requiring only that the instructions “be capable of being executed by the hardware graphics
accelerator.” (emphasis added).
24
cannot be said that the “operations” of the high-level graphics API are performed on the graphics
data received by the hardware graphics accelerator—a requirement of both claims 1 and 14.3
(See
‘140 patent, 1:67-2:2 (“Thereafter, programmable operations are performed on the data in order to
generate output.”), 9:11-13 (“Further, the particular operation is performed on the retrieved data in
order to generate output.”).) Thus, I find NVIDIA’s proposed construction fails to comport with
the language of the claims. Accordingly, I find NVIDIA’s proposed construction not persuasive.
Likewise, I am not persuaded by Respondents and the Staff’s argument that the
construction of the term “operation” should be tied to “a particular opcode.” I can find no support
in the claims for adding such a limitation. Nor do I find support in the specification. The
specification only uses the word “opcode” twice and only in the context of an exemplary
embodiment using assembly language. (See ‘140 patent at 6:57-59 (“An exemplary assembly
language that may be used in one implementation of the present invention will now be set forth.”),
7:54 (“An exemplary assembler format is as follows:”).)
Respondents and the Staff’s requirement of “a particular opcode” as part of the
construction of the term “operation” stems from Respondents and the Staff’s contention that the
phrase “instructions from a predetermined instruction set” must be limited to the native instruction
set of the hardware graphics accelerator. However, as discussed in more detail below, I am not
convinced the phrase “instructions from a predetermined instruction set” needs to be so limited.
The language of the claims clearly specifies the relationship between an “operation” and an
“instruction.” (See id. at 21:64-66 (“wherein the operations are programmable by a user utilizing
instructions from a predetermined instruction set”), 24:29-30 (“wherein the operations are
3
For example, a multiply operation in a high-level graphics API may be implemented in machine
code as a series of addition operations (i.e., 2 x 3 = (2 + 2 + 2)) performed on the graphics data.
Under NVIDIA’s proposed construction, the “operation” is the multiply operation, but the
operation performed on the graphics data is a series of addition operations.
25
programmable by a user utilizing instructions from a predetermined instruction set”).) Thus, I find
Respondents and the Staff’s attempt to capture that relationship as part of the construction of the
term “operation” unnecessary. Moreover, I find that the inclusion of the language “a particular
opcode” in Respondents and the Staff’s proposed construction brings confusion, not clarity, to the
claim construction.
Accordingly, for at least the reasons discussed above, I find that one of ordinary skill in the
art at the time of the invention would construe the term “operation” as an “action or process
recognized by the hardware graphics accelerator.”
2. “instructions from a predetermined instruction set”
The Parties’ Positions
Term
Proposed Constructions
Complainant Respondents Staff
“instruction set” the complete set of
instructions recognized
by a given processor or
provided by a given
programming language
a processor’s native
commands
“the complete set of
instructions recognized
by the hardware
graphics accelerator”
NVIDIA
NVIDIA argues that both “native” and “platform independent” instructions fall within the
scope of the claims because: (1) the claim language “instruction set capable of being executed by
the hardware graphics accelerator” is inconsistent with a construction limited to “native”
instructions, (2) the specification teaches that the invention can be carried out with “instructions of
an instruction set using any type of programming language,” (3) the prosecution history teaches
that vendor-independent graphics APIs had “instruction sets,” and (4) the IEEE Dictionary defines
“instruction set” as “The complete set of instructions recognized by a given computer or provided
by a given programming language.” (CMSB at 1.)
26
NVIDIA asserts that every claim of the ʼ140 Patent claims an “instruction set capable of
being executed by the hardware graphics accelerator.” (Id. at 2.) NVIDIA contends that if
“instruction set” is limited to the “native” instructions that a vendor provides with its GPU, the
clause “capable of being executed” would be superfluous. (Id.) NVIDIA asserts that “Native”
instructions are by definition capable of execution by the chip they are supplied with. Thus,
NVIDIA reasons, the “capable of” clause necessarily requires a broader construction. (Id.)
NVIDIA also argues that limiting “instruction set” to “native” instructions would contradict the
plain and ordinary meaning of the phrase “capable of.” (Id.) Accordingly, NVIDIA argues the
claims dictate that “instruction set” must encompass higher-level languages capable of working
with different vendors’ GPUs. (Id.)
NVIDIA also argues that the phrase “capable of being executed” does not restrict the
claimed “instruction set” only to machine code. (Id. at 3.) NVIDIA argues that any instructions
that can be translated or compiled into machine code that can execute on a particular GPU are
instructions “capable of being executed” by the GPU or “recognized” by the GPU. (Id.) NVIDIA
contends that Respondents provide no evidence of a special meaning or a disclaimer that warrants
changing this straightforward definition. (Id.)
NVIDIA further argues that the specification and prosecution history support its proposed
construction. (See id. at 4.) Additionally, NVIDIA argues the extrinsic evidence supports the
inclusion of high-level programming languages. Specifically, NVIDIA asserts that the IEEE
dictionaries from 2000 and earlier define instruction set as “The complete set of instructions
recognized by a given computer or provided by a given programming language.” (Id. at 5.)
Respondents
Respondents asserts the ‘140 patent claims require that the “instructions” be from a
“predetermined instruction set capable of being executed by the hardware graphics accelerator.”
27
(RMSB at 6.) Respondents contend this statement refers to the set of instructions that exist at the
chip-level, i.e., at the hardware graphics accelerator level, not un-executable, high-level
programming statements. (Id.) Respondents argue that this construction is confirmed by
numerous dictionaries, including from the IEEE, discussed below. (Id.)
Respondents contend that claiming separate instructions for “multiply,” “addition,” and
“multiply and addition” further indicates that the claims are directed to processor commands. (Id.)
Respondents assert that at the chip-level, a “multiply and addition” is advantageous because it
executes in less clock cycles than separate “multiply” and “addition” instructions. (Id.)
Respondents argue NVIDIA’s construction renders “multiply and addition” superfluous because it
allows the separately claimed “multiply” and “addition” operations to be used at a higher level to
perform “multiply and addition.” (Id.) Respondents also argue that the surrounding claim
language supports its construction. (Id. at 7.) Specifically, Respondents assert that the
surrounding claim language requires the “operations” be “perform[ed]” at the chip-level “utilizing
instructions” from the instruction set. (Id.) Respondents argue that a processor can only “utilize”
its native commands to “perform[] operations” on “data” in the chip. (Id.)
Respondents contend the specification confirms their construction of “instruction set” by
consistently and repeatedly referring only to the native commands a processor executes. (Id.)
First, Respondents argue the “Disclosure of the Invention” refers to chip-level instructions by
explaining that the hardware operates on the data in a “source buffer” “utiliz[ing] instructions,”
and stores the “output” in a register. (Id.) Second, Respondents argue the preferred embodiment
distinguishes between “instructions of an instruction set” and “using any type of programming
language” to “carry[]” out instructions. (Id.) Respondents also contend the file history supports
their construction. (See id. at 7-8.)
28
Respondents further maintain that the extrinsic evidence supports their construction. (Id.
at 8.) Respondents argue that numerous technical dictionary definitions of “instruction set,”
including the IEEE’s dictionary definition, show the phrase refers to native chip-level commands.
Respondents also assert that their expert opined that the phrase “instruction of an instruction set”
has a well-defined meaning in the field and that Respondents’ construction captures that meaning.
(Id.)
The Staff
The Staff argues that properly construed the term “instruction set” means “the complete set
of instructions recognized by the hardware graphics accelerator.” (SMSB at 1.) The Staff argues
that its construction is dictated by the plain language of the claim, and is supported by the
specification and prosecution history, as well as the extrinsic evidence. (Id.) The Staff contends
the plain language of the claims limits the term “instruction set” to the set of instructions “capable
of being executed by the hardware graphics accelerator.” (Id.) Thus, the Staff argues, “instruction
set” refers to the native instructions of the hardware graphics accelerator. (Id.) The Staff asserts
that while programmers may access the capabilities of the hardware graphics accelerator using
OpenGL or other graphics programming API, only the native instructions of the hardware
graphics accelerator are capable of being executed by the hardware graphics accelerator. (Id. at 1-
2.)
The Staff notes that the specification states that “one major drawback of this approach is
that changes to the graphics API are difficult and slow to be implemented. (Id. at 2 (quoting (‘140
patent at 1:47-49).) According to the staff, the '140 patent proposes an alternative to the
predefined set of commands enabled by traditional graphics APIs. (Id. (citing ‘140 patent at 1:65-
2:16).) The Staffa argues that by exposing the instruction set of a hardware graphics accelerator,
the device allows a user to directly access the instruction set of the hardware graphics accelerator
29
to efficiently execute custom code directly on the hardware graphics accelerator without waiting
possibly years for graphics APIs to add desired support. (Id.) Thus, the Staff argues the
specification is consistent with the plain language of the claims. (Id.)
The Staff argues that its proposed construction is also consistent with the extrinsic
evidence offered by the private parties. (Id.) For example, The Staff asserts that the IEEE defines
the term “instruction set” as “[t]he complete set of instructions recognized by a given computer or
provided by a given programming language.” (Id.) The Staff argues that because the claims recite
an instruction set “capable of being executed by the hardware graphics accelerator” (as opposed
to a central processing unit or programming language), the term “instruction set” must mean “the
complete set of instructions recognized by the hardware graphics accelerator.” (Id.)
Discussion
Respondents and the Staff argue the claimed “instruction set” refers to the hardware-
dependent set of instructions native to the graphics accelerator chip. NVIDIA seeks a broader
construction of the term “instruction set” that would not only include the set of instructions native
to the chip, but also those “provided by a given programming language,” including high-level
graphics APIs, such as OpenGL and DirectX.
The plain language of the claims requires that the “instructions of the … instruction set”
must be “capable of being executed by the hardware graphics accelerator.” Each of the parties cite
to this language in support of their proposed constructions. NVIDIA contends that because the
“instructions” from an instruction set of a hardware independent language, such as DirectX or
OpenGL, are compiled into machine code that is executed by the hardware graphics accelerator,
such “instructions” must be capable of being executed by the hardware graphics accelerator.
Respondents and the Staff on the other hand contend that only the native instructions of the
hardware graphics accelerator are capable of being executed by the hardware graphics accelerator.
30
I agree with NVIDIA that the plain and ordinary meaning of the phrase “capable of being
executed by the hardware graphics accelerator” has a broader meaning than something designed or
configured to accomplish a specific purpose. I find, as NVIDIA argues, the claim language is
broad enough to encompass the native instruction set of the hardware graphics accelerator, as well
as the instructions of an instruction set of a given programming language that is compiled into
machine code that is executable by the hardware graphics accelerator. I find Respondents and the
Staff’s reading of “capable of” to be overly narrow and inconsistent with that phrase’s plain and
ordinary meaning. Because Respondents and the Staff’s construction is contrary to the plain and
ordinary meaning of the claim language it cannot be correct absent some evidence the applicant
acted as his/her own lexicographer or disclaimed or disavowed claim scope. Aventis
Pharmaceuticals Inc. v. Amino Chemicals Ltd., 715 F.3d 1363, 1373 (Fed. Cir. 2013) (“The
written description and other parts of the specification, for example, may shed contextual light on
the plain and ordinary meaning; however, they cannot be used to narrow a claim term to deviate
from the plain and ordinary meaning unless the inventor acted as his own lexicographer or
intentionally disclaimed or disavowed claim scope.”) Here, I find evidence of neither in the
specification and prosecution history.
Moreover, Respondents’ and the Staff’s constructions render the claim language “capable
of being” in the phrase “capable of being executed by the hardware graphics accelerator”
superfluous. Respondents’ and the Staff’s proposed constructions limit the “instruction set” to the
set of native commands of the hardware graphics accelerator. Commands that are native to the
hardware graphics accelerator are directly executable by the hardware graphics accelerator.
Therefore, under Respondents’ and the Staff’s proposed constructions the “instructions of the
predetermined instruction set” are, by definition, executable by the hardware graphics accelerator.
Thus, if I were to adopt Respondents’ or the Staff’s proposed construction, the phrase “capable of
31
being executed” loses all meaning. This is impermissible. See Cat Tech LLC v. TubeMaster, Inc.,
528 F.3d 871, 885 (Fed. Cir. 2008) (refusing to adopt a claim construction which would render a
claim limitation meaningless); Power Mosfet Techs., L.L.C. v. Siemens AG, 378 F.3d 1396, 1410
(Fed. Cir. 2004) (explaining that a claim construction which renders claim terms superfluous is
generally disfavored); Elekta Instrument S.A. v. O.U.R. Scientific Int'l, Inc., 214 F.3d 1302, 1305-
07 (Fed. Cir. 2000) (refusing to adopt a claim construction which would render claim language
superfluous).
Consistent with NVIDIA’s proposed construction, the specification of the ‘140 patent
describes the invention as “a new computer graphics programming model and instruction set that
allows convenient implementation of changes to the graphics API.” (‘140 patent at 1:55-61
(emphasis added).) Thus, the specification teaches that the instruction set of the invention can
work with graphics APIs to address the disadvantages of the prior art APIs. The specification also
explains that the programmable vertex processing of the invention is carried out with “an
instruction set using any type of programming language.” (Id. at 8:1-4.) This again insinuates the
instruction set need not be hardware-dependent. Contrary to Respondents and the Staff’s
arguments, the only references to “opcodes” in the specification are qualified as being part of an
exemplary embodiment. (Id. at 6:57-58, 7:54-55, 8:3-4, 9:24-25.)
The prosecution history also supports NVIDIA’s proposed construction. During
prosecution, the applicant argued that the “instruction set” of the invention was “different from an
instruction set of a standard graphics application program interface” because the invention
provided “increased flexibility in programming.” (CMIB, Ex. D at 2, 5-6.) Thus, the patentee
expressly considered the term “instruction set” to apply to graphics APIs.
The extrinsic evidence further supports NVIDIA’s construction. In particular, the IEEE
dictionary, to which the Staff also cites in its supplemental brief, defines “instruction set” as “the
32
complete set of instructions recognized by a given computer or provided by a given programming
language.” (CMSB, Ex. A (emphasis added.).) Thus, the IEEE recognizes that an instruction set
need not be confined to the native instructions of a given computer, but may also be the instruction
set of a given programming language.
Accordingly, for at least the reasons above, I find one of ordinary skill in the art at the time
of the invention would construe the term “instruction set” as “the complete set of instructions
recognized by a given computer or provided by a given programming language.”
VI. U.S. Patent No. 6,697,063
A. Overview
U.S. Patent No. 6,697,063 (“the ‘063 patent”) is titled “Rendering Pipeline.” The ‘063
patent issued on February 24, 2004 and lists Ming Benjamin Zhu as the inventor. There are 29
claims. In this investigation, NVIDIA is asserting independent claims 7, 13, 18, and 21, and
dependent claims 8, 11, 12, 16, 17, 19, 20, 23, 24, 28, and 29 of the ‘063 patent. See 79 Fed. Reg.
61338 (Oct. 10, 2014).
B. Level of Ordinary Skill in the Art
The Parties’ Positions
Respondents contend that a person of ordinary skill in the art would have “at least a Ph.D.
degree in electrical engineering, computer engineering, computer science, or mathematics with a
minimum of two years of academic work experience in graphics, including hardware for
processing graphics; or at least a Master’s degree in electrical engineering, computer engineering,
computer science, or mathematics with a minimum of four years of academic or work experience
in graphics, including hardware for processing graphics.” (RMIB at 25-26.)
NVIDIA does not address the level of ordinary skill in the art in its brief. However,
NVIDIA submitted a declaration by Dr. Hanspeter Pfister that states: “a person of skill in the art
33
of these patents would have a four-year degree in Electrical Engineering or Computer Science, or
an equivalent technical degree, as well as at least two years of experience in graphics processing,
including developing, designing or programming software or hardware for graphics processing
units, hardware graphics accelerators or other graphics processing systems.” (CMIB, Ex. A
(Pfister Dec.) at ¶ 4.)
The Staff asserts that the difference between the private parties’ proposals with respect to
the level of ordinary skill in the art does not appear to be dispositive as to the constructions that
should be adopted for the terms in dispute. Nonetheless, the staff argues that should a decision be
made as to the level of ordinary skill in the art, the Staff presently agrees with the opinion of
NVIDIA’s expert, Dr. Pfister. The Staff notes that insofar as expert and fact discovery is not yet
complete, it may become necessary for the Staff to modify its contention regarding the level of
ordinary skill in the art in light of future discovery.
Discussion
Having considered the parties positions, I find a person of ordinary skill in the art would
have at least a four-year degree in Electrical Engineering. Computer Engineering, Computer
Science, or equivalent, as well as at least two years of experience in graphics processing including
developing, designing or programming software or hardware for graphics processing units,
hardware graphics accelerators or other graphics processing systems. I reserve the right to amend
this determination in my final initial determination if any new, persuasive information on this
issue is presented during the course of the evidentiary hearing in this investigation.
C. Disputed Terms
The parties have sought construction of three limitations found in the claims of the ‘063
patent: “scan/z engine”; “output a fragment/outputting a plurality of fragments”; and “the
memory”. The term “scan/z engine” appears in claims 7, 21, and 23, the phrase “output a
34
fragment/outputting a plurality of fragments” in claims 13 and 18; and the term “the memory” in
claim 23.
Illustrative claims 13, 21 and 23 of the ‘063 patent read as follows:
Claim 13. A method of rendering geometries comprising:
[1] performing a first rendering function comprising:
receiving a plurality of geometries including a plurality of vertices
and vertices connectivity information, each vertex including x, y,
and z coordinates;
determining z values for each x and y location in a screen space for
each geometry in the plurality of geometries;
comparing z values for each geometry in the plurality of geometries
at each x and y location; and
storing a z value for each x and y location;
[2] performing a second rendering function comprising:
[a] receiving the plurality of geometries;
[b] determining z values for each x and y location in a screen space for
each geometry in the plurality of geometries; and
[c] comparing the determined z values to the stored z value at each x
and y location; and
[3] output a fragment if any subsample of the fragment is determined to be
visible, wherein the fragment comprises a fragment coverage.
Claim 21. An integrated circuit including a rendering pipeline comprising:
a screen space tiler;
a memory interface coupled to the screen space tiler;
a scan/z engine coupled to the memory interface;
a rasterizer coupled to the memory interface; and
a shader coupled to the rasterizer.
35
Claim 23. The integrated circuit of claim 21 wherein the memory is configured to receive
screen x, y, and z coordinates from a first portion of a memory and to provide the screen x,
y, and z coordinates to the scan/z engine, and the memory interface is further configured
to receive surface parameters from a second portion of the memory and to provide the
surface parameters to the rasterizer.
(‘063 patent at claims 13 (annotated for ease of discussion), 21, 23.)
1. “scan/z engine”
The Parties’ Positions
Term
Proposed Constructions
Complainant Respondents Staff
“scan/z engine” circuitry in a graphics
processor for
performing scan
conversion and visibility
determination prior to
pixel/fragment shading
circuitry that resolves
visibility of screen
geometries using the
double-z algorithm to
generate visible
fragments for shading
circuitry that resolves
visibility of screen
geometries using the
double-z algorithm to
generate visible
fragments for shading
NVIDIA
NVIDIA argues that the Parties’ proposed claim constructions differ in at least three
substantive respects: whether the scan/z engine should be construed to encompass either the one-
pass or two-pass embodiments disclosed in the specification (Complainant) or if it should be
limited to use of the “double-Z algorithm” (Respondents); whether the construction of “scan/z
engine” should specify “circuitry in a graphics processor”; and whether the scan/z engine performs
“scan conversion” in addition to determining the visibility of screen geometries. (CMIB at 23-24.)
NVIDIA asserts that the primary dispute between the Parties is whether the “scan/z engine” should
be limited to circuitry that determines the visibility of primitives “using the double-z algorithm,”
as proposed by Respondents, or whether it should cover circuitry that implements either of the two
embodiments of the scan/z engine disclosed in the specification: an embodiment “that generates
36
visibility through two passes” or a second embodiment that determines visibility through a “one-
pass” depth-testing operation. (Id. at 24.)
NVIDIA argues that the term “scan/z engine” was not a term ordinarily used in the field of
graphics processing at the time of the invention. (Id.) NVIDIA argues that the patent
specification makes clear that the “scan/z engine” may consist of circuitry that performs either a
two-pass early visibility test or a one-pass early visibility test – not just a “double z algorithm.”
(Id.) NVIDIA argues that the specification teaches that the scan/z engine can perform scan
conversion and visibility determination in one pass, using the “one-pass raster/shading-after-z”
process. (Id. at 25.) NVIDIA argues that Respondents’ construction by contrast requires that the
scan/z engine “resolve[] visibility . . . using the double-z algorithm” and thus excludes the
embodiment that uses the “one-pass raster/shading-after-z.” (Id.) NVIDIA argues that in doing so
Respondents improperly propose a definition contrary to the inventor’s own lexicography. (Id.)
NVIDIA argues that in the ʼ063 Patent, the patentee created a new term to describe a part of his
invention (“scan/z engine”) and expressly disclosed that it may be implemented as a two-pass
visibility test or as a “one-pass shading-after-z.” (Id.) NVIDIA argues that circuitry that performs
scan conversion (“scan”) and either type of visibility test (“z” test) is a “scan/z engine” and within
the scope of claims 7 and 21. (Id.) Accordingly, NVIDIA argues the inventor’s definition
controls and Respondents’ effort to rewrite that definition or limit its scope to a feature of one
embodiment must be rejected. (Id.)
NVIDIA argues that the claims of the ‘063 patent demonstrate that the scan/z engine can
be implemented as using either a one pass or a two pass approach. (Id.) NVIDIA argues that
claims 1-6, and 13-20 are directed to the two pass approach used by the “double z algorithm” and
that these method claims do not recite a “scan/z engine” as a limitation, whereas claims 7-12 and
21-29 use the term “scan/z engine” but do not require a two-pass visibility test, as they combine
37
the scan/z engine with other novel elements. (Id.) NVIDIA argues that under principles of claim
differentiation, in view of the inventor’s choice to not use the term “scan/z engine” in the claims
that describe a two-pass methodology for determining the visibility of fragments, there is a
presumption that the inventor did not intend to limit “scan/z engine” to a two pass approach. (Id.
at 25-26.)
NVIDIA also argues that the prosecution history confirms that the “scan/z engine” is not
limited to a double pass approach. (Id. at 26.) NVIDIA argues that during prosecution, the
patentee was clear that the term “scan/z engine” – which was first introduced during prosecution
with application claims 77 and 91 (issued claims 7 and 21) – was not limited to a two-pass
approach. (Id.) NVIDIA argues that the different ways in which claims were distinguished over
identical prior art confirms that the two-pass visibility test reflected in claims 1 and 13 does not
limit the “scan/z engine” recited in claims 7 and 21 to an embodiment that only performs a
“double z algorithm.” (Id. at 28.) Specifically, NVIDIA argues that on February 28, 2003, the
examiner rejected as unpatentable over the same prior art, Carpenter, all of the following claims:
claims 1 and 13 (prosecution claims 71 and 83, respectively), which describe a two-pass rendering
method but do not use the term “scan/z engine,” and claims 7 and 21 (prosecution claims 77 and
91, respectively), which use the term “scan/z engine” but do not otherwise describe a two-pass
visibility test. (Id.) NVIDIA asserts that the patentee argued that Carpenter did not render claim 1
unpatentable because the claim “provides a method of determining visibility using double-z
sorting….” (Id.) NVIDIA asserts the patentee likewise argued that Carpenter did not render claim
13 unpatentable because the claim “provides a double-z sort method for determining visibility.”
(Id.) In contrast, NVIDIA asserts the patentee argued that Carpenter did not render claim 7
unpatentable because “Carpenter does not teach a scan/z engine configured to receive the screen x,
y, and z coordinates from the memory interface without receiving other surface parameters….”
38
(Id.) Thus, NVIDIA argues, although claim 7 recited the “scan/z engine,” its novelty was argued
based on the ability of the scan/z engine to receive x-y-z positional coordinates from memory
without receiving other information not needed for scan conversion or visibility testing. (Id. at 28-
29.) NVIDIA argues that the “double z algorithm” was not argued to distinguish the prior art, and
the scan/z engine was not limited to such an embodiment. (Id. at 29.) NVIDIA asserts that the
patentee similarly argued that Carpenter did not render claim 21 unpatentable because Carpenter
did not provide the feature of an “integrated circuit including a rendering pipeline comprising: a
screen space tiler.” (Id.) NVDIA argues that the novelty of claim 21 was argued on the basis that
the “screen space tiler eliminates a memory bandwidth bottleneck that would otherwise exist,” and
this “bottleneck is removed by reading visible fragments that overlap a portion of tile.” (Id.)
NVIDIA argues the patentee did not distinguish claim 21 from the prior art based on a “double z
algorithm” – and raised no arguments to limit the scan/z engine to such an embodiment – but
argued novelty based on the combination of the visibility testing of the scan/z engine with the
screen space tiler. (Id.) NVIDIA contends that if the patentee and the examiner believed that the
term “scan/z engine” was restricted to a two pass approach, then the patentee would have made the
same argument to overcome Carpenter for claims 7 and 21 (i.e., that Carpenter does not disclose
the “double-z algorithm”) as it did for claims 1 and 13. (Id.) NVIDIA argues that the different
arguments made by the patentee, and accepted by the examiner, to overcome Carpenter for claims
1 and 13, on the one hand (the failure of Carpenter to disclose the “double-z algorithm”), and
claims 7 and 21, on the other hand (the failure of Carpenter to disclose data splitting or a screen
space tiler), is strong evidence that the term “scan/z engine” in claims 7 and 21 is not restricted to
a double pass approach. (Id.)
NVIDIA also contends that the Respondents’ proposed construction fails to recognize that
the “scan/z engine” performs scan conversion as well as the visibility determination. (Id. at 31.)
39
NVIDIA maintains that scan conversion is inherent in the term “scan/z engine” itself, where
“scan” is a reference to scan conversion and “z” is a reference to the z-values that are used for
depth testing, i.e., the visibility determination. (Id.) NVIDIA claims that the specification makes
this explicit. (Id. (quoting ʼ063 Patent at 10:12-20).) NVIDIA reasons that the patent similarly
describes the scan/z engine as performing “scan conversion and depth operations” and as
“decoupling” the “scan conversion/depth-buffer processing” from later rasterization and shading
processes “through a scan/z engine.” (Id.) NVIDIA argues that the specification’s description of
the one-pass embodiment of the scan/z engine also includes both scan conversion and visibility
testing. (Id. at 32.) Thus, NVIDIA maintains, a complete definition of the “scan/z engine” of the
patent should include reference to both scan conversion and the visibility determination, the two
basic operations performed by the “scan/z engine” of the patent. (Id.)
NVIDIA further argues that the language of the claims makes clear that the “scan/z
engine” is circuitry in a graphics processor, not a general purpose processor. (Id.) NVIDIA
argues this is supported both by the preambles of the only independent claims that use the term,
claims 7 and 21, and the manner in which the claims differentiate between a general processor and
the graphics pipeline of claims 7 and 21. (Id.) NVIDIA notes that both of these claims recite the
scan/z engine as being part of an integrated circuit that includes a graphics or rendering pipeline––
i.e., a graphics processor. (Id.) NVIDIA also claims that its construction is supported by the
specification. (Id.) NVIDIA argues that claim 21 recites an “integrated circuit including a
rendering pipeline comprising: a screen space tiler … a scan/z engine …” and that in the
specification, the patentee expressly discloses that the “screen space tiler” is a “hardwired screen
space tiler” and distinguishes a processor with circuitry specialized for performing such graphics
operations from a “general purpose” processor. (Id. at 32-33.) NVIDIA next maintains its
construction is also supported by the language of certain claims dependent on claims 7 and 21.
40
(Id. at 33.) Specifically, NVIDIA argues that claims 11, 12, 28 and 29 all distinguish the
“integrated circuit including a [graphics/rendering] pipeline” of claims 7 and 21 from a general
purpose “processor.” (Id.)
Respondents
Respondents argue that the intrinsic and extrinsic evidence support its proposed construction that a
“scan/z engine” is “circuitry that resolves visibility of screen geometries using the double-z
algorithm to generate visible fragments for shading.” (RMIB at 26.) Respondents claim that in
the patent and prosecution history, the applicant repeatedly proclaimed that the scan/z engine
resolves visibility in two passes—i.e., it implements the double-z algorithm. (Id.) Respondents
reason that NVIDIA’s present construction, in contrast, seeks to improperly broaden the claims to
cover single-pass prior art that the applicant expressly distinguished from the invention. (Id.)
Respondents contend that NVIDIA cannot now change the meaning of “scan/z engine” in an
attempt to establish infringement. (Id.)
Respondents note the asserted claims recite that the “scan/z engine” “determine[s]
visibility information” and is coupled to other circuitry, including a “rasterizer” (claim 7) and a
“memory interface” (claim 21). Respondents point out the term “scan/z engine” is not a term of
art, but rather a term coined by the inventor to describe the purportedly improved circuitry for
resolving visibility. (Id.) Thus, Respondents argue, the meaning the inventor ascribed to the term
in the intrinsic record is controlling. (Id. at 27.) Respondents assert the specification describes
that the “scan/z engine” performs scan conversion and z-buffering in a particular way with
purportedly novel circuitry. (Id.) Specifically, Respondents claim the patent defines the scan/z
engine as the circuitry that uses the double-z algorithm to perform two passes of scan conversion
and z-buffering to resolve visibility. (Id.) Respondents argue that the patent emphasizes that
“scan/z has to be performed in two passes[.]” (Id.) Thus, Respondents maintain, one of ordinary
41
skill would understand the term “scan/z engine” in light of these descriptions as requiring two
passes through a set of geometries, i.e., requiring use of the double-z algorithm. (Id.)
Respondents also argue that its proposed construction is correct because the purported
invention was designed to overcome the problems of single-pass algorithms, including “one-pass
shading-after-z” buffering and “deferred shading.” (Id. at 28.) Specifically, Respondents argue
that according to the patent, the scan/z engine solves the problem in single-pass shading-after-z
buffering that geometries have to be sorted from “front-to-back.” (Id.) Respondents also argue
that the scan/z engine allegedly resolves the issue of “break[ing] shading coherence” associated
with single-pass “deferred shading.” (Id.) Thus, Respondents argue, one of ordinary skill would
understand the purportedly improved scan/z engine to exclude the deficient single-pass prior art.
Respondents argue that the prosecution history further supports its proposed construction
as the applicant made multiple representations during prosecution that the invention requires two
passes. (Id. at 29.) For example, Respondents point out the applicant expressly told the Patent
Office that “One unique aspect of the invention’s visibility determination is that the binned
geometries are traversed multiple times. Without this feature, the level of efficiency in visibility
determination cannot be achieved.” (Id. (quoting RMIB, Ex. 31 (1/3/00 Amendment) at 7).)
Respondents explain similar representations were made throughout prosecution. (Id.) Thus,
Respondents contend the applicant told the Patent Office that it is the two-pass double-z algorithm
of the invention that distinguishes it from the prior art single-pass approaches, including z-
buffering and deferred shading. (Id.) Respondents contend it is on this same basis that the
applicant distinguished the invention from other prior art references cited by the examiner. (Id. at
30.) Respondents reason the applicant expressly distinguished single-pass algorithms as “very
different” and “completely different” from the invention and that in in light of the applicant’s
42
representations, NVIDIA cannot now broaden the meaning of the term to cover single-pass
algorithms. (Id. at 30-31.)
The Staff
The Staff asserts that the parties disagree as to whether the claimed “scan/z engine” must
use the double-z algorithm disclosed by the patent. (SMIB at 19.) The Staff argues that the
“scan/z engine” is not a term of art, and thus has no plain and ordinary meaning. (Id.) Thus, the
Staff contends, one must look to the language of the claim and the specification to determine the
meaning of that term. (Id.) According to the Staff, the '063 patent states that “[t]he invention uses
a double-z scheme that decouples the scan conversion depth-buffer processing from the more
general rasterization and shading processing” and that “[t]he core of double-z is the scan/z engine,
which externally looks like a fragment generator but internally resolves visibility. (Id. (quoting
4:4-10).) Thus, the Staff maintains, the claimed “scan/z engine” uses the disclosed double-z
algorithm to determine visibility. (Id.) Consistent with the use of double-z, the Staff argues that
the ‘063 patent states that “the two passes in the scan/z engine only require vertex screen x, y, z
coordinates in the primitive form.” (Id. (citing '063 patent at 10:25-26).)
The Staff reasons that while the ‘063 patent contemplates that the scan/z engine can be
operated in a prior art single-pass mode, the '063 patent does not describe a second embodiment of
the claimed scan/z engine. (Id. at 20.) Instead, the Staff claims, the specification describes
modifying using the double-z scan/z engine in a single-pass configuration to implement a less
desirable prior art approach. (Id.) Thus, the Staff argues the specification of the ‘063 patent
teaches away from this one-pass approach, setting forth many advantages of the double-z approach
implemented by the scan/z engine. (Id.) The Staff further argues that in addition to touting the
advantages of double-z, the patentee clearly distinguished one-pass algorithms from the claimed
double-z during prosecution. (Id. at 21.) Accordingly, the Staff maintainsboth the specification of
43
the ‘063 patent and its prosecution history make it clear to one skilled in the art that the claimed
“scan/z engine” performs the described double-z algorithm. (Id.)
Discussion
The parties’ have several disagreements with regard to this limitation. NVIDIA’s
proposed construction requires only that the scan/z engine perform scan conversion and visibility
determination prior to shading. Under NVIDIA’s proposed construction, the scan/z engine need
not perform the double-z algorithm nor even necessarily be capable of performing the double-
algorithm. By contrast, Respondents and the Staff’s proposed construction require not only that
the scan-z engine include circuitry for performing the double-z algorithm, but also that the scan-z
engine must perform the double-z algorithm.4
Further, NIVIDIA’s proposed construction requires
the scan/z engine be implemented as circuitry “in a graphics processor,” where neither
Respondents nor the Staff require such limitation.
a. Must the scan/z engine be implemented as circuitry in “a
graphics processor”?
NVIDIA’s proposed construction also differs from that of Respondents and the Staff in
that NVIDIA’s construction requires the scan/z engine to not only be circuitry, as Respondents
and Staff contend, but “circuitry in a graphic processor.” I find no support in the language of the
claims, specification or prosecution history for including a limitation requiring the scan/z engine
to be circuitry implemented “in a graphics processor.”
4
The Staff in its supplemental briefing on this term concludes by stating, “In sum, both the
specification of the '063 patent and its prosecution history make it clear to one skilled in the art
that the claimed ‘scan/z engine’ includes circuitry for performing the described double-z
algorithm.” Although not entirely clear, this statement appears to indicate that the Staff is no
longer calling for a construction of the term “scan/z engine” that would necessarily require the
scan/z engine to perform the double-z algorithm as long as the scan/z engine includes circuitry
capable of performing the double-z algorithm.
44
NVIDIA contends that the preamble language of claims 7 and 21 reciting “an integrated
circuit including a graphics [rendering] pipeline” supports limiting the claims to circuitry in a
“graphics processor.” NVIDIA’s argument assumes that these preambles limit the claims-- an
issue that has not been raised by the parties for resolution in this claims construction order. But
even if the preambles of claims 7 and 21 were limiting, I do not find such language excludes the
scan/z engine from being implemented on a general purpose processor. The evidence shows that
both special-purpose and general-purpose processors are implemented using an “integrated
circuit.” Ex. 47, Manocha Decl. ¶ 56. Moreover, the evidence shows that by 1997, it was known
in the art that a general purpose processor could include a “graphics pipeline” or “rendering
pipeline.” Ex. 47, Manocha Decl. ¶ 56. Contrary to NVIDIA’s argument, I also do not find
dependent claims 11, 12, 28, and 29 support its proposed construction. Those claims recite that the
“integrated circuit” is included in a “graphics card” and coupled to a “processor,” but they do not
limit the “integrated circuit” to a special purpose graphics processor.
NVIDIA’s construction is also not supported by the specification. NVIDIA relies on the
specification’s description of a “hard-wired” screen space tiler, but that is a different claim limitation
in claim 21 and provides no basis for reading a “graphics processor” into the “scan/z engine” term.
NVIDIA cites to nothing from the specification relating to the type of processor for implementing the
scan/z engine.
Accordingly, for at least the reasons above, I find NVIDIA’s argument that the scan/z
engine must be in a graphics processor not persuasive.
b. Must the scan/z engine perform the double-z algorithm?
Must the scan/z engine be capable of performing the double-
algorithm?
The claimed “scan/z engine” is not a term of art and has no plain and ordinary meaning.
Therefore, I must look to the language of the claims and specification to discern its meaning. The
45
plain language of the claims of the ‘063 patent do not inform the proper construction of the term
“scan/z engine.” Thus, I must turn to the specification to determine its meaning. I do note though
that the claims of the ‘063 patent that include the limitation “scan-z engine” make no mention of
the double-z algorithm or multiple passes, while the claims that specifically require performing a
first and second rendering function (i.e., multiple pass/double-z algorithm) make no mention of a
“scan/z engine.”
The specification states:
The invention uses a double-z scheme that decouples the scan conversion depth-
buffer processing from the more general rasterization and shading processing. The
core of double-z is the scan/z engine, which externally looks like a fragment
generator but internally resolves visibility. It allows the rest of the rendering
pipeline to rasterize only visible primitives and shade only visible fragments.
Consequently, the raster/shading rate is decoupled from the scan/z rate.
(‘063 patent at 4:4-10). Both Staff and Respondents rely on this passage to support their argument
that the claimed “scan/z engine” uses the disclosed double-z algorithm to determine visibility. I
disagree that the substance of this passage provides such support. While the language “the core of
the double-z is the scan/ engine” certainly indicates that in order to perform a double-z scheme
you need a scan/z engine it does not imply that the scan/z engine must perform the double-z
scheme.
Likewise I do not view the applicant’s statement that “the invention uses a double-z
scheme” as a statement of express intent by the applicant to limit the invention, and by extension
the claimed scan/z engine, to always performing the double-z algorithm. Any disclaimer must be
clear and unmistakable and here the specification teaches that the scan/z engine need not always
perform the double-z algorithm. Specifically, the specification states:
One-pass raster/shading-after-z scan converts and depth-buffers screen geometries
only once. It performs set-up computations for only primitives that have fragments
passing the depth test, and rasterizes and shades fragments passing the depth test.
As previously mentioned, this scheme relies heavily on the fact that geometries are
rendered from front-to-back and there are little dynamics in the scene. The scan/z
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm
ITC Markman Ruling in Patent Case Against Samsung, Qualcomm

Weitere ähnliche Inhalte

Andere mochten auch

Willful Patent Infringement
Willful Patent InfringementWillful Patent Infringement
Willful Patent Infringementprofberry
 
Infringement and right to-use presentation
Infringement and right to-use presentationInfringement and right to-use presentation
Infringement and right to-use presentationMichael E. Dukes
 
Freedom to operate: Biosciences innovations and intellectual property manage...
Freedom to operate: Biosciences innovations and intellectual property manage...Freedom to operate: Biosciences innovations and intellectual property manage...
Freedom to operate: Biosciences innovations and intellectual property manage...ILRI
 
NJTC: Protecting Patents & Data in the Commercial & Government Market Place
NJTC: Protecting Patents & Data in the Commercial & Government Market Place NJTC: Protecting Patents & Data in the Commercial & Government Market Place
NJTC: Protecting Patents & Data in the Commercial & Government Market Place McCarterenglish
 
What's Inside Intellectual Ventures' Patent Portfolio
What's Inside Intellectual Ventures' Patent PortfolioWhat's Inside Intellectual Ventures' Patent Portfolio
What's Inside Intellectual Ventures' Patent PortfolioKent Richardson
 
Freedom to Operate FTO
Freedom to Operate FTOFreedom to Operate FTO
Freedom to Operate FTOspkowalski
 
Marksmanship principles modified
Marksmanship principles modifiedMarksmanship principles modified
Marksmanship principles modifiedRobert Freeman
 
Preliminary Marksmanship Instruction
Preliminary Marksmanship InstructionPreliminary Marksmanship Instruction
Preliminary Marksmanship InstructionMintcho Mintchev
 
SHIELD Tablet vs. Samsung Galaxy 4 Benchmarks
SHIELD Tablet vs. Samsung Galaxy 4 BenchmarksSHIELD Tablet vs. Samsung Galaxy 4 Benchmarks
SHIELD Tablet vs. Samsung Galaxy 4 BenchmarksNVIDIA
 
Project inspire Impact Infographic
Project inspire Impact InfographicProject inspire Impact Infographic
Project inspire Impact InfographicNVIDIA
 
NVIDIA SHIELD Launch
NVIDIA SHIELD LaunchNVIDIA SHIELD Launch
NVIDIA SHIELD LaunchNVIDIA
 
SC11 Jen-Hsun Huang Keynote
SC11 Jen-Hsun Huang Keynote SC11 Jen-Hsun Huang Keynote
SC11 Jen-Hsun Huang Keynote NVIDIA
 
HPC Top 5 Stories: Dec. 12, 2016
HPC Top 5 Stories: Dec. 12, 2016HPC Top 5 Stories: Dec. 12, 2016
HPC Top 5 Stories: Dec. 12, 2016NVIDIA
 
HPC Top 5 Stories: Nov. 11, 2016
HPC Top 5 Stories: Nov. 11, 2016HPC Top 5 Stories: Nov. 11, 2016
HPC Top 5 Stories: Nov. 11, 2016NVIDIA
 
Investor Day 2013 Jen-Hsun Huang Presentation
Investor Day 2013 Jen-Hsun Huang PresentationInvestor Day 2013 Jen-Hsun Huang Presentation
Investor Day 2013 Jen-Hsun Huang PresentationNVIDIA
 
10/28 Top 5 Deep Learning Stories
10/28 Top 5 Deep Learning Stories10/28 Top 5 Deep Learning Stories
10/28 Top 5 Deep Learning StoriesNVIDIA
 
NVIDIA SHIELD Launch Event at GDC 2015
NVIDIA SHIELD Launch Event at GDC 2015NVIDIA SHIELD Launch Event at GDC 2015
NVIDIA SHIELD Launch Event at GDC 2015NVIDIA
 
Video onesheeter-jun2015
Video onesheeter-jun2015Video onesheeter-jun2015
Video onesheeter-jun2015NVIDIA
 
GTC 2013: NVIDIA Fiscal Performance, Investments, and Opportunities
GTC 2013: NVIDIA Fiscal Performance, Investments, and OpportunitiesGTC 2013: NVIDIA Fiscal Performance, Investments, and Opportunities
GTC 2013: NVIDIA Fiscal Performance, Investments, and OpportunitiesNVIDIA
 
Benefits of Deploying VMware Horizon and vSphere with NVIDIA GRID vGPU
Benefits of Deploying VMware Horizon and vSphere with NVIDIA GRID vGPUBenefits of Deploying VMware Horizon and vSphere with NVIDIA GRID vGPU
Benefits of Deploying VMware Horizon and vSphere with NVIDIA GRID vGPUNVIDIA
 

Andere mochten auch (20)

Willful Patent Infringement
Willful Patent InfringementWillful Patent Infringement
Willful Patent Infringement
 
Infringement and right to-use presentation
Infringement and right to-use presentationInfringement and right to-use presentation
Infringement and right to-use presentation
 
Freedom to operate: Biosciences innovations and intellectual property manage...
Freedom to operate: Biosciences innovations and intellectual property manage...Freedom to operate: Biosciences innovations and intellectual property manage...
Freedom to operate: Biosciences innovations and intellectual property manage...
 
NJTC: Protecting Patents & Data in the Commercial & Government Market Place
NJTC: Protecting Patents & Data in the Commercial & Government Market Place NJTC: Protecting Patents & Data in the Commercial & Government Market Place
NJTC: Protecting Patents & Data in the Commercial & Government Market Place
 
What's Inside Intellectual Ventures' Patent Portfolio
What's Inside Intellectual Ventures' Patent PortfolioWhat's Inside Intellectual Ventures' Patent Portfolio
What's Inside Intellectual Ventures' Patent Portfolio
 
Freedom to Operate FTO
Freedom to Operate FTOFreedom to Operate FTO
Freedom to Operate FTO
 
Marksmanship principles modified
Marksmanship principles modifiedMarksmanship principles modified
Marksmanship principles modified
 
Preliminary Marksmanship Instruction
Preliminary Marksmanship InstructionPreliminary Marksmanship Instruction
Preliminary Marksmanship Instruction
 
SHIELD Tablet vs. Samsung Galaxy 4 Benchmarks
SHIELD Tablet vs. Samsung Galaxy 4 BenchmarksSHIELD Tablet vs. Samsung Galaxy 4 Benchmarks
SHIELD Tablet vs. Samsung Galaxy 4 Benchmarks
 
Project inspire Impact Infographic
Project inspire Impact InfographicProject inspire Impact Infographic
Project inspire Impact Infographic
 
NVIDIA SHIELD Launch
NVIDIA SHIELD LaunchNVIDIA SHIELD Launch
NVIDIA SHIELD Launch
 
SC11 Jen-Hsun Huang Keynote
SC11 Jen-Hsun Huang Keynote SC11 Jen-Hsun Huang Keynote
SC11 Jen-Hsun Huang Keynote
 
HPC Top 5 Stories: Dec. 12, 2016
HPC Top 5 Stories: Dec. 12, 2016HPC Top 5 Stories: Dec. 12, 2016
HPC Top 5 Stories: Dec. 12, 2016
 
HPC Top 5 Stories: Nov. 11, 2016
HPC Top 5 Stories: Nov. 11, 2016HPC Top 5 Stories: Nov. 11, 2016
HPC Top 5 Stories: Nov. 11, 2016
 
Investor Day 2013 Jen-Hsun Huang Presentation
Investor Day 2013 Jen-Hsun Huang PresentationInvestor Day 2013 Jen-Hsun Huang Presentation
Investor Day 2013 Jen-Hsun Huang Presentation
 
10/28 Top 5 Deep Learning Stories
10/28 Top 5 Deep Learning Stories10/28 Top 5 Deep Learning Stories
10/28 Top 5 Deep Learning Stories
 
NVIDIA SHIELD Launch Event at GDC 2015
NVIDIA SHIELD Launch Event at GDC 2015NVIDIA SHIELD Launch Event at GDC 2015
NVIDIA SHIELD Launch Event at GDC 2015
 
Video onesheeter-jun2015
Video onesheeter-jun2015Video onesheeter-jun2015
Video onesheeter-jun2015
 
GTC 2013: NVIDIA Fiscal Performance, Investments, and Opportunities
GTC 2013: NVIDIA Fiscal Performance, Investments, and OpportunitiesGTC 2013: NVIDIA Fiscal Performance, Investments, and Opportunities
GTC 2013: NVIDIA Fiscal Performance, Investments, and Opportunities
 
Benefits of Deploying VMware Horizon and vSphere with NVIDIA GRID vGPU
Benefits of Deploying VMware Horizon and vSphere with NVIDIA GRID vGPUBenefits of Deploying VMware Horizon and vSphere with NVIDIA GRID vGPU
Benefits of Deploying VMware Horizon and vSphere with NVIDIA GRID vGPU
 

Ähnlich wie ITC Markman Ruling in Patent Case Against Samsung, Qualcomm

Patent Troll - Big Websites Sued For Using HTTPS Encryption
Patent Troll - Big Websites Sued For Using HTTPS EncryptionPatent Troll - Big Websites Sued For Using HTTPS Encryption
Patent Troll - Big Websites Sued For Using HTTPS EncryptionThe Hacker News
 
reply memo summary judgment noninfringement and invalidity
reply memo summary judgment noninfringement and invalidityreply memo summary judgment noninfringement and invalidity
reply memo summary judgment noninfringement and invalidityScott Spencer
 
Stephen Milbrath - Florida Bar
Stephen Milbrath - Florida BarStephen Milbrath - Florida Bar
Stephen Milbrath - Florida Barisighttech
 
Amicus brief todd, jerry gero
Amicus brief todd, jerry geroAmicus brief todd, jerry gero
Amicus brief todd, jerry geropattersonsheridan
 
The uniform trade secrets act
The uniform trade secrets actThe uniform trade secrets act
The uniform trade secrets actBhadra Gowdra
 
Treatment Of Trademark Licenses In Bankruptcy Proceedings
Treatment Of Trademark Licenses In Bankruptcy ProceedingsTreatment Of Trademark Licenses In Bankruptcy Proceedings
Treatment Of Trademark Licenses In Bankruptcy Proceedingstenesa
 
2003 oct15ans
2003 oct15ans2003 oct15ans
2003 oct15ansLeon Li
 
TTAB Benjamin & Bros.pdf
TTAB Benjamin & Bros.pdfTTAB Benjamin & Bros.pdf
TTAB Benjamin & Bros.pdfMike Keyes
 
Recent Developments in Proving Damages in Intellectual Property Disputes
Recent Developments in Proving Damages in Intellectual Property DisputesRecent Developments in Proving Damages in Intellectual Property Disputes
Recent Developments in Proving Damages in Intellectual Property DisputesParsons Behle & Latimer
 
15-446 bsac Unified Patents Inc.
15-446 bsac Unified Patents Inc.15-446 bsac Unified Patents Inc.
15-446 bsac Unified Patents Inc.Stephen Kunin
 
2013-11-19 RTD_Answer_Brief_2013_CV_033255[1]
2013-11-19 RTD_Answer_Brief_2013_CV_033255[1]2013-11-19 RTD_Answer_Brief_2013_CV_033255[1]
2013-11-19 RTD_Answer_Brief_2013_CV_033255[1]Rolf Asphaug
 
Chadbourne petition for writ of certiorari
Chadbourne petition for writ of certiorariChadbourne petition for writ of certiorari
Chadbourne petition for writ of certiorariUmesh Heendeniya
 
1 (Slip Opinion) OCT.docx
1 (Slip Opinion) OCT.docx1 (Slip Opinion) OCT.docx
1 (Slip Opinion) OCT.docxhoney725342
 
Bilski Verse Kappos Case
Bilski Verse Kappos CaseBilski Verse Kappos Case
Bilski Verse Kappos CaseBinQiang Liu
 

Ähnlich wie ITC Markman Ruling in Patent Case Against Samsung, Qualcomm (20)

Patent Troll - Big Websites Sued For Using HTTPS Encryption
Patent Troll - Big Websites Sued For Using HTTPS EncryptionPatent Troll - Big Websites Sued For Using HTTPS Encryption
Patent Troll - Big Websites Sued For Using HTTPS Encryption
 
reply memo summary judgment noninfringement and invalidity
reply memo summary judgment noninfringement and invalidityreply memo summary judgment noninfringement and invalidity
reply memo summary judgment noninfringement and invalidity
 
Stephen Milbrath - Florida Bar
Stephen Milbrath - Florida BarStephen Milbrath - Florida Bar
Stephen Milbrath - Florida Bar
 
Amicus brief todd, jerry gero
Amicus brief todd, jerry geroAmicus brief todd, jerry gero
Amicus brief todd, jerry gero
 
Amicus
AmicusAmicus
Amicus
 
The uniform trade secrets act
The uniform trade secrets actThe uniform trade secrets act
The uniform trade secrets act
 
Treatment Of Trademark Licenses In Bankruptcy Proceedings
Treatment Of Trademark Licenses In Bankruptcy ProceedingsTreatment Of Trademark Licenses In Bankruptcy Proceedings
Treatment Of Trademark Licenses In Bankruptcy Proceedings
 
decision denying institution-8
decision denying institution-8decision denying institution-8
decision denying institution-8
 
2003 oct15ans
2003 oct15ans2003 oct15ans
2003 oct15ans
 
Prosecution Luncheon November 2012
Prosecution Luncheon November 2012Prosecution Luncheon November 2012
Prosecution Luncheon November 2012
 
AMEC v. VDOT Opinion 2008 - Justin Ayars
AMEC v. VDOT Opinion 2008 - Justin AyarsAMEC v. VDOT Opinion 2008 - Justin Ayars
AMEC v. VDOT Opinion 2008 - Justin Ayars
 
TTAB Benjamin & Bros.pdf
TTAB Benjamin & Bros.pdfTTAB Benjamin & Bros.pdf
TTAB Benjamin & Bros.pdf
 
Recent Developments in Proving Damages in Intellectual Property Disputes
Recent Developments in Proving Damages in Intellectual Property DisputesRecent Developments in Proving Damages in Intellectual Property Disputes
Recent Developments in Proving Damages in Intellectual Property Disputes
 
15-446 bsac Unified Patents Inc.
15-446 bsac Unified Patents Inc.15-446 bsac Unified Patents Inc.
15-446 bsac Unified Patents Inc.
 
IBM amicus curiae brief
IBM amicus curiae briefIBM amicus curiae brief
IBM amicus curiae brief
 
2013-11-19 RTD_Answer_Brief_2013_CV_033255[1]
2013-11-19 RTD_Answer_Brief_2013_CV_033255[1]2013-11-19 RTD_Answer_Brief_2013_CV_033255[1]
2013-11-19 RTD_Answer_Brief_2013_CV_033255[1]
 
Chadbourne petition for writ of certiorari
Chadbourne petition for writ of certiorariChadbourne petition for writ of certiorari
Chadbourne petition for writ of certiorari
 
1 (Slip Opinion) OCT.docx
1 (Slip Opinion) OCT.docx1 (Slip Opinion) OCT.docx
1 (Slip Opinion) OCT.docx
 
Bilski V Kappos
Bilski V KapposBilski V Kappos
Bilski V Kappos
 
Bilski Verse Kappos Case
Bilski Verse Kappos CaseBilski Verse Kappos Case
Bilski Verse Kappos Case
 

Mehr von NVIDIA

NVIDIA Story 2023.pdf
NVIDIA Story 2023.pdfNVIDIA Story 2023.pdf
NVIDIA Story 2023.pdfNVIDIA
 
NVIDIA GTC2022 Spring Highlights
NVIDIA GTC2022 Spring HighlightsNVIDIA GTC2022 Spring Highlights
NVIDIA GTC2022 Spring HighlightsNVIDIA
 
NVIDIA Brochure 2021 Company Overview
NVIDIA Brochure 2021 Company OverviewNVIDIA Brochure 2021 Company Overview
NVIDIA Brochure 2021 Company OverviewNVIDIA
 
NVIDIA GTC 2020 October Summary
NVIDIA GTC 2020 October SummaryNVIDIA GTC 2020 October Summary
NVIDIA GTC 2020 October SummaryNVIDIA
 
The Best of AI and HPC in Healthcare and Life Sciences
The Best of AI and HPC in Healthcare and Life SciencesThe Best of AI and HPC in Healthcare and Life Sciences
The Best of AI and HPC in Healthcare and Life SciencesNVIDIA
 
NVIDIA CEO Jensen Huang Presentation at Supercomputing 2019
NVIDIA CEO Jensen Huang Presentation at Supercomputing 2019NVIDIA CEO Jensen Huang Presentation at Supercomputing 2019
NVIDIA CEO Jensen Huang Presentation at Supercomputing 2019NVIDIA
 
NLP for Biomedical Applications
NLP for Biomedical ApplicationsNLP for Biomedical Applications
NLP for Biomedical ApplicationsNVIDIA
 
Top 5 Deep Learning and AI Stories - August 30, 2019
Top 5 Deep Learning and AI Stories - August 30, 2019Top 5 Deep Learning and AI Stories - August 30, 2019
Top 5 Deep Learning and AI Stories - August 30, 2019NVIDIA
 
Seven Ways to Boost Artificial Intelligence Research
Seven Ways to Boost Artificial Intelligence ResearchSeven Ways to Boost Artificial Intelligence Research
Seven Ways to Boost Artificial Intelligence ResearchNVIDIA
 
NVIDIA Developer Program Overview
NVIDIA Developer Program OverviewNVIDIA Developer Program Overview
NVIDIA Developer Program OverviewNVIDIA
 
NVIDIA at Computex 2019
NVIDIA at Computex 2019 NVIDIA at Computex 2019
NVIDIA at Computex 2019 NVIDIA
 
Top 5 DGX Sessions From GTC 2019
Top 5 DGX Sessions From GTC 2019Top 5 DGX Sessions From GTC 2019
Top 5 DGX Sessions From GTC 2019NVIDIA
 
DGX POD Top 4 Sessions From GTC 2019
DGX POD Top 4 Sessions From GTC 2019DGX POD Top 4 Sessions From GTC 2019
DGX POD Top 4 Sessions From GTC 2019NVIDIA
 
Top 5 Data Science Sessions from GTC 2019
Top 5 Data Science Sessions from GTC 2019Top 5 Data Science Sessions from GTC 2019
Top 5 Data Science Sessions from GTC 2019NVIDIA
 
This Week in Data Science - Top 5 News - April 26, 2019
This Week in Data Science - Top 5 News - April 26, 2019This Week in Data Science - Top 5 News - April 26, 2019
This Week in Data Science - Top 5 News - April 26, 2019NVIDIA
 
GTC 2019 Keynote in Silicon Valley
GTC 2019 Keynote in Silicon ValleyGTC 2019 Keynote in Silicon Valley
GTC 2019 Keynote in Silicon ValleyNVIDIA
 
CUDA DLI Training Courses at GTC 2019
CUDA DLI Training Courses at GTC 2019CUDA DLI Training Courses at GTC 2019
CUDA DLI Training Courses at GTC 2019NVIDIA
 
DGX Sessions You Won't Want to Miss at GTC 2019
DGX Sessions You Won't Want to Miss at GTC 2019DGX Sessions You Won't Want to Miss at GTC 2019
DGX Sessions You Won't Want to Miss at GTC 2019NVIDIA
 
Transforming Healthcare at GTC Silicon Valley
Transforming Healthcare at GTC Silicon ValleyTransforming Healthcare at GTC Silicon Valley
Transforming Healthcare at GTC Silicon ValleyNVIDIA
 
OpenACC Monthly Highlights February 2019
OpenACC Monthly Highlights February 2019OpenACC Monthly Highlights February 2019
OpenACC Monthly Highlights February 2019NVIDIA
 

Mehr von NVIDIA (20)

NVIDIA Story 2023.pdf
NVIDIA Story 2023.pdfNVIDIA Story 2023.pdf
NVIDIA Story 2023.pdf
 
NVIDIA GTC2022 Spring Highlights
NVIDIA GTC2022 Spring HighlightsNVIDIA GTC2022 Spring Highlights
NVIDIA GTC2022 Spring Highlights
 
NVIDIA Brochure 2021 Company Overview
NVIDIA Brochure 2021 Company OverviewNVIDIA Brochure 2021 Company Overview
NVIDIA Brochure 2021 Company Overview
 
NVIDIA GTC 2020 October Summary
NVIDIA GTC 2020 October SummaryNVIDIA GTC 2020 October Summary
NVIDIA GTC 2020 October Summary
 
The Best of AI and HPC in Healthcare and Life Sciences
The Best of AI and HPC in Healthcare and Life SciencesThe Best of AI and HPC in Healthcare and Life Sciences
The Best of AI and HPC in Healthcare and Life Sciences
 
NVIDIA CEO Jensen Huang Presentation at Supercomputing 2019
NVIDIA CEO Jensen Huang Presentation at Supercomputing 2019NVIDIA CEO Jensen Huang Presentation at Supercomputing 2019
NVIDIA CEO Jensen Huang Presentation at Supercomputing 2019
 
NLP for Biomedical Applications
NLP for Biomedical ApplicationsNLP for Biomedical Applications
NLP for Biomedical Applications
 
Top 5 Deep Learning and AI Stories - August 30, 2019
Top 5 Deep Learning and AI Stories - August 30, 2019Top 5 Deep Learning and AI Stories - August 30, 2019
Top 5 Deep Learning and AI Stories - August 30, 2019
 
Seven Ways to Boost Artificial Intelligence Research
Seven Ways to Boost Artificial Intelligence ResearchSeven Ways to Boost Artificial Intelligence Research
Seven Ways to Boost Artificial Intelligence Research
 
NVIDIA Developer Program Overview
NVIDIA Developer Program OverviewNVIDIA Developer Program Overview
NVIDIA Developer Program Overview
 
NVIDIA at Computex 2019
NVIDIA at Computex 2019 NVIDIA at Computex 2019
NVIDIA at Computex 2019
 
Top 5 DGX Sessions From GTC 2019
Top 5 DGX Sessions From GTC 2019Top 5 DGX Sessions From GTC 2019
Top 5 DGX Sessions From GTC 2019
 
DGX POD Top 4 Sessions From GTC 2019
DGX POD Top 4 Sessions From GTC 2019DGX POD Top 4 Sessions From GTC 2019
DGX POD Top 4 Sessions From GTC 2019
 
Top 5 Data Science Sessions from GTC 2019
Top 5 Data Science Sessions from GTC 2019Top 5 Data Science Sessions from GTC 2019
Top 5 Data Science Sessions from GTC 2019
 
This Week in Data Science - Top 5 News - April 26, 2019
This Week in Data Science - Top 5 News - April 26, 2019This Week in Data Science - Top 5 News - April 26, 2019
This Week in Data Science - Top 5 News - April 26, 2019
 
GTC 2019 Keynote in Silicon Valley
GTC 2019 Keynote in Silicon ValleyGTC 2019 Keynote in Silicon Valley
GTC 2019 Keynote in Silicon Valley
 
CUDA DLI Training Courses at GTC 2019
CUDA DLI Training Courses at GTC 2019CUDA DLI Training Courses at GTC 2019
CUDA DLI Training Courses at GTC 2019
 
DGX Sessions You Won't Want to Miss at GTC 2019
DGX Sessions You Won't Want to Miss at GTC 2019DGX Sessions You Won't Want to Miss at GTC 2019
DGX Sessions You Won't Want to Miss at GTC 2019
 
Transforming Healthcare at GTC Silicon Valley
Transforming Healthcare at GTC Silicon ValleyTransforming Healthcare at GTC Silicon Valley
Transforming Healthcare at GTC Silicon Valley
 
OpenACC Monthly Highlights February 2019
OpenACC Monthly Highlights February 2019OpenACC Monthly Highlights February 2019
OpenACC Monthly Highlights February 2019
 

Kürzlich hochgeladen

An introduction to Indian Contract Act, 1872 by Shraddha Pandit
An introduction to Indian Contract Act, 1872 by Shraddha PanditAn introduction to Indian Contract Act, 1872 by Shraddha Pandit
An introduction to Indian Contract Act, 1872 by Shraddha PanditSHRADDHA PANDIT
 
Classification of Contracts in Business Regulations
Classification of Contracts in Business RegulationsClassification of Contracts in Business Regulations
Classification of Contracts in Business RegulationsSyedaAyeshaTabassum1
 
Patents and AI: Current Tools, Future Solutions
Patents and AI: Current Tools, Future SolutionsPatents and AI: Current Tools, Future Solutions
Patents and AI: Current Tools, Future SolutionsAurora Consulting
 
Corporate Sustainability Due Diligence Directive (CSDDD or the EU Supply Chai...
Corporate Sustainability Due Diligence Directive (CSDDD or the EU Supply Chai...Corporate Sustainability Due Diligence Directive (CSDDD or the EU Supply Chai...
Corporate Sustainability Due Diligence Directive (CSDDD or the EU Supply Chai...Dr. Oliver Massmann
 
Islamabad High Court Judges wrote a letter to Supreme Judicial Council.pdf
Islamabad High Court Judges wrote a letter to Supreme Judicial Council.pdfIslamabad High Court Judges wrote a letter to Supreme Judicial Council.pdf
Islamabad High Court Judges wrote a letter to Supreme Judicial Council.pdfNo One
 
xLran: Open source AI for legal hackers.
xLran: Open source AI for legal hackers.xLran: Open source AI for legal hackers.
xLran: Open source AI for legal hackers.mike689707
 
ArtificiaI Intelligence based Cyber Forensic Tools: Relevancy and Admissibili...
ArtificiaI Intelligence based Cyber Forensic Tools: Relevancy and Admissibili...ArtificiaI Intelligence based Cyber Forensic Tools: Relevancy and Admissibili...
ArtificiaI Intelligence based Cyber Forensic Tools: Relevancy and Admissibili...Anadi Tewari
 
The Ultimate Guide to Drafting Your Separation Agreement with a Template
The Ultimate Guide to Drafting Your Separation Agreement with a TemplateThe Ultimate Guide to Drafting Your Separation Agreement with a Template
The Ultimate Guide to Drafting Your Separation Agreement with a TemplateBTL Law P.C.
 
Women and the World of Climate Change- A Conceptual Foundation by Shraddha Pa...
Women and the World of Climate Change- A Conceptual Foundation by Shraddha Pa...Women and the World of Climate Change- A Conceptual Foundation by Shraddha Pa...
Women and the World of Climate Change- A Conceptual Foundation by Shraddha Pa...SHRADDHA PANDIT
 

Kürzlich hochgeladen (10)

An introduction to Indian Contract Act, 1872 by Shraddha Pandit
An introduction to Indian Contract Act, 1872 by Shraddha PanditAn introduction to Indian Contract Act, 1872 by Shraddha Pandit
An introduction to Indian Contract Act, 1872 by Shraddha Pandit
 
Classification of Contracts in Business Regulations
Classification of Contracts in Business RegulationsClassification of Contracts in Business Regulations
Classification of Contracts in Business Regulations
 
Patents and AI: Current Tools, Future Solutions
Patents and AI: Current Tools, Future SolutionsPatents and AI: Current Tools, Future Solutions
Patents and AI: Current Tools, Future Solutions
 
Corporate Sustainability Due Diligence Directive (CSDDD or the EU Supply Chai...
Corporate Sustainability Due Diligence Directive (CSDDD or the EU Supply Chai...Corporate Sustainability Due Diligence Directive (CSDDD or the EU Supply Chai...
Corporate Sustainability Due Diligence Directive (CSDDD or the EU Supply Chai...
 
Islamabad High Court Judges wrote a letter to Supreme Judicial Council.pdf
Islamabad High Court Judges wrote a letter to Supreme Judicial Council.pdfIslamabad High Court Judges wrote a letter to Supreme Judicial Council.pdf
Islamabad High Court Judges wrote a letter to Supreme Judicial Council.pdf
 
Criminalizing Disabilities & False Confessions
Criminalizing Disabilities & False ConfessionsCriminalizing Disabilities & False Confessions
Criminalizing Disabilities & False Confessions
 
xLran: Open source AI for legal hackers.
xLran: Open source AI for legal hackers.xLran: Open source AI for legal hackers.
xLran: Open source AI for legal hackers.
 
ArtificiaI Intelligence based Cyber Forensic Tools: Relevancy and Admissibili...
ArtificiaI Intelligence based Cyber Forensic Tools: Relevancy and Admissibili...ArtificiaI Intelligence based Cyber Forensic Tools: Relevancy and Admissibili...
ArtificiaI Intelligence based Cyber Forensic Tools: Relevancy and Admissibili...
 
The Ultimate Guide to Drafting Your Separation Agreement with a Template
The Ultimate Guide to Drafting Your Separation Agreement with a TemplateThe Ultimate Guide to Drafting Your Separation Agreement with a Template
The Ultimate Guide to Drafting Your Separation Agreement with a Template
 
Women and the World of Climate Change- A Conceptual Foundation by Shraddha Pa...
Women and the World of Climate Change- A Conceptual Foundation by Shraddha Pa...Women and the World of Climate Change- A Conceptual Foundation by Shraddha Pa...
Women and the World of Climate Change- A Conceptual Foundation by Shraddha Pa...
 

ITC Markman Ruling in Patent Case Against Samsung, Qualcomm

  • 1. UNITED STATES INTERNATIONAL TRADE COMMISSION WASHINGTON, D.C. In the Matter of CERTAIN CONSUMER ELECTRONICS AND DISPLAY DEVICES WITH GRAPHICS PROCESSING AND GRAPHICS PROCESSING UNITS THEREIN Investigation No. 337-TA-932 ORDER NO. 20: CONSTRUING TERMS OF THE ASSERTED PATENTS (April 2, 2015) The claim terms construed in this Order are done so for the purposes of this Investigation. Hereafter, discovery and briefing in this Investigation shall be governed by the construction of the claim terms in this Order. Those terms not in dispute need not be construed. See Vanderlande Indus. Nederland BV v. Int’l Trade Comm’n, 366 F.3d 1311, 1323 (Fed. Cir. 2004) (noting that the administrative law judge need only construe disputed claim terms)
  • 2. Table of Abbreviations CMIB Complainant’s Initial Markman Brief CMRB Complainant’s Reply Markman Brief CMSB Complainant’s Supplemental Markman Brief RMIB Respondents’ Initial Markman Brief RMRB Respondents’ Reply Markman Brief RMSB Respondents’ Supplemental Markman Brief SMIB Staff’s Initial Markman Brief SMSB Staff’s Supplemental Markman Brief Tr. Transcript of the Markman Hearing
  • 3. ii Table of Contents I.  INTRODUCTION .............................................................................................................. 1  II.  RELEVANT LAW ............................................................................................................. 1  III.  COMPLAINANT NVIDIA CORPORATION’S MOTION TO STRIKE DECLARATIONS OF DR. DINESH MANOCHA AND DR. JOHN VILLASENOR .... 4  IV.  U.S. PATENT NO. 6,198,488 & U.S. PATENT NO. 6,992,667....................................... 8  A.  Overview................................................................................................................. 8  B.  Level of Ordinary Skill in the Art........................................................................... 9  C.  Disputed Term – “single semiconductor platform”.............................................. 10  V.  U.S. Patent No. 7,209,140................................................................................................. 16  A.  Overview............................................................................................................... 16  B.  Level of Ordinary Skill in the Art......................................................................... 17  C.  Disputed Claim Terms.......................................................................................... 18  1.  “operation”................................................................................................ 19  2.  “instructions from a predetermined instruction set”................................. 25  VI.  U.S. Patent No. 6,697,063................................................................................................. 32  A.  Overview............................................................................................................... 32  B.  Level of Ordinary Skill in the Art......................................................................... 32  C.  Disputed Terms..................................................................................................... 33  1.  “scan/z engine” ......................................................................................... 35  a.  Must the scan/z engine be implemented as circuitry in “a graphics processor”?.................................................................................... 43  b.  Must the scan/z engine perform the double-z algorithm? Must the scan/z engine be capable of performing the double-algorithm? ... 44  c.  Conclusion .................................................................................... 50  2.  “output a fragment/outputting a plurality of fragments” .......................... 50  3.  “the memory”............................................................................................ 56  VII.  U.S. Patent No. 6,690,372................................................................................................. 61  A.  Overview............................................................................................................... 61  B.  Level of Ordinary Skill in the Art......................................................................... 61  C.  Agreed Upon Construction – “shading calculation”............................................. 62  D.  Disputed Term – “a combiner module…for combining the output” .................... 63 
  • 4. 1 I. INTRODUCTION By publication of a notice in the Federal Register on October 10, 2014, the U.S. International Trade Commission ordered that: Pursuant to subsection (b) of section 337 of the Tariff Act of 1930, as amended, an investigation be instituted to determine whether there is a violation of subsection (a)(1)(B) of section 337 in the importation into the United States, the sale for importation, or the sale within the United States after importation of certain consumer electronics and display devices with graphics processing and graphics processing units therein by reason of infringement of one or more of claims 1, 19, and 20 of the ‘488 patent; claims 1-29 of the ‘667 patent; claims 1-5, 7-19, 21-23, 25-30, 34-36, 38, 41-43 of the ‘685 patent; claims 5-8, 10, 12-20 and 24-27 of the ‘913 patent; claims 7, 8, 11-13, 16-21, 23, 24, 28, and 29 of the ‘063 patent; claims 1-10, 12, and 14 of the ‘140 patent; and claims 1-6, 9-16, and 19-25 of the ‘372 patent, and whether an industry in the United States exists as required by subsection (a)(2) of section 337; 79 F.R. 61338 (October 10, 2014). Pursuant to the Commission’s notice, the Complainant in this Investigation is NVIDIA Corporation of Santa Clara, CA. The named Respondents are Samsung Electronics Co., Ltd. of Seoul, Republic of Korea; Samsung Electronics America, Inc. of Ridgefield Park, NJ; Samsung Telecommunications America, LLC of Richardson, TX; Samsung Semiconductor, Inc. of San Jose, CA; and Qualcomm, Inc. of San Diego, CA. The Office of Unfair Import Investigations is also a party in this Investigation. Id. II. RELEVANT LAW “An infringement analysis entails two steps. The first step is determining the meaning and scope of the patent claims asserted to be infringed. The second step is comparing the properly construed claims to the device accused of infringing.” Markman v. Westview Instruments, Inc., 52 F.3d 967, 976 (Fed. Cir. 1995) (en banc) (internal citations omitted), aff'd, 517 U.S. 370 (1996). Claim construction is a “matter of law exclusively for the court.” Id. at 970-71. “The construction
  • 5. 2 of claims is simply a way of elaborating the normally terse claim language in order to understand and explain, but not to change, the scope of the claims.” Embrex, Inc. v. Serv. Eng'g Corp., 216 F.3d 1343, 1347 (Fed. Cir. 2000). Claim construction focuses on the intrinsic evidence, which consists of the claims themselves, the specification, and the prosecution history. See Phillips v. AWH Corp., 415 F.3d 1303, 1314 (Fed. Cir. 2005) (en banc); see also Markman, 52 F.3d at 979. As the Federal Circuit in Phillips explained, courts must analyze each of these components to determine the “ordinary and customary meaning of a claim term” as understood by a person of ordinary skill in art at the time of the invention. 415 F.3d at 1313. “Such intrinsic evidence is the most significant source of the legally operative meaning of disputed claim language.” Bell Atl. Network Servs., Inc. v. Covad Commc'ns Grp., Inc., 262 F.3d 1258, 1267 (Fed. Cir. 2001). “It is a ‘bedrock principle’ of patent law that ‘the claims of a patent define the invention to which the patentee is entitled the right to exclude.”’ Phillips, 415 F.3d at 1312 (quoting Innova/Pure Water, Inc. v. Safari Water Filtration Sys., Inc., 381 F.3d 1111, 1115 (Fed. Cir. 2004)). “Quite apart from the written description and the prosecution history, the claims themselves provide substantial guidance as to the meaning of particular claims terms.” Id. at 1314; see also Interactive Gift Express, Inc. v. Compuserve Inc., 256 F.3d 1323, 1331 (Fed. Cir. 2001) (“In construing claims, the analytical focus must begin and remain centered on the language of the claims themselves, for it is that language that the patentee chose to use to ‘particularly point [ ] out and distinctly claim [ ] the subject matter which the patentee regards as his invention.”). The context in which a term is used in an asserted claim can be ““highly instructive.” Phillips, 415 F.3d at 1314. Additionally, other claims in the same patent, asserted or unasserted, may also provide guidance as to the meaning of a claim term. Id.
  • 6. 3 The specification “is always highly relevant to the claim construction analysis. Usually it is dispositive; it is the single best guide to the meaning of a disputed term.” Id. at 1315 (quoting Vitronics Corp. v. Conceptronic, Inc., 90 F.3d 1576, 1582 (Fed. Cir. 1996)). “[T]he specification may reveal a special definition given to a claim term by the patentee that differs from the meaning it would otherwise possess. In such cases, the inventor’s lexicography governs.” Id. at 1316. “In other cases, the specification may reveal an intentional disclaimer, or disavowal, of claim scope by the inventor.” Id. As a general rule, however, the particular examples or embodiments discussed in the specification are not to be read into the claims as limitations. Id. at 1323. In the end, “[t]he construction that stays true to the claim language and most naturally aligns with the patent’s description of the invention will be ... the correct construction.” Id. at 1316 (quoting Renishaw PLC v. Marposs Societa' per Azioni, 158 F.3d 1243, 1250 (Fed. Cir. 1998)). In addition to the claims and the specification, the prosecution history should be examined, if in evidence. Id. at 1317; see also Liebel-Flarsheim Co. v. Medrad, Inc., 358 F.3d 898, 913 (Fed. Cir. 2004). The prosecution history can “often inform the meaning of the claim language by demonstrating how the inventor understood the invention and whether the inventor limited the invention in the course of prosecution, making the claim scope narrower than it would otherwise be.” Phillips, 415 F.3d at 1317; see also Chimie v. PPG Indus. Inc., 402 F.3d 1371, 1384 (Fed. Cir. 2005) (“The purpose of consulting the prosecution history in construing a claim is to exclude any interpretation that was disclaimed during prosecution.”). When the intrinsic evidence does not establish the meaning of a claim, then extrinsic evidence (i.e., all evidence external to the patent and the prosecution history, including dictionaries, inventor testimony, expert testimony, and learned treatises) may be considered. Phillips, 415 F.3d at 1317. Extrinsic evidence is generally viewed as less reliable than the patent itself and its prosecution history in determining how to define claim terms. Id. at 1317. “The
  • 7. 4 court may receive extrinsic evidence to educate itself about the invention and the relevant technology, but the court may not use extrinsic evidence to arrive at a claim construction that is clearly at odds with the construction mandated by the intrinsic evidence.” Elkay Mfg. Co. v. Ebco Mfg. Co., 192 F.3d 973, 977 (Fed. Cir. 1999). If, after a review of the intrinsic and extrinsic evidence, a claim term remains ambiguous, the claim should be construed so as to maintain its validity. Phillips, 415 F.3d at 1327. Claims, however, cannot be judicially rewritten in order to fulfill the axiom of preserving their validity. See Rhine v. Casio, Inc., 183 F.3d 1342, 1345 (Fed. Cir. 1999). Thus, “if the only claim construction that is consistent with the claim’s language and the written description renders the claim invalid, then the axiom does not apply and the claim is simply invalid.” Id. III. COMPLAINANT NVIDIA CORPORATION’S MOTION TO STRIKE DECLARATIONS OF DR. DINESH MANOCHA AND DR. JOHN VILLASENOR On January 23, 2015, NVIDIA filed a motion seeking to strike the declarations of Dr. Manocha and Dr. Villasenor. (Motion Docket No. 932-015.) Specifically, NVIDIA seeks to strike the two expert Declarations submitted by Respondents with their reply claims construction briefs, or, at a minimum, strike ¶¶ 32-37 of Dr. Villasenor’s Declaration and ¶¶ 57-60 of Dr. Manocha’s Declaration, which address indefiniteness. On January 29, 2015, Respondents filed an opposition to the motion. On February 4, 2015, the Staff filed its response in partially support of the motion to strike. On February 5, 2015, NVIDIA filed a motion for leave, which is hereby DENIED, to file a reply in support of its motion to strike. (Motion Docket No. 932-017.) NVIDIA contends that the declarations of Dr. Dinesh Manocha (“Manocha Decl.”) and Dr. John Villasenor (“Villasenor Decl.”) appended to Respondent’s reply claims construction brief (collectively, “Declarations”) should be stricken in their entirety for failure to comply with Ground Rule 8.2., or alternatively, to the extent that they contain improper rebuttal testimony on the issue of indefiniteness.
  • 8. 5 In pertinent part Ground Rule 8.2 states: Not later than the date set forth in the procedural schedule, the parties shall simultaneously exchange proposed constructions of each term identified by any party for claim construction. Each such proposed construction shall also, for each term which any party contends is governed by 35 U.S.C. § 112 ¶ 6, identify the structure(s), act(s), or material(s) corresponding to that term’s function. Additionally, each party shall identify all references from the specification or prosecution history that support each proposed construction. Each party shall also designate any supporting extrinsic evidence including, without limitation, dictionary definitions, citations to learned treatises and prior art, and testimony of percipient and expert witnesses. Extrinsic evidence shall be identified by production number or by producing a copy of the evidence if not previously produced. With respect to any supporting witness, percipient or expert, a party shall also provide a description of the substance of that witness’ proposed testimony that includes a listing of any opinions to be rendered in connection with claim construction. (See Order No. 2 Ground Rule 8.2 (emphasis added).) At the time when the parties simultaneously exchange proposed constructions, the parties cannot know whether they will need to offer evidence in rebuttal. Thus failure to identify rebuttal testimony or rebuttal experts at the time of the simultaneous exchange of proposed constructions cannot be a violation of Ground Rule 8.2. Respondents allege certain terms to be indefinite. The burden to prove indefiniteness rests squarely with Respondents. Thus, pursuant to Ground Rule 8.2 Respondents were required to disclosure any expert testimony or opinions they would be relying on to support their initial claims construction brief. In their Ground Rule 8.2 disclosures, Respondents did not provide notice that they would be offering any expert testimony in support of their claims construction. Thus, Respondents are precluded from offering expert testimony in support of their opening claim construction brief. At the time of the Ground Rule 8.2 disclosures, Respondents were not aware of the expert testimony that NVIDIA would offer in support of its initial claims construction brief. Thus, Respondents could not have known at the time the substance of rebuttal testimony that
  • 9. 6 Respondents would offer. Accordingly, I do not find Respondents precluded from offering rebuttal expert testimony in support of their reply claims construction brief. Respondents’ Declarations, however, are not limited to rebuttal testimony to support the reply brief, but also include testimony supporting arguments raised by Respondents in their opening claim construction brief. For example, Dr. Manocha and Dr. Villasenor offer opinions regarding the level of ordinary skill in the art. (See Manocha Decl. at ¶¶ 18, 19; Villasenor Decl. at ¶¶ 22-24). But this testimony was not identified in Respondents’ Ground Rule 8.2 disclosures, and would more properly have been offered in support of Respondents’ opening claim construction brief. Thus, I find such testimony is not proper rebuttal testimony and should be stricken. Similarly, paragraphs 22-24, 28, 29, and 35-37 of Dr. Manocha’s Declaration (regarding the plain and ordinary meanings of the terms “instruction” and “operation”) and paragraph 28 (regarding the proper construction of the phrase “single semiconductor platform”) of Dr. Villasenor’s Declaration are not proper rebuttal testimony. Thus, I find those paragraphs should also be stricken. With regard to paragraphs 17 and 20 of Dr. Manocha’s Declaration (rebutting Dr. Aliaga’s and Dr. Pfister’s testimony regarding the level of ordinary skill in the art), and paragraphs 42-43 of Dr. Manocha’s Declaration (rebutting Dr. Pfister’s explanation of traditional rendering) and paragraph 21 of Dr. Villasenor’s Declaration (rebutting Dr. Aliaga’s and Dr. Pfister’s testimony regarding the level of ordinary skill in the art) I disagree with NVIDIA that these paragraphs primarily constitute improper rebuttal testimony. For example, paragraph 17 of Dr. Manocha’s Declaration states, in part: While I agree that a person of ordinary skill in the relevant fields of the '063 and '140 patent would have at least two years of experience in computer graphics, I disagree with Dr. Aliaga’s and Dr. Pfister’s described educational level.
  • 10. 7 (Manocha Dec. at ¶ 17). This paragraph primarily rebuts the testimony of Drs. Aliaga and Pfister, and thus I find it to be proper rebuttal. Similarly, I find the other paragraphs discussed above may be fairly categorized as rebuttal testimony. Thus, I find this testimony need not be struck. With regard to paragraphs 57-60 of Dr. Manocha’s Declaration, in those paragraphs Dr. Manocha explains why he disagrees with Dr. Pfister’s opinion that the term “memory” is not indefinite. Thus, I find Dr. Manocha’s testimony to be proper rebuttal. Accordingly, paragraphs 57-60 need not be struck. With regard to paragraphs 32-37 of Dr. Villasenor’s Declaration, in those paragraphs Dr. Villasenor explains why he disagrees with Dr. Aliaga’s opinion that the phrase “a combiner module … for combining the output generated by the shading module” has a definite meaning in the context of the claims. Respondents no longer assert that phrase is indefinite. Rather, Respondents now argue that properly construed the phrase means “circuitry for combining the output of step (a) with the further output of step (c).” (See RMSB at 16.) Accordingly, NVIDIA’s motion with regard to paragraphs 32-37 of Dr. Villasenor’s Declaration is now moot. Accordingly, for at least the reasons above, I am GRANTING-IN-PART NVIDIA’s motion and I am striking paragraphs 18, 19, 22-24, 28, 29, and 35-37 of Dr. Manocha’s Declaration and paragraphs 22-24 and 28 of Dr. Villasenor’s Declaration as improper rebuttal testimony in violation of Ground Rule 8.2. The remainder of the motion is hereby DENIED.
  • 11. 8 IV. U.S. PATENT NO. 6,198,488 & U.S. PATENT NO. 6,992,667 A. Overview U.S. Patent No. 6,198,488 (“the '488 patent”) is titled “Transform, Lighting and Rasterization System Embodied on a Single Semiconductor Platform.” The '488 patent issued on March 6, 2001 and lists the following individuals as inventors: John Erik Lindholm; Simon Moy; Kevin Dawallu; Mingjian Yang; John Montrym; David B. Kirk; Paolo E. Sabella; Matthew N. Papakipos; Douglas A. Voorhies; and Nicholas J. Foskett. There are 26 claims. In this investigation, NVIDIA is asserting independent claims 1, 19, and 20 of the '488 patent. See 79 Fed. Reg. 61338 (Oct. 10, 2014). U.S. Patent No. 6,992,667 (“the '667 patent”) is titled “Single Semiconductor Graphics Platform System and Method With Skinning, Swizzling, and Masking Capabilities.” The '667 patent issued on January 31, 2006 and lists the same inventors as the '488 patent. The '667 patent claims priority to the '488 patent through a series of continuation applications. The '488 patent and the '667 patent are thus based on a common specification. The ‘667 patent has 29 claims, of which claims 1, 7, 10, 17, 20, 26, and 29 are independent. In this investigation, NVIDIA is asserting all 29 claims. See 79 Fed. Reg. 61338 (Oct. 10, 2014). The ‘488 and ‘667 patents generally relate to computer graphics processors for rendering three-dimensional (“3D”) graphics for display on two-dimensional (“2D”) computer screens. (See e.g., ‘488 patent at 1:32-54). Prior to the ‘488 and ‘667 patents, computer graphics processing systems typically used pipelined architectures. According to the ‘488 and ‘667 patents, there was “a general need to increase the speed of the various graphics processing components, while minimizing costs.” (Id. at 2:40-42). The patents purport to describe “a transform, lighting, and rasterization module having a design that allows cost-effective integration.” (Id. at 2:65-68).
  • 12. 9 B. Level of Ordinary Skill in the Art The Parties’ Positions Respondents contend that a person of ordinary skill in the art would have “at least a Ph.D. degree in electrical engineering, computer engineering, computer science, or mathematics with a minimum of two years of academic work experience in graphics, including hardware for processing graphics; or at least a Master’s degree in electrical engineering, computer engineering, computer science, or mathematics with a minimum of four years of academic or work experience in graphics, including hardware for processing graphics.” (RBr. at 42.) NVIDIA does not address the level of ordinary skill in the art in its brief. However, NVIDIA submitted as an exhibit to its brief a declaration by Dr. Hanspeter Pfister that states: “a person of skill in the art of these patents would have a four-year degree in Electrical Engineering or Computer Science, or an equivalent technical degree, as well as at least two years of experience in graphics processing, including developing, designing or programming software or hardware for graphics processing units, hardware graphics accelerators or other graphics processing systems.” (See CMIB, Ex. A (Pfister Dec.) at ¶ 4.) The Staff asserts that the difference between the private parties’ proposals with respect to the level of ordinary skill in the art does not appear to be dispositive as to the construction that should be adopted for the disputed term. (SIB at 7.) However, the Staff argues that should a decision be made as to the level of ordinary skill in the art, then the Staff agrees with the opinion of NVIDIA’s expert, Dr. Pfister. The Staff notes that insofar as expert and fact discovery is not yet complete, it may become necessary for the Staff to modify its contention regarding the level of ordinary skill in the art in light of future discovery.
  • 13. 10 Discussion Having considered the parties positions, I find a person of ordinary skill in the art would have at least a four-year degree in Electrical Engineering. Computer Engineering, Computer Science, or equivalent, as well as at least two years of experience in graphics processing including developing, designing or programming software or hardware for graphics processing units, hardware graphics accelerators or other graphics processing systems. I reserve the right to amend this determination in my final initial determination if any new, persuasive information on this issue is presented during the course of the evidentiary hearing in this investigation. C. Disputed Term – “single semiconductor platform” The parties dispute the meaning of the phrase “single semiconductor platform” in claims 1, 19, and 20 of the ‘488 patent and in claims 1, 5, 7, 10, 15, 17, 20, 24, 26, and 29 of the ‘667 patent. Illustrative claim 1 of the ‘667 patent and claim 20 of the ‘488 patent read as follows: Claim 1. A hardware graphics system capable of performing a skinning operation, comprising: a single semiconductor platform for transforming graphics data, lighting the graphics data, and rasterizing the graphics data, the single semiconductor platform adapted to operate in conjunction with a central processing unit; wherein the single semiconductor platform is further capable of performing a skinning operation involving the graphics data. Claim 20. A method for graphics processing, comprising: (a) transforming vertex data from object space to screen space; (b) lighting the vertex data; (c) executing multiple threads of operation in parallel through a plurality of logic units while at least one of transforming and lighting the vertex data; and (d) rendering the vertex data, wherein the vertex data is transformed, lighted, and rendered on a single semiconductor platform. (‘667 patent at 36:16-25; ‘488 patent at 37:43-53) (emphasis added).
  • 14. 11 The Parties’ Positions Term Proposed Constructions Complainant Respondents Staff “single semiconductor platform” Plain and ordinary meaning. But if construed: sole unitary semiconductor-based integrated circuit or chip sole unitary semiconductor-based integrated circuit or chip incorporating separate hardware dedicated to each of transform, lighting, and rasterizing/rendering sole unitary semiconductor-based integrated circuit or chip NVIDIA NVIDIA asserts that the core dispute between the parties is whether the limitations “incorporating separate hardware dedicated to each of transform, lighting and rasterizing/rendering” should be included in the construction of the term “single semiconductor platform.” (CMIB at 11.) NVIDIA argues that respondent’s position is inconsistent with the claim language, the summary of the invention, and the specification. (Id.) In fact, NVIDIA argues that Respondent’s construction contradicts the basic purposes of the invention and the description of the invention. (Id.) NVIDIA argues the term “single semiconductor platform” of the ‘488 and ‘667 Patents does not require construction and should be given its plain and ordinary meaning as the inventors did not give any special meaning to the term. (Id. at 12.) NVIDIA argues that Respondents have not argued that the term “single semiconductor platform” is coined, unclear or ambiguous and thus the plain meaning of this term should govern. (Id.) NVIDIA argues that construction of the “single semiconductor platform” falls squarely in the category of a term that is “readily apparent even to lay judges,” such that its construction should involve “little more than the application of the widely accepted meaning.” (Id. (quoting Phillips, 415 F.3d at 1314).)
  • 15. 12 NVIDIA argues that should I decide that construction of “single semiconductor platform” is necessary, the term is properly construed as a “sole unitary semiconductor-based integrated circuit or chip.” (Id. at 13.) NVIDIA argues that this construction is identical to its ordinary meaning and its description in the specification. (Id.) Respondents Respondents argue that the claim language and specification demonstrate that the “single semiconductor platform” incorporates separate dedicated hardware for performing the claimed transform, lighting, and rasterizing/rendering operations and cannot merely be a single integrated circuit or chip. (RMIB at 42.) Respondents argue the claims themselves confirm that “single semiconductor platform” requires dedicated hardware. (Id. at 43.) For example, Respondents argue the “single semiconductor platform” of every asserted claim of the ’667 and ’488 patents is not a generic integrated circuit or chip, but rather a “single semiconductor platform” that transforms graphics data, lights graphics data, and rasterizes/renders graphics data. (Id.) Thus, Respondents argue, the claim language confirms that the “single semiconductor platform” must include at least hardware to transform, light, and rasterize. (Id.) Respondents also argue that claim 1 of the ’488 patent and claim 29 of the ’667 patent specify that the “single semiconductor platform” includes a “transform module,” a “lighting module,” and a “rasterizer/render module.” (Id.) Respondents argue that because each of these modules is “coupled” to at least one other module, the claim language confirms that the claimed transform, lighting, and rasterizing/rendering operations are performed by separate hardware units (i.e., modules) incorporated within the “single semiconductor platform.” (Id.) Respondents further argue that the remaining asserted apparatus claims of the ’667 patent (claims 1, 10, and 20) support their construction in that they require a “single semiconductor platform for transforming . . . lighting . . . and rasterizing the graphics data”—i.e., the “single semiconductor platform” itself contains
  • 16. 13 hardware for performing these claimed operations. (Id.) Respondents argue the asserted method claims (claim 20 of the ’488 patent and claims 7, 17, and 26 of the ’667 patent) likewise require that the transform, lighting, and rasterizing operations “are performed on a single semiconductor platform.” (Id.) Respondents argue that this confirms that each claimed operation is performed via hardware units on the “single semiconductor platform” itself. (Id.) Respondents also argue that the specification supports their position. (Id. at 44.) Respondents argue that the specification repeatedly confirms that the alleged invention is an integrated circuit or chip that incorporates separate hardware modules for each of the claimed transform, lighting, and rasterizing operations. (Id. (citing ‘667 Abstract, Field of Invention, Disclosure of Invention).) Respondents argue that the specification states that the modules are separate dedicated hardware—“the present invention is divided into four main modules including transform module 52, a lighting module 54, and a rasterization module 56.” (Id. at 44-45 (citing ‘667 patent at 6:43-44).) Respondents argue that these modules are coupled to other modules, further confirming that the modules are separate dedicated hardware. (Id. at 45.) Respondents argue that additional evidence that the claimed “single semiconductor platform” incorporates separate dedicated hardware modules can be found in the specification’s description of the problem allegedly solved by the invention—integrating separate modules. (Id.) Respondents argue that the patents’ solution to this problem was to provide “a design that allows cost-effective integration”—i.e., “incorporation of different processing modules on a single integrated circuit,” by redesigning each of the modules with less circuitry so that all of the modules could be “squeezed” onto a single platform. (Id. at 46.) Respondents argue the only modules described in the specification are dedicated modules—“a transform module 52, a lighting module 54, and a rasterization module 56 with a set-up module 57.” (Id. at 46.) Respondents argue that nothing in the specification describes, for example, a transform module capable of lighting, or a lighting
  • 17. 14 module capable of transforming (nor would such modules be consistent with the stated purpose of the patent). (Id.) Thus, Respondents argue, in these patents, transforming, lighting, and rasterizing are performed by separate hardware modules, each dedicated to performing one of those functions, as illustrated above. (Id.) Respondents argue that because the construction of “single semiconductor platform” must specify that separate graphics processing modules are integrated together on a single integrated circuit, it follows that the proper construction of “single semiconductor platform” is a “sole unitary semiconductor-based integrated circuit or chip incorporating separate hardware dedicated to each of transform, lighting, and rasterizing/rendering.” (Id. at 49.) Respondents argue this construction agrees with the specification and makes sense of the “single semiconductor platform” described in each of the asserted claims. (Id.) The Staff The Staff argues that its proposed construction is consistent with the plain language of the claims and the intrinsic record of the ‘488 and ‘667 patents. (SMIB at 8.) The Staff argues that the specification explicitly contemplates that a “single semiconductor platform” may be embodied as a “sole unitary semiconductor-based integrated circuit or chip.” (Id. at 9.) The Staff also argues that NVIDIA’s expert, Dr. Pfister, agrees that one of ordinary skill in the art would understand the term “single semiconductor platform” to refer to a “sole unitary semiconductor- based integrated circuit or chip.” (Id.) The Staff argues the Respondents’ construction, in contrast, attempts to import limitations from disclosed embodiments into the claims. (Id.) Discussion The specifications of the ‘488 and ‘667 patents state that the “single semiconductor platform may refer to a sole unitary semiconductor-based integrated circuit or chip.” (‘667 patent at 6:5-7; ‘488 patent at 6:49-51). The parties appear to generally agree that in light of this
  • 18. 15 statement a “single semiconductor platform” requires a “sole unitary semiconductor-based integrated circuit or chip.” Respondents, however, contend that this phrase should be further construed so as to require “separate hardware dedicated to each of transform, lighting, and rasterizing/rendering.” NVIDIA and the Staff disagree. In keeping with the plain language of the claims, the specification states: As shown, the present invention is divided into four main modules including a vertex attribute buffer (VAB) 50, a transform module 52, a lighting module 54, and a rasterization module 56 with a set-up module 57. In one embodiment, each of the foregoing modules is situated on a single semiconductor platform in a manner that will be described hereinafter in greater detail. In the present description, the single semiconductor platform may refer to a sole unitary semiconductor-based integrated circuit or chip. (‘667 patent at 5:65-6:7; ‘488 patent at 6:42-51) (emphasis added). Thus, the specification explicitly contemplates that a “single semiconductor platform” may be embodied as a “sole unitary semiconductor-based integrated circuit or chip.” Respondents’ proposed construction goes too far by requiring the single semiconductor platform to incorporate separate hardware dedicated to each of transform, lighting, and rasterizing/rendering. There simply is no basis in the claims for adding a limitation requiring separate, dedicated hardware to perform these various claimed functions. While it is true that the specification does teach that dedicated hardware “might” be used to perform each of the transform, lighting, and rasterizing/rendering functions, it would be improper to incorporate that limitation from the specification into the claims when, as here, there is no clear expression of intent on the part of the applicant to do so. (See the ‘488 patent at 14:65-66 (“Such processes might be executed with any desired dedicated hardware”) (emphasis added).) See also Intel Corp. v. U.S. International Trade Commission, 946 F.2d at 836 (“Where a specification does not require a limitation, that limitation should not be read from the specification into the claims.”); Thorner v. Sony Computer Entertainment America, LLC, 669 F.3d 1362, 1368 (Fed. Cir. 2012) (“It is … not
  • 19. 16 enough that the only embodiments, or all of the embodiments, contain a particular limitation. We do not read limitations from the specification into claims; we do not redefine words.”). Additionally, contrary to Respondents’ argument, neither the claims nor the specification ever uses the term “separate” in reference to any of the hardware on the single semiconductor platform. Further, I find it redundant to refer to the transform, lighting, and rasterizing/rendering functions in the construction of the term “single semiconductor platform” because those functions are already separately and specifically claimed. (See ‘667 patent, claim 1 (“a single semiconductor platform for transforming graphics data, lighting the graphics data, and rasterizing the graphics data …”); ‘488 patent, claim 20 (“… wherein the vertex data is transformed, lighted, and rendered on a single semiconductor platform.”). Accordingly, I find Respondents’ proposed construction not persuasive. Thus, in keeping with the specification and the language of the claims I find for at least the reasons above that one of ordinary skill in the art at the time of the invention would construe the term “single semiconductor platform” as a “sole unitary semiconductor-based integrated circuit or chip.” V. U.S. Patent No. 7,209,140 A. Overview U.S. Patent No. 7,209,140 (“the ‘140 patent”) is titled “System, Method and Article of Manufacture for a Programmable Vertex Processing Model With Instruction Set.” The ‘140 patent issued on April 24, 2007, and lists John Erik Lindholm, David B. Kirk, Henry P. Moreton, and Simon Moy as inventors. The ‘140 patent has five figures and 14 claims. Independent claims 1, 5-7, 12, and 14, and dependent claims 2-4 and 8-10 are asserted in this investigation. See 79 Fed. Reg. 61338 (Oct. 10, 2014).
  • 20. 17 B. Level of Ordinary Skill in the Art The Parties’ Positions Respondents contend that a person of ordinary skill in the art would have “at least a Ph.D. degree in electrical engineering, computer engineering, computer science, or mathematics with a minimum of two years of academic work experience in graphics, including hardware for processing graphics; or at least a Master’s degree in electrical engineering, computer engineering, computer science, or mathematics with a minimum of four years of academic or work experience in graphics, including hardware for processing graphics.” (RMIB at 14.) NVIDIA does not address the level of ordinary skill in the art in its brief. However, NVIDIA submitted a declaration by Dr. Daniel G. Aliaga that states: “a person of skill in the art of these two patents would have a four-year degree in Electrical Engineering or Computer Science, or an equivalent technical degree, as well as at least two years of experience in graphics processing, including developing, designing or programming software or hardware for graphics processing units (‘GPUs’), hardware graphics accelerators or other graphics processing systems.” (CMIB, Ex. B (Aliaga Dec.) at ¶ 3.) The Staff asserts that the difference between the private parties’ proposals with respect to the level of ordinary skill in the art does not appear to be dispositive as to the constructions that should be adopted for the terms in dispute. Nonetheless, the staff argues that should a decision be made as to the level of ordinary skill in the art, the Staff presently agrees with the opinion of NVIDIA’s expert, Dr. Aliaga. The Staff notes that insofar as expert and fact discovery is not yet complete, it may become necessary for the Staff to modify its contention regarding the level of ordinary skill in the art in light of future discovery.
  • 21. 18 Discussion Having considered the parties positions, I find a person of ordinary skill in the art would have at least a four-year degree in Electrical Engineering. Computer Engineering, Computer Science, or equivalent, as well as at least two years of experience in graphics processing including developing, designing or programming software or hardware for graphics processing units, hardware graphics accelerators or other graphics processing systems. I reserve the right to amend this determination in my final initial determination if any new, persuasive information on this issue is presented during the course of the evidentiary hearing in this investigation. C. Disputed Claim Terms The parties have sought construction of two terms found in the claims of the ‘140 patent: “instruction” and “operation.” During the Markman hearing, however, it became clear that the parties’ arguments regarding the term “instruction” really turned on the proper construction of the term “instruction set.” The parties had not discussed the term “instruction set” in their claims construction briefs, so I ordered the parties to provide supplemental briefing on that issue. On February 11, 2015, NVIDIA and Respondents filed their supplemental briefs. On February 13, 2015, the Staff filed its supplemental brief, Illustrative claims 1 and 14 of the ‘140 patent read as follows: Claim 1. A method for programmable processing in a hardware graphics accelerator, comprising: receiving graphics data including lighting information in a hardware graphics accelerator; and performing programmable operations on the graphics data utilizing the hardware graphics accelerator in order to generate output to be displayed, wherein the operations are programmable by a user utilizing instructions from a predetermined instruction set capable of being executed by the hardware graphics accelerator; wherein the operations include a set on less operation, a move operation, a multiply operation, an addition operation, a multiply and
  • 22. 19 addition operation, a reciprocal operation, a reciprocal square root operation, a three component dot product operation, a four component dot product operation, a distance operation, a minimum operation, a maximum operation, a set on greater or equal than operation, an exponential operation, a logarithm operation, and a lighting operation. Claim 14. A system, comprising: a central processing unit; and a hardware graphics accelerator for receiving graphics data, and performing programmable operations on the graphics data in order to generate output; wherein the operations are programmable by a user utilizing instructions from a predetermined instruction set capable of being executed by the hardware graphics accelerator, the predetermined instruction set including a reciprocal instruction, a reciprocal square root instruction, a three component dot product instruction, a four component dot product instruction, a distance instruction, a minimum instruction, a maximum instruction, an exponential instruction, and a logarithm instruction. (‘140 patent at claim 1, 24:23-38) (emphasis added). 1. “operation” The Parties’ Positions Term Proposed Constructions Complainant Respondents Staff “operation” action or process process corresponding to a particular opcode process corresponding to a particular opcode NVIDIA NVIDIA argues the ‘140 Patent uses the term “operation” consistent with the ordinary usage of the term to generally refer to actions or processes. (CMIB at 43.) NVIDIA argues that neither the claims nor the specification restricts the meaning of “operation” any further. (Id.) NVIDIA argues that according to the plain language of the claims, the operations are programmable by a user. (Id.) NVIDIA asserts that this allows application writers to create
  • 23. 20 graphics effects that are executed by the hardware graphics accelerator by using instructions from an instruction set to specify desired graphics “operations,” which may involve a step, i.e., an action, or a series of steps, i.e., a process. (Id.) NVIDIA argues that in addition to the plain language of the claims, the specification confirms that the ‘140 Patent uses the term “operation” to refer to any action or process, including high-level functions in the graphics pipeline. (Id.) In support, NVIDIA notes that the patent states that “During use, the graphics pipeline 100 is adapted to carry out numerous operations for the purpose of processing computer graphics.” (Id. (quoting ʼ140 Patent at 3:32-34).) NVIDIA also contends that the patent teaches that vertex processing may include numerous “operations,” including “texgen operations, lighting operations, transform operations, and/or any other operations that involve vertices…” (Id. (quoting (‘140 Patent at 3:40-50).) NVIDIA argues that specification also teaches that each of these high-level “operations” may include multiple sub- steps to complete the process specified by the instructions of the operation. (Id. (citing ‘140 Patent at 1:35-42, 1:43-45, 1:51).) Moreover, NVIDIA argues that when specific types of operations are illustrated, the specification is clear to identify those operations as “exemplary.” (Id. at 44.) NVIDIA argues that because the meaning of “operation” as an “action or process” is unambiguous in view of the intrinsic record, there is no need to refer to extrinsic evidence. Nevertheless, NVIDIA contends the extrinsic record also supports its construction. (Id. (citing Ex. C-1 (The American Heritage Dictionary of the English Language, 4th ed. (2000)), Ex. C-4 (Webster’s Encyclopedic Unabridged Dictionary of the English Language (1996)).) Respondents Respondents contend that the claims tie “operations” to particular “instructions” of the graphic accelerator’s “instruction set.” (RMIB at 19.) Thus, Respondents argue, the plain
  • 24. 21 language of the claims shows that the operations cover a process of using the specific instructions from the instruction set. (Id.) Respondents argue that it is tellingly that each specific operation corresponds to a specific instruction. (Id.at 20.) Respondents assert that their construction properly captures this linkage between “instructions” and “operations” by using the term “opcode” in each construction. (Id.) Respondents argue that by seeking to divorce the “opcode” from the “operation,” NVIDIA advances an illogical construction that is inconsistent with the plain language of the claims. (Id.) Respondents argue the prosecution history also confirms that an “operation” is the process corresponding to a particular associated opcode, which can be executed by the graphics accelerator. (Id. at 21.) Specifically, Respondents contend the applicants referred to the recited specific instructions and specific operations of the same type (e.g., “set on less”) interchangeably, arguing that the claimed “operations/instructions” are “carried out by the hardware graphics accelerator.” (Id. (citing Ex. 18 (’140 patent FH, 3/24/03 Amendment) at 6-7).) Respondents note that the only thing a graphics accelerator carries out are opcodes. (Id.) Respondents also argue that both the Examiner and applicants recognized that each operation has a corresponding instruction in the graphics accelerator’s instruction set. (Id.) Respondents contend that their construction correctly captures the applicant’s use of these terms interchangeably, with the “instruction” referring to the opcode and the “operation” referring to the process corresponding to a particular opcode. (Id.) Respondents argue that having limited the scope of “operation” during prosecution to avoid prior art, NVIDIA must now abide by that scope. (Id.) Respondents further argue the extrinsic evidence supports its proposed construction. (Id. at 22.) The Staff The Staff argues that the term “operation” should be construed as a “process corresponding to a particular opcode.” (SMIB at 16.) The Staff argues this construction is consistent with the
  • 25. 22 plain language of the claims, and the intrinsic record of the '140 patent. (Id.) The Staff contends that in the context of the claims, the term “operation” refers to those processes implemented by the hardware graphics accelerator that correspond to particular opcodes in the instruction set. (Id.) The Staff reasons that it is telling the ’140 patent specification associates operations to instructions, stating: “[t]his way, the operation associated with the instruction at hand may be performed on the retrieved data in order to generate output.” (Id. (quoting '140 patent at 8:55-59).) Thus, the Staff argues it is clear that the claims at issue use the term “operation” to refer to particular processes corresponding to opcodes that can be specified by instructions in a defined instruction set. (Id.) Discussion Respondents and the Staff contend that the claimed “operation” must be hardware- dependent. That is, the operation must be specific to the hardware graphics accelerator.1 In contrast, NVIDIA argues the patent requires no such limitation and that an “operation” may be hardware-independent. That is, the operation need not be specific to the hardware graphic accelerator, but may be an operation of, for example, a higher-level graphics API (e.g., OpenGL, DirectX). Method claim 1 includes the step of “performing programmable operations … utilizing the hardware graphics accelerator …” System claim 14 includes “a hardware graphics accelerator for … performing programmable operations …” NVIDIA’s interpretation of this language allows a level of abstraction between the operation and the hardware graphics accelerator that I find runs 1 Respondents and the Staff argue that properly construed the term “operation” refers to “a process corresponding to a particular opcode.” (emphasis added.) An opcode is the portion of a machine language instruction that specifies the operation to be performed. Thus, by tying the construction of “operation” to “a particular opcode” Respondents and the Staff are requiring the operation to be a machine language operation of the hardware graphics accelerator (i.e., a hardware-dependent operation).
  • 26. 23 contrary to the language’s plain and ordinary meaning. I read these statements from the claims to require a direct relationship between the performance of the operation and the hardware graphics accelerator.2 That is, I find a plain reading of the claim language requires the hardware graphics accelerator to actually perform the claimed “operations.” Other language in the claims further supports this conclusion. Claims 1 and 14 require the hardware graphics accelerator to receive graphics data. Thus, by the express teaching of the claims, the graphics data must reside with the hardware graphics accelerator. Claims 1 and 14 also require the hardware graphics accelerator to perform “operations on the graphics data.” Because the graphics data resides with the hardware graphics accelerator, the only way the hardware graphics accelerator can perform operations “on the graphics data” is if those operations are operations executable by the hardware graphics accelerator. The hardware graphics accelerator can only perform those operations that are native to its chipset. Thus, based on the language of the claims, an “operation” must a hardware-dependent operation of the hardware graphics accelerator. NVIDIA’s proposed construction does not withstand scrutiny. The claims require the hardware graphics accelerator perform the “operations” on the graphics data received by the hardware graphics accelerator. Under NVIDIA’s proposed construction, the claimed “operations” may include the operations of a high-level graphics API, such as DirectX. To execute a high-level operation on the hardware graphics accelerator, the high-level operation must first be compiled into machine code that the hardware graphics accelerator can understand. It is this compiled code that the hardware graphics accelerator performs on the graphics data. Because the compiled code consists of machine operations that differ from the “operations” of the high-level graphics API, it 2 In contrast, when the applicant intended a less direct relationship between the claimed “instructions” and the hardware graphics accelerator, the applicant clearly indicated so by requiring only that the instructions “be capable of being executed by the hardware graphics accelerator.” (emphasis added).
  • 27. 24 cannot be said that the “operations” of the high-level graphics API are performed on the graphics data received by the hardware graphics accelerator—a requirement of both claims 1 and 14.3 (See ‘140 patent, 1:67-2:2 (“Thereafter, programmable operations are performed on the data in order to generate output.”), 9:11-13 (“Further, the particular operation is performed on the retrieved data in order to generate output.”).) Thus, I find NVIDIA’s proposed construction fails to comport with the language of the claims. Accordingly, I find NVIDIA’s proposed construction not persuasive. Likewise, I am not persuaded by Respondents and the Staff’s argument that the construction of the term “operation” should be tied to “a particular opcode.” I can find no support in the claims for adding such a limitation. Nor do I find support in the specification. The specification only uses the word “opcode” twice and only in the context of an exemplary embodiment using assembly language. (See ‘140 patent at 6:57-59 (“An exemplary assembly language that may be used in one implementation of the present invention will now be set forth.”), 7:54 (“An exemplary assembler format is as follows:”).) Respondents and the Staff’s requirement of “a particular opcode” as part of the construction of the term “operation” stems from Respondents and the Staff’s contention that the phrase “instructions from a predetermined instruction set” must be limited to the native instruction set of the hardware graphics accelerator. However, as discussed in more detail below, I am not convinced the phrase “instructions from a predetermined instruction set” needs to be so limited. The language of the claims clearly specifies the relationship between an “operation” and an “instruction.” (See id. at 21:64-66 (“wherein the operations are programmable by a user utilizing instructions from a predetermined instruction set”), 24:29-30 (“wherein the operations are 3 For example, a multiply operation in a high-level graphics API may be implemented in machine code as a series of addition operations (i.e., 2 x 3 = (2 + 2 + 2)) performed on the graphics data. Under NVIDIA’s proposed construction, the “operation” is the multiply operation, but the operation performed on the graphics data is a series of addition operations.
  • 28. 25 programmable by a user utilizing instructions from a predetermined instruction set”).) Thus, I find Respondents and the Staff’s attempt to capture that relationship as part of the construction of the term “operation” unnecessary. Moreover, I find that the inclusion of the language “a particular opcode” in Respondents and the Staff’s proposed construction brings confusion, not clarity, to the claim construction. Accordingly, for at least the reasons discussed above, I find that one of ordinary skill in the art at the time of the invention would construe the term “operation” as an “action or process recognized by the hardware graphics accelerator.” 2. “instructions from a predetermined instruction set” The Parties’ Positions Term Proposed Constructions Complainant Respondents Staff “instruction set” the complete set of instructions recognized by a given processor or provided by a given programming language a processor’s native commands “the complete set of instructions recognized by the hardware graphics accelerator” NVIDIA NVIDIA argues that both “native” and “platform independent” instructions fall within the scope of the claims because: (1) the claim language “instruction set capable of being executed by the hardware graphics accelerator” is inconsistent with a construction limited to “native” instructions, (2) the specification teaches that the invention can be carried out with “instructions of an instruction set using any type of programming language,” (3) the prosecution history teaches that vendor-independent graphics APIs had “instruction sets,” and (4) the IEEE Dictionary defines “instruction set” as “The complete set of instructions recognized by a given computer or provided by a given programming language.” (CMSB at 1.)
  • 29. 26 NVIDIA asserts that every claim of the ʼ140 Patent claims an “instruction set capable of being executed by the hardware graphics accelerator.” (Id. at 2.) NVIDIA contends that if “instruction set” is limited to the “native” instructions that a vendor provides with its GPU, the clause “capable of being executed” would be superfluous. (Id.) NVIDIA asserts that “Native” instructions are by definition capable of execution by the chip they are supplied with. Thus, NVIDIA reasons, the “capable of” clause necessarily requires a broader construction. (Id.) NVIDIA also argues that limiting “instruction set” to “native” instructions would contradict the plain and ordinary meaning of the phrase “capable of.” (Id.) Accordingly, NVIDIA argues the claims dictate that “instruction set” must encompass higher-level languages capable of working with different vendors’ GPUs. (Id.) NVIDIA also argues that the phrase “capable of being executed” does not restrict the claimed “instruction set” only to machine code. (Id. at 3.) NVIDIA argues that any instructions that can be translated or compiled into machine code that can execute on a particular GPU are instructions “capable of being executed” by the GPU or “recognized” by the GPU. (Id.) NVIDIA contends that Respondents provide no evidence of a special meaning or a disclaimer that warrants changing this straightforward definition. (Id.) NVIDIA further argues that the specification and prosecution history support its proposed construction. (See id. at 4.) Additionally, NVIDIA argues the extrinsic evidence supports the inclusion of high-level programming languages. Specifically, NVIDIA asserts that the IEEE dictionaries from 2000 and earlier define instruction set as “The complete set of instructions recognized by a given computer or provided by a given programming language.” (Id. at 5.) Respondents Respondents asserts the ‘140 patent claims require that the “instructions” be from a “predetermined instruction set capable of being executed by the hardware graphics accelerator.”
  • 30. 27 (RMSB at 6.) Respondents contend this statement refers to the set of instructions that exist at the chip-level, i.e., at the hardware graphics accelerator level, not un-executable, high-level programming statements. (Id.) Respondents argue that this construction is confirmed by numerous dictionaries, including from the IEEE, discussed below. (Id.) Respondents contend that claiming separate instructions for “multiply,” “addition,” and “multiply and addition” further indicates that the claims are directed to processor commands. (Id.) Respondents assert that at the chip-level, a “multiply and addition” is advantageous because it executes in less clock cycles than separate “multiply” and “addition” instructions. (Id.) Respondents argue NVIDIA’s construction renders “multiply and addition” superfluous because it allows the separately claimed “multiply” and “addition” operations to be used at a higher level to perform “multiply and addition.” (Id.) Respondents also argue that the surrounding claim language supports its construction. (Id. at 7.) Specifically, Respondents assert that the surrounding claim language requires the “operations” be “perform[ed]” at the chip-level “utilizing instructions” from the instruction set. (Id.) Respondents argue that a processor can only “utilize” its native commands to “perform[] operations” on “data” in the chip. (Id.) Respondents contend the specification confirms their construction of “instruction set” by consistently and repeatedly referring only to the native commands a processor executes. (Id.) First, Respondents argue the “Disclosure of the Invention” refers to chip-level instructions by explaining that the hardware operates on the data in a “source buffer” “utiliz[ing] instructions,” and stores the “output” in a register. (Id.) Second, Respondents argue the preferred embodiment distinguishes between “instructions of an instruction set” and “using any type of programming language” to “carry[]” out instructions. (Id.) Respondents also contend the file history supports their construction. (See id. at 7-8.)
  • 31. 28 Respondents further maintain that the extrinsic evidence supports their construction. (Id. at 8.) Respondents argue that numerous technical dictionary definitions of “instruction set,” including the IEEE’s dictionary definition, show the phrase refers to native chip-level commands. Respondents also assert that their expert opined that the phrase “instruction of an instruction set” has a well-defined meaning in the field and that Respondents’ construction captures that meaning. (Id.) The Staff The Staff argues that properly construed the term “instruction set” means “the complete set of instructions recognized by the hardware graphics accelerator.” (SMSB at 1.) The Staff argues that its construction is dictated by the plain language of the claim, and is supported by the specification and prosecution history, as well as the extrinsic evidence. (Id.) The Staff contends the plain language of the claims limits the term “instruction set” to the set of instructions “capable of being executed by the hardware graphics accelerator.” (Id.) Thus, the Staff argues, “instruction set” refers to the native instructions of the hardware graphics accelerator. (Id.) The Staff asserts that while programmers may access the capabilities of the hardware graphics accelerator using OpenGL or other graphics programming API, only the native instructions of the hardware graphics accelerator are capable of being executed by the hardware graphics accelerator. (Id. at 1- 2.) The Staff notes that the specification states that “one major drawback of this approach is that changes to the graphics API are difficult and slow to be implemented. (Id. at 2 (quoting (‘140 patent at 1:47-49).) According to the staff, the '140 patent proposes an alternative to the predefined set of commands enabled by traditional graphics APIs. (Id. (citing ‘140 patent at 1:65- 2:16).) The Staffa argues that by exposing the instruction set of a hardware graphics accelerator, the device allows a user to directly access the instruction set of the hardware graphics accelerator
  • 32. 29 to efficiently execute custom code directly on the hardware graphics accelerator without waiting possibly years for graphics APIs to add desired support. (Id.) Thus, the Staff argues the specification is consistent with the plain language of the claims. (Id.) The Staff argues that its proposed construction is also consistent with the extrinsic evidence offered by the private parties. (Id.) For example, The Staff asserts that the IEEE defines the term “instruction set” as “[t]he complete set of instructions recognized by a given computer or provided by a given programming language.” (Id.) The Staff argues that because the claims recite an instruction set “capable of being executed by the hardware graphics accelerator” (as opposed to a central processing unit or programming language), the term “instruction set” must mean “the complete set of instructions recognized by the hardware graphics accelerator.” (Id.) Discussion Respondents and the Staff argue the claimed “instruction set” refers to the hardware- dependent set of instructions native to the graphics accelerator chip. NVIDIA seeks a broader construction of the term “instruction set” that would not only include the set of instructions native to the chip, but also those “provided by a given programming language,” including high-level graphics APIs, such as OpenGL and DirectX. The plain language of the claims requires that the “instructions of the … instruction set” must be “capable of being executed by the hardware graphics accelerator.” Each of the parties cite to this language in support of their proposed constructions. NVIDIA contends that because the “instructions” from an instruction set of a hardware independent language, such as DirectX or OpenGL, are compiled into machine code that is executed by the hardware graphics accelerator, such “instructions” must be capable of being executed by the hardware graphics accelerator. Respondents and the Staff on the other hand contend that only the native instructions of the hardware graphics accelerator are capable of being executed by the hardware graphics accelerator.
  • 33. 30 I agree with NVIDIA that the plain and ordinary meaning of the phrase “capable of being executed by the hardware graphics accelerator” has a broader meaning than something designed or configured to accomplish a specific purpose. I find, as NVIDIA argues, the claim language is broad enough to encompass the native instruction set of the hardware graphics accelerator, as well as the instructions of an instruction set of a given programming language that is compiled into machine code that is executable by the hardware graphics accelerator. I find Respondents and the Staff’s reading of “capable of” to be overly narrow and inconsistent with that phrase’s plain and ordinary meaning. Because Respondents and the Staff’s construction is contrary to the plain and ordinary meaning of the claim language it cannot be correct absent some evidence the applicant acted as his/her own lexicographer or disclaimed or disavowed claim scope. Aventis Pharmaceuticals Inc. v. Amino Chemicals Ltd., 715 F.3d 1363, 1373 (Fed. Cir. 2013) (“The written description and other parts of the specification, for example, may shed contextual light on the plain and ordinary meaning; however, they cannot be used to narrow a claim term to deviate from the plain and ordinary meaning unless the inventor acted as his own lexicographer or intentionally disclaimed or disavowed claim scope.”) Here, I find evidence of neither in the specification and prosecution history. Moreover, Respondents’ and the Staff’s constructions render the claim language “capable of being” in the phrase “capable of being executed by the hardware graphics accelerator” superfluous. Respondents’ and the Staff’s proposed constructions limit the “instruction set” to the set of native commands of the hardware graphics accelerator. Commands that are native to the hardware graphics accelerator are directly executable by the hardware graphics accelerator. Therefore, under Respondents’ and the Staff’s proposed constructions the “instructions of the predetermined instruction set” are, by definition, executable by the hardware graphics accelerator. Thus, if I were to adopt Respondents’ or the Staff’s proposed construction, the phrase “capable of
  • 34. 31 being executed” loses all meaning. This is impermissible. See Cat Tech LLC v. TubeMaster, Inc., 528 F.3d 871, 885 (Fed. Cir. 2008) (refusing to adopt a claim construction which would render a claim limitation meaningless); Power Mosfet Techs., L.L.C. v. Siemens AG, 378 F.3d 1396, 1410 (Fed. Cir. 2004) (explaining that a claim construction which renders claim terms superfluous is generally disfavored); Elekta Instrument S.A. v. O.U.R. Scientific Int'l, Inc., 214 F.3d 1302, 1305- 07 (Fed. Cir. 2000) (refusing to adopt a claim construction which would render claim language superfluous). Consistent with NVIDIA’s proposed construction, the specification of the ‘140 patent describes the invention as “a new computer graphics programming model and instruction set that allows convenient implementation of changes to the graphics API.” (‘140 patent at 1:55-61 (emphasis added).) Thus, the specification teaches that the instruction set of the invention can work with graphics APIs to address the disadvantages of the prior art APIs. The specification also explains that the programmable vertex processing of the invention is carried out with “an instruction set using any type of programming language.” (Id. at 8:1-4.) This again insinuates the instruction set need not be hardware-dependent. Contrary to Respondents and the Staff’s arguments, the only references to “opcodes” in the specification are qualified as being part of an exemplary embodiment. (Id. at 6:57-58, 7:54-55, 8:3-4, 9:24-25.) The prosecution history also supports NVIDIA’s proposed construction. During prosecution, the applicant argued that the “instruction set” of the invention was “different from an instruction set of a standard graphics application program interface” because the invention provided “increased flexibility in programming.” (CMIB, Ex. D at 2, 5-6.) Thus, the patentee expressly considered the term “instruction set” to apply to graphics APIs. The extrinsic evidence further supports NVIDIA’s construction. In particular, the IEEE dictionary, to which the Staff also cites in its supplemental brief, defines “instruction set” as “the
  • 35. 32 complete set of instructions recognized by a given computer or provided by a given programming language.” (CMSB, Ex. A (emphasis added.).) Thus, the IEEE recognizes that an instruction set need not be confined to the native instructions of a given computer, but may also be the instruction set of a given programming language. Accordingly, for at least the reasons above, I find one of ordinary skill in the art at the time of the invention would construe the term “instruction set” as “the complete set of instructions recognized by a given computer or provided by a given programming language.” VI. U.S. Patent No. 6,697,063 A. Overview U.S. Patent No. 6,697,063 (“the ‘063 patent”) is titled “Rendering Pipeline.” The ‘063 patent issued on February 24, 2004 and lists Ming Benjamin Zhu as the inventor. There are 29 claims. In this investigation, NVIDIA is asserting independent claims 7, 13, 18, and 21, and dependent claims 8, 11, 12, 16, 17, 19, 20, 23, 24, 28, and 29 of the ‘063 patent. See 79 Fed. Reg. 61338 (Oct. 10, 2014). B. Level of Ordinary Skill in the Art The Parties’ Positions Respondents contend that a person of ordinary skill in the art would have “at least a Ph.D. degree in electrical engineering, computer engineering, computer science, or mathematics with a minimum of two years of academic work experience in graphics, including hardware for processing graphics; or at least a Master’s degree in electrical engineering, computer engineering, computer science, or mathematics with a minimum of four years of academic or work experience in graphics, including hardware for processing graphics.” (RMIB at 25-26.) NVIDIA does not address the level of ordinary skill in the art in its brief. However, NVIDIA submitted a declaration by Dr. Hanspeter Pfister that states: “a person of skill in the art
  • 36. 33 of these patents would have a four-year degree in Electrical Engineering or Computer Science, or an equivalent technical degree, as well as at least two years of experience in graphics processing, including developing, designing or programming software or hardware for graphics processing units, hardware graphics accelerators or other graphics processing systems.” (CMIB, Ex. A (Pfister Dec.) at ¶ 4.) The Staff asserts that the difference between the private parties’ proposals with respect to the level of ordinary skill in the art does not appear to be dispositive as to the constructions that should be adopted for the terms in dispute. Nonetheless, the staff argues that should a decision be made as to the level of ordinary skill in the art, the Staff presently agrees with the opinion of NVIDIA’s expert, Dr. Pfister. The Staff notes that insofar as expert and fact discovery is not yet complete, it may become necessary for the Staff to modify its contention regarding the level of ordinary skill in the art in light of future discovery. Discussion Having considered the parties positions, I find a person of ordinary skill in the art would have at least a four-year degree in Electrical Engineering. Computer Engineering, Computer Science, or equivalent, as well as at least two years of experience in graphics processing including developing, designing or programming software or hardware for graphics processing units, hardware graphics accelerators or other graphics processing systems. I reserve the right to amend this determination in my final initial determination if any new, persuasive information on this issue is presented during the course of the evidentiary hearing in this investigation. C. Disputed Terms The parties have sought construction of three limitations found in the claims of the ‘063 patent: “scan/z engine”; “output a fragment/outputting a plurality of fragments”; and “the memory”. The term “scan/z engine” appears in claims 7, 21, and 23, the phrase “output a
  • 37. 34 fragment/outputting a plurality of fragments” in claims 13 and 18; and the term “the memory” in claim 23. Illustrative claims 13, 21 and 23 of the ‘063 patent read as follows: Claim 13. A method of rendering geometries comprising: [1] performing a first rendering function comprising: receiving a plurality of geometries including a plurality of vertices and vertices connectivity information, each vertex including x, y, and z coordinates; determining z values for each x and y location in a screen space for each geometry in the plurality of geometries; comparing z values for each geometry in the plurality of geometries at each x and y location; and storing a z value for each x and y location; [2] performing a second rendering function comprising: [a] receiving the plurality of geometries; [b] determining z values for each x and y location in a screen space for each geometry in the plurality of geometries; and [c] comparing the determined z values to the stored z value at each x and y location; and [3] output a fragment if any subsample of the fragment is determined to be visible, wherein the fragment comprises a fragment coverage. Claim 21. An integrated circuit including a rendering pipeline comprising: a screen space tiler; a memory interface coupled to the screen space tiler; a scan/z engine coupled to the memory interface; a rasterizer coupled to the memory interface; and a shader coupled to the rasterizer.
  • 38. 35 Claim 23. The integrated circuit of claim 21 wherein the memory is configured to receive screen x, y, and z coordinates from a first portion of a memory and to provide the screen x, y, and z coordinates to the scan/z engine, and the memory interface is further configured to receive surface parameters from a second portion of the memory and to provide the surface parameters to the rasterizer. (‘063 patent at claims 13 (annotated for ease of discussion), 21, 23.) 1. “scan/z engine” The Parties’ Positions Term Proposed Constructions Complainant Respondents Staff “scan/z engine” circuitry in a graphics processor for performing scan conversion and visibility determination prior to pixel/fragment shading circuitry that resolves visibility of screen geometries using the double-z algorithm to generate visible fragments for shading circuitry that resolves visibility of screen geometries using the double-z algorithm to generate visible fragments for shading NVIDIA NVIDIA argues that the Parties’ proposed claim constructions differ in at least three substantive respects: whether the scan/z engine should be construed to encompass either the one- pass or two-pass embodiments disclosed in the specification (Complainant) or if it should be limited to use of the “double-Z algorithm” (Respondents); whether the construction of “scan/z engine” should specify “circuitry in a graphics processor”; and whether the scan/z engine performs “scan conversion” in addition to determining the visibility of screen geometries. (CMIB at 23-24.) NVIDIA asserts that the primary dispute between the Parties is whether the “scan/z engine” should be limited to circuitry that determines the visibility of primitives “using the double-z algorithm,” as proposed by Respondents, or whether it should cover circuitry that implements either of the two embodiments of the scan/z engine disclosed in the specification: an embodiment “that generates
  • 39. 36 visibility through two passes” or a second embodiment that determines visibility through a “one- pass” depth-testing operation. (Id. at 24.) NVIDIA argues that the term “scan/z engine” was not a term ordinarily used in the field of graphics processing at the time of the invention. (Id.) NVIDIA argues that the patent specification makes clear that the “scan/z engine” may consist of circuitry that performs either a two-pass early visibility test or a one-pass early visibility test – not just a “double z algorithm.” (Id.) NVIDIA argues that the specification teaches that the scan/z engine can perform scan conversion and visibility determination in one pass, using the “one-pass raster/shading-after-z” process. (Id. at 25.) NVIDIA argues that Respondents’ construction by contrast requires that the scan/z engine “resolve[] visibility . . . using the double-z algorithm” and thus excludes the embodiment that uses the “one-pass raster/shading-after-z.” (Id.) NVIDIA argues that in doing so Respondents improperly propose a definition contrary to the inventor’s own lexicography. (Id.) NVIDIA argues that in the ʼ063 Patent, the patentee created a new term to describe a part of his invention (“scan/z engine”) and expressly disclosed that it may be implemented as a two-pass visibility test or as a “one-pass shading-after-z.” (Id.) NVIDIA argues that circuitry that performs scan conversion (“scan”) and either type of visibility test (“z” test) is a “scan/z engine” and within the scope of claims 7 and 21. (Id.) Accordingly, NVIDIA argues the inventor’s definition controls and Respondents’ effort to rewrite that definition or limit its scope to a feature of one embodiment must be rejected. (Id.) NVIDIA argues that the claims of the ‘063 patent demonstrate that the scan/z engine can be implemented as using either a one pass or a two pass approach. (Id.) NVIDIA argues that claims 1-6, and 13-20 are directed to the two pass approach used by the “double z algorithm” and that these method claims do not recite a “scan/z engine” as a limitation, whereas claims 7-12 and 21-29 use the term “scan/z engine” but do not require a two-pass visibility test, as they combine
  • 40. 37 the scan/z engine with other novel elements. (Id.) NVIDIA argues that under principles of claim differentiation, in view of the inventor’s choice to not use the term “scan/z engine” in the claims that describe a two-pass methodology for determining the visibility of fragments, there is a presumption that the inventor did not intend to limit “scan/z engine” to a two pass approach. (Id. at 25-26.) NVIDIA also argues that the prosecution history confirms that the “scan/z engine” is not limited to a double pass approach. (Id. at 26.) NVIDIA argues that during prosecution, the patentee was clear that the term “scan/z engine” – which was first introduced during prosecution with application claims 77 and 91 (issued claims 7 and 21) – was not limited to a two-pass approach. (Id.) NVIDIA argues that the different ways in which claims were distinguished over identical prior art confirms that the two-pass visibility test reflected in claims 1 and 13 does not limit the “scan/z engine” recited in claims 7 and 21 to an embodiment that only performs a “double z algorithm.” (Id. at 28.) Specifically, NVIDIA argues that on February 28, 2003, the examiner rejected as unpatentable over the same prior art, Carpenter, all of the following claims: claims 1 and 13 (prosecution claims 71 and 83, respectively), which describe a two-pass rendering method but do not use the term “scan/z engine,” and claims 7 and 21 (prosecution claims 77 and 91, respectively), which use the term “scan/z engine” but do not otherwise describe a two-pass visibility test. (Id.) NVIDIA asserts that the patentee argued that Carpenter did not render claim 1 unpatentable because the claim “provides a method of determining visibility using double-z sorting….” (Id.) NVIDIA asserts the patentee likewise argued that Carpenter did not render claim 13 unpatentable because the claim “provides a double-z sort method for determining visibility.” (Id.) In contrast, NVIDIA asserts the patentee argued that Carpenter did not render claim 7 unpatentable because “Carpenter does not teach a scan/z engine configured to receive the screen x, y, and z coordinates from the memory interface without receiving other surface parameters….”
  • 41. 38 (Id.) Thus, NVIDIA argues, although claim 7 recited the “scan/z engine,” its novelty was argued based on the ability of the scan/z engine to receive x-y-z positional coordinates from memory without receiving other information not needed for scan conversion or visibility testing. (Id. at 28- 29.) NVIDIA argues that the “double z algorithm” was not argued to distinguish the prior art, and the scan/z engine was not limited to such an embodiment. (Id. at 29.) NVIDIA asserts that the patentee similarly argued that Carpenter did not render claim 21 unpatentable because Carpenter did not provide the feature of an “integrated circuit including a rendering pipeline comprising: a screen space tiler.” (Id.) NVDIA argues that the novelty of claim 21 was argued on the basis that the “screen space tiler eliminates a memory bandwidth bottleneck that would otherwise exist,” and this “bottleneck is removed by reading visible fragments that overlap a portion of tile.” (Id.) NVIDIA argues the patentee did not distinguish claim 21 from the prior art based on a “double z algorithm” – and raised no arguments to limit the scan/z engine to such an embodiment – but argued novelty based on the combination of the visibility testing of the scan/z engine with the screen space tiler. (Id.) NVIDIA contends that if the patentee and the examiner believed that the term “scan/z engine” was restricted to a two pass approach, then the patentee would have made the same argument to overcome Carpenter for claims 7 and 21 (i.e., that Carpenter does not disclose the “double-z algorithm”) as it did for claims 1 and 13. (Id.) NVIDIA argues that the different arguments made by the patentee, and accepted by the examiner, to overcome Carpenter for claims 1 and 13, on the one hand (the failure of Carpenter to disclose the “double-z algorithm”), and claims 7 and 21, on the other hand (the failure of Carpenter to disclose data splitting or a screen space tiler), is strong evidence that the term “scan/z engine” in claims 7 and 21 is not restricted to a double pass approach. (Id.) NVIDIA also contends that the Respondents’ proposed construction fails to recognize that the “scan/z engine” performs scan conversion as well as the visibility determination. (Id. at 31.)
  • 42. 39 NVIDIA maintains that scan conversion is inherent in the term “scan/z engine” itself, where “scan” is a reference to scan conversion and “z” is a reference to the z-values that are used for depth testing, i.e., the visibility determination. (Id.) NVIDIA claims that the specification makes this explicit. (Id. (quoting ʼ063 Patent at 10:12-20).) NVIDIA reasons that the patent similarly describes the scan/z engine as performing “scan conversion and depth operations” and as “decoupling” the “scan conversion/depth-buffer processing” from later rasterization and shading processes “through a scan/z engine.” (Id.) NVIDIA argues that the specification’s description of the one-pass embodiment of the scan/z engine also includes both scan conversion and visibility testing. (Id. at 32.) Thus, NVIDIA maintains, a complete definition of the “scan/z engine” of the patent should include reference to both scan conversion and the visibility determination, the two basic operations performed by the “scan/z engine” of the patent. (Id.) NVIDIA further argues that the language of the claims makes clear that the “scan/z engine” is circuitry in a graphics processor, not a general purpose processor. (Id.) NVIDIA argues this is supported both by the preambles of the only independent claims that use the term, claims 7 and 21, and the manner in which the claims differentiate between a general processor and the graphics pipeline of claims 7 and 21. (Id.) NVIDIA notes that both of these claims recite the scan/z engine as being part of an integrated circuit that includes a graphics or rendering pipeline–– i.e., a graphics processor. (Id.) NVIDIA also claims that its construction is supported by the specification. (Id.) NVIDIA argues that claim 21 recites an “integrated circuit including a rendering pipeline comprising: a screen space tiler … a scan/z engine …” and that in the specification, the patentee expressly discloses that the “screen space tiler” is a “hardwired screen space tiler” and distinguishes a processor with circuitry specialized for performing such graphics operations from a “general purpose” processor. (Id. at 32-33.) NVIDIA next maintains its construction is also supported by the language of certain claims dependent on claims 7 and 21.
  • 43. 40 (Id. at 33.) Specifically, NVIDIA argues that claims 11, 12, 28 and 29 all distinguish the “integrated circuit including a [graphics/rendering] pipeline” of claims 7 and 21 from a general purpose “processor.” (Id.) Respondents Respondents argue that the intrinsic and extrinsic evidence support its proposed construction that a “scan/z engine” is “circuitry that resolves visibility of screen geometries using the double-z algorithm to generate visible fragments for shading.” (RMIB at 26.) Respondents claim that in the patent and prosecution history, the applicant repeatedly proclaimed that the scan/z engine resolves visibility in two passes—i.e., it implements the double-z algorithm. (Id.) Respondents reason that NVIDIA’s present construction, in contrast, seeks to improperly broaden the claims to cover single-pass prior art that the applicant expressly distinguished from the invention. (Id.) Respondents contend that NVIDIA cannot now change the meaning of “scan/z engine” in an attempt to establish infringement. (Id.) Respondents note the asserted claims recite that the “scan/z engine” “determine[s] visibility information” and is coupled to other circuitry, including a “rasterizer” (claim 7) and a “memory interface” (claim 21). Respondents point out the term “scan/z engine” is not a term of art, but rather a term coined by the inventor to describe the purportedly improved circuitry for resolving visibility. (Id.) Thus, Respondents argue, the meaning the inventor ascribed to the term in the intrinsic record is controlling. (Id. at 27.) Respondents assert the specification describes that the “scan/z engine” performs scan conversion and z-buffering in a particular way with purportedly novel circuitry. (Id.) Specifically, Respondents claim the patent defines the scan/z engine as the circuitry that uses the double-z algorithm to perform two passes of scan conversion and z-buffering to resolve visibility. (Id.) Respondents argue that the patent emphasizes that “scan/z has to be performed in two passes[.]” (Id.) Thus, Respondents maintain, one of ordinary
  • 44. 41 skill would understand the term “scan/z engine” in light of these descriptions as requiring two passes through a set of geometries, i.e., requiring use of the double-z algorithm. (Id.) Respondents also argue that its proposed construction is correct because the purported invention was designed to overcome the problems of single-pass algorithms, including “one-pass shading-after-z” buffering and “deferred shading.” (Id. at 28.) Specifically, Respondents argue that according to the patent, the scan/z engine solves the problem in single-pass shading-after-z buffering that geometries have to be sorted from “front-to-back.” (Id.) Respondents also argue that the scan/z engine allegedly resolves the issue of “break[ing] shading coherence” associated with single-pass “deferred shading.” (Id.) Thus, Respondents argue, one of ordinary skill would understand the purportedly improved scan/z engine to exclude the deficient single-pass prior art. Respondents argue that the prosecution history further supports its proposed construction as the applicant made multiple representations during prosecution that the invention requires two passes. (Id. at 29.) For example, Respondents point out the applicant expressly told the Patent Office that “One unique aspect of the invention’s visibility determination is that the binned geometries are traversed multiple times. Without this feature, the level of efficiency in visibility determination cannot be achieved.” (Id. (quoting RMIB, Ex. 31 (1/3/00 Amendment) at 7).) Respondents explain similar representations were made throughout prosecution. (Id.) Thus, Respondents contend the applicant told the Patent Office that it is the two-pass double-z algorithm of the invention that distinguishes it from the prior art single-pass approaches, including z- buffering and deferred shading. (Id.) Respondents contend it is on this same basis that the applicant distinguished the invention from other prior art references cited by the examiner. (Id. at 30.) Respondents reason the applicant expressly distinguished single-pass algorithms as “very different” and “completely different” from the invention and that in in light of the applicant’s
  • 45. 42 representations, NVIDIA cannot now broaden the meaning of the term to cover single-pass algorithms. (Id. at 30-31.) The Staff The Staff asserts that the parties disagree as to whether the claimed “scan/z engine” must use the double-z algorithm disclosed by the patent. (SMIB at 19.) The Staff argues that the “scan/z engine” is not a term of art, and thus has no plain and ordinary meaning. (Id.) Thus, the Staff contends, one must look to the language of the claim and the specification to determine the meaning of that term. (Id.) According to the Staff, the '063 patent states that “[t]he invention uses a double-z scheme that decouples the scan conversion depth-buffer processing from the more general rasterization and shading processing” and that “[t]he core of double-z is the scan/z engine, which externally looks like a fragment generator but internally resolves visibility. (Id. (quoting 4:4-10).) Thus, the Staff maintains, the claimed “scan/z engine” uses the disclosed double-z algorithm to determine visibility. (Id.) Consistent with the use of double-z, the Staff argues that the ‘063 patent states that “the two passes in the scan/z engine only require vertex screen x, y, z coordinates in the primitive form.” (Id. (citing '063 patent at 10:25-26).) The Staff reasons that while the ‘063 patent contemplates that the scan/z engine can be operated in a prior art single-pass mode, the '063 patent does not describe a second embodiment of the claimed scan/z engine. (Id. at 20.) Instead, the Staff claims, the specification describes modifying using the double-z scan/z engine in a single-pass configuration to implement a less desirable prior art approach. (Id.) Thus, the Staff argues the specification of the ‘063 patent teaches away from this one-pass approach, setting forth many advantages of the double-z approach implemented by the scan/z engine. (Id.) The Staff further argues that in addition to touting the advantages of double-z, the patentee clearly distinguished one-pass algorithms from the claimed double-z during prosecution. (Id. at 21.) Accordingly, the Staff maintainsboth the specification of
  • 46. 43 the ‘063 patent and its prosecution history make it clear to one skilled in the art that the claimed “scan/z engine” performs the described double-z algorithm. (Id.) Discussion The parties’ have several disagreements with regard to this limitation. NVIDIA’s proposed construction requires only that the scan/z engine perform scan conversion and visibility determination prior to shading. Under NVIDIA’s proposed construction, the scan/z engine need not perform the double-z algorithm nor even necessarily be capable of performing the double- algorithm. By contrast, Respondents and the Staff’s proposed construction require not only that the scan-z engine include circuitry for performing the double-z algorithm, but also that the scan-z engine must perform the double-z algorithm.4 Further, NIVIDIA’s proposed construction requires the scan/z engine be implemented as circuitry “in a graphics processor,” where neither Respondents nor the Staff require such limitation. a. Must the scan/z engine be implemented as circuitry in “a graphics processor”? NVIDIA’s proposed construction also differs from that of Respondents and the Staff in that NVIDIA’s construction requires the scan/z engine to not only be circuitry, as Respondents and Staff contend, but “circuitry in a graphic processor.” I find no support in the language of the claims, specification or prosecution history for including a limitation requiring the scan/z engine to be circuitry implemented “in a graphics processor.” 4 The Staff in its supplemental briefing on this term concludes by stating, “In sum, both the specification of the '063 patent and its prosecution history make it clear to one skilled in the art that the claimed ‘scan/z engine’ includes circuitry for performing the described double-z algorithm.” Although not entirely clear, this statement appears to indicate that the Staff is no longer calling for a construction of the term “scan/z engine” that would necessarily require the scan/z engine to perform the double-z algorithm as long as the scan/z engine includes circuitry capable of performing the double-z algorithm.
  • 47. 44 NVIDIA contends that the preamble language of claims 7 and 21 reciting “an integrated circuit including a graphics [rendering] pipeline” supports limiting the claims to circuitry in a “graphics processor.” NVIDIA’s argument assumes that these preambles limit the claims-- an issue that has not been raised by the parties for resolution in this claims construction order. But even if the preambles of claims 7 and 21 were limiting, I do not find such language excludes the scan/z engine from being implemented on a general purpose processor. The evidence shows that both special-purpose and general-purpose processors are implemented using an “integrated circuit.” Ex. 47, Manocha Decl. ¶ 56. Moreover, the evidence shows that by 1997, it was known in the art that a general purpose processor could include a “graphics pipeline” or “rendering pipeline.” Ex. 47, Manocha Decl. ¶ 56. Contrary to NVIDIA’s argument, I also do not find dependent claims 11, 12, 28, and 29 support its proposed construction. Those claims recite that the “integrated circuit” is included in a “graphics card” and coupled to a “processor,” but they do not limit the “integrated circuit” to a special purpose graphics processor. NVIDIA’s construction is also not supported by the specification. NVIDIA relies on the specification’s description of a “hard-wired” screen space tiler, but that is a different claim limitation in claim 21 and provides no basis for reading a “graphics processor” into the “scan/z engine” term. NVIDIA cites to nothing from the specification relating to the type of processor for implementing the scan/z engine. Accordingly, for at least the reasons above, I find NVIDIA’s argument that the scan/z engine must be in a graphics processor not persuasive. b. Must the scan/z engine perform the double-z algorithm? Must the scan/z engine be capable of performing the double- algorithm? The claimed “scan/z engine” is not a term of art and has no plain and ordinary meaning. Therefore, I must look to the language of the claims and specification to discern its meaning. The
  • 48. 45 plain language of the claims of the ‘063 patent do not inform the proper construction of the term “scan/z engine.” Thus, I must turn to the specification to determine its meaning. I do note though that the claims of the ‘063 patent that include the limitation “scan-z engine” make no mention of the double-z algorithm or multiple passes, while the claims that specifically require performing a first and second rendering function (i.e., multiple pass/double-z algorithm) make no mention of a “scan/z engine.” The specification states: The invention uses a double-z scheme that decouples the scan conversion depth- buffer processing from the more general rasterization and shading processing. The core of double-z is the scan/z engine, which externally looks like a fragment generator but internally resolves visibility. It allows the rest of the rendering pipeline to rasterize only visible primitives and shade only visible fragments. Consequently, the raster/shading rate is decoupled from the scan/z rate. (‘063 patent at 4:4-10). Both Staff and Respondents rely on this passage to support their argument that the claimed “scan/z engine” uses the disclosed double-z algorithm to determine visibility. I disagree that the substance of this passage provides such support. While the language “the core of the double-z is the scan/ engine” certainly indicates that in order to perform a double-z scheme you need a scan/z engine it does not imply that the scan/z engine must perform the double-z scheme. Likewise I do not view the applicant’s statement that “the invention uses a double-z scheme” as a statement of express intent by the applicant to limit the invention, and by extension the claimed scan/z engine, to always performing the double-z algorithm. Any disclaimer must be clear and unmistakable and here the specification teaches that the scan/z engine need not always perform the double-z algorithm. Specifically, the specification states: One-pass raster/shading-after-z scan converts and depth-buffers screen geometries only once. It performs set-up computations for only primitives that have fragments passing the depth test, and rasterizes and shades fragments passing the depth test. As previously mentioned, this scheme relies heavily on the fact that geometries are rendered from front-to-back and there are little dynamics in the scene. The scan/z