CN110113307A - 一种直播的方法和装置 - Google Patents

Abstract

本发明提供了一种直播的方法和装置。所述方法包括：直播端接收虚拟号码，通过视联网双模软终端，同时采集音视频数据和直播端的桌面数据，对采集数据进行编码形成大流数据和小流数据，根据信令将大流数据打入大流通道，将小流数据打入小流通道，发送给流媒体服务器，流媒体服务器将大流数据发送至接收端，或者将小流数据发送至接收端。本发明直播端通过视联网双模软终端，同时采集音视频数据和直播端的桌面数据，形成大流数据和小流数据，将大流数据打入大流通道，将小流数据打入小流通道，流媒体服务器将大流数据发送至接收端，或者将小流数据发送至接收端。这样在直播时操作简单灵活，极大的提高了远程培训的效果和使用的体验感。

Description

一种直播的方法和装置

技术领域

本发明涉及医疗领域，尤其涉及一种直播的方法和装置。

背景技术

随着科学技术发展的变化，使得医疗领域的人员远程培训成为了可能。现有技术实现医疗领域的人员远程培训一般是基于互联网实现的，但采用互联网实现医疗领域的人员远程培训，因其在采源端采集的音视频质量上比较差，使得远程医疗会诊所能达到的效果比较有限，另一种形式是采取录制传输的方式，但拥有同样的问题。

随着视联网技术的开发和发展，因其高清的音视频效果、高质量的传输和效率，使得视联网越来越多的应用于医疗领域。基于视联网实现的医疗领域的人员远程培训，所能达到的效果相较于互联网有着较大的提升。

但现有基于视联网实现的医疗领域的人员远程培训，在进行直播培训时，因是采用单一直播源进行直播，当需要看直播主讲人时，采源设备对准主播主讲人，当需要看课件或者其他资源文件时，需要采源设备对准课件，或者切换到展示课件或者其他资源文件的智能设备的桌面上，这样操作比较复杂，灵活性很低，严重影响培训过程的体验和效果。

发明内容

本发明提供的一种直播的方法和装置，解决了直播端进行直播时，因为需求的不同，采源设备需要切换不同对象的问题。

为了解决上述技术问题，本发明实施例提供了一种直播的方法，所述方法应用于医疗***，所述医疗***包括：直播端、接收端、流媒体服务器以及视联网服务器，所述视联网服务器与所述直播端连接，所述流媒体服务器与所述视联网服务器和所述接收端分别连接，所述直播端安装有视联网双模软终端，所述方法包括：

所述直播端接收虚拟号码，所述虚拟号码为所述视联网服务器分配的虚拟终端对应的号码，所述虚拟终端包括：所述视联网服务器中的大流通道和小流通道，所述大流通道和所述小流通道为所述视联网服务器向所述流媒体服务器传输数据的通道；

所述直播端通过所述视联网双模软终端，同时采集音视频数据和所述直播端的桌面数据；

所述直播端对采集的所述音视频数据进行编码，形成大流数据，同时对所述直播端的桌面数据进行编码，形成小流数据；

所述直播端接收所述视联网服务器发送的信令；

所述直播端根据所述信令，将所述大流数据打入所述大流通道，同时将所述小流数据打入所述小流通道；

所述流媒体服务器接收所述视联网服务器发送的所述大流数据和所述小流数据；

所述流媒体服务器接收所述接收端发送的请求；

所述流媒体服务器根据所述请求，将所述大流数据发送至所述接收端；

或者，所述流媒体服务器根据所述请求，将所述小流数据发送至所述接收端。

可选地，所述直播端对采集的所述音视频数据进行编码，形成大流数据，同时对所述直播端的桌面数据进行编码，形成小流数据，包括：

所述直播端接收编码指令；

所述直播端控制所述视联网双模软终端，对所述音视频数据按照H264格式进行编码；

所述直播端对编码后的所述音视频数据进行标记，标记为音视频，即形成大流数据；

同时，所述直播端控制所述视联网双模软终端，对所述直播端的桌面数据按照H264格式进行编码；

所述直播端对编码后的所述直播端的桌面数据进行标记，标记为桌面，即形成小流数据。

可选地，所述直播端根据所述信令，将所述大流数据打入所述大流通道，同时将所述小流数据打入所述小流通道，包括：

所述直播端根据所述标记，确定所述大流数据和所述小流数据；

所述直播端根据所述信令，将标记为音视频的所述大流数据打入所述大流通道，将标记为桌面的所述小流数据打入所述小流通道。

可选地，所述流媒体服务器包括：对应于所述大流通道的第一发送通道，对应于所述小流通道的第二发送通道，所述流媒体服务器接收所述视联网服务器发送的所述大流数据和所述小流数据，包括：

所述流媒体服务器将接收的所述大流数据打入所述第一发送通道；

所述流媒体服务器将接收的所述小流数据打入所述第二发送通道。

可选地，所述流媒体服务器根据所述请求，将所述大流数据发送至所述接收端；

或者，所述流媒体服务器根据所述请求，将所述小流数据发送至所述接收端，包括：

所述流媒体服务器根据所述请求，关闭所述第二发送通道，此时所述流媒体服务器将所述大流数据发送至所述接收端；

或者，所述流媒体服务器根据所述请求，关闭所述第一发送通道，此时所述流媒体服务器将所述小流数据发送至所述接收端。

可选地，所述直播端通过所述视联网双模软终端，同时采集音视频数据和所述直播端的桌面数据，包括：

所述直播端接收启动指令；

所述直播端根据所述启动指令，启动所述视联网双模软终端；

所述直播端控制所述视联网双模软终端，同时获取摄像设备数据、音频设备数据以及所述直播端的桌面数据，即采集音视频数据和所述直播端的桌面数据，所述摄像设备和所述音频设备为所述直播端自带设备，或者为与所述直播端连接的外接设备。

本发明实施例还提供了一种直播的装置，所述装置应用于医疗***，所述医疗***包括：直播端、接收端、流媒体服务器以及视联网服务器，所述视联网服务器与所述直播端连接，所述流媒体服务器与所述视联网服务器和所述接收端分别连接，所述直播端安装有视联网双模软终端，所述装置包括：

接收号码模块，用于所述直播端接收虚拟号码，所述虚拟号码为所述视联网服务器分配的虚拟终端对应的号码，所述虚拟终端包括：所述视联网服务器中的大流通道和小流通道，所述大流通道和所述小流通道为所述视联网服务器向所述流媒体服务器传输数据的通道；

采集模块，用于所述直播端通过所述视联网双模软终端，同时采集音视频数据和所述直播端的桌面数据；

编码模块，用于所述直播端对采集的所述音视频数据进行编码，形成大流数据，同时对所述直播端的桌面数据进行编码，形成小流数据；

接收信令模块，用于所述直播端接收所述视联网服务器发送的信令；

打入通道模块，用于所述直播端根据所述信令，将所述大流数据打入所述大流通道，同时将所述小流数据打入所述小流通道；

接收数据模块，用于所述流媒体服务器接收所述视联网服务器发送的所述大流数据和所述小流数据；

接收请求模块，用于所述流媒体服务器接收所述接收端发送的请求；

发送模块，用于所述流媒体服务器根据所述请求，将所述大流数据发送至所述接收端；

或者，所述流媒体服务器根据所述请求，将所述小流数据发送至所述接收端。

可选地，所述编码模块包括：

接收编码子模块，用于所述直播端接收编码指令；

编码子模块，用于所述直播端控制所述视联网双模软终端，对所述音视频数据按照H264格式进行编码；

同时，用于所述直播端控制所述视联网双模软终端，对所述直播端的桌面数据按照H264格式进行编码；

标记子模块，用于所述直播端对编码后的所述音视频数据进行标记，标记为音视频，即形成大流数据；还用于所述直播端对编码后的所述直播端的桌面数据进行标记，标记为桌面，即形成小流数据。

可选地，所述接收数据模块包括：

第一接收打入子模块，用于所述流媒体服务器将接收的所述大流数据打入所述第一发送通道；

第二接收打入子模块，用于所述流媒体服务器将接收的所述小流数据打入所述第二发送通道。

可选地，所述发送模块包括：

