CN111402046A - 账户的管理方法及装置、存储介质、计算机设备 - Google Patents

Abstract

一种账户的管理方法及装置、存储介质、计算机设备，所述方法包括：获取预设时间内的各个账户对应的变动信息；根据该账户对应的变动计算规则进行计算，以得到各个账户在所述预设时间内的变动统计值，并存储各个账户的变动统计值；当接收到目标账户的查询请求时，获取此时所述目标账户的变动统计值并输出，其中，输出的变动统计值经由二进制流处理。由此，能够统筹多个账户不同的分析机制，实现对大量账户的有效管理。

Description

账户的管理方法及装置、存储介质、计算机设备

技术领域

本发明涉及计算机技术领域，具体地涉及一种账户的管理方法及装置、存储介质、计算机设备。

背景技术

随着计算机技术和大数据的发展，数据在人们生活中的作用越来越重要，在数据传输过程中，常通过用户的账户来管理各用户的数据流通情况，如何管理大量的用户账户成为一个亟需解决的问题。

现有技术中，对于用户账户的管理多通过对该账户的使用情况进行跟踪记录，再通过设置专有的分析机制对该账户进行分析。然而，现有的账户管理机制当面对大量的账户时，无法统筹多个账户不同的分析机制。

发明内容

本发明解决的技术问题是如何提供一种账户的管理方法，能够统筹多个账户不同的分析机制，实现对大量账户的有效管理。

为解决上述技术问题，本发明实施例提供一种账户的管理方法，所述方法包括：获取预设时间内的各个账户对应的变动信息；根据该账户对应的变动计算规则进行计算，以得到各个账户在所述预设时间内的变动统计值，并存储各个账户的变动统计值；当接收到目标账户的查询请求时，获取此时所述目标账户的变动统计值并输出，其中，输出的变动统计值经由二进制流处理。

可选的，各个账户的变动信息由与该账户提起的变动请求相对应，所述得到各个账户在所述预设时间内的变动统计值之后，还包括：根据各个账户在预设时间内的变动统计值获取该账户对应的当前额度值；当一账户的当前额度值小于预设值时，停止处理该账户的变动请求。

可选的，输出所述目标账户的变动统计值之前，还包括：对目标账户的变动统计值进行数字签名。

可选的，所述账户的管理方法由工作流调度平台实现。

可选的，所述工作流调度平台包括若干个数据接口，所述数据接口采用套接字长连接协议和/或远程过程调用协议。

可选的，所述方法还包括：对所述工作流调度平台的运行状态进行监控，当所述工作流调度平台发生异常时，生成异常信息；将所述异常信息发送至监控终端，以使所述监控终端处理所述异常信息。

可选的，所述工作流调度平台由两台服务器实现双机热备份。

本发明实施例还提供一种账户的管理装置，所述装置包括：变动消息获取模块，用于获取预设时间内的各个账户对应的变动信息；变动统计模块，用于根据该账户对应的变动计算规则进行计算，以得到各个账户在所述预设时间内的变动统计值，并存储各个账户的变动统计值；查询输出模块，用于当接收到目标账户的查询请求时，获取此时所述目标账户的变动统计值并输出，其中，输出的变动统计值经由二进制流处理。

本发明实施例还提供一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述方法的步骤。

本发明实施例还提供一种计算机设备，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述方法的步骤。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

本发明实施例提供一种账户的管理方法，包括：获取预设时间内的各个账户对应的变动信息；根据该账户对应的变动计算规则进行计算，以得到各个账户在所述预设时间内的变动统计值，并存储各个账户的变动统计值；当接收到目标账户的查询请求时，获取此时所述目标账户的变动统计值并输出，其中，输出的变动统计值经由二进制流处理。较之现有技术，本发明中账户的管理方法，在管理平台中定期统计各个账户的变动信息，设置多个账户不同的变动计算规则，能够对多账户进行不同的变动统计值的计算，实时统计各个账户的变动情况以对账户进行实时的分析，并将变动统计值提供给其他平台，实现数据共享。管理平台对各个账户的变动统计值通过二进制流处理后提供给其他平台，使得管理平台能够灵活地自定义传输协议，屏蔽各系统之间的语言差异，提高数据传输效率。

进一步地，账户的管理平台与额度控制中心对接，根据账户的额度变化来管控账户的工作情况。

进一步地，在管理平台向其他终端或平台输出账户的变动统计值时可对其进行数字签名，以保证传输数据的完整性，提高数据的安全性。

进一步，能够将账户的管理方法中的各个环节拆分为多个任务，并对各个任务进行封装，由工作流调度平台对各个任务进行调度和统筹，以实现对各个账户的灵活管理。

进一步地，系统之间通过Socket和/或RPC通信来进行交互，能够使得管理平台建立一个独立的网关系统，通过观察者及适配器设计模式对系统进行抽象及实例化实现，达到快速适配不同的平台和系统，如银行及第三方支付系统。能够通过采用微服务架构独立网关服务，采用观察者、适配器设计模式抽象出高扩展性。

进一步地，能够实时监控工作流调度平台的资源使用情况、以及平台对账户的管理中是否发生异常，保证能够及时地发现问题、解决问题，保证了工作流调度平台的正常工作。

附图说明

图1是本发明实施例的一种账户的管理方法的流程示意图；

图2是本发明实施例的一种管理平台的结构示意图；

图3是本发明实施例的一种账户的管理方法的流程示意图；

图4是本发明实施例的一种账户的管理装置的结构示意图。

具体实施方式

如背景技术所言，现有技术无法统筹多个账户不同的分析机制。

为解决该问题，本发明实施例提供一种账户的管理方法，所述方法包括：获取预设时间内的各个账户对应的变动信息；根据该账户对应的变动计算规则进行计算，以得到各个账户在所述预设时间内的变动统计值，并存储各个账户的变动统计值；当接收到目标账户的查询请求时，获取此时所述目标账户的变动统计值并输出，其中，输出的变动统计值经由二进制流处理。

通过此方法，能够统筹多个账户不同的分析机制，实现对大量账户的有效管理。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

具体地，请参见图1，图1为一实施例中账户的管理方法的流程示意图，该方法可以包括以下步骤S101至S103，其中：

步骤S101，获取预设时间内的各个账户对应的变动信息；

其中，账户的变动信息为反应该账户的使用情况的信息，可作为对该账户予以管控的依据。账户的变动信息可为金融或客户账户的交易、金额、风险情况、信用情况等发生变化的信息。例如，对于数据交易中数据的提供方(简称供方)和数据的需求方(简称需方)的账户之间存在交易时，供方和需方的账户的变动信息则为交易信息或者与交易信息有关。

步骤S102，根据该账户对应的变动计算规则进行计算，以得到各个账户在所述预设时间内的变动统计值，并存储各个账户的变动统计值；

其中，变动计算规则是用于对各个账户在预设时间内的变动信息进行汇总的计算规则，如对账户进行清算或结算的规则、对账户的额度进行核减的规则等等。账户的变动计算规则可根据账户的特性，如用户的最高额度值、用户的透支值等进行设置，也可根据交易规则、风险事件或信用管理事件的严重程度进行设置。

本发明通过一个管理平台实现对多个账户的管理，每一账户发生交易、风险事件或者信用关联事件等情况时，则管理平台可获取这些变动情况，并以预设时间为单位，统计各个账户发生的变动，得到变动统计值，对各个账户在预设时间内的变动情况进行汇总、分析。

步骤S103，当接收到目标账户的查询请求时，获取此时所述目标账户的变动统计值并输出，其中，输出的变动统计值经由二进制流处理。

若其他平台或终端需要获取某一账户，也即目标账户，在预设时间内的变动统计值时，可向管理平台发送查询请求，当管理平台接收到查询请求后，则从平台中获取该账户此时的变动统计值，并输出至查询请求对应的终端或平台，以使得相应的终端或平台可获取该账户的实时情况。

管理平台向其他的终端或平台输出账户的变动统计值时，可先对其进行二进制流处理，如使用二进制转换模块struct对变动统计值进行二进制流处理，从而能够使得管理平台能够自定义传输协议，在增强平台系统安全性的同时，提高传输效率，屏蔽各系统之间的语言差异。

通过此账户的管理方法，在管理平台中定期统计各个账户的变动信息，设置多个账户不同的变动计算规则，能够对多账户进行不同的变动统计值的计算，实时统计各个账户的变动情况以对账户进行实时的分析，并将变动统计值提供给其他平台，实现数据共享。管理平台对各个账户的变动统计值通过二进制流处理后提供给其他平台，使得管理平台能够灵活地自定义传输协议，屏蔽各系统之间的语言差异，提高数据传输效率。

在一个非限定性的应用实例中，可通过管理平台的管理方法来实现对数据交易中供方和需方对应的交易账户的结算，以生成对应的结算单。管理平台以一天为预设时间，每天定时自动对每个订单的交易量进行汇总统计，并根据订单信息，以订单粒度计算出数据交易中数据的供方和需方的收支金额及平台佣金。从而每天定时自动对每个用户的账户进行收支计算，在扣款过程中，遵循各账户类型的扣款顺序，顺序通过工作流来实现动态可调整。另外，可根据每日的交易情况，以天为单位自动推送额度文件至额度控制中心，以使得额度控制中心对用户请求数据进行额度控制。

此时，数据交易中供方和需方对应的交易账户为管理平台中管理的账户，以供方和需方的订单为变动计算规则，以供、需方之间进行数据交易的订单信息(如价格、交易数据等等)和其他相关信息(如平台对于交易管理过程中的佣金等)得到对应的变动计算规则，每天更新供、需方账户的收支金额和平台佣金，得到供、需方账户的结算单作为该账户的变动统计值，并将结算单保存在管理平台中或每日推送给供、需方。

可选的，还可以通过账户的管理方法实现对数据交易中供方和需方对应的交易账户进行清算。按照订单预设的清算周期对用户的账户进行收支计算，同样，在扣款过程中，遵循各账户类型的扣款顺序，顺序通过工作流来实现动态可调整；每日定时同银行监管账户系统进行出入金对账及清算对账。也即，根据订单预设的清算周期设置各个账户管理的预设时间，根据清算中的相关计算规则制定对应的变动计算规则，将清算得到的出入金对账及清算对账作为变动统计值输出至银行监管账户系统。

可选的，可分开存储各个账户的清算和结算的变动统计值，以达到实时额度控制及按照订单预设周期进行清算的目的。例如，管理平台可将对账户的清算和结算的相关信息和清、结算结果存入数据库，将账户体系表一分为二：一套用于记录结算信息及结果，另一套用于记录清算信息及结果。

在一个实施例中，各个账户的变动信息由与该账户提起的变动请求相对应，请继续参见图1，步骤S102中所述得到各个账户在所述预设时间内的变动统计值之后，还可包括：根据各个账户在预设时间内的变动统计值获取该账户对应的当前额度值；当一账户的当前额度值小于预设值时，停止处理该账户的变动请求。

各个账户的变动信息是在该账户提起变动请求时被传送至管理平台的，变动请求可指该账户发生交易、或信用变动时，由账户对应的终端或第三方平台向管理平台发起的请求。

管理平台还与账户的额度控制中心对接，额度控制中心用于管理各账户的额度，如信用额度、交易金额的额度等等。在管理平台定时统计账户的变动统计值后，可根据变动统计值计算该账户对应的额度变化，如在预设时间内，某账户在预设时间内存在新增的交易数量，若该账户在一段时间内的交易数量存在额度限制，则管理中心可统计新增的交易数量并将其转化为该账户的额度变化数额并发送给额度控制中心，由额度控制中心更新该账户的可用额度，并对账户的工作情况进行管理。

若管理中心发现某账户的当前的可用额度值不足，也即当前额度值小于预设值时，则可暂停该账户的交易，也即停止处理该账户的变动请求。可选的，管理平台与额度控制中心之间的数据交互也可通过struct进行二进制流处理。

本实施例中，账户的管理平台与额度控制中心对接，根据账户的额度变化来管控账户的工作情况。

在一个实施例中，在步骤S103中输出所述目标账户的变动统计值之前，还包括：对目标账户的变动统计值进行数字签名。

其中，数字签名为对传输的内容进行信息摘要、并将摘要信息用发送方的私钥进行加密，与原文一起传送给接收方。接收方可用对应的公钥解密被加密的摘要信息，然后用哈希(HASH)函数对收到的原文产生一个摘要信息，与解密的摘要信息对比。如果二者相同，则说明收到的信息是完整的，在传输过程中没有被修改；否则，则说明信息被修改过，因此数字签名能够验证信息的完整性。

在管理平台向其他终端或平台输出账户的变动统计值时可对其进行数字签名，以保证传输数据的完整性，提高数据的安全性。

特别地，在清、结算系统交互的过程中，交互数据的真实性尤为重要，必须采用技术手段来对数据进行有效证明，数字签名为一种简易的证明方法，在清、结算的账单数据传输过程中，可保证内容的私密性及合法性校验。

在一个实施例中，所述账户的管理方法由工作流调度平台实现。

其中，工作流调度平台即将平台内的各项环节封装为多个任务，按照各项任务的执行时间和优先级对任务的执行进行统筹和调度的平台。可选的，工作流调度平台可采用airflow，airflow是一个可编程，调度和监控的工作流平台，能够对清洁算任务进行合理调度，也能应对复杂流程的监控。

对于上述实例中进行清、结算任务调度时，涉及到多项定时任务的触发及各环节的任务的时间序列管理，能够实现对复杂多样的交易订单及多变的清结算协议灵活调整。

由此，能够将账户的管理方法中的各个环节拆分为多个任务，并对各个任务进行封装，由工作流调度平台对各个任务进行调度和统筹，以实现对各个账户的灵活管理。

在一个实施例中，所述工作流调度平台包括若干个数据接口，所述数据接口采用套接字长连接协议和/或远程过程调用协议。

账户的管理平台的数据接口可包括与各个终端或平台的接口。

套接字(Socket)长连接协议，可提高内部系统的数据传输性能。Socket通信是基于传输层的传输控制协议(Transmission Control Protocol，简称TCP)实现，内部系统之间通过二进制流以及长连接来实现快速交互，省去了超文本传输协议(Hyper TextTransfer Protocol，简称HTTP)中臃肿的协议头，以及每次连接带来的多次握手及挥手时间开销，可实现接口间信息的高效交换。

远程过程调用协议(Remote Procedure Call Protocol，简称RPC协议)是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议，该协议允许运行于一台计算机的程序调用另一台计算机的子程序，而程序员无需额外地为这个交互作用编程，能够实现灵活地远程调用。

系统之间通过Socket和/或RPC通信来进行交互，能够使得管理平台建立一个独立的网关系统，通过观察者及适配器设计模式对系统进行抽象及实例化实现，达到快速适配不同的平台和系统，如银行及第三方支付系统。能够通过采用微服务架构独立网关服务，采用观察者、适配器设计模式抽象出高扩展性。

在一个实施例中，所述方法还包括：对所述工作流调度平台的运行状态进行监控，当所述工作流调度平台发生异常时，生成异常信息；将所述异常信息发送至监控终端，以使所述监控终端处理所述异常信息。

其中，工作流调度平台的异常可包括：运行异常，例如平台的资源占用率过高；平台对账户的管理异常，可以是某账户的变动统计值超出预设范围，例如大额结算金额及资金走势预警：在每日结算单出来后，会统计结算金额，大于阈值10万的将告警，同时，结算资金波动较大的，超过100％的也将预警，通过消息系统发送给相关人员进行预警。工作流调度平台的异常可包括但不限于此。

