CN111405063A - 数据下载方法及装置 - Google Patents
数据下载方法及装置 Download PDFInfo
- Publication number
- CN111405063A CN111405063A CN202010256318.1A CN202010256318A CN111405063A CN 111405063 A CN111405063 A CN 111405063A CN 202010256318 A CN202010256318 A CN 202010256318A CN 111405063 A CN111405063 A CN 111405063A
- Authority
- CN
- China
- Prior art keywords
- message
- identifier
- carousel
- dii
- ddb
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请提供一种数据下载方法及装置,该方法包括:向服务器发送下载请求,下载请求包括标识组,标识组中包括轮播标识;并行接收服务器发送的轮播标识对应的多个消息,多个消息包括下载服务器启动DSI消息、下载信息指示DII消息和下载数据块DDB消息中的至少一种;根据多个消息包括的轮播标识、数据组标识和/或数据块标识,确定每个DSI消息对应的DII消息、每个DII消息对应的DDB消息,轮播标识指示一个消息所属的目录,数据组标识指示一个DII消息所属的DSI消息,数据块标识指示一个DDB消息所属的DII消息;根据每个DSI消息对应的DII消息和每个DII消息对应的DDB消息,确定多个消息包括的轮播标识对应的目录。提高应用下载效率。
Description
技术领域
本发明实施例涉及计算机领域,尤其涉及一种数据下载方法及装置。
背景技术
目前,服务器和终端设备(例如,电脑、互联网电视等)进行互联网通信的过程中,通常采用数字存储媒体命令和控制扩展协议(Digital StorageMedia Command andControl,DSM-CC)下载应用,例如,该应用可以为应用程序(Application)、图片、以及文件等。
在现有技术中,若采用DSM-CC,则一应用中包括一组对象轮播(ObjectCarousel,OC)数据流,OC数据流包括下载服务器启动(Down load ServerInitiate,DSI)DSI消息、(Download lnfo Indication,DII)消息、以及下载数据块(Download Data Block,DDB)消息时,需要先接收DSI消息,再根据DSI消息接收DII消息,最后根据DII消息接收DDB消息。在上述DSM-CC中,串行下载一组OC数据流中包括的DSI消息、DII消息、以及DDB消息,导致应用下载效率,进而降低用户的下载体验。
发明内容
本发明实施例提供一种数据下载方法及装置,用于提高应用的下载效率较高,进而提高用户的下载体验。
第一方面,本发明实施例提供一种数据下载方法,应用于终端设备,终端设备与服务器连接,方法包括:
向服务器发送下载请求,下载请求包括标识组,标识组中包括轮播标识;
并行接收服务器发送的轮播标识对应的多个消息,多个消息中包括至少一个下载服务器启动DSI消息、至少一个下载信息指示DII消息和至少一个下载数据块DDB消息中的至少一种消息;
根据多个消息中包括的轮播标识、数据组标识和/或数据块标识,确定每个DSI消息对应的DII消息、以及每个DII消息对应的DDB消息,其中,轮播标识用于指示一个消息所属的目录,数据组标识用于指示一个DII消息所属的DSI消息,数据块标识用于指示一个DDB消息所属的DII消息;
根据每个DSI消息对应的DII消息,以及每个DII消息对应的DDB消息,确定多个消息中包括的轮播标识对应的目录。
在一种可能的设计中,标识组还包括信息包标识符;并行接收服务器发送的轮播标识对应的多个消息,包括:
根据信息包标识符和第一预设下载标识,并行接收至少一个DSI消息和至少一个DII消息;
根据信息包标识符和第二预设下载标识,并行接收至少一个DDB消息;
其中,至少一个DSI消息、至少一个DII消息和至少一个DDB消息中包括轮播标识。
在一种可能的设计中,接收到消息为第一DSI消息,第一DSI消息中包括轮播标识和至少一个数据组标识;根据第一DSI消息中包括的轮播标识和至少一个数据组标识,确定第一DSI消息对应的DII消息,包括:
根据轮播标识,在轮播容器中查找轮播标识对应的轮播节点,轮播容器与轮播标识关联,轮播容器中包括轮播节点;
在轮播节点中,根据至少一个数据组标识,确定第一DSI消息对应的DII消息,其中,一个数据组标识对应一个DII消息。
在一种可能的设计中,接收到的消息为第一DII消息,第一DII消息中包括轮播标识和至少一个数据块标识;根据轮播标识和至少一个数据块标识,确定第一DII消息对应的DDB消息,包括:
在轮播容器中查找轮播标识对应的轮播节点,轮播容器与轮播标识关联,轮播容器中包括轮播节点;
在轮播节点中,根据至少一个数据块标识,确定第一DII消息对应的DDB消息,其中,一个数据块标识对应一个DII消息。
在一种可能的设计中,根据每个DSI消息对应的DII消息,以及每个DII消息对应的DDB消息,确定轮播标识对应的目录,包括:
在确定每个DII消息各自对应的全部DDB消息之后,将每个DII消息各自对应的全部DDB消息发送至轮播标识对应的目录。
在一种可能的设计中,下载请求包括的标识组的个数为N,其中,N为大于等于1的整数。
在一种可能的设计中,向服务器发送下载请求之前,还包括:
获取节目映射表,节目映射表包括标识组;
创建轮播标识对应的目录。
第二方面,本发明实施例提供一种数据下载装置,应用于终端设备,终端设备与服务器连接,装置包括:发送模块、接收模块和确定模块,其中,
发送模块用于,向服务器发送下载请求,下载请求包括标识组,标识组中包括轮播标识;
接收模块用于,并行接收服务器发送的轮播标识对应的多个消息,多个消息中包括至少一个下载服务器启动DSI消息、至少一个下载信息指示DII消息和至少一个下载数据块DDB消息中的至少一种消息;
确定模块用于,根据多个消息中包括的轮播标识、数据组标识和/或数据块标识,确定每个DSI消息对应的DII消息、以及每个DII消息对应的DDB消息,其中,轮播标识用于指示一个消息所属的目录,数据组标识用于指示一个DII消息所属的DSI消息,数据块标识用于指示一个DDB消息所属的DII消息;
确定模块还用于,根据每个DSI消息对应的DII消息,以及每个DII消息对应的DDB消息,确定多个消息中包括的轮播标识对应的目录。
在一种可能的设计中,接收模块具体用于:
根据信息包标识符和第一预设下载标识,并行接收至少一个DSI消息和至少一个DII消息;
根据信息包标识符和第二预设下载标识,并行接收至少一个DDB消息;
其中,至少一个DSI消息、至少一个DII消息和至少一个DDB消息中包括轮播标识。
在一种可能的设计中,接收到消息为第一DSI消息,第一DSI消息中包括轮播标识和至少一个数据组标识;确定模块具体用于:
根据轮播标识,在轮播容器中查找轮播标识对应的轮播节点,轮播容器与轮播标识关联,轮播容器中包括轮播节点;
在轮播节点中,根据至少一个数据组标识,确定第一DSI消息对应的DII消息,其中,一个数据组标识对应一个DII消息。
在一种可能的设计中,接收到的消息为第一DII消息,第一DII消息中包括轮播标识和至少一个数据块标识;确定模块具体用于:
在轮播容器中查找轮播标识对应的轮播节点,轮播容器与轮播标识关联,轮播容器中包括轮播节点;
在轮播节点中,根据至少一个数据块标识,确定第一DII消息对应的DDB消息,其中,一个数据块标识对应一个DII消息。
在一种可能的设计中,确定模块具体用于:
在确定每个DII消息各自对应的全部DDB消息之后,将每个DII消息各自对应的全部DDB消息发送至轮播标识对应的目录。
在一种可能的设计中,下载请求包括的标识组的个数为N,其中,N为大于等于1的整数。
在一种可能的设计中,装置还包括:获取模块和创建模块,其中,
获取模块用于,向服务器发送下载请求之前,获取节目映射表,节目映射表包括标识组;
创建模块用于,创建轮播标识对应的目录。
第三方面,本发明实施例提供一种数据下载装置,包括:处理器和存储器;
存储器存储计算机执行指令;
处理器执行存储器存储的计算机执行指令,使得处理器执行如第一方面任一项的数据下载装置。
第四方面,本发明实施例提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机执行指令,当处理器执行计算机执行指令时,实现如上述第一方面任意一项的数据下载方法被执行。
在申请提供的数据下载方法及装置中,该方法包括:向服务器发送下载请求,下载请求包括标识组,标识组中包括轮播标识;并行接收服务器发送的轮播标识对应的多个消息,多个消息中包括至少一个下载服务器启动DSI消息、至少一个下载信息指示DII消息和至少一个下载数据块DDB消息中的至少一种消息;根据多个消息中包括的轮播标识、数据组标识和/或数据块标识,确定每个DSI消息对应的DII消息、以及每个DII消息对应的DDB消息,轮播标识用于指示一个消息所属的目录,数据组标识用于指示一个DII消息所属的DSI消息,数据块标识用于指示一个DDB消息所属的DII消息;根据每个DSI消息对应的DII消息,以及每个DII消息对应的DDB消息,确定多个消息中包括的轮播标识对应的目录。在上述方法中,可以接收服务器发送的轮播标识对应的多个消息,提高了应用下载的效率,进而提高用户的下载体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请提供的数据下载方法的应用场景示意图;
图2为本申请提供的数据下载方法的流程示意图一;
图3为本申请提供的服务器向终端设备发送的多个消息的结构示意图;
图4为本申请提供的多条消息的数据结构图;
图5为本申请提供的数据下载方法的流程示意图二;
图6为本申请提供的一种接收DSI消息的方法流程示意图;
图7为本申请提供的一种接收DII消息的方法流程示意图;
图8为本申请提供的一种接收DDB消息的方法流程示意图;
图9为本申请提供的对具有目录属性的DDB消息进行缓存的方法流程图;
图10为本申请提供的一个目录缓存节点对应的目录缓存模型的结构示意图;
图11为本申请提供的对具有文件属性的DDB消息进行缓存的方法流程图;
图12为本申请提供的一个文件缓存节点对应的文件缓存模型的结构示意图;
图13本申请提供的对具有数据块属性的DDB消息进行缓存的方法流程图;
图14为本申请提供的一个数据块缓存节点对应的数据块缓存模型的结构示意图;
图15为本申请提供的数据下载装置的结构示意图一;
图16为本申请提供的数据下载装置的结构示意图二;
图17为本申请提供的数据下载装置的硬件结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
图1为本申请提供的数据下载方法的应用场景示意图。如图1所示,包括:服务器101、终端设备102。其中,终端设备102可以通过有线网络、或者无线网络与服务器101进行交互。终端设备102可以为电视,该电视中设置有TV/STB应用。例如,有线网络可以为同轴电缆、双绞线、或者光纤等。例如,无线网络可以为2G网络、3G网络、4G网络或者5G网络、或者无线保真(Wireless Fidelity,简称WIFI)网络等。本发明实施例对交互的具体类型或者具体形式并不做限定,只要其能够实现终端设备102和服务器101的功能即可。
具体的,服务器101中存储有节目映射表(Program Map Table,PMT),PMT可以包括多个标识组,每个标识组包括信息包标识符(Packet Identifier,PID)和轮播标识(Carousel_Id,CI)。例如,若PMT中包括3个标识组,第一标识组包括:PID-1和CI-1,第二标识组包括:PID-2和CI-2,第三标识组包括:PID-3和CI-3,则服务器101根据PMT中的PID-1、PID-2和PID-3,向终端设备102发送PID-1、PID-2和PID-3各自对应的对象轮播(Objectcarousel,OC)数据流,终端设备102并行接收PID-1、PID-2和PID-3各自对应的OC数据流。其中,每组OC数据流中包括至少一个DSI消息、至少一个DII消息和至少一个DDB消息,每组OC数据流各自关联一个PID,每组OC数据流具有对应的CI。进一步地,在每组OC数据流中,并行接收OC数据流中包括的至少一个DSI消息、至少一个DII消息和至少一个DDB消息。可选地,每组OC数据流的标识可以为各自对应的标识组中的轮播标识,例如,第一组OC数据流的标识为对应的标识组中的轮播标识CI-1。可选地,上述3组OC数据流可以为一个应用包括的OC数据流,也可以是3个应用包括的OC数据流。
在上述过程中,终端设备可以并行接收多组OC数据流、以及每组OC数据流中的至少一个DSI消息、至少一个DII消息和至少一个DDB消息,使得应用的下载效率较高,进而提高用户的下载体验。
下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
图2为本申请提供的数据下载方法的流程示意图一。如图2所示,数据下载方法包括:
S001:向服务器发送下载请求,下载请求包括标识组,标识组中包括轮播标识。
可选地,本申请中的执行主体可以为终端设备,也可以为设置在终端设备中的数据下载装置,该数据下载装置可以通过软件和/或硬件的结合来实现。具体的,终端设备可以为电脑、互联网电视等,还可以为包括机顶盒和显示器的电视设备。
需要说明的是,下载请求中包括PMT,PMT可以包括多个标识组,每个标识组中包括信息包标识符PID和轮播标识CI。进一步地,在一个标识组中,PID和CI对应。
S002:并行接收服务器发送的轮播标识对应的多个消息,多个消息中包括至少一个下载服务器启动DSI消息、至少一个下载信息指示DII消息和至少一个下载数据块DDB消息中的至少一种消息。
其中,下载请求包括的标识组的个数为N,N为大于等于1的整数。
例如,下载请求包括一个标识组时,可以并行接收该标识组中轮播标识对应一组OC数据流中包括的至少一个DSI消息、至少一个DII消息和至少一个DDB消息中的至少一种消息。
例如,下载请求包括多个标识组时,可以并行接收每标识组中轮播标识对应的一OC数据流,同时,在一组OC数据流中并行接收至少一个DSI消息、至少一个DII消息和至少一个DDB消息中的至少一种消息。
需要说明的是,请参照ETSI TR 101 202V1.2.1规范中对DSI消息、DII消息、DDB消息的数据包结构的详细说明。具体内容,此处不再赘述。
S003:根据多个消息中包括的轮播标识、数据组标识和/或数据块标识,确定每个DSI消息对应的DII消息、以及每个DII消息对应的DDB消息,其中,轮播标识用于指示一个消息所属的目录,数据组标识用于指示一个DII消息所属的DSI消息,数据块标识用于指示一个DDB消息所属的DII消息。
需要说明的是,每个DSI消息中包括轮播标识和轮播标识对应的至少一个数据组标识(Group Id,GI)。每个DII消息中包括轮播标识、数据组标识和数据组标识对应的至少一个数据块标识(Module Id,MI)。每个DDB消息中包括轮播标识和数据块标识。
例如,接收到的消息为DSI消息,则可以根据DSI消息中的GI,确定该DSI消息对应的至少一个DII消息。
例如,接收到的消息为DII消息,则可以根据DII消息中包括的GI,确定该DII消息对应的DSI消息,根据DII消息中包括的至少一个MI,确定DII消息中对应的DDB消息,其中,一个MI对应一个DDB消息。
例如,接收到的消息为DDB消息,则可以根据DDB消息中包括的MI,确定该DDB消息对应的DII消息。
S004:根据每个DSI消息对应的DII消息,以及每个DII消息对应的DDB消息,确定多个消息中包括的轮播标识对应的目录。
可选地,可以根据每个消息中包括的轮播标识,确定目录,其中,目录具有标识,目录的标识可以与轮播标识相同、也可以与轮播标识具有一一对应的关系。
具体的,本本申请还提供一种根据多条消息确定一个目标的数据结构图,请参见图4,此处,不在进行赘述。
在申请提供的数据下载方法包括:向服务器发送下载请求,下载请求包括标识组,标识组中包括轮播标识;并行接收服务器发送的轮播标识对应的多个消息,多个消息中包括至少一个下载服务器启动DSI消息、至少一个下载信息指示DII消息和至少一个下载数据块DDB消息中的至少一种消息;根据多个消息中包括的轮播标识、数据组标识和/或数据块标识,确定每个DSI消息对应的DII消息、以及每个DII消息对应的DDB消息,轮播标识用于指示一个消息所属的目录,数据组标识用于指示一个DII消息所属的DSI消息,数据块标识用于指示一个DDB消息所属的DII消息;根据每个DSI消息对应的DII消息,以及每个DII消息对应的DDB消息,确定多个消息中包括的轮播标识对应的目录。在上述方法中,可以接收服务器发送的轮播标识对应的多个消息,提高了应用下载的效率,进而提高用户的下载体验,减少对系统资源的使用。
在上述实施例的基础上,下面结合图3,以服务器向终端设备发送两组OC数据流为例,对服务器向终端设备的多个消息的结构进行说明,具体的,请参见图3。
图3为本申请提供的服务器向终端设备发送的多个消息的结构示意图。图3所示,将第一组OC数据流和第二组OC数据流中的多条消息进行交叉排列打包,得到待发送消息。具体的,待发送消息为服务器根据DSM-CC将第一组OC数据流和第二组OC数据流中多条消息进行交叉排列打包之后得到的。
其中,第一组OC数据流中包括一条DSI消息(DSI-1)、一条DII消息(DII-1)和三条DDB消息(DDB-11、DDB-12、DDB-13),第二组OC数据流中包括一条DII消息(DII-2)和三条DDB消息(DDB-21、DDB-22、DDB-23)。
与现有技术不同,在现有技术中,终端设备在一个接收周期内接收待发送消息,终端设备接收待发送消息的依次顺序为:DSI-1、DII-1、DDB-11、DDB-12、DDB-13、DII-2、DDB-21、DDB-22、DDB-23,因此终端设备接收到DII-2时,丢弃DII-2,在成功接收到DSI-1之后,若接收到DDB-13,丢弃DDB-13。进一步地,在第一个接收周期内完整接收到第一组OC数据流中的多个消息之后,终端设备根据接收第一组OC数据流的方法,在第二个接收周期内重新接收待发送消息中包括的第二组OC数据流的多个消息。在上述过程中,由于终端设备在第一个接收周期内存在丢弃消息的情况,因此需要在第二接收周期重新接收丢弃的消息,使得终端设备需要至少两个接收周期才能完整接收第一组OC数据流和第二组数据流中的多条消息,从而导致终端设备的数据下载效率低。而在本申请中,终端设备在一个接收周期内接收多条消息的顺序为DII-2、DSI-1、DDB-13、DII-1、DDB-22、DDB-21、DDB-23、DDB-11、DDB-12,即终端设备不会丢弃任何一个接收到的消息,可以在一个接收周期中完整接收到第一组OC数据流和第二组数据流中的多条消息,提高了终端设备的数据下载效率。即在实际应用中,若一个接收周期为5秒,则在现有技术中,终端设备至少需要5*N(其中,N为接收周期的个数,在本实施例中N=2)秒接收上述待发送消息,而本申请仅仅需要5秒就可以接收上述待发送消息。
在上述实施例的基础上,下面结合图4,以并行接收第一组数据流中的多条消息为例,对本申请中多条消息的数据结构图进行说明。具体的,请参见图4。
图4为本申请提供的多条消息的数据结构图。如图4所示,第一组数据流中包括:DSI-1、DII-1、DII-2、DDB-111、DDB-112、DDB-113、DDB-121、DDB-122、DDB-131、DDB-211、DDB-212、DDB-221。
DSI-1中包括:轮播标识CI、数据组标识GI-1和GI-2。
DII-1中包括:轮播标识CI,数据组标识GI-1,数据块标识MI-11、MI-12和MI-13。
DII-2中包括:轮播标识CI,数据组标识GI-2,数据块标识MI-21和MI-22。
DDB-111、DDB-112、以及DDB-113包括:轮播标识CI和数据块标识MI-11。
DDB-121、以及DDB-122包括:轮播标识CI和数据块标识MI-12。
DDB-131包括:轮播标识CI和数据块标识MI-13。
DDB-211、DDB-212包括:轮播标识CI和数据块标识MI-21。
DDB-221包括:轮播标识CI和数据块标识MI-12。
在上述实施例的基础上,下面结合图5,对本申请提供的数据下载方法作进一步地详细说明,具体的,请参见图5。
图5为本申请提供的数据下载方法的流程示意图二。如图5所示,该数据下载方法包括:
S101:获取节目映射表,节目映射表包括标识组,标识组包括信息包标识符和轮播标识。
可选地,在用户触发终端设备切换频道、或者节目映射表对应的服务器更新节目映射表时,可以获取到节目映射表。
具体的,在获取到节目映射表之后,可以根据DSM-CC对节目映射表进行解析,得到上述标识组。
S102:创建轮播标识对应的目录。
具体的,根据信息包标识符和轮播标识,创建对象轮播节点,并将对象轮播节点关联到对象轮播容器中,再根据对象轮播容器创建轮播标识对应的目录。
需要说明的是,一个下载应用通常对应一个对象轮播容器,一个对象轮播容器中可以包括多个对象轮播节点,每个对象轮播节点对应一组OC数据流,每个对象轮播节点具有标识,对象轮播节点的标识为对应的一组OC数据流的轮播标识。
S103:向服务器发送下载请求,下载请求包括标识组,标识组中包括信息包标识符PID和轮播标识CI。
可选地,可以根据节目映射表生成下载请求,并向服务器发送下载请求。
S104:根据信息包标识符PID和第一预设下载标识,并行接收至少一个DSI消息和至少一个DII消息,根据信息包标识符PID和第二预设下载标识,并行接收至少一个DDB消息,其中,至少一个DSI消息、至少一个DII消息和至少一个DDB消息中包括轮播标识。
其中,第一预设下载标识为table id(0x3B),第二预设下载标识为tableid(0x3C)。
S105:根据多个消息中包括的轮播标识、数据组标识和/或数据块标识,确定每个DSI消息对应的DII消息、以及每个DII消息对应的DDB消息,其中,轮播标识用于指示一个消息所属的目录,数据组标识用于指示一个DII消息所属的DSI消息,数据块标识用于指示一个DDB消息所属的DII消息。
S106:根据每个DSI消息对应的DII消息,以及每个DII消息对应的DDB消息,确定多个消息中包括的轮播标识对应的目录。
具体的,S105~S106的执行方法与S003~S004的执行方法对应相同,此处不在赘述S105~S106的执行过程。
在上述实施例的基础上,下面结合图6,对本申请提供的数据下载方法中接收DSI消息的具体方法进行说明。
图6为本申请提供的一种接收DSI消息的方法流程示意图。如图6所示,接收DSI消息的方法包括:
S201:对接收到的第一DSI消息进行解析处理,获取第一DSI消息中包括的轮播标识和至少一个数据组标识。
具体的,在S201之前还可以包括:对第一DSI消息进行过滤处理,确定第一DSI消息具有DSI属性。可选地,第一DSI消息为在确定接收到消息具有DSI属性之后,对接收到的消息的命名。
可选地,第一DSI消息中还可以包括网关信息,对接收到的第一DSI消息进行解析处理之后,还可以获取到网关信息。
S202:根据轮播标识,在轮播容器中查找轮播标识对应的轮播节点,轮播容器与轮播标识关联,轮播容器中包括轮播节点。
S203:在确定轮播容器中存在轮播标识对应的轮播节点之后,根据至少一个数据组标识,确定第一DSI消息对应的DII消息,其中,一个数据组标识对应一个DII消息。
S204:将至少一个数据组标识各自对应的下载信息指示缓存节点同步至轮播节点中。
S205:在确定轮播节点中的下载信息指示缓存节点完整接收DDB消息之后,将完整接收的DDB消息发送至轮播标识对应的目录中。
在上述实施例的基础上,下面,结合图7,对本申请提供的数据下载方法中接收DII消息的具体方法进行说明。
图7为本申请提供的一种接收DII消息的方法流程示意图。如图7所示,包括:
S301:对接收到的第一DII消息进行解析处理,获取第一DII消息中包括的轮播标识和至少一个数据块标识。
具体的,在S301之前还可以包括:对第一DII消息进行过滤处理,确定第一DII消息具有DII属性。其中,第一DII消息为接收到的消息的命名。
可选地,第一DII消息中还可以包括至少一个数据组标识。
S302:在轮播容器中查找轮播标识对应的轮播节点,轮播容器与轮播标识关联,轮播容器中包括轮播节点。
S303:判断轮播容器中是否存在轮播标识对应的轮播节点。
若是,则执行S304~S306。
若否,则执行S305~S306。
S304:在轮播节点中,根据至少一个数据块标识,确定第一DII消息对应的DDB消息,并将第一DII消息同步至轮播节点。
其中,轮播节点包括第一DII消息对应的下载信息指示缓存容器,将第一DII消息同步至轮播节点包括:将第一DII消息同步至下载信息指示缓存容器中。
具体的,本步骤中的同步策略可以包括如下任意一种同步策略。
第一同步策略:同步第一DII消息和下载信息指示缓存容器中不相同的信息,其中,第一DII消息中还包括至少一个数据组标识,下载信息指示缓存容器包括至少一个下载信息指示缓存节点,一个数据组标识对应一个下载信息指示缓存节点。
第二同步策略:若轮播节点中没有数据组标识对应的下载信息指示缓存节点,则创建下载信息指示节点,并将下载信息指示节点关联至下载信息指示缓存容器中。
第三同步策略:如果module id相同、module version不同,删除缓存容器中相同的module id节点,并重新创建一个新的下载信息指示节点。
S305:根据至少一个数据块标识,将第一DII消息同步至下载信息指示缓存容器中。
具体的,该步骤中的同步策略和和S304中的同步策略相同。
S306:在确定轮播节点中的下载信息指示节点完整接收DDB消息之后,将完整接收的DDB消息发送至轮播标识对应的目录中。
在上述实施例的基础上,下面,结合图8,对本申请提供的数据下载方法中接收DDB消息的具体方法进行说明。
图8为本申请提供的一种接收DDB消息的方法流程示意图。如图8所示,接收DDB消息的方法包括:
S401:对接收到的第一DDB消息进行解析,获取第一DDB消息中包括的轮播标识和数据块标识。
具体的,在S401之前还可以包括:对第一DDB消息进行过滤处理,确定第一DDB消息具有DDB属性。可选地,第一DDB消息为在确定接收到消息具有DDB属性之后,对接收到的消息的命名。
可选地,第一DDB消息中还可以包括模块版本(module version)信息。其中,第一DDB消息中的模块版本信息可以用于更新对应的第一DDB消息中包括的信息。
在本申请中,消息(为DDB消息、DSI消息、或者DII消息中的任意一种)均可以包括模块版本信息。当消息中包括模块版本信息时,可以更新对应的消息中包括的内容,从而使得终端设备在接收到模块版本信息之后,能够时有效的更新OC数据流中消息包括的信息。
S402:根据轮播标识,在轮播容器中查找轮播标识对应的轮播节点。
S403:判断轮播节点中是否存在数据块标识对应的下载信息指示缓存节点。
若是,则执行S404~S406。
若否,则执行S405~S406。
可选地,可以根据轮播标识、数据块标识(和模块版本)确定下载信息指示缓存容器,在下载信息指示缓存容器中,查找数据块标识对应的下载信息指示缓存节点。
S404:将第一DDB消息同步至下载信息指示缓存节点中。
S405:创建下载信息指示缓存节点,将下载信息指示缓存节点关联至载信息指示缓存容器中,并将将第一DDB消息缓存至创建的下载信息指示缓存节点中。
S406:在确定下载信息指示缓存节点完整接收DDB消息之后,将完整接收的DDB消息发送至轮播标识对应的目录中。
在上述实施例的基础上,下面对缓存DDB消息的具体方法做进一步的详细说明。
图9为本申请提供的对具有目录属性的DDB消息进行缓存的方法流程图。如图9所示,缓存方法包括:
S501:在确定接收到的DDB消息具有目录属性之后,对DDB消息进行解析处理,获取目录容器标识和目录节点标识。
S502:确定目录容器标识匹配的目录缓存容器,判断目录缓存容器中是否存在目录节点标识匹配的目录缓存节点。
若是,则执行S503。
若否,则执行S504~S510。
S503:根据接收到的DDB消息,更新目录节点标识匹配的目录缓存节点。
具体的,根据DDB消息和预设更新策略,更新目录缓存节点中的所有属性。
S504:创建目录节点标识匹配的目录缓存节点。
S505:判断目录缓存容器中是否存在目录缓存节点匹配的父节点。
若否,则执行S506。
若是,则执行S507。
S506:将目录缓存节点关联到目录缓存容器中。
S507:将目录缓存节点关联到目录缓存节点匹配的父节点中。
S508:将文件缓存容器中所有属于目录缓存节点的文件缓存节点关联到目录缓存节点中。
S509:将目录缓存容器中所有的属于目录缓存节点的至少一个子目录缓存节点关联到目录缓存节点中。
S510:将目录缓存节点下所有的组装好的文件缓存至文件系统中。
图10为本申请提供的一个目录缓存节点对应的目录缓存模型的结构示意图。如图10所示,目录缓存模型包括:目录A和目录B。
其中,目录A包括子目录A1和子目录A2,子目录A1包括文件A11,子目录A2包括文件A12,文件A11包括数据块A11,文件A12包括数据块A12。目录B包括文件B1和文件B2,文件B1包括数据块B1,文件B2包括数据块B2。
需要说明的是,图10是示例性的说明目录、子目录、文件、数据块之间的关系,而不是对目录缓存模型的限定。
在实际应用中,一个目录可以包括至少一个子目录和/或至少一个文件,一个子目录可以包括至少一个文件,一个文件中可以包括至少一个子文件和/或至少一个数据块。
图11为本申请提供的对具有文件属性的DDB消息进行缓存的方法流程图。如图11所示,缓存方法包括:
S601:在确定接收到的DDB消息具有文件属性之后,对DDB消息对应解析,获取目录容器标识、目录节点标识、文件容器标识、文件节点标识、数据块缓存容器标识和数据块缓存节点标识。
S602:确定目录容器标识匹配的目录缓存容器,判断目录缓存容器中是否存在文件节点标识匹配的文件缓存节点。
若是,则执行S603。
若否,则执行S604。
S603:根据预设更新策略更新文件缓存节点的属性内容。
S604:确定数据块缓存容器标识匹配的数据块缓存容器,判断数据块缓存容器中是否存在数据块缓存节点标识匹配的数据块缓存节点。
若是,则执行S605。
若否,则执行S606。
S605:将数据块缓存容器中匹配的数据块缓存节点关联到文件缓存节点中。
S606:创建文件缓存节点。
S607:查询目录缓存容器中是否缓存了目录缓存节点的父节点。
若否,则执行S608
若是,则执行S609。
S608:将文件缓存节点关联到文件缓存容器中。
S609:将文件缓存节点关联到目录缓存节点的父节点。
S610:判断当前文件缓存节点是否关联了有效的数据净荷。
若否,则执行S611。
若是,则执行S612。
S611:不进行任何处理。
S612:判断文件缓存节点的父目录是否组装完全。
若是,则执行S613。
若否,则执行S614。
S613:在确定文件缓存节点的父目录组装完全之后,将组装好的文件缓存到文件系统中。
S614:将文件缓存节点中的内容缓存到文件系统中。
图12为本申请提供的一个文件缓存节点对应的文件缓存模型的结构示意图。如图12所示,文件缓存模型包括:文件1、文件2和文件3,其中,文件1包括数据块1,文件2包括数据块2,文件3包括数据块3。
需要说明的是,图12是示例性的说明文件和数据块之间的关系,而不是对文件缓存模型的限定。
图13本申请提供的对具有数据块属性的DDB消息进行缓存的方法流程图。如图13所示,缓存方法包括:
S701:在确定接收到的DDB消息具有数据块属性之后,对DDB消息对应解析,获取目录容器标识、目录节点标识、文件容器标识、文件节点标识、数据块缓存容器标识和数据块缓存节点标识。
S702:确定文件容器标识匹配的文件缓存容器,判断文件缓存容器中是否存在文件节点标识匹配的文件缓存节点。
若否,则执行S703。
若是,则执行S705。
S703:确定目录容器标识匹配的目录缓存容器,判断目录缓存容器是否存在文件节点标识匹配的文件缓存节点。
若否,则执行S704。
若是,则执行S705。
S704:创建数据块缓存节点,将创建的数据块缓存节点关联至数据块缓存容器中。
S705:判断文件缓存节点中是否关联有效的数据净荷。
若是,则执行S706。
若否,则执行S707。
S706:更新文件缓存节点中的有效的数据净荷,并将有效的数据净荷同步至文件系统中。
S707:将有效的数据净荷关联到文件缓存节点中。
S708:判断文件缓存节点的父目录是否组装完全。
若否,则执行S709。
若是,则执行S710。
S709:在确定文件缓存节点的父目录组装完全之后,将有效的数据净荷缓存至文件系统。
S710:将有效的数据净荷消息内容缓存到文件系统中。
图14为本申请提供的一个数据块缓存节点对应的数据块缓存模型的结构示意图。如图14所示,数据块缓存模型包括:数据块A和数据块B,其中,数据块A包括数据块A1、数据块A2和数据块A3,数据块B包括数据块B1、数据块B2、数据块B3和数据块B4。
需要说明的是,图14是示例性的数据块之间的关系,而不是对数据块缓存模型的限定。
在本申请提供的数据下载方法中,可以使用最短的时间将多个消息进行下载、组装、并缓存到文件系统中。大幅度的缩短DSM-CC下载应用的应用启动时间,极大的提升用户的使用体验。进一步地,在本申请中,当标识组为多个时,本申请中的终端设备能够支持多组OC数据流独立共存,不会导致OC数据流组装错乱的情况,提高切换不同下载应用的流畅度。
在本申请中,通过采用本申请提供的数据下载方法,对DSM-CC中最典型、最常见的混合广播宽带电视(Hybrid broadcast broadband TV,HbbTV)广播应用进行下载测试后,确定HbbTV广播应用的启动和响应速度有显著提升,且应用的数据下载效率比现有技术提升约4~5倍。
图15为本申请提供的数据下载装置的结构示意图一。如图15所示,数据下载装置10包括:发送模块11、接收模块12和确定模块13,其中,
发送模块11用于,向服务器发送下载请求,下载请求包括标识组,标识组中包括轮播标识;
接收模块12用于,并行接收服务器发送的轮播标识对应的多个消息,多个消息中包括至少一个下载服务器启动DSI消息、至少一个下载信息指示DII消息和至少一个下载数据块DDB消息中的至少一种消息;
确定模块13用于,根据多个消息中包括的轮播标识、数据组标识和/或数据块标识,确定每个DSI消息对应的DII消息、以及每个DII消息对应的DDB消息,其中,轮播标识用于指示一个消息所属的目录,数据组标识用于指示一个DII消息所属的DSI消息,数据块标识用于指示一个DDB消息所属的DII消息;
确定模块13还用于,根据每个DSI消息对应的DII消息,以及每个DII消息对应的DDB消息,确定多个消息中包括的轮播标识对应的目录。
其中,数据下载装置10应用于终端设备,终端设备与服务器连接。
本发明实施例提供的数据下载装置10可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
在一种可能的设计中,接收模块12具体用于:
根据信息包标识符和第一预设下载标识,并行接收至少一个DSI消息和至少一个DII消息;
根据信息包标识符和第二预设下载标识,并行接收至少一个DDB消息;
其中,至少一个DSI消息、至少一个DII消息和至少一个DDB消息中包括轮播标识。
在一种可能的设计中,接收到消息为第一DSI消息,第一DSI消息中包括轮播标识和至少一个数据组标识;确定模块13具体用于:
根据轮播标识,在轮播容器中查找轮播标识对应的轮播节点,轮播容器与轮播标识关联,轮播容器中包括轮播节点;
在轮播节点中,根据至少一个数据组标识,确定第一DSI消息对应的DII消息,其中,一个数据组标识对应一个DII消息。
在一种可能的设计中,接收到的消息为第一DII消息,第一DII消息中包括轮播标识和至少一个数据块标识;确定模块13具体用于:
在轮播容器中查找轮播标识对应的轮播节点,轮播容器与轮播标识关联,轮播容器中包括轮播节点;
在轮播节点中,根据至少一个数据块标识,确定第一DII消息对应的DDB消息,其中,一个数据块标识对应一个DII消息。
在一种可能的设计中,确定模块13具体用于:
在确定每个DII消息各自对应的全部DDB消息之后,将每个DII消息各自对应的全部DDB消息发送至轮播标识对应的目录。
在一种可能的设计中,下载请求包括的标识组的个数为N,其中,N为大于等于1的整数。
图16为本申请提供的数据下载装置的结构示意图二。如图16所示,数据下载装置10还包括:获取模块14和创建模块15,其中,
获取模块14用于,向服务器发送下载请求之前,获取节目映射表,节目映射表包括标识组;
创建模块15用于,创建轮播标识对应的目录。
本发明实施例提供的数据下载装置10可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
图17为申请提供的数据下载装置的硬件结构示意图。如图17所示,该数据下载装置20包括:处理器21、存储器22,
其中,处理器21、存储器22通过总线23连接。
在具体实现过程中,处理器21执行存储器22存储的计算机执行指令,使得处理器21执行如上的数据下载方法。
处理器21的具体实现过程可参见上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。
在上述图17所示的实施例中,应理解,处理器可以是中央处理单元(英文:CentralProcessing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:DigitalSignal Processor,简称:DSP)、专用集成电路(英文:Application Specific IntegratedCircuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如磁盘存储器。
总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
本申请还提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机执行指令,当处理器执行计算机执行指令时,实现如上的数据下载方法。
上述的计算机可读存储介质,上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的可读存储介质耦合至处理器,从而使处理器能够从该可读存储介质读取信息,且可向该可读存储介质写入信息。当然,可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits,简称:ASIC)中。当然,处理器和可读存储介质也可以作为分立组件存在于设备中。
单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种数据下载方法,其特征在于,应用于终端设备,所述终端设备与服务器连接,所述方法包括:
向所述服务器发送下载请求,所述下载请求包括标识组,所述标识组中包括轮播标识;
并行接收所述服务器发送的所述轮播标识对应的多个消息,所述多个消息中包括至少一个下载服务器启动DSI消息、至少一个下载信息指示DII消息和至少一个下载数据块DDB消息中的至少一种消息;
根据多个消息中包括的轮播标识、数据组标识和/或数据块标识,确定每个DSI消息对应的DII消息、以及每个DII消息对应的DDB消息,其中,所述轮播标识用于指示一个消息所属的目录,所述数据组标识用于指示一个DII消息所属的DSI消息,所述数据块标识用于指示一个DDB消息所属的DII消息;
根据每个DSI消息对应的DII消息,以及每个DII消息对应的DDB消息,确定多个消息中包括的轮播标识对应的目录。
2.根据权利要求1所述的方法,其特征在于,所述标识组还包括信息包标识符;并行接收所述服务器发送的所述轮播标识对应的多个消息,包括:
根据所述信息包标识符和第一预设下载标识,并行接收所述至少一个DSI消息和所述至少一个DII消息;
根据所述信息包标识符和第二预设下载标识,并行接收所述至少一个DDB消息;
其中,所述至少一个DSI消息、所述至少一个DII消息和所述至少一个DDB消息中包括所述轮播标识。
3.根据权利要求1所述的方法,其特征在于,接收到消息为第一DSI消息,所述第一DSI消息中包括轮播标识和至少一个数据组标识;根据所述第一DSI消息中包括的轮播标识和至少一个数据组标识,确定所述第一DSI消息对应的DII消息,包括:
根据所述轮播标识,在轮播容器中查找所述轮播标识对应的轮播节点,所述轮播容器与所述轮播标识关联,所述轮播容器中包括所述轮播节点;
在所述轮播节点中,根据所述至少一个数据组标识,确定所述第一DSI消息对应的DII消息,其中,一个数据组标识对应一个DII消息。
4.根据权利要求1所述的方法,其特征在于,接收到的消息为第一DII消息,所述第一DII消息中包括轮播标识和至少一个数据块标识;根据所述轮播标识和所述至少一个数据块标识,确定第一DII消息对应的DDB消息,包括:
在轮播容器中查找所述轮播标识对应的轮播节点,所述轮播容器与所述轮播标识关联,所述轮播容器中包括所述轮播节点;
在所述轮播节点中,根据所述至少一个数据块标识,确定第一DII消息对应的DDB消息,其中,一个数据块标识对应一个DII消息。
5.根据权利要求1所述的方法,其特征在于,根据每个DSI消息对应的DII消息,以及每个DII消息对应的DDB消息,确定所述轮播标识对应的目录,包括:
在确定每个DII消息各自对应的全部DDB消息之后,将每个DII消息各自对应的全部DDB消息发送至所述轮播标识对应的目录。
6.根据权利要求1至5任一项所述的方法,其特征在于,所述下载请求包括的标识组的个数为N,其中,N为大于等于1的整数。
7.根据权利要求1至5任一项所述的方法,其特征在于,所述向服务器发送下载请求之前,还包括:
获取节目映射表,所述节目映射表包括所述标识组;
创建所述轮播标识对应的目录。
8.一种数据下载装置,其特征在于,应用于终端设备,所述终端设备与服务器连接,所述装置包括:发送模块、接收模块和确定模块,其中,
所述发送模块用于,向所述服务器发送下载请求,所述下载请求包括标识组,所述标识组中包括轮播标识;
所述接收模块用于,并行接收所述服务器发送的所述轮播标识对应的多个消息,所述多个消息中包括至少一个下载服务器启动DSI消息、至少一个下载信息指示DII消息和至少一个下载数据块DDB消息中的至少一种消息;
所述确定模块用于,根据多个消息中包括的轮播标识、数据组标识和/或数据块标识,确定每个DSI消息对应的DII消息、以及每个DII消息对应的DDB消息,其中,所述轮播标识用于指示一个消息所属的目录,所述数据组标识用于指示一个DII消息所属的DSI消息,所述数据块标识用于指示一个DDB消息所属的DII消息;
所述确定模块还用于,根据每个DSI消息对应的DII消息,以及每个DII消息对应的DDB消息,确定多个消息中包括的轮播标识对应的目录。
9.一种数据下载装置,其特征在于,包括:处理器和存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,使得所述处理器执行如权利要求1至7任一项所述的数据下载方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如权利要求1至7任一项所述的数据下载方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010256318.1A CN111405063B (zh) | 2020-04-02 | 2020-04-02 | 数据下载方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010256318.1A CN111405063B (zh) | 2020-04-02 | 2020-04-02 | 数据下载方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111405063A true CN111405063A (zh) | 2020-07-10 |
CN111405063B CN111405063B (zh) | 2023-04-14 |
Family
ID=71413702
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010256318.1A Active CN111405063B (zh) | 2020-04-02 | 2020-04-02 | 数据下载方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111405063B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1466382A (zh) * | 2002-07-04 | 2004-01-07 | 上海高清数字技术创新中心 | 基于数据转盘的目录文件系统的传输方法 |
US20070073900A1 (en) * | 2005-09-29 | 2007-03-29 | Electronics And Telecommunications Research Institute | Parsing apparatus and method for shortening download time delay of data broadcasting application |
US20090025051A1 (en) * | 2007-07-12 | 2009-01-22 | Lg Electronics Inc. | Method of transmitting and receiving broadcast signal and apparatus for receiving broadcast signal |
CN101924930A (zh) * | 2010-02-09 | 2010-12-22 | 清华大学 | 一种利用dsm-cc协议传输数据的方法 |
CN101990128A (zh) * | 2010-10-15 | 2011-03-23 | 深圳市同洲电子股份有限公司 | 对象轮播的方法及装置及对象轮播下载的方法及装置 |
CN104023259A (zh) * | 2014-04-04 | 2014-09-03 | 珠海迈科电子科技有限公司 | 一种机顶盒快速获取dsm-cc应用程序的方法和装置 |
CN106686444A (zh) * | 2016-12-30 | 2017-05-17 | 深圳市九洲电器有限公司 | 基于dsm‑cc协议的对象轮播数据下载方法及系统 |
-
2020
- 2020-04-02 CN CN202010256318.1A patent/CN111405063B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1466382A (zh) * | 2002-07-04 | 2004-01-07 | 上海高清数字技术创新中心 | 基于数据转盘的目录文件系统的传输方法 |
US20070073900A1 (en) * | 2005-09-29 | 2007-03-29 | Electronics And Telecommunications Research Institute | Parsing apparatus and method for shortening download time delay of data broadcasting application |
US20090025051A1 (en) * | 2007-07-12 | 2009-01-22 | Lg Electronics Inc. | Method of transmitting and receiving broadcast signal and apparatus for receiving broadcast signal |
CN101924930A (zh) * | 2010-02-09 | 2010-12-22 | 清华大学 | 一种利用dsm-cc协议传输数据的方法 |
CN101990128A (zh) * | 2010-10-15 | 2011-03-23 | 深圳市同洲电子股份有限公司 | 对象轮播的方法及装置及对象轮播下载的方法及装置 |
CN104023259A (zh) * | 2014-04-04 | 2014-09-03 | 珠海迈科电子科技有限公司 | 一种机顶盒快速获取dsm-cc应用程序的方法和装置 |
CN106686444A (zh) * | 2016-12-30 | 2017-05-17 | 深圳市九洲电器有限公司 | 基于dsm‑cc协议的对象轮播数据下载方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN111405063B (zh) | 2023-04-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104602138B (zh) | 一种使流媒体服务器支持hls协议的方法及装置 | |
CN104104971A (zh) | 一种视频文件处理方法及系统 | |
JP5754941B2 (ja) | オーディオおよび/またはビデオ・サービスの選択方法。 | |
JP5725235B1 (ja) | 受信装置及び受信方法、並びに、送信装置及び送信方法 | |
CN109525578B (zh) | 一种cdn分发网络传输方法、装置、系统以及存储介质 | |
CN110401850B (zh) | 一种透传自定义sei的方法和装置 | |
CN110267117B (zh) | 一种流媒体数据的处理方法及流媒体处理服务器 | |
CN109558091B (zh) | 查找表存储方法、装置及计算机可读存储介质 | |
CN109672613B (zh) | 自适应访问方法、装置及电子设备 | |
CN110958331A (zh) | 一种数据传输方法及终端 | |
CN112559463B (zh) | 压缩文件处理的方法及装置 | |
TW201737720A (zh) | 串流裝置及方法、串流服務系統及記錄介質 | |
CN109525622B (zh) | 分片资源id的生成方法、资源分享方法,装置及电子设备 | |
KR20220124790A (ko) | 포인트 클라우드 데이터의 캡슐화 방법 및 전송 방법 | |
US20140280471A1 (en) | Systems and methods for transparent communication with bandwidth conservation and http caching | |
WO2020135130A1 (zh) | 节目的切换方法、装置、电视机及可读存储介质 | |
WO2017063400A1 (zh) | 一种基于业务链信息的报文选路方法及装置 | |
CN111405063B (zh) | 数据下载方法及装置 | |
EP3242490B1 (en) | Self-adaptive streaming media processing method and device | |
US8407313B2 (en) | Obtaining customized content using a pilot packet | |
CN111225248B (zh) | 点播内容的管理方法及内容分发网络点播服务器 | |
CN108737347B (zh) | 数据通信方法、装置及其设备 | |
CN113204683B (zh) | 信息重构方法和装置、存储介质及电子设备 | |
US20150373424A1 (en) | Apparatus and Method for Conveying Information | |
CN109525867B (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20221026 Address after: 83 Intekte Street, Devon, Netherlands Applicant after: VIDAA (Netherlands) International Holdings Ltd. Address before: 9/F, Hisense South Building, 1777 Chuangye Road, Nanshan District, Shenzhen, Guangdong 518,026 Applicant before: HISENSE ELECTRONIC TECHNOLOGY (SHENZHEN) Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |