礼品卡的发放方法、装置、发卡终端及存储介质

技术领域

本申请涉及自助发卡机技术领域，更具体地，涉及一种礼品卡的发放方法、装置、发卡终端及存储介质。

背景技术

为了鼓励人们进行无偿献血以及感恩回馈献血者，当献血者献血完成后，血站会发放一些礼品给献血者，用于感恩献血者为无偿献血贡献的一份力量。目前，通常是由工作人员管理礼品，并且由工作人员人工审核献血者身份信息后，再发放礼品。但是，通过工作人员发放礼品的方式增加了工作人员的任务量，且不利于管理礼品。

发明内容

鉴于上述问题，本申请提出了一种礼品卡的发放方法、装置、发卡终端及存储介质，能够降低工作人员的任务量且利于管理礼品。

第一方面，本申请实施例提供了一种礼品卡的发放方法，所述方法应用于发卡终端，所述方法包括：获取用户的身份信息，并校验所述身份信息；当所述身份信息校验通过时，获取所述用户的献血信息，并校验所述献血信息；当所述献血信息校验通过时，获取所述献血信息对应的礼品卡；发放所述礼品卡。

第二方面，本申请实施例提供了一种礼品卡的发放装置，身份信息获取模块，用于获取用户的身份信息，并校验所述身份信息；献血信息获取模块，用于当所述身份信息校验通过时，获取所述用户的献血信息，并校验所述献血信息；礼品卡获取模块，用于当所述献血信息校验通过时，获取所述献血信息对应的礼品卡；礼品卡发放模块，用于发放所述礼品卡。

第三方面，本申请实施例提供了一种发卡终端，一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述方法。

第四方面，本申请实施例提供一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述方法。

本申请实施例提供的一种礼品卡的发放方法、装置、发卡终端及存储介质，获取用户的身份信息，并校验身份信息，在身份信息校验通过时，获取用户的献血信息，并校验献血信息，在献血信息校验通过时，获取献血信息对应的礼品卡，并发放该礼品卡，通过对用户的身份信息及献血信息进行自动校验，在校验通过后，再自动发放礼品卡，减少了工作人员的任务量。能够准确有效的管理献血礼品卡的发放，提高工作效果以及提升为献血者服务的质量。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1示出了本申请一实施例提供的发卡系统示意图；

图2示出了本申请一个实施例提供的一种发卡终端逻辑框图；

图3示出了本申请一个实施例提供的礼品卡的发放方法流程示意图；

图4示出了本申请又一个实施例提供的礼品卡的发放方法流程示意图；

图5示出了本申请再一个实施例提供的礼品卡的发放方法流程示意图；

图6示出了本申请另一个实施例提供的礼品卡的发放方法流程示意图；

图7示出了本申请又再一个实施例提供的礼品卡的发放方法流程示意图；

图8示出了本申请一实施例提供的发卡终端与云服务器的时序交互图；

图9示出了根据本申请一个实施例的礼品卡的发放装置的框图；

图10是本申请实施例的用于保存或者携带实现根据本申请实施例的礼品卡的发放方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

为了鼓励人们进行无偿献血以及感恩回馈献血者，当献血者献血完成后，血站会发放一些礼品给献血者，用于感恩献血者为无偿献血贡献的一份力量。目前，通常是由工作人员管理礼品，并且由工作人员人工审核献血者身份信息后，再发放礼品。但是，通过工作人员发放礼品的方式增加了工作人员的任务量，且不利于管理礼品。为解决现有技术中存在的上述技术问题，图1示出了本申请一实施例提供的发卡系统示意图，请参阅图1，发卡系统包括发卡终端100、存储云端600以及云服务器500，发卡终端100通过网络分别与存储云端600、云服务器500连接。发卡终端100用于根据采集到的用户信息或者根据存储云端600的数据库校验身份信息。且发卡终端100根据云服务器500的数据库校验献血信息。其中，存储云端600为血站的存储云端，用于存储献血者信息，云服务器500用于存储礼品卡发放记录。将献血者信息与礼品卡发放记录分别存储，一方面方便分别管理献血者信息和礼品发放信息，另一方面为了防止献血者信息泄露，保护献血者的隐私。

本实施例提供了一种发卡终端，图2示出了本申请一个实施例提供的一种发卡终端逻辑框图，请参阅图2，发卡终端100包括处理器110、第一信息读取组件120、摄像头140、指纹识别组件150、第二信息读取组件130、信息录入组件160和存储器170，第一信息读取组件120、摄像头140、指纹识别组件150、第二信息读取组件130、信息录入组件160和存储器170均与处理器110连接。

其中，信息录入组件160，用于输入身份信息和/或献血信息和/或校验结果。所述第一信息读取组件120，设置在发卡终端100的壳体外，用于通过用户的有效证件信息获取所述用户的第一身份信息。所述摄像头140，用于采集所述用户的图像人脸信息。所述指纹识别组件150，用于采集所述用户的指纹信息。所述第二信息读取组件130，设置在发卡终端100的壳体内，用于获取礼品卡信息，例如礼品卡标识。

本实施例提供了一种礼品卡的发放方法，图3示出了本申请一个实施例提供的礼品卡的发放方法流程示意图，请参阅图3，通过自动校验用户的身份信息及献血信息，并在校验成功后，自动发放礼品卡。在具体的实施例中，所述礼品卡的发放方法应用于如图2所示的发卡终端100。下面将以所述礼品卡的发放方法应用于发卡终端100为例，说明本实施例的具体流程。下面将针对图3所示的流程进行详细的阐述，所述礼品卡的发放方法具体可以包括以下步骤：

步骤S110、获取用户的身份信息，并校验所述身份信息。

通过有效证件获取用户的身份信息并发送至处理器110，其中，有效证件包括具备芯片的证件与不具备芯片的证件。身份信息包括有效证件编号、姓名、性别、人脸信息、指纹信息等。

需要说明的是，对于不具有唯一性的身份信息例如姓名、性别等，需要结合具有唯一性的身份信息例如有效证件编号、人脸信息、指纹信息进行身份校验。

当有效证件包括具备芯片的证件时，图2中的第一信息读取组件120扫描具备芯片的证件获取用户的生物特征信息。可选地，具备芯片的证件包括身份证。第一信息读取组件120可以为，但不限于扫描仪、扫描枪、读卡器等。摄像头140采集人脸信息，摄像头140可以为，但不限于球形摄像头、半球形摄像头、枪式摄像头。指纹采集组件140采集指纹信息。通过的摄像头140或指纹识别组件150临时采集献血者的人脸信息或者指纹信息，处理器110把具备芯片的证件中的人脸信息或者指纹信息与临时采集到的的人脸信息识别或者指纹信息进行校验，如果校验通过时，进入献血信息校验的程序，反之则中断校验。

在一些实施方式中，当有效证件包括不具备芯片的证件时，工作人员现场根据有效证件核实献血者本人身份，并通过信息录入组件160输入人工核实结果信息，当人工核实结果信息为通过时，进入献血信息校验的程序。工作人员还通过信息录入组件160输入不具备芯片的证件的身份信息，并将有效证件例如军官证、士兵证、护照、驾驶证、学生证的相关信息存储至云端服务器，进行数据存储。可选的，信息录入组件160可以为，但不限于键盘或者触摸屏。

在一些实施方式中，当有效证件包括不具备芯片的证件时，身份信息包括第一证件图片信息。通过图2中的摄像头140采集不具备芯片的证件的第一证件图片信息并发送至处理器110，处理器110从本地或者云服务器处获取标准证件对应的第二证件图片信息，其中，标准证件为真的证件。并且处理器110将第一证件图片信息与第二证件图片信息进行比较；当不具备芯片的证件的图片信息与标准证件图片信息匹配时，则确定不具备芯片的证件校验通过；反之，则确定不具备芯片的证件校验不通过。例如，当第一证件图片信息上的校验标识与第二证件图片信息上的校验标识相同时，则确定不具备芯片的证件校验通过；反之，则确定不具备芯片的证件校验不通过。可选地，不具备芯片的证件可以为，但不限于军官证、士兵证、护照、驾驶证、学生证等。摄像头140可以为，但不限于球形摄像头、半球形摄像头、枪式摄像头。

在另一些实施方式中，当有效证件包括不具备芯片的证件时，可以通过用户或者血站工作人员通过信息录入组件160输入不具备芯片的证件的身份信息，通过数据库对该身份信息进行校验。可选的，信息录入组件160可以为，但不限于键盘或者触摸屏。

可选地，对于第一信息读取组件120、摄像头150采集的身份信息、以及通过信息录入组件160输入身份信息，根据身份信息的隐私程度确定是否对该身份信息进行存储。对于隐私程度低的身份信息可以存储至本地，或者存储至云服务器，其中，隐私程度低的身份信息例如有效证件编号、性别、姓名等。对于隐私程度高的身份信息不进行存储，其中，隐私程度高的身份信息例如人脸信息、指纹信息。

步骤S120、当所述身份信息校验通过时，获取所述用户的献血信息，并校验所述献血信息。

可选地，通过第一信息读取组件120扫描身份证或者通过扫描献血证或献血卡上的二维码/条形码或者在信息录入组件160输入献血编码，通过与存储在存储云端中的多个献血者的献血信息进行一一匹配，获取与用户的身份证、扫描献血证或献血卡上的二维码/条形码、献血编码对应的用户的献血信息。献血信息包括下述一项或多项的任意组合：献血编码(例如字母和数字编号)、献血者姓名、身份证的身份号(identification，ID)、血型、献血类型、当前献血量、献血总量、献血地点、献血日期。

在一些实施方式中，可以通过服务器的数据库中存储的多个献血信息对所述用户的献血信息进行校验。

在另一些实施方式中，用户或血站的工作人员通过信息录入组件130输入献血信息，通过云服务器的校验库对献血信息进行校验。

可选的，信息录入组件160输入校验结果，接基于所述献血信息输入的校验结果，当所述校验结果为献血信息校验通过时，获取所述献血信息对应的礼品卡。

步骤S130、当所述献血信息校验通过时，获取所述献血信息对应的礼品卡。

为了丰富礼品卡兑换的礼品种类，可以根据献血信息获得对应的礼品卡，而礼品卡中存储对应的爱心点，根据爱心点的数量在兑换礼品平台(例如，购物平台)进行兑换。而每一种礼品根据价格的不同分配不同的爱心点，具体而言，对于将价格高的礼品需要的爱心点高，对于价格低的礼品需要的爱心点低。

可选地，所述献血信息包括献血类型、当前献血量以及献血总量中的一种或几种的组合。

在一些实施方式中，献血信息包括献血类型时，根据献血类型分配爱心点，根据爱心点确定对应的礼物。献血者献全血时分配的爱心点小于献成分血时分配的爱心点。例如，献全血时分配的爱心点为20个，献成分血时分配的爱心点为23个。在确定礼品卡时，献全血时分配的爱心点为20个确定的礼品卡可以兑换保温桶或者台灯。献成分血时分配的爱心点为23个确定的礼品卡可以兑换保温杯或者太阳伞。

在一些实施方式中，献血信息包括当前献血量，根据当前献血量分配爱心点，当献血量越大时，分配的爱心点越多。例如，献血量为300毫升时，分配的爱心点为20个，献血量为400毫升时，分配的爱心点为40个。

在一些实施方式中，献血信息包括当前献血量以及献血总量时，可以根据献血总量对当前献血量分配爱心点。献血总量越大，当前献血量分配的爱心点越多，以鼓励用户献血。例如，用户的献血总量为1500毫升(累积献了5次300ml)，当前献血量为300毫升，分配的爱心点为22个。用户的献血总量为1200毫升(累积献了4次300ml)，当前献血量为300毫升，分配的爱心点为20个。

可选的，每次献血的爱心点可以累计，例如，当前献血的爱心点未兑换礼物，爱心点可以累计至下次使用。

步骤S140、发放所述礼品卡。

在一些实施方式中，礼品卡为电子卡，可以将电子卡发送至用户登录时的账号，或者用户绑定的邮箱等。

在一些实时方式中，礼品卡为实体卡，通过发卡终端的出卡口发送实体卡。其中，实体卡包括具备读写功能的卡片和不具备读写功能的卡片。

在另一些实施方式中，用户并非第一次献血，且拥有具备读写功能的卡片时，用户可以通过插卡口插入该卡片，将礼品卡信息写入该卡片中。

在用户领取礼品卡后，可以在血站的领取礼品登记手册上签字，或者通过信息录入组件130进行签字，以供工作人员了解礼品卡领取情况。

本实施例提供的一种礼品卡的发放方法，通过有效证件获取用户的身份信息，并校验身份信息；在身份信息校验通过时，在确定用户为有效证件持有者，获取用户的献血信息，并校验献血信息，在献血信息校验通过时，则确定兑换礼品卡的用户为献血者，获取献血信息对应的礼品卡，并发放该礼品卡，通过对用户的身份信息及献血信息进行自动校验，在校验通过后，再自动发放礼品卡，减少了工作人员的任务量，且通过发放礼品卡的方式，避免了人工分配礼品容易导致礼品丢失的问题。用户在兑换礼品平台兑换礼品，由于兑换礼品平台礼品丰富，使用户在兑换礼品时，可供选择的礼品丰富。采用发卡终端进行自动登记礼品发放记录，代替人工纸质材料登记，提高了实现血站数据的信息化、可追溯性。

在上述实施例的基础上，本实施例提供了一种礼品卡的发放方法，用于校验用户是否为有效证件持有者，图4示出了本申请又一个实施例提供的礼品卡的发放方法流程示意图，请参阅图4，所述礼品卡的发放方法具体可以包括以下步骤：

步骤S210、通过所述用户的有效证件获取所述用户的第一身份信息。

可选的，用户的有效证件包括具备芯片的证件。扫描组件120扫描具备芯片的证件获取用户的第一身份信息。

步骤S220、采集所述用户的第二身份信息。

通过发卡终端100的指纹识别组件150以及摄像头140现场采集用户的第二身份信息。

步骤S230、将所述第二身份信息和所述第一身份信息进行匹配校验。

根据第二身份信息对第一身份信息进行校验，根据校验结果判断用户是否为有效证件持有者。当所述第二身份信息与所述第一身份信息不匹配时，则确定第一身份信息校验失败，用户并非有效证件持有者。当所述第二身份信息与所述第一身份信息匹配时，则执行下述步骤S240。

步骤S240、当所述第二身份信息与所述第一身份信息匹配时，确定所述第一身份信息校验通过。

在一些实施方式中，通过第二身份信息与所述第一身份信息相似度与预设相似度进行比较，从而判断所述第二身份信息与所述第一身份信息是否匹配。当所述第二身份信息与所述第一身份信息相似度大于预设相似度，则所述第二身份信息与所述第一身份信息匹配，确定第一身份信息校验通过，确定用户为有效证件持有者。例如，预设相似度为90％，当所述第二身份信息与所述第一身份信息的相似度为95％，则所述第二身份信息与所述第一身份信息的相似度95％大于预设相似度90％，确定所述第二身份信息与所述第一身份信息匹配，确定第一身份信息校验通过。

步骤S250、当所述身份信息校验通过时，获取所述用户的献血信息，并校验所述献血信息。

步骤S260、当所述献血信息校验通过时，获取所述献血信息对应的礼品卡。

步骤S270、发放所述礼品卡。

其中，步骤S250-S270的具体描述请参阅步骤S120-S140，在此不再赘述。

本实施例提供的一种礼品卡的发放方法，通过当场采集的用户的第二身份信息对用户有效证件上的第一身份信息进行校验，当校验通过时，确定用户为有效证件持有者。通过该校验，确保兑换礼品卡的用户为有效证件持证者，防止礼品卡冒领、或者防止礼品卡未分发至对应的献血者等情况的产生。

在上述实施例的基础上，本实施例提出了一种礼品卡的发放方法，图5示出了本申请再一个实施例提供的礼品卡的发放方法流程示意图，请参阅图5，所述礼品卡的发放方法具体可以包括以下步骤：

步骤S310、通过所述用户的有效证件获取所述用户的第一身份信息包括的生物特征信息。

其中，所述生物特征信息包括人脸信息和/或指纹信息。

在本实施例中，用户的有效证件包括具备芯片的证件。例如，具备芯片的证件为身份证，身份证中的芯片存储有人脸信息和/或指纹信息，扫描组件120扫描身份证获取用户的第一身份信息包括的人脸信息和/或指纹信息。

步骤S320、采集所述用户的第二身份信息包括的生物特征信息。

通过图2中的摄像头140采集用户的第二身份信息包括的人脸信息。和/或通过指纹识别组件150采集用户的指纹信息。

步骤S330、根据所述第二身份信息包括的生物特征信息对所述第一身份信息包括的生物特征信息进行校验。

当用户的第一身份信息包括的人脸信息与第二身份信息包括的人脸信息匹配时，和/或当第一身份信息包括的指纹信息与第二身份信息包括的指纹信息匹配时，则执行下述步骤S340；当用户的第一身份信息包括的人脸信息与第二身份信息包括的人脸信息不匹配时，和/或当第一身份信息包括的指纹信息与第二身份信息包括的指纹信息匹配时，则确定第一身份信息校验失败，确定用户并非有效证件持有者。

当对人脸信息进行校验时，分别提取第一身份信息包括的人脸信息的第一特征点与第二身份信息包括的人脸信息的第二特征点，获取第一特征点与第二特征点的第一相似度。当第一相似度大于第一预设相似度，则确定第一身份信息包括的人脸信息校验成功。

当对指纹信息进行校验时，在指纹的分叉、终止、打圈等位置选取多个节点，分别提取第一身份信息包括的指纹信息的第一节点数据，以及第二身份信息包括的指纹信息的第二节点数据，获取第一节点数据与第二节点数据的第二相似度。当第二相似度大于第二预设相似度，则确定第一身份信息包括的指纹信息校验成功。

步骤S340、当所述第一身份信息包括的生物特征信息与所述第二身份信息包括的生物特征信息匹配时，确定所述第一身份信息校验通过。

当第一身份信息包括的人脸信息与第二身份信息包括的人脸信息匹配时，和/或，当第一身份信息包括的指纹信息与第二身份信息包括的指纹信息匹配时，则确定第一身份信息校验通过，确定用户为有效证件持有者。

步骤S350、当所述身份信息校验通过时，获取所述用户的献血信息，并校验所述献血信息。

步骤S360、当所述献血信息校验通过时，获取所述献血信息对应的礼品卡。

步骤S370、发放所述礼品卡。

其中，步骤S350-S370的具体描述请参阅步骤S120-S140，在此不再赘述。

本实施例提供的一种礼品卡的发放方法，通过当场采集的用户的第二身份信息包括的生物特征对用户有效证件上的第一身份信息包括的生物特征进行校验，当校验通过时，确定用户为有效证件持有者。通过该校验，确保兑换礼品卡的用户为有效证件持证者，防止礼品卡冒领、或者防止礼品卡未分发至对应的献血者等情况的产生。

在上述实施例的基础上，本实施例提供一种礼品卡的发放方法，所述发卡终端用于与云服务器连接，图6示出了本申请另一个实施例提供的礼品卡的发放方法流程示意图，请参阅图6，所述礼品卡的发放方法具体可以包括以下步骤：

步骤S410、通过所述用户的有效证件获取所述用户的第一身份信息。

步骤S420、采集所述用户的第二身份信息。

步骤S430、将所述第二身份信息和所述第一身份信息进行匹配校验。

步骤S440、当所述第二身份信息与所述第一身份信息匹配时，确定所述第一身份信息校验通过。

其中，步骤S410-S440的具体描述请参阅步骤S220-S240，在此不再赘述。

步骤S450、当所述身份信息校验通过时，获取所述用户的献血信息，并校验所述献血信息。

步骤S460、当所述献血信息校验通过时，获取所述献血信息对应的礼品卡。

步骤S470、发放所述礼品卡。

其中，步骤S450-S470的具体描述请参阅步骤S120-S140，在此不再赘述。

步骤S480、获取所述礼品卡的标识与所述用户有效证件的标识。

可选地，礼品卡的标识可以为礼品卡ID，用户有效证件的标识可以为身份证ID。

步骤S490、将所述礼品卡的标识与所述用户有效证件的标识关联并存储至云服务器。

其中，发卡终端将礼品卡的标识与用户有效证件的标识关联后，并存储至云服务器，或者，发卡终端将礼品卡的标识和用户有效证件的标识一起发送至云服务器，由云服务器将礼品卡的标识与用户有效证件的标识关联形成发放记录并进行存储。

其中，礼品卡为实体卡时，且实体卡包括具备读写功能的卡片和不具备读写功能的卡片。当实体卡为具备读写功能的卡片时，通过第一信息读取组件120扫描获取具备读写功能的卡片的标识，将具备读写功能的卡片的标识与用户有效证件的标识关联。当实体卡为不具备读写功能的卡片时，血站工作人员或者用户通过信息录入组件160输入卡片的标识，或者是，通过扫描该实体卡上的条形码或二维码获得卡片的标识，将不具备读写功能的卡片的标识与用户有效证件的标识关联。

可选的，礼品卡的标识可以为，但不限于礼品卡的ID或者编号。有效证件的标识可以为，但不限于有效证件的ID或者编号。

为了便于理解，本实施例以礼品卡的标识为礼品卡ID、有效证件的标识为有效证件ID为例进行说明，将礼品卡ID与身份证ID关联，并存储至云服务器，便于在用户兑换礼品后对礼品卡进行核销。例如，礼品卡中存储了爱心点，当用户通过身份证ID登录兑换礼品平台(例如，购物平台)进行兑换时，对与身份证ID关联的礼品卡ID的爱心点进行核销。比如，礼品卡中爱心点为50个，当用户通过身份证ID登录兑换礼品平台进行兑换时，用户兑换了25个爱心点的礼品，则与身份证ID的礼品卡对应减少25个爱心点。

在本实施例中，通过将礼品卡的标识与用户的有效证件的标识绑定，在用户第一次使用该礼品卡时，用户可以根据有效证件登录兑换礼品平台，并激活该礼品卡。通过礼品兑换平台兑换礼品，丰富了礼品的种类；并且在用户兑换礼品后，便于云服务器对礼品卡进行核销。

本实施例提供了一种礼品卡的发放方法，所述云服务器的数据库中存储有多个献血者的献血信息，通过数据库中存储的多个献血者的献血信息对用户的献血信息进行校验，图7示出了本申请又再一个实施例提供的礼品卡的发放方法流程示意图，请参阅图7，所述礼品卡的发放方法具体可以包括以下步骤：

步骤S510、获取用户的身份信息，并校验所述身份信息。

其中，步骤S510的具体描述请参阅步骤S110，在此不再赘述。

步骤S520、当所述身份信息校验通过时，获取献血编码，并接收所述存储云端发送的所述献血编码对应的献血信息。

可以通过用户的有效证件获取献血编码，其中，每个献血编码均是唯一的标识码。在一些实施方式中，可通过第一信息读取组件120扫描用户的有效证件获取献血编码，例如，有效证件包括献血证、献血卡、身份证等，在此不做限定。如通过扫描献血证上的二维码或者条形码获取献血编码。在另一些实施方式中，可在发卡终端输入献血编码，例如，工作人员可以将献血证上的献血编码输入发卡终端。

发卡终端获取到献血编码后，将献血编码发送至存储云端。在献血者抽血结束后，工作人员会将献血者的献血信息上传至存储云端中存储。因此，存储云端中存储了多个献血者的献血信息，并且预先存储了多个献血信息与多个献血编码之间对应关系，存储云端接收发卡终端发送的献血编码后，依据该对应关系，获取献血编码对应的献血信息。所述发卡终端通过应用程序接口(Application Programming Interface，API)，从所述云服务器获取献血者的献血信息。

其中，所述献血信息包括献血编码、献血者姓名、身份证的身份号、献血类型、当前献血量、献血总量、献血日期、献血地点中的一种或几种的组合。

步骤S530、当所述献血信息满足发放条件时，确定所述献血信息校验通过。

当所述献血信息满足发放条件时，确定所述献血信息校验通过，则发卡终端发放对应的礼品，反之当所述献血信息不满足发放条件时，确定所述献血信息校验不通过，则发卡终端不予以发放礼品。

示例性的，当所述献血信息满足发放条件时，确定所述献血信息校验通过，可以包括：查询存储在所述云服务器中与所述用户的献血信息对应的所述发放记录并与预设的发放条件进行对比，当发放记录为未发放且满足所述发放条件，确定所述用户的献血信息校验通过。

例如，献血信息包括当前献血量，根据当前献血量分配爱心点，当献血量越大时，分配的爱心点越多。例如，献血量为300毫升时，分配的爱心点为20个，献血量为400毫升时，分配的爱心点为40个。爱心点为20个确定的礼品卡可以兑换保温桶或者台灯，爱心点为23个确定的礼品卡可以兑换保温杯或者太阳伞。当用户的献血量为400毫升时，则对应分配的爱心点为40个，当用户要兑换爱心点为23点的太阳伞时。用户的献血信息为用户现有的爱心点为40，再判断该献血信息是否满足预设的发放条件，即现有爱心点为40大于太阳伞对应的爱心点为23点，并且根据发放记录，该用户的爱心点并未兑换，则确定献血信息校验通过。

步骤S550、当所述献血信息校验通过时，获取所述献血信息对应的礼品卡。

步骤S560、发放所述礼品卡。

其中，步骤S550-S560的具体描述请参阅步骤S130-S140，在此不再赘述。

本实施例提供的礼品卡的发放方法，通过数据库中存储的多个献血者的献血信息对用户的献血信息进行校验，当校验通过时，发放礼品卡，从而保证了兑换礼品卡的用户为献血者本人。

结合图3-图7，如下，对发卡终端与云服务器的交互进行说明，图7示出了本申请一实施例提供的发卡终端与云服务器的时序交互图，请参阅图7，包括：

步骤1、发卡终端获取用户的第一身份信息以及第二身份信息。

步骤2、发卡终端根据第二身份信息对第一身份信息进行校验。

步骤3、发卡终端根据第一身份信息校验通过后，获取用户的献血信息。

步骤4、云服务器发送多个献血者的献血信息至发卡终端。

步骤5、当多个献血者的献血信息中存在与用户的献血信息匹配的献血者的献血信息时，发卡终端确定用户的献血信息校验通过。

步骤6、发卡终端将第一身份信息和用户的献血信息进行存储云服务器。

步骤7、发卡终端获取献血信息对应的礼品卡并发放礼品卡。

步骤8、发卡终端获取礼品卡的标识与用户有效证件的标识。

步骤9、发卡终端将礼品卡的标识与用户有效证件的标识关联并进行存储。

步骤1-步骤9的具体描述请参阅上述步骤，在此不再赘述。

为实现上述方法类实施例，本实施例提供了一种礼品卡的发放装置，图9示出了根据本申请一个实施例的礼品卡的发放装置的框图，请参阅图9，下面将针对图9所示的框图进行阐述，礼品卡的发放装置200包括：身份信息获取模块210、献血信息获取模块220、礼品卡获取模块230以及礼品卡发放模块240。

身份信息获取模块210，用于获取用户的身份信息，并校验所述身份信息。

献血信息获取模块220，用于当所述身份信息校验通过时，获取所述用户的献血信息，并校验所述献血信息。

礼品卡获取模块230，用于当所述献血信息校验通过时，获取所述献血信息对应的礼品卡。

礼品卡发放模块240，用于发放所述礼品卡。

进一步地，身份信息获取模块210包括第一身份信息获取模块、第二身份信息获取模块以及身份信息校验模块。

第一身份信息获取模块，用于通过所述用户的有效证件获取所述用户的第一身份信息。

第二身份信息获取模块，用于采集所述用户的第二身份信息。

身份信息校验模块，用于将所述第二身份信息和所述第一身份信息进行匹配校验；当所述第二身份信息与所述第一身份信息匹配时，确定所述第一身份信息校验通过。

进一步地，所述第一身份信息包括生物特征信息，所述第二身份信息包括生物特征信息，身份信息校验模块包括子身份信息校验模块。

子身份信息校验模块，用于当所述第一身份信息包括的生物特征信息与所述第二身份信息包括的生物特征信息匹配时，确定所述第一身份信息校验通过。

进一步地，所述生物特征信息包括人脸信息和/或指纹信息。

进一步地，礼品卡的发放装置200还包括标识获取模块以及存储模块。

标识获取模块，用于获取所述礼品卡的标识与所述用户有效证件的标识。

存储模块，用于将所述礼品卡的标识与所述用户有效证件的标识关联并存储至所述云服务器。

进一步地，所述发卡终端用于与云服务器连接，所述云服务器的数据库中存储有多个献血者的献血信息，献血信息获取模块220包括：第一献血信息获取模块、第二献血信息获取模块以及献血信息校验模块。

第一献血信息获取模块，用于获取所述用户的献血信息，以及获取所述云服务器的数据库中存储的多个献血者的献血信息。

第二献血信息获取模块，根据所述数据库中存储的所述多个献血者的献血信息，对所述用户的献血信息进行校验。

献血信息校验模块，用于当所述多个献血者的献血信息中存在与所述用户的献血信息匹配的献血者的献血信息时，确定所述用户的献血信息校验通过。

进一步地，所述献血信息包括献血类型、当前献血量以及献血总量中的一种或几种的组合。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

请参阅图1，其示出了本申请实施例提供的一种发卡终端100的结构框图。该发卡终端100可以是智能手机、平板电脑、电子书等能够运行应用程序的发卡终端。本申请中的发卡终端100可以包括一个或多个如下部件：处理器110、存储器170以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器170中并被配置为由一个或多个处理器170执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

其中，处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个发卡终端100内的各个部分，通过运行或执行存储在存储器170内的指令、程序、代码集或指令集，以及调用存储在存储器170内的数据，执行发卡终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogic Array，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责待显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器170可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器170可用于存储指令、程序、代码、代码集或指令集。存储器170可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储移动终端在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参阅图10，图10是本申请实施例的用于保存或者携带实现根据本申请实施例的礼品卡的发放方法的程序代码的存储单元，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质400中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质400可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质400包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质400具有执行上述方法中的任何方法步骤的程序代码410的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码410可以例如以适当形式进行压缩。

综上所述，本申请实施例提供的一种礼品卡的发放方法、装置、发卡终端及存储介质，获取用户的身份信息，并校验身份信息，在身份信息校验通过时，获取用户的献血信息，并校验献血信息，在献血信息校验通过时，获取献血信息对应的礼品卡，并发放该礼品卡，通过对用户的身份信息及献血信息进行自动校验，在校验通过后，再自动发放礼品卡，减少了工作人员的任务量。

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