throbber
blacr@foster.com
`
`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

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket