掌桥专利:专业的专利平台
掌桥专利
首页

取款方法

文献发布时间:2024-04-18 19:58:26


取款方法

技术领域

本申请涉及金融领域或其他领域,尤其涉及一种取款方法。

背景技术

由于银行卡比现金更便携,因此越来越多的用户选择使用银行卡来进行日常消费。在一些只支持现金的交易场景中,使用银行卡存储现金的用户就需要预先使用银行卡进行取款。在取款之前,银行系统需要通过用户输入的密码验证用户的身份,以使在身份认证通过后为用户办理取款业务。

然而,现如今银行账号盗用已成为一种普遍存在的风险,这种风险不仅给个人财产带来了威胁,也对社会经济造成了一定的影响。因此,如何确定用户的取款行为是否存在风险,从而对用户的取款金额进行控制,是亟待解决的问题。

发明内容

本申请提供一种取款方法,用以确定用户的取款行为是否存在风险,从而对用户的取款金额进行控制。

第一方面,本申请提供一种取款方法,应用于目标现金终端,所述方法包括:

响应于用户对所述目标现金终端的取款操作,向银行服务器发送获取请求,所述获取请求用于获取所述用户的目标取款风险熵,所述目标取款风险熵是根据第一关系以及所述用户对应的预设用户取款阈值确定的,所述第一关系是根据所述银行服务器的历史取款数据确定的,所述第一关系用于表征第一取款阈值和第一取款风险熵之间的映射关系;

接收所述银行服务器发送的所述用户的目标取款风险熵;

根据第二关系以及所述用户的目标取款风险熵,确定所述用户在所述目标现金终端的终端取款阈值,所述第二关系是根据所述目标现金终端的历史终端取款数据确定的,所述第二关系用于表征第二取款阈值和第二取款风险熵之间的映射关系;

根据所述终端取款阈值以及所述用户输入的取款金额,确定所述用户的目标取款金额。

在一种可能的实现方式中,在所述响应于用户对所述目标现金终端的取款操作,向银行服务器发送获取请求之前,所述方法还包括:

根据所述目标现金终端的历史终端取款数据,确定所述第二关系。

在一种可能的实现方式中,所述根据所述目标现金终端的历史终端取款数据,确定所述第二关系,包括:

根据历史终端取款数据中各历史终端取款子数据的取款金额,从所述历史终端取款数据中获取每个预设终端取款阈值对应的目标历史终端取款子数据;

针对每个预设终端取款阈值,根据对应的目标历史终端取款子数据,确定所述预设终端取款阈值对应的终端风险取款交易;

针对每个预设终端取款阈值,根据对应的目标历史终端取款子数据和终端风险取款交易,确定所述预设终端取款阈值的取款风险熵;

根据每个预设终端取款阈值,以及每个预设终端取款阈值对应的取款风险熵,确定所述第二关系。

在一种可能的实现方式中,所述针对每个预设终端取款阈值,根据对应的目标历史终端取款子数据和终端风险取款交易,确定所述预设终端取款阈值的取款风险熵,包括:

针对每个预设终端取款阈值,将对应的目标历史终端取款子数据中包含的取款交易数量,确定为所述预设终端取款阈值对应的总终端取款数量;

针对每个预设终端取款阈值,将对应的终端风险取款交易按照客户类型进行分类,获取多类终端风险取款交易;

针对每个预设终端取款阈值,通过公式:

其中,Q为所述预设终端取款阈值的取款风险熵,k为所述预设终端取款阈值的总终端取款数量,l

在一种可能的实现方式中,所述根据第二关系以及所述用户的目标取款风险熵,确定所述用户在所述目标现金终端的终端取款阈值,包括:

从所述第二关系中确定出不大于所述目标取款风险熵,且与所述目标取款风险熵最接近的目标第二取款风险熵;

根据所述第二关系,将所述目标第二取款风险熵对应的第二取款阈值,确定为所述用户在所述目标现金终端的终端取款阈值。

