CN107957915B - Heartbeat detection method of called party system, storage medium and server - Google Patents

Heartbeat detection method of called party system, storage medium and server Download PDF

Info

Publication number
CN107957915B
CN107957915B CN201711165402.7A CN201711165402A CN107957915B CN 107957915 B CN107957915 B CN 107957915B CN 201711165402 A CN201711165402 A CN 201711165402A CN 107957915 B CN107957915 B CN 107957915B
Authority
CN
China
Prior art keywords
calling
called
party
heartbeat detection
called party
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201711165402.7A
Other languages
Chinese (zh)
Other versions
CN107957915A (en
Inventor
王祥光
王盼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen OneConnect Smart Technology Co Ltd
Original Assignee
Shenzhen OneConnect Smart Technology Co Ltd
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 Shenzhen OneConnect Smart Technology Co Ltd filed Critical Shenzhen OneConnect Smart Technology Co Ltd
Priority to CN201711165402.7A priority Critical patent/CN107957915B/en
Publication of CN107957915A publication Critical patent/CN107957915A/en
Application granted granted Critical
Publication of CN107957915B publication Critical patent/CN107957915B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues

Abstract

The invention discloses a heartbeat detection method of a called party system, which is used for solving the problem that the called party system cannot know in time when the called party system is abnormal. The method provided by the invention comprises the following steps: when a preset timing task arrives, acquiring the priority of each called party system recorded by a third-party heartbeat detection center; according to the sequence of the priorities of the called party systems from high to low, the address and the calling parameter of each called party system are obtained from a database of the third-party heartbeat detection center; carrying out heartbeat detection on the called party system which acquires the address and the calling parameter to obtain a heartbeat detection feedback result of the called party system; and sending a heartbeat detection feedback result of the abnormal system to a calling side system corresponding to the abnormal system, wherein the abnormal system refers to a called side system with a calling state being abnormal in the heartbeat detection feedback result. The invention also provides a storage medium and a server.

Description

Heartbeat detection method of called party system, storage medium and server
Technical Field
The invention relates to the technical field of distributed systems, in particular to a heartbeat detection method, a storage medium and a server of a called party system.
Background
At present, in order to meet the requirements of multiple functions and multiple services of the system, a distributed system is adopted in many systems. In a distributed system, the system and the system are integrated through an exposed service, and if an abnormal condition such as a down machine occurs on a called party before the system is called, the calling exception is generated. Therefore, when the called system is abnormal, if the calling system cannot know in time, the service of the calling system will be affected, and especially when the calling system calls the service with strong timeliness requirement, even irretrievable loss may be caused.
Disclosure of Invention
The embodiment of the invention provides a heartbeat detection method, a storage medium and a server of a called party system, which can enable the calling party system to know the abnormal calling situation in advance, strive for time for adopting remedial or emergency measures for the calling party system, reduce the influence of the abnormal calling situation on the calling party system and reduce possible loss.
In a first aspect, a heartbeat detection method for a called party system is provided, including:
when a preset timing task arrives, acquiring the priority of each called party system recorded by a third-party heartbeat detection center;
according to the sequence of the priorities of the called party systems from high to low, the address and the calling parameter of each called party system are obtained from a database of the third-party heartbeat detection center;
performing heartbeat detection on the called system which acquires the address and the calling parameter to obtain a heartbeat detection feedback result of the called system, wherein the heartbeat detection feedback result comprises a calling state of the called system;
and sending a heartbeat detection feedback result of the abnormal system to a calling side system corresponding to the abnormal system, wherein the abnormal system refers to a called side system with a calling state being abnormal in the heartbeat detection feedback result.
In a second aspect, a computer-readable storage medium is provided, the computer-readable storage medium storing computer-readable instructions, which when executed by a processor, implement the steps of:
when a preset timing task arrives, acquiring the priority of each called party system recorded by a third-party heartbeat detection center;
according to the sequence of the priorities of the called party systems from high to low, the address and the calling parameter of each called party system are obtained from a database of the third-party heartbeat detection center;
performing heartbeat detection on the called system which acquires the address and the calling parameter to obtain a heartbeat detection feedback result of the called system, wherein the heartbeat detection feedback result comprises a calling state of the called system;
and sending a heartbeat detection feedback result of the abnormal system to a calling side system corresponding to the abnormal system, wherein the abnormal system refers to a called side system with a calling state being abnormal in the heartbeat detection feedback result.
In a third aspect, a server is provided, which includes a memory, a processor, and computer readable instructions stored in the memory and executable on the processor, the processor implementing the following steps when executing the computer readable instructions:
when a preset timing task arrives, acquiring the priority of each called party system recorded by a third-party heartbeat detection center;
according to the sequence of the priorities of the called party systems from high to low, the address and the calling parameter of each called party system are obtained from a database of the third-party heartbeat detection center;
performing heartbeat detection on the called system which acquires the address and the calling parameter to obtain a heartbeat detection feedback result of the called system, wherein the heartbeat detection feedback result comprises a calling state of the called system;
and sending a heartbeat detection feedback result of the abnormal system to a calling side system corresponding to the abnormal system, wherein the abnormal system refers to a called side system with a calling state being abnormal in the heartbeat detection feedback result.
According to the technical scheme, the embodiment of the invention has the following advantages:
in the embodiment of the invention, firstly, when a preset timing task arrives, the priority of each called party system recorded by a third-party heartbeat detection center is obtained; then, according to the sequence of the priorities of the called party systems from high to low, the address and the calling parameter of each called party system are obtained from a database of the third-party heartbeat detection center; then, performing heartbeat detection on the called system which acquires the address and the calling parameter to obtain a heartbeat detection feedback result of the called system, wherein the heartbeat detection feedback result comprises the calling state of the called system; and finally, sending a heartbeat detection feedback result of the abnormal system to a calling side system corresponding to the abnormal system, wherein the abnormal system refers to a called side system with a calling state being abnormal in the heartbeat detection feedback result. In the embodiment of the invention, the address and the calling parameter of each called party are recorded by the third-party heartbeat detection center, when the timing task arrives, the address and the calling parameter of each called party are obtained according to the priority sequence, and the heartbeat detection is carried out in sequence, so that the calling state of each called party can be obtained in time, and the condition that the calling of the called parties is abnormal can be known. And the calling abnormal condition is informed to the corresponding calling side system, so that the calling side system can know the calling abnormal condition in advance, time is won for the calling side system to take remedial or emergency measures, the influence of the calling abnormal condition on the calling side system is reduced, and possible loss is reduced.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive exercise.
Fig. 1 is a flowchart of an embodiment of a heartbeat detection method of a called system in an embodiment of the present invention;
fig. 2 is a schematic flowchart illustrating a heartbeat detection method for a called system in an embodiment of the present invention, in which the priority of the called system is adjusted in an application scenario;
FIG. 3 is a schematic flow chart of step 202 in an application scenario in the embodiment corresponding to FIG. 2;
FIG. 4 is a block diagram of an embodiment of a heartbeat detection device of a called system according to the present invention;
fig. 5 is a schematic diagram of a server according to an embodiment of the present invention.
Detailed Description
The embodiment of the invention provides a heartbeat detection method, a storage medium and a server of a called party system, which are used for solving the problem that the calling party system cannot know in time when the called party system is abnormal.
In order to make the objects, features and advantages of the present invention more obvious and understandable, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is obvious that the embodiments described below are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Referring to fig. 1, an embodiment of a heartbeat detection method of a called system in an embodiment of the present invention includes:
101. when a preset timing task arrives, acquiring the priority of each called party system recorded by a third-party heartbeat detection center;
first, it should be noted that the execution subject in this embodiment may be a designated server, or may be the third-party heartbeat detection center. For convenience of description, the present embodiments are all referred to as an execution body.
The execution main body can be configured with a timing task in advance, and after the time of the timing task is reached, a heartbeat detection task can be triggered to execute the following steps 102-104 so as to complete heartbeat detection and feedback of each called party system. The timing task may be specifically set according to actual conditions, and for example, may be set to 10 minutes, half an hour, or 1 hour, that is, it is equivalent to executing the heartbeat detection method of the called party system once every 10 minutes, half an hour, or 1 hour.
The third-party heartbeat detection center in this embodiment is used to record each of the plurality of distributed systems as a called system, that is, a called system. The contents described include information such as priorities, addresses, and call parameters of these systems.
It will be appreciated that the priority of each of the callee systems described above can be predetermined in two ways:
the first method is as follows: acquiring the called frequency of each called party system from the third-party heartbeat detection center, wherein the called frequency of each called party system is collected and recorded by the third-party heartbeat detection center in advance; then, determining the priority of each called party system according to the called frequency of each called party system, wherein the more the called frequency is, the higher the priority is. In the calling process of the distributed system, the calling system can accumulate the calling times on the calling system each time the called system is called, and then periodically report the counted calling times to the third-party heartbeat detection center, so that the third-party heartbeat detection center can collect and record the called frequency and/or times, namely the frequency, of each called system. It will be appreciated that the more frequently a callee system is called, the more important the callee system is, the more the call state of the callee system should be detected first, and accordingly the higher the priority of the callee system.
The second method comprises the following steps: acquiring the calling failure times of each called party system from the third-party heartbeat detection center, wherein the calling failure times of each called party system are counted and recorded by the third-party heartbeat detection center in advance; and then, determining the priority of each called party system according to the calling failure times of each called party system, wherein the higher the calling failure times, the higher the priority. In the calling process of the distributed system, when the calling system calls the called system each time, if the calling fails, the calling failure times of the called system can be accumulated for 1 time, and the statistics of the calling failure times of each called system is realized. Then the calling party system reports the counted calling failure times to a third-party heartbeat detection center periodically, so that the third-party heartbeat detection center can count and obtain the calling failure times of each called party system. It is understood that the more times of call failures, the higher the possibility of call exception of the corresponding callee system, the earlier the execution subject should discover the call state of the callee system, and therefore, the higher the priority of the callee system accordingly.
Further, as shown in fig. 2, after the priorities of the called systems are predetermined, the priorities of the called systems may be appropriately adjusted, so that the setting of the priorities is more reasonable, and the subsequent acquisition and heartbeat detection are more facilitated, including the following steps:
201. detecting whether a calling relation exists among the called party systems, if so, executing a step 202, and if not, executing a step 203;
202. adjusting the priority of the called party system with the calling relation, so that the priority of the system belonging to the calling party is higher than that of the system belonging to the called party in any calling relation;
203. the priorities of the various callee systems need not be adjusted.
With respect to step 201 above, it will be appreciated that there may also be a calling relationship between the various callee systems. For example, a distributed system includes A, B, C three systems, and the call relationship of the three systems is that the a system can call the B system, and the B system can call the C system, which can be written as: a (caller) -B (callee) -C (indirect callee). Therefore, the a system must perform forwarding through the B system in order to communicate with the C system. As can be seen, the executive may test B first and then C. In some application scenarios, it can be understood that if the B system cannot be called, the a system cannot communicate with the C system regardless of whether the C system can be called. Therefore, in the heartbeat detection, the calling state of the B system is more important than the calling state of the C system as to whether the a system can be normally called, so that the priority of the B system can be set higher than that of the C system when the priority is set. In step 201, whether a call relationship exists between the called systems, that is, whether a call relationship exists between the B system and the C system as described above is detected, if so, step 202 is executed, otherwise, step 203 is executed.
As shown in fig. 3, the step 202 may specifically include:
301. screening called party systems with calling relations from the called party systems;
302. for each calling relation, judging whether the priority of a system belonging to a calling party in the calling relation is higher than that of a system belonging to a called party, if so, executing a step 303, and if not, executing a step 304;
303. no need for a care;
304. and setting the priority of the system belonging to the calling party in the calling relation, so that the set priority is at least one priority unit higher than the priority of the system belonging to the called party.
For the step 302, it can be understood that, taking the above example into account, it is determined whether the priority of the B system is higher than that of the C system, and if so, the requirement is met, and no adjustment is needed; if not, step 304 is executed to increase the priority of the B system.
For the above step 304, when the priority of the B system needs to be increased, the priority of the B system may be reset to be higher than the priority of the C system by at least one priority unit. It is assumed that the priority classes are 1-10, lowest class 1 and highest class 10. If the priority of the C system is 6 and the priority of the B system is 2, the priority of the B system may be set to 7, or 8 or more, which is higher than the priority of the C system by at least 1.
102. According to the sequence of the priorities of the called party systems from high to low, the address and the calling parameter of each called party system are obtained from a database of the third-party heartbeat detection center;
in this embodiment, since the number of called systems recorded in the third-party heartbeat detection center may be extremely large, and the computational resource and the computational capability of the execution main body are limited, the addresses and the call parameters of the called systems are obtained in sequence, and the called system obtained earlier enters the heartbeat detection link more first, which is more beneficial to the execution of the execution main body and the realization of the purpose of heartbeat detection. It is understood that the higher the priority of the callee system is, the more the callee system should take priority to perform the heartbeat detection, and therefore the more the address and calling parameters of the callee system with the higher priority should be acquired in step 102.
Further, the address and the calling parameter of each called party system may be pre-configured into the database of the third-party heartbeat detection center in the following manual configuration mode and/or automatic configuration mode.
Wherein, the manual configuration mode is as follows: the execution main body firstly acquires the address and/or calling parameters of a called party system manually configured by a user; and then, storing the acquired address and/or calling parameter of the called party system to a database of the third-party heartbeat detection center.
The automatic configuration mode is as follows: the execution main body establishes communication connection with each calling party system; then, acquiring addresses and calling parameters of called party systems configured by each calling party system; and then, storing the acquired address and calling parameter of the called party system to a database of the third-party heartbeat detection center. For the above automatic configuration mode, further, when the caller system reports the address and the calling parameter of each callee system, only the information (address and calling parameter) of the newly added callee system and the updated callee system may be reported to the third-party heartbeat detection center. It can be understood that, for a calling system, the number of called systems corresponding to the calling system, and corresponding addresses and calling parameters are stable in most of the time, so that the information of the called system which has been reported is not required to be reported, and only the information of the called system in which the information update or the new part occurs is required to be reported.
103. Carrying out heartbeat detection on the called party system which acquires the address and the calling parameter to obtain a heartbeat detection feedback result of the called party system;
after the address and the calling parameter of the called system are acquired, heartbeat detection can be performed on the called system which acquires the address and the calling parameter, so that a heartbeat detection feedback result about the called system is obtained, wherein the heartbeat detection feedback result comprises a calling state of the called system. Generally, the steps 102 and 103 may be performed asynchronously, that is, after each address and calling parameter of a called system are acquired in the step 102, the step 103 may perform heartbeat detection on the called system.
It should be noted that, because the execution main body of the present solution may be a designated server or a third-party heartbeat detection center, when performing heartbeat detection, if the execution main body is the third-party heartbeat detection center, the heartbeat detection may be directly performed on the called party system that acquires the address and the call parameter; if the execution main body is the designated server, the execution server needs to call a heartbeat detection function of a third-party heartbeat detection center to perform heartbeat detection on the called party system which acquires the address and the calling parameter.
It will be appreciated that after heartbeat detection is performed, the normally returned heartbeat detection feedback results include the calling status of the callee system, such as whether it can be called, call latency, and so on. The calling time delay can also be divided into high time delay and low time delay, wherein the high time delay can greatly reduce the real-time property of calling of the calling system, so that the calling system can be informed together when the corresponding calling system is informed in the subsequent steps.
104. And sending the heartbeat detection feedback result of the abnormal system to a calling side system corresponding to the abnormal system.
After the execution main body obtains the heartbeat detection feedback result, the heartbeat detection feedback result of the abnormal system can be sent to the calling party system corresponding to the abnormal system, wherein the abnormal system refers to the called party system with the calling state being abnormal calling in the heartbeat detection feedback result, so that the corresponding calling party system is informed in real time, and the calling party system can take corresponding emergency and remedial measures to process conveniently. In addition, the execution main body can also send the heartbeat detection feedback result of the abnormal system to the maintenance personnel corresponding to the abnormal system, so that the maintenance personnel can know the abnormal information of the abnormal system in time and repair the system as soon as possible.
Further, after step 104, the heartbeat detection feedback results of the called systems may be differentially displayed, where the system classification required to be differentially displayed at least includes: calling an abnormal called side system, calling a called side system with the calling time delay exceeding a preset threshold value, and calling a normal called side system. For example, when each callee system is exposed, red may be used to indicate that the callee system cannot be called, yellow may be used to indicate that the callee system has a higher calling delay, and green may be used to indicate that the callee system has a normal call.
In this embodiment, first, when a preset timing task arrives, the priority of each called party system recorded by a third-party heartbeat detection center is obtained; then, according to the sequence of the priorities of the called party systems from high to low, the address and the calling parameter of each called party system are obtained from a database of the third-party heartbeat detection center; then, performing heartbeat detection on the called system which acquires the address and the calling parameter to obtain a heartbeat detection feedback result of the called system, wherein the heartbeat detection feedback result comprises the calling state of the called system; and finally, sending a heartbeat detection feedback result of the abnormal system to a calling side system corresponding to the abnormal system, wherein the abnormal system refers to a called side system with a calling state being abnormal in the heartbeat detection feedback result. In this embodiment, the address and the call parameter of each called party are recorded by the third-party heartbeat detection center, and when the timing task arrives, the address and the call parameter of each called party are obtained according to the order of priority, and heartbeat detection is performed in sequence, so that the call state of each called party can be obtained in time, and the condition that the called party has call abnormality can be known. And the calling abnormal condition is informed to the corresponding calling side system, so that the calling side system can know the calling abnormal condition in advance, time is won for the calling side system to take remedial or emergency measures, the influence of the calling abnormal condition on the calling side system is reduced, and possible loss is reduced.
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present invention.
The above mainly describes a heartbeat detection method of a called system, and a heartbeat detection device of a called system will be described in detail below.
Fig. 4 is a block diagram illustrating an embodiment of a heartbeat detection apparatus of a called system according to an embodiment of the present invention.
In this embodiment, a heartbeat detecting apparatus of a called party system includes:
a priority obtaining module 401, configured to obtain, when a preset timing task arrives, a priority of each called party system recorded by a third-party heartbeat detection center;
a system information obtaining module 402, configured to obtain, according to the order from high to low of the priority of each called party system, an address and a calling parameter of each called party system from a database of the third-party heartbeat detection center;
a heartbeat detection module 403, configured to perform heartbeat detection on the called party system that obtains the address and the call parameter, to obtain a heartbeat detection feedback result about the called party system, where the heartbeat detection feedback result includes a call state of the called party system;
the feedback module 404 is configured to send a heartbeat detection feedback result of the abnormal system to a caller system corresponding to the abnormal system, where the abnormal system refers to a callee system with an abnormal call state in the heartbeat detection feedback result.
Further, the priority of each callee system may be predetermined by:
a frequency obtaining module, configured to obtain, from the third-party heartbeat detection center, the called frequency of each called party system, where the called frequency of each called party system is collected and recorded by the third-party heartbeat detection center in advance;
the first priority determining module is used for determining the priority of each called party system according to the called frequency of each called party system, wherein the more the called frequency is, the higher the priority is;
or
A failure frequency acquisition module, configured to acquire, from the third-party heartbeat detection center, the call failure frequency of each called party system, where the call failure frequency of each called party system is counted and recorded by the third-party heartbeat detection center in advance;
and the second priority determining module is used for determining the priority of each called party system according to the calling failure times of each called party system, wherein the higher the calling failure times is, the higher the priority is.
Further, the heartbeat detection device of the called system may further include:
the calling relation detection module is used for detecting whether calling relations exist among the called party systems or not;
and the priority adjusting module is used for adjusting the priority of the called party system with the calling relation if the detection result of the calling relation detecting module is positive, so that the priority of the system belonging to the calling party is higher than that of the system belonging to the called party in any calling relation.
Further, the address and the calling parameter of each called party system may be pre-configured into the database of the third-party heartbeat detection center through the following modules:
the manual configuration information acquisition module is used for acquiring the address and/or calling parameters of the called party system manually configured by the user;
the first storage module is used for storing the acquired address and/or calling parameter of the called party system to a database of the third-party heartbeat detection center;
and/or
The communication connection module is used for establishing communication connection with each calling party system;
the automatic configuration information acquisition module is used for acquiring the addresses and calling parameters of the called party systems configured by the calling party systems;
and the second storage module is used for storing the acquired address and calling parameter of the called party system to a database of the third-party heartbeat detection center.
Further, the heartbeat detection device of the called system may further include:
and the distinguishing and displaying module is used for distinguishing and displaying the heartbeat detection feedback results of the called party systems, wherein the system classification needing distinguishing and displaying at least comprises the following steps: calling an abnormal called side system, calling a called side system with the calling time delay exceeding a preset threshold value, and calling a normal called side system.
Fig. 5 is a schematic diagram of a server according to an embodiment of the present invention. As shown in fig. 5, the server 5 of this embodiment includes: a processor 50, a memory 51 and computer readable instructions 52 stored in said memory 51 and executable on said processor 50, such as a program performing the above mentioned heartbeat detection method of the called party system. The processor 50, when executing the computer readable instructions 52, implements the steps in the embodiments of the heartbeat detection method described above for each callee system, such as the steps 101 to 104 shown in fig. 1. Alternatively, the processor 50, when executing the computer readable instructions 52, implements the functions of the modules/units in the above-mentioned device embodiments, such as the functions of the modules 401 to 404 shown in fig. 4.
Illustratively, the computer readable instructions 52 may be partitioned into one or more modules/units that are stored in the memory 51 and executed by the processor 50 to implement the present invention. The one or more modules/units may be instruction segments of a series of computer readable instructions capable of performing specific functions, which are used to describe the execution of the computer readable instructions 52 in the server 5.
The server 5 may be a local server, a cloud server, or other computing device. The server may include, but is not limited to, a processor 50, a memory 51. Those skilled in the art will appreciate that fig. 5 is merely an example of a server 5 and does not constitute a limitation of server 5 and may include more or fewer components than shown, or some components in combination, or different components, e.g., the server may also include input output devices, network access devices, buses, etc.
The Processor 50 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, discrete hardware component, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The storage 51 may be an internal storage unit of the server 5, such as a hard disk or a memory of the server 5. The memory 51 may also be an external storage device of the server 5, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card) and the like provided on the server 5. Further, the memory 51 may also include both an internal storage unit and an external storage device of the server 5. The memory 51 is used to store the computer readable instructions and other programs and data required by the server. The memory 51 may also be used to temporarily store data that has been output or is to be output.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The above-mentioned embodiments are only used for illustrating the technical solutions of the present invention, and not for limiting the same; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.

