CN110351436A - FreeSWITCH监控方法、设备、存储介质及装置 - Google Patents
FreeSWITCH监控方法、设备、存储介质及装置 Download PDFInfo
- Publication number
- CN110351436A CN110351436A CN201910612455.1A CN201910612455A CN110351436A CN 110351436 A CN110351436 A CN 110351436A CN 201910612455 A CN201910612455 A CN 201910612455A CN 110351436 A CN110351436 A CN 110351436A
- Authority
- CN
- China
- Prior art keywords
- data
- freeswitch
- target
- monitored
- monitoring
- 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.)
- Granted
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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及网关控制领域,公开了一种FreeSWITCH监控方法、设备、存储介质及装置;本发明通过在接收到预设监控请求后,对目标FreeSWITCH进行监控,获得目标监控数据;对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略;根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整,提升了FreeSWITCH故障排查的速度和效率,并且通过针对性策略的调整提高了监控处理的准确性,降低了生产过程中的故障率,从而使通话正常进行,保证了生产稳定运行。
Description
技术领域
本发明涉及网关控制领域,尤其涉及FreeSWITCH监控方法、设备、存储介质及装置。
背景技术
电话的软交换解决方案FreeSWITCH为开源软件,主要用于电话平台分机注册和外呼,在FreeSWITCH出现异常时,现有的FreeSWITCH监控方式无法准确确定FreeSWITCH出现异常的位置和原因,往往需要通过特定检测设备进行大量排查工作,浪费大量人力物力,FreeSWITCH异常排查效率和准确率都比较低,资源浪费较大。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供FreeSWITCH监控方法、设备、存储介质及装置,旨在解决现有FreeSWITCH异常排查准确率较差,且排查速度和效率较低的技术问题。
为实现上述目的,本发明提供一种FreeSWITCH监控方法,所述FreeSWITCH监控方法包括以下步骤:
在接收到预设监控请求后,对目标FreeSWITCH进行监控,获得目标监控数据;
对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略;
根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整。
优选地,所述在接收到预设监控请求后,对目标FreeSWITCH进行监控,获得目标监控数据,包括:
根据预设脚本对目标FreeSWITCH的进程端口进行监控,获得端口数据;
根据预设监控组件对所述目标FreeSWITCH的运行状态进行监控,获得运行状态数据;
根据预设MySQL数据库获取与所述目标FreeSWITCH对应的分机注册数,生成分机数据;
根据控制所述目标FreeSWITCH的控制台获取所述目标FreeSWITCH的通话并发数,生成并发数据;
对所述目标FreeSWITCH连接的外部关联设备进行监控,获得外部连接数据;
根据所述预设脚本对目标FreeSWITCH的历史通话文件进行监控,获得通话记录数据;
将所述端口数据、所述运行状态数据、所述分机数据、所述并发数据、所述外部连接数据及所述通话记录数据作为目标监控数据。
优选地,所述对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略,包括:
将所述目标监控数据与预设异常数据库中的样本异常数据进行匹配,根据匹配结果确定所述目标监控数据中的异常数据的类型和数量;
根据所述异常数据的类型和数量生成深度监控策略。
优选地,所述根据所述异常数据的类型和数量生成深度监控策略,包括:
在所述异常数据的数量为一个时,根据所述异常数据的类型生成相应的单个深度监控策略;
在所述异常数据的数量为多个时,根据预设优先级表查询各异常数据分别对应的优先级别,根据各优先级别为各异常数据进行排序,根据排序后的各异常数据生成组合深度监控策略,所述预设优先级表反映各异常数据的类型与各优先级别的映射关系。
优选地,所述根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整,包括:
在所述深度监控策略为单个深度监控策略时,根据所述单个深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的单个深度监控数据进行调整;
在所述深度监控策略为组合深度监控策略时,按照各异常数据的优先级别进行深度监控,并根据深度监控获得的目标深度监控数据进行调整,根据调整后的目标深度监控数据确定是否进行批量调整。
优选地,所述在所述深度监控策略为组合深度监控策略时,按照各异常数据的优先级别进行深度监控,并根据深度监控获得的目标深度监控数据进行调整,根据调整后的目标深度监控数据确定是否进行批量调整,包括:
在所述深度监控策略为组合深度监控策略时,建立包括各异常数据的深度监控集合;
从所述深度监控集合中获取优先级别最高的异常数据作为当前异常数据;
对所述当前异常数据进行深度监控,并根据深度监控获得的目标深度监控数据进行调整;
判断调整后的当前异常数据及其他各异常数据是否恢复正常;
在所述当前异常数据及其他各异常数据未恢复正常时,将所述当前异常数据从所述深度监控集合中删除,并返回所述从所述深度监控集合中获取优先级别最高的异常数据作为当前异常数据的步骤,直至调整后的各异常数据恢复正常。
优选地,所述在所述深度监控策略为单个深度监控策略时,根据所述单个深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的单个深度监控数据进行调整,包括:
在所述深度监控策略为单个深度监控策略,获取所述异常数据的类型;
在所述异常数据的类型为端口异常时,通过预设日志扫描程序对目标端口对应的FreeSWITCH日志进行扫描,获得目标端口的端口深度监控数据,根据所述端口深度监控数据,对端口进程进行重新调配;
在所述异常数据的类型为运行异常时,通过目标FreeSWITCH的目标应用程序编程接口获得所述目标FreeSWITCH的运行深度监控数据,确定所述运行深度监控数据对应的目标通话线路,对所述目标通话线路进行替换或扩增;
在所述异常数据的类型为分机异常时,根据预设时间顺序将所述预设MySQL数据库中的分机记录数据重新整理到预设Oracle数据库中,从整理后的预设Oracle数据库中获取分机深度监控数据,根据所述分机深度监控数据删除重复分机注册、重新分配分支线路和/或扩增分支线路;
在所述异常数据的类型为并发异常时,远程调用所述控制台执行预设并发指令,获得所述目标FreeSWITCH的目标日志文件,对所述目标日志文件进行分析,获得并发深度监控数据,根据所述并发深度监控数据重新分配并发数量、排除通话干扰和/或限制并发速度;
在所述异常数据的类型为外部接口异常时,通过预设交互程序调用与所述目标FreeSWITCH对应的交互消息队列,根据所述交互消息队列获得外部接口深度监控数据,根据所述外部接口深度监控数据确定目标关联设备,对所述目标关联设备重新连接、更换线路、重新分配代理交换机和/或重启传输进程;
在所述异常数据的类型为通话记录异常时,从所述预设MySQL数据库中获取录音文件和通话数据,从所述录音文件和所述通话数据获得通话深度监控数据,根据所述通话深度监控数据重新加载录音、重新解析、查补文件名和/或进行话单告警。
此外,为实现上述目的,本发明还提出一种设备,所述设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的FreeSWITCH监控程序,所述FreeSWITCH监控程序配置为实现如上文所述的FreeSWITCH监控方法。
此外,为实现上述目的,本发明还提出一种存储介质,所述存储介质上存储有FreeSWITCH监控程序,所述FreeSWITCH监控程序被处理器执行时实现如上文所述的FreeSWITCH监控方法。
此外,为实现上述目的,本发明还提出一种FreeSWITCH监控装置,所述FreeSWITCH监控装置包括:
数据获取模块,用于在接收到预设监控请求后,对目标FreeSWITCH进行监控,获得目标监控数据;
策略生成模块,用于对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略;
批量调整模块,用于根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整。
本发明通过在接收到预设监控请求后,对目标FreeSWITCH进行监控,获得目标监控数据;对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略;根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整,提升了FreeSWITCH故障排查的速度和效率,并且通过针对性策略的调整提高了监控处理的准确性,降低了生产过程中的故障率,从而使通话正常进行,保证了生产稳定运行。
附图说明
图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图;
图2为本发明FreeSWITCH监控方法第一实施例的流程示意图;
图3为本发明FreeSWITCH监控方法第二实施例的流程示意图;
图4为本发明FreeSWITCH监控方法第三实施例的流程示意图;
图5为本发明FreeSWITCH监控装置第一实施例的结构框图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
参照图1,图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进行监控,获得目标监控数据。
需要说明的是,所述预设监控请求为预先设置的用于对相应的FreeSWITCH进行监控的请求信息,通过响应于所述预设监控请求可以获取所述目标FreeSWITCH对应的目标监控数据;FreeSWITCH是一个电话的软交换解决方案,即FreeSWITCH的是一个跨平台的开源电话交换平台,具有很强的伸缩性,包括一个软电话和软交换机用以提供语音和聊天的产品驱动。FreeSWITCH可以用作交换机引擎、用户级交换机(Private Branch Exchange,PBX)、多媒体网关以及多媒体服务器等。
进一步地,所述步骤S10包括以下步骤:
根据预设脚本对目标FreeSWITCH的进程端口进行监控,获得端口数据;
根据预设监控组件对所述目标FreeSWITCH的运行状态进行监控,获得运行状态数据;
根据预设MySQL数据库获取与所述目标FreeSWITCH对应的分机注册数,生成分机数据;
根据控制所述目标FreeSWITCH的控制台获取所述目标FreeSWITCH的通话并发数,生成并发数据;
对所述目标FreeSWITCH连接的外部关联设备进行监控,获得外部连接数据;
根据所述预设脚本对目标FreeSWITCH的历史通话文件进行监控,获得通话记录数据;
将所述端口数据、所述运行状态数据、所述分机数据、所述并发数据、所述外部连接数据及所述通话记录数据作为目标监控数据。
需要说明的是,所述目标监控数据包括端口数据、运行状态数据、分机数据、并发数据、外部连接数据和通话记录数据,不同的数据对应不同的深度监控策略,所述预设脚本可以为预设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的外部连接状态是否异常,本实施例对此不加以限制。
步骤S20、对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略。
应当理解的是,所述异常数据的类型和数量决定不同的深度监控策略,所述异常数据的数量为一个或多个,所述异常数据的类型包括但不限于端口异常、运行异常、分机异常、并发异常、外部接口异常及通话记录异常,当然也可以是其他异常数据类型,本实施例对此不加以限制。
在具体实现中,除了通过目标FreeSWITCH本身嵌入处理器后对所述目标监控数据进行异常数据分析之外,还可以是通过将所述目标监控数据上传至目标运维平台,以接收所述目标运维平台反馈的深度监控策略,所述目标运维平台为预先设置的用于处理目标监控数据,生成深度监控策略以及批量进行监控处理的运维平台,通过将所述目标监控数据上传至所述目标运维平台,可以使所述目标运维平台根据所述目标监控数据的不同来进行针对性的设置不同的深度监控策略,进而为后续批量进行监控处理做准备。
步骤S30、根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整。
应当理解的是,不同的深度监控策略对应不同对所述目标监控数据的深度监控处理方式,即对所述目标监控数据进行更深层次更进一步的数据分析,为后续进行批量调整做准备;不同的深度监控数据对应不同的调整方式,根据所述深度监控数据反映出的异常,针对性的制定对应的异常处理方案,进而实现批量调整,提高了FreeSWITCH异常故障排查和处理的速度和效率。
本实施例通过在接收到预设监控请求后,对目标FreeSWITCH进行监控,获得目标监控数据;对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略;根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整,提升了FreeSWITCH故障排查的速度和效率,并且通过针对性策略的调整提高了监控处理的准确性,降低了生产过程中的故障率,从而使通话正常进行,保证了生产稳定运行。
参照图3,图3为本发明FreeSWITCH监控方法第二实施例的流程示意图,基于上述图2所示的第一实施例,提出本发明FreeSWITCH监控方法的第二实施例。
第二实施例中,所述步骤S20包括以下步骤:
步骤S21、将所述目标监控数据与预设异常数据库中的样本异常数据进行匹配,根据匹配结果确定所述目标监控数据中的异常数据的类型和数量。
需要说明的是,所述预设异常数据库为预先设置的用于存储各类异常数据的数据库,所述预设异常数据库可以是实时更新的数据库,也可以是以一定周期进行更新的数据库,本实施例对此不加以限制;通过将所述目标监控数据与预设异常数据库中的异常数据进行匹配,生成对应的匹配结果,根据所述匹配结果可以生成对应的异常数据的类型和数量。
步骤S22、根据所述异常数据的类型和数量生成深度监控策略。
可以理解的是,根据所述异常数据的类型和数量可以生成深度监控策略,不同的异常数据的类型和数量对应不同的深度监控策略,通过对所述深度监控数据的分析,可以确定异常数据的类型,进而为后续批量调整做准备,进一步提高FreeSWITCH异常监控的效率。
进一步地,所述步骤S22包括以下步骤:
在所述异常数据的数量为一个时,根据所述异常数据的类型生成相应的单个深度监控策略;
在所述异常数据的数量为多个时,根据预设优先级表查询各异常数据分别对应的优先级别,根据各优先级别为各异常数据进行排序,根据排序后的各异常数据生成组合深度监控策略,所述预设优先级表反映各异常数据的类型与各优先级别的映射关系。
可以理解的是,在所述异常数据的数量为一个时,可以根据所述异常数据的类型生成相应的单个深度监控策略;即在所述异常数据类型为端口异常时,生成端口深度监控策略;或在所述异常数据类型为运行异常时,生成运行深度监控策略;或在所述异常数据类型为分机异常时,生成分机深度监控策略;或在所述异常数据类型为并发异常时,生成并发深度监控策略;或在所述异常数据类型为外部接口异常时,生成外部接口深度监控策略;或在所述异常数据类型为通话记录异常时,生成通话深度监控策略;当然还可以是通过接收所述目标运维平台反馈的深度监控策略,响应于不同的深度监控策略,可以为后续深度监控的选择做相应准备,进而加快所述目标FreeSWITCH异常数据监控的准确性和效率。
应当理解的是,通过将所述目标监控数据与预设异常数据库中的异常数据进行比较,在某个数据出现异常时,确定数据异常的类型,进而针对性的设置对应的深度监控策略;数据异常可能为单个类型的数据异常出现,例如只监控到端口异常数据,或者只监控到运行状态异常数据,有可能为多个类型的数据异常同时出现,例如既监控到分机异常数据,同时也监控到并发异常数据和通话记录异常数据,此时可以将对应的深度监控策略进行组合,根据组合的深度监控策略进行数据深度监控处理,当然也可以是通过其他的方式应对,本实施例对此不加以限制。
在具体实现中,所述预设优先级表反映各异常数据的类型与各优先级别的映射关系,在所述异常数据的数量为多个时,根据预设优先级表查询各异常数据分别对应的优先级别,所述预设优先级表为预先设置的用于对各深度监控数据进行优先级顺序调整的表,所述预设优先级表可以为预先设置的固定优先级顺序的表,也可以是根据实际情况适当进行优先级设置调整的表,还可以是通过其他方式设置的优先级表,本实施例对此不加以限制;例如,某公司的预设优先级表为:运行状态异常>端口异常>通话记录异常>分机异常=并发异常>外部连接异常,在某次系统故障时,已知出现端口大面积无法正常接收和转发数据,此时将所述端口异常的优先级别调整为高于运行状态异常的优先级别,当然也可以进行其他方式的调整,本实施例对此不加以限制。
本实施例通过,将所述目标监控数据与预设异常数据库中的样本异常数据进行匹配,根据匹配结果确定所述目标监控数据中的异常数据的类型和数量;根据所述异常数据的类型和数量生成深度监控策略,可以根据不同的深度监控策略,采取不同的深度监控手段,进一步提高了FreeSWITCH故障排查的效率和准确性,降低了生产过程中的故障率,从而使通话正常进行,保证了生产稳定运行。
进一步地,参照图4,图4为本发明FreeSWITCH监控方法第三实施例的流程示意图,基于上述图3所示的第二实施例,提出本发明FreeSWITCH监控方法的第三实施例。
第三实施例中,所述步骤S30包括以下步骤:
步骤S31、在所述深度监控策略为单个深度监控策略时,根据所述单个深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的单个深度监控数据进行调整。
需要说明的是,在所述深度监控策略为单个深度监控策略时,即此时只有单个异常数据,通过对单个的异常进行深度监控,可以根据深度监控获得的单个深度监控数据进行调整,进而实现准确定位异常类型并针对性的调整,提高了异常处理的准确性和效率。
进一步地,所述步骤S31具体包括以下步骤:
在所述深度监控策略为单个深度监控策略,获取所述异常数据的类型;
在所述异常数据的类型为端口异常时,通过预设日志扫描程序对目标端口对应的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 Channelsofia这个关键字,并在同一台日志服务器上集中分析,分局分析结果确定通话是否异常,具体的,通过每秒中在搜索预设FreeSWITCH日志中的预设关键字的个数来判断各FreeSWITCH的每秒并发数,将所述每秒并发数,进而可以判断是否通话记录异常,所述预设关键字的个数一般超过20就会导致通话记录异常。
步骤S32、在所述深度监控策略为组合深度监控策略时,按照各异常数据的优先级别进行深度监控,并根据深度监控获得的目标深度监控数据进行调整,根据调整后的目标深度监控数据确定是否进行批量调整。
需要说明的是,批量调整即有可能不止一种数据出现异常,此时需要根据不同的异常数据采取不同的应对调整方案组合,即不同的异常数据对应不同的调整方案,进而通过目标运维平台对目标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录音文件名,查看是否有丢录音,以及丢失录音的文件名。
进一步地,所述步骤S32具体包括以下步骤:
在所述深度监控策略为组合深度监控策略时,建立包括各异常数据的深度监控集合;
从所述深度监控集合中获取优先级别最高的异常数据作为当前异常数据;
对所述当前异常数据进行深度监控,并根据深度监控获得的目标深度监控数据进行调整;
判断调整后的当前异常数据及其他各异常数据是否恢复正常;
在所述当前异常数据及其他各异常数据未恢复正常时,将所述当前异常数据从所述深度监控集合中删除,并返回所述从所述深度监控集合中获取优先级别最高的异常数据作为当前异常数据的步骤,直至调整后的各异常数据恢复正常。
需要说明的是,通过对各异常数据进行优先级排序,并对最高级别优先级的目标异常数据进行优先深度监控和调整,并实时获取调整后的各异常数据状态,即通过重新获取当前的监控数据,对当前的监控数据进行分析,看是否还存在异常数据,在不存在异常数据,即异常数据恢复正常时就可以停在调整操作,能够有效避免重复调整,以及不同调整方案之间的操作冲突,节省了处理时间和资源,而在仍然发现了异常数据时,可以根据排序对次一级优先级的异常数据进行深度监控,进而根据对应的调整方案进行调整,调整之后再次重新获取当前的监控数据,看是否还存在异常,具体操作步骤同上,直至调整后的各异常数据恢复异常,结束调整操作,能够加快数据异常调整的速度和效率,节省了异常数据处理的时间,使业务快速恢复正常,保证了系统正常运行。
本实施例通过在所述深度监控策略为单个深度监控策略时,根据所述单个深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的单个深度监控数据进行调整;在所述深度监控策略为组合深度监控策略时,按照各异常数据的优先级别进行深度监控,并根据深度监控获得的目标深度监控数据进行调整,根据调整后的目标深度监控数据确定是否进行批量调整,能够有效避免重复调整,以及不同调整方案之间的操作冲突,节省了处理时间和资源,提高了FreeSWITCH故障排查的效率和准确性,降低了生产过程中的故障率,加快了数据异常调整的速度和效率,节省了异常数据处理的时间,使业务快速恢复正常,从而使通话正常进行,保证了生产稳定运行。
此外,参照图5,本发明实施例还提出一种FreeSWITCH监控装置,所述FreeSWITCH监控装置包括:
数据获取模块10,用于在接收到预设监控请求后,对目标FreeSWITCH进行监控,获得目标监控数据。
需要说明的是,所述预设监控请求为预先设置的用于对相应的FreeSWITCH进行监控的请求信息,通过响应于所述预设监控请求可以获取所述目标FreeSWITCH对应的目标监控数据;FreeSWITCH是一个电话的软交换解决方案,即FreeSWITCH的是一个跨平台的开源电话交换平台,具有很强的伸缩性,包括一个软电话和软交换机用以提供语音和聊天的产品驱动。FreeSWITCH可以用作交换机引擎、用户级交换机(Private Branch Exchange,PBX)、多媒体网关以及多媒体服务器等。
策略生成模块20,用于对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略。
应当理解的是,所述异常数据的类型和数量决定不同的深度监控策略,所述异常数据的数量为一个或多个,所述异常数据的类型包括但不限于端口异常、运行异常、分机异常、并发异常、外部接口异常及通话记录异常,当然也可以是其他异常数据类型,本实施例对此不加以限制。
在具体实现中,除了通过目标FreeSWITCH本身嵌入处理器后对所述目标监控数据进行异常数据分析之外,还可以是通过将所述目标监控数据上传至目标运维平台,以接收所述目标运维平台反馈的深度监控策略,所述目标运维平台为预先设置的用于处理目标监控数据,生成深度监控策略以及批量进行监控处理的运维平台,通过将所述目标监控数据上传至所述目标运维平台,可以使所述目标运维平台根据所述目标监控数据的不同来进行针对性的设置不同的深度监控策略,进而为后续批量进行监控处理做准备。
批量调整模块30,用于根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整。
应当理解的是,不同的深度监控策略对应不同对所述目标监控数据的深度监控处理方式,即对所述目标监控数据进行更深层次更进一步的数据分析,为后续进行批量调整做准备;不同的深度监控数据对应不同的调整方式,根据所述深度监控数据反映出的异常,针对性的制定对应的异常处理方案,进而实现批量调整,提高了FreeSWITCH异常故障排查和处理的速度和效率。
本实施例通过在接收到预设监控请求后,对目标FreeSWITCH进行监控,获得目标监控数据;对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略;根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整,提升了FreeSWITCH故障排查的速度和效率,并且通过针对性策略的调整提高了监控处理的准确性,降低了生产过程中的故障率,从而使通话正常进行,保证了生产稳定运行。
本发明所述FreeSWITCH监控装置的其他实施例或具体实现方式可参照上述各方法实施例,此处不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。词语第一、第二、以及第三等的使用不表示任何顺序,可将这些词语解释为名称。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种FreeSWITCH监控方法,其特征在于,所述FreeSWITCH监控方法包括以下步骤:
在接收到预设监控请求后,对目标FreeSWITCH进行监控,获得目标监控数据;
对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略;
根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整。
2.如权利要求1所述的FreeSWITCH监控方法,其特征在于,所述在接收到预设监控请求后,对目标FreeSWITCH进行监控,获得目标监控数据,包括:
根据预设脚本对目标FreeSWITCH的进程端口进行监控,获得端口数据;
根据预设监控组件对所述目标FreeSWITCH的运行状态进行监控,获得运行状态数据;
根据预设MySQL数据库获取与所述目标FreeSWITCH对应的分机注册数,生成分机数据;
根据控制所述目标FreeSWITCH的控制台获取所述目标FreeSWITCH的通话并发数,生成并发数据;
对所述目标FreeSWITCH连接的外部关联设备进行监控,获得外部连接数据;
根据所述预设脚本对目标FreeSWITCH的历史通话文件进行监控,获得通话记录数据;
将所述端口数据、所述运行状态数据、所述分机数据、所述并发数据、所述外部连接数据及所述通话记录数据作为目标监控数据。
3.如权利要求2所述的FreeSWITCH监控方法,其特征在于,所述对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略,包括:
将所述目标监控数据与预设异常数据库中的样本异常数据进行匹配,根据匹配结果确定所述目标监控数据中的异常数据的类型和数量;
根据所述异常数据的类型和数量生成深度监控策略。
4.如权利要求3所述的FreeSWITCH监控方法,其特征在于,所述根据所述异常数据的类型和数量生成深度监控策略,包括:
在所述异常数据的数量为一个时,根据所述异常数据的类型生成相应的单个深度监控策略;
在所述异常数据的数量为多个时,根据预设优先级表查询各异常数据分别对应的优先级别,根据各优先级别为各异常数据进行排序,根据排序后的各异常数据生成组合深度监控策略,所述预设优先级表反映各异常数据的类型与各优先级别的映射关系。
5.如权利要求4所述的FreeSWITCH监控方法,其特征在于,所述根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整,包括:
在所述深度监控策略为单个深度监控策略时,根据所述单个深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的单个深度监控数据进行调整;
在所述深度监控策略为组合深度监控策略时,按照各异常数据的优先级别进行深度监控,并根据深度监控获得的目标深度监控数据进行调整,根据调整后的目标深度监控数据确定是否进行批量调整。
6.如权利要求5所述的FreeSWITCH监控方法,其特征在于,所述在所述深度监控策略为组合深度监控策略时,按照各异常数据的优先级别进行深度监控,并根据深度监控获得的目标深度监控数据进行调整,根据调整后的目标深度监控数据确定是否进行批量调整,包括:
在所述深度监控策略为组合深度监控策略时,建立包括各异常数据的深度监控集合;
从所述深度监控集合中获取优先级别最高的异常数据作为当前异常数据;
对所述当前异常数据进行深度监控,并根据深度监控获得的目标深度监控数据进行调整;
判断调整后的当前异常数据及其他各异常数据是否恢复正常;
在所述当前异常数据及其他各异常数据未恢复正常时,将所述当前异常数据从所述深度监控集合中删除,并返回所述从所述深度监控集合中获取优先级别最高的异常数据作为当前异常数据的步骤,直至调整后的各异常数据恢复正常。
7.如权利要求5所述的FreeSWITCH监控方法,其特征在于,所述在所述深度监控策略为单个深度监控策略时,根据所述单个深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的单个深度监控数据进行调整,包括:
在所述深度监控策略为单个深度监控策略,获取所述异常数据的类型;
在所述异常数据的类型为端口异常时,通过预设日志扫描程序对目标端口对应的FreeSWITCH日志进行扫描,获得目标端口的端口深度监控数据,根据所述端口深度监控数据,对端口进程进行重新调配;
在所述异常数据的类型为运行异常时,通过目标FreeSWITCH的目标应用程序编程接口获得所述目标FreeSWITCH的运行深度监控数据,确定所述运行深度监控数据对应的目标通话线路,对所述目标通话线路进行替换或扩增;
在所述异常数据的类型为分机异常时,根据预设时间顺序将所述预设MySQL数据库中的分机记录数据重新整理到预设Oracle数据库中,从整理后的预设Oracle数据库中获取分机深度监控数据,根据所述分机深度监控数据删除重复分机注册、重新分配分支线路和/或扩增分支线路;
在所述异常数据的类型为并发异常时,远程调用所述控制台执行预设并发指令,获得所述目标FreeSWITCH的目标日志文件,对所述目标日志文件进行分析,获得并发深度监控数据,根据所述并发深度监控数据重新分配并发数量、排除通话干扰和/或限制并发速度;
在所述异常数据的类型为外部接口异常时,通过预设交互程序调用与所述目标FreeSWITCH对应的交互消息队列,根据所述交互消息队列获得外部接口深度监控数据,根据所述外部接口深度监控数据确定目标关联设备,对所述目标关联设备重新连接、更换线路、重新分配代理交换机和/或重启传输进程;
在所述异常数据的类型为通话记录异常时,从所述预设MySQL数据库中获取录音文件和通话数据,从所述录音文件和所述通话数据获得通话深度监控数据,根据所述通话深度监控数据重新加载录音、重新解析、查补文件名和/或进行话单告警。
8.一种设备,其特征在于,所述设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行FreeSWITCH监控程序,所述FreeSWITCH监控程序被所述处理器执行时实现如权利要求1至7中任一项所述的FreeSWITCH监控方法。
9.一种存储介质,其特征在于,所述存储介质上存储有FreeSWITCH监控程序,所述FreeSWITCH监控程序被处理器执行时实现如权利要求1至7中任一项所述的FreeSWITCH监控方法。
10.一种FreeSWITCH监控装置,其特征在于,所述FreeSWITCH监控装置包括:
数据获取模块,用于在接收到预设监控请求后,对目标FreeSWITCH进行监控,获得目标监控数据;
策略生成模块,用于对所述目标监控数据进行异常数据分析,获得异常数据的类型和数量,根据所述异常数据的类型和数量生成深度监控策略;
批量调整模块,用于根据所述深度监控策略对所述异常数据进行深度监控,并根据深度监控获得的深度监控数据进行批量调整。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910612455.1A CN110351436B (zh) | 2019-07-08 | 2019-07-08 | FreeSWITCH监控方法、设备、存储介质及装置 |
PCT/CN2019/117219 WO2021003923A1 (zh) | 2019-07-08 | 2019-11-11 | FreeSWITCH监控方法、设备、存储介质及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910612455.1A CN110351436B (zh) | 2019-07-08 | 2019-07-08 | FreeSWITCH监控方法、设备、存储介质及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110351436A true CN110351436A (zh) | 2019-10-18 |
CN110351436B CN110351436B (zh) | 2022-04-22 |
Family
ID=68178495
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910612455.1A Active CN110351436B (zh) | 2019-07-08 | 2019-07-08 | FreeSWITCH监控方法、设备、存储介质及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110351436B (zh) |
WO (1) | WO2021003923A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111263010A (zh) * | 2020-01-13 | 2020-06-09 | 携程旅游信息技术(上海)有限公司 | 软交换平台中电话通话的监控方法、系统、设备及介质 |
CN111400294A (zh) * | 2020-03-12 | 2020-07-10 | 时时同云科技(成都)有限责任公司 | 数据异常监测方法、装置及系统 |
CN111447086A (zh) * | 2020-03-20 | 2020-07-24 | 支付宝(杭州)信息技术有限公司 | 业务处理方法、装置及电子设备 |
WO2021003923A1 (zh) * | 2019-07-08 | 2021-01-14 | 平安科技(深圳)有限公司 | FreeSWITCH监控方法、设备、存储介质及装置 |
CN112822337A (zh) * | 2021-01-22 | 2021-05-18 | 深圳壹账通智能科技有限公司 | 智能电话平台、呼入方法、呼出方法、设备和存储介质 |
CN115378928A (zh) * | 2022-10-26 | 2022-11-22 | 北京创新乐知网络技术有限公司 | 基于云服务的监控方法及系统 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113835961B (zh) * | 2021-09-23 | 2023-05-16 | 中国联合网络通信集团有限公司 | 告警信息监控方法、装置、服务器及存储介质 |
CN115600148B (zh) * | 2022-11-02 | 2023-11-21 | 深圳市铭泽智能电力科技有限公司 | 基于物联网监测的供电控制方法及相关装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110276828A1 (en) * | 2009-01-14 | 2011-11-10 | Kenji Tamaki | Apparatus anomaly monitoring method and system |
CN103391211A (zh) * | 2012-05-11 | 2013-11-13 | 中兴通讯股份有限公司 | 一种按策略自动执行配置管理的装置及方法 |
CN107590014A (zh) * | 2017-09-07 | 2018-01-16 | 携程旅游网络技术(上海)有限公司 | 故障检测方法、装置、系统、电子设备、存储介质 |
US20180159879A1 (en) * | 2016-12-06 | 2018-06-07 | General Electric Company | Systems and methods for cyber-attack detection at sample speed |
CN109460311A (zh) * | 2018-10-23 | 2019-03-12 | 郑州云海信息技术有限公司 | 固件异常状态的管理方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110351436B (zh) * | 2019-07-08 | 2022-04-22 | 平安科技(深圳)有限公司 | FreeSWITCH监控方法、设备、存储介质及装置 |
-
2019
- 2019-07-08 CN CN201910612455.1A patent/CN110351436B/zh active Active
- 2019-11-11 WO PCT/CN2019/117219 patent/WO2021003923A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110276828A1 (en) * | 2009-01-14 | 2011-11-10 | Kenji Tamaki | Apparatus anomaly monitoring method and system |
CN103391211A (zh) * | 2012-05-11 | 2013-11-13 | 中兴通讯股份有限公司 | 一种按策略自动执行配置管理的装置及方法 |
US20180159879A1 (en) * | 2016-12-06 | 2018-06-07 | General Electric Company | Systems and methods for cyber-attack detection at sample speed |
CN107590014A (zh) * | 2017-09-07 | 2018-01-16 | 携程旅游网络技术(上海)有限公司 | 故障检测方法、装置、系统、电子设备、存储介质 |
CN109460311A (zh) * | 2018-10-23 | 2019-03-12 | 郑州云海信息技术有限公司 | 固件异常状态的管理方法和装置 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021003923A1 (zh) * | 2019-07-08 | 2021-01-14 | 平安科技(深圳)有限公司 | FreeSWITCH监控方法、设备、存储介质及装置 |
CN111263010A (zh) * | 2020-01-13 | 2020-06-09 | 携程旅游信息技术(上海)有限公司 | 软交换平台中电话通话的监控方法、系统、设备及介质 |
CN111400294A (zh) * | 2020-03-12 | 2020-07-10 | 时时同云科技(成都)有限责任公司 | 数据异常监测方法、装置及系统 |
CN111447086A (zh) * | 2020-03-20 | 2020-07-24 | 支付宝(杭州)信息技术有限公司 | 业务处理方法、装置及电子设备 |
CN111447086B (zh) * | 2020-03-20 | 2023-03-24 | 支付宝(杭州)信息技术有限公司 | 业务处理方法、装置及电子设备 |
CN112822337A (zh) * | 2021-01-22 | 2021-05-18 | 深圳壹账通智能科技有限公司 | 智能电话平台、呼入方法、呼出方法、设备和存储介质 |
CN112822337B (zh) * | 2021-01-22 | 2022-09-23 | 深圳壹账通智能科技有限公司 | 智能电话平台、呼入方法、呼出方法、设备和存储介质 |
CN115378928A (zh) * | 2022-10-26 | 2022-11-22 | 北京创新乐知网络技术有限公司 | 基于云服务的监控方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2021003923A1 (zh) | 2021-01-14 |
CN110351436B (zh) | 2022-04-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110351436A (zh) | FreeSWITCH监控方法、设备、存储介质及装置 | |
US10554503B2 (en) | Methods and apparatus for interfacing with a phone system in an on-demand service environment | |
US7519074B2 (en) | Voice call coordinator | |
US20060188080A1 (en) | VoIP call through tester | |
US6889375B1 (en) | Method and system for application development | |
US10382249B2 (en) | Logging in multithreaded application | |
US10382625B2 (en) | Scalable approach to agent-group state maintenance in a contact center | |
US20130054635A1 (en) | Procuring communication session records | |
US20090307177A1 (en) | Call group management using the session initiation protocol | |
CN107241242A (zh) | 一种数据处理方法和装置 | |
CN108696523B (zh) | 一种通话服务的响应方法及设备 | |
CN111984561A (zh) | 一种bmc的ipmi命令处理方法、系统、设备以及介质 | |
US8027435B2 (en) | Method and system for protocol embedded automated test control | |
US20130047092A1 (en) | Communication client and a method for initiating a communication service | |
EP2434792A1 (en) | System and method for monitoring virtual agents | |
US20130084839A1 (en) | System and method for delivering caller name information to mobile devices | |
US20220171610A1 (en) | Systems and methods of auditing server parameters in a telephony network | |
WO2023169097A1 (zh) | 5g消息终端的识别方法、服务平台和存储介质 | |
CN117615057A (zh) | 故障检测方法、装置、系统、计算机设备和存储介质 | |
CN116996933A (zh) | 融合网关的控制方法、控制模块、融合网关以及存储介质 | |
CN117676015A (zh) | 一种电话中继线路PaaS资源的管理方法、系统及介质 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |