CN109327730A - 一种数据包下载的方法和装置 - Google Patents

一种数据包下载的方法和装置 Download PDF

Info

Publication number
CN109327730A
CN109327730A CN201811058378.1A CN201811058378A CN109327730A CN 109327730 A CN109327730 A CN 109327730A CN 201811058378 A CN201811058378 A CN 201811058378A CN 109327730 A CN109327730 A CN 109327730A
Authority
CN
China
Prior art keywords
data packet
view
packet
depending
server
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
Application number
CN201811058378.1A
Other languages
English (en)
Other versions
CN109327730B (zh
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.)
Hainan Shilian Communication Technology Co.,Ltd.
Original Assignee
Visionvera Information Technology 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 Visionvera Information Technology Co Ltd filed Critical Visionvera Information Technology Co Ltd
Priority to CN201811058378.1A priority Critical patent/CN109327730B/zh
Publication of CN109327730A publication Critical patent/CN109327730A/zh
Application granted granted Critical
Publication of CN109327730B publication Critical patent/CN109327730B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Graphics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供了一种数据包下载的方法和一种数据包下载的装置，应用于视联网中，所述视联网包括视联网服务器，以及，与所述视联网服务器通信连接的录播服务器和视联网终端；本发明实施例利用视联网终端通过视联网服务器与录播服务器通信，进行相关数据包的下载，同时对接收数据包的下载机制进行优化，采用分组式下载方式，保证以组为单位保存数据，就算遇到丢包也不会将之前收到的包丢弃，避免了由于丢包造成的下载失败问题，提升了用户体验感。

Description

一种数据包下载的方法和装置
技术领域
本发明涉及视联网技术领域，特别是涉及一种数据包下载的方法和一种数据包下载的装置。
背景技术
随着网络科技的快速发展，视频会议、视频教学等双向通信在用户的生活、工作、学习等方面广泛普及。
而视联网是网络发展的重要里程碑，是互联网的更高级形态，是一个实时网络，能够实现目前互联网无法实现的全网高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。
通常在使用视联网终端的视频会议中，用户需要将会议音视频保存，以便日后查阅归档。这就需要通过终端下载功能来实现这个需求，但是已有的视联网终端只有程序自动更新功能，没有下载机制。目前视联网终端的自动更新功能最大支持32M的文件下载，如果下载过程中有丢包，就直接将之前下载的所有数据全部丢弃，如此重复三次如果均遇到丢包的情况，则下载更新文件失败，无法正常升级，严重影响用户体验。
发明内容
鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据包下载的方法和相应的一种数据包下载的装置。
为了解决上述问题，本发明实施例公开了一种数据包下载的方法，所述方法应用于视联网中，所述视联网包括视联网服务器，以及，与所述视联网服务器通信连接的录播服务器和视联网终端，所述方法包括：
所述视联网终端在视频直播过程中，接收所述视联网服务器转发的视联网数据包，其中，所述视联网数据包由所述录播服务器在发布直播时生成，并由所述录播服务器发送至视联网服务器；
所述视联网终端将所述视联网数据包分为M组子数据包，其中，所述子数据包包括N个标准视联网数据包，M和N均为大于1的整数；
所述视联网终端按视频直播的收看顺序接收所述M组子数据包；具体包括如下子步骤：
针对当前子数据包，在子数据包内的N个标准视联网数据包全部接收完成后，保存当前子数据包；
判断是否存在下一个子数据包；
若是，继续接收下一个子数据包；
若否，则生成完成所述子数据包接收的信号。
在本发明一种优选实施例中，所述视联网终端在视频直播过程中，接收所述视联网服务器转发的视联网数据包的步骤包括：
所述视联网服务器将所连接到自身的视联网终端的型号发送至录播服务器；
所述录播服务器根据所述型号，确定所述视联网终端所需要的视联网数据包，并将含有所需要的视联网数据包和所述型号的下载通知信令在发布直播时生成，发送至视联网服务器；
所述视联网服务器根据所述型号，将所述视联网数据包发送至所述视联网终端；
所述视联网终端在视频直播过程中接收所述视联网数据包。
在本发明另一种优选实施例中，所述视联网终端在视频直播过程中，接收所述视联网服务器转发的视联网数据包的步骤包括：
所述视联网终端发送下载请求信令到视联网服务器，其中，所述下载请求信令中包含有请求下载的视联网数据包的类型；
所述视联网服务器将所述下载请求信令转发至录播服务器；
所述录播服务器根据下载请求信令，将所有可下载的视联网数据包在发布直播时生成，并发送至视联网服务器；
所述视联网服务器将所有可下载的视联网数据包转发至视联网终端；
所述视联网终端在视频直播过程中，根据所述请求下载的视联网数据包的类型，从可下载的视联网数据包中选择接收所述视联网数据包。
在本发明一种优选实施例中，所述针对当前子数据包，在子数据包内的N个标准视联网数据包全部接收完成后，保存当前子数据包的子步骤进一步包括：
所述视联网终端按视频直播的收看顺序接收当前子数据包内的N个标准视联网数据包，并依次写入自身的内存空间；
当当前子数据包内的N个标准视联网数据包全部写入所述内存空间后，所述视联网终端从内存空间中读取当前子数据包，并写入自身的硬盘空间。
在本发明一种优选实施例中，所述针对当前子数据包，在子数据包内的N个标准视联网数据包全部接收完成后，保存当前子数据包的子步骤进一步还包括：
当当前子数据包内的某个标准视联网数据包写入所述内存空间失败时，还包括：
所述视联网终端按视频直播的收看顺序在M组子数据包中等待接收所述标准视联网数据包，直至接收到并写入所述内存空间；
所述视联网终端按视频直播的收看顺序继续接收当前子数据包内的剩余标准视联网数据包，并写入所述内存空间。
在本发明一种优选实施例中，所述方法还包括：
针对所述完成所述子数据包接收的信号，所述视联网终端发送停止收看直播请求信令至所述视联网服务器；
所述视联网服务器接收所述停止收看直播请求信令，发送同意停止收看直播信令至所述视联网终端；
所述视联网终端接收所述同意停止收看直播信令，结束收看直播，并发送同意停止收看直播回复信令至所述视联网服务器。
在本发明一种优选实施例中，所述方法还包括：
当所述视联网服务器检测到连接到自身的视联网终端的数量为0时，所述视联网服务器发送结束发布直播信令至所述录播服务器；
所述录播服务器接收所述结束发布直播信令，结束发布直播，并发送结束发布直播回复信令至所述视联网服务器。
为了解决上述问题，本发明实施例公开了一种数据包下载的装置，所述方法应用于视联网中，所述视联网包括视联网服务器，以及，与所述视联网服务器通信连接的录播服务器和视联网终端，所述视联网终端包括：
终端协议模块，用于在视频直播过程中，接收所述视联网服务器转发的视联网数据包，其中，所述视联网数据包由所述录播服务器在发布直播时生成，并由所述录播服务器发送至视联网服务器；
终端处理模块，用于将所述视联网数据包分为M组子数据包，其中，所述子数据包包括N个标准视联网数据包，M和N均为大于1的整数；
终端下载模块，用于按视频直播的收看顺序接收所述M组子数据包；具体包括如下子模块：
子存储模块，用于针对当前子数据包，在子数据包内的N个标准视联网数据包全部接收完成后，保存当前子数据包；
子处理模块，用于判断是否存在下一个子数据包；
若是，继续接收下一个子数据包；
若否，则生成完成所述子数据包接收的信号。
在本发明一种优选实施例中，所述子存储模块具体包括：
内存空间，用于写入或读取标准视联网数据包；
硬盘空间，用于写入或读取子数据包。
在本发明一种优选实施例中，所述视联网终端还包括与终端协议模块通信连接的终端业务模块，其中：
所述终端业务模块，用于发送收看直播的业务请求到所述终端协议模块，以及接收来自所述终端协议模块的业务请求回复；
所述终端协议模块，用于将所述业务请求转发到所述视联网服务器，以及接收来自所述视联网服务器的业务请求回复。
本发明实施例包括以下优点：
本发明实施例应用视联网的特性，利用视联网终端通过视联网服务器与录播服务器通信，进行相关数据包的下载，同时对接收数据包的下载机制进行优化，采用分组式下载方式，保证以组为单位保存数据，就算遇到丢包也不会将之前收到的包丢弃，避免了由于丢包造成的下载失败问题，可提升用户体验感。
附图说明
图1是本发明的一种视联网的组网示意图；
图2是本发明的一种节点服务器的硬件结构示意图；
图3是本发明的一种接入交换机的硬件结构示意图；
图4是本发明的一种以太网协转网关的硬件结构示意图；
图5是本发明实施例的视联网终端与视联网服务器和录播服务器组网的结构示意图；
图6是本发明实施例的一种数据包下载的方法的步骤流程图；
图7是本发明实施例的一种数据包下载的装置的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。
视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本发明实施例，以下对视联网进行介绍：
视联网所应用的部分技术如下所述：
网络技术(Network Technology)
视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。
交换技术(Switching Technology)
视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。
服务器技术(Server Technology)
视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。
储存器技术(Storage Technology)
统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。
网络安全技术(Network Security Technology)
视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。
服务创新技术(Service Innovation Technology)
统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。
视联网的组网如下所述：
视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。
如图1所示，视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。
其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。
类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。
其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。
由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称，接入网部分可以组成统一视频平台(虚线圈中部分)，多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1本发明实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。
各接入网设备的具体硬件结构为：
节点服务器：
如图2所示，主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204；
其中，网络接口模块201，CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202；交换引擎模块202对进来的包进行查地址表205的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器206的队列；如果包缓存器206的队列接近满，则丢弃；交换引擎模202轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置，以及，对磁盘阵列模块204的配置。
接入交换机：
如图3所示，主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304；
其中，下行网络接口模块301进来的包(上行数据)进入包检测模块305；包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream-id)，并进入交换引擎模块303，否则丢弃；上行网络接口模块302进来的包(下行数据)进入交换引擎模块303；CPU模块204进来的数据包进入交换引擎模块303；交换引擎模块303对进来的包进行查地址表306的操作，从而获得包的导向信息；如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的，则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃；如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃。
交换引擎模块303轮询所有包缓存器队列，在本发明实施例中分两种情形：
如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率控制模块产生的令牌；
如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。
码率控制模块208是由CPU模块204来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。
CPU模块304主要负责与节点服务器之间的协议处理，对地址表306的配置，以及，对码率控制模块308的配置。
以太网协转网关：
如图4所示，主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。
其中，下行网络接口模块401进来的数据包进入包检测模块405；包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream-id)；然后，由MAC删除模块410减去MAC DA、MAC SA、length or frame type(2byte)，并进入相应的接收缓存，否则丢弃；
下行网络接口模块401检测该端口的发送缓存，如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type，并发送。
以太网协转网关中其他模块的功能与接入交换机类似。
终端：
主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。
1.3城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。
2、视联网数据包定义
2.1接入网数据包定义
接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。
如下表所示，接入网的数据包主要包括以下几部分：
DA SA Reserved Payload CRC
其中：
目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；
源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；
保留字节由2个字节组成；
payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；
CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。
2.2城域网数据包定义
城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。
本说明书中标签的定义和MPLS(Multi-Protocol Label Switch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。
如下表所示，城域网的数据包主要包括以下几部分：
DA SA Reserved 标签 Payload CRC
即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。
通常在使用视联网终端的视频会议中，用户需要将会议音视频保存，以便日后查阅归档。这就需要通过终端下载功能来实现这个需求，但是已有的视联网终端只有程序自动更新功能，没有下载机制。目前已有技术中，视联网终端的自动更新功能最大支持32M的文件下载，如果下载过程中有丢包，就直接将之前下载的所有数据全部丢弃，如此重复三次如果均遇到丢包的情况，则下载更新文件失败，无法正常升级，严重影响用户体验。例如新疆和田的网络环境比较差，运营商采用的交换机会出现丢包的问题，导致程序更新经常失败，严重影响终端的更新功能。
基于视联网的上述特性和上述问题，提出了本发明实施例的核心构思之一，遵循视联网的协议，利用视联网终端通过视联网服务器与录播服务器通信，进行相关数据包的下载，同时对接收数据包的下载机制进行优化，采用分组式下载方式，保证以组为单位保存数据，就算遇到丢包也不会将之前收到的包丢弃，避免了由于丢包造成的下载失败问题，可提升用户体验感。本发明实施例具体下载机制的优化步骤参照实施例1。
实施例1：
如图6所示，示出了本发明实施例的一种数据包下载的方法的步骤流程图，所述方法应用于视联网中，所述视联网包括视联网服务器，以及，与所述视联网服务器通信连接的录播服务器和视联网终端；
所述方法可以包括如下步骤：
步骤601，所述视联网终端在视频直播过程中，接收所述视联网服务器转发的视联网数据包，其中，所述视联网数据包由所述录播服务器在发布直播时生成，并由所述录播服务器发送至视联网服务器；
步骤602，所述视联网终端将所述视联网数据包分为M组子数据包，其中，所述子数据包包括N个标准视联网数据包，M和N均为大于1的整数；
步骤603，所述视联网终端按视频直播的收看顺序接收所述M组子数据包；具体包括如下子步骤：
子步骤S1，针对当前子数据包，在子数据包内的N个标准视联网数据包全部接收完成后，保存当前子数据包；
子步骤S2，判断是否存在下一个子数据包；
若是，继续接收下一个子数据包；
若否，则生成完成所述子数据包接收的信号。
在本发明实施例中，针对步骤601～603，以及步骤603的子步骤S1～S2，相关原理阐述如下：对要准备下载的视联网数据包，将其拆分为M组子数据包，然后按视频直播的收看顺序接收这M组子数据包，采用分组接收下载的方式，保证以组为单位保存数据，即接收完一组子数据包，就将其写入视联网终端的硬盘空间中，然后就算后面遇到丢包情况，也不会将之前收到的数据包丢弃。避免了按照已有的自动更新功能，遇到丢包就丢弃所有数据，必须等所有数据都收齐才保存，效率太低，在网络恶劣的情况下无法正常下载的问题，提升了用户体验感。
在本发明实施例的具体实施方式中，拆分方式可以均分等包的方式进行拆分，也可以设定不等包。每个子数据包包括N个标准视联网数据包，在视联网中，标准视联网数据包默认为1024字节。
针对上述原理阐述，作为本发明实施例的一种具体示例：视联网终端通过视联网服务器转发由录播服务器在发布直播时生成的视联网数据包，得到准备接收的视联网数据包的数据量为100M。然后视联网终端对要下载的视联网数据包按总数据量大小将其等包拆分为100组子数据包，每个子数据包包括1000个标准视联网数据包，标准视联网数据包为1024字节也就是为1K，这样一组子数据包的数据大小为1000*1K＝1M。只有有当这组子数据包(1M)完全接收完，就保存一下文件，然后按视频直播的收看顺序判断是否有下一个子数据包需要接收；若是，则按视频直播的收看顺序继续接收下一个子数据包；若否，则生成完成所述子数据包接收的信号，并发送至视联网服务器。
本发明实施例的视联网终端与视联网服务器和录播服务器组网的结构示意图如图5所示。其中，本发明实施例的下载功能是由录播服务器通过发布直播的方式来实现的，即录播服务器通过发布直播的方式将包含有下载素材资源的数据包发送到视联网服务器中，视联网终端在视频直播过程中，通过收看直播的方式接收数据包。
由于在视联网中业务很多，不同视联网终端所需要下载的数据不同。如一般常用的视联网终端，启明2终端：只下载一个升级包即可；启明3终端：可以选择下载内核文件或者升级包。这里的启明2终端和启明3终端要下载的数据不同，是根据协议内定的具体字段的不同值决定的。所以需要通过录播服务器确定哪些数据是哪些视联网终端需要下载的，这就由录播服务器与不同类型的视联网终端所定的内部协议决定。
那么录播服务器要想准确的将数据下发给对应的视联网终端，就需要了解视联网终端的类型，或者让视联网终端主动告诉录播服务器我需要哪些下载数据。
基于上述原因，本发明实施例视联网终端获得所需的数据包的方式有两种，一种为被动方式，一种为主动方式。
在本发明一种优选实施例中，提供了被动方式的具体步骤，所述步骤601以被动方式接收所述视联网数据包的步骤如下：
所述视联网服务器将所连接到自身的视联网终端的型号发送至录播服务器；
所述录播服务器根据所述型号，确定所述视联网终端所需要的视联网数据包，并将含有所需要的视联网数据包和所述型号的下载通知信令在发布直播时生成，发送至视联网服务器；
所述视联网服务器根据所述型号，将所述视联网数据包发送至所述视联网终端；
所述视联网终端在视频直播过程中接收所述视联网数据包。
在被动方式中，视联网终端入网后，视联网服务器会通知录播服务器什么型号的视联网终端入网了，然后录播服务器收到这条信令后，会给录播服务器发送一条下载通知信令，其中包含终端型号和该终端所需的最新的所有文件(步骤中的视联网数据包)。视联网服务器根据信令中的型号，找到该视联网终端，将视联网数据包发送至所述视联网终端。
作为本发明实施例的一种具体示例：一启明2终端接入了视联网服务器，通过视联网服务器的转发，录播服务器可确定该启明2终端所需下载的数据为一个最新的升级包(步骤中的视联网数据包)，然后就直接将该升级包和该视联网终端的型号发送至视联网服务器，视联网服务器根据信令中的型号，找到该视联网终端并将升级包发送。
当该视联网终端为启明3终端时，其接收视联网数据包的步骤也是同上所述，只是该视联网数据包包括内核文件或者升级包，该视联网终端可以选择其一接收或者全部接收。
在本发明另一种优选实施例中，提供了主动方式的具体步骤，所述步骤601以主动方式接收所述视联网数据包的步骤如下：
所述视联网终端发送下载请求信令到视联网服务器，其中，所述下载请求信令中包含有请求下载的视联网数据包的类型；
所述视联网服务器将所述下载请求信令转发至录播服务器；
所述录播服务器根据下载请求信令，将所有可下载的视联网数据包在发布直播时生成，并发送至视联网服务器；
所述视联网服务器将所有可下载的视联网数据包转发至视联网终端；
所述视联网终端在视频直播过程中，根据所述请求下载的视联网数据包的类型，从可下载的视联网数据包中选择接收所述视联网数据包。
在主动方式中，视联网终端根据自身的需求，主动通过视联网服务器发送下载请求信令给录播服务器，录播服务器通过视联网服务器将所有可下载的视联网数据包转发至视联网终端，视联网终端根据自身的下载请求，从可下载的视联网数据包中选择接收所需要的视联网数据包。
作为本发明实施例的一种具体示例：一启明3终端接入了视联网服务器，该启明3终端根据自身的需求，想要下载最新的内核文件，通过通知使用该终端的用户后，用户就通过远程遥控或其他方式主动通过视联网服务器发送包含有请求下载内核文件的下载请求信令给录播服务器，录播服务器通过视联网服务器将目前最新的所有可下载的视联网数据包(内核文件或者升级包)转发至视联网终端，视联网终端根据自身的下载请求，从可下载的视联网数据包中选择接收内核文件。
当该视联网终端为启明2终端时，其接收视联网数据包的步骤也是同上所述，只是该视联网数据包为升级包。
在本发明一种优选实施例中，所述子步骤S1的子步骤进一步包括：
所述视联网终端按视频直播的收看顺序接收当前子数据包内的N个标准视联网数据包，并依次写入自身的内存空间；
当当前子数据包内的N个标准视联网数据包全部写入所述内存空间后，所述视联网终端从内存空间中读取当前子数据包，并写入自身的硬盘空间。
上述步骤为当前子数据包全部都接收成功的情况。在视联网终端或其他终端中一般都有内存空间和硬盘空间，当前子数据包中的N个标准视联网数据包在接收完之前都是先写入内存空间，只有当当前子数据包内的N个标准视联网数据包全部写入所述内存空间后，视联网终端才从内存空间中读取当前子数据包，并写入自身的硬盘空间。
作为本发明实施例的一种具体示例：当前子数据包按视频直播的收看顺序接收的1000个标准视联网数据包的编号为2000到2999，只有当2000到2999的编号的标准视联网数据包都收集齐了，才会将其从内存空间中写入硬盘空间，接着继续接收下一个子数据包。
在本发明一种优选实施例中，所述子步骤S1的子步骤进一步还包括：
当当前子数据包内的某个标准视联网数据包写入所述内存空间失败时，还包括：
所述视联网终端按视频直播的收看顺序在M组子数据包中等待接收所述标准视联网数据包，直至接收到并写入所述内存空间；
所述视联网终端按视频直播的收看顺序继续接收当前子数据包内的剩余标准视联网数据包，并写入所述内存空间。
上述步骤为当前子数据包中有某个标准视联网数据包出现丢包时的情况。当出现网络丢包，即写入所述内存空间失败时，对于视联网服务器持续下发的视联网数据就不做任何处理，等到该数据包下发完，循环第二次下发时，假若同样编号的标准视联网数据包未丢包，就将其接收到并写入所述内存空间中，然后继续接收下一个标准视联网数据包，直至当当前子数据包内的N个标准视联网数据包全部写入所述内存空间后，视联网终端才从内存空间中读取当前子数据包，并写入自身的硬盘空间。
作为本发明实施例的一种具体示例：，一个视联网数据包的大小为100M的话，分为100组子数据包，每组1M数据量，每秒发送2M，50s就发送完，发送完之后会从视联网数据包开始继续发送，类似于循环播放方式。如果由于网络原因导致丢包，例如丢了序号为2100的标准视联网数据包，那么之前的序号为0到1999所对应的2组子数据包已经保存在硬盘空间中，不会丢失。而编号为2001到2099的标准视联网数据包在内存空间中保存着，此时，视联网终端只会继续等序号为2100的标准视联网数据包，当序号为2000到2999的标准视联网数据包收齐后，再将其从内存空间中读取写入硬盘空间，以此类推，这样就算有丢包，经过几轮下载，数据一定会收齐，不会出现下载失败的情况。
在本发明一种优选实施例中，所述方法还可以包括如下步骤：
针对所述完成所述子数据包接收的信号，所述视联网终端发送停止收看直播请求信令至所述视联网服务器；
所述视联网服务器接收所述停止收看直播请求信令，发送同意停止收看直播信令至所述视联网终端；
所述视联网终端接收所述同意停止收看直播信令，结束收看直播，并发送同意停止收看直播回复信令至所述视联网服务器。
通过上述优选实施例，当视联网终端接收完下载数据后，会给视联网服务器发送停止收看直播的请求，服务器收到后，会给视联网终端发送此请求的ACK回复包，并且给这个视联网终端发送可以停止当前业务的命令，终端收到后，结束收看直播，并给视联网服务器发送ACK回复包。以此实现对某个已经接收完的视联网终端停止收看直播的业务。
在本发明一种优选实施例中，所述方法还可以包括如下步骤：
当所述视联网服务器检测到连接到自身的视联网终端的数量为0时，所述视联网服务器发送结束发布直播信令至所述录播服务器；
所述录播服务器接收所述结束发布直播信令，结束发布直播，并发送结束发布直播回复信令至所述视联网服务器。
通过上述优选实施例，如果当前收看直播的终端数为0，即所有的视联网终端均下载成功，视联网服务器会给录播服务器发送结束发布直播的信令，录播服务器收到后，会停止发送直播，并给视联网服务器发送ACK回复包。以此实现对录播服务器停止发布直播的业务。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
实施例2：
如图7所示，示出了本发明实施例的一种数据包下载的装置的结构框图，对照实施例1中的处理方法，所述方法应用于视联网中，所述视联网包括视联网服务器，以及，与所述视联网服务器通信连接的录播服务器和视联网终端，所述视联网终端包括：
终端协议模块71，用于在视频直播过程中，接收所述视联网服务器转发的视联网数据包，其中，所述视联网数据包由所述录播服务器在发布直播时生成，并由所述录播服务器发送至视联网服务器；
终端处理模块72，用于将所述视联网数据包分为M组子数据包，其中，所述子数据包包括N个标准视联网数据包，M和N均为大于1的整数；
终端下载模块73，用于按视频直播的收看顺序接收所述M组子数据包；具体包括如下子模块：
子存储模块A1，用于针对当前子数据包，在子数据包内的N个标准视联网数据包全部接收完成后，保存当前子数据包；
子处理模块A2，用于判断是否存在下一个子数据包；
若是，继续接收下一个子数据包；
若否，则生成完成所述子数据包接收的信号。
通过本发明实施例，实现了视联网终端的下载功能，并解决了以前在网络环境不好的情况下，造成的下载文件失败的问题。
本发明实施例的子存储模块A1具体包括：
内存空间，用于写入或读取标准视联网数据包；
硬盘空间，用于写入或读取子数据包。
本发明实施例的所述视联网终端还包括与终端协议模块71通信连接的终端业务模块74，其中：
所述终端业务模块74，用于发送收看直播的业务请求到所述终端协议模块，以及接收来自所述终端协议模块的业务请求回复；
所述终端协议模块71，用于将所述业务请求转发到所述视联网服务器，以及接收来自所述视联网服务器的业务请求回复。
在本发明实施例中，终端业务模块用于入网收看直播与视联网服务器的信令交互。终端协议模块用于根据协议，与视联网服务器通信。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种数据包下载的方法和相应的一种数据包下载的装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种数据包下载的方法，其特征在于，所述方法应用于视联网中，所述视联网包括视联网服务器，以及，与所述视联网服务器通信连接的录播服务器和视联网终端，所述方法包括：
所述视联网终端在视频直播过程中，接收所述视联网服务器转发的视联网数据包，其中，所述视联网数据包由所述录播服务器在发布直播时生成，并由所述录播服务器发送至视联网服务器；
所述视联网终端将所述视联网数据包分为M组子数据包，其中，所述子数据包包括N个标准视联网数据包，M和N均为大于1的整数；
所述视联网终端按视频直播的收看顺序接收所述M组子数据包；具体包括如下子步骤：
针对当前子数据包，在子数据包内的N个标准视联网数据包全部接收完成后，保存当前子数据包；
判断是否存在下一个子数据包；
若是，继续接收下一个子数据包；
若否，则生成完成所述子数据包接收的信号。
2.根据权利要求1所述的方法，其特征在于，所述视联网终端在视频直播过程中，接收所述视联网服务器转发的视联网数据包的步骤包括：
所述视联网服务器将所连接到自身的视联网终端的型号发送至录播服务器；
所述录播服务器根据所述型号，确定所述视联网终端所需要的视联网数据包，并将含有所需要的视联网数据包和所述型号的下载通知信令在发布直播时生成，发送至视联网服务器；
所述视联网服务器根据所述型号，将所述视联网数据包发送至所述视联网终端；
所述视联网终端在视频直播过程中接收所述视联网数据包。
3.根据权利要求1所述的方法，其特征在于，所述视联网终端在视频直播过程中，接收所述视联网服务器转发的视联网数据包的步骤包括：
所述视联网终端发送下载请求信令到视联网服务器，其中，所述下载请求信令中包含有请求下载的视联网数据包的类型；
所述视联网服务器将所述下载请求信令转发至录播服务器；
所述录播服务器根据下载请求信令，将所有可下载的视联网数据包在发布直播时生成，并发送至视联网服务器；
所述视联网服务器将所有可下载的视联网数据包转发至视联网终端；
所述视联网终端在视频直播过程中，根据所述请求下载的视联网数据包的类型，从可下载的视联网数据包中选择接收所述视联网数据包。
4.根据权利要求1所述的方法，其特征在于，所述针对当前子数据包，在子数据包内的N个标准视联网数据包全部接收完成后，保存当前子数据包的子步骤进一步包括：
所述视联网终端按视频直播的收看顺序接收当前子数据包内的N个标准视联网数据包，并依次写入自身的内存空间；
当当前子数据包内的N个标准视联网数据包全部写入所述内存空间后，所述视联网终端从内存空间中读取当前子数据包，并写入自身的硬盘空间。
5.根据权利要求4所述的方法，其特征在于，所述针对当前子数据包，在子数据包内的N个标准视联网数据包全部接收完成后，保存当前子数据包的子步骤进一步还包括：
当当前子数据包内的某个标准视联网数据包写入所述内存空间失败时，还包括：
所述视联网终端按视频直播的收看顺序在M组子数据包中等待接收所述标准视联网数据包，直至接收到并写入所述内存空间；
所述视联网终端按视频直播的收看顺序继续接收当前子数据包内的剩余标准视联网数据包，并写入所述内存空间。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
针对所述完成所述子数据包接收的信号，所述视联网终端发送停止收看直播请求信令至所述视联网服务器；
所述视联网服务器接收所述停止收看直播请求信令，发送同意停止收看直播信令至所述视联网终端；
所述视联网终端接收所述同意停止收看直播信令，结束收看直播，并发送同意停止收看直播回复信令至所述视联网服务器。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当所述视联网服务器检测到连接到自身的视联网终端的数量为0时，所述视联网服务器发送结束发布直播信令至所述录播服务器；
所述录播服务器接收所述结束发布直播信令，结束发布直播，并发送结束发布直播回复信令至所述视联网服务器。
8.一种数据包下载的装置，其特征在于，所述方法应用于视联网中，所述视联网包括视联网服务器，以及，与所述视联网服务器通信连接的录播服务器和视联网终端，所述视联网终端包括：
终端协议模块，用于在视频直播过程中，接收所述视联网服务器转发的视联网数据包，其中，所述视联网数据包由所述录播服务器在发布直播时生成，并由所述录播服务器发送至视联网服务器；
终端处理模块，用于将所述视联网数据包分为M组子数据包，其中，所述子数据包包括N个标准视联网数据包，M和N均为大于1的整数；
终端下载模块，用于按视频直播的收看顺序接收所述M组子数据包；具体包括如下子模块：
子存储模块，用于针对当前子数据包，在子数据包内的N个标准视联网数据包全部接收完成后，保存当前子数据包；
子处理模块，用于判断是否存在下一个子数据包；
若是，继续接收下一个子数据包；
若否，则生成完成所述子数据包接收的信号。
9.根据权利要求8所述的装置，其特征在于，所述子存储模块具体包括：
内存空间，用于写入或读取标准视联网数据包；
硬盘空间，用于写入或读取子数据包。
10.根据权利要求8所述的装置，其特征在于，所述视联网终端还包括与终端协议模块通信连接的终端业务模块，其中：
所述终端业务模块，用于发送收看直播的业务请求到所述终端协议模块，以及接收来自所述终端协议模块的业务请求回复；
所述终端协议模块，用于将所述业务请求转发到所述视联网服务器，以及接收来自所述视联网服务器的业务请求回复。
CN201811058378.1A 2018-09-11 2018-09-11 一种数据包下载的方法和装置 Active CN109327730B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811058378.1A CN109327730B (zh) 2018-09-11 2018-09-11 一种数据包下载的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811058378.1A CN109327730B (zh) 2018-09-11 2018-09-11 一种数据包下载的方法和装置

Publications (2)

Publication Number Publication Date
CN109327730A true CN109327730A (zh) 2019-02-12
CN109327730B CN109327730B (zh) 2020-05-26

Family

ID=65264991

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811058378.1A Active CN109327730B (zh) 2018-09-11 2018-09-11 一种数据包下载的方法和装置

Country Status (1)

Country Link
CN (1) CN109327730B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111404648A (zh) * 2020-02-20 2020-07-10 视联动力信息技术股份有限公司 一种数据发送方法和装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1592275A (zh) * 2003-08-30 2005-03-09 Lg电子株式会社 移动终端的分组接收方法
CN101656756A (zh) * 2009-09-17 2010-02-24 中国科学院声学研究所 一种发送速率自适应控制的文件传输方法及其系统
CN101854286A (zh) * 2009-04-01 2010-10-06 北京大学 基于用户数据报协议的数据流发送、接收方法及装置
CN102068369A (zh) * 2010-12-30 2011-05-25 北京理工大学珠海学院 物联网环境下的盲人导航系统
GB2480819A (en) * 2010-06-01 2011-12-07 Provision Comm Technologies Ltd Error resilience for multimedia transmission
WO2015104149A1 (en) * 2014-01-10 2015-07-16 Thomson Licensing Method for obtaining network information by a client terminal configured for receiving a multimedia content divided into segments
CN108076109A (zh) * 2016-11-14 2018-05-25 阿里巴巴集团控股有限公司 一种获取传输文件的方法与设备
CN108173895A (zh) * 2016-12-07 2018-06-15 北京视联动力国际信息技术有限公司 一种通信方法和装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1592275A (zh) * 2003-08-30 2005-03-09 Lg电子株式会社 移动终端的分组接收方法
CN101854286A (zh) * 2009-04-01 2010-10-06 北京大学 基于用户数据报协议的数据流发送、接收方法及装置
CN101656756A (zh) * 2009-09-17 2010-02-24 中国科学院声学研究所 一种发送速率自适应控制的文件传输方法及其系统
GB2480819A (en) * 2010-06-01 2011-12-07 Provision Comm Technologies Ltd Error resilience for multimedia transmission
CN102068369A (zh) * 2010-12-30 2011-05-25 北京理工大学珠海学院 物联网环境下的盲人导航系统
WO2015104149A1 (en) * 2014-01-10 2015-07-16 Thomson Licensing Method for obtaining network information by a client terminal configured for receiving a multimedia content divided into segments
CN108076109A (zh) * 2016-11-14 2018-05-25 阿里巴巴集团控股有限公司 一种获取传输文件的方法与设备
CN108173895A (zh) * 2016-12-07 2018-06-15 北京视联动力国际信息技术有限公司 一种通信方法和装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111404648A (zh) * 2020-02-20 2020-07-10 视联动力信息技术股份有限公司 一种数据发送方法和装置

Also Published As

Publication number Publication date
CN109327730B (zh) 2020-05-26

Similar Documents

Publication Publication Date Title
CN108075920B (zh) 一种视联网终端的管理方法和系统
CN108173804B (zh) 一种通过视联网访问互联网的方法及视联猫客户端
CN108965040A (zh) 一种视联网的业务监控方法和装置
CN110198345A (zh) 一种数据请求方法、系统及装置和存储介质
CN109474715A (zh) 一种基于视联网的资源配置方法和装置
CN109246486A (zh) 一种组帧方法和装置
CN110062295A (zh) 一种文件资源获取方法及系统
CN110536099A (zh) 告警方法、装置和计算机可读存储介质
CN110049346A (zh) 一种视频直播的方法和系统
CN110198431A (zh) 一种音视频数据包的处理方法、系统及装置和存储介质
CN110062194A (zh) 一种音视频数据的处理方法、装置以及装置和存储介质
CN110048903A (zh) 一种协转网关状态监控方法和装置
CN109151061A (zh) 一种数据存储方法和装置
CN109491783A (zh) 一种内存利用率的获取方法和系统
CN109729184A (zh) 一种视联网业务处理的方法和装置
CN109347844A (zh) 一种设备接入互联网的方法及装置
CN108881940A (zh) 一种数据处理方法和视联网服务器
CN110022500A (zh) 一种丢包处理方法和装置
CN110505211A (zh) 一种基于视联网的数据交互方法及装置
CN110035307A (zh) 一种分片存储方法和装置
CN109698790A (zh) 一种视联网数据的存储方法及系统
CN109617766A (zh) 一种心跳处理方法和装置
CN109768964A (zh) 音视频显示方法和装置
CN109525635A (zh) 一种内存利用率的获取方法和系统
CN109121017A (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
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20201230

Address after: 571924 building C07, Zone C, Hainan Ecological Software Park, hi tech Industrial Demonstration Zone, old town, Haikou City, Hainan Province

Patentee after: Hainan Shilian Communication Technology Co.,Ltd.

Address before: 100000 Beijing Dongcheng District Qinglong Hutong 1 Song Hua Building A1103-1113

Patentee before: VISIONVERA INFORMATION TECHNOLOGY Co.,Ltd.