Network detection method and related device, electronic equipment and storage medium

Abstract

The invention discloses a network detection method, a related device, electronic equipment and a storage medium, and the network detection method comprises the steps: selecting an application program which currently triggers a network service request as a target application; the current network state is pre-judged based on historical network information determined after the target application and the application programs in the trusted application set recently trigger the network service requests; wherein the historical network information comprises a historical network state and a historical moment when the historical network state is determined; based on the current network state, determining a timeout request duration of the target application; wherein the timeout request duration is in positive correlation with the network quality represented by the current network state; and determining whether to prompt a network service request which cannot respond to the target application currently based on whether a request feedback result of the target application is obtained within the timeout request duration. According to the scheme, the judgment precision of the network state and the feedback speed of the application program can be improved.

Description

Technical Field

[0001] The present application relates to the field of network technology, and in particular to a network detection method and related devices, electronic equipment and storage media. Background Art

[0002] With the rapid popularization of the Internet, electronic devices such as smartphones and tablets are widely used in many scenarios such as daily life, study and work, professional engineering, etc. When connected to the Internet, various applications in the application system of electronic devices can provide users with a variety of different information to meet their various usage needs.

[0003] At present, applications generally rely on internal detection of the application system to learn about the network status in order to meet the application's needs for determining the network status. However, this approach often has significant limitations in specific environments such as tunnels and elevators. Especially in weak network environments, long progress bars are usually required to load and refresh, resulting in slow application feedback and increased user waiting time. In addition, untimely refresh may lead to incorrect network status judgment. In view of this, how to improve the accuracy of network status judgment and the feedback speed of applications has become an urgent problem to be solved. Summary of the invention

[0004] The main technical problem solved by the present application is to provide a network detection method and related devices, electronic devices and storage media, which can improve the judgment accuracy of network status and the feedback speed of application programs.

[0005] In order to solve the above technical problems, the first aspect of the present application provides a network detection method, including: selecting an application that currently triggers a network service request as a target application; predicting the current network state based on the historical network information determined after the target application and the application in the trusted application set each recently triggered a network service request; wherein the historical network information includes the historical network state and the historical moment when the historical network state was determined; based on the current network state, determining the timeout request duration of the target application; wherein the timeout request duration is positively correlated with the network quality represented by the current network state; based on whether the request feedback result of the target application is obtained within the timeout request duration, determining whether it is prompted that the network service request of the target application cannot be responded to at present.

[0006] In order to solve the above technical problems, the second aspect of the present application provides a network detection device, including: a selection module, a pre-judgment module, a determination module and a prompt module, the selection module is used to select the application that currently triggers the network service request as the target application; the pre-judgment module is used to predict the current network status based on the historical network information determined after the target application and the application in the trusted application set each recently triggered the network service request; wherein the historical network information includes the historical network status and the historical time when the historical network status was determined; the determination module is used to determine the timeout request duration of the target application based on the current network status; wherein the timeout request duration is positively correlated with the network quality represented by the current network status; the prompt module is used to determine whether to prompt that the network service request of the target application cannot be responded to at present based on whether the request feedback result of the target application is obtained within the timeout request duration.

[0007] In order to solve the above technical problems, the third aspect of the present application provides an electronic device, which at least includes a memory and a processor coupled to each other, the memory at least stores program instructions, and the processor is used to execute the program instructions to implement the network detection method in the above first aspect.

[0008] In order to solve the above technical problem, the fourth aspect of the present application provides a computer-readable storage medium, which stores program instructions that can be executed by a processor, and the program instructions are used to implement the network detection method of the first aspect.

[0009] The above scheme selects the application that currently triggers the network service request as the target application, and then predicts the current network state based on the historical network information determined by the target application and the application in the trusted application set after each of them recently triggered the network service request, and the historical network information includes the historical network state and the historical time when the historical network state was determined, so as to determine the timeout request duration of the target application based on the current network state, and the timeout request duration is positively correlated with the network quality represented by the current network state, and then determine whether to prompt that the network service request of the target application cannot be responded to based on whether the request feedback result of the target application is obtained within the timeout request duration. Therefore, on the one hand, since the current network state is determined by the target application itself and the application in the trusted application set after each of them recently triggered the network service request The determined historical network information is predicted without relying on the internal detection of the application system, which can avoid network status judgment errors caused by untimely refresh as much as possible, and help improve the judgment accuracy of the network status. On the other hand, since the timeout request duration is adaptively determined based on the current network status obtained in the prediction, and the timeout request duration is positively correlated with the network quality represented by the current network status, that is, the higher the network quality represented by the current network status, the longer the timeout request duration, and it can allow a longer waiting time in a high-quality network to successfully obtain the feedback result of the network service request. On the contrary, the lower the network quality represented by the current network status, the shorter the timeout request duration, and it can only wait for a short time in a low-quality network to shorten the waiting time as much as possible in a weak network environment, which helps to improve the feedback speed of the application. Therefore, it can improve the judgment accuracy of the network status and the feedback speed of the application. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Figure 1 It is a flowchart of an embodiment of the network detection method of the present application;

[0011] Figure 2 It is a schematic diagram of the framework of an embodiment of the network detection device of the present application;

[0012] Figure 3 It is a schematic diagram of the framework of an embodiment of the electronic device of the present application;

[0013] Figure 4 It is a schematic diagram of a framework of an embodiment of a computer-readable storage medium of the present application. DETAILED DESCRIPTION

[0014] The scheme of the embodiment of the present application is described in detail below in conjunction with the drawings of the specification.

[0015] In the following description, for the purpose of explanation rather than limitation, specific details such as specific system structures, interfaces, and technologies are provided to facilitate a thorough understanding of the present application.

[0016] The terms "system" and "network" are often used interchangeably in this article. The term "and / or" in this article is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, the fragment " / " in this article generally indicates that the associated objects before and after are in an "or" relationship. In addition, "many" in this article means two or more than two.

[0017] See also Figure 1 , Figure 1 It is a flow chart of an embodiment of the network detection method of the present application.

[0018] Specifically, the following steps may be included:

[0019] Step S11: Select the application program that currently triggers the network service request as the target application.

[0020] In an implementation scenario, the application system may include multiple applications, and the application may be triggered by user operations to request a network service, or the application layer may automatically trigger a network service request. For example, taking an application for listening to music as an example, when the user opens the application and clicks on a song to play, a network service request may be triggered, such as requesting song audio, cover, lyrics and other information; or, taking an application for watching the stock market as an example, the application may automatically trigger a network service request at intervals of a preset duration (e.g., 0.5 seconds, 1 second, etc.), such as requesting the current stock price, trading volume and other information. Of course, the above examples are only a few possible examples of application programs triggering network service requests in actual applications, and do not limit the specific way of triggering network service requests.

[0021] In one implementation scenario, as mentioned above, the application program may be included in an application system. The application system may specifically include, but is not limited to: a Windows operating system, a mobile terminal system such as Android, or an embedded system such as Ubuntu, and the specific type of the application system is not limited here.

[0022] In an implementation scenario, when it is detected that a certain application is currently triggering a network service request, the application can be used as the target application. Exemplarily, the application system may include N applications, some of which may be in a silent state (i.e., not pulled up by the user, and not automatically triggering a network service request), such as alarm clocks, notes, calculators and other applications, and some applications may be in a state of automatically triggering a network service request, such as an online music player application in a playing state, a stock application in the foreground, etc. There are also applications that may be used to trigger a network service request, such as chat applications. Among the above N applications, if it is currently detected that a user enters text in a chat application and sends it, a network service request is triggered. Of course, other applications can be deduced by analogy, and examples are not given one by one here.

[0023] Step S12: Predict the current network status based on the historical network information respectively determined after the target application and the application programs in the trusted application set have recently triggered network service requests.

[0024] In the disclosed embodiment, the historical network information includes the historical network status and the historical moment when the historical network status is determined. Exemplarily, the historical network information of a certain application may include but is not limited to: "XX day XX hour XX minute 01 second - network status", "XX day XX hour XX minute 10 seconds - network status", "XX day XX hour XX minute 50 seconds - no network status". Of course, the above example is only a possible example of historical network information in the actual application process, and the specific content of the historical network information is not limited here. In addition, in addition to "roughly" representing the network status or no network status, the historical network status can also be more "detailed" when the network status is available. Still taking the above historical network information as an example, it can specifically include but is not limited to: "XX day XX hour XX minute 01 second - network status and strong network status", "XX day XX hour XX minute 10 seconds - network status and weak network status", "XX day XX hour XX minute 50 seconds - no network status". Of course, in order to indicate the strength of the network, in addition to the text "strong network status" and "weak network status" as in the above example, specific network strength values ​​such as RSSI can also be used to indicate it, which is not limited here.

[0025] In one implementation scenario, the trusted application set may be composed of applications whose historical network status is trusted. As a possible example, the trusted application set may be initialized first. Specifically, the attribute information of each application in the application system may be obtained, and the attribute information may include: the frequency of use of the application, whether the application is at least one of the built-in programs of the application system. On this basis, it may be determined whether to select the application to the trusted application set based on the attribute information of the application. The above method determines whether to select the application to the trusted application set based on the attribute information of the application, which can improve the initialization quality of the trusted application set as much as possible and help improve the credibility of historical network information.

[0026] In a specific implementation scenario, when the attribute information includes the frequency of use of the application, the higher the frequency of use of the application, the higher the possibility of selecting the application into the trusted application set. For example, the applications in the application system can be sorted according to the frequency of use of the application, and then the applications that are located before a preset order (such as the top five, top eight, top ten, etc.) are selected into the trusted application set.

[0027] In a specific implementation scenario, when the attribute information includes whether the application program is a built-in program of the application system, the built-in program of the application system can be selected into the trusted application set.

[0028] In an implementation scenario, the most recently triggered network service request may be the most recently triggered network service request, or may be the network service request triggered several times recently (e.g., the most recently two times, the most recently three times, the most recently four times, etc.). As a possible example, taking the most recently triggered network service request as the most recently triggered network service request as an example, the historical network information determined after the target application itself most recently triggered the network service request may be obtained, such as "XX day XX hour XX minute 20 seconds - there is a network status and a strong network status", and the historical network information determined by the most recently triggered network service request of the application in the trusted application set may be obtained, such as "XX day XX hour XX minute 30 seconds - there is a network status and a strong network status". Of course, the above examples are only possible examples of the historical network information determined after the target application and the application in the trusted application set each triggered the network service request most recently, and the specific contents of the historical network information corresponding to the target application and the application in the trusted application set are not limited here.

[0029] In one implementation scenario, after obtaining the historical network information determined after the target application and the application in the trusted application set each recently triggered a network service request, the historical network state can be selected as the first network state and the historical moment can be selected as the first historical moment in the historical network information corresponding to the target application, and the historical network state can be selected as the second network state and the historical moment can be selected as the second historical moment in the historical network information corresponding to the application in the trusted application set. On this basis, the first network state or the second network state can be selected as the current network state based on the first historical moment and the second historical moment. The above method selects one of the two historical network states as the current network state according to the historical moment of the historical network state obtained after the target application and the application in the trusted application set each recently triggered a network service request, which helps to improve the accuracy and efficiency of predicting the current network state.

[0030] In a specific implementation scenario, as a possible example, the historical network information determined after the most recent network service request is obtained is taken as an example. As mentioned above, the historical network information corresponding to the target application may include but is not limited to "XX day XX hour XX minute 20 seconds - network status and strong network status", then the first network status may be "network status and strong network status", and the first historical moment may be "XX day XX hour XX minute 20 seconds", and the historical network information corresponding to the application in the trusted application set may include but is not limited to "XX day XX hour XX minute 30 seconds - network status and strong network status", then the second network status may be "network status and strong network status", and the second historical moment may be "XX day XX hour XX minute 30 seconds". Of course, the above example is only a possible example of the first network status, the second network status, the first historical moment and the second historical moment in the actual application process, and does not limit the specific content of the first network status, the second network status, the first historical moment and the second historical moment.

[0031] In a specific implementation scenario, in response to the fact that the elapsed time from at least the first historical moment to the current moment is not greater than the first time threshold, the first network state can be selected as the current network state. That is, when the elapsed time from the first historical moment to the current moment is not greater than the first time threshold, or when the elapsed time from the first historical moment and the second historical moment to the current moment is not greater than the first time threshold, the first network state can be selected as the current network state. It should be noted that the first time threshold can be set according to the actual application situation. For example, when the prediction accuracy of the network state is relatively high, the first time threshold can be set appropriately smaller, or, when the prediction accuracy of the network state is relatively loose, the first time threshold can be set appropriately larger. The specific value of the first time threshold is not limited here. Still taking the above historical network information as an example, when the current moment is "XX day XX hour XX minute 40 seconds" and the first duration threshold is set to 30 seconds, since the elapsed time from the first historical moment to the current moment is 20 seconds not greater than the first duration threshold of 30 seconds, and the elapsed time from the second historical moment to the current moment is 10 seconds not greater than the first duration threshold of 30 seconds, the first historical state "network state and strong network state" can be selected as the current network state. Of course, the above example is only a possible example in the actual application process, and other possible situations are not given examples one by one here. In the above method, in response to the elapsed time from at least the first historical moment to the current moment being not greater than the first duration threshold, the first network state is selected as the current network state. When the elapsed time from at least the first historical moment to the current moment is not greater than the first duration threshold, that is, when at least the first historical moment of the first network state is within the time limit defined by the first duration threshold, the first network state of the target application itself is preferentially selected as the current network state, which helps to improve the prediction accuracy of the network state.

[0032] In a specific implementation scenario, in response to the fact that only the elapsed time from the second historical moment to the current moment is not greater than the first time threshold, the second network state is selected as the current network state. That is, when the elapsed time from the first historical moment to the current moment is greater than the first time threshold, and the elapsed time from the second historical moment to the current moment is not greater than the first time threshold, the second network state can be selected as the current network state. It should be noted that the specific setting of the first time threshold can refer to the above-mentioned related description, which will not be repeated here. Still taking the above-mentioned historical network information as an example, when the current moment is "XX day XX hour XX minute 40 seconds" and the first time threshold is set to 15 seconds, since the elapsed time from the first historical moment to the current moment is 20 seconds greater than the first time threshold of 15 seconds, and the elapsed time from the second historical moment to the current moment is 10 seconds not greater than the first time threshold of 15 seconds, the second historical state "network state and strong network state" can be selected as the current network state. Of course, the above example is only a possible example in the actual application process, and other possible situations are not given one by one here. The above method, in response to the fact that only the elapsed time from the second historical moment to the current moment is not greater than the first time threshold, selects the second network state as the current network state. When only the elapsed time from the second historical moment to the current moment is not greater than the first time threshold, that is, only the second historical moment of the second network state is within the time limit defined by the first time threshold, the second network state can be selected as the current network state, which helps to improve the prediction accuracy of the network state.

[0033] In a specific implementation scenario, different from the above two situations, in response to the fact that the elapsed time from the first historical moment and the second historical moment to the current moment is greater than the first time threshold, that is, the first network state and the second network state are not within the time limit defined by the first time threshold, then the first network state and the second network state with the shorter elapsed time corresponding to each other can be selected as the current network state.

[0034] Step S13: Based on the current network status, determine the timeout request duration of the target application.

[0035] In the disclosed embodiment, the timeout request duration is positively correlated with the network quality represented by the current network state. That is, the higher the network quality represented by the current network state, the longer the timeout request duration is, and vice versa, the lower the network quality represented by the current network state, the shorter the timeout request duration is. Exemplarily, taking the current network state "roughly" represented by "network state" or "no network state" as an example, the network quality represented by "network state" is higher than the network quality represented by "no network state"; or, taking the current network state "detailedly" represented by expressions such as "network state and strong network state", "network state and weak network state", "no network state" and the like to express the network quality, the network quality represented by "network state and strong network state" is higher than the network quality represented by "network state and weak network state", and the network quality represented by "network state and weak network state" is higher than the network quality represented by "no network state". Other situations can be deduced by analogy, and no examples are given here one by one.

[0036] In one implementation scenario, as a possible example, several timeout request durations can be pre-set, such as 5 seconds, 10 seconds, 15 seconds, etc. Then, after obtaining the current network status, one of the several timeout request durations can be selected as the timeout request duration of the target application based on the network quality represented by the current network status. Exemplarily, taking the current network status being "detailedly" represented by "network status and strong network status", "network status and weak network status", and "no network status" as an example, when the current network status is "network status and strong network status", based on the principle that the timeout request duration is positively correlated with the network quality represented by the current network status, the largest one of several timeout request durations, such as 15 seconds, can be selected as the timeout request duration of the target application; or, when the current network status is "network status and weak network status", based on the principle that the timeout request duration is positively correlated with the network quality represented by the current network status, a moderate one of several timeout request durations, such as 10 seconds, can be selected as the timeout request duration of the target application; or, when the current network status is "no network status", based on the principle that the timeout request duration is positively correlated with the network quality represented by the current network status, the smallest one of several timeout request durations, such as 5 seconds, can be selected as the timeout request duration of the target application. Of course, the above example is only a possible example in actual application. When the preset timeout request durations are other values ​​or when the current network status is expressed in other ways, the timeout request duration of the target application can be deduced by analogy, and no examples are given here one by one.

[0037] In another implementation scenario, as another possible example, a mapping relationship showing a positive correlation between network quality and timeout request duration may also be preset. On this basis, after the current network quality is predicted, the network quality represented by the current network quality may be mapped based on the mapping relationship to obtain the timeout request duration of the target application. Exemplarily, the aforementioned mapping relationship may be a linear mapping relationship or a nonlinear mapping relationship, which is not limited here.

[0038] Step S14: Based on whether the request feedback result of the target application is obtained within the timeout request duration, it is determined whether it is prompted that the network service request of the target application cannot be responded to at present.

[0039] It should be noted that the request feedback result of the target application specifically represents the request feedback result of the network service request triggered by the target application this time. For example, taking the target application as "online music player" as an example, the network service request of the target application this time is triggered by the user clicking on any song. If the target application obtains the audio, lyrics, cover and other information of the song, it can be determined that the request feedback result is obtained; or, taking the target application as "chat software" as an example, the network service request of the target application this time is triggered by the user sending a message. If the target application obtains the relevant instructions indicating that the message has been successfully sent, it can be determined that the request feedback result is obtained. Other situations can be deduced by analogy, and examples are not given one by one here.

[0040] In one implementation scenario, in response to obtaining a request feedback result within the timeout request duration, it is possible not to prompt that the network service request of the target application cannot be responded to at present. Taking the current network status as "network status and strong network status" as an example, as mentioned above, the timeout request duration of the target application can be set to 15 seconds, and if the request feedback result is obtained within 15 seconds after the target application triggers the network service request this time, it is possible not to prompt that the network service request of the target application cannot be responded to at present; or, taking the current network status as "network status and weak network status" as an example, as mentioned above, the timeout request duration of the target application can be set to 10 seconds, and if the request feedback result is obtained within 10 seconds after the target application triggers the network service request this time, it is possible not to prompt that the network service request of the target application cannot be responded to at present; or, taking the current network status as "no network status" as an example, as mentioned above, the timeout request duration of the target application can be set to 5 seconds, and if the request feedback result is obtained within 5 seconds after the target application triggers the network service request this time, it is possible not to prompt that the network service request of the target application cannot be responded to at present. In other words, the worse the network quality represented by the current network status, the shorter the corresponding timeout request duration, and generally, the lower the possibility of obtaining the request feedback result, that is, the shorter the waiting time the user needs to wait. In other words, the worse the network quality represented by the current network status, the shorter the waiting time the user needs to wait, so as to minimize the waiting time when the possibility of successfully obtaining the request feedback result is low.

[0041] In one implementation scenario, in response to not obtaining a request feedback result within the timeout request duration, it can be prompted that the network service request of the target application cannot be responded to at present. Taking the current network status as "network status and strong network status" as an example, as mentioned above, the timeout request duration of the target application can be set to 15 seconds, and if the request feedback result is not obtained within 15 seconds after the target application triggers the network service request this time, it can be prompted that the network service request of the target application cannot be responded to at present; or, taking the current network status as "network status and weak network status" as an example, as mentioned above, the timeout request duration of the target application can be set to 10 seconds, and if the request feedback result is not obtained within 10 seconds after the target application triggers the network service request this time, it can be prompted that the network service request of the target application cannot be responded to at present; or, taking the current network status as "no network status" as an example, as mentioned above, the timeout request duration of the target application can be set to 5 seconds, and if the request feedback result is not obtained within 5 seconds after the target application triggers the network service request this time, it can be prompted that the network service request of the target application cannot be responded to at present. In other words, the worse the network quality represented by the current network status, the shorter the corresponding timeout request duration, and generally, the lower the possibility of obtaining the request feedback result, that is, the shorter the waiting time the user needs to wait. In other words, the worse the network quality represented by the current network status, the shorter the waiting time the user needs to wait, so as to minimize the waiting time when the possibility of successfully obtaining the request feedback result is low.

[0042] In an implementation scenario, for any application that triggers a network service request, the historical network state at the historical moment when the network service request was triggered can be determined based on whether the application obtains the request feedback result within the corresponding timeout request duration. After that, the historical network state and the historical moment when the historical network state was determined can be broadcasted in the application system together so that each application in the application system can learn about it.

[0043] In an implementation scenario, for the target application, after determining the timeout duration of the target application's request based on the current network status, the historical network information determined after the target application triggers the network service request this time can be obtained based on whether the target application's request feedback result is obtained within the timeout duration. Then, in the application system, the historical network information determined after the target application triggers the network service request this time is broadcast so that each application in the application system can be informed, thereby being able to update the historical network information in a timely manner for use when any application in the application system subsequently triggers a network service request.

[0044] In a specific implementation scenario, in response to obtaining a request feedback result within the timeout request duration, it can be determined that the historical network state of the target application triggering the network service request this time at least includes that the network is available and the historical moment is the time when the request feedback result is obtained. Specifically, the historical network state can be set according to whether the "granularity requirement" expressed by it is "roughly" expressed or "finely" expressed. Exemplarily, when "roughly" expressed is required, if the request feedback result is obtained within the timeout request duration, it can be determined that the historical network state of the target application triggering the network service request this time can be expressed as "network status". Alternatively, when a "detailed" representation is required, if the request feedback result is obtained within the timeout request duration and the difference between the time when the request feedback result is obtained and the time when the network service request is triggered is lower than a set threshold (e.g., 4 seconds, 5 seconds, etc.), it can be determined that the historical network state of the target application triggering the network service request this time can be expressed as "network status and strong network status", or if the request feedback result is obtained within the timeout request duration and the difference between the time when the request feedback result is obtained and the time when the network service request is triggered is higher than a set threshold (e.g., 4 seconds, 5 seconds, etc.), it can be determined that the historical network state of the target application triggering the network service request this time can be expressed as "network status and weak network status". In the above manner, in response to obtaining the request feedback result within the timeout request duration, it is determined that the historical network state of the target application triggering the network service request this time at least includes that the network is available and the historical time is the time when the request feedback result is obtained. If the request feedback result is obtained within the timeout request duration, the time when the request feedback result is obtained is used as the historical time to improve the accuracy of the historical time as much as possible.

[0045] In a specific implementation scenario, in response to not obtaining a request feedback result within a timeout request duration, it is determined that the historical network state of the target application triggering the network service request this time at least includes that the network is unavailable and the historical moment is the time when the timeout request duration arrives. Specifically, as mentioned above, in this case, the historical network state can be expressed as "no network state". In the above method, in response to not obtaining a request feedback result within a timeout request duration, it is determined that the historical network state of the target application triggering the network service request this time at least includes that the network is unavailable and the historical moment is the time when the timeout request duration arrives. If the request feedback result is not obtained within the timeout request duration, the time when the timeout request duration arrives can be used as the historical moment to improve the accuracy of the historical moment as much as possible.

