一种应用服务器AS系统内部检测方法、装置、设备及介质与流程

本发明涉及通信技术领域，尤其涉及一种应用服务器as系统内部检测方法、装置、设备及介质

背景技术：

目前volte(voiceoverlte)的as(applicationserver，应用服务器)故障检测机制有options检测和基于链路的故障检测。

option故障检测机制：1)启发式option检测：cscf(p/i/s-cscf)、as用于检测对端故障的机制，做到有故障时才检测，无故障不产生检测流量。当业务消息发送超时无响应，则向对端发起option检测，多次无响应说明对端已故障，将对端加入故障列表，并周期性检测其是否故障恢复，如果能够收到检测消息的响应，则说明对端故障恢复，将其从故障列表中恢复出来，检测停止。2)周期性option检测：mgcf、sbc、、agcf采用的用于检测对端是否故障的机制，周期性向检测的对端发送options消息来确认其是否故障，周期和故障确认次数可配置，方便在检测灵敏度和性能之间取得均衡。

基于链路的故障检测：检测hss、ccf等diameter设备是否故障的机制或者检测dns等建立tcp链路的设备是否故障的机制，在链路上周期性的发送握手心跳消息来检测对端是否故障。例如，每5秒发送一次握手消息，连续3次无响应则认为对端故障。

现有的options检测和基于链路的故障检测，只检查心跳或握手消息，检测不全面，不能对as系统内部做出检测。

技术实现要素：

鉴于现有的缺陷，本发明实施例提供了一种应用服务器as系统内部检测方法，装置、设备及介质，由于sip(sessioninitiationprotocol，会话初始协议)消息经由as系统由检测as发送给被检测as，实现了各套as之间的互检，进而解决了现有的option消息不对as平台进行检测，当as平台故障时无法及时发现的问题。

第一方面，本发明实施例提供了一种应用服务器as系统内部检测方法，方法包括：被检测as接收由检测as发送来的sip检测消息；

由所述sip检测消息触发检测业务，所述检测业务包括对数据库进行读写操作；

将检测业务的检测结果作为sip响应消息返回给检测as。

第二方面，本发明实施例提供了一种应用服务器as系统内部检测装置，装置包括：接收模块，所述接收模块接收由检测as发送来的sip检测消息；

检测模块，所述检测模块在接收到sip检测消息后被触发，并对被检测as数据库进行读写操作；

发送模块，所述发送模块将所述检测模块的检测结果作为sip响应消息返回给检测as。

第三方面，本发明实施例提供了一种应用服务器as系统内部检测设备，包括：至少一个处理器、至少一个存储器以及存储在存储器中的计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。

本发明实施例提供的方法、装置、设备及介质，通过数据库读写操作，从而能对as内部的软件和数据库的运行情况进行全面检测。

附图说明

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

图1示出了本发明实施例所提供的一种as系统内部检测方法的流程示意图；

图2示出了本发明实施例所提供的一种as系统数据库检测且数据库故障的流程示意图；

图3示出了本发明实施例所提供的又一种as系统数据库检测且数据库故障的流程示意图；

图4和示出了本发明实施例所提供的一种as系统数据库检测且数据库正常的流程示意图；

图5示出了本发明实施例所提供的一种as系统业务软件数据检测且业务软件数据正常的流程示意图；

图6示出了本发明实施例所提供的一种as系统业务软件数据检测且业务软件数据故障的流程示意图；

图7示出了本发明实施例所提供的又一种as系统业务软件数据检测且业务软件数据故障的流程示意图；

图8示出了本发明实施例所提供的又一种as系统业务软件数据检测且业务软件数据故障的流程示意图；

图9示出了本发明实施例提供的一种as系统内部检测方法的结构组成示意图；

图10示出了本发明实施例提供的一种as系统内部检测装置示意图；

图11示出了本发明实施例提供的一种as系统内部检测设备的硬件结构示意图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

图1示出了本发明实施例所提供的一种as系统内部检测方法的流程示意图，如图1所示，被检测as接收由检测as发送来的sip检测消息；

由所述sip检测消息触发检测业务，所述检测业务包括对数据库进行读写操作；

将检测业务的检测结果作为sip响应消息返回给检测as。

