业务子系统运行情况的获取方法和系统

摘要

本发明提供一种业务子系统运行情况的获取方法和系统，其中方法包括：消息服务器向与之建立连接的业务子系统链接地址周期性发送心跳检测请求，根据各业务子系统链接地址对心跳检测请求的反馈情况确定相应业务子系统链接地址是否能够正常运行；能够对业务子系统链接的运行情况进行有效的监控，提高业务子系统运行的可靠性和稳定性。

说明书

技术领域

本发明涉及业务系统领域，尤其涉及一种业务子系统运行情况的获取方法和系统。

背景技术

在企业的应用系统中，涉及多个业务子系统，业务子系统的可访问性直接影响到用户的使用，因此需要对业务子系统的运行情况进行有效的监控。

发明内容

在下文中给出关于本发明的简要概述，以便提供关于本发明的某些方面的基本理解。应当理解，这个概述并不是关于本发明的穷举性概述。它并不是意图确定本发明的关键或重要部分，也不是意图限定本发明的范围。其目的仅仅是以简化的形式给出某些概念，以此作为稍后论述的更详细描述的前序。

本发明提供一种业务子系统运行情况的获取方法，包括：消息服务器向与之建立连接的业务子系统链接地址周期性发送心跳检测请求，根据各业务子系统链接地址对心跳检测请求的反馈情况确定相应业务子系统链接地址是否能够正常运行。

本发明还提供一种业务子系统的运行情况获取系统，包括：

消息服务器；

与所述消息服务器通信连接的至少一个业务子系统链接地址；

所述消息服务器用于向所述业务子系统链接地址周期性发送心跳检测请求，根据各业务子系统链接地址对心跳检测请求的反馈情况确定相应业务子系统链接地址是否能够正常运行。

本发明提供的业务子系统的运行情况获取方法和系统，能够对业务子系统的运行情况进行有效的监控，提高业务子系统运行的可靠性和稳定性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的业务子系统运行情况的获取方法一种实施例的流程图。

图2为本发明提供的业务子系统运行情况的获取系统一种实施例的结构示意图。

图3为本发明提供的业务子系统运行情况的获取系统一种应用场景的示意图。

图4为本发明提供的业务子系统运行情况的获取系统获取的状态示意表。

图5为本发明提供的业务子系统运行情况的获取系统获取的业务子系统链接地址历史可用报表示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。在本发明的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。应当注意，为了清楚的目的，附图和说明中省略了与本发明无关的、本领域普通技术人员已知的部件和处理的表示和描述。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

参考图1，本实施例提供一种业务子系统运行情况的获取方法，包括：

步骤S101，消息服务器向与之建立连接的业务子系统链接地址周期性发送心跳检测请求；

步骤S102，根据各业务子系统链接地址对心跳检测请求的反馈情况确定相应业务子系统链接地址是否能够正常运行。

消息服务器与至少一个业务子系统链接地址连接，业务子系统为需要进行运行情况检测的应用系统，业务子系统提供所在服务器节点的链接地址。

消息服务器周期性的向业务子系统链接地址发送心跳检测请求，对每个业务子系统的链接地址进行访问，打开对应的http链接，根据反馈情况确定相应的业务子系统是否能够正常运行。

心跳检测请求的时间间隔可以根据实际情况设置，例如可以每隔十分钟进行一次。

本实施例提供的业务子系统运行情况的获取方法，能够对业务子系统的运行情况进行有效的监控，提高业务子系统运行的可靠性和稳定性。

默认情况下，消息服务器会向每一个与之建立连接的业务子系统链接地址发送心跳检测请求，但有时候业务子系统的服务器节点需要进行正常的停机维护，例如升级内存磁盘或其他需要停机操作导致服务不可用，在此情况下，消息服务器会认为该业务子系统链接地址出现异常不可访问，需要进行维修，因此产生误判断。

为了解决上述问题，消息服务器向与之建立连接的业务子系统链接地址周期性发送心跳检测请求之前，还包括：

消息服务器检测所述业务子系统链接地址的设置模式，当所述业务子系统链接地址的模式为启用时，消息服务器向所述业务子系统链接地址发送心跳检测请求；

当所述业务子系统链接地址的模式为禁用时，消息服务器禁止向所述业务子系统链接地址发送心跳检测请求。

