Abstract: Systems, apparatuses, and methods for providing an account token to an external entity during the lifecycle of a payment transaction. In some embodiments, an external entity may be a merchant computer requesting authorization of a payment message. In other embodiments, the external entity may be a support computer providing a payment processing network or a merchant support functions.

Abstract: Methods and systems for performing on demand access transactions are disclosed. In one example, the method includes receiving, by a directory service computer from an authorizing computer, a file including a primary access identifiers and virtual access identifiers, the virtual access identifiers not being capable of being used at resource providers to conduct transactions. The method also includes receiving a request to provide an access token that is associated with an account, the request comprising information that identifies the account. The method further includes retrieving a virtual access identifier based on the identifying information; and requesting, by the directory service computer to a token service computer, that the access token be provisioned on the user device or an application computer associated with an application on the user device.

Abstract: A method, system, apparatus and computer program product are disclosed for enhancing operable functionality of xAPI statements by sequentially comparing a plurality of authorized xAPI statements against a plurality of trigger rules with a pattern matching process which evaluates matching xAPI data properties and logical and/or comparative operator requirements from each trigger rule against each authorized xAPI statement to identify matching trigger rules which are evaluated against one or more required trigger rules associated with a first trigger to automatically generate one or more outbound REST API calls to communicate with a third-party application upon detecting that the all the required trigger rules associated with the first trigger are matched by an actor.

Abstract: A smart device is provided between a transaction terminal (e.g. an access device, a point of sale terminal) and a payment card to facilitate a secure transaction. The smart device receives transaction details from the transaction terminal. The transaction terminal suspends the transaction. The smart device is brought in communication with a payment device in control of the user (e.g. the user of the payment device does not hand over the payment device to a merchant, clerk, waitstaff). The smart device receives a cryptogram identifying an account from the payment device and transmits the cryptogram to the transaction terminal. The transaction terminal resumes the transaction, generates a transaction authorization request message including the cryptogram, and transmits the transaction authorization request message to an issuer of the account. The transaction terminal receives an authorization response message from the issuer, and notifies the smart device of the transaction being approved or declined.

Abstract: Systems, methods, and computer program products for dynamic passcode communication use a merchant application installed on a user device that receives transaction data associated with a transaction at a merchant system. The transaction data may include an account identifier associated with an account at an issuer system. The merchant application determines, based on the account identifier, whether an issuer application associated with the issuer system is installed on the user device. In response to determining that the issuer application is installed on the user device, the merchant application transmits, to the issuer application, a request for a dynamic passcode. The merchant application receives, from the issuer application, the dynamic passcode and transmits, to the issuer system, an authorization request including the account identifier and the dynamic passcode. The merchant application receives, from the issuer system, an authorization response authorizing or denying the transaction.

Abstract: A browser executing on a computer terminal associated with a merchant receives a payment request for a purchase by a customer from the merchant. The computer terminal transmits, over a communications network to a mobile communication device associated with the customer, a push notification including the payment request and a set of instructions. The payment request indicates an identifier and amount of the purchase. The set of instructions causes the mobile communication device to activate a card reader using a mobile payment app, present the purchase amount to the customer on a touch-sensitive display of the mobile computing device, receive an acceptance of the purchase amount from the customer via the touch-sensitive display, and authorize the card reader to process payment for the purchase amount based on the acceptance. The computer terminal receives, over the communications network, a confirmation of the processed payment from the mobile computing device.

Abstract: A smart glasses device for initiating a transaction between a first smart card and a second smart card is provided. The smart glasses device may include a camera operable to capture an image of the first smart card and of the second smart card. The smart glasses device may include a display operable to trigger an augmented reality display including a first selectable image of the first smart card and a second selectable image of the second smart card. The camera may further capture a series of motions corresponding to a numerical value inputted in an augmented fillable field, a selection of the second selectable image of the second smart card, and a movement dragging the selected second selectable image from a first location to a second location positioned on top of the first selectable image of the first smart card. The positioning automatically triggering an initiation of the transaction.

