1.本技术涉及金融科技领域及其他相关技术领域，具体而言，涉及一种第三方系统的检测方法、系统、装置及电子设备。
背景技术：2.银行等金融机构在开展运营活动时，可能会有一些和第三方公司进行交互的场景，例如，银行在通过向用户发送消费券以扩展新业务时，银行会通过自开发系统调用第三方系统的方式与用户进行交互，将消费券发放至第三方系统中的用户账户中，然后用户通过登陆第三方系统即可领取消费券。其中，第三方系统为第三方公司所开发的系统。
3.但是，在运营活动的开展期间，有可能会因为第三方系统出现异常而导致运营活动失败，进而造成用户体验较差。其中，由于现有技术中只能通过人工发现的方式被动检测到第三方系统的异常，因此会导致异常发现不及时，检测效率低的问题。
4.针对上述的问题，目前尚未提出有效的解决方案。
技术实现要素：5.本技术实施例提供了一种第三方系统的检测方法、系统、装置及电子设备，以至少解决现有技术中对第三方系统的异常状态检测不及时的技术问题。
6.根据本技术实施例的一个方面，提供了一种第三方系统的检测方法，包括：通过目标系统向第三方系统发送检测指令，其中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包含目标系统与第三方系统预先约定的加密算法和密钥信息；通过目标系统接收第三方系统根据检测指令生成的目标检测结果，其中，目标检测结果为第三方系统基于加密协议加密后的检测结果；根据目标检测结果确定第三方系统的状态信息。
7.进一步地，第三方系统的检测方法还包括：获取第一网关证书以及第二网关证书，其中，第一网关证书用于表征目标系统的网络身份信息，第二网关证书用于表征第三方系统的网络身份信息；对第一网关证书以及第二网关证书进行校验，得到校验结果，其中，校验结果用于表征目标系统的网络身份信息以及第三方系统的网络身份信息是否存在异常；在目标系统的网络身份信息以及第三方系统的网络身份信息全部正常时，通过目标系统接收第三方系统根据检测指令生成的目标检测结果；在目标系统的网络身份信息以及第三方系统的网络身份信息中的任意一个网络身份信息存在异常时，禁止目标系统接收第三方系统根据检测指令生成的目标检测结果。
8.进一步地，第三方系统的检测方法还包括：检测目标检测结果与预设检测结果是否相匹配，其中，预设检测结果为第三方系统在正常状态下根据检测指令生成的检测结果；在目标检测结果与预设检测结果不匹配的情况下，确定第三方系统处于异常状态；在目标检测结果与预设检测结果相匹配的情况下，确定第三方系统处于正常状态。
9.进一步地，第三方系统的检测方法还包括：根据加密协议对目标检测结果进行解
密，得到解密后的待核对检测结果；检测待核对检测结果与预设检测结果是否相同；在待核对检测结果与预设检测结果相同时，确定目标检测结果与预设检测结果相匹配；在待核对检测结果与预设检测结果不相同时，确定目标检测结果与预设检测结果不匹配。
10.进一步地，第三方系统的检测方法还包括：获取目标系统发送检测指令时的发送时间以及目标系统接收到目标检测结果时的接收时间；根据发送时间以及接收时间确定第三方系统对检测指令的应答时长；在应答时长大于预设时长时，确定第三方系统处于异常状态；在应答时长小于或等于预设时长时，确定第三方系统处于正常状态。
11.进一步地，第三方系统的检测方法还包括：在确定第三方系统处于异常状态之后，获取目标活动内容在第三方系统中的上线状态，其中，目标活动内容为目标系统通过调用第三方系统与用户端进行交互的活动内容，上线状态用于表征目标活动内容是否已经在第三方系统中上线部署；在目标活动内容已经在第三方系统中上线部署的情况下，将目标活动内容在第三方系统中的展示状态更新为第一状态，其中，第一状态用于表征目标活动内容处于暂停状态；在目标活动内容未在第三方系统中上线部署的情况下，禁止目标系统在第三方系统上部署目标活动内容。
12.进一步地，第三方系统的检测方法还包括：在确定第三方系统处于异常状态之后，生成第一提示信息，并将第一提示信息发送至第一终端设备中，其中，第一终端设备的使用对象为目标系统的运维人员，第一提示信息用于提示第一终端设备的使用对象第三方系统处于异常状态；生成第二提示信息，并将第二提示信息发送至第二终端设备中，其中，第二终端设备的使用对象为第三方系统的运维人员，第二提示信息用于提示第二终端设备的使用对象第三方系统处于异常状态。
13.根据本技术实施例的另一方面，还提供了一种第三方系统的检测方法，包括：通过第三方系统接收目标系统发送的检测指令，其中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包含目标系统与第三方系统预先约定的加密算法和密钥信息；通过第三方系统基于密钥信息对检测指令进行解密，得到解密后的第一检测指令；根据第一检测指令生成第一检测结果，并基于加密协议对第一检测结果进行加密，得到目标检测结果；将目标检测结果发送至目标系统，其中，目标系统还用于检测目标检测结果与预设检测结果是否相匹配，在目标检测结果与预设检测结果不匹配的情况下，目标系统确定第三方系统处于异常状态。
14.根据本技术实施例的另一方面，还提供了一种第三方系统的检测系统，包括：目标系统，用于向第三方系统发送检测指令，其中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包含目标系统与第三方系统预先约定的加密算法和密钥信息；第三方系统，用于基于密钥信息对检测指令进行解密，得到解密后的第一检测指令；根据第一检测指令生成第一检测结果，并基于加密协议对第一检测结果进行加密，得到目标检测结果；将目标检测结果发送至目标系统，目标系统还用于检测目标检测结果与预设检测结果是否相匹配，在目标检测结果与预设检测结果不匹配的情况下，目标系统确定第三方系统处于异常状态。
15.根据本技术实施例的另一方面，还提供了一种第三方系统的检测装置，包括：发送模块，用于通过目标系统向第三方系统发送检测指令，其中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包
含目标系统与第三方系统预先约定的加密算法和密钥信息；接收模块，用于通过目标系统接收第三方系统根据检测指令生成的目标检测结果，其中，目标检测结果为第三方系统基于加密协议加密后的检测结果；确定模块，用于根据目标检测结果确定第三方系统的状态信息。
16.根据本技术实施例的另一方面，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述的第三方系统的检测方法。
17.根据本技术实施例的另一方面，还提供了一种电子设备，该电子设备包括一个或多个处理器；存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现用于运行程序，其中，程序被设置为运行时执行上述的第三方系统的检测方法。
18.在本技术的技术方案中，采用由于目标系统向第三方系统发送检测指令，并根据第三方系统返回的目标检测结果确定第三方系统的状态信息的方式，首先通过目标系统向第三方系统发送检测指令，其中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包含目标系统与第三方系统预先约定的加密算法和密钥信息，然后通过目标系统接收第三方系统根据检测指令生成的目标检测结果，其中，目标检测结果为第三方系统基于加密协议加密后的检测结果，最后，根据目标检测结果确定第三方系统的状态信息。
19.由上述内容可知，本技术通过由目标系统主动向第三方系统发送检测指令，并根据第三方系统所返回的目标检测结果确定第三方系统的状态信息的方式，将现有技术中人为地被动检测第三方系统状态改变为目标系统主动地检测第三方系统的状态，从而可以提前发现第三方系统的异常，提高了对第三方系统的检测效率。另外，由于本技术向第三方系统发送的检测指令以及第三方系统返回的目标检测结果都是基于加密协议加密后的数据，因此，通过目标检测结果，本技术还可以验证第三方系统的加密算法以及密钥信息是否发生变化，换言之，通过目标检测结果，本技术还可以验证第三方系统是否可以正常处理目标系统所发送的加密数据，从而提高了对第三方系统的检测全面性。
20.由此可见，通过本技术的技术方案，达到了由目标系统主动检测第三方系统的状态信息的目的，从而实现了提高对第三方系统的检测效率的效果，进而解决了现有技术中对第三方系统的异常状态检测不及时的技术问题。
附图说明
21.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
22.图1是根据本技术实施例的一种可选的第三方系统的检测方法的流程图；
23.图2是根据本技术实施例的一种可选的第三方系统的检测方法的示意图；
24.图3是根据本技术实施例的一种可选的生成提示信息的示意图；
25.图4是根据本技术实施例的另一种可选的第三方系统的检测方法的流程图；
26.图5是根据本技术实施例的另一种可选的第三方系统的检测系统的示意图；
27.图6是根据本技术实施例的一种可选的第三方系统的检测装置的示意图；
28.图7是根据本技术实施例的一种可选的电子设备的示意图。
具体实施方式
29.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
30.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
31.另外，还需要说明的是，本公开所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取相关信息。
32.实施例1
33.根据本技术实施例，提供了一种第三方系统的检测方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
34.图1是根据本技术实施例的一种可选的第三方系统的检测方法的流程图，如图1所示，该方法包括如下步骤：
35.步骤s101，通过目标系统向第三方系统发送检测指令。
36.在步骤s101中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包含目标系统与第三方系统预先约定的加密算法和密钥信息。
37.另外，上述的目标系统可以是银行等金融机构自开发的软件系统，例如，信用卡管理系统，贷款管理系统。上述的第三方系统可以是移动支付软件系统、电子商务系统、视频软件系统等各种非银行等金融机构所开发的软件系统。上述的检测指令可以是一种“健康检查报文体”，该“健康检查报文体”用于对第三方系统进行健康检查，即检测第三方系统是否存在异常。
38.步骤s102，通过目标系统接收第三方系统根据检测指令生成的目标检测结果。
39.在步骤s102中，目标检测结果为第三方系统基于加密协议加密后的检测结果。
40.具体的，由于目标系统发送给第三方系统的检测指令为加密后的指令，因此，第三
方系统在接收到目标系统发送的检测指令之后，首先会通过加密协议中的密钥信息对检测指令进行解密，得到解密后的第一检测指令，然后第三方系统根据第一检测指令生成第一检测结果，其中，第一检测结果为未加密的检测结果。最后，第三方系统根据加密协议对第一检测结果进行加密，得到目标检测结果，并将目标检测结果发送给目标系统。
41.步骤s103，根据目标检测结果确定第三方系统的状态信息。
42.在步骤s103中，目标系统可以通过两种方式根据目标检测结果确定第三方系统的状态信息，其中，状态信息用于表征第三方系统是否处于异常正常状态。
43.在一种可选的实施例中，目标系统可以根据目标检测结果以及预设检测结果确定第三方系统的状态信息，其中，预设检测结果为第三方系统在正常状态下根据检测指令生成的检测结果。具体的，目标系统检测目标检测结果与预设检测结果是否相匹配，在目标检测结果与预设检测结果不匹配的情况下，目标系统确定第三方系统处于异常状态；在目标检测结果与预设检测结果相匹配的情况下，目标系统确定第三方系统处于正常状态。
44.可选的，为了确定目标检测结果与预设检测结果是否相匹配，目标系统会根据加密协议对目标检测结果进行解密，得到解密后的待核对检测结果，然后目标系统检测待核对检测结果与预设检测结果是否相同，在待核对检测结果与预设检测结果相同时，目标系统确定目标检测结果与预设检测结果相匹配；在待核对检测结果与预设检测结果不相同时，目标系统确定目标检测结果与预设检测结果不匹配。
45.在另一种可选的实施例中，目标系统还可以根据目标检测结果的接收时间以及检测指令的发送时间确定第三方系统的状态信息。具体的，目标系统首先获取目标系统发送检测指令时的发送时间以及目标系统接收到目标检测结果时的接收时间，然后目标系统根据发送时间以及接收时间确定第三方系统对检测指令的应答时长，在应答时长大于预设时长时，目标系统确定第三方系统处于异常状态；在应答时长小于或等于预设时长时，目标系统确定第三方系统处于正常状态。
46.为了更好的说明本技术中的第三方系统的检测方法，图2示出了根据本技术实施例的第三方系统的检测方法的示意图。如图2所示，在目标系统内部设置有定时器，其中，定时器为一种计时程序。定时器根据预设间隔时长周期性的在目标系统内部生成未加密的检测指令。然后，目标系统会对未加密的检测指令进行加密，并通过目标系统的网关与第三方系统的网关进行交互，将加密后的检测指令发送给第三方系统。第三方系统在接收到检测指令之后，对检测指令进行解密，识别得到解密后的第一检测指令，第三方系统根据第一检测指令的内容生成第一检测结果。随后，第三方系统将该第一检测结果进行加密，得到目标检测结果，并通过第三方系统的网关以及目标系统的网关将目标检测结果发送给目标系统。最后，目标系统在接收到目标检测结果之后，会对目标检测结果进行解密，得到待核查检测结果，如果待核查检测结果与预设检测结果相同，则目标系统确定第三方系统处于正常状态，如果待核查检测结果与预设检测结果不同，则目标系统确定第三方系统处于异常状态。其中，预设检测结果为第三方系统在正常状态下根据检测指令生成的检测结果。
47.在一种可选的实施例中，如图2所示，如果目标系统在向第三方系统发送了检测指令之后，长时间没有收到第三方系统返回的目标检测结果，或者第三方系统对检测指令的应答时长大于了预设时长，则目标系统也会确定第三方系统处于异常状态。
48.可选的，如图2所示，目标系统在每次确定了第三方系统是处于正常状态或者异常
状态之后，还会根据预设的对第三方系统进行重新检测的条件确定是否对第三方系统进行再次检测，最后结合单次或者多次的检测结果，确定第三方系统的最终状态。其中，重新检测的条件可以是参数配置信息以及已经检测的次数等。
49.需要说明的是，为了扩展业务，银行等金融机构会与第三方公司合作开展一些运营活动，因此，金融机构会将自开发的目标系统与第三方公司开发的软件系统进行对接，从而实现与用户端的交互。但是，在运行活动的开展期间，有可能因为第三方系统出现异常导致活动失败，从而造成用户投诉率增长。其中，第三方系统出现异常的原因至少包括以下几种：加密算法变化、密钥发生变化、网关证书发生变化、服务器不可用、服务器域名或地址发生变化、防火墙异常。
50.为了解决第三方系统出现异常时，异常信息无法被及时获取的问题，本技术通过上述由目标系统主动向第三方系统发起检测指令的方式，通过检测第三方系统对检测指令的应答时长是否超过预设时长，可以确定第三方系统是否存在网关证书发生变化、服务器不可用、服务器域名或地址发生变化以及防火墙异常等异常情况。另外，由于本技术向第三方系统发送的检测指令为基于加密协议后的指令，并且第三方系统返回的目标检测结果也是基于加密协议加密后的检测结果，因此，通过检测目标检测结果是否与预设检测结果相匹配，本技术还可以验证第三方系统的加密算法以及密钥信息是否发生变化，换言之，本技术可以验证第三方系统是否可以正常地对目标系统所发送的加密数据进行解密，以及依据事先约定的加密协议对生成数据进行加密，从而有效地检测出第三方系统的加密算法或者密钥信息是否发生变化，提高了检测效率以及全面性。
51.基于上述步骤s101至步骤s103的内容可知，在本技术的技术方案中，采用由于目标系统向第三方系统发送检测指令，并根据第三方系统返回的目标检测结果确定第三方系统的状态信息的方式，首先通过目标系统向第三方系统发送检测指令，其中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包含目标系统与第三方系统预先约定的加密算法和密钥信息，然后通过目标系统接收第三方系统根据检测指令生成的目标检测结果，其中，目标检测结果为第三方系统基于加密协议加密后的检测结果，最后，根据目标检测结果确定第三方系统的状态信息。
52.由上述内容可知，本技术通过由目标系统主动向第三方系统发送检测指令，并根据第三方系统所返回的目标检测结果确定第三方系统的状态信息的方式，将现有技术中人为地被动检测第三方系统状态改变为目标系统主动地检测第三方系统的状态，从而可以提前发现第三方系统的异常，提高了对第三方系统的检测效率。另外，由于本技术向第三方系统发送的检测指令以及第三方系统返回的目标检测结果都是基于加密协议加密后的数据，因此，通过目标检测结果，本技术还可以验证第三方系统的加密算法以及密钥信息是否发生变化，换言之，通过目标检测结果，本技术还可以验证第三方系统是否可以正常处理目标系统所发送的加密数据，从而提高了对第三方系统的检测全面性。
53.由此可见，通过本技术的技术方案，达到了由目标系统主动检测第三方系统的状态信息的目的，从而实现了提高对第三方系统的检测效率的效果，进而解决了现有技术中对第三方系统的异常状态检测不及时的技术问题。
54.在一种可选的实施例中，为了确定目标系统以及第三方系统之间的网络连接是否异常，目标系统还会获取第一网关证书以及第二网关证书，并对第一网关证书以及第二网
关证书进行校验，得到校验结果，其中，校验结果用于表征目标系统的网络身份信息以及第三方系统的网络身份信息是否存在异常，第一网关证书用于表征目标系统的网络身份信息，第二网关证书用于表征第三方系统的网络身份信息。在目标系统的网络身份信息以及第三方系统的网络身份信息全部正常时，通过目标系统接收第三方系统根据检测指令生成的目标检测结果；在目标系统的网络身份信息以及第三方系统的网络身份信息中的任意一个网络身份信息存在异常时，禁止目标系统接收第三方系统根据检测指令生成的目标检测结果。
55.可选的，上述的网关证书包括但不限于https(hyper text transfer protocol over secure socket layer，超文本传输安全协议)证书以及ca(certification authority)证书。在目标系统向第三方系统发送检测指令以及第三方系统向目标系统发送目标检测结果时，目标系统都会检验第三方系统的网络身份信息是否存在异常，例如，校验第三方系统的网络身份信息是否过期，如果过期，则确定第三方系统的网络身份信息存在异常，在目标系统向第三方系统发送检测指令之后，检测指令将无法被第三方系统成功接收，从而导致第三方系统对检测指令的应答时长大于预设时长。
56.在一种可选的实施例中，在确定第三方系统处于异常状态之后，目标系统会生成第一提示信息，并将第一提示信息发送至第一终端设备中，其中，第一终端设备的使用对象为目标系统的运维人员，第一提示信息用于提示第一终端设备的使用对象第三方系统处于异常状态。同时，目标系统还会生成第二提示信息，并将第二提示信息发送至第二终端设备中，其中，第二终端设备的使用对象为第三方系统的运维人员，第二提示信息用于提示第二终端设备的使用对象第三方系统处于异常状态。
57.可选的，图3是根据本技术实施例的一种可选的生成提示信息的示意图。如图3所示，为了提高运维人员对异常的第三方系统的运维效率。目标系统会分别生成第一提示信息以及第二提示信息用于提醒目标系统的运维人员以及第三方系统的运维人员。
58.举例而言，在确定第三方系统处于异常状态之后，目标系统会生成第一提示信息，然后通过报警系统、邮件、短信等方式通知目标系统的运维人员，其中，目标系统的运维包括但不限于技术人员、业务人员以及客服人员。目标系统可以根据第一提示信息生成文本信息，并将文本信息也发送给客服人员，方便客服人员对用户进行解释和疑问解答。同时，目标系统还会生成第二提示信息，并通过报警系统、邮件，短信等方式，将第二提示信息通知给第三方系统的运维人员，方便第三方系统的运维人员进行第一时间的系统检查，并尽快对第三方系统进行恢复。
59.在一种可选的实施例中，在确定第三方系统处于异常状态之后，目标系统会获取目标活动内容在第三方系统中的上线状态，其中，目标活动内容为目标系统通过调用第三方系统与用户端进行交互的活动内容，上线状态用于表征目标活动内容是否已经在第三方系统中上线部署。在目标活动内容已经在第三方系统中上线部署的情况下，目标系统将目标活动内容在第三方系统中的展示状态更新为第一状态，其中，第一状态用于表征目标活动内容处于暂停状态；在目标活动内容未在第三方系统中上线部署的情况下，禁止目标系统在第三方系统上部署目标活动内容。
60.可选的，如图3所示，对于已经在第三方系统上上线部署的目标活动内容，目标系统可以将目标活动内容设置为暂停状态(即第一状态)，从而暂时不与第三方系统进行交互
处理，待第三方系统恢复正常之后，第三方系统再与第三方系统重新进行交互。
61.可选的，对于还未在第三方系统上上线部署的目标活动内容，目标系统将禁止在该第三方系统上上线目标活动内容。在目标活动内容的上线部署过程中，目标系统将生成信息提示，例如“该第三方系统异常，暂时不可在该第三方系统上上线活动内容”。或者目标系统可以直接屏蔽第三方系统。
62.由上述内容可知，通过本技术的技术方案，可以提前发现目标系统与第三方系统的交互过程中可能出现的异常情况，从而有效的解决了系统稳定性风险导致的不利影响。同时，本技术通过根据第三方系统的异常情况生成提示信息，可以提高运维效率，降低活动失败几率以及用户投诉率，从而实现提高用户使用体验的效果。
63.实施例2
64.根据本技术实施例，还提供了另一种第三方系统的检测方法的实施例，图4是根据本技术实施例的另一种可选的第三方系统的检测方法的流程图，如图4所示，该方法包括如下步骤：
65.步骤s401，通过第三方系统接收目标系统发送的检测指令。
66.在步骤s401中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包含目标系统与第三方系统预先约定的加密算法和密钥信息。
67.可选的，上述的目标系统可以是银行等金融机构自开发的软件系统，例如，信用卡管理系统，贷款管理系统。上述的第三方系统可以是移动支付软件系统、电子商务系统、视频软件系统等各种非银行等金融机构所开发的软件系统。上述的检测指令可以是一种“健康检查报文体”，该“健康检查报文体”用于对第三方系统进行健康检查，即检测第三方系统是否存在异常。
68.步骤s402，通过第三方系统基于密钥信息对检测指令进行解密，得到解密后的第一检测指令。
69.步骤s403，根据第一检测指令生成第一检测结果，并基于加密协议对第一检测结果进行加密，得到目标检测结果。
70.步骤s404，将目标检测结果发送至目标系统，其中，目标系统还用于检测目标检测结果与预设检测结果是否相匹配，在目标检测结果与预设检测结果不匹配的情况下，目标系统确定第三方系统处于异常状态。
71.在一种可选的实施例中，上述的目标系统可以根据目标检测结果以及预设检测结果确定第三方系统的状态信息，其中，预设检测结果为第三方系统在正常状态下根据检测指令生成的检测结果。具体的，目标系统检测目标检测结果与预设检测结果是否相匹配，在目标检测结果与预设检测结果不匹配的情况下，目标系统确定第三方系统处于异常状态；在目标检测结果与预设检测结果相匹配的情况下，目标系统确定第三方系统处于正常状态。
72.可选的，为了确定目标检测结果与预设检测结果是否相匹配，目标系统会根据加密协议对目标检测结果进行解密，得到解密后的待核对检测结果，然后目标系统检测待核对检测结果与预设检测结果是否相同，在待核对检测结果与预设检测结果相同时，目标系统确定目标检测结果与预设检测结果相匹配；在待核对检测结果与预设检测结果不相同
时，目标系统确定目标检测结果与预设检测结果不匹配。
73.在另一种可选的实施例中，目标系统还可以根据目标检测结果的接收时间以及检测指令的发送时间确定第三方系统的状态信息。具体的，目标系统首先获取目标系统发送检测指令时的发送时间以及目标系统接收到目标检测结果时的接收时间，然后目标系统根据发送时间以及接收时间确定第三方系统对检测指令的应答时长，在应答时长大于预设时长时，目标系统确定第三方系统处于异常状态；在应答时长小于或等于预设时长时，目标系统确定第三方系统处于正常状态。
74.为了更好的说明本技术中的第三方系统的检测方法，图2示出了根据本技术实施例的第三方系统的检测方法的示意图。如图2所示，在目标系统内部设置有定时器，其中，定时器为一种计时程序。定时器根据预设间隔时长周期性的在目标系统内部生成未加密的检测指令。然后，目标系统会对未加密的检测指令进行加密，并通过目标系统的网关与第三方系统的网关进行交互，将加密后的检测指令发送给第三方系统。第三方系统在接收到检测指令之后，对检测指令进行解密，识别得到解密后的第一检测指令，第三方系统根据第一检测指令的内容生成第一检测结果。随后，第三方系统将该第一检测结果进行加密，得到目标检测结果，并通过第三方系统的网关以及目标系统的网关将目标检测结果发送给目标系统。最后，目标系统在接收到目标检测结果之后，会对目标检测结果进行解密，得到待核查检测结果，如果待核查检测结果与预设检测结果相同，则目标系统确定第三方系统处于正常状态，如果待核查检测结果与预设检测结果不同，则目标系统确定第三方系统处于异常状态。其中，预设检测结果为第三方系统在正常状态下根据检测指令生成的检测结果。
75.在一种可选的实施例中，如图2所示，如果目标系统在向第三方系统发送了检测指令之后，长时间没有收到第三方系统返回的目标检测结果，或者第三方系统对检测指令的应答时长大于了预设时长，则目标系统也会确定第三方系统处于异常状态。
76.可选的，如图2所示，目标系统在每次确定了第三方系统是处于正常状态或者异常状态之后，还会根据参数配置信息以及已经检测的次数确定是否对第三方系统进行检测，最后结合单次或者多次的检测结果，确定第三方系统的最终状态。
77.需要说明的是，为了扩展业务，银行等金融机构会与第三方公司合作开展一些运营活动，因此，金融机构会将自开发的目标系统与第三方公司开发的软件系统进行对接，从而实现与用户端的交互。但是，在运行活动的开展期间，有可能因为第三方系统出现异常导致活动失败，从而造成用户投诉率增长。其中，第三方系统出现异常的原因至少包括以下几种：加密算法变化、密钥发生变化、网关证书发生变化、服务器不可用、服务器域名或地址发生变化、防火墙异常。
78.为了解决第三方系统出现异常时，异常信息无法被及时获取的问题，本技术通过上述由目标系统主动向第三方系统发起检测指令的方式，根据第三方系统对检测指令的应答时长是否超过预设时长，可以确定第三方系统是否存在网关证书发生变化、服务器不可用、服务器域名或地址发生变化以及防火墙异常等异常情况。另外，由于本技术向第三方系统发送的检测指令为基于加密协议后的指令，并且第三方系统返回的目标检测结果也是基于加密协议加密后的检测结果，因此，通过检测目标检测结果是否与预设检测结果相匹配，本技术还可以验证第三方系统的加密算法以及密钥信息是否发生变化，换言之，本技术可以验证第三方系统是否可以正常地对目标系统所发送的加密数据进行解密，以及依据事先
约定的加密协议对生成数据进行加密，从而有效地检测出第三方系统的加密算法或者密钥信息是否发生变化，提高了检测效率以及全面性。
79.由上述内容可知，本技术通过由目标系统主动向第三方系统发送检测指令，并根据第三方系统所返回的目标检测结果确定第三方系统的状态信息的方式，将现有技术中人为地被动检测第三方系统状态改变为目标系统主动地检测第三方系统的状态，从而可以提前发现第三方系统的异常，提高了对第三方系统的检测效率。另外，由于本技术向第三方系统发送的检测指令以及第三方系统返回的目标检测结果都是基于加密协议加密后的数据，因此，通过目标检测结果，本技术还可以验证第三方系统的加密算法以及密钥信息是否发生变化，换言之，通过目标检测结果，本技术还可以验证第三方系统是否可以正常处理目标系统所发送的加密数据，从而提高了对第三方系统的检测全面性。
80.由此可见，通过本技术的技术方案，达到了由目标系统主动检测第三方系统的状态信息的目的，从而实现了提高对第三方系统的检测效率的效果，进而解决了现有技术中对第三方系统的异常状态检测不及时的技术问题。
81.实施例3
82.根据本技术实施例，还提供了一种第三方系统的检测系统的实施例，图5是根据本技术实施例的另一种可选的第三方系统的检测系统的示意图，如图5所示，该系统包括：
83.目标系统，用于向第三方系统发送检测指令，其中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包含目标系统与第三方系统预先约定的加密算法和密钥信息。
84.另外，第三方系统，用于基于密钥信息对检测指令进行解密，得到解密后的第一检测指令；根据第一检测指令生成第一检测结果，并基于加密协议对第一检测结果进行加密，得到目标检测结果；将目标检测结果发送至目标系统，目标系统还用于检测目标检测结果与预设检测结果是否相匹配，在目标检测结果与预设检测结果不匹配的情况下，目标系统确定第三方系统处于异常状态。
85.可选的，上述的目标系统可以是银行等金融机构自开发的软件系统，例如，信用卡管理系统，贷款管理系统。上述的第三方系统可以是移动支付软件系统、电子商务系统、视频软件系统等各种非银行等金融机构所开发的软件系统。上述的检测指令可以是一种“健康检查报文体”，该“健康检查报文体”用于对第三方系统进行健康检查，即检测第三方系统是否存在异常。
86.在一种可选的实施例中，目标系统可以根据目标检测结果以及预设检测结果确定第三方系统的状态信息，其中，预设检测结果为第三方系统在正常状态下根据检测指令生成的检测结果。具体的，目标系统检测目标检测结果与预设检测结果是否相匹配，在目标检测结果与预设检测结果不匹配的情况下，目标系统确定第三方系统处于异常状态；在目标检测结果与预设检测结果相匹配的情况下，目标系统确定第三方系统处于正常状态。
87.可选的，为了确定目标检测结果与预设检测结果是否相匹配，目标系统会根据加密协议对目标检测结果进行解密，得到解密后的待核对检测结果，然后目标系统检测待核对检测结果与预设检测结果是否相同，在待核对检测结果与预设检测结果相同时，目标系统确定目标检测结果与预设检测结果相匹配；在待核对检测结果与预设检测结果不相同时，目标系统确定目标检测结果与预设检测结果不匹配。
88.在另一种可选的实施例中，目标系统还可以根据目标检测结果的接收时间以及检测指令的发送时间确定第三方系统的状态信息。具体的，目标系统首先获取目标系统发送检测指令时的发送时间以及目标系统接收到目标检测结果时的接收时间，然后目标系统根据发送时间以及接收时间确定第三方系统对检测指令的应答时长，在应答时长大于预设时长时，目标系统确定第三方系统处于异常状态；在应答时长小于或等于预设时长时，目标系统确定第三方系统处于正常状态。
89.为了更好的说明本技术中的第三方系统的检测方法，图2示出了根据本技术实施例的第三方系统的检测方法的示意图。如图2所示，在目标系统内部设置有定时器，其中，定时器为一种计时程序。定时器根据预设间隔时长周期性的在目标系统内部生成未加密的检测指令。然后，目标系统会对未加密的检测指令进行加密，并通过目标系统的网关与第三方系统的网关进行交互，将加密后的检测指令发送给第三方系统。第三方系统在接收到检测指令之后，对检测指令进行解密，识别得到解密后的第一检测指令，第三方系统根据第一检测指令的内容生成第一检测结果。随后，第三方系统将该第一检测结果进行加密，得到目标检测结果，并通过第三方系统的网关以及目标系统的网关将目标检测结果发送给目标系统。最后，目标系统在接收到目标检测结果之后，会对目标检测结果进行解密，得到待核查检测结果，如果待核查检测结果与预设检测结果相同，则目标系统确定第三方系统处于正常状态，如果待核查检测结果与预设检测结果不同，则目标系统确定第三方系统处于异常状态。其中，预设检测结果为第三方系统在正常状态下根据检测指令生成的检测结果。
90.在一种可选的实施例中，如图2所示，如果目标系统在向第三方系统发送了检测指令之后，长时间没有收到第三方系统返回的目标检测结果，或者第三方系统对检测指令的应答时长大于了预设时长，则目标系统也会确定第三方系统处于异常状态。
91.可选的，如图2所示，目标系统在每次确定了第三方系统是处于正常状态或者异常状态之后，还会根据参数配置信息以及已经检测的次数确定是否对第三方系统进行检测，最后结合单次或者多次的检测结果，确定第三方系统的最终状态。
92.需要说明的是，为了扩展业务，银行等金融机构会与第三方公司合作开展一些运营活动，因此，金融机构会将自开发的目标系统与第三方公司开发的软件系统进行对接，从而实现与用户端的交互。但是，在运行活动的开展期间，有可能因为第三方系统出现异常导致活动失败，从而造成用户投诉率增长。其中，第三方系统出现异常的原因至少包括以下几种：加密算法变化、密钥发生变化、网关证书发生变化、服务器不可用、服务器域名或地址发生变化、防火墙异常。
93.为了解决第三方系统出现异常时，异常信息无法被及时获取的问题，本技术通过上述由目标系统主动向第三方系统发起检测指令的方式，根据第三方系统对检测指令的应答时长是否超过预设时长，可以确定第三方系统是否存在网关证书发生变化、服务器不可用、服务器域名或地址发生变化以及防火墙异常等异常情况。另外，由于本技术向第三方系统发送的检测指令为基于加密协议后的指令，并且第三方系统返回的目标检测结果也是基于加密协议加密后的检测结果，因此，通过检测目标检测结果是否与预设检测结果相匹配，本技术还可以验证第三方系统的加密算法以及密钥信息是否发生变化，换言之，本技术可以验证第三方系统是否可以正常地对目标系统所发送的加密数据进行解密，以及依据事先约定的加密协议对生成数据进行加密，从而有效地检测出第三方系统的加密算法或者密钥
信息是否发生变化，提高了检测效率以及全面性。
94.由上述内容可知，本技术通过由目标系统主动向第三方系统发送检测指令，并根据第三方系统所返回的目标检测结果确定第三方系统的状态信息的方式，将现有技术中人为地被动检测第三方系统状态改变为目标系统主动地检测第三方系统的状态，从而可以提前发现第三方系统的异常，提高了对第三方系统的检测效率。另外，由于本技术向第三方系统发送的检测指令以及第三方系统返回的目标检测结果都是基于加密协议加密后的数据，因此，通过目标检测结果，本技术还可以验证第三方系统的加密算法以及密钥信息是否发生变化，换言之，通过目标检测结果，本技术还可以验证第三方系统是否可以正常处理目标系统所发送的加密数据，从而提高了对第三方系统的检测全面性。
95.由此可见，通过本技术的技术方案，达到了由目标系统主动检测第三方系统的状态信息的目的，从而实现了提高对第三方系统的检测效率的效果，进而解决了现有技术中对第三方系统的异常状态检测不及时的技术问题。
96.实施例4
97.根据本技术实施例，还提供了一种第三方系统的检测装置，其中，图6是根据本技术实施例的一种可选的第三方系统的检测装置的示意图，如图6所示，该装置包括：发送模块601，用于通过目标系统向第三方系统发送检测指令，其中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包含目标系统与第三方系统预先约定的加密算法和密钥信息；接收模块602，用于通过目标系统接收第三方系统根据检测指令生成的目标检测结果，其中，目标检测结果为第三方系统基于加密协议加密后的检测结果；确定模块603，用于根据目标检测结果确定第三方系统的状态信息。
98.需要说明的是，上述发送模块601、接收模块602以及确定模块603对应于上述实施例1中的步骤s101至步骤s103，三个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。
99.可选的，上述接收模块还包括：第一获取单元、校验单元、第一接收单元以及禁止接收单元。其中，第一获取单元，用于获取第一网关证书以及第二网关证书，其中，第一网关证书用于表征目标系统的网络身份信息，第二网关证书用于表征第三方系统的网络身份信息；校验单元，用于对第一网关证书以及第二网关证书进行校验，得到校验结果，其中，校验结果用于表征目标系统的网络身份信息以及第三方系统的网络身份信息是否存在异常；第一接收单元，用于在目标系统的网络身份信息以及第三方系统的网络身份信息全部正常时，通过目标系统接收第三方系统根据检测指令生成的目标检测结果；禁止接收单元，用于在目标系统的网络身份信息以及第三方系统的网络身份信息中的任意一个网络身份信息存在异常时，禁止目标系统接收第三方系统根据检测指令生成的目标检测结果。
100.可选的，上述确定模块还包括：第一检测单元、第一确定单元以及第二确定单元。其中，第一检测单元，用于检测目标检测结果与预设检测结果是否相匹配，其中，预设检测结果为第三方系统在正常状态下根据检测指令生成的检测结果；第一确定单元，用于在目标检测结果与预设检测结果不匹配的情况下，确定第三方系统处于异常状态；第二确定单元，用于在目标检测结果与预设检测结果相匹配的情况下，确定第三方系统处于正常状态。
101.可选的，上述第一检测单元还包括：第一解密子单元、第一检测子单元、第一确定
子单元以及第二确定子单元。其中，第一解密子单元，用于根据加密协议对目标检测结果进行解密，得到解密后的待核对检测结果；第一检测子单元，用于检测待核对检测结果与预设检测结果是否相同；第一确定子单元，用于在待核对检测结果与预设检测结果相同时，确定目标检测结果与预设检测结果相匹配；第二确定子单元，用于在待核对检测结果与预设检测结果不相同时，确定目标检测结果与预设检测结果不匹配。
102.可选的，上述确定模块还包括：第二获取单元、第三确定单元、第四确定单元以及第五确定单元。其中，第二获取单元，用于获取目标系统发送检测指令时的发送时间以及目标系统接收到目标检测结果时的接收时间；第三确定单元，用于根据发送时间以及接收时间确定第三方系统对检测指令的应答时长；第四确定单元，用于在应答时长大于预设时长时，确定第三方系统处于异常状态；第五确定单元，用于在应答时长小于或等于预设时长时，确定第三方系统处于正常状态。
103.可选的，第三方系统的检测装置还包括：获取模块、第一更新模块以及禁止上线模块。其中，获取模块，用于获取目标活动内容在第三方系统中的上线状态，其中，目标活动内容为目标系统通过调用第三方系统与用户端进行交互的活动内容，上线状态用于表征目标活动内容是否已经在第三方系统中上线部署；第一更新模块，用于在目标活动内容已经在第三方系统中上线部署的情况下，将目标活动内容在第三方系统中的展示状态更新为第一状态，其中，第一状态用于表征目标活动内容处于暂停状态；禁止上线模块，用于在目标活动内容未在第三方系统中上线部署的情况下，禁止目标系统在第三方系统上部署目标活动内容。
104.可选的，第三方系统的检测装置还包括：第一生成模块以及第二生成模块。其中，第一生成模块，用于生成第一提示信息，并将第一提示信息发送至第一终端设备中，其中，第一终端设备的使用对象为目标系统的运维人员，第一提示信息用于提示第一终端设备的使用对象第三方系统处于异常状态；第二生成模块，用于生成第二提示信息，并将第二提示信息发送至第二终端设备中，其中，第二终端设备的使用对象为第三方系统的运维人员，第二提示信息用于提示第二终端设备的使用对象第三方系统处于异常状态。
105.实施例5
106.根据本技术实施例，还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述实施例1中的流程配置方法。
107.实施例6
108.根据本技术实施例，还提供了一种电子设备实施例，其中，图7是根据本技术实施例的一种可选的电子设备的示意图，如图7所示，电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：
109.通过目标系统向第三方系统发送检测指令，其中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包含目标系统与第三方系统预先约定的加密算法和密钥信息；通过目标系统接收第三方系统根据检测指令生成的目标检测结果，其中，目标检测结果为第三方系统基于加密协议加密后的检测结果；根据目标检测结果确定第三方系统的状态信息。
110.可选的，处理器执行程序时还实现以下步骤：获取第一网关证书以及第二网关证
书，其中，第一网关证书用于表征目标系统的网络身份信息，第二网关证书用于表征第三方系统的网络身份信息；对第一网关证书以及第二网关证书进行校验，得到校验结果，其中，校验结果用于表征目标系统的网络身份信息以及第三方系统的网络身份信息是否存在异常；在目标系统的网络身份信息以及第三方系统的网络身份信息全部正常时，通过目标系统接收第三方系统根据检测指令生成的目标检测结果；在目标系统的网络身份信息以及第三方系统的网络身份信息中的任意一个网络身份信息存在异常时，禁止目标系统接收第三方系统根据检测指令生成的目标检测结果。
111.可选的，处理器执行程序时还实现以下步骤：检测目标检测结果与预设检测结果是否相匹配，其中，预设检测结果为第三方系统在正常状态下根据检测指令生成的检测结果；在目标检测结果与预设检测结果不匹配的情况下，确定第三方系统处于异常状态；在目标检测结果与预设检测结果相匹配的情况下，确定第三方系统处于正常状态。
112.可选的，处理器执行程序时还实现以下步骤：根据加密协议对目标检测结果进行解密，得到解密后的待核对检测结果；检测待核对检测结果与预设检测结果是否相同；在待核对检测结果与预设检测结果相同时，确定目标检测结果与预设检测结果相匹配；在待核对检测结果与预设检测结果不相同时，确定目标检测结果与预设检测结果不匹配。
113.可选的，处理器执行程序时还实现以下步骤：获取目标系统发送检测指令时的发送时间以及目标系统接收到目标检测结果时的接收时间；根据发送时间以及接收时间确定第三方系统对检测指令的应答时长；在应答时长大于预设时长时，确定第三方系统处于异常状态；在应答时长小于或等于预设时长时，确定第三方系统处于正常状态。
114.可选的，处理器执行程序时还实现以下步骤：在确定第三方系统处于异常状态之后，获取目标活动内容在第三方系统中的上线状态，其中，目标活动内容为目标系统通过调用第三方系统与用户端进行交互的活动内容，上线状态用于表征目标活动内容是否已经在第三方系统中上线部署；在目标活动内容已经在第三方系统中上线部署的情况下，将目标活动内容在第三方系统中的展示状态更新为第一状态，其中，第一状态用于表征目标活动内容处于暂停状态；在目标活动内容未在第三方系统中上线部署的情况下，禁止目标系统在第三方系统上部署目标活动内容。
115.可选的，处理器执行程序时还实现以下步骤：在确定第三方系统处于异常状态之后，生成第一提示信息，并将第一提示信息发送至第一终端设备中，其中，第一终端设备的使用对象为目标系统的运维人员，第一提示信息用于提示第一终端设备的使用对象第三方系统处于异常状态；生成第二提示信息，并将第二提示信息发送至第二终端设备中，其中，第二终端设备的使用对象为第三方系统的运维人员，第二提示信息用于提示第二终端设备的使用对象第三方系统处于异常状态。
116.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
117.在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
118.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间
的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
119.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
120.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
121.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
122.以上仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。
技术特征：1.一种第三方系统的检测方法，其特征在于，包括：通过目标系统向第三方系统发送检测指令，其中，所述检测指令为所述目标系统基于加密协议加密后的指令，所述目标系统通过调用所述第三方系统与用户端进行交互，所述加密协议中至少包含所述目标系统与所述第三方系统预先约定的加密算法和密钥信息；通过所述目标系统接收所述第三方系统根据所述检测指令生成的目标检测结果，其中，所述目标检测结果为所述第三方系统基于所述加密协议加密后的检测结果；根据所述目标检测结果确定所述第三方系统的状态信息。2.根据权利要求1所述的方法，其特征在于，通过所述目标系统接收所述第三方系统根据所述检测指令生成的目标检测结果，包括：获取第一网关证书以及第二网关证书，其中，所述第一网关证书用于表征所述目标系统的网络身份信息，所述第二网关证书用于表征所述第三方系统的网络身份信息；对所述第一网关证书以及所述第二网关证书进行校验，得到校验结果，其中，所述校验结果用于表征所述目标系统的网络身份信息以及所述第三方系统的网络身份信息是否存在异常；在所述目标系统的网络身份信息以及所述第三方系统的网络身份信息全部正常时，通过所述目标系统接收所述第三方系统根据所述检测指令生成的目标检测结果；在所述目标系统的网络身份信息以及所述第三方系统的网络身份信息中的任意一个网络身份信息存在异常时，禁止所述目标系统接收所述第三方系统根据所述检测指令生成的目标检测结果。3.根据权利要求1所述的方法，其特征在于，根据所述目标检测结果确定所述第三方系统的状态信息，包括：检测所述目标检测结果与预设检测结果是否相匹配，其中，所述预设检测结果为所述第三方系统在正常状态下根据所述检测指令生成的检测结果；在所述目标检测结果与所述预设检测结果不匹配的情况下，确定所述第三方系统处于异常状态；在所述目标检测结果与所述预设检测结果相匹配的情况下，确定所述第三方系统处于所述正常状态。4.根据权利要求3所述的方法，其特征在于，检测所述目标检测结果与预设检测结果是否相匹配，包括：根据所述加密协议对所述目标检测结果进行解密，得到解密后的待核对检测结果；检测所述待核对检测结果与所述预设检测结果是否相同；在所述待核对检测结果与所述预设检测结果相同时，确定所述目标检测结果与所述预设检测结果相匹配；在所述待核对检测结果与所述预设检测结果不相同时，确定所述目标检测结果与所述预设检测结果不匹配。5.根据权利要求1所述的方法，其特征在于，根据所述目标检测结果确定所述第三方系统的状态信息，包括：获取所述目标系统发送所述检测指令时的发送时间以及所述目标系统接收到所述目标检测结果时的接收时间；
根据所述发送时间以及所述接收时间确定所述第三方系统对所述检测指令的应答时长；在所述应答时长大于预设时长时，确定所述第三方系统处于异常状态；在所述应答时长小于或等于所述预设时长时，确定所述第三方系统处于正常状态。6.根据权利要求3或5所述的方法，其特征在于，在确定所述第三方系统处于异常状态之后，所述方法还包括：获取目标活动内容在所述第三方系统中的上线状态，其中，所述目标活动内容为所述目标系统通过调用所述第三方系统与所述用户端进行交互的活动内容，所述上线状态用于表征所述目标活动内容是否已经在所述第三方系统中上线部署；在所述目标活动内容已经在所述第三方系统中上线部署的情况下，将所述目标活动内容在所述第三方系统中的展示状态更新为第一状态，其中，所述第一状态用于表征所述目标活动内容处于暂停状态；在所述目标活动内容未在所述第三方系统中上线部署的情况下，禁止所述目标系统在所述第三方系统上部署所述目标活动内容。7.根据权利要求3或5所述的方法，其特征在于，在确定所述第三方系统处于异常状态之后，所述方法还包括：生成第一提示信息，并将所述第一提示信息发送至第一终端设备中，其中，所述第一终端设备的使用对象为所述目标系统的运维人员，所述第一提示信息用于提示所述第一终端设备的使用对象所述第三方系统处于所述异常状态；生成第二提示信息，并将所述第二提示信息发送至第二终端设备中，其中，所述第二终端设备的使用对象为所述第三方系统的运维人员，所述第二提示信息用于提示所述第二终端设备的使用对象所述第三方系统处于所述异常状态。8.一种第三方系统的检测方法，其特征在于，包括：通过第三方系统接收目标系统发送的检测指令，其中，所述检测指令为所述目标系统基于加密协议加密后的指令，所述目标系统通过调用所述第三方系统与用户端进行交互，所述加密协议中至少包含所述目标系统与所述第三方系统预先约定的加密算法和密钥信息；通过所述第三方系统基于所述密钥信息对所述检测指令进行解密，得到解密后的第一检测指令；根据所述第一检测指令生成第一检测结果，并基于所述加密协议对第一检测结果进行加密，得到目标检测结果；将所述目标检测结果发送至所述目标系统，其中，所述目标系统还用于检测所述目标检测结果与预设检测结果是否相匹配，在所述目标检测结果与所述预设检测结果不匹配的情况下，所述目标系统确定所述第三方系统处于异常状态。9.一种第三方系统的检测系统，其特征在于，包括：目标系统，用于向第三方系统发送检测指令，其中，所述检测指令为所述目标系统基于加密协议加密后的指令，所述目标系统通过调用所述第三方系统与用户端进行交互，所述加密协议中至少包含所述目标系统与所述第三方系统预先约定的加密算法和密钥信息；所述第三方系统，用于基于所述密钥信息对所述检测指令进行解密，得到解密后的第
一检测指令；根据所述第一检测指令生成第一检测结果，并基于所述加密协议对第一检测结果进行加密，得到目标检测结果；将所述目标检测结果发送至所述目标系统，所述目标系统还用于检测所述目标检测结果与预设检测结果是否相匹配，在所述目标检测结果与所述预设检测结果不匹配的情况下，所述目标系统确定所述第三方系统处于异常状态。10.一种第三方系统的检测装置，其特征在于，包括：发送模块，用于通过目标系统向第三方系统发送检测指令，其中，所述检测指令为所述目标系统基于加密协议加密后的指令，所述目标系统通过调用所述第三方系统与用户端进行交互，所述加密协议中至少包含所述目标系统与所述第三方系统预先约定的加密算法和密钥信息；接收模块，用于通过所述目标系统接收所述第三方系统根据所述检测指令生成的目标检测结果，其中，所述目标检测结果为所述第三方系统基于所述加密协议加密后的检测结果；确定模块，用于根据所述目标检测结果确定所述第三方系统的状态信息。11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至8任一项中所述的第三方系统的检测方法。12.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现用于运行程序，其中，所述程序被设置为运行时执行所述权利要求1至8任一项中所述的第三方系统的检测方法。
技术总结本申请公开了一种第三方系统的检测方法、系统、装置及电子设备，涉及金融科技领域及其他相关技术领域。其中，该方法包括：通过目标系统向第三方系统发送检测指令，其中，检测指令为目标系统基于加密协议加密后的指令，目标系统通过调用第三方系统与用户端进行交互，加密协议中至少包含目标系统与第三方系统预先约定的加密算法和密钥信息；通过目标系统接收第三方系统根据检测指令生成的目标检测结果，其中，目标检测结果为第三方系统基于加密协议加密后的检测结果；根据目标检测结果确定第三方系统的状态信息。本申请解决了现有技术中对第三方系统的异常状态检测不及时的技术问题。三方系统的异常状态检测不及时的技术问题。三方系统的异常状态检测不及时的技术问题。
技术研发人员：李炯 胡凯乐 邢培康 何子南
受保护的技术使用者：中国工商银行股份有限公司
技术研发日：2022.07.18
技术公布日：2022/11/1
