明银行系统处理能力出现了问题。
[0167](5)当第二报文信息包括错误码时，基于所述错误码，判定所述被监控系统出现数据异常。
[0168]错误码显示该笔业务对象数据的处理结果为失败结果，例如，银行系统返回的错误码为账户余额不足的错误码，则判定银行系统在处理该笔交易数据时出现异常。
[0169]需要说明的是，对于上述方式(1)_(5)，可以是多维度的方式，例如方式(1)-(5)组合的方式，当有一种以上或全部的方式达到规则时，才判定被监控系统出现数据异常，例如I分钟成功笔数低于10同时I分钟成功率低于20%时判定银行系统异常；或者，可以为单维度的方式，当任意一种方式达到规则时，就判定被监控系统出现数据异常。本申请实施例对此无需加以限定。
[0170]当监控系统监控到被监控系统出现数据异常时，监控系统可以暂停向被监控系统发送业务对象数据，作为一种示例，监控系统暂停向被监控系统发送业务对象数据的过程可以为，监控系统停止接收用户的处理请求，用户的处理请求中包含业务对象数据，则此时监控系统没有业务对象数据，从而使得监控系统没有业务对象数据发送至被监控系统中。
[0171]在实际中，被监控系统可以包括一个或多个用于接收业务对象数据的通信渠道，当监控系统监控到当前通信渠道出现数据异常时，停止向该通信渠道发送业务对象数据，例如，若支付平台监控到boc901渠道异常，则支付平台停止接收用户的交易请求，并停止往boc901渠道发送交易数据。
[0172]在本申请实施例中，在监控系统中设置有针对被监控系统的业务服务能力，在监控系统监控到被监控系统出现数据异常时，监控系统暂停向被监控系统发送业务对象数据的同时，监控系统还可以关闭该业务服务能力。
[0173]具体来说，针对被监控系统中的每一个通信渠道，监控系统为其设定对应的业务服务能力。其中，业务服务能力(或称用户服务承诺能力)可以为当前通信渠道具备的向用户进行业务服务的能力，包括受理时效服务能力、可受理时间段服务能力等等，例如，若业务对象数据为交易数据，则业务服务能力可以包括实时到账服务、两小时到账服务、当天到账服务、第二天到账服务、三天内到账服务等等。
[0174]在本申请实施例的一种优选实施例中，当被监控系统只有一条通信渠道时，则对应的业务服务能力为一条，当监控系统监控到该通信渠道异常时，在监控系统停止向该通信渠道发送业务对象数据后，监控系统可以关闭该通信渠道对应的业务服务能力。例如，如果只有abc007这一个渠道，该渠道的服务能力只有一个，即为实时到账，在监控到abc007出现异常时，监控系统不再接受用户的请求，并且关闭该渠道实时到账的服务。
[0175]当业务服务能力被关闭后，展现给用户的是与业务服务能力对应的变灰的字体或功能按键。
[0176]在本申请实施例的另一种优选实施例中，所述被监控系统包括用于接收所述业务对象数据和/或所述测试数据的主用通信渠道和/或备用通信渠道，针对所述主用通信渠道具有设定的第一级别的业务服务能力，针对所述备用通信渠道具有设定的第二级别的业务服务能力，所述第一级别的业务服务能力的级别高于所述第二级别的业务服务能力，步骤101具体可以包括如下子步骤:
[0177]子步骤S21，当所述监控系统监控到所述主用通信渠道出现数据异常时，关闭所述第一级别的业务服务能力，以及
[0178]子步骤S22，开启所述第二级别的业务服务能力。
[0179]当被监控系统中有多条通信渠道时，可以选择业务服务能力的级别较高的业务服务能力对应的通信渠道作为主用通信渠道，其他的通信渠道作为备用通信渠道，实际上，若有多条通信渠道，则在监控系统中维护有一个渠道列表，该渠道列表中将通信渠道按照对应的业务服务能力的级别以高低次序依次排序，并选择排在队列第一位(当从高级到低级的降序排列时)或排在队列最后一位(当从低级到高级的升序排列时)作为主用通信渠道，余下的通信渠道作为备用通信渠道，主用通信渠道的业务服务能力称为第一级别的业务服务能力，备用通信渠道的业务服务能力称为第二级别的业务服务能力。
[0180]当监控到主用通信渠道出现异常时，监控系统可以关闭该主用通信渠道对应的第一级别的业务服务能力，以及，开启列表中排列在主用通信渠道下一位的备用通信渠道的第二级别的业务服务能力，实际上，这种关闭第一级别的业务服务能力，以及，开启第二级别的业务服务能力的过程可以理解为服务能力降级的过程，使得业务服务能力由第一级别的业务服务能力降级为第二级别的业务服务能力。
[0181]例如，假设银行系统中包括具有单笔实时处理能力的主用渠道abc007和具有批量异步能力的备用渠道渠道abc005两个代发至银行卡渠道，其中abc005的处理时效能力是TO当日到账，abc007渠道的处理时效能力是实时到账，正常业务情况下，abc007没有异常，支付平台可以承诺给用户实时到账，而abc005由于时效不高，作为备份渠道或者低时效产品的渠道。某日，通过网关布点的数据，支付平台发现abc007出现巨大异常，连续20分钟成功率跌至10%以下。此时支付平台会关闭abc007的交易报送，不再往银行系统发送用户数据，并根据abc007的渠道能力，判断abc007能力缺失，把前台用户承诺的实时到账变更为TO当日到账(因为abc005还能正常工作)。
[0182]在本申请实施例中，监控系统可以自动判断被监控系统是否出现数据异常，并在判定被监控系统出现数据异常时，暂停向被监控系统发送业务对象数据，在整个监控及异常处理过程中由于无需人工干预，防止异常发生时正常的业务对象数据还在涌入的情况发生，缩小因人工异步干预导致的业务影响范围的同时，降低人力成本。并且，监控系统可以自动关闭被监控系统对应的业务服务能力，或者，自动对业务服务能力的级别作降级处理，提闻异常处理效率。
[0183]步骤102，所述监控系统向所述被监控系统发送测试数据；
[0184]应用于本申请实施例，在监控系统停止向被监控系统发送业务对象数据的时间段，为了及时监测被监控系统的异常是否消除以恢复正常的处理流程，以减少对正常用户的业务影响范围，监控系统可以向被监控系统发送测试数据，该测试数据以固定频率发送至被监控系统中。该测试数据是监控系统生成的区别于正常业务对象数据的非正式数据。
[0185]被监控系统接收到测试数据后，以正常的数据处理流程对测试数据进行处理，并返回第一报文信息至监控系统，第一报文信息可以包括处理成功信息或者处理失败信息。
[0186]例如，若boc901渠道出现数据异常，则支付平台关闭了对该渠道的正常的交易数据的报送，为了检测boc901是否恢复正常，以及减少异常对正常的交易数据的业务影响范围，支付平台可以将交易测试数据以固定频率(如每10秒一笔)发送至银行系统，以对银行系统进行嗅探。
[0187]步骤103，当所述监控系统接收到所述被监控系统返回的与所述测试数据对应的第一报文信息时，基于所述第一报文信息，判断所述数据异常是否消除；
[0188]需要说明的是，由于在发送测试数据之初被监控系统出现异常了，因此监控系统可能很长一段时间没有接收到银行返回的回执(即第一报文信息)，直到被监控系统恢复正常。
[0189]当监控系统接收到被监控系统针对测试数据返回的第一个第一报文信息后，表示被监控系统可能恢复正常，此时监控系统从所述接收第一个第一报文信息的时间开始，根据单位时间内接收的第一报文信息，判断被监控系统的异常是否消除。
[0190]在本申请实施例的一种优选实施例中，步骤103可以包括如下子步骤:
[0191]子步骤S31，当所述监控系统接收到所述被监控系统返回的与所述测试数据对应的第一报文信息时，从所述接收所述第一报文信息的时间开始的单位时间内，计算所述第一成功响应指令的数量；
[0192]子步骤S32，若所述第一成功响应指令的数量大于第一预设阈值，则判定所述数据异常消除。
[0193]当监控系统接收到被监控系统针对测试数据返回的第一个第一报文信息后，以该第一个第一报文信息的接收时间开始的单位时间内，计算被监控系统对测试数据的成功笔数，若成功笔数大于第一预设阈值，则判定被监控系统出现的数据异常消除，例如，一旦连续多笔交易测试数据，银行系统都正确应答，则可以判断银行系统恢复。其中，具体的成功笔数计算方式可以参照上述方式(I)。
[0194]在本申请实施例的另一种优选实施例中，步骤103可以包括如下子步骤:
[0195]子步骤S41，从所述接收所述第一报文信息的时间开始的单位时间内，计算所述第一成功响应指令的数量以及发出的所述测试数据的数量的比值，得到第一成功率；
[0196]子步骤S42，若所述第一成功率大于第二预设阈值，则判定所述数据异常消除。
[0197]与上述方式(2)对应，可以通过计算被监控系统返回的第一报文信息的第一成功率来判断数据异常是否消除，当第一成功率大于第二预设阈值，则判定数据异常消除，第一成功率的计算可以参照上述方式(2)的成功率计算方法。
[0198]在本申请实施例的另一种优选实施例中，步骤103可以包括如下子步骤:
[0199]子步骤S51，从所述监控系统接收到所述被监控系统返回的与所述测试数据对应的第一报文信息开始，记录下一次发送所述测试数据的第一时间戳；
[0200]子步骤S52，记录接收到，针对所述下一次发送的所述测试数据返回的所述第一报文信息的第二时间戳；
[0201]子步骤S53，计算所述第一时间戳以及所述第二时间戳的时间差，作为第一响应时间；
[0202]子步骤S54，从所述接收所述第一报文信息的时间开始的单位时间内，统计所述第一响应时间大于第三预设阈值的测试数据的数量；
[0203]子步骤S55，若所述第一响应时间大于第三预设阈值的测试数据的数量小于或等于第四预设阈值，则判定所述数据异常消除。
[0204]与上述方式(3)对应，可以通过计算单位时间内的超时笔数来判断异常是否消除，若超时笔数小于或等于第四预设阈值，则判定数据异常消除。
[0205]当然，上述判断被监控系统是否出现数据异常以及判断数据异常是否消除的方法仅仅是本申请实施例的示例，本领域技术人员还可以采用其他方式判断被监控系统是否出现数据异常以及数据异常是否消除，本申请实施例对此无需加以限制。
[0206]步骤104，监控系统在判定所述数据异常消除时，停止向所述被监控系统发送所述测试数据，以及，继续向所述被监控系统发送所述业务对象数据。
[0207]在监控到被监控系统的数据异常消除后，监控系统可以停止测试数据的发送，以及，重新接收用户的数据处理请求，继续开启正常的业务对象数据发送流程。在实际中，监控系统可以逐步停止测试数据的发送，及逐步开启业务对象数据的发送，例如，在检测被监控系统异常消除之初，单位时间内发送1/3的业务对象数据及2/3的测试数据，过了一段时间后，没有发现新的异常，监控系统可以在单位时间内发送1/2的业务对象数据及1/2的测试数据，再过一段时间，监控系统可以在单位时间内发送2/3的业务对象数据及1/3的测试数据，随后的一段时间，判断被监控系统已经能正常稳定地开展业务处理流程后，监控系统可以在单位时间内只发送业务对象数据。
[0208]另一方面，当判定被监控系统的数据异常消除后，监控系统还可以对关闭的业务服务能力进行恢复，即将之前关闭的业务服务能力开启。如，当监控到主用通信渠道数据异常消除时，关闭所述第二级别的业务服务能力，以及，开启所述第一级别的业务服务能力，以达到升级效果。
[0209]例如，从某个时间点开始，支付平台发送至银行系统的交易测试数据得到了应答，连续15分钟，则判定银行系统恢复正常，此时，可以正常收发业务报文，并且再次打开服务或者提升服务能力。
[0210]本申请实施例中，当判定被监控系统出现异常时，可以采用不影响正常用户的业务范围的测试数据来自动嗅探被监控系统出现的异常是否消除，当监控到被监控系统的异常消除时，自动逐步停止测试数据的发送以及逐步开启业务对象数据的发送，可以及时发现异常消除以及时恢复正常业务对象数据的发送，缩小了对正常用户的业务影响范围，减少了因数据异常导致的各种损失，提高了业务对象数据处理的效率。另外，当监控到被监控系统恢复正常时，监控系统自动开启对应的业务服务能力或对对应的业务服务能力的级别升级到原来能力水平，无需人为干预，降低了人力成本。
[0211]需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。
[0212]参照图2，示出了本申请一种对异常数据进行处理的装置实施例的结构框图，具体可以包括如下模块:
[0213]暂停模块201，用于在监控系统向被监控系统发送业务对象数据的过程中，当所述监控系统监控到所述被监控系统出现数据异常时，暂停向所述被监控系统发送所述业务对象数据；
[0214]测试数据发送模块202，用于向所述被监控系统发送测试数据；
[0215]判断模块203，用于在所述监控系统接收到所述被监控系统返回的与所述测试数据对应的第一报文信息时，基于所述第一报文信息，判断所述数据异常是否消除；
[0216]重启模块204，用于在判定所述数据异常消除时，停止向所述被监控系统发送所述测试数据，以及，继续向所述被监控系统发送所述业务对象数据。
[0217]在本申请实施例的一种优选实施例中，所述监控系统中设置有针对所述被监控系统的业务服务能力，所述装置还可以包括:
[0218]服务关闭模块，用于在监控到所述被监控系统出现数据异常时，关闭所述业务服务能力。
[0219]在本申请实施例的一种优选实施例中，所述装置还可以包括:
[0220]服务开启模块，用于在判定所述数据异常消除时，开启所述关闭的业务服务能力。
[0221]