CN104469427A - 数据传输方法和终端及服务器 - Google Patents

数据传输方法和终端及服务器 Download PDF

Info

Publication number
CN104469427A
CN104469427A CN201410751379.XA CN201410751379A CN104469427A CN 104469427 A CN104469427 A CN 104469427A CN 201410751379 A CN201410751379 A CN 201410751379A CN 104469427 A CN104469427 A CN 104469427A
Authority
CN
China
Prior art keywords
data
transmitted
control data
played
multimedia file
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
CN201410751379.XA
Other languages
English (en)
Other versions
CN104469427B (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.)
Beijing Gridsum Technology Co Ltd
Original Assignee
Beijing Gridsum 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 Beijing Gridsum Technology Co Ltd filed Critical Beijing Gridsum Technology Co Ltd
Priority to CN201410751379.XA priority Critical patent/CN104469427B/zh
Publication of CN104469427A publication Critical patent/CN104469427A/zh
Application granted granted Critical
Publication of CN104469427B publication Critical patent/CN104469427B/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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
    • 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/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • 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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4583—Automatically resolving scheduling conflicts, e.g. when a recording by reservation has been programmed for two programs in the same time slot
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Graphics (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种数据传输方法和终端及服务器。其中，该方法包括：获取多媒体文件的播放数据；判断播放数据是否发生变化,若判断出播放数据发生变化，则将播放数据中发生变化的数据作为待传输数据；将待传输数据发送至服务器。本发明解决了由于采用现有的全量数据传输方式所导致的数据传输效率降低的技术问题，从而达到提高数据传输效率的效果。

Description

数据传输方法和终端及服务器
技术领域
本发明涉及通信领域，具体而言，涉及一种数据传输方法和终端及服务器。
背景技术
如今，越来越多的人选择通过网络观看各种在线多媒体文件，从而实现可以实时欣赏到多样化的在线节目。而为了根据用户的观看情况准确分析出用户行为，目前，常用的方式是将用户观看多媒体文件的播放数据定期发送给服务器，例如每隔1分钟发送一次，以使服务器定期对上述播放数据进行统计分析，进而实现及时根据用户的观看情况进行调整，以得到更符合用户喜好的在线节目。
进一步，在向服务器发送上述播放数据时，其中有些播放数据在多媒体文件的加载或播放过程中，是不会发生变化的，比如视频播放的频道，视频类型等等。然而，现有技术中所采用的方式是每次都向服务器发送全量的播放数据，即无论上述播放数据是否发生变化，都会将所有的播放数据发送至服务器。这样，就导致在播放数据的传输过程中因占用过多的带宽，而导致带宽资源浪费，传输速度变慢，进而使得播放数据的传输效率降低，从而可能延迟重要数据的传输。
针对相关技术中的问题，目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种数据传输方法和终端及服务器，以解决由于采用现有的全量数据传输方式所导致的数据传输效率降低的技术问题。
为了实现上述目的，根据本发明的一个方面，提供了一种数据传输方法，包括：获取多媒体文件的播放数据；判断上述播放数据是否发生变化,若判断出上述播放数据发生变化，则将上述播放数据中发生变化的数据作为待传输数据；将上述待传输数据发送至服务器。
可选地，在判断上述播放数据是否发生变化之前，还包括：至少根据上述多媒体文件所处的状态，将上述播放数据划分为加载控制数据和播放控制数据，其中，上述加载控制数据用于指示上述多媒体文件处于加载状态，上述播放控制数据用于指示上述多媒体文件处于播放状态，上述加载控制数据和上述播放控制数据中分别包括多个控制数据组。
可选地，上述判断上述播放数据是否发生变化包括：判断上述加载控制数据与上述播放控制数据中的上述多个控制数据组中的参数值是否发生变化；若判断出上述多个控制数据组中至少一个控制数据组中的参数值发生变化，则将发生变化的上述至少一个控制数据组作为上述待传输数据。
可选地，在判断上述播放数据是否发生变化之前，还包括：判断是否第一次发送上述多媒体文件的上述播放数据；若判断出是第一次发送上述多媒体文件的上述播放数据，则将获取到的上述多媒体文件的上述播放数据作为待传输数据；其中，上述判断上述播放数据是否发生变化包括：若判断出不是第一次发送上述多媒体文件的上述播放数据，则判断上述播放数据是否发生变化。
可选地，在上述将上述待传输数据发送至服务器之后，还包括：检测是否接收到上述服务器发送的用于请求重发上述待传输数据中的至少一个控制数据组的发送请求；若接收到上述发送请求，则重发上述待传输数据中上述多个控制数据组中的上述至少一个控制数据组。
可选地，上述将上述待传输数据发送至服务器包括：获取上述待传输数据的传输控制信息；将上述传输控制信息和上述待传输数据发送至上述服务器。
为了实现上述目的，根据本发明的另一方面，提供了一种数据传输方法，包括：接收终端发送的待传输数据，其中，上述待传输数据中至少包括多媒体文件的播放数据中发生变化的数据；判断接收到的上述待传输数据是否满足预定条件；若判断出上述待传输数据不满足上述预定条件，则向上述终端发送用于请求重发上述待传输数据的发送请求。
可选地，在判断接收到的上述待传输数据是否满足预定条件之前，还包括：解析上述待传输数据，至少获取用于标识上述多媒体文件的标识信息及上述播放数据中发生变化的数据中的多个控制数据组；根据上述多媒体文件的上述标识信息将上述多个控制数据组保存到预定位置。
可选地，上述判断接收到的上述待传输数据是否满足预定条件包括：判断上述待传输数据中的上述多个控制数据组中的信息是否满足上述预定条件；上述若判断出上述待传输数据不满足上述预定条件，则向上述终端发送用于请求重发上述待传输数据的发送请求包括：若判断出上述多个控制数据组中的至少一个控制数据组中的信息不满足上述预定条件，则向上述终端发送用于请求重发上述至少一个控制数据组的发送请求，其中，上述发送请求中至少包括上述至少一个控制数据组的组标识。
可选地，在接收终端发送的待传输数据之前，还包括：建立上述多媒体文件的上述标识信息与上述预定位置之间的映射关系。
为了实现上述目的，根据本发明的又一个方面，提供了一种数据传输终端，包括：获取单元，用于获取多媒体文件的播放数据；第一判断单元，用于判断上述播放数据是否发生变化,并在判断出上述播放数据发生变化时，将上述播放数据中发生变化的数据作为待传输数据；传输单元，用于将上述待传输数据发送至服务器。
可选地，上述终端还包括：分组单元，用于在判断上述播放数据是否发生变化之前，至少根据上述多媒体文件所处的状态，将上述播放数据划分为加载控制数据和播放控制数据，其中，上述加载控制数据用于指示上述多媒体文件处于加载状态，上述播放控制数据用于指示上述多媒体文件处于播放状态，上述加载控制数据和上述播放控制数据中分别包括多个控制数据组。
可选地，上述第一判断单元包括：判断模块，用于判断上述加载控制数据与上述播放控制数据中的上述多个控制数据组中的参数值是否发生变化；在判断出上述多个控制数据组中至少一个控制数据组中的参数值发生变化时，将发生变化的上述至少一个控制数据组作为上述待传输数据。
可选地，上述终端还包括：第二判断单元，用于在判断上述播放数据是否发生变化之前，判断是否第一次发送上述多媒体文件的上述播放数据；指示单元，用于在判断出是第一次发送上述多媒体文件的上述播放数据时，将获取到的上述多媒体文件的上述播放数据作为待传输数据；在判断出不是第一次发送上述多媒体文件的上述播放数据时，指示上述第一判断单元判断上述播放数据是否发生变化。
可选地，上述终端还包括：检测单元，用于在上述将上述待传输数据发送至服务器之后，检测是否接收到上述服务器发送的用于请求重发上述待传输数据中上述多个控制数据组中的至少一个控制数据组的发送请求；重发单元，用于在接收到上述发送请求时，重发上述待传输数据中的上述至少一个控制数据组。
可选地，上述传输单元包括：获取模块，用于获取上述待传输数据的传输控制信息；传输模块，用于将上述传输控制信息和上述待传输数据发送至上述服务器。
为了实现上述目的，根据本发明的又一个方面，提供了一种数据传输服务器，包括：接收单元，用于接收终端发送的待传输数据，其中，上述待传输数据中至少包括多媒体文件的播放数据中发生变化的数据；判断单元，用于判断接收到的上述待传输数据是否满足预定条件；重发单元，用于在判断出上述待传输数据不满足上述预定条件时，向上述终端发送用于请求重发上述待传输数据的发送请求。
可选地，上述服务器还包括：解析单元，用于在判断接收到的上述待传输数据是否满足预定条件之前，解析上述待传输数据，至少获取用于标识上述多媒体文件的标识信息及上述播放数据中发生变化的数据中的多个控制数据组；保存单元，用于根据上述多媒体文件的上述标识信息将上述多个控制数据组保存到预定位置。
可选地，上述判断单元包括：判断模块，用于判断上述待传输数据中的上述多个控制数据组中的信息是否满足上述预定条件；上述重发单元包括：重发模块，用于在判断出上述多个控制数据组中的至少一个控制数据组中的信息不满足上述预定条件时，向上述终端发送用于请求重发上述至少一个控制数据组的发送请求，其中，上述发送请求中至少包括上述至少一个控制数据组的组标识。
可选地，上述服务器还包括：建立单元，用于在接收终端发送的待传输数据之前，建立上述多媒体文件的上述标识信息与上述预定位置之间的映射关系。
通过本申请提供的实施例，假设多媒体文件通过对获取到的多媒体文件的播放数据进行判断，以得到播放数据中发生变化的数据，并将其作为待传输数据发送给服务器，从而实现对获取到的多媒体文件进行判断划分，只发送变化的数据，而避免了现有技术中全量数据发送所导致的占用网络带宽的问题，进而实现了提高数据传输效率的效果。
附图说明
构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种可选的数据传输方法的流程图；
图2是根据本发明实施例的另一种可选的数据传输方法的流程图；
图3是根据本发明实施例的又一种可选的数据传输方法的流程图；
图4是根据本发明实施例的一种可选的数据传输终端的示意图；以及
图5是根据本发明实施例的一种可选的数据传输服务器的示意图。
具体实施方式
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
实施例1
根据本发明实施例，提供了一种数据传输方法，如图1所示，该方法包括：
S102，获取多媒体文件的播放数据；
S104，判断播放数据是否发生变化,若判断出播放数据发生变化，则将播放数据中发生变化的数据作为待传输数据；
S106，将待传输数据发送至服务器。
可选地，上述数据传输方法可以但不限于应用于针对用户选择观看的多媒体文件进行数据分析的过程中，将关于多媒体文件的播放数据传输至服务器，以便于服务器进行统计分析。例如，终端获取用户所选择观看的多媒体文件的播放数据，并判断获取到的播放数据是否发生变化，若判断出发生了变化，则将变化后的播放数据作为待传输数据发送给服务器。也就是说，终端在向服务器发送多媒体文件的播放数据时，是只将发生变化的播放数据发送给了服务器，而未发生变化的播放数据并没有重复发送给服务器，通过对播放数据进行选择性地发送，从而达到了节省网络带宽的目的，进而实现了提高数据传输的效率。
可选地，在本实施例中，上述播放数据中可以包括但不限于：加载控制数据、播放控制数据、用户数据、异常数据，其中，上述加载控制数据用于指示多媒体文件处于加载状态，播放控制数据用于指示多媒体文件处于播放状态。
可选地，在本实施例中，上述播放数据中可以包括但不限于：多个控制数据组，其中，上述加载控制数据和播放控制数据中均分别包括多个控制数据组。如加载控制数据中可以包括但不限于：加载信息组、扩展维度组、视频信息组，播放控制数据中可以包括但不限于：播放信息组、扩展维度组。其中，多媒体文件为视频时，加载信息组包括加载时长、加载状态，视频信息组中包括视频ID、视频名称、视频频道、CDN、网络频道、视频类型，播放信息组中包括实时比特率、播放流畅度、播放清晰度、播放卡顿次数、播放时长。
可选地，在判断播放数据是否发生变化之前，还包括：
S1，至少根据多媒体文件所处的状态，将播放数据划分为加载控制数据和播放控制数据，其中，加载控制数据用于指示多媒体文件处于加载状态，播放控制数据用于指示多媒体文件处于播放状态，加载控制数据和播放控制数据中分别包括多个控制数据组。
可选地，在本实施例中，上述判断播放数据是否发生变化包括：判断加载控制数据与播放控制数据中的多个控制数据组中的参数值是否发生变化。
需要说明的是，上述变化可以包括但不限于至少一个控制数据组中的至少一个参数值发生变化，则将发生变化的控制数据组发送给服务器。也就是说，采用增量发送的方式，只将发生变化的控制数据组发送给服务器，从而避免了现有传输过程中因重复传输相同的数据而导致占用过多网络带宽所造成的传输效率降低的问题。
可选地，在本实施例中，在每次发送待传输数据至服务器时，还可以但不限于：向服务器发送传输控制信息，其中，上述传输控制信息中包括：待传输数据类型、协议版本号、播放ID、控制数据组的组标识。其中，上述待传输数据类型可以包括但不限于：加载控制数据、播放控制数据、用户数据、异常数据。
具体结合以下示例进行描述，假设多媒体文件处于播放状态，获取到多媒体文件的播放数据中播放控制数据中的播放信息组，判断后得出播放的多媒体文件的卡顿次数增加了1，则将上述变化后的播放信息组作为待传输数据发送给服务器，以便于服务器进行统计分析。
通过本申请提供的实施例，假设多媒体文件通过对获取到的多媒体文件的播放数据进行判断，以得到播放数据中发生变化的数据，并将其作为待传输数据发送给服务器，从而实现对获取到的多媒体文件进行判断划分，只发送变化的数据，而避免了现有技术中全量数据发送所导致的占用网络带宽的问题，进而实现了提高数据传输效率的效果。
作为一种可选的方案，判断播放数据是否发生变化包括：
S1，判断加载控制数据与播放控制数据中的多个控制数据组中的参数值是否发生变化；
S2，若判断出多个控制数据组中至少一个控制数据组中的参数值发生变化，则将发生变化的至少一个控制数据组作为待传输数据。
可选地，在本实施例中，上述待传输数据的最小传输单位可以包括但不限于：控制数据组，当播放数据中至少一个控制数据组中的参数值发生了变化，则将该控制数据组作为待传输数据发送给服务器。
具体结合以下示例进行描述，假设多媒体文件处于加载状态，且获取到多媒体文件的播放数据中加载控制数据中的加载信息组、视频信息组、扩展维度组，经判断后得出由于网络环境变化播放的多媒体文件的加载时长由10s变成了15s，视频信息组中的视频CDN由CDN-1变成了CDN-3，则将上述参数值发生变化的加载信息组和视频信息组作为待传输数据发送给服务器，以便于服务器进行统计分析。
通过本申请提供的实施例，当判断出播放数据中多个控制数据组中的至少一个控制数据组中的参数值发生变化，则将发生变化的至少一个控制数据组发送给服务器，以使服务器对变化了的控制数据组中的数据直接进行分析。从而实现将发生变化的较小单位的控制数据组直接发送给服务器，达到对数据传输的灵活控制。
作为一种可选的方案，在判断播放数据是否发生变化之前，还包括：
S1，判断是否第一次发送多媒体文件的播放数据；若判断出是第一次发送多媒体文件的播放数据，则将获取到的多媒体文件的播放数据作为待传输数据；其中，判断播放数据是否发生变化包括：若判断出不是第一次发送多媒体文件的播放数据，则判断播放数据是否发生变化。
需要说明的是，判断播放数据是否发生变化的前提条件是：在判断播放数据是否发生变化之前，判断出本次数据传输并不是第一次发送上述多媒体文件的播放数据，则将判断后发生变化的播放数据发送至服务器。进一步，若判断出是第一次发送多媒体文件的播放数据，则需发送全量播放数据。例如，虽然所选多媒体文件会由加载状态变化至播放状态，而这只是多媒体文件的状态发生变化，所要播放的多媒体文件内容已经确定，如播放名称、播放ID，则终端只在第一次发送播放全量数据时发送视频信息组给服务器，而在之后的数据传输过程中却不会再次发送。
具体结合以下示例进行描述，假设多媒体文件处于加载还未播放状态时，终端第一次发送播放数据至服务器，其中，所发送的数据中除了每次发送的数据传输控制信息，还包括加载控制数据中的全部数据，而并不包括播放控制数据。
通过本申请提供的实施例，通过判断是否为第一次发送多媒体文件的播放数据，进一步判断是发送全量数据，还是发送经判断得到的已变化的播放数据，从而实现对所要传输数据的灵活控制，进一步保证了数据传输的效率。
作为一种可选的方案，在将待传输数据发送至服务器之后，还包括：
S1，检测是否接收到服务器发送的用于请求重发待传输数据中多个控制数据组中的至少一个控制数据组的发送请求；
S2，若接收到发送请求，则重发待传输数据中的至少一个控制数据组。
需要说明的是，服务器发送用于请求重发待传输数据中的至少一个控制数据组的发送请求的条件可以包括但不限于以下至少之一：
1)至少一个控制数据组中的参数个数不足；
2)至少一个控制数据组中的参数值错误；
3)至少一个控制数据组中的参数类型不符。
也就是说，服务器在接收到待传输数据之后，若进一步判断出控制数据组中至少包括以上任何一种情况，则会向终端发送用于重发的发送请求，其中，上述发送请求中携带有所需重发的控制数据组的组标识，其中，上述组标识可以但不限于：组名称，终端在检测出接收到上述发送请求后，将尽快把不满足条件的播放数据重发至服务器。
通过本申请提供的实施例，通过检测是否接收到服务器发送的用于请求重发不满足条件的至少一个控制数据组的发送请求，从而实现及时将不满足条件的播放数据重新发送，进而保证服务器可以准确获取多媒体文件已变化的播放数据。
作为一种可选的方案，将待传输数据发送至服务器包括：
S1，获取待传输数据的传输控制信息；
S2，将传输控制信息和待传输数据发送至服务器。
可选地，在本实施例中，上述传输控制信息中可以包括但不限于：待传输数据类型、协议版本号、播放ID、控制数据组的组标识。其中，终端每次向服务器发送待传输数据时，都要携带传输控制信息。
通过本申请提供的实施例，通过在发送待传输数据的同时，发送传输控制信息，从而实现对待传输数据的实时控制，通过传输控制信息可以直接获取所传输的待传输数据的相关信息，例如，包含多少个控制数据组，组标识分别是什么。进而达到对数据传输的灵活控制。
实施例2
根据本发明实施例，提供了一种数据传输方法，如图2所示，该方法包括：
S202，接收终端发送的待传输数据，其中，待传输数据中至少包括多媒体文件的播放数据中发生变化的数据；
S204，判断接收到的待传输数据是否满足预定条件；
S206，若判断出待传输数据不满足预定条件，则向终端发送用于请求重发待传输数据的发送请求。
可选地，上述数据传输方法可以但不限于应用于针对用户选择观看的多媒体文件进行数据分析的过程中，将关于多媒体文件的播放数据传输至服务器，以便于服务器进行统计分析。例如，终端将变化后的播放数据作为待传输数据发送给服务器，服务器对接收到的待传输数据进行解析判断，若判断出待传输数据不满足预定条件，则向终端发送用于请求重发待传输数据的发送请求。也就是说，服务器可以对不满足条件的待传输数据请求重发，从而实现更新缓存中需要分析的多媒体文件的播放数据，从而保证数据传输的完整性和准确性。
可选地，在本实施例中，上述播放数据中可以包括但不限于：加载控制数据、播放控制数据、用户数据、异常数据，其中，上述加载控制数据用于指示多媒体文件处于加载状态，播放控制数据用于指示多媒体文件处于播放状态。
可选地，在本实施例中，上述播放数据中可以包括但不限于：多个控制数据组，其中，上述加载控制数据和播放控制数据中均分别包括多个控制数据组。如加载控制数据中可以包括但不限于：加载信息组、扩展维度组、视频信息组，播放控制数据中可以包括但不限于：播放信息组、扩展维度组。其中，多媒体文件为视频时，加载信息组包括加载时长、加载状态，视频信息组中包括视频ID、视频名称、视频频道、CDN、网络频道、视频类型，播放信息组中包括实时比特率、播放流畅度、播放清晰度、播放卡顿次数、播放时长。
可选地，在本实施例中，上述服务器发送用于请求重发待传输数据的判断条件可以包括但不限于：判断待传输数据中的多个控制数据组中的信息是否预定条件。其中，上述预定条件可以包括但不限于以下至少之一：
1)至少一个控制数据组中的参数个数不足；
2)至少一个控制数据组中的参数值错误；
3)至少一个控制数据组中的参数类型不符。
也就是说，服务器在对接收到的待传输数据解析后，判断出控制数据组中至少包括以上任何一种情况，都会向终端发送用于重发的发送请求，其中，上述发送请求中携带有所需重发的控制数据组的组标识，其中，上述组标识可以但不限于：组名称，终端在检测出接收到上述发送请求后，将尽快把不满足条件的播放数据重发至服务器。
通过本申请提供的实施例，服务器在对接收到的待传输数据解析后，在判断出待传输数据不满足预定条件时，其中，待传输数据中至少包括多媒体文件的播放数据中发生变化的数据，则向终端请求重发待传输数据，从而实现及时将不满足条件的播放数据重新发送，进而保证服务器可以准确获取多媒体文件已变化的播放数据。
作为一种可选的方案，在判断接收到的待传输数据是否满足预定条件之前，还包括：
S1，解析待传输数据，至少获取用于标识多媒体文件的标识信息及播放数据中发生变化的数据中的多个控制数据组；
S2，根据多媒体文件的标识信息将多个控制数据组保存到预定位置。
可选地，在本实施例中，在解析待传输数据时，还可以但不限于解析到传输控制信息。其中，上述多媒体文件的标识信息可以但不限于从上述待传输数据中解析得到，进一步，上述传输控制信息中可以包括但不限于：待传输数据类型、协议版本号、播放ID、控制数据组的组标识。
可选地，在本实施例中，在接收终端发送的待传输数据之前，还包括：建立多媒体文件的标识信息与预定位置之间的映射关系。从而实现在解析出待传输数据中携带的多媒体文件的标识信息后，以上述多媒体文件的标识信息(如播放ID)作为索引值，在服务器查找上述索引值对应的存储位置，将解析得到的播放数据中发生变化的数据中的多个控制数据组保存到上述对应位置。
通过本申请提供的实施例，通过根据解析得到的多媒体文件的标识信息，将播放数据中发生变化的数据中的多个控制数据组保存到预定位置，从而实现了可以快速在指定位置获取到更新后的播放数据中发生变化的数据中的多个控制数据组。
作为一种可选的方案，
S1，判断接收到的待传输数据是否满足预定条件包括：判断待传输数据中的多个控制数据组中的信息是否满足预定条件；
S2，若判断出待传输数据不满足预定条件，则向终端发送用于请求重发待传输数据的发送请求包括：若判断出多个控制数据组中的至少一个控制数据组中的数据不满足预定条件，则向终端发送用于请求重发至少一个控制数据组的发送请求，其中，发送请求中包括上述至少一个控制数据组的组标识。
可选地，在本实施例中，上述预定条件还可以包括但不限于：服务器缓存故障。也就是说，在服务器出故障，或检测到解析出的播放数据中发生变化的数据中的多个控制数据组的数据不完整或不正确，则将携带有相应控制数据组的组标识用于重发的发送请求发送给终端。
通过本申请提供的实施例，通过将判断出需要重发的控制数据组的组标识发送给终端，以使终端可以快速根据控制数据组的组标识，重发相应控制数据组中的数据，进而保证服务器可以对用户所观看的播放数据进行准确分析，并根据分析的结果为用户推送更符合用户喜好的多媒体文件。
具体结合图3所示进行说明，其中，图3示出了一种可选的数据传输的实施方式的流程图，其中，多媒体文件以视频A为例。
S302，按照视频A所处的状态对视频A的播放数据进行分组。其中，上述分组包括但不局限于加载控制数据和播放控制数据。再把每种控制数据划分为不同的控制数据组。加载控制数据的组包括但不局限于加载信息组，扩展维度组，视频信息组；播放控制数据包括但不局限于播放信息组，扩展维度组。
S304，终端向服务器发送视频A的播放数据，假设在加载状态第一次发送视频A的播放数据时，则发送的待传输数据中包括传输控制信息和加载控制数据。其中，传输控制信息包括播放数据类型，协议版本号，播放ID，控制数据组的组标识等。每次发送数据时，都要携带传输控制信息。进一步，只有在第一次发送数据时，发送视频信息组，而在之后发送该视频A的播放数据时，采用增量发送的方式。即，只发送发生了变化的控制数据组，没有变化的控制数据组不发送。比如视频A由加载状态转为播放状态，那么终端只发送播放控制数据，比如播放控制数据的播放信息组和扩展维度组；比如视频一直处于播放状态，播放控制数据的播放信息组中的数据发生了变化，其他组中的数据没有变化，那么终端只发送播放控制数据中播放信息组的数据。
S306，服务器收到上述发生变化的播放数据后，从传输控制信息中解析出发送的播放数据类型和组标识。按照步骤S302的定义，以得到发生变化的播放数据和相应的控制数据组的组标识。
S308，校验解析得到的播放数据类型和组标识是否满足预定条件。如果解析得到的控制数据组中参数的个数不足或者参数的值的类型不对或者缺少某个组的参数，返回控制数据组的组名称，同时转到步骤S304，终端将重新发送上述数据；否则，返回null，表示接收到的上述数据是正确的，进入步骤S310。
S310，根据解析得到的播放ID更新服务器中的播放数据。在服务器端定义一个字典，其中，该字典记载了播放ID与播放数据在缓存中位置的映射关系，也就是说，在服务器建立一个索引，通过播放ID查找解析出的加载控制数据和播放控制数据在缓存中的保存位置。具体而言，服务器收到终端发送的视频A的第一条待传输数据后，从传输控制信息中提取出播放ID，作为字典的键(即索引)，然后解析数据中的加载控制数据，并且设置播放控制数据为空，把加载控制数据和为空的播放控制数据作为播放ID对应键的值，插入到字典相应的位置中。例如，当服务器之后再收到终端发送视频A的待传输数据(其中，包括已变化的加载控制数据中的视频信息组)时，从传输控制信息中取出播放ID，按照步骤S306解析终端发送的已发生变化的视频信息组的数据。进一步，根据该播放ID在服务器中查找之前得到的视频信息组，利用新解析出的加载控制数据中的视频信息组更新字典中已保存的之前得到的视频信息组。再者，若根据播放ID在服务器中没有查找到之前的视频信息组，则表示服务器缓存可能出现故障，需要把所有控制数据组的组名称返回给终端，终端则会在下次发送待传输数据时，发送全量的数据。
实施例3
根据本发明实施例，还提供了一种用于实施上述数据传输方法的数据传输终端，如图4所示，该终端包括：
1)获取单元402，用于获取多媒体文件的播放数据；
2)第一判断单元404，用于判断播放数据是否发生变化,并在判断出播放数据发生变化时，将播放数据中发生变化的数据作为待传输数据；
3)传输单元406，用于将待传输数据发送至服务器。
可选地，上述数据传输终端可以但不限于应用于针对用户选择观看的多媒体文件进行数据分析的过程中，将关于多媒体文件的播放数据传输至服务器，以便于服务器进行统计分析。例如，终端获取用户所选择观看的多媒体文件的播放数据，并判断获取到的播放数据是否发生变化，若判断出发生了变化，则将变化后的播放数据作为待传输数据发送给服务器。也就是说，终端在向服务器发送多媒体文件的播放数据时，是只将发生变化的播放数据发送给了服务器，而未发生变化的播放数据并没有重复发送给服务器，通过对播放数据进行选择性地发送，从而达到了节省网络带宽的目的，进而实现了提高数据传输的效率。
可选地，在本实施例中，上述播放数据中可以包括但不限于：加载控制数据、播放控制数据、用户数据、异常数据，其中，上述加载控制数据用于指示多媒体文件处于加载状态，播放控制数据用于指示多媒体文件处于播放状态。
可选地，在本实施例中，上述播放数据中可以包括但不限于：多个控制数据组，其中，上述加载控制数据和播放控制数据中均分别包括多个控制数据组。如加载控制数据中可以包括但不限于：加载信息组、扩展维度组、视频信息组，播放控制数据中可以包括但不限于：播放信息组、扩展维度组。其中，多媒体文件为视频时，加载信息组包括加载时长、加载状态，视频信息组中包括视频ID、视频名称、视频频道、CDN、网络频道、视频类型，播放信息组中包括实时比特率、播放流畅度、播放清晰度、播放卡顿次数、播放时长。
可选地，上述终端还包括：1)分组单元，用于在判断播放数据是否发生变化之前，至少根据多媒体文件所处的状态，将播放数据划分为加载控制数据和播放控制数据，其中，加载控制数据用于指示多媒体文件处于加载状态，播放控制数据用于指示多媒体文件处于播放状态，加载控制数据和播放控制数据中分别包括多个控制数据组。
可选地，在本实施例中，上述判断播放数据是否发生变化包括：判断加载控制数据与播放控制数据中的多个控制数据组中的参数值是否发生变化。
需要说明的是，上述变化可以包括但不限于至少一个控制数据组中的至少一个参数值发生变化，则将发生变化的控制数据组发送给服务器。也就是说，采用增量发送的方式，只将发生变化的控制数据组发送给服务器，从而避免了现有传输过程中因重复传输相同的数据而导致占用过多网络带宽所造成的传输效率降低的问题。
可选地，在本实施例中，在每次发送待传输数据至服务器时，还可以但不限于：向服务器发送传输控制信息，其中，上述传输控制信息中包括：待传输数据类型、协议版本号、播放ID、控制数据组的组标识。其中，上述待传输数据类型可以包括但不限于：加载控制数据、播放控制数据、用户数据、异常数据。
具体结合以下示例进行描述，假设多媒体文件处于播放状态，获取到多媒体文件的播放数据中播放控制数据中的播放信息组，判断后得出播放的多媒体文件的卡顿次数增加了1，则将上述变化后的播放信息组作为待传输数据发送给服务器，以便于服务器进行统计分析。
通过本申请提供的实施例，假设多媒体文件通过对获取到的多媒体文件的播放数据进行判断，以得到播放数据中发生变化的数据，并将其作为待传输数据发送给服务器，从而实现对获取到的多媒体文件进行判断划分，只发送变化的数据，而避免了现有技术中全量数据发送所导致的占用网络带宽的问题，进而实现了提高数据传输效率的效果。
作为一种可选的方案，上述第一判断单元404包括：
1)判断模块，用于判断加载控制数据与播放控制数据中的多个控制数据组中的参数值是否发生变化；在判断出多个控制数据组中至少一个控制数据组中的参数值发生变化时，将发生变化的至少一个控制数据组作为待传输数据。
可选地，在本实施例中，上述待传输数据的最小传输单位可以包括但不限于：控制数据组，当播放数据中至少一个控制数据组中的参数值发生了变化，则将该控制数据组作为待传输数据发送给服务器。
具体结合以下示例进行描述，假设多媒体文件处于加载状态，且获取到多媒体文件的播放数据中加载控制数据中的加载信息组、视频信息组、扩展维度组，经判断后得出由于网络环境变化播放的多媒体文件的加载时长由10s变成了15s，视频信息组中的视频CDN由CDN-1变成了CDN-3，则将上述参数值发生变化的加载信息组和视频信息组作为待传输数据发送给服务器，以便于服务器进行统计分析。
通过本申请提供的实施例，当判断出播放数据中多个控制数据组中的至少一个控制数据组中的参数值发生变化，则将发生变化的至少一个控制数据组发送给服务器，以使服务器对变化了的控制数据组中的数据直接进行分析。从而实现将发生变化的较小单位的控制数据组直接发送给服务器，达到对数据传输的灵活控制。
作为一种可选的方案，上述终端还包括：
1)第二判断单元，用于在判断播放数据是否发生变化之前，判断是否第一次发送多媒体文件的播放数据；
2)指示单元，用于在判断出是第一次发送多媒体文件的播放数据时，将获取到的多媒体文件的播放数据作为待传输数据；在判断出不是第一次发送多媒体文件的播放数据时，指示第一判断单元判断播放数据是否发生变化。
需要说明的是，判断播放数据是否发生变化的前提条件是：在判断播放数据是否发生变化之前，判断出本次数据传输并不是第一次发送上述多媒体文件的播放数据，则将判断后发生变化的播放数据发送至服务器。进一步，若判断出是第一次发送多媒体文件的播放数据，则需发送全量播放数据。例如，虽然所选多媒体文件会由加载状态变化至播放状态，而这只是多媒体文件的状态发生变化，所要播放的多媒体文件内容已经确定，如播放名称、播放ID，则终端只在第一次发送播放全量数据时发送视频信息组给服务器，而在之后的数据传输过程中却不会再次发送。
具体结合以下示例进行描述，假设多媒体文件处于加载还未播放状态时，终端第一次发送播放数据至服务器，其中，所发送的数据中除了每次发送的数据传输控制信息，还包括加载控制数据中的全部数据，而并不包括播放控制数据。
通过本申请提供的实施例，通过判断是否为第一次发送多媒体文件的播放数据，进一步判断是发送全量数据，还是发送经判断得到的已变化的播放数据，从而实现对所要传输数据的灵活控制，进一步保证了数据传输的效率。
作为一种可选的方案，上述终端还包括：
1)检测单元，用于在将待传输数据发送至服务器之后，检测是否接收到服务器发送的用于请求重发待传输数据中多个控制数据组中的至少一个控制数据组的发送请求；
2)重发单元，用于在接收到发送请求时，重发待传输数据中的至少一个控制数据组。
需要说明的是，服务器发送用于请求重发待传输数据中的至少一个控制数据组的发送请求的条件可以包括但不限于以下至少之一：
1)至少一个控制数据组中的参数个数不足；
2)至少一个控制数据组中的参数值错误；
3)至少一个控制数据组中的参数值类型不符。
也就是说，服务器在接收到待传输数据之后，若进一步判断出控制数据组中至少包括以上任何一种情况，则会向终端发送用于重发的发送请求，其中，上述发送请求中携带有所需重发的控制数据组的组标识，其中，上述组标识可以但不限于：组名称，终端在检测出接收到上述发送请求后，将尽快把不满足条件的播放数据重发至服务器。
通过本申请提供的实施例，通过检测是否接收到服务器发送的用于请求重发不满足条件的至少一个控制数据组的发送请求，从而实现及时将不满足条件的播放数据重新发送，进而保证服务器可以准确获取多媒体文件已变化的播放数据。
作为一种可选的方案，上述传输单元406包括：
1)获取模块，用于获取待传输数据的传输控制信息；
2)传输模块，用于将传输控制信息和待传输数据发送至服务器。
可选地，在本实施例中，上述传输控制信息中可以包括但不限于：待传输数据类型、协议版本号、播放ID、控制数据组的组标识。其中，终端每次向服务器发送待传输数据时，都要携带传输控制信息。
通过本申请提供的实施例，通过在发送待传输数据的同时，发送传输控制信息，从而实现对待传输数据的实时控制，通过传输控制信息可以直接获取所传输的待传输数据的相关信息，例如，包含多少个控制数据组，组标识分别是什么。进而达到对数据传输的灵活控制。
实施例4
根据本发明的实施例，还提供了一种用于实施上述数据传输方法的数据传输服务器，如图5所示，上述服务器包括：
1)接收单元502，用于接收终端发送的待传输数据，其中，待传输数据中至少包括多媒体文件的播放数据中发生变化的数据；
2)判断单元504，用于判断接收到的待传输数据是否满足预定条件；
3)重发单元506，用于在判断出待传输数据不满足预定条件时，向终端发送用于请求重发待传输数据的发送请求。
可选地，上述数据传输服务器可以但不限于应用于针对用户选择观看的多媒体文件进行数据分析的过程中，将关于多媒体文件的播放数据传输至服务器，以便于服务器进行统计分析。例如，终端将变化后的播放数据作为待传输数据发送给服务器，服务器对接收到的待传输数据进行解析判断，若判断出待传输数据不满足预定条件，则向终端发送用于请求重发待传输数据的发送请求。也就是说，服务器可以对不满足条件的待传输数据请求重发，从而实现更新缓存中需要分析的多媒体文件的播放数据，从而保证数据传输的完整性和准确性。
可选地，在本实施例中，上述播放数据中可以包括但不限于：加载控制数据、播放控制数据、用户数据、异常数据，其中，上述加载控制数据用于指示多媒体文件处于加载状态，播放控制数据用于指示多媒体文件处于播放状态。
可选地，在本实施例中，上述播放数据中可以包括但不限于：多个控制数据组，其中，上述加载控制数据和播放控制数据中均分别包括多个控制数据组。如加载控制数据中可以包括但不限于：加载信息组、扩展维度组、视频信息组，播放控制数据中可以包括但不限于：播放信息组、扩展维度组。其中，多媒体文件为视频时，加载信息组包括加载时长、加载状态，视频信息组中包括视频ID、视频名称、视频频道、CDN、网络频道、视频类型，播放信息组中包括实时比特率、播放流畅度、播放清晰度、播放卡顿次数、播放时长。
可选地，在本实施例中，上述服务器发送用于请求重发待传输数据的判断条件可以包括但不限于：判断待传输数据中的多个控制数据组中的信息是否预定条件。其中，上述预定条件可以包括但不限于以下至少之一：
1)至少一个控制数据组中的参数个数不足；
2)至少一个控制数据组中的参数值错误；
3)至少一个控制数据组中的参数值类型不符。
也就是说，服务器在对接收到的待传输数据解析后，判断出控制数据组中至少包括以上任何一种情况，都会向终端发送用于重发的发送请求，其中，上述发送请求中携带有所需重发的控制数据组的组标识，其中，上述组标识可以但不限于：组名称，终端在检测出接收到上述发送请求后，将尽快把不满足条件的播放数据重发至服务器。
通过本申请提供的实施例，服务器在对接收到的待传输数据解析后，在判断出待传输数据不满足预定条件时，其中，待传输数据中至少包括多媒体文件的播放数据中发生变化的数据，则向终端请求重发待传输数据，从而实现及时将不满足条件的播放数据重新发送，进而保证服务器可以准确获取多媒体文件已变化的播放数据。
作为一种可选的方案，上述服务器还包括：
1)解析单元，用于在判断接收到的待传输数据是否满足预定条件之前，解析待传输数据，至少获取用于标识多媒体文件的标识信息及播放数据中发生变化的数据中的多个控制数据组；
1)保存单元，用于根据多媒体文件的标识信息将多个控制数据组保存到预定位置。
可选地，在本实施例中，在解析待传输数据时，还可以但不限于解析到传输控制信息。其中，上述多媒体文件的标识信息可以但不限于从上述待传输数据中解析得到，进一步，上述传输控制信息中可以包括但不限于：待传输数据类型、协议版本号、播放ID、控制数据组的组标识。
可选地，上述服务器还包括：建立单元，用于在接收终端发送的待传输数据之前，建立多媒体文件的标识信息与预定位置之间的映射关系。从而实现在解析出待传输数据中携带的多媒体文件的标识信息后，以上述多媒体文件的标识信息(如播放ID)作为索引值，在服务器查找上述索引值对应的存储位置，将解析得到的播放数据中发生变化的数据中的多个控制数据组保存到上述对应位置。
通过本申请提供的实施例，通过根据解析得到的多媒体文件的标识信息，将播放数据中发生变化的数据中的多个控制数据组保存到预定位置，从而实现了可以快速在指定位置获取到更新后的播放数据中发生变化的数据中的多个控制数据组。
作为一种可选的方案，上述服务器还包括：
1)判断单元包括：判断模块，用于判断待传输数据中的多个控制数据组中的信息是否满足预定条件；
2)重发单元包括：重发模块，用于在判断出多个控制数据组中的至少一个控制数据组中的信息不满足预定条件时，向终端发送用于请求重发至少一个控制数据组的发送请求，其中，发送请求中至少包括至少一个控制数据组的组标识。
可选地，在本实施例中，上述预定条件还可以包括但不限于：服务器缓存故障。也就是说，在服务器出故障，或检测到解析出的播放数据中发生变化的数据中的多个控制数据组的数据不完整或不正确，则将携带有相应控制数据组的组标识用于重发的发送请求发送给终端。
通过本申请提供的实施例，通过将判断出需要重发的控制数据组的组标识发送给终端，以使终端可以快速根据控制数据组的组标识，重发相应控制数据组中的数据，进而保证服务器可以对用户所观看的播放数据进行准确分析，并根据分析的结果为用户推送更符合用户喜好的多媒体文件。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (20)

