一种音频控制方法及媒体服务控制器、媒体服务器与流程

本发明涉及通信技术领域，尤其涉及一种音频控制方法及媒体服务控制器、媒体服务器。

背景技术：

在音频会议过程中，一般只有一位主持人，即音频广播者，其他的与会参与者均为音频接收者。在当前的媒体服务器标记语言(mediaservermarkuplanguage，msml)协议中，要实现完成音频会议的过程，需要媒体服务控制器对会议中的每一位与会者通过使用msml中修改媒体流元素<modifystream>修改媒体流子元素<stream>的方式，改变每一个与会者的音频通道的媒体流流向来实现。

由于广播前所有的与会者的音频通道的媒体流是双向的，当主持人开始广播时，媒体服务控制器需向媒体服务器发送让除主持人以外的与会者静音，即停止音频流的发送的控制指令。该控制指令具体的实现方式为，除主持人外的每一位与会者都通过修改<stream>的方式，将音频通道中音频流的方向由默认的双向改为单向，即仅接收。当主持人停止广播时，媒体服务控制器再次向媒体服务器发送停止静音的控制指令，该控制指令具体的实现方式为，除主持人外的每一位与会者都通过修改<stream>的方式，将音频通道中的音频流由单向改为双向，即既可接收又可发送。

当与会者相对较多时，上述的实现流程就略显复杂，且发送的控制指令将过于庞大，或媒体服务控制器和媒体服务器之间的交互过于频繁。即，当有n名与会者参加音频会议时，若媒体服务控制器发送的控制指令中包含多个msml消息，则媒体服务控制器将发送n个msml消息给媒体服务器，且媒 体服务器需要解析n个msml消息，这将会导致控制指令之间的交互过于频繁；若发送的控制指令中只有单个msml消息，则该控制指令又将过于庞大。例如，当n为3时，即媒体服务控制器向媒体服务器发送的msml消息如下所示：

<msmlversion＝"1.1">

<modifystreamid1＝"conn:user1"id2＝"conf:abc/>

<streammedia＝"audio"dir＝"to-id1">

</stream>

<msmlversion＝"1.1">

<modifystreamid1＝"conn:user2"id2＝"conf:abc/>

<streammedia＝"audio"dir＝"to-id1">

</stream>

</modifystream>

<msmlversion＝"1.1">

<modifystreamid1＝"conn:user3"id2＝"conf:abc/>

<streammedia＝"audio"dir＝"to-id1">

</stream>

</modifystream>

由上述代码可知，若媒体服务控制器控制n个用户设备静音需要至少n*4行代码，其中，n为正整数。因此，当与会者相对较多时，媒体服务控制器发送的控制指令包含单个msml消息时，控制指令相对比较长，必然给传输网络增加负担。

而且，在进行音频广播过程中，媒体服务控制器和媒体服务器需要关心所有与会者的音频流流向，增加了会议过程中对音频广播控制的复杂度。

综上所述，当与会者较多时，媒体服务控制器发送的控制指令过大、或指令交互过频繁，导致传输网络负担过重，且音频广播控制的流程复杂。

技术实现要素：

本发明实施例提供了一种音频控制方法及媒体服务控制器、媒体服务器，用以通过增设用于确定音频广播需求的广播状态属性，使得媒体服务器确定需要发送音频广播的用户设备或者需要停止发送音频广播的用户设备，降低了音频广播控制的复杂度，精简了音频广播控制的流程，避免了当用户设备较多时，媒体服务控制器发送的控制指令过长或过频繁，造成的网络负担。

本发明实施例提供的一种音频控制方法，该方法包括：

接收用户设备发送的用于修改广播状态属性的请求消息，其中，所述广播状态属性为用于确定删除或转发所述用户设备发送的音频流；

根据所述请求消息，生成用于修改所述用户设备的广播状态属性的控制指令；

向媒体服务器发送所述控制指令。

通过该方法，实现了增设用于确定音频广播需求的广播状态属性，使得媒体服务器需要发送音频广播的用户设备或者需要停止发送音频广播的用户设备，因此，若需要发送音频广播，则只需修改需要发送音频广播的用户设备对应的广播状态属性即可，若该用户设备不需要发送音频广播，同样只需修改需要停止发送音频广播的用户设备对应的广播状态属性即可，从而缩短了媒体服务控制器发送的控制指令，也简化了音频广播控制的流程，即降低了音频广播控制的复杂度。

较佳地，所述媒体服务器预先保存有每一用户设备的广播状态属性，所述媒体服务器根据所述控制指令，修改发送所述请求消息的用户设备在所述媒体服务器预先保存的广播状态属性。

根据媒体服务器存储的每一用户设备的广播状态属性，处理接收到的用户设备发送的音频流，从而实现用户设备的广播需求；本发明实施例只需修改有广播需求的用户设备的广播状态属性，缩短了媒体服务控制器发送的控制指令，简化了音频广播控制的流程，降低了音频广播控制的复杂度。

本发明实施例提供的一种音频控制方法，该方法包括：

接收用于修改用户设备的广播状态属性的控制指令，其中，所述广播状态属性为用于确定删除或转发所述用户设备发送的音频流；

根据所述控制指令，修改所述用户设备的广播状态属性；

当接收到所述用户设备发送的音频流时，根据所述用户设备修改后的广播状态属性，对所述用户设备发送的音频流进行处理。

根据接收到的控制指令，修改用户设备的广播状态属性，再根据用户设备的广播状态属性，处理用户设备发送的音频流，简化了音频广播控制的流程，降低了音频广播控制的复杂度。

较佳地，所述用户设备的广播状态属性包括：用于删除所述用户设备发送的音频流的第一广播状态属性和用于转发所述用户设备发送的音频流的第二广播状态属性；

所述根据所述用户设备修改后的广播状态属性，对所述用户设备发送的音频流进行处理，包括：

若所述用户设备修改后的广播状态属性为第一广播状态属性，则删除所述用户设备发送的音频流；

若所述用户设备修改后的广播状态属性为第二广播状态属性，则转发所述用户设备发送的音频流。

通过该方法，实现了判断用户设备是否有广播的需求，如果用户设备没有需要广播的需求，则删除用户设备发送的音频流；如果用户设备有广播的需求，则将接收到的该用户设备发送的音频流转发给所有用户设备，此时就完成了音频流的广播，通过该方法，简化了音频广播控制的流程，降低了音频广播控制的复杂度。

较佳地，所述控制指令，包括：用于确定所述用户设备的标识和用于修改所述用户设备的广播状态属性的标识；

所述根据所述控制指令，修改所述用户设备的广播状态属性，包括：

根据所述控制指令中的用于确定所述用户设备的标识，确定需要修改广播 状态属性的用户设备；

根据确定的用户设备和所述控制指令中用于修改所述用户设备的广播状态属性的标识，修改所述用户设备的广播状态属性。

本发明实施例提供的一种媒体服务控制器，包括：

接收请求信息模块，用于接收用户设备发送的用于修改广播状态属性的请求消息，其中，所述广播状态属性为用于确定删除或转发所述用户设备发送的音频流；

生成控制指令模块，用于根据所述请求消息，生成用于修改所述用户设备的广播状态属性的控制指令；

发送控制指令模块，用于向媒体服务器发送所述控制指令。

通过该设备，增设用于确定音频广播需求的广播状态属性，使得媒体服务器需要发送音频广播的用户设备或者需要停止发送音频广播的用户设备，因此，若需要发送音频广播，则只需修改需要发送音频广播的用户设备对应的广播状态属性即可，若该用户设备不需要发送音频广播，同样只需修改需要停止发送音频广播的用户设备对应的广播状态属性即可，从而缩短了媒体服务控制器发送的控制指令，也简化了音频广播控制的流程，即降低了音频广播控制的复杂度。

较佳地，所述媒体服务器预先保存有每一用户设备的广播状态属性，所述媒体服务器根据所述控制指令，修改发送所述请求消息的用户设备在所述媒体服务器预先保存的广播状态属性。

