[go: up one dir, main page]

WO2015005861A1 - Procédé et système de passation de commande et de paiement - Google Patents

Procédé et système de passation de commande et de paiement Download PDF

Info

Publication number
WO2015005861A1
WO2015005861A1 PCT/SE2014/050881 SE2014050881W WO2015005861A1 WO 2015005861 A1 WO2015005861 A1 WO 2015005861A1 SE 2014050881 W SE2014050881 W SE 2014050881W WO 2015005861 A1 WO2015005861 A1 WO 2015005861A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
terminal
goods
service provider
sps
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.)
Ceased
Application number
PCT/SE2014/050881
Other languages
English (en)
Inventor
Fredrik MATSSON
Hans Magnus Larsson
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.)
SO SYSTEM AB
Original Assignee
SO SYSTEM AB
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
Application filed by SO SYSTEM AB filed Critical SO SYSTEM AB
Publication of WO2015005861A1 publication Critical patent/WO2015005861A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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
    • G06Q20/401—Transaction verification
    • G06Q20/4012—Verifying personal identification numbers [PIN]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment

Definitions

  • Problems usually relate primarily to the waiting times for the ordering and/or the payment process and occurs particularly in the catering and service stations at peak times, which leads to overloading of staff, frequency of errors in orders and long waiting times.
  • a method of ordering and paying for goods and/or service comprising:
  • the method may further comprise registering a payment arrangement at a payment service provider, using said information for verifying
  • the goods comprise food and/or drinks and said terminal is configured to access a menu for ordering said food and/or drinks.
  • the payment arrangement is a credit or debit card, account number, voucher, money order, bank transfer and online payment service.
  • the payment arrangement is registered by the payment service provider different than the goods and/or service provider or a service provider (SPS) and further comprising receiving unique payment identification by the SPS for retrieving payment from payment provider. Registering the payment arrangement by payment service provider and generating a profile for a user and providing a message from the terminal to SPS and payment service provider (TGS) encrypted.
  • SPS service provider
  • an encryption key and the profile is stored at SPS.
  • An encryption key may be stored in the terminal. During a financial transaction both encryption keys in the terminal and SPS must agree for allowing a transaction.
  • SPS Upon purchase of a goods and/or service, SPS sends a purchase order verification to TGS.
  • the user provides additional identification and/or authentication to verify the purchase.
  • SPS may verify the payment to the goods and/or service provider.
  • SPS may verify the subject of the order/purchase to the goods and/or service provider. In one embodiment, he goods and/or service provider verifies the order/purchase with SPS and if the verification is accepted a message is sent to goods and/or service provider and goods/service is delivered.
  • the user may receive a receipt to the terminal and/or dedicated account. Different receipts may be generated for different identifications on same terminal.
  • the invention also relates to a computer unit comprising: a processing unit, memory and communication interface, wherein said processing unit is configured to: receive information for a purchase of a goods or service, receiving an authentication code identifying a payment arrangement, providing a second party for verification of payment arrangement, and providing verification to a selling party.
  • the processing unit may also be configured to receive a verifying code from said service provider and provide said service provider with a unique authentication code.
  • Fig. 1 is a diagram of an exemplary system in which methods and systems described herein may be implemented
  • Fig. 2 is a flow diagram illustrating exemplary processing by the system of Fig. 1 ,
  • Fig. 3 illustrates schematically a communication device according to one embodiment of the present invention
  • Fig. 4 illustrates schematically a server according to one embodiment of the present invention
  • Fig. 5 is another flow diagram illustrating a second exemplary processing by the system of the invention.
  • Figs. 6a and 6b illustrate two side views of an exemplary rack for use in a system according to the invention.
  • Fig.1 illustrates a schematic system overview according to one embodiment of the invention.
  • the system 100 may comprise one or several mobile terminals 101 , 102 used by users or subscribers (not shown), a service provider server (SPS) 103 and a transaction governing server (TGS) 104.
  • SPS service provider server
  • TSS transaction governing server
  • the mobile terminals 101 , 102 may use wireless communication network 105 to connect to the SPS 103 and to a purchasing site 107.
  • the SPS 103 may connect to TGS 104 through a communication (computer) network 106.
  • Such sites may include hotels, cafe shops, fast food restaurants, etc.
  • FIG. 2 one embodiment of exemplary communication steps are illustrated.
  • the user may download the app from an appropriate site (e.g. APPSTORE or GOOGLE PLAY, etc.) and install it on the terminal.
  • an appropriate site e.g. APPSTORE or GOOGLE PLAY, etc.
  • the PIN code is provided (10) to SPS and card data is provided (11) to TGS. It should be noted that SPS is not involved in the actual card data registration. TGS registers the card and may generate (12) a profile for the user based on the information received upon registration (or in a later session).
  • the message from the terminal to SPS and TGS is encrypted (e.g. one way hash) for example based on the PIN. If the profile is successfully created at TGS, the hash and the profile is stored in SPS. In the terminal, another one-way hash based on same PIN may be stored.
  • both (terminal stored and SPS stored) hash must agree to be able to make the transaction.
  • Payment may be carried out by means of one or several of a credit or debit card, account number, voucher, money orders, bank transfers and online payment services.
  • the app in the terminal may comprise menus for ordering different types of goods and services.
  • the menus may include the food and beverage served at restaurant, ingredient, health information, size, price etc.
  • the user may order/buy (13) by tapping on the food/beverage on the menu.
  • the user may include tip and other service fees upon payment.
  • the user may access the app using a PIN code or other authentication means.
  • the purchase order is sent (14) to the SPS, which sends (18) a payment request to the TGS.
  • SPS may ask (15) for additional verification, whereby the user may enter (16, 17) an additional PIN code or use additional authentication to verify the purchase.
  • TGS verifies (19) the payment to SPS, which verifies (20) the payment to the
  • the bar verifies the order with the SPS (21) (credibility) and if accepted a message is sent (22) to the terminal, which verifies (23) with the bar and product is delivered (24) to the user the food/beverage are provided to the user (costumer).
  • SPS sends (25) a message to the terminal confirming the purchase.
  • SPS may send message to the costumer confirming the buy.
  • the message from the SPS to the terminal, when the order is accepted may comprise a unique verification code (barcode, QR-code, pin code, etc.), which is provided to the delivery point (e.g. waiter, bartender, receptionist) for verification.
  • a unique verification code barcode, QR-code, pin code, etc.
  • Receipt may be sent to the terminal directly or to an e-mail account defined in the user profile.
  • the user may use different PINS for different types of purchase, e.g. one for private purchase and one for business related purchases and also receive different types of receipt and/or to different addresses. This simplifies handling of the receipts for the user and accountancy.
  • the user may also define guests before starting purchase so that receipts contain correct names without later identification of names.
  • the system may also comprise additional security by using different types of encryption and/or verification keys.
  • the user may use a first key for identification towards SPS and SPS may use a second key towards the TGS.
  • SPS may use a second key towards the TGS.
  • the user does not need to enter credential information for each purchase and may only use one
  • the transaction communication between TGS and SPS may only include user-profile related information, i.e. after registration, the TGS transmits relevant profile data and not payment card related sensitive information.
  • Fig. 3 is a diagram of an exemplary communication terminal 300 in which parts of methods and systems described herein may be implemented.
  • Terminal 300 may include a bus 310, a processor 320, a memory 330, a read only memory (ROM) 340, a storage device 350, an input device 360, an output device 370, and a communication interface 380.
  • Bus 310 permits communication among the components of terminal 300.
  • the terminal 300 may also include one or more power supplies (not shown).
  • Processor 320 may include any type of processor or microprocessor that interprets and executes instructions. Processor 320 may also include logic that is able to decode media files, such as audio files, video files, multimedia files, image files, video games, etc., and generate output to, for example, a speaker, a display, etc.
  • Memory 330 may include a random access memory (RAM) or another dynamic storage device that stores information and instructions for execution by processor 320. Memory 330 may also be used to store temporary variables or other intermediate information during execution of instructions by processor 320.
  • RAM random access memory
  • ROM 340 may include a conventional ROM device and/or another static storage device that stores static information and instructions for processor 320.
  • Storage device 350 may include a magnetic disk or optical disk and its corresponding drive and/or some other type of magnetic or optical recording medium and its corresponding drive for storing information and instructions.
  • Storage device 350 may also include a flash memory (e.g., an electrically erasable programmable read only memory (EEPROM)) device for storing information and instructions.
  • EEPROM electrically erasable programmable read only memory
  • Input device 360 may include one or more conventional mechanisms that permit a user to input information to the terminal 300, such as a keyboard, a keypad, a directional pad, a mouse, a pen, voice recognition, a touch-screen and/or biometric mechanisms, etc.
  • Output device 370 may include one or more conventional mechanisms that output information to the user, including a display, a printer, one or more speakers, etc.
  • Communication interface 380 may include any transceiver-like mechanism that enables terminal 300 to communicate with other devices and/or systems.
  • communication interface 380 may include a modem or an Ethernet interface to a LAN.
  • communication interface 380 may include other mechanisms for communicating via a network, such as a wireless network.
  • a network such as a wireless network.
  • Terminal 300 may include a radio frequency (RF) transmitter and receiver and one or more antennas for transmitting and receiving RF data.
  • Terminal 300 provides a platform through which a user may play and/or view various media, such as music files, video files, image files, games, multimedia files, etc.
  • Terminal 300 may also display information associated with the media played and/or viewed by a user of terminal 300 in a graphical format, as described in detail below.
  • terminal 300 may perform various processes in response to processor 320 executing sequences of instructions contained in memory 330. Such instructions may be read into memory 330 from another computer-readable medium, such as storage device 350, or from a separate device via communication interface 380.
  • a computer-readable medium may include one or more memory devices or carrier waves. Execution of the sequences of instructions contained in memory 330 causes processor 320 to perform the acts that will be described hereafter. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions to implement aspects consistent with the invention. Thus, the invention is not limited to any specific combination of hardware circuitry and software.
  • the memory stores the application or a program for connecting to the service provider through communication portion.
  • User commands may be entered through a touch sensitive display or keyboard.
  • the term server (both SPS and TGS) as used herein concerns a computer 410, which in its simplest configuration comprises a processing unit 410, a memory 420, I/O interface 430 and a storage device 440, interconnected by means of a bus 450, as illustrated in Fig. 4.
  • the server in which parts of methods and systems described herein may be
  • the bus 450 permits communication among the components of server 400.
  • the server may also include one or more power supplies (not shown).
  • server may be configured in a number of other ways and may include other or different elements.
  • Processor 410 may include any type of processor or microprocessor that interprets and executes instructions.
  • Processor 410 may also include logic to execute different types instructions, and generate output to, for example, displays, computer network etc.
  • the memory 420 may include a random access memory (RAM) or another dynamic storage device that stores information and instructions for execution by processor 410.
  • Memory 420 may also be used to store temporary variables or other intermediate information during execution of instructions by processor 410.
  • Additional ROM memory may be implemented and may include a conventional ROM device and/or another static storage device that stores static information and instructions for processor 410.
  • Storage device 440 may include a magnetic disk or optical disk and its corresponding drive and/or some other type of magnetic or optical recording medium and its corresponding drive for storing information and instructions.
  • Storage device 350 may also include a flash memory (e.g., an electrically erasable programmable read only memory (EEPROM)) device for storing information and instructions.
  • EEPROM electrically erasable programmable read only memory
  • I/O interface 430 may include user I/O devices and communication one or more conventional mechanisms that permit a user to input information to the server, such as a keyboard, a keypad, a directional pad, a mouse, a pen, voice recognition, a touch-screen and/or biometric mechanisms, etc.
  • I/O interface may also include one or more
  • I/O interface may include any means that enables the server to communicate with other devices and/or systems.
  • the interface may include a modem or an Ethernet interface to a LAN.
  • the interface may include other mechanisms for communicating via a network, such as a wireless network
  • the server may perform various processes in response to processor 410 executing sequences of instructions contained in memory 420.
  • Such instructions may be read into memory 420 from another computer-readable medium, such as storage device 440, or from a separate device via communication interface 430.
  • a computer-readable medium may include one or more memory devices or carrier waves. Execution of the sequences of
  • the memory stores the programs for connecting the service provider or TGS through communication portion to purchase site and user terminals.
  • the terminal at the selling point i.e. bar/restaurant/hotel may comprise a computer, which is configured to communicate with SPS through the network 106.
  • the terminal may be a cash register having a computer part.
  • the code provided to users (buyers) terminal is barcode, QR-code
  • the selling point terminal may include a scanner for scanning the code when verifying the buy.
  • a waiter may be provided with a terminal with scanner for verifying delivery.
  • the system may further provide places of interest to the user based on the position of the user and user's profile. Using the GPS positioning system of the terminal SPS may alert the user, with respect to the user's position, of restaurants, bars etc. The user may enter prioritized places, in his profile and obtain information on that places or when near those places.
  • the system of the invention allows live update of assortment, thus if a product or service is not available or reaches a minimum limit it may be removed from the assortment.
  • the system may likewise add new product to the assortment without a need for printing, e.g. menus, or information boards.
  • the system may update the stock balance and even order products before they finish (or inform about the balance).
  • top selling products may be viewed for the public at the location.
  • the system of the invention is independent of the payment solution, cash register, currency, cash handling and can handle different types of payment.
  • the system may block the buyer's terminal, e.g. based on misused, lack of currency, user behavior and not allow the user to order more products. Repurchase may be allowed as all orders are registered in the system and the terminal. Allowing positioning in-house and outside, for example a waiter can find the buyer faster, to deliver the order.
  • the user terminal may be used as ticket when ordering and paying an admission ticket.
  • the invention may also be used for booking events such as tee time, bowling allies, fishing trip, etc.
  • the ticket may be in form of a unique code, such as QR-code or barcode, etc.
  • the system of the invention may be used for booking of a sport event or activity, such as but not limited to bowling, curling, golf, etc. which needs a specific area for the activity.
  • a bowler may first book a bowling alley, order drinks during the game session, and order food for after game.
  • Fig. 5 illustrates some steps for reservation of an event, such as bowling. It is assumed that the user has carried out the steps 1-12.
  • the user may reserve (13') a time and ally (for golf: tee time and golf course, for hotel: date and rum) by tapping on a bowling saloon on the menu.
  • the order is sent (14') to the SPS, which sends (18') a reservation request to the TGS.
  • SPS may ask (15') for additional verification, whereby the user may enter (16', 17') an additional PIN code or use additional authentication to verify the reservation.
  • TGS verifies (19') the reservation to SPS, which verifies (20') the reservation to the event location and the subject of the reservation.
  • the location verifies the order with the SPS (21 ') (e.g. credibility and right person) and if accepted a message is sent (22') to the terminal, which verifies (23') with the bar and reservation is acknowledged (24') to the user.
  • SPS sends (25') a message to the terminal confirming the reservation.
  • SPS may send message to the costumer confirming the reservation.
  • the message from the SPS to the terminal, when the reservation is confirmed may comprise a unique code, barcode, QR-code, etc. which is provided to the delivery point (e.g. waiter, bartender, receptionist) for verification.
  • the invention allows for pre-bookings, e.g. a booking for a large company (table and food) for restaurant visit.
  • the reservation may be through a phone call.
  • the user may then receive a reservation code, e.g. to the user's smartphone (or provide it to the phone).
  • the code may allow making pre-bookings of food and/or beverage before visiting the restaurant.
  • the code is thus related to a (booked) table.
  • the user may receive a unique code for a specific table or company.
  • the code is used in a user terminal (smartphone) to order food and beverage.
  • the code may be replaced by a unique code provided at the table, e.g. a QR-code, which can be scanned by each of the guests (smartphone) who order food/beverage and associate the terminal with the table.
  • a QR-code a unique code provided at the table
  • the cash register system recognizes each ordering smartphone and may provide separate bills (or one bill for entire table) depending on the ordering smartphone.
  • the bills may be associated with different user terminals.
  • the bill may be provided directly to the terminal as an ordinary (digital) bill and/or a unique code, e.g. QR-code.
  • the QR-code may be scanned by a cash register system terminal for payment, either manually or through a payment card registered as described earlier.
  • the system of the invention may also allow for registration of loyalty points (bonus points), which may be used for payment, based on a registered profile with the SPS or purchase location.
  • the registered profile may be based on a profile in the system or a social media profile.
  • the loyalty points may be based on the paid purchases or reservations and are registered e.g. with the SPS for each payment.
  • the points may be used when paying a bill associated with a specific purchase or purchase venue. Additional embodiments may include:
  • a restaurant may request that when one books a table for a large party the guest mast partly pre-book meals.
  • food reservation may be done using the app and using a code that the guest receives from the restaurant.
  • the code is linked to a table and a time in the system.
  • each table at the restaurant may be labeled with a QR code (or a unique code).
  • the code may also be related to a time/date stamp. This QR code is scanned by each phone to order food to the table.
  • Checkout system will identify and remember every user terminal that places an order for every table (e.g. QR-code) and deliver the bill to user (manually or to terminal) and allow payment via the terminal for parts of the guests or all.
  • the guest may be able to pay by any other means, for example, two terminals or split the bill.
  • a payment means can be registered in user profile and used for payment of bills. It is also possible to anyone who pays with the mobile app will get bonus points, which one then can use to make payments for future purchases at the site.
  • one may setup a profile by downloading an existing profile or setup a new one and e.g. include credit card information.
  • the profile may consist of a name, phone number, email, passwords etc. One may be able to choose if he wants to receive messages (ads, offers,
  • the bills may be named for different orders and name of ordering vouchers may be downloaded. If the guest who wishes to pay by any other means than the terminal/phone, for example, two terminals or split the bill, may obtain bills and mark the parts to be paid on the display and pay the selected portions of a bill.
  • the bill may also provide additional space for tipping.
  • the invention may also use other communication devices, such as wearables, e.g.
  • GOOGLE GLASSES other virtually augmented devices or smart watches, connected to the terminal may be used for ordering and receiving bills and information.
  • Figs. 6a and 6b illustrate two sides of an embodiment pf a rack 600 which can be used for verifying orders, payment etc.
  • the rack 600 bended to a triangular shape, at one side 601 comprises a receiver portion 603 having a transparent portion for receiving a terminal or phone with a display, which can display, e.g. the received verification code.
  • the second side 602 of the rack 600 may be adopted to receive a second terminal, such as a "pad” provided with a camera.
  • the second terminal may be positioned on the second side using receiving portions 604.
  • the camera at one side of the terminal may be used to insect the verification code on the display of the phone (e.g. using QR-code reader) through an aperture 605.
  • a barcode reader such as a barcode reader, a laptop, another phone, Near Field Communication (NFC), radio frequency communication (WiFi, Bluetooth, etc.) may also be used to communicate the code, payment, etc.
  • NFC Near Field Communication
  • WiFi wireless Fidelity
  • Bluetooth Bluetooth
  • terminal as the term is used herein, is to be broadly interpreted to include a
  • radiotelephone having ability for Internet/intranet access, web browser, organizer, calendar, a camera (e.g., video and/or still image camera), a personal communications system (PCS) terminal that may combine a cellular radiotelephone with data processing; a personal digital assistant (PDA) that can include a radiotelephone or wireless
  • PCS personal communications system
  • PDA personal digital assistant
  • a communication system a laptop; and any other computation or communication device capable of transceiving, such as a personal computer, a home entertainment system, a television, etc.
  • a computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM), Random Access Memory (RAM), compact discs (CDs), digital versatile discs (DVD), etc.
  • program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
  • Computer-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

La présente invention concerne un procédé et un agencement permettant de commander, réserver et/ou payer des marchandises et/ou un service. Ledit procédé consiste à : commander lesdites marchandises et/ou ledit service au moyen d'un terminal de communication ; recevoir un code de vérification par ledit terminal ; vérifier ledit code de vérification dans une unité de vérification ; vérifier une transaction dans une unité de transaction correspondant à ladite commande à l'aide dudit code de vérification vérifié par ladite unité de vérification ; et fournir une information de commande et/ou de transaction au terminal.
PCT/SE2014/050881 2013-07-10 2014-07-09 Procédé et système de passation de commande et de paiement Ceased WO2015005861A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361844469P 2013-07-10 2013-07-10
US61/844,469 2013-07-10
US201361904478P 2013-11-15 2013-11-15
US61/904,478 2013-11-15

Publications (1)

Publication Number Publication Date
WO2015005861A1 true WO2015005861A1 (fr) 2015-01-15

Family

ID=52280384

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SE2014/050881 Ceased WO2015005861A1 (fr) 2013-07-10 2014-07-09 Procédé et système de passation de commande et de paiement

Country Status (1)

Country Link
WO (1) WO2015005861A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110223151A (zh) * 2019-06-20 2019-09-10 国网电子商务有限公司 一种基于2b电商系统的移动扫码收货方法及装置
IT202000015355A1 (it) * 2020-06-25 2021-12-25 Teleco Automation Srl Infrastruttura e metodo per la gestione delle ordinazioni in un pubblico esercizio.
IT202100026384A1 (it) * 2021-10-14 2023-04-14 Proxima Srl Sistema, metodo e programma per elaboratore per la gestione affidabile di ordini di ristorazione

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002015062A2 (fr) * 2000-08-18 2002-02-21 Telefonaktiebolaget L M Ericsson (Publ) Procede et systeme ameliores d'execution d'une transaction financiere
WO2009070114A1 (fr) * 2007-11-30 2009-06-04 Skycash Sp.Z O.O. Serveur d'émetteur de chèques et système commercial d'un système de paiements de proximité

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002015062A2 (fr) * 2000-08-18 2002-02-21 Telefonaktiebolaget L M Ericsson (Publ) Procede et systeme ameliores d'execution d'une transaction financiere
WO2009070114A1 (fr) * 2007-11-30 2009-06-04 Skycash Sp.Z O.O. Serveur d'émetteur de chèques et système commercial d'un système de paiements de proximité

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110223151A (zh) * 2019-06-20 2019-09-10 国网电子商务有限公司 一种基于2b电商系统的移动扫码收货方法及装置
IT202000015355A1 (it) * 2020-06-25 2021-12-25 Teleco Automation Srl Infrastruttura e metodo per la gestione delle ordinazioni in un pubblico esercizio.
IT202100026384A1 (it) * 2021-10-14 2023-04-14 Proxima Srl Sistema, metodo e programma per elaboratore per la gestione affidabile di ordini di ristorazione

Similar Documents

Publication Publication Date Title
JP7597775B2 (ja) 方法、顧客装置、及び非一時的マシン可読媒体
US11232437B2 (en) Transaction token issuing authorities
US20240232861A1 (en) Transaction token issuing authorities
US9208482B2 (en) Transaction token issuing authorities
US10510057B2 (en) Token-based gift cards
US10102514B2 (en) Payment processing methods and systems
US10460364B2 (en) System and method for social gifting and gift redemption
US8498900B1 (en) Bar or restaurant check-in and payment systems and methods of their operation
US20150220905A1 (en) System and method for managing payment in transactions with a pcd
US20120296726A1 (en) System and Method For Managing Transactions With A Portable Computing Device
US20130211900A1 (en) System and method for managing transactions with a portable computing device
US20130159077A1 (en) Local affiliate marketing
JP2015506004A (ja) 勘定支払システム及び方法
EP2922006A1 (fr) Procédé de paiement en ligne pour des transactions face-à-face
KR20130000072A (ko) Ｎｆｃ 휴대단말기를 이용한 온오프라인 결제 시스템 및 그 방법
KR101036681B1 (ko) 휴대용 이동통신단말기를 이용한 결제 서비스 방법 및 그 시스템
US20200051157A1 (en) Electronic payment methods and systems
WO2015005861A1 (fr) Procédé et système de passation de commande et de paiement
JP6845960B1 (ja) 決済処理方法及び決済処理装置
KR102074443B1 (ko) 주거래 카드 정보를 이용하여 결제하는 서버 및 클라이언트
EP3248158A1 (fr) Procédé de livraison mobile et système correspondant
WO2014028110A1 (fr) Système et procédé de gestion de transactions avec un dispositif informatique portable
HK1202178B (zh) 用於面对面交易的在线支付方法
JP2014178855A (ja) 情報処理装置、情報処理方法及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14822113

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 02.05.2016)

122 Ep: pct application non-entry in european phase

Ref document number: 14822113

Country of ref document: EP

Kind code of ref document: A1