[0046] In one implementation scenario, in order to improve the reference value of the trusted application set, the trusted application set can be checked regularly. Specifically, for each application in the trusted application set, the network status sequence of the application can be obtained based on the historical network status whose elapsed time from the historical moment to the current moment is not greater than the second time threshold. On this basis, it can be determined whether to transfer the application out of the trusted application set based on the network status sequence of each application in the trusted application set. The above method determines whether to move the application out of the trusted application set based on the network status sequence formed by the historical network status within the failure period limited by the second time threshold, and can discover applications with abnormal network status sequences from the time dimension, which helps to improve the reference value of the trusted application set.

[0047] In a specific implementation scenario, the second duration threshold can be specifically set according to the timeliness requirement. For example, when the timeliness requirement is relatively high, the second duration threshold can be set to be appropriately shorter, or when the timeliness requirement is relatively low, the second duration threshold can be set to be appropriately longer. The specific value of the second duration threshold is not limited here.

[0048] In a specific implementation scenario, for each application in the trusted application set, the historical network information determined after each network service request is triggered can be screened. Specifically, for each historical network information, it can be checked whether the elapsed time from the historical moment to the current moment in the historical network information is not greater than the second time threshold. If so, the historical network information can be selected. Finally, the selected historical network information can be sorted according to the order of the historical moments in the historical network information to obtain a network state sequence. Exemplarily, the network state sequence can be expressed as {(historical moment 1, historical network state 1), (historical moment 2, historical network state 2), ..., (historical moment t, historical network state t)}. Of course, the above example is only a possible representation of the network state sequence, and the specific representation of the network state sequence is not limited here.

[0049] In a specific implementation scenario, after obtaining the network status sequence of each application in the trusted application set, each application in the trusted application set can be selected as the current application, and an application other than the current application in the trusted application set can be selected as a reference application, and then the correlation between the network status sequence of the current application and the network status sequence of the reference application can be obtained. Exemplarily, the network status sequence can be mapped on a two-dimensional coordinate with the historical moment as the horizontal axis and the historical network state as the vertical axis, so that each application can form a trend curve representing the change of the historical network state with the historical moment, and then the trend curve of the current application can be correlated with the trend curve of the reference application to obtain the correlation. Of course, the above example is only a possible example of obtaining the correlation, and other ways of obtaining the correlation are not limited thereto. On this basis, it can be determined whether to remove the current application from the trusted application set based on the reference application whose correlation with the current application meets the correlation condition. As a possible example, the correlation condition can be set to a correlation higher than a correlation threshold (such as 0.8, 0.9, etc.), which is not limited here. Specifically, the total number of reference applications that meet the correlation condition can be counted. If the total number is higher than the quantity threshold, it can be considered that the trend curve of the historical network status of the current application is more correlated with the trend curves of the historical network status of more reference applications, and the current application can be considered more reliable, so it can be retained in the trusted application set. Otherwise, it can be considered that the current application is no longer reliable, so it can be removed from the trusted application set. The above method can improve the reference value of the trusted application set by obtaining the correlation between the network status sequences of the application programs to measure whether to remove them from the trusted application set.

[0050] In one implementation scenario, in order to enhance the reference value of the trusted application set, in contrast to the aforementioned periodic verification method, timely and real-time verification can also be performed. Specifically, in the case where the target application happens to be an application in the trusted application set, it is also possible to determine whether to detect the target application's networking permissions based on the historical network information determined after the target application triggers the network service request this time, and determine whether to remove the target application from the trusted application set based on the target application's detection results of the networking permissions. The above method, by determining whether to detect the target application's networking permissions based on the historical network information determined after the target application triggers the network service request this time, and determining whether to remove the target application from the trusted application set based on the detection results of the networking permissions, can timely update the trusted application set during use, which helps to enhance the reference value of the trusted application set.

[0051] In a specific implementation scenario, after obtaining the historical network information determined after the target application triggers the network service request this time, it can be determined to detect the network permission of the target application in response to the historical network status determined after the target application triggers the network service request this time at least including network unavailability (such as the aforementioned "no network status"), and in response to the historical network status determined after the target application triggers the network service request this time at least including network availability (such as the aforementioned "network status", "network status and strong network status", "network status and weak network status", etc.), it is determined not to detect the network permission of the target application, and the target application is not directly removed from the trusted application set. The above method determines whether to detect or not detect the network permission of the target application through different situations of historical network information, which helps to improve the update efficiency of the trusted application set.

[0052] In a specific implementation scenario, after obtaining the target application's detection result on the Internet access permission, it can be determined not to remove the target application from the trusted application set in response to the target application's detection result on the Internet access permission including that the target application has the Internet access permission, and it can be determined to remove the target application from the trusted application set in response to the target application's detection result on the Internet access permission including that the target application does not have the Internet access permission. It should be noted that, since the Internet access permission of the application may be changed by the user during use (e.g., from "allow Internet access" to "do not allow Internet access", or from "do not allow Internet access" to "allow Internet access", etc.), when the target application does not have Internet access permission, it can be determined that its historical network status is also difficult to have reference value for network detection. On the contrary, when the target application has Internet access permission, it can be determined that its historical network status has reference value for network detection. The above method determines whether to remove the target application from the trusted application set through the detection result of Internet access permission, which can maximize the reference value of the trusted application set.

[0053] The above scheme selects the application that currently triggers the network service request as the target application, and then predicts the current network state based on the historical network information determined by the target application and the application in the trusted application set after each of them recently triggered the network service request, and the historical network information includes the historical network state and the historical time when the historical network state was determined, so as to determine the timeout request duration of the target application based on the current network state, and the timeout request duration is positively correlated with the network quality represented by the current network state, and then determine whether to prompt that the network service request of the target application cannot be responded to based on whether the request feedback result of the target application is obtained within the timeout request duration. Therefore, on the one hand, since the current network state is determined by the target application itself and the application in the trusted application set after each of them recently triggered the network service request The determined historical network information is predicted without relying on the internal detection of the application system, which can avoid network status judgment errors caused by untimely refresh as much as possible, and help improve the judgment accuracy of the network status. On the other hand, since the timeout request duration is adaptively determined based on the current network status obtained in the prediction, and the timeout request duration is positively correlated with the network quality represented by the current network status, that is, the higher the network quality represented by the current network status, the longer the timeout request duration, and it can allow a longer waiting time in a high-quality network to successfully obtain the feedback result of the network service request. On the contrary, the lower the network quality represented by the current network status, the shorter the timeout request duration, and it can only wait for a short time in a low-quality network to shorten the waiting time as much as possible in a weak network environment, which helps to improve the feedback speed of the application. Therefore, it can improve the judgment accuracy of the network status and the feedback speed of the application.