本发明实施例中，可以将上述功能的实现通过两个业务模块实现，检测as搭载有客户端模块，被检测as搭载有服务器模块，客户端模块通过as的schedule配置业务周期调用，可以为每分钟调用1次，客户端模块被调用后，从配置表中获取第1套被检测as的域名等配置信息，向as发送sip检测消息，并记录检测时间戳。被检测as收到sip消息，调用服务端模块，先进行读库操作，在读库操作成功后再进行写库操作，写库操作成功后，赋值sip响应消息的操作结果为读写数据库成功。若读写库操作失败赋值sip响应消息的操作结果为读写数据库失败。将检测业务的检测结果作为sip响应消息返回给检测as，检测as可以对收到的sip响应消息进行结果分析。本发明实施例中检测业务不仅仅限于数据库读写操作，还可以包括业务如软件数据获取等，将在后续实施例中具体描述，本发明实施例所提供的as系统内部检测方法实现在消息经由as系统、七层交换机、sip前台由客户端模块发送给服务端模块，从而实现各套as之间的互检，以及七层交换机、sip前台的可用性检测。解决了现有的option消息不对as平台进行检测，当as平台故障时无法及时发现的问题，客户端和服务端之间进行sip消息交互即可周期性对as系统进行一次检测，达到实时对系统进行监控的目的，从而能保证第一时间发现系统异常。

下面本发明将针对as系统数据库检测流程和业务软件数据检测流程分别进行详细的描述，需要说明的是本发明提供的as系统内部检测方法不仅仅限于对于数据库和业务软件数据的检测，其他本领域技术人员容易想到的检测内容和变形的检测方式均在本发明的保护范围之内。

一、数据库检测流程

图2示出了本发明实施例所提供的一种as系统数据库检测且数据库故障的流程示意图，如图2所示，客户端模块通过as的schedule配置业务周期调用，可以为每分钟调用1次，客户端模块被调用后，从配置表中获取第1套被检测as的域名等配置信息，向as发送sip检测消息，并记录检测时间戳。被检测as收到sip消息，调用服务端模块，先进行读库操作，在读库操作成功后再进行写库操作，写库操作成功后，赋值sip响应消息的操作结果为读写数据库成功。若读写库操作失败赋值sip响应消息的操作结果为读写数据库失败。当所述数据库读写操作失败，将所述数据库读写操作失败的信息作为检测结果赋值给sip响应消息返回给检测as，检测as判定数据库故障。

可选的，图3示出了本发明实施例所提供的又一种as系统数据库检测且数据库故障的流程示意图，如图3所示，检测as可以根据连续两次的数据库读写操作失败的检测结果判定数据库故障，从而保证检测的精度。具体而言，当检测as收到sip响应消息，判断操作结果为读写数据库失败，且数据库失败次数为第一次，则检测as再次向被检测as发送sip消息，被检测as收到消息，调用服务端模块，服务端模块进行读库操作，当读库操作失败，赋值sip响应消息的操作结果为读写数据库失败，并返回给检测as，检测as收到sip响应消息，判断操作结果为读写数据库失败，且失败次数为第二次，则发送数据库故障告警短信、并记录数据库故障日志。可以理解，本发明实施例还可以通过连续更多次的读写数据库失败结果认定数据库故障，从而提升检测的准确度。

图4和示出了本发明实施例所提供的一种as系统数据库检测且数据库正常的流程示意图，如图4所示，本实施例中，当数据库读写操作成功，则获取业务软件数据信息；若获取业务软件数据信息成功，将数据库读写操作成功的信息与业务软件数据共同作为检测结果赋值给sip响应消息返回给检测as，检测as以根据数据库读写操作成功的检测结果判定数据库正常；

若获取业务软件数据信息失败，将数据库读写操作成功的信息作为检测结果赋值给sip响应消息返回给检测as，检测as以根据数据库读写操作成功的检测结果判定数据库正常。

二、业务软件数据检测流程

可选的，本实施例中，在检测as收到sip响应消息后，还可以进行业务软件数据检测。

在图4所示的实施方式中，当数据库读写操作成功，则进行业务软件数据信息的获取，将业务软件数据信息一并作为检测结果赋值给sip响应消息，发送给检测as，以备当需要对业务软件数据进行检测时，检测as可以直接对sip响应消息中的业务软件数据进行检测。

图5示出了本发明实施例所提供的一种as系统业务软件数据检测且业务软件数据正常的流程示意图，如图5所示，业务软件数据的检测以数据库检测正常为前提条件，如数据库故障，则不进行业务软件数据的检测。当检测as收到sip响应消息，判断检测结果为读写数据库成功时，则继续获取系统配置判断是否需要检测业务软件数据，若需要检测则检测as的客户端模块判断被检测as是否忙时，若为忙时则进行业务软件数据检测，业务软件数据检测成功，若为闲时则不进行业务软件数据检测。当数据库和或软件数据检测完成，则检测as的客户端模块继续从配置表获取下一套被检测as的域名等配置信息，向其发送sip消息，进入对下一套设备的检测流程。

图6示出了本发明实施例所提供的一种as系统业务软件数据检测且业务软件数据故障的流程示意图，如图6所示，若所述sip响应消息不包含业务软件数据信息，检测as判定所述业务软件数据故障。具体的，当检测as收到sip响应消息，判断检测结果为读写数据库成功时，则继续获取系统配置判断是否需要检测业务软件数据，若需要检测则检测as的客户端模块判断被检测as是否忙时，若为忙时则进行业务软件数据检测，此时由于被检测as获取业务软件数据信息失败，sip响应消息不包含业务软件数据信息，检测as判定所述业务软件数据故障，则发送业务软件数据故障告警短信并记录故障日志。

图7示出了本发明实施例所提供的又一种as系统业务软件数据检测且业务软件数据故障的流程示意图，如图7所示，当业务软件数据有误，检测as判定所述业务软件数据故障。具体的，当检测as收到sip响应消息，判断检测结果为读写数据库成功时，则继续获取系统配置判断是否需要检测业务软件数据，若需要检测则检测as的客户端模块判断被检测as是否忙时，若为忙时则进行业务软件数据检测，此时由于业务软件数据有误，检测as判定所述业务软件数据故障，则发送业务软件数据故障告警短信并记录故障日志。

图8示出了本发明实施例所提供的又一种as系统业务软件数据检测且业务软件数据故障的流程示意图，如图8所示，若所述sip响应消息不包含业务软件数据信息，则所述检测as重新向所述被检测as发送sip检测消息，重新获取获取业务软件数据，当重新获取的所述业务软件数据有误，所述检测as判定所述业务软件数据故障。具体的，当检测as收到sip响应消息，判断检测结果为读写数据库成功时，则继续获取系统配置判断是否需要检测业务软件数据，若需要检测则检测as的客户端模块判断被检测as是否忙时，若为忙时则进行业务软件数据检测，此时由于被检测as获取业务软件数据信息失败，sip响应消息不包含业务软件数据信息，业务软件数据检测失败，且失败次数为第一次，检测as再次向被检测as发送sip检测消息。被检测as收到sip检测消息，调用服务端模块，进行读库操作，读库操作成功后，进行写库操作，写库操作成功后，赋值sip响应消息的操作结果为读写数据库成功。然后获取业务软件数据，获取成功后，将获取到业务软件数据信息赋值给sip响应消息。被检测as将sip响应消息发送给检测as，进行业务软件数据检测，业务软件数据有误，则检测失败。判断业务软件数据检测失败次数为第二次，则发送业务软件数据故障告警短信并记录故障日志。

图9为本实施例提供的一种as系统内部检测方法的结构组成示意图，如图9所示，检测as还可以接收由其他检测as发送的sip检测消息，并根据所述sip检测消息触发检测业务，检测业务包括对数据库进行读写操作。本实施例中，同时选择两套as配置客户端模块，对全部待查as设备作检测，从而达到两套as交叉检测的目的。其中，检测as客户端配置全部待查as的域名，客户端通过对本机as的判断，避免交叉检测时对本机的检测。

图10为本实施例提供的一种as系统内部检测装置示意图，如图10所示，装置包括：

接收模块，所述接收模块接收由检测as发送来的sip检测消息；

检测模块，所述检测模块在接收到sip检测消息后被触发，并对被检测as数据库进行读写操作；

发送模块，所述发送模块将所述检测模块的检测结果作为sip响应消息返回给检测as。

另外，结合图1～图9述的本发明实施例的拨测方法可以由as系统内部检测设备来实现。图11示出了本发明实施例提供的as系统内部检测设备的硬件结构示意图。

拨测设备可以包括处理器601以及存储有计算机程序指令的存储器602。

具体地，上述处理器601可以包括中央处理器(cpu)，或者特定集成电路(applicationspecificintegratedcircuit，asic)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器602可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器602可包括硬盘驱动器(harddiskdrive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universalserialbus，usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器602可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器602可在数据处理装置的内部或外部。在特定实施例中，存储器602是非易失性固态存储器。在特定实施例中，存储器602包括只读存储器(rom)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、电可改写rom(earom)或闪存或者两个或更多个以上这些的组合。

处理器601通过读取并执行存储器602中存储的计算机程序指令，以实现上述实施例中的任意一种拨测方法。

在一个示例中，拨测设备还可包括通信接口603和总线610。其中，如图11所示，处理器601、存储器602、通信接口603通过总线610连接并完成相互间的通信。

通信接口603，主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。

总线610包括硬件、软件或两者，将拨测设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(agp)或其他图形总线、增强工业标准架构(eisa)总线、前端总线(fsb)、超传输(ht)互连、工业标准架构(isa)总线、无限带宽互连、低引脚数(lpc)总线、存储器总线、微信道架构(mca)总线、外围组件互连(pci)总线、pci-express(pci-x)总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线610可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

另外，结合上述实施例中的拨测方法，本发明实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种拨测方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。