Systems and methods are provided for coupling data structures in different domains to provide cross-domain data access. One example computer- implemented method includes receiving, from a requestor, an access request including a case type and an indicator of a domain and determining a restriction associated with the domain. The method also includes compiling a first message key specific to the access request and transmitting the first message key to the requestor. The method further includes receiving an information request including a second message key and a query specific to a person, verifying the second message key based on the first message key, and coupling to a data structure in the domain. The method then includes, in response to verifying the second message key, submitting the query from the information request to the coupled data structure and providing a response to the query, from the data structure, to the requestor.
Described herein is a data security system for enabling tokenized access to sensitive data, including a token provider configured to initiate a secure connection with a remote client computing device of a first data subject, and receive, from the remote client computing device, a request for an access token to provide a service provider with access to sensitive data associated with the first data subject. The request includes a data definition and authorization parameters including a data source identifier. The token provider is also configured to generate the access token that enables access to the sensitive data from the data source, store the access token in a token database, and transmit, to the remote client computing device, a response including the access token and instructions that enable the remote computing device to display the access token to the first data subject or transmit the access token to the service provider.
Systems and methods are provided for storing data blocks in distributed storage. One example computer-implemented method includes, in response to receipt of a data block comprising data, generating a value N for the data block, wherein the value N includes a variable integer greater than one and dividing the data block into N segments, wherein each segment includes a portion of the data. The method also includes generating a value M for the data block, wherein the value M includes a variable integer greater than or equal to one, and adding M segments of chaff to the N segments. The method then includes encrypting the N segments and the M segments of chaff and distributing the M segments and the N segments in distributed storage, wherein the N segments and the M segments of chaff are stored in multiple different storage devices included in the distributed storage.
The present disclosure relates to a computer-implemented method of processing a data transfer. The method comprises generating a first identifier for a first entity; linking the first identifier with a second identifier associated with a second entity; sending the first identifier and the second identifier to the first server; verifying the first entity based at least on the first identifier and the second identifier; sending a message to a second server, the message comprising at least the first identifier, the second identifier, and a name associated with the first identifier; and authenticating the data transfer for the first entity based at least on the information contained in the message.
H04L 9/32 - Dispositions pour les communications secrètes ou protégées; Protocoles réseaux de sécurité comprenant des moyens pour vérifier l'identité ou l'autorisation d'un utilisateur du système
5.
METHOD AND SYSTEM FOR SECURING PERSONALLY IDENTIFIABLE INFORMATION
A method for linking de-identified data identifiers to traceable data identifiers in compliance with applicable data privacy rules and regulations includes: receiving a plurality of first data identifiers from a first computing system; applying a one-way hashing algorithm and salt to the first data identifiers to generate second data identifiers; storing an association between each of the first data identifiers and the respective second data identifier; receiving one or more specific second data identifiers from a second computing system; identifying, for each of the one or more specific second data identifiers, the associated first data identifier; and transmitting each identified associated first data identifier to the first computing system.
Systems and methods are provided for authenticating users based on user vehicle profiles. On exemplary method includes capturing vehicle data for a user during a driving session of the user at a vehicle, where the vehicle data is associated with at least one of: a steering wheel, a turn signal, a seat, and an entertainment system of a vehicle. The method also includes, in response to a request to authenticate the user during the driving session, comparing the vehicle data captured during the driving session to a user vehicle profile associated with an identified user stored in a memory and emitting, via wireless network adapter, a token associated with the user vehicle profile, during the driving session, in response to the vehicle data captured during the driving session substantially matching the user vehicle profile, thereby indicating authentication of the user as the identified user.
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
7.
SYSTEMS AND METHODS FOR FACILITATING NETWORK REQUESTS
Systems and methods are provided for facilitating network requests regarding transit. One exemplary method includes receiving, at a computing device, from a network, a request directed to a user account having a first resource and a second resource, where the request includes a category code for an entity and an identifier for the user account, and determining, by the computing device, whether the category code is indicative of a first segment of entities or a second segment of entities. The method then also includes, when the category code is indicative of the first segment, assigning the request to the first resource and responding to the request based on the first resource and, when the category code is indicative of the second segment, assigning the request to the second resource and responding to the request based on the second resource.
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
8.
METHOD AND SYSTEM FOR GENERALIZED PROVENANCE SOLUTION FOR BLOCKCHAIN SUPPLY CHAIN APPLICATIONS
A method for conveying auditable information regarding provenance of a product that is cryptographically accurate while retaining complete anonymity of product and participant on a blockchain includes: receiving a product identifier; generating a digital token by applying a hashing algorithm to the product identifier; generating an entry value by applying the hashing algorithm to a combination of an event identifier and the digital token; generating a digital signature by digitally signing a data package using a private key of a cryptographic key pair, where the data package includes at least a blockchain address, the event identifier, and the digital token; and transmitting the blockchain address, the digital signature, and the entry value to a node in a blockchain network.
G06Q 30/018 - Certification d’entreprises ou de produits
G06F 21/64 - Protection de l’intégrité des données, p.ex. par sommes de contrôle, certificats ou signatures
G06F 16/27 - Réplication, distribution ou synchronisation de données entre bases de données ou dans un système de bases de données distribuées; Architectures de systèmes de bases de données distribuées à cet effet
H04L 67/1097 - Protocoles dans lesquels une application est distribuée parmi les nœuds du réseau pour le stockage distribué de données dans des réseaux, p.ex. dispositions de transport pour le système de fichiers réseau [NFS], réseaux de stockage [SAN] ou stockage en réseau [NAS]
G06F 7/00 - Procédés ou dispositions pour le traitement de données en agissant sur l'ordre ou le contenu des données maniées
H04L 9/32 - Dispositions pour les communications secrètes ou protégées; Protocoles réseaux de sécurité comprenant des moyens pour vérifier l'identité ou l'autorisation d'un utilisateur du système
9.
METHOD AND SYSTEM FOR FACILITATING INVOICE DATA, PAYMENT CREDIT TRANSFERS, REAL-TIME PACKAGE TRACKING, AND ACCOUNT-TO-ACCOUNT PAYMENT ON DELIVERY
A method for real-time invoice updating and account-to-account payment includes: receiving invoice data based on presentation of an invoice by a distributor to a recipient at a delivery location, modification of the invoice by the recipient, and acceptance of the invoice by the recipient; generating a request for payment (REP) message based on the invoice data; transmitting the REP message to a financial institution associated with the recipient via a financial institution of the distributor; receiving, from the financial institution associated with the distributor, a payment confirmation for the invoice based on a real-time payment from the financial institution associated with the recipient; generating reconciliation data based on the payment confirmation and the invoice data; and transmitting the reconciliation data to a computing device of the distributor and a computing device of the recipient.
A method and a system for offering value-added services on a transaction initiated at a terminal device is provided. The method includes generating a reference identifier for the transaction by a server. The server stores the reference identifier and service details of the value-added services that are applicable on the transaction in a database, and communicates the reference identifier to the terminal device. The server receives a service request for offering a first value-added service on the transaction from the terminal device. The service request includes the reference identifier. Based on the reference identifier included in the service request, the server retrieves the service details of the first value- added service from the database and communicates a service response including the retrieved service details to the terminal device. Based on the service response, the first value-added service is offered on the transaction.
G06Q 20/20 - Systèmes de réseaux présents sur les points de vente
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06Q 30/0207 - Remises ou incitations, p.ex. coupons ou rabais
G06F 16/90 - Recherche d’informations; Structures de bases de données à cet effet; Structures de systèmes de fichiers à cet effet - Détails des fonctions des bases de données indépendantes des types de données cherchés
11.
METHODS AND SYSTEMS FOR SECURE PRODUCT TRACKING DATA STORAGE AND VERIFICATION
The present disclosure relates to secure and verifiable storage and retrieval of data, in particular in the context of product tracking. According to one aspect there is provided a computer-implemented verifiable data storage method comprising: receiving a product serial number; receiving an account identifier; producing a non-invertible hash by operating on the product serial number and the account identifier; and causing the hash to be written to a secure distributed data store. According to another aspect there is provided a computer-implemented verification method comprising: receiving a product serial number; receiving an account identifier; producing a non-invertible hash by operating on the product serial number and the account identifier; searching a secure distributed data store for the hash; and depending on a result of the searching, providing confirmation or denial of the hash's presence in the secure distributed data store.
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/20 - Systèmes de réseaux présents sur les points de vente
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06Q 20/42 - Confirmation, p.ex. contrôle ou autorisation de paiement par le débiteur légal
12.
DEVICES, COMPUTER-READABLE MEDIA, AND SYSTEMS FOR AUGMENTED REALITY OF AVAILABLE RESOURCES
Devices, computer-readable media, and systems for augmented reality of available resources. In one embodiment, an electronic device includes a camera, a display screen, a memory including at least one of an available resources repository or an options repository, and an electronic processor. The electronic processor is configured to receive an image including a remuneration vehicle from the camera, recognize the remuneration vehicle that is included in the image, generate a graphical user interface including at least one of available resources or one or more options that are associated with remuneration vehicle based on information stored in the at least one of the available resources repository or the options repository, generate an augmented reality image by overlaying the graphical user interface that is generated onto the image from the camera, and control the display screen to display the augmented reality image.
G06T 19/00 - Transformation de modèles ou d'images tridimensionnels [3D] pour infographie
G06T 19/20 - Transformation de modèles ou d'images tridimensionnels [3D] pour infographie Édition d'images tridimensionnelles [3D], p.ex. modification de formes ou de couleurs, alignement d'objets ou positionnements de parties
G06F 3/048 - Techniques d’interaction fondées sur les interfaces utilisateur graphiques [GUI]
G06K 19/07 - Supports d'enregistrement avec des marques conductrices, des circuits imprimés ou des éléments de circuit à semi-conducteurs, p.ex. cartes d'identité ou cartes de crédit avec des puces à circuit intégré
13.
METHOD AND SYSTEM FOR CONTACTLESS WITHDRAWAL FROM AN ATM
A method for contactless withdrawal at an automated teller machine includes: receiving, by a receiver of a computing device, a first signal indicating proximity to a first predetermined geographic location; displaying, by a display interfaced with the computing device, a prompt associated with the predetermined geographic location; receiving, by an input device interfaced with the computing device, one or more parameters and a credential selection; receiving, by the computing device, a second signal indicating proximity to a second predetermined geographic location; and transmitting, by a transmitter of the computing device, at least the one or more parameters and credentials associated with the credential selection to an automated teller machine located at the second predetermined geographic location.
G07F 19/00 - Systèmes bancaires complets; Dispositions à déclenchement par carte codée adaptées pour délivrer ou recevoir des espèces ou analogues et adresser de telles transactions à des comptes existants, p.ex. guichets automatiques
H04W 4/021 - Services concernant des domaines particuliers, p.ex. services de points d’intérêt, services sur place ou géorepères
H04W 4/80 - Services utilisant la communication de courte portée, p.ex. la communication en champ proche, l'identification par radiofréquence ou la communication à faible consommation d’énergie
14.
SYSTEMS AND METHODS FOR MANAGING DIGITAL IDENTITIES ASSOCIATED WITH USERS
Systems and methods are provided for managing digital identities in multiple regions, through multiple identity providers, while providing for policy enforcement in connection with the digital identities. One exemplary method includes receiving, at an identity and access management hub (LAMH) in a first region, a request related to a digital identity from a secondary hub disposed in a second region and checking a policy associated with the digital identity. In response, the LAMH solicits at least one claim from a user, at a relying party application and/or website, based on the request and provides the at least one claim to a value-added service associated with the LAMH for verification of the at least one claim. The LAMH then transmits a result of the verification to the relying party associated with the request and provides a token, in response to the request, to a secure resource associated with the relying party.
Systems and methods are provided for managing digital identities associated with users. One exemplary method includes receiving, at a computing device, an encrypted message from a communication device associated with a user where the messaging includes a changed attribute for the user. The method also includes generating a hash of a digital identity for the user with the changed attribute, generating a hash of the digital identity of the user stored in a ledger data structure, and transmitting a request for the user to attest to the changed attribute when the generated hashes do not match. The method then further includes broadcasting a pending status of the digital identity of the user to a relying party for the digital identity, and storing a certification of the changed attribute, received from the relying party in response to the pending status, based on verification of the changed attribute by the relying party.
G06F 21/33 - Authentification de l’utilisateur par certificats
H04L 9/32 - Dispositions pour les communications secrètes ou protégées; Protocoles réseaux de sécurité comprenant des moyens pour vérifier l'identité ou l'autorisation d'un utilisateur du système
16.
PROVISIONING OF PAYMENT ACCEPTANCE TO PAYMENT ACCOUNT HOLDERS
A method includes receiving a request for enrollment from a user at a wallet service provider (WSP) computer, and enrolling the user in the WSP computer. A message is transmitted to the user to query the user about accepting payment card account system transactions. A response to the message, from the user, is received in the WSP computer. The WSP computer downloads, to a device operated by the user, a list of acquirer financial institutions. The WSP computer receives, from the device operated by the user, an indication that the user has selected one of the acquirer financial institutions from the list. An application program supplied by the selected acquirer financial institution is downloaded to the device operated by the user.
Systems and methods are provided for use in responding to attribute queries related to identifying information for a user. One exemplary method includes receiving a request for an identity code for a user associated with identifying information, where the identifying information includes multiple attributes of the user, and generating the identity code and transmitting it to a communication device associated with the user, thereby permitting the user to present the identity code to a requesting party. The method then includes receiving an identity request from the requesting party including the identity code and at least one query related to at least one of the multiple attributes of the user, identifying the user based on the identity code, compiling a response to the at least one query based on the identifying information of the user at one or more attributed providers, and transmitting the response back to the requesting party.
G06F 17/00 - TRAITEMENT ÉLECTRIQUE DE DONNÉES NUMÉRIQUES Équipement ou méthodes de traitement de données ou de calcul numérique, spécialement adaptés à des fonctions spécifiques
Systems and methods are provided for authenticating users to payment accounts in connection with transactions. An exemplary method includes receiving, by at least one computing device, an authentication request for a transaction associated with a payment account where the authentication request includes a token associated with the payment account and a cryptogram, and mapping the token to a primary account number (PAN) for the payment account. The method also includes validating the cryptogram, generating a directory server nonce (DSN) for the authentication request, and transmitting the DSN and the account number to an access control server (ACS) associated with an issuer of the payment account. The method further includes, in response to an issuer authentication value (IAV), compiling an accountholder authentication value (AAV) including the IAV, the DSN and an amount of the transaction, and transmitting the AAV to one of a merchant and a server.
H04L 9/32 - Dispositions pour les communications secrètes ou protégées; Protocoles réseaux de sécurité comprenant des moyens pour vérifier l'identité ou l'autorisation d'un utilisateur du système
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06F 21/30 - Authentification, c. à d. détermination de l’identité ou de l’habilitation des responsables de la sécurité
H04L 9/06 - Dispositions pour les communications secrètes ou protégées; Protocoles réseaux de sécurité l'appareil de chiffrement utilisant des registres à décalage ou des mémoires pour le codage par blocs, p.ex. système DES
19.
SYSTEMS AND METHODS FOR REDUNDANT ARRAY DATA ALIGNMENT
A data alignment (DA) computing device is communicatively coupled to a first and a second data storage device. The first data storage device stores an array of partitions including a first subset and a second subset of partitions, and metadata associated with the array that includes a reference pointer for each partition. The DA computing device updates the metadata to remove the reference pointers for the second subset of partitions and thereby remove the second subset from the array, stores a partition table defining the first subset within the first data storage device and the second subset within the second data storage device, stores the metadata associated with the array within the second data storage device, updates the second data storage device to include the second subset of partitions, and updates the metadata stored by the data storage devices to link the second subset of partitions to the array.
An operating system conversion (OSC) computing device generates a custom archive file including an OS image file associated with a second operating system (OS) for a host computing device having a first OS. The OSC computing device formats a data storage device of the host computing device to include a first partition associated with the first OS and a second partition associated with the second OS, transmits the custom archive file to the host computing device, and generates, using the custom archive file, a loopback file system mounted to the host computing device to emulate a physical data storage device. The OS image file is accessible though the loopback file system. The OSC computing device stores the OS image file within an install directory of the second partition and converts an OS operating on the host computing device from the first OS to the second OS.
A method for intelligent switching for multiple transaction types includes: storing a plurality of action events, each associated with one of a plurality of data types and including corresponding executable processes; storing each of the executable processes corresponding to each action event; receiving a data message from a third party system; identifying a specific data type of the data message; and executing a specific action event that is associated with the specific data type, wherein executing the specific action event includes executing each of the corresponding executable processes, at least one of the corresponding executable processes includes transmitting the received data message to an authorization system associated with the specific data type, and the plurality of data types includes at least a financial transaction message and an automated clearing house message.
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
22.
SYSTEMS AND METHODS FOR PROVIDING DIGITAL IDENTITY RECORDS TO VERIFY IDENTITIES OF USERS
Systems and methods arc provided for verifying identities of users. One exemplary method includes generating a unique identifier (ID) for a user, generating a public/private key pair associated with the unique ID for the user, and receiving at least two images. The images include a first image associated with a physical document indicative of an identity of the user and a second image comprising an image of at least part of the user. The exemplary method further includes validating an integrity of the first image, converting at least the first image to one-way hashed data, when the integrity of the first image is valid, and transmitting the hashed data signed with the private key, the unique ID and the public key to an identification provider, whereby a digital identity record for the user is stored in a ledger data structure.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06Q 20/02 - Architectures, schémas ou protocoles de paiement impliquant un tiers neutre, p.ex. une autorité de certification, un notaire ou un tiers de confiance
G06Q 40/02 - Opérations bancaires, p.ex. calcul d'intérêts ou tenue de compte
G06F 21/30 - Authentification, c. à d. détermination de l’identité ou de l’habilitation des responsables de la sécurité
G06F 21/64 - Protection de l’intégrité des données, p.ex. par sommes de contrôle, certificats ou signatures
23.
METHOD AND SYSTEM FOR RECORDING POINT TO POINT TRANSACTION PROCESSING
A method for providing a multi-service platform to entities includes the storage of profiles for a plurality of entities involved in services with other entities, including point to point and business to business transactions, including entities not registered, that can be claimed by each entity, where each entity can provide for roles and hierarchies of authorized users of the platform for that entity, and where the platform is configured to provide, among other services, registration of procurement status for purchase orders in a digital ledger that provides for auditability and immutability.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06Q 20/00 - Architectures, schémas ou protocoles de paiement
24.
METHOD AND SYSTEM FOR RECORDING POINT TO POINT TRANSACTION PROCESSING
A method for providing a multi-service platform to entities includes the storage of profiles for a plurality of entities involved in services with other entities, including point to point and business to business transactions, including entities not registered, that can be claimed by each entity, where each entity can provide for roles and hierarchies of authorized users of the platform for that entity, and where the platform is configured to provide, among other services, registration of procurement status for purchase orders in a digital ledger that provides for auditability and immutability.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/00 - Architectures, schémas ou protocoles de paiement
25.
METHOD AND SYSTEM FOR RECORDING POINT TO POINT TRANSACTION PROCESSING
A method for providing a multi-service platform to entities includes the storage of profiles for a plurality of entities involved in services with other entities, including point to point and business to business transactions, including entities not registered, that can be claimed by each entity, where each entity can provide for roles and hierarchies of authorized users of the platform for that entity, and where the platform is configured to provide, among other services, registration of procurement status for purchase orders in a digital ledger that provides for auditability and immutability.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06Q 20/00 - Architectures, schémas ou protocoles de paiement
26.
METHOD AND SYSTEM FOR AUTHENTICATION VIA A TRUSTED EXECUTION ENVIRONMENT
A method for authentication facilitated via a trusted execution environment includes: reading payment credentials in a first application program stored in a first memory area of a computing device; transmitting an authentication request to a second application program stored in a trusted execution environment of the computing device separate from the first memory area; displaying a prompt for authentication data based on an instruction supplied by the second application program; receiving authentication data; transmitting the received authentication data to an external computing device; receiving, by the second application program of the computing device, an authentication result from the external computing device; and transmitting, by the second application program of the computing device, the authentication result to the first application program in response to the authentication request.
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G07F 7/08 - Mécanismes actionnés par des objets autres que des pièces de monnaie pour déclencher ou actionner des appareils de vente, de location, de distribution de pièces de monnaie ou de papier-monnaie, ou de remboursement par carte d'identité codée ou carte de crédit codée
27.
METHOD AND SYSTEM FOR UNIVERSAL CONTROL ACCOUNT ACTIVITIES
A method for application of account and transaction controls on a payment token includes: storing, in a first device of a system, a control profile including a token number and transaction controls; storing, in a second device of the system, a token profile including the token number and a corresponding account number; receiving, at the first device, a transaction message including a data element having the token number and additional transaction data; determining, by the first device, compliance with the transaction controls based on the additional transaction data; transmitting the transaction message from the first to the second device; replacing, by the second device, the token number with the account number in the transaction message; and transmitting, by the second device, the transaction message to a financial institution associated with the account number.
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/20 - Systèmes de réseaux présents sur les points de vente
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
28.
METHOD AND SYSTEM FOR IDENTITY AND CREDENTIAL PROTECTION AND VERIFICATION VIA BLOCKCHAIN
A method for immutable storage of identity data includes: storing a blockchain comprised of blocks, each block comprised of block data and a block header that includes a timestamp; receiving entity data for a plurality of entities, the data including an associated public key, associated attributes, and a geographic jurisdiction, and where one entity is a subordinate; generating a data file for each entity including the associated attributes and public key, and where the subordinate entity's data file includes a digital signature associated with a superior entity; generating an identity value for each entity via hashing the associated data file; and generating a new block wherein the new block header includes a timestamp and a hash value of the block header of a most recent block based on the timestamp of each respective block, and wherein the new block data includes the identity value for each entity.
G06F 21/62 - Protection de l’accès à des données via une plate-forme, p.ex. par clés ou règles de contrôle de l’accès
G06F 21/64 - Protection de l’intégrité des données, p.ex. par sommes de contrôle, certificats ou signatures
G06F 16/27 - Réplication, distribution ou synchronisation de données entre bases de données ou dans un système de bases de données distribuées; Architectures de systèmes de bases de données distribuées à cet effet
H04L 9/00 - Dispositions pour les communications secrètes ou protégées; Protocoles réseaux de sécurité
29.
METHOD AND SYSTEM FOR IDENTITY AND CREDENTIAL PROTECTION AND VERIFICATION VIA BLOCKCHAIN
A method for distributed storage of identity data includes: receiving entity data for a plurality of entities, the data including an associated public key, associated attributes, and a geographic jurisdiction, and where one entity is a subordinate; generating a data file for each entity including the associated attributes and public key, and where the subordinate entity's data file includes a digital signature associated with a superior entity; generating an identity value for each entity via hashing the associated data file; and storing, in a distributed hash table, a key-value pair for each entity, wherein the key is the associated identity value, the value comprises the associated attributes, and the key-value pair is stored in a physical data storage device located in a geographic area corresponding to the associated geographic jurisdiction.
G06F 21/62 - Protection de l’accès à des données via une plate-forme, p.ex. par clés ou règles de contrôle de l’accès
G06F 21/64 - Protection de l’intégrité des données, p.ex. par sommes de contrôle, certificats ou signatures
G06F 16/27 - Réplication, distribution ou synchronisation de données entre bases de données ou dans un système de bases de données distribuées; Architectures de systèmes de bases de données distribuées à cet effet
30.
SYSTEMS AND METHODS FOR CONSOLIDATED MESSAGE PROCESSING
A network translation computing device for processing consolidated messages is disclosed. The network translation computing device receives a web- based authentication response including a plurality of data elements in a web-based format. The network translation computing device translates the plurality of data elements from the web-based format to a network-based format. The network translation computing device generates a network-format authorization request message including the plurality of data elements in the network-based format. The network translation computing device transmits the network-format authorization request message to an issuer of the transaction card to initiate an authorization process of the transaction.
H04L 67/565 - Conversion ou adaptation du format ou du contenu d'applications
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
H04L 67/02 - Protocoles basés sur la technologie du Web, p.ex. protocole de transfert hypertexte [HTTP]
H04L 9/32 - Dispositions pour les communications secrètes ou protégées; Protocoles réseaux de sécurité comprenant des moyens pour vérifier l'identité ou l'autorisation d'un utilisateur du système
31.
CRYPTOGRAPHIC AUTHENTICATION AND TOKENIZED TRANSACTIONS
A cryptographic method of performing a tokenised transaction between a payment offering party and a payment accepting party is described. The tokenised transaction is mediated by a transaction scheme. The payment accepting party is provided with a merchant identity and a merchant certificate associated with that identity by the transaction scheme provider. The payment accepting party provides the merchant identity and transaction seed data to the payment offering party. The payment offering party validates the merchant identity and uses the merchant identity and the transaction seed data to generate a cryptogram for the tokenised transaction. The payment offering party provides the cryptogram to the payment accepting party for transmission to the transaction scheme provider for authorisation of the tokenised transaction. A suitable user computing device and merchant computing device for acting as payment offering party and payment accepting party respectively are also described.
A payment-enabled mobile device runs a merchant wallet application. The mobile device engages in a transaction with the merchant at the point of sale. Transaction detail data is transmitted from the wallet application to a transaction authentication server. The transaction detail data includes details of the transaction. A response message from the authentication server is received by the payment-enabled mobile device. Payment credential information is made available to a POS terminal operated by the merchant and/or to a payment processor acting for the merchant.
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
33.
METHOD AND SYSTEM FOR CARDLESS DISBURSEMENT FROM AN AUTOMATED TELLER MACHINE
A method for cardless withdrawal from an automated teller machine includes: receiving, by an input device of an automated teller machine (ATM), user input comprising at least: a first code, a device identifier associated with a computing device, and a transaction amount; electronically transmitting, by the ATM, at least the first code, device identifier, and the transaction amount to a first computing system; receiving, by a receiving device of the ATM, a transaction account number from the first computing system; electronically transmitting, by the ATM, a withdrawal request including at least the transaction account number and the transaction amount to an acquiring institution; receiving, by the receiving device of the ATM, an indication from the acquiring institution that indicates approval of the withdrawal request; and dispensing, by a dispensing module of the ATM, one or more payment instruments having a value equivalent to the transaction amount.
G07F 19/00 - Systèmes bancaires complets; Dispositions à déclenchement par carte codée adaptées pour délivrer ou recevoir des espèces ou analogues et adresser de telles transactions à des comptes existants, p.ex. guichets automatiques
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
34.
METHOD AND SYSTEM FOR OBFUSCATION OF GRANULAR DATA WHILE RETAINING DATA PRIVACY
A method for obfuscating granular transaction data via the introduction of noise includes: storing transaction data entries, each including transaction data values including at least a transaction amount and merchant identifier; receiving a data request including selection criteria and desired metrics; identifying a subset of transaction data entries based on the selection criteria; identifying a metric value for each desired metric based on the corresponding transaction data value in each of the transaction data entries in the subset; inserting noise to modify the subset by (i) adjusting the transaction data values included in at least two of the transaction data entries, and/or (ii) adding at least one transaction data entry to and removing at least one transaction data entry from the subset, where the inserted noise adjusts the metric values within a predetermined range; and transmitting the modified subset.
35.
METHOD AND SYSTEM FOR AUTHORIZING AND PROCESSING PAYMENT TRANSACTIONS OVER A NETWORK
A method for authorizing and processing payment transactions over a network, the method comprising the steps of initiating, responsive to a user payment request to process a payment for a purchase on a merchants website, a user interface, establishing a secure communication channel between the interface and an account server, the account server having stored a profile of an registered user, submitting, by the user interface, purchase information of the purchase order to the account server, requesting, by the account server through the user interface, authentication of the user, linking, at the account server, purchase information to the user profile, requesting, through the user interface, purchase confirmation by the user, requesting, by the user interface, a checkout reference for the confirmed purchase order from the account server, submitting, at least part of the purchase information and the checkout reference to a payment service provider to process the transaction.
G06Q 20/02 - Architectures, schémas ou protocoles de paiement impliquant un tiers neutre, p.ex. une autorité de certification, un notaire ou un tiers de confiance
A method for managing reward value related to a transaction account is described. The method includes receiving a redemption request; generating a reward cost based on at least a conversion rate and a transaction amount; updating a reward value in an account profile to place a hold on an amount of the reward value equivalent to the reward cost; and deducting a deduction amount from the reward value.
A method for determining rebate eligibility of a transaction account is described. The method includes receiving a real-time message including a reason code; identifying a specific account profile from a plurality of profiles; validating the reason code based on a plurality of predetermined valid reason codes; and validating a transaction account related to the identified specific account profile for eligibility of a rebate based on at least the included account balance and a cost value included in the real-time message.
38.
METHOD AND SYSTEM FOR RECORDING POINT TO POINT TRANSACTION PROCESSING
A method for processing a point to point payment transaction includes: receiving a first data message related to a payment transaction, storing, the first, second and third data element with a link to a record affiliated with the first data message; generating, a second data message related to the payment transaction; storing, the first data element with a fink to a record affiliated with the second data message; generating a third data message related to the payment transaction, storing the first data element, and the second data element with a link to a record affiliated with the third data message, and transmitting the first data message, the second data message, the third data message for display on a graphical user interface (GUI).
G06Q 20/02 - Architectures, schémas ou protocoles de paiement impliquant un tiers neutre, p.ex. une autorité de certification, un notaire ou un tiers de confiance
39.
METHOD AND SYSTEM FOR ELECTRONIC DISTRIBUTION OF CONTROLLED TOKENS
A method for distributing controlled tokens to a secondary mobile device includes: storing account profiles, each including an account identifier, set of token credentials, and an associated mobile device identifier; receiving a token distribution request from, a first mobile device including a first mobile device identifier, recipient mobile device identifier, specific account identifier, and account controls; identifying a specific account profile including the specific account identifier and first mobile device identifier; generating a single use identification value and reservation identifier; transmitting the single use identification value to the first mobile device; transmitting the reservation identifier to a second mobile device associated with the recipient mobile device identifier; receiving the reservation identifier and the single use identification value from the second mobile device; verifying the reservation identifier and single use identification value received from the second mobile device; and transmitting a new set of token credentials to the second mobile device.
G06Q 20/12 - Architectures de paiement spécialement adaptées aux systèmes de commerce électronique
G06Q 20/02 - Architectures, schémas ou protocoles de paiement impliquant un tiers neutre, p.ex. une autorité de certification, un notaire ou un tiers de confiance
G06Q 20/20 - Systèmes de réseaux présents sur les points de vente
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G06Q 20/34 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des cartes, p.ex. cartes à puces ou cartes magnétiques
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
40.
METHOD AND SYSTEM FOR POINT TO POINT TRANSACTION PROCESSING
A method for processing a point to point payment transaction includes: receiving a first transaction message related to a payment transaction including a transaction amount, primary account number, and recipient account number; generating a second transaction message related to the payment transaction including a payment amount based on the transaction amount; transmitting the second transaction message to a first financial institution associated with the primary account, number; determining receipt of a currency amount equivalent to the payment amount from the first financial institution; generating a third transaction message related to the payment transaction including the recipient account, number and a settlement amount based on the transaction amount; and transmitting the third transaction message to a second financial, institution associated with the recipient account number.
G06Q 20/02 - Architectures, schémas ou protocoles de paiement impliquant un tiers neutre, p.ex. une autorité de certification, un notaire ou un tiers de confiance
G06Q 20/10 - Architectures de paiement spécialement adaptées aux systèmes de banque à domicile
A method of transferring information with verification from a first party to a second party using suitably programmed computing apparatus is described. Information from a first party private address to a first party public address. This information is then sent from the first party public address to a second party address. The information is also provided for public recordal on a block of a block chain for verification. The first party private address is not communicated to the second party but the first party public address is communicated to the second party. This approach is particularly suitable for transfer of cryptocurrency, as it allows for an effective refund mechanism. Computing apparatus and application software adapted to implement this approach is also described.
G06Q 20/06 - Circuits privés de paiement, p.ex. impliquant de la monnaie électronique utilisée uniquement entre les participants à un programme commun de paiement
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
42.
METHOD AND SYSTEM FOR DISTRIBUTED CRYPTOGRAPHIC KEY PROVISIONING AND STORAGE VIA ELLIPTIC CURVE CRYPTOGRAPHY
A method for distributing multiple cryptographic keys used to access data includes: receiving a data signal superimposed with an access key request, wherein the access key request includes at least a number, n, greater than 1, of requested keys; generating n key pairs using a key pair generation algorithm, wherein each key pair includes a private key and a public key; deriving an access private key by applying the private key included in each of the n key pairs to a key derivation algorithm; generating an access public key corresponding to the derived access private key using the key pair generation algorithm; and electronically transmitting a data signal superimposed with a private key included in one of the n key pairs for each of the n key pairs.
Encrypted payment data messages are sent via a communication network. A payment data message is generated including a primary account number of the account associated with the sender device and a transaction amount. The payment data message is encrypted with a public key of the receiver device. The payment data message is transmitted to the receiving server via the communication network. The receiving server has a private key of the receiver device corresponding to the public key and a receiving account number for the account associated with the receiver device. A payment authorization is generated by the receiving server for processing by the transaction card payment network based on the primary account number of the account associated with the sender device, the transaction amount, and the receiving account number.
A method of operating a payment-enabled mobile device includes detecting, by the mobile device, that the mobile device is in proximity to a non-retail contactless transaction terminal. The method further includes permitting operation of an application program in the mobile device. The permitting of operation of the application program is in response to the detected proximity of the non-retail contactless transaction terminal. The operation of the application program is to engage in a transaction with the non-retail contactless transaction terminal while bypassing a user verification feature of the application program.
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
45.
AUTHENTICATING PAYMENT CREDENTIALS IN CLOSED LOOP TRANSACTION PROCESSING
Presentation of an open-loop smart chip-based payment device is obtained at a terminal-reader assembly in a closed-loop transit environment. Verification of cryptographic credentials associated with the open-loop smart chip- based payment device is carried out at a transit payment network interface processor within the closed-loop transit environment. A financial check of an account associated with the open-loop smart chip-based payment device is performed. Responsive to determining that the verification and financial check are successful, access to the transit environment is granted to a holder of the open-loop smart chip- based payment device.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
46.
METHOD AND SYSTEM FOR BLOCKCHAIN VARIANT USING DIGITAL SIGNATURES
A method for using digital signatures for signing blockchain transactions includes: generating a domain key pair comprising a domain private key and a domain public key, wherein the domain public key is signed after generation; receiving a plurality of member public keys, wherein each member public key is received from an associated member of a blockchain network and is a public key in a key pair comprising the member public key and a member private key corresponding to the associated member; signing each member public key using the domain private key; receiving a transaction block from a specific member of the blockchain network, wherein the transaction block includes a plurality of blockchain transaction values and a hash signed using the member private key corresponding to the specific member; signing the received transaction block using the domain private key; and transmitting the signed transaction block.
H04L 9/32 - Dispositions pour les communications secrètes ou protégées; Protocoles réseaux de sécurité comprenant des moyens pour vérifier l'identité ou l'autorisation d'un utilisateur du système
47.
SYSTEMS AND METHODS FOR GENERATING RECOMMENDATIONS USING A CORPUS OF DATA
A method and system for recommending a merchant are provided. The method includes receiving financial transaction data documenting financial transactions between a plurality of account holders and a plurality of merchants and generating a merchant correspondence matrix that includes the plurality of merchants and a plurality of indicators of interactions associated with pairs of the plurality of merchants. The plurality of indicators of interactions tallying financial transactions conducted by the plurality of account holders at both of the merchants in a pair of the plurality of merchants. The method further includes receiving a query for a recommendation of a merchant from an account holder and generating a ranked list of merchants based on a recommender algorithm. The recommender algorithm inferring user preferences from attributes of the plurality of merchants that were visited by the cardholder.
Disclosed are exemplary embodiments of systems and methods for utilizing vehicle connectivity to facilitate payment account transactions. One exemplary method includes, in response: to a detected interest of a consumer, requesting sales data associated with the consumer interest from at least one merchant based on a location of a vehicle associated with the consumer, and creating an order object for a product selected from the sales data. The method, also includes appending a vehicle signature, for the vehicle, to the order object, and matching the order object to a transaction object for the selected product based on the vehicle signature. The method further includes transmitting a purchase order to the at least one merchant based on the order object and the transaction object, thereby permitting the at least one merchant to facilitate a payment account transaction for the selected product.
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
49.
DYNAMIC SECURITY CODE AUTHORIZATION VERIFICATION SERVICE
A method includes receiving a request to verify a dynamic security code included in a transaction authorization request message. The transaction authorization request message was generated in connection with a payment account transaction. The method further includes performing a verification process with respect to the dynamic security code to generate a verification result. In addition, the transaction authorization request message may be modified by adding the verification result to the transaction authorization request message. Also, the modified transaction authorization request message may be transmitted to an issuer of a payment account designated for use in the payment account transaction.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06Q 20/34 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des cartes, p.ex. cartes à puces ou cartes magnétiques
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
50.
SYSTEMS AND METHODS FOR GENERATING RECOMMENDATIONS USING A CORPUS OF DATA
A method and system for recommending a merchant are provided. The method includes receiving financial transaction data documenting financial transactions between a plurality of account holders and a plurality of merchants and generating a merchant correspondence matrix that includes the plurality of merchants and a plurality of indicators of interactions associated with pairs of the plurality of merchants. The plurality of indicators of interactions tallying financial transactions conducted by the plurality of account holders at both of the merchants in a pair of the plurality of merchants. The method further includes receiving a query for a recommendation of a merchant from an account holder and generating a ranked list of merchants based on a recommender algorithm. The recommender algorithm inferring user preferences from attributes of the plurality of merchants that were visited by the cardholder.
51.
METHOD AND SYSTEM FOR VALIDATION OF A TOKEN REQUESTOR
A method for enhanced validation of an entity associated with a COF token includes: storing at least transaction data, a token requester identifier (TRJD), and a COF token identifier; receiving payment credentials, wherein the payment credentials include at least a COF-specific payment token; generating a transaction message, wherein the transaction message is formatted based on one or more standards and includes at least a plurality of data elements including at least a first data element configured to store the COF-specific payment token, a second data element configured to store the COF token identifier, a third data element configured to store the TRID, and one or more additional data elements configured to store the transaction data; and electronically transmitting the generated transaction message to a financial institution via a payment network.
A method for confirmation of an electronic transaction using a blockchain includes: receiving transaction data, the transaction data including a transaction amount and currency code; generating a transaction message formatted based on one or more standards including a first data element configured to store the transaction amount, a second data element configured to store the currency code, and a third data element configured to store an invoice identifier; transmitting the transaction message to a financial institution via a payment network; receiving a return message from the financial institution via the payment network formatted based on the one or more standards and including a data element configured to store the transaction amount, currency code, and invoice identifier; and generating a hash value based on application of hashing algorithms to the transaction amount, currency code, and invoice identifier stored in the data element included in the received return message.
G06Q 20/02 - Architectures, schémas ou protocoles de paiement impliquant un tiers neutre, p.ex. une autorité de certification, un notaire ou un tiers de confiance
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
H04L 9/32 - Dispositions pour les communications secrètes ou protégées; Protocoles réseaux de sécurité comprenant des moyens pour vérifier l'identité ou l'autorisation d'un utilisateur du système
53.
SYSTEMS AND METHODS FOR USE IN VERIFYING RECURRING TRANSACTIONS TO PAYMENT ACCOUNTS
Systems and methods are provided for verifying recurring transactions to payment accounts. One exemplary method includes initially receiving an authorization request for a transaction to a payment account and involving a merchant, where the authorization request includes a recurring payment indicator. The method also generally includes transmitting, by at least one computing device, a verification request to a consumer associated with the payment account, and inhibiting, by the at least one computing device, at least one or authorization or clearing of the transaction until a verification of the transaction, based on a direction from the consumer, is recognized, whereby the consumer is able to verify the transaction before the transaction is cleared.
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06Q 20/42 - Confirmation, p.ex. contrôle ou autorisation de paiement par le débiteur légal
54.
METHOD AND SYSTEM FOR VALIDATION OF HASHED DATA VIA ACCEPTANCE FRAMES
A method for validating receipt of hashed data includes: storing an acceptance frame and at least one hashing algorithm; receiving a data value; hashing the received data value using the at least one hashing algorithm to obtain a first hashed package; hashing the received data value and the acceptance frame using the at least one hashing algorithm to obtain a second hashed package; electronically transmitting the first hashed package to a computing device; receiving a received hashed package from the computing device; and validating the received hashed package as being created using the received data value and acceptance frame via comparison of the received hashed package to the second hashed package.
A computer-implemented method for updating stored cardholder account data is provided. The method is implemented using an account updating server in communication with a memory, The method includes receiving, from an issuer computer system, cardholder account update information associated with a plurality of cardholder accounts, identifying a merchant associated with at least one of the plurality of cardholder accounts based, at least in part, on the cardholder account update information, generating a merchant update file for the identified merchant including the cardholder account update information for the at least one of the plurality of cardholder accounts, and transmitting the merchant update file.
A method for identifying payment credentials using a proxy electronic wallet comprises storing an account profile for a proxy electronic wallet that includes payment credentials for one or more payment accounts and account and/or payment credentials payment accounts associated with one or more paired electronic wallets. An account request is received from a digital entity that indicates the account profile, payment account identifiers are transmitted to a user computing device, a selection of a payment account is received from the user computing device, and a corresponding set of credentials in the account profile are identified. The credentials are then transmitted, where payment credentials are transmitted for use in a transaction, and account credentials are transmilted to an entity associated with the paired electronic wallet for use in identifying and providing corresponding payment credentials.
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
57.
SECURE FILE TRANSFER WITH SECURE SSH KEY AUTHENTICATION
An application having an application architecture including an application programming interface (API) client capable of automatically retrieving a passphrase from a secure passphrase vault based on a user authentication ID used to access the application is provided. The passphrase is used to access a secure file transfer protocol (SFTP) authentication key via an API server communicatively connected to the API client. The SFTP authentication key is used to authenticate an SFTP file transfer request from the application to an intended file recipient.
A method and system for managing payment card transaction instructions at a point of interaction (POI) device. The method includes storing one or more payment card transaction instructions received from an entity responsible for a plurality of payment cards usable with the POI device wherein the payment card transaction instructions are associated with at least one of a brand and a product of the entity. The method further includes receiving, from a merchant, a payment card identifier before or during a payment card transaction, the payment card identifier including a plurality of fields. The method also includes communicating to the central store at least a portion of one or more of the plurality of fields and transmitting the one or more payment card transaction instructions to the POI device, from the central store, that correspond to the one or more payment card transaction instructions associated with the payment card identifier.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
59.
METHOD AND SYSTEM FOR FRAUD DETECTION USING A MOBILE COMMUNICATION DEVICE
A method for determining a confidence level for provisioning of a token to a mobile device includes: storing device fingerprint data associated with a mobile device; receiving location data, the data including geographic locations of the mobile device; receiving a confidence level request, the request including a supplied device fingerprint and current location of the mobile device; identifying an area of validity for the mobile device based on the geographic locations; identifying an area of validity for the transaction account based on a location associated with each of a plurality of transactions involving the account; identifying a confidence level based on a correspondence between the supplied device fingerprint and the stored device fingerprint data, the current location and the area of validity for the mobile device, and the current location and the area of validity for the transaction account; and transmitting the confidence level for the confidence level request.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
An operationally monolithic application is provided, where the application resides in a first program address space of an application server. The application calls to an application component residing in a second program address space of the application server, the application component being built upon a framework of the operationally monolithic application. The operationally monolithic application loads at least a first library upon which it depends to invoke a first method, and the application component loads at least a second library upon which it depends to invoke a second method. The first and second libraries can co-exist on the application server despite being different versions of the same libraries.
A method is described for providing user authentication and user consent for a transaction made with a payment device. A user authentication step is taken to verify that a user is entitled to use the payment device, and a user consent step is taken to verify that the user consents to the transaction. The user authentication step is discrete from the user consent step. A payment device adapted to perform this method is also described.
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
62.
METHOD AND SYSTEM FOR ENHANCED VALIDATION OF CRYPTOGRAMS IN CLOUD-BASED SYSTEMS
A method for enhanced validation of cryptograms for varying account number lengths includes: storing one or more primary account numbers and a plurality of formatting templates, each template being associated with an account number length; receiving a selection indicating a specific primary account number; identifying a specific formatting template where the associated account number length corresponds to a length of the specific primary account number; receiving an unpredictable number from a point of sale device; generating a cryptogram based on at least the unpredictable number and one or more algorithms; generating a data string, wherein the data string includes at least the generated cryptogram, the specific primary account number, and the unpredictable number, and wherein the data string is formatted based on the identified specific formatting template; and electronically transmitting the generated data string to the point of sale device.
Various embodiments are described herein for a system, method, and computer- readable storage medium to maintain account continuity when payment account numbers change, while minimizing or eliminating issuer's fraud exposure. In one example embodiment, in response to a transaction authorization request comprising a primary account number, the method comprises: extracting personally identifiable information (PII) from the transaction authorization request, hashing the Pll information, matching the hashed PH information with an active customer account in a database where the active customer account is associated with an active spending profile, scoring the financial transaction with the active spending profile resulting in a transaction score and transmitting the transaction score to the issuer of the primary account number.
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
64.
SYSTEMS AND METHODS FOR MONITORING AUTHENTICATION OF TRANSACTIONS TO PAYMENT NETWORKS
Systems and methods for use in monitoring authentication messaging associated with payment account transactions are disclosed. One exemplary method includes monitoring authentication messaging from a merchant plug-in (MPI) associated with at least one merchant. The authentication messaging is related to one or more consumers attempting transactions to payment accounts at the at least one merchant. The exemplary method further includes, for each authentication message received from the MPI, transmitting the authentication message to an access control server (ACS) when an issuer associated with the payment account at issue is a participant in an authentication service, monitoring, by the computing device, response messaging from the ACS, each response message associated with a transaction and generated in response to an authentication messages from the MPI, and generating, by the computing device, at least one flag, when a condition associated with the authentication messages and/or the response messages is abnormal.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
65.
ANALYTICS RULES ENGINE FOR PAYMENT PROCESSING SYSTEM
According to some embodiments, a payment system authorization platform may receive an authorization message from an acquirer platform. The payment system authorization platform may determine that the authorization request meets a pre-determined condition and transmit information about the authorization message to an analytics rules engine, such as by transmitting the authorization message. The analytics rules engine may analyze the information about the authorization message in accordance with at least one rule to generate a result and transmit information about the authorization message to the payment system authorization platform, such as by transmitting a supplemented authorization message or an authorization approval decision, including an indication that the authorization message is assigned to a segmentation dimension category.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
66.
A SYSTEM AND METHOD OF MANAGING DATA INJECTION INTO AN EXECUTING DATA PROCESSING SYSTEM
A system and method of modifying an execution of a processing system during runtime are provided. The method uses a computing device having at least one processor and at least one memory device and includes receiving an indication of data or instructions being available for modifying the execution of the processing system during runtime, determining at least one data element associated with the indication of data or instructions, generating metadata based on at least one of the indication and the determined at least one data element, and periodically executing a job, the job reads the metadata and modifies a workflow of the processing system based on the metadata.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
67.
METHOD AND SYSTEM FOR FRAUD CONTROL BASED ON GEOLOCATION
A method for fraud control of a transaction account based on geolocation includes: storing, in an account database, an account profile including data related to a transaction account including a first profile rule associated with a first geographic area and a second profile rule associated with a second geographic area different from the first; receiving an authorization request for a first transaction involving a first payment card, the request including a first geographic location; receiving an authorization request for a second transaction involving a second payment card, the request including a second geographic location; determining validation for each authorization request, wherein each is determined to be valid if the geographic location is in a geographic area corresponding to the first geographic area or the second geographic area; and transmitting the determination of validation for each authorization request to a payment network for processing of the associated payment transaction.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
68.
METHOD AND SYSTEM FOR POST AUTHORIZATION PAYMENT OF TRANSACTIONS USING LOYALTY POINTS
A method for confirming post-authorization erasure of a transaction payment using reward points includes: storing account profiles including data related to reward accounts, each including an account identifier and point amount; receiving a transaction message associated with a payment transaction, the message including a specific account identifier and transaction amount; identifying a specific account profile that includes the specific account identifier; calculating a point cost based on the transaction amount; identifying an authorization reference key associated with the payment transaction and specific account profile; identifying a unique identifier associated with the authorization reference key; storing an authorization record including authorization reference key and unique identifier; generating a request message including the identified unique identifier one of: the point cost and transaction amount; and transmitting the request message to a consumer associated with the specific account profile.
A system, method, and computer-readable storage medium configured to facilitate gratuities to individuals and employees of establishments based on location. In one embodiment, the method of providing a real-time gratuity to a potential tip recipient via a payment device comprises determining a location of the payment device, querying a user on whether the potential tip recipient works at an establishment, determining an establishment status based on user response to the query, transmitting to an application server the location of the payment device and the establishment status corresponding to the potential tip recipient, receiving a list of the potential tip recipients from the application server, presenting the list of the potential tip recipients to the user and transmitting a selected tip recipient from the list to the application server.
A method for linking a transaction account to an offer includes: storing a plurality of account profiles, each profile including data related to a transaction account including an account identifier; receiving offer data from an entity, the data including data related to an offer for the purchase of goods or services; storing an offer data entry, the data entry including the offer data; generating an offer identifier associated with the offer data; transmitting the offer identifier to the entity; receiving an offer acceptance notification, the notification including a specific account identifier and the offer identifier; identifying a specific account profile that includes the specific account identifier; and updating at least one of the specific account profile and the offer data entry to indicate a linkage of the related transaction account to the offer data.
71.
METHOD AND SYSTEM FOR LINKAGE OF BLOCKCHAIN-BASED ASSETS TO FIAT CURRENCY ACCOUNTS
A method for managing fractional reserves of blockchain currency includes: storing, in a first central account, a fiat amount associated with a fiat currency; storing, in a second central account, a blockchain amount associated with a blockchain currency; storing a plurality of account profiles, each profile including a fiat currency amount, blockchain currency amount, account identifier, and address; receiving a transaction message associated with a payment transaction, the message being formatted based on one or more standards and including a plurality of data elements, including a data element reserved for private use including a specific address and a transaction amount; identifying a specific account profile that includes the specific address included in the data element in the received transaction message; and updating the blockchain currency amount included in the identified specific account profile based on the transaction amount included in the data element in the received transaction message.
A method for authorizing a blockchain-based transaction includes: receiving a transaction request, the request including a network identifier associated with a blockchain network, a transaction amount, and one of: a public key and an address identifier; generating an address identifier using at least the public key included in the received transaction request and one or more hashing algorithms if the received transaction request does not include an address identifier; generating a transaction message, the message including a first data element configured to store a transaction amount and a second data element reserved for private use, and the first data element includes a zero value and the second data element includes at least (i) the network identifier or an encoded value based on the network identifier, (ii) the address identifier, and (iii) the transaction amount; and transmitting the transaction message to a financial institution using a payment network.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
A method for authorization of a blockchain transaction includes: storing account profiles, each profile including an account identifier, fiat amount, and blockchain amount; receiving a transaction message, the transaction message being formatted based on transaction message standards and including a first data element that includes a specific account identifier and a second data element reserved for private use that includes a network identifier and transaction amount; identifying a specific account profile that includes the specific account identifier; identifying a risk value based on the transaction amount and at least one of: the fiat amount and blockchain amount; determining authorization of a transaction based on the identified risk value; modifying the transaction message based on the authorization determination; and transmitting the modified transaction message.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
A method for Sinking blockchain transactions to privately verified identities includes: storing account profiles, each profile including data related to a transaction account including an account identifier and account data; receiving a transaction message, the message including a first data element configured to store a personal account number, a second data element configured to store a merchant identifier, and a third data element configured to store a blockchain network identifier; identifying a first account profile that includes the personal account number; identifying a second account profile that includes the merchant identifier; receiving a transaction notification, the notification indicating a transaction processed using a blockchain network associated with the blockchain network identifier and including a transaction identifier and an address identifier associated with the first or second account profile; and storing a linkage between the transaction identifier and the address identifier, the personal account number, and/or the merchant identifier.
A computer-implemented method for determining a level of confidence that a payment transaction is not fraudulent is provided. The method is implemented using an assurance exchange (AE) computer device in communication with a memory. The method includes receiving authentication data associated with a candidate payment transaction being conducted by a cardholder via a website associated with a merchant from the merchant, storing the authentication data, receiving an authorization request message for the candidate payment transaction from a payment processor, retrieving the authentication data for the candidate payment transaction based on the authorization request message, and calculating an assurance level score based on the authentication data and the authorization request message. The assurance level score represents a level of confidence that the candidate payment transaction is not fraudulent. The method also includes transmitting the authorization request message including the assurance level score to an issuer processor.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
76.
METHOD AND SYSTEM FOR POS ENABLED INSTALLMENTS WITH ELIGIBILITY CHECK REQUIREMENTS
A method for processing a transaction with installment checks include: receiving a first transaction message from an acquiring institution, the first transaction message including a primary account number, an installment indicator, and transaction data; determining eligibility for payment via installment based on a comparison of the transaction data to eligibility rules associated with the primary account number; transmitting the first transaction message to a financial institution associated with the primary account number; receiving a second transaction message from the financial institution, the second transaction message including a response code indicative of approval and an eligibility indicator indicating eligibility for payment via installment; and transmitting the second transaction message to the acquiring institution for display to a consumer involved in the related payment transaction on a point of sale system.
G06Q 20/10 - Architectures de paiement spécialement adaptées aux systèmes de banque à domicile
G06Q 20/20 - Systèmes de réseaux présents sur les points de vente
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
Provided are systems and methods for conducting secure remote transactions between mobile devices and merchants. In at least one embodiment, there is provided a method for processing a checkout transaction, where the method comprises: receiving, at a first server, a request to initiate a checkout transaction; generating a request token including information identifying the checkout transaction and cryptographic parameters and providing the request token to a merchant server, wherein the merchant server is different from the first server; receiving a verification token, generated by the first server, encrypted with a key of the first server; and providing checkout resources to a merchant for use by the merchant to complete the transaction when the verification token is validated by the server.
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
Provided are a payment card, system and method for storing and reading tokenized payment account information from a payment card. In an exemplary embodiment, a payment card may include a substrate forming a body of the payment card, and an electronic chip attached to or included in the substrate. According to various exemplary embodiments, the electronic chip may include a storage storing tokenized payment account information corresponding to a payment account linked to the payment card. The electronic chip may be read by a payment terminal and may provide the tokenized payment information to the payment terminal during reading.
G06Q 20/34 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des cartes, p.ex. cartes à puces ou cartes magnétiques
G06Q 20/20 - Systèmes de réseaux présents sur les points de vente
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06K 19/07 - Supports d'enregistrement avec des marques conductrices, des circuits imprimés ou des éléments de circuit à semi-conducteurs, p.ex. cartes d'identité ou cartes de crédit avec des puces à circuit intégré
A method and system for creating an assurance level based on authentication data attributes using a computer device coupled to a database are provided. The method includes receiving an authorization request associated with the financial transaction from the sender, the authorization request including a fraud risk assessment of the financial transaction determined by the sender using an authentication response received from the computer device by the sender, the authorization request including one or more reason codes associated with the sender fraud risk assessment. The method further includes transmitting the received authorization request to an issuer associated with the cardholder.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
Provided are a system and method for a mobile payment. In one example, the method may include determining an amount of digital wallets installed on a mobile device, and in response to determining that a plurality of digital wallets are installed on the mobile device, displaying a smart button on a merchant checkout page. When the smart button is selected by a user of the mobile device, the method may further include displaying a payment option selection screen that enables the user of the mobile device to select a payment card from any digital wallet from among the plurality of digital wallets as a method of payment for the transaction
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
81.
TRANSMITTING DISBURSEMENTS FROM A COMMERCIAL FINANCIAL ACCOUNT
A disbursement computing device for transmitting disbursements from a payor to a payee through a payment processing network is provided. The disbursement computing device is configured to receive a disbursement message including at least one disbursement payment instruction for transferring funds from a commercial disbursement financial account of a payor to a financial account of a payee. The disbursement computing device is also configured to automatically transmit, for each disbursement payment instruction, a purchase authorization request message to an issuer bank associated with the payor, and receive a payment authorization message from the issuer bank associated with the payor that the commercial disbursement financial account has a balance that is at least equal to a disbursement amount. The disbursement computing device is further configured to initiate a transfer of funds equal to the disbursement amount from the financial account of the payor to the financial account of the payee.
G06Q 20/10 - Architectures de paiement spécialement adaptées aux systèmes de banque à domicile
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
82.
SYSTEMS AND METHODS FOR TRANSFERRING VALUE TO PAYMENT ACCOUNTS
Systems and methods are provided for transferring value from to a payment account associated with a virtual wallet of a consumer. The value can be transferred using voucher-based transactions or cash-based transactions. One exemplary method includes receiving, at a computing device, a load request to transfer value to a payment account associated with a consumer. The load request includes the value to be transferred and a directory number for a mobile device associated with the consumer. The method also includes determining an account number for the consumer's payment account, at the computing device, based on the directory number for the consumer's mobile device and generating, by the computing device, a request indicating the value to transfer to the payment account and the account number for the consumer's payment account.
G06Q 20/28 - Schémas de prépaiement, c. à d. de "paiement préalable"
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
A point of sale (POS) terminal is programmed to execute EMV transactions by interaction with payment devices in accordance with a standard EMV transaction flow. An EMV transaction is commenced at the POS terminal with a particular payment device. The POS terminal receives a request from the payment device to interrupt the EMV transaction. The POS terminal responds to the request by interrupting the EMV transaction and taking an action indicated by the request. The action is not required for execution of the standard EMV transaction flow.
Systems and methods are described that anonymized consumer transaction data in such manner to prevent de-anonymization to reveal personally identifiable information (PII) of the consumers. The process includes selecting particular consumer transaction data, generating a dictionary of items, generating consumer groups, matching consumer transaction data for each consumer to a group, forming modifiable consumer transaction histories, and quantifying a similarity between consumer groups. In some embodiments, the process includes discarding consumer groups that contain less than a threshold number of consumers, selecting at least one consumer group that contains at least a threshold number of consumers as the anonymized consumer transaction dataset, and providing the anonymized consumer transaction dataset to a third party for analysis.
A computing device for risk-based analysis of a payment card transaction is provided herein. The computing device includes a processor communicatively coupled to a memory. The computing device is programmed to receive a request for authentication of the payment card transaction. The payment card transaction includes a suspect consumer presenting a payment card from a digital wallet of a privileged cardholder. The computing device is also programmed to identify fraud feature data from the digital wallet. The computing device is further programmed to compute a fraud score for the payment card transaction based at least in part on the fraud feature data. The computing device is still further programmed to provide the fraud score for use during authentication of the suspect consumer.
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/34 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des cartes, p.ex. cartes à puces ou cartes magnétiques
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
86.
SYSTEMS AND METHODS FOR PROVIDING FRAUD INDICATOR DATA WITHIN AN AUTHENTICATION PROTOCOL
A computing device for providing fraud indicator data within an authentication system including an authentication protocol is provided herein. The computing device includes a processor communicatively coupled to a memory. The computing device is programmed to identify fraud feature data associated with a payment card transaction. The transaction includes a suspect consumer presenting a payment card from a digital wallet of a privileged cardholder. The computing device is further programmed to compute a first risk score for the transaction based at least in part on the fraud feature data. The computing device is also programmed to generate a message in the authentication protocol, the message including at least one extension field. The first risk score is included within the extension field. The computing device is still further programmed to transmit the message with the first risk score to a party associated with the transaction for use during authentication of the transaction.
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/34 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des cartes, p.ex. cartes à puces ou cartes magnétiques
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
87.
SYSTEMS AND METHODS FOR PROVIDING RISK BASED DECISIONING SERVICE TO A MERCHANT
A computing device for providing risk-based decisioning to a merchant during payment card transactions is provided herein. The computing device is programmed to receive, from the merchant, transaction data associated with a payment card transaction. The computing device is further programmed to compute a risk score for the payment card transaction based at least in part on the transaction data and infrastructure data associated with the payment card transaction. The computing device is also programmed transmit an indication of acceptable risk to the merchant if the risk score satisfies a first pre-defined threshold. The computing device is still further programmed to initiate an authentication challenge of the suspect consumer if the risk score satisfies a second pre-defined threshold.
G06Q 20/38 - Architectures, schémas ou protocoles de paiement - leurs détails
G06Q 20/34 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des cartes, p.ex. cartes à puces ou cartes magnétiques
G06Q 20/36 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des portefeuilles électroniques ou coffres-forts électroniques
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
88.
SYSTEMS AND METHODS FOR IDENTIFYING MERCHANT LOCATIONS BASED ON TRANSACTION RECORDS
Disclosed are exemplary embodiments of systems and methods for identifying a merchant location based on transaction records for the merchant. In an exemplary embodiment, a method generally includes accessing multiple router records. Each router record is assigned to one of multiple cells of a grid structure indicative of geographic location. Each router record is associated with a target merchant. The method further includes, for each of the multiple router records, searching for a match between the router record and at least one of multiple transactions at the target merchant, based on time, and reporting one or more of the multiple cells as a location associated with the target merchant, when a number of matching router records assigned to said one or more of the multiple cells exceeds a predetermined threshold.
A method includes storing payroll information for an employee of an employer. The payroll information may include the employee's name, address, electronic contact information, etc. A payroll service computer may receive an indication from an employer that the computer is to make a payroll disbursement to the employee. The computer may present disbursement options to the employee. The employee may select one of the disbursement options. The computer may initiate the payroll disbursement in accordance with the option selected by the employee.
A method includes maintaining a token database in a computer system, where the token database maps tokens to primary account numbers (PANs) for payment card accounts. The method further includes storing a respective entry in the token database for a token, with the token being mapped by the respective entry to a respective PAN and the respective PAN identifies a payment card account that belongs to a cardholder who uses a mobile device. The method also includes provisioning the token to the mobile device and determining at a subsequent point in time that a lifecycle event has occurred or will soon occur with respect to the token. In addition, the method includes updating the respective entry for the token in the token database in response to determining that the lifecycle event has occurred.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
91.
APPARATUS, METHOD, AND COMPUTER PROGRAM PRODUCT FOR SETTLEMENT TO A MERCHANT'S CARD ACCOUNT USING AN ON-LINE BILL PAYMENT PLATFORM
Registration information is obtained for a plurality of businesses, including the business name and a payment card account number for a payment card account in which the given business can receive payments from customers via a special payment transaction over a payment card network. An electronic bill payment system instruction including at least an amount and a unique biller identifier is obtained. A biller directory, including the registration information and the unique biller identifiers, is accessed based on the unique biller identifiers in the instruction, to retrieve the payment card account number. A payment is initiated to the business via the special payment transaction over the payment card network, based on the retrieved payment card account number.
G06Q 20/34 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des cartes, p.ex. cartes à puces ou cartes magnétiques
G06Q 20/10 - Architectures de paiement spécialement adaptées aux systèmes de banque à domicile
92.
METHOD AND SYSTEM FOR AUTHENTICATION TOKEN GENERATION
Methods, media, and systems to receive a request for an authentication value for a transaction in an application programming interface (API) call from a software application; determine the request for the authentication value includes an indication of a first transaction type; generate, in response to the determination that the request for the authentication value includes an indication of the first transaction type, an authentication value for the transaction; and as an indication of a verified authentication send, to the software application, an API response including the generated authentication value for the transaction.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
93.
METHOD AND SYSTEM FOR GENERATING AN ADVANCED STORAGE KEY IN A MOBILE DEVICE WITHOUT SECURE ELEMENTS
A method for building an advanced storage key includes: storing, in a memory of a mobile device, at least (i) device information associated with the mobile device, (ii) program code associated with a first program, the code including an instance identifier, and (iii) program code associated with a second program, the code including a first key; generating a device fingerprint associated with the mobile device based on the device information via execution of the code associated with the first program; generating a random value via execution of the code associated with the first program; building a diversifier value based on the generated device fingerprint, the generated random value, and the instance identifier included in the code associated with the first program; and decrypting the built diversifier value using the first key stored in the code associated with the second program via execution of the code associated with the second program to obtain a storage key.
A method of matching transaction data with a transaction receipt using one of a plurality of transaction-specific elements is described. Transaction-specific elements are determined (210) from a transaction between a payment token of a user and a terminal. Transaction identifiers are then formed (220), each from a separate transaction-specific element. At least one of the transaction identifiers is then received or generated (230) in a transaction processing system. The transaction processing system provides transaction data associated with this transaction identifier. Each of the transaction identifiers used by the transaction processing system is combined (240) to form a composite transaction identifier comprising a plurality of transaction identifier elements. Each transaction identifier is matched (250) against each transaction identifier element to identify the transaction and to associate the transaction data with a transaction receipt. This approach is particularly effective for use in providing receipts for contact less card transactions. A terminal, a mobile computing device, a receipt service and a transaction processing system are also described.
G06Q 20/00 - Architectures, schémas ou protocoles de paiement
G06Q 20/20 - Systèmes de réseaux présents sur les points de vente
G06Q 20/32 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des dispositifs sans fil
G06Q 20/34 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des cartes, p.ex. cartes à puces ou cartes magnétiques
95.
SYSTEMS, APPARATUS AND METHODS FOR IMPROVED AUTHENTICATION
Multi -factor authentication techniques are described that use secure push authentication technology for transactions. An embodiment includes receiving, by an assurance platform operating as an authentication service platform, a user authentication request and transaction data from an access control server (ACS), determining an authentication rule, generating a user validation request message, transmitting the user validation request message to a user mobile device, and receiving user authentication data. The assurance platform then validates the user authentication data, transmits a device authentication request, receives a device authentication response signed with a private key of the user, and authenticates the user based on the device authentication response and private key.
H04W 12/069 - Authentification utilisant des certificats ou des clés pré-partagées
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
96.
SYSTEMS AND METHODS FOR IDENTITY VALIDATION AND VERIFICATION
According to some embodiments, a system and a method of transmitting identity verification information to a merchant include receiving an account identifier from a user in response to the user interacting with a merchant. The user is authenticated based on the account identifier and identity verification information is transmitted to the merchant.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
TRANSPORT SYSTEM USER INSPECTION Disclosed herein is a method of inspecting a user device of a user of a transport system, the method comprising: obtaining 403, by a portable inspection device 2, identification data of a user device of a user of a transport system; generating 405 an inspection result of the user device, by an inspection system, in dependence on the read identification data and an item in a record within a database, wherein the record comprises a plurality of items each relating to entry 10 data of a respective user device of a respective of users of the transport system; and conveying 407, by the portable inspection device 102, the result of the inspection. [Fig 4]
G07B 15/02 - Dispositions ou appareils pour encaisser le prix des billets ou les droits d’entrée ou de péage en un ou plusieurs points de contrôle prenant en compte un facteur variable tel que la distance ou le temps, p.ex. pour le transport de passagers, les systèmes de parcs de stationnement ou les systèmes de location de véhicules
G06Q 20/34 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des cartes, p.ex. cartes à puces ou cartes magnétiques
98.
METHOD AND SYSTEM FOR SECURE CONSUMER IDENTIFICATION
Methods and systems for receiving an authorization request associated with a transaction, the authorization request including a payment account number and a card verification value; determining the authorization request is to be processed as having a dynamic card verification value; automatically bypassing, in response to the determination that the authorization request is to be processed as having a dynamic card verification value, at least one card verification process to be used in a processing of the authorization request; and sending the authorization request to a card verifier to verify the card verification value matches a dynamic card verification value of record. Some methods and systems include transmitting the authorization request to a payment network for authorization of the transaction; receiving an authorization response in reply to the transmitted authorization request; and providing an indication of the authorization response to a merchant associated with the transaction.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
G06Q 20/34 - Architectures, schémas ou protocoles de paiement caractérisés par l'emploi de dispositifs spécifiques utilisant des cartes, p.ex. cartes à puces ou cartes magnétiques
99.
SYSTEMS, APPARATUS AND METHODS FOR IMPROVED AUTHENTICATION
A cardholder authentication method includes receiving, at an authentication network, an authentication request involving an account. The method further includes determining, based at least in part on a portion of an account identifier associated with said account, an authentication service. In addition, the method includes determining, based at least on said authentication service and a portion of said account identifier, an authentication response. The method also includes transmitting, to a merchant associated with a transaction involving said account, said authentication response.
G06Q 20/40 - Autorisation, p.ex. identification du payeur ou du bénéficiaire, vérification des références du client ou du magasin; Examen et approbation des payeurs, p.ex. contrôle des lignes de crédit ou des listes négatives
100.
METHOD AND SYSTEM FOR SECURE TRANSMISSION OF REMOTE NOTIFICATION SERVICE MESSAGES TO MOBILE DEVICES WITHOUT SECURE ELEMENTS
A method for receiving and processing a data message includes: storing at least an encryption key; receiving a data message, the data message including at an encrypted message and a message authentication code, the message authentication code generated using at least a portion of the encrypted message; generating a reference authentication code using at least a portion of the encrypted message included in the received data message; validating the received data message based on a check of the message authentication code included in the received data message against the generated reference authentication code; and decrypting the encrypted message included in the received data message using the stored encryption key to obtain a decrypted message.
brevets
