Method, device and medium for generating encrypted account and logging into dynamic account

Abstract

Embodiments of the present application disclose a method and device for generating an encrypted account and logging in a dynamic account, and a medium. The method for generating an encrypted account comprises: if a generation instruction of a dynamic account is detected, obtaining a generation date, a number of uses, and a time of seconds, minutes and hours at which the generation instruction is received; processing the generation date, the number of uses, and the time of seconds, minutes and hours according to a preset generation rule to obtain a first string, the preset generation rule comprising one or more of shifting, merging, integer conversion, XOR, and insertion of data; generating a dynamic account according to the first string and a preset index table, and saving the dynamic account, the index table containing a mapping relationship between a string and a dynamic account. The dynamic account is generated according to the preset generation rule and the index table by using the generation date, the generation time, and the time of seconds, minutes and hours, so that the dynamic account is encrypted, and the security of the account is ensured.

Description

Technical Field

[0001] This invention relates to the field of account generation technology, and in particular to methods, devices and media for generating encrypted accounts and logging in with dynamic accounts. Background Technology

[0002] Most products require successful login with a specific account before users can modify key parameters or perform other operations. However, if a user's account is compromised, it could be stolen, leading to the modification or misuse of key parameters and leaving the user's information security vulnerable. Summary of the Invention

[0003] Therefore, it is necessary to propose methods, devices, and media for generating encrypted accounts and logging into dynamic accounts to address the aforementioned issues and solve the problem of user information security.

[0004] To achieve the above objectives, the first aspect of this application provides a method for generating encrypted accounts, the method comprising:

[0005] If a dynamic account generation instruction is detected, the generation date, the number of uses, and the time (hour, minute, second) at which the generation instruction was received are obtained, wherein the generation date is the date when the generation instruction was received, and the number of uses is the number of times the dynamic account is allowed to be used;

[0006] Based on the generation date, the number of uses, and the time (hours, minutes, and seconds), the data is processed according to a preset generation rule to obtain a first string. The preset generation rule includes one or more of the following: data shifting, merging, integer manipulation, XOR, and insertion.

[0007] A dynamic account is generated based on the first string and a preset index table, and the dynamic account is saved. The index table contains the mapping relationship between the string and the dynamic account.

[0008] Furthermore, since the generated date includes the month and day, the first string is obtained by processing the data according to the generated date, the number of uses, and the time (hours, minutes, and seconds) according to a preset generation rule. Specifically, this includes:

[0009] The generation date and the number of uses are shifted and merged to generate the first set of data;

[0010] The number of days and the time in hours, minutes and seconds are shifted and merged to generate a second set of data;

[0011] Perform an integer and XOR operation on the first set of data and the second set of data to generate a second string;

[0012] The time (hours, minutes, seconds) is inserted into the second string to generate the first string.

[0013] Furthermore, after performing integer and XOR operations on the first set of data and the second set of data to generate the second string, the method further includes:

[0014] Determine whether the second string conforms to the preset string standard;

[0015] If it is determined that the second string does not conform to the string standard, then the second string is padded to obtain a second string that meets the string standard;

[0016] If it is determined that the string meets the standard, then continue with the step of inserting the time (hours, minutes, seconds) into the second string to generate the first string.

[0017] To achieve the above objectives, a second aspect of this application provides a method for logging in with a dynamic account, the method comprising:

[0018] Obtain the target dynamic account entered by the user on the account input interface;

[0019] The target string corresponding to the target dynamic account is determined by searching a preset index table based on the target dynamic account. The index table contains the mapping relationship between the string and the dynamic account.

[0020] The target string is decrypted to extract the account information of the target dynamic account, including the generation date. The decryption includes processing the target string using the reverse process of the dynamic account generation rules. The generation rules include one or more of the following: data shifting, merging, integer, XOR, and insertion.

[0021] If the generation date is the current date, the target dynamic account is confirmed to be a compliant account, and a login operation is performed to successfully log in.

[0022] Furthermore, the method also includes:

[0023] If the generation date is not the current date, the target dynamic account is confirmed to be an unqualified account. The error count of the user's login account is incremented by 1, the updated error count of the user is obtained and saved, and the user is returned to the account input interface.

