Password-based application sharing method and device, computer equipment and readable storage medium

Abstract

The invention discloses a password-based application sharing method and device, computer equipment and a readable storage medium, and the method comprises the steps: firstly obtaining an undetermined application installation package uploaded to a preset webpage, and verifying whether the undetermined application installation package has an uploading record or not; if yes, the generated password is obtained from the server side, and if not, the installation package is processed and stored, and the unique password is obtained. And finally, the password is shared to the second client, so that the second client can obtain the installation package based on the password to complete application installation, and convenient and efficient application sharing is realized.

Description

Technical Field

[0001] The present invention relates to the field of application processing technology, and in particular to a password-based application sharing method, device, computer equipment and readable storage medium. Background Art

[0002] In the current application sharing field, common methods such as generating links and extraction codes through network disks are cumbersome to operate and the links are complex and difficult to remember. In addition, there are many steps to transfer the downloaded installation package files, which increases the complexity of application sharing. To solve these problems, a simpler and more efficient application sharing method is needed. Summary of the invention

[0003] The object of the present invention is to provide a password-based application sharing method, device, computer equipment and readable storage medium.

[0004] In a first aspect, an embodiment of the present invention provides a password-based application sharing method, which is applied to a first client and includes:

[0005] Obtain the pending application installation package uploaded to the preset web page;

[0006] Verify whether there is an upload record for the pending application installation package;

[0007] If it exists, then based on the upload record, obtaining the password generated by the pending application installation package from the server;

[0008] If it does not exist, the pending application installation package is processed and stored in the server;

[0009] Obtaining a unique password for the pending application installation package;

[0010] The password is shared with the second client, so that the second client obtains the pending application installation package based on the password to complete the application installation.

[0011] In a possible implementation, verifying whether there is an upload record for the pending application installation package includes:

[0012] Parse and obtain the MD5 value corresponding to the pending application installation package;

[0013] Transmitting the MD5 value to the server so that the server verifies whether the MD5 value exists;

[0014] If so, determining that the pending application installation package has an upload record;

[0015] If not, it is determined that there is no upload record for the pending application installation package.

[0016] In a possible implementation, the processing the pending application installation package and storing it in the server includes:

[0017] Cutting the resource file of the pending application installation package according to a preset rule to obtain multiple sub-resource files;

[0018] Uploading the multiple sub-resource files to the server in segments;

[0019] Send a file merging instruction to the server, so that the server merges the multiple sub-resource files, and parses the relevant information of the application installation package and stores it in the server.

[0020] In a possible implementation, the obtaining a unique password for the pending application installation package includes:

[0021] According to the preset password generation rule, a unique password for the pending application installation package is generated, and the password is configured with a validity period.

[0022] In a possible implementation, generating a unique password for the pending application installation package according to a preset password generation rule, wherein the password is configured with a validity period, includes:

[0023] If it is detected that the pending application installation package is uploaded by an account that is not logged in, generating a unique password for the pending application installation package configured with a first validity period;

[0024] If it is detected that the pending application installation package is uploaded by a logged-in account, a unique password for the pending application installation package configured with a second validity period is generated, and the first validity period is less than the second validity period.

[0025] In a possible implementation, the method further includes:

[0026] Obtaining an instruction to extend the validity period of the password;

[0027] A third duration is configured for the password according to the validity period extension instruction, and the second duration is shorter than the third duration.

[0028] In a possible implementation, sharing the password with the second client includes:

[0029] Obtaining application information corresponding to the pending application installation package;

[0030] In response to a confirmation instruction for the application information, the password is shared with the second client.

[0031] In a second aspect, an embodiment of the present invention provides a password-based application sharing device, applied to a first client, comprising:

[0032] An acquisition module, used to acquire a pending application installation package uploaded to a preset web page;

[0033] A verification module, used to verify whether there is an upload record for the pending application installation package; if so, obtaining the password generated for the pending application installation package from the server based on the upload record; if not, processing the pending application installation package and storing it in the server;

[0034] The sharing module is used to obtain a unique password for the pending application installation package; share the password with the second client, so that the second client obtains the pending application installation package based on the password to complete the application installation.

[0035] In a third aspect, an embodiment of the present invention provides a computer device, comprising a processor and a non-volatile memory storing computer instructions, wherein when the computer instructions are executed by the processor, the computer device executes the method described in at least one possible implementation of the first aspect.

[0036] In a fourth aspect, an embodiment of the present invention provides a readable storage medium, wherein the readable storage medium includes a computer program, and when the computer program is run, the computer device where the readable storage medium is located is controlled to execute the method described in at least one possible implementation manner of the first aspect.

[0037] Compared with the prior art, the beneficial effects provided by the present invention include: adopting a password-based application sharing method, device, computer equipment and readable storage medium disclosed in the present invention, by obtaining the pending application installation package uploaded to the preset webpage, verifying whether it has an upload record. If yes, obtain the generated password from the server, if not, process and store the installation package to obtain a unique password. Finally, share the password with the second client, so that the second client can obtain the installation package based on the password to complete the application installation, thereby realizing convenient and efficient application sharing. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for use in the embodiments are briefly introduced below. It should be understood that the following drawings only illustrate certain embodiments of the present invention and should not be regarded as limiting the scope. For those of ordinary skill in the art, other related drawings can also be obtained based on these drawings without creative work.

[0039] Figure 1 A schematic diagram of the steps of a password-based application sharing method provided in an embodiment of the present invention;

[0040] Figure 2 A schematic block diagram of the structure of a password-based application sharing device provided in an embodiment of the present invention;

[0041] Figure 3 A schematic block diagram of the structure of a computer device provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0042] In order to make the purpose, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Generally, the components of the embodiments of the present invention described and shown in the drawings here can be arranged and designed in various different configurations.

[0043] The specific implementation modes of the present invention are described in detail below in conjunction with the accompanying drawings.

[0044] In order to solve the technical problems in the aforementioned background technology, Figure 1 This is a flow chart of a password-based application sharing method provided in an embodiment of the present disclosure. The password-based application sharing method is introduced in detail below.

[0045] Step S201, obtaining a pending application installation package uploaded to a preset web page;

[0046] Step S202, verifying whether there is an upload record for the pending application installation package;

[0047] Step S203, if it exists, then based on the upload record, obtaining the password generated by the pending application installation package from the server;

[0048] Step S204: if it does not exist, the pending application installation package is processed and stored in the server;

[0049] Step S205, obtaining a unique password for the pending application installation package;

[0050] Step S206: Share the password with the second client, so that the second client obtains the pending application installation package based on the password to complete the application installation.

[0051] In an embodiment of the present invention, for example, user Xiao Ming wants to share an interesting game application developed by himself. Xiao Ming selects a locally stored game application installation package through the upload function on the web page and clicks the upload button. At this time, the first client sends the relevant data of the pending application installation package to the server. The server receives this data and begins to prepare to process the upload request.

[0052] After receiving the pending application installation package, the server immediately starts the verification process. First, the server will parse the installation package and calculate its corresponding MD5 value.

[0053] The server will then search its huge database to see if the same MD5 value already exists. This database stores all the information about the application installation packages that have been uploaded in the past, including MD5 values, passwords, and uploading users.

[0054] If the server finds the same MD5 value in the database, it means that the pending application installation package has been uploaded before and there is an upload record.

[0055] Assuming that the server finds a matching MD5 value in the database, it means that someone has uploaded this installation package before, and then it will execute step 3.

[0056] After the server confirms the existence of the upload record, it will quickly find the corresponding generated password based on the previously stored information.

[0057] For example, if the user who uploaded the installation package was Xiao Li, and the password generated by the server for the installation package was "56AB", the server will extract the password.

[0058] Then, the server sends the password back to the first client so that the first client can perform subsequent operations.

[0059] Assuming that the server does not find the MD5 value corresponding to the current pending application installation package in the database, it is determined that the installation package is uploaded for the first time.

[0060] The server will take a series of processing operations. First, the server will split the resource files of the pending application installation package according to the preset rules. For example, the installation package is split into units of 10MB to obtain multiple sub-resource files.

[0061] Next, the server will use the fragmented upload technology to upload these sub-resource files one by one to the storage area of ​​the server. During the upload process, the server will monitor the upload progress in real time to ensure that each sub-resource file can be transmitted accurately.

[0062] When all sub-resource files are uploaded, the server will receive a file merge instruction sent by the first client.

[0063] After receiving the instruction, the server will immediately merge the multiple sub-resource files uploaded previously and reassemble them into a complete application installation package.

[0064] After the merge is completed, the server will also parse the installation package and extract various application data, such as application package name, application name, version number, icon, etc.

[0065] Finally, the server will store the parsed data and the merged complete installation package in a dedicated database for subsequent use.

[0066] After completing the processing and storage of the installation package, the server will generate a unique password for the pending application installation package.

[0067] The server creates a password according to the preset password generation rule. This rule stipulates that the password is a 4-digit number, each digit consists of numbers 0-9 or letters AF.

[0068] The server first randomly generates an initial 4-digit combination, such as "78EF". Then, the server checks whether the password has been used by other installation packages. If it has been used, the server will regenerate it until it gets an unused password.

[0069] At the same time, the server will also configure the validity period for the password based on the login status of the uploading user.

[0070] Assuming that user Xiao Ming uploads the installation package without logging into his account, the server will configure a 24-hour validity period for the password, that is, from the time it is generated, the password will be valid for the next 24 hours.

[0071] If Xiao Ming uploads the password with a logged-in account, the server will configure a 7-day validity period for the password.

[0072] After the first client obtains the password generated by the server, it prepares to share it with the second client.

[0073] Xiao Ming selects the sharing option on the first client and enters the contact information of the friend (i.e., the second client user) with whom he wants to share, such as the friend's email address or instant messaging account.

[0074] The first client sends a sharing request to the server. After receiving the request, the server obtains detailed application information corresponding to the pending application installation package, including the application icon, application version number, the minimum Android version supported by the application, application size, etc.

[0075] The server will organize the application information and passwords into a shared data package.

[0076] Then, the server sends the shared data packet to the second client according to the friend contact information input by Xiao Ming.

[0077] After receiving the shared data packet, Xiaohong, a user of the second client, opens the corresponding client within the validity period of the password and enters the password.

[0078] After receiving the password entered by Xiaohong, the server will verify it. After the verification is passed, the server will send the corresponding pending application installation package to Xiaohong's second client, and Xiaohong can download and complete the application installation.

[0079] Assume that Xiaohong enters the password on the third day after receiving the sharing, and the password is still valid. After the server confirms that it is correct, it quickly transmits the installation package to Xiaohong's second client. Xiaohong successfully completes the installation of the application and begins to enjoy the fun brought by this interesting application.

[0080] Next, let’s further understand this application sharing method through some different specific scenarios.

[0081] In a large enterprise, the development team developed an application specifically for project management. Team member Xiao Zhang wants to share this application with colleagues in other departments in order to improve the work efficiency of the entire company.

[0082] Xiao Zhang uploaded the application installation package to the company's internal preset web page. The server quickly received the upload request and processed it according to the above steps.

[0083] Since this is an internal sharing of the company, Xiao Zhang uploaded it using a logged-in account. After verifying that there is no upload record, the server processes the installation package, generates a password, and configures a 7-day validity period for the password.

[0084] Xiao Zhang shared the password with other colleagues. They entered the password within 7 days and successfully obtained and installed the application, which greatly promoted communication and collaboration within the company.

[0085] Xiao Li is an independent app developer who developed an innovative photo editing app and wanted to share it with other developers and enthusiasts.

[0086] Xiao Li uploaded the application installation package to the preset web page. Since he did not have a login account, the server set a 24-hour validity period for the generated password.

[0087] Xiao Li shared the code with other developers through social media. Within 24 hours, many developers entered the code to obtain the application, and communicated with Xiao Li and provided feedback, helping Xiao Li further improve the application.

[0088] An app has launched a new version. User Xiao Wang wants to share the updated app with his friends.

[0089] Xiao Wang uploaded the updated application installation package. The server found that an old version of the application had been uploaded before, but the MD5 value of the new version was different. Therefore, the server processed it according to the new upload process and generated a new password for the new version.

[0090] Xiao Wang shared the new password with his friends, and his friends promptly obtained the latest version of the app and enjoyed the convenience brought by the new features.

[0091] Through these rich and diverse scenario examples, we can more clearly see the practical application and advantages of the password-based application sharing method in different situations. It provides users with a simple, efficient and flexible solution for application sharing in various scenarios.

[0092] In the embodiment of the present invention, the verification of whether there is an upload record for the pending application installation package can be implemented through the following example.

[0093] Parse and obtain the MD5 value corresponding to the pending application installation package;

[0094] Transmitting the MD5 value to the server so that the server verifies whether the MD5 value exists;

[0095] If so, determining that the pending application installation package has an upload record;

[0096] If not, it is determined that there is no upload record for the pending application installation package.

[0097] In the embodiment of the present invention, for example, a user named Xiao Wang uploads a pending application installation package on his computer through a preset web page, and the server immediately receives the upload request.

[0098] The server first parses the pending application installation package and obtains its corresponding MD5 value through a complex calculation process. This calculation process is like generating a unique "fingerprint" for the installation package, which can accurately identify its uniqueness.

[0099] After obtaining the MD5 value, the server transmits this value to the server-side database for verification. The server-side database is like a huge warehouse that stores the MD5 values ​​of all previously uploaded application installation packages.

[0100] The server quickly searches and compares the transmitted MD5 value in the database. If a completely matching MD5 value is found in the database, it means that the pending application installation package has been uploaded before, and the server will determine that there is an upload record.

[0101] For example, user Xiao Li uploaded an identical application installation package a week ago, and the server calculated and stored its MD5 value. When Xiao Wang uploads the same installation package now, the server compares and finds that the MD5 values ​​are exactly the same, thus confirming that there is an upload record.

[0102] However, if the server does not find the same MD5 value after careful search in the database, it means that this pending application installation package is uploaded to the server for the first time and there is no upload record.

[0103] User Xiao Zhang uploaded a niche application installation package that he had carefully crafted. The server also parsed it according to the process to obtain the MD5 value and verified it on the server. Since this application is brand new and has never been uploaded, the server did not find a matching MD5 value in the database, so it determined that there was no upload record for this pending application installation package.

