多平台同步直播方法、装置、计算机设备和可读存储介质
技术领域
本申请涉及数据传输技术领域，特别涉及一种多平台同步直播方法、装置、计算机设备和可读存储介质。
背景技术
近年来，随着网络直播技术的发展，越来越多的人们在各种网络直播平台上注册账号，并且通过智能设备，采用视频直播的方式与公众互动。现有的用户在进行个人直播时，受限于智能设备本身的条件限制(智能设备在同一时间只能在前台运行一个程序)，无法在一个智能设备上实现多平台同时直播。如果用户需要多平台同步直播，需要使用多个智能设备分别对应多个直播平台进行直播，非常繁琐，不便于用户操作。
发明内容
本申请的主要目的为提供一种多平台同步直播方法、装置、计算机设备和可读存储介质，旨在解决现有的智能设备无法多平台同步直播的弊端。
为实现上述目的，本申请提供了一种多平台同步直播方法，包括：
接收直播开启指令，所述直播开启指令携带N个直播平台标记，所述N不小于1,单个所述直播平台标记对应单个直播平台；
获取主播用户类型的音视频数据；
将所述音视频数据缓存至数据缓冲区；
通过系统公共网关，将缓存在所述数据缓冲区内的所述音视频数据，按照各所述直播平台的IP地址，并发传输给各所述直播平台，以供各所述直播平台播放所述音视频数据。
进一步的，所述接收直播开启指令步骤之后，包括：
判断所述N的数值是否不小于2；
若所述N的数值不小于2，则根据所述直播平台标记的数量，将显示界面分为N个分屏，其中，单个所述分屏显示单个所述直播平台标记对应的直播平台。
进一步的，所述根据所述直播平台标记的数量，将显示界面均分为N个分屏的步骤之后，包括：
分别在各所述分屏构建虚拟输入设备。
进一步的，所述虚拟输入设备包括虚拟麦克风，所述分别在各所述分屏构建虚拟输入设备的步骤，包括：
加载虚拟声卡；
调用预先编写的驱动程序，以驱动所述虚拟声卡，实现在所述分屏构建所述虚拟麦克风。
进一步的，所述直播方法还包括：
接收各所述直播平台发送的反馈信息；
通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区。
进一步的，所述通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤之后，包括：
将各所述反馈信息按照各自对应的接收时间顺序输出。
进一步的，所述通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤，包括：
在所述系统公共网关将各所述反馈信息按照系统要求重新打包，得到各所述反馈信息分别对应的反馈数据包；
根据各所述直播平台的特征信息，将各所述反馈数据包分发到对应的所述数据缓冲区进行缓存。
本申请还提供了一种多平台同步直播装置，包括：
第一接收模块，用于接收直播开启指令，所述直播开启指令携带N个直播平台标记，所述N不小于1,单个所述直播平台标记对应单个直播平台；
获取模块，用于获取主播用户类型的音视频数据；
第一缓存模块，用于将所述音视频数据缓存至数据缓冲区；
传输模块，用于通过系统公共网关，将缓存在所述数据缓冲区内的所述音视频数据，按照各所述直播平台的IP地址，并发传输给各所述直播平台，以供各所述直播平台播放所述音视频数据。
进一步的，所述直播装置，还包括：
判断模块，用于判断所述N的数值是否不小于2；
分屏模块，用于若所述N的数值不小于2，则根据所述直播平台标记的数量，将显示界面分为N个分屏，其中，单个所述分屏显示单个所述直播平台标记对应的直播平台。
进一步的，所述直播装置，还包括：
构建模块，用于分别在各所述分屏构建虚拟输入设备。
进一步的，所述虚拟输入设备包括虚拟麦克风，所述构建模块，包括：
加载单元，用于加载虚拟声卡；
驱动单元，用于调用预先编写的驱动程序，以驱动所述虚拟声卡，实现在所述分屏构建所述虚拟麦克风。
进一步的，所述直播装置还包括：
第二接收模块，用于接收各所述直播平台发送的反馈信息；
第二缓存模块，用于通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区。
进一步的，所述直播装置，还包括：
输出模块，用于将各所述反馈信息按照各自对应的接收时间顺序输出。
进一步的，所述第二缓存模块，包括：
打包单元，用于在所述系统公共网关将各所述反馈信息按照系统要求重新打包，得到各所述反馈信息分别对应的反馈数据包；
分发单元，用于根据各所述直播平台的特征信息，将各所述反馈数据包分发到对应的所述数据缓冲区进行缓存。
本申请还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。
本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。
本申请中提供的多平台同步直播方法、装置、计算机设备和可读存储介质，智能终端在接收直播开启指令后，获取主播用户类型的音视频数据，然后将音视频数据缓存至数据缓冲区，然后通过系统公共网关，将缓存在数据缓冲区的音视频数据，按照各个直播平台的IP地址并发传输给多个直播平台，完成多平台直播的整个流程。由于智能终端内部设置有系统公共网关和数据缓冲区，在将音视频数据缓存后，在系统公共网关利用4g/5g网络的多IP并发连接技术，实现将音视频数据并发传输到多个直播平台，从而实现在一个智能终端上同时在多个直播平台同步直播，有效降低用户直播操作的繁琐度，提高用户直播的操作体验。
附图说明
图1是本申请一实施例中多平台同步直播方法的步骤示意图；
图2是本申请一实施例中多平台同步直播装置的整体结构框图；
图3是本申请一实施例的计算机设备的结构示意框图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
参照图1，本申请一实施例中提供了一种多平台同步直播方法，包括：
S1:接收直播开启指令，所述直播开启指令携带N个直播平台标记，所述N不小于1,单个所述直播平台标记对应单个直播平台；
S2:获取主播用户类型的音视频数据；
S3:将所述音视频数据缓存至数据缓冲区；
S4:通过系统公共网关，将缓存在所述数据缓冲区内的所述音视频数据，按照各所述直播平台的IP地址，并发传输给各所述直播平台，以供各所述直播平台播放所述音视频数据。
本实施例中，直播方法的执行主体为智能终端，该智能终端优选为平板电脑、手机等手持电子设备，能够实现对音频数据、视频数据的获取，并通过无线网络连接服务器，在此对智能终端的形态不做具体限定。智能终端内建立有系统公共网关、数据缓冲区和直播管理模块(具体形式可以为一个直播管理APP，以便用户在智能终端上直接通过直播管理APP对各直播平台该进行相应的操作)。其中，智能终端所有对外的HTTP访问，均需要通过系统公共网关存储转发，系统公共网关记录有智能终端当前所安装的各个直播APP所对应的直播平台的IP地址，能够对智能终端所接收的IP包进行解析。如果解析后的IP包中的源IP地址为直播平台的IP地址，则由系统公共网关将IP包相关的IP数据流转发给直播管理模块，由直播管理模块将IP数据流推送给对应的直播APP，以便用户查看。数据缓冲区用于存储智能终端即将对外传输的数据，以及各直播平台反馈给智能终端的数据，以便提供给用户应对多平台直播信息交互无法同时作出回应的处理方法，简单说就是给用户一定缓冲时间来处理多直播信息，使用户不至于手忙脚乱。直播管理模块用于专项管理智能终端上所安装的各个直播APP，直播管理模块具体形式可以为直播管理APP，用户在登录直播管理APP后，可以选择一键激活智能终端上所有的直播APP，也可以通过点选的方式，选择需要激活的一个或多个直播APP，即发出直播开启指令。其中，直播开启指令携带N个直播平台标记，N不小于1，并且单个直播平台标记对应单个直播平台。智能终端在接收到用户的直播开启指令后开启直播，然后通过麦克风收集用户语音的模拟信号，并将其转化为PCM编码的原始数据，然后再通过编码压缩成MP3等格式的数据，形成音频数据；并且，通过摄像头等设备采集用户的图像，形成YUV编码的原始数据，经过编码压缩成H.264等格式的视频数据，从而实现对主播用户类型在直播时的音视频数据的获取。智能终端将音视频数据缓存到数据缓冲区，然后通过系统公共网关，利用4g/5g网络的多IP并发连接技术，将用户直播的音视频数据根据直播平台的IP地址，并发传输到各个直播APP对应的直播平台，实现在一个智能终端上同步向多个直播平台的直播。在直播过程中，用户只需要在一个智能终端上，就能完成对多个直播APP的操作，实现在不同直播平台的直播操作，简单方便，有效提供用户直播时的体验感。
进一步的，所述接收直播开启指令步骤之后，包括：
S5:判断所述N的数值是否不小于2；
S6:若所述N的数值不小于2，则根据所述直播平台标记的数量，将显示界面分为N个分屏，其中，单个所述分屏显示单个所述直播平台标记对应的直播平台。
本实施例中，用户在登录直播管理APP后，可以一键开启智能终端上的所有直播APP，也可以通过点选的方式选择当前需要开启的一个或多个直播APP。具体地，智能终端在接收到用户输入的直播开启指令后，会根据直播开启指令携带的N个直播平台标记(直播平台标记对应直播APP)，来选择是否开启分屏功能。如果N不小于2，则智能终端会根据用户开启的直播APP的数量，来选定每个直播平台对应的直播屏幕所占的屏幕空间。智能终端在除去必要的状态栏(比如智能终端的信号栏、电量栏等)显示外，将显示界面的其余区域都作为直播界面。然后，根据直播平台标记的数量，对当前可用的显示界面进行分屏。比如用户当前开启的直播APP的数量为N个，则用户将终端当前除去状态栏以外的、可用的显示界面分为N份，每个分屏对应显示单个直播平台。各分屏显示界面的尺寸可以相同，也可以不同。用户可以根据自身需求调整各个分屏显示界面的尺寸，以及变换各分屏显示界面在主显示界面上的布局位置。优选的，智能终端生成的各个分屏具有相同尺寸的显示界面，相同尺寸的分屏便于排列，并且整体排列后具有较高的美观度。智能终端要实现在不同直播平台同步直播时的分屏功能，需要对智能终端的系统做底层开发，以安卓系统为例，开发人员在frameworks层，通过"OpenGLES"相关调用部分以及相关代码的修改，从而使智能终端实现多屏功能。
进一步的，所述根据所述直播平台标记的数量，将显示界面均分为N个分屏的步骤之后，包括：
S6:分别在各所述分屏构建虚拟输入设备。
本实施例中，智能终端在根据选中的直播APP的数量，将当前可用的显示界面均分为N个分屏后，可以分别针对每个分屏单独构建虚拟输入设备，比如虚拟麦克风和虚拟摄像头，并将构建后的虚拟输入设备的图标显示在分屏的预设区域，比如分屏显示界面的下方，并排显示。每个分屏中的虚拟输入设备仅对应一个直播平台，通过虚拟麦克风和虚拟摄像头实现对用户直播时的音视频数据的采集，并将音视频数据传输到对应的直播平台上。在直播过程中，用户可以通过单独操作分屏上的虚拟输入设备，实现对单个直播平台直播时音视频数据的独立管理。比如，用户可以通过点选的方式，将分屏A上的虚拟麦克风关闭，在分屏A的虚拟麦克风被关闭后，分屏A所对应的直播平台只能接收到用户直播时的视频数据，无法采集到音频数据。而其他分屏所对应的直播平台则不受影响，能够接收到用户的音视频数据。
进一步的，所述虚拟输入设备包括虚拟麦克风，所述分别在各所述分屏构建虚拟输入设备的步骤，包括：
S601:加载虚拟声卡；
S602:调用预先编写的驱动程序，以驱动所述虚拟声卡，实现在所述分屏构建所述虚拟麦克风。
本实施例中，智能终端构建的虚拟输入设备包括虚拟麦克风，用于收集用户直播时的音频数据。智能终端需要在系统上做底层开发，构建虚拟麦克风，以便智能终端在不同分屏区域内调用。本实施例中以安卓系统为例进行说明，在构建虚拟麦克风时，智能终端首先需要加载虚拟声卡，然后调用预先编写的驱动程序，以驱动虚拟声卡，从而完成在分屏构建虚拟麦克风，智能终端可以通过虚拟麦克风独立收集用户直播时的音频数据。其中，驱动程序由开发人员预先在安卓系统底层，根据虚拟声卡对应编写，完成后将驱动程序写入智能终端的系统内，以便调用。
进一步的，所述直播方法还包括：
S7:接收各所述直播平台发送的反馈信息；
S8:通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区。
本实施例中，用户在直播过程中，观看者会与用户产生交互(比如观看者在观看直播时发出的弹幕消息)，直播平台的观看者所产生的交互信息，会汇集到直播平台对应的平台服务器。平台服务器会根据主播的IP地址和直播房间信息等，将交互信息的数据流传输到主播的接收终端。本实施例中，用户的智能终端通过系统公开网关接收各个直播平台所传输的反馈信息，并在系统公共网关将反馈信息按照智能终端的系统要求(比如数据格式)做重新打包，得到各反馈信息分别对应的反馈数据包，以适应智能终端的系统要求。系统公共网关通过识别反馈数据包中所携带的平台特征信息(比如平台IP)，将各反馈数据包分发到对应的数据缓冲区进行缓存，避免同一时间输出大量反馈信息到智能终端，用户无法及时反应并处理。
进一步的，所述通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤之后，包括：
S9:将各所述反馈信息按照各自对应的接收时间顺序输出。
本实施例中，各个直播平台传输的反馈信息可以通过智能终端的喇叭输出设备直接读出，而由于喇叭设备同一时间只能输出一条反馈信息(为了避免用户混淆，智能终端也不会在同一时间播放多条反馈信息)，因此需要对反馈信息的输出顺序进行排序。具体地，智能终端通过系统公共网关将各直播平台的反馈信息缓存至数据缓冲区后，分别识别各反馈信息的接收时间，然后将各反馈信息按照各自对应的接收时间顺序输出。优选的，用户可以根据自身需求对各个直播平台设定优先级(比如粉丝量多的直播平台的优先级高于粉丝量少的直播平台的优先级)，也可以由智能终端自动根据观看量设定各个直播平台的优先级(比如观看量越多的直播平台，其所对应的优先级越高)，智能终端在接收到各平台传输的反馈信息后，会首先按照设定的优先级，先行输出直播平台优先级高的反馈信息，从而避免用户错过重要的反馈信息。
进一步的，所述通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤，包括：
S801:在所述系统公共网关将各所述反馈信息按照系统要求重新打包，得到各所述反馈信息分别对应的反馈数据包；
S802:根据各所述直播平台的特征信息，将各所述反馈数据包分发到对应的所述数据缓冲区进行缓存。
本实施例中，智能终端在接收到反馈信息后，由系统公共网关按照系统要求将各反馈信息的数据流做重新打包，以得到各反馈信息分别对应的反馈数据包，从而适应智能终端的系统要求(比如数据格式等形式要求)。各个直播平台具有各自对应的特征信息(不同的直播平台对应不同的时间戳和特殊字符串)，直播平台所传输的数据流携带有平台的特征信息。系统公共网关通过各个直播平台的特征信息，识别出各个直播平台各自对应的反馈数据包，从而将反馈数据包分发到对应的直播平台的数据缓冲区进行缓存，等待后续的输出动作。
本实施例提供的多平台同步直播方法，智能终端在接收直播开启指令后，获取主播用户类型的音视频数据后，然后将音视频数据缓存至数据缓冲区，然后通过系统公共网关，将缓存在数据缓冲区的音视频数据，按照各个直播平台的IP地址并发传输给多个直播平台，完成多平台直播的整个流程。由于智能终端内部设置有系统公共网关和数据缓冲区，在将音视频数据缓存后，在系统公共网关利用4g/5g网络的多IP并发连接技术，实现将音视频数据并发传输到多个直播平台，从而实现在一个智能终端上同时在多个直播平台同步直播，有效降低用户直播操作的繁琐度，提高用户直播的操作体验。
参照图2，本申请一实施例中还提供了一种多平台同步直播装置，包括：
第一接收模块1，用于接收直播开启指令，所述直播开启指令携带N个直播平台标记，所述N不小于1,单个所述直播平台标记对应单个直播平台
获取模块2，用于获取主播用户类型的音视频数据；
第一缓存模块3，用于将所述音视频数据缓存至数据缓冲区；
传输模块4，用于通过系统公共网关，将缓存在所述数据缓冲区内的所述音视频数据，按照各所述直播平台的IP地址，并发传输给各所述直播平台，以供各所述直播平台播放所述音视频数据。
本实施例中，直播方法的执行主体为智能终端，该智能终端优选为平板电脑、手机等手持电子设备，能够实现对音频数据、视频数据的获取，并通过无线网络连接服务器，在此对智能终端的形态不做具体限定。智能终端内建立有系统公共网关、数据缓冲区和直播管理模块(具体形式可以为一个直播管理APP，以便用户在智能终端上直接通过直播管理APP对各直播平台该进行相应的操作)。其中，智能终端所有对外的HTTP访问，均需要通过系统公共网关存储转发，系统公共网关记录有智能终端当前所安装的各个直播APP所对应的直播平台的IP地址，能够对智能终端所接收的IP包进行解析。如果解析后的IP包中的源IP地址为直播平台的IP地址，则由系统公共网关将IP包相关的IP数据流转发给直播管理模块，由直播管理模块将IP数据流推送给对应的直播APP，以便用户查看。数据缓冲区用于存储智能终端即将对外传输的数据，以及各直播平台反馈给智能终端的数据，以便提供给用户应对多平台直播信息交互无法同时作出回应的处理方法，简单说就是给用户一定缓冲时间来处理多直播信息，使用户不至于手忙脚乱。直播管理模块用于专项管理智能终端上所安装的各个直播APP，直播管理模块具体形式可以为直播管理APP，用户在登录直播管理APP后，可以选择一键激活智能终端上所有的直播APP，也可以通过点选的方式，选择需要激活的一个或多个直播APP，即发出直播开启指令。其中，直播开启指令携带N个直播平台标记，N不小于1，并且单个直播平台标记对应单个直播平台。智能终端在接收到用户的直播开启指令后开启直播，然后通过麦克风收集用户语音的模拟信号，并将其转化为PCM编码的原始数据，然后再通过编码压缩成MP3等格式的数据，形成音频数据；并且，通过摄像头等设备采集用户的图像，形成YUV编码的原始数据，经过编码压缩成H.264等格式的视频数据，从而实现对主播用户类型在直播时的音视频数据的获取。智能终端将音视频数据缓存到数据缓冲区，然后通过系统公共网关，利用4g/5g网络的多IP并发连接技术，将用户直播的音视频数据根据直播平台的IP地址，并发传输到各个直播APP对应的直播平台，实现在一个智能终端上同步向多个直播平台的直播。在直播过程中，用户只需要在一个智能终端上，就能完成对多个直播APP的操作，实现在不同直播平台的直播操作，简单方便，有效提供用户直播时的体验感。
进一步的，所述直播装置，还包括：
判断模块5，用于判断所述N的数值是否不小于2；
分屏模块6，用于若所述N的数值不小于2，则根据所述直播平台标记的数量，将显示界面分为N个分屏，其中，单个所述分屏显示单个所述直播平台标记对应的直播平台。
本实施例中，用户可以在登录直播管理APP后，可以一键开启智能终端上的所有直播APP，也可以通过点选的方式选择当前需要开启的一个或多个直播APP。具体地，智能终端在接收到用户输入的直播开启指令后，会根据直播开启指令携带的N个直播平台标记(直播平台标记对应直播APP)，来选择是否开启分屏功能。如果N不小于2，则智能终端会根据用户开启的直播APP的数量，来选定每个直播平台对应的直播屏幕所占的屏幕空间。智能终端在除去必要的状态栏(比如智能终端的信号栏、电量栏等)显示外，将显示界面的其余区域都作为直播界面。然后，根据直播平台标记的数量，对当前可用的显示界面进行分屏。比如用户当前开启的直播APP的数量为N个，则用户将终端当前除去状态栏以外的、可用的显示界面分为N份，每个分屏对应显示单个直播平台。各分屏显示界面的尺寸可以相同，也可以不同。用户可以根据自身需求调整各个分屏显示界面的尺寸，以及变换各分屏显示界面在主显示界面上的布局位置。优选的，智能终端生成的各个分屏具有相同尺寸的显示界面，相同尺寸的分屏便于排列，并且整体排列后具有较高的美观度。智能终端要实现在不同直播平台同步直播时的分屏功能，需要对智能终端的系统做底层开发，以安卓系统为例，开发人员在frameworks层，通过"OpenGLES"相关调用部分以及相关代码的修改，从而使智能终端实现多屏功能。
进一步的，所述直播装置，还包括：
构建模块7，用于分别在各所述分屏构建虚拟输入设备。
本实施例中，智能终端在根据选中的直播APP的数量，将当前可用的显示界面均分为N个分屏后，可以分别针对每个分屏单独构建虚拟输入设备，比如虚拟麦克风和虚拟摄像头，并将构建后的虚拟输入设备的图标显示在分屏的预设区域，比如分屏显示界面的下方，并排显示。每个分屏中的虚拟输入设备仅对应一个直播平台，通过虚拟麦克风和虚拟摄像头实现对用户直播时的音视频数据的采集，并将音视频数据传输到对应的直播平台上。在直播过程中，用户可以通过单独操作分屏上的虚拟输入设备，实现对单个直播平台直播时音视频数据的独立管理。比如，用户可以通过点选的方式，将分屏A上的虚拟麦克风关闭，在分屏A的虚拟麦克风被关闭后，分屏A所对应的直播平台只能接收到用户直播时的视频数据，无法采集到音频数据。而其他分屏所对应的直播平台则不受影响，能够接收到用户的音视频数据。
进一步的，所述虚拟输入设备包括虚拟麦克风，所述构建模块6，包括：
加载单元，用于加载虚拟声卡；
驱动单元，用于调用预先编写的驱动程序，以驱动所述虚拟声卡，实现在所述分屏构建所述虚拟麦克风。
本实施例中，智能终端构建的虚拟输入设备包括虚拟麦克风，用于收集用户直播时的音频数据。智能终端需要在系统上做底层开发，构建虚拟麦克风，以便智能终端在不同分屏区域内调用。本实施例中以安卓系统为例进行说明，在构建虚拟麦克风时，智能终端首先需要加载虚拟声卡，然后调用预先编写的驱动程序，以驱动虚拟声卡，从而完成在分屏构建虚拟麦克风，智能终端可以通过虚拟麦克风独立收集用户直播时的音频数据。其中，驱动程序由开发人员预先在安卓系统底层，根据虚拟声卡对应编写，完成后将驱动程序写入智能终端的系统内，以便调用。
进一步的，所述直播装置还包括：
第二接收模块8，用于接收各所述直播平台发送的反馈信息；
第二缓存模块9，用于通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区。
本实施例中，用户在直播过程中，观看者会与用户产生交互(比如观看者在观看直播时发出的弹幕消息)，直播平台的观看者所产生的交互信息，会汇集到直播平台对应的平台服务器。平台服务器会根据主播的IP地址和直播房间信息等，将交互信息的数据流传输到主播的接收终端。本实施例中，用户的智能终端通过系统公开网关接收各个直播平台所传输的反馈信息，并在系统公共网关将反馈信息按照智能终端的系统要求(比如数据格式)做重新打包，得到各反馈信息分别对应的反馈数据包，以适应智能终端的系统要求。系统公共网关通过识别反馈数据包中所携带的平台特征信息(比如平台IP)，将各反馈数据包分发到对应的数据缓冲区进行缓存，避免同一时间输出大量反馈信息到智能终端，用户无法及时反应并处理。
进一步的，所述直播装置，还包括：
输出模块10，用于将各所述反馈信息按照各自对应的接收时间顺序输出。
本实施例中，各个直播平台传输的反馈信息可以通过智能终端的喇叭输出设备直接读出，而由于喇叭设备同一时间只能输出一条反馈信息(为了避免用户混淆，智能终端也不会在同一时间播放多条反馈信息)，因此需要对反馈信息的输出顺序进行排序。具体地，智能终端通过系统公共网关将各直播平台的反馈信息缓存至数据缓冲区后，分别识别各反馈信息的接收时间，然后将各反馈信息按照各自对应的接收时间顺序输出。优选的，用户可以根据自身需求对各个直播平台设定优先级(比如粉丝量多的直播平台的优先级高于粉丝量少的直播平台的优先级)，也可以由智能终端自动根据观看量设定各个直播平台的优先级(比如观看量越多的直播平台，其所对应的优先级越高)，智能终端在接收到各平台传输的反馈信息后，会首先按照设定的优先级，先行输出直播平台优先级高的反馈信息，从而避免用户错过重要的反馈信息。
进一步的，所述第二缓存模块8，包括：
打包单元，用于在所述系统公共网关将各所述反馈信息按照系统要求重新打包，得到各所述反馈信息分别对应的反馈数据包；
分发单元，用于根据各所述直播平台的特征信息，将各所述反馈数据包分发到对应的所述数据缓冲区进行缓存。
本实施例中，智能终端在接收到反馈信息后，由系统公共网关按照系统要求将各反馈信息的数据流做重新打包，以得到各反馈信息分别对应的反馈数据包，从而适应智能终端的系统要求(比如数据格式等形式要求)。各个直播平台具有各自对应的特征信息(不同的直播平台对应不同的时间戳和特殊字符串)，直播平台所传输的数据流携带有平台的特征信息。系统公共网关通过各个直播平台的特征信息，识别出各个直播平台各自对应的反馈数据包，从而将反馈数据包分发到对应的直播平台的数据缓冲区进行缓存，等待后续的输出动作。
本实施例提供的平台同步直播装置，智能终端在接收直播开启指令后，获取主播用户类型的音视频数据后，然后将音视频数据缓存至数据缓冲区，然后通过系统公共网关，将缓存在数据缓冲区的音视频数据，按照各个直播平台的IP地址并发传输给多个直播平台，完成多平台直播的整个流程。由于智能终端内部设置有系统公共网关和数据缓冲区，在将音视频数据缓存后，在系统公共网关利用4g/5g网络的多IP并发连接技术，实现将音视频数据并发传输到多个直播平台，从而实现在一个智能终端上同时在多个直播平台同步直播，有效降低用户直播操作的繁琐度，提高用户直播的操作体验。
参照图3，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储账号信息等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种多平台同步直播方法。
上述处理器执行上述多平台同步直播方法的步骤：
S1:接收直播开启指令，所述直播开启指令携带N个直播平台标记，所述N不小于1,单个所述直播平台标记对应单个直播平台；
S2:获取主播用户类型的音视频数据；
S3:将所述音视频数据缓存至数据缓冲区；
S4:通过系统公共网关，将缓存在所述数据缓冲区内的所述音视频数据，按照各所述直播平台的IP地址，并发传输给各所述直播平台，以供各所述直播平台播放所述音视频数据。
进一步的，所述接收直播开启指令步骤之后，包括：
S5:判断所述N的数值是否不小于2；
S6:若所述N的数值不小于2，则根据所述直播平台标记的数量，将显示界面分为N个分屏，其中，单个所述分屏显示单个所述直播平台标记对应的直播平台。
进一步的，所述根据所述直播平台标记的数量，将显示界面均分为N个分屏的步骤之后，包括：
S6:分别在各所述分屏构建虚拟输入设备。
进一步的，所述虚拟输入设备包括虚拟麦克风，所述分别在各所述分屏构建虚拟输入设备的步骤，包括：
S601:加载虚拟声卡；
S602:调用预先编写的驱动程序，以驱动所述虚拟声卡，实现在所述分屏构建所述虚拟麦克风。
进一步的，所述直播方法还包括：
S7:接收各所述直播平台发送的反馈信息；
S8:通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区。
进一步的，所述通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤之后，包括：
S9:将各所述反馈信息按照各自对应的接收时间顺序输出。
进一步的，所述通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤，包括：
S801:在所述系统公共网关将各所述反馈信息按照系统要求重新打包，得到各所述反馈信息分别对应的反馈数据包；
S802:根据各所述直播平台的特征信息，将各所述反馈数据包分发到对应的所述数据缓冲区进行缓存。
本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现一种多平台同步直播方法，具体为：
S1:接收直播开启指令，所述直播开启指令携带N个直播平台标记，所述N不小于1,单个所述直播平台标记对应单个直播平台；
S2:获取主播用户类型的音视频数据；
S3:将所述音视频数据缓存至数据缓冲区；
S4:通过系统公共网关，将缓存在所述数据缓冲区内的所述音视频数据，按照各所述直播平台的IP地址，并发传输给各所述直播平台，以供各所述直播平台播放所述音视频数据。
进一步的，所述接收直播开启指令步骤之后，包括：
S5:判断所述N的数值是否不小于2；
S6:若所述N的数值不小于2，则根据所述直播平台标记的数量，将显示界面分为N个分屏，其中，单个所述分屏显示单个所述直播平台标记对应的直播平台。
进一步的，所述根据所述直播平台标记的数量，将显示界面均分为N个分屏的步骤之后，包括：
S6:分别在各所述分屏构建虚拟输入设备。
进一步的，所述虚拟输入设备包括虚拟麦克风，所述分别在各所述分屏构建虚拟输入设备的步骤，包括：
S601:加载虚拟声卡；
S602:调用预先编写的驱动程序，以驱动所述虚拟声卡，实现在所述分屏构建所述虚拟麦克风。
进一步的，所述直播方法还包括：
S7:接收各所述直播平台发送的反馈信息；
S8:通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区。
进一步的，所述通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤之后，包括：
S9:将各所述反馈信息按照各自对应的接收时间顺序输出。
进一步的，所述通过所述系统公共网关，将各所述反馈信息缓存在各所述直播平台分别对应的所述数据缓冲区的步骤，包括：
S801:在所述系统公共网关将各所述反馈信息按照系统要求重新打包，得到各所述反馈信息分别对应的反馈数据包；
S802:根据各所述直播平台的特征信息，将各所述反馈数据包分发到对应的所述数据缓冲区进行缓存。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储与一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM通过多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本申请的专利保护范围内。
