Application program running method and device, equipment and storage medium

The server obtains and sends the application's functional module operation data, unlocks all modules according to the hierarchical relationship, solves the low efficiency problem caused by unlocking one by one in the existing technology, and realizes efficient trial demonstration of the application.

CN120670062APending Publication Date: 2025-09-19GUANGZHOU XIBEISI INTELLIGENT TECHNOLOGY CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202410312936.1
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-03-19
Publication Date
2025-09-19

AI Technical Summary

Technical Problem

In the prior art, applications need to unlock functional modules one by one before they can be tried out, resulting in low trial demonstration efficiency and long waiting time for users.

Method used

The server obtains the operation data of the application's demo account and sends it to the application according to the hierarchical relationship of the functional modules to achieve pre-unlocking of all functional modules.

Benefits of technology

It improves the trial demonstration efficiency of the application, shortens the waiting time for users to view the trial demonstration, and reduces development costs.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120670062A_ABST
    Figure CN120670062A_ABST
Patent Text Reader

Abstract

The invention discloses an application program running method and device, equipment and a storage medium, and relates to the technical field of software. The method comprises the following steps: receiving a data acquisition request sent by an application program, and determining whether an account logged in by the application program is a demonstration account according to the data acquisition request; under the condition that an account logged in by the application program is a demonstration account, first behavior data of the demonstration account is obtained, the first behavior data comprises operation data of all function plates of the application program, and grade relations exist between all the function plates; and issuing the first behavior data to the application program, so that the application program unlocks each functional plate according to the first behavior data and the grade relationship. By means of the technical means, the problem that in the prior art, after the application program demonstrates the trial process of the previous functional plate, the trial of the next functional plate can only be unlocked is solved, and the trial demonstration efficiency of the application program is improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of software technology, and in particular to a method, apparatus, device, and storage medium for running an application. Background Art

[0002] App trial demos can help internal staff test app functionality or approve app resources. They can also provide users with an opportunity to learn about the app before guiding them to purchase or use it. Therefore, app trial demos have a significant impact on both app development and usage.

[0003] In the prior art, manual input of application operation data allows the application to demonstrate a trial process based on the operation data. However, when an application contains multiple functional modules, such as directories or levels, these modules must be unlocked one by one before they can be viewed. This results in the application having to demonstrate the trial process of the previous module based on the operation data before unlocking the trial of the next module. This results in inefficient trial demonstrations for the application and long waiting times for users to view the trial demonstrations. Summary of the Invention

[0004] The present application provides an application operation method, apparatus, device and storage medium to solve the problem in the prior art that an application must demonstrate the trial process of a previous functional module before unlocking the trial of the next functional module, thereby improving the trial demonstration efficiency of the application and greatly shortening the waiting time for users to view the trial demonstration.

[0005] In a first aspect, the present application provides a method for running an application, which is applied to a server, comprising:

[0006] receiving a data acquisition request sent by an application, and determining, based on the data acquisition request, whether the account logged in by the application is a demo account;

[0007] When the account logged into the application is a demo account, obtaining first behavior data of the demo account, the first behavior data including operation data of various functional modules of the application, wherein the various functional modules have a hierarchical relationship;

[0008] The first behavior data is sent to the application program, so that the application program unlocks each of the functional modules according to the operation data in the first behavior data and the hierarchical relationship.

[0009] Through the above-mentioned technical means, the server can send the operation data required to unlock each functional module in the application to the application. The application runs each functional module one by one from low to high level based on the operation data to unlock each functional module, so that the application can unlock all functional modules before demonstrating the trial process. The user can select any functional module to demonstrate the trial process of the application, which solves the problem in the prior art that the application must demonstrate the trial process of the previous functional module before unlocking the trial of the next functional module, improves the trial demonstration efficiency of the application, and greatly shortens the waiting time for users to view the trial demonstration.

[0010] In a second aspect, the present application provides a method for running an application program, which is applied to a client and includes:

[0011] Sending a data acquisition request to a server, so that the server, when determining that the application is logged into a demo account, sends first behavior data of the demo account to the client, the first behavior data including operation data of various functional modules of the application, wherein the various functional modules have a hierarchical relationship;

[0012] The respective functional modules are unlocked according to the operation data in the first behavior data and the hierarchical relationship.

[0013] Through the above-mentioned technical means, the client can receive the operation data required to unlock each functional module in the application sent by the server. The application runs each functional module one by one from low to high level based on the operation data to unlock each functional module, so that the application can unlock all functional modules before demonstrating the trial process. The user can select any functional module to demonstrate the trial process of the application, which solves the problem in the prior art that the application must demonstrate the trial process of the previous functional module before unlocking the trial of the next functional module, improves the trial demonstration efficiency of the application, and greatly shortens the waiting time for users to view the trial demonstration.

[0014] In a third aspect, the present application provides an application program running device, which is applied to a server, including:

[0015] a request receiving module configured to receive a data acquisition request sent by an application, and determine whether the account logged in by the application is a demo account according to the data acquisition request;

[0016] A first data acquisition module is configured to acquire first operation data of each functional module of the application when the account logged into the application is a demo account; wherein there is a hierarchical relationship between the functional modules;

[0017] The first unlocking module is configured to send the first operation data of each functional module to the application program, so that the application program unlocks each functional module based on the hierarchical relationship through the first operation data.

[0018] In a fourth aspect, the present application provides an application program running device, which is applied to a client and includes:

[0019] a request sending module configured to send a data acquisition request to a server, so that the server, upon determining that the application is logged into a demo account, sends first operation data of each functional module of the application to the client; wherein there is a hierarchical relationship between the functional modules;

[0020] The second unlocking module is configured to unlock the functional modules based on the hierarchical relationship using the first operation data.

[0021] In a fifth aspect, the present application provides a device for running an application program, including:

[0022] One or more processors; a memory storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the method for running the application program as described in the first aspect or the second aspect.

[0023] In a sixth aspect, the present application provides a storage medium comprising computer-executable instructions, which, when executed by a computer processor, are used to execute the method for running the application program as described in the first aspect or the second aspect.

[0024] In the present application, after logging into an account, the application can send a data acquisition request to the server. When the server determines that the account logged into the application is a demo account based on the received data acquisition request, it obtains the first operation data of each functional module of the demo account and sends the first operation data to the application. The application unlocks all functional modules according to the hierarchical relationship between the functional modules through the first operation data, so that the user can perform a trial operation on any functional module of the application. Through the above technical means, the server can send the operation data required to unlock each functional module in the application to the application. The application runs each functional module one by one from low to high level based on the operation data to unlock each functional module, so that the application can unlock all functional modules before demonstrating the trial process. The user can select any functional module to demonstrate the trial process of the application, which solves the problem in the prior art that the application can only unlock the trial of the next functional module after demonstrating the trial process of the previous functional module, improves the trial demonstration efficiency of the application, and greatly shortens the waiting time for users to view the trial demonstration. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] Figure 1 This is a flowchart of a method for running an application program applied to a server provided in an embodiment of the present application;

[0026] Figure 2 This is a communication diagram between the front-end platform and the server provided in an embodiment of the present application;

[0027] Figure 3 This is a flowchart of obtaining first behavior data provided by an embodiment of the present application;

[0028] Figure 4 This is a flowchart of saving the operation data of the first functional module to the first behavior data provided by an embodiment of the present application;

[0029] Figure 5 This is a flowchart of generating and issuing a first usage report provided by an embodiment of the present application;

[0030] Figure 6 This is a flowchart of obtaining and sending user account behavior data provided by an embodiment of the present application;

[0031] Figure 7 This is a flowchart of generating and issuing a second usage report provided by an embodiment of the present application;

[0032] Figure 8 This is a flowchart of a method for running an application program applied to a client provided in an embodiment of the present application;

[0033] Figure 9 This is a schematic diagram of the communication process between the client and the server provided in an embodiment of the present application;

[0034] Figure 10 This is a schematic diagram of the structure of a running device for an application program applied to a server provided in an embodiment of the present application;

[0035] Figure 11 This is a schematic diagram of the structure of a device for running an application program applied to a client provided in an embodiment of the present application;

[0036] Figure 12 This is a schematic diagram of the structure of a running device for an application provided in an embodiment of the present application. DETAILED DESCRIPTION

[0037] In order to make the purpose, technical solutions and advantages of the present application clearer, the specific embodiments of the present application are further described in detail below in conjunction with the accompanying drawings. It is understood that the specific embodiments described herein are only used to explain the present application and are not intended to limit the present application. It should also be noted that, for ease of description, only parts related to the present application, not all of the contents, are shown in the accompanying drawings. Before discussing the exemplary embodiments in more detail, it should be mentioned that some exemplary embodiments are described as processes or methods depicted as flow charts. Although the flow charts describe each operation (or step) as a sequential process, many of the operations therein can be implemented in parallel, concurrently or simultaneously. In addition, the order of the operations can be rearranged. The process can be terminated when its operation is completed, but it can also have additional steps not included in the accompanying drawings. The process can correspond to a method, function, procedure, subroutine, subprogram, etc.

[0038] The terms "first," "second," and the like in the specification and claims of this application are used to distinguish similar objects, and are not used to describe a specific order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate, so that the embodiments of this application can be implemented in an order other than that illustrated or described herein, and that the objects distinguished by "first," "second," and the like are generally of the same type, and do not limit the number of objects; for example, the first object can be one or more. In addition, the term "and / or" in the specification and claims refers to at least one of the connected objects, and the character " / " generally indicates that the objects connected are in an "or" relationship.

[0039] In a common existing implementation, when a user tries an application, they can open a specific module and manually try it out. The application then demonstrates the trial process for that module based on the user's input. If an application includes multiple hierarchical modules, the next module can only be unlocked after the previous module has been used. For example, consider a learning app with multiple levels, where the user can only access the next level after completing the first. If the module the user wants to try out is of a higher level, the user must first try out lower-level modules before unlocking the desired module. This makes the application trial inefficient and leads to longer wait times. Alternatively, developers can develop a trial version for the application's demonstration purposes. In this trial version, the modules are not hierarchically related, allowing users to select any module to demonstrate their trial process. However, developing a trial version is equivalent to developing a new application, which is labor-intensive and expensive to maintain, making it unsuitable for widespread use.

[0040] To solve the above problems, this embodiment provides a method for running an application, so that the first operation data of each functional module of the application is sent to the application through the server. The application can unlock each functional module based on the hierarchical relationship between the functional modules based on the first operation data, so that the application has unlocked all functional modules before the demonstration trial process. The user can select any functional module of the application to demonstrate the trial process. The user does not need to spend a long time waiting for the functional module to be unlocked, which greatly improves the trial demonstration efficiency of the application, and the developer no longer needs to redevelop the trial version of the application, effectively reducing the engineering workload and maintenance costs of the application.

[0041] The application running method provided in this embodiment can be executed by an application running device. The application running device can be implemented through software and / or hardware. The application running device can be composed of two or more physical entities, or a single physical entity. In this embodiment, the running device includes a client and a server. The client is a terminal device with the application installed. The client and server cooperate to execute the running method to unlock each functional module before trying the application.

[0042] The application execution device is installed with at least one type of operating system, including but not limited to Android, Linux, and Windows. The application execution device can install at least one application based on the operating system. The application can be an application that comes with the operating system or an application downloaded from a third-party device or server. In this embodiment, the application execution device has at least one application that can execute the execution method, and the application that executes the execution method can be an application that demonstrates the trial process.

[0043] For ease of understanding, this embodiment is described by taking a server and a client as the main bodies of the method for executing an application program as an example.

[0044] Figure 1 This is a flow chart of a method for running an application program on a server provided in an embodiment of the present application. Figure 1 As shown, the steps of the method for running the application program applied to the server include:

[0045] S110: Receive a data acquisition request sent by an application, and determine whether the account logged in by the application is a demonstration account according to the data acquisition request.

[0046] In this embodiment, a data retrieval request is an instruction used by an application to request the server to deliver behavioral data corresponding to the logged-in account. This behavioral data includes operational data regarding the corresponding account's operations on the application's functional modules. For example, when an application logs in to an account, it generates a data retrieval request based on the logged-in account and sends the request to the server via the client. The server then identifies the account in the data retrieval request as the account logged in by the application.

[0047] The account of the application is divided into user accounts and demonstration accounts. The user account is the account used by ordinary users when using the application normally, and the demonstration account is the account used when demonstrating the trial process of the application. In order to enable the application to select any functional module for demonstration during the trial, this embodiment aims to determine whether the account logged in by the application is a demonstration account or a user account through the server, and when it is determined that the application has logged in to the demonstration account, the server sends the operation data of each functional module of the application to the application, so that the application can unlock all functional modules based on the operation data before the trial, so that the user can select any functional module to demonstrate the trial process when trying the application. When the application logs in to the user account, the server sends the behavior data of the user account to the application, so that the application can unlock the functional modules that the user has operated based on the behavior data, so that the user can continue to unlock the remaining functional modules based on the previous operation, ensuring that ordinary users can use the application normally and improving the reliability of the application.

[0048] The application's demo account can be saved in the server's demo account collection. When the server determines whether the account logged in by the application is a demo account, it matches the account logged in by the application with each demo account in the demo account collection. If the match is successful, it is determined that the application is logged in to the demo account. If the match fails, it is determined that the application is logged in to the user account.

[0049] The application's demo account can be configured through the server's front-end platform. The server will add the newly configured demo account to the demo account collection so that when the application subsequently logs in to the demo account, the operation data of each functional module of the application can be sent to the application. Figure 2 This is a communication diagram of the front-end platform and the server provided in the embodiment of the present application. Figure 2 As shown, the user can open the web page of the front-end platform through a browser, select the application and enter the account on the web page, and click the control to generate a demonstration account on the web page. The server determines whether the account has been registered by the application based on the click operation. If it has not been registered, the account will be added to the demonstration account collection as a demonstration account, and the result of successful registration of the demonstration account will be displayed on the web page of the front-end platform.

[0050] S120: When the account logged into the application is a demo account, obtain first behavior data of the demo account, where the first behavior data includes operation data of each functional module of the application, and there is a hierarchical relationship between the functional modules.

[0051] In this embodiment, the first behavior data refers to the behavior data corresponding to the demo account, which includes the operation data of the functional modules operated by the demo account. For example, when the server determines that the account logged into the application is a demo account, it can obtain the first operation data corresponding to the demo account. The first behavior data of the demo account includes the operation data of each functional module of the application. Therefore, after the server sends the first behavior data of the demo account to the application, the application can operate each functional module based on the operation data in the first behavior data to unlock all functional modules.

[0052] When the server determines that the account logged into the application is a demo account, it can randomly generate operation data for each functional module based on the operation rules of each functional module in the application, and send the generated operation data to the application as the first behavior data of the demo account. However, generating the first behavior data each time takes a long time. To address this, when the first behavior data for the corresponding demo account is first generated, the demo account and the first behavior data can be associated and saved. This allows the server to directly obtain the first behavior data associated with the demo account when the demo account logs in again.

[0053] In addition, when generating a demo account, the first behavior data of the corresponding demo account can be generated, and the demo account and the first behavior data can be associated and saved. Exemplarily, a corresponding demo account is generated based on an application, and the operation data of each functional module is randomly generated according to the operation rules of each functional module in the application, and the operation data of each functional module is saved as the first behavior data of the demo account. In this embodiment, there is a hierarchical relationship between each functional module, and the hierarchical relationship can be understood as the sequential relationship when each functional module is unlocked in turn. The lower the level of the functional module, the earlier the unlocking order, and the higher the level of the functional module, the later the unlocking order. Based on the hierarchical relationship, each functional module can be unlocked in order from low to high. Reference Figure 2After registering an account as a demo account on the server, the server randomly generates operation data for each functional module in the application, from low to high, based on the operation rules of each functional module and the hierarchical relationship of each functional module. After generating the operation data for the last functional module, each functional module is associated with the corresponding operation data and saved as the first line of data for the demo account. Suppose the application is word learning software, the functional modules are word learning levels, the hierarchical relationship is the order in which each word learning level is cleared, and the operation rule for each word learning level is to select the Chinese meaning of the corresponding English word from multiple options. Based on the operation rules, the server randomly selects one of the options in the first word learning level to generate the operation data for the first word learning level. Then, it randomly selects one of the options in the second word learning level to generate the operation data for the second word learning level. And so on, until the operation data for the last word learning level is generated, each operation data is associated with the corresponding word learning level and saved as the first line of data for the currently generated demo account. In this embodiment, the server generates the first behavior data of the demo account when generating the demo account, so that when confirming that the application has logged into the demo account, the pre-generated first behavior data can be quickly obtained, and the first behavior data is sent to the application, thereby improving the efficiency of the application in obtaining the operation data of each functional module, thereby optimizing and improving the efficiency of the application demonstration trial process, and helping to improve the user's trial experience of the application.

[0054] It should be noted that the application may be upgraded after a period of development. The upgraded version adds new functional modules, so that the first behavior data of the demo account saved by the server cannot unlock all functional modules. For example, after the version upgrade, the word learning software adds a new word learning level in the third-to-last level. At this time, the first behavior data of the demo account does not store the operation data of the word learning level, resulting in the application being able to unlock only the third-to-last level based on the first behavior data, while the second-to-last level and the last level are still unlocked. In this regard, the present embodiment proposes that when obtaining the first behavior data of the demo account, it can be determined whether the first behavior data includes the operation data of each functional module of the current application. If not, the operation data of the missing functional modules is randomly generated to ensure that the first behavior data sent to the application includes the operation data of each functional module. For example, Figure 3 This is a flowchart of obtaining the first behavior data provided by the embodiment of the present application. Figure 3 As shown, the step of obtaining the first behavior data specifically includes S1201-S1203:

[0055] S1201. Obtain first behavior data of a demo account, compare the functional modules of each operation data in the first behavior data with each functional module of the application, and determine the functional modules in the application that lack operation data as unused functional modules of the application.

[0056] S1202: Randomly generate operation data of the unused functional blocks according to the operation rules of the unused functional blocks.

[0057] S1203: Store the operation data of the unused functional modules into the first behavior data.

[0058] Exemplarily, the server obtains the first behavior data of the currently saved demo account, compares the functional modules corresponding to each operation data in the first behavior data with each functional module of the current application, and determines the functional modules in the application that are missing operation data as unused functional modules. According to the operation rules of the unused modules, the operation data of the unused functional modules are randomly generated, and the operation data are stored in the first behavior data of the demo account to supplement the operation data of the functional modules that are missing in the first behavior data. After supplementing the operation data of the functional modules that are missing in the first behavior data, the first behavior data is sent to the application so that the application unlocks the corresponding functional modules based on the operation data of each functional module of the current application contained in the first behavior data. This embodiment improves the trial reliability of the application by checking whether the first behavior data contains the operation data of all functional modules before sending the first behavior data to the application, so as to ensure that the application can unlock all functional modules based on the receipt of the first behavior data.

[0059] S130: Send the first behavior data to the application program, so that the application program unlocks each functional module according to the operation data and the level relationship in the first behavior data.

[0060] Exemplarily, the server sends the first behavior data to the application that sent the data acquisition request. The application then retrieves the operational data for each functional module from the received first behavior data and, based on the operational data for each functional module, unlocks each functional module from low to high level according to their hierarchical relationship. After the application unlocks each functional module, the user can select any functional module for trial use. The selected functional module will then demonstrate the corresponding trial process under the user's trial operation.

[0061] The trial operation can be an operation input by the user when personally trying out the functional modules of the application, or it can be an operation that controls the functional modules of the application to demonstrate the trial process based on the corresponding operation data in the first behavior data. Both trial operations allow users to immerse themselves in the process of trying out the application and understand the specific usage process of the application, so that users can more easily gain a deeper understanding of the application.

[0062] In this embodiment, when a user selects the first functional module for personal trial, the user can input a first trial operation into the application. The application generates operational data for operating the first functional module based on the first trial operation, and the application demonstrates the trial process of the first functional module based on this operational data. The first functional module is any unlocked functional module in the application, and the first trial operation is the trial operation input by the user when personally trying out the first functional module of the application. For example, if a user wants to try out the third level of vocabulary learning software, they can click on the third level in the level catalog. The application will display the English word and multiple Chinese interpretations for the third level. After the user selects option A and submits the application, the application will register the user's selection and submission of option A as the first trial operation for the third level. After generating corresponding operational data for the first trial operation, the application will display the results of submitting option A based on this operational data.

[0063] Furthermore, in order to preserve the operation data of the user's personal trial of the first functional module, the operation data can be saved in the first behavior data of the corresponding demonstration account, so that the process of the user's trial of the first functional module can be re-demonstrated based on the first behavior data, thereby improving the user's trial experience. Figure 4 This is a flowchart of saving the operation data of the first functional module to the first behavior data provided by the embodiment of the present application. Figure 4 As shown, the step of saving the operation data of the first functional module to the first behavior data specifically includes S1401-S1402:

[0064] S1401. When a user inputs a first trial operation on a first functional module of an application, receive operation data corresponding to the first trial operation uploaded by the application.

[0065] S1402: Replace the operation data corresponding to the first functional section in the first behavior data of the demo account with the operation data corresponding to the first trial operation.

[0066] Exemplarily, when the application receives the first trial operation of the first functional section input by the user, the operation data of the first functional section is generated based on the first trial operation, and the operation data of the first functional section is uploaded to the server. After the server receives the operation data of the first functional section, the operation data of the first functional section is replaced with the original operation data of the first functional section in the first behavior data of the demo account. For example, when the server receives the operation data of the third word learning level, the operation data is replaced with the original operation data of the third word level in the first behavior data of the demo account, so that the next time the application demonstrates the trial process of the application based on the operation data of the third word level in the first behavior data of the demo account, the user can see the trial process of the application after selecting option A at the third word level and submitting it, and the submission result is displayed.

[0067] Some learning software has the function of analyzing the user's learning results and generating a learning report, so that the user can conduct targeted reinforcement learning based on the learning report. In this regard, in order to demonstrate the application's function of analyzing the use of functional modules during the trial process, after obtaining the first behavior data of the demo account, a first usage report can be generated based on the first behavior data, and the first usage report and the first behavior data can be sent to the application together, so that the application can display the first usage report during the trial, so that the user can understand the analysis function of the application in detail and increase the user's interest in using the application. For example, Figure 5 This is a flowchart of generating and issuing the first usage report provided by the embodiment of the present application. Figure 5 As shown, the steps of generating and issuing the first usage report specifically include S1501-1502:

[0068] S1501: Generate a first usage state and a first usage result of each functional module according to operation data of the corresponding functional module in the first behavior data.

[0069] S1502: Generate a first usage report according to the first usage status and the first usage result, and send the first usage report to the application program so that the application program displays the first usage report.

[0070] The first usage status is the usage status of the corresponding functional module determined based on the operation data in the first behavior data. The first usage result is the usage result of the corresponding functional module determined based on the operation data in the first behavior data. If the first behavior data includes operation data for a functional module, the first usage status corresponding to the functional module is determined to be used. If the first behavior data does not include operation data for a functional module, the first usage status corresponding to the functional module is determined to be unused. The result obtained when the operation data in the first behavior data is used to operate the corresponding functional module is considered the first usage result for the functional module. For example, if the result of selecting a word learning level based on the operation data is a correct selection, the first usage result for the word learning level is a correct selection. If the first usage status of a functional module is unused, there is no corresponding first usage result for the functional module. After the server generates the first usage status and first usage result for each functional module based on the first behavior data, it analyzes the knowledge content corresponding to the functional module and the first usage result to identify the knowledge content to be strengthened. The server then compiles the first usage status, first usage result, and analysis results of each functional module of the application into a first usage report. The first usage report is then distributed to the application so that the application displays the first usage report during the trial. This embodiment displays the first usage report by the application during the trial process, so that the user can more intuitively understand the analysis function of the application based on the first usage status, first usage result and analysis result of each functional module in the first usage report, thereby increasing the user's interest in using the application.

[0071] Furthermore, if the server determines that the account logged into the application is a user account, the behavior data corresponding to the user account is sent to the application, so that the application can unlock the function modules that the user has used based on the received behavior data. Figure 6 This is a flowchart of obtaining and sending user account behavior data provided by the embodiment of the present application. Figure 6 As shown, the steps of obtaining and sending the behavior data of the user account specifically include S1601-S1602:

[0072] S1601: When the account logged into the application is a user account, obtain second behavior data corresponding to the user account.

[0073] Exemplarily, when the server fails to find the account currently logged in by the application in the demonstration account set, it can be determined that the account currently logged in by the application is a user account, and the server can index the corresponding second behavior data in the second database based on the user account. The second database is used to store the second behavior data corresponding to each user account, and the second behavior data refers to the behavior data corresponding to the user account. It should be noted that the server also sets up a first database for storing the first behavior data of each demonstration account. If the application logs in to the demonstration account, the corresponding first behavior data is indexed in the first database based on the demonstration account. This embodiment stores the behavior data of the demonstration account and the user account in different databases so that the server can quickly query the behavior data of the account in the corresponding database, which is conducive to improving the efficiency of the application in obtaining the behavior data of the login account.

[0074] S1602: Send the second behavior data to the application program, so that the application program unlocks the corresponding functional module according to the second behavior data and the hierarchical relationship.

[0075] Exemplarily, the second behavior data includes the operation data of the function modules that have been operated by the corresponding user account. When the server sends the second behavior data to the application, the application can unlock these function modules one by one according to the hierarchical relationship between the function modules based on the operation data of the function modules in the second behavior data, and unlock the next-level function modules of the function module with the highest level in the second behavior data. For example, the second behavior data includes the operation data of the first N word learning levels, and the first N+1 word learning levels in the application can be unlocked based on the second behavior data. By sending the second behavior data of the user data to the application, this embodiment allows the application to unlock the function modules that the user has operated and is about to operate, so that the user can continue to unlock the remaining function modules based on the previous operation, ensuring that ordinary users can use the application normally and improving the reliability of the application.

[0076] It should be noted that if the application can display its analysis function during the trial, then it can also display its analysis process during the formal use process. That is, after the server obtains the second behavior data of the user account, it can generate a second usage report based on the second behavior data, and send the second usage report and the second behavior data together to the application, so that the user can view the second usage report through the application to understand his or her own learning situation. For example, Figure 7 This is a flow chart of generating and issuing a second usage report provided by an embodiment of the present application. Figure 7 As shown, the steps of generating and issuing the second usage report specifically include S1701-S1702:

[0077] S1701: Generate a second usage state and a second usage result for each functional module according to the operation data of the corresponding functional module in the second behavior data.

[0078] S1702: Generate a second usage report according to the second usage status and the second usage result, and send the second usage report to the application program so that the application program displays the second usage report.

[0079] The second usage status is the usage status of the corresponding functional module determined based on the operation data in the second behavior data. The second usage result is the usage result of the corresponding functional module determined based on the operation data in the second behavior data. If the second behavior data includes operation data for a functional module, the second usage status corresponding to the functional module is determined to be used. If the second behavior data does not include operation data for a functional module, the second usage status corresponding to the functional module is determined to be unused. The result obtained when the operation data in the second behavior data is applied to the corresponding functional module is used to obtain the second usage result for the functional module. If the second usage status of a functional module is unused, there is no corresponding second usage result for the functional module. After the server generates the second usage status and second usage result for each functional module based on the second behavior data, it analyzes the knowledge content to be strengthened based on the knowledge content and second usage result corresponding to the functional module. The second usage status, second usage result, and analysis results of each functional module of the application are compiled into a second usage report. The second usage report is then sent to the application, which then displays the second usage report to the user. In this embodiment, the application displays the second usage report so that users can understand their weak points based on the second usage report and strengthen their learning of these weak points, thereby improving user learning efficiency.

[0080] Based on the above embodiments, Figure 8 This is a flow chart of a method for running an application program applied to a client provided by an embodiment of the present application. Figure 8 As shown, the method for running the application program applied to the client includes steps S210-S220:

[0081] S210. Send a data acquisition request to the server, so that the server sends the first behavior data of the demo account to the client when determining that the application has logged into the demo account. The first behavior data includes operation data of each functional module of the application, and there is a hierarchical relationship between the functional modules.

[0082] S220: Unlock each functional module according to the operation data and the level relationship in the first behavior data.

[0083] For example, after logging into an application, the client sends a data retrieval request to the server. Based on the data retrieval request, the server determines that the account logged into the application is a demo account. The server retrieves the first behavior data of the demo account from a first database and sends the first behavior data to the client. After receiving the first behavior data, the client unlocks the application's functional modules one by one, according to the hierarchical relationship of each functional module, from low to high, based on the operational data of each functional module in the first behavior data.

[0084] After the application unlocks each functional module, the user can select any functional module for trial. The selected functional module will demonstrate the corresponding trial process under the user's trial operation.

[0085] In this embodiment, when the client receives a first trial operation input by a user when personally trying out the first functional module of an application, in response to the first trial operation on the first functional module, first operation data of the first functional module is generated according to the first trial operation, and the trial process of the first functional module is demonstrated based on the first operation data. When the client receives a second trial operation in which the user controls the first functional module of the application to demonstrate the trial process based on the corresponding operation data in the first behavior data, in response to the second trial operation on the first functional module, second operation data of the first functional module is obtained in the first behavior data according to the first trial operation, and the trial process of the first functional module is demonstrated based on the second operation data. This embodiment provides two trial operations, which allow users to immersively experience the process of trying out the application and understand the specific usage process of the application, so that users can more easily gain a deeper understanding of the application, greatly improving the user experience.

[0086] In order to more intuitively understand the process of the client and server cooperating to implement the operation method of the application, combined with Figure 9 The schematic diagram of the communication process between the client and the server is shown for exemplary description. Figure 9As shown, after the client logs in to the application, it sends a data retrieval request to the server. Upon receiving the data retrieval request, the server determines whether the account logged in to the application is a user account or a demo account. Upon determining that the application is logged in to a demo account, the server retrieves the first behavior data of the demo account from a first database and determines whether the first behavior data is missing operation data for a functional module of the current application. If so, the server randomly generates operation data for the functional module and stores the operation data in the first behavior data. If the first behavior data is not missing operation data for a functional module, or after supplementing the missing operation data for the functional module in the first behavior data, the server generates a first usage report based on the first behavior data and sends the first behavior data and the first usage report to the client. Upon determining that the application is logged in to a user account, the server retrieves the second behavior data of the user account from a second database and generates a second usage report based on the second behavior data. The server then sends the second behavior data and the second usage report to the client. Upon receiving the first behavior data and the first usage report, the client unlocks each functional module one by one based on the operation data in the first behavior data and the hierarchical relationship between the functional modules in the application, and displays the first usage report through the application. When the client receives the second behavior data and the second usage report, it unlocks the functional modules corresponding to the second behavior data one by one based on the operation data in the second behavior data and the hierarchical relationship between the functional modules in the application, and displays the second usage report through the application.

[0087] In summary, the application operation method provided by the embodiment of the present application is that after the application logs in to the account, the application can send a data acquisition request to the server. When the server determines that the account logged in by the application is a demo account based on the received data acquisition request, it obtains the first operation data of each functional module of the demo account and sends the first operation data to the application. The application unlocks all functional modules according to the hierarchical relationship between the various functional modules through the first operation data, so that the user can perform a trial operation on any functional module of the application. Through the above technical means, the server can send the operation data required to unlock each functional module in the application to the application. The application runs each functional module one by one from low to high level based on the operation data to unlock each functional module, so that the application can unlock all functional modules before demonstrating the trial process. The user can select any functional module to demonstrate the trial process of the application. This solves the problem in the prior art that the application can only unlock the trial of the next functional module after demonstrating the trial process of the previous functional module, improves the trial demonstration efficiency of the application, and greatly shortens the waiting time for users to view the trial demonstration.

[0088] Based on the above embodiments, Figure 10This is a schematic diagram of a structure of a running device for an application on a server provided in an embodiment of the present application. Figure 10 The application running device provided in this embodiment specifically includes: a request receiving module 31, a first data obtaining module 32 and a first unlocking module 33.

[0089] The request receiving module 31 is configured to receive a data acquisition request sent by an application, and determine whether the account logged in by the application is a demo account according to the data acquisition request;

[0090] The first data acquisition module 32 is configured to acquire first behavior data of the demo account when the account logged into the application is a demo account. The first behavior data includes operation data of various functional modules of the application, and there is a hierarchical relationship between the functional modules.

[0091] The first unlocking module 33 is configured to send the first behavior data to the application so that the application unlocks each functional module according to the operation data and level relationship in the first behavior data, and demonstrates the trial process of the unlocked functional module.

[0092] Based on the above embodiment, the first data acquisition module 32 includes: a first behavior data acquisition unit, configured to obtain the first behavior data of the demonstration account, compare the functional modules of each operation data in the first behavior data with the various functional modules of the application, and determine the functional modules in the application that lack operation data as unused functional modules of the application; an operation data generation unit, configured to randomly generate operation data of the unused functional modules according to the operation rules of the unused functional modules; and a data storage unit, configured to store the operation data of the unused functional modules in the first behavior data.

[0093] Based on the above embodiment, the operating device also includes: a behavior data generation module, which is configured to generate a corresponding demonstration account based on the application before receiving a data acquisition request sent by the application, randomly generate operation data of each functional module according to the operation rules of each functional module in the application, and save the operation data of each functional module as the first behavior data of the demonstration account.

[0094] On the basis of the above embodiment, the operating device also includes an operation data replacement module, which includes: an operation data receiving unit, which is configured to receive the operation data corresponding to the first trial operation uploaded by the application when the user inputs the first trial operation on the first functional module of the application after the application unlocks each functional module according to the operation data and the hierarchical relationship in the first behavioral data; the operation data replacement unit is configured to replace the operation data corresponding to the first functional module in the first behavioral data of the demonstration account with the operation data corresponding to the first trial operation.

[0095] Based on the above embodiment, the operating device also includes a first report generation module, which includes: a first usage data generation unit, which is configured to generate a first usage status and a first usage result for each functional module according to the operation data of the corresponding functional module in the first behavior data after obtaining the first behavior data of the demonstration account; a first report generation unit, which is configured to generate a first usage report according to the first usage status and the first usage result, and send the first usage report to the application so that the application displays the first usage report.

[0096] Based on the above embodiment, the operating device also includes a second data acquisition module, which includes: a second behavior data acquisition unit, which is configured to determine whether the account logged in by the application is a demonstration account based on the data acquisition request, and when the account logged in by the application is a user account, obtain the second behavior data corresponding to the user account; a behavior data sending unit, which is configured to send the second behavior data to the application, so that the application can unlock the corresponding functional module according to the second behavior data and the hierarchical relationship.

[0097] Based on the above embodiment, the operating device also includes a second report generation module, which includes: a second usage data generation unit, configured to generate a second usage status and a second usage result for each functional module based on the operation data of the corresponding functional module in the second behavior data; a second report generation unit, configured to generate a second usage report based on the second usage status and the second usage result, and send the second usage report to the application so that the application displays the second usage report.

[0098] Based on the above embodiments, Figure 11 This is a schematic diagram of a structure of a running device for an application program applied to a client provided in an embodiment of the present application. Figure 11 The application running device provided in this embodiment specifically includes: a request sending module 41 and a second unlocking module 42.

[0099] The request sending module 41 is configured to send a data acquisition request to the server, so that the server sends the first operation data of each functional module of the application to the client when determining that the application is logged into the demo account; wherein there is a hierarchical relationship between the functional modules;

[0100] The second unlocking module 42 is configured to unlock each functional module based on the hierarchical relationship according to the first operation data.

[0101] On the basis of the above embodiment, the running device of the application also includes: a first demonstration module, which is configured to generate first operation data of the first function module according to the first trial operation in response to a first trial operation on the first function module after the application unlocks the various function modules according to the operation data in the first behavior data and the hierarchical relationship, and demonstrate the trial process of the first function module based on the first operation data; or, a second demonstration module, which is configured to obtain second operation data of the first function module in the first behavior data according to the first trial operation in response to a second trial operation on the first function module after the application unlocks the various function modules according to the operation data in the first behavior data and the hierarchical relationship, and demonstrate the trial process of the first function module based on the second operation data.

[0102] As described above, the running device of the application provided by the embodiment of the present application can send a data acquisition request to the server after the application logs in to the account. When the server determines that the account logged in by the application is a demo account based on the received data acquisition request, it obtains the first operation data of each functional module of the demo account and sends the first operation data to the application. The application unlocks all functional modules according to the hierarchical relationship between the functional modules through the first operation data, so that the user can perform a trial operation on any functional module of the application. Through the above technical means, the server can send the operation data required to unlock each functional module in the application to the application. The application runs each functional module one by one from low to high level based on the operation data to unlock each functional module, so that the application can unlock all functional modules before demonstrating the trial process. The user can select any functional module to demonstrate the trial process of the application, which solves the problem in the prior art that the application can only unlock the trial of the next functional module after demonstrating the trial process of the previous functional module, improves the trial demonstration efficiency of the application, and greatly shortens the waiting time for users to view the trial demonstration.

[0103] The application running device provided in the embodiment of the present application can be used to execute the application running method provided in the above embodiment, and has corresponding functions and beneficial effects.

[0104] Figure 12This is a schematic diagram of the structure of an application program running device provided in an embodiment of the present application, with reference to Figure 12 The application running device includes: a processor 51, a memory 52, a communication device 53, an input device 54, and an output device 55. The number of processors 51 in the application running device can be one or more, and the number of memories 52 in the application running device can be one or more. The processor 51, memory 52, communication device 53, input device 54, and output device 55 of the application running device can be connected via a bus or other means.

[0105] The memory 52 is a computer-readable storage medium that can be used to store software programs, computer executable programs, and modules, such as program instructions / modules corresponding to the method for running the application in any embodiment of the present application (for example, the request receiving module 31, the first data acquisition module 32, and the first unlocking module 33 in the application running device, or the request sending module 41 and the second unlocking module 42). The memory 52 may mainly include a program storage area and a data storage area, wherein the program storage area can store the operating system and the application required for at least one function; the data storage area can store data created according to the use of the device, etc. In addition, the memory 52 may include a high-speed random access memory and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other non-volatile solid-state storage device. In some instances, the memory may further include a memory remotely located relative to the processor, and these remote memories can be connected to the device via a network. Examples of the above-mentioned network include but are not limited to the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0106] The communication device 53 is used for data transmission.

[0107] The processor 51 executes various functional applications and data processing of the device by running software programs, instructions and modules stored in the memory 52, that is, implements the above-mentioned application program running method.

[0108] The input device 54 may be used to receive input digital or character information and generate key signal input related to user settings and function control of the device. The output device 55 may include a display device such as a display screen.

[0109] The application program running device provided above can be used to execute the application program running method provided in the above embodiment, and has corresponding functions and beneficial effects.

[0110] The present application also provides a storage medium containing computer-executable instructions, which, when executed by a computer processor, are used to execute a method for running an application on a server. The method comprises: receiving a data acquisition request sent by the application, determining whether the account logged into the application is a demo account based on the data acquisition request; if the account logged into the application is a demo account, acquiring first behavior data of the demo account, the first behavior data including operation data of each functional module of the application, wherein each functional module has a hierarchical relationship; and sending the first behavior data to the application so that the application unlocks each functional module based on the first behavior data and the hierarchical relationship. In addition, the computer-executable instructions, when executed by a computer processor, can also be used to execute a method for running an application on a client. The method comprises: sending a data acquisition request to the server, so that, if the server determines that the application has logged into the demo account, sending first behavior data of the demo account to the client, the first behavior data including operation data of each functional module of the application, wherein each functional module has a hierarchical relationship; and unlocking each functional module based on the operation data and the hierarchical relationship in the first behavior data.

[0111] Storage medium - any of various types of memory devices or storage devices. The term "storage medium" is intended to include: installation media, such as CD-ROMs, floppy disks, or tape drives; computer system memory or random access memory, such as DRAM, DDR RAM, SRAM, EDO RAM, Rambus RAM, etc.; non-volatile memory, such as flash memory, magnetic media (such as hard disks or optical storage); registers or other similar types of memory elements, etc. Storage media may also include other types of memory or combinations thereof. In addition, the storage medium may be located in the first computer system in which the program is executed, or it may be located in a different second computer system that is connected to the first computer system via a network (such as the Internet). The second computer system can provide program instructions to the first computer for execution. The term "storage medium" may include two or more storage media residing in different locations (e.g., in different computer systems connected via a network). The storage medium may store program instructions (e.g., embodied as a computer program) that can be executed by one or more processors.

[0112] Of course, the storage medium containing computer-executable instructions provided in an embodiment of the present application is not limited to the above-mentioned method for running the application, and can also execute related operations in the method for running the application provided in any embodiment of the present application.

[0113] The application running device, storage medium and application running equipment provided in the above embodiments can execute the application running method provided in any embodiment of the present application. For technical details not described in detail in the above embodiments, please refer to the application running method provided in any embodiment of the present application.

[0114] The above are only preferred embodiments of the present application and the technical principles employed. The present application is not limited to the specific embodiments described herein, and any obvious changes, readjustments, and substitutions that are apparent to those skilled in the art will not depart from the scope of protection of the present application. Therefore, although the present application has been described in detail through the above embodiments, the present application is not limited to the above embodiments and may include many other equivalent embodiments without departing from the scope of the present application. The scope of the present application is determined by the scope of the claims.

Claims

1. A method for running an application, characterized in that: Applied to the server, including: receiving a data acquisition request sent by an application, and determining, based on the data acquisition request, whether the account logged in by the application is a demo account; When the account logged into the application is a demo account, obtaining first behavior data of the demo account, the first behavior data including operation data of various functional modules of the application, wherein the various functional modules have a hierarchical relationship; The first behavior data is sent to the application program, so that the application program unlocks each of the functional modules according to the operation data in the first behavior data and the hierarchical relationship.

2. The method for running an application according to claim 1, wherein: The obtaining of the first behavior data of the demo account includes: obtaining first behavior data of the demo account, comparing the functional modules of each operation data in the first behavior data with each functional module of the application, and determining the functional modules of the application that lack operation data as unused functional modules of the application; randomly generating operation data of the unused functional block according to the operation rules of the unused functional block; The operation data of the unused functional modules is stored in the first behavior data.

3. The method for running an application according to claim 1, wherein: Before receiving the data acquisition request sent by the application, the method further includes: A corresponding demo account is generated based on the application, operation data of each functional module is randomly generated according to the operation rules of each functional module in the application, and the operation data of each functional module is saved as the first behavior data of the demo account.

4. The method for running an application according to claim 1, wherein: After the application program unlocks each of the functional modules according to the operation data in the first behavior data and the hierarchical relationship, the method further includes: When a user inputs a first trial operation on a first functional module of the application, receiving operation data corresponding to the first trial operation uploaded by the application; The operation data corresponding to the first trial operation replaces the operation data corresponding to the first functional module in the first behavior data of the demonstration account.

5. The method for running an application according to claim 1, wherein: After obtaining the first behavior data of the demo account, the method further includes: generating a first usage state and a first usage result of each functional module according to the operation data of the corresponding functional module in the first behavior data; A first usage report is generated according to the first usage status and the first usage result, and the first usage report is sent to the application so that the application displays the first usage report.

6. The method for running an application according to claim 1, wherein: After determining whether the account logged in by the application is a demo account according to the data acquisition request, the method further includes: In a case where the account logged in by the application is a user account, obtaining second behavior data corresponding to the user account; The second behavior data is sent to the application program, so that the application program unlocks the corresponding function module according to the second behavior data and the hierarchical relationship.

7. The method for running an application according to claim 6, wherein: After obtaining the second behavior data corresponding to the user account, the method further includes: generating a second usage state and a second usage result of each functional block according to the operation data of the corresponding functional block in the second behavior data; A second usage report is generated according to the second usage status and the second usage result, and the second usage report is sent to the application so that the application displays the second usage report.

8. A method for running an application, characterized in that: Applied to the client, including: Sending a data acquisition request to a server, so that the server, when determining that the application is logged into a demo account, sends first behavior data of the demo account to the client, the first behavior data including operation data of various functional modules of the application, wherein the various functional modules have a hierarchical relationship; The respective functional modules are unlocked according to the operation data in the first behavior data and the hierarchical relationship.

9. The method for running an application according to claim 8, wherein: After unlocking each functional module, the following steps are also included: In response to a first trial operation on a first functional module, first operation data of the first functional module is generated according to the first trial operation, and a trial process of the first functional module is demonstrated based on the first operation data; or In response to a second trial operation on the first functional module, second operation data of the first functional module is obtained from the first behavior data according to the first trial operation, and a trial process of the first functional module is demonstrated based on the second operation data.

10. A device for running an application, characterized in that: Applied to the server, including: a request receiving module configured to receive a data acquisition request sent by an application, and determine whether the account logged in by the application is a demo account according to the data acquisition request; a first data acquisition module configured to, when the account logged into the application is a demo account, acquire first behavior data of the demo account, the first behavior data including operation data of various functional modules of the application, wherein the various functional modules have a hierarchical relationship; The first unlocking module is configured to send the first behavior data to the application program, so that the application program unlocks the various functional modules according to the operation data in the first behavior data and the hierarchical relationship.

11. A device for running an application, characterized in that: Applied to the client, including: a request sending module configured to send a data acquisition request to a server, so that the server, upon determining that an application is logged into a demo account, sends first behavior data of the demo account to the client, the first behavior data including operation data of various functional modules of the application, wherein the various functional modules have a hierarchical relationship; The second unlocking module is configured to unlock each of the functional modules according to the operation data in the first behavior data and the hierarchical relationship.

12. A device for running an application, characterized in that: include: one or more processors; The memory stores one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors implement the method for running the application according to any one of claims 1 to 9.

13. A storage medium containing computer-executable instructions, characterized in that: When the computer executable instructions are executed by a computer processor, they are used to execute the method for running the application program according to any one of claims 1 to 9.