WO2017215614A1 - 心跳保活的实现方法、装置及系统 - Google Patents

心跳保活的实现方法、装置及系统 Download PDF

Info

Publication number
WO2017215614A1
WO2017215614A1 PCT/CN2017/088300 CN2017088300W WO2017215614A1 WO 2017215614 A1 WO2017215614 A1 WO 2017215614A1 CN 2017088300 W CN2017088300 W CN 2017088300W WO 2017215614 A1 WO2017215614 A1 WO 2017215614A1
Authority
WO
WIPO (PCT)
Prior art keywords
heartbeat
policy
alive
keep
server
Prior art date
Application number
PCT/CN2017/088300
Other languages
English (en)
French (fr)
Inventor
杨荣康
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017215614A1 publication Critical patent/WO2017215614A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to the field of communications, for example, to a method, apparatus, and system for implementing heartbeat keepalive.
  • Extensible Messaging and Presence Protocol is an open instant messaging protocol based on Extensible Markup Language (XML) for real-time communication, presentation and demand response of services. With the XML data element streaming in the service, XMPP has a large share of the instant messaging market with its flexibility and openness.
  • XMPP has not been optimistic in the mobile field.
  • the heartbeat keepalive between the client and the server is an important reason for the large traffic consumption.
  • XMPP specifies Ping and Pong messages.
  • each message includes an average of more than 100 bytes (this is just the application layer message, not including the message header of the lower layer such as the protocol layer), if one heartbeat every 10 seconds, then one hour At least about 50K of traffic, and the heartbeat is two-way, the server will also initiate heartbeat keep-alive to the client at certain intervals, and also put pressure on the server to process messages.
  • heartbeat keepalive is necessary, because in the mobile environment, users go online and offline frequently, often drop the line, through the heartbeat keep-alive way can detect whether the other party is online.
  • a method, device and system for implementing heartbeat keep-alive can avoid frequent heartbeat keep-alive between client and server in mobile communication field due to XMPP in related art, resulting in large traffic and power consumption of client phenomenon.
  • a method for realizing heartbeat keep-alive comprising:
  • the live policy is used to indicate the heartbeat strategy corresponding to each operating mode.
  • the preset condition includes at least one of a configuration condition and a usage habit of the user in a preset time period: where the configuration condition includes at least one of: multiple network modes, and each network The usage time and frequency of use of the mode;
  • the usage habits include at least one of: a plurality of network modes, a time period of using each network mode, and a usage period corresponding to each of the network modes.
  • the method before detecting whether the operating mode of the client device is changed, the method further includes:
  • configuring the heartbeat keep-alive policy according to the preset condition includes:
  • the heartbeat policy in each operation mode is configured according to the multiple network modes, the usage time corresponding to each network mode, and the usage frequency, to obtain the heartbeat keep-alive strategy;
  • the network mode includes: an operator network or a public accessible network; and the operating mode is an operating state applied to the configuration condition.
  • configuring the heartbeat keep-alive policy according to the preset condition includes:
  • the preset condition is the usage habit
  • the time period in which each network mode is used, and the corresponding use of each network mode At least one of the cycles generates a corresponding data processing model
  • the method before the detecting whether the operating mode of the client device is changed, the method further includes:
  • the server Receiving response information returned by the server, where the response information includes at least one of: a capability set supporting the heartbeat keep-alive policy, and an authentication parameter.
  • determining a heartbeat policy corresponding to the changed operation mode in the heartbeat keep-alive policy configured according to the preset condition, and executing the heartbeat policy includes:
  • the first heartbeat policy is switched to the second heartbeat Strategy
  • the performing the second heartbeat strategy includes:
  • a device for realizing heartbeat keep-alive comprising:
  • a detection module configured to detect whether a running mode of the client device changes
  • the policy switching module is configured to: determine, in a heartbeat keep-alive policy configured according to the preset condition, a heartbeat policy corresponding to the changed operation mode, and execute the heartbeat policy, when the change of the operation mode is detected,
  • the heartbeat keep-alive policy is used to indicate a heartbeat policy corresponding to each operation mode.
  • the preset condition includes at least one of a configuration condition and a usage habit of the user in a preset time period: wherein
  • the configuration condition includes at least one of: a plurality of network modes, and a usage time and a usage frequency corresponding to each network mode;
  • the usage habits include at least one of: a plurality of network modes, a time period of using each network mode, and a usage period corresponding to each of the network modes.
  • the device further includes:
  • the configuration module includes a first configuration unit, configured to configure, according to the multiple network modes, the usage time corresponding to each network mode, and the usage frequency, respectively, when the preset condition is the configuration condition.
  • the heartbeat strategy in each operation mode obtains the heartbeat keep-alive strategy;
  • the network mode includes: an operator network or a public accessible network; and the operating mode is an operating state applied to the configuration condition.
  • the configuration module includes:
  • a generating unit configured to: according to the plurality of network modes in the usage habit, the time period in which each network mode is used, and each of the foregoing, in a case where the preset condition is the usage habit Generating a corresponding data processing model by at least one of a usage period corresponding to the network mode;
  • the second configuration unit is configured to configure a corresponding heartbeat policy according to the data processing model to obtain the heartbeat keep-alive strategy.
  • the device further includes:
  • a sending module configured to send the heartbeat keep-alive policy to a server before detecting whether the operating mode of the client device changes
  • the receiving module is configured to receive the response information returned by the server, where the response information includes at least one of the following: whether the capability set and the authentication parameter of the heartbeat keep-alive policy are supported.
  • the policy switching module includes:
  • a matching unit configured to match a heartbeat policy corresponding to the changed operation mode according to the heartbeat keep-alive policy
  • the switching unit is configured to switch the first heartbeat policy to the first heartbeat policy, where the heartbeat policy corresponding to the operating mode before the change is the first heartbeat policy, and the heartbeat policy corresponding to the changed operating mode is the second heartbeat policy.
  • the second heartbeat strategy ;
  • An execution unit configured to execute the second heartbeat policy.
  • the execution unit includes:
  • Executing a subunit configured to perform a heartbeat keep-alive operation according to the second heartbeat policy
  • a sending subunit configured to send the second heartbeat policy to a server
  • a receiving subunit configured to receive the heartbeat keep-alive operation switching response information returned by the server, where the heartbeat keep-alive operation switching response information is used to instruct the server to perform the heartbeat protection according to the second heartbeat policy The switching operation of the live strategy.
  • An implementation system for heartbeat keep-alive comprising: a client and a server, wherein the client is in communication connection with the server,
  • the client is configured to configure a heartbeat keep-alive policy according to a preset condition, and send the heartbeat keep-alive policy to the server by using a login process, and receive response information of the heartbeat keep-alive policy returned by the server, where When the change of the operation mode is detected, matching the heartbeat policy corresponding to the changed operation mode in the heartbeat keep-alive policy, and executing the heartbeat strategy;
  • the server is configured to receive the heartbeat keep-alive policy sent by the client, and return response information supporting the heartbeat keep-alive policy, and receive the client if the operating mode of the client changes The heartbeat policy switching indication sent.
  • a computer readable storage medium storing computer executable instructions arranged to perform the above method.
  • a client that includes:
  • At least one processor At least one processor
  • the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to cause the at least one processor to perform the method described above.
  • a server that includes:
  • At least one processor At least one processor
  • the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to cause the at least one processor to perform the method described above.
  • FIG. 1 is a block diagram showing the hardware structure of a mobile terminal for implementing a heartbeat keep-alive method according to Embodiment 1;
  • FIG. 2 is a flow chart of a method for implementing heartbeat keep-alive according to an embodiment
  • FIG. 3 is a block diagram showing the structure of a device for implementing heartbeat keep-alive in Embodiment 2;
  • FIG. 4 is a structural block diagram of a system for implementing heartbeat keep-alive in Embodiment 3;
  • FIG. 5 is a schematic flowchart of a client login server using XMPP in a system for implementing heartbeat keep-alive in an embodiment
  • FIG. 6 is a schematic flowchart of performing heartbeat keepalive according to a user-defined heartbeat scenario between a client and a server using XMPP in a system for implementing heartbeat keep-alive in an embodiment.
  • FIG. 1 is a hardware structural block diagram of a mobile terminal that implements a method for implementing heartbeat keep-alive in this embodiment.
  • mobile terminal 10 may include one or more (only one shown) processor 102 (processor 102 may include a Microcontroller Unit (MCU) or a programmable logic device (Field-Programmable).
  • MCU Microcontroller Unit
  • FPGA Gate Array
  • memory 104 provided to store data
  • transmission device 106 having a communication function.
  • the structure shown in FIG. 1 is merely illustrative, and for example, the mobile terminal 10 may further include more or less components than those shown in FIG. 1, or have a different configuration than that shown in FIG.
  • the memory 104 may be configured as a software program and a module for storing application software, such as program instructions or modules corresponding to the implementation of the heartbeat keep-alive in the following embodiments, and the processor 102 executes by executing a software program and a module stored in the memory 104.
  • application software such as program instructions or modules corresponding to the implementation of the heartbeat keep-alive in the following embodiments
  • the processor 102 executes by executing a software program and a module stored in the memory 104.
  • a variety of functional applications and data processing, that is, the following methods are implemented.
  • Memory 104 may include high speed random access memory, and may also include non-volatile memory such as one or more magnetic storage devices, flash memory, or other non-volatile solid state memory.
  • memory 104 can include memory remotely located relative to processor 102, such remote storage
  • the device can be connected to the mobile terminal 10 through a network. Examples of such networks include the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.
  • Transmission device 106 can be arranged to receive or transmit data via a network.
  • the network described above may include a wireless network provided by a communication provider of the mobile terminal 10.
  • the transmission device 106 includes a Network Interface Controller (NIC) that can be connected to other network devices through a base station and can communicate with the Internet.
  • the transmission device 106 can be a radio frequency (RF) circuit, and a radio frequency (RF) circuit can wirelessly communicate with the Internet.
  • RF radio frequency
  • RF radio frequency
  • the client in the following embodiments may be the mobile terminal in the foregoing embodiment, or may be a computer terminal or a similar computing device.
  • the client may include a hardware structure and a connection relationship in the mobile terminal, and the client may run the following implementation.
  • the method executed by the client in the example; the server may also include the hardware structure connection relationship in the above mobile terminal, and the server may run the method applied to the server execution in the following embodiments.
  • FIG. 2 is a flowchart of a method for implementing heartbeat keep-alive in the embodiment. As shown in FIG. 2, the process includes the following steps.
  • step 202 it is detected whether the operating mode of the client device changes.
  • step 204 in the case that the change of the operation mode is detected, the heartbeat policy corresponding to the changed operation mode is determined in the heartbeat keep-alive policy configured according to the preset condition, and the heartbeat strategy is executed, wherein the heartbeat keep-alive
  • the policy is used to indicate the heartbeat policy corresponding to each operating mode.
  • the heartbeat strategy can be the heartbeat keepalive frequency or the heartbeat keepalive interval.
  • the implementation method of the heartbeat keep-alive provided by the embodiment is based on the scalable feature of the XMPP, and a set of customizable, scalable, adaptive, and visual analysis configuration models can be reduced.
  • the consumption of traffic and power of the client relieves the pressure on the server.
  • the heartbeat frequency can be appropriately increased to ensure the quality of the communication service; while the traffic is sensitive (such as using mobile network data) or use
  • the frequency of heartbeat keep-alive can save the client's traffic and power, and the server can also reduce the pressure.
  • the implementation method of the heartbeat keep-alive provides a set of analysis configuration models, which can adapt to the user's usage habits, or use scene switching;
  • the method for implementing the heartbeat keep-alive can dynamically adjust the heartbeat keepalive frequency according to multiple scene mode policies and multiple time periods;
  • the implementation of the heartbeat keep-alive can record a variety of behavior habits of the user, and adjust the heartbeat strategy in an adaptive manner.
  • the implementation method of the heartbeat keep-alive it is determined whether the operation mode of the client device changes; and when the change of the operation mode is detected, determining and changing in the heartbeat keep-alive strategy configured according to the preset condition
  • the heartbeat policy corresponding to the operation mode is executed, and the heartbeat policy is executed.
  • the heartbeat keepalive policy is used to indicate the heartbeat policy corresponding to each operation mode. Therefore, the implementation method of the heartbeat keep-alive provided by the embodiment can be avoided.
  • XMPP in the mobile communication field, requires frequent heartbeat retention between the client and the server, resulting in a large amount of client traffic and power consumption, reducing client traffic and power consumption.
  • the preset condition includes at least one of a configuration condition and a usage habit of the user in a preset time period.
  • the configuration condition may include at least one of the following: a plurality of network modes, a usage time corresponding to each network mode, and a usage frequency corresponding to each network mode.
  • the usage habit may include at least one of: a plurality of network modes, a time period using each network mode, and a usage period corresponding to the network mode.
  • the usage time corresponding to each network mode can be the time when the client uses each network mode.
  • the frequency of use corresponding to each network mode may be the frequency at which the client uses each network mode.
  • the method for obtaining the preset condition may include receiving a configuration condition manually input by the user, or obtaining the user's usage habit by the client in the preset period. By obtaining the usage habit, the corresponding data processing model can be obtained.
  • the The method before detecting, in step 202, whether the operating mode of the client device changes, the The method also includes step 200.
  • a heartbeat keep-alive policy is configured according to a preset condition.
  • the step 200 includes configuring a heartbeat policy in each operation mode according to the multiple network modes, the usage time and the usage frequency of each network mode, respectively, to obtain a heartbeat keep-alive Strategy.
  • the network mode may include: an operator network or a publicly accessible network; and the operation mode may be an operating state applied to the configuration condition.
  • the carrier network may be a data transmission network, and the public access network may be a Wi-Fi network.
  • the running mode can be the heartbeat keepalive frequency of the client in the network mode.
  • the configuring the heartbeat keep-alive strategy according to the preset condition in step 200 includes:
  • the corresponding heartbeat strategy is configured to obtain a heartbeat keepalive strategy.
  • the method for implementing the heartbeat keep-alive provided by the embodiment further includes: before detecting, in step 204, whether the operating mode of the client device is changed.
  • Receiving response information returned by the server where the response information includes at least one of: a capability set supporting a heartbeat keep-alive policy, and an authentication parameter.
  • determining a heartbeat policy corresponding to the changed operation mode in the heartbeat keep-alive policy configured according to the preset condition, and executing the heartbeat policy includes:
  • the heartbeat strategy corresponding to the changed operation mode is matched
  • the heartbeat policy corresponding to the operation mode before the change is the first heartbeat policy
  • the first heartbeat policy is switched to the second heartbeat policy if the heartbeat policy corresponding to the changed operation mode is the second heartbeat policy
  • performing the second heartbeat strategy includes:
  • the method of the foregoing embodiment may be implemented by means of software plus a general hardware platform, or may be implemented by hardware.
  • the technical solution of the above embodiment can be embodied in the form of a software product stored in a storage medium (such as a read-only memory (ROM), a random access memory (Random Access Memory, RAM). , a disk, an optical disk, including one or more instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in the various embodiments.
  • a device for implementing heartbeat keep-alive is provided, and the device can implement the method in the above embodiment.
  • the term "module" can implement at least one of software and hardware for a predetermined function.
  • the apparatus described in the following embodiments may be implemented in software, hardware, or a combination of software and hardware.
  • FIG. 3 is a structural block diagram of a device for implementing heartbeat keep-alive in the embodiment. As shown in FIG. 3, the device includes: a detecting module 32 and a policy switching module 34.
  • the detection module 32 is arranged to detect if the operating mode of the client device has changed.
  • the policy switching module 34 is configured to determine a heartbeat policy corresponding to the changed operation mode in a heartbeat keep-alive policy configured according to a preset condition, and execute a heartbeat policy, wherein the heartbeat policy is performed, in a case where a change in the operation mode is detected.
  • the live policy is used to indicate the heartbeat strategy corresponding to each operating mode.
  • the heartbeat keep-alive policy is configured according to a preset condition, wherein the heartbeat keep-alive policy is used to indicate a heartbeat policy corresponding to each operation mode; whether the operation mode is detected to be changed; When the operation mode is changed, the heartbeat policy corresponding to the changed operation mode is matched in the heartbeat keep-alive policy, and the heartbeat policy is executed. Therefore, the apparatus provided in this embodiment can avoid the use of XMPP in the field of mobile communication. Frequent heartbeats are required between the client and the server, resulting in a large amount of traffic and power consumption on the client, which reduces client traffic and power consumption.
  • the preset condition includes at least one of a configuration condition and a usage habit of the user within a preset time period.
  • the configuration condition may include at least one of the following: a plurality of network modes, a usage time corresponding to each network mode, and a frequency of use.
  • the usage habit may include at least one of the following: a plurality of network modes, a time period of each network mode, and a usage period corresponding to each network mode.
  • the device for implementing heartbeat keep-alive further includes:
  • the configuration module is configured to configure a heartbeat keepalive policy according to a preset condition before detecting whether the running mode of the client device changes.
  • the configuration module may include a first configuration unit, where the first configuration unit is configured to configure each operation according to a plurality of network modes, a usage time and a usage frequency corresponding to each network mode, respectively, when the preset condition is a configuration condition.
  • the heartbeat strategy in the mode gets the heartbeat keepalive strategy.
  • the network mode may include: an operator network or a publicly accessible network; and the operation mode may be an operating state applied to the configuration condition.
  • the configuration module includes: a generating unit and a second configuration unit.
  • the generating unit is configured to generate a corresponding data processing model according to at least one of a plurality of network modes in the usage habit, a time period using each network mode, and a usage period corresponding to the network mode, respectively, in a case where the preset condition is a usage habit. .
  • the second configuration unit is configured to configure a corresponding heartbeat policy according to the data processing model to obtain a heartbeat keep-alive strategy.
  • the implementation device of the heartbeat keep-alive further includes: a sending module and a receiving module.
  • the sending module is configured to send a heartbeat keep-alive policy to the server before detecting whether the operating mode of the client device changes.
  • the receiving module is configured to receive the response information returned by the server, where the response information includes at least one of the following: whether the capability set and the authentication parameter of the heartbeat keep-alive policy are supported.
  • the policy switching module 34 includes: a matching unit, a switching unit, and an execution unit.
  • the matching unit is configured to match the heartbeat strategy corresponding to the changed operating mode according to the heartbeat keep-alive policy.
  • the switching unit is set to be the first heartbeat strategy corresponding to the operating mode before the change, and the change
  • the heartbeat policy corresponding to the operating mode is the second heartbeat policy
  • the first heartbeat policy is switched to the second heartbeat policy.
  • the execution unit is set to execute a second heartbeat strategy.
  • the execution unit includes: an execution subunit, a sending subunit, and a receiving subunit.
  • the execution subunit is configured to perform a heartbeat keep alive operation according to the second heartbeat policy.
  • the sending subunit is set to send a second heartbeat policy to the server.
  • the receiving subunit is configured to receive the heartbeat keep-alive operation switching response information returned by the server, where the heartbeat keep-alive operation switching response information is used to instruct the server to perform the switching operation of the heartbeat keep-alive policy according to the second heartbeat policy.
  • modules may be implemented by software or hardware.
  • the modules may be implemented in the same manner, or the modules are located in different processors in various combinations.
  • the dynamic heartbeat keep-alive system includes a client 42 and a server 44.
  • Client 42 is in communication with server 44.
  • the client 42 is configured to configure the heartbeat keep-alive policy according to the preset condition, and send the heartbeat keep-alive policy to the server 44 through the login process, and receive the response information of the support heartbeat keep-alive policy returned by the server 44, and detect that the running mode occurs.
  • the heartbeat strategy corresponding to the changed operation mode is matched in the heartbeat keep-alive strategy, and the heartbeat strategy is executed.
  • the server 44 is configured to receive the heartbeat keep-alive policy sent by the client 42 and return the response information supporting the heartbeat keep-alive policy. In the case that the operation mode of the client 42 sends a change, the heartbeat policy switching indication sent by the client 42 is received.
  • the client 42 may include: a configuration module, a sensing module, a heartbeat management module, and a communication module.
  • the configuration module can be located on the client, and users can configure the heartbeat policy according to their needs.
  • the heartbeat policy, the Wi-Fi environment, and the mobile data environment can be configured according to the network environment;
  • the heartbeat policy, the work mode, and the leisure mode can be configured according to the usage mode;
  • the heartbeat can be configured according to the time period. Strategy, daytime working hours and night time periods.
  • the sensing module can be located on the client.
  • the user can configure the heartbeat policy in the configuration module.
  • the corresponding heartbeat policy can be configured, and the working time period and the night time period can also be used.
  • the configuration of the corresponding heartbeat policy, network mode or time period mode switching can be implemented by the sensing module.
  • the underlying operating system running on the Android (Android) or iOS platform client can notify the upper-layer application of changes in the network mode or time period, thereby realizing the function of the sensing module.
  • the heartbeat management module can be located on the client, and the heartbeat management module can dynamically adjust the heartbeat policy in real time according to the user's configuration data (the heartbeat management module can interact with the configuration module and obtain configuration data) and the notification of the sensing module.
  • the communication module can be located on the client and set to send and receive heartbeat messages to and from the server.
  • the client 42 may extend the XMPP related protocol in the message negotiated with the server 44, and add a parameter indicating whether the client 42 supports the "dynamic heartbeat" function. If the server 44 also supports "dynamic heartbeat", the server 44 can record the characteristics of the client 42 supporting the dynamic mindset and save the feature in the session context with the client 42. For the client 42, the user can configure the heartbeat policy, which can be configured according to the network scenario.
  • the client performs heartbeat keeping at a time interval of 10 seconds, while in the mobile data scenario, the client can The heartbeat keeps alive according to the 30-second interval; or according to the time period, for example, during the daytime work, the client can do the heartbeat keep-alive at intervals of 10 seconds, while at night, the client can follow the 30-second time. Leave the heartbeat to keep alive.
  • the process of the client logging in to the server can be a process in which the client sends a request, obtains server authentication, and establishes a connection with the server.
  • the client may send a capability negotiation message to the server to confirm whether the server supports the capability set possessed by the client; the server may also send a capability negotiation message to confirm whether the client supports the capability set possessed by the server.
  • a capability set can be a collection used to represent a target service and corresponding business characteristics.
  • the server 44 can also initiate a heartbeat to the client, so the heartbeat policy configured at the client 42 can be synchronized to the server 44. Therefore, the heartbeat message between the client 42 and the server 44 can also be extended.
  • a parameter can be added to the Ping message in the XMPP to indicate the currently used heartbeat frequency.
  • the heartbeat management module can be added to the server 44. The module can initiate a heartbeat keep-alive process to the client 42 at the same heartbeat keepalive frequency as the client, and can The heartbeat parameters are saved in the context associated with the client 42.
  • the client 42 in the dynamic heartbeat keep-alive system provides a set of customizable, scalable, adaptive, and visual configuration models; by extending XMPP, the client 42 and the server 44 are implemented. Collaborative work, synchronized real-time changes in heartbeat strategies.
  • the process of client 42 implementing dynamic heartbeat keep-alive includes:
  • the XMPP client logs in to the server 44 to initiate the login process.
  • Figure 5 shows the login process.
  • the second convection message (stream) in the login process can be used as a capability negotiation message, and the capability negotiation message can be extended.
  • a feature parameter can be added to the FEATURES parameter group, for example, “dynamic heartbeat” is adopted.
  • the attribute parameter indicates that the client 42 supports the "dynamic heartbeat” function;
  • the server 44 detects that the client 42 supports the "dynamic heartbeat" function, and the server 44 saves the feature in the context session with the client 42;
  • the user can configure the heartbeat policy, the scene mode, and the heartbeat interval time parameter independently;
  • the client 42 initiates a heartbeat keepalive request to the server 44 according to the current heartbeat policy.
  • the current network environment is Wi-Fi
  • the client 42 can initiate heartbeat keepalive to the server 44 according to the configured 10-second interval.
  • the client 42 When the client 42 detects that the network environment is switched to the mobile data mode in real time, the client 42 initiates heartbeat keep-alive to the server 44 according to the 30 second time interval configured by the user;
  • the client 42 is frequently used, and the client 42 can initiate heartbeat keep-alive to the server 44 according to the 10-second interval configured by the user;
  • the client 42 switches to a configured 30-second time interval to initiate heartbeat keep-alive to the server 44 according to the change of the current time;
  • the server 44 can support the "dynamic heartbeat” function.
  • the server 44 can extend the feature (FEATURES) message and add an attribute, such as a dynamic heartbeat attribute parameter.
  • the indication server 44 supports the "dynamic heartbeat” function, and the server can save the current heartbeat frequency of the client in each session with the client.
  • the client 42 can support the "dynamic heartbeat" function, and the user can configure the heartbeat policy, the scene mode, and the heartbeat interval time parameter independently.
  • the user in the traffic sensitive or standby scenario, can configure the heartbeat keepalive frequency to reduce the heartbeat keepalive frequency of the client, reduce the client traffic, and save the power of the client.
  • users can increase the frequency of heartbeat keep-alive by configuring the frequency of heartbeat keep-alives to obtain a good communication experience.
  • Figure 4 is a typical application scenario.
  • the client using XMPP logs in to the server.
  • the server can establish a corresponding session data area for each client.
  • the message sent by the client is also based on XMPP.
  • the message sent by the client can be Route routes to other clients through the server.
  • the modules that can be added or modified on the client side are: configuration module, sensing module, heartbeat management module and communication module.
  • the user can configure the heartbeat policy in the configuration module.
  • the sensing module can notify the heartbeat management module in real time when the network mode or time period is switched.
  • the heartbeat management module can determine the currently applicable heartbeat policy according to the data of the configuration module and the notification of the sensing module, and trigger the heartbeat keepalive between the communication module and the server.
  • the modules that the server can add or modify include: heartbeat management module, communication module.
  • the heartbeat management module can change the heartbeat of the server in real time after receiving the heartbeat policy synchronized by the client.
  • STREAM 5 is a flow of the client 42 logging into the server 44, wherein the flow message (STREAM) has the function of the query server 44, and the server 44 can return the characteristics of the server 44 to the client 42, the characteristics of the server 44 such as a simple verification security layer (Simple Authentication and Security Layer (SASL) policy, query authorization (iq-auth), zlib (providing data compression library) compression, XPMM resource binding (xmpp-bind).
  • SASL Simple Authentication and Security Layer
  • zlib providing data compression library
  • xmpp-bind XPMM resource binding
  • FIG. 6 is a process of performing heartbeat keep-alive according to a user-defined heartbeat scenario between the client 42 and the server 44 of the XMPP, and the client 42 can support multiple scene modes configured by the user, and corresponding to each scene mode.
  • the client 42 adjusts the heartbeat interval in real time according to the current scene mode (network state, time period, etc.), and performs a keep-alive procedure with the server 44.
  • the user configures the heartbeat strategy as follows: during the daytime working period, and the client is in the Wi-Fi network, the heartbeat keepalive interval is 10 seconds; during the daytime working period, and the client is at In the mobile data network environment, the heartbeat keepalive interval is 30 seconds; no matter what network the client is in at night, the heartbeat keepalive interval is 60 seconds.
  • the client can send a heartbeat message to the server with a heartbeat frequency of 10 seconds in the first time.
  • the sensing module can notify the heartbeat management module, and the heartbeat management module obtains the data configured by the user, that is, The heartbeat keepalive interval is 30 seconds, and the communication module changes the heartbeat keepalive interval to 30 seconds.
  • the access module can also notify the heartbeat management module, and the heartbeat management module obtains the data configured by the user, that is, the time interval of the heartbeat keep-alive is 60 seconds, and the communication module keeps the heartbeat alive. The time interval is changed to 60 seconds.
  • the storage medium can be configured to store program code for performing the following steps:
  • the heartbeat policy corresponding to the changed operating mode is determined in the heartbeat keepalive policy configured according to the preset condition, and the heartbeat policy is executed, wherein the heartbeat keepalive strategy is used to indicate each The heartbeat strategy corresponding to the running mode.
  • the storage medium is further arranged to store program code for performing the following steps:
  • the heartbeat keep-alive policy is configured according to the preset condition; wherein, in the case that the preset condition is the configuration condition, respectively, according to each network mode, the usage time corresponding to each network mode, and the use
  • the heartbeat policy in each operation mode is configured to obtain a heartbeat keep-alive strategy.
  • the network mode includes: an operator network or a publicly accessible network; and the operation mode is applied to the running state under the configuration condition.
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • the processor configured to configure the heartbeat keep-alive policy according to the preset condition according to the stored program code in the storage medium, including: in a case where the preset condition is a usage habit, respectively, according to multiple network modes in use habits, Generating a corresponding data processing model by using at least one of a time period of each network mode and a usage period corresponding to the network mode; configuring a corresponding heartbeat policy according to the data processing model, Heartbeat keep alive strategy.
  • the processor sends a heartbeat keep-alive policy to the server before detecting whether the running mode of the client device changes according to the stored program code in the storage medium; and receiving response information returned by the server, where the response information includes At least one of the following: whether to support the capability set and authentication parameters of the heartbeat keep-alive strategy.
  • the processor determines, according to the stored program code in the storage medium, a heartbeat policy corresponding to the changed operation mode in the heartbeat keep-alive policy configured according to the preset condition, and executing the heartbeat policy includes: keeping the heartbeat according to the heartbeat
  • the policy matches the heartbeat policy corresponding to the changed operating mode; the heartbeat policy corresponding to the operating mode before the change is the first heartbeat strategy, and the first heartbeat is the case where the heartbeat policy corresponding to the changed operating mode is the second heartbeat strategy.
  • the policy switches to the second heartbeat policy; and the second heartbeat policy is executed.
  • the executing, by the processor, the second heartbeat policy according to the stored program code in the storage medium comprises: performing a heartbeat keep-alive operation according to the second heartbeat policy; sending the second heartbeat policy to the server; and receiving the heartbeat keep-alive returned by the server And operating the handover response information, where the heartbeat keep-alive operation switching response information is used to instruct the server to perform the handover operation of the heartbeat keep-alive policy according to the second heartbeat policy.
  • examples in this embodiment may refer to the examples described in the foregoing embodiments and optional embodiments.
  • the above-described modules or steps may be implemented by a general-purpose computing device, which may be centralized on a single computing device or distributed over a network of multiple computing devices. Alternatively, they may be executed by a computing device.
  • the code is implemented, stored in a storage device by a computing device, and in some cases, the steps shown or described may be performed in a different order than here, or they may be separately fabricated into multiple integrations.
  • the circuit modules are implemented by making a plurality of modules or steps of them into a single integrated circuit module.
  • the method, device and system for implementing heartbeat keep-alive can reduce client traffic and reduce power consumption of the client.

Landscapes

  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Hardware Redundancy (AREA)

Abstract

一种心跳保活的实现方法、装置及系统，其中，该方法包括检测客户端设备的运行模式是否变化；在检测到运行模式发生变化的情况下，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行心跳策略，其中，心跳保活策略用于指示多个运行模式对应的心跳策略。

Description

心跳保活的实现方法、装置及系统 技术领域
本公开涉及通信领域，例如，涉及一种心跳保活的实现方法、装置及系统。
背景技术
可扩展通讯和表示协议(Extensible Messaging and Presence Protocol，XMPP)是一种以可扩展标记语句(Extensible Markup Language，XML)为基础的开放式即时通讯协议，可用于服务类实时通讯、表示和需求响应服务中的XML数据元流式传输，XMPP凭借其灵活性和开放性在即时通讯市场上占有了很大的份额。
但是，XMPP在移动领域一直不被看好，其中一个重要原因是流量消耗较大，客户端与服务器之间的心跳保活是造成了流量消耗较大的一个重要原因，XMPP规定有Ping和Pong消息作为一对心跳的来回消息，每个消息平均包括100以上的字节(这仅仅是应用层的消息，不包括下层诸如协议层的消息头部)，如果按照每10秒一次心跳，那么一小时至少有约50K的流量，而且心跳是双向的，服务器也会以一定的间隔向客户端发起心跳保活，也对服务器处理消息带来压力。但是，心跳保活又是必要的，因为在移动环境下，用户上下线频繁，经常掉线，通过心跳保活的方式可以检测到对方是否在线。
针对上述相关技术中，在移动通讯领域中，采用XMPP时，客户端与服务器之间需要频繁的心跳保活，导致客户端的流量和电量消耗较大的现象，尚未提出有效的解决方案。
发明内容
一种心跳保活的实现方法、装置及系统，可以避免相关技术中由于基于XMPP，在移动通讯领域中客户端与服务器之间需要频繁的心跳保活，导致客户端流量和电量消耗较大的现象。
一种心跳保活的实现方法，包括：
检测客户端设备的运行模式是否变化；以及
在检测到所述运行模式发生变化的情况下，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行所述心跳策略，其中，所述心跳保活策略用于指示每个运行模式对应的心跳策略。
可选的，所述预设条件包括配置条件和用户在预设时间周期内的使用习惯中的至少之一：其中，所述配置条件包括以下至少之一：多个网络模式、以及每个网络模式对应的使用时间和使用频率；
所述使用习惯包括以下至少之一：多个网络模式，使用每个网络模式的时间段，以及所述每个网络模式对应的使用周期。
可选的，在检测客户端设备的运行模式是否变化之前，所述方法还包括：
依据预设条件配置心跳保活策略；
其中，在所述预设条件为所述配置条件的情况下，依据预设条件配置心跳保活策略包括：
分别依据所述多个网络模式、每个网络模式对应的使用时间和所述使用频率配置每个运行模式下的心跳策略，得到所述心跳保活策略；
其中，所述网络模式包括：运营商网络或公共可接入网络；所述运行模式为应用于所述配置条件下的运行状态。
可选的，所述依据预设条件配置心跳保活策略包括：
在所述预设条件为所述使用习惯的情况下，分别依据所述使用习惯中的所述多个网络模式、所述使用每个网络模式的时间段和所述每个网络模式对应的使用周期中的至少一个生成对应数据处理模型；以及
依据所述数据处理模型配置对应的心跳策略，得到所述心跳保活策略。
可选的，在所述检测客户端设备的运行模式是否变化之前，所述方法还包括：
将所述心跳保活策略发送至服务器；
接收所述服务器返回的响应信息，其中，所述响应信息包括以下至少之一：是否支持所述心跳保活策略的能力集，和鉴权参数。
可选的，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行所述心跳策略包括：
依据所述心跳保活策略匹配所述变化后的运行模式对应的心跳策略；
在变化前的运行模式对应的心跳策略为第一心跳策略，所述变化后的运行模式对应的心跳策略为第二心跳策略的情况下，将所述第一心跳策略切换至所述第二心跳策略；以及
执行所述第二心跳策略。
可选的，所述执行所述第二心跳策略包括：
依据所述第二心跳策略执行心跳保活操作；
将所述第二心跳策略发送至服务器；以及
接收所述服务器返回的心跳保活操作切换响应信息，其中，所述心跳保活操作切换响应信息用于指示所述服务器依据所述第二心跳策略执行了所述心跳保活策略的切换操作。
一种心跳保活的实现装置，包括：
检测模块，设置为检测客户端设备的运行模式是否变化；以及
策略切换模块，设置为在检测到所述运行模式发生变化的情况下，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行所述心跳策略，其中，所述心跳保活策略用于指示每个运行模式对应的心跳策略。
可选的，所述预设条件包括配置条件和用户在预设时间周期内的使用习惯中的至少一个：其中，
所述配置条件包括以下至少之一：多个网络模式、以及每个网络模式对应的使用时间和使用频率；
所述使用习惯包括以下至少之一：多个网络模式，使用每个网络模式的时间段，以及所述每个网络模式对应的使用周期。
可选的，所述装置还包括：
配置模块，设置为在检测客户端设备的运行模式是否变化之前，依据预设 条件配置心跳保活策略；
其中，配置模块包括第一配置单元，设置为在所述预设条件为所述配置条件的情况下，分别依据所述多个网络模式、每个网络模式对应的使用时间和所述使用频率配置每个运行模式下的心跳策略，得到所述心跳保活策略；
其中，所述网络模式包括：运营商网络或公共可接入网络；所述运行模式为应用于所述配置条件下的运行状态。
可选的，所述配置模块包括：
生成单元，设置为在所述预设条件为所述使用习惯的情况下，分别依据所述使用习惯中的所述多个网络模式、所述使用每个网络模式的时间段和所述每个网络模式对应的使用周期中的至少一个生成对应数据处理模型；以及
第二配置单元，设置为依据所述数据处理模型配置对应的心跳策略，得到所述心跳保活策略。
可选的，所述装置还包括：
发送模块，设置为在所述检测客户端设备的运行模式是否变化之前，将所述心跳保活策略发送至服务器；以及
接收模块，设置为接收所述服务器返回的响应信息，其中，所述响应信息包括以下至少之一：是否支持所述心跳保活策略的能力集和鉴权参数。
可选的，所述策略切换模块包括：
匹配单元，设置为依据所述心跳保活策略匹配所述变化后的运行模式对应的心跳策略；
切换单元，设置为在变化前的运行模式对应的心跳策略为第一心跳策略，所述变化后的运行模式对应的心跳策略为第二心跳策略的情况下，将所述第一心跳策略切换至所述第二心跳策略；以及
执行单元，设置为执行所述第二心跳策略。
可选的，所述执行单元包括：
执行子单元，设置为依据所述第二心跳策略执行心跳保活操作；
发送子单元，设置为将所述第二心跳策略发送至服务器；以及
接收子单元，设置为接收所述服务器返回的心跳保活操作切换响应信息，其中，所述心跳保活操作切换响应信息用于指示所述服务器依据所述第二心跳策略执行了所述心跳保活策略的切换操作。
一种心跳保活的实现系统，包括：客户端和服务器，其中，所述客户端与所述服务器通信连接，
所述客户端设置为依据预设条件配置心跳保活策略，通过登陆流程将所述心跳保活策略发送至所述服务器，接收所述服务器返回的支持所述心跳保活策略的响应信息，在检测到运行模式发生变化的情况下，在所述心跳保活策略中匹配变化后的运行模式对应的心跳策略，并执行所述心跳策略；以及
所述服务器设置为接收所述客户端发送的所述心跳保活策略，并返回支持所述心跳保活策略的响应信息，在所述客户端的运行模式发生变化的情况下，接收所述客户端发送的心跳策略切换指示。
一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行上述方法。
一种客户端，该客户端包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行上述的方法。
一种服务器，该服务器包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行上述的方法。
附图说明
此处所说明的附图用来提供对实施例的理解。
图1是实施例1的一种心跳保活的实现方法的移动终端的硬件结构框图；
图2是一实施例的心跳保活的实现方法的流程图；
图3是实施例2的心跳保活的实现装置的结构框图；
图4是实施例3的心跳保活的实现系统的结构框图；
图5是一实施例的心跳保活的实现系统中采用XMPP的客户端登录服务器的流程示意图；以及
图6是一实施例的心跳保活的实现系统中采用XMPP的客户端与服务器之间，按照用户自定义的心跳场景，进行心跳保活的流程示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本公开。在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。
说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
以下方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本实施例执行一种心跳保活的实现方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括微处理器(Microcontroller Unit，MCU)或可编程逻辑器件(Field-Programmable Gate Array，FPGA)等的处理装置)、设置为存储数据的存储器104、以及具有通信功能的传输装置106。图1所示的结构仅为示意，例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可设置为存储应用软件的软件程序以及模块，如以下实施例中的心跳保活的实现方法对应的程序指令或模块，处理器102通过运行存储在存储器104内的软件程序以及模块，执行多种功能应用以及数据处理，即实现下述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可包括相对于处理器102远程设置的存储器，这些远程存储 器可以通过网络连接至移动终端10。上述网络的实例包括互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106可设置为经由一个网络接收或者发送数据。上述的网络可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，网络适配器可通过基站与其他网络设备相连并可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)电路，射频(Radio Frequency，RF)电路可以通过无线方式与互联网进行通讯。
以下实施例中的客户端可以是上述实施例中的移动终端，也可以是计算机终端或者类似的运算装置，客户端可以包括上述移动终端中的硬件结构和连接关系，客户端可以运行下述实施例中客户端执行的方法；服务器也可以包括上述移动终端中的硬件结构连接关系，服务器可以运行下述实施例中应用于服务器执行的方法。
在本实施例中提供了一种运行于客户端的方法，图2是本实施例的心跳保活的实现方法的流程图，如图2所示，该流程包括如下步骤。
在步骤202中，检测客户端设备的运行模式是否变化。
在步骤204中，在检测到运行模式发生变化的情况下，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行心跳策略，其中，心跳保活策略用于指示每个运行模式对应的心跳策略。心跳策略可以是心跳保活频率或者心跳保活的时间间隔。
由于相关技术中，在移动通讯领域，采用XMPP时，客户端与服务器之间频繁的心跳保活，导致客户端的流量和电量消耗较大，也给服务器造成一定压力，而心跳保活又是检测对方在线状态的手段。
结合步骤202至步骤204，在客户端侧，本实施例提供的心跳保活的实现方法，基于XMPP的可扩展特性，引入一套可定制、可扩展、自适应、可视化的分析配置模型可减少客户端的流量和电量的消耗，缓解给服务器造成的压力。
按照客户的需求和使用场景，制定出动态可变的心跳策略，在网络环境好(比如无线保真(Wireless Fidelity，Wi-Fi)环境中)或用户频繁使用客户端的 情况下(比如白天工作时间(如，8：30-15：30))，可以适当提高心跳保活频率，保证通信服务的质量；而在流量较敏感(比如使用的是移动网络数据)或使用客户端较少的情况下(比如夜间(如除上述白天工作时间之外的时间段))，降低心跳保活的频率，可以节约客户端的流量和电量，服务器也可以减轻压力。
本实施例提供的心跳保活的实现方法具备以下特点：
特点A，该心跳保活的实现方法提供一套分析配置模型，可以适配用户的使用习惯，或者使用场景的切换等情况；
特点B，该心跳保活的实现方法可以根据多个场景模式策略，多个的时间段，动态地调整心跳保活频率；以及
特点C，该心跳保活的实现方法可以记录用户的多种行为习惯，以自适应的方式来调整心跳策略。
本实施例提供的心跳保活的实现方法中，由于检测客户端设备的运行模式是否变化；在检测到运行模式发生变化的情况下，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行心跳策略，其中，心跳保活策略用于指示每个运行模式对应的心跳策略，因此，本实施例提供的心跳保活的实现方法，可以避免由于采用XMPP，在移动通讯领域中客户端与服务器之间需要频繁的心跳保活，导致客户端流量和电量消耗较大的现象，降低客户端流量和电量消耗。
可选的，预设条件包括配置条件和用户在预设时间周期内的使用习惯中的至少之一。配置条件可以包括以下至少之一：多个网络模式、每个网络模式对应的使用时间、以及每个网络模式对应的使用频率。所述使用习惯可以包括以下至少之一：多个网络模式，使用每个网络模式的时间段，以及网络模式对应的使用周期。每个网络模式对应的使用时间可以是客户端使用每个网络模式的时间。每个网络模式对应的使用频率可以是客户端使用每个网络模式的频率。
本实施例提供的心跳保活的实现方法中在配置心跳保活策略之前，获取预设条件的途径可以包括接收用户手动输入的配置条件，或客户端通过在预设周期内获取用户的使用习惯，通过获取该使用习惯可以得到对应的数据处理模型。
可选的，在步骤202中检测客户端设备的运行模式是否变化之前，所述方 法还包括步骤200。
在步骤200中，依据预设条件配置心跳保活策略。
可选的，在预设条件为配置条件的情况下，步骤200包括分别依据多个网络模式、每个网络模式对应的使用时间、使用频率配置每个运行模式下的心跳策略，得到心跳保活策略。
其中，网络模式可以包括：运营商网络或公共可接入网络；运行模式可以为应用于配置条件下的运行状态。其中，所述运营商网络可以是移送数据网络，公共可接入网络可以是Wi-Fi网络。以网络模式为例，运行模式可以为网络模式下客户端的心跳保活频率。
可选的，在预设条件为使用习惯的情况下，步骤200中依据预设条件配置心跳保活策略包括：
分别依据使用习惯中的每个网络模式、使用每个网络模式的时间段和网络模式对应的使用周期中的至少一个生成对应数据处理模型；以及
依据数据处理模型配置对应的心跳策略，得到心跳保活策略。
可选的，在步骤204中检测客户端设备的运行模式是否变化之前，本实施例提供的心跳保活的实现方法还包括：
将心跳保活策略发送至服务器；以及
接收服务器返回的响应信息，其中，响应信息包括以下至少之一：是否支持心跳保活策略的能力集，和鉴权参数。
可选的，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行心跳策略包括：
依据心跳保活策略匹配变化后的运行模式对应的心跳策略；
在变化前的运行模式对应的心跳策略为第一心跳策略，变化后的运行模式对应的心跳策略为第二心跳策略的情况下，将第一心跳策略切换至第二心跳策略；以及
执行第二心跳策略。
可选的，执行第二心跳策略包括：
依据第二心跳策略执行心跳保活操作；
将第二心跳策略发送至服务器；以及
接收服务器返回的心跳保活操作切换响应信息，其中，心跳保活操作切换响应信息用于指示服务器依据第二心跳策略执行了心跳保活策略的切换操作。
上述实施例的方法可借助软件加通用硬件平台的方式来实现，也可以通过硬件方式实现。以上实施例的技术方案本质上可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟、光盘)中，包括一个或多个指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行多个实施例所述的方法。
实施例2
在本实施例中提供了一种心跳保活的实现装置，该装置可以实现上述实施例中的方法。如以下所使用的，术语“模块”可以实现预定功能的软件和硬件中的至少一种。以下实施例所描述的装置可以以软件，硬件，或者软件和硬件的组合的方式实现。
图3是本实施例的心跳保活的实现装置的结构框图，如图3所示，该装置包括：检测模块32和策略切换模块34。
检测模块32设置为检测客户端设备的运行模式是否变化。
策略切换模块34设置为在检测到运行模式发生变化的情况下，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行心跳策略，其中，心跳保活策略用于指示每个运行模式对应的心跳策略。
本实施例提供的心跳保活的实现装置中，由于依据预设条件配置心跳保活策略，其中，心跳保活策略用于指示每个运行模式对应的心跳策略；检测运行模式是否变化；在检测到运行模式发生变化的情况下，在心跳保活策略中匹配变化后的运行模式对应的心跳策略，并执行心跳策略，因此，本实施例提供的装置可以避免由于采用XMPP，在移动通讯领域中客户端与服务器之间需要频繁的心跳保活，导致客户端流量和电量消耗较大的现象，降低了客户端流量和电量消耗。
可选的，在预设条件包括配置条件和用户在预设时间周期内的使用习惯中的至少一种。配置条件可以包括以下至少之一：多个网络模式、每个网络模式对应的使用时间以及使用频率。使用习惯可以包括以下至少之一：多个网络模式，使用每个网络模式的时间段，每个网络模式对应的使用周期。
可选的，心跳保活的实现装置还包括：
配置模块，设置为在检测客户端设备的运行模式是否变化之前，依据预设条件配置心跳保活策略。
其中，配置模块可以包括第一配置单元，第一配置单元设置为在预设条件为配置条件的情况下，分别依据多个网络模式、每个网络模式对应的使用时间和使用频率配置每个运行模式下的心跳策略，得到心跳保活策略。其中，网络模式可以包括：运营商网络或公共可接入网络；运行模式可以为应用于配置条件下的运行状态。
可选的，配置模块包括：生成单元和第二配置单元。
生成单元设置为在预设条件为使用习惯的情况下，分别依据使用习惯中的多个网络模式、使用每个网络模式的时间段和网络模式对应的使用周期中的至少一个生成对应数据处理模型。
第二配置单元设置为依据数据处理模型配置对应的心跳策略，得到心跳保活策略。
可选的，心跳保活的实现装置还包括：发送模块和接收模块。
发送模块设置为在检测客户端设备的运行模式是否变化之前，将心跳保活策略发送至服务器。
接收模块设置为接收服务器返回的响应信息，其中，响应信息包括以下至少之一：是否支持心跳保活策略的能力集和鉴权参数。
可选的，策略切换模块34包括：匹配单元、切换单元和执行单元。
匹配单元设置为依据心跳保活策略匹配变化后的运行模式对应的心跳策略。
切换单元设置为在变化前的运行模式对应的心跳策略为第一心跳策略，变 化后的运行模式对应的心跳策略为第二心跳策略的情况下，将第一心跳策略切换至第二心跳策略。
执行单元设置为执行第二心跳策略。
可选的，执行单元包括：执行子单元、发送子单元以及接收子单元。
执行子单元设置为依据第二心跳策略执行心跳保活操作。
发送子单元设置为将第二心跳策略发送至服务器。
接收子单元设置为接收服务器返回的心跳保活操作切换响应信息，其中，心跳保活操作切换响应信息用于指示服务器依据第二心跳策略执行了心跳保活策略的切换操作。
上述模块是可以通过软件或硬件来实现的，对于硬件实现方式，可以通过以下方式实现，上述模块均位于同一处理器中；或者，上述模块以多种组合的形式分别位于不同的处理器中。
实施例3
图4是本实施例的心跳保活的实现系统的结构框图，如图4所示，该动态心跳保活的系统包括：客户端42和服务器44。客户端42与服务器44通信连接。
客户端42设置为依据预设条件配置心跳保活策略，并通过登陆流程将心跳保活策略发送至服务器44，并接收服务器44返回的支持心跳保活策略的响应信息，在检测到运行模式发生变化的情况下，在心跳保活策略中匹配变化后的运行模式对应的心跳策略，并执行心跳策略。
服务器44设置为接收客户端42发送的心跳保活策略，并返回支持心跳保活策略的响应信息，在客户端42的运行模式发送变化的情况下，接收客户端42发送的心跳策略切换指示。
基于上述系统，如图4所示，客户端42可以包含：配置模块，感知模块，心跳管理模块和通讯模块。
配置模块可以位于客户端，用户可以根据自己的需求来配置心跳策略。比如，可以按照网络环境来配置心跳策略，Wi-Fi环境和移动数据环境；可以按照使用模式来配置心跳策略，工作模式和休闲模式；可以按照时间段来配置心跳 策略，白天工作时间段和夜间时间段。
感知模块可以位于客户端，由于用户在配置模块可以配置心跳策略，比如根据客户端所处的Wi-Fi网络和移动数据网络可以配置相应的心跳策略，还可以根据白天工作时间段和夜间时间段配置相应的心跳策略，网络模式或者时间段模式的切换，可以通过感知模块来实现。比如运行在安卓(Android)或者iOS平台的客户端的底层操作系统可以将网络模式或者时间段的变化通知上层应用，以此可以实现感知模块的功能。
心跳管理模块可以位于客户端，心跳管理模块可以根据用户的配置数据(心跳管理模块可以与配置模块交互并获取配置数据)，以及感知模块的通知，来实时动态的调整心跳策略。
通讯模块可以位于客户端，设置为与服务器之间发送和接收心跳消息。
在客户端登录服务器的过程中，客户端42可以在与服务器44能力协商的消息中，扩展XMPP的相关协议，增加一个参数表示客户端42是否支持“动态心跳”功能。如果服务器44也支持“动态心跳”，服务器44可以记录该客户端42支持动态心态的特性，并将该特性保存在与该客户端42的会话上下文中。而对于客户端42，用户可以配置心跳的策略，可以按照网络场景来配置，比如Wi-Fi场景下，客户端按照10秒的时间间隔做心跳保活，而移动数据场景中，客户端则可以按照30秒的时间间隔做心跳保活；或者按照时间段来配置，比如在白天工作时段，客户端可以按照10秒的时间间隔做心跳保活，而夜间，客户端则可以按照30秒的时间间隔做心跳保活。客户端登录服务器的过程可以是客户端发送请求、获得服务器认证并与服务器建立连接的过程。
客户端可以向服务器发送能力协商消息，以确认服务器是否支持客户端具有的能力集；服务器也可以发送能力协商消息，以确认客户端是否支持服务器具有的能力集。能力集可以是用于表示目标业务和相应业务特征的集合。
由于心跳是双向的，服务器44也可以向客户端发起心跳，所以在客户端42配置的心跳策略，可以同步到服务器44。因此，客户端42与服务器44之间的心跳消息，也可以扩展，XMPP中的Ping消息中可以增加一个参数指示当前使用的心跳频率，可以在服务器44中增加“心跳管理模块”，该心跳管理模块可以以与客户端相同的心跳保活频率向客户端42发起心跳保活流程，可以将当前 心跳参数保存在与该客户端42关联的上下文中。
基于上述内容，本实施例提供的动态心跳保活的系统中的客户端42提供了一套可定制、可扩展、自适应、可视化的配置模型；通过扩展XMPP，实现了客户端42与服务器44的协同工作，同步的实时变化心跳策略。
客户端42实现动态心跳保活的过程包括：
采用XMPP的客户端登录服务器44，发起登录流程，图5为登录流程；
其中，登录流程中第二对流消息(stream)可以作为能力协商消息，可以对能力协商消息进行扩展，特征(FEATURES)参数组中可以增加一个属性参数，比如采用“动态心跳”(“dynamic heartbeat”)属性参数指示该客户端42是支持“动态心跳”功能的；
服务器44与客户端42在进行能力协商时，服务器44检测到客户端42支持“动态心跳”功能，则服务器44将该特性保存在与该客户端42的上下文会话中；
在客户端42中，用户可以自主配置心跳策略，场景模式以及心跳间隔时间参数；
客户端42按照当前心跳策略，向服务器44发起心跳保活请求，参见图6，比如当前网络环境为Wi-Fi，客户端42可以按照配置的10秒的时间间隔向服务器44发起心跳保活；
当客户端42实时检测到网络环境切换为移动数据模式，客户端42则按照用户事先配置的30秒的时间间隔向服务器44发起心跳保活；
其中，白天工作期间，客户端42频繁使用，客户端42可以按照用户配置的10秒的时间间隔向服务器44发起心跳保活；
到了夜间，客户端42根据当前时间的变化，切换为配置的30秒的时间间隔向服务器44发起心跳保活；
采用上述方法，服务器44可以支持“动态心跳”功能，在与客户端42进行能力协商时，服务器44可以扩展特征(FEATURES)消息，并增加一个属性，比如动态心跳(“dynamic heartbeat”)属性参数指示服务器44支持“动态心跳”功能，服务器可以保存与客户端的每个会话中客户端当前的心跳频率。
客户端42可以支持“动态心跳”功能，用户可以自主配置心跳策略，场景模式，心跳间隔时间参数。
本实施例提供的动态心跳保活的系统中，在流量敏感或待机的场景下，用户可以通过配置心跳保活的频率，降低客户端的心跳保活频率，减少客户端流量、节约客户端的电量。在Wi-Fi环境或用户频繁使用客户端的情况下，用户可以通过配置心跳保活的频率，提高心跳保活的频率，获取好的通信体验。
附图4为一种典型的应用场景，采用XMPP的客户端登录到服务器，服务器可以为每个客户端建立相应的会话数据区，客户端发送的消息也是基于XMPP的，客户端发送的消息可以通过服务器转发路由到其他客户端。
为使客户端支持动态心跳功能，可以在客户端增加或改造的模块有：配置模块，感知模块，心跳管理模块以及通讯模块。用户可以在配置模块进行心跳策略的配置，感知模块可以在网络模式或者时间段发生切换的情况，实时通知心跳管理模块。心跳管理模块可以根据配置模块的数据以及感知模块的通知，决策当前适用的心跳策略，触发通讯模块与服务器之间进行心跳保活。
服务器可以增加或改造的模块有：心跳管理模块，通讯模块。心跳管理模块可以在接收到客户端同步过来的心跳策略后，实时改变服务器的心跳。
图5为客户端42登录到服务器44的流程，其中流消息(STREAM)具有查询服务器44功能，服务器44可以把服务器44的特性返回给客户端42，服务器44的特性例如简单验证安全层(Simple Authentication and Security Layer，SASL)策略，问询授权(iq-auth)，zlib(提供数据压缩用的函式库)压缩，XPMM资源绑定(xmpp-bind)。在第二对流消息(STREAM)中，服务器44可以扩展特征(FEATURES)字段，增加“动态心跳”(dynamic heartbeat)参数，通过“动态心跳”参数告知服务器44本客户端42支持“动态心跳”功能。
图6为采用XMPP的客户端42与服务器44之间，按照用户自定义的心跳场景，进行心跳保活的过程，客户端42可以支持用户配置的多种场景模式，以及每个场景模式对应的心跳间隔，客户端42根据当前的场景模式(网络状态，时间段等)，实时地调整心跳间隔，与服务器44之间进行保活流程。
以附图5中为例子，用户配置心跳策略如下：白天工作时段，且客户端处于Wi-Fi网络下，心跳保活的时间间隔为10秒；白天工作时段，且客户端处于 移动数据网络环境下，心跳保活的时间间隔为30秒；夜间时段无论客户端处于何种网络，心跳保活的时间间隔均为60秒。白天时段，客户端第一时间内可以以10秒的心跳频率与服务器互发心跳消息，如果客户端切换到移动数据网络，感知模块可以通知心跳管理模块，心跳管理模块获取用户配置的数据，即心跳保活的时间间隔为30秒，通讯模块将心跳保活的时间间隔改为30秒。而进入夜间时间段(用户配置的夜间时间段)，感知模块也可以通知心跳管理模块，心跳管理模块获取用户配置的数据，即心跳保活的时间间隔为60秒，通讯模块将心跳保活的时间间隔改为60秒。
实施例4
本实施例提供了一种存储介质。存储介质可以被设置为存储用于执行以下步骤的程序代码：
检测客户端设备的运行模式是否变化；以及
在检测到运行模式发生变化的情况下，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行心跳策略，其中，心跳保活策略用于指示各个运行模式对应的心跳策略。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：
在检测客户端设备的运行模式是否变化之前，依据预设条件配置心跳保活策略；其中，在预设条件为配置条件的情况下，分别依据各个网络模式、各个网络模式对应的使用时间、使用频率配置各个运行模式下的心跳策略，得到心跳保活策略；其中，网络模式包括：运营商网络或公共可接入网络；运行模式为应用于配置条件下的运行状态。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等多种可以存储程序代码的介质。
可选地，处理器根据存储介质中已存储的程序代码执行依据预设条件配置心跳保活策略包括：在预设条件为使用习惯的情况下，分别依据使用习惯中的多个网络模式、使用每个网络模式的时间段和网络模式对应的使用周期中的至少一个生成对应数据处理模型；依据数据处理模型配置对应的心跳策略，得到 心跳保活策略。
可选地，处理器根据存储介质中已存储的程序代码执行在检测客户端设备的运行模式是否变化之前，将心跳保活策略发送至服务器；以及接收服务器返回的响应信息，其中，响应信息包括以下至少之一：是否支持心跳保活策略的能力集和鉴权参数。
可选地，处理器根据存储介质中已存储的程序代码执行在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行心跳策略包括：依据心跳保活策略匹配变化后的运行模式对应的心跳策略；在变化前的运行模式对应的心跳策略为第一心跳策略，变化后的运行模式对应的心跳策略为第二心跳策略的情况下，将第一心跳策略切换至第二心跳策略；以及执行第二心跳策略。
可选地，处理器根据存储介质中已存储的程序代码执行第二心跳策略包括：依据第二心跳策略执行心跳保活操作；将第二心跳策略发送至服务器；以及接收服务器返回的心跳保活操作切换响应信息，其中，心跳保活操作切换响应信息用于指示服务器依据第二心跳策略执行了心跳保活策略的切换操作。
可选地，本实施例中的示例可以参考上述实施例及可选实施方式中所描述的示例。
上述的模块或步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，可以将它们存储在存储装置中由计算装置来执行，并且在一些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成多个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。
工业实用性
心跳保活的实现方法、装置及系统，可以减少客户端流量，降低客户端的电量消耗。

Claims (16)

  1. 一种心跳保活的实现方法，包括：
    检测客户端设备的运行模式是否变化；以及
    在检测到所述运行模式发生变化的情况下，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行所述心跳策略，其中，所述心跳保活策略用于指示每个运行模式对应的心跳策略。
  2. 根据权利要求1所述的方法，其中，所述预设条件包括配置条件和用户在预设时间周期内的使用习惯中的至少之一：其中，所述配置条件包括以下至少之一：多个网络模式、以及每个网络模式对应的使用时间和使用频率；
    所述使用习惯包括以下至少之一：多个网络模式，使用每个网络模式的时间段，以及所述每个网络模式对应的使用周期。
  3. 根据权利要求2所述的方法，在检测客户端设备的运行模式是否变化之前，所述方法还包括：
    依据预设条件配置心跳保活策略；
    其中，在所述预设条件为所述配置条件的情况下，依据预设条件配置心跳保活策略包括：
    分别依据所述多个网络模式、每个网络模式对应的使用时间和所述使用频率配置每个运行模式下的心跳策略，得到所述心跳保活策略；
    其中，所述网络模式包括：运营商网络或公共可接入网络；所述运行模式为应用于所述配置条件下的运行状态。
  4. 根据权利要求3所述的方法，其中，所述依据预设条件配置心跳保活策略包括：
    在所述预设条件为所述使用习惯的情况下，分别依据所述使用习惯中的所 述多个网络模式、所述使用每个网络模式的时间段和所述每个网络模式对应的使用周期中的至少一个生成对应数据处理模型；以及
    依据所述数据处理模型配置对应的心跳策略，得到所述心跳保活策略。
  5. 根据权利要求2所述的方法，在所述检测客户端设备的运行模式是否变化之前，所述方法还包括：
    将所述心跳保活策略发送至服务器；
    接收所述服务器返回的响应信息，其中，所述响应信息包括以下至少之一：是否支持所述心跳保活策略的能力集，和鉴权参数。
  6. 根据权利要求2至5中任一项所述的方法，其中，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行所述心跳策略包括：
    依据所述心跳保活策略匹配所述变化后的运行模式对应的心跳策略；
    在变化前的运行模式对应的心跳策略为第一心跳策略，所述变化后的运行模式对应的心跳策略为第二心跳策略的情况下，将所述第一心跳策略切换至所述第二心跳策略；以及
    执行所述第二心跳策略。
  7. 根据权利要求6所述的方法，其中，所述执行所述第二心跳策略包括：
    依据所述第二心跳策略执行心跳保活操作；
    将所述第二心跳策略发送至服务器；以及
    接收所述服务器返回的心跳保活操作切换响应信息，其中，所述心跳保活操作切换响应信息用于指示所述服务器依据所述第二心跳策略执行了所述心跳保活策略的切换操作。
  8. 一种心跳保活的实现装置，包括：
    检测模块，设置为检测客户端设备的运行模式是否变化；以及
    策略切换模块，设置为在检测到所述运行模式发生变化的情况下，在依据预设条件配置的心跳保活策略中确定与变化后的运行模式对应的心跳策略，并执行所述心跳策略，其中，所述心跳保活策略用于指示每个运行模式对应的心跳策略。
  9. 根据权利要求8所述的装置，其中，所述预设条件包括配置条件和用户在预设时间周期内的使用习惯中的至少一个：其中，
    所述配置条件包括以下至少之一：多个网络模式、以及每个网络模式对应的使用时间和使用频率；
    所述使用习惯包括以下至少之一：多个网络模式，使用每个网络模式的时间段，以及所述每个网络模式对应的使用周期。
  10. 根据权利要求9所述的装置，还包括：
    配置模块，设置为在检测客户端设备的运行模式是否变化之前，依据预设条件配置心跳保活策略；
    其中，配置模块包括第一配置单元，设置为在所述预设条件为所述配置条件的情况下，分别依据所述多个网络模式、每个网络模式对应的使用时间和所述使用频率配置每个运行模式下的心跳策略，得到所述心跳保活策略；
    其中，所述网络模式包括：运营商网络或公共可接入网络；所述运行模式为应用于所述配置条件下的运行状态。
  11. 根据权利要求10所述的装置，其中，所述配置模块包括：
    生成单元，设置为在所述预设条件为所述使用习惯的情况下，分别依据所 述使用习惯中的所述多个网络模式、所述使用每个网络模式的时间段和所述每个网络模式对应的使用周期中的至少一个生成对应数据处理模型；以及
    第二配置单元，设置为依据所述数据处理模型配置对应的心跳策略，得到所述心跳保活策略。
  12. 根据权利要求9所述的装置，还包括：
    发送模块，设置为在所述检测客户端设备的运行模式是否变化之前，将所述心跳保活策略发送至服务器；以及
    接收模块，设置为接收所述服务器返回的响应信息，其中，所述响应信息包括以下至少之一：是否支持所述心跳保活策略的能力集和鉴权参数。
  13. 根据权利要求9至12中任一项所述的装置，其中，所述策略切换模块包括：
    匹配单元，设置为依据所述心跳保活策略匹配所述变化后的运行模式对应的心跳策略；
    切换单元，设置为在变化前的运行模式对应的心跳策略为第一心跳策略，所述变化后的运行模式对应的心跳策略为第二心跳策略的情况下，将所述第一心跳策略切换至所述第二心跳策略；以及
    执行单元，设置为执行所述第二心跳策略。
  14. 根据权利要求13所述的装置，其中，所述执行单元包括：
    执行子单元，设置为依据所述第二心跳策略执行心跳保活操作；
    发送子单元，设置为将所述第二心跳策略发送至服务器；以及
    接收子单元，设置为接收所述服务器返回的心跳保活操作切换响应信息，其中，所述心跳保活操作切换响应信息用于指示所述服务器依据所述第二心跳 策略执行了所述心跳保活策略的切换操作。
  15. 一种心跳保活的实现系统，包括：客户端和服务器，其中，所述客户端与所述服务器通信连接，
    所述客户端设置为依据预设条件配置心跳保活策略，通过登陆流程将所述心跳保活策略发送至所述服务器，接收所述服务器返回的支持所述心跳保活策略的响应信息，在检测到运行模式发生变化的情况下，在所述心跳保活策略中匹配变化后的运行模式对应的心跳策略，并执行所述心跳策略；以及
    所述服务器设置为接收所述客户端发送的所述心跳保活策略，并返回支持所述心跳保活策略的响应信息，在所述客户端的运行模式发生变化的情况下，接收所述客户端发送的心跳策略切换指示。
  16. 一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行权利要求1-7中任一项的方法。
PCT/CN2017/088300 2016-06-16 2017-06-14 心跳保活的实现方法、装置及系统 WO2017215614A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610427724.3 2016-06-16
CN201610427724.3A CN107517136B (zh) 2016-06-16 2016-06-16 心跳保活的实现方法、装置及系统

Publications (1)

Publication Number Publication Date
WO2017215614A1 true WO2017215614A1 (zh) 2017-12-21

Family

ID=60663345

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/088300 WO2017215614A1 (zh) 2016-06-16 2017-06-14 心跳保活的实现方法、装置及系统

Country Status (2)

Country Link
CN (1) CN107517136B (zh)
WO (1) WO2017215614A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108390910A (zh) * 2018-01-17 2018-08-10 吉浦斯信息咨询（深圳）有限公司 一种推送sdk的省电方法、装置及计算机可读介质
CN109347929A (zh) * 2018-09-27 2019-02-15 中国平安人寿保险股份有限公司 基于轻量级接口的心跳模拟探测方法、装置及存储介质
CN111083665A (zh) * 2019-12-05 2020-04-28 上海旗旌科技有限公司 一种双主控交互通信的方法及设备
CN112039894A (zh) * 2020-08-31 2020-12-04 北京天融信网络安全技术有限公司 一种网络准入控制方法、装置、存储介质和电子设备
CN112311629A (zh) * 2020-10-30 2021-02-02 广州华多网络科技有限公司 数据处理方法、装置、服务器及计算机可读存储介质
CN114697377A (zh) * 2022-04-07 2022-07-01 深信服科技股份有限公司 一种客户端产品的保活方法、系统、装置及可读存储介质

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109327346A (zh) * 2018-07-27 2019-02-12 上海电享信息科技有限公司 一种客户端心跳频率动态控制方法及系统
CN110755061A (zh) * 2018-07-27 2020-02-07 九阳股份有限公司 一种家电设备的心跳检测方法以及家电设备
CN110943875A (zh) * 2018-09-21 2020-03-31 武汉安天信息技术有限责任公司 用户网络关系确定方法、基于网络的用户相互关系确定方法及相关装置
CN110753086A (zh) * 2019-09-12 2020-02-04 华为技术有限公司 应用的心跳唤醒方法及终端设备
CN110868742A (zh) * 2019-11-22 2020-03-06 上海商米科技集团股份有限公司 网络切换的方法和装置
CN111556555A (zh) * 2020-04-29 2020-08-18 杭州涂鸦信息技术有限公司 一种网络摄像机与网关低功耗保活方法及其系统
CN112448851A (zh) * 2020-11-20 2021-03-05 天翼电子商务有限公司 一种分布式系统的弹性心率通信设计方法
CN117336213B (zh) * 2023-12-01 2024-02-27 四川才子软件信息网络有限公司 一种子系统监控方法、系统及设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012174934A1 (zh) * 2011-06-21 2012-12-27 中兴通讯股份有限公司 一种心跳周期的自适应方法和装置
CN103581950A (zh) * 2013-11-15 2014-02-12 中国联合网络通信集团有限公司 电子设备、心跳消息的发送方法与系统
CN104135460A (zh) * 2013-05-03 2014-11-05 华为软件技术有限公司 一种推送通道保活方法和推送服务器
CN104243719A (zh) * 2013-06-08 2014-12-24 中国移动通信集团公司 移动通信网络中长连接的心跳周期确定方法、系统和装置
CN104333465A (zh) * 2014-10-31 2015-02-04 北京奇虎科技有限公司 一种心跳间隔设置的方法、装置及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8731542B2 (en) * 2005-08-11 2014-05-20 Seven Networks International Oy Dynamic adjustment of keep-alive message intervals in a mobile network
CN104703146B (zh) * 2013-12-09 2019-03-08 腾讯科技（深圳）有限公司 信息推送方法、客户端及系统
CN104144159B (zh) * 2014-06-26 2016-04-13 腾讯科技（深圳）有限公司 智能心跳保活方法及智能心跳保活系统
CN104468187B (zh) * 2014-10-27 2018-03-06 百度在线网络技术（北京）有限公司 心跳周期的获取方法及装置
CN105610913A (zh) * 2015-12-22 2016-05-25 用友网络科技股份有限公司 通信网络中长连接的心跳保活方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012174934A1 (zh) * 2011-06-21 2012-12-27 中兴通讯股份有限公司 一种心跳周期的自适应方法和装置
CN104135460A (zh) * 2013-05-03 2014-11-05 华为软件技术有限公司 一种推送通道保活方法和推送服务器
CN104243719A (zh) * 2013-06-08 2014-12-24 中国移动通信集团公司 移动通信网络中长连接的心跳周期确定方法、系统和装置
CN103581950A (zh) * 2013-11-15 2014-02-12 中国联合网络通信集团有限公司 电子设备、心跳消息的发送方法与系统
CN104333465A (zh) * 2014-10-31 2015-02-04 北京奇虎科技有限公司 一种心跳间隔设置的方法、装置及系统

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108390910A (zh) * 2018-01-17 2018-08-10 吉浦斯信息咨询（深圳）有限公司 一种推送sdk的省电方法、装置及计算机可读介质
CN108390910B (zh) * 2018-01-17 2021-03-16 吉浦斯信息咨询（深圳）有限公司 一种推送sdk的省电方法、装置及计算机可读介质
CN109347929A (zh) * 2018-09-27 2019-02-15 中国平安人寿保险股份有限公司 基于轻量级接口的心跳模拟探测方法、装置及存储介质
CN109347929B (zh) * 2018-09-27 2023-08-22 中国平安人寿保险股份有限公司 基于轻量级接口的心跳模拟探测方法、装置及存储介质
CN111083665A (zh) * 2019-12-05 2020-04-28 上海旗旌科技有限公司 一种双主控交互通信的方法及设备
CN111083665B (zh) * 2019-12-05 2023-09-19 上海旗旌科技有限公司 一种双主控交互通信的方法及设备
CN112039894A (zh) * 2020-08-31 2020-12-04 北京天融信网络安全技术有限公司 一种网络准入控制方法、装置、存储介质和电子设备
CN112311629A (zh) * 2020-10-30 2021-02-02 广州华多网络科技有限公司 数据处理方法、装置、服务器及计算机可读存储介质
CN114697377A (zh) * 2022-04-07 2022-07-01 深信服科技股份有限公司 一种客户端产品的保活方法、系统、装置及可读存储介质
CN114697377B (zh) * 2022-04-07 2023-09-05 深信服科技股份有限公司 一种客户端产品的保活方法、系统、装置及可读存储介质