[0054] See also Figure 2 , Figure 2 It is a schematic diagram of a framework of an embodiment of a network detection device 20 of the present application. The network detection device 20 includes: a selection module 21, a prejudgment module 22, a determination module 23 and a prompt module 24. The selection module 21 is used to select the application that currently triggers the network service request as the target application; the prejudgment module 22 is used to prejudge the current network state based on the historical network information determined after the target application and the application in the trusted application set each recently triggered the network service request; wherein the historical network information includes the historical network state and the historical moment when the historical network state was determined; the determination module 23 is used to determine the timeout request duration of the target application based on the current network state; wherein the timeout request duration is positively correlated with the network quality represented by the current network state; the prompt module 24 is used to determine whether to prompt that the network service request of the target application cannot be responded to at present based on whether the request feedback result of the target application is obtained within the timeout request duration.

[0055] In the above scheme, the network detection device 20 selects the application that currently triggers the network service request as the target application, and then predicts the current network state based on the historical network information determined after the target application and the application in the trusted application set each recently triggered the network service request, and the historical network information includes the historical network state and the historical time when the historical network state was determined, so as to determine the timeout request duration of the target application based on the current network state, and the timeout request duration is positively correlated with the network quality represented by the current network state, and then based on whether the request feedback result of the target application is obtained within the timeout request duration, it is determined whether it is prompted that the network service request of the target application cannot be responded to at present. Therefore, on the one hand, since the current network state is determined by the target application itself and the application in the trusted application set each recently triggered the network service request After that, the historical network information determined respectively is predicted without relying on the internal detection of the application system, which can avoid the network status judgment error caused by untimely refresh as much as possible, which helps to improve the judgment accuracy of the network status. On the other hand, since the timeout request duration is adaptively determined based on the current network status obtained in the prediction, and the timeout request duration is positively correlated with the network quality represented by the current network status, that is, the higher the network quality represented by the current network status, the longer the timeout request duration is, and it can allow a longer waiting time in a high-quality network to successfully obtain the feedback result of the network service request. On the contrary, the lower the network quality represented by the current network status is, the shorter the timeout request duration is, and it can only wait for a short time in a low-quality network to shorten the waiting time as much as possible in a weak network environment, which helps to improve the feedback speed of the application. Therefore, it can improve the judgment accuracy of the network status and the feedback speed of the application.

[0056] In some disclosed embodiments, the prediction module 22 includes a first selection submodule, which is used to select the historical network state as the first network state and the historical moment as the first historical moment in the historical network information corresponding to the target application, and to select the historical network state as the second network state and the historical moment as the second historical moment in the historical network information corresponding to the application program in the trusted application set; the prediction module 22 includes a second selection submodule, which is used to select the first network state or the second network state as the current network state based on the first historical moment and the second historical moment.

[0057] In some disclosed embodiments, the second selection submodule is specifically used to perform at least one of the following: in response to the elapsed time from at least the first historical moment to the current moment being not greater than the first time threshold, selecting the first network state as the current network state; in response to the elapsed time from only the second historical moment to the current moment being not greater than the first time threshold, selecting the second network state as the current network state.

[0058] In some disclosed embodiments, after the historical network state is determined, the historical network state and the historical moment when the historical network state is determined are broadcasted in the application system.

[0059] In some public embodiments, the network detection device 20 includes an acquisition module for acquiring historical network information determined after the target application triggers the network service request this time, based on whether the request feedback result of the target application is obtained within the timeout request duration; the network detection device 20 includes a broadcast module for broadcasting the historical network information determined after the target application triggers the network service request this time in the application system.

[0060] In some public embodiments, the acquisition module includes a first acquisition sub-module for determining, in response to obtaining a request feedback result within a request timeout period, that the historical network status of the target application triggering the network service request this time at least includes that the network is available and the historical moment is the acquisition moment of the request feedback result; the acquisition module includes a second acquisition sub-module for determining, in response to not obtaining a request feedback result within the request timeout period, that the historical network status of the target application triggering the network service request this time at least includes that the network is unavailable and the historical moment is the arrival moment of the request timeout period.

[0061] In some disclosed embodiments, the prompt module 24 is specifically used to perform at least one of the following: in response to obtaining a request feedback result within a timeout request duration, no prompt is given that the network service request of the target application cannot be responded to at present; in response to not obtaining a request feedback result within a timeout request duration, a prompt is given that the network service request of the target application cannot be responded to at present.

[0062] In some disclosed embodiments, the network detection device 20 includes an attribute module for obtaining attribute information of each application in the application system; wherein the attribute information includes: the frequency of use of the application, and whether the application is at least one of the built-in programs of the application system; the network detection device 20 includes a collection module for determining whether to select the application into the trusted application set based on the attribute information of the application.

[0063] In some disclosed embodiments, the network detection device 20 includes a screening module for obtaining a network status sequence of each application in the trusted application set based on a historical network status whose elapsed time from a historical moment to a current moment is not greater than a second time threshold; the network detection device 20 includes a first update module for determining whether to remove an application from the trusted application set based on the network status sequence of each application.

[0064] In some disclosed embodiments, the first update module includes a third selection submodule, which is used to select each application in the trusted application set as the current application, and select applications other than the current application in the trusted application set as reference applications; the first update module includes a correlation measurement submodule, which is used to obtain the correlation between the network status sequence of the current application and the network status sequence of the reference application; the first update module includes a removal determination submodule, which is used to determine whether to remove the current application from the trusted application set based on a reference application whose correlation with the current application satisfies a correlation condition.

[0065] In some disclosed embodiments, the network detection device 20 includes a detection module for determining, in response to the target application being an application in a trusted application set, whether to detect the network permissions of the target application based on historical network information determined after the target application triggers a network service request this time; the network detection device 20 includes a second update module for determining whether to remove the target application from the trusted application set based on the detection result of the target application regarding the network permissions.

[0066] In some disclosed embodiments, the detection module is specifically used to perform at least one of the following: in response to the historical network status determined after the target application triggers the network service request this time, at least the network is unavailable, determining to detect the network permission of the target application; in response to the historical network status determined after the target application triggers the network service request this time, at least the network is available, determining not to detect the network permission of the target application, and directly not removing the target application from the trusted application set.

[0067] In some disclosed embodiments, the second update module is specifically used to perform at least one of the following: in response to the detection result of the target application regarding networking permissions including that the target application has networking permissions, determining not to remove the target application from the trusted application set; in response to the detection result of the target application regarding networking permissions including that the target application does not have networking permissions, determining to remove the target application from the trusted application set.

[0068] See also Figure 3 , Figure 3 : is a schematic diagram of a framework of an embodiment of an electronic device 30 of the present application. The electronic device 30 includes a memory 31 and a processor 32 coupled to each other, the memory 31 at least stores program instructions, and the processor 32 is used to execute the program instructions to implement the steps in any of the above network detection method embodiments. For details, please refer to the aforementioned disclosed embodiments, which will not be repeated here. The electronic device 30 may include but is not limited to: a smart phone, a tablet computer, etc., and the specific type of the electronic device 30 is not limited here.

[0069] Specifically, the processor 32 is used to control itself and the memory 31 to implement the steps in any of the above network detection method embodiments. The processor 32 can also be called a CPU (Central Processing Unit). The processor 32 may be an integrated circuit chip with signal processing capabilities. The processor 32 can also be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), a field-programmable gate array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc. In addition, the processor 32 can be implemented by an integrated circuit chip.

[0070] In the above scheme, the electronic device 30 implements the steps in any of the above network detection method embodiments. Therefore, on the one hand, since the current network state is predicted by the historical network information determined by the target application itself and the applications in the trusted application set after the network service request is recently triggered, without relying on the internal detection of the application system, it can avoid the network state judgment error caused by untimely refresh as much as possible, which helps to improve the judgment accuracy of the network state. On the other hand, since the timeout request duration is adaptively determined based on the current network state obtained by prediction, and the timeout request duration is positively correlated with the network quality represented by the current network state, that is, the higher the network quality represented by the current network state, the longer the timeout request duration, and it can allow a longer waiting time in a high-quality network to successfully obtain the feedback result of the network service request. On the contrary, the lower the network quality represented by the current network state, the shorter the timeout request duration, and it can only wait for a short time in a low-quality network to shorten the waiting time as much as possible in a weak network environment, which helps to improve the feedback speed of the application. Therefore, the judgment accuracy of the network state and the feedback speed of the application can be improved.

[0071] See also Figure 4 , Figure 4 The figure is a schematic diagram of a framework of an embodiment of a computer-readable storage medium 40 of the present application. The computer-readable storage medium 40 stores program instructions 41 that can be executed by a processor, and the program instructions 41 are used to implement the steps in any of the above network detection method embodiments.

[0072] In the above scheme, the computer-readable storage medium 40 implements the steps in any of the above network detection method embodiments. Therefore, on the one hand, since the current network state is predicted by the historical network information determined by the target application itself and the applications in the trusted application set after the network service request is recently triggered, without relying on the internal detection of the application system, it can avoid the network state judgment error caused by untimely refresh as much as possible, which helps to improve the judgment accuracy of the network state. On the other hand, since the timeout request duration is adaptively determined based on the current network state obtained by prediction, and the timeout request duration is positively correlated with the network quality represented by the current network state, that is, the higher the network quality represented by the current network state, the longer the timeout request duration, and it can allow a longer waiting time in a high-quality network to successfully obtain the feedback result of the network service request. On the contrary, the lower the network quality represented by the current network state, the shorter the timeout request duration, and it can only wait for a short time in a low-quality network to shorten the waiting time as much as possible in a weak network environment, which helps to improve the feedback speed of the application. Therefore, the judgment accuracy of the network state and the feedback speed of the application can be improved.

[0073] In some embodiments, the functions or modules included in the device provided by the embodiments of the present disclosure can be used to execute the method described in the above method embodiments. The specific implementation can refer to the description of the above method embodiments, and for the sake of brevity, it will not be repeated here.

[0074] The above description of various embodiments tends to emphasize the differences between the various embodiments. The same or similar aspects can be referenced to each other, and for the sake of brevity, they will not be repeated herein.

[0075] In the several embodiments provided in the present application, it should be understood that the disclosed methods and devices can be implemented in other ways. For example, the device implementation described above is only schematic. For example, the division of modules or units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, and the indirect coupling or communication connection of devices or units can be electrical, mechanical or other forms.

[0076] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0077] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0078] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions to enable a computer device (which can be a personal computer, server, or network device, etc.) or a processor (processor) to perform all or part of the steps of each implementation method of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk and other media that can store program code.

[0079] If the technical solution of this application involves personal information, the product using the technical solution of this application has clearly informed the personal information processing rules and obtained the individual's voluntary consent before processing the personal information. If the technical solution of this application involves sensitive personal information, the product using the technical solution of this application has obtained the individual's separate consent before processing the sensitive personal information, and at the same time meets the "explicit consent" requirement. For example, on personal information collection devices such as cameras, clear and prominent signs are set to inform that the personal information collection scope has been entered and personal information will be collected. If the individual voluntarily enters the collection scope, it is deemed that he or she agrees to the collection of his or her personal information; or on the device that processes personal information, the personal information processing rules are notified by obvious signs / information, and the individual's authorization is obtained through pop-up information or by asking the individual to upload his or her personal information; among them, the personal information processing rules may include information such as the personal information processor, the purpose of personal information processing, the processing method, and the type of personal information processed.

Claims

1. A network detection method, characterized in that: include: Select the application that currently triggers the network service request as the target application; Predicting the current network state based on the historical network information respectively determined after the target application and the application program in the trusted application set each recently triggered the network service request; wherein the historical network information includes the historical network state and the historical moment when the historical network state was determined; Based on the current network state, determining a timeout request duration of the target application; wherein the timeout request duration is positively correlated with a network quality represented by the current network state; Based on whether the request feedback result of the target application is obtained within the timeout request duration, it is determined whether it is prompted that the network service request of the target application cannot be responded to at present.

2. The method according to claim 1, characterized in that The predicting of the current network status based on the historical network information respectively determined after the target application and the application program in the trusted application set have recently triggered the network service request comprises: In the historical network information corresponding to the target application, the historical network state is selected as the first network state and the historical moment is selected as the first historical moment, and in the historical network information corresponding to the application program in the trusted application set, the historical network state is selected as the second network state and the historical moment is selected as the second historical moment; Based on the first historical moment and the second historical moment, the first network state or the second network state is selected as the current network state.

3. The method according to claim 2, characterized in that The selecting, based on the first historical moment and the second historical moment, the first network state or the second network state as the current network state comprises at least one of the following: In response to at least the elapsed time from the first historical moment to the current moment being not greater than a first time threshold, selecting the first network state as the current network state; In response to the fact that only the elapsed time from the second historical moment to the current moment is not greater than the first time threshold, the second network state is selected as the current network state.

4. The method according to claim 1, characterized in that: After the historical network state is determined, the historical network state and the historical time when the historical network state is determined are broadcasted in the application system.

5. The method according to claim 1, characterized in that: The method further comprises: Based on whether the request feedback result of the target application is obtained within the timeout request duration, obtaining historical network information determined after the target application triggers the network service request this time; In the application system, the historical network information determined after the target application triggers the network service request this time is broadcasted.

6. The method according to claim 5, characterized in that The obtaining of historical network information determined after the target application triggers the network service request based on whether the request feedback result of the target application is obtained within the timeout request duration includes at least one of the following: In response to obtaining the request feedback result within the timeout request duration, determining that the historical network state of the target application triggering the network service request at this time at least includes that the network is available and the historical moment is the moment of obtaining the request feedback result; In response to not obtaining the request feedback result within the timeout request duration, determining that the historical network state of the target application triggering the network service request this time at least includes that the network is unavailable and the historical moment is the time when the timeout request duration arrives.

7. The method according to claim 1, characterized in that The determining whether to prompt that the network service request of the target application cannot be responded to currently based on whether the request feedback result of the target application is obtained within the timeout request duration includes at least one of the following: In response to obtaining the request feedback result within the timeout request duration, no prompt is given that the network service request of the target application cannot be responded to at present; In response to not obtaining the request feedback result within the timeout request duration, it is prompted that the network service request of the target application cannot be responded to at present.

8. The method according to claim 1, characterized in that The trusted application set initialization step includes: Acquire attribute information of each of the applications in the application system; wherein the attribute information includes: the usage frequency of the application and whether the application is at least one of the built-in programs of the application system; Based on the attribute information of the application, it is determined whether to select the application into the trusted application set.

9. The method according to claim 1, characterized in that: The method further comprises: For each of the applications in the trusted application set, based on a historical network state where the elapsed time from the historical moment to the current moment is not greater than a second time threshold, a network state sequence of the application is obtained; Based on the network status sequence of each of the application programs, it is determined whether to remove the application program from the trusted application set.

10. The method according to claim 9, characterized in that The determining whether to remove the application program from the trusted application set based on the network status sequence of each application program includes: Selecting each of the applications in the trusted application set as a current application, and selecting applications other than the current application in the trusted application set as reference applications; Acquire the correlation between the network state sequence of the current application and the network state sequence of the reference application; Based on a reference application whose correlation with the current application satisfies a correlation condition, it is determined whether to remove the current application from the trusted application set.

11. The method according to claim 1, characterized in that: The method further comprises: In response to the target application being the application program in the trusted application set, determining whether to detect the network permission of the target application based on historical network information determined after the target application triggers the network service request this time; Based on the detection result of the target application regarding the networking permission, it is determined whether to remove the target application from the trusted application set.

12. The method according to claim 11, characterized in that The determining whether to detect the network permission of the target application based on the historical network information determined after the target application triggers the network service request this time includes at least one of the following: In response to the historical network status determined after the target application triggers the network service request this time, at least including that the network is unavailable, determining to detect the network permission of the target application; In response to the historical network status determined after the target application triggers the network service request this time at least including that the network is available, it is determined not to detect the network permission of the target application, and the target application is not directly removed from the trusted application set.

13. The method according to claim 11, characterized in that The determining whether to remove the target application from the trusted application set based on the detection result of the target application regarding the networking permission comprises at least one of the following: In response to the detection result of the target application regarding the networking permission including that the target application has the networking permission, determining not to remove the target application from the trusted application set; In response to the detection result of the target application regarding the networking permission including that the target application does not have the networking permission, determining to remove the target application from the trusted application set.

14. A network detection device, characterized in that: include: A selection module, used to select the application currently triggering the network service request as the target application; A prediction module, configured to predict the current network state based on the historical network information respectively determined after the target application and the application program in the trusted application set have recently triggered the network service request; wherein the historical network information includes the historical network state and the historical moment when the historical network state is determined; A determination module, configured to determine a timeout request duration of the target application based on the current network state; wherein the timeout request duration is positively correlated with a network quality represented by the current network state; The prompt module is used to determine whether to prompt that the network service request of the target application cannot be responded to at present based on whether the request feedback result of the target application is obtained within the timeout request duration.

15. An electronic device, characterized in that: The invention at least comprises a memory and a processor coupled to each other, wherein the memory at least stores program instructions, and the processor is used to execute the program instructions to implement the network detection method according to any one of claims 1 to 13.

16. A computer-readable storage medium, characterized in that: Program instructions that can be executed by a processor are stored, and the program instructions are used to implement the network detection method according to any one of claims 1 to 13.

Images