台账余额管理方法及装置
文献发布时间:2023-06-19 12:00:51
技术领域
本发明涉及虚拟账户管理技术领域,尤其涉及一种台账余额管理方法及装置。
背景技术
本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
目前,一些商家在银行开设账户作为收款账户,又在银行为交易的各个用户设置了属于每个用户的虚拟账户,当用户在商家充值后,商家收款账户和该用户的虚拟账户中余额增加,用户可以使用该余额在商家消费,消费后,余额相应减少。
由于移动支付的普及,第三方支付平台的使用也越来越广泛。但是,第三方平台处理交易往往需要一定的时间,用户使用第三方平台向商家充值后,第三方平台通知银行台账记账,银行中用户虚拟账户的余额增加,但台账记账和金额到账是不同步的,第三方平台往往不能及时将充值金额转到商家的收款账户上。这样就出现了用户与商家之间的矛盾,用户已经支付了款项,希望能够使用此款项进行消费,但是商家收款账户并没有收到款项,不能确定用户是否已支付成功,在此情况下如果允许用户使用已增加的余额,则可能会导致商家产生的资金损失;如果不允许用户使用余额,则会降低用户体验。
发明内容
本发明实施例提供一种台账余额管理方法,用以在保障商家资金安全的同时,提升用户体验,该方法包括:
当用户通过第三方平台发起与商家之间的交易时,接收用户发送的交易请求;
根据交易请求中携带的交易码,确定本次交易类型;
根据所述交易类型,以及交易类型与台账的可操作余额类型的对应关系,确定本次交易可操作的余额类型;
根据交易请求,对相应可操作余额类型的余额进行处理。
在本发明实施例的一种实现方式中,余额类型包括可用可提现余额、可用不可提现余额、不可用可提现余额和不可用不可提现余额。
在本发明实施例的一种实现方式中,充值对应的可操作余额类型为可用可提现余额;提现对应的可操作余额类型为可用可提现余额和不可用可提现余额;支付对应的可操作余额类型为可用不可提现余额和可用可提现余额。
在本发明实施例的一种实现方式中,当交易类型为充值时,根据交易请求,对相应可操作余额类型的余额进行处理,包括:
将交易请求中携带的交易金额与台账的可用可提现余额进行叠加,作为台账新的可用可提现余额。
在本发明实施例的一种实现方式中,当交易类型为提现时,根据交易请求,对相应可操作余额类型的余额进行处理,包括:
判断台账的不可用可提现余额的金额是否大于等于交易类型中携带的交易金额;
如果是,则从不可用可提现余额中提取相应交易金额;
如果否,则判断不可用可提现余额与可用可提现余额的加和是否大于等于所述交易金额;
如果是,则从不可用可提现余额中提取全部余额,并从可用可提现余额中提取提现差额,所述提现差额为交易金额与不可用可提现余额的差值;
如果否,则向用户发送交易失败通知。
在本发明实施例的一种实现方式中,提现交易类型设置了单次提现限额以及单日累计提现限额;在判断台账的不可用可提现余额的金额是否大于等于交易类型中携带的交易金额之前,所述方法还包括:
获取当前时刻之前提现的金额,作为单日历史累计金额;
判断所述交易金额与单日历史累计金额的加和是否小于等于单日累计提现限额;
判断台账的不可用可提现余额的金额是否大于等于交易类型中携带的交易金额,包括:
当交易金额与单日历史累计金额的加和小于等于单日累计提现限额时,判断台账的不可用可提现余额的金额是否大于等于交易类型中携带的交易金额。
在本发明实施例的一种实现方式中,当交易类型为支付时,根据交易请求,对相应可操作余额类型的余额进行处理,包括:
判断台账的可用不可提现余额是否大于等于交易请求中携带的交易金额;
如果是,则从可用不可提现余额中扣除该交易金额;
如果否,则判断可用不可提现余额与可用可提现余额的加和是否大于等于交易金额;
如果是,则从可用可提现余额中扣除全部金额,并从可用可提现余额中扣除支付差额,所述支付差额为交易金额与可用不可提现余额的差值;
如果否,则向用户发送交易失败通知。
本发明实施例还提供一种台账余额管理装置,用以在保障商家资金安全的同时,提升用户体验,该装置包括:
通信模块,用于当用户通过第三方平台发起与商家之间的交易时,接收用户发送的交易请求;
确定模块,用于根据交易请求中携带的交易码,确定本次交易类型;
确定模块,还用于根据所述交易类型,以及交易类型与台账的可操作余额类型的对应关系,确定本次交易可操作的余额类型;
处理模块,用于根据交易请求,对相应可操作余额类型的余额进行处理。
在本发明实施例的一种实现方式中,余额类型包括可用可提现余额、可用不可提现余额、不可用可提现余额和不可用不可提现余额。
在本发明实施例的一种实现方式中,充值对应的可操作余额类型为可用可提现余额;提现对应的可操作余额类型为可用可提现余额和不可用可提现余额;支付对应的可操作余额类型为可用不可提现余额和可用可提现余额。
在本发明实施例的一种实现方式中,当交易类型为充值时,处理模块,用于:
将交易请求中携带的交易金额与台账的可用可提现余额进行叠加,作为台账新的可用可提现余额。
在本发明实施例的一种实现方式中,当交易类型为提现时,处理模块,用于:
判断台账的不可用可提现余额的金额是否大于等于交易类型中携带的交易金额;
如果是,则从不可用可提现余额中提取相应交易金额;
如果否,则判断不可用可提现余额与可用可提现余额的加和是否大于等于所述交易金额;
如果是,则从不可用可提现余额中提取全部余额,并从可用可提现余额中提取提现差额,所述提现差额为交易金额与不可用可提现余额的差值;
如果否,则向用户发送交易失败通知。
在本发明实施例的一种实现方式中,提现交易类型设置了单次提现限额以及单日累计提现限额;所述装置还包括:
获取模块,用于获取当前时刻之前提现的金额,作为单日历史累计金额;
判断模块,用于判断所述交易金额与单日历史累计金额的加和是否小于等于单日累计提现限额;
判断模块,还用于:
当交易金额与单日历史累计金额的加和小于等于单日累计提现限额时,判断台账的不可用可提现余额的金额是否大于等于交易类型中携带的交易金额。
在本发明实施例的一种实现方式中,当交易类型为支付时,处理模块,用于:
判断台账的可用不可提现余额是否大于等于交易请求中携带的交易金额;
如果是,则从可用不可提现余额中扣除该交易金额;
如果否,则判断可用不可提现余额与可用可提现余额的加和是否大于等于交易金额;
如果是,则从可用可提现余额中扣除全部金额,并从可用可提现余额中扣除支付差额,所述支付差额为交易金额与可用不可提现余额的差值;
如果否,则向用户发送交易失败通知。
本发明实施例还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述台账余额管理方法。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述台账余额管理方法的计算机程序。
本发明实施例中,设置了交易类型与台账的可操作余额类型的对应关系,以此来根据不同交易类型对不同余额类型的余额进行处理,从而对用户可使用的余额类型产生一定的控制。与现有技术中直接不允许用户使用余额或者允许用户使用全部余额相比,本发明实施例中既在一定程度上保证了商家的资金安全,又在一定程度上满足了用户使用余额的需求,提升了用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1为本发明实施例中一种台账余额管理方法的流程图;
图2为本发明实施例中另一种台账余额管理方法的流程图;
图3为本发明实施例中另一种台账余额管理方法的流程图;
图4为本发明实施例中另一种台账余额管理方法的流程图;
图5为本发明实施例中一种台账余额管理装置的结构示意图;
图6为本发明实施例中一种计算机设备的结构示意图;
图7为本发明实施例中一种计算机设备的系统架构图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合附图对本发明实施例做进一步详细说明。在此,本发明的示意性实施例及其说明用于解释本发明,但并不作为对本发明的限定。
本发明实施例中提供了一种台账余额管理方法,如图1所示,该方法包括步骤101至步骤104:
步骤101、当用户通过第三方平台发起与商家之间的交易时,接收用户发送的交易请求。
步骤102、根据交易请求中携带的交易码,确定本次交易类型。
步骤103、根据交易类型,以及交易类型与台账的可操作余额类型的对应关系,确定本次交易可操作的余额类型。
本发明实施例中,余额类型包括可用可提现余额、可用不可提现余额、不可用可提现余额和不可用不可提现余额。
其中,可用可提现余额,即正常状态下的台账的余额,该余额可提现、可用于订单支付等。
可用不可提现余额,记录T+1日到账的金额,比如在收单支付场景中,日间通过支付结果通知台账记账的金额都记录到该余额中,待T+1日收单机构并笔转入监管账户,且对账成功后,再将这部分可用不可提现余额转至可用可提现余额。
不可用可提现余额,是指商家注销或跑路后,线上仍有存量客户,此时客户的资金都归属于不可用可提现余额,即不可以再用于支付,只能提现的场景。
不可用不可提现余额:即台账的状态为冻结时,客户的资金都归属于不可用不提现余额,当客户进行支付、提现等操作时,均无法成功。
需要说明的是,同一个用户的余额可以划分为多种余额类型,并且,某一余额类型的余额可以转换为另一余额类型。比如说,一用户台账记录的余额为500元,其中200元为可用可提现余额,300元为当日用户充值但商家银行账户未收到款项的金额,为可用不可提现余额,当商家银行账户接收到该笔款项,则300元可用不可提现余额转为可用可提现余额,可用可提现余额增加至500元。
本发明实施例中,交易类型包括充值、支付和提现,考虑到充值、支付和提现对用户及商家各自的资金影响不同,不同的交易类型对应不同的可操作余额类型。其中,充值对应的可操作余额类型为可用可提现余额;提现对应的可操作余额类型为可用可提现余额和不可用可提现余额;支付对应的可操作余额类型为可用不可提现余额和可用可提现余额。
本发明实施例中,设置台账资金限额表,用于存储每个台账所需要的各种余额类型余额的余额值具体的,该台账资金限额表可以如下表一所示:
表一
上表中,合作平台编号与第三方平台在银行中的编号;合约账号为用户虚拟账户的账号,额度限额为每种余额类型中的余额钱数,限额周期类型代码用于限定某一类型余额转换为可用可提现余额类型的时间,除了永久及单日外,还可以根据实际情况设置其他限额周期。
同时,为了明确台账每一次变化的情况,还可以记录每次各种余额类型的余额发生变动时的明细情况,该明细情况可以记录在台账余额变动明细表中,如下表二所示:
表二
上表中,借贷方向用于描述交易的借贷性质。
步骤104、根据交易请求,对相应可操作余额类型的余额进行处理。
在本发明实施例的一种实现方式中,当交易类型为充值时,如图2所示,步骤104根据交易请求,对相应可操作余额类型的余额进行处理,可以执行为如下步骤201:
步骤201、将交易请求中携带的交易金额与台账的可用可提现余额进行叠加,作为台账新的可用可提现余额。
也就是说,考虑到用户充值不会对商家的资金产生影响,则可以直接对可用可提现余额进行处理。
在本发明实施例的一种实现方式中,当交易类型为提现时,如图3所示,步骤104根据交易请求,对相应可操作余额类型的余额进行处理,可以执行为如下步骤301至步骤305:
步骤301、判断台账的不可用可提现余额的金额是否大于等于交易类型中携带的交易金额;
步骤302、如果是,则从不可用可提现余额中提取相应交易金额;
步骤303、如果否,则判断不可用可提现余额与可用可提现余额的加和是否大于等于交易金额;
步骤304、如果是,则从不可用可提现余额中提取全部余额,并从可用可提现余额中提取提现差额,提现差额为交易金额与不可用可提现余额的差值;
步骤305、如果否,则向用户发送交易失败通知。
考虑到可用可提现余额的应用场景更加广泛,因此,在提现场景下,不可用可提现余额的操作优先级高于可用可提现余额,当用户提现时,优先从不可用可提现余额中扣款。
在另一种实现方式中,提现交易类型还设置了单次提现限额以及单日累计提现限额;在判断台账的不可用可提现余额的金额是否大于等于交易类型中携带的交易金额之前,还获取当前时刻之前提现的金额,作为单日历史累计金额;判断交易金额与单日历史累计金额的加和是否小于等于单日累计提现限额。
当交易金额与单日历史累计金额的加和小于等于单日累计提现限额时,判断台账的不可用可提现余额的金额是否大于等于交易类型中携带的交易金额,再根据该判断结果,执行步骤302至步骤305中操作。
在本发明实施例的一种实现方式中,当交易类型为支付时,如图4所示,步骤104根据交易请求,对相应可操作余额类型的余额进行处理,可以执行为如下步骤401至步骤405:
步骤401、判断台账的可用不可提现余额是否大于等于交易请求中携带的交易金额;
步骤402、如果是,则从可用不可提现余额中扣除该交易金额;
步骤403、如果否,则判断可用不可提现余额与可用可提现余额的加和是否大于等于交易金额;
步骤404、如果是,则从可用可提现余额中扣除全部金额,并从可用可提现余额中扣除支付差额,支付差额为交易金额与可用不可提现余额的差值;
步骤405、如果否,则向用户发送交易失败通知。
同样考虑到可用可提现余额的应用场景更加广泛,因此,在支付场景下,优先使用可用不可提现余额进行扣款。
同时,不论发生了哪种交易类型的交易,均记录交易流水,以便于用户或商家对账。此外,在一项交易失败时,还同时记录该项交易失败的原因,比如说,提现失败时,记录提现超过单日累计提现限额,以便于用户或商家查阅。
在另一种实现方式中,考虑到还存在一些较为复杂的情况,比如说第三方平台在银行中预存了款项,当用户充值后,第三方平台通知银行台账记账,银行可以在第三方平台预存款项中扣除该用户充值金额,这样可以认为用户充值金额已及时到账,不应再限制用户不能全部使用该部分充值金额,本发明实施例中,还可以利用诸如合作平台编号、记账模式代码、借贷方向、冲正标志等信息与交易码共同判断每种交易类型的可操作余额类型,具体的,该些信息与可操作余额类型的对应关系需提前设置,根据设置来确定交易类型及对相应类型余额进行何种处理。
本发明实施例中,设置了交易类型与台账的可操作余额类型的对应关系,以此来根据不同交易类型对不同余额类型的余额进行处理,从而对用户可使用的余额类型产生一定的控制。与现有技术中直接不允许用户使用余额或者允许用户使用全部余额相比,本发明实施例中既在一定程度上保证了商家的资金安全,又在一定程度上满足了用户使用余额的需求,提升了用户体验。
本发明实施例中还提供了一种台账余额管理装置,如下面的实施例所述。由于该装置解决问题的原理与台账余额管理方法相似,因此该装置的实施可以参见台账余额管理方法的实施,重复之处不再赘述。
如图5所示,装置500包括通信模块501、确定模块502和处理模块503。
其中,通信模块501,用于当用户通过第三方平台发起与商家之间的交易时,接收用户发送的交易请求;
确定模块502,用于根据交易请求中携带的交易码,确定本次交易类型;
确定模块502,还用于根据交易类型,以及交易类型与台账的可操作余额类型的对应关系,确定本次交易可操作的余额类型;
处理模块503,用于根据交易请求,对相应可操作余额类型的余额进行处理。
在本发明实施例的一种实现方式中,余额类型包括可用可提现余额、可用不可提现余额、不可用可提现余额和不可用不可提现余额。
在本发明实施例的一种实现方式中,充值对应的可操作余额类型为可用可提现余额;提现对应的可操作余额类型为可用可提现余额和不可用可提现余额;支付对应的可操作余额类型为可用不可提现余额和可用可提现余额。
在本发明实施例的一种实现方式中,当交易类型为充值时,处理模块503,用于:
将交易请求中携带的交易金额与台账的可用可提现余额进行叠加,作为台账新的可用可提现余额。
在本发明实施例的一种实现方式中,当交易类型为提现时,处理模块503,用于:
判断台账的不可用可提现余额的金额是否大于等于交易类型中携带的交易金额;
如果是,则从不可用可提现余额中提取相应交易金额;
如果否,则判断不可用可提现余额与可用可提现余额的加和是否大于等于交易金额;
如果是,则从不可用可提现余额中提取全部余额,并从可用可提现余额中提取提现差额,提现差额为交易金额与不可用可提现余额的差值;
如果否,则向用户发送交易失败通知。
在本发明实施例的一种实现方式中,提现交易类型设置了单次提现限额以及单日累计提现限额;装置500还包括:
获取模块504,用于获取当前时刻之前提现的金额,作为单日历史累计金额;
判断模块505,用于判断交易金额与单日历史累计金额的加和是否小于等于单日累计提现限额;
判断模块505,还用于:
当交易金额与单日历史累计金额的加和小于等于单日累计提现限额时,判断台账的不可用可提现余额的金额是否大于等于交易类型中携带的交易金额。
在本发明实施例的一种实现方式中,当交易类型为支付时,处理模块503,用于:
判断台账的可用不可提现余额是否大于等于交易请求中携带的交易金额;
如果是,则从可用不可提现余额中扣除该交易金额;
如果否,则判断可用不可提现余额与可用可提现余额的加和是否大于等于交易金额;
如果是,则从可用可提现余额中扣除全部金额,并从可用可提现余额中扣除支付差额,支付差额为交易金额与可用不可提现余额的差值;
如果否,则向用户发送交易失败通知。
本发明实施例中,设置了交易类型与台账的可操作余额类型的对应关系,以此来根据不同交易类型对不同余额类型的余额进行处理,从而对用户可使用的余额类型产生一定的控制。与现有技术中直接不允许用户使用余额或者允许用户使用全部余额相比,本发明实施例中既在一定程度上保证了商家的资金安全,又在一定程度上满足了用户使用余额的需求,提升了用户体验
本发明实施例还提供一种计算机设备,图6为本发明实施例中计算机设备的示意图,该计算机设备能够实现上述实施例中的台账余额管理方法中全部步骤,该计算机设备具体包括如下内容:
处理器(processor)601、存储器(memory)602、通信接口(CommunicationsInterface)603和通信总线604;
其中,所述处理器601、存储器602、通信接口603通过所述通信总线604完成相互间的通信;所述通信接口603用于实现相关设备之间的信息传输;
所述处理器601用于调用所述存储器602中的计算机程序,所述处理器执行所述计算机程序时实现上述实施例中的台账余额管理方法。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述台账余额管理方法的计算机程序。
图7为本发明实施例中提供的一种计算机设备的系统组成结构示意图。如图7所示,该计算机设备700可以包括处理器701和存储器702;存储器702耦合到处理器701。值得注意的是,该图7是示例性的;还可以使用其他类型的结构,来补充或代替该结构,以实现电信功能或其他功能。
在一个实施例中,台账余额管理方法实现的功能可以被集成到处理器701中。其中,处理器701可以被配置为进行如下控制:当用户通过第三方平台发起与商家之间的交易时,接收用户发送的交易请求;根据交易请求中携带的交易码,确定本次交易类型;根据所述交易类型,以及交易类型与台账的可操作余额类型的对应关系,确定本次交易可操作的余额类型;根据交易请求,对相应可操作余额类型的余额进行处理。
由上可知,本发明的实施例中提供的计算机设备,通过当用户通过第三方平台发起与商家之间的交易时,接收用户发送的交易请求;根据交易请求中携带的交易码,确定本次交易类型;根据所述交易类型,以及交易类型与台账的可操作余额类型的对应关系,确定本次交易可操作的余额类型;根据交易请求,对相应可操作余额类型的余额进行处理。
通过本发明实施例中提供的计算机设备,能够在保障商家资金安全的同时,提升用户体验。
在另一个实施例中,台账余额管理装置可以与处理器701分开配置,例如可以将台账余额管理装置配置为与处理器701连接的芯片,通过处理器的控制来实现基于台账余额管理方法的功能。
如图7所示,该计算机设备700还可以包括:通信模块703、输入单元704、音频处理单元705、显示器707、电源703。值得注意的是,计算机设备700也并不是必须要包括图7中所示的所有部件;此外,计算机设备700还可以包括图7中没有示出的部件,可以参考现有技术。
如图7所示,处理器701有时也称为控制器或操作控件,可以包括微处理器或其他处理器装置和/或逻辑装置,该处理器701接收输入并控制计算机设备700的各个部件的操作。
其中,存储器702,例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息,此外还可存储执行有关信息的程序。并且处理器701可执行该存储器702存储的该程序,以实现信息存储或处理等。
输入单元704向处理器701提供输入。该输入单元704例如为按键或触摸输入装置。电源703用于向计算机设备700提供电力。显示器707用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器,但并不限于此。
该存储器702可以是固态存储器,例如,只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器,其即使在断电时也保存信息,可被选择性地擦除且设有更多数据,该存储器的示例有时被称为EPROM等。存储器702还可以是某种其它类型的装置。存储器702包括缓冲存储器7021(有时被称为缓冲器)。存储器702可以包括应用/功能存储部7022,该应用/功能存储部7022用于存储应用程序和功能程序或用于通过处理器701执行计算机设备700的操作的流程。
存储器702还可以包括数据存储部7023,该数据存储部7023用于存储数据,例如联系人、数字数据、图片、声音和/或任何其他由计算机设备使用的数据。存储器702的驱动程序存储部7024可以包括计算机设备的用于通信功能和/或用于执行计算机设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通信模块703即为经由天线708发送和接收信号的发送机/接收机。通信模块(发送机/接收机)703耦合到处理器701,以提供输入信号和接收输出信号,这可以和常规移动通信终端的情况相同。
基于不同的通信技术,在同一计算机设备中,可以设置有多个通信模块703,如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)703还经由音频处理单元705耦合到扬声器709和麦克风710,以经由扬声器709提供音频输出,并接收来自麦克风710的音频输入,从而实现通常的电信功能。音频处理单元705可以包括任何合适的缓冲器、解码器、放大器等。另外,音频处理单元705还耦合到处理器701,从而使得可以通过麦克风710能够在本机上录音,且使得可以通过扬声器709来播放本机上存储的声音。
本发明的实施例中还提供了一种用于实现上述实施例中台账余额管理方法中全部步骤的一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的台账余额管理方法的全部步骤,例如,该处理器执行该计算机程序时实现下述步骤:当用户通过第三方平台发起与商家之间的交易时,接收用户发送的交易请求;根据交易请求中携带的交易码,确定本次交易类型;根据所述交易类型,以及交易类型与台账的可操作余额类型的对应关系,确定本次交易可操作的余额类型;根据交易请求,对相应可操作余额类型的余额进行处理。
由上可知,本发明的实施例中提供的计算机可读存储介质,通过当用户通过第三方平台发起与商家之间的交易时,接收用户发送的交易请求;根据交易请求中携带的交易码,确定本次交易类型;根据所述交易类型,以及交易类型与台账的可操作余额类型的对应关系,确定本次交易可操作的余额类型;根据交易请求,对相应可操作余额类型的余额进行处理。
通过本发明实施例中提供的计算机可读存储介质,能够在保障商家资金安全的同时,提升用户体验。
虽然本发明提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或客户端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。
本领域技术人员应明白,本说明书的实施例可提供为方法、装置(系统)或计算机程序产品。因此,本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面,也不局限于任何单一的实施例,也不局限于这些方面和/或实施例的任意组合和/或置换。可单独使用本发明的每个方面和/或实施例,或者与一个或更多其他方面和/或其他实施例结合使用。
以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例中所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围,其均应涵盖在本发明的权利要求和说明书的范围当中。
- 台账余额管理方法及装置
- 一种企业台账信息管理方法及装置、可读存储介质