CN113627931A - Payment limiting method and electronic equipment - Google Patents
Payment limiting method and electronic equipment Download PDFInfo
- Publication number
- CN113627931A CN113627931A CN202110797519.7A CN202110797519A CN113627931A CN 113627931 A CN113627931 A CN 113627931A CN 202110797519 A CN202110797519 A CN 202110797519A CN 113627931 A CN113627931 A CN 113627931A
- Authority
- CN
- China
- Prior art keywords
- payment
- electronic device
- tokens
- state
- electronic equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/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/3821—Electronic credentials
- G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
-
- 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The application provides a payment limiting method, an electronic device and a storage medium, wherein the limiting method comprises the following steps: when the electronic equipment is in a first state, generating one or more first tokens for offline payment, and signing the one or more first tokens, wherein the first tokens comprise limiting parameters, and the limiting parameters comprise one or more of payment amount, payment times, payment region and payment time; determining whether the electronic device satisfies a payment condition based on the payment information and the limiting parameters of the one or more first tokens; if the electronic equipment meets the payment condition, payment is carried out based on the payment information; the first state comprises that a cloud account of the electronic equipment is in an online state; the second state comprises that the cloud account of the electronic equipment is in an off-line state, and the payment limiting method can prevent the electronic equipment such as a mobile phone from being stolen and swiping a wallet in the mobile phone by a person when the electronic equipment is lost.
Description
Technical Field
The application relates to the technical field of terminals, in particular to a payment limiting method and electronic equipment.
Background
The off-line payment means that when the terminal has no network or the network is not good, the user still completes payment through a payment application on the terminal. However, if the terminal is lost, the user account is at risk of being swiped illegally.
Disclosure of Invention
In a first aspect, the present application provides a method for limiting payment, applied to an electronic device, including:
when the electronic equipment is in a first state, generating one or more first tokens for offline payment, and signing the one or more first tokens, wherein the first tokens comprise limiting parameters, the limiting parameters comprise one or more of payment amount, payment times, payment region and payment time, and the collection information comprises one or more of payment amount, payment region and payment time; said signing the one or more first tokens comprises: deriving a public key and a private key based on first parameters, wherein the first parameters comprise secret information related to a cloud account number of the electronic equipment; signing the one or more first tokens based on the private key to obtain one or more third tokens; destroying the private key after obtaining the one or more third tokens;
when the electronic equipment is in a second state, detecting a first operation for payment, and responding to the first operation to acquire payment information;
determining whether the electronic device satisfies a payment condition based on the payment information and the limiting parameters of the one or more first tokens;
if the electronic equipment meets the payment condition, payment is carried out based on the payment information;
the first state comprises that a cloud account of the electronic equipment is in an online state; the second state comprises that the cloud account of the electronic equipment is in an offline state.
The second state may be a state in which the electronic device does not currently have a network or the network is not good, and in this state, the cloud account of the electronic device is in an offline state.
Based on the method of the embodiment, the safety of the payment of the electronic equipment can be guaranteed when the mobile phone is in an off-line state.
In one embodiment of the present application, generating one or more first tokens while the electronic device is in a first state comprises: when the electronic equipment is in a first state, judging whether the number of the generated second tokens reaches a preset number; and if the preset number is not reached, generating one or more first tokens.
In this embodiment, the tokens may be replenished according to the remaining number of tokens that are already present.
In one embodiment of the present application, generating one or more first tokens while the electronic device is in a first state comprises: when the electronic equipment is in a first state, acquiring a residual period of the generated second token, and if the residual period is less than a preset time length; one or more first tokens are generated.
In this embodiment, the token may be replenished according to the remaining life cycle of the token that is already present.
In one embodiment of the application, detecting a first operation for payment, in response to the first operation, further comprises:
and verifying the third token based on the public key to obtain a verification result.
In one embodiment of the application, the limiting parameter includes one or more of a payment amount, a payment number, a payment region and a payment time, and the collection information includes one or more of a payment amount, a payment region and a payment time.
In one embodiment of the present application, determining whether the electronic device satisfies the payment condition includes:
judging whether the payment region in the payment information is consistent with the payment region in the limiting parameter or not; and/or the presence of a gas in the gas,
judging whether the payment amount in the payment information is less than or equal to the payment amount in the limiting parameter or not; and/or the presence of a gas in the gas,
judging whether the payment time in the payment information is within the payment time in the limiting parameter or not; and/or the presence of a gas in the gas,
and judging whether the payment times are zero or not.
In an embodiment of the present application, after the electronic device performs payment based on the payment information if the electronic device satisfies the payment condition, the method further includes:
the number of first tokens is adjusted.
In one embodiment of the present application, the first parameter further includes information related to a device certificate of the electronic device.
In one embodiment of the present application, the secret information may include a random number or the like.
In some embodiments provided herein, a token management module in an electronic device can generate a token (a token for offline payment, which may be referred to as an offline token) only when a cloud account of the electronic device is online, and the token has a number and a life cycle limit. In order to prevent the token from being forged, a public key and a private key can be derived through secret information related to a cloud account of the electronic device (further, information related to a device certificate of the electronic device can be included), the private key is used for signing the offline token (the signed offline token can be verified by the public key in offline payment), and the private key is destroyed after being used, so that even if a malicious user forges a new token, the malicious user cannot derive the private key again to sign the token unless knowing the secret information of the cloud account, and the forged token cannot pass the verification of the public key. Secret information of the cloud account number is used for participating in derivation of the public key and the private key, so that the possibility of forging the token in offline payment is prevented, and the security of the offline payment is improved.
In a second aspect, the present application provides an electronic device comprising a processor and a storage device, the storage device storing program instructions, which when executed by the processor, cause the electronic device to perform the limiting method according to the first aspect.
In a third aspect, a computer readable storage medium comprises computer instructions which, when run on an electronic device, cause the electronic device to perform the limiting method as described in the first aspect.
Drawings
Fig. 1 is a block diagram of an electronic device 100 according to an embodiment of the present application;
fig. 2 is a flowchart illustrating interaction between modules in the electronic device 100 according to an embodiment of the present application;
FIG. 3 is a flow chart of a method for limiting payment provided by one embodiment of the present application;
FIG. 4 is a flow diagram of a method for limiting payment provided by one embodiment of the present application;
fig. 5 is a schematic structural diagram of an electronic device 100 according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application. In the description of the embodiments herein, "/" means "or" unless otherwise specified, for example, a/B may mean a or B; "and/or" herein is merely an association describing an associated object, and means that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone.
In the following, the terms "first", "second" are used for descriptive purposes only and are not to be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of the embodiments of the present application, "a plurality" means two or more unless otherwise specified.
The offline payment means that when the terminal has no network or the network is not good, the user can still complete payment through a payment application on the terminal, for example, the user can swipe a transportation card or perform transaction to a merchant when the terminal is disconnected from the network. However, if the user terminal is lost, the account is stolen and swiped. Based on the above, the application provides a payment limiting method, and in particular, the method can limit payment on the user side in an offline payment scenario or other payment scenarios.
Referring to fig. 1, a frame diagram of an electronic device 100 according to an embodiment of the present application is provided. The electronic device 100 may include an electronic device that may be a smartphone, personal digital assistant, tablet, wearable device, or the like. One or more applications that can make offline payments may be run on the electronic device 100.
The electronic device 100 includes an offline payment module 102 for completing offline payments.
The electronic device 100 further comprises a token management module 104 for generating a token, which may comprise a restriction parameter, to restrict offline payments.
The electronic device 100 further comprises an encryption and verification module 106 for generating a key for encrypting the token generated by the token management module 104 and for decrypting the encrypted token.
The electronic device 100 may further include a destruction module 108 for destroying the key generated by the encryption and authentication module.
Referring to fig. 2, a flowchart of interaction between modules in the electronic device 100 is shown.
At step 202, the token management module 104 generates one or more first tokens.
When electronic device 100 is in an online state, token management module 104 generates one or more first tokens. The online state of the electronic device 100 refers to a state in which a cloud account of the electronic device is connected to the internet.
In one example, where the token generally has a certain life cycle, token management module 104 may determine whether the generated token remaining period is insufficient, and if the generated token remaining period is insufficient, generate one or more first tokens. In this example, the token management module 104 may generate one or more first tokens when a token fails or immediately fails.
In one example, token management module 104 may determine whether the generated tokens are sufficient, e.g., a preset number, and if not, generate one or more first tokens.
In one example, the first token further carries one or more limiting parameters, where the limiting parameters may include payment time, payment region, payment amount, payment times, and the like, and the limiting parameters may be generated based on the setting of the user. For example, the user may set the place, time, number, amount, and the like of offline payment through an interface in the application for offline payment. For example, in an application for offline payment, a user sets that the application can only pay in beijing when the application pays offline, the amount of money paid each time does not exceed 100 yuan, and the payment times is limited to 10 times, and the token management module 104 may generate 10 times tokens, 10 credit tokens, and 10 region tokens according to the user setting, and consume one credit token, one time token, and one region token each time the offline payment is completed. By the above arrangement. The offline payment application can only make 10 offline payments in Beijing and each time does not exceed 100 yuan when making offline payments. Or, in the application for offline payment, the user may set that offline payment is only performed for 10 times, and the cumulative total payment amount does not exceed 100 yuan, and the token management module 104 may generate 100 quota tokens of 1 yuan and 10 times of tokens according to the user setting. Assuming that 32 yuan is consumed once for offline payment, 32 credit tokens and 1 time token are consumed. Which token is consumed first, then off-line payment is prohibited.
In one example, to prevent counterfeiting of the generated first token, the first token may be encrypted.
At step 204, the encryption and verification module 106 generates one or more pairs of keys.
In one example, after token management module 104 generates the token, the token may be encrypted to prevent payment from being completed using a counterfeit token when payment is offline. In particular, the encryption and verification module 106 may sign the token generated by the token management module 104 (step 206). For example, the encryption and verification module 106 may derive one or more pairs of keys, each pair comprising a public key and a private key, from the device certificate of the electronic device 100. The encryption and verification module 106 may sign the token generated by the token management module 104 with the private key and destroy the private key by the destruction module 108 after completing the signing (encryption), which may better prevent counterfeiting of the token (step 208).
When the electronic device is in the offline state, the cloud account of the electronic device can be considered to be in a disconnected state with the internet.
In one example, the encryption and verification module 106 may first obtain the encryption parameters and then derive one or more pairs of keys from the device certificate of the electronic device 100. For example, the encryption parameter may be a random number sent by a cloud account of the user payment application, or a random number generated by the electronic device through some applications for encryption. In this way, the risk of the token being forged is further avoided.
It will be appreciated that the encryption and verification module 106 encrypts the token while the electronic device is online.
In step 210, the offline payment module 102 performs offline payment based on the token.
In one example, when the encryption and verification module 106 detects that the electronic device performs a payment operation while the electronic device is offline, the signed private key is verified with the public key (step 212). The offline management module may send the verified token to the offline payment module 102, so that the offline payment module 102 performs offline payment according to the limiting parameter carried by the token (step 214).
In one example, when the electronic device detects an operation for making a payment while in an offline state, payment information may be obtained, which may correspond to a restriction parameter of the token, for example, the payment information may include a payment time, a payment region, and a payment amount.
Specifically, the electronic device payment amount may be an amount that the user needs to pay. The payment time is the time the electronic device is currently located. The payment region is the location information of the electronic device, and specifically, the location information of the electronic device may default to the location information of the electronic device when the electronic device enters the offline state.
It should be noted that, signing and verifying the token in the above steps is an optional step. In particular, the token is generated while the token management module 104 is online. When the electronic device is offline and a payment operation of the user is detected, the token management module 104 may send the token to the offline payment module, so that the offline payment module makes a payment based on the payment parameters of the token.
In the above embodiment, when the electronic device 100 is in the online state, the token is generated according to the limitation of the user on offline payment, and when the electronic device 100 detects the payment operation of the user in the offline state, the offline payment is performed based on the limitation parameter in the token generated by the electronic device itself. Therefore, even if the mobile phone of the user is lost, the safety of the user in using offline payment can be ensured.
Referring to fig. 3, specifically to a flowchart of a method for limiting payment provided in an embodiment of the present application, the method is applicable to the electronic device 100, and specifically includes:
In an embodiment of the application, when the electronic device 100 is in the first state, the electronic device may determine whether the number of generated second tokens reaches a preset number, and if not, generate one or more first tokens.
In an embodiment of the application, when the electronic device 100 is in the first state, the electronic device 100 may obtain a remaining period of the generated second token, and generate one or more first tokens if the remaining period is less than a preset duration.
And 304, detecting a first operation for payment when the electronic equipment is in the second state, and acquiring payment information in response to the first operation.
The second state includes that the cloud account of the electronic device is in an offline state, the offline state indicates that the electronic device is in a disconnected state with the internet, or the electronic device is in a connected state with the internet but has very poor communication quality, and the electronic device cannot complete online payment, or the offline state indicates that the electronic device is in a screen locking state. The first operation may be an action of making a payment for the user, for example, an action of swiping a bus card with the electronic device 100.
The payment information includes one or more of a payment amount, a payment region, and a payment time when the electronic device is off-line for payment.
Step 306, judging whether the electronic equipment meets the payment condition or not based on the limiting parameters and the payment information in the one or more tokens;
in one example, the electronic device may determine whether a payment region in the payment information is consistent with a payment region in the limiting parameter; and/or the presence of a gas in the gas,
judging whether the payment amount in the payment information is less than or equal to the payment amount in the limiting parameter or not; and/or the presence of a gas in the gas,
judging whether the payment time in the payment information is within the payment time in the limiting parameter or not; and/or the presence of a gas in the gas,
and judging whether the payment times in the limiting parameters are zero or not.
And 308, if the electronic equipment meets the payment condition, paying based on the payment information.
And if the electronic equipment meets the payment condition, completing payment based on the payment amount in the payment information.
It can be understood that if the electronic device does not satisfy the above payment condition, the payment cannot be completed. For example, after the mobile phone of the user is lost, the mobile phone is in a screen locking state, and when other people use the lost mobile phone to steal and brush the bus, if the amount deducted by the bus is larger than the amount in the limit parameters preset by the user, the deduction cannot be finished.
Referring to fig. 4, specifically to a flowchart of a method for limiting payment provided in an embodiment of the present application, the method is applicable to the electronic device 100, and specifically includes:
The specific steps can refer to step 302 above.
In one example, the electronic device may sign the first token to prevent payment from being completed using a forged token for offline payment. In one example, the electronic device may derive a pair of a public key and a private key from the device certificate and sign the first token with the private key. In particular, the public key and the private key may be generated based on encryption parameters. The encryption parameters include secret information related to a cloud account of the electronic device.
And 406, when the electronic equipment is in the second state, detecting a first operation for payment, and responding to the first operation to acquire payment information and verify the third token.
In one example, when the electronic device detects the operation for payment in the second state, that is, when the electronic device performs offline payment, the third token is verified, and payment information is acquired to determine whether the electronic device satisfies the payment condition.
Step 408, judging whether the electronic equipment meets the payment condition or not based on the limiting parameters and the payment information of the first token passing the verification;
the specific steps may refer to step 306.
And step 410, if the electronic equipment meets the payment condition, paying based on the payment information.
The steps may be referred to specifically as step 308.
By the payment limiting method, offline payment can be safer.
Referring to fig. 5, a schematic structural diagram of an electronic device 100 according to an embodiment of the present application is provided. The electronic device shown in the present application may perform the above-described method.
The electronic device 100 includes, but is not limited to, a processor 11, a memory 12. Those skilled in the art will appreciate that fig. 1 is merely an example of the electronic device 100 and does not constitute a structural limitation of the electronic device 100 and may include more or less components than those shown, or combine certain components, or different components, for example, the electronic device 100 may further include input-output devices, network access devices, buses, etc.
The Processor 11 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, discrete hardware component, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The storage 12 may be an internal storage unit of the electronic device 100, such as a hard disk or a memory of the electronic device 100. The memory 12 may also be an external storage device of the electronic device 100, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like provided on the electronic device 100. Further, the memory 12 may also include both internal storage units and external storage devices of the electronic device 100. The memory 12 is used for storing computer programs and other programs and data required by the electronic device 100. The memory 12 may also be used to temporarily store data that has been output or is to be output.
In one embodiment, the electronic device 100 may also include a display screen for displaying images, videos, etc., and may also be used to accept user input data. The display screen includes a display panel. The display panel may adopt a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (active-matrix organic light-emitting diode, AMOLED), a flexible light-emitting diode (FLED), a miniature, a Micro-oeld, a quantum dot light-emitting diode (QLED), and the like. In some embodiments, the electronic device 100 may include 1 or N display screens 104, N being a positive integer greater than 1.
An embodiment of the present application further provides a computer-readable storage medium, which includes computer instructions, and when the computer instructions are executed on the electronic device, the electronic device is caused to execute the limitation method provided by the present application.
Each functional unit in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application may be essentially implemented or make a contribution to the prior art, or all or part of the technical solutions may be implemented in the form of a software product stored in a storage medium and including several instructions for causing a computer device (which may be a personal computer, a server, or a network device) or a processor to execute all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: flash memory, removable hard drive, read only memory, random access memory, magnetic or optical disk, and the like.
The above description is only an embodiment of the present application, but the scope of the present application is not limited thereto, and any changes or substitutions within the technical scope of the present disclosure should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (9)
1. A payment limiting method is applied to an electronic device and is characterized by comprising the following steps:
when the electronic equipment is in a first state, generating one or more first tokens for offline payment, and signing the one or more first tokens, wherein the first tokens comprise limiting parameters, and the limiting parameters comprise one or more of payment amount, payment times, payment region and payment time; said signing the one or more first tokens comprises: deriving a public key and a private key based on first parameters, wherein the first parameters comprise secret information related to a cloud account number of the electronic equipment; signing the one or more first tokens based on the private key to obtain one or more third tokens; destroying the private key after obtaining the one or more third tokens; when the electronic equipment is in a second state, detecting a first operation for payment, and responding to the first operation to obtain payment information, wherein the payment information comprises one or more of payment amount, payment region and payment time;
determining whether the electronic device satisfies a payment condition based on the payment information and the limiting parameters of the one or more first tokens;
if the electronic equipment meets the payment condition, payment is carried out based on the payment information;
the first state comprises that a cloud account of the electronic equipment is in an online state; the second state comprises that the cloud account of the electronic equipment is in an offline state.
2. The method of claim 1, wherein generating one or more first tokens while the electronic device is in the first state comprises:
when the electronic equipment is in the first state, judging whether the number of the generated second tokens reaches a preset number;
and if the preset number is not reached, generating one or more first tokens.
3. The method of claim 1, wherein generating one or more first tokens while the electronic device is in the first state comprises:
when the electronic equipment is in a first state, acquiring a residual period of a generated second token, and if the residual period is less than a preset time length;
generating one or more of the first tokens.
4. The method of limiting of any of claims 1-3, wherein the detecting the first operation for payment, in response to the first operation, further comprises:
and verifying the third token based on the public key to obtain a verification result.
5. The method according to any one of claims 1 to 4, wherein the determining whether the electronic device satisfies a payment condition includes:
judging whether the payment region in the payment information is consistent with the payment region in the limiting parameter or not; and/or the presence of a gas in the gas,
judging whether the payment amount in the payment information is less than or equal to the payment amount in the limiting parameter or not; and/or the presence of a gas in the gas,
judging whether the payment time in the payment information is within the payment time in the limiting parameter or not; and/or the presence of a gas in the gas,
and judging whether the payment times are zero or not.
6. The method for limiting as claimed in any of claims 1-5, further comprising, after the payment is made based on the payment information if the electronic device satisfies the payment condition:
adjusting the number of the first tokens.
7. The restriction method according to any one of claims 1-6, wherein the first parameter further comprises device certificate related information of the electronic device.
8. An electronic device comprising a processor and a storage device, the storage device having stored thereon program instructions that, when executed by the processor, cause the electronic device to perform the method of any of claims 1-7.
9. A computer readable storage medium comprising computer instructions which, when run on the electronic device, cause the electronic device to perform the restriction method of any one of claims 1-7.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110797519.7A CN113627931B (en) | 2021-07-14 | 2021-07-14 | Payment limiting method and electronic equipment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110797519.7A CN113627931B (en) | 2021-07-14 | 2021-07-14 | Payment limiting method and electronic equipment |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113627931A true CN113627931A (en) | 2021-11-09 |
CN113627931B CN113627931B (en) | 2022-12-30 |
Family
ID=78379786
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110797519.7A Active CN113627931B (en) | 2021-07-14 | 2021-07-14 | Payment limiting method and electronic equipment |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113627931B (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114416002A (en) * | 2021-12-31 | 2022-04-29 | 钉钉(中国)信息技术有限公司 | Use method and device of electronic work card supporting off-line or weak network environment |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107665427A (en) * | 2017-08-22 | 2018-02-06 | 阿里巴巴集团控股有限公司 | A kind of offline electronic payment, business processing, the method and device of payment processes |
CN108805551A (en) * | 2018-06-06 | 2018-11-13 | 北京航空航天大学 | A kind of safe fine granularity pre-paid method and device |
CN112330323A (en) * | 2020-11-05 | 2021-02-05 | 建信金融科技有限责任公司 | Method for generating token seed and two-dimensional code, payment method and payment device |
US20210065174A1 (en) * | 2019-09-04 | 2021-03-04 | Mastercard International Incorporated | Methods and Systems for Performing an Offline Payment Transaction in Absence of Network |
CN112581233A (en) * | 2020-12-24 | 2021-03-30 | 北京顺达同行科技有限公司 | Method, device, equipment and computer-readable storage medium for order offline operation |
CN113065857A (en) * | 2021-04-25 | 2021-07-02 | 青岛海链数字科技有限公司 | Data processing method, device, equipment, medium and product in payment process |
-
2021
- 2021-07-14 CN CN202110797519.7A patent/CN113627931B/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107665427A (en) * | 2017-08-22 | 2018-02-06 | 阿里巴巴集团控股有限公司 | A kind of offline electronic payment, business processing, the method and device of payment processes |
CN108805551A (en) * | 2018-06-06 | 2018-11-13 | 北京航空航天大学 | A kind of safe fine granularity pre-paid method and device |
US20210065174A1 (en) * | 2019-09-04 | 2021-03-04 | Mastercard International Incorporated | Methods and Systems for Performing an Offline Payment Transaction in Absence of Network |
CN112330323A (en) * | 2020-11-05 | 2021-02-05 | 建信金融科技有限责任公司 | Method for generating token seed and two-dimensional code, payment method and payment device |
CN112581233A (en) * | 2020-12-24 | 2021-03-30 | 北京顺达同行科技有限公司 | Method, device, equipment and computer-readable storage medium for order offline operation |
CN113065857A (en) * | 2021-04-25 | 2021-07-02 | 青岛海链数字科技有限公司 | Data processing method, device, equipment, medium and product in payment process |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114416002A (en) * | 2021-12-31 | 2022-04-29 | 钉钉(中国)信息技术有限公司 | Use method and device of electronic work card supporting off-line or weak network environment |
Also Published As
Publication number | Publication date |
---|---|
CN113627931B (en) | 2022-12-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7442552B2 (en) | Dynamic off-chain digital currency transaction processing | |
KR102044748B1 (en) | System for providing blockchain electronic wallet capable of managing authentication information and storing personal information | |
US11405189B1 (en) | Systems and methods for trustworthy electronic authentication using a computing device | |
CN106688004B (en) | Transaction authentication method and device, mobile terminal, POS terminal and server | |
CN109417549A (en) | The method and apparatus of information proof is provided using centralization or distributed ledger | |
CA2686280A1 (en) | Method and system for payment authorization and card presentation using pre-issued identities | |
CN103353973B (en) | Banking transaction authentication method and system based on audio authentication | |
CN111160909B (en) | Hidden static supervision system and method for blockchain supply chain transaction | |
EP3702991A1 (en) | Mobile payments using multiple cryptographic protocols | |
CN111275411B (en) | Off-line transaction method and system for digital currency wallet and user identity identification card | |
US20220131870A1 (en) | Methods and systems for authentication for high-risk communications | |
US20240135764A1 (en) | Token based secure access to a locker system | |
JP2020529745A (en) | Secure execution of cryptographic operations | |
US20110022837A1 (en) | Method and Apparatus For Performing Secure Transactions Via An Insecure Computing and Communications Medium | |
CN107453871A (en) | Password generated method, password authentication method, method of payment and device | |
CN113627931B (en) | Payment limiting method and electronic equipment | |
US20160350753A1 (en) | Unpredictable number generation | |
CN115345729A (en) | Credit card issuing method and device, electronic equipment and storage medium | |
WO2021008326A1 (en) | Electronic cash-based offline transaction method and system | |
CN113094688A (en) | Outsourcing marketing terminal business processing system and method | |
US20040015688A1 (en) | Interactive authentication process | |
CN110705990A (en) | Verification method, verification device, terminal and storage medium | |
WO2021008325A1 (en) | Offline transaction method and system based on electronic cash | |
CN113383527B (en) | Method for authenticating terminal user on trusted device | |
JP2023179334A (en) | Authentication method, authentication system, portable information device, and authentication device |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230907 Address after: 201306 building C, No. 888, Huanhu West 2nd Road, Lingang New Area, Pudong New Area, Shanghai Patentee after: Shanghai Glory Smart Technology Development Co.,Ltd. Address before: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040 Patentee before: Honor Device Co.,Ltd. |
|
TR01 | Transfer of patent right |