CN110944003B - 文件传输方法和电子设备 - Google Patents

文件传输方法和电子设备 Download PDF

Info

Publication number
CN110944003B
CN110944003B CN201911248629.7A CN201911248629A CN110944003B CN 110944003 B CN110944003 B CN 110944003B CN 201911248629 A CN201911248629 A CN 201911248629A CN 110944003 B CN110944003 B CN 110944003B
Authority
CN
China
Prior art keywords
file
transmitted
parameter information
data
segment
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.)
Active
Application number
CN201911248629.7A
Other languages
English (en)
Other versions
CN110944003A (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.)
Sumavision Technologies Co Ltd
Original Assignee
Sumavision Technologies 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 Sumavision Technologies Co Ltd filed Critical Sumavision Technologies Co Ltd
Priority to CN201911248629.7A priority Critical patent/CN110944003B/zh
Publication of CN110944003A publication Critical patent/CN110944003A/zh
Application granted granted Critical
Publication of CN110944003B publication Critical patent/CN110944003B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请提供一种文件传输方法和电子设备，所述方法包括：接收表征需要对待传输文件进行传输的请求，其中，所述请求中包括:待传输文件的标识信息、文件接收方的标识、播放所述待传输文件中的文件内容所需的播放参数信息；基于所述待传输文件的标识信息获取所述待传输文件；基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，以使所述终端设备基于所述播放参数信息对所述待传输文件中的文件内容进行播放，以在终端实现较好的播放效果。

Description

文件传输方法和电子设备
技术领域
本申请涉及数据处理技术领域，具体而言，涉及一种文件传输方法和电子设备。
背景技术
现有的文件传输技术虽然能够按照规范实现广播通知的目的，但是在各种规范的限制下，使得广播信息传达的丰富性有所拘束，例如，控制协议决定了控制指令中携带的是控制与传输相关的字段，继而使得终端播放文件中的内容的方式单一，无法实现较好的播放效果。
申请内容
鉴于此，本申请实施例的目的在于提供一种文件传输方法和电子设备，以在终端实现较好的播放效果。
第一方面，本申请实施例提供一种文件传输方法，所述方法包括：接收表征需要对待传输文件进行传输的请求，其中，所述请求中包括:待传输文件的标识信息、文件接收方的标识、播放所述待传输文件中的文件内容所需的播放参数信息；基于所述待传输文件的标识信息获取所述待传输文件；基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，以使所述终端设备基于所述播放参数信息对所述待传输文件中的文件内容进行播放。
在上述实现过程中，由于控制协议决定了控制指令中携带的是控制与传输相关的字段，而且控制指令能够携带的信息有限，不便于在控制指令中携带播放所述待传输文件中的文件内容所需的播放参数信息，继而使得终端播放文件中的内容的方式单一，无法实现较好的播放效果，因此，通过将播放所述待传输文件中的文件内容所需的播放参数信息和所述待传输文件一起封装后传输给终端设备，继而使得终端设备能够基于所述播放参数信息对所述待传输文件中的文件内容进行个性化的播放，在不改变控制指令的格式的条件下，解决了现有技术播放文件中的内容的方式单一的问题。
基于第一方面，在一种可能的设计中，所述请求中还包括：文件重复传输次数，基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，包括：基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息重复传输所述文件重复传输次数给所述对应的终端设备。
在上述实现过程中，通过多次将所述待传输文件发送给所述对应的终端设备，以保证所述对应的终端设备能够接收到完整的所述待传输文件。
基于第一方面，在一种可能的设计中，基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，包括：将所述待传输文件和所述播放参数信息封装后再分割成多个数据段；其中，每个数据段包括该数据段位于所述多个数据段中的位置的段号；基于所述文件接收方的标识，将所述多个数据段并行的传输给所述对应的终端设备。
现有的文件传输方式都是利用现有的某种协议将待传输文件直接进行发送，如果中途出现网络不稳定或是其他因素影响，就会导致文件发送失败或者将文件内容部分丢失，而终端则无感知，将不完整的文件进行展示而出现卡顿，缺图等问题会影响到用户体验，因此，在上述实现过程中，通过将所述待传输文件和所述播放参数信息封装后再分割成多个数据段，并给每个数据段分配表征该数据段位于所述多个数据段中的位置的段号后，再并行的发送给对应的终端，不仅提高文件传输效率，而且使得终端能够基于获取到的数据段的段号来确定是否收到完整的文件，继而使得终端能够在未收到完整的文件时及时采取相应的措施。
基于第一方面，在一种可能的设计中，将所述待传输文件和所述播放参数信息封装后再分割成多个数据段，包括：将所述待传输文件和所述播放参数信息封装后再进行压缩，获得文件压缩包；将所述文件压缩包分割成所述多个数据段。
现有的文件传输通常是借助第三方工具来进行实现文件打流，这种流一般为音视频流协议头加数据的方式，不能实现多种类型的数据同时发送展示的效果，因此，在上述实现过程中，通过将所述待传输文件和所述播放参数信息封装后再进行压缩，提高文件传输效率，所述待传输文件中可以同时涵盖各种类型的内容，并通过将文件压缩包分割成多个数据段进行传输，无需借助第三方工具进行文件打流，继而能够实现多种类型的数据同时发送展示的效果。
基于第一方面，在一种可能的设计中，所述段号包括：用于表征该数据段位于所述多个数据段中的位置的第一段号和第二段号。
由于一种段号所能表征的数据段的数量有限，在所述多个数据段的数量比较多时，仅仅依靠一种段号是无法表征所述多个数据段时，因此，在上述实现过程，通过利用第一段号和第二段号来联合表征所述多个数据段，继而使得每个数据段在所述多个数据段中所处的位置都能够得到唯一的表示，继而使得能够实现较大文件的传输。
基于第一方面，在一种可能的设计中，每个数据段还包括：所述多个数据段的总段数。
在上述实现过程中，由于每个数据段中包括所述多个数据段的总段数，继而便于终端能够基于总段数和接收到的数据段的段号来及时的确定是否已经接收到完整的文件。
基于第一方面，在一种可能的设计中，基于所述文件接收方的标识，将所述多个数据段并行的传输给所述对应的终端设备，包括：基于所述文件接收方的标识，确定与所述文件接收方标识对应的数据段并行发送时间间隔；基于所述文件接收方的标识和所述对应的数据段并行发送时间间隔，将所述多个数据段并行的传输给所述对应的终端设备。
在上述实现过程中，针对不同的终端设备，实现文件传输速率的个性化定制。
基于第一方面，在一种可能的设计中，所述请求中还包括：数据段重复传输次数，基于所述文件接收方的标识，将所述多个数据段并行的传输给所述对应的终端设备，包括：针对所述多个数据段中并行传输的数据段，基于所述文件接收方的标识，将所述并行传输的数据段连续的发送所述数据段重复传输次数给所述对应的终端设备。
在上述实现过程中，通过将每个数据段连续的重复传输多次给所述对应的终端设备，以保证所述对应的终端设备能够完整的获取到所述多个数据段。
基于第一方面，在一种可能的设计中，所述方法还包括：接收所述对应的终端返回的表征未接收到所述多个数据段中的第一数据段的指令；其中，所述指令中包括：所述第一数据段的段号；基于所述第一数据段的段号，将所述第一数据段再次传输给所述对应的终端设备。
在上述实现过程中，通过上述方式，在所述对应的终端未接收到所述多个数据段中的部分数据段时，只需将所述部分数据段进行重新发送，无需将所述多个数据段全部发送，继而能够保证所述对应的终端能够及时接收到所述部分数据段，以便于终端能够及时将所述多个数据段中的文件内容进行播放展示。
第二方面，本申请实施例提供一种文件传输装置，所述装置包括：请求接收单元，用于接收表征需要对待传输文件进行传输的请求，其中，所述请求中包括：待传输文件的标识信息、文件接收方的标识、播放所述待传输文件中的文件内容所需的播放参数信息；文件获取单元，用于基于所述待传输文件的标识信息获取所述待传输文件；传输单元，用于基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，以使所述终端设备基于所述播放参数信息对所述待传输文件中的文件内容进行播放。
基于第二方面，在一种可能的设计中，所述请求中还包括：文件重复传输次数，所述传输单元，具体用于基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息重复传输所述文件重复传输次数给所述对应的终端设备。
基于第二方面，在一种可能的设计中，所述传输单元，包括：分割单元，用于将所述待传输文件和所述播放参数信息封装后再分割成多个数据段；其中，每个数据段包括该数据段位于所述多个数据段中的位置的段号；传输子单元，用于基于所述文件接收方的标识，将所述多个数据段并行的传输给所述对应的终端设备。
基于第二方面，在一种可能的设计中，所述分割单元，具体用于将所述待传输文件和所述播放参数信息封装后再进行压缩，获得文件压缩包；以及将所述文件压缩包分割成所述多个数据段。
基于第二方面，在一种可能的设计中，所述段号包括：用于表征该数据段位于所述多个数据段中的位置的第一段号和第二段号。
基于第二方面，在一种可能的设计中，每个数据段还包括：所述多个数据段的总段数。
基于第二方面，在一种可能的设计中，所述传输子单元，具体用于基于所述文件接收方的标识，确定与所述文件接收方标识对应的数据段并行发送时间间隔；基于所述文件接收方的标识和所述对应的数据段并行发送时间间隔，将所述多个数据段并行的传输给所述对应的终端设备。
基于第二方面，在一种可能的设计中，所述请求中还包括：数据段重复传输次数，所述传输子单元，还用于针对所述多个数据段中并行传输的数据段，基于所述文件接收方的标识，将所述并行传输的数据段连续的发送所述数据段重复传输次数给所述对应的终端设备。
基于第二方面，在一种可能的设计中，所述装置还包括：指令接收单元，用于接收所述对应的终端返回的表征未接收到所述多个数据段中的第一数据段的指令；其中，所述指令中包括：所述第一数据段的段号；再次传输单元，用于基于所述第一数据段的段号，将所述第一数据段再次传输给所述对应的终端设备。
第三方面，本申请实施例提供一种电子设备，包括处理器以及与所述处理器连接的存储器，所述存储器内存储计算机程序，当所述计算机程序被所述处理器执行时，使得所述电子设备执行第一方面所述的方法。
第四方面，本申请实施例提供一种存储介质，所述存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行第一方面所述的方法。
本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的文件传输方法的流程示意图。
图2为本申请实施例提供的文件传输装置的结构示意图。
图3为本申请实施例提供的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行描述。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
现有的应急广播下发方案一般都是以广电总局发行的各种标准传输控制协议如有线数字电视广播(Digital Video Broadcasting-Cable，DVB-C)，地面数字电视广播(Digital Video Broadcasting-Terrestrial，DVB-T)等相关控制指令外加经转码后的音视频数据流的方式进行广播下发。用户使用现有应急广播平台选取所要发送的音视频文件，下发给选定区域或终端进行广播，适配器收到平台的数据包，根据相应的协议将区域、终端、广播时间等信息封装成开播指令，将音视频数据通过第三方转码工具转成所需的用户数据报实时传输协议(User Datagram Protocol-Real-time Transport Protocol，UDP-RTP)或用户数据报传送流(User Datagram Protocol-Transport Stream，UDP-TS)数据流。控制指令和数据流分别通过不同的通道传至复用器将混合流发送至各个终端或者直接发送到网络之间互联的协议(Interworking Protocol，IP)终端，终端收到流后同时对控制指令和数据进行解析，随后进行播放展示。
现有的技术虽然能够按照规范完成正常的应急广播的传输覆盖，达到广播通知的需求目的，但是在各种规范的限制下，使得广播信息传达的丰富性有所拘束，例如，控制协议决定了控制指令中携带的是控制与传输相关的字段，继而使得终端播放文件中的内容的方式单一，无法实现较好的播放效果。
请参照图1，图1为本申请实施例提供的一种文件传输方法的流程图，所述方法包括步骤：S100、S200和S300。
S100：接收表征需要对待传输文件进行传输的请求，其中，所述请求中包括:待传输文件的标识信息、文件接收方的标识、播放所述待传输文件中的文件内容所需的播放参数信息。
S200：基于所述待传输文件的标识信息获取所述待传输文件。
S300：基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，以使所述终端设备基于所述播放参数信息对所述待传输文件中的文件内容进行播放。
下面对上述方法应用于广播业务场景的情况进行详细介绍，值的一提的是，上述方法还可以应用于其他需要进行文件传输的场景。
在实际实施过程中，S100可以按照如下方式实施，在需要对待传输文件传输至文件接收方进行播放时，用户通过电子设备进入应急广播适配平台所提供的用于供用户选择待传输文件和文件接收方的页面，用户通过电子设备选中待传输文件的文件名称和文件接收方的名称，其中，所述文件接收方可以为某个区域的所有终端设备，也可以具体为一个、两个或多个终端设备，并在所述页面的播放参数信息输入框中输入或者选定播放时间、待传输文件中的文件内容的播放顺序，是否分屏，在所述待传输文件中包括图片时，所述播放参数信息还可以包括：图片显示位置、大小等，例如，全屏显示，左上角显示，右上角显示等，在所述待传输文件中包括音乐文件时，所述播放参数信息还可以包括：音乐播放时间，音量大小等。
在电子设备上输入了所述待传输文件的文件名称、所述文件接收方的名称以及所述播放参数信息之后，通过选中所述页面上的确定选项，基于超文本传输协议(Hyper TextTransfer Protocol，HTTP)生成表征需要对所述待传输文件进行传输的请求，并通过所述应急广播平台提供的HTTP接口将所述请求发送至所述应急广播平台中的PUSH文件传输系统，所述应急广播平台中的PUSH文件传输系统接收所述请求，其中，所述请求中包括：待传输文件的标识信息、文件接收方的标识、播放所述待传输文件中的文件内容所需的播放参数信息，可以理解的是，不同的传输文件所对应的标识信息不同，不同的文件接收方的标识也不同，其中，所述待传输文件的标识信息可以为所述待传输文件的名称，也可以为所述待传输文件的文件地址。所述文件接收方的标识可以为所述文件接收方的区域名称，区域身份标识(Identification，ID)，终端设备的设备ID、终端设备的IP地址等。其中，不同终端设备的设备ID不同，不同区域的区域ID也不同。
在其他实施例中，也可以基于其他协议生成所述请求。
在所述应急广播平台接收到所述请求之后，执行步骤S200：基于所述待传输文件的标识信息获取所述待传输文件。
所述应急广播平台从所述请求中提取出所述待传输文件的标识信息，在所述标识信息为所述待传输文件的文件地址时，若所述文件地址为本地存储地址，则基于所述文件地址在本地查找出所述待传输文件，在所述文件地址为文件下载地址时，所述应急广播平台则基于所述文件地址从第三方下载所述待传输文件。
在所述标识信息为所述待传输文件的文件名称时，则基于预先存储的文件名称和文件地址的对应关系中，查找出与所述待传输文件的文件名称对应的文件地址，并基于所述对应的文件地址本地获取或者从第三方下载所述待传输文件。
在所述应急广播平台获取到所述待传输文件和所述请求之后，执行步骤S300：基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，以使所述终端设备基于所述播放参数信息对所述待传输文件中的文件内容进行播放。
所述应急广播平台从所述请求中获取所述文件接收方的标识和所述播放参数信息，将所述待传输文件和所述播放参数信息封装在一起，所述文件接收预先确定的文件接收方的标识与文件接收地址的对应关系中，确定出与所述文件接收方的标识对应的文件接收地址，在所述文件接收方的标识为区域名称或者区域ID时，应急广播平台基于预先确定的数据通道与区域名称或者区域ID的对应关系中，查找与所述文件接收方的区域名称或者区域ID对应的数据通道，其中，所述对应的数据通道可以为一个、两个、多个等，在所述对应的数据通道为至少两个时，从所述对应的数据通道中任意筛选出处于空闲的(即未传输数据的)一个数据通道，并将封装后的所述待传输文件和所述播放参数信息转换为UDP-RTP或UDP-TS数据流之后发送至筛选出的一个数据通道传输，并基于现有的控制协议(如DVB-C，DVB-T等)将所述待传输文件的标识信息、所述文件接收方的地址等关键控制信息进行封装后通过控制流通道传输，传输至与所述文件接收方的地址对应的所有终端。
作为一种实施方式，所述控制信息还可以包括频点，其中，不同终端设备的频点不同，在所述控制信息中存在与所述对应的终端设备相同的频点时，所述对应的终端接收与所述待传输文件的标识信息对应的待传输文件和所述播放参数信息，并基于所述播放参数信息对所述待传输文件中的文件内容进行播放，反之，不接收。
在所述对应的数据通道为一个时，确定所述对应的数据通道是否处于空闲状态，若所述对应的数据通道未处于空闲状态，则需等待，直到所述对应的数据通道处于空闲状态时，将封装后的所述待传输文件和所述播放参数信息发送所述对应的数据通道传输。
作为一种实施方式，所述请求中还包括：文件重复传输次数，S300包括：基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后再重复传输所述文件重复传输次数给所述对应的终端设备。
在所述请求中包括所述文件重复传输次数时，所述应急广播平台在将所述待传输文件和所述播放参数信息封装后并全部发送给所述对应的终端设备之后，再次向所述对应的终端设备发送封装后的所述待传输文件和所述播放参数信息，直到将封装后的所述待传输文件和所述播放参数信息向所述对应的终端设备发送所述文件重复传输次数为止。
在上述实现过程中，通过多次将所述待传输文件发送给所述对应的终端设备，以保证所述对应的终端设备能够接收到完整的所述待传输文件。
现有的文件传输方式都是利用现有的某种协议将待传输文件直接进行发送，如果中途出现网络不稳定或是其他因素影响，就会导致文件发送失败或者将文件内容部分丢失，而终端则无感知，将不完整的文件进行展示而出现卡顿，缺图等问题会影响到用户体验，因此，作为一种实施方式，S300包括步骤：A1和A2。
在获取到所述待传输文件和所述播放参数信息之后，执行步骤A1：将所述待传输文件和所述播放参数信息封装后再分割成多个数据段；其中，每个数据段包括该数据段位于所述多个数据段中的位置的段号。
在获取到所述待传输文件和所述播放参数信息之后，将所述待传输文件和所述播放参数信息进行封装，并将封装后的所述待传输文件和所述播放参数信息分割并封装成多个数据段，其中，所述数据段为section段，每个数据段包括表征该数据段位于所述多个数据段中的位置的段号，其中，section段的段号的取值范围为0-255，可以理解的是，可以按照数据段在所述多个数据段的位置，依次对每个数据段分配段号，以使所述对应的终端设备根据接收到的数据段的段号对所述多个数据段拼接成一个完整的文件。
由于一种段号所能表征的数据段的数量有限，在所述多个数据段的数量比较多时，仅仅依靠一种段号是无法表征所述多个数据段时，因此，作为一种实施方式，所述段号包括：用于表征该数据段位于所述多个数据段中的位置的第一段号和第二段号。其中，在本实施例中，所述第一段号为section段的字段号，section段的段号取值范围为0-255，所述第二段号为extension字段的段号，extension字段的段号为0-65535。
通过利用第一段号和第二段号来联合表征所述多个数据段，继而使得每个数据段在所述多个数据段中所处的位置都能够得到唯一的表示，继而使得能够实现较大文件的传输。
假设，第一段号的取值范围为0-255，第二段号的取值范围0-65535，所述多个数据段的数量为800，因此，第二段号每增加1，第一段号则从0开始循环计数至255，例如，所述数据段中的第244个数据段的第一段号为244，第二段号为0，所述数据段中的第258个数据段的第一段号为1，第二段号为1，所述数据段中的第515个数据段的第一段号为2，第二段号为2。
作为一种实施方式，每个数据段还包括：所述多个数据段的总段数。
由于每个数据段中包括所述多个数据段的总段数，继而便于终端能够基于总段数和接收到的数据段的段号来及时的确定是否已经接收到完整的文件。可以理解的是，在所述对应的终端设备接收到的不同数据段的段号的数量等于所述总段数时，确定所述对应的终端设备已经接收到完整的所述待传输文件，反之，确定所述对应的终端设备未接收到完整的所述待传输文件。
因此，在上述实现过程中，通过将所述待传输文件和所述播放参数信息封装后再分割成多个数据段，并给每个数据段分配表征该数据段位于所述多个数据段中的位置的段号后，再并行的发送给对应的终端，不仅提高文件传输效率，而且使得终端能够基于获取到的数据段的段号来确定是否收到完整的文件，继而使得终端能够在未收到完整的文件时及时采取相应的措施。
现有的文件传输通常是借助第三方工具来进行实现文件打流，这种流一般为音视频流协议头加数据的方式，不能实现多种类型的数据同时发送展示的效果，因此，作为一种实施方式，A1包括步骤：A11和A12。
在获取到所述待传输文件和所述播放参数信息之后，执行步骤A11：将所述待传输文件和所述播放参数信息封装后再进行压缩，获得文件压缩包。
将所述待传输文件和所述播放参数信息封装后，再将封装后的所述待传输文件和所述播放参数信息打包成tar格式的文件，或者压缩成zip、rar格式的压缩包。
在获取到所述文件压缩包之后，执行步骤A12：将所述文件压缩包分割成所述多个数据段。
将所述文件压缩包分割后成多个数据段，其中，每个数据段中包括表征该数据段位于所述多个数据段中的位置的段号。
在得到所述多个数据段和所述请求之后，执行步骤A2：基于所述文件接收方的标识，将所述多个数据段并行的传输给所述对应的终端设备。
从所述请求中获取所述文件接收方的标识，基于UDP协议将所述多个数据段并行的传输给所述对应的终端设备。
在上述实现过程中，通过将所述待传输文件和所述播放参数信息封装后再进行压缩，提高文件传输效率，所述待传输文件中可以同时涵盖各种类型的内容，并通过将文件压缩包分割成多个数据段进行传输，无需借助第三方工具进行文件打流，继而能够实现多种类型的数据同时发送展示的效果。
作为一种实施方式，S300包括步骤：B1和B2。
在获取到所述请求之后，执行步骤B1：基于所述文件接收方的标识，确定与所述文件接收方标识对应的数据段并行发送时间间隔。
从所述请求中获取所述文件接收方的标识，从预先确定的文件接收方的标识与数据段并行发送时间间隔的对应关系中，查找出与所述文件接收方的标识对应的数据段并行发送时间间隔。
在上述实现过程中，针对不同的终端设备，实现文件传输速率的个性化定制。
其中，作为一种实施方式，所述数据段并行发送时间间隔与所述文件接收方的标识对应的终端设备的解析能力负正相关，即所述对应的终端设备的解析能力越强，所述数据段并行发送时间间隔越短，继而在所述对应的终端设备解析能力范围内保证文件传输速度的最优化。
作为一种实施方式，所述对应的数据段并行发送时间间隔根据用户需求设定。
在获取到所述对应的数据段并行发送时间、所述多个数据段和所述请求之后，B2：基于所述文件接收方的标识和所述对应的数据段并行发送时间间隔，将所述多个数据段并行的传输给所述对应的终端设备。
从所述请求中获取所述文件接收方的标识，基于所述对应的数据段并行发送时间间隔，将所述多个数据段并行的传输给与所述文件接收方的标识对应的终端设备，可以理解的是，相邻两次并行发送数据段的时间间隔为所述对应的数据段并行发送时间间隔。
作为一种实施方式，所述请求中还包括：数据段重复传输次数，S300包括：针对所述多个数据段中并行传输的数据段，基于所述文件接收方的标识，将所述并行传输的数据段连续的发送所述数据段重复传输次数给所述对应的终端设备。
例如，若数据段重复传输次数为2，在并行且同时发送了一次数据段0，数据段1和数据段2给所述对应的终端之后，再次向所述对应的终端并行的发送数据段0，数据段1和数据段2，接着向所述对应的终端设备并行的发送新的数据段，其中，发送新的数据段的方式和发送数据段0，数据段1和数据段2的方式一致。
作为一种实施方式，所述方法还包括步骤：C1和C2。
C1：接收所述对应的终端返回的表征未接收到所述多个数据段中的第一数据段的指令；其中，所述指令中包括：所述第一数据段的段号。
可以理解的是，在所述对应的终端根据接收到的数据段的段号之后，若确定未接收到所述多个数据段中的第一数据段的段号，所述对应的终端设备向所述对应的终端设备返回表征未接收到所述多个数据段中的第一数据段的指令；其中，所述指令中包括：所述第一数据段的段号。
作为一种实施方式，所述指令中还包括所述待传输文件的标识。
在所述对应的终端根据接收到的数据段的段号和所述待传输文件的标识之后，若确定未接收到所述多个数据段中的第一数据段的段号，所述对应的终端设备向所述对应的终端设备返回表征未接收到所述多个数据段中的第一数据段的指令；其中，所述指令中包括：所述第一数据段的段号和所述待传输文件的标识。
C2：基于所述第一数据段的段号，将所述第一数据段再次传输给所述对应的终端设备。
所述应急广播平台在接收到所述指令之后，从所述指令中提取出所述第一数据段的段号，将所述多个数据段中的段号为所述第一数据段的段号的数据段重新发送给所述对应的终端设备。
作为一种实施方式，将所述多个数据段中的段号为所述第一数据段的段号的数据段重新发送预设重传次数给所述对应的终端设备。
作为一种实施方式，在获取到所述指令之后，从所述指令中获取所述待传输文件的标识和所述第一数据段的段号，并基于所述待传输文件的标识查找出与所述待传输文件标识对应的多个数据段，继而将所述多个数据段中的段号为所述第一数据段的段号的数据段重新发送给所述对应的终端设备。
请参照图2，图2是本申请实施例提供的一种文件传输装置400的结构框图。下面将对图2所示的结构框图进行阐述，所示装置包括：
请求接收单元410，用于接收表征需要对待传输文件进行传输的请求，其中，所述请求中包括：待传输文件的标识信息、文件接收方的标识、播放所述待传输文件中的文件内容所需的播放参数信息；文件获取单元420，用于基于所述待传输文件的标识信息获取所述待传输文件；传输单元430，用于基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，以使所述终端设备基于所述播放参数信息对所述待传输文件中的文件内容进行播放。
作为一种实施方式，所述请求中还包括：文件重复传输次数，所述传输单元430，具体用于基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息重复传输所述文件重复传输次数给所述对应的终端设备。
作为一种实施方式，所述传输单元430，包括：分割单元，用于将所述待传输文件和所述播放参数信息封装后再分割成多个数据段；其中，每个数据段包括该数据段位于所述多个数据段中的位置的段号；传输子单元，用于基于所述文件接收方的标识，将所述多个数据段并行的传输给所述对应的终端设备。
作为一种实施方式，所述分割单元，具体用于将所述待传输文件和所述播放参数信息封装后再进行压缩，获得文件压缩包；以及将所述文件压缩包分割成所述多个数据段。
作为一种实施方式，所述段号包括：用于表征该数据段位于所述多个数据段中的位置的第一段号和第二段号。
作为一种实施方式，每个数据段还包括：所述多个数据段的总段数。
作为一种实施方式，所述传输子单元，具体用于基于所述文件接收方的标识，确定与所述文件接收方标识对应的数据段并行发送时间间隔；基于所述文件接收方的标识和所述对应的数据段并行发送时间间隔，将所述多个数据段并行的传输给所述对应的终端设备。
作为一种实施方式，所述请求中还包括：数据段重复传输次数，所述传输子单元，还用于针对所述多个数据段中并行传输的数据段，基于所述文件接收方的标识，将所述并行传输的数据段连续的发送所述数据段重复传输次数给所述对应的终端设备。
作为一种实施方式，所述装置还包括：指令接收单元，用于接收所述对应的终端返回的表征未接收到所述多个数据段中的第一数据段的指令；其中，所述指令中包括：所述第一数据段的段号；再次传输单元，用于基于所述第一数据段的段号，将所述第一数据段再次传输给所述对应的终端设备。
本实施例对的各功能单元实现各自功能的过程，请参见上述图1所示实施例中描述的内容，此处不再赘述。
请参照图3，本申请实施例提供一种电子设备，所述电子设备为应急广播平台，所述电子设备可以为个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personal digital assistant，PDA)等。
电子设备可以包括：存储器102、处理器101、通信接口103和通信总线，通信总线用于实现这些组件的连接通信。
存储器102用于存储本申请实施例提供的待伪装设备所提供的待传输文件，文件传输方法和装置对应的计算程序指令等各种数据，其中，存储器102可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(ErasableProgrammable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric ErasableProgrammable Read-Only Memory，EEPROM)等。
处理器101用于接收表征需要对待传输文件进行传输的请求，其中，所述请求中包括:待传输文件的标识信息、文件接收方的标识、播放所述待传输文件中的文件内容所需的播放参数信息；基于所述待传输文件的标识信息获取所述待传输文件；基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，以使所述终端设备基于所述播放参数信息对所述待传输文件中的文件内容进行播放。
其中，处理器101可能是一种集成电路芯片，具有信号的处理能力。上述的处理器101可以是通用处理器101，包括中央处理器101(Central Processing Unit，CPU)、网络处理器101(Network Processor，NP)等；还可以是数字信号处理器101(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器101可以是微处理器101或者该处理器101也可以是任何常规的处理器101等。
通信接口103，用于接收表征需要对待传输文件进行传输的请求，并将封装后的所述待传输文件和所述播放参数信息发送给所述对应的终端。
此外，本申请实施例还提供了一种存储介质，在该存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行本申请任一项实施方式所提供的方法。
综上所述，本申请各实施例提出的文件传输方法和电子设备，由于控制协议决定了控制指令中携带的是控制与传输相关的字段，而且控制指令能够携带的信息有限，不便于在控制指令中携带播放所述待传输文件中的文件内容所需的播放参数信息，继而使得终端播放文件中的内容的方式单一，无法实现较好的播放效果，因此，通过将播放所述待传输文件中的文件内容所需的播放参数信息和所述待传输文件一起封装后传输给终端设备，继而使得终端设备能够基于所述播放参数信息对所述待传输文件中的文件内容进行个性化的播放，在不改变控制指令的格式的条件下，解决了现有技术播放文件中的内容的方式单一的问题。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的装置来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

Claims (8)

1.一种文件传输方法，其特征在于，应用于应急广播平台，所述方法包括：
接收表征需要对待传输文件进行传输的请求，其中，所述请求中包括:待传输文件的标识信息、文件接收方的标识、播放所述待传输文件中的文件内容所需的播放参数信息，所述待传输文件的标识信息为本地存储地址、文件下载地址或所述待传输文件的文件名称，所述请求基于用户在电子设备上输入的信息生成；
基于所述待传输文件的标识信息获取所述待传输文件；
基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，以使所述终端设备基于所述播放参数信息对所述待传输文件中的文件内容进行播放；
其中，所述基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，包括：将所述待传输文件和所述播放参数信息封装后再分割成多个数据段；其中，每个数据段包括该数据段位于所述多个数据段中的位置的段号；基于所述文件接收方的标识，将所述多个数据段并行的传输给所述对应的终端设备；
所述将所述待传输文件和所述播放参数信息封装后再分割成多个数据段，包括：将所述待传输文件和所述播放参数信息封装后再进行压缩，获得文件压缩包；将所述文件压缩包分割成所述多个数据段。
2.根据权利要求1所述的方法，其特征在于，所述请求中还包括：文件重复传输次数，基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后传输给与所述文件接收方标识对应的终端设备，包括：
基于所述文件接收方的标识，将所述待传输文件和所述播放参数信息封装后再重复传输所述文件重复传输次数给所述对应的终端设备。
3.根据权利要求1所述的方法，其特征在于，所述段号包括：用于表征该数据段位于所述多个数据段中的位置的第一段号和第二段号。
4.根据权利要求1所述的方法，其特征在于，每个数据段还包括：所述多个数据段的总段数。
5.根据权利要求1所述的方法，其特征在于，基于所述文件接收方的标识，将所述多个数据段并行的传输给所述对应的终端设备，包括：
基于所述文件接收方的标识，确定与所述文件接收方标识对应的数据段并行发送时间间隔；
基于所述文件接收方的标识和所述对应的数据段并行发送时间间隔，将所述多个数据段并行的传输给所述对应的终端设备。
6.根据权利要求1所述的方法，其特征在于，所述请求中还包括：数据段重复传输次数，基于所述文件接收方的标识，将所述多个数据段并行的传输给所述对应的终端设备，包括：
针对所述多个数据段中并行传输的数据段，基于所述文件接收方的标识，将所述并行传输的数据段连续的发送所述数据段重复传输次数给所述对应的终端设备。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收所述对应的终端返回的表征未接收到所述多个数据段中的第一数据段的指令；其中，所述指令中包括：所述第一数据段的段号；
基于所述第一数据段的段号，将所述第一数据段再次传输给所述对应的终端设备。
8.一种电子设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序指令，所述计算机程序指令被所述处理器读取并运行时，执行如权利要求1-7中任一项所述的方法。
CN201911248629.7A 2019-12-06 2019-12-06 文件传输方法和电子设备 Active CN110944003B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911248629.7A CN110944003B (zh) 2019-12-06 2019-12-06 文件传输方法和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911248629.7A CN110944003B (zh) 2019-12-06 2019-12-06 文件传输方法和电子设备

Publications (2)

Publication Number Publication Date
CN110944003A CN110944003A (zh) 2020-03-31
CN110944003B true CN110944003B (zh) 2022-03-29

Family

ID=69909376

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911248629.7A Active CN110944003B (zh) 2019-12-06 2019-12-06 文件传输方法和电子设备

Country Status (1)

Country Link
CN (1) CN110944003B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112073825A (zh) * 2020-09-11 2020-12-11 深圳一晶宽频科技有限公司 Ts数据包和cpu数据包的传输控制方法
CN113992660A (zh) * 2021-10-29 2022-01-28 维沃移动通信有限公司 文件传输方法、装置、电子设备及存储介质
CN114422499B (zh) * 2021-12-27 2023-12-05 北京奇艺世纪科技有限公司 一种文件下载方法、系统及装置
CN114363436B (zh) * 2022-03-17 2022-06-10 深圳市爱图仕影像器材有限公司 通信方法、装置、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101272499A (zh) * 2008-05-13 2008-09-24 中兴通讯股份有限公司 一种视音频同流传输的方法及系统
CN102422258A (zh) * 2009-05-06 2012-04-18 汤姆森许可贸易公司 用于传送根据显示设备能力而优化的多媒体内容的方法和系统
CN103986821A (zh) * 2014-04-24 2014-08-13 小米科技有限责任公司 一种进行参数调整的方法、设备和系统
CN109274993A (zh) * 2018-10-31 2019-01-25 西安万像电子科技有限公司 数据传输方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9077843B2 (en) * 2012-04-06 2015-07-07 Realtek Semiconductor Corp. Video playback system and related computer program product for jointly displaying video with multiple screens

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101272499A (zh) * 2008-05-13 2008-09-24 中兴通讯股份有限公司 一种视音频同流传输的方法及系统
CN102422258A (zh) * 2009-05-06 2012-04-18 汤姆森许可贸易公司 用于传送根据显示设备能力而优化的多媒体内容的方法和系统
CN103986821A (zh) * 2014-04-24 2014-08-13 小米科技有限责任公司 一种进行参数调整的方法、设备和系统
CN109274993A (zh) * 2018-10-31 2019-01-25 西安万像电子科技有限公司 数据传输方法及装置

Also Published As

Publication number Publication date
CN110944003A (zh) 2020-03-31

Similar Documents

Publication Publication Date Title
CN110944003B (zh) 文件传输方法和电子设备
KR20220054259A (ko) 방송 서비스를 구성하는 콘텐츠 관련 정보들을 제공하는 방법 및 장치
CN108200447B (zh) 直播数据传输方法、装置、电子设备、服务器及存储介质
US7587507B2 (en) Media recording functions in a streaming media server
US7920565B2 (en) Method for updating a data record and device for carrying out the method
US8407361B2 (en) Media player with integrated parallel source download technology
KR20190045117A (ko) 오버헤드를 최소화한 헤더를 가지는 패킷 기반의 미디어 데이터 전송 방법
US20070239820A1 (en) System and method for providing quality feedback metrics for data transmission in rich media services
US10218759B2 (en) Method and apparatus for transceiving data packet for transmitting and receiving multimedia data
CN102457492A (zh) 流媒体文件的协同传输方法、系统以及设备
CN110086762A (zh) 在多媒体系统中传送分组的方法和装置
US10498783B2 (en) Non-DSG mechanisms for aligning client devices with their multicast data flows in a DOCSIS network environment
CN110944039B (zh) 面向5g接入网的微服务发现方法、系统及装置
CN104618738A (zh) 一种智能电视节目播放方法及装置
KR20140126827A (ko) Dvb 시스템에서 mmt를 이용하여 방송 서비스를 송수신하는 방법 및 장치
CN111629283A (zh) 一种多流媒体网关服务系统及方法
CN105934952B (zh) 用于在多媒体系统中发送和接收媒体数据的方法和装置
JP2012039198A (ja) データ圧縮転送システム、伝送装置及びそれらに用いるデータ圧縮転送方法
CN106550493A (zh) 一种媒体资源共享方法及移动终端
US9729940B2 (en) Apparatus and method for conveying information
US20060168626A1 (en) Methods and systems for providing video content to a mobile client
US20050093770A1 (en) System and method for a data format for command encapsulation
CN114125497B (zh) Sfu架构及其媒体传输方法及电子设备
CN110062339A (zh) 一种可共享数据传输的方法和装置
KR20170140066A (ko) MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 멀티캐스트 신호 수신 방법

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