[0104] In another scenario, a development team of a software company wants to share a newly developed enterprise-level application. Team members upload the application installation package from different computers. The server receives and processes these upload requests one by one, parses the MD5 value of each installation package, and verifies it on the server. Some members may have uploaded a test version before, so the server can determine that there is an upload record; for a brand new version that has not been uploaded, the server determines that there is no upload record.

[0105] For example, an educational institution wants to share their customized teaching application with multiple branches. Staff from different branches upload the application installation package at different times. The server continuously parses and verifies the MD5 value. For the same version that has been uploaded, the server quickly determines that there is an upload record; for some minor modifications that may result in different MD5 values, the server will determine that there is no upload record and process it according to the new upload process.

[0106] Through such an accurate and efficient MD5 value parsing and verification process, the server can quickly and accurately determine whether there is an upload record for each pending application installation package, thereby providing an important basis for subsequent processing and ensuring the smooth progress of the application sharing process.

[0107] In the embodiment of the present invention, the processing of the pending application installation package and the storage to the server can be implemented through the following example.

[0108] Cutting the resource file of the pending application installation package according to a preset rule to obtain multiple sub-resource files;

[0109] Uploading the multiple sub-resource files to the server in segments;

[0110] Send a file merging instruction to the server, so that the server merges the multiple sub-resource files, and parses the relevant information of the application installation package and stores it in the server.

[0111] In the embodiment of the present invention, the following is an exemplary description of a very detailed scenario of each step in the above technical content, with the server as the execution subject:

[0112] A user named Xiao Ming uploaded a large game application installation package through the preset web page. The size of this installation package reached several GB.

[0113] After receiving the pending application installation package, the server immediately splits its resource files according to the preset rules. The preset rules may be based on a fixed size, such as 50MB per unit, to split the huge installation package into numerous sub-resource files. After some processing, the large installation package is split into dozens or even hundreds of sub-resource files.

[0114] Next, the server starts uploading these sub-resource files to the server in pieces. A stable and efficient communication channel is established between the server and the server, and these sub-resource files are sent one by one. During the upload process, the server closely monitors the network status and upload progress. If a sub-resource file is interrupted due to network fluctuations, the server will automatically retry to ensure that each sub-resource file can reach the server accurately.

[0115] When all sub-resource files are successfully uploaded to the server, the server will send a merge file instruction to the server. After receiving this instruction, the server will immediately start the merge process.

[0116] The server reassembles these scattered sub-resource files according to the rules and order of the previous cutting and restores them into a complete application installation package. During the merging process, the server will perform data verification to ensure the integrity and accuracy of each sub-resource file. If a sub-resource file is found to be damaged or erroneous, the server will send a request to the server to retrieve the sub-resource file for merging.

[0117] After the merger is completed, the server begins to parse the application installation package and extract various key information of the application, such as the package name, name, version number, minimum required Android version, and application icon, etc. This information is crucial for subsequent application management and sharing.

[0118] After parsing, the server stores the parsed application information and the complete installation package in the server's database. The storage method is carefully designed to ensure fast retrieval and access.

[0119] For example, a company's R&D team wants to share an internal office software application installation package. This installation package contains a large number of functional modules and data, and is relatively large in size.

[0120] The server also cuts the installation package into multiple smaller sub-resource files, and then methodically uploads these sub-resource files to the server.

[0121] During the upload process, the server continuously adjusts the upload strategy to adapt to changes in the network. If the network speed is fast, the server will upload multiple sub-resource files at the same time; if the network is congested, the server will reduce the number of concurrent uploads to ensure that each sub-resource file can be uploaded smoothly.

[0122] After all sub-resource files are uploaded, the server sends a merge command. The server responds quickly, successfully merges the sub-resource files, and performs a detailed analysis of the installation package to obtain information such as the software's functional description and applicable departments, and stores them on the server.

[0123] For example, a mobile application development studio wants to share the installation package of a newly developed social application, which contains rich multimedia resources and complex code logic.

[0124] The server divides the resources into sub-resource files according to the established rules, and then accurately transmits these sub-resource files to the server through an efficient upload mechanism.

[0125] After the merge file command is issued, the server quickly executes the merge operation and deeply analyzes the installation package to obtain important information such as the application's special functions and user permission settings, and stores it completely in the server's database, making full preparations for subsequent application sharing and management.

[0126] Through the above specific and rich scenarios, the server can efficiently and accurately process various pending application installation packages and provide users with convenient and reliable application sharing services.

[0127] In the embodiment of the present invention, the step of obtaining a unique password for the pending application installation package includes:

[0128] According to the preset password generation rule, a unique password for the pending application installation package is generated, and the password is configured with a validity period.

[0129] In the embodiment of the present invention, the following is an exemplary description of a very detailed scenario of each step in the above technical content, with the server as the execution subject:

