throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`________________
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`________________
`ASSA ABLOY AB, ASSA ABLOY Inc.,
`ASSA ABLOY Residential Group, Inc., August Home, Inc., HID Global
`Corporation, and ASSA ABLOY Global Solutions, Inc.,
`Petitioners,
`
`v.
`
`CPC Patent Technologies PTY LTD.,
`Patent Owner.
`Case No. IPR2022-01093
`
`Patent No. 8,620,039
`
`_____________________________________________________________
`
`SECOND DECLARATION OF STUART LIPOFF
`
`U.S. PATENT NO. 8,620,039 (CLAIMS 1, 2, 13, 14, 19, AND 20)
`
`ASSA ABLOY Ex 1032
`ASSA ABLOY AB, et al. v. CPC Patent Technologies Pty Ltd.
`IPR2022-01093 - U.S. Patent No. 8,620,039
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`III.
`
`V.
`
`2.
`
`B.
`
`I.
`II.
`
`Contents
`ENGAGEMENT .......................................................................................... 1
`BACKGROUND QUALIFICATIONS, PATENT AND PRIOR
`ART SUMMARY ......................................................................................... 1
`CLAIM CONSTRUCTION ......................................................................... 1
`A.
`PO’s proposed construction of “defining, dependent upon the
`received card information, a memory location…” is incorrect ............ 2
`IV. MY UNDERSTANDINGS OF THE LEGAL STANDARDS OF
`ANTICIPATION AND OBVIOUSNESS .................................................. 11
`THE CHALLENGED CLAIMS OF THE ʼ039 PATENT ARE
`INVALID .................................................................................................... 11
`A.
`GROUND #1: The Hsu-Sanford combination renders claims 1,
`2, 13, 14, 19, and 20 obvious ............................................................. 11
`1.
`Hsu-Sanford teaches Limitation 1[C]’s defining step
`under Petitioners’ First Construction and the Board’s
`preliminary construction .......................................................... 12
`Hsu-Sanford teaches Limitation 1[C]’s defining step
`under PO’s construction ........................................................... 14
`GROUND #2: The Hsu-Sanford-Tsukamura combination
`renders claims 1, 2, 13, 14, 19, and 20 obvious ................................. 15
`1.
`Alleged deficiencies of Tsukamura are irrelevant. .................. 15
`a.
`My first declaration does not rely on Tsukamura’s
`IC card 21 for disclosing “card information” ................ 16
`Tsukamura’s index-based system is materially the
`same as the ’039 Patent’s pointer system ...................... 17
`The differences between Tsukamura’s index-based
`system and the ’039 Patent’s pointer system are
`immaterial to unpatentability of the Challenged
`Claims ............................................................................ 18
`A POSITA would have been motivated to combine Hsu-
`Sanford with Tsukamura .......................................................... 18
`a.
`The Challenged Claims do not require a particular
`type of data storage ........................................................ 19
`
`b.
`
`c.
`
`2.
`
`i
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`b.
`
`Replacing Hsu’s database with Tsukamura’s
`memory configuration is a suitable option .................... 21
`Tsukamura’s array is not undesirable ............................ 22
`c.
`CONCLUDING STATEMENTS ............................................................... 29
`
`VI.
`
`ii
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`EXHIBIT LIST
`
`EXHIBITS FILED BY PETITIONERS (New Exhibits in Italics)
`
`Ex. 1001 U.S. Patent No. 8,620,039 (“’039 Patent”)
`
`Ex. 1002 Patent Prosecution History of U.S. Patent No. 8,620,039
`
`Ex. 1003 European Patent Pub. No. EP 0924655A2 to Hsu et al. (“Hsu”)
`
`Ex. 1004 World Intellectual Property Organization (WIPO) Int. Pub. No. WO
`2003077077A2 (03/077077) to Kirk Sanford (“Sanford”)
`
`Ex. 1006 U.S. Patent No. 6,963,660 to Yoshihiro Tsukamura and Takeshi
`Funahashi (“Tsukamura”)
`
`Ex. 1007 Declaration of Stuart Lipoff Regarding Invalidity of U.S. Patent No.
`8,620,039
`
`Ex. 1008 Curriculum Vitae of Stuart Lipoff
`
`Ex. 1009 European Patent Pub. No. EP 0881608A1 to Walter Leu (“Leu
`Original”)
`
`Ex. 1010 Certified English Translation of European Patent Pub. No. EP
`0881608A1 to Walter Leu (“Leu”)
`
`i
`
`
`
`
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`Ex. 1011 U.S. Patent No. 5,790,674 to Robert C. Houvener and Ian P.
`Hoenisch (“Houvener”)
`
`Ex. 1012 U.S. Patent No. 5,956,415 to McCalley et al. (“McCalley”)
`
`Ex. 1013 Claim Construction Order in CPC Patent Technologies Pty Ltd v.
`Apple Inc., WDTX-6-21-cv-00165-ADA, Dkt. No. 76
`(“Apple CC Order”)
`
`Ex. 1014
`
`Joint Claim Construction Statement in CPC Patent Technologies
`Pty Ltd v. Apple Inc., WDTX-6-21-cv-00165-ADA, Dkt. No. 57
`(“Apple Joint CC Statement”)
`
`Ex. 1015 Excerpts from Bloomsbury English Dictionary, 2nd Edition (2004)
`
`Ex. 1017 Excerpts from The Chambers Dictionary, 4th Edition (2003)
`
`Ex. 1018 CPC Publicly Filed Infringement Allegations Against Apple
`regarding U.S. Patent No. 8,620,039
`
`Ex. 1019 World Intellectual Property Organization (WIPO) Int. Pub. No. WO
`2001022351A1 (01/022351) to Gerald R. Black (“Black”)
`
`Ex. 1020 World Intellectual Property Organization (WIPO) Int. Pub. No. WO
`2004055738A1 (04/055738) to Svein Mathiassen and Ivar
`Mathiassen (“Mathiassen”)
`
`Ex. 1021 Excerpts from The Art Of Computer Programming, Volume 3
`Sorting and Searching (1973) (“Knuth Vol. 3”)
`
`
`
`ii
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`Ex. 1022 Perfect Hashing Functions: A Single Probe Retrieving Method for
`Static Sets, Renzo Sprugnoli (1977) (“Sprugnoli”)
`
`Ex. 1023 Petitioners’ Responses to Patent Owner’s Interrogatories
`
`Ex. 1024 Webpage printout - Developing for the app store at
`https://www.apple.com/app-store/developing-for-the-app-store/
`
`Ex. 1025 Webpage printout - Apple MFi Authorized Manufacturers at
`https://mfi.apple.com/account/authorized-manufacturers
`
`Ex. 1026 Screenshot from Apple 2022 WWDC Apple Partners at
`https://www.youtube.com/watch?v=q5D55G7Ejs8 (20:27)
`
`Ex. 1027 Apple 2022 WWDC Video Excerpt at
`https://www.youtube.com/watch?v=q5D55G7Ejs8
`
`Ex. 1028 Webpage printout - HID Global - Android Apps on Google Play at
`https://play.google.com/store/search?q=HID%20global&c=apps&hl
`= en_US&gl=US
`
`Ex. 1029 Complaint in CPC Patent Technologies Pty Ltd v. HID Global
`Corporation, WDTX-6-22-cv-01170-ADA, Dkt. No. 1
`
`Ex. 1030 CPC Infringement Allegations re U.S. Patent No. 8,620,039
`
`Ex. 1031 Deposition Transcript of Dr. Samuel Russ
`
`
`
`iii
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`Ex. 1032 Second Declaration of S. Lipoff Regarding Invalidity of U.S. Patent
`No. 8,620,039
`
`Ex. 1033 European Patent No. EP 0918300B1 to Hsu et al. (“Evans”)
`
`Ex. 1034 Webpage printout - NFIQ 2 at https://www.nist.gov/services-
`resources/software/nfiq-2
`
`Ex. 1035 Webpage printout – Biometric template explainer at
`https://www.biometricupdate.com/202205/biometric-template-
`explainer
`
`Ex. 1036
`
`J. J. Engelsma, K. Cao and A. K. Jain, “Learning a Fixed-Length
`Fingerprint Representation,” in IEEE Transactions on Pattern
`Analysis and Machine Intelligence, vol. 43, no. 6, pp. 1981-1997, 1
`June 2021, doi: 10.1109/TPAMI.2019.2961349.
`
`Ex. 1037 A. K. Jain, S. Prabhakar, L. Hong, and S. Pankanti, “Fingercode: A
`Filterbank for Fingerprint Representation and Matching,” in
`Computer Vision and Pattern Recognition, 1999. IEEE Computer
`Society Conference on., vol. 2, pp. 187–193, IEEE, 1999. 4.
`
`Ex. 1038 A. K. Jain, S. Prabhakar, L. Hong, and S. Pankanti, “Filterbank-
`based Fingerprint Matching,” IEEE Transactions on Image
`Processing, vol. 9, no. 5, pp. 846–859, 2000.
`
`Ex. 1039 Wayback printout - MySQL Manual _ 3.3.2 Creating a Table at
`https://web.archive.org/web/20040614222509/http://dev.mysql.com/
`doc/mysql/en/Creating_tables.html
`
`
`
`iv
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`Ex. 1040 Wayback printout - MySQL Manual _ 12.4.2 The BLOB and TEXT
`Types at
`https://web.archive.org/web/20040615104527/http://dev.mysql.com/
`doc/mysql/en/BLOB.html
`
`
`
`v
`
`

`

`I, Stuart J. Lipoff, declare as follows:
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`I.
`
`ENGAGEMENT
`1. My engagement is the same as that specified in my first declaration in
`
`paragraphs 1-5 of Ex. 1006 (I refer to Ex. 1006 herein as “first declaration” or
`
`“first expert declaration”). For this second declaration, I have been asked by
`
`Petitioners to offer supplemental opinions regarding the ʼ039 Patent in the present
`
`proceeding, including the unpatentability of claims 1, 2, 13, 14, 19, and 20 (which
`
`I may refer to subsequently as the “Challenged Claims”) in view of certain prior art
`
`and in light of the Patent Owner’s Response, Dr. Russ’ Declaration, and the
`
`Institution Decision. This declaration sets forth the opinions I have reached to date
`
`regarding these matters.
`
`II. BACKGROUND QUALIFICATIONS, PATENT AND PRIOR ART
`SUMMARY
`I incorporate by reference in full the content of my original
`2.
`
`declaration in this proceeding, Ex. 1006, which I will not duplicate here.
`
`III. CLAIM CONSTRUCTION
`I provided my opinions regarding claim construction in my first
`3.
`
`declaration (Ex. 1006, ¶¶42-57), and those opinions remain accurate and complete.
`
`4.
`
`In this section I have addressed some issues raised by the Board and
`
`by Patent Owner after my submission in Ex. 1006.
`
`
`
`1
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`PO’s proposed construction of “defining, dependent upon the
`received card information, a memory location…” is incorrect
`I identify below different constructions proposed by Petitioners, the
`
`A.
`
`5.
`
`Board, and PO for the term “defining, dependent upon the received card
`
`information, a memory location…” (Limitation 1[C]) recited in claims 1, 13, and
`
`19.
`
`Petitioners’ First Construction
`
`Petitioners’ Second
`Construction
`
`Board’s preliminary
`construction
`
`PO’s construction
`
`“a memory location is somehow determined
`from (or is dependent on) the card
`information…[such that] the system can look
`up or otherwise determine a specific memory
`location from a user’s card information.” Pet.,
`11-12.
`
`“memory location is specified by the card
`information itself…[such that] the card
`information itself must specify the physical
`memory address where the user’s biometric
`signature is stored, without the need to look up
`the memory address in a database or other data
`structure.” Pet., 12.
`
`“the user’s card information itself specifies the
`physical memory address (such as by acting as
`a pointer) for the user’s biometric signature.”
`Paper 20, 38.
`
`“the system sets or establishes a memory
`location in a local memory external to the
`card, said location being contingent upon or
`determined by the received card information.”
`POR, 11.
`
`
`
`2
`
`

`

`I note that dependent claims 2, 14, and 20 recite a variation of this
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`6.
`
`term, i.e., “memory location…defined by the subsequently presented card
`
`information,” where the same analysis apply.
`
`7.
`
`In my opinion, the Board’s preliminary construction is similar in
`
`scope to Petitioners’ First Construction, where the card information can be used as
`
`a pointer to the memory location for storing the user’s biometric information, but
`
`looking up the memory location in a database is not excluded. Paper 20, 36-38.
`
`8.
`
`PO’s construction is new and was not discussed in its Preliminary
`
`Response. In my opinion, PO’s construction is incorrect for multiple reasons.
`
`9.
`
`First, PO contends that “a POSITA would interpret the word
`
`‘defining,’… to mean ‘setting’ or ‘establishing.’” POR, 12. This proposed
`
`construction lacks any intrinsic support. PO cites no evidence in the ’039 Patent
`
`that uses the term “set” or “establish.” See id.
`
`10.
`
`Second, PO contends, by construing “defining” as “setting or
`
`establishing” (POR, 12), that Limitation 1[C] requires setting/establishing for the
`
`first time the memory location for storing the fingerprint data during enrollment,
`
`which, in my opinion, contradicts both claim 1 and the ’039 Patent specification.
`
`See POR, 13 (“Limitation 1[C] cannot be construed to cover… identifying a
`
`memory location that has already been defined.”); Ex. 1031, 20:18-14.
`
`
`
`3
`
`

`

`In my opinion, PO’s construction contradicts claim 1 itself. If claim
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`11.
`
`1’s defining step (Limitation 1[C]) sets/establishes for the first time the memory
`
`location for storing the fingerprint data, it would be illogical to determine whether
`
`the memory location is occupied or not (Limitation 1[D]), since such newly
`
`set/established memory location would already be known to be unoccupied. Thus,
`
`claim 1’s “defining” step cannot mean setting/establishing for the first time the
`
`memory location for storing the fingerprint data.
`
`12. Moreover, according to the ’039 Patent, the enrollment and
`
`verification steps have some steps in common. See, e.g., Ex. 1001, claim 3
`
`(limitations (a)-(c)); 3:41-43 (“The difference between the enrolment and
`
`verification phases are transparent to users”).
`
`
`
`4
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`
`
`Ex. 1001, Fig. 5 (at least steps 201-204 are common steps); Ex. 1031, 105:17-22
`
`(Dr. Russ admitting the same), 81:12-21. Up until claim 1’s determining step, the
`
`current process may be either an enrollment or a verification process. Ex. 1001,
`
`claim 1, Limitation 1[D]. In other words, contrary to what Dr. Russ contends (Ex.
`
`1031, 42:20-21), the defining step in Limitation 1[C] is performed during both
`
`enrollment and verification. See also Ex. 1031, 56:4-8 (Dr. Russ admitting that
`
`“[i]n both cases [i.e., enrollment and verification in claim 3] the provided card
`
`
`
`5
`
`

`

`information defines the memory location.”). The result of the determining step
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`does not have to be that the memory location is “unoccupied.” Even when the
`
`memory location is “unoccupied,” it does not necessarily mean that the memory
`
`location has not previously been set or established based on the card
`
`information—it could mean that the fingerprint data was deleted, as contemplated
`
`by the ’039 Patent itself. See Ex. 1001, 9:33-37 (“If the signature stored in the
`
`database 124 at the particular memory location is deleted by a BCP system
`
`administrator (as described in regard to FIG. 8) then the flag can be reset to
`
`indicate that the memory location in question is no longer occupied.”). This is the
`
`only embodiment in the ’039 Patent and I understand that a patent claim
`
`construction that excludes the preferred embodiment is rarely, if ever, correct.
`
`13. When discussing the only graphical representation of the relationship
`
`between the card information and the memory location, i.e., Figure 4 below (Ex.
`
`1031, 66:2-21), the ’039 Patent states that “[t]he card data 604 defines the location
`
`607 in the memory 124 where their unique biometric signature is stored” (Ex.
`
`1001, 7:47-49), but never mentions that such association is set/established for the
`
`first time during fingerprint enrollment, e.g., a user may store his/her fingerprint at
`
`a previously reserved/established memory location.
`
`
`
`6
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`
`
`Ex. 1001, Fig. 4. A POSITA would have understood that to have the card data
`
`point to a memory address (without a memory lookup table), the association
`
`between the card data 604 and the memory address 607 must be predetermined
`
`before the user scans his/her card and before fingerprint enrollment even starts.
`
`Dr. Russ explicitly agreed with this proposition multiple times during deposition.
`
`Ex. 1031, 70:20-71:1, 71:13-22, 77:15-24, 78:2-9, 90:5-9 (“Q. Okay. So I think we
`
`already established the memory location 604 on the card defines a memory
`
`location even before the user has ever scanned his or her card, correct? A.
`
`Correct.”), 94:20-25 (Q…. If the card data 604 in figure 4 is a pointer to a specific
`
`
`
`7
`
`

`

`memory address in database 124, then the memory address has already been
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`defined prior to the user scanning his or her card at the system, correct? A.
`
`Correct.”).
`
`14. Third, without identifying any supporting evidence in the ’039 Patent,
`
`PO also contends that “‘[d]efining,’… does not (and cannot) mean merely looking
`
`up or identifying something that has already been defined.” POR, 11. Again, as
`
`the Board reasoned, there is nothing in the ’039 Patent excluding use of searching
`
`to determine a memory location. Paper 20, 36-38. When doing a database lookup,
`
`the card information allows the database to quickly determine where the
`
`corresponding memory location is.
`
`15.
`
`In my opinion, PO’s expert, Dr. Russ, is also wrong to contend that
`
`“looking up” necessarily indicates “verification.” Ex. 1031, 19:5-7. Consistent
`
`with the ’039 Patent, Petitioners’ and the Board’s preliminary constructions allow
`
`for the user’s card information to determine the memory location where the user’s
`
`fingerprint is to be stored (during enrollment) or has been stored (during
`
`verification).
`
`16. For example, given a database that includes a record for a user prior to
`
`enrollment, the system necessarily looks up the user first before storing the user’s
`
`fingerprint during enrollment.
`
`
`
`8
`
`

`

`In general, a typical card credential access system includes the
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`17.
`
`following steps:
`
`(1) issuance - card gets assigned to cardholder; the next available card
`
`number gets associated with cardholder in access control database;
`
`(2) presentation - user presents card to reader to indicate an intent to enter
`
`(e.g., Ex. 1001, Fig. 5, step 201) and card number is sent to reader;
`
`(3) authentication - reader checks that the card is an authentic, genuine
`
`credential that is compatible with the system, and sends the card number to
`
`controller (see, e.g., Ex. 1001, Fig. 8);
`
`(4) authorization - controller (connected to access control system head-end)
`
`looks up the card number in the access policy to decide whether the
`
`cardholder is authorized to access the premise at the time.
`
`18. When adding in biometrics into the system, two additional steps are
`
`involved:
`
`(A) enrollment - adding user’s biometric data into the system. If the system
`
`is a card+biometric system (like the ’039 Patent, Hsu, Sanford, and
`
`Tsukamura), enrollment includes associating biometric data with a card
`
`number, so this step has to occur after step (1) issuance. See, e.g., Ex. 1001,
`
`Fig. 7. Enrollment of biometric data can occur at the issuance step
`
`(enrollment at issuance) or at the first presentation of the card (enrollment
`
`
`
`9
`
`

`