[0024] After confirming that the generation date is the current date, the method further includes:

[0025] When the target dynamic account is confirmed to be an unqualified account, the error count of the user's login account is incremented by 1, the updated error count of the user is obtained and saved, and the user is returned to the account input interface.

[0026] Furthermore, after performing the login operation to successfully log in, the method further includes:

[0027] The user's error count is reset to zero, the error count after the reset is obtained and saved, and the step of obtaining the target dynamic account entered by the user in the account input interface is continued.

[0028] Before obtaining the target dynamic account entered by the user on the account input interface, the method further includes:

[0029] When the number of errors by a user is not less than a preset error threshold, the user is determined to lose login privileges.

[0030] When the number of errors by the user is less than the error count threshold, the step of obtaining the target dynamic account entered by the user on the account input interface continues.

[0031] Furthermore, the account information also includes the number of times it has been used, and the method further includes:

[0032] After the login operation is performed, the user's operation count is incremented by 1 to obtain and save the updated operation count.

[0033] The difference between the number of operations performed by the user after the update and the number of uses is calculated to obtain and save the remaining number of operations.

[0034] Furthermore, prior to performing the login operation, the method further includes:

[0035] Retrieve the remaining number of operations for the user that has been saved;

[0036] When the user's remaining number of operations is less than or equal to zero, exit the account input interface;

[0037] The user is prompted to obtain new remaining operation attempts and re-acquire a new dynamic account;

[0038] If the user's remaining number of operations is greater than zero, then the login operation will continue.

[0039] To achieve the above objectives, a third aspect of this application provides a computer-readable storage medium storing a computer program, characterized in that, when the computer program is executed by a processor, the processor performs the steps of the method described in the first aspect or the method described in the second aspect.

[0040] To achieve the above objectives, a fourth aspect of this application provides a computer device including a memory and a processor, characterized in that the memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the method described in the first aspect or the method described in the second aspect.

[0041] The embodiments of the present invention have the following beneficial effects:

[0042] This invention proposes a method for generating encrypted accounts. The method includes: if a dynamic account generation instruction is detected, obtaining the generation date, usage count, and the time (hour, minute, second) at which the generation instruction was received, wherein the generation date is the date when the generation instruction is received, and the usage count is the number of times the dynamic account is allowed to be used; processing the data according to the generation date, usage count, and time (hour, minute, second) according to a preset generation rule to obtain a first string, wherein the preset generation rule includes one or more of the following: data shifting, merging, integer manipulation, XOR, and insertion; generating a dynamic account based on the first string and a preset index table, and saving the dynamic account, wherein the index table contains the mapping relationship between strings and dynamic accounts. By using the generation date, generation time, and time (hour, minute, second) according to the preset generation rule and the index table to generate a dynamic account, the dynamic account is encrypted to ensure account security. Attached Figure Description

[0043] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0044] in:

[0045] Figure 1 This is a flowchart illustrating the method for generating dynamic accounts according to an embodiment of the present invention.

[0046] Figure 2 This is a flowchart illustrating the dynamic account login method according to an embodiment of the present invention;

[0047] Figure 3 This is a diagram showing the internal structure of a computer device in an embodiment of this application. Detailed Implementation

[0048] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0049] Common login methods typically involve using a fixed account, but these accounts are easily leaked, potentially compromising user information security. Therefore, this invention proposes a method for generating encrypted accounts. When a user needs to log in or modify key parameters after entering an application, they can request a dynamic account on their smart terminal. Upon receiving the request, the smart terminal generates and issues a dynamic account generation command. Specifically, the dynamic account is not fixed; its usage time and frequency can be restricted, allowing users to log in with various accounts. For users, using a dynamic account minimizes the risk of information security threats should an account be leaked.

[0050] After the system that generates dynamic accounts detects the dynamic account generation command, the steps for executing the dynamic account generation method can be found in [link to documentation]. Figure 1 , Figure 1 This is a flowchart illustrating the method for generating dynamic accounts according to an embodiment of the present invention, specifically including:

