CN109600250A - 业务系统故障通知方法、装置、电子装置及存储介质 - Google Patents
业务系统故障通知方法、装置、电子装置及存储介质 Download PDFInfo
- Publication number
- CN109600250A CN109600250A CN201811151627.1A CN201811151627A CN109600250A CN 109600250 A CN109600250 A CN 109600250A CN 201811151627 A CN201811151627 A CN 201811151627A CN 109600250 A CN109600250 A CN 109600250A
- Authority
- CN
- China
- Prior art keywords
- operation system
- information
- template
- title
- electronic device
- 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
- 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/0686—Additional information in the notification, e.g. enhancement of specific meta-data
-
- 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
-
- 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5048—Automatic or semi-automatic definitions, e.g. definition templates
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
一种业务系统故障通知方法，包括：接收至少一业务系统发送的告警信号；分析所述告警信号中包含的业务系统名称以及告警内容；确定与所述业务系统名称对应的至少一接收端信息；调取一信息发送模板，将所述告警内容添加至所述信息发送模板中以创建一通知信息；根据所述接收端信息将所述通知信息发送至对应的接收端。本发明能够及时地将告警信息通知给所述业务系统的关联人员，从而通知所述业务系统的关联人员及时启用备用方案，省时省力，保证业务安全。
Description
技术领域
本发明涉及业务系统故障通知方法，具体涉及一种业务系统故障通知方法、业务系统故障通知装置、电子装置及计算机可读存储介质。
背景技术
对于大型的关键的业务系统，如金融系统、电子商务系统、电子支付系统等，当业务系统的某些地方出现故障，如业务系统功能不可用或性能下降等，此时如果不及时通知业务系统的关联人员(如，所述业务系统的使用者或管理人员)，很可能会产生非常严重的后果。例如，对于大型银行软件业务系统而言，当业务系统出现故障未能及时通知时，很可能会产生资金损失。
目前解决这类问题的主要办法是：当某个应用系统出现异常时，需要人为整理关联收件人并编辑邮件，然后向关联收件人发送邮件。这无疑费时费力，而且耽误异常问题的及时处理。一旦收件人清单发生变化(如：由于工作岗位调整导致的收件人清单变化)，可能出现无法及时通知到相关用户的问题，降低用户满意度和体验度。
发明内容
鉴于以上内容，有必要提出一种业务系统故障通知方法、业务系统故障通知装置、电子装置及计算机可读存储介质，能够解决以上问题。
本发明一较佳实施方式提供一种业务系统故障通知方法，应用于一电子装置中，所述业务系统故障通知方法包括：接收至少一业务系统发送的告警信号；分析所述告警信号中包含的业务系统名称以及告警内容；确定与所述业务系统名称对应的至少一接收端信息；调取一信息发送模板，将所述告警内容添加至所述信息发送模板中以创建一通知信息；以及根据所述接收端信息将所述通知信息发送至对应的接收端。
在一种可能的实现方式中，所述电子装置预先存储多个业务系统名称与接收端信息之间的对应关系，每一业务系统名称对应至少一接收端信息，所述确定与所述业务系统名称对应的至少一接收端信息包括：根据所述业务系统名称以及所述对应关系确定对应的接收端信息。
在一种可能的实现方式中，所述接收端信息包括接收端姓名以及接收端通信方式，所述接收端姓名为所述业务系统的关联人员的姓名，所述接收段通信方式为所述业务系统的关联人员的通信方式。
在一种可能的实现方式中，所述信息发送模板包括主题框架以及内容框架，所述主题框架和内容框架均包括动态加载部分以及静态加载部分，所述动态加载部分为创建每一通知信息时，需根据实际需要替换为相应的内容的部分，所述静态加载部分为创建每一通知信息时固定不变的部分，所述将所述告警内容添加至所述信息发送模板中以创建一通知信息包括：从所述接收端信息中提取接收方的名称；从所述告警内容中提取业务系统名称以及告警原因；以及将所提取的内容设置为预定义内容，然后将所述动态加载的内容替换成所述预定义内容。
在一种可能的实现方式中，所述电子装置预先存储有多个信息发送模板，所述电子装置还预先存储有所述信息发送模板与业务类型之间的对应关系以及所述业务类型与业务系统名称之间的对应关系，所述调取一信息发送模板包括：根据所述业务类型与业务系统名称之间的对应关系确定与所述业务系统名称对应的业务类型；根据所述信息发送模板与业务类型之间的对应关系确定与所述业务类型对应的信息发送模板；以及调取所述信息发送模板。
在一种可能的实现方式中，所述将所述告警内容添加至所述信息发送模板中以创建一通知信息后，所述方法还包括：将所述通知信息加入到消息队列中并设置为待发送状态；以及启动消息发送服务，轮询所述消息队列中为待发送状态的通知消息；其中，在将所述通知消息发送出去后，所述业务系统故障通知方法将所述通知消息态修改为已发送。
在一种可能的实现方式中，每一告警内容还对应一告警业务类别，所述告警业务类别为根据告警原因进行分类，所述电子装置还预先存储有多个告警业务类别与发送频率之间的对应关系，每一告警业务类别对应其中一发送频率，所述发送频率为在一预定时间段内所述通知信息的发送次数，所述根据所述接收端信息将所述通知信息发送至对应的接收端包括：根据所述告警内容对应的告警业务类别确定对应的发送频率，并根据所述发送频率向所述接收端发送所述通知信息。
本发明一较佳实施方式还提供一种业务系统故障通知装置，包括：接收模块，用于接收至少一业务系统发送的告警信号；分析模块，用于分析所述告警信号中包含的业务系统名称以及告警内容；确定模块，用于确定与所述业务系统名称对应的至少一接收端信息；创建模块，用于调取一信息发送模板，将所述告警内容添加至所述信息发送模板中以创建一通知信息；以及发送模块，用于根据所述接收端信息将所述通知信息发送至对应的接收端。
本发明一较佳实施方式还提供一种电子装置，包括处理器和存储器，所述存储器中存储有业务系统故障通知程序，所述处理器用于执行所述业务系统故障通知程序以实现前述的业务系统故障通知方法。
本发明一较佳实施方式还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有业务系统故障通知程序，所述业务系统故障通知程序被处理器执行时实现前述的所述业务系统故障通知方法。
本发明实施例在业务系统出现系统故障时，能够及时地将告警信息通知给所述业务系统的关联人员，从而通知所述业务系统的关联人员及时启用备用方案，省时省力。
附图说明
图1是本发明一较佳实施例提供的业务系统故障通知方法的流程图。
图2是本发明一较佳实施例提供的业务系统故障通知装置的结构示意图。
图3为本发明一较佳实施例提供的电子装置的结构示意图。
符号说明
| 电子装置 | 1 |
| 存储器 | 101 |
| 处理器 | 102 |
| 计算机程序 | 103 |
| 业务系统故障通知装置 | 200 |
| 接收模块 | 201 |
| 分析模块 | 202 |
| 确定模块 | 203 |
| 创建模块 | 204 |
| 发送模块 | 205 |
如下具体实施方式将结合上述附图进一步说明本发明。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施例对本发明进行详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。
图1是本发明一较佳实施例提供的业务系统故障通知方法的流程图。所述业务系统故障通知方法应用于一电子装置中。根据不同需求，所述业务系统故障通知方法的步骤顺序可以改变，某些步骤可以省略或合并。所述业务系统故障通知方法包括以下步骤：
步骤S11：接收至少一业务系统发送的告警信号。
所述业务系统为分布式业务系统，且独立于所述电子装置。所述业务系统可以是金融系统、电子商务系统或其它领域的业务系统。当所述业务系统出现故障(如：业务系统功能不可用、业务系统功能下降、业务规则不匹配、网络不通、数据异常等)时，所述业务系统将无法正常工作，此时，所述业务系统向所述电子装置发送所述告警信号，请求相关的人员进行处理。在本实施例中，所述告警信号可以通过调用所述电子装置内的告警服务的方式直接发送给所述电子装置，或者，所述业务系统内设有用于告警的客户端，所述客户端用于采集所述业务系统的故障信息，然后调用所述电子装置内的告警服务，从而将告警信号发送至所述电子装置。由于所述客户端封装了所述电子装置的消息传输细节，因此，所述业务系统本身不需再对所述告警信号按照所述电子装置的要求进行封装处理。
步骤S12：分析所述告警信号中包含的业务系统名称以及告警内容。
在本实施例中，所述告警信号为一串携带相应信息的字符串，对所述字符串进行分析便可得到所述业务系统名称以及告警内容。所述业务系统名称是指发送告警信号的业务系统的名称。所述告警内容是指告警(事件)的具体内容。所述告警信号还可包括一告警时间，所述告警时间为所述业务系统出现故障的具体时间，所述告警时间的格式可以为：年(4位)-月(2位)-日(2位)-时:分:秒(精确到毫秒)，如：2012-09-12-20:12:23.099。
步骤S13：确定与所述业务系统名称对应的至少一接收端信息。
在本实施方式中，所述电子装置预先存储多个业务系统名称与接收端信息之间的对应关系，每一业务系统名称对应至少一接收端信息。所述电子装置根据所述业务系统名称以及所述对应关系确定对应的接收端信息。所述接收端信息包括接收端姓名以及接收端通信方式。所述接收端姓名为所述业务系统的关联人员(如：使用者、运营人员或管理人员)的姓名，所述接收段通信方式为所述业务系统的关联人员的邮件地址或手机号码等。
所述电子装置还提供一接收端维护界面，所述接收端维护界面用于供所述业务系统的关联人员(如，运营人员或管理人员)更新所存储的接收端信息。如，当工作岗位调整导致某一业务系统的运营人员发生变化时，可通过所述接收端维护界面更新所述业务系统对应的运营人员的信息。其中，更新所存储的接收端信息包括增加至少一新的接收端信息、删除至少一已有的接收端信息等。
步骤S14：调取一信息发送模板，将所述告警内容添加至所述信息发送模板中以创建一通知信息。
在本实施方式中，所述电子装置预先存储有多个信息发送模板。所述电子装置还预先存储有所述信息发送模板与业务类型之间的对应关系以及所述业务类型与业务系统名称之间的对应关系。其中，每一业务类型对应其中一信息发送模板，而每一业务系统名称对应其中一业务类型。所述调取一信息发送模板可具体包括：
步骤S141，根据所述业务类型与业务系统名称之间的对应关系确定与所述业务系统名称对应的业务类型；
步骤S142，根据所述信息发送模板与业务类型之间的对应关系确定与所述业务类型对应的信息发送模板；以及
步骤S143，调取所述信息发送模板。
当然，在其它实施方式中，所述电子装置中也可仅存储一个信息发送模板，所述电子装置直接调取所述信息发送模板。
在本实施方式中，所述信息发送模板包括主题框架以及内容框架。所述主题框架和内容框架均包括动态加载部分以及静态加载部分，所述动态加载部分为创建每一通知信息时，需根据实际需要替换为相应的内容的部分。所述静态加载部分为创建每一通知信息时固定不变的部分。创建所述通知信息时，需分别从所述接收端信息以及所述告警内容中提取部分内容作为预定义内容，然后将所述动态加载的内容替换成所述预定义内容。
例如，所述消息发送模板的主题框架可配置为：
[业务系统名称]故障通知
所述消息发送模板的内容框架可配置为：
[接收方名称]：
此邮件通知您，[业务系统名称]由于[告警原因]导致故障，请及时启用备用方案！
其中，“[]”内的内容为动态加载部分，所述电子装置提取所述接收方信息中的接收方名称、所述告警内容中的业务系统名称以及告警原因并将所提取的内容设置为预定义内容，然后将所述主体框架以及所述内容框架中的动态加载部分替换为所述预定义内容，从而创建完整的通知信息。
其中，替换内容的实现方式为：调用一个Replace函数以将“[]”内的内容替换为预定义内容，如：content＝content.Replace("业务系统名称"，"接收方名称""，"告警原因")。
步骤S15：根据所述接收端信息将所述通知信息发送至对应的接收端。
其中，由于所述接收端通信方式可为邮件地址或手机号码等，所述通知信息可以通过邮件以及短信中的至少一种形式发送至所述接收端。
在创建所述通知信息后，所述电子装置将所述通知信息加入到消息队列中并设置为待发送状态，然后启动消息发送服务，轮询所述消息队列中为待发送状态的通知消息。在将所述通知消息发送出去后，所述电子装置将所述通知消息态修改为已发送。由于接收端通信方式失效或其它原因导致所述通知消息发送失败时，所述电子装置将所述通知消息发送失败的原因发送至所述业务系统的管理人员。
在本实施方式中，每一告警内容还对应一告警业务类别，所述告警业务类别可以是根据告警原因进行分类，如，所述告警业务类别可以包括业务系统功能异常类别、业务系统性能下降类别等。所述电子装置还预先存储有多个告警业务类别与发送频率之间的对应关系，每一告警业务类别对应其中一发送频率。所述发送频率为在一预定时间段内所述通知信息的发送次数。所述电子装置根据所述告警内容对应的告警业务类别确定对应的发送频率，并根据所述发送频率向所述接收端发送所述通知信息，从而进行流量控制。如，对于业务系统功能异常类别的告警，每10分钟最多只能发送2个邮件，10分钟内如果超过2个则不再发送。对于业务系统性能下降类别的告警，每5个小时内可以发送10封邮件，5个小时内如果超过10封则不发送。
其中，所述电子装置识别所述告警内容所包含的预设关键字。所述电子装置预先存储有多个预设关键字与告警业务类别之间的对应关系。所述电子装置根据所识别的预设关键字以及所述对应关系确定所述告警内容对应的告警业务类别。
图2为本发明一较佳实施方式提供的业务系统故障通知装置200的结构示意图。在一些实施例中，所述业务系统故障通知装置200运行于电子装置中。所述业务系统故障通知装置200可以包括多个由程序代码段所组成的功能模块。所述业务系统故障通知装置200的各个程序段的程序代码可以存储于电子装置的存储器中，并由所述至少一个处理器所执行，以实现业务系统故障通知功能。
本实施例中，所述业务系统故障通知装置200根据其所执行的功能，可以被划分为多个功能模块。如图2所示，所述业务系统故障通知装置200包括：接收模块201、分析模块202、确定模块203、创建模块204以及发送模块205。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。
所述接收模块201用于接收至少一业务系统发送的告警信号。
所述业务系统为分布式业务系统，且独立于所述电子装置。所述业务系统可以是金融系统、电子商务系统或其它领域的业务系统。当所述业务系统出现故障(如：业务系统功能不可用、业务系统功能下降、业务规则不匹配、网络不通、数据异常等)时，所述业务系统将无法正常工作，此时，所述业务系统向所述电子装置发送所述告警信号，请求相关的人员进行处理。在本实施例中，所述告警信号可以通过调用所述电子装置内的告警服务的方式直接发送给所述电子装置，或者，所述业务系统内设有用于告警的客户端，所述客户端用于采集所述业务系统的故障信息，然后调用所述电子装置内的告警服务，从而将告警信号发送至所述电子装置。由于所述客户端封装了所述电子装置的消息传输细节，因此，所述业务系统本身不需再对所述告警信号按照所述电子装置的要求进行封装处理。
所述分析模块202用于分析所述告警信号中包含的业务系统名称以及告警内容。
在本实施例中，所述告警信号为一串携带相应信息的字符串，对所述字符串进行分析便可得到所述业务系统名称以及告警内容。所述业务系统名称是指发送告警信号的业务系统的名称。所述告警内容是指告警(事件)的具体内容。所述告警信号还可包括一告警时间，所述告警时间为所述业务系统出现故障的具体时间，所述告警时间的格式可以为：年(4位)-月(2位)-日(2位)-时:分:秒(精确到毫秒)，如：2012-09-12-20:12:23.099。
所述确定模块203确定与所述业务系统名称对应的至少一接收端信息。
在本实施方式中，所述电子装置预先存储多个业务系统名称与接收端信息之间的对应关系，每一业务系统名称对应至少一接收端信息。所述确定模块203根据所述业务系统名称以及所述对应关系确定对应的接收端信息。所述接收端信息包括接收端姓名以及接收端通信方式。所述接收端姓名为所述业务系统的关联人员(如：使用者、运营人员或管理人员)的姓名，所述接收段通信方式为所述业务系统的关联人员的邮件地址或手机号码等。
所述电子装置还提供一接收端维护界面，所述接收端维护界面用于供所述业务系统的关联人员(如，运营人员或管理人员)更新所存储的接收端信息。如，当工作岗位调整导致某一业务系统的运营人员发生变化时，可通过所述接收端维护界面更新所述业务系统对应的运营人员的信息。其中，更新所存储的接收端信息包括增加至少一新的接收端信息、删除至少一已有的接收端信息等。
所述创建模块204用于调取一信息发送模板，将所述告警内容添加至所述信息发送模板中以创建一通知信息。
在本实施方式中，所述电子装置预先存储有多个信息发送模板。所述电子装置还预先存储有所述信息发送模板与业务类型之间的对应关系以及所述业务类型与业务系统名称之间的对应关系。其中，每一业务类型对应其中一信息发送模板，而每一业务系统名称对应其中一业务类型。所述创建模块204根据所述业务类型与业务系统名称之间的对应关系确定与所述业务系统名称对应的业务类型，根据所述信息发送模板与业务类型之间的对应关系确定与所述业务类型对应的信息发送模板，并调取所述信息发送模板。
当然，在其它实施方式中，所述电子装置中也可仅存储一个信息发送模板，所述创建模块204直接调取所述信息发送模板。
在本实施方式中，所述信息发送模板包括主题框架以及内容框架。所述主题框架和内容框架均包括动态加载部分以及静态加载部分，所述动态加载部分为创建每一通知信息时，需根据实际需要替换为相应的内容的部分。所述静态加载部分为创建每一通知信息时固定不变的部分。所述创建模块204创建所述通知信息时，需分别从所述接收端信息以及所述告警内容中提取部分内容作为预定义内容，然后将所述动态加载的内容替换成所述预定义内容。
例如，所述消息发送模板的主题框架可配置为：
[业务系统名称]故障通知
所述消息发送模板的内容框架可配置为：
[接收方名称]：
此邮件通知您，[业务系统名称]由于[告警原因]导致故障，请及时启用备用方案！
其中，“[]”内的内容为动态加载部分，所述创建模块204提取所述接收方信息中的接收方名称、所述告警内容中的业务系统名称以及告警原因并将所提取的内容设置为预定义内容，然后将所述主体框架以及所述内容框架中的动态加载部分替换为所述预定义内容，从而创建完整的通知信息。
其中，替换内容的实现方式为：调用一个Replace函数以将“[]”内的内容替换为预定义内容，如：content＝content.Replace("业务系统名称"，"接收方名称""，"告警原因")。
所述发送模块205用于根据所述接收端信息将所述通知信息发送至对应的接收端。
其中，由于所述接收端通信方式可为邮件地址或手机号码等，所述通知信息可以通过邮件以及短信中的至少一种形式发送至所述接收端。
在创建所述通知信息后，所述发送模块205还用于将所述通知信息加入到消息队列中并设置为待发送状态，然后启动消息发送服务，轮询所述消息队列中为待发送状态的通知消息。在将所述通知消息发送出去后，所述发送模块205将所述通知消息态修改为已发送。由于接收端通信方式失效或其它原因导致所述通知消息发送失败时，所述发送模块205将所述通知消息发送失败的原因发送至所述业务系统的管理人员。
在本实施方式中，每一告警内容还对应一告警业务类别，所述告警业务类别可以是根据告警原因进行分类，如，所述告警业务类别可以包括业务系统功能异常类别、业务系统性能下降类别等。所述电子装置还预先存储有多个告警业务类别与发送频率之间的对应关系，每一告警业务类别对应其中一发送频率。所述发送频率为在一预定时间段内所述通知信息的发送次数。所述确定模块203还用于根据所述告警内容对应的告警业务类别确定对应的发送频率，所述发送模块205还用于根据所述发送频率向所述接收端发送所述通知信息，从而进行流量控制。如，对于业务系统功能异常类别的告警，每10分钟最多只能发送2个邮件，10分钟内如果超过2个则不再发送。对于业务系统性能下降类别的告警，每5个小时内可以发送10封邮件，5个小时内如果超过10封则不发送。
其中，所述确定模块203识别所述告警内容所包含的预设关键字。所述电子装置预先存储有多个预设关键字与告警业务类别之间的对应关系。所述确定模块203根据所识别的预设关键字以及所述对应关系确定所述告警内容对应的告警业务类别。
如图3所示，图3是本发明一较佳实施方式中实现所述业务系统故障通知方法的电子装置1的结构示意图。所述电子装置1包括存储器101、处理器102以及存储于所述存储器101中并可在所述处理器102上运行的计算机程序103，例如业务系统故障通知程序。
所述处理器102执行所述计算机程序103时实现上述实施例中业务系统故障通知方法的步骤：
步骤S11：接收至少一业务系统发送的告警信号。
所述业务系统为分布式业务系统，且独立于所述电子装置。所述业务系统可以是金融系统、电子商务系统或其它领域的业务系统。当所述业务系统出现故障(如：业务系统功能不可用、业务系统功能下降、业务规则不匹配、网络不通、数据异常等)时，所述业务系统将无法正常工作，此时，所述业务系统向所述电子装置发送所述告警信号，请求相关的人员进行处理。在本实施例中，所述告警信号可以通过调用所述电子装置内的告警服务的方式直接发送给所述电子装置，或者，所述业务系统内设有用于告警的客户端，所述客户端用于采集所述业务系统的故障信息，然后调用所述电子装置内的告警服务，从而将告警信号发送至所述电子装置。由于所述客户端封装了所述电子装置的消息传输细节，因此，所述业务系统本身不需再对所述告警信号按照所述电子装置的要求进行封装处理。
步骤S12：分析所述告警信号中包含的业务系统名称以及告警内容。
在本实施例中，所述告警信号为一串携带相应信息的字符串，对所述字符串进行分析便可得到所述业务系统名称以及告警内容。所述业务系统名称是指发送告警信号的业务系统的名称。所述告警内容是指告警(事件)的具体内容。所述告警信号还可包括一告警时间，所述告警时间为所述业务系统出现故障的具体时间，所述告警时间的格式可以为：年(4位)-月(2位)-日(2位)-时:分:秒(精确到毫秒)，如：2012-09-12-20:12:23.099。
步骤S13：确定与所述业务系统名称对应的至少一接收端信息。
在本实施方式中，所述电子装置预先存储多个业务系统名称与接收端信息之间的对应关系，每一业务系统名称对应至少一接收端信息。所述电子装置根据所述业务系统名称以及所述对应关系确定对应的接收端信息。所述接收端信息包括接收端姓名以及接收端通信方式。所述接收端姓名为所述业务系统的关联人员(如：使用者、运营人员或管理人员)的姓名，所述接收段通信方式为所述业务系统的关联人员的邮件地址或手机号码等。
所述电子装置还提供一接收端维护界面，所述接收端维护界面用于供所述业务系统的关联人员(如，运营人员或管理人员)更新所存储的接收端信息。如，当工作岗位调整导致某一业务系统的运营人员发生变化时，可通过所述接收端维护界面更新所述业务系统对应的运营人员的信息。其中，更新所存储的接收端信息包括增加至少一新的接收端信息、删除至少一已有的接收端信息等。
步骤S14：调取一信息发送模板，将所述告警内容添加至所述信息发送模板中以创建一通知信息。
在本实施方式中，所述电子装置预先存储有多个信息发送模板。所述电子装置还预先存储有所述信息发送模板与业务类型之间的对应关系以及所述业务类型与业务系统名称之间的对应关系。其中，每一业务类型对应其中一信息发送模板，而每一业务系统名称对应其中一业务类型。所述调取一信息发送模板可具体包括：
步骤S141，根据所述业务类型与业务系统名称之间的对应关系确定与所述业务系统名称对应的业务类型；
步骤S142，根据所述信息发送模板与业务类型之间的对应关系确定与所述业务类型对应的信息发送模板；以及
步骤S143，调取所述信息发送模板。
当然，在其它实施方式中，所述电子装置中也可仅存储一个信息发送模板，所述电子装置直接调取所述信息发送模板。
在本实施方式中，所述信息发送模板包括主题框架以及内容框架。所述主题框架和内容框架均包括动态加载部分以及静态加载部分，所述动态加载部分为创建每一通知信息时，需根据实际需要替换为相应的内容的部分。所述静态加载部分为创建每一通知信息时固定不变的部分。创建所述通知信息时，需分别从所述接收端信息以及所述告警内容中提取部分内容作为预定义内容，然后将所述动态加载的内容替换成所述预定义内容。
例如，所述消息发送模板的主题框架可配置为：
[业务系统名称]故障通知
所述消息发送模板的内容框架可配置为：
[接收方名称]：
此邮件通知您，[业务系统名称]由于[告警原因]导致故障，请及时启用备用方案！
其中，“[]”内的内容为动态加载部分，所述电子装置提取所述接收方信息中的接收方名称、所述告警内容中的业务系统名称以及告警原因并将所提取的内容设置为预定义内容，然后将所述主体框架以及所述内容框架中的动态加载部分替换为所述预定义内容，从而创建完整的通知信息。
其中，替换内容的实现方式为：调用一个Replace函数以将“[]”内的内容替换为预定义内容，如：content＝content.Replace("业务系统名称"，"接收方名称""，"告警原因")。
步骤S15：根据所述接收端信息将所述通知信息发送至对应的接收端。
其中，由于所述接收端通信方式可为邮件地址或手机号码等，所述通知信息可以通过邮件以及短信中的至少一种形式发送至所述接收端。
在创建所述通知信息后，所述电子装置将所述通知信息加入到消息队列中并设置为待发送状态，然后启动消息发送服务，轮询所述消息队列中为待发送状态的通知消息。在将所述通知消息发送出去后，所述电子装置将所述通知消息态修改为已发送。由于接收端通信方式失效或其它原因导致所述通知消息发送失败时，所述电子装置将所述通知消息发送失败的原因发送至所述业务系统的管理人员。
在本实施方式中，每一告警内容还对应一告警业务类别，所述告警业务类别可以是根据告警原因进行分类，如，所述告警业务类别可以包括业务系统功能异常类别、业务系统性能下降类别等。所述电子装置还预先存储有多个告警业务类别与发送频率之间的对应关系，每一告警业务类别对应其中一发送频率。所述发送频率为在一预定时间段内所述通知信息的发送次数。所述电子装置根据所述告警内容对应的告警业务类别确定对应的发送频率，并根据所述发送频率向所述接收端发送所述通知信息，从而进行流量控制。如，对于业务系统功能异常类别的告警，每10分钟最多只能发送2个邮件，10分钟内如果超过2个则不再发送。对于业务系统性能下降类别的告警，每5个小时内可以发送10封邮件，5个小时内如果超过10封则不发送。
其中，所述电子装置识别所述告警内容所包含的预设关键字。所述电子装置预先存储有多个预设关键字与告警业务类别之间的对应关系。所述电子装置根据所识别的预设关键字以及所述对应关系确定所述告警内容对应的告警业务类别。
或者，所述处理器102执行所述计算机程序103时实现上述业务系统故障通知装置实施例中各模块/单元的功能，例如图2中的模块201-205。
本发明实施例在业务系统出现系统故障时，能够及时地将告警信息通知给所述业务系统的关联人员，从而通知所述业务系统的关联人员及时启用备用方案，省时省力；再者，所述业务系统的管理可通过所述接收端维护界面对关联人员清单进行维护，从而保证关联人员清单的准确性。
示例性的，所述计算机程序103可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器101中，并由所述处理器102执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序103在所述电子装置1中的执行过程。例如，所述计算机程序103可以被分割成图3中的获取模块301、训练模块302、执行模块303。
所述电子装置1可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。本领域技术人员可以理解，所述示意图仅仅是电子装置1的示例，并不构成对电子装置1的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述电子装置1还可以包括输入输出设备、网络接入设备、总线等。
所称处理器102可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器30也可以是任何常规的处理器等，所述处理器102是所述电子装置1的控制中心，利用各种接口和线路连接整个电子装置1的各个部分。
所述存储器101可用于存储所述计算机程序103和/或模块/单元，所述处理器102通过运行或执行存储在所述存储器101内的计算机程序和/或模块/单元，以及调用存储在存储器101内的数据，实现所述电子装置1的各种功能。所述存储器101可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子装置1的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器101可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
所述电子装置1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
在本发明所提供的几个实施例中，应该理解到，所揭露的电子装置和方法，可以通过其它的方式实现。例如，以上所描述的电子装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
另外，在本发明各个实施例中的各功能单元可以集成在相同处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在相同单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。电子装置权利要求中陈述的多个单元或电子装置也可以由同一个单元或电子装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。
Claims (10)
1.一种业务系统故障通知方法，应用于一电子装置中，其特征在于，所述业务系统故障通知方法包括：
接收至少一业务系统发送的告警信号；
分析所述告警信号中包含的业务系统名称以及告警内容；
确定与所述业务系统名称对应的至少一接收端信息；
调取一信息发送模板，将所述告警内容添加至所述信息发送模板中以创建一通知信息；以及
根据所述接收端信息将所述通知信息发送至对应的接收端。
2.如权利要求1所述的业务系统故障通知方法，其特征在于，所述电子装置预先存储多个业务系统名称与接收端信息之间的对应关系，每一业务系统名称对应至少一接收端信息，所述确定与所述业务系统名称对应的至少一接收端信息包括：
根据所述业务系统名称以及所述对应关系确定对应的接收端信息。
3.如权利要求1所述的业务系统故障通知方法，其特征在于，所述接收端信息包括接收端姓名以及接收端通信方式，所述接收端姓名为所述业务系统的关联人员的姓名，所述接收段通信方式为所述业务系统的关联人员的通信方式。
4.如权利要求1所述的业务系统故障通知方法，其特征在于，所述信息发送模板包括主题框架以及内容框架，所述主题框架和内容框架均包括动态加载部分以及静态加载部分，所述动态加载部分为创建每一通知信息时，需根据实际需要替换为相应的内容的部分，所述静态加载部分为创建每一通知信息时固定不变的部分，所述将所述告警内容添加至所述信息发送模板中以创建一通知信息包括：
从所述接收端信息中提取接收方的名称；
从所述告警内容中提取业务系统名称以及告警原因；以及
将所提取的内容设置为预定义内容，然后将所述动态加载的内容替换成所述预定义内容。
5.如权利要求1所述的业务系统故障通知方法，其特征在于，所述电子装置预先存储有多个信息发送模板，所述电子装置还预先存储有所述信息发送模板与业务类型之间的对应关系以及所述业务类型与业务系统名称之间的对应关系，所述调取一信息发送模板包括：
根据所述业务类型与业务系统名称之间的对应关系确定与所述业务系统名称对应的业务类型；
根据所述信息发送模板与业务类型之间的对应关系确定与所述业务类型对应的信息发送模板；以及
调取所述信息发送模板。
6.如权利要求1所述的业务系统故障通知方法，其特征在于，所述将所述告警内容添加至所述信息发送模板中以创建一通知信息后，所述方法还包括：
将所述通知信息加入到消息队列中并设置为待发送状态；以及
启动消息发送服务，轮询所述消息队列中为待发送状态的通知消息；
其中，在将所述通知消息发送出去后，所述业务系统故障通知方法将所述通知消息态修改为已发送。
7.如权利要求1所述的业务系统故障通知方法，其特征在于，每一告警内容还对应一告警业务类别，所述告警业务类别为根据告警原因进行分类，所述电子装置还预先存储有多个告警业务类别与发送频率之间的对应关系，每一告警业务类别对应其中一发送频率，所述发送频率为在一预定时间段内所述通知信息的发送次数，所述根据所述接收端信息将所述通知信息发送至对应的接收端包括：
根据所述告警内容对应的告警业务类别确定对应的发送频率，并根据所述发送频率向所述接收端发送所述通知信息。
8.一种业务系统故障通知装置，其特征在于，包括：
接收模块，用于接收至少一业务系统发送的告警信号；
分析模块，用于分析所述告警信号中包含的业务系统名称以及告警内容；
确定模块，用于确定与所述业务系统名称对应的至少一接收端信息；
创建模块，用于调取一信息发送模板，将所述告警内容添加至所述信息发送模板中以创建一通知信息；以及
发送模块，用于根据所述接收端信息将所述通知信息发送至对应的接收端。
9.一种电子装置，其特征在于，包括处理器和存储器，所述存储器中存储有业务系统故障通知程序，所述处理器用于执行所述业务系统故障通知程序以实现如权利要求1至7中任意一项所述的业务系统故障通知方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有业务系统故障通知程序，所述业务系统故障通知程序被处理器执行时实现如权利要求1-7中任一项的所述业务系统故障通知方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811151627.1A CN109600250B (zh) | 2018-09-29 | 2018-09-29 | 业务系统故障通知方法、装置、电子装置及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811151627.1A CN109600250B (zh) | 2018-09-29 | 2018-09-29 | 业务系统故障通知方法、装置、电子装置及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109600250A true CN109600250A (zh) | 2019-04-09 |
| CN109600250B CN109600250B (zh) | 2023-07-18 |
Family
ID=65957317
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811151627.1A Active CN109600250B (zh) | 2018-09-29 | 2018-09-29 | 业务系统故障通知方法、装置、电子装置及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109600250B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112650655A (zh) * | 2020-12-30 | 2021-04-13 | 深圳市世强元件网络有限公司 | 一种业务系统自动告警装置、方法及计算机设备 |
| CN113505577A (zh) * | 2021-08-18 | 2021-10-15 | 上海通联金融服务有限公司 | 基于模板引擎的动态自定义短信的方法 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101409638A (zh) * | 2008-11-19 | 2009-04-15 | 阿里巴巴集团控股有限公司 | 一种分布式业务系统故障告警的方法、系统和装置 |
| CN104581806A (zh) * | 2014-12-19 | 2015-04-29 | 联动优势电子商务有限公司 | 一种监测业务系统的方法及终端 |
| US9336674B1 (en) * | 2013-12-02 | 2016-05-10 | Amazon Technologies, Inc. | Notifying a user utilizing smart alerting techniques |
| CN107798541A (zh) * | 2016-08-31 | 2018-03-13 | 苏宁云商集团股份有限公司 | 一种用于在线业务的监控方法及系统 |
| WO2018054081A1 (zh) * | 2016-09-22 | 2018-03-29 | 华为技术有限公司 | 故障处理方法、虚拟架构管理系统和业务管理系统 |
| CN108183933A (zh) * | 2017-12-04 | 2018-06-19 | 深圳开思时代科技有限公司 | 消息推送方法、装置及系统、电子设备和计算机存储介质 |
| CN108259553A (zh) * | 2017-10-09 | 2018-07-06 | 平安科技（深圳）有限公司 | 业务邮件的发送方法及终端设备 |
-
2018
- 2018-09-29 CN CN201811151627.1A patent/CN109600250B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101409638A (zh) * | 2008-11-19 | 2009-04-15 | 阿里巴巴集团控股有限公司 | 一种分布式业务系统故障告警的方法、系统和装置 |
| US9336674B1 (en) * | 2013-12-02 | 2016-05-10 | Amazon Technologies, Inc. | Notifying a user utilizing smart alerting techniques |
| CN104581806A (zh) * | 2014-12-19 | 2015-04-29 | 联动优势电子商务有限公司 | 一种监测业务系统的方法及终端 |
| CN107798541A (zh) * | 2016-08-31 | 2018-03-13 | 苏宁云商集团股份有限公司 | 一种用于在线业务的监控方法及系统 |
| WO2018054081A1 (zh) * | 2016-09-22 | 2018-03-29 | 华为技术有限公司 | 故障处理方法、虚拟架构管理系统和业务管理系统 |
| CN108259553A (zh) * | 2017-10-09 | 2018-07-06 | 平安科技（深圳）有限公司 | 业务邮件的发送方法及终端设备 |
| CN108183933A (zh) * | 2017-12-04 | 2018-06-19 | 深圳开思时代科技有限公司 | 消息推送方法、装置及系统、电子设备和计算机存储介质 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112650655A (zh) * | 2020-12-30 | 2021-04-13 | 深圳市世强元件网络有限公司 | 一种业务系统自动告警装置、方法及计算机设备 |
| EP4024301A1 (en) * | 2020-12-30 | 2022-07-06 | Shenzhen Sekorm Component Network Co., Ltd | Business system automatic alarm device and method, and computer apparatus |
| JP2022104894A (ja) * | 2020-12-30 | 2022-07-12 | 深▲ゼン▼市世強元件網絡有限公司 | 業務システムの自動警告装置、方法及びコンピュータ機器 |
| CN113505577A (zh) * | 2021-08-18 | 2021-10-15 | 上海通联金融服务有限公司 | 基于模板引擎的动态自定义短信的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109600250B (zh) | 2023-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112311868B (zh) | 消息触达方法、装置和电子设备 | |
| CN108132926A (zh) | 合同生成装置及系统 | |
| CN111176963B (zh) | 一种服务评价信息的处理方法及装置 | |
| CN106648698A (zh) | 一种展示消息通知的方法、装置及电子设备 | |
| CN110688828A (zh) | 文件处理方法及装置、文件处理系统、计算机设备 | |
| CN110895472A (zh) | 一种识别业务变更的方法和装置 | |
| CN106533914A (zh) | 消息通知方法及装置 | |
| CN110263581A (zh) | 合同签署方法、系统、终端设备及存储介质 | |
| CN109615290A (zh) | 用于获得送达地址的方法、装置、系统及介质 | |
| CN111831682B (zh) | 处理公积金业务的方法、装置、设备和计算机可读介质 | |
| CN111340340B (zh) | 一种事件处理方法及装置 | |
| CN110070394A (zh) | 数据处理方法、系统、介质和计算设备 | |
| CN109547322A (zh) | 系统提示控制方法、装置、计算机及计算机可读存储介质 | |
| CN109600250A (zh) | 业务系统故障通知方法、装置、电子装置及存储介质 | |
| CN113688923A (zh) | 订单异常智能检测方法、装置、电子设备及存储介质 | |
| CN112799868B (zh) | 一种根因确定方法、装置、计算机设备及存储介质 | |
| CN116069838A (zh) | 一种数据处理方法、装置、计算机设备及存储介质 | |
| CN112085611A (zh) | 数据异步核验方法、装置、电子设备及存储介质 | |
| US20120173495A1 (en) | Computer Readable Medium, Systems, and Methods of Detecting a Discrepancy in a Chain-of-title of an Asset | |
| CN113783828A (zh) | 一种业务系统监控方法和装置 | |
| CN112465599A (zh) | 订单处理方法、订单处理系统及计算设备 | |
| CN112104745A (zh) | 信息配置系统、方法、电子设备及存储介质 | |
| CN106575385A (zh) | 自动售票 | |
| CN110554895A (zh) | 一种数据调用的方法和装置 | |
| US20110099235A1 (en) | Collation of multi-user, multi-format, email communication with common subject titles |
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 |