Also Published As

Publication number Publication date
CN107517136B (zh) 2022-08-16
CN107517136A (zh) 2017-12-26

Similar Documents

Publication Publication Date Title
WO2017215614A1 (zh) 心跳保活的实现方法、装置及系统
US10686683B2 (en) Distributed system to determine a server's health
US9307016B2 (en) Mobile device workload management for cloud computing using SIP and presence to control workload and method thereof
EP2698963B1 (en) Heartbeat cycle obtaining method, terminal, and server
JP6470770B2 (ja) 過去の履歴データに基づくネットワークノード可用性推定
US20230247388A1 (en) Communication system, method and device for miniature intelligent sensor
CN105635248B (zh) 一种tcp连接资源的释放方法及系统
WO2016197866A1 (zh) 网络唤醒方法、远程服务器和网络交换设备
WO2016141037A1 (en) Network and application management using service layer capabilities
WO2016095118A1 (en) Method and device for home wifi station device to select link for data transmitting
WO2015154350A1 (zh) 上网流量分享处理方法、装置及终端
CN105612805A (zh) 可穿戴式设备的通信方法、通信系统及相关设备
CN109890069A (zh) 网络连接方法、终端、基站及计算机存储介质
WO2018049966A1 (zh) 视频监控系统的控制方法、装置及系统
CN104135460A (zh) 一种推送通道保活方法和推送服务器
CN106603352B (zh) 一种智能家居用户、应用服务器管理负载均衡的系统及方法
WO2015074414A1 (zh) 一种社交网络信息推送方法及装置
Guimaraes et al. Enhancing openflow with media independent management capabilities
CN113596089B (zh) 设备的配网绑定方法和装置、存储介质及电子装置
US11089114B1 (en) Message frequency modification for connection maintenance
WO2014015525A1 (zh) 一种用户在线状态的查询方法和装置
CN110876117A (zh) 终端失联的恢复方法及装置
WO2016165477A1 (zh) 一种登录的方法、终端、会话建立的方法和服务器
WO2014187241A1 (zh) 控制无线网络直连群组中无线设备断开的方法及无线设备
CN104378844B (zh) 一种隧道保活报文的传输方法和设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17812725

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17812725

Country of ref document: EP

Kind code of ref document: A1