公告处理方法、装置、电子设备及存储介质制造方法及图纸

本发明专利技术实施例公开了一种公告处理方法、装置、电子设备及存储介质，该公告处理方法通过第一交易记录得到故障原因，进而自动创建并向第一对象发送公告，并且通过第二交易记录探测交易服务是否恢复正常，当交易服务恢复正常后执行目标操作，从而实现交易服务故障的自动化监测、公告自动创建并发送、交易服务恢复的自动化监测，无需人工干预，有效提高了公告的处理效率，减少人工运维成本，减少交易服务的使用者的投诉量，改善使用者体验，可广泛应用于互联网技术领域。互联网技术领域。互联网技术领域。

【技术实现步骤摘要】
公告处理方法、装置、电子设备及存储介质


[0001]本专利技术涉及互联网
，特别是涉及一种公告处理方法、装置、电子设备及存储介质。

技术介绍

[0002]随着互联网技术的发展，网上交易变得越来越普及，例如，转账、信用卡还款、发红包等交易服务大部分已经可以通过互联网完成。当交易服务出现故障时，交易服务的使用者无法正常使用，为了让使用者及时获知交易服务出现故障，在相关技术中，一般需要运维人员介入，向使用者公告交易服务出现故障，然而，这种方式由于需要人工干预，降低了公告的处理效率。

技术实现思路

[0003]以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
[0004]本专利技术实施例提供了一种公告处理方法、装置、电子设备及存储介质，能够自动监测交易服务的故障与恢复，自动创建并发送公告，并指示第一对象交易服务恢复正常，无需人工干预，有效提高公告的处理效率和减少运维成本。
[0005]一方面，本专利技术实施例提供了一种公告处理方法，包括：
[0006]获取交易服务的第一交易记录，统计交易成功或者交易失败的所述第一交易记录对应的第一数量，根据所述第一数量与第一阈值的比较结果确定所述交易服务的状态，当确定所述交易服务处于故障状态，根据交易失败的所述第一交易记录得到故障原因，根据所述故障原因创建第一公告；
[0007]响应于第一对象针对所述交易服务的请求指令，将所述第一公告发送至所述第一对象，以供所述第一对象显示所述第一公告；
[0008]获取创建所述第一公告后所述交易服务的第二交易记录，统计交易成功或者交易失败的所述第二交易记录对应的第二数量，根据所述第二数量与第二阈值的比较结果确定所述交易服务的状态，当确定所述交易服务恢复正常，执行目标操作，所述目标操作用于指示所述第一对象所述交易服务恢复正常。
[0009]另一方面，本专利技术实施例还提供了一种消息处理装置，包括：
[0010]公告创建模块，用于获取交易服务的第一交易记录，统计交易成功或者交易失败的所述第一交易记录对应的第一数量，根据所述第一数量与第一阈值的比较结果确定所述交易服务的状态，当确定所述交易服务处于故障状态，根据交易失败的所述第一交易记录得到故障原因，根据所述故障原因创建第一公告；
[0011]公告发送模块，用于用于响应于第一对象针对所述交易服务的请求指令，将所述第一公告发送至所述第一对象，以供所述第一对象显示所述第一公告；
[0012]目标操作执行模块，用于获取创建所述第一公告后所述交易服务的第二交易记
录，统计交易成功或者交易失败的所述第二交易记录对应的第二数量，根据所述第二数量与第二阈值的比较结果确定所述交易服务的状态，当确定所述交易服务恢复正常，执行目标操作，所述目标操作用于指示所述第一对象所述交易服务恢复正常。
[0013]进一步，上述公告创建模块具体用于：
[0014]获取当前获取时间和数据获取频率，根据所述当前获取时间和所述数据获取频率确定获取时间范围；
[0015]获取交易服务的历史交易记录对应的修改时间，将所述修改时间处于所述获取时间范围内的所述历史交易记录确定为第一交易记录；
[0016]获取所述第一交易记录对应的支付回导时间，将所述支付回导时间处于第一预设时间范围内的所述第一交易记录的数量作为交易成功的第一数量，或者，将所述支付回导时间处于第一预设时间范围外的所述第一交易记录的数量作为交易失败的第一数量。
[0017]进一步，上述公告创建模块具体用于：
[0018]获取交易失败的所述第一交易记录中的失败支付渠道，确定所述失败支付渠道的渠道种类数量；
[0019]当所述渠道种类数量为两种，所述失败支付渠道包括第一支付渠道和第二支付渠道，获取所述第一支付渠道交易失败的第三数量以及所述第二支付渠道交易失败的第四数量，根据所述第三数量和所述第四数量之间的差值得到故障原因；
[0020]或者，当所述渠道种类数量为至少三种，根据交易失败的数量对所述失败支付渠道进行排序，将排名处于第三阈值之前的所述失败支付渠道作为第一支付渠道，将排名处于第四阈值之后的所述失败支付渠道作为第二支付渠道，基于所述第一交易记录，获取所述第一支付渠道交易失败的第三数量以及所述第二支付渠道交易失败的第四数量，根据所述第三数量和所述第四数量之间的差值得到故障原因。
[0021]进一步，上述公告创建模块具体用于：
[0022]当所述第三数量和所述第四数量之间的差值大于或者等于第五阈值，确定故障原因为所述第一支付渠道或者所述第二支付渠道处于故障状态；
[0023]或者，当所述第三数量和所述第四数量之间的差值小于第五阈值，确定故障原因为交易平台处于故障状态。
[0024]进一步，上述公告创建模块具体用于：
[0025]获取交易失败的所述第一交易记录中的第一支付账号，获取每种所述第一支付账号交易失败的所述第一交易记录的第五数量；
[0026]将所述第五数量大于或者等于第六阈值的所述第一支付账号作为目标支付账号，确定所述目标支付账号对应的支付系统处于故障状态。
[0027]进一步，上述公告发送模块具体用于：
[0028]响应于第一对象针对所述交易服务的请求指令，获取所述第一对象关联的第二支付账号；
[0029]当所述第二支付账号与所述目标支付账号相匹配，将所述第一公告发送至所述第一对象，其中，所述第一公告用于表征所述目标支付账号对应的支付系统处于故障状态。
[0030]进一步，上述公告发送模块还用于：
[0031]从所述交易服务的交易发起对象中确定第二对象，将所述交易发起对象中除所述
第二对象以外的其他对象作为第一对象；
[0032]上述目标操作执行模块具体用于：
[0033]获取创建所述第一公告后所述第二对象的第二交易记录。
[0034]进一步，上述公告发送模块具体用于：
[0035]生成具有预设位数的随机数；
[0036]获取所述交易服务的交易发起对象的对象标识，所述对象标识为包括标识数字的数字串；
[0037]从所述对象标识中提取出所述预设位数的所述标识数字；
[0038]根据所述标识数字与所述随机数之间的匹配关系，从所述交易发起对象中确定第二对象。
[0039]进一步，上述公告创建模块还用于：
[0040]若所述第一数量为交易成功的所述第一交易记录的数量，将所述第一数量与所述第七阈值进行比较，当所述第一数量小于或者等于第七阈值，确定所述交易服务存在故障风险，创建告警消息并向第三对象发送所述告警消息，其中，所述第七阈值大于所述第一阈值，所述第三对象为所述交易服务的交易发起对象以外的其他对象；
[0041]或者，若所述第一数量为交易失败的所述第一交易记录的数量，将所述第一数量与所述第八阈值进行比较，当所述第一数量大于或者等于第八阈值，确定所述交易服务存在故障风险，创建告警消息本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种公告处理方法，其特征在于，包括：获取交易服务的第一交易记录，统计交易成功或者交易失败的所述第一交易记录对应的第一数量，根据所述第一数量与第一阈值的比较结果确定所述交易服务的状态，当确定所述交易服务处于故障状态，根据交易失败的所述第一交易记录得到故障原因，根据所述故障原因创建第一公告；响应于第一对象针对所述交易服务的请求指令，将所述第一公告发送至所述第一对象，以供所述第一对象显示所述第一公告；获取创建所述第一公告后所述交易服务的第二交易记录，统计交易成功或者交易失败的所述第二交易记录对应的第二数量，根据所述第二数量与第二阈值的比较结果确定所述交易服务的状态，当确定所述交易服务恢复正常，执行目标操作，所述目标操作用于指示所述第一对象所述交易服务恢复正常。2.根据权利要求1所述的公告处理方法，其特征在于，所述获取交易服务的第一交易记录，统计交易成功或者交易失败的所述第一交易记录对应的第一数量，包括：获取当前获取时间和数据获取频率，根据所述当前获取时间和所述数据获取频率确定获取时间范围；获取交易服务的历史交易记录对应的修改时间，将所述修改时间处于所述获取时间范围内的所述历史交易记录确定为第一交易记录；获取所述第一交易记录对应的支付回导时间，将所述支付回导时间处于第一预设时间范围内的所述第一交易记录的数量作为交易成功的第一数量，或者，将所述支付回导时间处于第一预设时间范围外的所述第一交易记录的数量作为交易失败的第一数量。3.根据权利要求1所述的公告处理方法，其特征在于，所述根据交易失败的所述第一交易记录得到故障原因，包括：获取交易失败的所述第一交易记录中的失败支付渠道，确定所述失败支付渠道的渠道种类数量；当所述渠道种类数量为两种，所述失败支付渠道包括第一支付渠道和第二支付渠道，获取所述第一支付渠道交易失败的第三数量以及所述第二支付渠道交易失败的第四数量，根据所述第三数量和所述第四数量之间的差值得到故障原因；或者，当所述渠道种类数量为至少三种，根据交易失败的数量对所述失败支付渠道进行排序，将排名处于第三阈值之前的所述失败支付渠道作为第一支付渠道，将排名处于第四阈值之后的所述失败支付渠道作为第二支付渠道，基于所述第一交易记录，获取所述第一支付渠道交易失败的第三数量以及所述第二支付渠道交易失败的第四数量，根据所述第三数量和所述第四数量之间的差值得到故障原因。4.根据权利要求3所述的公告处理方法，其特征在于，所述根据所述第三数量和所述第四数量之间的差值得到所述交易服务的故障原因，包括：当所述第三数量和所述第四数量之间的差值大于或者等于第五阈值，确定故障原因为所述第一支付渠道或者所述第二支付渠道处于故障状态；或者，当所述第三数量和所述第四数量之间的差值小于第五阈值，确定故障原因为交易平台处于故障状态。5.根据权利要求1所述的公告处理方法，其特征在于，所述根据交易失败的所述第一交
易记录得到故障原因，包括：获取交易失败的所述第一交易记录中的第一支付账号，获取每种所述第一支付账号交易失败的所述第一交易记录的第五数量；将所述第五数量大于或者等于第六阈值的所述第一支付账号作为目标支付账号，确定所述目标支付账号对应的支付系统处于故障状态。6.根据权利要求5所述的公告处理方法，其特征在于，所述响应于第一对象针对所述交易服务的请求指令，将所述第一公告发送至所述第一对象，包括：响应于第一对象针对所述交易服务的请求指令，获取所述第一对象关联的第二支付账号；当所述第二支付账号与所述目标支付账号相匹配，将所述第一公告发送至所述第一对象，其中，所述第一公告用于表征所述目标支付账号对应的支付系统处于故障状态。7.根据权利要求1所述的公告处理方法，其特征在于：所述响应于第一对象针对所述交易服务的请求指令，将所述第一公告发送至所述第一对象之前，所述公告处理方法还包括：从所述交易服务的交易发起对象中确定第二对象，将所述交易发起对象中除所述第二对象以外的其他对象作为第一对象；所述获取创建所述第一公告后所述交易服务的第二...

【专利技术属性】
技术研发人员：殷功俊，谢东东，胡利，李郁，
申请(专利权)人：腾讯科技深圳有限公司，
类型：发明
国别省市：