CN104992324A - 一种自助设备业务处理方法及其*** - Google Patents

Abstract

本发明公开了一种金融自助终端的业务处理方法及其***，包括：根据用户账户的交易数据，建立用户交易规律；接收所述用户账户的交易请求；根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求；若为非正常交易请求，则请求用户追加身份验证，接收到所述身份验证后处理所述非正常交易请求。本发明根据用户账户的交易数据建立用户交易规律，根据交易规律对用户的交易请求进行识别，在识别为非正常交易后，需要用户追加用户身份验证，只有当接收到的身份验证通过后才能继续进行交易，在不妨碍用户交易的同时，保证了用户账户的资金安全。

Description

一种自助设备业务处理方法及其***

技术领域

本发明涉及金融自助终端交易技术领域，尤其涉及一种金融自助设备业务处理方法及其***。

背景技术

近年来，各家商业银行都纷纷加大了自助设备的投放，以在行式、离行式自助服务区等为代表的新兴金融服务方式的出现，推动了金融电子化进程，扩大了银行服务半径，延长了服务时间，提升了服务质量，给广大持卡客户提供极大的便利，但同时也遇到新的挑战，这就是针对自助设备的各类犯罪日益猖獗，客户资金遭到非法的盗窃，金融企业的声誉也受到了损害。

现有的金融自助终端设备交易技术，只要用户输入取款密码正确就能成功完成交易，而随着科技的飞速发展，银行卡高科技犯罪越来越多，目前犯罪分子通过制作刷卡器与摄像探头配合使用的作案手法，窃取客户银行卡磁条信息、取款密码，制作伪卡后，通过取现，转账、再取现的方式迅速转移套取现金，给用户和银行的利益都带来了极大的损害，用户账户的资金安全成为一大问题。

发明内容

本发明的目的在于提出一种金融自助终端的业务处理方法及其***，在不妨碍用户交易的同时，可以有效地保护用户账户的资金安全。

为达此目的，本发明采用以下技术方案：

第一方面，一种金融自助终端的业务处理方法，包括：

根据用户账户的交易数据，建立用户交易规律；

接收所述用户账户的交易请求；

根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求；

若为非正常交易请求，则请求用户追加身份验证，接收到所述身份验证后处理所述非正常交易请求。

优选的，所述根据用户账户的交易数据，建立用户交易规律具体为：建立历史交易数据库，所述历史交易数据库保存交易数据，根据所述交易数据进行数据挖掘，建立用户交易规律。

优选的，所述非正常交易请求包括普通非正常交易请求；

所述根据用户账户的交易数据，建立用户交易规律，包括：根据用户账户的交易数据，建立所述用户账户的交易时间范围、交易地点范围、交易金额范围；

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：获取所述交易请求的交易时间、交易地点、交易金额；如果所述交易时间不属于所述交易时间范围，或所述交易地点不属于所述交易地点范围，或交易金额不属于所述交易金额范围，则识别出所述交易请求为普通非正常交易请求。

优选的，所述非正常交易请求包括非正常取款交易请求；

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

用户完成一笔第一预置金额范围的小额取款后，进行一笔第二预置金额范围内的大额取款；或

用户历史交易记录用户每次取款前都会先进行查询业务，而本次交易不进行查询业务直接取款，取款金额在第二预置金额范围内；或

用户至少三次连续取款，取款金额在第一预置金额范围内；则识别出所述交易请求为非正常取款交易请求。

优选的，所述非正常交易请求包括非正常转账交易请求；

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

用户同时往至少三个账户转账，而历史交易没有记录这种行为；或

用户至少三次连续往同一个账户转账，转账金额在第三预置金额范围内；或

用户往从没有和本卡有历史关联业务的账户转账，转账金额在第四预置金额范围内；或

网银转账异常，至少三次连续转出金额；或

用户历史交易记录用户每次转账前都会先进行查询业务，而本次交易不进行查询业务直接转账，转账金额在第四预置金额范围内；则识别出所述交易请求为非正常转账交易。