本发明实施例提供的一种媒体服务器，包括：

接收控制指令模块，用于接收用于修改用户设备的广播状态属性的控制指令，其中，所述广播状态属性为用于确定删除或转发所述用户设备发送的音频流；

修改状态属性模块，用于根据所述控制指令，修改所述用户设备的广播状态属性；

音频流处理模块，用于当接收到所述用户设备发送的音频流时，根据所述用户设备修改后的广播状态属性，对所述用户设备发送的音频流进行处理。

通过该设备，实现了判断用户设备是否有广播的需求，如果用户设备没有需要广播的需求，则删除用户设备发送的音频流；如果用户设备有广播的需求，则将接收到的该用户设备发送的音频流转发给所有用户设备，此时就完成了音频流的广播，简化了音频广播控制的流程，降低了音频广播控制的复杂度。

较佳地，所述用户设备的广播状态属性包括：用于删除所述用户设备发送的音频流的第一广播状态属性和用于转发所述用户设备发送的音频流的第二广播状态属性；

所述音频流处理模块，具体用于：

若所述用户设备修改后的广播状态属性为第一广播状态属性，则删除所述用户设备发送的音频流；

若所述用户设备修改后的广播状态属性为第二广播状态属性，则转发所述用户设备发送的音频流。

根据接收到的控制指令，修改用户设备的广播状态属性，再根据用户设备的广播状态属性，处理用户设备发送的音频流，简化了音频广播控制的流程，降低了音频广播控制的复杂度。

较佳地，所述控制指令，包括：用于确定所述用户设备的标识和用于修改所述用户设备的广播状态属性的标识；

所述修改状态属性模块，具体用于：

根据所述控制指令中的用于确定所述用户设备的标识，确定需要修改广播状态属性的用户设备；

根据确定的用户设备和所述控制指令中用于修改所述用户设备的广播状态属性的标识，修改所述用户设备的广播状态属性。

附图说明

图1为本发明实施例提供的媒体服务控制器侧的一种音频控制方法的流程示意图；

图2为本发明实施例提供的媒体服务器侧的一种音频控制方法的流程示意图；

图3为本发明实施例提供的音频控制方法的流程示意图；

图4为本发明实施例提供的一种媒体服务控制器的结构示意图；

图5为本发明实施例提供的一种媒体服务器的结构示意图。

具体实施方式

本发明实施例提供了一种音频控制方法及媒体服务控制器、媒体服务器，用以通过增设用于确定音频广播需求的广播状态属性，使得媒体服务器确定需要发送音频广播的用户设备或者需要停止发送音频广播的用户设备，降低了音频广播控制的复杂度，精简了音频广播控制的流程，避免了当用户设备较多时，媒体服务控制器发送的控制指令过长或过频繁，造成的网络负担。

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

本发明实施例增设用于确定音频广播需求的广播状态属性，实现了只需修改需要发送音频广播的用户设备或者需要停止发送音频广播的用户设备的广播状态属性，确定对用户设备发送的音频流的处理方法。其中，用户设备的广播状态属性包括：用于删除用户设备发送的音频流的第一广播状态属性和用于转发用户设备发送的音频流的第二广播状态属性；且用户设备的广播状态属性的默认值为用于删除用户设备发送的音频流的第一广播状态属性。

参见图1，在媒体服务控制器侧，本发明实施例提供了一种音频控制方法，该方法包括：

s101、接收用户设备发送的用于修改广播状态属性的请求消息，其中，所述广播状态属性为用于确定删除或转发所述用户设备发送的音频流；

s102、根据所述请求消息，生成用于修改所述用户设备的广播状态属性的控制指令；

s103、向媒体服务器发送所述控制指令。

其中，所述媒体服务器预先保存有每一用户设备的广播状态属性，所述媒体服务器根据所述控制指令，修改发送所述请求消息的用户设备在所述媒体服务器预先保存的广播状态属性。

参见图2，在媒体服务器侧，本发明实施例提供了一种音频控制方法，该方法包括：

s201、接收用于修改用户设备的广播状态属性的控制指令，其中，所述广播状态属性为用于确定删除或转发所述用户设备发送的音频流；

