二维码加密方法、移动终端及具有存储功能的装置与流程

本申请涉及支付加密技术领域，特别是涉及二维码加密方法、移动终端及具有存储功能的装置。

背景技术：

随着移动终端的发展以及越来越广泛应用的移动互联，移动终端功能的多元化发展使人们渐渐习惯移动支付，支付方式慢慢向无纸化、无卡化发展。

在使用移动终端进行移动支付时，通常由收款方设定收款金额，然后收款方只需扫一下付款方在移动终端上显示的支付二维码，就能够将付款方的收款金额转入收款方的账户中。

本申请的发明人在长期的研发过程中发现，用户在移动支付时通常会提前打开支付二维码页面，等待收款方扫描，在这个等待期间容易被不法分子扫码并盗走钱财，造成经济损失，移动支付的风险性较高。

技术实现要素：

本申请主要解决的技术问题是提供一种二维码加密方法、移动终端及具有存储功能的装置，旨在解决现有技术中用户在等待收款方扫描支付二维码的期间被不法分子扫码并盗走钱财的问题。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种二维码加密方法，该方法包括：在移动终端开启支付时，显示用于支付的二维码图片；在满足预设加密条件时，在二维码图片上显示辅助图片，其中，辅助图片用于对二维码图片进行遮挡处理；在满足预设解密条件时，取消显示辅助图片，以显示二维码图片。

其中，在二维码图片上显示辅助图片的步骤包括：将辅助图片覆盖在二维码图片上；其中，辅助图片以预定的透明度覆盖在二维码图片上。

其中，将辅助图片覆盖在二维码图片上的步骤之前，该方法进一步包括：预先定义安全支付级别以及与对应每一安全支付级别的支付信息，其中，支付信息包括支付金额、支付方式中的至少一种；设置对应每一安全支付级别的预定的透明度。

其中，在二维码图片上显示辅助图片的步骤包括：对二维码图片进行图片模糊处理，以得到辅助图片，并显示辅助图片。

其中，在二维码图片上显示辅助图片的步骤之前，该方法进一步包括：在移动终端录入预设指纹信息，将预设指纹信息与加密指令进行关联；采集到用户输入的第一指纹信息，判断第一指纹信息与预设指纹信息是否匹配；若匹配成功，则确定用户输入加密指令，满足预设加密条件；其中，当检测到用户持续输入第一指纹信息时，在二维码图片上持续显示辅助图片；当检测到用户停止输入第一指纹信息时，满足预设解密条件，取消显示辅助图片。

其中，在二维码图片上显示辅助图片的步骤之前，该方法进一步包括：预先设定一预设时长；在显示二维码图片时，进入计时；在计时时间到达预设时长时，满足预设加密条件；其中，预设时长小于1分钟。

其中，在取消显示辅助图片的步骤之前，该方法进一步包括：在移动终端录入预设手势信息，将预设手势信息与解密指令进行关联；捕捉用户手势，判断用户手势与预设手势信息是否匹配；若匹配成功，则确定用户输入解密指令，满足预设解密条件；其中，预设手势为点击辅助图片、滑动辅助图片、长按辅助图片、翻转辅助图片、点击解密按钮或滑屏中的至少一种。

其中，在取消显示辅助图片的步骤之前，该方法进一步包括：启动移动终端的摄像头；通过摄像头采集移动终端所在的当前场景图像；提取当前场景图像中的特征信息；依据特征信息确定当前支付场景；其中，在当前支付场景为预设支付场景时，满足预设解密条件。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种移动终端，移动终端包括处理器、存储器以及显示屏，处理器耦接存储器以及显示屏；显示屏用于在移动终端开启支付时，显示用于支付的二维码图片；处理器用于在满足预设加密条件时，以使显示屏在二维码图片上显示辅助图片，其中，辅助图片用于对二维码图片进行加密处理；处理器还用于在满足预设解密条件时，取消显示辅助图片，以使显示屏显示二维码图片；存储器用于存储二维码图片和辅助图片。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种具有存储功能的装置，装置存储有程序数据，程序数据能够被执行以实现如上述的二维码加密方法。

本申请的有益效果是：区别于现有技术的情况，本申请在满足预设加密条件时，在用于支付的二维码图片上显示辅助图片，以实现对二维码图片进行加密处理，并能够在满足预设解密条件时，取消显示辅助图片，以显示二维码图片，进而收款方只需扫一下付款方在移动终端上显示的支付二维码，即可实现支付，在该过程中，用户可以对二维码图片进行加密，从而避免在等待收款方扫描支付二维码的期间被不法分子扫码并盗走钱财，能够提高移动支付的安全性，提高用户的支付体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1是本申请二维码加密方法一实施例的第一流程示意图；

图2是本申请二维码加密方法一实施例的第二流程示意图；

图3是高斯模糊前的示意图；

图4是高斯模糊后的示意图；

图5是本申请二维码加密方法一实施例的第三流程示意图；

图6是本申请二维码加密方法一实施例的第四流程示意图；

图7是本申请二维码加密方法一实施例的第五流程示意图；

图8是本申请二维码加密方法一实施例的第六流程示意图；

图9是本申请移动终端一实施例的结构示意图；

图10是本申请具有存储功能的装置一实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

参阅图1，图1是本申请二维码加密方法一实施例的第一流程示意图。该二维码加密方法包括以下步骤：

s101：在移动终端开启支付时，显示用于支付的二维码图片。

具体的，二维码图片可以用于线上支付或线下支付，也用于消费、转账、预授权等，同时二维码图片还可以包括交易的限额信息。

其中，二维码图片可以包括两种类型：静态二维码图片和动态二维码图片，其中，静态二维码图片基于支付账户产生，有效时间较长，如三个月或一年，可多次在线上环境使用；动态二维码图片则基于静态二维码图片产生，有效时间很短，如1分钟或30秒，只能在线下环境使用一次。

s102：在满足预设加密条件时，在二维码图片上显示辅助图片。

其中，辅助图片用于对二维码图片进行加密处理。

具体的，预设加密条件可以包括接收加密指令、预设的用户加密手势或者在某一时间段内移动终端的运行状态等等。

其中，加密指令可以是用户通过按压终端设备上的特设按键(例如，home按键)而触发的，也可以是用户通过对移动终端输入的特定操作(例如，点击操作或者滑动操作)或者在虚拟键盘上的按键组合(用户自定义设置按键的组合形式)而触发的。例如，用户可以通过对点击移动终端中的“加密”按键，以触发加密指令。

预设的用户加密手势可以为点击二维码图片、滑动二维码图片、长按二维码图片、翻转二维码图片、点击加密按钮或滑屏中的至少一种。

某一时间段内移动终端的运行状态可以为在5秒内用户无操作。

需要说明的是，移动终端可以在满足预设加密条件时，对二维码图片进行加密处理，例如，在接收到加密指令后，移动终端可以向用户显示辅助图片，该辅助图片可以覆盖二维码图片，或者直接替换该二维码图片。

其中，该辅助图片可以为用户预设的不透明图片或者部分透明图片，例如相册中的随机图片、随机生成的色彩图片，辅助图片也可以为对二维码图片进行图片模糊处理后得到的辅助图片，辅助图片还可以为对二维码图片进行加密处理后得到的辅助图片。该加密处理可以为：在二维码图片中包含的支付信息中嵌入加密信息，并重新生成包含加密信息和支付信息的二维码图片。当用户通过指定操作输入加密指令后，移动终端可以根据默认的加密方式以及加密密钥对二维码图片进行加密处理，得到上述辅助图片。在显示辅助图片后，即使收款方或不法分子对该辅助图片进行扫描，也无法实现扣款。

s103：在满足预设解密条件时，取消显示辅助图片，以显示二维码图片。

具体的，预设解密条件可以为接收解密指令、预设的用户解密手势或者一时间段内移动终端的运行状态。

其中，解密指令可以是用户通过按压终端设备上的特设按键(例如，home按键)而触发的，也可以是用户通过对移动终端输入的特定操作(例如，点击操作或者滑动操作)或者在虚拟键盘上的按键组合(用户自定义设置按键的组合形式)而触发的。例如，用户可以通过对点击移动终端中的“解密”按键，以触发解密指令。

预设的用户解密手势可以为点击辅助图片、滑动辅助图片、长按辅助图片、翻转辅助图片、点击解密按钮或滑屏中的至少一种。

需要说明的是，移动终端可以根据接收到的解密指令，取消显示辅助图片，例如，在接收到加密指令后，移动终端可以取消显示辅助图片，并向用户显示s101中的二维码图片。

区别于现有技术的情况，本实施例在满足预设加密条件时，在用于支付的二维码图片上显示辅助图片，以实现对二维码图片进行加密处理，并能够在满足预设解密条件时，取消显示辅助图片，以显示二维码图片，进而收款方只需扫一下付款方在移动终端上显示的支付二维码，即可实现支付，在该过程中，用户可以对二维码图片进行加密，从而避免在等待收款方扫描支付二维码的期间被不法分子扫码并盗走钱财，能够提高移动支付的安全性，提高用户的支付体验。

在一实施例中，步骤s102包括以下步骤：将辅助图片覆盖在二维码图片上。其中，辅助图片以预定的透明度覆盖在二维码图片上。

具体的，在满足预设加密条件时，并生成与二维码图片形状相同的辅助图片，然后将辅助图片覆盖在二维码图片上。辅助图片可以设置成透明度值大于0的任意透明度值的图片，其中，透明度值为0属于全透明，透明度值为1属于无透明。也就是说，本申请实施例中，可以将辅助图片的透明度值设置成介于全透明与无透明之间的具有任意透明度值的图片，也可以将辅助图片的透明度值设置成透明度值为1，即无透明度，具体透明度值可以由用户自行进行设定，本申请实施例不做具体限定。例如，可以在二维码图片上覆盖颜色值为#000000或#ffffff、透明度值大于0的遮罩。

通过上述在二维码图片上方覆盖一个预定的透明度的遮罩，对二维码图片进行遮盖，进而避免在等待收款方扫描支付二维码的期间被不法分子扫码并盗走钱财，因此能够提高移动支付的安全性，提高用户的支付体验。

参阅图2，图2是本申请二维码加密方法一实施例的第二流程示意图。在步骤s102之前，该方法进一步包括以下步骤：

s201：预先定义安全支付级别以及与对应每一安全支付级别的支付信息。

其中，支付信息包括支付金额、支付方式中的至少一种。

具体的，用户可以根据自身支付的习惯预先定义安全支付级别及其对应每一安全支付级别的支付信息，其中，支付信息可以包括支付金额、支付次数、支付方式中的至少一种。例如，用户将安全支付级别划分为高、中、低三种，并且以支付金额作为支付信息时，可以将高安全支付级别的支付金额设置为5000元以上，将中安全支付级别的支付金额设置为300元至5000元，将低安全支付级别的支付金额设置为小于300元。或者，以支付宝为例，在以支付方式作为支付信息时，可以将高安全支付级别的支付方式设置为余额宝支付，将中安全支付级别的支付方式设置为余额支付，将低安全支付级别的支付方式设置为花呗支付。在其他实施例中，可以设置不同的支付金额或者支付方式，在此不做限定。

s202：设置对应每一安全支付级别的预定的透明度。

具体的，针对高、中、低三种安全支付级别，可以设置对应的辅助图片的透明度。需要知道的是，安全支付级别越高，其对应的辅助图片的透明度值越接近于1，例如，可以将高安全支付级别对应的透明度值设置为1，即无透明度；将中安全支付级别对应的透明度值设置为0.8；将低安全支付级别对应的透明度值设置为0.5。

通过上述方式，根据预设的安全支付级别与支付金额或者支付方式的对应关系，确定安全支付级别对应的透明度值，并根据透明度值对辅助图片进行处理，辅助图片的透明度值会根据支付金额或者支付方式所对应的安全支付等级发生相应的改变，可以在保证支付安全的同时，提高用户操作的便利性。

在一实施例中，步骤s102包括以下步骤：对二维码图片进行图片模糊处理，以得到辅助图片，并显示辅助图片。

具体的，图片模糊处理可以采用常用图像高斯模糊处理，其中，高斯模糊处理的原理：所谓模糊可以理解成每一个像素点的像素值都取周边像素点的像素值的平均值，参见图3和图4，其中，图3为高斯模糊前的示意图，图4为高斯模糊后的示意图。图3中的“2”是中间像素点的像素值，周边像素点的像素值都是1，经高斯模糊处理后，图4中的中间像素点的像素值取周边像素点的像素值的平均值，就会变成1，在数值上，这是一种平滑化处理，在图像上，就相当于产生模糊效果，中间像素点失去细节；显然，计算中间像素点的像素值的平均值时，取值范围(即周边像素点的个数的取值)越大，模糊效果越强烈。

其中，执行本步骤时，当前显示界面为支付界面，当前显示界面图像即为该支付界面对应的二维码图片，对二维码图片进行高斯模糊处理生成具有模糊效果的二维码图片(该具有模糊效果的二维码图片即为辅助图片)，并在支付界面显示辅助图片，以使用户看到模糊效果的二维码图片。

进一步地，考虑到高斯模糊处理的算法较为复杂，并且计算的复杂度与图像分辨率和模糊半径相关，因此为了降低高斯模糊的运算量，提高模糊处理的速度，通常将一幅分辨率较高的原始二维码图片缩小为较低分辨率的中间二维码图片，然后对较低分辨率的中间二维码图片进行高斯模糊处理，再把模糊后的图像放大至原始二维码图片的尺寸大小，这样得到的模糊图像视觉上仍然很接近对原始二维码图片直接进行高斯模糊处理的模糊效果。

通过上述高斯模糊处理二维码图片，不需要在移动终端中存储辅助图片，降低了移动终端的存储消耗。

参阅图5，图5是本申请二维码加密方法一实施例的第三流程示意图。在一实施例中，步骤s102之前，该方法进一步包括以下步骤：

s301：在移动终端录入预设指纹信息，将预设指纹信息与加密指令进行关联。

具体的，可以向移动终端输入第一关联触发指令，以触发移动终端进入指纹信息设置模式。进入指纹信息设置模式后，开始录入预设指纹信息，并将预设指纹信息与加密指令进行关联。

s302：采集到用户输入的第一指纹信息，判断第一指纹信息与预设指纹信息是否匹配。

具体的，通过指纹识别模块采集用户输入的第一指纹信息，将第一指纹信息与预设指纹信息进行比对。

s303：若匹配成功，则确定用户输入加密指令，满足预设加密条件。

具体的，预设加密条件为用户输入加密指令，当第一指纹信息与预设指纹信息匹配成功时，通过预设配置表查找预设指纹信息对应的移动终端的加密指令，以确定用户输入加密指令，此时，满足预设加密条件并进入步骤s102。

其中，当检测到用户持续输入第一指纹信息时，在二维码图片上持续显示辅助图片；当检测到用户停止输入第一指纹信息时，满足预设解密条件，取消显示辅助图片，并向用户显示该二维码图片。

进一步地，在步骤s103之前，该方法可以进一步包括：在移动终端录入预设解密指纹信息，将预设解密指纹信息与解密指令进行关联。具体的，可以向移动终端输入第一关联触发指令，以触发移动终端进入指纹信息设置模式。进入指纹信息设置模式后，开始录入预设解密指纹信息，并将预设解密指纹信息与解密指令进行关联。

采集到用户输入的第二指纹信息，判断第二指纹信息与预设解密指纹信息是否匹配。具体的，通过指纹识别模块采集用户输入的第二指纹信息，将第二指纹信息与预设解密指纹信息进行比对。

若匹配成功，则确定用户输入解密指令，满足预设解密条件。具体的，当第二指纹信息与预设解密指纹信息匹配成功时，通过预设配置表查找预设解密指纹信息对应的移动终端的解密指令，以确定用户输入解密指令，此时，满足预设解密条件并进入步骤s103。

通过上述方式，可以简化用户发出加密指令的操作步骤，在用户输入的第一指纹信息与预设指纹信息匹配时，即可发出加密指令，以使移动终端接收该加密指令，并响应加密指令，进而在二维码图片上显示辅助图片。

参阅图6，图6是本申请二维码加密方法一实施例的第四流程示意图。在一实施例中，步骤s102之前，该方法进一步包括以下步骤：

s401：预先设定一预设时长。

具体的，预设时长小于1分钟。由于二维码图片可以为动态二维码图片，其有效时间通常为1分钟或30秒，因此，可以对应该有效时间，将预设时长设定为小于1分钟或者小于30秒，例如，预设时长为3秒、5秒。

s402：在显示二维码图片时，进入计时。

具体的，移动终端能够检测当前是否显示二维码图片，在检测到显示二维码图片时，开始计时。

s403：计时时间到达预设时长时，满足预设加密条件。

具体的，例如，在计时时间到达预设时长3秒时，满足预设加密条件，在二维码图片上显示辅助图片。

进一步地，在步骤s103之前，该方法可以进一步包括：

在显示辅助图片时，进入计时。具体的，移动终端能够检测当前是否显示辅助图片，在检测到显示辅助图片时，开始计时。

计时时间到达预设解密时长时，满足预设加密条件。

具体的，预设解密时长可以为15秒，在计时时间到达预设解密时长15秒时，满足预设解密条件，在二维码图片上显示二维码图片。

通过上述方式，不需要用户发出加密指令的操作步骤，而是在用户启动支付功能后，即进入计时，在计时时间到达预设时长时，在二维码图片上显示辅助图片，可以省去显示辅助图片的操作步骤，提高用户的支付体验。

参阅图7，图7是本申请二维码加密方法一实施例的第五流程示意图。在一实施例中，步骤s103之前，该方法进一步包括以下步骤：

s501：在移动终端录入预设手势信息，将预设手势信息与解密指令进行关联。

具体的，可以向移动终端输入第二关联触发指令，以触发移动终端进入手势信息设置模式。进入手势信息设置模式后，开始录入预设手势信息，并将预设手势信息与解密指令进行关联。

s502：捕捉用户手势，判断用户手势与预设手势信息是否匹配。

s503：若匹配成功，则确定用户输入解密指令，满足预设解密条件。

具体的，通过手势识别模块采集用户输入的用户手势，将用户手势与预设手势信息进行比对。当用户手势与预设手势信息匹配成功时，通过预设配置表查找预设手势信息对应的移动终端的解密指令，则确定用户输入解密指令，满足预设解密条件，并进入步骤s103，取消在二维码图片上显示辅助图片，并向用户显示该二维码图片。其中，预设手势可以为点击辅助图片、滑动辅助图片、长按辅助图片、翻转辅助图片、点击解密按钮或滑屏中的至少一种。解密按钮可以为实体按钮或虚拟按钮。

通过上述方式，可以简化用户发出解密指令的操作步骤，当用户手势与预设手势信息匹配成功时，即可发出解密指令，以使移动终端接收该解密指令，并响应解密指令，进而取消在二维码图片上显示辅助图片。

参阅图8，图8是本申请二维码加密方法一实施例的第六流程示意图。在一实施例中，该方法进一步包括以下步骤：

s601：启动移动终端的摄像头。

具体的，可以在检测到用户的触发操作时，自动启动移动终端的前置摄像头或后置摄像头。其中，移动终端用户的触发操作包括：基于指纹认证的触发操作、基于滑动操作的触发操作或者基于按键的触发操作。

其中，基于指纹认证的触发操作可以为当移动终端识别出接收的指纹与预设的启动初始支付方式的界面的指纹匹配，则启动初始支付方式的界面。该指纹识别可由移动终端的指纹识别按键进行。基于滑动操作的触发操作可以为当移动终端识别出接收的滑动操作与预设的启动初始支付方式的界面的滑动操作匹配，则启动初始支付方式的界面。当然也可以只要是接收到滑动操作，就启动初始支付方式的界面。基于按键的触发操作可以为当移动终端识别出接收的按键触发操作中的按键与预设的启动初始支付方式的界面的按键匹配，则启动初始支付方式的界面。例如，按键可以是home键、指纹识别按键、音量键、开关机键等等。应当理解的是，本实施例的方法并不以此为限，还可以是其他的触发操作方式。

移动终端可以包括多个摄像头，即两个以上摄像头，该多个摄像头用于完成多角度和/或多位置的多点图像拍摄，且每个摄像头为固定式摄像头或可活动式摄像头。

s602：通过摄像头采集移动终端所在的当前场景图像。

具体的，启动摄像头采集移动终端所在的当前场景图像。其中，当前场景图像可以为前置摄像头或后置摄像头采集的图像。需要知道的是，当前场景图像具体可以包括空间静物的图片，例如，空间静物可以为二维码扫描装置等等。

在其他实施例中，考虑到二维码扫描装置通常设有红外机构，红外机构发射红外线或者红光，因此，摄像头还可以用于检测二维码扫描装置红外线或者红光。为了进一步准确检测红外线，摄像头也可以用红外感应器或光感应器代替。

s603：提取当前场景图像中的特征信息。

具体的，图像分割算法是图像处理中的一种方法，图像分割算法是指将一幅图像分解成若干互不相交区域的集合。在本实施例中，可以通过k-means算法分离出当前场景图像中的物品。k-means算法是基于距离相似性的聚类算法，通过比较样本之间的相似性，将形式的样本划分到同一个类别中。首先提取当前场景图像的颜色特征，以二维码扫描装置为例，通过k-means算法确定二维码扫描装置为当前场景图像中包含的一个特征。该特征可以为二维码扫描装置、红外线、售货员等等。

若当前场景图像为二维码扫描装置，则特征信息可以为特征图像或特征文字，如上述二维码扫描装置的外形轮廓、二维码扫描装置的logo文字等等，需要知道的是，当识别到上述当前场景图像时，可提取到这些特征图像。以上述包含二维码扫描装置的图像为例，通过对二维码扫描装置形状特征、材质特征、颜色特征等特征的综合提取，提取出一组特征数据，该组特征数据为特征信息。

在其他实施例中，特征信息可以为当前场景图像的颜色特征信息、纹理特征信息、形状特征信息或者局部特征点信息中的至少一种。可以通过将当前场景图像利用显著性检测算法得到一幅关于原图的显著图，显著图的黑色部分为背景，非黑色部分为目标物体，将显著图的目标部分转换为原图对应位置的彩色颜色，得到分割后的图像。

s604：依据特征信息确定当前支付场景。

具体的，可以将当前场景图像中的特征信息与预设支付场景的特征信息进行匹配。例如，当提取的当前场景图像中的特征信息为二维码扫描装置的logo文字时，可将该二维码扫描装置的logo文字与预设支付场景的关键字进行匹配。若当前场景图像中的至少一个特征信息与预设支付场景的至少一个特征信息匹配成功，则判定当前的支付场景信息与预设支付场景信息匹配成功。

其中，在当前支付场景为预设支付场景时，满足预设解密条件。

通过上述方式，本实施例可以准确判断当前支付场景是否与预设支付场景匹配，在当前支付场景为预设支付场景时，响应解密指令，取消显示辅助图片，以显示二维码图片，进而收款方只需扫一下付款方在移动终端上显示的支付二维码，即可实现支付，能够提高移动支付的安全性，提高用户的支付体验。

参阅图9，图9是本申请移动终端一实施例的结构示意图。本申请提供一种移动终端70，移动终端70包括处理器71、存储器73以及显示屏72，处理器71耦接存储器73以及显示屏72。

显示屏72用于在移动终端70开启支付时，显示屏72用于显示用于支付的二维码图片，在满足预设加密条件时，显示屏72用于在二维码图片上显示辅助图片，其中，辅助图片用于对二维码图片进行遮挡处理，在满足预设加密条件时，处理器71用于取消显示辅助图片，以使显示屏72显示二维码图片。

具体的，本申请实施例所涉及到的本申请所指的移动终端70，可以为手机、平板电脑、掌上电脑、笔记本电脑、台式电脑、车载设备、导航设备等可以运行支付应用程序的移动终端70，在此不作限制。

其中，处理器71用于将辅助图片覆盖在二维码图片上，其中，辅助图片以预定的透明度覆盖在二维码图片上。

其中，处理器71用于预先定义安全支付级别以及与对应每一安全支付级别的支付信息，其中，支付信息包括支付金额、支付方式中的至少一种，设置对应每一安全支付级别的预定的透明度。

其中，处理器71用于对二维码图片进行图片模糊处理，以得到辅助图片，并显示辅助图片。

其中，处理器71用于在移动终端70录入预设指纹信息，并将预设指纹信息与加密指令进行关联，处理器71用于采集到用户输入的第一指纹信息，并判断第一指纹信息与预设指纹信息是否匹配，若匹配成功，则确定用户输入加密指令，满足预设加密条件。

其中，当检测到用户持续输入第一指纹信息时，显示屏72用于在二维码图片上持续显示辅助图片，当检测到用户停止输入第一指纹信息，满足预设解密条件，则处理器71用于取消显示辅助图片。

其中，处理器71用于预先设定一预设时长，在显示屏72显示二维码图片时，进入计时，当计时时间到达预设时长时，在计时时间到达预设时长时，满足预设加密条件，其中，预设时长小于1分钟。

其中，处理器71在移动终端70录入预设手势信息，并将预设手势信息与解密指令进行关联，处理器71用于捕捉用户手势，并判断用户手势与预设手势信息是否匹配，若匹配成功，则处理器71用于确定用户输入解密指令，满足预设解密条件。其中，预设手势为点击辅助图片、滑动辅助图片、长按辅助图片、翻转辅助图片、点击解密按钮或滑屏中的至少一种。

其中，移动终端70包括摄像头74，摄像头74耦接处理器71，启动移动终端70的摄像头74，摄像头74用于采集移动终端70所在的当前场景图像，处理器71用于通过图像分割算法分离出当前场景图像，处理器71还用于提取当前场景图像中的特征信息，并依据特征信息确定当前支付场景。其中，在当前支付场景为预设支付场景时，满足预设解密条件。

区别于现有技术的情况，本实施例的移动终端70在满足预设加密条件时，在用于支付的二维码图片上显示辅助图片，以实现对二维码图片进行加密处理，并能够在满足预设解密条件时，取消显示辅助图片，以显示二维码图片，进而收款方只需扫一下付款方在移动终端70上显示的支付二维码，即可实现支付，在该过程中，用户可以对二维码图片进行加密，从而避免在等待收款方扫描支付二维码的期间被不法分子扫码并盗走钱财，能够提高移动支付的安全性，提高用户的支付体验。参阅图10，图10是本申请具有存储功能的装置一实施例的结构示意图。本申请提供一种具有存储功能的装置10，装置10存储有程序数据11，程序数据11能够被执行以实现如上述的二维码加密方法。

该具有存储功能的装置10可以是用于上述的移动终端70，也可以是用于服务器。

本实施例的具有存储功能的装置10存储的计算机程序11与上述移动终端70的实施例中存储器73存储的计算机程序类似，被处理器71执行时所实现的方法步骤类似，这里不再赘述。

本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该程序数据11存储在一个具有存储功能的装置10中，具有存储功能的装置10包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的具有存储功能的装置10包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的装置10。

以上所述仅为本实施例的实施方式，并非因此限制本实施例的专利范围，凡是利用本实施例说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本实施例的专利保护范围内。