throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`APPLE INC.,
`
`Petitioner,
`v.
`UNIVERSAL SECURE REGISTRY, LLC,
`Patent Owner.
`_________________________________________
`Case IPR2018-00812
`U.S. Patent No. 8,856,539
`________________________________________
`
`PETITIONER APPLE INC.’S OPPOSITION TO PATENT OWNER’S
`MOTION TO STRIKE
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`

`

`IPR2018-00812
`U.S. Patent No. 8,856,539
`
`Contents
`I.
`INTRODUCTION .......................................................................................... 1
`II.
`ARGUMENT ................................................................................................. 1
`A. Apple’s Arguments Regarding Motivation To Combine Are Not New
`And Should Not Be Stricken. ......................................................................... 1
`B. Apple’s Arguments Regarding Merchant Validation And Access
`Restrictions Are Not New And Should Not Be Stricken. .............................. 4
`CONCLUSION .............................................................................................. 5
`
`III.
`
`
`ii
`
`

`

`I.
`
`INTRODUCTION
`Patent Owner Universal Secure Registry’s (“USR”) motion to strike
`
`IPR2018-00812
`U.S. Patent No. 8,856,539
`
`(“MTS”) is yet another attempt to avoid having the patentability of the proposed
`
`substitute claims resolved on their merits. All of Apple’s supposed “new”
`
`arguments in its CMTA Surreply were disclosed before, and are supported by pin-
`
`cites to prior briefs and declarations discussing the same points. Furthermore,
`
`these arguments are proper for the additional reason that they are directly
`
`responsive to USR’s CMTA Reply. Because USR has already had a full and fair
`
`opportunity to respond to Apple’s arguments, USR has suffered no prejudice, and
`
`its MTS should be denied.
`
`II. ARGUMENT
`A. Apple’s Arguments Regarding Motivation To Combine Are Not
`New And Should Not Be Stricken.
`USR’s arguments with respect to limitations 39[b] and 39[c] should be
`
`rejected because (1) Apple previously explained why a POSITA would have been
`
`motivated to combine Reber and Franklin to satisfy these limitations, (2) USR
`
`already had an opportunity to respond to Apple’s arguments, and (3) Apple’s
`
`arguments are directly responsive to new arguments made in USR’s Reply.
`
`With respect to limitation 39[b], which requires the claimed “transaction
`
`request” be received “from the provider,” USR is incorrect to suggest that Apple
`
`waited until its CMTA Surreply to argue that Franklin’s teaching of merchant
`
`1
`
`

`

`IPR2018-00812
`U.S. Patent No. 8,856,539
`validation would have provided a motivation to modify Reber. MTS at 2. To the
`
`contrary, Apple’s Surreply cites to Dr. Shoup’s prior declaration where he
`
`explained that “[i]n view of Franklin’s disclosure that a merchant must be
`
`validated prior to conducting a transaction, a POSITA would have been motivated
`
`to modify the preferred transaction methods disclosed in Reber.” CMTA Surreply
`
`at 3 (citing Ex-1135, Shoup-Decl., ¶47). Although the cited declaration from Dr.
`
`Shoup was directed to the original (not the substitute) claims, it is relevant because
`
`USR has offered a construction of “the provider requesting the transaction” that
`
`would give the original claim substantially the same scope as the proposed
`
`substitute claim. See POR at 56 (“the transaction request be sent from the provider
`
`to the secure registry”). Moreover, because USR had an opportunity to (and
`
`actually did) respond to Dr. Shoup’s motivation to combine argument in its POR
`
`Surreply, USR has no basis to claim prejudice. POR Surreply at 26-27 (“A
`
`POSITA would not look to Franklin to make such a modification to Reber.”); see
`
`Belden Inc. v. Berk-Tek LLC, 805 F.3d 1064, 1081 (Fed. Cir. 2015) (patent owners
`
`can respond to evidence submitted on reply, including by submitting a surreply).
`
`Furthermore, Apple’s explanation of the motivation to combine Franklin and
`
`Reber in its CMTA Surreply is directly responsive to USR’s argument, made in its
`
`CMTA Reply, that Apple’s motivation to combine was insufficient. CMTA Reply
`
`at 4-6. Such responsive arguments are permitted. Anacor Pharm., Inc. v. Iancu,
`
`2
`
`

`

`IPR2018-00812
`U.S. Patent No. 8,856,539
`889 F.3d 1372, 1380-81 (Fed. Cir. 2018) (petitioner “may introduce new evidence
`
`after the petition stage if the evidence is a legitimate reply to evidence introduced
`
`by the patent owner . . . .”); Idemitsu Kosan Co. v. SFC Co., 870 F.3d 1376, 1381
`
`(Fed. Cir. 2017) (petitioner need not “preemptively” address arguments).
`
`Turning to limitation 39[c], USR incorrectly contends that Apple offered
`
`new motivations to combine Reber and Franklin to “extract” a “time value” from
`
`the received transaction request. MTS at 3. Here again, Apple’s CMTA
`
`Opposition and Dr. Shoup’s supporting declaration disclosed the same motivation
`
`to combine discussed in the CMTA Surreply, which is based on the similarity
`
`between Reber’s validation of the second data element and Franklin’s validation of
`
`a received MAC by comparison with a received MAC. See Ex-1136, Shoup Decl.
`
`¶25 (explaining that “[a] POSITA would have looked to Franklin” in part because
`
`of its disclosure of a test MAC for which a time value is needed). USR cannot
`
`claim that it lacked an opportunity to address these arguments. Anacor Pharm.,
`
`889 F.3d at 1380-81. Moreover, Apple’s Surreply was permissible because it
`
`directly responded to and explained the relevance of USR’s admission in its
`
`CMTA Reply that Franklin’s transaction request includes “the transaction date and
`
`time as part of transaction-specific data.” CMTA Surreply at 5 (citing CMTA
`
`Reply at 9).
`
`
`
`3
`
`

`

`IPR2018-00812
`U.S. Patent No. 8,856,539
`B. Apple’s Arguments Regarding Merchant Validation And Access
`Restrictions Are Not New And Should Not Be Stricken.
`The CMTA Surreply’s arguments concerning the validation/access
`
`restriction limitations of substitute claim limitations 39[e]-[f] should not be
`
`stricken for the same reasons. USR contends that Apple “took a new direction”
`
`when it argued that Franklin’s disclosure of validation using a “test MAC”
`
`supports its position that performing the steps of validating merchant identity and
`
`subsequently determining “compliance with any access restrictions” was obvious.
`
`MTS at 4. But the CMTA Surreply merely restated the position from Apple’s
`
`CMTA Opposition that Reber and Franklin together teach that Reber’s transaction
`
`data could be used to perform merchant validation and compliance with access
`
`restrictions. CMTA Opp. at 9 (“[T]he Board found that merchant validation
`
`followed by subsequent access to data was sufficient to meet this claim limitation.
`
`DI, 14-16. That is precisely what Reber and Franklin disclose.”). Apple made the
`
`same argument in its POR Reply, where USR has once again proposed a narrow
`
`claim construction that would give the original claim and substitute claims a
`
`similar scope. Specifically, Apple argued that “a POSITA would have understood
`
`that [merchant] validation could take place based on the received card number
`
`(which includes a MAC…).” POR Reply at 12. As such, the CMTA Surreply
`
`does not advance any new argument. Nor can USR claim any prejudice, since its
`
`POR Surreply expressly addresses Franklin’s “test MAC” disclosure in this
`
`4
`
`

`

`IPR2018-00812
`U.S. Patent No. 8,856,539
`context. POR Surreply at 14 (“In Franklin, the acquiring bank does not validate
`
`the proxy credit card number (i.e., transaction number); that task is explicitly
`
`carried out by the issuing bank through a complex process requiring “test MAC”
`
`generation and comparison.”).
`
`USR’s second argument regarding Apple’s comparison of the prior art to
`
`Figures 7-10 of the ’539 patent is equally flawed. Apple’s Surreply was merely
`
`responding to USR’s contention (CMTA Reply at 13-14) that the substitute claims
`
`“draw an explicit distinction between provider validation and access restriction
`
`compliance” by citing to the patent’s repeated disclosure of financial transactions
`
`without any such distinction. Apple and Dr. Shoup previously made a related
`
`argument in the POR Reply, citing those same embodiments when discussing
`
`USR’s erroneous construction of “access restrictions.” Ex-1135, Shoup-Decl. ¶29
`
`(“[T]he embodiments described in Figures 7-10 each contemplate authorizing a
`
`transaction based on the validation of a single time-varying code…”). USR
`
`responded to these arguments in its POR Surreply, arguing that they were
`
`“irrelevant.” POR Surreply at 7. Because USR had prior opportunities to address
`
`Apple’s arguments, USR has no basis to claim prejudice.
`
`III. CONCLUSION
`Based on the foregoing, Patent Owner’s motion to strike should be denied.
`
`Respectfully Submitted,
`
`5
`
`

`

`IPR2018-00812
`U.S. Patent No. 8,856,539
`
`August 9, 2019
`
`
`
`
`
`
`
`/Monica Grewal/
`
`Monica Grewal
`Registration No. 40,056
`
`
`
`
`
`6
`
`

`

`IPR2018-00812
`U.S. Patent No. 8,856,539
`CERTIFICATE OF SERVICE
`
`I hereby certify that on August 9, 2019, I caused a true and correct copy of
`
`the foregoing materials:
`
`• Petitioner Apple Inc.’s Opposition To Patent Owner’s Motion To Strike
`to be served via e-mail on the following correspondents of record as listed in
`
`Patent Owners’ Mandatory Notices:
`
`For PATENT OWNER:
`James M. Glass (jimglass@quinnemanuel.com)
`Tigran Guledjian (tigranguledjian@quinnemanuel.com)
`Christopher A. Mathews (chrismathews@quinnemanuel.com)
`Nima Hefazi (nimahefazi@quinnemanuel.com)
`Richard Lowry (richardlowry@quinnemanuel.com)
`Razmig Messerian (razmesserian@quinnemanuel.com)
`Jordan B. Kaericher (jordankaericher@quinnemanuel.com)
`Harold A. Barza (halbarza@quinnemanuel.com)
`Quinn Emanuel PO IPR (qe-usr-ipr@quinnemanuel.com)
`QUINN, EMANUEL, URQUHART & SULLIVAN, LLP
`
`
`Date: August 9, 2019
`
`Respectfully Submitted,
`
`
`/Monica Grewal/
`Monica Grewal
`Registration No. 40,056
`
`7
`
`

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