WO2021003923A1 - FreeSWITCH监控方法、设备、存储介质及装置 - Google Patents

FreeSWITCH监控方法、设备、存储介质及装置 Download PDF

Info

Publication number
WO2021003923A1
WO2021003923A1 PCT/CN2019/117219 CN2019117219W WO2021003923A1 WO 2021003923 A1 WO2021003923 A1 WO 2021003923A1 CN 2019117219 W CN2019117219 W CN 2019117219W WO 2021003923 A1 WO2021003923 A1 WO 2021003923A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
depth monitoring
monitoring
target
abnormal data
Prior art date
Application number
PCT/CN2019/117219
Other languages
English (en)
French (fr)
Inventor
杨忠诚
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2021003923A1 publication Critical patent/WO2021003923A1/zh

Links

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/2218—Call detail recording
    • 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
    • H04M3/241—Arrangements for supervision, monitoring or testing with provision for checking the normal operation for stored program controlled exchanges
    • H04M3/242—Software testing
    • 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/26—Arrangements for supervision, monitoring or testing with means for applying test signals or for measuring
    • H04M3/28—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor

Definitions

  • This application relates to the field of gateway control, in particular to FreeSWITCH monitoring methods, equipment, storage media and devices.
  • the telephone softswitch solution FreeSWITCH is open source software, mainly used for telephone platform extension registration and outbound calls.
  • FreeSWITCH When FreeSWITCH is abnormal, the existing FreeSWITCH monitoring method cannot accurately determine the location and cause of FreeSWITCH abnormality, and it often requires specific detection. The equipment performs a lot of investigation work, wasting a lot of manpower and material resources. The efficiency and accuracy of FreeSWITCH's abnormal investigation are relatively low, and the waste of resources is large.
  • the main purpose of this application is to provide FreeSWITCH monitoring methods, equipment, storage media, and devices, aiming to solve the technical problems of the existing FreeSWITCH abnormal detection accuracy rate being poor, and the detection speed and efficiency low.
  • this application provides a FreeSWITCH monitoring method, which includes the following steps:
  • In-depth monitoring of the abnormal data is performed according to the in-depth monitoring strategy, and batch adjustment is performed according to the in-depth monitoring data obtained by the in-depth monitoring.
  • This application improves the speed and efficiency of FreeSWITCH troubleshooting, and improves the accuracy of monitoring processing through the adjustment of targeted strategies, reduces the failure rate in the production process, so that calls can be performed normally, and the stable operation of production is guaranteed.
  • FIG. 1 is a schematic diagram of a device structure of a hardware operating environment involved in a solution of an embodiment of the present application
  • FIG. 2 is a schematic flowchart of the first embodiment of the FreeSWITCH monitoring method of this application.
  • FIG. 1 is a schematic diagram of the device structure of the hardware operating environment involved in the solution of the embodiment of the application.
  • the device may include a processor 1001, such as a CPU, a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005.
  • the communication bus 1002 is used to implement connection and communication between these components.
  • the user interface 1003 may include a display screen (Display), and the optional user interface 1003 may also include a standard wired interface and a wireless interface.
  • the wired interface of the user interface 1003 may be a USB interface in this application.
  • the network interface 1004 may optionally include a standard wired interface and a wireless interface (such as a WI-FI interface).
  • the memory 1005 can be a high-speed RAM memory or a stable memory (non-volatile memory), such as disk storage.
  • the memory 1005 may also be a storage device independent of the foregoing processor 1001.
  • FIG. 1 does not constitute a limitation on the device, and may include more or less components than shown in the figure, or combine certain components, or arrange different components.
  • the storage medium of the present application is a non-volatile computer-readable storage medium.
  • the memory 1005 may include an operating system, a network communication module, a user interface module, and a FreeSWITCH monitoring computer readable instruction.
  • the network interface 1004 is mainly used to connect to a back-end server and perform data communication with the back-end server; the user interface 1003 is mainly used to connect peripherals; the device uses the processor 1001 to call the memory 1005 to store The FreeSWITCH monitors computer-readable instructions and executes the FreeSWITCH monitoring method provided in the embodiments of this application.
  • FIG. 2 is a schematic flowchart of a first embodiment of a FreeSWITCH monitoring method of this application.
  • the FreeSWITCH monitoring method includes the following steps:
  • Step S10 Monitor the process port of the target FreeSWITCH according to the preset script to obtain port data
  • Step S20 Monitor the running status of the target FreeSWITCH according to the preset monitoring component to obtain running status data
  • Step S30 Obtain the extension registration number corresponding to the target FreeSWITCH according to the preset MySQL database, and generate extension data;
  • Step S40 Acquire the number of concurrent calls of the target FreeSWITCH according to the console controlling the target FreeSWITCH, and generate concurrent data;
  • Step S50 Monitor the external associated equipment connected to the target FreeSWITCH to obtain external connection data
  • Step S60 Monitor the historical call files of the target FreeSWITCH according to the preset script to obtain call record data
  • Step S70 Use the port data, the operating status data, the extension data, the concurrent data, the external connection data, and the call record data as target monitoring data.
  • the preset monitoring request is preset request information for monitoring the corresponding FreeSWITCH, and the target monitoring data corresponding to the target FreeSWITCH can be obtained by responding to the preset monitoring request;
  • FreeSWITCH It is a telephone softswitch solution, that is, FreeSWITCH is a cross-platform open source telephone switching platform with strong scalability, including a soft phone and soft switch to provide voice and chat product drivers.
  • FreeSWITCH It can be used as a switch engine, user-level switch (Private Branch Exchange, PBX), multimedia gateway, multimedia server, etc.
  • the target monitoring data includes port data, running status data, extension data, concurrent data, external connection data, and call record data. Different data corresponds to different in-depth monitoring strategies.
  • the preset script may Set shell (computer shell, namely Shell Script, Shell script, pre-placed into a file with various commands, a program file that is convenient for one-time execution, mainly for the convenience of administrators to set or manage) script, that is, the port data is paired with a preset shell script The process port of the target FreeSWITCH is monitored and obtained.
  • the preset shell script is a program file that stores various commands in advance, which is a program file that is convenient for one-time execution. It is mainly convenient for administrators to set or manage.
  • the preset shell script The basic detection command monitors the target FreeSWITCH port.
  • the target FreeSWITCH process port is a port related to the FreeSWITCH process, such as ports 5060, 5080, and 8021, which can detect the target FreeSWITCH process and the status of related ports, and then Generate port data.
  • the preset monitoring component is a pre-set component used to monitor the running status of the target FreeSWITCH. In actual operation, it can be a self-developed monitor (object category expansion component) component that obtains the current running of FreeSWITCH in real time.
  • the preset MySQL (relational database management system) database records the registration information of FreeSWITCH, and the number of extension registrations of FreeSWITCH can be obtained by calling the data in the MySQL database, and then the extension data is generated; the console connects all FreeSWITCH, through the FreeSWITCH display call count command, you can see the number of concurrent calls of the current host's FreeSWITCH extension, that is, concurrent data; the current connection status of all devices associated with the target FreeSWITCH can be monitored through the correlation system, and then external connection data can be obtained; Through the preset shell script, you can quickly retrieve the historical call files, and then analyze the historical call files to obtain the corresponding recording file information and call file information, and then obtain the call record data.
  • the console connects all FreeSWITCH, through the FreeSWITCH display call count command, you can see the number of concurrent calls of the current host's FreeSWITCH extension, that is, concurrent data; the current connection status of all devices associated with the target FreeSWITCH can be monitored through the correlation system, and then external connection
  • the method of judging whether the target port is abnormal may be to compare the port abnormal data in the preset abnormal database with the monitoring data of the target port, and the comparison result is consistent to determine that the target port is abnormal, or the comparison result matches When the degree reaches the preset matching degree, it is determined that the target port is abnormal; of course, the target port may be determined to be abnormal in other ways, and this embodiment does not limit this.
  • the abnormal operation data can be determined by analyzing the operation status data, and judging whether the operation status of the target FreeSWITCH is abnormal according to the analysis result, that is, through prediction
  • the abnormal data set is compared with the running state data, and the comparison result is consistent to determine that the running state of the target FreeSWITCH is abnormal, or when the matching degree of the comparison result reaches a preset matching degree, it is determined that the running state of the target FreeSWITCH is abnormal
  • the registration information of the target FreeSWITCH is obtained according to the preset MySQL database, and the number of extension registrations of the target FreeSWITCH, that is, the extension data, is determined according to the registration information.
  • the target FreeSWITCH may also be obtained in other ways. This embodiment does not impose restrictions on the extension data of.
  • the display call count of the current host of the target FreeSWITCH can be obtained through the client terminal (such as a mobile phone) connected to the console, and the number of concurrent calls of the current host's extension can be obtained through the display call count, thereby obtaining concurrent Data;
  • the monitoring of the number of concurrent calls of the target FreeSWITCH is achieved by remotely invoking the client to connect to the console.
  • the concurrent data can also be obtained in other ways, which is not limited in this embodiment.
  • the external connection data can be compared with the external connection data through a preset external data abnormal data set, and the comparison result It is consistently determined that the external connection status of the target FreeSWITCH is abnormal, or when the matching degree of the comparison result reaches a preset matching degree, it is determined that the external connection status of the target FreeSWITCH is abnormal; of course, the external connection status of the target FreeSWITCH can also be determined by other methods. Whether the connection status is abnormal or not is not limited in this embodiment.
  • Step S80 Perform abnormal data analysis on the target monitoring data to obtain the type and quantity of abnormal data, and generate a deep monitoring strategy according to the type and quantity of abnormal data.
  • the type and quantity of abnormal data determine different in-depth monitoring strategies, the quantity of abnormal data is one or more, and the types of abnormal data include, but are not limited to, port abnormality, operation abnormality, and extension abnormality , Concurrency exceptions, external interface exceptions, and call log exceptions, of course, can also be other abnormal data types, which are not limited in this embodiment.
  • the target operation and maintenance platform in addition to performing abnormal data analysis on the target monitoring data after the target FreeSWITCH itself is embedded in the processor, it may also be through uploading the target monitoring data to the target operation and maintenance platform to receive the target operation and maintenance platform.
  • the in-depth monitoring strategy fed back by the maintenance platform, the target operation and maintenance platform is a pre-set operation and maintenance platform used to process target monitoring data, generate in-depth monitoring strategies, and perform monitoring processing in batches, by uploading the target monitoring data to the
  • the target operation and maintenance platform can enable the target operation and maintenance platform to set different in-depth monitoring strategies according to the difference of the target monitoring data, thereby preparing for subsequent batch monitoring processing.
  • Step S90 Perform in-depth monitoring of the abnormal data according to the in-depth monitoring strategy, and perform batch adjustment according to the in-depth monitoring data obtained by the in-depth monitoring.
  • in-depth monitoring strategies correspond to different in-depth monitoring processing methods for the target monitoring data, that is, to perform deeper and further data analysis on the target monitoring data to prepare for subsequent batch adjustments; different The in-depth monitoring data corresponds to different adjustment methods. According to the abnormalities reflected by the in-depth monitoring data, corresponding abnormal handling plans are specifically formulated, and then batch adjustment is realized, which improves the speed and efficiency of FreeSWITCH abnormal troubleshooting and processing.
  • step S80 includes the following steps:
  • the target monitoring data is matched with the sample abnormal data in the preset abnormal database, and the type and quantity of the abnormal data in the target monitoring data are determined according to the matching result.
  • the preset abnormality database is a preset database for storing various types of abnormal data.
  • the preset abnormality database may be a database that is updated in real time or a database that is updated in a certain period. The embodiment does not impose restrictions on this; by matching the target monitoring data with the abnormal data in the preset abnormal database, a corresponding matching result is generated, and the corresponding abnormal data type and quantity can be generated according to the matching result.
  • An in-depth monitoring strategy is generated according to the type and quantity of the abnormal data.
  • an in-depth monitoring strategy can be generated according to the type and quantity of abnormal data, and different types and quantities of abnormal data correspond to different in-depth monitoring strategies.
  • the extent of abnormal data can be determined Type, and prepare for subsequent batch adjustments, and further improve the efficiency of FreeSWITCH abnormal monitoring.
  • step of generating an in-depth monitoring strategy according to the type and quantity of the abnormal data includes the following steps:
  • the preset priority table reflects the mapping relationship between the types of abnormal data and the priority levels.
  • a corresponding single in-depth monitoring strategy can be generated according to the type of abnormal data; that is, when the abnormal data type is a port abnormality, a port in-depth monitoring strategy is generated; Or when the abnormal data type is an abnormal operation, generate an operating depth monitoring strategy; or when the abnormal data type is an extension abnormal, generate an extension deep monitoring strategy; or when the abnormal data type is a concurrent abnormal, generate a concurrent In-depth monitoring strategy; or when the abnormal data type is an external interface abnormality, generate an external interface in-depth monitoring strategy; or when the abnormal data type is an abnormal call record, generate a call depth monitoring strategy; of course, it can also be through the receiving office
  • the in-depth monitoring strategy fed back by the target operation and maintenance platform responds to different in-depth monitoring strategies and can make corresponding preparations for the selection of subsequent in-depth monitoring, thereby accelerating the accuracy and efficiency of the target FreeSWITCH abnormal data monitoring.
  • the anomaly may be a single type of data abnormality, for example, only the port abnormal data is monitored, or only the operating state abnormal data is monitored. It may be that multiple types of data abnormalities occur at the same time, for example, both the extension abnormal data and the monitoring
  • the corresponding in-depth monitoring strategy can be combined at this time, and the data in-depth monitoring processing can be performed according to the combined in-depth monitoring strategy.
  • This embodiment does not Be restricted.
  • the preset priority table reflects the mapping relationship between the type of each abnormal data and each priority level.
  • each abnormal data corresponding to each abnormal data is queried according to the preset priority table.
  • This embodiment further improves the efficiency and accuracy of FreeSWITCH troubleshooting and reduces the failure rate in the production process, so that calls can be performed normally and stable production operation is ensured.
  • step S90 includes the following steps:
  • the in-depth monitoring strategy is a single in-depth monitoring strategy
  • the abnormal data is in-depth monitored according to the single in-depth monitoring strategy, and adjustment is made according to the single in-depth monitoring data obtained by the in-depth monitoring.
  • the in-depth monitoring strategy is a single in-depth monitoring strategy, that is, there is only a single abnormal data at this time.
  • the step of performing in-depth monitoring on the abnormal data according to the single in-depth monitoring strategy, and adjusting according to the single in-depth monitoring data obtained by the in-depth monitoring specifically includes the following step:
  • the in-depth monitoring strategy is a single in-depth monitoring strategy, acquiring the type of abnormal data
  • the FreeSWITCH log corresponding to the target port is scanned through the preset log scanning program to obtain the port depth monitoring data of the target port, and the port process is renewed according to the port depth monitoring data Deployment
  • the operation depth monitoring data of the target FreeSWITCH is obtained through the target application programming interface of the target FreeSWITCH, the target call line corresponding to the operation depth monitoring data is determined, and the target call line is performed Replacement or amplification
  • the extension record data in the preset MySQL database is rearranged into the preset Oracle database according to the preset time sequence, and the extension depth is obtained from the preset Oracle database after sorting.
  • the console When the type of the abnormal data is a concurrent abnormal, remotely call the console to execute a preset concurrent command, obtain the target log file of the target FreeSWITCH, analyze the target log file, and obtain concurrent in-depth monitoring data, according to The concurrency in-depth monitoring data redistributes the concurrency quantity, eliminates call interference and/or limits the concurrency speed;
  • the interactive message queue corresponding to the target FreeSWITCH is called through a preset interactive program, the external interface deep monitoring data is obtained according to the interactive message queue, and the determination is made according to the external interface deep monitoring data Target associated equipment, reconnect to the target associated equipment, change lines, redistribute proxy switches and/or restart the transmission process;
  • the recording file and the call data are obtained from the preset MySQL database
  • the call depth monitoring data is obtained from the recording file and the call data
  • the call depth monitoring is performed according to the call depth monitoring Data reload recording, re-analysis, file name check and/or call bill alarm.
  • the FreeSWITCH log corresponding to the target port can be scanned by the preset log scanner to obtain the port deep monitoring data of the target port, that is, abnormal port monitoring. data.
  • the preset monitoring component is accessed through the target application programming interface of the target FreeSWITCH, and the application port such as port 7002 is monitored through the preset monitoring component to obtain the operating status data of the target FreeSWITCH;
  • the monitoring component is a component that is preset to monitor the port corresponding to the running status data of the target FreeSWITCH; after obtaining the running status data, the running status data is written into the preset database, which can then be displayed on the web page For display, you can see the current status of all FreeSWITCH through the web page, as well as the total number of session objects and the total number of current session objects since the last startup.
  • the registration information is organized and optimized, and the optimized registration data is recorded in the preset Oracle database (relational database management system), which can improve the access to extension data
  • the speed and efficiency of the registration data in the Oracle database can be used to determine the number of extension registrations and related registration information of any FreeSWITCH at any time period. Of course, it can also monitor the repeated registration of extensions, or other platform extensions registered to In the case of this platform, the registration information is sorted and optimized, and the optimized registration data is recorded in the preset Oracle database, which is not limited in this embodiment.
  • the corresponding call result can be obtained, the call result is written into the FreeSWITCH log, and the target log file of the target FreeSWITCH is analyzed.
  • the concurrent in-depth monitoring data of all FreeSWITCH hosts can be obtained; in actual operation, the obtained concurrent in-depth monitoring data can be compared with the running in-depth monitoring data obtained by the preset monitoring component, and then according to the comparison result to determine whether there is FreeSWITCH Whether the host is abnormal or whether the call volume suddenly increases or drops suddenly; the way to determine whether the extension status and concurrency status of the target FreeSWITCH is normal can be through the extension abnormal data in the preset abnormal database and the extension data Comparing, the concurrent abnormal data in the preset abnormal database is compared with the concurrent data, and it is determined that the extension status is abnormal and the concurrent status is abnormal if the comparison result is consistent.
  • the count command obtains the number of concurrent calls of the FreeSWITCH extension of the current host, that is, use a dedicated machine, connect all FreeSWITCH, and execute the command by remotely calling FS-CLI, write the result into the log file, and then output the log File, get the number of concurrent extensions of all hosts; you can also add each FreeSWITCH to the preset FreeSWITCH log by preset keywords, for example, FreeSWITCH prints New in the log when adding a new call Channel The keyword sofia is analyzed on the same log server. The branch analysis results determine whether the call is abnormal.
  • the number of preset keywords in the search preset FreeSWITCH log per second is used to determine the number of each FreeSWITCH
  • the number of concurrency per second will be the number of concurrency per second, which can then determine whether the call record is abnormal. Generally, if the number of preset keywords exceeds 20, the call record will be abnormal.
  • in-depth monitoring is performed according to the priority level of each abnormal data, and adjusted according to the target in-depth monitoring data obtained by the in-depth monitoring, and whether to perform batch adjustment is determined according to the adjusted target in-depth monitoring data .
  • batch adjustment means that more than one type of data may be abnormal.
  • different combinations of coping and adjustment schemes need to be adopted according to different abnormal data, that is, different abnormal data corresponds to different adjustment schemes, and then through the target operation and maintenance platform Develop a targeted adjustment plan or a combination of adjustment plans for the target FreeSWITCH, and perform targeted batch adjustments on the abnormal parts of the target FreeSWITCH. Corresponding adjustments can be made according to the adjustment plan.
  • the abnormal data is not a single type of abnormal data
  • batch adjustments can be made according to the combination of different adjustment schemes, thereby speeding up the speed and efficiency of abnormal data monitoring.
  • the preset interactive program is a preset program for calling the interactive message queue corresponding to the FreeSWITCH; in actual operation, the haproxy (application program) corresponding to the target FreeSWITCH can be obtained through the preset interactive program Proxy) address, according to the haproxy address to obtain the message queue data corresponding to the application programming interface of the target FreeSWITCH, that is, the interactive message queue, according to the interactive message queue, the chain link status of the associated system corresponding to the target FreeSWITCH can be determined Specifically, the server exchange data of keepalived (exchange mechanism software used to detect the status of the server) can be called through the application programming interface of the target FreeSWITCH, and the server status of the message queue host can be determined according to the server exchange data, according to the The server status can determine the connection status of the corresponding associated system, and the corresponding host list can be obtained through the server status.
  • the server exchange data of keepalived exchange mechanism software used to detect the status of the server
  • the application process hangs. If it is greater than 1, it will start many times and travel abnormally. , And under normal circumstances, there should be no hosts in the host list, which will also cause abnormal call records, and some abnormal call records can be excluded through the connection state data.
  • FreeSWITCH interacts with softphones through esl (event list), because esl and FreeSWITCH have a one-to-one correspondence, and softphones have multiple clients, so rabbitMQ (implementing advanced message queue protocol) Open source message agent software) for event forwarding, haproxy is added before the rabbitMQ message queue, and the main and standby rabbitMQs are accessed through keepalived and VIP; netstat is executed on the haproxy host -an
  • the recording files and call records of the target FreeSWITCH can be parsed, and the analysis results can be generated, and the analysis results will be included in the preset MySQL database, which is generally required
  • the format of the recording file is uniformly converted through a transcoding program and archived to the network-attached storage.
  • the file name of the recording file in the network-attached storage can be compared with the result of the call record data to see if there is a recording Lost, and the file name of the lost recording;
  • the method for determining the abnormal call record data is to compare the call record data with the call bill data in the preset database to determine whether the call status of the target FreeSWITCH is abnormal; in specific implementation, Call detail record CDR (file format) bills are records of FreeSWITCH calls, usually in comma-separated value CSV (file format) format. Use self-developed programs to parse and record the results into the database. The parsing may fail.
  • FFmpeg is an open source computer program that can be used to record, convert digital audio and video, and convert them into streams
  • Converted to MP3 format and archived to network attached storage Network Attached Storage, NAS
  • NAS Network Attached Storage
  • in-depth monitoring is performed according to the priority level of each abnormal data, and adjusted according to the target depth monitoring data obtained by the in-depth monitoring, and according to the adjusted target depth monitoring Data determining whether to perform batch adjustment includes the following steps:
  • the in-depth monitoring strategy is a combined in-depth monitoring strategy, a deep monitoring set including each abnormal data is established;
  • the current abnormal data is deleted from the in-depth monitoring set, and the abnormal data with the highest priority level obtained from the in-depth monitoring set is returned as the current abnormal data. Steps until the adjusted abnormal data returns to normal.
  • the highest priority target abnormal data is monitored and adjusted in depth, and the adjusted abnormal data status is obtained in real time, that is, by reacquiring the current monitoring Data, analyze the current monitoring data to see if there is any abnormal data.
  • the adjustment operation can be stopped, which can effectively avoid repeated adjustments and operations between different adjustment schemes. Conflicts save processing time and resources.
  • the abnormal data of the next priority can be monitored in depth according to the sorting, and then adjusted according to the corresponding adjustment plan. After adjustment, the current data can be retrieved again. Monitor the data to see if there are any abnormalities.
  • This embodiment can effectively avoid repeated adjustments and operational conflicts between different adjustment schemes, save processing time and resources, improve the efficiency and accuracy of FreeSWITCH troubleshooting, reduce the failure rate in the production process, and speed up data abnormalities
  • the speed and efficiency of the adjustment saves the time for abnormal data processing, enables the business to quickly resume normal calls, and ensures the stable operation of production.
  • an embodiment of the application also proposes a FreeSWITCH monitoring device.
  • the FreeSWITCH monitoring device includes: a data acquisition module for monitoring the target FreeSWITCH to obtain target monitoring data after receiving a preset monitoring request; a strategy generation module , Used to perform abnormal data analysis on the target monitoring data, obtain the type and quantity of abnormal data, and generate an in-depth monitoring strategy according to the type and quantity of the abnormal data; the batch adjustment module is used to analyze all data according to the in-depth monitoring strategy Perform in-depth monitoring of the abnormal data, and perform batch adjustments based on the in-depth monitoring data obtained by the in-depth monitoring.

Abstract

本申请涉及网关控制领域，公开了一种FreeSWITCH监控方法、设备、存储介质及装置；本申请通过对目标监控数据进行异常数据分析，获得异常数据的类型和数量，根据所述异常数据的类型和数量生成深度监控策略；根据所述深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的深度监控数据进行批量调整，提升了FreeSWITCH故障排查的速度和效率，并且通过针对性策略的调整提高了监控处理的准确性，降低了生产过程中的故障率，从而使通话正常进行，保证了生产稳定运行。

Description

FreeSWITCH监控方法、设备、存储介质及装置
本申请要求于2019年7月8日提交中国专利局、申请号为201910612455.1、发明名称为“FreeSWITCH监控方法、设备、存储介质及装置”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及网关控制领域，尤其涉及FreeSWITCH监控方法、设备、存储介质及装置。
背景技术
电话的软交换解决方案FreeSWITCH为开源软件，主要用于电话平台分机注册和外呼，在FreeSWITCH出现异常时，现有的FreeSWITCH监控方式无法准确确定FreeSWITCH出现异常的位置和原因，往往需要通过特定检测设备进行大量排查工作，浪费大量人力物力，FreeSWITCH异常排查效率和准确率都比较低，资源浪费较大。
上述内容仅用于辅助理解本申请的技术方案，并不代表承认上述内容是现有技术。
发明内容
本申请的主要目的在于提供FreeSWITCH监控方法、设备、存储介质及装置，旨在解决现有FreeSWITCH异常排查准确率较差，且排查速度和效率较低的技术问题。
为实现上述目的，本申请提供一种FreeSWITCH监控方法，所述FreeSWITCH监控方法包括以下步骤：
根据预设脚本对目标FreeSWITCH的进程端口进行监控，获得端口数据；
根据预设监控组件对所述目标FreeSWITCH的运行状态进行监控，获得运行状态数据；
根据预设MySQL数据库获取与所述目标FreeSWITCH对应的分机注册数，生成分机数据；
根据控制所述目标FreeSWITCH的控制台获取所述目标FreeSWITCH的通话并发数，生成并发数据；
对目标FreeSWITCH连接的外部关联设备进行监控，获得外部连接数据；
根据所述预设脚本对目标FreeSWITCH的历史通话文件进行监控，获得通话记录数据；
将所述端口数据、所述运行状态数据、所述分机数据、所述并发数据、所述外部连接数据及所述通话记录数据作为目标监控数据；
对所述目标监控数据进行异常数据分析，获得异常数据的类型和数量，根据所述异常数据的类型和数量生成深度监控策略；
根据所述深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的深度监控数据进行批量调整。
本申请提升了FreeSWITCH故障排查的速度和效率，并且通过针对性策略的调整提高了监控处理的准确性，降低了生产过程中的故障率，从而使通话正常进行，保证了生产稳定运行。
附图说明
图1是本申请实施例方案涉及的硬件运行环境的设备结构示意图；
图2为本申请FreeSWITCH监控方法第一实施例的流程示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
图1为本申请实施例方案涉及的硬件运行环境的设备结构示意图。
如图1所示，该设备可以包括：处理器1001，例如CPU，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display），可选用户接口1003还可以包括标准的有线接口、无线接口，对于用户接口1003的有线接口在本申请中可为USB接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。存储器1005可以是高速RAM存储器，也可以是稳定的存储器（non-volatile memory），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图1中示出的结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，本申请的存储介质为非易失性计算机可读存储介质，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及FreeSWITCH监控计算机可读指令。
在图1所示的设备中，网络接口1004主要用于连接后台服务器，与所述后台服务器进行数据通信；用户接口1003主要用于连接外设；所述设备通过处理器1001调用存储器1005中存储的FreeSWITCH监控计算机可读指令，并执行本申请实施例提供的FreeSWITCH监控方法。
基于上述硬件结构，提出本申请FreeSWITCH监控方法的实施例。
参照图2，图2为本申请FreeSWITCH监控方法第一实施例的流程示意图。
在第一实施例中，所述FreeSWITCH监控方法包括以下步骤：
步骤S10、根据预设脚本对目标FreeSWITCH的进程端口进行监控，获得端口数据；
步骤S20、根据预设监控组件对所述目标FreeSWITCH的运行状态进行监控，获得运行状态数据；
步骤S30、根据预设MySQL数据库获取与所述目标FreeSWITCH对应的分机注册数，生成分机数据；
步骤S40、根据控制所述目标FreeSWITCH的控制台获取所述目标FreeSWITCH的通话并发数，生成并发数据；
步骤S50、对所述目标FreeSWITCH连接的外部关联设备进行监控，获得外部连接数据；
步骤S60、根据所述预设脚本对目标FreeSWITCH的历史通话文件进行监控，获得通话记录数据；
步骤S70、将所述端口数据、所述运行状态数据、所述分机数据、所述并发数据、所述外部连接数据及所述通话记录数据作为目标监控数据。
需要说明的是，所述预设监控请求为预先设置的用于对相应的FreeSWITCH进行监控的请求信息，通过响应于所述预设监控请求可以获取所述目标FreeSWITCH对应的目标监控数据；FreeSWITCH 是一个电话的软交换解决方案，即FreeSWITCH的是一个跨平台的开源电话交换平台，具有很强的伸缩性，包括一个软电话和软交换机用以提供语音和聊天的产品驱动。FreeSWITCH 可以用作交换机引擎、用户级交换机（Private Branch Exchange，PBX）、多媒体网关以及多媒体服务器等。
需要说明的是，所述目标监控数据包括端口数据、运行状态数据、分机数据、并发数据、外部连接数据和通话记录数据，不同的数据对应不同的深度监控策略，所述预设脚本可以为预设shell（计算机壳层，即Shell Script，Shell脚本，用各类命令预先放入到一个文件中，方便一次性执行的一个程序文件，主要是方便管理员进行设置或者管理用）脚本，即所述端口数据通过预设shell脚本对目标FreeSWITCH的进程端口进行监控获得，所述预设shell脚本为预先存储了各类命令的程序文件，方便一次性执行的一个程序文件，主要是方便管理员进行设置或者管理，通过预设shell脚本的基本检测命令对目标FreeSWITCH端口进行监控，所述目标FreeSWITCH的进程端口为与FreeSWITCH的进程相关的端口，例如5060、5080及8021端口，可以检测所述目标FreeSWITCH的进程和相关端口的状态，进而生成端口数据。
应当理解的是，预设监控组件为预先设置的用于对目标FreeSWITCH的运行状态进行监控的组件，在实际操作中可以是自开发的monitor（对象类别扩充组件）组件实时获取到FreeSWITCH的当前运行状态；所述预设MySQL（关系型数据库管理系统）数据库中记录有FreeSWITCH的注册信息，通过调用MySQL数据库中的数据能够获得FreeSWITCH的分机注册数，进而生成分机数据；所述控制台连接所有的FreeSWITCH，通过FreeSWITCH的显示呼叫计数指令能看到当前主机的FreeSWITCH的分机通话并发数，即并发数据；可以通过关联系统监测所有与目标FreeSWITCH进行关联的设备的当前连接状态，进而获得外部连接数据；通过预设shell脚本可以快速调取历史通话文件，进而对历史通话文件分析获得相应的录音文件信息和通话文件信息，进而获得通话记录数据。
需要说明的是，通过所述目标监控数据可以知道所述目标FreeSWITCH的进程和应用是否正常；一般可以对目标FreeSWITCH的进程端口的监控数据进行分析，根据分析结果判断目标端口是否异常，根据分析结果判断所述目标端口是否异常的方式可以是通过预设异常数据库中的端口异常数据与所述目标端口的监控数据进行比对，比对结果一致的判定所述目标端口异常，或者比对结果匹配度达到预设匹配度时判定所述目标端口异常；当然还可以是其他方式确定所述目标端口异常，本实施例对此不加以限制。
在具体实现中，一般下一个会话对象就是下一个通话；所述异常运行数据的确定可以是对所述运行状态数据进行分析，根据分析结果判断所述目标FreeSWITCH的运行状态是否异常，即通过预设异常数据集与所述运行状态数据进行比对，比对结果一致的判定所述目标FreeSWITCH的运行状态异常，或者比对结果匹配度达到预设匹配度时判定所述目标FreeSWITCH的运行状态异常，当然还可以是其他方式确定所述目标FreeSWITCH的运行状态异常，本实施例对此不加以限制。
需要说明的是，根据所述预设MySQL数据库获取目标FreeSWITCH的注册信息，根据所述注册信息确定所述目标FreeSWITCH的分机注册数，即分机数据，当然也可以是通过其他方式获取所述目标FreeSWITCH的分机数据，本实施例对此不加以限制。
应当理解的是，通过客户端（例如手机）连接控制台可以获得所述目标FreeSWITCH的当前主机的显示呼叫计数，通过所述显示呼叫计数能够获得所述当前主机的分机通话并发数，进而获得并发数据；一般的，通过远程调用客户端连接控制台的方式实现对目标FreeSWITCH的通话并发数的监控，当然也可以通过其他方式获取并发数据，本实施例对此不加以限制。
可以理解的是，通过对所述外部连接数据进行分析，判断所述目标FreeSWITCH的外部连接状态是否异常，可以是通过预设外部数据异常数据集与所述外部连接数据进行比对，比对结果一致的判定所述目标FreeSWITCH的外部连接状态异常，或者比对结果匹配度达到预设匹配度时判定所述目标FreeSWITCH的外部连接状态异常；当然也可以是通过其他方式确定所述目标FreeSWITCH的外部连接状态是否异常，本实施例对此不加以限制。
步骤S80、对所述目标监控数据进行异常数据分析，获得异常数据的类型和数量，根据所述异常数据的类型和数量生成深度监控策略。
应当理解的是，所述异常数据的类型和数量决定不同的深度监控策略，所述异常数据的数量为一个或多个，所述异常数据的类型包括但不限于端口异常、运行异常、分机异常、并发异常、外部接口异常及通话记录异常，当然也可以是其他异常数据类型，本实施例对此不加以限制。
在具体实现中，除了通过目标FreeSWITCH本身嵌入处理器后对所述目标监控数据进行异常数据分析之外，还可以是通过将所述目标监控数据上传至目标运维平台，以接收所述目标运维平台反馈的深度监控策略，所述目标运维平台为预先设置的用于处理目标监控数据，生成深度监控策略以及批量进行监控处理的运维平台，通过将所述目标监控数据上传至所述目标运维平台，可以使所述目标运维平台根据所述目标监控数据的不同来进行针对性的设置不同的深度监控策略，进而为后续批量进行监控处理做准备。
步骤S90、根据所述深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的深度监控数据进行批量调整。
应当理解的是，不同的深度监控策略对应不同对所述目标监控数据的深度监控处理方式，即对所述目标监控数据进行更深层次更进一步的数据分析，为后续进行批量调整做准备；不同的深度监控数据对应不同的调整方式，根据所述深度监控数据反映出的异常，针对性的制定对应的异常处理方案，进而实现批量调整，提高了FreeSWITCH异常故障排查和处理的速度和效率。
基于上述第一实施例，提出本申请FreeSWITCH监控方法的第二实施例。
第二实施例中，所述步骤S80包括以下步骤：
将所述目标监控数据与预设异常数据库中的样本异常数据进行匹配，根据匹配结果确定所述目标监控数据中的异常数据的类型和数量。
需要说明的是，所述预设异常数据库为预先设置的用于存储各类异常数据的数据库，所述预设异常数据库可以是实时更新的数据库，也可以是以一定周期进行更新的数据库，本实施例对此不加以限制；通过将所述目标监控数据与预设异常数据库中的异常数据进行匹配，生成对应的匹配结果，根据所述匹配结果可以生成对应的异常数据的类型和数量。
根据所述异常数据的类型和数量生成深度监控策略。
可以理解的是，根据所述异常数据的类型和数量可以生成深度监控策略，不同的异常数据的类型和数量对应不同的深度监控策略，通过对所述深度监控数据的分析，可以确定异常数据的类型，进而为后续批量调整做准备，进一步提高FreeSWITCH异常监控的效率。
进一步地，所述步骤根据所述异常数据的类型和数量生成深度监控策略包括以下步骤：
在所述异常数据的数量为一个时，根据所述异常数据的类型生成相应的单个深度监控策略；
在所述异常数据的数量为多个时，根据预设优先级表查询各异常数据分别对应的优先级别，根据各优先级别为各异常数据进行排序，根据排序后的各异常数据生成组合深度监控策略，所述预设优先级表反映各异常数据的类型与各优先级别的映射关系。
可以理解的是，在所述异常数据的数量为一个时，可以根据所述异常数据的类型生成相应的单个深度监控策略；即在所述异常数据类型为端口异常时，生成端口深度监控策略；或在所述异常数据类型为运行异常时，生成运行深度监控策略；或在所述异常数据类型为分机异常时，生成分机深度监控策略；或在所述异常数据类型为并发异常时，生成并发深度监控策略；或在所述异常数据类型为外部接口异常时，生成外部接口深度监控策略；或在所述异常数据类型为通话记录异常时，生成通话深度监控策略；当然还可以是通过接收所述目标运维平台反馈的深度监控策略，响应于不同的深度监控策略，可以为后续深度监控的选择做相应准备，进而加快所述目标FreeSWITCH异常数据监控的准确性和效率。
应当理解的是，通过将所述目标监控数据与预设异常数据库中的异常数据进行比较，在某个数据出现异常时，确定数据异常的类型，进而针对性的设置对应的深度监控策略；数据异常可能为单个类型的数据异常出现，例如只监控到端口异常数据，或者只监控到运行状态异常数据，有可能为多个类型的数据异常同时出现，例如既监控到分机异常数据，同时也监控到并发异常数据和通话记录异常数据，此时可以将对应的深度监控策略进行组合，根据组合的深度监控策略进行数据深度监控处理，当然也可以是通过其他的方式应对，本实施例对此不加以限制。
在具体实现中，所述预设优先级表反映各异常数据的类型与各优先级别的映射关系，在所述异常数据的数量为多个时，根据预设优先级表查询各异常数据分别对应的优先级别，所述预设优先级表为预先设置的用于对各深度监控数据进行优先级顺序调整的表，所述预设优先级表可以为预先设置的固定优先级顺序的表，也可以是根据实际情况适当进行优先级设置调整的表，还可以是通过其他方式设置的优先级表，本实施例对此不加以限制；例如，某公司的预设优先级表为：运行状态异常>端口异常>通话记录异常>分机异常=并发异常>外部连接异常，在某次系统故障时，已知出现端口大面积无法正常接收和转发数据，此时将所述端口异常的优先级别调整为高于运行状态异常的优先级别，当然也可以进行其他方式的调整，本实施例对此不加以限制。
本实施例通过进一步提高了FreeSWITCH故障排查的效率和准确性，降低了生产过程中的故障率，从而使通话正常进行，保证了生产稳定运行。
基于上述第二实施例，提出本申请FreeSWITCH监控方法的第三实施例。
第三实施例中，所述步骤S90包括以下步骤：
在深度监控策略为单个深度监控策略时，根据单个深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的单个深度监控数据进行调整。
需要说明的是，在所述深度监控策略为单个深度监控策略时，即此时只有单个异常数据，通过对单个的异常进行深度监控，可以根据深度监控获得的单个深度监控数据进行调整，进而实现准确定位异常类型并针对性的调整，提高了异常处理的准确性和效率。
进一步地，所述步骤在所述深度监控策略为单个深度监控策略时，根据所述单个深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的单个深度监控数据进行调整具体包括以下步骤：
在所述深度监控策略为单个深度监控策略，获取所述异常数据的类型；
在所述异常数据的类型为端口异常时，通过预设日志扫描程序对目标端口对应的FreeSWITCH日志进行扫描，获得目标端口的端口深度监控数据，根据所述端口深度监控数据，对端口进程进行重新调配；
在所述异常数据的类型为运行异常时，通过目标FreeSWITCH的目标应用程序编程接口获得所述目标FreeSWITCH的运行深度监控数据，确定所述运行深度监控数据对应的目标通话线路，对目标通话线路进行替换或扩增；
在所述异常数据的类型为分机异常时，根据预设时间顺序将所述预设MySQL数据库中的分机记录数据重新整理到预设Oracle数据库中，从整理后的预设Oracle数据库中获取分机深度监控数据，根据所述分机深度监控数据删除重复分机注册、重新分配分支线路和/或扩增分支线路；
在所述异常数据的类型为并发异常时，远程调用所述控制台执行预设并发指令，获得所述目标FreeSWITCH的目标日志文件，对所述目标日志文件进行分析，获得并发深度监控数据，根据所述并发深度监控数据重新分配并发数量、排除通话干扰和/或限制并发速度；
在所述异常数据的类型为外部接口异常时，通过预设交互程序调用与所述目标FreeSWITCH对应的交互消息队列，根据所述交互消息队列获得外部接口深度监控数据，根据外部接口深度监控数据确定目标关联设备，对目标关联设备重新连接、更换线路、重新分配代理交换机和/或重启传输进程；
在所述异常数据的类型为通话记录异常时，从所述预设MySQL数据库中获取录音文件和通话数据，从所述录音文件和所述通话数据获得通话深度监控数据，根据所述通话深度监控数据重新加载录音、重新解析、查补文件名和/或进行话单告警。
可以理解的是，在获得端口异常数据后，可以对端口进程重新调配，或对端口异常数据进行上报，并获取相关负责人的联系方式，进行自动拨号通知等调整；此时可以发送邮件至相关联系人，或者通过沟通平台直接电话联系人，对相关端口进行相应处理以确保系统运行正常；在获得FreeSWITCH运行异常数据后，对所述FreeSWITCH运行数据中的异常数据进行分析，确定异常数据对应的通话线路，对相应的通话线路进行替换或扩增等调整；在获得分机异常数据后，对分机数据进行分析，对分机异常的数据，根据异常类型的不同进行删除重复分机注册、重新分配分支线路及扩增分支线路等调整；在获得并发异常数据后，根据并发异常数据的异常类型不同进行并发通道的重新分配并发数量、排除通话干扰及限制并发速度等调整；在获得外部异常连接数据后，根据外部异常连接数据，确定连接异常的关联设备，进而对连接异常的关联设备进行重新链接，更换线路，重新分配代理交换机及重启传输进程等调整；在获得通话记录异常记录数据后，根据通话记录异常类型的不同进行重新加载录音、重新解析、查补文件名及话单告警等调整；当然进行的批量调整可以不局限于上述调整方式，还可以是其他调整方式，本实施例对此不加以限制。
需要说明的是，由于目标端口的监控数据保存在相应的FreeSWITCH日志中，通过预设日志扫描程序对目标端口对应的FreeSWITCH日志进行扫描，可以获得目标端口的端口深度监控数据，即异常的端口监控数据。
应当理解的是，通过目标FreeSWITCH的目标应用程序编程接口接入预设监控组件，通过所述预设监控组件对应用端口例如7002端口进行监控，获取所述目标FreeSWITCH的运行状态数据；所述预设监控组件为预先设置的用于监控所述目标FreeSWITCH的运行状态数据对应的端口的组件；在获得运行状态数据后，将所述运行状态数据写入到预设数据库中，进而可以在web页面进行展示，通过web页面可以看到当前所有的FreeSWITCH的状态，以及至上次启动之后到目前为止的会话对象总数和当前的会话对象总数。
需要说明的是，因为FreeSWITCH的MySQL数据库记录比较杂乱，不便于统计，将注册信息进行整理优化，将优化后的注册数据记录到预设Oracle数据库（关系数据库管理系统）中，可以提高获取分机数据的速度和效率，通过预设Oracle数据库中的注册数据可以确定任一FreeSWITCH在任意时间段的分机注册数和相关的注册信息，当然也可以监控获取分机重复注册的情况，或者其他平台分机注册到本平台的情况，将注册信息进行整理优化，将优化后的注册数据记录到预设Oracle数据库中，本实施例对此不加以限制。
可以理解的是，通过远程调用所述控制台执行预设并发指令，可以获得相应的通话结果，将所述通话结果写入到所述FreeSWITCH日志中，通过分析所述目标FreeSWITCH的目标日志文件，可以获得所有FreeSWITCH主机的并发深度监控数据；在实际操作中，可以将获得的并发深度监控数据与所述预设监控组件获得的运行深度监控数据进行比对，进而根据比对结果判断是否有FreeSWITCH主机异常或者通话量是否突增，突降等异常情况；判断所述目标FreeSWITCH的分机状况和并发状况是否正常的方式可以是通过所述预设异常数据库中的分机异常数据与所述分机数据进行比对，所述预设异常数据库中的并发异常数据与所述并发数据进行比对，比对结果一致的判定分机状况异常以及并发状况异常。
在具体实现中，一般通过FreeSWITCH的控制台FS-CLI的show calls count指令获得当前主机的FreeSWITCH的分机通话并发数，即使用一台专用的机器，连接所有的FreeSWITCH，并通过远程调用FS-CLI的方式执行命令，将结果写入日志文件中，然后输出该日志文件，得到所有主机的分机并发数；还可以通过预设关键字将各FreeSWITCH添加至预设FreeSWITCH日志中，例如FreeSWITCH在新增一个通话的时候在日志中打印New Channel sofia这个关键字，并在同一台日志服务器上集中分析，分局分析结果确定通话是否异常，具体的，通过每秒中在搜索预设FreeSWITCH日志中的预设关键字的个数来判断各FreeSWITCH的每秒并发数，将每秒并发数，进而可以判断是否通话记录异常，预设关键字的个数一般超过20就会导致通话记录异常。
在所述深度监控策略为组合深度监控策略时，按照各异常数据的优先级别进行深度监控，并根据深度监控获得的目标深度监控数据进行调整，根据调整后的目标深度监控数据确定是否进行批量调整。
需要说明的是，批量调整即有可能不止一种数据出现异常，此时需要根据不同的异常数据采取不同的应对调整方案组合，即不同的异常数据对应不同的调整方案，进而通过目标运维平台对目标FreeSWITCH制定针对性的调整方案或调整方案组合，对目标FreeSWITCH中存在异常的部分进行针对性的批量调整，根据所述调整方案可以进行对应的调整，在异常数据不为单一类型的异常数据时，可以根据不同调整方案的组合进行批量调整，从而加快异常数据监控的速度和效率。
需要说明的是，所述预设交互程序为预先设置的用于调用所述FreeSWITCH对应的交互消息队列的程序；在实际操作中，可以通过预设交互程序获取与目标FreeSWITCH对应的haproxy（应用程序代理）地址，根据所述haproxy地址获取与所述目标FreeSWITCH的应用程序编程接口对应的消息队列数据，即交互消息队列，根据所述交互消息队列可以确定与目标FreeSWITCH对应的关联系统的链链接状态；具体的，可以通过所述目标FreeSWITCH的应用程序编程接口调用keepalived（交换机制软件，用于检测服务器的状态）的服务器交换数据，根据所述服务器交换数据确定消息队列主机的服务器状态，根据所述服务器状态可以确定对应关联系统的连接状态，通过服务器状态可以获得对应的主机列表，而主机列表上的主机数如果为0，则应用进程挂了，如果大于1则会启动很多次，出行异常，而一般情况下不应该存在主机列表的主机也会导致通话记录异常，通过所述连接状态数据可以排除一些通话记录异常情况。
在具体实现中，FreeSWITCH是通过esl（事件列表）与软电话等交互的，因为esl与FreeSWITCH是一一对应的，软电话是多个客户端的，所以中间通过rabbitMQ（实现了高级消息队列协议的开源消息代理软件）进行事件转发，rabbitMQ消息队列之前增加haproxy，通过keepalived和VIP访问主备两台rabbitMQ；在haproxy主机上执行netstat -an|grep 5672|grep ESTABLISHED命令，ESTABLISHED前的那一列就是当前连接的主机；两台rabbitMQ主机，工作时间连接数大于等于1；其余所有rabbitMQ连接的主机必须等于1，如果为0标识应用进程挂了，大于1标识应用启动多次，也会异常；不在主机列表中的主机不应该存在，特别是ACD的备机，正常情况下不能启动，启动会导致ACD异常；一般只监控5672端口，其他15672,25672等端口需要排除。
需要说明的是，在获取了目标FreeSWITCH的录音文件和通话记录后，可以对目标FreeSWITCH的录音文件和通话记录进行解析，并生成解析结果，将解析结果计入预设MySQL数据库中，一般的需要通过转码程序将所述录音文件的格式进行统一转换，并归档到网络附属存储，一般可以将网络附属存储中的录音文件的文件名与通话记录的话单数据结果进行比对，看是否有录音丢失，以及丢失录音的文件名；通话记录异常数据的确定方式是通过所述通话记录数据与预设数据库中话单数据比对，判断所述目标FreeSWITCH的通话状态是否异常；在具体实现中，呼叫详细记录CDR（文件格式）话单是FreeSWITCH通话的记录，一般是逗号分隔值CSV（文件格式）格式，使用自开发程序解析并将结果记入数据库，在解析中可能会失败，将所有话单的解析结果，以及话单内的数据记录到数据库中同时录音文件通过开源FFmpeg程序（FFmpeg是一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序）转换为MP3格式归档到网络附属存储（Network Attached Storage，NAS）开发监控程序，比对CDR话单的数据结果和NAS上的MP3录音文件名，查看是否有丢录音，以及丢失录音的文件名。
进一步地，所述步骤在所述深度监控策略为组合深度监控策略时，按照各异常数据的优先级别进行深度监控，并根据深度监控获得的目标深度监控数据进行调整，根据调整后的目标深度监控数据确定是否进行批量调整具体包括以下步骤：
在所述深度监控策略为组合深度监控策略时，建立包括各异常数据的深度监控集合；
从所述深度监控集合中获取优先级别最高异常数据作为当前异常数据；
对所述当前异常数据进行深度监控，并根据深度监控获得的目标深度监控数据进行调整；
判断调整后的当前异常数据及其他各异常数据是否恢复正常；
在所述当前异常数据及其他各异常数据未恢复正常时，将所述当前异常数据从深度监控集合中删除，并返回从所述深度监控集合中获取优先级别最高的异常数据作为当前异常数据的步骤，直至调整后的各异常数据恢复正常。
需要说明的是，通过对各异常数据进行优先级排序，并对最高级别优先级的目标异常数据进行优先深度监控和调整，并实时获取调整后的各异常数据状态，即通过重新获取当前的监控数据，对当前的监控数据进行分析，看是否还存在异常数据，在不存在异常数据，即异常数据恢复正常时就可以停在调整操作，能够有效避免重复调整，以及不同调整方案之间的操作冲突，节省了处理时间和资源，而在仍然发现了异常数据时，可以根据排序对次一级优先级的异常数据进行深度监控，进而根据对应的调整方案进行调整，调整之后再次重新获取当前的监控数据，看是否还存在异常，具体操作步骤同上，直至调整后的各异常数据恢复异常，结束调整操作，能够加快数据异常调整的速度和效率，节省了异常数据处理的时间，使业务快速恢复正常，保证了系统正常运行。
本实施例能够有效避免重复调整，以及不同调整方案之间的操作冲突，节省了处理时间和资源，提高了FreeSWITCH故障排查的效率和准确性，降低了生产过程中的故障率，加快了数据异常调整的速度和效率，节省了异常数据处理的时间，使业务快速恢复正常通话正常进行，保证了生产稳定运行。
此外，本申请实施例还提出一种FreeSWITCH监控装置，所述FreeSWITCH监控装置包括：数据获取模块，用于在接收到预设监控请求后，对目标FreeSWITCH进行监控，获得目标监控数据；策略生成模块，用于对所述目标监控数据进行异常数据分析，获得异常数据的类型和数量，根据所述异常数据的类型和数量生成深度监控策略；批量调整模块，用于根据所述深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的深度监控数据进行批量调整。
本申请所述FreeSWITCH监控装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

Claims (20)

  1. 一种FreeSWITCH监控方法，其特征在于，所述FreeSWITCH监控方法包括以下步骤:
    根据预设脚本对目标FreeSWITCH的进程端口进行监控，获得端口数据；
    根据预设监控组件对所述目标FreeSWITCH的运行状态进行监控，获得运行状态数据；
    根据预设MySQL数据库获取与所述目标FreeSWITCH对应的分机注册数，生成分机数据；
    根据控制所述目标FreeSWITCH的控制台获取所述目标FreeSWITCH的通话并发数，生成并发数据；
    对所述目标FreeSWITCH连接的外部关联设备进行监控，获得外部连接数据；
    根据所述预设脚本对目标FreeSWITCH的历史通话文件进行监控，获得通话记录数据；
    将所述端口数据、所述运行状态数据、所述分机数据、所述并发数据、所述外部连接数据及所述通话记录数据作为目标监控数据；
    对所述目标监控数据进行异常数据分析，获得异常数据的类型和数量，根据所述异常数据的类型和数量生成深度监控策略；
    根据所述深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的深度监控数据进行批量调整。
  2. 如权利要求1所述的FreeSWITCH监控方法，其特征在于，所述对所述目标监控数据进行异常数据分析，获得异常数据的类型和数量，根据所述异常数据的类型和数量生成深度监控策略，包括：
    将所述目标监控数据与预设异常数据库中的样本异常数据进行匹配，根据匹配结果确定所述目标监控数据中的异常数据的类型和数量；
    根据所述异常数据的类型和数量生成深度监控策略。
  3. 如权利要求2所述的FreeSWITCH监控方法，其特征在于，所述根据所述异常数据的类型和数量生成深度监控策略，包括：
    在所述异常数据的数量为一个时，根据所述异常数据的类型生成相应的单个深度监控策略；
    在所述异常数据的数量为多个时，根据预设优先级表查询各异常数据分别对应的优先级别，根据各优先级别为各异常数据进行排序，根据排序后的各异常数据生成组合深度监控策略，所述预设优先级表反映各异常数据的类型与各优先级别的映射关系。
  4. 如权利要求3所述的FreeSWITCH监控方法，其特征在于，所述根据所述深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的深度监控数据进行批量调整，包括：
    在所述深度监控策略为单个深度监控策略时，根据所述单个深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的单个深度监控数据进行调整；
    在所述深度监控策略为组合深度监控策略时，按照各异常数据的优先级别进行深度监控，并根据深度监控获得的目标深度监控数据进行调整，根据调整后的目标深度监控数据确定是否进行批量调整。
  5. 如权利要求4所述的FreeSWITCH监控方法，其特征在于，所述在所述深度监控策略为组合深度监控策略时，按照各异常数据的优先级别进行深度监控，并根据深度监控获得的目标深度监控数据进行调整，根据调整后的目标深度监控数据确定是否进行批量调整，包括：
    在所述深度监控策略为组合深度监控策略时，建立包括各异常数据的深度监控集合；
    从所述深度监控集合中获取优先级别最高的异常数据作为当前异常数据；
    对所述当前异常数据进行深度监控，并根据深度监控获得的目标深度监控数据进行调整；
    判断调整后的当前异常数据及其他各异常数据是否恢复正常；
    在所述当前异常数据及其他各异常数据未恢复正常时，将所述当前异常数据从所述深度监控集合中删除，并返回所述从所述深度监控集合中获取优先级别最高的异常数据作为当前异常数据的步骤，直至调整后的各异常数据恢复正常。
  6. 如权利要求4所述的FreeSWITCH监控方法，其特征在于，所述在所述深度监控策略为单个深度监控策略时，根据所述单个深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的单个深度监控数据进行调整，包括：
    在所述深度监控策略为单个深度监控策略，获取所述异常数据的类型；
    在所述异常数据的类型为端口异常时，通过预设日志扫描程序对目标端口对应的FreeSWITCH日志进行扫描，获得目标端口的端口深度监控数据，根据所述端口深度监控数据，对端口进程进行重新调配；
    在所述异常数据的类型为运行异常时，通过目标FreeSWITCH的目标应用程序编程接口获得所述目标FreeSWITCH的运行深度监控数据，确定所述运行深度监控数据对应的目标通话线路，对所述目标通话线路进行替换或扩增；
    在所述异常数据的类型为分机异常时，根据预设时间顺序将所述预设MySQL数据库中的分机记录数据重新整理到预设Oracle数据库中，从整理后的预设Oracle数据库中获取分机深度监控数据，根据所述分机深度监控数据删除重复分机注册、重新分配分支线路和/或扩增分支线路；
    在所述异常数据的类型为并发异常时，远程调用所述控制台执行预设并发指令，获得所述目标FreeSWITCH的目标日志文件，对所述目标日志文件进行分析，获得并发深度监控数据，根据所述并发深度监控数据重新分配并发数量、排除通话干扰和/或限制并发速度；
    在所述异常数据的类型为外部接口异常时，通过预设交互程序调用与所述目标FreeSWITCH对应的交互消息队列，根据所述交互消息队列获得外部接口深度监控数据，根据所述外部接口深度监控数据确定目标关联设备，对所述目标关联设备重新连接、更换线路、重新分配代理交换机和/或重启传输进程；
    在所述异常数据的类型为通话记录异常时，从所述预设MySQL数据库中获取录音文件和通话数据，从所述录音文件和所述通话数据获得通话深度监控数据，根据所述通话深度监控数据重新加载录音、重新解析、查补文件名和/或进行话单告警。
  7. 一种设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行FreeSWITCH监控计算机可读指令，所述FreeSWITCH监控计算机可读指令被所述处理器执行时实现如下步骤：
    根据预设脚本对目标FreeSWITCH的进程端口进行监控，获得端口数据； 根据预设监控组件对所述目标FreeSWITCH的运行状态进行监控，获得运行状态数据； 根据预设MySQL数据库获取与所述目标FreeSWITCH对应的分机注册数，生成分机数据； 根据控制所述目标FreeSWITCH的控制台获取所述目标FreeSWITCH的通话并发数，生成并发数据； 对所述目标FreeSWITCH连接的外部关联设备进行监控，获得外部连接数据； 根据所述预设脚本对目标FreeSWITCH的历史通话文件进行监控，获得通话记录数据； 将所述端口数据、所述运行状态数据、所述分机数据、所述并发数据、所述外部连接数据及所述通话记录数据作为目标监控数据； 对所述目标监控数据进行异常数据分析，获得异常数据的类型和数量，根据所述异常数据的类型和数量生成深度监控策略； 根据所述深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的深度监控数据进行批量调整。
  8. 如权利要求7所述的设备，其特征在于，所述对所述目标监控数据进行异常数据分析，获得异常数据的类型和数量，根据所述异常数据的类型和数量生成深度监控策略的步骤包括：
    将所述目标监控数据与预设异常数据库中的样本异常数据进行匹配，根据匹配结果确定所述目标监控数据中的异常数据的类型和数量；
    根据所述异常数据的类型和数量生成深度监控策略。
  9. 如权利要求8所述的设备，其特征在于，所述根据所述异常数据的类型和数量生成深度监控策略的步骤包括：
    在所述异常数据的数量为一个时，根据所述异常数据的类型生成相应的单个深度监控策略；
    在所述异常数据的数量为多个时，根据预设优先级表查询各异常数据分别对应的优先级别，根据各优先级别为各异常数据进行排序，根据排序后的各异常数据生成组合深度监控策略，所述预设优先级表反映各异常数据的类型与各优先级别的映射关系。
  10. 如权利要求9所述的设备，其特征在于，所述根据所述深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的深度监控数据进行批量调整的步骤包括：
    在所述深度监控策略为单个深度监控策略时，根据所述单个深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的单个深度监控数据进行调整；
    在所述深度监控策略为组合深度监控策略时，按照各异常数据的优先级别进行深度监控，并根据深度监控获得的目标深度监控数据进行调整，根据调整后的目标深度监控数据确定是否进行批量调整。
  11. 如权利要求10所述的设备，其特征在于，所述在所述深度监控策略为组合深度监控策略时，按照各异常数据的优先级别进行深度监控，并根据深度监控获得的目标深度监控数据进行调整，根据调整后的目标深度监控数据确定是否进行批量调整的步骤包括：
    在所述深度监控策略为组合深度监控策略时，建立包括各异常数据的深度监控集合；
    从深度监控集合中获取优先级别最高的异常数据作为当前异常数据；
    对所述当前异常数据进行深度监控，并根据深度监控获得的目标深度监控数据进行调整；
    判断调整后的当前异常数据及其他各异常数据是否恢复正常；
    在所述当前异常数据及其他各异常数据未恢复正常时，将所述当前异常数据从所述深度监控集合中删除，并返回所述从所述深度监控集合中获取优先级别最高的异常数据作为当前异常数据的步骤，直至调整后的各异常数据恢复正常。
  12. 如权利要求11所述的设备，其特征在于，所述在所述深度监控策略为单个深度监控策略时，根据所述单个深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的单个深度监控数据进行调整的步骤包括：
    在所述深度监控策略为单个深度监控策略，获取所述异常数据的类型；
    在所述异常数据的类型为端口异常时，通过预设日志扫描程序对目标端口对应的FreeSWITCH日志进行扫描，获得目标端口的端口深度监控数据，根据所述端口深度监控数据，对端口进程进行重新调配；
    在所述异常数据的类型为运行异常时，通过目标FreeSWITCH的目标应用程序编程接口获得目标FreeSWITCH的运行深度监控数据，确定所述运行深度监控数据对应的目标通话线路，对所述目标通话线路进行替换或扩增；
    在所述异常数据的类型为分机异常时，根据预设时间顺序将所述预设MySQL数据库中的分机记录数据重新整理到预设Oracle数据库中，从整理后的预设Oracle数据库中获取分机深度监控数据，根据所述分机深度监控数据删除重复分机注册、重新分配分支线路和/或扩增分支线路；
    在所述异常数据的类型为并发异常时，远程调用所述控制台执行预设并发指令，获得所述目标FreeSWITCH的目标日志文件，对所述目标日志文件进行分析，获得并发深度监控数据，根据所述并发深度监控数据重新分配并发数量、排除通话干扰和/或限制并发速度；
    在所述异常数据的类型为外部接口异常时，通过预设交互程序调用与所述目标FreeSWITCH对应的交互消息队列，根据所述交互消息队列获得外部接口深度监控数据，根据所述外部接口深度监控数据确定目标关联设备，对所述目标关联设备重新连接、更换线路、重新分配代理交换机和/或重启传输进程；
    在所述异常数据的类型为通话记录异常时，从所述预设MySQL数据库中获取录音文件和通话数据，从所述录音文件和所述通话数据获得通话深度监控数据，根据所述通话深度监控数据重新加载录音、重新解析、查补文件名和/或进行话单告警。
  13. 一种存储介质，其特征在于，所述存储介质上存储有FreeSWITCH监控计算机可读指令，所述FreeSWITCH监控计算机可读指令被处理器执行时实现如下步骤：
    在接收到预设监控请求后，对目标FreeSWITCH进行监控，获得目标监控数据；
    对所述目标监控数据进行异常数据分析，获得异常数据的类型和数量，根据所述异常数据的类型和数量生成深度监控策略；
    根据所述深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的深度监控数据进行批量调整。
  14. 如权利要求13所述的存储介质，其特征在于，所述在接收到预设监控请求后，对目标FreeSWITCH进行监控，获得目标监控数据的步骤包括：
    根据预设脚本对目标FreeSWITCH的进程端口进行监控，获得端口数据；
    根据预设监控组件对所述目标FreeSWITCH的运行状态进行监控，获得运行状态数据；
    根据预设MySQL数据库获取与所述目标FreeSWITCH对应的分机注册数，生成分机数据；
    根据控制所述目标FreeSWITCH的控制台获取所述目标FreeSWITCH的通话并发数，生成并发数据；
    对目标FreeSWITCH连接的外部关联设备进行监控，获得外部连接数据；
    根据所述预设脚本对目标FreeSWITCH的历史通话文件进行监控，获得通话记录数据；
    将所述端口数据、所述运行状态数据、所述分机数据、所述并发数据、所述外部连接数据及所述通话记录数据作为目标监控数据。
  15. 如权利要求14所述的存储介质，其特征在于，所述对所述目标监控数据进行异常数据分析，获得异常数据的类型和数量，根据所述异常数据的类型和数量生成深度监控策略的步骤包括：
    将所述目标监控数据与预设异常数据库中的样本异常数据进行匹配，根据匹配结果确定所述目标监控数据中的异常数据的类型和数量；
    根据所述异常数据的类型和数量生成深度监控策略。
  16. 如权利要求15所述的存储介质，其特征在于，所述根据所述异常数据的类型和数量生成深度监控策略的步骤包括：
    在所述异常数据的数量为一个时，根据所述异常数据的类型生成相应的单个深度监控策略；
    在所述异常数据的数量为多个时，根据预设优先级表查询各异常数据分别对应的优先级别，根据各优先级别为各异常数据进行排序，根据排序后的各异常数据生成组合深度监控策略，所述预设优先级表反映各异常数据的类型与各优先级别的映射关系。
  17. 如权利要求16所述的存储介质，其特征在于，所述根据所述深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的深度监控数据进行批量调整的步骤包括：
    在所述深度监控策略为单个深度监控策略时，根据所述单个深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的单个深度监控数据进行调整；
    在所述深度监控策略为组合深度监控策略时，按照各异常数据的优先级别进行深度监控，并根据深度监控获得的目标深度监控数据进行调整，根据调整后的目标深度监控数据确定是否进行批量调整。
  18. 如权利要求17所述的存储介质，其特征在于，所述在所述深度监控策略为组合深度监控策略时，按照各异常数据的优先级别进行深度监控，并根据深度监控获得的目标深度监控数据进行调整，根据调整后的目标深度监控数据确定是否进行批量调整的步骤包括：
    在所述深度监控策略为组合深度监控策略时，建立包括各异常数据的深度监控集合； 从深度监控集合中获取优先级别最高的异常数据作为当前异常数据；
    对所述当前异常数据进行深度监控，并根据深度监控获得的目标深度监控数据进行调整； 判断调整后的当前异常数据及其他各异常数据是否恢复正常；
    在所述当前异常数据及其他各异常数据未恢复正常时，将所述当前异常数据从所述深度监控集合中删除，并返回所述从所述深度监控集合中获取优先级别最高的异常数据作为当前异常数据的步骤，直至调整后的各异常数据恢复正常。
  19. 如权利要求17所述的存储介质，其特征在于，所述在所述深度监控策略为单个深度监控策略时，根据所述单个深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的单个深度监控数据进行调整的步骤包括：
    在所述深度监控策略为单个深度监控策略，获取所述异常数据的类型；
    在所述异常数据的类型为端口异常时，通过预设日志扫描程序对目标端口对应的FreeSWITCH日志进行扫描，获得目标端口的端口深度监控数据，根据所述端口深度监控数据，对端口进程进行重新调配；
    在所述异常数据的类型为运行异常时，通过目标FreeSWITCH的目标应用程序编程接口获得所述目标FreeSWITCH的运行深度监控数据，确定所述运行深度监控数据对应的目标通话线路，对目标通话线路进行替换或扩增；
    在所述异常数据的类型为分机异常时，根据预设时间顺序将所述预设MySQL数据库中的分机记录数据重新整理到预设Oracle数据库中，从整理后的预设Oracle数据库中获取分机深度监控数据，根据所述分机深度监控数据删除重复分机注册、重新分配分支线路和/或扩增分支线路；
    在所述异常数据的类型为并发异常时，远程调用所述控制台执行预设并发指令，获得所述目标FreeSWITCH的目标日志文件，对所述目标日志文件进行分析，获得并发深度监控数据，根据所述并发深度监控数据重新分配并发数量、排除通话干扰和/或限制并发速度；
    在所述异常数据的类型为外部接口异常时，通过预设交互程序调用与所述目标FreeSWITCH对应的交互消息队列，根据所述交互消息队列获得外部接口深度监控数据，根据所述外部接口深度监控数据确定目标关联设备，对所述目标关联设备重新连接、更换线路、重新分配代理交换机和/或重启传输进程；
    在所述异常数据的类型为通话记录异常时，从所述预设MySQL数据库中获取录音文件和通话数据，从所述录音文件和所述通话数据获得通话深度监控数据，根据所述通话深度监控数据重新加载录音、重新解析、查补文件名和/或进行话单告警。
  20. 一种FreeSWITCH监控装置，其特征在于，所述FreeSWITCH监控装置包括： 数据获取模块，用于在接收到预设监控请求后，对目标FreeSWITCH进行监控，获得目标监控数据；
    策略生成模块，用于对所述目标监控数据进行异常数据分析，获得异常数据的类型和数量，根据所述异常数据的类型和数量生成深度监控策略； 批量调整模块，用于根据所述深度监控策略对所述异常数据进行深度监控，并根据深度监控获得的深度监控数据进行批量调整。
PCT/CN2019/117219 2019-07-08 2019-11-11 FreeSWITCH监控方法、设备、存储介质及装置 WO2021003923A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910612455.1 2019-07-08
CN201910612455.1A CN110351436B (zh) 2019-07-08 2019-07-08 FreeSWITCH监控方法、设备、存储介质及装置

Publications (1)

Publication Number Publication Date
WO2021003923A1 true WO2021003923A1 (zh) 2021-01-14

Family

ID=68178495

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/117219 WO2021003923A1 (zh) 2019-07-08 2019-11-11 FreeSWITCH监控方法、设备、存储介质及装置

Country Status (2)

Country Link
CN (1) CN110351436B (zh)
WO (1) WO2021003923A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113835961A (zh) * 2021-09-23 2021-12-24 中国联合网络通信集团有限公司 告警信息监控方法、装置、服务器及存储介质
CN115600148A (zh) * 2022-11-02 2023-01-13 深圳市铭泽智能电力科技有限公司（Cn） 基于物联网监测的供电控制方法及相关装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110351436B (zh) * 2019-07-08 2022-04-22 平安科技（深圳）有限公司 FreeSWITCH监控方法、设备、存储介质及装置
CN111263010A (zh) * 2020-01-13 2020-06-09 携程旅游信息技术（上海）有限公司 软交换平台中电话通话的监控方法、系统、设备及介质
CN111400294B (zh) * 2020-03-12 2023-08-01 时时同云科技(成都)有限责任公司 数据异常监测方法、装置及系统
CN116304947A (zh) * 2020-03-20 2023-06-23 支付宝(杭州)信息技术有限公司 业务处理方法、装置及电子设备
CN112822337B (zh) * 2021-01-22 2022-09-23 深圳壹账通智能科技有限公司 智能电话平台、呼入方法、呼出方法、设备和存储介质
CN115378928B (zh) * 2022-10-26 2023-04-07 北京创新乐知网络技术有限公司 基于云服务的监控方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103391211A (zh) * 2012-05-11 2013-11-13 中兴通讯股份有限公司 一种按策略自动执行配置管理的装置及方法
CN107590014A (zh) * 2017-09-07 2018-01-16 携程旅游网络技术（上海）有限公司 故障检测方法、装置、系统、电子设备、存储介质
CN109460311A (zh) * 2018-10-23 2019-03-12 郑州云海信息技术有限公司 固件异常状态的管理方法和装置
CN110351436A (zh) * 2019-07-08 2019-10-18 平安科技（深圳）有限公司 FreeSWITCH监控方法、设备、存储介质及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5108116B2 (ja) * 2009-01-14 2012-12-26 株式会社日立製作所 装置異常監視方法及びシステム
US10594712B2 (en) * 2016-12-06 2020-03-17 General Electric Company Systems and methods for cyber-attack detection at sample speed

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103391211A (zh) * 2012-05-11 2013-11-13 中兴通讯股份有限公司 一种按策略自动执行配置管理的装置及方法
CN107590014A (zh) * 2017-09-07 2018-01-16 携程旅游网络技术（上海）有限公司 故障检测方法、装置、系统、电子设备、存储介质
CN109460311A (zh) * 2018-10-23 2019-03-12 郑州云海信息技术有限公司 固件异常状态的管理方法和装置
CN110351436A (zh) * 2019-07-08 2019-10-18 平安科技（深圳）有限公司 FreeSWITCH监控方法、设备、存储介质及装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113835961A (zh) * 2021-09-23 2021-12-24 中国联合网络通信集团有限公司 告警信息监控方法、装置、服务器及存储介质
CN113835961B (zh) * 2021-09-23 2023-05-16 中国联合网络通信集团有限公司 告警信息监控方法、装置、服务器及存储介质
CN115600148A (zh) * 2022-11-02 2023-01-13 深圳市铭泽智能电力科技有限公司（Cn） 基于物联网监测的供电控制方法及相关装置
CN115600148B (zh) * 2022-11-02 2023-11-21 深圳市铭泽智能电力科技有限公司 基于物联网监测的供电控制方法及相关装置

Also Published As

Publication number Publication date
CN110351436A (zh) 2019-10-18
CN110351436B (zh) 2022-04-22

Similar Documents

Publication Publication Date Title
WO2021003923A1 (zh) FreeSWITCH监控方法、设备、存储介质及装置
WO2020253034A1 (zh) 客户端埋点测试方法、装置、设备及存储介质
WO2018214320A1 (zh) 数据库业务逻辑监控方法、系统、及存储介质
WO2020186773A1 (zh) 调用请求监控方法、装置、设备及存储介质
WO2020015064A1 (zh) 系统故障处理方法、装置、设备及存储介质
WO2018014582A1 (zh) 保单数据处理方法、装置、服务器和存储介质
WO2018103315A1 (zh) 监控数据的处理方法、装置、服务器及存储设备
WO2020224246A1 (zh) 基于区块链的数据管理方法、装置、设备和存储介质
WO2021003975A1 (zh) 网关接口测试方法、终端设备、存储介质及装置
CN104348664A (zh) 通信设备事件捕捉
US20060187850A1 (en) Voice call coordinator
US9479727B1 (en) Call recording with screen and audio correlation
WO2021072881A1 (zh) 基于对象存储的请求处理方法、装置、设备及存储介质
WO2020253135A1 (zh) 自动化分析方法、用户设备、存储介质及装置
WO2017185925A1 (zh) 一种访问网站的方法、客户端及局域网内服务器
WO2020233057A1 (zh) 文件打包方法、装置、设备及存储介质
WO2020237859A1 (zh) 基于nbd设备的数据迁移方法、装置、设备及存储介质
WO2021012490A1 (zh) 业务中继切换方法、终端设备、存储介质及装置
WO2012070900A2 (ko) 개인 장치간 이벤트 및 데이터 공유 시스템
WO2020186780A1 (zh) 用户操作录制还原方法、装置、设备及可读存储介质
CN113872795A (zh) 一种分布式服务器智能监控分析及故障处理系统及方法
US10334101B2 (en) System and method for generating metadata for a recorded session
WO2020186791A1 (zh) 数据传输方法、装置、设备及存储介质
WO2018149081A1 (zh) 回访语音信息的处理方法、装置、终端和存储介质
WO2022139050A1 (ko) 코드의 검증을 위한 전자 장치 및 그 방법

Legal Events

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

Ref document number: 19936568

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 30/05/2022)

122 Ep: pct application non-entry in european phase

Ref document number: 19936568

Country of ref document: EP

Kind code of ref document: A1