Wake-up method and device, electronic equipment, storage medium and program product

Abstract

The invention provides an awakening method and device, electronic equipment, a storage medium and a program product, and relates to the technical field of communication. The method comprises the steps that firstly, a wake-up request sent by a server of target software is received, and the wake-up request carries a user identifier associated with the target software; then position information of a target terminal corresponding to the user identifier is determined; secondly, a paging request is generated according to the information of the server, and the paging request comprises a paging reason value; finally, a paging request is sent to the target terminal according to the position information, and the paging request is used for indicating the target terminal to wake up the target software according to the paging reason value. According to the embodiment, on-demand real-time active awakening is realized, and meanwhile, the background service is prevented from periodically querying the server, so that the power consumption of the terminal is reduced.

Description

Technical Field

[0001] The present disclosure relates to the field of communication technologies, and in particular to a wake-up method, device, electronic device, storage medium, and program product. Background Art

[0002] In the mobile internet era, mobile devices such as smartphones and tablets have become indispensable tools in people's daily lives and work. Users rely on various applications (apps) on their mobile devices to receive important information such as messages, notifications, and instructions, maintaining real-time communication with the outside world.

[0003] When a mobile terminal enters sleep mode, background applications or services are restricted or shut down, preventing them from responding to network requests and receiving messages. To receive messages promptly, the mobile terminal periodically queries the server through a resident background service, resulting in high power consumption.

[0004] It should be noted that the information disclosed in the above background technology section is only used to enhance the understanding of the background of the present disclosure, and therefore may include information that does not constitute prior art known to ordinary technicians in the field. Summary of the Invention

[0005] The present disclosure provides a wake-up method, device, electronic device, storage medium, and program product, which at least to a certain extent overcome the problems of poor real-time performance and high power consumption in related technologies.

[0006] Other features and advantages of the present disclosure will become apparent from the following detailed description, or may be learned in part by practice of the present disclosure.

[0007] According to one aspect of the present disclosure, a wake-up method is provided, comprising:

[0008] receiving a wake-up request sent by a server of the target software, wherein the wake-up request carries a user identifier associated with the target software;

[0009] Determine the location information of the target terminal corresponding to the user identifier;

[0010] generating a paging request according to the information of the server, wherein the paging request includes a paging reason value;

[0011] A paging request is sent to the target terminal according to the location information, wherein the paging request is used to instruct the target terminal to wake up the target software according to the paging reason value.

[0012] The server information includes the server's operating entity. Generating a paging request based on the server information includes:

[0013] Get the paging reason value corresponding to the server's operating entity;

[0014] Generates a paging request based on the paging cause value.

[0015] In some possible embodiments, generating a paging request according to a paging cause value includes:

[0016] Obtain the user unique identification code corresponding to the user ID;

[0017] Generate a paging request based on the paging reason value and the user's unique identification code.

[0018] In some possible embodiments, generating a paging request according to a paging cause value and a user unique identification code includes:

[0019] Determine the network type of the target terminal according to the user identification;

[0020] Generate a paging request that matches the network type of the target terminal according to the paging cause value and the user unique identification code.

[0021] In some possible embodiments, the operating entity of the server includes the operator itself; and obtaining the paging cause value corresponding to the operating entity of the server includes:

[0022] When the operating entity of the server is the operator itself, a first paging reason value corresponding to the target software is obtained; wherein the first paging reason value is used to instruct the target terminal to query the startup parameters of the target software locally according to the first paging reason value, and use the startup parameters to wake up the target software.

[0023] In some possible embodiments, the operating entity of the server includes a third party; and obtaining a paging cause value corresponding to the operating entity of the server includes:

[0024] When the operating entity of the server is a third party, obtaining a second paging cause value corresponding to the third party, wherein the second paging cause value is used to instruct the target terminal to send a query request according to the second paging cause value;

[0025] The method also includes:

[0026] Obtaining startup parameters of the target software according to the query request;

[0027] Sending startup parameters of the target software to the target terminal, wherein the startup parameters of the target software are used to instruct the target terminal to wake up the target software.

[0028] In some possible embodiments, the following further comprises:

[0029] After receiving the wake-up request sent by the server of the target software, record the identifier of the third-party server;

[0030] The startup parameters of the target software obtained according to the query request include:

[0031] After receiving the query request, the pre-stored startup parameters of the target software are obtained according to the identifier of the third-party server.

[0032] In some possible embodiments, sending a paging request to a target terminal according to the location information includes:

[0033] Determine the paging device based on the location information and the network type of the target device;

[0034] A paging request is sent to a paging device so that the paging device broadcasts the paging request to wireless devices in its cell, wherein the wireless devices include a target terminal.

[0035] According to another aspect of the present disclosure, there is also provided a wake-up device, comprising:

[0036] A wake-up request receiving module, configured to receive a wake-up request sent by a server of a target software, wherein the wake-up request carries a user identifier associated with the target software;

[0037] A location information determination module, configured to determine the location information of a target terminal corresponding to a user identifier;

[0038] A paging request generating module, configured to generate a paging request according to information from the server, wherein the paging request includes a paging reason value;

[0039] The paging request sending module is used to send a paging request to the target terminal according to the location information, wherein the paging request is used to instruct the target terminal to wake up the target software according to the paging reason value.

[0040] According to another aspect of the present disclosure, an electronic device is provided, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to execute any one of the above wake-up methods by executing the executable instructions.

[0041] According to another aspect of the present disclosure, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, any one of the above wake-up methods is implemented.

[0042] According to another aspect of the present disclosure, a computer program product is further provided, including: a computer program or instructions, which implements any one of the above wake-up methods when executed by a processor.

[0043] The wake-up method provided in the embodiment of the present disclosure first receives a wake-up request sent by the server of the target software, wherein the wake-up request carries a user identifier associated with the target software; then determines the location information of the target terminal corresponding to the user identifier; again generates a paging request based on the information of the server, wherein the paging request includes a paging reason value; finally, sends a paging request to the target terminal based on the location information, wherein the paging request is used to instruct the target terminal to wake up the target software based on the paging reason value. In this embodiment, the user identifier is associated with the target software, and mobile paging is initiated in combination with the paging mechanism of mobile communications. The paging reason value is used as the wake-up parameter of the terminal software to realize the ability to actively wake up the target software. It realizes real-time active wake-up on demand, and at the same time, avoids the background service from periodically querying the server, thereby reducing the power consumption of the terminal.

[0044] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] The accompanying drawings are incorporated into and constitute a part of the specification, illustrate embodiments consistent with the present disclosure, and together with the specification, are used to explain the principles of the present disclosure. Obviously, the drawings described below are only some embodiments of the present disclosure, and those skilled in the art can derive other drawings based on these drawings without inventive effort.

[0046] Figure 1 A schematic diagram of an exemplary application system architecture using the wake-up method in an embodiment of the present disclosure is shown;

[0047] Figure 2 A flowchart of a wake-up method according to an embodiment of the present disclosure is shown;

[0048] Figure 3 A flow chart of a method for generating a paging request according to an embodiment of the present disclosure is shown;

[0049] Figure 4 A flow chart showing another method for generating a paging request according to an embodiment of the present disclosure is shown;

[0050] Figure 5 A flow chart showing another method for generating a paging request according to an embodiment of the present disclosure is shown;

[0051] Figure 6 A flowchart showing another wake-up method in an embodiment of the present disclosure is shown;

[0052] Figure 7 A flowchart of a method for determining startup parameters according to an embodiment of the present disclosure is shown;

[0053] Figure 8A schematic structural diagram of a wake-up system according to an embodiment of the present disclosure is shown;

[0054] Figure 9 A flowchart of a wake-up method based on a wake-up system in an embodiment of the present disclosure is shown;

[0055] Figure 10 A schematic diagram of a wake-up device according to an embodiment of the present disclosure is shown;

[0056] Figure 11 A structural block diagram of an electronic device in an embodiment of the present disclosure is shown. DETAILED DESCRIPTION

[0057] Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be embodied in many forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete and will fully convey the concepts of the example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

[0058] In addition, the accompanying drawings are merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. Identical reference numerals in the figures denote identical or similar parts, and thus repetitive descriptions thereof will be omitted. Some of the block diagrams shown in the accompanying drawings are functional entities that do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in software, in one or more hardware modules or integrated circuits, or in different networks and / or processor devices and / or microcontroller devices.

[0059] For ease of understanding, before introducing the embodiments of the present disclosure, several terms involved in the embodiments of the present disclosure are first explained as follows:

[0060] UE (User Equipment): UE refers to terminal devices in mobile communication networks, such as mobile phones, tablets, and IoT devices. UE communicates with base stations through wireless interfaces. UE is a crucial component of mobile communication networks, responsible for communication, data transmission, and various application functions.

[0061] 4G (the 4th generation mobile communication technology): 4G technology is mainly aimed at providing high-speed data transmission services, supporting high-quality video calls, online games, high-definition movie streaming and other applications.

[0062] 5G (the fifth generation mobile communication technology): 5G technology further improves data transmission speed, reduces latency, and supports more connected devices based on 4G. It is suitable for emerging application scenarios such as the Internet of Things, self-driving cars, and telemedicine.

[0063] RCS (Rich Communication Services): RCS is an IP-based communication standard designed to provide enhanced text, voice, and video communication capabilities.

[0064] MME (Mobility Management Entity): MME is a key component in 4G LTE (Long Term Evolution) networks, responsible for handling user mobility management and session management. MME plays the role of the core control plane in 4G networks, ensuring that users can smoothly access the network and enjoy various communication services. In 5G networks, the functions of MME are decomposed into multiple independent functional modules, such as AMF (Access and Mobility Management Function) and SMF (Session Management Function), to achieve a more flexible and efficient network architecture. The main functions include paging, etc.

[0065] AMF: AMF is a key component in the 5G Core Network (5GC), responsible for handling user access management and mobility management. Its main functions include paging, etc.

[0066] IMSI (International Mobile Subscriber Identification Number): The IMSI is a unique identifier used to distinguish different users on a cellular network. The mobile phone stores the IMSI in a 64-bit field and sends it to the network. The IMSI can be used to query user information in the Home Location Register (HLR) or Visitor Location Register (VLR).

[0067] S-TMSI (Short Term Mobile Subscriber Identity): S-TMSI is a temporary identifier used to identify a user for a short period of time and is usually used within the same MME or AMF.

[0068] eNodeB (Evolved Node B): An eNodeB is a base station in a 4G LTE network. It manages and controls the Radio Access Network (RAN). It plays a key role in 4G networks, connecting user devices and the core network, ensuring efficient and reliable access to network services.

[0069] gNodeB (5G New Radio Base Station): A gNodeB is a base station in a 5G network, responsible for RAN management and control. It plays a key role in 5G networks, connecting user devices and the core network, ensuring efficient and reliable access to network services. Compared to eNodeBs in 4G networks, gNodeBs support higher data rates, lower latency, and a greater number of connected devices to meet the diverse application scenarios of 5G networks.

[0070] GBA (Generic Bootstrapping Architecture): In mobile communications, GBA is an authentication mechanism that provides secure authentication and key management services for various applications. It leverages mobile network security mechanisms to provide a secure boot process for applications, ensuring secure communication between user devices and application servers.

[0071] An API (Application Programming Interface) is a set of rules and protocols that define how software components interact with each other. An API allows different software systems or applications to communicate and exchange data without having to know each other's internal implementation details.

[0072] The specific implementation of the embodiment of the present disclosure is described in detail below with reference to the accompanying drawings.

[0073] like Figure 1 As shown, the system architecture includes a terminal device 101, a network 102 and a network side device 103.

[0074] The network 102 is a medium used to provide a communication link between the terminal device 101 and the network-side device 103, and can be a wired network or a wireless network.

[0075] Optionally, the above-mentioned wireless network or wired network uses standard communication technologies and / or protocols. The network is typically the Internet, but can also be any network, including but not limited to a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), a mobile, wired or wireless network, a private network or any combination of a virtual private network). In some embodiments, technologies and / or formats including Hypertext Markup Language (HTML), Extensible Markup Language (XML), etc. are used to represent data exchanged over the network. In addition, conventional encryption technologies such as Secure Socket Layer (SSL), Transport Layer Security (TLS), Virtual Private Network (VPN), Internet Protocol Security (IPSec) can be used to encrypt all or some links. In other embodiments, customized and / or dedicated data communication technologies can also be used to replace or supplement the above-mentioned data communication technologies.

[0076] Optionally, the terminal device 101 in the embodiment of the present disclosure may also be referred to as UE (User Equipment). In a specific implementation, the terminal device may be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), a personal digital assistant (PDA), a mobile Internet device (Mobile Internet Device, MID), a wearable device (Wearable Device) or a vehicle-mounted device, etc. It should be noted that the specific type of the terminal device is not limited in the embodiment of the present invention.

[0077] Optionally, the client of the application installed in different terminal devices 101 is the same, or the client of the same type of application based on different operating systems. Based on the different terminal platforms, the specific form of the client of the application can also be different, for example, the application client can be a mobile phone client, a PC client, etc.

[0078] The network side device 103 may be a base station, a relay, or an access point. The base station may be a base station of 5G or later versions (e.g., 5G NR NB), or a base station in other communication systems (e.g., an eNB base station). It should be noted that the specific type of the network side device is not limited in the embodiments of the present disclosure.

[0079] Those skilled in the art will know that Figure 1 The number of terminals, networks, and network-side devices in the figure is merely illustrative, and any number of terminals, networks, and network-side devices may be provided according to actual needs. This disclosure does not limit this.

[0080] In the above system architecture, an embodiment of the present disclosure provides a wake-up method, which can be executed by any electronic device with computing and processing capabilities. In some possible embodiments, the wake-up method provided in the embodiment of the present disclosure can be executed by a network-side device in the above system architecture.

[0081] Figure 2 A flowchart of a wake-up method according to an embodiment of the present disclosure is shown. Figure 2 As shown, the wake-up method provided in this embodiment includes steps S202-S208.

[0082] S202: Receive a wake-up request sent by a server of the target software, wherein the wake-up request carries a user identifier associated with the target software.

[0083] Software can be understood as applications or services installed on mobile terminals such as mobile phones, tablets, and IoT devices, such as social software and operator-specific services. Target software can be understood as a specific application or service that the server wants to send a message to and that needs to be awakened or activated.

[0084] A user identifier can be understood as a number or identity information used to uniquely identify a user. The user identifier may include but is not limited to: a user name, a mobile phone number, a UUID (Universally Unique Identifier), etc. The user identifier is used to identify the user to whom the wake-up request is intended to be sent.

[0085] A server is a computer system or device that provides services to clients. It possesses strong computing, storage, and network communication capabilities, storing and processing data and sending requests or providing services to clients. The target software's server refers to the computer system or device that provides services for the target software, such as various messaging systems, notification platforms, or emergency alert systems.

[0086] A wake-up request is a set of instructions sent by the server to the network side, which is used to instruct the wake-up system to change the target software on the mobile terminal from an inactive state to an active state based on the mobile communication paging mechanism so that data can be received in a timely manner.

[0087] In one possible implementation, the user identifier associated with the target software can be understood as a binding relationship between the target software and the user identifier, and the login account of the target software is the user identifier. For example, the login account of the target software is a collection number, so that the user identifier can be accurately associated with the target software and the corresponding terminal user.

[0088] In one possible implementation, after the server sends the wake-up command, it needs to register in the wake-up system and fill in the startup parameters of the target software. The startup parameters are used by the target terminal to determine and start the specific target software after receiving the paging.

[0089] Because the operating systems used by current mobile terminals are different, different operating systems require different startup parameters for the same software. Therefore, the above startup parameters include the identification of the mobile terminal where the software is installed, the operating system type, the minimum system version number, the maximum system version number, the software ID (Identity document), the application startup package, the startup class, etc.

[0090] When the server of the target software needs to wake up the target software on the mobile terminal, it sends a wake-up request to the wake-up system. The wake-up request carries the user identification associated with the target software and corresponding authentication information. The authentication information is used to verify the legitimacy of the wake-up request.

[0091] After receiving the wake-up request, the wake-up system verifies the legitimacy of the server's identity based on the authentication information. After the verification is passed, step S204 is executed to determine the location information of the target terminal corresponding to the user identification.

[0092] In one possible implementation, the wake-up system needs to expose a service interface to a third-party server. Service interfaces are typically exposed to the internet, and each call to the service interface requires access authentication information for the service provider to verify identity. Only after verification can the subsequent wake-up process be triggered. This authentication information includes a token, a security authentication technology supported by the service provider.

[0093] S204: Determine the location information of the target terminal corresponding to the user identifier.

[0094] A user ID can be understood as the mobile phone number associated with the target software. Because mobile terminal applications or services are associated with mobile phone numbers, mobile phone numbers can be used as unique identifiers to locate specific users and their corresponding mobile terminal devices.

[0095] The target terminal can be understood as a mobile terminal device installed with the target software that needs to be awakened, such as a mobile communication terminal such as a mobile phone or a tablet computer.

[0096] Location information can be understood as the target terminal's real-time access location within the mobile communications network. This information includes, but is not limited to, the cell information of the base station to which the target terminal is currently connected and the target terminal's registration location within the core network. This location information is used to determine the specific network node that should send a paging command to the target terminal.

[0097] In one possible implementation, the user's identity is used to query its corresponding IMSI (International Mobile Subscriber Identity) or S-TMSI (S-Temporary Mobile Subscriber Identity). IMSI is the user's permanent identity, and S-TMSI is a temporary identity. Both IMSI and S-TMSI are bound to the core network element currently registered by the user and the location of the base station accessed. The Home Location Register (HLR) or Visitor Location Register (VLR) in the operator's core network is used to query the MME information or AMF information currently registered by the user corresponding to the IMSI, thereby determining the core network jurisdiction where the target terminal is located.

[0098] In one possible implementation, the wake-up request sent by the server carries a mobile phone number, and the wake-up system converts the mobile phone number into the corresponding IMSI or S-TMSI through an internal mapping table, where the mapping relationship between the mobile phone number and the IMSI or the mapping relationship between the mobile phone number and the S-TMSI is established when the mobile phone number is registered.

[0099] The operator sends a location query request to the MME or AMF through the core network interface of the operator, carrying the IMSI parameter or S-TMSI parameter. The MME or AMF returns the base station identifier and cell ID currently connected to the target terminal based on the stored user context information.

[0100] When the mobile terminal's network type is 4G, it sends a location query request to the MME through the operator's core network interface, carrying the IMSI parameter. The MME returns the base station identifier (eNodeB ID) and cell ID of the target terminal's current connection based on the stored user context information.

[0101] When the mobile terminal's network type is 5G, a location query request is sent to the AMF through the operator's core network interface, carrying the S-TMSI parameter. The AMF returns the base station identifier (gNodeB ID) and cell ID of the target terminal's current connection based on the stored user context information.

[0102] The physical area where the target terminal is located is further determined according to the base station identifier, so that a paging message can be subsequently broadcast to the terminal through the base station.

[0103] S206: Generate a paging request according to the server information, where the paging request includes a paging reason value.

[0104] The paging request can be understood as a request instruction generated by the wake-up system according to the wake-up request of the server, which is used to notify the target terminal to activate a specific application or service. It is the key signaling for waking up the terminal in the mobile communication network.

[0105] The Cause Value is a core parameter in a paging request that identifies the purpose and type of the paging. Reserved values ​​are used in both 4G and 5G networks to wake up specific applications or general third-party applications.

[0106] In one possible implementation, the server information includes the server's operating entity. If the server is operated by the operator itself, a reserved value for a specific paging cause value in the network protocol is used. Upon receiving this value, the target terminal can directly wake up the corresponding application according to preset rules. If the server is operated by a third-party platform other than the operator itself, the third-party platform shares a reserved value for the paging cause value. Upon receiving the paging request, the terminal must query the specific wakeup target through an API and then launch the corresponding target software.

[0107] In a possible implementation, a paging request is generated according to the IMSI or S-TMSI, a determined paging cause value, and location information of the target terminal.

[0108] S208: Send a paging request to the target terminal according to the location information, wherein the paging request is used to instruct the target terminal to wake up the target software according to the paging reason value.

[0109] In a possible implementation, a paging request is sent to a base station where the target terminal is located based on the location information, and the base station broadcasts the paging request to its coverage area.

[0110] In one possible implementation, a paging request is sent to a paging initiating device, which issues the paging request to wireless devices in the cell to which it belongs. The wireless devices may include 4G eNodeB or 5G gNodeB.

[0111] After receiving the paging request, the eNodeB or gNodeB will broadcast it to the covered area through the paging channel; after receiving the paging request, the target terminal will compare and confirm it, activate the network and activate the corresponding application or service according to the paging reason value in the paging request.

[0112] The wake-up method provided in the embodiment of the present disclosure first receives a wake-up request sent by the server of the target software, wherein the wake-up request carries a user identifier associated with the target software; then determines the location information of the target terminal corresponding to the user identifier; again generates a paging request based on the information of the server, wherein the paging request includes a paging reason value; finally, sends a paging request to the target terminal based on the location information, wherein the paging request is used to instruct the target terminal to wake up the target software based on the paging reason value. In this embodiment, the user identifier is associated with the target software, and mobile paging is initiated in combination with the paging mechanism of mobile communications. The paging reason value is used as the wake-up parameter of the terminal software to realize the ability to actively wake up the target software. It realizes real-time active wake-up on demand, and at the same time, avoids the background service from periodically querying the server, thereby reducing the power consumption of the terminal.

[0113] In a possible implementation, this embodiment optimizes the process of "generating a paging request based on server information", where the server information includes the operating entity of the server. Figure 3 As shown, the optimized paging request generation method includes steps S302-S304.

[0114] S302: Obtain a paging reason value corresponding to the operating entity of the server.

[0115] The server operator refers to the organization or institution that owns the third-party application platform that provides the target software service. For example, the RCS service is the operator's own business platform, while the instant messaging app is an external third-party platform. The operator is used to assign the paging cause value.

[0116] The paging reason value is a reserved field used by the 4G / 5G network. Different preset values ​​are assigned according to the type of operating entity to instruct the terminal to wake up a specific type of target software.

[0117] When registering with the wake-up system, the server submits its operator type and application type. The wake-up system then assigns a corresponding paging cause value based on the operator type and stores it in the database. For example, a specific reserved value, such as Cause Value = 0x12, is assigned to a carrier's proprietary services; a shared reserved value, such as Cause Value = 0x34, is assigned to third-party platform applications.

[0118] In a possible implementation, when the server sends a wake-up request, the wake-up system identifies the type of the operating entity through the authentication information in the wake-up request, and queries the database for a preconfigured paging cause value for the operating entity type.

[0119] S304: Generate a paging request according to the paging reason value.

[0120] A paging request is generated according to the paging reason value obtained from S302 and the location information of the target terminal.

[0121] In this embodiment, by pre-binding the operating entity and the paging reason value, different types of applications are ensured to use standardized wake-up reason values, avoiding conflicts in wake-up instructions from different manufacturers, and enabling the terminal to adapt to the unified paging reason value parsing logic, thereby reducing development costs.

[0122] In a possible implementation, this embodiment optimizes the process of "generating a paging request according to the information of the server", such as Figure 4 As shown, the optimized paging request generation method includes steps S402-S406.

[0123] S402: Obtain a paging reason value corresponding to the operating entity of the server.

[0124] S404: Obtain a unique user identification code corresponding to the user identification.

[0125] The user ID can be understood as the account or binding ID registered by the user on the application platform, which is used to locate the target terminal and user identity. Optionally, the user ID is the mobile phone number bound to the target software.

[0126] A user's unique identifier is a unique identifier for identifying a user in a mobile communication network. User unique identifiers include, but are not limited to, IMSI and S-TMSI. Both IMSI and S-TMSI are bound to the core network element that the user is currently accessing.

[0127] In one possible implementation, the wake-up system converts the user identity to the corresponding IMSI or S-TMSI using an internal mapping table. The mapping table is stored in a core network database, such as the HLR or VLR, or maintained by the wake-up system.

[0128] After receiving the wake-up request, the wake-up system queries the HLR through the operator's core network interface for the IMSI corresponding to the mobile phone number carried in the wake-up request; if the user has already accessed the network, it further obtains the currently allocated S-TMSI through the MME or AMF.

[0129] S406: Generate a paging request according to the paging reason value and the user unique identification code.

[0130] A paging request is generated according to the paging cause value obtained from S402, the IMSI obtained from S406, and the location information of the target terminal.

[0131] A paging request is generated according to the paging cause value obtained from S402, the S-TMSI obtained from S406, and the location information of the target terminal.

[0132] In this embodiment, by converting the user identity into a network-native unique user identifier (IMSI / S-TMSI), it is ensured that the wake-up instruction is accurately directed to the target terminal, thereby improving the success rate of waking up the target software.

[0133] In a possible implementation, this embodiment optimizes the process of "generating a paging request according to the information of the server", such as Figure 5 As shown, the optimized paging request generation method includes steps S502-S508.

[0134] S502: Obtain a paging reason value corresponding to the operating entity of the server.

[0135] S504: Obtain a unique user identification code corresponding to the user identification.

[0136] S506: Determine the network type of the target terminal according to the user identifier.

[0137] The network type can be understood as referring to the mobile communication network standard that the target terminal is currently accessing, such as 4G, 5G, 6G, etc. The paging signaling format and transmission path of different network types are different.

[0138] In one possible implementation, the core network element is queried for the target terminal's current registration status and access network type using the user's unique identifier (IMSI or S-TMSI). For example, if the IMSI corresponding to the user identifier is currently registered with the MME, the target terminal's network type is determined to be a 4G network; if the IMSI corresponding to the user identifier is currently registered with the AMF, the target terminal's network type is determined to be a 5G network.

[0139] In one possible implementation, when the target terminal switches between 4G and 5G networks, the core network triggers a location update process and updates the network type of the target terminal in real time by monitoring location update signaling.

[0140] S508: Generate a paging request that matches the network type of the target terminal according to the paging cause value and the user unique identification code.

[0141] When the network type of the target terminal is a 4G network, a paging request is generated based on the paging reason value and the user's unique identification code according to the signaling format of the 4G network. When the network type of the target terminal is a 5G network, a paging request is generated based on the paging reason value and the user's unique identification code according to the signaling format of the 5G network.

[0142] In one possible implementation, the MME generates a paging message containing the IMSI / S-TMSI and a paging cause value, and sends it to the eNodeB via the S1-MME interface in accordance with the 4G communication protocol. The paging request includes: a user unique identifier, a paging cause value, and a target base station. For example, the paging request includes: IMSI = 460011234567890, 0x34, eNodeB ID = 12345; where IMSI = 460011234567890 is the user unique identifier, 0x34 is the paging cause value, and eNodeB ID = 12345 is the target base station.

[0143] In one possible implementation, the AMF generates a paging request including the SUPI (or S-TMSI) and the paging cause value, follows the 5G communication protocol, and sends it to the gNodeB through the N2 interface. The signaling structure of the paging request adapts to the 5G core network format.

[0144] In this embodiment, by identifying the network type currently accessed by the target terminal and generating a paging request based on the network type, the base station can correctly parse and broadcast the paging request, strictly following the 4G or 5G network. This avoids wake-up failures caused by format errors and improves the success rate of wake-up.

[0145] On the basis of the above embodiment, this embodiment optimizes the wake-up method. As shown in FIG6 , the optimized wake-up method includes steps S602 to S624.

[0146] S602: Receive a wake-up request sent by a server of the target software, wherein the wake-up request carries a user identifier associated with the target software.

[0147] S604: Determine the location information of the target terminal corresponding to the user identifier.

[0148] S606: Obtain a unique user identification code corresponding to the user identification.

[0149] S608: Determine the network type of the target terminal according to the user identifier.

[0150] S610: Determine the operating entity of the server and judge whether the operating entity of the server is the operator itself. If so, execute S612; if not, execute S616.

[0151] The server operator can be understood as the organization or institution that provides the target software service, which is used to determine the rules for assigning paging reason values. For example, servers operated by operators themselves typically carry their own services, including but not limited to RCS and emergency alert systems, while servers operated by third-party entities correspond to applications provided by various operators, such as instant messaging apps and map apps.

[0152] In one possible implementation, when the server registers in the wake-up system, it submits the operating entity type and business type. Information such as the operating entity type and business type is associated with the server's IP address, API key and other identifiers, and stored in the operating entity information library. When the server sends a wake-up request, it carries the API key or certificate assigned at the time of registration, and queries its attribution type from the operating entity information library through GBA authentication or key comparison. For example, if the server domain name includes "xxxxxxxx.cn" and the authentication information matches the operator's qualifications, the server's operating entity is determined to be the operator itself; if the server domain name does not include "xxxxxxxx.com", the server's operating entity is determined to be non-operator itself, that is, a third party.

[0153] In one possible implementation, a whitelist of operator identities is maintained, containing characteristics such as each operator's identifier and authentication key prefix. If the server authentication information matches any item in the whitelist, the server is determined to be operated by the operator itself; otherwise, the server is operated by a third party.

[0154] S612. When the server is operated by the operator itself, obtain a first paging reason value corresponding to the target software; wherein the first paging reason value is used to instruct the target terminal to locally query the startup parameters of the target software according to the first paging reason value and use the startup parameters to wake up the target software.

[0155] The first paging reason value can be understood as the paging reason value set by the operator's own service. The first paging reason value is pre-bound with the startup parameters of the operator's dedicated application. After receiving the first paging reason value, the target terminal can directly query the target software information locally without additional network interaction.

[0156] Startup parameters refer to the configuration information required when the target software is started, including application identification, initial operating status, data reception priority, etc., which are stored in the local database or configuration file of the target terminal.

[0157] In one possible implementation, a mapping relationship between target software and paging cause values ​​is pre-established, assigning different paging cause values ​​to different proprietary services. For example, the paging cause value for RCS services is Cause Value = 0x12 (a reserved value); the paging cause value for the emergency alert system is Cause Value = 0x15. This mapping relationship is stored in the core network's paging parameter database and is bound to the operator's principal identity.

[0158] When the server is operated by the operator itself, the target software identifier is obtained from the server's wake-up request, or the target software identifier is determined based on the server's domain name. The operator's dedicated mapping table is queried using the target software identifier to obtain the first paging cause value corresponding to the target software identifier. For example, if the server requests to wake up the emergency alert system, the paging cause value corresponding to the emergency alert system is found to be Cause Value = 0x15.

[0159] S614: Generate a paging request that matches the network type of the target terminal according to the first paging cause value and the user unique identification code.

[0160] S616: Send a paging request to the target terminal according to the location information.

[0161] In one possible implementation, a mapping table between the first paging reason value and startup parameters of the operator-specific application is pre-stored in a local configuration file at the factory or via an over-the-air download service. The mapping table is stored in an encrypted manner to prevent malicious tampering and ensure that only system-level processes can read it.

[0162] After receiving the paging message including the first paging cause value, the target terminal parses the fields of the paging request to obtain the first paging cause value, and searches for the startup parameter corresponding to the first paging cause value in a locally stored mapping table.

[0163] The target software is woken up according to the startup parameters, including: activating the target software; setting the priority according to the parameters; starting the data receiving module to prepare to receive the message or data sent by the server.

[0164] When the operating entity is the operator itself, after receiving the first paging reason value, the target terminal directly queries the startup parameters from the locally pre-stored mapping table without requesting application details from the server through the network interface, further improving the real-time operation.

[0165] S618: When the operating entity of the server is a third party, obtain a second paging cause value corresponding to the third party, wherein the second paging cause value is used to instruct the target terminal to send a query request according to the second paging cause value.

[0166] The second paging reason value can be understood as a paging reason value set by a third-party application. The second paging reason value is used to instruct the target terminal to send a query request through a network interface after receiving a paging request to obtain specific startup parameters of the target software.

[0167] The query request can be understood as a request sent by the target terminal to the wake-up system after receiving the paging containing the second paging reason value, for obtaining the startup parameters of the target software, wherein the query request contains authentication information such as IMSI and terminal model.

[0168] In one possible implementation, when a third-party server sends a wake-up request, its identity is verified using an API key, and the corresponding second paging cause value for the third-party server is retrieved from a shared mapping table. It should be noted that multiple third-party applications can share the same second paging cause value. Upon receiving this second paging cause value, the target terminal must query the request to identify the specific target software to be awakened, avoiding wake-up confusion caused by conflicting paging cause values.

[0169] S620: Generate a paging request that matches the network type of the target terminal according to the second paging cause value and the user unique identification code.

[0170] S622: Send a paging request to the target terminal according to the location information.

[0171] S624: Receive a query request sent by the target terminal, and obtain startup parameters of the target software according to the query request.

[0172] In one possible implementation, the target terminal receives a paging request, parses the paging request, obtains the second paging reason value, determines that it is a wake-up request from a third-party server, and sends a query request to the active wake-up command system through the GBA authentication mechanism. The query request includes: IMSI, mobile phone number, terminal model, system version, etc.

[0173] Based on the IMSI in the query request, the startup parameters of the target software are retrieved from the registration database. For example, a third-party server requests to wake up the instant messaging app corresponding to the user with IMSI = 46001. The query finds that the application D bound to the user is "com.XXXXXXXX.imapp" and the startup parameters are "Set message receiving mode to real-time."

[0174] S626: Send the startup parameters of the target software to the target terminal, where the startup parameters of the target software are used to instruct the target terminal to wake up the target software.

[0175] The startup parameters are sent to the target terminal via HTTPS or a dedicated signaling channel.

[0176] After receiving the startup parameters, the target terminal parses and starts the target software through system-level services, and configures the operating status according to the parameter requirements, such as front-end display, high-priority data reception, etc.

[0177] Third-party applications do not need to apply for dedicated paging reason values. Multiple third parties share the same reserved paging reason value. The target terminal only needs to adapt to the general query logic, avoiding the need to develop an adaptation module for each application separately. This solves the problem of standardized access for third-party applications and reduces the development costs of third-party manufacturers.

[0178] S628. Send data to the awakened target software.

[0179] The awakened target software can be understood as a mobile terminal application or service that has been activated through the paging mechanism. At this point, the target software has transitioned from an inactive state to an active state, capable of receiving and processing data sent by the server. Data refers to information sent to the target software by its server, including but not limited to message notifications, instructions, and business data.

[0180] After the target terminal receives the startup parameters, the operating system allocates CPU, memory and other resources to the target software and switches from sleep state to running state.

[0181] Once the target software is running, it obtains the server's IP address through the carrier's core network and establishes a TCP / UDP connection with the server. The server then sends data to the target software through the established connection.

[0182] In this embodiment, sending data to the target software forms a complete closed loop with the paging wake-up mechanism in the above embodiment, ensuring that the target software can effectively receive data after being awakened, avoiding the problem of successful awakening but failed data transmission, and improving the practicality of the wake-up solution.

[0183] Based on the above embodiment, the method for determining the startup parameters is optimized in this embodiment. Figure 7 As shown, the method for determining the startup parameters includes steps S702-S704.

[0184] S702: After receiving the wake-up request sent by the server of the target software, record the identifier of the third-party server.

[0185] The third-party server identifier can be understood as information used to uniquely identify the third-party server, such as the server's IP address, domain name, API key assigned during registration, etc. The third-party server identifier can be assigned by the wake-up system when the third-party server is registered, and is used to quickly associate it with the corresponding target software startup parameters.

[0186] In one possible implementation, when a third-party server registers in the wake-up system, the wake-up system assigns it a unique server identifier, binds it with the server's authentication information and the startup parameters of the target software, and stores it in the registration information database.

[0187] When a third-party server sends a wake-up request, it must carry the server's identifier in the wake-up request header. After the wake-up system receives the wake-up request, it parses and records the server's identifier from the wake-up request for quick matching when subsequently querying startup parameters.

[0188] Furthermore, after recording the identifier of the third-party server, the location information of the target terminal corresponding to the user identifier is determined, a paging reason value corresponding to the operating entity of the server is obtained, a user unique identification code corresponding to the user identifier is obtained, and the network type of the target terminal is determined based on the user identifier. If the operating entity of the server is a third party, a second paging reason value corresponding to the third party is obtained, wherein the second paging reason value is used to instruct the target terminal to send a query request based on the second paging reason value. A paging request matching the network type of the target terminal is generated based on the second paging reason value and the user unique identification code. A paging request is sent to the target terminal based on the location information, and the target terminal sends a query request based on the second paging reason value.

[0189] S704: After receiving the query request, obtain pre-stored startup parameters of the target software according to the identifier of the third-party server.

[0190] In a possible implementation, the query request includes but is not limited to: user identification, terminal type, etc. The terminal type may include the operating system of the target device, so that the acquired startup parameters can adapt to the parameter formats of different devices.

[0191] In one possible implementation, a mapping relationship between a third-party server identifier and a paging request, as well as a mapping relationship between a paging request and a query request, is maintained in the wake-up system. After receiving the query request, the corresponding server identifier is determined through the mapping relationship between the paging request and the query request, as well as the mapping relationship between the third-party server identifier and the paging request.

[0192] In a possible implementation, the startup parameters are stored in a database in a structured form of a server identifier and the startup parameters. An index is created for the server identifier, and the corresponding startup parameters are quickly located through the server identifier index.

[0193] In one possible implementation, a database is pre-established with an association between the third-party server ID, user ID, and terminal type. For example, the database uses the third-party server ID as a key to store the corresponding user group and terminal type. The database can then be queried directly using the combination of server ID, user ID, and terminal type to precisely locate the startup parameters corresponding to the user record and terminal type.

[0194] In this embodiment, the association between the server identifier and the startup parameter is stored, and the corresponding startup parameter is queried through the server identifier to improve the query efficiency and further improve the real-time performance of the wake-up.

[0195] In this embodiment, there are scenarios where data such as messages or notifications need to be sent to a mobile terminal, but the application or service installed on the mobile terminal is not activated or running online, and thus cannot timely perceive and receive messages sent to the user or notify the mobile terminal that it is currently receiving downlink messages or notifications, and the problem of high power consumption, poor timeliness, and inconsistent technical standards caused by the need for services to be resident in memory in order to receive messages and notifications in a timely manner. This embodiment provides a wake-up system, such as Figure 8 As shown, the wake-up system 800 includes a software management module 810, a wake-up request receiving module 820, a location query module 830 and a paging management module 840. This embodiment provides a wake-up method based on the wake-up system, such as Figure 9 As shown, it mainly includes steps S902-S910.

[0196] S902: Initiate a wake-up request.

[0197] Server 850 must register in advance with the software management module 810 of the wake-up system and enter software startup parameters. This allows the target terminal 860 to identify and start the software to be activated based on the startup parameters. Server 850 then sends a wake-up request to the wake-up request receiving module 820, which carries the mobile phone number and authentication information to be activated. The registration information and startup parameters are stored in the software management module 810, and the wake-up software and mobile phone number are bound during the registration process.

[0198] S904: Verify and confirm the wake-up information.

[0199] After receiving the wake-up request, the wake-up request receiving module 820 performs query authentication in the software management module 810 according to the authentication information in the wake-up request, and generates the wake-up information of the paging request after verification, wherein the wake-up information includes the server's operating entity, IMSI, paging reason value, etc., and records the identifier of the server that initiated the request.

[0200] S906: Location query.

[0201] The location query module 830 determines the device where the target terminal is located based on the data, network elements and technology of the operator's core network. The device refers to the final initiating device or network element in the paging request, such as the MME in the 4G network or the AMF in the 5G network.

[0202] S908: Generate a paging request.

[0203] The paging management module 840 generates a paging request based on the location information of the target terminal, the network type of the target terminal, and the wake-up information, and sends it to the paging initiating device. The paging initiating device issues a paging request to the wireless devices in the cell to which it belongs. The core parameters of the paging request mainly include: IMSI / S-TMSI and paging reason value.

[0204] S910: Broadcast a paging request.

[0205] After receiving the paging request, the eNodeB or gNodeB will broadcast it to the covered area through the paging channel.

[0206] S912: The target terminal responds.

[0207] After receiving the paging request, the target terminal 860 compares and confirms it, activates the network and starts the corresponding software according to the paging reason value.

[0208] For carrier-specific applications, the target software is directly woken up and activated. For third-party general applications, the target terminal is unsure of the specific application being paged. Instead, it sends a query request to the wake-up system's open interface. Key parameters include: IMSI or phone number, and terminal model information. GBA authentication is generally used to prevent malicious queries from other devices. The retrieved startup parameters are sent to the target terminal, which activates and starts the application based on the parameters.