第二方面,本申请提供一种取款方法,应用于银行服务器,所述方法包括:

接收目标现金终端发送的获取请求,所述获取请求用于获取用户的目标取款风险熵,所述目标取款风险熵是根据第一关系以及所述用户对应的预设用户取款阈值确定的,所述第一关系是根据所述银行服务器的历史取款数据确定的,所述第一关系用于表征第一取款阈值和第一取款风险熵之间的映射关系;

将所述用户的目标取款风险熵发送给所述目标现金终端。

在一种可能的实现方式中,在所述接收目标现金终端发送的获取请求之前,所述方法包括:

根据所述银行服务器的历史取款数据,确定所述第一关系;

根据所述第一关系以及所述用户对应的预设用户取款阈值,确定所述用户对应的目标取款风险熵;

从现金终端中确定出所述目标现金终端。

在一种可能的实现方式中,所述根据所述银行服务器的历史取款数据,确定所述第一关系,包括:

根据历史取款数据中各历史取款子数据的取款金额,从所述历史取款数据中获取每个预设取款阈值对应的目标历史取款子数据;

针对每个预设取款阈值,根据对应的目标历史取款子数据,确定所述预设取款阈值对应的风险取款交易;

针对每个预设取款阈值,根据对应的目标历史取款子数据和风险取款交易,确定所述预设取款阈值的取款风险熵;

根据每个预设取款阈值,以及每个预设取款阈值对应的取款风险熵,确定所述第一关系。

在一种可能的实现方式中,所述针对每个预设取款阈值,根据对应的目标历史取款子数据和风险取款交易,确定所述预设取款阈值的取款风险熵,包括:

针对每个预设取款阈值,将对应的目标历史取款子数据中包含的取款交易数量,确定为所述预设取款阈值对应的总取款数量;

针对每个预设取款阈值,将对应的风险取款交易按照客户类型进行分类,获取多类风险取款交易;

针对每个预设取款阈值,通过公式:

其中,P为所述预设取款阈值的取款风险熵,n为所述预设取款阈值的总取款数量,m

在一种可能的实现方式中,所述从现金终端中确定出所述目标现金终端,包括:

根据每个现金终端的历史终端取款数据,确定所述现金终端的取款风险指标,所述取款风险指标用于指示在所述现金终端进行取款操作的风险;

将取款风险指标大于预设风险阈值的现金终端,确定为目标现金终端。

本申请提供的取款方法,在该方法中,目标现金终端响应于用户对目标现金终端的取款操作,向银行服务器发送获取请求,相应的,银行服务器则接收目标现金终端发送的获取请求。银行服务器将用户的目标取款风险熵发送给目标现金终端,相应的,目标现金终端接收银行服务器发送的用户的目标取款风险熵。目标现金终端根据第二关系以及用户的目标取款风险熵,确定用户在目标现金终端的终端取款阈值,并根据终端取款阈值以及用户输入的取款金额,确定用户的目标取款金额。在本技术方案中,在用户在目标现金终端取款时,目标现金终端根据用户的目标取款风险熵控制用户可取款的金额,从而对用户的取款金额进行控制,有效保证了用户的财产安全。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的取款方法的场景示意图;

图2为本申请实施例提供的一种取款方法的流程示意图;

图3为本申请实施例提供的另一种取款方法的流程示意图;

图4为本申请实施例提供的另一种取款方法的流程示意图;

图5为本申请实施例提供的一种取款装置的结构示意图;

图6为本申请实施例提供的另一种取款装置的结构示意图;

图7为本申请实施例提供的现金终端的结构示意图;

图8为本申请实施例提供的银行服务器的结构示意图。

通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是,本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据,并且相关数据的收集、使用和处理需要遵守相关法律法规和标准,并提供有相应的操作入口,供用户选择授权或者拒绝。

需要说明的是,本申请提供的取款方法可用于金融领域,也可用于除金融领域之外的任意领域,本申请不对取款方法的应用领域进行限定。

