Method and system for controlling online of mobile device, mobile device, server

Abstract

The embodiment of the present application discloses a method and system for controlling mobile device online, mobile device and server, the method comprises the following steps: when the first server does not receive the heartbeat data stream sent by the target mobile device in a preset period, the first server sends a first data stream to a third party mobile device, the first data stream is used for indicating that the target mobile device is in an offline state; the third party mobile device sends a second data stream containing recovery request information to the first server; the first server sends a third data stream to the second server, the third data stream contains the recovery request information and the telephone number of the target mobile device; the second server calls the target mobile device according to the telephone number contained in the third data stream; after receiving the call, the target mobile device recovers the network according to a preset online recovery strategy; the second server can call the target mobile device to trigger the target mobile device to recover the network online, thereby improving the network online rate of the target mobile device.

Description

Technical Field

[0001] This invention relates to the field of communication technology, and in particular to a method and system for controlling mobile devices to be online, as well as a mobile device and a server. Background Technology

[0002] Mobile devices (such as smartwatches) sometimes experience issues like data service unavailability or Transmission Control Protocol (TCP) link failures leading to disconnections and prolonged inability to log in to servers. If the problem is data service unavailability, the mobile device cannot make normal TCP / IP requests, often requiring a restart, severely impacting its online rate. Similarly, if the problem is a TCP link failure, after multiple failed attempts, even if the surrounding network recovers, the mobile device generally won't or rarely will attempt to re-login to the server, also affecting its online rate. Therefore, both data service unavailability and TCP link failures can cause network connection drops, thus impacting network online rate. Summary of the Invention

[0003] This invention discloses a method and system for controlling the online status of mobile devices, as well as a mobile device and a server, for improving the network online rate of target mobile devices.

[0004] The first aspect of this invention discloses a method for controlling a mobile device to be online, the method comprising:

[0005] If no heartbeat data stream is received from the target mobile device within a preset period, the first server sends a first data stream to the third-party mobile device, which is used to indicate that the target mobile device is offline.

[0006] The third-party mobile device sends a second data stream to the first server based on the first data stream. The second data stream contains recovery request information for requesting the target mobile device to restore network online status.

[0007] After receiving the second data stream, the first server sends a third data stream to the second server, the third data stream containing the recovery request information and the phone number of the target mobile device;

[0008] The second server calls the target mobile device based on the telephone number contained in the third data stream to request the target mobile device to restore network access.

[0009] Upon receiving a call, the target mobile device restores the network according to a preset online recovery strategy.

[0010] As an optional implementation, in the first aspect of the present invention, before the first server sends the first data stream to the third-party mobile device when no heartbeat data stream is received from the target mobile device within a preset period, the method further includes:

[0011] After the target mobile device logs into the first server, the first server detects whether it receives a heartbeat data stream sent by the target mobile device within a preset period.

[0012] If not received, the first server performs the step of sending the first data stream to the third-party mobile device.

[0013] As an optional implementation, in the first aspect of the present invention, the method further includes:

[0014] If the heartbeat data stream is received within the preset period, the first server sends a fourth data stream to the third-party mobile device, the fourth data stream being used to indicate that the target mobile device is online.

[0015] As an optional implementation, in the first aspect of the present invention, the method further includes:

[0016] The third-party mobile device receives the fourth data stream sent by the first server and does not perform any processing after receiving the fourth data stream.

[0017] As an optional implementation, in a first aspect of the present invention, after receiving a call, the target mobile device restores the network according to a preset online recovery strategy, including:

[0018] After receiving a call, the target mobile device determines whether the sender of the call is the second server.

[0019] If it is determined to be the second server, the target mobile device actively hangs up the call;

[0020] The target mobile device is currently offline;

[0021] The target mobile device determines whether the current offline reason is a data service establishment problem;

[0022] If the current offline reason is a data service establishment problem, the target mobile device triggers a network scanning mechanism to perform a network scan, selects a target network from the scan results to reset, and then logs back into the first server.

[0023] If the current offline reason is not the data service establishment problem, the target mobile device determines whether the current offline reason is a TCP link establishment problem;

[0024] If the current offline condition is due to a TCP link establishment problem, the target mobile device performs the step of re-login to the first server.

[0025] If the current offline reason is not a TCP link establishment problem, the target mobile device sends the heartbeat data stream to the first server.

[0026] As an optional implementation, in the first aspect of the present invention, the method further includes:

[0027] After the target mobile device is powered on and the network is normal, it sends login registration information to the first server to log in to the first server. After logging into the first server and the network is normal, it sends the heartbeat data stream to the first server when the preset period is met.

[0028] A second aspect of this invention discloses a system for controlling a mobile device to be online, which may include: a first server, a second server, a target mobile device, and a third-party mobile device;

[0029] The first server is configured to send a first data stream to a third-party mobile device when it does not receive a heartbeat data stream from the target mobile device within a preset period. The first data stream is used to indicate that the target mobile device is offline.

[0030] The third-party mobile device is used to send a second data stream to the first server based on the first data stream, the second data stream containing recovery request information for requesting the target mobile device to restore network online status;

[0031] The first server is further configured to send a third data stream to the second server after receiving the second data stream, the third data stream containing the recovery request information and the telephone number of the target mobile device;

[0032] The second server is configured to call the target mobile device based on the telephone number contained in the third data stream to request the target mobile device to restore network connectivity.

[0033] The target mobile device is used to restore the network according to a preset online recovery strategy after receiving a call.

[0034] A third aspect of this invention discloses a mobile device that may include:

[0035] Memory containing executable program code;

[0036] A processor coupled to the memory;

[0037] The processor calls the executable program code stored in the memory to execute all or part of the steps of the method for controlling a mobile device to be online disclosed in the first aspect of the present invention.

[0038] A fourth aspect of this invention discloses a server that may include:

[0039] Memory containing executable program code;

[0040] A processor coupled to the memory;

[0041] The processor calls the executable program code stored in the memory to execute all or part of the steps of the method for controlling a mobile device to be online disclosed in the first aspect of the present invention.

[0042] The fifth aspect of the present invention discloses a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of any method of the first aspect of the present invention.

[0043] The sixth aspect of this invention discloses a computer program product that, when run on a computer, causes the computer to perform some or all of the steps of any of the methods of the first aspect.

[0044] The seventh aspect of this invention discloses an application publishing platform for publishing computer program products, wherein when the computer program product is run on a computer, the computer performs some or all of the steps of any of the methods of the first aspect.

[0045] Compared with the prior art, the embodiments of the present invention have the following beneficial effects:

[0046] In this embodiment of the invention, when the first server does not receive a heartbeat data stream from the target mobile device within a preset period, it sends a first data stream to a third-party mobile device. This first data stream indicates that the target mobile device is offline. Then, upon receiving the first data stream, the third mobile device understands that the target mobile device is offline and sends a second data stream to the first server. The second data stream contains a recovery request information requesting the target mobile device to restore network connectivity. Based on the second data stream, the first server then sends a third data stream to the second server. This third data stream contains the recovery request information and the target mobile device's phone number. Upon receiving the third data stream, the second server calls the target mobile device using the phone number. The target mobile device then receives the data stream. Upon receiving a call, network online recovery will be performed according to a preset online recovery strategy. Therefore, by implementing this embodiment of the invention, the target mobile device (such as a watch) can periodically send heartbeat data streams to maintain its keep-alive state. This allows the first server to consider the target mobile device offline if it does not receive the heartbeat data stream within a preset period, and then notify a third-party mobile device (phone). The third-party mobile device can then send a second data stream to the first server to request the target mobile device to restore network online status. The first server needs to send the recovery request information and the target mobile device's phone number to the second server (call server). The second server can then call the target mobile device to trigger its network online recovery, increasing the target mobile device's network online rate and thus improving the user experience. Attached Figure Description

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

[0048] Figure 1 This is a schematic diagram illustrating an application scenario of the method for controlling mobile devices to be online, as disclosed in an embodiment of the present invention.

[0049] Figure 2 This is an interactive schematic diagram of the method for controlling a mobile device to be online, as disclosed in Embodiment 1 of the present invention;

[0050] Figure 3 This is an interactive schematic diagram of the method for controlling a mobile device to be online, as disclosed in Embodiment 2 of the present invention;

[0051] Figure 4 This is a schematic diagram illustrating the process of online network recovery for the target mobile device disclosed in Embodiment 3 of the present invention;

[0052] Figure 5 This is a schematic diagram illustrating the process of a target mobile device triggering a network scanning mechanism to perform a network scan, as disclosed in an embodiment of the present invention.

[0053] Figure 6 This is a schematic diagram of the server structure disclosed in Embodiment 1 of the present invention;

[0054] Figure 7 This is a schematic diagram of the server structure disclosed in Embodiment 2 of the present invention;

[0055] Figure 8 This is a schematic diagram of the structure of the mobile device disclosed in Embodiment 1 of the present invention;

[0056] Figure 9 This is a schematic diagram of the structure of the mobile device disclosed in Embodiment 2 of the present invention;

[0057] Figure 10 This is a schematic diagram of the system for controlling online mobile devices disclosed in an embodiment of the present invention;

[0058] Figure 11 This is a schematic diagram of the server structure disclosed in Embodiment 3 of the present invention;

[0059] Figure 12 This is a schematic diagram of the structure of the mobile device disclosed in Embodiment 3 of the present invention. Detailed Implementation

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

[0061] It should be noted that the terms "first," "second," "third," and "fourth," etc., in the specification and claims of this invention are used to distinguish different objects, not to describe a specific order. The terms "comprising" and "having," and any variations thereof, in the embodiments of this invention are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to these processes, methods, products, or devices.

[0062] First, please refer to Figure 1 , Figure 1 This is a schematic diagram illustrating an application scenario of the method for controlling mobile devices to be online, as disclosed in an embodiment of the present invention; Figure 1In application scenarios, these include: smartwatches, mobile phones, servers, and call servers (call service platforms) in wearable devices. Among them, the smartwatch transmits data streams with the server, the server transmits data streams with the mobile phone, and the server transmits data streams with the call server. The call server and the smartphone can make calls based on the circuit domain.

[0063] Specifically, based on Figure 1 In this application scenario, smartwatches maintain their keep-alive status by sending heartbeat data streams to the server. If a smartwatch experiences network anomalies such as unavailable data services or TCP connection problems, it will be unable to send heartbeat data streams to the server as scheduled. Therefore, the server will consider the smartwatch to have a network anomaly and send a data stream indicating the smartwatch is offline to the phone. If the phone needs the smartwatch to be online, it will send a recovery request to the server to restore the smartwatch's network connection. The server then forwards this request to a call server, which in turn calls the smartwatch. Upon receiving the call from the call server, the smartwatch restores its network connection according to the online recovery strategy. This is suitable for situations where a student's smartwatch is offline, allowing parents to trigger the smartwatch's network connection by calling the call server from their mobile phones. This enables real-time contact with the smartwatch user or real-time monitoring, improving both the smartwatch's network connectivity rate and the user's safety. It is also applicable to restoring the network connection of smartwatches or phones worn by the elderly or people with intellectual disabilities, enhancing the monitoring of their safety. It can even be applied to scenarios where a mobile device is monitoring certain scenes while another mobile device is controlling that mobile device, and so on.

[0064] Combination Figure 1 The following is an application scenario diagram. This invention discloses a method and system for controlling the online status of mobile devices, a mobile device, and a server. The system calls the target mobile device through a call server to trigger the target mobile device to restore its network online status and improve the network online rate of the target mobile device.

[0065] The technical solution of the present invention will be described in detail below with reference to specific embodiments.

[0066] Please see Figure 2 , Figure 2 This is an interactive schematic diagram of the method for controlling a mobile device to be online, as disclosed in Embodiment 1 of the present invention; Figure 2 As shown, the method for controlling mobile devices online may include:

[0067] 201. When the first server does not receive a heartbeat data stream from the target mobile device within a preset period, it sends a first data stream to a third-party mobile device. The first data stream is used to indicate that the target mobile device is offline.

[0068] Combination Figure 1 In the application scenario, the first server is a server used for data flow implementation, such as an application server, for example, the server corresponding to the WeChat program. The target mobile device is a wearable device such as a smartwatch or mobile phone. The target mobile device can be bound to a third-party mobile device. In this embodiment of the invention, the third-party mobile device is a mobile device used to request the target mobile device to restore network online status when the target mobile device is offline. It can be a mobile phone, smartwatch, etc.

[0069] In this embodiment of the invention, after the target mobile device is powered on, it sends a data stream containing login and registration information to the first server under normal network conditions to complete the login process on the first server. Then, it sends a heartbeat data stream to the first server periodically to maintain a keep-alive state. If the target mobile device experiences a network malfunction, it cannot send a heartbeat data stream to the first server. Therefore, if the first server does not receive a heartbeat data stream from the target mobile device within the preset period, it can assume that the target mobile device is offline due to a network malfunction and then sends a first data stream to a third-party mobile device to indicate that the target mobile device is offline. It should be noted that the data transmitted between the target mobile device and the first server is a data stream, and the data transmitted between the first server and the third-party mobile device is also a data stream.

[0070] For example, network anomalies on the target mobile device may be caused by, but are not limited to: abnormal data service registration, user-initiated data closure, or abnormal TCP link disconnection.

[0071] 202. A third-party mobile device receives the first data stream.

[0072] For example, when the target mobile device is a smartwatch and the third-party mobile device is a mobile phone, the mobile phone can be paired with the smartwatch. The mobile phone is used by the parent and the smartwatch is used by the student. The mobile phone can know in time whether the smartwatch is offline by obtaining the first data stream from the first server.

[0073] 203. A third-party mobile device sends a second data stream to the first server, the second data stream containing recovery request information for requesting the target mobile device to restore network online status.

[0074] When a third-party mobile device receives a first data stream from a first server, it knows from the first data stream that the target mobile device is offline. When the third-party mobile device needs the target mobile device to restore its network connectivity, it sends a second data stream containing a restoration request information to the first server.

[0075] 204. The first server receives the second data stream sent by a third-party mobile device.

[0076] 205. The first server sends a third data stream to the second server, which contains recovery request information and the phone number of the target mobile device.

[0077] The first server determines, based on the second data stream, that the third-party mobile device needs the target mobile device to restore its network connectivity. It then sends a third data stream to the second server, which also contains the restoration request information and the target mobile device's phone number.

[0078] For example, the second server could be a call server (call service platform), a circuit-switched server provided to a third-party operator.

[0079] 206. The second server calls the target mobile device based on the phone number to request the target mobile device to restore network access.

