CN110009491A - 一种资产管理方法及装置、一种计算设备及存储介质 - Google Patents

一种资产管理方法及装置、一种计算设备及存储介质 Download PDF

Info

Publication number
CN110009491A
CN110009491A CN201910101634.9A CN201910101634A CN110009491A CN 110009491 A CN110009491 A CN 110009491A CN 201910101634 A CN201910101634 A CN 201910101634A CN 110009491 A CN110009491 A CN 110009491A
Authority
CN
China
Prior art keywords
user
account
share
assets
authentication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910101634.9A
Other languages
English (en)
Inventor
薛中亚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Advanced New Technologies Co Ltd
Advantageous New Technologies Co Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201910101634.9A priority Critical patent/CN110009491A/zh
Publication of CN110009491A publication Critical patent/CN110009491A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Abstract

本说明书提供一种资产管理方法及装置、一种计算设备及存储介质,其中所述资产管理方法包括:接收用户的资产转让信息,并向用户发送身份验证请求,所述资产转让信息中携带有转让份额的信息;接收用户在所述资产管理平台的管理账号的身份验证信息,在所述身份验证通过的情况下,根据所述用户的至少两个账户与所述用户在所述资产管理平台的管理账号的绑定关系,确定用户的持有份额和记增份额,所述持有份额存储在用户第一账户中,所述记增份额存储在用户第二账户中;将所述记增份额转入至所述用户第一账户,在所述持有份额未减少的情况下,将所述转让份额从所述用户的资产中转出并在所述用户的资产中对所述转让份额进行冻结。

Description

一种资产管理方法及装置、一种计算设备及存储介质
技术领域
本说明书涉及计算机技术领域,特别涉及一种资产管理方法及装置、一种计算设备及计算机存储介质。
背景技术
现有技术中,用户在使用银行账户进行申购资产转让份额过程中,可能存在当前用户份额不足的情况,一般流程是需要先申购,申购成功后,用户在进行资产转让,这个操作过程复杂,特别是是社交场景中,很大程度上影响了用户的体验。直接进行申购和转让流程存在两次分布式事务问题,第二次事务依赖第一次事务二阶段提交,平台压力大,失败率高。例如,用户在进行发红包过程中,提示用余额不足,用户需要先执行购买红包流程,做一次身份验证,购买成功后,做第二次身份验证,才算完成一个发红包动作,这个链路过长,对用户来说过于复杂,还存在在进行包红包过程中,出现用户资金扣除成功,但是红包未发出去的情况,影响了用户的体验,并二阶段事务悬挂的发生概率将很大程度上升,投诉风险也会出现。
发明内容
有鉴于此,本说明书实施例提供了一种资产管理方法及装置、一种计算设备及计算机存储介质,以解决现有技术中存在的技术缺陷。
根据本说明书实施例的第一方面,提供了一种资产管理方法,包括:
接收用户的资产转让信息,并向用户发送身份验证请求,所述资产转让信息中携带有转让份额的信息;
接收用户在所述资产管理平台的管理账号的身份验证信息,在所述身份验证通过的情况下,根据所述用户的至少两个账户与所述用户在所述资产管理平台的管理账号的绑定关系,确定用户的持有份额和记增份额,所述持有份额存储在用户第一账户中,所述记增份额存储在用户第二账户中;
将所述记增份额转入至所述用户第一账户,在所述持有份额未减少的情况下,将所述转让份额从所述用户的资产中转出并在所述用户的资产中对所述转让份额进行冻结。
可选地,所述资产管理方法还包括:
在所述持有份额减少的情况下,所述转让份额冻结失败,所述资产管理平台对用户重新进行身份验证。
可选地,所述资产管理方法还包括:
在所述预设时间内,接收所述冻结的转让份额被接收的反馈信息,根据所述反馈信息对所述冻结的转让份额进行解冻;
在所述预设时间内,接收所述冻结的转让份额未被接收的反馈信息,在超过所述预设时间情况下,所述冻结的转让份额退还至所述用户第一账户。
可选地,所述记增份额通过如下方式确定:
根据所述转让份额与所述持有份额确定所述记增份额。
可选地,所述在资产管理平台的管理账号与所述用户第一账户和用户第二账户的绑定关系通过如下步骤确定:
用户在所述资产管理平台建立管理账号;
将所述用户第一账户和所述用户第二账户均与所述管理账号绑定。
可选地,所述向用户发送身份验证请求之前,还包括:
渲染收银台,通过所述收银台接收用户的身份验证信息。
根据本说明书实施例的第二方面,提供了一种资产管理装置,包括:
接收模块,被配置为接收用户的资产转让信息,并向用户发送身份验证请求,所述资产转让信息中携带有转让份额的信息;
确定模块,被配置为接收用户在所述资产管理平台的管理账号的身份验证信息,在所述身份验证通过的情况下,根据所述用户的至少两个账户与所述用户在所述资产管理平台的管理账号的绑定关系,确定用户的持有份额和记增份额,所述持有份额存储在用户第一账户中,所述记增份额存储在用户第二账户中;
冻结模块,被配置为将所述记增份额转入至所述用户第一账户,在所述持有份额未减少的情况下,将所述转让份额从所述用户的资产中转出并在所述用户的资产中对所述转让份额进行冻结。
可选地,所述装置还包括:
验证模块,被配置为在所述持有份额减少的情况下,所述转让份额冻结失败,所述资产管理平台对用户重新进行身份验证。
可选地,所述装置还包括:
解冻模块,被配置为在所述预设时间内,接收所述冻结的转让份额被接收的反馈信息,根据所述反馈信息对所述冻结的转让份额进行解冻;
退还模块,被配置为在所述预设时间内,接收所述冻结的转让份额未被接收的反馈信息,在超过所述预设时间情况下,所述冻结的转让份额退还至所述用户第一账户。
可选地,所述确定模块进一步被配置为:
根据所述转让份额与所述持有份额确定所述记增份额。
可选地,所述确定模块进一步被配置为:
用户在所述资产管理平台建立管理账号;
将所述用户第一账户和所述用户第二账户均与所述管理账号绑定。
可选地,所述装置还包括:
渲染模块,被配置为渲染收银台,通过所述收银台接收用户的身份验证信息。
根据本说明书实施例的第三方面,提供了一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,所述处理器执行所述指令时实现所述资产管理方法的步骤。
根据本说明书实施例的第四方面,提供了一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现所述资产管理方法的步骤。
本说明书实施例中,通过接收用户的资产转让信息,并向用户发送身份验证请求,所述资产转让信息中携带有转让份额的信息;接收用户在所述资产管理平台的管理账号的身份验证信息,在所述身份验证通过的情况下,根据所述用户的至少两个账户与所述用户在所述资产管理平台的管理账号的绑定关系,确定用户的持有份额和记增份额,所述持有份额存储在用户第一账户中,所述记增份额存储在用户第二账户中;将所述记增份额转入至所述用户第一账户,在所述持有份额未减少的情况下,将所述转让份额从所述用户的资产中转出并在所述用户的资产中对所述转让份额进行冻结;通过将两次身份验证过程简化为一次,并解决了可能出现的二阶段悬挂问题,提高了用户在进行资产转让过程中的便利性。
附图说明
图1是本申请实施例提供的计算设备的结构图;
图2是本申请实施例提供的一种资产管理方法的流程图;
图3是本申请实施例提供的一种资产管理方法的流程图;
图4是本申请实施例提供的一种资产管理方法的流程图;
图5是本申请实施例提供的一种资产管理装置的结构示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在本说明书中,提供了一种资产管理方法及装置、一种计算设备及计算机存储介质,在下面的实施例中逐一进行详细说明。
图1示出了根据本说明书一实施例的计算设备100的结构框图。该计算设备100的部件包括但不限于存储器110和处理器120。处理器120与存储器110通过总线130相连接,数据库150用于保存数据。
计算设备100还包括接入设备140,接入设备140使得计算设备100能够经由一个或多个网络160通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备140可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备100的上述部件以及图1中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图1所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备100可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备100还可以是移动式或静止式的服务器。
其中,处理器120可以执行图2所示资产管理方法中的步骤。图2示出了根据本说明书一实施例的资产管理方法的流程图,包括步骤202至步骤206。
步骤202:接收用户的资产转让信息,并向用户发送身份验证请求,所述资产转让信息中携带有转让份额的信息。
其中,所述记增份额可以通过如下方式确定:
根据所述转让份额与所述持有份额确定所述记增份额。
具体地,资产管理平台接收用户的资产转让信息,所述转让信息中可以包括接收用户转让资产的用户信息和用户需要转让的转让份额,所述记增份额、所述转让份额与所述持有份额可以是用户账户中的资产,也可以是用户通过资产兑换的等价商品,本书明书在此不做任何限定。
在实际应用中,若存在用户A和用户B,用户A需要通过资产管理平台向用户B发送黄金红包,资产管理平台接收用户A提供的发送红包信息,并对用户A进行身份验证,其中所述黄金红包中的黄金是用户A账户中预存的或者通过资产购买的。
本说明书一实施例中,所述向用户发送身份验证请求之前,还包括:
渲染收银台,通过所述收银台接收用户的身份验证信息。
具体地,所述渲染收银台是为了给用户提供更好的体验效果,通过渲染收银台为用户提供一个接近于现实生活中的身份验证场景,例如渲染出一个可以输入密码的页面和文本框等。
步骤204:接收用户在所述资产管理平台的管理账号的身份验证信息,在所述身份验证通过的情况下,根据所述用户的至少两个账户与所述用户在所述资产管理平台的管理账号的绑定关系,确定用户的持有份额和记增份额,所述持有份额存储在用户第一账户中,所述记增份额存储在用户第二账户中。
具体地,资产管理平台接收用的身份验证信息,在身份验证通过的情况下,根据所述用户的至少两个账户与所述用户在所述资产管理平台的管理账号的绑定关,确定用户的持有份额和记增份额,其中所述持有份额为用户持有的资产份额,所述记增份额是根据用户的转让份额减去用户持有份额确定的,所述持有份额与所述记增份额存储在用户的不同账户中。
本说明书一实施例中,所述在资产管理平台的管理账号与所述用户第一账户和用户第二账户的绑定关系通过如下步骤确定:
用户在所述资产管理平台建立管理账号;
将所述用户第一账户和所述用户第二账户均与所述管理账号绑定。
具体地,用户通过在资产管理平台建立管理账号,并将用户第一账户和所述用户第二账户均与所述管理账号绑定,其中所述用户的第一账户或用户的第二账户可以是所述管理账号的账户,所述管理账号可以绑定多个用户账户,本说明书在此不做任何限定。
例如,用户通过在资产管理平台建立管理账号,其中管理账号包括第一账户和第二账户,所述第一账户可以是管理账号的余额账户,所述第二账户可以是管理账号绑定用户的多张银行卡。
仍以用户A与用户B为例进行描述,在实际应用中,其中用户A要通过资产管理平台向用户B发送100克的黄金红包,资产管理平台接收用户A的身份验证信息,并通过资产管理平台的身份验证,其中用户A在资产管理平台建立管理账号,所述管理账号绑定有第一账户与第二账户,其中,若第一账户中预先存储有80克黄金,而用户A待发送的红包为100克黄金,那么可以确定用户A需要通过资产管理平台向用户B发送的黄金红包中还需购买20克黄金,才能满足用户A通过资产管理平台向用户B发送100克的黄金红包的行为。其中,所述用户A的80克黄金为持有份额,需要购买的20克黄金为记增份额,需要购买20克黄金的记增份额是存储在与第一账户不同的第二账户中。
具体地,通过一次的身份验证,即可在所述资产管理平台上同时对用户的多个账户进行操作,减少了用户在进行资产转让过程中需要进行多次身份验证份的麻烦,并简化了用户的操作流程。
步骤206:将所述记增份额转入至所述用户第一账户,在所述持有份额未减少的情况下,将所述转让份额从所述用户的资产中转出并在所述用户的资产中对所述转让份额进行冻结。
本说明书一实施例中,所述资产管理方法还包括:
在所述持有份额减少的情况下,所述转让份额冻结失败,所述资产管理平台对用户重新进行身份验证。
仍以用户A通过资产管理平台向用户B发送100克的黄金红包为例,在用户A预先存储的80克黄金未发生变化,又通过第二账户中的资产购买了20克黄金的情况下,将该20克黄金转入该用户A的第一账户中,与该第一账户预先存储的80克黄金一起满足了用户A通过资产管理平台向用户B发送100克的黄金红包的量,此时用户A将第一账户中的100克黄金红包发送给用户B,并将用户A的第一账户中的100克黄金进行冻结。
而在用户A的80克黄金发生变化的情况下,例如在未向用户B发送黄金红包期间,将该80克黄金作为红包发给了其他用户,此时用户A的第一账户中资产不足100克黄金,此时资产管理平台将用户A通过第二账户购买的20克黄金对应的资产退还至用户A的第二账户,并对用户A重新进行身份验证。
本说明书一实施例中,所述资产管理方法还包括:
在所述预设时间内,接收所述冻结的转让份额被接收的反馈信息,根据所述反馈信息对所述冻结的转让份额进行解冻;
在所述预设时间内,接收所述冻结的转让份额未被接收的反馈信息,在超过所述预设时间情况下,所述冻结的转让份额退还至所述用户第一账户。
具体地,资产管理平台可以根据需求设定所述预设时间,例如所述预设时间为24小时、36小时等。
仍以用户A与用户B为例进行描述,在实际应用中,用户A向用户B发送红包成功的情况下,在预设时间即24小时内,购买红包的资产将被冻结,并等待用户B领取红包;在用户成功的B领取了红包情况下,用户A的购买红包的资产将解冻,用户B的账户中增加与红包相等的资产;用户B在24小时内未领取红包的情况下,购买红包的资产将退还至用户A的账户。在购买红包的资产被冻结的情况下,用户A是无法将红包撤回或回收的。
本说明书一实施例中,通过接收用户的资产转让信息,并向用户发送身份验证请求,所述资产转让信息中携带有转让份额信息,接收用户在所述资产管理平台的管理账号的身份验证信息,在所述身份验证通过的情况下,根据所述用户的至少两个账户与所述用户在所述资产管理平台的管理账号的绑定关系,确定用户的持有份额和记增份额,所述持有份额存储在用户第一账户中,所述记增份额存储在用户第二账户中,将所述记增份额转入至所述用户第一账户,在所述持有份额未减少的情况下,将所述转让份额从所述用户的资产中转出并在所述用户的资产中对所述转让份额进行冻结;在进行资产转让过程中,将用户的购买过程和用户的转让过程的两次身份验证过程简化为一次,精简了用户的操作流程,提高了用户在进行资产转让过程中的便利性。
图3示出了本说明书一实施例的资产管理方法,该资产管理方法以对用户M向用户N进行资产转让为例进行描述,其中用户M预向用户N转让资产为100万元,用户M持有份额为80万元,具体描述过程包括步骤302至步骤320。
步骤302:资产管理平台接收用户M的资产转让信息,并向用户M发送身份验证请求。
步骤304:渲染收银台。
步骤306:资产管理平台通过收银台接收用户M的身份验证信息。
步骤308:资产管理平台根据用户M的身份验证信息判断用户M是否通过身份验证。
步骤310:在用户M身份验证未通过的情况下,返回身份验证接口,重新进行身份验证。
步骤312:在用户M身份验证通过的情况下,确定用户M持有80万元,用户M记增为20万元,其中持有份额存储在用户M第一账户,记增份额存储在用户M第二账户。
在实际应用中,用户M向用户N进行资产转让100万元,用户M通过在资产管理平台建立的管理账号,所述管理账号中绑定有用户M的第一账户和第二账户,其中所述第一账户为管理账号的账户;资产管理平台接收到用户M的转让信息,并通过渲染收银台,为用户提供一个良好的验证身份场景,资产管理平台通过接收到用户M的身份验证信息,判断用户M是否通过资产管理平台的身份验证。
在用户M的身份验证未通过资产管理平台的验证时,执行步骤310,资产管理平台将返回至验证身份接口,并请求用户M重新进行身份验证,在进行身份验证过程中,资产管理平台可以根据需求设置重新验证身份次数,在超过身份验证次数的情况下,资产管理平台可以进行对管理账号的锁定或冻结,本说明书在此不做任何限定。
在用户M的身份验证通过资产管理平台的验证时,执行步骤312,资产管理平台根据与管理账号绑定的用户M的第一账户和第二账户,确定用户M的持有份额为80万元,记增份额为20万元,其中持有份额存储在用户M的第一账户,记增份额存储在用户M第二账户。
步骤314:将记增的20万元转入至用户M第一账户。
步骤316:资产管理平台判断用户M持有的80万元是否发生变化。
步骤318:在持有的80万元减少的情况下,资产管理平台将重新对用户M进行身份验证。
步骤320:在持有的80万元未减少的情况下,将转让资产100万元从用户M的资产中转入至用户N的账户,并对用户M的转让资产100万元进行冻结。
在实际应用中,将记增份额20万元转入至用户M的第一账户,在用户M持有份额80万元未减少的情况下,用户M的第一账户中有100万元,此时资产管理平台将用户M的100万元转入至用户N的账户,在设定的时间内,用户M的转出资产100万元被冻结成功,用户M无法将100万元进行收回,用户N可以在设定时间内的任意时刻领取用户M的转让资产100万元,在超设定的时间情况下,转让资产100万元将通过资产管理平台退还至用户M的第一账户中。
在用户M的持有份额80万元减少的情况下,虽然记增份额20万元转入至用户M的第一账户中,但是用户M的第一账户中仍不足100万元,此时资产管理平台根据判断用户M的第一账户中仍不足100万元确定用户M无法再进行资产转让,资产管理平台将用户M的记增份额20万元退还至用户M的第二账户此外资产管理平台还将强制退出用户M的管理账号,对用户M进行重新身份验证。
本说明书一实施例中,在进行资产转让过程中,将用户的第一账户和用户第二账户的均与管理账号进行绑定,通过管理账号进行一次身份验证,即可对用户的第一账户和第二账户进行操作,将两次身份验证过程简化为一次,精简了用户的操作流程,提高了用户在进行资产转让过程中的便利性,并通过在进行资产冻结过程中的冻结失败的情况下,强制用户进行重新的身份验证,保障了用户的资产安全。
图4示出了本说明书一实施例的资产管理方法,该资产管理方法以对用户X向用户Y进行资产转让为例进行描述,其中用户X向用户Y预发送100克黄金的红包,用户X的持有份额为60克黄金,具体的描述过程包括步骤402至步骤420。
步骤402:资产管理平台接收用户X的红包发送信息,并向用户X发送身份验证请求。
步骤404:渲染收银台。
步骤406:资产管理平台通过收银台接收用户X的身份验证信息。
步骤408:资产管理平台根据用户X的身份验证信息判断用户X是否通过身份验证。
步骤410:在用户X的身份验证未通过的情况下,返回身份验证接口,重新进行身份验证。
步骤412:在用户X的身份验证通过的情况下,确定用户X的持有份额为能60克黄金,记增份额为40克黄金,其中持有份额存储在用户X第一账户,记增份额存储在用户X第二账户。
在实际应用中,用户X向用户Y发送100克黄金红包,用户X通过在资产管理平台建立的管理账号,所述管理账号中绑定有用户X的第一账户和第二账户,其中所述第一账户为管理账号的账户,所述第二账户为用户的银行卡账户;资产管理平台接收到用户X的红包发送信息,并通过渲染收银台,为用户提供一个良好的验证身份场景,资产管理平台通过接收到用户X的身份验证信息,判断用户X是否通过资产管理平台的身份验证,在用户X的身份验证未通过资产管理平台的验证时,执行步骤410,资产管理平台将返回至验证身份接口,并请求用户X重新进行身份验证。
在用户X的身份验证通过资产管理平台的验证时,执行步骤412,资产管理平台根据与管理账号绑定的用户X的第一账户和第二账户,确定用户X的持有份额为60克黄金,记增份额为40克黄金,则用户X还需要申购40克的黄金才够给用户Y发送100克黄金红包。
步骤414:将能够申购40克黄金红包的记增份额转入至用户X第一账户。
步骤416:资产管理平台判断用户X的持有份额60克黄金是否发生变化。
步骤418:在持有份额60克黄金减少的情况下,资产管理平台将重新对用户X进行身份验证。
步骤420:在持有份额60克黄金未减少的情况下,通过用户X的第二账户中的资产申购记增份额40克黄金,并将总份额100克黄金进行冻结。
在实际应用中,将申购40克黄金的记增份额转入至用户X的第一账户,在用户X持有的持有份额60克黄金未减少的情况下,用户X第一账户中拥有100克黄金,此时资产管理平台将用户X第一账户中100克黄金红包发送至用户Y的账户,等待用户Y领取。
在用户X的持有份额60克黄金的资产减少的情况下,虽然申购40克黄金的记增份额转入至用户X的第一账户,但是用户X的第一账户中仍不足100克黄金,此时申购40克黄金的资产和冻结用户X的100克黄金红包同时失败,将用户X的持有份额60克黄金退还至第一账户,通过第二账户申购的40克黄金的资产退还至用户X的第二账户,此外资产管理平台还将强制退出用户X的管理账号,对用户X进行重新身份验证。
本说明书一实施例中,在进行资产转让过程中,将用户的第一账户和用户第二账户的均与管理账号进行绑定,通过管理账号进行一次身份验证,即可对用户的第一账户和第二账户进行操作,将两次身份验证过程简化为一次,精简了用户的操作流程,提高了用户在进行资产转让过程中的便利性,并将申购和冻结保持同时成功或失败,保证了用户资金的安全。
与上述方法实施例相对应,本说明书还提供了一种资产管理装置实施例,
图5示出了本说明书一个实施例的资产管理装置的结构示意图。如图5所示,该装置500包括:
接收模块502,被配置为接收用户的资产转让信息,并向用户发送身份验证请求,所述资产转让信息中携带有转让份额的信息;
确定模块504,被配置为接收用户在所述资产管理平台的管理账号的身份验证信息,在所述身份验证通过的情况下,根据所述用户的至少两个账户与所述用户在所述资产管理平台的管理账号的绑定关系,确定用户的持有份额和记增份额,所述持有份额存储在用户第一账户中,所述记增份额存储在用户第二账户中;
冻结模块506,被配置为将所述记增份额转入至所述用户第一账户,在所述持有份额未减少的情况下,将所述转让份额从所述用户的资产中转出并在所述用户的资产中对所述转让份额进行冻结。
一个可选的实施例中,所述装置500还包括:
验证模块,被配置为在所述持有份额减少的情况下,所述转让份额冻结失败,所述资产管理平台对用户重新进行身份验证。
一个可选的实施例中,所述装置500还包括:
解冻模块,被配置为在所述预设时间内,接收所述冻结的转让份额被接收的反馈信息,根据所述反馈信息对所述冻结的转让份额进行解冻;
退还模块,被配置为在所述预设时间内,接收所述冻结的转让份额未被接收的反馈信息,在超过所述预设时间情况下,所述冻结的转让份额退还至所述用户第一账户。
一个可选的实施例中,所述确定模块504进一步被配置为:
根据所述转让份额与所述持有份额确定所述记增份额。
一个可选的实施例中,所述确定模块504进一步被配置为:
用户在所述资产管理平台建立管理账号;
将所述用户第一账户和所述用户第二账户均与所述管理账号绑定。
一个可选的实施例中,所述装置500还包括:
渲染模块,被配置为渲染收银台,通过所述收银台接收用户的身份验证信息。
本说明书一实施例中,通过接收用户的资产转让信息,并向用户发送身份验证请求,所述资产转让信息中携带有转让份额的信息;接收用户在所述资产管理平台的管理账号的身份验证信息,在所述身份验证通过的情况下,根据所述用户的至少两个账户与所述用户在所述资产管理平台的管理账号的绑定关系,确定用户的持有份额和记增份额,所述持有份额存储在用户第一账户中,所述记增份额存储在用户第二账户中;将所述记增份额转入至所述用户第一账户,在所述持有份额未减少的情况下,将所述转让份额从所述用户的资产中转出并在所述用户的资产中对所述转让份额进行冻结;通过将两次身份验证过程简化为一次,并解决了可能出现的二阶段悬挂问题,提高了用户在进行资产转让过程中的便利性。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的资产管理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述资产管理方法的技术方案的描述。
本说明书一实施例中还提供一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,所述处理器执行所述指令时实现所述的资产管理方法的步骤。
本申请一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现如前所述资产管理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的资产管理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述资产管理方法的技术方案的描述。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书的内容,可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本申请的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (14)