[0130] User Xiao Li uploaded an installation package of a photography application. After the server completed the preliminary processing and storage of this pending application installation package, it began to generate a unique password for it.

[0131] The server starts to operate according to the preset password generation rules. This rule sets the password to be a 4-digit combination, each of which consists of numbers 0-9 or letters AF. The server first generates an initial 4-digit combination through a random algorithm, such as "3B5F".

[0132] After generating the initial password, the server immediately checks to see if the password is already in use by another installation package. It does a quick search and comparison in the database of generated passwords. If it finds that the password already exists, the server regenerates it and then checks again until it finds a completely unused password.

[0133] Assuming that the "3B5F" generated by the server for the first time has been used, it may regenerate "7C8D". After checking and confirming that it is not occupied, it will be determined as the password of the pending application installation package.

[0134] After determining the unique password, the server will configure an expiration date for the password. The expiration date is determined by the user's login status when uploading.

[0135] If Xiao Li uploads the installation package without logging in, the server will configure a 24-hour validity period for the password. For example, if the password is generated at 10 am on the same day, it will be valid until 10 am the next day.

[0136] If Xiao Li uploads the password with a logged-in account, the server will configure a 7-day validity period for the password. For example, if the password is generated at 9 am on Monday, it will be valid until 9 am on the next Monday.

[0137] For example, user Xiao Zhang uploaded an application installation package for learning. The server generated the password "8E2A" according to the rules and configured a validity period for it according to Xiao Zhang's login status.

[0138] Assuming that Xiao Zhang uploaded the file without logging in, the server sets a 24-hour validity period for "8E2A". During these 24 hours, Xiao Zhang can share the password with others, who can then use it to obtain the installation package.

[0139] Another user, Xiao Wang, uploaded an installation package for a music player application, and uploaded it with a logged-in account. The server generated a password "6F9C" and configured it to be valid for 7 days.

[0140] During these 7 days, Xiao Wang can freely share the password with his friends so that they can download and use the music playing app.

[0141] Another user, Xiao Zhao, uploaded a fitness app installation package, also using a logged-in account. The server generated a password "4A7B" and gave it a validity period of 7 days.

[0142] During these 7 days, Xiao Zhao shared the password to his fitness group. All members of the group were able to obtain the app installation package by entering the password within the validity period.

[0143] Through such a strict and flexible password generation and validity period configuration mechanism, the server can effectively manage the sharing process of the application installation package, which not only guarantees the sharing needs of users, but also ensures the rational use and security of resources.

[0144] In the embodiment of the present invention, the unique password for the pending application installation package is generated according to the preset password generation rule, and the password is configured with a validity period, which can be implemented through the following example.

[0145] If it is detected that the pending application installation package is uploaded by an account that is not logged in, generating a unique password for the pending application installation package configured with a first validity period;

[0146] If it is detected that the pending application installation package is uploaded by a logged-in account, a unique password for the pending application installation package configured with a second validity period is generated, and the first validity period is less than the second validity period.

[0147] In the embodiment of the present invention, the following is an exemplary description of a very detailed scenario of each step in the above technical content, with the server as the execution subject:

[0148] Without logging into his account, user Xiao Zhou uploaded a painting tool application installation package through a preset web page.

[0149] After receiving the upload request, the server detected that Xiao Zhou uploaded the application without logging in. According to the preset rules, the server began to generate a unique password for the pending application installation package. The generated password might be "5F8C".

[0150] Since Xiao Zhou uploaded the password without logging in, the server configured a first validity period for the password, assuming the first validity period is 24 hours. In other words, starting from the moment the password is generated, the password is valid for the next 24 hours.

[0151] For example, if the password is generated at 9:00 AM, it will be valid until 9:00 AM the next day.

[0152] On the same afternoon, another user, Xiao Liu, uploaded a video editing application installation package using his logged-in account.

[0153] The server detects that Xiao Liu uploaded the file using a logged-in account and also generates a unique password for the installation package, such as "7A2D".

[0154] Because Xiao Liu uploaded the password with a logged-in account, the server configured a second validity period for this password. Assume that the second validity period is 7 days.

[0155] If the password is generated at 2 pm, it will be valid until 2 pm seven days later.

[0156] For example, on a weekend, user Xiao Chen uploaded a reading application installation package without logging into his account.

[0157] The server generates a password "9E6B" and configures it to be valid for 24 hours. During these 24 hours, Xiao Chen can share the password with others.

[0158] On the same weekend, user Xiao Wu uploaded a language learning application installation package with a logged-in account.

[0159] The server generates a password of "3C7F" and configures it to be valid for 7 days, which gives Xiao Wu more time to share the password.

[0160] For example, one day at noon, user Xiao Zheng uploaded an office software application installation package without logging into his account.

[0161] The server generates a password "2D5A" which is valid for 24 hours.

