CN104867011A - 对移动支付进行安全控制的方法与装置 - Google Patents

Abstract

本发明涉及一种对移动支付进行安全控制的方法与装置。该方法包括接收用户对当前交易的安全控制请求，安全控制请求中包含用户账号和交易信息；基于用户账号对应的历史交易数据和当前的交易信息确定当前交易是否异常；如果当前交易异常，则向移动终端追加设备指纹认证；接收移动终端所采集的设备指纹信息；将接收的设备指纹信息与指纹库中的指纹信息进行比对，如果两者一致，则确认当前交易正常，否则将交易异常信息通知用户，并由用户确认是否继续当前交易。本发明显著降低了移动支付的风险。

Description

对移动支付进行安全控制的方法与装置

技术领域

本公开涉及业务安全领域，特别地，涉及一种对移动支付进行安全控制的方法与装置。

背景技术

随着网络技术的高速发展，电子商务模式已经渗透到每家每户，特别是在3G移动通信增值业务和技术发展日趋成熟的背景下，移动支付作为一种新兴的交易手段正逐渐替代传统的支付方式走进人们的日常生活。所谓移动支付，就是允许用户使用其移动终端对所消费的商品或服务进行账务支付的一种方式，是将客户的手机号码与银行卡账号进行绑定，通过手机短信息、语音等操作方式，随时随地的为手机用户提供方便的个性化服务和快捷的支付渠道。

此外，随着基于3G的移动内容与应用收费的普及，移动支付的商业模式也已经逐渐被人们所接受，移动支付用户数和应用数近年来也呈现逐渐增长态势。移动支付业务涉及面广泛，是一个融合各个相关行业的新产业，商机无限的同时需要行业间的密切合作才能形成一个良好的产业链。

移动支付在实现快捷、便利的支付功能上具有很大的优势，也为电信业带来了新的机遇，同时，也提出了挑战，技术缺失、管理不完善、信用缺失、法律体系的不健全等多种风险因素制约了移动支付的发展，因此做好风险识别将是决定未来移动支付产业链蓬勃发展的一个至关重要的课题。

发明内容

本公开鉴于以上问题中的至少一个提出了新的技术方案。

本公开在其一个方面提供了一种对移动支付进行安全控制的方法，其显著降低了移动支付的风险。

本公开在其另一方面提供了一种对移动支付进行安全控制的装置，其显著降低了移动支付的风险。

根据本公开，提供一种对移动支付进行安全控制的方法，包括：

接收用户对当前交易的安全控制请求，安全控制请求中包含用户账号和交易信息；

基于用户账号对应的历史交易数据和当前的交易信息确定当前交易是否异常；

如果当前交易异常，则向移动终端追加设备指纹认证；

接收移动终端所采集的设备指纹信息；

将接收的设备指纹信息与指纹库中的指纹信息进行比对，如果两者一致，则确认当前交易正常，否则将交易异常信息通知用户，并由用户确认是否继续当前交易。

在本公开的一些实施例中，设备指纹信息包括IMSI、IMEI、移动终端的MAC地址以及移动终端的当前地理位置。

在本公开的一些实施例中，设备指纹信息还包括设备序列号、设备型号、设备厂商、操作***类型、操作***版本、浏览器类型以及浏览器版本。

在本公开的一些实施例中，基于用户账号对应的历史交易数据和当前的交易信息确定当前交易是否异常的步骤包括：

基于用户账号查询与其对应的历史交易数据；

基于历史交易数据动态生成交易门限值；

将当前交易信息中的金额信息与相应的交易门限值进行比较；

如果高于相应的交易门限值，则确定当前交易异常，否则确定当前交易正常。

根据本公开，还提供了一种对移动支付进行安全控制的装置，包括：

接收单元，用于接收用户对当前交易的安全控制请求，安全控制请求中包含用户账号和交易信息；

第一判断单元，用于基于用户账号对应的历史交易数据和当前的交易信息确定当前交易是否异常；