Abstract: This disclosure relates to transaction systems and particularly to transaction systems of a peer-to-peer nature for digital assets. The asset transfer system may store user, user accounts, and transaction information in associated logic tables within a memory of a server hosting the asset transfer system. Through the use of, but limited to, curl functions, the asset transfer system may communicate with remote servers housing user wallets and user wallet information to perform transactions of digital assets between users. Before verification and proof of work can be established to complete the transfer of digital assets, the asset transfer system may report to the users of a transaction the details of the transaction. Users of the asset transfer system need not know encrypted or random keys to perform such digital asset transactions and may transfer digital assets only by identification of a username stored within the asset transfer system.

Abstract: The present invention is directed to a system, method, and apparatus for managing a packaging article secured via a locking unit alterable between a locked state and an unlocked state. An indication that a user desires to handle the article may be received and an authorization of the user to handle the article may be performed. An actuator may cause the locking unit to alter from the locked state to the unlocked state, for example, based on the user being authorized to handle the article. Based on the user desiring to purchase the article, inventory information of the article may be updated by decreasing the number of articles in inventory by the article purchased. An account of the user may be charged a cost of the article. An indication may be provided to the user that the article has been purchased.

Abstract: Systems and methods for using token application programming interfaces are disclosed. According to an embodiment, a method for using token programming interfaces may include: (1) receiving, at an eligibility application programming interface (API), a token or a Digital Primary Account Number (DPAN) for a financial instrument from a merchant or a payment facilitator backend; (2) calling, by the eligibility API, a Funding Primary Account Number (FPAN) lookup API with the token or DPAN; (3) receiving, by the eligibility API, the FPAN for the token or DPAN from the FPAN lookup API; (4) generating, by the eligibility API, an issuer reference identifier for the FPAN; (5) storing, by the eligibility API, a mapping between the FPAN and the issuer reference identifier; and (6) communicating, by the eligibility API and via the eligibility API, the issuer reference identifier to the merchant or the payment facilitator backend.

Abstract: The present invention provides a method, program, server, and wearable device that may generate a virtual code, which is not matched with any other code, whenever a payment is requested. Furthermore, the present invention provides a method, program, server, and wearable device that may conveniently add a device while security is maintained, when a user wants to add a device capable of being used as a payment means. Moreover, the present invention provides a method, program, server, and wearable device that may add and use only an algorithm without changing a conventional process, and may provide a wearable device-based financial transaction.

Abstract: Methods, systems, and apparatuses are described herein for authenticating access to an account using questions which allow users to provide textual information about transactions conducted by an account. A machine learning model may be trained to predict the guessability of merchants. A request for access to an account may be received, and transaction data for that account may be received. An authentication question may be presented. For example, a user may be prompted to list places they have shopped recently. A user response comprising text data may be received. The text data may be processed to identify one or more merchants. If the one or more merchant(s) are represented in the transaction data, the machine learning model may be used to determine the guessability of the one or more merchants. An authentication score may be determined based on the guessability, and access to the account may be provided.

Abstract: Methods, systems, and apparatus, including computer programs encoded on a computer storage medium, for transmitting push notification data to a computing device, the push notification data being processable by the computing device to display a push notification, receiving biometric data, the biometric data being provided from user input responsive to the push notification, determining that a user providing the user input is authenticated at least partially based on the biometric data, and inducing execution of a transaction in response to determining that the user is authenticated.

Abstract: Described herein are techniques, devices, and systems for database management using sound-based identifiers. The sound-based identifiers can be encoded based on text-based identifiers input into one or more databases. The sound-based identifiers can be preprocessed and encoded by encoding the text-based identifiers with a double metaphone algorithm. First sound-based identifiers can be sorted in a cluster associated with a node of a hybrid prefix tree list, based on a longest common prefix of the group. The first sound-based identifiers can be re-encoded as second sound-based identifiers and organized into sub-clusters associated with nodes, based on characters of the second sound-based identifiers positioned after characters associated with the clusters. The re-encoded sound-based identifiers can be determined based on metadata. A query can be received and utilized to identify a re-encoded sound-based identifier.

Abstract: A method and system for conducting and recording insurance claim transactions using blockchain is provided.

Abstract: A method for a system includes receiving with a first transceiver of an identity reader device, an ephemeral ID from a first smart device, outputting with the first transceiver, identity reader data to the first smart device, wherein the identity reader data comprises a first identifier and a challenge, receiving with the first transceiver, responsive data from the first smart device, wherein the responsive data comprises token data and contact tracing status of the first smart device, determining in a processor of the identity reader device, whether the first smart device is authorized in response to the ephemeral ID or the token data, and the contact tracing status, and directing with the processor, a peripheral device coupled to the identity reader device to perform a user-perceptible action in response to the processor determining that the first smart device is authorized.

Abstract: A customer risk trigger associated with a customer may be identified. A response to the customer risk trigger may be detected. First risk analysis data related to the customer risk trigger may be gathered, based on the response, from a first datastore. Second risk analysis data related to the customer risk trigger may be gathered, based on the response, from a second datastore. A customer risk profile to model risk attribute(s) of the customer may be gathered. The risk attributes may represent a risk correlation between the customer and a prohibited act. Customer risk visualization tool(s) configured to facilitate visual user interaction with the customer risk profile may be gathered. The customer risk visualization tools may be rendered in a display of the computing system. The customer risk visualization tools provide a customer-centric view of risk for various applications, including anti-money laundering applications.

Abstract: Provided is a method including receiving, by a user device, a request from an identity service to approve communicating a user proof-of-identity to a relying party. A user of the user device is prompted to request a one-time transaction identifier based on the request. Based on a first input from the user, the user device requests the one one-time transaction identifier from the identity service. In response to the request for the one-time transaction identifier, the user device receives the one-time transaction identifier from the identity server and displays the one-time transaction identifier on a first user device screen. The user inputs the one-time transaction identifier on a second user device screen and the user device communicates the one-time transaction identifier to the identity service. In response to receiving the at least one inputted one-time transaction identifier, the relying party determines whether to approve or deny a transaction.

Abstract: A network node associated with a retail store receives digital images from customers who have initiated a customer transaction at a first location. The digital images are unique and are associated with the transaction. The transaction is then temporarily suspended. To resume the transaction, the customer provides information describing features of the previously provided digital image. The network node uses this information to locate the corresponding digital image, and thus, the corresponding suspended transaction, and to authenticate the customer to resume the transaction. Provided the customer is authenticated, the node resumes the suspended transaction.

Abstract: The present disclosure relates to a point of sale [POS] system (1) for contactless payment of products, comprising a payment processing unit (10) for facilitating electronic payment of products based on payment-facilitating information received from a portable payment device (30), such as a contactless card. The payment processing unit (10) is connected to a plurality of antennas (20a-20d), each associated with a respective product and each configured to read payment-facilitating information from a portable payment device (30) when the portable payment device is brought in the vicinity of the antenna.

Abstract: This disclosure relates to systems and methods for processing electronic payments for customer purchases. In some implementations, a system receives a payment request from a merchant, and transmits payment information to a mobile computing device associated with the merchant. The payment information includes a transaction ID to identify the purchase, a purchase amount, and instructions that cause the mobile computing device to activate a card reader, present a notification of the purchase amount to the customer, receive an acceptance of the purchase amount from the customer, and authorize the card reader to process an electronic payment for the purchase amount. The system receives payment confirmation from the mobile computing device, and provides the parameter confirmation to the merchant.

Abstract: Disclosed are example methods, systems, and devices for integrating payment API services provided by a service provider computing system with a client application. The client application running on a user device may allow a user to make payments and/or to submit payments for approval and may communicate payment information to a client computing system. If a payment is submitted for approval via the client application, the client computing system may make API calls to the service provider computing system to, for example, submit, view, and/or cancel payments. Payments may be approved by a second user using a second device. The service provider computing system initiates fund transfers for approved payments. Payments may be submitted within the operating environment of the client application without use of an application or website of the service provider.

Abstract: A technique of identifying hosts suspected of being sources of ransomware infection includes initiating a tracking interval in response to a data storage system detecting a suspected ransomware attack. During the tracking interval, write requests received by the data storage system are analyzed and ransomware attributes for those write requests are generated. The ransomware attributes of the write requests indicate risks of ransomware infection and are associated with hosts from which the respective write requests originate. A particular host is identified as a suspected source of ransomware infection based at least in part on the ransomware attributes associated with that host.

Abstract: A system and method for ensuring the authenticity of imaged documents by embedding data into the images of such documents. The embedded data can then be extracted and decoded, and used to determine whether a particular document may be fraudulent. The documents may be checks, money orders, contracts, invoices, titles or other legal documents that may need to have their authenticity confirmed to prevent, for example, forged or otherwise false documents from being accepted as genuine.

Abstract: Methods and systems for determining a pallet build sequence include receiving a pick order request, identifying candidate pick items in a warehouse to fulfill the request, grouping the items based on aisles and generating aisle-based lists per group, and sorting each list based on location of each of the items per group from front to back of the warehouse. For each list, the method includes selecting a first item at a top of the list, adding the first item to a bottom layer of a pallet, determining an amount of weight of items from the list that can be layered on top of the first item and determining whether the first item can support the determined amount of weight. If the first item can support the determined weight, the first item can be kept in a pick sequence as the pallet's bottom layer and removed from the list.

Abstract: Techniques for providing a service execution method and device are described. A request is received from a browser of a client device. A web page is determined from the received request. The web page is transmitted to the client device to wake up a designated application of the client device. A service execution request is received from the designated application of the client device. The received service execution request is determined to correspond to the received request. In response to determining that the received service execution request corresponds to the received request, a service is executed based on the received service execution request.

Abstract: A gateway encryption service is used to ensure consistent, source independent tokenization for payment accounts and synchronizing payment account information with merchants. A consistent, evergreen merchant-facing token is generated and used for each payment account for the merchant, ensuring that regardless of the payment method used by the customer (e.g., plastic card point-of-sale, pay wallet, saved card information) for the same underlying account, the merchant has a single token. Further, if the account number for the underlying payment account changes (e.g., the card expires or is stolen) the merchant-facing token remains consistent. The evergreen token ensures that the system functions more efficiently, saving resources in processing and storage and ensuring less network traffic for failed transactions. The system further implements encryption and security despite the consistent tokenization, further saving resources.

Abstract: Systems, methods, and computer-readable storage media configured to facilitate execution of transactions via a money transfer network are disclosed. During execution of the transactions, tokenized identity information may be utilized when exchanging transaction data between geographically distributed nodes of the money transfer network and the transactions are recorded to a distributed ledger maintained by the nodes. Smart contracts may be utilized to digitally sign transactions at various stages of transaction processing, such as at different stages of regulatory compliance validation and to authenticate the validity of the requested transaction (e.g., prevent double-spends). Utilizing tokenized identity information may reduce the likelihood that personally identifiable information (PII data) is obtained by or inadvertently provided to unauthorized third parties or systems.

Abstract: A process for monitoring network behaviour of IoT devices, which includes: monitoring a communication network traffic to identify TCP and UDP traffic flows to and from each of one or more IoT devices; processing the identified traffic flows to generate a corresponding data structure representing the identified network traffic flows of the IoT device in terms of, for each of local and internet networks, one or more identifiers of respective hosts and/or devices that had a network connection with the IoT device, source and destination ports and network protocols; and comparing the generated data structure for each IoT device to corresponding data structures representing predetermined manufacturer usage description (MUD) specifications of known types of IoT devices to generate quantitative measures of similarity of the traffic flows of the IoT device to traffic flows defined by the predetermined MUD specifications to identify the type of the IoT device