优选的，所述非正常交易请求包括非正常缴费交易请求；

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

自助缴费终端地点与历史缴费终端地点不在同一城市；或

与历史缴费相比，自助缴费终端缴费金额大；或

与历史缴费相比，网银缴费金额大；或

网银缴费在非特定时间段内，缴费次数和金额显著增加；则识别出所述交易请求为非正常缴费交易请求。

优选的，所述非正常交易请求包括非正常刷卡交易请求；

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

POS终端刷卡金额大于等于历史单次刷卡的最大金额；

刷卡金额在第六预置金额范围内，且历史刷卡金额在第五预置金额范围内或刷卡次数小于第一阈值时；或

刷卡金额在第六预置金额范围内，且刷卡地点与历史交易地点不在同一城市；或

刷卡金额虽在第五预置金额范围内，但连续刷卡，且连续刷卡次数大于等于第二阈值时；则识别出所述交易请求为非正常刷卡交易。

优选的，所述请求用户追加身份验证包括：

请求用户重新输入密码；或

请求用户输入非正常交易紧急密码；或

请求用户进行生物特征验证；或

请求用户输入手机验证码。

优选的，所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求之后，还包括：若为正常交易请求，则按正常程序处理所述正常交易请求，交易完成后，将交易数据保存进所述历史交易数据库；

所述接收到所述身份验证后处理所述非正常交易请求之后，还包括：交易完成后，将交易数据保存进所述历史交易数据库。

第二方面，一种金融自助终端的业务处理***，包括：

交易规律建立模块，用于根据用户账户的交易数据，建立用户交易规律；

交易请求接收模块，用于接收所述用户账户的交易请求；

交易类型识别模块，用于根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求；

第一交易处理模块，用于对非正常交易请求，请求用户追加身份验证，接收到所述身份验证后处理所述非正常交易请求。

本发明提供的一种金融自助终端的业务处理方法及其***，根据用户账户的交易数据建立用户交易规律，根据交易规律对用户的交易请求进行识别，在识别为非正常交易后，需要用户追加用户身份验证，只有当接收到的身份验证通过后才能继续进行，在不妨碍用户交易的同时，保证了用户账户的资金安全。

附图说明

图1是本发明提供的一种金融自助终端的业务处理方法的实施例一的方法流程图。

图2是本发明提供的一种金融自助终端的业务处理方法的实施例二的方法流程图。

图3是本发明提供的一种金融自助终端的业务处理***的实施例一的结构框架图。

图4是发明提供的一种金融自助终端的业务处理***的实施例二的结构框架图。

具体实施方式

为使本发明解决的技术问题、采用的技术方案和达到的技术效果更加清楚，下面将结合附图对本发明实施例的技术方案作进一步的详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

实施例一

参考图1，一种金融自助终端的业务处理方法，其特征在于，包括以下步骤：

S101、根据用户账户的交易数据，建立用户交易规律。

金融自助终端一般包括自动取款机、自动存款机、循环自动柜员机、自助查询机、自助缴费机、POS终端等金融自助服务设备，用户每次在金融自助终端进行交易时，金融自助终端都会获取该次交易成功后的交易数据。交易数据包括交易时间、交易地点、交易金额大小、交易类型、交易序列、关联交易账户、刷卡金额大小、自助缴费绑定信息，同时进行交易的其他卡信息等。获取这些交易数据后，银行内部***会根据这些交易数据建立用户交易规律。

优选的，所述根据用户账户的交易数据，建立用户交易规律具体为：建立历史交易数据库，所述历史交易数据库保存交易数据，根据所述交易数据进行数据挖掘，建立用户交易规律。

银行内部***建立一个历史交易数据库，用来保存用户账户每次交易过程产生的各种数据及其结果，并且对其进行统计、分类、筛选和输出。历史交易数据库保存其金融自助终端设备获得的交易数据，从而用户每一次交易成功后的交易信息都会被保留下来；而后银行内部***采取数据挖掘技术，对历史交易数据库的交易数据进行数据挖掘，归纳出所述用户帐户的交易时间、交易地点、交易金额大小、交易类型、交易序列、关联交易账户、刷卡金额大小和自助缴费绑定信息的规律，这种体现交易规律的交易设为白名单交易，即正常交易。

事实上，不同类属的用户群体，其进行自助业务具有自己独特的规律。比如生意人的账户资金吞吐量大，账务资金流动快；退休老人的账户则取款周期和数额比较稳定；绝大部分用户经常活动范围局限于一定区域或某一城市，绝大部分正常工作的用户具有较为固定的作息时间，如除节假日外，一般不会在上班时间进行业务交易；绝大部分人不会深夜进行自助业务；工厂老板的账户会在适当时间往多个账户转账发工资，则会多次出现这种同时往多个账户转账的情况，呈现一定周期性，而其他账户几乎不会有此情况。

数据挖掘技术可以挖掘出这些不同类属的用户群体交易规律，所采取的数据挖掘技术可以为统计技术、关联规则、基于历史的MBR(Memory-basedReasoning)分析、聚集检测等，数据挖掘技术为现有技术，此处不做过多描述。

S102、接收所述用户账户的交易请求。

S103、根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求。

非正常交易请求是指不符合用户历史交易规律的交易请求，如一个有上千次交易的账户，从来没有在晚上12点至凌晨6点间进行过交易，现在凌晨三点有大额取现交易，即认为该交易为非正常交易。

优选的，所述非正常交易请求包括普通非正常交易请求。

所述根据用户账户的交易数据，建立用户交易规律，包括：根据用户账户的交易数据，建立所述用户账户的交易时间范围、交易地点范围、交易金额范围。

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：获取所述交易请求的交易时间、交易地点、交易金额；如果所述交易时间不属于所述交易时间范围，或所述交易地点不属于所述交易地点范围，或交易金额不属于所述交易金额范围，则识别出所述交易请求为普通非正常交易请求。

如统计某账户交易时间在上午8点至晚上6点，那么某次自助交易发生在凌晨1点；如白领一般不会在上班时间取款或转账，某次在上班时间取款或转账；则上述交易时间不属于交易时间范围内；如某用户历史交易地点均不超出深圳市地域，某次自助交易在上海市，则交易地点不属于交易地点范围内；如某用户历史交易金额不超过2000，某次交易超过8000，则交易金额不属于交易金额范围内；上述交易请求为普通非正常交易请求。

如果交易请求的交易时间属于所述交易时间范围，且交易地点属于所述交易地点范围，且交易金额属于所述交易金额范围，则该交易请求为正常交易请求，按现有技术处理。

优选的，所述非正常交易请求包括非正常取款交易请求。

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

用户完成一笔第一预置金额范围的小额取款后，进行一笔第二预置金额范围内的大额取款；或

用户历史交易记录用户每次取款前都会先进行查询业务，而本次交易不进行查询业务直接取款，取款金额在第二预置金额范围内；或

用户至少三次连续取款，取款金额在第一预置金额范围内；则识别出所述交易请求为非正常取款交易请求。

第一预置金额范围为0～1000元，第二预置金额范围为1000以上，用户完成一笔1000元以内的小额取款后，接着又进行一笔1000元或1000元以上的大额取款，这有可能是客户遗忘卡在取款机内而导致其他人取款，因而识别出第二次取款是非正常取款交易请求。

用户多次连续小额取款，取款金额在0～1000元范围内，可能是用户卡账号和密码泄露导致账户被盗用，盗用者连续多次进行1000元以内的小额取款而避免被账户用户及时发现账户资金被盗，进而可以把用户账户的资金全部取出。

因为用户的资金流动或资金交易额度的情况会发生变化，第一预置金额、第二预置金额范围可以有所变化，比如第一预置金额范围可以为0～500元或0～2000元，相应地，第二预置金额范围可以设定为500元以上或2000元以上。

如果用户完成一笔第一预置金额范围内的小额取款后不连续进行取款；或用户每次取款前都会先进行查询业务，而本次交易也进行查询业务直接取款，取款金额在历史交易金额范围内；则该交易请求为正常交易请求，按现有技术处理。

优选的，所述非正常交易请求包括非正常转账交易请求。

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

用户同时往至少三个账户转账，而历史交易没有记录这种行为；或

用户至少三次连续往同一个账户转账，转账金额在第三预置金额范围内，所述第三预置金额范围为0～500元；或

用户往从没有和本卡有历史关联业务的账户转账，转账金额在第四预置金额范围内；或

网银转账异常，至少三次连续转出金额；或

用户历史交易记录用户每次转账前都会先进行查询业务，而本次交易不进行查询业务直接转账，转账金额在第四预置金额范围内；则识别出所述交易请求为非正常转账交易。

用户同时往多个账户转账，而历史交易没有记录这种行为，这有可能是卡被盗后进行账户资金的非法转移。

第四预置金额范围为1000元以上，用户往从没有和本卡有历史关联业务的账户大额转账，转账金额在1000元上，有可能是用户上当受骗，将资金转账进非法账户。

网银转账异常，连续多次转出金额，可能是网易账号被盗，账户资金被他人转出。

用户历史交易记录用户每次转账前都会先进行查询业务，而本次交易不进行查询业务直接进行大额转账，转账金额在1000元以上，不符合交易规律，有可能是用户卡被盗用。

作为本实施例的另一种优选方式，第三预置金额范围可以为其他范围，比如0～200元或0～300元，第四预置金额范围可以设定为其他范围，比如3000元以上或5000元以上。

如果用户同时往至少三个账户转账，而历史交易有记录这种行为，转账金额在历史交易金额范围内；或用户只是往一个账户进行单次转账，转账金额在历史交易金额范围内；或网银单次转出金额，转出金额在历史交易金额范围内；或用户每次转账前都会先进行查询业务，而本次交易也进行查询业务，转账金额在第四预置金额范围内；则所述交易请求为正常交易请求，按现有技术处理。

优选的，所述非正常交易请求包括非正常缴费交易请求。

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

自助缴费终端地点与历史缴费终端地点不在同一城市；或

与历史缴费相比，自助缴费终端缴费金额大；或

与历史缴费相比，网银缴费金额大；或

网银缴费在非特定时间段内，缴费次数和金额显著增加；则识别出所述交易请求为非正常缴费交易请求。

特定时间段指的是11月11日、情人节、元旦、圣诞节等节日，因为在上述节日商家可能会进行一些促销活动来刺激消费者购物，从而促使用户进行消费，导致用户账户的缴费次数和金额显著增加，而不在上述非特定时间段内，用户账户出现缴费次数和金额显著增加的，为非正常缴费交易。

如果网银缴费或自助缴费金额在历史交易金额范围内；或网银缴费在上述特定时间段内，缴费次数和金额显著增加等；则所述交易请求为正常交易请求，按现有技术进行。

优选的，所述非正常交易请求包括非正常刷卡交易请求。

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

POS终端刷卡金额大于等于历史单次刷卡的最大金额；

刷卡金额在第六预置金额范围内，且历史刷卡金额在第五预置金额范围内或刷卡次数小于第一阈值时；或

刷卡金额在第六预置金额范围内，且刷卡地点与历史交易地点不在同一城市；或

刷卡金额虽在第五预置金额范围内，但连续刷卡，且连续刷卡次数大于等于第二阈值时；则识别出所述交易请求为非正常刷卡交易。

第五预置金额范围为0～500元，第六预置金额范围为500以上，第二阈值为5。如用户历史刷卡金额较小，在0～500元，且刷卡的次数不超过5次，而某次刷卡金额在500元以上，则认为该次交易为非正常刷卡交易。

如历史交易记录用户刷卡地点均在深圳，但某次刷卡在北京，且刷卡金额超过500元，则认为该次交易为非正常刷卡交易。

又如某账户刷卡金额虽然小，在500元以下，但是两个小时内连续5次以上刷卡，也认为该交易为非正常刷卡交易。

作为本实施例的另一种优选方式，第五预置金额范围可以为其他范围，比如0～800元或0～1000元，相应地，第六预置金额范围可以为800元以上或1000元以上。

如果POS终端刷卡金额小于历史单次刷卡的最大金额；或刷卡金额在第五预置金额范围内，连续刷卡次数小于第二阈值等；则所述交易请求为正常交易请求，按现有技术进行。

本发明能够识别普通非正常交易请求、非正常取款交易请求、非正常转账交易请求、非正常缴费交易请求、非正常刷卡交易请求等非正常交易请求，能够较好地解决用户在自助设备上遗失卡后导致大额资金损失，以及卡信息和密码信息泄漏或者用户上当受骗导致用户资金短时间内发生大额损失的难题。

S104、若为非正常交易请求，则请求用户追加身份验证，接收到所述身份验证后处理所述非正常交易请求。

优选的，所述请求用户追加身份验证包括：

请求用户重新输入密码；或

请求用户输入非正常交易紧急密码；或

请求用户进行生物特征验证；或

请求用户输入手机验证码。

用户在开户时，对于正常交易的操作与现有技术相同，对于非正常交易要求追加用户身份验证，用户可以设置非正常交易要求追加身份验证的密码。因而，账户开户后可能存在两个密码，一个是经常使用的，容易泄密的，用于正常交易的普通密码，一个是使用频率很低的，不易泄密的，用于非正常交易的追加身份验证密码；当然，用户也可以不设置身份验证密码，也就是说，用户账户开户流程，与现有技术完全相同，这样在自助交易遇到非正常交易的时候，要求用户输入密码即可；另外，用户也可以设置手机验证码或者指纹、人脸等生物特征的身份验证。

对于非正常交易请求，金融自助终端的屏幕界面会弹出一个对话框，请求用户重新输入密码、输入非正常交易紧急密码或手机验证码，如果用户在开户时设置的身份验证为指纹或人脸生物特征，则金融自助终端会提示用户在相应的位置按下指纹或进行人脸检测，提交身份验证后，交由银行后台业务服务器继续该交易的处理，即身份验证不通过时结束交易，身份验证通过且账户资金充足时完成交易，在不妨碍用户交易的同时，可以预防给用户带来金额损失。

本发明提供的一种金融自助设备业务处理方法，根据用户账户的交易数据建立用户交易规律，根据交易规律对用户的交易请求进行识别，在识别为非正常交易后，需要用户追加用户身份验证，只有当接收到的身份验证通过后才能进行交易，在不妨碍用户交易的同时，保证了用户账户的资金安全。由于用户绝大多数业务操作属于正常业务的范畴，本发明在进一步提高了自助服务的安全的同时，也提升了用户进行自助服务的便利性。

实施例二

本发明实施例是在实施例一的基础上后增加了几个步骤，本实施例中的金融自助终端的业务处理方法未详尽描述的细节内容，可以参考上述实施例。

参考图2，一种自助设备业务处理方法，包括以下几个步骤：

S101、根据用户账户的交易数据，建立用户交易规律。

S102、接收所述用户账户的交易请求。

S103、根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求。

S104、若为非正常交易请求，则请求用户追加身份验证，接收到所述身份验证后处理所述非正常交易请求。

如果用户放弃输入身份验证密码，则取消该次交易，如果用户连续三次输入身份验证密码错误，则中止本次业务处理，暂停该账户，并且提示用户解锁账户方法。

S105、若为正常交易请求，则按正常程序处理所述正常交易请求。

S106、交易完成后，将交易数据保存进历史交易数据库。

不管是正常交易请求还是非正常交易请求，交易一旦完成，则认为该次交易为有效交易，其交易数据被记录进历史交易数据库，供数据挖掘使用；如果交易不成功，该次交易则为无效交易，其交易数据不会被记录进历史交易数据库。

例如，根据对某用户账户业务的交易数据进行数据挖掘，发现某用户卡历史自助交易次数达到近千次，卡账户交易活动区域不超出深圳市，交易时间段为早上10点至晚上8点。现晚上12点该卡有自助交易取款1万元的交易请求，交易数据获取后由自助终端发送给银行后台服务器进行业务处理，银行后台服务器首先进行本次交易的识别，发现该次交易与该卡历史交易数据相比，其交易时间和金额异常，判断本次交易请求为非正常交易请求，自助终端请求用户输入追加验证密码。

用户输入身份验证密码并成功验证后，交由银行后台业务服务器继续该业务的处理，顺利达成取款1万元的交易后，认为该次交易为有效交易，记录该次交易的交易数据进入历史交易数据库，供数据挖掘使用。如果用户放弃输入身份验证密码，取消本次交易，同时认为该次交易为无效交易，放弃记录该次交易的交易数据进入历史交易数据库。如果用户连续三次输入身份验证密码错误，取消本次交易，暂停该卡的现金业务和转账业务，并且提示用户解锁账户方法，同时认为该次交易为无效交易，放弃记录该次交易的交易数据进入历史交易数据库。

本发明提供的一种金融自助终端的业务处理方法，根据交易规律识别用户的交易请求为非正常交易后，请求用户追加用户身份验证，用户身份验证通过后才能继续进行交易，在不妨碍用户交易的同时，保证了用户账户的资金安全。交易成功后，保存交易数据进历史交易数据库供数据库挖掘，下次出现类似交易时可按正常交易进行，在保证用户账户的资金安全的同时，方便用户进行交易。

实施例三

本发明实施例提供的一种自助设备业务处理***与方法实施例一相对应，本实施例中尚未详尽描述的细节内容，可参考上述方法实施例。

参考图3，一种金融自助终端的业务处理***，包括：

交易规律建立模块201，用于根据用户账户的交易数据，建立用户交易规律。***通过分析、统计、数据挖掘用户帐户历史交易数据，建立用户账户交易规律。

交易请求接收模块202，用于接收所述用户账户的交易请求；

交易类型识别模块203，用于根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求；

第一交易处理模块204，用于对非正常交易请求，请求用户追加身份验证，接收到所述身份验证后处理所述非正常交易请求。

本发明实施例提供的一种金融自助终端的业务处理***，根据交易规律识别交易请求为非正常交易请求后，需要用户追加用户身份验证，只有当接收到的身份验证通过后才能继续进行交易，在不妨碍用户交易的同时，保证了用户账户的资金安全。

实施例四

参考图4，一种金融自助终端的业务处理***，在实施例三的基础上还包括第二交易处理模块205，用于对正常交易请求，按正常程序完成所述正常交易。

本发明提供的一种金融自助终端的业务处理***，识别出非正常交易请求后，要求用户追加用户身份验证，***接收到身份验证时处理所述非正常交易请求，在不妨碍用户交易的同时，保证了用户账户的资金安全。交易成功后，保存交易数据进历史交易数据库供数据库挖掘，下次出现类似交易时可按正常交易进行，在保证用户账户的资金安全的同时，方便用户进行交易。

以上结合具体实施例描述了本发明实施例的技术原理，这些描述只是为了解释本发明实施例的原理，而不能以任何方式解释为对本发明实施例保护范围的限制，本领域的技术人员不需要付出创造性的劳动即可联想到本发明实施例的其它具体实施方式，这些方式都将落入本发明实施例的保护范围之内。

Claims (10)

1.一种金融自助终端的业务处理方法，其特征在于，包括：

根据用户账户的交易数据，建立用户交易规律；

接收所述用户账户的交易请求；

根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求；

若为非正常交易请求，则请求用户追加身份验证，接收到所述身份验证后处理所述非正常交易请求。

2.如权利要求1所述的一种金融自助终端的业务处理方法，其特征在于，所述根据用户账户的交易数据，建立用户交易规律具体为：建立历史交易数据库，所述历史交易数据库保存交易数据，根据所述交易数据进行数据挖掘，建立用户交易规律。

3.如权利要求1所述的一种金融自助终端的业务处理方法，其特征在于，所述非正常交易请求包括普通非正常交易请求；

所述根据用户账户的交易数据，建立用户交易规律，包括：根据用户账户的交易数据，建立所述用户账户的交易时间范围、交易地点范围、交易金额范围；

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：获取所述交易请求的交易时间、交易地点、交易金额；如果所述交易时间不属于所述交易时间范围，或所述交易地点不属于所述交易地点范围，或交易金额不属于所述交易金额范围，则识别出所述交易请求为普通非正常交易请求。

4.如权利要求1所述的一种金融自助终端的业务处理方法，其特征在于，所述非正常交易请求包括非正常取款交易请求；

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

用户完成一笔第一预置金额范围的小额取款后，进行一笔第二预置金额范围内的大额取款；或

用户历史交易记录用户每次取款前都会先进行查询业务，而本次交易不进行查询业务直接取款，取款金额在第二预置金额范围内；或

用户至少三次连续取款，取款金额在第一预置金额范围内；则识别出所述交易请求为非正常取款交易请求。

5.如权利要求1所述的一种金融自助终端的业务处理方法，其特征在于，所述非正常交易请求包括非正常转账交易请求；

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

用户同时往至少三个账户转账，而历史交易没有记录这种行为；或

用户至少三次连续往同一个账户转账，转账金额在第三预置金额范围内；或

用户往从没有和本卡有历史关联业务的账户转账，转账金额在第四预置金额范围内；或

网银转账异常，至少三次连续转出金额；或

用户历史交易记录用户每次转账前都会先进行查询业务，而本次交易不进行查询业务直接转账，转账金额在第四预置金额范围内；则识别出所述交易请求为非正常转账交易。

6.如权利要求1所述的一种金融自助终端的业务处理方法，其特征在于，所述非正常交易请求包括非正常缴费交易请求；

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

自助缴费终端地点与历史缴费终端地点不在同一城市；或

与历史缴费相比，自助缴费终端缴费金额大；或

与历史缴费相比，网银缴费金额大；或

网银缴费在非特定时间段内，缴费次数和金额显著增加；则识别出所述交易请求为非正常缴费交易请求。

7.如权利要求1所述的一种金融自助终端的业务处理方法，其特征在于，所述非正常交易请求包括非正常刷卡交易请求；

所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求，包括：

POS终端刷卡金额大于等于历史单次刷卡的最大金额；

刷卡金额在第六预置金额范围内，且历史刷卡金额在第五预置金额范围内或刷卡次数小于第一阈值时；或

刷卡金额在第六预置金额范围内，且刷卡地点与历史交易地点不在同一城市；或

刷卡金额虽在第五预置金额范围内，但连续刷卡，且连续刷卡次数大于等于第二阈值时；则识别出所述交易请求为非正常刷卡交易。

8.如权利要求1所述的一种金融自助终端的业务处理方法，其特征在于，所述请求用户追加身份验证包括：

请求用户重新输入密码；或

请求用户输入非正常交易紧急密码；或

请求用户进行生物特征验证；或

请求用户输入手机验证码。

9.如权利要求2所述的一种金融自助终端的业务处理方法，其特征在于，所述根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求之后，还包括：若为正常交易请求，则按正常程序处理所述正常交易请求，交易完成后，将交易数据保存进所述历史交易数据库；

所述接收到所述身份验证后处理所述非正常交易请求之后，还包括：交易完成后，将交易数据保存进所述历史交易数据库。

10.一种金融自助终端的业务处理***，其特征在于，包括：

交易规律建立模块，用于根据用户账户的交易数据，建立用户交易规律；

交易请求接收模块，用于接收所述用户账户的交易请求；

交易类型识别模块，用于根据用户交易规律识别所述交易请求为正常交易请求或非正常交易请求；

第一交易处理模块，用于对非正常交易请求，请求用户追加身份验证，接收到所述身份验证后处理所述非正常交易请求。