CN112650604A - 卡片数据处理方法及相关装置 - Google Patents

卡片数据处理方法及相关装置 Download PDF

Info

Publication number
CN112650604A
CN112650604A CN202011593344.XA CN202011593344A CN112650604A CN 112650604 A CN112650604 A CN 112650604A CN 202011593344 A CN202011593344 A CN 202011593344A CN 112650604 A CN112650604 A CN 112650604A
Authority
CN
China
Prior art keywords
card data
card
data protocol
target
service party
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
Application number
CN202011593344.XA
Other languages
English (en)
Inventor
何黎平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Life Insurance Company of China Ltd
Original Assignee
Ping An Life Insurance Company of China Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ping An Life Insurance Company of China Ltd filed Critical Ping An Life Insurance Company of China Ltd
Priority to CN202011593344.XA priority Critical patent/CN112650604A/zh
Publication of CN112650604A publication Critical patent/CN112650604A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/541Interprogram communication via adapters, e.g. between incompatible applications
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04845Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range for image manipulation, e.g. dragging, rotation, expansion or change of colour
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/0486Drag-and-drop

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请实施例公开了一种卡片数据处理方法及相关装置,方法包括:在检测到来自业务方的目标卡片请求时,向业务方反馈支持的至少一种卡片数据协议,之后,确定业务方选择至少一种卡片数据协议中的目标卡片数据协议,最后,根据目标卡片数据协议将目标卡片的卡片数据转化为目标卡片数据,并向业务方发送目标卡片数据。本申请实施例有利于实现提高卡片数据处理的智能性。

Description

卡片数据处理方法及相关装置
技术领域
本申请涉及数据处理技术领域,具体涉及一种卡片数据处理方法及相关装置。
背景技术
随着科技的发展,为了满足人们的视觉效果以及清晰的向用户展示需要显示的信息,移动应用中许多场景都会以卡片的形式来展示信息,相比传统的文字、图片等展示形式,卡片的可读性更好,可实现的交互也更多。
目前,各个应用方都是以自定义的协议及编辑工具进行卡片编辑,造成资源冗余,卡片风格不统一,可移植性差,通常情况下,卡片数据通常会以超文本标记语言(HyperTextMarkup Language,html)格式或数据交换格式(JavaScript Object Notation,json)格式来存储,当使用html格式存储时,可能编辑出不符合规范的内容,而且,前端解析难度大,此外,html格式现有的标签,难以满足业务方视频及音频的编辑需求,各个应用方需要自己扩展html的标签体系来满足额外的需求,而json格式往往由各个应用方自己制定的,导致卡片数据难以复用。
发明内容
本申请实施例提供了一种卡片数据处理方法及相关装置,解决了各个业务方对卡片数据复用困难的问题。
第一方面,本申请实施例提供一种卡片数据处理方法,其特征在于,包括:
在检测到来自业务方的目标卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议;
确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议;
根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方发送所述目标卡片数据。
在一个可能的示例中,所述至少一种卡片数据协议包括超文本标记语言HTML协议、数据交换格式JSON协议以及可扩展标记语言XML协议。
在一个可能的示例中,所述确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议,包括:
判断在第一预设时间间隔内是否接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议;
若在第一预设时间间隔内接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议,则确定所述被选定的卡片数据协议为所述目标卡片数据协议。
在一个可能的示例中,所述判断在第一预设时间间隔内是否接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议之后,所述方法还包括:
若在第一预设时间间隔内未接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议,则判断所述目标卡片请求是否为所述业务方的首次请求;
若所述目标卡片请求不为所述业务方的首次请求,则确定所述业务方前一次卡片请求对应的卡片数据协议为所述目标卡片数据协议。
在一个可能的示例中,所述根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方发送所述目标卡片数据之前,所述方法还包括:
确定所述目标卡片的卡片数据不为所述目标卡片数据。
在一个可能的示例中,所述在检测到业务方发送的针对目标卡片的卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议之前,所述方法还包括:
在检测到卡片编辑请求时,显示卡片编辑界面,所述编辑界面包括卡片编辑区域;
通过所述卡片编辑区域获取用户的卡片编辑操作;
响应于所述卡片编辑操作,生成所述目标卡片;
显示所述目标卡片。
在一个可能的示例中,所述卡片编辑区域包括用户上传的素材。
在一个可能的示例中,所述在检测到卡片编辑请求时,显示卡片编辑界面之前,所述方法还包括:
在检测到用户上传的素材后,判断所述素材的上传通道的通道类型,所述素材用于编辑卡片,所述类型包括私有通道和公有通道;
若所述素材的上传通道为私有通道,则生成所述素材的第一下载链接,所述第一下载链接用于指示用户在第二预设时间间隔内下载所述素材;
若所述素材的上传通道为公有通道,则生成所述素材的第二下载链接,所述第二下载链接用于指示用户在任意时刻下载所述素材。
在一个可能的示例中,所述在检测到用户上传的素材后,判断所述素材的上传通道的通道类型,包括:
获取所述素材的上传通道的通道标识;
以所述通道标识为查询标识查询通道类型列表,确定所述通道标识对应的通道类型,所述通道类型列表包括通道标识与通道类型的对应关系。
第二方面,本申请实施例提供一种卡片数据处理装置,其特征在于,包括:
反馈单元,用于在检测到来自业务方的目标卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议;
确定单元,用于确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议;
转化单元,用于根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方发送所述目标卡片数据。
第三方面,本申请实施例提供一种卡片数据处理平台,包括处理器、存储器、通信接口以及一个或多个程序,其中,上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,上述程序包括用于执行本申请实施例第一方面任一方法中的步骤的指令。第四方面,本申请实施例提供了一种计算机可读存储介质,其中,上述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,上述计算机程序使得计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。第五方面,本申请实施例提供了一种计算机程序产品,其中,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
可以看出,本申请实施例中,在检测到来自业务方的目标卡片请求时,向业务方反馈支持的至少一种卡片数据协议,之后,确定业务方选择至少一种卡片数据协议中的目标卡片数据协议,最后,根据目标卡片数据协议将目标卡片的卡片数据转化为目标卡片数据,并向业务方发送目标卡片数据。可见,本申请实施例通过制定至少一种卡片数据协议供业务方选择,以实现向业务方提供合适的卡片数据,从而实现业务方对卡片数据的复用,进而提升卡片数据处理的智能性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种卡片数据处理的系统的示意图;
图2是本申请实施例提供的一种卡片数据处理方法的流程示意图;
图3是本申请实施例提供的另一种卡片编辑界面的示意图;
图4是本申请实施例提供的一种卡片数据处理平台的结构示意图;
图5是本申请实施例提供的一种卡片数据处理装置的功能单元组成框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
如图1所示,图1为一种卡片数据处理系统100的示意图,该卡片数据处理的系统100包括卡片数据处理平台110和业务方120,卡片数据处理平台110在检测到来自业务方120的目标卡片请求时,向所述业务方120反馈支持的多种卡片数据协,之后,确定所述业务方120选择所述至少一种卡片数据协议中的目标卡片数据协议,最后,根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方120发送所述目标卡片数据。其中,本申请所涉及的业务方120可以对应各种电子设备。电子设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备,以及各种形式的用户设备(User Equipment,UE),移动台(MobileStation,MS),终端设备(terminal device)等等。
目前,各个应用方都是以自定义的协议及编辑工具进行卡片编辑,造成资源冗余,卡片风格不统一,可移植性差,通常情况下,卡片数据通常会以html格式或json格式来存储,当使用html格式存储时,可能编辑出不符合规范的内容,而且,前端解析难度大,此外,html格式现有的标签,难以满足业务方视频及音频的编辑需求,各个应用方需要自己扩展html的标签体系来满足额外的需求,而json格式往往由各个应用方自己制定的,导致卡片数据难以复用。
针对上述问题,本申请提出一种卡片数据处理方法,下面结合附图对本申请实施例进行详细介绍。
请参阅图2,图2是本申请实施例提供了一种卡片数据处理方法的流程示意图,如图2所示,本卡片数据处理方法包括步骤S201~S203:
S201,在检测到来自业务方的目标卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议。
其中,业务方可以是苹果操作系统(iPhone Operation System,IOS)以及安卓Android系统等各个平台的用户,不作具体限定。
其中,所述目标卡片可以是其他用户编辑完成卡片后上传的,所述目标卡片也可以是用户预先设置的,对所述目标卡片的来源不作具体的限定。
可选的,所述至少一种卡片数据协议包括但不限于超文本标记语言HTML协议、数据交换格式JSON协议以及可扩展标记语言XML协议。
本申请涉及的方法应用于卡片数据处理平台。
S202,确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议。
可选的,所述确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议,包括:判断在第一预设时间间隔内是否接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议;若在第一预设时间间隔内接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议,则确定所述被选定的卡片数据协议为所述目标卡片数据协议。
其中,所述第一预设时间间隔可以是1分钟,5分钟,15分钟,等等,所述第一预设时间间隔还可以是其他时间间隔,本申请实施例不作具体限定。
举例来说,当卡片数据处理平台支持卡片数据协议A、卡片数据协议B以及卡片数据协议C,其前述预设时间间隔为5分钟,则卡片数据处理平台在检测到来自业务方的目标卡片请求时,向所述业务方反馈支持的该三种卡片数据协议,若在5分钟内接收到所述业务方选择的卡片数据协议A,则确定卡片数据协议A为目标卡片数据协议。
可见,本示例中,卡片数据处理平台能够在业务方请求目标卡片时,提供支持的卡片数据协议供业务方选择,并能够在预设的时间间隔内接收到业务方选择的卡片数据协议,以实现基于业务方选择的卡片数据协议为业务方提供相应的卡片协议数据。
可选的,所述判断在第一预设时间间隔内是否接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议之后,所述方法还包括:若在第一预设时间间隔内未接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议,则判断所述目标卡片请求是否为所述业务方的首次请求;若所述目标卡片请求不为所述业务方的首次请求,则确定所述业务方前一次卡片请求对应的卡片数据协议为所述目标卡片数据协议。
举例来说,当卡片数据处理平台支持卡片数据协议A、卡片数据协议B以及卡片数据协议C,其前述第一预设时间间隔为10分钟,则卡片数据处理平台在检测到来自业务方的目标卡片请求时,向所述业务方反馈支持的该三种卡片数据协议,若在10分钟内未接收到所述业务方选择的卡片数据协议,且进一步判断当前次目标卡片请求不为所述业务方的首次请求,若该所述业务方前一次卡片请求对应卡片数据协议C,则确定卡片数据协议C为所述目标卡片数据协议。
可见,本示例中,卡片数据处理平台能够在业务方请求目标卡片时,提供支持的卡片数据协议供业务方选择,并能够在预设的时间间隔内未接收到业务方选择的卡片数据协议,在业务方存在历史卡片请求的请求下,根据历史卡片请求确定卡片协议数据。
此外,所述判断在第一预设时间间隔内是否接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议之后,所述方法还包括:若在第一预设时间间隔内未接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议,则判断所述目标卡片请求是否为所述业务方的首次请求;若所述目标卡片请求为所述业务方的首次请求,则确定默认的卡片数据协议为所述目标卡片数据协议。
其中,对默认的卡片数据协议不作具体限定。
S203,根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方发送所述目标卡片数据。
在一个可能的示例中,所述根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方发送所述目标卡片数据之前,所述方法还包括:确定所述目标卡片的卡片数据不为所述目标卡片数据。
需要说明的是,当所述目标卡片的卡片数据为所述目标卡片数据的情况下,即是,即是,所述目标卡片的卡片数据与目标卡片数据协议对应的卡片数据类型相同的情况下,所述目标卡片的卡片数据即是所述目标卡片数据。
其中,所述目标卡片的卡片数据为卡片数据处理平台默认的卡片协议对应的数据,需要说明的是,开发者可以为不同的操作平台提供至少一种卡片数据协议中部分或者全部卡片数据协议对应的软件开发工具包SDK,使得操作平台的业务方能够在选择至少一种卡片数据协议中合适的卡片数据协议之后,有对应的软件开发工具包SDK解释业务方选择的卡片数据协议,最终实现业务方利用卡片数据处理平台的目标卡片的卡片数据。
可以看出,本申请实施例中,在检测到来自业务方的目标卡片请求时,向业务方反馈支持的至少一种卡片数据协议,之后,确定业务方选择至少一种卡片数据协议中的目标卡片数据协议,最后,根据目标卡片数据协议将目标卡片的卡片数据转化为目标卡片数据,并向业务方发送目标卡片数据。可见,本申请实施例通过制定至少一种卡片数据协议供业务方选择,以实现向业务方提供合适的卡片数据,从而实现业务方对卡片数据的复用,进而提升卡片数据处理的智能性。
在一个可能的示例中,所述在检测到业务方发送的针对目标卡片的卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议之前,所述方法还包括:在检测到卡片编辑请求时,显示卡片编辑界面,所述编辑界面包括卡片编辑区域;通过所述卡片编辑区域获取用户的卡片编辑操作;响应于所述卡片编辑操作,生成所述目标卡片;显示所述目标卡片。
具体实现中,平台可提供类似如图3所示出的卡片编辑界面,用户可以将界面左侧的模板拖入编辑界面,系统提前预置了多个常用模板,如果当前的模板不能满足用户的需求,用户还可以在左侧的工具栏选择图片、文本等组件,自由组合,生成相应的卡片。用户在编辑卡片的过程中,当需要在该位置使用图片时,可以直接从素材管理模块选择提前上传好的图片,或者用户直接在该界面上传图片。
进一步的,当用户在可视化界面编辑卡片时,前端会实时渲染呈现卡片最终的展示效果。保存卡片时,也会渲染保存卡片最终的预览图,方便后续用户查看。
在一个可能的示例中,所述卡片编辑区域包括用户上传的素材。
其中,所述素材用于编辑卡片。
在一个可能的示例中,所述在检测到卡片编辑请求时,显示卡片编辑界面之前,所述方法还包括:在检测到用户上传的素材后,判断所述素材的上传通道的通道类型,所述素材用于编辑卡片,所述类型包括私有通道和公有通道;若所述素材的上传通道为私有通道,则生成所述素材的第一下载链接,所述第一下载链接用于指示用户在第二预设时间间隔内下载所述素材;若所述素材的上传通道为公有通道,则生成所述素材的第二下载链接,所述第二下载链接用于指示用户在任意时刻下载所述素材。
其中,私有通道可以是预先设置的内部通道,公有通道为面向所有用户的通道,其中,所述第二预设时间间隔可以是10分钟,所述第二预设时间间隔也可以是15分钟,所述第二预设时间间隔也可以是20分钟,等等,对所述第二预设时间间隔不做具体限定。
具体实现中,当用户通过私有通道上传了素材A,通过公有通道上传了素材B,且私有通道对应的链接保存时长为15分钟,则卡片编辑平台的素材管理模块会生成素材A的下载链接A,素材B的下载链接B,该用户可以在15分钟内通过下载链接A获取到素材A,该用户可以在任意时刻通过下载链接B获取到素材B。
可见,本示例中,卡片数据处理平台能够提供不同的素材上传通道,以便于用户通过不同的素材上传通道上传素材时,能够根据上传通道的类型生成不同时效的下载链接以获取上传的素材,也能针对比较重要的私有素材进行限时获取处理,使得其他人无法在失效之后获取到相应的素材,保证了素材的安全性。
在一个可能的示例中,所述在检测到用户上传的素材后,判断所述素材的上传通道的通道类型,包括:获取所述素材的上传通道的通道标识;以所述通道标识为查询标识查询通道类型列表,确定所述通道标识对应的通道类型,所述通道类型列表包括通道标识与通道类型的对应关系。
其中,通道标识和通道类型之间可以是一对一的关系,即是,通道标识和通道类型唯一对应,通道标识和通道类型之间可以是多对一的关系,即是,多个通道标识可以对应同一个通道类型,不做具体限定。
可见,本示例中,卡片数据处理平台能够提前设置通道标识与通道类型的对应关系,在素材上传的过程中,基于通道标识确定通道类型,进而生成不同时效的下载该素材的链接。
与上述图2所示的实施例一致的,请参阅图4,图4是本申请实施例提供的一种电子设备400的结构示意图,如图所示,所述电子设备400包括应用处理器410、存储器420、通信接口430以及一个或多个程序421,其中,所述一个或多个程序421被存储在上述存储器420中,并且被配置由上述应用处理器410执行,所述一个或多个程序421包括用于执行以下步骤的指令:
在检测到来自业务方的目标卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议;
确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议;
根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方发送所述目标卡片数据。
可以看出,本申请实施例中,在检测到来自业务方的目标卡片请求时,向业务方反馈支持的至少一种卡片数据协议,之后,确定业务方选择至少一种卡片数据协议中的目标卡片数据协议,最后,根据目标卡片数据协议将目标卡片的卡片数据转化为目标卡片数据,并向业务方发送目标卡片数据。可见,本申请实施例通过制定至少一种卡片数据协议供业务方选择,以实现向业务方提供合适的卡片数据,从而实现业务方对卡片数据的复用,进而提升卡片数据处理的智能性。
在一个可能的示例中,所述至少一种卡片数据协议包括超文本标记语言HTML协议、数据交换格式JSON协议以及可扩展标记语言XML协议。
在一个可能的示例中,在所述确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议方面,所述一个或多个程序421中的指令具体用于:判断在第一预设时间间隔内是否接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议;若在第一预设时间间隔内接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议,则确定所述被选定的卡片数据协议为所述目标卡片数据协议。
在一个可能的示例中,所述一个或多个程序421还包括用于执行以下步骤的指令:在所述判断在第一预设时间间隔内是否接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议之后,若在第一预设时间间隔内未接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议,则判断所述目标卡片请求是否为所述业务方的首次请求;若所述目标卡片请求不为所述业务方的首次请求,则确定所述业务方前一次卡片请求对应的卡片数据协议为所述目标卡片数据协议。
在一个可能的示例中,所述一个或多个程序421还包括用于执行以下步骤的指令:在所述根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方发送所述目标卡片数据之前,确定所述目标卡片的卡片数据不为所述目标卡片数据。
在一个可能的示例中,所述一个或多个程序421还包括用于执行以下步骤的指令:在所述在检测到业务方发送的针对目标卡片的卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议之前,在检测到卡片编辑请求时,显示卡片编辑界面,所述编辑界面包括卡片编辑区域;通过所述卡片编辑区域获取用户的卡片编辑操作;响应于所述卡片编辑操作,生成所述目标卡片;显示所述目标卡片。
在一个可能的示例中,所述卡片编辑区域包括用户上传的素材。
在一个可能的示例中,所述一个或多个程序421还包括用于执行以下步骤的指令:在所述在检测到卡片编辑请求时,显示卡片编辑界面之前,在检测到用户上传的素材后,判断所述素材的上传通道的通道类型,所述素材用于编辑卡片,所述类型包括私有通道和公有通道;若所述素材的上传通道为私有通道,则生成所述素材的第一下载链接,所述第一下载链接用于指示用户在第二预设时间间隔内下载所述素材;若所述素材的上传通道为公有通道,则生成所述素材的第二下载链接,所述第二下载链接用于指示用户在任意时刻下载所述素材。
在一个可能的示例中,在所述在检测到用户上传的素材后,判断所述素材的上传通道的通道类型方面,所述一个或多个程序421中的指令具体用于:获取所述素材的上传通道的通道标识;以所述通道标识为查询标识查询通道类型列表,确定所述通道标识对应的通道类型,所述通道类型列表包括通道标识与通道类型的对应关系。
上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所提供的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图5是本申请实施例中所涉及的一种卡片数据处理装置500的功能单元组成框图,所述卡片数据处理装置500包括:
反馈单元501,用于在检测到来自业务方的目标卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议;
确定单元502,用于确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议;
转化单元503,用于根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方发送所述目标卡片数据。
其中,所述卡片数据处理装置500还可以包括存储单元504,用于存储电子设备的程序代码和数据。存储单元504可以是存储器。
可以看出,本申请实施例中,在检测到来自业务方的目标卡片请求时,向业务方反馈支持的至少一种卡片数据协议,之后,确定业务方选择至少一种卡片数据协议中的目标卡片数据协议,最后,根据目标卡片数据协议将目标卡片的卡片数据转化为目标卡片数据,并向业务方发送目标卡片数据。可见,本申请实施例通过制定至少一种卡片数据协议供业务方选择,以实现向业务方提供合适的卡片数据,从而实现业务方对卡片数据的复用,进而提升卡片数据处理的智能性。
在一个可能的示例中,所述至少一种卡片数据协议包括超文本标记语言HTML协议、数据交换格式JSON协议以及可扩展标记语言XML协议。
在一个可能的示例中,在所述确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议方面,所述确定单元502具体用于:判断在第一预设时间间隔内是否接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议;若在第一预设时间间隔内接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议,则确定所述被选定的卡片数据协议为所述目标卡片数据协议。
在一个可能的示例中,所述确定单元502还用于:在所述判断在第一预设时间间隔内是否接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议之后,若在第一预设时间间隔内未接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议,则判断所述目标卡片请求是否为所述业务方的首次请求;若所述目标卡片请求不为所述业务方的首次请求,则确定所述业务方前一次卡片请求对应的卡片数据协议为所述目标卡片数据协议。
在一个可能的示例中,所述确定单元502还用于:在所述根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方发送所述目标卡片数据之前,确定所述目标卡片的卡片数据不为所述目标卡片数据。
在一个可能的示例中,所述卡片数据处理装置还包括显示单元505,用于:在所述在检测到业务方发送的针对目标卡片的卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议之前,在检测到卡片编辑请求时,显示卡片编辑界面,所述编辑界面包括卡片编辑区域;通过所述卡片编辑区域获取用户的卡片编辑操作;响应于所述卡片编辑操作,生成所述目标卡片;显示所述目标卡片。
在一个可能的示例中,所述卡片编辑区域包括用户上传的素材。
在一个可能的示例中,所述卡片数据处理装置还包括链接生成单元506,用于:在所述在检测到卡片编辑请求时,显示卡片编辑界面之前,在检测到用户上传的素材后,判断所述素材的上传通道的通道类型,所述素材用于编辑卡片,所述类型包括私有通道和公有通道;若所述素材的上传通道为私有通道,则生成所述素材的第一下载链接,所述第一下载链接用于指示用户在第二预设时间间隔内下载所述素材;若所述素材的上传通道为公有通道,则生成所述素材的第二下载链接,所述第二下载链接用于指示用户在任意时刻下载所述素材。
在一个可能的示例中,在所述在检测到用户上传的素材后,判断所述素材的上传通道的通道类型方面,所述链接生成单元506具体用于:获取所述素材的上传通道的通道标识;以所述通道标识为查询标识查询通道类型列表,确定所述通道标识对应的通道类型,所述通道类型列表包括通道标识与通道类型的对应关系。
可以理解的是,由于卡片数据处理方法实施例与卡片数据处理装置实施例为相同技术构思的不同呈现形式,因此,本申请中卡片数据处理方法实施例部分的内容应同步适配于卡片数据处理装置实施例部分,此处不再赘述。
本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤,上述计算机包括电子设备。本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包,上述计算机包括电子设备。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种卡片数据处理方法,其特征在于,包括:
在检测到来自业务方的目标卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议;
确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议;
根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方发送所述目标卡片数据。
2.根据权利要求1所述的方法,其特征在于,所述至少一种卡片数据协议包括超文本标记语言HTML协议、数据交换格式JSON协议以及可扩展标记语言XML协议。
3.根据权利要求1所述的方法,其特征在于,所述确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议,包括:
判断在第一预设时间间隔内是否接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议;
若在第一预设时间间隔内接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议,则确定所述被选定的卡片数据协议为所述目标卡片数据协议。
4.根据权利要求3所述的方法,其特征在于,所述判断在第一预设时间间隔内是否接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议之后,所述方法还包括:
若在第一预设时间间隔内未接收到来自所述业务方选定的所述至少一种卡片数据协议中的任意一个卡片数据协议,则判断所述目标卡片请求是否为所述业务方的首次请求;
若所述目标卡片请求不为所述业务方的首次请求,则确定所述业务方前一次卡片请求对应的卡片数据协议为所述目标卡片数据协议。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述在检测到业务方发送的针对目标卡片的卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议之前,所述方法还包括:
在检测到卡片编辑请求时,显示卡片编辑界面,所述编辑界面包括卡片编辑区域;
通过所述卡片编辑区域获取用户的卡片编辑操作;
响应于所述卡片编辑操作,生成所述目标卡片;
显示所述目标卡片。
6.根据权利要求5所述的方法,其特征在于,所述卡片编辑区域包括用户上传的素材,所述在检测到卡片编辑请求时,显示卡片编辑界面之前,所述方法还包括:
在检测到用户上传的素材后,判断所述素材的上传通道的通道类型,所述素材用于编辑卡片,所述类型包括私有通道和公有通道;
若所述素材的上传通道为私有通道,则生成所述素材的第一下载链接,所述第一下载链接用于指示用户在第二预设时间间隔内下载所述素材;
若所述素材的上传通道为公有通道,则生成所述素材的第二下载链接,所述第二下载链接用于指示用户在任意时刻下载所述素材。
7.根据权利要求6所所述的方法,其特征在于,所述在检测到用户上传的素材后,判断所述素材的上传通道的通道类型,包括:
获取所述素材的上传通道的通道标识;
以所述通道标识为查询标识查询通道类型列表,确定所述通道标识对应的通道类型,所述通道类型列表包括通道标识与通道类型的对应关系。
8.一种卡片数据处理装置,其特征在于,包括:
反馈单元,用于在检测到来自业务方的目标卡片请求时,向所述业务方反馈支持的至少一种卡片数据协议;
确定单元,用于确定所述业务方选择所述至少一种卡片数据协议中的目标卡片数据协议;
转化单元,用于根据所述目标卡片数据协议将所述目标卡片的卡片数据转化为目标卡片数据,并向所述业务方发送所述目标卡片数据。
9.一种卡片数据处理平台,其特征在于,包括处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行如权利要求1-7任一项所述的方法中的步骤的指令。
10.一种计算机可读存储介质,其特征在于,其存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如权利要求1-7中任一项所述的方法的部分或全部步骤。
CN202011593344.XA 2020-12-29 2020-12-29 卡片数据处理方法及相关装置 Pending CN112650604A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011593344.XA CN112650604A (zh) 2020-12-29 2020-12-29 卡片数据处理方法及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011593344.XA CN112650604A (zh) 2020-12-29 2020-12-29 卡片数据处理方法及相关装置

Publications (1)

Publication Number Publication Date
CN112650604A true CN112650604A (zh) 2021-04-13

Family

ID=75363753

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011593344.XA Pending CN112650604A (zh) 2020-12-29 2020-12-29 卡片数据处理方法及相关装置

Country Status (1)

Country Link
CN (1) CN112650604A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113253996A (zh) * 2021-06-23 2021-08-13 北京泰迪熊移动科技有限公司 一种卡片构建方法、电子设备、服务器及存储介质
CN115134324A (zh) * 2022-05-11 2022-09-30 钉钉(中国)信息技术有限公司 交互卡片的更新方法、服务器、终端及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109145238A (zh) * 2018-07-06 2019-01-04 阿里巴巴集团控股有限公司 一种卡片显示方法、装置及移动设备
CN109729040A (zh) * 2017-10-27 2019-05-07 伊姆西Ip控股有限责任公司 协议的选择的方法、设备以及计算机可读介质
CN111222062A (zh) * 2020-01-09 2020-06-02 百度在线网络技术(北京)有限公司 小程序的运行方法、装置、电子设备和存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109729040A (zh) * 2017-10-27 2019-05-07 伊姆西Ip控股有限责任公司 协议的选择的方法、设备以及计算机可读介质
CN109145238A (zh) * 2018-07-06 2019-01-04 阿里巴巴集团控股有限公司 一种卡片显示方法、装置及移动设备
CN111222062A (zh) * 2020-01-09 2020-06-02 百度在线网络技术(北京)有限公司 小程序的运行方法、装置、电子设备和存储介质

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113253996A (zh) * 2021-06-23 2021-08-13 北京泰迪熊移动科技有限公司 一种卡片构建方法、电子设备、服务器及存储介质
CN113253996B (zh) * 2021-06-23 2021-12-21 北京泰迪熊移动科技有限公司 一种卡片构建方法、电子设备、服务器及存储介质
CN115134324A (zh) * 2022-05-11 2022-09-30 钉钉(中国)信息技术有限公司 交互卡片的更新方法、服务器、终端及存储介质
CN115134324B (zh) * 2022-05-11 2023-04-25 钉钉(中国)信息技术有限公司 交互卡片的更新方法、服务器、终端及存储介质

Similar Documents

Publication Publication Date Title
CN109815200B (zh) 一种文件分享方法、装置及存储介质
US10311877B2 (en) Performing tasks and returning audio and visual answers based on voice command
US8477944B2 (en) Communication system, base station apparatus and terminal apparatus
CN110234080B (zh) 一种信息显示方法、装置和系统
CN109299446A (zh) 报告生成方法及装置
US8770475B2 (en) System and method for setting connection between information processing devices, communication apparatus, setting information identifier outputting apparatus, and computer program
US20150227496A1 (en) Method and system for microblog resource sharing
CN112650604A (zh) 卡片数据处理方法及相关装置
CN104462522A (zh) 一种文件在线预览的方法和移动终端、服务器
US10664468B2 (en) Communication supporting device, method, and comuper program
CN106951270B (zh) 一种代码处理方法、系统及服务器
CN111953709A (zh) 多媒体内容传输方法、多媒体内容展示方法、装置和电子设备
JP2003271507A5 (ja) 情報処理システム及び情報処理方法
CN111506551B (zh) 一种会议文件的提取方法、系统和计算机设备
CN102760157B (zh) 一种用于生成与移动终端相对应的发布信息的方法、装置与设备
JP2009089003A (ja) 通信システム、基地局装置および端末装置
CN102541836A (zh) 一种调整版式文件版面的方法及装置
CN104268611A (zh) 网页同步方法及装置
CN113177390A (zh) 文档的智能处理方法、装置、计算机可读介质及电子设备
CN112788090B (zh) 一种网络资源传输方法、装置及系统
CN106878145B (zh) 一种自定义图片的显示方法、显示装置及显示系统
CN110995577B (zh) 消息的多通道适配方法、装置及存储介质
CN109614592B (zh) 文本的处理方法、装置、存储介质和电子设备
CN111326263A (zh) 标注轨迹显示方法、装置、设备及计算机可读存储介质
CN104104575A (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