CN109003071A - Method of payment, device and equipment - Google Patents
Method of payment, device and equipment Download PDFInfo
- Publication number
- CN109003071A CN109003071A CN201810548007.5A CN201810548007A CN109003071A CN 109003071 A CN109003071 A CN 109003071A CN 201810548007 A CN201810548007 A CN 201810548007A CN 109003071 A CN109003071 A CN 109003071A
- Authority
- CN
- China
- Prior art keywords
- payment
- pay invoice
- order number
- user identifier
- merchant identification
- 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.)
- Granted
Links
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/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on 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/382—Payment protocols; Details thereof insuring higher security of transaction
-
- 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/385—Payment protocols; Details thereof using an alias or single-use codes
Abstract
This specification embodiment discloses method of payment, device and equipment.User regenerates a Digital Object Unique Identifier DOI, is supplied to trade company and is scanned for the pay invoice of unknown result according to the user identifier of the order number of the pay invoice and itself.After trade company's scanning, order number, the amount of money, user identifier, merchant identification etc. are sent to payment platform together.When paymate processes, judges whether to have processed this than business according to order number, avoid repeating to pay.
Description
Technical field
This specification is related to field of computer technology more particularly to method of payment, device and equipment.
Background technique
With popularizing for mobile payment, the range that mobile barcode scanning payment uses is more and more wider.
In the art, the payment on payment platform occurs for customer and trade company, may be each because of network, equipment etc.
Kind situation, can not view result immediately.If trade company requires to repeat to pay at this time, and user worries to be collected money more, just can only
It waits or abandons to buy, affect the experience of both sides.
Based on this, a kind of more convenient payment scheme is needed.
Summary of the invention
This specification embodiment provides method of payment, device and equipment, as follows for solving the problems, such as: to provide one kind more just
The payment scheme of benefit.
Based on this, this specification embodiment provides a kind of method of payment, comprising:
User client is directed to the pay invoice of unknown result, obtains its corresponding order number and user identifier；
Generate the Digital Object Unique Identifier DOI comprising the order number and user identifier；
It shows the DOI, scans the DOI so as to trade company and carry out retrying payment.
Meanwhile this specification embodiment also provides another method of payment, comprising:
The Digital Object Unique Identifier DOI that vendor end scanning user client is shown, obtains institute in the DOI
The user identifier and order number for including, wherein the DOI is by user client after confirmation pay invoice implementing result is unknown
It is generated；
Obtain merchant identification and transaction amount；
Generate includes the user identifier, the pay invoice of order number, merchant identification and transaction amount；
The pay invoice is sent to server-side, so that server-side is paid.
Meanwhile this specification embodiment also provides another method of payment, comprising:
Server-side receives pay invoice transmitted by vendor end, wherein the pay invoice is marked including at least user
Knowledge, order number, merchant identification and transaction amount；
The pay invoice with same order serial number is judged whether there is, if it does not exist, according to the user identifier, quotient
Family mark and transaction amount execute this payment, and if it exists, do not execute this payment.
Corresponding, the embodiment of this specification also provides a kind of payment mechanism, comprising:
Module is obtained, user client is directed to the pay invoice of unknown result, obtains its corresponding order number and user
Mark；
Generation module generates the Digital Object Unique Identifier DOI comprising the order number and user identifier；
Display module shows the DOI, scans the DOI so as to trade company and carries out retrying payment.
Meanwhile the embodiment of this specification also provides another payment mechanism, comprising:
Scan module, the Digital Object Unique Identifier DOI that vendor end scanning user client is shown, obtains institute
State user identifier and order number included in DOI, wherein the DOI is executed by user client in confirmation pay invoice
As a result it is generated after unknown；
Module is obtained, merchant identification and transaction amount are obtained；
Generation module, generating includes the user identifier, the pay invoice of order number, merchant identification and transaction amount；
Sending module sends the pay invoice to server-side, so that server-side is paid.
Meanwhile the embodiment of this specification also provides another payment mechanism, comprising:
Receiving module, server-side receive pay invoice transmitted by vendor end, wherein in the pay invoice at least
Including user identifier, order number, merchant identification and transaction amount；
Judgment module judges whether there is the pay invoice with same order serial number,
Payment module, and if it exists, this payment is not executed, if it does not exist, according to the user identifier, merchant identification and friendship
The easy amount of money executes this payment.
Corresponding, this specification embodiment also provides a kind of payment devices, comprising:
Memory is stored with payment program；
Processor calls the payment program in the memory and execution:
User client is directed to the pay invoice of unknown result, obtains its corresponding order number and user identifier；
Generate the Digital Object Unique Identifier DOI comprising the order number and user identifier；
It shows the DOI, scans the DOI so as to trade company and carry out retrying payment.
Meanwhile this specification embodiment also provides another payment devices, comprising:
Memory is stored with payment program；
Processor calls the payment program in the memory and execution:
The Digital Object Unique Identifier DOI that vendor end scanning user client is shown, obtains institute in the DOI
The user identifier and order number for including, wherein the DOI is by user client after confirmation pay invoice implementing result is unknown
It is generated；
Obtain merchant identification and transaction amount；
Generate includes the user identifier, the pay invoice of order number, merchant identification and transaction amount；
The pay invoice is sent to server-side, so that server-side is paid.
Meanwhile this specification embodiment also provides another payment devices, comprising:
Memory is stored with payment program；
Processor calls the payment program in the memory and execution:
Server-side receives pay invoice transmitted by vendor end, wherein the pay invoice is marked including at least user
Knowledge, order number, merchant identification and transaction amount；
The pay invoice with same order serial number is judged whether there is, if it does not exist, according to the user identifier, quotient
Family mark and transaction amount execute this payment, and if it exists, do not execute this payment.
Corresponding, the embodiment of this specification also provides a kind of nonvolatile computer storage media, is stored with computer
Executable instruction, the computer executable instructions setting are as follows:
User client is directed to the pay invoice of unknown result, obtains its corresponding order number and user identifier；
Generate the Digital Object Unique Identifier DOI comprising the order number and user identifier；
It shows the DOI, scans the DOI so as to trade company and carry out retrying payment.
Meanwhile the embodiment of this specification also provides another nonvolatile computer storage media, is stored with computer
Executable instruction, the computer executable instructions setting are as follows:
The Digital Object Unique Identifier DOI that vendor end scanning user client is shown, obtains institute in the DOI
The user identifier and order number for including, wherein the DOI is by user client after confirmation pay invoice implementing result is unknown
It is generated；
Obtain merchant identification and transaction amount；
Generate includes the user identifier, the pay invoice of order number, merchant identification and transaction amount；
The pay invoice is sent to server-side, so that server-side is paid.
Meanwhile the embodiment of this specification also provides another nonvolatile computer storage media, is stored with computer
Executable instruction, the computer executable instructions setting are as follows:
Server-side receives pay invoice transmitted by vendor end, wherein the pay invoice is marked including at least user
Knowledge, order number, merchant identification and transaction amount；
The pay invoice with same order serial number is judged whether there is, if it does not exist, according to the user identifier, quotient
Family mark and transaction amount execute this payment, and if it exists, do not execute this payment.
This specification embodiment use at least one above-mentioned technical solution can reach it is following the utility model has the advantages that
User (is more than certain time i.e. for a certain pay invoice, server-side does not have for the pay invoice of unknown result
Payment result is returned to, user and trade company do not know its success or failure), according to the order number of the pay invoice and itself
User identifier, regenerate a Digital Object Unique Identifier DOI, be supplied to trade company and be scanned.After trade company's scanning,
Order number, the amount of money, user identifier, merchant identification etc. are sent to payment platform together.When paymate processes, according to order sequence
Number judge whether to have processed this than business, avoids repeating to pay, improve user experience.It, can be in addition, before payment
The merchant information according to included in order number and/or creation time carry out verification again, safer.
Detailed description of the invention
Fig. 1 a is issued the schematic diagram of prompt information by payment using the pay invoice for unknown result；
Fig. 1 b is the schematic diagram of overall execution process involved in this specification embodiment；
Fig. 2 is the flow diagram in terms of user client provided by this specification embodiment；
Fig. 3 is the flow diagram in terms of vendor end provided by this specification embodiment；
Fig. 4 is the flow diagram in terms of server-side provided by this specification embodiment；
Fig. 5 is the structural schematic diagram of the payment mechanism of customer-side provided by this specification embodiment；
Fig. 6 is the structural schematic diagram of the payment mechanism provided by this specification embodiment in terms of trade company；
Fig. 7 is the structural schematic diagram of the payment mechanism provided by this specification embodiment in terms of trade company.
Specific embodiment
To keep the purposes, technical schemes and advantages of the application clearer, below in conjunction with the application specific embodiment and
Technical scheme is clearly and completely described in corresponding attached drawing.Obviously, described embodiment is only the application one
Section Example, instead of all the embodiments.The embodiment of base in this manual, those of ordinary skill in the art are not having
Every other embodiment obtained under the premise of creative work is made, shall fall in the protection scope of this application.
Currently used Digital Object Unique Identifier (Digital Object Identifier, DOI) is paid
It is very common.DOI can be such as bar code, two dimensional code etc. form.When user's barcode scanning creation pay invoice is paid,
May, plant issue bad because of network etc., cause slowly to cannot get payment result after operation, as shown in Figure 1a, Fig. 1 a
The schematic diagram of prompt information is issued to pay application for the pay invoice of unknown result.At this time, it is possible at payment services end
The backstage pay invoice succeeded, but trade company and customer can't see.If allow customer to sweep or trade company allowed to sweep use again
Family, and customer payment may be allowed to go out double price.In the case where this both sides cannot confirm payment result immediately, often need
It to pay for second, this needs to be avoided repeating in the process to pay.
Based on this, this specification embodiment provides a kind of payment scheme, and it is concurrent to generate pay invoice in user's barcode scanning trade company
Server-side is sent, but after payment result is unknown, two dimensional code is generated by user terminal, then gives trade company's scanning and generates comprising same order sequence
Number another pay invoice, carry out retrying payment.Server-side is judged according to order number, neither be will cause user and is detained more
Money, and can guarantee and pay successfully, trade company can successfully collect money, and improve user experience.
It should be noted that having passed through scanning trade company in advance before scheme provided by the embodiment of this specification
Provided DOI has carried out primary payment, and prompts Status unknown.As shown in Figure 1 b, Fig. 1 b is involved by this specification embodiment
And overall execution process schematic diagram.In the architecture, each client and server-side are in the terminal device corresponding to it
On.If user client and vendor end do not receive the success or failure that server-side is returned within a certain period of time
Information is shown on user's click user terminal at this point, user client determines that the pay invoice is in " unknown " state
" reexchanging " enters scheme provided by this specification.
The program is specifically, include three user client, vendor end and server-side aspects, for user client
End aspect, as shown in Fig. 2, Fig. 2 is the flow diagram in terms of user client provided by this specification embodiment, comprising:
S201, user client are directed to the pay invoice of unknown result, obtain its corresponding order number and user identifier.
Order number is that user is produced when scanning DOI provided by trade company, it is however generally that has fixed length for one section
The numeric string of degree, the unique identification pay invoice.In other words, when user's barcode scanning creation transaction each time, order number is all
It does not repeat.Current time, User ID, trade company ID can be covered and be calculated in the factor in generation method, that is, genCode=(is used
Family ID, trade company ID, current time) it can realize this target.Then user inputs the amount of money and pays.And this can be ordered
Single serial number information is stored in local, deletes again after waiting server-side to return to transaction results.It is readily appreciated that, current time herein is
For the creation time of the order number.
When server-side never returns to transaction results, user client issues prompt as shown in Figure 1 at this time, receives
User's retries payment instruction, obtains order number from local.The user identifier can be User ID, cell-phone number etc.
Deng can be directly acquired by user client.
S203 generates the Digital Object Unique Identifier DOI comprising the order number and user identifier.
That is, after receiving progress that user is issued and retrying the instruction of payment, based on default in user client
Algorithm generates the DOI that can be read according to order number and user identifier, and the technology is very mature at present, and details are not described herein again.
S205 shows the DOI, scans the DOI so as to trade company and carries out retrying payment, wherein the unknown result
Pay invoice is pre-generated by the user client and is sent to server-side.
As a kind of specific application mode, in the order number, creation time, User ID, trade company may include
The specifying information of ID.In other words, the algorithm for generating order number can be reversible Encryption Algorithm, and server-side is obtaining the order
Creation time, User ID, trade company's id information included in it can be obtained using corresponding decipherment algorithm when serial number, so as to
To carry out other further safety checks.
For the execution step in terms of vendor end, as shown in figure 3, Fig. 3 is quotient provided by this specification embodiment
Flow diagram in terms of the client of family, comprising:
S301, the vendor end scanning Digital Object Unique Identifier DOI that is shown of user client, described in acquisition
User identifier and order number included in DOI, wherein the DOI executes knot in confirmation pay invoice by user client
It is generated after fruit is unknown.
S303 obtains merchant identification and transaction amount；
Transaction amount can be obtained by taking in input manually, and merchant identification can be obtained automatically from payment application by vendor end
It takes, such as user identifier, merchant identification is also possible to such as User ID, cell-phone number etc..
S305, generating includes the user identifier, the pay invoice of order number, merchant identification and transaction amount.
Specifically, at this time pay invoice generated and before user's pay invoice generated be for same pen hand over
Easy two parts of pay invoices generated.In this two parts of pay invoices, user identifier, order number, merchant identification and transaction amount
It is identical.That is, two parts of orders are not had any different in server-side, when any arrival, server-side can be carried out
Processing.It certainly, can also include other information in pay invoice, for example, the generation time of pay invoice.On generating the time,
Two parts of orders are obviously different.
S307 sends the pay invoice to server-side, so that server-side is paid.
For the execution step in terms of server-side, as shown in figure 4, Fig. 4 is server-side provided by this specification embodiment
The flow diagram of aspect, comprising:
S401, server-side receive pay invoice transmitted by vendor end, wherein include at least in the pay invoice
User identifier, order number, merchant identification and transaction amount.
S403 judges whether there is the pay invoice with same order serial number, if it does not exist, is marked according to the user
Know, merchant identification and transaction amount execute this payment, and if it exists, do not execute this payment.
It is readily appreciated that, the database that server-side itself can be called there are one, for storing the history for the payment that succeeded
Order.When server-side receives a pay invoice, the corresponding transaction of the pay invoice may be there are two types of state:
The first, has had a pay invoice to complete the payment to the transaction.So at this point, server-side can be from going through
The pay invoice of order number having the same is inquired in history database, to judge that this is a repeat business, no
This order is handled.And it is possible to return to the successful information of payment to both sides' client.
Second, no pay invoice completes the payment to the transaction.So at this point, server-side cannot be from historical data
The pay invoice of order number having the same is inquired in library.To, server-side can be to this pay invoice at
Reason completes payment, the successful information of return payment to both sides' client, and stores this pay invoice information to historical data
Library.In this case, when the pay invoice initiated before server-side receives by user, server-side also can be according to ordering
Single serial number judges that the pay invoice is the order paid, is no longer handled.
To, and though the arrival order of two parts of orders be how, server-side only can do a payment processing.In user and
Trade company both sides avoid repetition payment, improve user because result is unknown, and respectively when having submitted identical payment request
Experience.
In addition, in practical applications, for avoid malicious user escape payment (for example, user is when businessman A is paid, first therefore
Meaning failure, then generates two dimensional code, pays successfully, and the screenshot two dimensional code.Then it arrives businessman B also deliberately to fail, then make
It is paid with the two dimensional code of the screenshot, server-side will judge the payment according to the order number in the two dimensional code at this time
Success, and payment success message is returned to, but be actually not carried out and withhold), it can also judge pay invoice not in server-side
It is after repeating to pay, before will being paid, to carry out further safety check.
As previously mentioned, order number can be according to user identifier, merchant identification, creation time etc. information, use is reversible
Encryption Algorithm generates.To which server-side can use the information of merchant identification and/or creation time included in order number
Evade to malicious user.
For carrying out evading the method for malicious user using merchant identification, comprising: judge that the pay invoice is wrapped
Whether another merchant identification in the merchant identification and order number contained is identical；If they are the same, it is marked according to the user identifier, trade company
Know and transaction amount executes this payment.Merchant identification included in order number is obtained using decipherment algorithm, with transaction
Merchant identification in order is compared, if identical.If order number does not repeat and merchant identification is all the same, then carry out
Payment.If merchant identification is different, no longer paid, improves the safety of payment.
In practical applications, malicious user can also be evaded according to creation time included in order number, including
Following steps: the receiving time locally to the pay invoice is determined；Calculate the receiving time and the creation time
Time interval；Judge whether the time interval is no more than threshold value, if being no more than threshold value, is marked according to the user identifier, trade company
Know and transaction amount executes this payment.
That is, a time-to-live limitation (for example, one minute set based on experience) is set to each order number, it is right
In arbitrary order number, if it fails from the time time-out for being sent to server-side is created to.For not being to repeat to pay
Pay invoice, it is necessary to which its order number is just paid before the deadline, and otherwise, server-side also no longer executes payment, improves branch
The safety paid.
Obviously, server-side can also be carried out simultaneously using two kinds of above-mentioned safety check modes.In addition, in server-side, also
Further auxiliary verifying can be carried out using information such as other user identifiers and transaction amount, further increase peace
Full performance.
Based on same thinking, the present invention also provides a kind of payment mechanisms, as shown in figure 5, Fig. 5 is this specification embodiment
The structural schematic diagram of the payment mechanism of provided customer-side, comprising:
Module 501 is obtained, user client is directed to the pay invoice of unknown result, obtains its corresponding order number and use
Family mark；
Generation module 503 generates the Digital Object Unique Identifier DOI comprising the order number and user identifier；
Display module 505 shows the DOI, scans the DOI so as to trade company and carries out retrying payment.
It further, include the user identifier, the information of merchant identification and creation time in the order number.
Meanwhile this specification embodiment also provides another payment mechanism, as shown in fig. 6, Fig. 6 is this specification embodiment
The structural schematic diagram of payment mechanism in terms of provided trade company, comprising:
Scan module 601, the Digital Object Unique Identifier DOI that vendor end scanning user client is shown, is obtained
Take user identifier included in the DOI and order number, wherein the DOI is by user client in confirmation pay invoice
It is generated after implementing result is unknown；
Module 603 is obtained, merchant identification and transaction amount are obtained；
Generation module 605 generates the payment comprising the user identifier, order number, merchant identification and transaction amount and orders
It is single；
Sending module 607 sends the pay invoice to server-side, so that server-side is paid.
Meanwhile this specification embodiment also provides another payment mechanism, as shown in fig. 7, Fig. 7 is this specification embodiment
The structural schematic diagram of payment mechanism in terms of provided trade company, comprising:
Receiving module 701, server-side receive pay invoice transmitted by vendor end, wherein in the pay invoice
Including at least user identifier, order number, merchant identification and transaction amount；
Judgment module 703 judges whether there is the pay invoice with same order serial number；
Payment module 705, and if it exists, this payment is not executed, if it does not exist, according to the user identifier, merchant identification
This payment is executed with transaction amount.
Further, when in the order number including another merchant identification information, the payment module 705, judgement
Whether another merchant identification in the merchant identification and order number that the pay invoice is included is identical；If they are the same, according to institute
It states user identifier, merchant identification and transaction amount and executes this payment.
Further, when in the order number including creation time information, the payment module 705 is determined local
For the receiving time of the pay invoice, the time interval of the receiving time and the creation time is calculated, described in judgement
Whether time interval is no more than threshold value, if being no more than threshold value, executes sheet according to the user identifier, merchant identification and transaction amount
Secondary payment.
Corresponding, the embodiment of the present application also provides a kind of payment devices, comprising:
Memory is stored with payment program；
Processor calls the payment program in the memory and execution:
User client is directed to the pay invoice of unknown result, obtains its corresponding order number and user identifier；
Generate the Digital Object Unique Identifier DOI comprising the order number and user identifier；
It shows the DOI, scans the DOI so as to trade company and carry out retrying payment.
Meanwhile this specification embodiment also provides a kind of another payment devices, comprising:
Memory is stored with payment program；
Processor calls the payment program in the memory and execution:
The Digital Object Unique Identifier DOI that vendor end scanning user client is shown, obtains institute in the DOI
The user identifier and order number for including, wherein the DOI is by user client after confirmation pay invoice implementing result is unknown
It is generated；
Obtain merchant identification and transaction amount；
Generate includes the user identifier, the pay invoice of order number, merchant identification and transaction amount；
The pay invoice is sent to server-side, so that server-side is paid.
Meanwhile this specification embodiment also provides another another payment devices, comprising:
Memory is stored with payment program；
Processor calls the payment program in the memory and execution:
Server-side receives pay invoice transmitted by vendor end, wherein the pay invoice is marked including at least user
Knowledge, order number, merchant identification and transaction amount；
The pay invoice with same order serial number is judged whether there is, if it does not exist, according to the user identifier, quotient
Family mark and transaction amount execute this payment, and if it exists, do not execute this payment.
Based on same invention thinking, the embodiment of the present application also provides a kind of corresponding non-volatile computer storage Jie
Matter is stored with computer executable instructions, the computer executable instructions setting are as follows:
User client is directed to the pay invoice of unknown result, obtains its corresponding order number and user identifier；
Generate the Digital Object Unique Identifier DOI comprising the order number and user identifier；
It shows the DOI, scans the DOI so as to trade company and carry out retrying payment.
Based on same invention thinking, the embodiment of the present application also provides corresponding another non-volatile computers to store
Medium is stored with computer executable instructions, the computer executable instructions setting are as follows:
The Digital Object Unique Identifier DOI that vendor end scanning user client is shown, obtains institute in the DOI
The user identifier and order number for including, wherein the DOI is by user client after confirmation pay invoice implementing result is unknown
It is generated；
Obtain merchant identification and transaction amount；
Generate includes the user identifier, the pay invoice of order number, merchant identification and transaction amount；
The pay invoice is sent to server-side, so that server-side is paid.
Based on same invention thinking, the embodiment of the present application also provides the storages of another corresponding non-volatile computer
Medium is stored with computer executable instructions, the computer executable instructions setting are as follows:
Server-side receives pay invoice transmitted by vendor end, wherein the pay invoice is marked including at least user
Knowledge, order number, merchant identification and transaction amount；
The pay invoice with same order serial number is judged whether there is, if it does not exist, according to the user identifier, quotient
Family mark and transaction amount execute this payment, and if it exists, do not execute this payment.
All the embodiments in this specification are described in a progressive manner, same and similar portion between each embodiment
Dividing may refer to each other, and each embodiment focuses on the differences from other embodiments.Especially for device,
For equipment and medium class embodiment, since it is substantially similar to the method embodiment, so being described relatively simple, related place
Illustrate referring to the part of embodiment of the method, just no longer repeats one by one here.
It is above-mentioned that this specification specific embodiment is described.Other embodiments are in the scope of the appended claims
It is interior.In some cases, the movement or step recorded in detail in the claims or module can be according to different from embodiments
Sequence executes and still may be implemented desired result.In addition, process depicted in the drawing is not necessarily required and is shown
Particular order or consecutive order are just able to achieve desired result.In some embodiments, multitasking and parallel processing
It is also possible or may be advantageous.
In the 1990s, the improvement of a technology can be distinguished clearly be on hardware improvement (for example,
Improvement to circuit structures such as diode, transistor, switches) or software on improvement (improvement for method flow).So
And with the development of technology, the improvement of current many method flows can be considered as directly improving for hardware circuit.
Designer nearly all obtains corresponding hardware circuit by the way that improved method flow to be programmed into hardware circuit.Cause
This, it cannot be said that the improvement of a method flow cannot be realized with hardware entities module.For example, programmable logic device
(Programmable Logic Device, PLD) (such as field programmable gate array (Field Programmable Gate
Array, FPGA)) it is exactly such a integrated circuit, logic function determines device programming by user.By designer
Voluntarily programming comes a digital display circuit " integrated " on a piece of PLD, designs and makes without asking chip maker
Dedicated IC chip.Moreover, nowadays, substitution manually makes IC chip, this programming is also used instead mostly " is patrolled
Volume compiler (logic compiler) " software realizes that software compiler used is similar when it writes with program development,
And the source code before compiling also write by handy specific programming language, this is referred to as hardware description language
(Hardware Description Language, HDL), and HDL is also not only a kind of, but there are many kind, such as 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) etc., VHDL (Very-High-Speed is most generally used at present
Integrated Circuit Hardware Description Language) and Verilog.Those skilled in the art also answer
This understands, it is only necessary to method flow slightly programming in logic and is programmed into integrated circuit with above-mentioned several hardware description languages,
The hardware circuit for realizing the logical method process can be readily available.
Controller can be implemented in any suitable manner, for example, controller can take such as microprocessor or processing
The computer for the computer readable program code (such as software or firmware) that device and storage can be executed by (micro-) processor can
Read medium, logic gate, switch, specific integrated circuit (Application Specific Integrated Circuit,
ASIC), the form of programmable logic controller (PLC) and insertion microcontroller, the example of controller includes but is not limited to following microcontroller
Device: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 and Silicone Labs C8051F320 are deposited
Memory controller is also implemented as a part of the control logic of memory.It is also known in the art that in addition to
Pure computer readable program code mode is realized other than controller, can be made completely by the way that method and step is carried out programming in logic
Controller is obtained to come in fact in the form of logic gate, switch, specific integrated circuit, programmable logic controller (PLC) and insertion microcontroller etc.
Existing identical function.Therefore this controller is considered a kind of hardware component, and to including for realizing various in it
The device of function can also be considered as the structure in hardware component.Or even, it can will be regarded for realizing the device of various functions
For either the software module of implementation method can be the structure in hardware component again.
System, device, module or the unit that above-described embodiment illustrates can specifically realize by computer chip or entity,
Or it is realized by the product with certain function.It is a kind of typically to realize that equipment is computer.Specifically, computer for example may be used
Think personal computer, laptop computer, cellular phone, camera phone, smart phone, personal digital assistant, media play
It is any in device, navigation equipment, electronic mail equipment, game console, tablet computer, wearable device or these equipment
The combination of equipment.
For convenience of description, it is divided into various units when description apparatus above with function to describe respectively.Certainly, implementing this
The function of each unit can be realized in the same or multiple software and or hardware when the embodiment of specification.
It should be understood by those skilled in the art that, the embodiment of the present invention can provide as method, system or computer program
Product.Therefore, complete hardware embodiment, complete software embodiment or reality combining software and hardware aspects can be used in the present invention
Apply the form of example.Moreover, it wherein includes the computer of computer usable program code that the present invention, which can be used in one or more,
The computer program implemented in usable storage medium (including but not limited to magnetic disk storage, CD-ROM, optical memory etc.) produces
The form of product.
The present invention be referring to according to the method for the embodiment of the present invention, the process of equipment (system) and computer program product
Figure and/or block diagram describe.It should be understood that every one stream in flowchart and/or the block diagram can be realized by computer program instructions
The combination of process and/or box in journey and/or box and flowchart and/or the block diagram.It can provide these computer programs
Instruct the processor of general purpose computer, special purpose computer, Embedded Processor or other programmable data processing devices to produce
A raw machine, so that being generated by the instruction that computer or the processor of other programmable data processing devices execute for real
The device for the function of being specified in present one or more flows of the flowchart and/or one or more blocks of the block diagram.
These computer program instructions, which may also be stored in, is able to guide computer or other programmable data processing devices with spy
Determine in the computer-readable memory that mode works, so that it includes referring to that instruction stored in the computer readable memory, which generates,
Enable the manufacture of device, the command device realize in one box of one or more flows of the flowchart and/or block diagram or
The function of being specified in multiple boxes.
These computer program instructions also can be loaded onto a computer or other programmable data processing device, so that counting
Series of operation steps are executed on calculation machine or other programmable devices to generate computer implemented processing, thus in computer or
The instruction executed on other programmable devices is provided for realizing in one or more flows of the flowchart and/or block diagram one
The step of function of being specified in a box or multiple boxes.
In a typical configuration, calculating equipment includes one or more processors (CPU), input/output interface, net
Network interface and memory.
Memory may include the non-volatile memory in computer-readable medium, random access memory (RAM) and/or
The forms such as Nonvolatile memory, such as read-only memory (ROM) or flash memory (flash RAM).Memory is computer-readable medium
Example.
Computer-readable medium includes permanent and non-permanent, removable and non-removable media can be by any method
Or technology come realize information store.Information can be computer readable instructions, data structure, the module of program or other data.
The example of the storage medium of computer includes, but are not limited to phase change memory (PRAM), static random access memory (SRAM), moves
State random access memory (DRAM), other kinds of random access memory (RAM), read-only memory (ROM), electric erasable
Programmable read only memory (EEPROM), flash memory or other memory techniques, read-only disc read only memory (CD-ROM) (CD-ROM),
Digital versatile disc (DVD) or other optical storage, magnetic cassettes, tape magnetic disk storage or other magnetic storage devices
Or any other non-transmission medium, can be used for storage can be accessed by a computing device information.As defined in this article, it calculates
Machine readable medium does not include temporary computer readable media (transitory media), the data letter number and carrier wave of such as modulation.
It should also be noted that, the terms "include", "comprise" or its any other variant are intended to nonexcludability
It include so that the process, method, commodity or the equipment that include a series of elements not only include those elements, but also to wrap
Include other elements that are not explicitly listed, or further include for this process, method, commodity or equipment intrinsic want
Element.In the absence of more restrictions, the element limited by sentence "including a ...", it is not excluded that including described want
There is also other identical elements in the process, method of element, commodity or equipment.
It will be understood by those skilled in the art that embodiment one or more in this specification can provide for method, system or
Computer program product.Therefore, complete hardware embodiment, complete software embodiment or combination can be used in the embodiment of this specification
Form in terms of software and hardware.Moreover, it wherein includes computer that the embodiment of this specification, which can be used in one or more,
The computer-usable storage medium (including but not limited to magnetic disk storage, CD-ROM, optical memory etc.) of usable program code
The form of the computer program product of upper implementation.
The embodiment of this specification can retouch in the general context of computer-executable instructions executed by a computer
It states, such as program module.Generally, program module include execute particular transaction or realize particular abstract data type routine,
Programs, objects, component, data structure etc..The embodiment that this specification can also be practiced in a distributed computing environment, at this
In a little distributed computing environment, by executing affairs by the connected remote processing devices of communication network.It is counted in distribution
It calculates in environment, program module can be located in the local and remote computer storage media including storage equipment.
Claims (15)
1. a kind of method of payment, comprising:
User client is directed to the pay invoice of unknown result, obtains its corresponding order number and user identifier；
Generate the Digital Object Unique Identifier DOI comprising the order number and user identifier；
Show the DOI, scan the DOI so as to trade company and carry out retrying payment, wherein the pay invoice of the unknown result by
The user client pre-generates and is sent to server-side.
It include the user identifier, merchant identification and creation time in the order number 2. the method as described in claim 1
Information.
3. a kind of method of payment, comprising:
The Digital Object Unique Identifier DOI that vendor end scanning user client is shown, obtains included in the DOI
User identifier and order number, wherein the DOI by user client confirmation pay invoice implementing result it is unknown after given birth to
At；
Obtain merchant identification and transaction amount；
Generate includes the user identifier, the pay invoice of order number, merchant identification and transaction amount；
The pay invoice is sent to server-side, so that server-side is paid.
4. a kind of method of payment, comprising:
Server-side receive vendor end transmitted by pay invoice, wherein in the pay invoice include at least user identifier,
Order number, merchant identification and transaction amount；
The pay invoice with same order serial number is judged whether there is, if it does not exist, is marked according to the user identifier, trade company
Know and transaction amount executes this payment, and if it exists, does not execute this payment.
5. method as claimed in claim 4, when in the order number including another merchant identification information, if described do not deposit
This payment is being executed according to the user identifier, merchant identification and transaction amount, further includes:
Judge whether another merchant identification in merchant identification and order number that the pay invoice is included is identical；
If they are the same, this payment is executed according to the user identifier, merchant identification and transaction amount.
6. method as claimed in claim 4, when in the order number including creation time information, it is described if it does not exist,
This payment is executed according to the user identifier, merchant identification and transaction amount, further includes:
Determine the receiving time locally to the pay invoice；
Calculate the time interval of the receiving time and the creation time；
Judge whether the time interval is no more than threshold value, if being no more than threshold value, according to the user identifier, merchant identification and friendship
The easy amount of money executes this payment.
7. a kind of payment mechanism, comprising:
Module is obtained, user client is directed to the pay invoice of unknown result, obtains its corresponding order number and user identifier；
Generation module generates the Digital Object Unique Identifier DOI comprising the order number and user identifier；
Display module shows the DOI, scans the DOI so as to trade company and carries out retrying payment.
It include the user identifier, merchant identification and creation time in the order number 8. device as claimed in claim 7
Information.
9. a kind of payment mechanism, comprising:
Scan module, the vendor end scanning Digital Object Unique Identifier DOI that is shown of user client, described in acquisition
User identifier and order number included in DOI, wherein the DOI executes knot in confirmation pay invoice by user client
It is generated after fruit is unknown；
Module is obtained, merchant identification and transaction amount are obtained；
Generation module, generating includes the user identifier, the pay invoice of order number, merchant identification and transaction amount；
Sending module sends the pay invoice to server-side, so that server-side is paid.
10. a kind of payment mechanism, comprising:
Receiving module, server-side receive pay invoice transmitted by vendor end, wherein include at least in the pay invoice
User identifier, order number, merchant identification and transaction amount；
Judgment module judges whether there is the pay invoice with same order serial number,
Payment module, and if it exists, this payment is not executed, if it does not exist, according to the user identifier, merchant identification and trade gold
Volume executes this payment.
11. device as claimed in claim 10, when in the order number including another merchant identification information, the payment
Module judges whether another merchant identification in merchant identification and order number that the pay invoice is included is identical；If phase
Together, this payment is executed according to the user identifier, merchant identification and transaction amount.
12. device as claimed in claim 10, when in the order number including creation time information, the payment mould
Block determines the receiving time locally to the pay invoice, calculates between the receiving time and the time of the creation time
Every, judge whether the time interval is no more than threshold value, if be no more than threshold value, according to the user identifier, merchant identification and friendship
The easy amount of money executes this payment.
13. a kind of payment devices, comprising:
Memory is stored with payment program；
Processor calls the payment program in the memory and execution:
User client is directed to the pay invoice of unknown result, obtains its corresponding order number and user identifier；
Generate the Digital Object Unique Identifier DOI comprising the order number and user identifier；
It shows the DOI, scans the DOI so as to trade company and carry out retrying payment.
14. a kind of payment devices, comprising:
Memory is stored with payment program；
Processor calls the payment program in the memory and execution:
The Digital Object Unique Identifier DOI that vendor end scanning user client is shown, obtains included in the DOI
User identifier and order number, wherein the DOI by user client confirmation pay invoice implementing result it is unknown after given birth to
At；
Obtain merchant identification and transaction amount；
Generate includes the user identifier, the pay invoice of order number, merchant identification and transaction amount；
The pay invoice is sent to server-side, so that server-side is paid.
15. a kind of payment devices, comprising:
Memory is stored with payment program；
Processor calls the payment program in the memory and execution:
Server-side receives pay invoice transmitted by vendor end, wherein the pay invoice includes at least user identifier, orders
Single serial number, merchant identification and transaction amount；
The pay invoice with same order serial number is judged whether there is, if it does not exist, is marked according to the user identifier, trade company
Know and transaction amount executes this payment, and if it exists, does not execute this payment.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210305441.7A CN114677131A (en) | 2018-05-31 | 2018-05-31 | Payment method, device and equipment |
| CN201810548007.5A CN109003071B (en) | 2018-05-31 | 2018-05-31 | Payment method, device and equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810548007.5A CN109003071B (en) | 2018-05-31 | 2018-05-31 | Payment method, device and equipment |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210305441.7A Division CN114677131A (en) | 2018-05-31 | 2018-05-31 | Payment method, device and equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109003071A true CN109003071A (en) | 2018-12-14 |
| CN109003071B CN109003071B (en) | 2022-03-04 |
Family
ID=64573328
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810548007.5A Active CN109003071B (en) | 2018-05-31 | 2018-05-31 | Payment method, device and equipment |
| CN202210305441.7A Pending CN114677131A (en) | 2018-05-31 | 2018-05-31 | Payment method, device and equipment |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210305441.7A Pending CN114677131A (en) | 2018-05-31 | 2018-05-31 | Payment method, device and equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (2) | CN109003071B (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109815256A (en) * | 2018-12-21 | 2019-05-28 | 聚好看科技股份有限公司 | A kind of data processing method, device, electronic equipment and storage medium |
| CN109922132A (en) * | 2019-01-18 | 2019-06-21 | 深圳壹账通智能科技有限公司 | Method, apparatus, electronic equipment and the storage medium of form request processing |
| CN112256480A (en) * | 2020-10-22 | 2021-01-22 | 全知科技(杭州)有限责任公司 | Method for controlling correct service of data repeat request |
| CN112288533A (en) * | 2020-10-30 | 2021-01-29 | 云账户技术(天津)有限公司 | Payment order fusing protection method and device and electronic equipment |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090299791A1 (en) * | 2003-06-25 | 2009-12-03 | Foundry Networks, Inc. | Method and system for management of licenses |
| CN106296143A (en) * | 2015-06-29 | 2017-01-04 | 阿里巴巴集团控股有限公司 | The electronic trade method of a kind of high availability, Apparatus and system |
| CN106651333A (en) * | 2016-09-20 | 2017-05-10 | 联动优势电子商务有限公司 | Method and device for preventing repeated payment |
| WO2017084442A1 (en) * | 2015-11-20 | 2017-05-26 | 华为技术有限公司 | Mobile payment method and apparatus |
| CN107527192A (en) * | 2017-07-31 | 2017-12-29 | 深圳市金立通信设备有限公司 | It is a kind of to identify the method for repeating to pay and server |
| CN107730230A (en) * | 2017-10-31 | 2018-02-23 | 中国银联股份有限公司 | A kind of method of payment and vendor end |
| CN107730366A (en) * | 2017-10-30 | 2018-02-23 | 江西博瑞彤芸科技有限公司 | A kind of information processing method of pay invoice management |
-
2018
- 2018-05-31 CN CN201810548007.5A patent/CN109003071B/en active Active
- 2018-05-31 CN CN202210305441.7A patent/CN114677131A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090299791A1 (en) * | 2003-06-25 | 2009-12-03 | Foundry Networks, Inc. | Method and system for management of licenses |
| CN106296143A (en) * | 2015-06-29 | 2017-01-04 | 阿里巴巴集团控股有限公司 | The electronic trade method of a kind of high availability, Apparatus and system |
| WO2017084442A1 (en) * | 2015-11-20 | 2017-05-26 | 华为技术有限公司 | Mobile payment method and apparatus |
| CN106651333A (en) * | 2016-09-20 | 2017-05-10 | 联动优势电子商务有限公司 | Method and device for preventing repeated payment |
| CN107527192A (en) * | 2017-07-31 | 2017-12-29 | 深圳市金立通信设备有限公司 | It is a kind of to identify the method for repeating to pay and server |
| CN107730366A (en) * | 2017-10-30 | 2018-02-23 | 江西博瑞彤芸科技有限公司 | A kind of information processing method of pay invoice management |
| CN107730230A (en) * | 2017-10-31 | 2018-02-23 | 中国银联股份有限公司 | A kind of method of payment and vendor end |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109815256A (en) * | 2018-12-21 | 2019-05-28 | 聚好看科技股份有限公司 | A kind of data processing method, device, electronic equipment and storage medium |
| CN109922132A (en) * | 2019-01-18 | 2019-06-21 | 深圳壹账通智能科技有限公司 | Method, apparatus, electronic equipment and the storage medium of form request processing |
| CN109922132B (en) * | 2019-01-18 | 2023-04-11 | 深圳壹账通智能科技有限公司 | Form request processing method and device, electronic equipment and storage medium |
| CN112256480A (en) * | 2020-10-22 | 2021-01-22 | 全知科技(杭州)有限责任公司 | Method for controlling correct service of data repeat request |
| CN112288533A (en) * | 2020-10-30 | 2021-01-29 | 云账户技术(天津)有限公司 | Payment order fusing protection method and device and electronic equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109003071B (en) | 2022-03-04 |
| CN114677131A (en) | 2022-06-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109003071A (en) | Method of payment, device and equipment | |
| CN107092973B (en) | The Forecasting Methodology and device of a kind of portfolio | |
| CN109615495A (en) | A kind of account checking method of data, device, equipment and system | |
| CN107038042A (en) | The method and device that a kind of business is performed | |
| CN109214632A (en) | A kind of risk control method and equipment | |
| CN109598611A (en) | A kind of processing method of transaction, transaction gateway, trading server and transaction system | |
| CN108960790A (en) | A kind of processing method, device, server and the system of bill business | |
| CN108764864A (en) | A kind of method, apparatus and equipment for configuring payment flow, executing payment flow | |
| CN108985869A (en) | Resource processing method and device, server and terminal equipment | |
| CN108376362A (en) | Method, apparatus of refunding and equipment | |
| CN109003069A (en) | A kind of resource backing method and device | |
| CN108694574A (en) | A kind of processing method, device and the equipment of resource transfers channel | |
| CN108320145A (en) | E-payment processing method, device and client under line | |
| CN109725989A (en) | A kind of method and device of task execution | |
| CN110503435A (en) | Transaction method for early warning, device and equipment based on block chain | |
| CN108537085A (en) | A kind of barcode scanning image-recognizing method, device and equipment | |
| CN108830705A (en) | A kind of method of summary of transaction data, device and equipment | |
| CN109003090A (en) | risk control method and device | |
| CN110390182A (en) | A kind of method, system and the equipment of determining small routine classification | |
| CN109345221A (en) | The checking method and device of resource circulation | |
| CN109166021A (en) | Bookkeeping methods, device and business finance integral system | |
| CN108550033A (en) | A kind of method and device of display Digital Object Unique Identifier | |
| CN110297955A (en) | A kind of information query method, device, equipment and medium | |
| CN110264213A (en) | A kind of processing method of information, device and equipment | |
| CN110413286A (en) | A kind of application dispositions method, device and equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20201021 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20201021 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |