业务交易的冻结控制方法、装置、计算机设备及存储介质与流程

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.图1示出了本发明实施例所提供的业务交易的冻结控制方法流程示意图；
38.图2示出了本发明实施例所提供的业务交易的冻结控制方法的具体流程示意图；
39.图3示出了本发明实施例所提供的业务交易的冻结控制装置结构示意图；
40.图4为本技术实施例提供的一种计算机设备400的结构示意图。
具体实施方式
41.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
42.本发明实施例提供了业务交易的冻结控制方法、装置、计算机设备及存储介质，下
面通过实施例进行描述。
43.图1示出了本发明实施例所提供的业务交易的冻结控制方法流程示意图。如图1所示，该方法包括：
44.步骤101，接收业务交易冻结控制请求，依据预先设置的限制种类参数表，提取所述业务交易冻结控制请求中包含的限制种类参数；
45.本发明实施例中，金融系统，例如，银行执行业务交易的冻结控制，即对接收的业务交易冻结控制请求进行处理，并基于限制种类参数表，从接收的业务交易冻结控制请求中，提取出请求中包含的限制种类参数。其中，业务交易冻结控制请求可以是司法机关发起，也可以是金融系统发起，还可以是其他请求人发起，例如，与业务交易具有利害关系的自然人、厂矿、企事业单位等发起。
46.本发明实施例中，对于人民法院、司法局、公安机关等司法机关，为了保障请求人的正当权利，可以通过司法冻结方式，通知银行，对相关义务人的财产采取冻结、扣划等强制冻结控制。因而，对于银行来说，既有自身或其他请求人发起的冻结控制，也有协助司法机关发起的司法冻结控制，冻结控制之间的逻辑非常复杂。由于进行冻结控制的业务交易比较繁多，因而，通过对不同的业务交易(场景)进行统计分析，划分为多个限制种类，针对各限制种类，设置统一的限制种类参数表。
47.本发明实施例中，作为一可选实施例，限制种类包括但不限于：金额冻控、止付冻结、封闭冻结、金额控制、只收不付控制、封闭控制、只付不收控制、差错临控、验资止付、保证控制、预授权、证明控制、质押控制、启用控制、理财申购控制、电子国债申购控制、批量开户控制、长期未用控制、挂失控制。
48.表1为限制种类参数表。
49.表1
50.[0051][0052][0053]
表1中，作为一可选实施例，限制种类参数包括但不限于：限制种类、限制种类名称、限制效果、冻控标志、优先级序号、是否有期限、期限类型、最大期限数、是否允许超额、是否允许通兑办理、最大冻结层次、是否支持续冻、发起方式。其中，限制种类名称为限制种类的名称；限制效果为限制种类对应的限制效果，每一限制种类对应一限制效果；冻控标志是指业务交易的类型是冻结还是控制；优先级序号是指业务交易的处理优先级，用数字表示，数字越小，优先级越高，0表示为最高优先级；是否有期限是指对业务交易的冻结控制是否有最长到期周期；期限类型是指期限以月进行计算还是以年进行计算；最大期限数是指
以月或年为单位计算的期限数，设置的最大期限数不得超过最长到期周期；最大冻结层次包括：产品账号、介质、客户号；发起方式是指业务交易是主动发起的还是被动发起的。
[0054]
本发明实施例中，作为一可选实施例，该方法还包括：
[0055]
确定提取的限制种类参数通过有效性检查。
[0056]
本发明实施例中，有效性检查包括但不限于：期限差有效性检查、冻结金额有效性检查、通兑办理有效性检查以及层次有效性检查中的一种或任意组合。作为一可选实施例，有效性检查包括期限差有效性检查，确定提取的限制种类参数通过有效性检查，包括：
[0057]
提取所述业务交易冻结控制请求中的到期终止日期，计算所述到期终止日期与当前日期的期限差，确定计算的期限差不得超过所述限制种类参数表中设置的最大期限数。
[0058]
本发明实施例中，若期限差未超过限制种类参数表中设置的最大期限数，则期限差有效性检查通过，否则，向预先设置的终端发送报错信息，结束流程。
[0059]
本发明实施例中，作为另一可选实施例，有效性检查包括冻结金额有效性检查，确定提取的限制种类参数通过有效性检查，包括：
[0060]
确定业务交易对应的限制效果为金额冻控，提取所述业务交易冻结控制请求中的冻结金额，以及，被冻结账户的可用余额，确定所述冻结金额不超过所述可用余额。
[0061]
本发明实施例中，若冻结金额不超过可用余额，则冻结金额有效性检查通过，否则，向预先设置的终端发送报错信息，结束流程。
[0062]
本发明实施例中，作为再一可选实施例，有效性检查包括通兑办理有效性检查，确定提取的限制种类参数通过有效性检查，包括：
[0063]
从所述业务交易冻结控制请求中，获取办理所述业务交易的网点，确定该网点不是被冻结账户的开户网点以外的网点。
[0064]
本发明实施例中，若办理业务交易的网点不是被冻结账户的开户网点以外的网点，则通兑办理有效性检查通过，否则，向预先设置的终端发送报错信息，结束流程。
[0065]
本发明实施例中，作为再一可选实施例，有效性检查包括层次有效性检查，确定提取的限制种类参数通过有效性检查，包括：
[0066]
从所述业务交易冻结控制请求中，获取当前冻结层次，确定所述当前冻结层次不超过所述限制种类参数表中设置的最大冻结层次。
[0067]
本发明实施例中，若当前冻结层次不超过最大冻结层次，则层次有效性检查通过，否则，向预先设置的终端发送报错信息，结束流程。
[0068]
本发明实施例中，通过对预先设置限制种类参数表，对业务交易冻结控制请求中包含的限制种类参数进行有效性检查，从而滤除有效性不符合要求的业务交易，提升后续业务交易处理的效率。
[0069]
步骤102，依据发起所述业务冻结控制请求的请求人信息，确定业务类型；
[0070]
本发明实施例中，作为一可选实施例，依据发起所述业务交易冻结控制请求的请求人信息，确定业务类型，包括：
[0071]
若所述请求人信息为司法机关，确定业务类型为司法机关冻结类，若所述冻结控制请求人为非司法机关，确定业务类型为银行控制类。
[0072]
本发明实施例中，预先对业务交易进行梳理分类，作为一可选实施例，根据业务交易发起人是司法机关还是非司法机关，将业务类型划分为：司法机关冻结类以及银行控制
类。其中，若业务交易是由法院、公安、检察院、海关等司法机关发起，则该业务交易为司法机关冻结类；若业务交易是由非司法机关发起，例如，由银行、客户或其他企事业单位发起，则该业务交易为银行控制类。
[0073]
步骤103，依据确定的业务类型，查询预先设置的业务类型预处理表，确定所述确定的业务类型对应的执行权限；
[0074]
本发明实施例中，业务类型包括：司法机关冻结类以及银行控制类，作为一可选实施例，业务类型为司法机关冻结类，依据确定的业务类型，查询预先设置的业务类型预处理表，确定所述确定的业务类型对应的执行权限，包括：
[0075]
查询预先设置的司法机关权限参数表，获取请求冻结的司法机关的执法权限，确定所述执法权限具有执行所述业务交易的权限。
[0076]
本发明实施例中，若请求业务交易冻结的司法机关没有执行冻结的相应权限，则告警出错，结束流程。
[0077]
表2为司法机关权限参数表的设置示意。
[0078]
表2
[0079][0080][0081]
表2中，司法机关对应的执法部门有很多种，每一种执法部门能对账户进行查冻扣的权限都不一样，有的只可以查询，不可以执行冻结扣划，有的既可以查询，也可以冻结，但不能扣划，有的这些权限都有，所以形成了一个执法权限的参数形式。执法权限还可以细分为对个人或者单位账户的不同权限。在预先设置的司法机关权限参数表中，针对每一司法机关，可以对应有一权限参数表，例如，以司法机关为法院为例，设置的司法机关权限参数表如表3所示。
[0082]
表3
[0083][0084][0085]
本发明实施例中，作为另一可选实施例，业务类型为银行控制类，依据确定的业务类型，查询预先设置的业务类型预处理表，确定所述确定的业务类型对应的执行权限，包括：
[0086]
从所述业务交易冻结控制请求中，获取当前的限制种类以及所述业务交易的历史有效限制种类，查询预先设置的限制排斥参数表，确定所述当前的限制种类与历史有效限制种类不相斥。
[0087]
本发明实施例中，若是控制，需要当前执行的限制种类与该业务交易一运行的至当前仍有效的限制种类不相排斥，若相排斥，例如，已存在的历史有效限制种类排斥当前的限制种类，则告警出错，结束流程。
[0088]
本发明实施例中，对于一交易业务，可能进行了多次冻结控制，而不同次执行的限制种类，会存在相斥情形，因而，若交易业务当前执行的限制种类与该业务交易已执行的目前仍生效的限制种类相斥，则需要退出业务交易处理，或进一步处理以确定是否撤销当前的限制种类，或是，修改已执行的目前仍生效的限制种类，以与当前待执行的限制种类不相斥。表4为限制种类排斥参数表设置示意。
[0089]
表4
[0090]
中文描述是否为空字段描述枚举说明限制种类0-否已存在的限制种类同上排斥限制种类0-否当前即将产生的新的限制种类同限制种类
[0091]
表4的限制排斥参数表，用于定义两种限制种类之间的排斥关系，即已存在一种限制种类，则即将产生的新的限制种类若被配置在排斥列表中，则不允许新的限制种类存在，退出业务交易。
[0092]
本发明实施例中，一限制种类对应一个或多个排斥限制种类。
[0093]
步骤104，依据预先设置的冻结控制表，提取业务交易冻结控制请求中的信息，将提取的信息填写至冻结控制表，以使接收所述业务交易冻结控制请求的银系统行依据填写的所述冻结控制表，依据所述执行权限进行所述业务交易冻结控制请求的冻结控制处理。
[0094]
本发明实施例中，依据上述获取的冻控标志、限制效果、优先级序号、冻结金额以
及从业务交易冻结控制请求中提取的其他信息，对冻结控制表进行填写。
[0095]
本发明实施例中，作为一可选实施例，通过收集各交易业务(场景)信息，将收集的信息进行数据化，模型化，得到冻结控制表。
[0096]
表5为冻结控制表。
[0097]
表5
[0098]
[0099]
[0100][0101][0102]
表5用于登记业务交易的相关账号信息、冻结信息、交易公共信息等。表1中，冻控标志用于区分业务交易的类型，是属于司法机关冻结类还是银行控制类，限制种类用于标
记业务交易所属的哪一类型交易，限制效果用于标记冻结控制对账号实际产生的效果。
[0103]
本发明实施例中，作为一可选实施例，依据填写的所述冻结控制表，进行所述业务交易的冻结控制处理，包括：
[0104]
查询填写的所述冻结控制表，获取所述确定的业务类型对应的限制效果；
[0105]
依据所述限制效果对应的流程，对所述业务交易冻结控制请求进行处理。
[0106]
本发明实施例中，限制效果是冻结对帐户产生的效果。作为一可选实施例，限制效果包括但不限于：不收不付、只收不付、只付不收、金额冻控。其中，金额冻控是指账户被冻结部分金额或全部金额，账户失去对该冻结金额的支配权，直到司法机关解除对该冻结金额的冻结，进和出，是指是否允许被冻结账户进账和出账。其中，无论是司法机关冻结类，还是银行控制类，对应的限制效果为不收不付、只收不付、只付不收、金额冻控之一。
[0107]
本发明实施例中，对于确定的业务类型为司法机关冻结类，从业务交易冻结控制请求中提取携带的限制效果；对于确定的业务类型为银行控制类，提取业务交易冻结控制请求中携带的限制种类，查询填写的所述冻结控制表，得到对应的限制效果。
[0108]
本发明实施例中，作为一可选实施例，还可以设置司法冻结类的优先级高于银行控制类的优先级。
[0109]
图2示出了本发明实施例所提供的业务交易的冻结控制方法的具体流程示意图。如图2所示，该方法包括：
[0110]
步骤201，根据输入的限制种类，查询限制种类参数；
[0111]
本发明实施例中，从提交的业务交易冻结控制请求中得到输入的限制种类，查询预先存储的限制种类参数表，得到该输入的限制种类对应的限制种类参数。
[0112]
步骤202，检查限制种类参数；
[0113]
本发明实施例中，检查限制种类参数是对得到的限制种类参数进行有效性检查，包括：
[0114]
若有期限控制，则输入的到期终止日期与当前日期之间的期限差不得超过设置的期限；
[0115]
若有超额控制，且当前限制效果为金额冻结，则冻结金额不允许超过账户可用余额；
[0116]
若有通兑控制，则不允许在当前账户开户网点以外的网点办理；
[0117]
若有最大冻结层次控制，则不允许当前冻结层次超过最大层次。
[0118]
步骤203，判断是冻结还是控制，若是控制，执行步骤204，若是冻结，执行步骤208；
[0119]
本发明实施例中，冻结与控制的处理流程不同。
[0120]
步骤204，检查是否存在排斥限制种类，若是，执行步骤207，若否，执行步骤205；
[0121]
本发明实施例中，若是控制，需要当前执行的限制种类与该业务交易一运行的至当前仍有效的限制种类不相排斥。
[0122]
步骤205，进行冻结控制表登记；
[0123]
本发明实施例中，登记上述检查出的冻控标志、限制效果、优先级序号及冻结金额等信息。
[0124]
步骤206，登记其他信息；
[0125]
本发明实施例中，其他信息为从业务交易冻结控制请求中提取的、除冻控标志、限
制效果、优先级序号及冻结金额之外的其他信息。
[0126]
步骤207，若已存在的限制种类排斥当前限制种类，则报错退出；
[0127]
步骤208，检查执法部门权限；
[0128]
步骤209，若当前执法部门没有该交易权限，则报错退出。
[0129]
本发明实施例中，通过查询预先设置的司法机关权限参数表，进行执法部门权限检查。若请求业务交易冻结的当前执法部门没有执行冻结的相应权限，则告警出错，结束流程。
[0130]
本发明实施例中，通过将各业务交易进行整合归纳，基于整合归纳的结果设置冻结控制表，利用冻结控制表进行业务交易冻结控制请求的信息登记，依据信息登记的冻结控制表，进行业务交易的冻结控制处理，在冻结控制表中，包含有各业务交易之间的关联，无需针对每一业务交易进行硬编码，各业务交易可以共享冻结控制表，有效提升了冻结控制效率；进一步地，基于冻结控制表，可以避免代码容易出现异常，难以读懂与维护；而且，在业务交易发生变化，或者，增加新的业务交易时，可通过根据需要，调整冻结控制表中的参数配置，而不用修改代码，无需暂停业务交易，增加了业务交易处理的灵活性及效率性；此外，通过预先设置限制种类对应的限制种类参数，从而在进行业务交易时，可以通过统一的交易流程调用对应的限制种类参数，进行对应的业务交易的有效性检查，避免对未通过有效性检查的业务交易的处理；进一步地，冻结控制表的适用性广，可以适配绝大多数市场要求；同时，将业务交易的冻结和控制进行区分，能够实现对业务交易的有效管控。
[0131]
图3示出了本发明实施例所提供的业务交易的冻结控制装置结构示意图。如图3所示，该装置包括：
[0132]
参数提取模块301，用于接收业务交易冻结控制请求，依据预先设置的限制种类参数表，提取所述业务交易冻结控制请求中包含的限制种类参数；
[0133]
本发明实施例中，作为一可选实施例，限制种类包括但不限于：金额冻控、止付冻结、封闭冻结、金额控制、只收不付控制、封闭控制、只付不收控制、差错临控、验资止付、保证控制、预授权、证明控制、质押控制、启用控制、理财申购控制、电子国债申购控制、批量开户控制、长期未用控制、挂失控制。
[0134]
业务类型确定模块302，用于依据发起所述业务冻结控制请求的请求人信息，确定业务类型；
[0135]
本发明实施例中，作为一可选实施例，业务类型确定模块302包括：
[0136]
第一判断单元，若所述请求人信息为司法机关，确定业务类型为司法机关冻结类；
[0137]
第二判断单元，若所述冻结控制请求人为非司法机关，确定业务类型为银行控制类。
[0138]
权限确定模块303，用于依据确定的业务类型，查询预先设置的业务类型预处理表，确定所述确定的业务类型对应的执行权限；
[0139]
本发明实施例中，业务类型包括：司法机关冻结类以及银行控制类。
[0140]
本发明实施例中，作为一可选实施例，权限确定模块303具体用于：
[0141]
若所述确定的业务类型为司法机关冻结类，查询预先设置的司法机关权限参数表，获取请求冻结的司法机关的执法权限，确定所述执法权限具有执行所述业务交易的权限；
[0142]
若所述确定的业务类型为银行控制类，从所述业务交易冻结控制请求中，获取当前的限制种类以及所述业务交易的历史有效限制种类，查询预先设置的限制排斥参数表，确定所述当前的限制种类与历史有效限制种类不相斥。
[0143]
冻控处理模块304，用于依据预先设置的冻结控制表，提取业务交易冻结控制请求中的信息，将提取的信息填写至冻结控制表，以使接收所述业务交易冻结控制请求的银行依据填写的所述冻结控制表，依据所述执行权限进行所述业务交易冻结控制请求的冻结控制处理。
[0144]
本发明实施例中，作为一可选实施例，通过收集各交易业务信息，将收集的信息进行数据化，模型化，得到冻结控制表。
[0145]
本发明实施例中，作为一可选实施例，依据填写的所述冻结控制表，进行所述业务交易的冻结控制处理，包括：
[0146]
查询填写的所述冻结控制表，获取所述确定的业务类型对应的限制效果；
[0147]
依据所述限制效果对应的流程，对所述业务交易冻结控制请求进行处理。
[0148]
本发明实施例中，作为一可选实施例，限制效果包括但不限于：不收不付、只收不付、只付不收、金额冻控。
[0149]
本发明实施例中，作为一可选实施例，该装置还包括：
[0150]
有效性检查模块(图中未示出)，用于确定提取的限制种类参数通过有效性检查。
[0151]
本发明实施例中，作为一可选实施例，有效性检查模块包括：
[0152]
期限差有效性检查单元，用于提取所述业务交易冻结控制请求中的到期终止日期，计算所述到期终止日期与当前日期的期限差，确定计算的期限差不得超过所述限制种类参数表中设置的最大期限数。
[0153]
本发明实施例中，作为另一可选实施例，有效性检查模块302还包括：
[0154]
冻结金额有效性检查单元，用于确定业务交易对应的限制效果为金额冻控，提取所述业务交易冻结控制请求中的冻结金额，以及，被冻结账户的可用余额，确定所述冻结金额不超过所述可用余额。
[0155]
本发明实施例中，作为再一可选实施例，有效性检查模块还包括：
[0156]
通兑办理有效性检查单元，用于从所述业务交易冻结控制请求中，获取办理所述业务交易的网点，确定该网点不是被冻结账户的开户网点以外的网点。
[0157]
本发明实施例中，作为再一可选实施例，有效性检查模块还包括：层次有效性检查单元，用于从所述业务交易冻结控制请求中，获取当前冻结层次，确定所述当前冻结层次不超过所述限制种类参数表中设置的最大冻结层次。
[0158]
如图4所示，本技术一实施例提供了一种计算机设备400，用于执行图1中的业务交易的冻结控制方法，该设备包括存储器401、与存储器401通过总线相连的处理器402及存储在该存储器401上并可在该处理器402上运行的计算机程序，其中，上述处理器402执行上述计算机程序时实现上述业务交易的冻结控制方法的步骤。
[0159]
具体地，上述存储器401和处理器402能够为通用的存储器和处理器，这里不做具体限定，当处理器402运行存储器401存储的计算机程序时，能够执行上述业务交易的冻结控制方法。
[0160]
对应于图1中的业务交易的冻结控制方法，本技术实施例还提供了一种计算机可
读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述业务交易的冻结控制方法的步骤。
[0161]
具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述业务交易的冻结控制方法。
[0162]
在本技术所提供的实施例中，应该理解到，所揭露系统和方法，可以通过其它的方式实现。以上所描述的系统实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，系统或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0163]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0164]
另外，在本技术提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0165]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0166]
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0167]
最后应说明的是：以上所述实施例，仅为本技术的具体实施方式，用以说明本技术的技术方案，而非对其限制，本技术的保护范围并不局限于此，尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本技术实施例技术方案的精神和范围。都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。