s202、根据所述控制指令，修改所述用户设备的广播状态属性；

s203、当接收到所述用户设备发送的音频流时，根据所述用户设备修改后的广播状态属性，对所述用户设备发送的音频流进行处理。

较佳地，步骤s203中对所述用户设备发送的音频流的处理将分为两种情况，具体包括：

情况一：若用户设备修改后的广播状态属性为第一广播状态属性，则删除该用户设备发送的音频流；

情况二：若用户设备修改后的广播状态属性为第二广播状态属性，则转发该用户设备发送的音频流。

其中，步骤s201中接收到的控制指令，包括：用于确定所述用户设备的标识和用于修改所述用户设备的广播状态属性的标识；

因此，步骤s202具体为：

根据所述控制指令中的用于确定所述用户设备的标识，确定需要修改广播状态属性的用户设备；

根据确定的用户设备和所述控制指令中用于修改所述用户设备的广播状态属性的标识，修改所述用户设备的广播状态属性。

由于用户设备的广播状态属性的默认值为第一广播状态属性，即若向媒体服务器发送媒体流的用户设备的广播状态属性为第一广播状态属性，媒体服务器将会删除该音频流，因此，此时用户设备均处于静音状态。

若用户设备有发送音频广播的需求，应先向媒体服务控制器发送用于修改广播状态属性的请求消息。再根据所述请求消息，生成用于修改用户设备的广播状态属性的控制指令。将生成的控制指令通过媒体服务控制器向媒体服务器发送。由媒体服务器根据接收到的控制指令，将默认的删除音频流状态修改为转发音频流。这时，媒体服务器将会将广播状态属性为转发音频流的用户设备发送的音频流转发给所有用户设备，将广播状态属性为删除音频流的用户设备发送的音频流删除。最终实现将广播状态属性为转发音频流的用户设备发送的音频发送给其他用户设备的效果，即广播的效果。本发明实施例中的媒体服务控制器与媒体服务器无需关注用户设备的音频流的流向，降低音频广播控制的复杂度，精简音频广播控制的流程。

当与媒体服务器相连的用户设备多，即与会者多时，在本发明实施例中媒体服务控制器发送的控制指令只需包含需要修改广播状态属性的用户设备即可，而现有技术中媒体服务控制器发送的控制指令中包括，除有广播需求的其他所有的用户设备，因此，本发明实施例解决了当用户设备较多时，媒体服务控制器发送的控制指令过长或媒体服务控制器与媒体服务器交互过频繁，造成的网络负担的问题。

因此，本发明实施例解决了当用户设备较多时，媒体服务控制器发送的控制指令过长或媒体服务控制器与媒体服务器交互过频繁，造成的网络负担的问题；降低了音频广播控制的复杂度，精简了音频广播控制的流程。

为便于理解，下面将通过实施例进一步对本发明的方案进行解释，参见图3。然而，本发明并不仅限于该实施例。

s301、用户设备被触发后，向媒体服务控制器发送请求消息，其中，该请求消息用于将用户设备的广播状态属性修改为第二广播状态属性，即标识该用户设备有发送广播的需求。

s302、当媒体服务控制器接收到请求消息后，根据该请求消息，生成用于修改该用户设备的广播状态属性的控制指令；控制指令可为如下msml消息，但不仅限于此。

<？xmlversion＝"1.0"encoding＝"us-ascii"？>

<msmlversion＝"1.1">

<modifystreamid1＝"conn:user1"id2＝"conf:abc/>

<streammedia＝"audio"dir＝"from-id1"broadcast＝”1”>

</stream>

</modifystream>

其中，id1为音频广播用户所对应的音频连接；id2为音频广播用户所对应的音频会议，dir＝"from-id1"为音频流从音频广播用户所对应的音频连接流出的流向，broadcast为广播状态属性，默认状态即第一广播状态属性为0，第二广播状态属性为1。由上述控制指令的例子与背景技术中列举的例子对比可明显得到，本发明实施例有效的解决了控制指令过长，造成网络负担的问题。

