CN109688417A - 一种数据分发系统、方法、装置、电视盒子及存储介质 - Google Patents

Abstract

本申请公开了一种数据分发系统、方法、装置、电视盒子及存储介质，所述数据分发系统包括第一分发层和第二分发层；所述第一分发层包括至少一个服务器，用于获取数据后，将获取的所述数据发送给第二分发层；所述第二分发层包括若干个分别运行于不同电视盒子上并关联所述数据的盒子客户端，用于从第一分发层获取数据后，将所述数据分发给观众客户端，以供所述观众客户端使用所述数据。旨在解决现有的数据分发技术中，服务器承担巨量的网络带宽，数据分发运营商需要承担数额较大的带宽费用，成本高的问题。

Description

一种数据分发系统、方法、装置、电视盒子及存储介质

技术领域

本申请涉及互联网领域，尤其涉及数据分发领域。

背景技术

数据分发是互联网直播或视频点播等场景中重要的环节。传统技术中，数据分发指的是服务器直接将获取的数据发送给各观众客户端以供各观众客户端播放或使用。但是传统技术中，由于观众客户端的数量非常庞大，数量庞大的观众客户端均分别从服务器获取数据，使服务器承担巨量的网络带宽，同时需要数据分发的运营商承担数额较大的带宽成本。

发明内容

为了解决上述技术问题，本申请提供一种数据分发系统、方法、装置、电视盒子及存储介质。

在本申请的第一方面，提供一种数据分发系统，所述数据分发系统包括第一分发层和第二分发层；

所述第一分发层包括至少一个服务器，用于获取数据后，将获取的所述数据发送给第二分发层；

所述第二分发层包括若干个分别运行于不同电视盒子上并关联所述数据的盒子客户端，用于从第一分发层获取数据后，将所述数据分发给观众客户端，以供所述观众客户端使用所述数据。

在一些例子中，所述第二分发层中的盒子客户端用于从第一分发层或所述第二分发层中的其他已获取数据的盒子客户端获取所述数据，以使所述第二分发层的全部盒子客户端获取所述数据；

将获取的数据发送给所述第二分发层的其他盒子客户端或观众客户端。

在一些例子中，所述观众客户端之间相互搭建成P2P网络；和/或

所述第二分发层的盒子客户端之间相互搭建成P2P网络。

在一些例子中，所述数据包括直播流媒体数据；

所述第一分发层获取直播流媒体数据后，还用于：

将获取的所述直播流媒体数据拆分成若干数据包，并将各数据包按照自定义格式封装，以使所述第一分发层与第二分发层之间、所述第二分发层与观众客户端之间传输的直播流媒体数据为所述封装的数据包；其中，所述自定义的格式中包括第一标识，第一标识用于描述每个数据包唯一性。

在一些例子中，所述第一分发层还用于：

根据第二分发层中各运行在电视盒子上的盒子客户端向其他客户端传输数据的数据量，向所述盒子客户端对应账户发放资源。

在一些例子中，所述盒子客户端和观众客户端还用于：向第一分发层上报自身获取数据的对象以及数据量；

所述第一分发层还用于根据所述上报的信息，统计运行在电视盒子上的盒子客户端传输数据的数据量。

在本申请的第二方面，提供一种数据分发方法，所述方法由运行在电视盒子上与所述数据相关联的盒子客户端执行，所述方法包括步骤：

从服务器或其他与所述数据相关联运行在电视盒子上已获得所述数据的盒子客户端获取数据；

将获取的数据发送给观众客户端或其他与所述数据相关联的运行在电视盒子上的盒子客户端。

在一些例子中，所述观众客户端之间相互搭建成P2P网络；或/和

所述盒子客户端之间相互搭建成P2P网络。

在一些例子中，所述数据包括直播流媒体数据；

所述直播流媒体数据包括若干被拆分的数据包，所述数据包按照自定义格式封装，以使所述服务器与盒子客户端之间、盒子客户端之间、所述观众客户端与盒子客户端之间传输的直播流媒体数据为所述封装的数据包；其中，所述自定义的格式中包括第一标识，第一标识用于描述每个数据包唯一性。

在一些例子中，所述方法还包括步骤：

根据服务器发送的发放资源的消息，更新所述盒子客户端对应账号的资源量，所述更新的资源量根据所述盒子客户端向其他客户端传输数据的数据量确定。

在一些例子中，运行在电视盒子上的盒子客户端向其他客户端传输数据的数据量通过以下步骤统计获得：

盒子客户端和观众客户端向服务器上报自身获取数据的对象以及数据量，服务器根据所述上报的信息，统计运行在电视盒子上的盒子客户端传输数据的数据量。

在一些例子中，所述资源包括一种或多种：

货币资金、虚拟资金、账户权限或虚拟礼物。

在本申请的第三方面，提供一种数据分发装置，所述装置包括：

获取模块，用于从服务器或其他与所述数据相关联运行在电视盒子上已获得所述数据的盒子客户端获取数据；

分发模块，用于将获取的数据发送给观众客户端或其他与所述数据相关联的运行在电视盒子上的盒子客户端。

在本申请的第四方面，提供一种电视盒子，包括：

处理器；以及

存储器，所述存储器被配置成存储计算机程序，所述计算机程序被配置成被所述处理器执行如前述第二方面所述的任意一项方法所述的操作。

在本申请的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行如前述第二方面所述任意一项方法所述的操作。

电视盒子是具有网络通信功能的常用智能家电，具有功耗小以及噪声低等特点，且目前大多上班族家中的电视盒子在白天处于待机状态，家中的网络也处于空闲状态，本申请利用各用户家中的电视盒子上运行的盒子客户端作为数据分发中的“第二分发层”，充分利用用户家中闲置的网络，通过运行在电视盒子上的盒子客户端将数据分发给需要数据的观众客户端，与传统的数据分发中采用服务器直接给数万计的观众客户端分发数据相比，本申请中，服务器仅需为盒子客户端提供数据，此时服务器压力较小，带宽消耗较低，再由盒子客户端利用自身闲置的网络将获得数据分发给数万计的观众客户端，以减小服务器的压力及带宽消耗，由于数据分发给数万计观众客户端的过程无需数据分发运营商支付任何费用，可以极大降低数据分发运营商的带宽成本。需要进一步说明的是，本申请的盒子客户端主要用作数据的分发，不会像观众客户端一样，随着用户的观看或使用行为，造成数据分发网络的频繁动态变化，例如直播场景中的退出直播间或切换直播间的行为，所以盒子客户端相较于普通的观众客户端具有非常高的稳定性，足以保证观众客户端播放或使用数据的稳定性，非常适用于对数据实时性要求高的场景，例如直播场景。

附图说明

图1为本申请实施例示意性示出的一种数据分发系统的示意图；

图2a为本申请实施例示意性示出的另一种数据分发系统的示意图；

图2b为本申请实施例示意性示出的另一种数据分发系统的示意图；

图3为本申请实施例示例性示出的一数据分发方法的流程图；

图4为本申请实施例示意性示出的一种直播系统的示意图；

图5为本申请实施例示例性示出的一直播方法的流程图；

图6为本申请实施例示例性示出的另一直播方法的流程图；

图7为本申请实施例示例性示出的另一种数据分发系统的示意图；

图8为本申请实施例示例性示出的另一直播方法的流程图；

图9a-图9c为本申请实施例中三种不同的服务器架构下搭建的网络；

图10为本申请实施例示例性示出的数据分发装置的示意图；

图11为本申请实施例示例性示出的一电视盒子的示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

应当理解，本申请实施例所述的a从b“获取”数据，包括a主动将数据发送给b，也包括b向a请求数据，a收到请求后，将数据发送给b。

参照图1，为本申请实施例示意性示出的一种数据分发系统的示意图。所述数据分发系统120包括第一分发层150以及第二分发层160；

所述第一分发层150包括至少一个服务器151，用于获取数据后，将获取的所述数据发送给第二分发层160；

所述第二分发层160包括若干个分别运行于不同电视盒子上并关联所述数据的盒子客户端(例如图1中电视盒子161、162及163上分别安装的盒子客户端a、b及c)，用于从第一分发层150获取数据后，将所述数据分发给观众客户端(例如图1中的终端设备141及142上分别运行有不同的观众客户端)，以供所述观众客户端使用所述数据。

本申请实施例所述的数据分发系统可以适用但不限于互联网直播或视频点播等场景。本申请实施例所述的观众客户端可以是被安装在终端设备上的软件，例如直播软件、点播场景中的视频播放器软件或浏览器软件，所述终端设备可以具有连网功能，例如：智能手机、电脑、车载终端及智能平板等。本申请不限制终端设备的类型。本申请实施例所述的服务器指的是数据分发运营商提供后台服务的设备，服务器可以存储或从网络中其他设备获取供观众客户端使用的数据，以及管理各观众客户端及盒子客户端与各数据的关联关系。

本申请实施例所述的盒子客户端可以是一软件。所述电视盒子可以与电视相连，并可以借助电视的显示屏进行盒子客户端的安装，安装完成后，运行在电视盒子上的盒子客户端可以借助电视的显示屏进行账号登录操作，当然还可以进行关联数据或权限及功能设置等操作，例如设置开机自定运行所述盒子客户端。本申请实施例提出的盒子客户端可以在电视未开机或未连接电视时独立工作。

本申请实施例所述的关联所述数据的盒子客户端，指的是用户通过操作订阅或提前指定某一数据或某几个数据，例如，点播场景中，可以是盒子客户端对应的账户订阅某个电视剧或综艺节目，即关联该电视剧或综艺节目；直播场景中，可以是盒子客户端对应的账户订阅或关注了一个或多个主播客户端，即关联了该主播客户端制作的直播视频流数据。

电视盒子是具有网络通信功能的常用智能家电，具有功耗小以及噪声低等特点，且目前大多上班族家中的电视盒子在白天处于待机状态，家中的网络也处于空闲状态，本申请利用各用户家中的电视盒子上运行的盒子客户端作为数据分发中的“第二分发层”，充分利用用户家中闲置的网络，通过运行在电视盒子上的盒子客户端将数据分发给需要数据的观众客户端，与传统的数据分发中采用服务器直接给数万计的观众客户端分发数据相比，本申请中，服务器仅需为盒子客户端提供数据，此时服务器压力较小，带宽消耗较低，再由盒子客户端利用自身闲置的网络将获得数据分发给数万计的观众客户端，以减小服务器的压力及带宽消耗，由于此过程无需数据分发运营商支付任何费用，可以极大降低数据分发运营商的带宽成本。需要进一步说明的是，本申请的盒子客户端主要用作数据的分发，不会像观众客户端一样，随着用户的观看或使用行为，造成数据分发网络的频繁动态变化，例如直播场景中的退出直播间或切换直播间的行为，所以盒子客户端相较于普通的观众客户端具有非常高的稳定性，足以保证观众客户端播放或使用数据的稳定性，非常适用于对数据实时性要求高的场景，例如直播场景。

所述第二分发层的的盒子客户端可以承担多种功能。例如在第一类例子中，所述第二分发层中的全部盒子客户端用于从第一分发层获取数据，并将获取的数据发送给观众客户端。例如参照图2a，所述数据分发系统220包括第一分发层250及第二分发层260，所述第一分发层250包括一服务器251，第二分发层260包括三个电视盒子261-263，关联同一数据的盒子客户端a-c分别被安装在电视盒子261-263上，关联该数据的观众客户端a-d分别被安装在终端设备241及244上，三个盒子客户端a-c分别向服务器251获取数据后，盒子客户端a将获取的数据发送给观众客户端a和b，盒子客户端b将获取的数据发送给观众客户端c，盒子客户端c将获取的数据发送给观众客户端d。该实施例中，仅盒子客户端从服务器获取数据时，需消耗数据分发运营商的带宽，需要数据分发运营商支付费用，而第二分发层向各观众客户端分发数据时，使用的盒子客户端家中的闲置网络，可以非常有效地降低数据分发运营商的带宽成本。

为了进一步降低数据分发运营商的带宽成本，在二类例子中，所述第二分发层中的某些盒子客户端用于从第一分发层获取数据，并将获取的数据发送给第二分发层中的其他盒子客户端，以使所述第二分发层的全部盒子客户端获取所述数据；接着所述第二分发层的全部或部分盒子客户端将获取的数据分发给观众客户端。一个具体的例子中，参照图2b，所述数据分发系统220包括第一分发层250及第二分发层260，所述第一分发层250包括一服务器251，第二分发层包括分别安装在电视盒子上264-267的盒子客户端e-h，观众客户端e-g分别被安装在终端设备245-247上，其中，盒子客户端f从服务器251获取数据，并将获取的数据发送给盒子客户端e和观众客户端f；盒子客户端e从盒子客户端f获取数据后，将获取的数据发送给观众客户端e；盒子客户端g从服务器251获取数据，将获取的数据发送给盒子客户端h及观众客户端g；盒子客户端h从盒子客户端g获取数据后，将获取的数据发送给观众客户端g。本实施例中，由于仅部分盒子客户端从服务器获取数据时，需消耗数据分发运营商的带宽，可以进一步降低数据分发运营商的带宽成本。当然可以理解，在一些例子中，还存在盒子客户端从其他盒子客户端获取数据，并将数据发送给其他盒子客户端以及观众客户端。

参照图3，为本申请实施例提供的一种数据分发方法的流程图，所述方法由上述图1、图2a或图2b中第二分发层中运行在电视盒子上与所述数据相关联的盒子客户端执行，所述方法包括步骤：

S310：从服务器或其他与所述数据相关联运行在电视盒子上已获得所述数据的盒子客户端获取数据；

S320：将获取的数据发送给观众客户端或其他与所述数据相关联的运行在电视盒子上的盒子客户端。

以所述数据分发方法运用在直播场景为例。参照图4，为本申请实施例示意性示出的一种直播系统的示意图。直播系统400包括客户端层410及数据分发层420，所述客户端层410包括主播客户端层430和观众客户端层440，数据分发层420包括第一分发层450和第二分发层460。

主播客户端层430包括安装在终端设备431上的主播客户端，所述主播客户端，用于制作直播流媒体数据，并将所述直播流媒体数据发送给第一分发层450。

所述第一分发层450包括至少一个服务器451，用于从主播客户端获取直播流媒体数据后，将直播流媒体数据发送给第二分发层460。

所述第二分发层460包括若干个分别运行于不同电视盒子上关联所述主播客户端的盒子客户端，例如图4中，分别安装在电视盒子461-463上的盒子客户端a、b及c。其中部分盒子客户端用于从第一分发层450获取直播流媒体数据，并将获取的直播流媒体数据发送给其他盒子客户端。

所述观众客户端440包括分别安装在不同终端设备上观众客户端，例如图4中，分别安装在终端设备441和442的观众客户端a和观众客户端b；用于从所述第二分发层获取所述直播流媒体数据，并播放获取的直播流媒体数据。

参照图5，为本申请实施例提出的一种直播方法的流程图，所述方法包括步骤：

S510：服务器从主播客户端获取直播流媒体数据。

S520a：运行在电视盒子上与所述主播客户端相关联的盒子客户端从服务器获取直播流媒体数据，并执行S520b：将获取的直播流媒体数据发送给其他与所述主播客户端相关联的运行在电视盒子上的盒子客户端。

本步骤中，盒子客户端为步骤S520a中的部分盒子客户端还是步骤S520b的其他客户端，可以根据该盒子客户端的条件确定，所述条件可以包括以下至少任一：该盒子客户端的网速、带宽、上行能力、该盒子客户端所在电视盒子的配置信息等。例如可以通过上述条件为每个盒子客户端进行综合评分，分数排名靠前，或分数超过预设值的盒子客户端充当第一类例子中的部分盒子客户端。当然还可以通过其他方式挑选步骤S220a中的部分盒子客户端。

S530a和S530b：与所述主播客户端在同一直播间的观众客户端从所述盒子客户端获取所述直播流媒体数据，并播放所述直播流媒体数据。

本步骤中，所述观众客户端可以向步骤520a的部分盒子客户端和/或步骤S520b的其他盒子客户端获取直播流媒体数据。

本申请实施例所述的直播间是指众多用户聚合在一起的社交网络平台、即时通讯平台等，用户通过登录客户端的方式进入直播间，用户在直播间内以成员的身份存在，同一个直播间内包含有多种身份的成员，比如观众、主播等。用户可任意加入或退出直播间。对于具有一定权限的用户，其可添加或删除直播间成员，也可新建或解散直播间，这类具有权限的用户的身份为主播。在直播间内，任意多个成员可进行聊天、通话、视频或推送电子赠品等交互。

本申请实施例所述的“主播客户端”“观众客户端”可以指安装在终端设备上的软件，在某些情况下，所述直播客户端与观众客户端集成在一个直播软件上，当用户的身份为主播时，该客户端可以被称为主播客户端，当用户的身份是观众时，该客户端被称为观众客户端。本申请实施例所述的主播客户端和观众客户端可以被安装在终端设备上，所述终端设备可以具有连网功能，例如：智能手机、电脑及平板等。本申请不限制终端设备的类型。

