Granted Patent B2

US 12,499,439 · App. 17/978,679 · Granted Dec 16, 2025

Inventors: Jonathan Wall (South San Francisco, CA); Ross Favero (South San Francisco, CA); Eric Nelson Glass (South San Francisco, CA); Joseph R. Koenig (South San Francisco, CA)

Assignee: STRIPE, INC.

G06Q20/3829G06Q20/204G06Q20/341G06Q20/4016G06Q30/0637G06Q2220/00

Abstract

Claims (87)

1 . A method of processing a request with a card comprising an integrated circuit, the method comprising:

generating, by a processor of a terminal device, a priority inference table that associates each of a set of public key parameters with card identification parameters, the priority inference table generated based on historical card usage at the terminal device, wherein the priority inference table is dynamically generated by the processor of the terminal device based on historical card usage at the terminal device, and the card identification parameters comprising a card brand, a card type, a market share of the card brand and/or the card type, a market share of a user that initiated the request, a known relationship between the card brand and/or the card type and the user that initiated the request, or a combination thereof;

obtaining, by a reader of the terminal device, card data in response to the reader communicating with the integrated circuit on the card;

determining, by the processor of the terminal device, to process the request by using a first set of processing operations to process the card data, wherein the first set of processing operations includes performing card validation and waiting for authorization from an issuing entity; and

processing, by the processor of the terminal device, the request using the first set of processing operations by performing the card validation, comprising:

determining, by the processor of the terminal device, that the card data matches a card identification parameter and the matched card identification parameter was used in a prior threshold number of requests,

inferring, by the processor of the terminal device, public key parameters for the card based, at least in part, on the association between the matched card identification parameter and the public key parameters in the priority inference table,

retrieving the inferred public key parameters from a memory of the terminal device,

attempting to verify signed data using the retrieved public key parameters without sending a read request to the integrated circuit of the received card for the public key parameters, and

in response to the signed data being verified, continuing processing of the request based on the verified signed data.

2 . The method of claim 1 , wherein continuing processing of the request based on the verified signed data in response to the signed data being verified, further comprises:

issuing, by the processor of the terminal device, a command to the integrated circuit to generate an authorization cryptogram;

receiving, by the processor of the terminal device, the authorization cryptogram;

based on the processor of the terminal device reading a final options file that indicates at least one party to the request requires full online processing of the card data, initiating an online processing of the card data.

3 . The method of claim 1 , wherein the method further comprises:

failing, by the processor of the terminal device, to verify the signed data with using the retrieved public key parameters;

attempting, by the processor of the terminal device, to verify the signed data with all available secure key parameters; and

in response to the signed data being verified by at least one of the available secure key parameters, the method further comprises:

issuing, by the processor of the terminal device, a command to the integrated circuit to generate an authorization cryptogram,

receiving, by the processor of the terminal device, the authorization cryptogram,

based on the processor of the terminal device reading a final options file that indicates at least one party to the request requires full online processing of the card data, initiating an online processing of the card data.

4 . The method of claim 3 , comprising:

storing, in a memory of the terminal device, information related to two or more parties to the request; and

determining, by the processor of the terminal device, whether to perform card validation to validate the card based, at least in part, on stored information of the two or more parties.

5 . The method of claim 1 , wherein the first set of processing operations are different from a second set of processing operations that does not perform card validation and defers obtaining authorization from the issuing entity, and the first set of processing operations are associated with first processing configuration options of a first party to the request, and the second set of processing operations are associated with second processing configuration options of a second party to the request, and wherein the determination is based on relative priority levels of the first party and the second party.

6 . The method of claim 5 , wherein the determination to process the request by using the first set of processing operations is based on a priority level of the first party being greater than a priority level of a second party to the request.

7 . The method of claim 6 , wherein the card comprises a first card, and the method further comprising:

interacting, with the reader of the terminal device during a second request, with a second integrated circuit on a received second card;

determining, by the processor of the terminal device, to process the second request by using the second set of processing operations for processing the second card based on a priority level of the second party being greater than the priority level of the first party to the second request; and

in response to determining to process the second request by using the second set of processing operations, completing processing of the second request without performing card validation and with a random transaction amount.

8 . A terminal device for processing a request with a card comprising an integrated circuit, comprising:

a processing device; and

a memory;

wherein the processing device is configured to:

generate a priority inference table that associates each of a set of public key parameters with card identification parameters, the priority inference table generated based on historical card usage at the terminal device, wherein the priority inference table is dynamically generated by the terminal device based on historical card usage at the terminal device, and the card identification parameters comprising a card brand, a card type, a market share of the card brand and/or the card type, a market share of a user that initiates the request, a known relationship between the card brand and/or the card type and the user that initiated the request, or a combination thereof

obtaining, by a reader of the terminal device, card data in response to the reader communicating with the integrated circuit on the card,

determine to process the request by using a first set of processing operations to process the card data, wherein the first set of processing operations includes performing card validation and waiting for authorization from an issuing entity, and

process the request using the first set of processing operations to perform the card validation, comprising the processing device configured to:

determine that the card data matches a card identification parameter and the matched card identification parameter was used in a prior threshold number of requests,

infer public key parameters for the card based, at least in part, on the association between the matched card identification parameter and the public key parameters in the priority inference table,

retrieve the inferred public key parameters from a memory of the terminal device,

attempt to verify signed data using the retrieved public key parameters without sending a read request to the integrated circuit of the received card for the public key parameters, and

in response to the signed data being verified, continue processing of the request based on the verified signed data.

9 . The payment terminal of claim 8 , wherein the processing device to continue processing of the request based on the verified signed data in response to the signed data being verified, the processing device is further configured to:

issue a command to the integrated circuit to generate an authorization cryptogram;

receive the authorization cryptogram;

read a final options file by the processor of the terminal device that indicates at least one party to the request requires full online processing of the card data; and

initiate by the processor of the terminal device an online processing of the card data.

10 . The payment terminal of claim 8 , wherein the processing device is further configured to:

fail to verify the signed data with using the retrieved public key parameters;

attempt to verify the signed data with all available secure key parameters; and

in response to the signed data being verified by at least one of the available secure key parameters, the processing device is further configured to:

issue a command to the integrated circuit to generate an authorization cryptogram,

receive the authorization cryptogram,

read a final options file by the processor of the terminal device that indicates at least one party to the request requires full online processing of the card data, and

initiate by the processor of the terminal device an online processing of the card data.

11 . The payment terminal of claim 10 , the processing device is further configured to:

storing, in a memory, information related to two or more parties to the request; and

determining whether to perform card validation to validate the card based, at least in part, on stored information of the two or more parties.

12 . The payment terminal of claim 8 , wherein the first set of processing operations are different from a second set of processing operations that does not perform card validation and defers obtaining authorization from the issuing entity, and the first set of processing operations are associated with first processing configuration options of a first party to the request, and the second set of processing operations are associated with second processing configuration options of a second party to the request, and wherein the determination is based on relative priority levels of the first party and the second party.

13 . The payment terminal of claim 12 , wherein the determination to process the request by using the first set of processing operations is based on a priority level of the first party being greater than a priority level of a second party to the request.

14 . A non-transitory computer readable storage medium having instructions stored thereon, which when executed by a processor of a terminal device, configures the terminal device to perform operations for processing a request with a card comprising an integrated circuit, the operations comprising:

generating, by the terminal device, a priority inference table that associates each of a set of public key parameters with card identification parameters, the priority inference table generated based on historical card usage at the terminal device, wherein the priority inference table is dynamically generated by the processor of the terminal device based on historical card usage at the terminal device, and the card identification parameters comprising a card brand, a card type, a market share of the card brand and/or the card type, a market share of a user that initiated the request, a known relationship between the card brand and/or the card type and the user that initiated the request, or a combination thereof;

obtaining, by a reader of the terminal device, card data in response to the reader communicating with an integrated circuit on the card;

determining, by the terminal device, to process the request by using a first set of processing operations to process the card data, wherein the first set of processing operations includes performing card validation and waiting for authorization from an issuing entity; and

processing, by the terminal device, the request using the first set of processing operations by performing the card validation, comprising:

determining that the card data matches a card identification parameter and the matched card identification parameter was used in a prior threshold number of requests,

inferring public key parameters for the card based, at least in part, on the association between the matched card identification parameter and the public key parameters in the priority inference table,

retrieving the inferred public key parameters from a memory of the terminal device,

attempting to verify signed data using the retrieved public key parameters without sending a read request to the integrated circuit of the received card for the public key parameters, and

in response to the signed data being verified, continuing processing of the request based on the verified signed data.

15 . The non-transitory computer readable storage medium of claim 14 , wherein continuing processing of the request based on the verified signed data in response to the signed data being verified, the operations further comprise:

issuing a command to the integrated circuit to generate an authorization cryptogram;

receiving the authorization cryptogram;

based on the terminal device reading a final options file that indicates at least one party to the request requires full online processing of the card data, initiating an online processing of the card data.

16 . The non-transitory computer readable storage medium of claim 14 , wherein the operations further comprise:

failing to verify the signed data with using the retrieved public key parameters;

attempting to verify the signed data with all available secure key parameters; and

in response to the signed data being verified by at least one of the available secure key parameters, the operations further comprise:

issuing a command to the integrated circuit to generate an authorization cryptogram,

receiving the authorization cryptogram,

based on the processor of the terminal device reading a final options file that indicates at least one party to the request requires full online processing of the card data, initiating an online processing of the card data.

17 . The non-transitory computer readable storage medium of claim 16 , the operations further comprise:

storing, in a memory of the terminal device, information related to two or more parties to the request; and

determining whether to perform card validation to validate the card based, at least in part, on stored information of the two or more parties.

18 . The non-transitory computer readable storage medium of claim 14 , wherein the first set of processing operations are different from a second set of processing operations that does not perform card validation and defers obtaining authorization from the issuing entity, and the first set of processing operations are associated with first processing configuration options of a first party to the request, and the second set of processing operations are associated with second processing configuration options of a second party to the request, and wherein the determination is based on relative priority levels of the first party and the second party.

19 . The non-transitory computer readable storage medium of claim 18 , wherein the determination to process the request by using the first set of processing operations is based on a priority level of the first party being greater than a priority level of a second party to the request.

Continuity (6)

References Cited (137)