Abstract: A specialized mortgage constant calculator may include at least four different modes, each mode associated with a graphical user interface tailored to the mode and displayed on an electronic display. In addition, the mortgage constant calculator may include an adjustable table with a persistent, adjustable frame of reference and other navigational tools that facilitate use of a table that may be far larger than a display area of the electronic display.

Abstract: A learning device receives, for each target, learning data that represents the source of generation of a tensor including a plurality of elements which multi-dimensionally represent the features of the target over a period of time set in advance. When the target satisfies a condition set in advance, the learning device identifies the period of time corresponding to the condition in the learning data. Subsequently, the learning device generates a weighted tensor corresponding to the learning data that is at least either before or after the concerned period of time.

Abstract: Systems and methods provided herein may include a card replacement system. The system may include an automated teller machine in data communication with a server. The automated teller machine may include an input device; a processor; a replacement card storage containing at least one replacement card, wherein the at least one replacement cards may include a magnetic stripe and a chip; a magnetic stripe writer; a chip writer; and an embossing device. The processor may be configured to: receive a replacement card request via the input device; request replacement card information from the server; encode replacement card information onto the replacement card using the magnetic stripe writer and the chip writer; and emboss user information onto the replacement card using the embossing device.

Abstract: A currency management system excels in security, and includes legal tender as a management target. A transaction information management device (TIMD) receives first transaction (Tr) information from a user terminal, and an account information management device receives second Tr information from the TIMD. The (TIMD) receives third Tr information from the account information management device, and a currency information management device receives fourth Tr information from the TIMD. The TIMD receives fifth Tr information from the currency information management device, and the TIMD sends sixth Tr information to a user terminal. The TIMD stores in the transaction information management device the first to sixth Tr information; and the account information management device and the currency information management device receive the first to sixth Tr information from the TIMD, and store the information in the account information management device and currency information management device respectively.

Abstract: Disclosed is a system (100, 200) for authenticating a digital transaction by implementing a multi-party computation protocol. The system comprises a first set of first nodes (102) configured to generate a first data (104), wherein each of the first nodes, from the first set of first nodes, in a second set of first nodes (102A) is an independent party and a server arrangement (106) communicably coupled with the first set of first nodes. The server arrangement is configured to receive the first data from the first set of first nodes, generate a second data (108), verify whether a number of other of the first nodes (102B) not in the second set of first nodes is equal to or at most only one greater than a number of first nodes in the second set of first nodes and authenticate the digital transaction based on the verification, using the secret shares in the first data and the second data.

Abstract: Automated conversion of incompatible data files into compatible benefit packages for a pharmacy benefit management (PBM) platform. In an embodiment, client files, comprising representations of benefit plans, are received. Each representation comprises a plurality of field values. For each representation, a layout and a set of translation rules are received, the plurality of field values in the representation are mapped to a plurality of attribute values based on the layout, and a benefit package, comprising a plurality of components, is generated by applying the set of translation rules to the plurality of attribute values, such that the benefit package represents the benefit plan.

Abstract: A method for digital coin issuance may include: receiving, at a ledger interoperability service and from a gateway communication service, a request to deposit a digital coin balance for an amount of funds for a client to a client digital coin wallet on a distributed ledger; receiving, at an omnibus account, a transfer of the funds from a client demand deposit account for the client; identifying, by the ledger interoperability service, an address for the client digital coin wallet on the distributed ledger using an address book; submitting, by the ledger interoperability service, a request to the gateway communication service to issue the digital coin balance to the client digital coin wallet and to generate postings for the digital coin balance for the distributed ledger; and receiving, by the ledger interoperability service, confirmation from gateway communication service of writing the digital coin balance to the client digital coin wallet.

Abstract: Techniques for certifying a document and for securely transmitting access to the document across a blockchain network are disclosed. A document, which details results of a soft inquiry executed against a user's credit history, is accessed. A hash algorithm is applied to the document to certify it. The hash algorithm is based on a timestamp indicating when the document was created. Applying the hash algorithm also generates a portable identifier reflecting the document is certified at the time indicated by the timestamp. The portable identifier is added as a record to a blockchain. The record is transmitted to a second computer system using public and private keys.

Abstract: Embodiments provide methods, and server systems for performing a combined transaction for one or more scheduled transactions. The method is configured to generate one or more machine readable codes for the one or more scheduled transactions through a first transaction terminal, where each machine readable code is associated with a scheduled transaction of the one or more scheduled transactions. Further, the method includes generating a composite machine readable code based on the one or more machine readable codes. The generation of composite machine readable code further include, at least one authentication attribute of an assignee. The method, furthermore, includes receiving a second transaction request through a second transaction terminal. The second transaction request includes the composite machine readable code.

Abstract: An automated teller machine (ATM) includes a network interface and an authentication circuit configured to receive data indicative of an interaction with the ATM by a user, detect that an individual computing device is in proximity to the ATM, determine that the individual computing device is not associated with a financial account, display a prompt comprising instructions to bind the individual computing device of the user to the financial account, receive data comprising a unique identifier of the individual computing device of the user, bind the individual computing device to the financial account based at least in part on the received unique identifier of the individual computing device of the user, and transmit, to the individual computing device, an application authorization, the application authorization authorizing an application to complete operations associated with the financial account via the bound individual computing device of the user.

Abstract: Example embodiments relate to methods of proving digital assets. The method includes identifying users on an asset transaction platform. The method includes generating a snapshot for each identified user at a first time. Each snapshot includes a user identity and user assets amount for the user at the first time. The user assets amount is a total amount of digital assets held by the user on the asset transaction platform at the first time. The method includes transforming each snapshot into a string combined hash value. Each string combined hash value is generated by hashing one of the snapshots of the user identity and the user assets amount for the first time. The method includes generating a merkle tree. The merkle tree includes a leaf node for each of the string combined hash values. The method includes performing an audit process of the asset transaction platform for the first time.

