本申请涉及数据处理领域，特别是涉及一种交易限额确定方法和装置。
背景技术：
在信息时代的高速发展中，金融环境变得日趋复杂化，随着银行借记卡金融交易场景和用卡渠道越来越多，金融监管和风险管控愈加严格，如何在保证客户金融安全的前提下，快速响应金融监管和客户定制化金融服务需求显得至关重要。
相关技术提供了一种限额机制，该机制将交易和交易类型预先绑定，针对每一个交易，以该交易对应的交易类型作为判断依据进行限额判断，交易类型例如可以是查询、取款、存款、消费、转账、退货、和套现等。
这种方式的可扩展性和维护性较差，难以适应目前的限额控制。
技术实现要素：
为了解决上述技术问题，本申请提供了一种交易限额确定方法和装置，按交易为单位编排限额累计场景，方便银行精细化准确控制限额，保证客户金融安全。
本申请实施例公开了如下技术方案：
一方面，本申请实施例提供了一种交易限额确定方法，根据多个维度的交易场景元素组合确定交易场景；
建立交易场景与限额累计编号间的映射关系；所述限额累计编号用于标识所映射交易场景的限额信息；
所述方法包括：
根据待确定交易请求获取对应的目标交易场景元素组合；
根据所述目标交易场景元素组合确定所述待确定交易请求对应的目标交易场景；
根据所述目标交易场景确定对应的目标限额累计编号；
根据所述目标限额累计编号对应的限额信息，确定所述待确定交易请求所请求的特征值额度是否超出限额。
另一方面，本申请实施例提供了一种交易限额确定装置，所述装置包括预处理单元、获取单元和确定单元：
所述预处理单元，用于根据多个维度的交易场景元素组合确定交易场景；建立交易场景与限额累计编号间的映射关系；所述限额累计编号用于标识所映射交易场景的限额信息；
所述获取单元，用于根据待确定交易请求获取对应的目标交易场景元素组合；
所述确定单元，用于根据所述目标交易场景元素组合确定所述待确定交易请求对应的目标交易场景；
所述确定单元还用于根据所述目标交易场景确定对应的目标限额累计编号；
所述确定单元还用于根据所述目标限额累计编号对应的限额信息，确定所述待确定交易请求所请求的特征值额度是否超出限额。
由上述技术方案可以看出，根据多个维度的交易场景元素组合确定交易场景；建立交易场景与限额累计编号间的映射关系；所述限额累计编号用于标识所映射交易场景的限额信息；在获取待确定交易请求时，确定交易请求获取对应的目标交易场景元素组合；根据所述目标交易场景元素组合确定所述待确定交易请求对应的目标交易场景；根据所述目标交易场景确定对应的目标限额累计编号；根据所述目标限额累计编号对应的限额信息，确定所述待确定交易请求所请求的特征值额度是否超出限额。这种基于交易场景进行限额确定的方式是一种通用的、可扩展的限额数据结构设计，使新增限额完全可以通过参数配置的方式运转，快速响应金融交易的银行限额监管；而且按交易为单位编排限额累计场景，方便银行精细化准确控制限额，保证客户金融安全。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种交易限额确定方法的方法流程图；
图2为本申请实施例提供的一种限额确定场景示意图；
图3为本申请实施例提供的一种参数维护场景示意图；
图4为本申请实施例提供的一种查询场景示意图；
图5为本申请实施例提供的一种交易限额确定装置的装置结构图。
具体实施方式
下面结合附图，对本申请的实施例进行描述。
针对限额确定，相关技术可扩展性和维护性较差，难以适应目前的限额控制。例如，一个交易类型涵盖多个交易场景，如取现交易类型包含atm取现、国内柜台取现，例如新增国内柜台取现限额的控制，就需要考虑修改代码。如果以交易为最小维度控制限额，就需要考虑新增限额类型或者在程序中对该交易特殊处理，尤其核心银行系统功能按交易驱动，以交易维度来增加限额更符合分行和监管、管控限额的需求。
除了限额控制粒度较粗，相关技术的机制限额控制场景仅局限交易网络、交易区域和交易地区，若这三个维度均相同的情况下，则无法通过参数配置管控，如下几种情况：
pos消费交易因刷卡方式不同，分为接触式和非接触式，分别对应普通消费限额和非接消费限额；
不同银行卡产品控制不同币别限额累计，单币卡产品累计当地本币限额，双币卡产品则累计本币和人民币限额；
按商户类型控制限额。
为此，本申请实施例提供了一种交易限额确定方法和装置，按交易为单位编排限额累计场景，方便银行精细化准确控制限额，保证客户金融安全。
本申请实施例可以通过数据处理设备进行实施，该数据处理设备可以是服务器，例如可以是独立服务器或者服务器集群。
图1为本申请实施例提供的一种交易限额确定方法的方法流程图，在执行该方法前，可以预先建立交易场景与限额累计编号间的映射关系。具体可以通过如下方式建立：
根据多个维度的交易场景元素组合确定交易场景；
建立交易场景与限额累计编号间的映射关系；所述限额累计编号用于标识所映射交易场景的限额信息。
交易场景元素组合中包括多个维度的交易场景元素，这些交易场景元素用于通过不同维度标识交易，例如可以包括并不限于交易渠道、交易网络、交易区域、刷卡方式、商户类型、bin编号、卡产品编号和应扣特征值(例如虚拟货币、货币)等。
通过不同的交易场景元素组合，可以确定出不同的交易场景。从而实现从交易的粒度进行限额确定。
在一种可能的实现方式中，通过建立限额累计控制表实现建立交易场景与限额累计编号间的映射关系，其中，所述限额累计控制表用于标识由多个维度的交易场景元素组合所确定交易场景和限额累计编号的映射关系。
限额累计控制表(card_quota_contrast)可以例如下表1所示：
表1
限额累计控制表以交易码为最小单位控制粒度，通过组合交易渠道、交易网络、交易区域、刷卡方式、商户类型、bin编号、卡产品编号和应扣货币多个维度来编排限额累计场景，同一交易码不同累计场景通过交易场景序列号控制。
在一种可能的实现方式中，所述限额累计编号通过下述方式标识所映射交易场景的限额信息：
建立限额属性表，所述限额属性表用于标识所述限额累计编号对应的特征值累计规则和累计周期；
建立卡产品限额表，所述卡产品限额表用于标识所述限额累计编号对应的产品维度控制限额；
建立卡交易限额表，所述卡交易限额表用于标识所述限额累计编号和账户标识对应的特征值限额与特征值累计值。
限额属性表(card_quota_ctrl)将各类限额进行编号，并定义编号限额的基本属性，数据结构可以例如下表2所示：
表2
卡产品限额表(card_prod_quota)以产品为维度控制限额，限制客户自主调控限额范围，数据结构可以例如下表3所示：
表3
卡交易限额表(card_quota)记录客户某个限额设置的卡片层大小和累计值，数据结构可以例如下表4所示：
表4
上述账户标识可以为卡号、账户号码等标识形式。
通过设计上述一套通用的、可扩展的和按已知的各种交易场景编排订制的限额数据结构，即限额属性表、限额累计控制表、卡产品限额表和卡交易限额表，围绕这4张数据表开发公共的限额处理程序，既能实现限额累计、限额控制、限额设置和限额查询功能，又能满足新增限额通过参数化配置的方式运转。
由此，新的限额机制关注交易场景，将以上交易场景的要素全部提炼到限额累计控制表中，通过组合交易渠道、交易网络、交易区域、刷卡方式、商户类型、bin编号、卡产品编号和应扣货币多个维度，完成对交易的精细化控制。相比现有机制按交易类型的粗粒度限额管控模式，银行按交易场景更能精确管控限额，保障客户资金安全。
介绍完本申请预先建立的映射关系和标识功能后，接下来针对一个交易请求的交易限额确定方式实施例进行说明，图1所示的方法包括：
s101：根据待确定交易请求获取对应的目标交易场景元素组合。
待确定交易请求可以是针对任意一笔交易的交易请求，通过解析待确定交易请求，可以确定该待确定交易请求对应的目标交易场景元素组合，例如前述提及的多个维度的交易场景元素。
s102：根据所述目标交易场景元素组合确定所述待确定交易请求对应的目标交易场景。
通过该目标交易场景元素组合，可以确定出对应的目标交易场景。
在一种可能的实现方式中，为了实现限额交易场景的精细化控制，限额累计控制表对每只交易，都需要通过组合交易渠道、交易网络、交易区域、刷卡方式、商户类型、bin编号、卡产品编号和应扣货币8个维度来编排限额累计场景。
针对一个交易场景可以分配一个对应的交易场景序列号进行区分，该交易场景序列号除了可以起到区分不同交易场景的作用，还可以起到标识交易场景重要程度的效果。
但是需要注意的是，假如每只交易需要覆盖所有场景，8个维度取值的笛卡尔乘积数量级至少在1000以上。
因此，为了减少人工维护和交易场景的控制疏漏，限额累计控制表支持通配策略，同一交易码不同累计场景通过交易场景序列号控制，序列号越低，优先级越高，系统优先匹配优先级高的交易场景映射的限额，如果无特殊的限额累计场景，每只交易的限额控制记录可以减少至1条。例如8个维度均为空值，则表示交易渠道、交易网络、交易区域、刷卡方式、商户类型、bin编号、卡产品编号和应扣货币无论为何取值，该交易都会累计到对应限额下。
故此，在确定交易请求所请求特征值额度是否超出限额的过程中，可以根据所述交易场景元素组合确定体现场景重要程度的场景序列号；根据所述场景序列号确定处理交易请求的处理顺序。从而可以优先对重要交易场景的交易请求进行限额确定，保证重要交易的确定速度。
s103：根据所述目标交易场景确定对应的目标限额累计编号。
s104：根据所述目标限额累计编号对应的限额信息，确定所述待确定交易请求所请求的特征值额度是否超出限额。
目标限额累计编号可以标识目标交易场景所对应的限额信息，从而可以根据限额信息确定出待确定交易请求所请求的特征值额度是否超出限额。
待确定交易请求所请求的特征值额度可以是指希望基于交易转移出的各类货币数量。
由于用户可以具有不同的卡种，例如银行储蓄卡、理财卡、信用卡等，故为了可以精细化的确定交易限额，在一种可能的实现方式中，s104可以包括：
s1041：根据所述目标限额累计编号和所述待确定交易请求对应的目标账户标识，确定对应所述目标限额累计编号所标识的、对应所述目标账户标识的目标限额信息；
s1042：根据所述目标限额信息确定所述待确定交易请求所请求的特征值额度是否超出限额。
该目标限额信息可以体现出对应于该目标账户标识，在目标限额累计编号下的限额，例如总限额和已用限额等，从而实现准确的限额确定。
接下来基于前述四张数据表说明针对待处理交易请求的限额确定方式。按交易场景编排订制的参数化限额机制，通过限额属性表、限额累计控制表、卡产品限额表和卡交易限额表这4张新的数据表来配合实现。金融交易上送到核心银行系统后，系统识别判定交易场景信息，首先查询限额累计控制表匹配交易累计的限额集合(例如001：取款限额，002：消费限额…)，然后通过限额集合获取每个限额的设置属性，最后根据限额属性，结合卡片限额表和产品层限额表确定设置的限额大小，判断限额是否超出。一种场景例如图2所示：
针对s1041，在一种可能的实现方式中，可以先根据所述目标限额累计编号和所述目标账户标识，通过查询所述卡交易限额表确定所述目标限额累计编号和所述目标账户标识对应的目标特征值限额与目标特征值累计值。
金融交易上送到核心银行系统后，系统首先根据金融交易对应的待处理交易请求中的重要信息域和卡相关信息，经过报文转换处理，获取交易渠道、交易网络、交易区域、刷卡方式、商户类型、bin编号、卡产品编号和应扣货币来确定对应的交易场景，从而匹配到对应的限额累计控制表，匹配到交易在该场景下映射的限额集合，将限额集合按分隔符拆分成1至多个限额编号，通过卡号和限额编号，找到对应的卡交易限额表记录，将应累计金额更新至限额累计值栏位，完成一或多个的限额累计记录更新。
也就是说，在交易待转移的特征值数量未超出限额时，可以实施对于的交易，并将转移的特征值数量累计到限额累计编号对应的特征值累计值。
为了满足不同的累计周期，还需要设置不一样的累计清理机制。在限额属性表中，每个限额都会设定累计周期：年、月、日等，并在卡交易限额表中记录上一交易日期。每一次的累计操作，都会结合累计周期，根据当前日期与上一交易日期做比较。当累计周期为“日”时，比较当前交易日期与上一次交易发生日期，若不相等，则先清理原累计数据，再进行累计。
然后可以根据所述目标限额累计编号，通过查询所述限额属性表和所述卡产品限额表对所述目标特征值限额与目标特征值累计值进行校验；
这里通过前述表2-3来确定基于表4确定出的数据正确性。
最后将将校验后的所述目标特征值限额与目标特征值累计值作为所述目标限额信息。
限额控制功能，使用卡交易限额表的限额累计值与限额设定值做比较，当限额累计值>限额设定值时，表示超出限额则拒绝交易，反之则交易通过。其中，限额设定值是卡交易限额表的卡片限额值和卡产品限额表的默认产品限额依据限额属性表的是否超越产品属性动态比较得出，确保产品层限额调整后，也能管控到卡片层的限额，而非按照现有的限额机制完全以卡片层为准。
本申请实施例还提供了对前述四张数据表的参数维护功能。开发限额属性表、限额累计控制表和卡产品限额表的前端管理维护交易，方便负责限额管控的业务人员实时查询、修改和新增限额的属性配置及交易场景调控，实时响应金融监管。
如图3所示，用于定义限额的基本属性和编排金融交易的限额累计场景，此模块需要完成限额属性表、限额累计控制表和卡产品默认限额表的配置，并服务于限额累计、限额控制、限额查询和限额修改。在参数维护中，可以通过交易码功能项确定参数维护的具体方式，例如是创建功能还是非创建功能。在创建功能下，可以初始化默认数据，输入数据接收，更新参数表数据等。在非创建功能下，可以具体实现修改功能、删除功能、查询功能等。
除此之外，还可以进一步通过上述四张数据表为用户提供查询功能。例如图4所示：
用户通过网银、电话银行、atm、柜台都可以通过发起针对用户账户标识(例如卡号等)的限额查询交易，查询卡设置限额和可用限额。由于支持客户根据个人风险承受能力，自主调控限额，在核心系统收到查询交易请求时，首先查询卡交易限额表，获取卡片设置限额，如果客户未设置个人限额，再获取卡产品限额表的默认限额返回。
在限额查询结果的基础上，给予客户直接修改限额数据的权利。同时，防止因为客户风险认知程度不足，而把限额修改的太大或者太小，限额属性表中是否超越产品属性设定限额调整的范围，难以掌控风险的限额则不允许客户擅自修改，风险较大的限额则不允许客户自行修改的限额超过卡产品默认限额，其他限额则可让客户自行修改。
由此可见，本申请实施例提供了一套按交易场景编排限额累计的通用数据结构，包括限额属性表、限额累计控制表、卡产品限额表和卡交易限额表，既能满足新增限额通过参数化配置运转，又能实现限额的精细化场景控制。按交易场景编排限额累计的公共处理机制，必须要通过限额属性表将各类限额进行编号，定义编号限额的基本属性，再根据限额累计控制表编排交易场景，并映射到各类限额。
这种基于交易场景进行限额确定的方式是一种通用的、可扩展的限额数据结构设计，使新增限额完全可以通过参数配置的方式运转，快速响应金融交易的银行限额监管；而且按交易为单位编排限额累计场景，方便银行精细化准确控制限额，保证客户金融安全。
图5为本申请实施例提供的一种交易限额确定装置的装置结构图，所述装置包括预处理单元501、获取单元502和确定单元503：
所述预处理单元501，用于根据多个维度的交易场景元素组合确定交易场景；建立交易场景与限额累计编号间的映射关系；所述限额累计编号用于标识所映射交易场景的限额信息；
所述获取单元502，用于根据待确定交易请求获取对应的目标交易场景元素组合；
所述确定单元503，用于根据所述目标交易场景元素组合确定所述待确定交易请求对应的目标交易场景；
所述确定单元503还用于根据所述目标交易场景确定对应的目标限额累计编号；
所述确定单元503还用于根据所述目标限额累计编号对应的限额信息，确定所述待确定交易请求所请求的特征值额度是否超出限额。
可选的，所述确定单元还用于：
根据所述目标限额累计编号和所述待确定交易请求对应的目标账户标识，确定对应所述目标限额累计编号所标识的、对应所述目标账户标识的目标限额信息；
根据所述目标限额信息确定所述待确定交易请求所请求的特征值额度是否超出限额。
可选的，所述预处理单元还用于：
建立限额累计控制表，所述限额累计控制表用于标识由多个维度的交易场景元素组合所确定交易场景和限额累计编号的映射关系。
可选的，所述预处理单元还用于：
建立限额属性表，所述限额属性表用于标识所述限额累计编号对应的特征值累计规则和累计周期；
建立卡产品限额表，所述卡产品限额表用于标识所述限额累计编号对应的产品维度控制限额；
建立卡交易限额表，所述卡交易限额表用于标识所述限额累计编号和账户标识对应的特征值限额与特征值累计值。
可选的，所述确定单元还用于：
根据所述目标限额累计编号和所述目标账户标识，通过查询所述卡交易限额表确定所述目标限额累计编号和所述目标账户标识对应的目标特征值限额与目标特征值累计值；
根据所述目标限额累计编号，通过查询所述限额属性表和所述卡产品限额表对所述目标特征值限额与目标特征值累计值进行校验；
将校验后的所述目标特征值限额与目标特征值累计值作为所述目标限额信息。
可选的，所述装置还包括处理单元，所述处理单元用于在确定交易请求所请求特征值额度是否超出限额的过程中，根据所述交易场景元素组合确定体现场景重要程度的场景序列号；根据所述场景序列号确定处理交易请求的处理顺序。
由此可见，这种基于交易场景进行限额确定的方式是一种通用的、可扩展的限额数据结构设计，使新增限额完全可以通过参数配置的方式运转，快速响应金融交易的银行限额监管；而且按交易为单位编排限额累计场景，方便银行精细化准确控制限额，保证客户金融安全。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质可以是下述介质中的至少一种：只读存储器(英文：read-onlymemory，缩写：rom)、ram、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。
1.一种交易限额确定方法，其特征在于，
根据多个维度的交易场景元素组合确定交易场景；
建立交易场景与限额累计编号间的映射关系；所述限额累计编号用于标识所映射交易场景的限额信息；
所述方法包括：
根据待确定交易请求获取对应的目标交易场景元素组合；
根据所述目标交易场景元素组合确定所述待确定交易请求对应的目标交易场景；
根据所述目标交易场景确定对应的目标限额累计编号；
根据所述目标限额累计编号对应的限额信息，确定所述待确定交易请求所请求的特征值额度是否超出限额。
2.根据权利要求1所述的方法，其特征在于，所述根据所述目标限额累计编号对应的限额信息，确定所述待确定交易请求所请求的特征值额度是否超出限额，包括：
根据所述目标限额累计编号和所述待确定交易请求对应的目标账户标识，确定对应所述目标限额累计编号所标识的、对应所述目标账户标识的目标限额信息；
根据所述目标限额信息确定所述待确定交易请求所请求的特征值额度是否超出限额。
3.根据权利要求1所述的方法，其特征在于，所述建立交易场景与限额累计编号间的映射关系，包括：
建立限额累计控制表，所述限额累计控制表用于标识由多个维度的交易场景元素组合所确定交易场景和限额累计编号的映射关系。
4.根据权利要求1-3任意一项所述的方法，其特征在于，所述限额累计编号通过下述方式标识所映射交易场景的限额信息：
建立限额属性表，所述限额属性表用于标识所述限额累计编号对应的特征值累计规则和累计周期；
建立卡产品限额表，所述卡产品限额表用于标识所述限额累计编号对应的产品维度控制限额；
建立卡交易限额表，所述卡交易限额表用于标识所述限额累计编号和账户标识对应的特征值限额与特征值累计值。
5.根据权利要求4所述的方法，其特征在于，所述根据所述目标限额累计编号和所述待确定交易请求对应的目标账户标识，确定对应所述目标限额累计编号所标识的、对应所述目标账户标识的目标限额信息，包括：
根据所述目标限额累计编号和所述目标账户标识，通过查询所述卡交易限额表确定所述目标限额累计编号和所述目标账户标识对应的目标特征值限额与目标特征值累计值；
根据所述目标限额累计编号，通过查询所述限额属性表和所述卡产品限额表对所述目标特征值限额与目标特征值累计值进行校验；
将校验后的所述目标特征值限额与目标特征值累计值作为所述目标限额信息。
6.根据权利要求1所述的方法，其特征在于，在确定交易请求所请求特征值额度是否超出限额的过程中，所述方法包括：
根据所述交易场景元素组合确定体现场景重要程度的场景序列号；
根据所述场景序列号确定处理交易请求的处理顺序。
7.一种交易限额确定装置，其特征在于，所述装置包括预处理单元、获取单元和确定单元：
所述预处理单元，用于根据多个维度的交易场景元素组合确定交易场景；建立交易场景与限额累计编号间的映射关系；所述限额累计编号用于标识所映射交易场景的限额信息；
所述获取单元，用于根据待确定交易请求获取对应的目标交易场景元素组合；
所述确定单元，用于根据所述目标交易场景元素组合确定所述待确定交易请求对应的目标交易场景；
所述确定单元还用于根据所述目标交易场景确定对应的目标限额累计编号；
所述确定单元还用于根据所述目标限额累计编号对应的限额信息，确定所述待确定交易请求所请求的特征值额度是否超出限额。
8.根据权利要求7所述的装置，其特征在于，所述确定单元还用于：
根据所述目标限额累计编号和所述待确定交易请求对应的目标账户标识，确定对应所述目标限额累计编号所标识的、对应所述目标账户标识的目标限额信息；
根据所述目标限额信息确定所述待确定交易请求所请求的特征值额度是否超出限额。
9.根据权利要求7所述的装置，其特征在于，所述预处理单元还用于：
建立限额累计控制表，所述限额累计控制表用于标识由多个维度的交易场景元素组合所确定交易场景和限额累计编号的映射关系。
10.根据权利要求7-9任意一项所述的装置，其特征在于，所述预处理单元还用于：
建立限额属性表，所述限额属性表用于标识所述限额累计编号对应的特征值累计规则和累计周期；
建立卡产品限额表，所述卡产品限额表用于标识所述限额累计编号对应的产品维度控制限额；
建立卡交易限额表，所述卡交易限额表用于标识所述限额累计编号和账户标识对应的特征值限额与特征值累计值。
技术总结