US20160379191A1 - Securing sensitive user data associated with electronic transactions - Google Patents

Securing sensitive user data associated with electronic transactions Download PDF

Info

Publication number
US20160379191A1
US20160379191A1 US15/189,693 US201615189693A US2016379191A1 US 20160379191 A1 US20160379191 A1 US 20160379191A1 US 201615189693 A US201615189693 A US 201615189693A US 2016379191 A1 US2016379191 A1 US 2016379191A1
Authority
US
United States
Prior art keywords
information
entity
transaction
request
merchant
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US15/189,693
Inventor
Douglas B. Nielson
Charlie L. Kimes
Scott K. Chow
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Liberty Peak Ventures LLC
Original Assignee
III Holdings 1 LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to US94992807P priority Critical
Priority to US11/865,789 priority patent/US8204825B2/en
Priority to US13/481,543 priority patent/US20120265626A1/en
Application filed by III Holdings 1 LLC filed Critical III Holdings 1 LLC
Priority to US15/189,693 priority patent/US20160379191A1/en
Assigned to III HOLDINGS 1, LLC reassignment III HOLDINGS 1, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC.
Publication of US20160379191A1 publication Critical patent/US20160379191A1/en
Assigned to LIBERTY PEAK VENTURES, LLC reassignment LIBERTY PEAK VENTURES, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: III HOLDINGS 1, LLC
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/202Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821Electronic credentials
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829Payment protocols; Details thereof insuring higher security of transaction involving key management
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/385Payment protocols; Details thereof using an alias or single-use codes
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce, e.g. shopping or e-commerce
    • G06Q30/02Marketing, e.g. market research and analysis, surveying, promotions, advertising, buyer profiling, customer management or rewards; Price estimation or determination
    • G06Q30/0241Advertisement
    • G06Q30/0251Targeted advertisement
    • G06Q30/0255Targeted advertisement based on user history
    • G06Q30/0256User search
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce, e.g. shopping or e-commerce
    • G06Q30/02Marketing, e.g. market research and analysis, surveying, promotions, advertising, buyer profiling, customer management or rewards; Price estimation or determination
    • G06Q30/0241Advertisement
    • G06Q30/0251Targeted advertisement
    • G06Q30/0268Targeted advertisement at point-of-sale [POS]
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce, e.g. shopping or e-commerce
    • G06Q30/06Buying, selling or leasing transactions

Abstract

A payment processor for providing a payment service includes a transaction processor to process a transaction request. An application programming interface links a merchant to the transaction processor based on an identifier. A merchant center, located between a gateway and a point of sale device of the merchant, queries a database for information associated with a buyer and the merchant based on information received from the point of sale device, to generate the transaction request based from merchant transaction data received from the point of sale device and the information associated with the buyer and the merchant received from the database, and to communicate the transaction request to the transaction processor. The transaction processor also communicates information associated with the transaction request with the merchant based on the identifier.

Description

    CROSS REFERENCE TO RELATED APPLICATION
  • This application is a continuation of claims priority to and the benefit of, U.S. Ser. No. 11/865,789 entitled “SYSTEM, METHOD AND COMPUTER PROGRAM PRODUCT FOR PROCESSING PAYMENTS” filed Oct. 2, 2007. The '789 application claims priority to, and the benefit of, U.S. Provisional Patent Application Ser. No. 60/949,928, filed Jul. 16, 2007. All of which are hereby incorporated by reference in their entirety.
  • BACKGROUND OF THE INVENTION
  • Field Of The Invention
  • The present invention generally relates to alternative payment systems, and more particularly to a system, method and computer program product for providing registration, integration, payment processing and data capture.
  • Related Art
  • The primary way consumers pay for items online is with the use of financial transaction instruments (e.g., credit or debit cards or “plastic”), where a user enters card and shipping information after having selected one or more items. Alternative-payment systems have been developed to provide alternative means of transaction processing, both for the buyer and the merchant. Examples include payment services such as Google Checkout, Bill Me Later, and eBay's PayPal.
  • One common aspect of many alternative payment systems is the registry function, which requires customers to preload information such as personal information and transaction account information into registry databases. Consumers opt-in and provide these systems with their personal information as well as transaction account information.
  • The payment form accepted by various alternative payment systems may differ, however. For example, some allow the buyer to pay with a credit or debit card versus paying with a checking account.
  • From the buyer's perspective, one advantage of alternative payment systems is that only one set of buyer credentials is necessary to use multiple commerce sites. If, for example, a buyer's credit card expires or needs to be reissued because of fraud or some other reason, with alternative payment systems the buyer is not required to go to all of the commerce sites with which the buyer transacts and change any saved card info. Instead, at worst, the buyer need only make one change.
  • On the merchant side, conventional alternative payment systems require a merchant to create new processes and technology each time a new payment form is added to a merchant's infrastructure. This involves building entirely new linkages to accommodate the new payment solutions. Reconfiguring such an infrastructure can be costly and therefore not practical for some businesses.
  • Notwithstanding the benefits provided by existing alternative payment systems, there is a need for a payment solution which maintains customer privacy, provides fast, secure and convenient payment functionality while reducing the integration requirements for merchants. There also is a need to maintain buyer privacy while collecting aggregate data about purchases made through such payment solutions and providing consumer approved services.
  • Given the foregoing, what is needed is a system, method and computer program product for processing payments.
  • BRIEF DESCRIPTION OF THE INVENTION
  • The present invention meets the above-identified needs by providing a system, method and computer program product for processing payments. In one embodiment, a system for providing a payment service includes a transaction processor configured to process a transaction request. The system further includes an application programming interface operable to link a merchant to the transaction processor based on an identifier. Also included in the system is a merchant center, located between a gateway and a point of sale device of the merchant, configured to query a database for information associated with a buyer and the merchant based on information received from the point of sale device, to generate the transaction request based from merchant transaction data received from the point of sale device and the information associated with the buyer and the merchant received from the database, and to communicate the transaction request to the transaction processor. The transaction processor is further configured to communicate information associated with the transaction request with the merchant based on the identifier.
  • Further features and advantages of the present invention as well as the structure and operation of various embodiments of the present invention are described in detail below with reference to the accompanying drawings.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The features and advantages of the present invention will become more apparent from the detailed description set forth below when taken in conjunction with the drawings in which like reference numbers indicate identical or functionally similar elements. Additionally, the left-most digit of a reference number identifies the drawing in which the reference number first appears.
  • FIG. 1 is a system diagram of an exemplary payment processing system 100 in accordance with an embodiment of the present invention.
  • FIG. 2 is a flowchart illustrating buyer and merchant registration processes in more detail, in accordance with an embodiment of the present invention.
  • FIG. 3 is a flowchart depicting an integration solution and process 300 in accordance with an embodiment of the present invention.
  • FIG. 4 is a block diagram showing the linkage and API configuration in accordance with an embodiment of the present invention.
  • FIG. 5 is a block diagram of an exemplary computer system useful for implementing the present invention.
  • DETAILED DESCRIPTION
  • The present invention, which is directed to a system, method and computer program product for processing payments, is now described in more detail herein in terms of the above exemplary credit or debit card and banking payment processing system. This is for convenience only and is not intended to limit the application of the present invention. In fact, after reading the following description, it will be apparent to one skilled in the relevant art(s) how to implement the following invention in alternative embodiments involving different types of payment methods (e.g. electronic checking, money order, wire transfer, electronic cash, etc.)
  • The terms “buyer,” “user,” “end user,” “consumer,” “customer,” “participant,” and/or the plural form of these terms may be used interchangeably to refer to those persons or entities capable of accessing, using, being affected by and/or benefiting from the tool that the present invention provides for processing payments.
  • Furthermore, the terms “service establishment” (“SE”), “business,” “merchant,” “seller” and/or the plural form of these terms may be used interchangeably and shall mean any person, entity, distributor system, software and/or hardware that is a provider, broker and/or any other entity in the distribution chain of goods or services. For example, a merchant may be a grocery store, a retail store, a travel agency, a service provider, an online merchant or the like.
  • A “transaction account” as used herein refers to an account associated with an open account or a closed account system. The transaction account may exist in a physical or non-physical embodiment. For example, a transaction account may be distributed in non-physical embodiments such as an account number, frequent-flyer account, telephone calling account or the like. Furthermore, a physical embodiment of a transaction account may be distributed as a financial instrument.
  • A financial transaction instrument may be traditional plastic transaction cards, titanium-containing, or other metal-containing, transaction cards, clear and/or translucent transaction cards, foldable or otherwise unconventionally-sized transaction cards, radio-frequency enabled transaction cards, or other types of transaction cards, such as credit, charge, debit, pre-paid or stored-value cards, or any other like financial transaction instrument. A financial transaction instrument may also have electronic functionality provided by a network of electronic circuitry that is printed or otherwise incorporated onto or within the transaction instrument (and typically referred to as a “smart card”), or be a fob having a transponder and an RFID reader.
  • FIG. 1 is a system diagram of an exemplary payment processing system 100 in accordance with an embodiment of the present invention. Generally, system 100 includes four components: registration (A), integration (B), gateway (C), and data capture (D). These components arc arranged so as to maintain a buyer's privacy at a point-of-sale while providing convenient purchasing and payment functionality. This arrangement further provides merchants with an alternative payment solution supported by gateway linkages to multiple types of transaction processors used to receive payments and leveraging any existing infrastructure.
  • The registration component (A) of system 100 includes a buyer interface 101, such as a home computer, a mobile phone, or other device connected to a network such as an e-commerce network on the Internet. Prior to completing a transaction, a buyer registers with the provider of the system 100 by entering registration information as depicted in block 104. This process can take place, for example, on a merchant's website just before the buyer checks out. Alternatively, the buyer can preregister directly with the provider. Block 104 represents an exemplary buyer registration process for registering buyers and merchants with either an alternate payment solution (“APS”) and/or checkout (“CO”) website provider to execute transactions with merchants. This registration information is stored in a database referred to as data warehouse 105. Alternatively, as described below with respect FIG. 5, registration information may be stored in a separate database (not shown).
  • Before being provided access to system 100, a merchant must be registered. Particularly, a merchant registers with the provider of the APS or CO as shown in block 106.
  • A merchant that is not registered with a provider or does not have a merchant acquiring account with a transaction processor 124 provides information such as federal tax identifier, merchant name, address, and the like, through an online merchant sign up engine 110. An example of a sign up registration process is American Express's Want-to-Honor (“WTH”) registration processing system. A merchant can also apply for additional transaction plans (i.e., banking options, credit card issuers, and the like) through the online merchant sign up engine 110.
  • Once registered with a transaction processor 124, such as a credit or debit card company, bank or other merchant financial transaction instrument acquirer (e.g., a credit or debit card company), the merchant is provided with a virtual point-of-sale (“POS”) terminal and a merchant and terminal ID (“MID”). When transacting, the merchant provides the alternative payment system provider with its MID information which, in turn, is received and validated by a MID validation engine 108.
  • The integration component (B) of system 100 takes the virtual POS and integrates it into the processing components of a merchant's website. This can be implemented by installing application programming interfaces (“APIs”) into the merchant's website infrastructure. These APIs allow the relevant financial transaction instrument information of the buyer and transaction information from the merchant (e.g., from the merchant's point of sale device) to be routed to the transaction processor 124 via a merchant center 120 and gateway 122 without the merchant obtaining access during a transaction to the buyer's information such as personal or financial transaction account information.
  • More particularly, after merchant 102 registers, integration engine 112 installs the APIs to provide links (also referred to sometimes as “feeds”) to one or more transaction processors 124 (e.g., acquirer systems). Each link supplies the information necessary to supply a transaction processor 124 with a full set of transaction information necessary to complete a transaction.
  • Application engine 114 provides online application forms to be filled out by merchants to integrate them with new transaction payment services. Other types of information collecting methods can be used. For example, industry wide standard data files can be imported into forms (e.g., using Extensible Markup Language or “XML”), or downloaded or uploaded, as the case may be, directly into data warehouse 105. In either case, the merchant registration data is stored in data warehouse 105, which is a secure database inaccessible from the transaction processor 124. As shown in FIG. 1, data warehouse 105 is also in communication with an aggregator 107 a. Aggregator 107 a may be a third-party which submits transactions for payment to a transaction processor 124 on behalf of other merchants who may or may not have direct relationships with merchant acquirers on the network.
  • The gateway component (C) is a front-end software application that enables financial data to be routed to the respective transaction processors. More particularly, gateway 122 is a server based infrastructure containing software which inserts the buyer and seller details into a payment processing network's authorization infrastructure, such as credit/debit or bank acquirer transaction processor(s) 124.
  • As the new transaction processors are added to system 100, additional connections are added to system 100 to connect the transaction processors to gateway 122. This is accomplished by configuring the software of the gateway to handle the data structures of the new transaction processor and by adding additional links (sometimes referred to as “pipes”) using conventional leased telecommunications lines or internet-based telecommunication protocols.
  • Once the merchant has registered and been integrated into system 100, a buyer can then shop at a merchant website through its interface 116. This is accomplished, for example, by connecting to the merchant's website and logging in with a login and password if pre-registered. If not pre-registered the buyer may shop and proceed to registration when ready to complete the transaction, it should be understood that other authentication techniques may be utilized instead of a login and password, such as smartcard, biometric, RFID or other form of authentication device or method. Once authenticated, the buyer is transferred to merchant's website 118 which has been enabled to accept the payment solution described herein.
  • After shopping, the buyer finalizes the transaction by selecting, for example, a “checkout” button (not shown). The checkout page is hosted off of the merchant's website hosted by enabled engine 118. In other words, when the buyer initiates a checkout process, the buyer is then passed from the merchant's website to another, secure website. Alternatively, the checkout page can be hosted by the provider of system 100.
  • Upon submission of a transaction, the merchant transmits an authorization request to the transaction processor 124 via the enabled merchant engine 118. Logic within merchant center 120 queries the data warehouse 105 for buyer and merchant details and then generates the required authorization request and submission message (for simplicity collectively called “a transaction request”) for insertion into gateway 122. The details merchant center 120 obtains from data warehouse 105 include informatinon associated with the buyer such as buyer transaction account information, name, address and the like, and information associated with the merchant such as acquirer identifier and other information required by a particular transaction processor.
  • The gateway 122, in turn, submits the message to transaction processor 124. In response, the transaction processor 124 provides a response to the authorization request (e.g., approval or decline) to the merchant. The merchant is provided a reference number corresponding to a transaction so that it can track and further process the transaction, but the merchant is not provided the buyer's transaction account information, thereby keeping the buyer's financial transaction account information private during the transaction processing.
  • The particular codes that are exchanged between the enabled merchant engine 118 and merchant center 120 are messages used between conventional transaction processing systems and merchants. Other new forms of transaction processing messages may be developed and used in addition to, or in place of the convention transaction messages since the payment solution described herein moves the servicing responsibility to the transaction processor 124. Similarly, reconciliation may be made between transaction processor 124 and the merchant 102 without additional configuration by the merchant.
  • Data warehouse 105 stores the purchase information (i.e., line item data), such as SKU data, quantity, the buyer's transaction account number, shipping information, and the like, received from merchant center 120. In addition, data warehouse may store buyer information, such as profiles, transaction account information, ship to information, and the like. Other information, such as websites visited, and the like, may also be stored in data warehouse 105.
  • Data capture component (D) 107 is an optional component which provides the ability for third parties (or the provider of system 100 itself) to collect information about transactions and buyers. The data can be used to enhance the customer's search and shopping experience and other applications per the permission granted by, for example, a user opt-in.
  • As explained above, data capture component (P) 107 may include an aggregator engine 107 a which can submit transactions for payment to a transaction processor on behalf of other merchants who may or may not have direct relationships with merchant acquirers on the network. Aggregator 107 a can also compile and distill the information it receives. Particularly, aggregator engine 107 a allows a provider or third party to use transaction information for statistical or marketing purposes. Aggregator 107 a also can be configured to feed information to an advertising search engine 107 b, which may further analyze the data to provide custom advertising or marketing.
  • As described above, from the data warehouse 105, the buyer's data is moved to the merchant center 120. Merchant center 120 combines the merchant and buyer data to create a full transaction data set and in turn communicates the financial transaction data to a gateway 1220. Thus, the transaction is isolated from the merchant's website and is instead concatenated at the merchant center 120. Similarly, the personal information of the buyer can be isolated from the data capture component 107.
  • As explained above, gateway 122 routes the transaction data to the appropriate transaction processor 124, such as a bankcard processor or credit card (e.g. American Express or “AXP”) issuer. Since the merchant is not provided the buyer's transaction account information during a transaction, the buyer's transaction account information is kept private.
  • FIG. 2 is a flowchart illustrating buyer and seller registration processes 200 in more detail. In one embodiment, the buyer registration process operates in a conventional business-as-usual (“BAU”) manner such that the user transaction experience is similar to past transaction experiences. Buyer registration is performed by an operator entering buyer registration information through a buyer interface 101. As the buyer inputs data through buyer interface 101, the data is fed to registration engine 104. Registration engine 104, in turn, performs the steps necessary to register the buyer. Once registration engine 104 has completed registering the buyer, the buyer's spending limit is determined by a buyer validation engine 202. Buyer validation engine 202 performs an authorization process with the transaction processor (i.e., bank or credit card issuer) in order to determine an amount the buyer is authorized to spend. Once registered and validated the buyer is tagged as an enabled buyer as shown in block 204.
  • Merchant registration is performed by an operator entering seller registration information through establishment (i.e., seller) interface 102. In one embodiment, the seller registration process requires merchants to input additional information initially by using conventional service establishment or merchant identifier numbers to vet plastic-accepting merchants and facilitate registration. By registering up front, service establishments which are not registered to accept plastic can sign up for plastic acceptance through sign-up channels such as American Expresses want-to-honor (“WTH”) or bankcard applications. As registration information is entered, it is fed to registration engine 106 which feeds the data to either plastic (e.g., credit/debit card) acceptance engine 206 or non plastic (i.e., non credit card) acceptance. If the merchant wishes to accept plastic, then the service establishment is validated using service establishment or merchant identifier validation engine 210. Once the service establishment validation engine 210 has completed validating the service establishment, the service establishment's website is integrated using site integration engine 212. Once the service establishment is validated and its website integrated using application program interfaces (“APIs”), then the service establishment is an enabled seller as shown in block 214.
  • If the merchant does not accept plastic (block 208), then the service establishment can choose between various payment types to apply for using acceptance application engine 216. The transaction processor 218 (e.g., credit, debit card, or bankcard acquirer) determines whether the service establishment can establish a transaction account. If the service establishment is not accepted by the transaction processor 218, then the application is rejected, as shown in block 222. If the service establishment is accepted, then at block 220 the service establishment is considered registered and the process continues at block 210, as describe above.
  • Advantageously, the above described registration processes maintain user privacy at a point of sale. The service establishment is not provided with the buyer or sellers personal profile data since that data is stored in data warehouse 105.
  • FIG. 3 is a flowchart depicting an integration process 300 in accordance with an embodiment of the present invention. Process 300 begins after a service establishment has been registered as shown in block 302. Once registered, the service establishment has one of three alternative integration procedures to follow. In the embodiment depicted in FIG. 3, the integration procedure followed by the service establishment depends on the size of the service establishment. For small sellers with basic payment needs, the service establishment can be integrated with a conventional click and buy engine 304, which links to a hosted payment website 306. A hosted payment website allows a third party to process payments on its payment page as shown in block 308. For small to medium sized sellers having a conventional shopping cart, the service establishment integrates using a standard shopping card pre-integration engine 310, which involves downloading pre-integrated application programming interfaces (APIs), as shown in block 312. Once integrated, at block 314, the registered service establishment provides a link from the checkout to the web front end. For large sellers with custom e-commerce infrastructures, a custom integration can be performed as shown in block 316. Once the service establishment is integrated, then an alternative payment solution is deployed using a software development kit (“SDK”) and associated libraries as shown at block 318. Once the payment solution has been deployed, a service establishment can join, integrate and test their systems, as shown in block 320.
  • FIG. 4 is a block diagram showing the linkages and API configuration in accordance with an embodiment of the present invention. As shown in FIG. 4, transaction processors 124 (e.g., acquirer processors) are linked to merchant systems 404 by acquirer/processor links 402. As described above, Gateway 122 is a front-end software application that enables financial data to be routed to the respective transaction processors 124. As shown, each merchant system 404 maintains its own transaction processor links 402.
  • A payment solution engine 410 integrates with the web front end of the enabled merchant website 406 using payment solution tools and APIs 408. Payment solution tools and APIs 408 also supply the software and links used to leverage gateway 122 to route transactions to the merchants. By incorporating tools and APIs 408 between the gateway and payment solution (blocks 122, 410, respectively) and merchant systems and websites (blocks 404, 408, respectively), the gateway 122 is leveraged to route transactions to the merchants existing transaction processor 124 rather than require the merchants to create new links. A registry engine 410 feeds the payment solution engine 410 buyer and merchant registration information. In addition, as explained above, data warehouse 105, which may be one or more databases, captures transaction details.
  • The present invention (i.e., systems and processes 100, 200, 300 and 400) or any part(s) or function(s) thereof) may be implemented using hardware, software or a combination thereof and may be implemented in one or more computer systems or other processing systems. However, the manipulations performed by the present invention were often referred to in terms, such as logging in or filling out a form, which are commonly associated with mental operations performed by a human operator. No such capability of a human operator is necessary, or desirable in most cases, in any of the operations described herein which form part of the present invention. Rather, the operations are machine operations. Useful machines for performing the operation of the present invention include general purpose digital computers or similar devices.
  • In fact, in one embodiment, the invention is directed toward one or more computer systems capable of carrying out the functionality described herein. An example of a computer system 500 is shown in FIG. 5.
  • The computer system 500 includes one or more processors, such as processor 504. The processor 504 is connected to a communication infrastructure 506 (e.g., a communications bus, cross-over bar, or network). Various software embodiments are described in terms of this exemplary computer system. After reading this description, it will become apparent to a person skilled in the relevant art(s) how to implement the invention using other computer systems and/or architectures.
  • Computer system 500 can include a display interface 502 that forwards graphics, text, and other data from the communication infrastructure 506 (or from a frame buffer not shown) for display on the display unit 530.
  • Computer system 500 also includes a main memory 508, preferably random access memory (RAM), and may also include a secondary memory 510. The secondary memory 510 may include, for example, a hard disk drive 512 and/or a removable storage drive 514, representing a floppy disk drive, a magnetic tape drive, an optical disk drive, etc. The removable storage drive 514 reads from and/or writes to a removable storage unit 518 in a well known manner. Removable storage unit 518 represents a floppy disk, magnetic tape, optical disk, etc., which is read by and written to by removable storage drive 514. As will be appreciated, the removable storage unit 518 includes a computer usable storage medium having stored therein computer software and/or data.
  • In alternative embodiments, secondary memory 510 may include other similar devices for allowing computer programs or other instructions to be loaded into computer system 500. Such devices may include, for example, a removable storage unit 522 and an interface 520. Examples of such may include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an erasable programmable read only memory (EPROM), or programmable read only memory (PROM)) and associated socket, and other removable storage units 522 and interfaces 520, which allow software and data to be transferred from the removable storage unit 522 to computer system 500.
  • Computer system 500 may also include a communications interface 524. Communications interface 524 allows software and data to be transferred between computer system 500 and external devices. Examples of communications interface 524 may include a modem, a network interface (such as an Ethernet card), a communications port, a Personal Computer Memory Card International Association (PCMCIA) slot and card, etc. Software and data transferred via communications interface 524 are in the form of signals 528 which may be electronic, electromagnetic, optical or other signals capable of being received by communications interface 524. These signals 528 are provided to communications interface 524 via a communications path (e.g., channel) 526. This channel 526 carries signals 528 and may be implemented using wire or cable, fiber optics, a telephone line, a cellular link, a radio frequency (RF) link and other communications channels.
  • In this document, the terms “computer program medium” and “computer usable medium” are used to generally refer to media such as removable storage drive 514, a hard disk installed in hard disk drive 512, and signals 528. These computer program products provide software to computer system 500. The invention is directed to such computer program products.
  • Computer programs (also referred to as computer control logic) are stored in main memory 508 and/or secondary memory 510. Computer programs may also be received via communications interface 524. Such computer programs, when executed, enable the computer system 500 to perform the features of the present invention, as discussed herein. In particular, the computer programs, when executed, enable the processor 504 to perform the features of the present invention. Accordingly, such computer programs represent controllers of the computer system 500.
  • In an embodiment where the invention is implemented using software, the software may be stored in a computer program product and loaded into computer system 500 using removable storage drive 514, hard drive 512 or communications interface 524. The control logic (software), when executed by the processor 504, causes the processor 504 to perform the functions of the invention as described herein.
  • In another embodiment, the invention is implemented primarily in hardware using, for example, hardware components such as application specific integrated circuits (ASICs). Implementation of the hardware state machine so as to perform the functions described herein will be apparent to persons skilled in the relevant art(s).
  • In yet another embodiment, the invention is implemented using a combination of both hardware and software.
  • While various embodiments of the present invention have been described above, it should be understood that they have been presented by way of example, and not limitation. It will be apparent to persons skilled in the relevant art(s) that various changes in form and detail can be made therein without departing from the spirit and scope of the present invention. Thus, the present invention should not be limited by any of the above described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents,
  • In addition, it should be understood that the figures and screen shots illustrated in the attachments, which highlight the functionality and advantages of the present invention, are presented for example purposes only. The architecture of the present invention is sufficiently flexible and configurable, such that it may be utilized (and navigated) in ways other than that shown in the accompanying figures.
  • Further, the purpose of the foregoing Abstract is to enable the U.S. Patent and Trademark Office and the public generally, and especially the scientists, engineers and practitioners in the art who are not familiar with patent or legal terms or phraseology, to determine quickly from a cursory inspection the nature and essence of the technical disclosure of the application. The Abstract is not intended to be limiting as to the scope of the present invention in any way. It is also to be understood that the steps and processes recited in the claims need not be performed in the order presented.