[0080] The second server calls the target mobile device based on the phone number. Thus, in this embodiment of the invention, the second server calls the target mobile device, triggering the target mobile device to restore its network connectivity.

[0081] 207. After receiving the call, the target mobile device restores the network according to the preset online recovery strategy.

[0082] In this embodiment of the invention, after receiving a call, the target mobile device will perform online network recovery according to a preset online recovery strategy, thereby maintaining network connectivity.

[0083] As can be seen, by implementing the above embodiments, the target mobile device (such as a smartwatch) can periodically send heartbeat data streams to maintain its keep-alive state. This allows the first server to consider the target mobile device to be offline if it does not receive the heartbeat data stream within a preset period. The server then notifies a third-party mobile device (phone), which can then send a second data stream to the first server to request the target mobile device to restore its network connectivity. The first server needs to send the restoration request information and the target mobile device's phone number to the second server (call server). The second server can then call the target mobile device to trigger it to restore its network connectivity, thereby increasing the target mobile device's network connectivity rate and improving the user experience.

[0084] Please see Figure 3 , Figure 3 This is an interactive schematic diagram of the method for controlling a mobile device to be online, as disclosed in Embodiment 2 of the present invention; Figure 3 The methods shown for controlling mobile devices online may include:

[0085] 301. After the target mobile device is powered on and the network is normal, it sends a data stream containing login and registration information to the first server.

[0086] After the target mobile device is powered on and successfully connects to the network, it sends login and registration information to the first server, thereby completing the login on the first server.

[0087] 302. When the target mobile device is in normal network condition and meets the preset period, it sends a heartbeat data stream to the first server.

[0088] The target mobile device has a preset period for sending heartbeat data streams to the first server. This preset period can be set by the target mobile device itself and then informed by the first server, or the preset period can be negotiated and set by the target mobile device and the first server, or it can be set by the first server itself and then informed by the target mobile device.

[0089] The target mobile device sends a heartbeat data stream to maintain a keep-alive state on the first server.

[0090] 303. The first server detects whether a heartbeat data stream is received within a preset period; wherein, if a heartbeat data stream is received within the preset period, proceed to steps 304-305; if no heartbeat data stream is received within the preset period, proceed to steps 306-312.

[0091] 304. The first server sends a fourth data stream to a third-party mobile device, the fourth data stream being used to indicate that the target mobile device is online.

[0092] 305. The third-party mobile device receives the fourth data stream, performs no processing, and terminates this process.

[0093] In this embodiment of the invention, if the first server receives a heartbeat data stream within a preset period, it can determine that the target mobile device is online. Then, it sends a fourth data stream to the third-party mobile device so that the third-party mobile device can keep track of the online status of the target mobile device in a timely manner.

[0094] 306. The first server sends a first data stream to a third-party mobile device, the first data stream being used to indicate that the target mobile device is offline.

[0095] In this embodiment of the invention, if the target mobile device experiences a network anomaly and the first server does not receive a heartbeat data stream within a preset period, it can determine that the target mobile device is offline. Then, it sends a first data stream to a third-party mobile device to inform the third-party mobile device that the target mobile device is offline.

[0096] As an optional implementation, if the first server does not receive a heartbeat data stream within a preset period, the first server sends a detection data stream to the target mobile device and starts a timer after sending the detection data stream. It then determines whether the timer's duration meets the preset duration. If it does, and no response is received from the target mobile device to the detection data stream, the first server sends a first data stream to a third-party mobile device. This detection data stream is used to request a response from the target mobile device to determine whether it is online. Through this implementation, the online status of the target mobile device can be actively determined by sending a detection data stream, thereby improving the accuracy of determining whether the target mobile device is offline.

[0097] 307. A third-party mobile device receives the first data stream.

[0098] 308. A third-party mobile device sends a second data stream to a first server, the second data stream containing recovery request information for requesting the target mobile device to restore network online status.

[0099] When a third-party mobile device learns from the first data stream that the target mobile device is offline, if it needs to know the target mobile device's current location information or other information about the target mobile device, it will send a second data stream to the first server. The first server will then trigger the target mobile device to restore its network connectivity based on the recovery request information contained in the second data stream.

[0100] 309. The first server receives the second data stream sent by a third-party mobile device.

[0101] As an optional implementation, a third-party mobile device can specify the time for the target mobile device to restore network access. The target mobile device will promptly restore network access when it receives a call. The restoration request information included in the second data stream will carry a time indication, such as 00, indicating that the target mobile device should restore network access promptly after receiving a call. For example, 11:30 indicates that network access will be restored at 11:30. For instance, if a parent's mobile device knows from the first server that the smartwatch is offline, but also knows that the student user of the smartwatch is in class, then the parent can request the smartwatch to restore network access after the student finishes class.

[0102] 310. The first server sends a third data stream to the second server, which contains recovery request information and the phone number of the target mobile device.

[0103] In this embodiment of the invention, since the target mobile device is offline, the first server notifies the second server by sending a third data stream, and the second server calls the target mobile device to trigger the target mobile device to restore its network online.