1.一种资产管理方法,应用于资产管理平台,其特征在于,包括:
接收用户的资产转让信息,并向用户发送身份验证请求,所述资产转让信息中携带有转让份额的信息;
接收用户在所述资产管理平台的管理账号的身份验证信息,在所述身份验证通过的情况下,根据所述用户的至少两个账户与所述用户在所述资产管理平台的管理账号的绑定关系,确定用户的持有份额和记增份额,所述持有份额存储在用户第一账户中,所述记增份额存储在用户第二账户中;
将所述记增份额转入至所述用户第一账户,在所述持有份额未减少的情况下,将所述转让份额从所述用户的资产中转出并在所述用户的资产中对所述转让份额进行冻结。
2.根据权利要求1所述的方法,其特征在于,还包括:
在所述持有份额减少的情况下,所述转让份额冻结失败,所述资产管理平台对用户重新进行身份验证。
3.根据权利要求1所述的方法,其特征在于,还包括:
在所述预设时间内,接收所述冻结的转让份额被接收的反馈信息,根据所述反馈信息对所述冻结的转让份额进行解冻;
在所述预设时间内,接收所述冻结的转让份额未被接收的反馈信息,在超过所述预设时间情况下,所述冻结的转让份额退还至所述用户第一账户。
4.根据权利要求1所述的方法,其特征在于,所述记增份额通过如下方式确定:
根据所述转让份额与所述持有份额确定所述记增份额。
5.根据权利要求1所述的方法,其特征在于,所述在资产管理平台的管理账号与所述用户第一账户和用户第二账户的绑定关系通过如下步骤确定:
用户在所述资产管理平台建立管理账号;
将所述用户第一账户和所述用户第二账户均与所述管理账号绑定。
6.根据权利要求1所述的方法,其特征在于,所述向用户发送身份验证请求之前,还包括:
渲染收银台,通过所述收银台接收用户的身份验证信息。
7.一种资产管理装置,应用于资产管理平台,其特征在于,包括:
接收模块,被配置为接收用户的资产转让信息,并向用户发送身份验证请求,所述资产转让信息中携带有转让份额的信息;
确定模块,被配置为接收用户在所述资产管理平台的管理账号的身份验证信息,在所述身份验证通过的情况下,根据所述用户的至少两个账户与所述用户在所述资产管理平台的管理账号的绑定关系,确定用户的持有份额和记增份额,所述持有份额存储在用户第一账户中,所述记增份额存储在用户第二账户中;
冻结模块,被配置为将所述记增份额转入至所述用户第一账户,在所述持有份额未减少的情况下,将所述转让份额从所述用户的资产中转出并在所述用户的资产中对所述转让份额进行冻结。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
验证模块,被配置为在所述持有份额减少的情况下,所述转让份额冻结失败,所述资产管理平台对用户重新进行身份验证。
9.根据权利要求7所述的装置,其特征在于,所述装置还包括:
解冻模块,被配置为在所述预设时间内,接收所述冻结的转让份额被接收的反馈信息,根据所述反馈信息对所述冻结的转让份额进行解冻;
退还模块,被配置为在所述预设时间内,接收所述冻结的转让份额未被接收的反馈信息,在超过所述预设时间情况下,所述冻结的转让份额退还至所述用户第一账户。
10.根据权利要求7所述的装置,其特征在于,所述确定模块进一步被配置为:
根据所述转让份额与所述持有份额确定所述记增份额。
11.根据权利要求7所述的装置,其特征在于,所述确定模块进一步被配置为:
用户在所述资产管理平台建立管理账号;
将所述用户第一账户和所述用户第二账户均与所述管理账号绑定。
12.根据权利要求7所述的装置,其特征在于,所述装置还包括:
渲染模块,被配置为渲染收银台,通过所述收银台接收用户的身份验证信息。
13.一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,其特征在于,所述处理器执行所述指令时实现权利要求1-6任意一项所述方法的步骤。
14.一种计算机可读存储介质,其存储有计算机指令,其特征在于,该指令被处理器执行时实现权利要求1-6任意一项所述方法的步骤。
CN201910101634.9A 2019-01-30 2019-01-30 一种资产管理方法及装置、一种计算设备及存储介质 Pending CN110009491A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910101634.9A CN110009491A (zh) 2019-01-30 2019-01-30 一种资产管理方法及装置、一种计算设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910101634.9A CN110009491A (zh) 2019-01-30 2019-01-30 一种资产管理方法及装置、一种计算设备及存储介质

Publications (1)

Publication Number Publication Date
CN110009491A true CN110009491A (zh) 2019-07-12

Family

ID=67165702

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910101634.9A Pending CN110009491A (zh) 2019-01-30 2019-01-30 一种资产管理方法及装置、一种计算设备及存储介质

Country Status (1)

Country Link
CN (1) CN110009491A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111652623A (zh) * 2020-05-29 2020-09-11 支付宝(杭州)信息技术有限公司 冻结账户解冻的数据处理方法、装置及设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1741057A (zh) * 2004-08-23 2006-03-01 祁勇 一种基于授权和控制机制的支付方法和系统
CN105681282A (zh) * 2015-12-29 2016-06-15 宇龙计算机通信科技(深圳)有限公司 一种业务数值转移方法及装置
CN106056443A (zh) * 2016-05-23 2016-10-26 中国银行股份有限公司 一种银行账户支付处理方法及装置
CN106408294A (zh) * 2016-08-31 2017-02-15 北京握奇数据系统有限公司 一种ic卡自动充值方法及系统
CN107103530A (zh) * 2017-04-10 2017-08-29 中国工商银行股份有限公司 一种银行个人多账户交易方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1741057A (zh) * 2004-08-23 2006-03-01 祁勇 一种基于授权和控制机制的支付方法和系统
CN105681282A (zh) * 2015-12-29 2016-06-15 宇龙计算机通信科技(深圳)有限公司 一种业务数值转移方法及装置
CN106056443A (zh) * 2016-05-23 2016-10-26 中国银行股份有限公司 一种银行账户支付处理方法及装置
CN106408294A (zh) * 2016-08-31 2017-02-15 北京握奇数据系统有限公司 一种ic卡自动充值方法及系统
CN107103530A (zh) * 2017-04-10 2017-08-29 中国工商银行股份有限公司 一种银行个人多账户交易方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111652623A (zh) * 2020-05-29 2020-09-11 支付宝(杭州)信息技术有限公司 冻结账户解冻的数据处理方法、装置及设备

Similar Documents

Publication Publication Date Title
CN110175913B (zh) 基于区块链的数据处理系统、方法、计算设备及存储介质
CN102760259B (zh) 一种在线支付方法及设备
CN104348792B (zh) 数据处理方法、装置和系统
CN111784514B (zh) 基于区块链的业务处理方法以及装置
CN108701305A (zh) 数字资产转换
CN108764868A (zh) 区块链节点代理对账方法和区块对账代理节点
CN109064146A (zh) 一种数字货币交易方法、设备、系统、终端及客户端钱包
MX2014006488A (es) Un sistema, agente de pagos y medio de almacenamiento legible en computadora para facilitar transacciones de pagos movil sin contacto.
CN109191129A (zh) 一种风控方法、系统及计算机设备
CN109816362A (zh) 红包处理方法、设备和存储介质
CN106127478A (zh) 使用预付卡账户载体进行线下移动支付的方法
CN107634989A (zh) 一种云钱包构建方法及服务器
CN116627970A (zh) 一种基于区块链和联邦学习的数据共享方法及装置
CN106127462A (zh) 用于预付卡账户载体的线下移动支付方法
CN112001732A (zh) 业务处理系统、方法以及装置
CN106296154A (zh) 事务处理方法和系统
CN111242591A (zh) 基于联合签名的区块链交易处理方法、系统及存储介质
CN110009491A (zh) 一种资产管理方法及装置、一种计算设备及存储介质
CN113052594A (zh) 基于区块链的多卡协同支付方法及装置
US11734658B2 (en) Transactions between services in a multi-tenant architecture
CN111258750A (zh) 数据量处理方法以及系统、额度分配方法以及系统
CN114169886A (zh) 一种基于授权设备的交易方法及交易系统
Rimer An IoT architecture for financial services in developing countries
KR20210048011A (ko) 블록체인 기반 마일리지 통합 플랫폼 서비스 시스템
KR102643418B1 (ko) 블록체인 기반의 모바일 전자지갑 시스템

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20201016

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant before: Advanced innovation technology Co.,Ltd.

Effective date of registration: 20201016

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Advanced innovation technology Co.,Ltd.

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Applicant before: Alibaba Group Holding Ltd.

TA01 Transfer of patent application right
RJ01 Rejection of invention patent application after publication

Application publication date: 20190712

RJ01 Rejection of invention patent application after publication