[0162] On the same night, user Xiao Sun uploaded a game application installation package with his logged-in account.

[0163] The server generates a password "8B1E" which is valid for 7 days.

[0164] Through such clear distinction and settings, the server can generate unique passwords with different validity periods for pending application installation packages uploaded by different users based on the user's login status, which not only guarantees the temporary sharing needs of users who are not logged in, but also provides logged-in users with longer-term and more stable sharing convenience.

[0165] In the embodiments of the present invention, the following implementation modes are also provided.

[0166] Obtaining an instruction to extend the validity period of the password;

[0167] A third duration is configured for the password according to the validity period extension instruction, and the second duration is shorter than the third duration.

[0168] In the embodiment of the present invention, for example, in daily busy operation, the server continuously processes a large number of application installation package uploads and related operations. User Xiao Li uploaded a practical tool application installation package through a logged-in account. The server generated a unique password "6F2A" for it according to the rules and configured a validity period of 7 days.

[0169] During the 7-day validity period, Xiao Li found that many of his friends had not yet obtained the application installation package, so he decided to extend the validity period of the password. Xiao Li issued a command to extend the validity period of the password on the client.

[0170] After the server receives the validity extension instruction, it immediately responds and processes it. Assuming that the third time period set for extending the validity period is 30 days, the server will reconfigure the password "6F2A" and extend its validity period to 30 days.

[0171] For example, the original validity period of this password ends at a certain time on the 7th day. After the extension, the new validity period will last until the same time 30 days later.

[0172] For example, user Xiao Zhang uploaded a popular social application installation package, and the server generated a password "8C5D" and configured it to be valid for 7 days. However, since the application suddenly attracted more attention, Xiao Zhang hoped to share the application for a longer period of time.

[0173] Xiao Zhang sends a command to extend the validity period. After receiving it, the server configures a third period, such as 60 days, according to the password "8C5D". In this way, the password that was about to expire can continue to be valid, and more people can obtain the application installation package through this password.

[0174] Another time, user Xiao Wang uploaded a unique photo editing application installation package, and the server generated a password "3E7B" and gave it a 7-day validity period. As time went on, the demand for this application among Xiao Wang's photography enthusiasts continued to increase.

[0175] Xiao Wang sends a validity extension instruction to the server, and the server configures a third duration of 45 days for the password "3E7B", meeting the needs of more users to obtain the application.

[0176] In another scenario, user Xiao Zhao uploaded a professional design software application installation package, and the server generated a password "9A1C" and set it to be valid for 7 days. During this period, Xiao Zhao received feedback from many peers, hoping to extend the sharing time so that more people can access it.

[0177] Xiao Zhao issued a command to extend the validity period. According to the command, the server configured a third period of 90 days for the password "9A1C", allowing the application to be more widely disseminated and used.

[0178] Through such a mechanism, the server can flexibly respond to the user's demand for extending the password validity period, and better meet the user's sharing wishes and application dissemination needs.

[0179] In the embodiment of the present invention, the sharing of the password to the second client may be implemented through the following example.

[0180] Obtaining application information corresponding to the pending application installation package;

[0181] In response to a confirmation instruction for the application information, the password is shared with the second client.

[0182] In the embodiment of the present invention, for example, in daily service operation, the server processes a large number of application sharing requests. User Xiao Ming completes uploading a game application installation package on the first client and successfully obtains the corresponding password.

[0183] Xiao Ming decides to share this password with the second client used by his friend Xiao Gang.

[0184] The server first obtains the application information corresponding to the pending application installation package, including application name, version number, application size, application introduction, application icon and other details.

[0185] For example, the name of this game application is "Star Adventure", the version number is 2.0, the size is 500MB, and the introduction describes it as an exciting and challenging star adventure game with exquisite game graphics and rich level design.

[0186] After the server organizes the application information, it presents it to Xiao Ming. Xiao Ming checks the application information on the first client and issues a confirmation command after confirming that it is correct.

[0187] In response to Xiao Ming's confirmation instruction, the server begins to share the password with Xiao Gang's second client.

[0188] The server sends the data packet containing the password and application information accurately to Xiaogang's second client through a secure and stable network channel.

[0189] Assuming that Xiaogang is using the second client on his mobile phone, the server will select the most appropriate data transmission method based on the network environment and receiving settings of Xiaogang's mobile phone to ensure that the data packet can be delivered quickly and completely.

[0190] In another scenario, user Xiaomei uploaded a learning application installation package and wanted to share it with her classmate Xiaoli.

[0191] The server obtains relevant information about the application, such as the application name "English Learning Tool", version number 3.5, size 200MB, and introduction: It is an English learning tool that integrates all-round training in listening, speaking, reading and writing.

[0192] After Xiaomei confirms this information, the server quickly shares the password to Xiaoli's second client, which may be the tablet computer that Xiaoli is using.

[0193] Another time, user Xiao Zhang uploaded an office software application installation package, intending to share it with his colleague Xiao Liu.

[0194] The server obtains application information, such as the application name "Efficient Document Assistant", version number 1.8, size 350MB, and introduction: it is a document processing software that can greatly improve office efficiency.

[0195] After Xiao Zhang confirmed, the server accurately shared the password to the second client on the laptop used by Xiao Liu.

[0196] Through such an efficient and accurate processing flow, the server ensures that the password can be smoothly shared from the first client to the second client, providing reliable support for application sharing between users.

[0197] In order to more clearly describe the solution implemented in this application, a more complete implementation method is provided below.

[0198] 1. Users use web tools such as browsers on PCs or mobile phones to access websites.

[0199] 2. The user uploads the application installation package on the web page, and the client parses the MD5 value of the installation package.

[0200] 3. The client sends the decoded MD5 signature to the server to check whether the current installation package has any upload record; if yes, directly execute the logic of step 6; otherwise, go to step 4 to continue the process of uploading files.

[0201] 4. After the client cuts the apk file of the application installation package into several small files according to specific rules, it uploads all the small files to the server by using the segmented upload method. After the upload is completed, the client sends an execution instruction to merge the files, and the server merges and stores the previously uploaded small files.

[0202] 5. After the installation package is uploaded, the server parses the installation package to obtain various application data (such as application package name, application name, version number, icon, etc.) and stores this data on the server.

[0203] 6. After receiving the MD5 value of the installation package, the server first checks whether the current user has uploaded the same installation package on the same day; if so, the previously generated password is directly returned to the client; if not, proceed to step 7.

[0204] 7. Use the password generation rules to generate a 4-digit password (each digit consists of numbers 0-9 or letters AF), and ensure that the password is not currently occupied by other installation packages. At the same time, assign the password to the current installation package, such as 11AA.

[0205] Due to the uncertainty of the time when the password will be used after the user shares it, each password has a certain validity period. The password can be used normally during the validity period. After the validity period, the password will become invalid and recycled. At this time, you will not be able to download the installation package if you enter the password again. The validity period of the password varies according to different upload methods: the validity period of the installation package uploaded by an account that is not logged in is 24 hours, and the validity period of the installation package uploaded by a logged in account is 7 days. It also supports the extension of the validity period of a single password and the extension of the validity period of VIP payment.

[0206] 8. The server saves the various application information and passwords parsed in step 7 into the database and returns the results to the client.

[0207] 9. The client displays information such as the application password, password validity period, application icon, application version number, the minimum Android version supported by the application, and application size to the user.

[0208] 10. Users share passwords with other users through various channels.

[0209] 11. Other users can open the corresponding client within the validity period of the password, and after entering the password, they can obtain the application corresponding to the password.

[0210] Please refer to Figure 2 , Figure 2 An application sharing device 110 based on a password provided in an embodiment of the present invention is applied to a first client and includes:

[0211] The acquisition module 1101 is used to acquire the pending application installation package uploaded to the preset webpage;

[0212] Verification module 1102, used to verify whether there is an upload record for the pending application installation package; if so, obtain the password generated for the pending application installation package from the server based on the upload record; if not, process the pending application installation package and store it in the server;

[0213] The sharing module 1103 is used to obtain a unique password for the pending application installation package; and share the password with the second client, so that the second client obtains the pending application installation package based on the password to complete the application installation.

[0214] It should be noted that the implementation principle of the aforementioned password-based application sharing device 110 can refer to the implementation principle of the aforementioned password-based application sharing method, and will not be repeated here. It should be understood that the division of the various modules of the above device is only a division of logical functions. In actual implementation, they can be fully or partially integrated into a physical entity, or physically separated. And these modules can all be implemented in the form of software called by processing elements; they can also be all implemented in the form of hardware; some modules can also be implemented in the form of software called by processing elements, and some modules can be implemented in the form of hardware. For example, the password-based application sharing device 110 can be a separately established processing element, or it can be integrated in a chip of the above device. In addition, it can also be stored in the memory of the above device in the form of program code, and called and executed by a processing element of the above device. The function of the above password-based application sharing device 110. The implementation of other modules is similar. In addition, all or part of these modules can be integrated together, or they can be implemented independently. The processing element described here can be an integrated circuit with signal processing capabilities. In the implementation process, each step of the above method or each of the above modules can be completed by an integrated logic circuit of hardware in the processor element or instructions in the form of software.

[0215] For example, the above modules may be one or more integrated circuits configured to implement the above methods, such as one or more application specific integrated circuits (ASIC), or one or more microprocessors (digital signal processors, DSP), or one or more field programmable gate arrays (FPGA), etc. For another example, when a module above is implemented in the form of a processing element scheduling program code, the processing element may be a general-purpose processor, such as a central processing unit (CPU) or other processor that can call program code. For another example, these modules may be integrated together and implemented in the form of a system-on-a-chip (SOC).

