CN111553681A - 电子卡的获取方法及装置 - Google Patents

Abstract

本说明书一个或多个实施例公开了一种电子卡的获取方法及装置。方法包括：响应于用户发出的针对多个不同类别的电子卡的获取请求，生成用户对应的未激活的多个电子卡；获取请求包括用户的用户身份信息；当接收到用户对多个电子卡中的第一电子卡的使用请求时，向第一电子卡对应的第一电子卡服务端发送针对第一电子卡的激活请求；激活请求携带有用户的用户身份信息；第一电子卡服务端用于根据激活请求激活第一电子卡，以及向第三方应用发送第一电子卡对应的激活结果；基于第一电子卡服务端发送的激活结果，确定是否生成第一电子卡对应的使用信息。

Description

电子卡的获取方法及装置

技术领域

本说明书涉及信息交互技术领域，尤其涉及一种电子卡的获取方法及装置。

背景技术

目前，各行业的实体卡已逐步向电子化转型，电子卡的出现给用户及商户等带来极大的方便。但是，现有的电子卡生成过程较为繁琐，比如每生成一张电子卡就需要单独进行一次激活领卡操作。尤其是在用户想要同时领取多张电子卡时，就会引发多次激活领卡操作带来的高并发情形，导致服务端压力骤增，且用户等待时间较长。

例如公共交通行业，用户领到的都是集成在手机客户端中的电子交通卡。对提供电子交通卡服务的客户端，鉴于公共交通公司运营的独立性，以及与其合作开发的底层技术标准不尽相同，因此每要使用一张电子交通卡就需单独进行一次签约领卡操作。用户每转换一个城市后，想要使用电子交通卡服务，就需要从头操作一次签约领卡，导致用户的使用效率比较低，且使用体验较差。并且，当用户想要批量领卡时，就需要服务端同时执行多个签约任务，导致高并发情形、且增大服务端负载，用户等待的时间也较长，体验较差。

发明内容

一方面，本说明书一个或多个实施例提供一种电子卡的获取方法，应用于第三方应用，包括：响应于用户发出的针对多个不同类别的电子卡的获取请求，生成所述用户对应的未激活的多个所述电子卡，所述获取请求包括所述用户的用户身份信息。当接收到所述用户对所述多个电子卡中的第一电子卡的使用请求时，向所述第一电子卡对应的第一电子卡服务端发送针对所述第一电子卡的激活请求，所述激活请求携带有所述用户的用户身份信息，所述第一电子卡服务端用于根据所述激活请求激活所述第一电子卡，以及向所述第三方应用发送所述第一电子卡对应的激活结果。基于所述第一电子卡服务端发送的所述激活结果，确定是否生成所述第一电子卡对应的使用信息。

另一方面，本说明书一个或多个实施例提供一种电子交通卡的获取方法，应用于第三方应用，包括：响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成所述用户对应的未签约的多个所述电子交通卡，所述获取请求包括所述用户的用户身份信息。当接收到所述用户对所述多个电子交通卡中的第一电子交通卡的使用请求时，向所述第一电子交通卡对应的第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求，所述签约请求携带有所述用户的用户身份信息，所述第一电子交通卡服务端用于根据所述签约请求执行对所述第一电子交通卡的签约操作，以及向所述第三方应用发送所述第一电子交通卡对应的签约结果。基于所述第一电子交通卡服务端发送的所述签约结果，确定是否生成所述第一电子交通卡对应的乘车码。

再一方面，本说明书一个或多个实施例提供一种电子卡的获取装置，包括：第一生成模块，响应于用户发出的针对多个不同类别的电子卡的获取请求，生成所述用户对应的未激活的多个所述电子卡，所述获取请求包括所述用户的用户身份信息。第一发送模块，当接收到所述用户对所述多个电子卡中的第一电子卡的使用请求时，向所述第一电子卡对应的第一电子卡服务端发送针对所述第一电子卡的激活请求，所述激活请求携带有所述用户的用户身份信息，所述第一电子卡服务端用于根据所述激活请求激活所述第一电子卡，以及向所述第三方应用发送所述第一电子卡对应的激活结果。第一确定模块，基于所述第一电子卡服务端发送的所述激活结果，确定是否生成所述第一电子卡对应的使用信息。

再一方面，本说明书一个或多个实施例提供一种电子交通卡的获取装置，包括：第二生成模块，响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成所述用户对应的未签约的多个所述电子交通卡，所述获取请求包括所述用户的用户身份信息。第二发送模块，当接收到所述用户对所述多个电子交通卡中的第一电子交通卡的使用请求时，向所述第一电子交通卡对应的第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求，所述签约请求携带有所述用户的用户身份信息，所述第一电子交通卡服务端用于根据所述签约请求执行对所述第一电子交通卡的签约操作，以及向所述第三方应用发送所述第一电子交通卡对应的签约结果。第二确定模块，基于所述第一电子交通卡服务端发送的所述签约结果，确定是否生成所述第一电子交通卡对应的乘车码。

再一方面，本说明书一个或多个实施例提供一种电子卡的获取设备，包括：处理器，以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：响应于用户发出的针对多个不同类别的电子卡的获取请求，生成所述用户对应的未激活的多个所述电子卡，所述获取请求包括所述用户的用户身份信息。当接收到所述用户对所述多个电子卡中的第一电子卡的使用请求时，向所述第一电子卡对应的第一电子卡服务端发送针对所述第一电子卡的激活请求，所述激活请求携带有所述用户的用户身份信息，所述第一电子卡服务端用于根据所述激活请求激活所述第一电子卡，以及向所述第三方应用发送所述第一电子卡对应的激活结果。基于所述第一电子卡服务端发送的所述激活结果，确定是否生成所述第一电子卡对应的使用信息。

再一方面，本说明书一个或多个实施例提供一种电子交通卡的获取设备，包括：处理器，以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成所述用户对应的未签约的多个所述电子交通卡，所述获取请求包括所述用户的用户身份信息。当接收到所述用户对所述多个电子交通卡中的第一电子交通卡的使用请求时，向所述第一电子交通卡对应的第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求，所述签约请求携带有所述用户的用户身份信息，所述第一电子交通卡服务端用于根据所述签约请求执行对所述第一电子交通卡的签约操作，以及向所述第三方应用发送所述第一电子交通卡对应的签约结果。基于所述第一电子交通卡服务端发送的所述签约结果，确定是否生成所述第一电子交通卡对应的乘车码。

再一方面，本说明书一个或多个实施例提供一种存储介质，用于存储计算机可执行指令，所述可执行指令在被执行时实现以下流程：响应于用户发出的针对多个不同类别的电子卡的获取请求，生成所述用户对应的未激活的多个所述电子卡，所述获取请求包括所述用户的用户身份信息。当接收到所述用户对所述多个电子卡中的第一电子卡的使用请求时，向所述第一电子卡对应的第一电子卡服务端发送针对所述第一电子卡的激活请求，所述激活请求携带有所述用户的用户身份信息，所述第一电子卡服务端用于根据所述激活请求激活所述第一电子卡，以及向所述第三方应用发送所述第一电子卡对应的激活结果。基于所述第一电子卡服务端发送的所述激活结果，确定是否生成所述第一电子卡对应的使用信息。

再一方面，本说明书一个或多个实施例提供一种存储介质，用于存储计算机可执行指令，所述可执行指令在被执行时实现以下流程：响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成所述用户对应的未签约的多个所述电子交通卡，所述获取请求包括所述用户的用户身份信息。当接收到所述用户对所述多个电子交通卡中的第一电子交通卡的使用请求时，向所述第一电子交通卡对应的第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求，所述签约请求携带有所述用户的用户身份信息，所述第一电子交通卡服务端用于根据所述签约请求执行对所述第一电子交通卡的签约操作，以及向所述第三方应用发送所述第一电子交通卡对应的签约结果。基于所述第一电子交通卡服务端发送的所述签约结果，确定是否生成所述第一电子交通卡对应的乘车码。

附图说明

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

图1是根据本说明书一实施例的一种电子卡的获取方法的示意性流程图；

图2是根据本说明书一实施例的一种电子交通卡的获取方法的示意性流程图；

图3是根据本说明书另一实施例的一种电子交通卡的获取方法的示意性流程图；

图4是根据本说明书一实施例的一种电子交通卡的获取方法的界面示意图；

图5是根据本说明书一实施例的一种电子卡的获取装置的结构示意图；

图6是根据本说明书一实施例的一种电子交通卡的获取装置的结构示意图；

图7是根据本说明书一实施例的一种电子卡的获取设备的结构示意图；

图8是根据本说明书一实施例的一种电子交通卡的获取设备的结构示意图。

具体实施方式

本说明书一个或多个实施例提供一种电子卡的获取方法及装置，用以解决现有获取电子卡的方法导致用户体验不佳的问题。

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书一个或多个实施例保护的范围。

图1是根据本说明书一实施例的一种电子卡的获取方法的示意性流程图，如图1所示，该方法应用于第三方应用，包括：

S102，响应于用户发出的针对多个不同类别的电子卡的获取请求，生成用户对应的未激活的多个电子卡。

其中，获取请求中包括用户的用户身份信息。不同类别的电子卡对应不同的电子卡服务端。

在一个实施例中，生成用户对应的未激活的多个电子卡之后，可显示成功生成多个电子卡的提示界面图，以便更好的提示用户多个电子卡已成功生成。

在一个实施例中，生成用户对应的未激活的多个电子卡之后，可建立各电子卡的类别与用户身份信息之间的对应关系。

其中，电子卡的类别可为电子卡的区域类别、电子卡的服务端类别等。以建立各电子卡的区域类别与用户身份信息之间的对应关系为例，未激活的多个电子卡的区域类别包括A区域、B区域等。本实施例中，可建立A区域与用户身份信息之间的第一对应关系、B区域与用户身份信息之间的第二对应关系。

本实施例中，通过建立各电子卡的类别与用户身份信息之间的对应关系，使得不同类别的电子卡与用户身份信息之间的对应关系更加明确，且便于调用，以使在后续操作中能直接基于上述对应关系执行对应的激活操作。

S104，当接收到用户对多个电子卡中的第一电子卡的使用请求时，向第一电子卡对应的第一电子卡服务端发送针对第一电子卡的激活请求。

其中，激活请求携带有用户的用户身份信息。第一电子卡服务端用于根据激活请求激活第一电子卡，以及向第三方应用发送第一电子卡对应的激活结果。

其中，激活结果可包括激活成功或激活失败。

S106，基于第一电子卡服务端发送的激活结果，确定是否生成第一电子卡对应的使用信息。

其中，若激活结果为激活成功，则生成第一电子卡对应的使用信息，以及将使用信息展示给用户。

若激活结果为激活失败，则可以向第一电子卡服务端发送针对第一电子卡的激活请求，还可以向用户发出用于标识第一电子卡激活失败的提示信息。其中，提示信息可用于提示用户再次发起激活请求。

本实施例中，基于第一电子卡服务端发送的激活结果，使得第三方应用能够快速判断需要执行的操作，避免了用户的长时间等待，提高了用户的使用体验。

本实施例中，第一电子卡对应的使用信息可为第一电子卡对应的使用码(如条形码、二维码等)、第一电子卡对应的卡片信息(如卡片账号、使用者、卡片编号等)等。

本实施例中，第三方应用可为具有电子卡生成功能的即时通讯类应用、支付类应用、购物类应用、金融类应用等。

采用本说明书一个或多个实施例的技术方案，响应于用户发出的针对多个不同类别的电子卡的获取请求后，能够先生成用户对应的未激活的多个电子卡，并在接收到用户对多个电子卡中的第一电子卡的使用请求时，向第一电子卡对应的第一电子卡服务端发送针对第一电子卡的激活请求，并基于第一电子卡服务端发送的激活结果，确定是否生成第一电子卡对应的使用信息。从而在获取多个不同类别的电子卡时，将对电子卡的生成操作和激活操作分开执行，即将对电子卡的激活操作拆分至用户每次使用的时刻，而并非一次性激活多个电子卡，避免了高并发及服务端负载过大的情况，且使得用户无需长时间等待，提升了用户的使用体验。

在一个实施例中，向第一电子卡对应的第一电子卡服务端发送针对第一电子卡的激活请求之前，可判断已建立的对应关系中是否包含第一电子卡的类别与用户身份信息之间的对应关系。

若确定已建立的对应关系中包含第一电子卡的类别与用户身份信息之间的对应关系，则执行向第一电子卡服务端发送针对第一电子卡的激活请求的步骤。

若确定已建立的对应关系中不包含第一电子卡的类别与用户身份信息之间的对应关系，则建立第一电子卡的类别与用户身份信息之间的对应关系，并再次执行判断已建立的对应关系中是否包含第一电子卡的类别与用户身份信息之间的对应关系的步骤。

本实施例使得第三方应用基于预先建立的第一电子卡的类别与用户身份信息之间的对应关系，就能准确的向第一电子卡服务端发送针对第一电子卡的激活请求，减少了与用户之间的交互过程，提高了用户的使用体验。

在一个实施例中，当接收到用户对多个电子卡中的第一电子卡的使用请求时，可根据第一电子卡的卡状态确定是否生成第一电子卡对应的使用信息。

其中，卡状态是基于激活结果确定的。若激活结果为激活成功，则将第一电子卡的卡状态更新为已激活状态；若激活结果为激活失败，则第一电子卡的卡状态仍为未激活状态。

在一个实施例中，在将第一电子卡的卡状态更新为已激活状态之后，当接收到用户对第一电子卡的使用请求时，可确定第一电子卡的卡状态，若卡状态为已激活状态，则获取第一电子卡的使用信息，并将使用信息展示给用户。

本实施例中，能够在第一电子卡的卡状态为已激活状态时，获取第一电子卡的使用信息，并将使用信息展示给用户，避免了对同一电子卡执行重复激活操作。

上述实施例提供的电子卡的获取方法可应用于多种场景，如通过第三方应用获取电子交通卡的场景、获取电子会员卡的场景等。下面以电子卡为电子交通卡为例，说明上述实施例提供的电子卡的获取方法的执行过程。

图2是根据本说明书一实施例的一种电子交通卡的获取方法的示意性流程图，如图2所示，该方法应用于第三方应用，包括：

S202，响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成用户对应的未签约的多个电子交通卡。

其中，获取请求中包括用户的用户身份信息，获取请求可为授权请求。例如，在第三方应用中，用户发出的针对多个不同区域的电子交通卡的获取请求，可以是用户对多个不同城市(或全国)的电子交通卡执行授权操作。

不同区域的电子交通卡由不同区域的电子交通卡服务端下发。例如，不同城市的电子交通卡由不同城市的电子交通卡服务端下发。

在一个实施例中，生成用户对应的未签约的多个电子交通卡之后，可显示成功生成多个电子交通卡的提示界面图，以便更好的提示用户多个电子交通卡已成功生成。

在一个实施例中，生成用户对应的未签约的多个电子交通卡之后，可显示电子交通卡的显示界面，在该显示界面上排列有各未签约的电子交通卡。在电子交通卡的显示界面上，各电子交通卡的排列顺序受多种因素影响，如用户当前定位位置、各电子交通卡的获取顺序、各电子交通卡的使用频次等。

例如，用户首次获取多个电子交通卡，在电子交通卡的显示界面上，将用户当前定位位置对应的各电子交通卡靠前排列，其余电子交通卡随机排列。

再例如，用户通过多次操作依次获取多个电子交通卡，在电子交通卡的显示界面上，按各电子交通卡的获取顺序的先后进行排列各电子交通卡。

再例如，用户多次使用多个电子交通卡之后，在电子交通卡的显示界面上，按各电子交通卡的使用频次由高到低排列各电子交通卡。

在一个实施例中，生成用户对应的未签约的多个电子交通卡之后，可建立各电子交通卡对应的区域信息与用户身份信息之间的对应关系。

例如，未签约的多个电子交通卡对应的区域信息包括A区域、B区域等。本实施例中，可建立A区域与用户身份信息之间的第一对应关系、B区域与用户身份信息之间的第二对应关系。

本实施例中，通过建立各电子交通卡的区域信息与用户身份信息之间的对应关系，使得不同区域的电子交通卡与用户身份信息之间的对应关系更加明确，且便于调用，以使在后续操作中能直接基于上述对应关系执行对应的签约操作。

S204，当接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，向第一电子交通卡对应的第一电子交通卡服务端发送针对第一电子交通卡的签约请求。

其中，签约请求携带有用户的用户身份信息。第一电子交通卡服务端用于根据签约请求执行对第一电子交通卡的签约操作，以及向第三方应用发送第一电子交通卡对应的签约结果。

其中，签约结果可包括签约成功或签约失败。

本实施例中，接收到用户对多个电子交通卡中的第一电子交通卡的使用请求，可以是接收到用户在电子交通卡的显示界面上对第一电子交通卡的指定操作(如点击操作、滑动操作、长按操作等)。

S206，基于第一电子交通卡服务端发送的签约结果，确定是否生成第一电子交通卡对应的乘车码。

其中，若签约结果为签约成功，则生成第一电子交通卡对应的乘车码，以及将乘车码展示给用户。

若签约结果为签约失败，则可以向第一电子交通卡服务端发送针对第一电子交通卡的签约请求，还可以向用户发出用于标识第一电子交通卡签约失败的提示信息。其中，提示信息可用于提示用户再次发起签约请求。

在本实施例中，基于第一电子交通卡服务端发送的签约结果，使得第三方应用能够快速判断需要执行的操作，避免了用户的长时间等待，提高了用户的使用体验。

本实施例中，第三方应用可为具有电子交通卡生成功能的即时通讯类应用、支付类应用等。

采用本说明书一个或多个实施例的技术方案，响应于用户发出的针对多个不同区域的电子交通卡的获取请求后，能够先生成用户对应的未签约的多个电子交通卡，并在接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，向第一电子交通卡对应的第一电子交通卡服务端发送针对第一电子交通卡的签约请求，并基于第一电子交通卡服务端发送的签约结果，确定是否生成第一电子交通卡对应的乘车码。从而在获取多个不同区域的电子交通卡时，将对电子交通卡的生成操作和签约操作分开执行，即将对电子交通卡的签约操作拆分至用户每次使用的时刻，而并非一次性签约多个电子交通卡，避免了高并发及服务端负载过大的情况，且使得用户无需长时间等待，提升了用户的使用体验。

在一个实施例中，向第一电子交通卡对应的第一电子交通卡服务端发送针对第一电子交通卡的签约请求之前，可判断已建立的对应关系中是否包含第一电子交通卡对应的区域信息与用户身份信息之间的对应关系。

若确定已建立的对应关系中包含第一电子交通卡对应的区域信息与用户身份信息之间的对应关系，则执行向第一电子交通卡服务端发送针对第一电子交通卡的签约请求的步骤。

若确定已建立的对应关系中不包含第一电子交通卡对应的区域信息与用户身份信息之间的对应关系，则建立第一电子交通卡对应的区域信息与用户身份信息之间的对应关系，并再次执行判断已建立的对应关系中是否包含第一电子交通卡对应的区域信息与用户身份信息之间的对应关系的步骤。

本实施例使得第三方应用基于预先建立的第一电子交通卡对应的区域信息与用户身份信息之间的对应关系，就能准确的向第一电子交通卡服务端发送针对第一电子交通卡的签约请求，减少了与用户之间的交互过程，提高了用户的使用体验。

在一个实施例中，当接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，可根据第一电子交通卡的卡状态确定是否生成第一电子交通卡对应的乘车码。

其中，卡状态是基于签约结果确定的。若签约结果为签约成功，则将第一电子交通卡的卡状态更新为已签约状态；若签约结果为签约失败，则第一电子交通卡的卡状态仍为未签约状态。

在一个实施例中，在将第一电子交通卡的卡状态更新为已签约状态之后，当接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，可确定第一电子交通卡的卡状态，若卡状态为已签约状态，则获取第一电子交通卡对应的乘车码，并将乘车码展示给用户。

本实施例中，能够在第一电子交通卡的卡状态为已签约状态时，获取第一电子交通卡对应的乘车码，并将乘车码展示给用户，避免了对同一电子交通卡执行重复签约操作。

在一个实施例中，可判断第一电子交通卡对应的码种子中是否包含未使用的乘车码，以获取第一电子交通卡对应的乘车码。

其中，码种子可由第三方应用在第一电子交通卡对应的签约结果为签约成功后生成，或是由第三方应用在第一电子交通卡对应的码种子用完之后再次生成。

本实施例中，若第一电子交通卡对应的码种子中包含未使用的乘车码，则从码种子中获取乘车码。若第一电子交通卡对应的码种子中不包含未使用的乘车码，则重新生成第一电子交通卡对应的码种子，以及从码种子中获取乘车码。

本实施例中，通过第一电子交通卡对应的码种子得到乘车码，而码种子是由第三方应用在第一电子交通卡对应的签约结果为签约成功后生成，或是由第三方应用在第一电子交通卡对应的码种子用完之后再次生成，因此在用户每次使用乘车码时，无需与第三方应用或电子交通卡服务端进行交互，避免了对第三方应用的服务端设备或电子交通卡服务端设备造成高并发、较大的负载等影响。

图3是根据本说明书另一实施例的一种电子交通卡的获取方法的示意性流程图。该实施例中，电子交通卡的获取方法应用于支付类应用(如支付应用X)中。如图3所示，该方法包括：

S301，响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成用户对应的未签约的多个电子交通卡。

其中，获取请求中包括用户的用户身份信息。

在支付应用X中，用户发出的针对多个不同区域的电子交通卡的获取请求，可以是用户对多个不同城市(或全国)的电子交通卡执行授权操作。

图4中的4.1为用户对全国的电子交通卡执行授权操作时的界面示意图。例如，用户点击该界面上的按钮“同意协议并一键领卡”，即相当于对全国的电子交通卡执行了授权操作。

图4中的4.2为响应于用户对全国的电子交通卡执行的授权操作后，成功生成多个城市的电子交通卡的提示界面图。在该界面图中，基于客户端当前位置为杭州，因此示意性地显示了“已领取杭州等200个城市交通卡”的提示信息。当然，提示信息的显示方式并不局限于此。

S302，将未签约的多个电子交通卡排列显示在电子交通卡的显示界面上。

电子交通卡的显示方式和上述实施例中电子卡的显示方式相同，此处不再赘述。

在支付应用X中，电子交通卡的显示界面如图4中的4.3所示。在该显示界面上，排列显示有多张电子交通卡，如名称为“杭州地铁乘车卡”、“杭州公交乘车码”的电子交通卡。用户通过点击“点击展开”即可查看其它城市的电子交通卡。其中，考虑到同一城市的不同区域所使用的电子交通卡不同，因此该显示界面上示意性地显示了2张名称相同(均为“杭州公交乘车码”)的电子交通卡，以分别表征同一城市的2个不同区域对应的电子交通卡。当然，同一城市的不同区域也可使用相同的电子交通卡，此时4.3的显示界面上对于同一城市仅显示一张电子交通卡。

S303，建立各电子交通卡对应的区域信息与用户身份信息之间的对应关系。

电子交通卡对应的区域信息与用户身份信息之间的对应关系的建立方式和上述实施例中电子卡的类别与用户身份信息之间的对应关系的建立方式相同，此处不再赘述。

以图4中的4.3所示出的三张电子交通卡为例，可建立杭州地铁乘车卡对应的区域信息与用户身份信息之间的第一对应关系、杭州公交乘车码对应的区域信息与用户身份信息之间的第二对应关系、另一杭州公交乘车码对应的区域信息与用户身份信息之间的第三对应关系。

需要说明的是，本实施例中不对S302、S303的执行顺序做限定。除本实施例中列举的先执行S302、后执行S303的执行顺序外，还可先执行S303、后执行S302，改变执行顺序不会影响本实施例的最终结果。

S304，当接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，判断第一电子交通卡对应的码种子是否存在；若是，则执行S305；若否，则执行S306。

其中，对第一电子交通卡的使用请求可通过对图4中的4.3所示界面中的一张电子交通卡执行指定操作(如点击操作、滑动操作、长按操作等)所生成。例如，当接收到用户对图4中的4.3所示界面中一张名称为“杭州公交乘车码”的电子交通卡的点击操作时，即认为接收到用户对该张电子交通卡的使用请求。

其中，码种子由支付应用X在第一电子交通卡对应的签约结果为签约成功后生成，或是由支付应用X在第一电子交通卡对应的码种子用完之后再次生成。

本实施例中，若第一电子交通卡对应的码种子存在，可认为第一电子交通卡对应的码种子中包含未使用的乘车码。

S305，从码种子中获取乘车码，将乘车码展示给用户。

在支付应用X中，将乘车码展示给用户的界面示意图如图4中的4.4所示。由图4中的4.3所示的界面跳转至图4中的4.4所示的界面时，支付应用X及第一电子交通卡服务端之间执行了多次交互，但交互操作是静默执行的，用户不可见。例如，用户在图4中的4.3界面中点击一张名称为“杭州公交乘车码”的电子交通卡，支付应用X就会显示如图4中的4.4所示的乘车码页面。用户使用页面上的乘车码即可完成乘车操作。

再例如，在用户需要使用图4中的4.3所示的界面中的另一电子交通卡时，直接点击该电子交通卡，跳转至如图4中的4.4所示的乘车码页面。用户使用页面上的乘车码即可完成乘车操作。

S306，确定第一电子交通卡的卡状态；若卡状态为已签约状态，则执行S307；若卡状态为未签约状态，则执行S308。

其中，卡状态是基于签约结果确定的。若签约结果为签约成功，则将第一电子交通卡的卡状态更新为已签约状态；若签约结果为签约失败，则第一电子交通卡的卡状态仍为未签约状态。

S307，生成第一电子交通卡对应的码种子，以及从码种子中获取乘车码，将乘车码展示给用户。

S308，判断已建立的对应关系中是否包含第一电子交通卡对应的区域信息与用户身份信息之间的对应关系；若是，则执行S309；若否，则返回S303。

S309，向第一电子交通卡服务端发送针对第一电子交通卡的签约请求。

其中，签约请求携带有用户的用户身份信息。第一电子交通卡服务端用于根据签约请求执行对第一电子交通卡的签约操作，以及向支付应用X发送第一电子交通卡对应的签约结果。

其中，签约结果可包括签约成功或签约失败。

S310，基于第一电子交通卡服务端发送的签约结果，确定是否生成第一电子交通卡对应的码种子；若签约结果为签约成功，则返回S307；若签约结果为签约失败，则执行S311。

S311，发出用于标识第一电子交通卡签约失败的提示信息，之后返回S309。

其中，提示信息可用于提示用户再次发起签约请求。

采用本说明书一个或多个实施例的技术方案，能够在获取多个不同区域的电子交通卡时，将对电子交通卡的生成操作和签约操作分开执行，即将对电子交通卡的签约操作拆分至用户每次使用的时刻，而并非一次性签约多个电子交通卡，避免了高并发及服务端负载过大的情况，且使得用户无需长时间等待，提升了用户的使用体验。

综上，已经对本说明书的特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作可以按照不同的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序，以实现期望的结果。在某些实施方式中，多任务处理和并行处理可以是有利的。

以上为本说明书一个或多个实施例提供的电子卡的获取方法，基于同样的思路，本说明书一个或多个实施例还提供一种电子卡的获取装置。

图5是根据本说明书一实施例的一种电子卡的获取装置的结构示意图，如图5所示，电子卡的获取装置包括：

第一生成模块510，响应于用户发出的针对多个不同类别的电子卡的获取请求，生成用户对应的未激活的多个电子卡；获取请求包括用户的用户身份信息；

第一发送模块520，当接收到用户对多个电子卡中的第一电子卡的使用请求时，向第一电子卡对应的第一电子卡服务端发送针对第一电子卡的激活请求；激活请求携带有用户的用户身份信息；第一电子卡服务端用于根据激活请求激活第一电子卡，以及向第三方应用发送第一电子卡对应的激活结果；

第一确定模块530，基于第一电子卡服务端发送的激活结果，确定是否生成第一电子卡对应的使用信息。

在一个实施例中，电子卡的获取装置还包括：

第一建立模块，建立各电子卡的类别与用户身份信息之间的对应关系。

在一个实施例中，电子卡的获取装置还包括：

第一判断模块，判断已建立的对应关系中是否包含第一电子卡的类别与用户身份信息之间的对应关系；

若是，则执行向第一电子卡服务端发送针对第一电子卡的激活请求的步骤。

在一个实施例中，第一确定模块530包括：

第一生成及展示单元，若激活结果为激活成功，则生成第一电子卡对应的使用信息，以及将使用信息展示给用户；

第一发送单元，若激活结果为激活失败，则向第一电子卡服务端发送针对第一电子卡的激活请求，和/或，发出用于标识第一电子卡激活失败的提示信息。

在一个实施例中，若激活结果为激活成功，则将第一电子卡的卡状态更新为已激活状态。

在一个实施例中，将第一电子卡的卡状态更新为已激活状态之后，还包括：

当接收到用户对第一电子卡的使用请求时，确定第一电子卡的卡状态；

若卡状态为已激活状态，则获取第一电子卡的使用信息，将使用信息展示给用户。

本领域的技术人员应可理解，图5中的电子卡的获取装置能够用来实现前文所述的电子卡的获取方法，其中的细节描述应与前文方法部分描述类似，为避免繁琐，此处不另赘述。

采用本说明书一个或多个实施例的装置，响应于用户发出的针对多个不同类别的电子卡的获取请求后，能够先生成用户对应的未激活的多个电子卡，并在接收到用户对多个电子卡中的第一电子卡的使用请求时，向第一电子卡对应的第一电子卡服务端发送针对第一电子卡的激活请求，并基于第一电子卡服务端发送的激活结果，确定是否生成第一电子卡对应的使用信息。从而在获取多个不同类别的电子卡时，将对电子卡的生成操作和激活操作分开执行，即将对电子卡的激活操作拆分至用户每次使用的时刻，而并非一次性激活多个电子卡，避免了高并发及服务端负载过大的情况，且使得用户无需长时间等待，提升了用户的使用体验。

以上为本说明书一个或多个实施例提供的电子交通卡的获取方法，基于同样的思路，本说明书一个或多个实施例还提供一种电子交通卡的获取装置。

图6是根据本说明书一实施例的一种电子交通卡的获取装置的结构示意图，如图6所示，电子交通卡的获取装置包括：

第二生成模块610，响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成用户对应的未签约的多个电子交通卡；获取请求包括用户的用户身份信息；

第二发送模块620，当接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，向第一电子交通卡对应的第一电子交通卡服务端发送针对第一电子交通卡的签约请求；签约请求携带有用户的用户身份信息；第一电子交通卡服务端用于根据签约请求执行对第一电子交通卡的签约操作，以及向第三方应用发送第一电子交通卡对应的签约结果；

第二确定模块630，基于第一电子交通卡服务端发送的签约结果，确定是否生成第一电子交通卡对应的乘车码。

在一个实施例中，电子交通卡的获取装置还包括：

第二建立模块，建立各电子交通卡对应的区域信息与用户身份信息之间的对应关系。

在一个实施例中，电子交通卡的获取装置还包括：

第二判断模块，判断已建立的对应关系中是否包含第一电子交通卡对应的区域信息与用户身份信息之间的对应关系；

若是，则执行向第一电子交通卡服务端发送针对第一电子交通卡的签约请求的步骤。

在一个实施例中，第二确定模块630包括：

第二生成及展示模块，若签约结果为签约成功，则生成第一电子交通卡对应的乘车码，以及将乘车码展示给用户；

第二发送模块，若签约结果为签约失败，则向第一电子交通卡服务端发送针对第一电子交通卡的签约请求，和/或，发出用于标识第一电子交通卡签约失败的提示信息。

在一个实施例中，若签约结果为签约成功，则将第一电子交通卡的卡状态更新为已签约状态。

在一个实施例中，将第一电子交通卡的卡状态更新为已签约状态之后，还包括：

当接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，确定第一电子交通卡的卡状态；

若卡状态为已签约状态，则获取第一电子交通卡对应的乘车码，将乘车码展示给用户。

在一个实施例中，获取第一电子交通卡对应的乘车码，包括：

判断第一电子交通卡对应的码种子中是否包含未使用的乘车码；码种子由第三方应用在第一电子交通卡对应的签约结果为签约成功后生成；

若是，则从码种子中获取乘车码；

若否，则重新生成第一电子交通卡对应的码种子，以及从码种子中获取乘车码。

本领域的技术人员应可理解，图6中的电子交通卡的获取装置能够用来实现前文所述的电子交通卡的获取方法，其中的细节描述应与前文方法部分描述类似，为避免繁琐，此处不另赘述。

采用本说明书一个或多个实施例的装置，响应于用户发出的针对多个不同区域的电子交通卡的获取请求后，能够先生成用户对应的未签约的多个电子交通卡，并在接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，向第一电子交通卡对应的第一电子交通卡服务端发送针对第一电子交通卡的签约请求，并基于第一电子交通卡服务端发送的签约结果，确定是否生成第一电子交通卡对应的乘车码。从而在获取多个不同区域的电子交通卡时，将对电子交通卡的生成操作和签约操作分开执行，即将对电子交通卡的签约操作拆分至用户每次使用的时刻，而并非一次性签约多个电子交通卡，避免了高并发及服务端负载过大的情况，且使得用户无需长时间等待，提升了用户的使用体验。

基于同样的思路，本说明书一个或多个实施例还提供一种电子卡的获取设备，如图7所示。电子卡的获取设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器701和存储器702，存储器702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对电子卡的获取设备中的一系列计算机可执行指令。更进一步地，处理器701可以设置为与存储器702通信，在电子卡的获取设备上执行存储器702中的一系列计算机可执行指令。电子卡的获取设备还可以包括一个或一个以上电源703，一个或一个以上有线或无线网络接口704，一个或一个以上输入输出接口705，一个或一个以上键盘706。

具体在本实施例中，电子卡的获取设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对电子卡的获取设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

响应于用户发出的针对多个不同类别的电子卡的获取请求，生成用户对应的未激活的多个电子卡；获取请求包括用户的用户身份信息；当接收到用户对多个电子卡中的第一电子卡的使用请求时，向第一电子卡对应的第一电子卡服务端发送针对第一电子卡的激活请求；激活请求携带有用户的用户身份信息；第一电子卡服务端用于根据激活请求激活第一电子卡，以及向第三方应用发送第一电子卡对应的激活结果；基于第一电子卡服务端发送的激活结果，确定是否生成第一电子卡对应的使用信息。

可选地，计算机可执行指令在被执行时，还可以使所述处理器：

在生成用户对应的未激活的多个电子卡之后，建立各电子卡的类别与用户身份信息之间的对应关系。

可选地，计算机可执行指令在被执行时，还可以使所述处理器：

在向第一电子卡对应的第一电子卡服务端发送针对第一电子卡的激活请求之前，判断已建立的对应关系中是否包含第一电子卡的类别与用户身份信息之间的对应关系；

若是，则执行向第一电子卡服务端发送针对第一电子卡的激活请求的步骤。

可选地，计算机可执行指令在被执行时，还可以使所述处理器：

基于第一电子卡服务端发送的激活结果，确定是否生成第一电子卡对应的使用信息，包括：

若激活结果为激活成功，则生成第一电子卡对应的使用信息，以及将使用信息展示给用户；

若激活结果为激活失败，则向第一电子卡服务端发送针对第一电子卡的激活请求，和/或，发出用于标识第一电子卡激活失败的提示信息。

可选地，若激活结果为激活成功，则将第一电子卡的卡状态更新为已激活状态。

可选地，计算机可执行指令在被执行时，还可以使所述处理器：

在将第一电子卡的卡状态更新为已激活状态之后，当接收到用户对第一电子卡的使用请求时，确定第一电子卡的卡状态；

若卡状态为已激活状态，则获取第一电子卡的使用信息，将使用信息展示给用户。

采用本说明书一个或多个实施例的设备，响应于用户发出的针对多个不同类别的电子卡的获取请求后，能够先生成用户对应的未激活的多个电子卡，并在接收到用户对多个电子卡中的第一电子卡的使用请求时，向第一电子卡对应的第一电子卡服务端发送针对第一电子卡的激活请求，并基于第一电子卡服务端发送的激活结果，确定是否生成第一电子卡对应的使用信息。从而在获取多个不同类别的电子卡时，将对电子卡的生成操作和激活操作分开执行，即将对电子卡的激活操作拆分至用户每次使用的时刻，而并非一次性激活多个电子卡，避免了高并发及服务端负载过大的情况，且使得用户无需长时间等待，提升了用户的使用体验。

基于同样的思路，本说明书一个或多个实施例还提供一种电子交通卡的获取设备，如图8所示。电子交通卡的获取设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器801和存储器802，存储器802中可以存储有一个或一个以上存储应用程序或数据。其中，存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对电子交通卡的获取设备中的一系列计算机可执行指令。更进一步地，处理器801可以设置为与存储器802通信，在电子交通卡的获取设备上执行存储器802中的一系列计算机可执行指令。电子交通卡的获取设备还可以包括一个或一个以上电源803，一个或一个以上有线或无线网络接口804，一个或一个以上输入输出接口805，一个或一个以上键盘806。

具体在本实施例中，电子交通卡的获取设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对电子交通卡的获取设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成用户对应的未签约的多个电子交通卡；获取请求包括用户的用户身份信息；当接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，向第一电子交通卡对应的第一电子交通卡服务端发送针对第一电子交通卡的签约请求；签约请求携带有用户的用户身份信息；第一电子交通卡服务端用于根据签约请求执行对第一电子交通卡的签约操作，以及向第三方应用发送第一电子交通卡对应的签约结果；基于第一电子交通卡服务端发送的签约结果，确定是否生成第一电子交通卡对应的乘车码。

可选地，计算机可执行指令在被执行时，还可以使所述处理器：

在生成用户对应的未签约的多个电子交通卡之后，建立各电子交通卡对应的区域信息与用户身份信息之间的对应关系。

可选地，计算机可执行指令在被执行时，还可以使所述处理器：

在向第一电子交通卡对应的第一电子交通卡服务端发送针对第一电子交通卡的签约请求之前，判断已建立的对应关系中是否包含第一电子交通卡对应的区域信息与用户身份信息之间的对应关系；

若是，则执行向第一电子交通卡服务端发送针对第一电子交通卡的签约请求的步骤。

可选地，计算机可执行指令在被执行时，还可以使所述处理器：

基于第一电子交通卡服务端发送的签约结果，确定是否生成第一电子交通卡对应的乘车码，包括：

若签约结果为签约成功，则生成第一电子交通卡对应的乘车码，以及将乘车码展示给用户；

若签约结果为签约失败，则向第一电子交通卡服务端发送针对第一电子交通卡的签约请求，和/或，发出用于标识第一电子交通卡签约失败的提示信息。

可选地，若签约结果为签约成功，则将第一电子交通卡的卡状态更新为已签约状态。

可选地，计算机可执行指令在被执行时，还可以使所述处理器：

在将第一电子交通卡的卡状态更新为已签约状态之后，当接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，确定第一电子交通卡的卡状态；

若卡状态为已签约状态，则获取第一电子交通卡对应的乘车码，将乘车码展示给用户。

可选地，计算机可执行指令在被执行时，还可以使所述处理器：

判断第一电子交通卡对应的码种子中是否包含未使用的乘车码；码种子由第三方应用在第一电子交通卡对应的签约结果为签约成功后生成；

若是，则从码种子中获取乘车码；

若否，则重新生成第一电子交通卡对应的码种子，以及从码种子中获取乘车码。

采用本说明书一个或多个实施例的设备，响应于用户发出的针对多个不同区域的电子交通卡的获取请求后，能够先生成用户对应的未签约的多个电子交通卡，并在接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，向第一电子交通卡对应的第一电子交通卡服务端发送针对第一电子交通卡的签约请求，并基于第一电子交通卡服务端发送的签约结果，确定是否生成第一电子交通卡对应的乘车码。从而在获取多个不同区域的电子交通卡时，将对电子交通卡的生成操作和签约操作分开执行，即将对电子交通卡的签约操作拆分至用户每次使用的时刻，而并非一次性签约多个电子交通卡，避免了高并发及服务端负载过大的情况，且使得用户无需长时间等待，提升了用户的使用体验。

本说明书一个或多个实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行上述电子卡的获取方法，并具体用于执行：

响应于用户发出的针对多个不同类别的电子卡的获取请求，生成用户对应的未激活的多个电子卡；获取请求包括用户的用户身份信息；当接收到用户对多个电子卡中的第一电子卡的使用请求时，向第一电子卡对应的第一电子卡服务端发送针对第一电子卡的激活请求；激活请求携带有用户的用户身份信息；第一电子卡服务端用于根据激活请求激活第一电子卡，以及向第三方应用发送第一电子卡对应的激活结果；基于第一电子卡服务端发送的激活结果，确定是否生成第一电子卡对应的使用信息。

本说明书一个或多个实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行上述电子交通卡的获取方法，并具体用于执行：

响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成用户对应的未签约的多个电子交通卡；获取请求包括用户的用户身份信息；当接收到用户对多个电子交通卡中的第一电子交通卡的使用请求时，向第一电子交通卡对应的第一电子交通卡服务端发送针对第一电子交通卡的签约请求；签约请求携带有用户的用户身份信息；第一电子交通卡服务端用于根据签约请求执行对第一电子交通卡的签约操作，以及向第三方应用发送第一电子交通卡对应的签约结果；基于第一电子交通卡服务端发送的签约结果，确定是否生成第一电子交通卡对应的乘车码。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书一个或多个实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

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

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

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

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

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

Claims (23)

1.一种电子卡的获取方法，应用于第三方应用，包括：

响应于用户发出的针对多个不同类别的电子卡的获取请求，生成所述用户对应的未激活的多个所述电子卡；所述获取请求包括所述用户的用户身份信息；

当接收到所述用户对所述多个电子卡中的第一电子卡的使用请求时，向所述第一电子卡对应的第一电子卡服务端发送针对所述第一电子卡的激活请求；所述激活请求携带有所述用户的用户身份信息；所述第一电子卡服务端用于根据所述激活请求激活所述第一电子卡，以及向所述第三方应用发送所述第一电子卡对应的激活结果；

基于所述第一电子卡服务端发送的所述激活结果，确定是否生成所述第一电子卡对应的使用信息。

2.根据权利要求1所述的方法，所述生成所述用户对应的未激活的多个所述电子卡之后，还包括：

建立各所述电子卡的类别与所述用户身份信息之间的对应关系。

3.根据权利要求2所述的方法，所述向所述第一电子卡对应的第一电子卡服务端发送针对所述第一电子卡的激活请求之前，还包括：

判断已建立的所述对应关系中是否包含所述第一电子卡的类别与所述用户身份信息之间的对应关系；

若是，则执行向所述第一电子卡服务端发送针对所述第一电子卡的激活请求的步骤。

4.根据权利要求1所述的方法，所述基于所述第一电子卡服务端发送的所述激活结果，确定是否生成所述第一电子卡对应的使用信息，包括：

若所述激活结果为激活成功，则生成所述第一电子卡对应的使用信息，以及将所述使用信息展示给所述用户；

若所述激活结果为激活失败，则向所述第一电子卡服务端发送针对所述第一电子卡的激活请求，和/或，发出用于标识所述第一电子卡激活失败的提示信息。

5.根据权利要求1所述的方法，还包括：

若所述激活结果为激活成功，则将所述第一电子卡的卡状态更新为已激活状态。

6.根据权利要求5所述的方法，所述将所述第一电子卡的卡状态更新为已激活状态之后，还包括：

当接收到所述用户对所述第一电子卡的使用请求时，确定所述第一电子卡的卡状态；

若所述卡状态为已激活状态，则获取所述第一电子卡的使用信息，将所述使用信息展示给所述用户。

7.一种电子交通卡的获取方法，应用于第三方应用，包括：

响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成所述用户对应的未签约的多个所述电子交通卡；所述获取请求包括所述用户的用户身份信息；

当接收到所述用户对所述多个电子交通卡中的第一电子交通卡的使用请求时，向所述第一电子交通卡对应的第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求；所述签约请求携带有所述用户的用户身份信息；所述第一电子交通卡服务端用于根据所述签约请求执行对所述第一电子交通卡的签约操作，以及向所述第三方应用发送所述第一电子交通卡对应的签约结果；

基于所述第一电子交通卡服务端发送的所述签约结果，确定是否生成所述第一电子交通卡对应的乘车码。

8.根据权利要求7所述的方法，所述生成所述用户对应的未签约的多个所述电子交通卡之后，还包括：

建立各所述电子交通卡对应的区域信息与所述用户身份信息之间的对应关系。

9.根据权利要求8所述的方法，所述向所述第一电子交通卡对应的第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求之前，还包括：

判断已建立的所述对应关系中是否包含所述第一电子交通卡对应的区域信息与所述用户身份信息之间的对应关系；

若是，则执行向所述第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求的步骤。

10.根据权利要求7所述的方法，所述基于所述第一电子交通卡服务端发送的所述签约结果，确定是否生成所述第一电子交通卡对应的乘车码，包括：

若所述签约结果为签约成功，则生成所述第一电子交通卡对应的乘车码，以及将所述乘车码展示给所述用户；

若所述签约结果为签约失败，则向所述第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求，和/或，发出用于标识所述第一电子交通卡签约失败的提示信息。

11.根据权利要求10所述的方法，还包括：

若所述签约结果为签约成功，则将所述第一电子交通卡的卡状态更新为已签约状态。

12.根据权利要求11所述的方法，所述将所述第一电子交通卡的卡状态更新为已签约状态之后，还包括：

当接收到所述用户对所述多个电子交通卡中的第一电子交通卡的使用请求时，确定所述第一电子交通卡的卡状态；

若所述卡状态为已签约状态，则获取所述第一电子交通卡对应的乘车码，将所述乘车码展示给所述用户。

13.根据权利要求12所述的方法，所述获取所述第一电子交通卡对应的乘车码，包括：

判断所述第一电子交通卡对应的码种子中是否包含未使用的乘车码；所述码种子由所述第三方应用在所述第一电子交通卡对应的签约结果为签约成功后生成；

若是，则从所述码种子中获取所述乘车码；

若否，则重新生成所述第一电子交通卡对应的码种子，以及从所述码种子中获取所述乘车码。

14.一种电子卡的获取装置，包括：

第一生成模块，响应于用户发出的针对多个不同类别的电子卡的获取请求，生成所述用户对应的未激活的多个所述电子卡；所述获取请求包括所述用户的用户身份信息；

第一发送模块，当接收到所述用户对所述多个电子卡中的第一电子卡的使用请求时，向所述第一电子卡对应的第一电子卡服务端发送针对所述第一电子卡的激活请求；所述激活请求携带有所述用户的用户身份信息；所述第一电子卡服务端用于根据所述激活请求激活所述第一电子卡，以及向所述第三方应用发送所述第一电子卡对应的激活结果；

第一确定模块，基于所述第一电子卡服务端发送的所述激活结果，确定是否生成所述第一电子卡对应的使用信息。

15.根据权利要求14所述的装置，所述装置还包括：

第一建立模块，建立各所述电子卡的类别与所述用户身份信息之间的对应关系。

16.根据权利要求15所述的装置，所述装置还包括：

第一判断模块，判断已建立的所述对应关系中是否包含所述第一电子卡的类别与所述用户身份信息之间的对应关系；

若是，则执行向所述第一电子卡服务端发送针对所述第一电子卡的激活请求的步骤。

17.一种电子交通卡的获取装置，包括：

第二生成模块，响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成所述用户对应的未签约的多个所述电子交通卡；所述获取请求包括所述用户的用户身份信息；

第二发送模块，当接收到所述用户对所述多个电子交通卡中的第一电子交通卡的使用请求时，向所述第一电子交通卡对应的第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求；所述签约请求携带有所述用户的用户身份信息；所述第一电子交通卡服务端用于根据所述签约请求执行对所述第一电子交通卡的签约操作，以及向所述第三方应用发送所述第一电子交通卡对应的签约结果；

第二确定模块，基于所述第一电子交通卡服务端发送的所述签约结果，确定是否生成所述第一电子交通卡对应的乘车码。

18.根据权利要求17所述的装置，所述装置还包括：

第二建立模块，建立各所述电子交通卡对应的区域信息与所述用户身份信息之间的对应关系。

19.根据权利要求18所述的装置，所述装置还包括：

第二判断模块，判断已建立的所述对应关系中是否包含所述第一电子交通卡对应的区域信息与所述用户身份信息之间的对应关系；

若是，则执行向所述第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求的步骤。

20.一种电子卡的获取设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

响应于用户发出的针对多个不同类别的电子卡的获取请求，生成所述用户对应的未激活的多个所述电子卡；所述获取请求包括所述用户的用户身份信息；

当接收到所述用户对所述多个电子卡中的第一电子卡的使用请求时，向所述第一电子卡对应的第一电子卡服务端发送针对所述第一电子卡的激活请求；所述激活请求携带有所述用户的用户身份信息；所述第一电子卡服务端用于根据所述激活请求激活所述第一电子卡，以及向所述第三方应用发送所述第一电子卡对应的激活结果；

基于所述第一电子卡服务端发送的所述激活结果，确定是否生成所述第一电子卡对应的使用信息。

21.一种电子交通卡的获取设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成所述用户对应的未签约的多个所述电子交通卡；所述获取请求包括所述用户的用户身份信息；

当接收到所述用户对所述多个电子交通卡中的第一电子交通卡的使用请求时，向所述第一电子交通卡对应的第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求；所述签约请求携带有所述用户的用户身份信息；所述第一电子交通卡服务端用于根据所述签约请求执行对所述第一电子交通卡的签约操作，以及向所述第三方应用发送所述第一电子交通卡对应的签约结果；

基于所述第一电子交通卡服务端发送的所述签约结果，确定是否生成所述第一电子交通卡对应的乘车码。

22.一种存储介质，用于存储计算机可执行指令，所述可执行指令在被执行时实现以下流程：

响应于用户发出的针对多个不同类别的电子卡的获取请求，生成所述用户对应的未激活的多个所述电子卡；所述获取请求包括所述用户的用户身份信息；

当接收到所述用户对所述多个电子卡中的第一电子卡的使用请求时，向所述第一电子卡对应的第一电子卡服务端发送针对所述第一电子卡的激活请求；所述激活请求携带有所述用户的用户身份信息；所述第一电子卡服务端用于根据所述激活请求激活所述第一电子卡，以及向所述第三方应用发送所述第一电子卡对应的激活结果；

基于所述第一电子卡服务端发送的所述激活结果，确定是否生成所述第一电子卡对应的使用信息。

23.一种存储介质，用于存储计算机可执行指令，所述可执行指令在被执行时实现以下流程：

响应于用户发出的针对多个不同区域的电子交通卡的获取请求，生成所述用户对应的未签约的多个所述电子交通卡；所述获取请求包括所述用户的用户身份信息；

当接收到所述用户对所述多个电子交通卡中的第一电子交通卡的使用请求时，向所述第一电子交通卡对应的第一电子交通卡服务端发送针对所述第一电子交通卡的签约请求；所述签约请求携带有所述用户的用户身份信息；所述第一电子交通卡服务端用于根据所述签约请求执行对所述第一电子交通卡的签约操作，以及向所述第三方应用发送所述第一电子交通卡对应的签约结果；

基于所述第一电子交通卡服务端发送的所述签约结果，确定是否生成所述第一电子交通卡对应的乘车码。

Images