直播推送方法及装置与流程

1.本技术涉及互利网直播技术领域，特别涉及直播推送方法。本技术同时涉及直播推送装置，一种计算设备，以及一种计算机可读存储介质。


背景技术：

2.随着直播平台业务的增长，观看直播的用户也在增加，同时主播数也在不断增加。根据目前的直播环境来看，观看用户大多集中于一些大主播或者官方房间中，经直播数据统计，80％的观看用户都集中在10％的直播间中，还有超过50％的直播间并没有用户观看，但是直播平台为这50％的用户提供了相同的上行边缘节点调度服务，因此造成了高成本低收益的问题。综上所述，如何能够让大部分没有观众观看的直播间不再占用上行带宽资源是目前亟需解决的问题。


技术实现要素：

3.有鉴于此，本技术实施例提供了直播推送方法。本技术同时涉及直播推送装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的没有用户观看的直播间造成的资源浪费的问题。
4.根据本技术实施例的第一方面，提供了一种直播推送方法，应用于主播客户端，包括：
5.根据接收到的直播指令向调度服务器发送直播请求；
6.接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述推流模式信息包括延迟推送模式和正常推送模式；
7.根据所述推流模式信息确定直播流处理策略；
8.基于所述直播流处理策略处理所述直播请求对应的直播流。
9.根据本技术实施例的第二方面，提供了一种直播推送方法，应用于调度服务器，包括：
10.接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息；
11.根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和正常推送模式；
12.发送所述推流模式信息至所述主播客户端。
13.根据本技术实施例的第三方面，提供了一种直播推送方法，应用于直播调度系统，所述直播调度系统包括主播客户端、调度服务器，其中，
14.所述调度服务器接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息，根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和
正常推送模式，发送所述推流模式信息至所述主播客户端；
15.所述主播客户端根据接收到的直播指令向调度服务器发送直播请求；接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述推流模式信息包括延迟推送模式和正常推送模式；根据所述推流模式信息确定直播流处理策略；基于所述直播流处理策略处理所述直播请求对应的直播流。
16.根据本技术实施例的第四方面，提供了一种直播推送装置，包括：应用于主播客户端，包括：
17.发送模块，被配置为根据接收到的直播指令向调度服务器发送直播请求；
18.接收模块，被配置为接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述推流模式信息包括延迟推送模式和正常推送模式；
19.确定模块，被配置为根据所述推流模式信息确定直播流处理策略；
20.处理模块，被配置为基于所述直播流处理策略处理所述直播请求对应的直播流。
21.根据本技术实施例的第五方面，提供了一种直播推送装置，包括：应用于调度服务器，包括：
22.获取模块，被配置为接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息；
23.确定模块，被配置为根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和正常推送模式；
24.发送模块，被配置为发送所述推流模式信息至所述主播客户端。
25.根据本技术实施例的第六方面，提供了一种直播推送系统，包括：主播客户端、调度服务器，其中，
26.所述调度服务器，被配置为接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息，根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和正常推送模式，发送所述推流模式信息至所述主播客户端；
27.所述主播客户端，被配置为根据接收到的直播指令向调度服务器发送直播请求；接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述推流模式信息包括延迟推送模式和正常推送模式；根据所述推流模式信息确定直播流处理策略；基于所述直播流处理策略处理所述直播请求对应的直播流。
28.根据本技术实施例的第七方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述计算机指令时实现所述直播推送方法的步骤。
29.根据本技术实施例的第八方面，提供了一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现所述直播推送方法的步骤。
30.本技术提供的直播推送方法，应用于主播客户端，包括：根据接收到的直播指令向调度服务器发送直播请求；接收所述调度服务器响应于所述直播请求返回的推流模式信息；根据所述推流模式信息确定直播流处理策略；基于所述直播流处理策略处理所述直播请求对应的直播流。
31.本技术一实施例实现了通过对不同的直播间设置不同的直播流处理策略，在直播间的直播流处理策略为延迟推送策略时，不推送直播间对应的直播流，降低上行服务器的带宽资源占用，降低直播平台的运行成本。
附图说明
32.图1是本技术一实施例提供的一种应用于主播客户端的直播推送方法的流程图；
33.图2是本技术一实施例提供的一种应用于调度服务器的直播推送方法的流程图；
34.图3是本技术一实施例提供的一种应用于直播调度系统的直播推送方法的流程图；
35.图4是本技术一实施例提供的一种应用于延迟推流的直播推送方法的处理流程图；
36.图5是本技术一实施例提供的一种应用于主播客户端的直播推送装置的结构示意图；
37.图6是本技术一实施例提供的一种应用于调度服务器的直播推送装置的结构示意图；
38.图7是本技术一实施例提供的一种直播推送系统的结构示意图；
39.图8是本技术一实施例提供的一种计算设备的结构框图。
具体实施方式
40.在下面的描述中阐述了很多具体细节以便于充分理解本技术。但是本技术能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本技术内涵的情况下做类似推广，因此本技术不受下面公开的具体实施的限制。
41.在本技术一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术一个或多个实施例。在本技术一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本技术一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
42.应当理解，尽管在本技术一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本技术一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
43.首先，对本技术一个或多个实施例涉及的名词术语进行解释。
44.边缘节点服务器：用户侧服务器，与用户物理距离很近所以传输延迟很低。
45.上行调度:主播点击开播的时候，需要根据当时主播网络情况、地理位置等信息进行调度，选择一个推流节点给主播。
46.延迟推流：先不把主播的流推送到边缘节点，等用户真正观看时再推送数据。
47.目前当主播准备开始直播时，主播会通过主播客户端点击开播获取推流地址，上行推流调度服务器会根据主播当前所在的地理位置返回附近的推流节点服务器，以便主播
推流至该推流节点服务器，相关边缘节点服务器发送开播回调，告诉直播平台该主播已经开始直播。当用户通过用户客户端刷新推荐页面或者其他直播平台的页面时，会看到已经开播的主播的直播间的画面，用户会根据自己的兴趣点击相关的直播间从而进行观看，此时用户客户端会从下行边缘节点服务器拉取该直播间的直播流，下行边缘节点服务器通过则会通过直播平台的调度服务器查询主播的推流地址进行回源，以供用户通过用户客户端进行观看。
48.随着直播平台业务的增长，一个直播平台的直播间数量也在不断增加，经相关数据统计，会有超过50％的直播间并没有用户观看，但是直播平台对这些直播间还是提供相同的上行边缘节点调度服务，即推送各个没人观看的直播间的直播流，因此造成了直播平台的上行带宽浪费的现象，给直播平台带来零收益，因此如何降低直播平台高昂的上行带宽成本的同时，又不流失这些直播间的主播，是目前需要解决的问题。
49.基于此在本技术中，提供了直播推送方法用于降低直播平台上行带宽成本高的问题，本技术同时涉及直播推送装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
50.图1示出了根据本技术一实施例提供的一种应用于主播客户端的直播推送方法的流程图，具体包括以下步骤：
51.步骤102：根据接收到的直播指令向调度服务器发送直播请求。
52.其中，主播客户端可以理解为主播开启直播的终端，主播客户端可以是手机、电脑等终端；直播指令可以理解为主播向主播客户端发送的开启直播的指令，在主播客户端接收到直播指令之后，即认为该主播准备直播，则主播客户端会向调度服务器发送直播请求；直播请求可以理解为主播客户端向调度服务器发送的主播开启直播请求，在调度服务器接收到该主播客户端发送的直播请求之后，调度服务器则会为其确定推流模式。
53.在实际应用中，直播指令可以为主播通过主播客户端点击直播按钮发出的指令，主播客户端根据接收到的直播指令则会向调度服务器发出直播请求。
54.在本技术一具体实施例中，主播a通过主播客户端点击开启直播，则会向主播客户端发出直播指令，在主播客户端接收到主播a发出的开启直播指令之后，主播客户端根据直播指令向调度服务器发送直播请求。
55.具体地，根据接收到的直播指令向调度服务器发送直播请求，包括：
56.根据接收到的直播指令生成直播请求；
57.发送所述直播请求至调度服务器。
58.在实际应用中，主播客户端会根据直播指令生成与主播直播的相关信息，根据相关信息生成直播请求，直播请求中可以携带有主播标识、主播位置信息、主播人气、直播间标识、直播间标题等信息，将直播请求发送给调度服务器之后，调度服务器则可以根据直播请求进行调度，分别对应的推送节点服务器给主播客户端。
59.在本技术一具体实施例中，沿用上例，主播客户端根据接收到的主播a发出的直播指令之后，生成关于主播a本次直播的直播请求，将直播请求发送给调度服务器。
60.步骤104：接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述推流模式信息包括延迟推送模式和正常推送模式。
61.其中，推流模式信息可以理解为包含该主播对应的推流模式的信息，推流模式可
以分为两种，一种为正常推流模式，在正常推流模式下，主播客户端会直接将本次直播的直播流推送至上行推流节点服务器；另一种为延迟推流模式，在延迟推流模式下，主播客户端则不会将本次直播的直播流推送至上行推流节点服务器。
62.在实际应用中，为了减少因没人观看的直播间的推流而造成的带宽资源，会对不同的主播的直播间设置不同的推流模式，将多人观看的直播间按照正常推流模式进行推送直播流，将没人观看的直播间按照延迟推流模式推送直播流对应的直播截图画面，在有观众观看的时候才真正的推送直播流，以此减少调度服务器和推流节点服务器的上行带宽成本。
63.在本技术一具体实施例中，沿用上例，主播客户端接收调度服务器返回的推流模式信息，推流模式信息为延迟推送，则主播客户端会根据推流模式信息进行后续的推送流程。
64.步骤106：根据所述推流模式信息确定直播流处理策略。
65.其中，直播流处理策略可以理解为推流模式对应的推送方法，在实际应用中，当推流模式信息为正常推送时，则直播流处理策略为立即推送直播流至推流节点服务器；当推流模式信息为延迟推送时，则直播流处理策略为不推送直播流至推流节点服务器。
66.在实际应用中，当推流模式信息为延迟推送时，主播客户端不会再推送该直播间对应的直播流至推流节点服务器，但是为了使用户通过直播平台可以看到该主播正在直播，则会推送相关直播画面至调度服务器。
67.在本技术一具体实施例中，沿用上例，主播客户端在接收到推流模式信息之后，会根据推流模式信息确定本客户端推送直播流的直播流处理策略，从而根据直播流处理策略确定是否需要立即推送直播流，接收到推流模式信息为正常推流模式之后，根据推流模式信息确定直播流处理策略为立即推送直播流至推流节点服务器，则后续主播客户端会将该直播间对应的直播流推送至推流节点服务器。
68.在本技术另一具体实施例中，沿用上例，主播客户端在接收到推流模式信息为延迟推流模式的情况下，主播客户端则会不直接推送该直播间对应的直播流至推流节点服务器，在后续有用户进入直播间进行观看时，才将直播流推送至推流节点服务器。
69.步骤108：基于所述直播流处理策略处理所述直播请求对应的直播流。
70.在实际应用中，主播客户端会根据不同的直播流处理策略处理直播流，在正常推流模式下，主播客户端则会立即推送直播流至推流节点服务器；在延迟推流模式下，主播客户端则不会立即推送直播流至推流节点服务器，而是会采集一些直播画面推送至调度服务器，以供调度服务器在直播平台展示该主播的直播画面。
71.具体地，基于所述直播流处理策略处理所述直播请求对应的直播流，包括：
72.在所述直播流处理策略为延迟推送的情况下，根据所述直播请求对应的直播流生成直播心跳信息，其中，所述直播心跳信息包括直播截图信息；
73.发送所述直播心跳信息至所述调度服务器。
74.其中，延迟推送可以理解为主播客户端不会立即将该直播间对应的直播流推送至推流节点服务器，但是会根据直播请求对应的直播流生成该直播间的直播心跳信息；直播心跳信息可以理解为每隔一段时间向调度服务器发送的信息，直播心跳信息可以包括直播时长信息、直播截图信息、直播间标题等信息；
75.在实际应用中，对于一些没有人观看的直播间，设置其推流模式为延迟推送，则对应的主播客户端则不会将直播流推送至推流节点服务器，但是会采集主播当前直播的音视频数据，生成相应的直播画面，将直播画面、直播时长等信息发送给调度服务器，使得调度服务器能够知道当前主播正在开播，从而生成该主播直播对应的直播推荐信息并展示给用户。
76.在本技术一具体实施例中，沿用上例，主播客户端确定直播流处理策略为延迟推送，则不会将直播流推送至推流节点服务器，根据直播流生成对应的直播心跳信息，直播心跳信息中携带有当前主播的主播画面、直播时长、直播标题，主播客户端将生成的直播心跳信息发送至调度服务器。
77.具体地，根据所述直播请求对应的直播流生成直播心跳信息，包括：
78.根据所述直播请求对应的直播流生成直播状态信息，并获取所述直播流对应的直播截图信息；
79.根据所述直播状态信息和所述直播截图信息生成直播心跳信息。
80.其中，直播状态信息可以理解为当前主播是否在直播的状态信息，直播状态信息可以包括有本次直播时长、主播标识信息、主播人气信息等信息，直播状态信息中的直播时长、主播标识信息、直播标题信息等信息会根据直播请求获取，调度服务器则可以根据直播状态信息判断当前主播对应的直播间是否还在直播，以此来向观众展示其直播信息，使得观众可以根据其直播信息选择观看；直播截图信息可以理解为直播间对应的直播画面，将直播截图信息发送给调度服务器，使得调度服务器可以向观看展示对应的直播画面，以此吸引用户点击观看。
81.在实际应用中，主播客户端当前发送自己处于延迟推流模式，则只会采集主播当前直播的音视频数据并不向推流节点服务器推送数据，但是会根据直播请求对应的直播流生成直播状态信息，将直播状态信息和直播截图信息打包生成直播心跳信息，定时发送给调度服务器，以使调度服务器在直播平台上向各个用户展示当前主播间的直播画面、直播标题等信息，吸引用户观看。在实际情况下，调度服务器会接收到所有正在直播的直播间对应的直播心跳信息，汇集所有主播的信息，在用户浏览的时候对用户进行推送信息，并且直播平台还可以根据直播画面判断对应的主播的直播内容是否违规。
82.在本技术一具体实施例中，沿用上例，直播客户端根据主播a的直播流生成直播状态信息，并采取主播a当前的直播流获取对应的直播截图信息，将直播状态信息和直接截图信息打包生成直播心跳信息，发送给调度服务器。并且，主播客户端会每隔5分钟发送一次直播心跳信息至调度服务器，以更新直播平台上关于本直播间的相关信息。
83.进一步地，根据所述直播请求对应的直播流生成直播心跳信息之后，还包括：
84.接收针对所述直播流的推流指令；
85.响应于所述推流指令，发送所述直播流至目标服务器。
86.其中，推流指令可以理解为直播间对应的直播流推送指令，在有用户进入该直播间进行观看之后，调度服务器则会向该直播间发送针对该直播间对应的直播流的推流指令，使主播客户端推送直播流至对应的推流节点服务器上，以供用户进行拉流观看；目标服务器可以理解为距离主播比较近的推流节点服务器，以此减少用户进入直播间等待观看直播画面的时间。
87.在实际应用中，只要有一个人进入延迟推流模式的直播间进行观看之后，调度服务器则会向该直播看发送针对其对应的直播流的推流指令，直播间对应的主播客户端在接收到推流指令之后，则会发送直播流服务器至对应的推流节点服务器。
88.在本技术一具体实施例中，沿用上例，主播客户端接收针对直播流的推流指令，准备将直播流推送至推流节点服务器，根据推流指令确定目标服务器，将直播流推送至目标服务器。
89.具体地，响应于所述推流指令，发送所述直播流至目标服务器，包括：
90.获取所述推流指令中的目标服务器标识；
91.根据所述目标服务器标识确定目标服务器；
92.发送所述直播流至所述目标服务器。
93.其中，目标服务器标识可以理解为目标推流节点服务器的标识，根据该标识可以确定出目标推流节点服务器，从而将直播流推送至该目标推流节点服务器。
94.在实际应用中，会让主播客户端将直播流推送至主播附近的推流节点服务器，以使用户能够快速观看到直播。
95.在本技术一具体实施例中，沿用上例，主播客户端获取调度服务器发送的推流指令中的目标服务器标识，根据目标服务器标识确定目标服务器a，将直播流发送至目标服务器a。
96.在另一种推流模式的情况下，主播客户端会正常的推送直播流，具体地，基于所述直播流处理策略处理所述直播请求对应的直播流，包括：
97.在所述推流模式信息为正常推送的情况下，推送所述直播请求对应的直播流至目标服务器。
98.在实际应用中，推流模式信息为正常推送的情况下，则主播客户端会按照传统直播推送流程，在主播进行开播之后就会将直播流推送至目标服务器。
99.在本技术一具体实施例中，沿用上例，主播客户端确定推流模式信息为正常推送，则会立即将直播请求对应的直播流推送至目标服务器。
100.本技术提供的一种应用于主播客户端的直播推送方法，包括：根据接收到的直播指令向调度服务器发送直播请求；接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述直播心跳信息包括直播截图信息；根据所述推流模式信息确定直播流处理策略；基于所述直播流处理策略处理所述直播请求对应的直播流。通过使主播客户端获取自身的推流模式确定直播流推送策略，根据直播流推送策略处理直播流，在主播对应直播间的推流模式为延迟推流模式情况下，主播客户端不推送直播流至推流节点服务器，而是采集相关直播信息发送至调度服务器，等到真正有观众观看时，才使直播流推送到推流节点服务器，让大部分完全没有用户观看的主播不再占用上行带宽资源，节省直播平台的带宽成本。
101.图2示出了根据本技术一实施例提供的一种应用于调度服务器的直播推送方法的流程图，具体包括以下步骤：
102.步骤202：接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息。
103.其中，直播请求可以理解为目标主播准确开启直播的请求，调度服务器在接收到
主播的直播请求之后，则认为该主播即将开启直播。主播属性信息可以理解为与主播相关的一些信息，例如主播属性信息可以包括主播标识、主播直播内容、历史直播时长、主播粉丝数等，调度服务器可以根据主播属性信息判断该主播下次直播是否有人观看。
104.在实际应用中，调度服务器会接收很多主播的直播请求，确定出其中一个目标主播，接收到目标主播的直播请求之后，会获取目标主播的属性信息，以此判断目标主播的本次直播是否会有人观看，从而确定其推流模式。
105.在本技术一具体实施例中，调度服务器接收目标主播a的直播请求，根据直播请求获取目标主播的属性信息，主播属性信息中包括主播id、历史直播时长、历史直播观看信息、主播粉丝数。
106.步骤204：根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和正常推送模式。
107.其中，根据主播属性信息确定推流模式信息可以理解为根据主播属性信息判断该主播本次直播的推流模式。在实际应用中，会根据主播的历史直播时长以及观看人数、主播粉丝数来判断该直播本次直播的推流模式，例如，在该主播最近直播的10小时内观看总人数小于10人，且粉丝数小于20人，则认为该主播本次直播大概率没有用户观看，就对其对应的主播客户端下发延迟推送信息，相反地，则会对主播客户端发送正常推送信息。
108.在实际应用中，调度服务器也可以根据主播id在主播数据库中获取与主播相关的数据，例如，主播上一场直播的观看人数、收益信息等资源。
109.在本技术一具体实施例中，沿用上例，根据目标主播a的主播属性信息：历史直播时长100小时，总观看人数20人、主播粉丝数为10人，则确定目标主播a对应的推流模式信息为延迟推送。
110.具体地，根据所述主播属性信息确定推流模式信息，包括：
111.获取所述主播属性信息中的主播标识信息；
112.根据所述主播标识信息获取所述目标主播对应的历史直播数据；
113.根据所述历史直播数据和所述主播属性信息确定推流模式信息。
114.其中，直播标识信息可以理解为主播的唯一标识信息，根据主播标识信息可以获取到主播对应的历史直播数据，根据历史直播数据和主播属性信息确定出对应的推流模式信息。
115.在实际应用中，直播请求中可能只携带有开播请求和主播标识信息，则此时调度服务器则会根据主播标识信息从主播数据库中获取到对应的历史直播数据，历史直播数据可以是历史观看人数、历史直播互动信息等，调度服务器根据历史直播数据和主播属性信息则可以确定出推流模式信息。
116.在本技术一具体实施例中，沿用上例，调度服务器获取主播属性信息中的主播标识信息，根据主播标识信息从主播数据库中获取到目标主播a对应的历史直播数据，历史直播数据为历史观看人数、历史直播时长、上一次直播的收益信息，根据历史直播数据和主播属性信息确定推流模式信息为延迟推送。
117.进一步地，调度服务器在获取历史直播数据和主播属性信息之后，可以根据历史直播数据和主播属性信息计算出目标主播的直播评分信息，根据直播评分信息来判断本场
直播是否会有用户进行观看，具体地，根据所述历史直播数据和所述主播属性信息确定推流模式信息，包括：
118.根据所述历史直播数据和所述直播属性信息计算所述目标主播对应的直播评分信息；
119.在所述直播评分信息小于预设推流阈值的情况下，确定所述目标主播对应的推送模式信息为延迟推送模式；
120.在所述直播评分信息大于或等于预设推流阈值的情况下，确定所述目标主播对应的推送模式信息为正常推送模式。
121.其中，直播评分信息可以理解为预测本次直播是否有人观看的评分信息，根据直播评分信息可以准确的预测出本次直播是否有人观看，例如，计算出本次直播的直播评分信息低于预设阈值，则表示本次直播没人观看。预设推流阈值可以理解为预设的推送直播流的阈值，在本次直播的直播评分信息低于预设推流阈值时，表征本次直播大概率没人观看，则可设置对应的推送模式信息为延迟推送模式，从而节省直播平台的带宽成本；在本次直播的直播评分信息等于或高于预设推流阈值时，表征本次直播有人观看，则可设置对应的推送模式信息为正常推送模式，从而保证主播的正常直播以及用户的正常观看。
122.在实际应用中，一些人气高、直播时间长的主播的直播评分阈值一般高于预设推流阈值，则可以省去计算直播评分信息的过程，直接设置此类主播对应的推流模式信息为正常推送模式；对于一些人气低、直播时间段的主播直播时，大概率没有用户观看，则可以计算此类主播的直播评分信息，筛选出大概率没有用户观看其直播的主播，并设置推送模式信息为延迟推流模式。需要注意的是，通过计算直播评分信息来判断该主播的直播是否有人观看只是多种预测方法中的其中一种，在实际应用中还可以通过ai模型来预测等，具体预测方式可以根据实际情况确定。
123.在本技术一具体实施例中，沿用上例，根据目标主播a对应的历史直播数据和主播属性信息计算出目标主播a的直播评分信息为50分，小于预设推流阈值60分，则表示目标主播a的本次直播大概率没人观看，则设置目标主播a对应的推流模式信息为延迟推送信息。
124.步骤206：发送所述推流模式信息至所述主播客户端。
125.在实际应用中，确定出推流模式信息之后，调度服务器将推流模式信息发送至主播对应的主播客户端。
126.在本技术一具体实施例中，沿用上例，调度服务器发送推送模式信息至目标主播a对应的主播客户端。
127.此外，主播客户端在延迟推送模式下，调度服务器会接收到主播客户端发送的直播心跳信息，调度服务器会根据直播心跳信息将该主播对应的直播信息展示给用户，具体地，所述方法还包括：
128.接收所述主播客户端发送的直播心跳信息；
129.根据所述直播心跳信息生成直播推荐信息；
130.将所述直播推荐信息推送至用户客户端。
131.其中，直播推荐信息可以理解为推荐直播间的信息，用户在浏览到直播推荐信息之后，可以大致了解到直播的直播内容。
132.在实际应用中，直播心跳信息中包括有当前主播的直播画面、直播标题、主播个人
信息等，调度服务器会根据直播心跳信息生成对应的直播推荐信息，将直播推荐信息展示在直播平台或者直接推送给可能会观看直播的用户客户端，以此为直播间拉取用户观看，提高直播间人气。
133.在本技术一具体实施例中，沿用上例，调度服务器根据主播客户端发送的直播心跳信息：当前直播画面、直播间标题：“新人主播，欢迎光临”，生成直播推荐信息，直播推荐信息为预览直播间画面，将预览直播间画面推送至多个可能会观看的用户客户端以及展示在直播平台中。
134.具体地，所述直播心跳信息包括直播截图信息；
135.根据所述直播心跳信息生成直播推荐信息，包括：
136.获取所述直播心跳信息中的直播截图信息；
137.在所述直播截图信息通过审核的情况下，根据所述直播截图信息生成直播推荐信息。
138.其中，直播心跳信息中的直播截图信息为当前主播的直播画面，调度服务器可以根据直播截图信息判断主播的直播内容是否违规，在其违规的情况下，则不对其进行推送，并关闭对应的直播间，若没有违规，则根据直播截图信息生成直播推荐信息。
139.在本技术一具体实施例中，沿用上例，调度服务器根据直播心跳信息中的直播截图信息，对此直播间进行内容审核，在审核通过的情况下，才根据直播截图信息和主播属性信息生成直播推荐信息。
140.相应的，当有用户进入直播间观看之后，调度服务器会接收到用户发送的直播观看请求，具体地，所述方法还包括：
141.接收针对所述目标主播的直播观看请求；
142.根据所述直播观看请求生成直播流推送指令，发送所述直播流推送指令至所述主播客户端；
143.将所述目标主播对应的推流模式信息切换至正常推流模式。
144.其中，直播观看请求可以理解为用户观看直播间的请求，根据直播观看请求，调度服务器可以认为当前直播间需要推流，则会生成直播流推送指令给主播客户端。
145.在实际应用中，延迟推送的直播间有观众观看时，调度服务器会发送直播流推送指令给直播间对应的主播客户端，以使主播客户端推送直播流至推流节点服务器，以使用户能够正常观看直播，并且设置将该主播对应的推送模式信息切换至正常推流模式，以便于后续其他用户在进入直播间时能够快速观看直播，避免了在延迟推送模式下需要等待主播客户端重新推流而造成的观看延迟。
146.在本技术一具体实施例中，沿用上例，调度服务器接收到用户c针对目标主播a的直播观看请求，调度服务器根据直播观看请求生成直播流推送指令，发送直播流推送指令至目标主播a的主播客户端，以使主播客户端能够将直播流推送至对应的推流节点服务器，将目标主播a的延迟推送模式切换至正常推送模式。
147.本技术提供的一种应用于调度服务器的直播推送方法，包括：接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息；根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和正常推送模式；发送所述推流模式信息至
所述主播客户端。通过针对主播历史直播数据进行预测，判断主播本次直播是否有人观看，在大概率无人观看的情况下，发送延迟推送模式信息给该主播对应的主播客户端，以此达到节省上行带宽的目的，并且通过接收主播客户端发送的直播心跳信息，使该主播对应的直播间依旧能够展示在直播平台中，使得用户能够在直播平台中浏览到该直播间，达到了在不影响主播直播的基础上，降低直播平台成本的目的。
148.图3示出了根据本技术一实施例提供的一种应用于直播调度系统的直播推送方法的流程图，所述直播调度系统包括主播客户端、调度服务器，其中，
149.步骤302：所述调度服务器接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息，根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和正常推送模式，发送所述推流模式信息至所述主播客户端。
150.在本技术一具体实施例中，调度服务器接收到目标主播a的直播请求，调度服务器根据该直播请求获取目标主播a的主播属性信息，主播属性信息为历史观看总人数50,、历史直播时长100小时、主播粉丝数10人，调度服务器通过计算目标主播a的直播评分信息判断该主播的本次直播大概率没有人观看，则确定推流模式信息为延迟推送模式，发送延迟推送信息至目标主播a的主播客户端。
151.步骤304：所述主播客户端根据接收到的直播指令向调度服务器发送直播请求；接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述推流模式信息包括延迟推送模式和正常推送模式；根据所述推流模式信息确定直播流处理策略；基于所述直播流处理策略处理所述直播请求对应的直播流。
152.在本技术一具体实施例中，沿用上例，目标主播a的主播客户端根据接收到的直播指令向调度服务器发送直播请求，接收调度服务器基于直播请求返回的推流模式信息，确定直播流处理策略为延迟推流，则基于延迟推流策略，不推送直播流至推流节点服务器。
153.本技术提供的一种应用于直播调度系统的直播推送方法，所述直播调度系统包括主播客户端、调度服务器，其中，所述调度服务器接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息，根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和正常推送模式，发送所述推流模式信息至所述主播客户端；所述主播客户端根据接收到的直播指令向调度服务器发送直播请求；接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述推流模式信息包括延迟推送模式和正常推送模式；根据所述推流模式信息确定直播流处理策略；基于所述直播流处理策略处理所述直播请求对应的直播流。通过调度服务器对没人观看的直播间设置延迟推送模式，使其对应的主播客户端不推送直播流至推流节点服务器，节省上行带宽，降低直播平台的成本。
154.下述结合附图4，以本技术提供的直播推送方法在延迟推流的应用为例，对所述直播推送方法进行进一步说明。其中，图4示出了本技术一实施例提供的一种应用于延迟推流的直播推送方法的处理流程图，具体包括以下步骤：
155.步骤402：根据接收到的直播指令向调度服务器发送直播请求。
156.在本技术一具体实施例中，主播客户端根据接收到的直播指令，确定当前主播a准备开启直播，则发送直播请求至调度服务器，直播请求中携带有主播a的主播id、直播标题
信息。
157.步骤404：接收所述调度服务器响应于所述直播请求返回的推流模式信息。
158.在本技术一具体实施例中，沿用上例，主播客户端接收到调度服务器响应于直播请求返回的推流模式信息，推送模式信息为延迟推流。
159.步骤406：根据所述推流模式信息确定直播流处理策略。
160.在本技术一具体实施例中，沿用上例，主播客户端根据推流模式信息确定直播处理策略为延迟推送，则主播客户端不推送直播流至推流节点服务器。
161.步骤408：在所述直播流处理策略为延迟推送的情况下，根据所述直播请求对应的直播流生成直播心跳信息，发送所述直播心跳信息至所述调度服务器。
162.在本技术一具体实施例中，沿用上例，确定直播流处理策略为延迟推送的情况下，主播客户端根据直播请求和对应的直播流生成直播心跳信息，直播心跳信息中包括主播的当前直播画面，发送直播心跳信息至调度服务器。
163.步骤410：接收针对所述直播流的推流指令，响应于所述推流指令，发送所述直播流至目标服务器。
164.在本技术一具体实施例中，沿用上例，主播客户端接收到针对当前直播间的直播流的推流指令，响应于推流指令发送直播流至目标推流节点服务器。
165.本技术提供的一种应用于延迟推流的直播推送方法，包括：根据接收到的直播指令向调度服务器发送直播请求，接收所述调度服务器响应于所述直播请求返回的推流模式信息，根据所述推流模式信息确定直播流处理策略，在所述直播流处理策略为延迟推送的情况下，根据所述直播请求对应的直播流生成直播心跳信息，发送所述直播心跳信息至所述调度服务器，接收针对所述直播流的推流指令，响应于所述推流指令，发送所述直播流至目标服务器。通过为没人观看的直播间设置延迟推送模式，使其主播开播时，不推送对应的直播流至推流节点服务器，在有用户进入直播间时才推送直播流至推流节点服务器，降低调度服务器和推流节点服务器的上行带宽，减少直播平台的直播成本。
166.与上述方法实施例相对应，本技术还提供了应用于主播客户端的直播推送装置实施例，图5示出了本技术一实施例提供的一种应用于主播客户端的直播推送装置的结构示意图。如图5所示，该装置包括：
167.发送模块502，被配置为根据接收到的直播指令向调度服务器发送直播请求；
168.接收模块504，被配置为接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述推流模式信息包括延迟推送模式和正常推送模式；
169.确定模块506，被配置为根据所述推流模式信息确定直播流处理策略；
170.处理模块508，被配置为基于所述直播流处理策略处理所述直播请求对应的直播流。
171.相应地，所述处理模块508进一步被配置为：
172.在所述直播流处理策略为延迟推送的情况下，根据所述直播请求对应的直播流生成直播心跳信息，其中，所述直播心跳信息包括直播截图信息；
173.发送所述直播心跳信息至所述调度服务器。
174.相应地，所述处理模块508进一步被配置为：
175.根据所述直播请求对应的直播流生成直播状态信息，并获取所述直播流对应的直
播截图信息；
176.根据所述直播状态信息和所述直播截图信息生成直播心跳信息。
177.进一步地，所述处理模块508还被配置为：
178.接收针对所述直播流的推流指令；
179.响应于所述推流指令，发送所述直播流至目标服务器。
180.进一步地，所述处理模块508还被配置为：
181.获取所述推流指令中的目标服务器标识；
182.根据所述目标服务器标识确定目标服务器；
183.发送所述直播流至所述目标服务器。
184.相应地，所述发送模块502进一步被配置为：
185.根据接收到的直播指令生成直播请求；
186.发送所述直播请求至调度服务器。
187.相应地，所述处理模块508进一步被配置为：
188.在所述推流模式信息为正常推送的情况下，推送所述直播请求对应的直播流至目标服务器。
189.本技术提供的一种应用于主播客户端的直播推送装置，包括：发送模块，被配置为根据接收到的直播指令向调度服务器发送直播请求；接收模块，被配置为接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述推流模式信息包括延迟推送模式和正常推送模式；确定模块，被配置为根据所述推流模式信息确定直播流处理策略；处理模块，被配置为基于所述直播流处理策略处理所述直播请求对应的直播流。通过使主播客户端获取自身的推流模式确定直播流推送策略，根据直播流推送策略处理直播流，在主播对应直播间的推流模式为延迟推流模式情况下，主播客户端不推送直播流至推流节点服务器，而是采集相关直播信息发送至调度服务器，等到真正有观众观看时，才使直播流推送到推流节点服务器，让大部分完全没有用户观看的主播不再占用上行带宽资源，节省直播平台的带宽成本。
190.与上述方法实施例相对应，本技术还提供了应用于调度服务器的直播推送装置实施例，图6示出了本技术一实施例提供的一种应用于调度服务器的直播推送装置的结构示意图。如图6所示，该装置包括：
191.获取模块602，被配置为接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息；
192.确定模块604，被配置为根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和正常推送模式；
193.发送模块606，被配置为发送所述推流模式信息至所述主播客户端。
194.相应地，所述确定模块604进一步被配置为：
195.获取所述主播属性信息中的主播标识信息；
196.根据所述主播标识信息获取所述目标主播对应的历史直播数据；
197.根据所述历史直播数据和所述主播属性信息确定推流模式信息。
198.相应地，所述确定模块604进一步被配置为：
199.根据所述历史直播数据和所述直播属性信息计算所述目标主播对应的直播评分信息；
200.在所述直播评分信息小于或等于预设推流阈值的情况下，确定所述目标主播对应的推送模式信息为延迟推送模式；
201.在所述直播评分信息大于预设推流阈值的情况下，确定所述目标主播对应的推送模式信息为正常推送模式。
202.所述装置还包括推送模块，被配置为：
203.接收所述主播客户端发送的直播心跳信息；
204.根据所述直播心跳信息生成直播推荐信息；
205.将所述直播推荐信息推送至用户客户端。
206.相应地，所述推送模块进一步被配置为：
207.获取所述直播心跳信息中的直播截图信息；
208.在所述直播截图信息通过审核的情况下，根据所述直播截图信息生成直播推荐信息。
209.进一步地，所述装置还包括：发送子模块，被配置为：
210.接收针对所述目标主播的直播观看请求；
211.根据所述直播观看请求生成直播流推送指令，发送所述直播流推送指令至所述主播客户端；
212.将所述目标主播对应的推流模式信息切换至正常推流模式。
213.本技术提供的一种应用于调度服务器的直播推送装置，包括：获取模块，被配置为接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息；确定模块，被配置为根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和正常推送模式；发送模块，被配置为发送所述推流模式信息至所述主播客户端。通过针对主播历史直播数据进行预测，判断主播本次直播是否有人观看，在大概率无人观看的情况下，发送延迟推送模式信息给该主播对应的主播客户端，以此达到节省上行带宽的目的，并且通过接收主播客户端发送的直播心跳信息，使该主播对应的直播间依旧能够展示在直播平台中，使得用户能够在直播平台中浏览到该直播间，达到了在不影响主播直播的基础上，降低直播平台成本的目的。
214.与上述方法实施例相对应，本技术还提供了直播推送系统实施例，图7示出了本技术一实施例提供的一种直播推送系统的结构示意图。如图7所示，该系统包括：调度服务器702、主播客户端704，其中，
215.所述调度服务器702，被配置为接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息，根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和正常推送模式，发送所述推流模式信息至所述主播客户端；
216.所述主播客户端704，被配置为根据接收到的直播指令向调度服务器发送直播请求；接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述推流模式信息包括延迟推送模式和正常推送模式；根据所述推流模式信息确定直播流处理策略；基于
所述直播流处理策略处理所述直播请求对应的直播流。
217.本技术提供的一种直播推送系统，所述系统包括主播客户端、调度服务器，其中，所述调度服务器，被配置为接收目标主播的直播请求，根据所述直播请求获取所述目标主播的主播属性信息，根据所述主播属性信息确定推流模式信息，其中，所述推流模式信息用于所述目标主播的主播客户端确定直播流处理策略，所述推流模式信息包括延迟推送模式和正常推送模式，发送所述推流模式信息至所述主播客户端；所述主播客户端，被配置为根据接收到的直播指令向调度服务器发送直播请求；接收所述调度服务器响应于所述直播请求返回的推流模式信息，其中，所述推流模式信息包括延迟推送模式和正常推送模式；根据所述推流模式信息确定直播流处理策略；基于所述直播流处理策略处理所述直播请求对应的直播流。通过为没人观看的直播间设置延迟推送模式，使其主播开播时，不推送对应的直播流至推流节点服务器，在有用户进入直播间时才推送直播流至推流节点服务器，降低调度服务器和推流节点服务器的上行带宽，减少直播平台的直播成本。
218.上述为本实施例的直播推送装置的示意性方案。需要说明的是，直播推送装置的技术方案与上述的直播推送方法的技术方案属于同一构思，直播推送装置的技术方案未详细描述的细节内容，均可以参见上述直播推送方法的技术方案的描述。
219.图8示出了根据本技术一实施例提供的一种计算设备800的结构框图。该计算设备800的部件包括但不限于存储器810和处理器820。处理器820与存储器810通过总线830相连接，数据库850用于保存数据。
220.计算设备800还包括接入设备840，接入设备840使得计算设备800能够经由一个或多个网络860通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备840可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。
221.在本技术的一个实施例中，计算设备800的上述部件以及图8中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图8所示的计算设备结构框图仅仅是出于示例的目的，而不是对本技术范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
222.计算设备800可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备800还可以是移动式或静止式的服务器。
223.其中，处理器820执行所述计算机指令时实现所述的直播推送方法的步骤。
224.上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的直播推送方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述直播推送方法的技术方案的描述。
225.本技术一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现如前所述直播推送方法的步骤。
226.上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的直播推送方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述直播推送方法的技术方案的描述。
227.上述对本技术特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
228.所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
229.需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本技术所必须的。
230.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
231.以上公开的本技术优选实施例只是用于帮助阐述本技术。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本技术的内容，可作很多的修改和变化。本技术选取并具体描述这些实施例，是为了更好地解释本技术的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本技术。本技术仅受权利要求书及其全部范围和等效物的限制。