[0051] Step 110: If a dynamic account generation command is detected, obtain the generation date, the number of times it has been used, and the time (hour, minute, second) when the generation command was received. The generation date is the date when the generation command was received, and the number of times it has been used is the number of times the dynamic account is allowed to be used.

[0052] Specifically, the parameters for generating the dynamic account are first obtained. In order to limit the number of times and the time of use of the dynamic account, the parameters can be selected such as date, allowed number of uses, and time (hour, minute, second). When a user logs in with the dynamic account generated with the above parameters, the system can determine whether the dynamic account can be used for login or whether key parameters can be modified based on the date, allowed number of uses, and time (hour, minute, second).

[0053] Furthermore, users can select the generation date and time (hour, minute, second) when the dynamic account generation instruction is received, as well as the preset number of uses, as parameters for generating the dynamic account.

[0054] The generation time can be used to determine whether a user is within the allowed usage period when logging into the dynamic account. For example, if the dynamic account was generated on June 10th and has a usage period of 1 day, then the account will not be allowed to be used on June 11th, and the dynamic account will be invalid.

[0055] The hour, minute, and second time setting can be used to limit the time interval for generating dynamic accounts. For example, if the hour, minute, and second time setting is "hour", then each user will obtain a new dynamic account once within one hour.

[0056] The usage limit is used to restrict the number of times a dynamic account can be used. For example, if the usage limit is set to three times, the dynamic account will be unable to log in successfully after a user has used it three times.

[0057] The dynamic account generated using the above parameters can be used to determine whether the dynamic account meets the usage rules by examining the relevant parameter information obtained after decryption.

[0058] Step 120: Based on the generation date, number of uses, and time (hours, minutes, seconds), process according to preset generation rules to obtain the first string. The preset generation rules include one or more of the following: data shifting, merging, integer, XOR, and insertion.

[0059] After obtaining the parameters for generating a dynamic account, a string is generated based on these parameters. Specifically, the parameters are combined, integerized, and / or XORed according to the preset generation rules to obtain the first string. The first string is encrypted during the generation process according to the preset generation rules.

[0060] Step 130: Generate a dynamic account based on the first string and a preset index table, and save the dynamic account. The index table contains the mapping relationship between the string and the dynamic account.

[0061] Specifically, in order to further encrypt the generated dynamic account, an index table is pre-set. This index table contains at least the mapping relationship between strings and dynamic accounts. After the first string is generated, the corresponding content can be indexed in the index table according to the first string, and the corresponding dynamic account can be generated and saved. The characters in the index table can be any input characters in the ASCII table. In order to ensure the best generation effect, the characters in the index table should not be repeated as much as possible. For example, the index table can be char table

[10] ={'1','K','3','4','5','6','7','8','%','*'}. Assuming that the first string is 01234567, then the dynamic account can be 1K345678.

[0062] It is understandable that the dynamic account generation system includes a storage unit, so after a dynamic account is generated, it can be saved in this storage unit for easy retrieval later.

[0063] The dynamic account generation method proposed in this invention generates a dynamic account by encrypting the generated dynamic account according to the generation date, number of uses, and time (hour, minute, second) based on preset generation rules and an index table. The resulting encrypted dynamic account further avoids security threats caused by account leakage by setting usage period and number of uses for the account.

[0064] This invention provides a generation rule for generating a first string. In this generation rule, the generation date includes the month and day. For example, the generation date can be represented as MMdd, where MM represents the month and dd represents the day. Based on the generation date, usage frequency, and time (hours, minutes, seconds), the first string is obtained by processing according to a preset generation rule. Specifically, this includes:

[0065] Step 1.1: Shift and merge the generation date and usage count to generate the first set of data.

[0066] Step 1.2: Shift and merge the number of days and the time (hours, minutes, seconds) to generate the second set of data.

[0067] Specifically, the number of uses can be represented as xx, so the first set of data generated can be MMddxx, MMxxdd, MdMxdx, etc. Similarly, if the hour, minute, and second time is selected as "hour", the hour, minute, and second time can be represented as tt, so the second set of data generated can be ddtt, ttdd, dtdt, etc. There are no restrictions on the combination method here.

