基于第三方通讯软件的报警系统及报警方法与流程

文档序号:14360284阅读:507来源:国知局

本发明实施例涉及报警技术领域,特别涉及一种基于第三方通讯软件的报警系统及报警方法。



背景技术:

当前,许多的监控报警都是通多邮件或短信的方式通知到相关人员的,但受邮件系统及通信运营商(如移动运营商)的限制,通过邮件报警或短信报警通常会有报警数量的限制。当发送的报警邮件的数量或报警短信的数量超过设定的值时,报警邮件或报警短信都会发送失败;当接收方邮箱空间不足或短信存储空间不足时,也无法成功接收到报警邮件或报警短信。这些都会影响报警的时效性,导致相关人员无法及时接收到报警信息,从而影响工作。



技术实现要素:

本发明实施方式的目的在于提供一种基于第三方通讯软件的报警系统及报警方法,通过调用第三方通讯软件的sdk接口,利用预设的虚拟用户在指定企业会话中发送报警信息,从而实现了无数量上限的报警,有助于保证报警的时效性。

为解决上述技术问题,本发明的实施方式提供了一种基于第三方通讯软件的报警系统,包括:接收模块、信息解析重封装模块及调用模块;所述接收模块用于接收监控信息;所述信息解析重封装模块用于将所述监控信息封装成第三方通讯软件的企业会话可接收的报警信息;所述调用模块用于调用所述第三方通讯软件的sdk接口,利用预设在所述第三方通讯软件中的虚拟用户将所述报警信息发送到指定的企业会话中。

本发明的实施方式还提供了一种基于第三方通讯软件的报警方法,应用于基于第三方通讯软件的报警系统,所述报警方法包括:接收监控信息;将所述监控信息封装成第三方通讯软件的企业会话可接收的报警信息;调用所述第三方通讯软件的sdk接口,利用预设在所述第三方通讯软件中的虚拟用户将所述报警信息发送到指定的企业会话中。

本发明实施方式相对于现有技术而言,报警系统接收到监控信息后,先将监控信息封装成第三方通讯软件的企业会话可接收的报警信息,再调用第三方通讯软件的sdk接口,利用预设在第三方通讯软件中的虚拟用户将该报警信息发送至指定的企业会话中,该指定的企业会话的成员就能及时接收到报警信息。这种发送报警信息的方式没有报警数量的限制,有利于保证报警的时效性,从而更好地促进报警处理和运维协作。

另外,所述报警信息中携带有所述虚拟用户的id及所述指定的企业会话的id;所述调用模块具体用于根据所述虚拟用户的id查找所述虚拟用户,并在查找到所述虚拟用户时,触发所述虚拟用户根据所述指定的企业会话的id,将所述报警信息发送到所述指定的企业会话中。在报警信息中携带该虚拟用户的id及指定企业会话的id,有利于更快速、准确地定位到该虚拟用户及该指定的企业会话。

另外,所述报警系统还包括云端;所述云端用于通过所述第三方通讯软件的sdk接口接收发送到所述指定的企业会话的所述报警信息,并将所述报警信息发送到所述指定的企业会话的成员的客户端。由云端将报警信息发送到相应用户的客户端,有利于保证信息的安全。

另外,所述监控信息由第三方监控组件或者集成于所述报警系统内的监控模块发送至所述接收模块。提供两种获取监控信息的方式。

另外,所述第三方监控组件或者所述监控模块用于对设备进行监控,并在监控到所述设备出现异常情况时,向所述接收模块发送所述监控信息。提供一种发送监控信息的时机。

另外,所述监控信息包括监控时间、设备ip、报警级别、报警类别和报警内容。提供一种监控信息。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施例的限定,附图中具有相同参考数字标号的元件表示为类似的元件,除非有特别申明,附图中的图不构成比例限制。

图1是根据本发明第一实施方式的基于第三方通讯软件的报警系统的一种结构示意图;

图2是根据本发明第一实施方式的基于第三方通讯软件的报警系统的另一种结构示意图;

图3是根据本发明第二实施方式的基于第三方通讯软件的报警系统的结构示意图;

图4是根据本发明的基于第三方通讯软件的报警方法的流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施方式进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施方式中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施方式的种种变化和修改,也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种基于第三方通讯软件的报警系统。该第三方通讯软件可以是微信、纷享销客等面向企业用户、供企业内部人员交流的通讯软件。值得一提的是,在以微信作为第三方通讯软件时,本实施例中的报警系统主要利用的是微信企业号的企业会话来接收报警信息的。

如图1所示,该报警系统包括接收模块1、信息解析重封装模块2及调用模块3。接收模块1可以是具有数据接收及发送功能的通信模块,其可接收由第三方监控组件4(如nagios)发送的监控信息。第三方监控组件4用于对企业的各设备进行监控,其可周期性地获取各设备的信息,并对每次获取的信息进行分析,以判断各设备是否出现异常情况。在判定某一设备出现异常情况(如设备负载跑高、磁盘剩余存储空间不足、网络异常等)时,第三方监控组件4就可生成监控信息,并将该生成的监控信息发送给接收模块1。该监控信息可包括监控时间、设备ip、报警级别、报警类别和报警内容等信息。其中,设备ip用于指示当前的异常情况对应的设备,报警级别用于指示当前的异常情况的危险程度,报警类别则用于指示当前的异常情况所属的类别。

接收到来自第三方监控组件4的监控信息后,接收模块1即可将该监控信息发送给信息解析重封装模块2。信息解析重封装模块2可按照预设的协议,将该监控信息封装成第三方通讯软件的企业会话(如微信企业号的企业会话)可接收的报警信息。该报警信息中可携带虚拟用户8的id及指定的企业会话9的id。这里所说的虚拟用户8及指定的企业会话9均可预先创建。具体地说,虚拟用户8可由第三方通讯软件的企业管理平台预先在第三方通讯软件的企业账号下创建;该指定的企业会话9则可由相关人员(企业用户)通过第三方通讯软件的客户端提供的人机交互界面,在企业账号下创建,或者,由报警系统调用第三方通讯软件的sdk接口在企业账号下创建。该指定的企业会话9的成员包括该虚拟用户及企业内的指定人员。以微信为例,该指定人员可以是关注该微信企业号的所有人员,也可以关注该微信企业号的某些特定的成员,如运维人员。值得一提的是,若以纷享销客作为该第三方通讯软件为例而言,该指定人员则可是企业通讯录中的所有人员,或企业通讯录中的某些特定人员。

在信息解析重封装模块2将监控信息封装成报警信息后,调用模块3即可调用第三方通讯软件的sdk接口,利用预设在第三方通讯软件的企业账号下的虚拟用户8将报警信息发送到该指定的企业会话9中。具体地,调用模块3可根据报警信息中携带的虚拟用户8的id查找该虚拟用户8,并在查找到该虚拟用户8时,触发虚拟用户8根据报警信息中携带的指定的企业会话9的id,将该报警信息发送到指定的企业会话9中。云端5会通过第三方通讯软件的sdk接口接收发送到该指定的企业会话9中的报警信息,并将该报警信息发送到该指定的企业会话中的成员的客户端6。这样,该指定的企业会话中的成员就可及时接收到报警信息,从而保证报警的时效性,更好地促进报警处理和运维协作。值得一提的是,该指定的企业会话中的非值班成员还可在客户端设置企业会话的信息免打扰功能,选择性接收信息。

另外,需要说明的是,图1中示出的报警系统的结构示意图是以云端5、客户端6未包括在报警系统内为例进行示意的,但并不以此为限,在实际应用中,也可将云端5、客户端6包括在报警系统(如图2所示)。此时,云端5仍用于通过第三方通讯软件的sdk接口接收发送到该指定的企业会话9中的报警信息,并将该报警信息发送到该指定的企业会话中的成员的客户端6。

本实施方式相对于现有技术而言,报警系统接收到监控信息后,先将监控信息封装成第三方通讯软件的企业会话可接收的报警信息,再调用第三方通讯软件的sdk接口,利用预设在第三方通讯软件的企业账号下的虚拟用户将该报警信息发送至指定的企业会话中,该指定的企业会话的成员就能及时接收到报警信息。这种发送报警信息的方式没有报警数量的限制,有利于保证报警的时效性,从而更好地促进报警处理和运维协作。

本发明的第二实施方式涉及一种基于第三方通讯软件的报警系统。第二实施方式与第一实施方式大致相同,主要区别之处在于,第一实施方式中,报警系统是通过第三方监控组件来获取监控信息的;而第二实施方式中,报警系统则是通过集成于报警系统内的监控模块来获取监控信息的。

如图3所示,本实施方式中,该报警系统还包括一用于对企业的各设备进行监控的监控模块7。该监控模块7可周期性地获取各设备的信息,并对每次获取的信息进行分析,以判断各设备是否出现异常情况。在判定某一设备出现异常情况,监控模块7就可生成监控信息,并将该生成的监控信息发送给接收模块1。

值得一提的是,上述第三方监控组件4及监控模块7都是在判断设备出现异常情况时,才会生成监控信息,并将生成的监控信息发送给接收模块的。但并不限于此,在实际应用中,也可设置第三方监控组件4及监控模块7对设备进行监控,并将监控数据实时地发送给接收模块1。由接收模块1或者信息解析重封装模块2对该监控数据进行分析,以判断设备是否出现异常情况。在判定某设备出现异常情况时,信息解析重封装模块2才将当前的监控数据封装成报警信息。

本发明还涉及一种基于第三方通讯软件的报警方法。该报警方法应用于基于第三方通讯软件的报警系统,具体流程如图4所示。

步骤401:接收监控信息。

本步骤中,报警系统可接收来自第三方监控组件或者集成于报警系统内的监控模块的监控信息。其中,第三方监控组件或者监控模块用于对企业内的各设备进行监控,并在监控到设备出现异常情况时,向报警系统发送监控信息。

步骤402:将监控信息封装成第三方通讯软件的企业会话可接收的报警信息。

本步骤中,报警系统可按照预设的协议,将该监控信息封装成第三方通讯软件的企业会话可以接收的报警信息。该报警信息中可携带虚拟用户的id及指定的企业会话的id。该虚拟用户及指定的企业会话均可在本实施方式的步骤401之前创建。具体地说,虚拟用户可由第三方通讯软件的企业管理平台预先在第三方通讯软件的企业账号下创建;该指定的企业会话可由相关人员通过第三方通讯软件的客户端提供的人机交互界面,在企业账号下创建,或者,由报警系统调用第三方通讯软件的sdk接口在企业账号下创建。该指定的企业会话的成员包括该虚拟用户及企业内的指定人员。以微信为例,该指定人员可以是关注该微信企业号的所有人员,也可以关注该微信企业号的某些特定的成员,如运维人员。

步骤403:调用第三方通讯软件的sdk接口,利用预设在第三方通讯软件中的虚拟用户将报警信息发送到指定的企业会话中。

以微信作为该第三方通讯软件为例而言,本步骤中,报警系统可调用微信的sdk接口,利用预设在微信企业号上的虚拟用户将报警信息发送到指定的企业会话中。具体地,报警系统可根据报警信息中携带的虚拟用户的id查找该虚拟用户,并在查找到该虚拟用户时,触发虚拟用户根据报警信息中携带的指定的企业会话的id,将该报警信息发送到指定的企业会话中。云端会通过微信的sdk接口接收发送到该指定的企业会话中的报警信息,并将该报警信息发送到该指定的企业会话中的成员的客户端。这样,该指定的企业会话中的成员就可及时接收到报警信息,从而保证报警的时效性,更好地促进报警处理和运维协作。

不难发现,本报警方法为与第一实施方式或第二实施方式相对应的方法实施例,可与第一实施方式或第二实施方式互相配合实施。第一实施方式或第二实施方式中提到的相关技术细节在本报警方法中依然有效,为了减少重复,这里不再赘述。相应地,本报警方法中提到的相关技术细节也可应用在第一实施方式中。

另外,值得一提的是,上面各种方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包括相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。

本领域的普通技术人员可以理解,上述各实施方式是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1