CN108520191A - 金融卡锁定方法及金融卡、计算机可读存储介质 - Google Patents

Abstract

本申请提供一种金融卡锁定方法及金融卡、计算机存储介质，方法包括：获取当前的刷卡操作信息；若当前的刷卡操作信息不满足当前设定的授权条件，控制金融卡锁定。本方案当检测到金融卡使用存在风险时锁定金融卡，以保证金融卡使用的安全性，避免用户损失。

Description

金融卡锁定方法及金融卡、计算机可读存储介质

技术领域

本申请涉及金融卡领域，尤其涉及一种金融卡锁定方法及金融卡、计算机可读存储介质。

背景技术

金融卡又称为芯片银行卡，是以芯片作为介质的银行卡。芯片卡容量大，可以存储密钥、数字证书等信息，其工作原理类似于微型计算机，能够同时处理多种功能，为持卡人提供一卡多用的便利。金融卡是由商业银行(信用社)或支付机构发行的，采用集成电路技术，遵循国家金融行业标准，具有消费信用、转账结算、现金存取全部或部分金融功能，可以具有其他商业服务和社会管理功能的金融工具。

随着通信和互联网技术的不断发展，信息获取手段越来越多，用户往往会面对或多或少的信息泄密风险，尤其是涉及用户资产的金融卡，因此为了避免用户损失，如何有效保证金融卡的安全使用，成为当前面临的主要问题。

发明内容

本申请提供一种金融卡锁定方法及金融卡、计算机可读存储介质，用于有效保证金融卡使用的安全性。

本申请的第一个方面是提供一种金融卡锁定方法，包括：获取当前的刷卡操作信息；若当前的刷卡操作信息不满足当前设定的授权条件，控制金融卡锁定。

本申请的第二个方面是提供一种金融卡，包括：获取模块，用于获取当前的刷卡操作信息；处理模块，用于若当前的刷卡操作信息不满足预先设定的授权条件，控制金融卡锁定。

本申请的第三个方面是提供一种金融卡，包括：处理器和存储器；所述存储器存储有计算机程序；所述处理器执行所述存储器存储的计算机程序，以执行如前所述的方法。

本申请的第四个方面是提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时实现如前所述的方法。

本申请提供的金融卡锁定方法及金融卡、计算机可读存储介质，当金融卡被使用时，获取本次的刷卡操作信息，根据刷卡操作信息判断本次的刷卡操作是否满足当前设定的授权条件，如果不满足，则说明本次刷卡操作超出授权，可能存在使用安全风险，相应的，本方案中将控制金融卡锁定，被锁定的金融卡将不再执行用户指令的操作处理。本方案通过当检测到金融卡使用存在风险时锁定金融卡，以保证金融卡使用的安全性，避免用户损失。

附图说明

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

图1A-图1C为本申请实施例一提供的金融卡锁定方法的流程示意图；

图2为本申请实施例二提供的一种金融卡锁定方法的流程示意图；

图3为本申请实施例三提供的一种金融卡锁定方法的流程示意图；

图4为本申请实施例四提供的一种金融卡锁定方法的流程示意图；

图5为本申请实施例五提供的一种金融卡锁定方法的流程示意图；

图6A-图6C为本申请实施例六提供的金融卡的结构示意图；

图7为本申请实施例十一提供的金融卡的结构示意图。

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

具体实施方式

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

图1A为本申请实施例一提供的一种金融卡锁定方法的流程示意图，参照图1A所示，本实施例提供一种金融卡锁定方法用于提高金融卡的安全性，具体的，本实施例以该金融卡锁定方法应用于金融卡来举例说明，该方法包括：

101、获取当前的刷卡操作信息；

102、若当前的刷卡操作信息不满足当前设定的授权条件，控制金融卡锁定。

实际应用中，本实施例的执行主体可以为金融卡，该金融卡集成有处理芯片，该处理芯片具有读取和执行计算机程序的功能，以执行相关计算机程序，从而实现本方案提供的方法。可选的，该处理芯片可以具备中国操作系统(COS)。

具体的，所述计算机程序被执行时实现本方案提供的方法。可选的，该计算机程序可以存储在处理芯片的自身内存中，或者金融卡还可以集成有存储器，所述计算机程序可以存储在存储器中，处理芯片可以读取存储器中的计算机程序，并通过执行读取的计算机程序，以实现本方案提供的方法。其中，所述存储器可以为非易失性存储器，例如，电可擦可编程只读存储器(Electrically Erasable Programmable read only memory，简称EEPROM)、闪存(Flash)等。

结合实际场景举例来说：用户可以结合自身的使用习惯和银行的授权信息，对自己的金融卡预先进行授权条件的设定。设定授权条件的过程可以在金融卡上直接操作，或者也可以通过银行柜台办理。

后续该金融卡被使用时，例如，在POS机上刷卡或者在自动取款机(AutomatedTeller Machine，简称ATM)中插入该金融卡时，获取本次刷卡的操作信息，这里所说的操作信息可以基于当前设定的授权条件确定，例如，操作信息可以包括但不限于刷卡的时间、地点、操作内容(例如，转账、存款、修改密码、办理或购买基金产品等)、操作金额(例如，消费金额)等。

获取本次的刷卡操作信息后，根据该刷卡操作信息，检测本次操作是否满足设定的授权条件，若满足，则说明本次操作的安全性较高，可以正常执行操作，若不满足，则说明本次操作存在安全性风险，例如，可能该金融卡已经被盗，或者正在被不法用户使用，相应的，控制金融卡锁定。具体的，被锁定的金融卡将不能继续使用，即不再响应执行操作，从而及时避免用户损失，快速有效地保证金融卡的安全。

相比于用户向银行电话申请挂失等事后保护方案，本方案能够基于刷卡操作信息和授权条件，自动检测出本次操作是否存在安全性风险，从而快速有效地执行对金融卡的相应保护方案，及时方便有效地实现对金融卡的保护。

可选的，设定授权条件的方式有多种，基于金融卡提供的用户交互界面，可以由用户方便地进行个性化设定。相应的，如图1B所示，在任一实施方式的基础上，所述方法还包括：

103、接收设定请求，所述设定请求包括需设定的授权条件；

104、根据所述设定请求，设定当前的授权条件。

以实际场景举例来说：金融卡上可以集成有用于实现用户交互的部件，例如，显示屏幕、输入部件、触控屏等。作为一种示例，输入部件可以为设置在金融卡卡面上的按钮，按钮可以包括上移、下移、左移、右移、确认等功能按钮，用户通过按压这些按钮，配合显示屏幕显示用户的操作结果，来实现功能选择、确认等操作。

基于上述用于实现用户交互的部件，用户可以进行授权条件的设定。具体的，金融卡通过用户交互部件接收用户的设定请求，根据设定请求在预设的设定界面下完成对授权条件的设定。

此外，实际应用中，用户还可以通过银行柜台设定授权条件。例如，用户可以携带金融卡至银行柜台，银行柜台的工作人员进行用户身份确认后，可以基于读卡器实现处理设备(例如，计算机)与金融卡的通信交互，基于该通信交互，金融卡接收计算机发送的设定请求，根据设定请求设定授权条件，设定的授权条件将会被存储在金融卡中，已备后续该金融卡被使用时，实现本方案提供的方法。

通过本实施方式，能够实现授权条件的设定，从而基于授权条件实现及时有效地进行金融卡保护。本方案中的授权条件可以基于金融卡本身的银行授权信息，例如，信用卡额度、有效期等确定，或者，也可以基于用户结合自身的使用习惯进行个性化定制，例如，设定单次消费额度、刷卡次数等。

可以理解，由于本方案中的授权条件通常属于金融卡本身的隐私信息，用户个性化定制的授权条件更为用户自己知晓的信息，这些信息在未经用户身份验证或授权的情况下很难被读取。可见，基于本方案的信息被窃取和泄露的可能性很小，从而更有效地实现金融卡保护。

此外，实际应用中，还可以采取实时设定授权条件的方式，每次刷卡时由用户随机设定授权条件后再支持刷卡操作，即每次执行101之前，先执行103和104，否则即锁定金融卡，通过该方式能够有效避免信息泄露。

此外，本方案中被锁定的金融卡经合法用户进行身份验证后还可以支持解锁。可选的，如图1C所示，在任一实施方式的基础上，所述方法还可以包括：

105、接收解锁请求，所述解锁请求包含验证信息；

106、根据所述验证信息对用户身份进行验证，若验证通过，则控制所述金融卡解锁。

结合实际场景进行举例：实际应用中，还有可能因用户的误操作导致金融卡被锁定的情形，例如，用户输入消费金额时误选择了某数字导致消费金额不满足授权条件等，对此，本实施方式还支持保证安全性的金融卡解锁。具体的，可以对用户身份的合法性进行认证，如果认证通过，则说明本次刷卡操作可能为误操作，相应控制金融卡解锁，如果认证失败，则说明存在安全性风险，仍继续控制金融卡锁定。

可选的，对用户身份的合法性进行认证的方式可以有多种。例如，可以提示用户输入解锁密码，与预先设定的解锁密码进行比对，一致则认证通过；再例如，还可以基于用户的生物识别特征进行认证，例如，通过指纹验证等；又例如，还可以由用户本人携带身份证等唯一标识前往银行柜台，由银行进行解锁等，本实施例在此不对其进行限制。

通过本实施方式，可以在发生误操作时，支持金融卡的解锁，从而提高金融卡使用的可靠性。

本实施例提供的金融卡锁定方法，当金融卡被使用时，获取本次的刷卡操作信息，根据刷卡操作信息判断本次的刷卡操作是否满足当前设定的授权条件，如果不满足，则说明本次刷卡操作超出授权，可能存在使用安全风险，相应的，本方案中将控制金融卡锁定，被锁定的金融卡将不再执行用户指令的操作处理。本方案通过当检测到金融卡使用存在风险时锁定金融卡，以保证金融卡使用的安全性，避免用户损失。

如前面所说的，授权条件可以基于用户习惯和/或银行授权信息进行设定。可选的，图2为本申请实施例二提供的一种金融卡锁定方法的流程示意图，参照图2所示，本实施例提供一种基于刷卡次数的金融卡锁定方法，以提高金融卡的安全性，具体的，本实施例仍以该金融卡锁定方法应用于金融卡来举例说明，在实施例一的基础上，所述授权条件包括单位时段内刷卡次数的上限值；

相应的，101具体可以包括：

1011、获取当前时刻所在的单位时段内的累计刷卡次数；

102具体可以包括：

1021、若当前时刻所在的单位时段内的累计刷卡次数超出所述单位时段内刷卡次数的上限值，则控制所述金融卡锁定。

具体的，本实施例中的授权条件包括单位时段内刷卡次数的上限值，这里的单位时段可以指短时间的时长内。举例来说，为了避免不法商家除正常刷卡外，隐蔽地采用盗刷设备再次刷卡来盗取金融卡中存储的额信息，可以设定单位时段内刷卡次数的上限值。这里的单位时段可以根据实际需要设定。

可选的，单位时段可以为当前时刻起的一定时间内，当前时刻可以指刷卡时刻，则当前时刻所在的单位时段即为刷卡时刻起一定时间内。举例来说，如果用户的刷卡频率比较频繁，则可设置较短的单位时段，例如，1小时，假设单位时段内刷卡次数的上限值为1次，则用户每次刷卡后1小时内只能再刷1次卡；再例如，如果用户的刷卡频率不高，则可设置较长的单位时段，例如，3小时。

另外，除了基于时长确定所述单位时段之外，还可以结合一天内的各时间段确定所述单位时段，即每个单位时段可以为不同的时间段，相应的，当前时刻所在的单位时段，即为刷卡时的时刻所在的时间段。具体的，用户在不同时间段刷卡的频率可能不一样，举例来说，可设定夜间12点至凌晨6点之间的刷卡次数上限值为0次，中午11点至下午2点的刷卡次数上限值为2次。

进一步举例来说，假设采用实时设定授权条件的方式，用户在刷卡前设定单位时段为10分钟，单位时段内刷卡次数的上限值为1次，则当前时刻所在的单位时段为该授权条件被设定的时刻起之后的10分钟，也就是说，该授权条件限定了，自该授权条件被设定的时刻起之后的10分钟内最多只能刷一次卡，这样就能够有效避免金融卡被偷偷盗刷的情形，保证金融卡的安全。

本实施例提供的金融卡锁定方法，通过设定授权条件来限定单位时段内刷卡次数的上限，当当前时刻所在的单位时段内的累积刷卡次数超出该单位时段内刷卡次数的上限时，则锁定金融卡，从而有效保证金融卡的安全。

再可选的，图3为本申请实施例三提供的一种金融卡锁定方法的流程示意图，参照图3所示，本实施例提供一种基于总消费额度的金融卡锁定方法，以提高金融卡的安全性，具体的，本实施例仍以该金融卡锁定方法应用于金融卡来举例说明，在实施例一的基础上，所述授权条件包括可消费额度；

相应的，101具体可以包括：

1012、获取历史至当前时刻的累计消费金额；

102具体可以包括：

1022、若累计消费金额超出所述可消费额度，则控制所述金融卡锁定。

本实施例中的授权条件包括可消费额度，这里的可消费额度可以指金融卡的总消费额度，即总消费金额的上限值。举例来说，为了避免金融卡被盗后，不法用户窃取卡中财产，可以设定金融卡的总消费额度。其中，本方案所述的消费指各种类型的支出，其包括但不限于：财产转出、购买基金、各种消费交易等。

具体的，基于本次的刷卡操作信息，统计该金融卡的所有消费记录，获取历史至当前时刻所有的累积消费金额，并将累积消费金额与可消费额度进行比对，如果超出授权的可消费额度，则锁定金融卡。以信用卡为例，实际应用中，该可消费额度可以参照银行为该信用卡开户时授权的刷卡额度来设定。

本实施例提供的金融卡锁定方法，通过设定授权条件来限定金融卡的可消费额度，当累积消费额度超出该可消费额度时，则锁定金融卡，从而有效保证金融卡的安全。

又可选的，图4为本申请实施例四提供的一种金融卡锁定方法的流程示意图，参照图4所示，本实施例提供一种基于单次消费额度的金融卡锁定方法，以提高金融卡的安全性，具体的，本实施例仍以该金融卡锁定方法应用于金融卡来举例说明，在实施例一的基础上，所述授权条件包括单次消费额度；

相应的，101具体可以包括：

1013、获取本次刷卡的消费金额；

102具体可以包括：

1023、若本次刷卡的消费金额超出所述单次消费额度，则控制所述金融卡锁定。

本实施例中的授权条件包括单次消费额度，这里的单次消费额度指单次刷卡的消费额度，即单次消费金额的上限值。举例来说，为了避免金融卡被盗刷，可以设定单次刷卡的消费额度。其中，本方案所述的消费同样指各种类型的支出，其包括但不限于：财产转出、购买基金、各种消费交易等。

具体的，基于本次的刷卡操作信息，获取本次刷卡的消费金额，将本次刷卡的消费金额与单次消费额度进行比对，如果超出授权的单次消费额度，则锁定金融卡。

举例来说，本实施例可以采用实时设定授权条件的方式，用户在刷卡前可以根据消费账单设定本次刷卡的消费额度，例如，如果用户在根据账单对账后知晓本次消费的金额为200元，则可在刷卡前设定本次刷卡的消费额度为200元，相应的，基于该授权条件商家在进行刷卡时，最多只能刷取200元的金额。一旦超出则金融卡被锁定，这样就能够有效避免金融卡被盗刷，保证金融卡的安全。

再举例来说，本实施例还可以采用非实时设定授权条件的方式，即预先设定单次消费额度，例如，为500元，则即便该金融卡丢失或被盗，该金融卡每次刷卡的消费金额最多为500元，能够避免用户财产被快速转移，从而保证金融卡的安全。

本实施例提供的金融卡锁定方法，通过设定授权条件来限定金融卡的单次消费额度，当本次刷卡的消费金额超出单次消费额度时，则锁定金融卡，从而有效保证金融卡的安全。

又可选的，图5为本申请实施例五提供的一种金融卡锁定方法的流程示意图，参照图5所示，本实施例提供一种基于单次刷卡时长的金融卡锁定方法，以提高金融卡的安全性，具体的，本实施例仍以该金融卡锁定方法应用于金融卡来举例说明，在实施例一的基础上，所述授权条件包括单次刷卡的时长上限值；

相应的，101具体可以包括：

1014、获取本次刷卡的时长；

102具体可以包括：

1024、若本次刷卡的时长超出所述单次刷卡的时长上限值，则控制所述金融卡锁定。

本实施例中的授权条件包括单次刷卡的时长上限值，这里的单次刷卡的时长上限值指单次刷卡操作的时长上限值。举例来说，为了避免金融卡丢失或者被盗后，不法用户反复尝试破解密码，可以限制单次刷卡的时长。其中，本方案所述的刷卡的时长指单次刷卡过程中金融卡与读卡器保持通信交互的时长，以ATM为例，刷卡的时长可以理解为自将金融卡插入ATM起直至将该金融卡从ATM中取出的时长。

具体的，基于本次的刷卡操作信息，获取本次刷卡的时长，将本次刷卡的时长与单次刷卡的时长上限值进行比对，如果超出授权的单次刷卡的时长上限值，则锁定金融卡。

举例来说，本实施例可以采用实时设定授权条件的方式，用户在刷卡前可以设定本次刷卡的时长上限值，例如，用户可在刷卡前设定本次刷卡的时长上限值为3分钟，相应的，基于该授权条件商家在进行刷卡时，最多只能操作3分钟，一旦超出则金融卡被锁定，这样就能够有效避免譬如金融卡在安装有信息窃取装置的刷卡器上被长时间破解盗取信息等风险，从而保证金融卡的安全。

再举例来说，本实施例还可以采用非实时设定授权条件的方式，即预先设定单次刷卡的时长上限值，例如，为3分钟，则即便该金融卡丢失或被盗，不法用户也无法长时间尝试破解密码，从而保证金融卡的安全。

本实施例提供的金融卡锁定方法，通过设定授权条件来限定金融卡的单次刷卡的时长上限值，当本次刷卡的时长超出单次刷卡的时长上限值时，则锁定金融卡，从而有效保证金融卡的安全。

需要说明的是，前述不同授权条件对应的各实施例既可以单独实施，也可以结合实施，例如，结合实施时可以限定需多个授权条件均满足的情形下方可正常刷卡，否则即锁定金融卡，本方案在此不对其进行限制。

图6A为本申请实施例六提供的一种金融卡的结构示意图，参照图6A所示，本实施例提供一种金融卡用于提高金融卡的安全性，具体的，该金融卡包括：

获取模块61，用于获取当前的刷卡操作信息；

处理模块62，用于若当前的刷卡操作信息不满足预先设定的授权条件，控制金融卡锁定。

实际应用中，该金融卡集成有处理芯片，该处理芯片具有读取和执行计算机程序的功能，以执行相关计算机程序，从而实现本方案提供的方法。可选的，该处理芯片可以具备中国操作系统(COS)。

可选的，设定授权条件的方式有多种，基于金融卡提供的用户交互界面，可以由用户方便地进行个性化设定。相应的，如图6B所示，在任一实施方式的基础上，所述金融卡还包括：

第一接收模块63，用于接收设定请求，所述设定请求包括需设定的授权条件；

设定模块64，用于根据所述设定请求，设定当前的授权条件。

此外，实际应用中，还可以采取实时设定授权条件的方式，每次刷卡时由用户设定授权条件后再支持刷卡操作，否则即锁定金融卡，通过该方式能够有效避免信息泄露。

此外，本方案中被锁定的金融卡经合法用户进行身份验证后还可以支持解锁。可选的，如图6C所示，在任一实施方式的基础上，所述金融卡还包括：

第二接收模块65，用于接收解锁请求，所述解锁请求包含验证信息；

处理模块62，还用于根据所述验证信息对用户身份进行验证，若验证通过，则控制所述金融卡解锁。

可选的，对用户身份进行认证的方式可以有多种。例如，处理模块62可以提示用户输入解锁密码；再例如，处理模块62还可以基于用户的生物识别特征进行认证，本实施例在此不对其进行限制。

通过本实施方式，可以在发生误操作时，支持金融卡的解锁，从而提高金融卡使用的可靠性。

本实施例提供的金融卡，当金融卡被使用时，获取本次的刷卡操作信息，根据刷卡操作信息判断本次的刷卡操作是否满足当前设定的授权条件，如果不满足，则说明本次刷卡操作超出授权，可能存在使用安全风险，相应的，本方案中将控制金融卡锁定，被锁定的金融卡将不再执行用户指令的操作处理。本方案通过当检测到金融卡使用存在风险时锁定金融卡，以保证金融卡使用的安全性，避免用户损失。

可选的，本申请实施例七提供一种金融卡，在实施例六的基础上，所述授权条件包括单位时段内刷卡次数的上限值；

相应的，获取模块61，具体用于获取当前时刻所在的单位时段内的累计刷卡次数；

处理模块62，具体用于若当前时刻所在的单位时段内的累计刷卡次数超出所述单位时段内刷卡次数的上限值，则控制所述金融卡锁定。

本实施例提供的金融卡，通过设定授权条件来限定单位时段内刷卡次数的上限，当当前时刻所在的单位时段内的累积刷卡次数超出该单位时段内刷卡次数的上限时，则锁定金融卡，从而有效保证金融卡的安全。

再可选的，本申请实施例八提供一种金融卡，在实施例六的基础上，所述授权条件包括可消费额度；

相应的，获取模块61，具体用于获取历史至当前时刻的累计消费金额；

处理模块62，具体用于若累计消费金额超出所述可消费额度，则控制所述金融卡锁定。

实施例提供的金融卡，通过设定授权条件来限定金融卡的可消费额度，当累积消费额度超出该可消费额度时，则锁定金融卡，从而有效保证金融卡的安全。

又可选的，本申请实施例九提供一种金融卡，在实施例六的基础上，所述授权条件包括单次消费额度；

相应的，获取模块61，具体用于获取本次刷卡的消费金额；

处理模块62，具体用于若本次刷卡的消费金额超出所述单次消费额度，则控制所述金融卡锁定。

本实施例提供的金融卡，通过设定授权条件来限定金融卡的单次消费额度，当本次刷卡的消费金额超出单次消费额度时，则锁定金融卡，从而有效保证金融卡的安全。

又可选的，本申请实施例十提供一种金融卡，在实施例六的基础上，所述授权条件包括单次刷卡的时长上限值；

相应的，获取模块61，具体用于获取本次刷卡的时长；

处理模块62，具体用于若本次刷卡的时长超出所述单次刷卡的时长上限值，则控制所述金融卡锁定。

本实施例提供的金融卡，通过设定授权条件来限定金融卡的单次刷卡的时长上限值，当本次刷卡的时长超出单次刷卡的时长上限值时，则锁定金融卡，从而有效保证金融卡的安全。

需要说明的是，前述各实施方式可以单独实施，也可以在不冲突的前提下结合实施。可选的，前述各模块既可以分离设置也可以集成设置，例如，执行相同或相似功能的模块可以通过同一模块实现，前述各实施例的模块划分仅是一种示例。

图7为本申请实施例十一提供的金融卡的结构示意图，该金融卡包括：处理器和存储器。

存储器存储有计算机程序。具体地，计算机程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可能包括高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

所述处理器执行所述存储器存储的计算机程序，以实现上述任一实施例中的方法。

其中，处理器可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

可选的，在具体实现上，如果存储器和处理器独立实现，则存储器和处理器可以通过总线相互连接并完成相互间的通信。所述总线可以是工业标准体系结构(IndustryStandard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称为EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器和处理器集成在一块芯片上实现，则存储器和处理器可以通过内部接口完成相互间的通信。

本申请实施例十二还提供一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、非易失性存储器(EEPROM、Flash)、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例中的方法。可选的，该计算机可读存储介质可以支持写入功能，例如，程序升级，日志记录的写入。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的金融卡的具体工作过程，可以参考前述方法实施例中的对应过程。

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

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (16)

1.一种金融卡锁定方法，其特征在于，包括：

获取当前的刷卡操作信息；

若当前的刷卡操作信息不满足当前设定的授权条件，控制金融卡锁定。

2.根据权利要求1所述的方法，其特征在于，所述授权条件包括单位时段内刷卡次数的上限值；所述获取当前的刷卡操作信息，包括：

获取当前时刻所在的单位时段内的累计刷卡次数；

所述若当前的刷卡操作信息不满足预先设定的授权条件，控制金融卡锁定，包括：

若当前时刻所在的单位时段内的累计刷卡次数超出所述单位时段内刷卡次数的上限值，则控制所述金融卡锁定。

3.根据权利要求1所述的方法，其特征在于，所述授权条件包括可消费额度；所述获取当前的刷卡操作信息，包括：

获取历史至当前时刻的累计消费金额；

所述若当前的刷卡操作信息不满足预先设定的授权条件，控制金融卡锁定，包括：

若累计消费金额超出所述可消费额度，则控制所述金融卡锁定。

4.根据权利要求1所述的方法，其特征在于，所述授权条件包括单次消费额度；所述获取当前的刷卡操作信息，包括：

获取本次刷卡的消费金额；

所述若当前的刷卡操作信息不满足预先设定的授权条件，控制金融卡锁定，包括：

若本次刷卡的消费金额超出所述单次消费额度，则控制所述金融卡锁定。

5.根据权利要求1所述的方法，其特征在于，所述授权条件包括单次刷卡的时长上限值；所述获取当前的刷卡操作信息，包括：

获取本次刷卡的时长；

所述若当前的刷卡操作信息不满足预先设定的授权条件，控制金融卡锁定，包括：

若本次刷卡的时长超出所述单次刷卡的时长上限值，则控制所述金融卡锁定。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述方法还包括：

接收设定请求，所述设定请求包括需设定的授权条件；

根据所述设定请求，设定当前的授权条件。

7.根据权利要求1-5中任一项所述的方法，其特征在于，所述方法还包括：

接收解锁请求，所述解锁请求包含验证信息；

根据所述验证信息对用户身份进行验证，若验证通过，则控制所述金融卡解锁。

8.一种金融卡，其特征在于，包括：

获取模块，用于获取当前的刷卡操作信息；

处理模块，用于若当前的刷卡操作信息不满足预先设定的授权条件，控制金融卡锁定。

9.根据权利要求8所述的金融卡，其特征在于，所述授权条件包括单位时段内刷卡次数的上限值；

所述获取模块，具体用于获取当前时刻所在的单位时段内的累计刷卡次数；

所述处理模块，具体用于若当前时刻所在的单位时段内的累计刷卡次数超出所述单位时段内刷卡次数的上限值，则控制所述金融卡锁定。

10.根据权利要求8所述的金融卡，其特征在于，所述授权条件包括可消费额度；

所述获取模块，具体用于获取历史至当前时刻的累计消费金额；

所述处理模块，具体用于若累计消费金额超出所述可消费额度，则控制所述金融卡锁定。

11.根据权利要求8所述的金融卡，其特征在于，所述授权条件包括单次消费额度；

所述获取模块，具体用于获取本次刷卡的消费金额；

所述处理模块，具体用于若本次刷卡的消费金额超出所述单次消费额度，则控制所述金融卡锁定。

12.根据权利要求8所述的金融卡，其特征在于，所述授权条件包括单次刷卡的时长上限值；

所述获取模块，具体用于获取本次刷卡的时长；

所述处理模块，具体用于若本次刷卡的时长超出所述单次刷卡的时长上限值，则控制所述金融卡锁定。

13.根据权利要求8-12中任一项所述的金融卡，其特征在于，所述金融卡还包括：

第一接收模块，用于接收设定请求，所述设定请求包括需设定的授权条件；

设定模块，用于根据所述设定请求，设定当前的授权条件。

14.根据权利要求8-12中任一项所述的金融卡，其特征在于，所述金融卡还包括：

第二接收模块，用于接收解锁请求，所述解锁请求包含验证信息；

所述处理模块，还用于根据所述验证信息对用户身份进行验证，若验证通过，则控制所述金融卡解锁。

15.一种金融卡，包括：处理器和存储器；所述存储器存储有计算机程序；所述处理器执行所述存储器存储的计算机程序，以执行如权利要求1-7中任一项所述的方法。

16.一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。