[0104] As an optional implementation, in conjunction with the implementation of step 309, the recovery request information contained in the third data stream carries a time indication.

[0105] 311. The second server calls the target mobile device based on the phone number to request the target mobile device to restore network access.

[0106] 312. After receiving the call, the target mobile device restores the network according to the preset online recovery strategy.

[0107] For example, after a smartwatch powers on and logs into the server under normal network conditions, it periodically sends heartbeat data streams to the server to maintain its keep-alive status. The server also sends a data stream indicating that the smartwatch is online to the mobile phone so that the mobile phone can keep track of the smartwatch's online status. If the smartwatch experiences network abnormalities due to issues such as abnormal data service registration, the user actively turning off network data, or a TCP link failure, causing the server to not receive the smartwatch's heartbeat data stream periodically, it will send a data stream indicating that the smartwatch is offline to the mobile phone. After the mobile phone knows that the smartwatch is offline, it can first send a recovery request to the server to request the smartwatch to restore its network online status. The server then sends a call server containing the smartwatch's phone number and the recovery request information. The call server then calls the smartwatch, and after receiving the call, the smartwatch can restore its network online status, thereby improving the smartwatch's network online rate.

[0108] As can be seen from the above embodiments, when the target mobile device (such as a watch) is not experiencing a network anomaly, it periodically sends heartbeat data streams to maintain its keep-alive state. When the target mobile device experiences a network anomaly, the first server does not receive the heartbeat data stream within a preset period, confirming that the target mobile device is offline. It then notifies a third-party mobile device (phone). If the third-party mobile device needs the target mobile device to restore its network connection to obtain information such as its current location from the target mobile device, it can send a second data stream to the first server to request the target mobile device to restore its network connection. The first server needs to send the restoration request information and the target mobile device's phone number to the second server (call server), which then calls the target mobile device so that the target mobile device can restore its network connection according to a preset online restoration strategy. In summary, in this embodiment of the invention, since it has been determined that the target mobile device is offline, the second server will call the target mobile device to trigger the target mobile device to restore its network connection, thereby increasing the network online rate of the target mobile device and improving the user experience.

[0109] Please see Figure 4 , Figure 4 This is a schematic diagram of the process for online network recovery of the target mobile device disclosed in Embodiment 3 of the present invention; as follows: Figure 4 As shown, after receiving a call, the target mobile device restores the network according to a preset online recovery strategy, specifically including:

[0110] 401. The target mobile device determines whether the caller is the second server; if yes, proceed to step 402; if no, proceed to step 409.

[0111] For example, the target mobile device detects whether the caller is a specific third party, which in this embodiment of the invention is a second server. Specifically, it detects whether the calling number is the number of the calling server. If it is the number of the calling server, a 403 error will be further executed; if it is not the number of the calling server, there is no need to restore network online status, that is, the target mobile device can do nothing.

[0112] 402. The target mobile device actively hangs up the call.

[0113] As an optional implementation, after receiving a call, the target mobile device determines whether the calling number is a preset calling number for the calling party. If it is the calling number, the call is actively disconnected, and step 403 is executed. If it is the secondary calling number of the calling party, the call is connected to obtain a time reminder from the second server. This time reminder is a time indication carried in the recovery request information contained in the third data stream received by the second server. After obtaining the time indication, the target mobile device stores it locally and sets a network recovery alarm according to the time indication. When the network recovery alarm is triggered, step 403 is executed. Through this implementation, different calling numbers can be used to remind the target mobile device when to perform network recovery, and the time for the target mobile device to perform network recovery can be determined by a third-party mobile device.

[0114] 403. Reason for the target mobile device being offline.

[0115] Optionally, the reasons for the current offline status include, but are not limited to: data service establishment problems (i.e., abnormal data service registration), user-initiated data closure, or TCP link establishment problems (abnormal TCP link disconnection).

[0116] 404. The target mobile device determines whether the current offline status is due to a data service establishment problem; if yes, proceed to steps 408-406; if no, proceed to step 405.

[0117] 405. The target mobile device determines whether the current offline status is due to a TCP link establishment problem; if yes, proceed to step 406; otherwise, proceed to step 407.

[0118] 406. The target mobile device re-initiates the login request to the first server in order to log in to the first server.

[0119] 407. The target mobile device sends a heartbeat data stream.

[0120] 408. The target mobile device triggers a network scanning mechanism to perform a network scan, selects a target network from the scan results to reset, and proceeds to step 406.

[0121] 409. The target mobile device does not need to restore network access.

[0122] As can be seen, by implementing the above embodiments, after receiving a call, the target mobile device can sequentially detect the reasons for its offline status, and log back into the second server according to different reasons for offline status, and send heartbeat data streams to maintain its keep-alive status, thereby improving the network online rate of the target mobile device.

[0123] Please see Figure 5 , Figure 5This is a schematic diagram illustrating the process of a target mobile device triggering a network scanning mechanism to perform a network scan, as disclosed in an embodiment of the present invention; for example... Figure 5 As shown, the network scanning mechanism triggered by the target mobile device to perform a network scan specifically includes:

[0124] 501. A network scan request was detected on the target mobile device.

[0125] 502. Target mobile device scans 5G network.

[0126] 503. The target mobile device determines whether the 5G network signal meets the data communication conditions. If it does, proceed to step 513; otherwise, proceed to step 504.

[0127] It is understandable that determining whether a 5G network signal meets the conditions for data communication involves checking whether the signal strength of the 5G network signal is not less than a threshold, which can be preset according to actual conditions.

[0128] 504. Target mobile device scans 4G network.

[0129] 505. The target mobile device determines whether the 4G network signal meets the data communication conditions. If it does, proceed to step 513; otherwise, proceed to step 506.

[0130] It is understandable that determining whether a 4G network signal meets the conditions for data communication involves checking whether the signal strength of the 4G network signal is not less than a threshold, which can be preset according to the actual situation.

[0131] 506. Target mobile device scans 3G network.

[0132] 507. The target mobile device determines whether the 3G network signal meets the data communication conditions. If it does, proceed to step 513; otherwise, proceed to step 508.

[0133] It is understandable that determining whether a 3G network signal meets the conditions for data communication involves checking whether the signal strength of the 3G network signal is not less than a threshold, which can be preset according to actual conditions.

[0134] 508. Target mobile device scans 2G network.

[0135] 509. The target mobile device determines whether the 2G network signal meets the data communication conditions. If it does, proceed to step 513; otherwise, proceed to step 510.

[0136] It is understandable that determining whether a 2G network signal meets the conditions for data communication involves checking whether the signal strength of the 2G network signal is not less than a threshold, which can be preset according to actual conditions.

[0137] 510. The target mobile device scans for Wi-Fi networks.

[0138] 511. The target mobile device determines whether there is an available WIFI network. If there is, proceed to step 513; otherwise, proceed to step 512.

[0139] 512. The target mobile device outputs a message indicating that the network is unavailable.

[0140] The system scans sequentially from 5G to 2G networks, and then to Wi-Fi networks. If any of these networks becomes unavailable, a scan result indicating that the network is unavailable will be obtained, and a corresponding prompt will be displayed.

[0141] 513. The target mobile device outputs the scan results of available networks.

[0142] If an available network is found, the scan results for the available network are output, and then the scanned network is connected to, and the user logs back into the first server.

[0143] As can be seen, by implementing the above embodiments, network scanning can be performed effectively to restore the network online status of the target mobile device as soon as possible and improve the network online rate.

[0144] Please see Figure 6 , Figure 6 This is a schematic diagram of the server structure disclosed in Embodiment 1 of the present invention; as shown Figure 6 As shown, the server includes:

[0145] The first transceiver module 610 is used to send a first data stream to a third-party mobile device when it does not receive a heartbeat data stream from the target mobile device within a preset period. The first data stream is used to indicate that the target mobile device is offline.

[0146] The first transceiver module 610 described above is also used to receive a second data stream sent by a third-party mobile device, the second data stream containing recovery request information for requesting the target mobile device to restore network online status;

[0147] The aforementioned first transceiver module 610 is also used to send a third data stream to the first server, the third data stream containing recovery request information and the telephone number of the target mobile device.

[0148] As can be seen, by implementing the above-mentioned server, the target mobile device (such as a watch) can periodically send heartbeat data streams to maintain its keep-alive state. This allows the server to assume that the target mobile device is offline if it does not receive the heartbeat data stream within a preset period. The server then notifies a third-party mobile device (phone), which can then send a second data stream to the first server to request the target mobile device to restore its network connectivity. The first server needs to send the restoration request information and the target mobile device's phone number to the second server (call server). The second server can then call the target mobile device, triggering it to restore its network connectivity, thereby increasing the target mobile device's network connectivity rate and improving the user experience.

[0149] Further integration Figure 6 The server also includes a first detection module 620, which is further used to detect whether the target mobile device has received the heartbeat data stream within the preset period before sending the first data stream to the third-party mobile device when the first transceiver module 610 has not received the heartbeat data stream sent by the target mobile device within the preset period.

[0150] Specifically, if the first transceiver module 610 detects that it has not received a heartbeat data stream, the first transceiver module 610 sends a first data stream to a third-party mobile device.

[0151] As an optional implementation, the first transceiver module 610 receives a heartbeat data stream within a preset period and sends a fourth data stream to a third-party mobile device. The fourth data stream is used to indicate that the target mobile device is online.

[0152] Please see Figure 7 , Figure 7 This is a schematic diagram of the server structure disclosed in Embodiment 2 of the present invention; as shown Figure 7 As shown, the server includes:

[0153] The second transceiver module 710 is configured to receive a third data stream sent by the first server, the third data stream containing a recovery request information for requesting the target mobile device to restore network online status and the telephone number of the target mobile device; and to call the target mobile device based on the telephone number.