Claims (10)

1. A heartbeat detection method of a called party system, comprising:
when a preset timing task arrives, acquiring the priority of each called party system recorded by a third-party heartbeat detection center;
according to the sequence of the priorities of the called party systems from high to low, the address and the calling parameter of each called party system are obtained from a database of the third-party heartbeat detection center;
performing heartbeat detection on the called system which acquires the address and the calling parameter to obtain a heartbeat detection feedback result of the called system, wherein the heartbeat detection feedback result comprises a calling state of the called system;
and sending a heartbeat detection feedback result of the abnormal system to a calling side system corresponding to the abnormal system, wherein the abnormal system refers to a called side system with a calling state being abnormal in the heartbeat detection feedback result.
2. The method of claim 1, wherein the priority of each callee system is predetermined by:
acquiring the called frequency of each called party system from the third-party heartbeat detection center, wherein the called frequency of each called party system is collected and recorded by the third-party heartbeat detection center in advance;
determining the priority of each called party system according to the called frequency of each called party system, wherein the more the called frequency is, the higher the priority is;
or
Acquiring the calling failure times of each called party system from the third-party heartbeat detection center, wherein the calling failure times of each called party system are counted and recorded by the third-party heartbeat detection center in advance;
and determining the priority of each called party system according to the calling failure times of each called party system, wherein the higher the calling failure times, the higher the priority.
3. The method of claim 2, wherein after predetermining the priority of each callee system, the method further comprises:
detecting whether a calling relation exists between the called party systems;
if the called party systems have calling relations, the priorities of the called party systems with the calling relations are adjusted, so that the priority of the system belonging to the calling party is higher than the priority of the system belonging to the called party in any calling relation.
4. The method for detecting heartbeat of a called party system as claimed in claim 1, wherein the address and calling parameters of each called party system are pre-configured into the database of the third party heartbeat detection center by:
acquiring an address and/or a calling parameter of a called party system manually configured by a user;
storing the acquired address and/or calling parameter of the called party system to a database of the third-party heartbeat detection center;
and/or
Establishing communication connection with each calling party system;
acquiring addresses and calling parameters of called party systems configured by the calling party systems respectively;
and storing the acquired address and calling parameter of the called party system to a database of the third-party heartbeat detection center.
5. The method for detecting heartbeat of a called system according to any one of claims 1 to 4, after performing heartbeat detection on the called system which acquires the address and the calling parameter to obtain a heartbeat detection feedback result about the called system, further comprising:
and differentially displaying the heartbeat detection feedback results of the called party systems, wherein the system classification needing to be differentially displayed at least comprises the following steps: calling an abnormal called side system, calling a called side system with the calling time delay exceeding a preset threshold value, and calling a normal called side system.
6. A computer readable storage medium storing computer readable instructions, which when executed by a processor implement the steps of the heartbeat detection method of the callee system as defined in any one of claims 1 to 5.
7. A server comprising a memory, a processor, and computer readable instructions stored in the memory and executable on the processor, wherein the processor when executing the computer readable instructions performs the steps of:
when a preset timing task arrives, acquiring the priority of each called party system recorded by a third-party heartbeat detection center;
according to the sequence of the priorities of the called party systems from high to low, the address and the calling parameter of each called party system are obtained from a database of the third-party heartbeat detection center;
performing heartbeat detection on the called system which acquires the address and the calling parameter to obtain a heartbeat detection feedback result of the called system, wherein the heartbeat detection feedback result comprises a calling state of the called system;
and sending a heartbeat detection feedback result of the abnormal system to a calling side system corresponding to the abnormal system, wherein the abnormal system refers to a called side system with a calling state being abnormal in the heartbeat detection feedback result.
8. The server of claim 7, wherein the priority of each callee system is predetermined by:
acquiring the called frequency of each called party system from the third-party heartbeat detection center, wherein the called frequency of each called party system is collected and recorded by the third-party heartbeat detection center in advance;
determining the priority of each called party system according to the called frequency of each called party system, wherein the more the called frequency is, the higher the priority is;
or
Acquiring the calling failure times of each called party system from the third-party heartbeat detection center, wherein the calling failure times of each called party system are counted and recorded by the third-party heartbeat detection center in advance;
and determining the priority of each called party system according to the calling failure times of each called party system, wherein the higher the calling failure times, the higher the priority.
9. The server according to claim 8, further comprising, after predetermining the priority of each callee system:
detecting whether a calling relation exists between the called party systems;
if the called party systems have calling relations, the priorities of the called party systems with the calling relations are adjusted, so that the priority of the system belonging to the calling party is higher than the priority of the system belonging to the called party in any calling relation.
10. The server according to any one of claims 7 to 9, wherein the address and calling parameters of each callee system are preconfigured into the database of the third party heartbeat detection center by:
acquiring an address and/or a calling parameter of a called party system manually configured by a user;
storing the acquired address and/or calling parameter of the called party system to a database of the third-party heartbeat detection center;
and/or
Establishing communication connection with each calling party system;
acquiring addresses and calling parameters of called party systems configured by the calling party systems respectively;
and storing the acquired address and calling parameter of the called party system to a database of the third-party heartbeat detection center.
CN201711165402.7A 2017-11-21 2017-11-21 Heartbeat detection method of called party system, storage medium and server Active CN107957915B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711165402.7A CN107957915B (en) 2017-11-21 2017-11-21 Heartbeat detection method of called party system, storage medium and server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711165402.7A CN107957915B (en) 2017-11-21 2017-11-21 Heartbeat detection method of called party system, storage medium and server
PCT/CN2018/077042 WO2019100615A1 (en) 2017-11-21 2018-02-23 Heartbeat detection method and device for callee system, server, and medium