接下来,对本申请具体的应用场景进行解释说明。

在实际应用中,由于现金不便携,易丢失,且交易时可能存在找零错误或使用假钞等问题,给用户的生活带来了极大的不便。因此,越来越多的用户开始使用银行卡来进行日常消费。在日常消费中,用户只需要在刷卡后输入预先设定的密码,就能够完成支付。然而,在一些只支持现金的交易场景中,例如对方没有POS机(全称:Point of sales)来让用户刷卡,或者是对方没有银行卡用户无法直接向其转账时,用户都需要先通过银行卡取款再用现金进行后续交易。

在取款时,用户需要将银行卡放置到现金终端的指定位置,在现金终端的指引下输入密码,现金终端在验证用户输入的密码正确后为用户显示取款界面,以供用户输入取款金额来进行取款。

然而,现如今银行账号盗用已成为一种普遍存在的风险,这种风险不仅给个人财产带来了威胁,也对社会经济造成了一定的影响。因此,如何确定用户的取款行为是否存在风险,从而对用户的取款金额进行控制,是亟待解决的问题。

本申请提供的取款方法,旨在解决现有技术的如上技术问题。在用户使用目标现金终端进行取款操作时,目标现金终端从银行服务器中获取该用户对应的目标取款风险熵,从而根据预先获取的取款阈值和取款风险熵之间的映射关系,确定用户的终端取款阈值,该终端取款阈值即为用户本次取款的最大取款金额,从而控制用户在终端取款阈值内进行取款操作。其中,目标现金终端是服务器预先确定的取款风险较大的现金终端。这样,就能够根据用户的目标取款风险熵控制用户可取款的金额,从而对用户的取款金额进行控制,保证用户的财产安全。

示例性的,本申请提供的取款方法可以应用于图1所示的场景。图1为本申请实施例提供的取款方法的场景示意图。如图1所示,该场景包括:银行服务器11和多个现金终端。其中,图1所示的场景以3个现金终端为例进行解释说明,分别为现金终端121、现金终端122以及现金终端123。应理解,在实际应用中现金终端的个数可以根据实际情况进行确定,本申请实施例对其不进行具体限制。

其中,银行服务器11通常设置于总行,现金终端通常设置于各银行营业厅,银行服务器11与现金终端之间可以通过有线方式或无线方式进行通信。

在本实施例中,银行服务器11可以预先根据各现金终端的历史终端取款数据,从多个现金终端中确定出目标现金终端。用户在目标现金终端中取款时,目标现金终端响应于用户的取款操作,从银行服务器11中获取该用户的目标取款风险熵,从而根据该目标取款风险熵。进一步的,目标现金终端还可以基于取款阈值和取款风险熵之间的映射关系以及该目标取款风险熵,确定用户在目标现金终端的终端取款阈值,以控制用户的最大取款金额。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。

图2为本申请实施例提供的一种取款方法的流程示意图。如图2所示,该取款方法包括如下步骤:

S21、目标现金终端响应于用户对目标现金终端的取款操作,向银行服务器发送获取请求。

其中,目标现金终端是银行服务器根据各现金终端的取款风险指标,从多个现金终端中确定出的取款风险指标大于预设风险阈值的现金终端,具体的确定方式将在下面的实施例中进行展开说明,此处不再赘述。

在实际应用中,用户需要取款时,可以将银行卡放置在目标现金终端的指定位置,该指定位置可以为目标现金终端中用于识别银行卡的卡槽,或目标现金终端中用于识别银行卡的识别区域。目标现金终端在识别到用户的银行卡后,为用户显示登录界面,用户可以在登录界面输入密码。目标现金终端则获取用户输入的密码,对其进行身份验证,并在验证密码正确后为用户展示操作界面。用户可以在操作界面点击取款控件,目标现金终端则响应于用户对取款控件的点击操作,向银行服务器发送获取请求。