每个业务子系统链接地址均设置有启用/禁用模式选通模块，当某一/几个业务子系统的服务器节点需要进行正常的停机维护时，可将对应的业务子系统链接地址设置为禁用模式，消息服务器检测到业务子系统链接地址的模式为禁用时，禁止向所述业务子系统链接地址发送心跳检测请求；当维护完毕后可将业务子系统链接地址设置为启用模式，消息服务器检测到业务子系统链接地址的模式为启用时，消息服务器向所述业务子系统链接地址发送心跳检测请求，进行正常的检测；即消息服务器只对处于启用模式下的业务子系统链接地址发送心跳检测请求，忽略对处于禁用模式下的业务子系统链接地址，对于处于禁用模式下的业务子系统链接地址的检测结果设置为“未检测”。

通过上述的检测方式，能够防止对处于正常停机维护的业务子系统误判断，提高系统维护的可靠性。

作为一种优选的实施方式，根据各业务子系统链接地址对心跳检测请求的反馈情况确定相应业务子系统链接地址是否能够正常运行，包括：

当业务子系统链接地址返回第一状态码时，确定所述业务子系统链接地址正常运行，第一状态码可以为“200”；

当业务子系统链接地址返回第二状态码时，确定所述业务子系统链接地址不可访问，第二状态码可以为“400”，业务子系统链接地址出现不可访问的情况包括网络不可用或者服务器节点宕机；

当业务子系统链接地址返回第三状态码时，确定所述业务子系统链接地址出现异常，第三状态码可以为“500”，业务子系统链接地址出现异常情况包括服务器内部出现异常信息等。

作为一种可选的实施方式，消息服务器根据各业务子系统链接地址对心跳检测请求的反馈情况确定相应业务子系统链接地址是否能够正常运行之后，还包括：对业务子系统链接地址的运行情况信息进行存储。

运行情况信息包括业务子系统链接地址正常运行的情况、业务子系统链接地址不可访问的情况、业务子系统链接地址出现异常的情况，将运行情况信息进行存储，便于维护人员查询。

作为一种可选的实施方式，对业务子系统链接地址处于禁用模式的情况信息进行存储，便于维护人员进行排查。

作为一种可选的实施方式，当消息服务器确定业务子系统链接地址不可访问或者出现异常时，即返回第二状态码和第三状态码时，生成相应的异常信息，调用相应的邮件或短信网关，将异常信息通过邮件或短信发送至目标地址，例如对应的维护人员处，以及时的提醒维护人员进行维修。

本实施例提供的业务子系统运行情况的获取方法，能够对业务子系统的运行情况进行有效的监控，排除对业务子系统正常停机维护时的误判断，当业务子系统链接地址不可访问或者出现异常时及时通知维护人员，提高业务子系统运行的可靠性和稳定性。

实施例二

参考图2，本实施例提供一种业务子系统运行情况的获取系统，包括：

消息服务器201；

与消息服务器201通信连接的至少一个业务子系统链接地址202；

消息服务器201用于向业务子系统链接地址202周期性发送心跳检测请求，根据各业务子系统链接地址202对心跳检测请求的反馈情况确定相应业务子系统链接地址202是否能够正常运行。

业务子系统为需要进行运行情况检测的应用系统，业务子系统提供所在服务器节点的链接地址。

参考图3，消息服务器201周期性的向业务子系统链接地址202发送心跳检测请求，对每个业务子系统的链接地址进行访问，打开对应的http链接，根据反馈情况确定相应的业务子系统链接地址是否能够正常运行。

心跳检测请求的时间间隔可以根据实际情况设置，例如可以每隔十分钟进行一次。

本实施例提供的业务子系统运行情况的获取系统，能够对业务子系统的运行情况进行有效的监控，提高业务子系统运行的可靠性和稳定性。

默认情况下，消息服务器会向每一个与之建立连接的业务子系统链接地址发送心跳检测请求，但有时候业务子系统的服务器节点需要进行正常的停机维护，例如升级内存磁盘或其他需要停机操作导致服务不可用，在此情况下，消息服务器会认为该业务子系统出现异常不可访问，需要进行维修，因此产生误判断。

因此，业务子系统链接地址202设置有启用/禁用模式选通模块；当业务子系统链接地址202的模式为启用时，消息服务器201向业务子系统链接地址发送心跳检测请求；当业务子系统链接地址202的模式为禁用时，消息服务器201禁止向业务子系统链接地址发送心跳请求。

当需要进行正常的停机维护时，维护人员通过启用/禁用模式选通模块将业务子系统链接地址202设置为禁用模式，消息服务器201检测到业务子系统链接地址202的模式为禁用时，禁止向业务子系统链接地址202发送心跳检测请求；当维护完毕后通过启用/禁用模式选通模块将业务子系统链接地址202设置为启用模式，消息服务器201检测到业务子系统链接地址202的模式为启用时，消息服务器201向业务子系统链接地址202发送心跳检测请求，进行正常的检测；即消息服务器201只对处于启用模式下的业务子系统链接地址202发送心跳检测请求，忽略对处于禁用模式下的业务子系统链接地址202，对于处于禁用模式下的业务子系统链接地址的检测结果设置为“未检测”。

通过上述的检测方式，能够防止对处于正常停机维护的业务子系统误判断，提高系统维护的可靠性。

作为一种优选的实施方式，消息服务器201根据各业务子系统链接地址202对心跳检测请求的反馈情况确定相应业务子系统链接地址202是否能够正常运行，包括：

当业务子系统链接地址202返回第一状态码时，确定业务子系统链接地址正常运行，第一状态码可以为“200”；

当业务子系统链接地址202返回第二状态码时，确定业务子系统链接地址不可访问，第二状态码可以为“400”，业务子系统链接地址出现不可访问的情况包括网络不可用或者服务器节点宕机；

当业务子系统链接地址202返回第三状态码时，确定业务子系统链接地址出现异常，第三状态码可以为“500”，业务子系统链接地址出现异常情况包括服务器内部出现异常信息等。

作为一种可选的实施方式，本实施例提供的获取系统还包括与消息服务器201连接的信息数据库203，用于对业务子系统链接地址的运行情况信息进行存储。

运行情况信息包括业务子系统链接地址正常运行的情况、业务子系统链接地址不可访问的情况、业务子系统链接地址出现异常的情况，一方面，可将运行情况信息存储至信息数据库203，另一方面，参考图4和图5，运行情况及其历史记录可生成相应的表格，便于维护人员查询。

作为一种可选的实施方式，对业务子系统链接地址处于禁用模式的情况信息进行存储，便于维护人员进行排查。

作为一种可选的实施方式，本实施例提供的消息服务器201还包括信息服务中心，用于当确定业务子系统链接地址不可访问或者出现异常时，即返回第二状态码和第三状态码时，生成相应的异常信息并调用相应的邮件或短信网关，将异常信息通过邮件或短信发送至对应的维护人员处，以及时的提醒维护人员进行维修。

本实施例提供的业务子系统运行情况的获取系统，能够对业务子系统的运行情况进行有效的监控，排除对业务子系统正常停机维护时的误判断，当业务子系统链接地址不可访问或者出现异常时及时通知维护人员，提高业务子系统运行的可靠性和稳定性。

在本发明上述各实施例中，实施例的序号仅仅便于描述，不代表实施例的优劣。对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：只读存储器（Read-Only Memory，简称ROM）、随机存取存储器（Random Access Memory，简称RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的装置和方法等实施例中，显然，各部件或各步骤是可以分解、组合和/或分解后重新组合的。这些分解和/或重新组合应视为本发明的等效方案。同时，在上面对本发明具体实施例的描述中，针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。

应该强调，术语“包括/包含”在本文使用时指特征、要素、步骤或组件的存在，但并不排除一个或更多个其它特征、要素、步骤或组件的存在或附加。

最后应说明的是：虽然以上已经详细说明了本发明及其优点，但是应当理解在不超出由所附的权利要求所限定的本发明的精神和范围的情况下可以进行各种改变、替代和变换。而且，本发明的范围不仅限于说明书所描述的过程、设备、手段、方法和步骤的具体实施例。本领域内的普通技术人员从本发明的公开内容将容易理解，根据本发明可以使用执行与在此所述的相应实施例基本相同的功能或者获得与其基本相同的结果的、现有和将来要被开发的过程、设备、手段、方法或者步骤。因此，所附的权利要求旨在在它们的范围内包括这样的过程、设备、手段、方法或者步骤。