[0154] Please see Figure 8 , Figure 8 This is a schematic diagram of the structure of the mobile device disclosed in Embodiment 1 of the present invention; as shown Figure 8 As shown, the mobile device includes:

[0155] The third transceiver module 810 is used to receive a first data stream sent by the first server, the first data stream being used to indicate that the target mobile device is offline.

[0156] The third transceiver module 810 described above is also used to send a second data stream to the first server, the second data stream containing recovery request information for requesting the target mobile device to restore network online status.

[0157] Further optional, in combination with the above Figure 8 The third transceiver module 810 is also used to receive a fourth data stream sent by the first server, and does not perform any processing after receiving the fourth data stream, which is used to indicate that the target mobile device is online.

[0158] Please see Figure 9 , Figure 9 This is a schematic diagram of the structure of the mobile device disclosed in Embodiment 2 of the present invention; as shown Figure 9 As shown, the mobile device includes:

[0159] The fourth transceiver module 910 is used to receive calls from the second server;

[0160] The network recovery module 920 is used to restore the network according to a preset online recovery strategy.

[0161] Optionally, the network recovery module 920 restores the network according to a preset online recovery strategy in the following ways:

[0162] The system determines whether the caller is the second server; if it is, it actively hangs up the call; it then detects the current offline reason; it determines whether the current offline reason is a data service establishment problem; if the current offline reason is a data service establishment problem, it triggers a network scanning mechanism to perform a network scan, selects a target network from the scan results for resetting, and re-logins to the first server; if the current offline reason is not a data service establishment problem, it determines whether the current offline reason is a TCP link establishment problem; if the current offline reason is a TCP link establishment problem, it executes the step of re-logging to the first server; if the current offline reason is not a TCP link establishment problem, it sends the heartbeat data stream to the first server.

[0163] Optionally, the fourth transceiver module 910 is further configured to send login registration information to the first server to log in to the first server after powering on and when the network is normal, and to send the heartbeat data stream to the first server when the preset period is met after logging in to the first server and when the network is normal.

[0164] Please see Figure 10 , Figure 10 This is a schematic diagram of the structure of the online control system for mobile devices disclosed in an embodiment of the present invention; as shown below. Figure 10 As shown, the system includes:

[0165] First server 1001, second server 1002, target mobile device 1003 and third-party mobile device 1004;

[0166] The first server 1001 is used to send a first data stream to the third-party mobile device 1004 when it does not receive a heartbeat data stream from the target mobile device 1003 within a preset period. The first data stream is used to indicate that the target mobile device 1003 is offline.

[0167] A third-party mobile device 1004 is used to send a second data stream to a first server 1001 based on a first data stream. The second data stream contains recovery request information for requesting the target mobile device 1003 to restore network online status.

[0168] The first server 1001 is also configured to send a third data stream to the second server 1002 after receiving the second data stream, the third data stream containing recovery request information and the telephone number of the target mobile device 1003;

[0169] The second server 1002 is used to call the target mobile device 1003 based on the telephone number contained in the third data stream to request the target mobile device 1003 to restore network access.

[0170] The target mobile device 1003 is used to restore the network according to a preset online recovery strategy after receiving a call.

[0171] For details regarding the first server 1001, please refer to the description of the first server in the above method embodiments; for details regarding the second server 1002, please refer to the description of the second server in the above method embodiments; for details regarding the target mobile device 1003, please refer to the description of the target mobile device in the above method embodiments; and for details regarding the third-party mobile device 1004, please refer to the description of the third-party mobile device in the above method embodiments. They will not be repeated here.

[0172] Please see Figure 11 , Figure 11 This is a schematic diagram of the server structure disclosed in Embodiment 3 of the present invention; Figure 11 The servers shown may include:

[0173] Memory 1101 storing executable program code;

[0174] Processor 1102 coupled to memory 1101;

[0175] Specifically, processor 1102 calls the executable program code stored in memory 1101 and executes it. Figures 2 to 3All or part of the steps of any method for controlling a mobile device to be online.

[0176] Please see Figure 12 , Figure 12 This is a schematic diagram of the structure of the mobile device disclosed in Embodiment 3 of the present invention;

[0177] Figure 12 The mobile devices shown may include:

[0178] Memory 1201 storing executable program code;

[0179] Processor 1202 coupled to memory 1201;

[0180] Specifically, the processor 1202 calls the executable program code stored in the memory 1201 and executes it. Figures 2 to 5 Some or all of the steps of any method for controlling a mobile device to be online.

[0181] This invention also discloses a computer-readable storage medium storing a computer program, wherein the computer program causes a computer to execute... Figures 2 to 5 A publicly disclosed method for controlling mobile devices to be online.

[0182] This invention also discloses a computer program product that, when run on a computer, causes the computer to perform... Figures 2 to 5 Some or all of the steps of any of the disclosed methods.

[0183] This invention also discloses an application publishing platform for publishing computer program products, wherein when the computer program product is run on a computer, the computer executes... Figures 2 to 5 Some or all of the steps of any of the disclosed methods.