[0209] In this embodiment, the reserved value of the current mobile communication paging reason value is used to realize the real-time and active initiation of the wake-up function of the mobile terminal application or service, and based on the current mainstream support of mobile phone numbers as application accounts, the wake-up process of the mobile terminal is initiated through the mobile number, which unifies the wake-up parameters and standards of various applications.

[0210] By adding some functional modules and expanding and adapting to the current scenarios in the core network, the mobile terminal can be actively woken up on demand and in real time with extremely low power consumption, so as to receive messages, notifications and other data in a timely manner.

[0211] In this embodiment, third-party server manufacturers do not need to adapt the terminals, the standards are easy to unify and third-party application manufacturers can easily access, the threshold is extremely low, and it is easier to popularize and promote.

[0212] This embodiment is applicable to all scenarios requiring timely access to called terminal applications and data reception, such as messaging systems, notifications, and emergency alerts. It can effectively improve the timeliness and success rate of message delivery across various messaging systems, enhancing the user experience of these platforms and even playing a crucial role in some emergency communication systems.

[0213] It should be noted that the acquisition, storage, use, and processing of data in the technical solution disclosed herein are in compliance with the relevant provisions of relevant laws and regulations. The various types of data such as personal identity data, operation data, behavioral data, etc. related to individuals, customers, and groups obtained in the embodiments of the present disclosure have all been agreed to by the users.

[0214] According to the same inventive concept, the present disclosure also provides an awakening device, such as the following embodiment. Since the principle of solving the problem in the device embodiment is similar to that in the above method embodiment, the implementation of the device embodiment can refer to the implementation of the above method embodiment, and the repeated parts will not be repeated.

[0215] Figure 10 A schematic diagram of a wake-up device in an embodiment of the present disclosure is shown. Figure 10 As shown, the apparatus includes: a wake-up request receiving module 1010 , a location information determining module 1020 , a paging request generating module 1030 and a paging request sending module 1040 .

[0216] A wake-up request receiving module 1010 is used to receive a wake-up request sent by the server of the target software, wherein the wake-up request carries a user identifier associated with the target software; a location information determining module 1020 is used to determine the location information of the target terminal corresponding to the user identifier; a paging request generating module 1030 is used to generate a paging request based on the information of the server, wherein the paging request includes a paging reason value; a paging request sending module 1040 is used to send a paging request to the target terminal based on the location information, wherein the paging request is used to instruct the target terminal to wake up the target software based on the paging reason value.

[0217] In some possible embodiments, the server information includes the operating entity of the server. The paging request generating module 1030 is specifically configured to obtain a paging reason value corresponding to the operating entity of the server and generate a paging request according to the paging reason value.

[0218] In a possible embodiment, the paging request generating module 1030 is specifically configured to obtain a user unique identification code corresponding to the user identity; and generate a paging request according to the paging cause value and the user unique identification code.

[0219] In a possible embodiment, the paging request generating module 1030 is specifically configured to determine the network type of the target terminal according to the user identification; and generate a paging request matching the network type of the target terminal according to the paging cause value and the user unique identification code.

[0220] In one possible embodiment, the paging request generation module 1030 is specifically used when the operating entity of the server includes the operator itself; in one possible embodiment, the paging request generation module 1030 is specifically used to obtain the first paging reason value corresponding to the target software when the operating entity of the server is the operator itself; wherein the first paging reason value is used to instruct the target terminal to locally query the startup parameters of the target software according to the first paging reason value, and use the startup parameters to wake up the target software.

[0221] In one possible embodiment, the operating entity of the server includes a third-party paging request generation module 1030, which is specifically used to obtain a second paging reason value corresponding to the third party when the operating entity of the server is a third party, wherein the second paging reason value is used to instruct the target terminal to send a query request according to the second paging reason value; the device also includes: a startup parameter management module, which is used to obtain the startup parameters of the target software according to the query request; and send the startup parameters of the target software to the target terminal, wherein the startup parameters of the target software are used to instruct the target terminal to wake up the target software.

[0222] In a possible embodiment, it also includes: a server identification recording module, which is used to record the identification of the third-party server after receiving the wake-up request sent by the server of the target software; and a startup parameter management module, which is specifically used to obtain the pre-stored startup parameters of the target software according to the identification of the third-party server after receiving the query request.

[0223] In a possible embodiment, the system further includes: a data sending module, configured to send data to the awakened target software.

[0224] It should be noted that the examples and application scenarios implemented by the modules in the above-mentioned apparatus embodiment are the same as those implemented by the corresponding steps in the method embodiment, but are not limited to the contents disclosed in the above-mentioned method embodiment. It should be noted that the above-mentioned modules, as part of the apparatus, can be executed in a computer system, such as a set of computer-executable instructions.

[0225] Those skilled in the art will appreciate that various aspects of the present disclosure may be implemented in the following forms, namely: a complete hardware implementation, a complete software implementation (including firmware, microcode, etc.), or an implementation that combines hardware and software aspects, which may be collectively referred to herein as a "circuit," "module," or "system."

[0226] According to the same inventive concept, an embodiment of the present disclosure further provides an electronic device, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to execute any of the aforementioned wake-up methods by executing the executable instructions. Since the principles for solving the problem in this electronic device embodiment are similar to those in the aforementioned method embodiment, the implementation of this electronic device embodiment can refer to the implementation of the aforementioned method embodiment, and any repetitions will not be repeated.

[0227] Refer to the following Figure 11 1100 according to this embodiment of the present disclosure will be described. Figure 11 The electronic device 1100 shown is merely an example and should not limit the functions and scope of use of the embodiments of the present disclosure.

[0228] like Figure 11 As shown, electronic device 1100 is implemented as a general-purpose computing device. Components of electronic device 1100 may include, but are not limited to, the aforementioned at least one processing unit 1110, the aforementioned at least one storage unit 1120, and a bus 1130 connecting various system components (including storage unit 1120 and processing unit 1110).

[0229] The storage unit 1120 stores program code, which can be executed by the processing unit 1110, so that the processing unit 1110 performs the steps described in the "Exemplary Method" section of this specification according to various exemplary embodiments of the present disclosure. For example, the processing unit 1110 can perform the following steps of the above-mentioned method embodiment: receiving a wake-up request sent by a server of the target software, wherein the wake-up request carries a user identifier associated with the target software; determining the location information of the target terminal corresponding to the user identifier; generating a paging request based on the information of the server, wherein the paging request includes a paging reason value; and sending a paging request to the target terminal based on the location information, wherein the paging request is used to instruct the target terminal to wake up the target software according to the paging reason value.

[0230] The storage unit 1120 may include a readable medium in the form of a volatile storage unit, such as a random access memory unit (RAM) 11201 and / or a cache 11202 , and may further include a read-only memory unit (ROM) 11203 .

