WO2019214305A1 - 一种基于doi的支付方法、装置及设备 - Google Patents

一种基于doi的支付方法、装置及设备 Download PDF

Info

Publication number
WO2019214305A1
WO2019214305A1 PCT/CN2019/075355 CN2019075355W WO2019214305A1 WO 2019214305 A1 WO2019214305 A1 WO 2019214305A1 CN 2019075355 W CN2019075355 W CN 2019075355W WO 2019214305 A1 WO2019214305 A1 WO 2019214305A1
Authority
WO
WIPO (PCT)
Prior art keywords
amount
doi
payment
paid
dimensional code
Prior art date
Application number
PCT/CN2019/075355
Other languages
English (en)
French (fr)
Inventor
邹启蒙
王林青
杨磊
翁欣雨
Original Assignee
阿里巴巴集团控股有限公司
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 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2019214305A1 publication Critical patent/WO2019214305A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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

  • the present application relates to the field of computer technologies, and in particular, to a DOI-based payment method, apparatus, and device.
  • DOI Digital Object Unique Identifier
  • the user can scan the QR code of the payee through the mobile terminal, enter the payment page, and input a corresponding payment amount in the payment page to complete the payment service.
  • the embodiment of the present specification provides a DOI-based payment method, device and device for providing a more convenient mobile payment solution.
  • the embodiment of the present specification provides a DOI-based payment method, including:
  • the pricing equipment displays the amount to be paid
  • the settlement device provides an amount digital object unique identifier DOI for reflecting the to-be-paid amount according to the amount to be paid displayed;
  • the scan code device scans the amount DOI provided by the settlement device to initiate a payment request to the server to complete the payment;
  • the amount of money DOI includes at least a two-dimensional code of the amount.
  • the embodiment of the present specification provides a DOI-based payment method on the settlement device side, including:
  • the settlement device acquires the information to be paid by the user based on the service obtained by the user; wherein the quantized value corresponding to the to-be-paid information matches the value corresponding to the service obtained by the user;
  • the amount of money DOI includes at least a two-dimensional code.
  • the embodiment of the present specification provides a DOI-based payment method on the scanning device side, including:
  • a payment request is generated according to the to-be-paid information and sent to the server for payment.
  • the embodiment of the present specification provides a DOI-based payment method on the server side, including:
  • the embodiment of the present specification further provides a DOI-based payment device on the pricing device side, including:
  • the information acquisition module acquires the amount of the user to be paid
  • a module is displayed to display the amount to be paid.
  • the embodiment of the present specification further provides a DOI-based payment device on the settlement device side, including:
  • the collection module collects the amount to be paid displayed by the pricing device
  • the DOI provides a module, and provides an amount DOI according to the collected amount to be paid;
  • the amount of money DOI includes at least a two-dimensional code of the amount.
  • the embodiment of the present specification further provides a DOI-based payment device on the scanning device side, including:
  • An information obtaining module which acquires information to be paid from the amount of money DOI;
  • the requesting module sends a payment request to the server according to the to-be-paid information to complete the payment.
  • the embodiment of the present specification further provides a DOI-based payment device on the server side, including:
  • An information determining module according to the service party identification information carried in the two-dimensional code request
  • a barcode data generating module according to the service party identification information and the to-be-paid amount carried in the two-dimensional code request, generating two-dimensional code data and feeding back to the settlement device, so that the settlement device is based on the two-dimensional code
  • the data provides an amount of DOI that reflects the amount to be paid.
  • the embodiment of the present specification further provides a DOI-based payment device on a pricing device side, including: a processor and a memory, where:
  • the memory storing a DOI-based payment program
  • the processor calls a DOI-based payment program stored in the memory and executes:
  • the embodiment of the present specification further provides a DOI-based payment device on a settlement device side, including: a processor and a memory, where:
  • the memory storing a DOI-based payment program
  • the processor calls a DOI-based payment program stored in the memory and executes:
  • the amount of money DOI includes at least a two-dimensional code of the amount.
  • the embodiment of the present specification further provides a DOI-based payment device on a scanning device side, including: a processor and a memory, where:
  • the memory storing a DOI-based payment program
  • the processor calls a DOI-based payment program stored in the memory and executes:
  • a generated payment request is sent to the server to complete the payment.
  • the embodiment of the present specification further provides a DOI-based payment device on a payment server side, including: a processor and a memory, where:
  • the memory storing a DOI-based payment program
  • the processor calls a DOI-based payment program stored in the memory and executes:
  • the settlement device of the service party can obtain the information to be paid by the user based on the service obtained by the user, generally speaking,
  • the information to be paid reflects the amount the user needs to pay.
  • the settlement device generates an amount DOI including the amount to be paid according to the information to be paid by the user.
  • the user only needs to scan the amount DOI using the scan code device to complete the payment.
  • the above method in the embodiment of the present specification can effectively reduce or avoid the operation of the user on the scanning code device, thereby improving the convenience of payment and facilitating the user's Payment experience.
  • FIG. 1 is a schematic structural diagram of a DOI-based payment method according to an embodiment of the present disclosure
  • FIG. 2 is a schematic diagram of a DOI-based payment process provided by an embodiment of the present disclosure
  • FIG. 3a is another schematic diagram of a structure on which a DOI-based payment method according to an embodiment of the present disclosure is based;
  • FIG. 3b is a schematic diagram of a payment method on the settlement device side based on the architecture shown in FIG. 3a;
  • FIG. 3b is a schematic diagram of a payment method on the settlement device side based on the architecture shown in FIG. 3a;
  • FIG. 4 is a schematic diagram of a DOI-based payment process on a scanning device side according to an embodiment of the present disclosure
  • FIG. 5 is a schematic diagram of a DOI-based payment process on a payment server side according to an embodiment of the present disclosure
  • FIG. 6 is a schematic structural diagram of a DOI-based payment device on a pricing device side according to an embodiment of the present disclosure
  • FIG. 7 is a schematic structural diagram of a DOI-based payment device on a settlement device side according to an embodiment of the present disclosure
  • FIG. 8 is a schematic structural diagram of a DOI-based payment device on a scanning device side according to an embodiment of the present disclosure
  • FIG. 9 is a schematic structural diagram of a DOI-based payment device on a payment server side according to an embodiment of the present disclosure.
  • the DOI may be regarded as a visualized coded graphic identifier, and may specifically include a plurality of code codes generated by QR Code, Code 16K, Ultra-code, or PDF417.
  • Bar code such as one-dimensional bar code, matrix two-dimensional code or row-arranged two-dimensional code.
  • the consumer user (referred to as the user in the following description) can generally scan the static two-dimensional code provided by the business party such as the merchant, and input the corresponding amount in the payment interface. After that, the payment is completed. Obviously, for this payment scenario, the user needs to perform more operations, which is more inconvenient.
  • a DOI-based payment method which can generate a dynamic two-dimensional code according to the amount of money required by the user, and for the user, only the dynamic two-dimensional code needs to be scanned, that is, The payment can be completed without manually entering the amount to be paid in the payment page, thereby reducing the operations required by the user.
  • the DOI-based payment method provided in the embodiments of the present specification may adopt an architecture as shown in FIG. 1.
  • the payment server can be regarded as a server in the background of a payment service party (eg, a bank, a payment platform, etc.), and can provide payment services to users and business parties.
  • a payment service party eg, a bank, a payment platform, etc.
  • both the user and the business party are registered with the corresponding account in the payment server.
  • the payment server can be used to provide the bar code data required to generate the amount of DOI (this process will be explained in the subsequent content).
  • the foregoing payment server may specifically adopt a clustered, distributed or single server architecture, and the present invention is not limited thereto.
  • the scanning code device is used by a user, and may generally include, but is not limited to, a mobile phone, a tablet computer, a smart watch, Augmented Reality (AR) glasses, a virtual reality (VR) helmet, etc.
  • the device of the code function is not specifically limited herein.
  • the pricing device can display the corresponding amount to be paid based on the service obtained by the user (the business here can be understood as the product/service obtained by the user).
  • the settlement device may generate a corresponding amount of DOI (eg, a two-dimensional code) according to the amount to be paid displayed by the pricing device, so that the user can scan the code using the scan code device.
  • DOI eg, a two-dimensional code
  • the pricing device and the settlement device are disposed on the service side, and generally, the service party can provide the goods/services to the user.
  • the business party can be a merchant or other business entity.
  • the merchants described herein may specifically include, but are not limited to, supermarkets, shopping malls, restaurants, cafes, dry cleaners, and the like.
  • the other business entities mentioned may include, but are not limited to, taxis, toll stations, parking booths, and the like.
  • the DOI-based payment method in the embodiment of the present specification can reduce the operations performed by the user.
  • a DOI-based payment method is provided in the embodiment of the present specification. As shown in FIG. 2, the method specifically includes the following steps:
  • Step S201 The pricing device displays the amount to be paid.
  • the pricing device may specifically be a cash register device, a meter, or the like capable of displaying an amount to be paid.
  • the pricing device may display the amount to be paid by using various means such as an LED screen, a partial display area, and the like. It should be understood here that the timing at which the pricing device displays the amount to be paid is usually when the user needs to make a mobile payment. Of course, there is no specific limitation here.
  • Step S203 The settlement device provides an amount digital object unique identifier DOI for reflecting the to-be-paid amount according to the displayed to-be-paid amount.
  • the settlement device is a device having an image recognition function capable of identifying a payment amount displayed by the pricing device.
  • the settlement device may have an image recognition device (such as a camera), and at the same time, has a display device (such as a display screen), and the settlement device may be a device such as a mobile phone or a tablet computer, or may be specially customized to implement the above payment method.
  • Equipment Of course, this does not constitute a limitation on the present application.
  • the settlement device may obtain the to-be-paid amount by means of communication transmission.
  • the amount of money DOI can be considered as a payment two-dimensional code generated based on the amount to be paid, in other words, by means of the amount of DOI, the operation performed by the user in the payment process can be reduced or avoided as much as possible.
  • the manner in which the settlement device provides the DOI of the amount may be displayed in various manners, such as printing and projection, in addition to being displayed on the screen, and the present invention is not limited thereto.
  • Step S205 The scan code device scans the amount of money DOI provided by the settlement device, and initiates a payment request to the server to complete the payment.
  • the user can complete the payment by scanning the code for the amount DOI, and the user can no longer input the corresponding amount information.
  • the settlement device of the service party can obtain the information to be paid by the user based on the service obtained by the user.
  • the information to be paid reflects the amount the user needs to pay.
  • the settlement device generates an amount DOI including the amount to be paid according to the information to be paid by the user.
  • the user only needs to scan the amount DOI using the scan code device to complete the payment.
  • the above method in the embodiment of the present specification can effectively reduce or avoid the operation of the user on the scanning code device, thereby improving the convenience of payment and facilitating the user's Payment experience.
  • the pricing device and the settlement device on the service side in some application scenarios, it can be implemented by a unified device, and its architecture can be as shown in Figure 3a.
  • the specific method flow can be as shown in FIG. 3b, and specifically includes the following steps:
  • Step S301 Acquire information about the user to be paid based on the service obtained by the user.
  • the settlement is usually performed.
  • the user's pending payment information will be obtained by the business party's settlement device.
  • the information to be paid may generally include at least one of an amount to be paid and a business item obtained by the user.
  • the settlement device has an automatic charging function (applicable to a parking lot toll booth, a taxi, etc.), so that the user can obtain the service in real time. Get the user's pending payment information.
  • the settlement device obtains the information to be paid by the user by acquiring the product information of the product purchased by the user (applicable to a supermarket, a shopping mall, a restaurant, etc.).
  • the quantized value (usually the amount to be paid) corresponding to the to-be-paid information matches the value corresponding to the service obtained by the user.
  • Step S303 The amount of money DOI is provided according to the to-be-paid information, so that the user scans the DOI for payment by the scanning device.
  • the settlement device may display the amount corresponding to the information to be paid to the user or the business personnel, and then the user scans the QR code of the service party by using the scan code device. And enter the corresponding payment amount.
  • the settlement device may provide the corresponding amount of DOI according to the information to be paid corresponding to the user's obtained service, and the amount of the DOI is included in the amount.
  • the corresponding amount to be paid as much as possible, reduces or avoids the operation of the user inputting the amount.
  • the user only needs to use the corresponding scanning device to scan the amount DOI provided in this step to complete the payment.
  • the amount of money DOI provided by the settlement device may generally include the account information of the business party in addition to the information to be paid by the user.
  • the settlement device locally stores the identification information of the service party (for example, the account information, ID, and the like registered by the service party in the payment server), and then the settlement device can directly generate the two-dimensional code of the amount locally. That is, the amount of money DOI is generated according to the to-be-paid information, specifically: generating the two-dimensional code of the amount according to the to-be-paid amount included in the to-be-paid information and the identification information of the business party.
  • the identification information of the service party for example, the account information, ID, and the like registered by the service party in the payment server
  • the settlement device does not store the identification information of the service party locally, but only the identification information of the settlement device itself (eg, device number, MAC address, etc.).
  • the settlement device has a binding relationship with the business party, and the server can record the binding relationship.
  • the process of the payment device providing the two-dimensional code may be: generating a two-dimensional code request according to the to-be-paid amount included in the to-be-paid information, and the identification information of the settlement device, and sending the request to the server;
  • the settlement device has a binding relationship with the service party; and receives the two-dimensional code data that is fed back by the server based on the two-dimensional code request; wherein the two-dimensional code data may include a corresponding payment identifier (eg, Paying a token); displaying the amount of the two-dimensional code according to the two-dimensional code data.
  • a corresponding payment identifier eg, Paying a token
  • the execution subject may generally be a device having an amount display function and a two-dimensional code providing function.
  • the execution entity in FIG. 3 may be a pricing device and a settlement device in the architecture shown in FIG. 1.
  • the process of displaying the information to be paid by the pricing device may be: the pricing device acquires the amount of the user to be paid and displays based on the service obtained by the user.
  • the settlement device may provide, according to the amount to be paid, the amount of the DOI for reflecting the to-be-paid amount: the settlement device identifies the amount to be paid displayed by the pricing device, according to the identified And the account to be paid, and the account information of the business party pre-bound with the settlement device, generating a two-dimensional code request to be sent to the server; so that the server feeds back the two-dimensional code data according to the two-dimensional code; The two-dimensional code data fed back by the server displays the amount of the two-dimensional code.
  • the embodiment of the present specification further provides a DOI-based payment method, as shown in FIG. 4, which specifically includes the following steps:
  • Step S401 Scan the amount of money DOI displayed by the settlement device.
  • the amount of money DOI is generated by the settlement device acquiring the to-be-paid information of the user based on the service obtained by the user.
  • Step S403 Obtain information to be paid from the amount of money DOI, where the information to be paid includes at least a payment identifier.
  • the payment identifier may specifically be a payment token in the foregoing content.
  • Step S405 Generate a payment request and send it to the server for payment according to the user information and the payment identifier included in the to-be-paid information.
  • the user information here may specifically be the account information, the user ID, and the like corresponding to the user who uses the scan code device, and is not specifically limited herein.
  • its execution subject can be considered as a scan code device used by the user.
  • a confirmation page may be popped up on the scanning code device after the user scans the amount of the DOI.
  • the method further includes: generating a confirmation page displaying the amount to be paid, and receiving a confirmation operation of the user on the confirmation page.
  • the embodiment of the present specification further provides a DOI-based payment method, as shown in FIG. 5, which specifically includes the following steps:
  • Step S501 Receive a two-dimensional code request sent by the settlement device.
  • Step S503 Determine, according to the settlement device identifier carried in the two-dimensional code request, the service party identification information that has a binding relationship with the settlement device.
  • Step S505 Generate, according to the service party identification information and the to-be-paid amount carried in the two-dimensional code request, the two-dimensional code data including the payment identifier, and feed back to the settlement device, so that the settlement device is based on the second
  • the dimension data generates an amount DOI containing the amount to be paid.
  • the above is a DOI-based payment method provided by the embodiment of the present specification. Based on the same idea, the embodiment of the present specification further provides a corresponding DOI-based payment device.
  • the DOI-based payment device on the pricing device side provided in the embodiment of the present specification is as shown in FIG. 6, and the device includes:
  • the information obtaining module 601 acquires the amount of the user to be paid
  • the display module 602 displays the amount to be paid.
  • the apparatus shown in FIG. 6 may be implemented by a physical device (eg, a terminal device) in an actual application, and specifically includes: a processor and a memory, where
  • the memory storing a DOI-based payment program
  • the processor calls a DOI-based payment program stored in the memory and executes:
  • the DOI-based payment device on the settlement device side provided in the embodiment of the present specification is as shown in FIG. 7, and the device includes:
  • the collecting module 701 collects the amount to be paid displayed by the pricing device
  • the DOI providing module 702 provides an amount of money DOI according to the collected amount to be paid;
  • the DOI includes at least a two-dimensional code.
  • the device shown in FIG. 7 may be implemented by a physical device (eg, a terminal device) in an actual application, and specifically includes: a processor and a memory, where
  • the memory storing a DOI-based payment program
  • the processor calls a DOI-based payment program stored in the memory and executes:
  • the amount DOI is provided according to the collected amount to be paid.
  • the DOI-based payment device on the scanning code device side provided in the embodiment of the present specification is as shown in FIG. 8, and the device includes:
  • the scanning module 801 scans and identifies the amount DOI provided by the settlement device
  • the information obtaining module 802 is configured to obtain information to be paid from the amount of money DOI;
  • the requesting module 803 generates a payment request to the server according to the to-be-paid information to complete the payment.
  • the device shown in FIG. 8 may be implemented by a physical device (eg, a terminal device) in an actual application, and specifically includes: a processor and a memory, where
  • the memory storing a DOI-based payment program
  • the processor calls a DOI-based payment program stored in the memory and executes:
  • a generated payment request is sent to the server to complete the payment.
  • the DOI-based payment device on the server side provided in the embodiment of the present specification is as shown in FIG. 9, and the device includes:
  • the request receiving module 901 receives the two-dimensional code request sent by the settlement device
  • the information determining module 902 is configured to determine the service party identity information carried in the two-dimensional code request.
  • the barcode data generating module 903 generates, according to the business party identification information and the to-be-paid amount carried in the two-dimensional code request, the two-dimensional code data to be fed back to the settlement device, so that the settlement device is based on the two-dimensional
  • the code data provides an amount DOI for reflecting the amount to be paid.
  • the device shown in FIG. 9 may be implemented by a physical device (eg, a terminal device) in an actual application, and specifically includes: a processor and a memory, where
  • the memory storing a DOI-based payment program
  • the processor calls a DOI-based payment program stored in the memory and executes:
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • HDL Hardware Description Language
  • the controller can be implemented in any suitable manner, for example, the controller can take the form of, for example, a microprocessor or processor and a computer readable medium storing computer readable program code (eg, software or firmware) executable by the (micro)processor.
  • computer readable program code eg, software or firmware
  • examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, The Microchip PIC18F26K20 and the Silicone Labs C8051F320, the memory controller can also be implemented as part of the memory's control logic.
  • the controller can be logically programmed by means of logic gates, switches, ASICs, programmable logic controllers, and embedding.
  • Such a controller can therefore be considered a hardware component, and the means for implementing various functions included therein can also be considered as a structure within the hardware component.
  • a device for implementing various functions can be considered as a software module that can be both a method of implementation and a structure within a hardware component.
  • the system, device, module or unit illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product having a certain function.
  • a typical implementation device is a computer.
  • the computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or A combination of any of these devices.
  • embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, compact disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a computing device.
  • computer readable media does not include temporary storage of computer readable media, such as modulated data signals and carrier waves.
  • the application can be described in the general context of computer-executable instructions executed by a computer, such as a program module.
  • program modules include routines, programs, objects, components, data structures, and the like that perform particular transactions or implement particular abstract data types.
  • the present application can also be practiced in distributed computing environments where transactions are performed by remote processing devices that are connected through a communication network.
  • program modules can be located in both local and remote computer storage media including storage devices.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种基于DOI的支付方法、装置及设备。在用户通过扫码设备进行扫码支付的场景下，计价设备可展示出用户所需支付的金额，相应的结算设备可以基于所展示的金额，向用户提供支付二维码，该支付二维码反映了用户所需支付的金额，这样一来，用户只需使用扫码设备对该金额DOI进行扫码，便可完成支付。

Description

一种基于DOI的支付方法、装置及设备 技术领域
本申请涉及计算机技术领域，尤其涉及一种基于DOI的支付方法、装置及设备。
背景技术
目前，诸如二维码等数字对象唯一标识符(Digital Object Unique Identifier，DOI)广泛应用于移动支付场景中。
对于现有的移动支付场景而言，通常用户可通过移动终端针对收款方的二维码进行扫描后，进入支付页面，并在该支付页面中输入相应的支付额度，以完成支付业务。
基于现有技术，需要一种能够进一步减少用户操作的移动支付方式。
发明内容
本说明书实施例提供一种基于DOI的支付方法、装置及设备，用以提供一种更为便捷的移动支付方案。
本说明书实施例采用下述技术方案：
本说明书实施例提供一种基于DOI的支付方法，包括：
计价设备展示待支付金额；
结算设备根据展示的所述待支付金额，提供用于反映所述待支付金额的金额数字对象唯一标识符DOI；
扫码设备扫描由所述结算设备所提供的金额DOI，向服务器发起支付请求，以完成支付；
其中，所述金额DOI至少包括金额二维码。
本说明书实施例在结算设备侧提供一种基于DOI的支付方法，包括：
结算设备基于用户所获得的业务，获取用户的待支付信息；其中，所述待支付信息对应的量化值与所述用户获得的业务对应的价值相匹配；
根据所述待支付信息生成金额DOI，并展示，以使得用户通过扫码设备扫描所述金 额DOI进行支付；
其中，所述金额DOI至少包括二维码。
本说明书实施例在扫描设备侧提供一种基于DOI的支付方法，包括：
扫描结算设备所展示的金额DOI；
从所述金额DOI中获取待支付信息；
根据所述待支付信息生成支付请求发送至服务器进行支付。
本说明书实施例在服务器侧提供一种基于DOI的支付方法，包括：
接收结算设备发送的二维码请求；
确定所述二维码请求中携带的业务方标识信息；
根据所述业务方标识信息以及所述二维码请求中携带的待支付金额，生成二维码数据反馈给所述结算设备，以使得所述结算设备基于所述条码数据提供包含待支付金额的金额DOI。
对应地，本说明书实施例还提供一种在计价设备侧的基于DOI的支付装置，包括：
信息获取模块，获取用户的待支付金额；
展示模块，展示所述待支付金额。
对应地，本说明书实施例还提供一种在结算设备侧的基于DOI的支付装置，包括：
采集模块，采集由计价设备所展示的待支付金额；
DOI提供模块，根据采集到的所述待支付金额提供金额DOI；
其中，所述金额DOI至少包括金额二维码。
对应地，本说明书实施例还提供一种在扫描设备侧的基于DOI的支付装置，包括：
扫描模块，扫描并识别结算设备所展示的金额DOI；
信息获取模块，从所述金额DOI中获取待支付信息；
请求模块，根据所述待支付信息，生成支付请求发送至服务器，以完成支付。
对应地，本说明书实施例还提供一种在服务器侧的基于DOI的支付装置，包括：
请求接收模块，接收结算设备发送的二维码请求；
信息确定模块，根据所述二维码请求中携带的业务方标识信息；
条码数据生成模块，根据所述业务方标识信息以及所述二维码请求中携带的待支付金额，生成二维码数据反馈给所述结算设备，以使得所述结算设备基于所述二维码数据提供用于反映待支付金额的金额DOI。
对应地，本说明书实施例还提供一种在计价设备侧的基于DOI的支付设备，包括：处理器、存储器，其中：
所述存储器，存储基于DOI的支付程序；
所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
获取用户的待支付金额；
展示所述待支付金额。
对应地，本说明书实施例还提供一种在结算设备侧的基于DOI的支付设备，包括：处理器、存储器，其中：
所述存储器，存储基于DOI的支付程序；
所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
采集由计价设备所展示的待支付金额；
根据采集到的所述待支付金额提供金额DOI；
其中，所述金额DOI至少包括金额二维码。
对应地，本说明书实施例还提供一种在扫描设备侧的基于DOI的支付设备，包括：处理器、存储器，其中：
所述存储器，存储基于DOI的支付程序；
所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
扫描并识别结算设备所提供的金额DOI；
从所述金额DOI中获取待支付信息；
根据所述待支付信息，生成支付请求发送至服务器，以完成支付。
对应地，本说明书实施例还提供一种在支付服务器侧的基于DOI的支付设备，包括：处理器、存储器，其中：
所述存储器，存储基于DOI的支付程序；
所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
接收结算设备发送的二维码请求；
确定所述二维码请求中携带的业务方标识信息；
根据所述业务方标识信息以及所述二维码请求中携带的待支付金额，生成二维码数据反馈给所述结算设备，以使得所述结算设备基于所述二维码数据展示用于反映待支付金额的金额DOI。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：
在用户通过扫码设备进行扫码支付的场景下，当用户获得了由业务方所提供的业务后，业务方的结算设备可以基于用户所获得的业务，获取用户的待支付信息，一般来说，待支付信息反映了用户所需支付的金额。此后，并不需要用户在扫码后手动输入待支付的金额，而是由结算设备根据用户的待支付信息，生成包含待支付金额的金额DOI。由此，用户只需使用扫码设备对该金额DOI进行扫码，便可完成支付。
相较于现有的扫码支付方式而言，本说明书实施例中的上述方法，能够有效较少或避免用户在扫码设备上的操作，从而提升了支付的便捷性，有利于提升用户的支付体验。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本说明书实施例提供的基于DOI的支付方法所基于的一种架构示意图；
图2为本说明书实施例提供的基于DOI的支付过程示意图；
图3a为本说明书实施例提供的基于DOI的支付方法所基于的另一种架构示意图；
图3b为在图3a所示架构基础上的结算设备侧的支付方法过程示意图；
图4为本说明书实施例提供的在扫描设备侧的基于DOI的支付过程示意图；
图5为本说明书实施例提供的在支付服务器侧的基于DOI的支付过程示意图；
图6为本说明书实施例提供的在计价设备侧的基于DOI的支付装置结构示意图；
图7为本说明书实施例提供的在结算设备侧的基于DOI的支付装置结构示意图；
图8为本说明书实施例提供的在扫描设备侧的基于DOI的支付装置结构示意图；
图9为本说明书实施例提供的在支付服务器侧的基于DOI的支付装置结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在本说明书的一个或多个实施例中，所述的DOI，可认为是可视化的编码图形标识符，具体可包括由QR Code、Code 16K、Ultra-code或PDF417等多种码制编码生成的一维条码、矩阵式二维码或行排式二维码等条码。
在现有的部分移动支付场景下，消费者用户(在后续描述中简称为：用户)通常可针对诸如商家等业务方所提供的静态二维码进行扫码，并在支付界面输入相应的金额后，完成支付。但显然，对于这种支付场景而言，用户需要执行较多操作，从而较为不便。
为此，在本说明书实施例中，提供一种基于DOI的支付方法，能够根据用户所需支付的金额生成动态二维码，对于用户而言，仅需要针对动态二维码进行扫码，即可完成支付，而不用在支付页面中手动输入待支付的额度，从而减少用户所需的操作。
在上述内容的基础上，本说明书实施例中提供的基于DOI的支付方法可以采用如图1中所示的架构。
在图1中，支付服务器可认为是支付服务方(如：银行、支付平台等)后台的服务器，能够面向用户和业务方提供支付服务。在一种可行的实施方式中，用户和业务方均在支付服务器中注册有相应的账户。同时，在本说明书的部分实施例中，支付服务器可用于提供生成金额DOI所需的条码数据(该过程将在后续内容中进行阐述)。
当然，上述支付服务器具体可以采用集群式、分布式或单一服务器的架构，这里并不应构成对本申请的限定。
在图1中，扫码设备由用户所使用，通常可包括但不限于：手机、平板电脑、智能手表、增强现实(Augmented Reality，AR)眼镜、虚拟现实(Virtual Reality，VR)头盔等具有扫码功能的设备，这里并不进行具体限定。
在图1中，计价设备能够基于用户所获得的业务(这里的业务可理解为是用户获得的商品/服务)，展示对应的待支付金额。
在图1中，结算设备可以根据计价设备所展示的待支付金额，生成相应的金额DOI(如：二维码)，以便于用户使用扫码设备扫码支付。
在本说明书实施例中，计价设备和结算设备设置于业务方侧，一般性地，业务方能够为用户提供商品/服务。业务方可以是商户，也可以是其他业务主体。
其中，这里所述的商户具体可包括但不限于：超市、商场、餐馆、咖啡厅、干洗店等。而所述的其他业务主体，可包括但不限于：出租车、收费站、停车场收费亭等等。
应该理解，用户在使用上述业务方提供的商品/服务时，有可能需要在确认消费金额后，扫描业务方的二维码进入支付页面，并在该支付页面中输入相应的金额才能完成支付。而采用本说明书实施例中的基于DOI的支付方法便可减少用户所执行的操作。
基于上述如图1所示的架构，以下将详细说明本说明书实施例中所提供的技术方案。
本说明书实施例中提供一种基于DOI的支付方法，如图2所述，具体包括以下步骤：
步骤S201：计价设备展示待支付金额。
在本说明书的部分实施例中，计价设备具体可以是能够显示待支付金额的收银设备、计价器等。所述的计价设备可以采用诸如LED屏、局部展示区等多种方式展示所述的待支付金额。这里应理解的是，计价设备所展示待支付金额的时机通常为用户需要进行移动支付时。当然，这里并不进行具体限定。
步骤S203：结算设备根据展示的所述待支付金额，提供用于反映所述待支付金额的金额数字对象唯一标识符DOI。
在本说明书实施例中的一种可能方式中，所述的结算设备是具有图像采识别功能的设备，其能够识别计价设备所展示的支付金额。结算设备可以具有图像识别器件(如：摄像头)，同时，具有显示器件(如：显示屏)，该结算设备可以是手机、平板电脑等设备，也可以是专门制造用来实现上述支付方法的定制化设备。当然，这里并不构成对本申请的限定。
在本说明书实施例中的另一种可能方式中，所述的结算设备可通过通信传输的方式获取到上述待支付金额。
当然，以上两种方式并不应构成对本申请的限定。
所述的金额DOI，可认为是基于待支付金额所生成的支付二维码，换言之，通过该金额DOI的方式，可以尽可能地减少或避免用户在支付过程中所执行的操作。
在本说明书实施例中，结算设备提供该金额DOI的方式除了可以通过屏幕展示之外，还可以采用打印、投影等多种方式进行展示，这里并不应构成对本申请的限定。
步骤S205：扫码设备扫描由所述结算设备所提供的金额DOI，向服务器发起支付请求，以完成支付。
在实际应用中，用户通过扫码设备针对金额DOI扫码后便可完成支付，用户便可不再输入相应的金额信息。
通过上述步骤，在用户通过扫码设备进行扫码支付的场景下，当用户获得了由业务方所提供的业务后，业务方的结算设备可以基于用户所获得的业务，获取用户的待支付信息，一般来说，待支付信息反映了用户所需支付的金额。此后，并不需要用户在扫码后手动输入待支付的金额，而是由结算设备根据用户的待支付信息，生成包含待支付金额的金额DOI。由此，用户只需使用扫码设备对该金额DOI进行扫码，便可完成支付。
相较于现有的扫码支付方式而言，本说明书实施例中的上述方法，能够有效较少或避免用户在扫码设备上的操作，从而提升了支付的便捷性，有利于提升用户的支付体验。
以上内容是图1所示的架构中各端为实现本说明书实施例中的支付方法所执行的过程。以下分别基于不同侧的角度详细描述本说明书实施例中的支付方法。
对于业务放侧的计价设备和结算设备而言，在部分应用场景中，可以由统一的设备实现，其架构可如图3a所示。具体的方法流程可如图3b所示，具体包括以下步骤：
步骤S301：基于用户所获得的业务，获取用户的待支付信息。
在实际应用中，对于业务方而言，当用户获得由该业务方提供的商品/服务后，通常会进行结算。换言之，将由业务方的结算设备获取用户的待支付信息。待支付信息通常可包括：待支付金额、用户所获得的业务条目中的至少一种。
当然，对于结算设备获取待支付信息的方式可能有多种，例如：结算设备具有自动计费功能(适用于停车场收费亭、出租车等场景)，从而可在用户获得业务的过程中，实时获取该用户的待支付信息。又例如：结算设备通过获取用户所购买商品的商品 信息(适用于超市、商场、餐馆等场景)，得到用户的待支付信息。
由此可知，在本说明书实施例中，所述待支付信息对应的量化值(通常是待支付金额)与所述用户获得的业务对应的价值相匹配。
步骤S303：根据所述待支付信息提供金额DOI，以使得用户通过扫码设备扫描所述DOI进行支付。
对于现有的方式而言，在实际应用中，结算设备可能会将待支付信息所对应的数额显示给用户或者业务人员，再由用户使用扫码设备针对业务方的二维码进行扫码，并输入相应的支付金额。
不同于现有用户需要在支付页面输入待支付金额的方式，在本说明书实施例中，结算设备可以根据用户获得业务所对应的待支付信息，提供对应的金额DOI，而该金额DOI中便包含了相应的待支付数额，尽可能地减少或避免了用户输入金额的操作。
显然，在此情况下，用户只需使用相应的扫描设备对本步骤中提供的金额DOI进行扫码即可完成支付。
当然，可以理解的是，由结算设备所提供的金额DOI中除了包含用户的待支付信息之外，通常还可包含业务方的账户信息。
需要说明的是，在本说明书的不同实施例中，结算设备提供金额DOI(以下采用金额二维码进行说明)的具体方式可能存在一定的差异：
方式一
在该方式下，结算设备本地存储有业务方的标识信息(如：业务方在支付服务器中注册的账户信息、ID等)，那么，该结算设备便可以在本地直接生成金额二维码。也即，根据所述待支付信息生成金额DOI，具体为：根据所述待支付信息中包含的待支付金额，以及业务方的标识信息，生成所述金额二维码。
方式二
在该方式下，结算设备本地并未存储有业务方的标识信息，而仅存有该结算设备自身的标识信息(如：设备号、MAC地址等)。一般来说，结算设备与业务方之间具有绑定关系，而服务器可记录该绑定关系。
由此，结算设备提供金额二维码的过程便可以为：根据所述待支付信息中包含的待支付金额，以及所述结算设备的标识信息，生成二维码请求，发送至服务器；其中， 所述结算设备与业务方具有绑定关系；接收由所述服务器基于所述二维码请求所反馈的二维码数据；其中，所述二维码数据中可以包含相应的支付标识(如：支付token)；根据所述二维码数据展示金额二维码。
对于上述如图3所示的方法而言，其执行主体通常可以是具有金额展示功能及二维码提供功能的设备。
当然，在某些实际应用场景中，图3中的执行主体可以为图1所示的架构中的计价设备及结算设备。
具体地，计价设备展示待支付信息的过程便可以为：计价设备基于所述用户所获得的业务，获取所述用户的待支付金额并展示。
结算设备根据展示的所述待支付金额，提供用于反映所述待支付金额的金额DOI便可以为：所述结算设备识别由所述计价设备所展示的待支付金额，根据识别出的所述待支付金额，以及与所述结算设备预先绑定的业务方的账户信息，生成二维码请求发送至服务器；以使得所述服务器根据所述二维码反馈二维码数据；根据由所述服务器所反馈的所述二维码数据，展示所述金额二维码。
以上是基于业务方一侧的支付方法，对于用户侧(即，扫码设备侧)，本说明书实施例另提供一种基于DOI的支付方法，如图4所示，具体包括以下步骤：
步骤S401：扫描结算设备所展示的金额DOI。
其中，所述金额DOI由所述结算设备基于用户所获得的业务，获取所述用户的待支付信息所生成。
步骤S403：从所述金额DOI中获取待支付信息，其中，所述待支付信息中至少包括支付标识。
在本说明书实施例中，所述的支付标识具体可以是上述内容中的支付token。
步骤S405：根据用户信息、所述待支付信息中包含的支付标识，生成支付请求发送至服务器进行支付。
这里的用户信息，具体可以是使用扫码设备的用户所对应的账户信息、用户ID等，这里并不进行具体限定。
对于图4所示的支付方法而言，其执行主体可认为是用户所使用的扫码设备。
作为本说明书的一种实施方式，考虑到用户可能在实际的业务场景中支付较大 额度的金额，为了保证用户的财产安全，可以在用户扫描金额DOI后，在扫码设备上弹出确认页面，以便用户确认本次支付的数额。也即，在生成支付请求发送至支付服务器进行支付之前，所述方法还包括：生成显示有待支付金额的确认页面，并接收用户在所述确认页面上的确认操作。
以上是基于用户一侧的支付方法，对于服务器一侧，本说明书实施例另提供一种基于DOI的支付方法，如图5所示，具体包括以下步骤：
步骤S501：接收结算设备发送的二维码请求。
步骤S503：根据所述二维码请求中携带的结算设备标识，确定与所述结算设备具有绑定关系的业务方标识信息；
步骤S505：根据所述业务方标识信息以及所述二维码请求中携带的待支付金额，生成包含支付标识的二维码数据反馈给所述结算设备，以使得所述结算设备基于所述二维码数据生成包含待支付金额的金额DOI。
以上为本说明书实施例提供的基于DOI的支付方法，基于同样的思路，本说明书实施例还提供相应的基于DOI的支付装置。
具体而言，本说明书实施例中所提供的在计价设备侧的基于DOI的支付装置如图6所示，所述装置包括：
信息获取模块601，获取用户的待支付金额；
展示模块602，展示所述待支付金额。
基于图6所示的装置，在实际应用中可由实体的设备(如：终端设备)所实现，具体而言，该设备包括：处理器、存储器，其中，
所述存储器，存储基于DOI的支付程序；
所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
获取用户的待支付金额；
展示所述待支付金额。
本说明书实施例中所提供的在结算设备侧的基于DOI的支付装置如图7所示，所述装置包括：
采集模块701，采集由计价设备所展示的待支付金额；
DOI提供模块702，根据采集到的所述待支付金额提供金额DOI；
其中，所述DOI至少包括二维码。
基于图7所示的装置，在实际应用中可由实体的设备(如：终端设备)所实现，具体而言，该设备包括：处理器、存储器，其中，
所述存储器，存储基于DOI的支付程序；
所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
采集由计价设备所展示的待支付金额；
根据采集到的所述待支付金额提供金额DOI。
本说明书实施例中所提供的在扫码设备侧的基于DOI的支付装置如图8所示，所述装置包括：
扫描模块801，扫描并识别结算设备所提供的金额DOI；
信息获取模块802，从所述金额DOI中获取待支付信息；
请求模块803，根据所述待支付信息，生成支付请求发送至服务器，以完成支付。
基于图8所示的装置，在实际应用中可由实体的设备(如：终端设备)所实现，具体而言，该设备包括：处理器、存储器，其中，
所述存储器，存储基于DOI的支付程序；
所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
扫描并识别结算设备所提供的金额DOI；
从所述金额DOI中获取待支付信息；
根据所述待支付信息，生成支付请求发送至服务器，以完成支付。
本说明书实施例中所提供的在服务器侧的基于DOI的支付装置如图9所示，所述装置包括：
请求接收模块901，接收结算设备发送的二维码请求；
信息确定模块902，确定所述二维码请求中携带的业务方标识信息；
条码数据生成模块903，根据所述业务方标识信息以及所述二维码请求中携带的待支付金额，生成二维码数据反馈给所述结算设备，以使得所述结算设备基于所述二维 码数据提供用于反映所述待支付金额的金额DOI。
基于图9所示的装置，在实际应用中可由实体的设备(如：终端设备)所实现，具体而言，该设备包括：处理器、存储器，其中，
所述存储器，存储基于DOI的支付程序；
所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
接收结算设备发送的二维码请求；
确定所述二维码请求中携带的业务方标识信息；
根据所述业务方标识信息以及所述二维码请求中携带的待支付金额，生成二维码数据反馈给所述结算设备，以使得所述结算设备基于所述二维码数据展示用于反映待支付金额的金额DOI。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和介质类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可，这里就不再一一赘述。
至此，已经对本主题的特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作可以按照不同的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序，以实现期望的结果。在某些实施方式中，多任务处理和并行处理可以是有利的。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字***“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开 发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机 程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只 读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (14)

  1. 一种基于DOI的支付方法，包括：
    计价设备展示待支付金额；
    结算设备根据展示的所述待支付金额，提供用于反映所述待支付金额的金额数字对象唯一标识符DOI；
    扫码设备扫描由所述结算设备所提供的金额DOI，向服务器发起对应金额的支付请求，以完成支付。
  2. 如权利要求1所述的方法，其中，所述金额DOI至少包括金额二维码。
  3. 如权利要求2所述的方法，结算设备根据展示的所述待支付金额，提供用于反映所述待支付金额的金额DOI，具体包括：
    所述结算设备识别由所述计价设备所展示的待支付金额；
    根据识别出的所述待支付金额，以及与所述结算设备预先绑定的业务方的标识信息，生成二维码请求发送至服务器；以使得所述服务器根据所述二维码反馈二维码数据；
    根据由所述服务器所反馈的所述二维码数据，展示所述金额二维码。
  4. 如权利要求3所述的方法，所述服务器反馈二维码数据，具体包括：
    所述服务器基于所述二维码请求，生成包含支付标识的二维码数据并反馈给所述结算设备；
    所述支付标识至少包括：支付token。
  5. 如权利要求4所述的方法，扫码设备扫描由所述结算设备所展示的金额DOI，向服务器发起支付请求，具体包括：
    所述扫码设备扫描并获取所述金额二维码中包含的支付token；
    所述扫码设备生成包含所述支付token的支付请求，并发送至所述服务器。
  6. 如权利要求1所述的方法，在完成支付之前，所述方法还包括：
    在所述扫码设备上显示支付确认页面，并接收用户在所述确认页面上的确认操作。
  7. 一种基于DOI的支付装置，包括：
    信息获取模块，获取用户的待支付金额；
    展示模块，展示所述待支付金额。
  8. 一种基于DOI的支付装置，包括：
    采集模块，采集由计价设备所展示的待支付金额；
    DOI提供模块，根据采集到的所述待支付金额提供金额DOI；
    其中，所述金额DOI至少包括金额二维码。
  9. 一种基于DOI的支付装置，包括：
    扫描模块，扫描并识别结算设备所提供的金额DOI；
    信息获取模块，从所述金额DOI中获取待支付信息；
    请求模块，根据所述待支付信息，生成支付请求发送至服务器，以完成支付。
  10. 一种基于DOI的支付装置，包括：
    请求接收模块，接收结算设备发送的二维码请求；
    信息确定模块，确定所述二维码请求中携带的业务方标识信息；
    条码数据生成模块，根据所述业务方标识信息以及所述二维码请求中携带的待支付金额，生成二维码数据反馈给所述结算设备，以使得所述结算设备基于所述二维码数据展示用于反映待支付金额的金额DOI。
  11. 一种基于DOI的支付设备，包括：处理器、存储器，其中：
    所述存储器，存储基于DOI的支付程序；
    所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
    获取用户的待支付金额；
    展示所述待支付金额。
  12. 一种基于DOI的支付设备，包括：处理器、存储器，其中：
    所述存储器，存储基于DOI的支付程序；
    所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
    采集由计价设备所展示的待支付金额；
    根据采集到的所述待支付金额提供金额DOI；
    其中，所述金额DOI至少包括金额二维码。
  13. 一种基于DOI的支付设备，包括：处理器、存储器，其中：
    所述存储器，存储基于DOI的支付程序；
    所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
    扫描并识别结算设备所提供的金额DOI；
    从所述金额DOI中获取待支付信息；
    根据所述待支付信息，生成支付请求发送至服务器，以完成支付。
  14. 一种基于DOI的支付设备，包括：处理器、存储器，其中：
    所述存储器，存储基于DOI的支付程序；
    所述处理器，调用存储器中存储的基于DOI的支付程序，并执行：
    接收结算设备发送的二维码请求；
    确定所述二维码请求中携带的业务方标识信息；
    根据所述业务方标识信息以及所述二维码请求中携带的待支付金额，生成二维码数据反馈给所述结算设备，以使得所述结算设备基于所述二维码数据展示用于反映待支付金额的金额DOI。
PCT/CN2019/075355 2018-05-11 2019-02-18 一种基于doi的支付方法、装置及设备 WO2019214305A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810447882.4A CN108596601A (zh) 2018-05-11 2018-05-11 一种基于doi的支付方法、装置及设备
CN201810447882.4 2018-05-11

Publications (1)

Publication Number Publication Date
WO2019214305A1 true WO2019214305A1 (zh) 2019-11-14

Family

ID=63637204

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/075355 WO2019214305A1 (zh) 2018-05-11 2019-02-18 一种基于doi的支付方法、装置及设备

Country Status (3)

Country Link
CN (1) CN108596601A (zh)
TW (1) TW201947485A (zh)
WO (1) WO2019214305A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108596601A (zh) * 2018-05-11 2018-09-28 阿里巴巴集团控股有限公司 一种基于doi的支付方法、装置及设备
CN109544134B (zh) * 2018-11-29 2021-11-02 银联商务股份有限公司 便捷支付服务方法和***
CN111062718B (zh) * 2019-12-11 2021-06-01 北京牛卡福网络科技有限公司 用于安全交易的方法及装置、***及介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106372892A (zh) * 2016-08-25 2017-02-01 芯海科技（深圳）股份有限公司 一种电子计价秤移动扫码支付的***及方法
CN106781113A (zh) * 2016-12-28 2017-05-31 广东技术师范学院 一种基于rfid的超市智能收银机构及其使用方法
CN107451811A (zh) * 2017-07-11 2017-12-08 任飞翔 一种超市支付***和方法
CN107886322A (zh) * 2017-11-10 2018-04-06 成都国盛天丰网络科技有限公司 一种基于动态二维码的支付方法
CN108596601A (zh) * 2018-05-11 2018-09-28 阿里巴巴集团控股有限公司 一种基于doi的支付方法、装置及设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105515935B (zh) * 2014-09-22 2019-09-27 阿里巴巴集团控股有限公司 一种交互信息中doi的处理方法及装置
CN105590195A (zh) * 2015-12-24 2016-05-18 天津智慧通联科技有限公司 一种支付方法及***及pos机
CN105678302A (zh) * 2016-03-09 2016-06-15 上海讯联数据服务有限公司 一种基于ocr的扫码支付收银软件金额识别***
CN106204013B (zh) * 2016-06-28 2020-05-26 广州合利宝支付科技有限公司 一种基于代付业务的电子支付方法及其***
CN107578228A (zh) * 2017-10-09 2018-01-12 唐嘉俊 基于二维码的智能收银方法、装置、设备以及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106372892A (zh) * 2016-08-25 2017-02-01 芯海科技（深圳）股份有限公司 一种电子计价秤移动扫码支付的***及方法
CN106781113A (zh) * 2016-12-28 2017-05-31 广东技术师范学院 一种基于rfid的超市智能收银机构及其使用方法
CN107451811A (zh) * 2017-07-11 2017-12-08 任飞翔 一种超市支付***和方法
CN107886322A (zh) * 2017-11-10 2018-04-06 成都国盛天丰网络科技有限公司 一种基于动态二维码的支付方法
CN108596601A (zh) * 2018-05-11 2018-09-28 阿里巴巴集团控股有限公司 一种基于doi的支付方法、装置及设备

Also Published As

Publication number Publication date
TW201947485A (zh) 2019-12-16
CN108596601A (zh) 2018-09-28

Similar Documents

Publication Publication Date Title
US11410247B2 (en) Automatic triggering of receipt delivery
US11941595B2 (en) Systems and methods for point of sale deposits
TWI772794B (zh) 支付系統、方法、伺服器設備、媒體及裝置
US20170262832A1 (en) Systems and Methods for Use in Facilitating Payment Account Transactions
WO2019196543A1 (zh) 二维码图片获取方法、装置以及设备
US20220129880A1 (en) Transaction terminals for automated billing
US11468426B2 (en) Payment method, apparatus and device
WO2019214305A1 (zh) 一种基于doi的支付方法、装置及设备
KR20170118431A (ko) 전자 장치 및 이를 이용한 결제 방법
WO2019149055A1 (zh) 退税方法、装置及设备
WO2020010981A1 (zh) 一种零钱兑换方法、装置、服务器
WO2019062704A1 (zh) 交易数据处理方法、装置及***
WO2021184880A1 (zh) 一种支付方法、装置及电子设备
KR20160103728A (ko) 포인트 적립 방법 및 장치
WO2019179255A1 (zh) 一种应用条码的方法、***及服务器
WO2019137357A1 (zh) 付款码获取、支付请求响应方法、装置以及设备
CN111784481A (zh) 扫码下单方法、业务码创建方法、装置和电子设备
CN111985919B (zh) 支付数据处理方法、装置及电子设备
CN112862467B (zh) 一种红包发放和领取方法、装置、设备及可读介质

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: 19799106

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19799106

Country of ref document: EP

Kind code of ref document: A1