关闭发送子模块，用于所述流媒体服务器根据所述请求，关闭所述第二发送通道，此时所述流媒体服务器将所述大流数据发送至所述接收端；

或者，还用于所述流媒体服务器根据所述请求，关闭所述第一发送通道，此时所述流媒体服务器将所述小流数据发送至所述接收端。

与现有技术相比，本发明提供的一种直播的方法和装置，视联网服务器分配一个虚拟号码给直播端，该虚拟号码对应一个小流通道和一个大流通道，共两个数据通道，直播端通过视联网双模软终端，同时采集音视频数据和直播端的桌面数据，再对这些数据进行编码，形成大流数据和小流数据，再根据信令，将大流数据打入大流通道，同时将小流数据打入小流通道，流媒体服务器可以根据接收端的请求，将大流数据发送至接收端；或者，将小流数据发送至接收端。这样在直播时就不需要采源设备进行来回的切换，接收端可以根据自己的需求发送请求，来切换观看内容，操作简单灵活，极大的提高了远程培训的效果和使用的体验感。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一种直播方法的流程图；

图2是本发明实施例中步骤102的具体流程图；

图3是本发明实施例中步骤103的具体流程图；

图4是本发明实施例直播端进行直播和接收端观看直播的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出了本发明实施例一种直播方法的流程图，该方法应用于医疗***，医疗***包括：直播端、接收端、流媒体服务器以及视联网服务器，视联网服务器与直播端连接，流媒体服务器与视联网服务器和接收端分别连接，直播端安装有视联网双模软终端，直播的方法包括如下步骤：

步骤101：直播端接收虚拟号码，虚拟号码为视联网服务器分配的虚拟终端对应的号码，虚拟终端包括：视联网服务器中的大流通道和小流通道，大流通道和小流通道为视联网服务器向流媒体服务器传输数据的通道。

本发明实施例中，医疗领域包括但不限于医疗***和多种为医疗提供服务的资源，医疗***包括：直播端、接收端、流媒体服务器以及视联网服务器，直播端和视联网服务器都处于视联网网络内，视联网双模软终端为专门开发的，用于同时采集视联网内影像设备数据和智能端桌面数据，并能处理采集数据的软件，其安装在直播端，直播端为可以进行直播的智能设备，包括但不限于PC、笔记本电脑、平板电脑以及移动智能设备，视联网服务器与直播端连接，流媒体服务器与视联网服务器和接收端分别连接，流媒体服务器和接收端可以不在视联网网络内，同样，接收端为可以接收直播端数据的智能设备，包括但不限于PC、笔记本电脑、平板电脑以及移动智能设备。

在需要进行直播之前，直播端首先需要接收虚拟号码，该虚拟号码为视联网服务器分配的虚拟终端对应的号码，该虚拟终端包括：视联网服务器中的大流通道和小流通道，其中大流通道和小流通道为视联网服务器向流媒体服务器传输数据的通道。为了满足同时传输同一直播端的两路数据的要求，特为该虚拟终端提供两路通道，满足其要求。

步骤102：直播端通过视联网双模软终端，同时采集音视频数据和直播端的桌面数据。

本发明实施例中，需要直播时，直播端通过控制视联网双模软终端，可以同时采集音视频数据和直播端的桌面数据，这样的话，在直播时，摄像设备只需要对准直播主讲人，不需要在直播主讲人和直播端桌面之间切换，这样也就不需要对摄像设备进行调焦、调大小等操作，保证音视频画面的稳定度和清晰度。

可选地，参照图2，步骤102具体包括如下步骤：

步骤102a：直播端接收启动指令。

本发明实施例中，在直播时，可能并不需要使用课件或者其它资源文件，只需要直播主讲人一个音视频画面就可以，那么就不需要同时采集直播主讲人的音视频和直播端的桌面数据，也就不需要启用视联网双模软终端，按照现有技术直播的方式去直播就可以。所以用户需要根据具体情况来决定是否启用视联网双模软终端，若是需要启用，则向直播端发送启动指令。

步骤102b：直播端根据启动指令，启动视联网双模软终端。

本发明实施例中，当直播端接收到启动指令后，根据启动指令，启动视联网双模软终端，此时就会同时采集直播主讲人的音视频和直播端的桌面数据共两个数据。

步骤102c：直播端控制视联网双模软终端，同时获取摄像设备数据、音频设备数据以及直播端的桌面数据，即采集音视频数据和直播端的桌面数据，摄像设备和音频设备为直播端自带设备，或者为与直播端连接的外接设备。

本发明实施例中，在视联网双模软终端启用后，直播端控制视联网双模软终端，同时获取摄像设备数据、音频设备数据以及直播端的桌面数据。现有的直播端设备一般都自带摄像设备和音频设备，可以用来摄像和接收音频，但可能并不能达到用户对高清影像和无干扰、无杂音的音频要求，所以一般情况下，会单独外接摄像设备和音频设备，这些外接设备与直播端连接，在视联网双模软终端启用后，直播端就可以通过控制视联网双模软终端，获取到外接摄像设备的影像数据，外接音频设备的音频数据以及直播端的桌面数据。

步骤103：直播端对采集的音视频数据进行编码，形成大流数据，同时对直播端的桌面数据进行编码，形成小流数据。

本发明实施例中，采集的音视频数据和桌面数据并不符合视联网的数据协议，所以需要按照视联网的数据协议对这些数据进行编码转换，转换后的音视频数据为大流数据，转换后的直播端的桌面数据为小流数据。需要说明的是，因为进行数据传输的网络流量带宽是一定的，而音视频数据相较于直播端的桌面数据在传输时需要占用更大的网络流量带宽，更大的带宽才可以满足音视频数据传输的质量，所以要为音视频数据分配的网络流量带宽要大于为直播端的桌面数据分配的网络流量带宽，因此定义转换后的音视频数据为大流数据，定义转换后的直播端的桌面数据为小流数据。

例如：一台安装有视联网双模软终端个人电脑(即直播端)外接摄像机和麦克风，进行远程培训的主讲人直播对病患进行超声波(B超)检查的培训，B超检查仪的B超图像反馈到个人电脑中，并展示在个人电脑的桌面上，摄像机对准主讲人操作的B超检查仪，麦克风对准主讲人的嘴，主讲人边操作B超检查仪，边讲解B超图像实时反映的病情信息。

个人电脑控制视联网双模软终端，同时获取摄像机采集的B超检查仪的影像数据、麦克风采集的主讲人的音频数据以及个人电脑的桌面上展示的B超图像，对操作B超检查仪的影像数据和主讲人的音频数据进行编码，形成音视频数据，为了保证接收端可以接收到高清且没有延时的主讲人操作B超检查仪的音视频数据，就需为其分配较大的网络流量带宽，即音视频数据为大流数据；而对个人电脑的桌面上展示的B超图像进行编码，形成的桌面数据，只需分配较小网络流量带宽即可满足传输要求，即B超图像为小流数据。

可选地，参照图3，步骤103具体包括如下步骤：

步骤103a：直播端接收编码指令。

本发明实施例中，采集的数据需要进行编码时，需要直播端接收用户发送的编码指令。

步骤103b：直播端控制视联网双模软终端，对音视频数据按照H264格式进行编码。

本发明实施例中，在视联网双模软终端采集完音视频数据后，直播端控制视联网双模软终端对音视频数据按照H264格式进行编码，按照H264格式编码后，就符合视联网的数据协议。

步骤103c：直播端对编码后的音视频数据进行标记，标记为音视频，即形成大流数据。

本发明实施例中，在对音视频数据编码后，还需要对其进行标记，将其标记为音视频，以与直播端的桌面数据有所区别，从而确定其为大流数据。

步骤103d：同时，直播端控制视联网双模软终端，对直播端的桌面数据按照H264格式进行编码。

本发明实施例中，在对音视频数据编码的同时，直播端控制视联网双模软终端对直播端的桌面数据按照H264格式进行编码，按照H264格式编码后，就符合视联网的数据协议。

步骤103e：直播端对编码后的直播端的桌面数据进行标记，标记为桌面，即形成小流数据。

本发明实施例中，在对直播端的桌面数据编码后，还需要对其进行标记，将其标记为桌面，以与音视频数据有所区别，从而确定其为小流数据。

步骤104：直播端接收视联网服务器发送的信令。

