本申请涉及数据安全技术领域，应用于智慧安防领域中，公开了一种电子卡发放方法，包括：接收用户端参与活动的发卡申请；根据发卡申请携带的待校验信息对发卡申请进行验证；若验证通过，基于发卡申请为用户端确定卡密配置信息，卡密配置信息是预先配置的电子卡类型的加密信息；根据卡密配置信息确定发卡信息并返回用户端。只有根据发卡申请中的待校验信息对发卡申请验证通过后，才为用户端确定卡密配置信息，以在发卡源头做好安全性校验。由于卡密配置信息是预先配置的电子卡类型的加密信息，因此不同电子卡类型的卡密配置信息是无序无规律的，黑客无法破解不同电子卡类型的真实卡密配置，也就无法根据卡密配置信息操控发卡信息，可靠性比较高。可靠性比较高。可靠性比较高。
【技术实现步骤摘要】
一种电子卡发放方法、装置、电子设备及存储介质
[0001]本申请涉及数据安全
，具体涉及一种电子卡发放方法、装置、电子设备及存储介质。
技术介绍
[0002]随着互联网技术的发展，各类营销平台会通过一些抽奖活动向参与的用户发放奖品，例如发放一些会员卡、优惠券等，以达到拉新促活的目的。
[0003]然而，如果发卡信息泄露或被破解，就会成为一些黑客的攻击对象，使得平台存在安全问题，给平台带来损失。
技术实现思路
[0004]本申请的目的是针对上述现有技术的不足提出的一种电子卡发放方法、装置、电子设备及存储介质，该目的是通过以下技术方案实现的。
[0005]本申请的第一方面提出了一种电子卡发放方法，所述方法包括：
[0006]接收用户端参与活动的发卡申请；
[0007]根据所述发卡申请携带的待校验信息对所述发卡申请进行验证；
[0008]若验证通过，则基于所述发卡申请为所述用户端确定卡密配置信息，所述卡密配置信息是预先配置的电子卡类型的加密信息；
[0009]根据所述卡密配置信息确定发卡信息，并向所述用户端返回所述发卡信息。
[0010]在本申请的一些实施例中，所述根据所述发卡申请携带的待校验信息对所述发卡申请进行验证，包括：
[0011]获取预先为所述发卡申请包含的活动名称所指示的活动配置的密钥；将所述密钥与所述待校验信息进行比对；若比对一致，则确定所述发卡申请验证通过；否则，确定所述发卡申请验证失败。
[0012]在本申请的一些实施例中，所述方法还包括为所述活动名称配置密钥的过程：
[0013]根据所述活动名称生成密文信息；在所述密文信息中截取预设长度的密文信息作为所述活动名称的密钥；将所述密钥与活动名称对应存储。
[0014]在本申请的一些实施例中，所述根据所述卡密配置信息确定发卡信息，包括：
[0015]在本地存储的不同电子卡类型的卡密列表中，判断是否存在包含所述卡密配置信息的卡密列表；若存在，则在包含所述卡密配置信息的卡密列表中获取未分配的卡号和卡密密文；所述卡密密文是在创建卡密列表时采用预设加密算法对卡密加密后的信息；利用所述卡号和卡密密文生成发卡信息。
[0016]在本申请的一些实施例中，所述利用所述卡号和卡密密文生成发卡信息，包括：
[0017]采用与所述预设加密算法对应的解密算法对所述卡密密文进行解密，得到卡密明文；获取与所述卡密配置信息对应的电子卡名称；生成包含所述卡号、所述卡密明文、所述电子卡名称的发卡信息。
[0018]在本申请的一些实施例中，在根据所述发卡申请携带的待校验信息对所述发卡申请进行验证之前，所述方法还包括：
[0019]提取所述发卡申请中的设备信息；在已记录的发卡申请日志中，确定所述设备信息所指示设备的申请频率；若所述申请频率低于阈值，则继续执行根据所述发卡申请携带的待校验信息对所述发卡申请进行验证的步骤。
[0020]在本申请的一些实施例中，所述基于所述发卡申请为所述用户端确定卡密配置信息，包括：
[0021]获取与所述发卡申请包含的活动名称对应的卡密配置信息列表；从所述卡密配置信息列表中为所述用户端分配一个卡密配置信息。
[0022]本申请的第二方面提出了一种电子卡发放装置，所述装置包括：
[0023]接收模块，用于接收用户端参与活动的发卡申请；
[0024]验证模块，用于根据所述发卡申请携带的待校验信息对所述发卡申请进行验证；
[0025]信息确定模块，用于在验证通过时，基于所述发卡申请为所述用户端确定卡密配置信息，所述卡密配置信息是预先配置的电子卡类型的加密信息；
[0026]发卡模块，用于根据所述卡密配置信息确定发卡信息，并向所述用户端返回所述发卡信息。
[0027]本申请的第三方面提出了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序以实现如上述第一方面所述方法的步骤。
[0028]本申请的第四方面提出了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行以实现如上述第一方面所述方法的步骤。
[0029]基于上述第一方面和第四方面所述的电子卡发放方法及装置，本申请至少具有如下有益效果或优点：
[0030]在接收到用户端参与活动的发卡申请时，根据发卡申请中的待校验信息对发卡申请进行验证，只有在验证通过后，才会根据发卡申请为用户端确定卡密配置信息，这样可以在发卡源头做好安全性校验。并且由于为用户端确定的卡密配置信息是预先配置的电子卡类型的加密信息，因此不同电子卡类型的卡密配置信息是无序无规律的，使得黑客无法破解不同电子卡类型的真实卡密配置，也就无法根据卡密配置信息操控发卡信息，可靠性比较高。由此可见，采用本方案可以提高平台的可靠性，有效避免黑客攻击带来损失。
[0031]本申请可应用于智慧安防领域中，从而推动智慧城市的建设。
附图说明
[0032]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0033]图1为本申请根据一示例性实施例示出的一种电子卡发放方法的实施例流程图；
[0034]图2为本申请根据图1所示实施例示出的一种实现电子卡发放的处理流程示意图；
[0035]图3为本申请根据一示例性实施例示出的一种电子卡发放装置的结构示意图；
[0036]图4为本申请根据一示例性实施例示出的一种电子设备的硬件结构示意图；
[0037]图5为本申请根据一示例性实施例示出的一种存储介质的结构示意图。
具体实施方式
[0038]这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0039]在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0040]应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
[0041]目前，很多本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种电子卡发放方法，其特征在于，所述方法包括：接收用户端参与活动的发卡申请；根据所述发卡申请携带的待校验信息对所述发卡申请进行验证；若验证通过，则基于所述发卡申请为所述用户端确定卡密配置信息，所述卡密配置信息是预先配置的电子卡类型的加密信息；根据所述卡密配置信息确定发卡信息，并向所述用户端返回所述发卡信息。2.根据权利要求1所述的方法，其特征在于，所述基于所述发卡申请为所述用户端确定卡密配置信息，包括：获取与所述发卡申请包含的活动名称对应的卡密配置信息列表；在所述卡密配置信息列表中为所述用户端分配一个卡密配置信息。3.根据权利要求1所述的方法，其特征在于，所述根据所述发卡申请携带的待校验信息对所述发卡申请进行验证，包括：获取预先为所述发卡申请包含的活动名称所指示的活动配置的密钥；将所述密钥与所述待校验信息进行比对；若比对一致，则确定所述发卡申请验证通过；否则，确定所述发卡申请验证失败。4.根据权利要求3所述的方法，其特征在于，所述方法还包括为所述活动名称配置密钥的过程：根据所述活动名称生成密文信息；在所述密文信息中截取预设长度的密文信息作为所述活动名称的密钥；将所述密钥与活动名称对应存储。5.根据权利要求1所述的方法，其特征在于，所述根据所述卡密配置信息确定发卡信息，包括：在本地存储的不同电子卡类型的卡密列表中，判断是否存在包含所述卡密配置信息的卡密列表；若存在，则在包含所述卡密配置信息的卡密列表中获取未分配的卡号和卡密密文；所述卡密密文是在创建卡密列表时采用预设加密算法对卡密加密后的信息；利用所述卡号和卡密密文...
【专利技术属性】
技术研发人员：许德建，
申请(专利权)人：康键信息技术深圳有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。