卡片的生成方法、装置及电子设备

本公开涉及数据处理技术领域，尤其涉及大数据、深度学习、增强/虚拟现实等人工智能领域，具体涉及一种卡片的生成方法、装置及电子设备。

随着计算机技术的发展，人们对产品的个性化要求越来越高。

相关技术中，各个服务方提供的业务卡片的样式，通常与服务方的业务相关，卡片的样式单一、可分辨性差。

本公开提供了一种卡片的生成方法及装置。

根据本公开的一方面，提供了一种卡片的生成方法，包括：

接收客户端发送的卡片申请请求，其中，所述申请请求中包括所述客户端的标识；

根据所述客户端的标识，获取所述客户端对应的目标虚拟形象；

根据所述目标虚拟形象，确定待生成卡片对应的装饰元素；

基于所述装饰元素，生成目标卡片。

根据本公开的另一方面，提供了一种卡片的生成装置，包括：

接收模块，用于接收客户端发送的卡片申请请求，其中，所述申请请求中包括所述客户端的标识；

获取模块，用于根据所述客户端的标识，获取所述客户端对应的目标虚拟形象；

确定模块，用于根据所述目标虚拟形象，确定待生成卡片对应的装饰元素；

第一生成模块，用于基于所述装饰元素，生成目标卡片。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述实施例所述的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据上述实施例所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现上述实施例所述方法的步骤。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1为本公开实施例提供的一种卡片的生成方法的流程示意图；

图2为本公开实施例提供的另一种卡片的生成方法的流程示意图；

图3为本公开实施例提供的另一种卡片的生成方法的流程示意图；

图4为本公开实施例提供的另一种卡片的生成方法的流程示意图；

图5为本公开实施例提供的另一种卡片的生成装置的流程示意图；

图6是用来实现本公开实施例的卡片的生成方法的电子设备的框图。

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

人工智能是研究使用计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术领域也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术包括计算机视觉技术、语音识别技术、自然语言处理技术以及深度学习、大数据处理技术、知识图谱技术等几大方向。

大数据，或称巨量资料，指的是所涉及的资料量规模巨大到无法透过目前主流软件工具，在合理时间内达到撷取、管理、处理、并整理成为帮助企业经营决策更积极目的的资讯。

深度学习是机器学习领域中一个新的研究方向。深度学习是学习样本数据的内在规律和表示层次，这些学习过程中获得的信息对诸如文字，图像和声音等数据的解释有很大的帮助。它的最终目标是让机器能够像人一样具有分析学习能力，能够识别文字、图像和声音等数据。

增强现实是一种实时地计算摄影机影像的位置及角度并加上相应图像的技术，是一种将真实世界信息和虚拟世界信息“无缝”集成的新技术，这种技术的目标是在屏幕上把虚拟世界套在现实世界并进行互动。

下面参考附图描述本公开实施例的卡片的生成方法、装置、电子设备和存储介质。

图1为本公开实施例提供的一种卡片的生成方法的流程示意图。

如图1所示，该方法包括：

步骤101，接收客户端发送的卡片申请请求，其中，申请请求中包括客户端的标识。

其中，卡片可以为服务方可提供的任一类型的服务卡片。举例来说，若服务方为金融机构，则卡片可以为该金融机构提供的储蓄卡、信用卡等等。或者，若服务方为企业，则该卡片可以为企业为员工或者访客发放的门禁卡、餐卡等等，本公开对此不做限定。客户端的标识可以为任一可以唯一标识卡片申请方的信息，比如客户编号等等，本公开对此不做限定。

本公开中，用户可以通过点击客户端上的申请卡片按钮，触发卡片申请请求，之后，服务端即可接收到卡片申请请求。

步骤102，根据客户端的标识，获取客户端对应的目标虚拟形象。

本公开中，可以在服务系统中预置多种虚拟形象，之后在为客户端提供服务的过程中，根据客户端信息，比如性别，年龄等，确定相应的虚拟形象。或者服务端存储的每个客户端对应的虚拟形象，也可以是根据该客户端对应的用户操作，自动生成的，本公开对此不做限定。

步骤103，根据目标虚拟形象，确定待生成卡片对应的装饰元素。

其中，装饰元素，可以指任意可用于装饰待生成的卡片的元素。比如，颜、图案等等。

本公开中，不同的虚拟形象，可以对应不同的装饰元素。比如，男性虚拟形象对应的装饰元素，与女性虚拟形象对应的装饰元素可以不同。或者，“猫”科虚拟形象对应的装饰元素，与“狗”科虚拟形象对应的装饰元素不同。或者，若虚拟形象A与虚拟形象B的发型不同，则其分别对应的装饰元素也不相同等等。

步骤104，基于装饰元素，生成目标卡片。

本公开中，在确定了装饰元素后，即可基于装饰元素对待生成的卡片进行装饰，以生成目标卡片。

比如，根据目标虚拟形象，确定的装饰元素为：图案1，则可以利用该图案1，对待生成的卡片进行装饰，比如将图案1印制在待生成卡片的一侧，以生成目标卡片。

其中，上述图案1可以为目标虚拟形象对应的二维图案，或者目标虚拟形象的任一部位，比如头部对应的二维图案等等，本公开对此不做限定。

可选的，还可以根据申请请求中包括的业务类型，确定装饰元素的风格，并基于装饰元素的风格及装饰元素，生成目标卡片。

举例来说，若服务系统为金融机构系统，则业务类型可以包括信用卡业务、储蓄卡业务，或者联名卡业务等等。

本公开中，不同的业务对应的装饰元素的风格可以不同，比如，储蓄卡可以对应都市生活风格，信用卡业务可以对应商务风格等等。此外，不同风格对应的装饰元素，或者背景图片可以不同。比如，都市生活风，其背景图片的基础调可以为黄，那么即可生成一张基础调为黄的都市生活风目标卡片。由此，可以进一步丰富卡片样式。

需要说明的是，本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

本公开中，通过基于用户对应的虚拟形象，确定待生成卡片对应的装饰元素，进而再利用装饰元素对卡片进行装饰，以生成目标卡片。从而使得同一业务的不同用户的卡片的装饰元素不同，即丰富了卡片样式，又实现了卡片个性化，提高了卡片的分辨性。

图2为本公开实施例提供的另一种卡片的生成方法的流程示意图。

如图2所示，该方法包括：

步骤201，接收客户端发送的卡片申请请求，其中，申请请求中包括客户端的标识。

本实施例中，步骤201的具体实现过程，可参见上述实施例的详细描述，在此不再赘述。

步骤202，接收虚拟形象创建请求，其中，创建请求中包括参考图片。

其中，参考图片可以为用户上传的任一用于生成虚拟形象的图片。其中，参考图片可以为用户的个人照片，或者用户提供的包含任一参考对象的图片。

本公开中，用户通过点击客户端上的创建虚拟形象按钮后，客户端界面可以弹出上传参考图片窗口，用户即可上传参考图片，在点击确认上传按钮后，即可触发虚拟形象创建请求。

步骤203，根据参考图片中包含的参考对象的形象，生成目标虚拟形象。

本公开中，服务端在获取参考图像之后，即可利用图像分割技术，从参考图片中提取参考对象图片，然后，可以基于参考对象的形象，利用虚拟形象生成算法生成相应的目标虚拟形象。其中。参考对象可以为人，也可以为动物，本公开对此不做限制。

此外，在确定参考对象后，还可以利用图像识别技术，确定参考对象所属的类型。其中，参考对象所属的类型可以为男性、女性、小动物等，本公开对此不作限制。可以理解的是，参考对象所属的类型与其对应的目标虚拟形象的类型相同。

由此，服务端可以基于参考图片，个性化生成目标虚拟形象，进一步丰富了卡片样式，提高了卡片的分辨性。

需要说明的是，上述步骤201至步骤203可以按照上述顺序依次执行，或者，也可以先执行步骤202和203，再执行步骤201，或者，步骤201和步骤202和203还可以并行执行，本公开对此不做限定。

步骤204，根据目标虚拟形象，确定待生成卡片对应的装饰元素。

步骤205，基于装饰元素，生成目标卡片。

其中，上述步骤204及步骤205的具体实现过程，可参见上述实施例的详细描述，在此不再赘述。

步骤206，向客户端返回目标卡片浏览界面，其中，浏览界面中包含装饰元素关联的调整控件。

其中，调整控件可以包括调整装饰元素颜、大小、位置、方向等属性的控件，或者还可以包括对虚拟形象的动作进行调整的控件。

本公开中，服务端在生成目标卡片后，即可基于目标卡片中各装饰元素及其关联的调整控件，生成浏览界面，并将浏览界面返回给客户端。由此，用户即可通过选中任一装饰元素，并操作相关调整控件，触发调整指令。

步骤207，响应于接收到客户端返回的调整控件的调整指令，根据调整指令，对调整控件关联的装饰元素进行调整。

其中，调整指令可以包含关联的装饰元素信息，以及具体的调整操作。

本公开中，服务端接收到调整指令后，可以确定调整控件关联的装饰元素，然后再根据具体的调整操作，对此装饰元素进行调整。由此，服务端可以基于客户端返回的调整控件的调整指令，进一步对装饰元素进行个性化调整，从而个性化生成目标虚拟形象，进一步丰富了卡片样式，提高了卡片的分辨性。

本公开中，通过基于虚拟形象创建请求中的参考图片，生成目标虚拟形象，之后再根据目标虚拟形象，确定待生成卡片对应的目标装饰元素，进而再利用目标装饰元素对卡片进行装饰，以生成目标卡片，然后向客户端返回目标卡片浏览界面，并响应于接收到客户端返回的调整控件的调整指令，根据调整指令，对调整控件关联的装饰元素进行调整。由此，从而使得同一业务的不同用户的卡片的装饰元素不同，即丰富了卡片样式，又实现了卡片个性化，提高了卡片的分辨性。

图3为本公开实施例提供的另一种卡片的生成方法的流程示意图。

如图3所示，该方法还包括：

步骤301，接收客户端发送的虚拟形象更新指令，其中，更新指令中包括目标更新元素。

本公开中，服务端在生成目标虚拟形象后，可以将目标虚拟形象，返回给客户端，从而用户可以对目标虚拟形象的元素进行更新。比如，可以对虚拟形象的服装、姿态、配饰等，本公开对此不作限制。

本公开中，可供用户选择的元素数量、类型可以不同，比如，女性虚拟形象配饰可以包括发夹、耳环、墨镜等等，男性虚拟形象配饰可以包括领夹、墨镜等。用户可以通过点击客户端中更新元素的按钮，弹出可供选择的元素列表，当用户选中任一元素后，即可将此元素确定为目标更新元素，然后当点击确定按钮后，即可触发更新指令。

步骤302，根据目标更新元素，对目标虚拟形象进行更新。

本公开中，服务端在接收到客户端发送的更新指令后，即可使用目标更新元素，对目标虚拟形象中，对应的元素进行更新。

步骤303，确定目标虚拟形象对应的任务集。

本公开中，用户可以通过完成任务，来获取更多的虚拟形象元素。具体的，服务器可以为不同的虚拟形象分配不同的任务集，比如，当目标虚拟形象为人时，任务集中可以包括各种虚拟职场事件、虚拟理财事件等。当目标虚拟形象为动物时，任务集可以包括投喂任务、清洁任务、打卡任务等，本公开对此不做限制。

本公开中，服务端中可以预设不同的任务集，目标虚拟形象对应的集任务可以由用户选择确定，也可以通过系统分配，本公开对此不作限制。

可选的，还可以根据客户端的历史使用数据，确定目标虚拟形象对应的任务集。

举例来说，若服务系统为金融机构系统，则历史使用数据可以为转账次数，消费次数，入账次数等，本公开对此不作限制。

本公开中，当客户端的历史使用数据较少时，服务端可以为其分配任务量较少的任务集。当客户端的历史使用数据较多时，服务端可以为其分配任务量较多的任务集。

步骤304，向客户端返回任务集中的任务。

本公开中，在确定任务集后，可以向客户端返回当前需要完成的任务，或者，也可以向客户端返回任务集中所有任务，本公开对此不作限制。

可选的，当向客户端返回任务集中所有任务时，可以根据任务集中任务完成的情况，对任务进行不同的标注。比如，可以将已完成任务的图标显示为灰白，可以将未完成任务的图标显示为彩。

本公开中，用户可以通过点击客户端中，任一未完成任务的图标，跳转到相应任务的界面，完成任务操作。

步骤305，响应于接收到客户端返回的任务执行结果，根据任务执行结果，对目标虚拟形象关联的交互控件的数量和/或类型进行更新。

其中，交互控件可以包括换装控件、动作控件等，本方案对此不作限制。比如，可以利用换装控件更换目标虚拟形象的服饰，可以利用动作控件改变目标虚拟形象的动作。

本公开中，服务端可以根据任务的完成情况，更新相应的交互控件。比如，当客户端完成任务的数量越多，或者，任务的难度等级越高时，可供使用的交互控件的数量越多。

需要说明的是，上述步骤301至步骤305可以按照上述顺序依次执行，或者，也可以先执行步骤303至步骤305，再执行步骤301至步骤302，或者，步骤301至步骤302，和步骤303至步骤305还可以并行执行，本公开对此不做限定。

本公开中，服务端在接收客户端发送的，包括目标更新元素的虚拟形象更新指令后，根据目标更新元素，对目标虚拟形象进行更新。由此，实现个性化生成目标虚拟形象，进一步丰富了卡片样式，提高了卡片的分辨性。服务端在确定目标虚拟形象对应的任务集后，将任务集中的任务返回客户端，然后响应于接收到客户端返回的任务执行结果，根据任务执行结果，对目标虚拟形象关联的交互控件的数量和/或类型进行更新。由此，通过为不同的用户提供不同的交互控件，进一步丰富了系统功能。

图4为本公开实施例提供的另一种卡片的生成方法的流程示意图。

如图4所示，该方法还包括：

步骤401，获取目标卡片关联的业务数据量。

举例来说，若服务系统为金融机构系统，则业务数据量可以为用卡次数，或者交易总额等，本公开对此不作限制。

本公开中，服务端可以通过查询目标卡片对应的交易历史信息，获取目标卡片关联的业务数据量。

步骤402，根据业务数据量，对客户端关联的目标虚拟形象的交互控件的数量和/或类型进行更新。

本公开中，不同的业务数据量，可供使用的交互控件可以有所不同，或者可供用户选择的虚拟形象装饰物，或者解锁动作可以有所不同。

步骤403，接收客户端发送的虚拟空间进入请求，其中，进入请求中包括所客户端的标识。

其中，虚拟空间是指，利用计算机生成一种模拟环境，用户可以在该环境中，模拟现实生活中的活动，体验到真实的感受。

本公开中，用户还可以通过点击客户端的进入虚拟空间的按钮，触发虚拟空间进入请求。

步骤404，获取客户端的标识关联的目标虚拟形象及交互控件信息。

本公开中，服务端接收客户端发送的虚拟空间进入请求后，可以根据虚拟空间进入请求中的客户端的标识，与目标虚拟形象及交互控件的对应关系，确定与客户端相关联的目标虚拟形象及交互控件。

步骤405，将目标虚拟形象及交互控件信息返回给客户端，以使客户端基于目标虚拟形象及交互控件信息，生成虚拟空间。

本公开中，客户端生成虚拟空间后，用户即可在此虚拟空间中，利用所提供的交互控件，与目标虚拟形象进行交互。由此，可以通过为不同的用户提供不同的交互控件，从而打造个性化的虚拟空间。

本公开中，服务端通过获取目标卡片关联的业务数据量，并根据业务数据量，对客户端关联的目标虚拟形象的交互控件的数量和/或类型进行更新，之后再接收客户端发送的虚拟空间进入请求，然后获取客户端的标识关联的目标虚拟形象及交互控件信息，并将目标虚拟形象及交互控件信息返回给客户端，以使客户端基于目标虚拟形象及交互控件信息，生成虚拟空间。由此，通过为不同的用户提供不同的交互控件，进一步丰富了系统功能。

为了实现上述实施例，本公开实施例还提出一种卡片的生成装置。图5为本公开实施例提供的一种卡片的生成装置的结构示意图。

如图5所示，该业务请求的处理装置500包括：接收模块510、获取模块520、确定模块530、第一生成模块540。

接收模块510，用于接收客户端发送的卡片申请请求，其中，所述申请请求中包括所述客户端的标识；

获取模块520，用于根据所述客户端的标识，获取所述客户端对应的目标虚拟形象；

确定模块530，用于根据所述目标虚拟形象，确定待生成卡片对应的装饰元素；

第一生成模块540，用于基于所述装饰元素，生成目标卡片。

在本公开实施例一种可能的实现方式中，上述第一生成模块540，具体用于：

根据所述申请请求中包括的业务类型，确定所述装饰元素的风格；

基于所述装饰元素的风格及所述装饰元素，生成所述目标卡片。

在本公开实施例一种可能的实现方式中，上述接收模块510，还用于：

接收虚拟形象创建请求，其中，所述创建请求中包括参考图片；

该装置还包括：

第二生成模块，用于根据所述参考图片中包含的参考对象的形象，生成所述目标虚拟形象。

在本公开实施例一种可能的实现方式中，该装置还可以包括：

返回模块，用于向所述客户端返回所述目标卡片浏览界面，其中，所述浏览界面中包含所述装饰元素关联的调整控件；

调整模块，用于响应于接收到所述客户端返回的调整控件的调整指令，根据所述调整指令，对所述调整控件关联的装饰元素进行调整。

在本公开实施例一种可能的实现方式中，上述获取模块520，还用于：

获取所述目标卡片关联的业务数据量；

该装置还包括：

更新模块，用于根据所述业务数据量，对所述客户端关联的目标虚拟形象的交互控件的数量和/或类型进行更新。

在本公开实施例一种可能的实现方式中，上述接收模块510，还用于：

接收所述客户端发送的虚拟空间进入请求，其中，所述进入请求中包括所客户端的标识；

上述获取模块520，还用于获取所述客户端的标识关联的目标虚拟形象及交互控件信息；

上述返回模块，还用于将所述目标虚拟形象及交互控件信息返回给所述客户端，以使所述客户端基于所述目标虚拟形象及交互控件信息，生成虚拟空间。

在本公开实施例一种可能的实现方式中，上述接收模块510，还用于：

接收所述客户端发送的虚拟形象更新指令，其中，所述更新指令中包括目标更新元素；

所述装置还包括：

更新模块，用于根据所述目标更新元素，对所述目标虚拟形象进行更新。

在本公开实施例一种可能的实现方式中，上述确定模块530，还用于：

确定所述目标虚拟形象对应的任务集；

所述装置还包括：

返回模块，用于向所述客户端返回所述任务集中的任务；

所述更新模块，用于响应于接收到所述客户端返回的任务执行结果，根据所述任务执行结果，对所述目标虚拟形象关联的交互控件的数量和/或类型进行更新。

在本公开实施例一种可能的实现方式中，上述确定模块530，还用于：

根据所述客户端的历史使用数据，确定所述目标虚拟形象对应的任务集。

需要说明的是，前述卡片的生成方法实施例的解释说明，也适用于该实施例的装置，故在此不再赘述。

本公开中，通过基于用户对应的虚拟形象，确定待生成卡片对应的目标装饰元素，进而再利用目标装饰元素对卡片进行装饰，以生成目标卡片。从而使得同一业务的不同用户的卡片样式不同，丰富了卡片样式、且提高了卡片的分辨性。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在ROM(Read-OnlyMemory，只读存储器)602中的计算机程序或者从存储单元608加载到RAM(Random AccessMemory，随机访问/存取存储器)603中的计算机程序，来执行各种适当的动作和处理。在RAM603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。I/O(Input/Output，输入/输出)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于CPU(Central Processing Unit，中央处理单元)、GPU(Graphic Processing Units，图形处理单元)、各种专用的AI(Artificial Intelligence，人工智能)计算芯片、各种运行机器学习模型算法的计算单元、DSP(Digital SignalProcessor，数字信号处理器)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如卡片的生成方法。例如，在一些实施例中，对卡片的生成方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的卡片的生成方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行卡片的生成方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、FPGA(Field Programmable Gate Array，现场可编程门阵列)、ASIC(Application-Specific Integrated Circuit，专用集成电路)、ASSP(Application Specific StandardProduct，专用标准产品)、SOC(System On Chip，芯片上系统的系统)、CPLD(ComplexProgrammable Logic Device，复杂可编程逻辑设备)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、RAM、ROM、EPROM(Electrically Programmable Read-Only-Memory，可擦除可编程只读存储器)或快闪存储器、光纤、CD-ROM(Compact Disc Read-Only Memory，便捷式紧凑盘只读存储器)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(Cathode-Ray Tube，阴极射线管)或者LCD(Liquid Crystal Display，液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：LAN(LocalArea Network，局域网)、WAN(Wide Area Network，广域网)、互联网和区块链网络。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务(VirtualPrivate Server，虚拟专用服务器)中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

根据本公开的实施例，本公开还提供了一种计算机程序产品，当计算机程序产品中的指令处理器执行时，执行本公开上述实施例提出的卡片的生成方法。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。