CN110378689A - A kind of method of payment, device, electronic equipment and computer readable storage medium - Google Patents
A kind of method of payment, device, electronic equipment and computer readable storage medium Download PDFInfo
- Publication number
- CN110378689A CN110378689A CN201910671763.1A CN201910671763A CN110378689A CN 110378689 A CN110378689 A CN 110378689A CN 201910671763 A CN201910671763 A CN 201910671763A CN 110378689 A CN110378689 A CN 110378689A
- Authority
- CN
- China
- Prior art keywords
- user terminal
- order
- exempt
- information
- payment
- 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.)
- Pending
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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
-
- 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/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
-
- 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
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
This application provides a kind of method of payment, device, electronic equipment and computer readable storage medium, the method for payment include: receive at least one user terminal send exempt from close payment request;Token information corresponding with public key is generated, and token information is sent to user terminal, so that user terminal Returning utilization private key corresponding with public key carries out the signing messages of signature generation to order information and token information;It is verified using correctness of the public key to the signing messages that user terminal returns;If being proved to be successful, according to the corresponding account information of user terminal, determine that account information exempt from the quantity on order of close payment;Judge whether quantity on order is more than that default quantity on order threshold value if quantity on order is less than default quantity on order threshold value completes order delivery operation.The embodiment of the present application carries out exempting from close delivery operation simultaneously by the way that a plurality of clients simultaneous selection can be made to exempt from close payment, to a plurality of clients, reduces the operating process paid on line, improves payment efficiency.
Description
Technical field
This application involves field of computer technology, more particularly, to a kind of method of payment, device, electronic equipment and computer
Readable storage medium storing program for executing.
Background technique
With the development of mobile internet, transaction payment is completed in present more and more users' selection on line, is propped up on line
The mode paid highly shortened the time of payment of user.
PayPal often passes through the payment cipher of identification user's input on line or user fingerprints are completed.But for some every
It will be completed for the user largely to trade, when pay on line by the way of inputting payment cipher, need repeatedly to input
Payment cipher, operating process is cumbersome, very the consuming time, will affect payment efficiency;It is carried out on line by the way of inputting fingerprint
When payment, the fingerprint of binding can only be identified under normal circumstances, cannot achieve and complete to pay on line by other fingerprints
Situation also will affect payment efficiency.
Summary of the invention
In view of this, the application's is designed to provide a kind of method of payment, device, electronic equipment and computer-readable deposits
Storage media, to improve payment efficiency.
In a first aspect, the embodiment of the present application provides a kind of method of payment, comprising:
Receive the transmission of at least one user terminal exempts from close payment request;It is described to exempt to carry public key in close payment request, order
Single information and the corresponding account information of the user terminal;
Token information corresponding with the public key is generated, and the token information is sent to the user terminal, so that institute
It states user terminal Returning utilization private key corresponding with the public key and signature generation is carried out to the order information and the token information
Signing messages;
It is verified using correctness of the public key to the signing messages that the user terminal returns;
If being proved to be successful, corresponding account information, it is close to determine that the account information exempt from according to the user end
The quantity on order of payment;
Judge whether the quantity on order is more than default quantity on order threshold value, if the quantity on order is less than described preset
Quantity on order threshold value then completes order delivery operation.
With reference to first aspect, the embodiment of the present application provides the first possible embodiment of first aspect, wherein institute
It states and exempts to carry sending time in close payment request;It is described receive at least one user terminal send exempt from close payment request it
Afterwards, further includes:
Corresponding account information according to the user end determines the corresponding account of the user terminal;
According to the sending time, judge whether the account is to exempt from close payment request described in transmission for the first time;
If the account is to exempt from close payment request described in transmission for the first time, default quantity on order threshold is sent to the user terminal
It is worth and determines information, so that the user terminal returns to default quantity on order threshold value.
With reference to first aspect, the embodiment of the present application provides second of possible embodiment of first aspect, wherein institute
It states and exempts to carry facility information in close payment request;It is described receive at least one user terminal send exempt from close payment request it
Afterwards, further includes:
According to the facility information, the quantity of the user terminal is determined;
Judge the user terminal quantity whether be more than pre-set user end amount threshold, if the quantity of the user terminal is
The no amount threshold more than the pre-set user end then exempts from close payment request described in refusal.
With reference to first aspect, the embodiment of the present application provides the third possible embodiment of first aspect, wherein also
Include:
If authentication failed, to the user terminal send authentication failed prompting message so that the user terminal send with
The corresponding payment cipher of the account information;
After receiving the payment cipher that the user terminal is sent, token information corresponding with the public key is regenerated simultaneously
It is sent to the user terminal.
With reference to first aspect, the embodiment of the present application provides the 4th kind of possible embodiment of first aspect, wherein also
Include:
If the quantity on order is more than the default quantity on order threshold value, exempt from close payment request described in refusal.
Second aspect, the embodiment of the present application also provide a kind of payment mechanism, comprising:
Receiving module, for receive at least one user terminal transmission exempt from close payment request;It is described to exempt from close payment request
Carry public key, order information and the corresponding account information of the user terminal;
Generation and sending module for generating token information corresponding with the public key, and the token information are sent
To the user terminal, so that user terminal Returning utilization private key corresponding with the public key is to the order information and the order
Board information carries out the signing messages of signature generation;
Authentication module, for being verified using correctness of the public key to the signing messages that the user terminal returns;
First determining module, if corresponding account information, determines the account according to the user end for being proved to be successful
Number information exempt from the quantity on order of close payment;
First judgment module, for judging whether the quantity on order is more than default quantity on order threshold value, if the order
Quantity is less than the default quantity on order threshold value, then completes order delivery operation.
In conjunction with second aspect, the embodiment of the present application provides the first possible embodiment of second aspect, wherein also
Include:
Second judgment module, for receive at least one user terminal send exempt from close payment request after,
Corresponding account information according to the user end determines the corresponding account of the user terminal;
According to the sending time for exempting to carry in close payment request, judge whether the account is to exempt from described in transmission for the first time
Close payment request;
Sending module is sent pre- if being to exempt from close payment request described in transmission for the first time for the account to the user terminal
If quantity on order threshold value determines information, so that the user terminal returns to default quantity on order threshold value.
In conjunction with second aspect, the embodiment of the present application provides the third possible embodiment of second aspect, wherein also
Include:
Second determining module, for receive at least one user terminal send exempt from close payment request after, according to described
Exempt from the facility information carried in close payment request, determines the quantity of the user terminal;
Third judgment module, for judge the user terminal quantity whether be more than pre-set user end amount threshold, if
The quantity of the user terminal whether be more than the pre-set user end amount threshold, then refusal described in exempt from close payment request.
The third aspect, the embodiment of the present application also provide a kind of electronic equipment, comprising: processor, memory and bus, it is described
Memory is stored with the executable machine readable instructions of the processor, when electronic equipment operation, the processor with it is described
By bus communication between memory, the machine readable instructions, which are executed when being executed by the processor in above-mentioned first aspect, appoints
A kind of step in possible embodiment.
Fourth aspect, the embodiment of the present application also provide a kind of computer readable storage medium, the computer-readable storage medium
Computer program is stored in matter, which executes any possible in above-mentioned first aspect when being run by processor
Step in embodiment.
A kind of method of payment, device, electronic equipment and computer readable storage medium provided by the embodiments of the present application, it is described
Method of payment include: receive at least one user terminal send exempt from close payment request;Token information corresponding with public key is generated, and
Token information is sent to user terminal, so that user terminal Returning utilization private key corresponding with public key is to order information and token information
Carry out the signing messages of signature generation;It is verified using correctness of the public key to the signing messages that user terminal returns;If verifying
Success, then according to the corresponding account information of user terminal, determine that account information exempt from the quantity on order of close payment;Judge order
Whether quantity is more than default quantity on order threshold value, if quantity on order is less than default quantity on order threshold value, completes order payment
Operation.The embodiment of the present application can make a plurality of clients simultaneous selection exempt from close payment, to a plurality of clients while exempt from close
Delivery operation reduces the operating process paid on line, improves payment efficiency.
To enable the above objects, features, and advantages of the application to be clearer and more comprehensible, preferred embodiment is cited below particularly, and cooperate
Appended attached drawing, is described in detail below.
Detailed description of the invention
Technical solution in ord to more clearly illustrate embodiments of the present application, below will be to needed in the embodiment attached
Figure is briefly described, it should be understood that the following drawings illustrates only some embodiments of the application, therefore is not construed as pair
The restriction of range for those of ordinary skill in the art without creative efforts, can also be according to this
A little attached drawings obtain other relevant attached drawings.
Fig. 1 shows a kind of flow chart of method of payment provided by the embodiment of the present application;
Fig. 2 shows the flow charts of another kind method of payment provided by the embodiment of the present application;
Fig. 3 shows the flow chart of another kind method of payment provided by the embodiment of the present application;
Fig. 4 shows a kind of structural schematic diagram of payment mechanism provided by the embodiment of the present application;
Fig. 5 shows the structural schematic diagram of a kind of electronic equipment provided by the embodiment of the present application.
Specific embodiment
To keep the purposes, technical schemes and advantages of the embodiment of the present application clearer, below in conjunction with the embodiment of the present application
Middle attached drawing, the technical scheme in the embodiment of the application is clearly and completely described, it is clear that described embodiment is only
It is some embodiments of the present application, instead of all the embodiments.The application being usually described and illustrated herein in the accompanying drawings is real
The component for applying example can be arranged and be designed with a variety of different configurations.Therefore, below to the application's provided in the accompanying drawings
The detailed description of embodiment is not intended to limit claimed scope of the present application, but is merely representative of the selected reality of the application
Apply example.Based on embodiments herein, those skilled in the art institute obtained without making creative work
There are other embodiments, shall fall in the protection scope of this application.
For some businessman users, there is a large amount of trade order daily, therefore has and pay demand, quotient on biggish line
Several salesmans delivery operation on completing line may be also needed under family's account other than storekeeper.If using input payment cipher
When mode pay on line, input payment cipher is required every time, and operating process is cumbersome;If by the way of inputting fingerprint
When pay on line, salesman is not available the fingerprint in addition to specified fingerprint and completes to pay on line.
In view of above situation influences the payment efficiency of a large amount of trade orders, it is based on this, the embodiment of the present application provides one
Kind method of payment, device, electronic equipment and computer readable storage medium, are described below by embodiment.
It should be noted that term " includes " will be used in the embodiment of the present application, for pointing out the spy stated thereafter
The presence of sign, but the other features of increase are not precluded.
Need to illustrate in advance, the invention relates to device or electronic equipment etc. can execute and individually take
It is engaged on device, can also execute in server group.Server group can be centralization, be also possible to distributed.In some realities
It applies in example, server can be local relative to terminal, be also possible to long-range.For example, server can be visited via network
Ask be stored in service requester terminal, service provider terminal or database, or any combination thereof in information and/or data.
As another example, server can be directly connected in service requester terminal, service provider terminal and database at least
One, to access the information and/or data of storage.In some embodiments, server can be realized in cloud platform;Only conduct
Example, cloud platform may include private clound, public cloud, mixed cloud, community cloud (community cloud), distributed cloud, across cloud
(inter-cloud), cloudy (multi-cloud) etc. or their any combination.
In addition, the invention relates to device or electronic equipment can also be performed mobile device, plate calculating
In the equipment such as the built-in device of machine, laptop computer or the vehicles, or any combination thereof.In some embodiments, mobile
Equipment may include smart phone, wearable device, virtual reality device or augmented reality equipment etc., or any combination thereof.
To be carried out first to a kind of method of payment disclosed in the embodiment of the present application detailed convenient for understanding the present embodiment
It is thin to introduce.In the embodiment of the present application, this method is applied to server-side.Fig. 1 is a kind of payer provided by the embodiments of the present application
The flow diagram of method.As shown in Figure 1, method includes the following steps:
S101, receive at least one user terminal transmission exempt from close payment request.
S102, generation token information corresponding with public key, and token information is sent to user terminal, so that user terminal returns
The signing messages of signature generation is carried out to order information and token information using private key corresponding with public key.
S103, it is verified using correctness of the public key to the signing messages that user terminal returns.
If S104, being proved to be successful, according to the corresponding account information of user terminal, determine that account information has carried out exempting from close payment
Quantity on order.
S105, judge whether quantity on order is more than default quantity on order threshold value, if quantity on order is less than default order numbers
Threshold value is measured, then completes order delivery operation.
The method of payment provided by the embodiments of the present application can be applied to user terminal login account and generate order information it
Afterwards, user terminal do not open exempt from close payment services in the case where, selection can be sent to server-side and exempt from close payment when exempting from close payment
Request.
In step s101, server-side can receive at least one user terminal transmission exempt from close payment request.
Herein, user terminal can be the mobile device using payment application, and user is answered by the mobile device in payment
With account login is carried out, the operation paid on line is completed for the order information of generation.
In specific implementation, a plurality of clients can be the mobile device logged under same account, be also possible to log in
Mobile device under different accounts.User terminal login account and after generating order information, this transaction selection is exempted from it is close
When payment, it can be sent to server-side and exempt from close payment request.
Server-side is received to be exempted to carry public key and the corresponding account information of user terminal in close payment request.
The public key for exempting to carry in close payment request can be by user terminal generation.Specifically, user terminal is exempted from close in selection
When payment, key pair can be generated by Encryption Algorithm, which exempts from close payment process for realizing what is paid on line.
In specific implementation, user terminal can use rivest, shamir, adelman, such as RSA Algorithm, generate public key and private key.
Public key can be sent to server-side, private key is stored in local by user terminal when close payment request is exempted from transmission.
Here, user terminal can also generate key pair using symmetric encipherment algorithm.It should be understood that other any pass through
It generates key pair and realizes and exempt from the Encryption Algorithm of close payment process within the scope of the embodiment of the present application protection.
The account information for exempting to carry in close payment request may include the information such as the account logged in for user terminal.Here it needs
It is noted that a user terminal can only log in an account, that is, the corresponding account information of a user terminal simultaneously.
In a kind of feasible embodiment, server-side is received to be exempted from also to carry sending time in close payment request.Clothes
Business end receive at least one user terminal transmission exempt from close payment request after, the embodiment of the present application as shown in Figure 2 is mentioned
Supply another method of payment flow chart, can with the following steps are included:
S201, according to the corresponding account information of user terminal, determine the corresponding account of user terminal.
S202, according to sending time, judge whether account is to send to exempt from close payment request for the first time.
If S203, account are to send to exempt from close payment request for the first time, default quantity on order threshold value is sent to user terminal and is determined
Information, so that user terminal returns to default quantity on order threshold value.
Server-side receive user terminal transmission exempt from close payment request after, server-side can be according to exempting from close payment request
The account information of carrying determines the account that user terminal logs in.
For each account, server-side can determine all user terminals for having logged in the account, be sent according to user terminal
The sending time for exempting to carry in close payment request, it can be determined that the account whether for the first time send exempts from close payment request.
It in specific implementation, can be according to multiple when the user terminal for having logged in the account has multiple for same account
The sequencing for exempting from the sending time of close payment request judges whether this exempts from the sending time of close payment request earliest, if so,
Then judge that the account is to send to exempt from close payment request for the first time;Exempt from close payment if it is not, then judging the account not and being to send for the first time and ask
It asks.
For same account, when the user terminal for having logged in the account only has one and the user terminal has sent and exempted from close payment and ask
When asking, then it may determine that the account is to send to exempt from close payment request for the first time.
If judging, the account is after exempting from close payment request described in transmission for the first time, and server-side sends default order to user terminal
Amount threshold determines information, so that user terminal returns to default quantity on order threshold value.
Here, presetting quantity on order threshold value is the maximum order numbers that the account can carry out exempting within a preset time close payment
Amount.Whether the default quantity on order threshold value is used to judge to be completed in preset time the quantity on order for exempting from close payment default more than this
Quantity on order threshold value.It is, user terminal can preset quantity on order threshold value to being no more than according to default quantity on order threshold value
Order carries out exempting from close delivery operation.
What needs to be explained here is that the default quantity on order threshold value can change according to actual needs.
In another feasible embodiment, exempt from that facility information can also be carried in close payment request.Server-side exists
Receive the transmission of at least one user terminal exempt from close payment request after, it is another provided by the embodiment of the present application as shown in Figure 3
A kind of flow chart of method of payment, can with the following steps are included:
S301, according to facility information, determine the quantity of user terminal.
S302, judge user terminal quantity whether be more than pre-set user end amount threshold, if the quantity of user terminal whether
More than the amount threshold at pre-set user end, then refusal exempts from close payment request.
Exempt from close payment request since a user terminal may repeatedly be sent, it cannot be accurate by exempting from close payment request number
The quantity for determining user terminal, since the corresponding facility information of each user terminal uniquely determines, in the application reality
Apply the quantity that can determine user terminal in example by facility information.Here, facility information may include device identification number.
In specific implementation, server-side with the amount threshold at pre-set user end, can judge user terminal quantity whether be more than
The amount threshold at the pre-set user end, refusal exempts from close payment request if being more than.The amount threshold at the pre-set user end can be
By server-side setting, it is also possible to by user terminal setting.By the amount threshold at the pre-set user end, can limit simultaneously
The quantity of the user terminal of the account is logged in, so that it is guaranteed that user exempts from close payment safety.
It should be noted that the amount threshold at the pre-set user end can change according to actual needs.
In step s 102, server-side receive user terminal transmission exempt from close payment request after, acquisition exempt from close payment request
The public key of middle carrying, and token information corresponding with the public key is generated according to public key.
The token information is sent to user terminal by server-side, so that user terminal is using private key corresponding with above-mentioned public key to ordering
Single information and the token information carry out signature and generate signing messages, and user terminal is made to return to the signing messages.
Server-side is stored in local after receiving public key, and server-side can also solve signing messages using the public key
It is close.
Wherein, order information may include this letter such as corresponding order flowing water information, payment amount, time of payment of trading
Breath.
In step s 103, server-side determines public key corresponding with the signing messages according to the signing messages received, and
It is decrypted using the signing messages that the public key returns to user terminal, verifies the correctness of the signing messages.
In step S104, if being proved to be successful, server-side can determine the user according to the corresponding account information of user terminal
The account logged in is held, and then determines the quantity on order for exempt from close payment under the account.
Specifically, each user terminal logged under the available account of server-side has carried out exempting from respectively the order of close payment
Quantity, and then determine the total quantity on order for exempt from close payment under the account.
If authentication failed, server-side can to user terminal send authentication failed prompting message, prompt user terminal send with
The corresponding payment cipher of account information.
After server-side receives the payment cipher of user terminal transmission, server-side can regenerate order corresponding with public key
Board information is simultaneously sent to user terminal.It is further continued for executing the operation of step S103.
In step s105, whether the quantity on order that server-side judgement has carried out exempting from close payment is more than default quantity on order threshold
Value.
When the total quantity on order for exempt from close payment determined in step S104 is less than default quantity on order threshold value
When, server-side then can complete order delivery operation according to the order information that decrypting process obtains.
When the quantity on order for having carried out exempting from close payment is more than to preset quantity on order threshold value, then server-side refuses this and exempts from close branch
Pay request.
In specific implementation, server-side can send the prompting message paid using payment cipher to user terminal, mention
Show that user terminal inputs payment cipher, completes this order delivery operation.
What needs to be explained here is that then showing that user terminal has turned on after token information is sent to user terminal by server-side
Exempt from close payment services, when the user terminal to next time, transaction was paid when, user terminal no longer can send public key to server-side
And account information can directly execute step S103-S105 after close payment is exempted from user terminal selection.
In a kind of feasible embodiment, above-mentioned method of payment also be can be applied to after user terminal login account, raw
Before order information, user terminal can choose unlatching and exempt from close payment services, exempts from close payment services to server-side transmission unlatching and asks
It asks.
Specifically, close payment services request is exempted from the unlatching that server-side can receive user terminal transmission, and close payment clothes are exempted from unlatching
Public key is carried in business request.
Here, public key is to be sent to open by user terminal to exempt to generate when close payment services request.
User terminal can be generated the key pair comprising private key and public key, use when close payment services request is exempted from transmission unlatching
Public key is sent to server-side by family end, so that server-side generates token information corresponding with the public key, while user terminal retains private
Key, for carrying out the signing messages of signature generation to order information and token information using the private key when close payment is exempted from selection.
After server-side receives public key, generates token information corresponding with public key and be sent to user terminal, at this time user
End, which has turned on, exempts from close payment services.
After close payment is exempted from user terminal selection, which executes a kind of method of payment provided by the embodiment of the present application
In step S103-S105.
Based on the same technical idea, the embodiment of the present application also provides a kind of payment mechanism, electronic equipment and computer
Storage medium etc., for details, reference can be made to following embodiments.
Fig. 4 is the block diagram for showing the payment mechanism of some embodiments of the present application, and the function which realizes is corresponding
Above-mentioned the step of executing method of payment on the terminal device.The device can be understood as the group that one includes the server of processor
Part, the component can be realized above-mentioned method of payment, as shown in figure 3, the payment mechanism 400 may include: receiving module 401, life
At and sending module 402, authentication module 403, the first determining module 404 and first judgment module 405;
Receiving module 401, for receive at least one user terminal transmission exempt from close payment request;Exempt to take in close payment request
With public key, order information and the corresponding account information of user terminal;
Token information for generating token information corresponding with public key, and is sent to user by generation and sending module 402
End, so that user terminal Returning utilization private key corresponding with public key carries out the A.L.S. of signature generation to order information and token information
Breath;
Authentication module 403, for being verified using correctness of the public key to the signing messages that user terminal returns;
First determining module 404, if, according to the corresponding account information of user terminal, determining that account is believed for being proved to be successful
Breath exempt from the quantity on order of close payment;
First judgment module 405, for judging whether quantity on order is more than default quantity on order threshold value, if quantity on order is not
More than default quantity on order threshold value, then order delivery operation is completed.
In a kind of feasible embodiment, which can also include: the second judgment module 406 and send
Module 407;
Second judgment module 406, for receive at least one user terminal send exempt from close payment request after,
Corresponding account information according to the user end determines the corresponding account of the user terminal;
According to the sending time, judge whether the account is to exempt from close payment request described in transmission for the first time;
Sending module 407 sends default order to user terminal if being to send to exempt from close payment request for the first time for the account
Amount threshold determines information, so that user terminal returns to default quantity on order threshold value.
In a kind of feasible embodiment, which can also include: the second determining module 408 and third
Judgment module 409;
Second determining module 408, after exempting from close payment request receive that at least one user terminal sends, according to exempting from
The facility information carried in close payment request determines the quantity of user terminal;
Third judgment module 409, for judge user terminal quantity whether be more than pre-set user end amount threshold, if with
The quantity at family end whether be more than pre-set user end amount threshold, then refusal exempt from close payment request.
As shown in figure 5, for the structural schematic diagram of a kind of electronic equipment 500 provided by the embodiment of the present application, which is set
Standby 500 include: at least one processor 501, at least one network interface 504 and at least one user interface 503, memory
505, at least one communication bus 502.Communication bus 502 is for realizing the connection communication between these components.User interface
503, including display (for example, touch screen), keyboard or pointing device (for example, touch-sensitive plate or touch screen etc.).
Memory 505 may include read-only memory and random access memory, and provide instruction sum number to processor 501
According to.The a part of of memory 505 can also include nonvolatile RAM (NVRAM).
In some embodiments, memory 505 stores following element, executable modules or data structures, or
Their subset of person or their superset:
Operating system 5051 includes various system programs, hardware based for realizing various basic businesses and processing
Task;
Application program 5052 includes various application programs, for realizing various applied business.
In the embodiment of the present application, by the program or instruction of calling memory 505 to store, processor 501 is used for:
Receive the transmission of at least one user terminal exempts from close payment request;Exempt to carry public key, order letter in close payment request
Breath and the corresponding account information of user terminal;
Token information corresponding with public key is generated, and token information is sent to user terminal, so that user terminal Returning utilization
Private key corresponding with public key carries out the signing messages of signature generation to order information and token information;
It is verified using correctness of the public key to the signing messages that user terminal returns;
If being proved to be successful, according to the corresponding account information of user terminal, determine that account information has carried out exempting from ordering for close payment
Odd number amount;
Judge whether quantity on order is more than default quantity on order threshold value, if quantity on order is less than default quantity on order threshold
Value, then complete order delivery operation.
In a kind of feasible embodiment, exempt to carry sending time in close payment request;Receiving at least one use
After what family end was sent exempts from close payment request, processor 501 is also used to:
Corresponding account information according to the user end determines the corresponding account of the user terminal;
According to the sending time, judge whether the account is to exempt from close payment request described in transmission for the first time;
If the account is to exempt from close payment request described in transmission for the first time, default quantity on order threshold is sent to the user terminal
It is worth and determines information, so that the user terminal returns to default quantity on order threshold value.
In a kind of feasible embodiment, exempt to carry facility information in close payment request;Receiving at least one use
After what family end was sent exempts from close payment request, processor 501 is also used to:
According to facility information, the quantity of user terminal is determined;
Judge user terminal quantity whether be more than pre-set user end amount threshold, if whether the quantity of user terminal is more than pre-
If the amount threshold of user terminal, then refusal exempts from close payment request.
In a kind of feasible embodiment, processor 501 is also used to:
If authentication failed, the prompting message of authentication failed is sent to user terminal, so that user terminal is sent and account information
Corresponding payment cipher;
After the payment cipher for receiving user terminal transmission, regenerates token information corresponding with public key and be sent to use
Family end.
In a kind of feasible embodiment, processor 501 is also used to:
If quantity on order is more than default quantity on order threshold value, refusal exempts from close payment request.
The computer program product of method of payment is carried out provided by the embodiment of the present application, including store processor to hold
The computer readable storage medium of capable non-volatile program code, the instruction that said program code includes can be used for executing front
Method described in embodiment of the method, specific implementation can be found in embodiment of the method, and details are not described herein.
It is apparent to those skilled in the art that for convenience and simplicity of description, the system of foregoing description,
The specific work process of device and unit, can refer to corresponding processes in the foregoing method embodiment, and details are not described herein.
In several embodiments provided herein, it should be understood that disclosed device and method can pass through it
Its mode is realized.The apparatus embodiments described above are merely exemplary, for example, the division of the unit, only
A kind of logical function partition, there may be another division manner in actual implementation, in another example, multiple units or components can combine
Or it is desirably integrated into another system, or some features can be ignored or not executed.Another point, shown or discussed phase
Coupling, direct-coupling or communication connection between mutually can be through some communication interfaces, the INDIRECT COUPLING of device or unit or
Communication connection can be electrical property, mechanical or other forms.
The unit as illustrated by the separation member may or may not be physically separated, aobvious as unit
The component shown may or may not be physical unit, it can and it is in one place, or may be distributed over multiple
In network unit.It can select some or all of unit therein according to the actual needs to realize the mesh of this embodiment scheme
's.
It, can also be in addition, each functional unit in each embodiment of the application can integrate in one processing unit
It is that each unit physically exists alone, can also be integrated in one unit with two or more units.
It, can be with if the function is realized in the form of SFU software functional unit and when sold or used as an independent product
It is stored in the executable non-volatile computer-readable storage medium of a processor.Based on this understanding, the application
Technical solution substantially the part of the part that contributes to existing technology or the technical solution can be with software in other words
The form of product embodies, which is stored in a storage medium, including some instructions use so that
One computer equipment (can be personal computer, server or the network equipment etc.) executes each embodiment institute of the application
State all or part of the steps of method.And storage medium above-mentioned includes: USB flash disk, mobile hard disk, read-only memory (Read-Only
Memory, ROM), random access memory (Random Access Memory, RAM), magnetic or disk etc. is various to deposit
Store up the medium of program code.
Finally, it should be noted that embodiment described above, the only specific embodiment of the application, to illustrate the application
Technical solution, rather than its limitations, the protection scope of the application is not limited thereto, although with reference to the foregoing embodiments to this Shen
It please be described in detail, those skilled in the art should understand that: anyone skilled in the art
Within the technical scope of the present application, it can still modify to technical solution documented by previous embodiment or can be light
It is readily conceivable that variation or equivalent replacement of some of the technical features;And these modifications, variation or replacement, do not make
The essence of corresponding technical solution is detached from the spirit and scope of the embodiment of the present application technical solution, should all cover the protection in the application
Within the scope of.Therefore, the protection scope of the application should be based on the protection scope of the described claims.
Claims (10)
1. a kind of method of payment characterized by comprising
Receive the transmission of at least one user terminal exempts from close payment request;It is described to exempt to carry public key and described in close payment request
The corresponding account information of user terminal;
Token information corresponding with the public key is generated, and the token information is sent to the user terminal, so that the use
Returning utilization private key corresponding with the public key in family end carries out the A.L.S. of signature generation to order information and the token information
Breath;
It is verified using correctness of the public key to the signing messages that the user terminal returns;
If being proved to be successful, corresponding account information, determines that the account information has carried out exempting from close payment according to the user end
Quantity on order;
Judge whether the quantity on order is more than default quantity on order threshold value, if the quantity on order is less than the default order
Amount threshold then completes order delivery operation.
2. method of payment according to claim 1, which is characterized in that described when exempting from also to carry transmission in close payment request
Between;After exempting from close payment request receive that at least one user terminal sends, further includes:
Corresponding account information according to the user end determines the corresponding account of the user terminal;
According to the sending time, judge whether the account is to exempt from close payment request described in transmission for the first time;
If the account is to exempt from close payment request described in transmission for the first time, it is true to send default quantity on order threshold value to the user terminal
Information is determined, so that the user terminal returns to default quantity on order threshold value.
3. method of payment according to claim 1, which is characterized in that described to exempt to carry equipment letter in close payment request
Breath;After exempting from close payment request receive that at least one user terminal sends, further includes:
According to the facility information, the quantity of the user terminal is determined;
Judge the user terminal quantity whether be more than pre-set user end amount threshold, if whether the quantity of the user terminal surpasses
The amount threshold at the pre-set user end is crossed, then exempts from close payment request described in refusal.
4. method of payment according to claim 1, which is characterized in that further include:
If authentication failed, to the user terminal send authentication failed prompting message so that the user terminal send with it is described
The corresponding payment cipher of account information;
After receiving the payment cipher that the user terminal is sent, regenerates token information corresponding with the public key and send
To the user terminal.
5. method of payment according to claim 1, which is characterized in that further include:
If the quantity on order is more than the default quantity on order threshold value, exempt from close payment request described in refusal.
6. a kind of payment mechanism characterized by comprising receiving module, generation and sending module, authentication module, first determine
Module and first judgment module;
The receiving module, for receive at least one user terminal transmission exempt from close payment request;It is described to exempt from close payment request
Carry public key, order information and the corresponding account information of the user terminal;
The generation and sending module for generating token information corresponding with the public key, and the token information are sent
To the user terminal, so that user terminal Returning utilization private key corresponding with the public key is to the order information and the order
Board information carries out the signing messages of signature generation;
The authentication module, for being verified using correctness of the public key to the signing messages that the user terminal returns;
First determining module, if corresponding account information, determines the account according to the user end for being proved to be successful
Number information exempt from the quantity on order of close payment;
The first judgment module, for judging whether the quantity on order is more than default quantity on order threshold value, if the order
Quantity is less than the default quantity on order threshold value, then completes order delivery operation.
7. payment mechanism according to claim 6, which is characterized in that further include: the second judgment module and sending module;
Second judgment module, for receive at least one user terminal send exempt from close payment request after, according to described
The corresponding account information of user terminal determines the corresponding account of the user terminal;
According to the sending time for exempting from also to carry in close payment request, judge the account whether be send for the first time described in exempt from it is close
Payment request;
The sending module is sent pre- if being to exempt from close payment request described in transmission for the first time for the account to the user terminal
If quantity on order threshold value determines information, so that the user terminal returns to default quantity on order threshold value.
8. payment mechanism according to claim 6, which is characterized in that further include: the second determining module and third judge mould
Block;
Second determining module, for receive at least one user terminal send exempt from close payment request after, according to described
Exempt from the facility information carried in close payment request, determines the quantity of the user terminal;
The third judgment module, for judge the user terminal quantity whether be more than pre-set user end amount threshold, if
The quantity of the user terminal whether be more than the pre-set user end amount threshold, then refusal described in exempt from close payment request.
9. a kind of electronic equipment characterized by comprising processor, memory and bus, the memory are stored with the place
The executable machine readable instructions of device are managed, when electronic equipment operation, pass through bus between the processor and the memory
Communication, the machine readable instructions execute method of payment as claimed in claim 1 to 5 when being executed by the processor
Step.
10. a kind of computer readable storage medium, which is characterized in that be stored with computer journey on the computer readable storage medium
The step of sequence, which executes method of payment as claimed in claim 1 to 5 when being run by processor.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910671763.1A CN110378689A (en) | 2019-07-24 | 2019-07-24 | A kind of method of payment, device, electronic equipment and computer readable storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910671763.1A CN110378689A (en) | 2019-07-24 | 2019-07-24 | A kind of method of payment, device, electronic equipment and computer readable storage medium |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110378689A true CN110378689A (en) | 2019-10-25 |
Family
ID=68255517
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910671763.1A Pending CN110378689A (en) | 2019-07-24 | 2019-07-24 | A kind of method of payment, device, electronic equipment and computer readable storage medium |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110378689A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110784474A (en) * | 2019-10-31 | 2020-02-11 | 苏州思必驰信息科技有限公司 | Embedded product access authorization method and device |
CN111210210A (en) * | 2020-01-07 | 2020-05-29 | 贵阳货车帮科技有限公司 | Payment data processing method and device and electronic equipment |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105184561A (en) * | 2015-08-24 | 2015-12-23 | 小米科技有限责任公司 | Safety payment method and device |
CN105184562A (en) * | 2015-08-27 | 2015-12-23 | 宇龙计算机通信科技(深圳)有限公司 | Mobile payment method and device for terminal |
CN105654286A (en) * | 2015-12-29 | 2016-06-08 | 宇龙计算机通信科技(深圳)有限公司 | Payment method, payment device and wearable device |
CN108985768A (en) * | 2018-06-01 | 2018-12-11 | 腾讯科技(深圳)有限公司 | A kind of data transferring system, method and device |
CN109919604A (en) * | 2017-12-13 | 2019-06-21 | 万事达卡国际公司 | Method and system for the transaction for using the consumer of crypto token to initiate |
-
2019
- 2019-07-24 CN CN201910671763.1A patent/CN110378689A/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105184561A (en) * | 2015-08-24 | 2015-12-23 | 小米科技有限责任公司 | Safety payment method and device |
CN105184562A (en) * | 2015-08-27 | 2015-12-23 | 宇龙计算机通信科技(深圳)有限公司 | Mobile payment method and device for terminal |
CN105654286A (en) * | 2015-12-29 | 2016-06-08 | 宇龙计算机通信科技(深圳)有限公司 | Payment method, payment device and wearable device |
CN109919604A (en) * | 2017-12-13 | 2019-06-21 | 万事达卡国际公司 | Method and system for the transaction for using the consumer of crypto token to initiate |
CN108985768A (en) * | 2018-06-01 | 2018-12-11 | 腾讯科技(深圳)有限公司 | A kind of data transferring system, method and device |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110784474A (en) * | 2019-10-31 | 2020-02-11 | 苏州思必驰信息科技有限公司 | Embedded product access authorization method and device |
CN110784474B (en) * | 2019-10-31 | 2022-02-22 | 思必驰科技股份有限公司 | Embedded product access authorization method and device |
CN111210210A (en) * | 2020-01-07 | 2020-05-29 | 贵阳货车帮科技有限公司 | Payment data processing method and device and electronic equipment |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170221053A1 (en) | Digital asset conversion | |
JP2021520732A (en) | Computer-implemented systems and methods suitable for increasing the security of immediate offline blockchain transactions | |
CN107256484B (en) | Mobile payment authorization transfer method and payment system realized by using same | |
EP1205889A1 (en) | Returning of change in an electronic payment system | |
CN101576983A (en) | Electronic payment method and system based on mobile terminal | |
EP2888703A1 (en) | Method and system to enable mobile contactless ticketing/payments via a mobile phone application | |
CN110874742B (en) | Payment method and device based on block chain and intelligent contract | |
CN110443607B (en) | Method for creating public digital wallet, transaction method and device | |
JP2007041957A (en) | Credit card settlement method | |
CN110245925A (en) | Electric paying method, system, device and computer readable storage medium | |
CN111062717A (en) | Data transfer processing method and device and computer readable storage medium | |
CN110378689A (en) | A kind of method of payment, device, electronic equipment and computer readable storage medium | |
CN112288431A (en) | Transaction method and device based on threshold signature | |
US20210385093A1 (en) | Digital signature terminal and secure communication method | |
CN101118629A (en) | Bank electric payment security system and processing method thereof | |
CN110956461B (en) | Method and system for hosting electronic signature and verification | |
CN110544087A (en) | Mobile payment method, device, equipment and computer readable storage medium | |
US20060095386A1 (en) | System and method for trust management | |
CN113129006B (en) | Medical payment system and method | |
CN116362726A (en) | Transaction order processing system, method, device, equipment and medium | |
CN114037446A (en) | Transaction method, transaction management method, device and system for digital currency | |
CN109658084B (en) | Offline payment method and system | |
CN112184343A (en) | Method and device for preventing electronic invoice from being stolen | |
CN105450590A (en) | Resource providing method and device | |
CN116128507A (en) | Block chain-based transaction method and device and electronic 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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191025 |