用于互动直播系统的方法和装置、电子设备与流程

1.本技术涉及视频直播领域，具体而言，涉及一种用于互动直播系统的方法和装置、电子设备。


背景技术：

2.传统音视频通信通话过程包括主讲端和嘉宾端分别与服务器进行信令传输，发起端音视频编码，音视频数据传输，接收端音视频解码和主讲端和嘉宾端分别通信会话结束。从整个传输过程可以看出影响音视频质量的主要步骤在于音视频编码、传输和解码过程，而影响这三个方面的因素包括主讲端和嘉宾端的设备性能、推流分辨率和网络带宽。
3.传统音视频互动通信过程的数据流示意图如图1所示。由于音频在传输过程中所占带宽较低，通常忽略。以视频推流480p分辨率为例，参与通信过程中每个参会方会推流一路480p视频数据和接收两路480p视频数据。如果新增一个参会方，各接收方会新加一路480p视频数据。因此，参与通信时视频数据为接收(n
‑
1)路*480p和发送1*480p，解码(n
‑
1)路*480p和编码1*480p。
4.因此，如果参会方越多，则所需的网络带宽就会越大。在带宽一定的情况下，随着参会方的增多，将会影响视频接收方的通话质量。同时，随着接收的视频数据量增加，在视频解码时也会对主讲端和嘉宾端设备性能的要求有所提高，影响解码效率从而音响直播的流畅性。


技术实现要素：

5.本技术提供了一种用于互动直播系统的方法和装置、电子设备，用于解决音视频互动通信过程中设备性能与网络带宽对音视频通信的影响。
6.根据本技术的一方面，提出一种用于互动直播系统的方法，所述互动直播系统包括至少一个主讲端、第一嘉宾端、互动直播服务器和观看端，所述方法用于所述互动直播服务器，所述方法包括接收所述主讲端的主讲推流视频画面，所述主讲推流视频画面包括第一分辨率的主讲推流视频画面和第二分辨率的主讲推流视频画面，所述第一分辨率大于所述第二分辨率；接收所述第一嘉宾端的第一嘉宾推流视频画面，所述第一嘉宾推流视频画面包括第三分辨率的嘉宾推流视频画面和第四分辨率的嘉宾推流视频画面，所述第三分辨率大于所述第四分辨率；向所述主讲端推流所述第四分辨率的嘉宾推流视频画面；向所述第一嘉宾端推流所述第二分辨率的主讲推流视频画面；向所述观看端推流所述第一分辨率的主讲推流视频画面和所述第三分辨率的嘉宾推流视频画面。
7.根据一些实施例，所述互动直播系统还包括第二嘉宾端，所述方法还包括接收所述第二嘉宾端的第二嘉宾推流视频画面，所述第二嘉宾推流视频画面包括第五分辨率的嘉宾推流视频画面和第六分辨率的嘉宾推流视频画面，所述第五分辨率大于所述第六分辨率；向所述第一嘉宾端推流所述第六分辨率的嘉宾推流视频画面；向所述第二嘉宾端推送所述第二分辨率的主讲推流视频画面；向所述第二嘉宾端推流所述第四分辨率的嘉宾推流
视频画面。
8.根据一些实施例，所述第一分辨率大于所述第三分辨率；所述第二分辨率大于所述第四分辨率。
9.根据一些实施例，所述第三分辨率和第五分辨率相同；所述第四分辨率和第六分辨率相同。
10.根据一些实施例，所述第一分辨率包括480p分辨率，所述第二分辨率包括240p分辨率；或所述第一分辨率包括360p分辨率，所述第二分辨率包括180p分辨率；或所述第一分辨率包括240p分辨率，所述第二分辨率包括120p分辨率。
11.根据一些实施例，所述第三分辨率包括240p分辨率，所述第四分辨率包括120p分辨率。
12.根据一些实施例，所述方法还包括向所述主讲端发送第一角色切换信息，所述第一角色切换信息包括将所述主讲端切换为所述第一嘉宾端；和/或向所述第一嘉宾端发送第二角色切换信息，所述第二角色切换信息包括将所述第一嘉宾端切换为所述主讲端。
13.根据一些实施例，在向所述主讲端推流所述第四分辨率的嘉宾推流视频画面之前，所述方法还包括接收所述主讲端的第一信令信息，所述第一信令信息包括所述主讲端接收的所述嘉宾推流视频画面的分辨率。
14.根据一些实施例，在向所述第一嘉宾端推流所述第二分辨率的主讲推流视频画面之前，所述方法还包括接收所述第一嘉宾端的第二信令信息，所述第二信令信息包括所述第一嘉宾端接收的所述主讲推流视频画面的分辨率。
15.根据一些实施例，所述向所述观看端推流所述第一分辨率的主讲推流视频画面和所述第三分辨率的嘉宾推流视频画面，包括混流所述第一分辨率的主讲推流视频画面和所述第三分辨率的嘉宾推流视频画面以得到旁路混流视频画面；向所述观看端推流所述旁路混流视频画面。
16.根据本技术的一方面，提出一种用于互动直播系统的方法，所述互动直播系统包括至少一个主讲端、第一嘉宾端、互动直播服务器和观看端，所述方法用于所述主讲端，所述方法包括向所述互动直播服务器推流所述主讲推流视频画面，所述主讲推流视频画面包括第一分辨率的主讲推流视频画面和第二分辨率的主讲推流视频画面，所述第一分辨率大于所述第二分辨率；从所述互动直播服务器接收所述第一嘉宾端推流的第一嘉宾推流视频画面。
17.根据一些实施例，所述方法还包括定时检测所述主讲端的设备性能的风险值，所述风险值包括cpu占有率；如果所述风险值高于风险阈值，调低所述主讲端的分辨率；如果所述主讲端的当前分辨率已为分辨率阈值，则进行风险预警。
18.根据本技术的一方面，提出一种用于互动直播系统的装置，其特征在于，所述互动直播系统包括至少一个主讲端、嘉宾端、互动直播服务器和观看端，所述装置包括接收主讲端推流模块，用于接收所述主讲端的主讲推流视频画面，所述主讲推流视频画面包括第一分辨率的主讲推流视频画面和第二分辨率的主讲推流视频画面，所述第一分辨率大于所述第二分辨率；接收嘉宾端推流模块，用于接收所述嘉宾端的嘉宾推流视频画面，所述嘉宾推流视频画面包括第三分辨率的嘉宾推流视频画面和第四分辨率的嘉宾推流视频画面，所述第三分辨率大于所述第四分辨率；推流主讲端模块，用于向所述主讲端推流所述第四分辨
率的嘉宾推流视频画面；推流嘉宾端模块，用于向所述嘉宾端推流所述第二分辨率的主讲推流视频画面；推流观看端模块，用于向所述观看端推流所述第一分辨率的主讲推流视频画面和所述第三分辨率的嘉宾推流视频画面。
19.根据本技术的一方面，提出一种电子设备，包括一个或多个处理器；存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得一个或多个处理器实现如前任一所述的方法。
20.根据本技术的一些示例实施例，主讲端和嘉宾端向互动直播系统服务器分别推流分辨率不同的两路音视频数据。互动直播服务器分别向主讲端推流嘉宾端低分辨率的推流视频画面和向嘉宾端推流主讲端的低分辨率的推流视频画面，降低了互动直播系统中推流数据和接收数据，减少了主讲端和嘉宾端的解码工作量，降低了设备功耗，向观看端推流主讲端和嘉宾端大流混流视频画面，保证观看端的推流视频画面的清晰度。
附图说明
21.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。
22.图1示出传统音视频互动通信过程的数据流示意图。
23.图2示出根据本技术示例实施例的一种音视频互动通信过程的数据流示意图。
24.图3示出根据本技术示例实施例的一种用于互动直播系统的方法流程图。
25.图4示出根据本技术示例实施例的一种根据定时检测cpu占有率自动切换推流分辨率的方法流程图。
26.图5示出根据本技术示例实施例的一种用于互动直播系统的方法流程图。
27.图6示出根据本技术示例实施例的一种用于互动直播系统的装置框图。
28.图7示出根据本技术示例性实施例的一种电子设备的框图。
具体实施方式
29.现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本技术将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。
30.所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有这些特定细节中的一个或更多，或者可以采用其它的方式、组元、材料、装置或操作等。在这些情况下，将不详细示出或描述公知结构、方法、装置、实现、材料或者操作。
31.附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
32.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图
在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
33.图2示出根据本技术示例实施例的一种音视频互动通信过程的数据流示意图。下面参照图2，对根据本技术示例实施例的一种音视频互动通信过程的数据流示意图进行详细说明。
34.如图2所示，主讲端向互动直播服务器推流两路视频画面，一路480p视频画面和1路240p视频画面。嘉宾端包括嘉宾a和嘉宾b，嘉宾a和嘉宾b分别向互动直播服务器推流两路视频画面。其中，1路240p视频画面和1路120p视频画面。
35.当主讲端和嘉宾端接收推流视频数据时，主讲端与互动直播服务器通过信令交互只接收嘉宾a和嘉宾b的120p视频画面，嘉宾端与互动直播服务器通过信令交互接收主讲的240p视频画面和其他嘉宾的120p视频画面。
36.为了保证观看端的清晰度，互动直播服务器将主讲端的480p视频画面和嘉宾a和嘉宾b的240p视频画面混合，通过旁路混流或rtmp的方式通过cdn发送给观看端。
37.通过比较图1和图2可知，在接收数据时，假设n方（包括主讲端的所有主讲人和嘉宾端的所有嘉宾）参与互动，图1所示的传统方案，总共接收的数据为（n
‑
1）*480p，图2所示的根据本技术的双流机制方案，总共接收的数据为（n
‑
1）*120p。在相同最大分辨率情况下，接收的数据量降低了（n
‑
1）*（480p
‑
120p）。
38.在推流数据时，虽然主讲人身份多推送一路240p画面。但是，由于减少了接收数据量，所以，在降低了对带宽需求的同时，降低了视频解码所消耗的cpu资源。同时，嘉宾端的推流分辨率也仅为图1所示的传统方案的近1/4。
39.根据图2所示的技术方案，由于系统总共接收数据的减少，故减少了主讲端和嘉宾端的解码工作量，降低了设备的功耗。由于显示区域小，虽然接收数据的分辨率变小，用户并不会感觉画质明显变差。
40.对于观看端，互动直播服务器推流的是混合主讲端和嘉宾端的所有推流的高分辨率视频画面。因此，根据图2 所示的技术方案并不影响观看端的观看清晰度。
41.图3示出根据本技术示例实施例的一种用于互动直播系统的方法流程图。下面参照图3，对根据本技术示例实施例的一种用于互动直播系统的方法进行详细说明。
42.根据本技术的一些实施例，互动直播系统包括至少一个主讲端、第一嘉宾端、互动直播服务器和观看端。
43.图3所示的方法用于互动直播服务器。
44.参见图3，在步骤s301，互动直播服务器接收主讲端的主讲推流视频画面。
45.根据本技术的一些实施例，主讲端采用双流机制，向互动直播服务器推流分辨率不同的两路视频画面。例如，主讲推流视频画面包括第一分辨率的主讲推流视频画面和第二分辨率的主讲推流视频画面。其中，第一分辨率大于第二分辨率。
46.根据一些实施例，主讲端支持高清、标清和流畅三种清晰度，每一种清晰度都包括第一分辨率和第二分辨率。例如，高清的第一分辨率为480p，第二分辨率为240p；标清的第一分辨率为360p，第二分辨率为180p；流畅的第一分辨率为240p，第二分辨率为120p。
47.在步骤s303，互动直播服务器接收第一嘉宾端的第一嘉宾推流视频画面。
48.根据本技术的一些实施例，第一嘉宾端采用双流机制，向互动直播服务器推流分辨率不同的两路视频画面。例如，第一嘉宾推流视频画面包括第三分辨率的嘉宾推流视频画面和第四分辨率的嘉宾推流视频画面。其中，第三分辨率大于第四分辨率。
49.由于在主讲端和嘉宾端显示的主讲端画面的窗口大于显示嘉宾端画面的窗口。所以，主讲端推流的视频画面的分辨率大于嘉宾端推流的视频画面的分辨率。根据一些实施例，第一分辨率大于第三分辨率，第二分辨率大于第四分辨率。
50.由于主讲和嘉宾均是以小窗口显示在主讲端和嘉宾端，因此，主讲端只需接收嘉宾端推流的第四分辨率的推流视频画面，嘉宾端只需接收主讲端推流的第二分辨率的推流视频画面，以降低互动直播系统中传输的推流数据。
51.由于嘉宾在主讲端和嘉宾端均以小窗口显示，对分辨率的要求不高，因此，嘉宾端传输的推流视频画面的分辨率可以低于主讲端传输的推流视频画面的分辨率。根据一些实施例，第三分辨率包括240p分辨率，第四分辨率包括120p。
52.在步骤s305，向第一嘉宾端推流第二分辨率的主讲推流视频画面。
53.根据一些实施例，在主讲端和嘉宾端分别以小窗口显示主讲端画面，所以，使用主讲推流视频画面中第二分辨率并不会感觉画质明显变差。
54.根据一些实施例，在向第一嘉宾端推流第二分辨率的主讲推流视频画面之前，第一嘉宾端和互动直播服务器进行信令传输，告知互动直播服务器第一嘉宾端接收主讲端推流的主讲推流视频画面的分辨率。
55.在步骤s307，向主讲端推流第四分辨率的嘉宾推流视频画面。
56.根据一些实施例，在主讲端和嘉宾端分别以小窗口显示嘉宾端画面，所以，使用嘉宾推流视频画面中第四分辨率并不会感觉画质明显变差。
57.根据一些实施例，在主讲端和嘉宾端中显示主讲端的窗口大于显示嘉宾端的窗口，所以向第一嘉宾端推流的主讲推流视频画面的第二分辨率大于向主讲端推流的嘉宾推流视频画面的第四分辨率。
58.根据一些实施例，在向主讲端推流第四分辨率的嘉宾推流视频画面之前，主讲端和互动直播服务器进行信令传输，告知互动直播服务器主讲端接收的嘉宾推流视频画面的分辨率。
59.在步骤s309，向观看端推流第一分辨率的主讲推流视频画面和第三分辨率的嘉宾推流视频画面。
60.根据一些实施例，互动直播服务器将主讲端的第一分辨率的主讲推流视频画面和第一嘉宾端的第三分辨率的嘉宾推流视频画面混流成旁路混流视频画面，推流给观看端。
61.根据本技术的一些实施例，主讲端接收互动直播系统中嘉宾端的所有推流信息，第一嘉宾端接收互动直播系统中主讲端和其他嘉宾端的推流信息。
62.根据一些实施例，互动直播系统还包括第二嘉宾端。互动直播服务器还接收第二嘉宾端的第二嘉宾推流视频画面。第二嘉宾推流视频画面包括第五分辨率的嘉宾推流视频画面和第六分辨率的嘉宾推流视频画面，且第五分辨率大于所述第六分辨率。
63.根据一些实施例，互动直播服务器向第一嘉宾端推流第二嘉宾端的第六分辨率的嘉宾推流视频画面。
64.根据一些实施例，互动直播服务器向第二嘉宾端推送主讲端的第二分辨率的主讲
推流视频画面。
65.根据一些实施例，互动直播服务器向第二嘉宾端推流第一嘉宾端的第四分辨率的嘉宾推流视频画面。
66.根据本技术的一些实施例，主讲端和第一嘉宾端可以进行角色互换。根据一些实施例，互动直播服务器向主讲端发送第一角色切换消息，通知主讲端切换为第一嘉宾端。根据一些实施例，互动直播服务器向第一嘉宾端发送第二角色切换消息，通知第一嘉宾端切换为主讲端。
67.根据本技术的一些示例实施例，主讲端和嘉宾端向互动直播系统服务器分别推流分辨率不同的两路音视频数据。互动直播服务器分别向主讲端推流嘉宾端低分辨率的推流视频画面和向嘉宾端推流主讲端的低分辨率的推流视频画面，向观看端推流主讲端和嘉宾端高分辨率的推流视频画面，降低了互动直播系统中推流数据和接收数据，减少了主讲端和嘉宾端设备的解码工作量，降低了设备功耗，同时保证了观看端的推流视频画面的清晰度。
68.图4示出根据本技术示例实施例的一种根据定时检测cpu占有率自动切换推流分辨率的方法流程图。下面结合图4对一种根据定时检测cpu占有率自动切换推流分辨率的方法进行详细说明。
69.根据本技术的一些实施例，互动直播系统包括至少一个主讲端、第一嘉宾端、互动直播服务器和观看端。图4所示的方法用于主讲端。
70.根据一些实施例，图4所示的主讲端向互动直播服务器推流主讲推流视频画面。其中，主讲推流视频画面包括第一分辨率的主讲推流视频画面和第二分辨率的主讲推流视频画面，且第一分辨率大于所述第二分辨率。
71.根据一些实施例，主讲端还从互动直播服务器接收第一嘉宾端推流的第一嘉宾推流视频画面。
72.根据一些实施例，主讲端在向互动直播服务器推流时，会定时检测设备性能的风险值，如果风险值高于风险阈值，则将主讲端的分辨率调低。如果主讲端当前的分辨率已为分辨率阈值，则进行风险预警。
73.现以定时检测的cpu占有率为例，详细说明主讲端根据cpu占有率自动切换推流分辨率的方法。
74.根据一些实施例，为主讲端设置了三个推流分辨率档位，分别是高清、标清和流畅。其中，高清的第一分辨率和第二分辨率分别是480p分辨率和 240p；标清的第一分辨率和第二分辨率分别是360p分辨率和 180p；流畅的第一分辨率和第二分辨率分别是240p分辨率和 120p。
75.在步骤s401，主讲端定时检测当前cpu占有率是否高于风险阈值。例如每5秒检测一次cpu占有率是否高于80%。
76.如果检测的cpu占有率不高于风险阈值，继续执行定时检测。
77.如果检测的cpu占有率高于风险阈值，执行步骤s403，检测当前的分辨率是否为分辨率阈值。
78.如果检测当前的分辨率为分辨率阈值，例如，当期的分辨率为流畅，则执行步骤s407，进行预警。
79.如果检测当前的分辨率不是分辨率阈值，则执行步骤s405，切换分辨率。根据一些实施例，如果当前分辨率为高清，则将当前分辨率切换为标清；如果当前分辨率是标清，则将当前分辨率切换为流畅。
80.如图4所述，执行完步骤s405或步骤s407后，继续循环执行步骤s401。
81.根据本技术的一些实施例，通过对主讲端设备性能的定时检测，自动切换推流分辨率，以减少设备性能对编码的影响。
82.根据一些实施例，主讲端也可以手动切换推流分辨率。
83.图5 示出了根据本技术示例实施例的一种用于互动直播系统的方法流程图。图5所示的方法用于互动直播系统的主讲端。
84.如图所示，在步骤s501，主讲端向互动直播服务器推流。
85.根据本技术的一些实施例，在步骤s501中，主讲端采用双流机制，向互动直播服务推送两路视频画面。例如，推送一路480p视频画面和一路240p视频画面。
86.在步骤s503，主讲端向互动直播服务器发送信令。
87.根据一些实施例，在主讲端发送的信令中包括主讲端接收嘉宾端的视频画面的分辨率。通过步骤503，主讲端告知互动直播服务器其只接收嘉宾端向互动直播服务器推流的两路视频画面中分辨率较低的一路视频画面。
88.在步骤s505，主讲端接收嘉宾推流视频画面。
89.根据一些实施例，互动直播服务器接收步骤s503发送的信令，确定主播端需要接收的嘉宾推流视频画面的分辨率信息，直播端推送嘉宾端推流的两路视频画面中分辨率较低的一路视频画面。
90.根据本技术的一些是实施例，主讲端采用双流机制，向互动直播服务器推流两路视频画面。其中，一路的视频画面高于另外一路的视频画面。
91.图6示出根据本技术示例实施例的一种用于互动直播系统的装置框图。下面参照图6，对根据本技术示例实施例的一种用于互动直播系统的装置进行详细说明。
92.根据一些实施例，互动直播系统包括至少一个主讲端、嘉宾端、互动直播服务器和观看端。
93.如图6所示，一种用于互动直播系统的装置包括接收主讲端推流模块601、接收嘉宾端推流模块603、推流主讲端模块605、推流嘉宾端模块607和推流观看端模块609，其中：接收主讲端推流模块601用于接收主讲端的主讲推流视频画面。主讲推流视频画面包括第一分辨率的主讲推流视频画面和第二分辨率的主讲推流视频画面。其中，第一分辨率大于所述第二分辨率。
94.接收嘉宾端推流模块603用于接收嘉宾端的嘉宾推流视频画面。嘉宾推流视频画面包括第三分辨率的嘉宾推流视频画面和第四分辨率的嘉宾推流视频画面。其中，第三分辨率大于所述第四分辨率。
95.推流主讲端模块605用于向主讲端推流第四分辨率的嘉宾推流视频画面。推流嘉宾端模块607用于向嘉宾端推流第二分辨率的主讲推流视频画面。推流观看端模块609用于向观看端推流第一分辨率的主讲推流视频画面和第三分辨率的嘉宾推流视频画面。
96.下面参照图7来描述根据本技术的这种实施方式的电子设备200。图7显示的电子设备200仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
97.如图7所示，电子设备200以通用计算设备的形式表现。电子设备200的组件可以包括但不限于：至少一个处理单元210、至少一个存储单元220、连接不同系统组件（包括存储单元220和处理单元210）的总线230、显示单元240等。其中，存储单元存储有程序代码，程序代码可以被处理单元210执行，使得处理单元210执行本说明书描述的根据本技术各种示例性实施方式的方法。例如，处理单元210可以执行如图1中所示的方法。
98.存储单元220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元（ram）2201和/或高速缓存存储单元2202，还可以进一步包括只读存储单元（rom）2203。
99.存储单元220还可以包括具有一组（至少一个）程序模块2205的程序/实用工具2204，这样的程序模块2205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
100.总线230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
101.电子设备200也可以与一个或多个外部设备300（例如键盘、指向设备、蓝牙设备等）通信，还可与一个或者多个使得用户能与该电子设备200交互的设备通信，和/或与使得该电子设备200能与一个或多个其它计算设备进行通信的任何设备（例如路由器、调制解调器等等）通信。这种通信可以通过输入/输出（i/o）接口250进行。并且，电子设备200还可以通过网络适配器260与一个或者多个网络（例如局域网（lan），广域网（wan）和/或公共网络，例如因特网）通信。网络适配器260可以通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
102.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。根据本技术实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是cd
‑
rom，u盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、或者网络设备等）执行根据本技术实施方式的上述方法。
103.软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（ram）、只读存储器（rom）、可擦式可编程只读存储器（eprom或闪存）、光纤、便携式紧凑盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
104.计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
105.可以以一种或多种程序设计语言的任意组合来编写用于执行本技术操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网（lan）或广域网（wan），连接到用户计算设备，或者，可以连接到外部计算设备（例如利用因特网服务提供商来通过因特网连接）。
106.上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现前述功能。
107.本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
108.根据本技术的一些示例实施例，主讲端和嘉宾端向互动直播系统服务器分别推流分辨率不同的两路音视频数据。互动直播服务器分别向主讲端推流嘉宾端低分辨率的推流视频画面和向嘉宾端推流主讲端的低分辨率的推流视频画面，向观看端推流主讲端和嘉宾端高分辨率的推流视频画面，降低了互动直播系统中推流数据和接收数据，减少了主讲端和嘉宾端设备的解码工作量，降低了设备功耗，同时保证了观看端的推流视频画面的清晰度。
109.以上对本技术实施例进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明仅用于帮助理解本技术的方法及其核心思想。同时，本领域技术人员依据本技术的思想，基于本技术的具体实施方式及应用范围上做出的改变或变形之处，都属于本技术保护的范围。综上所述，本说明书内容不应理解为对本技术的限制。