一种资源的处理方法、装置、计算机设备和存储介质与流程

1.本技术涉及计算机技术领域，特别是涉及一种资源的处理方法、装置、计算机设备和存储介质。


背景技术：

2.现有技术中，一些资源交易过程中，例如银行与用户达成资金类产品交易时，用户需要开立保证金账户并缴纳初始保证金，在交易存续期间，随着市场变化，对应的风险敞口和保证金追加线也会发生变化，当用户缴纳的保证金小于追加线时，需要补缴保证金覆盖所有风险敞口；当用户缴纳的保证金大于风险敞口时，需释放掉超出的资金。
3.然而，由于一个资金类产品常常涉及多次交易，对应多个保证金账户。在补缴或释放保证金时，需要逐笔交易逐个保证金账户进行，对用户来说，操作繁琐，且账户中的资源利用率低。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种能够简化操作、提高资源利用率的资源的处理方法、装置、计算机设备和存储介质。
5.第一方面，本技术提供了一种资源的处理方法。所述方法包括：
6.获取账户的第一资源，所述第一资源为所述账户的资源中已经被使用的资源，所述账户的资源中还包括未被使用的第二资源，所述第一资源包括多个子资源；
7.获取所述多个子资源中每个子资源对应的追加阈值和释放阈值；
8.分别将所述多个子资源与对应的所述追加阈值、所述释放阈值做比较，确定每个子资源的资源追加量、资源释放量；
9.根据所述资源追加量、所述资源释放量，对所述多个子资源进行调整。
10.在其中一个实施例中，所述分别将所述多个子资源与对应的所述追加阈值、所述释放阈值做比较，确定每个子资源的资源追加量、资源释放量，包括：
11.当子资源小于所述追加阈值时，确定所述追加阈值与所述子资源的差值为所述子资源对应的资源追加量；
12.当子资源大于所述释放阈值时，确定所述子资源与所述释放阈值的差值为所述子资源对应的资源释放量。
13.在其中一个实施例中，所述根据所述资源追加量、所述资源释放量，对所述多个子资源进行调整，包括：
14.当总资源追加量等于总资源释放量时，获取多个待追加子资源，所述总资源追加量为对所述每个子资源的资源追加量相加的和，所述总资源释放量为对所述每个子资源的资源释放量相加的和，所述待追加子资源被设置为资源追加量大于零的资源；
15.将总资源释放量分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值。
16.在其中一个实施例中，所述根据所述资源追加量、所述资源释放量，对所述多个子资源进行调整，包括：
17.当总资源追加量小于总资源释放量时，获取多个待追加子资源以及所述账户的第二资源；
18.将总资源释放量分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值；
19.将所述总资源释放量与所述总资源追加量的差值增加至所述第二资源中。
20.在其中一个实施例中，所述根据所述资源追加量、所述资源释放量，对所述多个子资源进行调整，包括：
21.当总资源追加量大于总资源释放量时，获取多个待追加子资源以及所述账户的第二资源；
22.确定所述总资源追加量与所述总资源释放量的差值，以及从所述第二资源中获取所述差值；
23.将所述总资源释放量以及所述差值分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值。
24.在其中一个实施例中，将所述总资源释放量分配至所述多个待追加子资源的方式，包括：
25.获取所述多个待追加子资源中每个待追加子资源的优先级，所述优先级与所述待追加子资源的资源追加量呈负相关的关联关系；
26.根据所述优先级，将所述总资源释放量分配至所述多个待追加子资源中。
27.在其中一个实施例中，所述根据所述资源追加量、所述资源释放量，对所述多个子资源进行调整，包括：
28.当总资源追加量大于总资源释放量时，获取多个待追加子资源以及所述账户的第二资源；
29.确定所述总资源追加量与所述总资源释放量的差值；
30.在所述差值大于所述第二资源的情况下，将所述第二资源以及所述总资源释放量分配至所述多个待追加子资源。
31.在其中一个实施例中，在所述将所述第二资源以及所述总资源释放量分配至所述多个待追加子资源，之后还包括：
32.标记当前存量未达到对应追加阈值的待追加子资源。
33.第二方面，本技术还提供了一种资源的处理装置。所述装置包括：
34.第一获取模块，用于获取账户的第一资源，所述第一资源为所述账户的资源中已经被使用的资源，所述账户的资源中还包括未被使用的第二资源，所述第一资源包括多个子资源；
35.第二获取模块，用于获取所述多个子资源中每个子资源对应的追加阈值和释放阈值；
36.比较模块，用于分别将所述多个子资源与对应的所述追加阈值、所述释放阈值做比较，确定每个子资源的资源追加量、资源释放量；
37.调整模块，用于根据所述资源追加量、所述资源释放量，对所述多个子资源进行调
整。
38.在其中一个实施例中，所述比较模块，包括：
39.第一子模块，用于当子资源小于所述追加阈值时，确定所述追加阈值与所述子资源的差值为所述子资源对应的资源追加量；
40.第二子模块，用于当子资源大于所述释放阈值时，确定所述子资源与所述释放阈值的差值为所述子资源对应的资源释放量。
41.在其中一个实施例中，所述调整模块，包括：
42.获取模块，用于当总资源追加量等于总资源释放量时，获取多个待追加子资源，所述总资源追加量为对所述每个子资源的资源追加量相加的和，所述总资源释放量为对所述每个子资源的资源释放量相加的和，所述待追加子资源被设置为资源追加量大于零的资源；
43.分配模块，用于将总资源释放量分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值。
44.在其中一个实施例中，所述调整模块，包括：
45.获取模块，用于当总资源追加量小于总资源释放量时，获取多个待追加子资源以及所述账户的第二资源；
46.第一分配模块，用于将总资源释放量分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值；
47.第二分配模块，用于将所述总资源释放量与所述总资源追加量的差值增加至所述第二资源中。
48.在其中一个实施例中，所述调整模块，包括：
49.第一获取模块，用于当总资源追加量大于总资源释放量时，获取多个待追加子资源以及所述账户的第二资源；
50.第二获取模块，用于确定所述总资源追加量与所述总资源释放量的差值，以及从所述第二资源中获取所述差值；
51.分配模块，用于将所述总资源释放量以及所述差值分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值。
52.在其中一个实施例中，将所述总资源追加量分配至所述多个待追加子资源的模块，包括：
53.获取模块，用于获取所述多个待追加子资源中每个待追加子资源的优先级，所述优先级与所述待追加子资源的资源追加量呈负相关的关联关系；
54.分配模块，用于根据所述优先级，将所述总资源释放量分配至所述多个待追加子资源中。
55.在其中一个实施例中，所述调整模块，包括：
56.获取模块，用于当总资源追加量大于总资源释放量时，获取多个待追加子资源以及所述账户的第二资源；
57.确定模块，用于确定所述总资源追加量与所述总资源释放量的差值；
58.分配模块，用于在所述差值大于所述第二资源的情况下，将所述第二资源以及所述总资源释放量分配至所述多个待追加子资源。
59.在其中一个实施例中，在所述分配模块，之后还包括：
60.标记模块，用于标记当前存量未达到对应追加阈值的待追加子资源。
61.第三方面，本技术还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以上实施例中任一项方法的步骤。
62.第四方面，本技术还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以上实施例中任一项方法的步骤。
63.第五方面，本技术还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以上实施例中任一项方法的步骤。
64.上述资源的处理方法、装置、计算机设备、存储介质和计算机程序产品，获取账户中的已经被使用的资源，以及其中每一项子资源对应的追加阈值和释放阈值。根据追加阈值和释放阈值确定资源追加量和资源释放量，然后再根据追加量、释放量的大小对多个子资源进行调整，从而能够实现对账户中多个子资源的调配，简化追加和释放的操作流程，提高账户中资源的利用率。
附图说明
65.图1为一个实施例中资源的处理方法的流程示意图；
66.图2为一个实施例中资源的处理方法的流程示意图；
67.图3为一个实施例中资源的处理方法的流程示意图；
68.图4为一个实施例中资源处理初始步骤的流程示意图；
69.图5为一个实施例中资源的处理方法的流程示意图；
70.图6为一个实施例中资源的处理装置的结构框图；
71.图7为一个实施例中计算机设备的内部结构图。
具体实施方式
72.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
73.在一个实施例中，如图1所示，提供了一种资源的处理方法，本实施例以该方法应用于终端进行举例说明，可以理解的是，该方法也可以应用于服务器，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。本实施例中，该方法包括以下步骤：
74.步骤s101，获取账户的第一资源，所述第一资源为所述账户的资源中已经被使用的资源，所述账户的资源中还包括未被使用的第二资源，所述第一资源包括多个子资源；
75.本公开实施例中，首先获取账户中已经被使用的资源，即第一资源，其中，通常会按照用户每一次调用账户中的资源进行业务操作时，将所有已经被使用的资源划分为多个子资源，每一个子资源对应一个业务操作。除第一资源之外，账户中还包括未处于使用状态的资源，即第二资源。在一个实例中，当用户在账户中预存部分资金作为保证金用于缴纳交易过程中的保证金时，用户每进行一笔交易，需要占用账户中的部分资金作为该笔交易的
保证金，则每一笔交易对应的保证金为每个子资源，用户进行的所有交易占用的总的保证金为账户中已经被使用的资源，除已经被占用的保证金之外的资金为未被使用的第二资源。
76.步骤s102，获取所述多个子资源中每个子资源对应的追加阈值和释放阈值；
77.本公开实施例中，受外界多种因素的影响，每个业务所需要的子资源可能会发生变化，当业务需要的子资源大于已占用的子资源时，需要追加部分资源到该业务对应的子资源中，使该笔业务对应的子资源达到需求量，此时的需求量即为追加阈值。当已占用的子资源超出需求较多时，可释放多出的部分子资源，此时可定义一个值为释放阈值，当该笔业务占用的子资源大于释放阈值时，超出部分可释放。其中，通常会根据账户类型和业务类型设置有阈值计算模块，用于计算追加阈值和释放阈值。根据阈值计算模块，获取多个子资源中每一个子资源对应的追加阈值和释放阈值。在一个示例中，一个子资源对应的释放阈值通常大于等于该子资源对应的追加阈值，且多个子资源对应的追加阈值和释放阈值通常是不同的。
78.步骤s103，分别将所述多个子资源与对应的所述追加阈值、所述释放阈值做比较，确定每个子资源的资源追加量、资源释放量；
79.本公开实施例中，在获取到每个子资源对应的追加阈值和释放阈值之后，需要根据追加阈值和释放阈值确定资源追加量和资源释放量。其中，每个子资源中小于追加阈值的部分为该子资源的资源追加量，每个子资源中大于释放阈值的部分为该子资源的资源释放量。在一个示例中，若子资源的当前存量大于对应的追加阈值，可以将该子资源的资源追加量记为零，若子资源的当前存量小于对应的释放阈值，可以将该子资源的资源释放量记为零。
80.步骤s104，根据所述资源追加量、所述资源释放量，对所述多个子资源进行调整。
81.本公开实施例中，得到账户中每个子资源对应的资源追加量或资源释放量之后，根据该账户中所有的资源追加量之和以及所有资源释放量之和对每个子资源进行调整，使需要追加的子资源达到追加阈值，需要释放的子资源达到释放阈值。
82.本公开实施例，获取账户中的已经被使用的资源，以及其中每一项子资源对应的追加阈值和释放阈值。根据追加阈值和释放阈值确定资源追加量和资源释放量，然后再根据追加量、释放量的大小对多个子资源进行调整。本公开实施例无需多次反复从账户未使用的资源中获取资源进行追加或将待释放资源释放至账户中，而是自动地对第一账户中多个子资源的追加量和释放量进行分配，从而能够实现对账户中多个子资源的调配，简化追加和释放的操作流程，提高账户中资源的利用率。
83.图2是根据一示例性实施例示出的一种资源的处理方法的流程示意图，参考图2所示，银行与客户达成的金融衍生产品(如远掉期结售汇业务)，需客户逐笔开立保证金账户缴纳初始保证金。同时在存续期随着衍生产品估值变化所产生的风险敞口也随之变化，当客户已缴纳保证金小于一定比例追加线，需补缴至覆盖所有风险敞口。当银行保证金系统对保证金进行分配时，首先获取保证金的登记簿，确定当前账户中有效的业务。获取逐笔业务的盯市数据，调用盯市保证金参数模块，利用内置的计算模型计算每笔交易对应的追加线和交易敞口。根据保证金的登记簿进行判断，若该笔交易占用的保证金小于追加线，则需要追加金额；若该笔交易占用的保证金大于等于追加线且小于交易敞口，则无需处理；若该
笔交易占用的保证金大于交易敞口，则需要释放金额。确定需追加的金额和需释放的金额后，需要调用保证金内部分配管理模块进行初步分配。在可释放的保证金为零或待追加的保证金为零时，不涉及内部分配，全部需追加或全部需释放，无需在保证金内部分配管理模块中进行处理。在可释放的保证金大于等于待追加的保证金时，不涉及追加，涉及内部分配，所有未达追加线的交易利用可释放的保证金补充占用至追加线，剩余未被占用的可释放保证金为新的可释放金额，更新保证金占用登记簿。在可释放保证金大于零但是小于待追加保证金时，涉及追加，涉及内部分配。所有可释放保证金进入释放队列。未达追加线交易，按追加线与交易已占用保证金的差值金额从小到大排序，使用可释放的保证金逐交易分配，直到可释放保证金使用完毕，更新保证金占用登记簿，重新调用盯市保证金计算模块，计算需追加金额，更新保证金占用登记簿。
84.在一个实施例中，所述分别将所述多个子资源与对应的所述追加阈值、所述释放阈值做比较，确定每个子资源的资源追加量、资源释放量，包括：
85.当子资源小于所述追加阈值时，确定所述追加阈值与所述子资源的差值为所述子资源对应的资源追加量；
86.当子资源大于所述释放阈值时，确定所述子资源与所述释放阈值的差值为所述子资源对应的资源释放量。
87.本公开实施例中，在获取到每个子资源对应的追加阈值和释放阈值之后，需要根据该追加阈值和释放阈值确认该子资源对应的资源追加量或资源释放量。其中，当子资源小于所述追加阈值时，获取追加阈值与所述子资源的差值，该差值即为所述子资源对应的资源追加量；当子资源大于所述释放阈值时，获取所述子资源与所述释放阈值的差值，该差值即为所述子资源对应的资源释放量。
88.本公开实施例，根据得到的追加阈值和释放阈值确定每个子资源对应的资源追加量或资源释放量。本公开实施例能够得到账户中已经被使用的资源中每个子资源对应的资源追加量或资源释放量，从而能够进行后续的资源的分配。
89.在一个实施例中，所述根据所述资源追加量、所述资源释放量，对所述多个子资源进行调整，包括：
90.当总资源追加量等于总资源释放量时，获取多个待追加子资源，所述总资源追加量为对所述每个子资源的资源追加量相加的和，所述总资源释放量为对所述每个子资源的资源释放量相加的和，所述待追加子资源被设置为资源追加量大于零的资源；
91.将总资源释放量分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值。
92.本公开实施例中，获取到账户中所有被使用的子资源对应的资源追加量和资源释放量之后，将总的资源追加量和总的资源释放量进行比较。在总的资源追加量和总的资源释放量相等的时候，获取所有资源追加量大于零的多个子资源，该多个子资源即为待追加子资源。因为此时总的资源追加量和总的资源释放量相同，所以只需要将总的资源释放量分配给所有待追加子资源即可，在分配时，子资源的当前存量达到对应的追加阈值时，该子资源追加完毕。当所有待追加子资源均追加完毕时，则分配完成。
93.本公开实施例，在总的资源追加量等于总的资源释放量时，将所有资源释放量分配给所有待追加的资源。本公开实施例能够在总的资源追加量等于总的资源释放量情况
下，直接对多个子资源进行分配，使所有子资源达到业务需求。
94.在一个实施例中，所述根据所述资源追加量、所述资源释放量，对所述多个子资源进行调整，包括：
95.当总资源追加量小于总资源释放量时，获取多个待追加子资源以及所述账户的第二资源；
96.将总资源释放量分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值；
97.将所述总资源释放量与所述总资源追加量的差值增加至所述第二资源中。
98.本公开实施例中，获取到账户中所有被使用的子资源对应的资源追加量和资源释放量之后，将总的资源追加量和总的资源释放量进行比较。在总的资源追加量小于总的资源释放量的时候，获取所有资源追加量大于零的多个子资源，该多个子资源即为待追加子资源。因为此时总的资源追加量小于总的资源释放量，所以需要将部分资源释放量分配给待追加的子资源，在分配时，子资源的当前存量达到对应的追加阈值时，该子资源追加完毕。当所有待追加子资源均追加完毕时，资源释放量仍有剩余，此时将剩余的资源释放量增加到第二资源中，即此时剩余的资源释放量成为账户中未被占用的资源。
99.本公开实施例，在总的资源追加量小于总的资源释放量时，将部分资源释放量分配给所有待追加的资源，剩余的资源释放量增加至第二资源中。本公开实施例能够在总的资源追加量小于总的资源释放量情况下，对多个子资源进行分配，使所有子资源达到业务需求，同时将多余的释放量释放至第二资源中，提高资源的利用率。
100.在一个实施例中，所述根据所述资源追加量、所述资源释放量，对所述多个子资源进行调整，包括：
101.当总资源追加量大于总资源释放量时，获取多个待追加子资源以及所述账户的第二资源；
102.确定所述总资源追加量与所述总资源释放量的差值，以及从所述第二资源中获取所述差值；
103.将所述总资源释放量以及所述差值分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值。
104.本公开实施例中，获取到账户中所有被使用的子资源对应的资源追加量和资源释放量之后，将总的资源追加量和总的资源释放量进行比较。在总的资源追加量大于总的资源释放量的时候，获取所有资源追加量大于零的多个子资源，该多个子资源即为待追加子资源。因为此时总的资源追加量大于总的资源释放量，所以总的释放量无法满足覆盖总的追加量的需求。此时，释放量无法覆盖的追加量，需要从第二资源中获取，确定总的资源追加量与总的资源释放量的差值，这个差值即为释放量无法覆盖的部分。从账户中未被占用的资源，即第二资源中获取该差值部分。将总的资源释放量和从第二资源中获取到的差值部分分配给所有的待追加子资源中。在分配时，子资源的当前存量达到对应的追加阈值时，该子资源追加完毕。当所有待追加子资源均追加完毕时，分配结束。
105.本公开实施例，在总的资源追加量大于总的资源释放量时，从第二资源中获取追加量与释放量的差值部分，将所有资源释放量和获取到的差值部分分配给所有待追加的子资源。本公开实施例能够在总的资源追加量大于总的资源释放量情况下，从第二资源中获
取释放量无法完全覆盖的部分，分配给多个待追加子资源，使所有子资源达到业务需求。
106.在一个实施例中，将所述总资源释放量分配至所述多个待追加子资源的方式，包括：
107.获取所述多个待追加子资源中每个待追加子资源的优先级，所述优先级与所述待追加子资源的资源追加量呈负相关的关联关系；
108.根据所述优先级，将所述总资源释放量分配至所述多个待追加子资源中。
109.本公开实施例中，在将总的资源释放量分配给待追加子资源时，首先需要获取所有待追加子资源的优先级。其中该优先级与每个子资源对应的资源追加量的大小成负相关的关联关系，即待追加子资源的资源追加量越小，该待追加子资源的优先级越高。将总的资源释放量分配给待追加子资源，分配顺序按照获取到的待追加子资源的优先级排序。在分配时，子资源的当前存量达到对应的追加阈值时，该子资源追加完毕。当所有释放量全部分配结束后，从第二资源中获取追加量与释放量的差值进行分配。
110.本公开实施例，获取待追加子资源的优先级，按照优先级顺序将总的资源释放量分配给待追加子资源。本公开实施例能够在子资源分配时按照预设的优先级进行分配，确保了分配时的有序性。
111.在一个实施例中，所述根据所述资源追加量、所述资源释放量，对所述多个子资源进行调整，包括：
112.当总资源追加量大于总资源释放量时，获取多个待追加子资源以及所述账户的第二资源；
113.确定所述总资源追加量与所述总资源释放量的差值；
114.在所述差值大于所述第二资源的情况下，将所述第二资源以及所述总资源释放量分配至所述多个待追加子资源。
115.本公开实施例中，获取到账户中所有被使用的子资源对应的资源追加量和资源释放量之后，将总的资源追加量和总的资源释放量进行比较。在总的资源追加量大于总的资源释放量的时候，获取所有资源追加量大于零的多个子资源，该多个子资源即为待追加子资源。因为此时总的资源追加量大于总的资源释放量，所以总的释放量无法满足覆盖总的追加量的需求。此时，释放量无法覆盖的追加量需要从第二资源中获取，当总资源追加量与总资源释放量的差值大于第二资源中当前存量时，将总资源释放量和第二资源全部按照资源追加量分配至待追加子资源中。在一个示例中，在将总资源释放量和第二资源分配至待追加子资源中时，通常需要按照一定的优先级进行分配，该优先级可以与每个子资源对应的资源追加量的大小成负相关的关联关系。
116.本公开实施例，在总的资源释放量和第二资源之和大于总的资源追加量时，将所有资源释放量和第二资源分配给待追加的子资源。本公开实施例能够在总的资源释放量和第二资源之和大于总的资源追加量的情况下，将所有资源释放量和第二资源分配给待追加子资源，使资源利用率最大化。
117.在一个实施例中，在所述将所述第二资源以及所述总资源释放量分配至所述多个待追加子资源，之后还包括：
118.标记当前存量未达到对应追加阈值的待追加子资源。
119.本公开实施例中，在总的资源释放量和第二资源之和大于总的资源追加量的情况
下，将所有资源释放量和第二资源分配给待追加的子资源仍然无法将所有资源追加量覆盖，此时需要对分配完成后当前存量仍然无法达到对应追加阈值的待追加子资源进行标记，并将标记信息发送给相关用户，以待用户进行进一步的处理。
120.本公开实施例，在账户能够使用的所有资源仍然无法使所有子资源存量达到追加阈值的情况下，对未达到追加阈值的资资源进行标记。本公开实施例能够将分配完成后无法满足业务需求的子资源进行标记，以便于用户对相关子资源进行后续处理。
121.图3是根据一示例性实施例示出的一种资源的处理方法的流程示意图，参考图3所示，用户在进行保证金的分配时，在调用保证金内部分配模块完成初步分配之后，判断分配完成后的可释放保证金是否大于零，若大于零，则直接将所有可释放保证金释放至账户系统中，更新保证金登记簿，分配完成；若不大于零，则判断需要追加的金额是否大于零。若需要追加的金额不大于零，则更新保证金登记簿，分配完成；若需要追击的金额大于零，则调用账户系统，利用账户中还未被占用的金额进行追加，若账户中的剩余金额大于等于需追加金额，则将直接将待追加金额全部追加，若账户中的剩余金额小于需追加金额，则按照每笔交易对应的待追加金额从小到大排序进行占用分配，将账户中剩余金额全部分配结束后，更新保证金登记簿。其中，保证金登记簿通常用于记录逐笔业务初始保证金占用、盯市保证金占用情况。
122.图4是根据一示例性实施例示出的一种资源处理初始步骤的流程示意图，参考图4所示，每一笔业务发起时，需要调用保证金参数模块计算初始保证金金额，判断保证金账户可用余额是否足够，如不够则拒绝，足够则冻结对应金额继续交易处理，同步更新占用登记簿。其中，保证金参数管理模块可根据产品特性，从产品、期限、货币等多个维度参数设置初始保证金、盯市保证金比例，用于计算初始保证金金额、盯市保证金追加线。
123.图5是根据一示例性实施例示出的一种资源的处理方法的流程示意图，参考图5所示，当业务终结完成后，调用保证金登记簿获取终结业务占用的保证金，并释放所有终结业务对应的冻结初始保证金、盯市保证金，更新占用登记簿。
124.应该理解的是，虽然附图中的流程图的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，附图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
125.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的资源的处理方法的资源的处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个资源的处理装置实施例中的具体限定可以参见上文中对于资源的处理方法的限定，在此不再赘述。
126.在一个实施例中，如图6所示，提供了一种资源的处理装置，所述装置包括：
127.第一获取模块，用于获取账户的第一资源，所述第一资源为所述账户的资源中已经被使用的资源，所述账户的资源中还包括未被使用的第二资源，所述第一资源包括多个子资源；
128.第二获取模块，用于获取所述多个子资源中每个子资源对应的追加阈值和释放阈
值；
129.比较模块，用于分别将所述多个子资源与对应的所述追加阈值、所述释放阈值做比较，确定每个子资源的资源追加量、资源释放量；
130.调整模块，用于根据所述资源追加量、所述资源释放量，对所述多个子资源进行调整。
131.在一个实施例中，所述比较模块，包括：
132.第一子模块，用于当子资源小于所述追加阈值时，确定所述追加阈值与所述子资源的差值为所述子资源对应的资源追加量；
133.第二子确定模块，用于当子资源大于所述释放阈值时，确定所述子资源与所述释放阈值的差值为所述子资源对应的资源释放量。
134.在一个实施例中，所述调整模块，包括：
135.获取模块，用于当总资源追加量等于总资源释放量时，获取多个待追加子资源，所述总资源追加量为对所述每个子资源的资源追加量相加的和，所述总资源释放量为对所述每个子资源的资源释放量相加的和，所述待追加子资源被设置为资源追加量大于零的资源；
136.分配模块，用于将总资源释放量分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值。
137.在一个实施例中，所述调整模块，包括：
138.获取模块，用于当总资源追加量小于总资源释放量时，获取多个待追加子资源以及所述账户的第二资源；
139.第一分配模块，用于将总资源释放量分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值；
140.第二分配模块，用于将所述总资源释放量与所述总资源追加量的差值增加至所述第二资源中。
141.在一个实施例中，所述调整模块，包括：
142.第一获取模块，用于当总资源追加量大于总资源释放量时，获取多个待追加子资源以及所述账户的第二资源；
143.第二获取模块，用于确定所述总资源追加量与所述总资源释放量的差值，以及从所述第二资源中获取所述差值；
144.分配模块，用于将所述总资源释放量以及所述差值分配至所述多个待追加子资源中，使得所述待追加子资源的当前存量达到对应的追加阈值。
145.在一个实施例中，将所述总资源追加量分配至所述多个待追加子资源的模块，包括：
146.获取模块，用于获取所述多个待追加子资源中每个待追加子资源的优先级，所述优先级与所述待追加子资源的资源追加量呈负相关的关联关系；
147.分配模块，用于根据所述优先级，将所述总资源释放量分配至所述多个待追加子资源中。
148.在一个实施例中，所述调整模块，包括：
149.获取模块，用于当总资源追加量大于总资源释放量时，获取多个待追加子资源以
access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
162.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
163.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。