[0216] The embodiment of the present invention provides a computer device 100, which includes a processor and a non-volatile memory storing computer instructions. When the computer instructions are executed by the processor, the computer device 100 executes the aforementioned password-based application sharing device 110. Figure 3 As shown, Figure 3 The computer device 100 provided in the embodiment of the present invention is a structural block diagram. The computer device 100 includes a password-based application sharing device 110 , a memory 111 , a processor 112 and a communication unit 113 .

[0217] To achieve data transmission or interaction, the memory 111, processor 112 and communication unit 113 are electrically connected to each other directly or indirectly. For example, these components can be electrically connected to each other through one or more communication buses or signal lines. The password-based application sharing device 110 includes at least one software function module that can be stored in the memory 111 in the form of software or firmware or solidified in the operating system (OS) of the computer device 100. The processor 112 is used to execute the password-based application sharing device 110 stored in the memory 111, such as the software function modules and computer programs included in the password-based application sharing device 110.

[0218] An embodiment of the present invention provides a readable storage medium, which includes a computer program. When the computer program is executed, the computer device where the readable storage medium is located is controlled to execute the aforementioned password-based application sharing method.

[0219] For illustrative purposes, the foregoing description is made with reference to specific embodiments. However, the above illustrative discussion is not intended to be exhaustive or to limit the present disclosure to the precise form disclosed. Numerous modifications and variations are possible in accordance with the above teachings. These embodiments are selected and described in order to best illustrate the principles of the present disclosure and its practical application, so that those skilled in the art can best utilize the present disclosure and utilize various embodiments with different modifications to suit the intended specific application.

Claims

1. A password-based application sharing method, characterized in that: Applied to the first client, including: Obtain the pending application installation package uploaded to the preset web page; Verify whether there is an upload record for the pending application installation package; If it exists, then based on the upload record, obtaining the password generated by the pending application installation package from the server; If it does not exist, the pending application installation package is processed and stored in the server; Obtaining a unique password for the pending application installation package; The password is shared with the second client, so that the second client obtains the pending application installation package based on the password to complete the application installation.

2. The method according to claim 1, characterized in that The verifying whether there is an upload record for the pending application installation package includes: Parse and obtain the MD5 value corresponding to the pending application installation package; Transmitting the MD5 value to the server so that the server verifies whether the MD5 value exists; If so, determining that the pending application installation package has an upload record; If not, it is determined that there is no upload record for the pending application installation package.

3. The method according to claim 1, characterized in that The processing of the pending application installation package and storing it in the server includes: Cutting the resource file of the pending application installation package according to a preset rule to obtain multiple sub-resource files; Uploading the multiple sub-resource files to the server in segments; Send a file merging instruction to the server, so that the server merges the multiple sub-resource files, and parses the relevant information of the application installation package and stores it in the server.

4. The method according to claim 1, characterized in that The obtaining of a unique password for the pending application installation package includes: According to a preset password generation rule, a unique password for the pending application installation package is generated, and the password is configured with a validity period.

5. The method according to claim 4, characterized in that The step of generating a unique password for the pending application installation package according to a preset password generation rule, wherein the password is configured with a validity period, includes: If it is detected that the pending application installation package is uploaded by an account that is not logged in, generating a unique password for the pending application installation package configured with a first validity period; If it is detected that the pending application installation package is uploaded by a logged-in account, a unique password for the pending application installation package configured with a second validity period is generated, and the first validity period is less than the second validity period.

6. The method according to claim 5, characterized in that The method further comprises: Obtaining an instruction to extend the validity period of the password; A third duration is configured for the password according to the validity period extension instruction, and the second duration is shorter than the third duration.

7. The method according to claim 1, characterized in that The step of sharing the password with the second client comprises: Obtaining application information corresponding to the pending application installation package; In response to a confirmation instruction for the application information, the password is shared with the second client.

8. A password-based application sharing device, characterized in that: Applied to the first client, including: An acquisition module, used to acquire a pending application installation package uploaded to a preset web page; A verification module, used to verify whether there is an upload record for the pending application installation package; if so, obtaining the password generated for the pending application installation package from the server based on the upload record; if not, processing the pending application installation package and storing it in the server; The sharing module is used to obtain a unique password for the pending application installation package; share the password with the second client, so that the second client obtains the pending application installation package based on the password to complete the application installation.

9. A computer device, characterized in that: The computer device comprises a processor and a non-volatile memory storing computer instructions. When the computer instructions are executed by the processor, the computer device executes the method according to any one of claims 1 to 7.

10. A readable storage medium, characterized in that: The readable storage medium includes a computer program, and when the computer program is executed, the computer device where the readable storage medium is located is controlled to execute the method according to any one of claims 1 to 7.

Images