直播数据推送方法、装置、设备及存储介质与流程

1.本技术涉及直播技术领域，尤其涉及一种直播数据推送方法、装置、设备及存储介质。


背景技术：

2.在直播场景中，受网络质量影响，播放端可能出现直播卡顿现象，例如播放端的画面出现缓冲标志或者播放端的画面不连续。通常，为降低直播卡顿，可在边缘服务器节点缓存一定时长的直播数据。当新观众接入直播后，可从缓存数据的起始位置开始拉流，从而改善直播卡顿现象。但是，这种方式将引入较大的直播时延。因此，有待提出一种新的解决方案。


技术实现要素：

3.本技术的多个方面提供一种直播数据推送方法、装置、设备及存储介质，用以在减少直播卡顿的情形下，降低直播时延。
4.本技术实施例提供一种直播数据推送方法，包括：响应拉流端的拉流请求，获取所述拉流端的网络质量；根据所述网络质量，从缓存区已缓存的直播数据中确定拉流起始位置；从所述拉流起始位置开始，向所述拉流端发送直播数据。
5.进一步可选地，根据所述网络质量，从已缓存的直播数据中确定拉流起始位置，包括：根据所述网络质量，确定所述拉流端的往返时延；根据所述往返时延，确定所述拉流端所需的直播缓存时长；所述往返时延与所述直播缓存时长呈正相关关系；根据所述直播缓存时长，从所述缓存区中已缓存的直播数据中确定所述拉流起始位置。
6.进一步可选地，根据所述往返时延，确定所述拉流端所需的直播缓存时长，包括：若所述往返时延大于或等于预设的第一时延阈值，则确定所述缓存区的缓存时长的上限值，作为所述拉流端所需的直播缓存时长；所述第一时延阈值大于或等于所述上限值。
7.进一步可选地，根据所述往返时延，确定所述拉流端所需的直播缓存时长，包括：若所述往返时延小于或等于预设的第二时延阈值，则确定所述缓存区的缓存时长的下限值，作为所述拉流端所需的直播缓存时长；所述第二时延阈值小于或等于所述下限值。
8.进一步可选地，根据所述往返时延，确定所述拉流端所需的直播缓存时长，包括：若所述往返时延小于所述缓存区的缓存时长的上限值且大于所述缓存区的缓存时长的下限值，则从预设的多个阈值范围中，确定所述往返时延所属的目标阈值范围；所述多个阈值范围各自对应的直播缓存时长不同；根据所述目标阈值范围对应的目标直播缓存时长，确定所述拉流端所需的直播缓存时长。
9.进一步可选地，根据所述目标阈值范围对应的目标直播缓存时长，确定所述拉流端所需的直播缓存时长，包括：获取所述拉流端的卡顿数据；若所述卡顿数据满足设定的卡顿条件，则将所述目标直播缓存时长的设定倍数，作为所述拉流端对应的直播缓存时长；所述设定倍数为大于1的正整数。
10.进一步可选地，所述缓存区的缓存时长为画面组的时长的倍数，所述画面组的时长由推流端设置。
11.本技术实施例还提供一种直播数据推送装置，包括：网络质量获取模块，响应拉流端的拉流请求，获取所述拉流端的网络质量；拉流位置确定模块，根据所述网络质量，从缓存区已缓存的直播数据中确定拉流起始位置；数据发送模块，用于从所述拉流起始位置开始，向所述拉流端发送直播数据。
12.本技术实施例还提供一种服务器，包括：存储器和处理器；所述存储器用于存储一条或多条计算机指令；所述处理器用于执行所述一条或多条计算机指令以用于：执行本技术实施例提供的方法中的步骤。
13.本技术实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被处理器执行时能够实现本技术实施例提供的直播数据推送方法。
14.本技术实施例提供的直播数据推送方法中，针对单个拉流用户，服务器可获取单个拉流端的网络质量，根据网络质量，从缓存区已缓存的直播数据中确定拉流起始位置，并从该拉流起始位置开始，向所述拉流端发送直播数据。在这种实施方式中，服务器侧充分考虑了单个拉流端的实际网络状况，差异化地调整不同拉流端的拉流起始位置，从而可在利用缓存减少直播卡顿的场景下，平衡单个拉流端的直播时延与卡顿情况，有利于降低网络质量较佳的用户的直播时延，并缓解网络质量较差的用户的直播卡顿现象。
附图说明
15.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
16.图1为本技术一示例性实施例提供的直播数据推送方法的流程示意图；
17.图2为本技术一示例性实施例提供的根据往返时延进行拉流起始位置判定的流程示意图；
18.图3为本技术一示例性实施例提供的根据直播缓存时长确定拉流起始位置的示意图；
19.图4为本技术一示例性实施例提供的直播数据推送装置的结构示意图；
20.图5为本技术一示例性实施例提供的服务器的结构示意图。
具体实施方式
21.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
22.在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。
23.在直播场景中，受网络质量影响，播放端可能出现直播卡顿现象，例如播放端的画
面出现缓冲标志或者播放端的画面不连续。通常，为降低直播卡顿，可在边缘服务器节点缓存一定时长的直播数据。当新观众接入直播后，可从缓存数据的起始位置开始拉流，从而改善直播卡顿现象。目前，存在一种从单域名维度调整缓存时长大小的方案，但是这种方案未考虑不同用户的网络情况下。对于部分网络状况较差的用户而言，这种方案对直播卡顿现象的改善十分有限。对于部分网络状况良好的用户而言，这种方案将引入较大的直播时延。
24.针对上述技术问题，在本技术一些实施例中，提供了一种解决方案，以下将结合附图，详细说明本技术各实施例提供的技术方案。
25.图1为本技术一示例性实施例提供的直播数据推送方法的流程示意图，如图1所示，该方法包括：
26.步骤101、响应拉流端的拉流请求，获取该拉流端的网络质量。
27.步骤102、根据该网络质量，从缓存区已缓存的直播数据中确定拉流起始位置。
28.步骤103、从该拉流起始位置开始，向该拉流端发送直播数据。
29.本实施例的执行主体可以是服务器，该服务器可实现为内容分发网络(content delivery network，cdn)节点。cdn节点可接收推流端发送的直播数据，在本地缓存一定时长的直播数据，并将直播数据发送至拉流端。其中，推流端，是指用于采集直播数据，并将采集阶段封包好的内容传输到服务器的设备。推流端可实现为计算机、智能手机、网络摄像机等设备。其中，拉流端，是指用于根据用户的观看操作，向服务器请求拉流的设备。拉流端可实现为计算机、智能手机、平板电脑、智能电视机等智能显示设备。
30.其中，服务器处设置有缓存区，该缓存区的缓存时长可固定设置或者动态设置。例如，可固定设置为8秒，也可动态设置在2秒到10秒之间。推流端推送来的直播数据流存放在缓存区中。对单个拉流端而言，可根据其实际网络质量，从缓存区中确定其对应的拉流起始位置，并从拉流起始位置开始拉流。
31.可选地，在一些实施例中，缓存区的缓存时长可配置为画面组(group of pictures，gop)的时长的倍数。假设缓存区的缓存时长为n，则n＝x*gop，x为大于等于1的正数，例如x可以取5、6、7等，本实施例不做限制。其中，gop指的是两个i帧((intra picture)，内部画面)之间的间隔。其中，画面组的时长由推流端设置，gop的时长可以为1秒或者2秒。
32.其中，拉流起始位置，是指从缓存区中开始拉流的缓存位置。拉流起始位置越靠近实时推流数据的存放位置，则拉取的直播数据流的时延越小。拉流起始位置越远离实时推流数据的存放位置，则拉取的直播数据流的时延越大。
33.其中，服务器在获取单个拉流端的拉流请求时，可获取单个拉流端的网络质量。该网络质量可基于拉流端的连接速度、掉线率、丢包率、卡顿情况以及往返时延(round-trip time，rtt)中的至少一种指标进行评价，本实施例对此不做限制。获取单个拉流端的网络质量后，可根据该网络质量，从缓存区已缓存的直播数据中确定拉流起始位置。确定拉流起始位置后，可从该拉流起始位置开始，向拉流端发送直播数据。
34.在本实施例中，针对单个拉流用户，服务器可获取单个拉流端的网络质量，根据网络质量，从缓存区已缓存的直播数据中确定拉流起始位置，并从该拉流起始位置开始，向所述拉流端发送直播数据。在这种实施方式中，服务器侧充分考虑了单个拉流端的实际网络状况，差异化地调整不同拉流端的拉流起始位置，从而可在利用缓存减少直播卡顿的场景下，平衡单个拉流端的直播时延与卡顿情况，有利于降低网络质量较佳的用户的直播时延，
并缓解网络质量较差的用户的直播卡顿现象。
35.在一些示例性的实施例中，服务器根据该网络质量，从已缓存的直播数据中确定拉流起始位置时，可根据该网络质量，确定该拉流端的往返时延(round-trip time，rtt)。其中，往返时延表示从发送端(即服务器)发送数据开始，到发送端(即服务器)收到来自接收端(即拉流端)的确认消息之间经历的总时延。通常，单向时延＝传输时延t1+传播时延t2+排队时延t3。传输时延t1通常与数据块长度以及信道带宽相关。传播时延t2与信道长度以及传播速率相关。排队时延t3由途径的每一跳设备及收发两端负荷情况和吞吐排队情况相关。基于往返时延，可对拉流端的网络质量进行评价。
36.可选地，当服务器与拉流端基于握手机制(例如三次握手机制)建立连接时，服务器可根据握手报文的往返时间，确定拉流端的rtt。
37.在确定往返时延后，服务器可根据该往返时延，确定该拉流端所需的直播缓存时长；其中，该往返时延与该直播缓存时长可呈正相关关系。即，拉流端的往返时延越长，则说明网络质量越差，拉流端所需的直播缓存时长越长。反之，拉流端的往返时延越短，则说明网络质量越佳，拉流端所需的直播缓存时长越短。基于该正相关关系确定拉流端的直播缓存时长后，可根据该直播缓存时长，从该缓存区中已缓存的直播数据中确定该拉流端的拉流起始位置。直播缓存时长越长，则拉流起始位置越靠前。假设，缓存区的缓存时长为n，若拉流端所需的直播缓存时长为t，则拉流起始位置可以为n-t，其中，n、t均为正数。
38.可选地，根据该往返时延，确定该拉流端所需的直播缓存时长时，可采用多个阈值判断往返时延是否满足设定的要求，并根据往返时延满足的要求确定拉流端所需的直播缓存时长。
39.可选地，若该往返时延大于或等于预设的第一时延阈值，则服务器可确定该缓存区的缓存时长的上限值，作为该拉流端所需的直播缓存时长；该第一时延阈值大于或等于该上限值。假设，缓存区的缓存时长的上限值为n，若拉流端的往返时延大于或等于n，则服务器可将缓存时长n作为拉流端所需的直播缓存时长。服务器可从缓存区的初始缓存位置开始向拉流端发送直播数据。
40.可选地，若该往返时延小于或等于预设的第二时延阈值，则确定该缓存区的缓存时长的下限值，作为该拉流端所需的直播缓存时长；该第二时延阈值小于或等于该下限值。假设，缓存区的缓存时长的下限值为m，若拉流端的往返时延小于或等于m，则服务器可可将缓存时长m作为拉流端所需的直播缓存时长。服务器可从缓存区的末端缓存位置开始向拉流端发送直播数据，其中，m为正数。其中，缓存时长的下限值m可以为0秒、1秒、2秒或者其他较小的数值，从而可在拉流端网络质量较佳时降低直播时延。
41.在一些示例性的实施例中，若该往返时延小于该缓存区的缓存时长的上限值且大于该缓存区的缓存时长的下限值，服务器可按照正相关的线性计算方式，确定往返时延对应的直播缓存时长。例如，直播缓存时长＝a*rtt+b，a为大于1的系数，b为常数。
42.在另一些示例性的实施例中，若该往返时延小于该缓存区的缓存时长的上限值且大于该缓存区的缓存时长的下限值，则可根据往返时延所属的阈值范围，确定拉流端对应的直播缓存时长。可选地，预先对往返时延设置多个阈值范围，该多个阈值范围各自对应的直播缓存时长不同。
43.在一些实施例中，多个阈值范围可根据第一时延阈值y以及缓存区的缓存时长n确
定。n＝x*gop，x≥2y，2y是可以是最接近x的整数，该多个阈值范围可以为：是可以是最接近x的整数，该多个阈值范围可以为：相应地，上述每个阈值范围对应的直播缓存时长可以为：应地，上述每个阈值范围对应的直播缓存时长可以为：
44.以x＝5为例，为往返时延预设的多个阈值范围以及每个阈值范围对应的直播缓存时长可以为：时长可以为：
45.相应地，若该往返时延小于该缓存区的缓存时长的上限值且大于该缓存区的缓存时长的下限值，则可从预设的多个阈值范围中确定该往返时延所属的目标阈值范围，并根据该目标阈值范围对应的目标直播缓存时长，确定该拉流端所需的直播缓存时长。
46.可选地，在一些实施例中，可将该目标阈值范围对应的目标直播缓存时长，直接作为该拉流端所需的直播缓存时长。
47.如图2所示，当接收到单连接(即单个拉流端的连接)的拉流请求后，服务器可初始化缓存区的长度为n秒，并初始化rtt阈值为y，y≥n。服务器可根据用户的拉流请求，获取拉流端的rtt，并判断rtt是否大于或等于阈值y。若rtt大于或等于y，则确定拉流端所需的直播缓存时长为n秒，可从图3所示的缓存区的初始位置开始拉流。若rtt小于或等于y，则判断rtt是否在范围内，若为是，则确定拉流端所需的直播缓存时长为秒，可从图3所示的缓存总长度的位置处开始拉流。若rtt在范围内，则确定拉流端所需的直播缓存时长为秒，可从图3所示的缓存总长度的位置处开始拉流。若rtt在范围内，则确定拉流端所需的直播缓存时长为秒，可从图3所示的缓存总长度的位置处开始拉流。若则可确定缓存时长为0秒，可从图3所示的缓存区的末端位置开始拉流。
48.通过这种实施方式，可充分考虑拉流端的实际网络质量，从而在服务器侧为不同网络质量的拉流端动态地调整缓存长度，可在降低拉流端卡顿现象的同时，降低拉流端的时延，在对时延要求较高的直播场景中，提升直播画面的实时性。
49.在另一些实施例中，可根据拉流端的卡顿情况以及目标阈值范围对应的目标直播缓存时长，确定该拉流端所需的直播缓存时长。
50.可选地，服务器可获取拉流端的卡顿数据。其中，该卡顿数据可包括：拉流端的单帧解码耗时以及渲染帧率中的至少一种。单帧解码耗时，是拉流端对单帧画面进行解码所需的时长。拉流端的单帧解码耗时较大时，直播画面可能出现卡顿。渲染帧率，是拉流端单
位时间内渲染的视频帧的数量，若渲染帧率较小，则直播画面也可能出现卡顿。
51.获取卡顿数据后，服务器可判断卡顿数据是否满足预设的卡顿条件。例如，判断拉流端的单帧解码耗时是否大于设定耗时阈值，和/或，判断渲染帧率是否小于设定的帧率阈值。若单帧解码耗时大于设定耗时阈值，或者，渲染帧率小于设定的帧率阈值，或者，单帧解码耗时大于设定耗时阈值且渲染帧率小于设定的帧率阈值，则确定卡顿数据是满足预设的卡顿条件。
52.若该卡顿数据满足设定的卡顿条件，则服务器将目标直播缓存时长的设定倍数，作为该拉流端对应的直播缓存时长。其中，该设定倍数为大于1的正整数。例如，拉流端的rtt在范围内，拉流端的单帧解码耗时大于设定耗时阈值且渲染帧率小于设定的帧率阈值，则服务器可设置拉流端的拉流时长为的2倍或者3倍，以缓解拉流端并存的网络质量问题和卡顿问题。
53.基于这种实施方式，服务器可通过监测单连接的传输时延以及卡顿情况，动态调整拉流端所需的缓冲时长，从而在直播流畅效果与时延之间达到较好平衡。
54.需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤201至步骤204的执行主体可以为设备a；又比如，步骤201和202的执行主体可以为设备a，步骤203的执行主体可以为设备b；等等。
55.另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并发执行，操作的序号如201、202等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并发执行。
56.应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
57.需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
58.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
59.除前述实施例提供的直播数据推送方法之外，本技术实施例还提供一种直播数据推送装置，如图4所示，该装置包括：
60.网络质量获取模块401，响应拉流端的拉流请求，获取该拉流端的网络质量。
61.拉流位置确定模块402，根据该网络质量，从缓存区已缓存的直播数据中确定拉流起始位置。
62.数据发送模块403，用于从该拉流起始位置开始，向该拉流端发送直播数据。
63.进一步可选地，网络质量获取模块401在根据该网络质量，从已缓存的直播数据中确定拉流起始位置时，具体用于：根据该网络质量，确定该拉流端的往返时延；根据该往返时延，确定该拉流端所需的直播缓存时长；该往返时延与该直播缓存时长呈正相关关系；根据该直播缓存时长，从该缓存区中已缓存的直播数据中确定该拉流起始位置。
64.进一步可选地，拉流位置确定模块402在根据该往返时延，确定该拉流端所需的直播缓存时长时，具体用于：若该往返时延大于或等于预设的第一时延阈值，则确定该缓存区的缓存时长的上限值，作为该拉流端所需的直播缓存时长；该第一时延阈值大于或等于该上限值。
65.进一步可选地，拉流位置确定模块402在根据该往返时延，确定该拉流端所需的直播缓存时长时，具体用于：若该往返时延小于或等于预设的第二时延阈值，则确定该缓存区的缓存时长的下限值，作为该拉流端所需的直播缓存时长；该第二时延阈值小于或等于该下限值。
66.进一步可选地，拉流位置确定模块402在根据该往返时延，确定该拉流端所需的直播缓存时长，包括：若该往返时延小于该缓存区的缓存时长的上限值且大于该缓存区的缓存时长的下限值，则从预设的多个阈值范围中，确定该往返时延所属的目标阈值范围；该多个阈值范围各自对应的直播缓存时长不同；根据该目标阈值范围对应的目标直播缓存时长，确定该拉流端所需的直播缓存时长。
67.进一步可选地，拉流位置确定模块402在根据该目标阈值范围对应的目标直播缓存时长，确定该拉流端所需的直播缓存时长时，具体用于：获取该拉流端的卡顿数据；若该卡顿数据满足设定的卡顿条件，则将该目标直播缓存时长的设定倍数，作为该拉流端对应的直播缓存时长；该设定倍数为大于1的正整数。
68.进一步可选地，该缓存区的缓存时长为画面组的时长的倍数，该画面组的时长由推流端设置。
69.在本实施例中，针对单个拉流用户，服务器可获取单个拉流端的网络质量，根据网络质量，从缓存区已缓存的直播数据中确定拉流起始位置，并从该拉流起始位置开始，向所述拉流端发送直播数据。在这种实施方式中，服务器侧充分考虑了单个拉流端的实际网络状况，差异化地调整不同拉流端的拉流起始位置，从而可在利用缓存减少直播卡顿的场景下，平衡单个拉流端的直播时延与卡顿情况，有利于降低网络质量较佳的用户的直播时延，并缓解网络质量较差的用户的直播卡顿现象。
70.图5示意了本技术一示例性实施例提供的服务器的结构示意图，该服务器适用于前述实施例提供的直播数据推送方法。如图5所示，该服务器包括：存储器501以及处理器502。
71.存储器501，用于存储计算机程序，并可被配置为存储其它各种数据以支持在服务器上的操作。这些数据的示例包括用于在服务器上操作的任何应用程序或方法的指令。
72.其中，存储器501可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
73.处理器502，与存储器501耦合，用于执行存储器501中的计算机程序，以用于：响应
拉流端的拉流请求，获取该拉流端的网络质量；根据该网络质量，从缓存区已缓存的直播数据中确定拉流起始位置；从该拉流起始位置开始，向该拉流端发送直播数据。
74.进一步可选地，处理器502在根据该网络质量，从已缓存的直播数据中确定拉流起始位置时，具体用于：根据该网络质量，确定该拉流端的往返时延；根据该往返时延，确定该拉流端所需的直播缓存时长；该往返时延与该直播缓存时长呈正相关关系；根据该直播缓存时长，从该缓存区中已缓存的直播数据中确定该拉流起始位置。
75.进一步可选地，处理器502在根据该往返时延，确定该拉流端所需的直播缓存时长时，具体用于：若该往返时延大于或等于预设的第一时延阈值，则确定该缓存区的缓存时长的上限值，作为该拉流端所需的直播缓存时长；该第一时延阈值大于或等于该上限值。
76.进一步可选地，处理器502在根据该往返时延，确定该拉流端所需的直播缓存时长时，具体用于：若该往返时延小于或等于预设的第二时延阈值，则确定该缓存区的缓存时长的下限值，作为该拉流端所需的直播缓存时长；该第二时延阈值小于或等于该下限值。
77.进一步可选地，处理器502在根据该往返时延，确定该拉流端所需的直播缓存时长时，具体用于：若该往返时延小于该缓存区的缓存时长的上限值且大于该缓存区的缓存时长的下限值，则从预设的多个阈值范围中，确定该往返时延所属的目标阈值范围；该多个阈值范围各自对应的直播缓存时长不同；根据该目标阈值范围对应的目标直播缓存时长，确定该拉流端所需的直播缓存时长。
78.进一步可选地，处理器502在根据该目标阈值范围对应的目标直播缓存时长，确定该拉流端所需的直播缓存时长，包括：获取该拉流端的卡顿数据；若该卡顿数据满足设定的卡顿条件，则将该目标直播缓存时长的设定倍数，作为该拉流端对应的直播缓存时长；该设定倍数为大于1的正整数。
79.进一步可选地，该缓存区的缓存时长为画面组的时长的倍数，该画面组的时长由推流端设置。
80.进一步，如图5所示，该服务器还包括：电源组件504等其它组件。图5中仅示意性给出部分组件，并不意味着服务器只包括图5所示组件。
81.其中，通信组件503被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如wifi，2g、3g、4g或5g，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件可基于近场通信(nfc)技术、射频识别(rfid)技术、红外数据协会(irda)技术、超宽带(uwb)技术、蓝牙(bt)技术和其他技术来实现。
82.其中，电源组件504，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
83.在本实施例中，针对单个拉流用户，服务器可获取单个拉流端的网络质量，根据网络质量，从缓存区已缓存的直播数据中确定拉流起始位置，并从该拉流起始位置开始，向所述拉流端发送直播数据。在这种实施方式中，服务器侧充分考虑了单个拉流端的实际网络状况，差异化地调整不同拉流端的拉流起始位置，从而可在利用缓存减少直播卡顿的场景下，平衡单个拉流端的直播时延与卡顿情况，有利于降低网络质量较佳的用户的直播时延，
并缓解网络质量较差的用户的直播卡顿现象。
84.相应地，本技术实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由服务器执行的各步骤。
85.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
86.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
87.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
88.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
89.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
90.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
91.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
92.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要
素的过程、方法、商品或者设备中还存在另外的相同要素。
93.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。