CN111447329A - Method, system, device and medium for monitoring state server in call center - Google Patents
Method, system, device and medium for monitoring state server in call center Download PDFInfo
- Publication number
- CN111447329A CN111447329A CN202010247065.1A CN202010247065A CN111447329A CN 111447329 A CN111447329 A CN 111447329A CN 202010247065 A CN202010247065 A CN 202010247065A CN 111447329 A CN111447329 A CN 111447329A
- Authority
- CN
- China
- Prior art keywords
- state
- server
- call center
- index
- state server
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/24—Arrangements for supervision, monitoring or testing with provision for checking the normal operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
Abstract
The invention discloses a monitoring method, a system, equipment and a medium of a state server in a call center, wherein the monitoring method comprises the following steps: s1, acquiring historical index state information of each state server in a call center; s2, presetting data values corresponding to different index states according to the historical index state information; s3, acquiring a target data value corresponding to each index state of a target state server in the call center; and S4, judging whether the target data value represents that the index state is abnormal or not, and if so, determining that the target state server is abnormal. According to the method and the device, the data value of the index state information of each state server in the call center is preset, and the data value of each index state information is obtained, so that the abnormal state of the service in the state servers can be automatically monitored, the abnormality can be found by a user in advance, the fault finding efficiency is greatly improved, and the fault positioning time is shortened.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method, a system, a device, and a medium for monitoring a state server in a call center.
Background
The call center builds a bridge between enterprises and clients, between governments and the public, and is closely related to the daily life of the public, among numerous industries such as household electrical enterprises, post and telecommunications, banks, aviation, railways, insurance, stocks, real estate, tourism, public safety and the like.
At present, the service state abnormity of a state server in a call center is mainly discovered by fault reporting of a user, then a maintenance worker determines the abnormal state server according to fault reporting information, logs in a fault server and checks the state, and then the service provided by the state server can be recovered manually. Such failure processing mode has poor timeliness and low processing efficiency, and can cause the call center to fail to provide service in serious cases, thereby bringing poor use experience to customers.
Disclosure of Invention
The technical problem to be solved by the invention is to provide a monitoring method, a system, equipment and a medium for a state server in a call center, aiming at overcoming the defects of poor timeliness and low processing efficiency of a call center fault processing mode in the prior art.
The invention solves the technical problems through the following technical scheme:
the invention provides a monitoring method of a state server in a call center, which comprises the following steps:
s1, acquiring historical index state information of each state server in the call center;
s2, presetting data values corresponding to different index states according to the historical index state information;
s3, acquiring a target data value corresponding to each index state of a target state server in the call center;
and S4, judging whether the target data value represents that the index state is abnormal or not, and if so, determining that the target state server is abnormal.
Preferably, step S4 is followed by:
and S5, generating a recovery task according to the target data value, and sending the recovery task to the target state service to execute the recovery task.
Preferably, the monitoring method further comprises:
and when the state server is determined to be abnormal, generating and sending abnormal reminding information.
Preferably, step S3 includes:
acquiring the target data value corresponding to each index state of the target state server in the call center in a mode of acquiring from the target state server and/or in a mode of actively pushing by the target state server;
and/or the state server comprises at least one of a session management server, a media server and a queuing machine.
The invention also provides a monitoring system of the state server in the call center, which comprises a historical information acquisition module, a numeralization module, a real-time information acquisition module and a judgment module;
the historical information acquisition module is used for acquiring the historical index state information of each state server in the call center;
the numeralization module is used for presetting data values corresponding to different index states according to the historical index state information;
the real-time information acquisition module is used for acquiring a target data value corresponding to each index state of a target state server in the call center;
the judging module is used for judging whether the target data value represents that the index state is abnormal, and if so, determining that the target state server is abnormal.
Preferably, the monitoring system further comprises a task pushing module;
and the task pushing module is used for generating a recovery task according to the target data value and sending the recovery task to the target state server to execute the recovery task.
Preferably, the monitoring system further comprises an abnormality reminding module; and when the state server is determined to be abnormal, the abnormal reminding module is used for generating and sending abnormal reminding information.
Preferably, the real-time information obtaining module obtains the target data value corresponding to each index state of the target state server in the call center in a manner of collecting from the target state server and/or in a manner of actively pushing by the target state server;
and/or the state server comprises at least one of a session management server, a media server and a queuing machine.
The invention also provides an electronic device, which comprises a memory, a processor and a computer program stored on the memory and capable of running on the processor, wherein the processor implements the monitoring method of the state server in the call center when executing the computer program.
The invention also provides a computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the aforementioned monitoring method of a status server in a call center.
On the basis of the common knowledge in the field, the above preferred conditions can be combined randomly to obtain the preferred embodiments of the invention.
The positive progress effects of the invention are as follows: according to the invention, the data value of the index state information of each state server in the call center is preset, and the data value of each index state information is obtained, so that the abnormal state of the service in the state server can be automatically found, the user can find the abnormality before finding the abnormality, the fault finding efficiency is greatly improved, and the fault positioning time is shortened. Furthermore, when the system detects an abnormality, a recovery task can be timely pushed to the fault server for service recovery, the influence time of the fault is shortened, and the goal that service personnel cannot sense the abnormality is achieved, so that the stability and the usability of the system are improved, and the processing efficiency of the fault is improved; in addition, the service state is monitored and managed in a unified mode in real time through the service state management platform, the processing flow of each service exception is recorded, and the traceability of the exception processing flow is achieved.
Drawings
Fig. 1 is a flowchart of a monitoring method for a state server in a call center according to embodiment 1 of the present invention.
Fig. 2 is a flowchart of a monitoring method for a state server in a call center according to embodiment 2 of the present invention.
Fig. 3 is a schematic block diagram of a monitoring system of a state server in a call center according to embodiment 3 of the present invention.
Fig. 4 is a schematic block diagram of a monitoring system of a state server in a call center according to embodiment 4 of the present invention.
Fig. 5 is a schematic structural diagram of an electronic device for implementing a monitoring method of a state server in a call center according to embodiment 5 of the present invention.
Detailed Description
The invention is further illustrated by the following examples, which are not intended to limit the scope of the invention.
Example 1
The call center of this embodiment has various state servers, including a media server, a session management server, a queuing machine, a registration server, a routing server, etc., and each state server may have various faults to affect the normal operation of the call center. Therefore, it is necessary to arrange and list the index status information of each status server according to the characteristics and important indexes of the service provided by each status server.
The present embodiment provides a monitoring method for a state server in a call center, as shown in fig. 1, the monitoring method includes the following steps:
and S11, acquiring the historical index state information of each state server in the call center.
The historical index state information of each state server in the call center is acquired by compiling the acquisition client and deploying the acquisition client to each state server, so that the index state information of the state servers can be conveniently digitized. The index status information includes: for example, the method comprises the steps of obtaining ha (high reliability) state index information to identify the working state of a server, identifying a floating IP state by virtual IP floating index information, identifying whether a process is active or not by process alive (active) index information, identifying whether a service thread is active or not by service thread active index information, identifying whether a module is loaded by the module or not and loading the module normally.
And S12, presetting data values corresponding to different index states according to the historical index state information.
Compiling a script for quantifying the state information of each index, deploying the script to the corresponding state server, digitizing the state information of each index according to the historical index state information of each state server obtained in step S11, and presetting data values corresponding to different index states to identify whether the state servers are normal or not.
If the ha state index information is 1, the service of both the main server and the standby server is normal, 2, a certain service on fail in the main server and the standby server is abnormal, 3, a certain service off fail in the main server and the standby server is abnormal, and 4, the service of both the main server and the standby server is abnormal. The 1 of the virtual IP floating index information represents floating IP drifting in, and the 2 represents floating IP drifting away.
For the convenience of machine identification, the index information is converted into identifiable digital data information as described above, data values of the index state information in normal and abnormal states are defined, and then the index state of each state server can be conveniently acquired and processed.
And S13, acquiring a target data value corresponding to each index state of a target state server in the call center.
And establishing long connection with each state server needing to be monitored in the call center, and acquiring a target data value corresponding to each index state of each target state server. The data value of each index state of the client in each target state server can be actively acquired within a certain time interval, or the data value of the index state can be actively pushed at regular time by the client in each target state server.
And S14, judging whether the target data value represents that the index state is abnormal, if so, entering the step S151, otherwise, entering the step S152.
The data value for which the respective index state information has been defined in step S12 indicates whether the index state is normal, so it is possible to conveniently perform abnormality or non-abnormality determination using the target data value corresponding to each index state of the target state server acquired in step S13. When the target data value representation index state is judged to be abnormal, the process proceeds to step S151, and when the target data value representation index state is judged to be normal, the process proceeds to step S152.
And S151, the target state server generates an abnormity.
When the target data value characterization index state is judged to be abnormal, the target state server can be judged to be abnormal and needs to be recovered.
S152, the target state server is not abnormal.
And when the target data value characterization index state is judged to be normal, the target state server is not abnormal, and the system continues monitoring.
According to the method and the device, the data values of the index state information of each state server in the call center are preset, the data values of each index state information are obtained, the abnormal state of the service in the state servers can be automatically found, the abnormal state is found before a user finds the abnormal state, the fault finding efficiency is greatly improved, and the fault positioning time is shortened.
Example 2
As shown in fig. 2, the monitoring method of the state server in the call center of this embodiment is a further improvement of embodiment 1, and specifically includes:
after step S151, the method further includes:
and S16, generating and sending the abnormity reminding information.
When the state server is determined to be abnormal, abnormal reminding information is generated, and mails, short messages and the like are sent to relevant personnel to remind the relevant personnel that the system is abnormal, and the relevant personnel can determine whether manual processing is needed according to the reminding information. Some failures need manual intervention, for example, ha on fail state caused by network, etc., and the self-recovery mechanism is not recovered before the network is not recovered, and manual intervention is needed for recovery. Because the abnormity of the service state is not recovered all the time, the abnormity reminding information is sent all the time, after the related personnel receive the continuous alarm, the related personnel log in the system for checking reasons, and under the condition of manual recovery, the function of closing the self-recovery mechanism is provided, and the condition that the continuous self-recovery of the system is unsuccessful due to dead cycle or other abnormity caused by the incomplete self-recovery mechanism is prevented; meanwhile, the situation that the same abnormal reminding information is continuously sent to related personnel is avoided under the condition that manual work is already participated in, and the abnormal monitoring is manually recovered after the network is recovered.
And S17, generating a recovery task according to the target data value, and sending the recovery task to the target state server to execute the recovery task.
When the state server is abnormal, a corresponding recovery task is generated according to the target data value corresponding to each index state of the state server acquired in step S13, and is sent to the abnormal state server.
When a certain state server has an abnormal on fail service in the main and standby servers, a resource on fail recovery command (namely a recovery task) is pushed to the abnormal state server; when a certain service offline in the main and standby servers is abnormal, pushing a ha process recovery command, and executing a resource clearingoff command; when the active and standby server service on fail is abnormal, a resource clean room on fail recovery command is pushed. And when the state server has a process down (offline) index, pushing a process starting command. When the state server has module lack of abnormality, the corresponding module command of load (overloading) is pushed. When the master/standby state of the state server is not matched and abnormal, a cc _ config harecover (master/standby service state synchronization) recovery command is pushed. And when the state server is in thread exit recovery, pushing a corresponding thread module to reload the command.
The target state server executes the pushed recovery task, possibly executes a command or executes a recovery script, repairs the abnormity, can find the abnormity within a set time (such as 15 seconds) and automatically recovers the abnormity, and high intelligence of the system is achieved.
In the process of discovering the abnormal state of the state server, pushing the recovery task and executing the recovery task, the processing flow of each abnormal service is synchronously recorded, so that the traceability of the abnormal processing flow is achieved.
According to the embodiment, when the state server is abnormal, the abnormal reminding information can be automatically generated and sent to related personnel, meanwhile, the recovery task can be automatically pushed to the abnormal state server, the abnormal recovery of the service state can be carried out by executing the recovery task, the influence time of the fault is shortened, and the goal that business personnel cannot sense the abnormality is achieved, so that the stability and the usability of the system are improved, and the processing efficiency of the fault is improved; meanwhile, the processing flow of each service exception is synchronously recorded, so that the traceability of the exception processing flow is achieved.
Example 3
In this embodiment, as shown in fig. 3, the monitoring system includes a set of state management platform, where the state management platform includes a historical information obtaining module 1, a digitizing module 2, a real-time information obtaining module 3, and a determining module 4.
The call center has various state servers including a media server, a session management server, a queuing machine, a registration server, a routing server, etc., and each state server may have various faults to affect the normal operation of the call center. Therefore, it is necessary to arrange and list the index status information of each status server according to the characteristics and important indexes of the service provided by each status server. Meanwhile, for the convenience of machine identification, the index information needs to be converted into identifiable digital data information, data values of the index state information in normal and abnormal states are defined, and then the states of the state servers can be conveniently acquired and processed.
In this embodiment, a state management platform of a call center is developed to manage state servers such as a media server, a session management server, a queuing machine, a registration server, and a routing server in real time, and the state management platform can acquire various index information of each state server, so that managers can conveniently check the state of each index in real time and find out the abnormality of a certain index in time.
The historical information acquisition module 1 in the state management platform is used for acquiring the historical index state information of each state server in the call center, and the historical information acquisition module 1 compiles an acquisition client and deploys the acquisition client to each state server so as to acquire the historical index state information of each state server in the call center, so that the index state information of the state servers can be conveniently digitized. If the ha state index information is obtained to identify the working state of the server, the virtual IP floating index information is obtained to identify the floating IP state, the process alive index information is obtained to identify whether the process is active, the service thread is active, the module is loaded with the index information, and the module is loaded normally.
The numeralization module 2 is used for presetting data values corresponding to different index states according to the historical index state information. The digitizing module 2 compiles a script for quantizing the state information of each index, deploys the script to the corresponding state server, digitizes the state information of each index according to the acquired historical index state information of each state server, and presets data values corresponding to different index states to identify whether the state servers are normal or not.
If the ha state index information is 1, the service of both the main server and the standby server is normal, 2, the service of a certain service in the main server and the standby server is abnormal, 3, the service of a certain service in the main server and the standby server is abnormal, and 4, the service of both the main server and the standby server is abnormal. The 1 of the virtual IP floating index information represents floating IP drifting in, and the 2 represents floating IP drifting away.
The real-time information obtaining module 3 is configured to obtain a target data value corresponding to each index state of a target state server in the call center. The real-time information acquisition module 3 establishes long connection with each state server needing monitoring in the call center, and acquires a target data value corresponding to each index state of each target state server. The real-time information obtaining module 3 may actively obtain the data value of each index state of the client in each target state server within a certain time interval, or the client in each target state server may actively push the data value of the index state to the real-time information obtaining module 3 at regular time.
The judging module 4 is configured to judge whether the target data value represents that the indicator state is abnormal, and if so, determine that the target state server is abnormal. The digitizing module 2 defines whether the data value of each index status information indicates that the index status is normal, so that the target data value corresponding to each index status of the target status server acquired by the real-time information acquiring module 3 can be conveniently used for determining whether the target data value is abnormal or not. When the judging module 4 judges that the target data value representation index state is abnormal, it can be determined that the target state server is abnormal and needs to be recovered; when the judging module 4 judges that the target data value representation index state is normal, the target state server is not abnormal, and the system continues to monitor.
According to the method and the system, the data values of the index state information of each state server in the call center can be preset by establishing a set of state management platform, the data values of each index state information are obtained, the abnormal state of the service in the state servers can be automatically found, the abnormality is found before a user finds the abnormality, the fault finding efficiency is greatly improved, and the fault locating time is shortened.
Example 4
As shown in fig. 4, the monitoring system of the state server in the call center of the present embodiment is a further improvement of embodiment 3, and specifically includes:
the state management platform of the monitoring system of the state server in the call center further comprises an abnormality reminding module 5, meanwhile, a set of real-time task pushing platform is developed, a recovery mechanism and a recovery method under the condition of abnormal indexes are arranged, researched and developed, and a corresponding recovery task is developed for the abnormal value of each index state; when the state management platform finds that the index state of the state server is abnormal, pushing a corresponding recovery task to the server, and executing the recovery task on the server. The real-time task push platform comprises a task push module 6.
When the state server is determined to be abnormal, the abnormal reminding module 5 is used for generating and sending abnormal reminding information, sending mails, short messages and the like to relevant personnel, reminding the relevant personnel that the system is abnormal, and enabling the relevant personnel to decide whether manual processing is needed or not according to the reminding information. Some failures need manual intervention, for example, ha onfail state caused by network, etc., and the self-recovery mechanism is not recovered before the network is not recovered, and manual intervention is needed for recovery. Because the abnormity of the service state is not recovered all the time, the abnormity reminding information is sent all the time, after the related personnel receive the continuous alarm, the related personnel log in the system for checking reasons, and under the condition of manual recovery, the function of closing the self-recovery mechanism is provided, and the condition that the continuous self-recovery of the system is unsuccessful due to dead cycle or other abnormity caused by the incomplete self-recovery mechanism is prevented; meanwhile, the situation that the same abnormal reminding information is continuously sent to related personnel is avoided under the condition that manual work is already participated in, and the abnormal monitoring is manually recovered after the network is recovered.
When the state server is abnormal, the task pushing module 6 is configured to generate a corresponding recovery task according to the obtained target data value corresponding to each index state of the state server, and send the corresponding recovery task to the abnormal target state server to execute the recovery task.
When a state server has an abnormal on fail service in a main server and a standby server, the task pushing module 6 pushes a resource clean on fail recovery command to the abnormal state server; when a service offline in the active/standby server is abnormal, the task pushing module 6 pushes a ha process recovery command and executes a resource clean offline command; when the service on fail is abnormal in the active/standby server, the task pushing module 6 pushes a resource clean boot fail recovery command. And when the state server has a process down indicator, the task pushing module 6 pushes a process starting command. When the state server is lack of abnormality, the task pushing module 6 pushes the corresponding module command of the reload. When the state server has an abnormal mismatch between the main state and the standby state, the task pushing module 6 pushes a cc _ configha receiver recovery command. When the state server is recovered after the thread exits, the task pushing module 6 pushes a reloading command of the corresponding thread module.
The target state server executes the recovery task pushed by the task pushing module 6, possibly executes a command or executes a recovery script, repairs the abnormality, can find the abnormality within a set time (such as 15 seconds) and automatically recovers the abnormality, and achieves high intelligence of the system.
The embodiment also monitors and manages the service state in real time and in a unified manner through the state management platform, and records the processing flow of each service exception, so as to achieve the traceability of the exception processing flow.
According to the method and the system, when the state server is abnormal, the abnormal reminding information can be automatically generated and sent to relevant personnel, meanwhile, the task pushing platform can automatically push the recovery task to the abnormal state server, the state server can perform abnormal recovery of the service state by executing the recovery task, the influence time of the fault is shortened, and the goal that business personnel cannot sense the abnormality is achieved, so that the stability and the usability of the system are improved, and the fault processing efficiency is improved; meanwhile, the processing flow of each service exception is recorded through the state management platform, and the traceability of the exception processing flow is achieved.
Example 5
Fig. 5 is a schematic structural diagram of an electronic device according to embodiment 5 of the present invention. The electronic device includes a memory, a processor, and a computer program stored on the memory and executable on the processor, and the processor implements the monitoring method of the state server in the call center of embodiment 1 or 2 when executing the program. The electronic device 50 shown in fig. 5 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiment of the present invention.
As shown in fig. 5, the electronic device 50 may be embodied in the form of a general purpose computing device, which may be, for example, a server device. The components of the electronic device 50 may include, but are not limited to: the at least one processor 51, the at least one memory 52, and a bus 53 connecting the various system components (including the memory 52 and the processor 51).
The bus 53 includes a data bus, an address bus, and a control bus.
The memory 52 may include volatile memory, such as Random Access Memory (RAM)521 and/or cache memory 522, and may further include Read Only Memory (ROM) 523.
The processor 51 executes various functional applications and data processing, such as a monitoring method of a state server in a call center of embodiment 1 or 2 of the present invention, by running a computer program stored in the memory 52.
The electronic device 50 may also communicate with one or more external devices 54 (e.g., keyboard, pointing device, etc.) such communication may be through AN input/output (I/O) interface 55, and the model-generated device 30 may also communicate with one or more networks (e.g., a local area network (L AN), a Wide Area Network (WAN) and/or a public network, such as the Internet) through a network adapter 56. As shown in FIG. 5, the network adapter 56 communicates with other modules of the model-generated device 50 through a bus 53. it should be understood that, although not shown, other hardware and/or software modules may be used in connection with the model-generated device 50, including, but not limited to, microcode, device drivers, redundant processors, external disk drive arrays, RAID (disk array) systems, tape drives, data backup storage systems, and the like.
It should be noted that although in the above detailed description several units/modules or sub-units/modules of the electronic device are mentioned, such a division is merely exemplary and not mandatory. Indeed, the features and functionality of two or more of the units/modules described above may be embodied in one unit/module according to embodiments of the invention. Conversely, the features and functions of one unit/module described above may be further divided into embodiments by a plurality of units/modules.
Example 6
The present embodiment provides a computer-readable storage medium on which a computer program is stored, which when executed by a processor, implements the steps in the monitoring method of the state server in the call center of embodiment 1 or 2.
More specific examples, among others, that the readable storage medium may employ may include, but are not limited to: a portable disk, a hard disk, random access memory, read only memory, erasable programmable read only memory, optical storage device, magnetic storage device, or any suitable combination of the foregoing.
In a possible embodiment, the invention can also be implemented in the form of a program product comprising program code for causing a terminal device to carry out the steps in the monitoring method of a state server in a call center implementing embodiment 1 or 2, when the program product is run on the terminal device.
Where program code for carrying out the invention is written in any combination of one or more programming languages, the program code may be executed entirely on the user device, partly on the user device, as a stand-alone software package, partly on the user device and partly on a remote device or entirely on the remote device.
While specific embodiments of the invention have been described above, it will be appreciated by those skilled in the art that this is by way of example only, and that the scope of the invention is defined by the appended claims. Various changes and modifications to these embodiments may be made by those skilled in the art without departing from the spirit and scope of the invention, and these changes and modifications are within the scope of the invention.
Claims (10)
1. A method for monitoring a state server in a call center, the method comprising the steps of:
s1, acquiring historical index state information of each state server in the call center;
s2, presetting data values corresponding to different index states according to the historical index state information;
s3, acquiring a target data value corresponding to each index state of a target state server in the call center;
and S4, judging whether the target data value represents that the index state is abnormal or not, and if so, determining that the target state server is abnormal.
2. The method for monitoring a status server in a call center according to claim 1, wherein step S4 is followed by further comprising:
and S5, generating a recovery task according to the target data value, and sending the recovery task to the target state server to execute the recovery task.
3. The monitoring method of a state server in a call center of claim 1, wherein the monitoring method further comprises:
and when the state server is determined to be abnormal, generating and sending abnormal reminding information.
4. The monitoring method of the state server in the call center according to claim 1, wherein the step S3 includes:
acquiring the target data value corresponding to each index state of the target state server in the call center in a mode of acquiring from the target state server and/or in a mode of actively pushing by the target state server;
and/or the state server comprises at least one of a session management server, a media server and a queuing machine.
5. A monitoring system of a state server in a call center is characterized by comprising a historical information acquisition module, a numeralization module, a real-time information acquisition module and a judgment module;
the historical information acquisition module is used for acquiring the historical index state information of each state server in the call center;
the numeralization module is used for presetting data values corresponding to different index states according to the historical index state information;
the real-time information acquisition module is used for acquiring a target data value corresponding to each index state of a target state server in the call center;
the judging module is used for judging whether the target data value represents that the index state is abnormal, and if so, determining that the target state server is abnormal.
6. The monitoring system of a state server in a call center of claim 5, wherein the monitoring system further comprises a task push module;
and the task pushing module is used for generating a recovery task according to the target data value and sending the recovery task to the target state server to execute the recovery task.
7. The monitoring system of a state server in a call center of claim 5, further comprising an exception alert module; and when the state server is determined to be abnormal, the abnormal reminding module is used for generating and sending abnormal reminding information.
8. The monitoring system of a state server in a call center according to claim 5, wherein the real-time information obtaining module obtains the target data value corresponding to each index state of the target state server in the call center by means of collection from the target state server and/or by means of active push of the target state server;
and/or the state server comprises at least one of a session management server, a media server and a queuing machine.
9. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the method of monitoring a state server in a call center according to any of claims 1-4 when executing the computer program.
10. A computer-readable storage medium, on which a computer program is stored, which program, when being executed by a processor, carries out the steps of the method for monitoring a status server in a call center according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010247065.1A CN111447329A (en) | 2020-03-31 | 2020-03-31 | Method, system, device and medium for monitoring state server in call center |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010247065.1A CN111447329A (en) | 2020-03-31 | 2020-03-31 | Method, system, device and medium for monitoring state server in call center |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111447329A true CN111447329A (en) | 2020-07-24 |
Family
ID=71652734
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010247065.1A Pending CN111447329A (en) | 2020-03-31 | 2020-03-31 | Method, system, device and medium for monitoring state server in call center |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111447329A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112115026A (en) * | 2020-09-15 | 2020-12-22 | 招商局金融科技有限公司 | Server cluster monitoring method and device, electronic equipment and readable storage medium |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080219243A1 (en) * | 2007-03-05 | 2008-09-11 | Calabrio, Inc. | Systems and methods for monitoring quality of customer service in customer/agent calls over a voip network |
| CN103281461A (en) * | 2013-04-26 | 2013-09-04 | 上海华东电脑股份有限公司 | Call center monitoring method, device and system |
| CN105162994A (en) * | 2015-09-24 | 2015-12-16 | 携程计算机技术（上海）有限公司 | Method and system for detecting traffic fault of call center and server |
| CN105553717A (en) * | 2015-12-14 | 2016-05-04 | 上海携程商务有限公司 | Calling center and monitoring system thereof |
| CN106789234A (en) * | 2016-12-16 | 2017-05-31 | 携程旅游信息技术（上海）有限公司 | The auto-alarming test system and method for call center |
| CN108429629A (en) * | 2017-02-14 | 2018-08-21 | 腾讯科技（深圳）有限公司 | Equipment fault restoration methods and device |
| CN108737182A (en) * | 2018-05-22 | 2018-11-02 | 平安科技（深圳）有限公司 | The processing method and system of system exception |
| CN108923952A (en) * | 2018-05-31 | 2018-11-30 | 北京百度网讯科技有限公司 | Method for diagnosing faults, equipment and storage medium based on service monitoring index |
| CN108958883A (en) * | 2018-06-15 | 2018-12-07 | 北京奇艺世纪科技有限公司 | The restoration methods and system of virtual machine in cloud computing cluster |
-
2020
- 2020-03-31 CN CN202010247065.1A patent/CN111447329A/en active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080219243A1 (en) * | 2007-03-05 | 2008-09-11 | Calabrio, Inc. | Systems and methods for monitoring quality of customer service in customer/agent calls over a voip network |
| CN103281461A (en) * | 2013-04-26 | 2013-09-04 | 上海华东电脑股份有限公司 | Call center monitoring method, device and system |
| CN105162994A (en) * | 2015-09-24 | 2015-12-16 | 携程计算机技术（上海）有限公司 | Method and system for detecting traffic fault of call center and server |
| CN105553717A (en) * | 2015-12-14 | 2016-05-04 | 上海携程商务有限公司 | Calling center and monitoring system thereof |
| CN106789234A (en) * | 2016-12-16 | 2017-05-31 | 携程旅游信息技术（上海）有限公司 | The auto-alarming test system and method for call center |
| CN108429629A (en) * | 2017-02-14 | 2018-08-21 | 腾讯科技（深圳）有限公司 | Equipment fault restoration methods and device |
| CN108737182A (en) * | 2018-05-22 | 2018-11-02 | 平安科技（深圳）有限公司 | The processing method and system of system exception |
| CN108923952A (en) * | 2018-05-31 | 2018-11-30 | 北京百度网讯科技有限公司 | Method for diagnosing faults, equipment and storage medium based on service monitoring index |
| CN108958883A (en) * | 2018-06-15 | 2018-12-07 | 北京奇艺世纪科技有限公司 | The restoration methods and system of virtual machine in cloud computing cluster |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112115026A (en) * | 2020-09-15 | 2020-12-22 | 招商局金融科技有限公司 | Server cluster monitoring method and device, electronic equipment and readable storage medium |
| CN112115026B (en) * | 2020-09-15 | 2022-09-16 | 招商局金融科技有限公司 | Server cluster monitoring method and device, electronic equipment and readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109522287B (en) | Monitoring method, system, equipment and medium for distributed file storage cluster | |
| US10592330B2 (en) | Systems and methods for automatic replacement and repair of communications network devices | |
| CN106789306B (en) | Method and system for detecting, collecting and recovering software fault of communication equipment | |
| WO2016188100A1 (en) | Information system fault scenario information collection method and system | |
| CN111897671A (en) | Failure recovery method, computer device, and storage medium | |
| CN111858176A (en) | Remote monitoring fault self-healing system and method | |
| CN110231998B (en) | Detection method and device for distributed timing task and storage medium | |
| KR20040091392A (en) | Method and system for backup management of remote using the web | |
| CN108199901B (en) | Hardware repair reporting method, system, device, hardware management server and storage medium | |
| CN110620688A (en) | Service comprehensive monitoring method, system and device | |
| CN115860729A (en) | IT operation and maintenance integrated management system | |
| CN116016123A (en) | Fault processing method, device, equipment and medium | |
| US20040098230A1 (en) | Computer network monitoring with test data analysis | |
| CN111447329A (en) | Method, system, device and medium for monitoring state server in call center | |
| CN113760634A (en) | Data processing method and device | |
| CN110609761B (en) | Method and device for determining fault source, storage medium and electronic equipment | |
| US8028204B2 (en) | Method and system for maintenance of a data-processing apparatus | |
| CN115102838B (en) | Emergency processing method and device for server downtime risk and electronic equipment | |
| CN116416085A (en) | Cloud management method, system, server and storage medium of battery exchange station | |
| CN110289977B (en) | Fault detection method, system, equipment and storage medium for logistics warehouse system | |
| CN113342596A (en) | Distributed monitoring method, system and device for equipment indexes | |
| CN115934453A (en) | Troubleshooting method, troubleshooting device and storage medium | |
| JPH1188471A (en) | Test method and test equipment | |
| CN112433915B (en) | Data monitoring method and related device based on distributed performance monitoring tool | |
| CN114900447B (en) | Software and hardware resource management monitoring system based on Pass platform |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200724 |