当所述工作流调度平台发生异常时，工作流调度平台生成异常信息，异常信息可以为邮件、网络消息、短信等形式，用于通知监控终端对该异常进行排查确认。监控终端可以为相关人员的电脑、手机等终端。

通过本实施例，能够实时监控工作流调度平台的资源使用情况、以及平台对账户的管理中是否发生异常，保证能够及时地发现问题、解决问题，保证了工作流调度平台的正常工作。

可选的，实时监控工作流调度平台的资源使用情况，可通过普罗米修斯(Prometheus)监控系统来实现。例如，Prometheus每5分钟监控系统资源(如中央处理器(CPU)、内存、硬盘、进程数、网络流量等)的占用情况，当占用超过阈值，则发送告警信息；另外，也可监控相应服务端口，当端口不再被占用，意味着服务停止，系统将发出严重告警。以提升系统可靠性。

在清、结算业务中，系统稳定性、可靠性非常重要，我们采用Prometheus对系统运行进行实时监控，遇到异常即时告警，以便即时处理。

在一个实施例中，所述工作流调度平台由两台服务器实现双机热备份。

双机热备份，即采用双机热备的方式来达到系统高可用，即一台机器宕机，则由另一台机器接替运行。两台机器上均安装代理服务器(Nginx)做负载均，通过keepalive机制保持心跳，两热备机其中一台对外提供服务，当keepalive机制监测到对外服务的机器失去心跳时，则虚拟的浮动IP会跳转至另外一台，继续提供服务。而Nginx则有对后台服务配置负载均衡或备用(backup)模式，从而实现了工作流调度平台的持续高可用。

可选的，在工作流调度平台的运行过程中还包括日志监控。通过本地文件的日志数据采集器FileBeat实时传输系统的日志文件，并通过日志分析工具分析系统的日志文件中是否包含有运行异常，如通过检索ERROR、EXCEPTION、WARNING等关键字，当出现这些关键字时，则截取关键字前后预设行的日志消息以邮件或网络消息等方式通知运维人员可能存在运行异常，由运维人员及时排查，进一步地保证了工作流调度平台的正常运行。

数据流通清结算系统是在数据交易中，按照数据供需方及交易平台的协议，将一个周期内的收付款项汇总轧差成结算金额，并对结算金额进行划拨的资金管控系统，在使得交易各方账目明晰的同时，也能对数据交易进行有效的启停控制。然而，行业中并没有一套适合复杂的数据交易订单协议的清结算系统，本系统就是为了解决纷繁复杂的数据交易过程及多样的订单协议难以自动明晰地清结算难以自动精准的额度控制问题。

在一个非限定性的应用实例中，通过管理平台的管理方法来实现对数据交易中供方和需方对应的交易账户的清、结算时，请参见图2，图2提供了一种管理平台的结构示意图；该管理平台包括应用层201、服务层202、中间件203、数据层204。其中：

应用层201包括交易订单、对银行的出入金以及交易报表的分析展示，应用层面向用户，以比较友好的可视化的展现。

服务层202包括数据交易产生的工单、结算单、结算、清算、出入金对账、支付网关、消息通知、清算对账。主要用于衔接应用层逻辑。

中间件203包括消息队列、工作流、流日志分析、系统通信。采用消息队列来解耦各分布式系统；采用工作流来灵活调度任务；采用流日志分析来实时监控服务异常；采用Socket及RPC来进行系统间高效通信。

数据层204包括关系数据库、时间序列数据库、内存数据库、交易及系统日志文件。关系数据库用于存储常规关系数据为系统的核心存储；时间序列数据库用于存储带有时间序列的系统日志及清结算记录，便于异常判断；内存数据用于缓存数据，提高数据操作效率。

另外，管理平台还结合安全体系和外部系统，执行对用户账户的复杂管理。

安全体系包括监控系统、认证系统及加密系统。监控系统包括对服务所在硬件资源的监控以及对服务运行过程中异常日志、异常交易额的监控；认证系统主要是对通信双方的鉴权；加解密系统则是对通信内容的加解密。

外部系统包括数据配送系统、数据流通分析系统、额度控制中心。数据配送系统是数据交易过程中的核心环节，负责将供方提供的数据通过加密算法安全送到需方；数据流通分析系统是清结算的基础，该系统通过配送日志，解析、统计出订单的配送量，便于清结算；额度控制中心是额度数据配送的开关，负责开启与关闭数据的流通控制。

请参见图3，图3提供了一种账户的管理方法的流程示意图；通过管理平台进行清、结算操作的步骤如下：

步骤S301，配送量入库。外部的数据流通分析系统每晚0:00对前一天配送日志入hive数据仓库进行配送量统计。

步骤S302，生成服务生成结算单。通过AirFlow调度触发结算单生成脚本，生成结算单。结算单主要包含的信息请参见表1：

表1

步骤S303，对各个账户进行结算。在结算单生成后，AirFlow将触发结算业务，对额度账户前一日结算金额进行收支结算。额度账户是专门用于为外部的系统额度控制中心提供额度基础数据的服务，为了准实时性，系统每过一段时间会向额度控制中心推送会员的额度情况，以便额度中心及时掌握会员额度情况，对会员进行相对准确的额度控制。通过结算单中的结算金额，供方会员金额除去佣金后全部进入额度可计提账户，而需方，则需按照以下扣款顺序：额度供方授信余额、额度账户余额、额度平台授信余额。由于账户种类可能有变化，扣款顺序随着业务需求变更，也可能有变化，我们通过AirFlow设置工作流，以此应对后续的变化。

步骤S304，对各个账户进行清算。当某一订单设定的清算周期一到，系统将触发清算流程，清算流程与结算流程相似，供方会员金额除去佣金后全部进入资金账户的可计提账户，而需方，则需按照以下扣款顺序：资金账户的供方授信余额、资金账户的账户余额、资金账户的平台授信余额，同样也使用工作流控制扣款流程。清算与结算的账户是分离的，结算账户每日变化，而清算账户只有到了订单的清算周期才会变化，清算账户与用户在银行的监管账户余额一致。

可选的，管理平台还可以执行步骤S305，出入金对账。系统支持用户充值与提现等出入金操作，每晚将触发出入金对账流程，出入对账即是银行系统发出各账户的出入金记录，我方在接受到对账文件后与我方系统出入金记录勾对，若有不符则触发人工对账流程，线下与银行工作人员沟通查明不符原因。

对账文件均采用记录文件方式读写。每个表单为一个记录recorde。命名采用[marcke code]_{trade type}.YYYYMMDD的格式，[marcke code]代表市场编码[通信协议中指定]，{trade type}代表交易类别，YYYYMMDD为交易日期{不一定是系统日期}。例如交易日为2011/5/27银行发起的给市场81230000的转账明细文件的命名为：81230000_bTransfer_$.20110527。

对账文本文件采用GBK【ANSI】编码，文件类型为文本文件。对账文件每条记录占一行，记录中的字段以“|”分割，记录头没有分割字符，记录尾部可有可无[默认为有分割字符]。银行给市场转账明细文件示例：

步骤S306，清算对账。在出入金对账成功之后，系统将触发清算对账流程，清算对账会将系统中的资金账户与银行的监管账户同步，实现资金的流动划转。清算对账文件名格式定义为：

[marcke code]_mBalaAcct_$.YYYYMMDD,文件内容格式示例：

清算对账成功后，系统的资金账户将与银行监管账户资金量一致。

由此，实现了一种数据交易清结算系统，能够应对清结算过程种的复杂交易协议；能灵活地自定义任务触发时间及任务调度序列；能实时监控自身运行情况及运行环境情况即时预警提高系统的可靠性；通过二进制流传输、自定义协议及数字信封保证系统的性能及安全；通过网关设计，灵活衔接各大银行及第三方支付系统。

本发明实施例还提供一种账户的管理装置，请参见图4，所述装置包括：

变动消息获取模块401，用于获取预设时间内的各个账户对应的变动信息；

变动统计模块402，用于根据该账户对应的变动计算规则进行计算，以得到各个账户在所述预设时间内的变动统计值，并存储各个账户的变动统计值；

查询输出模块403，用于当接收到目标账户的查询请求时，获取此时所述目标账户的变动统计值并输出，其中，输出的变动统计值经由二进制流处理。

在一个实施例中，各个账户的变动信息由与该账户提起的变动请求相对应，所述装置还包括：

当前额度值获取模块，用于根据各个账户在预设时间内的变动统计值获取该账户对应的当前额度值；

账户限制模块，用于当一账户的当前额度值小于预设值时，停止处理该账户的变动请求。

在一个实施例中，所述装置还包括：

数字签名模块，用于对目标账户的变动统计值进行数字签名。

可选的，所述账户的管理装置由工作流调度平台实现。

可选的，所述工作流调度平台包括若干个数据接口，所述数据接口采用套接字长连接协议和/或远程过程调用协议。

可选的，所述装置还包括：

异常信息生成模块，用于对所述工作流调度平台的运行状态进行监控，当所述工作流调度平台发生异常时，生成异常信息；

报警模块，用于将所述异常信息发送至监控终端，以使所述监控终端处理所述异常信息。

可选的，所述工作流调度平台由两台服务器实现双机热备份。

关于账户的管理装置的工作原理、工作方式的更多内容，可以参照上述图1至图3中的相关描述，这里不再赘述。

进一步地，本发明实施例还公开一种存储介质，其上存储有计算机指令，计算机指令运行时执行上述图1至图3所示实施例中的账户的管理方法的技术方案。优选地，存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。存储介质可以包括ROM、RAM、磁盘或光盘等。

进一步地，本发明实施例还公开一种计算机设备，包括存储器和处理器，存储器上存储有能够在处理器上运行的计算机指令，处理器运行计算机指令时执行上述图1至图3所示实施例中的账户的管理方法的技术方案。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于任一计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (10)

1.一种账户的管理方法，其特征在于，所述方法包括：

获取预设时间内的各个账户对应的变动信息；

根据该账户对应的变动计算规则进行计算，以得到各个账户在所述预设时间内的变动统计值，并存储各个账户的变动统计值；

当接收到目标账户的查询请求时，获取此时所述目标账户的变动统计值并输出，其中，输出的变动统计值经由二进制流处理。

2.根据权利要求1所述的方法，其特征在于，各个账户的变动信息由与该账户提起的变动请求相对应，所述得到各个账户在所述预设时间内的变动统计值之后，还包括：

根据各个账户在预设时间内的变动统计值获取该账户对应的当前额度值；

当一账户的当前额度值小于预设值时，停止处理该账户的变动请求。

3.根据权利要求2所述的方法，其特征在于，输出所述目标账户的变动统计值之前，还包括：

对目标账户的变动统计值进行数字签名。

4.根据权利要求1至3任意一项所述的方法，其特征在于，所述账户的管理方法由工作流调度平台实现。

5.根据权利要求4所述的方法，其特征在于，所述工作流调度平台包括若干个数据接口，所述数据接口采用套接字长连接协议和/或远程过程调用协议。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

对所述工作流调度平台的运行状态进行监控，当所述工作流调度平台发生异常时，生成异常信息；

将所述异常信息发送至监控终端，以使所述监控终端处理所述异常信息。

7.根据权利要求4所述的方法，其特征在于，所述工作流调度平台由两台服务器实现双机热备份。

8.一种账户的管理装置，其特征在于，所述装置包括：

变动消息获取模块，用于获取预设时间内的各个账户对应的变动信息；

变动统计模块，用于根据该账户对应的变动计算规则进行计算，以得到各个账户在所述预设时间内的变动统计值，并存储各个账户的变动统计值；

查询输出模块，用于当接收到目标账户的查询请求时，获取此时所述目标账户的变动统计值并输出，其中，输出的变动统计值经由二进制流处理。

9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7任一项所述方法的步骤。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任一项所述方法的步骤。

Images