Abstract: Provided are methods that include determining a set of transaction related actions for an agent, selecting a first transaction related action from the set of transaction related actions for the agent based on a plurality of features associated with the agent, generating transaction data associated with a fraudulent transaction based on the first transaction related action, generating a feature vector, the feature vector including transaction data associated with the fraudulent transaction, providing the feature vector as an input to a fraud detection machine learning model. Methods may also include determining an output of the fraud detection machine learning model based on the feature vector as the input, and generating a fraudulent reward parameter for the first transaction related action based on the output of the fraud detection machine learning model. Systems and computer program products are also provided.

Abstract: An apparatus, related devices and methods, having a memory element operable to store instructions; and a processor operable to execute the instructions, such that the apparatus is configured to identify, on an electronic device, a phone number of an incoming caller device; request, via an out-of-band control channel, a digital certificate for the phone number from the incoming caller device; receive, via the out-of-band control channel, the digital certificate for the phone number from the incoming caller device; determine whether the digital certificate for the phone number is authentic; and indicate, on the electronic device, based on a determination that the digital certificate for the phone number is authentic or not authentic, whether the phone number is authentic or not authentic.

Abstract: Systems and methods are provided for receiving an encrypted payment payload from a digital wallet host, transmitting a low value token to a merchant, receiving an authorization request, requesting authorization for the transaction from an issuer financial institution using financial data from the encrypted payment payload, receiving an authorization decision from the issuer financial institution, and transmitting an authorization response to the merchant.

Abstract: A device may receive information related to a first plurality of individuals and an individual. Each of the first plurality of individuals may be associated with a respective one or more accounts. The device may receive a request to match the individual and one or more individuals. The device may determine a match of the individual and the one or more individuals based on the information. The device may receive, from a user device associated with the individual, a selection of an account, of the respective one or more accounts, associated with another individual of the first plurality of individuals. The device may provide, for display to the other individual, a notification that the individual and the other individual have been matched and that the individual selected the account associated with the other individual. The device may perform one or more actions related to completing the transaction using the account.

Abstract: A method for proving identity when registering for a service includes presenting by the entity a user with options for registering for the service, wherein the options comprise validating an identity of the user through a trusted partner. The method includes receiving, by the entity, user data from the trusted partner responsive to the user logging into a page on the trusted partner. The method includes validating the user identity for the service responsive to a determination that a user identifier from the trusted partner matches a user identifier on record with the entity. The method includes populating entity user data for the service according to the user data received from the trusted partner responsive to successfully validation of the user identity. In embodiments, a risk analysis score is determined for the user and registration steps for registering are selected based on comparison of the registration score with a threshold.

Abstract: A heuristic money laundering detection engine includes capabilities to collect an unstructured data set, such as a transaction record, and detect indications of money laundering activity. By detecting money laundering activity and feeding back indications of money laundering transactions, the heuristic algorithm may continue to learn and improve detection accuracy. Such indications may include correlations to sets of transaction activity among a number of financial accounts and past indications of money laundering activity. Indications of money laundering may allow generation of audit reports for reporting to regulatory authorities.

Abstract: A transaction is detected on a transaction terminal. A first code is presented on a display of the transaction terminal that is encoded with an identifier and a passcode for a wireless connection between the transaction terminal and a mobile device operated by a customer. The mobile device processes the code to wirelessly connect to the transaction terminal using the identifier and the passcode. A second code is presented on a display of the transaction terminal. The second code when captured by the mobile device causes a transaction interface to be remoted from the transaction terminal to the mobile device over the wireless connection. The transaction continues with interactions provided on the mobile device and processed on the transaction terminal without any customer touching of the display of the transaction terminal and without any customer touching of any keys or keypad of the transaction terminal.

Abstract: A payment transaction method is provided comprising: providing a 2-dimensional coded representation to a payment giver for identifying the payment receiver; providing a code recognition device to recognize the 2-dimensional coded representation as being associated with the payment receiver; commencing a payment transaction from a payment giver to the payment receiver; wherein the 2-dimensional coded representation is provided to the code recognition device using a non-visual interaction channel, and the 2-dimensional coded representation is recognized using non-visual scanning. Alternatively or additionally, a push request database may be provided which allows a selection to be made between payment using a push request or payment using a 2d coded representation. This selection may be performed by the payment giver, the payment receiver or an arbiter.

Abstract: There are provided systems and methods for a carbon neutral blockchain protocol for resolving carbon offsetter payments for cryptocurrency transactions. A service provider, such as an online transaction processor, may provide a green wallet and network protocol that provides carbon offsetting fees and payments to carbon offsetters in order to account for carbon emissions and usage when processing cryptocurrency transactions on a blockchain network protocol. A green wallet may be provided, which allows registration of carbon offsetters and use of green addresses to cause cryptocurrency to be processed in a green transaction. A user's digital wallet may sign an initial cryptocurrency transaction and provide the fee to the green wallet. The green wallet may then resolve the cryptocurrency transaction by further signing the transaction and transmitting the fee to a digital wallet of the carbon offsetter over another cryptocurrency processing network.

Abstract: Applying funds is disclosed. A set of interfaces for configuring filtering criteria and receiving user configurations of the filtering criteria is displayed. Fund information pertaining to a fund that is to be applied to one or more receivables under an insurance policy account is received. A set of eligible receivables is identified based on filtering information included in the fund information and a set of preconfigured filtering criteria. A set of ranked receivable partitions to which the fund is applied is established based on a set of preconfigured priority criteria and using the fund information and information associated with the set of eligible receivables. The fund is applied to the ranked receivables partitions according to the rankings.

Abstract: Systems and methods for use with a service provider and a consumer electronic device include a trusted remote attestation agent (TRAA) configured to perform a set of checking procedures or mechanisms to help ensure the security status of a consumer electronic device (e.g., a mobile terminal or phone) that holds financial instruments. The checking procedures may include: self-verifying integrity by the TRAA; checking for presence of a provisioning SIM card (one that was present when the financial instruments were enabled on the device); checking that a communication connection between the consumer electronic device and the service provider is available and active; and checking that communication connectivity to a home mobile network is available and active. The frequency of the checking mechanisms may be adjusted, for example, according to a risk-profile of a user associated with the device or the location (e.g., GPS location) of the device.

Abstract: In some implementations, a system may receive exchange data that includes a credential for an exchange and an indication of an entity associated with the exchange. The system may determine that an entity location is within a threshold distance of a target location included in a set of target locations. The system may determine a baseline location associated with a user. The system may determine that the baseline location is outside of a threshold proximity of all target locations included in the set of target locations. The system may transmit, to a mobile device associated with the user, a message that includes an indication of the target location based on determining that the entity location is within the threshold distance of the target location and based on determining that the baseline location is outside of the threshold proximity of all target locations included in the set of target locations.

Abstract: Embodiments of the present invention relate to systems and methods that allow users to use their communication devices to perform transactions (e.g., payment transactions, access transactions, etc.). To complete a transaction, a resource provider electronically generates a code representing transaction data and displays it on an access device. The user scans the code with his or her communication device using a camera associated with the communication device, for example. The code is interpreted by an application on the communication device. The user may request and receive a token at the communication device corresponding to sensitive information selected to perform the transaction (e.g., a primary account number). The user may then provide the token and the transaction data via the communication device to a server computer, which may facilitate completion of the transaction between the user and the resource provider using the transaction data and the token.

Abstract: The system and methods described herein may be utilized to perform operations in a faster and less complex manner than provided by conventional systems. An encrypted record may be stored at a user device. The encrypted record may include entries related to operations that were previously requested by the user device. The encrypted record may have been encrypted using a dynamic value and a key that is associated with an entity associated with the user. A recipient computer of a request by the user device may be configured to utilize the dynamic value provided in the request and the key associated with the entity to derive the encryption key(s) last used to encrypt the record. The recipient computer may decrypt and modify the decrypted record to perform the requested operation while the user device is precluded from doing so.

Abstract: A message tracking computing device for identifying anomalous activity in real-time is provided. The message tracking computing device is programmed to receive real-time transaction data including a plurality of transaction records. Each transaction record associated with a payment transaction. The message tracking computing device is also programmed to sort the plurality of transaction records into a plurality of channels. The message tracking computing device is further programmed to compute, for each channel, a normalized velocity score by computing a streaming mean, computing a streaming standard deviation, and computing the normalized velocity score based on the streaming mean, the streaming standard deviation, and a transaction ratio.

Abstract: Systems and methods are provided for providing alerts to a user. The systems and methods may include a financial service provider including a memory device storing instructions. The financial service provider may also include at least one processor configured to execute the instructions to perform a plurality of operations. The operations may include receiving data relating to an activity of a user. The operations may also include identifying a merchant based at least on the received data. The operations may also include accessing historical fraud or disputes data associated with at least one of the user and the merchant. The operations may also include determining whether the received data triggers an alert. The operations may further include sending an alert message to a user device associated with the user when the processor determines that the received data triggers the alert.

Abstract: Methods, systems, and apparatuses are described herein for the direct sharing and use of transaction data separately from transaction authorization processes. Transaction metadata associated with a transaction may be received and validated. Authorization information corresponding to the transaction may be received. The degree to which the transaction metadata is tested may be based on a predicted time of receipt of the authorization information. The transaction metadata and authorization information may be correlated. A computing device may determine whether to authorize the financial transaction based on the authorization information and the correlated transaction metadata. All or portions of the transaction metadata may be provided to one or more users after the transaction has been authorized or denied.

Abstract: A method includes providing an initial communication, by an access device to a user device. The access device can receive the user identifier and the access token and receive a secret associated with the user. The access device can determine, using the user identifier and/or the access token, if the transaction is authorized by an authorizing entity computer associated with the access device or by an authorizing entity not associated with the access device. If the transaction is authorized by the authorizing entity computer associated with the access device, the access device can transmit an authorization request message comprising the user identifier, the secret, and the access token to the authorizing entity computer. The authorizing entity computer validates the secret, retrieves a real credential of the user using the user identifier, and authorizes the transaction.

Abstract: An article of manufacture is described as implemented in a mobile device having a lock screen wallpaper, where the mobile device maintains a profile storing authentication data associated with both a primary user of a mobile device and one or more secondary users that are authorized to use the mobile device. When the mobile device is at a business location, the secondary user(s) are non-intrusively authenticated as authorized user(s) of the mobile device. Upon successful authentication a scanning code is displayed over a lock screen wallpaper of the mobile device, where power is conserved in the mobile device by providing the scanning code to the secondary user(s) without unlocking the mobile device.

Abstract: Systems and methods for processing machine learning attributes are disclosed. An example method includes: identifying a user transaction associated with a set of transaction attributes and a first transaction status; selecting, based on a risk evaluation model, a first plurality of transaction attributes from the set of transaction attributes; modifying a first value of a first transaction attribute in the first plurality of transaction attributes to produce a first modified plurality of transaction attributes; determining, based on the risk evaluation model, that the first modified plurality of transaction attributes identify a second transaction status different from the first transaction status; and in response to the determining, identifying the first transaction attribute as a risk attribute associated with the user transaction.

Abstract: Relevance information obtaining means of a fraud estimation system is configured to obtain relevance information about relevance between one service and another service. Comparison result obtaining means is configured to obtain a comparison result of a comparison between user information of a target user in the one service and user information of a fraudulent user or an authentic user in the another service. Estimation means is configured to estimate fraudulence of the target user based on the relevance information and the comparison result.