`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`
`UBISOFT, INC. AND SQUARE ENIX, INC.,
`Petitioner
`
`v.
`
`UNILOC USA, INC. and UNILOC LUXEMBOURG S.A.,
`Patent Owners
`
`
`
`
`
`
`
`
`IPR2017-01291
`PATENT 6,728,766
`
`
`
`
`
`
`
`
`PATENT OWNER PRELIMINARY RESPONSE TO PETITION
`PURSUANT TO 37 C.F.R. § 42.107(a)
`
`
`
`
`
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`
`Tables of Contents
`
`
`
`I.
`
`INTRODUCTION
`
`II.
`
`THE '766 PATENT
`
`
`
`
`
`Effective Filing Date
`
`Overview of the '766 Patent
`
`III. THE PETITION FAILS TO ESTABLISH A REASONABLE
`LIKELIHOOD THAT AT LEAST ONE OF THE CHALLENGED
`CLAIMS IS UNPATENTABLE
`
`
`
`Claim Construction
`
`1
`
`2
`
`2
`
`2
`
`4
`
`4
`
`5
`
`6
`
`9
`
`“means for maintaining license management policy
`information for a plurality of application programs at a
`license management server, the license management
`policy information including at least one of a user identity
`based policy, an administrator policy override definition
`or a user policy override definition” (Claim 7)
`
`“means for receiving at the license management server a
`request for a license availability of a selected one of a
`plurality of application programs from a user at a client”
`(Claim 7)
`
`“means for determining the license availability for the
`selected one of the plurality of application programs for
`the user based on the maintained license management
`policy information” (Claim 7)
`
`1.
`
`2.
`
`3.
`
`4.
`
`“means for providing an unavailability indication to the
`client responsive to the selection if the license availability
`indicates that a license is not available for the user or an
`availability indication if the licensed availability indicates
`that a license is available for the user” (Claim 7)
`
`10
`
`
`
`No Prima Facie Anticipation for “receiving at the license
`management server a request for a license availability of a
`
`ii
`
`
`
`selected one of the plurality of application programs from
`a user at a client”
`
`11
`
`IPR2017-01291
`
`US. Patent 6,728,766
`
`C.
`
`D.
`
`E.
`
`No Prima Facie Anticipation for “determining the license
`availability for
`the selected one of the plurality of
`application programs for the user based on the maintained
`license”
`
`Additional Deficiencies in the Means-Plus-Function Analysis
`
`No Prirna Facie Anticipation for the Dependent Claims
`
`V.
`
`CONCLUSION
`
`15
`
`19
`
`21
`
`21
`
`Table of Exhibits for Patent Owner Prelimina Res onse
`
`Exhibit
`
`Ex. 2001
`
`Ex. 2002
`
`Construction Brief, Dkt. No. 150.
`
`Declaration of Dr. Val DiEuliis
`
`Ubisoft, Inc. et a]. v. Uniloc USA, Inc. et 0]., Case No. 2:16-cv-
`00393-RWS
`(lead
`case),
`Petitioner’s Responsive Claim
`
`iii
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`
`I.
`
`INTRODUCTION
`
`Pursuant to 35 U.S.C. § 313 and 37 C.F.R. § 42.107(a), Uniloc Luxembourg
`
`S.A. (“Patent Owner”) submits this Preliminary Response to the Petition for Inter
`
`Partes Review (“the Petition”) of U.S. Patent No. 6,728,766 (“the '766 Patent”) filed
`
`by Ubisoft, Inc. and Square Enix, Inc. (“Petitioner”).
`
`The Petition is facially deficient for several reasons. The Petition contains
`
`little more than quotations of the challenged claim language, followed by
`
`unexplained citations to the only cited reference (EX1001), thereby impermissibly
`
`expecting the Board and the Patent Owner to only guess as to how the quoted
`
`disclosure allegedly anticipates the claim language in question. Even worse, the
`
`Petition provides no expert declaration in support of the conclusory attorney
`
`arguments contained therein. Consequently, the opinions on dispositive issues in the
`
`attached declaration of Dr. Val DiEuliis (EX2001) are uncontroverted.
`
`The Petition also relies on claim construction positions Petitioner has since
`
`repudiated in unequivocal statements made before the district court in co-pending
`
`litigation involving the same parties. To be clear, Petitioner’s contradictory claim
`
`construction arguments made in court cannot be rescued by invoking the Broadest
`
`Reasonable Interpretation (“BRI”) standard applied before the Board. The applicable
`
`claim construction standards converge on the specific claim construction issues
`
`injected by the Petition, as explained further below.
`
`1
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`In view of the reasons presented herein, the Petition should be denied in its
`
`entirety as failing to meet the threshold burden of proving there is a reasonable
`
`likelihood that at least one challenged claim is unpatentable.
`
`II. THE '766 PATENT
`
` Effective Filing Date
`
`The '766 Patent is titled “Methods, Systems and Computer Program Products
`
`for Distribution of Application Programs to a Target Station on a Network.” EX1001
`
`at [54]. The '766 issued from U.S. Patent Application No. 09/829,854, which is a
`
`divisional of U.S. Patent Application No. 09/211,529 (now U.S. Patent No.
`
`6,324,578). EX1001 at [62]. Thus, the effective filing date for the '766 Patent is
`
`December 14, 1998, which is the filing date of its parent application. The '766 Patent
`
`issued on April 27, 2004 and was originally assigned to the International Business
`
`Machines Corporation (“IBM”). EX1001 at [73].
`
` Overview of the '766 Patent
`
`The '766 Patent relates to managing license-compliant use of application
`
`programs within a heterogeneous computer network environment. EX1001, 1:21-
`
`23; 3:24-36; 5:37-6:9. Preferred embodiments centralize license management for
`
`authorized users, who may access application programs from various client stations
`
`across the managed network over time, to ensure compliance with certain license
`
`restrictions. License policy information is centrally maintained (e.g., at a central
`
`2
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`server) so that “the entire process [can] be controlled from a single point for an entire
`
`managed network environment.” Id. In certain embodiments, a server may determine
`
`license availability and provide application programs on-demand to an authorized
`
`user who has logged into a client supported by the server.
`
`Claims 1, 7, and 13 are the independent claims of the '766 Patent. Claim 1 is
`
`reproduced below:
`
`1. A method for management of license use for a network comprising
`
`the steps of:
`
`[a] maintaining license management policy information for a plurality
`
`of application programs at a license management server, the license
`
`management policy information including at least one of a user identity
`
`based policy, an administrator policy override definition or a user policy
`
`override definition;
`
`[b] receiving at the license management server a request for a license
`
`availability of a selected one of the plurality of application programs from
`
`a user at a client;
`
`[c] determining the license availability for the selected one of the
`
`plurality of application programs for the user based on the maintained
`
`license management policy information; and
`
`[d] providing an unavailability indication to the client responsive to the
`
`selection if the license availability indicates that a license is not available
`
`for the user or an availability indication if the licensed availability
`
`indicates that a license is available for the user.
`
`3
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`III. THE PETITION FAILS TO ESTABLISH A REASONABLE
`LIKELIHOOD THAT AT LEAST ONE OF THE CHALLENGED
`CLAIMS IS UNPATENTABLE
`
`The Petition alleges 1, 3, 7, 9, 13, and 15 are “anticipated under §§102(a)
`
`and/or (e)” by US 5,758,069 (“Olsen”) [EX1002]. Petitioner has the burden of proof
`
`to establish it is entitled to its requested relief. 37 C.F.R. § 42.108(c). Petitioner
`
`“must specify where each element of the claim is found in the prior art patents or
`
`printed publications relied upon.” 37 C.F.R. § 42.104(b)(4). The Board should deny
`
`institution because Petition has not meet this threshold evidentiary burden.1
`
` Claim Construction
`
`Pursuant to 37 C.F.R. § 42.100(b), and for the purposes of this review, Patent
`
`Owner construes the claim language such that the claims are given their broadest
`
`reasonable interpretation in light of the specification of the '766 Patent.
`
`The Petition only offers proposed constructions for independent Claim 7.
`
`While Patent Owner agrees in principle that independent Claim 7 recites means-plus-
`
`function limitations that invoke pre-AIA 35 U.S.C. § 112, ¶6, the Petition injects
`
`disputes over the relevant corresponding structure disclosed in the '766 Patent, as
`
`explained further below.
`
`
`1 While certain deficiencies in the Petition are addressed herein, Patent Owner
`hereby expressly reserves the right to address other deficiencies of the Petition in a
`full Response if an inter partes review is instituted.
`
`4
`
`
`
`1.
`
`IPR2017-01291
`U.S. Patent 6,728,766
`“means for maintaining license management policy information
`for a plurality of application programs at a license management
`server, the license management policy information including at
`least one of a user identity based policy, an administrator
`policy override definition or a user policy override definition”
`(Claim 7)
`
`The parties agree the stated function for this limitation (as cited in Claim 7) is
`
`“maintaining license management policy information for a plurality of application
`
`programs at a license management server, the license management policy
`
`information including at least one of a user identity based policy, an administrator
`
`policy override definition or a user policy override definition”. The Petition
`
`implicitly injects a dispute, however, over the corresponding structure.
`
`The Petition suggests “[t]he disclosed structure is a database and equivalents
`
`thereof.” Pet. 3 (citing only EX1001, 12:50-52 and 5:40-42). Petitioner’s
`
`construction risks overlooking the requirement that the means must reside “at a
`
`license management server”, as expressly recited in Claim 7. That claimed
`
`requirement is reflected in both citations to the '766 Patent specification offered in
`
`the Petition: (1) “[l]icense management policy information for a plurality of
`
`application programs is maintained at a license management server” (EX1001, 5:40-
`
`42, emphasis added); and (2) “[p]ursuant to the teachings of the present invention,
`
`server system 22 stores license use management policy information in a hierarchal
`
`centralized preference database 208” (Id., 12:50-52). Given that acknowledged
`
`disclosure, it is misleading to suggest the means for this limitation to be a “database”
`
`5
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`in general—i.e., one that may be divorced from the claimed “license management
`
`server”.
`
`The Petition also overlooks algorithmic structure corresponding to this
`
`limitation. Specifically, the specification discloses a processor executing computer
`
`program instructions, as described in col. 7:26-50 of the '766 Patent (EX1001),
`
`implementing the algorithms described at least at cols. 5:38-61, 11:32-38, 12:37-62,
`
`13:29-32, and 13:42-47.
`
`Notably, the Petition does not identify “application programs” as a term that
`
`requires construction. During litigation, however, the Petitioner submitted that
`
`“application programs” should be construed to mean “application level software
`
`program code for underlying application level functions that executes locally at the
`
`client as a separate application from the browser”. In doing so, Petitioner emphasized
`
`“definitional statements and disclaimers in the Specifications and relevant file
`
`histories of the Asserted Patents” (including the '766 Patent). EX2002 at p. 5; see
`
`also id. at p. 5 n.6 (citing U.S. Patent No. 6,510,466 (“the '466 Patent”) at 14:24-26,
`
`which the '766 Patent incorporates by reference).
`
`2.
`
`“means for receiving at the license management server a request
`for a license availability of a selected one of a plurality of
`application programs from a user at a client” (Claim 7)
`
`The parties agree the stated function for this limitation (as recited in Claim 7)
`
`is “receiving at the license management server a request for a license availability of
`
`6
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`a selected one of a plurality of application programs from a user at a client”. The
`
`Petition merely offers the following conclusory statement: “the disclosed structure
`
`is [on-demand] server 22 that is programmed” to perform that function. Pet. 3 (citing
`
`EX1001, 10:6-11, 66-67, and 11:3-8). That ipse dixit statement leaves several
`
`fundamental claim construction questions unanswered and risks interpreting this
`
`claim language in a manner too attenuated from the express disclosure.
`
`First, Petitioner does not clarify whether it considered the disclosed “on-
`
`demand server 22” to refer to a distinct and dedicated physical device, to software
`
`operating as a “server” and programed to perform the claimed function, or to a
`
`combination of both. Petitioner also truncates the “on-demand” portion of the
`
`element repeatedly identified in the specification as the “on-demand server 22,22'”.
`
`Since filing the Petition, Petition drew the district court’s attention to the fact
`
`that “the '766 patent incorporates by reference the description of [on-demand] server
`
`22 from the application that led to the '466 patent.” EX2002 at p. 25 (citing ‘766
`
`Patent, 7:17-21 (“An on-demand server which may be modified according to the
`
`present invention is described in U.S. patent application Ser. No. 09/211,528 which
`
`is incorporated herein by reference in its entirety.”)). The '466 Patent states “[a]s
`
`used herein, ‘on-demand’ refers to a server delivering applications as needed
`
`responsive to user requests as requests are received.” At a minimum, that
`
`lexicography confirms it would be inappropriate to consider the disclosed “on-
`
`7
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`demand server” apart from its defining “on-demand” feature, as Petitioner appears
`
`to do. Also instructive is incorporated Figure 2 of the '466 Patent, which illustrates
`
`“an embodiment of the on-demand server” as a “server system 22” that includes
`
`multiple servers (204 and 206) and a database (208). '466 Patent, 7:49:53.
`
`Second, the Petition does not expressly articulate how Petitioner interpreted
`
`the phrase “license availability,” as recited in the identified functional language for
`
`this limitation. During claim construction proceedings before the district court,
`
`however, Petitioner argued the intrinsic evidence contains a disclaimer confirming
`
`that “‘license availability’ is ‘distinct from any determination that the user is
`
`authorized to access the selected application program.’” EX2002 at p. 23 n.11. As
`
`will be shown, Petitioner’s application of the art cited in the Petition is contravened
`
`by Petitioner’s own disclaimer argument advanced in court. Petitioner’s self-
`
`contradicting arguments cannot be rescued by invoking the broadest reasonable
`
`construction standard applied before the Board. The applicable standards converge
`
`on whether there is disclaimer in the intrinsic evidence.
`
`Third, the Petitioner’s short-shrift claim construction analysis also overlooks
`
`certain additional structure corresponding to this limitation. For example, the
`
`specification discloses a processor executing computer program instructions, as
`
`described in col. 7:26-50 of the '766 Patent (EX1001), implementing the algorithms
`
`described at least at cols. at 5:38-61, 11:32-38, 12:37-13:18, 13:36-38, FIG. 5 (e.g.,
`
`8
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`block 186); and further described in the incorporated '466 Patent at col. 13:58-14:1
`
`and 14:9-23.
`
`3.
`
`“means for determining the license availability for the selected
`one of the plurality of application programs for the user based
`on the maintained license management policy information”
`(Claim 7)
`
`The parties agree the stated function for this limitation (as recited in Claim 7)
`
`is “determining the license availability for the selected one of the plurality of
`
`application programs for the user based on the maintained license management
`
`policy information”. The Petition alleges “[t]he disclosed structure is [the on-
`
`demand] server 22 that is programmed” to perform the recited function. Pet. 3 (citing
`
`10:9-10; see also id. at 10:6-15, 4:62-67, 11:3-8, Fig. 3 (block 78)). That ipse dixit
`
`leaves unaddressed certain aspects of the recited claim language (e.g., the “license
`
`availability” discussed above).
`
`Additionally, Petitioner overlooks certain additional structure corresponding
`
`to this limitation. For example, the specification (including the incorporated
`
`portions) discloses a processor executing computer program instructions, as
`
`described in col. 7:26-50 of the '766 Patent (EX1001), implementing the algorithms
`
`described at least at cols. 5:38-61, 11:32-38, 12:37-46, 12:50-14:12, FIG. 5 (e.g.,
`
`blocks 188, 190, 192); and further described in the incorporated '466 Patent at cols.
`
`13:58-14:1 and 14:9-23.
`
`9
`
`
`
`4.
`
`IPR2017-01291
`U.S. Patent 6,728,766
`“means for providing an unavailability indication to the client
`responsive to the selection if the license availability indicates that
`a license is not available for the user or an availability indication
`if the licensed availability indicates that a license is available for
`the user” (Claim 7)
`
`The parties agree the stated function for this limitation (as recited in Claim 7)
`
`is “providing an unavailability indication to the client responsive to the selection if
`
`the license availability indicates that a license is not available for the user or an
`
`availability indication if the licensed availability indicates that a license is available
`
`for the user.” Petitioner acknowledges, only with respect to this limitation, that “the
`
`'766 Patent incorporates by reference U.S. Patent No. 6,510,466 (EX1001 at 7:17-
`
`21, 11:27-30).” Pet. 5. Citing an example embodiment from the '766 Patent, the
`
`Petition argues the disclosed structure corresponding to the recited function is
`
`“server system 22 programmed to provide an error message if no licenses are
`
`available and to allow execution of the requested application if a license is available,
`
`and equivalents thereof.”
`
`Petitioner’s proposed construction should be rejected as attempting to rewrite
`
`the functional language under the guise of identifying corresponding structure
`
`disclosed in the '466 Patent. The functional claim language already identifies what
`
`is provided: “an unavailability indication … [which] indicates that a license is not
`
`available for the user.” Petitioner cannot restrict that admitted functional language
`
`to an optional species thereof—i.e., to the “error message” of certain embodiments.
`
`10
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`Additionally, Petitioner overlooks certain structural disclosure corresponding
`
`to this limitation. For example, the specification (including the incorporated
`
`portions) discloses a processor executing computer program instructions, as
`
`described in col. 7:26-50 of the '766 Patent (EX1001), implementing the algorithms
`
`described at least at col. 5:44-53; and further described in the incorporated '466
`
`Patent at cols. 13:58-14:1 and 14:9-23.
`
` No Prima Facie Anticipation for “receiving at the license
`management server a request for a license availability of a selected
`one of the plurality of application programs from a user at a client”
`
`The Petition fails at least to present a prima facie case of anticipation for
`
`“receiving at the license management server a request for a license availability of a
`
`selected one of the plurality of application programs from a user at a client”, as
`
`recited in each challenged claim. The Petition deviates from the “receiving” claim
`
`language by asserting, instead, that “Olsen discloses that server 104 receives a
`
`request for a license to a specified application program.” Pet. 12 (emphasis added).
`
`Petitioner’s anticipation theory is untenable for at least three overarching
`
`reasons. First, the intrinsic evidence confirms “a request for a license” is
`
`distinguishable from “a request for license availability” as claimed. Second,
`
`Petitioner also overlooks the requirement that the request is received “from a user at
`
`a client” and that “availability” in that context refers to whether a license is available
`
`for that user in particular, as opposed to the user’s client device in general. This
`
`11
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`specific point of distinction was successfully raised during prosecution and the
`
`Board need not and should second-guess that finding. Finally, the Petition has the
`
`burden of proof yet it provides no articulated reasoning, with rational underpinning,
`
`in support of its conclusory attorney arguments, let alone any supportive evidence
`
`in the form of expert testimony.
`
`The '766 Patent specification provides instructive examples of user-based
`
`license availability requests. In a particular embodiment, “users associated with the
`
`headquarters operations or network management department could be made exempt
`
`from license count limits while everyone else is subject to license count limits.”
`
`EX1001, 14:6-12. Thus, according to the teachings of the '466 Patent, the outcome
`
`of a license availability request may be different depending on which authorized user
`
`makes the request, even if the same machine is used.
`
`The prosecution history of the '466 Patent also provides insight as to the
`
`significance of the above limitations which Petitioner overlooks in its analysis.
`
`Applicants successfully distinguished this claim language, among other limitations,
`
`from a cited reference that “receives a request for a license from one of the ‘client
`
`computer systems’, determines whether the license is ‘available to [the requesting
`
`one of the] computer systems’.” EX1005, p. 136 (emphasis added, bracketed text
`
`original). Similarly, another cited reference was successfully distinguished because
`
`it “manages licenses by determining whether an application is allowed for a
`
`12
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`computer on a network within an enterprise.” Id. (emphasis added). In contrast to
`
`those machine-specific requests, Applicant argued, and the Examiner ultimately
`
`agreed, “the present invention associates license requests with users.” Id.; see also
`
`Pet. at p. 7 (acknowledging that during prosecution Applicants successfully “argued
`
`that the Examiner’s references ‘appear to relate to management of licenses based on
`
`requesting clients or computers or applications, not based on requesting users.’”).
`
`Accordingly, the prosecution history confirms Petitioner has not and cannot meet its
`
`threshold evidentiary burden for anticipation by simply ignoring certain vital and
`
`defining aspects of the “receiving” limitation.
`
`The Petition provides multiple (and unexplained) block quotations from Olsen
`
`which confirm that Olsen is analogous to the art already successfully distinguished
`
`by Applicants during prosecution. Pet. 12. Relevant excerpts from those block
`
`quotations in the Petition are provided in list form below:
`
` “receiving requests from clients 106” (id., citing EX1002, 3:54-61);
` “client 106 may request licenses for access to applications (id., citing
`EX1002, 3:54-61);
` “LSP 110 receives the request for a number of license units from
`client 106 (id., citing EX1002, 3:54-61);
` “To request an application, the client assembles a request having the
`desired license criteria, (step 810)” (id., citing EX1002, 2:3-47); etc.
`
`Olsen does not disclose in the cited portions that it associates license-availability
`
`requests with users. In contrast, the cited portions (including those copied above)
`
`13
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`mirror similar statements found in the references successfully distinguished during
`
`prosecution. In addressing the “receiving” limitations the Petition does not articulate
`
`any reason to conclude otherwise. See Pet. 12-15.
`
`The Board has repeatedly found that denial is proper when “same or
`
`substantially the same prior art or arguments” were made in original prosecution.
`
`Dorco Co. v. Gillette Co., IPR2017-00500, Paper 7 at 18 (P.T.A.B. June 21, 2017);
`
`Apple Inc. v. Uniloc USA, Inc., IPR2017-00224, Paper 7 (P.T.A.B. May 25, 2017).
`
`The Board should continue those holdings here to provide public notice and remain
`
`consistent with the findings made during prosecution.
`
`The Petition should also be rejected as merely offering partial-quotations of
`
`the “receiving” claim language, followed by disparate block quotations from Olsen,
`
`without providing any analysis or explanation for how those quotations allegedly
`
`anticipate the claim language in question. No expert declaration is attached to the
`
`Petition as alleged support for the conclusory attorney arguments contained therein.
`
`Such a di minimis approach does not establish a prima facie case of anticipation.
`
`See, e.g., Ex Parte Christopher James Brown & Ben James Hadwen, Appeal No.
`
`2013-001448, 2015 WL 1325459, at *3 (P.T.A.B. Mar. 23, 2015) (finding the
`
`burden of showing prima facie anticipation was not met by merely pointing to two
`
`figures of a reference and their corresponding descriptions without any explanation
`
`as to how those citations describe recited limitations at issue).
`
`14
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`Petitioner has the burden to prove anticipation by articulating its reasoning for
`
`each limitation within the Petition itself. The Federal Circuit has held that the Board
`
`is not “free to adopt arguments on behalf of petitioners that could have been, but
`
`were not, raised by the petitioner during an IPR. Instead, the Board must base its
`
`decision on arguments that were advanced by a party, and to which the opposing
`
`party was given a chance to respond.”). See In re Magnum Oil Tools Int'l, Ltd., 829
`
`F.3d 1364, 1381 (Fed. Cir. 2016). For the foregoing reasons, the threshold
`
`evidentiary burden is not met here for the “receiving” limitations recited in Claim 1.
`
` No Prima Facie Anticipation for “determining the license
`availability for the selected one of the plurality of application
`programs for the user based on the maintained license”
`
`Petitioner argues this limitation is anticipated by Olsen’s “‘security
`
`equivalency check’ to determine whether the requesting user is among those
`
`assigned to the license certificate.” Pet. 16. Petitioner has since repudiated its
`
`“security equivalency check” argument by expressing to the district court that the
`
`claimed “‘license availability’ is ‘distinct from any determination that the user is
`
`authorized to access the selected application program.’” EX2002 p. 23 n.11 (Ubisoft,
`
`Inc. et al. v. Uniloc USA, Inc. et al., Case No. 2:16-cv-00393-RWS (lead case), Dkt.
`
`No. 150, at p. 19 n.11).
`
`Petitioner cannot have it both ways. There is a century-old old maxim that
`
`patent claims may not be treated as a “nose of wax” and interpreted one way for
`
`15
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`purposes of avoiding infringement and another way for challenging patentability.
`
`White v. Dunbar, 119 U.S. 47, 51 (1886). Petitioner’s contradictory arguments
`
`cannot be rescued by invoking the broadest reasonable interpretation standard
`
`applied before the Board. The applicable claim construction standards converge on
`
`the issue of whether there is disclaimer in the intrinsic evidence; and Petitioner
`
`argues before the district court that disclaimer exists.
`
`In its claim construction briefing before the district court, Petitioner explained
`
`its disclaimer argument by first discussing the specification of U.S. Pat. Nos.
`
`6,510,466 (“the '466 Patent”), which the '766 Patent incorporates by reference. See
`
`EX1001, 7:17-21; see also Pet. 5 (acknowledging the same). For the convenience of
`
`the Board, Petitioner’s arguments before the court are copied below:
`
`Turning to the Specifications, the described embodiments all likewise
`
`treat “authoriz[ation]” and “license availability” as separate and
`
`distinct steps. In the disclosure of the ’466 patent, for example, the
`
`on-demand server first “see[s] if the user is authorized to bring up” an
`
`application (highlighted
`
`in orange below). Then, only after
`
`determining that the user is authorized and establishing the user
`
`desktop with the authorized programs, in a second step the on demand
`
`server “processes a license request to determine if a license is
`
`available for” that application (highlighted in yellow below). Ex. A,
`
`’466 patent at 13:50-56, 13:58-61; FIG. 6-7: as follows:
`
`16
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`
`EX2002 at pp. 24-25, (Ubisoft, Inc. et al. v. Uniloc USA, Inc. et al., Case No. 2:16-
`
`cv-00393-RWS (lead case), Dkt. No. 150, pp. 20-21 as originally filed).
`
`
`
`Petitioner then offered additional arguments specific to the '766 Patent:
`
`
`
`The ’766 patent similarly incorporates this distinction between
`
`“determin[ing] the license availability for the selected one of the
`
`plurality of application programs” and “determining if a user
`
`requesting execution of the application program is one of the plurality
`
`of authorized users.” First, the ’766 patent incorporates by reference
`
`the description of server 22 from the application that led to the ’466
`
`patent. See Ex. B, ’578 patent at 7:17-21. Second, the ’766 patent
`
`refers
`
`to “combin[ing]”
`
`license use management with user
`
`authorization to “further control access to managed application
`
`17
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`programs,” treating these as separate actions. See id. at 4:62-67; see
`
`also id. at 5:45-53.
`
`Id. p. 25.
`
`
`
`Petitioner also submitted to the court that “[d]uring prosecution of the '466
`
`patent, the Applicants in fact distinguished claim 9 from the prior art on this basis,
`
`arguing that ‘verifying license availability’ is ‘distinct’ from ‘determining whether
`
`a user is authorized to access a resource.’” Id. (citing '466 patent file history at May
`
`31 remarks).
`
`
`
`Given Petitioner’s more recent interpretation of the intrinsic evidence, as
`
`submitted to the court, Petitioner cannot now reasonably argue before the Board that
`
`Olsen’s “security equivalency check” anticipates “determining the license
`
`availability … for the user” as claimed. If Petitioner is correct that “‘license
`
`availability’ is ‘distinct from any determination that the user is authorized to access
`
`the selected application program”, then there can be no anticipation by Olsen
`
`because, as Dr. DiEuliis testifies, Olsen’s “security equivalency check” “is a
`
`determination that the user is authorized to access the selected application program”,
`
`as least under Petitioner’s analysis of the alleged prosecution disclaimer. EX2002 ¶¶
`
`16-24. That expert testimony is uncontroverted. If anything, Petitioner’s own
`
`characterization of the “security equivalency check” in Olsen verifies Dr. DiEuliis’
`
`conclusion. See, e.g., Pet. 16-17.
`
`18
`
`
`
`IPR2017-01291
`U.S. Patent 6,728,766
`Accordingly, for the foregoing additional and independent reasons, the Board
`
`should deny institution and save Petitioner from having to argue out of both sides of
`
`its mouth.
`
` Additional Deficiencies in the Means-Plus-Function Analysis
`
`Additional deficiencies arise in Petitioner’s means-plus-function analysis of
`
`independent Claim 7. For example, Petitioner improperly relies on two distinct
`
`elements of Olsen as allegedly anticipating the function and corresponding structure,
`
`respectively, of the “means for maintaining limitations”.
`
`Petitioner points to Olsen’s “license certificate database 112” as the structure
`
`that allegedly anticipates the “means for maintaining license management policy
`
`information for a plurality of application programs at a license management server,
`
`the license management policy information including at least one of a user identity
`
`based policy, an administrator policy override definition or a user policy override
`
`definition,” as recited in Claim 7. Pet. 22. The Petition does not explain how Olsen’s
`
`database 112 allegedly has the functional capabilities recited in Claim 7. Instead, the
`
`Petition merely offers the following conclusory statements: “Olsen discloses the
`
`claimed function. See Olsen applied to Element 1(a).” Id.
`
`In identifying Olsen’s database 112 as the corresponding structure, Petitioner
`
`evidently overlooked the fact that in its analysis of “Element 1(a)”, Petitioner
`
`exclusively relies, instead, on Olsen’s distinct LSP 110. Specifically, in addressing
`
`19
`
`
`
`IPR2017-012