本发明实施例中，在直播端确定好大、小流数据后，就需要将大、小流数据打入视联网服务器，而打入视联网服务器需要用信令来控制，所以直播端需要接收视联网服务器发送的信令。

步骤105：直播端根据信令，将大流数据打入大流通道，同时将小流数据打入小流通道。

本发明实施例中，直播端根据信令，将大流数据打入大流通道，同时将小流数据打入小流通道。即将音视频数据打入大流通道，同时将直播端的桌面数据打入小流通道。

可选地，步骤105具体包括如下步骤：

步骤105a：直播端根据标记，确定大流数据和小流数据。

本发明实施例中，因为标记为音视频的为大流数据，标记为桌面的为小流数据，所以直播端可以根据标记，确定音视频的数据为大流数据，直播端的桌面数据为小流数据。

步骤105b：直播端根据信令，将标记为音视频的大流数据打入大流通道，将标记为桌面的小流数据打入小流通道。

本发明实施例中，确定好了大、小流数据后，直播端可以根据信令，将标记为音视频的大流数据打入大流通道，将标记为桌面的小流数据打入小流通道，而视联网服务器在设置大流通道和小流通道的网络流量带宽时，就会将大流通道的网络流量带宽设置的比小流通道的大，以满足其对大流数据的传输质量的要求，若是大流数据进入小流通道，那么很有可能小流通道的网络流量带宽无法满足大流数据的传输要求，则对大流数据的传输质量影响很大，后续接收端观看到的大流数据的质量也无法保障。而使用网络流量带宽较大的大流通道，完全满足大流数据传输的质量要求，后续接收端观看到的大流数据质量也可以得到保障。

步骤106：流媒体服务器接收视联网服务器发送的大流数据和小流数据。

本发明实施例中，因为大流通道和小流通道为视联网服务器向流媒体服务器传输数据的通道，所以直播端根据信令，将标记为音视频的大流数据打入大流通道，将标记为桌面的小流数据打入小流通道后，此时流媒体服务器会接收到视联网服务器发送的大流数据和小流数据。

可选地，步骤106具体包括如下步骤：

步骤106a：流媒体服务器将接收的大流数据打入第一发送通道；

本发明实施例中，流媒体服务器包括：对应于大流通道的第一发送通道，对应于小流通道的第二发送通道，因为流媒体服务器需要同时向接收端传输自身接收到的大、小流数据，所以就需要有两路通道，第一发送通道和第二发送通道，其对应于视联网服务器中的大流通道和小流通道，因大流通道中的大流数据需要占用的网络流量带宽较大，所以其对应的第一发送通道也需要有足够的网络流量带宽，以保证传输到接收端的音视频清晰度和流畅度，否则接收端观看到的直播端音视频质量会较差，极端情况下可能无法观看。流媒体服务器接收到大、小流数据后，可以将大流通道中的大流数据打入第一发送通道。

步骤106b：流媒体服务器将接收的小流数据打入第二发送通道。

本发明实施例中，和流媒体服务器接收到大、小流数据后，将大流通道中的大流数据打入第一发送通道的情况一样，流媒体服务器可以将小流数据打入第二发送通道。需要说明的是，若是定义音视频数据为小流数据，则音视频数据会被打入小流通道，而音视频数据的传输需要占用较大的网络流量带宽，流媒体服务器接收到音视频数据后，又通过网络流量带宽较小的第二发送通道向接收端传输音视频数据，那么接收端观看的直播端的音视频质量会很差。所以不可以将音视频数据定义为小流数据。

步骤107：流媒体服务器接收接收端发送的请求。

本发明实施例中，流媒体服务器将接收到的大、小流数据打入第一发送通道和第二发送通道后，当接收端需要观看时，会向流媒体服务器发送观看请求，流媒体服务器将接收到该请求。

步骤108：流媒体服务器根据请求，将大流数据发送至接收端；或者，流媒体服务器根据请求，将小流数据发送至接收端。

本发明实施例中，流媒体服务器接收到请求后，根据请求是需要观看哪一个内容，将大流数据发送给接收端，或者将小流数据发送给接收端。

可选地，步骤108具体包括：

步骤108a：流媒体服务器根据请求，关闭第二发送通道，此时流媒体服务器将大流数据发送至接收端。

本发明实施例中，当接收端需要观看直播端的直播主讲人时，即需要观看音视频影像时，流媒体服务器关闭第二发送通道，此时小流数据不会向接收端传输，只有大流数据向接收端传输，即此时流媒体服务器将大流数据发送至接收端。

步骤108b：或者，流媒体服务器根据请求，关闭第一发送通道，此时流媒体服务器将小流数据发送至接收端。

本发明实施例中，当接收端需要观看直播端的桌面时，即需要观看直播端的桌面内容时，流媒体服务器关闭第一发送通道，此时大流数据不会向接收端传输，只有小流数据向接收端传输，即此时流媒体服务器将小流数据发送至接收端。

需要说明的是，若是上述接收端可以同时接收大、小流数据，则流媒体服务器可以同时将大、小流数据发送给接收端。

如图4所示，示出了本发明实施例直播端进行直播和接收端观看直播的示意图，其中视联网服务器2与直播端1连接，流媒体服务器3与视联网服务器2和接收端4分别连接，直播端1外接摄像机5和麦克风6，直播端1安装有视联网双模软终端，直播端1的桌面显示有医疗课件。

在进行直播之前，直播端1接收虚拟号码，该虚拟号码对应的虚拟终端包括：大流通道999和小流通道333，直播时，直播端1通过控制视联网双模软终端，同时获取摄像机5数据、麦克风6数据以及直播端1的桌面数据。获取到数据后，按照视联网的数据协议对这些数据按照H264格式进行编码转换，转换后的摄像机5数据和麦克风6数据共同组成的音视频数据为大流数据，转换后的直播端1的桌面数据为小流数据。之后对其进行标记，将音视频数据标记为音视频，从而确定其为大流数据，同时，将直播端1的桌面数据标记为桌面，从而确定其为小流数据。在直播端1确定好大、小流数据后，直播端1根据信令，将大流数据打入大流通道999，同时将小流数据打入小流通道333。即同时将音视频数据打入大流通道999，直播端1的桌面数据打入小流通道333。

将标记为音视频的大流数据打入大流通道999，将标记为桌面的小流数据打入小流通道333后，此时流媒体服务器3会接收到大流数据和小流数据。流媒体服务器3将大流通道999中的大流数据打入第一发送通道888，将小流通道333中的小流数据打入第二发送通道222。流媒体服务器3将接收到的大、小流数据打入第一发送通道888和第二发送通道222后，当接收端4需要观看时，向流媒体服务器3发送观看请求，因接收端4可以同时接收大、小流数据，所以流媒体服务器3同时将大、小流数据发送给接收端4，接收到4同时展示出大流数据和小流数据，以供接收端的用户观看。

本发明实施例还提供了一种直播的装置，装置应用于医疗***，医疗***包括：直播端、接收端、流媒体服务器以及视联网服务器，视联网服务器与直播端连接，流媒体服务器与视联网服务器和接收端分别连接，直播端安装有视联网双模软终端，直播的装置包括：

接收号码模块，用于直播端接收虚拟号码，虚拟号码为视联网服务器分配的虚拟终端对应的号码，虚拟终端包括：视联网服务器中的大流通道和小流通道，大流通道和小流通道为视联网服务器向流媒体服务器传输数据的通道；

采集模块，用于直播端通过视联网双模软终端，同时采集音视频数据和直播端的桌面数据；

编码模块，用于直播端对采集的音视频数据进行编码，形成大流数据，同时对直播端的桌面数据进行编码，形成小流数据；

接收信令模块，用于直播端接收视联网服务器发送的信令；

打入通道模块，用于直播端根据信令，将大流数据打入大流通道，同时将小流数据打入小流通道；

接收数据模块，用于流媒体服务器接收视联网服务器发送的大流数据和小流数据；

接收请求模块，用于流媒体服务器接收接收端发送的请求；

发送模块，用于流媒体服务器根据请求，将大流数据发送至接收端；

或者，流媒体服务器根据请求，将小流数据发送至接收端。

可选地，编码模块包括：

接收编码子模块，用于直播端接收编码指令；

编码子模块，用于直播端控制视联网双模软终端，对音视频数据按照H264格式进行编码；

同时，用于直播端控制视联网双模软终端，对直播端的桌面数据按照H264格式进行编码；

标记子模块，用于直播端对编码后的音视频数据进行标记，标记为音视频，即形成大流数据；还用于直播端对编码后的直播端的桌面数据进行标记，标记为桌面，即形成小流数据。

可选地，接收数据模块包括：

第一接收打入子模块，用于流媒体服务器将接收的大流数据打入第一发送通道；

第二接收打入子模块，用于流媒体服务器将接收的小流数据打入第二发送通道。

可选地，发送模块包括：

关闭发送子模块，用于流媒体服务器根据请求，关闭第二发送通道，此时流媒体服务器将大流数据发送至接收端；

或者，还用于流媒体服务器根据请求，关闭第一发送通道，此时流媒体服务器将小流数据发送至接收端。

通过上述实施例，本发明在直播时，直播端通过控制视联网双模软终端，同时采集音视频数据和直播端的桌面数据，对其按照视联网格式进行转换，形成对应于音视频数据的大流数据和对应于直播端的桌面数据的小流数据，再打入对应的大流通道和小流通道中，之后传输给流媒体服务器，再由流媒体服务器将大流数据和小流数据打入对应的第一发送通道和第二发送通道中，最后根据接收端的需要，选择发送哪一个通道的数据。采用本发明的方案，在直播端不用采源设备来回切换对准目标，操作简单灵活，整体直播质量较好，用户体验感得到极大提升。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种直播的方法，其特征在于，所述方法应用于医疗***，所述医疗***包括：直播端、接收端、流媒体服务器以及视联网服务器，所述视联网服务器与所述直播端连接，所述流媒体服务器与所述视联网服务器和所述接收端分别连接，所述直播端安装有视联网双模软终端，所述方法包括：

所述直播端接收虚拟号码，所述虚拟号码为所述视联网服务器分配的虚拟终端对应的号码，所述虚拟终端包括：所述视联网服务器中的大流通道和小流通道，所述大流通道和所述小流通道为所述视联网服务器向所述流媒体服务器传输数据的通道；

所述直播端通过所述视联网双模软终端，同时采集音视频数据和所述直播端的桌面数据；

所述直播端对采集的所述音视频数据进行编码，形成大流数据，同时对所述直播端的桌面数据进行编码，形成小流数据；

所述直播端接收所述视联网服务器发送的信令；

所述直播端根据所述信令，将所述大流数据打入所述大流通道，同时将所述小流数据打入所述小流通道；

所述流媒体服务器接收所述视联网服务器发送的所述大流数据和所述小流数据；

所述流媒体服务器接收所述接收端发送的请求；

所述流媒体服务器根据所述请求，将所述大流数据发送至所述接收端；

或者，所述流媒体服务器根据所述请求，将所述小流数据发送至所述接收端。

2.根据权利要求1所述的方法，其特征在于，所述直播端对采集的所述音视频数据进行编码，形成大流数据，同时对所述直播端的桌面数据进行编码，形成小流数据，包括：

所述直播端接收编码指令；

所述直播端控制所述视联网双模软终端，对所述音视频数据按照H264格式进行编码；

所述直播端对编码后的所述音视频数据进行标记，标记为音视频，即形成大流数据；

同时，所述直播端控制所述视联网双模软终端，对所述直播端的桌面数据按照H264格式进行编码；

所述直播端对编码后的所述直播端的桌面数据进行标记，标记为桌面，即形成小流数据。

3.根据权利要求2所述的方法，其特征在于，所述直播端根据所述信令，将所述大流数据打入所述大流通道，同时将所述小流数据打入所述小流通道，包括：

所述直播端根据所述标记，确定所述大流数据和所述小流数据；

所述直播端根据所述信令，将标记为音视频的所述大流数据打入所述大流通道，将标记为桌面的所述小流数据打入所述小流通道。

4.根据权利要求1所述的方法，其特征在于，所述流媒体服务器包括：对应于所述大流通道的第一发送通道，对应于所述小流通道的第二发送通道，所述流媒体服务器接收所述视联网服务器发送的所述大流数据和所述小流数据，包括：

所述流媒体服务器将接收的所述大流数据打入所述第一发送通道；

所述流媒体服务器将接收的所述小流数据打入所述第二发送通道。

5.根据权利要求4所述的方法，其特征在于，所述流媒体服务器根据所述请求，将所述大流数据发送至所述接收端；

或者，所述流媒体服务器根据所述请求，将所述小流数据发送至所述接收端，包括：

所述流媒体服务器根据所述请求，关闭所述第二发送通道，此时所述流媒体服务器将所述大流数据发送至所述接收端；

或者，所述流媒体服务器根据所述请求，关闭所述第一发送通道，此时所述流媒体服务器将所述小流数据发送至所述接收端。

6.根据权利要求1所述的方法，其特征在于，所述直播端通过所述视联网双模软终端，同时采集音视频数据和所述直播端的桌面数据，包括：

所述直播端接收启动指令；

所述直播端根据所述启动指令，启动所述视联网双模软终端；

所述直播端控制所述视联网双模软终端，同时获取摄像设备数据、音频设备数据以及所述直播端的桌面数据，即采集音视频数据和所述直播端的桌面数据，所述摄像设备和所述音频设备为所述直播端自带设备，或者为与所述直播端连接的外接设备。

7.一种直播的装置，其特征在于，所述装置应用于医疗***，所述医疗***包括：直播端、接收端、流媒体服务器以及视联网服务器，所述视联网服务器与所述直播端连接，所述流媒体服务器与所述视联网服务器和所述接收端分别连接，所述直播端安装有视联网双模软终端，所述装置包括：

接收号码模块，用于所述直播端接收虚拟号码，所述虚拟号码为所述视联网服务器分配的虚拟终端对应的号码，所述虚拟终端包括：所述视联网服务器中的大流通道和小流通道，所述大流通道和所述小流通道为所述视联网服务器向所述流媒体服务器传输数据的通道；

采集模块，用于所述直播端通过所述视联网双模软终端，同时采集音视频数据和所述直播端的桌面数据；

编码模块，用于所述直播端对采集的所述音视频数据进行编码，形成大流数据，同时对所述直播端的桌面数据进行编码，形成小流数据；

接收信令模块，用于所述直播端接收所述视联网服务器发送的信令；

打入通道模块，用于所述直播端根据所述信令，将所述大流数据打入所述大流通道，同时将所述小流数据打入所述小流通道；

接收数据模块，用于所述流媒体服务器接收所述视联网服务器发送的所述大流数据和所述小流数据；

接收请求模块，用于所述流媒体服务器接收所述接收端发送的请求；

发送模块，用于所述流媒体服务器根据所述请求，将所述大流数据发送至所述接收端；

或者，所述流媒体服务器根据所述请求，将所述小流数据发送至所述接收端。

8.根据权利要求6所述的装置，其特征在于，所述编码模块包括：

接收编码子模块，用于所述直播端接收编码指令；

编码子模块，用于所述直播端控制所述视联网双模软终端，对所述音视频数据按照H264格式进行编码；

同时，用于所述直播端控制所述视联网双模软终端，对所述直播端的桌面数据按照H264格式进行编码；

标记子模块，用于所述直播端对编码后的所述音视频数据进行标记，标记为音视频，即形成大流数据；还用于所述直播端对编码后的所述直播端的桌面数据进行标记，标记为桌面，即形成小流数据。

9.根据权利要求8所述的装置，其特征在于，所述接收数据模块包括：

第一接收打入子模块，用于所述流媒体服务器将接收的所述大流数据打入所述第一发送通道；

第二接收打入子模块，用于所述流媒体服务器将接收的所述小流数据打入所述第二发送通道。

10.根据权利要求9所述的装置，其特征在于，所述发送模块包括：

关闭发送子模块，用于所述流媒体服务器根据所述请求，关闭所述第二发送通道，此时所述流媒体服务器将所述大流数据发送至所述接收端；

或者，还用于所述流媒体服务器根据所述请求，关闭所述第一发送通道，此时所述流媒体服务器将所述小流数据发送至所述接收端。