CN105825371A - 业务处理方法和装置 - Google Patents

Abstract

本发明提出一种业务处理方法和装置，该业务处理方法包括：接收用于请求处理业务的原文卡号；根据所述原文卡号计算所述原文卡号对应的哈希值，根据所述原文卡号对应的哈希值获得所述原文卡号对应的索引卡号；将所述索引卡号发送给处理所述业务的实体，以使所述实体根据所述索引卡号处理所述业务。本发明为系统中大量的原文卡号分别建立对应的索引卡号，确保高并发下索引卡号与原文卡号也能绝对一一对应，同时还能保证信用卡号在被加密和经常换密的情况下的搜索的便利性。

Description

业务处理方法和装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种业务处理方法和装置。

背景技术

一个支持信用卡支付的支付系统中，对用户的信用卡信息，尤其是信用卡号的接收、传递和存储都有严格的安全要求。按照国际标准，对信用卡号等原文信息进行处理的支付系统，至少要经过支付卡行业(PaymentCardIndustry；以下简称：PCI)认证。

在进行PCI认证的过程中，常用的解决方案是为每一个真实的信用卡号分配一个虚拟的索引卡号。在对信用卡信息进行处理的整个过程中都以该索引卡号代替信用卡原文卡号进行传递和存储。只有在必须使用信用卡原文卡号的地方，才会使用对应的原文卡号。这样可以确保信用卡原文卡号能够被最少的接触，且能够统一控制和管理。

但现有技术中为真实的信用卡号分配一个虚拟的索引卡号过程，存在以下问题：

1、当海量用户同时利用相同的或不同的信用卡进行支付，建立索引卡号面临并发问题时，无法避免在并发情况下为同一张信用卡分配两个不同的索引卡号；

2、按照PCI要求，信用卡的原文卡号不能明文存储，必须加密。但由于算法和密钥的安全限制，信用卡的原文卡号的密文和加密密钥必须经常变更，现有的为信用卡的原文卡号进行加密的方法不能灵活地变更信用卡号密文和密钥，并且容易产生混乱；

3、根据业务的需要，系统需要根据信用卡原文卡号快速搜索出已经加密保存的信用卡号和对应的索引卡号。但现有技术在查找已经加密保存的信用卡号和对应的索引卡号方面的效率较低。

发明内容

本发明的目的旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种业务处理方法。通过该方法，为系统中大量的原文卡号分别建立对应的索引卡号，确保高并发下索引卡号与原文卡号也能绝对一一对应，同时还能保证信用卡号在被加密和经常换密的情况下的搜索的便利性。

本发明的第二个目的在于提出一种业务处理装置。

为了实现上述实施例，本发明第一方面实施例的业务处理方法，包括：接收用于请求处理业务的原文卡号；根据所述原文卡号计算所述原文卡号对应的哈希值，根据所述原文卡号对应的哈希值获得所述原文卡号对应的索引卡号；将所述索引卡号发送给处理所述业务的实体，以使所述实体根据所述索引卡号处理所述业务。

本发明实施例的业务处理方法，接收用于请求处理业务的原文卡号之后，根据上述原文卡号计算上述原文卡号对应的哈希值，再根据上述原文卡号对应的哈希值获得上述原文卡号对应的索引卡号，从而可以实现为系统中大量的原文卡号分别建立对应的索引卡号，确保高并发下索引卡号与原文卡号也能绝对一一对应，同时还能保证信用卡号在被加密和经常换密的情况下的搜索的便利性。

为了实现上述实施例，本发明第二方面实施例的一种业务处理装置，包括：接收模块，用于接收用于请求处理业务的原文卡号；计算模块，用于根据所述接收模块接收的原文卡号计算所述原文卡号对应的哈希值；获得模块，用于根据所述计算模块计算的所述原文卡号对应的哈希值获得所述原文卡号对应的索引卡号；发送模块，用于将所述获得模块获得的索引卡号发送给处理所述业务的实体，以使所述实体根据所述索引卡号处理所述业务。

本发明实施例的业务处理装置，接收模块接收用于请求处理业务的原文卡号之后，计算模块根据上述原文卡号计算上述原文卡号对应的哈希值，获得模块再根据上述原文卡号对应的哈希值获得上述原文卡号对应的索引卡号，从而可以实现为系统中大量的原文卡号分别建立对应的索引卡号，确保高并发下索引卡号与原文卡号也能绝对一一对应，同时还能保证信用卡号在被加密和经常换密的情况下的搜索的便利性。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明业务处理方法一个实施例的流程图；

图2为本发明业务处理方法另一个实施例的流程图；

图3为本发明业务处理方法再一个实施例的流程图；

图4为本发明更新密文和密钥一个实施例的流程图；

图5为本发明业务处理装置一个实施例的结构示意图；

图6为本发明业务处理装置另一个实施例的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1为本发明业务处理方法一个实施例的流程图，如图1所示，该业务处理方法可以包括：

步骤101，接收用于请求处理业务的原文卡号。

其中，该原文卡号可以为信用卡卡号。

步骤102，根据上述原文卡号计算上述原文卡号对应的哈希值，根据上述原文卡号对应的哈希值获得上述原文卡号对应的索引卡号。

步骤103，将上述索引卡号发送给处理上述业务的实体，以使上述实体根据上述索引卡号处理上述业务。

上述实施例中，接收用于请求处理业务的原文卡号之后，根据上述原文卡号计算上述原文卡号对应的哈希值，再根据上述原文卡号对应的哈希值获得上述原文卡号对应的索引卡号，从而可以实现为系统中大量的原文卡号分别建立对应的索引卡号，确保高并发下索引卡号与原文卡号也能绝对一一对应，同时还能保证信用卡号在被加密和经常换密的情况下的搜索的便利性。

图2为本发明业务处理方法另一个实施例的流程图，如图2所示，该业务处理方法可以包括：

步骤201，接收用于请求处理业务的原文卡号。

本实施例中，该原文卡号可以为信用卡卡号。

步骤202，根据上述原文卡号计算上述原文卡号对应的哈希值。

本实施例中，哈希值无法逆转为原文卡号，符合PCI规范。同一张卡的哈希值永远是一样的，但由于可能会出现哈希碰撞，因此不同卡的哈希值也有可能是一样的，故简单根据哈希值字段做唯一性约束控制并发场景下同一张信用卡的写入，有可能导致两张哈希值一样的信用卡只能有一张能够被分配和存储索引卡号。

在根据信用卡号查找记录时，可根据查找卡号的哈希值快速查找卡号记录。由于有哈希碰撞的可能，因此根据哈希值查找到的记录不一定是要找的记录，故还需要逐一进行对比确认。但由于哈希碰撞的几率非常低，故这个查找过程的效率仍然很高。下面会对上述过程进一步详细介绍。

步骤203，查找数据库中是否存储有具有上述哈希值的卡号记录。

如果未查找到具有上述哈希值的卡号记录，则执行步骤204；如果查找到具有上述哈希值的卡号记录，则执行步骤212。

步骤204，确定上述原文卡号为新卡号，将上述原文卡号对应的哈希编号设置为第一数值。

本实施例中，上述第一数值可以在具体实现时根据系统性能和实现要求等自行设定，本实施例对第一数值的大小不作限定，举例来说，第一数值可以为1。

本实施例中，在所有已存的卡号记录中，如果没有出现哈希碰撞的记录，则哈希编号为1。在有哈希碰撞的情况下，则哈希编号一次递增。简单说，当有两个信用卡号的哈希值碰撞，则两条卡号记录中的哈希值相同，哈希编号则一个为1，另一个为2，更多哈希碰撞则以此类推。

本实施例中，信用卡号对应的哈希值和哈希编号可组合起来作为唯一约束来避免并发场景下同一张信用卡被重复分配索引卡号。

步骤205，为上述原文卡号分配索引卡号。

步骤206，从密钥字典中获取最新密钥和上述最新密钥的版本，利用所述最新密钥对所述原文卡号进行加密，并在加密获得的密文前端拼接所述最新密钥的版本，以获得所述原文卡号对应的密文。

步骤207，将分配的索引卡号、上述原文卡号对应的密文、上述原文卡号对应的哈希值和上述哈希值对应的哈希编号作为上述原文卡号对应的卡号记录存入上述数据库。

本实施例中，卡号记录的格式可以如表1所示。

表1

本实施例中，系统按顺序为进入系统的信用卡进行编号，作为该信用卡的索引卡号。索引卡号在外传递和存储过程中，无法单纯根据该索引卡号还原出信用卡原文卡号，符合PCI标准。

其中，上述原文卡号对应的密文包括根据堆成加密算法对信用卡号加密后生成的密文，以及在生成的密文的前端拼接的密钥版本。这样，根据密钥版本就可以在密钥字典中找到对应的密钥，进而可对上述原文卡号对应的密文进行解密。

步骤208，判断将上述原文卡号对应的卡号记录存入上述数据库的过程中是否违反哈希值和哈希编号的唯一性约束。如果否，则执行步骤209；如果将上述原文卡号对应的卡号记录存入所述数据库的过程中违反了哈希值和哈希编号的唯一性约束，则执行步骤210。

步骤209，确定为上述原文卡号分配索引卡号成功，执行步骤211。

步骤210，确定为上述原文卡号分配索引卡号失败，返回异常，并提示用户重试，本次流程结束。

步骤211，将上述索引卡号发送给处理上述业务的实体，以使上述实体根据上述索引卡号处理上述业务。本次流程结束。

步骤212，获取查找到的每个卡号记录中的卡号密文，截取上述卡号密文中的密钥版本，根据上述密钥版本读取密钥字典获取加密上述卡号密文所使用的密钥。

步骤213，利用上述密钥解密上述卡号密文获得每个卡号记录中的原文卡号，将获得的原文卡号逐个与接收的原文卡号进行对比。

步骤214，判断获得的原文卡号中是否存在与接收的原文卡号相同的卡号。如果是，则执行步骤215；如果确定获得的原文卡号中不存在与接收的原文卡号相同的卡号，则执行步骤216。

步骤215，从所述相同的卡号所对应的卡号记录中获得上述接收的原文卡号对应的索引卡号。然后，执行步骤211。

步骤216，确定接收的原文卡号为新卡号，将上述原文卡号对应的哈希编号设置为第二数值。其中，上述第二数值为查找到的卡号记录中哈希编号的最大值与预定数值之和。

本实施例中，预定数值的大小可以在具体实现时根据系统性能和实现要求自行设定，本实施例对预定数值的大小不作限定，举例来说，上述预定数值可以为1。

然后执行步骤205～步骤211。

上述实施例可以实现为系统中大量的原文卡号分别建立对应的索引卡号，确保高并发下索引卡号与原文卡号也能绝对一一对应，同时还能保证信用卡号在被加密和经常换密的情况下的搜索的便利性。

图3为本发明业务处理方法再一个实施例的流程图，本实施例以请求处理的业务为卡号数据查询业务为例进行说明，如图3所示，该业务处理方法可以包括：

步骤301，接收用于请求处理业务的原文卡号。

本实施例中，该原文卡号可以为信用卡卡号。

步骤302，根据上述原文卡号计算上述原文卡号对应的哈希值。

步骤303，查找数据库中是否存储有具有上述哈希值的卡号记录。如果查找到具有上述哈希值的卡号记录，则执行步骤304；如果未查找到具有上述哈希值的卡号记录，则执行步骤309。

步骤304，获取查找到的每个卡号记录中的卡号密文，截取上述卡号密文中的密钥版本，根据上述密钥版本读取密钥字典获取加密上述卡号密文所使用的密钥。

步骤305，利用上述密钥解密上述卡号密文获得每个卡号记录中的原文卡号，将获得的原文卡号逐个与接收的原文卡号进行对比。

步骤306，判断获得的原文卡号中是否存在与接收的原文卡号相同的卡号。如果是，则执行步骤307；如果确定获得的原文卡号中不存在与接收的原文卡号相同的卡号，则执行步骤309。

步骤307，从所述相同的卡号所对应的卡号记录中获得上述接收的原文卡号对应的索引卡号。

步骤308，将上述接收的原文卡号对应的索引卡号发送给处理卡号数据查询业务的实体，以使上述实体根据上述索引卡号查询上述索引卡号对应的卡号数据，并返回查询到的卡号数据。本次流程结束。

步骤309，确定数据库中不存在与接收的原文卡号对应的卡号记录，返回空结果。本次流程结束。

上述实施例可以确保高并发下索引卡号与原文卡号也能绝对一一对应，同时还能保证信用卡号在被加密和经常换密的情况下的搜索的便利性，提高了搜索的效率。

图2和图3所示实施例中原文卡号对应的卡号记录中的密文和加密密钥需要经常更新，对密文和加密密钥进行更新的过程可以如图4所示，图4为本发明更新密文和密钥一个实施例的流程图，更新密文和密钥的过程可以包括：

步骤401，遍历上述数据库中存储的卡号记录。

步骤402，获得当前遍历的卡号记录中的卡号密文，截取上述卡号密文中的密钥版本。

步骤403，将上述卡号密文中的密钥版本与从密钥字典中获得的最新的密钥版本进行对比。

步骤404，判断上述卡号密文中的密钥版本是否为最新的密钥版本。

如果否，则执行步骤405；如果上述卡号密文中的密钥版本是最新的密钥版本，则执行步骤408。

步骤405，从上述密钥字典中获取上述卡号密文中的密钥版本所对应的密钥，并利用获取的密钥解密上述卡号密文获得原文卡号。

步骤406，从密钥字典中获取上述最新的密钥版本所对应的新密钥，利用上述新密钥对上述原文卡号进行加密，并将加密获得的密文与最新的密钥版本进行拼接获得更新后的卡号密文。

步骤407，将当前遍历的卡号记录中卡号密文字段的内容更新为更新后的卡号密文。

步骤408，判断是否已遍历完所有的卡号记录。如果否，则返回执行步骤401；如果已遍历所有的卡号记录，则结束。

上述实施例可以实现灵活变更卡号记录中的密文和密钥，并且不易产生混乱。

图5为本发明业务处理装置一个实施例的结构示意图，本实施例中的业务处理装置可以实现本发明图1所示实施例的流程，如图5所示，该业务处理装置可以包括：接收模块51、计算模块52、获得模块53和发送模块54；

其中，接收模块51，用于接收用于请求处理业务的原文卡号；其中，该原文卡号可以为信用卡卡号。

计算模块52，用于根据接收模块51接收的原文卡号计算上述原文卡号对应的哈希值。

获得模块53，用于根据计算模块52计算的上述原文卡号对应的哈希值获得上述原文卡号对应的索引卡号。

发送模块54，用于将获得模块53获得的索引卡号发送给处理上述业务的实体，以使上述实体根据上述索引卡号处理上述业务。

上述实施例中，接收模块51接收用于请求处理业务的原文卡号之后，计算模块52根据上述原文卡号计算上述原文卡号对应的哈希值，获得模块53再根据上述原文卡号对应的哈希值获得上述原文卡号对应的索引卡号，从而可以实现为系统中大量的原文卡号分别建立对应的索引卡号，确保高并发下索引卡号与原文卡号也能绝对一一对应，同时还能保证信用卡号在被加密和经常换密的情况下的搜索的便利性。

图6为本发明业务处理装置另一个实施例的结构示意图，本实施例中的业务处理装置可以实现本发明图2、图3和图4所示实施例的流程，与图5所示的业务处理装置相比，不同之处在于，图6所示的业务处理装置中，获得模块53可以包括：查找子模块531、确定子模块532、分配子模块533、加密子模块534和存储子模块535；

其中，查找子模块531，用于查找数据库中是否存储有具有上述哈希值的卡号记录。

确定子模块532，用于当查找子模块531未查找到具有上述哈希值的卡号记录时，确定上述原文卡号为新卡号。

分配子模块533，用于在确定子模块532确定上述原文卡号为新卡号之后，将上述原文卡号对应的哈希编号设置为第一数值，并为上述原文卡号分配索引卡号；本实施例中，上述第一数值可以在具体实现时根据系统性能和实现要求等自行设定，本实施例对第一数值的大小不作限定，举例来说，第一数值可以为1。

加密子模块534，用于从密钥字典中获取最新密钥和上述最新密钥的版本，利用最新密钥对原文卡号进行加密，并在加密获得的密文前端拼接最新密钥的版本，以获得上述原文卡号对应的密文。

存储子模块535，用于将分配子模块533分配的索引卡号、加密子模块534获得的原文卡号对应的密文、上述原文卡号对应的哈希值和上述哈希值对应的哈希编号作为原文卡号对应的卡号记录存入上述数据库。

确定子模块532，还用于当存储子模块535将上述原文卡号对应的卡号记录存入上述数据库的过程中未违反哈希值和哈希编号的唯一性约束时，确定为原文卡号分配索引卡号成功。

本实施例中，获得模块53还可以包括：获取子模块536、解密子模块537和对比子模块538；

其中，获取子模块536，用于当查找子模块531查找到具有上述哈希值的卡号记录时，获取查找到的每个卡号记录中的卡号密文，截取上述卡号密文中的密钥版本，根据上述密钥版本读取密钥字典获取加密上述卡号密文所使用的密钥；

解密子模块537，用于利用获取子模块536获取的密钥解密上述卡号密文获得每个卡号记录中的原文卡号；

对比子模块538，用于将解密子模块537获得的原文卡号逐个与接收的原文卡号进行对比；

获取子模块536，还用于当对比子模块538确定解密子模块537获得的原文卡号中存在与接收的原文卡号相同的卡号时，从上述相同的卡号所对应的卡号记录中获得上述接收的原文卡号对应的索引卡号。

进一步地，获得模块53还可以包括：设置子模块539；

确定子模块532，还用于当对比子模块538确定解密子模块537获得的原文卡号中不存在与接收的原文卡号相同的卡号时，确定接收的原文卡号为新卡号；

设置子模块539，用于将上述原文卡号对应的哈希编号设置为第二数值，上述第二数值为查找到的卡号记录中哈希编号的最大值与预定数值之和。然后再由分配子模块533、加密子模块534和存储子模块535执行后续获得索引卡号的流程。

本实施例中，预定数值的大小可以在具体实现时根据系统性能和实现要求自行设定，本实施例对预定数值的大小不作限定，举例来说，上述预定数值可以为1。

本实施例中，上述业务可以为卡号数据查询业务；这时，发送模块54，具体用于将获得模块53获得的索引卡号发送给处理上述卡号数据查询业务的实体，以使上述实体根据上述索引卡号查询上述索引卡号对应的卡号数据，并返回查询到的卡号数据。

进一步地，获得模块53还可以包括：遍历子模块5310、获取子模块536、对比子模块538、解密子模块537、加密子模块534和更新子模块5311；

遍历子模块5310，用于遍历上述数据库中存储的卡号记录；

获取子模块536，用于获得遍历子模块5310当前遍历的卡号记录中的卡号密文，截取上述卡号密文中的密钥版本；

对比子模块538，用于将获取子模块536获得的密钥版本与从上述密钥字典中获得的最新的密钥版本进行对比；

获取子模块536，还用于当对比子模块538确定获取子模块536获得的密钥版本不是最新的密钥版本时，从上述密钥字典中获取所述卡号密文中的密钥版本所对应的密钥；以及在解密子模块537获得原文卡号之后，从上述密钥字典中获取上述最新的密钥版本所对应的新密钥；

解密子模块537，用于利用获取子模块536获取的密钥解密上述卡号密文获得原文卡号；

加密子模块534，用于利用获取子模块536获取的新密钥对解密子模块537获得的原文卡号进行加密，并将加密获得的密文与上述最新的密钥版本进行拼接获得更新后的卡号密文；

更新子模块5311，用于将遍历子模块5310当前遍历的卡号记录中卡号密文字段的内容更新为加密子模块534获得的更新后的卡号密文。

上述业务处理装置可以实现为系统中大量的原文卡号分别建立对应的索引卡号，确保高并发下索引卡号与原文卡号也能绝对一一对应，同时还能保证信用卡号在被加密和经常换密的情况下的搜索的便利性。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(ProgrammableGateArray；以下简称：PGA)，现场可编程门阵列(FieldProgrammableGateArray；以下简称：FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (12)

1.一种业务处理方法，其特征在于，包括：

接收用于请求处理业务的原文卡号；

根据所述原文卡号计算所述原文卡号对应的哈希值，根据所述原文卡号对应的哈希值获得所述原文卡号对应的索引卡号；

将所述索引卡号发送给处理所述业务的实体，以使所述实体根据所述索引卡号处理所述业务。

2.根据权利要求1所述的方法，其特征在于，所述根据所述原文卡号对应的哈希值获得所述原文卡号对应的索引卡号包括：

查找数据库中是否存储有具有所述哈希值的卡号记录；

如果未查找到具有所述哈希值的卡号记录，则确定所述原文卡号为新卡号，将所述原文卡号对应的哈希编号设置为第一数值，并为所述原文卡号分配索引卡号，以及从密钥字典中获取最新密钥和所述最新密钥的版本，利用所述最新密钥对所述原文卡号进行加密，并在加密获得的密文前端拼接所述最新密钥的版本，以获得所述原文卡号对应的密文；

将分配的索引卡号、所述原文卡号对应的密文、所述原文卡号对应的哈希值和所述哈希值对应的哈希编号作为所述原文卡号对应的卡号记录存入所述数据库；

如果将所述原文卡号对应的卡号记录存入所述数据库的过程中未违反哈希值和哈希编号的唯一性约束，则确定为所述原文卡号分配索引卡号成功。

3.根据权利要求2所述的方法，其特征在于，所述查找数据库中是否存储有具有所述哈希值的卡号记录之后，还包括：

如果查找到具有所述哈希值的卡号记录，则获取查找到的每个卡号记录中的卡号密文，截取所述卡号密文中的密钥版本，根据所述密钥版本读取密钥字典获取加密所述卡号密文所使用的密钥；

利用所述密钥解密所述卡号密文获得每个卡号记录中的原文卡号，将获得的原文卡号逐个与接收的原文卡号进行对比，当确定获得的原文卡号中存在与接收的原文卡号相同的卡号时，从所述相同的卡号所对应的卡号记录中获得所述接收的原文卡号对应的索引卡号。

4.根据权利要求3所述的方法，其特征在于，所述将获得的原文卡号逐个与接收的原文卡号进行对比之后，还包括：

当确定获得的原文卡号中不存在与接收的原文卡号相同的卡号时，确定接收的原文卡号为新卡号，将所述原文卡号对应的哈希编号设置为第二数值，所述第二数值为查找到的卡号记录中哈希编号的最大值与预定数值之和；

为所述原文卡号分配索引卡号，以及从密钥字典中获取最新密钥和所述最新密钥的版本，利用所述最新密钥对所述原文卡号进行加密，并在加密获得的密文前端拼接所述最新密钥的版本，以获得所述原文卡号对应的密文；

将分配的索引卡号、所述原文卡号对应的密文、所述原文卡号对应的哈希值和所述哈希值对应的哈希编号作为所述原文卡号对应的卡号记录存入所述数据库；

如果将所述原文卡号对应的卡号记录存入所述数据库的过程中未违反哈希值和哈希编号的唯一性约束，则确定为所述原文卡号分配索引卡号成功。

5.根据权利要求3所述的方法，其特征在于，所述业务包括卡号数据查询业务；

所述将所述索引卡号发送给处理所述业务的实体，以使所述实体根据所述索引卡号处理所述业务包括：

将所述接收的原文卡号对应的索引卡号发送给处理所述卡号数据查询业务的实体，以使所述实体根据所述索引卡号查询所述索引卡号对应的卡号数据，并返回查询到的卡号数据。

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

遍历所述数据库中存储的卡号记录；

获得当前遍历的卡号记录中的卡号密文，截取所述卡号密文中的密钥版本；

将所述卡号密文中的密钥版本与从所述密钥字典中获得的最新的密钥版本进行对比；

如果所述卡号密文中的密钥版本不是最新的密钥版本，则从所述密钥字典中获取所述卡号密文中的密钥版本所对应的密钥，并利用获取的密钥解密所述卡号密文获得原文卡号；

从所述密钥字典中获取所述最新的密钥版本所对应的新密钥，利用所述新密钥对所述原文卡号进行加密，并将加密获得的密文与所述最新的密钥版本进行拼接获得更新后的卡号密文；

将当前遍历的卡号记录中卡号密文字段的内容更新为所述更新后的卡号密文。

7.一种业务处理装置，其特征在于，包括：

接收模块，用于接收用于请求处理业务的原文卡号；

计算模块，用于根据所述接收模块接收的原文卡号计算所述原文卡号对应的哈希值；

获得模块，用于根据所述计算模块计算的所述原文卡号对应的哈希值获得所述原文卡号对应的索引卡号；

发送模块，用于将所述获得模块获得的索引卡号发送给处理所述业务的实体，以使所述实体根据所述索引卡号处理所述业务。

8.根据权利要求7所述的装置，其特征在于，所述获得模块包括：

查找子模块，用于查找数据库中是否存储有具有所述哈希值的卡号记录；

确定子模块，用于当所述查找子模块未查找到具有所述哈希值的卡号记录时，确定所述原文卡号为新卡号；

分配子模块，用于在所述确定子模块确定所述原文卡号为新卡号之后，将所述原文卡号对应的哈希编号设置为第一数值，并为所述原文卡号分配索引卡号；

加密子模块，用于从密钥字典中获取最新密钥和所述最新密钥的版本，利用所述最新密钥对所述原文卡号进行加密，并在加密获得的密文前端拼接所述最新密钥的版本，以获得所述原文卡号对应的密文；

存储子模块，用于将所述分配子模块分配的索引卡号、所述加密子模块获得的所述原文卡号对应的密文、所述原文卡号对应的哈希值和所述哈希值对应的哈希编号作为所述原文卡号对应的卡号记录存入所述数据库；

所述确定子模块，还用于当所述存储子模块将所述原文卡号对应的卡号记录存入所述数据库的过程中未违反哈希值和哈希编号的唯一性约束时，确定为所述原文卡号分配索引卡号成功。

9.根据权利要求8所述的装置，其特征在于，所述获得模块还包括：

获取子模块，用于当所述查找子模块查找到具有所述哈希值的卡号记录时，获取查找到的每个卡号记录中的卡号密文，截取所述卡号密文中的密钥版本，根据所述密钥版本读取密钥字典获取加密所述卡号密文所使用的密钥；

解密子模块，用于利用所述获取子模块获取的密钥解密所述卡号密文获得每个卡号记录中的原文卡号；

对比子模块，用于将所述解密子模块获得的原文卡号逐个与接收的原文卡号进行对比；

所述获取子模块，还用于当所述对比子模块确定所述解密子模块获得的原文卡号中存在与接收的原文卡号相同的卡号时，从所述相同的卡号所对应的卡号记录中获得所述接收的原文卡号对应的索引卡号。

10.根据权利要求9所述的装置，其特征在于，所述获得模块还包括：设置子模块；

所述确定子模块，还用于当所述对比子模块确定所述解密子模块获得的原文卡号中不存在与接收的原文卡号相同的卡号时，确定接收的原文卡号为新卡号；

所述设置子模块，用于将所述原文卡号对应的哈希编号设置为第二数值，所述第二数值为查找到的卡号记录中哈希编号的最大值与预定数值之和。

11.根据权利要求9所述的装置，其特征在于，所述业务包括卡号数据查询业务；

所述发送模块，具体用于将所述获得模块获得的索引卡号发送给处理所述卡号数据查询业务的实体，以使所述实体根据所述索引卡号查询所述索引卡号对应的卡号数据，并返回查询到的卡号数据。

12.根据权利要求8-10任意一项所述的装置，其特征在于，所述获得模块还包括：遍历子模块、获取子模块、对比子模块、解密子模块、加密子模块和更新子模块；

所述遍历子模块，用于遍历所述数据库中存储的卡号记录；

所述获取子模块，用于获得所述遍历子模块当前遍历的卡号记录中的卡号密文，截取所述卡号密文中的密钥版本；

所述对比子模块，用于将所述获取子模块获得的密钥版本与从所述密钥字典中获得的最新的密钥版本进行对比；

所述获取子模块，还用于当所述对比子模块确定所述获取子模块获得的密钥版本不是最新的密钥版本时，从所述密钥字典中获取所述卡号密文中的密钥版本所对应的密钥；以及在所述解密子模块获得原文卡号之后，从所述密钥字典中获取所述最新的密钥版本所对应的新密钥；

所述解密子模块，用于利用所述获取子模块获取的密钥解密所述卡号密文获得原文卡号；

所述加密子模块，用于利用所述获取子模块获取的新密钥对所述解密子模块获得的原文卡号进行加密，并将加密获得的密文与所述最新的密钥版本进行拼接获得更新后的卡号密文；

所述更新子模块，用于将所述遍历子模块当前遍历的卡号记录中卡号密文字段的内容更新为所述加密子模块获得的更新后的卡号密文。