[0068] Step 1.3: Perform integer and XOR operations on the first and second sets of data to generate the second string.

[0069] After obtaining the first and second sets of data, the first and second sets of data are first processed as integers, and then XORed to obtain the second string.

[0070] When the generated second string is required to contain 6 characters, but after integer and XOR processing, the generated second string has fewer than 6 characters, this embodiment of the invention provides a padding method to address this situation. Specifically, after performing integer and XOR processing on the first and second sets of data to generate the second string, the method further includes: determining whether the second string conforms to a preset string standard. If it is determined that it does not conform to the string standard, then a padding operation is performed on the second string to obtain a second string that meets the string standard; if it is determined that it conforms to the string standard, then the step of inserting the hours, minutes, and seconds into the second string to generate the first string continues.

[0071] After obtaining the second string, first determine if it meets the preset string standard. Assuming the standard is 6 characters, check if the second string contains 6 characters. If the second string contains 6 characters, continue with Step 1.4. If the second string is less than 6 characters, padding is performed. For example, if the obtained second string is 11011, a preset number can be inserted at a preset position within 11011 to obtain a second string that meets the standard. For instance, adding a "0" at the beginning of 11011 results in 011011.

[0072] Step 1.4: Insert the hours, minutes, and seconds into the second string to generate the first string.

[0073] After obtaining the second string that meets the standard, the time (hours, minutes, and seconds) is inserted into the second string at the preset insertion position. For example, if the second string is XXXXXX, the resulting first string can be ttXXXXXX, XXttXXXX, XXtXXtXX, etc., and there is no restriction on the insertion position.

[0074] In this embodiment of the invention, a first string is generated according to the generation date, number of uses, and time (hour, minute, second) according to the generation rules, thereby achieving the purpose of encryption. Since the dynamic account is generated based on the first string, the generation rules achieve the encryption effect in the process of generating the dynamic account.

[0075] To limit the usage period of dynamic accounts, ensuring that a dynamic account generated on a given day can only be used on that day, this invention also proposes a login method for dynamic accounts. Please refer to the following for details. Figure 2 , Figure 2 This is a flowchart illustrating the dynamic account login method according to an embodiment of the present invention. The method includes:

[0076] Step 210: Obtain the target dynamic account entered by the user on the account input interface.

[0077] When a user enters a target dynamic account on the account input interface of a smart terminal and sends a login request, the dynamic account login system receives the login request, obtains the target dynamic account entered by the user, and determines whether the target dynamic account can be successfully logged in.

[0078] Step 220: Based on the target dynamic account, search the preset index table to determine the target string corresponding to the target dynamic account. The index table contains the mapping relationship between strings and dynamic accounts.

[0079] Specifically, the index table contains at least the mapping relationship between strings and dynamic accounts. Therefore, after obtaining the target dynamic account, the corresponding content is indexed in the index table based on the characters in the target dynamic account, and thus the target string is obtained. For example, assuming the index table is char table

[10] = {'1','K','3','4','5','6','7','8','%','*'}, and the target dynamic account is 1K345678, then the target string 01234567 can be obtained according to the index result. It is understandable that when the target string cannot be indexed in the index table through the target dynamic account, it can be considered that the target dynamic account is an ineligible account and users are not allowed to log in with the account. The target string of the generated account is obtained by decrypting the dynamic account according to the index table.

[0080] Step 230: Decrypt the target string and extract the account information of the target dynamic account. The account information includes the generation date. Decryption involves processing the target string using the reverse process of the dynamic account generation rules. The generation rules include one or more of the following: data shifting, merging, integer, XOR, and insertion.

[0081] Specifically, the decryption operation here is the inverse operation of encryption. The string is encrypted using a pre-defined generation rule based on the generation date, usage count, and time (hour, minute, second). Decryption involves processing the target string using the inverse operation of the generation rule to obtain parameters such as the generation time, usage count, and time (hour, minute, second). Therefore, account information including the generation date can be obtained from these parameters; this generation date is the date the instruction to generate the target dynamic account was received. By decrypting the target string, the generation time can be obtained, providing a basis for determining whether the target dynamic account can successfully log in.

[0082] Step 240: If the generation date is the current date, confirm that the target dynamic account is a compliant account and perform a login operation to successfully log in.

[0083] Because dynamically generated accounts can only be used on the same day, after obtaining the generation date of the target dynamically account, it is determined whether the generation date is the current date. If the generation date is the current date and the target dynamically account is entered correctly, then the target dynamically account is confirmed as a compliant account, and the process can continue to successfully log in. It is understandable that if the target dynamically account is entered incorrectly, or if the generation date is not the current date, then the target dynamically account is considered a non-compliant account and the user will not be allowed to successfully log in to the system using that target dynamically account.

[0084] This invention decrypts the target string generated after indexing the target dynamic account in the index table to obtain the generation date of the target account, thereby determining whether the target dynamic account is within its usage period. This achieves the purpose of restricting the usage period of dynamic accounts and avoids the risk of the site being leaked and stolen when using a fixed account.

[0085] To limit errors in user account input, the dynamic account login method proposed in this embodiment of the invention further includes: if the generation date is not the current date, then the target dynamic account is confirmed as an unqualified account, the error count of the user's login account is incremented by 1, the updated error count of the user is obtained and saved, and the user is returned to the account input interface.

[0086] The system records the number of incorrect login attempts for a user's account, storing these attempts in the login system's storage unit. Each incorrect entry accumulates one error, and the new error count is stored in the storage unit to update the overall error count. Because this embodiment of the invention restricts the usage period of dynamic accounts—a dynamic account generated on a given day can only be used on that day—if the generation date of the target dynamic account is not the current date, the user is deemed to have entered an incorrect account. Furthermore, after returning to the account input interface, the user can be prompted to reapply for a new dynamic account.

[0087] Since even when it is confirmed that the target string can be obtained from the target dynamic account and the generation date of the target string is also the current date, there may still be cases where the user enters the wrong account. Therefore, after confirming that the generation date is the current date in step 240, the method also includes: when it is confirmed that the target dynamic account is an unqualified account, incrementing the number of errors of the user's login account by 1, obtaining and saving the updated number of errors of the user, and returning to the account input interface.

[0088] Before confirming the login operation, it is also necessary to determine whether the account entered by the user is consistent with the account stored in the storage unit. If they are inconsistent, the target dynamic account is confirmed as an unqualified account, and an error count is accumulated. The new error count is then stored in the storage unit to update the error count.

[0089] To ensure that previous login attempts are reset to zero after a user successfully logs in, thus preventing impact on subsequent login attempts, this embodiment of the invention, after successful login, further includes: resetting the user's error count to zero, obtaining and saving the reset error count, and continuing with the step of obtaining the target dynamic account entered by the user on the account input interface. Each time a user successfully logs in, the previous error count is reset to zero. The next time the user re-enters a dynamic account, and that dynamic account is an invalid account, the error count is recorded as 1.

[0090] Based on this, by obtaining the number of errors stored in the storage unit, it can be used to determine whether the user's number of errors meets the requirements. Therefore, before obtaining the target dynamic account entered by the user in the account input interface in step 210, the method further includes: when the user's number of errors is not less than the preset error number threshold, determining that the user has lost login privileges; when the user's number of errors is less than the error number threshold, continuing to execute the step of obtaining the target dynamic account entered by the user in the account input interface.

[0091] Specifically, if a user makes too many mistakes, they will not be allowed to log in to their account. For example, no matter what account the user enters, an incorrect account will be displayed, or the user will be directly exited from the account input interface. Only when the number of mistakes is less than the error threshold can the user be allowed to enter their account and log in to the system to execute the login method steps.

[0092] To further ensure user account security and reflect the timeliness of dynamic accounts, the number of times a target dynamic account can be used can be limited. In this embodiment of the invention, the account information also includes the number of times it can be used. The login method also includes: after performing the login operation, incrementing the user's operation count by 1 to obtain and save the updated operation count; calculating the difference between the updated operation count and the number of times it can be used to obtain and save the remaining operation count.

[0093] The system records the number of operations performed by the user's target dynamic account, storing these counts in the login system's storage unit. Each successful login with the target dynamic account or modification of key parameters using that account accumulates one operation count, which is then stored in the storage unit to update the overall count. The remaining number of uses for the target dynamic account is then calculated by subtracting the usage count obtained through decryption of the target string from the total number of operations performed. Essentially, each successful login with the target dynamic account reduces the remaining number of operations by one. Therefore, using the remaining usage count limits the number of times a user can use the target dynamic account.

[0094] Based on this, the method uses the remaining usage count to determine whether the target dynamic account entered by the current user can log in successfully. Specifically, before performing the login operation, the method also includes:

[0095] Step 2.1 Get the remaining number of operations for the saved users.

[0096] Step 2.2 When the user's remaining number of operations is less than or equal to zero, exit the account input interface; prompt the user to obtain new remaining number of operations and obtain a new dynamic account.

[0097] Step 2.3 If the user's remaining number of operations is greater than zero, continue with the login process.

[0098] Furthermore, when a user's remaining number of operations is less than or equal to zero, it indicates that the target dynamic account has been used too many times. For the sake of user information security, the user will no longer be allowed to log in successfully using the target dynamic account. At this time, the user will be exited from the input interface and prompted that the number of operations has been exhausted. The user should request a new number of remaining operations and obtain a new dynamic account before logging in.

[0099] Understandably, since the generation of dynamic accounts uses not only the generation date and usage count, but also the hour, minute, and second, this time frame can be used to limit the generation interval of dynamic accounts. For example, if the hour, minute, and second time frame is selected as "hour," then each user will obtain a new dynamic account once within one hour. Therefore, when decrypting the target string, it is also possible to extract account information containing the hour, minute, and second information of the target dynamic account.

[0100] Based on this, the login method for dynamic accounts can also include: upon receiving a dynamic account generation instruction, obtaining the first moment of the user's most recent dynamic account retrieval request; analyzing the first moment based on a preset time interval (hours, minutes, and seconds) to determine whether to execute the operation of generating a new dynamic account, and sending the new dynamic account to the user. For example, if the user's most recent dynamic account application time was 16:00:00, and the time interval (tt) for generating the dynamic account was set to "hours," then it means that each user can only generate one dynamic account within one hour. Therefore, if the user wants to apply for a new dynamic account before 17:00:00, the application will not be successful, and the system can issue a prompt indicating frequent operations, requiring the user to try again after a period of time.

[0101] This invention, by limiting the number of incorrect login attempts, the number of times dynamic accounts can be used, and the usage period, ensures the security of user accounts as much as possible and effectively avoids security issues that would arise if user accounts were leaked.

[0102] Figure 3 An internal structural diagram of a computer device according to one embodiment of the present invention is shown. This computer device can specifically be a terminal or a system. Figure 3 As shown, the computer device includes a processor, memory, and network interface connected via a system bus. The memory includes a non-volatile storage medium and internal memory. The non-volatile storage medium stores an operating system and may also store a computer program. When executed by the processor, this computer program causes the processor to perform the steps in the above-described method embodiments. The internal memory may also store a computer program, which, when executed by the processor, causes the processor to perform the steps in the above-described method embodiments. Those skilled in the art will understand that... Figure 3 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0103] In one embodiment, a computer device is provided, including a memory and a processor, the memory storing a computer program that, when executed by the processor, causes the processor to perform the steps in the above method embodiments.

[0104] In one embodiment, a computer-readable storage medium is provided storing a computer program that, when executed by a processor, causes the processor to perform the steps in the above method embodiments.

[0105] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), RAMbus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and RAMbus dynamic RAM (RDRAM), etc.

[0106] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0107] The above embodiments merely illustrate several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

1. A method for generating encrypted accounts, characterized in that, The method includes: If a dynamic account generation instruction is detected, the generation date, the number of uses, and the time (hour, minute, second) at which the generation instruction was received are obtained, wherein the generation date is the date when the generation instruction was received, and the number of uses is the number of times the dynamic account is allowed to be used; Based on the generation date, the number of uses, and the time (hours, minutes, and seconds), the data is processed according to a preset generation rule to obtain a first string. The preset generation rule includes one or more of the following: data shifting, merging, integer manipulation, XOR, and insertion. A dynamic account is generated based on the first string and a preset index table, and the dynamic account is saved. The index table contains a mapping relationship between strings and dynamic accounts. The generation date includes the month and day. Then, based on the generation date, the number of uses, and the time (hours, minutes, seconds), the first string is obtained by processing according to a preset generation rule, specifically including: The generation date and the number of uses are shifted and merged to generate the first set of data; The number of days and the time (hours, minutes, and seconds) are shifted and merged to generate a second set of data; Perform an integer and XOR operation on the first set of data and the second set of data to generate a second string; The time (hours, minutes, seconds) is inserted into the second string to generate the first string.

2. The method according to claim 1, characterized in that, After performing integer and XOR operations on the first set of data and the second set of data to generate the second string, the method further includes: Determine whether the second string conforms to the preset string standard; If it is determined that the second string does not conform to the string standard, then the second string is padded to obtain a second string that meets the string standard; If it is determined that the string meets the standard, then continue with the step of inserting the time (hours, minutes, seconds) into the second string to generate the first string.

3. A method for logging in with a dynamic account, characterized in that, The method includes: Obtain the target dynamic account entered by the user on the account input interface, wherein the target dynamic account is generated by the method for generating an encrypted account as described in any one of claims 1-2; The target string corresponding to the target dynamic account is determined by searching a preset index table based on the target dynamic account. The index table contains the mapping relationship between the string and the dynamic account. The target string is decrypted to extract the account information of the target dynamic account, including the generation date. The decryption includes processing the target string using the reverse process of the dynamic account generation rules. The generation rules include one or more of the following: data shifting, merging, integer, XOR, and insertion. If the generation date is the current date, the target dynamic account is confirmed to be a compliant account, and a login operation is performed to successfully log in.

4. The method of claim 3, wherein, The method further includes: If the generation date is not the current date, the target dynamic account is confirmed to be an unqualified account. The error count of the user's login account is incremented by 1, the updated error count of the user is obtained and saved, and the user is returned to the account input interface. After confirming that the generation date is the current date, the method further includes: When the target dynamic account is confirmed to be an unqualified account, the error count of the user's login account is incremented by 1, the updated error count of the user is obtained and saved, and the user is returned to the account input interface.

5. The method of claim 4, wherein, After successfully logging in, the method further includes: The user's error count is reset to zero, the error count after the reset is obtained and saved, and the step of obtaining the target dynamic account entered by the user in the account input interface is continued. Before obtaining the target dynamic account entered by the user on the account input interface, the method further includes: When the number of errors by a user is not less than a preset error threshold, the user is determined to lose login privileges. When the number of errors by the user is less than the error count threshold, the step of obtaining the target dynamic account entered by the user on the account input interface continues.

6. The method of claim 3, wherein, The account information also includes the number of times it has been used, and the method further includes: After the login operation is performed, the user's operation count is incremented by 1 to obtain and save the updated operation count. The difference between the number of operations performed by the user after the update and the number of uses is calculated to obtain and save the remaining number of operations.

7. The method of claim 6, wherein, Prior to performing the login operation, the method further includes: Retrieve the remaining number of operations for the user that has been saved; When the user's remaining number of operations is less than or equal to zero, exit the account input interface; The user is prompted to obtain new remaining operation attempts and re-acquire a new dynamic account; If the user's remaining number of operations is greater than zero, then the login operation will continue.

8. A computer readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, the processor performs the steps of the method for generating an encrypted account as described in any one of claims 1-2, or the processor performs the steps of the method for logging into a dynamic account as described in any one of claims 3-7. 9.A computer device, comprising a memory and a processor, and characterized in that, The memory stores a computer program that, when executed by the processor, causes the processor to perform the steps of the encrypted account generation method as described in any one of claims 1-2, or causes the processor to perform the steps of the dynamic account login method as described in any one of claims 3-7.

Images