Showing papers on "Payment service provider published in 2012"

Systems and methods for enabling mobile payments

Abstract: Systems, devices, and methods for processing payment transactions are provided. In some embodiments, payment account information is stored in a mobile wallet by a configuration portal server, and payment tokens are transmitted to a mobile device. A payment token may be submitted by the mobile device to a merchant point-of-sale device as part of a transaction. The payment token may be transmitted to a mobile wallet registry system, which may use the payment token to obtain the payment account information or otherwise complete the transaction. In some embodiments, more than one payment account may be stored in a mobile wallet, and more than one payment account may be associated with a given payment token.

Payment privacy tokenization apparatuses, methods and systems

Abstract: The Payment Privacy Tokenization Apparatuses, Methods And Systems ("PPT") transform payment token-based purchase orders via PPT components into multi-issuer purchase payment funds transfers. In one embodiment, the PPT obtains a token arbitration request including unique source-neutral universally-resolvable payment token information from a merchant for processing a purchase order from a user. The PPT queries a token database for issuer information on an issuer using the payment token information, and obtains the issuer information. The PPT also determines that the user should be queried for payment options based on the issuer information, and provides a payment options request to a user mobile device. Upon obtaining a response from the mobile device, the PPT generates a purchase authorization request based on the payment options and pre-defined settings for issuers to be contacted for processing the purchase order, and provides the generated purchase authorization request to the issuer.

System and method for managing payment in transactions with a pcd

Abstract: A system and method for managing payment in a transaction using a portable computing device (“PCD”) includes a mobile wallet token being received from an account issuing entity Next, the mobile wallet token is stored in memory within a PCD payment platform (ie, a cloud payment solution) A PCD token that corresponds with the mobile wallet token is generated by the PCD payment platform The PCD token is transmitted over a communications network to a PCD The mobile wallet token corresponds to at least one of: a credit card account, an alternative or non-traditional payment account, a stored value account, an account from a financial institution, and a merchant based card account A mobile wallet token may be generated in response to receiving input from an on-line portal that future use of a payment account with a PCD is desired or in response to input received from a point-of-sale terminal

Integration of payment capability into secure elements of computers

Abstract: Methods, secure elements, validation entities, and computer program products for effecting secure communication of payment information to merchants for Internet-based purchases. Payment information for a user's real payment information is installed in a secure element of a computer, the payment information may comprise a pseudo PAN number for the portable consumer device provided by a validation entity. The secure element is shielded from the computer's operating system to thwart hacker attacks. The user accesses the secure element to make a purchase. In response, the secure element contacts the validation entity with the pseudo account number, and in response obtains dynamic payment information that the secure element can used to effect the payment. The dynamic payment information comprises an account number that is different from the pseudo PAN, and which has at least one difference which respect to the user's real payment information.

Healthcare wallet payment processing apparatuses, methods and systems

Abstract: The HEALTHCARE WALLET PAYMENT PROCESSING APPARATUSES, METHODS AND SYSTEMS (hereinafter “H-Wallet”) transforms patient insurance information, and healthcare procedure schedule information inputs via H-Wallet components into medical claim settlement outputs. In one embodiment, a method is disclosed, comprising: obtaining a user healthcare payment request including user credentials; retrieving healthcare product details and a payment amount from the user healthcare payment request; obtaining balance information of a list of user accounts; determining a recommended account for the obtained user healthcare payment request based on the retrieved healthcare product details, payment amount and the obtained balance information; transmitting a list of user account including the recommended account with the obtained balance information to the user mobile device; receiving a user selection of the recommended account; verifying payment eligibility of the recommended account for the obtained payment request; and processing fund transfer from the recommended account to a healthcare provider.

Electronic offer optimization and redemption apparatuses, methods and systems

Abstract: The ELECTRONIC OFFER OPTIMIZATION AND REDEMPTION APPARATUSES, METHODS AND SYSTEMS (“EOOR”) transform payment card information, user payment card selection preference, and purchase inputs via EOOR components into card addition completion. In one implementation the EOOR performs a method, comprising: receiving a purchase order request via a consumer wallet device; determining a wallet account identifier from the purchase order request; determining a merchant from the purchase order request; retrieving a payment card identifier of at least one payment card associated with the wallet account identifier; generating an offer data query on the payment card identifier; executing the offer data query and retrieving offer data; obtaining user payment card and offer selection preference data; determining an optimized payment card and offer selection based on the user payment card and offer selection preference data; and executing a payment transaction using the optimized payment card and offer selection in response to the purchase order request.

Consumer transaction leash control apparatuses, methods and systems

Abstract: The Consumer Transaction Leash Control Apparatuses, Methods And Systems (“C-LEASH”) transform touchscreen inputs into a virtual wallet mobile application interface including payment control parameters configuration via C-LEASH components into transaction receipts/alerts. In one implementation, the C-LEASH provides, a transaction payment control processor-implemented method, comprising: obtaining, from a user device, payment control parameters via a user interface; storing the payment control parameters with an account; receiving a transaction payment request including payment account information and purchase information; retrieving the stored payment control parameters based on the payment account information; determining when the purchase information of the transaction payment request violates one or more of the stored payment control parameters; and suspending the transaction payment request and sending an alert message to the user device.

Systems and Methods of Aggregating Split Payments Using a Settlement Ecosystem

Abstract: Systems, apparatuses and methods for enabling a group of people to share the cost of an event, such as a meal, the purchase of a gift, or the rental of a car. Embodiments of the invention provide the tools needed to enable a group to participate in a shared event or activity, where one of the participants pays for the event or activity using their payment device and the other members of the group pay their portion of the cost to the participant who made the payment. Embodiments of the invention provide an ecosystem where a person can pay for an event, goods, or services using a single payment device (such as a credit or debit card) and then settle the amounts owed to them by other members of a group using the tools provided by the invention.

Conducting commerce between individuals

Abstract: Receiving payment includes the establishment, at a first server, a transaction record including information identifying a payment amount, a first account to be credited by the payment amount, and a second account to be debited by a debit amount. A financial authorization network performs an authorization analysis on at least the second account. The second account is debited if the authorization analysis is successfully completed, and the first account is directly credited by the payment amount to conclude the transaction. Risk analysis may be performed for each individual. Payment is integrated with shipping.

Multi-Channel Data Driven, Real-Time Anti-Money Laundering System For Electronic Payment Cards

Abstract: Electronic payment card money laundering detection includes receiving real-time payment card transaction data from ingress channels and an egress channels of at least one payment card system through a first API; generating transactional profiles for each of at least payment cards, the ingress channel, the egress channels, and funding sources of the payment cards; in response to receiving transaction data for a current payment card transaction, evaluating the transaction data using a predictive algorithm that compares the transaction data to the transactional profiles to calculate a probabilistic money laundering score for the current transaction; evaluating the probabilistic money laundering score and current transaction data based on a set of rules to generate a suspicious activity report that recommends whether to approve or report the current transaction; and transmitting the suspicious activity report back to the payment card system and transmitting the suspicious activity report to an identified regulatory body.

Secure storage of payment information on client devices

Abstract: An online electronic wallet system and method provide secure storage and transmission of payment instrument information for use in completing online purchases initiated from a client device. A payment instrument's verification code is stored in an encrypted form in local storage on a client device and retrieved and re-encrypted along with other payment instrument information stored on the system using a merchant-specific key. An API library is used to integrate the online electronic wallet system with a registered merchant's purchase flow, including the ability to ensure receipt of an electronic receipt prior to communicating payment instrument information to a merchant server.

Method for conducting a transaction between a merchant site and a customer's electronic device without exposing payment information to a server-side application of the merchant site

Abstract: A transaction is conducted between a merchant site and a customer's electronic device using a payment processor. The merchant site is associated with a client-side application and a server-side application. The client-side application executes on the customer's electronic device. The client-side application electronically sends payment information retrieved from the customer's electronic device to the payment processor. The client-side application does not send the payment information to the server-side application. The payment processor creates a token from the payment information sent by the client-side application. The token functions as a proxy for the payment information. The payment processor electronically sends the token to the client-side application. The client-side application electronically sends the token to the server-side application for use by the server-side application in conducting the transaction. The payment information can thus be used by the server-side application via the token without the server-side application being exposed to the payment information.

Methods and systems for providing a payment account with adaptive interchange

Abstract: Pursuant to some embodiments, systems, methods, apparatus, and means for conducting payment transactions using mobile devices are provided in which a mobile device is presented at a point of sale for use in a payment transaction. A selection of a primary account is received from a user of the mobile device, and the mobile device automatically identifies a product type of the primary payment account. The mobile device selects and transmits a proxy payment account identifier having a product type equivalent to the product type of the primary payment account to the point of sale for use in the payment transaction. The point of sale causes a first payment authorization request message to be routed to an issuer of the proxy payment account.

Systems and devices for mobile payment acceptance

Abstract: A mobile device may provide payment acceptance for purchases, payments and/or money transfers by accepting payment information from a powered, or a non-powered, card using a contactless communication channel formed between the card and the mobile device. The payment information may be communicated by the mobile device to network entities that may be used to settle such purchase, payment and/or money transfer transactions. The mobile device may, for example, accept more than one payment account to split a purchase among several payment accounts. A user of a mobile device may, for example, store payment information within the mobile device for future purchases. A user of a mobile device may, for example, request checkout options using the mobile device, such as customizing receipt delivery, annotating receipts with comments and categorizing purchases for customized accounting reports.

Passing payment tokens through an hop / sop

Abstract: Embodiments of the invention are directed to methods, a computer-readable medium, servers and systems for enabling merchants to pass payment tokens, instead of actual payment information, to third party HOPs and SOPs. This, for example, enables a merchant to charge a consumer, such as on a recurring basis or for a one-off purchase, without having the consumer enter payment information each time and without the merchant actually having to handle payment information. As such, merchants can avoid costs and responsibilities associated with handling and storing consumer payment data, while at the same time it also gives merchants the benefit of engaging in purchase transactions with consumers without requiring that the consumers reenter payment data each time they want to make a purchase.

Real-time payment authorization

Abstract: Novel features to be used in a proxy card payment system include a real-time request to override a declined transaction or to select a different financial account and the insertion of user identification information into the transaction approval message sent to the merchant. A payment request is forwarded to the payment system, which maintains the proxy card account and determines whether the transaction violates a user-defined rule. If the transaction is declined by the issuer that maintains the financial account, or the payment system for violation of a user-defined rule, the payment system sends a real-time message to the user. The user is prompted to override the rule causing the transaction to be declined or to select a new account to process the transaction. Once the payment system receives authorization for the transaction, it inserts the user identification information in an approval message before transmitting the approval to the merchant.

The social and private costs of retail payment instruments: a European perspective

Abstract: The European Central Bank (ECB) carried out a study of the social and private costs of different payment instruments with the participation of 13 national central banks in the European System of Central Banks (ESCB). It shows that the costs to society of providing retail payment services are substantial. On average, they amount to almost 1% of GDP for the sample of participating EU countries. Half of the social costs are incurred by banks and infrastructures, while the other half of all costs are incurred by retailers. The social costs of cash payments represent nearly half of the total social costs, while cash payments have on average the lowest costs per transaction, followed closely by debit card payments. However, in some countries, cash does not always yield the lowest unit costs. Despite countries' own market characteristics, the European market for retail payments can be grouped into five distinct payment clusters with respect to the social costs of payment instruments, market development, and payment behaviour. The results from the present study may trigger a constructive debate about which policy measures and payment instruments are suitable for improving social welfare and realising potential cost savings along the transaction value chain. JEL Classification: D12, D23, D24, O52

Healthcare payment collection portal apparatuses, methods and systems

Abstract: The HEALTHCARE PAYMENT COLLECTION PORTAL APPARATUSES, METHODS AND SYSTEMS (hereinafter “H-Collect”) transforms patient insurance information, and healthcare procedure schedule information inputs via H-Collect components into medical claim settlement outputs. In one embodiment, a method is disclosed, comprising: obtaining a healthcare payment bill from a healthcare provider; determining a user responsible amount based on the obtained healthcare payment bill; facilitating transmission of a user payment request via a healthcare collection portal; obtaining a user payment initiation trigger from the healthcare collection portal; verifying user credentials associated with the user payment initiation trigger; identifying, via a processor, a healthcare payment command within the user payment initiation trigger; and initiating a funds payment transaction based on the identified healthcare payment command.

Managing recurring payments from mobile terminals

Abstract: Equipments and methods are disclosed for facilitating service provisioning in a system that comprises a payment processor, a number of service providers and a mediator that mediates information exchange between the payment processor and service providers, and a mobile terminal operated by payment card holder. In some implementations, service provisioning can be facilitated in cases wherein the payment processor must reside in a strictly regulated Payment Card Industry (PCI) compliant environment and the service providers operate servers that are not PCI-compliant.

System and method of using load network to associate product or service with a consumer token

Abstract: Systems, devices, apparatuses, and methods for conducting a transaction in which a consumer purchases a product or a service by providing payment to a merchant whom is not the provider of the product or service. The invention permits a consumer to present cash or a payment device (such as a credit card or debit card) to a merchant, where that merchant may be an element of a load network or payment processing network. In a typical load network transaction, the merchant would accept the cash or payment device from the consumer and use the funds provided to “load” or recharge an account of the consumer. However, instead of this use of the network, embodiments of the invention operate to allow the consumer to provide the source of payment to the merchant for a product or service offered by a third party which is accessed by the consumer using a consumer token.

Systems and methods for correction of information in card-not-present account-on-file transactions

Abstract: In one aspect, a method for processing a card-not-present account-on-file transaction is provided. The transaction involves a cardholder using payment card information stored by a merchant. The method includes receiving an authorization request message for the transaction, the authorization request message received at a payment network from an acquirer associated with the merchant and receiving an authorization response message, the authorization response message received at the payment network from an issuer. The authorization response includes a denial indicator indicating that the transaction has been denied. The method further includes querying a database coupled to the payment network to determine whether the database includes updated payment card information for a payment card associated with the transaction. The method additionally includes transmitting the updated payment card information associated with the payment card account identifier associated with the transaction to the acquirer for the acquirer to communicate to the merchant.

Cheque mates: participatory design of digital payments with eighty somethings

Abstract: This paper describes a project exploring the design of digital payment services in collaboration with 16 people aged over 80. Many older people find cheques valuable as a means of payment but the UK Payments Council recently proposed their abolition. We describe two designs that simultaneously aimed to preserve and augment the paper cheque as a means of making electronic payments. These were devised during participatory design workshops through critical dialogues with our eighty something participants. Workshop discussions resulted in the creation of a real world cheque system where we issued pre-paid cheques without the involvement of banks. This work informed the development of a digital cheque book based on Anoto digital pen technology. The work illustrates the value of participatory design with 'extraordinary' users, such as the eighty somethings, in HCI.

Mobile image payment system using short codes

Abstract: A Mobile Image Payment System for mobile commerce, which enables a Consumer to use a mobile device to make payments for online, Electronic Media, Print Media and POS Transactions, involving the presentment of a short code. In an embodiment, the Consumer scans the short code that is displayed by a merchant, to initiate a transaction. The system completes the transaction by processing information between a Mobile Payment Client residing on the Consumer's mobile device, a Mobile Payment interface residing on a Transaction Server, and, in a further embodiment, a Mobile Payment Application residing on a merchant's device or POS terminal. The Consumer's mobile device communicates with a Payment Platform, which communicates with a Merchant Transaction Server in order to process and complete the mobile transaction. The short code of the merchant can be displayed on any product or advertising medium.

Fee-For-Service Will Remain A Feature Of Major Payment Reforms, Requiring More Changes In Medicare Physician Payment

Abstract: Many health policy analysts envision provider payment reforms currently under development as replacements for the traditional fee-for-service payment system. Reforms include per episode bundled payment and elements of capitation, such as global payments or accountable care organizations. But even if these approaches succeed and are widely adopted, the core method of payment to many physicians for the services they provide is likely to remain fee-for-service. It is therefore critical to address the current shortcomings in the Medicare physician fee schedule, because it will affect physician incentives and will continue to play an important role in determining the payment amounts under payment reform. This article reviews how the current payment system developed and is applied, and it highlights areas that require careful review and modification to ensure the success of broader payment reform.

Systems and methods for prepaid merchant payment services

Abstract: A computer implemented method, a system, and software provides a new processing origination model allowing a new 6 th party in payment processing systems and networks, to inspect transactions before they are authorized, enabled or further processed by the payment or settlement network. This new processing delivery system and method may limit or reduce the service operators risk exposure to a defined limit, thereby improving the service providers' ability to manage a known and quantifiable risk level per merchant while limiting the system implementer's total amount of risk and improving both the speed of underwriting and merchant approval process.

Social cash transfers and financial inclusion : evidence from four countries

Abstract: In a number of countries, two separate, but potentially complementary policy agendas have emerged in the past five years: governments have sought to increase the use of electronic means for government payments and to promote greater financial inclusion. While the two agendas have by no means converged yet, in practice they have often been translated into a single headline objective: to increase the proportion of recipients of government social cash transfers who receive payment directly into a bank account. This focus note presents the evidence gained from a comprehensive study of these four countries to revisit the key questions asked in 'banking the poor via government-to-person (G2P) payments.' The research focused on the experiences of governments, recipients, and providers, collecting information from each group.

Priceless: the role of payments in abuse-advertised goods

Abstract: Large-scale abusive advertising is a profit-driven endeavor. Without consumers purchasing spam-advertised Viagra, search-advertised counterfeit software or malware-advertised fake anti-virus, these campaigns could not be economically justified. Thus, in addition to the numerous efforts focused on identifying and blocking individual abusive advertising mechanisms, a parallel research direction has emerged focused on undermining the associated means of monetization: payment networks. In this paper we explain the complex role of payment processing in monetizing the modern affiliate program ecosystem and characterize the dynamics of these banking relationships over two years within the counterfeit pharmaceutical and software sectors. By opportunistically combining our own active purchasing data with contemporary disruption efforts by brand-holders and payment card networks, we gather the first empirical dataset concerning this approach. We discuss how well such payment interventions work, how abusive merchants respond in kind and the role that the payments ecosystem is likely to play in the future.

Method and system for facilitating person-to person payments

Abstract: A Person-to-person payments method and system may include receiving a request from a computer network to transfer funds from a first account to a second account, almost instantly. An alias (mobile number or email) is received and is associated with the second account and checked against a database. If the alias exists, multiple options may apply for transferring funds. Next, a secure party identifier is generated and the transfer may be completed. A Payments Switch Module may also communicate with a Third Party Payment Service Provider a request from a Sending or Receiving Financial Institution or party, to send or receive funds from a specific account held by the Third Party Payment Service Provider. This may occur on an adhoc, automatic, or scheduled basis enabling management of 'personal cash concentration'. This feature with the Third Party Payment Service Provider be characterized as a "Bring it Home" feature of the system.

Mobile payment transaction system

Abstract: A payment transaction system comprises a payment authentication token associated with a customer; and a payment platform associated with the authentication token, the payment platform storing a stored value payment account having a pre-paid stored value and information corresponding to a plurality of linked funding accounts. In response to a transaction authentication performed by the authentication token and transaction data associated with the transaction, the payment platform selects the stored value payment account or a linked account, and settles the transaction with the selected account.

KerNeeS: A protocol for mutual authentication between NFC phones and POS terminals for secure payment transactions

Abstract: The aim of this paper is to propose a solution for a potential vulnerability in mobile proximity payment. The mobile proximity payment is the evolution of the card payment whose reference standard is EMV (Europay, MasterCard and VISA). A mobile proximity payment transaction is performed via radio waves so there is the possibility to intercept the communication with the point-of-sale and also to activate the payer device, in a range of 10 cm. The EMV protocol assumes that within a range of 10 cm card fraud is hard to perform, moreover IC card capable point of sale are considered safe a priori, while the card must authenticate itself. This allows a leak of card information. In this paper we describe a possible solution to this problem, adding a safe level to the EMV protocol in the case of mobile proximity payment transactions. Our solution is a Needham-Schroeder based protocol, that guarantees authentication and confidentiality between the entities involved in the payment.