CN114298702A - 支付通道可用性的预警方法、装置及计算机可读存储介质 - Google Patents
支付通道可用性的预警方法、装置及计算机可读存储介质 Download PDFInfo
- Publication number
- CN114298702A CN114298702A CN202111627504.2A CN202111627504A CN114298702A CN 114298702 A CN114298702 A CN 114298702A CN 202111627504 A CN202111627504 A CN 202111627504A CN 114298702 A CN114298702 A CN 114298702A
- Authority
- CN
- China
- Prior art keywords
- payment
- early warning
- order
- warning
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000012011 method of payment Methods 0.000 claims 1
- 230000002159 abnormal effect Effects 0.000 abstract description 17
- 230000005856 abnormality Effects 0.000 abstract 2
- 230000008901 benefit Effects 0.000 description 11
- 238000007689 inspection Methods 0.000 description 9
- 238000004891 communication Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 6
- 239000004973 liquid crystal related substance Substances 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供一种支付通道可用性的预警方法、装置及计算机可读存储介质,该方法包括：在接收订单支付信息数据后且支付状态为待支付的状态时，计算订单支付信息数据中的订单ID数量；当订单ID数量总值大于等于预定的预警规则中的连续笔数值时，根据支付通道ID读取预警记录；预警记录记录支付通道的告警信息；当预警记录不存在时，向预警规则中规定的用户推送告警信息；及当预警记录存在时，且告警通知次数小于预警规则中规定的通知数次时，向用户推送告警信息。在支付状态为待支付时，通过读取预警记录，在其满足支付通道异常的条件时，将异常向相关人员推送，达到能发现及时发现异常并推送相关人员的目的。
Description
技术领域
本发明涉及线上交易领域，尤其涉及一种支付通道可用性的预警方法、电子装置及计算机可读存储介质。
背景技术
现今社会各式线上交易平台数不胜数，微信支付、支付宝支付基本上成为多数平台的必接支付方式，基于支付通道安全性、支付费率成本考虑通常会接入官方通道及其它第三方通道。
其中大多数平台用户流量属于小众型，用户在支付遇到问题时，不会主动跟平台客服反馈，或用其它支付方式继续交易，或是使用其它平台相关服务。此问题会造成用户体验差及用户流失的问题。
平台通常做法是安排运营人员定期手工检测支付通道是否可用或是被动地等待用户投诉才能发现问题。人工巡检方式增加人工成本、发现问题的及时性差、服务长时间不可用影响平台经济效益。被动等待用户投诉会影响平台形象及造成用户流失，影响平台经济效益。
有鉴于此，特提出本申请。
发明内容
本发明提供一种支付通道可用性的预警方法、电子装置及计算机可读存储介质，旨在至少解决上述的支付通道异常时发现及时性差的问题。
为实现上述目的，本发明提供一种支付通道可用性的预警方法,其包括：
在接收订单支付信息数据后且支付状态为待支付的状态时，计算所述订单支付信息数据中在预警规则的连续时间内的订单ID数量；其中，订单支付信息包括订单ID、支付通道ID和支付状态；
当订单ID数量总值大于等于预定的预警规则中的连续笔数值时，根据支付通道ID读取预警记录；所述预警记录用于记录一支付通道ID对应的支付通道的告警信息，所述告警信息包括本轮触发时间和告警通知次数；
当所述预警记录不存在时，向所述预警规则中规定的用户推送告警信息；及
当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息。
可选地，所述订单支付信息缓存在独享缓存库中，所述接收订单支付信息数据的步骤之后，还包括：
对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，根据支付通道ID在对应的缓存库中写入订单支付信息，以便于对所述订单ID数量进行计算。
可选地，所述订单支付信息还包括收到支付请求时间，所述订单支付信息缓存在共享缓存库中，所述接收订单支付信息数据的步骤之后，还包括：
对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，读取支付通道ID对应的数据库中的订单支付信息；及
对所述收到支付请求时间进行判断，并删去小于当前时间减去预警规则中的连续时间的收到支付请求时间及其所对应的订单ID数量，以便于对所述订单ID数量进行计算。
可选地，所述对所述订单支付信息数据中的支付状态进行判断的步骤之后，还包括：
当支付状态为支付成功时，根据支付通道ID将对应的预警记录删除；及
当支付状态为支付失败时，不进行任何处理。
可选地，所述当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息的步骤之后，还包括：
当本轮触发时间加上预警规则中的通知间隔时间大于等于当前时间时，将预警记录中的该本轮触发时间更新为当前时间，其对应的告警通知次数为1；及
当本轮触发时间加上预警规则中的通知间隔时间小于当前时间时，将所述告警通知次数增加一次后进行更新。
本发明还提供一种电子装置，所述电子装置包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的支付通道可用性的预警程序，所述支付通道可用性的预警程序被所述处理器执行时实现如下步骤：
在接收订单支付信息数据后且支付状态为待支付的状态时，计算所述订单支付信息数据中在预警规则的连续时间内的订单ID数量；其中，订单支付信息包括订单ID、支付通道ID和支付状态；
当订单ID数量总值大于等于预定的预警规则中的连续笔数值时，根据支付通道ID读取预警记录；所述预警记录用于记录一支付通道ID对应的支付通道的告警信息，所述告警信息包括本轮触发时间和告警通知次数；
当所述预警记录不存在时，向所述预警规则中规定的用户推送告警信息；及
当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息。
可选地，所述订单支付信息缓存在独享缓存库中，所述接收订单支付信息数据的步骤之后，还包括：
对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，根据支付通道ID在对应的缓存库中写入订单支付信息，以便于对所述订单ID数量进行计算。
可选地，所述订单支付信息还包括收到支付请求时间，所述订单支付信息缓存在共享缓存库中，所述接收订单支付信息数据的步骤之后，还包括：
对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，读取支付通道ID对应的数据库中的订单支付信息；及
对所述收到支付请求时间进行判断，并删去小于当前时间减去预警规则中的连续时间的收到支付请求时间及其所对应的订单ID数量，以便于对所述订单ID数量进行计算。
可选地，所述对所述订单支付信息数据中的支付状态进行判断的步骤之后，还包括：
当支付状态为支付成功时，根据支付通道ID将对应的预警记录删除；及
当支付状态为支付失败时，不进行任何处理。
可选地，所述当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息的步骤之后，还包括：
当本轮触发时间加上预警规则中的通知间隔时间大于等于当前时间时，将预警记录中的该本轮触发时间更新为当前时间，其对应的告警通知次数为1；及
当本轮触发时间加上预警规则中的通知间隔时间小于当前时间时，将所述告警通知次数增加一次后进行更新。
此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有支付通道可用性的预警程序，所述支付通道可用性的预警程序可被一个或者多个处理器执行，以实现上述任一项所述的支付通道可用性的预警方法的步骤。
本发明上述的一个支付通道可用性的预警方案中，其在支付状态为待支付的状态时，通过支付通道ID读取其对应的预警记录，并在预警记录不存在时，或者预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，即支付通道异常时，将异常的告警信息向预警规则中规定的用户推送，达到在支付通道异常时能发现及时推送相关人员。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例的附图作简单地介绍，显而易见地，下面描述中的附图仅仅涉及本发明的一些实施例，而非对本发明的限制。
图1为本发明一实施例提供的支付通道可用性的预警方法的流程示意图；
图2为本发明一实施例提供的电子装置的内部结构示意图；
图3为本发明一实施例提供的电子装置中支付通道可用性的预警程序的模块示意图。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明做进一步详细说明。通常在此处附图中描述和示出的本发明实施例的组件可以各种不同的配置来布置和设计。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明提供一种支付通道可用性的预警方法,其应用于一种电子装置上，在该电子装置上包括有订单服务、预警服务、独享缓存库、基础服务和共享缓存库。该支付通道可用性的预警方法由预警服务执行操作。
预警服务所需订单支付信息，包含订单ID、支付通道ID、支付状态共3种属性，按缓存库是否与其它支付通道(或应用或业务)共享与否，从而使实现预警方法分为独享缓存库模式、共享缓存库模式这两种。
预警记录缓存使用共享缓存库，用来记录某个支付通道的告警信息，包含本轮触发时间、告警通知次数；预警记录缓存使用string数据类型，key值pay_alerted_前缀+支付通道ID，value值为json数据格式存储本轮触发时间、告警通知次数，json格式为{"triger_time":"本轮触发时间","notify_sum":"告警通知次数"}。
本方法中支付通道指的是在某供应商下细分支付方式。举例说明：某电商接入微信官方提供的微信小程序支付、微信APP支付这2种，除此之外还接入建设银行提供的微信小程序支付、微信APP支付，那对某电商而言支付通道共有4个。支付状态在本方法简化为待支付、支付成功和支付失败。下文所述缓存指redis缓存。
第一实施例：
在本实施例中，所述订单支付信息缓存在独享缓存库中。参照图1，本实施例提供一种支付通道可用性的预警方法,其包括：
S100，在接收订单支付信息数据后且支付状态为待支付的状态时，计算所述订单支付信息数据中在预警规则的连续时间内的订单ID数量。其中，订单支付信息包括订单ID、支付通道ID和支付状态。其中，支付状态包括有待支付、已支付和未支付三种状态。
其中，订单支付信息缓存在独享库模式下使用string数据类型，key存储订单ID，value存储支付状态。并按预警规则中连续时间设置string缓存的自动过期时间。
在本实施例中，订单支付信息数据由订单服务进行推送，预警服务在接收到订单支付信息数据后，计算订单支付信息数据中的订单ID数量。所述接收订单支付信息数据的步骤之后，订单服务对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，根据支付通道ID在对应的缓存库中写入订单支付信息。具体地，预警服务收到订单服务推送的订单支付信息数据时，当支付状态等于待支付时，按支付通道ID找到对应缓存库并写入订单支付信息缓存。
S200，当订单ID数量总值大于等于预定的预警规则中的连续笔数值时，根据支付通道ID读取预警记录。所述预警记录用于记录一支付通道ID对应的支付通道的告警信息，所述告警信息包括本轮触发时间和告警通知次数。
在写入订单支付信息缓存后，再检查缓存库key总量，当key总量大于等于预警规则中连续笔数值时，读取预警记录缓存。
S300，当所述预警记录不存在时，向所述预警规则中规定的用户推送告警信息。
在预警服务判断预警记录不存在时，其调用基础服务中短信及邮件发送接口，向预警规则中的提醒短信组及预警规则中的提醒邮件组推送告警信息。并将其写入预警记录缓存。其中，预警记录中的本轮触发时间为当前时间，告警通知次数为1。
S400，当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息。
在预警服务判断预警记录缓存存在时，且告警通知次数小于预警规则中规定的通知次数时，其调用基础服务中短信及邮件发送接口，向预警规则中的提醒短信组及预警规则中的提醒邮件组推送告警信息。
在预警服务判断预警记录缓存存在时，且本轮触发时间加上预警规则中通知间隔时间大于等于当前时间时，更新预警记录缓存中本轮触发时间为当前时间，告警通知次数为1。
在预警服务判断预警记录缓存存在时，且本轮触发时间加上预警规则中通知间隔时间小于当前时间时，将预警记录缓存中累计通知次数增加一次后进行更新。
因此，预警服务在判断支付状态为待支付的状态时，通过支付通道ID读取其对应的预警记录，并在预警记录不存在时，或者预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，即支付通道异常时，将异常的告警信息向预警规则中规定的用户推送，达到在支付通道异常时能发现及时推送相关人员。从而解决人工巡检方式增加人工成本、发现问题的及时性差、服务长时间不可用影响平台经济效益以及被动等待用户投诉会影响平台形象及造成用户流失，影响平台经济效益的技术问题。达到节省巡检人力成本，以及系统支付功能故障时能及时主动地发现并通知相关人员处理，提高服务可用性的目的。
S500，当支付状态为支付成功时，根据支付通道ID将对应的预警记录删除。具体地，在对所述订单支付信息数据中的支付状态进行判断的步骤之后，当判断支付状态等于支付成功时，预警记录缓存按“pay_alerted_”前缀+“支付通道ID删除及清空独享缓存库。
S600，当支付状态为支付失败时，不进行任何处理。具体地，在对所述订单支付信息数据中的支付状态进行判断的步骤之后，当判断支付状态等于支付失败时，不进行任何处理。
第二实施例：
在本实施例中，所述订单支付信息缓存在共享缓存库中。本实施例提供一种支付通道可用性的预警方法,其包括：
S100’，在接收订单支付信息数据后且支付状态为待支付的状态时，计算所述订单支付信息数据中在预警规则的连续时间内的订单ID数量。其中，订单支付信息包括订单ID、支付通道ID和支付状态。其中，支付状态包括有待支付、已支付和未支付三种状态。
所述订单支付信息还包括收到支付请求时间,所述订单支付信息缓存在共享缓存库中，所述接收订单支付信息数据的步骤之后，还包括：
对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，读取支付通道ID对应的数据库中的订单支付信息。
对所述收到支付请求时间进行判断，并删去小于当前时间减去预警规则中的连续时间的收到支付请求时间及其所对应的订单ID数量，以便于对所述订单ID数量进行计算。
其中，订单支付信息缓存在共享库模式下使用hash数据结构进行存储。例如，key为“pay_info_”前缀+“支付通道ID”，hashKey为收到支付请求的时间格式化后值(4位年2位月2位日4位时分)如：202109291050，value为某年月日时分的所收到的“待支付”订单量。
预警服务收到订单服务推送的订单支付信息数据时，当支付状态等于待支付时，按key及hashKey直接读取当前订单的支付通道ID、当前时间(年月时分)的缓存数据，如缓存不存在则写入新缓存，其写入数据为：支付通道ID，年月时分，1。如缓存存在就更新缓存，其中，value＝value+1。
S200’，当订单ID数量总值大于等于预定的预警规则中的连续笔数值时，根据支付通道ID读取预警记录。所述预警记录用于记录一支付通道ID对应的支付通道的告警信息，所述告警信息包括本轮触发时间和告警通知次数。
具体地，按key读取订单支付信息缓存后，删除已过期hashkey及value后，汇总所有value值总和(即某支付通道持续时间待支付订单总量)大于等于预警规则中的连续笔数值时，读取预警记录。hashkey过期规则：hashkey值转化时间格式小于当前时间减去预警规则中的连续时间。
S300’，当所述预警记录不存在时，向所述预警规则中规定的用户推送告警信息。
在预警服务判断预警记录不存在时，其调用基础服务中短信及邮件发送接口，向预警规则中的提醒短信组及预警规则中的提醒邮件组推送告警信息。并将其写入预警记录缓存。其中，预警记录中的本轮触发时间为当前时间，告警通知次数为1。
S400’，当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息。
在预警服务判断预警记录缓存存在时，且告警通知次数小于预警规则中规定的通知次数时，其调用基础服务中短信及邮件发送接口，向预警规则中的提醒短信组及预警规则中的提醒邮件组推送告警信息。
在预警服务判断预警记录缓存存在时，且本轮触发时间加上预警规则中通知间隔时间大于等于当前时间时，更新预警记录缓存中本轮触发时间为当前时间，告警通知次数为1。
在预警服务判断预警记录缓存存在时，且本轮触发时间加上预警规则中通知间隔时间小于当前时间时，将预警记录缓存中累计通知次数增加一次后进行更新。
因此，预警服务在判断支付状态为待支付的状态时，通过支付通道ID读取其对应的预警记录，并在预警记录不存在时，或者预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，即支付通道异常时，将异常的告警信息向预警规则中规定的用户推送，达到在支付通道异常时能发现及时推送相关人员。从而解决人工巡检方式增加人工成本、发现问题的及时性差、服务长时间不可用影响平台经济效益以及被动等待用户投诉会影响平台形象及造成用户流失，影响平台经济效益的技术问题。达到节省巡检人力成本，以及系统支付功能故障时能及时主动地发现并通知相关人员处理，提高服务可用性的目的。
S500’，当支付状态为支付成功时，根据支付通道ID将对应的预警记录删除。具体地，在对所述订单支付信息数据中的支付状态进行判断的步骤之后，当判断支付状态等于支付成功时，预警记录缓存按“pay_alerted_”前缀+“支付通道ID删除及清空独享缓存库。
S600’，当支付状态为支付失败时，不进行任何处理。具体地，在对所述订单支付信息数据中的支付状态进行判断的步骤之后，当判断支付状态等于支付失败时，不进行任何处理。
第三实施例：
本发明还提供一种电子装置1。参照图2所示，为本发明一实施例提供的电子装置的内部结构示意图。
在本实施例中，电子装置1可以是电脑、智能终端或服务器。所述电子装置1至少包括存储器11、处理器13，通信总线15，以及网络接口17。在本实施例中，所述电子装置1为智能终端。
其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是电子装置的内部存储单元，例如所述电子装置的硬盘。存储器11在另一些实施例中也可以是电子装置的外部存储设备，例如电子装置上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。进一步地，存储器11还可以既包括电子装置的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于电子装置1的应用软件及各类数据，例如支付通道可用性的预警程序111的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
处理器13在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据。
通信总线15用于实现这些组件之间的连接通信。
网络接口17可选的可以包括标准的有线接口、无线接口(如WI-FI接口)，通常用于在电子装置1与其他电子设备之间建立通信连接。
可选地，电子装置1还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在电子装置中处理的信息以及用于显示可视化的用户界面。
图2仅示出了具有组件11～17的电子装置1，本领域技术人员可以理解的是，图2示出的结构并不构成对电子装置的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
在图2所示的电子装置1的实施例中，所述订单支付信息缓存在独享缓存库中。存储器11中存储有支付通道可用性的预警程序111；处理器13执行存储器11中存储的支付通道可用性的预警程序111时实现如下步骤：
S100，在接收订单支付信息数据后且支付状态为待支付的状态时，计算所述订单支付信息数据中在预警规则的连续时间内的订单ID数量。其中，订单支付信息包括订单ID、支付通道ID和支付状态。其中，支付状态包括有待支付、已支付和未支付三种状态。
其中，订单支付信息缓存在独享库模式下使用string数据类型，key存储订单ID，value存储支付状态。并按预警规则中连续时间设置string缓存的自动过期时间。
在本实施例中，订单支付信息数据由订单服务进行推送，预警服务在接收到订单支付信息数据后，计算订单支付信息数据中的订单ID数量。所述接收订单支付信息数据的步骤之后，订单服务对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，根据支付通道ID在对应的缓存库中写入订单支付信息。具体地，预警服务收到订单服务推送的订单支付信息数据时，当支付状态等于待支付时，按支付通道ID找到对应缓存库并写入订单支付信息缓存。
S200，当订单ID数量总值大于等于预定的预警规则中的连续笔数值时，根据支付通道ID读取预警记录。所述预警记录用于记录一支付通道ID对应的支付通道的告警信息，所述告警信息包括本轮触发时间和告警通知次数。
在写入订单支付信息缓存后，再检查缓存库key总量，当key总量大于等于预警规则中连续笔数值时，读取预警记录缓存。
S300，当所述预警记录不存在时，向所述预警规则中规定的用户推送告警信息。
在预警服务判断预警记录不存在时，其调用基础服务中短信及邮件发送接口，向预警规则中的提醒短信组及预警规则中的提醒邮件组推送告警信息。并将其写入预警记录缓存。其中，预警记录中的本轮触发时间为当前时间，告警通知次数为1。
S400，当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息。
在预警服务判断预警记录缓存存在时，且告警通知次数小于预警规则中规定的通知次数时，其调用基础服务中短信及邮件发送接口，向预警规则中的提醒短信组及预警规则中的提醒邮件组推送告警信息。
在预警服务判断预警记录缓存存在时，且本轮触发时间加上预警规则中通知间隔时间大于等于当前时间时，更新预警记录缓存中本轮触发时间为当前时间，告警通知次数为1。
在预警服务判断预警记录缓存存在时，且本轮触发时间加上预警规则中通知间隔时间小于当前时间时，将预警记录缓存中累计通知次数增加一次后进行更新。
因此，预警服务在判断支付状态为待支付的状态时，通过支付通道ID读取其对应的预警记录，并在预警记录不存在时，或者预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，即支付通道异常时，将异常的告警信息向预警规则中规定的用户推送，达到在支付通道异常时能发现及时推送相关人员。从而解决人工巡检方式增加人工成本、发现问题的及时性差、服务长时间不可用影响平台经济效益以及被动等待用户投诉会影响平台形象及造成用户流失，影响平台经济效益的技术问题。达到节省巡检人力成本，以及系统支付功能故障时能及时主动地发现并通知相关人员处理，提高服务可用性的目的。
S500，当支付状态为支付成功时，根据支付通道ID将对应的预警记录删除。具体地，在对所述订单支付信息数据中的支付状态进行判断的步骤之后，当判断支付状态等于支付成功时，预警记录缓存按“pay_alerted_”前缀+“支付通道ID删除及清空独享缓存库。
S600，当支付状态为支付失败时，不进行任何处理。具体地，在对所述订单支付信息数据中的支付状态进行判断的步骤之后，当判断支付状态等于支付失败时，不进行任何处理。
第四实施例：
第三实施例：
本发明还提供一种电子装置1。参照图2所示，为本发明一实施例提供的电子装置的内部结构示意图。
在本实施例中，电子装置1可以是电脑、智能终端或服务器。所述电子装置1至少包括存储器11、处理器13，通信总线15，以及网络接口17。在本实施例中，所述电子装置1为智能终端。
其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是电子装置的内部存储单元，例如所述电子装置的硬盘。存储器11在另一些实施例中也可以是电子装置的外部存储设备，例如电子装置上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。进一步地，存储器11还可以既包括电子装置的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于电子装置1的应用软件及各类数据，例如支付通道可用性的预警程序111的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
处理器13在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据。
通信总线15用于实现这些组件之间的连接通信。
网络接口17可选的可以包括标准的有线接口、无线接口(如WI-FI接口)，通常用于在电子装置1与其他电子设备之间建立通信连接。
可选地，电子装置1还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在电子装置中处理的信息以及用于显示可视化的用户界面。
图2仅示出了具有组件11～17的电子装置1，本领域技术人员可以理解的是，图2示出的结构并不构成对电子装置的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
在图2所示的电子装置1的实施例中，所述订单支付信息缓存在共享缓存库中。存储器11中存储有支付通道可用性的预警程序111；处理器13执行存储器11中存储的支付通道可用性的预警程序111时实现如下步骤：
S100’，在接收订单支付信息数据后且支付状态为待支付的状态时，计算所述订单支付信息数据中在预警规则的连续时间内的订单ID数量。其中，订单支付信息包括订单ID、支付通道ID和支付状态。其中，支付状态包括有待支付、已支付和未支付三种状态。
所述订单支付信息还包括收到支付请求时间,所述订单支付信息缓存在共享缓存库中，所述接收订单支付信息数据的步骤之后，还包括：
对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，读取支付通道ID对应的数据库中的订单支付信息。
对所述收到支付请求时间进行判断，并删去小于当前时间减去预警规则中的连续时间的收到支付请求时间及其所对应的订单ID数量，以便于对所述订单ID数量进行计算。
其中，订单支付信息缓存在共享库模式下使用hash数据结构进行存储。例如，key为“pay_info_”前缀+“支付通道ID”，hashKey为收到支付请求的时间格式化后值(4位年2位月2位日4位时分)如：202109291050，value为某年月日时分的所收到的“待支付”订单量。
预警服务收到订单服务推送的订单支付信息数据时，当支付状态等于待支付时，按key及hashKey直接读取当前订单的支付通道ID、当前时间(年月时分)的缓存数据，如缓存不存在则写入新缓存，其写入数据为：支付通道ID，年月时分，1。如缓存存在就更新缓存，其中，value＝value+1。
S200’，当订单ID数量总值大于等于预定的预警规则中的连续笔数值时，根据支付通道ID读取预警记录。所述预警记录用于记录一支付通道ID对应的支付通道的告警信息，所述告警信息包括本轮触发时间和告警通知次数。
具体地，按key读取订单支付信息缓存后，删除已过期hashkey及value后，汇总所有value值总和(即某支付通道持续时间待支付订单总量)大于等于预警规则中的连续笔数值时，读取预警记录。hashkey过期规则：hashkey值转化时间格式小于当前时间减去预警规则中的连续时间。
S300’，当所述预警记录不存在时，向所述预警规则中规定的用户推送告警信息。
在预警服务判断预警记录不存在时，其调用基础服务中短信及邮件发送接口，向预警规则中的提醒短信组及预警规则中的提醒邮件组推送告警信息。并将其写入预警记录缓存。其中，预警记录中的本轮触发时间为当前时间，告警通知次数为1。
S400’，当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息。
在预警服务判断预警记录缓存存在时，且告警通知次数小于预警规则中规定的通知次数时，其调用基础服务中短信及邮件发送接口，向预警规则中的提醒短信组及预警规则中的提醒邮件组推送告警信息。
在预警服务判断预警记录缓存存在时，且本轮触发时间加上预警规则中通知间隔时间大于等于当前时间时，更新预警记录缓存中本轮触发时间为当前时间，告警通知次数为1。
在预警服务判断预警记录缓存存在时，且本轮触发时间加上预警规则中通知间隔时间小于当前时间时，将预警记录缓存中累计通知次数增加一次后进行更新。
因此，预警服务在判断支付状态为待支付的状态时，通过支付通道ID读取其对应的预警记录，并在预警记录不存在时，或者预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，即支付通道异常时，将异常的告警信息向预警规则中规定的用户推送，达到在支付通道异常时能发现及时推送相关人员。从而解决人工巡检方式增加人工成本、发现问题的及时性差、服务长时间不可用影响平台经济效益以及被动等待用户投诉会影响平台形象及造成用户流失，影响平台经济效益的技术问题。达到节省巡检人力成本，以及系统支付功能故障时能及时主动地发现并通知相关人员处理，提高服务可用性的目的。
S500’，当支付状态为支付成功时，根据支付通道ID将对应的预警记录删除。具体地，在对所述订单支付信息数据中的支付状态进行判断的步骤之后，当判断支付状态等于支付成功时，预警记录缓存按“pay_alerted_”前缀+“支付通道ID删除及清空独享缓存库。
S600’，当支付状态为支付失败时，不进行任何处理。具体地，在对所述订单支付信息数据中的支付状态进行判断的步骤之后，当判断支付状态等于支付失败时，不进行任何处理。
此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有支付通道可用性的预警程序111，所述支付通道可用性的预警程序111可被一个或多个处理器执行，以实现如上述电子装置的处理器13执行存储器11中存储的支付通道可用性的预警程序111时所述实现的步骤。
本发明计算机可读存储介质具体实施方式与上述电子装置和方法各实施例基本相同，在此不作累述。
可选地，在其他实施例中，所述支付通道可用性的预警程序111还可以被分割为一个或者多个模块，一个或者多个模块被存储于存储器11中，并由一个或多个处理器(本实施例为处理器13)所执行以完成本发明，本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段，用于描述支付通道可用性的预警程序111在电子装置中的执行过程。
例如，参照图3所示，为本发明电子装置一实施例中的支付通道可用性的预警程序111的程序模块示意图，该实施例中，支付通道可用性的预警程序111可以被分割为获取模块10、判断模块20、标记模块30，示例性地：
接收模块10，用于接收订单支付信息数据。
计算模块20，用于接收订单支付信息数据后且在支付状态为待支付的状态时，计算所述订单支付信息数据中在预警规则的连续时间内的订单ID数量；其中，订单支付信息包括订单ID、支付通道ID和支付状态。
读取模块30，用于当订单ID数量总值大于等于预定的预警规则中的连续笔数值时，根据支付通道ID读取预警记录；所述预警记录用于记录一支付通道ID对应的支付通道的告警信息，所述告警信息包括本轮触发时间和告警通知次数。
推送模块40，用于当所述预警记录不存在时，向所述预警规则中规定的用户推送告警信息。
所述推送模块40，还用于当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息。
所述接收模块10、计算模块20、读取模块30和推送模块40等程序模块被执行时所实现的功能或操作步骤与上述实施例大体相同，在此不再赘述。
需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
Claims (10)
1.一种支付通道可用性的预警方法,其特征在于，包括：
在接收订单支付信息数据后且支付状态为待支付的状态时，计算所述订单支付信息数据中在预警规则的连续时间内的订单ID数量；其中，订单支付信息包括订单ID、支付通道ID和支付状态；
当订单ID数量总值大于等于预定的预警规则中的连续笔数值时，根据支付通道ID读取预警记录；所述预警记录用于记录一支付通道ID对应的支付通道的告警信息，所述告警信息包括本轮触发时间和告警通知次数；
当所述预警记录不存在时，向所述预警规则中规定的用户推送告警信息；及
当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息。
2.根据权利要求1所述的支付通道可用性的预警方法,其特征在于，所述订单支付信息缓存在独享缓存库中，所述接收订单支付信息数据的步骤之后，还包括：
对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，根据支付通道ID在对应的缓存库中写入订单支付信息，以便于对所述订单ID数量进行计算。
3.根据权利要求1所述的支付通道可用性的预警方法,其特征在于，所述订单支付信息还包括收到支付请求时间，所述订单支付信息缓存在共享缓存库中，所述接收订单支付信息数据的步骤之后，还包括：
对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，读取支付通道ID对应的数据库中的订单支付信息；及
对所述收到支付请求时间进行判断，并删去小于当前时间减去预警规则中的连续时间的收到支付请求时间及其所对应的订单ID数量，以便于对所述订单ID数量进行计算。
4.根据权利要求2或3所述的支付通道可用性的预警方法,其特征在于，所述对所述订单支付信息数据中的支付状态进行判断的步骤之后，还包括：
当支付状态为支付成功时，根据支付通道ID将对应的预警记录删除；及
当支付状态为支付失败时，不进行任何处理。
5.根据权利要求2或3所述的支付通道可用性的预警方法,其特征在于，所述当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息的步骤之后，还包括：
当本轮触发时间加上预警规则中的通知间隔时间大于等于当前时间时，将预警记录中的该本轮触发时间更新为当前时间，其对应的告警通知次数为1；及
当本轮触发时间加上预警规则中的通知间隔时间小于当前时间时，将所述告警通知次数增加一次后进行更新。
6.一种电子装置，其特征在于，所述电子装置包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的支付通道可用性的预警程序，所述支付通道可用性的预警程序被所述处理器执行时实现如下步骤：
在接收订单支付信息数据后且支付状态为待支付的状态时，计算所述订单支付信息数据中在预警规则的连续时间内的订单ID数量；其中，订单支付信息包括订单ID、支付通道ID和支付状态；
当订单ID数量总值大于等于预定的预警规则中的连续笔数值时，根据支付通道ID读取预警记录；所述预警记录用于记录一支付通道ID对应的支付通道的告警信息，所述告警信息包括本轮触发时间和告警通知次数；
当所述预警记录不存在时，向所述预警规则中规定的用户推送告警信息；或
当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息。
7.根据权利要求6所述的一种电子装置，其特征在于，所述订单支付信息缓存在独享缓存库中，所述接收订单支付信息数据的步骤之后，还包括：
对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，根据支付通道ID在对应的缓存库中写入订单支付信息，以便于对所述订单ID数量进行计算。
8.根据权利要求6所述的一种电子装置，其特征在于，所述订单支付信息还包括收到支付请求时间，所述订单支付信息缓存在共享缓存库中，所述接收订单支付信息数据的步骤之后，还包括：
对所述订单支付信息数据中的支付状态进行判断，并在当所述支付状态为待支付时，读取支付通道ID对应的数据库中的订单支付信息；及
对所述收到支付请求时间进行判断，并删去小于当前时间减去预警规则中的连续时间的收到支付请求时间及其所对应的订单ID数量，以便于对所述订单ID数量进行计算。
9.根据权利要求8所述的一种电子装置，其特征在于，
所述对所述订单支付信息数据中的支付状态进行判断的步骤之后，还包括：
当支付状态为支付成功时，根据支付通道ID将对应的预警记录删除；及
当支付状态为支付失败时，不进行任何处理；
所述当所述预警记录存在时，且告警通知次数小于所述预警规则中规定的通知数次时，向所述用户推送告警信息的步骤之后，还包括：
当本轮触发时间加上预警规则中的通知间隔时间大于等于当前时间时，将预警记录中的该本轮触发时间更新为当前时间，其对应的告警通知次数为1；及
当本轮触发时间加上预警规则中的通知间隔时间小于当前时间时，将所述告警通知次数增加一次后进行更新。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有支付通道可用性的预警程序，所述支付通道可用性的预警程序可被一个或者多个处理器执行，以实现如权利要求1至5中任一项所述的支付通道可用性的预警方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111627504.2A CN114298702A (zh) | 2021-12-28 | 2021-12-28 | 支付通道可用性的预警方法、装置及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111627504.2A CN114298702A (zh) | 2021-12-28 | 2021-12-28 | 支付通道可用性的预警方法、装置及计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114298702A true CN114298702A (zh) | 2022-04-08 |
Family
ID=80972412
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111627504.2A Pending CN114298702A (zh) | 2021-12-28 | 2021-12-28 | 支付通道可用性的预警方法、装置及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114298702A (zh) |
Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101014179A (zh) * | 2007-02-14 | 2007-08-08 | 中兴通讯股份有限公司 | 一种通信系统中告警防抖的实现装置和实现方法 |
| CN102968720A (zh) * | 2012-11-07 | 2013-03-13 | 东莞宇龙通信科技有限公司 | 支付服务器、终端和支付通道隔离方法 |
| CN102982447A (zh) * | 2012-10-31 | 2013-03-20 | 东莞宇龙通信科技有限公司 | 一种支付多通道提醒信息的方法及系统 |
| JP2013163086A (ja) * | 2013-05-28 | 2013-08-22 | Sankyo Co Ltd | 遊技機 |
| CN107392722A (zh) * | 2017-07-27 | 2017-11-24 | 福建中金在线信息科技有限公司 | 订单处理方法、装置、电子设备及存储介质 |
| FR3067499A1 (fr) * | 2017-06-26 | 2018-12-14 | Orange | Controle de validite d'une interface de paiement a distance |
| CN109472563A (zh) * | 2018-10-26 | 2019-03-15 | 数贸科技（北京）有限公司 | 基于跨境支付平台的支付方式自动化运维方法及装置 |
| CN110706069A (zh) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | 订单支付请求的异常处理方法、设备、服务器及系统 |
| CN110782320A (zh) * | 2019-10-25 | 2020-02-11 | 上海燕汐软件信息科技有限公司 | 一种订单处理方法、装置、订单报消系统及存储介质 |
| CN111160884A (zh) * | 2019-11-29 | 2020-05-15 | 中国建设银行股份有限公司四川省分行 | 聚合支付方法、系统、服务器及存储介质 |
| CN111242595A (zh) * | 2019-12-31 | 2020-06-05 | 航天信息股份有限公司企业服务分公司 | Erp平台与支付平台间信息交换方法及装置 |
| CN113240428A (zh) * | 2021-05-27 | 2021-08-10 | 支付宝(杭州)信息技术有限公司 | 支付处理方法及装置 |
| CN113610516A (zh) * | 2021-07-30 | 2021-11-05 | 北京达佳互联信息技术有限公司 | 支付渠道的显示方法、装置、电子设备及存储介质 |
| CN113793139A (zh) * | 2021-01-29 | 2021-12-14 | 北京京东拓先科技有限公司 | 支付异常的处理方法、处理装置、存储介质及电子设备 |
-
2021
- 2021-12-28 CN CN202111627504.2A patent/CN114298702A/zh active Pending
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101014179A (zh) * | 2007-02-14 | 2007-08-08 | 中兴通讯股份有限公司 | 一种通信系统中告警防抖的实现装置和实现方法 |
| CN102982447A (zh) * | 2012-10-31 | 2013-03-20 | 东莞宇龙通信科技有限公司 | 一种支付多通道提醒信息的方法及系统 |
| CN102968720A (zh) * | 2012-11-07 | 2013-03-13 | 东莞宇龙通信科技有限公司 | 支付服务器、终端和支付通道隔离方法 |
| JP2013163086A (ja) * | 2013-05-28 | 2013-08-22 | Sankyo Co Ltd | 遊技機 |
| FR3067499A1 (fr) * | 2017-06-26 | 2018-12-14 | Orange | Controle de validite d'une interface de paiement a distance |
| CN107392722A (zh) * | 2017-07-27 | 2017-11-24 | 福建中金在线信息科技有限公司 | 订单处理方法、装置、电子设备及存储介质 |
| CN109472563A (zh) * | 2018-10-26 | 2019-03-15 | 数贸科技（北京）有限公司 | 基于跨境支付平台的支付方式自动化运维方法及装置 |
| CN110706069A (zh) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | 订单支付请求的异常处理方法、设备、服务器及系统 |
| CN110782320A (zh) * | 2019-10-25 | 2020-02-11 | 上海燕汐软件信息科技有限公司 | 一种订单处理方法、装置、订单报消系统及存储介质 |
| CN111160884A (zh) * | 2019-11-29 | 2020-05-15 | 中国建设银行股份有限公司四川省分行 | 聚合支付方法、系统、服务器及存储介质 |
| CN111242595A (zh) * | 2019-12-31 | 2020-06-05 | 航天信息股份有限公司企业服务分公司 | Erp平台与支付平台间信息交换方法及装置 |
| CN113793139A (zh) * | 2021-01-29 | 2021-12-14 | 北京京东拓先科技有限公司 | 支付异常的处理方法、处理装置、存储介质及电子设备 |
| CN113240428A (zh) * | 2021-05-27 | 2021-08-10 | 支付宝(杭州)信息技术有限公司 | 支付处理方法及装置 |
| CN113610516A (zh) * | 2021-07-30 | 2021-11-05 | 北京达佳互联信息技术有限公司 | 支付渠道的显示方法、装置、电子设备及存储介质 |
Non-Patent Citations (1)
| Title |
|---|
| DREAM;GAOGAO;IT民工;: "付钱啦 网络时代买单指南", 电脑迷, no. 07, 1 April 2010 (2010-04-01) * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101695923B1 (ko) | 메시지 수신 알림을 위한 방법과 시스템 및 기록 매체 | |
| CN109766362B (zh) | 数据处理方法及装置 | |
| US20110161117A1 (en) | Insurance processing system and method using mobile devices for proof of ownership | |
| CN110278143B (zh) | 电子邮件数据处理方法、装置、计算机设备及存储介质 | |
| CN112054915B (zh) | 客户端异常预警的处理方法、装置、系统及计算设备 | |
| WO2019119642A1 (zh) | 电子装置、远程保单的出单方法及存储介质 | |
| WO2019136812A1 (zh) | 电子装置、数据调用日志生成及查询方法及存储介质 | |
| US20070156977A1 (en) | Automatic location data determination in an electronic document | |
| CN111475369A (zh) | 日志监控的添加方法、装置、计算机设备及存储介质 | |
| US11913811B2 (en) | Enhanced meter management solution | |
| CN109542945B (zh) | 区块链数据统计分析方法、装置及存储介质 | |
| CN114022151A (zh) | 区块链数据可视化方法、系统、电子设备和存储介质 | |
| WO2019071899A1 (zh) | 电子装置、车辆数据导入方法及存储介质 | |
| CN110689333B (zh) | 一种区块链自动对账方法、装置、系统和存储介质 | |
| CN114298702A (zh) | 支付通道可用性的预警方法、装置及计算机可读存储介质 | |
| CN111737303A (zh) | 数据查询方法、装置、计算机设备及存储介质 | |
| US20210279720A1 (en) | Anomaly detection in a recurring transaction set | |
| CN115687826A (zh) | 页面刷新方法、装置、计算机设备及存储介质 | |
| CN111131393B (zh) | 用户活跃度数据统计方法、电子装置及存储介质 | |
| CN114928603A (zh) | 客户端软件的升级方法、装置、电子设备和介质 | |
| CN104378402A (zh) | 用户联系信息更新方法及装置 | |
| CN114896082A (zh) | 消息处理方法、装置、电子设备和存储介质 | |
| CN113469825A (zh) | 数据处理方法、装置、电子设备和计算机可读介质 | |
| JP5578689B1 (ja) | ベリファイ入力におけるデータ入力システム及びデータ入力方法 | |
| CN110852880A (zh) | 交易数据推送方法、装置、系统、计算机设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |