US20150019330A1 - Gui-based wallet program for online transactions - Google Patents

Gui-based wallet program for online transactions Download PDF

Info

Publication number
US20150019330A1
US20150019330A1 US14502114 US201414502114A US2015019330A1 US 20150019330 A1 US20150019330 A1 US 20150019330A1 US 14502114 US14502114 US 14502114 US 201414502114 A US201414502114 A US 201414502114A US 2015019330 A1 US2015019330 A1 US 2015019330A1
Authority
US
Grant status
Application
Patent type
Prior art keywords
user
information
plurality
payment
promotion
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
US14502114
Inventor
Gak Wee Low
Salil Kirit Mody
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.)
PayPal Inc
Original Assignee
eBay Inc
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

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
    • 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/0207Discounts or incentives, e.g. coupons, rebates, offers or upsales
    • G06Q30/0226Frequent usage incentive systems, e.g. frequent flyer miles programs or point systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance interaction with lists of selectable items, e.g. menus
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object or an image, setting a parameter value or selecting a range
    • G06F3/04842Selection of a displayed object
    • 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/22Payment schemes or models
    • G06Q20/227Payment schemes or models characterized in that multiple accounts are available to the payer
    • 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
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224Transactions dependent on location of M-devices
    • 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
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices using electronic wallets or electronic 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/30Payment architectures, schemes or protocols characterised by the use of specific devices
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices using electronic wallets or electronic money safes
    • G06Q20/363Payment architectures, schemes or protocols characterised by the use of specific devices using electronic wallets or electronic money safes with the personal data files for a user
    • 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
    • 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
    • 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
    • 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/0207Discounts or incentives, e.g. coupons, rebates, offers or upsales
    • G06Q30/0222During e-commerce, i.e. online transactions

Abstract

Provided is a method and a GUI-based software application that acts as a wallet with network interconnectivity for enabling a user to securely and seamlessly conduct transactions with his or her online financial transaction program by means of a computer or a wireless handheld device without having to depend on an Internet browser.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation application of U.S. application Ser. No. 12/237,060, which was filed on Sep. 24, 2008, the entire disclosure of which is incorporated herein by reference.
  • FIELD OF THE INVENTION
  • The present invention relates to online, Internet-based financial transaction programs and commercial systems and more particularly to conducting online financial transactions with an Internet browser independent software application.
  • BACKGROUND OF THE INVENTION
  • With the advent of the Internet and online electronic commerce (e-commerce), financial transaction programs that allow users to seamlessly purchase products, transfer funds and conduct transactions over an Internet connection have been in high demand.
  • Traditional methods of executing financial transactions have been limited to a user providing his or her credit card, debit card, or checking account number on a commercial website, or using checks, money orders and other forms of paper-based payments. However, these means of executing financial transactions are often cumbersome, slow, and inconvenient, requiring a user to remember a multitude of account numbers, login data and passwords. This often results in significant time delays for payment processing. Furthermore, security and fraud concerns are prevalent. For instance, a user is often reluctant to provide sensitive credit card or debit card information over an Internet connection, regardless of how “secure” an Internet connection claims to be.
  • Recent financial transaction programs have emerged as a means for a user to pay for purchases, transfer money, receive money (if the user is a merchant), store shipping addresses, and set up multiple financial accounts (e.g. checking or savings, credit card, debit card) all with one single login and password. Security and fraud concerns are also mitigated by means of online financial security precautions, encryption methods, and anti-phising programs that are inherent in online, Internet-based financial transaction systems.
  • However, many of these financial transaction programs are limited in that users are dependent on an Internet browser in order to browse to a main website, enter their username and password data and access their account information in order to execute financial transactions such as paying for purchases, transferring money or checking account balances.
  • Users are limited in that they are dependent on a computer with Internet access and an Internet browser, or a wireless handheld device (e.g. cell phone, BlackBerry, PDA) with an Internet browser application installed. Problems arise if the Internet browser is broken. In that case, the user has no other means of accessing his or her online financial transaction program website. Furthermore, the level of user convenience for a given Internet browsing experience is limited to the specifications of the Internet browser. In other words, the user is stuck with the hard-to-locate buttons, keys or pull-down menus of a selected Internet browser, when the ideal alternative is a user-friendly Graphic User Interface (GUI) program with intuitive aesthetics and keys/buttons placed in regions optimal for user convenience.
  • Therefore, there is need for a method or software application with a user-friendly GUI setup that enables a user to access their online financial transaction program account without having to depend on an Internet browser. One such browser-independent solution is the use of a software application known as a “Widget”, previously known as “Konfabulator”. Widgets are basically software applications that use a JavaScript runtime environment coupled with an XML interpreter reading XML code to run miniature browser-independent GUI applications. Widgets also usually feature a flexible Application Programming Interface (API) for users and programmers to make their own Widgets. Typical Widgets include: weather forecast monitors, temperature or climate indicators, digital clocks, day planners, calendars, stock-tickers, sports game scoreboards, calculators and currency converters.
  • However, the one common feature shared by all Widgets is that they are all “passive” monitors, displayers or calculators of information. For instance, you only use a Widget to observe the weather, tell the time, convert currency rates, or be informed about the present status of a stock or the current score of a sports game. No Widget allows for direct interaction with the external world. For instance, a user cannot use a Widget to conduct financial transactions that have an actual impact on his or her bank account, which belongs in the physical external world. In other words, a user cannot use a Widget to transfer money from his/her bank account, withdraw funds, pay for bills, or perform other financial transactions that have an impact on the world outside of the user's computer.
  • Therefore, there is a need in the art for an Internet browser independent software application similar to Widget-based technology but which integrates a network-interconnectivity aspect and which also utilizes a user-friendly GUI configuration in order to allow a user to seamlessly and securely conduct financial transactions online with a computer or wireless handheld device without having to depend on an Internet browser.
  • SUMMARY OF THE INVENTION
  • Provided is a method and a GUI-based software application that acts as a wallet (“GUI Wallet”) with network interconnectivity for enabling a user to securely and seamlessly conduct transactions with his or her online financial transaction program by means of a computer or a wireless handheld device without having to depend on an Internet browser.
  • First, the user opens the GUI Wallet and then inputs login information such as a username and a password. Then, a communication engine on the widget communicates the login information to the communication engine on the server of an online financial transaction program to see if the login information is valid by looking up relevant login information from a database If the login information is valid, then the server pulls up the user's relevant financial information. Then, the user is presented with a plurality of options in the form of buttons in a GUI Wallet.
  • On a first tab of the GUI Wallet, the user is presented with a plurality of buttons representing different funding sources (Cash/Checks, Visa, Debit Card and Reward Points) and the user's shipping address and other ID data. The user may drag-and-drop any of these buttons into the blank fields of a merchant's website, and the Wallet program then populates the fields with the relevant information (credit card number, shipping address, etc.).
  • On a second tab of the GUI Wallet, the user is presented with a plurality of buttons representing different types of transactions that can be performed with an online financial transaction program. These buttons may comprise transferring money, accepting payments or transfers, checking balances of accounts, paying for bills and converting currencies. Since the user has already logged in, all the relevant user ID and financial information is stored and ready for use. This enables a convenient means of performing financial transactions without having to re-enter login information and without having to rely on an Internet browser.
  • The GUI Wallet uses a communication engine to communicate with another communication engine located on the server of the online financial transaction program. The GUI Wallet sends encrypted data to the server's communication engine, which decrypts it. Then, the decrypted data is sent to an integration engine of the server, which interfaces with a plurality of databases to perform validation, complete transactions and check security. The databases store information such as login ID data, user financial data, blacklists of unsafe websites, reward point totals and transaction histories. Data sent back from the server to the GUI Wallet is also encrypted and then decrypted when received by the GUI Wallet.
  • Merchant sites can also be checked for security. If the site is a merchant site that is known for engaging in phishing or fraud, then the GUI Wallet will alert the user. A blacklist of unsafe sites is stored in one of the databases associated with the server of the online financial transaction program.
  • Further limitations and disadvantages of conventional and traditional approaches will become apparent to one of skill in the art, through comparison of such systems with the present invention as set forth in the remainder of the present application with reference to the drawings.
  • BRIEF DESCRIPTION OF THE FIGURES
  • FIG. 1 is a diagram of a GUI Wallet with a first plurality of buttons according to an embodiment of the invention.
  • FIG. 2 is a diagram showing using the GUI Wallet to drag-and-drop buttons into empty shipping address or ID fields of a merchant website according to another embodiment of the invention.
  • FIG. 3 is a diagram showing using the GUI Wallet to drag-and-drop buttons into empty payment method fields of a merchant website according to another embodiment of the invention.
  • FIG. 4 is a diagram showing the connection between the communication engine of the GUI Wallet and the communication engine of a server associated with an online financial transaction program according to another embodiment of the invention.
  • FIG. 5 is a diagram of a GUI Wallet with a second tab having a second plurality of buttons according to another embodiment of the invention.
  • FIG. 6 is a flowchart showing the steps a user takes in using a GUI Wallet to conduct transactions according to another embodiment of the invention.
  • FIG. 7 is a flowchart showing the steps of how the communication engine of the GUI Wallet and the communication engine of the server send and receive data, according to another embodiment of the invention.
  • To allow cross-referencing among the figures, like elements in the figures are provided like reference numerals.
  • DETAILED DESCRIPTION
  • The following description is presented to enable any person skilled in the art to make and use the invention, and is provided in the context of particular applications of the invention. Various modifications to the disclosed embodiments will be apparent to those skilled in the art and the general principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of the invention.
  • According to embodiments of the invention, provided is a method and a GUI-based software “Wallet” application or a “GUI Wallet” with network interconnectivity for enabling a user to securely and seamlessly conduct transactions with his or her online financial transaction program by means of a computer or a wireless handheld device without having to depend on an Internet browser.
  • FIG. 1 is a diagram of a GUI Wallet with a first plurality of buttons on one or more tabs according to an embodiment of the invention. The first tab 100 of the GUI Wallet has a plurality of funding source buttons 105, 110, 115, 125, an ID button 120 and an alert button 130. Internal to the GUI Wallet software application is the communication engine W 135 of the GUI Wallet, which may be shown on the GUI interface of the GUI Wallet with some sort of GUI indicator, but is shown here in FIG. 1 as a generic icon. The plurality of funding source buttons can include, for example, a cash/check/money-order payment button 105 (“Cash”), a Visa or credit card payment button 110 (“Visa”), a debit card payment button 115 (“DbC”), and a reward point payment button 125 (“RwPt”), as shown in FIG. 1. However, the plurality of funding payment buttons is not limited to the aforementioned list, and the above list is not exhaustive in any way. The cash/check/money-order payment button 105 is tied to software in the GUI Wallet that stores the information about the payment or funding source, such as a user's check number, money order number, or the routing number, account number and name of the account holder of a checking account. The Visa or credit card payment button 110 is tied to software in the GUI Wallet that stores a user's credit card information such as credit card type, credit card number, name of cardholder, expiration date of card, and card security code. The debit card payment button 115 is tied to software in the GUI Wallet that stores a user's debit card information, which should be identical to the credit card information described above. Finally, the reward point payment button 125 is tied to software in the GUI Wallet that stores promotional code numbers, gift card or gift certificate numbers, reward point codes or other types of currency used in reward point systems. All the above data has already been entered by the user before. The drag-and-drop functionality of the funding source buttons will be further detailed in the description of FIG. 3.
  • The ID button 120 as shown in FIG. 1 stores ID information associated with the user. In other embodiments, a plurality of different ID buttons can be displayed and store different types of ID information associated with the user. ID information associated with the user may include, but is not limited to: the user's name (including any titles, department designators, suffixes, prefixes), the shipping address of the user, the billing address of the user, contact phone numbers of the user, and email addresses of the user. The ID button 120 is tied to software in the GUI Wallet that stores this ID information of the user, which has already been entered by the user previously. The drag-and-drop functionality of the ID source button 120 will be further detailed in the description of FIG. 2.
  • The alert button 130 alerts the user on a single issue as shown in FIG. 1. In other embodiments, a plurality of different alert buttons can be shown and alert the user on different issues. The list of issues that a user can be alerted on include, but is not limited to: whether a merchant site is “unsafe” or has a previous history of phising or fraud, whether the communication link established between the GUI Wallet and a given merchant site is secure, whether the user's ID information is correct and matches the user's records, whether a given transaction has been completed or has been successful, or whether a given transaction is not successful. An alert button 130 can also trigger pop-ups or message windows alerting the user of the aforementioned issues. The alert button 130 is tied to software of the GUI Wallet that alerts the user on the aforementioned list of issues.
  • The communication engine W 135 is the communication engine of the GUI Wallet, hence there is a “W” at the end of its name, to denote “Wallet”. The communication engine W 135 communicates with a communication engine S 415 (“S” to denote “Server”), which is further described in FIG. 4. Even though the communication engine W 135 cannot be usually seen on the actual GUI Wallet and it is optional for the GUI Wallet to have an icon denoting the communication engine W 135, a GUI bar, light or box can be made to indicate to the user that the GUI Wallet is in the process of communicating with a server 410 (in FIG. 4) of the online financial transaction program by means of the communication engine W 135. This is almost like a flashing green “status indicator” light frequently seen on programs or devices that indicate that the program or device is engaging in a current communication with something else or is currently in a “busy” mode. The functionality of the communication engine W 135 and its interaction with the communication engine S 415 of the server 410 of the online financial transaction program will be further detailed in the description of FIG. 4.
  • FIG. 2 is a diagram showing using the GUI Wallet to drag-and-drop buttons into empty shipping address or ID fields of a merchant website according to one embodiment of the invention. A user can drag the ID button 120 from the first tab 100 of the GUI Wallet and drop it into a User ID Page 210 of a merchant website. The User ID Page 210 has a plurality of ID fields 215 (e.g. as shown in FIG. 2: Full Name, Address Line 1, Address Line 2, City, State/Province/Region, ZIP/Postal Code, Country, Phone Number, and Email). However, the plurality of ID fields 215 is not limited to the ID fields shown in FIG. 2 nor are the ID fields shown in FIG. 2 in any way exhaustive. Once the user has dragged-and-dropped the ID button 120 from the first tab 100 of the GUI Wallet to the User ID Page 210, the plurality of ID fields 215 are populated with the appropriate data. If the user has already entered ID information previously, dragging-and-dropping the ID button 120 from the first tab 100 of the GUI Wallet to the User ID Page 210 of the merchant website will result in a pre-entered user ID data 220 showing up on the User ID Page 210. After the ID information has been entered, the user can then confirm shipping to this address. The user can repeat a similar process for entering a billing address or other IDs if multiple ID buttons are used. The drag-and-drop functionality of the GUI Wallet is robust, simple and convenient, because it allows a user to simply drag-and-drop ID information from a portable GUI Wallet into a merchant website without having to remember a multitude of ID data (account numbers) and open up a separate Internet browser.
  • FIG. 3 is a diagram showing using the GUI Wallet to drag-and-drop buttons into empty payment method fields of a merchant website according to another embodiment of the invention. The first tab 100 of the GUI Wallet with the plurality of buttons has a plurality of funding source buttons, which include, as shown in FIG. 1, a cash/check/money-order payment button 105, a visa or credit card payment button 110, a debit card payment button 115, and a reward point payment button 125. A user can drag any of the aforementioned funding source buttons from the first tab 100 of the GUI Wallet and drop it into a Payment Method Page 310 of a merchant website. The Payment Method page 310 has a plurality of entry fields, including, as shown in FIG. 3, credit card or debit card entry fields 315, checking account entry fields 320, check or money order entry field 325, and reward point entry field 330. However, the plurality of entry fields is not limited to the entry fields as shown in FIG. 3 nor are the entry fields shown in FIG. 3 in any way exhaustive. Also, as described above for FIG. 1, the plurality of funding source buttons are not limited to the funding source buttons shown in FIG. 1 and are the list of funding source buttons in FIG. 1 are not in any way exhaustive.
  • Once the user has dragged-and-dropped any of the plurality of funding source buttons from the first tab 100 of the GUI Wallet to the Payment Method Page 310, the respective entry field is populated with the appropriate data. For instance, if the user drags-and-drops the cash/check/money-order payment button 105 from the GUI Wallet to a checking account entry field 320 or a check or money order entry field 325, those respective fields will be populated with the appropriate data (e.g. for the checking account entry field 320, the “Routing Number”, “Account Number” and “Name of Account Holder” would be filled in with the user's data, and for the check or money order number, the field would be filled in with the user's data). Also, if the user drags-and-drops the Visa or credit card payment button 110 or the debit card payment button 115 from the GUI Wallet to a credit card or debit card entry field 315, then the relevant fields would be populated with the appropriate data (e.g. the “Card Type”, “Credit Card Number”, “Name of Cardholder”, “Exp. Date of Card” and “CSC (Card Security Code)”). Finally, if the user drags-and-drops the reward point payment button 125 from the GUI Wallet to a reward point entry field 330, the field would be filled in with the user's data, e.g. a money order number or check number or other identifier. The sub-fields of the above mentioned entry fields (e.g. the “Routing Number”, “Account Number” and “Name of Account Holder” are all sub-fields of the checking account entry field 320) are not limited to the sub-fields shown in FIG. 3, and can comprise other or different sub-fields, as appropriate. After the relevant payment information has been entered, the user can then confirm a selected payment method. The drag-and-drop functionality of the GUI Wallet is simple, robust and convenient, because it allows a user to simply drag-and-drop payment method information from a portable GUI Wallet into a merchant website without having to remember a multitude of ID data (account numbers) and open up a separate Internet browser.
  • FIG. 4 is a diagram showing the connection between the communication engine of the GUI Wallet and the communication engine of a server associated with an online financial transaction program according to another embodiment of the invention. The communication engine W 135 of the GUI Wallet comprising the first tab 100 shown in FIG. 1 and a second tab 500 shown in FIG. 5 is coupled to an Internet connection 405 to the communication engine S 415 of a server 410 of an online financial transaction program through a bi-directional communicational link 402. The server 410 of the online financial transaction program includes the communication engine S 415, an integration engine 420, and a plurality of databases, for example a user ID database 425, a financial data database 430 and an unsafe website blacklist database 435, as shown in FIG. 4.
  • However, the plurality of databases of the server 410 is not limited to the databases shown in FIG. 4, nor are the databases in FIG. 4 exhaustive in any way. The databases shown in FIG. 4 are provided for exemplary purposes only. For instance, additional databases could include a database that stores reward points, a database that stores the transaction history of the user, or a database that stores a list of the stores that the user has shopped at before.
  • Whenever a user conducts an action with the GUI Wallet (e.g. dragging-and-dropping a button into a page of a merchant website as shown above in FIG. 2 or FIG. 3, or conducting a financial transaction as further detailed in the description of FIG. 5), the communication engine W 135, the communication engine S 415, the integration engine 420, the plurality of databases (shown in FIG. 4 as 425, 430 and 435) and the server 410 initiate a procedure for sending and receiving data. This procedure is further detailed in the description of the flowchart in FIG. 7. In general, encrypted data is sent from the communication engine W 135 over the bidirectional communication link 402 to the Internet connection 405 and then to the communication engine S 415, where the data is decrypted. Example data encryption methods comprise secure 128-bit encryption or 64-bit encryption methods or Secure Sockets Layer (SSL) encryption methods. After the data is received and decrypted by the communication engine S 415, it is sent to the integration engine 420. The integration engine 420 works with the received data and the plurality of databases—here, shown as the user ID database 425, the financial data database 430 and unsafe website blacklist database 435—in order to properly execute transactions with the online financial transaction program, validate the authenticity of IDs, perform error-checking tasks and execute security checks. Specifically, the integration engine 420 is a business logic interface (any logic or algorithm that handles the information exchange between a database and other software components) that takes the information received by the communication engine S 415 and looks up, verifies and uses data from the plurality of databases in order to effectively conduct transactions. Data coming from the server 410 of the online financial transaction program is sent back to the GUI Wallet in the same manner as described above. Namely, data is first encrypted by the communication engine S 415 and then sent over the bidirectional communication link 402 over the Internet connection 405 to the communication engine W 135, where it is decrypted and then used.
  • Examples of using the GUI Wallet will be provided in order to further understanding of the plurality of databases in the server 410.
  • For instance, if the user were to drag-and-drop the f ID button 120 into a User ID Page 210 of a merchant website as described above for FIG. 2, the communication engine W 135 would then communicate this instruction, in encrypted form, over the bidirectional communication link 402 and the Internet connection 405 to the communication engine S 415. The communication engine S 415 would then decrypt the data instruction and send it to the integration engine 420. The integration engine 420 would then locate the proper ID information from the user ID database 425 and then use its logic to place the relevant ID information in the plurality of ID fields 215, as shown in FIG. 2.
  • A similar process exists if the user were to drag-and-drop any of the plurality of funding source buttons into a Payment Method Page 310 of a merchant website as described above for FIG. 3. The communication engine W 135 would communicate this instruction over the bidirectional communication link 402 and the Internet connection 405 to the communication engine S 415. The communication engine S 415 would then decrypt the data instruction and send it to the integration engine 420. The integration engine 420 would then locate the proper ID information from the financial data database 430 and then use its logic to place the relevant financial data in any of the plurality of entry fields (e.g. 315. 320, 325 or 330) as shown in FIG. 3.
  • The above described process also enables the alert button 130 of the first tab 100 of the GUI Wallet to issue an alarm, as described above for FIG. 1. Any time a merchant website is browsed, the server 410 of the online financial transaction program is engaged and the integration engine 420 can readily perform lookups with the plurality of databases. If the user is attempting to make a transaction on a potentially unsafe website, the integration engine 420 checks the potentially unsafe website against the websites listed in the unsafe website blacklist database 435. If there is a match, then the communication engine S 415 sends an encrypted message about this unsafe website over the Internet connection 405 and the bidirectional communication link 402 to the communication engine W 135, where it is then decrypted and then sent to the alert button 130 for alerting the user, such as lighting-up a GUI feature or popping up a separate message window.
  • The above described process also enables message windows to pop up from either the first tab 100 or the second tab 500 of the GUI Wallet to inform the user if a transaction was successful (e.g. a money transfer or currency conversion) or a message window informing the user of a specific piece of information (e.g. a specific balance amount after performing a balance inquiry), as will be further detailed in the description of FIG. 5. Any time a user decides to conduct a financial transaction with the second tab 500 of the GUI Wallet, the server 410 of the online financial transaction program is engaged and the integration engine 420 can readily perform lookups with the plurality of databases. Once the user has completed a transaction, successfully or not, or performed a balance inquiry, the communication engine S 415 sends an encrypted message about the status of the transaction (successful or unsuccessful) or the specific balance amount inquired about over the Internet connection 405 and the bidirectional communication link 402 to the communication engine W 135, where it is then decrypted and then displayed as a message window in the GUI Wallet. For instance, a message window could pop up stating that the transaction (e.g. money transfer or currency conversion) was successful or unsuccessful, or a message window could pop up describing to the user the specific balance of an account the user performed a balance inquiry on. The details of this process will also be described in the descriptions of FIG. 5 and FIG. 7.
  • FIG. 5 is a diagram of a GUI Wallet with a second tab having a second plurality of buttons according to another embodiment of the invention. The second tab 500 of the GUI Wallet is shown behind the first tab 100 of the GUI Wallet, but the second tab 500 is not limited to this position and can be located anywhere with respect to the first tab 100. Furthermore, the number of tabs of the GUI Wallet is not limited to merely two, and the first tab 100 and second tab 500 are provided only for illustrative purposes. Additional tabs may be added as necessary or as a software engineer sees fit. The second tab 500 includes a plurality of transaction buttons and like FIG. 1, a GUI representation of the communication engine W 135, which is internal to the GUI Wallet software application but can be represented by any GUI indicator, but is shown in FIG. 5 as a generic icon.
  • The second tab 500 of the GUI Wallet comprises a plurality of transaction buttons which can include, for example, a balance check button 505 (“Bal.”), a transfer money button 510 (“Send”), and a currency conversion button 515 (“Con.”), as shown in FIG. 5. However, the plurality of transaction buttons is not limited to the aforementioned list, and the above list is not exhaustive in any way. For example, other transaction buttons can include a button that accepts payments or money transfers from another party, a button that can pay bills or set-up bill payments, and a button that can perform any financial transaction that is performed with an online financial transaction program via an Internet browser.
  • The balance check button 505 is tied to software in the GUI Wallet that has the user's login information already entered, and that is able to retrieve the balance of a given account belonging to the user that is registered with the user's online financial transaction program. For instance, if the user were to select the balance check button 505, a pop-up window with a field querying the user for an account number or other account identifier would appear. After the user enters the account number or other account identifier, the GUI Wallet retrieves and returns to the user the balance of the particular account associated with the provided account number or identifier, usually by means of another message window. The balance check button 505 also works with the communication engine method described above for FIG. 4 and looks up the balance of a particular user account in the plurality of databases, for example the financial data database 430 shown in FIG. 4, and sends this data back to the GUI Wallet from the server in order to have the GUI Wallet display to the user the proper balance of a selected account, for instance in a separate message window.
  • The transfer money button 510 is tied to software in the GUI Wallet that has the user's login information already entered, and that is able to access the financial data of a user's account and actually transfer money from a user's account to another account or to pay for purchases. For instance, if the user were to select the transfer money button 510, a pop-up window with a field querying the user for a transferee or destination account number and a transfer amount would appear. After the user enters the transferee/destination number and the transfer amount, the GUI Wallet executes the money transfer and then informs the user about whether the money transfer was successful or not, usually by means of another message window or by using the alert window 130 of the first tab 100 of the GUI Wallet. The transfer money button 510 also works with the communication engine method described above for FIG. 4 and is able to work with the plurality of databases in the server 410 and can execute financial transactions (e.g. a money transfer) over the server 410 just as if the user were performing transactions through his or her online financial transaction program website. A data message describing whether the money transfer was successful or not is also sent from the server back to the GUI Wallet in order to have the GUI Wallet display to the user whether or not the money transfer was successful in a separate message window.
  • The currency conversion button 515 is tied to software in the GUI Wallet that has the user's login information already entered, and that is able to access the financial data of a user's account and actually convert funds from a user's account from one type of currency to another type of currency. For instance, if the user were to select the currency conversion button 515, a pop-up window with a field querying the user for a beginning currency type, a beginning currency amount, and an end currency type would appear. After the user enters the beginning currency type, a beginning currency amount, and an end currency type, the GUI Wallet executes the currency conversion and then informs the user about whether the currency conversion was successful or not, usually by means of another message window or by using the alert button 130 of the first tab 100 of the GUI Wallet. The currency conversion button 515 also works with the communication engine method described above for FIG. 4 and is able to work with the plurality of databases and can execute financial transactions (e.g. currency conversion) over the server 410 just as if the user were performing financial transactions through his or her online financial transaction program website. A data message describing whether the currency conversion was successful or not is also sent from the server back to the GUI Wallet in order to have the GUI Wallet display to the user whether or not the currency conversion was successful in a separate message window.
  • Again, it is to be reiterated that the plurality of transaction buttons is not limited to the above three described buttons and can comprise buttons that allow a user to perform any other financial transaction that the user would have been able to perform on the user's financial transaction program website with an Internet browser. For instance, other transaction buttons can include a button that accepts payments or money transfers from another party (which may be more applicable if the user was a merchant), and a button that can pay bills or set-up bill payments (on a periodic or non-periodic basis). The use of the plurality of transaction buttons on the second tab 500 of the GUI Wallet is robust, simple and convenient because it allows a user to conduct financial transactions with his or her online financial transaction program seamlessly and securely, independent of an Internet browser.
  • FIG. 6 is a flowchart showing the steps a user takes in using a GUI Wallet to conduct transactions according to another embodiment of the invention. Method 600 is the process in which the user drags-and-drops a funding source or ID button or pushes a transaction button of the GUI Wallet in order to conduct a transaction with the GUI Wallet. In step 605, the user starts the process and opens up the GUI Wallet application. In step 610, the user supplies relevant log-in data to log-in to the server 410 of the online financial transaction program, shown in FIG. 4. This is usually the username and password a user uses to log-in to his or her account on a central online financial transaction program website. If the user cannot log-in, the user is brought back to step 605, the start of the process. If the user successfully logs in, then in step 615, the user's status and financial information is checked and verified by looking up the data in the financial data database 430 of the server 410 of the online financial transaction program. Then, the GUI Wallet appears on a user's screen, and in step 625, the user is presented with a plurality of buttons, such as the plurality of funding source buttons as well as the ID and alert buttons described in FIG. 1 and the plurality of transaction buttons described in FIG. 5. If the user wishes to use the drag-and-drop functionality of the plurality of funding source buttons, then the user will go to a page of a merchant website in order to make a purchase. Once the user is on the merchant website, the server 410 of the online financial transaction program is engaged, and the server 410 works with the integration engine 420 to check, in step 630, if the merchant website the user is browsing belongs to the blacklist of unsafe websites stored in the unsafe website blacklist database 435.
  • If the merchant website is unsafe, then in step 620, a warning is displayed either in a separate message window or on the alert button 130 of the first tab 100 of the GUI Wallet. If the merchant website is safe, then the user can continue to choose one of the plurality of funding source buttons to drag-and-drop into a merchant website, or the user can choose to conduct a financial transaction (e.g. transferring money, converting currencies, checking balances) that is independent of a merchant website, in step 635. In step 640, the GUI Wallet and the server 410 communicate in the process described above for FIG. 4 and the method that will be detailed in FIG. 7 in order to conduct the transaction that the user has selected. In step 645, the server 410 determines whether or not the transaction was successful. If the transaction was not successful, a message window is displayed from the GUI Wallet that describes the transaction failure and the reason for failure in step 655. If, on the other hand, the transaction is successful, a message window is displayed from the GUI Wallet that describes the success of the transaction and the reason why the transaction was a success in step 650. Then, in step 660, the user has the choice of returning to step 625 to select another button from the GUI Wallet, or deciding to end method 600. If the user decides to end the method 600, the user starts all over from step 605 and logs in again in step 610.
  • FIG. 7 is a flowchart showing the steps of how the communication engine of the GUI Wallet and the communication engine of the server send and receive data, according to another embodiment of the invention. Method 700 is the process in which communication engine W 135 and communication engine S 415 encrypt, send and receive data to one another, as described above for FIG. 4. The method starts in step 705, and in step 710, the method determines whether the processing starts from the GUI Wallet side, or starts from the server side. Basically, the processing starts from the GUI Wallet side if the user is using the first tab 100 of the GUI Wallet and plans to drag-and-drop a button from the plurality of buttons available (e.g. the plurality of funding source buttons or an ID button) into a page of a merchant website. On the other hand, the processing starts from the server side if the user decides to use a transaction button from the plurality of transaction buttons on the second tab 500 of the GUI Wallet. The processing also starts from the server side if the user is simply browsing a merchant website and the merchant website is unsafe, thereby triggering the alarm button 130. If the processing starts from the server side, then the method proceeds to step 735. If the processing starts from the GUI Wallet side, then the method proceeds to step 715, where the communication engine W 135 encrypts a data message instruction, usually by using a secure 64-bit or 128-bit encryption method or a SSL encryption method. A data message instruction usually comprises the software instructions for having the user drag-and-drop a button from the first tab 100 of the GUI Wallet into a page of the merchant website.
  • Then, in step 720, the encrypted data message instruction is sent over the bidirectional communication link 402 and the Internet connection 405 and crosses into the server side to reach step 725. In step 725, communication engine S 415 receives and decrypts the data message instruction. The communication engine S 415 then sends the decrypted data message instruction to the integration engine 420. In step 735, the server 410 is engaged because the user is browsing a page of the merchant website, and the server 410 is engaged whenever the user is performing Internet browsing. In step 735, the integration engine 420 works with the plurality of databases (shown in FIG. 4 as elements 425, 430 and 435 for exemplary purposes only) and the server 410, as well as any incoming data message instructions sent by the communication engine S 415 to perform any functions. These functions can comprise populating empty fields of a page on a merchant website with user ID data or payment method data, conducting financial transactions with the online financial transaction program (e.g. money transfers, currency conversions, paying for purchases), validating the authenticity of user login IDs, performing error-checking tasks and executing security checks on potentially unsafe websites. Then, after step 735, where the integration engine 420 works with the databases and the server 410 to perform any tasks, the method determines whether a message has to be displayed by the GUI Wallet in order to alert the user on the status of a certain transaction. In the case of a simple drag-and-drop of a funding source or ID button from the first tab 100 of the GUI Wallet, the user does not need to be notified with a message window from the GUI Wallet because the user can immediately see the empty fields of a merchant website page being populated with the user's data. In such a case where a message does not need to be displayed to the user, the method then proceeds to step 745 and goes back to the start, step 705, and then the above mentioned process is repeated.
  • However, if it is necessary to have a message displayed by the GUI Wallet, and a “Yes” is answered to the inquiry posed in step 740, then the method proceeds to step 750. In step 750, the method is still on the server side, therefore communication engine S 415 encrypts a data message instruction, usually by using a secure 64-bit or 128-bit encryption method or a SSL encryption method. The data message instruction is usually the software instructions for having the user drag-and-drop a button from the first tab 100 of the GUI Wallet into a page of the merchant website. The data message instruction here usually comprises the software instructions for displaying a status message to the user by using the GUI Wallet to display a separate message window or having the alert button 130 light up or animate. This data message instruction is being sent to the GUI Wallet side from the server side because it is ultimately the GUI Wallet that will be displaying the message for the user to view.
  • In step 755, the encrypted data message is sent by the communication engine S 415 over the bidirectional communication link 402 and the Internet connection 405 over to the GUI Wallet side, where it is received by communication engine W 135 and decrypted in step 760. Then, the GUI Wallet takes the software instruction from the decrypted data message instruction and then displays a message in a separate message window from the GUI Wallet or uses the alarm button 130 of the GUI Wallet to display the warning or message. After the message is displayed, the method proceeds to step 770 and goes back to the start, or step 705.
  • The message the user will view usually comprises either a successful or unsuccessful completion of a financial transaction (e.g. whether money was successfully transferred, or received, or whether currency has been successfully converted), the balance of a certain account the user has performed a balance inquiry on, or whether the user has reached an unsafe site and informing the user that he or she is currently browsing an unsafe site.
  • Even though the GUI Wallet comprises a first tab 100 and a second tab 500 and each tab comprises a plurality of different buttons, as described above, the buttons detailed above associated with the first tab 100 do not necessarily have to be placed on the first tab 100 and the buttons detailed above associated with the second tab 500 do not have to be placed on the second tab 500. In other words, the buttons can be placed anywhere with respect to the GUI Wallet. In addition, the GUI Wallet is not limited to just a first tab 100 and a second tab 500 and can comprise any number of tabs, and the buttons can be placed on any of these tabs.
  • The GUI Wallet can also be customized in any way that a user, a connected system, control logic or another entity sees fit. In other words, buttons on any of the tabs can be moved to other tabs, new tabs can be created, tabs can be removed or modified, existing buttons can be removed or modified, and new buttons can be added. The customizability of the GUI Wallet is intrinsic to the GUI properties of the GUI Wallet and is not limited to the above examples. The GUI Wallet can also be customized to optimize the user experience.
  • The GUI Wallet and any of the tabs of the GUI Wallet can be written in a language comprising Java, XML, C++ or C, and can also be written in a language with a flexible and user-customizable API where a user can add on features easily without having to understand the intricacies of a particular code. The plurality of databases in the server 410 can be written in a language comprising SQL, Perl, or another database language. The communication engine W 135, the communication engine S 415, and the integration engine 420 can be written in a language comprising C, C++ or Java.
  • Advantages of the present invention include granting a user the ability to securely and seamlessly conduct transactions with his or her online financial transaction program by means of a computer or a wireless handheld device without having to depend on an Internet browser. A convenient drag-and-drop functionality also enables the user to simply drag-and-drop pre-stored settings and information into empty fields of a page of a merchant website without having to remember account numbers or other ID data or open up a separate page in another Internet browser.
  • The above-described embodiments of the present invention are merely meant to be illustrative and not limiting. It will thus be obvious to those skilled in the art that various changes and modifications may be made without departing from this invention in its broader aspects. Therefore, the appended claims encompass all such changes and modifications as fall within the true spirit and scope of this invention.

Claims (20)

    We claim:
  1. 1. A transaction information provisioning system, comprising:
    a user device that is configured to render a graphical user interface (GUI) wallet for display on the user device subsequent to the display of an Internet browser that includes a first web page that provides at least one contact information field, wherein the GUI wallet includes a plurality of user-selectable contact elements that are each associated with a different one of a plurality of user locations and that are each selectable by a user to designate a respective one of the plurality of user locations;
    a communication engine that is located in the user device and that is configured to:
    detect a selection of a first contact element from the plurality of user-selectable contact elements included on the GUI wallet and, in response, send a first contact information request over a network, wherein the first contact information request is for first contact information for a first user location of the plurality of user locations;
    receive an encrypted first contact information response through the network;
    decrypt the encrypted first contact information response to retrieve the first contact information; and
    automatically provide the first contact information in the at least one contact information field provided on the first web page included in the Internet browser.
  2. 2. The transaction information provisioning system of claim 1, further comprising:
    the user device that is configured to render the GUI wallet for display on the user device subsequent to the display of the Internet browser that includes a second web page that provides at least one contact information field and that is different than the first web page;
    the communication engine that is located in the user device and that is configured to:
    detect a selection of a second contact element from the plurality of user-selectable contact elements included on the GUI wallet and, in response, send a second contact information request over the network, wherein the second contact information request is for second contact information for a second user location of the plurality of user locations that is different than the first user location;
    receive an encrypted second contact information response through the network;
    decrypt the encrypted second contact information response to retrieve the second contact information; and
    automatically provide the second contact information in the at least one contact information field provided on the second web page included in the Internet browser.
  3. 3. The transaction information provisioning system of claim 1, wherein the plurality of contact information for the plurality of user locations includes a billing address of the user and a shipping address of the user.
  4. 4. The transaction information provisioning system of claim 1, further comprising:
    the user device that is configured to render the GUI wallet for display on the user device subsequent to the display of the Internet browser that includes the first web page that provides at least one payment information field, wherein the GUI wallet includes a plurality of user-selectable payment elements that are each associated with a different one of a plurality of payment accounts and that are each selectable by a user to designate a respective one of the plurality of payment accounts;
    the communication engine that is located in the user device and that is configured to:
    detect a selection of a first payment element from the plurality of user-selectable payment elements included on the GUI wallet and, in response, send a first payment information request over the network, wherein the first payment information request is for first payment information for a first payment account of the plurality of payment accounts;
    receive an encrypted first payment information response through the network;
    decrypt the encrypted first payment information response to retrieve the first payment information; and
    automatically provide the first payment information in the at least one payment information field provided on the first web page included in the Internet browser.
  5. 5. The transaction information provisioning system of claim 4, further comprising:
    the user device that is configured to render the GUI wallet for display on the user device subsequent to the display of the Internet browser that includes a second web page that provides at least one payment information field and that is different than the first web page;
    the communication engine that is located in the user device and that is configured to:
    detect a selection of a second payment element from the plurality of user-selectable payment elements included on the GUI wallet that is different from the first payment element and, in response, send a second payment information request over the network, wherein the second payment information request is for second payment information for a second payment account of the plurality of payment accounts that is different than the first payment account;
    receive an encrypted second payment information response through the network;
    decrypt the encrypted second payment information response to retrieve the second payment information; and
    automatically provide the second payment information in the at least one payment information field provided on the second web page included in the Internet browser.
  6. 6. The transaction information provisioning system of claim 1, further comprising:
    the user device that is configured to render the GUI wallet for display on the user device subsequent to the display of the Internet browser that includes the first web page that provides at least one promotion information field, wherein the GUI wallet includes a plurality of user-selectable promotion elements that are each associated with a different one of a plurality of promotions and that are each selectable by a user to designate a respective one of the plurality of promotions;
    the communication engine that is located in the user device and that is configured to:
    detect a selection of a first promotion element from the plurality of user-selectable promotion elements included on the GUI wallet and, in response, send a first promotion information request over the network, wherein the first promotion information request is for first promotion information for a first promotion of the plurality of promotions;
    receive an encrypted first promotion information response through the network;
    decrypt the encrypted first promotion information response to retrieve the first promotion information; and
    automatically provide the first promotion information in the at least one promotion information field provided on the first web page included in the Internet browser.
  7. 7. The transaction information provisioning system of claim 7, further comprising:
    the user device that is configured to render the GUI wallet for display on the user device subsequent to the display of the Internet browser that includes a second web page that provides at least one promotion information field and that is different than the first web page;
    the communication engine that is located in the user device and that is configured to:
    detect a selection of a second promotion element from the plurality of user-selectable promotion elements included on the GUI wallet that is different from the first promotion element and, in response, send a second promotion information request over the network, wherein the second promotion information request is for second promotion information for a second promotion of the plurality of promotions that is different than the first promotion;
    receive an encrypted second promotion information response through the network;
    decrypt the encrypted second promotion information response to retrieve the second promotion information; and
    automatically provide the second promotion information in the at least one promotion information field provided on the second web page included in the Internet browser.
  8. 8. A method for providing transaction information, comprising:
    rendering, by a user device for display on a display device that is included on the user device, a graphical user interface (GUI) wallet subsequent to the display of an Internet browser that includes a first web page that provides at least one contact information field, wherein the GUI wallet includes a plurality of user-selectable contact elements that are each associated with a different one of a plurality of user locations and that are each selectable by a user to designate a respective one of the plurality of user locations;
    detecting, by a communication engine that is located in the user device, a selection of a first contact element from the plurality of user-selectable contact elements included on the GUI wallet and, in response, sending a first contact information request over a network, wherein the first contact information request is for first contact information for a first user location of the plurality of user locations;
    receiving, by the communication engine, an encrypted first contact information response through the network;
    decrypting, by the communication engine, the encrypted first contact information response to retrieve the first contact information; and
    automatically providing, by the communication engine, the first contact information in the at least one contact information field provided on the first web page included in the Internet browser.
  9. 9. The method of claim 8, further comprising:
    rendering, by the user device for display on the display device that is included on the user device, the GUI wallet subsequent to the display of the Internet browser that includes a second web page that provides at least one contact information field and that is different than the first web page;
    detecting, by the communication engine that is located in the user device, a selection of a second contact element from the plurality of user-selectable contact elements included on the GUI wallet that is different from the first contact element and, in response, sending a second contact information request over the network, wherein the second contact information request is for second contact information for a second user location of the plurality of user locations that is different than the first user location;
    receiving, by the communication engine, an encrypted second contact information response through the network;
    decrypting, by the communication engine, the encrypted second contact information response to retrieve the second contact information; and
    automatically providing, by the communication engine, the second contact information in the at least one contact information field provided on the second web page included in the Internet browser.
  10. 10. The method of claim 8, wherein the plurality of contact information for the plurality of user locations includes a billing address of the user and a shipping address of the user.
  11. 11. The method of claim 8, further comprising:
    rendering, by the user device for display on the display device that is included on the user device, the GUI wallet subsequent to the display of the Internet browser that includes the first web page that provides at least one payment information field, wherein the GUI wallet includes a plurality of user-selectable payment elements that are each associated with a different one of a plurality of payment accounts and that are each selectable by a user to designate a respective one of the plurality of payment accounts;
    detecting, by the communication engine that is located in the user device, a selection of a first payment element from the plurality of user-selectable payment elements included on the GUI wallet and, in response, sending a first payment information request over the network, wherein the first payment information request is for first payment information for a first payment account of the plurality of payment accounts;
    receiving, by the communication engine, an encrypted first payment information response through the network;
    decrypting, by the communication engine, the encrypted first payment information response to retrieve the first payment information; and
    automatically providing, by the communication engine, the first payment information in the at least one payment information field provided on the first web page included in the Internet browser.
  12. 12. The method of claim 11, further comprising:
    rendering, by the user device for display on the display device that is included on the user device, the GUI wallet subsequent to the display of the Internet browser that includes a second web page that provides at least one payment information field and that is different than the first web page;
    detecting, by the communication engine that is located in the user device, a selection of a second payment element from the plurality of user-selectable payment elements included on the GUI wallet that is different from the first payment element and, in response, sending a second payment information request over the network, wherein the second payment information request is for second payment information for a second payment account of the plurality of payment accounts that is different than the first payment account;
    receiving, by the communication engine, an encrypted second payment information response through the network;
    decrypting, by the communication engine, the encrypted second payment information response to retrieve the second payment information; and
    automatically providing, by the communication engine, the second payment information in the at least one payment information field provided on the second web page included in the Internet browser.
  13. 13. The method of claim 8, further comprising:
    rendering, by the user device for display on the display device that is included on the user device, the GUI wallet subsequent to the display of the Internet browser that includes the first web page that provides at least one promotion information field, wherein the GUI wallet includes a plurality of user-selectable promotion elements that are each associated with a different one of a plurality of promotions and that are each selectable by a user to designate a respective one of the plurality of promotions;
    detecting, by the communication engine that is located in the user device, a selection of a first promotion element from the plurality of user-selectable promotion elements included on the GUI wallet and, in response, sending a first promotion information request over the network, wherein the first promotion information request is for first promotion information for a first promotion of the plurality of promotions;
    receiving, by the communication engine, an encrypted first promotion information response through the network;
    decrypting, by the communication engine, the encrypted first promotion information response to retrieve the first promotion information; and
    automatically providing, by the communication engine, the first promotion information in the at least one promotion information field provided on the first web page included in the Internet browser.
  14. 14. The method of claim 13, further comprising:
    rendering, by the user device for display on the display device that is included on the user device, the GUI wallet subsequent to the display of the Internet browser that includes a second web page that provides at least one promotion information field and that is different than the first web page;
    detecting, by the communication engine that is located in the user device, a selection of a second promotion element from the plurality of user-selectable promotion elements included on the GUI wallet that is different from the first promotion element and, in response, sending a second promotion information request over the network, wherein the second promotion information request is for second promotion information for a second promotion of the plurality of promotions that is different than the first promotion;
    receiving, by the communication engine, an encrypted second promotion information response through the network;
    decrypting, by the communication engine, the encrypted promotion information response to retrieve the second promotion information; and
    automatically providing, by the communication engine, the second promotion information in the at least one promotion information field provided on the second web page included in the Internet browser.
  15. 15. A non-transitory, machine-readable medium comprising a plurality of machine-readable instructions that, when executed by one or more processors, are configured to cause the one or more processors to perform a method comprising:
    rendering a graphical user interface (GUI) wallet on a display device subsequent to the display of an Internet browser that includes a first web page that provides at least one contact information field, wherein the GUI wallet includes a plurality of user-selectable contact elements that are each associated with a different one of a plurality of user locations and that are each selectable by a user to designate a respective one of the plurality of user locations; and
    providing a communication engine that:
    detects a selection of a first contact element from the plurality of user-selectable contact elements included on the GUI wallet and, in response, sends a first contact information request over a network, wherein the first contact information request is for first contact information for a first user location of the plurality of user locations;
    receives an encrypted first contact information response through the network;
    decrypts the encrypted first contact information response to retrieve the first contact information; and
    automatically provides the first contact information in the at least one contact information field provided on the first web page included in the Internet browser.
  16. 16. The machine-readable medium of claim 15, wherein the plurality of machine-readable instructions are configured to cause the one or more processors to perform the method further comprising:
    rendering the GUI wallet on the display device subsequent to the display of the Internet browser that includes a second web page that provides at least one contact information field and that is different than the first web page; and
    providing the communication engine that:
    detects a selection of a second contact element from the plurality of user-selectable contact elements included on the GUI wallet and, in response, sends a second contact information request over the network, wherein the second contact information request is for second contact information for a second user location of the plurality of user locations that is different than the first user location;
    receives an encrypted second contact information response through the network;
    decrypts the encrypted second contact information response to retrieve the second contact information; and
    automatically provides the second contact information in the at least one contact information field provided on the second web page included in the Internet browser.
  17. 17. The machine-readable medium of claim 15, wherein the plurality of machine-readable instructions are configured to cause the one or more processors to perform the method further comprising:
    rendering the GUI wallet on the display device subsequent to the display of the Internet browser that includes the first web page that provides at least one payment information field, wherein the GUI wallet includes a plurality of user-selectable payment elements that are each associated with a different one of a plurality of payment accounts and that are each selectable by a user to designate a respective one of the plurality of payment accounts; and
    providing the communication engine that:
    detects a selection of a first payment element from the plurality of user-selectable payment elements included on the GUI wallet and, in response, sends a first payment information request over the network, wherein the first payment information request is for first payment information for a first payment account of the plurality of payment accounts;
    receives an encrypted first payment information response through the network;
    decrypts the encrypted first payment information response to retrieve the first payment information; and
    automatically provides the first payment information in the at least one payment information field provided on the first web page included in the Internet browser.
  18. 18. The machine-readable medium of claim 17, wherein the plurality of machine-readable instructions are configured to cause the one or more processors to perform the method further comprising:
    rendering the GUI wallet on the display device subsequent to the display of the Internet browser that includes a second web page that provides at least one payment information field and that is different than the first web page; and
    providing the communication engine that:
    detects a selection of a second payment element from the plurality of user-selectable payment elements included on the GUI wallet and, in response, sends a second payment information request over the network, wherein the second payment information request is for second payment information for a second payment account of the plurality of payment accounts that is different than the first payment account;
    receives an encrypted second payment information response through the network;
    decrypts the encrypted second payment information response to retrieve the second payment information; and
    automatically provides the second payment information in the at least one payment information field provided on the second web page included in the Internet browser.
  19. 19. The machine-readable medium of claim 15, wherein the plurality of machine-readable instructions are configured to cause the one or more processors to perform the method further comprising:
    rendering the GUI wallet on the display device subsequent to the display of the Internet browser that includes the first web page that provides at least one promotion information field, wherein the GUI wallet includes a plurality of user-selectable promotion elements that are each associated with a different one of a plurality of promotions and that are each selectable by a user to designate a respective one of the plurality of promotions; and
    providing the communication engine that:
    detects a selection of a first promotion element from the plurality of user-selectable promotion elements included on the GUI wallet and, in response, sends a first promotion information request over the network, wherein the first promotion information request is for first promotion information for a first promotion of the plurality of promotions;
    receives an encrypted first promotion information response through the network;
    decrypts the encrypted first promotion information response to retrieve the first promotion information; and
    automatically provides the first promotion information in the at least one promotion information field provided on the first web page included in the Internet browser.
  20. 20. The machine-readable medium of claim 19, wherein the plurality of machine-readable instructions are configured to cause the one or more processors to perform the method further comprising:
    rendering the GUI wallet on the display device subsequent to the display of the Internet browser that includes a second web page that provides at least one promotion information field and that is different than the first web page; and
    providing the communication engine that:
    detects a selection of a second promotion element from the plurality of user-selectable promotion elements included on the GUI wallet and, in response, sends a second promotion information request over the network, wherein the second promotion information request is for second promotion information for a second promotion of the plurality of promotions that is different than the first promotion;
    receives an encrypted second promotion information response through the network;
    decrypts the encrypted second promotion information response to retrieve the second promotion information; and
    automatically provides the second promotion information in the at least one promotion information field provided on the second web page included in the Internet browser.
