CN111435503A

CN111435503A - 用于获取电子凭据的方法和装置

Info

Publication number: CN111435503A
Application number: CN202010123145.6A
Authority: CN
Inventors: 马甜甜; 才华
Original assignee: China Unionpay Co Ltd
Current assignee: China Unionpay Co Ltd
Priority date: 2020-02-27
Filing date: 2020-02-27
Publication date: 2020-07-21
Anticipated expiration: 2040-02-27
Also published as: CN111435503B

Abstract

本发明涉及数据处理技术，特别涉及用于获取电子凭据的方法以及实施该方法的装置和计算机存储介质。按照本发明一个方面的用于获取电子凭据的方法包含下列在第一服务器处执行的步骤：从与第一用户相关联的客户端设备接收为第二用户申请电子凭据的请求，所述请求包括第一用户的标识和第二用户的生物特征信息；基于生物特征信息查找与第二用户相关联的注册信息；如果与第二用户相关联的注册信息的有效性被验证通过，则向第二服务器发送获取电子凭据号的请求；基于从第二服务器接收的电子凭据号、与第一用户相关联的账户信息和与第二用户相关联的注册信息生成第二用户的电子凭据；以及向客户端设备返回第二用户的电子凭据。

Description

用于获取电子凭据的方法和装置

技术领域

本发明涉及数据处理技术，特别涉及用于获取电子凭据的方法以及实施该方法的装置和计算机存储介质。

背景技术

随着移动互联网和电子支付技术的发展，地铁乘坐已经进入手机刷卡时代。用户在进站闸机处出示显示于手机上的乘车码，经识别后闸机开启放行，而当乘坐结束时，用户在出站闸机处再次出示乘车码，经识别后闸机开启放行。与此同时，后台支付处理系统根据乘坐记录在用户的账户上作相应的扣款。

当用户与没有支付账户的家人或者手机电力耗尽的朋友和同事同行时，如果在进站时能通过同时为自己和他们呈现多个乘车码来支付所需的费用，则可以省却购票和办理交通卡的麻烦。

发明内容

本发明的一个目的是提供用于获取电子凭据的方法和装置，其能够在使用户便捷、安全地为指定接受人申请电子凭据。

按照本发明一个方面的用于获取电子凭据的方法包含下列在第一服务器处执行的步骤：

从与第一用户相关联的客户端设备接收为第二用户申请电子凭据的请求，所述请求包括所述第一用户的标识和所述第二用户的生物特征信息；

基于所述生物特征信息查找与所述第二用户相关联的注册信息；

如果与所述第二用户相关联的注册信息的有效性被验证通过，则向第二服务器发送获取电子凭据号的请求；

基于从所述第二服务器接收的电子凭据号、与所述第一用户相关联的账户信息和与所述第二用户相关联的注册信息生成所述第二用户的电子凭据；以及

向所述客户端设备返回所述第二用户的电子凭据。

可选地，在上述方法中，所述电子凭据用于交通工具的乘坐或景区的游览。

可选地，在上述方法中，所述第一服务器配置为执行支付处理，并且所述第二服务器配置为执行资源的分配。

可选地，在上述方法中，所述电子凭据的形式为能够在所述客户端设备的屏幕上显示的二维码。

可选地，在上述方法中，所述生物特征信息选自由下列项构成的组：脸部特征、指纹、虹膜和声纹。

可选地，在上述方法中，所述注册信息至少包括下列中的一种：所述第二用户的支付账户信息和所述第一用户与所述第二用户之间的绑定关系。

可选地，在上述方法中，按照下列方式验证所述有效性：

如果所述第一用户与所述第二用户之间存在绑定关系，则确定所述有效性被验证通过。

可选地，在上述方法中，按照下列方式验证所述有效性：

如果存在与所述第二用户相关联的支付账户信息并且所述第二用户的身份被验证通过，则确定所述有效性被验证通过。

可选地，在上述方法中，按照下列方式验证所述有效性：

如果所述第一用户与所述第二用户之间不存在绑定关系，并且也不存在与所述第二用户相关联的支付账户信息，则向所述客户端设备发送在所述第一用户与所述第二用户之间建立绑定关系的提示消息。

可选地，在上述方法中，按照下列方式验证所述第二用户的身份：

向所述客户端设备发送返回与所述第二用户相关联的客户端设备的标识；

如果所返回的标识与在所述第一服务器处预先存储的标识匹配，则所述第二用户的身份被验证通过。

可选地，在上述方法中，所述客户端设备的标识为手机号码、入网许可号或客户端设备MAC地址的全部字符或一个或多个特定位置上的字符。

可选地，在上述方法中，所述生物特征信息为脸部特征，并且按照下列方式验证所述第二用户的身份：

如果所述脸部特征包含指定的表情，则所述第二用户的身份被验证通过。

可选地，在上述方法中，所述获取电子凭据号的请求包含与所述第二用户相关联的注册信息。

按照本发明另一个方面的用于支付处理的计算机系统包含：

存储器；

处理器；以及

存储在所述存储器上并可在所述处理器上运行以执行下列步骤的计算机程序：

如果与所述第二用户相关联的注册信息的有效性被验证通过，则向用于资源分配的计算机系统发送获取电子凭据号的请求；

基于从所述用于资源分配的计算机系统接收的电子凭据号、与所述第一用户相关联的支付账户信息和与所述第二用户相关联的注册信息生成所述第二用户的电子凭据；以及

向所述客户端设备返回所述第二用户的电子凭据。

按照本发明另一个方面的用于获取电子凭据的装置包含：

第一模块，配置为从与第一用户相关联的客户端设备接收为第二用户申请电子凭据的请求，所述请求包括所述第一用户的标识和所述第二用户的生物特征信息；

第二模块，配置为基于所述生物特征信息查找与所述第二用户相关联的注册信息；

第三模块，配置为如果与所述第二用户相关联的注册信息的有效性被验证通过，则向第二服务器发送获取电子凭据号的请求；

第四模块，配置为基于从所述第二服务器接收的电子凭据号、与所述第一用户相关联的支付账户信息和与所述第二用户相关联的注册信息生成所述第二用户的电子凭据；以及

第五模块，配置为向所述客户端设备返回所述第二用户的电子凭据。

按照本发明另一个方面的用于获取电子凭据的方法，包含下列在与第一用户相关联的客户端设备处执行的步骤：

向第一服务器发送为第二用户申请电子凭据的请求，所述请求包括所述第一用户的标识和所述第二用户的生物特征信息；以及

从所述第一服务器接收所述第二用户的电子凭据，

其中，所述第二用户的电子凭据基于从第二服务器获取的电子凭据号、与所述第一用户相关联的支付账户信息和与所述第二用户相关联的注册信息生成，

其中，所述电子凭据号在与所述第二用户相关联的注册信息的有效性被验证通过之后获取。

按照本发明另一个方面的客户端设备包含：

存储器；

处理器；

显示屏；以及

向第一服务器发送为第二用户申请电子凭据的请求，所述请求包括所述第一用户的标识和所述第二用户的生物特征信息；

从所述第一服务器接收所述第二用户的电子凭据；以及

使所述第二用户的电子凭据显示于所述显示屏，

按照本发明另一个方面的用于获取电子凭据的装置包含：

第一模块，配置为向第一服务器发送为第二用户申请电子凭据的请求，所述请求包括所述第一用户的标识和所述第二用户的生物特征信息；以及

第二模块，配置为从所述第一服务器接收所述第二用户的电子凭据，

按照本发明还有一个方面的计算机可读存储介质，其上存储计算机程序，其中，该程序被处理器执行时实现如上所述的方法。

在本发明的一个或多个实施例中，利用第二用户的生物特征信息对第二用户注册信息的有效性进行验证，从而防止不适当或恶意的电子凭据申请。此外，借助身份验证机制，可以防止第一用户为第二用户申请电子凭据而滥用已经注册支付账户的不知情者的生物特征信息。

附图说明

本发明的上述和/或其它方面和优点将通过以下结合附图的各个方面的描述变得更加清晰和更容易理解，附图中相同或相似的单元采用相同的标号表示。附图包括：

图1为按照本发明一个实施例的用于获取电子凭证的方法的流程图。

图2为按照本发明另一个实施例的用于建立关联地铁账户的方法的流程图。

图3为按照本发明另一个实施例的用于获取电子凭证的方法的流程图。

图4为按照本发明另一个实施例的用于获取电子凭证的方法的流程图。

图5为按照本发明另一个实施例的用于获取电子凭证的方法的流程图。