一个具体的例子中，借助图4，三个分别安装在电视盒子(处于开机状态)461-463上的盒子客户端a、b及c处于登录状态，且上述三个盒子客户端均关联了主播客户端1，当主播客户端1通过直播间1进行直播时，将制作的直播流媒体数据发送至服务器451，服务器451将获取的直播流媒体数据发送给盒子客户端a、盒子客户端b以及盒子客户端c中一个或两个，例如盒子客户端a，此时，服务器仅需耗费一条数据流的流量，直播运营商也仅需支付以条数据流的流量对应的费用，盒子客户端a利用家中的网络将获取的直播流媒体数据发送给盒子客户端b以及盒子客户端c，若此时是工作日的白天，用户a、b及c家中的网络均处于空闲状态，盒子客户端之间传输数据均使用用户家中的空闲网络，不会产生任何费用，当有观众客户端进入直播间1时，盒子客户端a、盒子客户端b或盒子客户端c将获取的直播流媒体数据发送给观众客户端，观众客户端获取到直播流媒体数据后，播放该直播流媒体数据，此时，依然使用的是用户a、b及c家中的空闲网络，不会产生任何费用。

至此，由于盒子客户端主要用作直播流媒体数据的分发，不会像传统的观众客户端一样，随着用户的观看行为，如退出直播间或切换直播间，造成频繁动态变化，盒子客户端具有非常高的稳定性，足以保证观众客户端播放直播流媒体数据的实时性及稳定性。

在一些例子中，本申请实施例所述的服务器还可以根据各运行在电视盒子上的盒子客户端向其他端传输数据的数据量，向所述盒子客户端对应账户发放资源。所述资源包括一种或多种：货币资金、虚拟资金、账户权限或虚拟礼物。对于盒子客户端，在接收到服务器发送的发放资源的消息后，更新自身对应账户的资源量。例如：盒子客户端对应的账户为123，服务器根据该盒子客户端向其他端传输数据的数据量，给该账户123发放资源。当用户通过客户端登录该账户123时，该账户123中记录了资源总数，用户可以使用该资源购买账户权限、虚拟礼物等。

至此，本申请实施例通过根据各盒子客户端向其他端传输数据的数据量，给盒子客户端对应的账户发放资源，以将用户贡献的网络带宽转化成可以在例如直播平台上消费的资源，以提高用户粘度以及积极性。

在一些例子中，盒子客户端和观众客户端可以向服务器上报自身获取数据的对象以及数据量；服务器根据各客户端上报的数据，统计各盒子客户端向其他端传输数据的数据量。以直播场景为例，参照图6，为本申请实施例提出的另一直播方法的流程图，所述数据分发方法除了包括图5所述的步骤外，还包括：获取运行在电视盒子上的盒子客户端向其他端传输数据的数据量的步骤，所述步骤包括：

S610：盒子客户端和观众客户端向服务器上报自身获取直播流媒体数据的对象以及数据量；(图6中步骤S610包括S610a-c)

S620：服务器根据各客户端上报的数据，统计各盒子客户端向其他端传输直播流媒体数据的数据量。

当然，在统计完各盒子客户端向其他端传输数据的数据量，还可以包括步骤：S630：根据各运行在电视盒子上的盒子客户端向其他端传输数据的数据量，向所述盒子客户端对应账户发放资源。(图6中步骤S630包括S630a及S630b)

在一个具体的例子中，以一客户端(包括盒子客户端或观众客户端)上报如下数据为例：某时间段，从对象1-盒子客户端a获取数据500M，从对象2-盒子客户端b获取数据1000M，那么服务器将盒子客户端a传输数据的数据量增加500M，将盒子客户端b传输数据的数据量增加1000M。盒子客户端和观众客户端可以按照预定的时间周期向服务器上报一次获取数据的数据量及获取对象，也可以在获取数据的数据量达到一定预设阈值时，向服务器上报获取数据的数据量及获取对象。本申请实施例不限制客户端上报的时机。

在一些例子中，本申请实施例所述的方法/系统可以运用在Peer-to-peer(P2P)网络中，P2P是一种分布式网络，P2P网络的参与者共享他们所拥有的一部分硬件资源(处理能力、存储能力、网络连接能力、打印机等)，共享资源需要由网络提供服务和内容，能被其它对等节点(peer)直接访问而无需经过中间实体。在此网络中的参与者既是资源(服务和内容)提供者，又是资源获取者。

在一些例子中，关联同一数据的盒子客户端之间可以相互搭建成P2P网络，和/或所述关联同一数据的观众客户端之间可以相互搭建成P2P网络。一些例子中可以参照现有技术的P2P网络中建立P2P网络的方式来实现盒子客户端之间相互搭建成P2P网络，和/或观众客户端之间相互搭建成P2P网络；另一些例子中，可以针对实际的场景设计新的流程。

以关联同一数据的盒子客户端之间相互搭建成P2P网络为例，所有的盒子客户端向服务器发起注册请求，将盒子客户端关联数据有关的一些信息以及建立连接所必须的信息(例如网络连接地址、端口号等)通知给服务器，这些信息可以携带在注册请求中、也可以在其他消息中发送给服务器。服务器基于这些信息，通知关联同一数据的盒子客户端之间建立网络连接，形成对等节点。参照图7，数据分发系统720包括第一分发层750及第二分发层760，所述第一分发层750包括一服务器751，第二分发层760包括分别安装在电视盒子上771-773的盒子客户端m-l，观众客户端m-l被安装在终端设备781-783上，其中，盒子客户端m-l相互搭建成P2P网络(可以称为盒子P2P网络)，所述盒子P2P网络从服务器获取数据后，观众客户端m-l可以从所述盒子P2P网络中至少任一节点获取数据。

以关联同一数据的观众客户端之间相互搭建成P2P网络为例。一个例子中，所有的观众客户端向服务器发起注册请求，将所在数据有关的一些信息以及建立连接所必须的信息(例如网络连接地址、端口号等)通知给服务器，这些信息可以携带在注册请求中、也可以以在其他消息中发送给服务器。服务器基于这些信息，通知在关联同一数据的观众客户端之间建立网络连接，形成对等节点。在另外一些例子中，可以是观众客户端向服务器注册后，服务器根据该观众客户端注册时提交的相关信息，给该观众客户端反馈一节点列表，该节点列表包括一定数量的节点的标识信息，例如服务器可根据所述观众客户端的地理位置信息，将离该地理位置较近的一定数量的属于同一直播间中的对等节点的标识信息制成节点列表发送给该观众客户端，所述标识信息可以是IP地址等，该观众客户端接收到上述及节点列表后，向节点列表中的节点发送连接请求，并与返回响应的节点建立P2P连接，形成对等节点。

若本申请实施例所述的方法运用在P2P网络中，在一些例子中，以运用在直播场景中为例，参照图8，所述直播方法的流程具体包括：

S810：主播客户端将采集的直播流媒体数据发送给服务器。

S820：服务器将接收到的直播流媒体数据切割成若干数据包，并将每个数据包按照自定义的格式封装，所述自定义的格式中包括第一标识，第一标识用于描述每个数据包唯一性。

S830：关联同一主播客户端的盒子客户端之间可以相互搭建成盒子P2P网络。

建立盒子P2P网络后，该网络中的观众客户端被称为盒子P2P网络中的节点。

S840：盒子P2P网络中部分节点从服务器获取数据包。

S850：盒子P2P网络中的节点之间相互交互数据包。

S860：与所述主播客户端在同一直播间的观众客户端建立观众P2P网络。

建立观众P2P网络后，该网络中的观众客户端被称为观众P2P网络中的节点。

S870：观众P2P网络中部分节点从所述盒子客户端获取数据包。

S880：观众P2P网络中的节点之间相互交互数据包。

S890：观众P2P网络中的节点根据数据包的第一标识，组装得到直播流媒体数据，并对所述直播流媒体数据进行播放。

图8所述的方法不同于传统的P2P模式，首先将直播流媒体数据切割成数据包而不是文件块，文件块的大小可能在上百KB，而相对于文件块来说，数据包的可切割粒度更小，可以作为更小的传输单元在网络中传输，例如在考虑切割后的数据包的大小时，可以结合互联网网络的传输特性来设计，使得数据包的大小与P2P网络中各连接通道的传输带宽匹配。举例来说，各对等节点之间建立的通道可以是UDP通道，每个数据包的大小可以是1KB左右，略小于MTU(互联网网络层最大传输单元)，这样，每个数据包可以由1个IP包传输，不需要出现基于IP包拆包，因此比切割文件的方式效率更高，从而使得具有更广泛的适用场景。

本申请实施例提出的服务器可以由多种实体承担，这取决于设计者对不同网络设备的角色划分。例如，图9a、图9b、图9c是三种不同场景下的网络架构，可以看出，不同业务模式下，由于业务或设备管理的需求不同，可以由不同类型的服务器设备承担上述服务器的功能。图9a中，第一服务器承担收集直播流媒体数据的角色，第二服务器承担切割数据包的角色，第三服务器作为向盒子客户端分发数据包的角色。图9b中，第一服务器集成了收集直播流媒体数据和切割数据包的功能，第二服务器作为分发数据包的服务器。图9c中，服务器将收集直播流媒体数据、切割数据包、分发数据包的功能集于一体。需要指出，除了图9a、图9b及图9c所列举的示例以外，并不排除有其他形式的网络架构或服务器功能。

需要说明的是，在数据包封装阶段，为了使切割后的数据包能够被对客户端接收后有序组装以及客户端之间形成对等节点后能够交互数据包，服务器可以为每个数据包编号，作为描述每个数据包唯一标识的字段，所述唯一标识为第一标识，某些例子中，可以自定义数据包的格式来实现此目的，自定义的格式中可以规定特定字段作为此唯一标识。在一些例子中，本申请提出的第一标识可以是同一直播流媒体数据中用于区分其他数据包的唯一标识。当然，并不排除其他方式来实现此目的。作为例子，节点之间交互数据包可以是指，一些节点在发出请求某些编号的消息后，已下载这些编号的数据包的节点可以响应该请求，将数据包发送给请求方。由于各个节点在P2P网络中处于地位均等的角色(即对等节点)，因此某个时刻的请求方可以在下一时刻成为响应方，因此，P2P网络中的节点之间的数据包交互可以是双向的，而并非一定是单向传输。

为了进一步提高P2P网络中数据传输的效率，在一些例子中，不同的数据包根据第一标识被分成多个组。具体的，一些例子中，所述第一标识是预定位数的编号，可以用各数据包的编号对分组数进行求余，根据求余的余数确定各数据包的分组。例如：一直播流媒体数据被切割成了编号为1-20的数据包，分组数为5，用各数据包的编号对5进行求余，例如编号为1，1/5的余数是1，余数为1的都属于第一组，所以编号为1的数据包属于第一组，以此类推，可以确定各数据包的分组情况，每组分组的数据包组成一路子流，例如余数为0的数据包属于0号子流，余数为1的数据包属于1号子流，以此类推。在一些例子中，所述分组数可以根据直播流媒体数据的码率或分辨率或承担分发数据包任务的服务器的数量确定，具体求余的策略不做限定。将数据包分组后，服务器可以基于分组将数据包分发给不同的盒子客户端。

一个具体的例子中，数据包进行分组后，可以是部分盒子客户端从服务获取指定的组的数据包，获取数据包的盒子客户端之间相互交互据包，例如数据包被分为三组，分别是0-2号子流，盒子客户端a从服务器获取0号子流，盒子客户端b从服务器获取1号子流，盒子客户端从服务器获取2号子流，然后盒子客户端a、b及c之间相互交互数据包，如：盒子客户端a从盒子客户端b获取1号子流，从盒子客户端c获取2号子流，盒子客户端b和c按类似方式，如此，盒子客户端a、b及c均包括全部子流，可以为该直播间中的观众客户端提供直播流媒体数据。

至此，本申请实施例通过将数据包分组的方式，将直播流媒体数据分成若干个子流，盒子客户端分别向服务器获取不同的子流后，再相互交互数据包，相比一个或几个盒子客户端从服务器获取完整的直播流媒体数据，获取完整的直播流媒体数据的盒子客户端将该数据发送给没有该数据的盒子客户端，数据传输效率更高。

请参见图10，直播装置1000，包括：

获取模块1010，用于从服务器或其他与所述数据相关联运行在电视盒子上已获得所述数据的盒子客户端获取数据；

分发模块1020，用于将获取的数据发送给观众客户端或其他与所述数据相关联的运行在电视盒子上的盒子客户端。

图10中数据重传装置的实施例可以应用在电视盒子上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电视盒子的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图11所示，为本申请直播装置所在电视盒子的一种硬件结构图，除了图11所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的电视盒子通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。处理器被用于执行：

从服务器或其他与所述数据相关联运行在电视盒子上已获得所述数据的盒子客户端获取数据；

将获取的数据发送给观众客户端或其他与所述数据相关联的运行在电视盒子上的盒子客户端。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

在本申请实施例中，计算机可读存储介质可以是多种形式，比如，在不同的例子中，所述机器可读存储介质可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。特殊的，所述的计算机可读介质还可以是纸张或者其他合适的能够打印程序的介质。使用这些介质，这些程序可以被通过电学的方式获取到(例如，光学扫描)、可以被以合适的方式编译、解释和处理，然后可以被存储到计算机介质中。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (15)

1.一种数据分发系统，其特征在于，所述数据分发系统包括第一分发层和第二分发层；

所述第一分发层包括至少一个服务器，用于获取数据后，将获取的所述数据发送给第二分发层；

所述第二分发层包括若干个分别运行于不同电视盒子上并关联所述数据的盒子客户端，用于从第一分发层获取数据后，将所述数据分发给观众客户端，以供所述观众客户端使用所述数据。

2.根据权利要求1所述的系统，其特征在于，所述第二分发层中的盒子客户端用于从第一分发层或所述第二分发层中的其他已获取数据的盒子客户端获取所述数据，以使所述第二分发层的全部盒子客户端获取所述数据；

将获取的数据发送给所述第二分发层的其他盒子客户端或观众客户端。

3.根据权利要求1或2所述的系统，其特征在于，所述观众客户端之间相互搭建成P2P网络；和/或

所述第二分发层的盒子客户端之间相互搭建成P2P网络。

4.根据权利要求1所述的系统，其特征在于，所述数据包括直播流媒体数据；

所述第一分发层获取直播流媒体数据后，还用于：

将获取的所述直播流媒体数据拆分成若干数据包，并将各数据包按照自定义格式封装，以使所述第一分发层与第二分发层之间、所述第二分发层与观众客户端之间传输的直播流媒体数据为所述封装的数据包；其中，所述自定义的格式中包括第一标识，第一标识用于描述每个数据包唯一性。

5.根据权利要求1所述的系统，其特征在于，所述第一分发层还用于：

根据第二分发层中各运行在电视盒子上的盒子客户端向其他客户端传输数据的数据量，向所述盒子客户端对应账户发放资源。

6.根据权利要求5所述的系统，其特征在于，所述盒子客户端和观众客户端还用于：向第一分发层上报自身获取数据的对象以及数据量；

所述第一分发层还用于根据所述上报的信息，统计运行在电视盒子上的盒子客户端传输数据的数据量。

7.一种数据分发方法，其特征在于，所述方法由运行在电视盒子上与所述数据相关联的盒子客户端执行，所述方法包括步骤：

从服务器或其他与所述数据相关联运行在电视盒子上已获得所述数据的盒子客户端获取数据；

将获取的数据发送给观众客户端或其他与所述数据相关联的运行在电视盒子上的盒子客户端。

8.根据权利要求7所述的方法，其特征在于，所述观众客户端之间相互搭建成P2P网络；或/和

所述盒子客户端之间相互搭建成P2P网络。

9.根据权利要求7所述的方法，其特征在于，所述数据包括直播流媒体数据；

所述直播流媒体数据包括若干被拆分的数据包，所述数据包按照自定义格式封装，以使所述服务器与盒子客户端之间、盒子客户端之间、所述观众客户端与盒子客户端之间传输的直播流媒体数据为所述封装的数据包；其中，所述自定义的格式中包括第一标识，第一标识用于描述每个数据包唯一性。

10.根据权利要求7所述的方法，其特征在于，所述方法还包括步骤：

根据服务器发送的发放资源的消息，更新所述盒子客户端对应账号的资源量，所述更新的资源量根据所述盒子客户端向其他客户端传输数据的数据量确定。

11.根据权利要求10所述的方法，其特征在于，运行在电视盒子上的盒子客户端向其他客户端传输数据的数据量通过以下步骤统计获得：

盒子客户端和观众客户端向服务器上报自身获取数据的对象以及数据量，服务器根据所述上报的信息，统计运行在电视盒子上的盒子客户端传输数据的数据量。

12.根据权利要求10所述的方法，其特征在于，所述资源包括一种或多种：

货币资金、虚拟资金、账户权限或虚拟礼物。

13.一种数据分发装置，其特征在于，所述装置包括：

获取模块，用于从服务器或其他与所述数据相关联运行在电视盒子上已获得所述数据的盒子客户端获取数据；

分发模块，用于将获取的数据发送给观众客户端或其他与所述数据相关联的运行在电视盒子上的盒子客户端。

14.一种电视盒子，其特征在于，包括：

处理器；以及

存储器，所述存储器被配置成存储计算机程序，所述计算机程序被配置成被所述处理器执行如权利要求7至12任意一项方法所述的操作。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行如权利要求7至12任意一项方法所述的操作。