一种虚拟货币资金管理方法、装置及系统
技术领域
本公开涉及数据通信技术领域,尤其涉及一种虚拟货币资金管理方法、装置及系统。
背景技术
虚拟货币在交易平台中需要经过下单、冻结、撮合、结算等账务流程。用户在账务系统下单后,系统会对用户的资金进行冻结。也就是,用户如果撤单后想要再次下单,需要等待上一单结算完成后,再进行下一单。而由于资金被冻结会造成结算延迟时间较长,用户需要等待较长的资金解冻时间,资金解冻后才能进行下一单。最终导致结算时间长,用户体验差。
发明内容
为克服相关技术的问题,本申请提供一种虚拟货币资金管理方法、装置及系统,增加信用管理引擎存储用户的信用额度,针对可信用户使用信用透支的旁路结算流程下单、撮合、结算、入账。如用户取消下单后想要再次下单,由于真实资金未冻结,不需要等待资金解冻后再进行下一单,从而减少结算时间,提升用户体验感。
本申请的第一方面,提供一种虚拟货币资金管理方法,所述方法包括:获取用户的下单请求,所述下单请求包括委托订单信息;
根据所述委托订单信息从信用管理引擎获取用户的信用额度;
判断所述信用额度是否达到信用额度阈值;
如果所述信用额度达到所述信用额度阈值,则在所述委托订单信息上标记所述信用额度;
将标记有所述信用额度的所述委托订单信息发送给撮合引擎。
结合一方面,在第一种可能的实现方式中,所述委托订单信息还包括交易金额;
所述方法还包括:
从所述撮合引擎获取,根据标记有所述信用额度的所述委托订单信息中的交易金额,生成的结算信息;
根据所述结算信息,进行资金出账处理;
判断所述资金出账是否成功;
如果所述资金出账成功,则进行资金入账处理。
结合第一种可能的实现方式,在第二种可能的实现方式中,判断所述资金出账是否成功,包括:
根据所述委托订单信息从账务引擎获取用户的真实资金;
判断所述真实资金是否达到真实资金阈值;
如果所述真实资金达到真实资金阈值,则判断所述资金出账成功。
结合第二种可能的实现方式,在第三种可能的实现方式中,所述方法还包括:
如果所述真实资金未达到真实资金阈值,则判断所述资金出账未成功;
取消用户的所述下单请求。
结合一方面,在第四种可能的实现方式中,所述方法还包括:
如果所述信用额度未达到所述信用额度阈值,则在所述委托订单信息上标记真实资金;
将标记有所述真实资金的所述委托订单信息发送给账务引擎,以使账户引擎对所述真实资金进行冻结支付处理。
本申请的第二方面,提供一种虚拟货币资金管理装置,所述装置包括:第一获取单元,用于获取用户的下单请求,所述下单请求包括委托订单信息;
第二获取单元,用于根据所述委托订单信息从信用管理引擎获取用户的信用额度;
第一判断单元,用于判断所述信用额度是否达到信用额度阈值;
第一标记单元,用于如果所述信用额度达到所述信用额度阈值,则在所述委托订单信息上标记所述信用额度;
第一发送单元,用于将标记有所述信用额度的所述委托订单信息发送给撮合引擎。
结合二方面,在第五种可能的实现方式中,所述委托订单信息还包括交易金额;所述装置还包括:
第三获取单元,用于从所述撮合引擎获取,根据标记有所述信用额度的所述委托订单信息中的交易金额,生成的结算信息;
资金出账单元,根据所述结算信息,进行资金出账处理;
第二判断单元,用于判断所述资金出账是否成功;
资金入账单元,用于如果所述资金出账成功,则进行资金入账处理。
结合第五种可能的实现方式,在第六种可能的实现方式中,所述第二判断单元,包括:
获取模块,用于根据所述委托订单信息从账务引擎获取用户的真实资金;
第一判断子模块,用于判断所述真实资金是否达到真实资金阈值;
第二判断子模块,用于如果所述真实资金达到真实资金阈值,则判断所述资金出账成功。
结合二方面,在第七种可能的实现方式中,所述装置还包括:
第二标记单元,用于如果所述信用额度未达到所述信用额度阈值,则在所述委托订单信息上标记真实资金;
第二发送单元,用于将标记有所述真实资金的所述委托订单信息发送给账务引擎,以使账务引擎对所述真实资金进行冻结支付处理。
本申请的第三方面,提供一种虚拟货币资金管理系统,所述系统包括:用户接口,用于获取用户的下单请求;其中,所述下单请求包括委托订单信息;
交易下单装置,用于执行:
根据所述委托订单信息从信用管理引擎获取用户的信用额度;
判断所述信用额度是否达到信用额度阈值;
如果所述信用额度达到所述信用额度阈值,则在所述委托订单信息上标记所述信用额度;
将标记有所述信用额度的所述委托订单信息发送给撮合引擎;
交易结算装置,用于执行:
从所述撮合引擎获取,根据标记有所述信用额度的所述委托订单信息中的交易金额,生成的结算信息;
根据所述结算信息,进行资金出账处理;
判断所述资金出账是否成功;
如果所述资金出账成功,则进行资金入账处理。
本申请实施例提供一种账务系统资金管理方法、装置及系统,方法包括:获取用户的下单请求,所述下单请求包括委托订单信息;根据所述委托订单信息从信用管理引擎获取用户的信用额度;判断所述信用额度是否达到信用额度阈值;如果所述信用额度达到所述信用额度阈值,则在所述委托订单信息上标记所述信用额度;将标记有所述信用额度的所述委托订单信息发送给撮合引擎。与现有技术相比,本申请实施例在下单、冻结、撮合、结算原有流程基础上,绕开压力延迟较大的冻结流程,增加信用管理引擎存储用户的信用额度,针对可信用户使用信用透支的旁路结算流程下单、撮合、结算、入账。如用户取消下单后想要再次下单,由于真实资金未冻结,不需要等待资金解冻后再进行下一单,从而减少结算时间,提升用户体验感。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1为本申请实施例提供的虚拟货币资金管理方法的交易下单工作流程示意图;
图2是本申请实施例提供的虚拟货币资金管理系统的框架示意图;
图3是本申请实施例提供的交易下单逻辑流程示意图;
图4是本申请实施例提供的虚拟货币资金管理方法的交易结算示意图;
图5是本申请实施例提供的交易结算逻辑流程示意图;
图6是本申请实施例提供的信用额度管理逻辑流程示意图;
图7是本申请实施例提供的交易下单装置框架示意图;
图8是本申请实施例提供的交易结算装置框架示意图;
图9是本申请优选实施例提供的交易结算装置框架示意图;
图10是本申请优选实施例提供的交易结算装置框架示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
为了全面理解本申请,在以下详细描述中提到了众多具体的细节,但是本领域技术人员应该理解,本申请可以无需这些具体细节而实现。在其他实施例中,不详细描述公知的方法、流程、组件和电路,以免不必要地导致实施例模糊。
参见图1所示虚拟货币资金管理方法的工作流程示意图,图1所示的方法为交易下单的流程,所述方法应用于交易引擎,所述方法包括以下步骤:
步骤101,获取用户的下单请求,所述下单请求包括委托订单信息。
如图2所示的本申请实施例示出的虚拟货币系统资金管理系统,所述系统包括:用户接口100、交易下单装置200和交易结算装置300,用户接口100用于获取用户的下单请求;其中,所述下单请求包括委托订单信息。用户接口100可以是终端的UI界面,用户通过UI界面输入下单请求,例如通过虚拟货币网站的操作界面输入抛售虚拟货币等下单请求,此时下单请求即包括了减小账务系统资金数额的命令。
具体的,如图3所示的交易下单流程图,整个系统中参与下单流程的引擎包括:交易引擎、账务引擎、信用管理引擎以及撮合引擎。交易用户可以通过用户接口100创建交易订单,发送给交易引擎。用户可通过web/app/api(api:通过代码程序直接调用系统提供接口)多种渠道创建交易订单。交易引擎接收到用户下单请求后,可以首先验证用户委托订单信息,比如判断下单用户是否为注册用户,下单请求中携带的委托订单信息是否完整,验证成功后,将下单请求中的委托订单信息保存到交易引擎的数据库中。另外,在交易引擎中完成的交易结果可以返回用户接口,比如用户接口可以是显示屏,通过显示屏向用户展示交易结果。
步骤102,根据所述委托订单信息从信用管理引擎获取用户的信用额度。
委托订单信息中包括用户的账户信息,可以根据委托订单信息中的用户账户信息,从信用管理引擎中获取用户的信用额度。这里的信用额度可以是用户长期使用虚拟货币在虚拟货币交易系统中积累的额度。
步骤103,判断所述信用额度是否达到信用额度阈值;
步骤104,如果所述信用额度达到所述信用额度阈值,则在所述委托订单信息上标记所述信用额度;
步骤105,将标记有所述信用额度的所述委托订单信息发送给撮合引擎。
比如从信用管理引擎获取到用户的信用额度为60,信用额度阈值为50,则当前用户的信用额度达到了信用额度阈值,通过在委托订单信息上标记用户信用额度,将标记有所述信用额度的委托订单信息发送给撮合引擎,用户可以在交易流程中绕过压力延迟较大的账户冻结流程,使用信用透支的旁路结算流程下单,在下单时不对用户账户实际额度进行冻结。用户可以通过日常积累积分来获得信用额度,也可以通过缴纳保障金或者通过其他方式成为可新用户后,享受信用额度交易。
另外,如图3所示,如果所述信用额度未达到所述信用额度阈值,则在所述委托订单信息上标记真实资金;将标记有所述真实资金的所述委托订单信息发送给账务引擎,以使账户引擎对所述真实资金进行冻结支付处理。
比如从信用管理引擎获取到用户的信用额度为40,信用额度阈值为50,则当前用户的信用额度未达到信用额度阈值,用户不是可信用户,不能够使用信用透支的旁路结算流程下单、撮合、结算以及入账。因此,在委托订单信息上标记真实资金,将标记有真实资金的委托订单信息发送给账户引擎,账户引擎根据标记有真实资金的委托订单信息对该用户的真实资金进行冻结支付处理。
所述委托订单信息还可以包括交易金额,图4所示的方法为交易结算的流程,结算的流程包括以下步骤:
步骤106,从所述撮合引擎获取,根据标记有所述信用额度的所述委托订单信息中的交易金额,生成的结算信息。
沿用上述实施例,用户信用额度为60,系统规定的信用额度阈值为50,则用户为可信用户,可以使用信用透支的旁路结算流程下单。下单后在撮合引擎中撮合,即根据标记有所述信用额度的所述委托订单信息中的交易金额,生成的结算信息。比如通过虚拟货币网站的操作界面输入抛售虚拟货币等下单请求,此时下单请求即包括了减小账务系统资金数额的命令。用户原始的虚拟货币为200,下单请求为抛售所有的虚拟货币200,撮合系统根据标记有所述信用额度的所述委托订单信息中的交易金额200,此时交易金额200即为生成的结算信息。
步骤107,根据所述结算信息,进行资金出账处理。
步骤108,判断所述资金出账是否成功。
步骤109,如果所述资金出账成功,则进行资金入账处理。
其中,判断所述资金出账是否成功,可以包括:根据所述委托订单信息从账务引擎获取用户的真实资金;判断所述真实资金是否达到真实资金阈值;如果所述真实资金达到真实资金阈值,则判断所述资金出账成功。
由于信用额度未真实冻结用户资金,可能会出现支付失败的情况即出现出账失败的情况。如果资金出账成功则进行资金入账处理。判断资金是否出账成功,可以通过根据所述委托订单信息从账务引擎获取用户的真实资金;判断所述真实资金是否达到真实资金阈值。比如委托订单信息显示当前用户的真实资金为50,而用户订单结算信息为抛售所有的虚拟货币即真实资金200,此时真实资金阈值即为200,用户账户中含有的真实资金仅为50,小于真实资金阈值200,因此不能够正常进行资金出账处理。可以判断资金出账失败,可以取消用户的下单请求。
本申请实施例提供一种账务系统资金管理方法,包括:获取用户的下单请求,所述下单请求包括委托订单信息;根据所述委托订单信息从信用管理引擎获取用户的信用额度;判断所述信用额度是否达到信用额度阈值;如果所述信用额度达到所述信用额度阈值,则在所述委托订单信息上标记所述信用额度;将标记有所述信用额度的所述委托订单信息发送给撮合引擎。与现有技术相比,本申请实施例在下单、冻结、撮合、结算原有流程基础上,绕开压力延迟较大的冻结流程,增加信用管理引擎存储用户的信用额度,针对可信用户使用信用透支的旁路结算流程下单、撮合、结算、入账。如用户取消下单后想要再次下单,由于真实资金未冻结,不需要等待资金解冻后再进行下一单,从而减少结算时间,提升用户体验感。
本申请还提供一种信用额度管理方法,应用于信用管理引擎,如图6所示,首先为交易过程的额度扣减过程,信用管理引擎接收到下单请求,会进行内存额度扣减,判断内存额度扣减是否成功,扣减失败则返回失败结果,扣减成功则发送消息进行异步持久化,最后返回扣减成功结果。其次为交易结算后的额度恢复,结算成功后,交易系统会通过消息通知信用管理引擎恢复用户扣减额度,内存额度后异步持久化到数据库中。另外,还存在异常场景,比如上述的出账失败情况时,交易引擎通过消息通知信用额度管理引擎记录此笔无法入账资金至待入账额度,记录此笔异常资金至未待入账额度。验证该待入账额度是否达到总信用额度比例阈值,如果该待入账额度达到总信用额度比例阈值,则取消用户在途订单,冻结账户提现权限等待用户通过充值或者交易将待入账资金填平后才能继续享受信用额度,如果该待入账额度未达到总信用额度比例阈值,则结束用户的下单请求。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。参见图7所示的装置结构示意图,本申请实施例提供一种虚拟货币资金管理装置,所述装置包括:
第一获取单元U1001,用于获取用户的下单请求,所述下单请求包括委托订单信息;
第二获取单元U1002,用于根据所述委托订单信息从信用管理引擎获取用户的信用额度;
第一判断单元U1003,用于判断所述信用额度是否达到信用额度阈值;
第一标记单元U1004,用于如果所述信用额度达到所述信用额度阈值,则在所述委托订单信息上标记所述信用额度;
第一发送单元U1005,用于将标记有所述信用额度的所述委托订单信息发送给撮合引擎。
进一步地,如图8所示,所述委托订单信息还包括交易金额;所述装置还包括:
第三获取单元U1006,用于从所述撮合引擎获取,根据标记有所述信用额度的所述委托订单信息中的交易金额,生成的结算信息;
资金出账单元U1007,根据所述结算信息,进行资金出账处理;
第二判断单元U1008,用于判断所述资金出账是否成功;
资金入账单元U1009,用于如果所述资金出账成功,则进行资金入账处理。
进一步地,如图9所示,所述第二判断单元U1008,包括:
获取模块U10081,用于根据所述委托订单信息从账务引擎获取用户的真实资金;
第一判断子模块U10082,用于判断所述真实资金是否达到真实资金阈值;
第二判断子模块U10083,用于如果所述真实资金达到真实资金阈值,则判断所述资金出账成功。
如图10所示,所述装置还包括:
第二标记单元U1010,用于如果所述信用额度未达到所述信用额度阈值,则在所述委托订单信息上标记真实资金;
第二发送单元U1011,用于将标记有所述真实资金的所述委托订单信息发送给账务引擎,以使账务引擎对所述真实资金进行冻结支付处理。
下述为本申请系统实施例,可以用于执行本申请方法实施例。对于本申请系统实施例中未披露的细节,请参照本申请方法实施例。参见图2所示的账务系统资金管理系统框架示意图,所述系统包括:
用户接口100,用于获取用户的下单请求;其中,所述下单请求包括委托订单信息;
交易下单装置200,用于执行:
根据所述委托订单信息从信用管理引擎获取用户的信用额度;
判断所述信用额度是否达到信用额度阈值;
如果所述信用额度达到所述信用额度阈值,则在所述委托订单信息上标记所述信用额度;
将标记有所述信用额度的所述委托订单信息发送给撮合引擎;
交易结算装置300,用于执行:
从所述撮合引擎获取,根据标记有所述信用额度的所述委托订单信息中的交易金额,生成的结算信息;
根据所述结算信息,进行资金出账处理;
判断所述资金出账是否成功;
如果所述资金出账成功,则进行资金入账处理。
具体实现中,本申请还提供一种计算机存储介质,其中,该计算机存储介质可存储有程序,该程序执行时可包括本申请提供的一种基于规则的报文检测方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、ROM(read-onlymemory,只读存储记忆体)或RAM(random access memory,随机存储记忆体)等。
本领域的技术人员可以清楚地了解到本申请实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例中的说明即可。
以上结合具体实施方式和范例性实例对本申请进行了详细说明,不过这些说明并不能理解为对本申请的限制。本领域技术人员理解,在不偏离本申请精神和范围的情况下,可以对本申请技术方案及其实施方式进行多种等价替换、修饰或改进,这些均落入本申请的范围内。本申请的保护范围以所附权利要求为准。