图6为按照本发明另一个实施例的用于获取电子凭证的方法的流程图。

图7为按照本发明另一个实施例的用于支付处理的计算机系统的示意框图。

图8为按照本发明还有一个实施例的用于获取电子凭据的装置的示意框图。

图9为按照本发明另一个实施例的客户端设备的示意框图。

图10为按照本发明还有一个实施例的用于获取电子凭据的装置的示意框图。

具体实施方式

下面参照其中图示了本发明示意性实施例的附图更为全面地说明本发明。但本发明可以按不同形式来实现，而不应解读为仅限于本文给出的各实施例。给出的上述各实施例旨在使本文的披露全面完整，以将本发明的保护范围更为全面地传达给本领域技术人员。

在本说明书中，诸如“包含”和“包括”之类的用语表示除了具有在说明书和权利要求书中有直接和明确表述的单元和步骤以外，本发明的技术方案也不排除具有未被直接或明确表述的其它单元和步骤的情形。

诸如“第一”和“第二”之类的用语并不表示单元在时间、空间、大小等方面的顺序而仅仅是作区分各单元之用。

在本说明书中，术语“电子凭据”泛指电子文件，其能够证明用户具有使用特定资源的资格。特定资源的例子包括但不限于交通资源、旅游资源、娱乐资源、教育资源和医疗资源等。

按照本发明的一个或多个实施例，第一用户通过其关联的客户端设备向远程服务器或用于支付处理的计算机系统发送为第二用户申请电子凭据的请求，该请求不仅包含第一用户的标识，而且还包含第二用户的生物特征信息。可选地，上述第一用户的标识可以与其在用于支付处理的计算机系统处注册的账户相关联以便执行支付处理，第二用户的生物特征信息则在用于支付处理的计算机系统处执行第二用户注册信息的有效性验证，从而防止不适当或恶意的电子凭据申请。例如，当第一用户的客户端设备(例如手机、平板电脑和智能手表等)遗失或被盗时，如果不能提供生物特征信息，则即使客户端设备能够自动发送第一用户的标识，也无法随意为他人申请电子凭据。可选地，上述生物特征信息例如包括但不限于脸部特征、指纹、虹膜和声纹。

按照本发明的一个或多个实施例，用于支付处理的计算机系统在从客户端设备接收到请求时，基于生物特征信息查找与第二用户相关联的注册信息。可选地，上述注册信息例如包括但不限于账户信息和第一用户与第二用户之间的绑定关系。

可选地，用于支付处理的计算机系统可按照下列方式进行第二用户注册信息的有效性验证：

如果基于生物特征信息未查找到用户的注册信息，则用于支付处理的计算机系统将拒绝电子凭据的申请。可选地，用于支付处理的计算机系统还可以向客户端设备返回在第一用户与第二用户之间建立绑定关系的提示消息。

另一方面，对于不同类型的注册信息，可采用相应的方式来验证有效性。例如，如果确定第一用户与第二用户之间存在绑定关系，则判定有效性被验证通过；又如，如果确定存在与第二用户相关联的账户信息，则进一步对第二用户的身份进行验证，并且在身份验证时判定有效性被验证通过。可选地，可以基于客户端设备返回的、与第二用户相关联的客户端设备的标识与在用于支付处理的计算机系统处预先存储的标识的匹配性来完成身份验证。客户端设备的标识例如可以是手机号码、入网许可号或客户端设备MAC地址的全部字符或一个或多个特定位置上的字符。或者可选地，可以采用人脸图像作为生物特征信息并且将人脸图像中的指定表情作为第二用户身份验证的判据。借助身份验证机制，可以防止第一用户为第二用户申请电子凭据而滥用已经在用于支付处理的计算机系统处注册支付账户的不知情者的生物特征信息。

按照本发明的一个或多个实施例，在有效性验证通过之后，用于支付处理的计算机系统将向用于执行资源分配的计算机系统发送获取电子凭据号或序列号的请求，并且基于从用于执行资源分配的计算机系统接收的电子凭据号、与第一用户相关联的账户信息和与第二用户相关联的注册信息生成第二用户的电子凭据。所生成的第二用户的电子凭据被返回第一用户的客户端设备以在使用特定资源时作为凭据出示。可选地，电子凭据可采用能够在客户端设备的屏幕上显示的二维码的形式。上述执行资源分配的计算机系统例如包括但不限于各种票务管理系统和会员资格管理系统等。

图1为按照本发明一个实施例的用于获取电子凭证的方法的流程图，该方法在用于支付处理的计算机系统处执行。在下面的描述中，示例性地但非必须地，所述方法步骤被用于地铁乘坐场景。

如图1所示，在步骤101，用于支付处理的计算机系统或支付服务端从客户端设备(例如手机、平板电脑和智能手表等)接收为他人或指定接受人申请乘车码的请求，该请求包含发起人的标识和指定接受人的人脸图像。可选地，人脸图像由客户端设备实时采集，或者预先存储在客户端设备内。

接着进入步骤102，支付服务端解析发起人标识以获取发起人的支付账户的注册信息(如云闪付账户注册信息)，并且识别指定接受人的人脸图像以获取指定接受人的注册信息。在本实施例中，指定接受人的注册信息可以是指定接受人已有的支付账户的注册信息，也可以是发起人为其开通的关联地铁账户的注册信息。

在本实施例中，支付服务端可对支付账户进行支付操作，因而支付账户可直接用于行程消费。关联地铁账户则不同于支付账户，其只能用于地铁通行场景。可以通过将指定接受人的身份信息绑定于发起人的支付账户而建立关联地铁账户，由此使得发起人能够通过其客户端设备为关联地铁账户申请乘车码以用于支付行程消费。可选地，关联地铁账户不具备独立的登录权限。

随后进入步骤103，确定指定接受人在支付服务端是否有注册信息。如果不存在注册信息，则进入步骤104，否则，则进入步骤105。

在步骤104，支付服务端向客户端设备返回刷码失败的消息。可选地，支付服务端还向客户端设备发送为指定接受人开通关联地铁账户的提示消息。

在步骤105，支付服务端对指定接受人的注册信息类别进行判断。如果发起人已经为该指定接受人开通了关联地铁账户，则进入步骤106，如果指定接受人在支付服务端已经注册支付账户，则进入步骤107。

在步骤106，支付服务端向轨道交通运营商的票务管理系统发送电子地铁卡号申请。可选地，该申请包含指定接受人的关联地铁账户的注册信息。

在执行步骤106之后进入步骤108，支付服务端基于从票务管理系统接收的为指定接受人分配的电子地铁卡号、指定接受人在支付服务端的注册信息和发起人在支付服务端的支付账户的注册信息生成乘车码。可选地，乘车码为适于在客户端设备的显示屏上显示的二维码的形式。

接着进入步骤109，支付服务端向客户端设备发送在步骤108所生成的乘车码。

回到步骤105的另一分支步骤107。在该步骤中，支付服务端向客户端设备发送验证请求。可选地，要求提供的验证信息可以是指定接受人的手机号码的全部数字或特定位置上的数字(例如后4位数字)。接着进入步骤110，支付服务端基于指定接受人支付账户的注册信息来验证返回的验证信息，如果验证通过，则转至步骤106，否则，则进入步骤111。

在步骤111，支付服务端向客户端设备返回刷码失败的消息。可选地，支付服务端还向客户端设备发送指定接受人身份验证未通过的提示消息。

在本实施例中，可选地，为他人或指定接受人申请乘车码的请求除了包含发起人的标识和指定接受人的人脸图像以外，还包含指定接受人在支付服务端的注册状态，这里所述的注册状态包括是否已经注册以及注册账户的类型(例如支付账户和关联地铁账户)。

在本实施例中，利用客户端设备标识进行身份验证可以防止发起人在拥有支付账户的第三人不知情的情况下，冒用后者的身份为指定接受人申请乘车码，从而出现该第三人无法乘坐地铁的情况。

在本实施例中，可以设置在人脸图像中包含指定表情(例如下列各种表情动作及其组合：“眨眼”、“转眼珠”、“摇头”、“点头”、“张嘴”、“撇嘴”、“皱眉”、“抽鼻子”等)的要求。由此可以省略客户端设备发送验证请求的步骤107，并且在步骤110中，通过判断在步骤101接收到的人脸图像中是否包含指定的表情来验证指定接受人的身份。由于在随机情况下，发起人很难拍摄到不知情的第三人作出指定表情的图像，因此指定表情可以用来进行身份验证。

如图2所示，在步骤201，支付服务端从发起人的客户端设备接收建立关联地铁账户的请求。在本实施例中，关联地铁账户的请求包括关联地铁账户所关联的对象的身份属性或与发起人之间的关系(例如包括父子、母子、夫妻和朋友等)、姓名、身份证号以及对象的人脸图像。

随后进入步骤202，支付服务端基于对象的姓名和身份证号，从数据库调取对象的身份证照片以用于与从客户端设备接收的人脸图像进行对比，如果判断为同一人，则进入步骤203，否则进入步骤204。

在步骤203，支付服务端向客户端设备发送提供发起人支付账户的支付密码的验证请求。另一方面，在步骤204，支付服务端向客户端设备返回关联地铁账户开通失败的结果。

在执行步骤203之后进入步骤205，支付服务端对返回的支付密码进行验证。在步骤205，如果支付密码验证通过，则进入步骤206，向客户端设备返回关联地铁账户开通成功的结果，否则进入步骤204，向客户端设备返回关联地铁账户开通失败的结果。

图3为按照本发明另一个实施例的用于获取电子凭证的方法的流程图，该方法在客户端设备处执行。在下面的描述中，示例性地但非必须地，所述方法步骤被用于地铁乘坐场景。

如图3所示，在步骤301，客户端设备向支付服务端发送为指定接受人申请乘车码的请求，该请求中携带发起人的标识和指定接受人的人脸图像。可选地，人脸图像由客户端设备实时采集，或者预先存储在客户端设备内。

随后在步骤302，客户端设备从支付服务端接收为指定接受人申请的乘车码。所述乘车码的生成过程在上面借助图1所示的实施例中已作描述，此处不再赘述。

图4为按照本发明另一个实施例的用于获取电子凭证的方法的流程图，示例性地但非必须地，所述方法步骤被用于地铁乘坐场景。

在本实施例中，假设请求生成乘车码的发起人已为指定接受人开设关联地铁账户。

以下描述图4中的相应步骤：

步骤401：响应于发起人在客户端设备上输入的为他人申请乘车码的命令(例如通过点击客户端设备的屏幕上“帮他人刷码”的菜单选项或图标)，客户端设备向服务支付端发送为指定接受人申请乘车码的请求，该请求包含发起人标识和指定接受人的人脸图像。可选地，客户端设备可自动开启所配备的摄像头以采集指定接受人的人脸图像。可选地，在本步骤中，为他人或指定接受人申请乘车码的请求除了包含发起人的标识和指定接受人的人脸图像以外，还包含指定接受人已经注册关联地铁账户的指示。

步骤402：支付服务端在接收到请求后，解析发起人的标识以获取发起人的支付账户的注册信息，并且识别指定接受人的人脸图像以获取指定接受人的关联地铁账户的注册信息。

步骤403：支付服务端将该指定接受人的关联地铁账户的注册信息发送至轨道交通运营商的票务管理系统以为关联地铁账户申请电子地铁卡号。

步骤404：轨道交通运营商的票务管理系统校验指定接受人的关联地铁账户的注册信息，并且在校验通过后对电子地铁卡号进行加密。

步骤405：轨道交通运营商的票务管理系统将加密的电子地铁卡号发送给支付服务端。

步骤406：支付服务端接收到电子地铁卡号后，将卡号、指定接受人的关联地铁账户的注册信息、发起人的支付账户的注册信息等组合生成乘车码。

步骤407：支付服务端将所生成的乘车码发送至客户端设备。

步骤408：客户端设备接收乘车码并且在客户端设备上显示该乘车码。

图5为按照本发明另一个实施例的用于获取电子凭证的方法的流程图，示例性地但非必须地，所述方法步骤被用于地铁乘坐场景。

在本实施例中，假设指定接受人已经在支付服务端注册支付账户。

以下描述图5中的相应步骤：

步骤501：响应于发起人在客户端设备上输入的为他人申请乘车码的命令(例如通过点击客户端设备的屏幕上“帮他人刷码”的菜单选项或图标)，客户端设备向服务支付端发送为指定接受人申请乘车码的请求，该请求包含发起人标识和指定接受人的人脸图像。可选地，客户端设备可自动开启所配备的摄像头以采集指定接受人的人脸图像。

步骤502：支付服务端在接收到请求后，解析发起人的标识以获取发起人的支付账户的注册信息，并且识别指定接受人的人脸图像以获取指定接受人的支付账户的注册信息。

步骤503：支付服务端向客户端设备发送验证请求。验证信息例如可以上指定接受人的手机号码的全部数字或特定位置上的数字(这里以手机号码的后4位数字为例)。

步骤504：客户端设备向支付服务端发送验证信息。

步骤505：支付服务端根据指定接受人在支付服务端的支付账户的注册信息中所包含的手机号码来判断验证信息是否准确。

步骤506：如果判断验证信息准确，则支付服务端将该指定接受人的支付账户的注册信息发送至轨道交通运营商的票务管理系统以申请相应的电子地铁卡号。

步骤507：轨道交通运营商的票务管理系统校验指定接受人的支付账户的注册信息，并且在校验通过后对电子地铁卡号进行加密。

步骤508：轨道交通运营商的票务管理系统向支付服务端发送加密的电子地铁卡号。

步骤509：支付服务端接收到电子地铁卡号后，将卡号、指定接受人的支付账户的注册信息、发起人的支付账户的注册信息等组合生成乘车码。

步骤510：支付服务端将所生成的乘车码发送至客户端设备。

步骤511：客户端设备接收乘车码并且在客户端设备上显示该乘车码。

可选地，在本实施例的步骤501中，为他人或指定接受人申请乘车码的请求除了包含发起人的标识和指定接受人的人脸图像以外，还包含指定接受人已经注册支付账户的指示和用于验证指定接受人身份的验证信息。相应地，步骤503和504可以省略。

可选地，在本实施例中，可以设置在人脸图像中包含指定表情的要求。由此可以省略步骤503和504，并且在步骤505中通过判断在步骤501接收到的人脸图像中是否包含指定的表情来验证指定接受人的身份。

图6为按照本发明另一个实施例的用于获取电子凭证的方法的流程图，示例性地但非必须地，所述方法步骤被用于地铁乘坐场景。

在本实施例中，假设指定接受人在支付服务端上既未注册关联地铁账户，也未注册支付账户。

以下描述图6中的相应步骤：

步骤601：响应于发起人在客户端设备上输入的为他人申请乘车码的命令(例如通过点击客户端设备的屏幕上“帮他人刷码”的菜单选项或图标)，客户端设备向服务支付端发送为指定接受人申请乘车码的请求，该请求包含发起人标识和指定接受人的人脸图像。可选地，客户端设备可自动开启所配备的摄像头以采集指定接受人的人脸图像。

步骤602：支付服务端在接收到请求后，解析发起人的标识以获取发起人的支付账户的注册信息，并且识别指定接受人的人脸图像以获取指定接受人的支付账户的注册信息。在本实施例中，支付服务端确认该指定接受人没有注册支付账户且发起人也没有为其开通关联地铁账户。

步骤603：支付服务端向客户端设备返回刷码失败和提示开通关联地铁账户的消息。

步骤604：客户端设备向支付服务端发送为指定接受人开通关联地铁账户的请求，该请求包括指定接受人的身份属性或与发起人之间的关系(例如包括父子、母子、夫妻和朋友等)、姓名、身份证号。由于在步骤601。由于指定接受人的人脸图像在步骤601中已经由客户端设备，因此本步骤无需再上传。

步骤605：支付服务端基于对象的姓名和身份证号，从数据库调取指定接受人的身份证照片以用于与从客户端设备接收的人脸图像进行对比，如果判断为同一人，则建立该指定接受人姓名、身份证号、人脸之间的对应关系。

步骤606：支付服务端向客户端设备发送发起人支付密码验证请求。

步骤607：客户端设备向支付服务端返回支付密码。

步骤608：支付服务端接收发起人输入的支付密码并进行验证。

步骤609：在支付密码验证通过后，支付服务端向客户端设备返回关联地铁账户开通成功的结果。

步骤610：支付服务端将该指定接受人的关联地铁账户的注册信息发送至轨道交通运营商的票务管理系统以为关联地铁账户申请电子地铁卡号。

步骤611：轨道交通运营商的票务管理系统校验指定接受人的关联地铁账户的注册信息，并且在校验通过后对电子地铁卡号进行加密。

步骤612：轨道交通运营商的票务管理系统将加密的电子地铁卡号发送给支付服务端。

步骤613：支付服务端接收到电子地铁卡号后，将卡号、指定接受人的关联地铁账户的注册信息、发起人的支付账户的注册信息等组合生成乘车码。

步骤614：支付服务端将所生成的乘车码发送至客户端设备。

步骤615：客户端设备接收乘车码并且在客户端设备上显示该乘车码。

在上面借助图1-6所描述的实施例中，可选地，所生成的乘车码在完成一组进站和出站的刷码后将失效。或者可选地，可以为乘车码预设一定的时间间隔(例如10分钟)，如果自生成之后起的该时间间隔内未被刷码，则该乘车码也将失效。或者可选地，可以为所生成的乘车码设定使用次数，在刷码达到设定次数后将失效。可选地，使用次数可以包含在为指定接受人申请乘车码的请求中。

图7所示的计算机系统70包含存储器710(例如诸如闪存、ROM、硬盘驱动器、磁盘、光盘之类的非易失存储器)、处理器720以及存储在存储器710上并可在处理器720上运行的计算机程序730，其中，执行计算机程序730可以实现上面借助图1-6所述的用于获取电子凭据的方法步骤。

如图8所示，本实施例的用于获取电子凭据的装置80包括第一模块810、第二模块820、第三模块830、第四模块840和第五模块850。第一模块810被配置为从与第一用户相关联的客户端设备接收为第二用户申请电子凭据的请求，所述请求包括所述第一用户的标识和所述第二用户的生物特征信息。第二模块820被配置为基于所述生物特征信息查找与所述第二用户相关联的注册信息。第三模块830被配置为如果与所述第二用户相关联的注册信息的有效性被验证通过，则向第二服务器发送获取电子凭据号的请求。第四模块840被配置为基于从所述第二服务器接收的电子凭据号、与所述第一用户相关联的支付账户信息和与所述第二用户相关联的注册信息生成所述第二用户的电子凭据。第五模块850被配置为向所述客户端设备返回所述第二用户的电子凭据。

图9为按照本发明另一个实施例的客户端设备的示意框图。

图9所示的客户端设备90包含存储器910(例如诸如闪存、ROM、硬盘驱动器、磁盘、光盘之类的非易失存储器)、处理器920、显示屏930以及存储在存储器910上并可在处理器920上运行的计算机程序940，其中，执行计算机程序930可以实现上面借助图3所述的用于获取电子凭据的方法步骤。

如图10所示，本实施例的用于获取电子凭据的装置100包括第一模块1010、第二模块1020和第三模块1030。第一模块1010被配置为向第一服务器发送为第二用户申请电子凭据的请求，所述请求包括所述第一用户的标识和所述第二用户的生物特征信息，第二模块1020被配置为从所述第一服务器接收所述第二用户的电子凭据，其中，所述第二用户的电子凭据基于从第二服务器获取的电子凭据号、与所述第一用户相关联的支付账户信息和与所述第二用户相关联的注册信息生成，其中，所述电子凭据号在与所述第二用户相关联的注册信息的有效性被验证通过之后获取。

按照本发明的另一方面，还提供了一种计算机可读存储介质，其上存储计算机程序，该程序被处理器执行时可实现上面借助图1、2和4-6所述的用于获取电子凭据的方法。

按照本发明的另一方面，还提供了一种计算机可读存储介质，其上存储计算机程序，该程序被处理器执行时可实现上面借助图3所述的用于获取电子凭据的方法。

与现有技术相比，本发明至少具有下列优点：

指定接受人在注册支付账号和关联地铁账号的情况下，即使不拥有客户端设备或客户端设备不具备可用性，发起人都可以为其申请电子乘车码，因而具有更为广泛的应用场景。

通过身份验证可以防止发起人在拥有支付账户的第三人不知情的情况下，冒用后者的身份为指定接受人申请乘车码，避免引起纠纷。

提供本文中提出的实施例和示例，以便最好地说明按照本技术及其特定应用的实施例，并且由此使本领域的技术人员能够实施和使用本发明。但是，本领域的技术人员将会知道，仅为了便于说明和举例而提供以上描述和示例。所提出的描述不是意在涵盖本发明的各个方面或者将本发明局限于所公开的精确形式。

鉴于以上所述，本公开的范围通过以下权利要求书来确定。

Claims

1.一种用于获取电子凭据的方法，其特征在于，所述方法包含下列在第一服务器处执行的步骤：

向所述客户端设备返回所述第二用户的电子凭据。

2.如权利要求1所述的方法，其中，所述注册信息至少包括下列中的一种：所述第二用户的支付账户信息和所述第一用户与所述第二用户之间的绑定关系。

3.如权利要求2所述的方法，其中，按照下列方式验证所述有效性：

4.如权利要求2所述的方法，其中，按照下列方式验证所述有效性：

5.如权利要求2所述的方法，其中，按照下列方式验证所述有效性：

6.如权利要求1所述的方法，其中，所述电子凭据用于交通工具的乘坐或景区的游览。

7.如权利要求1所述的方法，其中，所述第一服务器配置为执行支付处理，并且所述第二服务器配置为执行资源的分配。

8.如权利要求1所述的方法，其中，所述电子凭据的形式为能够在所述客户端设备的屏幕上显示的二维码。

9.如权利要求1所述的方法，其中，所述生物特征信息选自由下列项构成的组：脸部特征、指纹、虹膜和声纹。

10.如权利要求3-5中任意一项所述的方法，其中，按照下列方式验证所述第二用户的身份：

11.如权利要求10所述的方法，其中，所述客户端设备的标识为手机号码、入网许可号或客户端设备MAC地址的全部字符或一个或多个特定位置上的字符。

12.如权利要求3-5中任意一项所述的方法，其中，所述生物特征信息为脸部特征，并且按照下列方式验证所述第二用户的身份：

13.如权利要求1所述的方法，其中，所述获取电子凭据号的请求包含与所述第二用户相关联的注册信息。

14.一种用于支付处理的计算机系统，其特征在于，包含：

存储器；

处理器；以及

向所述客户端设备返回所述第二用户的电子凭据。

15.如权利要求14所述的装置，其中，所述注册信息至少包括下列中的一种：所述第二用户的支付账户信息和所述第一用户与所述第二用户之间的绑定关系。

16.如权利要求15所述的装置，其中，按照下列方式验证所述有效性：

17.如权利要求15所述的装置，其中，按照下列方式验证所述有效性：

18.如权利要求15所述的装置，其中，按照下列方式验证所述有效性：

19.如权利要求14所述的装置，其中，所述电子凭据用于交通工具的乘坐或景区的游览。

20.如权利要求14所述的装置，其中，所述电子凭据的形式为能够在所述客户端设备的屏幕上显示的二维码。

21.如权利要求14所述的装置，其中，所述生物特征信息选自由下列项构成的组：脸部特征、指纹、虹膜和声纹。

22.如权利要求16-18中任意一项所述的装置，其中，按照下列方式验证所述第二用户的身份：

23.如权利要求22所述的装置，其中，所述客户端设备的标识为手机号码、入网许可号或客户端设备MAC地址的全部字符或一个或多个特定位置上的字符。

24.如权利要求16-18中任意一项所述的装置，其中，所述生物特征信息为脸部特征，并且按照下列方式验证所述第二用户的身份：

25.如权利要求14所述的装置，其中，所述获取电子凭据号的请求包含与所述第二用户相关联的注册信息。

26.一种用于获取电子凭据的装置，其特征在于，包含：

27.一种计算机可读存储介质，其上存储计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-13中任意一项所述的方法。

28.一种用于获取电子凭据的方法，其特征在于，所述方法包含下列在与第一用户相关联的客户端设备处执行的步骤：

从所述第一服务器接收所述第二用户的电子凭据，

29.如权利要求28所述的方法，其中，所述注册信息至少包括下列中的一种：所述第二用户的支付账户信息和所述第一用户与所述第二用户之间的绑定关系。

30.如权利要求29所述的方法，其中，按照下列方式验证所述有效性：

31.如权利要求29所述的方法，其中，按照下列方式验证所述有效性：

32.如权利要求29所述的方法，其中，按照下列方式验证所述有效性：

33.一种客户端设备，其特征在于，包含：

存储器；

处理器；

显示屏；以及

从所述第一服务器接收所述第二用户的电子凭据；以及

使所述第二用户的电子凭据显示于所述显示屏，

34.如权利要求33所述的客户端设备，其中，所述客户端设备选自由下列项构成的组：手机、平板电脑和智能手表。

35.一种用于获取电子凭据的装置，其特征在于，包含：

36.一种计算机可读存储介质，其上存储计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求28-32中任意一项所述的方法。