[0184] Those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, including read-only memory (ROM), random access memory (RAM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), one-time programmable read-only memory (OTPROM), electrically-Erasable Programmable Read-Only Memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disc storage, disk storage, magnetic tape storage, or any other computer-readable medium capable of carrying or storing data.

[0185] The foregoing has provided a detailed description of a method and system for controlling a mobile device to be online, as well as the mobile device and server, disclosed in the embodiments of the present invention. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of the present invention. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

1. A method for controlling a mobile device to be online, characterized in that, The method includes: If no heartbeat data stream is received from the target mobile device within a preset period, the first server sends a first data stream to the third-party mobile device, which is used to indicate that the target mobile device is offline. The third-party mobile device sends a second data stream to the first server based on the first data stream. The second data stream contains recovery request information for requesting the target mobile device to restore network online status. After receiving the second data stream, the first server sends a third data stream to the second server, the third data stream containing the recovery request information and the phone number of the target mobile device; The second server calls the target mobile device based on the telephone number contained in the third data stream to request the target mobile device to restore network access. Upon receiving a call, the target mobile device restores the network according to a preset online recovery strategy. Upon receiving a call, the target mobile device restores the network according to a preset online recovery strategy, including: After receiving a call, the target mobile device determines whether the sender of the call is the second server. If it is determined to be the second server, the target mobile device actively hangs up the call; The target mobile device is currently offline; The target mobile device determines whether the current offline reason is a data service establishment problem; If the current offline reason is a data service establishment problem, the target mobile device triggers a network scanning mechanism to perform a network scan, selects a target network from the scan results to reset, and then logs back into the first server. If the current offline reason is not the data service establishment problem, the target mobile device determines whether the current offline reason is a TCP link establishment problem; If the current offline condition is due to a TCP link establishment problem, the target mobile device performs the step of re-login to the first server. If the current offline reason is not a TCP link establishment problem, the target mobile device sends the heartbeat data stream to the first server.

2. The method according to claim 1, characterized in that, Before the first server sends the first data stream to the third-party mobile device when no heartbeat data stream is received from the target mobile device within a preset period, the method further includes: After the target mobile device logs into the first server, the first server detects whether it receives a heartbeat data stream sent by the target mobile device within a preset period. If not received, the first server performs the step of sending the first data stream to the third-party mobile device.

3. The method according to claim 2, characterized in that, The method further includes: If the heartbeat data stream is received within the preset period, the first server sends a fourth data stream to the third-party mobile device, the fourth data stream being used to indicate that the target mobile device is online.

4. The method according to claim 3, characterized in that, The method further includes: The third-party mobile device receives the fourth data stream sent by the first server and does not perform any processing after receiving the fourth data stream.

5. The method according to claim 2, characterized in that, The method further includes: After the target mobile device is powered on and the network is normal, it sends login registration information to the first server to log in to the first server. After logging into the first server and the network is normal, it sends the heartbeat data stream to the first server when the preset period is met.

6. A system for controlling the online status of mobile devices, characterized in that, include: First server, second server, target mobile device, and third-party mobile device; The first server is configured to send a first data stream to a third-party mobile device when it does not receive a heartbeat data stream from the target mobile device within a preset period. The first data stream is used to indicate that the target mobile device is offline. The third-party mobile device is used to send a second data stream to the first server based on the first data stream, the second data stream containing recovery request information for requesting the target mobile device to restore network online status; The first server is further configured to send a third data stream to the second server after receiving the second data stream, the third data stream containing the recovery request information and the telephone number of the target mobile device; The second server is configured to call the target mobile device based on the telephone number contained in the third data stream to request the target mobile device to restore network connectivity. The target mobile device is used to restore the network according to a preset online recovery strategy after receiving a call; The target mobile device is configured to determine, after receiving a call, whether the sender of the call is the second server. And, if it is determined that it is the second server, the target mobile device actively hangs up the call; And, it is used to detect the current offline reason; And, to determine whether the current offline reason is a data service establishment problem; If the current offline reason is a data service establishment problem, the target mobile device triggers a network scanning mechanism to perform a network scan, selects a target network from the scan results to reset, and then logs back into the first server. If the current offline reason is not the data service establishment problem, the target mobile device determines whether the current offline reason is a TCP link establishment problem; If the current offline condition is due to a TCP link establishment problem, the target mobile device performs the step of re-login to the first server. If the current offline reason is not a TCP link establishment problem, the target mobile device sends the heartbeat data stream to the first server.

7. A server, characterized in that, include: Memory containing executable program code; A processor coupled to the memory; The processor calls the executable program code stored in the memory to execute all or part of the steps of the method for controlling a mobile device to be online as described in any one of claims 1-5.

8. A mobile device, characterized in that, include: Memory containing executable program code; A processor coupled to the memory; The processor calls the executable program code stored in the memory to execute all or part of the steps of the method for controlling a mobile device to be online as described in any one of claims 1-5.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When executed by a processor, the program implements the steps of the method according to any one of claims 1-5.

Images