其中,获取请求用于获取用户的目标取款风险熵,目标取款风险熵是根据第一关系以及用户对应的预设用户取款阈值确定的,第一关系是根据银行服务器的历史取款数据确定的,第一关系用于表征第一取款阈值和第一取款风险熵之间的映射关系。

其中,用户的目标取款风险熵用于表示该用户取款的风险性。

应理解,目标现金终端与银行服务器之间可以通过有线方式或者无线方式进行通信,此处不进行具体限制。

相应的,银行服务器则接收目标现金终端发送的获取请求。

S22、银行服务器将用户的目标取款风险熵发送给目标现金终端。

相应的,目标现金终端接收银行服务器发送的用户的目标取款风险熵。

S23、目标现金终端根据第二关系以及用户的目标取款风险熵,确定用户在目标现金终端的终端取款阈值。

其中,第二关系是根据目标现金终端的历史终端取款数据确定的,第二关系用于表征第二取款阈值和第二取款风险熵之间的映射关系。

在一种可能的实现方式中,S23可以通过以下步骤(231)至步骤(232)实现:

步骤(231)、从第二关系中确定出不大于目标取款风险熵,且与目标取款风险熵最接近的目标第二取款风险熵。

应理解,不大于即为小于或等于。也就是说,不大于目标取款风险熵,即为小于或等于目标取款风险熵。

步骤(232)、根据第二关系,将目标第二取款风险熵对应的第二取款阈值,确定为用户在目标现金终端的终端取款阈值。

在另一种可能的实现方式中,可以将第二关系中包含的多个第二取款风险熵作为待选终端风险熵,将小于或等于目标取款风险熵的待选终端风险熵确定为待选取款风险熵。进一步的,根据第二关系,将待选取款风险熵对应的第二取款阈值确定为待选取款阈值,并从待选取款阈值中确定出该用户在目标现金终端的终端取款阈值。

可选地,从待选取款阈值中确定出该用户在目标现金终端的终端取款阈值可以实现为:将最大的待选取款阈值确定为该用户在目标现金终端的终端取款阈值。

S24、目标现金终端根据终端取款阈值以及用户输入的取款金额,确定用户的目标取款金额。

在一种实现方式中,目标现金终端接收用户输入的取款金额,若该取款金额小于终端取款阈值,则将该取款金额确定为该用户的目标取款金额;反之,则将终端取款阈值确定为用户的目标取款金额。

可选地,目标现金终端还可以显示终端取款阈值,以提醒用户最大的可取款金额为终端取款阈值。

在实际应用中,用户的目标取款金额应小于或等于用户的银行卡余额。

本申请实施例提供的取款方法,目标现金终端响应于用户对目标现金终端的取款操作,向银行服务器发送获取请求,相应的,银行服务器则接收目标现金终端发送的获取请求。银行服务器将用户的目标取款风险熵发送给目标现金终端,相应的,目标现金终端接收银行服务器发送的用户的目标取款风险熵。目标现金终端根据第二关系以及用户的目标取款风险熵,确定用户在目标现金终端的终端取款阈值,并根据终端取款阈值以及用户输入的取款金额,确定用户的目标取款金额。在本技术方案中,在用户在目标现金终端取款时,目标现金终端根据用户的目标取款风险熵控制用户可取款的金额,从而对用户的取款金额进行控制,有效保证了用户的财产安全。

可选的,目标现金终端在响应于用户对目标现金终端的取款操作,向银行服务器发送获取请求之前,还需要根据目标现金终端的历史终端取款数据,确定第二关系,以便后续根据该第二关系以及目标取款风险熵确定终端取款阈值。

图3为本申请实施例提供的另一种取款方法的流程示意图。如图3所示,上述根据目标现金终端的历史终端取款数据,确定第二关系,可以通过以下步骤实现:

S31、根据历史终端取款数据中各历史终端取款子数据的取款金额,从历史终端取款数据中获取每个预设终端取款阈值对应的目标历史终端取款子数据。