1.一种数据传输方法，其特征在于，包括：
获取多媒体文件的播放数据；
判断所述播放数据是否发生变化,若判断出所述播放数据发生变化，则将所述播放数据中发生变化的数据作为待传输数据；
将所述待传输数据发送至服务器。
2.根据权利要求1所述的方法，其特征在于，在判断所述播放数据是否发生变化之前，还包括：
至少根据所述多媒体文件所处的状态，将所述播放数据划分为加载控制数据和播放控制数据，其中，所述加载控制数据用于指示所述多媒体文件处于加载状态，所述播放控制数据用于指示所述多媒体文件处于播放状态，所述加载控制数据和所述播放控制数据中分别包括多个控制数据组。
3.根据权利要求2所述的方法，其特征在于，所述判断所述播放数据是否发生变化包括：
判断所述加载控制数据与所述播放控制数据中的所述多个控制数据组中的参数值是否发生变化；
若判断出所述多个控制数据组中至少一个控制数据组中的参数值发生变化，则将发生变化的所述至少一个控制数据组作为所述待传输数据。
4.根据权利要求1所述的方法，其特征在于，
在判断所述播放数据是否发生变化之前，还包括：判断是否第一次发送所述多媒体文件的所述播放数据；若判断出是第一次发送所述多媒体文件的所述播放数据，则将获取到的所述多媒体文件的所述播放数据作为待传输数据；
其中，所述判断所述播放数据是否发生变化包括：若判断出不是第一次发送所述多媒体文件的所述播放数据，则判断所述播放数据是否发生变化。
5.根据权利要求2所述的方法，其特征在于，在所述将所述待传输数据发送至服务器之后，还包括：
检测是否接收到所述服务器发送的用于请求重发所述待传输数据中所述多个控制数据组中的至少一个控制数据组的发送请求；
若接收到所述发送请求，则重发所述待传输数据中的所述至少一个控制数据组。
6.根据权利要求1-5中任一项所述的方法，其特征在于，所述将所述待传输数据发送至服务器包括：
获取所述待传输数据的传输控制信息；
将所述传输控制信息和所述待传输数据发送至所述服务器。
7.一种数据传输方法，其特征在于，包括：
接收终端发送的待传输数据，其中，所述待传输数据中至少包括多媒体文件的播放数据中发生变化的数据；
判断接收到的所述待传输数据是否满足预定条件；
若判断出所述待传输数据不满足所述预定条件，则向所述终端发送用于请求重发所述待传输数据的发送请求。
8.根据权利要求7所述的方法，其特征在于，在判断接收到的所述待传输数据是否满足预定条件之前，还包括：
解析所述待传输数据，至少获取用于标识所述多媒体文件的标识信息及所述播放数据中发生变化的数据中的多个控制数据组；
根据所述多媒体文件的所述标识信息将所述多个控制数据组保存到预定位置。
9.根据权利要求8所述的方法，其特征在于，
所述判断接收到的所述待传输数据是否满足预定条件包括：判断所述待传输数据中的所述多个控制数据组中的信息是否满足所述预定条件；
所述若判断出所述待传输数据不满足所述预定条件，则向所述终端发送用于请求重发所述待传输数据的发送请求包括：若判断出所述多个控制数据组中的至少一个控制数据组中的信息不满足所述预定条件，则向所述终端发送用于请求重发所述至少一个控制数据组的发送请求，其中，所述发送请求中至少包括所述至少一个控制数据组的组标识。
10.根据权利要求8所述的方法，其特征在于，在接收终端发送的待传输数据之前，还包括：
建立所述多媒体文件的所述标识信息与所述预定位置之间的映射关系。
11.一种数据传输终端，其特征在于，包括：
获取单元，用于获取多媒体文件的播放数据；
第一判断单元，用于判断所述播放数据是否发生变化,并在判断出所述播放数据发生变化时，将所述播放数据中发生变化的数据作为待传输数据；
传输单元，用于将所述待传输数据发送至服务器。
12.根据权利要求11所述的终端，其特征在于，还包括：
分组单元，用于在判断所述播放数据是否发生变化之前，至少根据所述多媒体文件所处的状态，将所述播放数据划分为加载控制数据和播放控制数据，其中，所述加载控制数据用于指示所述多媒体文件处于加载状态，所述播放控制数据用于指示所述多媒体文件处于播放状态，所述加载控制数据和所述播放控制数据中分别包括多个控制数据组。
13.根据权利要求12所述的终端，其特征在于，所述第一判断单元包括：
判断模块，用于判断所述加载控制数据与所述播放控制数据中的所述多个控制数据组中的参数值是否发生变化；在判断出所述多个控制数据组中至少一个控制数据组中的参数值发生变化时，将发生变化的所述至少一个控制数据组作为所述待传输数据。
14.根据权利要求11所述的终端，其特征在于，还包括：
第二判断单元，用于在判断所述播放数据是否发生变化之前，判断是否第一次发送所述多媒体文件的所述播放数据；
指示单元，用于在判断出是第一次发送所述多媒体文件的所述播放数据时，将获取到的所述多媒体文件的所述播放数据作为待传输数据；在判断出不是第一次发送所述多媒体文件的所述播放数据时，指示所述第一判断单元判断所述播放数据是否发生变化。
15.根据权利要求12所述的终端，其特征在于，还包括：
检测单元，用于在所述将所述待传输数据发送至服务器之后，检测是否接收到所述服务器发送的用于请求重发所述待传输数据中所述多个控制数据组中的至少一个控制数据组的发送请求；
重发单元，用于在接收到所述发送请求时，重发所述待传输数据中的所述至少一个控制数据组。
16.根据权利要求11-15中任一项所述的终端，其特征在于，所述传输单元包括：
获取模块，用于获取所述待传输数据的传输控制信息；
传输模块，用于将所述传输控制信息和所述待传输数据发送至所述服务器。
17.一种数据传输服务器，其特征在于，包括：
接收单元，用于接收终端发送的待传输数据，其中，所述待传输数据中至少包括多媒体文件的播放数据中发生变化的数据；
判断单元，用于判断接收到的所述待传输数据是否满足预定条件；
重发单元，用于在判断出所述待传输数据不满足所述预定条件时，向所述终端发送用于请求重发所述待传输数据的发送请求。
18.根据权利要求17所述的服务器，其特征在于，还包括：
解析单元，用于在判断接收到的所述待传输数据是否满足预定条件之前，解析所述待传输数据，至少获取用于标识所述多媒体文件的标识信息及所述播放数据中发生变化的数据中的多个控制数据组；
保存单元，用于根据所述多媒体文件的所述标识信息将所述多个控制数据组保存到预定位置。
19.根据权利要求18所述的服务器，其特征在于，
所述判断单元包括：判断模块，用于判断所述待传输数据中的所述多个控制数据组中的信息是否满足所述预定条件；
所述重发单元包括：重发模块，用于在判断出所述多个控制数据组中的至少一个控制数据组中的信息不满足所述预定条件时，向所述终端发送用于请求重发所述至少一个控制数据组的发送请求，其中，所述发送请求中至少包括所述至少一个控制数据组的组标识。
20.根据权利要求18所述的服务器，其特征在于，还包括：
建立单元，用于在接收终端发送的待传输数据之前，建立所述多媒体文件的所述标识信息与所述预定位置之间的映射关系。
CN201410751379.XA 2014-12-09 2014-12-09 数据传输方法和终端及服务器 Active CN104469427B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410751379.XA CN104469427B (zh) 2014-12-09 2014-12-09 数据传输方法和终端及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410751379.XA CN104469427B (zh) 2014-12-09 2014-12-09 数据传输方法和终端及服务器

Publications (2)

Publication Number Publication Date
CN104469427A true CN104469427A (zh) 2015-03-25
CN104469427B CN104469427B (zh) 2017-11-14

Family

ID=52914684

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410751379.XA Active CN104469427B (zh) 2014-12-09 2014-12-09 数据传输方法和终端及服务器

Country Status (1)

Country Link
CN (1) CN104469427B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109618216A (zh) * 2018-12-25 2019-04-12 北京微播视界科技有限公司 显示视频加载状态标识的方法、装置、设备及存储介质
CN111831361A (zh) * 2015-11-30 2020-10-27 创新先进技术有限公司 加载提示方法及装置
CN113938346A (zh) * 2021-09-29 2022-01-14 中车株洲电力机车有限公司 Mvb端口数据处理方法、mvb通信网络及轨道交通车辆

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060174271A1 (en) * 2004-07-20 2006-08-03 Chen An M Methods and apparatus for providing program guide state information to a device
CN101217618A (zh) * 2008-01-11 2008-07-09 南京图格科技发展有限公司 机顶盒工作状态实时采集方法
CN102118361A (zh) * 2009-12-31 2011-07-06 北京金山软件有限公司 一种基于网络协议的数据传输控制方法和装置
CN103475939A (zh) * 2013-09-02 2013-12-25 小米科技有限责任公司 一种处理播放记录的方法、装置及服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060174271A1 (en) * 2004-07-20 2006-08-03 Chen An M Methods and apparatus for providing program guide state information to a device
CN101217618A (zh) * 2008-01-11 2008-07-09 南京图格科技发展有限公司 机顶盒工作状态实时采集方法
CN102118361A (zh) * 2009-12-31 2011-07-06 北京金山软件有限公司 一种基于网络协议的数据传输控制方法和装置
CN103475939A (zh) * 2013-09-02 2013-12-25 小米科技有限责任公司 一种处理播放记录的方法、装置及服务器

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111831361A (zh) * 2015-11-30 2020-10-27 创新先进技术有限公司 加载提示方法及装置
CN109618216A (zh) * 2018-12-25 2019-04-12 北京微播视界科技有限公司 显示视频加载状态标识的方法、装置、设备及存储介质
CN109618216B (zh) * 2018-12-25 2021-07-30 北京微播视界科技有限公司 显示视频加载状态标识的方法、装置、设备及存储介质
CN113938346A (zh) * 2021-09-29 2022-01-14 中车株洲电力机车有限公司 Mvb端口数据处理方法、mvb通信网络及轨道交通车辆

Also Published As

Publication number Publication date
CN104469427B (zh) 2017-11-14

Similar Documents

Publication Publication Date Title
KR101566883B1 (ko) 콘텐츠 명 기반의 네트워크 장치 및 데이터 요청 방법
EP1897326B1 (en) Transport mechanisms for dynamic rich media scenes
CN1976344B (zh) 更新数据记录的方法和执行该方法的设备
US20160295269A1 (en) Information pushing method, device and system
CN101142566B (zh) 用于检测双登入的方法和系统
US20040205071A1 (en) File distribution system, file delivery server apparatus, and reception client apparatus
US20080126479A1 (en) Method, server, terminal and system for transmitting electronic service guide
CN103152650A (zh) 用于移动tv的鲁棒文件传播
CN102291373A (zh) 元数据文件的更新方法、装置和系统
CN105165019A (zh) 用于在广播通信系统中发送和接收附加信息的方法和设备
CN104469427A (zh) 数据传输方法和终端及服务器
KR101120778B1 (ko) 브로드캐스트 서비스 가이드의 관리 객체 변경 방법,시스템 및 단말
JP5277158B2 (ja) データ受信方法、修復方法および対応する端末
WO2006010810A3 (fr) Procede et systeme de certification de l’identite d’un utilisateur
CN102378063A (zh) 电视机及其网络用户的注册方法和系统
US9319160B2 (en) Method for updating and method for checking an update of at least one data element in a data carousel, and an associated first device, second device, and data flow
CN104283849A (zh) 弹窗数据推送、展示方法及装置、系统
US8176519B2 (en) Method and system for transmitting plural data in portable broadcasting service
US20230370698A1 (en) Video streaming systems and methods
CN101448136B (zh) 实现视频点播功能的方法和系统
CN101616168A (zh) 流媒体互动信息的处理方法、装置及系统
US8041831B2 (en) Method for broadcasting a series of contents from a source to receiver terminals, through a computer network, related signal, broadcasting source and terminal
CN101888406B (zh) 机顶盒、业务服务器、节目下载方法、发送方法及系统
CN101001162A (zh) 一种生成文件修复请求消息的方法及客户端
CN103813200A (zh) 信息处理的方法和电子设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: Data transmission method and terminal and server

Effective date of registration: 20190531

Granted publication date: 20171114

Pledgee: Shenzhen Black Horse World Investment Consulting Co., Ltd.

Pledgor: Beijing Guoshuang Technology Co.,Ltd.

Registration number: 2019990000503

PE01 Entry into force of the registration of the contract for pledge of patent right
CP02 Change in the address of a patent holder

Address after: 100083 No. 401, 4th Floor, Haitai Building, 229 North Fourth Ring Road, Haidian District, Beijing

Patentee after: BEIJING GRIDSUM TECHNOLOGY Co.,Ltd.

Address before: 100086 Beijing city Haidian District Shuangyushu Area No. 76 Zhichun Road cuigongfandian 8 layer A

Patentee before: BEIJING GRIDSUM TECHNOLOGY Co.,Ltd.

CP02 Change in the address of a patent holder