CN114819949A - 充值处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了充值处理方法及装置，其中，一种充值处理方法包括：根据用户提交的充值请求检测运营商的充值参数；若所述充值参数不满足充值条件，获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列；在检测到所述延时充值队列的出队条件被触发的情况下，读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口；根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

Description

充值处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种充值处理方法及装置。

背景技术

随着生活节奏的加快，用户往往需要出行至各个地方，比如，出差，访友等等。伴随着出行需求的增加，用户在路途中的时间也变得越来越多，由于用户经常需要在路途中利用移动终端进行通讯，因此移动终端作为通讯工具，已经成为用户出行的必备物品；用户享受移动终端提供的服务，是因为移动终端中安装的用户身份识别卡可支持用户拨打和接听电话，还可支持用户使用流量上网。

发明内容

本说明书一个或多个实施例提供了一种充值处理方法。所述充值处理方法，包括：根据用户提交的充值请求检测运营商的充值参数。若所述充值参数不满足充值条件，获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列。在检测到所述延时充值队列的出队条件被触发的情况下，读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口。根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

本说明书一个或多个实施例提供了一种充值处理装置，包括：参数检测模块，被配置为根据用户提交的充值请求检测运营商的充值参数。若所述充值参数不满足充值条件，运行订单获取模块，所述订单获取模块，被配置为获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列。在检测到所述延时充值队列的出队条件被触发的情况下，运行订单读取模块，所述订单读取模块，被配置为读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口。充值处理模块，被配置为根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

本说明书一个或多个实施例提供了一种充值处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：根据用户提交的充值请求检测运营商的充值参数。若所述充值参数不满足充值条件，获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列。在检测到所述延时充值队列的出队条件被触发的情况下，读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口。根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：根据用户提交的充值请求检测运营商的充值参数。若所述充值参数不满足充值条件，获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列。在检测到所述延时充值队列的出队条件被触发的情况下，读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口。根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；

图1为本说明书一个或多个实施例提供的一种充值处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种应用于通信计费充值场景的充值处理方法处理流程图；

图3为本说明书一个或多个实施例提供的一种充值处理装置示意图；

图4为本说明书一个或多个实施例提供的一种充值处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

本说明书提供的一种充值处理方法实施例：

参照图1，本实施例提供的充值处理方法，具体包括步骤S102至步骤S108。

步骤S102，根据用户提交的充值请求检测运营商的充值参数。

实际应用中，用户在通过充值服务进行充值时，若运营商处于维护状态或者其他不能充值的状态，使用户无法通过充值服务进行充值，影响用户心智，造成用户流失；

本实施例提供的充值处理方法，在用户提交充值请求的情况下根据运营商的充值参数进行延时充值，即在用户提交充值请求且检测到运营商的充值参数不满足充值条件的情况下，根据用户对支付订单的支付处理获得延时充值订单，并将延时订单写入延时充值队列中，在延时充值队列满足出队条件的情况下将延时充值队列中的延时充值订单传入运营商的充值接口，以使运营商对传入的延时充值订单进行费用充值处理，以此，在运营商无法正常充值的情况下，通过延时代充值的方式提升用户心智，避免用户流失。

本实施例应用于充值服务，所述充值请求，包括用户访问充值服务并录入或者选择充值项信息后提交的对提供该充值项信息的运营商的信息查询请求。所述充值项信息，包括运营商向用户提供的使用户享有对应服务的凭证信息，例如，提供即时通信服务的运营商向用户发放的可进行即时通信相关业务的通信标识(联系方式)，或者，提供网络服务的运营商向用户发放的可进行网络访问的网络访问编号。

为了提升用户进行费用充值的有效性，避免由于运营商维护或者故障导致用户充值失败，进而造成用户流失，本实施例提供的一种可选实施方式中，在根据用户提交的充值请求检测运营商的充值参数之前，还执行如下操作：

基于所述充值请求中携带的充值项信息确定所述运营商，并查询所述运营商的运营状态信息；

判断所述运营状态信息是否为第一运营状态信息；

若是，执行所述根据用户提交的充值请求检测运营商的充值参数步骤；

若否，执行所述获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列操作。

其中，所述运营状态信息包括表示运营商正常运营的第一运营状态和标识运营商运营异常的第二运营状态。

具体的，在获取到用户的充值请求后，根据充值请求中携带的充值项信息确定充值项信息对应的运营商，然后在运营商中心查询该运营商的运营状态信息，若查询到的运营商的运营状态信息为表示运营商正常运营的第一运营状态，则检测运营商的充值参数；若查询到的运营商的运营状态信息为标识运营商运行异常的第二运营状态，则获取用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将延时充值订单写入运营商的延时充值队列。

以话费充值为例，获取到用户提交的携带通信标识(联系方式)的充值请求后，首先确定通信标识所属的运营商，然后在运营商中心查询该运营商的货源信息，若查询到的货源信息中携带运营商维护信息，则确定运营商的运营状态信息为运营异常状态信息(第二运营状态信息)，则向用户发送灰度处理后的货源配置信息(“10元”，“50元”和“100元”)，并基于运营异常状态信息对用户进行延时充值提醒；

若查询到的货源信息中未携带运营商维护信息，则确定运营商的运营状态信息为运营正常状态信息(第一运营状态信息)，则向用户发送可出发的货源配置信息，以使用户通过选择货源配置信息中的目标货源配置信息提交充值确认请求；或者，为了进一步提升用户的充值成功率，若查询到的货源信息中未携带运营商维护信息，则确定运营商的运营状态信息为运营正常状态信息，则检测运营商的充值参数，根据运营商的充值参数确定是对用户进行实时充值处理还是延时充值处理，具体的，在充值参数满足充值条件的情况下，进行实时充值处理，在充值参数不满足充值条件的情况下，进行延时充值处理。

在检测运营商的充值参数的过程中，根据充值服务在一定时间区间内的充值订单，计算运营商在该时间区间内的充值成功率，若充值成功率大于或者等于成功率阈值，则说明充值参数满足充值条件，若充值成功率低于成功率阈值，则说明充值参数不满足充值条件；例如，检测在用户提交的充值请求后的一分钟之内对该运营商的充值成功率，若充值成功率大于或者等于98％，则说明该运营商满足充值条件，则根据用户在货源配置信息中选择的目标货源配置信息进行充值处理，若充值成功率小于98％，则说明运营商不满足充值条件，对用户进行延时充值处理。

步骤S104，若所述充值参数不满足充值条件，获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列。

所述充值条件，包括所述充值参数大于或者等于参数阈值。

具体实施时，若充值参数不满足充值条件，或者查询到的运营商的运营状态信息为第二运营状态信息，则与用户交互获取用户的延时充值指令并且创建支付订单，本实施例提供的一种可选实施方式中，采用如下方式创建支付订单：

将所述运营商的充值配置参数以限制触发状态向所述用户下发；

向所述用户下发携带延时充值时间的延时充值协议；

根据所述用户基于所述延时充值协议提交的所述延时充值指令，将所述充值配置参数以可触发状态向所述用户下发；

若检测到所述用户在所述充值配置参数中选择并提交的目标配置参数，则基于所述目标配置参数和所述充值请求中携带的充值项信息创建所述支付订单。

其中，所述延时充值时间可根据该运营商的历史维护时间进行预测获得的进行费用充值的时间点，也可为预先设定的进行费用充值的时间点，本实施例在此不做限定。所述充值配置参数，包括运营商提供的可进行充值的费用配置信息；例如“10元”，“50元”和“100元”。

具体的，在充值参数不满足充值条件或者查询到的运营商的运营状态信息为第二运营状态信息的情况下，将运营商的充值配置参数以限制触发状态向用户下发，以使用户可以查看充值配置参数但无法选择，同时，为了由于无法充值造成用户流失，将延时充值时间写入延时充值协议模板中获得延时充值协议向用户下发，以使用户基于延时充值协议提交延时充值指令，也即是对延时充值协议的签署指令，在获取到用户提交的延时充值指令后，向用户下发可出发状态的充值配置参数，以使用户进行目标充值配置参数的选择，获取到用户选择的目标配置参数的情况下，基于目标配置参数和充值请求中携带的充值项信息创建支付订单。

除此之外，为了提升用户对延时充值的感知程度，将充值配置参数以限制触发状态向用户下发的过程中，向用户展示延时充值控件，若检测到用户触发延时充值控件后提交的延时充值请求，则向用户下发携带延时充值时间的延时充值协议并在获取到用户提交的延时充值协议的签署指令后将充值配置参数以可触发状态向用户下发，以使用户选择目标配置参数。

在用户选择目标配置参数后，基于目标配置参数和充值请求中包含的充值项信息创建支付订单，在用户对支付订单进行支付后，将支付订单更新为已支付订单，为了区分实时充值订单和延时充值订单，且为了提升对延时充值订单的有效管理，在将支付订单更新为已支付订单后，基于延时充值时间对已支付订单进行延时处理标识，获得延时充值订单；本实施例提供的一种可选实施方式中，采用如下方式获得延时充值订单：

根据所述用户提交的对所述支付订单的支付请求，将用户账户中目标配置参数对应的资源转移至中间账户；

在资源转移后将所述支付订单更新为已支付订单，并基于延时充值时间对所述已支付订单进行延时处理标记，获得所述延时充值订单；

其中，所述目标配置参数由所述用户基于可触发状态的充值配置参数选择并提交；所述资源转移至中间账户后被标记为所述延时充值订单对应的已支付资源。

具体的，由于还未对用户的充值项信息对应的计费账户进行充值处理，因此，在用户对支付订单进行支付的过程中，将用户账户中目标配置参数对应的资源转移至充值服务对应的中间账户，以在后续由充值服务基于获得的延时充值订单对用户进行代充值处理；充值服务对延时充值订单进行费用充值时将中间账户中的资源转移至运营商账户，且为了提升对延时充值订单的管理有效性，在将支付订单更新为已支付订单后，按照用户的延时充值指令中的延时充值时间对已支付订单进行延时处理标记，获得延时充值订单；获得延时充值订单之后，将延时充值订单写入运营商的延时充值队列中。

例如，用户提交对通信标识的充值请求，但运营商处于维护状态用户无法充值，根据预设的延时t小时和充值请求的提交时间，确定延时充值时间为T，将T写入延时充值协议模板中并向用户下发，获取到用户对延时充值协议的签署指令后，向用户开放对运营商的充值配置参数的触发权限，获取到用户选择并提交的目标配置参数m后，基于用户的通信标识和目标配置参数m创建支付订单并向用户下发，以使用户基于支付订单提交支付确认指令，基于支付确认指令中携带的账户标识从账户标识对应的用户账户中转移目标配置参数m对应的参数值中间账户，在资源转移成功后，将支付订单更新为已支付订单，并基于T对已支付订单进行延时处理标记，获得用户的延时充值订单，将用户的延时充值订单放入通信标识所属的运营商的延时充值队列中。

本实施例中，设定出队条件，在延时充值队列满足出队条件的情况下，对延时充值队列中的延时充值订单进行出队处理，即将延时充值队列中的延时充值订单进行出队并传入运营商的充值接口，以使运营商进行费用充值处理。可选的，所述出队条件，包括：所述运营商的运营状态信息为第一运营状态信息，和/或，所述运营商在检测时间区间内的充值参数满足所述充值条件。

在检测到延时充值队列的出队条件被触发的情况下，读取延时充值队列中的目标延时充值订单并传入运营商的充值接口，根据充值接口回传的订单响应，基于目标延时充值订单的已支付资源进行费用充值处理。

为了提升用户的感知程度，避免长时间无法进行费用充值处理影响用户体验，本实施例提供的一种可选实施方式中，若检测到所述延时充值时间到达且所述出队条件未被触发，将所述中间账户中所述资源转移至所述用户账户；向所述用户发送超时退款提醒，并删除所述延时充值队列中所述延时充值订单。

具体的，检测延时充值订单标记的延时充值时间是否到达，若是，则对用户进行退款处理。

步骤S106，在检测到所述延时充值队列的出队条件被触发的情况下，读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口。

本实施例提供的一种可选实施方式中，所述延时充值队列的出队条件是否被触发，采用如下方式检测：

检测所述运营商的运营状态信息是否为第一运营状态信息；

若是，基于所述第一运营状态信息的检测时间和预设时长确定检测时间区间；

若否，则确定所述延时充值队列的出队条件未被触发；

统计所述检测时间区间内针对所述运营商的充值成功率，并判断所述充值成功率是否大于预设阈值；

若是，则确定所述延时充值队列的出队条件被触发；

若否，则确定所述延时充值队列的出队条件未被触发。

具体的，为了提升对延时充值订单进行费用充值处理的成功率，检测运营商的运营状态信息是否为第一运营状态信息，若否，则确定出队条件未被触发，若是，为了进一步保证延时充值订单的处理成功率，避免运营商的运营状态正常但运营商无法正常处理订单的情况下导致对延时充值订单处理失败，对用户造成不好的延时充值体验，影响用户对延时充值的信任度，进一步统计检测时间区间内该运营商的充值成功率，并判断充值成功率是否大于预设阈值，若是，则确定运营商的延时充值队列的出队条件被触发，若否，则确定运营商的延时充值队列的出队条件未被触发。

例如，在检测到运营商的运营状态信息为第一运营状态信息的情况下，根据对第一运营状态信息的检测时间t1和预设时间区间5分钟，从充值服务的充值订单出发，检测t1至t1+5分钟这段时间内的充值成功率，判断充值成功率是否大于预设阈值，若是，则确定该运营商的延时充值队列触发出队条件，若否，则确定该运营商的延时充值队列未触发出队条件。

在检测到延时充值队列的出队条件被触发的情况下，对延时充值队列中的延时充值订单进行出队，具体的，可按照先入先出的设定对延时充值队列进行出队处理，对于每一次出队，即读取延时充值队列中的目标延时充值订单并传入运营商的充值接口，以接收运营商基于目标延时充值订单的响应。

本实施例提供的一种可选实施方式中，若充值接口回传的对目标延时充值订单的异常响应，根据所述充值接口回传的对所述目标延时充值订单的异常响应，将所述中间账户中所述资源转移至所述用户账户，并向所述用户发送充值失败提醒。即对用户进行退款。

步骤S108，根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

具体实施时，若充值接口回传的对目标延时充值订单的订单响应，则基于目标延时充值订单的已支付资源进行费用充值处理，本实施例提供的一种可选实施方式中，采用如下方式实现基于所述目标延时充值订单的已支付资源进行计费充值处理：

将中间账户中所述目标延时充值订单的已支付资源转移至运营商账户，以使所述运营商基于所述已支付资源对所述用户的充值项信息对应的计费账户进行资源转入。

具体的，在进行费用充值处理的过程中，将中间账户中目标延时充值订单的已支付资源转移至运营商账户，无需用户接入，运营商基于已支付资源对用户的充值项信息对应的计费账户进行资源转入后，充值服务获取充值结果并向用户发送充值成功提醒，以提升用户对充值结果和充值服务的感知程度，提升用户体验，以提升用户对充值服务的使用率，提升充值服务的用户活跃度。

下述以本实施例提供的一种充值处理方法在通信计费充值场景的应用为例，对本实施例提供的充值处理方法进行进一步说明，参见图2，应用于通信计费充值场景的充值处理方法，具体包括步骤S202至步骤S218。

步骤S202，获取用户提交的携带通信标识的充值请求。

步骤S204，确定通信标识所属的运营商，并查询运营商的运营维护信息。

步骤S206，基于运营维护信息判断运营商是否处于运营维护状态；

若是，执行步骤S212至步骤S218；

若否，执行步骤S208至步骤S210。

其中，若运营商未处于运营维护状态，还可与运营商和用户交互对用户进行通信计费充值处理。

步骤S208，根据针对运营商的历史充值订单，对计算运营商在目标时间区间内的充值成功率。

其中，历史充值订单为充值服务存储的订单。

步骤S210，判断充值成功率是否大于预设阈值；

若是，与运营商和用户交互对用户进行通信计费充值处理；

若否，执行步骤S212至步骤S218。

步骤S212，获取用户对提交协议签署指令后生成的支付订单进行支付后获得的延时充值订单，并将该延时充值订单写入运营商的延时充值队列。

步骤S214，若检测到运营商的运营信息，则基于预设时间区间的充值订单计算运营商在预设时间区间内的充值成功率。

其中，充值订单为充值服务存储的订单。

步骤S216，若检测到充值成功率大于预设阈值，则将延时充值队列中的目标延时充值订单传入运营商的充值接口。

步骤S218，根据充值接口回传的订单响应，将中间账户中目标延时充值订单的已支付资源转移至运营商账户，以使运营商对用户的通信计费账户进行资源转入。

其中，中间账户中的已支付资源为用户在对支付订单进行支付时由用户账户转移至中间账户的资源。

本说明书提供的一种充值处理装置实施例如下：

在上述的实施例中，提供了一种充值处理方法，与之相对应的，还提供了一种充值处理装置，下面结合附图进行说明。

参照图3，其示出了本实施例提供的一种充值处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种充值处理装置，包括：

参数检测模块302，被配置为根据用户提交的充值请求检测运营商的充值参数；

若所述充值参数不满足充值条件，运行订单获取模块304，所述订单获取模块304，被配置为获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列；

在检测到所述延时充值队列的出队条件被触发的情况下，运行订单读取模块306，所述订单读取模块306，被配置为读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口；

充值处理模块308，被配置为根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

本说明书提供的一种充值处理设备实施例如下：

对应上述描述的一种充值处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种充值处理设备，该充值处理设备用于执行上述提供的充值处理方法，图4为本说明书一个或多个实施例提供的一种充值处理设备的结构示意图。

本实施例提供的一种充值处理设备，包括：

如图4所示，充值处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器401和存储器402，存储器402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器402可以是短暂存储或持久存储。存储在存储器402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括充值处理设备中的一系列计算机可执行指令。更进一步地，处理器401可以设置为与存储器402通信，在充值处理设备上执行存储器402中的一系列计算机可执行指令。充值处理设备还可以包括一个或一个以上电源403，一个或一个以上有线或无线网络接口404，一个或一个以上输入/输出接口405，一个或一个以上键盘406等。

在一个具体的实施例中，充值处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对充值处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

根据用户提交的充值请求检测运营商的充值参数；

若所述充值参数不满足充值条件，获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列；

在检测到所述延时充值队列的出队条件被触发的情况下，读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口；

根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种充值处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

根据用户提交的充值请求检测运营商的充值参数；

若所述充值参数不满足充值条件，获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列；

在检测到所述延时充值队列的出队条件被触发的情况下，读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口；

根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于充值处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (12)

1.一种充值处理方法，包括：

根据用户提交的充值请求检测运营商的充值参数；

若所述充值参数不满足充值条件，获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列；

在检测到所述延时充值队列的出队条件被触发的情况下，读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口；

根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

2.根据权利要求1所述的充值处理方法，所述根据用户提交的充值请求检测运营商的充值参数步骤执行之前，还包括：

基于所述充值请求中携带的充值项信息确定所述运营商，并查询所述运营商的运营状态信息；

判断所述运营状态信息是否为第一运营状态信息；

