[发明专利]一种应用系统事务异常处理方法

说明书

本发明涉及一种应用系统事务异常处理方法，所述方法包括：骤S1:第一应用系统向第二应用系统发起联机事务；第一应用系统监测第二应用系统的响应信息；当第一应用系统的重发次数达到预设阈值，则进一步判定异常类型；根据监测结果调用异常处理服务以进行异常处理。本发明能够在联机事务出现单方面异常时，通过监测服务调起事务发起方进行补偿性重发，针对网络抖动或短时间内服务异常的情况进行弥补，保证事务成功。

【技术领域】

本发明属于事务处理技术领域，尤其涉及一种应用系统事务异常处理方法。

【背景技术】

在联机事务过程中，事务密钥以及事务数据均由后台服务器提供，终端在事务时的所有指令都是后台服务器下发，所有返回结果都需要上传到后台服务器验证。在整个事务流程中，终端机器设计的各个节点、后台服务器之间的通信次数较多，有其是在移动通信环境下，稳定性较差，带来各种类型复杂的事务异常。针对应用系统事务过程中出现异常后的补偿及预警的管理机制。在实际业务当中，时常存在双方系统在进行联机事务过程中，因网络或其他原因导致A系统对B系统发送事务后，而B系统未接到事务信息，导致双方系统数据或者业务状态出现偏差的情况，给业务造成不良的影响，同时，因为经常涉及网络传输层的问题，致使问题较难定位。针对上述问题，本发明提出一种应用系统事务异常处理方法，能够在联机事务出现单方面异常时，通过监测服务调起事务发起方进行补偿性重发，针对网络抖动或短时间内服务异常的情况进行弥补，保证事务成功。同时，补偿性事务重发可设定阈值，如重发次数达到阈值，则视为对方系统异常，事务发起方可通过监测服务发送邮件、短信、微信等报警，提醒相关人员人工排查问题，确保系统异常可及时发现，避免导致更为严重的后果。

【发明内容】

为了解决现有技术中的上述问题，本发明提出了一种应用系统事务异常处理方法，所述方法包含：

步骤S1:第一应用系统向第二应用系统发起联机事务；

步骤S2：第一应用系统监测第二应用系统的响应信息；

步骤S3：第一应用系统未在单位约定时间内接收到响应消息，则判断事务失败，触发异常补偿机制以重新向第二应用系统发送事务消息；

步骤S4：当第一应用系统的重发次数达到预设阈值，则进一步判定异常类型；

步骤S5：根据监测结果调用异常处理服务以进行异常处理。

进一步的，所述步骤S4具体为：当重发次数到达预设阈值时，也就是发送次数倒计数为0时，确定出现事务异常并具体判断事务异常的类型。

进一步的，事务异常包含事务内部异常、通信异常和第二应用系统异常。

进一步的，在第二应用系统异常时，所述异常处理服务为通知服务，通知服务通过短信、微信、邮件等方式通知指定管理员，管理员收到预警，人工介入检查第二应用系统并处理失败事务。

进一步的，在网络异常时，基于通信网络拓扑结构进行异常排查和定位。

进一步的，所述步骤S3具体为：所述监控列表中关联的存储事务标识及其对应的发送次数倒计数；每隔单位约定时间对所述发送次数倒计数减1，如果事务失败则触发异常补偿机制。

进一步的，如果接收到响应，则将所述事务标识记录从监控列表中删除。

进一步的，发送次数到计数的初始值为发送次数上限。

进一步的，步骤S4具体为：当重发次数到达预设阈值时，也就是发送次数倒计数为0时，确定出现事务异常并具体判断事务异常的类型。

进一步的，在发送联机事务给第二应用系统后，第一应用系统将事务标识存入监控列表。