Claims (21)

1-20. (canceled)
21. A computing system, comprising:
communication circuitry; and
one or more processing elements configured to:
receive, from a first entity via the communication circuitry, a transaction request that includes first information identifying a user, wherein the first information is entered via a virtual point-of-sale device that is integrated into a website of the first entity;
retrieve, from an electronic database, second information that identifies an account of the user that is to be used for the transaction, wherein the transaction request does not include the second information and wherein the electronic database is not accessible to the first entity;
transmit a request, via a gateway component, wherein the request includes both the first and second information, wherein the gateway component is configured to route transactions to a processor network based on the second information;
receive an authorization response via the gateway component; and
transmit the authorization response to the first entity.
22. The computing system of claim 21, wherein the one or more processing elements are further configured to register the user and store the second information in the electronic database prior to receiving the transaction request.
23. The computing system of claim 21, wherein the one or more processing elements are further configured to retrieve third information for the first entity from the electronic database and include the third information in the request.
24. The computing system of claim 23, wherein the third information is not accessible to the user.
25. The computing system of claim 21, wherein the one or more processing elements execute instructions of an application programming interface (API) to include the second information in the request.
26. The computing system of claim 21, wherein the one or more processing elements are further configured to transmit, to the first entity, digital information that encodes the virtual point-of-sale device.
27. The computing system of claim 21, wherein the one or more processing elements are configured to transmit an identifier for the request to both the first entity and the processor network.
28. A method, comprising:
receiving, by a merchant center system from a first entity, a transaction request that includes first information identifying a user, wherein the first information is entered via a virtual point-of-sale device that is integrated into a website of the first entity;
retrieving, by the merchant center system from an electronic database, second information that identifies an account of the user that is to be used for the transaction, wherein the transaction request does not include the second information and wherein the electronic database is not accessible to the first entity;
transmitting a request from the merchant center system via a gateway component, wherein the request includes both the first and second information, wherein the gateway component is configured to route transactions to an processor network based on the second information;
receiving, by the merchant center system, an authorization response via the gateway component; and
transmitting, by the merchant center system, the authorization response to the first entity.
29. The method of claim 28, wherein the transaction request is routed to the merchant center system based on registration of the first entity with the merchant center system.
30. The method of claim 28, further comprising:
prior to receiving the transaction request:
registering the user;
receiving the second information from the user; and
storing the second information in the electronic database.
31. The method of claim 28, further comprising:
retrieving third information for the first entity from the electronic database and including the third information in the request.
32. The method of claim 31, wherein the third information is not accessible to the user.
33. The method of claim 28, wherein the second information is included in the request according to an application programming interface (API).
34. The method of claim 28, further comprising:
transmitting digital information that encodes the virtual point-of-sale device to the first entity for integration with the website of the first entity.
35. The method of claim 28, further comprising:
including an identifier in the request and transmitting the identifier to the first entity.
36. A non-transitory computer-readable medium having instructions stored thereon that are executable by a computing device to perform operations comprising:
receiving, from a first entity, a transaction request that includes first information identifying a user, wherein the first information is entered via a virtual point-of-sale device that is integrated into a website of the first entity;
retrieving, from a database, second information that identifies an account of the user that is to be used for the transaction, wherein the transaction request does not include the second information and wherein the database is not accessible to the first entity;
transmitting a request via a gateway component, wherein the request includes both the first and second information, wherein the gateway component is configured to route transactions to an processor network based on the second information;
receiving an authorization response via the gateway component; and
transmitting the authorization response to the first entity.
37. The non-transitory computer-readable medium of claim 36, wherein the operations further comprise registering the user and storing the second information in the database.
38. The non-transitory computer-readable medium of claim 36, wherein the operations further comprise retrieving third information for the first entity from the database and including the third information in the request.
39. The non-transitory computer-readable medium of claim 36, wherein the operations further comprise transmitting digital information that encodes the virtual point-of-sale device to the first entity for integration with the website of the first entity.
40. The non-transitory computer-readable medium of claim 36, wherein the operations further comprise including an identifier in the request and transmitting the identifier to the first entity.
US15/189,693 2007-07-16 2016-06-22 Securing sensitive user data associated with electronic transactions Abandoned US20160379191A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US94992807P true 2007-07-16 2007-07-16
US11/865,789 US8204825B2 (en) 2007-07-16 2007-10-02 System, method and computer program product for processing payments
US13/481,543 US20120265626A1 (en) 2007-07-16 2012-05-25 System, method and computer program product for processing payments
US15/189,693 US20160379191A1 (en) 2007-07-16 2016-06-22 Securing sensitive user data associated with electronic transactions

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US15/189,693 US20160379191A1 (en) 2007-07-16 2016-06-22 Securing sensitive user data associated with electronic transactions

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US13/481,543 Continuation US20120265626A1 (en) 2007-07-16 2012-05-25 System, method and computer program product for processing payments

Publications (1)

Publication Number Publication Date
US20160379191A1 true US20160379191A1 (en) 2016-12-29

Family

ID=40259972

Family Applications (3)

Application Number Title Priority Date Filing Date
US11/865,789 Expired - Fee Related US8204825B2 (en) 2007-07-16 2007-10-02 System, method and computer program product for processing payments
US13/481,543 Abandoned US20120265626A1 (en) 2007-07-16 2012-05-25 System, method and computer program product for processing payments
US15/189,693 Abandoned US20160379191A1 (en) 2007-07-16 2016-06-22 Securing sensitive user data associated with electronic transactions

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US11/865,789 Expired - Fee Related US8204825B2 (en) 2007-07-16 2007-10-02 System, method and computer program product for processing payments
US13/481,543 Abandoned US20120265626A1 (en) 2007-07-16 2012-05-25 System, method and computer program product for processing payments

Country Status (2)

Country Link
US (3) US8204825B2 (en)
WO (1) WO2009011992A1 (en)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7774402B2 (en) 2005-06-29 2010-08-10 Visa U.S.A. Adaptive gateway for switching transactions and data on unreliable networks using context-based rules
US20100299212A1 (en) * 2008-08-27 2010-11-25 Roam Data Inc System and method for a commerce window application for computing devices
US8549279B1 (en) 2007-10-23 2013-10-01 United Parcel Service Of America, Inc. Encryption and tokenization architectures
US9424562B2 (en) * 2007-11-30 2016-08-23 U.S. Bank National Association Profile-based arrangements and methods for disparate network systems
US20090240620A1 (en) * 2008-03-24 2009-09-24 Propay Usa, Inc. Secure payment system
US20100004989A1 (en) * 2008-05-20 2010-01-07 American Express Travel Related Services Company, Inc. Systems, methods, apparatus and computer program products for interfacing payment systems to a network associated with a referral
US8069121B2 (en) * 2008-08-04 2011-11-29 ProPay Inc. End-to-end secure payment processes
GB2466676A (en) 2009-01-06 2010-07-07 Visa Europe Ltd A method of processing payment authorisation requests
GB2466810A (en) 2009-01-08 2010-07-14 Visa Europe Ltd Processing payment authorisation requests
US8655733B2 (en) * 2009-08-27 2014-02-18 Microsoft Corporation Payment workflow extensibility for point-of-sale applications
US8768802B2 (en) * 2009-12-03 2014-07-01 Visa U.S.A. Inc. System and method of matching financial transaction records to merchant records of a merchant profile database
AU2014280914B2 (en) * 2010-04-07 2017-01-05 Cardinalcommerce Corporation Universal merchant application, registration and boarding platform
CA2795276C (en) * 2010-04-07 2019-05-07 Cardinal Commerce Corporation Universal merchant application, registration and boarding platform
AU2011276949B2 (en) * 2010-07-06 2014-05-29 Powerseller Holdings Limited A system for electronic transactions
WO2012006628A2 (en) * 2010-07-09 2012-01-12 Visa International Service Association Gateway abstraction layer
US9195983B2 (en) 2011-04-05 2015-11-24 Roam Data Inc. System and method for a secure cardholder load and storage device
US10580049B2 (en) 2011-04-05 2020-03-03 Ingenico, Inc. System and method for incorporating one-time tokens, coupons, and reward systems into merchant point of sale checkout systems
WO2012138329A1 (en) * 2011-04-05 2012-10-11 Will Graylin System and method for checkout and customer data capture in commerce applications
WO2012031266A2 (en) 2010-09-03 2012-03-08 Visa International Service Association System and method for custom service markets
CA2832359C (en) * 2011-04-05 2018-05-08 My Life It (Aust) Pty Ltd Financial transaction systems and methods
US20150081462A1 (en) * 2012-07-31 2015-03-19 Matthew D. Ozvat Systems and methods for secure normative intermediation of payments processing peripherals
US20150032588A1 (en) * 2013-07-24 2015-01-29 Capital One Financial Corporation Systems and methods for enrolling merchants using card data
KR101843431B1 (en) * 2014-04-04 2018-03-29 세이코 엡슨 가부시키가이샤 Pos terminal, pos system, and method for controlling pos terminal
CN105023151A (en) * 2015-07-22 2015-11-04 天地融科技股份有限公司 Card transaction data processing method and device
US9979906B2 (en) * 2016-08-03 2018-05-22 Waymo Llc Beam split extended dynamic range image capture system
WO2019226507A1 (en) * 2018-05-21 2019-11-28 Mastercard International Incorporated Systems and methods for use in facilitating network transactions

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6072870A (en) * 1996-06-17 2000-06-06 Verifone Inc. System, method and article of manufacture for a gateway payment architecture utilizing a multichannel, extensible, flexible architecture
US5931917A (en) * 1996-09-26 1999-08-03 Verifone, Inc. System, method and article of manufacture for a gateway system architecture with system administration information accessible from a browser
US20030154135A1 (en) * 1999-11-05 2003-08-14 Covington Robert D. Interactive in-store/in-mall and on-line shopping system and method
US20010039535A1 (en) * 2000-02-09 2001-11-08 Tsiounis Yiannis S. Methods and systems for making secure electronic payments
WO2001065502A2 (en) * 2000-02-29 2001-09-07 E-Scoring, Inc. Systems and methods enabling anonymous credit transactions
WO2002001447A1 (en) * 2000-06-29 2002-01-03 Jonathan Ferrier An e-commerce system
WO2002003342A2 (en) * 2000-06-30 2002-01-10 Tara Chand Singhal Method and apparatus for a payment card system
US20040260657A1 (en) * 2000-07-18 2004-12-23 John Cockerham System and method for user-controlled on-line transactions
US20040078276A1 (en) * 2000-12-22 2004-04-22 Kotaro Shimogori System for electronic merchandising and shopping
US6931382B2 (en) * 2001-01-24 2005-08-16 Cdck Corporation Payment instrument authorization technique
US7225156B2 (en) * 2001-07-11 2007-05-29 Fisher Douglas C Persistent dynamic payment service
US20030229590A1 (en) * 2001-12-12 2003-12-11 Byrne Shannon Lee Global integrated payment system
JP2003248780A (en) * 2002-02-25 2003-09-05 Fujitsu Ltd Purchase information management system, purchase information anonymization server, and purchase information management method
US20030216999A1 (en) * 2002-05-15 2003-11-20 World Class Marketing Lock-and-key consumer billing data protection for telemarketing
US20050071512A1 (en) * 2002-07-22 2005-03-31 Donte Kim System for Interfacing software programs
US20040107170A1 (en) * 2002-08-08 2004-06-03 Fujitsu Limited Apparatuses for purchasing of goods and services
US7457778B2 (en) * 2003-03-21 2008-11-25 Ebay, Inc. Method and architecture for facilitating payment to e-commerce merchants via a payment service
EP1769457A4 (en) * 2004-06-25 2011-11-02 Heartland Payment Systems Inc Payment processing method and system
US20060111986A1 (en) * 2004-11-19 2006-05-25 Yorke Kevin S System, method, and computer program product for automated consolidating and updating of inventory from multiple sellers for access by multiple buyers
US7438218B2 (en) * 2005-02-28 2008-10-21 Per-Se Technologies Systems and methods for pharmacy reimbursement claim resubmission
US20080208760A1 (en) * 2007-02-26 2008-08-28 14 Commerce Inc. Method and system for verifying an electronic transaction

Also Published As

Publication number Publication date
US20120265626A1 (en) 2012-10-18
WO2009011992A1 (en) 2009-01-22
WO2009011992A8 (en) 2010-03-18
US8204825B2 (en) 2012-06-19
US20090024471A1 (en) 2009-01-22

Similar Documents

Publication Publication Date Title
US10614460B2 (en) Transaction initiation determination system utilizing transaction data elements
JP6625105B2 (en) Electronic wallet device, method, and computer program product
US10636032B2 (en) Systems and methods for enhanced data routing based on a reconciled configuration
US20190279186A1 (en) Dynamic account selection
US10387862B2 (en) Methods and systems for wallet enrollment
US10192210B2 (en) Automatically emailing receipt at POS
US20200250648A1 (en) Systems and methods for facilitating bill payment functionality in mobile commerce
US10825007B2 (en) Remote transaction processing of at a transaction server
US10096021B2 (en) Digital wallet loading
JP6023162B2 (en) Transaction management system and operating method thereof
US10685343B2 (en) Trusted internal interface
US20180240115A1 (en) Methods and systems for payments assurance
US20200051073A1 (en) System and method for enhanced token-based payments
US20180253726A1 (en) Direct connection systems and methods
US10346838B2 (en) Systems and methods for distributed enhanced payment processing
US10528935B2 (en) Payment system and method
US9514455B2 (en) Mobile device payment
RU2602394C2 (en) Payment privacy tokenisation apparatus, methods and systems
US9390412B2 (en) Dynamic point of sale system integrated with reader device
US10867304B2 (en) Account type detection for fraud risk
US9818098B2 (en) Systems and methods for facilitating payments via a peer-to-peer protocol
US10255591B2 (en) Payment channel returning limited use proxy dynamic value
US9292870B2 (en) System and method for point of service payment acceptance via wireless communication
US20190303919A1 (en) Digital wallet system and method
US8620790B2 (en) Systems and methods for dynamic transaction-payment routing

Legal Events

Date Code Title Description
AS Assignment

Owner name: III HOLDINGS 1, LLC, DELAWARE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC.;REEL/FRAME:039128/0272

Effective date: 20140324

AS Assignment

Owner name: LIBERTY PEAK VENTURES, LLC, TEXAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:III HOLDINGS 1, LLC;REEL/FRAME:045611/0193

Effective date: 20180315

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION