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

Abstract

本发明的实施例公开一种充值卡充值处理方法及装置，涉及通信技术领域，用于解决现有技术中充值卡的充值状态对账过程耗时较长且对账流程复杂的技术问题。该方法包括：当用户完成一笔充值交易订单时，获取包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息，将包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息写入区块链，以供区块链的智能合约根据预先写入智能合约的对账规则、充值状态以及充值账务状态确定充值交易订单的订单状态，最后根据订单状态启动预设的充值卡处理流程。本发明用于充值卡充值。

Description

充值卡充值处理方法及装置

技术领域

本发明的实施例涉及通信技术领域，具体涉及一种充值卡充值处理方法及装置。

背景技术

目前，用户在使用运营商的充值卡充值时，需要充值平台、充值卡管理系统、统一接口平台、以及省份计费账务系统共同完成充值卡充值过程。用户在选择充值卡充值时，首先通过充值平台发送充值请求，充值平台在充值卡管理系统核对和修改该充值卡的充值状态，然后将充值请求发送给统一接口平台，统一接口平台将充值请求分发给各省份计费账务系统，各省份计费账务系统完成对应的上账过程并返回结果给统一接口平台，并通过统一接口平台通知充值平台充值结果。

实际情况中，为保证各平台及系统之间的充值状态以及充值后的上账状态一致，在充值过程中的各平台及系统都需要完成相应的对账流程，而目前的对账流程复杂且耗时较长，导致充值卡的充值订单处理时间较长，用户体验差，投诉增多。

发明内容

本发明的实施例提供一种充值卡充值处理方法及装置，用于解决现有技术中充值卡的充值状态对账过程耗时较长且对账流程复杂的技术问题。

第一方面，提供一种充值卡充值处理方法，包括：

当用户完成一笔充值交易订单时，获取包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息；充值状态包括：已充值或未充值；充值账务状态包括：已上账或未上账；

将包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息写入区块链，以供区块链的智能合约根据预先写入智能合约的对账规则、充值状态以及充值账务状态确定充值交易订单的订单状态；订单状态包括以下任一：已平账、充值卡待补扣款以及充值卡待退回；其中，对账规则包括：若充值状态为已充值，充值账务状态为已上账，则确定订单状态为已平账；若充值状态为已充值，充值账务状态为未上账，则确定订单状态为充值卡回退；若充值状态为未充值，充值账务状态为已上账，则确定订单状态为充值卡待补扣款；

根据订单状态启动预设的充值卡处理流程。

由此可见，在本发明可以向区块链中写入实时获取的包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息，使区块链智能合约根据预先写入该智能合约的对账规则、以及上述写入区块链的充值状态以及充值账务状态确定充值交易订单的订单状态，最后根据订单状态启动预设的充值卡处理流程，从而实现实时对账；由于写入区块链智能合约的数据不可篡改，并也无需再通过统一接口平台与其它各平台及系统进行信息交互来进行对账，有效简化了对账流程并缩短对账耗时，保证对账过程具有较高准确性和时效性。

第二方面，提供一种充值卡充值处理装置，包括：

获取模块，用于当用户完成一笔充值交易订单时，获取包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息；充值状态包括：已充值或未充值；充值账务状态包括：已上账或未上账；

写入模块，用于将包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息写入区块链，以供区块链的智能合约根据预先写入智能合约的对账规则、充值状态以及充值账务状态确定充值交易订单的订单状态；订单状态包括以下任一：已平账、充值卡待补扣款以及充值卡待退回；其中，对账规则包括：若充值状态为已充值，充值账务状态为已上账，则确定订单状态为已平账；若充值状态为已充值，充值账务状态为未上账，则确定订单状态为充值卡回退；若充值状态为未充值，充值账务状态为已上账，则确定订单状态为充值卡待补扣款；

处理模块，用于根据订单状态启动预设的充值卡处理流程。

第三方面，提供一种充值卡充值处理装置，包括：一个或多个处理器；处理器用于执行存储器中的计算机程序代码，计算机程序代码包括指令、使得充值卡充值处理装置执行上述第一方面的充值卡充值处理方法。

第四方面，提供一种存储介质，其特征在于，存储介质存储有指令代码，指令代码用于执行如上述第一方面的充值卡充值处理方法。

第五方面，提供一种计算机程序产品，其特征在于，计算机程序产品包括指令代码，指令代码用于执行如上述第一方面的充值卡充值处理方法。

可以理解地，上述提供的充值卡充值处理装置、存储介质以及计算机产品用于执行上文所提供的第一方面对应的方法，因此，其所能达到的有益效果可参考上文第一方面的方法以及下文具体实施方式中对应的方案的有益效果，此处不再赘述。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。

图1为本发明提供的一种充值卡充值处理方法流程图；

图2为本发明提供的一种充值卡充值处理装置的功能结构框图；

图3为本发明提供的一种充值卡充值处理装置的功能结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在介绍本发明实施例之前，首先对目前运营商充值卡的充值处理过程进行简单介绍。目前，在使用运营商充值卡充值时，需要充值平台、充值卡管理系统、统一接口平台、以及省份计费账务系统共同完成充值卡充值过程。其中，为保证各平台及系统之间的充值状态、以及充值后上账状态一致性，充值过程中的各平台及系统都需要完成相应的对账流程。现有的对账流程中以中间方统一接口平台的记录信息为准，因此对账流程中需要统一接口平台与其它各平台及系统进行信息交互，对账流程复杂，导致充值卡充值对账时间较长，从而导致用户充值上账时间变长或者充值卡回退时间变长，伤害用户体验；同时，运营商采用对账方式为T+1对账，即充值交易订单的对账时间在充值业务发生后的第二天，也就是说，若用户发起一笔充值业务的时间为X年X月X日，则启动该笔业务的对账流程的最早时间是在用户发起该笔充值业务后的第二天凌晨00:00，即X年X月X+1日00:00，例如，用户上午通过充值平台使用充值卡进行充值，但是省份计费账务系统没有上账成功，此时省份计费账务系统通过实时接口返回给统一接口平台上账结果为超时，统一接口平台记录上账结果为超时，在启动对账流程后统一接口平台将这笔订单正常下发至各平台及系统，省份计费账务系统根据统一接口平台下发的对账文件对该笔订单重新上账后将上账结果修改为成功，此时完成上账状态的对账流程。在此过程中，用户的充值卡充值的实际上账时间比用户提交充值交易订单的时间晚了几个小时，这无疑也导致用户充值上账时间变长或者充值卡回退时间变长，伤害用户体验。

基于上述存在的问题，本发明提供一种充值卡充值处理方法，如图1所示，该方法包括：

步骤S110：当用户完成一笔充值交易订单时，获取包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息。

其中，充值状态包括：已充值或未充值；充值账务状态包括：已上账或未上账。

具体地，充值平台可以根据用户的充值操作生成充值交易订单，充值交易订单中可以包括如下订单信息：订单号、充值状态、充值账务状态(初始状态为空)，交易时间、交易金额、充值卡卡号、充值余额、以及订单状态(初始状态为空)等等。可以理解的是，上述所列举的订单信息仅仅是示例性的，具体实施中，与该笔充值交易相关信息都可以记录在该笔充值交易的充值交易订单中。其中，充值平台中可以记录充值卡的充值状态，当充值平台中充值卡充值成功时，充值状态对应为已充值；当充值平台中充值卡未充值成功时，充值状态对应为未充值。省份计费账务系统在获取到上述订单信息后，对充值卡进行上账处理，并根据处理结果修改充值账务状态(即上账状态)。其中，当省份计费账务系统对充值卡进行上账处理的处理结果为上账成功时，充值账务状态对应为已上账；当省份计费账务系统对充值卡进行上账处理的处理结果为上账失败时，充值账务状态对应为未上账。

本步骤中，获取包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息的获取方式可以有多种，具体地，可以从充值平台获取包含充值交易订单的订单号及充值状态的充值平台订单信息，以及从省份计费账务系统获取包含充值交易订单的订单号及充值账务状态的省份计费账务系统订单信息；或者，可以从充值平台获取包含充值交易订单的订单号、以及充值状态的充值平台订单信息，根据订单号从省份计费账务系统获取订单号对应的充值账务状态；或者，还可以从省份计费账务系统获取包含充值交易订单的订单号、充值账务状态的省份计费账务系统订单信息，根据订单号从充值平台获取订单号对应的充值状态，等等。可以理解的是，上述所列举的获取方式仅为示例性的优选方式，具体实施中，只要能够获取到包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息，本发明对订单信息的获取方式不做限定。

本步骤中，可以实时监测或者每隔预设时间监测充值平台中是否完成一笔新的充值交易订单，当监测结果为是，即监测到用户完成一笔充值交易订单时，获取包含该充值交易订单的订单号、充值状态以及充值账务状态的订单信息。预设时间可以由本领域技术人员根据实际情况进行设置，本发明对此不作限定。

步骤S120：将包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息写入区块链，以供区块链的智能合约根据预先写入智能合约的对账规则、充值状态以及充值账务状态确定充值交易订单的订单状态。

其中，订单状态包括以下任一：已平账、充值卡待补扣款以及充值卡待退回；上述对账规则可以包括：若充值状态为已充值，充值账务状态为已上账，则确定订单状态为已平账；若充值状态为已充值，充值账务状态为未上账，则确定订单状态为充值卡回退；若充值状态为未充值，充值账务状态为已上账，则确定订单状态为充值卡待补扣款。

具体实施中，根据上述对账规则、充值状态以及充值账务状态确定充值交易订单的订单状态的确定方式可以多种，例如，可以首先判断充值状态是已充值或未充值，若充值状态为已充值，则判断充值账务状态是否为已上账，若判断结果为是，则确定订单状态为已平账；否则确定订单状态为充值卡回退；若判断结果为未充值，则判断充值账务状态是否为已上账，若判断结果为是，则确定订单状态为充值卡待补扣款；否则确定订单状态为交易失败；或者，也可以首先判断充值账务状态是已上账或未上账，若充值账务状态为已上账，则判断充值状态是否为已充值，若判断结果为是，则确定订单状态为已平账，否则确定订单状态为充值卡待补扣款；若充值账务状态为未上账，则判断充值状态是否为已充值，若判断结果为是，则确定订单状态为充值卡回退，否则确定订单状态为交易失败，具体实施中，本发明对订单状态的确定方式不作限定。

可选地，在本步骤中，在将订单信息写入区块链时，可以根据充值交易订单归属的省份计费账务系统确定该充值交易订单对应的订单信息加密密钥，并根据上述加密密钥对订单信息进行加密处理，然后将加密后的订单信息写入区块链。其中，上述加密密钥为预先将充值平台分别与每个省份计费账务系统进行组合后生成的与每个组合对应的加密密钥。具体实施中，上述加密密钥优选AES(Advanced Encryption Standard，高级加密标准)对称加密密钥。由于写入区块链的信息为加密后的订单信息，因此在未知密钥的情况下，其他用户无法查看上述订单信息，从而保证写入区块链中的订单信息的安全。

步骤S130：根据订单状态启动预设的充值卡处理流程。

具体地，预设的充值卡处理流程至少可以包括：充值卡补扣款流程、以及充值卡回退流程。

其中，若步骤S120中确定订单状态为充值卡待补扣款，则启动充值卡管理系统执行充值卡补扣款流程，即：将充值交易订单中充值状态设置为已使用，并将充值交易订单中充值余额设置为0，此时该充值交易订单对应的充值卡将不能继续使用，充值卡补扣款流程的处理结果为补扣款成功，否则补扣款失败。同时，充值卡管理系统根据充值卡补扣款流程的处理结果修改充值平台的订单状态以及充值状态，当充值卡补扣款流程的处理结果为补扣款成功时，充值卡管理系统将订单状态修改为已补扣款，并将充值状态修改为已使用；当充值卡补扣款流程的处理结果为补扣款失败时，则重新执行充值卡补扣款流程。

其中，若步骤S120中确定的订单状态为充值卡回退，则启动充值卡管理系统执行充值卡回退流程，即：将充值交易订单中充值状态设置为未使用，并将充值交易订单中充值余额设置为充值卡的卡面金额，此时该充值交易订单对应的充值卡可以继续使用，充值卡回退流程的处理结果为回退成功，该充值卡可以继续使用；否则回退失败。同时，充值卡管理系统根据充值卡回退流程的处理结果修改充值平台的订单状态以及充值状态。当充值卡回退流程的处理结果为回退成功时，充值卡管理系统将订单状态修改为已回退，并将充值状态修改为未使用；当充值卡回退流程的处理结果为回退失败时，则重新执行充值卡回退流程。

当然，可以理解的是，具体实施中，预设的充值卡处理流程具体可以根据订单状态进行对应设置，本发明对此不作限定。例如对应订单状态为交易失败可以设置交易失败处理流程，启动交易失败处理流程可以修改充值状态为未使用，当包含其他订单状态时，也可以设置与该订单状态对应的充值卡处理流程并根据订单状态启动该充值卡处理流程，等等。

在完成上述步骤后，可以根据充值平台中修改后的订单状态以及充值状态更新区块链中的订单状态以及充值状态，即：当充值卡管理系统将订单状态修改为已补扣款，并将充值状态修改为已使用之后，根据上述修改后的订单状态以及充值状态将区块链订单信息中的订单状态更新为已补扣款，同时将充值状态更新为已使用；或者，当充值卡管理系统将订单状态修改为已回退，同时将充值状态修改为可使用之后，根据上述修改后的订单状态以及充值状态将区块链订单信息中的订单状态更新为已回退，并将充值状态更新为可使用。

其中，根据订单状态启动预设的充值卡处理流程的启动方式可以有多种，例如，可以直接向充值卡管理系统发送携带订单状态的通知消息，以供充值卡管理系统根据订单状态启动预设的充值卡处理流程；或者，充值卡管理系统也可以每隔预设时长获取订单状态(不包括订单状态为空)，并根据获取的订单状态启动预设的充值卡处理流程；或者，上述订单状态也可以被充值平台每隔预设时间读取，并通过充值平台发送给充值卡管理系统，使充值卡管理系统根据订单状态启动对应的充值卡处理流程。预设时长可以由本领域技术人员根据实际情况进行设置，本发明对此不作限定。

其中，在执行步骤S110之前，可以在区块链的智能合约中预先写入上述对账规则，并且，在区块链的智能合约中预先写入上述对账规则之后，本领域技术人员还可以根据实际情况对上述对账规则进行修改、删除等操作，使对账流程的设置更具灵活性。

由此可见，在本发明可以向区块链中写入实时获取的包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息，使区块链智能合约根据预先写入该智能合约的对账规则、以及上述写入区块链的充值状态以及充值账务状态确定充值交易订单的订单状态，最后根据订单状态启动预设的充值卡处理流程，从而实现实时对账；由于写入区块链智能合约的数据不可篡改，并也无需再通过统一接口平台与其它各平台及系统进行信息交互来进行对账，有效简化了对账流程并缩短对账耗时，保证对账过程具有较高准确性和时效性。

本发明提供一种充值卡充值处理装置，如图2所示，该装置包括：

获取模块21，用于当用户完成一笔充值交易订单时，获取包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息；充值状态包括：已充值或未充值；充值账务状态包括：已上账或未上账。

可选地，获取模块21具体可以用于：

从充值平台获取包含充值交易订单的订单号及充值状态的充值平台订单信息，以及从省份计费账务系统获取包含充值交易订单的订单号及充值账务状态的省份计费账务系统订单信息；

或者，从充值平台获取包含充值交易订单的订单号、以及充值状态的充值平台订单信息，根据订单号从省份计费账务系统获取订单号对应的充值账务状态；

或者，从省份计费账务系统获取包含充值交易订单的订单号、充值账务状态的省份计费账务系统订单信息，根据订单号从充值平台获取订单号对应的充值状态。

写入模块22，用于将获取模块21获取的包含充值交易订单的订单号、充值状态以及充值账务状态的订单信息写入区块链，以供区块链的智能合约根据预先写入智能合约的对账规则、充值状态以及充值账务状态确定充值交易订单的订单状态；订单状态包括以下任一：已平账、充值卡待补扣款以及充值卡待退回；其中，对账规则包括：若充值状态为已充值，充值账务状态为已上账，则确定订单状态为已平账；若充值状态为已充值，充值账务状态为未上账，则确定订单状态为充值卡回退；若充值状态为未充值，充值账务状态为已上账，则确定订单状态为充值卡待补扣款。

可选地，写入模块22具体可以用于：

将订单号对应的充值状态以及订单号对应的充值账务状态作为订单号对应的订单信息写入区块链。

处理模块23，用于根据订单状态启动预设的充值卡处理流程。

可选地，充值卡处理流程包括：充值卡补扣款流程、以及充值卡回退流程，则处理模块23具体可以用于：若确定订单状态为充值卡待补扣款，则启动充值卡管理系统执行充值卡补扣款流程，以便于充值卡管理系统根据充值卡补扣款流程的处理结果修改充值平台的订单状态以及充值状态；或者，若确定订单状态为充值卡回退，则启动充值卡管理系统执行充值卡回退流程，以便于充值卡管理系统根据充值卡回退流程的处理结果修改充值平台的订单状态以及充值状态。

可选地，处理模块23还可以用于：根据充值平台中修改后的订单状态以及充值状态更新区块链中的订单状态以及充值状态。

可选地，该装置还可以包括：加密预处理模块，用于：将充值平台分别与每个省份计费账务系统进行组合，生成与每个组合对应的加密密钥；

则写入模块22还可以用于：确定充值交易订单归属的省份计费账务系统对应的订单信息加密密钥；根据订单信息加密密钥对订单信息进行加密，将加密后的订单信息写入区块链。优选地，加密密钥为AES对称加密密钥。

可选地，该装置还包括：通知模块24，用于向充值卡管理系统发送携带订单状态的通知消息，以供充值卡管理系统根据订单状态启动预设的充值卡处理流程。

可选地，该装置还可以包括：合约处理模块25，用于在区块链的智能合约中写入或修改对账规则。

上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，其作用在此不再赘述。

在采用集成的模块的情况下，充值卡充值处理装置包括：存储单元、处理单元以及接口单元。处理单元用于对充值卡充值处理装置的动作进行控制管理，例如，处理单元用于支持充值卡充值处理装置执行图1中的各步骤。接口单元用于充值卡充值处理装置与其他装置的交互；存储单元，用于存储充值卡充值处理装置代码和数据。

其中，以处理单元为处理器，存储单元为存储器，接口单元为通信接口为例。其中，充值卡充值处理装置参照图3中所示，包括通信接口301、处理器302、存储器303和总线304，通信接口301、处理器302通过总线304与存储器303相连。

处理器302可以是一个通用中央处理器(Central Processing Unit，CPU)，微处理器，特定应用集成电路(Application-Specific Integrated Circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

存储器303可以是只读存储器(Read-Only Memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(Random Access Memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器303用于存储执行本申请方案的应用程序代码，并由处理器302来控制执行。通讯接口301用于支持充值卡充值处理装置与其他装置的交互。处理器302用于执行存储器303中存储的应用程序代码，从而实现本发明实施例中的方法。

结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。本发明实施例还提供一种存储介质，该存储介质可以包括存储器，用于储存为充值卡充值处理装置所用的计算机软件指令，其包含执行充值卡充值处理方法所设计的程序代码。具体的，软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。

本发明实施例还提供一种计算机程序，该计算机程序可直接加载到存储器中，并含有软件代码，该计算机程序经由计算机载入并执行后能够实现上述的充值卡充值处理方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (19)

1.一种充值卡充值处理方法，其特征在于，包括：

当用户完成一笔充值交易订单时，获取包含所述充值交易订单的订单号、充值状态以及充值账务状态的订单信息；所述充值状态包括：已充值或未充值；所述充值账务状态包括：已上账或未上账；

将包含所述充值交易订单的订单号、充值状态以及充值账务状态的订单信息写入区块链，以供所述区块链的智能合约根据预先写入所述智能合约的对账规则、所述充值状态以及所述充值账务状态确定所述充值交易订单的订单状态；所述订单状态包括以下任一：已平账、充值卡待补扣款以及充值卡待退回；其中，所述对账规则包括：若所述充值状态为已充值，所述充值账务状态为已上账，则确定所述订单状态为已平账；若所述充值状态为已充值，所述充值账务状态为未上账，则确定所述订单状态为充值卡回退；若所述充值状态为未充值，所述充值账务状态为已上账，则确定所述订单状态为充值卡待补扣款；

根据所述订单状态启动预设的充值卡处理流程。

2.根据权利要求1所述的充值卡充值处理方法，其特征在于，所述获取包含所述充值交易订单的订单号、充值状态以及充值账务状态的订单信息具体为：

从充值平台获取包含所述充值交易订单的订单号及充值状态的充值平台订单信息，以及从省份计费账务系统获取包含所述充值交易订单的订单号及充值账务状态的省份计费账务系统订单信息；

或者，从充值平台获取包含所述充值交易订单的订单号、以及充值状态的充值平台订单信息，根据所述订单号从省份计费账务系统获取所述订单号对应的充值账务状态；

或者，从省份计费账务系统获取包含所述充值交易订单的订单号、充值账务状态的省份计费账务系统订单信息，根据所述订单号从充值平台获取所述订单号对应的充值状态；

则所述将所述充值交易订单的订单号、充值状态以及充值账务状态写入区块链具体为：

将所述订单号对应的充值状态以及所述订单号对应的充值账务状态作为所述订单号对应的订单信息写入所述区块链。

3.根据权利要求2所述的充值卡充值处理方法，其特征在于，所述预设的充值卡处理流程包括：充值卡补扣款流程、以及充值卡回退流程；

所述根据所述订单状态启动预设的充值卡处理流程，包括：

若确定所述订单状态为充值卡待补扣款，则启动充值卡管理系统执行充值卡补扣款流程，以便于所述充值卡管理系统根据所述充值卡补扣款流程的处理结果修改所述充值平台的订单状态以及充值状态；

或者，若确定所述订单状态为充值卡回退，则启动充值卡管理系统执行充值卡回退流程，以便于所述充值卡管理系统根据所述充值卡回退流程的处理结果修改所述充值平台的订单状态以及充值状态。

4.根据权利要求3所述的充值卡充值处理方法，其特征在于，所述根据所述订单状态启动预设的充值卡处理流程，还包括：

根据所述充值平台中修改后的订单状态以及充值状态更新所述区块链中的订单状态以及充值状态。

5.根据权利要求1-4任一所述的充值卡充值处理方法，其特征在于，所述方法还包括：

将所述充值平台分别与每个省份计费账务系统进行组合，生成与每个组合对应的加密密钥；

则所述将包含所述充值交易订单的订单号、充值状态以及充值账务状态的订单信息写入区块链，还包括：

确定所述充值交易订单归属的省份计费账务系统对应的订单信息加密密钥；

根据所述订单信息加密密钥对所述订单信息进行加密，将加密后的订单信息写入所述区块链。

6.根据权利要求5所述的充值卡充值处理方法，其特征在于，所述加密密钥为AES对称加密密钥。

7.根据权利要求1或3所述的充值卡充值处理方法，其特征在于，所述根据所述订单状态启动预设的充值卡处理流程之前，所述方法还包括：

向充值卡管理系统发送携带所述订单状态的通知消息，以供所述充值卡管理系统根据所述订单状态启动预设的充值卡处理流程。

8.根据权利要求1所述的充值卡充值处理方法，其特征在于，所述获取包含所述充值交易订单的订单号、充值状态以及充值账务状态的订单信息之前，所述方法还包括：在所述区块链的智能合约中写入或修改所述对账规则。

9.一种充值卡充值处理装置，其特征在于，包括：

获取模块，用于当用户完成一笔充值交易订单时，获取包含所述充值交易订单的订单号、充值状态以及充值账务状态的订单信息；所述充值状态包括：已充值或未充值；所述充值账务状态包括：已上账或未上账；

写入模块，用于将所述获取模块获取的包含所述充值交易订单的订单号、充值状态以及充值账务状态的订单信息写入区块链，以供所述区块链的智能合约根据预先写入所述智能合约的对账规则、所述充值状态以及所述充值账务状态确定所述充值交易订单的订单状态；所述订单状态包括以下任一：已平账、充值卡待补扣款以及充值卡待退回；其中，所述对账规则包括：若所述充值状态为已充值，所述充值账务状态为已上账，则确定所述订单状态为已平账；若所述充值状态为已充值，所述充值账务状态为未上账，则确定所述订单状态为充值卡回退；若所述充值状态为未充值，所述充值账务状态为已上账，则确定所述订单状态为充值卡待补扣款；

处理模块，用于根据所述订单状态启动预设的充值卡处理流程。

10.根据权利要求9所述的充值卡充值处理装置，其特征在于，所述获取模块具体用于：

从充值平台获取包含所述充值交易订单的订单号及充值状态的充值平台订单信息，以及从省份计费账务系统获取包含所述充值交易订单的订单号及充值账务状态的省份计费账务系统订单信息；

或者，从充值平台获取包含所述充值交易订单的订单号、以及充值状态的充值平台订单信息，根据所述订单号从省份计费账务系统获取所述订单号对应的充值账务状态；

或者，从省份计费账务系统获取包含所述充值交易订单的订单号、充值账务状态的省份计费账务系统订单信息，根据所述订单号从充值平台获取所述订单号对应的充值状态；

则所述写入模块具体用于：

将所述订单号对应的充值状态以及所述订单号对应的充值账务状态作为所述订单号对应的订单信息写入所述区块链。

11.根据权利要求10所述的充值卡充值处理装置，其特征在于，所述充值卡处理流程包括：充值卡补扣款流程、以及充值卡回退流程；

所述处理模块具体用于：

若确定所述订单状态为充值卡待补扣款，则启动充值卡管理系统执行充值卡补扣款流程，以便于所述充值卡管理系统根据所述充值卡补扣款流程的处理结果修改所述充值平台的订单状态以及充值状态；

或者，若确定所述订单状态为充值卡回退，则启动充值卡管理系统执行充值卡回退流程，以便于所述充值卡管理系统根据所述充值卡回退流程的处理结果修改所述充值平台的订单状态以及充值状态。

12.根据权利要求11所述的充值卡充值处理装置，其特征在于，所述处理模块还用于：

根据所述充值平台中修改后的订单状态以及充值状态更新所述区块链中的订单状态以及充值状态。

13.根据权利要求9-12任一所述的充值卡充值处理装置，其特征在于，所述装置还包括：加密预处理模块，用于：

将所述充值平台分别与每个省份计费账务系统进行组合，生成与每个组合对应的加密密钥；

则所述写入模块还用于：

确定所述充值交易订单归属的省份计费账务系统对应的订单信息加密密钥；

根据所述订单信息加密密钥对所述订单信息进行加密，将加密后的订单信息写入所述区块链。

14.根据权利要求13所述的充值卡充值处理装置，其特征在于，所述加密密钥为AES对称加密密钥。

15.根据权利要求9或11所述的充值卡充值处理装置，其特征在于，所述装置还包括：

通知模块，用于向充值卡管理系统发送携带所述订单状态的通知消息，以供所述充值卡管理系统根据所述订单状态启动预设的充值卡处理流程。

16.根据权利要求9所述的充值卡充值处理装置，其特征在于，所述装置还包括：合约处理模块，用于在所述区块链的智能合约中写入或修改所述对账规则。

17.一种充值卡充值处理装置，其特征在于，包括：一个或多个处理器；所述处理器用于执行存储器中的计算机程序代码，计算机程序代码包括指令、使得充值卡充值处理装置执行如权利要求1-8任一项所述的充值卡充值处理方法。

18.一种存储介质，其特征在于，所述存储介质存储有指令代码，所述指令代码用于执行如权利要求1-8任一项所述的充值卡充值处理方法。

19.一种计算机程序产品，其特征在于，所述计算机程序产品包括指令代码，所述指令代码用于执行如权利要求1-8任一项所述的充值卡充值处理方法。