股权激励中的行权数据处理方法、装置、设备、介质及产品与流程

1.本技术实施例涉及数据处理技术领域，尤其涉及一种股权激励中的行权数据处理方法、装置、设备、介质及产品。


背景技术：

2.股权激励是企业为了激励员工而授予员工一定数量股票的激励机制。在股权激励中，员工需要先支付行权成本即被授予股票的成本和税款等费用，支付行权成本的行权方式包括扣除股票行权方式，该行权方式是通过扣除被授予股票中的部分股票来支付行权成本的。
3.目前，现有方案常通过人工修改股票数量的方法实现扣除部分股票行权方式。然而，人工修改的方式不仅费时费力，而且存在股票数量被恶意或者错误修改的风险，导致扣除部分股票行权方式不安全，造成股票交易效率较低的问题。


技术实现要素：

4.本技术提供一种股权激励中的行权数据处理方法、装置、设备、介质及产品，以提高员工行权时的行权数据的安全性和准确性，保证扣除部分股票行权方式的安全性，提高股票交易的效率。
5.第一方面，提供一种股权激励中的行权数据处理方法，包括：获取目标客户端发送的扣除股票行权请求，扣除股票行权请求包括目标行权数量；将待归属账户中目标数量的股票分配至目标客户端的员工账户中，并根据目标数量更新员工账户中的股票数量，将待归属账户中目标数量的股票转移至已归属账户中，并根据目标数量更新已归属账户中的股票数量；其中，目标数量由目标行权数量和用于抵扣目标行权数量对应的行权成本的股数确定，待归属账户用于托管未实际分配给员工的股票，已归属账户用于托管已实际分配给员工的股票。
6.第二方面，提供一种股权激励中的行权数据处理装置，包括：第一获取模块、调仓模块，其中，第一获取模块用于获取目标客户端发送的扣除股票行权请求，扣除股票行权请求包括目标行权数量；调仓模块用于将待归属账户中目标数量的股票分配至目标客户端的员工账户中，并根据目标数量更新员工账户中的股票数量，将待归属账户中目标数量的股票转移至已归属账户中，并根据目标数量更新已归属账户中的股票数量；其中，目标数量由目标行权数量和用于抵扣目标行权数量对应的行权成本的股数确定，待归属账户用于托管未实际分配给员工的股票，已归属账户用于托管已实际分配给员工的股票。
7.第三方面，提供一种电子设备，包括：处理器和存储器，该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行如第一方面或其各实现方式中的方法。
8.第四方面，提供一种计算机可读存储介质，用于存储计算机程序，计算机程序使得计算机执行如第一方面或其各实现方式中的方法。
9.第五方面，提供一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如第一方面或其各实现方式中的方法。
10.第六方面，提供一种计算机程序，计算机程序使得计算机执行如第一方面或其各实现方式中的方法。
11.通过本技术技术方案，服务器可以获取目标客户端发送的扣除股票行权请求，扣除股票行权请求包括目标行权数量，然后，服务器可以将待归属账户中目标数量的股票分配至目标客户端的员工账户中，并根据目标数量更新员工账户中的股票数量，将待归属账户中目标数量的股票转移至已归属账户中，并根据目标数量更新已归属账户中的股票数量；其中，目标数量由目标行权数量和用于抵扣目标行权数量对应的行权成本的股数确定，待归属账户用于托管未实际分配给员工的股票，已归属账户用于托管已实际分配给员工的股票。在上述过程中，服务器可以根据目标客户端发送的扣除股票行权请求，自动实现扣除部分股票行权方式，而不需要人工修改股票数量，从而可以提高员工行权时的行权数据的安全性和准确性，保证扣除部分股票行权方式的安全性，节省员工行权时间和人力成本。而且，本技术提供的扣除部分股票行权方式无需卖出股票，没有卖出等待成交的过程，因此，不仅可以无需与交易所通讯，节约对虚拟资源的处理成本，保证行权的成功率和交易效率，减少卖出股票对价格的卖压，还可以达到减少股票增发次数的效果。
附图说明
12.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
13.图1为本技术实施例提供的一种应用场景图；
14.图2为本技术实施例提供的一种股权激励中的行权数据处理方法的流程图；
15.图3为本技术实施例提供的一种股权激励中的行权数据处理示意图；
16.图4为本技术实施例提供的另一种股权激励中的行权数据处理示意图；
17.图5为本技术实施例提供的再一种股权激励中的行权数据处理示意图；
18.图6为本技术实施例提供的另一种股权激励中的行权数据处理方法的流程图；
19.图7为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
20.图8为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
21.图9为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
22.图10为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
23.图11为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
24.图12为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
25.图13为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
26.图14为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
27.图15为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
28.图16为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
29.图17为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
30.图18为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
31.图19为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
32.图20为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
33.图21为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
34.图22为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
35.图23为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
36.图24为本技术实施例提供的又一种股权激励中的行权数据处理示意图；
37.图25为本技术实施例提供的股权激励中的行权数据处理装置2500的示意图；
38.图26是本技术实施例提供的电子设备2600的示意性框图。
具体实施方式
39.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
40.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
41.如上所述，现有方案常通过人工修改股票数量的方法实现扣除部分股票行权方式。然而，人工修改的方式不仅费时费力，而且存在股票数量被恶意或者错误修改的风险，导致扣除部分股票行权方式不安全，造成交易效率较低的问题。
42.为了解决上述技术问题，本技术的发明构思是：服务器可以根据目标客户端发送的扣除股票行权请求，自动实现扣除部分股票行权方式。
43.应理解的是，本技术技术方案可以应用于如下场景，但不限于：
44.在一些可实现方式中，图1为本技术实施例提供的一种应用场景图，如图1所示，该应用场景中可以包括服务器110、员工端120、企业端130和第三方140。员工端120、企业端130或者第三方140可以通过有线网络或者无线网络与服务器110之间连接。
45.示例性的，员工端120可以是员工使用的设备，员工可以使用员工端120进行扣除部分股票行权方式如选择行权方式、填写目标行权数量、查看行权记录等；企业端130可以是企业管理员使用的设备，企业管理员可以使用企业端130选择需要展示在员工端120的显示字段、查看员工行权记录等；第三方140可以是券商交易软件内部的审批人员使用的设备，审批人员可以使用第三方140实现完成行权方式需要的人工流转、查看实现行权方式的任务详情等；服务器110可以用来响应员工端120、企业端130或者第三方140的请求，服务器110可以是一台服务器，也可以是由多台服务器组成的服务器集群，还可以是云平台控制中心，本技术对此不做限定。员工端120、企业端130或者第三方140，可以为手机、平板电脑、桌
面型、膝上型、手持计算机、笔记本电脑、车载设备、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，pda)、增强现实(augmented reality，ar)\虚拟现实(virtual reality，vr)设备等，但不限于此。另外，员工端120、企业端130和第三方140，都可以基于上述券商交易软件或者该券商交易软件对应的网页，完成和服务器110的交互。
46.此外，图1示例性地示出了一个服务器、员工端、企业端和第三方，实际上可以包括其他数量的服务器、员工端、企业端和第三方，本技术对此不作限制。
47.在介绍了本技术实施例的应用场景之后，下面将对本技术技术方案进行详细阐述：
48.图2为本技术实施例提供的一种股权激励中的行权数据处理方法的流程图，该方法可以由如图1所示的服务器110执行，但不限于此。如图2所示，该方法可以包括如下步骤：
49.s201：获取目标客户端发送的扣除股票行权请求，扣除股票行权请求包括目标行权数量；
50.s202：将待归属账户中目标数量的股票分配至目标客户端的员工账户中，并根据目标数量更新员工账户中的股票数量，将待归属账户中目标数量的股票转移至已归属账户中，并根据目标数量更新已归属账户中的股票数量，其中，目标数量由目标行权数量和用于抵扣目标行权数量对应的行权成本的股数确定，待归属账户用于托管未实际分配给员工的股票，已归属账户用于托管已实际分配给员工的股票。
51.需要说明的是，在本技术的实施例中，目标客户端可以是图1中员工端上安装的券商交易软件，但不限于此，服务器可以是该目标客户端对应的服务器。服务器可以控制该目标客户端的显示情况，如服务器可以将目标客户端需要显示的数据发送给目标客户端，目标客户端可以根据服务器发送的显示数据显示相关页面。
52.需要说明的是，待归属账户和已归属账户可以是企业的账户，员工账户可以用来托管企业实际分配给员工的股票。支付行权成本、税款的行权方式包括：卖出股票行权方式、现金支付行权方式和扣除部分股票行权方式等。其中，扣除部分股票行权方式也称为留存股票到激励池的行权方式，激励池可以是上述待归属账户，该行权方式是通过扣除被授予股票中的部分股票来支付行权成本的。例如：假设企业授予员工100股股票，支付该100股股票对应的成本和税款需要20股股票，那么在员工选择扣除部分股票行权方式时，需要将该20股股票留存到待归属账户以抵扣该100股股票对应的成本和税款，而员工账户可以获得100-20＝80股正股，即员工可以实际被分配80股股票。可以看出，上述80股股票属于实际分配给员工的股票，上述100股股票属于未实际分配给员工的股票，因此，在进行扣除部分股票行权方式前，该100股股票被待归属账户托管，在进行扣除部分股票行权方式后，服务器可以将该100股股票中的20股股票留存在待归属账户中，以用于后续激励分配，将待归属账户中的100股股票中的80股股票分配给员工账户，并根据该80股更新员工账户中的股票数量，例如，假设在行权之前，员工账户中的股票数量为50股，则行权之后，服务器可以根据该80股更新员工账户中的股票数量为50+80＝130股；同时，将该100股股票中的80股股票转移至已归属账户中，表示有80股股票已实际分配给员工，并根据该80股更新已归属账户中的股票数量，例如，假设在行权之前，已归属账户中的股票数量为1000股，则行权之后，服务器可以根据该80股更新已归属账户中的股票数量为1000+80＝1080股。
53.在一些可实现方式中，服务器可以给目标客户端开启扣股行权功能，即开启支持扣除部分股票行权方式的功能。例如，服务器可以包括中台，如图3中的(a)所示，中台可以在“激励配置-行权配置-行权申请及方式”分类下增加“扣除股票行权方式”开关，该开关可以默认为关闭状态，在中台选择该开关为打开状态时，目标客户端可以显示并支持扣除部分股票行权方式。或者，如图3中的(b)所示，服务器中的中台可以在“企业设置”模块中增加“获得股票-扣除部分股票支付费用”，也可以在“个人设置”模块中增加相应的功能。另外，中台可以设置“获得股票-扣除部分股票支付费用”对应的复选框为灰置，那么服务器的ebos无法直接关闭此行权方式。
54.在一些可实现方式中，目标客户端可以基于员工在目标客户端的操作，向服务器发送扣除股票行权请求，以用于实现扣除部分股票行权方式。
55.示例性的，如图4中的(a)所示，在服务器给目标客户端开启扣股行权功能后，目标客户端的行权方式选择页面可以新增“扣除部分股票支付成本”或者“扣除部分股票支付费用”选项，该选项可以和卖出部分股票行权方式对应的“卖出部分股票支付行权成本”选项共存于目标客户端的行权方式选择页面。“扣除部分股票支付成本”选项对应的行权方式说明文案可以是“行权获得相应正股，卖出部分股票支付期权成本及费用”，以告知员工扣除部分股票行权方式对应的股票转移情况。在目标客户端获取员工对“扣除部分股票支付成本”选项的点击操作后，目标客户端可以触发授予编号前置选择弹层，接着，目标客户端可以获取员工在该授予编号前置选择弹层中对授予编号的选择操作，显示行权订单编辑页面。如图4中的(b)所示，行权订单编辑页面包括：费用支付、预计净收益和预计费用等。其中，“费用支付”对应的“扣除部分股票支付”表示该行权方式是通过扣除被授予股票中的部分股票来支付行权成本和税款的。目标客户端在获取员工对“预计费用”的点击后可以显示相关文案“盘中时，扣除股数＝(代扣成本+代扣税款)
÷
盘中价格；预埋单时，扣除股数＝(代扣成本+代扣税款)
÷
上个交易时间段收盘价”，已告知员工此种行权方式对应的预计费用计算情况。目标客户端在获取员工对“预计净收益”的点击操作后，可以显示如图4中的(c)所示的“费用明细”弹层，该弹层中的“预计费用”也对应有一个弹层，以告知员工计算预计扣除数量的方式，其对应的文案可以如图4中的(c)所示，也可以在此次行权对应的订单是正式订单时，为“预计扣除数量＝(代扣成本+代扣税款)
÷
行权日盘中市价，并向上取整。任务流转完成后，系统将采用行权日收盘价重新确认扣除数量”，在此次行权对应的订单是正式订单时，为“预计扣除数量＝(代扣成本+代扣税款)
÷
上个交易时段收盘价，并向上取整。任务流转完成后，系统将采用行权日收盘价重新确认扣除数量”，本技术对此不做限制。接着，在目标客户端获取员工对图4中的(b)或者(c)中的“下一步”按钮的点击操作后，如图5中的(a)所示，可以显示行权订单信息确认页面，该页面包括：预计费用和收益到账时间等，在目标客户端获取员工对“收益到账时间”的点击操作后，可以显示如图5中的(a)所示的弹窗，以告知收益到账时间的计算依据。最后，在目标客户端获取员工对图5中的(a)中“确认提交”按钮的点击操作后，如图5中的(b)所示，可以显示行权订单提交完成页面，并向服务器发送扣除股票行权请求。
56.需要说明的是，由于扣除部分股票行权方式不涉及交易即股票卖出，所以本技术实施例涉及的页面中没有显示交易佣金预估、交易费用、订单类型、卖出方式、价格、出售额度等涉及卖出的选项。
57.在一些可实现方式中，服务器可以在获取扣除股票行权请求之前，设置前置关联，即服务器可以关联自主行权额度控制功能。例如，在服务器设置目标客户端支持扣除部分股票行权方式时，可以对目标客户端开启行权额度控制功能，在开启该功能下，如图4中的(b)所示，在目标客户端获取员工对“全部行权”的点击操作后，可以将行权数量显示为最大可行权数量；或者，目标客户端也可以获取员工自主输入的行权数量，接着，目标客户端可以对该自主输入的行权数量进行校验，以校验员工是否有足够的行权额度，若该数量大于最大可行权数量，则目标客户端可以报错：当前额度为“最大可行权数量”，请减少行权数量或者申请更多的额度。
58.图6为本技术实施例提供的另一种股权激励中的行权数据处理方法的流程图。基于图2，如图6所示，上述s220之前，还包括：
59.s610：创建至少一个任务节点，至少一个任务节点用于将待归属账户中目标数量的股票分配至员工账户中，根据目标数量更新员工账户中的股票数量，将待归属账户中目标数量的股票转移至已归属账户中，根据目标数量更新已归属账户中的股票数量；
60.s620：配置至少一个任务节点的执行顺序。
61.上述s220，包括：
62.s630：根据执行顺序执行至少一个任务节点。
63.可以理解的是，在扣除部分股票行权方式下，扣除股数的计算逻辑可以是：扣除数量为行权成本与税款之和与行权日收盘价求商的结果向上取整。在该计算逻辑下，可以不用区分港股和美股。另外，由于该计算逻辑不涉及股票卖出、扣除成本税款并向企业打款，且扣除股数需要在计税审核后确认，所以计算扣除股数时可以不用上浮buffer和考虑扣除股数是否为整手数量。在行权成本不代扣时，可以将计算逻辑中的行权成本确认为0，在税款不代扣时，可以将计算逻辑中的税款确认为0。
64.基于上述计算逻辑，服务器可以确认上述至少一个任务节点可以包括：确定目标行权数量、扣除行权手续费、确认行权日收盘价、确定行权税款、计算目标数量、股票调仓，但不限于此。
65.在一些可实现方式中，上述s630可以包括：服务器根据执行顺序轮询至少一个任务节点，确定至少一个任务节点中需要执行的目标任务节点，接着，服务器可以产生用于执行目标任务节点的目标消息，并将目标消息存放在消息队列中，然后，服务器可以基于任务流转引擎监听消息队列，得到目标消息，最后，服务器可以基于任务流转引擎消费目标消息，以执行目标任务节点。
66.在一些可实现方式中，由于扣除部分股票行权方式和服务器已设置的其他行权方式如卖出部分股票行权方式等不同，因此，服务器需要对扣除部分股票行权方式进行兼容处理。
67.示例性的，服务器可以设置每个行权方式对应的模板，模板由至少一个任务节点组成，每个任务节点用于完成不同的功能，如扣除行权手续费等，服务器可以配置至少一个任务节点的流转顺序即执行顺序，然后，服务器可以将不同行权方式对应的模板加入任务处理模板。在服务器需要对某一行权方式进行处理时，服务器可以从任务处理模板中获取对应的模板，并基于任务流转引擎按照模板中配置的流转顺序执行至少一个任务节点，以完成对该行权方式的处理。那么，服务器可以通过对扣除部分股票行权方式对应的节点流
转方式进行兼容来实现对扣除部分股票行权方式的兼容。具体的，如图7所示，服务器可以针对扣除部分股票行权方式派生新增的节点：扣除部分股票行权任务节点a和扣除部分股票行权任务节点b，并配置这两个任务节点的执行顺序，然后将这两个任务节点组成扣除部分股票行权任务节点，以得到扣除部分股票行权任务处理模板，然后，服务器可以将扣除部分股票行权任务处理模板加入任务处理模板，在服务器需要对扣除部分股票行权方式进行处理时，服务器可以从任务处理模板中获取扣除部分股票行权任务处理模板，并基于任务流转引擎按照扣除部分股票行权任务处理模板中配置的流转顺序执行扣除部分股票行权任务节点a和扣除部分股票行权任务节点b，以完成对扣除部分股票行权方式的处理。
68.示例性的，至少一个任务节点和其各自对应的执行顺序可以如图8所示，其中，“确定行权结果”包括上述“确定目标行权数量”，“扣除行权费用”上述“扣除行权手续费”，上述“确定行权税款”包括“hr税款调整”、“调整行权税款”、“税款到账(税款存入已归属账户)”，“股票到账”包括上述“股票调仓”。“确定行权结果”任务节点可以确认此次行权的行权数量；“扣除行权费用”任务节点可以扣除行权手续费，不扣除行权成本和税款，若员工账户没有现金，则扣除现金为负值；“hr税款调整”任务节点可以确定此次需要缴纳的税款；“调整行权税款”任务节点无需扣除税款，仅重新确认上述税款并更新扣除股数；“税款到账(税款存入已归属账户)”任务节点可以通过人工流转的方式完成，本技术在后续实施例对此做介绍，在此先不赘述；“股票到账”任务节点可以向员工账户加减货即向员工账户分配目标数量的股票，根据目标数量更新员工账户中的股票数量，完成待归属账户至已归属账户的调仓即将待归属账户中目标数量的股票转移至已归属账户，根据目标数量更新已归属账户中的股票数量，并可以向目标客户端发送行权完成的消息，更改目标客户端和第三方客户端的任务流转状态为“已行权”；“crm交割确认/t+2完成交收”任务节点可以作为“扣除行权费用”的分支环节，不对任务流转至“确认行权日收盘价”任务节点产生影响，本技术在后续实施例对此做介绍，在此先不赘述。
69.服务器可以将上述任务节点组成扣除部分股票行权任务处理模板，并将扣除部分股票行权任务处理模板存储在数据库中，之后，服务器可以基于任务处理引擎执行这些任务节点，以实现对扣除部分股票行权方式的处理。例如：本技术在此以“确认行权结果”这一任务节点为例，对服务器根据执行顺序执行至少一个任务节点的方式进行介绍，服务器执行其他任务节点的方式和此处类似，本技术不做赘述。如图9所示，服务器的后台包括定时处理模块和任务流转引擎，定时处理模块可以通过定时处理脚本的方式实现对数据库中扣除部分股票行权任务处理模板的任务节点的轮询，然后确定需要执行的目标任务节点为“确认行权结果”，接着，定时处理模块可以产生用于执行该任务节点的消息，并将该消息存放在消息队列中，然后，任务流转引擎可以监听消息队列，得到该消息，并消费该消息，以执行该任务节点，同时，任务流转引擎还可以在消费该消息之后，修改该任务节点的执行状态为已执行，使得定时处理模块可以确定需要执行的任务节点为与其执行顺序相邻的下一个任务节点“扣除行权费用”。
70.示例性的，上述数据库可以是mysql数据库，上述消息队列可以是rabbitmq，本技术对此不做限制。
71.需要说明的是，本技术对每个行权方式对应的任务节点的数量、具体内容、执行顺序等不做限制。例如：如图10所示，“税款到账(税款存入已归属账户)”任务节点不属于“股
票到账”任务节点的必要前置环节，所以可以作为“hr税款调整”的分支环节，不对任务流转至“股票到账”任务节点产生影响；由于扣除部分股票行权方式可以不涉及“调整行权税款”任务节点，服务器也可以去掉该任务节点，同时，第三方客户端也可以不展示该任务节点。
72.需要说明的是，服务器可以在获取到扣除股票行权请求之后，开始执行上述“确认行权结果”这一任务节点，在可行权时间结束后，服务器可以执行“确认行权结果”结束，并确定行权结果包括的行权数量。
73.在上述实施例中，服务器可以获取目标客户端发送的扣除股票行权请求，然后，服务器可以将待归属账户中目标数量的股票分配至目标客户端的员工账户中，并根据目标数量更新员工账户中的股票数量，将待归属账户中目标数量的股票转移至已归属账户中，并根据目标数量更新已归属账户中的股票数量，从而可以自动实现扣除部分股票行权方式，而不需要人工修改股票数量，从而可以提高员工行权时的行权数据的安全性和准确性，保证扣除部分股票行权方式的安全性，节省员工行权时间和人力成本。而且，本技术实施例提供的扣除部分股票行权方式无需卖出股票，没有卖出等待成交的过程，因此，不仅可以无需与交易所通讯，节约对虚拟资源的处理成本，保证行权的成功率和交易效率，减少卖出股票对价格的卖压，还可以达到减少股票增发次数的效果。
74.进一步的，服务器可以通过派生任务节点和配置各个任务节点的执行顺序的方法，实现对各个行权方式的处理以及对新增的行权方式如扣除部分股票行权方式的兼容，而无需额外的开发工作，可以提高行权效率。而且，服务器可以对任务节点进行自由编排，如调整任务节点的内容、顺序和数量等，从而实现对不同行权方式的处理或者同一行权方式的不同处理。
75.更进一步的，服务器可以基于任务处理引擎和消息队列执行任务节点，以实现服务器对不同任务节点的异步处理。例如，消息队列中存储的消息可以有员工1行权时对应的“确认行权结果”任务结果和员工2行权时对应的“扣除行权费用”任务节点，那么任务处理引擎就可以同时对上述两个任务节点进行消费，可以减少对目标客户端响应的延迟，提高服务器对虚拟资源的处理能力。
76.在一些可实现方式中，如图11中的(a)所示，目标客户端可以在行权记录卡片中显示员工的行权记录，该页面具体显示的内容和上述发送扣除股票行权请求时的相关页面显示的内容相应，本技术在此不做赘述。在目标客户端发送扣除股票行权请求后即订单提交后，行权记录卡片中的“订单状态”可以为“处理中”；在“股票到账”任务节点执行完成后，“订单状态”可以为“已行权”，以表示行权成功。
77.在一些可实现方式中，如图11中的(b)所示，目标客户端可以在行权记录详情页面显示行权进度条，其顺序为：提交行权、税款调整、行权成功，在目标客户端发送扣除股票行权请求后，“提交行权”可以被“点亮”即该进度完成；在企业管理员计税审核完成后，“税款调整”可以被“点亮”即该进度完成；在“股票到账”任务节点完成后，“行权成功”可以被“点亮”即该进度完成。同时，该页面可以显示预计扣除数量，以展示员工行权下单时呈现的预计扣除股数，方便回溯。需要说明的是，该行权记录详情页面具体显示的内容和上述发送扣除股票行权请求时的相关页面的显示内容相应，本技术在此不做赘述。
78.需要说明的是，在本技术的实施例中，企业端可以安装券商交易软件，企业管理员可以通过企业端的券商交易软件的员工行权记录页面查看员工行权记录、修改目标客户端
的显示字段等内容，服务器可以是该企业端的券商交易软件对应的服务器。服务器可以控制企业端的券商交易软件的显示情况，如服务器可以将企业端的券商交易软件需要显示的数据发送给企业端的券商交易软件，企业端的券商交易软件可以根据服务器发送的显示数据显示相关页面。
79.在一些可实现方式中，如图12所示，企业端可以安装券商交易软件，企业管理员可以通过企业端的券商交易软件的员工行权记录页面查看员工行权记录，其中，员工行权记录页面显示的行权方式可以增加“获得股票-扣除部分股票行权”，以支持扣除部分股票行权方式。同时，由于该行权方式不涉及出售股票，所以，员工行权记录页面显示卖出均价、卖出总金额、交易费用、本次收入、成交状态等和出售相关的字段对应的值均为空值，如显示其值为
“‑‑”
。同时，员工行权记录页面可以显示“扣除/卖出数量”，以在该字段下兼容显示各个行权方式对应的扣除数量或者卖出数量。在企业端的券商交易软件获取企业管理员在“扣股差额”的点击操作后，可以显示如图12所示的弹窗，以向企业管理员解释扣股差额的计算情况。
80.在一些可实现方式中，如图13所示，企业端的券商交易软件可以根据企业管理员对设置显示字段页面的选择操作，设置展示逻辑，如设置需要显示在目标客户端的内容。企业端的券商交易软件可以设置各个字段的勾选状态为不勾选，即默认不勾选，然后，企业端的券商交易软件可以获取企业管理员对各个字段的选择操作，确定显示在目标客户端的内容。
81.需要说明的是，在本技术的实施例中，第三方可以安装券商交易软件，第三方的审批人员可以通过第三方的券商交易软件的筛选页面查看筛选行权方式、当前环节等内容，服务器可以是该第三方的券商交易软件对应的服务器。服务器可以控制第三方的券商交易软件的显示情况，如服务器可以将第三方的券商交易软件需要显示的数据发送给第三方的券商交易软件，第三方的券商交易软件可以根据服务器发送的显示数据显示相关页面。其中，第三方的券商交易软件可以基于客户关系管理(customer relationship management，crm)显示相关内容，crm可以是lit crm，本技术对此不作限制。
82.在一些可实现方式中，如图14所示，第三方的券商交易软件在获取审批人员对“行权方式”或者“当前环节”的选择操作时，显示的行权方式或者任务节点的内容和顺序可以如图所示。
83.在一些可实现方式中，如图15所示，第三方的券商交易软件在任务详情页面显示扣股信息、税费信息和员工基本信息等，其中，扣除数量展示的是扣除部分股票行权任务的扣除股票数量，扣除时间显示的时间是“股票到账”任务节点的完成时间。
84.下面对上述“税款到账(税款存入已归属账户)”任务节点和“crm交割确认/t+2完成交收”任务节点进行介绍：
85.在一些可实现方式中，如图16所示，第三方的券商交易软件可以基于审批人员的操作实现对上述“税款到账(税款存入已归属账户)”任务节点的人工流转。“税款到账(税款存入已归属账户)”任务节点可以分为两种场景：税款需要结汇和税款不需要结汇，在税款不需要结汇时，第三方的券商交易软件可以获取审批人员对“批量跳过”的点击操作，并显示如图16所示的弹窗，在获取审批人员对“确认”按钮的点击操作后，完成此任务节点；在税款需要结汇时，第三方的券商交易软件可以确认税款已存入已归属账户即已归属托管账户
后，可以获取审批人员对“批量处理”的点击操作，并显示如图16所示的弹窗，在获取审批人员对“确认”按钮的点击操作后，资金冻结，等待创建结汇任务处理，完成此任务节点。
86.在一些可实现方式中，“crm交割确认/t+2完成交收”任务节点在各发行模式下的关联逻辑如表1所示。其中，由于扣除部分股票行权方式不涉及卖出股票即不涉及金钱交易，所以表1中的“钱”为空值
“‑‑”
，表1中的“货”表示股票。
87.表1
[0088][0089]
在一些可实现方式中，服务器可以包括ebos，服务器可以基于ebos完成对行权任务流转过程中钱货变更的处理，即完成上述任务节点执行过程中金钱和股票的流转。如图17所示，对于“钱”变更，由于税款需要结汇，为确保结汇任务可以顺利创建，ebos可以生成“税款调整(加)”的任务。可以理解的是，由于在扣除部分股票行权方式中，服务器无需从员工账户扣除税款，税款需要由企业垫付，服务器可以先将企业垫付的税款存入已归属账户即已归属托管账户，再创建结汇任务并发起结汇流程，具体的，在“税款到账(税款存入已归属账户)”任务节点执行完成后，ebos可以生成加钱条目，金额为行权任务税款金额，并冻结金额，对应的业务类型为“行权税款代存”。当创建税款结汇任务时，ebos可以正常生成加钱条目。对于“货”变更，ebos确定“股票到账”任务节点完成后，业务类型可以新增“行权获得股票”和“行权扣除股票”，以支持股票持仓变动，如将待归属账户中目标数量的股票分配至目标客户端的员工账户中，将待归属账户中目标数量的股票转移至已归属账户中。
[0090]
在一些可实现方式中，服务器可以将上述“钱货变更”如股票持仓变动同步于目标客户端，如图18所示，在目标客户端的股票记录页面中可以显示变更情况，以保留资金记录，解决在流失缺失的情况下，目标客户端现金总金额仍发生变化而给员工误导的问题。
[0091]
需要说明的是，本技术实施例提供的页面示意图都是相应的，每个页面示意图中的info icon释义文案、弹窗等文案都是相对应的，本技术对其不做赘述。
[0092]
在一些可实现方式中，为了确保结汇任务的正常生成，确保资金的正常流转如企业管理员完成关于此次行权方式下的打款任务，服务器可以将行权任务对应的结汇任务明细分为如表2所示的两条。其中，对于第一条，在有激励手续费时，服务器可以创建结汇净收益为负的任务，在结汇净收益为0时，可以不用创建；对于第二条，在“税款到账(税款存入已归属账户)”任务节点执行完成后，服务器可以创建针对税款结汇的任务，“结汇净收益”为员工行权时对应的税款金额，可以在“备注”处备注“税款”。
[0093]
表2
[0094]
[0095][0096]
在一些可实现方式中，在上述s220之前，服务器可以获取目标客户端在可行权时间结束前发送的修改行权请求，并基于修改行权请求更新目标行权数量。例如，上述修改行权请求可以包括新的行权数量，服务器可以根据该新的行权数量更新上述目标行权数量。在该实施例中，服务器可以提供给员工在可行权时间结束前修改行权数量的机会，并按照修改后的行权数量完成对扣除部分股票行权方式的处理，提高用户体验感。
[0097]
在一些可实现方式中，在上述s220之前，服务器可以判断是否获取目标客户端在可行权时间结束前发送的撤销行权请求，若没有获取目标客户端在可行权时间结束前发送的撤销行权请求，则服务器可以将待归属账户中目标数量的股票分配至员工账户中，并根据目标数量更新员工账户中的股票数量，将待归属账户中目标数量的股票转移至已归属账户中，并根据目标数量更新已归属账户中的股票数量；若获取目标客户端在可行权时间结束前发送的撤销行权请求，则服务器可以向目标客户端发送行权撤销成功消息。在该实施例中，服务器可以提供给员工在可行权时间结束前撤销行权的机会，提高用户体验感。
[0098]
在一些可实现方式中，服务器在判断是否获取目标客户端在可行权时间结束前发送的撤销行权请求之前，还可以对扣除股票行权请求进行逻辑校验，然后，在逻辑校验通过时，服务器可以判断是否获取目标客户端在可行权时间结束前发送的撤销行权请求。
[0099]
示例性的，服务器对扣除股票行权请求进行逻辑校验可以包括以下至少一项：校验目标行权数量是否小于最大可行权数量；校验目标行权数量对应的股票市值是否大于等于行权成本；校验当前时间是否属于可行权时间。例如，服务器可以基于esop对目标行权数量进行风控制校验，判断校验目标行权数量是否小于最大可行权数量，在校验目标行权数量小于最大可行权数量时，确认逻辑校验通过。若目标行权数量对应的股票市值小于行权成本，则服务器可以确定扣除该目标行权数量的股票中全部股票后也无法抵扣行权成本，那么可以确定逻辑校验未通过，并向目标客户端发送行权失败的通知。若当前时间不属于可行权时间，则服务器可以确定校验位通过。
[0100]
在一些可实现方式中，在上述s610之前，服务器可以获取目标客户端在可行权时间结束前发送的修改行权请求，并基于修改行权请求更新目标行权数量。此处和上述服务器在s220之前获取修改行权请求处的实施例类似，本技术在此不做赘述。
[0101]
在一些可实现方式中，在上述s610之前，服务器可以判断是否获取目标客户端在可行权时间结束前发送的撤销行权请求，若没有获取目标客户端在可行权时间结束前发送的撤销行权请求，则服务器可以执行s610。此处和上述服务器在s220之前获取修改行权请求处的实施例类似，本技术在此不做赘述。
[0102]
在一些可实现方式中，服务器可以包括接入层、服务层和数据库层，如图19中的(a)所示，在可行权时间内，员工可以基于员工端如目标客户端进行下单，即目标客户端可以向服务器发送扣除股票行权请求，接入层获取到员工基于目标客户端发送的下单请求后，可以向服务层转发该请求，接着，服务层可以对该请求进行校验，校验方法如上述实施例所述，本技术在此不做赘述。同时，服务层可以对该请求进行数据处理，将该请求中的数据如行权数量进行入库即存入数据库层，完成行权数据的持久化，保存行权记录。在可行权
时间结束前，如图19中的(b)和(c)所示，员工可以基于员工端如目标客户端进行改单或者撤单，服务器可以获取目标客户端发送的改单或者撤单对应的请求，实现改单或者撤单，其具体实现方式和上述下单方式类似，本技术对此不做赘述。在可行权时间结束后，服务器可以对订单进行处理：订单状态流转、企业账户和员工账户的资金、持仓变化等。如图19中的(d)所示，服务器的后台可以定时获取待处理任务如上述任务节点，并生成任务节点对应的待处理消息，将待处理消息存储在消息队列中，同时，消息队列的消费者如任务处理引擎可以监听消息队列，消费待处理消息，处理各个任务节点，之后，任务处理引擎可以更新任务：修改任务节点的状态如已完成、待处理等，并提交资产变更即上述钱货变更。另外，员工端如目标客户端可以向服务器的后台发送查询数据，服务器的后台可以将最新数据发送给员工端。
[0103]
在一些可实现方式中，如图20所示，在行权t日，员工端如目标客户端向服务器发送扣除股票行权，接着，服务器可以创建扣除股票行权任务，在可行权时间结束后，服务器可以确认行权结果，如员工此次行权的行权数量，此时，服务器可以不给员工加持仓，如不给分配给员工股票。然后，在行权t+1日，企业端可以根据员工完税情况进行税款审核，确认是否代扣成本和税款，并将结果发送给服务器。接着，服务器可以根据是否代扣成本和税款处理扣除数量，具体的，若代扣税款，则服务器在计算扣除数量时考虑税款，否则不考虑；若代扣成本，则服务器在计算扣除数量时考虑成本，否则不考虑。同时，服务器可以根据成本和税款代扣情况和行权t日收盘价计算扣除股数。若产生行权手续费，但是员工账户没有资金，则服务器可以将员工账户的资金设置为负值，或者免除员工手续费。之后，服务器可以将扣除的股票留存在待归属账户，作为库存用于后续分配，如后续给员工的激励分配；将剩余股票即行权数量的股票与扣除数量的股票之差划转至已归属账户，并根据剩余股数更新已归属账户中的股票数量；将剩余股票即上述目标数量的股票分配给员工账户，给员工端返回最终到账数量，并根据剩余股数更新员工账户中的股票数量，给员工账户加货。可以理解的是，根据是否代扣成本、税款的结果确认扣除股票数量是不涉及多退少补的，即通过此方式确定的扣除股数是准确的。另外，企业端在审核前，如税款审核前，需要提前确认员工以哪种方式完税，即支付行权成本和税款的行权方式可以由员工自主决定。
[0104]
在一些可实现方式中，如图21所示，在服务器处理扣除部分股票行权方式后，员工可以基于员工端如目标客户端发起股票卖出，向服务器发送股票卖出请求，卖出的股票可以是上述行权方式完成后分配给员工的上述剩余股票，接着，服务器可以响应于员工端发送的股票卖出请求，执行交易，如向交易所对应的服务器发送股票卖出请求。在交易完成后，服务器可以分配资金，如向员工端返回交易结果等，并进行结汇流程。
[0105]
在一些可实现方式中，本技术实施例还提供了两种场景下，在扣除部分股票行权方式下的账户间股票流转情况：美股批量发行/港股库存场景、美股单次发行/港股增发场景，其中，扣除部分股票行权方式也可以被称为扣除股票回流至激励池模式。针对上述第一种场景，如图22所示，存托行/过户处的股票可以先流转至esop deposit账户，再存入待归属账户，存入股数为行权数量减去待归属账户内持仓数量。之后，在员工基于员工端发起扣除股票行权方式后，企业端可以进行计税审核，确定成本是否代扣，并将结果发送给服务器，若代扣，则服务器可以将扣除的股票留在待归属账户；若不代扣，则服务器可以将除抵扣成本外的股票转移至已归属账户，并给员工账户增加持仓。针对上述第二种场景，如图23
所示，员工可以基于员工端向存托行/过户处发送扣除股票行权请求，接着存托行/过户处可以将股票流转至esop deposit账户，再存入待归属账户，存入股数为行权数量减去待归属账户内持仓数量。之后，企业端可以进行计税审核，确定成本是否代扣，并将结果发送给服务器，若代扣，则服务器可以将扣除的股票留在待归属账户；若不代扣，则服务器可以将除抵扣成本外的股票留在待归属账户，剩余均用作分配，并给员工账户增加持仓，将分配股数转移至已归属账户。另外，当股票在待归属账户和已归属账户之间只有一次调仓时，已归属账户结单/ftbos流水中只有一条扣除行权抵扣股数数量之后的加货流水。
[0106]
可以理解的是。由于扣除的股票存放在已归属账户中会引发对账问题，如确认股票流转时出现账户资金不合理的问题，所以需要企业开立待归属账户，以用于存放扣留下的股票。
[0107]
在一些可实现方式中，如图24所示，服务器可以包括前置模块、中台、ebos，服务器可以按照图24中所示的设置逻辑对前置模块、中台、员工端显示情况、企业端显示情况第三方显示情况进行设置，其具体的设置方法。、设置内容和上述实施例类似，本技术在此不做赘述。
[0108]
需要说明的是，在本技术的具体实施方式中，涉及到行权数量、行权方式、费用、收益等相关数据，当本技术的实施例运用到具体产品或技术中时，需要获得用户许可、同意或者授权，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
[0109]
图25为本技术实施例提供的股权激励中的行权数据处理装置2500的示意图，如图25所示，该装置2500包括：
[0110]
第一获取模块2501，用于获取目标客户端发送的扣除股票行权请求，扣除股票行权请求包括目标行权数量；
[0111]
调仓模块2502，用于将待归属账户中目标数量的股票分配至目标客户端的员工账户中，并根据目标数量更新员工账户中的股票数量，将待归属账户中目标数量的股票转移至已归属账户中，并根据目标数量更新已归属账户中的股票数量；
[0112]
其中，目标数量由目标行权数量和用于抵扣目标行权数量对应的行权成本的股数确定，待归属账户用于托管未实际分配给员工的股票，已归属账户用于托管已实际分配给员工的股票。
[0113]
在一些可实现方式中，装置2500还包括：创建模块2503、配置模块2504，创建模块2503用于创建至少一个任务节点，至少一个任务节点用于将待归属账户中目标数量的股票分配至员工账户中，并根据目标数量更新员工账户中的股票数量，将待归属账户中目标数量的股票转移至已归属账户中，并根据目标数量更新已归属账户中的股票数量；配置模块2504用于配置至少一个任务节点的执行顺序；调仓模块2502具体用于根据执行顺序执行至少一个任务节点。
[0114]
在一些可实现方式中，调仓模块2502具体用于根据执行顺序轮询至少一个任务节点，确定至少一个任务节点中需要执行的目标任务节点；产生用于执行目标任务节点的目标消息，并将目标消息存放在消息队列中；基于任务流转引擎监听消息队列，得到目标消息；基于任务流转引擎消费目标消息，以执行目标任务节点。
[0115]
在一些可实现方式中，至少一个任务节点包括：确定第一行权数量、扣除行权手续费、确认行权日收盘价、确定行权税款、计算目标数量、股票调仓。
[0116]
在一些可实现方式中，装置2500还包括：判断模块2505，判断模块2505用于判断是否获取目标客户端在可行权时间结束前发送的撤销行权请求；调仓模块2502具体用于若没有获取目标客户端在可行权时间结束前发送的撤销行权请求，则将待归属账户中目标数量的股票分配至员工账户中，并根据目标数量更新员工账户中的股票数量，将待归属账户中目标数量的股票转移至已归属账户中，并根据目标数量更新已归属账户中的股票数量。
[0117]
在一些可实现方式中，装置2500还包括：发送模块2506，发送模块2506用于若获取目标客户端在可行权时间结束前发送的撤销行权请求，则向目标客户端发送行权撤销成功消息。
[0118]
在一些可实现方式中，装置2500还包括：校验模块2507，校验模块2507用于对扣除股票行权请求进行逻辑校验；调仓模块2502具体用于在逻辑校验通过时，判断是否获取目标客户端在可行权时间结束前发送的撤销行权请求。
[0119]
在一些可实现方式中，校验模块2507具体用于校验目标行权数量是否小于最大可行权数量；校验目标行权数量对应的股票市值是否大于等于行权成本；校验当前时间是否属于可行权时间。
[0120]
在一些可实现方式中，装置2500还包括：第二获取模块2508、更新模块2509，第二获取模块2508用于获取目标客户端在可行权时间结束前发送的修改行权请求；更新模块2509用于基于修改行权请求更新目标行权数量。
[0121]
应理解的是，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，图25所示的装置2500可以执行上述方法实施例，并且装置2500中的各个模块的前述和其它操作和/或功能分别为了实现上述各个方法中的相应流程，为了简洁，在此不再赘述。
[0122]
上文中结合附图从功能模块的角度描述了本技术实施例的装置2500。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本技术实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本技术实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。
[0123]
图26是本技术实施例提供的电子设备2600的示意性框图。如图26所示，该电子设备2600可包括：
[0124]
存储器2610和处理器2620，该存储器2610用于存储计算机程序，并将该程序代码传输给该处理器2620。换言之，该处理器2620可以从存储器2610中调用并运行计算机程序，以实现本技术实施例中的方法。
[0125]
例如，该处理器2620可用于根据该计算机程序中的指令执行上述方法实施例。
[0126]
在本技术的一些实施例中，该处理器2620可以包括但不限于：
[0127]
通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、
分立硬件组件等等。
[0128]
在本技术的一些实施例中，该存储器2610包括但不限于：
[0129]
易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synch link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。
[0130]
在本技术的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器2610中，并由该处理器2620执行，以完成本技术提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该电子设备中的执行过程。
[0131]
如图26所示，该电子设备还可包括：
[0132]
收发器2630，该收发器2630可连接至该处理器2620或存储器2610。
[0133]
其中，处理器2620可以控制该收发器2630与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器2630可以包括发射机和接收机。收发器2630还可以进一步包括天线，天线的数量可以为一个或多个。
[0134]
应当理解，该电子设备中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。
[0135]
本技术还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说，本技术实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。
[0136]
当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本技术实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，dvd))、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
[0137]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0138]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0139]
作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。例如，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。
[0140]
以上仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以该权利要求的保护范围为准。

技术特征：
1.一种股权激励中的行权数据处理方法，其特征在于，包括：获取目标客户端发送的扣除股票行权请求，所述扣除股票行权请求包括目标行权数量；将待归属账户中目标数量的股票分配至所述目标客户端的员工账户中，并根据所述目标数量更新所述员工账户中的股票数量，将所述待归属账户中所述目标数量的股票转移至已归属账户中，并根据所述目标数量更新所述已归属账户中的股票数量；其中，所述目标数量由所述目标行权数量和用于抵扣所述目标行权数量对应的行权成本的股数确定，所述待归属账户用于托管未实际分配给员工的股票，所述已归属账户用于托管已实际分配给员工的股票。2.根据权利要求1所述的方法，其特征在于，所述将待归属账户中目标数量的股票分配至所述目标客户端的员工账户中，并根据所述目标数量更新所述员工账户中的股票数量，将所述待归属账户中所述目标数量的股票转移至已归属账户中，并根据所述目标数量更新所述已归属账户中的股票数量之前，还包括：创建至少一个任务节点，所述至少一个任务节点用于将所述待归属账户中所述目标数量的股票分配至所述员工账户中，根据所述目标数量更新所述员工账户中的股票数量，将所述待归属账户中所述目标数量的股票转移至所述已归属账户中，根据所述目标数量更新所述已归属账户中的股票数量；配置所述至少一个任务节点的执行顺序；所述将待归属账户中目标数量的股票分配至所述目标客户端的员工账户中，并根据所述目标数量更新所述员工账户中的股票数量，将所述待归属账户中所述目标数量的股票转移至已归属账户中，并根据所述目标数量更新所述已归属账户中的股票数量，包括：根据所述执行顺序执行所述至少一个任务节点。3.根据权利要求2所述的方法，其特征在于，所述根据所述执行顺序执行所述至少一个任务节点，包括：根据所述执行顺序轮询所述至少一个任务节点，确定所述至少一个任务节点中需要执行的目标任务节点；产生用于执行所述目标任务节点的目标消息，并将所述目标消息存放在消息队列中；基于任务流转引擎监听所述消息队列，得到所述目标消息；基于所述任务流转引擎消费所述目标消息，以执行所述目标任务节点。4.根据权利要求2或3所述的方法，其特征在于，所述至少一个任务节点包括：确定目标行权数量、扣除行权手续费、确认行权日收盘价、确定行权税款、计算目标数量、股票调仓。5.根据权利要求1-3任一项所述的方法，其特征在于，所述将待归属账户中目标数量的股票分配至所述目标客户端的员工账户中，并根据所述目标数量更新所述员工账户中的股票数量，将所述待归属账户中所述目标数量的股票转移至已归属账户中，并根据所述目标数量更新所述已归属账户中的股票数量之前，还包括：判断是否获取所述目标客户端在可行权时间结束前发送的撤销行权请求；所述将待归属账户中目标数量的股票分配至所述目标客户端的员工账户中，并根据所述目标数量更新所述员工账户中的股票数量，将所述待归属账户中所述目标数量的股票转移至已归属账户中，并根据所述目标数量更新所述已归属账户中的股票数量，包括：
若没有获取所述目标客户端在所述可行权时间结束前发送的撤销行权请求，则将所述待归属账户中目标数量的股票分配至所述员工账户中，并根据所述目标数量更新所述员工账户中的股票数量，将所述待归属账户中所述目标数量的股票转移至所述已归属账户中，并根据所述目标数量更新所述已归属账户中的股票数量。6.根据权利要求5所述的方法，其特征在于，还包括：若获取所述目标客户端在所述可行权时间结束前发送的撤销行权请求，则向所述目标客户端发送行权撤销成功消息。7.根据权利要求5所述的方法，其特征在于，所述判断是否获取所述目标客户端在可行权时间结束前发送的撤销行权请求之前，还包括：对所述扣除股票行权请求进行逻辑校验；所述判断是否获取所述目标客户端在可行权时间结束前发送的撤销行权请求，包括：在所述逻辑校验通过时，判断是否获取所述目标客户端在可行权时间结束前发送的撤销行权请求。8.根据权利要求7所述的方法，其特征在于，所述对所述扣除股票行权请求进行逻辑校验包括以下至少一项：校验所述目标行权数量是否小于最大可行权数量；校验所述目标行权数量对应的股票市值是否大于等于所述行权成本；校验当前时间是否属于可行权时间。9.根据权利要求1-3任一项所述的方法，其特征在于，所述将待归属账户中目标数量的股票分配至所述目标客户端的员工账户中，并根据所述目标数量更新所述员工账户中的股票数量，将所述待归属账户中所述目标数量的股票转移至已归属账户中，并根据所述目标数量更新所述已归属账户中的股票数量之前，还包括：获取所述目标客户端在可行权时间结束前发送的修改行权请求；基于所述修改行权请求更新所述目标行权数量。10.一种股权激励中的行权数据处理装置，其特征在于，包括：第一获取模块，用于获取目标客户端发送的扣除股票行权请求，所述扣除股票行权请求包括目标行权数量；调仓模块，用于将待归属账户中目标数量的股票分配至所述目标客户端的员工账户中，并根据所述目标数量更新所述员工账户中的股票数量，将所述待归属账户中所述目标数量的股票转移至已归属账户中，并根据所述目标数量更新所述已归属账户中的股票数量；其中，所述目标数量由所述目标行权数量和用于抵扣所述目标行权数量对应的行权成本的股数确定，所述待归属账户用于托管未实际分配给员工的股票，所述已归属账户用于托管已实际分配给员工的股票。11.一种电子设备，其特征在于，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-9任一项所述的方法。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-9任一项所述的方法。13.一种包含指令的计算机程序产品，其特征在于，当所述计算机程序产品在电子设备上运行时，使得所述电子设备执行权利要求1-9任一项所述的方法。

技术总结
本申请提供了一种股权激励中的行权数据处理方法、装置、设备、介质及产品，包括：获取目标客户端发送的扣除股票行权请求，扣除股票行权请求包括目标行权数量；将待归属账户中目标数量的股票分配至目标客户端的员工账户中，并根据目标数量更新员工账户中的股票数量，将待归属账户中目标数量的股票转移至已归属账户中，并根据目标数量更新已归属账户中的股票数量；其中，目标数量由目标行权数量和用于抵扣目标行权数量对应的行权成本的股数确定，待归属账户用于托管未实际分配给员工的股票，已归属账户用于托管已实际分配给员工的股票。以提高员工行权时的行权数据的安全性和准确性，保证扣除部分股票行权方式的安全性，提高股票交易效率。易效率。易效率。


技术研发人员：温嘉榕 王有露
受保护的技术使用者：深圳市富途网络科技有限公司
技术研发日：2022.10.24
技术公布日：2023/1/6