第二判断单元，用于如果当前交易异常，则向移动终端追加设备指纹认证，接收移动终端所采集的设备指纹信息，将接收的设备指纹信息与指纹库中的指纹信息进行比对，如果两者一致，则确认当前交易正常，否则将交易异常信息通知用户，并由用户确认是否继续当前交易。

在本公开的一些实施例中，设备指纹信息包括IMSI、IMEI、移动终端的MAC地址以及移动终端的当前地理位置。

在本公开的一些实施例中，设备指纹信息还包括设备序列号、设备型号、设备厂商、操作***类型、操作***版本、浏览器类型以及浏览器版本。

在本公开的一些实施例中，第一判断单元包括：

历史数据查询子单元，用于基于用户账号查询与其对应的历史交易数据；

门限生成子单元，用于基于历史交易数据动态生成交易门限值；

比较子单元，用于将当前交易信息中的金额信息与相应的交易门限值进行比较；

第一异常判断子单元，用于如果高于相应的交易门限值，则确定当前交易异常，否则确定当前交易正常。

在本公开的一些实施例中，第二判断单元包括：

指纹信息接收子单元，用于响应于当前交易异常，接收移动终端所采集的设备指纹信息；

指纹信息比对子单元，用于将接收的设备指纹信息与指纹库中的指纹信息进行比对；

第二异常判断子单元，用于如果两者一致，则确认当前交易正常，否则将交易异常信息通知用户，并由用户确认是否继续当前交易。

在本公开的技术方案中，由于在根据交易信息初步确定交易异常的情况下，进一步根据移动终端设备的指纹信息作进一步认证，将用户交易与设备的指纹信息进行绑定，以确保交易的安全性，因此显著降低了移动支付的风险。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分。在附图中：

图1是本公开一个实施例的对移动支付进行安全控制的方法的流程示意图。

图2是本公开另一实施例的对移动支付进行安全控制的方法的流程示意图。

图3是本公开对移动支付进行安全控制的***的结构示意图。

图4是本公开一个实施例的对移动支付进行安全控制的装置的结构示意图。

具体实施方式

下面将参照附图描述本公开。要注意的是，以下的描述在本质上仅是解释性和示例性的，决不作为对本公开及其应用或使用的任何限制。除非另外特别说明，否则，在实施例中阐述的部件和步骤的相对布置以及数字表达式和数值并不限制本公开的范围。另外，本领域技术人员已知的技术、方法和装置可能不被详细讨论，但在适当的情况下意在成为说明书的一部分。

当前移动支付体系中，对交易风险的识别主要依赖于数学建模方法，在该方法中对历史交易数据进行建模形成一系列的安全控制标准，安全控制***依据这些标准识别出用户的异常交易行为，但是，在某些情况下，这些所谓的异常交易确实是用户本人在进行相关的交易。因此，如简单地仅通过现有的安全控制方法会造成用户无法完成正常的交易。

发明人注意到，在现有的移动支付体系中，用户在一定的时间段内使用的手机终端通常是恒定不变的，而设备指纹是用来描述设备各种特征的信息，是设备的身份标识，该标识可以唯一地识别一台设备，具体可以包括硬件配置、操作***和软件服务等，可以根据具体需要定义某些信息作为终端的设备指纹来采集，因而可以通过引入设备指纹的技术来提高移动支付风险识别的准确率。

图1是本公开一个实施例的对移动支付进行安全控制的方法的流程示意图。

如图1所示，该实施例可以包括以下步骤：

S102，接收用户对当前交易的安全控制请求，安全控制请求中包含用户账号和交易信息；

其中，该用户需事先通过认证，通过认证后的用户可以随时向在线移动支付***发起交易请求，该交易请求中包含用户账号、交易金额和交易商品编号等。为了保证移动支付的安全性，在线移动支付***在接收到交易请求后将该交易请求转换为安全控制请求。

S104，基于用户账号对应的历史交易数据和当前的交易信息确定当前交易是否异常；

具体地，利用安全控制请求中的用户账号在数据库中查询与该用户账号对应的历史交易数据，基于现有技术，如前所述利用该用户的历史交易数据生成对该用户的安全控制标准，例如，可以将该用户的历史交易数据的平均值作为门限来进行安全控制，即，如果当前交易金额高于历史数据的平均值，则认为该交易异常。当前，门限值可以根据需求来设置，为了具有更高的安全性，则可以将门限值设得较低，例如，历史交易数据的平均值，否则，可以设置较高的门限值，例如，历史交易数据的最大值。

S106，如果当前交易异常，则向移动终端追加设备指纹认证；

具体地，在基于现有的安全控制认为当前交易异常的情况下，可以进一步追加设备指纹认证，以既保证用户的使用体验又保证用户使用移动支付时的安全性。

S108，接收移动终端所采集的设备指纹信息；

具体地，移动终端在接收到设备指纹认证请求后，采集其自身的设备指纹信息。

其中，设备指纹信息可以包括但不限于IMSI（International MobileSubscriber Identity，国际移动用户识别）、IMEI（International MobileEquipment Identifier，国际移动设备识别码）、移动终端的MAC（MediumAccess Control，媒体接入控制）地址以及移动终端的当前地理位置。

进一步地，为了提升移动支付的安全性，设备指纹信息还可以包括设备序列号、设备型号、设备厂商、操作***类型、操作***版本、浏览器类型以及浏览器版本。

S110，将接收的设备指纹信息与指纹库中的指纹信息进行比对，如果两者一致，则确认当前交易正常，否则将交易异常信息通知用户，并由用户确认是否继续当前交易。

在该实施例中，由于在根据交易信息初步确定交易异常的情况下，进一步根据移动终端设备的指纹信息作进一步认证，将用户交易与设备的指纹信息进行绑定，以确保交易的安全性，因此显著降低了移动支付的风险。

进一步地，在步骤S104中，基于用户账号对应的历史交易数据和当前的交易信息确定当前交易是否异常的步骤可以包括：

基于用户账号查询与其对应的历史交易数据；

基于历史交易数据动态生成交易门限值；

将当前交易信息中的金额信息与相应的交易门限值进行比较；

如果高于相应的交易门限值，则确定当前交易异常，否则确定当前交易正常。

图2是本公开另一实施例的对移动支付进行安全控制的方法的流程示意图。

如图2所示，在该实施例中涉及三个实体：手机终端、在线支付***与安全控制***。

图3是本公开对移动支付进行安全控制的***的结构示意图。

如图3所示，在移动终端内部增加了采集模块，其通常以浏览器插件或客户端的形式设置在移动终端中，用于采集移动终端的设备指纹信息，并将设备指纹信息经由在线支付***发送到安全控制***；安全控制***增加设备指纹维护模块和设备指纹比对模块，设备指纹维护模块用于对设备指纹信息进行添加、更新与删除，设备指纹比对模块将移动终端发送的设备指纹信息与指纹库中的指纹信息进行比对，返回比对结果，安全控制***根据比对结果进行进一步的处理例如，短信确认或验证等。

具体地，图2中的实施例可以包括以下步骤：

S202，用户可以通过用户账号与口令、或者手机号码实现认证；

S204，移动终端向在线支付***发起交易请求，该交易请求可以以HTTPS消息或私有安全协议方式发送，交易请求中可以包括但不限于用户帐号、交易金额与交易商品编号等；

S206，在线支付***在接收到交易请求后向安全控制***发送安全控制请求（例如，可以以HTTPS消息形式发送），该安全控制请求消息中可以包括但不限于用户帐号、交易金额与交易商品编号等；

S208，安全控制***基于用户帐号的历史交易数据通过原有安全控制模型识别出该交易是否异常，（例如，交易金额远超出用户本人历史平均交易金额），并向在线支付***返回安全控制响应消息，该安全控制响应消息中包括风险识别标识位与风险控制标识位等字段，其中，风险识别标识位表示该用户交易有风险或无风险，风险控制标识位表示进一步采用哪种安全控制手段，例如，追加设备指纹认证、客服人工介入、邮件通知、短信通知等；

S210，如果指示在线支付***向移动终端追加设备指纹认证，则在线支付***向移动终端发起设备指纹信息请求，该请求消息中包括用户帐号与设备指纹请求指令等；

S212，移动终端采集完设备指纹信息后向在线支付***返回设备指纹信息响应消息，该响应消息中包括移动终端的指纹信息；

S214，在线支付***在接收到移动终端采集的设备指纹信息后向安全控制***再次发起安全控制请求，该请求消息中携带用户帐号与移动终端的指纹信息等；

S216，安全控制***将获取的设备指纹信息与数据库中的设备指纹信息进行比对，如果一致，则认为是用户本人的正常交易行为，如果不一致，则向用户发送告警短信，由用户确认是否是正常交易，或要求用户输入短信验证码等；

S218，安全控制***向在线支付***返回风险控制响应消息，该响应消息中包含风险识别标识位与风险控制标识位等，告知在线支付***风险控制结果；

S220，在线支付***根据风险控制结果采取相应的措施，向用户返回交易响应消息。

本领域普通技术人员可以理解，实现上述方法实施例的全部和部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算设备可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质可以包括ROM、RAM、磁碟和光盘等各种可以存储程序代码的介质。

图4是本公开一个实施例的对移动支付进行安全控制的装置的结构示意图。

如图4所示，该实施例中的装置40可以包括接收单元402、第一判断单元404和第二判断单元406。其中，

接收单元402，用于接收用户对当前交易的安全控制请求，安全控制请求中包含用户账号和交易信息；

第一判断单元404，用于基于用户账号对应的历史交易数据和当前的交易信息确定当前交易是否异常；

第二判断单元406，用于如果当前交易异常，则向移动终端追加设备指纹认证，接收移动终端所采集的设备指纹信息，将接收的设备指纹信息与指纹库中的指纹信息进行比对，如果两者一致，则确认当前交易正常，否则将交易异常信息通知用户，并由用户确认是否继续当前交易。

在该实施例中，由于在根据交易信息初步确定交易异常的情况下，进一步根据移动终端设备的指纹信息作进一步认证，将用户交易与设备的指纹信息进行绑定，以确保交易的安全性，因此显著降低了移动支付的风险。

其中，设备指纹信息可以包括但不限于IMSI、IMEI、移动终端的MAC地址以及移动终端的当前地理位置。

进一步地，设备指纹信息还可以包括设备序列号、设备型号、设备厂商、操作***类型、操作***版本、浏览器类型以及浏览器版本。

其中，第一判断单元可以包括历史数据查询子单元、门限生成子单元、比较子单元和第一异常判断子单元。其中，

历史数据查询子单元，用于基于用户账号查询与其对应的历史交易数据；

门限生成子单元，用于基于历史交易数据动态生成交易门限值；

比较子单元，用于将当前交易信息中的金额信息与相应的交易门限值进行比较；

第一异常判断子单元，用于如果高于相应的交易门限值，则确定当前交易异常，否则确定当前交易正常。

进一步地，第二判断单元可以包括指纹信息接收子单元、指纹信息比对子单元和第二异常判断子单元。其中，

指纹信息接收子单元，用于响应于当前交易异常，接收移动终端所采集的设备指纹信息；

指纹信息比对子单元，用于将接收的设备指纹信息与指纹库中的指纹信息进行比对；

第二异常判断子单元，用于如果两者一致，则确认当前交易正常，否则将交易异常信息通知用户，并由用户确认是否继续当前交易。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同和相似的部分可以相互参见。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处可以参见方法实施例部分的说明。

本公开上述实施例通过在现有的安全控制模型的基础上引入了一个新的维度“设备指纹”，通过设备指纹信息唯一地标识一台设备，并通过比对设备指纹信息，判断是否是用户本人在进行交易，从而提高移动支付风险识别的准确率。

虽然已参照示例性实施例描述了本公开，但应理解，本公开不限于上述的示例性实施例。对于本领域技术人员显然的是，可以在不背离本公开的范围和精神的条件下修改上述的示例性实施例。所附的权利要求的范围应被赋予最宽的解释，以包含所有这样的修改以及等同的结构和功能。

Claims (9)

1.一种对移动支付进行安全控制的方法，其特征在于，包括：

接收用户对当前交易的安全控制请求，所述安全控制请求中包含用户账号和交易信息；

基于用户账号对应的历史交易数据和当前的交易信息确定当前交易是否异常；

如果当前交易异常，则向移动终端追加设备指纹认证；

接收移动终端所采集的设备指纹信息；

将接收的设备指纹信息与指纹库中的指纹信息进行比对，如果两者一致，则确认当前交易正常，否则将交易异常信息通知用户，并由用户确认是否继续当前交易。

2.根据权利要求1所述的对移动支付进行安全控制的方法，其特征在于，所述设备指纹信息包括IMSI、IMEI、移动终端的MAC地址以及移动终端的当前地理位置。

3.根据权利要求2所述的对移动支付进行安全控制的方法，其特征在于，所述设备指纹信息还包括设备序列号、设备型号、设备厂商、操作***类型、操作***版本、浏览器类型以及浏览器版本。

4.根据权利要求1所述的对移动支付进行安全控制的方法，其特征在于，所述基于用户账号对应的历史交易数据和当前的交易信息确定当前交易是否异常的步骤包括：

基于用户账号查询与其对应的历史交易数据；

基于历史交易数据动态生成交易门限值；

将当前交易信息中的金额信息与相应的交易门限值进行比较；

如果高于相应的交易门限值，则确定当前交易异常，否则确定当前交易正常。

5.一种对移动支付进行安全控制的装置，其特征在于，包括：

接收单元，用于接收用户对当前交易的安全控制请求，所述安全控制请求中包含用户账号和交易信息；

第一判断单元，用于基于用户账号对应的历史交易数据和当前的交易信息确定当前交易是否异常；

第二判断单元，用于如果当前交易异常，则向移动终端追加设备指纹认证，接收移动终端所采集的设备指纹信息，将接收的设备指纹信息与指纹库中的指纹信息进行比对，如果两者一致，则确认当前交易正常，否则将交易异常信息通知用户，并由用户确认是否继续当前交易。

6.根据权利要求5所述的对移动支付进行安全控制的装置，其特征在于，所述设备指纹信息包括IMSI、IMEI、移动终端的MAC地址以及移动终端的当前地理位置。

7.根据权利要求6所述的对移动支付进行安全控制的装置，其特征在于，所述设备指纹信息还包括设备序列号、设备型号、设备厂商、操作***类型、操作***版本、浏览器类型以及浏览器版本。

8.根据权利要求5所述的对移动支付进行安全控制的装置，其特征在于，所述第一判断单元包括：

历史数据查询子单元，用于基于用户账号查询与其对应的历史交易数据；

门限生成子单元，用于基于历史交易数据动态生成交易门限值；

比较子单元，用于将当前交易信息中的金额信息与相应的交易门限值进行比较；

第一异常判断子单元，用于如果高于相应的交易门限值，则确定当前交易异常，否则确定当前交易正常。

9.根据权利要求5所述的对移动支付进行安全控制的装置，其特征在于，所述第二判断单元包括：

指纹信息接收子单元，用于响应于当前交易异常，接收移动终端所采集的设备指纹信息；

指纹信息比对子单元，用于将接收的设备指纹信息与指纹库中的指纹信息进行比对；

第二异常判断子单元，用于如果两者一致，则确认当前交易正常，否则将交易异常信息通知用户，并由用户确认是否继续当前交易。