US14502114 2008-09-24 2014-09-30 Gui-based wallet program for online transactions Abandoned US20150019330A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US12237060 US9639852B2 (en) 2008-09-24 2008-09-24 GUI-based wallet program for online transactions
US14502114 US20150019330A1 (en) 2008-09-24 2014-09-30 Gui-based wallet program for online transactions

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US14502114 US20150019330A1 (en) 2008-09-24 2014-09-30 Gui-based wallet program for online transactions

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US12237060 Continuation US9639852B2 (en) 2008-09-24 2008-09-24 GUI-based wallet program for online transactions

Publications (1)

Publication Number Publication Date
US20150019330A1 true true US20150019330A1 (en) 2015-01-15

Family

ID=42038633

Family Applications (9)

Application Number Title Priority Date Filing Date
US12237060 Active US9639852B2 (en) 2008-09-24 2008-09-24 GUI-based wallet program for online transactions
US14500455 Abandoned US20150019333A1 (en) 2008-09-24 2014-09-29 Gui-based wallet program for online transactions
US14500500 Abandoned US20150019420A1 (en) 2008-09-24 2014-09-29 Gui-based wallet program for online transactions
US14500488 Abandoned US20150019319A1 (en) 2008-09-24 2014-09-29 Gui-based wallet program for online transactions
US14500423 Abandoned US20150019318A1 (en) 2008-09-24 2014-09-29 Gui-based wallet program for online transactions
US14502114 Abandoned US20150019330A1 (en) 2008-09-24 2014-09-30 Gui-based wallet program for online transactions
US14502193 Abandoned US20150019422A1 (en) 2008-09-24 2014-09-30 Gui-based wallet program for online transactions
US14502133 Pending US20150019421A1 (en) 2008-09-24 2014-09-30 Gui-based wallet program for online transactions
US15584997 Pending US20170262875A1 (en) 2008-09-24 2017-05-02 Gui-based wallet program for online transactions

Family Applications Before (5)

Application Number Title Priority Date Filing Date
US12237060 Active US9639852B2 (en) 2008-09-24 2008-09-24 GUI-based wallet program for online transactions
US14500455 Abandoned US20150019333A1 (en) 2008-09-24 2014-09-29 Gui-based wallet program for online transactions
US14500500 Abandoned US20150019420A1 (en) 2008-09-24 2014-09-29 Gui-based wallet program for online transactions
US14500488 Abandoned US20150019319A1 (en) 2008-09-24 2014-09-29 Gui-based wallet program for online transactions
US14500423 Abandoned US20150019318A1 (en) 2008-09-24 2014-09-29 Gui-based wallet program for online transactions

Family Applications After (3)

Application Number Title Priority Date Filing Date
US14502193 Abandoned US20150019422A1 (en) 2008-09-24 2014-09-30 Gui-based wallet program for online transactions
US14502133 Pending US20150019421A1 (en) 2008-09-24 2014-09-30 Gui-based wallet program for online transactions
US15584997 Pending US20170262875A1 (en) 2008-09-24 2017-05-02 Gui-based wallet program for online transactions

Country Status (1)

Country Link
US (9) US9639852B2 (en)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7966553B2 (en) * 2007-06-07 2011-06-21 Microsoft Corporation Accessible content reputation lookup
JP4659783B2 (en) * 2007-06-14 2011-03-30 富士フイルム株式会社 Method of manufacturing a back illuminated imaging device
US9639852B2 (en) 2008-09-24 2017-05-02 Paypal, Inc. GUI-based wallet program for online transactions
US8862699B2 (en) * 2009-12-14 2014-10-14 Microsoft Corporation Reputation based redirection service
US9336379B2 (en) 2010-08-19 2016-05-10 Microsoft Technology Licensing, Llc Reputation-based safe access user experience
US20120101938A1 (en) * 2010-10-25 2012-04-26 Sheldon Kasower Method and system for secure online payments
US8458069B2 (en) * 2011-03-04 2013-06-04 Brighterion, Inc. Systems and methods for adaptive identification of sources of fraud
WO2012162351A1 (en) * 2011-05-23 2012-11-29 Mastercard International, Inc. Combicard transaction method and system having an application parameter update mechanism
CN102801574B (en) * 2011-05-27 2016-08-31 阿里巴巴集团控股有限公司 A method for detecting page links, devices and systems
US9858564B2 (en) * 2013-09-02 2018-01-02 Paypal, Inc. Optimized multiple digital wallet presentation
WO2015105866A1 (en) * 2014-01-07 2015-07-16 Visa International Service Association Encrypted payment transactions
US10050787B1 (en) 2014-03-25 2018-08-14 Amazon Technologies, Inc. Authentication objects with attestation
US9652604B1 (en) 2014-03-25 2017-05-16 Amazon Technologies, Inc. Authentication objects with delegation
US10049202B1 (en) 2014-03-25 2018-08-14 Amazon Technologies, Inc. Strong authentication using authentication objects
US9595011B2 (en) * 2014-05-12 2017-03-14 TLS Holdings, Inc. System and method for real-time sweepstakes promotions tied to live events
WO2016038430A1 (en) * 2014-09-11 2016-03-17 Kanhatech Solutions Limited Method and system for managing digital cash in digital wallet in device of a user
CN104732380A (en) * 2015-02-16 2015-06-24 小米科技有限责任公司 Method and device for conducting account transfer processing
US20180174121A1 (en) * 2015-06-18 2018-06-21 Maxwell Forest Pty Ltd Data transfer during electronic transactions
GB201522911D0 (en) * 2015-12-24 2016-02-10 Atom Bank Plc System and method for displaying account information

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010027441A1 (en) * 2000-02-16 2001-10-04 Mastercard International Incorporated. System and method for conducting electronic commerce with a remote wallet server
US20020065774A1 (en) * 1999-11-30 2002-05-30 Alan Young System and method for performing an electronic transaction using a transaction proxy with an electronic wallet
US20020107755A1 (en) * 2000-06-30 2002-08-08 Steed David Anthony William Server-based electronic wallet system
US20040024697A1 (en) * 2002-07-24 2004-02-05 Landa Pedro Enrique Method and system for transferring money
US20040162881A1 (en) * 2003-02-14 2004-08-19 Digate Charles J. System and method for immediate and delayed real-time communication activities using availability data from and communications through an external instant messaging system
US6873974B1 (en) * 1999-08-17 2005-03-29 Citibank, N.A. System and method for use of distributed electronic wallets
US20050187873A1 (en) * 2002-08-08 2005-08-25 Fujitsu Limited Wireless wallet
US7062258B1 (en) * 2001-12-06 2006-06-13 Oracle International Corporation Wallet for storage of information for automated entry into forms of mobile applications
US7962418B1 (en) * 2007-03-30 2011-06-14 Amazon Technologies, Inc. System and method of fulfilling a transaction

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4766293A (en) * 1986-06-26 1988-08-23 Visa International Service Association Portable financial transaction card capable of authorizing a transaction in foreign currencies
US5326960A (en) * 1992-11-25 1994-07-05 Tannenbaum David H Currency transfer system and method
CA2181999A1 (en) 1994-01-25 1995-07-27 Hector Daniel Elbaum Funds transaction device
US5650604A (en) * 1995-02-22 1997-07-22 Electronic Data Systems Corporation System and method for electronic transfer of funds using an automated teller machine to dispense the transferred funds
US5699528A (en) 1995-10-31 1997-12-16 Mastercard International, Inc. System and method for bill delivery and payment over a communications network
US5937396A (en) * 1996-12-04 1999-08-10 Konya; Arpad System for ATM/ATM transfers
US5963647A (en) * 1997-02-14 1999-10-05 Citicorp Development Center, Inc. Method and system for transferring funds from an account to an individual
US6128603A (en) 1997-09-09 2000-10-03 Dent; Warren T. Consumer-based system and method for managing and paying electronic billing statements
US6944669B1 (en) * 1999-10-22 2005-09-13 America Online, Inc. Sharing the personal information of a network user with the resources accessed by that network user
US6502747B1 (en) * 1999-10-26 2003-01-07 First Data Corporation System and method for performing money transfer transaction using TCP/IP
US6488203B1 (en) * 1999-10-26 2002-12-03 First Data Corporation Method and system for performing money transfer transactions
US6736314B2 (en) * 2000-06-09 2004-05-18 Telecom Usa Methods and systems for transferring funds
US6769605B1 (en) * 2000-07-21 2004-08-03 Jason P. Magness Money transfer system
JP2002063520A (en) * 2000-08-22 2002-02-28 Oki Electric Ind Co Ltd Server and method for relaying and payment system
EP1182625A1 (en) * 2000-08-25 2002-02-27 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Introduction of an electronic payment transaction
WO2002023452A1 (en) 2000-09-12 2002-03-21 American Express Travel Related Services Company, Inc. Microchip-enabled online transaction system
CA2319919A1 (en) * 2000-09-15 2002-03-15 Twin Lion Systems Inc. On-line payment system
GB0127229D0 (en) * 2000-11-14 2002-01-02 Vcheq Com Pte Ltd An electronic funds transfer system for processing multiple currency transactions
US20130268437A1 (en) * 2005-10-06 2013-10-10 C-Sam, Inc. Secure ecosystem infrastructure enabling multiple types of electronic wallets in an ecosystem of issuers, service providers, and acquires of instruments
US20020174065A1 (en) * 2001-05-18 2002-11-21 Chalice Coward Multi-currency electronic payment system and terminal emulator
US20020179704A1 (en) * 2001-06-05 2002-12-05 Ncr Corporation Enhanced digital wallet
WO2003042938A3 (en) * 2001-11-14 2003-12-04 Dirk Ammermann Payment protocol and data transmission method and data transmission device for conducting payment transactions
WO2004044822B1 (en) * 2002-11-07 2005-05-26 Planet Group Inc Time-of-transaction foreign currency conversion
US20050049964A1 (en) 2003-01-14 2005-03-03 Winterer Mary Jo Financial transaction card with automatic payment feature
CN101057253A (en) * 2004-09-13 2007-10-17 伊克赛普特股份有限公司 Purchasing alert forwarding system and method for preventing duplicity
US8700729B2 (en) * 2005-01-21 2014-04-15 Robin Dua Method and apparatus for managing credentials through a wireless network
US20060212407A1 (en) * 2005-03-17 2006-09-21 Lyon Dennis B User authentication and secure transaction system
US7117830B1 (en) 2005-11-23 2006-10-10 Ford Global Technologies, Llc System and method for direct injection of gaseous fuel into internal combustion engine
US7890921B2 (en) 2006-07-31 2011-02-15 Lifecylce Technologies, Inc. Automated method for coherent project management
US20090327114A1 (en) 2008-06-30 2009-12-31 Sheth Nandan S Systems and Methods For Secure Pin-Based Transactions Via a Host Based Pin Pad
US8744959B2 (en) 2008-08-13 2014-06-03 Moneygram International, Inc. Electronic bill payment with variable payment options
US9639852B2 (en) 2008-09-24 2017-05-02 Paypal, Inc. GUI-based wallet program for online transactions
US8694358B2 (en) 2009-04-14 2014-04-08 Vital Insights Inc. Systems, methods, and media for survey management

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6873974B1 (en) * 1999-08-17 2005-03-29 Citibank, N.A. System and method for use of distributed electronic wallets
US20020065774A1 (en) * 1999-11-30 2002-05-30 Alan Young System and method for performing an electronic transaction using a transaction proxy with an electronic wallet
US20010027441A1 (en) * 2000-02-16 2001-10-04 Mastercard International Incorporated. System and method for conducting electronic commerce with a remote wallet server
US20020107755A1 (en) * 2000-06-30 2002-08-08 Steed David Anthony William Server-based electronic wallet system
US7062258B1 (en) * 2001-12-06 2006-06-13 Oracle International Corporation Wallet for storage of information for automated entry into forms of mobile applications
US20040024697A1 (en) * 2002-07-24 2004-02-05 Landa Pedro Enrique Method and system for transferring money
US20050187873A1 (en) * 2002-08-08 2005-08-25 Fujitsu Limited Wireless wallet
US20040162881A1 (en) * 2003-02-14 2004-08-19 Digate Charles J. System and method for immediate and delayed real-time communication activities using availability data from and communications through an external instant messaging system
US7962418B1 (en) * 2007-03-30 2011-06-14 Amazon Technologies, Inc. System and method of fulfilling a transaction

Also Published As

Publication number Publication date Type
US20150019420A1 (en) 2015-01-15 application
US20150019333A1 (en) 2015-01-15 application
US20150019422A1 (en) 2015-01-15 application
US9639852B2 (en) 2017-05-02 grant
US20150019319A1 (en) 2015-01-15 application
US20100076890A1 (en) 2010-03-25 application
US20150019318A1 (en) 2015-01-15 application
US20170262875A1 (en) 2017-09-14 application
US20150019421A1 (en) 2015-01-15 application

Similar Documents

Publication Publication Date Title
US8682802B1 (en) Mobile payments using payment tokens
US20050119979A1 (en) Transaction system and transaction terminal equipment
US20140040137A1 (en) Secure checkout and challenge systems and methods
US20070125840A1 (en) Extended electronic wallet management
US20030126075A1 (en) Online funds transfer method
US20080120214A1 (en) Adaptive authentication options
US20120150669A1 (en) System and method for point of service payment acceptance via wireless communication
US9256871B2 (en) Configurable payment tokens
US20120290421A1 (en) Enabling a Merchant's Storefront POS (Point of Sale) System to Accept a Payment Transaction Verified by SMS Messaging with Buyer's Mobile Phone
US20120101938A1 (en) Method and system for secure online payments
US20140108172A1 (en) Dynamic point of sale system integrated with reader device
US20130297504A1 (en) Transaction data tokenization
US7627531B2 (en) System for facilitating a transaction
US7472827B2 (en) Limited use PIN system and method
US20090254440A1 (en) Ghosting payment account data in a mobile telephone payment transaction system
US20090024533A1 (en) Payment systems and methods
US20080059375A1 (en) Payment Card Terminal for Mobile Phones
US20130346314A1 (en) Dynamic security code push
US20120276868A1 (en) Systems and methods to process donations
US20130006848A1 (en) Method of virtual transaction using mobile electronic devices or fixed electronic devices or a combination of both, for global commercial or noncommercial purposes
US20070194113A1 (en) System and method for managing wireless point-of-sale transactions
US20080126251A1 (en) System and method for utilizing a portable network device to initiate and authorize a payment transaction
US20120166332A1 (en) Bill splitting system
US20080301046A1 (en) Methods and systems for making a payment and/or a donation via a network, such as the Internet, using a drag and drop user interface
US7364071B2 (en) System and method for managing wireless point-of-sale transactions

Legal Events

Date Code Title Description
AS Assignment

Owner name: EBAY INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LOW, GAK WEE;MODY, SALIL;REEL/FRAME:035035/0011

Effective date: 20080923

AS Assignment

Owner name: PAYPAL, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EBAY INC.;REEL/FRAME:036171/0221

Effective date: 20150717