CN110599158A - 虚拟卡合并方法、虚拟卡合并装置及终端设备 - Google Patents
虚拟卡合并方法、虚拟卡合并装置及终端设备 Download PDFInfo
- Publication number
- CN110599158A CN110599158A CN201910730863.7A CN201910730863A CN110599158A CN 110599158 A CN110599158 A CN 110599158A CN 201910730863 A CN201910730863 A CN 201910730863A CN 110599158 A CN110599158 A CN 110599158A
- Authority
- CN
- China
- Prior art keywords
- card
- virtual
- merged
- information
- merging
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/351—Virtual cards
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本申请适用于信息合并技术领域,提供了虚拟卡合并方法、虚拟卡合并装置、终端设备及计算机可读存储介质,该虚拟卡合并方法,包括:在预设应用程序中,检测到指示合并至少两个待合并虚拟卡的指令之后,获取所述至少两个待合并虚拟卡的待合并卡券信息;新建第一虚拟卡;将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息;若检测到预设显示控制指令,则在所述预设应用程序中显示所述第一虚拟卡。通过上述方法,提高用户管理和使用应用程序中的虚拟卡券时的操作效率。
Description
技术领域
本申请属于信息合并技术领域,尤其涉及虚拟卡合并方法、虚拟卡合并装置、终端设备及计算机可读存储介质。
背景技术
在诸如各种社交、支付类的应用程序中,一个用户往往拥有多个虚拟卡券,使得用户使用和查找卡券的过程较为繁琐,使用时的操作效率较低,且难以对卡券进行管理,用户体验较差。
发明内容
本申请实施例提供了虚拟卡合并方法、虚拟卡合并装置、终端设备及计算机可读存储介质,可以提高用户管理和使用应用程序中的虚拟卡券时的操作效率。
第一方面,本申请实施例提供了一种虚拟卡合并方法,包括:
在预设应用程序中,检测到指示合并至少两个待合并虚拟卡的指令之后,获取所述至少两个待合并虚拟卡的待合并卡券信息;
新建第一虚拟卡;
将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息;
若检测到预设显示控制指令,则在所述预设应用程序中显示所述第一虚拟卡。
第二方面,本申请实施例提供了一种虚拟卡合并装置,包括:
获取模块,用于在预设应用程序中,检测到指示合并至少两个待合并虚拟卡的指令之后,获取所述至少两个待合并虚拟卡的待合并卡券信息;
新建模块,用于新建第一虚拟卡;
合并模块,用于将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息;
显示模块,用于若检测到预设显示控制指令,则在所述预设应用程序中显示所述第一虚拟卡。
第三方面,本申请实施例提供了一种终端设备,包括存储器、处理器、显示器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如第一方面所述的虚拟卡合并方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如第一方面所述的虚拟卡合并方法。
第五方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在终端设备上运行时,使得终端设备执行上述第一方面中所述的虚拟卡合并方法。
本申请实施例与现有技术相比存在的有益效果是:本申请实施例中,通过新建第一虚拟卡,将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息,可以将各个待合并虚拟卡进行合并,以使得用户可以通过第一虚拟卡执行各个待合并虚拟卡的功能。同时,在将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中时,对应调整各个所述待合并卡券信息中的金额信息,可以保证合并存储过程中的金额合并信息的准确性。通过本申请实施例,可以提高用户管理和使用应用程序中的虚拟卡券时的操作效率,提升用户体验。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一实施例提供的一种虚拟卡合并方法的流程示意图;
图2是本申请一实施例提供的一种虚拟卡合并方法的信息交互示意图;
图3是本申请一实施例提供的另一种虚拟卡合并方法的信息交互示意图;
图4是本申请一实施例提供的一种虚拟卡合并装置的结构示意图;
图5是本申请实施例提供的终端设备的结构示意图;
图6是本申请一实施例提供的一种虚拟卡合并方法所适用于的手机的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定***结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的***、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
本申请实施例提供的虚拟卡合并方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、个人数字助理(personal digital assistant,PDA)等终端设备上,本申请实施例对终端设备的具体类型不作任何限制。
具体地,图1示出了本申请实施例提供的第一种虚拟卡合并方法的流程图,该虚拟卡合并方法可以应用于终端设备,该虚拟卡合并方法包括:
步骤S101,在预设应用程序中,检测到指示合并至少两个待合并虚拟卡的指令之后,获取所述至少两个待合并虚拟卡的待合并卡券信息。
本申请实施例中,所述预设应用程序可以为包括虚拟卡的应用程序。示例性的,所述预设应用程序可以是能够提供诸如社交、购物以及支付等功能中的至少一种的应用程序。
其中,所述虚拟卡可以包括能够通过电子设备进行存储和/或应用的各种电子卡券。所述虚拟卡可以通过用户名、***、二维码等等标识信息进行标识。所述待合并卡券信息可以包括对应的待合并虚拟卡的对应商家、用户名、***、二维码、注册信息、使用信息以及金额信息等等中的一种或多种信息。
所述指示合并至少两个待合并虚拟卡的指令可以通过多种方式来生成。例如,在一些实施方式中,可以是用户通过执行该虚拟卡合并方法的终端设备的触控屏,提交指示合并至少两个待合并虚拟卡的指令。此外,也可以是该终端设备检测到符合预设的卡券合并条件的至少两个待合并虚拟卡之后,自动生成指示合并至少两个待合并虚拟卡的指令。
可选的,在一些实施方式中,在检测到指示合并至少两个待合并虚拟卡的指令之后,还包括:
生成第二记录文件;
通过所述第二记录文件,记录各个所述待合并虚拟卡的合并情况。
本申请实施例中,所述待合并虚拟卡的合并情况可以包括将各个所述待合并虚拟卡进行合并时的诸如发起合并、进行合并以及合并完成等步骤中的一系列操作和对象的至少部分相关信息,例如可以包括步骤S101、步骤S102、步骤S103等等执行过程中的至少部分相关信息。例如,可以在所述第二记录文件中记录进行合并的各个所述待合并虚拟卡的用户名、对应商家、***等等信息,还可以记录新生成的合并虚拟卡(如本实施例中的第一虚拟卡)的用户名、***等信息,还可以记录合成时间等等。
示例性的,所述第二记录文件可以存储于执行该虚拟卡合并方法的终端设备本地,也可以存储于云服务器中。
通过所述第二记录文件,用户、开发者或者商家可以查询虚拟卡合并是否准确,可以保证每一次虚拟卡合并都可追溯;在一些实施方式中,还可以支持用户在后续解除对各个所述待合并虚拟卡的合并。
步骤S102,新建第一虚拟卡。
需要说明的是,本申请实施例中,可以在新建所述第一虚拟卡时生成所述第一虚拟卡的用户名、卡面、***、密码等相关信息,也可以在后续基于各个待合并虚拟卡的待合并卡券信息生成所述第一虚拟卡的各个相关信息。此外,在一些实施方式中,还可以通过接收用户输入的信息,自定义设置所述第一虚拟卡的各个相关信息。
步骤S103,将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息。
本申请实施例中,所述第一卡券用于记录所述第一虚拟卡中合并存储的各个待合并卡券信息。其中,可以将各个待合并卡券信息分别存储至不同的存储区域(如存储至第一虚拟卡所对应的存储空间中的不同文件中),也可以将各个待合并卡券信息中的至少部分信息进行合并,例如,若各个待合并虚拟卡的对应商家相同,则可以将各个待合并卡券信息中的金额信息叠加合并后,存储至所述第一卡券中。
可选的,在一些实施方式中,所述将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息,包括:
通过事务处理,将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并将各个所述待合并虚拟卡中的金额设置为零,其中,合并存储之后的所述第一卡券中的金额信息对应合并存储之前的各个所述待合并虚拟卡的金额信息。
本申请实施例中,所述事务处理为JAVA***所提供的功能。其中,一项事务是指由一条或多条对数据库更新的sql语句所组成的一个不可分割的工作单元。只有当事务中的所有操作都正常完成后,整个事务才能被提交到数据库,而只要有一项操作没有完成,就必须撤消整个事务。其中,在本申请实施例中,所述数据库可以用于存储各个所述待合并卡券信息以及所述第一虚拟卡的第一卡券的卡券信息。
本申请实施例中,通过事务处理来执行将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并将各个所述待合并虚拟卡中的金额设置为零的操作,可以保证该操作的原子性(atomicity),从而保证在将卡券的金额进行转移时的数据安全。其中,事务处理的原子性表示事务执行过程中的任何失败都将导致事务所做的任何修改失效。
在一些实施方式中,在对应调整各个所述待合并卡券信息中的金额信息之后,还包括:
在所述预设应用程序中,将各个所述待合并虚拟卡解除绑定。
本申请实施例中,一般地,若各个待合并虚拟包括对对应商家的注册信息,则在将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中时,各个待合并虚拟的注册信息也会转移存储至所述第一卡券中。此时,在对应调整各个所述待合并卡券信息中的金额信息之后,通过在所述预设应用程序中,将各个所述待合并虚拟卡解除绑定,可以减少所述预设应用程序中存储的冗余信息,并避免用户混淆第一虚拟卡和各个待合并虚拟卡。
步骤S104,若检测到预设显示控制指令,则在所述预设应用程序中显示所述第一虚拟卡。
本申请实施例中,所述预设显示控制指令的生成方式可以有多种。例如,在一些实施方式中,可以是用户通过执行该虚拟卡合并方法的终端设备的触控屏中的按钮,提交打开指定界面的指令。此外,也可以是在将所述待合并虚拟卡合并至第一虚拟卡的操作完成之后,自动生成所述预设显示控制指令。
所述在所述预设应用程序中显示所述第一虚拟卡的显示方式可以有多种,例如,可以显示所述第一虚拟卡的卡面、缩略图和/或名称等等信息。
可选的,在一些实施方式中,所述虚拟卡合并方法还包括:
生成与所述第一虚拟卡相关联的第一记录文件;
通过所述第一记录文件记录所述第一虚拟卡的第一卡券的卡券信息变更情况。
本申请实施例中,所述第一记录文件的文件格式在此不作限定。所述第一卡券的卡券信息变更情况可以包括所述第一卡券的卡券信息发生变更(如数据变化、删除、增加等)的相关情况。例如,所述第一虚拟卡的第一卡券的卡券信息变更情况可以包括将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中时,所述第一卡券的卡券信息的变更情况。在一些实施方式中,所述第一虚拟卡的第一卡券的卡券信息变更情况包括所述第一卡券的余额变化情况。
可选的,在一些实施方式中,在将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息之前,还包括:
根据所述待合并卡券信息,确定各个所述待合并虚拟卡的类别;
若所述待合并虚拟卡中,存在至少两个所述待合并虚拟卡的类别符合预设条件,则将类别符合预设条件的待合并虚拟卡的待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个类别符合预设条件的待合并虚拟卡的待合并卡券信息中的金额信息。
本申请实施例中,所述各个所述待合并虚拟卡的类别可以包括多种,具体类别可以根据用户、开发者或者对应商家的定义来划分,具体的,可以根据各个所述待合并虚拟卡的数据类型、对应商家的商家类型等信息来划分。例如,所述待合并虚拟卡的类别可以包括以下中的至少一种:银行卡、储值卡、会员卡、积分卡等等。或者,还可以根据各个所述待合并虚拟卡的数据类型进行划分,例如,所述类别可以包括能够存储金额的第一类别和不存储金额的类别等等。
所述预设条件可以根据应用场景进行设置。例如,可以是至少两个所述待合并虚拟卡的类别相同时,认为该至少两个所述待合并虚拟卡的类别符合预设条件;或者,可以预先所述待合并虚拟卡的类别划分为多个集合,每个集合中包括一个或多个类别,每个集合中的类别的数据类型等信息相同或相似,此时,可以是至少两个所述待合并虚拟卡的类别处于同一集合时,认为该至少两个所述待合并虚拟卡的类别符合预设条件。
本申请实施例中,通过区分所述待合并虚拟卡的类别,从而对类别相同或者相似的待合并虚拟卡进行合并,可以降低虚拟卡合并的操作复杂度,减少诸如统一数据格式等操作,并且,还可以在虚拟卡合并后,便于用户根据类别对合并得到的合并虚拟卡进行查找、管理和使用。
下面以一个具体示例来说明本申请实施例中的一种具体实施方式。如图2所示,为本申请一实施例提供的一种虚拟卡合并方法的信息交互示意图。
其中,所述预设应用程序前台获取用户提交的指示合并待合并虚拟卡A、B的指令后,提交至预设应用程序后台;预设应用程序后台新建虚拟卡C,并将虚拟卡A、B的卡券信息合并存储至虚拟卡C的卡券中,并对应将虚拟卡A、B中的余额调整为0,然后在预设应用程序中,将虚拟卡A、B解除绑定;此外,预设应用程序后台还通过所述第二记录文件,记录待合并虚拟卡A、B的合并情况,通过所述第二记录文件,记录待合并虚拟卡A、B的合并情况;若检测到预设显示控制指令,则在所述预设应用程序前台显示虚拟卡C。需要说明的是,上述信息交互的执行顺序可以与图2中指示的不同,在此不作限定。
本申请实施例中,通过新建第一虚拟卡,将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息,可以将各个待合并虚拟卡进行合并,以使得用户可以通过第一虚拟卡执行各个待合并虚拟卡的功能。同时,在将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中时,对应调整各个所述待合并卡券信息中的金额信息,可以保证合并存储过程中的金额合并信息的准确性。通过本申请实施例,可以提高用户管理和使用应用程序中的虚拟卡券时的操作效率,提升用户体验。
可选的,在一些实施方式中,在新建第一虚拟卡之后,还包括:
若检测到用户查看所述第一虚拟卡的备选卡面图片的查看操作,则基于预先存储的所述备选卡面图片的统一资源定位符,显示所述备选卡面图片的信息列表;
若检测到用户从显示的所述信息列表中选择备选卡面图片的选择操作,则将所选择的所述备选卡面图片作为所述第一虚拟卡的卡面;
相应的,所述若检测到预设显示控制指令,则在所述预设应用程序中显示所述第一虚拟卡,包括:
若检测到预设显示控制指令,则基于所述第一虚拟卡的卡面,在所述预设应用程序中显示所述第一虚拟卡。
本申请实施例中,所述统一资源定位符(Uniform Resource Locator,URL)是对可以从互联网上得到的资源的位置和访问方法的一种简洁表示,是互联网上标准资源的地址。
通过所述统一资源定位符,预设应用程序可以从预先存储所述备选卡面图片的图片信息的指定服务器获取所述备选卡面图片的图片信息,并可以向用户呈现所述备选卡面图片的信息列表。所述备选卡面图片的信息列表的呈现方式可以有多种,例如,可以分页呈现所述信息列表等等。
其中,在一些实施方式中,该指定服务器可以通过内容分发网络(ContentDelivery Network,CDN)的缓存存储所述备选卡面图片的图片信息,从而使得用户可以基于预先存储的所述备选卡面图片的统一资源定位符,并通过CDN缓存获取所述备选卡面图片的图片信息,并可以向用户呈现所述备选卡面图片的信息列表。
本申请实施例中,所述备选卡面图片可以是用户、开发者等上传的,也可以是根据所述第一虚拟卡的信息生成的。
在一些实施方式中,可以根据所述第一虚拟卡的卡券信息,预先生成备选卡面图片,并存储所述备选卡面图片至指定服务器。其中,所述备选卡面图片可以是对基于第一虚拟卡的卡券信息中的部分信息(如用户名、***、对应商家、对应的类别等等)进行预设处理(例如加密处理、虚化处理、马赛克处理等等),得到预设处理后对应的目标图片,并将该目标图片作为备选卡面图片。此时,经过预设处理后对应的目标图片具有一定的加密效果,在用户使用预设应用程序时,为用户提供一定的隐私保护,提升用户体验。
下面以一个具体示例来说明本申请实施例中的另一种具体实施方式。如图3所示,为本申请一实施例提供的一种虚拟卡合并方法的信息交互示意图。
其中,可以在指定服务器中存储备选卡面图片,并且指定服务器可以将备选卡面图片的统一资源定位符发送至预设应用程序;
当预设应用程序接收到用户发送的查看所述第一虚拟卡的备选卡面图片的查看操作时,可以基于预先存储的所述备选卡面图片的统一资源定位符,显示所述备选卡面图片的信息列表;
若预设应用程序检测到用户从显示的所述信息列表中选择备选卡面图片的选择操作,则将所选择的所述备选卡面图片作为所述第一虚拟卡的卡面;
若检测到用户发送的预设显示控制指令,则基于所述第一虚拟卡的卡面,在所述预设应用程序中显示所述第一虚拟卡。
通过本申请实施例,用户可以根据自身喜好和需求选择合适的卡面,增强了与用户的互动性,提升了用户体验。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
对应于上文实施例所述的虚拟卡合并方法,图4示出了本申请实施例提供的一种虚拟卡合并装置的结构框图,为了便于说明,仅示出了与本申请实施例相关的部分。
参照图4,该虚拟卡合并装置4包括:
获取模块401,用于在预设应用程序中,检测到指示合并至少两个待合并虚拟卡的指令之后,获取所述至少两个待合并虚拟卡的待合并卡券信息;
新建模块402,用于新建第一虚拟卡;
合并模块403,用于将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息;
显示模块404,用于若检测到预设显示控制指令,则在所述预设应用程序中显示所述第一虚拟卡。
可选的,所述合并模块403具体用于:
通过事务处理,将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并将各个所述待合并虚拟卡中的金额设置为零,其中,合并存储之后的所述第一卡券中的金额信息对应合并存储之前的各个所述待合并虚拟卡的金额信息。
可选的,所述虚拟卡合并装置4还包括:
解绑模块,用于在所述预设应用程序中,将各个所述待合并虚拟卡解除绑定。
可选的,所述虚拟卡合并装置4还包括:
第一生成模块,用于生成与所述第一虚拟卡相关联的第一记录文件;
第一记录模块,用于通过所述第一记录文件记录所述第一虚拟卡的第一卡券的卡券信息变更情况。
可选的,所述虚拟卡合并装置4还包括:
第二生成模块,用于生成第二记录文件;
第二记录模块,用于通过所述第二记录文件,记录各个所述待合并虚拟卡的合并情况。
所述虚拟卡合并装置4还包括:
第三确定模块,用于根据所述待合并卡券信息,确定各个所述待合并虚拟卡的类别;
第二合并模块,用于若所述待合并虚拟卡中,存在至少两个所述待合并虚拟卡的类别符合预设条件,则将类别符合预设条件的待合并虚拟卡的待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个类别符合预设条件的待合并虚拟卡的待合并卡券信息中的金额信息。
可选的,所述虚拟卡合并装置4还包括:
第二显示模块,用于若检测到用户查看所述第一虚拟卡的备选卡面图片的查看操作,则基于预先存储的所述备选卡面图片的统一资源定位符,显示所述备选卡面图片的信息列表;
第四确定模块,用于若检测到用户从显示的所述信息列表中选择备选卡面图片的选择操作,则将所选择的所述备选卡面图片作为所述第一虚拟卡的卡面;
相应的,所述显示模块404具体用于:
若检测到预设显示控制指令,则基于所述第一虚拟卡的卡面,在所述预设应用程序中显示所述第一虚拟卡。
本申请实施例中,通过新建第一虚拟卡,将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息,可以将各个待合并虚拟卡进行合并,以使得用户可以通过第一虚拟卡执行各个待合并虚拟卡的功能。同时,在将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中时,对应调整各个所述待合并卡券信息中的金额信息,可以保证合并存储过程中的金额合并信息的准确性。通过本申请实施例,可以提高用户管理和使用应用程序中的虚拟卡券时的操作效率,提升用户体验。
需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
图5为本申请一实施例提供的终端设备的结构示意图。如图5所示,该实施例的终端设备5包括:至少一个处理器50(图5中仅示出一个)处理器、存储器51以及存储在所述存储器51中并可在所述至少一个处理器50上运行的计算机程序52,所述处理器50执行所述计算机程序52时实现上述任意各个虚拟卡合并方法实施例中的步骤。
所述终端设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备可包括,但不仅限于,处理器50、存储器51。本领域技术人员可以理解,图5仅仅是终端设备5的举例,并不构成对终端设备5的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如还可以包括输入输出设备、网络接入设备等。
所称处理器50可以是中央处理单元(Central Processing Unit,CPU),该处理器50还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器51在一些实施例中可以是所述终端设备5的内部存储单元,例如终端设备5的硬盘或内存。所述存储器51在另一些实施例中也可以是所述终端设备5的外部存储设备,例如所述终端设备5上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器51还可以既包括所述终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储操作***、应用程序、引导装载程序(BootLoader)、数据以及其他程序等,例如所述计算机程序的程序代码等。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。
以终端设备为手机为例。图6示出的是与本申请实施例提供的手机的部分结构的框图。参考图6,手机包括:射频(Radio Frequency,RF)电路610、存储器620、输入单元630、显示单元640、传感器650、音频电路660、无线保真(wireless fidelity,WiFi)模块670、处理器680、以及电源690等部件。本领域技术人员可以理解,图6中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图6对手机的各个构成部件进行具体的介绍:
RF电路610可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器680处理;另外,将设计上行的数据发送给基站。通常,RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier,LNA)、双工器等。此外,RF电路610还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯***(GlobalSystem of Mobile communication,GSM)、通用分组无线服务(General Packet RadioService,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE))、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器620可用于存储软件程序以及模块,处理器680通过运行存储在存储器620的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器620可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器620可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元630可用于接收输入的数字或字符信息,以及产生与手机600的用户设置以及功能控制有关的键信号输入。具体地,输入单元630可包括触控面板631以及其他输入设备632。触控面板631,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上或在触控面板631附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板631可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器680,并能接收处理器680发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631,输入单元630还可以包括其他输入设备632。具体地,其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元640可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元640可包括显示面板641,可选的,可以采用液晶显示器(Liquid CrystalDisplay,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板641。进一步的,触控面板631可覆盖显示面板641,当触控面板631检测到在其上或附近的触摸操作后,传送给处理器680以确定触摸事件的类型,随后处理器680根据触摸事件的类型在显示面板641上提供相应的视觉输出。虽然在图6中,触控面板631与显示面板641是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板631与显示面板641集成而实现手机的输入和输出功能。
手机600还可包括至少一种传感器650,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板641的亮度,接近传感器可在手机移动到耳边时,关闭显示面板641和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路660、扬声器661,传声器662可提供用户与手机之间的音频接口。音频电路660可将接收到的音频数据转换后的电信号,传输到扬声器661,由扬声器661转换为声音信号输出;另一方面,传声器662将收集的声音信号转换为电信号,由音频电路660接收后转换为音频数据,再将音频数据输出处理器680处理后,经RF电路610以发送给比如另一手机,或者将音频数据输出至存储器620以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块670可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图6示出了WiFi模块670,但是可以理解的是,其并不属于手机600的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器680是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器620内的软件程序和/或模块,以及调用存储在存储器620内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器680可包括一个或多个处理单元;优选的,处理器680可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器680中。
手机600还包括给各个部件供电的电源690(比如电池),优选的,电源可以通过电源管理***与处理器680逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机600还可以包括摄像头。可选地,摄像头在手机600的上的位置可以为前置的,也可以为后置的,本申请实施例对此不作限定。
可选地,手机600可以包括单摄像头、双摄像头或三摄像头等,本申请实施例对此不作限定。
例如,手机600可以包括三摄像头,其中,一个为主摄像头、一个为广角摄像头、一个为长焦摄像头。
可选地,当手机600包括多个摄像头时,这多个摄像头可以全部前置,或者全部后置,或者一部分前置、另一部分后置,本申请实施例对此不作限定。
另外,尽管未示出,手机600还可以包括蓝牙模块等,在此不再赘述。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品,当计算机程序产品在移动终端上运行时,使得移动终端执行时实现可实现上述各个方法实施例中的步骤。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括:能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/网络设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/网络设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (10)
1.一种虚拟卡合并方法,其特征在于,包括:
在预设应用程序中,检测到指示合并至少两个待合并虚拟卡的指令之后,获取所述至少两个待合并虚拟卡的待合并卡券信息;
新建第一虚拟卡;
将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息;
若检测到预设显示控制指令,则在所述预设应用程序中显示所述第一虚拟卡。
2.如权利要求1所述的虚拟卡合并方法,其特征在于,所述将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息,包括:
通过事务处理,将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并将各个所述待合并虚拟卡中的金额设置为零,其中,合并存储之后的所述第一卡券中的金额信息对应合并存储之前的各个所述待合并虚拟卡的金额信息。
3.如权利要求1所述的虚拟卡合并方法,其特征在于,在对应调整各个所述待合并卡券信息中的金额信息之后,还包括:
在所述预设应用程序中,将各个所述待合并虚拟卡解除绑定。
4.如权利要求1所述的虚拟卡合并方法,其特征在于,还包括:
生成与所述第一虚拟卡相关联的第一记录文件;
通过所述第一记录文件记录所述第一虚拟卡的第一卡券的卡券信息变更情况。
5.如权利要求1所述的虚拟卡合并方法,其特征在于,在检测到指示合并至少两个待合并虚拟卡的指令之后,还包括:
生成第二记录文件;
通过所述第二记录文件,记录各个所述待合并虚拟卡的合并情况。
6.如权利要求1所述的虚拟卡合并方法,其特征在于,在将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息之前,还包括:
根据所述待合并卡券信息,确定各个所述待合并虚拟卡的类别;
若所述待合并虚拟卡中,存在至少两个所述待合并虚拟卡的类别符合预设条件,则将类别符合预设条件的待合并虚拟卡的待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个类别符合预设条件的待合并虚拟卡的待合并卡券信息中的金额信息。
7.如权利要求1至6任意一项所述的虚拟卡合并方法,其特征在于,在新建第一虚拟卡之后,还包括:
若检测到用户查看所述第一虚拟卡的备选卡面图片的查看操作,则基于预先存储的所述备选卡面图片的统一资源定位符,显示所述备选卡面图片的信息列表;
若检测到用户从显示的所述信息列表中选择备选卡面图片的选择操作,则将所选择的所述备选卡面图片作为所述第一虚拟卡的卡面;
相应的,所述若检测到预设显示控制指令,则在所述预设应用程序中显示所述第一虚拟卡,包括:
若检测到预设显示控制指令,则基于所述第一虚拟卡的卡面,在所述预设应用程序中显示所述第一虚拟卡。
8.一种虚拟卡合并装置,其特征在于,包括:
获取模块,用于在预设应用程序中,检测到指示合并至少两个待合并虚拟卡的指令之后,获取所述至少两个待合并虚拟卡的待合并卡券信息;
新建模块,用于新建第一虚拟卡;
合并模块,用于将各个所述待合并卡券信息合并存储至所述第一虚拟卡的第一卡券中,并对应调整各个所述待合并卡券信息中的金额信息;
显示模块,用于若检测到预设显示控制指令,则在所述预设应用程序中显示所述第一虚拟卡。
9.一种终端设备,包括存储器、处理器、显示器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的虚拟卡合并方法。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的虚拟卡合并方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910730863.7A CN110599158A (zh) | 2019-08-08 | 2019-08-08 | 虚拟卡合并方法、虚拟卡合并装置及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910730863.7A CN110599158A (zh) | 2019-08-08 | 2019-08-08 | 虚拟卡合并方法、虚拟卡合并装置及终端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110599158A true CN110599158A (zh) | 2019-12-20 |
Family
ID=68853739
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910730863.7A Pending CN110599158A (zh) | 2019-08-08 | 2019-08-08 | 虚拟卡合并方法、虚拟卡合并装置及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110599158A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113592562A (zh) * | 2021-08-09 | 2021-11-02 | 京东科技控股股份有限公司 | 优惠券处理方法、装置、电子设备及存储介质 |
WO2023073510A1 (en) * | 2021-10-29 | 2023-05-04 | S1LK PAY Ltd. | Distributed payment processing using centralized payment processing platform |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100076833A1 (en) * | 2008-09-19 | 2010-03-25 | Giftango Corporation | Systems and methods for managing and using a virtual card |
CN106104602A (zh) * | 2016-06-22 | 2016-11-09 | 北京小米移动软件有限公司 | 卡片显示方法及装置 |
US20170286992A1 (en) * | 2013-12-13 | 2017-10-05 | The Grocer Exchange, LLC. | System and method for coded transaction processing |
CN107436901A (zh) * | 2016-05-29 | 2017-12-05 | 腾讯科技(深圳)有限公司 | 可视化电子卡片的生成方法和装置 |
CN107748989A (zh) * | 2017-09-27 | 2018-03-02 | 阿里巴巴集团控股有限公司 | 一种虚拟卡的开卡方法、***和支付***、发卡*** |
-
2019
- 2019-08-08 CN CN201910730863.7A patent/CN110599158A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100076833A1 (en) * | 2008-09-19 | 2010-03-25 | Giftango Corporation | Systems and methods for managing and using a virtual card |
US20170286992A1 (en) * | 2013-12-13 | 2017-10-05 | The Grocer Exchange, LLC. | System and method for coded transaction processing |
CN107436901A (zh) * | 2016-05-29 | 2017-12-05 | 腾讯科技(深圳)有限公司 | 可视化电子卡片的生成方法和装置 |
CN106104602A (zh) * | 2016-06-22 | 2016-11-09 | 北京小米移动软件有限公司 | 卡片显示方法及装置 |
WO2017219267A1 (zh) * | 2016-06-22 | 2017-12-28 | 北京小米移动软件有限公司 | 卡片显示方法及装置 |
CN107748989A (zh) * | 2017-09-27 | 2018-03-02 | 阿里巴巴集团控股有限公司 | 一种虚拟卡的开卡方法、***和支付***、发卡*** |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113592562A (zh) * | 2021-08-09 | 2021-11-02 | 京东科技控股股份有限公司 | 优惠券处理方法、装置、电子设备及存储介质 |
WO2023073510A1 (en) * | 2021-10-29 | 2023-05-04 | S1LK PAY Ltd. | Distributed payment processing using centralized payment processing platform |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11449955B2 (en) | Information processing method and apparatus | |
US10600049B2 (en) | Digital wallet-based transaction method, apparatus, and system | |
WO2020238351A1 (zh) | 应用程序下载分类方法及终端设备 | |
CN108156508B (zh) | 弹幕信息处理的方法、装置、移动终端、服务器及*** | |
CN111597455B (zh) | 社交关系的建立方法、装置、电子设备及存储介质 | |
CN109902089B (zh) | 利用异构索引的查询方法、装置、电子设备及介质 | |
CN109495638B (zh) | 一种信息显示方法及终端 | |
WO2015043163A1 (en) | Method and apparatus for inputting account information | |
CN111352687A (zh) | ***填写方法、装置、终端及存储介质 | |
CN110688347A (zh) | 文件存储方法、文件存储装置及终端设备 | |
CN111475399B (zh) | 虚拟测试方法及装置 | |
CN110929159B (zh) | 资源投放方法、装置、设备及介质 | |
CN103488720A (zh) | 一种数据查看方法、***和客户端 | |
CN110599158A (zh) | 虚拟卡合并方法、虚拟卡合并装置及终端设备 | |
WO2019056324A1 (zh) | 推荐联想词的方法、移动终端以及计算机可读存储介质 | |
CN112486567B (zh) | 代码的合并请求发送方法、装置、电子设备及存储介质 | |
CN110532231B (zh) | 文件查询方法、文件查询装置及终端设备 | |
CN110149408B (zh) | 业务数据显示方法、装置、终端及服务器 | |
WO2017032211A1 (zh) | 利用资源换置目标物的换置方法、装置及设备 | |
CN111090529A (zh) | 共享信息的方法及电子设备 | |
CN115134316B (zh) | 话题展示方法、装置、终端及存储介质 | |
CN111125095B (zh) | 数据前缀添加的方法、装置、电子设备及介质 | |
CN114329292A (zh) | 资源信息的配置方法、装置、电子设备以及存储介质 | |
EP3606009B1 (en) | Image synchronization method and device, and server | |
CN111191998A (zh) | 事项处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191220 |