Abstract:
A secure product purchasing system and method are disclosed to allow for online purchase of goods or services by means of a proprietary graphical or barcode-represented printed or on-line digital product code and details to be either sent to or discovered by a customer, so as to be scanned then paid for using a secure financial closed-loop proxy account and a pre-registered personal handheld mobile device where all funds within the account remain in an “inactive” non-usable state until activated and allocated only by the customer through the mobile handheld device, wherein the merchant is registered to the secure financial closed-loop proxy account.

Description:
FIELD OF THE INVENTION  
       [0001]    With the increasing security risks associated with using personal financial information for on-line payments specifically at a shopping cart level during on-line checkout the following describes innovated process, a method and system for secure on-line e-commerce purchases made by scanning (reading) the participating retailer&#39;s product barcode and using a financial-linked registered smart phone mobile device with mobile wallet application registered to a consumer-merchant closed-loop financial proxy escrow account and by creating a unique time-sensitive single-use transactional code against the consumer funds using a secure registered mobile application over a secure telecommunication network. 
       SUMMARY OF THE INVENTION 
       [0002]    The use of mobile smart phone is increasingly becoming more prevalent. At the same time the risk of stolen Credit Card data and identity theft continues to cost the industry billions of dollars in losses to both consumers and merchants. A secure mobile smart phone transactional system within a closed loop consumer-merchant financial proxy system can be established and is described providing for secure payment process without the need for an e-commerce shopping cart, needing to provide any personal information or financial account information being exposed over the internet. Both merchants and consumers sign up and register to the secure closed loop financial proxy account and back-end mobile wallet system services. E-Commerce merchants display product information and an URL encoding the SKU# and merchant ID within a graphic (e.g. a QR code) and display this on their e-commerce website or within a social networking website alongside the picture of the product to be purchased. The merchant&#39;s inventory information is accessed through the mobile wallet system&#39;s back end APIs allowing merchant&#39;s merchandise data to be obtained by the mobile money wallet service provider&#39;s backend acquiring: product URL comprising the Product SKU#, address location, description, picture, price/unit quantity, merchant and product identifying details. A standard purchasing code (e.g. QR Code) is created by the merchant identifying the merchant, and the product URL which includes sku# and is displayed along with the product of interest on their website without the need of a shopping cart. In Addition, this can also be displayed and scanned from any digital or print media including websites, social networks and high-def television screens. Consumers use the financial-linked mobile wallet application to scan the product QR code using the device&#39;s camera allowing them to securely link to their mobile wallet financial account, to approve and make a purchase without the need of check out through an e-commerce shopping cart nor give out any personal or financial information (debit/credit card info). Consumers and Merchants will both have a unique and novel opportunity to transact business securely using code purchasing within a closed loop mobile wallet environment protecting the consumer and the merchant from fraudulent activity related to identity theft and credit card theft. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0003]      FIG. 1  shows the Description of WiGime Scan and Buy™ 
           [0004]      FIG. 2  shows the Schematic of Phone Barcode Purchasing From Scan and Buy™ Ad 
       
    
    
     DETAILED DESCRIPTION 
       [0005]    Merchants and consumers will sign up and register to a closed loop mobile wallet financial proxy payment service allowing them to transact business securely through mobile smart phone secure telecommunication network. Consumers download the mobile money wallet application, create an account, and register their mobile device to their account thereby creating a secure mobile money financial proxy account between the smart phone device, the device application, the individual and the proxy account in order to transact business. Within the same closed loop environment merchants sign up and establish an account creating a secure closed-loop financial proxy environment account through the mobile money wallet service provider. Once the merchant is registered and verified by the mobile money service provider, access to the merchant&#39;s product inventory is provided through an application program interface (API). Detailed information from the merchant&#39;s inventory database is obtained by the mobile wallet service provider&#39;s backend including: Merchant Identifier, product identifiers (SKU# or other industry standards), pictures, description, price, price/unit, lowest price, and number of units currently available. The merchant or service providers backend creates graphical representation of the data in the form of a barcode (e.g. QR code) used for product description to include the merchant identifier, a product identifier SKU# and product URL locator. 
         [0006]    The consumer member sees the advertisement of the product with the merchant&#39;s barcode (QR code) in a merchant&#39;s brick and mortar store, on the merchant&#39;s e-commerce website, as an advertisement in a search engine or a social networking website (or in an on-line advertisement, in the newspaper, printed catalogue or on television). Using the mobile wallet application on the registered mobile smart phone device the consumers logs in and is authenticated. Once user is authenticated is allowed access to their proprietary funded financial proxy account and selects the WiGime Scan and Buy™ service feature within the mobile wallet application and scans the product QR code displayed mobile smart phone&#39;s camera and the intent to make a secure purchase of the item. The mobile application will: 1) scan and decode the code; 2) sends the decoded string over a secure telecommunication network to the mobile money wallet service provider&#39;s backend; 3) the backend verifies it is a valid Merchant within the backend Database of Merchants; 4) verifies it is a Merchant authorized to use the Scan and Buy service and 5) obtains the SKU# information and gets the product information from the merchant&#39;s database along with inventory status, total price, delivery date. 
       Mobile Money Wallet Service Provider Back End 
       [0007]    The mobile wallet service provider&#39;s back end after verifying the merchant, through a merchant application protocol interface (API) call through internet protocol sends a request to the merchant&#39;s back-end for that specific product using the SKU# identifier, and the consumer&#39;s zip code requesting a Price check, Quantity in stock, Shipping Price and total price (if taxes apply). The Merchant&#39;s back-end sends back the details response to the mobile wallet service provider&#39;s backend and subsequently passes the details to the consumer&#39;s mobile application using a secure ssl encrypted telecommunication data network. The consumer is shown: 1) the product details, 2) a picture along with an Action “Buy Now” button option, a bookmark and save button option and 3) a quantity, and 4) total pricing including shipping and applicable taxes. The mobile wallet back-end application stores inventory available so can limit quantity ordered and can also can limit maximum order dollar amount. 
         [0008]    The consumer selects the Action “Buy” button to purchase the item; the backend calculates the total purchase price including delivery charge and delivery date. The total purchase price is compared to the consumer&#39;s effective current balance available within their mobile wallet financial proxy account to process the purchase. If the correct amount is in the consumer&#39;s financial proxy mobile wallet account then a confirmation page with delivery date, a total purchase price, sales tax and optionally a delivery address change request with confirmation is sent to the consumer&#39;s mobile application for confirmation and purchase. Once confirmation is selected the backend creates a unique time sensitive, single use transactional code (aka WiGime Payment Code™ for the mobile wallet system WiGime™) against the available funds within the consumer&#39;s mobile money services account and using the unique time-sensitive transactional code the funds are debited from the consumer&#39;s account for the exact total amount from the effective available balance and are held in a time sensitive state pending the merchant shipping the product. The pending unique time sensitive WiGime Payment Code is sent over an ssl network connection to the merchant back end for verification and proof of payment along with (a) Purchase Date, (b) Product SKU, (c) Total Quantity and total Purchase Price, (d) Shipping Address, (e) Customer Information (such as Name, Mobile Number, email address), along with customer&#39;s cell phone information. The Merchant confirms WiGime Payment Code™ is valid and initializes processing the order using industry standard order processing placing the order in a pending status. The mobile money service backend and consumer receives pending order update message along with an Order number and estimated delivery date. This along with instructions on how to view order status, and cancel order before it ships etc. along with order #, email and phone of merchant are passed on to the consumer&#39;s e-mail and is displayed within the consumer&#39;s mobile wallet money service provider account. After a certain amount of time pending the merchant decides to process the order and sends a process ordering information update to the consumer and mobile money service backend. Simultaneously the merchant once again checks the mobile wallet money service backend for the validity of the transactional WiGime Payment Code™ for both value and expiration; and if valid proceeds to redeem the WiGime Payment Code™ and then ships the product to the consumer. The Merchant&#39;s backend notifies mobile wallet money service backend and the consumer that the product has been shipped. From within the mobile wallet money service account the consumer&#39;s time sensitive WiGime Payment Code™ is redeemed by the merchant and the value gets credited to the merchant&#39;s account balance with the total purchase amount minus any mobile wallet money service processing fees and debited from the consumer&#39;s available account balance. Both the Consumer&#39;s and Merchant&#39;s message center and history get updated within the mobile wallet money service account to reflect transaction. 
       FIG.  1  Description of WiGime Scan and Buy™ 
       [0009]      100 : A Registered Mobile Phone with a data plan internet connection and a barcode reader registered to A Financial Mobile Proxy Service—Mobile Money Service 
         [0010]      200 : Mobile Money Service Client Application securely connected to the Financial Proxy service via the Registered Mobile Phone 
         [0011]      300 : A Merchant Retailer Print Ad with a Barcode (QR code or similar) Encoding a URL containing the Merchant Identifier and Product Identifier (such as SKU#) and Mobile Money Service Identifier 
         [0012]      400 : A Merchant Retailer Television Ad with a Barcode (QR code or similar) Encoding a URL containing the Merchant Identifier and Product Identifier (such as SKU#) and Mobile Money Service Identifier 
         [0013]      500 : A Merchant Retailer or social networking Website Ad (electronic digital Ad) with a Barcode (QR code or similar) Encoding a URL containing the Merchant Identifier and Product Identifier (such as SKU#) and Mobile Money Service Identifier 
         [0014]      600 : SSL Telecommunication internet connection which securely connects Mobile Phone client to the Financial Proxy Account/Mobile Money Service 
         [0015]      700 : Financial Mobile Money Proxy Account Service (WiGime) Back end with both the registered User and registered merchants responsible for order placement, transactional code (WiGiCode™) generation, and processing and reconciliation. 
         [0016]      800 :vA registered Retail Merchant with the mobile money service who has product inventory data and barcodes, created encoding a URL containing the specific product inventory (SKU#), a merchant Identifier listed and stored in the Mobile Money Service&#39;s Backend. 
         [0017]      900 : Consumer&#39;s Financial Mobile Money Proxy Account Service (WiGime) with both the Mobile Phone and the User registered and funds present within their proxy financial account which the phone is registered to. 
         [0018]      1000 : Merchant&#39;s Financial Mobile Money Proxy Account (WiGime). 
       Description of Process in FIG.  2   
       [0019]    The registered user using his registered smart phone device ( 100 ) opens the mobile money service application ( 200 ) and logs in with personal credentials. The User would like to make a purchase from a print Ad ( 300 ), a television Ad ( 400 ) or any digital (website or billboard Ad:  500 ) and selects the Scan and Buy feature within the application with the intent to purchase the item from the advertisement. The application reads and decrypts the Barcode information. Over a secure SSL data connection ( 600 ) the decoded information gets passed to the mobile money service&#39;s backend system ( 700 ). The Domain name (Merchant ID) and product SKU# is validated in the mobile money service&#39;s backend merchant-product data tables. Once confirmed and a buy order is selected and confirmed by the user a WiGime Payment Code™ is generated for the purchase price and the order information is passed to the merchant ( 800 ) and once confirmed it has been shipped the merchant&#39;s WiGime Payment Code™ is redeemed by merchant, their account ( 1000 ) is credited and consumer&#39;s account is debited ( 900 ).