CN110213527A - 一种视频会话控制方法及用户端及服务器 - Google Patents
一种视频会话控制方法及用户端及服务器 Download PDFInfo
- Publication number
- CN110213527A CN110213527A CN201910610633.7A CN201910610633A CN110213527A CN 110213527 A CN110213527 A CN 110213527A CN 201910610633 A CN201910610633 A CN 201910610633A CN 110213527 A CN110213527 A CN 110213527A
- Authority
- CN
- China
- Prior art keywords
- session
- exhales
- video
- video group
- user terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
- H04N7/152—Multipoint control units therefor
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供了一种视频会话控制方法及用户端及服务器,方法包括:用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话;用户端向服务器发送目标视频组呼会话的激活通知信息;激活通知信息用于指示服务器向用户端发送目标视频组呼会话对应的视频,并停止向用户端发送除目标视频组呼会话之外的视频组呼会话对应的视频。在本申请中,通过以上方式可以节省资源,提高视频组呼会话的接收效率。
Description
技术领域
本申请涉及通信技术领域,特别涉及一种视频会话控制方法及用户端及服务器。
背景技术
在视频组呼业务中,用户端可以同时接入多个视频组呼,在接入多个视频组呼后,需同时接收多个视频组呼的视频数据。
但用户端同时接收多个视频组呼的视频数据,会消耗更多资源,例如消耗更多的电量、占用更多的网络传输带宽等,所以在资源有限时,电量较低或者网络传输带宽少,则会导致视频组呼业务的接收效率,影响用户端的正常使用。
发明内容
为解决上述技术问题,本申请实施例提供一种视频会话控制方法及用户端及服务器,以达到节省资源,提高视频组呼会话的接收效率的目的,技术方案如下:
一种视频会话控制方法,包括:
用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话;
所述用户端向服务器发送所述目标视频组呼会话的激活通知信息;
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
优选的,所述用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话,包括:
所述用户端检测视频组呼会话的接收效率是否低于预设值;
若是,所述用户端从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
优选的,所述用户端从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话,包括:
在用户输入视频组呼会话选择指令的情况下,所述用户端按照所述用户输入的视频组呼会话选择指令,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
优选的,所述在用户输入视频组呼会话选择指令的情况下,所述用户端按照所述用户输入的视频组呼会话选择指令,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话之前,还包括:
所述用户端向用户发出接收效率低于预设值的提示信息。
优选的,所述用户端从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话,包括:
所述用户端按照预先设定的规则,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
优选的,所述用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话之前,还包括:
所述用户端与所述服务器协商开启激活通知功能。
一种视频会话控制方法,包括:
服务器接收用户端发送的目标视频组呼会话的激活通知信息,所述目标视频组呼会话为用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择的至少一个视频组呼会话;
所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
一种用户端,包括:处理器、存储器和数据总线,所述处理器和所述存储器通过所述数据总线通信;
所述存储器,用于存放程序;
所述处理器,用于执行所述程序;
所述程序具体用于:
在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话;
向服务器发送所述目标视频组呼会话的激活通知信息;
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
一种服务器,包括:处理器、存储器和数据总线,所述处理器和所述存储器通过所述数据总线通信;
所述存储器,用于存放程序;
所述处理器,用于执行所述程序;
所述程序具体用于:
接收用户端发送的目标视频组呼会话的激活通知信息,所述目标视频组呼会话为所述用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择出的至少一个视频组呼会话;
向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
与现有技术相比,本申请的有益效果为:
在本申请中,用户端响应用户在视频组呼会话的接收效率低于预设值时,输入的视频组呼会话选择请求,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话,保证用户端可以针对目标视频组呼会话进行相应处理,在此基础上,用户端向服务器发送目标视频组呼会话的激活通知信息,指示服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频,用户端只需要接收目标视频组呼会话对应的视频,实现用户端在接入多个视频组呼会话的情况下,不需要接收全部视频组呼会话对应的视频,可以节省资源,提高视频组呼会话的接收效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请提供的一种视频会话控制方法的流程图;
图2是本申请提供的另一种视频会话控制方法的流程图;
图3是本申请提供的再一种视频会话控制方法的流程图;
图4是本申请提供的再一种视频会话控制方法的流程图;
图5是本申请提供的再一种视频会话控制方法的流程图;
图6是是本申请提供的再一种视频会话控制方法的流程图;
图7是是本申请提供的再一种视频会话控制方法的流程图;
图8是是本申请提供的再一种视频会话控制方法的流程图;
图9是是本申请提供的再一种视频会话控制方法的流程图;
图10是本申请提供的一种视频会话控制装置的逻辑结构示意图;
图11是本申请提供的用户端的一种结构示意图;
图12是本申请提供的服务器的一种结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例公开了一种视频会话控制方法,包括:用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话;所述用户端向服务器发送所述目标视频组呼会话的激活通知信息;所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。在本申请中,可以节省资源,提高视频组呼会话的接收效率。
接下来对本申请实施例公开的视频会话控制方法进行介绍,请参见图1,可以包括:
步骤S11、用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
本实施例中,可以从多个方面来定义视频组呼会话的接收效率,如,视频组呼会话的接收效率可以为:用户端的电量或网络传输带宽。
根据视频组呼会话的接收效率的不同实施方式,设置对应的预设值。如,在视频组呼会话的接收效率为用户端的电量的情况下,预设值为电量预设值;在视频组呼会话的接收效率为网络传输带宽的情况下,预设值为网络传输带宽预设值。
优选的,选择出的目标视频组呼会话为用户端当前播放的视频所属的视频组呼会话。
步骤S12、所述用户端向服务器发送所述目标视频组呼会话的激活通知信息。
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
用户端向服务器发送所述目标视频组呼会话的激活通知信息之后,服务器继续向用户端发送目标视频组呼会话对应的视频,并停止向用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频,用户端则只需要接收目标视频组呼会话对应的视频,不需要接收其他视频组呼会话对应的视频,可以节省资源,提高视频组呼会话的接收效率。
需要说明的是,服务器仍然会同时获取用户端接入的多个视频组呼会话对应的视频,只是在收到用户端发送的目标视频组呼会话的激活通知信息后,停止向用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频,以保证在用户端改变目标视频组呼会话时,服务器可以及时准确的响应。
在本申请中,用户端响应用户在视频组呼会话的接收效率低于预设值时,输入的视频组呼会话选择请求,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话,保证用户端可以针对目标视频组呼会话进行相应处理,在此基础上,用户端向服务器发送目标视频组呼会话的激活通知信息,指示服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频,用户端只需要接收目标视频组呼会话对应的视频,实现用户端在接入多个视频组呼会话的情况下,不需要接收全部视频组呼会话对应的视频,可以节省资源,提高视频组呼会话的接收效率。
作为本申请另一可选实施例,参照图2,为本申请提供的一种视频会话控制方法实施例2的流程示意图,本实施例主要是对上述实施例1描述的视频会话控制方法的细化方案,如图2所示,该方法可以包括但并不局限于以下步骤:
步骤S21、用户端检测视频组呼会话的接收效率是否低于预设值。
用户端检测视频组呼会话的接收效率是否低于预设值,可以包括:
用户端检测用户端的电量是否低于电量预设值;
或,用户端检测网络传输带宽是否低于网络传输带宽预设值。
若是,则执行步骤S22。
步骤S22、所述用户端从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
在步骤S21检测出视频组呼会话的接收效率低于预设值的基础上,用户端可以直接从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
本实施例中,步骤S21-S22为前述实施例中步骤S11的一种具体实施方式。
本步骤的详细过程可以参见前述实施例中步骤S11中所述用户端从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话的相关介绍,在此不再赘述。
步骤S23、所述用户端向服务器发送所述目标视频组呼会话的激活通知信息。
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
步骤S23与前述实施例中的步骤S12相同,步骤S23的详细过程可以参见步骤S12的相关介绍,在此不再赘述。
作为本申请另一可选实施例,参照图3,为本申请提供的一种视频会话控制方法实施例3的流程示意图,本实施例主要是对上述实施例2描述的视频会话控制方法的细化方案,如图3所示,该方法可以包括但并不局限于以下步骤:
步骤S31、用户端检测视频组呼会话的接收效率是否低于预设值。
若是,则执行步骤S32。
步骤S31的详细过程可以参见实施例2中的步骤S21的相关介绍,在此不再赘述。
步骤S32、在用户输入视频组呼会话选择指令的情况下,所述用户端按照所述用户输入的视频组呼会话选择指令,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
用户可以向用户端输入视频组呼会话选择指令,用于指示从接入的多个视频组呼会话中选择至少一个视频组呼会话。用户端则根据用户需要即按照用户输入的视频组呼会话选择指令,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
步骤S32为实施例2中步骤S22的一种具体实施方式。
步骤S33、所述用户端向服务器发送所述目标视频组呼会话的激活通知信息。
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
步骤S33与前述实施例2中的步骤S23相同,步骤S33的详细过程可以参见步骤S23的相关介绍,在此不再赘述。
作为本申请另一可选实施例,参照图4,为本申请提供的一种视频会话控制方法实施例4的流程示意图,本实施例主要是对上述实施例3描述的视频会话控制方法的扩展方案,如图4所示,该方法可以包括但并不局限于以下步骤:
步骤S41、用户端检测视频组呼会话的接收效率是否低于预设值。
若是,则执行步骤S42。
步骤S41的详细过程可以参见实施例3中的步骤S31的相关介绍,在此不再赘述。
步骤S42、所述用户端向用户发出接收效率低于预设值的提示信息。
用户端向用户发出接收效率低于预设值的提示信息,以提示用户视频组呼会话的接收效率低于预设值。
步骤S43、在用户输入视频组呼会话选择指令的情况下,所述用户端按照所述用户输入的视频组呼会话选择指令,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
用户端在接收到用户端发出的接收效率低于预设值的提示信息之后,可以选择是否输入视频组呼会话选择指令,用户端无需一直关注视频组呼会话的接收情况,在用户端提示后,进行相应的操作即可,可以改善用户的体验性。
用户端则在所述用户输入视频组呼会话选择指令的情况下,根据用户需求再从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
步骤S44、所述用户端向服务器发送所述目标视频组呼会话的激活通知信息。
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
步骤S43-S44的详细过程可以参见实施例3中的步骤S32-S33的相关介绍,在此不再赘述。
作为本申请另一可选实施例,参照图5,为本申请提供的一种视频会话控制方法实施例5的流程示意图,本实施例主要是对上述实施例2描述的视频会话控制方法的细化方案,如图5所示,该方法可以包括但并不局限于以下步骤:
步骤S51、用户端检测视频组呼会话的接收效率是否低于预设值。
若是,则执行步骤S52。
步骤S51的详细过程可以参见实施例2中的步骤S21的相关介绍,在此不再赘述。
步骤S52、所述用户端按照预先设定的规则,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
预先设定的规则可以包括但不局限于:优先选择组呼优先级高的原则;或,根据组呼建立的先后时间,优先选择建立时间靠前的原则;或,根据组呼参加人数,优先选择组呼参加人数最多的原则;或,根据组呼参加人数,优先选择组呼参加人数最少的原则。
需要说明的是,预先设定的规则可以是在用户端中预先设置好的。
当然,预先设定的规则也可以是用户从多种规则中选择一个规则,作为预先设定的规则,并由用户端执行。
步骤S52为实施例2中步骤S22的一种具体实施方式。
步骤S53、所述用户端向服务器发送所述目标视频组呼会话的激活通知信息。
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
步骤S53的详细过程可以参见实施例2中的步骤S23的相关介绍,在此不再赘述。
作为本申请另一可选实施例,参照图6,为本申请提供的一种视频会话控制方法实施例6的流程示意图,本实施例主要是对上述实施例5描述的视频会话控制方法的扩展方案,如图6所示,该方法可以包括但并不局限于以下步骤:
步骤S61、用户端检测视频组呼会话的接收效率是否低于预设值。
若是,则执行步骤S62。
步骤S62、所述用户端向用户发出接收效率低于预设值的提示信息。
用户端向用户发出接收效率低于预设值的提示信息,以提示用户视频组呼会话的接收效率低于预设值。
步骤S63、所述用户端按照预先设定的规则,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
步骤S64、所述用户端向服务器发送所述目标视频组呼会话的激活通知信息。
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
步骤S63-S64的详细过程可以参见实施例5中步骤S52-S53的相关介绍,在此不再赘述。
作为本申请另一可选实施例,参照图7,为本申请提供的一种视频会话控制方法实施例7的流程示意图,本实施例主要是对上述实施例1描述的视频会话控制方法的细化方案,如图7所示,该方法可以包括但并不局限于以下步骤:
步骤S71、用户端响应用户在确定出在视频组呼会话的接收效率低于预设值的情况下,输入的视频组呼会话选择请求,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
本实施例中,用户可以主动从多个视频组呼会话中选择视频组呼会话,具体可以主动确定视频组呼会话的接收效率是否低于预设值,在确定出视频组呼会话的接收效率低于预设值的情况下,向用户端输入视频组呼会话选择请求,用户端则响应视频组呼会话选择请求,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
用户主动确定视频组呼会话的接收效率是否低于预设值的过程,可以包括:
用户主动确定用户端的电量是否低于电量预设值;
或,用户确定视频组呼会话对应的视频播放时是否出现卡顿;
或,通过查看用户端显示界面展示的移动信号标志,确定用户端接入的移动网络信号是否差。
本实施例中,步骤S71为前述实施例中步骤S11的一种具体实施方式。
步骤S72、所述用户端向服务器发送所述目标视频组呼会话的激活通知信息。
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
步骤S72与前述实施例中的步骤S62相同,步骤S72的详细过程可以参见步骤S12的相关介绍,在此不再赘述。
本实施例中,用户主动从多个视频组呼会话中选择视频组呼会话,可以提高用户接收视频的主动性,并在用户端检测不及时的情况下,同样可以节省资源,提高视频组呼会话的接收效率。
作为本申请另一可选实施例,参照图8,为本申请提供的一种视频会话控制方法实施例8的流程示意图,本实施例主要是对上述实施例1描述的视频会话控制方法的扩展方案,如图8所示,该方法可以包括但并不局限于以下步骤:
步骤S81、用户端与服务器协商开启激活通知功能。
用户端与服务器协商开启激活通知功能后,用户端可以向服务器发送激活通知信息,服务器可以在接收到激活通知信息后执行相应的操作。
用户端与服务器协商开启激活通知功能的具体实现方式可以为:在用户端与服务器的交互信息中增加并发会话控制参数,并发会话控制参数用于控制用户端和服务器开启激活通知功能。
步骤S82、用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
步骤S83、所述用户端向服务器发送所述目标视频组呼会话的激活通知信息。
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
步骤S82-S83与前述实施例中的步骤S11-S12相同,步骤S82-S83的详细过程可以参见步骤S11-S12的相关介绍,在此不再赘述。
在本申请的另一个实施例9中,介绍另外一种视频会话控制方法,请参见图9,可以包括以下步骤:
步骤S91、服务器接收用户端发送的目标视频组呼会话的激活通知信息,所述目标视频组呼会话为用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择的至少一个视频组呼会话。
用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择的至少一个视频组呼会话的详细过程可以参见前述各个实施例中介绍的在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择的至少一个视频组呼会话的过程,在此不再赘述。
步骤S92、所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
服务器在接收到用户端发送的所述目标视频组呼会话的激活通知信息之后,服务器继续向用户端发送目标视频组呼会话对应的视频,并停止向用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频,用户端则只需要接收目标视频组呼会话对应的视频,不需要接收其他视频组呼会话对应的视频,可以节省资源,提高视频组呼会话的接收效率。
需要说明的是,服务器仍然会同时获取用户端接入的多个视频组呼会话对应的视频,只是在收到用户端发送的目标视频组呼会话的激活通知信息后,停止向用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频,以保证在用户端改变目标视频组呼会话时,服务器可以及时准确的响应。
接下来对本申请提供的视频会话控制装置进行介绍,下文介绍的视频会话控制装置与上文介绍的视频会话控制装置可相互对应参照。
请参见图10,视频会话控制装置应用于用户端,视频会话控制装置包括:选择模块11和发送模块12。
选择模块11,用于在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
发送模块12,用于向服务器发送所述目标视频组呼会话的激活通知信息。
所述激活通知信息用于指示所述服务器向用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
本实施例中,选择模块11,可以包括:
第一检测子模块,用于检测视频组呼会话的接收效率是否低于预设值,若是,执行第一选择子模块;
所述第一选择子模块,用于从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
本实施例中,第一选择子模块,具体可以用于:
在用户输入视频组呼会话选择指令的情况下,所述用户端按照所述用户输入的视频组呼会话选择指令,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
本实施例中,选择模块11,还可以包括:
提示子模块,用于向用户发出接收效率低于预设值的提示信息。
本实施例中,所述第一选择子模块,具体可以用于:
所述用户端按照预先设定的规则,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
本实施例中,上述视频会话控制装置还可以包括:协商模块,用于与所述服务器协商开启激活通知功能。
在本申请的另一个实施例中,介绍另外一种视频会话控制装置,应用于服务器,该视频会话控制装置可以包括:
接收模块,用于接收用户端发送的目标视频组呼会话的激活通知信息,所述目标视频组呼会话为用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择的至少一个视频组呼会话;
控制模块,用于向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
在本申请的另一个实施例中,介绍一种用户端,请参见图11,包括:处理器21、存储器22和数据总线23,所述处理器21和所述存储器22通过所述数据总线23通信。
所述存储器22,用于存放程序。
所述处理器21,用于执行所述程序。
所述程序具体用于:
在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话;
向服务器发送所述目标视频组呼会话的激活通知信息;
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话,及向服务器发送所述目标视频组呼会话的激活通知信息的详细过程可以参见前述各个实施例中的相关介绍,在此不再赘述。
在本申请的另一个实施例中,介绍一种服务器,请参见图12,可以包括:
处理器31、存储器32和数据总线33,所述处理器31和所述存储器32通过所述数据总线33通信。
所述存储器32,用于存放程序。
所述处理器31,用于执行所述程序。
所述程序具体用于:
接收用户端发送的目标视频组呼会话的激活通知信息,所述目标视频组呼会话为所述用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择出的至少一个视频组呼会话;
向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
本实施例中,向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频的详细过程可以参见前述各个实施例中的相关介绍,在此不再赘述。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
以上对本申请所提供的一种视频会话控制方法及用户端及服务器进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (9)
1.一种视频会话控制方法,其特征在于,包括:
用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话;
所述用户端向服务器发送所述目标视频组呼会话的激活通知信息;
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
2.根据权利要求1所述的方法,其特征在于,所述用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话,包括:
所述用户端检测视频组呼会话的接收效率是否低于预设值;
若是,所述用户端从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
3.根据权利要求2所述的方法,其特征在于,所述用户端从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话,包括:
在用户输入视频组呼会话选择指令的情况下,所述用户端按照所述用户输入的视频组呼会话选择指令,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
4.根据权利要求2所述的方法,其特征在于,所述从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话之前,还包括:
所述用户端向用户发出接收效率低于预设值的提示信息。
5.根据权利要求2所述的方法,其特征在于,所述用户端从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话,包括:
所述用户端按照预先设定的规则,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话。
6.根据权利要求1所述的方法,其特征在于,所述用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话之前,还包括:
所述用户端与所述服务器协商开启激活通知功能。
7.一种视频会话控制方法,其特征在于,包括:
服务器接收用户端发送的目标视频组呼会话的激活通知信息,所述目标视频组呼会话为用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择的至少一个视频组呼会话;
所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
8.一种用户端,其特征在于,包括:处理器、存储器和数据总线,所述处理器和所述存储器通过所述数据总线通信;
所述存储器,用于存放程序;
所述处理器,用于执行所述程序;
所述程序具体用于:
在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择至少一个视频组呼会话,作为目标视频组呼会话;
向服务器发送所述目标视频组呼会话的激活通知信息;
所述激活通知信息用于指示所述服务器向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
9.一种服务器,其特征在于,包括:处理器、存储器和数据总线,所述处理器和所述存储器通过所述数据总线通信;
所述存储器,用于存放程序;
所述处理器,用于执行所述程序;
所述程序具体用于:
接收用户端发送的目标视频组呼会话的激活通知信息,所述目标视频组呼会话为所述用户端在视频组呼会话的接收效率低于预设值的情况下,从接入的多个视频组呼会话中选择出的至少一个视频组呼会话;
向所述用户端发送所述目标视频组呼会话对应的视频,并停止向所述用户端发送除所述目标视频组呼会话之外的视频组呼会话对应的视频。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910610633.7A CN110213527A (zh) | 2019-07-08 | 2019-07-08 | 一种视频会话控制方法及用户端及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910610633.7A CN110213527A (zh) | 2019-07-08 | 2019-07-08 | 一种视频会话控制方法及用户端及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110213527A true CN110213527A (zh) | 2019-09-06 |
Family
ID=67796652
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910610633.7A Pending CN110213527A (zh) | 2019-07-08 | 2019-07-08 | 一种视频会话控制方法及用户端及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110213527A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101558664A (zh) * | 2006-12-13 | 2009-10-14 | 高通股份有限公司 | 用于在群组通信系统中分配网络资源的方法及设备 |
CN103384235A (zh) * | 2012-05-04 | 2013-11-06 | 腾讯科技(深圳)有限公司 | 多人会话时数据呈现的方法、服务器及系统 |
CN104283857A (zh) * | 2013-07-08 | 2015-01-14 | 华为技术有限公司 | 多媒体会议的建立方法、装置及系统 |
CN104427296A (zh) * | 2013-09-05 | 2015-03-18 | 华为终端有限公司 | 视频会议中媒体流的传输方法与装置 |
CN105471713A (zh) * | 2015-12-02 | 2016-04-06 | 小米科技有限责任公司 | 信息提示方法及装置 |
CN107295483A (zh) * | 2016-03-31 | 2017-10-24 | 展讯通信(上海)有限公司 | 一种基站及其组呼数据的传输方法 |
CN107342839A (zh) * | 2016-04-29 | 2017-11-10 | 北京信威通信技术股份有限公司 | 链路自适应调整方法及装置 |
CN108206922A (zh) * | 2016-12-16 | 2018-06-26 | 展讯通信(上海)有限公司 | 多方视频通话的控制方法、装置及多通终端 |
US20180342901A1 (en) * | 2015-11-11 | 2018-11-29 | Avago Technologies General IP (Singapore) Pte. Ltd . | Power transmitting unit with adjustable field and methods for use therewith |
-
2019
- 2019-07-08 CN CN201910610633.7A patent/CN110213527A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101558664A (zh) * | 2006-12-13 | 2009-10-14 | 高通股份有限公司 | 用于在群组通信系统中分配网络资源的方法及设备 |
CN103384235A (zh) * | 2012-05-04 | 2013-11-06 | 腾讯科技(深圳)有限公司 | 多人会话时数据呈现的方法、服务器及系统 |
CN104283857A (zh) * | 2013-07-08 | 2015-01-14 | 华为技术有限公司 | 多媒体会议的建立方法、装置及系统 |
CN104427296A (zh) * | 2013-09-05 | 2015-03-18 | 华为终端有限公司 | 视频会议中媒体流的传输方法与装置 |
US20180342901A1 (en) * | 2015-11-11 | 2018-11-29 | Avago Technologies General IP (Singapore) Pte. Ltd . | Power transmitting unit with adjustable field and methods for use therewith |
CN105471713A (zh) * | 2015-12-02 | 2016-04-06 | 小米科技有限责任公司 | 信息提示方法及装置 |
CN107295483A (zh) * | 2016-03-31 | 2017-10-24 | 展讯通信(上海)有限公司 | 一种基站及其组呼数据的传输方法 |
CN107342839A (zh) * | 2016-04-29 | 2017-11-10 | 北京信威通信技术股份有限公司 | 链路自适应调整方法及装置 |
CN108206922A (zh) * | 2016-12-16 | 2018-06-26 | 展讯通信(上海)有限公司 | 多方视频通话的控制方法、装置及多通终端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104270595B (zh) | 一种视频通话客户端视频语音切换系统及其切换方法 | |
CN105284120B (zh) | 用于控制hdmi音频系统的音频的方法、系统和介质 | |
CN106686398A (zh) | 一种信息交互方法、相关设备及系统 | |
KR102125856B1 (ko) | 데이터를 송수신하기 위한 멀티미디어 장치들간 출력 장치 공유 방법 및 시스템 | |
CN103853443B (zh) | 一种输入界面切换方法及装置、电子设备 | |
CN102197386A (zh) | 远程计算会话中的文件类型关联 | |
JP7311707B2 (ja) | ヒューマンマシン対話処理方法 | |
CN101815124A (zh) | 网页浏览的方法、移动终端和网络设备 | |
CN103428373A (zh) | 自定义套餐的实现方法和装置 | |
CN106776039A (zh) | 一种数据处理方法及装置 | |
CN109672910A (zh) | 视频播放方法、装置、电子设备及计算机可读存储介质 | |
CN105992058A (zh) | 视频播放的提示方法、装置和系统 | |
CN110225129A (zh) | 基于区块链应用扩展控制方法及智能终端、私有云服务器 | |
CN110213527A (zh) | 一种视频会话控制方法及用户端及服务器 | |
CN107682535A (zh) | 基于智能手机平台远程控制计算机的方法 | |
CN107529711A (zh) | 流媒体的显示方法及装置 | |
CN105517175B (zh) | 一种通信终端的载波聚合模式设定方法及通信终端 | |
CN102714669B (zh) | 用于在预定数量的选定设备之间建立通信信道的方法和系统以及被安排用在该系统中的设备和服务器 | |
CN105025243B (zh) | 一种视频通话方法及装置 | |
CN103713946A (zh) | 一种操作指令调度方法及装置 | |
CN105306450B (zh) | 一种设备互联方法、终端、服务器及系统 | |
CN104317565A (zh) | 一种轮麦指令的处理方法及客户端 | |
CN112954760A (zh) | 蓝牙设备的连接方法、装置和电子设备 | |
CN109302641A (zh) | 一种视频观看请求的方法、介质和装置 | |
CN113163509A (zh) | 通话建立方法、装置、电子设备及可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190906 |