在一种可能的实现方式中,可以将取款金额小于或等于预设终端取款阈值的历史终端取款子数据,确定为该预设终端取款阈值的目标历史终端取款子数据。

S32、针对每个预设终端取款阈值,根据对应的目标历史终端取款子数据,确定预设终端取款阈值对应的终端风险取款交易。

S33、针对每个预设终端取款阈值,根据对应的目标历史终端取款子数据和终端风险取款交易,确定预设终端取款阈值的取款风险熵。

在一种可能的实现方式中,S33可以通过以下步骤(331)至步骤(333)实现:

步骤(331)、针对每个预设终端取款阈值,将对应的目标历史终端取款子数据中包含的取款交易数量,确定为预设终端取款阈值对应的总终端取款数量。

步骤(332)、针对每个预设终端取款阈值,将对应的终端风险取款交易按照客户类型进行分类,获取多类终端风险取款交易。

步骤(333)、针对每个预设终端取款阈值,通过公式:

其中,Q为预设终端取款阈值的取款风险熵,k为预设终端取款阈值的总终端取款数量,l

S34、根据每个预设终端取款阈值,以及每个预设终端取款阈值对应的取款风险熵,确定第二关系。

在一种可能的实现方式中,可以将每个预设终端取款阈值确定为第二取款阈值,将第二取款阈值对应的取款风险熵确定为第二取款风险熵,从而生成第二关系。

上述实施例根据目标现金终端的历史终端取款数据,确定各预设终端取款阈值对应的终端风险取款交易,从而生成第二关系,为后续根据该第二关系以及目标取款风险熵确定终端取款阈值奠定了基础。

图4为本申请实施例提供的另一种取款方法的流程示意图。如图4所示,银行服务器在接收目标现金终端发送的获取请求之前,该取款方法还包括以下步骤:

S41、根据银行服务器的历史取款数据,确定第一关系。

在一种可能的实现方式中,S41可以通过下述步骤(411)至步骤(414)实现:

步骤(411)、根据历史取款数据中各历史取款子数据的取款金额,从历史取款数据中获取每个预设取款阈值对应的目标历史取款子数据。

在一种可能的实现方式中,可以将取款金额小于或等于预设取款阈值的历史取款子数据,确定为该预设取款阈值的目标历史取款子数据。

步骤(412)、针对每个预设取款阈值,根据对应的目标历史取款子数据,确定预设取款阈值对应的风险取款交易。

可选地,步骤(412)可以通过步骤(4121)至步骤(4123)实现:

步骤(4121)、获取取款风险规则。

其中,取款风险规则可确定现金终端的两个取款交易的风险的大小关系。

步骤(4122)、将预设取款阈值对应的目标历史取款子数据中涉及风险的取款交易作为预设取款阈值对应的风险取款交易。

步骤(4123)、对于预设取款阈值对应的目标历史取款子数据中不涉及风险的每一取款交易,依据取款风险规则,在确定存在任一风险取款交易使得该风险取款交易的风险小于该取款交易的风险时,将该取款交易确定为预设取款阈值对应的风险取款交易。

需要说明的是,此处,取款交易是在客户办理取款交易时产生的一个取款交易样本,每一取款交易对应一份取款交易数据,为客户进行取款交易时产生的数据。比如客户A取款时生成一个取款交易a,客户B取款时生成另一个取款交易b,a和b是不同的取款交易,虽然都是取款交易。

需要说明的是,取款风险规则包括两部分:规则体和规则头,规则体包括两个取款交易变量对应的两个取款交易数据在各个取款交易属性的值的大小关系,规则头包括两个取款交易变量的风险的大小关系,其中,两个取款交易变量的取值是现金终端的取款交易。

步骤(413)、针对每个预设取款阈值,根据对应的目标历史取款子数据和风险取款交易,确定预设取款阈值的取款风险熵。

可选地,步骤(413)可以通过步骤(4131)至步骤(4133)实现:

步骤(4131)、针对每个预设取款阈值,将对应的目标历史取款子数据中包含的取款交易数量,确定为预设取款阈值对应的总取款数量。

步骤(4132)、针对每个预设取款阈值,将对应的风险取款交易按照客户类型进行分类,获取多类风险取款交易。

步骤(4133)、针对每个预设取款阈值,通过公式:

其中,P为预设取款阈值的取款风险熵,n为预设取款阈值的总取款数量,m

步骤(414)、根据每个预设取款阈值,以及每个预设取款阈值对应的取款风险熵,确定第一关系。

在一种可能的实现方式中,可以将每个预设取款阈值确定为第一取款阈值,将第一取款阈值对应的取款风险熵确定为第一取款风险熵,从而生成第一关系。

S42、根据第一关系以及用户对应的预设用户取款阈值,确定用户对应的目标取款风险熵。

S43、从现金终端中确定出目标现金终端。

在一种可能的实现方式中,S43可以通过下述步骤(431)至步骤(432)实现:

步骤(431)、根据每个现金终端的历史终端取款数据,确定现金终端的取款风险指标。

其中,取款风险指标用于指示在现金终端进行取款操作的风险。

示例性的,取款风险指标可以为取款风险熵。

在一种可能的实现方式中,步骤(431)可以将通过步骤(4311)至步骤(4313)实现:

步骤(4311)、针对每个现金终端,将对应的历史终端取款数据包含的取款交易数量作为总取款交易数量。

步骤(4312)、针对每个现金终端,将对应的历史终端取款数据中的终端风险取款交易按照客户类型进行分类,获取多类终端风险取款交易;

步骤(4313)、针对每个现金终端,通过公式:

其中,X为现金终端的取款风险熵,z为该现金终端的总终端取款数量,y

在另一种可能的实现方式中,对于每个现金终端,当该现金终端的历史终端取款数据包含的取款交易数量少于设定值时,确定该现金终端的相似现金终端。其中,相似现金终端为与该现金终端的相似值大于相似阈值的现金终端。进一步的,将该相似现金终端的历史终端取款数据确定为该现金终端的新的历史终端取款数据。根据该现金终端的历史终端取款数据以及新的历史终端取款数据,确定该现金终端的取款风险指标。

根据该现金终端的历史终端取款数据以及新的历史终端取款数据,确定该现金终端的取款风险指标的过程可以参照步骤(4311)至步骤(4312)实现,此处不再赘述。

可选地,确定两个现金终端之间的相似度,可以通过下述步骤(1)至步骤(5)实现:

步骤(1)、获取该两个现金终端在设定时间范围内的存款交易量和取款交易量。

步骤(2)、将两个存款交易量中的较小值和较大值的比值作为存款比值,以及将两个取款交易量中的较小值和较大值的比值作为取款比值;

步骤(3)、按照如下公式确定该两个现金终端的存款相似值:

r

r

其中,R

步骤(4)、按照如下公式确定该两个现金终端的取款相似值:

r

r

其中,R

步骤(5)、根据两个现金终端的取款相似值以及存款相似值,确定两个现金终端的相似值。

步骤(432)、将取款风险指标大于预设风险阈值的现金终端,确定为目标现金终端。

在上述实施例中,从多个现金终端中确定出取款风险较大的目标现金终端,以使后续在用户在该目标现金终端中取款时,对其取款的金额进行控制,保证了用户的财产安全。

下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。

图5为本申请实施例提供的一种取款装置的结构示意图。如图5所示,该取款装置50包括:

发送模块51,用于响应于用户对目标现金终端的取款操作,向银行服务器发送获取请求,获取请求用于获取用户的目标取款风险熵,目标取款风险熵是根据第一关系以及用户对应的预设用户取款阈值确定的,第一关系是根据银行服务器的历史取款数据确定的,第一关系用于表征第一取款阈值和第一取款风险熵之间的映射关系。

接收模块52,用于接收银行服务器发送的用户的目标取款风险熵。

确定模块53,用于根据第二关系以及用户的目标取款风险熵,确定用户在目标现金终端的终端取款阈值,第二关系是根据目标现金终端的历史终端取款数据确定的,第二关系用于表征第二取款阈值和第二取款风险熵之间的映射关系。

确定模块53,还用于根据终端取款阈值以及用户输入的取款金额,确定用户的目标取款金额。

在一种可能的实现方式中,在响应于用户对目标现金终端的取款操作,向银行服务器发送获取请求之前,确定模块53,还用于:

根据目标现金终端的历史终端取款数据,确定第二关系。

在一种可能的实现方式中,确定模块53,具体用于:

根据历史终端取款数据中各历史终端取款子数据的取款金额,从历史终端取款数据中获取每个预设终端取款阈值对应的目标历史终端取款子数据。

针对每个预设终端取款阈值,根据对应的目标历史终端取款子数据,确定预设终端取款阈值对应的终端风险取款交易。

针对每个预设终端取款阈值,根据对应的目标历史终端取款子数据和终端风险取款交易,确定预设终端取款阈值的取款风险熵。

根据每个预设终端取款阈值,以及每个预设终端取款阈值对应的取款风险熵,确定第二关系。

在一种可能的实现方式中,确定模块53,具体用于:

针对每个预设终端取款阈值,将对应的目标历史终端取款子数据中包含的取款交易数量,确定为预设终端取款阈值对应的总终端取款数量。

针对每个预设终端取款阈值,将对应的终端风险取款交易按照客户类型进行分类,获取多类终端风险取款交易。

针对每个预设终端取款阈值,通过公式:

其中,Q为预设终端取款阈值的取款风险熵,k为预设终端取款阈值的总终端取款数量,l

在一种可能的实现方式中,确定模块53,具体用于:

从第二关系中确定出不大于目标取款风险熵,且与目标取款风险熵最接近的目标第二取款风险熵。

根据第二关系,将目标第二取款风险熵对应的第二取款阈值,确定为用户在目标现金终端的终端取款阈值。

本申请实施例提供的取款装置,可用于执行上述任一实施例中目标现金终端侧的取款方法,其实现原理和技术效果类似,在此不再赘述。

图6为本申请实施例提供的另一种取款装置的结构示意图。如图6所示,该取款装置60包括:

接收模块61,用于接收目标现金终端发送的获取请求,获取请求用于获取用户的目标取款风险熵,目标取款风险熵是根据第一关系以及用户对应的预设用户取款阈值确定的,第一关系是根据银行服务器的历史取款数据确定的,第一关系用于表征第一取款阈值和第一取款风险熵之间的映射关系。

发送模块62,用于将用户的目标取款风险熵发送给目标现金终端。

在一种可能的实现方式中,在接收目标现金终端发送的获取请求之前,取款装置60还包括确定模块,用于:

根据银行服务器的历史取款数据,确定第一关系。

根据第一关系以及用户对应的预设用户取款阈值,确定用户对应的目标取款风险熵。

从现金终端中确定出目标现金终端。

在一种可能的实现方式中,确定模块,具体用于:

根据历史取款数据中各历史取款子数据的取款金额,从历史取款数据中获取每个预设取款阈值对应的目标历史取款子数据。

针对每个预设取款阈值,根据对应的目标历史取款子数据,确定预设取款阈值对应的风险取款交易。

针对每个预设取款阈值,根据对应的目标历史取款子数据和风险取款交易,确定预设取款阈值的取款风险熵。

根据每个预设取款阈值,以及每个预设取款阈值对应的取款风险熵,确定第一关系。

在一种可能的实现方式中,确定模块,具体用于:

针对每个预设取款阈值,将对应的目标历史取款子数据中包含的取款交易数量,确定为预设取款阈值对应的总取款数量。

针对每个预设取款阈值,将对应的风险取款交易按照客户类型进行分类,获取多类风险取款交易。

针对每个预设取款阈值,通过公式:

其中,P为预设取款阈值的取款风险熵,n为预设取款阈值的总取款数量,m

在一种可能的实现方式中,确定模块,具体用于:

根据每个现金终端的历史终端取款数据,确定现金终端的取款风险指标,取款风险指标用于指示在现金终端进行取款操作的风险。

将取款风险指标大于预设风险阈值的现金终端,确定为目标现金终端。

本申请实施例提供的取款装置,可用于执行上述任一实施例中银行服务器的取款方法,其实现原理和技术效果类似,在此不再赘述。

需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。此外,这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图7为本申请实施例提供的现金终端的结构示意图。如图7所示,该现金终端可以包括:处理器71、存储器72、收发器73及存储在所述存储器72上并可在处理器71上运行的计算机程序指令,所述处理器71执行所述计算机程序指令时实现前述任一实施例提供的取款方法。

可选地,该现金终端的上述各个器件之间可以通过系统总线连接。

存储器72可以是单独的存储单元,也可以是集成在处理器中的存储单元。处理器的数量为一个或者多个。

可选地,现金终端还可以包括与其他设备进行交互的通信接口。

可选地,现金终端还可以包括显示器。显示器用于显示处理器71的处理结果以及和人机交互。在一些实施例中,显示器可以为终端设备的前面板;在另一些实施例中,显示器可以是柔性显示屏,设置在现金终端的弯曲表面上或折叠面上。甚至,显示器还可以设置成非矩形的不规则图形的显示屏,也即异形屏。显示器可以采用液晶显示屏(LiquidCrystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等材质制备。

本申请实施例提供的现金终端,可用于执行上述任一方法实施例提供的目标现金终端侧的取款方法,其实现原理和技术效果类似,在此不再赘述。

图8为本申请实施例提供的银行服务器的结构示意图。如图8所示,该银行服务器11可以包括:处理器81、存储器82、收发器83及存储在所述存储器82上并可在处理器81上运行的计算机程序指令,所述处理器81执行所述计算机程序指令时实现前述任一实施例提供的取款方法。

可选地,该银行服务器11的上述各个器件之间可以通过系统总线连接。

存储器82可以是单独的存储单元,也可以是集成在处理器中的存储单元。处理器的数量为一个或者多个。

可选地,银行服务器11还可以包括与其他设备进行交互的通信接口。

本申请实施例提供的银行服务器,可用于执行上述任一方法实施例提供的银行服务器侧的取款方法,其实现原理和技术效果类似,在此不再赘述。

应理解,处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。

系统总线可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。存储器可能包括随机存取存储器(randomaccess memory,RAM),也可能还包括非易失性存储器(non-volatile memory,NVM),例如至少一个磁盘存储器。

实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储器(存储介质)包括:只读存储器(read-only memory,ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(magnetic tape)、软盘(floppy disk)、光盘(optical disc)及其任意组合。

本申请实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机执行指令,当该计算机执行指令在计算机上运行时,使得计算机执行上述取款方法。

上述的计算机可读存储介质,上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器,电可擦除可编程只读存储器,可擦除可编程只读存储器,可编程只读存储器,只读存储器,磁存储器,快闪存储器,磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

可选地,将可读存储介质耦合至处理器,从而使处理器能够从该可读存储介质读取信息,且可向该可读存储介质写入信息。当然,可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits,ASIC)中。当然,处理器和可读存储介质也可以作为分立组件存在于设备中。

本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序存储在计算机可读存储介质中,至少一个处理器可以从该计算机可读存储介质中读取该计算机程序,所述至少一个处理器执行所述计算机程序时可实现上述取款方法。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

相关技术
  • 取款方法、取款审核方法、装置、取款机、服务器和介质
  • 取款方法、取款审核方法、装置、取款机、服务器和介质
技术分类

06120116493926