特殊凭证发放方法和装置与流程

本说明书实施例涉及互联网技术领域，尤其涉及一种特殊凭证发放方法和装置。

背景技术：

为了方便特殊用户群体，各部门通常会给特殊用户发放特殊凭证，例如，公交公司为学生发放学生卡；为老年人发放老年卡，这样，学生和老年人在乘车时，即可比普通公交卡享受到更多的乘车优惠。

相关技术中，普通凭证如普通公交卡的申领门槛通常较低，用户在各个地铁站、便利店即可购买得到。然而，对于上述特殊凭证，由于需要审核用户的身份和申领资料等，因此，对于申领者而言，需要申领者本人去特定营业网点申请办理以及完成年审等；对于特殊凭证的发放部门而言，需要接待申领者，并提供服务窗口人工审核申领者的身份和申领资料等，导致特殊凭证的发放不够便捷。

技术实现要素：

本说明书实施例提供一种特殊凭证发放方法和装置，用于解决相关技术中特殊凭证的发放不够便捷的问题。

本说明书实施例采用下述技术方案：

第一方面，提供了一种特殊凭证发放方法，包括：接收用户的实名注册信息；基于所述实名注册信息对所述用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；在实人认证通过的情况下接收所述用户的特殊凭证申领资料，并对所述申领资料进行审核；基于审核结果确定是否为所述用户发放所述特殊凭证。

第二方面，提供了一种特殊凭证发放方法，包括：服务端基于客户端发送的实名注册信息对用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；所述服务端在实人认证通过的情况下接收所述客户端发送的特殊凭证申领资料，并对所述申领资料进行审核；所述服务端基于审核结果确定是否为所述用户发放所述特殊凭证。

第三方面，提供了一种特殊凭证发放方法，包括：客户端接收用户的实名注册信息；将所述实名注册信息发送至服务端，使得所述服务端基于所述实名注册信息对所述用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；所述客户端在实人认证通过的情况下获取所述用户的特殊凭证申领资料，将所述申领资料发送至所述服务端，使得所述服务端对所述申领资料进行审核，及基于审核结果确定是否为所述用户发放所述特殊凭证。

第四方面，提供了一种特殊凭证发放装置，包括：用户模块，接收用户的实名注册信息；身份认证模块，基于所述实名注册信息对所述用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；特殊凭证处理模块，在实人认证通过的情况下接收所述用户的特殊凭证申领资料，并对所述申领资料进行审核；基于审核结果确定是否为所述用户发放所述特殊凭证。

第五方面，提供了一种特殊凭证发放装置，包括：身份认证模块，基于客户端发送的实名注册信息对用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；特殊凭证处理模块，在实人认证通过的情况下接收所述客户端发送的特殊凭证申领资料，并对所述申领资料进行审核；基于审核结果确定是否为所述用户发放所述特殊凭证。

第六方面，提供了一种特殊凭证发放装置，包括：用户模块，接收用户的实名注册信息；将所述实名注册信息发送至服务端，使得所述服务端基于所述实名注册信息对所述用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；所述用户模块，在实人认证通过的情况下获取所述用户的特殊凭证申领资料，将所述申领资料发送至所述服务端，使得所述服务端对所述申领资料进行审核，及基于审核结果确定是否为所述用户发放所述特殊凭证。

第七方面，提供了一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如下操作：接收用户的实名注册信息；基于所述实名注册信息对所述用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；在实人认证通过的情况下接收所述用户的特殊凭证申领资料，并对所述申领资料进行审核；基于审核结果确定是否为所述用户发放所述特殊凭证。

第八方面，提供了一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如下操作：服务端基于客户端发送的实名注册信息对用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；所述服务端在实人认证通过的情况下接收所述客户端发送的特殊凭证申领资料，并对所述申领资料进行审核；所述服务端基于审核结果确定是否为所述用户发放所述特殊凭证。

第九方面，提供了一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如下操作：客户端接收用户的实名注册信息；将所述实名注册信息发送至服务端，使得所述服务端基于所述实名注册信息对所述用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；所述客户端在实人认证通过的情况下获取所述用户的特殊凭证申领资料，将所述申领资料发送至所述服务端，使得所述服务端对所述申领资料进行审核，及基于审核结果确定是否为所述用户发放所述特殊凭证。

第十方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如下操作：接收用户的实名注册信息；基于所述实名注册信息对所述用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；在实人认证通过的情况下接收所述用户的特殊凭证申领资料，并对所述申领资料进行审核；基于审核结果确定是否为所述用户发放所述特殊凭证。

第十一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如下操作：服务端基于客户端发送的实名注册信息对用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；所述服务端在实人认证通过的情况下接收所述客户端发送的特殊凭证申领资料，并对所述申领资料进行审核；所述服务端基于审核结果确定是否为所述用户发放所述特殊凭证。

第十二方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如下操作：客户端接收用户的实名注册信息；将所述实名注册信息发送至服务端，使得所述服务端基于所述实名注册信息对所述用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；所述客户端在实人认证通过的情况下获取所述用户的特殊凭证申领资料，将所述申领资料发送至所述服务端，使得所述服务端对所述申领资料进行审核，及基于审核结果确定是否为所述用户发放所述特殊凭证。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：基于用户的实名注册信息对用户进行实名认证，在实名认证通过的情况下对用户进行实人认证，并在实人认证通过的情况下接收用户的特殊凭证申领资料，基于申领资料的审核结果确定是否为用户发放特殊凭证。本说明书实施例能够实现特殊凭证的线上自动发放，无需申领者去营业网点办理；同时能够节约特殊凭证发放部门的人力成本，特殊凭证的发放更加便捷。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本说明书的一个实施例提供的特殊凭证发放方法流程示意图；

图2为本说明书的另一个实施例提供的特殊凭证发放方法流程示意图；

图3为本说明书的再一个实施例提供的特殊凭证发放方法流程示意图；

图4和图5为本说明书的一个具体的实施例提供的特殊凭证发放方法流程示意图；

图6为本说明书的一个实施例提供的特殊凭证发放装置结构示意图；

图7为本说明书的另一个实施例提供的特殊凭证发放装置结构示意图；

图8为本说明书的再一个实施例提供的特殊凭证发放装置结构示意图；

图9为实现本说明书各个实施例的电子设备硬件结构示意图。

具体实施方式

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

如图1所示，本说明书的一个实施例提供一种特殊凭证发放方法100，该实施例可以由客户端和服务端执行，该实施例包括如下步骤：

s102：接收用户的实名注册信息。

通常情况下，用户期望申领特殊凭证时，可以通过客户端进行实名注册，这样，客户端即可采集到用户输入的实名注册信息。

上述实名注册信息，包括但不限于下述中的至少一种：用户的姓名信息、身份证信息和生物特征信息。其中，生物特征信息可以是指纹特征信息、虹膜特征信息等唯一能够标识用户身份的信息。

步骤s102通常由客户端执行，客户端在接收到用户的实名注册信息之后，即可将实名注册信息发送至服务端，跳转至s104，由服务端对用户进行实名认证。

s104：基于实名注册信息对用户进行实名认证，并在实名认证通过的情况下对用户进行实人认证。

该步骤中，服务端可以首先基于接收到的实名注册信息对用户进行实名认证，并在实名认证通过的情况下，完成用户的注册；然后，服务端对该用户进行实人认证。

可选地，在一个实施例中，服务端在对用户进行实名认证时，可以将实名注册信息发送至公安部认证服务端，使得公安部认证服务端认证上述实名注册信息，并向客户端返回认证结果。这样，客户端即可接收公安部认证服务端发送的认证结果，其中，上述认证结果可以包括实名认证通过或实名认证未通过等。

在另一个实施例中，服务端可以向实名注册信息关联的银行卡中转入预设数值的验证金额，并通过客户端发出进行金额验证的提示信息；基于用户输入的数值以及上述预设数值的大小关系，对所述用户进行实名认证。例如，用户输入的数值和上述预设数值相等，则判定实名认证通过，反之，用户输入的数值和上述预设数值不等，则判定实名认证未通过。

服务端可以通过上述多种方式对用户进行实名认证，并在实名认证通过的情况下对该用户进行实人认证。具体地，客户端可以采集用户的生物特征，并将上述生物特征发送至服务端，服务端基于接收到的生物特征和预设生物特征的相似度，对用户进行实人认证。例如，相似度大于或等于预设阈值，则判定实人认证通过，反之，相似度小于上述预设阈值，则判定实人认证未通过。

上述生物特征的类型可以是人脸特征、指纹特征等；预设生物特征的类型与客户端采集的生物特征的类型相同。预设生物特征，具体可以是与上述实名注册信息相匹配的用户历史时刻预留的生物特征。

上述介绍的实名认证操作和实人认证操作均是由服务端执行，即实名注册信息和生物特征等用户相关信息均是在服务端集中处理，在客户端中不会保留上述用户相关信息，便于提高用户相关信息的安全性，避免导致用户相关信息泄漏。

可以理解，为了减轻服务端的处理压力，上述介绍的实名认证操作和/或实人认证操作也可以是由客户端执行。由于客户端的数量较多，能够提高实名认证操作和实人认证操作的处理效率。可选地，客户端还可以上述用户相关信息进行加密处理，同样能够保证用户相关信息的安全性，避免导致用户相关信息泄漏。

s106：在实人认证通过的情况下接收用户的特殊凭证申领资料，并对申领资料进行审核。

在用户实人认证通过的情况下，客户端即可输出实人认证通过的提示信息，这样，用户即可进行后续步骤的操作，即通过客户端提交特殊凭证申领资料，这样，客户端即可将该申领资料发送至服务端，由服务端对申领资料进行存档及审核等。

上述特殊凭证，是指用户最终期望申领到的凭证，该特殊凭证可以是虚拟产品，当然，也可以是实体产品。上述特殊凭证包括但不限于残疾人证、老年证、特殊电子公交卡等。

上述申领资料，通常是指能够证明用户具有申领该特殊凭证资格的资料。例如，特殊凭证是残疾人证的情况下，申领资料可以包括医院或专门医疗机构出具的评定表；又例如，特殊凭证是老年证的情况下，申领资料可以包括申领人的身份证；再例如，特殊凭证是老人电子公交卡的情况下，申领资料可以包括老年证等，特殊凭证是学生电子公交卡的情况下，申领资料可以包括学生证等。

可以理解，申领资料可以包括有图片格式、文档格式的资料等。服务端对申领资料进行审核时，例如，申领资料是学生证的扫描件，该步骤中服务端即可通过图像识别技术或文字识别技术，对学生证中的姓名信息、学校信息、有效期以及学生证的真伪等内容进行审核，并得出审核结果。

具体地，服务端可以审核学生证中的姓名与完成实人认证的用户的姓名是否完全一致；审核学校信息是否正确；通过该学校服务端提供的接口，对该学校中是否存在该姓名的学生进行验证；审核该用户历史时刻是否申领过特殊凭证等等。

服务端对申领资料审核完成后，即可得到审核结果，得到的审核结果可以是审核通过，或审核未通过。审核通过，表示该用户具有申领特殊凭证的资格；审核未通过，可以是由于用户不具有申领特殊凭证的资格，或者是上传的审核资料内容不完整、上传的审核资料与实人认证的用户不符等等。

s108：基于审核结果确定是否为用户发放特殊凭证。

具体地，该步骤可以由服务端执行，如果上述审核结果为审核通过，则服务端为所述用户发放特殊凭证，并通过客户端发出发放特殊凭证成功的提示信息。

在一个例子中，上述特殊凭证为特殊电子公交卡，如学生电子公交卡、老人电子公交卡等，相应地，服务端还可以为用户分配乘车码，乘车码中携带有特殊电子公交卡的类型标识，如学生类型，老人类型等等。

本发明实施例中，如果上述审核结果为审核未通过，则服务端可以通过客户端输出未通过审核的提示信息，和/或，通过客户端输出申领普通凭证，如普通电子公交卡的提示信息等等。

上述未通过审核的提示信息中还可以包括未通过审核的具体原因，如，申领资料不全或申领资料与实人认证的用户身份不符等，便于用户及时查明原因，以重新提交申领资料等等。

本说明书实施例提供的特殊凭证发放方法，基于用户的实名注册信息对用户进行实名认证，在实名认证通过的情况下对用户进行实人认证，并在实人认证通过的情况下接收用户的特殊凭证申领资料，基于申领资料的审核结果确定是否为用户发放特殊凭证。

通过上述方法，本说明书实施例能够实现特殊凭证的线上自动发放，无需申领者去营业网点办理；同时能够节约特殊凭证发放部门的人力成本，特殊凭证的发放更加便捷。

通常，为用户发放的特殊凭证会设置有效截止日期，例如，特殊凭证为学生电子公交卡，在学生毕业后即不能继续享受上述学生电子公交，上述特殊凭证的有效截止日期可以是学生的毕业时间；又例如，特殊凭证为老人电子公交卡等，有效截止日期可以为申领日+1年，以对用户的申领资格进行年审。

可选地，作为一个实施例，在上述实施例100中为用户发放特殊凭证之后，还可以包括如下步骤：

服务端或客户端确定特殊凭证的有效截止日期；

服务端或客户端基于上述有效截止日期，通过客户端输出针对特殊凭证的年审通知信息。

具体地，服务端或客户端可以在特殊凭证在有效截止日期前的时间段内，如有效截止期期前10天内，或已经超过有效截止日期，通过客户端输出年审通知信息，以使用户及时通过客户端上传年审资料。可选地，年审资料与上述申领资料相同。

可选地，作为一个实施例，在上述实施例中输出针对特殊凭证的年审通知信息之后，还可以包括如下步骤：

服务端接收用户通过客户端上传的特殊凭证年审资料，对年审资料进行审核，审核年审资料的过程与审核申领资料的过程类似，在此不再赘述。

基于上述年审资料的审核结果，可以有以下三种不同的执行结果：

1)在年审资料通过审核的情况下，服务端更新特殊凭证的有效截止日期。

2)在年审资料不满足继续申领条件的情况下，输出未通过年审的提示信息和/或输出申领普通凭证的提示信息。该处的不满足继续申领条件，如，学生已经毕业等。

3)在年审资料审核失败时，输出重新提交年审资料的提示信息。该处的审核失败，如，年审资料内容不完整、上传的年审资料与实人认证的用户不符等等。

该实施例能够线上完成特殊凭证的年审操作，无需申领者去营业网点完成年审；同时能够节约特殊凭证发放部门的年审人力成本，特殊凭证的年审更加便捷。

上述若干个实施例提供的特殊凭证发放方法中的特殊凭证包括特殊电子公交卡，所述特殊电子公交卡对应有乘车码，所述乘车码携带有所述特殊电子公交卡的类型标识，这样，为用户发放所述特殊凭证之后，还可以包括如下步骤：

在扫码设备采集到所述乘车码的情况下，基于所述特殊电子公交卡的类型标识进行扣款。

该处的扫码设备可以是公共交通工具中，特殊电子公交卡的类型标识可以包括学生类型、老年人类型、残疾人类型等等。可选地，上述乘车码中还可以携带有用户的身份标识信息，这样即可方便特殊用户的乘车。

该实施例能够实现虚拟特殊电子公交卡的线上申领和年审，用户无需领取实体卡片，刷新卡片；公交公司可在线自动化完成发卡、有效期设置和更新等操作。

另外，公交公司不需要设置营业网点和人员窗口，省略了审核资料、制卡、年审、充值缴费等业务所需的人工成本等，大幅降低运营成本。

以上结合图1详细描述了根据本说明书实施例的特殊凭证方法。下面将结合图2详细描述根据本说明书另一实施例的特殊凭证方法200。可以理解的是，从服务端侧描述的服务端与客户端的交互过程与图1所示的方法中的服务端和客户端双侧的描述相同，为避免重复，适当省略相关描述。

s202：服务端基于客户端发送的实名注册信息对用户进行实名认证，并在实名认证通过的情况下对用户进行实人认证。

s204：服务端在实人认证通过的情况下接收客户端发送的特殊凭证申领资料，并对申领资料进行审核。

s206：服务端基于审核结果确定是否为用户发放特殊凭证。

本说明书实施例提供的特殊凭证发放方法，基于用户的实名注册信息对用户进行实名认证，在实名认证通过的情况下对用户进行实人认证，并在实人认证通过的情况下接收用户的特殊凭证申领资料，基于申领资料的审核结果确定是否为用户发放特殊凭证。

通过上述方法，本说明书实施例能够实现特殊凭证的线上自动发放，无需申领者去营业网点办理；同时能够节约特殊凭证发放部门的人力成本，特殊凭证的发放更加便捷。

下面将结合图3详细描述根据本说明书另一实施例的特殊凭证方法300。可以理解的是，从客户端侧描述的服务端与客户端的交互过程与图1所示的方法中的服务端和客户端双侧的描述相同，为避免重复，适当省略相关描述。

s302：客户端接收用户的实名注册信息，并将实名注册信息发送至服务端。

服务端在接收到客户端发送的实名注册信息之后，即可基于所述实名注册信息对所述用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证，并向客户端返回实人认证结果。

s304：客户端在实人认证通过的情况下获取用户的特殊凭证申领资料，将申领资料发送至服务端。

服务端在接收到客户端发送的申领资料之后，即可对申领资料进行审核，并基于审核结果确定是否为用户发放所述特殊凭证。

本说明书实施例提供的特殊凭证发放方法，基于用户的实名注册信息对用户进行实名认证，在实名认证通过的情况下对用户进行实人认证，并在实人认证通过的情况下接收用户的特殊凭证申领资料，基于申领资料的审核结果确定是否为用户发放特殊凭证。

通过上述方法，本说明书实施例能够实现特殊凭证的线上自动发放，无需申领者去营业网点办理；同时能够节约特殊凭证发放部门的人力成本，特殊凭证的发放更加便捷。

上述实施例详细说明了本说明书实施例提供的特殊凭证发放方法，以下将结合一个具体的实施例进行说明，如图4和图5所示，该实施例包括如下步骤：

s402：客户端接收到用户的特殊电子公交卡申领请求；

s404：客户端接收用户的实名注册信息，并将该实名注册信息发送至服务端，由服务端完成实名认证。

s406：服务端对用户进行实名认证。

服务端在用户实名认证通过的情况下，完成用户的注册流程；并向客户端返回实名认证结果。

s408：在实名认证通过的情况下，客户端采集用户的生物特征，并将采集到的生物特征发送至服务端，由服务端对用户进行实人认证。

服务端可以基于上述生物特征与预设生物特征的相似度对所述用户进行实人认证。服务端在实人认证通过的情况下，还可以向客户端返回实人认证结果。

实人认证能够确保是本人的真实行为，典型的方法可以通过人脸特征完成实人认证。

s410：服务端对用户进行实人认证。

服务端在用户实人认证通过的情况下，向客户端返回实人认证结果。

s412：在实人认证通过的情况下，客户端接收用户的申领资料，并将的申领资料发送至服务端，由服务端对申领资料进行审核。

s414：服务端对申领资料进行审核。

特殊情况下，对需要人工审核的申领资料，该步骤可以包括有：审核人员云端完成无纸化审核。

可选地，服务端还可以对上述申领资料进行存档。

s416：服务端基于审核结果确定是否为所述用户发放所述特殊凭证。

如果审核不通过，通过s418输出未通过审核的提示信息；和/或，通过s418输出申领普通电子公交卡的提示信息。

如果审核通过，为用户发放特殊电子公交卡，设置审核有效期，在有效期前自动通知用户发起审核；并通过s418输出申领成功的提示信息。

s418：客户端输出申领结果的提示信息。

上述为用户发放所述特殊电子公交卡之后，服务端还可以确定特殊电子公交卡的有效截止日期，具体如图5所示，图5是特殊电子公交卡的年审的流程图。

s502：服务端判断有效截止日期(简称有效期)和当前日期的关系。

如果当前日期和上述有效截止日期的时间间隔小于预设值，即特殊电子公交卡有效期即将到期或者已经到期，执行s504。

s504：客户端输出年审通知信息。

s506：客户端接收年审材料，并将年审材料发送给服务端。

s508：服务端对年审资料进行审核。

可选地，公交公司服务端还可以对年审资料存档，并对年审资料自动化审核，特殊情况下由人工辅助审核年审资料。

可选地，在年审过程中也可以对用户进行实人认证，实人认证的过程参见前文几个实施例。

s510：服务端基于年审结果进行处理。

具体地：

1)在年审资料通过审核的情况下，服务端更新特殊凭证的有效截止日期。

2)在年审资料不满足继续申领条件的情况下，输出未通过年审的提示信息和/或输出申领普通凭证的提示信息。该处的不满足继续申领条件，如，学生已经毕业等等。

3)在年审资料审核失败时，输出重新提交年审资料的提示信息。该处的审核失败，如，年审资料内容不完整、上传的年审资料与实人认证的用户不符等等。

s512：客户端输出年审结果的提示信息。

图4和图5所示的实施例能够实现虚拟特殊电子公交卡的线上自动申领和年审。可选地，特殊电子公交卡的充值缴费等也可在线完成，用户完全无需前往网点进行申领和年审操作，节约用户成本。

另外，公交公司不需要设置营业网点和人员窗口，节约了审核资料、制卡、年审、充值缴费等业务所需的人工成本等，大幅降低运营成本。

以上说明书部分详细介绍了特殊凭证发放方法实施例，如图6所示，本说明书还提供了一种特殊凭证发放装置，对应于前文中的客户端和服务端，如图6所示，该装置600包括：

用户模块602，对应于前文中的客户端，可以用于接收用户的实名注册信息；

身份认证模块604，对应于前文中的服务端，可以用于基于所述实名注册信息对所述用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；

特殊凭证处理模块606，对应于前文中的服务端，可以用于，在实人认证通过的情况下接收所述用户的特殊凭证申领资料，并对所述申领资料进行审核；基于审核结果确定是否为所述用户发放所述特殊凭证。

本说明书实施例提供的特殊凭证发放装置，基于用户的实名注册信息对用户进行实名认证，在实名认证通过的情况下对用户进行实人认证，并在实人认证通过的情况下接收用户的特殊凭证申领资料，基于申领资料的审核结果确定是否为用户发放特殊凭证。

本说明书实施例能够实现特殊凭证的线上自动发放，无需申领者去营业网点办理；同时能够节约特殊凭证发放部门的人力成本，特殊凭证的发放更加便捷。

可选地，作为一个实施例，特殊凭证处理模块606基于审核结果确定是否为所述用户发放所述特殊凭证包括：

如果所述审核结果为通过，则为所述用户发放所述特殊凭证；或，

如果所述审核结果为未通过，则输出未通过审核的提示信息，和/或，输出申领普通凭证的提示信息。

可选地，作为一个实施例，特殊凭证处理模块606，还可以用于确定所述特殊凭证的有效截止日期；

基于所述有效截止日期，通过客户端输出针对所述特殊凭证的年审通知信息。

可选地，作为一个实施例，特殊凭证处理模块606，还可以用于接收所述用户的特殊凭证年审资料，对所述年审资料进行审核；

在所述年审资料通过审核的情况下，更新所述特殊凭证的有效截止日期；或

在所述年审资料不满足继续申领条件的情况下，通过客户端输出未通过年审的提示信息和/或输出申领普通凭证的提示信息；或

在所述年审资料审核失败时，通过客户端输出重新提交年审资料的提示信息。

可选地，作为一个实施例，所述特殊凭证包括特殊电子公交卡，所述特殊电子公交卡对应有乘车码，所述乘车码携带有所述特殊电子公交卡的类型标识，所述装置600包括结算模块，可以用于

在扫码设备采集到所述乘车码的情况下，基于所述特殊电子公交卡的类型标识进行扣款。

可选地，作为一个实施例，身份认证模块604基于所述实名注册信息对所述用户进行实名认证包括：

将所述实名注册信息发送至公安部认证服务端；接收所述公安部认证服务端发送的认证结果，所述认证结果包括实名认证通过或实名认证未通过。

可选地，作为一个实施例，身份认证模块604基于所述实名注册信息对所述用户进行实名认证包括：

向与所述实名注册信息关联的银行卡中转入预设数值的验证金额；基于所述用户输入的数值以及所述预设数值的大小关系，对所述用户进行实名认证。

可选地，作为一个实施例，身份认证模块604对所述用户进行实人认证包括：

采集所述用户的生物特征；

基于所述生物特征与预设生物特征的相似度对所述用户进行实人认证。

根据本说明书实施例的上述特殊凭证发放装置600可以参照对应前文本说明书实施例的特殊凭证发放方法100的流程，并且，该特殊凭证发放装置600中的各个单元/模块和上述其他操作和/或功能分别为了实现特殊凭证发放方法100中的相应流程，并且能够达到相同或等同的技术效果，为了简洁，在此不再赘述。

如图7所示，本说明书还提供了一种特殊凭证发放装置，对应于前文中的服务端，如图7所示，该装置700包括：

身份认证模块702，可以用于基于客户端发送的实名注册信息对用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；

特殊凭证处理模块704，可以用于在实人认证通过的情况下接收所述客户端发送的特殊凭证申领资料，并对所述申领资料进行审核；基于审核结果确定是否为所述用户发放所述特殊凭证。

本说明书实施例提供的特殊凭证发放装置，基于用户的实名注册信息对用户进行实名认证，在实名认证通过的情况下对用户进行实人认证，并在实人认证通过的情况下接收用户的特殊凭证申领资料，基于申领资料的审核结果确定是否为用户发放特殊凭证。

本说明书实施例能够实现特殊凭证的线上自动发放，无需申领者去营业网点办理；同时能够节约特殊凭证发放部门的人力成本，特殊凭证的发放更加便捷。

根据本说明书实施例的上述特殊凭证发放装置700可以参照对应前文本说明书实施例的特殊凭证发放方法200的流程，并且，该特殊凭证发放装置700中的各个单元/模块和上述其他操作和/或功能分别为了实现特殊凭证发放方法200中的相应流程，并且能够达到相同或等同的技术效果，为了简洁，在此不再赘述。

如图8所示，本说明书还提供了一种特殊凭证发放装置，对应于前文中的客户端，如图8所示，该装置800包括：

用户模块802，可以用于接收用户的实名注册信息；将所述实名注册信息发送至服务端，使得所述服务端基于所述实名注册信息对所述用户进行实名认证，并在实名认证通过的情况下对所述用户进行实人认证；

所述用户模块802，可以用于在实人认证通过的情况下获取所述用户的特殊凭证申领资料，将所述申领资料发送至所述服务端，使得所述服务端对所述申领资料进行审核，及基于审核结果确定是否为所述用户发放所述特殊凭证。

本说明书实施例提供的特殊凭证发放装置，基于用户的实名注册信息对用户进行实名认证，在实名认证通过的情况下对用户进行实人认证，并在实人认证通过的情况下接收用户的特殊凭证申领资料，基于申领资料的审核结果确定是否为用户发放特殊凭证。

本说明书实施例能够实现特殊凭证的线上自动发放，无需申领者去营业网点办理；同时能够节约特殊凭证发放部门的人力成本，特殊凭证的发放更加便捷。

根据本说明书实施例的上述特殊凭证发放装置800可以参照对应前文本说明书实施例的特殊凭证发放方法300的流程，并且，该特殊凭证发放装置800中的各个单元/模块和上述其他操作和/或功能分别为了实现特殊凭证发放方法300中的相应流程，并且能够达到相同或等同的技术效果，为了简洁，在此不再赘述。

下面将结合图9详细描述根据本说明书实施例的电子设备。参考图9，在硬件层面，电子设备包括处理器，可选地，包括内部总线、网络接口、存储器。其中，如图9所示，存储器可能包含内存，例如高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括实现其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成转发聊天信息的装置。处理器，执行存储器所存放的程序，并具体用于执行本说明书前文所述的方法实施例的操作。

上述图1至图5所示实施例揭示的方法、装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

图9所示的电子设备还可执行图1至图5所示的实施例的方法，并实现特殊凭证发放方法在图1至图5所示实施例的功能，本说明书实施例在此不再赘述。

当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本说明书实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述图1至图5所示的各个方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。