若是，执行所述根据用户提交的充值请求检测运营商的充值参数步骤；

若否，执行所述获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列操作。

3.根据权利要求1所述的充值处理方法，所述支付订单，采用如下方式创建：

将所述运营商的充值配置参数以限制触发状态向所述用户下发；

向所述用户下发携带延时充值时间的延时充值协议；

根据所述用户基于所述延时充值协议提交的所述延时充值指令，将所述充值配置参数以可触发状态向所述用户下发；

若检测到所述用户在所述充值配置参数中选择并提交的目标配置参数，则基于所述目标配置参数和所述充值请求中携带的充值项信息创建所述支付订单。

4.根据权利要求1所述的充值处理方法，所述出队条件，包括：

所述运营商的运营状态信息为第一运营状态信息，和/或，所述运营商在检测时间区间内的充值参数满足所述充值条件。

5.根据权利要求1所述的充值处理方法，所述延时充值队列的出队条件是否被触发，采用如下方式检测：

检测所述运营商的运营状态信息是否为第一运营状态信息；

若是，基于所述第一运营状态信息的检测时间和预设时长确定检测时间区间；

统计所述检测时间区间内针对所述运营商的充值成功率，并判断所述充值成功率是否大于预设阈值；

若是，则确定所述延时充值队列的出队条件被触发。

6.根据权利要求1所述的充值处理方法，所述延时充值订单，采用如下方式获得：

根据所述用户提交的对所述支付订单的支付请求，将用户账户中目标配置参数对应的资源转移至中间账户；

在资源转移后将所述支付订单更新为已支付订单，并基于延时充值时间对所述已支付订单进行延时处理标记，获得所述延时充值订单；

其中，所述目标配置参数由所述用户基于可触发状态的充值配置参数选择并提交。

7.根据权利要求6所述的充值处理方法，所述若所述充值参数不满足充值条件，获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列步骤执行之后，还包括：

若检测到所述延时充值时间到达且所述出队条件未被触发，将所述中间账户中所述资源转移至所述用户账户；

向所述用户发送超时退款提醒，并删除所述延时充值队列中所述延时充值订单。

8.根据权利要求6所述的充值处理方法，所述在检测到所述延时充值队列的出队条件被触发的情况下，读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口步骤执行之后，还包括：

根据所述充值接口回传的对所述目标延时充值订单的异常响应，将所述中间账户中所述资源转移至所述用户账户，并向所述用户发送充值失败提醒。

9.根据权利要求1所述的充值处理方法，所述基于所述目标延时充值订单的已支付资源进行计费充值处理，包括：

将中间账户中所述目标延时充值订单的已支付资源转移至运营商账户，以使所述运营商基于所述已支付资源对所述用户的充值项信息对应的计费账户进行资源转入。

10.一种充值处理装置，包括：

参数检测模块，被配置为根据用户提交的充值请求检测运营商的充值参数；

若所述充值参数不满足充值条件，运行订单获取模块，所述订单获取模块，被配置为获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列；

在检测到所述延时充值队列的出队条件被触发的情况下，运行订单读取模块，所述订单读取模块，被配置为读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口；

充值处理模块，被配置为根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

11.一种充值处理设备，包括：

处理器；以及，

被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

根据用户提交的充值请求检测运营商的充值参数；

若所述充值参数不满足充值条件，获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列；

在检测到所述延时充值队列的出队条件被触发的情况下，读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口；

根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

12.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

根据用户提交的充值请求检测运营商的充值参数；

若所述充值参数不满足充值条件，获取所述用户对提交延时充值指令后生成的支付订单进行支付后获得的延时充值订单，并将所述延时充值订单写入所述运营商的延时充值队列；

在检测到所述延时充值队列的出队条件被触发的情况下，读取所述延时充值队列中的目标延时充值订单并传入所述运营商的充值接口；

根据所述充值接口回传的订单响应，基于所述目标延时充值订单的已支付资源进行费用充值处理。

Images