CN106779702A - Method of payment and payment system - Google Patents
Method of payment and payment system Download PDFInfo
- Publication number
- CN106779702A CN106779702A CN201611061175.9A CN201611061175A CN106779702A CN 106779702 A CN106779702 A CN 106779702A CN 201611061175 A CN201611061175 A CN 201611061175A CN 106779702 A CN106779702 A CN 106779702A
- Authority
- CN
- China
- Prior art keywords
- payment
- client
- evidence
- information
- sequence information
- 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/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3821—Electronic credentials
-
- 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
Abstract
The present invention discloses a kind of method of payment and payment system, and methods described includes:Client receives the request that places an order of user input;The request that places an order is signed to generate sequence information by the beneficiary server according to default signature rule;The sequence information is generated request data by the client according to default form;The payment platform decrypts the request data, obtains the sequence information;The signature of the sequence information is verified, and evidence for payment is generated after being proved to be successful;The evidence for payment is encrypted according to default cipher mode;The client decrypts the evidence for payment, and payment information in the evidence for payment calls the means of payment to carry out delivery operation.Technical scheme, is encrypted in different ways by the interaction data between client, beneficiary server and payment platform, the security of interaction data has been effectively ensured, and then ensure that the security for improving delivery operation.
Description
Technical field
The present invention relates to communication technical field, more particularly to a kind of method of payment and payment system.
Background technology
With the development of development of Mobile Internet technology, the popularity rate more and more higher of mobile terminal, in the friendship of electronic trade platform
During easily, user using mobile terminal frequency also more and more higher, it is more next and in the bargain link of electronic trade platform
More people are paid by mobile terminal.
In electronic transaction process, user is primary concern is that the security of delivery operation, then, how to improve in electronics
The security of delivery operation in transaction, just turns into a technical problem urgently to be resolved hurrily.
The content of the invention
The main object of the present invention is to provide a kind of method of payment and payment system, it is intended to effectively lift the peace of delivery operation
Quan Xing.
To achieve the above object, method of payment proposed by the present invention, comprises the following steps:
Client receives the request that places an order of user input, and the request that places an order is sent to beneficiary server;
The request that places an order is signed to generate order letter by the beneficiary server according to default signature rule
Breath, and the sequence information is sent to the client;
The sequence information is generated request data by the client according to default form, and the request data is sent out
Deliver to payment platform;
The payment platform decrypts the request data, obtains the sequence information;The signature of the sequence information is verified,
And evidence for payment is generated after being proved to be successful;The evidence for payment is encrypted according to default cipher mode, and will encryption
Evidence for payment afterwards is sent to the client;
The client decrypts the evidence for payment, and payment information in the evidence for payment calls the means of payment
Carry out delivery operation.
Optionally, the step of sequence information is generated request data by the client according to default form includes:
Binary protocol head is added in the sequence information.
Optionally, it is described to include the step of the default cipher mode of the evidence for payment is encrypted:
Binary protocol head is added in the evidence for payment.
Optionally, the method for payment also includes:
After paying successfully, the payment platform pays successful information to the beneficiary server feedback.
Optionally, the step of payment successful information to the beneficiary server feedback includes:
The payment platform receives the payment successful information of the means of payment feedback, and the payment successful information is sent out
Deliver to the beneficiary server;
Judge whether the payment successful information sends successfully;
If it is not, then the reason for record sends failure, and when Preset Time is reached, paid successfully to transmission is described again
Information;
When the frequency of failure is sent more than or equal to preset times, retain the reason for sending failure for the last time, and to institute
State beneficiary server and send early warning mail.
To achieve the above object, a kind of payment system of present invention proposition, including client, beneficiary server, payment are flat
Platform and the means of payment;Wherein,
The client, the request that places an order for receiving user input, and the request that places an order is sent to the gathering
Square server;
The beneficiary server, is ordered for the request that places an order to be signed according to default signature rule with generation
Single information, and the sequence information is sent to the client;
The client, for the sequence information to be generated into request data according to default form, and by the request
Data is activation is to payment platform;
The payment platform, for decrypting the request data, obtains the sequence information;Verify the sequence information
Signature, and evidence for payment is generated after being proved to be successful;The evidence for payment is encrypted according to default cipher mode, and will
Evidence for payment after encryption is sent to the client;
The client, for decrypting the evidence for payment, and payment information in the evidence for payment calls branch
The instrument of paying;
The means of payment, for performing delivery operation.
Optionally, the client is used to add binary protocol head in the request data.
Optionally, the payment platform is used to add binary protocol head in the evidence for payment.
Optionally, the payment platform, is additionally operable to after paying successfully, is paid successfully to the beneficiary server feedback
Information.
Optionally, the payment platform includes:Performing module and judge module;Wherein,
The performing module, for receiving the payment successful information of the means of payment feedback, and pays described successfully
Information is sent to the beneficiary server;
The judge module, for judging whether the payment successful information sends successfully;
The performing module, is additionally operable to after the payment successful information sends failure, records the reason for sending failure, and
When Preset Time is reached, again to the transmission payment successful information;
The performing module, is additionally operable to, when the frequency of failure is sent more than or equal to preset times, retain last time and send out
The reason for sending unsuccessfully, and early warning mail is sent to the beneficiary server.
Technical scheme, presses by the interaction data between client, beneficiary server and payment platform
It is encrypted according to different modes, the security of interaction data has been effectively ensured, and then ensure that the peace for improving delivery operation
Quan Xing.
Brief description of the drawings
In order to illustrate more clearly about the embodiment of the present invention or technical scheme of the prior art, below will be to embodiment or existing
The accompanying drawing to be used needed for having technology description is briefly described, it should be apparent that, drawings in the following description are only this
Some embodiments of invention, for those of ordinary skill in the art, on the premise of not paying creative work, can be with
Structure according to these accompanying drawings obtains other accompanying drawings.
Fig. 1 is the flow chart of the embodiment of method of payment of the present invention;
Fig. 2 is the flow chart of another embodiment of method of payment of the present invention;
The flow chart of the step of Fig. 3 to the beneficiary server feedback in Fig. 2 to pay successful information;
Fig. 4 is the module diagram of the embodiment of payment system of the present invention;
Fig. 5 is the schematic flow sheet for realizing the embodiment of payment system one of the present invention;
Fig. 6 is the module diagram of the embodiment of payment platform one in Fig. 4.
The realization of the object of the invention, functional characteristics and advantage will be described further referring to the drawings in conjunction with the embodiments.
Specific embodiment
It should be appreciated that the specific embodiments described herein are merely illustrative of the present invention, it is not intended to limit the present invention.
The mobile terminal of each embodiment of the invention is realized referring now to Description of Drawings.In follow-up description, use
For represent element such as " module ", " part " or " unit " suffix only for being conducive to explanation of the invention, itself
Not specific meaning.Therefore, " module " can be used mixedly with " part ".
The present invention proposes a kind of method of payment.Method of payment of the invention is applied to mobile terminal, but is not limited to mobile whole
End.Illustrated by taking mobile terminal as an example below:
As shown in figure 1, Fig. 1 is the flow chart of the embodiment of method of payment of the present invention.
The method of payment of this implementation, comprises the following steps:
Step S100, client receive the request that places an order of user input, and the request that places an order is sent to beneficiary clothes
Business device.
Specifically, the client is installed in mobile terminal.The client is the correspondence beneficiary server
Application program (such as, game client etc.).User downloads visitor corresponding with the server of game business's offer on mobile terminals
Family end.
When user such as needs client supplement with money at the payment to be acted, user can supplement module with money by client
Interface is supplemented in triggering with money, and selects or be voluntarily input into supplement type with money, supplement number etc. with money, and is determined.Client is according to user input
Supplement type with money and generate the request that places an order with number is supplemented with money, and the request that places an order is sent to beneficiary server.
Step S200, the beneficiary server are signed the request that places an order according to default signature rule, with
Generation sequence information, and the sequence information is sent to the client.
Specifically, the beneficiary server needs to be registered to Third-party payment platform, to obtain relevant information:
AppId, appKey, appSecurity etc., wherein, appId is used to represent different applications, and appSecurity is used for ordering
Single request is signed.
When the beneficiary server receive it is described place an order request after, order request is carried out according to following signature rule
Signature, and then generate sequence information.
Signature rule:
1, be ranked up for all parameter name alphabet sequences by parameter marshalling, if running into identical initial, sees second
Letter, the parameter (such as null and " " situation) of void value should not participate in signature;
2, the data for participating in signature should not be URL Encoding, participate in signature with UTF-8 codings without exception;
3, in the data of participation signature, it is necessary to have field data_timestamp;
4, parameter splicing, by all parameters by k1=v1&k2=v2&k3=v3 ..., form is spliced;
5, will be added behind the 4th step gained character string ":", appId, appSecurity, obtain a new character string,
Digest calculations are carried out to new character strings with md5, the character string that must sign (that is, the sequence information with signature).
The sequence information is generated request data by step S300, the client according to default form, and will be described
Request data is sent to payment platform (namely above-mentioned Third-party payment platform).
Specifically, after the client receives the sequence information that the beneficiary server sends, in the order
Binary protocol head is added in information, to generate the request data of encryption, and the request data is sent to the third party
Payment platform.
In this step, the binary protocol head includes 64 bytes, wherein, 0-3 byte representations appId;4-5 words
Section represents interface index;6-7 byte representations version number;One session of 8-39 byte representations;40 byte representation cipher modes;41-
42 are used to verify;Other byte numbers retain.That is, the request data includes that binary protocol head is believed with the order with signature
Breath.
Step S400, the payment platform decrypt the request data, obtain the sequence information;Verify the order letter
The signature of breath, and evidence for payment is generated after being proved to be successful;The evidence for payment is encrypted according to default cipher mode,
And send to the client evidence for payment after encryption.
Specifically, after the payment platform receives the request data, first the request data is decrypted point
Analysis, to obtain the sequence information with signature being included in the request data.Then signature is verified, when checking is tested
After card passes through, the sequence information is preserved, and evidence for payment is generated according to the sequence information.Then, in the evidence for payment
Middle addition binary protocol head, to encrypt the evidence for payment.Finally, the evidence for payment after encryption is sent to the client
End.
In this step, the binary protocol head includes 32 bytes, wherein, 0-1 byte representation interface indexs;2 words
Section represents cipher mode;3-4 bytes user verifies;8-11 byte representation error codes;Other bytes retain.That is, pin paying
Voucher includes the real information of binary protocol head and evidence for payment.
Step S500, the client decrypt the evidence for payment, and the payment information tune in the evidence for payment
Delivery operation is carried out with the means of payment.
Specifically, after the client receives the evidence for payment, decrypt the evidence for payment, with obtain pay with
The real information included in card, and according to the real information call the means of payment (be installed on the application program in mobile terminal, than
Such as, wechat, Alipay, Mobile banking etc.) carry out delivery operation.
The method of payment of the present embodiment, by the interaction data between client, beneficiary server and payment platform
It is encrypted in different ways, the security of interaction data has been effectively ensured, and then ensure that and improve delivery operation
Security.
Further, as shown in Figures 2 and 3, Fig. 2 is the flow chart of another embodiment of method of payment of the present invention;Fig. 3 is figure
The flow chart of the step of paying successful information to the beneficiary server feedback in 2.
Based on above-described embodiment, in the present embodiment, the method for payment also includes:
Step S600, pay successfully after, the payment platform to the beneficiary server feedback pay successful information.
In the present embodiment, the step of payment successful information to the beneficiary server feedback includes:
Step S610, the payment platform receive the payment successful information of means of payment feedback, and by the payment
Successful information is sent to the beneficiary server.
Specifically, after paying successfully, the means of payment pay successful information to payment platform feedback, to notify
The payment platform is changed to order status.After order status are changed to received payment by the payment platform, to the receipts
Money side's server sends and pays successful information, to notify that the beneficiary server is changed to order status.
Step S620, judge it is described payment successful information whether send successfully;
If it is, flow terminates.
If it is not, then performing step S630.
The reason for step S630, record send failure, and when Preset Time is reached, paid successfully to transmission is described again
Information.
Specifically, after the payment platform have sent payment successful information to the beneficiary server, judging whether
Corresponding feedback is received, if it is not, then assert that this time sends failure.After being judged to send failure, record this time and send mistake
The reason for losing, and after the default time reaches, send the payment successful information to the beneficiary server again.So follow
Ring, extremely sends successfully, or the transmission frequency of failure stops sending afterwards more than or equal to preset times (such as 8 times).
Step S640, when send the frequency of failure be more than or equal to preset times when, retain last time send failure original
Cause, and send early warning mail to the beneficiary server.
Specifically, when the frequency of failure is sent more than or equal to preset times, retain the reason for sending failure for the last time,
And send early warning mail to the beneficiary server
It is noted that callback mechanism is provided with early warning mail, after operation personnel receives the early warning mail of transmission,
And the problem of error is have changed, and " readjustment manually " button can be clicked in mail, above-mentioned notice beneficiary service is performed again
The step of device pays successful information.
The technical scheme of the present embodiment, by being repeatedly sent to and mail early warning mechanism, greatly improves payment successful
Probability, it is ensured that the Experience Degree of user.
The present invention also proposes a kind of payment system.Payment system of the invention is applied to mobile terminal, but is not limited to movement
Terminal.Illustrated by taking mobile terminal as an example below:
As shown in figure 4, Fig. 4 is the module diagram of the embodiment of payment system of the present invention.
The payment system of the present embodiment includes client 110, beneficiary server 120, payment platform 130 and the means of payment
140;Wherein, the client 110, the request that places an order for receiving user input, and the request that places an order is sent to described
Beneficiary server 120;The beneficiary server 120, for the request that places an order to be carried out according to default signature rule
Signature is sent to the client 110 sequence information with generating sequence information;The client 110, for by institute
State sequence information and generate request data according to default form, and the request data is sent to payment platform 130;The branch
Platform 130 is paid, for decrypting the request data, the sequence information is obtained;The signature of the sequence information is verified, and is being tested
Evidence for payment is generated after demonstrate,proving successfully;The evidence for payment is encrypted according to default cipher mode, and by the branch after encryption
Exchange order is sent to the client 110;The client 110, for decrypting the evidence for payment, and according to it is described pay with
Payment information in card calls the means of payment 140;The means of payment 140, for performing delivery operation.
Specifically, the client 110 is installed in mobile terminal.The client 110 is the correspondence beneficiary clothes
The application program (such as, game client 110 etc.) of business device 120.User downloads the clothes provided with game business on mobile terminals
The corresponding client 110 of business device.When user such as needs client 110 supplement with money at the payment to be acted, user can be by visitor
Interface is supplemented in module triggering of supplementing with money on family end 110 with money, and selects or be voluntarily input into supplement type with money, supplement number etc. with money, and is determined.Visitor
Family end 110 generates the request that places an order according to the type of supplementing with money of user input with number is supplemented with money, and the request that places an order is sent to receipts
Money side's server 120.
The beneficiary server 120 needs to be registered to Third-party payment platform 130, to obtain relevant information:
AppId, appKey, appSecurity etc., wherein, appId is used to represent different applications, and appSecurity is used for ordering
Single request is signed.When the beneficiary server 120 receive it is described place an order request after, according to following signature rule to ordering
Single request is signed, and then generates sequence information.
Signature rule:
1, be ranked up for all parameter name alphabet sequences by parameter marshalling, if running into identical initial, sees second
Letter, the parameter (such as null and " " situation) of void value should not participate in signature;
2, the data for participating in signature should not be URL Encoding, participate in signature with UTF-8 codings without exception;
3, in the data of participation signature, it is necessary to have field data_timestamp;
4, parameter splicing, by all parameters by k1=v1&k2=v2&k3=v3 ..., form is spliced;
5, will be added behind the 4th step gained character string ":", appId, appSecurity, obtain a new character string,
Digest calculations are carried out to new character strings with md5, the character string that must sign (that is, the sequence information with signature).
After the client 110 receives the sequence information that the beneficiary server 120 sends, in order letter
Binary protocol head is added in breath, to generate the request data of encryption, and the request data is sent to third party's branch
Pay platform 130.The binary protocol head includes 64 bytes, wherein, 0-3 byte representations appId;4-5 byte representations connect
Mouth numbering;6-7 byte representations version number;One session of 8-39 byte representations;40 byte representation cipher modes;41-42 is used for school
Test;Other byte numbers retain.That is, the request data includes binary protocol head and the sequence information with signature.
After the payment platform 130 receives the request data, analysis first is decrypted to the request data, with
Acquisition is included in the sequence information with signature in the request data.Then signature is verified, after being verified,
The sequence information is preserved, and evidence for payment is generated according to the sequence information.Then, addition two is entered in the evidence for payment
Protocol header processed, to encrypt the evidence for payment.Finally, the evidence for payment after encryption is sent to the client 110.Described two
System protocol header includes 32 bytes, wherein, 0-1 byte representation interface indexs;2 byte representation cipher modes;3-4 byte users
Verification;8-11 byte representation error codes;Other bytes retain.That is, pin evidence for payment and including binary protocol head and paying
The real information of voucher.
After the client 110 receives the evidence for payment, the evidence for payment is decrypted, with obtaining evidence for payment
Comprising real information, and according to the real information call the means of payment 140 (be installed on the application program in mobile terminal, than
Such as, wechat, Alipay, Mobile banking etc.) carry out delivery operation.
The payment system of the present embodiment, by between client 110, beneficiary server 120 and payment platform 130
Interaction data is encrypted in different ways, and the security of interaction data has been effectively ensured, and then ensure that and improve branch
Pay the security of operation.
Further, as shown in figure Fig. 5 and 6, Fig. 5 is the schematic flow sheet for realizing the embodiment of payment system one of the present invention;
Fig. 6 is the module diagram of the embodiment of payment platform one in Fig. 4.
Based on above-described embodiment, in the present embodiment, the payment platform 130 is additionally operable to after paying successfully, to described
The feedback of beneficiary server 120 pays successful information.
The payment platform 130 includes:Performing module 132 and judge module 134;Wherein, the performing module 132, uses
In the payment successful information for receiving the feedback of the means of payment 140, and the payment successful information is sent to the beneficiary
Server 120;The judge module 134, for judging whether the payment successful information sends successfully;The performing module
132, it is additionally operable to after the payment successful information sends failure, the reason for sending failure is recorded, and when Preset Time is reached,
Again to the transmission payment successful information;The performing module 132, is additionally operable to sending the frequency of failure more than or equal to default
During number of times, retain last time and send the reason for failing, and early warning mail is sent to the beneficiary server 120.
Specifically, after paying successfully, the means of payment 140 pay successful information to the feedback of the payment platform 130,
To notify that the payment platform 130 is changed to order status.Order status are changed to received payment by the payment platform 130
Afterwards, sent to the beneficiary server 120 and pay successful information, to notify the beneficiary server 120 to order status
Changed.
After the payment platform 130 have sent payment successful information to the beneficiary server 120, judge whether to connect
Corresponding feedback is received, if it is, terminate, if it is not, then assert that this time sends failure.After being judged to send failure, note
Record this time and send the reason for failing, and after the default time reaches, send the payment to the beneficiary server 120 again
Successful information.So circulation, extremely sends successfully, or the transmission frequency of failure stops afterwards more than or equal to preset times (such as 8 times)
Send.
When the frequency of failure is sent more than or equal to preset times, retain the reason for sending failure for the last time, and to institute
State beneficiary server 120 and send early warning mail
It is noted that callback mechanism is provided with early warning mail, after operation personnel receives the early warning mail of transmission,
And the problem of error is have changed, and " readjustment manually " button can be clicked in mail, above-mentioned notice beneficiary service is performed again
The step of device 120 pays successful information.
The technical scheme of the present embodiment, by being repeatedly sent to and mail early warning mechanism, greatly improves payment successful
Probability, it is ensured that the Experience Degree of user.
It should be noted that herein, term " including ", "comprising" or its any other variant be intended to non-row
His property is included, so that process, method, article or device including a series of key elements not only include those key elements, and
And also include other key elements being not expressly set out, or also include for this process, method, article or device institute are intrinsic
Key element.In the absence of more restrictions, the key element limited by sentence "including a ...", it is not excluded that including this
Also there is other identical element in the process of key element, method, article or device.
The embodiments of the present invention are for illustration only, and the quality of embodiment is not represented.
Through the above description of the embodiments, those skilled in the art can be understood that above-described embodiment side
Method can add the mode of required general hardware platform to realize by software, naturally it is also possible to by hardware, but in many cases
The former is more preferably implementation method.Based on such understanding, technical scheme is substantially done to prior art in other words
The part for going out contribution can be embodied in the form of software product, and the computer software product is stored in a storage medium
In (such as ROM/RAM, magnetic disc, CD), including some instructions are used to so that a station terminal equipment (can be mobile terminal, calculate
Machine, server, air-conditioner, or network equipment etc.) perform method described in each embodiment of the invention.
The preferred embodiments of the present invention are these are only, the scope of the claims of the invention is not thereby limited, it is every to utilize this hair
Equivalent structure or equivalent flow conversion that bright specification and accompanying drawing content are made, or directly or indirectly it is used in other related skills
Art field, is included within the scope of the present invention.
Claims (10)
1. a kind of method of payment, it is characterised in that comprise the following steps:
Client receives the request that places an order of user input, and the request that places an order is sent to beneficiary server;
The beneficiary server is signed to generate sequence information the request that places an order according to default signature rule, and
The sequence information is sent to the client;
The client by the sequence information according to default form generate request data, and by the request data send to
Payment platform;
The payment platform decrypts the request data, obtains the sequence information;Verify the signature of the sequence information, and
Evidence for payment is generated after being proved to be successful;The evidence for payment is encrypted according to default cipher mode, and by after encryption
Evidence for payment is sent to the client;
The client decrypts the evidence for payment, and payment information in the evidence for payment calls the means of payment to carry out
Delivery operation.
2. method of payment as claimed in claim 1, it is characterised in that the client is by the sequence information according to default
The step of form generation request data, includes:
Binary protocol head is added in the sequence information.
3. method of payment as claimed in claim 1, it is characterised in that described to enter the default cipher mode of the evidence for payment
The step of row encryption, includes:
Binary protocol head is added in the evidence for payment.
4. the method for payment as described in any one in claims 1 to 3, it is characterised in that also include:
After paying successfully, the payment platform pays successful information to the beneficiary server feedback.
5. method of payment as claimed in claim 4, it is characterised in that described to be paid successfully to the beneficiary server feedback
The step of information, includes:
The payment platform receives the payment successful information of the means of payment feedback, and by the payment successful information send to
The beneficiary server;
Judge whether the payment successful information sends successfully;
If it is not, then the reason for record sends failure, and when Preset Time is reached, successfully believe to described payment of transmission again
Breath;
When the frequency of failure is sent more than or equal to preset times, retain the reason for sending failure for the last time, and to the receipts
Money side's server sends early warning mail.
6. a kind of payment system, it is characterised in that including client, beneficiary server, payment platform and the means of payment;Its
In,
The client, the request that places an order for receiving user input, and the request that places an order is sent to beneficiary clothes
Business device;
The beneficiary server, for the request that places an order to be signed to generate order letter according to default signature rule
Breath, and the sequence information is sent to the client;
The client, for the sequence information to be generated into request data according to default form, and by the request data
Send to payment platform;
The payment platform, for decrypting the request data, obtains the sequence information;Verify the label of the sequence information
Name, and evidence for payment is generated after being proved to be successful;The evidence for payment is encrypted according to default cipher mode, and will be added
Evidence for payment after close is sent to the client;
The client, for decrypting the evidence for payment, and payment information in the evidence for payment calls payment work
Tool;
The means of payment, for performing delivery operation.
7. payment system as claimed in claim 6, it is characterised in that the client is used to be added in the request data
Binary protocol head.
8. payment system as claimed in claim 6, it is characterised in that the payment platform is used to add in the evidence for payment
Plus binary protocol head.
9. the payment system as described in any one in claim 6 to 8, it is characterised in that
The payment platform, is additionally operable to after paying successfully, and successful information is paid to the beneficiary server feedback.
10. payment system as claimed in claim 9, it is characterised in that the payment platform includes:Performing module with judge mould
Block;Wherein,
The performing module, the payment successful information for receiving means of payment feedback, and by the payment successful information
Send to the beneficiary server;
The judge module, for judging whether the payment successful information sends successfully;
The performing module, is additionally operable to after the payment successful information sends failure, records the reason for sending failure, and arrive
During up to Preset Time, again to the transmission payment successful information;
The performing module, is additionally operable to, when the frequency of failure is sent more than or equal to preset times, retain last time transmission and lose
The reason for losing, and send early warning mail to the beneficiary server.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611061175.9A CN106779702A (en) | 2016-11-28 | 2016-11-28 | Method of payment and payment system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611061175.9A CN106779702A (en) | 2016-11-28 | 2016-11-28 | Method of payment and payment system |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106779702A true CN106779702A (en) | 2017-05-31 |
Family
ID=58913361
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611061175.9A Pending CN106779702A (en) | 2016-11-28 | 2016-11-28 | Method of payment and payment system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106779702A (en) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107203880A (en) * | 2017-06-01 | 2017-09-26 | 徐涛 | A kind of method and apparatus paid based on order |
CN107862587A (en) * | 2017-12-04 | 2018-03-30 | 深圳春沐源控股有限公司 | A kind of ordering method and system |
CN108596715A (en) * | 2018-04-10 | 2018-09-28 | 沈文策 | A kind of method of network payment, device, electronic equipment and readable storage medium storing program for executing |
CN109104283A (en) * | 2018-06-26 | 2018-12-28 | 北京云迹科技有限公司 | intelligent distribution system communication encryption method and device |
CN110097349A (en) * | 2018-01-29 | 2019-08-06 | 腾讯科技(深圳)有限公司 | Method for processing resource, device and storage medium |
WO2019218817A1 (en) * | 2018-05-15 | 2019-11-21 | 腾讯科技(深圳)有限公司 | Payment method, apparatus, related device, and system |
CN110956474A (en) * | 2019-01-29 | 2020-04-03 | 深圳市智税链科技有限公司 | Electronic invoice system based on block chain |
CN112101937A (en) * | 2020-09-01 | 2020-12-18 | 武汉华盛美业科技有限公司 | Order safety payment method and system |
CN112633883A (en) * | 2020-12-30 | 2021-04-09 | 爱驰汽车有限公司 | Secure payment method, device, server and storage medium |
CN112950178A (en) * | 2021-02-25 | 2021-06-11 | 中钞信用卡产业发展有限公司 | B2B proxy payment method and system based on license chain |
CN115018486A (en) * | 2022-06-06 | 2022-09-06 | 易联支付有限公司 | Unified payment system |
CN116629871A (en) * | 2023-07-21 | 2023-08-22 | 济南正浩软件科技有限公司 | Order online payment system and payment method |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008099138A (en) * | 2006-10-13 | 2008-04-24 | Toshiba Corp | Anonymous order system, apparatus and program |
CN102194176A (en) * | 2010-03-19 | 2011-09-21 | 中国工商银行股份有限公司 | Method and system for feeding back payment result information by online bank |
CN102801710A (en) * | 2012-07-04 | 2012-11-28 | 北京天龙融和软件有限公司 | Networked transaction method and system |
CN103607339A (en) * | 2013-09-11 | 2014-02-26 | 北京京东尚科信息技术有限公司 | Method and system based on content automatic adjustment mail sending strategy |
-
2016
- 2016-11-28 CN CN201611061175.9A patent/CN106779702A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008099138A (en) * | 2006-10-13 | 2008-04-24 | Toshiba Corp | Anonymous order system, apparatus and program |
CN102194176A (en) * | 2010-03-19 | 2011-09-21 | 中国工商银行股份有限公司 | Method and system for feeding back payment result information by online bank |
CN102801710A (en) * | 2012-07-04 | 2012-11-28 | 北京天龙融和软件有限公司 | Networked transaction method and system |
CN103607339A (en) * | 2013-09-11 | 2014-02-26 | 北京京东尚科信息技术有限公司 | Method and system based on content automatic adjustment mail sending strategy |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107203880A (en) * | 2017-06-01 | 2017-09-26 | 徐涛 | A kind of method and apparatus paid based on order |
CN107862587A (en) * | 2017-12-04 | 2018-03-30 | 深圳春沐源控股有限公司 | A kind of ordering method and system |
CN110097349B (en) * | 2018-01-29 | 2023-08-04 | 腾讯科技(深圳)有限公司 | Resource processing method, device and storage medium |
CN110097349A (en) * | 2018-01-29 | 2019-08-06 | 腾讯科技(深圳)有限公司 | Method for processing resource, device and storage medium |
CN108596715A (en) * | 2018-04-10 | 2018-09-28 | 沈文策 | A kind of method of network payment, device, electronic equipment and readable storage medium storing program for executing |
US11461745B2 (en) | 2018-05-15 | 2022-10-04 | Tencent Technology (Shenzhen) Company Ltd | Payment method and apparatus, related device, and system |
US11769123B2 (en) | 2018-05-15 | 2023-09-26 | Tencent Technology (Shenzhen) Company Ltd | Payment method and apparatus, related device, and system |
WO2019218817A1 (en) * | 2018-05-15 | 2019-11-21 | 腾讯科技(深圳)有限公司 | Payment method, apparatus, related device, and system |
CN109104283B (en) * | 2018-06-26 | 2022-01-11 | 北京云迹科技有限公司 | Intelligent distribution system communication encryption method and device |
CN109104283A (en) * | 2018-06-26 | 2018-12-28 | 北京云迹科技有限公司 | intelligent distribution system communication encryption method and device |
CN110956474A (en) * | 2019-01-29 | 2020-04-03 | 深圳市智税链科技有限公司 | Electronic invoice system based on block chain |
CN110956474B (en) * | 2019-01-29 | 2024-02-27 | 深圳市智税链科技有限公司 | Electronic invoice system based on block chain |
CN112101937A (en) * | 2020-09-01 | 2020-12-18 | 武汉华盛美业科技有限公司 | Order safety payment method and system |
CN112633883A (en) * | 2020-12-30 | 2021-04-09 | 爱驰汽车有限公司 | Secure payment method, device, server and storage medium |
CN112950178A (en) * | 2021-02-25 | 2021-06-11 | 中钞信用卡产业发展有限公司 | B2B proxy payment method and system based on license chain |
CN112950178B (en) * | 2021-02-25 | 2023-09-12 | 中钞信用卡产业发展有限公司 | B2B proxy payment method and system based on license chain |
CN115018486A (en) * | 2022-06-06 | 2022-09-06 | 易联支付有限公司 | Unified payment system |
CN116629871A (en) * | 2023-07-21 | 2023-08-22 | 济南正浩软件科技有限公司 | Order online payment system and payment method |
CN116629871B (en) * | 2023-07-21 | 2023-10-17 | 济南正浩软件科技有限公司 | Order online payment system and payment method |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106779702A (en) | Method of payment and payment system | |
CN103095662B (en) | A kind of online transaction safety certifying method and online transaction security certification system | |
CN103699989B (en) | Payment platform system based on smart machine and method of payment | |
CN103379098B (en) | Content sharing method, device and network system thereof | |
CN101622635B (en) | Communication system | |
CN108090761A (en) | Block chain token method of payment based on credible two-dimension code | |
CN106850699A (en) | A kind of mobile terminal login authentication method and system | |
CN106296144A (en) | Payment processes server, client and payment processing method | |
WO2003009200A1 (en) | Digital notary system and method | |
CN101689236B (en) | Secure login protocol | |
CN112600669B (en) | Cipher algorithm and conformity verification system | |
CN110414190A (en) | Endorsement method, relevant apparatus, storage medium and the electronic equipment of application installation package | |
CN114971796B (en) | Bidding system based on cloud service platform | |
EP1142194A1 (en) | Method and system for implementing a digital signature | |
CN110138739A (en) | Data information encryption method, device, computer equipment and storage medium | |
CN106998316A (en) | A kind of method for authenticating, applications client and gateway device | |
CN104301288B (en) | Online identity certification, online transaction checking, the method and system of online verification protection | |
CN110634072B (en) | Block chain transaction system based on multi-signature and hardware encryption | |
CN103825906B (en) | Enterprise private key self-encryption and self-arrangement method based on content distribution network | |
CN101151874A (en) | Network node and method for providing internet services on internet marketplaces | |
CN114024723B (en) | Online signing method and device based on ESOP system, equipment and medium | |
CN103716762B (en) | A kind of Internet Accounting Ststem and its method for realizing Secure Billing | |
CN106355496A (en) | Method, system and device for realizing batch electronic transactions as well as electronic signature tool | |
CN105933273A (en) | Data verification method and server | |
CN114125158B (en) | Anti-harassment method, device, equipment and storage medium based on trusted telephone |
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: 20170531 |