CN101447051A - Payment method and payment device - Google Patents
Payment method and payment device Download PDFInfo
- Publication number
- CN101447051A CN101447051A CNA2007101781639A CN200710178163A CN101447051A CN 101447051 A CN101447051 A CN 101447051A CN A2007101781639 A CNA2007101781639 A CN A2007101781639A CN 200710178163 A CN200710178163 A CN 200710178163A CN 101447051 A CN101447051 A CN 101447051A
- Authority
- CN
- China
- Prior art keywords
- payment
- level
- security
- condition
- user
- 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
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention discloses a payment method which comprises the following steps: receiving payment information of a user, wherein, the payment information comprises information for determining safety levels; processing the information for determining the safety levels so as to obtain safety level information; comparing the safety level information with a predetermined standard which comprises at least two safety levels, and obtaining a safety level which is corresponding to the payment information and a standard payment condition; receiving a payment condition input by the safety level; and comparing the input payment condition with the standard payment condition, and carrying out payment when the input payment condition matches with the standard payment condition. The invention also discloses a payment device. The payment method and the payment device cause a user to customize a proper payment method according to self need and condition, thereby enhancing the operation experience of the user; and a service provider such as a bank, and the like, provides corresponding payment register platforms so as to enhance service flexibility.
Description
Technical field
The present invention relates to network communications technology field, particularly a kind of method of payment and a kind of payment mechanism.
Background technology
In the existing modes of payments, no matter be network payment or mobile payment, all pay close attention to the safety of payment itself and build, and ignored facility and quick degree that the user uses.For example, for existing widely used USBKey, no matter no matter the size of user's payment also pays where occurring in, and all needs the user to provide the key of identifying user identity or safety equipment can finish delivery operation at any time.But, needn't provide under the situation of authentication at some, owing to still need to identify the operation of identity, cause using inconvenience.
A kind of typical application be when customer consumption the very little amount of money when buying commodity, also need to carry out authentication for this delivery operation by carrying safety equipment, therefore wasted a large amount of time of user, and increased user's delivery operation cost, promptly the user need provide and pay the identification operation of equal importance of wholesale cash when the payment petty cash.It is to leave this locality as the user that another kind of typical case uses, and need other people when local agent is paid operation, and be used for the safety equipment such as USBKey of authentication during user's delivery operation, thereby cause and to finish delivery operation in this locality owing to carried by the user.
Summary of the invention
The object of the present invention is to provide a kind of method of payment, to solve the problem that method of payment of the prior art is used inconvenience and increased payment cost.
Another object of the present invention is to provide a kind of payment mechanism, to solve the problem that payment mechanism of the prior art uses inconvenience and increases cost.
For solving the problems of the technologies described above, the invention provides following technical scheme:
A kind of method of payment comprises:
Receive user's payment information, include in the described payment information with the information that decides level of security;
Decide the information of level of security to handle to described usefulness, obtain level of security information;
Described level of security information and the standard that includes at least two level of securitys that sets in advance are compared, obtain the level of security of described payment information correspondence, described level of security is to there being the standard payment condition;
Reception is according to the payment terms of described level of security input;
The payment terms of more described input and described standard payment condition when the payment terms of described input and described standard payment condition coupling, are paid.
A kind of payment devices comprises:
Receiving element is used to receive user's payment information, includes in the described payment information with the information that decides level of security; Be used to receive the payment terms of user according to described level of security input;
First administrative unit is used for deciding the information of level of security to handle to described usefulness, obtains level of security information; Be used for described level of security information and the standard that includes at least two level of securitys that sets in advance are compared, obtain the level of security of described payment information correspondence, described level of security is to there being the standard payment condition; The payment terms and the described standard payment condition that are used for more described input when the payment terms of described input and described standard payment condition coupling, are paid.
By above technical scheme provided by the invention as seen, use the payment information that method of payment of the present invention receives the user, include in the described payment information with the information that decides level of security, decide the information of level of security to handle to described usefulness, obtain level of security information, described level of security information and the standard that includes at least two level of securitys that sets in advance are compared, obtain the level of security of described payment information correspondence, described level of security is to there being the standard payment condition, reception is according to the payment terms of described level of security input, the payment terms of more described input and described standard payment condition, when the payment terms of described input and described standard payment condition coupling, pay.Can make the user share the delivery operation of safe and convenient by the present invention, at any time use and comprise the modes of payments such as network payment, payment by using short messages, voice payment, when the user registers in bank, the modes of payments that can be fit to oneself according to self needs and situation customization, and need not all to provide authentication to all delivery operations, make things convenient for the user and strengthened user's operating experience; And bank etc. serve the provider by corresponding payment register platforms is provided, and the payment terms and the modes of payments for customization self needs have strengthened professional dirigibility.
Description of drawings
Fig. 1 is the first embodiment process flow diagram of method of payment of the present invention;
Fig. 2 sets in advance the first embodiment process flow diagram of level of security standard for the present invention;
Fig. 3 sets in advance the second embodiment process flow diagram of level of security standard for the present invention;
Fig. 4 is the second embodiment process flow diagram of method of payment of the present invention;
Fig. 5 is the 3rd embodiment process flow diagram of method of payment of the present invention;
Fig. 6 is the first embodiment block diagram of payment mechanism of the present invention;
Fig. 7 is the second embodiment block diagram of payment mechanism of the present invention.
Embodiment
Core of the present invention provides a kind of method of payment, this method decides the information of level of security to handle to described usefulness behind the payment information that receives the user, obtain level of security information, described level of security information and the standard that includes at least two level of securitys that sets in advance are compared, obtain the level of security of described payment information correspondence, described level of security is to there being the standard payment condition, receive the payment terms then according to described level of security input, the payment terms of more described input and described standard payment condition, when the payment terms of described input and described standard payment condition coupling, pay.
In order to make those skilled in the art person understand the present invention program better, and above-mentioned purpose of the present invention, feature and advantage can be become apparent more, the present invention is further detailed explanation below in conjunction with the drawings and specific embodiments.
The first embodiment process flow diagram of method of payment of the present invention is as shown in Figure 1:
Step 101: the payment information that receives the user.
Step 102:, obtain level of security information to deciding the information of level of security to handle.
Wherein, payment information comprises at least a among payment, payment number of times, the place of payment, the modes of payments, time of payment, the payment agency; The payment terms comprise key, USBKey, TPM (TrustedPlatform Module, credible platform module)/TCM (Trusted Computing Modem, credible password module), biological characteristic, I.D., at least a in unconditional.
Step 103: level of security information and the standard that includes at least two level of securitys that sets in advance are compared, obtain the level of security of described payment information correspondence.
Step 104: receive the payment terms according to described level of security input.
Step 105: the payment terms of more described input and described standard payment condition, when the payment terms of described input and described standard payment condition coupling, pay.
The described payment terms comprise:
Be used for required input when carrying out retouching operation condition, be used for required input when carrying out query manipulation condition, be used in the condition of carrying out required input when nullifying operation and/or be used for the condition of required input when carrying out delivery operation;
Described standard payment condition comprises:
The condition that the condition that the user imports when carrying out query manipulation for the condition carrying out retouching operation and import, user, the condition that the user imports when nullifying operation for carrying out and/or user import when carrying out delivery operation.
Set in advance in the method for payment of the present invention level of security standard the first embodiment process flow diagram as shown in Figure 2, this embodiment shows from the payment terms that the user imports in advance the process of the payment terms of selecting corresponding each level of security:
Step 201: the log-on message that receives registration request from user and user input.
Step 202: all payment terms that receive user's input in advance.
Wherein, the payment terms can be the condition of software aspect, comprise digital certificate, key etc.; Be the condition of hardware aspect perhaps, comprise USBKey, TPM etc.; The perhaps condition of biological characteristic aspect comprises user's finger print information, voice messaging, iris information or palmmprint information etc.; The feature that also comprises unconditional or others.
In this embodiment, the user all imports corresponding bank server with all payment terms in advance, so that the user gets final product follow-up directly the selection from the payment terms of above-mentioned input in advance when level of security counterpart expenditure condition is set.These payment terms can be specially, and require payment platform that TPM is housed, require to be necessary for network payment, require to provide key, require to provide USBKey, need not password, require delivery operation to be no more than three times or require delivery operation can not finish in the strange land etc.
Step 203: the secure payment Grade I of recording user definition and to payment information that should the secure payment Grade I.
The user can be according to the Grade I (I is an integer) of the pre-defined secure payment of self paying of custom and the payment information of corresponding each level of security, wherein, payment information can comprise at least a among payment, payment number of times, the place of payment, the modes of payments, time of payment or the payment agency.For example, the user is divided into high, medium and low three kinds with the level of security of delivery operation, and with payment during as payment information, payment that can high level of security is set to more than 10000 yuan, the payment of middle level of security is set to 100 yuan to 10000 yuan, and other payment of low level security is set to less than 100 yuan.
Step 204: preserve that the user selects from the payment terms of input in advance to the payment terms that should level of security I.
Further, behind the payment information that has write down user-defined each level of security and correspondence thereof, select the payment terms of corresponding each level of security in the payment terms of input that the user can be from step 202, after setting completed, bank server is preserved the information of all settings, connect the example in the step 203, the level of security that the setting of preservation is finished and as shown in table 1 below to the payment information and the payment terms that should level of security:
Table 1
| Level of security | Payment information | The payment terms |
| High | More than 10000 yuan | (1) payment platform is equipped with TPM (2) and is necessary for network payment (3) key and USBKey are provided |
| In | 100 yuan to 10000 yuan | (1) provide key and USBKey (2) delivery operation to be no more than three times |
| Low | Less than 100 yuan | (1) no password (2) delivery operation is no more than three (3) delivery operations and can not finishes in the strange land |
Step 205: whether the prompting user finishes the setting of all level of securitys, if then execution in step 206; Otherwise, return step 203.
Step 206: finish current register flow path.
Set in advance in the method for payment of the present invention level of security standard the second embodiment process flow diagram as shown in Figure 3, this embodiment shows order and preserves each level security rank and the payment information of corresponding described level of security and the process of the payment terms that the user is provided with:
Step 301: the log-on message that receives registration request from user and user input.
Step 302: the secure payment Grade I of recording user definition and to payment information that should the secure payment Grade I.
Step 303: the payment terms of the corresponding level of security I that the preservation user is provided with when level of security I is set.
The difference of the 3rd embodiment and second embodiment is, does not preserve all payment terms in advance, but according to the order that is provided with of level of security, preserves each the level security rank that the user is provided with and the payment information and the payment terms of corresponding each level of security.
Step 304: whether the prompting user finishes the setting of all level of securitys, if then execution in step 305; Otherwise, return step 302.
Step 305: finish current register flow path.
Especially, also can preserve the user when carrying out the registration of secure payment, the modification of relative set, inquiry, the needed payment terms of cancellation delivery operation.The needed payment terms were the payment terms of corresponding high level of security when for example, the user can be provided with the modification delivery operation; The needed payment terms were the payment terms of level of security in the correspondence when inquiry delivery operation was set; The needed payment terms also were the payment terms of corresponding high level of security when relative set was nullified delivery operation.
Use the register method of secure payment of the present invention, the user need not to provide authentication for all delivery operations, but customize the payment information and the corresponding payment condition of corresponding each level of security in advance according to user's self needs, by payment information level of security is divided flexibly, user itself is not subjected to any restriction to the selection of the payment terms, and bank server can just can provide the secure payment service of corresponding level of security easily by the information of preserving user's setting for the user.
The second embodiment process flow diagram of method of payment of the present invention as shown in Figure 4, this embodiment shows the detail flowchart that the level of security of the delivery operation of preserving when using registration and payment information and the payment terms thereof carry out secure payment:
Step 401: the payment information that receives user's input.
Step 402: according to payment information search that when registration preserve to the level of security and the payment terms that should payment information.
In conjunction with the table 1 in the foregoing description, suppose that the level of security and the corresponding payment information and the payment terms thereof that are provided with when the user who preserves in the bank server registers are table 1, and the amount of money of this delivery operation of user is 80 yuan, the then corresponding level of security that finds is the lower security rank, the payment terms are for need not password, delivery operation is no more than three times, and delivery operation can not be finished in the strange land.
Step 403: the payment terms that receive user's input.
Step 404: judge whether the payment terms of user's input and the payment terms that find mate, if then execution in step 405; Otherwise, execution in step 406.
Step 405: the result data to the user confirms to finish this secure payment operation and record delivery operation, finish current payment flow.
The delivery operation of supposing 80 yuan of the above-mentioned payments of user is carried out in the registration location, and be other delivery operation of low level security second time of carrying out the same day, then bank server is judged the payment terms of the lower security rank correspondence that the payment terms of this secure payment operation are provided with when meeting registration, and therefore need not the user provides any extra authentication information just can finish this secure payment operation.
Step 406: judge whether to reach the predefined input number of times of user, if then execution in step 407; Otherwise, execution in step 408.
Step 407: confirm current safety delivery operation failure to the user, finish current flow process.
Further, the user can preestablish the input number of times of the payment terms when registration, to prevent that other people are by repeatedly attempting obtaining this payment terms, when the input number of times surpasses the number of times of user's setting, then return current safety delivery operation failure, can carry out subsequent operation this moment according to the mode that the user customizes in advance, and Ding Zhi mode can comprise and ignores current operation, freezes subsequent operation or point out corresponding information etc. in advance, with the security of guaranteeing payment.Wherein, ignore current operation and only stop current request, do not stop follow-up other delivery operation; Freeze subsequent operation and stop all subsequent manipulations request, need the user to recover to the bank of registration; The prompting corresponding information can comprise duration of freezing and reset mode etc. according to the mode of customization by the subsequent operation that note and telephone prompts user can select.
Step 408: the prompting user re-enters the payment terms, returns step 403.
Because when having omitted other some payment terms of corresponding current safety level, and current input number of times then can allow the user to re-enter corresponding other payment terms of current safety level when also surpassing predefined number of times as the user.
The 3rd embodiment flow process of method of payment of the present invention as shown in Figure 5, this embodiment shows user's modification, inquiry or nullifies the flow process of delivery operation:
Step 501: receive the request of user's modification, inquiry or cancellation delivery operation.
Step 502: the corresponding payment terms of this request of preserving when searching registration.
Suppose that the user time is provided with in registration that the needed payment terms are the payment terms of corresponding high level of security when revising delivery operation; The needed payment terms were the payment terms of level of security in the correspondence when inquiry delivery operation was set; The needed payment terms also were the payment terms of corresponding high level of security when relative set was nullified delivery operation.
Step 503: the payment terms that receive user's input.
Step 504: judge whether the payment terms of user's input and the payment terms that find mate, if then execution in step 505; Otherwise, execution in step 506.
Step 505: accept this request corresponding operation and recording operation result, finish current flow process.
Associative list 1, suppose that the user is current and will nullify delivery operation, the payment terms that then need to import are the payment terms of corresponding high level of security, therefore work as this cancellation and be operating as the network operation that carries out on the platform of TPM being equipped with, and after the user provided correct key and USBKey, bank server will be accepted this cancellation operation and write down corresponding operating result.
Step 506: whether reach the predefined input number of times of user, if then execution in step 507; Otherwise, execution in step 508.
Step 507: stop the corresponding operation of this request, finish current flow process.
Further, with the class of operation after returning current delivery operation failure in the method for payment seemingly, after server has stoped current modification, inquiry or has nullified delivery operation, also can carry out subsequent operation according to the mode that the user customizes in advance, Ding Zhi mode can comprise and ignores current operation, freezes subsequent operation or prompting corresponding information etc. in advance, with guarantee to revise, inquiry or nullify the security of operation.
Step 508: the prompting user re-enters the payment terms, returns step 503.
Corresponding with method of payment of the present invention, the present invention also provides a kind of payment mechanism.
The first embodiment block diagram of payment mechanism of the present invention as shown in Figure 6, this device comprises: receiving element 610 and administrative unit 620.
Wherein, receiving element 610 is used to receive user's payment information, includes in the described payment information with the information that decides level of security; Be used to receive the payment terms of user according to described level of security input;
The second embodiment block diagram of payment mechanism of the present invention is as shown in Figure 7:
This device comprises: receiving element 710, administrative unit 720, preservation unit 730.
Wherein, receiving element 710 is used to receive user's payment information, includes in the described payment information with the information that decides level of security; Be used to receive the payment terms of user according to described level of security input;
The payment terms of correspondence when preserving unit 730 and being used to preserve the described delivery operation of modification, inquiry, cancellation that described user is provided with; And write down the result data of described delivery operation; At this moment, administrative unit 720 is further used for, and when the payment terms of input and described standard payment condition do not match and reach default input number of times, confirms described secure payment operation failure; Maybe when the payment terms of importing and described standard payment condition part coupling, the described payment terms are re-entered in prompting.
By the above embodiment of the invention as seen, can make the user share the delivery operation of safe and convenient by the present invention, at any time use and comprise the modes of payments such as network payment, payment by using short messages, voice payment, when the user registers in bank, the modes of payments that can be fit to oneself according to self needs and situation customization, and need not all to provide authentication to all delivery operations, make things convenient for the user and strengthened user's operating experience; And bank etc. serve the provider by corresponding payment register platforms is provided, and the payment terms and the modes of payments for customization self needs have strengthened professional dirigibility.
Though described the present invention by embodiment, those of ordinary skills know, the present invention has many distortion and variation and do not break away from spirit of the present invention, wish that appended claim comprises these distortion and variation and do not break away from spirit of the present invention.
Claims (9)
1, a kind of method of payment is characterized in that, comprising:
Receive user's payment information, include in the described payment information with the information that decides level of security;
Decide the information of level of security to handle to described usefulness, obtain level of security information;
Described level of security information and the standard that includes at least two level of securitys that sets in advance are compared, obtain the level of security of described payment information correspondence, described level of security is to there being the standard payment condition;
Reception is according to the payment terms of described level of security input;
The payment terms of more described input and described standard payment condition when the payment terms of described input and described standard payment condition coupling, are paid.
2, method of payment according to claim 1 is characterized in that, described payment information comprises: at least a among payment, payment number of times, the place of payment, the modes of payments, time of payment, the payment agency;
The described payment terms comprise: key, USBKey, credible platform module TPM/ credible password module TCM, biological characteristic, I.D., at least a in unconditional.
3, method of payment according to claim 1 is characterized in that, the described standard that includes at least two level of securitys that sets in advance is finished as follows and set in advance:
Receive all payment terms of user's input in advance;
Write down the level of security of the delivery operation that described user is provided with and the payment information of corresponding described level of security;
The payment terms of the corresponding described level of security that the preservation user selects from the described payment terms; Or
Write down the level of security of the delivery operation that described user is provided with and the payment information of corresponding described level of security;
Preserve the payment terms of the corresponding described level of security that described user is provided with when level of security is set.
4, according to claim 1 or 3 described methods of payment, it is characterized in that the described payment terms comprise:
Be used for required input when carrying out retouching operation condition, be used for required input when carrying out query manipulation condition, be used in the condition of carrying out required input when nullifying operation and/or be used for the condition of required input when carrying out delivery operation;
Described standard payment condition comprises:
The condition that the condition that the user imports when carrying out query manipulation for the condition carrying out retouching operation and import, user, the condition that the user imports when nullifying operation for carrying out and/or user import when carrying out delivery operation.
5, method of payment according to claim 4 is characterized in that, described method of payment further comprises:
Receive the request of revising, inquiring about or nullify delivery operation;
Whether the payment terms of judging input are consistent with the standard payment condition that sets in advance, if then accept the operation of described request correspondence, otherwise stop the operation of described request correspondence after the request number of times that arrival is preset.
6, method of payment according to claim 1 is characterized in that, further comprises: the result data that writes down described delivery operation.
7, a kind of payment devices is characterized in that, comprising:
Receiving element is used to receive user's payment information, includes in the described payment information with the information that decides level of security; Be used to receive the payment terms of user according to described level of security input;
First administrative unit is used for deciding the information of level of security to handle to described usefulness, obtains level of security information; Be used for described level of security information and the standard that includes at least two level of securitys that sets in advance are compared, obtain the level of security of described payment information correspondence, described level of security is to there being the standard payment condition; The payment terms and the described standard payment condition that are used for more described input when the payment terms of described input and described standard payment condition coupling, are paid.
8, payment devices according to claim 7 is characterized in that, described payment devices further comprises:
Preserve the unit, be connected with described administrative unit, be used to preserve the condition that condition that the user imports when carrying out query manipulation for the condition carrying out retouching operation and import, user, condition that the user imports when nullifying operation for carrying out and/or user import when carrying out delivery operation.
9, payment devices according to claim 8 is characterized in that, described payment devices further comprises:
Second administrative unit, the request that is used to receive modification, inquiry or nullifies delivery operation; Whether the payment terms of judging input are consistent with the standard payment condition that sets in advance, if then accept the operation of described request correspondence, otherwise stop the operation of described request correspondence after the request number of times that arrival is preset.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101781639A CN101447051A (en) | 2007-11-27 | 2007-11-27 | Payment method and payment device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101781639A CN101447051A (en) | 2007-11-27 | 2007-11-27 | Payment method and payment device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101447051A true CN101447051A (en) | 2009-06-03 |
Family
ID=40742720
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007101781639A Pending CN101447051A (en) | 2007-11-27 | 2007-11-27 | Payment method and payment device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101447051A (en) |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103491533A (en) * | 2013-09-23 | 2014-01-01 | 上海翰鑫信息科技有限公司 | WAP gateway, user WAP terminal, WAP payment system and WAP payment method |
| CN104036392A (en) * | 2014-06-25 | 2014-09-10 | Tcl集团股份有限公司 | Network payment method and device |
| CN104426860A (en) * | 2013-08-26 | 2015-03-18 | 深圳市腾讯计算机系统有限公司 | Security policy configuration method, device and server |
| CN104574086A (en) * | 2014-12-29 | 2015-04-29 | 宇龙计算机通信科技(深圳)有限公司 | Payment method, device and terminal |
| CN104867010A (en) * | 2015-05-20 | 2015-08-26 | 杨淼彬 | User friendly payment method |
| CN105359178A (en) * | 2013-04-26 | 2016-02-24 | 贝宝公司 | Systems and methods for implementing instant payments on mobile devices |
| CN105391691A (en) * | 2015-10-19 | 2016-03-09 | 浪潮(北京)电子信息产业有限公司 | Communication control method, device and system based on cloud computing |
| CN105610865A (en) * | 2016-02-18 | 2016-05-25 | 中国银联股份有限公司 | Method and device for authenticating identity of user based on transaction data |
| CN105608580A (en) * | 2015-12-15 | 2016-05-25 | 百纳（武汉）信息技术有限公司 | Mobile terminal payment method and mobile terminal payment system |
| CN105634739A (en) * | 2015-04-21 | 2016-06-01 | 宇龙计算机通信科技(深圳)有限公司 | Payment request processing method, payment request processing device and terminal |
| CN105741115A (en) * | 2014-12-11 | 2016-07-06 | 中国电信股份有限公司 | Payment authentication method, device and system |
| WO2017000354A1 (en) * | 2015-06-29 | 2017-01-05 | 宇龙计算机通信科技(深圳)有限公司 | Fingerprint password verification method, system, and terminal |
| CN106339876A (en) * | 2016-08-26 | 2017-01-18 | 广东欧珀移动通信有限公司 | Fingerprint identification method and device and terminal device |
| CN106708476A (en) * | 2015-07-20 | 2017-05-24 | 腾讯科技（深圳）有限公司 | Stand-alone application instruction processing method and device |
| CN107111706A (en) * | 2015-01-05 | 2017-08-29 | 贝宝公司 | The risk assessment of wearable device based on connection |
| CN107316195A (en) * | 2017-06-26 | 2017-11-03 | 北京明华联盟科技有限公司 | The method of payment and device of a kind of safe and convenient |
| CN107358439A (en) * | 2017-07-07 | 2017-11-17 | 广东欧珀移动通信有限公司 | Using method of payment, device and terminal device |
| CN107590660A (en) * | 2017-09-25 | 2018-01-16 | 王天坤 | Method of mobile payment |
| CN107808289A (en) * | 2016-09-09 | 2018-03-16 | 腾讯科技（深圳）有限公司 | Electronic payment platform, control method and device |
| CN109272326A (en) * | 2018-09-28 | 2019-01-25 | 深圳乐信软件技术有限公司 | A kind of real-time processing method, device, regulation engine and the storage medium of rule |
| CN109299936A (en) * | 2018-09-05 | 2019-02-01 | 深圳市百宝廊珠宝首饰有限公司 | Intelligent payment method, device, terminal and storage medium |
| CN111681104A (en) * | 2020-06-08 | 2020-09-18 | 中国银行股份有限公司 | Internet bank self-help registration system and method |
-
2007
- 2007-11-27 CN CNA2007101781639A patent/CN101447051A/en active Pending
Cited By (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105359178A (en) * | 2013-04-26 | 2016-02-24 | 贝宝公司 | Systems and methods for implementing instant payments on mobile devices |
| CN104426860A (en) * | 2013-08-26 | 2015-03-18 | 深圳市腾讯计算机系统有限公司 | Security policy configuration method, device and server |
| CN103491533A (en) * | 2013-09-23 | 2014-01-01 | 上海翰鑫信息科技有限公司 | WAP gateway, user WAP terminal, WAP payment system and WAP payment method |
| CN104036392A (en) * | 2014-06-25 | 2014-09-10 | Tcl集团股份有限公司 | Network payment method and device |
| CN104036392B (en) * | 2014-06-25 | 2019-03-26 | Tcl集团股份有限公司 | A kind of method of network payment and device |
| CN105741115A (en) * | 2014-12-11 | 2016-07-06 | 中国电信股份有限公司 | Payment authentication method, device and system |
| CN104574086A (en) * | 2014-12-29 | 2015-04-29 | 宇龙计算机通信科技(深圳)有限公司 | Payment method, device and terminal |
| WO2016107035A1 (en) * | 2014-12-29 | 2016-07-07 | 宇龙计算机通信科技(深圳)有限公司 | Payment method and device, and terminal |
| CN107111706A (en) * | 2015-01-05 | 2017-08-29 | 贝宝公司 | The risk assessment of wearable device based on connection |
| CN105634739A (en) * | 2015-04-21 | 2016-06-01 | 宇龙计算机通信科技(深圳)有限公司 | Payment request processing method, payment request processing device and terminal |
| CN105634739B (en) * | 2015-04-21 | 2019-03-22 | 宇龙计算机通信科技(深圳)有限公司 | The processing method of payment request, the processing unit of payment request and terminal |
| CN104867010A (en) * | 2015-05-20 | 2015-08-26 | 杨淼彬 | User friendly payment method |
| WO2017000354A1 (en) * | 2015-06-29 | 2017-01-05 | 宇龙计算机通信科技(深圳)有限公司 | Fingerprint password verification method, system, and terminal |
| CN106708476B (en) * | 2015-07-20 | 2020-06-05 | 腾讯科技（深圳）有限公司 | Single-machine application instruction processing method and device |
| CN106708476A (en) * | 2015-07-20 | 2017-05-24 | 腾讯科技（深圳）有限公司 | Stand-alone application instruction processing method and device |
| CN105391691A (en) * | 2015-10-19 | 2016-03-09 | 浪潮(北京)电子信息产业有限公司 | Communication control method, device and system based on cloud computing |
| CN105608580A (en) * | 2015-12-15 | 2016-05-25 | 百纳（武汉）信息技术有限公司 | Mobile terminal payment method and mobile terminal payment system |
| WO2017140190A1 (en) * | 2016-02-18 | 2017-08-24 | 中国银联股份有限公司 | Method and device for authenticating user identity based on transaction data |
| CN105610865A (en) * | 2016-02-18 | 2016-05-25 | 中国银联股份有限公司 | Method and device for authenticating identity of user based on transaction data |
| CN106339876A (en) * | 2016-08-26 | 2017-01-18 | 广东欧珀移动通信有限公司 | Fingerprint identification method and device and terminal device |
| CN107808289A (en) * | 2016-09-09 | 2018-03-16 | 腾讯科技（深圳）有限公司 | Electronic payment platform, control method and device |
| CN107316195A (en) * | 2017-06-26 | 2017-11-03 | 北京明华联盟科技有限公司 | The method of payment and device of a kind of safe and convenient |
| CN107358439A (en) * | 2017-07-07 | 2017-11-17 | 广东欧珀移动通信有限公司 | Using method of payment, device and terminal device |
| CN107590660A (en) * | 2017-09-25 | 2018-01-16 | 王天坤 | Method of mobile payment |
| CN109299936A (en) * | 2018-09-05 | 2019-02-01 | 深圳市百宝廊珠宝首饰有限公司 | Intelligent payment method, device, terminal and storage medium |
| CN109272326A (en) * | 2018-09-28 | 2019-01-25 | 深圳乐信软件技术有限公司 | A kind of real-time processing method, device, regulation engine and the storage medium of rule |
| CN111681104A (en) * | 2020-06-08 | 2020-09-18 | 中国银行股份有限公司 | Internet bank self-help registration system and method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101447051A (en) | Payment method and payment device | |
| US9965763B1 (en) | Location aware transaction authorization | |
| US9589261B2 (en) | Remote revocation of application access based on non-co-location of a transaction vehicle and a mobile device | |
| EP2641162B1 (en) | System and method for providing secure data communication permissions to trusted applications on a portable communication device | |
| US10621570B2 (en) | Processing payments for an online marketplace | |
| US20170236189A1 (en) | Wifi transactions | |
| US20120123868A1 (en) | System and Method for Physical-World Based Dynamic Contactless Data Emulation in a Portable Communication Device | |
| AU2016380941A1 (en) | Method for determining if a current wallet-based transaction initiated by a digital wallet user is fraudulent | |
| US20160103997A1 (en) | Method, device, terminal, and server for verifying security of service operation | |
| US20140279111A1 (en) | System and method for authorizing a mobile payment transaction | |
| US11617081B1 (en) | Passive authentication during mobile application registration | |
| US20150227903A1 (en) | Remote revocation of application access based on lost or misappropriated card | |
| KR20100059932A (en) | Mobile remittances/payments | |
| US20150032628A1 (en) | Payment Authorization System | |
| US20130246268A1 (en) | Method and system for dedicated secure processors for handling secure processing in a handheld communication device | |
| US8675828B2 (en) | Authentication of a user to a telephonic communication device | |
| CN106056375A (en) | POS machine positioning method based on mobile terminal position | |
| US20210019742A1 (en) | Customer acquisition without initially receiving personally identifiable information (pii) | |
| US20190347441A1 (en) | Patient privacy de-identification in firewall switches forming VLAN segregation | |
| US20140180787A1 (en) | Intent to spend analytics platform | |
| US20220191194A1 (en) | Identity-linked device information for user identification and transaction personalization via mobile tagging | |
| CN107730259A (en) | A kind of fingerprint method of payment and its device, user terminal | |
| US20210264001A1 (en) | Fraud estimation system, fraud estimation method and program | |
| CN106355406A (en) | Combined fingerprint authentication payment method | |
| CN108805543A (en) | A kind of method and terminal of output Receiving information |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090603 |