激励资产分配方法、装置、电子设备以及存储介质与流程

1.本技术涉及计算机技术领域，具体而言，涉及一种激励资产分配方法、装置、电子设备以及存储介质。


背景技术：

2.esop(employee stock ownership plans，员工持股计划)又称之为员工持股制度，是员工所有权的一种实现形式，是企业所有者与员工分享企业所有权和未来收益权的一种制度安排。员工通过购买企业部分股票而拥有企业的部分产权，并获得相应的管理权，实施员工持股计划的目的是使员工成为公司的股东。通过员工持股计划获取的部分或全部股权委托资产管理系统(例如esop系统)作为社团法人托管运作，集中管理。目前资产管理系统对激励资产的管理效率较低，无法满足客户的管理需求。


技术实现要素：

3.为解决上述技术问题，本技术的实施例提供了一种激励资产分配方法、激励资产分配装置、电子设备以及计算机可读存储介质，本技术提供的实施例在激励资产分配时能够明确激励资产的来源和去向。
4.本技术的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本技术的实践而习得。
5.根据本技术实施例的一个方面，提供了一种激励资产分配方法，包括：接收客户端发送的第一行权请求，第一行权请求包括激励资产的信息；从资产配置数据表中获取与激励资产的信息匹配的目标资产配置信息，其中，资产配置数据表包含预先为多份激励资产分别配置的待归属托管账户和已归属托管账户，目标资产配置信息包括目标待归属托管账户和目标已归属托管账户；基于第一行权请求，将激励资产从目标待归属托管账户转移到目标已归属托管账户。
6.在一个示例性的实施例中，在接收第一行权请求之前，方法还包括：获取资产激励对象为其关联的每份激励资产设置的待归属托管账户和已归属托管账户；将每份激励资产对应的待归属托管账户和已归属托管账户存储于资产配置数据表中。
7.在一个示例性的实施例中，第一行权请求还包括第一待激励对象身份信息；基于第一行权请求，将激励资产从目标待归属托管账户转移到目标已归属托管账户，包括：基于预设的待归属托管账户与虚拟子账户之间的映射关系，将激励资产从目标待归属托管账户转移到第一待激励对象身份信息对应的虚拟子账户。
8.在一个示例性的实施例中，在将激励资产从目标待归属托管账户转移到第一待激励对象身份信息对应的虚拟子账户之后，方法还包括：统计每个待激励对象身份信息对应的所有虚拟子账户的激励资产总额；将激励资产总额存储于指定存储空间。
9.在一个示例性的实施例中，方法还包括：接收第二行权请求，第二行权请求包括第二待激励对象身份信息、资产变动数额以及第二待激励对象身份信息对应的指定虚拟子账
户；若检测到指定虚拟子账户的当前资产数额小于资产变动数额，且第二待激励对象身份信息对应的所有虚拟子账户的激励资产总额大于或等于资产变动数额，则扣除指定虚拟子账户中大小为资产变动数额的资产数据，并启动对资产变动账户的计息操作。
10.在一个示例性的实施例中，方法还包括：统计每个待激励对象身份信息对应的各个虚拟子账户在每个单位时间内的资产变动数额以及期末资产数额。
11.在一个示例性的实施例中，方法还包括：若检测到目标虚拟子账户在目标日期的期末资产数额为负数，启动对目标虚拟子账户的计息操作。
12.根据本技术实施例的一个方面，提供了一种激励资产分配装置，包括：接收模块，用于接收客户端发送的第一行权请求，第一行权请求包括激励资产的信息；获取模块，用于从资产配置数据表中获取与激励资产的信息匹配的目标资产配置信息，其中，资产配置数据表包含预先为多份激励资产分别配置的待归属托管账户和已归属托管账户，目标资产配置信息包括目标待归属托管账户和目标已归属托管账户；转移模块，用于基于第一行权请求，将激励资产从目标待归属托管账户转移到目标已归属托管账户。
13.根据本技术实施例的一个方面，提供了一种电子设备，包括处理器及存储器，存储器上存储有计算机可读指令，计算机可读指令被处理器执行时实现如上的激励资产分配方法。
14.根据本技术实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机可读指令，当计算机可读指令被计算机的处理器执行时，使计算机执行如前提供的激励资产分配方法。
15.根据本技术实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的激励资产分配方法。
16.在本技术的实施例提供的技术方案，从资产配置数据表中获取与激励资产的信息匹配的目标资产配置信息，目标资产配置信息包括目标待归属托管账户和目标已归属托管账户，基于第一行权请求，将激励资产从目标待归属托管账户转移到目标已归属托管账户，通过上述方式，一方面通过预先为每份激励资产配置对应的待归属托管账户和已归属托管账户，能够明确激励资产的来源和去向；另一方面，通过预先为不同的激励资产配置不同的待归属托管账户和已归属托管账户，能够在资产分配系统为激励对象开设多个待归属托管账户和已归属托管账户，实现一个平台对接多托管账户的方案，为资产激励对象提供一种多托管账户流水独立、界限分明的资产分配模式，提高资产分配的效率和准确性。
17.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
18.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
19.图1是本技术的一示例性实施例示出的激励资产分配方法的流程图；
20.图2是本技术的一示例性实施例示出的在资产分配时激励资产根据对应资产配置信息的流向图；
21.图3是在图1所示实施例中的基础上提出的激励资产分配方法的流程图；
22.图4是在图1所示实施例中的基础上提出的激励资产分配方法的流程图；
23.图5是本技术一示例性示出的待激励对象甲的激励资产数额情况的示意图；
24.图6是在图1所示实施例中的基础上提出的激励资产分配方法的流程图；
25.图7是本技术一示例性实施例示出的激励资产分配装置的框图；
26.图8示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
具体实施方式
27.这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
28.附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
29.附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
30.还需要说明的是：在本技术中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
31.名词解释：
32.待归属的激励资产：还未实际分配给员工的激励资产。
33.已归属的激励资产：已经实际分配给员工的激励资产。
34.待归属托管账户：用于托管待归属的激励资产的证券账户，每个独立托管主体需要开设一个待归属托管账户。
35.已归属托管账户：用于托管已归属的激励资产的证券账户，每个独立托管主体需要开设一个已归属托管账户。
36.员工的虚拟子账户：员工的虚拟资产账户，与已归属托管账户的证券资产建立映射关系。
37.上市公司在规划股权激励时，会基于自身情况对高管、普通员工、上市前授予、上市后授予、期权、rsu等多种不同的受激励对象与激励形式进行灵活的分配，例如高管与普通员工的股票存放在不同的托管账户中方便管理，上市前后的激励在不同的账户做税筹等等。因此，在业务层面上有多个待归属资产托管主体，需要系统支持设置多资产来源，客户要求实现已归属资产隔离，就需要系统支持设置多资产去向。基于以上背景，资产管理系统就需要提供多个资产来源与去向的能力。
38.目前资产管理系统仅支持每个公司设置单个托管账户，如果要实现上述能力，需要开设多个公司平台，例如：快手-高管激励平台，快手-普通员工激励平台，快手-上市前激励平台，快手-上市后激励平台来存放数据，人为的划分多个平台有以下缺点：
39.1.公司的管理员需要切换不同的公司平台来管理不同的数据，不能查看汇总数据；
40.2.员工需要切换多个平台查看自己的股票资金数据，且不能查看汇总数据；
41.3.员工在交易或行权时，需要切换到指定公司平台操作，增加操作的复杂度。
42.为解决现有技术中至少存在的如上问题，本技术的实施例分别提出一种激励资产分配方法、激励资产分配装置、电子设备以及计算机可读存储介质以下将针对这些实施例进行详细描述。
43.请参阅图1，图1是本技术的一示例性实施例示出的激励资产分配方法的流程图，应用于资产管理系统，例如esop系统，如图1所示，本实施例提供的激励资产分配方法包括步骤s101至步骤s103，详细描述参考如下：
44.步骤s101：接收客户端发送的第一行权请求。
45.在本实施例中，第一行权请求包括激励资产的信息，示例性地，激励资产的信息包括激励资产的类型、数额以及与激励资产唯一对应的激励资产id。
46.在本实施例中行权操作也称为归属操作，表示资产激励对象将激励资产授予待激励对象的一种操作，从资产变动这一方面来讲，行权就是激励资产从待归属托管账户转移到已归属托管账户下的一种操作。
47.在本实施例中，发起第一行权请求的是待激励对象。
48.步骤s102：从资产配置数据表中获取与激励资产的信息匹配的目标资产配置信息。
49.在本实施例中，资产配置数据表包含预先为多份激励资产分别配置的待归属托管账户和已归属托管账户，目标资产配置信息包括目标待归属托管账户和目标已归属托管账户。
50.示例性地，激励对象的管理员在esop系统中申请开启多托管账户能力。
51.示例性地，当开启多托管账户能力成功之后，激励对象可以配置多个待归属托管账户和/或已归属托管账户，并将它应用于授予的每份激励资产上，当该授予发生归属或行权时，会自动拉取待归属托管账户与已归属托管账户的信息，将对应的激励资产从待归属托管账户转移到已归属托管账户。
52.需要说明的是，为了隔离多个不同的激励资产托管主体的激励资产，本实施例为每个激励对象配置多个待归属托管账户和/或已归属托管账户，也就是说，本实施例为激励对象配置待归属托管账户和/或已归属托管账户包括以下三种情况：(1)为激励对象配置一个待归属托管账户和至少两个已归属托管账户；(2)为激励对象配置至少两个待归属托管账户和一个已归属托管账户；(3)为激励对象配置至少两个待归属托管账户和至少两个已归属托管账户，资产激励对象可以根据实际应用场景选择上述任意一种账户开设方式，在此不做具体限定。
53.例如，激励对象待归属激励资产的托管主体包括公司户托管、信托a托管、信托b托管，已归属激励资产的托管主体包括公司户托管、代名人托管，在这种情况下，需要配置三
个待归属托管账户即公司户托管的待归属托管账户、信托a托管的待归属托管账户、信托b托管的待归属托管账户，需要配置两个已归属托管账户即公司户托管的已归属托管账户、代名人托管的已归属托管账户。
54.示例性地，在资产激励对象配置多个待归属托管与已归属托管账户之后，资产激励对象需要为每份激励资产配置对应的待归属托管账户和已归属托管账户，并存储于资产配置数据表中。
55.示例性地，通过激励资产唯一对应的激励资产id从资产配置数据表中获取与激励资产的信息对应的目标资产配置信息。例如，在资产配置数据表中进行遍历，从而获取与激励资产idide_ass对应的目标资产配置信息。本实施例中激励资产idide_ass的字符长度为n，从资产配置数据表中依次提取相连的n个字符对应的字符串ide_str＝{a1,a2,
…
,ai,
…
,an,}，并与激励资产idide_ass＝{b1,b2,
…
,bi,
…
,bn,}进行计算，确定字符相似度为：
[0056][0057]
其中，1≤i≤n。在计算得到的字符相似度最小时，确定该字符串对应于资产配置数据表中的资产配置信息为与激励资产的信息对应的目标资产配置信息，上述方式提高了资产配置信息确定时的精确性。
[0058]
步骤s103：基于第一行权请求，将激励资产从目标待归属托管账户转移到目标已归属托管账户。
[0059]
在本实施例中，激励资产在行权之前存储于目标待归属托管账户，行权之后存储于目标已归属托管账户。
[0060]
在本实施例中，一旦资产激励对象为每份激励资产配置多个已归属托管账户之后，资产激励对象下的所有待激励对象会在esop资产系统中新增多个虚拟子账户，用于接收激励资产。
[0061]
示例性地，第一行权请求还包括第一待激励对象身份信息。
[0062]
基于预设的待归属托管账户与虚拟子账户之间的映射关系，将激励资产从目标待归属托管账户转移到第一待激励对象身份信息对应的虚拟子账户。
[0063]
在本实施例中，一旦行权成功，激励资产便从资产激励对象名下转移到第一待激励对象身份信息对应的待激励对象名下。
[0064]
参阅图2，图2是本技术的一示例性实施例示出的在资产分配时激励资产根据对应资产配置信息的流向图，如图2所示，资产激励对象设置三种资产配置信息，包括配置a、配置b和配置c，其中，配置a包括待归属托管账户a1和已归属托管账户a2，配置b包括待归属托管账户b1和已归属托管账户b2，配置c包括待归属托管账户c1和已归属托管账户c2。
[0065]
资产激励对象包括三份激励资产，即期权1、期权2和期权3，三份激励资产均授予待激励对象甲。其中，期权1对应的配置a，期权2对应配置b，期权3对应配置c，因此，待激励对象甲包括三个虚拟子账户，即已归属托管账户a2下的虚拟子账户、已归属托管账户b2下的虚拟子账户以及已归属托管账户c2下的虚拟子账户。
[0066]
在待激励对象甲请求行权成功之后，已归属托管账户a2下甲对应的虚拟子账户a21包括期权1，已归属托管账户b2下甲对应的虚拟子账户b21包括期权2，已归属托管账户c2下甲对应的虚拟子账户c21包括期权3。
[0067]
需要特别说明的是，在本实施例中，资产激励对象还可以设置多个授予不同于待激励对象甲的激励资产，可以为这些资产配置不同于配置a、配置b或配置c的资产配置信息，在此不做具体限定。
[0068]
本实施例提供的激励资产分配方法，从资产配置数据表中获取与激励资产的信息匹配的目标资产配置信息，目标资产配置信息包括目标待归属托管账户和目标已归属托管账户，基于第一行权请求，将激励资产从目标待归属托管账户转移到目标已归属托管账户，通过上述方式，一方面通过预先为每份激励资产配置对应的待归属托管账户和已归属托管账户，能够明确激励资产的来源和去向；另一方面，通过为不同的激励资产配置不同的待归属托管账户和已归属托管账户，能够在资产分配系统为激励对象开设多个待归属托管账户和已归属托管账户，实现一个平台对接多托管账户的方案，为激励对象提供一种多托管账户流水独立、界限分明的资产分配模式，提高资产分配的效率和准确性。
[0069]
参阅图3，图3是在图1所示实施例中的基础上提出的激励资产分配方法的流程图，如图3所示，在步骤s101之后，本实施例提供的激励资产分配方法还包括步骤s201-步骤s202，详细描述如下：
[0070]
步骤s201：获取资产激励对象为其关联的每份激励资产设置的待归属托管账户和已归属托管账户。
[0071]
在本实施例中，资产激励对象预先会为每份激励资产配置的待归属托管账户和已归属托管账户，每份激励资产配置的待归属托管账户表示激励资产的来源账户，每份激励资产配置的已归属托管账户表示激励资产的去向账户。
[0072]
可以理解的是，资产激励对象预先上传每份激励对象的资产配置信息，资产配置信息包括资产激励对象为每份激励资产配置的待归属托管账户的账号信息和已归属托管账户的账号信息。
[0073]
步骤s202：将每份激励资产对应的待归属托管账户和已归属托管账户存储于资产配置数据表中。
[0074]
在本实施例中，将每份激励资产对应的待归属托管账户和已归属托管账户存储于资产配置数据表以便于在接收到客户端发送的行权请求时，根据行权请求包括的激励资产信息获取与激励资产信息匹配的目标资产配置信息。
[0075]
示例性地，资产激励对象预先上传的激励对象的资产配置信息包括激励资产的激励资产id。根据激励资产id将每份激励资产以及对应的待归属托管账户和已归属托管账户存储于资产配置数据表。
[0076]
相应地，客户端发送的行权请求也包括激励资产的激励资产id，并基于激励资产id获取对应的待归属托管账户的账号信息和已归属托管账户的账号信息。
[0077]
示例性地，资产激励对象可以根据实际应用场景灵活更改激励资产对应的待归属托管账户和/或已归属托管账户，例如，激励资产id为0001的激励资产对应的待归属托管账户为a1，已归属托管账户为b，资产激励对象可将激励资产id为0001的激励资产对应的待归属托管账户更改为a2，或者将激励资产id为0001的激励资产对应的已归属托管账户更改为b2。
[0078]
在本实施例中，由于资产激励对象开设有多个已归属托管账户，因此，每个待激励对象包括多个与已归属托管账户对应的虚拟子账户，当需要请求待激励对象对应的虚拟子
账户的资产时可以直接获取，但是由于待激励对象对应的资产是分别存储在多个虚拟子账户中的，如果要获取任意两个或多个虚拟子账户的总资产时，需要先将对应的多个虚拟子账户的资产值进行累加，如此会存在一定的性能损失，增加了响应时长。
[0079]
为解决上述问题，本实施例预先统计每个待激励对象身份信息对应的所有虚拟子账户的激励资产总额并存储于指定存储空间，在一般的场景中，资产的读频率会远大于写频率，在读多写少的场景下，上述处理方式获得收益较大。
[0080]
参阅图4，图4是在图1所示实施例中的基础上提出的激励资产分配方法的流程图，如图4所示，在步骤s103之后，本实施例提供的激励资产分配方法还包括步骤s301-步骤s302，详细描述如下：
[0081]
步骤s301：统计每个待激励对象身份信息对应的所有虚拟子账户的激励资产总额。
[0082]
在本实施例中，统计每个待激励对象身份信息对应的所有虚拟子账户的激励资产总额以便于后续将激励资产总额用于具体业务需求。
[0083]
示例性地，本实施例还可以统计每个待激励对象身份信息对应的部分虚拟子账户的激励资产总额，并将统计得到的激励资产总额存储于指定存储空间。
[0084]
示例性地，待激励对象甲包括三个虚拟子账户，分别为虚拟子账户a、虚拟子账户b以及虚拟子账户c，其中，虚拟子账户a包括10个单位的资产数额，虚拟子账户b包括50个单位的资产数额，虚拟子账户c包括100个单位的资产数额，那么待激励对象甲激励资产总额为160个单位。
[0085]
步骤s302：将激励资产总额存储于指定存储空间。
[0086]
在本实施例中，将激励资产总额存储于指定存储空间之后，可以将激励资产总额用于各种业务需求，例如，将激励资产总额发送至待激励对象以便于待激励对象能够实时查询其激励资产；将激励资产总额发送至资产激励对象以便资产激励对象监控其下的待激励对象对激励资产的行权情况等。
[0087]
示例性地，构建子账户资产数据表和子账户资产总额数据表，子账户资产数据表用于存储待激励对象每个虚拟子账户的资产数额，将激励资产总额存储于子账户资产总额数据表，在具体业务处理时，直接从子账户资产总额数据表中读取待激励对象的激励资产总额即可。
[0088]
示例性地，发生资产变更时对子账户资产数据表进行写入变更数据，同时在子账户资产总额数据表也进行同样的写入变更数据。后续需要查询子账户的资产时查询子账户资产数据表，查询激励资产总额时，直接查询子账户资产总额数据表即可。
[0089]
本实施例提供的方案通过单独统计每个待激励对象身份信息对应的所有虚拟子账户的激励资产总额，将激励资产总额存储于指定存储空间的方式，能够在处理与激励资产总额相关的业务时提高处理效率。
[0090]
区别于一般的系统，资产管理系统需要追溯历史时间的资产情况与变动情况，例如eosp系统，因此，本实施例记录账户在单位时间内的资产情况和资产变动情况。
[0091]
示例性地，统计每个待激励对象身份信息对应的各个虚拟子账户在每个单位时间内的资产变动数额以及期末资产数额。
[0092]
例如，统计每个待激励对象身份信息对应的各个虚拟子账户每日的资产变动数额
以及期末资产数额。
[0093]
在本实施例中，待激励对象身份信息对应的虚拟子账户在每个单位时间内的资产变动数额为在单位时间内的资产变动的总数额，需要说明的是，虚拟子账户在单位时间内变动了n次，则资产变动数额是这n次变动的总数额，n是自然数，例如，虚拟子账户在单位时间内变动了2次，第一次资产变动为待激励对象执行归属操作从待归属托管账户处获取100个单位的激励资产，第二次资产为待激励对象行权卖出150个单位的激励资产，那么单位时间内该虚拟子账户的资产变动数额为－150 100＝－50。
[0094]
在本实施例中，待激励对象身份信息对应的虚拟子账户在每个单位时间内的期末资产数额即当一个单位时间的资产交易结束时，对该单位时间的资产做一个结算，结算得到的资产数额就是该单位时间内的期末资产数额。
[0095]
通过统计每个待激励对象身份信息对应的各个虚拟子账户在每个单位时间内的资产变动数额以及期末资产数额的方式可以回溯到历史上每个单位时间的期初、期末以及该单位时间的变动量值。
[0096]
在结算完成后，若检测到目标虚拟子账户在目标日期的期末资产数额为负数，也即，目标虚拟子账户存在欠款情况，启动对目标虚拟子账户的计息操作，计算待激励对象的应付利息并冻结账户。
[0097]
当一个待激励对象拥有多个虚拟子账户时会出现一种情况，即单从待激励对象的激励资产总额来看，待激励对象没有欠款，但是由于虚拟子账户是独立收支的，可能会出现部分虚拟子账户产生了欠款的情况。
[0098]
参阅图5，图5是本技术一示例性示出的待激励对象甲的激励资产数额情况的示意图，如图5所示，待激励对象甲的激励资产总额为200个单位，若按照资产激励总额来计息，则利息为零，虚拟子账户a1的资产数额为500个单位，但是虚拟子账户a2的资产数额为-100个单位，虚拟子账户a3的资产设为-200个单位，由于虚拟子账户是独立收支的，因此，本实施例需对虚拟子账户a2和虚拟子账户a3单独进行计息。
[0099]
本实施例可以通过现行的各种计息算法对虚拟子账户进行计算操作，在此不做具体限定。示例性地，提供计息逻辑为：判断虚拟子账a1无欠款，退出计息，接着判断虚拟子账户a2有欠款d个单位，则计息公式为：
[0100]
i＝d*r/365*n,i≥k
[0101]
i＝0,i《k
[0102]
其中，r表示市场的欠款利率，d表示欠款数额，在本实施例中d＝200，n表示预计息天数，n通过交易日历来计算获取，例如9月5日到9月8日为节假日，股市不交易则不会进行计息操作，那么在9月4日计息时，n取5，预收取5～8日总共4天的利息。如果i小于k，则免除该日利息，k为任意大于零的正数，例如k＝0.01。
[0103]
同理，在对虚拟子账户a2计息完成退出之后，判断虚拟子账户a3是否欠款，若有，则基于上述计息公式对虚拟子账户a3进行计息。
[0104]
因此，在本实施例中计息流程需识别每个虚拟子账户的资产情况，并针对每个虚拟子账户触发计息逻辑。
[0105]
在本实施例中，由于资产激励对象开设有多个已归属托管账户，因此，每个待激励对象包括多个与已归属托管账户对应的虚拟子账户，当前会存在的一个问题是，若待激励
对象所有虚拟子账户的激励资产总额大于待激励对象请求行权的资产数额，但是请求行权对应的虚拟子账户中的资产数额小于请求行权的数额，在这种情况下，系统会拒绝甲的行权要求。
[0106]
例如，若待激励对象甲的激励资产总额为200个单位，甲想在虚拟子账户a使用100个单位的资产，其中，虚拟子账户a的资产数额为-100，由于虚拟子账户的资产总额为负，因此系统会拒绝甲的行权要求，本实施例提供以下技术解决方案以解决上述问题。
[0107]
参阅图6，图6是在图1所示实施例中的基础上提出的激励资产分配方法的流程图，如图6所示，在步骤s103之后，本实施例提供的激励资产分配方法还包括步骤s401-步骤s402，详细描述如下：
[0108]
步骤s401：接收第二行权请求。
[0109]
在本实施例中，第二行权请求包括第二待激励对象身份信息、资产变动数额以及第二待激励对象身份信息对应的指定虚拟子账户。
[0110]
在本实施例中，资产变动数额就是第二待激励对象身份信息所指向的待激励对象行权请求变动的资产数额，第二待激励对象身份信息对应的指定虚拟子账户就是待激励对象行权请求变动的资产数额的来源账户，例如，待激励对象请求从虚拟子账户a行权卖出100个单位的资产，此处，虚拟子账户a就是第二待激励对象身份信息对应的指定虚拟子账户。
[0111]
步骤s402：若检测到指定虚拟子账户的当前资产数额小于资产变动数额，且第二待激励对象身份信息对应的所有虚拟子账户的激励资产总额大于或等于资产变动数额，则扣除指定虚拟子账户中大小为资产变动数额的资产数据，并启动对资产变动账户的计息操作。
[0112]
在本实施例中，若检测到指定虚拟子账户的当前资产数额小于资产变动数额，且第二待激励对象身份信息对应的所有虚拟子账户的激励资产总额大于或等于资产变动数额，表明第二待激励对象身份信息所指向的待激励对象实际上是有能力支持上述包括资产变动数额的第二行权请求的，因此，在这种情况下，本实施例不会拒绝第二待激励对象身份信息所指向的待激励对象的行权请求并执行请权操作。
[0113]
在本实施例中，由于指定虚拟子账户的当前资产数额小于资产变动数额，在扣除指定虚拟子账户中大小为资产变动数额的资产数据之后，指定虚拟子账户的当前资产数额必定为负数，因此在行权成功之后，启动对资产变动账户的计息操作。
[0114]
通过这种方式，本实施例结合待激励对象的激励资产总额和行权请求中的指定虚拟子账户的当前资产数额进行行权操作，能够避免在指定虚拟子账户中的当前资产数额小于资产变动数额，但激励资产总额大于资产变动数额时请求行权失败的情况发生，提高行权效率。
[0115]
参与图7，图7是本技术一示例性实施例示出的激励资产分配装置的框图，如图7所示，激励资产分配装置500包括第一接收模块501、第一获取模块502以及转移模块503。
[0116]
其中，第一接收模块501用于接收客户端发送的第一行权请求，第一行权请求包括激励资产的信息；第一获取模块502用于从资产配置数据表中获取与激励资产的信息匹配的目标资产配置信息，其中，资产配置数据表包含预先为多份激励资产分别配置的待归属托管账户和已归属托管账户，目标资产配置信息包括目标待归属托管账户和目标已归属托
管账户；转移模块503用于基于第一行权请求，将激励资产从目标待归属托管账户转移到目标已归属托管账户。
[0117]
在另一示例性实施例中，激励资产分配装置500还包括第二获取模块和第一存储模块，其中，第二获取模块用于获取资产激励对象为其关联的每份激励资产设置的待归属托管账户和已归属托管账户；第一存储模块用于将每份激励资产对应的待归属托管账户和已归属托管账户存储于资产配置数据表中。
[0118]
在另一示例性实施例中，激励资产分配装置500还包括统计模块和第二存储模块，其中，统计模块用于统计每个待激励对象身份信息对应的所有虚拟子账户的激励资产总额；第二存储模块用于将激励资产总额存储于指定存储空间。
[0119]
在另一示例性实施例中，激励资产分配装置500还包括第二接收模块和扣除模块，其中，第二接收模块用于接收第二行权请求，第二行权请求包括第二待激励对象身份信息、资产变动数额以及第二待激励对象身份信息对应的指定虚拟子账户；扣除模块用于若检测到指定虚拟子账户的当前资产数额小于资产变动数额，且第二待激励对象身份信息对应的所有虚拟子账户的激励资产总额大于或等于资产变动数额，则扣除指定虚拟子账户中大小为资产变动数额的资产数据，并启动对资产变动账户的计息操作。
[0120]
需要说明的是，上述实施例所提供的装置与上述实施例所提供的方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。
[0121]
在另一示例性实施例中，本技术提供一种电子设备，包括处理器和存储器，其中，存储器上存储有计算机可读指令，该计算机可读指令被处理器执行时实现如前的激励资产分配方法。
[0122]
图8示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
[0123]
需要说明的是，图8示出的电子设备的计算机系统1000仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
[0124]
如图8所示，计算机系统1000包括中央处理单元(central processing unit，cpu)1001，其可以根据存储在只读存储器(read-only memory，rom)1002中的程序或者从存储部分1008加载到随机访问存储器(random access memory，ram)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中的信息推荐方法。在ram 1003中，还存储有系统操作所需的各种程序和数据。cpu 1001、rom 1002以及ram 1003通过总线1004彼此相连。输入/输出(input/output，i/o)接口1005也连接至总线1004。
[0125]
以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。
[0126]
特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质
上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(cpu)1001执行时，执行本技术的系统中限定的各种功能。
[0127]
需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
[0128]
附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0129]
描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
[0130]
本技术的另一方面还提供了一种计算机可读存储介质，其上存储有计算机可读指令，该计算机可读指令被处理器执行时实现如前实施例中任一项的激励资产分配方法。
[0131]
本技术的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的激励资产分配方法。
[0132]
需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是
电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
[0133]
附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0134]
描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
[0135]
上述内容，仅为本技术的较佳示例性实施例，并非用于限制本技术的实施方案，本领域普通技术人员根据本技术的主要构思和精神，可以十分方便地进行相应的变通或修改，故本技术的保护范围应以权利要求书所要求的保护范围为准。