CN108270807A - 一种数据传输方法及装置 - Google Patents

Abstract

本申请公开一种数据传输方法及装置，用于减小闲时和忙时之间的网络传输资源使用量的差距，降低整体的网络传输资源使用量，从而降低资源浪费，提高资源的利用率。所述方法包括：根据终端的用户历史行为记录，预测待传输数据，所述数据包括视频；当确定满足空闲条件，且确定所述待传输数据存在时，获取所述待传输数据对应的传输地址；终端根据所述传输地址，对所述待传输数据进行传输。

Description

一种数据传输方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据传输方法及装置。

背景技术

随着互联网技术以及终端的发展，利用终端(尤其是移动终端)通过网络传输资源进行数据传输已成为非常普遍的业务，比如可以通过手机上传照片到服务器进行备份；又如可以通过电脑、网络机顶盒等下载多媒体数据进行收听、观看等。

现有技术进行数据传输的方式较为被动，只有在用户通过终端请求数据时，才会利用网络传输资源进行数据传输。比如，当用户通过手机请求照片备份时，才会利用网络传输资源上传手机中的照片；又如，当用户通过网络机顶盒观看视频时，只有请求播放哪个视频，才会利用网络传输资源下载这个视频。经过发明人长时间统计网络传输资源的使用量发现，网络传输资源的使用量存在忙时和闲时的交替。比如一般就寝时间和工作时间，0:00至18:00，为闲时时段，该时段网络传输资源的使用量较低；但一般休闲时间，18:00至24:00，为忙时时段，该时段网络传输资源的使用量较高。

目前为了能够为大量用户提供较高质量的数据传输能力，会以忙时时段的使用量为基准，为大量用户提供足够带宽的网络传输资源，以便能够通过终端以较高的速率进行传输。但是基于目前网络传输资源的特性，为用户提供的网络传输资源的带宽无法根据时段自由调整，即如果为用户提供nG/S带宽的网络传输资源，那么忙时和闲时均会提供nG/S带宽的网络传输资源，显然，对于闲时时段而言，是一种资源的浪费。所以，现有技术的数据传输方式，会造成网络传输资源的浪费。

发明内容

本申请实施例提供一种数据传输方法，用于减小闲时和忙时之间的网络传输资源使用量的差距，降低整体的网络传输资源使用量，从而降低资源浪费，提高资源的利用率。

本申请实施例提供一种数据传输装置，用于减小闲时和忙时之间的网络传输资源使用量的差距，降低整体的网络传输资源使用量，从而降低资源浪费，提高资源的利用率。

本申请实施例采用下述技术方案：

一种数据传输方法，包括：

根据终端的用户历史行为记录，预测待传输数据；

当确定满足空闲条件，且确定所述待传输数据存在时，获取所述待传输数据对应的传输地址；

终端根据所述传输地址，对所述待传输数据进行传输。

一种数据传输装置，包括：预测单元、获取单元以及传输单元，其中，

所述预测单元，用于根据终端的用户历史行为记录，预测待传输数据；

所述获取单元，用于当确定满足空闲时条件，且确定所述待传输数据存在时，获取所述待传输数据对应的传输地址；

所述传输单元，用于终端根据所述传输地址，对所述待传输数据进行传输。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：根据终端的用户历史行为记录，进行预测，预测出将要进行传输的待传输数据，当确定满足空闲条件，且该待传输数据存在时，获取该待传输数据的传输地址，并由该终端对该待传输数据进行传输，该数据可以包括视频。相比于现有技术只有等到终端请求数据才去传输的被动方式而言，本方案变被动为主动，主动预测终端可能将要传输的数据，在满足空闲条件时进行传输，减少或避免预测出的待传输数据占用忙时的网络传输资源。针对为用户提供的网络传输资源带宽不可调节的特性，本方法可以提高对闲时网络传输资源的利用率，而降低对忙时网络传输资源的使用量，从而从整体降低对网络传输资源的浪费，也可以达到降低为用户提供的网络传输资源的带宽的目的。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为通过现有技术的数据传输方法忙时和闲时的网络传输资源使用量的示意图；

图2为本申请实施例1提供的数据传输方法的流程示意图；

图3为本申请实施例1提供的数据传输方法的示意图；

图4为本申请实施例1提供的数据传输方法的示意图；

图5为本申请实施例2提供的数据传输方法的流程示意图；

图6为本申请实施例3提供的数据传输方法的流程示意图；

图7为本申请实施例4提供的数据传输方法的流程示意图；

图8为本申请实施例5提供的网络机顶盒的视频下载方法的流程示意图；

图9为本申请实施例5提供的生成用户***的示意图；

图10为本申请实施例5提供的数据传输的示意图；

图11为本申请实施例6提供的数据传输装置的结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

如前所述，现有技术进行数据传输的方式较为被动，只有在用户通过终端请求数据时，才会利用网络传输资源进行数据传输，比如用户通过网络机顶盒观看视频时，只有请求播放哪个视频，才会利用网络传输资源下载这个视频。具体比如，用户希望观看电视连续剧“XXX”，在请求播放第一集时，网络机顶盒通过网络传输资源下载“XXX”第1集，并进行播放，用户观看完毕后请求播放第二集时，网络机顶盒再次通过网络传输资源下载“XXX”第2集，并进行播放。经过发明人长时间统计网络传输资源的使用量发现，网络传输资源存在忙时和闲时的交替。如图1所示，比如一般就寝时间和工作时间，1:00至18:00为闲时时段，该时段网络传输资源的使用量较低；但一般休闲时间，18:00至次日1:00为忙时时段，该时段网络传输资源的使用量较高，并可以在20:00至22:00达到当日使用量的顶峰，比如图1中，一般就寝时间，网络传输资源的使用量较低，一般工作时间略高，但一般休闲时间，即18:00至次日1：00(俗称“黄金时段”)，网络传输资源明显升高，并在21:00达到使用量峰值。

目前为了能够为用户提供较高质量的数据传输能力，会以忙时时段的使用量为基准，为用户提供足够带宽的网络传输资源，比如网络机顶盒的运营方会向网络传输资源的提供方请求高于日均峰值(nG/S)的带宽的网络传输资源。但是基于目前网络传输资源的特性，通常请求的带宽是不能随时调整的，也就是，不论忙时和闲时均为用户提供nG/S的网络传输资源，基于资源的特性，只有被利用才能发挥资源的价值，但显然，对于闲时时段(需要较低带宽网络传输资源就足够的情况)而言，是一种资源的浪费。所以，现有技术的数据传输方式，会造成网络传输资源的浪费。基于此缺陷，本申请实施例提供了一种数据传输方法，用于减小闲时和忙时之间的网络传输资源使用量的差距，降低整体的网络传输资源使用量，从而降低资源浪费，提高资源的利用率。假设执行主体为终端，该方法的流程如图2所示，包括下述步骤：

步骤11：根据终端的用户历史行为记录，预测待传输数据。

用户通过终端进行数据传输后，可以为用户生成历史行为记录，这些历史行为记录中可能包含了用户的习惯或兴趣，比如，用户的历史行为记录为用户上传照片的记录，那么这其中就隐含了用户有备份照片的习惯；又如，用户观看某个视频，听某个歌曲的历史记录，也可能隐含用户的兴趣。所以，在一种实施方式中，数据可以包括视频，本步骤可以包括：根据终端的用户历史行为记录，确定用户行为习惯；根据该用户行为习惯，预测该用户的待传输视频。比如，在用户的历史行为记录中，确定出用户有追新剧的习惯，即用户多次观看视频的时间段大致与为该视频上映到完结的时间段重叠，那么就可以认为该用户有追新剧的习惯，就可以预测新剧为该用户的待传输数据。或者在用户的历史行为记录中，确定出用户有长期观看某支球队的比赛录像的习惯，那么这支球队的新比赛录像就可以是该用户的待传输视频。

前文已经提到，历史行为记录中可能包含了用户的兴趣，所以，在实际应用中，本步骤可以包括：根据终端的用户历史行为记录，确定用户兴趣标签；根据视频标签与该用户兴趣标签的匹配程度，预测该用户的待传输视频。比如，在用户的历史行为记录中，包含多个同一类型(科幻、侦探、篮球等)的视频的观看记录，那么就可以确定科幻、侦探、篮球等为该用户的兴趣标签，同时还可以为每个视频设置标签，比如科幻电影的标签就为“科幻”、侦探电视剧的标签就为“侦探”、篮球比赛录像的标签就为“篮球”。根据视频标签与用户兴趣标签的匹配程度，就可以进行预测，比如，如果某个视频的标签与用户兴趣标签匹配成功，则将该视频确定为用户的待传输视频。

在实际应用中，尤其对于视频而言，会存在较为活跃的视频和不活跃的视频，比如新上映(正在连载中)的电视剧，新上映的电影等均是较为活跃的视频，这类视频尤其会在每日的忙时占据大量的网络传输资源，所以可以仅针对这类视频，开启预测功能，而其他不活跃的视频，不进行预测。在一种实施方式中，本步骤可以包括：根据终端的用户历史行为记录，预测待传输视频，其中，视频的活跃度高于预设活跃度阈值。实际中，可以根据特定的确定方式确定每个视频的活跃度，比如根据观看次数、上映时间、观众评分等进行综合确定。可以预设一个活跃度阈值，如果高于该阈值则可以认为是高活跃度视频，就可以被预测为待传输视频。比如，用户历史行为记录中存在用户下载了热门电视连续剧“《XXX》第一集和第二集”，那么就可以预测出的待传输视频(将要下载的视频)可能是“《XXX》第三集”。

步骤12：当确定满足空闲条件，且确定该待传输数据存在时，获取该待传输数据对应的传输地址。

现有技术的数据传输方式较为被动，而本步骤考虑变被动为主动，将本可能在(网络、服务器或终端)繁忙时进行传输的数据在(网络、服务器或终端)空闲时进行传输，比如，将步骤11中预测出终端可能要进行传输的待传输数据，在网络传输资源使用量较低的空闲时进行传输，以便平衡空闲时和繁忙时的网络传输资源使用量。

具体地，终端在确定满足空闲条件时，可以包括下述至少一种方式：确定处于闲时时段；处理资源满足低负载条件；网络传输资源满足低负载条件。闲时时段可以是预先设定的，比如可以将1：00至17:00设定为闲时时段，当终端所处的时间在这个范围内时，就可以确定满足闲时条件。处理资源可以是指终端内部的处理资源，比如以平板电脑为例，在执行应用程序时，中央处理器、内存等处理资源可能处于较高的负载，而在不执行、或执行较少应用程序时，中央处理器、内存等处理资源可能处于较低(或极低)的负载，所以也可以预设一个负载阈值，或为中央处理器、内存等分别预设负载阈值(如中央处理器利用率、内存使用率等)，当某一个负载值低于负载阈值、或多个负载均低于各自的负载阈值时，确定处理资源满足低负载条件。网络传输资源的负载可以通过响应速度和/或传输速率来体现，比如，终端可以测试通过网络传输资源进行传输数据时的速率，也可以测试该网络传输资源对发送的请求的响应时长等。可以将速率和响应时长分别设定阈值，并预设低负载条件。

本方法的目的就是平衡空闲时和繁忙时的网络传输资源使用量，方式就是将预测出的待传输数据在空闲时进行传输，所以就需要确定待传输数据是否存在。比如对于连载的连续剧、综艺节目等，很有可能出现待传输数据不存在(没有更新)的情况，所以，可以确定待传输数据是否存在，当存在时，获取该待传输数据对应的传输地址，比如，预测出的待传输数据为“XXX”第3集，则可以向服务器请求“XXX”第3集的下载地址，如果未更新，则服务器不返回任何信息或返回失败信息，如果已经更新，则返回下载地址。

步骤13：终端根据该传输地址，对该待传输数据进行传输。

在上一步骤接收到待传输数据的传输地址后，本步骤就可以进行传输，由于是在满足空闲条件下进行传输，所以就可以减少或避免待传输数据在繁忙时占用网络传输资源，如果将大量终端本要在繁忙时进行传输的数据安排在空闲时进行传输，也就可以平衡空闲时与繁忙时的网络传输资源使用量，从而从整体上提高网络传输资源的利用率。

在实际应用中，在繁忙时进行数据传输的概率要高于在空闲时进行数据传输，所以最理想的状态是，将预测出的待传输数据在空闲时进行传输，比如某用户有通过网络机顶盒观看电视剧的习惯，由于只有19:00下班后才有时间观看，所以原本是要在网络繁忙时每天下载电视剧至少一集，而通过预测用户希望下载的集数，在网络空闲时(也就是该用户工作时段)进行下载，而到了网络繁忙时直接通过缓存的数据进行播放，就可以避免在网络繁忙时下载，同时也无需经过请求、下载的等待时间而直接播放。但也有可能出现网络空闲时并未完成待传输数据的传输任务的情形，比如对于一集电视剧，在网络空闲时只下载了50％。那么当网络机顶盒接收到针对这一集电视剧的播放指令后，就可以一边下载剩余的50％，一边播放，但相比于全部在网络繁忙时下载，也减少了网络繁忙时网络传输资源的使用量。所以，在一种实施方式中，本方法还可以包括：当接收到针对该待传输数据的查看指令后，根据传输结果进行展示。这里的传输结果，可能是传输完成的全部待传输数据，也可以能是未完成的部分待传输数据。

考虑到待传输数据是预测用户希望传输的数据，所以本方法还可以包括：当对该待传输数据完成传输后，进行提示。具体地，如果终端是手机，则可以通过在屏幕中展示待传输数据传输完成的消息，如果终端是网络机顶盒，可以在机顶盒输出的图像中展示待传输数据传输完成的消息，以便用户可以通过与机顶盒连接的电视接收到该提示。

如图3所示，为本申请实施例在数据传输时的示意图，即将用户可能要传输的数据在空闲时进行传输，也就从一定程度上相当于将本在繁忙时进行传输的数据转移到空闲时下载，从而达到如图4所示的举例，平衡空闲时与繁忙时的网络传输资源使用量的目的，进而达到降低为用户提供的网络传输资源的带宽的目的。

采用实施例1提供的方法，根据终端的用户历史行为记录，进行预测，预测出将要进行传输的待传输数据，当确定满足空闲条件，且该待传输数据存在时，获取该待传输数据的传输地址，并由该终端对该待传输数据进行传输。相比于现有技术只有等到终端请求数据才去传输的被动方式而言，本方案变被动为主动，主动预测终端可能将要传输的数据，在满足空闲条件时进行传输，减少或避免预测出的待传输数据占用忙时的网络传输资源。针对为用户提供的网络传输资源带宽不可调节的特性，本方法可以提高对闲时网络传输资源的利用率，而降低对忙时网络传输资源的使用量，从而从整体降低对网络传输资源的浪费，也可以达到降低为用户提供的网络传输资源的带宽的目的。

此外，本实施例中提到的网络传输资源是运营方为多个用户提供的，也就是网络传输资源的带宽会分配给所以请求数据传输的用户，即公用网络传输资源。而在实际应用中，终端还需要通过各自的自有网络传输资源进行传输，比如每个用户需要请求自有网络传输资源用于传输数据，但有不少用户的自有网络传输资源带宽很窄，比如2M/S，对于目前的数据，尤其是在观看视频时，无法观看分辨率较高的视频(如720P、1080P等)，但是在通过本方法进行数据传输后，将原本可能在忙时进行传输的数据分配到闲时进行主动传输，也就有了让自有网络传输资源带宽较窄的用户观看分辨率较高的视频的可能性，充分利用了自有网络传输资源的同时，也可以更好的为这部分用户提供更好的数据传输服务。

此外，由于现有技术在闲时网络传输资源的利用率不高，即使在忙时提供多大的带宽，服务的用户也是有限的，而本方法可以看作利用闲时的大量空闲资源服务于更多的用户，所以也可以为更多的用户提供数据传输业务。

实施例2

在实际应用中，为了减轻服务端的压力，可以由终端主导。所以基于与实施例1相同的发明思路，本申请实施例提供了一种数据传输方法，用于减小闲时和忙时之间的网络传输资源使用量的差距，降低整体的网络传输资源使用量，从而降低资源浪费，提高资源的利用率。该方法的流程如图5所示，包括下述步骤：

步骤21：终端根据用户的历史行为记录，预测待传输数据。

本步骤可以是终端本身进行预测，与步骤11类似，不再赘述。

步骤22：当终端确定满足空闲条件时，向服务端发送包含该待传输数据的传输请求。

当终端自身确定出满足空闲条件时，就认为可以进行数据传输，而在实际应用中，尤其是对于下载而言，是否存在待传输数据，通常是服务端先得知，而非终端。并且，如果都像实施例1中所述的由终端向服务器请求下载地址，每次都需要服务端查找下载地址，增加服务端的压力。本步骤可以向服务端发送包含该待传输数据的传输请求，比如可以是包含“XXX”第3集的传输请求。

由于全网中存在多个终端，所以在获取数据传输历史记录时，可以对应获取终端的唯一标识。比如该唯一标识可以是MAC(Media Access Control，介质访问控制)地址、UUID(Universally Unique Identifier，通用唯一识别码)等。

步骤23：接收当服务端确定存在该待传输数据时，发送的该待传输数据对应的传输地址。

服务端在接收到传输请求后，就可以解析其中的待传输数据，比如就可以是“XXX”第3集，由于服务端会维持一个数据库，所以可以将待传输数据与数据库进行匹配，如果匹配到，则说明已经存在。此时，就可以查询该待传输数据的传输地址，并将查找到的地址发送给终端。

步骤24：终端根据该传输地址，对该待传输数据进行传输。

与步骤14类似，不再赘述。

采用实施例2提供的方法，终端根据用户的历史行为记录，进行预测，预测出将要进行传输的待传输数据，当确定满足空闲条件，向服务端发送包含待传输数据的传输请求，当接收到服务端确定存在该待传输数据，发送的待传输数据对应的传输地址后，进行传输。相比于现有技术只有等到终端请求数据才去传输的被动方式而言，本方案变被动为主动，主动预测终端可能将要传输的数据，在空闲时进行传输，减少或避免了这部分数据占用忙时的网络传输资源。针对为用户提供的网络传输资源带宽不可调节的特性，本方法可以提高对闲时网络传输资源的利用率，降低对忙时网络传输资源的使用量，从而从整体降低对网络传输资源的浪费。此外，本实施例由终端主导完成，减轻了服务端的压力。

实施例3

在实际应用中，终端毕竟处理资源有限且处理能力有限。所以为了减轻终端的处理压力，基于与实施例1相同的发明思路，本申请实施例提供了一种数据传输方法，用于减小闲时和忙时之间的网络传输资源使用量的差距，降低整体的网络传输资源使用量，从而降低资源浪费，提高资源的利用率。该方法的流程如图6所示，包括下述步骤：

步骤31：服务端根据终端的用户历史行为记录，预测待传输数据。

本步骤可以由服务端执行，具体地可以先获取终端的用户历史行为记录，再进行预测。由于存在多个终端，所以在获取用户历史行为记录时，可以对应获取终端的唯一标识。相对于终端而言服务端的处理能力更为强大，所以由服务端进行预测，可以提高预测的准确性，并且由于服务端相比于终端较少，所以可以更加便捷地切换预测模型。

步骤32：当终端确定满足空闲条件时，向服务端发送传输请求。

当终端自身确定出满足空闲条件时，就认为可以进行数据传输，而在步骤31中，待传输数据是由服务端预测的，所以本步骤就可以直接发送传输请求，以表明终端处于闲时，可以进行数据传输。本步骤也需要在传输请求中包含终端的唯一标识。

步骤33：接收当服务端确定存在该待传输数据时，发送的该待传输数据对应的传输地址。

服务端在接收到传输请求后，就可以根据终端的唯一标识查询针对该终端预测出的待传输数据，比如就可以是“XXX”第3集，此时服务端可以将待传输数据与数据库进行匹配，如果匹配到，则说明已经存在。此时，就可以查询该待传输数据的传输地址，并将查找到的地址发送给终端。

步骤34：终端根据该传输地址，对该待传输数据进行传输。

与步骤14类似，不再赘述。

采用实施例3提供的方法，服务端根据用户历史行为记录，进行预测，预测出将要进行传输的待传输数据，当终端确定满足空闲条件时，向服务端发送传输请求，服务端在接收到请求后，确定针对该终端的待传输数据是否存在，若存在，则发送待传输数据对应的传输地址至终端，以便终端根据传输地址进行传输。相比于现有技术只有等到终端请求数据才去传输的被动方式而言，本方案变被动为主动，主动预测终端可能将要传输的数据，在空闲时进行传输，减少或避免了这部分数据占用忙时的网络传输资源。针对为用户提供的网络传输资源带宽不可调节的特性，本方法可以提高对闲时网络传输资源的利用率，降低对忙时网络传输资源的使用量，从而从整体降低对网络传输资源的浪费。此外，本方法由处理能力更强的服务端进行预测，可以减轻终端的处理压力，且可以提高预测的准确性。

实施例4

在实际应用中，为了进一步减轻终端的压力，数据传输之前的各步骤，均可以由服务端主导。所以基于与实施例1相同的发明思路，本申请实施例提供了一种数据传输方法，用于减小闲时和忙时之间的网络传输资源使用量的差距，降低整体的网络传输资源使用量，从而降低资源浪费，提高资源的利用率。该方法的流程如图7所示，包括下述步骤：

步骤41：服务端根据终端的用户历史行为记录，预测待传输数据。

与步骤31类似，不再赘述。

步骤42：当服务器确定满足空闲条件时，且确定存在该待传输数据时，将该待传输数据对应的传输地址发送至终端。

在实际应用中，服务端也可以确定是否满足空闲条件，以便可以统一对所有的终端进行管理，降低多个终端确定空闲条件时由于步调不同导致服务端混乱的可能。

服务端在确定出满足空闲条件时，可以针对每个终端，或每个在线的终端(可能出现大量终端关机的情况)的待传输数据，确定是否存在，如果存在，就可以将该待传输数据对应的传输地址发送至终端。

在实际应用中，满足空闲条件，也可以由终端和服务端共同确定，由于可能出现服务端处于空闲，但终端正在高负载地执行用户的某个指令，所以可以当双方均确定满足空闲条件后，才认为满足空闲条件。

步骤43：终端根据该传输地址，对该待传输数据进行传输。

与步骤14类似，不再赘述。

采用实施例4提供的方法，服务端根据用户历史行为记录，进行预测，预测出将要进行传输的待传输数据，当服务端确定满足空闲条件，且确定待传输数据存在后，向终端发送待传输数据对应的传输地址，以便终端根据传输地址进行传输。相比于现有技术只有等到终端请求数据才去传输的被动方式而言，本方案变被动为主动，主动预测终端可能将要传输的数据，在空闲时进行传输，减少或避免了这部分数据占用忙时的网络传输资源。针对为用户提供的网络传输资源带宽不可调节的特性，本方法可以提高对闲时网络传输资源的利用率，降低对忙时网络传输资源的使用量，从而从整体降低对网络传输资源的浪费。此外，本方法由服务端主导，可以减轻终端的处理压力，并且可以进行统一管理。

实施例5

前文已经举例介绍，对电视连续剧进行预测，以及用户可以通过网络机顶盒观看电视连续剧剧，所以基于与实施例1至4相同的发明思路，实施例以终端为网络机顶盒和服务器为执行主体，以包含若干集的连续性视频为数据为例，在实际应用中，运营方通常会为用户提供CDN(Content Delivery Network，即内容分发网络)服务，CDN，其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络，CDN能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容，解决互联网拥挤的状况，提高用户访问网站的响应速度。而CDN就具有前文提到的网络传输资源的特性，如果向服务商请求了20G/S的CDN带宽(流量)，无论闲时还是忙时，均是不能修改的，但是显然闲时是用不到20G/S的，而忙时20G/S又不可能完全满足每个用户。所以造成了资源浪费，也可能出现不能满足用户的情况。所以本实施例提供一种网络机顶盒的视频下载方法，用于减小闲时和忙时之间的CDN流量的差距，降低整体的CDN流量使用量，从而降低资源浪费，提高资源的利用率。该方法的流程如图8所示，包括下述步骤：

步骤51：根据网络机顶盒的针对连续性视频的用户历史浏览集数，预测该连续性视频的待下载集数。

比如，该连续性视频可以是活跃度较高的连续剧、综艺节目等，如热门电视剧，正在连载的电视剧、综艺节目等。如图9所示，针对用户A而言，在用户A通过网络机顶盒进行观看连续性视频时，确定出视频ID与名称的对应关系，并生成用户浏览历史，其中包含用户历史的浏览集数，并根据用户浏览历史生成用户***。跟踪出用户最后一次观看的集数。

在确定出用户最后一次观看的集数，此时就可以进行预测，预测用户将要观看的集数，即预测该连续性视频的待下载集数。比如，如图9所示，可以预测此用户将要观看视频ID“1”的第4集，将要观看视频ID“2”的第20160117集。

步骤52：当确定满足空闲条件，且确定该待下载集数存在时，获取该待下载集数对应的下载地址。

由于每个视频的每一集都有可能是待下载集数，所以当连续性视频更新后(或本就存在时)，就可以确定出待下载集数存在。如图10所示，比如“XXX”和“YYY”分别更新到第4集以及第20160117集，此时就可以根据名称与视频ID的对应关系，搜索包含对应的视频ID的用户***，并通知对应的唯一标识对应的网络机顶盒，可以再空闲时进行下载。当网络机顶盒确定满足空闲条件时，就可以获取该待下载集数对应的下载地址。步骤53：网络机顶盒根据该下载地址，对该待下载集数进行下载。

在步骤52中网络机顶盒确定满足空闲条件，而在本步骤中，就可以根据接收到的下载地址，在空闲条件下下载“XXX”第4集、“YYY”第20160117集。并且可以在下载完成后，通过界面进行提示。当用户请求播放XXX”第4集、“YYY”第20160117集时，可以直接读取已经下载的数据，无需再下载而直接播放。

步骤54：当网络机顶盒接收到针对该待下载集数的观看指令后，根据下载结果进行展示。

当用户通过网络机顶盒对XXX”第4集、“YYY”第20160117集发送观看指令后，由于网络机顶盒满足在空闲条件时已经对该集视频开始下载，但是可能下载完，也可能未下载完，所以就可以根据下载结果进行展示，当然最理想的状态是已经下载完成，可以直接从缓存中播放。

采用实施例5提供的方法，根据网络机顶盒的针对连续性视频的用户历史浏览集数，进行预测，预测出针对该连续性视频将要进行下载的集数，当网络机顶盒确定满足空闲条件，且确定该待下载集数存在时，发送待下载集数对应的下载地址至该网络机顶盒，以便该网络机顶盒根据下载地址下载该集数。相比于现有技术只有等到网络机顶盒请求视频才去下载的被动方式而言，本方案变被动为主动，主动预测网络机顶盒可能将要下载的视频集数，在满足空闲条件时通过CDN流量进行下载，减少或避免了这一(些)集视频占用忙时的CDN流量。针对为用户提供的CDN流量不可调节的特性，本方法可以提高对闲时CDN流量的利用率，降低对忙时CDN流量的使用，从而从整体降低对CDN流量的浪费，进而运营方就可以减少对CDN流量的请求。此外，本方法由处理能力更强的服务器进行预测，可以减轻网络机顶盒的处理压力，且可以提高预测的准确性。

另外，本实施例中提到的CDN流量是运营方为多个用户提供的，也就是CDN的带宽会分配给所有请求下载视频的用户，即公用CDN流量。而在实际应用中，网络机顶盒还需要通过各自的自有网络传输资源进行传输，比如每个用户需要请求自有网络传输资源用于下载视频，但有不少用户的自有网络传输资源带宽很窄，比如2M/S，对于目前的高清、甚至超清视频而言，是无法观看的，但是在通过本方法进行视频下载后，将原本可能在忙时时段进行下载的视频集数分配到闲时下载，也就有了让自有网络传输资源带宽较窄的用户观看高、甚至超清视频的可能性，充分利用了自有网络传输资源的同时，也可以更好的为这部分用户提供更好的网络机顶盒服务。

此外，由于现有技术在闲时CDN流量的利用率不高，即使在忙时提供多大的CDN流量，可服务的用户也是有限的，而本方法可以看作利用闲时的大量空闲CDN流量服务于更多的用户，所以也可以为更多的用户提供视频下载服务。

实施例6

基于相同的发明构思，实施例6提供了一种数据传输装置，用于减小闲时和忙时之间的网络传输资源使用量的差距，降低整体的网络传输资源使用量，从而降低资源浪费，提高资源的利用率。该装置如图11所示，包括：预测单元61、获取单元62以及传输单元63，其中，

预测单元61，可以用于根据终端的用户历史行为记录，预测待传输数据，该数据可以包括视频；

获取单元62，可以用于当确定满足空闲条件，且确定待传输数据存在时，获取待传输数据对应的传输地址；

传输单元63，可以用于终端根据传输地址，对待传输数据进行传输。

在一种实施方式中，预测单元61，可以用于：

根据终端的用户历史行为记录，确定用户行为习惯；

根据用户行为习惯，预测用户的待传输视频。

在一种实施方式中，预测单元61，可以用于：

根据终端的用户历史行为记录，确定用户兴趣标签；

根据视频标签与用户兴趣标签的匹配程度，预测用户的待传输视频。

在一种实施方式中，预测单元61，可以用于：

根据终端针对视频的用户历史浏览记录，预测待传输视频，视频的活跃度高于预设活跃度阈值。

在一种实施方式中，该视频可以包括连续性视频，该连续性视频可以包含若干集，且终端为网络机顶盒，则

所述预测单元61，可以用于根据网络机顶盒针对连续性视频的用户历史浏览集数，预测该连续性视频的待下载集数；

所述获取单元62，可以用于当确定满足空闲条件，且确定该待下载集数存在时，获取该待下载集数对应的下载地址；

所述传输单元63，可以用于网络机顶盒根据该下载地址，对该待下载集数进行下载。

在一种实施方式中，预测单元61可被配置在终端中，可以用于：

根据用户历史行为记录，预测待传输数据；则

获取单元62可被配置在终端中，可用于：

当确定满足空闲条件时，向服务端发送包含待传输数据的传输请求；

接收当服务端确定存在待传输数据时，发送的待传输数据对应的传输地址。

在一种实施方式中，预测单元61可被配置在服务端中，用于：

服务端根据终端的用户历史行为记录，预测待传输数据；则

获取单元62可被配置在终端中，用于：

当确定满足空闲条件时，向服务端发送传输请求；

接收当服务端确定存在待传输数据时，发送的待传输数据对应的传输地址。

在一种实施方式中，预测单元61可被配置在服务端中，用于：

服务端根据终端的用户历史行为记录，预测待传输数据；则

获取单元62可被配置在服务端中，用于：

当确定满足空闲条件时，且确定存在待传输数据时，将待传输数据对应的传输地址发送至终端。

在一种实施方式中，获取单元62，可以用于根据下述至少一种方式确定满足闲时条件：

确定处于闲时时段；

处理资源满足低负载条件；

网络传输资源满足低负载条件。

在一种实施方式中，该装置还包括展示单元，可以用于：

当接收到针对待传输数据的查看指令后，根据传输结果进行展示。

在一种实施方式中，该装置还包括提示单元，可以用于：

当对待传输数据完成传输后，进行提示。

采用实施例6提供的装置，根据终端的用户历史行为记录，进行预测，预测出将要进行传输的待传输数据，当确定满足空闲条件，且该待传输数据存在时，获取该待传输数据的传输地址，并由该终端对该待传输数据进行传输。相比于现有技术只有等到终端请求数据才去传输的被动方式而言，本方案变被动为主动，主动预测终端可能将要传输的数据，在满足空闲条件时进行传输，减少或避免预测出的待传输数据占用忙时的网络传输资源。针对为用户提供的网络传输资源带宽不可调节的特性，本方法可以提高对闲时网络传输资源的利用率，而降低对忙时网络传输资源的使用量，从而从整体降低对网络传输资源的浪费，也可以达到降低为用户提供的网络传输资源的带宽的目的。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (22)

1.一种数据传输方法，其特征在于，包括：

根据终端的用户历史行为记录，预测待传输数据，所述数据包括视频；

当确定满足空闲条件，且确定所述待传输数据存在时，获取所述待传输数据对应的传输地址；

终端根据所述传输地址，对所述待传输数据进行传输。

2.如权利要求1所述的方法，其特征在于，根据终端的用户历史行为记录，预测待传输数据，包括：

根据终端的用户历史行为记录，确定用户行为习惯；

根据所述用户行为习惯，预测所述用户的待传输视频。

3.如权利要求1所述的方法，其特征在于，根据终端的用户历史行为记录，预测待传输数据，包括：

根据终端的用户历史行为记录，确定用户兴趣标签；

根据视频标签与所述用户兴趣标签的匹配程度，预测所述用户的待传输视频。

4.如权利要求1所述的方法，其特征在于，根据终端的用户历史行为记录，预测待传输数据，包括：

根据终端的用户历史行为记录，预测待传输视频，所述视频的活跃度高于预设活跃度阈值。

5.如权利要求4所述的方法，其特征在于，所述视频包括连续性视频，所述连续性视频包含若干集，且所述终端为网络机顶盒，则所述方法包括：

根据网络机顶盒针对连续性视频的用户历史浏览集数，预测所述连续性视频的待下载集数；

当确定满足空闲条件，且确定所述待下载集数存在时，获取所述待下载集数对应的下载地址；

网络机顶盒根据所述下载地址，对所述待下载集数进行下载。

6.如权利要求1所述的方法，其特征在于，根据终端的用户历史行为记录，预测待传输数据，包括：

终端根据用户历史行为记录，预测待传输数据；则

当确定满足空闲条件，且确定所述待传输数据存在时，获取所述待传输数据对应的传输地址，包括：

当终端确定满足空闲条件时，向服务端发送包含所述待传输数据的传输请求；

接收当服务端确定存在所述待传输数据时，发送的所述待传输数据对应的传输地址。

7.如权利要求1所述的方法，其特征在于，根据终端的用户历史行为记录，预测待传输数据，包括：

服务端根据终端的用户历史行为记录，预测待传输数据；则

当确定满足空闲条件，且确定所述待传输数据存在时，获取所述待传输数据对应的传输地址，包括：

当终端确定满足空闲条件时，向服务端发送传输请求；

接收当服务端确定存在所述待传输数据时，发送的所述待传输数据对应的传输地址。

8.如权利要求1所述的方法，其特征在于，根据终端的用户历史行为记录，预测待传输数据，包括：

服务端根据终端的用户历史行为记录，预测待传输数据；则

当确定满足空闲条件，且确定所述待传输数据存在时，获取所述待传输数据对应的传输地址，包括：

当服务器确定满足空闲条件时，且确定存在所述待传输数据时，将所述待传输数据对应的传输地址发送至终端。

9.如权利要求1所述的方法，其特征在于，确定满足空闲条件，包括下述至少一种：

确定处于闲时时段；

处理资源满足低负载条件；

网络传输资源满足低负载条件。

10.如权利要求1所述的方法，其特征在于，所述方法还包括：

当接收到针对所述待传输数据的查看指令后，根据传输结果进行展示。

11.如权利要求1所述的方法，其特征在于，所述方法还包括：

当对所述待传输数据完成传输后，进行提示。

12.一种数据传输装置，其特征在于，包括：预测单元、获取单元以及传输单元，其中，

所述预测单元，用于根据终端的用户历史行为记录，预测待传输数据，所述数据包括视频；

所述获取单元，用于当确定满足空闲条件，且确定所述待传输数据存在时，获取所述待传输数据对应的传输地址；

所述传输单元，用于根据所述传输地址，对所述待传输数据进行传输。

13.如权利要求12所述的装置，其特征在于，所述预测单元，用于：

根据终端的用户历史行为记录，确定用户行为习惯；

根据所述用户行为习惯，预测所述用户的待传输视频。

14.如权利要求12所述的装置，其特征在于，所述预测单元，用于：

根据终端的用户历史行为记录，确定用户兴趣标签；

根据视频标签与所述用户兴趣标签的匹配程度，预测所述用户的待传输视频。

15.如权利要求12所述的装置，其特征在于，所述预测单元，用于：

根据终端针对视频的用户历史浏览记录，预测待传输视频，所述视频的活跃度高于预设活跃度阈值。

16.如权利要求15所述的装置，其特征在于，所述视频包括连续性视频，所述连续性视频包含若干集，且所述终端为网络机顶盒，则

所述预测单元，用于根据网络机顶盒针对连续性视频的用户历史浏览集数，预测所述连续性视频的待下载集数；

所述获取单元，用于当确定满足空闲条件，且确定所述待下载集数存在时，获取所述待下载集数对应的下载地址；

所述传输单元，用于网络机顶盒根据所述下载地址，对所述待下载集数进行下载。

17.如权利要求12所述的装置，其特征在于，所述预测单元被配置在终端中，用于：

根据用户历史行为记录，预测待传输数据；则

所述获取单元被配置在终端中，用于：

当确定满足空闲条件时，向服务端发送包含所述待传输数据的传输请求；

接收当服务端确定存在所述待传输数据时，发送的所述待传输数据对应的传输地址。

18.如权利要求12所述的装置，其特征在于，所述预测单元被配置在服务端中，用于：

服务端根据终端的用户历史行为记录，预测待传输数据；则

所述获取单元被配置在终端中，用于：

当确定满足空闲条件时，向服务端发送传输请求；

接收当服务端确定存在所述待传输数据时，发送的所述待传输数据对应的传输地址。

19.如权利要求12所述的装置，其特征在于，所述预测单元被配置在服务端中，用于：

服务端根据终端的用户历史行为记录，预测待传输数据；则

所述获取单元被配置在服务端中，用于：

当确定满足空闲条件时，且确定存在所述待传输数据时，将所述待传输数据对应的传输地址发送至终端。

20.如权利要求12所述的装置，其特征在于，所述获取单元，用于根据下述至少一种方式确定满足空闲条件：

确定处于闲时时段；

处理资源满足低负载条件；

网络传输资源满足低负载条件。

21.如权利要求12所述的装置，其特征在于，所述装置还包括展示单元，用于：

当接收到针对所述待传输数据的查看指令后，根据传输结果进行展示。

22.如权利要求12所述的装置，其特征在于，所述装置还包括提示单元，用于：

当对所述待传输数据完成传输后，进行提示。