本发明涉及计算机网络领域，具体而言，涉及一种监控系统间通讯状态的方法、装置和系统。
背景技术：
随着信息化技术在各个行业的应用，出现了各种各样的信息系统，大大提高了生产效率。目前，各个行业(例如，铁路运输、银行等)的信息系统都会针对不同的业务开发独立的子系统，这些业务子系统之间相互连接，以完成某项功能。可见，各个信息子系统之间的连通性的好坏，对于业务实现，具有十分重要的作用。以银行系统为例，需要定期对银行的各个系统(例如，总行综合前置系统、核心业务系统、图形化网点前端系统、网上银行系统、信贷风险流程管理系统、理财产品销售系统等)之间的连通性进行检查。由于银行系统间关联性较强，且系统之间采用的通讯方式也较多，但是系统之间的连通情况不透明，导致无法及时有效发现系统间连通故障问题，以便提前预警，降低风险和影响。
针对上述现有技术中由于无法获知各个系统之间的通讯状态导致无法及时对系统间通讯故障进行预警的问题，目前尚未提出有效的解决方案。
技术实现要素：
本发明实施例提供了一种监控系统间通讯状态的方法、装置和系统，以至少解决现有技术中由于无法获知各个系统之间的通讯状态导致无法及时对系统间通讯故障进行预警的技术问题。
根据本发明实施例的一个方面，提供了一种监控系统间通讯状态的方法，包括：获取任意两个监控系统之间的通讯方式；基于通讯方式，获取两个监控系统的监控信息，其中，监控信息包括如下至少之一：监控系统的配置信息、监控系统提供的服务信息；根据监控信息确定两个监控系统之间的通讯状态是否处于正常状态。
根据本发明实施例的另一方面，还提供了一种监控系统间通讯状态的系统，包括：至少两个监控系统；监控服务器，与两个监控系统分别通信，用于获取两个监控系统之间的通讯方式，基于通讯方式，获取两个监控系统的监控信息，并根据监控信息确定两个监控系统之间的通讯状态是否处于正常状态，其中，监控信息包括如下至少之一：监控系统的配置信息、监控系统提供的服务信息。
根据本发明实施例的另一方面，还提供了一种监控系统间通讯状态的装置，包括：第一获取单元，用于获取任意两个监控系统之间的通讯方式；第二获取单元，用于基于通讯方式，获取两个监控系统的监控信息，其中，监控信息包括如下至少之一：监控系统的配置信息、监控系统提供的服务信息；确定单元，用于根据监控信息确定两个监控系统之间的通讯状态是否处于正常状态。
根据本发明实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序执行上述方法实施例中任意一项可选的或优选的监控系统间通讯状态的方法。
根据本发明实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述方法实施例中任意一项可选的或优选的监控系统间通讯状态的方法。
在本发明实施例中，通过获取任意两个监控系统之间的通讯方式；基于通讯方式，获取两个监控系统的监控信息，其中，监控信息包括如下至少之一：监控系统的配置信息、监控系统提供的服务信息；根据监控信息确定两个监控系统之间的通讯状态是否处于正常状态，达到了基于系统之间的通讯方式来监控两个系统之间的通讯状态的目的，从而实现了及时发现系统之间通讯故障并及时预警的技术效果，进而解决了现有技术中由于无法获知各个系统之间的通讯状态导致无法及时对系统间通讯故障进行预警的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种监控系统间通讯状态的方法流程图；
图2是根据本发明实施例的一种可选的监控系统间通讯状态的方法流程图；
图3是根据本发明实施例的一种可选的监控系统间通讯状态的方法流程图；
图4是根据本发明实施例的一种监控系统间通讯状态的系统示意图；以及
图5是根据本发明实施例的一种监控系统间通讯状态的装置示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本发明实施例，提供了一种监控系统间通讯状态的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本发明实施例的一种监控系统间通讯状态的方法流程图，如图1所示，该方法包括如下步骤：
步骤s102，获取任意两个监控系统之间的通讯方式。
需要说明的是，上述监控系统是指待监控的系统，作为一种可选的实施例，上述监控系统可以是银行系统(包括但不限于核心业务系统、总行综合前置系统、金融ic卡系统、信贷风险流程管理系统、crm系统、pos业务系统、手机银行系统、网银系统、短信平台、中间业务平台、客户信息管理系统等)，上述通讯方式包括但不限于如下至少之一：tuxedo域连接、wtc连接、jolt连接、tcp连接和tuxedoclient(即tuxedo客户端)连接。
其中，tuxedo(transactionforunixhasbeenextendedfordistributionoperation)是被分布式操作扩展之后的unix事务系统，是一个客户机/服务器的中间件，在客户机与服务器之间进行调节，以保证正确地处理事务。当多个域之间有tuxedo服务调用关系时，必须通过域连接才能实现正常调用。
wtc(weblogictuxedoconnector)连接和jolt连接是用于连接weblogic和tuxedo的两种方式，weblogic和tuxedo作为中间件，被广泛应用于银行、电信、金融等行业，通常采用tuxedo实现核心业务，采用weblogic作为系统扩张到internet的平台，实现电子商务，由weblogic调用tuxedo上的服务。其中，wtc不仅能让weblogic调用tuxedo的服务，还能让tuxedo调用weblogic的elb；而jolt只能让weblogic调用tuxedo。但是，jolt可以使tuxedo与weblogic等其他应用服务器相连，而wtc只能用于weblogic与tuxedo之间的互连。
tcp(transmissioncontrolprotocol，传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议。向服务器发送http请求时，需要建立tcp连接。
步骤s104，基于通讯方式，获取两个监控系统的监控信息，其中，监控信息包括如下至少之一：监控系统的配置信息、监控系统提供的服务信息。
需要说明的是，由于两个监控系统之间采用的通信方式不同，用于连接的配置文件也不同。因而，在监控两个监控系统之间的通信状态时，需要监控的配置信息或服务信息也不同。
一种可选的实施例中，基于通讯方式，获取两个监控系统的监控信息，包括如下至少之一：通过扫描监控系统的配置文件，获取监控系统的配置信息；通过向监控系统发送命令的方式，获取监控系统提供的服务信息。即根据被监控系统间通讯方式的不同，采用扫描其配置文件、或者向其发送命令的方式，获取监控信息并比对监控项，得到被监控系统间的连接结果。
步骤s106，根据监控信息确定两个监控系统之间的通讯状态是否处于正常状态。
作为一种可选的实施例，上述通讯状态包括但不限于两个监控系统之间的连接状态，可选地，还可以包括两个监控系统之间通讯质量的好坏等。
由上可知，在本申请上述实施例中，在对任意两个待监控的系统之间的通讯状态进行监控时，首先获取这两个系统之间通讯的通讯方式，基于该通讯方式，获取两个监控系统需要监控的配置信息和/或提供的服务信息，根据监控的配置信息和/或提供的服务信息，确定两个监控系统之间的通讯状态是否处于正常状态，容易注意的是，两个监控系统之间采用的通讯方式不同，需要对两个监控系统监控的监控信息也不同。
通过本申请上述实施例提供的方案，达到了基于系统之间的通讯方式来监控两个系统之间的通讯状态的目的，从而实现了及时发现系统之间通讯故障并及时预警的技术效果，进而解决了现有技术中由于无法获知各个系统之间的通讯状态导致无法及时对系统间通讯故障进行预警的技术问题。
在一种可选的实施例中，如图2所示，上述步骤s102，基于通讯方式，获取两个监控系统的监控信息，可以包括：
步骤s202，根据通讯方式，确定两个监控系统的至少一个监控项；
步骤s204，获取两个监控系统中每个监控项对应的内容信息。
需要说明的是，由于不同的通讯方式，需要配置的信息不同，因而，可以根据两个监控系统之间采用的通讯方式，确定两个监控系统需要监控的一个或多个监控项目(即上述监控项)，并分别获取两个监控系统中每个监控项目内的监控内容(即上述内容信息)。
在一种可选的实施例中，如图3所示，根据监控信息确定两个监控系统之间的通讯状态是否处于正常状态，包括：
步骤s302，基于两个监控系统中任意一个监控系统的基本信息，判断另一监控系统的监控信息是否正确；
步骤s304，根据判断结果，确定两个监控系统之间的通信状态是否处于正常状态。
需要说明的是，上述基本信息可以是监控系统自身的一些属性信息，例如，监控系统的主机名称、ip地址、端口号等信息。
基于上述实施例，作为一种可选的实施方式，基于两个监控系统中任意一个监控系统的基本信息，判断另一监控系统的监控信息是否正确，可以包括：
步骤s3021，获取两个监控系统的基本信息；
步骤s3023，判断两个监控系统中任意一个监控系统的监控信息是否与另一个监控系统的基本信息匹配。
以tuxedo域连接为例，两个监控系统如果要建立tuxedo域连接，需要在每个监控系统的配置文件中配置另一个监控系统的地址信息(例如，域名、访问点名称、ip地址、端口号等)。例如，a系统和b系统的通讯方式采用tuxedo域连接，上述监控项可以是目的地址，因而，如果在a系统配置文件中的目的地址为b的地址，b系统配置文件中的目的地址为a的地址，则认为a系统和b系统的通讯状态正常；反之，如果在a系统配置文件中的目的地址为b的地址，b系统配置文件中的目的地址为c的地址，则认为a系统和b系统的通讯状态异常。
基于上述任意一种可选的方法实施例，作为一种可选的实施方案，任何一个监控系统只需根据标准化的输入要求维护系统信息，即可添加到监控中，方便快捷的查看监控结果。银行系统间关联性较强，通讯方式较多，但连通情况不透明，上述监控系统间通讯状态的方法能及时有效的发现系统间连通问题，提前预警降低影响，同时为诊断修复交易问题、系统连通故障排查提供有效依据。
容易注意的是，除了根据两个监控系统的配置匹配分析和服务启动检测来确定两个监控系统之间的通讯状态是否正常外，还可以通过检测两个监控系统之间的连接状态以及对监控系统的文件系统磁盘使用率来进一步确定两个监控系统之间的通讯状态是否正常。因而，作为一种拓展的实施方案，上述监控信息还可以包括：两个监控系统之间的连接状态信息、监控系统的文件系统状态信息，其中，根据监控信息确定两个监控系统之间的通讯状态是否处于正常状态，还可以包括如下任意之一：
步骤s1061，检测两个监控系统之间的连接状态是否存在干扰，并根据检测结果确定两个监控系统之间的通讯状态是否处于正常状态。
两系统间的通讯，在配置正确、服务启动的前提下，如果有干扰连接，其通讯状态也会受到影响。因此，我们通过发送命令的方式，获取被监控系统的连接信息，检查其中是否有干扰连接。
例如，在监控网上银行a和总行综合前置系统a之间的通讯状态时，如果网上银行的另一个环境b也连接上了总行综合前置系统a。那么从网上银行a做交易时，总行综合前置系统的返回信息可能会返回给网上银行a，也可能返回给网上银行b；而返回给b就导致网上银行a与总行综合前置间的通讯异常，b就是一个干扰连接。
步骤s1063，检测两个监控系统中的任意一个监控系统的文件系统的磁盘使用率是否超过阈值，并根据检测结果确定两个监控系统之间的通讯状态是否处于正常状态。
由于文件系统磁盘使用率超过一定阈值后，会影响系统自身状态。因而，可以通过发送命令的方式，检查被监控的监控系统所有路径的磁盘使用率，在使用率超过阈值后进行预警。
根据本发明实施例，还提供了一种用于实现上述监控系统间通讯状态的方法的系统实施例，图4是根据本发明实施例的一种监控系统间通讯状态的系统示意图，如图4所示，该系统包括：至少两个监控系统401和监控服务器403。
其中，至少两个监控系统401；
监控服务器403，与两个监控系统分别通信，用于获取两个监控系统之间的通讯方式，基于通讯方式，获取两个监控系统的监控信息，并根据监控信息确定两个监控系统之间的通讯状态是否处于正常状态，其中，监控信息包括如下至少之一：监控系统的配置信息、监控系统提供的服务信息。
由上可知，在本申请上述实施例中，在对任意两个监控系统401之间的通讯状态进行监控时，通过监控服务器403获取这两个监控系统401之间通讯的通讯方式，基于该通讯方式，获取两个监控系统401需要监控的配置信息和/或提供的服务信息，根据监控的配置信息和/或提供的服务信息，确定两个监控系统之间的通讯状态是否处于正常状态，容易注意的是，两个监控系统401之间采用的通讯方式不同，需要对两个监控系统401监控的监控信息也不同。
通过本申请上述实施例提供的方案，达到了基于系统之间的通讯方式来监控两个系统之间的通讯状态的目的，从而实现了及时发现系统之间通讯故障并及时预警的技术效果，进而解决了现有技术中由于无法获知各个系统之间的通讯状态导致无法及时对系统间通讯故障进行预警的技术问题。
在一种可选的实施例中，上述监控服务器还用于根据通讯方式，确定两个监控系统的至少一个监控项，并获取两个监控系统中每个监控项对应的内容信息。
在一种可选的实施例中，上述监控服务器还用于基于两个监控系统中任意一个监控系统的基本信息，判断另一监控系统的监控信息是否正确，并根据判断结果，确定两个监控系统之间的通信状态是否处于正常状态。
在一种可选的实施例中，上述监控服务器还用于获取两个监控系统的基本信息，并判断两个监控系统中任意一个监控系统的监控信息是否与另一个监控系统的基本信息匹配。
在一种可选的实施例中，上述监控服务器还用于通过扫描监控系统的配置文件，获取监控系统的配置信息；和/或通过向监控系统发送命令的方式，获取监控系统提供的服务信息。
基于上述任意一种可选的系统实施例，作为一种可选的实施例，上述监控系统为银行系统，通讯方式包括如下至少之一：tuxedo域连接、wtc连接、jolt连接、tcp连接和tuxedoclient连接。
在一种可选的实施例中，上述监控信息还可以包括：两个监控系统之间的连接状态信息、监控系统的文件系统状态信息，其中，上述监控服务器还用于检测两个监控系统之间的连接状态是否存在干扰，并根据检测结果确定两个监控系统之间的通讯状态是否处于正常状态，或者，检测两个监控系统中的任意一个监控系统的文件系统的磁盘使用率是否超过阈值，并根据检测结果确定两个监控系统之间的通讯状态是否处于正常状态。
根据本发明实施例，还提供了一种用于实现上述监控系统间通讯状态的方法的装置实施例，图5是根据本发明实施例的一种监控系统间通讯状态的装置示意图，如图5所示，该装置包括：第一获取单元501、第二获取单元503和确定单元505。
其中，第一获取单元501，用于获取任意两个监控系统之间的通讯方式；
第二获取单元503，用于基于通讯方式，获取两个监控系统的监控信息，其中，监控信息包括如下至少之一：监控系统的配置信息、监控系统提供的服务信息；
确定单元505，用于根据监控信息确定两个监控系统之间的通讯状态是否处于正常状态。
此处需要说明的是，上述第一获取单元501、第二获取单元503和确定单元505对应于方法实施例中的步骤s102至s106，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述方法实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。
由上可知，在本申请上述实施例中，在对任意两个待监控的系统之间的通讯状态进行监控时，首先通过第一获取单元501获取这两个系统之间通讯的通讯方式，通过第二获取单元503基于该通讯方式，获取两个监控系统需要监控的配置信息和/或提供的服务信息，并通过确定单元505根据监控的配置信息和/或提供的服务信息，确定两个监控系统之间的通讯状态是否处于正常状态，容易注意的是，两个监控系统之间采用的通讯方式不同，需要对两个监控系统监控的监控信息也不同。
通过本申请上述实施例提供的方案，达到了基于系统之间的通讯方式来监控两个系统之间的通讯状态的目的，从而实现了及时发现系统之间通讯故障并及时预警的技术效果，进而解决了现有技术中由于无法获知各个系统之间的通讯状态导致无法及时对系统间通讯故障进行预警的技术问题。
在一种可选的实施例中，上述第二获取单元包括：第一确定模块，用于根据通讯方式，确定两个监控系统的至少一个监控项；第一获取模块，用于获取两个监控系统中每个监控项对应的内容信息。
在一种可选的实施例中，上述确定单元包括：判断模块，用于基于两个监控系统中任意一个监控系统的基本信息，判断另一监控系统的监控信息是否正确；第二确定模块，用于根据判断结果，确定两个监控系统之间的通信状态是否处于正常状态。
在一种可选的实施例中，上述判断模块包括：获取子模块，用于获取两个监控系统的基本信息；判断子模块，用于判断两个监控系统中任意一个监控系统的监控信息是否与另一个监控系统的基本信息匹配。
基于上述任意一种可选的装置实施例，作为一种可选的实施例，上述第二获取单元包括如下至少之一：第二获取模块，用于通过扫描监控系统的配置文件，获取监控系统的配置信息；第三获取模块，用于通过向监控系统发送命令的方式，获取监控系统提供的服务信息。
基于上述任意一种可选的装置实施例，作为一种可选的实施例，上述监控系统为银行系统，通讯方式包括如下至少之一：tuxedo域连接、wtc连接、jolt连接、tcp连接和tuxedoclient连接。
在一种可选的实施例中，上述监控信息还可以包括：两个监控系统之间的连接状态信息、监控系统的文件系统状态信息，其中，确定单元505还包括如下任意之一：第三确定模块，用于检测两个监控系统之间的连接状态是否存在干扰，并根据检测结果确定两个监控系统之间的通讯状态是否处于正常状态；第四确定模块，用于检测两个监控系统中的任意一个监控系统的文件系统的磁盘使用率是否超过阈值，并根据检测结果确定两个监控系统之间的通讯状态是否处于正常状态。
根据本发明实施例，还提供了一种存储介质，存储介质包括存储的程序，其中，程序执行上述方法实施例中任意一项可选的或优选的监控系统间通讯状态的方法。
根据本发明实施例，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述方法实施例中任意一项可选的或优选的监控系统间通讯状态的方法。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。