s303、向媒体服务器发送生成的控制指令。

s304、媒体服务器接收媒体服务控制器发送的控制指令，并解析该控制指令，得到用于确定所述用户设备的标识和用于修改所述用户设备的广播状态属性的标识。

s305、媒体服务器根据用于确定所述用户设备的标识，确定需要修改广播状态属性的用户设备。

s306、媒体服务器根据用于修改所述用户设备的广播状态属性的标识和确定的用户设备，修改该用户设备的广播状态属性。

s307、媒体服务器通过用户设备的广播状态属性，判断对用户设备发送的音频流的处理方式。即若用户设备的广播状态属性为第一广播状态属性，则删 除该用户设备发送的音频流；若用户设备的广播状态属性为第二广播状态属性，则转发该用户设备发送的音频流。

参见图4，本发明实施例提供了一种媒体服务控制器，包括：

接收请求信息模块401，用于接收用户设备发送的用于修改广播状态属性的请求消息，其中，所述广播状态属性为用于确定删除或转发所述用户设备发送的音频流；

生成控制指令模块402，用于根据所述请求消息，生成用于修改所述用户设备的广播状态属性的控制指令；

发送控制指令模块403，用于向媒体服务器发送所述控制指令。

具体地，所述媒体服务器预先保存有每一用户设备的广播状态属性，所述媒体服务器根据所述控制指令，修改发送所述请求消息的用户设备在所述媒体服务器预先保存的广播状态属性。

参见图5，本发明实施例提供了一种媒体服务器，包括：

接收控制指令模块501，用于接收用于修改用户设备的广播状态属性的控制指令，其中，所述广播状态属性为用于确定删除或转发所述用户设备发送的音频流；

修改状态属性模块502，用于根据所述控制指令，修改所述用户设备的广播状态属性；

音频流处理模块503，用于当接收到所述用户设备发送的音频流时，根据所述用户设备修改后的广播状态属性，对所述用户设备发送的音频流进行处理。

通过该设备，实现了判断用户设备是否有广播的需求，如果用户设备没有需要广播的需求，则删除用户设备发送的音频流；如果用户设备有广播的需求，则将接收到的该用户设备发送的音频流转发给所有用户设备，此时就完成了音频流的广播，简化了音频广播控制的流程，降低了音频广播控制的复杂度。

具体地，所述用户设备的广播状态属性包括：用于删除所述用户设备发送 的音频流的第一广播状态属性和用于转发所述用户设备发送的音频流的第二广播状态属性；

所述音频流处理模块503，具体用于：

若所述用户设备修改后的广播状态属性为第一广播状态属性，则删除所述用户设备发送的音频流；

若所述用户设备修改后的广播状态属性为第二广播状态属性，则转发所述用户设备发送的音频流。

根据接收到的控制指令，修改用户设备的广播状态属性，再根据用户设备的广播状态属性，处理用户设备发送的音频流，简化了音频广播控制的流程，降低了音频广播控制的复杂度。

具体地，所述控制指令，包括：用于确定所述用户设备的标识和用于修改所述用户设备的广播状态属性的标识；

所述修改状态属性模块502，具体用于：

根据所述控制指令中的用于确定所述用户设备的标识，确定需要修改广播状态属性的用户设备；

根据确定的用户设备和所述控制指令中用于修改所述用户设备的广播状态属性的标识，修改所述用户设备的广播状态属性。

综上所述，本发明实施例提供了一种音频控制方法及媒体服务控制器、媒体服务器，用以通过增设用于确定音频广播需求的广播状态属性，实现若需要发送音频广播，只需修改需要发送音频广播的用户设备对应的广播状态属性即可；若该用户设备不需要发送音频广播，同样只需修改需要停止发送音频广播的用户设备对应的广播状态属性即可，从而缩短了媒体服务控制器发送的控制指令，也简化了音频广播控制的流程，即降低了音频广播控制的复杂度，避免了当用户设备较多时，媒体服务控制器发送的控制指令过长或过频繁，造成的网络负担。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计 算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。