`
`Registration No.: 40514
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`
`_____________________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`_____________________
`
`ABB, INC.
`
`Petitioner
`
`v.
`
`ROY-G-BIV CORPORATION
`
`Patent Owner
`
`_____________________________
`
`Trial No.: IPR2013-00062
`
`U.S. Patent No. 6,516,236B1
`
`MOTION CONTROL SYSTEMS
`
`_____________________________
`
`PATENT OWNER ROY-G-BIV CORPORATION’S
`
`PRELIMINARY RESPONSE UNDER 37 CFR § 42.107
`
`Page 1 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`Table of Contents
`
`I.
`
`II.
`
`Introduction......................................................................................................1
`
`Summary of Patent Owner’s Argument ..........................................................1
`
`III. Background......................................................................................................5
`
`A.
`
`B.
`
`C.
`
`D.
`
`The Patent Owner..................................................................................5
`
`Technology Background .......................................................................5
`
`The ‘236 Patent Invention.....................................................................8
`
`The ‘236 Patent’s History of Litigation and Reexamination..............12
`
`IV. The Petition’s “Broadest Reasonable Interpretation” Is Unreasonable ........13
`
`A.
`
`B.
`
`“Primitive Operations”........................................................................14
`
`“Core Driver Functions” .....................................................................16
`
`V.
`
`The Petition Does Not Demonstrate a Reasonable Likelihood of
`Prevailing on the Proposed Anticipation or Obviousness Theories..............17
`
`A.
`
`Legal Standards ...................................................................................17
`
`B. Gertz Fails To Anticipate The ‘236 Claims (P. Gr. 1)........................19
`
`1.
`
`2.
`
`3.
`
`4.
`
`A Summary of Gertz.................................................................19
`
`Gertz Does Not Teach “Primitive Operations” ........................21
`
`Gertz Also Fails to Disclose The Claimed Core Driver
`Functions...................................................................................24
`
`Gertz Is Largely Cumulative to Art Considered By the
`Patent Office .............................................................................26
`
`C. WOSA/XFS Fails To Anticipate (P. Gr. 2).........................................28
`
`i
`
`Page 2 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`1.
`
`2.
`
`A Summary of WOSA/XFS......................................................28
`
`None of the WOSA/XFS Operations Relied Upon by the
`Petition Is a “Primitive Operation”...........................................31
`
`3. WOSA/XFS Does Not Teach “Core Driver Functions”...........38
`
`4. WOSA/XFS is Largely Cumulative of WOSA and GDI
`Previously Considered ..............................................................38
`
`D.
`
`THE SECONDARY REFERENCES LACK THE SAME
`LIMITATIONS ...................................................................................40
`
`1.
`
`2.
`
`3.
`
`4.
`
`GERTZ, STEWART & MORROW (P.Gr. 3)..........................42
`
`GERTZ or WOSA/XFS & DDAG (P.Gr. 4 & 6).....................43
`
`GERTZ or WOSA/XFS, DDAG & HALL (P.Gr. 5 & 7) ........47
`
`GERTZ, WOSA/XFS, & WRIGHT (P.Gr. 8) ..........................48
`
`VI. CONCLUSION..............................................................................................49
`
`
`
`ii
`
`Page 3 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`I.
`Patent Owner ROY-G-BIV Corporation (hereafter “Patent Owner”) hereby
`
`Introduction
`
`respectfully submits this Preliminary Response to the Petition seeking Inter Partes
`
`review in this matter. This filing is timely under 35 U.S.C. § 313 and 37 C.F.R. §
`
`42.107, as it is being filed within three months of the November 27, 2012 mailing
`
`date of the Notice granting the Petition a filing date.
`
`A trial should not be instituted in this matter as none of the references relied
`
`upon in the Petition, whether considered alone or in combination, gives rise to a
`
`reasonable likelihood of Petitioner prevailing with respect to any claim of U.S.
`
`Patent No. 6,516,236 (the ‘236 patent).
`
`II.
`Summary of Patent Owner’s Argument
`“The Director may not authorize an inter partes review to be instituted
`
`unless the Director determines that the information presented in the petition filed
`
`under section 311 . . . shows that there is a reasonable likelihood that the petitioner
`
`would prevail with respect to at least 1 of the claims challenged . . . .” 35 U.S.C.
`
`§ 314(a). As discussed below, each proposed anticipation rejection is deficient for
`
`failing to set forth each and every feature arranged as recited by the respective
`
`claims of the ’236 Patent. The secondary references do not teach the missing
`
`features, and thus fail to establish a prima facie case of obviousness. Further, the
`
`1
`
`Page 4 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`plethora of cursory obviousness rejections proposed in the Petition fail to identify
`
`specific portions of the evidence that support the obviousness challenges and lack
`
`articulated reasoning with a rational underpinning to support a legal conclusion of
`
`obviousness. Thus, they fail to comply with Patent Office Rules and Supreme
`
`Court precedent. See 37 C.F.R. § 42.104(b)(5); KSR Int’l Co. v. Teleflex Inc., 550
`
`U.S. 398, 418 (2007) (quoting In re Kahn, 441 F.3d 977, 988 (Fed. Cir. 2006)).
`
`Each ‘236 Patent claim recites directly or by dependency two limitations that
`
`are not taught by the primary or secondary references in the Petition: (1) “a
`
`primitive operation the implementation of which is required to operate motion
`
`control devices and cannot be simulated using other motion control operations”;
`
`and (2) “a core set of core driver functions, where each core driver function is
`
`associated with one of the primitive operations.” The ‘236 Patent provides an
`
`express definition for “primitive operations”: “Primitive operations are operations
`
`that are necessary for motion control and cannot be simulated using a combination
`
`of other motion control operations.” ‘236 Patent at 7:28-31. The broadest
`
`reasonable
`
`interpretation of
`
`these
`
`terms
`
`is dictated by Patent Owner’s
`
`lexicography.
`
`2
`
`Page 5 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`Neither primary reference (Gertz nor WOSA/XFS) teaches “primitive
`
`operations” as claimed and as defined in the ‘236 Patent. Indeed, Petitioner does
`
`not contend that they do. Instead, in an attempt to make these references read on
`
`the claims, Petitioner ignores the patent’s lexicography and argues that a “primitive
`
`operation” is “an abstract motion control operation corresponding to a driver
`
`function which is not represented as the combination of other driver functions.”
`
`Petition p. 19. That definition differs markedly from Patent Owner’s lexicography,
`
`and the Petition never explains how the references teach “primitive operations” as
`
`claimed and defined in the ‘236 Patent. Having failed to teach the claimed
`
`“primitive operations,” neither primary reference can teach the related claim
`
`limitation—also present in every ‘236 Patent claim—requiring “a core set of core
`
`driver functions, where each core driver function is associated with one of the
`
`primitive operations.”
`
`Petitioner’s proposed obviousness rejections are equally unavailing. First,
`
`none of the Petition’s secondary references teaches the “primitive operations” and
`
`“core driver functions” absent from Gertz and WOSA/XFS. Accordingly, an
`
`obviousness rejection is precluded. Second, the Petition’s proposed obviousness
`
`rejections are “mere conclusory statements” (KSR, 550 U.S. at 418 (quoting Kahn,
`
`3
`
`Page 6 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`441 F.3d at 988)) and fail to present any cogent reasoning as to why a person of
`
`ordinary skill in the art would have modified or combined the cited documents in
`
`the manner recited by the claims of the ‘236 Patent. Thus, they fail to provide the
`
`specificity required by 37 C.F.R. § 42.104(b)(5).
`
`Moreover, the references relied upon in the Petition are largely cumulative
`
`to those already considered by the Patent Office. “In determining whether to
`
`institute or order [an Inter Partes review] . . . the Director may take into account
`
`whether, and reject the Petition or request because, the same or substantially the
`
`same prior art or arguments previously were presented to the Office.” 35 U.S.C. §
`
`325(d). Here, the ‘236 Patent has already been subjected to multiple reviews,
`
`including the original prosecution as well as a lengthy, and extensive, Inter Partes
`
`reexamination.1 The Patent Office already considered—and rejected—similar art
`
`
`1 See ‘236 Reexamination Certificate attached as Exhibit 2001. An extensive
`amount of prior art was considered by the Patent Office during the reexamination
`proceeding due to then ongoing litigation ROY-G-BIV Corp. v. Fanuc Ltd., Fanuc
`Robotics America, Inc., GE Fanuc Automation Corporation, GE Fanuc
`Automation Americas, Inc., and GE Fanuc Intelligent Platforms, Inc., Case No.
`2:07-cv-00418-DF (E.D. Tex.).
`
`4
`
`Page 7 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`and invalidity arguments.
`
`III. Background
`
`A. The Patent Owner
`Patent Owner ROY-G-BIV Corporation designs and sells software products
`
`that enable universal connectivity for motion control applications. Its products are
`
`used in the industrial automation market to control both computer numerical
`
`control (CNC) and other motion control machines. The ‘236 Patent relates to a
`
`specific discipline within the field of industrial automation known as “motion
`
`control.” More specifically, the ‘236 Patent relates to a multi-tiered software
`
`architecture employing a “middleware” layer between the application program and
`
`the drivers that control motion control devices. The “middleware” layer enables:
`
`(a) application programmers to write generic motion control software applications
`
`without knowing the hardware dependencies (or even the identity) of the motion
`
`control device that will execute the application program; and (b) motion control
`
`device manufacturers’ to create machines capable of executing motion control
`
`operations based on application programs that were created for other machines.
`
`B.
`
`Technology Background
`
`Motion control often involves precise, software-driven control of the
`
`physical motions of motorized mechanical devices. These devices typically include
`
`5
`
`Page 8 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`motors, drives, and/or other moving assemblies. One representative example is
`
`precision cutting and bending equipment used to form aerospace components.
`
`There are numerous “motion control operations” performed on or by motion
`
`control devices. For example, one motion control operation is determining the
`
`current position of a motor. ‘236 Patent at 7:31-33 (“GET POSITION”); id. at
`
`16:45 (“querying the system for the current position.”). Based upon control
`
`commands issued by the software system, a motion controller2 collects information
`
`relating to a mechanical device (e.g., the position of a motor) and returns this
`
`information to the software system. This is an example of a “read” operation. The
`
`controller may also receive from the software system control commands dictating
`
`the motion control device’s future activities (e.g., instructing a particular motor to
`
`move, or how or where or how much to move (‘236 Patent at 7:31-39), “MOVE
`
`RELATIVE” and “CONTOUR MOVE”; id. 16:44). This is an example of a
`
`“write” operation.
`
`
`2 “The basic components of a motion control device are a controller and a
`mechanical system. The mechanical system translates signals generated by the
`controller into movement of an object.” ‘236 Patent at 1:19-22.
`
`6
`
`Page 9 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`Because not all motion controllers
`
`share a uniform computer “language” (i.e.,
`
`set of control commands), historically
`
`application programs have been tailored to
`
`particular controllers on a factory floor,
`
`requiring different application programs for
`
`
`
`different motion control devices, as depicted in the schematic to the right above.
`
`One fundamental desire of motion control
`
`industry customers has been
`
`interoperability among different motion control devices because
`
`such
`
`interoperability would offer centralized monitoring and control over an entire
`
`factory operation through a common application program (or set of application
`
`programs). For example, an automobile manufacturing plant would prefer to use a
`
`single software application program to integrate seamlessly and control a variety of
`
`motion control devices made by different manufacturers.
`
`But, in practice, the interoperability goal has been elusive. Mechanical
`
`devices typically use different controllers that understand only their own hardware-
`
`specific or vendor-specific commands. Specifically, each hardware controller
`
`understands and can communicate with only the control commands that correspond
`
`7
`
`Page 10 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`to the basic “read” and “write” functions that it performs, such as “reading” a
`
`current motor position or “writing” a desired target motor position. To solve these
`
`and other problems, the motion control industry attempted to develop standards
`
`and uniform codes requiring all hardware controllers to use the same computer
`
`language and control commands. The inventors of the ‘236 Patent—Dave Brown
`
`and Jay Clark— correctly recognized that a uniform standard was unlikely to be
`
`adopted by the industry. They solved the problem in a very different way.
`
`C. The ‘236 Patent Invention
`Messrs. Brown and Clark conceived of an alternative approach that allowed
`
`for interoperability under an application program despite the different “languages”
`
`utilized by different motion controllers.
`
`Their epiphany stemmed from
`
`their
`
`recognition
`
`that,
`
`although motion
`
`controllers use different, controller-
`
`dependent
`
`control
`
`commands,
`
`they
`
`generally implement many of the same,
`
`controller independent, motion control
`
`
`operations (e.g., GET POSITION and MOVE RELATIVE). The inventors
`
`conceived and developed a unique software architecture in which an intermediate
`
`8
`
`Page 11 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`software layer (the “motion control component”) and a set of controller-specific
`
`software drivers work together to convert controller independent “component
`
`functions” called by the application program into controller dependent control
`
`commands that can be understood by a selected motion control device. When an
`
`application program requests a desired motion control operation, the inventors’
`
`software system transparently converts that request into the specific control
`
`command(s) appropriate for the selected motion controller. (See schematics
`
`above).
`
`In one example, shown in Figure 2 of the ‘236 Patent, multiple discrete
`
`software layers interact with one another.
`
`(See drawing to the right, which has been
`
`modified
`
`to
`
`clarify
`
`layering). The
`
`application program (the upper software
`
`layer) offers various motion control
`
`operations through hardware independent
`
`“component
`
`functions”
`
`that can be
`
`
`
`“called” on the motion control component (the intermediate software layer), which
`
`comprises component code. The component code in the motion control component
`
`9
`
`Page 12 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`associates “component functions” with corresponding “driver functions” in the
`
`different software drivers (the lower software layer). The software drivers, in turn,
`
`include hardware dependent driver code corresponding to the different driver
`
`functions for generating the appropriate control commands.
`
`Three-tiered software programming models predated the invention of
`
`Messrs. Brown and Clark. One example, described in detail in the background
`
`section of the ‘236 Patent, is WOSA, which forms the basis of the WOSA/XFS
`
`reference relied upon in the Petition. WOSA was a software model defined by
`
`Microsoft for use in the Windows programming environment. ‘236 Patent at 2:55-
`
`67. However, Messrs. Brown and Clark recognized that the pre-existing three-
`
`tiered models like WOSA would not provide a workable solution to the
`
`interoperability problem with motion control devices. Different motion control
`
`devices support different motion control operations, depending on
`
`their
`
`complexity. For example, some motion control devices support CONTOUR
`
`MOVE—a movement involving coordinated movement of two motors to form an
`
`arc—whereas others do not. Messrs. Brown and Clark recognized that if the
`
`WOSA approach were implemented, an application program would be unable to
`
`call (for example) a CONTOUR MOVE on motion control devices that do not
`
`10
`
`Page 13 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`support this operation. This would only highlight, rather than eliminate, hardware
`
`dependencies.
`
`Messrs. Brown and Clark conceived a novel solution to this problem. They
`
`recognized that although motion control devices do not support the exact same set
`
`of motion control operations, they do support a subset of motion control
`
`operations, such as GET POSITION and MOVE RELATIVE, that are necessary
`
`for motion control and cannot be emulated using other motion control operations.
`
`They referred to these operations as “primitive operations.” Messrs. Brown and
`
`Clark recognized that complex operations, such as CONTOUR MOVE, can be
`
`emulated on devices that do not support them directly by performing a multiplicity
`
`of primitive operations. The inventors referred to such operations as “non-primitive
`
`operations.” When an application program requests a non-primitive operation on a
`
`motion control device that does not support that operation directly, the middleware
`
`layer requests the appropriate multiplicity of operations that emulate the operation.
`
`Thus, from the application program’s point of view, the motion control device does
`
`support the operation, thereby enabling hardware independence.
`
`The net effect is that application programs are able to call hardware
`
`independent component functions corresponding to motion control operations
`
`11
`
`Page 14 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`without regard to whether the selected motion control device supports the
`
`operation directly and without regard
`
`to
`
`its hardware-dependent control
`
`commands. In their ‘236 Patent, Messrs. Brown and Clark rejected conventional
`
`wisdom and elegantly solved
`
`the
`
`long-standing problem of hardware
`
`incompatibility among motion control devices.
`
`D. The ‘236 Patent’s History of Litigation and Reexamination
`The ‘236 Patent’s validity has been repeatedly challenged and consistently
`
`upheld. First, it was challenged in court by the GE Fanuc defendants in ROY-G-
`
`BIV Corp. v. Fanuc Ltd., Fanuc Robotics America, Inc., GE Fanuc Automation
`
`Corporation, GE Fanuc Automation Americas, Inc., and GE Fanuc Intelligent
`
`Platforms, Inc., Case No. 2:07-cv-00418-DF (E.D. Tex.) (hereinafter “the
`
`Litigation”). But GE Fanuc ultimately settled, dropping its validity challenges.
`
`Second, the ‘236 Patent was intensely scrutinized in an extensive Inter Partes
`
`reexamination proceeding No. 95/000,396 (the “Reexamination”), which was
`
`concurrent with the Litigation. The Reexamination Request proposed eleven (11)
`
`grounds of rejection based on forty-one (41) references. The initial Office Action
`
`12
`
`Page 15 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`adopted six (6) grounds of rejection, and rejected all claims.3 Many additional
`
`references were considered by the Examiner.4
`
`After thorough consideration in the Inter Partes reexamination, all grounds
`
`of rejection were ultimately withdrawn, and all claims confirmed as originally
`
`granted. Thus, the ‘236 Patent is one of only 41 patents (2.47%) that have had all
`
`original claims confirmed in Inter Partes reexamination.5 It is this same ‘236
`
`Patent that the instant Petition seeks to have reviewed yet again, on the basis of
`
`substantially similar references that are certainly not more relevant than those
`
`considered in reexamination.
`
`IV. The Petition’s “Broadest Reasonable Interpretation” Is Unreasonable
`“[T]he PTO must give claims their broadest reasonable interpretation.” In re
`
`Cortright, 165 F.3d 1353, 1358 (Fed. Cir. 1999). However, the broadest reasonable
`
`construction must be “consistent with the specification.” In re Am. Acad. of Sci.
`
`
`3 See 95/000,396; Office Action dated 1/23/2009 p. 2.
`4 See Reexamination Certificate attached as Exhibit 2001.
`5 See www.uspto.gov/patents/stats//IP_quarterly_report_June_30_2012.pdf,
`showing that of 1,659 re-exams filed since the start of inter-partes re-examination,
`only 41 certificates have been issued with all claims confirmed (2.47%).
`
`13
`
`Page 16 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`Tech Ctr., 367 F.3d 1359, 1364 (Fed. Cir. 2004) (internal quotation omitted); In re
`
`Hyatt, 211 F.3d 1367, 1372 (Fed. Cir. 2000). Further, the broadest reasonable
`
`construction must “tak[e]
`
`into account any definitions presented
`
`in
`
`the
`
`specification.” In re Bass, 314 F.3d 575, 577 (Fed. Cir. 2002).
`
`A.
`
`“Primitive Operations”
`
`The sole independent claim 1 recites: “a primitive operation the
`
`implementation of which is required to operate motion control devices and cannot
`
`be simulated using other motion control operations.” ’236 Patent at 48:15-21
`
`(emphasis added). Each of the remaining ‘236 Patent claims depends from claim 1.
`
`The specification explicitly defines “primitive operation”: “Primitive operations
`
`are operations that are necessary for motion control and cannot be simulated
`
`using a combination of other motion control operations.” Id. at 7:28-31
`
`(emphasis added). The ‘236 Patent also teaches that “[e]xamples of primitive
`
`operations include GET POSITION and MOVE RELATIVE, which are necessary
`
`for motion control and cannot be emulated using other motion control operations.”
`
`Id. at 7:31-34. Given the claim language and lexicography, any reasonable
`
`interpretation requires accounting for the concepts that the primitive operation of
`
`14
`
`Page 17 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`claim 1 must be necessary for motion control and cannot be simulated using other
`
`motion control operations.6
`
`The Petition proposes that “primitive operation” be interpreted to mean “an
`
`abstract motion control operation corresponding to a driver function which is not
`
`represented as the combination of other driver functions.” Petition at 19. This
`
`interpretation is facially unreasonable. First, the Petition’s proposed construction
`
`ignores not only the claim language surrounding “primitive operation,” but also the
`
`express, lexicographic definition of “primitive operation” in the ‘236 Patent
`
`specification. The proposed construction does not even purport to account for the
`
`requirement that “primitive operations” are necessary for motion control. Instead,
`
`the Petition would deem an operation “primitive,” even if unnecessary for motion
`
`control, so long as its driver function was “not represented as the combination of
`
`
`6 Consistent with the claim language and lexicography, the term “primitive
`operation(s)” has been construed in court to mean “motion control operation(s),
`such as GET POSITION and MOVE RELATIVE, necessary for motion control,
`which cannot be simulated using a combination of other motion control
`operations.” See Markman Opinion from the Litigation, p. 19, attached as Exhibit
`2002.
`
`15
`
`Page 18 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`other driver functions” in the system. Further, the Petitioner’s proposed
`
`construction does not account for the requirement that “primitive operations”
`
`cannot be simulated from other motion control operations.
`
`B.
`
`“Core Driver Functions”
`Independent claim 1 also recites “a core set of core driver functions, where
`
`each core driver function is associated with one of the primitive operations.”
`
`’236 Patent at 48:22-24 (emphasis added). Thus, the claim on its face defines “core
`
`driver functions” as “associated” with “primitive operations.” And,
`
`the
`
`specification likewise teaches that “[c]ore driver functions are associated with
`
`primitive operations.” Id. at 7:44-45. Accordingly, “core driver functions” must be
`
`associated with motion control operations that are both necessary for motion
`
`control and cannot be simulated using other motion control operations.
`
`The Petition yet again ignores this claim language and specification
`
`teaching. Instead, the Petition states:
`
`[T]he [broadest reasonable interpretation] of “driver functions” is
`software that helps implement the abstract motion control operations,
`with “core” driver functions helping implement primitive operations
`and “extended” driver functions helping implement nonprimitive
`operations.
`
`16
`
`Page 19 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`Petition at 21. It goes without saying that if the Petition’s cited references fail to
`
`identify “primitive operations,” then they likewise fails to teach “core driver
`
`functions” that are “associated” with “primitive operations.”
`
`V. The Petition Does Not Demonstrate a Reasonable Likelihood of
`Prevailing on the Proposed Anticipation or Obviousness Theories
`A. Legal Standards
`A grant of Inter Partes review is improper unless the Petition “shows that
`
`there is a reasonable likelihood that the petitioner would prevail with respect to at
`
`least 1 of the claims challenged . . . .” 35 U.S.C. § 314(a).
`
`To succeed on its anticipation theories, the references relied on in the
`
`Petition “must not only disclose all elements of the claim within the four corners of
`
`the document, but must also disclose those elements ‘arranged as in the claim.’”
`
`Net MoneyIN, Inc. v. VeriSign, Inc., 545 F.3d 1359, 1369-70 (Fed. Cir. 2008)
`
`(internal citation omitted). Each anticipation rejection proposed in the Petition is
`
`deficient for failing to set forth each and every claimed feature in the ’236 Patent.
`
`Specifically, each claim has at
`
`least
`
`two
`
`limitations—explicitly or by
`
`dependency—absent
`
`from
`
`the
`
`references:
`
`(1) “a primitive operation
`
`the
`
`implementation of which is required to operate motion control devices and cannot
`
`be simulated using other motion control operations” and (2) “a core set of core
`
`17
`
`Page 20 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`driver functions, where each core driver function is associated with one of the
`
`primitive operations.” Furthermore, even if these elements were present in the
`
`references, the Petition does not even attempt to explain how the various features
`
`in the references are “arranged as in the claim.”
`
`When assessing a proposed obviousness rejection, the Patent Office must
`
`make “a searching comparison of the claimed invention – including all its
`
`limitations – with the teachings of the prior art.” In re Ochiai, 71 F.3d 1565, 1572
`
`(Fed. Cir. 1995) (emphasis added). But a teaching of all limitations is not enough.
`
`Rather, “there must be some articulated reasoning with some rational
`
`underpinning to support the legal conclusion of obviousness.” KSR, 550 U.S. at
`
`418 (emphasis added) (quoting Kahn, 441 F.3d at 988).
`
`The Petition’s proposed obviousness rejections fail to establish a prima facie
`
`case of obviousness. First, like the primary references, the secondary references
`
`fail to teach the “primitive operations” and “core driver functions” as recited in the
`
`claims and defined in the specification. Accordingly, no combination of the
`
`Petition’s references can arrive at the claimed inventions. Second, the Petition fails
`
`to provide articulated reasoning with some rational underpinning to support the
`
`legal conclusion of obviousness. Instead, as was the case with the primary
`
`18
`
`Page 21 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`references, the Petition simply picks and chooses among citations in the references
`
`and then offers no more than a conclusory analogy between these citations and the
`
`claimed limitations. Thus, the Petition fails to provide the specificity required by
`
`37 C.F.R. § 42.104(b)(5).
`
`B. Gertz Fails To Anticipate The ‘236 Claims (P. Gr. 1)
`1.
`A Summary of Gertz
`Gertz7 discloses a visual programming environment for managing robots
`
`called Onika, where each higher-level portion of the environment is built from
`
`lower level portions. This way, the programming skills required at the lowest level
`
`to write code that interacts directly with the robots need not be repeated by each
`
`user. Instead, lower level tasks—referred to as “control tasks”—are made
`
`available to users as colorful icons. The users can then combine and manipulate
`
`these colorful icons into patterns to cause increasingly complex robot motion.
`
`There is no provision made for performing operations at levels lower than those
`
`provided for in the “control tasks.”
`
`7 Patent Owner addresses all the "alleged prior art" on the merits solely for
`purposes of this Preliminary Response, but reserves its rights to antedate any of the
`these references should the Petition be granted.
`
`19
`
`Page 22 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`The Petition distorts Gertz from its proper context. Gertz recognized that
`
`programming robots is difficult, in part because the existing solutions required
`
`extensive programming knowledge for every programmer, regardless of the task.
`
`Gertz attempts to develop a system in which the lower level programming
`
`(“control tasks”) is performed by users with more extensive programming
`
`knowledge, and their extensive knowledge is essentially adapted into icon form to
`
`be used by users with less programming knowledge. Ultimately, users combine
`
`these “control tasks” into more complex “configurations.” These “configurations”
`
`work because far more detailed programming knowledge is built into the icons
`
`corresponding to the “control tasks.”
`
`Gertz acknowledges that robot languages “introduced ‘built-in’ commands
`
`to operate the robot, eliminating (for instance) the need to develop code for
`
`motion primitives.” Instead, the coding in the “control tasks” in Gertz relates to
`
`higher level operations like “read data from trackball” and “perform forward
`
`kinematics.” Petition at 11. If the user in Gertz desires to perform a true “motion
`
`primitive,” the user is out of luck. The lowest level operations that can be
`
`performed in Gertz are those corresponding to the “control tasks.”
`
`20
`
`Page 23 of 54
`
`
`
`Preliminary Response By Patent Owner
`
`IPR 2012-00062
`
`2. Gertz Does Not Teach “Primitive Operations”8
`According to the Petition, “a motion control operation performed by one of
`
`Gertz’s control tasks is a “primitive operation” because it is the lowest level
`
`motion operation Onika recognizes.” Petition at 20 (emphasis added). Thus, the
`
`Petition does not argue that the control task operations in Gertz are truly
`
`“primitive”; rather, it only argues that they are the lowest-level non-primitive
`
`operations actually supported by Onika. Indeed, Gertz is clear that true
`
`“primitives” are not even provided for in Onika because it is designed to be a much
`
`higher level software system that rises far above the details of primitive motion
`
`operations. Gertz explains that “[t]extual robotic languages such as VAL II or AL
`
`
`8 Although for reasons of space and clarity this preliminary response focuses on
`just two claim limitations, Gertz fails to teach many additional limitations. Merely
`by way of example, each ‘236 Patent claim requires “component functions.”
`Although Petitio