Abstract: Systems and methods for authenticating a user, the method including receiving an image of a user of a device, identifying a first facial descriptor of the user from the received image and from previously captured images of the user, and determining a difference between the first facial descriptor from the received image and that from the previously captured images. The method further includes identifying a second facial descriptor of a non-user from the previously captured images of the user, and applying facial recognition to images stored in a plurality of second social networking profiles associated with a first social networking profile of the user to identify the second facial descriptor from the images stored in the second social networking profiles. Based on the difference and the second facial descriptor, the user may be authenticated.

Abstract: Systems and methods are provided for managing electronic tokens for device interactions. In some embodiments, a unified graphical user interface is provided for an account, for controlling the activation status and settings associated with authorized electronic devices used for conducting transactions on the account. The electronic devices may be programmed with an electronic token that allows a server to look up sensitive account information, although the electronic token does not divulge the account information itself. Therefore, if an electronic token is compromised or stolen, the account does not need to be closed, and sensitive information remains safe. Moreover, the unified graphical user interface provides detailed and highly customizable controls for settings and restrictions associated with each of the electronic tokens, without modifying or accessing sensitive account or personal information.

Abstract: Methods and systems are disclosed for providing location services. Consistent with disclosed embodiments, disclosed systems and methods may include a beacon registering device for providing location services. The beacon registering device may include a non-transitory memory storing instructions.

Abstract: Systems and methods are provided for authenticating mobile payments from a customer account to a merchant. The systems and methods may include a financial service provider receiving a request to authorize an electronic transaction at a point-of-sale. A financial service provider server computer may verify that the customer is present at the point-of-sale using received location data. An image having distorted text such as a captcha may be transmitted to a device at the point-of-sale, and the customer may read the captcha aloud. A voice sample of the customer may be sent to the financial service provider for comparison to stored voice recordings, to verify that the customer's voice sample is authentic if the voice matches a previously generated voice recording for the account. If the voice sample is authentic, the financial service provider may authorize the mobile payment.

Abstract: In one embodiment, a system comprises a database configured to store at least one record, at least one network communication device, a storage device comprising instructions, and at least one processor configured to execute the instructions to perform a method. The method may comprise receiving a fraud communication associated with a first primary account number, calculating one or more limitations associated with the first primary account number based on an account associated with the first primary account number, and storing a database record including the first primary account number, a new primary account number, and the limitation(s). The method may further comprise receiving a transaction request including a second primary account number, and comparing the second primary account number to the at least one record. The method may also comprise, based on the comparing, enabling the transaction request to proceed, declining the transaction, or disabling the first primary account number.

Abstract: The disclosed embodiments include methods and systems for providing payment token transactions by a mobile device. The mobile device may be operable to obtain a payment token, where the payment token is associated with one or more payment token parameters and the mobile device may be configured to communicate with a financial service provider system over a first network when connectivity to the first network is available to the mobile device. The mobile device may provide the payment token to a contactless payment terminal (CPT) associated with a merchant, during a purchase transaction involving a product provided by the merchant, where the mobile device may communicate the payment token to the CPT over a local network that is different from the first network such that connectivity between the mobile device and the first network is not required.

Abstract: Systems and methods are provided for authenticating mobile payments from a customer account to a merchant. The systems and methods may include a financial service provider receiving a request to authorize an electronic transaction at a point-of-sale. A financial service provider server computer may verify that the customer is present at the point-of-sale using received location data. An image having distorted text such as a captcha may be transmitted to a device at the point-of-sale, and the customer may read the captcha aloud. A voice sample of the customer may be sent to the financial service provider for comparison to stored voice recordings, to verify that the customer's voice sample is authentic if the voice matches a previously generated voice recording for the account. If the voice sample is authentic, the financial service provider may authorize the mobile payment.

Abstract: The disclosed embodiments include methods and systems for providing payment token transactions by a mobile device. The mobile device may be operable to obtain a payment token, where the payment token is associated with one or more payment token parameters and the mobile device may be configured to communicate with a financial service provider system over a first network when connectivity to the first network is available to the mobile device. The mobile device may provide the payment token to a contactless payment terminal (CPT) associated with a merchant, during a purchase transaction involving a product provided by the merchant, where the mobile device may communicate the payment token to the CPT over a local network that is different from the first network such that connectivity between the mobile device and the first network is not required.

Abstract: In one embodiment, a system comprises a database configured to store at least one record, at least one network communication device, a storage device comprising instructions, and at least one processor configured to execute the instructions to perform a method. The method may comprise receiving a fraud communication associated with a first primary account number, calculating one or more limitations associated with the first primary account number based on an account associated with the first primary account number, and storing a database record including the first primary account number, a new primary account number, and the limitation(s). The method may further comprise receiving a transaction request including a second primary account number, and comparing the second primary account number to the at least one record. The method may also comprise, based on the comparing, enabling the transaction request to proceed, declining the transaction, or disabling the first primary account number.

Abstract: In one embodiment, a system comprises a database configured to store at least one record, at least one network communication device, a storage device comprising instructions, and at least one processor configured to execute the instructions to perform a method. The method may comprise receiving a fraud communication associated with a first primary account number, calculating one or more limitations associated with the first primary account number based on an account associated with the first primary account number, and storing a database record including the first primary account number, a new primary account number, and the limitation(s). The method may further comprise receiving a transaction request including a second primary account number, and comparing the second primary account number to the at least one record. The method may also comprise, based on the comparing, enabling the transaction request to proceed, declining the transaction, or disabling the first primary account number.

Abstract: Methods and systems are disclosed for providing location services. Consistent with disclosed embodiments, disclosed systems and methods may include a beacon registering device for providing location services. The beacon registering device may include a non-transitory memory storing instructions.

Abstract: Systems, methods, and computer-readable media are provided for enabling mobile device-based item acquisition and tracking. One exemplary method performed on a mobile device comprises entering a wireless scan mode, detecting a signal from a tag associated with an item in a first area and in proximity to the tag, presenting information associated with the tag, and adding the information to a list. The method further comprises detecting a second tag in a second area, and sending the list to a second device. A second exemplary method performed by a processing terminal comprises receiving the list from a mobile device, entering a wireless scan mode, detecting a signal from a tag associated with an item in proximity to the tag, determining whether the item associated with the detected tag is present on the received list, and enabling the mobile device to complete a transaction to purchase the item.

Abstract: Methods and systems are provided for path management. Consistent with disclosed embodiments, path management system may be configured to perform a series of operations for real time path analysis. The embodiments may determine a user location based on received location data, and then determine a user path based on a sequence of user locations. The embodiments may calculate a path map based on user locations, and then determine one or more of a user density map and a user velocity map based on the path map. The embodiments may determine regions of the user density maps and user velocity maps, and provide instructions to one or more of an environment and a user device. The embodiments may provide guidance to a user of user of the path management system, and/or instructions to change a status of a service location; or modify a product layout or fixture arrangement.

Abstract: In one embodiment, a system comprises a database configured to store at least one record, at least one network communication device, a storage device comprising instructions, and at least one processor configured to execute the instructions to perform a method. The method may comprise receiving a fraud communication associated with a first primary account number, calculating one or more limitations associated with the first primary account number based on an account associated with the first primary account number, and storing a database record including the first primary account number, a new primary account number, and the limitation(s). The method may further comprise receiving a transaction request including a second primary account number, and comparing the second primary account number to the at least one record. The method may also comprise, based on the comparing, enabling the transaction request to proceed, declining the transaction, or disabling the first primary account number.

Abstract: In one embodiment, a system comprises a database configured to store at least one record, at least one network communication device, a storage device comprising instructions, and at least one processor configured to execute the instructions to perform a method. The method may comprise receiving a fraud communication associated with a first primary account number, calculating one or more limitations associated with the first primary account number based on an account associated with the first primary account number, and storing a database record including the first primary account number, a new primary account number, and the limitation(s). The method may further comprise receiving a transaction request including a second primary account number, and comparing the second primary account number to the at least one record. The method may also comprise, based on the comparing, enabling the transaction request to proceed, declining the transaction, or disabling the first primary account number.

Abstract: Methods and systems are provided for path management. Consistent with disclosed embodiments, path management system may be configured to perform a series of operations for real time path analysis. The embodiments may determine a user location based on received location data, and then determine a user path based on a sequence of user locations. The embodiments may calculate a path map based on user locations, and then determine one or more of a user density map and a user velocity map based on the path map. The embodiments may determine regions of the user density maps and user velocity maps, and provide instructions to one or more of an environment and a user device. The embodiments may provide guidance to a user of user of the path management system, and/or instructions to change a status of a service location; or modify a product layout or fixture arrangement.

Abstract: Disclosed embodiments include methods, systems, and computer-readable media configured to, for example, enable parties conducting transactions to identify a financial institution and payment network for a financial account associated with a pre-provisioned payment token using existing payment protocols. The method may include receiving from a third-party device a request for funding account information that identifies a token that does not identify a financial service provider or a payment network. The method may further include accessing a database to retrieve token information associated with the token, the token information include a link account number that indicates a funding account, a financial service provider associated with the funding account, and a payment network, and user preferences associated with the token.

Abstract: Disclosed embodiments include methods, systems, and computer-readable media configured to provide wearable devices storing tokens associated with digital versions of physical documents/cards. The wearable devices may further transfer tokens securely to interested parties without Bluetooth® or other network connectivity beyond NFC radio. In some embodiments, a token vault operator system may receive a request to establish a token vault account for a user, authenticate an identity of the user based at least on the received request, and generating a token vault ID associated with the user. The token vault operator system may further configure access to data sets generated for and associated with the token vault ID, generate tokens associated with the token vault ID, each token corresponding to one of the one or more data sets, and provide the generated plurality of tokens associated with the token vault ID to at least one user device.

Abstract: Systems and methods are provided for managing electronic tokens for device interactions. In some embodiments, a unified graphical user interface is provided for an account, for controlling the activation status and settings associated with authorized electronic devices used for conducting transactions on the account. The electronic devices may be programmed with an electronic token that allows a server to look up sensitive account information, although the electronic token does not divulge the account information itself. Therefore, if an electronic token is compromised or stolen, the account does not need to be closed, and sensitive information remains safe. Moreover, the unified graphical user interface provides detailed and highly customizable controls for settings and restrictions associated with each of the electronic tokens, without modifying or accessing sensitive account or personal information.

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.