[go: up one dir, main page]

CN111866572A - 一种数据展示方法及装置 - Google Patents

一种数据展示方法及装置 Download PDF

Info

Publication number
CN111866572A
CN111866572A CN202010738321.7A CN202010738321A CN111866572A CN 111866572 A CN111866572 A CN 111866572A CN 202010738321 A CN202010738321 A CN 202010738321A CN 111866572 A CN111866572 A CN 111866572A
Authority
CN
China
Prior art keywords
interface
data
video data
interfaces
video
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
CN202010738321.7A
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.)
Hunan MgtvCom Interactive Entertainment Media Co Ltd
Original Assignee
Hunan MgtvCom Interactive Entertainment Media Co 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 Hunan MgtvCom Interactive Entertainment Media Co Ltd filed Critical Hunan MgtvCom Interactive Entertainment Media Co Ltd
Priority to CN202010738321.7A priority Critical patent/CN111866572A/zh
Publication of CN111866572A publication Critical patent/CN111866572A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431Generation of visual interfaces for content selection or interaction; Content or additional data rendering

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

本申请提供一种数据展示方法及装置,通过应用程序对应的至少两个接口向视频来源服务器发送获取请求;对至少两个接口中任一接口的数据接收状况进行监控,数据接口状况用于指示是否接收到视频来源服务器反馈的获取请求对应的视频数据;若数据接口状况指示至少两个接口中的至少一个接口接收到视频数据,在应用程序的应用界面中展示当前接收到的视频数据,这样当任一接口接收到视频数据后可直接在应用界面中展示接口接收到的视频数据,无需等待其他接口,实现“来一条刷新一条、刷新一条展示一条”的目的,从而能够及时将接口接收到的视频数据展示出来,提高视频数据的展示效率。

Description

一种数据展示方法及装置
技术领域
本申请属于数据处理技术领域,尤其涉及一种数据展示方法及装置。
背景技术
视频类型应用程序(简称视频类APP)的播放界面包括两个区域:第一区域加载视频播放器,通过视频播放器播放视频,第二区域用于加载与视频播放器当前播放视频相关的内容,如在第二区域中加载当前播放视频的花絮视频和当前播放视频的视频片段,并且在第二区域中可提供内容滚动控件,使得第二区域中的展示内容可根据内容滚动控件的滚动进行刷新,提供视频播放器中视频切换的入口,提高相关视频的转化率。
但是视频类APP在第二区域进行视频展示过程中会消耗较长时间,导致第二区域中的内容不能够及时展示。
发明内容
有鉴于此,本申请的目的在于提供一种数据展示方法及装置,用于提高视频数据的展示效率。
一方面,本申请提供一种数据展示方法,所述方法包括:
通过应用程序对应的至少两个接口向视频来源服务器发送获取请求;
对所述至少两个接口中任一接口的数据接收状况进行监控,所述数据接口状况用于指示是否接收到所述视频来源服务器反馈的所述获取请求对应的视频数据;
若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,在所述应用程序的应用界面中展示当前接收到的所述视频数据。
可选的,所述方法还包括:获取设置的用于接收所述视频数据的接口之间的数据展示顺序;
所述若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,在所述应用程序的应用界面中展示当前接收到的所述视频数据包括:
若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,获取当前接收到视频数据的接口的标识信息;
根据所述数据展示顺序和所述标识信息,确定当前接收到视频数据的接口对应的展示位置;
根据接口对应的展示位置,对接口当前接收到的视频数据进行展示。
可选的,所述方法还包括:获取设置的用于接收所述视频数据的接口的数据展示样式;
所述在所述应用程序的应用界面中展示当前接收到的所述视频数据包括:根据当前接收到视频数据的接口的数据展示样式,在所述应用程序的应用界面中展示当前接口接收到的视频数据。
可选的,所述方法还包括:获取设置的用于接收所述视频数据的接口的数据类型,所述获取请求中携带所述数据类型,以指示所述视频来源服务器反馈与所述数据类型匹配的视频数据;
或者
所述方法还包括:获取设置的用于接收所述视频数据的接口的数据类型,所述获取请求中没有携带所述数据类型;
所述在所述应用程序的应用界面中展示当前接收到的所述视频数据包括:从接口当前接收到的视频数据中选取与接口的数据类型匹配的目标视频数据,在所述应用界面中展示所述目标视频数据。
可选的,所述方法还包括:获取预先设置的接口与数据展示方式的对应关系,所述对应关系用于指示所述接口接收到的视频数据的数据展示顺序、数据展示样式和接口对应的数据类型中的至少一种;
所述在所述应用程序的应用界面中展示当前接收到的所述视频数据包括:根据所述接口与数据展示方式的对应关系,在所述应用界面中展示接口当前接收到的视频数据。
可选的,所述若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,在所述应用程序的应用界面中展示当前接收到的所述视频数据包括:
若所述数据接口状况指示所述至少一个接口接收到视频数据但其他接口没有接收到视频数据,根据接口之间的数据展示顺序,在布局模板中布局各接口对应的位置,所述各接口对应的位置关系与所述接口之间的数据展示顺序对应,接收到视频数据的接口在布局模板中占用的区域根据接口接收到的视频数据得到,没有接收到视频数据的接口在布局模板中占用一个布局占位,所述布局占位中的数据为空;
将所述布局模板渲染到应用界面中,以在应用界面中展示所述视频数据,在布局模板渲染至所述应用界面后所述布局占位在所述应用界面中不可见。
另一方面,本申请提供一种数据展示装置,所述装置包括:
发送单元,用于通过应用程序对应的至少两个接口向视频来源服务器发送获取请求;
监控单元,用于对所述至少两个接口中任一接口的数据接收状况进行监控,所述数据接口状况用于指示是否接收到所述视频来源服务器反馈的所述获取请求对应的视频数据;
展示单元,用于若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,在所述应用程序的应用界面中展示当前接收到的所述视频数据。
可选的,所述装置还包括:获取单元,用于获取设置的用于接收所述视频数据的接口之间的数据展示顺序和获取设置的用于接收所述视频数据的接口的数据展示样式中的至少一种;
所述展示单元,具体用于若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,获取当前接收到视频数据的接口的标识信息;根据所述数据展示顺序和所述标识信息,确定当前接收到视频数据的接口对应的展示位置;根据接口对应的展示位置,对接口当前接收到的视频数据进行展示,以及用于根据当前接收到视频数据的接口的数据展示样式,在所述应用程序的应用界面中展示当前接口接收到的视频数据中的至少一种。
可选的,所述装置还包括:获取单元,用于获取设置的用于接收所述视频数据的接口的数据类型,所述获取请求中携带所述数据类型,以指示所述视频来源服务器反馈与所述数据类型匹配的视频数据;
或者
所述装置还包括:获取单元,用于获取设置的用于接收所述视频数据的接口的数据类型,所述获取请求中没有携带所述数据类型;
所述展示单元,具体用于从接口当前接收到的视频数据中选取与接口的数据类型匹配的目标视频数据,在所述应用界面中展示所述目标视频数据。
可选的,所述展示单元,具体用于若所述数据接口状况指示所述至少一个接口接收到视频数据但其他接口没有接收到视频数据,根据接口之间的数据展示顺序,在布局模板中布局各接口对应的位置,所述各接口对应的位置关系与所述接口之间的数据展示顺序对应,接收到视频数据的接口在布局模板中占用的区域根据接口接收到的视频数据得到,没有接收到视频数据的接口在布局模板中占用一个布局占位,所述布局占位中的数据为空;
将所述布局模板渲染到应用界面中,以在应用界面中展示所述视频数据,在布局模板渲染至所述应用界面后所述布局占位在所述应用界面中不可见。
上述数据展示方法及装置,通过应用程序对应的至少两个接口向视频来源服务器发送获取请求;对至少两个接口中任一接口的数据接收状况进行监控,数据接口状况用于指示是否接收到视频来源服务器反馈的获取请求对应的视频数据;若数据接口状况指示至少两个接口中的至少一个接口接收到视频数据,在应用程序的应用界面中展示当前接收到的视频数据,这样当任一接口接收到视频数据后可直接在应用界面中展示接口接收到的视频数据,无需等待其他接口,实现“来一条刷新一条、刷新一条展示一条”的目的,从而能够及时将接口接收到的视频数据展示出来,提高视频数据的展示效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种数据展示方法的流程图;
图2是本申请实施例提供的一种应用界面与布局模板的示意图;
图3是本申请实施例提供的另一种数据展示方法的流程图;
图4是本申请实施例提供的再一种数据展示方法的流程图;
图5是本申请实施例提供的视频数据展示的示意图;
图6是本申请实施例提供的再一种数据展示方法的流程图;
图7是本申请实施例提供的一种数据展示装置的结构示意图;
图8是本申请实施例提供的另一种数据展示装置的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参见图1,其示出了本申请实施例提供的一种数据展示方法的流程图,可以包括以下步骤:
101:通过应用程序对应的至少两个接口向视频来源服务器发送获取请求。可以理解的是:获取请求用于向视频来源服务器请求视频数据,应用程序对应的至少两个接口可以是运行应用程序的电子设备为应用程序分配的接口,通过应用程序对应的至少两个接口向视频来源服务器发送获取请求,使得应用程序可直接从视频来源服务器中得到获取请求所请求的视频数据。
其中通过应用程序对应的至少两个接口向视频来源服务器发送获取请求的方式是:通过应用程序对应的一接口向后台服务器发送来源标识获取请求,该接口可以复用用于向视频来源服务器发送获取请求的接口,或者是独立于用于发送获取请求接口之外的一个接口,来源标识获取请求用于获取当前请求的视频数据所属视频来源服务器的来源标识,如视频来源服务器的地址,以基于来源标识向对应的视频来源服务器发送获取请求,从而从对应的视频来源服务器中获取当前请求的视频数据。
例如当前请求“小黄人”的视频数据,电子设备为应用程序分配接口1至接口N,N的取值大于等于2,其中接口1至接口N中的一个接口与后台服务器通信,接口1至接口N或接口1至接口N中除与后台服务器通信的接口与视频来源服务器通信,通过与后台服务器通信的接口向后台服务器发送携带有指示当前请求的视频数据的内容(如关键字-小黄人)的来源标识获取请求,节后后台服务器查找到的存储有当前请求的视频数据的视频来源服务器的地址,然后通过与视频来源服务器通信的接口向地址指向的视频来源服务器发送获取请求,接收视频来源服务器反馈的视频数据。
相关技术中后台服务器可通过多个接口与视频来源服务器通信,在确定视频来源服务器的来源标识后,向来源标识指向的视频来源服务器发送获取请求,接收视频来源服务器反馈的视频数据,并由后台服务器将视频数据转发给运行应用程序的电子设备。对于后台服务器来说针对应用程序的每个获取请求,需要通过多个接口向视频来源服务器转发获取请求,这多个接口会引起后台服务器带宽费用增加,但是若通过运行应用程序的电子设备的多个接口与视频来源服务器进行通信,对于电子设备来说,增加与视频来源服务器进行通信的接口的成本是可忽略不计的,因此本实施例将运行应用程序的电子设备中的接口作为应用程序对应的至少两个接口可降低成本。
并且通过运行应用程序的电子设备中的接口获取视频数据,视频来源服务器与后台服务器之间的数据交互迁移到视频来源服务器与电子设备之间的数据交互,这样可降低视频来源服务器与后台服务器之间的交互次数,降低成本,且后台服务器向电子设备反馈视频来源服务器的来源标识即可,相对于向电子设备反馈视频数据来说减少电子设备与后台服务器之间交互的数据量,进一步降低成本。
102:对至少两个接口中任一接口的数据接收状况进行监控,数据接口状况用于指示是否接收到视频来源服务器反馈的获取请求对应的视频数据。
103:若数据接口状况指示至少两个接口中的至少一个接口接收到视频数据,在应用程序的应用界面中展示当前接收到的视频数据。
在相关技术中,如上述通过后台服务器转发视频数据的技术中,后台服务器的所有接口在接收到视频来源服务器反馈的视频数据后,将所有视频数据一次性转发至电子设备中,这样电子设备需要在后台服务器的所有接口接收到视频数据后才可展示视频数据。
而本实施例对于与视频来源服务器进行交互的任一接口,监控任一接口的数据接收状况,若监测到有接口接收到视频来源服务器反馈的视频数据,则会在应用界面中展示当前接收到的视频数据,说明对于电子设备来说,不管与视频来源服务器交互的所有接口是否接收到视频数据,一旦有一个接口接收到视频数据就会在应用界面中展示接收到的视频数据,在展示过程中若其他接口接收到视频数据,会对应用界面进行刷新,将之前接收到的以及当前接收到的视频数据全部展示在应用界面中。
在本实施例中,每个接口接收到的视频数据独立存储,在每次发送一个获取请求后,每个接口会对应一个独立的存储空间(如一个文件,注意每个获取请求对应一个独立的存储空间),在没有接收到视频数据之前,接口对应的存储空间为空,若接收到视频数据存储空间会有数据存入,因此可通过对存储空间的监控来确定接口的数据接收状况。
若每个接口的多个获取请求对应一个独立的存储空间,存储空间对应的第一个获取请求发送之前,存储空间为空,但是其他次获取请求发送之前,存储空间存储有之前发送的获取请求接收到的视频数据,由此需要通过监控存储空间中存储的数据量相对于之前是否有增长,若有增长说明接收到视频数据。
当然也可以通过其他方式,如通过接口对应的带宽中传输的数据量来判断,又或者本实施例中接口以列表形式表示,如以列表形式表示的接口为[1,2,……,N],数字表示接口的标识信息,若对接口的数据接收状况进行监控,接口对应的列表形式可以为[1a,2b,……,Ne],在每个接口的标识信息之后设置一个标识符,该标识符指示对应接口的数据接收状况,在接口没有接收到视频数据之前,列表形式为[1-1,2-1,……,N-1],-1作为没有接收到视频数据的标识符,当然实际应用中还可以采用其他符号作为没有接收到视频数据,若接收到视频数据,对应的标识符发生变化,如从-1变为a,对于不同接口来说,其从没有接收到视频数据到接收到视频数据,标识符的变化可以根据需求而定。
此外上述标识符除能够指示数据接收状况之外,还用于指示接收视频数据的接口的数据展示样式,即本实施例提供的数据展示方法还包括获取设置的用于接收视频数据的接口的数据展示样式,相对应的在应用程序的应用界面中展示当前接收到的视频数据包括:根据当前接收到视频数据的接口的数据展示样式,在应用程序的应用界面中展示当前接口接收到的视频数据。
数据展示样式用于指示接口接收到的视频数据的布局方式,如数据展示样式包括横向列表布局、纵向列表布局等等多个大类,且每个大类还包括多种子布局方式,本实施例通过上述标识符可以指示出对应的数据展示样式。
如列表形式为[1a,2b,……,Ne],标识符a,b,……e等不单单指示接收到视频数据还指示接收到的视频数据的数据展示样式,以对应的数据展示样式展示视频数据。
在本实施例中,数据展示样式以displayType表示,表示是按照横向列表布局还是纵向列表布局等,不同接口的displayType可以相同也可以不同,本实施例可预先设置每个接口对应的displayType的取值,如a-->横向列表布局,b-->纵向列表布局等等,displayType的值指示是否对视频数据进行展示,如果displayType的值为-1,表示不做任何渲染操作,说明对应接口没有接收到视频数据,此时不对该接口进行展示,若displayType的值不为-1时,如displayType=a,根据displayType的取值从映射文件中找到displayType匹配的布局,根据displayType匹配的布局将视频数据渲染到应用界面中,以在应用界面中展示视频数据。
此处需要注意的一点是:若一个接口没有接收到视频数据,会为该接口分配一个布局占位,布局占位中的数据为空,但是在应用界面中该布局占位不可见,使得接收到的视频数据在应用界面中连续展示。如图2所示,电子设备中的三个接口用于接收视频数据,这三个接口中接口1和接口3分别接收到视频数据,在应用界面中会连续展示接口1和接口3接收到的视频数据,但是在应用程序的后台渲染出的布局模板与应用界面会有所不同,如图2中的虚线所示,在接口1和接口3连续展示的视频数据之间会有一个布局占位,该布局占位指示接口2的视频数据所对应位置,这样在接口2接收到视频数据后会在布局占位所处位置展示接口2接收到的视频数据。
基于此,本实施例在应用程序的应用界面中展示当前接收到的视频数据的一种可行方式如下:
若数据接口状况指示至少一个接口接收到视频数据但其他接口没有接收到视频数据,根据接口之间的数据展示顺序,在布局模板中布局各接口对应的位置,各接口对应的位置关系与接口之间的数据展示顺序对应,接收到视频数据的接口在布局模板中占用的区域根据接口接收到的视频数据得到,没有接收到视频数据的接口在布局模板中占用一个布局占位,布局占位中的数据为空;将布局模板渲染到应用界面中,以在应用界面中展示视频数据,在布局模板渲染至应用界面后布局占位在应用界面中不可见。
其中数据展示顺序用于指示接口接收到的视频数据在应用界面中依次展示的顺序,如指示接口对应的视频数据展示的先后顺序,如上述列表[1a,2b,……,Ne]中接口的标识信息的排序指示了数据展示顺序,这样可以依次展示接口1至接口N接收到的视频数据。若接口的请求出错displayType的取值设置为没有接收到的视频数据对应的取值,使得该接口的视频数据对于用户不可见。
上述数据展示方法,通过应用程序对应的至少两个接口向视频来源服务器发送获取请求;对至少两个接口中任一接口的数据接收状况进行监控,数据接口状况用于指示是否接收到视频来源服务器反馈的获取请求对应的视频数据;若数据接口状况指示至少两个接口中的至少一个接口接收到视频数据,在应用程序的应用界面中展示当前接收到的视频数据,这样当任一接口接收到视频数据后可直接在应用界面中展示接口接收到的视频数据,无需等待其他接口,实现“来一条刷新一条、刷新一条展示一条”的目的,从而能够及时将接口接收到的视频数据展示出来,提高视频数据的展示效率。
请参见图3,其示出了本申请实施例提供的另一种数据展示方法的流程图,可以包括以下步骤:
301:获取设置的用于接收视频数据的接口之间的数据展示顺序。数据展示顺序用于指示接口接收到的视频数据在应用界面中依次展示的顺序,如指示接口对应的视频数据展示的先后顺序,如上述列表[1a,2b,……,Ne]中接口的标识信息的排序指示了数据展示顺序。
302:通过应用程序对应的至少两个接口向视频来源服务器发送获取请求。
303:对至少两个接口中任一接口的数据接收状况进行监控,数据接口状况用于指示是否接收到视频来源服务器反馈的获取请求对应的视频数据。
304:若数据接口状况指示至少两个接口中的至少一个接口接收到视频数据,获取当前接收到视频数据的接口的标识信息。
305:根据数据展示顺序和标识信息,确定当前接收到视频数据的接口对应的展示位置。
在本实施例中,根据当前接收到视频数据的所有接口的标识信息和数据展示顺序,确定当前接收到视频数据的每个接口展示视频数据的先后顺序,且每个接口接收到的视频数据占用的区域可根据各自接收到的视频数据确定,由此根据展示视频数据的先后顺序和每个接口接收到的视频数据占用的区域,确定出任一接收到视频数据的接口在应用界面中展示视频数据的起始位置(即展示位置)。
以任一接收到视频数据的接口为例,若接口的标识信息和数据展示顺序指示该接口可第一个展示视频数据,则对应的展示位置为应用界面中用于展示视频数据的区域的起始点,如上述图2所示应用界面,该应用界面包括第一区域和第二区域,第一区域用于加载视频播放器,第二区域用于加载与视频播放器当前播放视频相关的内容,则在接口第一个展示视频数据时其对应的展示位置为第二区域的起始点。若接口的标识信息和数据展示顺序指示该接口为在第一个展示视频数据的接口之后展示视频数据,则根据之前展示的视频数据占用的区域确定展示位置,对此本实施例不再详述。
306:根据接口对应的展示位置,对接口当前接收到的视频数据进行展示。在接口对应的展示位置进行展示过程中,根据接口当前接收到的视频数据,计算视频数据占用的区域,如占用的高度,在占用的区域中渲染出视频数据,从而实现在应用界面展示视频数据。
在本实施例中,通过数据展示顺序和接口的标识信息,确定各个接收到视频数据的接口对应的展示位置,在展示位置中展示各个接口接收到的视频数据,使得各个接口展示视频数据的位置与该接口的数据展示顺序相匹配,实现展示视频数据的位置与数据展示顺序限定的展示顺序一一对应,防止多个接口接收到的视频数据在展示过程中出现紊乱。
除了能够限定数据展示顺序和数据展示样式之外,本实施例提供的数据展示方法还可以对数据类型进行限定,如本实施例提供的数据展示方法还可以包括:获取设置的用于接收视频数据的接口的数据类型,获取请求中携带数据类型,以指示视频来源服务器反馈与数据类型匹配的视频数据,从而在视频数据获取阶段实现对视频数据的筛选,这样可使接口接收到的视频数据与数据类型匹配,降低接口中传输的数据量。
又或者获取请求中没有携带数据类型,当在应用程序的应用界面中展示当前接收到的视频数据时:从接口当前接收到的视频数据中选取与接口的数据类型匹配的目标视频数据,在应用界面中展示目标视频数据,实现在展示阶段对视频数据的筛选。
数据类型可通过dataType表示,每一接口的dataType可以是唯一不会重复的,其作为接口的“身份证”,代表一种数据的类型,比如是正片类型,还是花絮类型,还是播单类型等,以通过不同接口获取到不同类型的视频数据,如一种表现形式是:[1A,2B,3C,4D,5E],接口的标识信息后的标识符指示数据类型,当然还可通过其他方式限定数据类型,本实施例不再一一阐述。
请参见图4,其示出了本申请实施例提供的再一种数据展示方法的流程图,可以包括以下步骤:
401:获取预先设置的接口与数据展示方式的对应关系,对应关系用于指示接口接收到的视频数据的数据展示顺序、数据展示样式和接口对应的数据类型中的至少一种,对于数据展示顺序、数据展示样式和接口对应的数据类型的说明请参见上述实施例,在本实施例中可将数据展示顺序、数据展示样式和接口对应的数据类型相互结合使用,对此本实施例不再阐述。
402:通过应用程序对应的至少两个接口向视频来源服务器发送获取请求。
403:对至少两个接口中任一接口的数据接收状况进行监控,数据接口状况用于指示是否接收到视频来源服务器反馈的获取请求对应的视频数据。
404:若数据接口状况指示至少两个接口中的至少一个接口接收到视频数据,根据接口与数据展示方式的对应关系,在应用界面中展示接口当前接收到的视频数据,在实现“来一条刷新一条、刷新一条展示一条”的目的的同时还能够限定各个接口之间的视频数据的对应关系,如限定各个接口之间的视频数据的数据展示顺序,以实现展示视频数据的位置与数据展示顺序限定的展示顺序一一对应,防止多个接口接收到的视频数据在展示过程中出现紊乱。
针对上述数据展示方法,其对应的视频数据展示的示意图如图5所示,以三个接口用于接收视频数据为例,三个接口分别记为接口1、接口2和接口3,这三个接口接收到视频数据的顺序依次是接口1、接口3和接口2,但这三个接口的数据展示顺序是接口1、接口2和接口3,则应用界面上展示的视频数据的刷新如图5所示,在接收到接口1的视频数据后在应用界面上展示接口1的视频数据,在接收到接口3的视频数据时,因没有接收到接口2的视频数据且接口3的视频数据在接口1之后展示,则接口3的视频数据位于接口1的视频数据之后展示。
当接口2接收到视频数据时,因接口2的视频数据的数据展示顺序位于接口3之前,则在接口1和接口3的视频数据之间插入接口2的视频数据,完成“来一条刷新一条、刷新一条展示一条”,且各接口的视频数据的展示遵循数据展示顺序的要求,防止数据紊乱。
下面以dataType的取值和displayType的取值,对本实施例提供的数据展示方法进行说明,其中dataType的取值表示数据的类型和displayType的取值表示数据展示样式,displayType的初始值为-1,表示对应接口获取到的视频数据为空,相对应的数据展示方法的流程如图6所示,可以包括以下步骤:
601:设置应用程序对应的接口列表,接口列表展示应用程序对应的接口,且表示接口对应的数据的类型和接口对应的数据展示样式。
602:在通过应用程序对应的至少两个接口向视频来源服务器发送获取请求之前,记录接口列表的初始取值,如接口列表的初始取值表示为[1a-1,2b-1,……,Ne-1],-1表示当前接口获取到的视频数据为空,1至N表示接口,a至e表示数据的类型。
603:若数据接口状况指示至少两个接口中的至少一个接口接收到视频数据,接收到视频数据的接口的displayType的值变更为其对应的数据展示样式的取值。
604:根据数据展示样式,在应用界面中展示接口当前接收到的视频数据,在展示过程中应用界面会根据当前接收到的视频数据的占用空间进行渲染。
605:若数据接口状态指示没有接收到视频数据,维持接口的displayType的值不变,在应用界面中渲染一个布局占位但是该布局占位对于用户不可见。
对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
与上述方法实施例相对应,本申请还提供一种数据展示装置,其结构如图7所示,可以包括:发送单元10、监控单元20和展示单元30。
发送单元10,用于通过应用程序对应的至少两个接口向视频来源服务器发送获取请求。可以理解的是:获取请求用于向视频来源服务器请求视频数据,应用程序对应的至少两个接口可以是运行应用程序的电子设备为应用程序分配的接口,通过应用程序对应的至少两个接口向视频来源服务器发送获取请求,使得应用程序可直接从视频来源服务器中得到获取请求所请求的视频数据,具体说明请参见上述方法实施例,对此本实施例不再赘述。
监控单元20,用于对至少两个接口中任一接口的数据接收状况进行监控,数据接口状况用于指示是否接收到视频来源服务器反馈的获取请求对应的视频数据。
展示单元30,用于若数据接口状况指示至少两个接口中的至少一个接口接收到视频数据,在应用程序的应用界面中展示当前接收到的视频数据。
本实施例对于与视频来源服务器进行交互的任一接口,监控任一接口的数据接收状况,若监测到有接口接收到视频来源服务器反馈的视频数据,则会在应用界面中展示当前接收到的视频数据,说明对于电子设备来说,不管与视频来源服务器交互的所有接口是否接收到视频数据,一旦有一个接口接收到视频数据就会在应用界面中展示接收到的视频数据,在展示过程中若其他接口接收到视频数据,会对应用界面进行刷新,将之前接收到的以及当前接收到的视频数据全部展示在应用界面中。其中监控单元20监控是否接收到视频来源服务器反馈的获取请求对应的视频数据的说明请参见上述方法实施例。
在本实施例中,展示单元30可以获取预先设置的接口与数据展示方式的对应关系,对应关系用于指示接口接收到的视频数据的数据展示顺序、数据展示样式和接口对应的数据类型中的至少一种,根据接口与数据展示方式的对应关系,在应用界面中展示接口当前接收到的视频数据,对于数据展示顺序、数据展示样式和接口对应的数据类型可参见上述方法实施例中的说明,对此本实施例不再阐述。
上述数据展示装置,通过应用程序对应的至少两个接口向视频来源服务器发送获取请求;对至少两个接口中任一接口的数据接收状况进行监控,数据接口状况用于指示是否接收到视频来源服务器反馈的获取请求对应的视频数据;若数据接口状况指示至少两个接口中的至少一个接口接收到视频数据,在应用程序的应用界面中展示当前接收到的视频数据,这样当任一接口接收到视频数据后可直接在应用界面中展示接口接收到的视频数据,无需等待其他接口,实现“来一条刷新一条、刷新一条展示一条”的目的,从而能够及时将接口接收到的视频数据展示出来,提高视频数据的展示效率。
请参阅图8,其示出了本申请实施例提供的另一种数据展示装置的结构,在图7所示基础上海可以包括:获取单元40,用于获取设置的用于接收视频数据的接口之间的数据展示顺序和获取设置的用于接收视频数据的接口的数据展示样式中的至少一种。
展示单元30,具体用于若数据接口状况指示至少两个接口中的至少一个接口接收到视频数据,获取当前接收到视频数据的接口的标识信息。根据数据展示顺序和标识信息,确定当前接收到视频数据的接口对应的展示位置。根据接口对应的展示位置,对接口当前接收到的视频数据进行展示,以及用于根据当前接收到视频数据的接口的数据展示样式,在应用程序的应用界面中展示当前接口接收到的视频数据中的至少一种,以通过数据展示顺序和数据展示样式中的至少一种来控制应用界面中的数据展示。
此处需要注意的一点是:若一个接口没有接收到视频数据,会为该接口分配一个布局占位,布局占位中的数据为空,但是在应用界面中该布局占位不可见,使得接收到的视频数据在应用界面中连续展示。基于此,本实施例在应用程序的应用界面中展示当前接收到的视频数据的一种可行方式如下:
若数据接口状况指示至少一个接口接收到视频数据但其他接口没有接收到视频数据,根据接口之间的数据展示顺序,在布局模板中布局各接口对应的位置,各接口对应的位置关系与接口之间的数据展示顺序对应,接收到视频数据的接口在布局模板中占用的区域根据接口接收到的视频数据得到,没有接收到视频数据的接口在布局模板中占用一个布局占位,布局占位中的数据为空;将布局模板渲染到应用界面中,以在应用界面中展示视频数据,在布局模板渲染至应用界面后布局占位在应用界面中不可见。
此外本申请实施例提供的数据展示装置中获取单元,还用于获取设置的用于接收视频数据的接口的数据类型,获取请求中携带数据类型,以指示视频来源服务器反馈与数据类型匹配的视频数据。
或者
获取单元,还用于获取设置的用于接收视频数据的接口的数据类型,获取请求中没有携带数据类型,相对应的展示单元30,具体用于从接口当前接收到的视频数据中选取与接口的数据类型匹配的目标视频数据,在应用界面中展示目标视频数据,实现对不同类型的视频数据的分区展示。
本申请实施例还提供一种电子设备,包括:处理器和至少两个接口;
其中至少两个接口提供给所述处理器运行的应用程序;处理器,用于通过至少两个接口向视频来源服务器发送获取请求;对至少两个接口中任一接口的数据接收状况进行监控,数据接口状况用于指示是否接收到视频来源服务器反馈的获取请求对应的视频数据;若数据接口状况指示至少两个接口中的至少一个接口接收到视频数据,在应用程序的应用界面中展示当前接收到的视频数据,对于处理器的具体执行过程请参见上述方法实施例,对此本实施例不再阐述。
本申请实施例还提供一种存储介质,存储介质中存储有计算机程序代码,计算机程序代码被执行时实现上述数据展示方法。
需要说明的是,本说明书中的各个实施例可以采用递进的方式描述、本说明书中各实施例中记载的特征可以相互替换或者组合,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种数据展示方法,其特征在于,所述方法包括:
通过应用程序对应的至少两个接口向视频来源服务器发送获取请求;
对所述至少两个接口中任一接口的数据接收状况进行监控,所述数据接口状况用于指示是否接收到所述视频来源服务器反馈的所述获取请求对应的视频数据;
若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,在所述应用程序的应用界面中展示当前接收到的所述视频数据。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:获取设置的用于接收所述视频数据的接口之间的数据展示顺序;
所述若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,在所述应用程序的应用界面中展示当前接收到的所述视频数据包括:
若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,获取当前接收到视频数据的接口的标识信息;
根据所述数据展示顺序和所述标识信息,确定当前接收到视频数据的接口对应的展示位置;
根据接口对应的展示位置,对接口当前接收到的视频数据进行展示。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:获取设置的用于接收所述视频数据的接口的数据展示样式;
所述在所述应用程序的应用界面中展示当前接收到的所述视频数据包括:根据当前接收到视频数据的接口的数据展示样式,在所述应用程序的应用界面中展示当前接口接收到的视频数据。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:获取设置的用于接收所述视频数据的接口的数据类型,所述获取请求中携带所述数据类型,以指示所述视频来源服务器反馈与所述数据类型匹配的视频数据;
或者
所述方法还包括:获取设置的用于接收所述视频数据的接口的数据类型,所述获取请求中没有携带所述数据类型;
所述在所述应用程序的应用界面中展示当前接收到的所述视频数据包括:从接口当前接收到的视频数据中选取与接口的数据类型匹配的目标视频数据,在所述应用界面中展示所述目标视频数据。
5.根据权利要求1至4中任意一项所述的方法,其特征在于,所述方法还包括:获取预先设置的接口与数据展示方式的对应关系,所述对应关系用于指示所述接口接收到的视频数据的数据展示顺序、数据展示样式和接口对应的数据类型中的至少一种;
所述在所述应用程序的应用界面中展示当前接收到的所述视频数据包括:根据所述接口与数据展示方式的对应关系,在所述应用界面中展示接口当前接收到的视频数据。
6.根据权利要求1至4中任意一项所述的方法,其特征在于,所述若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,在所述应用程序的应用界面中展示当前接收到的所述视频数据包括:
若所述数据接口状况指示所述至少一个接口接收到视频数据但其他接口没有接收到视频数据,根据接口之间的数据展示顺序,在布局模板中布局各接口对应的位置,所述各接口对应的位置关系与所述接口之间的数据展示顺序对应,接收到视频数据的接口在布局模板中占用的区域根据接口接收到的视频数据得到,没有接收到视频数据的接口在布局模板中占用一个布局占位,所述布局占位中的数据为空;
将所述布局模板渲染到应用界面中,以在应用界面中展示所述视频数据,在布局模板渲染至所述应用界面后所述布局占位在所述应用界面中不可见。
7.一种数据展示装置,其特征在于,所述装置包括:
发送单元,用于通过应用程序对应的至少两个接口向视频来源服务器发送获取请求;
监控单元,用于对所述至少两个接口中任一接口的数据接收状况进行监控,所述数据接口状况用于指示是否接收到所述视频来源服务器反馈的所述获取请求对应的视频数据;
展示单元,用于若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,在所述应用程序的应用界面中展示当前接收到的所述视频数据。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:获取单元,用于获取设置的用于接收所述视频数据的接口之间的数据展示顺序和获取设置的用于接收所述视频数据的接口的数据展示样式中的至少一种;
所述展示单元,具体用于若所述数据接口状况指示所述至少两个接口中的至少一个接口接收到所述视频数据,获取当前接收到视频数据的接口的标识信息;根据所述数据展示顺序和所述标识信息,确定当前接收到视频数据的接口对应的展示位置;根据接口对应的展示位置,对接口当前接收到的视频数据进行展示,以及用于根据当前接收到视频数据的接口的数据展示样式,在所述应用程序的应用界面中展示当前接口接收到的视频数据中的至少一种。
9.根据权利要求7所述的装置,其特征在于,所述装置还包括:获取单元,用于获取设置的用于接收所述视频数据的接口的数据类型,所述获取请求中携带所述数据类型,以指示所述视频来源服务器反馈与所述数据类型匹配的视频数据;
或者
所述装置还包括:获取单元,用于获取设置的用于接收所述视频数据的接口的数据类型,所述获取请求中没有携带所述数据类型;
所述展示单元,具体用于从接口当前接收到的视频数据中选取与接口的数据类型匹配的目标视频数据,在所述应用界面中展示所述目标视频数据。
10.根据权利要求7至9中任意一项所述的装置,其特征在于,所述展示单元,具体用于若所述数据接口状况指示所述至少一个接口接收到视频数据但其他接口没有接收到视频数据,根据接口之间的数据展示顺序,在布局模板中布局各接口对应的位置,所述各接口对应的位置关系与所述接口之间的数据展示顺序对应,接收到视频数据的接口在布局模板中占用的区域根据接口接收到的视频数据得到,没有接收到视频数据的接口在布局模板中占用一个布局占位,所述布局占位中的数据为空;
将所述布局模板渲染到应用界面中,以在应用界面中展示所述视频数据,在布局模板渲染至所述应用界面后所述布局占位在所述应用界面中不可见。
CN202010738321.7A 2020-07-28 2020-07-28 一种数据展示方法及装置 Pending CN111866572A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010738321.7A CN111866572A (zh) 2020-07-28 2020-07-28 一种数据展示方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010738321.7A CN111866572A (zh) 2020-07-28 2020-07-28 一种数据展示方法及装置

Publications (1)

Publication Number Publication Date
CN111866572A true CN111866572A (zh) 2020-10-30

Family

ID=72948884

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010738321.7A Pending CN111866572A (zh) 2020-07-28 2020-07-28 一种数据展示方法及装置

Country Status (1)

Country Link
CN (1) CN111866572A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113050800A (zh) * 2021-03-31 2021-06-29 联想(北京)有限公司 一种电子设备及处理方法
CN114979748A (zh) * 2022-05-24 2022-08-30 上海哔哩哔哩科技有限公司 视频处理方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009086629A1 (en) * 2008-01-07 2009-07-16 Smart Technologies Ulc Method and apparatus for displaying video data from multiple source computers in a multi-monitor computer system
CN107818008A (zh) * 2017-11-21 2018-03-20 武汉斗鱼网络科技有限公司 页面加载方法及装置
CN109889895A (zh) * 2019-03-13 2019-06-14 浙江大华技术股份有限公司 视频播放方法、装置、存储介质及电子装置
CN110430460A (zh) * 2019-08-08 2019-11-08 上海云视科技股份有限公司 一种显示节目的方法、装置、存储介质和电子设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009086629A1 (en) * 2008-01-07 2009-07-16 Smart Technologies Ulc Method and apparatus for displaying video data from multiple source computers in a multi-monitor computer system
CN107818008A (zh) * 2017-11-21 2018-03-20 武汉斗鱼网络科技有限公司 页面加载方法及装置
CN109889895A (zh) * 2019-03-13 2019-06-14 浙江大华技术股份有限公司 视频播放方法、装置、存储介质及电子装置
CN110430460A (zh) * 2019-08-08 2019-11-08 上海云视科技股份有限公司 一种显示节目的方法、装置、存储介质和电子设备

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113050800A (zh) * 2021-03-31 2021-06-29 联想(北京)有限公司 一种电子设备及处理方法
US11729460B2 (en) 2021-03-31 2023-08-15 Lenovo (Beijing) Co., Ltd. Electronic device and processing method and system
CN114979748A (zh) * 2022-05-24 2022-08-30 上海哔哩哔哩科技有限公司 视频处理方法及装置
CN114979748B (zh) * 2022-05-24 2024-02-23 上海哔哩哔哩科技有限公司 视频处理方法及装置

Similar Documents

Publication Publication Date Title
CN106487872B (zh) 优惠券的提供方法及装置、虚拟资源的分配及领取方法
CN113094141B (zh) 一种页面展示方法、装置、电子设备和存储介质
US9078047B2 (en) Content reproduction device
US20160101360A1 (en) Game Accessing Method and Processing Method, Server, Terminal, and System
JP7715472B2 (ja) データ交換方法、装置、機器及び記憶媒体
CN114938458B (zh) 对象信息展示方法、装置、电子设备及存储介质
US10701537B2 (en) Method and device for providing service
CN112822560B (zh) 虚拟礼物赠送方法、系统、计算机设备及存储介质
CN115018581A (zh) 一种直播间对象信息展示方法、装置、介质及设备
CN109525855A (zh) 用于处理信息的方法和装置
CN111866572A (zh) 一种数据展示方法及装置
CN110286942A (zh) 一种显示页面的数据配置方法、用户终端及可读存储介质
CN111046292A (zh) 直播推荐方法、装置、计算机可读存储介质及电子设备
CN113663338A (zh) 虚拟服务的订阅方法、装置及电子设备
CN110336874A (zh) 一种访问服务的方法、装置、服务器及存储介质
CN115378901A (zh) 作品发送方法、显示方法、终端和服务器
CN114036429A (zh) 素材处理方法、计算设备及存储介质
CN113050735B (zh) 用于控制酒柜的方法、装置和智能酒柜
US20130125023A1 (en) System and method of sharing application information
CN113238828B (zh) 一种内容显示方法、装置、设备及存储介质
CN114268512B (zh) 聊天室推荐方法、装置、服务器、终端、程序和存储介质
CN106878286A (zh) 音频数据同步方法和装置
CN109684547A (zh) 用于处理信息的方法和装置
CN108966034B (zh) 虚拟物品显示方法、装置和存储介质
CN112637641A (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

Application publication date: 20201030

RJ01 Rejection of invention patent application after publication