[0231] The storage unit 1120 may also include a program / utility 11204 having a set (at least one) of program modules 11205, such program modules 11205 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment.

[0232] The bus 1130 may represent one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

[0233] Electronic device 1100 may also communicate with one or more external devices 1140 (e.g., a keyboard, pointing device, Bluetooth device, etc.), one or more devices that enable a user to interact with electronic device 1100, and / or any device that enables electronic device 1100 to communicate with one or more other computing devices (e.g., a router, modem, etc.). Such communication may occur via input / output (I / O) interface 1150. Furthermore, electronic device 1100 may also communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network such as the Internet) via network adapter 1160. As shown, network adapter 1160 communicates with other modules of electronic device 1100 via bus 1130. It should be understood that, although not shown in the figure, other hardware and / or software modules may be used in conjunction with electronic device 1100, including but not limited to microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0234] Through the description of the above embodiments, it is easy for those skilled in the art to understand that the example embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a terminal device, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.

[0235] Based on the same inventive concept, embodiments of the present disclosure also provide a computer-readable storage medium storing a computer program that, when executed by a processor, implements any of the aforementioned wake-up methods. Because the principles underlying the problem solved by this computer-readable storage medium embodiment are similar to those of the aforementioned method embodiment, the implementation of this computer-readable storage medium embodiment can be referenced to the implementation of the aforementioned method embodiment, and any repetitions will not be repeated.

[0236] More specific examples of computer-readable storage media in the present disclosure may include, but are not limited to, an electrical connection having one or more conductors, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), optical fibers, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0237] In the present disclosure, a computer-readable storage medium may include a data signal propagated in baseband or as part of a carrier wave, which carries readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable signal medium may also be any readable medium other than a readable storage medium that can transmit, propagate, or transfer a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0238] Alternatively, the program code contained on the computer-readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wired, optical cable, RF, etc., or any suitable combination thereof.

[0239] In a specific implementation, the program code for performing the operations of the present disclosure may be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java, C++, and the like, as well as conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computing device, partially on the user's device, as a standalone software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user's computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0240] Based on the same inventive concept, embodiments of the present disclosure further provide a computer program product, including a computer program or instructions, which, when executed by a processor, implements any of the wake-up methods described in the aforementioned method embodiments. Because the principles underlying the problems solved by this computer program product embodiment are similar to those of the aforementioned method embodiments, the implementation of this computer program product embodiment can be referenced to the implementation of the aforementioned method embodiments, and any repetitive details will not be repeated.

[0241] It should be noted that although several modules or units of the device for action execution are mentioned in the detailed description above, this division is not mandatory. In fact, according to the embodiments of the present disclosure, the features and functions of two or more modules or units described above can be concretized in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided into multiple modules or units to be concretized.

[0242] Furthermore, although the steps of the method of the present disclosure are described in a particular order in the accompanying drawings, this does not require or imply that the steps must be performed in this particular order, or that all steps shown must be performed to achieve the desired results. Additionally or alternatively, some steps may be omitted, multiple steps may be combined into one step, and / or one step may be decomposed into multiple steps.

[0243] Through the description of the above embodiments, it is easy for those skilled in the art to understand that the example embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a mobile terminal, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.

[0244] Other embodiments of the present disclosure will readily occur to those skilled in the art after considering the specification and practicing the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary techniques in the art not disclosed herein. The description and examples are to be considered as exemplary only, with the true scope and spirit of the present disclosure being indicated by the appended claims.

Claims

1. A wake-up method, characterized in that: include: receiving a wake-up request sent by a server of the target software, wherein the wake-up request carries a user identifier associated with the target software; Determining location information of a target terminal corresponding to the user identifier; generating a paging request according to the information of the server, wherein the paging request includes a paging cause value; A paging request is sent to the target terminal according to the location information, wherein the paging request is used to instruct the target terminal to wake up the target software according to the paging reason value.

2. The wake-up method according to claim 1, characterized in that: The information of the server includes an operating entity of the server, and generating a paging request according to the information of the server includes: Obtaining a paging reason value corresponding to the operating entity of the server; The paging request is generated according to the paging cause value.

3. The wake-up method according to claim 2, characterized in that: Generating the paging request according to the paging cause value includes: Obtaining a unique user identification code corresponding to the user identification; The paging request is generated according to the paging reason value and the user unique identification code.

4. The wake-up method according to claim 3, characterized in that: Generating the paging request according to the paging cause value and the user unique identification code includes: determining a network type of the target terminal according to the user identifier; A paging request matching the network type of the target terminal is generated according to the paging cause value and the user unique identification code.

5. The wake-up method according to claim 2, characterized in that: The operating entity of the server includes the operator itself; and obtaining the paging cause value corresponding to the operating entity of the server includes: When the operating entity of the server is the operation itself, obtain the first paging reason value corresponding to the target software; wherein, the first paging reason value is used to instruct the target terminal to locally query the startup parameters of the target software according to the first paging reason value, and use the startup parameters to wake up the target software.

6. The wake-up method according to claim 2, characterized in that: The operating entity of the server includes a third party; and obtaining a paging cause value corresponding to the operating entity of the server includes: When the operating entity of the server is the third party, obtaining a second paging cause value corresponding to the third party, wherein the second paging cause value is used to instruct the target terminal to send a query request according to the second paging cause value; The method further comprises: Obtaining startup parameters of the target software according to the query request; Sending startup parameters of the target software to the target terminal, wherein the startup parameters of the target software are used to instruct the target terminal to wake up the target software.

7. The wake-up method according to claim 6, characterized in that: Also includes: After receiving the wake-up request sent by the server of the target software, recording the identifier of the third-party server; The acquiring the startup parameters of the target software according to the query request includes: After receiving the query request, the pre-stored startup parameters of the target software are obtained according to the identifier of the third-party server.

8. The wake-up method according to claim 1, characterized in that: Also includes: Data is sent to the awakened target software.

9. A wake-up device, characterized in that: include: A wake-up request receiving module, configured to receive a wake-up request sent by a server of a target software, wherein the wake-up request carries a user identifier associated with the target software; A location information determination module, configured to determine the location information of a target terminal corresponding to the user identifier; a paging request generating module, configured to generate a paging request according to the information of the server, wherein the paging request includes a paging cause value; A paging request sending module is used to send a paging request to the target terminal according to the location information, wherein the paging request is used to instruct the target terminal to wake up the target software according to the paging reason value.

10. An electronic device, characterized in that: include: processor; as well as a memory for storing executable instructions of the processor; The processor is configured to execute the wake-up method according to any one of claims 1 to 8 by executing the executable instructions.

11. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the wake-up method according to any one of claims 1 to 8 is implemented.

12. A computer program product comprising: A computer program or instruction, characterized in that when the computer program or instruction is executed by a processor, it implements the wake-up method described in any one of claims 1 to 8.

Images