Abstract: Systems and methods of executing a real-time electronic transaction by a real-time transaction system are disclosed. One the method includes receiving, by a reconciliation system, a transaction update associated with a transaction request from a transaction network. The reconciliation system may authenticate the transaction update by communicating with an authentication system. The reconciliation system may translate the transaction update into at least another format. The reconciliation system may transmit the transaction update to a notification handler. The reconciliation system may receive transaction data associated with the transaction update from a transaction query system. The reconciliation system may transmit the transaction update to a transaction requestor associated with the transaction data.

Abstract: A payment method, apparatus, and device are provided. The method includes: determining, according to geographical location information of a user, a third-party payment institute corresponding to the user's location, obtaining, through a payment server, a payment account of the third-party payment institute compatible for a local transaction, and scanning a barcode to complete a payment using the payment account. During the payment process, a DOI including information of the payment account is presented to a merchant, and the merchant extracts the payment account therein, and forwards order information and the payment account to the third-party payment institute. The third-party payment institute identifies the payment account and forwards the same to the payment server. The payment server identifies a user identity corresponding to the payment account, and then completes the payment process.

Abstract: A system includes a location identifier device configured to receive location information from a user device; a surveillance device configured to capture video surveillance; and a computer system. The computer system is configured to: receive the location information; receive a request for an ATM transaction that includes attribute information associated with the user; obtain, from the received video surveillance, captured attribute information associated with the user; determine that the captured attribute information at least partially matches the received attribute information; transmit a transaction code to the user device based on (i) the location information from the user device being within the area, (ii) the captured attribute information at least partially matching the attribute information, and (iii) the identification of the user associated with the request; and facilitate the ATM transaction based at least partially on the received transaction code.

Abstract: A method performed by a processor of a provider computing system includes allowing an account holder at the provider to initiate a transaction with the provider remotely (e.g., via smartphone, online banking, etc.), by submitting a request for a specified transaction to be picked up in a lockbox at a provider's lockbox location. The pickup and completion of the account holder's requested transaction occurs at a lockbox location that has a plurality of lockboxes. The lockbox allows the account holder to access the facility at the account holder's leisure, both in time and location. The lockbox pickup service alleviates the uncertainty, fluctuating time cost, and inconvenient operating hours by allowing the account holder to request transactions with an easy to use interface resulting in a lockbox to be accordingly prepped so that the account holder can provide the proper authentication information and access the lockbox.

Abstract: A system may include a processor that may receive account information having a plurality of transactions associated with a bank account. The processor may then determine an expected burn rate of funds based on the account information, determine an expected savings balance at a first time based on the account information and the expected burn rate, generate an event in response to the expected savings balance being below a threshold, and send an alert including the event to a computing device associated with the user. The alert may indicate a status of the expected savings balance via an electronic display of the computing device.

Abstract: Described are systems and methods for transferring a token between mobile computing devices. A token transfer processing computing device includes a memory device for storing data and a processor in communication with the memory device. The processor is programmed to receive a token transfer message. The token transfer message includes a current device identifier associated with a current mobile device having an original token associated therewith for initiating secure payments using the current mobile device, and a new device identifier associated with a new mobile device replacing the current mobile device. The processor is further programmed to perform a lookup in a device-to-token mapping table to identify the original token associated with the current mobile device. The processor further generates an updated token associated with the payment account and transmits a token transfer response to the new mobile device. The token transfer response includes the updated token.

Abstract: A method performed by a processor of a provider computing system includes allowing an account holder at the provider to initiate a transaction with the provider remotely (e.g., via smartphone, online banking, etc.), by submitting a request for a specified transaction to be picked up in a lockbox at a provider's lockbox location. The pickup and completion of the account holder's requested transaction occurs at a lockbox location that has a plurality of lockboxes. The lockbox allows the account holder to access the facility at the account holder's leisure, both in time and location. The lockbox pickup service alleviates the uncertainty, fluctuating time cost, and inconvenient operating hours by allowing the account holder to request transactions with an easy to use interface resulting in a lockbox to be accordingly prepped so that the account holder can provide the proper authentication information and access the lockbox.

Abstract: A banknote deposit machine is able to receive banknotes, preferably so as to make a payment, wherein the banknote machine is permanently connected via a data link to a (cloud) storage system, or is designed to establish a temporary data link with the (cloud) storage system. Banknote data, such as image data or serial number data, etc., specifically of banknotes which are considered stolen or which were handed over as a result of a crime, for example as a ransom, are stored in the (cloud) storage system. Whenever the banknote deposit machine receives a banknote whose identification appears suspicious, for example because the banknote has a serial number that is stored in the (cloud) storage system, feedback is sent to the operator of the banknote machine and/or the payment transaction is terminated and/or an appropriate institution or authority, for example the police or a security service, is automatically informed.

Abstract: In a method of preventing fraudulent online financial transactions, a request to authorize an online, financial transaction may be received, where the transaction is associated with a debit or credit card account. A computing device at which information associated with the debit or credit card account was entered for the transaction may be identified, and a first geographic location at which the computing device resides may be determined. Based upon geolocation data indicating one or more geographic locations of the authorized cardholder, it may be determined that the authorized cardholder was at a second geographic location at a time of the transaction. If the second geographic location does not correspond to the first geographic location, the financial transaction may be prevented from being executed.