Abstract: An automatic name change computer includes a database and processor. An account information table includes a first record with a first account identifier. The processor receives an update file from a first server. The update file includes a second record including a second account identifier, a current legal name of a cardholder, and an updated legal name of the cardholder. Based on the account identifiers matching, the processor writes the updated legal name to the first record. The processor transmits a soft credit check inquiry to a second server and receives one or more accounts associated with the first account identifier. The processor presents a list of the accounts to a cardholder, receives a selection of one or more of the accounts, and writes the updated legal name to a cardholder update file. The processor then transmits the cardholder update file to an account provider.

Abstract: A method for distributing event data for smart contracts executed on a blockchain to subscribing systems includes: collecting, by a processor of a blockchain node in a blockchain network, a set of event data emitted by a smart contract executed on a blockchain associated with the blockchain network; identifying, by the processor of the blockchain node, communication data for one or more subscriber computing systems; and after a predetermined period of time, transmitting, by a transmitter of the blockchain node, the collected event data to each of the one or more subscriber computing systems using the communication data.

Abstract: Systems and methods are provided for backing up a data file. One example computer-implemented method includes generating an L4 key and, for each contact attribute of the data file, generating an L3 file including the L4 key and an identifier of a user and encrypting the L3 file with an un-masked version of the contact attribute. The method also includes compiling the encrypted L3 file(s) and the masked version(s) of the contact attribute(s) into an L2 file, generating an L2 key, encrypting the L2 file with the L2 key, compiling the encrypted L2 file and L2 key into an L1 file, generating an L1 key, encrypting the L1 file with the L1 key, compiling an L4 file to include identity attributes of the user, encrypting the L4 file with the L4 key, and combining the encrypted L4 file and the encrypted L1 file.

Abstract: The present disclosure relates to credential management for mobile devices that can be used for access to secured physical environments. One aspect comprises a computer implemented method comprising a server system: receiving, from a mobile computing device, a provisioning request, which includes an account credential; authenticating the provisioning request based on the mobile computing device being linked to an account indicated by the account credential; generating an account token, which is bound to the account credential; generating one or more limited-use credentials (LUCs), using an application sequence counter, each of the one or more LUCs associated with a corresponding application sequence counter value; generating one or more emergency credentials; and transmitting, to the mobile computing device, the account token, the one or more LUCs, the application sequence counter values, and the one or more emergency credentials.

Abstract: Disclosed are exemplary embodiments of systems and methods for processing a payment transaction using a pseudo-PAN. In an exemplary embodiment, a method generally includes periodically generating an encryption salt and receiving an authorization message for a payment transaction to a payment account, where the authorization message includes a token. The method also includes decrypting the token based on an encryption algorithm and the encryption salt most recently generated, prior to receipt of the authorization message, and searching in memory for the decrypted token. The method then includes determining that the decrypted token does not match any of a plurality of actual primary account numbers (PANs) in the memory, whereby the token is determined to not be a pseudo-PAN, and transmitting the authorization message without modification to a computing device associated with one of an acquirer and an issuer of said payment account.

Abstract: A method of generating a content library includes receiving a generate command that indicates a design application file to generate a content library, identifying a set of primitives from the design application file, and generating a content library from the set of primitives. In some cases, the method further includes receiving an import command to import content from a file that is a same format type as the content library and in response to receiving the import command, extracting appropriate values from associated primitives in the file and importing the appropriate values to the design application file. In some cases, the method further includes receiving an export command to export content from the design application file to a different application file of a specified format type and providing the content library in the specified format type.

Abstract: The disclosure herein describes managing software patches for software applications of computing devices. A release of a software patch associated with a software application of the computing devices is detected. The software patch is analyzed based on patch analysis rules, wherein the patch analysis rules include vulnerability rules configured to indicate whether the released software patch addresses known vulnerabilities. Based on the analysis resulting in approval for installation of the patch, a current test image of the software application is identified, and the patch is applied to the test image to form a patched image. Tests are performed on the patched image, include patch-specific tests. Based on the results of the tests indicating that the patched image passed at least a subset of the tests, the software patch is applied to application instances of the software application on the computing devices, whereby the patch is deployed to the computing devices.

Abstract: A method for building an advanced storage key includes: storing, in a mobile device, at least (i) device information associated with the mobile device, (ii) program code associated with a first program including an instance identifier, and (iii) program code associated with a second program 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.

Abstract: A method of performing a funds transfer includes receiving a request for a cryptogram and generating an authentication code. The authentication code is divided into a first code portion and a second code portion. The first code portion is transmitted to a user device. The second code portion is transmitted to a transaction originator. A request for transaction data is received, including both code portions. The authentication code is verified based on the two code portions. A cryptogram is generated and transmitted to the transaction originator.

Abstract: 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.

Abstract: Embodiments provide methods and systems for determining prospective acquisitions among business entities using machine learning techniques. Method performed by server system includes accessing financial data items and news items associated with finances of business entities from data sources for particular time duration. Method includes generating financial and news feature vectors corresponding to business entities and applying machine learning models over financial feature vectors and news feature vectors associated with business entities for determining candidate set of business entities predicted to be engaged in business acquisition in future. Method includes creating dynamic bipartite knowledge graph for each distinct time durations within particular time duration and generating static bipartite knowledge graph based on dynamic bipartite knowledge graphs for distinct time durations.

Abstract: A method and system of providing a service node within a blockchain network. The method includes storing, in a memory of a processing server, a blockchain comprised of a plurality of blocks, wherein each block is comprised of at least a block header and one or more data values, wherein the one or more data values included in a most recent block includes at least one data point associated with services or functions of at least a first service node; receiving, by a receiving device of the processing server, a request from a second service node for the list of services or functions of the at least a first service node within the blockchain network; and validating, by the processing server, the request from the second service node for the list of services or functions of the at least a first service node within the blockchain network.

Abstract: A computer-implemented method is provided for removing access to data, comprising: receiving a request from the user to delete the user data; suspending control of the user data; generating a second database comprising the user data under full control of the user; deleting the user data from the database; and, on request re-integrating the user data into the same database or integrating into a further database. By providing a database under complete control of the user and outside the control of any database manager or service provider, users are given more freedom to decide what to do with their data. They can choose to protect it, or to monetize it themselves by selling it or licensing it. They can also create a plurality of copies, allowing sales to more than one database manager or service provider.

Abstract: A method for conversion of digital assets to fiat currency using a secondary blockchain and mirrored accounting includes: receiving transaction data corresponding to a first blockchain transaction processed using a first blockchain, the transaction data including a payer identifier, recipient identifier, and blockchain currency amount; validating an entity as an authorized entity associated with the payer identifier; determining a fiat currency amount based on the blockchain currency amount; generating a second blockchain transaction, the second blockchain transaction including an unspent transaction output, destination address associated with the authorized entity, and the blockchain currency amount and/or the fiat currency amount; confirming addition of the second blockchain transaction to a second blockchain; and initiating a transfer for the fiat currency amount from a first transaction account to a second transaction account, the second transaction account being associated with the authorized entity.

Abstract: A dynamic receipt generating (DRG) computing device is provided. The DRG computing device is configured to receive user preference data including dynamic receipt preference data, and a payment account identifier associated with a user. The DRG computing device is also configured to store the user preference data, and receive real-time transaction data associated with a purchase made by the user using a payment account associated with the payment account, the real-time transaction data being in a first format. The DRG computing device is further configured to retrieve the user preference data from the memory based on the payment account identifier, and generate a dynamic receipt based on the real-time transaction data and the retrieved user preference data associated with the payment account identifier. The dynamic receipt having a second format different from the first format, and to transmit the generated dynamic receipt to the user.

Abstract: A method for generating payment credentials in a payment transaction includes storing, in a memory, at least a card master key associated with a transaction account. The method also includes generating, by a processing device, a first session key based on at least the stored card master key; generating, by the processing device, a second session key; generating, by the processing device, a first application cryptogram based on at least the first session key; generating, by the processing device, a second application cryptogram based on at least the second session key; and transmitting, by a transmitting device, at least the first application cryptogram and second application cryptogram for use in a payment transaction.

Abstract: A method for enabling the use of blockchain smart contracts as part of a traditional payment transaction includes: receiving, by a receiver of a processing server, a transaction message for a payment transaction, wherein the transaction message is formatted according to one or more standards and includes a plurality of data elements storing transaction data, the transaction data including at least a bank identification value; determining, by a processor of the processing server, a routing plan for the transaction message based on at least the bank identification value; and transmitting, by a transmitter of the processing server, the transaction message to (i) a first computing system using a first communication port of the processing server, and (ii) a second computing system using a second communication port of the processing server, based on the determined routing plan.

Abstract: A method for improving consensus in a blockchain network through sampling includes: executing, by a processor of a blockchain node in a blockchain network that manages a blockchain, a script to identify a first sample comprised of a subset of nodes of a plurality of nodes in the blockchain network, wherein nodes included in the subset of nodes are randomly selected; performing, by the subset of nodes comprising the first sample, a first consensus operation among all nodes in the subset of nodes to identify a sample consensus block for the blockchain, where each node in the subset of nodes receives the sample consensus block; and repeating, in the blockchain network, executing the script and performing the first consensus operation for a plurality of additional samples, wherein nodes included in the subset of nodes for each additional sample are randomly selected.

Abstract: A computer system for identifying merchant category code misclassifications includes at least one processor in communication with a transaction database and a merchant database. The transaction database stores transaction records by a plurality of account holders. The processor generates a first MCC profile including at least one transaction characteristic representative of merchants properly classified as the first MCC and comparing the first MCC profile to a second set of transaction records. If the comparison satisfies a comparison threshold for the first MCC the processor identifies the corresponding selected merchant as being MCC misclassified.

Abstract: A method for consumer-initiated transactions with encrypted tokens includes: storing a first cryptographic key pair comprising an account public key and an account private key, a merchant public key, an account token associated with a transaction account, an account identifier, and an issuing institution identifier; receiving transaction data for a proposed payment transaction including a transaction amount; generating a transaction order including the transaction data; generating a cryptographic checksum for the generated transaction order; generating a digital signature over the cryptographic checksum using the account private key; generating a payment token including the issuing institution identifier, the account identifier, the transaction amount, and the account token; encrypting the payment token using the account private key; and transmitting the encrypted payment token and signed cryptographic checksum to a point of sale device.