Publications (2)

Publication Number Publication Date
CN107957915A CN107957915A (en) 2018-04-24
CN107957915B true CN107957915B (en) 2019-12-24

Family

ID=61965101

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711165402.7A Active CN107957915B (en) 2017-11-21 2017-11-21 Heartbeat detection method of called party system, storage medium and server

Country Status (2)

Country Link
CN (1) CN107957915B (en)
WO (1) WO2019100615A1 (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104991850A (en) * 2015-06-27 2015-10-21 广州华多网络科技有限公司 Heartbeat package control method and apparatus for application program
WO2017160464A1 (en) * 2016-03-18 2017-09-21 Qualcomm Incorporated Systems and methods for improved detection of processor hang and improved recovery from processor hang in a computing device

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101234017A (en) * 2008-02-26 2008-08-06 中兴通讯股份有限公司 Method, system and central processing element for testing heartbeat
JP4796086B2 (en) * 2008-03-14 2011-10-19 東芝ソリューション株式会社 Cluster system and method for selecting master node in the same system
WO2012068567A1 (en) * 2010-11-19 2012-05-24 Spacelabs Healthcare, Llc Dual serial bus interface
US10614098B2 (en) * 2010-12-23 2020-04-07 Mongodb, Inc. System and method for determining consensus within a distributed database
CN103560922A (en) * 2013-11-18 2014-02-05 北京特立信电子技术股份有限公司 Disaster recovery method and system
CN105025063A (en) * 2014-04-29 2015-11-04 刘广威 Online data transmission method for large-scale terminal equipment
CN106126652B (en) * 2016-06-24 2019-03-15 武汉斗鱼网络科技有限公司 Mishap Database switching method and system for distributed experiment & measurement system
CN106445781B (en) * 2016-09-27 2019-03-26 北京航空航天大学 The detection system of HPC large-scale parallel program exception based on message transmission

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104991850A (en) * 2015-06-27 2015-10-21 广州华多网络科技有限公司 Heartbeat package control method and apparatus for application program
WO2017160464A1 (en) * 2016-03-18 2017-09-21 Qualcomm Incorporated Systems and methods for improved detection of processor hang and improved recovery from processor hang in a computing device

Also Published As

Publication number Publication date
WO2019100615A1 (en) 2019-05-31
CN107957915A (en) 2018-04-24

Similar Documents

Publication Publication Date Title
US20190313218A1 (en) System and method for triggering on platform usage
US10701214B2 (en) System and method for real-time analysis of network traffic
US9565203B2 (en) Systems and methods for detection of anomalous network behavior
US8670525B2 (en) Automated DSL performance adjustment
US20170070582A1 (en) Network entity discovery and service stitching
US7920677B2 (en) Automated DSL performance adjustment
US9274858B2 (en) System and method for tagging and tracking events of an application platform
US10200506B2 (en) Method, system and device for monitoring data
EP2661020A2 (en) Adaptive monitoring of telecommunications networks
CN105208590B (en) The detection restoration methods and mobile terminal of mobile terminal operating system interim card exception
CN105095056B (en) A kind of method of data warehouse data monitoring
US8040231B2 (en) Method for processing alarm data to generate security reports
US8494142B2 (en) Methods to improve fraud detection on conference calling systems based on observation of participants' call time durations
CN103052044B (en) A kind of processing method of Stranger Calls and mobile terminal
US20150087242A1 (en) Systems and methods for active cellular transceiver analysis for harmful passive intermodulation detection
CN101399883B (en) Exception monitoring management method and device
CN107092544B (en) Monitoring method and device
US9875165B2 (en) Communication bus with baseboard management controller
CN106997314B (en) Exception handling method, device and system for distributed system
US8862119B2 (en) Method and apparatus for telecommunications network performance anomaly events detection and notification
US8270579B2 (en) Methods, computer program products, and systems for managing voice over internet protocol (VOIP) network elements
US20160342459A1 (en) Dynamic escalation of service conditions
US8634527B2 (en) Method and apparatus for detecting network and service performance degradations using call detail records
CN107948943B (en) Method for identifying different network cards in double-card terminal and server
CN106502874A (en) A kind of call chain tracking

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20180607

Address after: 518000 Room 201, building A, 1 front Bay Road, Shenzhen Qianhai cooperation zone, Shenzhen, Guangdong

Applicant after: Shenzhen one ledger Intelligent Technology Co., Ltd.

Address before: 200000 Xuhui District, Shanghai Kai Bin Road 166, 9, 10 level.

Applicant before: Shanghai Financial Technologies Ltd

Effective date of registration: 20180607

Address after: 518000 Room 201, building A, 1 front Bay Road, Shenzhen Qianhai cooperation zone, Shenzhen, Guangdong

Applicant after: Shenzhen one ledger Intelligent Technology Co., Ltd.

Address before: 200000 Xuhui District, Shanghai Kai Bin Road 166, 9, 10 level.

Applicant before: Shanghai Financial Technologies Ltd

GR01 Patent grant
GR01 Patent grant