`“on the fly”); the ’039 Patent is directed to the latter method. See, e.g., Ex.
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`1001, claims 1 and 3, 3:41-44 (“The difference between the enrolment and
`
`verification phases are transparent to users, further reducing the effort in
`
`learning how to use the BCP arrangements.”). Thus, in the ’039 Patent, the
`
`memory location is defined before fingerprint enrollment (e.g., during card
`
`issuance), as Dr. Russ admitted. Ex. 1031, 70:20-71:1, 71:13-22, 77:15-24,
`
`78:2-9, 90:5-9, 94:20-25.
`
`(B) verification - matching presented biometric data with stored biometric
`
`information for user to identify the user as the cardholder. Then step (4)
`
`authorization follows after verification. See, e.g., Ex. 1001, Fig. 6.
`
`19. Given a database that includes a record for a user prior to enrollment
`
`(e.g., the database has the user’s card number but not fingerprint), the system
`
`necessarily looks up the user’s card number during both enrollment and
`
`verification because the card number and the biometric data must be associated.
`
`20. As explained in my first declaration, the “defining” step is disclosed
`
`by the prior art. Ex. 1006, ¶¶88-94 (Ground 1), ¶¶213-217 (Ground 2).
`
`21. Fourth, PO appears to agree with Petitioners’ Second Construction
`
`and the Board’s preliminary construction “so long as it is understood that the
`
`claimed ‘defining’ step does not include a process that occurs after enrollment has
`
`already occurred.” POR, 13 (emphasis original). However, nothing in claim 1
`
`
`
`10
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`requires the recited steps be performed before enrollment has occurred. Moreover,
`
`Limitation 1[D] requires “determining if the defined memory location is
`
`unoccupied”—a process that could be part of enrollment (if the memory location is
`
`determined unoccupied) or part of verification (if the memory location is
`
`determined occupied). Thus, Limitations 1[A-D] in claim 1 may be performed
`
`before and after enrollment has occurred.
`
`IV. MY UNDERSTANDINGS OF THE LEGAL STANDARDS OF
`ANTICIPATION AND OBVIOUSNESS
`I provided my understandings of the legal standards of anticipation
`22.
`
`and obviousness in my first declaration (Ex. 1006, ¶¶58-62), and those
`
`understandings remain accurate and complete.
`
`V. THE CHALLENGED CLAIMS OF THE ʼ039 PATENT ARE
`INVALID
`It is my opinion that the Challenged Claims of the ’039 Patent are all
`23.
`
`unpatentable, as discussed in my first expert declaration in Ex. 1006.
`
`24.
`
`In this section I have addressed some issues raised by the Board and
`
`by Patent Owner after my submission in Ex. 1006.
`
`A. GROUND #1: The Hsu-Sanford combination renders claims 1, 2,
`13, 14, 19, and 20 obvious
`In my opinion, PO and Dr. Russ’s arguments fail to rebut the
`
`25.
`
`unpatentability showings under Ground 1 detailed in my first expert declaration.
`
`
`
`11
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`1. Hsu-Sanford teaches Limitation 1[C]’s defining step under
`Petitioners’ First Construction and the Board’s preliminary
`construction
`26. PO does not dispute that Hsu-Sanford teaches Limitation 1[C]’s
`
`defining step under Petitioners’ First Construction and the Board’s preliminary
`
`construction.
`
`27. PO does not dispute that Hsu’s fingerprint data is not stored at any
`
`memory location in the database—rather, it is stored at a unique memory location
`
`associated with the specific user/account/employee number (ACC. No.) received
`
`from a card. POR, 18; Ex. 1006, ¶93; Ex. 1003, ¶26.
`
`
`
`Id., Fig. 4.
`
`28. PO contends that “Hsu expressly discloses that, during enrollment, the
`
`user’s fingerprint data and account number… are presented together,
`
`simultaneously…” POR, 16. I disagree. Nowhere does Hsu mention presenting
`
`card information and fingerprint data “simultaneously.” Hsu teaches that “each
`
`user enroll[s] by presenting a finger to the fingerprint sensor… At the same
`
`
`
`12
`
`

`

`time,… the user also presents an account number, employee number or similar
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`identity number.” Ex. 1003, 7:1-12. In my opinion, a POSITA would have
`
`understood the term “at the same time” to mean contemporaneously or in the same
`
`time period or session. Because presenting a card (by tapping or swiping it) and
`
`placing a finger on a fingerprint sensor each require use of a hand, it is my opinion
`
`that a POSITA would have found it unpractical to do both simultaneously and
`
`would not have understood Hsu to teach so.
`
`29. Moreover, contrary to PO’s argument, storing card information and
`
`fingerprint data in association with each other does not mean that “the memory
`
`location of Hsu is not ‘defined by’… the card information.” POR, 17. As the card
`
`information is used as a pointer to the memory address of the fingerprint (see
`
`Figure 4 below), the memory location for each card/user is reserved/established in
`
`memory.
`
`Ex. 1003, Fig. 4. Hsu uses the card information as a pointer to locate the
`
`associated specific memory location where it either stores the user’s fingerprint (if
`
`
`
`
`
`13
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`the memory location is unoccupied) or retrieves a stored fingerprint (if the memory
`
`location is occupied). Ex. 1006, ¶¶93, 99, 293, 313. For this reason, PO is wrong
`
`to contend that Hsu fails to disclose “before the fingerprint data can be stored, the
`
`card information… must be read.” POR, 2.
`
`30.
`
`In my opinion, by using the card information to determine the unique
`
`memory location of the associated fingerprint data, Hsu-Sanford discloses
`
`Limitation 1[C]’s defining step under Petitioners’ First Construction and the
`
`Board’s preliminary construction.
`
`31.
`
`I note that PO does not dispute that a POSITA would have been
`
`motivated to combine Hsu with Sanford.
`
`2. Hsu-Sanford teaches Limitation 1[C]’s defining step under
`PO’s construction
`32. According to PO’s new construction, which is wrong for the reasons I
`
`explained in Section III.A, Limitation 1[C]’s “defining” step requires
`
`setting/establishing for the first time the memory location for storing the
`
`fingerprint data during enrollment.
`
`33. Although Hsu is silent on how a new user record is created, it would
`
`have been obvious for a POSITA to try using simple known options for creating
`
`database records. One option is to store all the user numbers in Hsu’s database and
`
`reserve/pre-establish memory locations for associated fingerprint data. Upon a
`
`
`
`14
`
`

`

`user enrolling by providing a user number, the system looks up the user number
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`and determines the corresponding memory location for storing the user’s
`
`fingerprint, which discloses Limitation 1[C]’s “defining” step under Petitioners’
`
`First Construction and the Board’s construction as explained in Section V.A.1.
`
`34.
`
`In my opinion, another option is to create a new user record upon
`
`enrollment. See Ex. 1003, ¶26 (“If the user does not have such a number, one is
`
`assigned at this stage.”); Ex. 1031, 107:15-19, 111:8-12. Thus, upon a user
`
`enrolling, they provide a previously unseen card/user number, the system then
`
`creates a new record for the user, including setting/establishing for the first time
`
`the memory location for storing the user’s fingerprint. In my opinion, this simple
`
`and obvious option would satisfy Limitation 1[C]’s “defining” step under PO’s
`
`Second Construction. According to PO, this option would be a preferred
`
`implementation because creating data entries only upon enrollment helps minimize
`
`“[e]mpty space in a computer database… [which] is both wasteful and generally
`
`undesirable.” POR, 28.
`
`B. GROUND #2: The Hsu-Sanford-Tsukamura combination renders
`claims 1, 2, 13, 14, 19, and 20 obvious
`In my opinion, PO and Dr. Russ’s arguments fail to rebut the
`
`35.
`
`unpatentability showings under Ground 2 detailed in my first expert declaration.
`
`1.
`
`Alleged deficiencies of Tsukamura are irrelevant.
`
`
`
`15
`
`

`

`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`a. My first declaration does not rely on Tsukamura’s IC
`card 21 for disclosing “card information”
`36. PO’s only purported deficiency regarding Tsukamura is that
`
`Tsukamura’s memory location is not defined by its IC card 21. POR, 21-22.
`
`However, this alleged deficiency has no bearing on my unpatentability analysis
`
`because Petitioners do not rely on Tsukamura’s IC card 21 for disclosing the
`
`claimed “card information.” Tsukamura is relied on under Ground 2 solely for its
`
`memory configuration. Ex. 1006, ¶215. As I explained in my first declaration, it
`
`would have been obvious to assign Tsukamura’s index number as the
`
`user/account/employee number in the Hsu-Sanford system. Ex. 1006, ¶¶238-239.
`
`Since Hsu-Sanford discloses that a user/account/employee number is retrieved
`
`from a card (Ex. 1006, ¶¶79-81), a POSITA would have known that Tsukamura’s
`
`index number could be used as the user/account/employee number, and doing so
`
`would provide a physical pointer to the unique memory address for storing that
`
`user’s biometric signature. This would be one of the simplest and most efficient
`
`memory configurations for enabling high speed storage and retrieval of a user’s
`
`biometric signature from a specific memory location defined by the user’s card
`
`data.
`
`
`
`16
`
`

`

`37. Since my first declaration does not rely on Tsukamura’s IC card 21
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`for disclosing the claimed “card information,” PO’s argument regarding the alleged
`
`deficiency in Tsukamura is irrelevant.
`
`b.
`
`Tsukamura’s index-based system is materially the
`same as the ’039 Patent’s pointer system
`38. PO contends that “the index-based numbering system of Tsukamura is
`
`fundamentally different than the pointer-based system disclosed in the ’039
`
`Patent.” POR, 23. I disagree.
`
`39. Both Tsukamura and the ’039 Patent describe a memory configuration
`
`for storing fingerprint data. Ex. 1001, 2:64-67; Ex. 1005, Fig. 3. In both
`
`Tsukamura and the ’039 Patent, the memory location for storing a user’s
`
`fingerprint data is defined by a unique number associated with the user. Id. Just
`
`like the ’039 Patent’s card information, Tsukamura’s index number acts as a
`
`pointer to a specific memory location for storing the fingerprint, and, therefore, it
`
`is my opinion that a POSITA would have understood that Tsukamura’s index-
`
`based system is a pointer system. See also Ex. 1031, 76:18-24.
`
`40. PO uses a pointer example attempting to differentiate the ’039
`
`Patent’s pointer from Tsukamura’s index. POR, 28. In doing so, PO admits that
`
`the memory location calculated in its pointer example is still an “offset,” just like
`
`Tsukamura. Id. (“if there is a file of 100,000 bytes, and a record is found at an
`
`
`
`17
`
`

`

`offset of 25,000 bytes in the file, one may use the pointer value “25,000” to
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`locate the record.”); c.f. id., 23 (“Tsukamura expressly teaches that the employee-
`
`entered number is used to calculate an offset...”). Thus, in my opinion, PO’s
`
`pointer example further supports my opinion that Tsukamura’s index-based system
`
`is in fact a pointer system.
`
`c.
`
`The differences between Tsukamura’s index-based
`system and the ’039 Patent’s pointer system are
`immaterial to unpatentability of the Challenged
`Claims
`41. Even though Tsukamura’s index-based system and the ’039 Patent’s
`
`pointer system are not identical, it is my opinion that any differences are
`
`immaterial to unpatentability of the Challenged Claims. PO contends that “the
`
`pointer system of the ’039 Patent is more flexible and permits database records of
`
`varying sizes.” POR, 23. However, as Dr. Russ admits, none of the Challenged
`
`Claims require flexibility of storing records of varying sizes. Ex. 1031, 123:17-22,
`
`124:16-21. Nor do any of the Challenged Claims preclude “impos[ing] a strict
`
`upper limit on the amount of space each record could occupy” or “not us[ing] all of
`
`the storage space at their respective memory locations,” as PO contends. POR, 25.
`
`Therefore, it is my opinion that PO’s arguments regarding unclaimed differences
`
`should be given no weight.
`
`2.
`
`A POSITA would have been motivated to combine Hsu-
`Sanford with Tsukamura
`
`
`
`18
`
`

`

`42. Aside from the alleged irrelevant deficiency of Tsukamura discussed
`
`Case No. IPR2022-01093
`Patent No. 8,620,039
`
`
`in Section V.B.1, PO does not present any other arguments that the Hsu-Sanford-
`
`Tsukamura combination fails to disclose other limitations of claim 1 under any of
`
`Petitioners’, the Board’s, or PO’s constructions. Rather, PO focuses on a
`
`purported lack of motivation to combine due to purported undesirability of
`
`Tsukamura’s indexing system compared to Hsu’s database. POR, 26. In my
`
`opinion, PO is wrong for the following reasons.
`
`a.
`
`The Challenged Claims do not require a particular
`type of data storage
`43. Without support, PO identifies “[t]hree extremely common solutions
`
`to data storage”:
`
`(1) Hsu’s purported “searchable database of records” (Type 1)
`
`(2) Tsukamura’s purported “array of records of fixed size” (Type 2)
`
`and
`
`(3) ’039 Patent’s purported “unstructured collection of data and track
`
`records by having one pointer to each record” (Type 3).
`
`POR, 26-27. According to PO and Dr. Russ, Hsu’s memory configuration is Type
`
`(1), Tsukamura is Type (2), and the ’039 Patent is Type (3). POR, 27-28; Ex.
`
`1031, 64:10-65:3, 122:23-123:11. In fact, both Hsu and the ’039 Patent use the
`
`term “database” (Type 1) to describe their memory configurations. Ex. 1001, 6:35
`
`
`
`19
`
`

`

`(“local database 124”); Ex. 1003, ¶26 (“fingerprint database 44”). As shown
`
`Case N

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